(57)【要約】【課題】献立の作成を支援する。【解決手段】献立支援装置が、ユーザの家庭における食品の在庫量を、食品の品目ごとに対応付けた在庫情報を記憶する在庫情報記憶部と、食品と食品の栄養価とが対応付けられた食品情報を記憶する食品情報記憶部と、食品と食品を食材とする献立とが対応付けられた献立情報が記憶される献立情報記憶部と、ユーザが摂取した栄養価を記憶する栄養管理情報記憶部と、栄養価と予め定められた栄養価の指標値とに基づいて、ユーザが摂取した栄養価の過不足を判定する過不足判定部と、過不足判定部による判定結果に基づいて、在庫情報に対応し、かつ過不足を低減する献立情報を検出する献立検出部と、を備える。【選択図】図３
2013250699.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの家庭における食品の在庫量を、当該食品の品目ごとに対応付けた在庫情報を記憶する在庫情報記憶部と、
食品と、当該食品の栄養価とが対応付けられた食品情報を記憶する食品情報記憶部と、
食品と、当該食品を食材とする献立とが対応付けられた献立情報を記憶する献立情報記憶部と、
前記ユーザが摂取した栄養価を記憶する栄養管理情報記憶部と、
前記栄養価と、予め定められた栄養価の指標値とに基づいて、前記ユーザが摂取した栄養価の過不足を判定する過不足判定部と、
前記過不足判定部による判定結果に基づいて、前記在庫情報に対応し、かつ前記過不足を低減する前記献立情報を検出する献立検出部と、
を備えることを特徴とする献立支援装置。
【請求項２】
時系列に応じた前記在庫情報の履歴を記憶する在庫履歴記憶部と、
前記在庫情報の履歴に示される食品の在庫量の差分に基づいて、前記ユーザが摂取した栄養価を算出して前記栄養管理情報記憶部に記憶させる栄養管理情報生成部と、
を備えることを特徴とする請求項１に記載の献立支援装置。
【請求項３】
前記栄養管理情報生成部は、前記食品の調理方法に応じて、前記ユーザが摂取した栄養価を補正する
ことを特徴とする請求項２に記載の献立支援装置。
【請求項４】
前記栄養管理情報生成部は、家族の構成員に応じて、前記ユーザが摂取した栄養価を補正する
ことを特徴とする請求項２または請求項３に記載の献立支援装置。
【請求項５】
前記栄養管理情報記憶部は、前記家庭における複数のユーザが摂取した栄養価を記憶し、
前記過不足判定部は、前記複数のユーザが摂取した栄養価の過不足を判定する
ことを特徴とする請求項１から請求項４までのいずれか１項に記載の献立支援装置。
【請求項６】
ユーザの家庭における食品の在庫量を、当該食品の品目ごとに対応付けた在庫情報を記憶する在庫情報記憶部と、食品と当該食品の栄養価とが対応付けられた食品情報を記憶する食品情報記憶部と、食品と当該食品を食材とする献立とが対応付けられた献立情報が記憶される献立情報記憶部と、前記ユーザが摂取した栄養価を記憶する栄養管理情報記憶部とを備える献立支援装置の献立支援方法であって、
前記栄養価と、予め定められた栄養価の指標値とに基づいて、前記ユーザが摂取した栄養価の過不足を判定するステップと、
判定結果に基づいて、前記在庫情報に対応し、かつ前記過不足を低減する前記献立情報を検出するステップと、
を備えることを特徴とする献立支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、献立支援装置、献立支援方法に関する。
【背景技術】
【０００２】
特許文献１には、冷蔵庫内に存在する食品の在庫数と、その食品の賞味期限とに基づいて、その賞味期限までにその食品を使い切るように献立を決定して提案することや、その献立に不足する食品を購入することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３０４２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、食品の賞味期限に基づいて献立を決定するため、献立が偏る場合があると考えられる。そこで、状況に応じてより適切な献立を提案することが望ましい。
【０００５】
本発明は、このような状況に鑑みてなされたもので、献立の作成を支援する献立支援装置、献立支援方法を提供する。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、ユーザの家庭における食品の在庫量を、食品の品目ごとに対応付けた在庫情報を記憶する在庫情報記憶部と、食品と、食品の栄養価とが対応付けられた食品情報を記憶する食品情報記憶部と、食品と、食品を食材とする献立とが対応付けられた献立情報が記憶される献立情報記憶部と、ユーザが摂取した栄養価を記憶する栄養管理情報記憶部と、栄養価と、予め定められた栄養価の指標値とに基づいて、ユーザが摂取した栄養価の過不足を判定する過不足判定部と、過不足判定部による判定結果に基づいて、在庫情報に対応し、かつ過不足を低減する献立情報を検出する献立検出部と、を備えることを特徴とする献立支援装置である。
【０００７】
また、本発明は、ユーザの家庭における食品の在庫量を、食品の品目ごとに対応付けた在庫情報を記憶する在庫情報記憶部と、食品と食品の栄養価とが対応付けられた食品情報を記憶する食品情報記憶部と、食品と食品を食材とする献立とが対応付けられた献立情報が記憶される献立情報記憶部と、ユーザが摂取した栄養価を記憶する栄養管理情報記憶部とを備える献立支援装置の献立支援方法であって、栄養価と、予め定められた栄養価の指標値とに基づいて、ユーザが摂取した栄養価の過不足を判定するステップと、過不足判定部による判定結果に基づいて、在庫情報に対応し、かつ過不足を低減する献立情報を検出するステップと、を備えることを特徴とする献立支援方法である。
【発明の効果】
【０００８】
以上説明したように、本発明によれば、献立の作成を支援することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施形態に係るシステムの構成を示すブロック図である。
【図２】本発明の第１の実施形態に係るシステムにおける在庫情報管理装置の構成を示すブロック図である。
【図３】本発明の第１の実施形態に係るシステムにおける情報提供サーバの構成を示すブロック図である。
【図４】記憶部の説明図である。
【図５】献立情報の説明図である。
【図６】食品情報の説明図である。
【図７】店舗情報の説明図である。
【図８】家庭情報の説明図である。
【図９】在庫情報の説明図である。
【図１０】常備品情報の説明図である。
【図１１】店舗履歴の説明図である。
【図１２】購入履歴の説明図である。
【図１３】消費履歴の説明図である。
【図１４】献立履歴の説明図である。
【図１５】嗜好情報の説明図である。
【図１６】栄養管理情報の説明図である。
【図１７】本発明の第１の実施形態に係るシステムにおけるユーザ端末の構成を示すブロック図である。
【図１８】献立支援処理の説明に用いるフローチャートである。
【図１９】栄養価の計算の説明に用いるフローチャートである。
【図２０】購入支援処理の説明に用いるフローチャートである。
【図２１】常備品の設定の説明に用いるフローチャートである。
【図２２】常備品の判定の説明に用いるグラフである。
【図２３】常備品の購入支援の説明に用いるフローチャートである。
【図２４】本発明の第２の実施形態に係るシステムの構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について図面を参照しながら説明する。図１は、本発明の第１の実施形態に係るシステムの構成を示すものである。
図１において、各家庭の宅内１０の冷蔵庫１１や収納棚１２には、食品や日用品等の物品が収納されている。在庫情報管理装置１３は、これら冷蔵庫１１や収納棚１２に収納されている物品の在庫を検出し、管理している。在庫情報管理装置１３は、ネットワーク１５を介して、情報提供サーバ２１やユーザ端末３１と接続されている。ネットワーク１５は、例えばインターネットでもよいし、専用回線でもよいし、ＶＰＮ（Virtual Private Network）でもよいし、これらの組み合わせでもよい。冷蔵庫１１や収納棚１２に収納されている物品の在庫情報は、在庫情報管理装置１３から、ネットワーク１５を介して、情報提供サーバ２１に送られる。
【００１１】
情報提供サーバ２１は、在庫情報管理装置１３から送られてきた各家庭の冷蔵庫１１や収納棚１２の在庫情報を受信し、受信した在庫情報を記憶している。情報提供サーバ２１は、ネットワーク１５を介して、在庫情報管理装置１３やユーザ端末３１と接続されている。また、情報提供サーバ２１は、家庭で作る各種の料理の献立情報や、各食品のカロリーや栄養価の情報、どの店で特売を行っているか等の店舗情報等を記憶している。情報提供サーバ２１は、これらの情報を用いて、ユーザに献立支援や購入支援を行う。更に、本実施形態に係るシステムでは、情報提供サーバ２１は、これらの情報を用いて、常備品の購入支援を行う。
【００１２】
ユーザ端末３１は、ユーザが携帯している端末である。ユーザ端末３１としては、ＰＣ（Personal Computer）やＰＤＡ（Personal Digital Assistant）、スマートフォン、携帯電話端末等、各種のものを使用できる。ユーザ端末３１は、ネットワーク１５を介して、在庫情報管理装置１３や情報提供サーバ２１と接続されている。ユーザ端末３１は、ネットワーク１５を介して、情報提供サーバ２１にアクセスすることで、献立支援や購入支援、常備品の購入支援等、各種のサービスを受けることができる。
【００１３】
このように、本実施形態に係るシステムでは、冷蔵庫１１や収納棚１２に収納されている物品の在庫情報は、在庫情報管理装置１３で検出され、情報提供サーバ２１に記憶される。これにより、ユーザは、ユーザ端末３１により情報提供サーバ２１をアクセスすることで、いつ、どこでも、自分の家庭の宅内１０の冷蔵庫１１や収納棚１２の在庫情報を知ることができる。
【００１４】
また、本実施形態に係るシステムでは、ユーザは、ユーザ端末３１により情報提供サーバ２１にアクセスすることで、献立支援や購入支援を行うことができる。献立支援では、宅内１０の冷蔵庫１１や収納棚１２の在庫情報を有効活用して、ユーザに、無駄のない最適な献立を提案することができる。更に、献立支援では、家族の栄養状態や健康状態、食事の嗜好を考慮した献立や、誕生日やクリスマス等、特別な場合の献立等を提案することができる。
また、購入支援では、宅内１０の冷蔵庫１１や収納棚１２の在庫情報を用いて、必要な買い物情報を知らせることができる。更に、購入支援では、必要な食材がどの店で売っているか、どの店で特売を行っているか等を知らせることができる。
【００１５】
更に、本実施形態に係るシステムでは、常備品の購入支援を行うことができる。つまり、各家庭には、トイレットペーパー、調味料、卵等、冷蔵庫１１や収納棚１２に常に一定量の買い置きがあり、常備品となっているものがある。本実施形態に係るシステムでは、このような常備品が宅内に十分な量だけ備えられているかどうかをチェックし、常備品が不足しているときには、その常備品の購入支援を行うことができる。また、このような常備品は、各家庭により異なっている。本実施形態に係るシステムでは、在庫情報の履歴から、どの品目が常備品に属するかを判定することができる。
【００１６】
次に、本システムを構成する各部について詳細に説明する。まず、在庫情報管理装置１３について説明する。
前述したように、在庫情報管理装置１３は、宅内の冷蔵庫１１や収納棚１２に収納されている食品や日用品等の物品の在庫を管理している。在庫情報管理装置１３は、図２に示すように、検出部１０１と、在庫情報記憶部１０２と、通信部１０３とを備えている。
【００１７】
検出部１０１は、宅内において消費される物品の在庫量を検出し、その物品の品目ごとに対応付けた在庫情報を生成して在庫情報記憶部１０２に記憶させる。ここで、宅内において消費される物品とは、日常生活において消耗し、定期的または非定期的に購入する必要がある非耐久消費財をいい、例えば食品や日用品等である。食品とは、栄養素の摂取や嗜好を目的とした飲食物であり、例えば、生鮮食品（青果、鮮魚、精肉等）、動物性食品（肉類や魚介類等）、植物性食品（穀物や野菜等）、加工食品（冷凍食品や乳製品等）、嗜好食品（菓子等）、調味用材料（調味料や香辛料等）、飲料等を含む。日用品とは、生活していくために消費する普通生活雑貨であり、例えば、衛星用品（トイレットペーパーやティッシュペーパー等の紙製品、生理用品、絆創膏やマスク等の医療用品等）、洗剤（洗濯用洗剤、台所用洗剤、風呂用洗剤、トイレ用洗剤等）、家庭日用品（ラップフィルム、アルミホイル等の台所用品、ゴミ袋等の掃除用品等）、トイレタリー用品（ハンドソープやボディソープ等のボディケア用品、ハンドクリームやリップクリーム等のスキンケア用品、シャンプー等のヘアケア用品、入浴剤等）、化粧品、家庭用化学製品（殺虫剤、防虫剤、除湿剤、消臭剤等）、乾電池やライター等の雑貨品等を含む。
【００１８】
ここで、検出部１０１は、画像解析部１１１と重量センシング部１１２とを備えている。
画像解析部１１１は、冷蔵庫１１や収納棚１２に収納されている食品や日用品等の物品を撮像して画像を生成し、生成した画像を解析して、画像に含まれる物品の品目と量を判定するものである。例えば、画像解析部１１１は、基準となる物品の画像の特徴点を示す基準情報を予め記憶しておき、冷蔵庫１１や収納棚１２に収納されている物品を撮像した画像から特徴点を抽出し、基準情報とのマッチング演算を行うことで、その物品の品目を判定する。このマッチング演算は、学習機能を付加することで、判定精度の向上が図ることができる。
【００１９】
あるいは、画像解析部１１１は、冷蔵庫１１や収納棚１２に収納されている物品にバーコードが印字又は付着されている場合には、そのバーコードを読み取って、その物品の品目を判定することもできる。例えば、画像解析部１１１は、読み取ったバーコードが示す物品の情報を、情報提供サーバ２１から取得する。ここで、画像解析部１１１は、画像のマッチング演算とバーコード読取との双方の処理を行って、より精度良く品目を判定することもできるし、他の方法により品目の判定を行っても良い。また、画像解析部１１１は、画像に含まれる物品の面積や読み取ったバーコードの個数等に基づいて、その物品の在庫量を算出する。また、画像解析部１１１は、物品の色や形状に基づいて、物品の劣化の程度を算出するようにしてもよい。
【００２０】
ここで、画像解析部１１１は、冷蔵庫１１や収納棚１２の内部に設置されたカメラにより、常に物品を撮像していてもよいし、冷蔵庫１１や収納棚１２のドアが開閉される毎に、冷蔵庫１１や収納棚１２内を撮像した画像を比較し、画像の変化があった部分について、新たに収納された物品又は取り出された物品の品目や在庫量を算出することもできる。
【００２１】
重量センシング部１１２は、冷蔵庫１１や収納棚１２に収納されている食品や日用品等の物品の重量を計測することで、冷蔵庫１１や収納棚１２に収納されている物品の残量を計測する。ここで、前回の重量と今回の重量との差分を求めることで、使用量を算出することができる。
また、検出部１０１は、冷蔵庫１１や収納棚１２に収納されている在庫情報を、スマートメーターの情報に基づいて推定することもできる。例えば、スマートメーターによる電気器具の電力使用量の履歴に基づいて、電気調理器の使用と、その調理に使用した食材を関連させることで、冷蔵庫１１や収納棚１２の食材の使用量を推定することができる。
【００２２】
また、検出部１０１は、キーボード等の入力部を備えることとし、品目や在庫量の入力を受け付けることもできる。この場合、ユーザは、冷蔵庫１１や収納棚１２に物品を出し入れする毎に、品目や在庫量を入力部に入力する。
また、検出部１０１は、マイク等の音声認識部を備えることとし、音声により品目や在庫量の入力を受け付けることもできる。例えば、ユーザが買い物のレシートを読み上げた音声を音声認識することによりその物品の品目や数を認識し、冷蔵庫１１や収納棚１２に収納されている物品の品目や在庫量の入力を受け付けるようにしても良い。また、在庫情報管理装置１３に文字認識部を設け、買い物のレシートを文字認識して、冷蔵庫１１や収納棚１２に収納されている物品の在庫の入力を受け付けるようにしても良い。
また、検出部１０１は、例えば臭いセンサーを備え、食品の品目や劣化の程度を検出するようにしてもよい。
【００２３】
また、検出部１０１は、冷蔵庫１１や収納棚１２に収納されている物品に、その物品の情報が記憶されているＲＦＩＤ（Radio Frequency IDentification）が取り付けられている場合には、そのＲＦＩＤから物品の情報を読み出すことにより、冷蔵庫１１や収納棚１２に収納されている物品の品目や在庫量を検出することができる。このようなＲＦＩＤが取り付けられていれば、冷蔵庫１１や収納棚１２に収納されている物品の在庫情報は、ユーザ操作を行わずに、ＲＦＩＤリーダーにより検出できる。
【００２４】
あるいは、店舗の会計処理装置と在庫情報管理装置１３との間で、データのやり取りが可能であれば、店舗の会計処理装置から、店舗で購入した物品の情報を受信し、冷蔵庫１１や収納棚１２に収納されている物品の在庫情報を生成することも可能である。
また、冷蔵庫１１や収納棚１２に収納されている物品の在庫をユーザ端末３１の操作で入力して、情報提供サーバ２１に送るようにしても良い。また、ユーザ端末３１で音声認識により冷蔵庫１１や収納棚１２の物品の在庫を入力して、情報提供サーバ２１に送るようにしても良い。
【００２５】
ここで、在庫情報管理装置１３は、ＰＣ等を用いて、冷蔵庫１１や収納棚１２とは別体で設けても良いし、在庫情報管理装置１３の機能を冷蔵庫１１や収納棚１２に一体化して設けるようにしても良い。また、通信部１０３としては、有線でも無線でも良い。更に、在庫情報管理装置１３を冷蔵庫１１や収納棚１２と一体化した場合には、通信部１０３として、ＰＬＣ（Power Line Communication）を用いることができる。ＰＬＣによれば、冷蔵庫１１や収納棚１２の情報は、プラグをコンセントに装着するだけで、ネットワーク１５に接続して、情報提供サーバ２１に送ることができる。この場合には、ユーザが殆ど操作を行わずに、冷蔵庫１１や収納棚１２に収納されている物品の在庫情報を、リアルタイムで、情報提供サーバ２１に送ることができる。
在庫情報記憶部１０２は、検出部１０１により生成された在庫情報を記憶する。通信部１０３は、ネットワーク１５を介して情報提供サーバ２１やユーザ端末３１と通信する。
【００２６】
次に、情報提供サーバ２１について説明する。図３は、情報提供サーバ２１の構成を示すものである。情報提供サーバ２１は、制御部２０１と、通信部２０２と、記憶部２０３とを備えている。
制御部２０１は、情報提供サーバ２１の動作を制御して、献立支援や購入支援、常備品購入支援のサービスを実現する。制御部２０１は、献立支援部２５１と、購入支援部２５２と、常備品購入支援部２５３と、購入指示部２５４を備えている。
【００２７】
献立支援部２５１は、過不足判定部２６４と、献立検出部２６５と、栄養管理情報生成部２６６とを備えている。過不足判定部２６４は、ユーザが摂取した栄養価と、予め定められた栄養価の指標値とに基づいて、ユーザが摂取した栄養価の過不足を判定する。献立検出部２６５は、在庫情報に対応する献立情報を検出する。ここで、献立検出部２６５は、過不足判定部２６４によって判定された過不足の判定結果に基づいて最適な献立情報を検出することもできる。栄養管理情報生成部２６６は、在庫情報の履歴に示される食品の在庫量の差分に基づいて、ユーザが摂取した栄養価を算出して栄養管理情報記憶部２３９に記憶させる。
購入支援部２５２は、状況センシング部２６３を備えている。状況センシング部２６３は、定められたスケジュール情報と、メール情報と、音声情報とのいずれかまたは複数の情報に基づいて状況情報を生成し、状況情報記憶部２４２に記憶させる。
【００２８】
常備品購入支援部２５３は、常備品判定部２６１と、不足判定部２６２とを備えている。常備品判定部２６１は、在庫情報の履歴に基づいて、物品の品目ごとに、その物品が常備品であるか否かを判定して常備品情報を生成し、常備品情報記憶部２３３に記憶させる。不足判定部２６２は、在庫情報と常備品情報とに基づいて、常備品の在庫量が不足しているか否かを判定する。
購入指示部２５４は、献立支援部２５１と、購入支援部２５２と、常備品購入支援部２５３との処理結果に基づいて、購入を指示する物品の情報を示す購入指示を生成し、通信部２０２を介してユーザ端末３１に送信する。
【００２９】
通信部２０２は、ネットワーク１５を介してユーザ端末３１や在庫情報管理装置１３と通信する。記憶部２０３は、各種の情報を記憶するもので、共通情報記憶部２１１とユーザ情報記憶部２１２とを備えている。共通情報記憶部２１１は、各ユーザに対して共通に使用される情報を記憶する。共通情報記憶部２１１は、献立情報記憶部２２１と、食品情報記憶部２２２と、店舗情報記憶部２２３とを備えている。
【００３０】
献立情報記憶部２２１は、献立を提案する際のレシピの情報を記憶する。献立情報記憶部２２１は、図５に示すように、献立名と、その献立の料理を調理するための食材と、量と、カロリーとを対応付けて記憶する。
食品情報記憶部２２２は、個々の食品に関する情報を記憶する。食品情報記憶部２２２は、図６に示すように、品目と、分類と、鮮度を保持できる期間と、平均的な値段と、栄養素に関する情報とを対応付けて記憶する。
【００３１】
店舗情報記憶部２２３には、物品を販売する店舗と、その店舗が販売している物品とを対応付けた店舗情報が記憶される。具体的には、店舗情報記憶部２２３は、図７に示すように、店舗名と、その店舗で扱っている品目と、値段と、セールフラグとを対応付けた店舗情報を記憶する。セールフラグは、本日、その品目を特売しているか否かを識別するフラグである。店舗情報は、例えば、提携している店舗の情報サーバから取得してもよいし、情報提供サーバ２１の管理者により入力されてもよい。あるいは、例えば口コミサイトからの情報を集めて、店舗情報を生成することもできる。
【００３２】
図４に戻り、ユーザ情報記憶部２１２は、ユーザ毎のデータを記憶し、家庭情報記憶部２３０と、在庫情報記憶部２３１と、在庫履歴記憶部２３２と、常備品情報記憶部２３３と、店舗履歴記憶部２３４と、購入履歴記憶部２３５と、消費履歴記憶部２３６と、献立履歴記憶部２３７と、嗜好情報記憶部２３８と、栄養管理情報記憶部２３９と、スケジュール記憶部２４０と、メール記憶部２４１と、状況情報記憶部２４２とを備えている。
家庭情報記憶部２３０には、図８に示すように、家族ＩＤ、住所、その家庭の人数、構成員、年齢、健康状態等を対応付けた家庭情報が記憶される。
【００３３】
在庫情報記憶部２３１には、ユーザ毎に、そのユーザの宅内１０の冷蔵庫１１や収納棚１２の在庫情報が記憶される。在庫情報は、複数の宅内１０の在庫情報管理装置１３から送信され、在庫情報記憶部２３１に記憶される。在庫情報は、図９に示すように、物品の品目と、残量と、購入日と、期限と、劣化注意フラグと、廃棄フラグ等を対応付けた情報である。劣化注意フラグは、その物品が劣化しているか否かを示すフラグである。廃棄フラグは、その物品は、劣化している可能性が高いので、廃棄すべきことを示すフラグである。例えば、物品に消費期限や賞味期限がある場合、現在の日付が消費期限や賞味期限に近い場合には、劣化注意フラグにオンが対応付けられる。また、現在の日付が消費期限を超えている場合には、廃棄フラグにオンが対応付けられる。なお、物品に消費期限や賞味期限がない場合には、食品情報記憶部２２２に記憶されている鮮度を保持できる一般的な期間を用いて、鮮度が計算され、これにより、劣化注意フラグや廃棄フラグにオンが対応付けられる。また、食品の劣化を反射スペクトラムにより検出したり、臭いセンサーにより食品の劣化を検出したりして、劣化注意フラグや廃棄フラグにオンを対応付けるようにしても良い。
【００３４】
在庫履歴記憶部２３２には、時系列に応じた在庫情報の履歴が記憶される。具体的には、例えば、制御部２０１は、一定期間（例えば、１日）毎に、在庫情報記憶部２３１に記憶されている在庫情報を読み出し、現在日付に対応付けて、在庫履歴記憶部２３２に記憶させる。これにより、在庫情報記憶部２３１に記憶されている在庫情報が履歴として記憶される。この在庫履歴記憶部２３２により、過去に、どのような物品が冷蔵庫１１や収納棚１２にあり、どのように消費されたかを判定することができる。
常備品情報記憶部２３３は、複数の物品の品目のうち、定められた常備品である品目を示す常備品情報を記憶する。図１０に示すように、常備品情報には、常備品の品目と、残量と、不足閾値と、常備レベルとが含まれる。不足閾値は、その常備品が不足するか否かを示す在庫量の閾値であり、その常備品を最低限常備しておきたい個数である。例えば、４人家族の家庭において、卵を常に４つ以上常備しておきたい場合、不足閾値は、４（個）である。
【００３５】
常備レベルは、その常備品の必要度を反映するレベルである。例えば、味噌や醤油、塩や砂糖のような調味料は、これが無いと調理できないことから、常備レベルは高い。これに対して、キャベツは、無ければ他の物で代用できることから、常備レベルは低い。
【００３６】
また、不足閾値や常備レベルは、その物品の消費期限や賞味期限にも依存する。例えば、トイレットペーパーのような日用雑貨品は、多めに購入しても、劣化することはない。このため、少なくなっても、次の機会を待って購入することができる。これに対して、卵や牛乳は、期間が過ぎると劣化してしまう。このため、劣化を考慮して、不足閾値や常備レベルを設定する必要がある。常備品情報の生成については、後に説明する。
【００３７】
店舗履歴記憶部２３４には、図１１に示すように、ユーザが買い物に行った店舗名と、通った日と、直近１ヶ月に行った回数とを対応付けた店舗履歴が記憶される。店舗履歴は、例えば、ユーザが買い物を行う毎に、ユーザ端末３１を使って入力される。または、買ってきた物品をユーザが冷蔵庫１１や収納棚１２に収納する際に、在庫情報管理装置１３から入力される。なお、店舗の会計処理装置と在庫情報管理装置１３と情報提供サーバ２１との間でデータのやり取りが可能であれば、店舗で購入した物品の情報から、店舗履歴を生成することも可能である。
【００３８】
購入履歴記憶部２３５には、図１２に示すように、その家庭で購入した物品の品目と、購入日時と、購入時の量と、購入時の値段とが対応付けられた購入履歴が記憶される。購入履歴は、例えば、ユーザが買い物を行う毎に、ユーザ端末３１を使って入力される。または、買ってきた物品をユーザが冷蔵庫１１や収納棚１２に収納する際に、在庫情報管理装置１３から入力される。なお、店舗の会計処理装置と在庫情報管理装置１３と情報提供サーバ２１との間でデータのやり取りが可能であれば、店舗で購入した物品の情報から、購入履歴を生成することも可能である。
消費履歴記憶部２３６には、図１３に示すように、その家庭で消費した物品の品目と、消費した日と、残量とを対応付けた消費履歴が記憶される。消費履歴は、例えば、物品を消費する毎に、ユーザ端末３１又は在庫情報管理装置１３に入力され、送信されて記憶される。
【００３９】
献立履歴記憶部２３７には、図１４に示すように、その家庭の朝、昼、夕の献立の履歴が記憶される。献立履歴は、例えば、献立を決める毎に、ユーザ端末３１又は在庫情報管理装置１３から入力される。また、献立支援を行う際に決定した献立から、献立履歴を生成しても良い。
【００４０】
嗜好情報記憶部２３８には、その家庭の好みの献立の情報が記憶される。嗜好情報は、図１５に示すように、「和風」、「洋風」、「中華風」等の料理の系統を示す情報と、「辛い」、「甘い」等の味付けを示す情報と、「さっぱり」、「こってり」等のしつこさを示す情報とからなり、項目毎に、ポイントが記述されている。この嗜好情報は、ユーザがユーザ端末３１又は在庫情報管理装置１３から入力しても良いし、献立履歴記憶部２３７に記憶された履歴から、どのような料理が好みかを判定して、嗜好情報を生成しても良い。
【００４１】
栄養管理情報記憶部２３９には、図１６に示すように、その家庭内において摂取された栄養素やカロリーが記憶される。また、栄養管理情報記憶部２３９には、指標値や、不足又は取り過ぎであるかの情報が記憶される。この栄養管理情報は、献立履歴記憶部２３７に記憶されている献立履歴に基づいて生成される。また、後に説明するように、栄養価は、在庫履歴記憶部２３２の情報から、在庫情報を比較し、在庫情報の差分から計算することができる。このように、在庫情報の差分から栄養価を計算すると、家庭毎の食材の違いに関わらず、栄養価を精度良く計算できる。栄養管理情報記憶部２３９の過不足の情報は、このようにして求められたユーザの栄養価の摂取量に基づいて設定される。
【００４２】
スケジュール記憶部２４０には、各人のスケジュールや、来各の予定等が記憶されている。メール記憶部２４１には、各ユーザが送受信したメールの情報が記憶されている。後に説明するように、スケジュール記憶部２４０の情報や、メール記憶部２４１の情報は、その家庭の将来の状態をセンシングするのに利用できる。すなわち、スケジュール記憶部２４０の情報やメール記憶部２４１の情報から、誕生日やクリスマス等、特別な日であるかどうかを判定できる。また、スケジュール記憶部２４０の情報やメール記憶部２４１の情報から、例えば、「父親が出張しており、父親の夕食は不要である」という情報や、「来客があり、夕飯を一緒に食べる」という情報が取得できる。そして、これらの情報を献立支援に反映することができる。
状況情報記憶部２４２には、スケジュール記憶部２４０、メール記憶部２４１等に記憶されている情報に基づいて、その家庭の食事時の時間帯の在宅人数、来客の有無、特別な日であるか否かを示す情報とのうちのいずれかまたは複数の情報が含まれる状況情報が記憶される。
【００４３】
次に、ユーザ端末３１について説明する。前述したように、ユーザ端末３１としては、ＰＣやＰＤＡ、スマートフォン、携帯電話端末等、各種のものを使用できる。図１７は、ユーザ端末３１の構成を示すものである。図１７に示すように、ユーザ端末３１は、制御部３０１と、記憶部３０２と、入力部３０３と、表示部３０４と、通信部３０５とを備えている。
【００４４】
制御部３０１はＣＰＵ(Central Processing Unit)等からなり、全体の動作を制御している。記憶部３０２には、各種のアプリケーションプログラムがインストールされている。入力部３０３は、ボタンやキーボード、マウス等の入力デバイスである。表示部３０４は、液晶ディスプレイ等からなる。なお、入力部３０３及び表示部３０４を、一体としてタッチパネルで構成しても良い。通信部３０５は、ネットワーク１５を介して情報提供サーバ２１や在庫情報管理装置１３と通信する。ユーザ端末３１と情報提供サーバ２１と在庫情報管理装置１３とが通信を行うことで、ユーザに対する献立支援や購入支援、常備品の購入支援等のサービスが提供される。
【００４５】
次に、本実施形態に係るシステムの動作について説明する。本実施形態に係るシステムでは、在庫情報管理装置１３で、冷蔵庫１１や収納棚１２の物品の在庫が検出され、この在庫の情報が情報提供サーバ２１の在庫情報記憶部２３１に記憶される。ユーザは、ユーザ端末３１により、ネットワーク１５を介して情報提供サーバ２１をアクセスすることで、いつ、どこでも、自分の家庭の宅内１０の冷蔵庫１１や収納棚１２の在庫情報を知ることができる。
【００４６】
例えば、ユーザは、幼稚園や学校の送り迎えの時間を利用して、ユーザ端末３１により情報提供サーバ２１にアクセスすれば、宅内１０の冷蔵庫１１や収納棚１２の在庫情報を知ることができ、時間を有効活用して、献立を考えることができる。また、ユーザは、買い物の最中に、ユーザ端末３１により情報提供サーバ２１にアクセスして、宅内１０の冷蔵庫１１や収納棚１２の在庫情報を知ることで、余分な物を買ってしまったり、必要な物を買い忘れたりすることがなくなる。
【００４７】
さらに、本実施形態に係るシステムでは、献立支援や購入支援を行うことができる。献立支援では、宅内１０の冷蔵庫１１や収納棚１２の在庫情報を活用して、ユーザに、最適な献立を提案できる。また、購入支援では、宅内１０の冷蔵庫１１や収納棚１２の在庫情報を用いて、必要な買い物情報を知らせることができる。更に、本実施形態に係るシステムでは、常備品の購入支援を行うことができる。
【００４８】
＜献立支援＞
まず、献立支援について説明する。図１８は、献立支援処理を行う際の情報提供サーバ２１での処理を示すフローチャートである。なお、献立支援処理の開始要求は、ユーザ端末３１からネットワーク１５を介して、情報提供サーバ２１に送られる。
【００４９】
図１８において、ユーザ端末３１からの献立支援処理の開始要求を受け付けると、情報提供サーバ２１の制御部２０１は、在庫情報記憶部２３１から、宅内１０の冷蔵庫１１や収納棚１２の在庫情報を読み出し（ステップＳ１）、献立情報記憶部２２１（図５）から、在庫の例えば８０％以上を使用して作れる献立情報を検索する（ステップＳ２）。そして、制御部２０１は、献立が検索できたか否かを判定し（ステップＳ３）、検索できなければ（ステップＳ３：Ｎｏ）、在庫の使用できる割合を例えば５％だけ下げて（ステップＳ４）、ステップＳ３にリターンする。
【００５０】
ステップＳ３で、献立の候補が検索できたら（ステップＳ３：Ｙｅｓ）、制御部２０１は、各献立の候補について、早急に使用したい材料が含まれているかを判定する（ステップＳ５）。早急に使用したい材料か否かは、在庫情報記憶部２３１に記憶された在庫情報に含まれる劣化注意フラグから判定できる。
【００５１】
制御部２０１は、在庫情報記憶部２３１の劣化注意フラグから、早急に使用したい材料があると判定された場合には（ステップＳ５：Ｙｅｓ）、例えばポイントを「２０」加算し（ステップＳ６）、早急に使用したい材料がないと判定された場合には（ステップＳ５：Ｎｏ）、ポイント加算は行わない（ステップＳ７）。
【００５２】
次に、制御部２０１は、候補となる献立について、嗜好情報記憶部２３８（図１５）により、嗜好を判定し（ステップＳ８）、この嗜好に応じてポイントを付加する（ステップＳ９）。例えば、制御部２０１は、図１５に示した嗜好情報記憶部２３８を参照して、和風の献立ならポイントを「３」加算し、洋風の献立ならポイントを「４」加算し、中華風の献立ならポイントを「３」加算する。更に、制御部２０１は、味付けが辛ければポイントを「５」加算し、甘ければポイントを「２」加算し、しょっぱければポイントを「３」加算する。更に、制御部２０１は、さっぱりした味付けならポイントを「７」加算し、こってりした味付けならポイントを「３」加算する。
【００５３】
次に、制御部２０１は、栄養管理情報記憶部２３９に記憶されている栄養管理情報に基づいて、栄養状態を判定し（ステップＳ１０）、栄養状態に応じたポイントを付加する（ステップＳ１１）。例えば、制御部２０１は、欠乏気味の栄養素を含む場合には、ポイントを「２０」加算し、含まない場合には、ポイントを加算しない。また、制御部２０１は、過剰に摂取している栄養素を含む場合には、ポイントを減算する。そして、制御部２０１は、候補となる献立を抽出し、これらの候補となる献立をポイント順にランキングして、ユーザ端末３１に献立を提示する（ステップＳ１２）。
【００５４】
ここで、管理対象の家庭に家族が複数人いる場合、家族の中で栄養素の過不足の大きい人を対象として算出したポイントを優先して献立を提示するようにしても良い。また、家族が複数人いる場合、家族の中で栄養素の過不足の大きい人に対して別メニューを用意しても良い。また、家族の中に栄養素の過不足の大きい人がいない場合、ポイントの家族の総和が最も高い献立を提示するようにしても良い。
【００５５】
このように、本実施形態に係るシステムでは、在庫情報記憶部２３１から宅内１０の冷蔵庫１１や収納棚１２の在庫情報を取得し、この在庫情報を用いて、献立支援を行っている。これにより、冷蔵庫１１や収納棚１２に収納されている食材を有効活用して、無駄のない献立を作ることができる。
【００５６】
ここで、上述のポイント付与は一例であり、その他、献立の提示方法には、上述のようなポイントによるランキングの他、各種の提示方法が考えられる。
例えば、予めいくつかの献立を記憶させておき、在庫がある複数の具材を含む料理を、記憶されている献立メニューから選択して提示するようにしても良い。
また、在庫の食材と献立メニューとを比較して、不足している材料の品目が少ないものを優先して、献立を提示するようにしても良い。
【００５７】
また、在庫の食材と献立メニューとを比較して、不足している材料の量が少ないものを優先して、献立を提示するようにしても良い。
また、在庫の食材と献立メニューとを比較して、不足している材料を抽出し、この材料のコストが少ないものを優先して、献立を提示するようにしても良い。
また、献立履歴記憶部２３７の情報から、その献立と同一の献立メニューを作った日からの経過日数をカウントし、この経過日数に応じて、ポイントを重み付けするようにしても良い。また、献立履歴記憶部２３７の情報から、頻度の高い献立に対して、ポイントが高くなるように、重み付けするようにしても良い。
更に、これらの提示方法を組み合わせるようにしても良い。このように、各種の提示方法を組み合わせることで、ユーザの嗜好に合うと共に、家計の負担にならない、効率的な献立を提示できる。
【００５８】
また、前述したように、献立支援では、家族の栄養状態や健康状態、食事の嗜好を考慮した献立や、誕生日やクリスマス等、特別な場合の献立等を提案することができる。そのために、献立支援処理では、以下のような処理を行う。
・状況センシング
誕生日やクリスマス等、特別な日の場合には、いつもと違う献立が用意される。また、来客があると、その来客のために、いつもと違う献立が用意される。また、父親が出張して、夕食が不要になると、食事の分量がいつもと変わってくる。更に、風邪をひいているとき、食べ過ぎのとき、疲労のとき等、健康状態によって、献立が変わることがある。状況センシングは、このように、食事を行う時点での、人数、外出予定、来客予定、健康状態、特別な日等をセンシングして、献立支援を行うものである。
【００５９】
そこで、状況センシング部２６３が、例えば、スケジュール記憶部２４０の情報やメール記憶部２４１の情報から、状況情報を生成して、状況情報記憶部２４２に記憶させる。また、音声認識により会話から言語情報を取得し、この中からキーとなる言語をピックアップすることで、状況情報を生成することもできる。また、部屋にカメラや人感センサーを設け、このカメラや人感センサーの情報から、人数を把握して、状況センシングのための情報として用いることもできる。状況センシングの情報は、状況情報記憶部２４２に記憶される。
【００６０】
状況センシングにより、特別な日や、来客が検出されると、制御部２０１は、献立支援の際に、そのための処理を行う。例えば、誕生日やクリスマス等の特別な日であると判定されると、制御部２０１は、在庫情報記憶部２３１の在庫情報とは無関係に、誕生日なら家族の好きな誕生日メニュー、クリスマスならクリスマス用のメニューを提案する。また、来客があると判定されると、制御部２０１は、来客用のメニューを提案し、また、来客に合わせて、食事の分量を修正する。
【００６１】
・副菜の決定
上述の献立支援処理により、主菜となる献立は決まったが、副菜を追加したい場合がある。副菜のみ献立支援を行う場合は、図１８に示した献立支援処理で、ステップＳ２の在庫の例えば８０％以上を使用して作れるメニューを検索する際に、主菜で使用する材料を差し引いて、検索を行い、主菜にあうメニューのポイントを加算する。
【００６２】
・栄養管理
栄養が偏っているような場合には、栄養を補うような特別な献立が必要になってくる。栄養管理処理は、栄養に過不足が生じたときの処理を行う。栄養の過不足は、図１６に示した栄養管理情報記憶部２３９に記憶されている栄養管理情報から検出できる。栄養管理処理を行う場合は、図１８に示した献立支援処理で、ステップＳ１１の栄養状態ポイントの加算を、栄養の過不足に応じて変更し、過不足を低減するような献立情報を検出する。
【００６３】
ここで、摂取した栄養価は、在庫履歴記憶部２３２から在庫を更新する毎の在庫を比較し、この差分から計算することができる。つまり、摂取した栄養価は、献立情報記憶部２２１（図５）を参照することで、求めることができる。しかしながら、同じ献立でも、各家庭により、使う食材は様々で有り、食事の献立からカロリーを計算することは難しい。例えば、献立がカレーライスであったとしても、肉を多めに入れる家庭、ジャガ芋を入れない家庭等、その食材は様々である。このため、単純に食事の献立からカロリーを計算しても、正しく栄養価を計算できない。
【００６４】
これに対して、在庫履歴の差分から、栄養価を計算すると、実際に食した食材に基づく栄養価なので、各家庭の調理の仕方にかかわらず、精度の高い栄養価を計算できる。各食材の栄養価は、図６に示した食品情報記憶部２２２から検出することができる。ここで、家族の構成員が複数存在する場合は、家族の構成員に応じて、各個人が摂取した栄養価を補正する。例えば、家庭の各人の取得した栄養価は、父を０．５、母を０．３、子供を０．２のように、各家庭の個人毎に重み付けして分配することで求められる。このような重み付けは、曜日や休日であるか否か、外出をしたか否か等の状況により変更してもよい。この場合、状況情報記憶部２４２に記憶されている状況情報に基づいて重み付けの値を算出してもよい。これにより、実際に食した値に近い栄養価を求めることができる。なお、同じ食材でも、揚げるか、煮るか、茹でるか等の調理方法により、栄養価は異なってくる。これについては、補正演算を行えば良い。栄養管理情報記憶部２３９の過不足の情報は、このようにして求められたユーザの栄養価の摂取量に基づいて設定される。
【００６５】
図１９は、在庫履歴から栄養価を計算するときの処理を示すフローチャートである。図１９において、制御部２０１は、在庫情報記憶部２３１に記憶されている在庫情報が更新されると（ステップＳ１０１）、在庫履歴記憶部２３２により更新前の在庫情報と更新後の在庫情報の差分を検出する（ステップＳ１０２）。そして、制御部２０１は、在庫情報の差分から、食品情報記憶部２２２を参照して、栄養価を計算する（ステップＳ１０３）。栄養価が計算できたら、制御部２０１は、各家庭の個人毎に重み付けして栄養価を分配し、各個人が摂取した栄養価に換算する（ステップＳ１０４）。そして、制御部２０１は、揚げるか、煮るか、茹でるか等の調理方法により、栄養価を補正して、各個人が摂取した栄養価を推定する（ステップＳ１０５）。また、制御部２０１は、各個人が摂取した栄養価と、予め定められた栄養価の指標値とに基づいて、その個人が摂取した栄養価の過不足を判定する。例えば、過不足判定部２６４は、個人が摂取した栄養価と栄養価の指標値の差を、過不足として算出し、過不足を判定する。例えば、３９歳男性の場合、ビタミンＡの指標値が５５０、カロリーの指標値が２５００とし、個人が摂取したビタミンＡが０、カロリーが２９２０とすると、ビタミンＡの不足分が５５０、カロリーの過分が４２０とする値を算出する。そして、このように算出した栄養管理情報を、栄養管理情報記憶部２３９に記憶させる（ステップＳ１０６）。
【００６６】
・健康管理
血糖値やコレステロール値が高くなっているような場合には、特別な献立が必要になってくる。健康管理処理は、血糖値やコレステロール値が高くなっているような場合の処理を行う。健康管理では、図１８に示した献立支援処理で、ステップＳ１１の栄養状態ポイントの加算を、健康状態に応じて変更する。
ここで、血糖値の上昇やコレステロール値の上昇を防ぐような特定の栄養素やカロリーを抑制するような健康管理ばかりでなく、身長が伸びるための栄養素や疲労回復を防ぐような栄養素をより含むような健康管理を行う献立を支援するようにしても良い。
【００６７】
・店舗情報
例えば、ある店舗で、旬の野菜の特売が行われているとする。この場合、その店で、旬の野菜を買って、献立に生かしたいと考える。店舗情報は、このような店舗の情報に応じて、旬な食材や特売の食材を使って、献立を提案するものである。どの店舗で、どのような特売が行われているかは、店舗情報記憶部２２３に記憶されている店舗情報から取得できる。店舗情報の処理では、特売の行われている品目を使った献立のポイントを加算する処理が行われる。また、食材を購入すべき店舗にフラグが立てられる。
【００６８】
・食べたいもの
「今日は、魚が食べたい」等、食べたいものが決まっている場合がある。このように食べたいものが決まっている場合には、食べたいものの設定処理を行う。このようにすると、図１８に示した献立支援処理のステップＳ１２で、献立候補を表示する際に、その食材を使った献立に絞った献立の候補のみを選定し、表示する。
【００６９】
・朝食、昼食、夕食
「朝は、忙しいので、簡単な調理にしたい」等、朝食、昼食、夕食で、それぞれに適した献立は異なる。そこで、朝食、昼食、夕食に応じた献立が用意される。なお、どの食事に重点を置くかは、家庭毎に異なっている。
以上のように、本実施形態に係るシステムでは、各状況に応じた処理を設けることで、家族の栄養状態や健康状態、食事の嗜好を考慮した献立や、誕生日やクリスマス等、特別な場合の献立等を提案することができる。
【００７０】
＜購入支援＞
次に、購入支援について説明する。図２０は、購入支援処理を行う際の情報提供サーバ２１での処理を示すフローチャートである。なお、購入支援処理の開始要求は、ユーザ端末３１からネットワーク１５を介して、情報提供サーバ２１に送られる。
図２０において、ユーザ端末３１からの献立支援処理の開始要求を受け付けると、情報提供サーバ２１の制御部２０１は、宅内１０の冷蔵庫１１や収納棚１２の在庫情報記憶部２３１から在庫情報を読み出す（ステップＳ２０１）。そして、制御部２０１は、献立が既に決まっているか否かを判定する（ステップＳ２０２）。
【００７１】
献立が既に決まっている場合には（ステップＳ２０２：Ｙｅｓ）、その献立を入力し（ステップＳ２０３）、制御部２０１は、在庫情報記憶部２３１（図９）と、献立情報記憶部２２１（図５）を参照して、その献立の料理を作るために不足となる食材を抽出する（ステップＳ２０４）。なお、このときの食材の量は、状況情報記憶部２４２に記憶されているその家庭の食事時の時間帯の在宅人数、来客の有無により決定する。
【００７２】
そして、制御部２０１は、店舗情報記憶部２２３を参照して、その食材を売っている店舗や、その材料の特売をしている店舗の情報を取得し（ステップＳ２０５）、ユーザ端末３１に、必要な買い物の情報と、その品目の物品を購入するための店舗の情報をユーザ端末３１に提示する（ステップＳ２０６）。
【００７３】
ステップＳ２０２で、献立が未だ決まっていない場合には、制御部２０１は、献立支援処理を行う（ステップＳ２０７）。この献立支援処理は、図１８に示した献立支援処理と同様であり、宅内１０の冷蔵庫１１や収納棚１２の在庫情報記憶部２３１（図９）を取得して、献立情報記憶部２２１（図５）を参照して、献立を提示する。そして、制御部２０１は、献立が決定したか否かを判定する（ステップＳ２０８）。
【００７４】
店舗に買い物に行くと、旬な食材が特売で売っている場合がある。また、試食コーナーで試食をしたところ、おいしい食材に出会うことがある。このような場合は、とりあえず、おいしそうな食材をショッピングカートに入れてから、その食材を使った献立を考えることになる。
【００７５】
そこで、ステップＳ２０８で、献立が決まっていない場合には（ステップＳ２０８：Ｎｏ）、ショッピングカートに入れた物品（食品）の情報を、在庫情報に追加した上で（ステップＳ２０９）、更に、献立支援処理を行う（ステップＳ２０７）。ここでは、例えば、ユーザ端末３１の入力部が、購入を検討している物品を示す検討物品情報の入力を受け付ける。ユーザ端末３１は、ボタン操作により検討物品情報の入力を受け付けてもよいし、画像解析により検討物品情報の入力を受け付けてもよいし、バーコードを読み取ることにより検討物品情報の入力を受け付けることもできる。ユーザ端末３１は、入力された検討物品情報を情報提供サーバ２１に送信し、情報提供サーバ２１は、ユーザ端末３１から送信された検討物品情報と在庫情報とに対応する献立情報を検出する。
【００７６】
ここで、このショッピングカートに入れた物品を示す検討物品情報は、情報提供サーバ２１に記憶され、同じ宅内に住む家族が使用する他のユーザ端末３１からの要求に応じて、その他のユーザ端末３１に送信され、表示部に表示される。これにより、同じ宅内に住む家族のユーザ端末３１に、他の家族が購入を検討している物品の情報を知らせることができる。すなわち、例えば同じ宅内に住む家族が同日に買い物をしている場合、自分以外のユーザの検討物品情報を参照することで、同じ物品を購入してしまうことを防止できる。また、情報提供サーバ２１は、ユーザ端末３１に在庫情報を送信して表示させることもできる。これにより、ユーザは、宅内の在庫状況をリアルタイムに把握して、買い物をすることができる。献立が決まらない場合には、ステップＳ２０７からステップＳ２０９の処理を繰り返して行う。
【００７７】
そして、献立が決定されると（ステップＳ２０８：Ｙｅｓ）、制御部２０１は、在庫情報記憶部２３１（図９）と、献立情報記憶部２２１（図５）を参照して、その献立の料理を作るために不足となる食材を抽出し（ステップＳ２０４）、店舗情報記憶部２２３を参照して、その食材を売っている店舗や、その材料の特売をしている店舗の情報を取得し（ステップＳ２０５）、ユーザ端末３１に、必要な買い物の情報と、その物品を購入するための店舗の情報をユーザ端末３１に提示する（ステップＳ２０６）。なお、ユーザは、ユーザ端末３１の入力部３０３を操作することにより、献立の決定、変更、取り消しを行うことができる。ユーザによる、献立の決定、変更、取り消しの入力があると、制御部２０１は、この入力に応じて、購入する品目の指示や、献立の変更処理を行う。
【００７８】
また、ここで、買い物が複数の店舗に渡る場合には、店舗を巡るための最適な購入経路を提示させるようにしても良い。最適な購入経路の選定方法としては、最短時間で巡る経路、ガソリン代が最も安くなる経路等、各種の経路の選定方法を選択できるようにしても良い。購入経路の提示は、例えば、ユーザが自動車で買い物をしている場合には、カーナビゲーションと連動させるようにしても良い。また、店舗履歴記憶部２３４の情報からよく訪れる店舗を抽出し、よく訪れる店舗を優先させて、購入経路を提示しても良い。
【００７９】
このように、本実施形態に係るシステムでは、宅内１０の冷蔵庫１１や収納棚１２の在庫情報を用いて、必要な買い物情報を提示することができる。また、購入支援では、必要な食材がどの店で売っているか、どの店で特売を行っているか等を知らせることができる。更に、献立が決まらない場合には、ショッピングカートに入れた食材の情報を加えて献立支援を行い、買い物をしながら、必要な買い物情報を知らせることができる。また、本実施形態に係るシステムでは、宅内１０の冷蔵庫１１や収納棚１２の在庫情報を取得して、必要な買い物情報を知らせており、この在庫情報記憶部２３１に記憶されている在庫情報は、リアルタイムで更新される。このため、例えば、献立で使おうと思っていた食材を子供が冷蔵庫１１を開けて食べてしまったような場合でも、在庫情報記憶部２３１に記憶されている在庫情報が更新されており、リアルタイムの在庫に合わせて、必要な材料を購入することができる。また、本実施形態に係るシステムでは、同じ宅内に住む家族が同時に違う端末から宅内の情報を見ることができる。同じ宅内に住む家族が同時に買い物をしている場合、自分以外のユーザの検討している物品のリスト（ショッピングカートに入れた物の情報）を閲覧できる。これにより、家族が同じ物品を購入してしまうことを防止できる。なお、上述までの説明では、主に食品の購入について説明したが、日用品等の他の物品も同様である。
【００８０】
＜常備品の購入支援＞
次に、常備品の購入支援について説明する。前述したように、本システムでは、常備品の購入支援を行うことができる。常備品は、トイレットペーパー、調味料、卵等、冷蔵庫１１や収納棚１２に常に一定量の買い置きがあるものである。本実施形態に係るシステムでは、このような常備品が宅内に十分な量だけ備えられているかどうかをチェックし、常備品が不足しているときには、その常備品を購入する指示情報である購入指示を生成し、ユーザ端末３１に送信する。
【００８１】
ところで、常備品は、どの家庭にも共通のものと、各家庭毎に異なっているものとがある。例えば、トイレットペーパーは、どの家庭にも共通の常備品である。これに対して、例えば、ビールやワインは、アルコールが好きな人なら、常備品であるが、アルコールを飲まない人にとっては、常備品ではない。また、常備品の中には、必ず必要なものと、代替えで間に合うものがある。例えば、味噌や醤油、ソースのような調味料は、他に代用することができない常備品である。これに対して、キャベツは、例えばレタスでも代用できる。
【００８２】
前述したように、常備品情報は、図１０に示したように、常備品情報記憶部２３３に記憶されている。この常備品情報は、家庭毎に常備品となるものが異なることから、図２１に示すような処理により、生成される。
ここでは、常備品情報には、一般的な常備品としてのデフォルト値が予め記憶されているようにすることができる。例えば図２１において、トイレットペーパーや、歯磨き粉のような日用品、味噌、醤油、砂糖、塩のような調味料は、デフォルトに常備品として記憶されており、常備品情報の生成処理では、まず、制御部２０１は、このようなデフォルトで記憶されている常備品をユーザ端末３１に表示させて知らせる（ステップＳ３０１）。ユーザは、このデフォルトで記憶されている常備品を見て、常備品の追加や削除、変更があるか否かを判断し（ステップＳ３０２）、常備品の追加や削除、変更がある場合には（ステップＳ３０２：Ｙｅｓ）、ユーザ端末３１の操作により、常備品の追加や削除、変更の処理を行う（ステップＳ３０３）。ユーザによる常備品の追加や削除、変更がない場合には（ステップＳ３０２：Ｎｏ）、常備品情報記憶部２３３には、デフォルトの状態の常備品情報を記憶させておく。
【００８３】
そして、制御部２０１は、在庫履歴記憶部２３２から、その物品が常備品であるか否かを判定し（ステップＳ３０４）、判定された常備品を常備品情報記憶部２３３に追加する（ステップＳ３０５）。つまり、常備品であれば、ユーザは、在庫がなくなると、常に、補充を行う。そこで、制御部２０１は、在庫がなくなると、必ず購入しているものを在庫履歴記憶部２３２や購入履歴記憶部２３５から判定し、これを常備品として常備品情報記憶部２３３に記憶させる。
【００８４】
例えば、図２２は、ある家庭の各物品の在庫がなくなった日数をグラフに表したものである。図２２において、セロリやキャベツは、在庫がない日が多くあるのに対して、卵や牛乳、豚肉は、在庫がない日が殆どない。このことから、例えば、常備品かどうかの判定ラインをＡ１のように記憶すれば、卵、牛乳、豚肉、牛肉は常備品、キャベツ、レタスは常備品ではないと判定できる。
【００８５】
そこで、制御部２０１は、在庫履歴記憶部２３２や購入履歴記憶部２３５を参照し、在庫情報の履歴に基づいて、物品の品目ごとに、その物品が常備品であるか否かを判定して常備品情報を生成し、常備品情報記憶部２３３に記憶させる。例えば直近１ヶ月、在庫なしの日が７日以下のものを常備品として判定する。また、制御部２０１は、在庫量がどれくらいの量になったときにその物品を購入したかを判定し、不足閾値を変動させる。また、制御部２０１は、在庫情報の履歴に基づいて、物品の品目ごとに、その物品の必要度を示す常備レベルを算出し、算出した常備レベルを常備品情報記憶部２３３に記憶させる。例えば、制御部２０１は、在庫情報の履歴に基づいて、所定期間内に在庫がない日数を判定し、判定結果に基づいて、常備レベルを算出する。例えば直近１ヶ月、在庫なしの日が０日である常備品の常備レベルを「大」と判定し、１日から３日である常備品の常備レベルを「中」と判定し、４日から７日である常備品の常備レベルを「小」と判定する。あるいは、購入したときの値段から、どのくらい必要かを判定し、これに応じて、常備レベルを判定する。すなわち、必ず必要なものは、値段を問わずに、購入しなければならないが、必要度が小さければ、特売を待って購入できる。そこで、制御部２０１は、購入履歴記憶部２３５から購入時の値段を判定し、値段が高くでも購入したものは、常備レベルを高くした常備品情報を記憶させる。
【００８６】
なお、上述の例では、例えば直近１ヶ月、在庫なしの日が７日以下のものを常備品として判定しているが、常備品の判定方法は、このような方法以外にも考えられる。例えば、常備品は、規則的に使用され、規則的に購入される傾向にある。すなわち、牛乳は、朝の在庫は多いが、夕方になると殆どなくなる。また、砂糖や塩は、例えば６ヶ月毎に、購入される。このように、周期は常備品の品目によって異なるが、購入時期は、ほぼ、一定の周期毎である。そこで、購入が周期的であるか否かを判定し、購入が周期的なら、常備品と判定することができる。
【００８７】
次に、図２３のフローチャートを参照して、常備品の購入支援について説明する。図２３において、制御部２０１は、常備品情報記憶部２３３から常備品情報を読み出し（ステップＳ４０１）、不足閾値以下の常備品があるか否かを判定する（ステップＳ４０２）。不足閾値以下の常備品があると判定された場合には、制御部２０１は、不足閾値以下の常備品を抽出し（ステップＳ４０３）、常備品に該当する品目が不足する場合に、その常備レベルに基づいて、購入指示を生成して出力する。すなわち、制御部２０１は、不足閾値以下の常備品の常備レベルを読み出す（ステップＳ４０４）。そして、制御部２０１は、店舗情報記憶部２２３に記憶されている店舗情報に基づいて、不足閾値以下の常備品が特売品になっているか否かを判定する（ステップＳ４０５）。
【００８８】
制御部２０１は、不足閾値以下の常備品の常備レベルが「大」か否かを判定し（ステップＳ４０６）、不足閾値以下の常備品の常備レベルが「大」の場合には、制御部２０１は、特売品かどうかとは無条件に、常備品の購入指示をユーザ端末３１に送り（ステップＳ４０７）、ユーザ端末３１はこの購入指示を表示して出力する。
【００８９】
また、制御部２０１は、不足閾値以下の常備品の常備レベルが「中」か否かを判定し（ステップＳ４０８）、不足閾値以下の常備品の常備レベルが「中」の場合には、制御部２０１は、店舗情報記憶部２２３のセールフラグから、特売品か否かを判定する（ステップＳ４０９）。ここで、不足閾値以下の常備品が特売品である場合には（ステップＳ４０９：Ｙｅｓ）、制御部２０１は、常備品の購入指示を送信する（ステップＳ４１０）。不足閾値以下の常備品が特売品でない場合には（ステップＳ４０９：Ｎｏ）、制御部２０１は、常備品は不足しているが、値段が高いという警告をユーザ端末３１に送り（ステップＳ４１１）、ユーザ端末３１はこの警告を表示する。
【００９０】
また、制御部２０１は、不足閾値以下の常備品の常備レベルが「小」か否かを判定し（ステップＳ４１２）、不足閾値以下の常備品の常備レベルが「小」の場合には（ステップＳ４１２：Ｙｅｓ）、制御部２０１は、特売品かどうかを判定する（ステップＳ４１３）。ここで、不足閾値以下の常備品が特売品である場合には（ステップＳ４１３：Ｙｅｓ）、制御部２０１は、常備品の購入指示を送信する（ステップＳ４１４）。不足閾値以下の常備品が特売品でない場合には（ステップＳ４１３：Ｎｏ）、制御部２０１は、例えば数日以内に特売があるか否かを判定し、数日以内に特売がある場合には、現在は買わなくて良いと判定し、購入指示を出力しない。あるいは、より安い代替え品の購入指示をユーザ端末３１に送り（ステップＳ４１５）、ユーザ端末３１は代替え品の購入指示を表示するようにしてもよい。
【００９１】
なお、常備品の購入指示は、在庫の量と価格とに基づいて決定するようにしても良い。また、例えば、特売品のときには、不足閾値を上げて、常備品を購入し易くするようにしても良い。特売品かどうかは、店舗情報記憶部２２３の情報から取得できる。
このように、本実施形態に係るシステムでは、トイレットペーパー、調味料、卵等、冷蔵庫１１や収納棚１２に常に一定量の買い置きがあり、常備品となっているものについて、常備品の購入支援を行うことができる。また、本実施形態に係るシステムでは、常備度にレベルを付けることで、どうしても必要なものは購入でき、少し待てるものは、特売日を待って購入できる。
【００９２】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。図２４は、本発明の第２の実施形態を示すものである。
図２４に示すように、本発明の第２の実施形態に係るシステムは、冷蔵庫５１１や収納棚５１２に収納されている物品の在庫情報を管理する在庫情報管理装置５１３と、ユーザ端末５３１とからなり、在庫情報管理装置５１３とユーザ端末５３１とは、ネットワーク５１５を介して、接続可能とされている。
【００９３】
在庫情報管理装置５１３は、冷蔵庫５１１や収納棚５１２の在庫を検出する検出部６０１と、在庫情報記憶部６０２と、通信部６０３と、在庫履歴７３２と、常備品情報記憶部７３３と、常備品購入支援部７５３とが設けられる。常備品購入支援部７５３は、常備品判定部７６１と、不足判定部７６２とからなる。検出部６０１は、画像解析部６１１と重量センシング部６１２とからなる。
【００９４】
ユーザ端末５３１は、制御部８０１と、記憶部８０２と、入力部８０３と、表示部８０４と、通信部８０５とを備えている。制御部８０１には、献立支援部７５１と、購入支援部７５２を実現するアプリケーションプログラムがインストールされている。また、記憶部８０２は、少なくとも、献立情報記憶部７２１を備えている。更に、記憶部８０２には、家庭情報、店舗履歴、購入履歴、消費履歴、献立履歴、嗜好情報、栄養管理情報、スケジュール記憶部等の個人情報や、食品情報、店舗情報等の共通情報を備えても良い。
【００９５】
前述の第１の実施形態では、冷蔵庫１１や収納棚１２に収納されている物品の在庫情報を在庫情報管理装置１３からネットワーク１５を介して情報提供サーバ２１に送り、ユーザ端末３１でネットワーク１５を介して情報提供サーバ２１にアクセスすることで、献立支援や購入支援、常備品の購入支援等、各種のサービスを受けるようにしている。
【００９６】
これに対して、この実施形態に係るシステムでは、図２４に示すように、在庫情報管理装置５１３と、ユーザ端末５３１とから構成されている。そして、ユーザ端末５３１に、献立支援部７５１と、購入支援部７５２とを実現するアプリケーションプログラムをインストールし、ユーザ端末５３１で、ネットワーク５１５を介して、在庫情報管理装置５１３にアクセスして、献立支援や購入支援、常備品の購入支援等、各種のサービスを受けることができるようにしている。
【００９７】
すなわち、献立支援では、ユーザ端末５３１は、献立支援部７５１を動作させることにより、在庫情報管理装置５１３の在庫情報記憶部６０２から送られてくる在庫情報を受信し、受信した在庫情報の食材を有効に利用して調理できる献立候補を、記憶部８０２の献立情報記憶部７２１を参照して抽出し、表示部８０４に表示させる。
【００９８】
また、購入支援では、ユーザ端末５３１は、購入支援部７５２を動作させることにより、献立が決まっていれば、在庫情報と献立情報とに基づいて、献立のメニューを作るのに不足する食材を抽出し、抽出した不足食材を表示部８０４に表示させて提示する。また、献立が決まっていなければ、ショッピングカートの物品を含めて、献立支援を行い、献立が決まれば、ユーザ端末５３１は、在庫情報と献立情報とに基づいて、献立のために不足する食材を抽出し、抽出した不足食材を表示部８０４に表示させて提示する。
【００９９】
また、常備品の購入提示では、在庫情報管理装置５１３は、常備品購入支援部７５３の常備品判定部７６１により、在庫履歴７３２を参照して、常備品を判定し、常備品情報記憶部７３３に加える。そして、在庫情報管理装置５１３は、常備品購入支援部７５３の不足判定部７６２により、常備品情報記憶部７３３から常備品が不足閾値以下になったことを検出すると、ユーザ端末５３１に常備品の不足を知らせ、ユーザ端末５３１は、常備品の購入を表示部８０４に表示してユーザに指示する。
【０１００】
このように、この第２の実施形態では、情報提供サーバを用いずに、ユーザ端末５３１で、ネットワーク５１５を介して、在庫情報管理装置５１３にアクセスして、献立支援や購入支援、常備品の購入支援等、各種のサービスを受けることができるようにしている。
なお、上述の例では、ユーザ端末５３１に、献立支援部７５１と、購入支援部７５２を実現するアプリケーションプログラムをインストールすると共に、ユーザ端末５３１の記憶部８０２に、献立情報記憶部７２１を設けているが、献立情報記憶部を在庫情報管理装置５１３側に設けるようにしても良い。
【０１０１】
また、在庫情報管理装置５１３側に、常備品購入支援部７５３と共に、献立支援部や購入支援部を設け、更に、在庫情報管理装置５１３側に、家庭情報、店舗履歴、購入履歴、消費履歴、献立履歴、嗜好情報、栄養管理情報、スケジュール等の個人情報の記憶部や、献立情報、食品情報、店舗情報等の共通情報の記憶部を備えても良い。すなわち、在庫情報管理装置５１３に、図１における情報提供サーバ２１と同様の機能を持たせるようにしても良い。
【０１０２】
以上説明したように、本実施形態によれば、記憶や勘に頼った家事の仕事に対して、情報処理技術を導入することで、より効率的で、簡単に、かつ間違いを少なくすることができる。従来の技術では、献立や食料品購入計画を提案し、生活支援を行っているものの、店舗で買い物をする食品や日用品は、献立や食料品購入計画で定まるようなものばかりではない。例えば、トイレットペーパー、調味料、卵等は、必ず必要になるため、常に一定量の買い置きがあり、常備品になっている。買い物に行って、献立に必要なものは購入したのに、このような常備品を買い忘れてしまい、その献立が作れなくなってしまうことがある。例えば、豚汁を作ろうと思い、豚肉と野菜を購入したのに、味噌の買い置きがなくなっているのを忘れてしまい、豚汁が作れないというようなことがある。
【０１０３】
また、このような常備品は、常に在庫を確保しなければならないが、値段の高い物を購入してしまうと、家計の負担となる。例えば、トイレットペーパー等は、特売品となることがあり、同じ品目の物品であっても、普段の値段と特売のときの値段とは大きく異なる。このような常備品は、特売を待って購入すれば、家計の助けになる。そこで、本実施形態によれば、このような常備品を認識して、物品の購入支援を行うことができる。
【０１０４】
また、献立や食料品購入計画が立案されても、その計画通りに、買い物をして、料理が作れるわけではない。例えば、献立に使おうとしていた食材を子供が食べてしまい、献立を変更しなければならないことがある。或いは、店舗に買い物に行ったら旬の食材が販売されていたり、特売価格の食材が販売されていたりすれば、とりあえず、その食材をショッピングカートに入れてから、献立を考えるというようなこともある。そこで、本実施形態によれば、このようなリアルタイムに変化する状況に応じて、最適な購入支援、献立支援を行うことができる。
【０１０５】
また、同じ献立でも、各家庭により、使う食材は様々で有り、食事の献立から栄養価を計算することは難しい。例えば、献立がカレーライスであったとしても、肉を多めに入れる家庭、ジャガ芋を入れない家庭等、その食材は様々である。このため、単純に食事の献立から栄養価を計算しても、正しく栄養価を計算できない。そこで、本実施形態によれば、在庫を有効に活用して、効率的な献立を提案できると共に、栄養の偏りや、カロリーの取り過ぎを防ぎ、健康管理に配慮して献立を提案できる。
【０１０６】
すなわち、本実施形態によれば、宅内の在庫の在庫記憶部に含まれている品目が常備品であるかどうかを判定し、常備品に該当する品目が不足している場合には、購入指示を出力する。このため、トイレットペーパー、調味料、卵等、冷蔵庫や収納棚に常に一定量の買い置きがあり、常備品となっているものを、在庫切れとすることなく、適切なタイミングで、購入することができる。
【０１０７】
また、本実施形態によれば、宅内の在庫の在庫記憶部に含まれているリアルタイムの在庫情報と、献立情報とから、献立の食品を作るのに購入する必要な食材を判定して、購入支援を行うことができる。また、本実施形態によれば、購入を検討している物品の情報を含めて、献立の食品を作るのに購入する必要な食材を判定することで、店舗に行ってから購入を検討した食材にフレキシブルに対応して、購入支援を行うことができる。
【０１０８】
また、本実施形態によれば、更新前の在庫情報と更新後の在庫情報の差分を検出し、この在庫情報の差分から、食品情報を参照して、栄養価を算出する。このようにして求めたユーザの栄養価の摂取量に基づいて、献立支援を行う。このように、在庫情報の差分から栄養価を計算すると、家庭毎の食材の違いに関わらず、栄養価を精度良く計算でき、正しく栄養価を評価して、献立を提案できる。
【０１０９】
なお、上述のシステムの全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１１０】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【０１１１】
情報提供サーバ…２１、献立情報記憶部…２２１、在庫情報記憶部…２３１、食品情報記憶部…２２２、在庫履歴記憶部…２３２、栄養管理情報記憶部…２３９、過不足判定部…２６４、献立検出部…２６５、栄養管理情報生成部…２６６
【図１】
2013250699.tif 000003
【図２】
2013250699.tif 000004
【図３】
2013250699.tif 000005
【図４】
2013250699.tif 000006
【図５】
2013250699.tif 000007
【図６】
2013250699.tif 000008
【図７】
2013250699.tif 000009
【図８】
2013250699.tif 000010
【図９】
2013250699.tif 000011
【図１０】
2013250699.tif 000012
【図１１】
2013250699.tif 000013
【図１２】
2013250699.tif 000014
【図１３】
2013250699.tif 000015
【図１４】
2013250699.tif 000016
【図１５】
2013250699.tif 000017
【図１６】
2013250699.tif 000018
【図１７】
2013250699.tif 000019
【図１８】
2013250699.tif 000020
【図１９】
2013250699.tif 000021
【図２０】
2013250699.tif 000022
【図２１】
2013250699.tif 000023
【図２２】
2013250699.tif 000024
【図２３】
2013250699.tif 000025
【図２４】
2013250699.tif 000026