JP2020107309A - サーバ装置、調理機器、システム、方法およびプログラム - Google Patents

Abstract

【課題】家族各々の各種事情を踏まえ、且つ当該家族の合意形成を経た好適なレシピを提案可能とするレシピ提案システムを提供する。【解決手段】レシピ提案サーバ３００は、制御部３１０、通信部３２０、および記憶部３３０を備える。制御部３１０は、レシピ候補特定部３１１、およびレシピ選定部３１２を含む。このうちレシピ候補特定部３１１は、通信部３２０を介して端末装置ないし調理機器から受けたレシピ提案要求に基づき、当該ユーザを含む家族とその環境の各条件に基づき、レシピ情報ＤＢ３３１における各レシピ情報から各条件と一致する属性のレシピ候補を特定する。レシピ候補特定部３１１は、レシピ提案要求が示すユーザの識別情報に基づいて、ユーザ情報ＤＢ３３２および環境情報ＤＢ３３３で検索を実行し、この検索で得た家族および環境の各情報のうち、各条件に対応する項目について、判定ロジックＤＢ３３４と照合し、レシピ候補を特定する。【選択図】図７

Description

本開示は、家族各々の各種事情を踏まえ、且つ当該家族の合意形成を経た好適なレシピを提案可能とするサーバ装置、調理機器、システム、方法およびプログラムに関する。

近年、インターネット、テレビ、雑誌などを介して様々なレシピが公開されている。公開されたレシピには一連の調理手順が記載されていて、一般のユーザは、これらのレシピを利用することができる。例えば、特許文献１には、通信網を介して、調理レシピデータを複数格納するホスト装置から、ユーザの要求する検索結果の調理レシピデータを供給する方法が開示されている。

また、そうしたレシピは、通常であればユーザとその家族が食する料理の作成に利用される。そのため、家族それぞれの嗜好や外部環境などに応じた好適なレシピが提案されるとなれば、当該家族におけるニーズによく応える結果となる。そうした様々な条件を細かに踏まえたレシピ提案を行う技術として、例えば、ユーザの入力したレシピの検索条件に基づいて、これに適したレシピを検索し、これをユーザに提示して評価を受け、評価結果に応じてレシピ再検索を行う献立決定支援装置（特許文献２参照）等が提案されている。

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

上述のように、手軽に良質なレシピ提案を受けられる環境は、毎日の献立を考え、日々調理を行う主婦にとって負担軽減の一助となりうる。ところが、レシピ提案を受けて手早く献立を決定できるとしても、家族からは、その献立にクレームが出ることもある。

一方、家族の側にしてみると、自身の体調や嗜好の変化等を踏まえた、ごく現実的な要望としてクレームをあげるケースもあり、上述のクレームが単なる好き嫌いという側面だけに留まらないケースもある。

そこで、本開示はこのような事情に鑑み、家族各々の各種事情を踏まえ、且つ当該家族の合意形成を経た好適なレシピを提案可能とするサーバ装置、調理機器、システム、方法およびプログラムを提供することを目的とする。

上記目的を達成するため、本開示に係るサーバ装置は、レシピ情報を記憶するレシピ情報記憶部と、前記レシピ情報を利用するユーザを含む家族とその環境の各条件に基づき、前記レシピ情報が示すレシピ群より前記各条件と一致する属性のレシピ候補を特定するレシピ候補特定部と、前記レシピ候補の情報を所定装置に出力し、前記レシピ候補に関して、前記ユーザを含む家族それぞれの意向を取得し、家族間での合意形成がなされたレシピ候補を選定レシピとして特定するレシピ選定部と、を備える。
を備える。

また、上記目的を達成するため、本開示に係る調理機器、請求項１に記載の前記サーバ装置から前記選定レシピに対応した定量的レシピ情報を取得する情報取得部と、前記選定レシピの定量的レシピ情報に基づいて調理動作を実行する調理実行部と、を備える。

また、上記目的を達成するため、本開示に係るシステムは、レシピ情報を記憶するレシピ情報記憶部と、前記レシピ情報を利用するユーザを含む家族とその環境の各条件に基づき、前記レシピ情報が示すレシピ群より前記各条件と一致する属性のレシピ候補を特定するレシピ候補特定部と、前記レシピ候補の情報を所定装置に出力し、前記レシピ候補に関して、前記ユーザを含む家族それぞれの意向を取得し、家族間での合意形成がなされたレシピ候補を選定レシピとして特定するレシピ選定部と、を備えるサーバ装置と、前記サーバ装置から前記選定レシピに対応した定量的レシピ情報を取得する情報取得部と、前記選定レシピの定量的レシピ情報に基づいて調理動作を実行する調理実行部と、を備える調理機器、を含む。

また、上記目的を達成するため、本開示に係る方法は、レシピ情報を利用するユーザを含む家族とその環境の各条件に基づき、前記レシピ情報が示すレシピ群より前記各条件と一致する属性のレシピ候補を特定するステップと、前記レシピ候補の情報を所定装置に出力し、前記レシピ候補に関して、前記ユーザを含む家族それぞれの意向を取得し、家族間での合意形成がなされたレシピ候補を選定レシピとして特定するステップと、を備える。

また、上記目的を達成するため、本開示に係るプログラムは、上述の方法をコンピュータに実行させる。

本開示によれば、家族各々の各種事情を踏まえ、且つ当該家族の合意形成を経た好適なレシピの提案が可能となる。

本実施形態におけるレシピ情報のデータ構造を示す図である。 本実施形態におけるレシピ提案システム１の構成図である。 本実施形態におけるハードウェア構成例を示すブロック図である。 本実施形態における端末装置２００の機能ブロック構成を示す図である。 本実施形態におけるユーザ情報の構成例を示す図である。 本実施形態における環境情報の構成例を示す図である。 本実施形態のレシピ提案サーバ３００の機能ブロック構成を示す図である。 本実施形態におけるレシピ情報ＤＢの構成例を示す図である。 本実施形態におけるユーザ情報ＤＢの構成例を示す図である。 本実施形態における環境情報ＤＢの構成例を示す図である。 本実施形態における判定ロジックＤＢの構成例を示す図である。 本実施形態における推奨行動ＤＢの構成例を示す図である。 本実施形態における調理機器１００の機能ブロック構成を示す図である。 本実施形態における仕様情報ＤＢの構成例を示す図である。 本実施形態におけるレシピ提案システム１の動作例を示す図である。 本実施形態における出力例１を示す図である。 本実施形態における出力例２を示す図である。 本実施形態における出力例３を示す図である。 本実施形態における出力例４を示す図である。

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。

＜実施形態の概要＞
本実施形態に係るレシピ提案システムは、家族各々の各種事情を踏まえ、且つ当該家族の合意形成を経た好適なレシピを提案可能とするシステムである。

本実施形態におけるレシピの情報（以下レシピ情報）としては、定量的表現で調理内容が記述されたレシピ情報と、定性的表現で調理内容が記述されたレシピ情報のいずれも対象となりうるが、調理機器１００による調理動作を踏まえると、定量的表現によるレシピ情報が好ましい。

定量的表現は、調理工程の作業内容に関して具体的な数値を用いた説明が該当する。より具体的には、「肉を２００度に温めたオーブンで２０分焼く」、「塩３グラム」、「じゃがいもを電子レンジにて６００ワットで５分温める」等の表現による説明である。定量的表現は、調理機器（道具）を用いた作業内容が具体的に数値によって表されるので、上述の通り調理機器１００の制御に適した表現であるといえる。

ところで近年、インターネット、テレビ、雑誌などを介して様々なレシピが公開されている。公開されたレシピには一連の調理手順が記載されていて、一般のユーザは、これらのレシピを利用することができる。

そうしたレシピは、通常であればユーザとその家族が食する料理の作成に利用される。そのため、家族それぞれの嗜好や外部環境などに応じた好適なレシピが提案されるとなれば、当該家族におけるニーズによく応える結果となる。このように、手軽に良質なレシピ提案を受けられる環境は、毎日の献立を考え、日々調理を行う主婦にとって負担軽減の一助となりうる。

ところが、レシピ提案を受けて手早く献立を決定できるとしても、家族からは、その献立にクレームが出ることもある。一方、家族の側にしてみると、自身の体調や嗜好の変化等を踏まえた、ごく現実的な要望としてクレームをあげるケースもあり、上述のクレームが単なる好き嫌いという側面だけに留まらないケースもある。

そこで、本実施形態に係るレシピ提案システムでは、家族各々の各種事情を踏まえ、且つ当該家族の合意形成を経た好適なレシピを提案可能とする。

＜レシピ情報＞
本実施形態に係るレシピ情報の一例として、調理機器が解読可能な、一連の調理工程から成るレシピ情報、すなわち定量的表現で記述されたレシピ情報を想定する。このレシピ情報は調理機器における調理動作等を制御する制御情報となりうるが、本実施形態ではこうした制御自体は必須ではない。勿論、そうした定量的表現で記述されたレシピ情報をユーザたる調理実行者とその家族等に提示することに加え、調理機器１００の制御情報として適用すれば、家族各々の各種事情を踏まえ且つ合意形成も図られている、好ましい料理を自動調理可能となり、より一層好適である。

なお、レシピ情報により機器を制御するとした場合、その対象の機器は、料理の材料又はそれを用いた調理に関連する調理機器（単に情報を出力するのみの装置も含みうる）である。その場合のレシピ情報が与えられた調理機器１００は、当該レシピ情報に従ったアクション（処理）を行う。なお、本明細書では、調理機器１００が読み込んで解読可能なレシピ情報をＭＲＲ（Ｍａｃｈｉｎｅ Ｒｅａｄａｂｌｅ Ｒｅｃｉｐｅ）と記載する。

図１は、実施形態に係るレシピ情報のデータ構造を示す図である。図１に示すように、実施形態に係るＭＲＲたるレシピ情報は、複数のノードとノード間のエッジとからなるグラフ（有向グラフ）により表現される。図１において、ノードを円で示し、エッジを矢印で示している。

複数のノードは、各材料の状態遷移を定義する。エッジは、ノード間の状態遷移に必要なアクションを表す。アクションとは調理を構成する基本的な手順をいい、例えば「切る」、「温める」等の手順がアクションに該当する。また、アクションには、調理機器１００の具体的な設定温度や調理時間、作業内容などを含む。アクションの種類及びそのＩＤが予め規定され、或いはアクションの種類に対してＩＤが事後的に付与され、アクション及びそのＩＤの一覧を定義し、エッジにはこの一覧から選択されたアクションＩＤが付与される。なお、状態（中間ノード）にもＩＤが付与されてもよい。

グラフ内の複数のノードは、グラフの始点であって、料理の材料を表す材料ノードと、グラフの終点であって、当該料理を表す料理ノードと、料理に至るまでの途中における材料の状態を表す中間ノードと、を含む。

材料とは料理を作るための材料をいうが、調味料や、調理の過程で廃棄されるものも材料に含まれてもよい。材料の種類及びそのＩＤが予め規定されており、材料及びそのＩＤの一覧を定義し、材料ノードにはこの一覧から選択された材料ＩＤが付与される。

材料の状態とは、アクションが施された後の状態をいい、例えば「３等分に切られた材料Ａ」、「３ｃｍ角に切られた材料Ｂ」、「温められた材料Ｃ」等が材料の状態に該当する。

このように、実施形態に係るレシピ情報のデータ構造は、自然言語であるレシピ文章の記述をそのままグラフとして表現するのではなく、各材料の状態遷移をグラフとして表現したものである。

各材料には材料を一意に識別する材料ＩＤが付与され、状態遷移に必要な各アクションにはアクションを一意に識別するアクションＩＤが付与されている。よって、ＩＤに基づいて容易且つ確実に機械がレシピ情報を解読できる。

また、アクションを行うべき機器をレシピ情報において必ずしも指定する必要がないため、将来的に登場する新たな機器を含む様々な機器に対応することが容易である。さらに、各アクションがすべてエッジとして表現されているため、レシピ情報中から各アクションを抽出することが容易である。

また、図１で示すようなグラフからいくつかエッジを開放除去し、さらにいくつかの孤立するノードを除去して得られる部分グラフは、レシピ情報に示される一連の調理工程のうち、或る特定の調理機器を制御して調理する調理工程のレシピ情報とみなすことができる。

本実施形態に係るレシピ情報におけるノードの種類を表１に示す。

各ノードには、ノードの属性として、例えば表２に示す属性を付与可能である。ここではノードが材料ノードであって、この材料ノードが「ニンジン」を表すと仮定する。

なお、「名前」は、人間がＭＲＲを作成及び解読するために必要な情報であって、必ずしも機械可読である必要は無い。

各エッジには、エッジの属性として、表３に示す属性を付与可能である。

ここで、各ノードの具体的な例を挙げて説明する。料理「サラダ」をつくる場合、料理ノードは、「サラダ」である。また、材料ノードは、例えば、「玉ネギ」、「キュウリ」、「トマト」、「ケチャップ」、「マヨネーズ」である。各材料ノードには、材料を一意に識別するＩＤが付与される。

材料ノード「玉ネギ」は、エッジ（アクション）である「カット」により、中間ノード「みじん切り玉ネギ」と連結される。また、材料ノード「キュウリ」は、エッジ（アクション）である「カット」により、中間ノード「１センチ角キュウリ」と連結される。

さらに、材料ノード「トマト」は、エッジ（アクション）である「カット」により、中間ノード「１／２トマト」と連結される。さらにまた、材料ノード「ケチャップ」及び材料ノード「マヨネーズ」は、エッジ（アクション）である「混ぜる」により、中間ノード「オーロラソース」と連結される。なお、「カット」、「混ぜる」のそれぞれには、アクションを一意に識別するＩＤが付与される。

そして、中間ノード「みじん切り玉ネギ」、「１センチ角キュウリ」、及び「１／２トマト」は、エッジ（アクション）である「盛り付ける」により、料理ノード「サラダ」に連結される。また、中間ノード「オーロラソース」は、エッジ（アクション）である「かける」により、料理ノード「サラダ」に連結される。なお、「盛り付ける」、「かける」のそれぞれには、アクションを一意に識別するＩＤが付与される。また、「かける」は、「盛り付ける」の次に行われるように、エッジ間での順序が設定される。なお、「かける」に代えて、「あえる」というアクションであってもよい。

＜実施形態の説明＞
上述したデータ構造を用いるレシピ提案システムの実施形態について説明する。

（レシピ提案システム１の構成）
図２は、レシピ提案システム１の構成図である。図２を参照して、レシピ提案システム１の構成について説明する。

レシピ提案システム１は、調理機器１００と、端末装置２００と、レシピ提案サーバ３００と、を備え、ネットワークＮＷを介して互いに通信可能に接続される。なお、ネットワークＮＷは、ＷＡＮ（World Area Network）、ＬＡＮ（Local Area Network）等から構成される。また、調理機器１００は、ネットワークＮＷを介さずに端末装置２００と直接的に通信（例えば、近距離無線通信）を行ってもよい。また、図２において、調理機器１００および端末装置２００は、代表として１つが記載されているが、複数台がネットワークＮＷに接続されていてもよい。

調理機器１００は、通信機能を有しており、料理の材料又はそれを用いた調理に関連する機器、キッチンスペースに存在する機器である。調理機器１００は、家庭内で用いる家電機器であってもよいし、業務用の機器であってもよい。

調理機器１００は、材料又はそれを用いた調理に関連する機器、キッチンスペースに存在する機器であればどのような機器であってもよいが、例えば、冷蔵庫、電子レンジ、オーブン、電磁調理器、トースター、フードプロセッサー、ミキサー、炊飯器、電気鍋、電気フライヤー、電気蒸し器、製麺機、計量器、調理ロボット、ガス調理器、照明等である。

また調理機器１００は、レシピ提案サーバ３００から、上述のレシピ情報すなわちＭＲＲを受信し、これに基づいて調理動作を自動実行する。また、当該レシピ情報の出力等を実行し、ユーザに提示するとしてもよい。

端末装置２００は、通信機能を有しており、ユーザインターフェイスを提供する装置である。端末装置２００は、ユーザの操作に応じて、レシピ提案サーバ３００へ、レシピ情報（レシピ文章や料理の画像データ等）を投稿（送信）する。また、レシピ提案サーバ３００から、上述のレシピ情報を受信し、これに基づいてレシピ情報の出力等を実行し、ユーザに提示する。この端末装置２００は、レシピ情報に基づいて調理を主導する主婦、および、この主婦の家族それぞれが保持又は操作可能である。

端末装置２００は、情報処理端末であり、例えば、モバイル端末（例えば、タブレット、スマートフォン、ラップトップ、フィーチャーフォン、ポータブルゲーム機、電子書籍リーダなど）である。或いは、端末装置２００は、テレビ受像機（インターネットテレビを含む）、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）端末、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）端末等であってもよい。

一方、レシピ提案サーバ３００は、端末装置２００から投稿されたレシピ情報をレシピ情報ＤＢ３３１に格納するとともに、こうしたレシピ情報を利用する主婦を含む家族とその環境の各条件に基づき、レシピ情報ＤＢ３３１におけるレシピ群より上述の各条件と一致する属性のレシピ候補を特定する。

上述の各条件のうち家族に関する条件は、年齢層、性別、趣味、運動歴、体質、気分、体調、翌日の予定、好みの料理ジャンル（例：和洋中）、過去の食事メニューの履歴／頻度、持病、通院歴、および服薬履歴、などといったものを一例として想定できる。ただし、これらはあくまでも一例であって、その他の事象についても種々に適用可能である。

また、当該家族の環境に関する条件は、居住地域やその天候、室内外の温湿度、食材の在庫状況、および調理機器１００の仕様、などといったものを一例として想定できる。ただし、これらはあくまで一例であって、その他の事象についても種々に適用可能である。

なお、レシピ提案サーバ３００は、上述の家族および環境に関する各情報を、ネットワークＮＷを介し、調理機器１００ないし端末装置２００から収集するものとする。ここで収集される情報は、調理機器１００ないし端末装置２００の備える適宜なセンサ類で検知されたものか、調理機器１００ないし端末装置２００を操作する家族らにより入力されたものを想定できる。

また、レシピ提案サーバ３００は、レシピ候補の特定に際し、例えば、判定ロジックＤＢ３３４を用いる。この判定ロジックＤＢ３３４は、例えば、上述の家族および環境の各条件の項目に対し、各料理とのマッチ度の高さに応じたポイントを既定したものを想定できる。この判定ロジックＤＢ３３４の詳細は後述する。

レシピ提案サーバ３００は、上述の判定ロジックＤＢ３３４に、上述の家族および環境の各条件の値を照合してポイントを特定し、そのポイントを料理ごとに集計する。また、レシピ提案サーバ３００は、この集計で得た総ポイントが高い順から所定数のレシピを、レシピ候補として特定する。

また、レシピ提案サーバ３００は、特定したレシピ候補の情報を、ネットワークＮＷを介して端末装置２００ないし調理機器１００に出力する。この時、レシピ提案サーバ３００は、上述の各レシピ候補について、上述の総ポイント（当該レシピの属性と上述の家族および環境の各条件との一致度）と、その総ポイントを得た判定ロジックに関する情報とをあわせて出力する。

上述の「判定ロジックに関する情報」は、例えば、上述の判定ロジックＤＢ３３４において所定レベルのポイントを得た項目を想定する。すなわち、そのレシピ候補が、どういった項目に関して評価を得て選出されたものなのか、を示す値である。

また、レシピ提案サーバ３００は、上述のレシピ候補に関して、主婦を含む家族それぞれの意向を、ネットワークＮＷを介し、例えば端末装置２００ないし調理機器１００から取得する。この場合、上述のレシピ候補の情報を端末装置２００ないし調理機器１００にて閲覧した家族らは、端末装置２００ないし調理機器１００を操作し、当該レシピ候補（で作成される料理）の可否に関する自身の意向を指定し、これをレシピ提案サーバ３００に通知することとなる。

レシピ提案サーバ３００は、家族らから得た意向に基づき、家族間での合意形成がなされたレシピ候補を選定レシピとして特定する。この「家族間での合意形成がなされたレシピ候補」とは、例えば、肯定的意向を最も集めたレシピ候補を指す。

なお、レシピ提案サーバ３００は、レシピ候補とともに出力した判定ロジックに関して、家族のいずれかによる修正指示を、ネットワークＮＷを介して端末装置２００ないし調理機器１００から受け付け可能である。この修正指示は、例えば、判定ロジックとして示された「所定レベルのポイントを得た項目」に対する重要度の増減指定を想定できる。

より具体的には、家族のうち、「現在の体調からいって食事内容次第で明日の行動に大きな影響がありそう」などと考えている或る者から「体調」項目に関して、「３割増し」のポイントとする旨の増減指定を受けるといった状況を想定できる。或いは、家族のうち、「お祝い事に伴う料理を楽しもうとする今日の我が家にとって天候は全く関係ない」などと考えている或る者から「天候」項目に関して、「無視」する旨の増減指定を受けるといった状況を想定できる。

この場合のレシピ提案サーバ３００は、修正指示たる増減指定を該当項目のポイントに反映させ、料理ごとのポイントを再集計する。すなわち一致度を再判定する。レシピ提案サーバ３００は、こうして再判定した一致度たる総ポイントおよび上述の修正指示を反映させた判定ロジックの各情報もあわせて出力する。

また、レシピ提案サーバ３００は、上述のレシピ候補の特性および家族の属性のうち、少なくともレシピ候補の特性を、例えば推奨行動ＤＢ３３５に照合し、当該特性と所定の対応関係を有する行動内容を特定する。この推奨行動ＤＢ３３５は、例えば、総カロリーといった料理の特性や、肥満体質、運動習慣無し、といった家族の属性に対し、当該料理の摂取後／摂取前の家族に推奨される行動として、ウォーキング、軽いジョギング、水泳、就寝前のストレッチといったものを対応づけて保持するものとなる。この詳細は後述する。

また、レシピ提案サーバ３００は、上述のように特定した行動内容の情報を、当該レシピ候補を採用した場合の上述の家族に推奨される行動の情報として、ネットワークＮＷを介して端末装置２００ないし調理機器１００に送信し、出力させる。これを閲覧した家族らは、レシピ候補の可否について、特定の行動が推奨される点を踏まえつつ、判断を行うことが可能となる。

一方、調理機器１００ないし端末装置２００は、上述のレシピ候補やその判定ロジック等の情報、推奨行動に関する情報、或いは選定レシピの情報の配信に伴い、当該情報を出力装置に表示させる。なお、この選定レシピの情報がＭＲＲである場合、調理機器１００は当該ＭＲＲに応じた調理動作を開始することも想定しうる。

ただし、選定レシピの情報の出力を、端末装置２００ないし調理機器１００で行うのみで、ＭＲＲに基づく調理機器１００での調理動作の自動実行を目的としない場合、上述の調理機器１００でのＭＲＲに基づく一連のアクションは省略可能である。

（ハードウェア構成）
レシピ提案システム１に含まれる各機器及び各装置のハードウェア構成について説明する。図３は、調理機器１００、端末装置２００、およびレシピ提案サーバ３００のそれぞれのハードウェア構成例を示すブロック図である。

図３に示すように、調理機器１００、端末装置２００、およびレシピ提案サーバ３００のそれぞれは、ＣＰＵ２１と、ＲＡＭ２２と、ＲＯＭ２３と、補助記憶装置２４と、通信モジュール２５と、入力装置２６と、出力装置２７とを備える。

ＣＰＵ２１は、主記憶装置を構成するＲＡＭ２２及びＲＯＭ２３からソフトウェア（プログラム）を読み出して実行する。

ＲＡＭ２２は、ＣＰＵ２１の作業領域として用いられる。補助記憶装置２４は、ハードディスクやフラッシュメモリ等により構成される。

通信モジュール２５は有線通信又は無線通信によりデータを送受信するモジュールである。入力装置２６は、タッチパネル及び／又はキーボード等により構成され、ユーザの操作を受け付ける。入力装置２６は、音声入力により操作を受け付けてもよい。出力装置２７は、ディスプレイ等により構成され、各種の情報を出力（表示する）。

ＣＰＵ２１及びＲＡＭ２２等のハードウェア上にソフトウェアを読み込ませることにより、ＣＰＵ２１の制御のもとで通信モジュール２５、入力装置２６、出力装置２７を動作させるとともに、ＲＡＭ２２や補助記憶装置２４におけるデータの読み出し及び書き込みを行うことで、各機器及び各装置における一連の機能が実現される。

調理機器１００は、さらに、各種機構２８を備える。各種機構２８は、調理機器１００におけるアクションを実行するための機構であり、例えば、加熱機構、冷蔵・冷凍機構、切断機構、撹拌機構等により構成される。

（端末装置２００の機能ブロック構成）
端末装置２００の機能ブロック構成について説明する。図４は、本実施形態に係る端末装置２００の機能ブロック構成を示す図である。

図４に示すように、端末装置２００は、制御部２１０と、通信部２２０と、記憶部２３０と、操作部２４０と、出力部２５０と、センサ部２６０を備える。

制御部２１０は、ＣＰＵ２１を含んで構成され、端末装置２００の動作を制御する。通信部２２０は、通信モジュール２５を含んで構成され、ネットワークＮＷを介した通信を行う。通信部２２０は、調理機器１００と直接的に通信する機能を有していてもよい。記憶部２３０は、ＲＡＭ２２、ＲＯＭ２３、及び補助記憶装置２４を含んで構成され、各種の情報及びデータを記憶する。

上述の制御部２１０は、状況検知部２１１および意向取得部２１２を備える。このうち状況検知部２１１は、この端末装置２００のユーザである上述の家族およびその環境の各情報を検知する。このうち家族の情報は、例えば、上述の家族の構成員の気分、体調、翌日の予定、好みの料理ジャンル（例：和洋中）、過去の食事メニューの履歴／頻度、持病、通院歴、および服薬履歴、などといった情報を想定できる。これらの情報は記憶部２３０においてユーザ情報２３１として保持される。

なお、上述のユーザ情報２３１のリソースは限定しないが、例えば、センサ部２６０で感知した当該構成員の体調、気分、運動歴の各値や、当該構成員により操作部２４０で受け付けた値を想定できる。

また、状況検知部２１１は、上述の環境の情報として、当該家族における、居住地域やその天候、室内外の温湿度、食材の在庫状況、および調理機器１００の仕様、といった情報を検知する。これらの情報は記憶部２３０において環境情報２３２として保持される。

なお、環境情報２３２のリソースは限定しないが、例えば、センサ部２６０の気圧計ユニットで感知した気圧変化に基づく天候、センサ部２６０の温湿度計ユニットで感知した当該家族の居宅における温湿度、センサ部２６０のＧＰＳユニットで得た位置情報に基づく居宅の所在地域の情報、などを想定できる。

一方、意向取得部２１２は、レシピ提案サーバ３００から通信部２２０を介して配信されたレシピ候補の情報を取得し、これを出力部２５０で表示するとともに、その可否に関し、操作部２４０に対するユーザの操作に応じて、当該ユーザすなわち家族らの意向を取得する。この意向の取得は、例えば、各レシピ候補に対して、「ＯＫ」か「ＮＧ」を指定するといった形態が想定できる。

こうしたレシピ候補の配信・表示と、家族からの意向の取得に際し、この意向取得部２１２は、レシピ提案サーバ３００からレシピ候補とともに配信を受けた、その総ポイント（当該レシピの属性と上述の家族および環境の各条件との一致度）と、その総ポイントを得た判定ロジックに関する情報とをあわせて出力する。また、当該レシピ候補を採用する家族らに推奨される行動すなわち推奨行動の情報も出力するものとする。

また、記憶部２３０は、既に述べたように、この端末装置２００のユーザである上述の家族の情報を、ユーザ情報２３１として保持している。

このユーザ情報２３１は、図５で示すように、例えば、ユーザの氏名、年齢層、性別、趣味、運動歴、体質、気分、体調、翌日の予定、好みの料理ジャンル（例：和洋中）、過去の食事メニューの履歴／頻度、持病、通院歴、および服薬履歴、などといった値を対応づけたものを想定できる。

また、記憶部２３０は、上述のユーザ情報２３１の他にも、当該家族の環境に関する情報すなわち環境情報２３２を保持している。この環境情報２３２は、図６で示すように、例えば当該ユーザ（を含む家族）における、居住地域やその天候、室内外の温湿度、食材の在庫状況、および調理機器１００の仕様、といったものを一例として想定できる。

また、端末装置２００の操作部２４０は、入力装置２６を含んで構成され、ユーザ操作を受け付ける。出力部２５０は、ディスプレイおよびスピーカー等の出力装置２７を含んで構成され、各種の情報及びデータを表示・音声出力する。

なお、センサ部２６０は、上述のユーザ情報２３１や環境情報２３２を取得するためのセンサであり、例えば、ＧＰＳユニット、気圧計ユニット、温湿度計ユニット、体温計ユニット、血流量計ユニット、血糖値計ユニット、血圧計ユニット、歩数計ユニット、心拍計ユニット、など様々なセンサユニットを想定できる。

（レシピ提案サーバ３００の機能ブロック構成）
レシピ提案サーバ３００の機能ブロック構成について説明する。図７は、本実施形態に係るレシピ提案サーバ３００の機能ブロック構成を示す図である。

図７に示すように、レシピ提案サーバ３００は、制御部３１０、通信部３２０、および記憶部３３０を備える。

このうち制御部３１０は、ＣＰＵ２１を含んで構成され、レシピ提案サーバ３００の動作を制御する。通信部３２０は、通信モジュール２５を含んで構成され、ネットワークＮＷを介した通信を行う。

また、記憶部３３０は、ＲＡＭ２２、ＲＯＭ２３、及び補助記憶装置２４を含んで構成され、各種の情報及びデータを記憶する。また、記憶部３３０は、レシピ情報ＤＢ３３１、ユーザ情報ＤＢ３３２、環境情報ＤＢ３３３、判定ロジックＤＢ３３４、および推奨行動ＤＢ３３５を含む。これらのＤＢについては、下記制御部３１０の構成要素とともに説明する。

制御部３１０は、レシピ候補特定部３１１、およびレシピ選定部３１２を含む。このうちレシピ候補特定部３１１は、例えば、通信部３２０を介して端末装置２００ないし調理機器１００から受けたレシピ提案要求に基づき、当該ユーザを含む家族とその環境の各条件に基づき、レシピ情報ＤＢ３３１における各レシピ情報から前述の各条件と一致する属性のレシピ候補を特定する。

この場合、レシピ候補特定部３１１は、上述のレシピ提案要求が示すユーザの識別情報に基づいて、ユーザ情報ＤＢ３３２および環境情報ＤＢ３３３で該当情報の検索を実行し、この検索で得た情報すなわち家族および環境の各情報のうち、上述の各条件に対応する項目について、判定ロジックＤＢ３３４と照合し、レシピ候補を特定する。

なお、上述のレシピ情報ＤＢ３３１は、図８で例示するように、複数のレシピ情報が格納されている。例えば、ユーザから投稿されたレシピ情報や、レシピ提案システム１の事業者によって予め作成されたレシピ情報などが格納される。各レシピ情報には、レシピ情報を利用したユーザによるレシピの評価やコメントを含んでもよい。

また、レシピ情報ＤＢ３３１は、ＭＲＲ形式のレシピ情報の他、定性的表現に付随した定量的表現がセットで記載されているレシピ情報を含みうる。例えば、「ニンニクをＩＨ調理器６００ワットで３分間香り立つまで焼く」などのように、定性的表現である「香り立つ」に定量的表現である「６００ワット」、「３分間」が付随し、セットで記載されているレシピ情報である。また、例えば、定性的表現で記載されている調理工程に対して、実際調理したユーザから、具体的な調理機器の設定がコメントされていたり、レシピ提案システム１の事業者によって定量的表現が付与されていたりしてもよい。

また、ユーザ情報ＤＢ３３２は、図９にて示すように、例えば、各ユーザの氏名、年齢層、性別、趣味、運動歴、体質、気分、体調、翌日の予定、好みの料理ジャンル（例：和洋中）、過去の食事メニューの履歴／頻度、持病、通院歴、および服薬履歴、などといった値を対応づけたものを想定できる。このユーザ情報ＤＢ３３２の各レコードは、ユーザ情報２３１に対応する。

また、環境情報ＤＢ３３３は、図１０で示すように、例えば各家族における、居住地域やその天候、室内外の温湿度、食材の在庫状況、および調理機器１００の仕様、といったものを一例として想定できる。この環境情報ＤＢ３３３の各レコードは、環境情報２３２に対応する。

また、上述の判定ロジックＤＢ３３４は、図１１で示すように、例えば、上述の家族および環境の各条件の項目に対し、各料理とのマッチ度の高さに応じたポイントを既定したものを想定できる。

レシピ候補特定部３１１は、こうした判定ロジックＤＢ３３４に、上述の家族および環境の各条件の値を照合してポイントを特定し、そのポイントを料理ごとに集計する。また、レシピ候補特定部３１１は、この集計で得た総ポイントが高い順から所定数のレシピを、レシピ候補として特定する。

一方、レシピ選定部３１２は、上述のレシピ候補特定部３１１が所定数だけ特定したレシピ候補の情報を、ネットワークＮＷを介して端末装置２００ないし調理機器１００に出力する。この時、レシピ選定部３１２は、上述の各レシピ候補について、上述の総ポイント（当該レシピの属性と上述の家族および環境の各条件との一致度）と、その総ポイントを得た判定ロジックに関する情報とをあわせて出力する。

上述の「判定ロジックに関する情報」は、例えば、上述の判定ロジックＤＢ３３４において、例えば３．５以上といった所定レベルのポイントを得た項目（例：家族構成：子供あり、気温：１０℃以下）を想定する。すなわち、そのレシピ候補が、どういった項目に関して評価を得て選出されたものなのか、を示す値である。

また、レシピ選定部３１２は、上述のレシピ候補に関して、主婦を含む家族それぞれの意向を、ネットワークＮＷを介し、例えば端末装置２００ないし調理機器１００から取得する。この場合、上述のレシピ候補の情報を端末装置２００ないし調理機器１００にて閲覧した家族らは、端末装置２００ないし調理機器１００を操作し、当該レシピ候補（で作成される料理）の可否に関する自身の意向を指定し、これをレシピ提案サーバ３００に通知することとなる。

レシピ選定部３１２は、家族らから得た意向に基づき、家族間での合意形成がなされたレシピ候補を選定レシピとして特定する。この「家族間での合意形成がなされたレシピ候補」とは、例えば、肯定的意向を最も集めたレシピ候補を指す。

なお、レシピ選定部３１２は、レシピ候補とともに出力した判定ロジックに関して、家族のいずれかによる修正指示を、ネットワークＮＷを介して端末装置２００ないし調理機器１００から受け付け可能である。この修正指示は、例えば、判定ロジックとして示された「所定レベルのポイントを得た項目」に対する重要度の増減指定を想定できる。

より具体的には、家族のうち、「現在の体調からいって食事内容次第で明日の行動に大きな影響がありそう」などと考えている或る者から「体調」項目に関して、「３割増し」のポイントとする旨の増減指定を受けるといった状況を想定できる。或いは、家族のうち、「お祝い事に伴う料理を楽しもうとする今日の我が家にとって天候は全く関係ない」などと考えている或る者から「天候」項目に関して、「無視」する旨の増減指定を受けるといった状況を想定できる。

この場合のレシピ選定部３１２は、修正指示たる増減指定を該当項目のポイントに反映させ、料理ごとのポイントを再集計する。すなわち一致度を再判定する。レシピ選定部３１２は、こうして再判定した一致度たる総ポイントおよび上述の修正指示を反映させた判定ロジックの各情報もあわせて端末装置２００ないし調理機器１００に出力する。

また、レシピ選定部３１２は、上述のレシピ候補の特性および家族の属性のうち、少なくともレシピ候補の特性を、例えば推奨行動ＤＢ３３５に照合し、当該特性と所定の対応関係を有する行動内容を特定する。

この推奨行動ＤＢ３３５は、図１２にて示すように、例えば、総カロリーといった料理の特性や、運動歴、年齢層といった家族の属性に対し、当該料理の摂取後／摂取前の家族に推奨される行動として、ウォーキング、軽いジョギング、水泳、就寝前のストレッチといったものを対応づけて保持するものとなる。

また、レシピ選定部３１２は、上述のように特定した行動内容の情報を、当該レシピ候補を採用した場合の上述の家族に推奨される行動の情報として、ネットワークＮＷを介して端末装置２００ないし調理機器１００に送信し、出力させる。これを閲覧した家族らは、レシピ候補の可否について、特定の行動が推奨される点を踏まえつつ、判断を行うことが可能となる。

（調理機器１００の機能ブロック構成）
次に、調理機器１００の機能ブロック構成について説明する。図１３は、本実施形態に係る調理機器１００の機能ブロック構成を示す図である。

図１３に示すように、調理機器１００は、制御部１１０と、通信部１２０と、記憶部１３０と、操作部１４０と、出力部１５０と、を備える。

このうち制御部１１０はＣＰＵ２１を含んで構成され、調理機器１００の動作を制御する。通信部１２０は、通信モジュール２５を含んで構成され、ネットワークＮＷを介した通信を行う。この通信部１２０は、端末装置２００と直接的に通信する機能を有していてもよい。記憶部１３０は、ＲＡＭ２２、ＲＯＭ２３、及び補助記憶装置２４を含んで構成され、各種の情報及びデータを記憶する。操作部１４０は、入力装置２６を含んで構成され、ユーザ操作を受け付ける。この操作部１４０は、アクション（処理）を受け付けるための物理ボタン又はソフトウェアボタンを有する。また、出力部１５０は、レシピ提案サーバ３００から通信部１２０が受信したレシピ候補等の各種情報の出力処理を行う。

上述のうち制御部１１０は、情報取得部１１１と調理実行部１１２とを備える。情報取得部１１１は、例えば操作部１４０で受けたユーザ指示に応じて、レシピ提案サーバ３００にレシピ情報の検索要求を送信し、これに応じてレシピ提案サーバ３００から配信されたレシピ候補や、所定の処理を経て特定された選定レシピの情報すなわちＭＲＲ１３２を通信部１２０により取得し、これを記憶部１３０に格納する。

なお、情報取得部１１１は、記憶部１３０で保持する仕様情報１３１を、レシピ提案サーバ３００からの要求に応じて又は所定タイミングの到来に応じてレシピ候補特定部３１１に配信する。この仕様情報１３１は、当該調理機器１００が予め保持する情報であって、図１４で示すように、当該調理機器１００の種別、最大レンジ出力、オーブン最高温度、庫内容量、などといった情報となる。

また、調理実行部１１２は、上述の情報取得部１１１によりＭＲＲ１３２が取得された後、当該ＭＲＲ１３２に基づく、各種機構２８（調理機器１００におけるアクションを実行する機構：加熱機構、冷蔵・冷凍機構、切断機構、撹拌機構等）の制御を行い、調理動作を自動実行する。これにより、当該ＭＲＲ１３２に記載の料理が完成する。

（実施形態に係る動作例）
本実施形態のレシピ提案システム１の動作の一例について説明する。図１１は、レシピ提案システム１の動作例を示す図である。

図１１に示すように、ステップＳ１０１において、端末装置２００は、操作部２４０に対するユーザの操作に応じて、レシピ提案サーバ３００に対し、通信部２２０を介してレシピ提案要求を送信する。

ステップＳ１０２において、レシピ提案サーバ３００は、受信したレシピ提案要求に基づき、上述のユーザおよびその家族と、その環境に関する情報を、ユーザ情報ＤＢ３３２および環境情報ＤＢ３３３で特定する。

また、ステップＳ１０３において、レシピ提案サーバ３００は、上述で得た情報すなわち家族および環境の各情報のうち、所定項目について判定ロジックＤＢ３３４の各レコードと照合してポイントを特定し、そのポイントの料理ごとの集計値すなわち総ポイントが高い順から、所定数のレシピをレシピ候補として特定する。

また、ステップＳ１０４において、レシピ提案サーバ３００は、上述のレシピ候補の特性および家族の属性のうち、少なくともレシピ候補の特性を、例えば推奨行動ＤＢ３３５に照合し、当該特性と所定の対応関係を有する行動内容を推奨行動として特定する。

また、ステップＳ１０５において、レシピ提案サーバ３００は、上述のレシピ候補の情報を、ネットワークＮＷを介して端末装置２００ないし調理機器１００に出力（図１６の画面１０００参照）する。この時、レシピ提案サーバ３００は、上述の各レシピ候補について、上述の総ポイント（当該レシピの属性と上述の家族および環境の各条件との一致度）と、その総ポイントを得た判定ロジックに関する情報と、当該レシピ候補を採用する家族らに推奨される行動すなわち推奨行動の情報をあわせて出力する。

上述の「判定ロジックに関する情報」は、例えば、上述の判定ロジックＤＢ３３４において、例えば３．５以上といった所定レベルのポイントを得た項目（例：家族構成：子供あり、気温：１０℃以下）を想定する。すなわち、そのレシピ候補が、どういった項目に関して評価を得て選出されたものなのか、を示す値である。

また、ステップＳ１０６において、端末装置２００ないし調理機器１００は、レシピ提案サーバ３００から配信されたレシピ候補の情報を取得し、これを表示するとともに、その可否に関し、当該ユーザすなわち家族らの意向を取得する。この意向の取得は、例えば、各レシピ候補に対して、「ＯＫ」か「ＮＧ」を指定するといった形態が想定できる。

こうしたレシピ候補の配信・表示と、家族からの意向の取得に際し、端末装置２００ないし調理機器１００は、レシピ提案サーバ３００からレシピ候補とともに配信を受けた、その総ポイント（当該レシピの属性と上述の家族および環境の各条件との一致度）と、その総ポイントを得た判定ロジックに関する情報と、当該レシピ候補を採用する家族らに推奨される行動すなわち推奨行動の情報も出力する。

また、ステップＳ１０７において、端末装置２００ないし調理機器１００は、レシピ候補とともに出力した判定ロジックに関して、家族のいずれかによる修正指示を受けたか判定する。この判定の結果、判定ロジックに関する修正指示を受けていない場合（ステップＳ１０７：Ｎ）、ステップＳ１０８において、端末装置２００ないし調理機器１００は、ステップＳ１０６で得ている各レシピ候補の可否に関する意向の情報を、レシピ提案サーバ３００に配信する。

一方、上述の判定の結果、図１７の画面１１００で例示するように、判定ロジックに関する修正指示を受けた場合（ステップＳ１０７：Ｙ）、ステップＳ１０９において、端末装置２００ないし調理機器１００は、これを、ネットワークＮＷを介してレシピ提案サーバ３００に配信する。この修正指示は、図１６、図１７の例であれば、判定ロジックとして示された「特にマッチした項目」に対する修正の有無、ポイント（重要度）の増減指定を想定できる。

より具体的には、家族のうち、「現在の体調からいって食事内容次第で明日の行動に大きな影響がありそう」などと考えている或る者から「体調」項目に関して、「２％増」のポイントとする旨の増減指定を受けるといった状況を想定できる。或いは、家族のうち、「お祝い事に伴う料理を楽しもうとする今日の我が家にとって天候は全く関係ない」などと考えている或る者から「天候」項目に関して、「無視」する旨の増減指定を受けるといった状況を想定できる。

また、ステップＳ１１０において、レシピ提案サーバ３００は、端末装置２００ないし調理機器１００から上述の修正指示を受信し、その増減指定を該当項目のポイントに反映させ、料理ごとのポイントを再集計する。すなわち一致度を再判定する。

また、ステップＳ１１１において、レシピ提案サーバ３００は、こうして再判定した一致度たる総ポイントおよび上述の修正指示を反映させた判定ロジックの各情報もあわせて、新たなレシピ候補の情報を端末装置２００ないし調理機器１００に出力（図１８の画面１２００参照）する。図１６の画面１０００では第２候補であった「カレー」が、図１８の例では第１候補に繰り上がっている。

上述のステップＳ１１１の結果、処理は上述のステップＳ１０６に遷移し、このステップＳ１０６において、端末装置２００ないし調理機器１００は、上述の再判定に伴ってレシピ提案サーバ３００からあらためて配信されたレシピ候補の情報を取得し、これを表示するとともに、その可否に関し、当該ユーザすなわち家族らの意向を取得する。

また、再度のステップＳ１０７において、ユーザから修正指示を受けなかった場合（ステップＳ１０７：Ｎ）、再度のステップＳ１０８において、端末装置２００ないし調理機器１００は、上述の意向をレシピ提案サーバ３００に配信することとなる。

また、ステップＳ１１２において、レシピ提案サーバ３００は、上述のレシピ候補それぞれに関して、ユーザたる主婦を含む家族それぞれの意向を、ネットワークＮＷを介し、例えば端末装置２００ないし調理機器１００から取得する。

また、ステップＳ１１３において、レシピ提案サーバ３００は、家族らから得た意向に基づき、家族間での合意形成がなされたレシピ候補を選定レシピとして特定し、この選定レシピを端末装置２００ないし調理機器１００に配信する。この「家族間での合意形成がなされたレシピ候補」とは、例えば、肯定的意向を最も集めたレシピ候補を指す。

一方、ステップＳ１１４において、調理機器１００は、レシピ提案サーバ３００から配信された選定レシピすなわちＭＲＲを取得し、調理実行部１１２がこれに基づいて機構２８の制御を行い、調理動作を自動実行する。

また、ステップＳ１１５において、端末装置２００は、レシピ提案サーバ３００から配信された選定レシピを出力（図１９の画面１３００参照）し、主婦をはじめとした家族らの閲覧に供する。この画面１３００において、調理機器１００へのＭＲＲの転送・設定をユーザから受け付けて、これをもって上述のステップＳ１１４の実行契機とするとしてもよい。

上述したように、レシピ提案システム１では、オーブンや電子レンジ、冷蔵庫といった調理機器１００や、或いはスマートフォン等の携帯端末といった端末装置２００に対し、レシピユーザである主婦およびその家族やその環境に応じたレシピであって、家族間での合意形成がなされたものを配信し、当該ユーザへのレシピ情報提供や調理機器１００での適宜な自動調理が実行されることとなる。

＜その他の実施形態＞
以上、実施形態について記載したが、この開示の一部をなす論述及び図面はこの発明を
限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。

上述した実施形態において、調理機器１００および端末装置２００が別々の装置である一例について説明した。しかしながら、調理機器１００および端末装置２００のそれぞれの機能・情報をいずれか１つの装置に統合し運用するとしてもよい。勿論、レシピ提案サーバ３００の機能・情報を、調理機器１００ないし端末装置２００に持たせるとしてもよい。

レシピ提案システム１における各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。

（効果の説明）
本実施形態に係るレシピ提案システムは、家族やその環境の各情報に基づいてレシピ候補を特定・配信し、これらレシピ候補中から家族の合意形成を経たものを選定レシピとして最終的に利用することで、レシピ投稿サイト等から配信されたレシピに基づき献立が決定できるとしても、家族からクレームが出る事態や、また、そうしたクレームが家族の体調等の問題に起因するにもかかわらず単なる好き嫌いによると誤認される事態の発生を適宜に回避する。

したがって本実施形態に係るレシピ提案システムでは、家族各々の各種事情を踏まえ、且つ当該家族の合意形成を経た好適なレシピが提案可能となる。

本実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。

１ ：レシピ提案システム
２１ ：ＣＰＵ
２２ ：ＲＡＭ
２３ ：ＲＯＭ
２４ ：補助記憶装置
２５ ：通信モジュール
２６ ：入力装置
２７ ：出力装置
２８ ：機構
１００ ：調理機器
１１０ ：制御部
１１１ ：情報取得部
１１２ ：調理実行部
１２０ ：通信部
１３０ ：記憶部
１３１ ：仕様情報
１３２ ：ＭＲＲ
１４０ ：操作部
１５０ ：出力部
２００ ：端末装置
２１０ ：制御部
２１１ ：状況検知部
２１２ ：意向取得部
２２０ ：通信部
２３０ ：記憶部
２３１ ：ユーザ情報
２３２ ：環境情報
２４０ ：操作部
２５０ ：出力部
２６０ ：センサ部
３００ ：レシピ提案サーバ
３１０ ：制御部
３１１ ：レシピ候補特定部
３１２ ：レシピ選定部
３２０ ：通信部
３３０ ：記憶部
３３１ ：レシピ情報ＤＢ
３３２ ：ユーザ情報ＤＢ
３３３ ：環境情報ＤＢ
３３４ ：判定ロジックＤＢ
３３５ ：推奨行動ＤＢ

Claims (10)

1. レシピ情報を記憶するレシピ情報記憶部と、
   前記レシピ情報を利用するユーザを含む家族とその環境の各条件に基づき、前記レシピ情報が示すレシピ群より前記各条件と一致する属性のレシピ候補を特定するレシピ候補特定部と、
   前記レシピ候補の情報を所定装置に出力し、前記レシピ候補に関して、前記ユーザを含む家族それぞれの意向を取得し、家族間での合意形成がなされたレシピ候補を選定レシピとして特定するレシピ選定部と、
   を備えるサーバ装置。
2. 前記レシピ候補特定部は、前記レシピ候補について、当該レシピ候補の属性と前記各条件との一致度を判定し、当該一致度と、前記属性と前記各条件との一致度の判定の判定ロジックとを特定し、
   前記レシピ選定部は、前記レシピ候補の情報として、前記一致度および前記判定ロジックの各情報もあわせて出力する、
   請求項１に記載のサーバ装置。
3. 前記レシピ候補特定部は、前記家族のいずれかによる前記判定ロジックに対する修正指示を受け付け、当該修正指示を反映させた前記判定ロジックを踏まえて前記一致度を再判定し、
   前記レシピ選定部は、前記レシピ候補の情報として、再判定した前記一致度および前記修正指示を反映させた判定ロジックの各情報もあわせて出力する、
   請求項２に記載のサーバ装置。
4. 前記レシピ選定部は、前記家族それぞれの意向を取得し、多数決により前記合意形成を行って前記選定レシピを特定する、請求項１に記載のサーバ装置。
5. 前記レシピ選定部は、
   前記レシピ候補の特性および前記家族の属性のうち、少なくとも前記レシピ候補の特性と所定の対応関係を有する行動内容を所定アルゴリズムで特定し、当該行動内容の情報を、前記レシピ候補を採用した場合の前記家族に推奨される行動の情報として、前記所定装置に出力する、請求項１に記載のサーバ装置。
6. 前記レシピ選定部は、前記選定レシピのレシピ情報である、料理の材料および当該材料に基づく料理を示す複数のノードと、前記ノードの間にあって該当材料の状態遷移に関する情報を示すエッジとからなるグラフで表現される定量的レシピ情報を、前記ユーザの調理機器に配信する、請求項１に記載のサーバ装置。
7. 請求項１に記載の前記サーバ装置から前記選定レシピに対応した定量的レシピ情報を取得する情報取得部と、前記選定レシピの定量的レシピ情報に基づいて調理動作を実行する調理実行部と、
   を備える調理機器。
8. レシピ情報を記憶するレシピ情報記憶部と、
   前記レシピ情報を利用するユーザを含む家族とその環境の各条件に基づき、前記レシピ情報が示すレシピ群より前記各条件と一致する属性のレシピ候補を特定するレシピ候補特定部と、
   前記レシピ候補の情報を所定装置に出力し、前記レシピ候補に関して、前記ユーザを含む家族それぞれの意向を取得し、家族間での合意形成がなされたレシピ候補を選定レシピとして特定するレシピ選定部と、
   を備えるサーバ装置と、
   前記サーバ装置から前記選定レシピに対応した定量的レシピ情報を取得する情報取得部と、
   前記選定レシピの定量的レシピ情報に基づいて調理動作を実行する調理実行部と、
   を備える調理機器、
   を含むシステム。
9. レシピ情報を利用するユーザを含む家族とその環境の各条件に基づき、前記レシピ情報が示すレシピ群より前記各条件と一致する属性のレシピ候補を特定するステップと、
   前記レシピ候補の情報を所定装置に出力し、前記レシピ候補に関して、前記ユーザを含む家族それぞれの意向を取得し、家族間での合意形成がなされたレシピ候補を選定レシピとして特定するステップと、
   を備える方法。
10. 請求項９に記載の方法をコンピュータに実行させるためのプログラム。

Images