JP2023040893A - 加熱調理器及びアプリケーションプログラム - Google Patents

Abstract

【課題】本明細書では、加熱部への操作指示を外部から受信可能な加熱調理器において、安全性を向上させることができる技術を提供する。
【解決手段】本明細書が開示する加熱調理器は、被調理物を加熱する加熱部と、加熱部への操作指示を外部から受信する受信部と、受信済みの操作指示に基づいて加熱部を制御する制御部と、人物存在情報取得部と、を備える。人物存在情報取得部は、加熱部の加熱状況を目視可能な領域に位置する人物である目視可能人物が存在するか否かに関する人物存在情報を取得する。制御部は、取得済みの人物存在情報が目視可能人物の存在を示す場合に、操作指示に基づいて加熱部を制御し、取得済みの人物存在情報が目視可能人物の存在を示さない場合に、操作指示に基づいて加熱部を制御しない。
【選択図】図５

Description

本明細書で開示する技術は、加熱調理器及びアプリケーションプログラムに関する。特に、外部からの加熱部への操作指示を受信する加熱調理器のための技術に関する。

特許文献１には、ユーザの携帯端末から加熱部への操作指示を受信する受信部を備える加熱調理器が開示されている。加熱調理器は、例えば、ユーザが携帯端末に入力した操作指示に基づいて、加熱部を点火する。この加熱調理器によれば、ユーザの利便性を向上させることができる。

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

特許文献１の加熱調理器では、操作指示を受信した加熱調理器の近傍に、人が存在しないことが起こり得る。この場合、加熱調理器に異常が発生しても、異常の発生を認識して対応する人が存在しないので、安全性に問題を生じるおそれがある。本明細書では、加熱部への操作指示を外部から受信可能な加熱調理器において、安全性を向上させることができる技術を提供する。

本明細書が開示する加熱調理器は、被調理物を加熱する加熱部と、前記加熱部への操作指示を外部から受信する受信部と、受信済みの前記操作指示に基づいて前記加熱部を制御する制御部と、人物存在情報取得部と、を備える。人物存在情報取得部は、前記加熱部の加熱状況を目視可能な領域に位置する人物である目視可能人物が存在するか否かに関する人物存在情報を取得する。前記制御部は、取得済みの前記人物存在情報が前記目視可能人物の存在を示す場合に、前記操作指示に基づいて前記加熱部を制御し、取得済みの前記人物存在情報が前記目視可能人物の存在を示さない場合に、前記操作指示に基づいて前記加熱部を制御しない。

上述した構成によると、制御部は、加熱部に異常が発生した場合に対応可能な目視可能人物が存在する場合に、操作指示に基づいて加熱部を制御し、目視可能人物が存在しない場合に、操作指示に基づいて加熱部を制御しない。本明細書が開示する加熱調理器は、目視可能人物の存在の確認後に、操作指示に基づいて加熱部を制御することによって、安全性を向上させることができる。

前記操作指示は、前記加熱部が加熱を開始する前に設定可能である加熱前条件を含んでもよい。その場合、前記制御部は、取得済みの前記人物存在情報が、前記目視可能人物が存在しないことを示す状況において、前記加熱部の加熱中に前記加熱前条件を含む前記操作指示を受信する場合に、受信済みの前記加熱前条件を、その後の前記加熱部の制御に反映せず、前記加熱部の非加熱中に前記加熱前条件を含む前記操作指示を受信する場合に、前記加熱前条件を、その後の前記加熱部の制御に反映してもよい。

加熱前条件は、加熱の開始前に設定可能であり、比較的安全性への影響が少ない。しかしながら、加熱部の加熱中に、加熱前条件に基づいて加熱の設定が変更され、加熱部の加熱動作が変化すると、加熱部に異常が発生するおそれがある。このため、目視可能人物が存在しない状況において、加熱部の加熱中に、加熱前条件に基づいて加熱の設定が変更されると、安全性に問題を生じるおそれがある。このような構成によると、目視可能人物が存在しない状況において、加熱部の加熱中に受信する加熱前条件は、その後の加熱部の制御に反映されない。このため、目視可能人物が存在しない状況において、加熱中の加熱部の安全性が向上する。一方、加熱部の非加熱中に受信する加熱前条件は、その後の加熱部の制御に反映される。これにより、加熱調理器は、目視可能人物が存在しない状況であっても、安全性への影響が少ない加熱前条件を利用して加熱部を制御することができるため、ユーザの利便性を向上させることができる。

前記操作指示は、音声によって入力される指示を含んでもよい。

このような構成によると、例えば、ユーザが作業中である場合、ユーザの手が汚れている場合等に、ユーザは、手を使わずに加熱調理器の加熱部の制御をすることができる。このため、ユーザの利便性を向上させることができる。

加熱調理器は、前記操作指示を入力した指示ユーザの特徴を取得する指示ユーザ特徴取得部と、前記操作指示による前記加熱部の操作が許可される少なくとも１人の許可ユーザの特徴を取得する許可ユーザ特徴取得部と、取得済みの前記指示ユーザの特徴と取得済みの前記少なくとも１人の許可ユーザの特徴とを比較することによって、前記指示ユーザが、前記少なくとも１人の許可ユーザに含まれるか否かを判断するユーザ判断部と、をさらに備えてもよい。その場合、前記制御部は、取得済みの前記人物存在情報が、前記目視可能人物が存在することを示す状況において、前記指示ユーザが前記少なくとも１人の許可ユーザに含まれる場合に、前記操作指示に基づいて前記加熱部を制御し、前記指示ユーザが前記少なくとも１人の許可ユーザに含まれない場合に、前記操作指示に基づいて前記加熱部を制御しなくてもよい。

このような構成によると、加熱調理器は、目視可能人物が存在する状況において、許可ユーザからの操作指示に基づいて加熱部を制御し、許可ユーザ以外のユーザからの操作指示に基づいて加熱部を制御しない。加熱調理器を安全に利用できるユーザが、許可ユーザとして、加熱部の操作が許可される。このため、許可ユーザは、加熱調理器に異常が発生した場合に、迅速に対応することができる。加熱調理器は、許可ユーザからの操作指示のみに基づいて加熱部を制御することによって、安全性を向上させることができる。

加熱調理器は、前記目視可能人物の特徴を取得する人物特徴取得部をさらに備えてもよい。その場合、前記ユーザ判断部は、取得済みの前記指示ユーザの特徴と取得済みの前記目視可能人物の特徴とを比較することによって、前記指示ユーザが、前記目視可能人物と同一であるか否かをさらに判断してもよい。前記制御部は、取得済みの前記人物存在情報が、前記目視可能人物が存在することを示し、かつ、前記指示ユーザが前記少なくとも１人の許可ユーザに含まれる状況において、前記指示ユーザが前記目視可能人物と同一である場合に、前記操作指示に基づいて前記加熱部を制御してもよく、前記指示ユーザが前記目視可能人物と同一でない場合に、前記操作指示に基づいて前記加熱部を制御しなくてもよい。

このような構成によると、加熱調理器は、目視可能人物が存在する状況において、操作指示を入力したユーザが加熱部の加熱状況を目視可能な場合に、操作指示に基づいて加熱部を制御し、操作指示を入力したユーザが加熱部の加熱状況を目視できない場合に、操作指示に基づいて加熱部を制御しない。加熱調理器は、目視可能な範囲に存在するユーザからの操作指示のみに基づいて加熱部を制御することによって、安全性を向上させることができる。

加熱調理器は、前記操作指示が入力された端末装置を特定する端末情報を取得する端末情報取得部と、前記操作指示による前記加熱部の操作が許可される少なくとも１人の許可ユーザの所有する少なくとも一つの許可端末装置を特定する許可端末情報を、予め登録する許可端末情報登録部と、取得済みの前記端末情報と登録済みの前記少なくとも一つの許可端末情報とを比較することによって、取得済みの前記端末情報が、登録済みの前記少なくとも一つの許可端末情報に含まれるか否かを判断する端末判断部と、をさらに備えてもよい。その場合、前記制御部は、取得済みの前記人物存在情報が、前記目視可能人物が存在することを示す状況において、取得済みの前記端末情報が登録済みの前記少なくとも一つの許可端末情報に含まれる場合に、前記操作指示に基づいて前記加熱部を制御し、取得済みの前記端末情報が登録済みの前記少なくとも一つの許可端末情報に含まれない場合に、前記操作指示に基づいて前記加熱部を制御しなくてもよい。

このような構成によると、加熱調理器は、操作指示が入力された端末装置の端末情報に基づいて、操作指示を入力したユーザを識別することができる。これにより、加熱調理器は、比較的簡易な構成により、操作指示を入力したユーザが、許可ユーザに含まれるか否かを正確に判断することができる。

加熱調理器は、前記目視可能人物が保持する端末装置の特徴を取得する端末特徴取得部をさらに備えてもよい。その場合、前記端末情報は、前記操作指示が入力された端末装置の特徴を含んでもよい。前記端末判断部は、取得済みの前記端末情報に含まれる特徴と取得済みの前記目視可能人物が保持する端末装置の特徴とを比較することによって、前記操作指示が入力された端末装置が、前記目視可能人物が保持する端末装置と同一であるか否かをさらに判断してもよい。前記制御部は、取得済みの前記人物存在情報が、前記目視可能人物が存在することを示し、かつ、取得済みの前記端末情報が登録済みの前記少なくとも一つの許可端末情報に含まれる状況において、前記操作指示が入力された端末装置が、前記目視可能人物が保持する端末装置と同一である場合に、前記操作指示に基づいて前記加熱部を制御してもよく、前記操作指示が入力された端末装置が、前記目視可能人物が保持する端末装置と同一でない場合に、前記操作指示に基づいて前記加熱部を制御しなくてもよい。

このような構成によると、加熱調理器は、目視可能人物が存在する状況において、操作指示が入力された端末装置が、目視可能人物が保持する端末装置と同一である場合に、操作指示に基づいて加熱部を制御し、操作指示を入力した端末装置が、目視可能人物が保持する端末装置と同一ではない場合に、操作指示に基づいて加熱部を制御しない。これにより、加熱調理器は、目視可能な範囲に存在する許可ユーザからの操作指示のみに基づいて加熱部を制御することによって、安全性を向上させることができる。

上記の端末装置のためのアプリケーションプログラム、当該アプリケーションプログラムを記憶するコンピュータ可読記録媒体、及び、上記の加熱調理器によって実行される方法も新規で有用である。また、上記の加熱調理器と端末装置とを備えるシステムも新規で有用である。

本明細書が開示する技術の詳細とさらなる改良は以下の「発明を実施するための形態」にて説明する。

実施例の加熱調理器１０が構成する加熱調理システム１００の概略図を示す。 加熱調理器１０及び携帯端末３０の構成を示す。 第１実施例の制御部２０が実行する音声操作指示受付処理のフロー図を示す。 許可ユーザ特徴テーブルＴ２の内容を示す。 第２実施例の制御部２０が実行する音声操作指示受付処理のフロー図を示す。 許可端末ＩＤテーブルＴ４の内容を示す。 第３実施例の制御部２０が実行する音声操作指示受付処理のフロー図を示す。

（第１実施例）
（加熱調理システム１００の構成；図１）
図１に示す加熱調理システム１００は、加熱調理器１０の近傍に位置するユーザ３が、ユーザ３の音声を利用して、加熱調理器１０を操作するためのシステムである。ユーザ３は、例えば、他の手作業の最中、自身の手が調理により汚れている場合等に、音声指示Ｄ１０により加熱調理器１０を操作する。

加熱調理システム１００は、レンジフード２と、加熱調理器１０と、スマートスピーカ６と、ルータ９と、携帯端末３０と、音声サーバ６０と、管理サーバ７０と、を備える。レンジフード２は、加熱調理器１０周辺を換気するファン（図示省略）と、人感センサ２ｓと、カメラ２ｃと、を備える。携帯端末３０は、ユーザ３が所有する端末である。携帯端末３０については、第２実施例の加熱調理器１０とともに後述する。

ルータ９は、ユーザ３が居住する住宅内に配置されるデバイスである。ルータ９は、レンジフード２、加熱調理器１０、スマートスピーカ６、とＷｉ－Ｆｉ（登録商標）に従った無線通信を実行することができる。

人感センサ２ｓは、赤外線により領域Ａ２内に人が存在するか否かを監視するセンサである。ここで、領域Ａ２は、加熱調理器１０の状況を目視可能な領域である。人感センサ２ｓは、領域Ａ２内に人が存在する場合、領域Ａ２内に人が存在することを示す存在信号を、ルータ９を介して、加熱調理器１０に送信する。領域Ａ２は、初期設定では、例えば、加熱調理器１０の周囲３ｍ内の領域である。領域Ａ２は、ユーザ３の居住する住宅（図示省略）の壁の位置等に応じて、ユーザ３が変更可能である。なお、変形例では、人感センサ２ｓは、超音波によって領域Ａ２内に人が存在するか否かを監視してもよいし、可視光によって領域Ａ２内に人が存在するか否かを監視してもよい。

カメラ２ｃは、領域Ａ２内の画像を撮像する。カメラ２ｃについては、第２実施例の加熱調理器１０で後述する。

スマートスピーカ６は、音声による操作を受け付け可能なスピーカである。スマートスピーカ６は、例えば、Ｇｏｏｇｌｅ Ｈｏｍｅ（登録商標）、Ａｍａｚｏｎ Ｅｃｈｏ（登録商標）等である。図示は省略したが、スマートスピーカ６は、スピーカと、マイクと、Ｗｉ－Ｆｉインターフェース（以下では、Ｗｉ－Ｆｉのことを「ＷＦ」と、インターフェースのことを「Ｉ／Ｆ」と、記載する）と、を備える。ＷＦＩ／Ｆは、ルータ９とのＷＦに従った無線通信を実行する。

ルータ９は、インターネット５０を介して、音声サーバ６０と通信が可能である。音声サーバ６０は、例えば、スマートスピーカ６のベンダが提供するサーバである。管理サーバ７０は、例えば、加熱調理器１０のベンダが提供するサーバである。例えば、スマートスピーカ６にユーザ３の音声指示Ｄ１０が入力された場合、音声指示Ｄ１０は、ルータ９及びインターネット５０を介して、音声サーバ６０に送信される。音声サーバ６０は、音声指示Ｄ１０を解析して、解析した指示内容を管理サーバ７０に送信する。管理サーバ７０は、受信した指示内容を、インターネット５０及びルータ９を介して加熱調理器１０に送信する。加熱調理器１０は、受信した指示内容に基づいて制御される。このように、加熱調理器１０は、受信したユーザ３の音声指示Ｄ１０に基づいて制御される。

（加熱調理器１０の構成；図１、図２）
図１に示されるように、加熱調理器１０は、３個のコンロバーナ１６ａ、１６ｂ、１６ｃと、電源スイッチ１２と、操作部１４と、グリルバーナ１７と、を備える。コンロバーナ１６ａ、１６ｂ、１６ｃ及びグリルバーナ１７のそれぞれには、ガス供給路（図示省略）によってガスが供給される。コンロバーナ１６ａ、１６ｂ、１６ｃ及びグリルバーナ１７のそれぞれは、ガスが供給されている状態でイグナイタ（不図示）を動作させることで点火する。ユーザ３は、操作部１４によって、コンロバーナ１６ａ、１６ｂ、１６ｃ及びグリルバーナ１７のそれぞれについて、点火、消火、火力の調整、自動調理の設定等を実行することができる。例えば、コンロバーナ１６ａで鍋８を加熱している場合、操作部１４が操作されると、コンロバーナ１６ａへのガスの供給量が変更される。その結果、コンロバーナ１６ａの火力が調整される。

また、図示は省略したが、加熱調理器１０は、コンロバーナ１６ａ、１６ｂ、１６ｃ及びグリルバーナ１７のそれぞれの温度を検出する温度センサを備える。図２では、コンロバーナ１６ａのみを記載し、コンロバーナ１６ｂ、１６ｃの記載を省略した。

図２に示されるように、加熱調理器１０は、さらに、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙの略）Ｉ／Ｆ１８と、ＷＦＩ／Ｆ１９と、制御部２０と、を備える。加熱調理器１０は、ＷＦＩ／Ｆ１９により、ルータ９とＷＦ通信を実行する。制御部２０は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略）２２と、メモリ２４と、を備える。メモリ２４は、揮発性メモリ、不揮発性メモリなどによって構成される。メモリ２４は、プログラム２６を記憶する。ＣＰＵ２２は、プログラム２６に従って、加熱調理器１０のコンロバーナ１６ａ、１６ｂ、１６ｃ及びグリルバーナ１７のそれぞれを制御する。ＣＰＵ２２は、例えば、ユーザ３から入力されたメニューと、温度センサから受信する温度と、を利用して、コンロバーナ１６ａ、１６ｂ、１６ｃ及びグリルバーナ１７のそれぞれを、予め設定された温度に制御する、自動調理を実行する。ＢＬＥＩ／Ｆ１８については、第２実施例の加熱調理器１０とともに後述する

（第１実施例の制御部２０が実行する音声操作指示受付処理；図３）
図３を参照して、第１実施例の制御部２０のＣＰＵ２２がプログラム２６に従って実行する音声操作指示受付処理について説明する。理解しやすいように、以下では、処理を実行する主体を、ＣＰＵ２２ではなく制御部２０として記載する。音声操作指示受付処理は、電源スイッチ１２がオンされることをトリガとして開始される。

Ｓ２において、制御部２０は、管理サーバ７０から操作指示を受信したか否かを監視する。操作指示を受信しない場合（Ｓ２でＮＯ）、制御部２０は、再びＳ２に戻り、管理サーバ７０から操作指示を受信したか否かを監視する。

Ｓ２で管理サーバ７０から操作指示を受信した場合（Ｓ２でＹＥＳ）、Ｓ４において、制御部２０は、人感センサ２ｓから、上述した存在信号を受信しているか否かを判定する。

Ｓ４において存在信号が受信されると、制御部２０は、領域Ａ２内に人が存在するという人物存在情報を取得する。この場合（Ｓ４でＹＥＳ）、Ｓ６において、制御部２０は、操作指示に従って、対象加熱部を制御する。例えば、ユーザ３の音声指示Ｄ１０が、「コンロバーナ１６ａの加熱を停止する」という指示を含む場合には、Ｓ６において、制御部２０は、対象加熱部であるコンロバーナ１６ａへのガスの供給を停止することによって、コンロバーナ１６ａの加熱を停止する。音声指示Ｄ１０は、他にも、「コンロバーナ１６ａの火力を弱くする」、「コンロバーナ１６ａの火力を強くする」等を含む。Ｓ６の処理が終了すると、制御部２０は、再びＳ２に戻る。このように、制御部２０は、電源スイッチ１２がオンされている間、音声操作指示受付処理を繰り返す。電源スイッチ１２がオフされると、音声操作指示受付処理が終了する。

Ｓ４において存在信号が受信されないと（Ｓ４でＮＯ）、制御部２０は、制御部２０は、領域Ａ２内に人が不在であるという人物存在情報を取得する。Ｓ７において、制御部２０は、操作指示が加熱前条件を含むか否かを判断する。加熱前条件は、例えば、コンロバーナ１６ａで加熱して鍋８でお湯を沸かす場合に、加熱前に設定する湯沸かし温度を含む。加熱前条件は、例えば、コンロバーナ１６ａで自動調理を実行する場合に、加熱前に設定する調理メニューの名称を含む。すなわち、加熱前条件は、各加熱部（すなわち、コンロバーナ１６ａ、１６ｂ、１６ｃ及びグリルバーナ１７）の加熱前に設定可能である、各加熱部の加熱に関する条件である。制御部２０は、例えば、Ｓ２で受信した操作指示が、「コンロバーナ１６ａの湯沸かし温度を８０度に設定する」という指示を含む場合に、操作指示が加熱前条件を含むと判断する。

操作指示が加熱前条件を含まない場合（Ｓ７でＮＯ）、制御部２０は、Ｓ８及びＳ９の処理をスキップして、再びＳ２に戻る。

操作指示が加熱前条件を含む場合（Ｓ７でＹＥＳ）、Ｓ８において、制御部２０は、操作指示に含まれる対象加熱部（例えば、コンロバーナ１６ａ）が、加熱中であるか否かを判断する。操作指示に含まれる加熱前条件は、対象加熱部に関するものである。

加熱前条件に含まれる加熱部が非加熱中である場合（Ｓ８でＮＯ）、Ｓ９において、制御部２０は、操作指示に含まれる加熱前条件をメモリ２４に一時的に記憶する。その後、コンロバーナ１６ａの加熱が開始された場合、制御部２０は、コンロバーナ１６ａを、加熱前条件に基づいて制御する。例えば、Ｓ２で受信した操作指示が、「コンロバーナ１６ａの湯沸かし温度を８０度に設定する」という指示を含む場合、制御部２０は、コンロバーナ１６ａの温度に基づいて、８０度のお湯を沸かすようにコンロバーナ１６ａの火力を制御する。

加熱前条件に含まれる加熱部が加熱中である場合（Ｓ８でＹＥＳ）、制御部２０は、Ｓ９の処理をスキップして、再びＳ２に戻る。

領域Ａ２に人が存在しないにも関わらず、音声指示Ｄ１０による操作が実行可能であるとすると、例えば、音声指示Ｄ１０による操作が実行された加熱部に異常が発生した場合に、加熱調理器１０の近傍に、当該異常の発生を認識する人が存在しないことが生じ得る。その場合、異常への対応が遅れるおそれがある。第１実施例の加熱調理器１０は、人感センサ２ｓから存在信号を受信したことに基づいて領域Ａ２内に人が存在するという人物存在情報を取得した場合に、操作指示に従って対象加熱部を制御する。一方、加熱調理器１０は、人感センサ２ｓから存在信号を受信しないことに基づいて領域Ａ２内に人が不在であるという人物存在情報を取得した場合に、操作指示に従って対象加熱部を制御しない。即ち、加熱調理器１０は、加熱部の加熱状況を目視可能な領域Ａ２に人が存在する場合に、操作指示に従って対象加熱部を制御し、領域Ａ２に人が存在しない場合に、操作指示に従って対象加熱部を制御しない。これにより、加熱調理器１０は、領域Ａ２内の人の存在を確認してから、音声指示Ｄ１０による操作を実行することができる。このような構成とすることによって、安全性を向上させることができる。

さらに、第１実施例の加熱調理器１０は、領域Ａ２に人が存在しない状況において、加熱部の加熱中に加熱前条件を含む操作指示を受信する場合に、受信した加熱前条件を、その後の加熱部の制御に反映しない。一方、加熱調理器１０は、領域Ａ２に人が存在しない状況において、加熱部の非加熱中に加熱前条件を含む操作指示を受信する場合に、受信した加熱前条件を、その後の加熱部の制御に反映する。上述したように、加熱前条件は、加熱部の加熱前に設定可能な湯沸かし温度等の条件であるため、安全性への影響は比較的小さい。しかしながら、対象加熱部の加熱中に、例えば湯沸かし温度によって加熱部の火力が変更されると、対象加熱部に異常が発生するおそれがある。このため、領域Ａ２に人が存在しない状況において、対象加熱部の加熱中に、加熱前条件に基づいて対象加熱部の加熱の設定が変更されると、安全性に問題を生じるおそれがある。このような構成によれば、加熱中に受信した加熱前条件を、その後の加熱部の制御に反映させないことによって、安全性を確保することができる。一方で、このような構成によれば、非加熱中に受信した加熱前条件を、その後の加熱部の制御に反映することによって、ユーザは、加熱調理器１０の近傍に位置しなくても、音声によって加熱前条件の設定を実行することができるため、ユーザの利便性を向上させることができる。

（対応関係）
コンロバーナ１６ａ、１６ｂ、１６ｃ及びグリルバーナ１７が、それぞれ「加熱部」の一例である。ＷＦＩ／Ｆ１９が「受信部」の一例である。領域Ａ２が、「加熱部の加熱状況を目視可能な領域」の一例である。音声指示Ｄ１０が、「音声によって入力される指示」の一例である。

（第２実施例）
（携帯端末３０の構成；図１、図２）
第２実施例の加熱調理器１０では、ユーザ３は、スマートスピーカ６に代えて、自身が所有する携帯端末３０に音声指示Ｄ１０を入力する。携帯端末３０は、例えば、スマートフォン、タブレット端末、ノートＰＣ等の可搬型の端末である。

図２に示されるように、携帯端末３０は、操作部３４と、音声入力部３６と、ＢＬＥＩ／Ｆ３８と、ＷＦＩ／Ｆ３９と、制御部４０と、を備える。携帯端末３０は、ＢＬＥＩ／Ｆ３８を利用して、加熱調理器１０と、Ｂｌｕｅｔｏｏｔｈ（登録商標）（以下、ＢＴと称する）方式に従った無線通信を実行可能である。ここで、ＢＴ規格は、例えば、ＩＥＥＥ８０２．１５．１の規格、及び、それに準ずる規格であり、ＢＬＥは、ＢＴ規格のバージョン４．０以降のバージョンで実現されている。携帯端末３０のＢＬＥＩ／Ｆ３８は、加熱調理器１０のＢＬＥＩ／Ｆ１８との間でＢＬＥ通信を実行可能である。

操作部３４は、ユーザ３が携帯端末３０を操作するためのボタンを含む。ユーザ３は、操作部３４のボタンによって、携帯端末３０に様々な指示を行う。操作部３４は、いわゆるタッチパネルであり、表示部としても機能する。

携帯端末３０は、ＷＦＩ／Ｆ３９を利用して、ルータ９とＷＦ通信可能である。音声入力部３６は、ユーザ３が発した音声を受信可能に構成される。音声入力部３６は、マイクを含む。音声入力部３６を起動させた状態で、ユーザ３が音声指示Ｄ１０を発すると、携帯端末３０は、入力された音声指示Ｄ１０と携帯端末３０を識別する端末ＩＤとを、ルータ９及びインターネット５０を介して、音声サーバ６０（図１参照）に送信する。これにより、先に述べたように、音声サーバ６０は、受信した音声指示Ｄ１０を解析し、解析した指示内容を管理サーバ７０へ送信する。その際、音声サーバ６０は、指示内容とともに端末ＩＤも管理サーバ７０へ送信する。管理サーバ７０は、受信した指示内容と端末ＩＤとを加熱調理器１０に送信する。加熱調理器１０は、受信した指示内容に基づいて制御される。このように、ユーザ３は、携帯端末３０を利用して加熱調理器１０を制御する。

携帯端末３０の制御部４０は、ＣＰＵ４２と、メモリ４４と、を備える。メモリ４４は、揮発性メモリ、不揮発性メモリなどによって構成される。メモリ４４は、アプリケーションプログラム４６と、ユーザ特徴と、端末ＩＤと、を記憶する。アプリケーションプログラム４６は、例えば、加熱調理器１０のベンダが提供するサーバ（図示省略）から、インターネット５０を介して、メモリ４４にインストールされる。ＣＰＵ４２は、アプリケーションプログラム４６に従って、様々な指示を加熱調理器１０へ送信する。ユーザ特徴は、携帯端末３０を所有するユーザ３の特徴を示す。本実施例では、ユーザ特徴は、ユーザ３の顔画像である。端末ＩＤは、アプリケーションプログラム４６によって設定される。端末ＩＤについては、第３実施例の加熱調理器１０とともに後述する。

（許可ユーザ特徴テーブルＴ２；図２、図４）
図２に示されるように、第２実施例の加熱調理器１０は、メモリ２４に、許可ユーザ特徴テーブルＴ２を記憶する。図４に示されるように、許可ユーザ特徴テーブルＴ２には、加熱調理器１０の操作が許可される許可ユーザ３Ａ～３Ｃと、各許可ユーザ３Ａ～３Ｃのユーザ特徴（例えば顔画像）と、が対応付けて登録される。ユーザは、加熱調理器１０を自身の住宅に設置した際、許可ユーザの顔画像を、許可ユーザの携帯端末から加熱調理器１０に送信する。加熱調理器１０の制御部２０は、受信した顔画像を、許可ユーザのユーザ特徴として許可ユーザ特徴テーブルＴ２に登録する。許可ユーザとは、例えば、成人したユーザ等、加熱調理器１０に異常が発生した時に、対応可能なユーザである。加熱調理器１０の異常発生時に対応ができない子供等のユーザは、許可ユーザに含まれない。

（第２実施例の制御部２０が実行する音声操作指示受付処理；図５）
図５を参照して、第２実施例の制御部２０が実行する音声操作指示受付処理について説明する。Ｓ２～Ｓ９の処理は、第１実施例の制御部２０と同様であるため、説明を省略する。人感センサ２ｓから存在信号を受信せず、領域Ａ２内に人が不在であるという人物存在情報を取得する場合（Ｓ４でＮＯ）、制御部２０は、Ｓ７～Ｓ９の処理を実行して、再びＳ２の処理に戻る。

人感センサ２ｓから存在信号を受信し、領域Ａ２内に人が存在するという人物存在情報を取得する場合（Ｓ４でＹＥＳ）、Ｓ１０において、制御部２０は、ユーザ３の携帯端末３０からＢＬＥ通信を介してユーザ特徴を受信する。次いで、Ｓ１２において、制御部２０は、Ｓ１０で受信したユーザ特徴と、許可ユーザ特徴テーブルＴ２内のユーザ特徴と、を比較する。受信したユーザ特徴が、許可ユーザ特徴テーブルＴ２に含まれる場合（Ｓ１２でＹＥＳ）、制御部２０は、操作指示を入力したユーザが、許可ユーザに含まれると判断する。その後、Ｓ１４において、制御部２０は、カメラ２ｃから目視可能人物画像を取得する。具体的には、Ｓ１４において、制御部２０は、カメラ２ｃから領域Ａ２の画像を取得する。人感センサ２ｓから存在信号を受信しているため、領域Ａ２の画像には、加熱調理器１０の加熱部の加熱状況を目視可能な人物の画像が含まれる。Ｓ１６において、制御部２０は、目視可能人物画像を解析して、目視可能人物の特徴である人物特徴（すなわち、目視可能人物の顔画像）を取得する。

次いで、Ｓ１８において、制御部２０は、Ｓ１０で携帯端末３０から受信したユーザ特徴と、Ｓ１６で取得した人物特徴と、を比較する。ユーザ特徴（すなわち、顔画像）と人物特徴とが同一である場合（Ｓ１８でＹＥＳ）、制御部２０は、操作指示を入力したユーザが目視可能人物画像に含まれる人物と同一であると判断し、Ｓ６に進む。ユーザ特徴が人物特徴と異なる場合（Ｓ１８でＮＯ）、制御部２０は、操作指示を入力したユーザが目視可能人物画像に含まれる人物と同一ではない判断し、Ｓ６の処理をスキップして、再びＳ２に戻る。

受信したユーザ特徴が、許可ユーザ特徴テーブルＴ２に含まれない場合（Ｓ１２でＮＯ）、制御部２０は、操作指示を入力したユーザが、許可ユーザに含まれないと判断し、Ｓ１４、Ｓ１６、Ｓ１８及びＳ６の処理をスキップして再びＳ２に戻る。

第２実施例の制御部２０は、人感センサ２ｓから存在信号を受信する状況において、携帯端末３０から受信したユーザ特徴がメモリ２４内の許可ユーザ特徴テーブルＴ２に含まれない場合に、操作指示に従って対象加熱部を制御しない。すなわち、加熱調理器１０は、領域Ａ２内に人が存在しない状況において、予め登録された加熱調理器１０の操作が許可される許可ユーザ以外からの操作指示を受信しても、操作指示に従って対象加熱部を制御しない。上述したように、許可ユーザは、加熱調理器１０の異常発生時に対応可能な成人等のユーザを含み、子供等のユーザを含まない。このため、第２実施例の加熱調理器１０は、許可ユーザからの操作指示のみに基づいて加熱部を制御することによって、安全性を向上させることができる。

さらに、第２実施例の制御部２０は、携帯端末３０から受信したユーザ特徴が人物特徴と同一である場合に、操作指示に基づいて対象加熱部を制御し、ユーザ特徴が人物特徴と異なる場合に、操作指示に基づいて対象加熱部を制御しない。これにより、制御部２０は、音声指示Ｄ１０を携帯端末３０に入力したユーザ３が、領域Ａ２（図１参照）内に存在することを確認した後に、操作指示に基づいて対象加熱部を制御することができる。第２実施例の加熱調理器１０は、領域Ａ２内に存在するユーザからの操作指示のみに基づいて対象加熱部を制御することによって、安全性を向上させることができる。

（対応関係）
Ｓ１０の処理が、「指示ユーザ特徴取得部」が実行する処理の一例である。Ｓ１２において、メモリ２４から許可ユーザ特徴テーブルＴ２に登録されたユーザ特徴を取得することが、「許可ユーザ特徴取得部」が実行する処理の一例である。Ｓ１２及びＳ１６の処理が、「ユーザ判断部」が実行する処理の一例である。Ｓ１６の処理が、「人物特徴取得部」が実行する処理の一例である。

（第３実施例）
（許可端末ＩＤテーブルＴ４；図２、図６）
第３実施例の加熱調理器１０においても、ユーザ３は、第２実施例の加熱調理器１０と同様に、携帯端末３０に音声指示Ｄ１０を入力する。図２に示されるように、制御部２０は、メモリ２４に、許可端末ＩＤテーブルＴ４を記憶する。図６に示されるように、許可端末ＩＤテーブルＴ４には、許可端末ＩＤと、端末特徴と、が対応付けて登録される。許可端末ＩＤとは、端末ＩＤのうち、許可端末ＩＤテーブルＴ４に登録される端末ＩＤを示す。加熱調理器１０の操作が許可されるユーザである許可ユーザは、加熱調理器１０を自身の住宅に設置した際、ユーザの携帯端末と加熱調理器１０との間のＢＬＥ通信を利用して、端末ＩＤを加熱調理器１０に送信する。この際、ユーザは、自身の携帯端末をカメラ２ｃで撮影する。これにより、許可端末ＩＤと、端末特徴と、が対応付けて許可端末ＩＤテーブルＴ４に登録される。端末特徴は、例えば、携帯端末の色である。図６に示されるように、許可端末ＩＤ０１で識別される携帯端末の端末特徴として、携帯端末の画像が、その色「黒」とともに登録される。同様に、許可端末ＩＤ０２で識別される携帯端末の端末特徴として、携帯端末の画像が、色「白」とともに登録され、許可端末ＩＤ０３で識別される携帯端末の端末特徴として、携帯端末の画像が、色「青」とともに登録される。

（第３実施例の制御部２０が実行する音声操作指示受付処理；図７）
図７を参照して、第３実施例の制御部２０が実行する音声操作指示受付処理について説明する。Ｓ４～Ｓ９の処理は、第１実施例の制御部２０と同様であるため、説明を省略する。Ｓ２０において、制御部２０は、管理サーバ７０から操作指示及び端末ＩＤを受信したか否かを監視する。制御部２０は、管理サーバ７０から操作指示及び端末ＩＤを受信した場合（Ｓ２０でＹＥＳ）、Ｓ４に進み、操作指示及び端末ＩＤを受信しない場合（Ｓ２０でＮＯ）、再びＳ２０の処理を実行する。その後、人感センサ２ｓから存在信号を受信しない場合（Ｓ４でＮＯ）、制御部２０は、Ｓ７～Ｓ９の処理を実行して、再びＳ２０に戻る。

人感センサ２ｓから存在信号を受信する場合（Ｓ４でＹＥＳ）、Ｓ２２において、制御部２０は、Ｓ２０で受信した端末ＩＤと、許可端末ＩＤテーブルＴ４内の端末ＩＤと、を比較する。受信した端末ＩＤが、許可端末ＩＤテーブルＴ４に含まれる場合（Ｓ２２でＹＥＳ）、制御部２０は、操作指示が入力された携帯端末が、許可端末に含まれると判断する。その後、Ｓ２４において、制御部２０は、カメラ２ｃから目視可能人物画像を取得し、Ｓ２６において、目視可能人物画像に含まれる携帯端末の特徴である目視可能端末特徴を取得する。例えば、領域Ａ２内でユーザ３（図１参照）が携帯端末３０を利用して操作指示を入力した場合、携帯端末３０の色が、目視可能端末特徴として取得される。

次いで、Ｓ２８において、制御部２０は、Ｓ２０で携帯端末３０から受信した端末ＩＤに対応する端末特徴（例えば、携帯端末の色）と、Ｓ２６で取得した目視可能端末特徴と、を比較する。端末ＩＤに対応する端末特徴が目視可能端末特徴と同一である場合（Ｓ２８でＹＥＳ）、制御部２０は、操作指示が入力された携帯端末が、目視可能人物が保持する携帯端末と同一であると判断し、Ｓ６に進む。端末ＩＤに対応する端末特徴が目視可能人物画像と異なる場合（Ｓ２８でＮＯ）、制御部２０は、操作指示が入力された携帯端末が、目視可能人物が保持する携帯端末と同一でないと判断し、Ｓ６の処理をスキップして、再びＳ２０に戻る。

受信した端末ＩＤに対応する端末特徴が、メモリ２４内の許可端末ＩＤテーブルＴ４に含まれない場合（Ｓ２２でＮＯ）、制御部２０は、操作指示を入力した携帯端末が、許可端末に含まれないと判断し、Ｓ２４、Ｓ２６、Ｓ２８及びＳ６の処理をスキップして再びＳ２０に戻る。

第３実施例の制御部２０は、人感センサ２ｓから存在信号を受信する状況において、操作指示とともに受信する端末ＩＤが、メモリ２４内の許可端末ＩＤテーブルＴ４に含まれない場合に、操作指示に従って対象加熱部を制御しない。制御部２０は、端末ＩＤに基づいて、操作指示を入力したユーザを識別する。第３実施例の加熱調理器１０は、比較的簡易な構成により、操作指示が入力された携帯端末が、許可端末に含まれるか否かを判断することができる。さらに、加熱調理器１０は、領域Ａ２内に人が存在しない状況において、加熱調理器１０の操作が許可される許可ユーザの携帯端末以外からの操作指示を受信しても、操作指示に従って対象加熱部を制御しない。先に述べたように、許可ユーザは、加熱調理器１０の異常発生時に対応可能なユーザであり、その携帯端末の端末ＩＤは、予め制御部２０のメモリ２４に登録される。加熱調理器１０は、許可ユーザの携帯端末に入力された操作指示のみに基づいて対象加熱部を制御することによって、安全性を向上させることができる。

さらに、第３実施例の制御部２０は、受信した端末ＩＤに対応する端末特徴が目視可能特徴と同一である場合に、操作指示に基づいて対象加熱部を制御し、端末特徴が目視可能特徴と異なる場合に、操作指示に基づいて対象加熱部を制御しない。これにより、音声指示Ｄ１０が入力された携帯端末３０が、領域Ａ２（図１参照）に存在する場合に、操作指示に基づいて対象加熱部が制御される。その結果、加熱調理器１０は、領域Ａ２内に存在する携帯端末３０に入力された操作指示のみに基づいて対象加熱部を制御することによって、安全性を向上させることができる。

（対応関係）
端末ＩＤが、「端末情報」の一例である。Ｓ２０の処理が、「端末情報取得部」が実行する処理の一例である。メモリ２４に許可端末ＩＤテーブルＴ４に許可端末ＩＤ０１～０３を登録することが、「許可端末情報登録部」が実行する処理の一例である。Ｓ２２の処理が、「端末判断部」が実行する処理の一例である。Ｓ２４の処理が、「端末特徴取得部」が実行する処理の一例である。携帯端末の色が、「端末装置の特徴」の一例である。

以上、本明細書が開示する技術の具体例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）「加熱調理器」は、ガス燃焼式のコンロに限定されず、ＩＨ式のビルトインコンロであってもよい。さらに、「加熱調理器」は、ガスオーブンであってもよい。

（変形例２）制御部２０は、音声操作指示受付処理において、Ｓ７～Ｓ９の処理を実行しなくてもよい。すなわち、操作指示は、「加熱前条件」を含まなくてもよい。

（変形例３）操作指示は、音声によって入力されなくてもよい。操作指示は、例えば、携帯端末３０の操作部３４に入力されたテキストデータであってもよい。また、操作指示は、携帯端末３０の表示部に表示されるボタンによって入力されてもよい。

（変形例４）音声入力は、スマートスピーカ６、携帯端末３０によって入力されなくてもよい。例えば、加熱調理器１０に音声入力装置が組み込まれていてもよい。また、別の変形例では、音声指示Ｄ１０は、音声サーバ６０によって解析されなくてもよい。例えば、音声指示Ｄ１０は、携帯端末３０によって解析されてもよい。その場合、携帯端末３０は、解析した指示内容を加熱調理器１０にＢＬＥ通信を利用して送信してもよい。

（変形例５）人感センサ２ｓは、領域Ａ２内に人が存在する場合に、存在信号を加熱調理器１０に送信しなくてもよい。その場合、人感センサ２ｓは、領域Ａ２内の情報を加熱調理器１０に送信して、加熱調理器１０の制御部２０が領域Ａ２内の情報を解析して、領域Ａ２内に人が存在するか否かを判断してもよい。本変形例では、領域Ａ２内の情報が、「人物存在情報」の一例である。

（変形例６）制御部２０は、人感センサ２ｓに代えて、カメラ２ｃによって領域Ａ２内に人が存在するか否かを判断してもよい。本変形例では、領域Ａ２の画像が、「人物存在情報」の一例である。

（変形例７）管理サーバ７０が、領域Ａ２内に人が存在するか否かを判断してもよい。本変形例では、例えば、人感センサ２ｓは、領域Ａ２内の情報を、ルータ９およびインターネット５０を介して管理サーバ７０に送信してもよい。管理サーバ７０は、受信した領域Ａ２内の情報を解析して、領域Ａ２内に人が存在するか否かを判断してもよい。その場合、管理サーバ７０は、操作指示とともに、領域Ａ２内に人が存在するか否かの判断結果を制御部２０に送信してもよい。本変形例では、管理サーバ２０から受信する判断結果が、「人物存在情報」の一例である。

（変形例８）人感センサ２ｓ、カメラ２ｃの設置位置は、レンジフード２に限定されず、例えば、加熱調理器１０に設けられてもよい。

（変形例９）ユーザ特徴は、ユーザの「顔画像」に限定されない。例えば、ユーザの声紋、耳の形、行動パターン、指紋、静脈、虹彩等であってもよい。本変形例では、これらの特徴が、「ユーザ特徴」の一例である。

（変形例１０）端末特徴は、携帯端末の「色」に限定されない。例えば、携帯端末の形状であってもよい。本変形例では、携帯端末の形状が、「端末装置の特徴」の一例である。

（変形例１１）第２実施例の制御部２０は、携帯端末３０から、ＢＬＥ通信を利用してユーザ特徴を取得しなくてもよい。例えば、制御部２０は、携帯端末３０から、ＷＦ通信によってユーザ特徴を取得してもよいし、有線通信によって取得してもよい。同様に、第３実施例の制御部２０は、携帯端末３０から、ＷＦ通信によって端末ＩＤ及び端末特徴を取得してもよいし、有線通信によって取得してもよい。

（変形例１２）第２実施例の制御部２０は、Ｓ１４及びＳ１６の処理を実行しなくてもよい。すなわち、本変形例では、「人物特徴取得部」は、省略可能である。また、第２実施例の制御部２０は、Ｓ１６の処理に代えて、目視可能人物画像に含まれる特徴が許可ユーザ特徴テーブルＴ２に含まれるか否かを判断してもよい。この場合、制御部２０は、目視可能人物画像に含まれる特徴が許可ユーザ特徴テーブルＴ２に含まれる場合に、Ｓ６の処理に進み、目視可能人物画像に含まれる特徴が許可ユーザ特徴テーブルＴ２に含まれない場合に、Ｓ６の処理をスキップしてＳ２に戻ってもよい。このような構成によると、操作指示を入力したユーザが、領域Ａ２内に存在しない場合であっても、別の許可ユーザが領域Ａ２内に存在する場合に、操作指示による加熱部の制御が実行される。これにより、許可ユーザ以外の人物が領域Ａ２内に存在する状況において、操作指示による加熱部の制御が実行されないため、安全性を向上させることができる。

（変形例１３）第２実施例の制御部２０は、Ｓ１２の処理を省略してもよい。その場合、制御部２０は、メモリ２４に許可ユーザ特徴テーブルＴ２を記憶しなくてもよい。本変形例では、「許可ユーザ特徴取得部」を省略可能である。

（変形例１４）第３実施例の制御部２０は、Ｓ２４及びＳ２６の処理を実行しなくてもよい。すなわち、本変形例では、「端末特徴取得部」は、省略可能である。また、第３実施例の制御部２０は、Ｓ２６の処理に代えて、目視可能人物画像に含まれる端末特徴が許可端末ＩＤテーブルＴ４に含まれるか否かを判断してもよい。この場合、制御部２０は、目視可能人物画像に含まれる端末特徴が許可端末ＩＤテーブルＴ４に含まれる場合に、Ｓ６の処理に進み、目視可能人物画像に含まれる端末特徴が許可端末ＩＤテーブルＴ４に含まれない場合に、Ｓ６の処理をスキップしてＳ２０に戻ってもよい。このような構成によると、操作指示を入力した携帯端末が、領域Ａ２内に存在しない場合であっても、別の許可ユーザの携帯端末が領域Ａ２内に存在する場合に、操作指示による加熱部の制御が実行される。これにより、許可ユーザ以外の人物が領域Ａ２内に存在する状況において、操作指示による加熱部の制御が実行されないため、安全性を向上させることができる。

（変形例１５）第３実施例の制御部２０は、Ｓ２２の処理を省略してもよい。その場合、制御部２０は、メモリ２４に許可端末ＩＤテーブルＴ４を記憶しなくてもよい。本変形例では、「許可端末情報登録部」を省略可能である。

本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成し得るものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：レンジフード、２ｃ：カメラ、２ｓ：人感センサ、３：ユーザ、３Ａ，３Ｂ，３Ｃ：許可ユーザ、６：スマートスピーカ、８：鍋、９：ルータ、１０：加熱調理器、１２：電源スイッチ、１４：操作部、１６ａ，１６ｂ，１６ｃ：コンロバーナ、１７：グリルバーナ、１８，３８：ＢＬＥＩ／Ｆ、２０，４０：制御部、２２，４２：ＣＰＵ、２４，４４：メモリ、２６：プログラム、３０：携帯端末、３４：操作部、３６：音声入力部、４６：アプリケーションプログラム、５０：インターネット、６０：音声サーバ、７０：管理サーバ、１００：加熱調理システム、Ａ２：領域、Ｄ１０：音声指示、Ｔ２：許可ユーザ特徴テーブル、Ｔ４：許可端末ＩＤテーブル

Claims (8)

1. 被調理物を加熱する加熱部と、
   前記加熱部への操作指示を外部から受信する受信部と、
   受信済みの前記操作指示に基づいて前記加熱部を制御する制御部と、
   前記加熱部の加熱状況を目視可能な領域に位置する人物である目視可能人物が存在するか否かに関する人物存在情報を取得する人物存在情報取得部と、を備え、
   前記制御部は、
   取得済みの前記人物存在情報が、前記目視可能人物が存在することを示す場合に、受信済みの前記操作指示に基づいて前記加熱部を制御し、
   取得済みの前記人物存在情報が、前記目視可能人物が存在しないことを示す場合に、受信済みの前記操作指示に基づいて前記加熱部を制御しない、加熱調理器。
2. 前記操作指示は、前記加熱部が加熱を開始する前に設定可能である加熱前条件を含み、
   前記制御部は、取得済みの前記人物存在情報が、前記目視可能人物が存在しないことを示す状況において、
   前記加熱部の加熱中に前記加熱前条件を含む前記操作指示を受信する場合に、受信済みの前記加熱前条件を、その後の前記加熱部の制御に反映せず、
   前記加熱部の非加熱中に前記加熱前条件を含む前記操作指示を受信する場合に、前記加熱前条件を、その後の前記加熱部の制御に反映する、請求項１に記載の加熱調理器。
3. 前記操作指示は、音声によって入力される指示を含む、請求項１または２に記載の加熱調理器。
4. 前記操作指示を入力した指示ユーザの特徴を取得する指示ユーザ特徴取得部と、
   前記操作指示による前記加熱部の操作が許可される少なくとも１人の許可ユーザの特徴を取得する許可ユーザ特徴取得部と、
   取得済みの前記指示ユーザの特徴と取得済みの前記少なくとも１人の許可ユーザの特徴とを比較することによって、前記指示ユーザが、前記少なくとも１人の許可ユーザに含まれるか否かを判断するユーザ判断部と、をさらに備え、
   前記制御部は、取得済みの前記人物存在情報が、前記目視可能人物が存在することを示す状況において、
   前記指示ユーザが前記少なくとも１人の許可ユーザに含まれる場合に、前記操作指示に基づいて前記加熱部を制御し、
   前記指示ユーザが前記少なくとも１人の許可ユーザに含まれない場合に、前記操作指示に基づいて前記加熱部を制御しない、請求項１から３のいずれか一項に記載の加熱調理器。
5. 前記目視可能人物の特徴を取得する人物特徴取得部をさらに備え、
   前記ユーザ判断部は、取得済みの前記指示ユーザの特徴と取得済みの前記目視可能人物の特徴とを比較することによって、前記指示ユーザが、前記目視可能人物と同一であるか否かをさらに判断し、
   前記制御部は、取得済みの前記人物存在情報が、前記目視可能人物が存在することを示し、かつ、前記指示ユーザが前記少なくとも１人の許可ユーザに含まれる状況において、
   前記指示ユーザが前記目視可能人物と同一である場合に、前記操作指示に基づいて前記加熱部を制御し、
   前記指示ユーザが前記目視可能人物と同一でない場合に、前記操作指示に基づいて前記加熱部を制御しない、請求項４に記載の加熱調理器。
6. 前記操作指示が入力された端末装置を特定する端末情報を取得する端末情報取得部と、
   前記操作指示による前記加熱部の操作が許可される少なくとも１人の許可ユーザの所有する少なくとも一つの許可端末装置を特定する許可端末情報を、予め登録する許可端末情報登録部と、
   取得済みの前記端末情報と登録済みの前記少なくとも一つの許可端末情報とを比較することによって、取得済みの前記端末情報が、登録済みの前記少なくとも一つの許可端末情報に含まれるか否かを判断する端末判断部と、をさらに備え、
   前記制御部は、取得済みの前記人物存在情報が、前記目視可能人物が存在することを示す状況において、
   取得済みの前記端末情報が登録済みの前記少なくとも一つの許可端末情報に含まれる場合に、前記操作指示に基づいて前記加熱部を制御し、
   取得済みの前記端末情報が登録済みの前記少なくとも一つの許可端末情報に含まれない場合に、前記操作指示に基づいて前記加熱部を制御しない、請求項１から３のいずれか一項に記載の加熱調理器。
7. 前記目視可能人物が保持する端末装置の特徴を取得する端末特徴取得部をさらに備え、
   前記端末情報は、前記操作指示が入力された端末装置の特徴を含み、
   前記端末判断部は、取得済みの前記端末情報に含まれる特徴と取得済みの前記目視可能人物が保持する端末装置の特徴とを比較することによって、前記操作指示が入力された端末装置が、前記目視可能人物が保持する端末装置と同一であるか否かをさらに判断し、
   前記制御部は、取得済みの前記人物存在情報が、前記目視可能人物が存在することを示し、かつ、取得済みの前記端末情報が登録済みの前記少なくとも一つの許可端末情報に含まれる状況において、
   前記操作指示が入力された端末装置が、前記目視可能人物が保持する端末装置と同一である場合に、前記操作指示に基づいて前記加熱部を制御し、
   前記操作指示が入力された端末装置が、前記目視可能人物が保持する端末装置と同一でない場合に、前記操作指示に基づいて前記加熱部を制御しない、請求項６に記載の加熱調理器。
8. 加熱調理器と通信可能な端末装置のためのアプリケーションプログラムであって、
   前記加熱調理器は、
   被調理物を加熱する加熱部と、
   前記加熱部への操作指示を外部から受信する受信部と、
   受信済みの前記操作指示に基づいて前記加熱部を制御する制御部と、
   前記加熱部の加熱状況を目視可能な領域に位置する人物である目視可能人物が存在するか否かに関する人物存在情報を取得する人物存在情報取得部と、を備え、
   前記制御部は、
   取得済みの前記人物存在情報が、前記目視可能人物が存在することを示す場合に、受信済みの前記操作指示に基づいて前記加熱部を制御し、
   取得済みの前記人物存在情報が、前記目視可能人物が存在しないことを示す場合に、受信済みの前記操作指示に基づいて前記加熱部を制御せず、
   前記アプリケーションプログラムは、前記端末装置のコンピュータを、下記の各部、即ち、
   前記加熱調理器の前記加熱部への操作指示を入力する入力部と、
   入力された前記操作指示を前記加熱調理器の前記受信部へ送信する送信部として機能させる、アプリケーションプログラム。

Images