(57)【要約】【課題】ユーザが献立を考える手間を軽減することのできる献立選択システム、プログラムを提供する。【解決手段】献立選択システム１は、第１取得部２２と、第２取得部２３と、選択部２５とを備える。第１取得部２２は、通信部２１を介して住宅１０内からユーザに関するユーザ情報を取得する。第２取得部２３は、通信部２１を介して住宅１０外（ここでは、第２サーバ５４）からユーザの住宅１０の周辺の気象に関する気象情報を取得する。選択部２５は、取得したユーザ情報及び気象情報に基づいて、複数の献立から推奨献立を選択する。【選択図】図１
2016110442.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに関するユーザ情報を取得する第１取得部と、
前記ユーザの住宅の周辺の気象に関する気象情報を取得する第２取得部と、
前記ユーザ情報及び前記気象情報に基づいて、複数の献立から推奨献立を選択する選択部とを備えることを特徴とする献立選択システム。
【請求項２】
前記ユーザ情報は、前記ユーザの属する世帯の構成員の情報を含むことを特徴とする請求項１記載の献立選択システム。
【請求項３】
前記ユーザ情報は、前記ユーザの属する世帯の在宅人数の情報を含むことを特徴とする請求項１又は２記載の献立選択システム。
【請求項４】
前記ユーザ情報は、前記ユーザの属する世帯の構成員の健康状態に関する情報を含むことを特徴とする請求項２記載の献立選択システム。
【請求項５】
前記ユーザ情報は、前記推奨献立を前記ユーザが採用したか否かを表す採用情報を含むことを特徴とする請求項１乃至４の何れか１項に記載の献立選択システム。
【請求項６】
前記ユーザ情報は、食材の情報を含むことを特徴とする請求項１乃至５の何れか１項に記載の献立選択システム。
【請求項７】
前記ユーザ情報は、前記ユーザの住宅で消費される電力の情報を含むことを特徴とする請求項１乃至６の何れか１項に記載の献立選択システム。
【請求項８】
コンピュータを、
ユーザに関するユーザ情報を取得する第１取得部、
前記ユーザの住宅の周辺の気象に関する気象情報を取得する第２取得部、
前記ユーザ情報及び前記気象情報に基づいて、複数の献立から推奨献立を選択する選択部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に献立選択システム、プログラムに関し、より詳細にはユーザに応じた献立を選択する献立選択システム、プログラムに関する。
【背景技術】
【０００２】
従来、通信ネットワークを介して調理情報（献立）などを家庭内の加熱調理器に供給するネットワーク調理システムが提供されており、たとえば特許文献１に開示されている。特許文献１に記載のシステムは、複数の献立などのデータを格納している情報管理装置と、家庭内に設置されたホームネットワーク端末と、ホームネットワーク端末と無線通信によって接続される加熱調理器とで構成されている。
【０００３】
ホームネットワーク端末の端末側表示部はタッチパネルで構成されている。そして、利用者（ユーザ）がタッチパネルを用いて調理の種類、素材などから献立を選択すると、ホームネットワーク端末は、通信ネットワークを介して情報管理装置から献立をダウンロードし、端末側表示部に表示させる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−０３７０６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来例では、調理の種類、素材などを指定してユーザが自ら献立を選択する必要があった。このため、ユーザは献立を考える手間が必要となり、多忙などの理由によりユーザが献立を考える余裕がない場合に利便性を欠くという問題があった。
【０００６】
本発明は、上記の点に鑑みてなされており、ユーザが献立を考える手間を軽減することのできる献立選択システム、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の献立選択システムは、ユーザに関するユーザ情報を取得する第１取得部と、前記ユーザの住宅の周辺の気象に関する気象情報を取得する第２取得部と、前記ユーザ情報及び前記気象情報に基づいて、複数の献立から推奨献立を選択する選択部とを備えることを特徴とする。
【０００８】
本発明のプログラムは、コンピュータを、ユーザに関するユーザ情報を取得する第１取得部、前記ユーザの住宅の周辺の気象に関する気象情報を取得する第２取得部、前記ユーザ情報及び前記気象情報に基づいて、複数の献立から推奨献立を選択する選択部として機能させることを特徴とする。
【発明の効果】
【０００９】
本発明は、ユーザが献立を考える手間を軽減することができる。
【図面の簡単な説明】
【００１０】
【図１】図１Ａは、実施形態に係る献立選択システムの概略図で、図１Ｂは、実施形態に係る献立選択システムにおける管理装置のブロック図である。
【図２】図２Ａ，図２Ｂは、それぞれ実施形態に係る献立選択システムにおけるセグメント情報の更新の説明図である。
【図３】図３Ａ，図３Ｂは、それぞれ実施形態に係る献立選択システムにおける推奨献立の選択の説明図である。
【図４】図４Ａは、ＩＨクッキングヒータを使用した場合の火力の説明図で、図４Ｂは、ＩＨクッキングヒータを使用した場合の瞬時電力の説明図である。
【図５】実施形態に係る献立選択システムにおける評価関数の一例を示す図である。
【発明を実施するための形態】
【００１１】
本発明の実施形態に係る献立選択システム１は、図１Ａ，図１Ｂに示すように、第１取得部２２と、第２取得部２３と、選択部２５とを備える。第１取得部２２は、ユーザに関するユーザ情報を取得する。第２取得部２３は、ユーザの住宅１０の周辺の気象に関する気象情報を取得する。選択部２５は、ユーザ情報及び気象情報に基づいて、複数の献立から推奨献立を選択する。
【００１２】
以下、本実施形態の献立選択システム１について詳細に説明する。但し、以下に説明する構成は、本発明の一例に過ぎず、本発明は下記の実施形態に限定されることはなく、この実施形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能である。
【００１３】
まず、本実施形態の献立選択システム１の基本構成について説明する。本実施形態の献立選択システム１は、図１Ａに示すように、住宅１０に設置される管理装置２を備えている。本実施形態の献立選択システム１では、管理装置２は、戸建住宅から成る住宅１０に設置されているが、たとえば集合住宅の各住戸や２世帯住宅などの種々の住宅に設置されてもよい。
【００１４】
管理装置２は、住宅１０に設置された分電盤３との通信機能を有している。具体的には、管理装置２は、分電盤３のキャビネット３１内に収納された通信ユニット３２と通信可能に構成されている。本実施形態の献立選択システム１では、管理装置２は、通信ユニット３２との間で電波を媒体とした無線通信を行う。但し、管理装置２と通信ユニット３２との間の通信方式は、無線通信や有線通信を問わず、適宜の通信方式であってよい。
【００１５】
分電盤３は、複数の分岐ブレーカを有しており、電力系統や発電設備、或いは蓄電設備等からの電力を複数の分岐回路に分配するように構成されている。分電盤３のキャビネット３１内には、図１Ａに示すように、複数の分岐回路の各々について電力を計測する計測ユニット３３が収納されている。計測ユニット３３は、通信ユニット３２と電気的に接続されており、計測した電力に関する情報を電力情報として通信ユニット３２経由で管理装置２へ出力するように構成されている。
【００１６】
本実施形態の献立選択システム１では、計測ユニット３３は、電力情報を定期的に管理装置２へ送信するように構成されている。但し、この構成に限らず、計測ユニット３３は、管理装置２からの要求信号を受けて、その応答として電力情報を管理装置２へ送信するように構成されていてもよい。
【００１７】
計測ユニット３３は、複数の分岐回路と一対一に対応する複数の電流センサを有しており、各分岐回路に流れる電流の値を電流センサによって計測する。電流センサとしては、変流器（カレントトランス）、ホール素子、ＧＭＲ（Giant Magnetic Resistances）素子等の磁気抵抗素子、シャント抵抗等のセンサが用いられる。ここでは、電流センサとしてロゴスキコイルが用いられる。ロゴスキコイルは、コアを用いない空芯コイルから成り、内側を通過する電流に応じた出力を生じる。
【００１８】
また、計測ユニット３３は、たとえば分電盤３の主幹ブレーカの二次側において、複数の分岐回路に印加されている電圧の値（瞬時値）を電圧情報として計測する機能を有している。そして、計測ユニット３３は、複数の電流センサで計測された電流値と、電圧情報とに基づいて、複数の分岐回路の各々について電力（瞬時電力）の値を計測値として求める。更に、計測ユニット３３は、複数の分岐回路の各々について、瞬時電力を所定時間に亘って積算した電力量を、計測値として求めるように構成されている。すなわち、計測ユニット３３で計測される電力値には、瞬時電力と電力量との両方が含まれている。
【００１９】
なお、計測ユニット３３は、分電盤３のキャビネット３１の外部に設けられていてもよい。また、計測ユニット３３の代わりに、電力を計測する計測装置が複数の分岐回路の各々に設けられていてもよい。この構成では、各計測装置から有線通信または無線通信により電力情報を収集する装置が、分電盤３のキャビネット３１の内部または外部に設けられていてもよい。
【００２０】
管理装置２は、住宅１０内に設置される種々の機器と通信し、これらの機器を制御するコントローラとしての機能を有している。ここでいう機器は、ＨＥＭＳ（Home Energy Management System）対応機器である。ＨＥＭＳ対応機器は、図１Ａに示すように、表示装置４１、照明器具４２の他、健康家電である体脂肪計４３や、調理家電であるＩＨ（Induction Heating）クッキングヒータ４４などの電力を消費する電気機器を含む。
【００２１】
ここで、表示装置４１は、管理装置２から送信される各種情報を表示するモニタである。また、表示装置４１は、ユーザからの操作入力を受け付けて、操作入力に応じた情報を管理装置２に送信する機能も有している。なお、本実施形態の献立選択システム１では、表示装置４１は管理装置２と有線で接続されており、有線通信により通信を行っているが、無線通信や有線通信を問わず、適宜の通信方式であってよい。
【００２２】
勿論、電気機器は、図１Ａに示す例に限らず、たとえば電子レンジや炊飯器などの他の家電を含んでいてもよい。以下、表示装置４１、照明器具４２、体脂肪計４３、ＩＨクッキングヒータ４４等の電気機器をとくに区別しない場合には、まとめて「電気機器４」と称する。
【００２３】
管理装置２は、図１Ａに示すようにルータ５１に接続されており、たとえばＬＡＮ（Local Area Network）、或いは電波を媒体とした無線通信などによって電気機器４との間で通信を行う。但し、管理装置２と電気機器４との間の通信方式は、無線通信や有線通信を問わず、適宜の通信方式であってよい。ルータ５１は、インターネットなどのネットワーク５２に接続されている。このため、管理装置２は、ネットワーク５２に接続される機器との間でも通信可能である。本実施形態の献立選択システム１では、図１Ａに示すように、管理装置２は、第１サーバ５３、第２サーバ５４、第３サーバ５５との間でネットワーク５２を介して通信を行う。
【００２４】
第１サーバ５３は、ネットワーク５２に接続されており、たとえばサービス事業者が提供する種々の献立情報が蓄積されている。献立情報は、ユーザが調理する献立に関する情報であって、たとえば献立の写真や調理方法、用いる食材などが献立毎に関連付けられて第１サーバ５３に蓄積されている。また、第１サーバ５３に蓄積される献立情報は固定的ではなく、たとえばユーザからのフィードバックやサービス事業者により、新規の献立情報が追加されたり、既存の献立情報が更新されたりする。
【００２５】
第２サーバ５４は、ネットワーク５２に接続されており、たとえば気象庁や予報業務許可事業者が提供する種々の気象情報が蓄積されている。気象情報は、地域毎の天気や気温、湿度、降水確率などの気象に関する情報を含んでいる。その他、気象情報には、たとえば地域毎の桜の開花、紅葉などの季節に関する情報が含まれていてもよい。気象情報は、気象庁や予報業務許可事業者により、定期的または不定期に更新される。
【００２６】
第３サーバ５５は、ネットワーク５２に接続されており、たとえばサービス事業者が管理するセグメント情報が蓄積されている。セグメント情報は、複数の世帯を属性に応じて分類したセグメントに関する情報である。たとえば、複数の世帯は、世帯の生活地域、世帯の構成人数、世帯に属する構成員の年齢、性別、生活パターン、健康状態、保有する電気機器４（とくに、調理家電）といった属性に応じて複数のセグメントに分類される。たとえば、世帯を構成する人数が１人の世帯と、複数人の世帯とは、それぞれ互いに異なるセグメントに分類される。また、地域Ａで生活する世帯と、地域Ｂで生活する世帯とは、それぞれ互いに異なるセグメントに分類される。第３サーバ５５に蓄積されるセグメント情報は、後述するように、定期的に、または不定期に更新される。
【００２７】
管理装置２は、住宅１０に設置される、或いはユーザが所持する情報端末６との通信機能を有している。情報端末６は、たとえばスマートフォン、タブレット端末、パソコン（パーソナルコンピュータ）等の端末である。情報端末６は、ユーザからの操作入力を受け付け且つ表示を行うユーザインタフェースとしての機能を備えている。本実施形態の献立選択システム１では、情報端末６は、管理装置２との間で電波を媒体とした無線通信を行う。勿論、情報端末６と管理装置２との間の通信方式は、無線通信や有線通信を問わず、適宜の通信方式であってよい。
【００２８】
管理装置２は、住宅１０に設置された検知装置７との通信機能を有している。検知装置７は、住宅１０内の温度や湿度を計測する機能を有している。具体的には、検知装置７は、センサ部と、通信部とを有している。センサ部は、住宅１０内の温度（気温）を計測する温度センサと、住宅１０内の湿度を計測する湿度センサとを備えている。その他、検知装置７は、住宅１０内外の二酸化炭素（CO2）の濃度を計測する二酸化炭素センサを備えていてもよい。通信部は、センサ部の計測結果を表す計測情報を、電波を媒体とした無線通信により管理装置２へ送信する。なお、通信部と管理装置２との間の通信方式は、無線通信や有線通信を問わず、適宜の通信方式であってよい。
【００２９】
本実施形態の献立選択システム１では、検知装置７は、計測結果が変化する度に計測情報を管理装置２へ送信するように構成されている。但し、この構成に限らず、検知装置７は、計測情報を定期的に管理装置２へ送信するように構成されていてもよいし、管理装置２からの要求信号を受けて、その応答として計測情報を管理装置２へ送信するように構成されていてもよい。
【００３０】
次に、管理装置２の構成について説明する。管理装置２は、図１Ｂに示すように、通信部２１と、第１取得部２２と、第２取得部２３と、記憶部２４と、選択部２５と、出力部２６とを備える。
【００３１】
通信部２１は、分電盤３の通信ユニット３２、電気機器４、情報端末６、検知装置７を含む他装置との通信機能、及びネットワーク５２を介する通信機能を有している。通信部２１は、通信ユニット３２に接続される第１通信インタフェースと、電気機器４に接続される第２通信インタフェースと、情報端末６に接続される第３通信インタフェースとを備えている。また、通信部２１は、検知装置７に接続される第４通信インタフェースと、ネットワーク５２に接続される第５通信インタフェースとを備えている。第１〜第５通信インタフェースは、互いに異なる通信方式であってもよいし、共通の通信方式であってもよい。たとえば、第１〜第５通信インタフェースのうち第１〜第４通信インタフェースが共用されていてもよい。
【００３２】
第１取得部２２は、通信部２１を介して住宅１０内からユーザ情報を取得するように構成されている。ユーザ情報は、ユーザに関する情報である。また、ユーザ情報には、ユーザの属する世帯に関する情報が含まれる。ユーザ情報には、たとえばセグメント情報と同様に、世帯の生活地域、世帯の構成人数、世帯に属する構成員の年齢、性別、生活パターン、健康状態、保有する電気機器４（とくに、調理家電）などが含まれる。
【００３３】
本実施形態の献立選択システム１では、第１取得部２２は、検知装置７から住宅１０内の温度・湿度に関する計測情報を、分電盤３から電気機器４の電力情報を、それぞれユーザ情報として取得するように構成されている。また、第１取得部２２は、体脂肪計４３から構成員の健康状態（ここでは、体脂肪率）に関する計測情報を、ユーザ情報として取得するように構成されている。その他、第１取得部２２は、ユーザが管理装置２や表示装置４１、情報端末６を操作して入力される情報をユーザ情報として取得してもよい。
【００３４】
第２取得部２３は、通信部２１を介して住宅１０外から情報を取得するように構成されている。本実施形態の献立選択システム１では、第２取得部２３は、第１サーバ５３から献立情報を、第２サーバ５４から気象情報を、第３サーバ５５からセグメント情報を、それぞれネットワーク５２を介して取得するように構成されている。ここで、第２取得部２３が取得する気象情報は、ユーザの住宅１０の周辺の気象に関する情報である。勿論、第２取得部２３が取得可能な情報を献立情報、気象情報、セグメント情報に限定する趣旨ではない。
【００３５】
なお、本実施形態の献立選択システム１では、第１取得部２２と第２取得部２３とが個別に設けられているが、１つの取得部として一体に構成されていてもよいし、更に多くの取得部に分けて設けられていてもよい。
【００３６】
記憶部２４は、たとえば書き換え可能な半導体メモリで構成される。記憶部２４は、第１取得部２２で取得したユーザ情報を記憶する。その他、記憶部２４は、第２取得部２３で取得した献立情報、気象情報、セグメント情報を記憶してもよいし、更に他の情報を記憶してもよい。
【００３７】
選択部２５は、第２取得部２３で取得した献立情報に含まれる複数の献立から、ユーザに推奨する１乃至複数の推奨献立を選択するように構成されている。ここで、選択部２５は、第１取得部２２で取得したユーザ情報と、第２取得部２３で取得した気象情報、セグメント情報とに基づいて、複数の献立から推奨献立を選択するように構成されている。選択部２５により複数の献立から推奨献立を選択する方法の詳細については、後述する。
【００３８】
出力部２６は、選択部２５で選択された推奨献立に関する推奨献立情報を出力するように構成されている。推奨献立情報には、たとえば推奨献立の調理方法の他、推奨献立の完成品の写真や栄養価などの情報が含まれる。本実施形態の献立選択システム１では、出力部２６は、推奨献立情報を表示装置４１や情報端末６に送信するように構成されている。表示装置４１や情報端末６は、推奨献立情報を受信すると、表示や音声により推奨献立情報をユーザに提示（報知）する。なお、推奨献立情報をユーザに提示するタイミングは、表示装置４１や情報端末６が推奨献立情報を受信した時点でもよいし、ユーザの操作により推奨献立情報の提示を要求する入力を表示装置４１や情報端末６が受け付けた時点でもよい。また、出力部２６は、出力部２６自体が表示や音声により推奨献立情報をユーザに提示するように構成されていてもよい。
【００３９】
次に、本実施形態の献立選択システム１において、第３サーバ５５がセグメント情報を更新する方法について説明する。第３サーバ５５は、複数の世帯からユーザ情報を定期的に、または不定期に取得することで、セグメント情報を更新する。たとえば、図２Ａに示すように、任意の世帯において電気機器４を新たに購入した場合、ユーザは当該電気機器４を管理装置２に登録する。管理装置２は、登録した電気機器４に関する情報を保有機器情報として第３サーバ５５に送信する。
【００４０】
ここで、この電気機器４が新たに発売された調理機器である場合、第３サーバ５５は、当該調理機器を保有する世帯を既存のセグメントに分類することができない。そこで、第３サーバ５５は、複数の世帯から新しい調理機器に関する保有機器情報を取得して蓄積すると、新たなセグメントを追加したり、複数の世帯を既存のセグメントに再度分類したりすることで、セグメント情報を更新する。
【００４１】
また、たとえば図２Ａに示すように、任意の世帯において世帯の構成人数等が変化した場合、ユーザは、情報端末６等を用いて世帯情報を管理装置２に登録する。同様に、任意の世帯において引っ越し等により生活地域が変化した場合、ユーザは、情報端末６等を用いて世帯情報を管理装置２に登録する。管理装置２は、登録した世帯情報を第３サーバ５５に送信する。
【００４２】
ここで、この世帯情報に含まれる生活地域が、たとえば市町村の統合等により生じた新たな生活地域であれば、第３サーバ５５は、当該生活地域に住む世帯を既存のセグメントに分類することができない。そこで、第３サーバ５５は、複数の世帯から新たな生活地域に関する世帯情報を取得して蓄積すると、新たなセグメントを追加したり、複数の世帯を既存のセグメントに再度分類したりすることで、セグメント情報を更新する。
【００４３】
図２Ａに示す例では、保有機器情報や世帯情報などのユーザが管理装置２に登録した情報に基づいて第３サーバ５５がセグメント情報を更新しているが、その他の方法でもよい。図２Ｂに示す例では、第３サーバ５５は、任意の世帯の分電盤３から管理装置２を介して送信される電力情報に基づいて、当該世帯の世帯情報（世帯の構成人数など）や保有機器情報を推定する。そして、第３サーバ５５は、複数の世帯から推定した世帯情報や保有機器情報を蓄積すると、新たなセグメントを追加したり、複数の世帯を既存のセグメントに再度分類したりすることで、セグメント情報を更新する。
【００４４】
また、図２Ｂに示す例では、第３サーバ５５は、任意の世帯の電気機器４（たとえば、体脂肪計４３などの健康家電）から管理装置２を介して送信される計測情報に基づいて、当該世帯の世帯情報（ユーザの健康状態など）を推定する。そして、第３サーバ５５は、複数の世帯から推定した世帯情報を蓄積すると、新たなセグメントを追加したり、複数の世帯を既存のセグメントに再度分類したりすることで、セグメント情報を更新する。
【００４５】
なお、図２Ｂに示す例において、管理装置２は、分電盤３から送信される電力情報に基づいて世帯情報や保有機器情報を推定し、推定した世帯情報や保有機器情報を第３サーバ５５に送信するように構成されていてもよい。同様に、図２Ｂに示す例において、管理装置２は、電気機器４（とくに、体脂肪計４３等の健康家電）から送信される計測情報に基づいて世帯情報を推定し、推定した世帯情報を第３サーバ５５に送信するように構成されていてもよい。
【００４６】
次に、本実施形態の献立選択システム１において、選択部２５が複数の献立から推奨献立を選択する選択処理について図３Ａを用いて説明する。なお、選択部２５が選択処理を実行するタイミングは、予めユーザにより設定された時刻（たとえば、午後７時など）でもよいし、ユーザが管理装置２や表示装置４１、情報端末６を操作して推奨献立の選択を要求した時点でもよい。
【００４７】
まず、管理装置２の第２取得部２３は、セグメント情報を第３サーバ５５から取得する。セグメント情報を取得する方法としては、たとえば第２取得部２３が、記憶部２４に記憶しているユーザ情報を通信部２１を介して第３サーバ５５に送信することが考えられる。この場合、第３サーバ５５は、当該ユーザ情報に応じたセグメント情報を管理装置２に返信する。その他、複数の世帯の各々の管理装置２の識別番号がセグメント情報と紐付けて予め第３サーバ５５で管理されているならば、第２取得部２３が、識別番号を通信部２１を介して第３サーバ５５に送信することが考えられる。この場合、第３サーバ５５は、当該識別番号に応じたセグメント情報を管理装置２に返信する。
【００４８】
第２取得部２３は、第３サーバ５５から取得したセグメント情報を通信部２１を介して第１サーバ５３、第２サーバ５４にそれぞれ送信する。第１サーバ５３は、取得したセグメント情報に応じた献立情報を管理装置２に返信する。また、第２サーバ５４は、取得したセグメント情報に応じた気象情報を管理装置２に返信する。これにより、第２取得部２３は、第１サーバ５３からセグメント情報に応じた献立情報を、第２サーバ５４からセグメント情報に応じた気象情報を取得する。
【００４９】
選択部２５は、第１取得部２２で取得したユーザ情報と、第２取得部２３で取得した気象情報とに基づいて、第２取得部２３で取得した献立情報からユーザに適した推奨献立を選択する。そして、出力部２６は、たとえばユーザからの推奨献立情報の提示の要求を受けた時点で、選択された推奨献立に関する推奨献立情報を表示装置４１や情報端末６に表示させる等して提示する。推奨献立情報の提示の要求は、たとえばユーザが管理装置２や表示装置４１、情報端末６を操作することで行う。その他、管理装置２は、予めユーザにより設定された時刻や、ユーザの生活パターンから推定される食事の開始時刻よりも所定時間（たとえば、３０分〜１時間）前の時刻に推奨献立情報を自動的に提示する構成であってもよい。
【００５０】
また、本実施形態の献立選択システム１は、上記のように管理装置２が推奨献立情報を提示する構成となっているが、他の構成であってもよい。たとえば図３Ｂに示すように、選択部２５は、推奨献立の選択が完了すると、当該推奨献立に関する推奨献立情報を通信部２１を介して第１サーバ５３に送信するように構成されていてもよい。この場合、第１サーバ５３は、受信した推奨献立情報を蓄積し、推奨献立情報の提示の要求を受けると、推奨献立情報を表示装置４１や情報端末６に表示させる等して提示する。
【００５１】
上述のように、本実施形態の献立選択システム１は、選択部２５が、第１取得部２２で取得したユーザ情報と、第２取得部２３で取得した気象情報とに基づいて、複数の献立から推奨献立を選択するように構成されている。したがって、本実施形態の献立選択システム１は、ユーザが調理の種類、素材などを指定してユーザが自ら献立を選択する必要がなく、ユーザが献立を考える手間を軽減することができる。また、本実施形態の献立選択システム１は、ユーザ情報に加えて気象情報を考慮して推奨献立を選択するので、食事をする際の環境に適した献立を選択することが可能である。
【００５２】
以下、選択部２５における選択処理の詳細について具体例を交えて説明する。
【００５３】
選択部２５は、ユーザの属する世帯の構成人数と、ユーザの住宅１０の周辺の天気とに基づいて推奨献立を選択してもよい。ここでは、ユーザの属する世帯の構成人数がユーザ情報であり、ユーザの住宅１０の周辺の天気が気象情報である。たとえば、以下の表１に示すように、選択部２５は、世帯の構成人数が１人で、天気が雨であれば、鯖の味噌煮を推奨献立の１つとして選択する。また、選択部２５は、世帯の構成人数が３人で、天気が晴れであれば、焼肉を推奨献立の１つとして選択する。なお、表１に示す組み合わせは、季節が夏である場合の組み合わせである。勿論、表１に示す組み合わせは一例であり、その他の組み合わせであってもよい。
【００５４】
【表１】
2016110442.tif 000003
【００５５】
また、選択部２５は、ユーザの属する世帯の構成人数の代わりに、在宅人数をユーザ情報として用いてもよい。つまり、ユーザ情報は、ユーザの属する世帯の在宅人数の情報を含んでいてもよい。この場合、選択部２５は、たとえばユーザが推奨献立情報の提示を要求する際に、ユーザが管理装置２や表示装置４１、情報端末６を操作することで入力される在宅人数の情報を用いてもよい。また、選択部２５は、構成員の生活パターンに基づいて推定される、選択処理を実行する時点の在宅人数の情報を用いてもよい。
【００５６】
また、選択部２５は、世帯の構成と、ユーザの住宅１０の周辺の気温とに基づいて推奨献立を選択してもよい。ここでは、世帯の構成がユーザ情報であり、ユーザの住宅１０の周辺の気温が気象情報である。この場合、選択部２５は、たとえばユーザが管理装置２や表示装置４１、情報端末６を操作することで設定される気温の基準値に基づいて気温の高低を判断する。すなわち、選択部２５は、気温が基準値を中心とした一定の範囲を上回れば「気温：高」、下回れば「気温：低」、一定の範囲に収まっていれば「気温：中」と判断する。たとえば、以下の表２に示すように、選択部２５は、世帯の構成が単身で、気温が高ければ、素麺を推奨献立の１つとして選択する。また、選択部２５は、世帯の構成が家族で、気温が低ければ、鍋料理を推奨献立の１つとして選択する。勿論、表２に示す組み合わせは一例であり、その他の組み合わせであってもよい。
【００５７】
【表２】
2016110442.tif 000004
【００５８】
また、選択部２５は、構成員の健康状態と、ユーザの住宅１０の周辺の気温とに基づいて推奨献立を選択してもよい。ここでは、構成員の健康状態がユーザ情報であり、ユーザの住宅１０の周辺の気温が気象情報である。つまり、ユーザ情報は、ユーザの属する世帯の構成員の健康状態に関する情報を含んでいてもよい。健康状態としては、たとえば構成員の体温や血圧、身長、体重、体脂肪率などのバイタルデータの他、花粉症、風邪などの罹患情報が挙げられる。ここでは、選択部２５は、ユーザが管理装置２や表示装置４１、情報端末６を操作することで入力される構成員の健康状態の情報を用いる。たとえば、以下の表３に示すように、選択部２５は、構成員の体調が良く、気温が低ければ、ラーメンを推奨献立の１つとして選択する。また、選択部２５は、風邪をひく等して構成員の体調が悪く、気温が高ければ、お粥を推奨献立の１つとして選択する。勿論、表３に示す組み合わせは一例であり、その他の組み合わせであってもよい。
【００５９】
【表３】
2016110442.tif 000005
【００６０】
ここで、選択部２５は、たとえば体脂肪計４３などの健康家電での計測結果に基づいて、構成員の健康状態を推定してもよい。たとえば、選択部２５は、体脂肪計４３による構成員の体脂肪率の計測結果に基づいて、構成員が太っているか痩せているかを推定することが可能である。この場合、選択部２５は、体脂肪計４３の計測結果から推定して構成員に太り気味の人がいれば、低カロリーの献立を推奨献立の１つとして選択してもよい。
【００６１】
また、選択部２５は、構成員の年齢、性別などの不変的な情報と、気象情報とに基づいて推奨献立を選択してもよい。ここでは、構成員の年齢、性別などの不変的な情報がユーザ情報である。たとえば、選択部２５は、構成員に高齢者がいれば、塩分を控えた献立を推奨献立の１つとして選択してもよい。また、選択部２５は、構成員に女性がいれば、野菜を主な食材とした献立を推奨献立の１つとして選択してもよい。
【００６２】
また、選択部２５は、構成員の参加するイベント情報と、ユーザの住宅１０の周辺の気温とに基づいて推奨献立を選択してもよい。ここでは、構成員の参加するイベント情報がユーザ情報であり、ユーザの住宅１０の周辺の気温が気象情報である。また、ここでは、選択部２５は、ユーザが管理装置２や表示装置４１、情報端末６を操作することで入力されるイベント情報を用いる。たとえば、以下の表４に示すように、選択部２５は、構成員が運動会に参加する日であって、気温が低ければ、うどんを推奨献立の１つとして選択する。また、選択部２５は、構成員の誕生日であって、気温が高ければ、焼肉を推奨献立の１つとして選択する。勿論、表４に示す組み合わせは一例であり、その他の組み合わせであってもよい。
【００６３】
【表４】
2016110442.tif 000006
【００６４】
上述のように、選択部２５は、世帯の構成人数や構成員の健康状態といった構成員の情報と、気象情報とに基づいて推奨献立を選択するのが望ましい。ここでは、構成員の情報がユーザ情報である。つまり、ユーザ情報は、ユーザの属する世帯の構成員の情報を含んでいるのが望ましい。
【００６５】
ところで、選択部２５は、推奨献立をユーザが採用したか否かを表す採用情報をユーザ情報として用いてもよい。つまり、ユーザ情報は、推奨献立をユーザが採用したか否かを表す採用情報を含んでいてもよい。採用情報は、選択部２５が選択処理を実行する度に記憶部２４に蓄積されるのが望ましい。勿論、全ての採用情報を記憶部２４に記憶させることは難しいので、記憶部２４は、記憶してから一定期間を超えた採用情報は消去するように構成されていてもよい。
【００６６】
たとえば、過去にユーザが推奨献立のうち味付けの濃い推奨献立を多く採用し、味付けの薄い推奨献立を殆ど採用していない場合、選択部２５は、味付けの濃い献立を推奨献立の１つとして優先的に選択する。また、たとえば、過去にユーザが推奨献立のうち特定の材料（たとえば、セロリなど）を使用した推奨献立を殆ど採用していない場合、選択部２５は、当該特定の材料を使用しない献立を推奨献立の１つとして優先的に選択する。この場合、選択部２５は、ユーザの好みに応じた献立を推奨献立として選択することが可能となる。この場合、選択部２５は、ユーザの採用実績の高い献立を推奨献立として選択することが可能となる。
【００６７】
ここで、選択部２５は、電気機器４（とくに、調理家電）の瞬時電力及び電力量に基づいて、推奨献立の調理方法に沿って電気機器４を使用したか否かを推定することにより、推奨献立を採用したか否かを判定してもよい。たとえば、推奨献立がＩＨクッキングヒータ４４を用いて調理する献立である場合、ＩＨクッキングヒータ４４の使用時の火力の時系列データは、推奨献立の調理方法に応じて予測可能である。そこで、選択部２５は、ＩＨクッキングヒータ４４の瞬時電力の時系列のデータから、ＩＨクッキングヒータ４４の使用時の火力の時系列データを推定する。そして、選択部２５は、推定したＩＨクッキングヒータ４４の使用時の火力の時系列データと、予測されるＩＨクッキングヒータ４４の使用時の火力の時系列データとを比較することで、推奨献立を調理したか否かを推定することが可能である。言い換えれば、選択部２５は、ＩＨクッキングヒータ４４の比較データ（実際の使用時のデータ）と、基準データとを比較することで、推奨献立を調理したか否かを推定することが可能である。
【００６８】
たとえば、図４Ａに示すように、推奨献立を調理する際に、ＩＨクッキングヒータ４４を強火で５分間、中火で１０分間用いる必要があると仮定する。この場合、ＩＨクッキングヒータ４４を強火で用いる際の瞬時電力、及びＩＨクッキングヒータ４４を中火で用いる際の瞬時電力は予測することが可能である。したがって、選択部２５は、予測される瞬時電力の時系列のデータ（基準データ）と、計測した瞬時電力の時系列のデータ（比較データ）とを比較することで、ＩＨクッキングヒータ４４を用いて推奨献立を調理したか否かを推定することができる。なお、図４Ｂにおいて、予測される瞬時電力の時系列のデータは破線で、計測した瞬時電力の時系列のデータは実線で表される。つまり、選択部２５は、電気機器４の電力情報に基づいてユーザが推奨献立を採用したか否かを推定し、採用情報を取得することができる。
【００６９】
その他、選択部２５は、ＭＭＩ（Man Machine Interface）を用いて採用情報を取得する構成であってもよい。たとえば、表示装置４１や情報端末６に推奨献立を表示する構成であれば、ユーザが何れかの推奨献立を選択する操作入力が受け付けられると、選択部２５は、当該推奨献立をユーザが採用したという採用情報を取得することが可能である。また、ユーザが推奨献立以外の献立を選択するという操作入力が受け付けられると、選択部２５は、当該推奨献立をユーザが採用していないという採用情報を取得することが可能である。
【００７０】
なお、選択部２５は、住宅１０内に設置された画像センサを用いて料理を撮像し、撮像データに基づいて推奨献立を採用したか否かを推定することで、採用情報を取得する構成であってもよい。
【００７１】
その他、選択部２５は、任意の献立に関するデータに基づいて評価関数を求め、評価関数を用いて当該任意の献立を推奨献立として選択するか否かを決定するように構成してもよい。以下、具体例として、選択部２５が、寄せ鍋を推奨献立として選択するか否かを、評価関数を用いて決定する構成について説明する。なお、記憶部２４には、以下の表５に示す過去の寄せ鍋に関するデータＤ１〜Ｄｎが蓄積されていると仮定する。表５では、在宅人数を変数ｘ１、ユーザの住宅１０の周辺の気温をｘ２で表している。たとえば、データＤ１は、在宅人数が１人、気温が３１℃の条件で寄せ鍋を推奨献立として選択部２５が選択したとき、推奨献立がユーザに採用されなかったことを表すデータである。また、データＤｎは、在宅人数が３人、気温が１４℃の条件で寄せ鍋を推奨献立として選択部２５が選択したとき、推奨献立がユーザに採用されたことを表すデータである。
【００７２】
【表５】
2016110442.tif 000007
【００７３】
選択部２５は、過去の寄せ鍋に関するデータＤ１〜Ｄｎに基づいて変数ｘ１，ｘ２で表される１次関数である評価関数ｆ（ｘ１，ｘ２）（＝αｘ１＋βｘ２（α、βは実数））を予め算出する。評価関数ｆ（ｘ１，ｘ２）は、たとえば図５における破線で表される。なお、図５において、丸印は推奨献立が採用されたことを表し、三角印は推奨献立が採用されなかったことを表している。また、選択部２５は、推奨献立を選択する際に、その時点の在宅人数を変数ｘ１に、その時点の気温を変数ｘ２に代入して、評価関数ｆ（ｘ１，ｘ２）の値を計算する。そして、選択部２５は、計算結果が零以上の値であれば寄せ鍋を推奨献立として選択し、零未満の値であれば寄せ鍋を推奨献立として選択しない。
【００７４】
なお、評価関数は、採用情報が蓄積される毎に算出し、更新されるのが望ましい。このように評価関数を逐次更新することで、選択部２５は、ユーザの要望により適した献立を推奨献立として選択することが可能となる。また、評価関数は、上記の２つの変数ｘ１，ｘ２で表される１次関数には限定されず、２次以上の関数で表されてもよいし、更に多くの変数を用いて表されてもよい。また、たとえば天気や、ユーザの味付けの好み等を変数として用いてもよい。
【００７５】
また、選択部２５は、食材の情報と、ユーザの住宅１０の周辺の天気とに基づいて推奨献立を選択してもよい。ここでは、食材の情報がユーザ情報であり、ユーザの住宅１０の周辺の天気が気象情報である。つまり、ユーザ情報は、食材の情報を含んでいてもよい。ここでは、選択部２５は、ユーザが管理装置２や表示装置４１、情報端末６を操作することで入力される食材の情報を用いる。たとえば、食材の情報が大根の場合、以下の表６に示すように、選択部２５は、構成員が１人であって、天気が雨であれば、ぶり大根を推奨献立の１つとして選択する。また、選択部２５は、構成員が３人であって、天気が晴れであれば、バーニャカウダを推奨献立の１つとして選択する。勿論、表６に示す組み合わせは一例であり、その他の組み合わせであってもよい。
【００７６】
【表６】
2016110442.tif 000008
【００７７】
また、たとえば、食材の情報が牛肉の場合、以下の表７に示すように、選択部２５は、構成員が１人であって、天気が雨であれば、肉うどんを推奨献立の１つとして選択する。また、選択部２５は、構成員が３人であって、天気が曇りであれば、カレーを推奨献立の１つとして選択する。勿論、表７に示す組み合わせは一例であり、その他の組み合わせであってもよい。
【００７８】
【表７】
2016110442.tif 000009
【００７９】
また、ユーザ情報は、ユーザの住宅１０で消費される電力の情報（電力情報）を含んでいてもよい。この場合、選択部２５は、電気機器４の瞬時電力や電力量といった電力情報に基づいて、在宅人数や構成員の生活パターンを推定することが可能である。たとえば、選択部２５は、平日・休日の各々における時間帯毎の電気機器４の電力量に基づいて、構成員が外出している時間帯などを推定することが可能である。
【００８０】
この場合、選択部２５は、ユーザが管理装置２や表示装置４１、情報端末６を操作して情報を入力しなくとも、在宅人数や構成員の生活パターンの情報を取得することができる。そして、たとえば選択部２５は、構成員の生活パターンが夜勤型であれば、夕食時には胃に負担の少ない献立を推奨献立の１つとして選択し、朝食時には夕食時よりも量の多い献立を推奨献立の１つとして選択してもよい。
【００８１】
ところで、気象情報は、第２サーバ５４から取得する気象情報の他に、住宅１０に設置されている検知装置７で計測された温度・湿度を含んでいてもよい。この場合、選択部２５は、選択処理を実行する際に、第２サーバ５４から取得する気象情報だけでは得られない住宅１０内の温度・湿度を参照できるので、よりユーザに適した推奨献立の選択が可能となる。その他、気象情報は、二酸化炭素（CO2）センサで計測された二酸化炭素量を含んでいてもよい。この場合、選択部２５は、二酸化炭素量が多い場合には、調理家電の使用を極力避けた献立を選択する等して、環境に配慮した推奨献立の選択が可能となる。
【００８２】
ここで、本実施形態の献立選択システム１では、第１取得部２２、第２取得部２３、選択部２５を管理装置２が備えているが、第１取得部２２、第２取得部２３、選択部２５は、それぞれ個別の装置で構成されていてもよい。また、本実施形態の献立選択システム１では、管理装置２は住宅１０内に設置されているが、住宅１０内に限定されず、住宅１０外に設置されていてもよい。
【００８３】
また、本実施形態の献立選択システム１では、献立情報が第１サーバ５３、気象情報が第２サーバ５４、セグメント情報が第３サーバ５５に蓄積されているが、全ての情報が１つのサーバにおいて一括で蓄積されていてもよい。また、本実施形態の献立選択システム１では、各サーバ５３〜５５はそれぞれ献立選択システム１を提供する事業者とは異なる事業者から提供されているが、献立選択システム１を提供する事業者によって提供されていてもよい。たとえば、献立情報を提供する事業者と、本実施形態の献立選択システム１を提供する事業者とが同じであれば、本実施形態の献立選択システム１は、第１サーバ５３を設けずに管理装置２で献立情報を管理する構成であってもよい。
【００８４】
更に、本実施形態の献立選択システム１では、分電盤３、電気機器４、ルータ５１、情報端末６、検知装置７は何れも構成要素ではないが、これらを備えていてもよい。たとえば、本実施形態の献立選択システム１は、ＩＨクッキングヒータ４４のような調理家電や、体脂肪計４３のような健康家電を備えていてもよい。
【００８５】
また、本実施形態の献立選択システム１では、管理装置２は、献立情報、気象情報、セグメント情報の各々を第１サーバ５３、第２サーバ５４、第３サーバ５５から取得する構成であるが、他の構成であってもよい。たとえば、管理装置２は、献立情報、気象情報、セグメント情報の各々をクラウド（クラウドコンピューティング）から取得する構成であってもよい。
【００８６】
なお、本実施形態の献立選択システム１では、第３サーバ５５にセグメント情報が蓄積されているが、管理装置２の記憶部２４にセグメント情報が蓄積されていてもよい。この場合、第３サーバ５５は不要である。また、この場合、管理装置２の第２取得部２３は、通信部２１を介してセグメント情報を第２サーバ５４に送信することで、第２サーバ５４からユーザの住宅１０の周辺の気象情報を取得する。
【００８７】
また、本実施形態の献立選択システム１は、管理装置２が第１取得部２２、第２取得部２３、選択部２５を備える構成であるが、たとえば選択部２５を第１サーバ５３等のサーバが備える構成であってもよい。すなわち、本実施形態の献立選択システム１は、管理装置２の構成の一部または全てをサーバが備える構成であってもよい。その他、本実施形態の献立選択システム１は、管理装置２の構成の一部または全てを複数のサーバに分散する構成であってもよいし、１つのサーバが一括して備える構成であってもよい。
【００８８】
上記の献立選択システム１は、ＣＰＵ（Central Processing Unit）及びメモリを備えたコンピュータにプログラムを実行させることにより実現可能である。プログラムは、コンピュータのメモリに予め記憶されていてもよいし、電気通信回線を通して、或いは記録媒体に記録されて提供されてもよい。
【００８９】
このプログラムは、コンピュータを、少なくとも第１取得部２２、第２取得部２３、及び選択部２５として機能させるためのプログラムである。第１取得部２２は、ユーザに関するユーザ情報を取得する。第２取得部２３は、ユーザの住宅１０の周辺の気象に関する気象情報を取得する。選択部２５は、ユーザ情報及び気象情報に基づいて、複数の献立から推奨献立を選択する。
【００９０】
また、上記の献立選択システム１は、下記の方法によって推奨献立を選択する。すなわち、この方法は、少なくとも第１取得処理と、第２取得処理と、選択処理とを有している。第１取得処理は、ユーザに関するユーザ情報を取得する処理である。第２取得処理は、ユーザの住宅１０の周辺の気象に関する気象情報を取得する処理である。選択処理は、ユーザ情報及び気象情報に基づいて、複数の献立から推奨献立を選択する処理である。
【符号の説明】
【００９１】
１  献立選択システム
１０  住宅
２２  第１取得部
２３  第２取得部
２５  選択部
【図１】
2016110442.tif 000010
【図２】
2016110442.tif 000011
【図３】
2016110442.tif 000012
【図４】
2016110442.tif 000013
【図５】
2016110442.tif 000014