(57)【特許請求の範囲】
【請求項１】
料理品目と、その料理品目の調理の難易度と、その料理品目の調理後の保存可能時間及び保存可能環境と、を対応付けて記憶している料理品目記憶手段と、
ユーザが現時点以前に調理した料理品目の履歴を記憶している履歴記憶手段と、
ユーザのスケジュールを記憶しているスケジュール記憶手段と、
調理後の料理品目の保存状態に影響を与える気温及び湿度を含む環境情報を取得する環境情報取得手段と、
前記料理品目記憶手段に記憶されている難易度と、前記履歴記憶手段に記憶されている料理品目の履歴とに基づいて、前記料理品目記憶手段から料理品目を抽出し、当該抽出した料理品目から献立を作成する献立作成手段と、
弁当用に予め調理しておく前倒し調理であることを入力する入力手段と、
を備え、
前記献立作成手段は、前記前倒し調理である旨の入力があって前記スケジュールにより料理品目の調理後に保存が必要と判断した場合、その保存が必要な時間と、前記環境情報取得手段により取得した環境情報とに基づいて、前記料理品目記憶手段から料理品目を抽出することを特徴とする献立作成システム。
【請求項２】
前記料理品目記憶手段は、料理品目と、その料理品目を食するのに適した健康状態と、をさらに対応付けて記憶しており、
ユーザの健康状態を取得する健康状態取得手段をさらに備え、
前記献立作成手段は、前記健康状態取得手段により取得された健康状態に基づいて、前記料理品目記憶手段から料理品目を抽出するものであり、
前記健康状態取得手段が取得する健康状態は、トイレ内のセンサによってトイレの使用を通じて測定されるユーザの健康状態と、風呂内のセンサによって風呂の使用を通じて測定されるユーザの健康状態とを含むことを特徴とする請求項１に記載の献立作成システム。
【請求項３】
前記献立作成手段は、前記健康状態取得手段により取得された健康状態を示すパラメータが所定値を超えた場合、当該健康状態と、前記料理品目記憶手段に記憶されている難易度とに基づいて、前記料理品目記憶手段から料理品目を抽出することを特徴とする請求項２に記載の献立作成システム。
【請求項４】
前記健康状態取得手段により取得された健康状態では対応可能な料理品目が無いとされる場合、他のユーザの前記スケジュール記憶手段を参照して、対象となる食事の調理が可能なユーザを検索する検索手段をさらに備えることを特徴とする請求項２又は３に記載の献立作成システム。
【請求項５】
前記検索対象となるユーザが複数いる場合、その中からユーザを特定するための優先順位を記憶している優先順位記憶手段をさらに備え、
前記検索手段は、優先順位記憶手段に記憶されている優先順位に従ってユーザを検索することを特徴とする請求項４に記載の献立作成システム。
【請求項６】
前記献立作成手段は、前記検索されたユーザに関して、前記履歴記憶手段に記憶されている難易度に基づいて、前記料理品目記憶手段から料理品目を抽出することを特徴とする請求項４又は５に記載の献立作成システム。
【請求項７】
前記料理品目記憶手段は、料理品目と、その料理品目の調理が可能となる適応年齢とをさらに対応付けて記憶しており、ユーザの年齢を記憶している年齢記憶手段をさらに備え、
前記献立作成手段は、前記料理品目記憶手段に記憶されている適応年齢と、前記検索されたユーザに関して前記年齢記憶手段に記憶されている年齢とに基づいて、前記料理品目記憶手段から料理品目を抽出することを特徴とする請求項４乃至６のいずれかに記載の献立作成システム。
【請求項８】
前記料理品目記憶手段は、料理品目と、その料理品目の調理に要する調理所要時間とをさらに対応付けて記憶しており、前記スケジュール記憶手段から、ユーザが調理に割り当てた調理可能時間を取得する調理可能時間取得手段をさらに備え、
前記献立作成手段は、前記料理品目記憶手段に記憶されている調理所要時間と、前記検索されたユーザに関して、前記調理可能時間取得手段により取得された調理可能時間とに基づいて、前記料理品目記憶手段から料理品目を抽出することを特徴とする請求項４乃至７のいずれかに記載の献立作成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、調理者に応じた献立を作成する献立作成システムに関する。
【背景技術】
【０００２】
従来、冷蔵庫にある食材を把握し、その食材情報、季節情報、家族情報及び健康情報等に基づいて、調理メニューを自動で作成する技術が知られている（例えば特許文献１）。この技術では、在庫の食材を有効に利用しつつ、季節、家族構成、健康状態等の種々の条件に従って適切な調理メニューを作成する。これにより、経済的な効果を高めながら食生活の向上を図っている。
【特許文献１】特開２００２−９２１２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記技術では、在庫の食材を有効に利用しつつ、食事をとるユーザ（食事対象者）に重点を置いた調理メニューが作成される。
【０００４】
ところで、調理を行うユーザ（調理者）は一様でなくそれぞれが種々の事情を有し、事情によっては対応できるメニューも異なることが想定される。しかしながら、上記技術では、このような事情は考慮されておらず、作成されたメニューによっては実際に調理できないという事態が生じる可能性もある。
【０００５】
本発明は、調理を行うユーザ（調理者）に対応した献立を作成する技術を提供することを主たる目的とするものである。
【課題を解決するための手段】
【０００６】
本発明は、上記課題を解決するために、以下の手段を採用した。
【０００７】
すなわち、第１の手段は、料理品目と、その料理品目の調理の難易度とを対応付けて記憶している料理品目記憶手段と、ユーザが現時点以前に調理した料理品目の前記難易度の履歴を記憶している履歴記憶手段と、前記料理品目記憶手段に記憶されている難易度と、前記履歴記憶手段に記憶されている難易度の履歴とに基づいて、前記料理品目記憶手段から料理品目を抽出し、当該抽出した料理品目から献立を作成する献立作成手段とを備える献立作成システムである。
【０００８】
ここで、「料理品目」とは、例えばラーメン、カレーライス、サラダ等の個々の品目をいい、「献立」とは、特定の食事（朝食、昼食、夕食）に適用される料理品目又は料理品目の組合せをいうものとする。
【０００９】
第１の手段では、料理品目ごとに調理の難易度が記憶されており、またユーザが現時点以前に調理した料理品目の履歴が記憶されている。これら難易度と料理品目の履歴とを参照することで、例えば最も回数の多かった難易度を把握することができ、料理品目記憶手段から最多の難易度に応じた料理品目を抽出することができる。第１の手段では、このようにして、ユーザの実績の調理能力に応じた料理品目による献立を作成することができる。
【００１０】
第２の手段は、料理品目と、その料理品目の調理の難易度とを対応付けて記憶している料理品目記憶手段と、ユーザを特定するユーザ特定手段と、前記ユーザ特定手段により特定されたユーザが現時点以前に調理した料理品目の履歴を記憶している履歴記憶手段と、前記料理品目記憶手段に記憶されている難易度と、前記履歴記憶手段に記憶されている前記特定されたユーザの料理品目の履歴とに基づいて、前記料理品目記憶手段から料理品目を抽出し、当該抽出した料理品目から献立を作成する献立作成手段とを備える献立作成システムである。
【００１１】
第２の手段では、ユーザ特定手段で特定されたユーザについて、現時点までに最も回数の多かった難易度を把握することができ、特定のユーザごとに、実績の調理能力に応じた料理品目による献立を作成することができる。
【００１２】
第３の手段は、ユーザのスケジュールを記憶しているスケジュール記憶手段をさらに備え、前記献立作成手段は、前記スケジュールに調理予定が含まれている場合、このユーザの前記履歴記憶手段に記憶されている料理品目の履歴に基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００１３】
第３の手段では、スケジュールに基づいて、調理を担当するユーザが自動的に特定される。そして、当該特定されたユーザの実績での難易度に応じた料理品目が抽出される。すなわち、ユーザの手を煩わせることなく、どの食事にユーザが調理を担当するかが自動で特定された上で、ユーザの現状の調理能力に応じた料理品目による献立が作成される。
【００１４】
第４の手段では、前記料理品目記憶手段は、料理品目と、その料理品目の調理が可能となる適応年齢とをさらに対応付けて記憶しており、ユーザの年齢を記憶している年齢記憶手段をさらに備え、前記献立作成手段は、前記料理品目記憶手段に記憶されている適応年齢と、前記年齢記憶手段に記憶されているユーザの年齢とに基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００１５】
例えば、調理の危険性が比較的高い料理品目（高温の油を使う揚げ物等）や調理に力を要する料理品目（かぼちゃを使う料理品目等）等については、幼児・児童や高齢者を除外した方が望ましいと考えられる。このような場合、第４の手段では、前記料理品目記憶手段に、幼児・児童や高齢者を除外した適応年齢を、料理品目と対応付けて記憶しておく。そして、調理者たるユーザの年齢と、上記実績での難易度とに基づいて料理品目を抽出するため、どの年齢のユーザでも無理なく調理することが可能となる。
【００１６】
第５の手段は、ユーザが所望する前記難易度を特定する難易度特定手段をさらに備え、
前記献立作成手段は、前記難易度特定手段により特定された難易度に基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００１７】
調理者たるユーザの気分等によっては、一旦決定された料理品目の難易度よりも高い難易度の料理品目に挑戦したい場合、あるいはその難易度よりも低い難易度の料理品目で済ませたい場合があり得る。このような場合、第５の手段では、ユーザが所望する料理品目の難易度を特定し、当該特定された難易度に基づいて、料理品目を抽出する。これにより、ユーザの希望に柔軟に対応した献立を作成することができる。
【００１８】
第６の手段では、前記料理品目記憶手段は、料理品目と、その料理品目の調理に要する調理所要時間とをさらに対応付けて記憶しており、ユーザのスケジュールを記憶しているスケジュール記憶手段と、前記スケジュール記憶手段から、ユーザが調理に割り当てた調理可能時間を取得する調理可能時間取得手段とをさらに備え、前記献立作成手段は、前記料理品目記憶手段に記憶されている調理所要時間と、前記調理可能時間取得手段により取得された調理可能時間とに基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００１９】
例えば、ユーザのスケジュールから調理可能時間が１時間と取得された場合、第６の手段では、１時間以内で調理可能で、しかも上記実績での難易度に対応した料理品目が抽出されるため、ユーザは調理可能時間内で十分に調理を完了することが可能となる。
【００２０】
他の好適な手段は、ユーザのスケジュールの変更を取得するスケジュール変更取得手段と、当該スケジュール変更手段により取得されたスケジュール変更によって、前記スケジュール記憶手段に記憶されているスケジュールに含まれる調理着手時刻が変更される場合、ユーザが調理に割り当てられる調理可能時間を算出する調理可能時間算出手段とをさらに備え、前記献立作成手段は、前記料理品目記憶手段に記憶されている調理所要時間と、前記調理可能時間算出手段により算出された調理可能時間とに基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００２１】
一旦献立が作成された後、調理者たるユーザのスケジュールが変更される場合があり得る。当該変更により、例えば当初の調理着手時刻である「１８時」が「１９時」に変更される場合は、食事開始時刻（１９時半）からの逆算等によって、調理可能時間（３０分）を算出する。そして、当該取得された調理可能時間内で調理可能であり、かつ上記実績での難易度に対応した料理品目を抽出する。これにより、ユーザは、スケジュール変更があった場合も、調理可能時間内で十分に調理を完了することが可能となる。
【００２２】
他の好適な手段は、前記調理可能時間算出手段により算出された調理可能時間が、調理所要時間に対して不足する場合、他のユーザの前記スケジュール記憶手段を参照して、対象となる食事の調理が可能なユーザを検索する検索手段をさらに備える。
【００２３】
調理者たるユーザのスケジュールが変更された結果、調理可能時間が調理所要時間に対して不足となり、調理ができなくなる場合もあり得る。その場合は、他のユーザのスケジュールを参照して、その食事の調理が可能なユーザを検索する。これにより、その食事の調理がなされなくなることを防止できる。
【００２４】
第７の手段は、健康状態と、その健康状態で調理可能な料理品目の調理の難易度とを対応付けて記憶している健康状態・難易度記憶手段と、ユーザの健康状態を取得する健康状態取得手段とをさらに備え、前記献立作成手段は、当該健康状態取得手段により取得された健康状態を示すパラメータが所定値を超えた場合、当該健康状態と、前記健康状態・難易度記憶手段に記憶されている難易度とに基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００２５】
第７の手段では、健康状態取得手段により、健康状態を示す情報を取得する。健康状態取得手段としては、例えば便器内に設置されてユーザの排泄物から血糖値等の測定を行う機器や、ユーザが便座に着座したときの足裏位置及び便座に設置されてユーザが便座を使用している間に体重、体脂肪、脈拍、体温及び骨密度を測定するセンサや、ユーザの体重、体脂肪、脈拍、体温及び骨密度を測定する体脂肪計付き体重計や床に設置したセンサ等を採用することができる。あるいは、ユーザ自身が健康状態に関する情報を入力することのできる入力装置でもよい。そして、健康状態取得手段により取得された健康状態のパラメータが所定値を超えた場合、特に、一旦献立が作成された後、調理者たるユーザの健康状態が変化してパラメータが所定値を超えた場合（例えば急に発熱を引き起こした場合等）、その健康状態でも調理可能な難易度に該当する料理品目を抽出する。これにより、健康状態が悪化した場合等にユーザの調理負担が軽減される。
【００２６】
他の好適な手段は、前記健康状態取得手段により取得された健康状態では対応可能な料理品目が無いとされる場合、他のユーザの前記スケジュール記憶手段を参照して、対象となる食事の調理が可能なユーザを検索する検索手段をさらに備える。
【００２７】
調理者たるユーザの健康状態が変化した結果、調理ができなくなる場合もあり得る。その場合は、他のユーザのスケジュールを参照して、その食事の調理が可能なユーザを検索する。これにより、その食事の調理がなされなくなることを防止できる。
【００２８】
他の好適な手段は、前記検索対象となるユーザが複数いる場合、その中からユーザを特定するための優先順位を記憶している優先順位記憶手段をさらに備え、前記検索手段は、優先順位記憶手段に記憶されている優先順位に従ってユーザを検索する。
【００２９】
例えば、日常的に比較的時間に余裕があるユーザや、比較的調理に慣れているユーザを優先的に検索すると都合の良い場合が多い。この手段は、このようなユーザに予め高い優先順位を付与しておき、優先順位に従ってユーザを検索する。これにより、検索がスムーズに行われるとともに、調理者の交代も円滑に行われる。
【００３０】
他の好適な手段では、前記献立作成手段は、前記検索されたユーザに関して、前記履歴記憶手段に記憶されている難易度に基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００３１】
この手段では、検索されたユーザ、すなわち最初の調理者から交代したユーザの実績難易度に応じた料理品目が抽出される。
【００３２】
他の好適な手段では、前記料理品目記憶手段は、料理品目と、その料理品目の調理が可能となる適応年齢とをさらに対応付けて記憶しており、ユーザの年齢を記憶している年齢記憶手段をさらに備え、前記献立作成手段は、前記料理品目記憶手段に記憶されている適応年齢と、前記検索されたユーザに関して前記年齢記憶手段に記憶されている年齢とに基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００３３】
この手段では、検索されたユーザの年齢に適応した料理品目が抽出される。
【００３４】
他の好適な手段では、前記料理品目記憶手段は、料理品目と、その料理品目の調理に要する調理所要時間とをさらに対応付けて記憶しており、ユーザのスケジュールを記憶しているスケジュール記憶手段と、前記スケジュール記憶手段から、ユーザが調理に割り当てた調理可能時間を取得する調理可能時間取得手段とをさらに備え、前記献立作成手段は、前記料理品目記憶手段に記憶されている調理所要時間と、前記検索されたユーザに関して、前記調理可能時間取得手段により取得された調理可能時間とに基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００３５】
この手段では、検索されたユーザの調理可能時間以内で調理が完了する料理品目が抽出される。
【００３６】
第８の手段では、前記料理品目記憶手段は、料理品目と、その料理品目を食するのに適した時間帯とをさらに対応付けて記憶しており、ユーザのスケジュールを記憶しているスケジュール記憶手段をさらに備え、前記献立作成手段は、前記スケジュールより把握される食事の時間帯に基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００３７】
料理品目によっては、それを食べると支障が出ると想定される時間帯があり、例えば消化の悪い料理品目は夜遅くに食べると胃がもたれる等の支障が出ると想定される。第８の手段では、料理品目記憶手段は、このような料理品目については、例えば「午後９時より前」と記憶している。そして、スケジュールから把握される食事の時間帯が「９時」であれば、その料理品目以外の料理品目を抽出する。これにより、食事をとるユーザにとって体に負担の少ない料理品目が抽出される。
【００３８】
第９の手段では、前記料理品目記憶手段は、料理品目と、その料理品目を食するのに適した年齢とをさらに対応付けて記憶しており、ユーザの年齢を記憶している年齢記憶手段をさらに備え、前記献立作成手段は、前記年齢記憶手段に記憶されている年齢に基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００３９】
料理品目によっては、その料理品目を無理なく食べることができると想定される年齢があり、例えばわさびを使用する料理品目であれば幼児・児童には向かないと想定され、硬い食材を使用する料理品目であれば高齢者には向かないと想定される。第９の手段では、料理品目記憶手段は、このような料理品目については、無理なく食べることができると想定される年齢を対応付けて記憶している。ユーザの年齢が該当すればその料理品目を抽出し、該当しなければその料理品目以外の料理品目を抽出する。これにより、食事をとるユーザにとって無理なく食べることのできる料理品目が抽出される。
【００４０】
第１０の手段では、前記料理品目記憶手段は、料理品目と、その料理品目を食するのに適した健康状態とをさらに対応付けて記憶しており、ユーザの健康状態を取得する健康状態取得手段をさらに備え、前記献立作成手段は、前記健康状態取得手段により取得された健康状態に基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００４１】
第１０の手段では、健康状態取得手段により取得された健康状態に基づいて、その健康状態を考慮した適切な献立を作成することができる。
【００４２】
第１１の手段では、前記料理品目記憶手段は、料理品目と、その料理品目の調理後の保存可能時間及び保存可能環境とをさらに対応付けて記憶しており、ユーザのスケジュールを記憶しているスケジュール記憶手段と、調理後の料理品目の保存状態に影響を与える環境情報を取得する環境情報取得手段とをさらに備え、前記献立作成手段は、前記スケジュールより料理品目の調理後に保存が必要と判断した場合、その保存が必要な時間と、前記環境情報取得手段により取得した環境情報とに基づいて、前記料理品目記憶手段から料理品目を抽出する。
【００４３】
例えば、腐敗しやすい食材を使う料理品目と長期保存可能な食材を使う料理品目とでは、調理後の保存可能時間が異なる。あるいは、湿気を嫌う料理品目と乾燥を嫌う料理品目とでは、調理後の保存可能環境が異なる。第１１の手段は、ユーザのスケジュールから、調理した料理品目をどのくらいの時間置いておく必要があるのかを把握し、かつ、保存状態に影響を与える温度・湿度等の環境情報を取得し、これらの条件下でも十分に保存可能な料理品目を抽出する。これにより、例えば前日の夕食時に翌日の昼食用弁当を調理する場合等に、その昼食については、変質しにくく、かつ腐敗しにくい料理品目が抽出される。
【発明を実施するための最良の形態】
【００４４】
以下に、一実施の形態について図面を参照しつつ説明する。なお、図１は、システムの全体構成の概略を示す。
【００４５】
本システムにおいて、住宅１内に設けられたホームサーバ２０は、主として献立作成処理と、献立変更処理とを実行する機能を有するものであり、システム全体の制御を統括する。なお、以下では、例えばラーメン、カレーライス、サラダ等の料理品目を「メニュー」といい、特定の食事（朝食、昼食、夕食）に適用されるメニュー又はメニューの組合せを「献立」というものとする。
【００４６】
ホームサーバ２０は、住宅内ネットワーク線によって、トイレ内設備１１と、風呂内設備１２と、入力端末１３と、表示端末１４と、保管庫１５とに接続されている。
【００４７】
トイレ内設備１１は、便器内に設置されてユーザの排泄物から血糖値等の測定を行う機器や、ユーザが便座に着座したときの足裏位置及び便座に設置されてユーザが便座を使用している間に体重、体脂肪、脈拍、体温及び骨密度を測定するセンサ等である。風呂内設備１２は、ユーザの体重、体脂肪、脈拍、体温及び骨密度を測定する機器であり、体脂肪計付き体重計や床に設置したセンサ等を採用することができる。また、入力端末１３は、タッチパネルディスプレイに操作メニュー等を表示するとともに、そのタッチパネルディスプレイの画面タッチに伴いユーザによる入力操作を受付けるものである。これらトイレ内設備１１及び風呂内設備１２により測定されたデータと、入力端末１３からユーザにより入力されたデータは、ホームサーバ２０に送信される。
【００４８】
ホームサーバ２０からは、表示端末１４に各種情報が送信され、送信された情報は表示端末１４にて画像、映像又は音声により表示される。また、ホームサーバ２０は、保管庫１５との間でデータのやり取りが可能となっている。
【００４９】
保管庫１５は、冷蔵庫、冷凍庫及び常温保存用収納庫等、食材を保管するために使用されるものであり、通常はキッチンに設置されている。各食材には識別番号、種類、分量、冷蔵・冷凍・常温保存の別、食材調達元及び価格等の食材情報が付与されたバーコード又は無線タグが添付され、保管庫１５にはバーコード読取装置又は無線受信装置が設けられているため、庫内に保管されている食材の情報を把握することができる。
【００５０】
また、ホームサーバ２０は、外部の通信網を介して、学校のサーバ３１、職場のサーバ３２、病院のサーバ３３、携帯端末３４及び食材集配業者のサーバ３５とも情報交換が可能となっている。なお、学校サーバ３１、職場サーバ３２及び病院サーバ３３からは個人情報が送信されるため、専用線を介することが好ましい。一方、携帯端末３４及び食材業者情報サーバ３５とは、インターネット３６を介して情報交換が可能となっている。
【００５１】
学校サーバ３１にはユーザの健康診断結果や給食内容の詳細情報等が蓄積され、職場サーバ３２にも健康診断結果の情報等が蓄積されている。また、病院サーバ３３には健康診断結果に加え、病歴、アレルギー等の健康に関する情報が蓄積されている。これら情報へのアクセス要求がホームサーバ２０から送信されることにより、必要な情報が適宜取得される。
【００５２】
携帯端末３４は、ボタン等による入力操作が可能であり、小型で携帯しても邪魔になりにくくかつ常備しやすいものである。例えば、携帯機本体にリストバンドを取り付けた構成のブレスレット式携帯機や、携帯端末３４本体にネックチェーンを取り付けた構成のペンダント式携帯端末３４や、同携帯端末３４本体にバネフックやバッジピンを取り付けた構成のバッジ式携端末等として具現化することが考えられる。また、スマートキーシステムで使用される電子キーを携帯端末３４として用いたり、日常的に使用される携帯電話を携帯端末３４として用いたり、通信機能を有するＩＣカードを携帯端末３４として用いたりすることもできる。携帯端末３４から入力された情報が、ホームサーバ２０からの要求等に応じて、適宜送信される。また、ホームサーバ２０から送信された情報が、携帯端末３４で表示される。
【００５３】
食材業者情報サーバ３５は、主として食材業者に付随して設けられるものであるが、食材業者が保有するものでなくインターネット上の食材業者情報を集積して蓄積するものでもよい。食材業者情報サーバ３５は、各食材業者が得た旬の食材、安売り食材、お勧め食材等の情報を記憶している。
【００５４】
ホームサーバ２０はインターネット３６とも接続されており、各種情報を取得可能である。なお、携帯端末３４及び食材業者情報サーバ３５は、インターネット３６を介してホームサーバ２０と情報をやり取りすることも可能である。
【００５５】
本実施形態のシステムにおいて実行される処理として、ホームサーバ２０は、（１）献立作成処理と、（２）献立変更処理とを主として実行する。献立作成処理は、所定期間ごとに実行される。献立作成処理により一旦作成された献立は、後述する種々の事情が生じた場合、献立変更処理により適切に変更される。
【００５６】
ホームサーバ２０は、献立作成プログラム・献立変更プログラムに基づいて処理を実行する。これら処理のため、ホームサーバ２０には、図２に例示するメニューデータベース２１が記憶されている。図２に例示するメニューデータベース２１では、メニューＡ，Ｂ，Ｃ，Ｄ，…ごとに、「ジャンル」（「和風、中華、洋風等」）、「材料・分量」、「調理手順」、「所要時間」、「カロリー・栄養素」、「対象年齢・適応健康状態・適応食事時間帯・保存可能時間」、「難易度・適応年齢」の情報が記憶されている。なお、「対象年齢」は、そのメニューを無理なく食べることができると想定される年齢を表し、例えばわさびを使用するメニューであれば「１３歳以上」が設定され、硬い食材を使用するメニューであれば「高齢者注意」と設定されている。「適応健康状態」は、そのメニーを食べても支障がないと想定される健康状態を表し、例えば大豆を使用するメニューであれば「大豆アレルギー不可」と設定されている。「適応食事時間帯」は、そのメニューを食べても支障がないと想定される時間帯を表し、例えば消化の悪いメニューは「午後９時以降不可」と設定されている。また、「難易度」は、そのメニューの調理の難易度を表し、「ｓ」（難しい）、「ａ」（普通）、「ｂ」（やや簡単）、「ｃ」（極めて簡単）の４段階に区分されている（ユーザの希望によって、予め所定の難易度のメニューを除外しておくことも可能である）。「適応年齢」は、そのメニューを調理するのに適応した年齢を表し、調理の危険性が比較的高いメニュー（高温の油を使うメニュー等）や調理に力を要するメニュー（かぼちゃを使うメニュー等）等については、幼児・児童や高齢者を除外している。献立作成処理・献立変更処理では、これらの情報を参照し、種々条件に沿った最適なメニューを抽出して献立を作成・変更する。
【００５７】
また、ホームサーバ２０には、上記メニュー抽出の条件として利用できる情報が格納されたユーザデータベース２２が記憶されている。図３に例示するように、ユーザデータベース２２には、各ユーザＡ，Ｂ，Ｃ，…（符号２２１の欄）ごとに、「調理優先情報」（符号２２２の欄）、「年齢・性別」（符号２２３の欄）、「体調判断基準」（符号２２４の欄）、「スケジュール」、「健康状態履歴」、「調理能力履歴」の情報が記憶されている。なお、「調理優先情報」とは、調理者を選択する場合に利用される優先順位の情報である。「体調判断基準」とは、どのような体調でどの難易度のメニューが調理可能か、あるいはどのような体調で調理を行うことができなくなるかを判断する場合に利用される基準の情報である。「スケジュール」については、現時点以前の実績と、現時点より後の所定期間（例えば１週間、１ヶ月等）内の予定が、時系列で記憶されている。「健康状態履歴」については、現時点以前の実績が時系列で記憶されている。ここに記憶される「健康状態」は、前記トイレ内設備１１、風呂内設備１２から送信された測定値や、学校サーバ３１、職場サーバ３２から取得された健康診断結果の情報や、病院サーバ３３から取得された健康診断結果、病歴、アレルギー等の情報や、入力端末１３、携帯端末３４から入力された健康に関する情報等を総合的に勘案して、「良」「注意」「不良」の３段階に区分されている。なお、「注意」「不良」に区分された場合、その時点以降の食事の献立作成については、カロリー制限、避けるべき栄養素・食材・メニュー、摂取すべき栄養素・食材・メニュー等の規制が付与される。
【００５８】
次に、（１）献立作成処理、（２）献立変更処理のそれぞれについて、詳細に説明する。
【００５９】
（１）献立作成処理
献立作成処理は、所定期間ごとに実行されるが、この所定期間はユーザにより任意に設定される。なお、本実施形態では、献立作成処理の開始時刻を一定の所定時刻に設定している。本実施形態では、火曜日・木曜日・土曜日の午前９時に献立作成処理を開始し、火曜日には「火曜日の夕食、水曜日の朝食・昼食・夕食、木曜日の朝食・昼食」の献立を作成し、木曜日には「木曜日の夕食、金曜日の朝食・昼食・夕食、土曜日の朝食・昼食」の献立を作成し、土曜日には「土曜日の夕食、日曜日の朝食・昼食・夕食、月曜日の朝食・昼食・夕食、火曜日の朝食・昼食」の献立を作成するものとする。
【００６０】
図３では、ユーザＡの１１月６日の例を取り出して、詳細を示している。「スケジュール」においては、ア「睡眠」、イ「朝食調理」、ウ「朝食・出勤準備等」、エ「仕事」、オ「夕食調理」、カ「夕食・後片付け等」、キ「睡眠」とされている。「健康状態履歴」においては、「良」から「注意」に変化し「不良」となったことが示されている。「調理能力履歴」においては、朝食の献立に含まれるメニューの難易度が「ａ」だったことが示されている。
【００６１】
次に、献立作成処理の手順について、図４のフローチャートを参照して説明する。最初に、ステップＳ１１において、食事の調理を行うユーザ（すなわち、調理者）を、ユーザデータベース２２の「スケジュール」に基づいて特定する。例えば図３の例で、現時点が１１月４日のＴ１（土曜日の午前９時）であり、１１月６日（月曜日）の献立を作成する場合、１１月６日の「スケジュール」ではユーザＡが朝食と夕食を調理する予定となっている。したがって、１１月６日の朝食と夕食の調理者はユーザＡと特定される（なお、昼食の調理者は、ユーザＢと特定されるものとする）。
【００６２】
次に、ステップＳ１２において、上記特定された調理者の調理能力及び年齢を、ユーザデータベース２２の「年齢」「調理能力履歴」から取得する。調理能力については、現時点が図３のＴ１の場合、Ｔ１以前の所定期間（例えば１０日）内に調理したメニューに関し、最も多かった難易度を取得する。そして、メニューデータベース２１の「適応年齢」「難易度」を参照し、取得した年齢に適応し、かつ取得した難易度以下に該当するメニューを絞り込む。
【００６３】
続いて、ステップＳ１３において、調理者の調理可能時間を、ユーザデータベース２２の「スケジュール」から取得する。例えば、図３のユーザＡの１１月６日の例では、イ「朝食調理」に２０分、オ「夕食調理」に３０分の時間が割り当てられており、これら調理可能時間を取得する。そして、上記ステップＳ１２で絞り込んだメニューについて、メニューデータベース２１の「所要時間」を参照し、前記取得した調理可能時間内に該当するメニューをさらに絞り込む。
【００６４】
最後にステップＳ１４において、その他の条件を取得する。ここでのメニューの絞り込み方法としては、種々の従来方法を用いることができる（例えば、特開２００２−９２１２０号公報）。絞り込みに際して、本実施形態で考慮される条件としては、以下のものが挙げられる；
・現時点以前の所定期間（例えば１日）内に、トイレ内設備１１によって測定された、食事対象者の血糖値、体重、体脂肪、脈拍、体温及び骨密度、
・現時点以前の所定期間（例えば１日）内に、風呂内設備１２によって測定された、食事対象者の体重、体脂肪、脈拍、体温及び骨密度、
・現時点以前の所定期間（例えば１年）内に、学校サーバ３１から取得された、食事対象者の健康診断結果の情報、
・現時点以前の所定期間（例えば１年）内に、職場サーバ３２から取得された、食事対象者の健康診断結果の情報、
・現時点以前の所定期間（例えば３ヶ月）内に、病院サーバ３３から取得された、健康診断結果、病歴、アレルギー等の情報。
なお、ここでいう「食事対象者」とは、献立の作成対象となる食事をとる予定のユーザのことであり、ユーザデータベース２２の「スケジュール」から特定される。
【００６５】
これらの情報に基づいて、病気やアレルギー等によるカロリー制限や食材制限を考慮しつつ、必要な摂取カロリーと栄養素とを算出する。そして、メニューデータベース２１の「カロリー・栄養」を参照し、さらにメニューを絞り込む。
【００６６】
また、その他の条件として、以下の情報が取得される；
・食材業者情報サーバ３５に集積されている旬の食材、安売り食材、お勧め食材等の情報、
・学校サーバ３１に記憶されている給食の献立履歴及び予定献立情報、
・携帯端末３４から入力された食事（外食）内容の情報、
・ホームサーバ２０に記憶されている過去の献立履歴、
・ユーザデータベース２１の「年齢・性別」に記憶されているユーザ（食事対象者）の年齢、
・ユーザデータベース２１の「スケジュール」に記憶されている適応食事時間帯、
・入力端末１３から入力された料理ジャンルの情報、
・入力端末１３から入力された「前倒し調理」の情報、
・インターネット３６から取得された季節・気温・湿度等の情報。
なお、「前倒し調理」の情報とは、例えば夕食を調理する際に、翌日の弁当（昼食）用に予め調理しておけるメニューを調理しておくことを希望する旨の情報である。また、昼食が弁当である場合、弁当用の献立は、気温・湿度等の情報と、メニューデータベース２１の「保存可能時間」とを参照し、その気温・湿度下でも変質しにくく、かつ昼食時までに腐敗しにくいメニューにより作成する。
【００６７】
メニューデータベース２１を参照し、現時点以前の所定期間（例えば１０日）内に実施した献立を繰り返すことがないように、かつ現時点より後の所定期間内（例えば１０日以内）に予定が確定している献立と重複しないように考慮しながら、最適なメニューをさらに絞り込む。
【００６８】
上記のように作成された献立は、表示端末１４や携帯端末３４で表示される。表示端末１４や携帯端末３４では、ユーザの選択により、作成された献立を一括表示したり、日時の進行に併せて間近の献立のみを表示する等、種々の表示が可能である。また、献立のために必要な食材、調理手順、難易度等の情報も併せて表示することが可能である。この場合、食材については、最も適切な食材店（最も安く購入できる食材店、最も新鮮な食材を購入できる食材店等）を表示してもよい。また、調理手順については、調理者に応じた調理手順表示（調理実績で難易度「ｃ」が多ければ詳細で丁寧な調理手順表示、児童であれば図を多用した表現や音声ガイド、高齢者であれば大きな字で表示等）としてもよい。
【００６９】
さらに、作成された献立は、ホームサーバ２０に蓄積され、次回以降の献立作成処理に利用される。
【００７０】
（２）献立変更処理
次に、献立変更処理について説明する。本実施形態では、献立が変更されるパターンとして、次の３つがある；
(i)調理者による難易度変更指示、
(ii)調理者の予定変更、
(iii)調理者の体調変化。
以下に、それぞれのパターンについて説明する。
【００７１】
(i)調理者による難易度変更指示
上記献立作成処理では、ユーザデータベース２２の「調理能力履歴」に記録された調理者の調理能力に応じた難易度の献立が決定された。しかしながら、調理者の気分等によって、その難易度よりも高い難易度のメニューに挑戦したい場合、あるいはその難易度よりも低い難易度のメニューで済ませたい場合があり得る。
【００７２】
このような場合、調理者たるユーザは、入力端末１３や携帯端末３４から、難易度の変更を希望する食事を指定し所望の難易度に変更する指示を入力することができる。例えば、上記献立作成処理では、ある休日の夕食について難易度「ａ」の献立が作成されたが、午後３時の段階で気分的・時間的余裕があったので、難易度「ｓ」に変更する指示を入力することができる。あるいは、ある平時の夕食について難易度「ａ」の献立が作成されたが、午後３時の段階で疲れ気味であったので、難易度「ｂ」に変更する指示を入力することができる。
【００７３】
難易度変更指示の入力が行われると、ホームサーバ２０は、変更指示された難易度に基づいて、献立を変更する処理を行う。この処理では、図４に示すフローチャートのステップＳ１２以降の流れに沿った手順が行われる。すなわち、まず、変更指示された難易度のメニューをメニューデータベース２１より絞りこむ（ステップＳ１２に相当）。次いで、その食事に対する調理可能時間（最初の献立作成処理で取得されている）に基づき、さらにメニューを絞り込む（ステップＳ１３に相当）。そして、変更指示の入力が行われた時点以前の所定期間内の食事対象者の健康状態や、当該入力時点で新たに取得した種々の条件に基づいて、さらにメニューを絞り込む（ステップＳ１４に相当）。このようにして、最初の献立が、調理者の所望の難易度の献立へ変更される。
【００７４】
(ii)調理者の予定変更
上記献立作成処理が実行された時点より後に、調理者たるユーザの予定が変更される場合があり得る。この場合、調理者は、入力端末１３や携帯端末３４から、スケジュールの変更を入力する。ホームサーバ２０は、変更対象となった時刻等に鑑みて、当該変更が調理に影響を及ぼすと判断した場合、図５のフローチャートに示す献立変更処理を実行する。
【００７５】
図５のステップＳ２１では、調理開始時刻を変更すれば調理が可能か、又は調理ができなくなったのかを判定する。すなわち、ユーザ全員のスケジュールから食事が開始される時刻を取得し、その時刻までに調理が可能か否かを判定する。あるいは、調理者が入力端末１３や携帯端末３４から、調理可能か否かを入力し、それに基づいて判定を行ってもよい。
【００７６】
ステップＳ２１でＹＥＳと判定された場合、ステップＳ２２では、調理者の調理可能時間を取得する。すなわち、ステップＳ２１で取得された食事が開始される時刻から調理開始時刻までの時間を逆算し、どのくらいの時間を調理に割当てられるかを算出する。
【００７７】
そしてステップＳ２３では、献立の変更が必要か否かを判定する。すなわち、最初に作成された献立が、ステップＳ２２で取得された調理可能時間内で調理可能か否かを判定する。調理可能と判定された場合（ステップＳ２３でＹＥＳ）、献立を変更することなく処理を終了する。一方、調理可能時間内では調理ができないと判定された場合（ステップＳ２３でＮＯ）、ステップＳ２４で献立を変更する。
【００７８】
ステップＳ２４における献立変更は、図４に示すフローチャートのステップＳ１２以降の流れに沿った手順が行われる。すなわち、まず、調理者がその時点以前の所定期間内に調理したメニューに関し、最も多かった難易度を取得し、その難易度のメニューをメニューデータベース２１より絞りこむ（ステップＳ１２に相当）。次いで、前記取得された調理可能時間に基づき、さらにメニューを絞り込む（ステップＳ１３に相当）。そして、その時点以前の所定期間内の食事対象者の健康状態や、当該時点で新たに取得した種々の条件に基づいて、さらにメニューを絞り込む（ステップＳ１４に相当）。このようにして、最初の献立が、調理者のスケジュール変更に応じた献立へ変更される。これにより、変更したスケジュールにおいても無理なく対応できる献立に変更される。
【００７９】
一方、図５のステップＳ２１で、スケジュール変更により調理ができなくなったと判定した場合（ステップＳ２１でＮＯ）、ステップＳ２５に移行し、交代可能なユーザを検索する。すなわち、ユーザ全員（調理ができなくなったユーザを除く）のスケジュールから、調理可能なユーザを検索し、ユーザデータベース２２の「調理優先情報」に基づいて、最も優先順位のユーザを特定する。そして、特定されたユーザに対し、表示端末１４や携帯端末３４によって連絡する。この連絡に対し、特定されたユーザは返答を求められ、交代可能か否かを返答する。交代可能という返答であれば、そのユーザが調理を交代することが決定されるが、交代不可という返答であれば、次いで優先順位の高いユーザに連絡が行き、同様に返答が求められる。この処理を繰り返すことによって、最終的に調理を交代するユーザが特定される。
【００８０】
続くステップＳ２６では、ステップＳ２５で特定されたユーザへ調理者を変更し、変更した調理者の調理能力・年齢、調理可能時間を取得する。そして、ステップＳ２３では、献立の変更が必要か否かを判定する。すなわち、最初に作成された献立が、ステップＳ２６で取得された調理能力・年齢、調理可能時間の条件に合うか否かを判定する。調理可能と判定された場合（ステップＳ２３でＹＥＳ）、献立を変更することなく処理を終了する。一方、条件に合わないと判定された場合（ステップＳ２３でＮＯ）、ステップＳ２４で献立を変更する。
【００８１】
ステップＳ２４における献立変更は、上記で説明したように、図４に示すフローチャートのステップＳ１２以降の流れに沿った手順が行われる。これにより、交代した調理者に応じた献立に変更される。
【００８２】
以上のように変更された（又は変更されなかった）献立は、表示端末１４又は携帯端末３４で表示される。表示端末１４や携帯端末３４では、ユーザの選択により、献立のために必要な食材、調理手順、難易度等の情報も併せて表示することが可能である。これにより、調理者たるユーザはその献立に応じた準備（食材購入等）を行うことができる。さらに、変更された献立は、ホームサーバ２０に蓄積され、次回以降の献立作成処理に利用される。
【００８３】
なお、交代した調理者が更にスケジュールを変更した場合、図５のフローチャートに示す献立変更処理を同様に行うことができる。この場合、先にスケジュールを変更したユーザ（一旦は調理者として予定されたユーザ）については、新たな調理者としての検索対象から外される。
【００８４】
(iii)調理者の体調変化
上記献立作成処理が実行された時点より後に、調理者たるユーザの体調が変化する場合があり得る（典型的な例が図３のユーザＡの１１月６日の欄に示されている）。例えば、トイレ内設備１１又は風呂内設備１２によって体調変化が把握されたり、調理者により入力端末１３や携帯端末３４から体調変化が入力された場合等、ホームサーバ２０は、ユーザスケジュール２２の「体調判断基準」を参照する。これにより、変化した体調が調理に影響を及ぼすと判断した場合、ホームサーバ２０は、図６のフローチャートに示す献立変更処理を実行する。
【００８５】
図６のステップＳ３１では、難易度を変更すれば調理が可能か、又は調理ができなくなったのかを判定する。例えば、発熱が把握された場合、難易度を落とすことによって調理可能なのか、調理できないほどなのかを判定する。あるいは、調理者が入力端末１３や携帯端末３４から、調理可能か否かを入力し、それに基づいて判定を行ってもよい。
【００８６】
ステップＳ３１でＹＥＳと判定された場合、ステップＳ３２に移行し献立を変更する。ステップＳ３２における献立変更は、図４に示すフローチャートのステップＳ１２以降の流れに沿った手順が行われる。すなわち、まず、調理者の体調でも調理可能な難易度のメニューをメニューデータベース２１より絞りこむ（ステップＳ１２に相当）。次いで、前記取得された調理可能時間に基づき、さらにメニューを絞り込む（ステップＳ１３に相当）。そして、その時点以前の所定期間内の食事対象者の健康状態や、当該時点で新たに取得した種々の条件に基づいて、さらにメニューを絞り込む（ステップＳ１４に相当）。このようにして、最初の献立が、調理者の体調変化に応じた献立へ変更される。
【００８７】
一方、図６のステップＳ３１で、体調により調理ができなくなったと判定した場合（ステップＳ３１でＮＯ）、ステップＳ３３に移行し、交代可能なユーザを検索する。すなわち、ユーザ全員（調理ができなくなったユーザを除く）のスケジュールから、調理可能なユーザを検索し、ユーザデータベース２２の「調理優先情報」に基づいて、最も優先順位のユーザを特定する。そして、特定されたユーザに対し、表示端末１４や携帯端末３４によって連絡する。この連絡に対し、特定されたユーザは返答を求められ、交代可能か否かを返答する。交代可能という返答であれば、そのユーザが調理を交代することが決定されるが、交代不可という返答であれば、次いで優先順位の高いユーザに連絡が行き、同様に返答が求められる。この処理を繰り返すことによって、最終的に調理を交代するユーザが特定される。
【００８８】
続くステップＳ３４では、ステップＳ３３で特定されたユーザへ調理者を変更し、変更した調理者の調理能力・年齢、調理可能時間を取得する。そして、ステップＳ３５では、献立の変更が必要か否かを判定する。すなわち、最初に作成された献立が、ステップＳ３４で取得された調理能力・年齢、調理可能時間の条件に合うか否かを判定する。調理可能と判定された場合（ステップＳ３５でＹＥＳ）、献立を変更することなく処理を終了する。一方、条件に合わないと判定された場合（ステップＳ３２でＮＯ）、ステップＳ３２で献立を変更する。
【００８９】
ステップＳ３２における献立変更は、上記で説明したように、図４に示すフローチャートのステップＳ１２以降の流れに沿った手順が行われる。これにより、交代した調理者に応じた献立に変更される。     
【００９０】
以上のように変更された（又は変更されなかった）献立は、表示端末１４又は携帯端末３４で表示される。表示端末１４や携帯端末３４では、ユーザの選択により、献立のために必要な食材、調理手順、難易度等の情報も併せて表示することが可能である。これにより、調理者たるユーザはその献立に応じた準備（食材購入等）を行うことができる。さらに、変更された献立は、ホームサーバ２０に蓄積され、次回以降の献立作成処理に利用される。
【００９１】
なお、交代した調理者の体調が更に変化した場合、図６のフローチャートに示す献立変更処理を同様に行うことができる。この場合、先に体調変化が把握されたユーザ（一旦は調理者として予定されたユーザ）については、新たな調理者としての検索対象から外される。
【００９２】
（他の実施形態）
・上記実施形態では、調理者たるユーザの特定、調理能力取得、調理可能時間取得をユーザデータベース２２に基づいて行っていたが、例えば入力端末１３や携帯端末３４等からユーザが直接入力することによって行ってもよい。なお、ユーザの特定が入力端末１３や携帯端末３４等から直接入力することによって行われる場合、当該入力端末１３又は携帯端末３４等は「ユーザ特定手段」に対応するものとなる。
【００９３】
・上記実施形態では、調理者が一人の場合を想定していたが、複数のユーザにより調理を行う場合に対応させてもよい。この場合、献立作成処理では、複数人で調理しやすいメニュー（例えば餃子、バーベキュー等）を選択することができる。また作成された献立については、各ユーザの分担ごとに調理手順を表示するようにしてもよい。
【００９４】
・上記実施形態では、献立変更処理において調理者を交代する場合、交代できるユーザがいることを前提としていたが、交代できるユーザがいなかった場合、予定していた献立に含まれていたメニューを、インターネット３５等の外部の情報網を介して、外食店へ自動で発注することも可能である。この場合、ユーザデータベース２２の「適応健康状態」を参照して、アレルギー等の情報も併せて送信することにより、ユーザにとって安心できるメニューが選択される。
【図面の簡単な説明】
【００９５】
【図１】献立システムの全体構成の概略を示す図。
【図２】メニューデータベースを例示する図。
【図３】ユーザデータベースを例示する図。
【図４】献立作成処理の手順を示すフローチャート。
【図５】予定変更による献立変更処理の手順を示すフローチャート。
【図６】体調変化による献立変更処理の手順を示すフローチャート。
【符号の説明】
【００９６】
１…住宅、１１…トイレ内設備、１２…風呂内設備、１３…入力端末、１４…表示端末、１５…保管庫、２０…ホームサーバ、３１…学校サーバ、３２…職場サーバ、３３…病院サーバ、３４…携帯端末、３５…食材集配業者サーバ、３６…インターネット。
【図１】
0005033001.tif 000002
【図２】
0005033001.tif 000003
【図３】
0005033001.tif 000004
【図４】
0005033001.tif 000005
【図５】
0005033001.tif 000006
【図６】
0005033001.tif 000007