(57)【要約】      （修正有）【課題】消費者が栄養バランスに優れた食事ができるような買い物を可能とする。【解決手段】サーバ装置１は、複数の店舗端末２と複数のユーザ端末３に接続される。ユーザ端末３からのユーザ情報を基に、各ユーザが各店舗で利用するポイントカード等のＩＤをユーザ情報データベース１１に登録し、店舗端末２からの電子化された購買情報に含まれるポイントカードＩＤに基づいてユーザ毎の食材の購入価格を含む購入履歴をユーザ別履歴データベース１２に蓄積する。サーバ装置１では、栄養評価部１Ａが、ユーザの食材の購入価格、食材の相場、季節変動要因等から、食材別栄養価データベース１４、所要量データベース１５、効能データベース１６を参照し、当該ユーザ及びその家族の栄養素別の過不足を表す栄養摂取傾向と栄養摂取のアドバイスを生成して、ユーザ端末３に送信する。【選択図】図１
2020135721.tif 000002
【特許請求の範囲】
【請求項１】
食品販売に関する情報を少なくとも管理する管理端末と、ユーザが所有するユーザ端末と、該管理端末及び該ユーザ端末と通信可能なサーバ装置と、を備える買い物支援システムであって、  前記管理端末は、前記ユーザが購入した食品毎の価格を含む食品に関する情報に基づいて電子化された購買情報を生成し、当該電子化された購買情報を前記サーバ装置に送信し、  前記サーバ装置は、食品毎の価格と分量の交換比率の情報を含む食品情報を取得する食品情報取得手段を備え、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記管理端末から受信した前記電子化された購買情報が示す食品毎の価格と、取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測し、推測した前記食品毎の分量に基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成して前記ユーザ端末に送信し、  前記ユーザ端末は、前記サーバ装置から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する  ことを特徴とする買い物支援システム。
【請求項２】
食品販売に関する情報を少なくとも管理する管理端末と、ユーザが所有するユーザ端末と、該管理端末及び該ユーザ端末と通信可能なサーバ装置と、を備える買い物支援システムであって、
前記管理端末は、
前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を前記サーバ装置に送信する購入食品情報送信手段を備え、
前記ユーザ端末は、
前記サーバ装置が前記ユーザを識別するためのユーザ情報を前記サーバ装置に送信するユーザ情報送信手段と、
前記サーバ装置から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する栄養偏向情報出力手段と、を備え、
前記サーバ装置は、
少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報を取得する食品情報取得手段と、
少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、
前記ユーザ情報送信手段から送信された前記ユーザ情報を受信するユーザ情報受信手段と、
前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、
前記購入食品情報送信手段から送信された前記購入食品情報を前記ユーザの購入食品情報として記憶する購入食品情報記憶手段と、
前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段と、
当該食品分量推測手段が推測した前記食品毎の分量と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、
前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、
を備えることを特徴とする買い物支援システム。
【請求項３】
前記摂取栄養情報は、少なくとも人間が摂取する複数種類の摂取栄養の性別及び年齢による適切な分量を表す情報を含む、
ことを特徴とする請求項２に記載の買い物支援システム。
【請求項４】
食品販売に関する情報を少なくとも管理する管理端末とユーザが所有するユーザ端末と通信可能な買い物支援サーバであって、
少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報を取得する食品情報取得手段と、
少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、
前記ユーザ端末から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、
前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、
前記管理端末から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段と、
前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段と、
当該食品分量推測手段が推測した前記食品毎の分量と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、
前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、
を備えることを特徴とする買い物支援サーバ。
【請求項５】
前記摂取栄養情報は、少なくとも人間が摂取する複数種類の摂取栄養の性別及び年齢による適切な分量を表す情報を含む、
ことを特徴とする請求項４に記載の買い物支援サーバ。
【請求項６】
前記ユーザ情報を受信したときに、該ユーザ情報に対応する前記購入食品情報が前記管理端末に既に記憶されているかどうかの問い合わせを送信する問い合わせ手段を、さらに備え、
前記購入食品情報記憶手段は、前記問い合わせを受信した前記管理端末から送信された前記購入食品情報を、前記ユーザの前記購入食品情報として記憶し、
前記栄養偏向情報生成手段は、前記購入食品情報記憶手段に記憶されている前記購入食品情報が、前記問い合わせを受信した前記管理端末から送信された前記購入食品情報だけであっても、前記栄養偏向情報を生成する、
ことを特徴とする請求項４または請求項５に記載の買い物支援サーバ。
【請求項７】
前記ユーザ端末から、前記ユーザの健康の志向に関する健康志向情報を受信する健康志向情報受信手段と、
前記健康志向情報受信手段が受信した健康志向情報を記憶する健康志向情報記憶手段と、をさらに備え、
前記栄養偏向情報生成手段は、前記健康志向情報記憶手段に記憶された前記健康志向情報に従って前記栄養偏向情報を生成する、
ことを特徴とする請求項４乃至６のいずれか１項に記載の買い物支援サーバ。
【請求項８】
前記栄養偏向情報生成手段により生成された前記栄養偏向情報に応じて前記ユーザに摂取を推奨する種類の食品を抽出する推奨食品抽出手段と、
前記推奨食品抽出手段により抽出された食品を材料として含む料理に関する料理情報を抽出し、該抽出した料理情報を前記ユーザ端末に送信する料理情報送信手段と、をさらに備える、
ことを特徴とする請求項４乃至７のいずれか１項に記載の買い物支援サーバ。
【請求項９】
食品販売に関する情報を少なくとも管理する管理端末とユーザが所有するユーザ端末と通信可能なコンピュータ装置を、
少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報を取得する食品情報取得手段と、
少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、
前記ユーザ端末から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、
前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、
前記管理端末から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段と、
前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段と、
当該食品分量推測手段が推測した前記食品毎の分量と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、
前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段、
として機能させることを特徴とするプログラム。
【請求項１０】
食品販売に関する情報を少なくとも管理する管理端末と買い物支援サーバと通信可能な、ユーザが所有するユーザ端末であって、
少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報を取得する食品情報取得手段と、
少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、
前記管理端末から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段と、
前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段と、
当該食品分量推測手段が推測した前記食品毎の分量と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、
前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、
を有するサーバからの前記栄養偏向情報を受信する
ユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、消費者の買い物を支援する買い物支援システム、買い物支援サーバ、プログラム及びユーザ端末に関する。
【背景技術】
【０００２】
近年の健康志向の高まりによって、消費者は、より栄養バランスに優れた食事をすることを求めるようになっている。もっとも、消費者が購入した、或いは購入しようとする食材が栄養バランスに優れるものであるかを判断するのは難しい。そこで、８つの食品種（肉、魚、卵、大豆製品、乳製品、野菜、果物、米）の購入量を調べることにより、栄養バランスの良否を判定する栄養管理システムが提案されている（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−９２１９６公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、同じ食品種に属する食品であっても、含まれる栄養素に大きな違いがある場合もある。例えば、同じ肉類であっても鶏のササミ肉と豚のロース肉では、含まれる栄養素に大きな違いがある。特許文献１のシステムでは、食品に含まれる栄養素の違いまで考慮していないので、栄養バランスの良否の判定精度が十分なものであるとは言えず、必ずしも栄養バランスに優れた食事ができるようなるとは限らなかった。  
【０００５】
本発明は、栄養バランスに優れた食事ができるような買い物を可能とする買い物支援システム、買い物支援サーバ、プログラム及びユーザ端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明にかかる買い物支援システムは、食品販売に関する情報を少なくとも管理する管理端末と、ユーザが所有するユーザ端末と、該管理端末及び該ユーザ端末と通信可能なサーバ装置と、を備える買い物支援システムであって、前記管理端末は、前記ユーザが購入した食品毎の価格を含む食品に関する情報に基づいて電子化された購買情報を生成し、当該電子化された購買情報を前記サーバ装置に送信し、前記サーバ装置は、食品毎の価格と分量の交換比率の情報を含む食品情報を取得する食品情報取得手段を備え、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記管理端末から受信した前記電子化された購買情報が示す食品毎の価格と、取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測し、推測した前記食品毎の分量に基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成して前記ユーザ端末に送信し、前記ユーザ端末は、前記サーバ装置から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する。  
【０００７】
上記買い物支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。  
【０００８】
上記目的を達成するため、本発明にかかる買い物支援システムは、食品販売に関する情報を少なくとも管理する管理端末と、ユーザが所有するユーザ端末と、該管理端末及び該ユーザ端末と通信可能なサーバ装置と、を備える買い物支援システムであって、前記管理端末は、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を前記サーバ装置に送信する購入食品情報送信手段を備え、前記ユーザ端末は、前記サーバ装置が前記ユーザを識別するためのユーザ情報を前記サーバ装置に送信するユーザ情報送信手段と、前記サーバ装置から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する栄養偏向情報出力手段と、を備え、前記サーバ装置は、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報を取得する食品情報取得手段と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、前記ユーザ情報送信手段から送信された前記ユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、前記購入食品情報送信手段から送信された前記購入食品情報を前記ユーザの購入食品情報として記憶する購入食品情報記憶手段と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段と、当該食品分量推測手段が推測した前記食品毎の分量と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、を備えることを特徴とする。  
【０００９】
上記買い物支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。  
【００１０】
また、異なる販売店の使用に係る複数の管理端末があり、同じユーザが異なる販売店で食品を購入する場合であっても、サーバ装置では、ユーザ別に購入食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、当該ユーザの購入に係る食品から自己の摂取に係る栄養素に偏りがあるかどうかを知ることができる。
【００１１】
さらに、販売店毎に異なるユーザ識別情報が用いられた場合であっても、ユーザは、その何れのユーザ識別情報も自己のものであるとして登録しておけば、サーバ装置においてユーザ別に購入食品情報が記憶され、栄養偏向情報が生成される。このため、ユーザ識別情報を含む販売店のサービスに係るポイントカードなどを、異なる店舗で共通化する必要はなく、各販売店が独自に顧客サービスを提供しようとすることの妨げとなることがなく、販売店にとってもシステム利用にデメリットが生じない。
【００１２】
前記摂取栄養情報は、少なくとも人間が摂取する複数種類の摂取栄養の性別及び年齢による適切な分量を表す情報を含む。
【００１３】
これにより、上記買い物支援システムは、前記ユーザの性別及び年齢に応じて栄養素の偏りを示す栄養偏向情報を生成すことができる。
【００１４】
上記目的を達成するため、本発明にかかる買い物支援サーバは、食品販売に関する情報を少なくとも管理する管理端末とユーザが所有するユーザ端末と通信可能な買い物支援サーバであって、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報を取得する食品情報取得手段と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、前記ユーザ端末から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、前記管理端末から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段と、当該食品分量推測手段が推測した前記食品毎の分量と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、を備えることを特徴とする。
【００１５】
上記買い物支援サーバにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【００１６】
また、異なる販売店の使用に係る複数のユーザ端末があり、同じユーザが異なる販売店で食品を購入する場合であっても、その購入に係る購入食品情報に対応づけられたユーザ識別情報によってユーザを特定することができ、ユーザ別に購入食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、当該ユーザの購入に係る食品から自己の摂取に係る栄養素に偏りがあるかどうかを知ることができる。
【００１７】
さらに、販売店毎に異なるユーザ識別情報が用いられた場合であっても、ユーザは、その何れのユーザ識別情報も自己のものであるとして登録しておけば、ユーザ別に購入食品情報が記憶され、栄養偏向情報が生成される。このため、ユーザ識別情報を含む販売店のサービスに係るポイントカードなどを、異なる店舗で共通化する必要はなく、各販売店が独自に顧客サービスを提供しようとすることの妨げとなることがなく、販売店にとってもシステム利用にデメリットが生じない。
【００１８】
前記摂取栄養情報は、少なくとも人間が摂取する複数種類の摂取栄養の性別及び年齢による適切な分量を表す情報を含む。
【００１９】
これにより、上記買い物支援サーバは、前記ユーザの性別及び年齢に応じて栄養素の偏りを示す栄養偏向情報を生成すことができる。
【００２０】
上記買い物支援サーバは、前記ユーザ情報を受信したときに、該ユーザ情報に対応する前記購入食品情報が前記管理端末に既に記憶されているかどうかの問い合わせを送信する問い合わせ手段を、さらに備え、前記購入食品情報記憶手段は、前記問い合わせを受信した前記管理端末から送信された前記購入食品情報を、前記ユーザの前記購入食品情報として記憶し、前記栄養偏向情報生成手段は、前記購入食品情報記憶手段に記憶されている前記購入食品情報が、前記問い合わせを受信した前記管理端末から送信された前記購入食品情報だけであっても、前記栄養偏向情報を生成することができる。
【００２１】
これにより、新規登録したユーザも直ぐに自己の摂取に係る栄養素に偏りがあるかどうかを知ることができるようになる。また、ユーザ自体としての新規登録ではなくても、これまで登録していなかった販売店についてのユーザ識別情報を追加登録すれば、追加登録した販売店で既に購入した食品を含めた栄養偏向情報が生成されるので、より正確に自己の摂取に係る栄養素の偏りを知ることができるようになる。
【００２２】
上記買い物支援サーバは、前記ユーザの健康の志向に関する健康志向情報を受信する健康志向情報受信手段と、前記健康志向情報受信手段が受信した健康志向情報を記憶する健康志向情報記憶手段と、をさらに備え、前記栄養偏向情報生成手段は、前記健康志向情報記憶手段に記憶された前記健康志向情報に従って前記栄養偏向情報を生成するものとすることができる。
【００２３】
ユーザは、それぞれが独自に健康の志向を有している（特に志向を有しない場合を含めて）ものである。ここでは、ユーザが自己の志向を登録すれば、その志向に従って栄養偏向情報が生成されることとなるので、ユーザは、自己の健康の志向に応じて、自己の摂取に係る栄養素の偏りを知ることができるようになる。
【００２４】
上記買い物支援サーバは、栄養偏向情報生成手段により生成された前記栄養偏向情報に応じて前記ユーザに摂取を推奨する種類の食品を抽出する推奨食品抽出手段と、前記推奨食品抽出手段により抽出された食品を材料として含む料理に関する料理情報を抽出し、該抽出した料理情報を前記ユーザ端末に送信する料理情報送信手段と、をさらに備えていてもよい。
【００２５】
この場合、ユーザは、不足している栄養素に応じて摂取を推奨する食品を材料として含む種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。
【００２６】
上記目的を達成するため、本発明にかかるプログラムは、食品販売に関する情報を少なくとも管理する管理端末とユーザが所有するユーザ端末と通信可能なコンピュータ装置を、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報を取得する食品情報取得手段と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、前記ユーザ端末から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、前記管理端末から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段と、当該食品分量推測手段が推測した前記食品毎の分量と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段、として機能させることを特徴とする。
【００２７】
上記プログラムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【００２８】
上記目的を達成するためユーザ端末は、食品販売に関する情報を少なくとも管理する管理端末と買い物支援サーバと通信可能な、ユーザが所有するユーザ端末であって、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報を取得する食品情報取得手段と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、前記管理端末から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段と、当該食品分量推測手段が推測した前記食品毎の分量と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、を有するサーバからの前記栄養偏向情報を受信する。
【００２９】
上記ユーザ端末により、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【発明の効果】
【００３０】
本発明における買い物支援システム、買い物支援サーバ、プログラム及びユーザ端末によって栄養バランスに優れた食事ができるような買い物を可能となった。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施の形態にかかる買い物支援システムの全体構成を示す図である。
【図２】本発明の実施形態の概要の説明図である。
【図３】販売商品情報のデータ構成を示す図である。
【図４】電子レシート情報のデータ構成を示す図である。
【図５】ユーザ情報データベースのデータ構成を示す図である。
【図６】ユーザ別履歴情報データベースのデータ構成を示す図である。
【図７】食材別栄養価データベースのデータ構成を示す図である。
【図８】所要量データベースのデータ構成を示す図である。
【図９】効能データベースのデータ構成を示す図である。
【図１０】摂取食材モデルデータベースのデータ構成を示す図である。
【図１１】レシピデータベースのデータ構成を示す図である。
【図１２】本発明の実施の形態にかかる買い物支援システムにおける全体的な処理の流れを示す図である。
【図１３】栄養評価処理を示すフローチャートである。
【図１４】ＩＤ−ＰＯＳデータから食材の購入量を確定する処理を示すフローチャートである。
【図１５】食材購入量確定処理を示すフローチャートである。
【図１６】栄養素摂取量算出処理を示すフローチャートである。
【図１７】家族構成員毎の栄養素摂取量算出処理を示す説明図である。
【図１８】日別の栄養素の割り振りを示す説明図である。
【図１９】ユーザ別嗜好特定処理を示すフローチャートである。
【図２０】おすすめ食材抽出処理を示すフローチャートである。
【図２１】おすすめレシピ抽出処理を示すフローチャートである。
【図２２】トップ画面を示す図である。
【図２３】ユーザ登録画面を示す図である。
【図２４】家族登録画面を示す図である。
【図２５】栄養評価画面を示す図である。
【図２６】おすすめ食材画面を示す図である。
【図２７】おすすめレシピ画面を示す図である。
【図２８】第１の変形例にかかる食材別味覚情報データベースの構成を示す図である。
【図２９】第１の変形例にかかるユーザ別嗜好特定処理を示すフローチャートである。
【図３０】第２の変形例にかかる家族構成員毎の栄養素摂取量算出処理を示す説明図である。
【発明を実施するための形態】
【００３２】
以下、本発明の実施の形態にかかる買い物支援システムを、図面に基づいて説明する。  ＜買い物支援システムの全体構成＞  
【００３３】
まず、本実施形態にかかる買い物支援システムのシステム構成について説明する。図１は、本実施形態にかかる買い物支援システムの全体構成を示す図である。図示するように、本実施形態にかかる買い物支援システムは、サーバ装置１と、複数の店舗端末２（２−１〜２−ｍ）と、複数のユーザ端末３（３−１〜３−ｎ）とから構成されている。サーバ装置１と店舗端末（もしくは、店舗サーバ）２と、サーバ装置１とユーザ端末３とは、それぞれインターネットなどの通信回線を介して接続されている。  
【００３４】
店舗端末２は、ネットスーパーを含むスーパーマーケット等の食材を販売する各店舗、または、複数のチェーン（もしくは、グループ）店舗を統括する支部や本部、または電子レシート運営会社等に設けられたＰＯＳ端末（もしくは、ＰＯＳサーバ等）である。また、店舗端末２は、ＥＣサイトやオンラインショップ等のインターネット上で食材を販売する各店舗、または、複数のＥＣサイトやオンラインショップのチェーン（もしくは、グループ）店舗を統括する支部や本部等に設けられたＰＯＳ端末（もしくは、ＰＯＳサーバ等）である。店舗端末２は、店舗やＥＣサイトやオンラインショップ毎に構築されたりチェーン店舗において統一仕様で構築されたりするため、多少の構成の相違はあるが、基本的に、販売商品データベース２１と、販売履歴データベース２２とを有している。なお、本実施形態においては、スーパーマーケット等の食材を販売する各店舗、または、複数のチェーン（もしくは、グループ）店舗を統括する支部や本部、または電子レシート運営会社等に設けられたＰＯＳ端末（もしくは、ＰＯＳサーバ等）を主体に説明する。  
【００３５】
販売商品データベース２１は、当該店舗、または、複数のチェーン（もしくは、グループ）店舗に属する各店舗で販売される商品に関する販売商品データを蓄積するデータベースである。販売商品データベース２１に蓄積される販売商品データのうち少なくとも食品（食材）に該当する食品情報が、後述する販売商品情報としてサーバ装置１に送信される。販売履歴データベース２２は、当該店舗で購入された商品に関する購入商品データを蓄積するデータベースである。商品購入の際に当該店舗でポイントカード等の会員カードが利用された場合には、ポイントカードに関する情報（カード種別及び会員ＩＤ）と対応付けて、購入された商品に関する情報が蓄積される。また、販売履歴データベース２２に蓄積される購入商品データのうち少なくとも食品に該当する食品情報が、後述する電子レシート情報（電子化された購買情報）としてサーバ装置１に送信される。なお、サーバ装置１に送信される販売商品情報や電子レシート情報には、食品以外の商品に関する情報を含むようにしてもよい。  
【００３６】
店舗端末２からサーバ装置１には、販売商品データベース２１から抽出される販売商品データで構成される販売商品情報と、販売履歴データベース２２から抽出される購入商品データで構成される電子レシート情報が送信される。販売商品情報および／または電子レシート情報は、店舗端末２毎に異なる形式のもの（但し、統一形式のものにおいて必要なデータを含んでいる）が送信されサーバ装置１において統一形式に変換するものとしても、店舗端末２においてサーバ装置１において要求する統一形式に変換してから送信するものとしてもよい。以下においては説明の簡単化のため、販売商品情報と電子レシート情報は、店舗端末２において統一形式に変換されてからサーバ装置１に送信されている前提で説明する。  
【００３７】
＜発展形：健康状態への対応＞  以上が、買い物等の結果のみに基づく構成例の説明である。ここで、買い物等とは、前述のＰＯＳ等を含む全ての買い物から得ることができる情報が含まれる（以下、同様）。  さらに、ユーザの健康状態に基づく処理が可能である。以下、更に説明する。  ユーザ情報データベース１１には、健康データベース１１Ａが含まれている。  
【００３８】
そして、この健康データベース１１Ａには、後述する、ユーザ端末から送られてくるユーザ端末健康情報や、健康記録情報サーバ４内にある健康情報データベース４１からの健康情報が、ユーザ毎に記憶される。  
【００３９】
ここで、健康情報サーバ４の健康情報データベース４１には、例えば健康診断による結果、指先採血の結果、尿検査による結果、ＤＮＡ調査による結果、その他ありとあらゆるユーザ端末から提供される情報による検査結果等が該当する。  
【００４０】
さらに、ユーザ端末３−１からのユーザ端末健康情報は、例えば、睡眠情報（睡眠時間、睡眠の質（寝返り状況、いびき音情報等））、バイタルメータ（血圧、脈拍等）、各種運動情報（ランニング、歩数、フィットネスセンターでの情報等）、毎食毎の食事のデータ（ユーザの入力によるもの、写真などから解析するもの等）が含まれる。  
【００４１】
以上のようなデータを蓄えた健康データベース１１Ａからの情報を、体状態評価部１Ｆにおいて、解析する。  ＜本実施形態の概要の説明＞  
【００４２】
図２は、本発明の実施形態の概要の説明図である。  図２のように、図１における基本形は、買い物等情報から、栄養評価部１Ａにおいて英必要な栄養評価を行い思考特定部１Ｂにおいて、嗜好を特定してお勧めの食材やレシピを抽出して、ユーザにお勧め等する。なお、嗜好の特定は、過去の買い物情報から特定することも可能であるし、ユーザへのアンケート結果、その人の属性（男性・女性の別、年齢、住居地、同居の家族の構成等）、レシピサイトの閲覧・調理状況等からも特定可能である。なお、買い物情報以外の情報の重みづけなどは、適切に設定可能である。具体的には、買い物情報をメインにしつつ、その他の情報による補正をしても良い。逆に、レシピサイトの調理状況をメインにすることも可能である。  
【００４３】
さらに、図１における発展形では、各種の方法で集められ健康データベース１１Ａに記憶されている健康等情報を体状態評価部１Ｆにおいて体状態評価を行う。  そして、買い物等情報と体状態の評価結果に基づいて、栄養評価部１Ａにおいて栄養評価を行う。  より具体的には、現在の買い物等情報と、体状態の評価結果に基づいて、必要な栄養素、過剰な栄養素などに基づいて、購入（＝食べる）するべき食材又は作るレシピのリストを作成する。  更に、そのリストの中から、そのユーザの嗜好により合致するものを更に、抽出してユーザにお勧めの食材・レシピとして提案を行う、  
【００４４】
このように、発展形では、単なる買い物情報に加えて、体の状態に応じた食材・レシピを提供できる。その結果、ユーザはより健康管理を適切にすることができるようなる。  ＜販売商品情報のデータ構成＞  
【００４５】
図３は、販売商品情報のデータ構成を示す図である。販売商品情報２００は、各店舗で販売している商品に関する情報であり、商品毎に１つのデータとなっている。販売商品情報２００は、店舗ＩＤ２０１と、商品コード２０２と、更新日時２０３と、有効期限２０４と、食材名２０５と、単位数量２０６と、価格２０７と、クーポン情報２０８とからなっている。  
【００４６】
店舗ＩＤ２０１は、各店舗を一意に識別する識別情報である。商品コード２０２は、当該店舗で販売する各商品を識別する識別情報であり、統一コード（例えば、日本国におけるＪＡＮコード等）であっても店舗独自のコードでもよい。店舗独自のコードである場合には、後述する店舗別販売商品データベース１９に蓄積する際に統一コードに変換するものとしてもよい。  
【００４７】
更新日時２０３は、販売商品情報が更新された日時を示すものであり、後述する店舗別販売商品データベース１９に店舗ＩＤ２０１と商品コード２０２が同じデータで更新日時の古いものが登録されている場合には、有効期限２０４が設定されている場合を除いて上書き更新される。有効期限２０４は、販売商品情報２００の有効期限を示すものであり、価格２０７が日替わり特売やタイムセールなどで期間限定となっていたり、クーポン情報２０８が期間限定となっていたりする場合に設定される。有効期限２０４が設定されている場合、店舗ＩＤ２０１と商品コード２０２が同じものが店舗別販売商品データベース１９に登録されていても上書き更新されずデータが併存されるが、更新日時２０３の新しいものが優先される。  
【００４８】
食材名２０５は、販売商品情報２００が示す商品の種類名を示すものであるが、食品（食材）以外の商品である場合はサーバ装置１において用いられないため、ここでは、食品（食材）の名称を示す食材名２０５であるとして説明する。なお、食品（食材）には生鮮食品や加工食品、調味料、乳製品、飲料、インスタント食品等が含まれる。単位数量２０６は、食材を販売する単位を示すものであり、何個（１個、１／２個等）、何本（１本、５本等）、何カット（１カット、１／２カット）、何パック（１パック、１／２パック等）、何グラム（１００ｇ、２００ｇ等）などで示される。なお、食肉等の販売単位が一義的に定まらない食品については、例えば、２５３ｇや５６８ｇというように示される。価格２０７は、単位数量２０６での商品の価格を示すものである。クーポン情報２０８は、当該商品についてのクーポンを提供するか否か、クーポンを提供する場合の割引率や割引価格を示すものである。  
【００４９】
＜電子レシート情報のデータ構成＞  図４は、電子レシート情報（電子化された購買情報）のデータ構成を示す図である。電子レシート情報２１０は、店舗ＩＤ２１１と、ポイントカード種別２１２ａと、ポイントカードＩＤ２１２ｂと、電子レシート種別２１３ａと、電子レシートＩＤ２１３ｂと、購入日時２１４と、商品コード２５１、数量２５２及び価格２５３からなる商品情報（１）２１５と、同様の構成の商品情報（２）２１６〜商品情報（ｌ）２１ｌとからなっている。  
【００５０】
店舗ＩＤ２１１は、各店舗を一意に識別する識別情報である。ポイントカード種別２１２ａは、当該店舗での買い物で利用されたポイントカードの種別を示すものであり、異なる店舗であっても同一種別のポイントカードが利用される場合もある。ポイントカードＩＤ２１２ｂは、各ポイントカードを一意に識別する識別情報である。ポイントカード種別２１２ａ及びポイントカードＩＤ２１２ｂによって、ポイントカードを利用した各ユーザが一意に識別されるものとなる。電子レシート種別２１３ａは、当該店舗での買い物で利用された電子レシート会員ＩＤの種別を示すものである。電子レシートＩＤ２１３ｂは、各電子レート登録者を一意に識別する識別情報である。ポイントカード種別２１２ａ及びポイントカードＩＤ２１２ｂによって、電子レシート会員ＩＤを買い物で利用した各ユーザが一意に識別されるものとなる。商品コード２５１は、当該店舗で販売した商品を識別する識別情報である。数量２５２は、その商品の単位数量２０６に対する販売数量である。各ユーザが購入した食材の分量（重量、体積等）は、数量２５２と単位数量２０６との組み合わせ、または食材の価格２５３によって正確に特定できることとなる。  
【００５１】
なお、ユーザがポイントカードを利用して買い物を行った場合は、ポイントカード種別２１２ａ及びポイントカードＩＤ２１２ｂが入力された電子レシート情報となり、ユーザが電子レシート会員ＩＤを利用して買い物を行った場合は、電子レシート種別２１３ａ及び電子レシートＩＤ２１３ｂが入力された電子レシート情報となる。また、ユーザがポイントカードを利用し、かつ、電子レシート会員ＩＤを利用して買い物を行った場合は、ポイントカード種別２１２ａ及びポイントカードＩＤ２１２ｂと、電子レシート種別２１３ａ及び電子レシートＩＤ２１３ｂが入力された電子レシート情報となる。  
【００５２】
図１に戻り説明を続けると、ユーザ端末３は、この買い物支援システムのユーザの利用にかかるスマートフォンやタブレットＰＣなどのコンピュータ装置としての機能を有する携帯端末装置であり、
入力部３１、表示部３２、及び通信部３３を有している。買い物支援システムを利用したいユーザは、ユーザ端末３を操作して所定のサイトからダウンロードした専用アプリケーションをインストールして、所定の登録事項を入力することによって、この買い物支援システムを利用することができる。なお、専用アプリケーションを利用せずに通常のブラウザからサーバ装置１にアクセスして所定の登録事項を入力することによって、この買い物支援システムを利用することができるようにしてもよい。また、携帯端末装置に限らず、ディスクトップＰＣやノートＰＣ等の端末装置によりこの買い物支援システムを利用できるようにしてもよい。  
【００５３】
入力部３１は、タッチパネルを利用したソフトウェアキーボードなどによって構成され、画面の切り替えの指示や、ユーザ情報の入力などに用いられる。表示部３２は、サーバ装置１から送信されてきた情報の画面表示や、ソフトウェアキーボードの表示などを行う。通信部３３は、インターネットなどの通信回線を介してサーバ装置１との間の各種情報の送受信を制御する。  
【００５４】
ユーザ端末３−１では、ユーザの各種情報が集められる。  具体的には、ユーザ端末３−１からのユーザ端末健康情報は、例えば、睡眠情報（睡眠時間、睡眠の質（寝返り状況、いびき音情報等））、バイタルメータ（血圧、脈拍等）、各種運動情報（ランニング、歩数、フィットネスセンターでの情報等）、毎食毎の食事のデータ（ユーザの入力によるもの、写真などから解析するもの等）が含まれる。  
【００５５】
これら以外にも、ユーザ端末で集めることができる物は、すべて収集して、サーバ装置１に送ることが可能である。今後、技術の進歩、又は、ユーザ端末３−１に取り付けることができ、各種の情報を集めることができるアタッチメントなどが開発されれば、さらに増やすことができる。  
【００５６】
例えば、毎度のユーザのトイレで排出されたものの分析情報、ユーザの息の分析結果、ユーザの声の情報等が現在のところ考えられる。  
【００５７】
ユーザ端末３からサーバ装置１には、ユーザの個人情報であるユーザ情報が送信される。ユーザ情報は、後述するユーザ情報データベース１１に蓄積されるべきものであるので、その構成は、ユーザ情報データベース１１のデータ構成と基本的に同じであるが、全てユーザ情報を１回で送信する（登録する）必要はなく、何回かに分けてユーザ情報をユーザ端末３からサーバ装置１に送信したり、任意で登録可能な情報を追加したユーザ情報としてユーザ端末３からサーバ装置１に送信したりすることもできる。以下においては説明の簡単化のため、ユーザ情報として登録される各データは最初のユーザ登録の際に全て入力され、１度にまとめてユーザ端末３からサーバ装置１に送信される前提で説明する。  
【００５８】
サーバ装置１からユーザ端末３には、栄養摂取傾向、摂取アドバイス、おすすめ食材、おすすめレシピなどの情報が送信される。送信される情報は、栄養摂取傾向、摂取アドバイス、おすすめ食材、おすすめレシピのそれぞれについて１画面の情報となっているのではなく、例えば、後述するように栄養摂取傾向と摂取アドバイスが同一画面に含まれる情報として送信されることもある。  
【００５９】
また、サーバ装置１は、店舗端末２から送信されてきた電子レシート情報を基に、ユーザ別に購入した食品（食材）を蓄積し、これを解析して各ユーザの摂取した栄養の過不足の評価を行う。また、各ユーザに不足している栄養素（成分）を多く含む食材を不足している栄養素を補うためのおすすめ食品として抽出する。さらに、ユーザ別に蓄積されている購入食材のうちから各ユーザが比較的嗜好していると考えられる食材を特定し、特定した食材を材料として含みつつ、おすすめ食材（すなわち、ユーザに不足している栄養素を含む食材）も材料として含むおすすめレシピを抽出する。  
【００６０】
サーバ装置１は、ユーザ情報データベース１１、ユーザ別履歴データベース１２、食材相場データベース１３、食材別栄養価データベース１４、所要量データベース１５、効能データベース１６、摂取食材モデルデータベース１７、レシピデータベース１８、及び店舗別販売商品データベース１９を有している。サーバ装置１は、また、栄養評価部１Ａ、嗜好特定部１Ｂ、おすすめ食材抽出部１Ｃ、おすすめレシピ抽出部１Ｄ、及び通信部１Ｅを有している。サーバ装置１は、複数台のコンピュータ装置からなるサーバ群によって構成されるものでもよく、例えば、各データベース１１〜１１８を有してデータの蓄積、更新を行うデータサーバと、各処理部１Ａ〜１Ｅにおける演算処理を行うエンジンサーバとから構成されるものであってもよい。  
【００６１】
ユーザ情報データベース１１は、各ユーザが自己のユーザ端末３において入力し、ユーザ端末３から送信されてきたユーザ情報を蓄積したデータベースである。ユーザ別履歴データベース１２は、店舗端末２から送信されてきた電子レシート情報に基づいてユーザの食品（食材）の購入履歴（ＩＤ―ＰＯＳデータ）をユーザ別に蓄積したデータベースである。  
【００６２】
食材相場データベース１３には、第１外部サーバ（例えば、日本国の厚生労働省サーバや、各種機関または組織によるサーバ等）７内にある小売物価データベース７１の小売物価データ（例えば小売物価統計調査情報や各種機関により小売物価を調査した情報、及びこれらを修正した情報等）、インターネットによる各種情報、入力手段６により入力された食材相場の各種補正値（季節のずれや市町村などの小さい地域間のずれの補正値）等が記憶される。  
【００６３】
ここで、第１外部サーバ７の小売物価データベース７１には、食材の月毎の相場（小売における価格と分量の交換比率の情報、例えば、平成３０年９月、もち米１ｋｇ  札幌  ５０６円）が該当する。  
【００６４】
尚、本実施の形態は、日本国内で使用されるシステムに対応したものであり、日本国以外の国または地域で使用されるシステムの場合、食材相場データベース１３は、その国や地域に合わせて、小売物価を示す情報、各種補正値等を記憶する。  
【００６５】
食材別栄養価データベース１４は、インターネットによる情報収集、入力手段６等により入力された食材別の栄養価等により、各食材が単位量当たり如何なる栄養素（三大栄養素や各種ビタミンなどの成分）をどの程度含んでいるかを、食材別に登録したデータベースである。  
【００６６】
所要量データベース１５は、第２外部サーバ（例えば、日本国の厚生労働省サーバや、各種機関または組織によるサーバ等）８内の栄養調査データベース８１の人間（日本国の場合、日本人）が摂取した栄養を調査した情報（例えば国民栄養調査や各種機関により栄養摂取を調査した情報、及びこれらを修正した情報等）、及び人間（日本国の場合、日本人）が摂取する栄養の基準となる量を示す情報（例えば栄養摂取基準情報や各種栄養摂取に関わる情報、及びこれらを修正した情報等）が記憶されることで、性別や年齢区分に応じて単位期間（例えば、１日）当たりに摂取すべき栄養素の必要量を、栄養素別に登録したデータベースである。  
【００６７】
ここで、第２外部サーバ（例えば、日本国の場合、厚生労働省サーバ等の各種組織、団体等のサーバ）８の栄養調査データベース８１には、日本国の場合、日本人の摂取する各栄養素の性別及び年齢別の平均値と、日本人の摂取する各栄養素の性別及び年齢別の基準値（例えば、男性、１８〜２９才、タンパク質、推定平均必要量５０ｇ／日、推奨値６０ｇ／日）が該当する。  
【００６８】
尚、日本国以外の国または地域で使用されるシステムの場合、所要量データベース１５は、その国や地域に合わせて取得した人間が摂取した栄養を調査した情報及び人間が摂取する栄養の基準となる量を示す情報を記憶することで、性別や年齢区分に応じて単位期間（例えば、１日）当たりに摂取すべき栄養素の必要量を、栄養素別に登録する。  
【００６９】
効能データベース１６は、各栄養素（成分）が有する効能を、効能別に数値化して登録したデータベースである。  
【００７０】
摂取食材モデルデータベース１７は、性別や年齢区分に応じた単位期間当たりにおける各食材の標準的な摂取量を、食材別に登録したデータベースである。  
【００７１】
レシピデータベース１８は、複数種類のレシピに関する情報を登録したデータベースであり、レシピ毎に食材別の含有量と栄養素別の含有量とを情報として含んでいる。なお、ユーザ情報データベース１１、ユーザ別履歴データベース１２、食材別栄養価データベース１４、所要量データベース１５、効能データベース１６、摂取食材モデルデータベース１７、及びレシピデータベース１８のデータ構成は、さらに詳しく後述する。  
【００７２】
店舗別販売商品データベース１９は、店舗端末２から送信されてきた販売商品情報２００を登録したデータベースである。但し、送信されてきた販売商品情報２００であっても、本実施形態の買い物支援システムにおける提供サービスに用いられないもの（例えば、食品（食材）ではない商品についてのもの）については、店舗別販売商品データベース１９に登録しないものとすることができる。また、有効期限２０４が過ぎたものについては、随時消去される。  
【００７３】
栄養評価部１Ａは、後述する摂取栄養評価処理により、１日が終了する毎に、各ユーザが終了した１日間に購入した食材の種類及び量をユーザ別履歴データベース１２から読み出し、食材別栄養価データベース１４を参照して、各ユーザが終了した１日間に購入した食材に含まれる栄養素別の摂取量を求める。そして、ユーザの性別、年齢区分に従って所要量データベース１５を参照して、各ユーザについて栄養素毎（成分毎）の過不足を判定する。この際に、ユーザ情報データベース１１に登録されているユーザの身長、体重、健康志向に従って必要な補正を行う。栄養評価部１Ａは、さらに、栄養素別の過不足の判定結果から効能データベース１６を参照して、各ユーザが優先して摂取すべき栄養素などを示す摂取アドバイスを生成する。  
【００７４】
嗜好特定部１Ｂは、後述するユーザ別嗜好特定処理により、ユーザ別履歴データベース１２に蓄積されている各ユーザが終了した１日間に購入した食材の種類及び量を、摂取食材モデルデータベース１７に記憶されている性別や年齢区分に応じた単位期間当たりにおける各食材の標準的な摂取量と比較し、各ユーザが比較的好んで摂取している食材を特定する。  
【００７５】
おすすめ食材抽出部１Ｃは、後述するおすすめ食材抽出処理により、栄養評価部１Ａにより当該ユーザに不足していると評価される栄養素を多く含む食材を、おすすめ食材として抽出する。  
【００７６】
おすすめレシピ抽出部１Ｄは、後述するおすすめレシピ抽出処理により、ユーザに不足していると評価された栄養素を多く摂取できることになる料理のレシピ、或いは後述する嗜好特定部１Ｂによりユーザが比較的好んで摂取しているものとして特定された食材を含みつつ、おすすめ食材抽出部１Ｃにより抽出されたおすすめ食材を含む料理、すなわちユーザの嗜好に沿いつつユーザに不足していると評価された栄養素を多く摂取できることになる料理のレシピを、おすすめレシピとして抽出する。  
【００７７】
通信部１Ｅは、店舗端末２との情報の送受信の制御や、ユーザ端末３との情報の送受信の制御を行う。より具体的には、店舗端末２から送信されてきた販売商品情報や電子レシート情報を受信し、店舗別販売商品データベース１９やユーザ別履歴データベース１２に蓄積させる。また、ユーザ端末３から送信されてきたユーザ情報を受信し、ユーザ情報データベース１１に蓄積させる。さらに、栄養摂取傾向、摂取アドバイス、おすすめ食材、おすすめレシピ等の生成した情報を、ユーザ端末３に表示される画面に含めさせて、ユーザ端末３に送信する。  
【００７８】
以下、サーバ装置１が有する各データベース１１、１２、１４〜１８のデータ構成について、図５〜図１１を参照して説明する。なお、図５〜図１１においては、説明の便宜のために正規化されていないデータ構成を示しているが、実際のデー
タベースは正規化されて構築されているものであってもよい。また、効能データベース１６、摂取食材モデルデータベース１７、及びレシピデータベース１８については、場合（時期、データの見直し、食品（食材）の追加や削除、レシピの追加や削除等）によっては内容が更新されることはあり得るものの、本実施形態においては予め構築されているものとして説明する。  
【００７９】
＜ユーザ情報データベースのデータ構成＞  図５は、ユーザ情報データベース１１のデータ構成を示す図である。ユーザ情報データベース１１の各レコードは、ユーザＩＤ１１０と、メールアドレス１１１と、パスワード１１２と、ポイントカード種別１１３ａと、ポイントカードＩＤ１１３ｂと、電子レシート種別１１４ａと、電子レシートＩＤ１１４ｂと、ＥＣサイト（オンラインショップ）種別と、ＥＣサイト（オンラインショップ）会員ＩＤ（以上、図示なし）と、性別１１５と、年齢１１６と、身長１１７と、体重１１８と、健康志向１１９と、図示しない健康診断情報（身長、体重等の身体測定結果や血液検査結果等）、フィットネス情報（ウォーキングやランニング等のアクティビティ情報）からなっている。なお、ユーザ情報データベース１１のレコードに家族構成情報（家族の年齢や性別）、ニックネームを登録するようにしてもよい。なお、同じユーザが複数のポイントカードを所持している場合は、複数のポイントカード種別とポイントカードＩＤを、このユーザ情報データベース１１に登録することができる。同様に、同じユーザが複数の電子レシートサービスに登録している場合は、複数の電子レシート種別と電子レシートＩＤを、このユーザ情報データベース１１に登録することができる。  
【００８０】
ユーザＩＤ１１０は、ユーザ毎に一意にふられた識別情報である。メールアドレス１１１は、ユーザのメールアドレスであり、ユーザを一意に識別できる。システムにログインする場合には、ユーザＩＤ１１０とメールアドレス１１１の何れを入力してもよいことになる。パスワード１１２は、ユーザ登録の際に当該ユーザが設定したパスワードであり、システムログインの際に入力されるものである。  
【００８１】
ポイントカード種別１１３ａは、ユーザが買い物する際に利用するポイントカードの種別を示すものであり、ポイントカードＩＤ１１３ｂは、ユーザ毎のポイントカードを一意に識別するための識別情報である。電子レシート種別１１４ａは、ユーザが買い物する際に提示する電子レシートの種別を示すものであり、電子レシートＩＤ１１４ｂは、ユーザ毎の電子レシート登録情報を一意に識別するための識別情報である。性別１１５は、ユーザの性別であり、年齢１１６は、ユーザの年齢である。後述するように、各栄養素の所要量や各食材の摂取モデルは、性別１１５及び年齢１１６に応じた区分に従って判断される。  
【００８２】
身長１１７は、ユーザの身長であり、体重１１８は、ユーザの体重である。健康志向１１９は、ユーザが選択した、ユーザの食と健康に関する志向を登録したものである。健康志向１１９は、「便秘が気になる」、「高血圧が気になる」、「血糖値が気になる」などのシステム側で予め用意した一定種類のものからユーザが選ぶことができる。身長１１７、体重１１８、及び健康志向１１９は、後述するように、各栄養素の所要量を補正するために用いられる。  
【００８３】
＜ユーザ別履歴情報データベースのデータ構成＞  図６は、ユーザ別履歴情報データベース１２のデータ構成を示す図である。ユーザ別履歴情報データベース１２の各レコードは、店舗端末２から送信されてきた電子レシート情報２１０から抽出されたデータからなるものであり、ユーザＩＤ１２１と、店舗ＩＤ１２２と、購入日時１２３と、食材名１２４と、数量１２５と、価格１２６とからなっている。  
【００８４】
ユーザＩＤ１２１は、ユーザを一意に識別する識別情報であり、上述したユーザ情報データベース１１のユーザＩＤ１１０と同様である。店舗ＩＤ１２２は、ユーザが食材を購入した店舗の店舗ＩＤである。購入日時１２３は、ユーザが食材を購入した日時であり、栄養評価部１Ａ及び嗜好特定部１Ｂにより行われる各処理は、購入日時１２３が過去１ヶ月以内のものを対象に行われる。食材名１２４は、ユーザが購入した食材名であり、数量１２５は、当該食材の購入数量である。数量１２５は、上述した電子レシート情報２１０の数量２５２と販売商品情報２００の単位数量２０６とから換算された値が登録され、統一的なデータ処理ができるようにされている。価格１２６は、当該食材の購入価格である。価格１２６は、上述した電子レシート情報２１０の価格２５３が登録され、統一的なデータ処理ができるようにされている。  
【００８５】
＜食材別栄養価データベースのデータ構成＞  図７は、食材別栄養価データベース１４のデータ構成を示す図である。食材別栄養価データベース１４の各レコードは、食材名１４１と、成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋとからなっている。ここで、成分１、成分２、…、成分ｋとは、炭水化物、脂質、タンパク質などの三大栄養素や、各種のビタミンやミネラルなどの栄養素のことである。  
【００８６】
食材名１４１は、ジャガイモ、カボチャ、豚ロース肉、鶏ささみ肉、マグロ赤身などといった食材や○○カレールウ、△△牛乳、××ビール等の食品等の名称である。成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋは、それぞれの食材や食品の単位数量当たりの含有量である。例えば、食材××１００ｇ当りについて、炭水化物が○○ｇ、脂質が○○ｇ、タンパク質が○○ｇ、ビタミンＡが○○ｍｇといった具合に登録されている。これらのデータは、栄養評価部１Ａによる各ユーザの栄養素毎の摂取量を求めるために用いられる。なお、食材別栄養価データベース１４のレコードに食材区分、例えば、肉、野菜、果物、魚、乳製品、菓子、調味料等を加え、食品区分別に各データを区分けするようにしてもよい。  
【００８７】
＜所要量データベースのデータ構成＞  図８は、所要量データベース１５のデータ構成を示す図である。所要量データベース１５の各レコードは、性別１５１と、年齢区分１５２と、成分１についての性別及び年齢区分に応じて摂取すべき量（成分１所要量）１５３１、標準偏差１５３２、及び補正式１５３３と、…成分ｋについての成分ｋ所要量１５ｋ１、標準偏差１５ｋ２、及び補正式１５ｋ３とからなっている。  
【００８８】
性別１５１は、男女の別であり、年齢区分１５２は、年齢階層の区分（例えば、２０〜２４歳、２５〜２９歳、…）である。性別や年齢が異なれば各栄養素の所要量も異なることから、異なるデータが用意されたものである。成分１についての成分１所要量１５３１は、性別１５１及び年齢区分１５２に応じて、身長や体重が標準的であり、とりわけ健康志向も選択していない場合、成分１を単位期間（ここでは、１日間）あたりどれくらい摂取する必要があるかを示すものである。  
【００８９】
成分１についての標準偏差１５３２は、性別１５１及び年齢区分１５２に応じて、成分１の摂取量にどの程度のばらつきがあるかを示すものであり、栄養評価部１Ａによる成分１の摂取量の過不足判定に用いられる。成分１についての補正式１５３３は、性別１５１及び年齢区分１５２に応じて、身長や体重が標準的でなく、何らかの健康志向が選択されている場合に、成分１所要量１５３１や標準偏差１５３２を補正して栄養評価部１Ａが成分１の摂取量の過不足判定を行うための補正式である。成分ｋについての所要量１５ｋ１、標準偏差１５ｋ２、補正式１５ｋ３についても同様である。  
【００９０】
＜効能データベースのデータ構成＞  図９は、効能データベース１６のデータ構成を示す図である。効能データベース１６の各レコードは、成分名１６０と、効能１評価値１６１と、効能２評価値１６２と、…効能ｊ評価値１６ｊとからなっている。効能１、効能２、…、効能ｊとは、「腸の働きを助ける」、「血圧を下げる」、「血糖値を下げる」といった各成分（栄養素）がもつ働きをいう。  
【００９１】
成分名１６０は、炭水化物、脂質、タンパク質などの三大栄養素や、各種のビタミンやミネラルなどの栄養素の名称である。効能１評価値１６１は、成分名１６０の栄養素が上述した効能データベース１６の効能１に対して、どの程度に作用するかを数値で表したものである。効能２評価値１６２、…、効能ｊ評価値１６ｊについても同様である。効能１評価値１６１、効能２評価値１６２、…効能ｊ評価値１６ｊは、栄養評価部１Ａによる栄養素別の過不足の判定結果から摂取アドバイスを生成するために用いられる。  
【００９２】
＜摂取食材モデルデータベースのデータ構成＞  図１０は、摂取食材モデルデータベース１７のデータ構成を示す図である。摂取食材モデルデータベース１７の各レコードは、性別１７１と、年齢区分１７２と、食材１についての標準的な摂取量（食材１摂取量）１７３１、及び標準偏差１７３２と、食材２についての食材２摂取量１７４１、及び標準偏差１７４２と、…食材ｉについての食材ｉ摂取量１７ｉ１、及び標準偏差１７ｉ２とからなっている。  
【００９３】
性別１７１は、男女の別であり、年齢区分１７２は、年齢階層の区分（例えば、２０〜２４歳、２５〜２９歳、…）である。性別や年齢が異なれば各食材の標準的な摂取量も異なることから、異なるデータが用意されたものである。食材１についての食材１摂取量１７３１は、性別１７１及び年齢区分１７２に応じて、食材１を単位期間（ここでは、１ヶ月）あたり標準的にどれくらい摂取しているかを示すものである。  
【００９４】
食材１についての標準偏差１７３２は、性別１７１及び年齢区分１７２に応じて、食材１の摂取量にどの程度のばらつきがあるかを示すものである。食材１摂取量１７３１及び標準偏差１７３２は、ユーザが購入した食材１の摂取量について偏差値を算出することにより、嗜好特定部１Ｂによるユーザが嗜好する食品（食材）の特定に用いられる。食材２についての食材２摂取量１７４１及び標準偏差１７４２、…食材ｉについての摂取量１７ｉ１及び標準偏差１７ｉ２についても同様である。  
【００９５】
＜レシピデータベースのデータ構成＞  図１１は、レシピデータベース１８のデータ構成を示す図である。レシピデータベース１８の各レコードは、レシピ名１８１と、食材１含有量１８２１〜食材ｉ含有量１８２ｉと、成分１含有量１８３１〜成分ｋ含有量１８３ｋと、作り方１８４と、材料詳細１８５と、関連する他のレシピに関する情報１８６とからなっている。なお、このレシピデータベース１８のレコードに、各レシピ名を識別するためのレシピＩＤを登録するようにしてもよい。  
【００９６】
レシピ名１８１は、レシピの名称、すなわち当該レシピで作られる料理の名称である。食材１含有量１８２１〜食材ｉ含有量１８２ｉは、当該レシピで作られる料理に食材１〜食材ｉがそれぞれどの程度の量だけ含まれているかを示すものである。成分１含有量１８３１〜成分ｋ含有量１８３ｋは、当該レシピで作られる料理に成分１〜成分ｋがそれぞれどの程度の量だけ含まれているかを示すものである。食材１含有量１８２１〜食材ｉ含有量１８２ｉと、成分１含有量１８３１〜成分ｋ含有量１８３ｋとは、おすすめレシピ抽出部１Ｄによるおすすめレシピの抽出に用いられる。  
【００９７】
作り方１８４は、当該レシピによる料理の作り方を詳細に説明する文章や画像である。材料詳細１８５は、当該レシピに必要な食材や調味料の種類、必要量を詳細に説明するものである。関連する他のレシピに関する情報１８６は、当該レシピと食材や栄養素の面で一定の関連性（共通性）があり、ユーザに参考として示させる他のレシピに関する情報（他のレシピを特定するためのレシピ名１８１やレシピＩＤ等）を登録したものである。  
【００９８】
＜買い物支援システムにおける全体的な処理の流れ＞  以下、本実施形態にかかる買い物支援システムにおいて実行される処理について説明する。図１２は、本実施形態にかかる買い物支援システムにおける全体的な処理の流れを示す図である。ここ
では、サーバ装置１において行われる処理を中心に説明するが、サーバ装置１に情報を送信する際には、店舗端末２またはユーザ端末３において必要な処理（例えば、店舗端末２における情報入力やユーザ端末３における情報入力）が行われ、サーバ装置１から情報が送信された際には、店舗端末２またはユーザ端末３において必要な処理（例えば、店舗端末２における情報表示やユーザ端末３における情報表示）が行われているものとする。  
【００９９】
図１２において、まず、店舗端末２からは、既に蓄積されたポイントカードＩＤ、電子レシートＩＤ等に対応する電子レシート情報がサーバ装置１に送信される。サーバ装置１は、これらの電子レシート情報を受信すると、ポイントカードＩＤ、電子レシートＩＤ等のＩＤに従って、これらのＩＤ所有者の食材の購入履歴をデータベースに登録する。次に、この買い物支援システムを新たに利用しようとするユーザによってユーザ端末３においてユーザ情報が入力されてサーバ装置１に送信され、これをサーバ装置１が受信すると、サーバ装置１では、受信したユーザ情報をユーザ情報データベース１１に登録する（ステップＳ１）。  
【０１００】
サーバ装置１は、電子レシート情報の受信とユーザ情報の登録が完了すると、ポイントカードＩＤおよび／または電子レシートＩＤおよび／またはクレジットカードおよび／または電子決済ＩＤおよび／またはバーコードやＱＲコードベースの決済サービスの情報に従って新規登録したユーザの食材の購入履歴を、ユーザ別履歴データベース１２に登録する（ステップＳ２）。  
【０１０１】
この後、サーバ装置１では、当該ユーザ情報にポイントカード種別とポイントカードＩＤが含まれている場合、このポイントカード種別のポイントカードを利用することができる店舗（もしくは、チェーン店舗の支部や本部）の店舗端末２に対して、当該ユーザ情報に含まれるポイントカードＩＤに対応した電子レシート情報の送信を要求する。また、サーバ装置１は、当該ユーザ情報に電子レシート種別と電子レシートＩＤが含まれている場合、当該ユーザ情報に含まれる電子レシート種別の電子レートを発行することができる店舗（もしくは、チェーン店舗の支部や本部、電子レシート運営会社）の店舗端末２に対して、当該ユーザ情報に含まれる電子レシートＩＤに対応した電子レシート情報の送信を要求する。  また、ユーザ端末３においてユーザ情報には、クレジットカード、電子決済ＩＤ、バーコードやＱＲコードベースの決済サービスの情報等が含まれてもよい。  
【０１０２】
当該ポイントカードＩＤおよび／または電子レシートＩＤおよび／またはクレジットカードおよび／または電子決済ＩＤおよび／またはバーコードやＱＲコードベースの決済サービスの情報に対応した販売履歴が販売履歴データベース２２に蓄積されている店舗端末２において、ユーザの当該ポイントカードＩＤ等に対応する電子レシート情報が生成され、サーバ装置１に送信される。  
【０１０３】
また、既にユーザ情報を登録しているユーザが店舗で買い物をしてポイントカードを利用すると、店舗端末２において販売履歴が販売履歴データベース２２に追加して蓄積されるとともに、当該ポイントカードＩＤに対応する電子レシート情報が生成され、サーバ装置１に送信される。この電子レシート情報を受信すると、サーバ装置１は、ポイントカードＩＤに従って当該ユーザの食材の購入履歴を、ユーザ別履歴データベース１２に追加して登録する（ステップＳ３）。  
【０１０４】
ユーザ登録しているユーザがユーザ端末３から栄養評価を要求すると、サーバ装置１では、栄養評価部１Ａにより、当該ユーザの過去１ヶ月に購入した食材をユーザ別履歴データベース１２から読み出し、食材別栄養価データベース１４及び所要量データベース１５を参照して、各栄養素の摂取の過不足を判定する。また、不足している栄養素についての摂取アドバイスを生成する（ステップＳ４）。  
【０１０５】
また、おすすめレシピ抽出部１Ｄが、当該ユーザに不足している判定された栄養素を多く摂取することのできる料理のレシピを、おすすめレシピとしてレシピデータベース１８から抽出する（ステップＳ５）。サーバ装置１は、ステップＳ４において生成された各栄養素の摂取の過不足の判定結果、及び不足している栄養素についての摂取アドバイスと、ステップＳ５において抽出されたおすすめレシピを、ユーザ端末３に送信する。  
【０１０６】
一方、ユーザ登録しているユーザがユーザ端末３からおすすめ食材を要求すると、サーバ装置１では、嗜好特定部１Ｂにより、当該ユーザの過去１ヶ月に購入した食材をユーザ別履歴データベース１２から読み出し、摂取食材モデルデータベース１７を参照して、当該ユーザが比較的好んで摂取している食材を特定する（ステップＳ６）。次に、おすすめ食材抽出部１Ｃにより、食材別栄養価データベース１４を参照して、当該ユーザが比較的好んで摂取している食材のうちから栄養評価部１Ａにより摂取が不足していると判定された栄養素を多く摂取することができる１または複数の食材を、おすすめ食材として抽出する（ステップＳ７）。なお、おすすめ食材が１つだけである場合は１つしか抽出されないが、おすすめ食材が２つ以上ある場合は２つ以上抽出されることもある。  
【０１０７】
また、おすすめレシピ抽出部１Ｄにより、当該ユーザが比較的好んで摂取している食材を材料として含みつつ、当該ユーザのおすすめ食材（すなわち、当該ユーザに不足している栄養素を多く含む食材）を材料として含む料理のレシピを、おすすめレシピとしてレシピデータベース１８から抽出する（ステップＳ８）。サーバ装置１は、ステップＳ４において抽出されたおすすめ食材と、ステップＳ８において抽出されたおすすめレシピを、ユーザ端末３に送信する。  
【０１０８】
以下、サーバ装置１の栄養評価部１ＡがステップＳ４において行う栄養評価処理を図１３〜図１６のフローチャート、図１７〜図１８の説明図を参照して、さらに詳細に説明し、嗜好特定部１Ｂが行うユーザ別嗜好特定処理、おすすめ食材抽出部１ＣがステップＳ７において行うおすすめ食材抽出処理、及びおすすめレシピ抽出部１ＤがステップＳ５またはステップＳ８において行うおすすめレシピ抽出処理について、それぞれ図１９〜図２１のフローチャートを参照して、さらに詳細に説明する。  
【０１０９】
＜栄養評価処理＞  図１３は、栄養評価部１Ａが行うユーザ及びその家族の栄養評価処理を示すフローチャートである。栄養評価部１Ａは、１日の決められた時間（例えば、午後２３時５９分）に、当該ユーザのユーザＩＤ１２１に対応付けてユーザ別履歴データベース１２に登録されている購入履歴（ＩＤ―ＰＯＳデータ）の購入日時１２３を読み出す。購入日時１２３が所定期間（例えば過去１日）以内ものものである場合には、購入履歴（ＩＤ―ＰＯＳデータ）の食材名１２４及び価格１２６、購入履歴（ＩＤ―ＰＯＳデータ）の識別コード（日本国におけるＪＡＮコードなどの統一コードであっても店舗独自のコードでもよい。）、店舗ＩＤ１２２が示す店舗の所在地、現在の年月、食材相場データベース１３に記憶された食材相場の各種補正値、食材相場の地域補正値、第１外部サーバ（日本国の場合、総務省統計局サーバ）７内にある小売物価データベース７１の小売物価データ等から、食材の購入量を算出やデータの読み出し等により確定する（ステップＳ１０１）。  
【０１１０】
例えば、平成３０年１１月１０日の午後７時に、北海道の札幌でユーザがもち米を２０３円で購入した場合、食材相場の各種補正値（９月から１１月の時間ずれにより補正値）が０、食材相場データベース１３の食材相場データが示す食材の月毎の相場が「平成３０年９月、もち米１ｋｇ  札幌  ５０６円」であるとすると、ユーザは、平成３０年１１月１０日の午後７時に、食材の購入量として、もち米を５００ｇ購入したことになる。  
【０１１１】
次に、栄養評価部１Ａは、各食材の購入量に対して食材別栄養価データベース１４に登録されている成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋを積算し、食材毎に成分１〜成分ｋを家族全体でどの程度摂取したかを求める。次に、栄養評価部１Ａは、家族全体で摂取した食材毎に成分１〜成分ｋを最初の購入日から摂取期間の１日毎に割り振りし、この割り振りの結果とユーザ情報データベース１１に登録されている当該ユーザ及びその家族の性別１１５及び年齢１１６と所要量データベース１５に登録されている性別１５１及び年齢区分１５２の成分１所要量１５３１から、ユーザの家族構成員（ユーザ及びその家族）が個人単位で１日毎に摂取すると推測される栄養素別の摂取量を算出する（ステップＳ１０２）。  
【０１１２】
次に、栄養評価部１Ａは、ユーザ情報データベース１１から当該ユーザ及びその家族の性別１１５及び年齢１１６を読み出し、これに対応して所要量データベース１５に登録されている性別１５１及び年齢区分１５２の成分１所要量１５３１及び標準偏差１５３２、…成分ｋ所要量１５ｋ１及び標準偏差１５３２を読み出す（ステップＳ１０３）。さらに、栄養評価部１Ａは、ユーザ情報データベース１１から当該ユーザの家族構成員の身長１１７、体重１１８、健康志向１１９を読み出し、これに応じて所要量データベース１５に登録されている補正式１５３３、…１５ｋ３を用いて、ステップＳ１０３で読み出した各栄養素の所要量及び標準偏差を補正する（ステップＳ１０４）。  
【０１１３】
次に、栄養評価部１Ａは、ステップＳ１０１で求めた栄養素別の摂取量とステップＳ１０４で補正された所要量との標準偏差に基づく乖離度合いに従って、１日毎に当該ユーザの家族構成員の栄養素別の過不足を判定する。例えば、ある栄養素についての摂取量が所要量から２標準偏差以上少ない場合には、当該栄養素が不足していると判定し、１標準偏差以上２標準偏差未満少ない場合には、当該栄養素がやや不足していると判定し、２標準偏差以上多い場合には、当該栄養素が過多であると判定する（ステップＳ１０５）。  
【０１１４】
次に、栄養評価部１Ａは、ステップＳ１０５で不足またはやや不足していると判定された栄養素について効能データベース１６の効能１評価値１６１、効能２評価値１６２、…効能ｊ評価値１６３を読み出す。そして、不足またはやや不足している栄養素についての効能１評価値１６１、効能２評価値１６２、…効能ｊ評価値１６３を加算する。そして、その値が小さい効能に基づいて、当該ユーザの家族構成員に対する摂取アドバイスを１日毎に生成する（ステップＳ１０６）。  
【０１１５】
そして、栄養評価部１Ａは、ステップＳ１０５で求めた当該ユーザの家族構成員毎の栄養素別の過不足判定の結果と、ステップＳ１０６で生成した当該ユーザの家族構成員毎に対する摂取アドバイスとをまとめたページを生成し、通信部１Ｅから当該ユーザのユーザ端末３に送信させる（ステップＳ１０７）。これで、栄養評価処理を終了する。  
【０１１６】
＜ＩＤ−ＰＯＳデータから食材の購入量を確定する処理＞  次に、ステップＳ１０１のＩＤ−ＰＯＳデータから食材の購入量を確定する処理についてさらに詳細に説明する。  
【０１１７】
図１４は、図１３におけるステップＳ１０１のＩＤ−ＰＯＳデータから食材の購入量を確定する処理を詳細に示すフローチャートである。図１４において、栄養評価部１Ａは、当該ユーザのユーザＩＤ１２１に対応付けてユーザ別履歴データベース１２に登録されている購入履歴（ＩＤ―ＰＯＳデータ）の購入日時１２３を読み出すことで、ＩＤ―ＰＯＳデータを取得する（ステップＳ１０１−１）。  
【０１１８】
次に、栄養評価部１Ａは、ＩＤ―ＰＯＳデータから食品に関わるデータである食品購買データ（ＩＤ―ＰＯＳデータ（食品））を取得する（ステップＳ１０１−２）。  
【０１１９】
次に、栄養評価部１Ａは、食品購買データ（ＩＤ―ＰＯＳデータ（食品））をＩＤ毎に仕分けすることで、ユーザ（顧客）毎に仕分けをし、食品購買データの購入日時１２３が所定期間（例えば過去１日）以内ものものである場合には、この購入履歴（ＩＤ―ＰＯＳデータ）を有効な購入履歴とする
（ステップＳ１０１−３）。  
【０１２０】
次に、栄養評価部１Ａは、データベース１２〜１８から各種食材情報（第１外部サーバ（日本国の場合、総務省統計局サーバ）７内にある小売物価データベース７１の小売物価データ、入力手段６により入力された食材相場の各種補正値、ユーザがアクセスしたレシピ等）を取得するとともに、購入履歴（ＩＤ―ＰＯＳデータ）の識別コードを取得する（ステップＳ１０１−４）。  
【０１２１】
次に、栄養評価部１Ａは、ステップＳ１０１−３での有効な購入履歴の食材の価格、店舗ＩＤ１２２が示す店舗の所在地、現在の年月、食材相場データベース１３から各種食材情報、ステップＳ１０１−４で取得した識別コード等により、食材の購入量を算出または読み出して確定する（ステップＳ１０１−５）。  
【０１２２】
＜食材購入量確定処理＞  図１５は、図１４におけるステップＳ１０１−５の食材購入量確定処理を示すフローチャートである。図１５において、栄養評価部１Ａは、ステップＳ１０１−２で取得した食品購買データ（ＩＤ―ＰＯＳデータ（食品））から１種類の食材のデータを取得する（ステップＳ１０１−５１）。  
【０１２３】
次に栄養評価部１Ａは、１種類の食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の購入量が確定可能か否かの判別を行う（ステップＳ１０１−５２）。  
【０１２４】
ここで１種類の食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の購入量が確定可能な場合とは、例えば、ＩＤ―ＰＯＳデータ（食品）に食材名（例えば牛肉サーロイン）と購入量（分量、例えば５００ｇ）が記載されている場合である。  
【０１２５】
１種類の食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の購入量が確定可能でない場合とは、例えば、ＩＤ―ＰＯＳデータ（食品）に食材名（例えば人参）が記載されておらず、代わりに商品名（例えば、彩誉）が記載されている場合や、購入量（分量）が記載されず、代わりに個数（例えば人参４本）のみ記載されている場合である。  
【０１２６】
前記１種類の食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の購入量が確定可能でない場合、栄養評価部１Ａは、ステップＳ１０１−５２の判別がＮＯとなり、ステップＳ１０１−５３の処理に移行する。前記１種類の食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の購入量が確定可能である場合、栄養評価部１Ａは、ステップＳ１０１−５２の判別がＹＥＳとなり、ステップＳ１０１−５７の処理に移行する。  
【０１２７】
ステップＳ１０１−５３において、栄養評価部１Ａは、商用システム（図１７参照）と、食品購買データ（ＩＤ―ＰＯＳデータ（食品））と、識別コードを用いて、食材の商品名（例えば、彩誉）と食材の分類（例えば、人参）を確定し、ステップＳ１０１−５４の処理に移行する。  
【０１２８】
ステップＳ１０１−５４において、栄養評価部１Ａは、食材の商品名（例えば、彩誉）と食材の分類（例えば、人参）を用いて、食材の食材名（例えば、人参）を確定し、ステップＳ１０１−５５の処理に移行する。  
【０１２９】
ステップＳ１０１−５５において、栄養評価部１Ａは、食品購買データ（ＩＤ―ＰＯＳデータ（食品））の個数と価格と各種食材情報（ステップＳ１０１−４で取得）から食材の購入量を確定し、ステップＳ１０１−５６の処理に移行する。  
【０１３０】
ステップＳ１０１−５７において、栄養評価部１Ａは、商用システム（図１７参照）と、食品購買データ（ＩＤ―ＰＯＳデータ（食品））と、識別コードを用いて、食材の商品名（例えば、松坂牛サーロイン）と食材の分類（例えば、牛肉）と購入量（例えば、５００ｇ）を確定し、ステップＳ１０１−５８の処理に移行する。  
【０１３１】
ステップＳ１０１−５８において、栄養評価部１Ａは、食材の商品名（例えば、松坂牛サーロイン）と食材の分類（例えば、牛肉）を用いて、食材の食材名（例えば、牛肉サーロイン）を確定し、ステップＳ１０１−５６の処理に移行する。  
【０１３２】
ステップＳ１０１−５６において、栄養評価部１Ａは、全種類の食材において、食材名及び購入量が確定したかを判定する。  
【０１３３】
栄養評価部１Ａは、全種類の食材において、食材名及び購入量が確定していない場合、ステップＳ１０１−５２の判別がＮＯとなりステップＳ１０１−５１の処理に戻り、全種類の食材において、食材名及び購入量が確定した場合、今回の食材購入量確定処理を終了する。  
【０１３４】
＜栄養素摂取量算出処理＞  図１６は、図１３におけるステップＳ１０２の栄養素摂取量算出処理を示すフローチャートである。図１６において、栄養評価部１Ａは、ステップＳ１０１−５で確定した各食材の購入量と各種食材情報（食材別栄養価データベース１４の各レコード、入力手段６により入力された食材別栄養価の各種補正値）から各食材の栄養素を算出する（ステップＳ１０２−１）。  
【０１３５】
次に、栄養評価部１Ａは、ユーザがユーザ端末３の入力部３１を用いてレシピデータベース１８等からレシピをアクセスしたか否かを判定する（ステップＳ１０２−２）。  
【０１３６】
ステップＳ１０２−２において、ユーザがレシピをアクセスしなかった場合、栄養評価部１Ａは、ステップＳ１０２−３の処理に移行し、ユーザがレシピをアクセスした場合、栄養評価部１Ａは、ステップＳ１０２−４の処理に移行する。  
【０１３７】
ステップＳ１０２−３において、栄養評価部１Ａは、ステップＳ１０２−１で算出した各食材の各栄養素を、ユーザーの各家族構成員（ユーザ及びその家族の個人毎）の消費スピード（予め、第２外部サーバ８内の栄養調査データベース８１に記憶された性年齢別の栄養素の消費量から各性年齢別１人／１日の消費スピードを設定している）に基づいて、家族構成員毎及び日付毎に振り分ける。この場合の振り分け方法は、各食材の各栄養素が無くなるまで、ユーザーの各家族構成員の１日の消費スピード分の各食材の各栄養素を、ステップＳ１０２−１で算出した各食材の栄養素から一日毎に引き続け、一日毎に引いた各食材の各栄養素を各家族構成員に対して一日毎に割り振りし、今回の処理を終了する。  
【０１３８】
ステップＳ１０２−４において、栄養評価部１Ａは、ステップＳ１０２−１で算出した各食材の各栄養素、または、前回以前のステップＳ１０２の処理により一日毎に一旦割り振られた各食材の各栄養素（割り振ら日に近い方の日から選択）から、アクセスしたレシピに対応した栄養素を引き、引いた各食材の各栄養素をユーザの家族構成員毎に対してレシピのアクセス日に割り振りし、ステップＳ１０２−５に移行する。  
【０１３９】
ステップＳ１０２−５において、栄養評価部１Ａは、ステップＳ１０２−４でレシピに対応した栄養素を引かれた後の各食材の各栄養素を、ユーザーの各家族構成員の消費スピードに基づいて、各家族構成員に対して振り分ける。この場合の振り分け方法は、各食材の各栄養素が無くなるまで、ユーザーの各家族構成員の１日の消費スピード分の各食材の各栄養素を、ステップＳ１０２−４で栄養素を引かれた後の各食材の各栄養素からアクセス日以外の一日毎に引き続け、一日毎に引いた各食材の各栄養素をユーザの家族構成員毎に対してアクセス日以外の一日毎に割り振し、今回の処理を終了する。  
【０１４０】
栄養評価部１Ａは、ステップＳ１０２の処理を１日の決められた時間（例えば、午後２３時５９分）に行うため、本日アクセスしたレシピに対応する栄養素の量が本日のステップＳ１０２−１の処理により算出された栄養素の量を超えている場合、ステップＳ１０２−４において、前日以前のステップＳ１０２−１の処理により算出された栄養素から一日毎に割り振られた各食材の各栄養素から引くことになる。  
【０１４１】
＜家族構成員毎の栄養素摂取量算出処理＞  図１７は、家族構成員毎の栄養素摂取量算出処理を示す説明図であり、図１５のステップＳ１０１−５１〜Ｓ１０１−５８、図１６のステップＳ１０２−１〜Ｓ１０２−５に対応している。  
【０１４２】
栄養評価部１Ａは、図１７（ａ）に示すように、ステップＳ１０１−２で取得した食品購買データ（ＩＤ―ＰＯＳデータ（食品））から１種類の食材のデータを取得する（ステップＳ１０１−５１参照）。  
【０１４３】
この場合の食材のデータは、商品名、購入量、個数、価格、識別コードがあるが、本実施の形態では、個数、価格、識別コードを用いるものとする。  
【０１４４】
ここで、食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の内容量が確定可能な場合（ステップＳ１０１−５２参照）には、栄養評価部１Ａは、商用システムにより識別コードのマッチングを行い、図１７（ｂ）に示すように、識別コードより内容量を確定し（ステップＳ１０１−５７参照）、識別コードが示す商品名と食材の分類から、図１７（ｃ）に示すように、食材名を確定する（ステップＳ１０１−５８参照）。この後、確定した食材の内容量に食品購買データの個数を乗算することで購入量を確定する。そして、食材名と購入量を栄養変換し（ステップＳ１０２−１参照）、食材の各栄養素を日付毎及びユーザの家族構成員毎（ユーザ及びその家族の個人毎）に振り分ける（ステップＳ１０２−３参照）。  
【０１４５】
ここで、食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の内容量が確定可能でない場合（ステップＳ１０１−５２参照）には、栄養評価部１Ａは、商用システムにより識別コードのマッチングを行い、図１７（ｂ）に示すように、識別コードが示す商品名と食材の分類から（ステップＳ１０１−５３参照）、図１７（ｃ）に示すように、食材名を確定する（ステップＳ１０１−５４参照）。ここで、ＤＢ（データベース：食材相場データベース１３）には、第１外部サーバ７内にある小売物価データベース７１の小売物価データ、インターネットによる各種情報、入力手段６により入力された食材相場の各種補正値（季節のずれや市町村などの小さい地域間のずれの補正値）等が記憶される。確定した食材名からＤＢ（データベース：食材相場データベース１３）の小売物価データを含む各種情報を読みし、図１７（ａ）に示す食品購買データ（ＩＤ―ＰＯＳデータ（食品））の個数と価格から食材の購入量を確定する（ステップＳ１０１−５５参照）。この後、確定した食材の内容量に食品購買データの個数を乗算することで購入量を確定する。そして、食材名と購入量を栄養変換し（ステップＳ１０２−１参照）、食材の各栄養素を日付毎及びユーザの家族構成員毎（ユーザ及びその家族の個人毎）に振り分ける（ステップＳ１０２−３参照）。  
【０１４６】
図１８は、図１３のステップＳ１０２における日別の栄養素（成分１〜成分ｋ）の割り振りを示す説明図である。  図１８において、ユーザが１人で摂取した食材を人参４本（２９８円）とすると、人参４本（２９８円）に含まれる栄養素は、栄養素Ａ（成分１）が５００ｍｇ、栄養素Ｂ（成分２）が３００ｍｇ、栄養素Ｃ（成分３）が１００ｍｇとなる。  一方、ユーザの性年齢別１人／１日の消費スピードは、栄養素Ａ（成分１）が１００ｍｇ、栄養素Ｂ（成分２）が３００ｍｇ、栄養素Ｃ（成分３）が２００ｍｇとしている。  
【０１４７】
また、図１８では、３日目にユーザがカレーのレシピをアクセスし、このカレーのレシピからユーザが３日目に栄養素Ａ（成分１）を２００ｍｇ、栄養素Ｂ（成分２）を１２０ｍｇ、栄養素Ｃ（成分３）を４０ｍｇ摂取するものと推定している（ステップＳ１０２−４参照）。  
【０１４８】
とすると、ユーザ１人において、栄養素Ａは、１日目に１００ｍｇ（消費スピードにより設定、ステップＳ１０２−５参照）、２日目に１００ｍｇ（消費スピードにより設定、ステップＳ１０２−５参照）、３日目に２００ｍｇ（レシピにより設定、ステップＳ１０２−５参照）、４日目に１００ｍｇ（消費スピードにより設定、ステップＳ１０２−５参照）、５日目に０ｍｇ（食材切れ）、６日目に０ｍｇ（食材切れ）となる。  
【０１４９】
栄養素Ｂは、１日目に１８０ｍｇ（
消費スピードにより設定、ステップＳ１０２−５参照）、２日目に０ｍｇ（食材切れ）、３日目に１２０ｍｇ（レシピにより設定、ステップＳ１０２−５参照）、４日目に０ｍｇ（食材切れ）、５日目に０ｍｇ（食材切れ）、６日目に０ｍｇ（食材切れ）となる。  
【０１５０】
栄養素Ｃは、１日目に６０ｍｇ（消費スピードにより設定、ステップＳ１０２−５参照）、２日目に０ｍｇ（食材切れ）、３日目に４０ｍｇ（レシピにより設定、ステップＳ１０２−５参照）、４日目に０ｍｇ（食材切れ）、５日目に０ｍｇ（食材切れ）、６日目に０ｍｇ（食材切れ）となる。  
【０１５１】
＜ユーザ別嗜好特定処理＞  図１９は、嗜好特定部１Ｂが行うユーザ別嗜好特定処理を示すフローチャートである。栄養評価部１Ｂは、１日の決められた時間（例えば、午後２３時５９分）に、当該ユーザのユーザＩＤ１２１に対応付けてユーザ別履歴データベース１２に登録されている購入履歴（ＩＤ―ＰＯＳデータ）の購入日時１２３を読み出す。購入日時１２３が所定期間（例えば過去１日）以内ものものである場合には、購入履歴（ＩＤ―ＰＯＳデータ）の食材名１２４及び価格１２６、購入履歴（ＩＤ―ＰＯＳデータ）の識別コード、店舗ＩＤ１２２が示す店舗の所在地、現在の年月、食材相場データベース１３に記憶された食材相場の各種補正値、食材相場の地域補正値、第１外部サーバ（日本国の場合、総務省統計局サーバ）７内にある小売物価データベース７１の小売物価データ等から、食材の購入量を算出やデータの読み出し等により確定する（ステップＳ２０１）。  
【０１５２】
次に、栄養評価部１Ｂは、各食材の購入量に対して食材別栄養価データベース１４に登録されている成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋを積算し、食材毎に成分１〜成分ｋを家族全体でどの程度摂取したかを求める。次に、栄養評価部１Ａは、家族全体で摂取した食材毎に成分１〜成分ｋを最初の購入日から摂取期間の１日毎に割り振りし、この割り振りの結果とユーザ情報データベース１１に登録されている当該ユーザ及びその家族の性別１１５及び年齢１１６と所要量データベース１５に登録されている性別１５１及び年齢区分１５２の成分１所要量１５３１から、ユーザの家族構成員（ユーザ及びその家族）が個人単位で１日毎に摂取すると推測される栄養素別の摂取量を算出する（ステップＳ２０２）。  
【０１５３】
次に、嗜好特定部１Ｂは、ユーザ情報データベース１１から当該ユーザ及びその家族の性別１１５及び年齢１１６を読み出し、これに対応して摂取食材モデルデータベース１７に登録されている性別１７１及年齢区分１７２の食材１摂取量１７３１及び標準偏差１７３２、食材２摂取量１７４１及び標準偏差１７４２、…食材ｉ摂取量１７ｉ１及び標準偏差１７ｉ２を読み出す（ステップＳ２０３）。  
【０１５４】
次に、嗜好特定部１Ｂは、食材１、食材２、…食材ｉのそれぞれについて、ステップＳ２０１で求めた摂取量と、ステップＳ２０３で読み出した摂取量及び標準偏差とから、当該ユーザ及びその家族の過去１ヶ月以内の食材の種類毎及び日毎の摂取量の偏差値を算出する（ステップＳ２０４）。  
【０１５５】
そして、嗜好特定部１Ｂは、ステップＳ２０４で算出した偏差値が高い一定数の食材を、当該ユーザ及びその家族の嗜好する食材として特定する。この場合、偏差値が一定値以上の食材は全ての種類を当該ユーザ及びその家族の嗜好する食材として特定するものとしても、偏差値に関わらず予め定めた種類数までの食材を当該ユーザ及びその家族の嗜好する食材として特定するものとしてもよい（ステップＳ２０５）。これで、ユーザ及びその家族別嗜好特定処理を終了する。  
【０１５６】
＜おすすめ食材抽出処理＞  図２０は、おすすめ食材抽出部１Ｃが行うおすすめ食材抽出処理を示すフローチャートである。おすすめ食材抽出部１Ｃは、まず、ステップＳ１０５において栄養評価部１Ａが当該ユーザ及びその家族に不足していると、或いはやや不足していると判定した栄養素を特定する（ステップＳ３０１）。なお、ここで不足またはやや不足している栄養素の特定には、上述したステップＳ１０４における補正式による補正で、当該ユーザ及びその家族の健康志向の考慮は既になされている。  
【０１５７】
次に、おすすめ食材抽出部１Ｃは、食材毎に、食材別栄養価データベース１４に登録されている成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋを読み出す。おすすめ食材抽出部１Ｃは、ステップＳ３０１で不足またはやや不足していると特定された栄養素を多く含む食材を、ステップＳ３０２で読み出した成分１含有量１４２、成分２含有量１４３、…成分ｋ含有量１４ｋに従って判定する。そして、１または複数の食材を当該ユーザ及びその家族へのおすすめ食材として抽出する（ステップＳ３０２）。なお、おすすめ食材が１つだけである場合は１つしか抽出されないが、おすすめ食材が２つ以上ある場合は２つ以上抽出されることもある。  
【０１５８】
次に、おすすめ食材抽出部１Ｃは、ステップＳ３０３で抽出したおすすめ食材に関するクーポンが店舗別販売商品データベース１９に登録されているかどうかを判定し、ユーザ別履歴情報データベース１２に従って当該ユーザが利用したことのある店舗においておすすめ食材の購入に使用できるクーポンが登録されていれば、これを店舗別販売商品データベース１９から読み出す（ステップＳ３０３）。  
【０１５９】
そして、おすすめ食材抽出部１Ｃは、ステップＳ３０２で抽出した当該ユーザ及びその家族へのおすすめ食材と、ステップＳ３０３で読み出したクーポンとをまとめたページを生成し、通信部１Ｅから当該ユーザのユーザ端末３に送信させる（ステップＳ３０４）。なお、後述するおすすめレシピ抽出処理でおすすめレシピが抽出される場合には、さらにおすすめレシピもまとめたページを生成し、ユーザ端末３に送信させるものとしてもよい。これで、おすすめ食材抽出処理を終了する。なお、抽出されたおすすめ食材が複数である場合、含んでいる栄養素の多い順におすすめ食材第１位、第２位…というように表示するようにしてもよい。  
【０１６０】
＜おすすめレシピ抽出処理＞  図２１は、おすすめレシピ抽出部１Ｄが行うおすすめレシピ抽出処理を示すフローチャートである。おすすめレシピ抽出部１Ｄは、栄養評価部１Ａの栄養評価処理で生成されたページの栄養評価画面においてユーザが栄養素を選択したことが通知されたのか、おすすめ食材抽出部１Ｄのおすすめ食材抽出処理で生成されたページのおすすめ食材画面においてユーザが食材を選択したことが通知されたのかを判定する（ステップＳ４０１）。  
【０１６１】
栄養素が選択された場合には、おすすめレシピ抽出部１Ｄは、レシピデータベース１８の成分１含有量１８３１〜成分ｋ含有量１８３ｋを参照して、選択された栄養素を多く含むレシピを抽出する（ステップＳ４０２）。一方、食材が選択された場合には、おすすめレシピ抽出部１Ｄは、レシピデータベース１８の食材１含有量１８２１〜食材ｉ含有量１８２を参照して、ステップＳ２０５で当該ユーザ及びその家族の嗜好する食材として特定された食材を比較的多く含むレシピを抽出する（ステップＳ４０３）。なお、このステップＳ４０３においておすすめレシピ抽出部１Ｄは、ユーザ及びその家族が嗜好する食材の数が比較的多いレシピ（例えば、嗜好する食材を２種類含むレシピよりも３種類含むレシピ）を抽出したり、ユーザ及びその家族が嗜好する食材のなかでも摂取量が比較的多い食材を含むレシピ（例えば、ユーザ及びその家族が嗜好する食材であり摂取量が多い食材が鳥のむね肉である場合、鳥のむね肉を使用したレシピ）を抽出したりする。  
【０１６２】
おすすめレシピ抽出部１Ｄは、さらに、レシピデータベース１８の食材１含有量１８２１〜食材ｉ含有量１８２を参照して、おすすめ食材抽出部１Ｃで抽出されたおすすめ食材を多く含むレシピに絞り込んで抽出する（ステップＳ４０４）。なお、おすすめ食材画面においてユーザが選択した食材は、当該ユーザ及びその家族へのおすすめ食材であることから、当該ユーザ及びその家族に不足している栄養素を多く含むものである。つまり、最終的に抽出されるレシピは、当該ユーザ及びその家族の嗜好する食材を多く含みつつ、当該ユーザ及びその家族に不足している栄養素も多く含むものとなる。  
【０１６３】
ステップＳ４０２またはステップＳ４０４でレシピが抽出されると、おすすめ食材抽出部１Ｄは、レシピデータベース１８の作り方１８４、材料詳細１８５、関連する他のレシピに関する情報１８６と、食材１含有量１８２１〜食材ｉ含有量１８２ｉ、成分１含有量１８３１〜成分ｋ含有量１８３ｋとをまとめたページを生成し、通信部１Ｅから当該ユーザのユーザ端末３に送信させる（ステップＳ４０５）。これで、レシピ抽出処理を終了する。  
【０１６４】
＜買い物支援システムの利用例＞  以下、本実施形態にかかる買い物支援システムの利用例を、図２２〜図２７のユーザ端末３における表示画面例に基づいて、具体的に説明する。図２２は、トップ画面を示す図である。図２３は、ユーザ登録画面を示す図である。図２４は、家族登録画面を示す図である。図２５は、栄養評価画面を示す図である。図２６は、おすすめ食材画面を示す図である。図２７は、おすすめレシピ画面を示す図である。なお、表示部３２のサイズに収まらない画面であっても、スクロールして表示できるものは１画面として表している。  
【０１６５】
まず、図２２のトップ画面５００において、既に登録しているユーザがシステム利用する場合には、ＩＤ入力欄５０１にユーザＩＤまたはメールアドレスを、パスワード入力欄５０２にパスワードを入力し、ログインボタン５０３をタップする。すると、図２５の栄養評価画面が表示されることになる。一方、新たにユーザ登録する場合には、「こちら」５０４をタップする。すると、図２３（ａ）のユーザ登録画面が表示される。  
【０１６６】
図２３（ａ）のユーザ登録画面６００において、新規登録しようとするユーザは、メールアドレス入力欄６０１に自己のメールアドレスを、パスワード入力欄６０３に自分で設定したパスワードを入力する。また、ユーザがポイントカードを所有している場合、ポイントカード種別選択欄６０４ａにおいて登録しようとするポイントカードの種別を選択し、ポイントカードＩＤ入力欄６０４ｂに自己の有するポイントカードに記載されているポイントカードＩＤを入力する。複数のポイントカードを登録しようとする場合には、追加ボタン６０４ｃをタップすると、ポイントカード種別選択欄６０４ａ及びポイントカードＩＤ入力欄６０４ｂと同様の入力欄が現れるので、ここに追加登録する。  
【０１６７】
また、ユーザが電子レシート会員ＩＤを所有している場合、電子レシート種別選択欄６０５ａにおいて登録しようとする電子レシートの種別を選択し、電子レシートＩＤ入力欄６０５ｂに自己の有する電子レシート会員ＩＤを入力する。複数の電子レート会員ＩＤを登録しようとする場合には、追加ボタン６０５ｃをタップすると、電子レシート種別選択欄６０５ａ及び電子レシートＩＤ入力欄６０５ｂと同様の入力欄が現れるので、ここに追加登録する。  
【０１６８】
また、ユーザがクレジットカードを所有している場合、クレジットカード種別選択欄６０６ａにおいて登録しようとするクレジットカードの種別を選択し、クレジットカードＩＤ入力欄６０６ｂに自己の有するクレジットカードに記載されているクレジットカードＩＤを入力する。複数のクレジットカードを登録しようとする場合には、追加ボタン６０６ｃをタップすると、クレジットカード種別選択欄６０６ａ及びクレジットカードＩＤ入力欄６０６ｂと同様の入力欄が現れるので、ここに追加登録する。  
【０１６９】
また、ユーザが電子決済に登録している場合、電子決済種別選択欄６０６ａにおいて登録しようとする電子決済の種別を選択し、電子決済ＩＤ入力欄６０６ｂに自己の電子決済ＩＤを入力する。複数の電子決済を登録しようとする場合には、追加ボタン６０６ｃをタップすると、電子決済種別選択欄６０６ａ及び電子
決済ＩＤ入力欄６０６ｂと同様の入力欄が現れるので、ここに追加登録する。  
【０１７０】
また、ユーザがＥＣサイトやオンラインショップの会員ＩＤを所有している場合、ＥＣサイト（オンラインショップ）種別選択欄（図示なし）において登録しようとするＥＣサイトやオンラインショップの種別を選択し、ＥＣサイト（オンラインショップ）会員ＩＤ入力欄に自己の有するＥＣサイト（オンラインショップ）会員ＩＤを入力する。複数のＥＣサイト（オンラインショップ）会員ＩＤを登録しようとする場合には、追加ボタン（図示なし）をタップすると、ＥＣサイト（オンラインショップ）種別選択欄（図示なし）及びＥＣサイト（オンラインショップ）会員ＩＤ入力欄（図示なし）と同様の入力欄が現れるので、ここに追加登録する。  
【０１７１】
また、ユーザは、性別選択用ボタン６０８で男女の別を選択入力し、年齢入力欄６０９に年齢を、身長欄６１０に身長を、体重欄６１１に体重を、それぞれ数字で入力する。さらに、健康志向選択欄６１２で健康志向を選択入力する。複数の健康志向を登録しようとする場合には、追加ボタン６１３をタップすると、健康志向選択欄６１２と同様の選択欄が現れるので、ここから追加登録する。  
【０１７２】
また、ユーザが、家族選択用ボタン６１４で家族がいることを選択入力し、家族登録ボタン６１５をタップすると、図２４に示すように、家族登録画面６４０に切り換わり、「家族登録」の文字画像６４１、「（家族Ａ）」の文字画像６４２、家族１人に対する性別選択用ボタン６４３、年齢入力欄６４４、身長欄６４５、体重欄６４６、健康志向選択欄６４７、追加ボタン６４８、登録ボタン６４９、中止ボタン６５０が表示されるので、ユーザは各家族について入力する。また、ユーザがニックネームを入力したい場合、ニックネーム入力欄にニックネームを入力する。また、ユーザが健康診断情報を入力したい場合、健康診断情報入力ボタン（図示なし）をタップすると、健康診断情報入力欄が表示されるので、ユーザは、ユーザ端末に記憶されている健康診断情報ファイルの場所（ドライブ名やフォルダ名、ファイル名）を入力する。また、ユーザがフィットネス情報を入力したい場合、フィットネス情報入力ボタン（図示なし）をタップすると、フィットネス情報入力欄が表示されるので、ユーザは、ユーザ端末に記憶されているフィットネス情報ファイルの場所（ドライブ名やフォルダ名、ファイル名）を入力する。  
【０１７３】
そして、全ての欄に入力が終了して送信ボタン６１６をタップすると、図２３（ｂ）のユーザ情報確認画面６２０が現れる。  
【０１７４】
ユーザ情報確認画面６２０において、「これでいいですか？」という問いに対して、ＮＯボタン６２２をタップすると、図２３（ａ）のユーザ登録画面６００に戻る。ＹＥＳボタン６２１をタップすると、図２３（ｃ）の登録完了画面６３０が現れる。そして、登録完了画面６３０において、「栄養状態」６３１をタップすると、図２５（ａ）の栄養評価画面７００が現れ、「おすすめ」６３２をタップすると、図２６（ａ）のおすすめ食材画面８００が現れる。「ログアウト」６３４をタップすると、ログアウトする。  
【０１７５】
図２５（ａ）の栄養評価画面７００では、上部に「栄養状態」７０１、「おすすめ」７０２、「ログアウト」７０３の文字があるが、「栄養状態」７０１は、栄養評価画面であることを表すために反転表示され、タップしても画面変化はない。「おすすめ」７０１をタップすると、図２６（ａ）のおすすめ食材画面８００が現れる。「ログアウト」７０３をタップすると、ログアウトする。  
【０１７６】
また、栄養素の「不足」、「適量」、「多い」、「グラフ」の選択欄７０４があるが、ここでは「不足」が反転表示されて、とても不足している栄養素として「ビタミンＣ」と「炭水化物」の表示が、やや不足している栄養素として「ビタミンＫ」の表示がなされている。「適量」をタップすると適量が摂取されている栄養素の表示に、「多い」をタップすると過剰に摂取されている栄養素の表示に、「グラフ」をタップすると栄養素の摂取量の過不足のグラフでの表示に切り替わる。コメント欄７０８には、ユーザ及びその家族への摂取アドバイスが表示される。  
【０１７７】
「ビタミンＣ」７０５、「炭水化物」７０６、「ビタミンＫ」７０７の各文字列は、これをタップすることで栄養素の紹介画面への切り替えを指示できるものとなっている。例えば、「ビタミンＫ」７０７をタップした場合には、図２５（ｂ）のビタミンＫの紹介画面７１０が表示される。この画面の左上の矢印７１１をタップすると、元の画面に戻る。また、ビタミンＫの紹介画面７１０では、効能、不足リスク、過多リスクなどとともにビタミンＫについての説明がなされている。  
【０１７８】
その下に、ビタミンＫが多い食材が紹介されている。食材ボタン７１２〜７１４の何れかをタップすると、図２６（ｃ）の食材紹介画面８２０（但し、タップしたボタンに対応した食材についてのもの）が表示される。「もっとみる」７１５をタップすると、ビタミンＫが多い他の食材についての食材ボタンが追加して現れる。さらにその下に、ビタミンＫが摂れるおすすめレシピが紹介されている。レシピボタン７１６、７１７の何れかをタップすると、図２７のレシピ画面９００（但し、タップしたボタンに対応したレシピについてのもの）が表示される。「もっとみる」７１８をタップすると、ビタミンＫが摂れる他のレシピについてのレシピボタンが追加して現れる。  
【０１７９】
図２６（ａ）のおすすめ食材画面８００では、上部に「栄養状態」８０１、「おすすめ」８０２、「ログアウト」８０３の文字があるが、「おすすめ」８０２は、おすすめ食材画面であることを表すために反転表示され、タップしても画面変化はない。「栄養状態」８０１をタップすると、図２５（ａ）の栄養評価画面７００が現れる。「ログアウト」８０３をタップすると、ログアウトする。  
【０１８０】
図２６（ａ）のおすすめ食材画面８００では、「あなたにおすすめ」８０４、食材別おすすめとして「野菜」８０５と「魚介類」８０６、志向別おすすめとして「お肌」８０７と「ダイエット」８０８の各ボタンが表示されているが、この何れかをタップすると、図２６（ｂ）に示すようなおすすめ食材画面８１０が現れる（ここでは、「あなたにおすすめ」８０４がタップされた場合を例としている。おすすめ食材画面８１０では、おすすめ食材として「さつまいも」、「ナス」、「ささみ肉」の表示がなされている。  
【０１８１】
「さつまいも」８１１、「ナス」８１２、「ささみ肉」８１３の各文字列は、これをタップすることで食材の紹介画面への切り替えを指示できるものとなっている。例えば、「さつまいも」８１１をタップした場合には、図２６（ｃ）のさつまいもの食材紹介画面８２０が表示される。この画面の左上の矢印８２１をタップすると、元の画面に戻る。また、さつまいもの食材紹介画面８２０では、アレルギー食品であるか否か、特徴的な成分など、さつまいもについての説明がなされている。  
【０１８２】
その下に、栄養素が近い他の食材が紹介されている。食材ボタン８２２〜８２４の何れかをタップすると、タップしたボタンに対応した食材についての食材紹介画面が表示される。「もっとみる」８２５をタップすると、栄養素が近い他の食材についての食材ボタンが追加して現れる。さらにその下に、さつまいもを使ったおすすめレシピが紹介されている。レシピボタン８２６、８２７の何れかをタップすると、図２７のレシピ画面９００（但し、タップしたボタンに対応したレシピについてのもの）が表示される。「もっとみる」８２８をタップすると、さつまいもを使った他のレシピについてのレシピボタンが追加して現れる。  
【０１８３】
さつまいもについてユーザに提供するクーポンがある場合には、さらにその下にクーポン情報が表示される。クーポンボタン８２９、８３０をタップすると、タップしたクーポンを取得できる。「もっとみる」８３１をタップすると、さらに別のクーポンボタンが現れる。  
【０１８４】
図２７のレシピ画面９００では、レシピの紹介がなされる。この画面の左上の矢印９０１をタップすると、元の画面に戻る。また、「作り方」９０２をタップすると、このレシピにおける料理の作り方の詳細が表示され、「材料詳細」９０３をタップすると、このレシピにおける料理を作るのに必要な材料の詳細が表示される。  
【０１８５】
その下に、このレシピに使われる食材が紹介されている。食材ボタン９０４〜９０７の何れかをタップすると、図２６（ｃ）の食材紹介画面８２０（但し、タップしたボタンに対応した食材についてのもの）が表示される。さらにその下に、このレシピが主として含む栄養素が紹介されている。成分ボタン９０８、９０９をタップすると、図２５（ｂ）の栄養素紹介画面７１０（但し、タップしたボタンに対応した栄養素についてのもの）が表示される。さらにその下に、他のおすすめレシピが紹介されている。レシピボタン９１０、９１１の何れかをタップすると、タップしたボタンに対応したレシピ画面）が表示される。「もっとみる」９１２をタップすると、他のレシピについてのレシピボタンが追加して現れる。  
【０１８６】
以上説明したように、本実施形態にかかる買い物支援システムでは、サーバ装置１において、ユーザ情報としてユーザ端末３から送信されてきたポイントカード種別１１３ａ及びポイントカードＩＤ１１３ｂ、電子レシート種別１１４ａ及び電子レシートＩＤ１１４ｂがユーザ情報データベース１１に登録されている。一方、店舗端末２からの電子レシート情報２１０は、ポイントカード種別２１２ａとポイントカードＩＤ２１２ｂ、電子レシート種別２１３ａ及び電子レシートＩＤ２１３ｂとを含んでおり、どのユーザについての電子レシート情報であるかをサーバ装置１が一意に特定できるものとなっている。  
【０１８７】
サーバ装置１では、こうして特定したユーザの食材の購入履歴を、購入店舗１２２、購入日時１２３、食材名１２４及び数量１２５を対応付けて、ユーザ別履歴データベース１２に登録する。そして、栄養評価部１Ａが、ユーザ及びその家族の終了した１日間の食材の摂取量を求め、さらに食材別栄養価データベース１４を参照して、ユーザ及びその家族の終了した１日間の栄養素別の摂取量を求め、ユーザ及びその家族の性別、年齢区分に従って所要量データベース１５を参照して、栄養素毎の過不足を判定している。さらに、栄養素別の過不足の判定結果から効能データベース１６を参照して、各ユーザ及びその家族が優先して摂取すべき栄養素などを示す摂取アドバイスを生成する。  
【０１８８】
このように栄養評価部１Ａが行った栄養素毎の過不足の判定結果と摂取アドバイスは、同じページにまとめられて、ユーザ端末３の表示部３２に栄養評価画面７００として表示される。これにより、ユーザ及びその家族は、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができ、どのような栄養素を優先的に摂取すればよいかも容易に知ることができるようになる。  
【０１８９】
また、栄養評価部１Ａが栄養素別の過不足判定を行う際には、ユーザ情報データベース１１に登録されているユーザ及びその家族の身長１１７、体重１１８、健康志向１１９に従って必要な補正がなされている。これにより、個人の体格の違いや、個人毎に異なる健康志向の違いに応じて、自己の摂取に係る栄養素に偏りがあるかどうか、どのような栄養素を優先的に摂取すればよいかを容易に知ることができるようになる。  
【０１９０】
また、栄養評価部１Ａは、ユーザ別履歴データベース１２に登録されている食材名１２４及び数量１２５に従って栄養素別の摂取量を求めるが、数量１２５は、電子レシート情報２１０の数量２５２と販売商品情報２００の単位数量２０６とから換算された値が登録されるものとなっている。このため、単にどの種類の食材を摂取したかだけではなく、どの程度の量を摂取したかも加味して栄養素別の摂取量の過不足が判定されるので、ユーザ及びその家族は、より正確に自己の摂取に係る栄養の偏りを知ることができるようになる。
【０１９１】
また、おすすめ食材抽出部１Ｃは、栄養評価部１Ａによる栄養素別の過不足の判定結果に従って食材別栄養価データベース１４を参照しておすすめ食材を抽出し、おすすめレシピ抽出部１Ｄは、おすすめ食材のうちからユーザの選択した食材を含む料理のレシピを抽出するものとしていた。そして、おすすめレシピを抽出するよりも前に、嗜好特定部１Ｂによりユーザの嗜好する食材が特定され、おすすめレシピは、特定したユーザの嗜好する食材をも含むものの中から選ばれるものとなっている。  
【０１９２】
このため、各ユーザは、おすすめ食材を材料として含む種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じない（もしくは、生じにくい）ような健康な食生活を送れるようになる。しかも、単に自己の摂取に係る栄養素に偏りがあるかどうかだけでおすすめレシピが提供されるではなく、自己の嗜好にあった種類の食材を含む料理のレシピがおすすめレシピとして提供されるので、その料理を実際に食べることの動機付けが強くなる。また、栄養素が偏る原因と食材の好き嫌いとには関連性があるため、ユーザ及びその家族の嗜好にあった種類の食材を含む料理のレシピに従った料理を食べることによって、この料理をユーザ及びその家族が気に入れば、今まで敬遠しがち（もしくは、食べたことがない）であった食材も今後は摂取してみようと思うようになる。  
【０１９３】
さらに、おすすめレシピ抽出部１Ｄによるおすすめレシピの提供は、ユーザが選択した栄養素を含む料理についてもすることができる。このため、ユーザ及びその家族は、不足している栄養素を多く摂れる種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。  
【０１９４】
また、異なる店舗の使用に係る複数の店舗端末２があり、同じユーザが異なる店舗で食材を購入する場合であっても、電子レシート情報２１０に含まれるポイントカード種別２１２ａ及びポイントカードＩＤ２１２ｂによってユーザを特定することができ、ユーザ別に購入履歴をユーザ別履歴データベース１２に記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、当該ユーザの購入に係る食材から自己及び家族の摂取に係る栄養素に偏りがあるかどうかを知ることができる。  
【０１９５】
さらに、店舗毎に異なるポイントカード（電子レシート会員ＩＤ）が用いられた場合であっても、ユーザは、その何れのポイントカード（電子レシート会員ＩＤ）も自己のものであるとしてポイントカード種別（電子レシート種別）とポイントカードＩＤ（電子レシートＩＤ）を登録しておけばユーザ別に購入履歴をユーザ別履歴データベース１２に記憶させることができる。このため、店舗のサービスに係るポイントカード（電子レシート会員ＩＤ）などを、異なる店舗で共通化する必要はなく、各店舗が独自に顧客サービスを提供しようとすることの妨げとなることがなく、店舗にとってもシステム利用にデメリットが生じない。  
【０１９６】
この場合、新規ユーザがユーザ情報を登録した場合であっても、当該ユーザ情報に含まれるポイントカード種別１１３ａ及びポイントカードＩＤ１１３ｂに対応する購入履歴や、電子レシート種別１１４ａ及び電子レシートＩＤ１１４ｂに対応する購入履歴が既に店舗端末２の販売履歴データベース２２に記憶されていれば、問い合わせに応答して店舗端末２から送信された電子レシート情報２１０に基づいても、当該ユーザの食材の購入履歴がユーザ別履歴データベース１２に記憶されることとなる。  
【０１９７】
このため、新規登録したユーザも直ぐに自己及び家族の摂取に係る栄養素に偏りがあるかどうかを知ることができるようになる。また、ユーザ自体としての新規登録ではなくても、これまで登録していなかった店舗についてのポイントカード種別１１３ａ及びポイントカードＩＤ１１３ｂを追加登録したり、電子レシート種別１１４ａ及び電子レシートＩＤ１１４ｂを追加登録したりすれば、追加登録した店舗で既に購入した食材を含めた栄養偏向情報が生成されるので、より正確に自己の摂取に係る栄養素の偏りを知ることができるようになる。なお、ＥＣサイトやオンラインショップについても同様に追加登録することができる。  
【０１９８】
さらに、おすすめレシピ抽出部１Ｄにより、おすすめレシピの提供もなされている。このため、ユーザ及びその家族は、不足している栄養素を多く摂れる種類の料理、或いはおすすめ食品を材料として含む種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。  
【０１９９】
また、異なる販売店の使用に係る複数の店舗端末２があり、同じユーザが異なる販売店で食品を購入する場合であっても、サーバ装置１では、その購入に係る食品情報に対応づけられたユーザ識別情報によってユーザを特定することができ、ユーザ別に食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、当該ユーザの摂取に係る栄養素に偏りに応じて食品の摂取が推奨されるものとなる。  
【０２００】
＜本発明の実施の形態の構成及び効果＞
本発明の実施の形態の買い物支援システムは、食品販売に関する情報を少なくとも管理する管理端末（店舗端末２）と、ユーザが所有するユーザ端末３と、該管理端末（店舗端末２）及び該ユーザ端末３と通信可能なサーバ装置１と、を備える買い物支援システムであって、前記管理端末（店舗端末２）は、前記ユーザが購入した食品毎の価格を含む食品に関する情報に基づいて電子化された購買情報（電子レシート情報）を生成し、当該電子化された購買情報を前記サーバ装置１に送信し、前記サーバ装置１は、食品毎の価格と分量の交換比率の情報を含む食品情報（小売物価データベース７１の小売物価データ）を取得する食品情報取得手段（通信部１Ｅ）を備え、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記管理端末（店舗端末２）から受信した前記電子化された購買情報（電子レシート情報）が示す食品毎の価格と、取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測し、推測した前記食品毎の分量に基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成して前記ユーザ端末３に送信し、前記ユーザ端末３は、前記サーバ装置１から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する。  
【０２０１】
上記買い物支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。  
【０２０２】
上記目的を達成するため、本発明にかかる買い物支援システムは、食品販売に関する情報を少なくとも管理する管理端末（店舗端末２）と、ユーザが所有するユーザ端末３と、該管理端末（店舗端末２）及び該ユーザ端末３と通信可能なサーバ装置１と、を備える買い物支援システムであって、前記管理端末（店舗端末２）は、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を前記サーバ装置１に送信する購入食品情報送信手段を備え、前記ユーザ端末３は、前記サーバ装置１が前記ユーザを識別するためのユーザ情報を前記サーバ装置１に送信するユーザ情報送信手段（通信部３３）と、前記サーバ装置１から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する栄養偏向情報出力手段（表示部３２）と、を備え、前記サーバ装置１は、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報（小売物価データベース７１の小売物価データ）を取得する食品情報取得手段（通信部１Ｅ）と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段（通信部１Ｅ）と、前記ユーザ情報送信手段（通信部３３）から送信された前記ユーザ情報を受信するユーザ情報受信手段（通信部１Ｅ）と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１）と、前記購入食品情報送信手段から送信された前記購入食品情報を前記ユーザの購入食品情報として記憶する購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段（通信部１Ｅ）が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）と、当該食品分量推測手段が推測した前記食品毎の分量と、前記摂取栄養情報取得手段（通信部１Ｅ）が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）により生成された前記栄養偏向情報を、前記ユーザ端末３に送信する栄養偏向情報送信手段（通信部１Ｅ）と、を備えることを特徴とする。  
【０２０３】
上記買い物支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。  
【０２０４】
また、異なる販売店の使用に係る複数の管理端末（店舗端末２）があり、同じユーザが異なる販売店で食品を購入する場合であっても、サーバ装置１では、ユーザ別に購入食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、当該ユーザの購入に係る食品から自己の摂取に係る栄養素に偏りがあるかどうかを知ることができる。
【０２０５】
さらに、販売店毎に異なるユーザ識別情報が用いられた場合であっても、ユーザは、その何れのユーザ識別情報も自己のものであるとして登録しておけば、サーバ装置１においてユーザ別に購入食品情報が記憶され、栄養偏向情報が生成される。このため、ユーザ識別情報を含む販売店のサービスに係るポイントカードなどを、異なる店舗で共通化する必要はなく、各販売店が独自に顧客サービスを提供しようとすることの妨げとなることがなく、販売店にとってもシステム利用にデメリットが生じない。
【０２０６】
前記摂取栄養情報は、少なくとも人間が摂取する複数種類の摂取栄養の性別及び年齢による適切な分量を表す情報を含む。
【０２０７】
これにより、上記買い物支援システムは、前記ユーザの性別及び年齢に応じて栄養素の偏りを示す栄養偏向情報を生成すことができる。
【０２０８】
上記目的を達成するため、本発明にかかる買い物支援サーバ（サーバ装置１）は、食品販売に関する情報を少なくとも管理する管理端末（店舗端末２）とユーザが所有するユーザ端末３と通信可能な買い物支援サーバ（サーバ装置１）であって、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報（小売物価データベース７１の小売物価データ）を取得する食品情報取得手段（通信部１Ｅ）と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段（通信部１Ｅ）と、前記ユーザ端末３から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段（通信部１Ｅ）と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１）と、前記管理端末から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段（通信部１Ｅ）が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）と、当該食品分量推測手段が推測した前記食品毎の分量と、前記摂取栄養情報取得手段（通信部１Ｅ）が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）により生成された前記栄養偏向情報を、前記ユーザ端末３に送信する栄養偏向情報送信手段（通信部１Ｅ）と、を備えることを特徴とする。
【０２０９】
上記買い物支援サーバ（サーバ装置１）により、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０２１０】
また、異なる販売店の使用に係る複数のユーザ端末３があり、同じユーザが異なる販売店で食品を購入する場合であっても、その購入に係る購入食品情報に対応づけられたユーザ識別情報によってユーザを特定することができ、ユーザ別に購入食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、当該ユーザの購入に係る食品から自己の摂取に係る栄養素に偏りがあるかどうかを知ることができる。
【０２１１】
さらに、販売店毎に異なるユーザ識別情報が用いられた場合であっても、ユーザは、その何れのユーザ識別情報も自己のものであるとして登録しておけば、ユーザ別に購入食品情報が記憶され、栄養偏向情報が生成される。このため、ユーザ識別情報を含む販売店のサービスに係るポイントカードなどを、異なる店舗で共通化する必要はなく、各販売店が独自に顧客サービスを提供しようとすることの妨げとなることがなく、販売店にとってもシステム利用にデメリットが生じない。
【０２１２】
前記摂取栄養情報は、少なくとも人間が摂取する複数種類の摂取栄養の性別及び年齢による適切な分量を表す情報を含む。
【０２１３】
これにより、上記買い物支援サーバ（サーバ装置１）は、前記ユーザの性別及び年齢に応じて栄養素の偏りを示す栄養偏向情報を生成すことができる。
【０２１４】
上記買い物支援サーバ（サーバ装置１）は、前記ユーザ情報を受信したときに、該ユーザ情報に対応する前記購入食品情報が前記管理端末に既に記憶されているかどうかの問い合わせを送信する問い合わせ手段（栄養評価部１Ａ及び通信部１Ｅ）を、さらに備え、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）は、前記問い合わせを受信した前記管理端末から送信された前記購入食品情報を、前記ユーザの前記購入食品情報として記憶し、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）は、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶されている前記購入食品情報が、前記問い合わせを受信した前記管理端末から送信された前記購入食品情報だけであっても、前記栄養偏向情報を生成することができる。
【０２１５】
これにより、新規登録したユーザも直ぐに自己の摂取に係る栄養素に偏りがあるかどうかを知ることができるようになる。また、ユーザ自体としての新規登録ではなくても、これまで登録していなかった販売店についてのユーザ識別情報を追加登録すれば、追加登録した販売店で既に購入した食品を含めた栄養偏向情報が生成されるので、より正確に自己の摂取に係る栄養素の偏りを知ることができるようになる。
【０２１６】
上記買い物支援サーバ（サーバ装置１）は、前記ユーザの健康の志向に関する健康志向情報を受信する健康志向情報受信手段（通信部１Ｅ）と、前記健康志向情報受信手段が受信した健康志向情報を記憶する健康志向情報記憶手段（健康データペース１１Ａ）と、をさらに備え、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）は、前記健康志向情報記憶手段に記憶された前記健康志向情報に従って前記栄養偏向情報を生成するものとすることができる。
【０２１７】
ユーザは、それぞれが独自に健康の志向を有している（特に志向を有しない場合を含めて）ものである。ここでは、ユーザが自己の志向を登録すれば、その志向に従って栄養偏向情報が生成されることとなるので、ユーザは、自己の健康の志向に応じて、自己の摂取に係る栄養素の偏りを知ることができるようになる。
【０２１８】
上記買い物支援サーバ（サーバ装置１）は、栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）により生成された前記栄養偏向情報に応じて前記ユーザに摂取を推奨する種類の食品を抽出する推奨食品抽出手段（おすすめ食品抽出部１Ｃ）と、前記推奨食品抽出手段（おすすめ食品抽出部１Ｃ）により抽出された食品を材料として含む料理に関する料理情報を抽出し、該抽出した料理情報を前記ユーザ端末３に送信する料理情報送信手段（おすすめレシピ抽出部１Ｄ及び通信部１Ｅ）と、をさらに備えていてもよい。
【０２１９】
この場合、ユーザは、不足している栄養素に応じて摂取を推奨する食品を材料として含む種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。
【０２２０】
上記目的を達成するため、本発明にかかるプログラムは、食品販売に関する情報を少なくとも管理する管理端末（店舗端末２）とユーザが所有するユーザ端末３と通信可能なコンピュータ装置を、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報（小売物価データベース７１の小売物価データ）を取得する食品情報取得手段（通信部１Ｅ）と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段（通信部１Ｅ）と、前記ユーザ端末３から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段（通信部１Ｅ）と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１）と、前記管理端末から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段（通信部１Ｅ）が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）と、当該食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）が推測した前記食品毎の分量と、前記摂取栄養情報取得手段（通信部１Ｅ）が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）により生成された前記栄養偏向情報を、前記ユーザ端末３に送信する栄養偏向情報送信手段（通信部１Ｅ）、として機能させることを特徴とする。
【０２２１】
上記目的を達成するためユーザ端末３は、食品販売に関する情報を少なくとも管理する管理端末（店舗端末２）と買い物支援サーバ（サーバ装置１）と通信可能な、ユーザが所有するユーザ端末３であって、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報（小売物価データベース７１の小売物価データ）を取得する食品情報取得手段（通信部１Ｅ）と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段（通信部１Ｅ）と、前記管理端末から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段（通信部１Ｅ）が取得した前記食品情報とに基づいて、前記ユーザが摂取する食品毎の分量を推測する食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）と、当該食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）が推測した前記食品毎の分量と、前記摂取栄養情報取得手段（通信部１Ｅ）が取得した前記摂取栄養情報とに基づいて、前記ユーザが摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）により生成された前記栄養偏向情報を、前記ユーザ端末３に送信する栄養偏向情報送信手段（通信部１Ｅ）と、を有するサーバからの前記栄養偏向情報を受信する。
【０２２２】
上記目的を達成するため、本発明にかかる買い物支援システムは、食品販売に関する情報を少なくとも管理する管理端末（店舗端末２）と、ユーザが所有するユーザ端末３と、該管理端末（店舗端末２）及び該ユーザ端末３と通信可能なサーバ装置１と、を備える買い物支援システムであって、前記管理端末（店舗端末２）は、前記ユーザが購入した食品毎の価格を含む食品に関する情報に基づいて電子化された購買情報（電子レシート情報）を生成し、当該電子化された購買情報（電子レシート情報）を前記サーバ装置１に送信し、前記サーバ装置１は、食品毎の価格と分量の交換比率の情報を含む食品情報（小売物価データベース７１の小売物価データ）を取得する食品情報取得手段（通信部１Ｅ）を備え、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記ユーザ及びその家族の個人情報と、前記管理端末（店舗端末２）から受信した前記電子化された購買情報（電子レシート情報）が示す食品毎の価格と、取得した前記食品情報（小売物価データベース７１の小売物価データ）とに基づいて、前記ユーザ及びその家族が摂取する食品毎の分量を推測し、前記ユーザ及びその家族が前記分量を摂取する摂取期間を予測し、推測した前記食品毎の分量を前記ユーザ及びその家族の個人毎及び購入日から前記摂取期間の１日毎に割り振りし、この割り振りの結果に基づいて、前記ユーザ及びその家族が個人単位で１日毎に摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザ及びその家族の１日毎の栄養素の偏りを示す栄養偏向情報を生成して前記ユーザ端末３に送信し、前記ユーザ端末３は、前記サーバ装置１から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する。  ことを特徴とする買い物支援システム。  
【０２２３】
上記買い物支援システムにより、ユーザ及びその家族は、自己の摂取に係る栄養素に偏りがあるかどうか１日単位で容易に知ることができる。  
【０２２４】
上記目的を達成するため、本発明にかかる買い物支援システムは、食品販売に関する情報を少なくとも管理する管理端末（店舗端末２）と、ユーザが所有するユーザ端末３と、該管理端末（店舗端末２）及び該ユーザ端末３と通信可能なサーバ装置１と、を備える買い物支援システムであって、前記管理端末（店舗端末２）は、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を前記サーバ装置１に送信する購入食品情報送信手段を備え、前記ユーザ端末３は、前記サーバ装置１が前記ユーザを識別するためのユーザ情報を前記サーバ装置１に送信するユーザ情報送信手段（通信部３３）と、前記サーバ装置１から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する栄養偏向情報出力手段（表示部３２）と、を備え、前記サーバ装置１は、前記ユーザ及びその家族の個人情報を記憶する個人情報記憶手段と、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報（小売物価データベース７１の小売物価データ）を取得する食品情報取得手段（通信部１Ｅ）と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、
前記ユーザ情報送信手段（通信部３３）から送信された前記ユーザ情報を受信するユーザ情報受信手段と、
前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１）と、
前記購入食品情報送信手段から送信された前記購入食品情報を前記ユーザの購入食品情報として記憶する購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記個人情報記憶手段に記憶された前記ユーザ及びその家族の個人情報と、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段（通信部１Ｅ）が取得した前記食品情報（小売物価データベース７１の小売物価データ）とに基づいて、前記ユーザ及びその家族が摂取する食品毎の分量を推測する食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）と、前記ユーザ及びその家族が前記分量を摂取する摂取期間を予測する摂取期間予測手段と、当該食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）が推測した前記食品毎の分量を前記ユーザ及びその家族の個人毎及び購入日から前記摂取期間の１日毎に割り振りし、この割り振りの結果と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザ及びその家族が個人単位で１日毎に摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザ及びその家族の１日毎の栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）により生成された前記栄養偏向情報を、前記ユーザ端末３に送信する栄養偏向情報送信手段（通信部１Ｅ）と、を備える。
【０２２５】
上記買い物支援システムにより、ユーザ及びその家族は、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。  
【０２２６】
また、異なる販売店の使用に係る複数の管理端末（店舗端末２）があり、同じユーザが異なる販売店で食品を購入する場合であっても、サーバ装置１では、ユーザ別に購入食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、当該ユーザの購入に係る食品から自己の摂取に係る栄養素に偏りがあるかどうかを知ることができる。
【０２２７】
さらに、販売店毎に異なるユーザ識別情報が用いられた場合であっても、ユーザは、その何れのユーザ識別情報も自己のものであるとして登録しておけば、サーバ装置１においてユーザ別に購入食品情報が記憶され、栄養偏向情報が生成される。このため、ユーザ識別情報を含む販売店のサービスに係るポイントカードなどを、異なる店舗で共通化する必要はなく、各販売店が独自に顧客サービスを提供しようとすることの妨げとなることがなく、販売店にとってもシステム利用にデメリットが生じない。
【０２２８】
好適には、上記買い物支援システムの摂取栄養情報は、少なくとも人間が摂取する複数種類の摂取栄養の性別及び年齢による適切な分量を表す情報を含む。
【０２２９】
これにより、上記買い物支援システムは、前記ユーザの性別及び年齢に応じて栄養素の偏りを示す栄養偏向情報を生成すことができる。
【０２３０】
上記目的を達成するため、本発明にかかる買い物支援サーバ（サーバ装置１）は、食品販売に関する情報を少なくとも管理する管理端末（店舗端末２）とユーザが所有するユーザ端末３と通信可能な買い物支援サーバ（サーバ装置１）であって、前記ユーザ及びその家族の個人情報を記憶する個人情報記憶手段と、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報（小売物価データベース７１の小売物価データ）を取得する食品情報取得手段（通信部１Ｅ）と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、前記ユーザ端末３から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１）と、前記管理端末（店舗端末２）から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記個人情報記憶手段に記憶された前記ユーザ及びその家族の個人情報と、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段（通信部１Ｅ）が取得した前記食品情報（小売物価データベース７１の小売物価データ）とに基づいて、前記ユーザ及びその家族が摂取する食品毎の分量を推測する食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）と、前記ユーザ及びその家族が前記分量を摂取する摂取期間を予測する摂取期間予測手段と、当該食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）が推測した前記食品毎の分量を前記ユーザ及びその家族の個人毎及び購入日から前記摂取期間の１日毎に割り振りし、この割り振りの結果と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザ及びその家族が個人単位で１日毎に摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザ及びその家族の１日毎の栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）により生成された前記栄養偏向情報を、前記ユーザ端末３に送信する栄養偏向情報送信手段（通信部１Ｅ）と、を備えることを特徴とする。
【０２３１】
上記買い物支援サーバ（サーバ装置１）により、ユーザ及びその家族は、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０２３２】
また、異なる販売店の使用に係る複数のユーザ端末３があり、同じユーザが異なる販売店で食品を購入する場合であっても、その購入に係る購入食品情報に対応づけられたユーザ識別情報によってユーザを特定することができ、ユーザ別に購入食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、当該ユーザの購入に係る食品から自己の摂取に係る栄養素に偏りがあるかどうかを知ることができる。
【０２３３】
さらに、販売店毎に異なるユーザ識別情報が用いられた場合であっても、ユーザは、その何れのユーザ識別情報も自己のものであるとして登録しておけば、ユーザ別に購入食品情報が記憶され、栄養偏向情報が生成される。このため、ユーザ識別情報を含む販売店のサービスに係るポイントカードなどを、異なる店舗で共通化する必要はなく、各販売店が独自に顧客サービスを提供しようとすることの妨げとなることがなく、販売店にとってもシステム利用にデメリットが生じない。
【０２３４】
好適には、前記買い物支援サーバ（サーバ装置１）の前記摂取栄養情報は、少なくとも人間が摂取する複数種類の摂取栄養の性別及び年齢による適切な分量を表す情報を含む。
【０２３５】
これにより、上記買い物支援サーバ（サーバ装置１）は、前記ユーザの性別及び年齢に応じて栄養素の偏りを示す栄養偏向情報を生成すことができる。
【０２３６】
好適には、前記ユーザ情報を受信したときに、該ユーザ情報に対応する前記購入食品情報が前記管理端末（店舗端末２）に既に記憶されているかどうかの問い合わせを送信する問い合わせ手段（栄養評価部１Ａ及び通信部１Ｅ）を、さらに備え、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）は、前記問い合わせを受信した前記管理端末（店舗端末２）から送信された前記購入食品情報を、前記ユーザの前記購入食品情報として記憶し、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）は、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶されている前記購入食品情報が、前記問い合わせを受信した前記管理端末（店舗端末２）から送信された前記購入食品情報だけであっても、前記栄養偏向情報を生成する。
【０２３７】
これにより、新規登録したユーザも直ぐに自己の摂取に係る栄養素に偏りがあるかどうかを知ることができるようになる。また、ユーザ自体としての新規登録ではなくても、これまで登録していなかった販売店についてのユーザ識別情報を追加登録すれば、追加登録した販売店で既に購入した食品を含めた栄養偏向情報が生成されるので、より正確に自己の摂取に係る栄養素の偏りを知ることができるようになる。
【０２３８】
好適には、前記買い物支援サーバ（サーバ装置１）は、前記ユーザ端末３から、前記ユーザの健康の志向に関する健康志向情報を受信する健康志向情報受信手段と、前記健康志向情報受信手段が受信した健康志向情報を記憶する健康志向情報記憶手段と、をさらに備え、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）は、前記健康志向情報記憶手段に記憶された前記健康志向情報に従って前記栄養偏向情報を生成する。
【０２３９】
これにより、新規登録したユーザも直ぐに自己の摂取に係る栄養素に偏りがあるかどうかを知ることができるようになる。また、ユーザ自体としての新規登録ではなくても、これまで登録していなかった販売店についてのユーザ識別情報を追加登録すれば、追加登録した販売店で既に購入した食品を含めた栄養偏向情報が生成されるので、より正確に自己の摂取に係る栄養素の偏りを知ることができるようになる。
【０２４０】
好適には、前記買い物支援サーバ（サーバ装置１）の前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）により生成された前記栄養偏向情報に応じて前記ユーザ及びその家族に摂取を推奨する種類の食品を抽出する推奨食品抽出手段（おすすめ食品抽出部１Ｃ）と、前記推奨食品抽出手段（おすすめ食品抽出部１Ｃ）により抽出された食品を材料として含む料理に関する料理情報を抽出し、該抽出した料理情報を前記ユーザ端末３に送信する料理情報送信手段（おすすめレシピ抽出部１Ｄ及び通信部１Ｅ）と、をさらに備える、ことを特徴とする。
【０２４１】
この場合、ユーザ及びその家族は、不足している栄養素に応じて摂取を推奨する食品を材料として含む種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。
【０２４２】
上記目的を達成するため、本発明にかかるプログラムは、食品販売に関する情報を少なくとも管理する管理端末（店舗端末２）とユーザが所有するユーザ端末３と通信可能なコンピュータ装置を、前記ユーザ及びその家族の個人情報を記憶する個人情報記憶手段と、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報（小売物価データベース７１の小売物価データ）を取得する食品情報取得手段（通信部１Ｅ）と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、前記ユーザ端末３から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１）と、前記管理端末（店舗端末２）から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記個人情報記憶手段に記憶された前記ユーザ及びその家族の個人情報と、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段（通信部１Ｅ）が取得した前記食品情報（小売物価データベース７１の小売物価データ）とに基づいて、前記ユーザ及びその家族が摂取する食品毎の分量を推測する食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）と、前記ユーザ及びその家族が前記分量を摂取する摂取期間を予測する摂取期間予測手段と、当該食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）が推測した前記食品毎の分量を前記ユーザ及びその家族の個人毎及び購入日から前記摂取期間の１日毎に割り振りし、この割り振りの結果と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザ及びその家族が個人単位で１日毎に摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザ及びその家族の１日毎の栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）により生成された前記栄養偏向情報を、前記ユーザ端末３に送信する栄養偏向情報送信手段（通信部１Ｅ）として機能させる。
【０２４３】
上記プログラムにより、ユーザ及びその家族は、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０２４４】
上記目的を達成するためユーザ端末３は、前記ユーザ及びその家族の個人情報を記憶する個人情報記憶手段と、少なくとも食品毎の価格と分量の交換比率の情報を含む食品情報（小売物価データベース７１の小売物価データ）を取得する食品情報取得手段（通信部１Ｅ）と、少なくとも人間が摂取する複数種類の摂取栄養の適切な分量を表す情報を含む摂取栄養情報を取得する摂取栄養情報取得手段と、前記ユーザ端末３から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１）と、前記管理端末（店舗端末２）から送信された、前記ユーザが購入した食品毎の価格を含む食品に関する購入食品情報を、該ユーザの購入食品情報として記憶する購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記ユーザが購入した食品の内、少なくとも一部の食品において、前記個人情報記憶手段に記憶された前記ユーザ及びその家族の個人情報と、前記購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記購入食品情報が示す食品毎の価格と、前記食品情報取得手段（通信部１Ｅ）が取得した前記食品情報（小売物価データベース７１の小売物価データ）とに基づいて、前記ユーザ及びその家族が摂取する食品毎の分量を推測する食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）と、前記ユーザ及びその家族が前記分量を摂取する摂取期間を予測する摂取期間予測手段と、当該食品分量推測手段（栄養評価部１ＡのステップＳ１０１、Ｓ１０２の処理を実行するプログラム及びこの処理に関係する回路）が推測した前記食品毎の分量を前記ユーザ及びその家族の個人毎及び購入日から前記摂取期間の１日毎に割り振りし、この割り振りの結果と、前記摂取栄養情報取得手段が取得した前記摂取栄養情報とに基づいて、前記ユーザ及びその家族が個人単位で１日毎に摂取すると推測される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析し、前記ユーザ及びその家族の１日毎の栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路）により生成された前記栄養偏向情報を、前記ユーザ端末３に送信する栄養偏向情報送信手段（通信部１Ｅ）と、を有するサーバからの前記栄養偏向情報を受信する。
【０２４５】
上記ユーザ端末３により、ユーザ及びその家族は、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０２４６】
以上説明した本発明の実施の形態によれば、消費者が栄養バランスに優れた食事ができるような買い物を可能とする。
【０２４７】
また、本発明の実施の形態では、前記ユーザ及びその家族の１日毎の栄養素の偏りを示す栄養偏向情報を生成できるので、栄養バランスに優れた食事ができるようなる。
【０２４８】
また、本発明の実施の形態では、ユーザの家族の個人毎に栄養バランスの良否の判定を行っているため、栄養バランスに優れた食事ができるようなる。  
【０２４９】
本発明は、上記の実施の形態に限られず、種々の変形、応用が可能である。以下、本発明に適用可能な上記の実施の形態の変形態様について説明する。  
【０２５０】
上記の実施の形態では、サーバ装置１は、ユーザ情報データベース１１、ユーザ別履歴データベース１２、食材相場データベース１３、食材別栄養価データベース１４、所要量データベース１５、効能データベース１６、摂取食材モデルデータベース１７、レシピデータベース１８、及び店舗別販売商品データベース１９を有するものとしていた。これに限らず、食材相場データベース１３、食材別栄養価データベース１４、所要量データベース１５、効能データベース１６、摂取食材モデルデータベース１７、及びレシピデータベース１８の全部または一部は、サーバ装置１１の外部にあるものとし、サーバ装置１は、必要に応じて、これらの外部データベースを検索するものとしてもよい。  
【０２５１】
例えば、レシピデータベース１８についてサーバ装置１が含まないものとし、レシピデータベース１８と同等以上のデータベースを有し、サーバ装置１は、レシピの提供を主に行う他のサイトから栄養素や食材に応じたレシピの提供を受けるものとしてもよい。この場合、おすすめレシピについて、栄養摂取評価画面やおすすめ食材画面から当該サイトの各レシピのページへのリンクを張って、ユーザがレシピの詳細についての情報を得られるようにすることができる。  
【０２５２】
上記の実施の形態では、おすすめレシピ抽出部１Ｄは、食材画面８１０に表示されているおすすめ食材をタップした後に表示される当該食材についての食材紹介画面で表示されるおすすめレシピを抽出する際に、嗜好特定部１Ｂが特定したユーザ及びその家族の嗜好する食材も含む料理のレシピを抽出するものとしていた。これに限らず、おすすめレシピ抽出部１Ｄは、栄養評価画面７００に表示されている栄養素をタップした後に表示される当該栄養素の紹介画面で表示されるおすすめレシピを抽出する際も、当該栄養素を多く含みつつ、嗜好特定部１Ｂが特定したユーザ及びその家族の嗜好する食材も含む料理のレシピを抽出するものとしてもよい。  
【０２５３】
上記の実施の形態では、栄養評価画面に挙げられた栄養素のうちでユーザが選択した栄養素に対して、或いはおすすめ食材画面に挙げられた食材のうちでユーザが選択した食材に対して、おすすめレシピの提供がされるものとしていた。これに対して、各栄養素の過不足についての総合評価や、一定数のおすすめ食材の総合評価に従って、おすすめレシピを提供するものとしてもよい。この場合、図２５（ａ）の画面や図２６（ｂ）の画面において、おすすめレシピを示すことができる。ここでも、嗜好特定部１Ｂが特定したユーザの嗜好する食材も含む料理のレシピを抽出することができる。  
【０２５４】
上記の実施の形態では、ユーザ端末３を利用する各ユーザが一人で購入した食材を自分と家族で消費することを前提として、栄養評価やおすすめ食材の推薦などを行っていた。しかしながら、家族がいない者は、一人で購入した食材を自分と家族で消費することになり、ユーザ１人の１日毎の栄養素の割り振りを行い、栄養評価やおすすめ食材の推薦などを行うことになる。  
【０２５５】
さらに、ユーザ情報としての家族の構成員を登録がないユーザに関しては、サーバ装置１において購入されている食材の種類や量などから家族構成を推定するものとすることができ、推定した家族構成に従って栄養評価やおすすめ食材の提供などを行うものとすることもできる。  
【０２５６】
上記の実施の形態では、嗜好特定部１Ｂは、ユーザ別履歴データベース１２に記憶されている食材の種類と量に基づいてユーザ及びその家族の嗜好する食材を特定するものとしていた。しかしながら、ユーザが食材を購入するのは、単にその食材が好きだからという理由に基づいているのではなく、価格が安いとか特売商品であるとかいう理由に基づくこともある。そこで、ユーザ別履歴データベース１２には、購入した食材の価格や特売商品であったかなども記憶しておき、これらもユーザの嗜好の特定に用いるものとしてもよい。おすすめ食材抽出部１Ｃは、おすすめ食材の抽出に当たって店舗別販売商品データベース１９を参照して、価格が安くなっていることや特売商品であることを考慮して、おすすめ食材を抽出することもできる。  
【０２５７】
＜第１の変形例にかかる食材別味覚情報データベースのデータ構成＞  上記の実施の形態では、嗜好特定部１Ｂは、摂取食材モデルデータベース１７に記憶されている性別や年齢区分に応じた単位期間当たりにおける各食材の標準的な摂取量と各ユーザが終了した１日間に購入した食材の種類及び量との比較により、各ユーザ及びその家族が比較的好んで摂取している食材を特定するものとしていた。これに対して、どのような味覚を有する食材をユーザが購入しているかに応じて、各ユーザ及びその家族が比較的好んで摂取している食材を特定するものとしてもよい。この場合、サーバ装置１は、摂取食材モデルデータベース１７の代わりに、食材別味覚情報データベースを備えるものとなり、嗜好特定部１Ｂが行う処理が変わるものとなる。  
【０２５８】
図２８は、この第１の変形例にかかる食材別味覚情報データベースの構成を示す図である。図示するように、食材別味覚情報データベース２０の各レコードは、食材区分２００と、食材名２０１と、基本味である甘味評価値２０２と、酸味評価値２０３と、塩味評価値２０４と、苦味評価値２０５と、旨味評価値２０６、そして、辛味評価値２０７と、渋味評価値２０８と、えぐ味評価値２０９とからなっている。  
【０２５９】
食材区分２００は、肉、野菜、果物、魚、乳製品、菓子等などといった食材の区分の名称である。食材名２０１は、ジャガイモ、カボチャ、豚ロース肉、鶏ささみ肉、マグロ赤身などといった食材の名称である。甘味評価値２０２、酸味評価値２０３、塩味評価値２０４、苦味評価値２０５、旨味評価値２０６、辛味評価値２０７、渋味評価値２０８、及びえぐ味評価値２０９は、それぞれ食材名２０１の食材における甘味、酸味、塩味、苦味、旨味、辛味、渋味、及びえぐ味の程度を、例えば、１０段階に評価して数値で表したものである。  
【０２６０】
＜第１の変形例にかかるユーザ別嗜好特定処理＞  図２９は、この第１の変形例において、嗜好特定部１Ｂが行うユーザ別嗜好特定処理を示すフローチャートである。嗜好特定部１Ｂは、１日の決められた時間（例えば、午後２３時５９分）に、当該ユーザのユーザＩＤ１２１に対応付けてユーザ別履歴データベース１２に登録されている購入履歴（ＩＤ―ＰＯＳデータ）の購入日時１２３を読み出す。購入日時１２３が所定期間（例えば過去１日）以内ものものである場合には、購入履歴（ＩＤ―ＰＯＳデータ）の食材名１２４及び価格１２６、購入履歴（ＩＤ―ＰＯＳデータ）の識別コード、店舗ＩＤ１２２が示す店舗の所在地、現在の年月、食材相場データベース１３に記憶された食材相場の各種補正値、食材相場の地域補正値、第１外部サーバ（日本国の場合、総務省統計局サーバ）７内にある小売物価データベース７１の小売物価データ等から、食材の購入量を算出やデータの読み出し等により確定する（ステップＳ５０１）。  
【０２６１】
次に、栄養評価部１Ｂは、各食材の購入量に対して食材別栄養価データベース１４に登録されている成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋを積算し、食材毎に成分１〜成分ｋを家族全体でどの程度摂取したかを求める。次に、栄養評価部１Ａは、家族全体で摂取した食材毎に成分１〜成分ｋを最初の購入日から摂取期間の１日毎に割り振りし、この割り振りの結果とユーザ情報データベース１１に登録されている当該ユーザ及びその家族の性別１１５及び年齢１１６と所要量データベース１５に登録されている性別１５１及び年齢区分１５２の成分１所要量１５３１から、ユーザの家族構成員（ユーザ及びその家族）が個人単位で１日毎に摂取すると推測される栄養素別の摂取量を算出する（ステップＳ５０２）。  
【０２６２】
次に、嗜好特定部１Ｂは、食材別味覚データベース２０を参照して、食材名２０１毎の甘味評価値２０２、酸味評価値２０３、塩味評価値２０４、苦味評価値２０５、旨味評価値２０６、辛味評価値２０７、渋味評価値２０８、及びえぐ味評価値２０９の値を、ステップＳ５０１で算出した食材の種類毎の摂取量で重み付けして、算出する（ステップＳ５０３）。  
【０２６３】
さらに、嗜好特定部１Ｂは、甘味評価値２０２、酸味評価値２０３、塩味評価値２０４、苦味評価値２０５、旨味評価値２０６、辛味評価値２０７、渋味評価値２０８、及びえぐ味評価値２０９のバランスが、ステップＳ５０３で算出した甘味評価値２０２、酸味評価値２０３、塩味評価値２０４、苦味評価値２０５、旨味評価値２０６、辛味評価値２０７、渋味評価値２０８、及びえぐ味評価値２０９のバランスと近いバランスの値を有する食材を、当該ユーザ及びその家族が嗜好する味覚に近い（もしくは、同じ）食材として特定する（ステップＳ５０４）。これで、ユーザ別嗜好特定処理を終了する。  
【０２６４】
＜第１の変形例にかかるおすすめ食材抽出処理＞  そして、図２０を用いて上述したおすすめ食材抽出部１Ｃが行うおすすめ食材抽出処理のフローチャートにおけるステップＳ３０２の処理は、以下のように変更される。  
【０２６５】
（第１の変形例におけるステップＳ３０２）  次に、おすすめ食材抽出部１Ｃは、食材毎に、食材別栄養価データベース１４に登録されている成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋを読み出す。おすすめ食材抽出部１Ｃは、ステップＳ３０１で不足またはやや不足していると特定された栄養素を多く含む食材を、ステップＳ３０２で読み出した成分１含有量１４２、成分２含有量１４３、…成分ｋ含有量１４ｋに従って判定する。そして、判定の結果抽出された食材のうち、上述したユーザ別嗜好特定処理により特定されたユーザ及びその家族が嗜好する味覚に近い（もしくは、同じ）、１または複数の食材を当該ユーザ及びその家族へのおすすめ食材として抽出する（ステップＳ３０２）。なお、おすすめ食材が１つだけである場合は１つしか抽出されないが、おすすめ食材が２つ以上ある場合は２つ以上抽出されることもある。  
【０２６６】
＜第１の変形例にかかるおすすめレシピ抽出処理＞  そして、図２１を用いて上述したおすすめレシピ抽出部１Ｄが行うおすすめレシピ抽出処理のフローチャートにおけるステップＳ４０３とステップＳ４０４の処理は、以下のように変更される。  
【０２６７】
（第１の変形例におけるステップＳ４０３）  食材が選択された場合には、おすすめレシピ抽出部１Ｄは、レシピデータベース１８の食材１含有量１８２１〜食材ｉ含有量１８２を参照して、ステップＳ３０２で当該ユーザ及びその家族の嗜好する味覚に近い（もしくは、同じ）食材として特定された食材を含むレシピを抽出する（ステップＳ４０３）。なお、このステップＳ４０３においておすすめレシピ抽出部１Ｄは、ユーザ及びその家族が嗜好する味覚に近い食材の数が比較的多いレシピ（例えば、嗜好する味覚に近い食材を１種類含むレシピよりも２種類含むレシピ）を抽出したり、ユーザ及びその家族が嗜好する味覚に近い食材のなかでも、嗜好する味覚のマッチング度が高い食材順にレシピ（例えば、マッチング度第１位の食材を含むレシピ、マッチング度第２位の食材を含むレシピ等）を抽出したりする。  
【０２６８】
（第１の変形例におけるステップＳ４０４）  おすすめレシピ抽出部１Ｄは、さらに、レシピデータベース１８の食材１含有量１８２１〜食材ｉ含有量１８２を参照して、おすすめ食材抽出部１Ｃで抽出されたおすすめ食材を多く含むレシピに絞り込んで抽出する（ステップＳ４０４）。なお、おすすめ食材画面においてユーザが選択した食材は、当該ユーザ及びその家族へのおすすめ食材であることから、当該ユ
ーザ及びその家族に不足している栄養素を多く含むものであり、かつ、ユーザ及びその家族の嗜好する味覚に近い（もしくは、同じ）ものである。つまり、最終的に抽出されるおすすめレシピは、当該ユーザ及びその家族の嗜好する食材を多く含みつつ、当該ユーザ及びその家族が嗜好する（もしくは嗜好する可能性が高い）味覚に近い（もしくは、同じ）ものであり不足している栄養素も多く含む食材、を含むものとなる。なお、このステップＳ４０４の処理を行わず、ステップＳ４０３によるレシピの抽出処理のみでもよい。  
【０２６９】
この第１の変形例においては、嗜好特定部１Ｂにより、各ユーザ及びその家族の味の好みに応じてユーザ及びその家族の嗜好する（もしくは、嗜好する可能性が高い）味覚に近い（もしくは、同じ）食材を特定したうえで、これら食材のなかからおすすめ食材抽出部１Ｃにより不足している栄養素を補うための食材を抽出するようにしているので、ユーザが既に購入したことがある食材に限られず、ユーザが未だ購入したことがない食材であっても、ユーザの嗜好に合っていると思われる食材をおすすめ食材として提供できる。なお、嗜好特定部１Ｂにより、ユーザ及びその家族の嗜好する（もしくは、嗜好する可能性が高い）味覚に近い（もしくは、同じ）味覚を有する他のユーザ及びその家族を特定し、おすすめ食材抽出部１Ｃにより、この他のユーザ及びその家族が嗜好する食材のなかにユーザが不足している栄養素を補う食材がある場合、この食材をおすすめ食材として抽出するようにしてもよい。  
【０２７０】
また、ユーザ及びその家族の嗜好する（もしくは、嗜好する可能性が高い）味覚に近い（もしくは、同じ）食材を不足している栄養素を補うためのおすすめ食材として抽出し、このおすすめ食材を含むおすすめレシピを、おすすめレシピ抽出部１Ｄにより抽出するようにしているので、ユーザ及びその家族が既に購入したことがある食材は勿論のこと、ユーザ及びその家族が未だ購入したことがない食材であってもこの食材を使用した料理を作るきっかけを提供できる。このため、ユーザ及びその家族は、不足している栄養素を多く摂れる種類の料理、或いはおすすめ食材を材料として含む種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。  
【０２７１】
＜第２の変形例にかかる家族構成員毎の栄養素摂取量算出処理＞  以下、図３０を用いて本実施の形態の第２の変形例について説明する。  図３０は、本実施の形態の第２の変形例の家族構成員毎の栄養素摂取量算出処理を示す説明図であり、図１７の商用システムを使用せずに構成したものである。  
【０２７２】
図３０において、栄養評価部１Ａは、図３０（ａ１）に示すように、ステップＳ１０１−２で取得した食品購買データ（ＩＤ―ＰＯＳデータ（食品））から１種類の食材のデータを取得する（ステップＳ１０１−５１参照）。  
【０２７３】
この場合の食材のデータは、商品名、購入量、個数、価格、識別コードがあるが、本実施の形態では、個数、価格、識別コードを用いるものとする。  
【０２７４】
栄養評価部１Ａは、識別コードが示す商品名と食材の分類から（ステップＳ１０１−５３参照）、図３０（ｃ１）に示すように、食材名を確定する（ステップＳ１０１−５４参照）。次に、栄養評価部１Ａは、確定した食材名からＤＢ（データベース：食材相場データベース１３）の小売物価データを含む各種情報を読みし、図３０（ａ１）に示す食品購買データ（ＩＤ―ＰＯＳデータ（食品））の個数と価格から食材の購入量を確定する（ステップＳ１０１−５５参照）。そして、食材名と購入量を栄養変換し（ステップＳ１０２−１参照）、食材の各栄養素を日付毎及びユーザの家族構成員毎に振り分ける（ステップＳ１０２−３参照）。  
【０２７５】
このような変形例によれば、家族構成員毎の栄養素摂取量算出処理を実現するシステムの簡素化が可能になる。  
【０２７６】
上記の実施の形態では、ユーザ別履歴データベース１２に記憶されるユーザの食材の購入履歴は、店舗端末２から送信される電子レシート情報に基づいて蓄積されるものとしていた。しかしながら、ユーザが店舗のポイントカードを有していない場合や、この買い物支援システムにかかる店舗端末２を有する店舗以外の店舗や、モバイル決済やクレジット決済等によりユーザが食材を購入する場合もある。そこで、ユーザが購入した商品をユーザ端末３の入力部３１から入力してサーバ装置１に送信するものとしたり、ユーザ端末３に附属するカメラで撮影した紙媒体のレシート情報をサーバ装置１に送ってＯＣＲで文字認識するものとしたり、ユーザ端末３に記憶された、例えば、ＣＳＶファイル形式等のレシート（購入商品）ファイル等をファイル指定したりすることにより、ユーザが購入した食材の情報をユーザ別履歴情報データベース１２に蓄積できるものとしてもよい。  
【０２７７】
上記の実施の形態では、栄養評価部１Ａは、ユーザ別履歴データベース１２に蓄積された各ユーザの終了した１日間に購入した食材の種類及び量に基づいて栄養評価を行うものとしていた。また、嗜好特定部１Ｂも、ユーザ別履歴データベース１２に蓄積された各ユーザの終了した１日間に購入した食材の種類及び量に基づいて嗜好する食材の特定を行うものとしていた。これに限らず、これらの期間は１ヶ月に限るものではなく、１週間や６ヶ月等任意に設定することができる。栄養評価部１Ａと嗜好特定部１Ｂとで、参照する期間が異なるものであってもよい。  
【０２７８】
また、各ユーザ及びその家族の栄養状態には、直近に摂取した栄養素ほど大きな影響を与えている。各ユーザ及びその家族の嗜好する食材にも、季節変化などから直近に摂取した食材ほど大きな影響を与えていると言える。そこで、栄養評価部１Ａによる栄養評価や嗜好特定部１Ｂによる嗜好する食材の特定は、直近に購入したものほど重み付けを大きくして行うものとすることもできる。  
【０２７９】
上記の実施の形態では、ユーザが既に購入した食材について分析を行って、栄養評価やおすすめ食材の提供などを行うものとしていた。これに対して、スーパーマーケットで買い物かごやカートに食材を入れた段階で未だ精算をしていないときであっても、ユーザが購入しようとしている食材についてポイントカードＩＤと食材の種類、量とを対応付けてユーザ別履歴データベース１２に仮に登録することもできる（この場合、購入しないときは後から削除される）。これは、ショッピングカートなどにポイントカードリーダとバーコードリーダを付け、当該店舗の店舗端末２に読み取った情報を送信することで実現できる。これにより、ユーザ及びその家族は、食材の購入前であっても、当該食品を購入すれば栄養評価にどのような影響が生じるかを判断することができるようになる。また、ネットスーパーなど電子商取引による場合も、同様である。  
【０２８０】
上記の実施の形態では、おすすめレシピ抽出部１Ｄは、ユーザ及びその家族に不足している栄養素を摂取できる料理であることや、おすすめ食材を多く使う料理であることを基準にして、おすすめレシピを抽出するものとしていた。しかしながら、各ユーザ及びその家族が好む料理は、必ずしも食材や栄養素によって決められるものではなく、味付けなどによっても決められる。そこで、ユーザ別履歴データベース１２にはカレールーやめんつゆなどの調理法と大きく関わる加工食品の情報を登録しておき、ユーザ及びその家族が好むであると思われる味付けの料理のレシピをおすすめレシピとして提供するものとしてもよい。  
【０２８１】
上記の実施の形態では、おすすめ食材提供画面において、おすすめ食材についてのクーポンを提供するものとしていた。これに対して、おすすめ食材についてのクーポンの提供に加えて、或いはこれに代えて、おすすめ食材の特売を行っている店舗についての情報をユーザに提供するものとしてもよい。  
【０２８２】
上記の実施の形態では、栄養評価やおすすめ食材、おすすめレシピといったユーザへの情報の提供を行う買い物支援システムについて説明した。しかしながら、ユーザが登録した健康志向についての情報や、ユーザが詳細を見たレシピに関する情報などは、店舗にとっても重要な情報と言える。そこで、サーバ装置１では、これらの情報を解析、評価して食材の販売に有用な情報としてまとめ、この買い物支援システムを利用する店舗に情報提供を行うものとすることもできる。  
【０２８３】
また、ユーザが登録した健康志向についての情報や、ユーザ別履歴情報などは、病院、スポーツクラブ、フィットネスクラブ等においても重要な情報と言える。そこで、サーバ装置１では、これらの情報を病院、スポーツクラブ、フィットネスクラブ等に情報提供を行うものとすることもできる。
【産業上の利用可能性】
【０２８４】
本発明の買い物支援システム、買い物支援サーバ、プログラム及びユーザ端末は、栄養バランスの良否を判定する場合に効果的に利用できる。
【符号の説明】
【０２８５】
１  サーバ装置
２  店舗端末  ３  ユーザ端末  ４  販売商品情報  ５  電子レシート情報  ６  入力手段  ７  第１外部サーバ（日本国の場合、総務省統計局サーバ）  ８  第２外部サーバ（日本国の場合、厚生労働省サーバ）  １１  ユーザ情報データベース  １２  ユーザ別履歴情報データベース  １３  食材相場データベース  １４  食材別栄養価データベース  １５  所要量データベース  １６  効能データベース  １７  摂取食材モデルデータベース  １８  レシピデータベース  １９  店舗別販売商品データベース  １Ａ  栄養評価部  １Ｂ  嗜好特定部  １Ｃ  おすすめ食材抽出部  １Ｄ  おすすめレシピ抽出部
【図１】
2020135721.tif 000003
【図２】
2020135721.tif 000004
【図３】
2020135721.tif 000005
【図４】
2020135721.tif 000006
【図５】
2020135721.tif 000007
【図６】
2020135721.tif 000008
【図７】
2020135721.tif 000009
【図８】
2020135721.tif 000010
【図９】
2020135721.tif 000011
【図１０】
2020135721.tif 000012
【図１１】
2020135721.tif 000013
【図１２】
2020135721.tif 000014
【図１３】
2020135721.tif 000015
【図１４】
2020135721.tif 000016
【図１５】
2020135721.tif 000017
【図１６】
2020135721.tif 000018
【図１７】
2020135721.tif 000019
【図１８】
2020135721.tif 000020
【図１９】
2020135721.tif 000021
【図２０】
2020135721.tif 000022
【図２１】
2020135721.tif 000023
【図２２】
2020135721.tif 000024
【図２３】
2020135721.tif 000025
【図２４】
2020135721.tif 000026
【図２５】
2020135721.tif 000027
【図２６】
2020135721.tif 000028
【図２７】
2020135721.tif 000029
【図２８】
2020135721.tif 000030
【図２９】
2020135721.tif 000031
【図３０】
2020135721.tif 000032