(57)【要約】      （修正有）【課題】消費者が栄養バランスに優れた食生活を可能とする飲食支援システム、飲食支援サーバ、プログラム及びユーザ端末を提供する。【解決手段】飲食支援システムは、ユーザの内食用の食品販売に関する情報とユーザの外食に関する情報とを管理する情報管理手段と、情報管理手段が管理する情報に基づいて、ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、を備える。飲食支援システムは、内食管理手段が管理する情報と、外食管理手段が管理する情報とに基づいて、ユーザの栄養素の偏りを示す栄養偏向情報を生成し、栄養偏向情報をユーザ端末に表示する栄養偏向情報生成手段を更に備える。【選択図】図３
2020197889.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの内食用の食品販売に関する情報と該ユーザの外食に関する情報とを管理する情報管理手段と、
前記情報管理手段が管理する情報に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、
を備えることを特徴とする飲食支援システム。
【請求項２】
ユーザの内食用の食品販売に関する情報を少なくとも管理する内食管理手段と、該ユーザの外食に関する情報を少なくとも管理する外食管理手段と、該ユーザが所有するユーザ端末と、該内食管理手段、該外食管理手段及び該ユーザ端末と通信可能な通信手段と、を備える飲食支援システムであって、
前記内食管理手段が管理する情報と、前記外食管理手段が管理する情報とに基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成し、該栄養偏向情報を前記ユーザ端末に表示する栄養偏向情報生成手段を更に備えることを特徴とする飲食支援システム。
【請求項３】
内食用の食品販売に関する情報を少なくとも管理する内食管理端末と、外食に関する情報を少なくとも管理する外食管理端末と、該ユーザが所有するユーザ端末と、該内食管理端末、該外食管理端末及び該ユーザ端末と通信可能なサーバ装置と、を備える飲食支援システムであって、
前記内食管理端末は、
前記ユーザが購入した内食用の食品に関する内食購入食品情報を前記サーバ装置に送信する内食購入食品情報送信手段を備え、
前記外食管理端末は、
前記ユーザが外食した飲食物に関する外食飲食物情報を前記サーバ装置に送信する外食飲食物情報送信手段を備え、
前記ユーザ端末は、
前記サーバ装置が前記ユーザを識別するためのユーザ情報を前記サーバ装置に送信するユーザ情報送信手段と、
前記サーバ装置から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する栄養偏向情報出力手段と、を備え、
前記サーバ装置は、
前記ユーザ情報送信手段から送信された前記ユーザ情報を受信するユーザ情報受信手段と、
前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、
前記内食購入食品情報送信手段から送信された前記内食購入食品情報を前記ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段と、
前記外食飲食物情報送信手段から送信された前記外食飲食物情報を前記ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段と、
前記内食購入食品情報記憶手段に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、
前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、
を備えることを特徴とする飲食支援システム。
【請求項４】
内食用の食品販売に関する情報を少なくとも管理する内食管理端末と外食に関する情報を少なくとも管理する外食管理端末とユーザが所有するユーザ端末と通信可能な飲食支援サーバであって、
前記ユーザ端末から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、
前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、
前記内食管理端末から送信された、前記ユーザが購入した内食用の食品に関する内食購入食品情報を、該ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段と、
前記外食管理端末から送信された、前記ユーザが外食した飲食物に関する外食飲食物情報を、該ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段と、
前記内食購入食品情報記憶手段に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、
前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、
を備えることを特徴とする飲食支援サーバ。
【請求項５】
前記ユーザ情報を受信したときに、該ユーザ情報に対応する前記内食購入食品情報が前記内食管理端末に既に記憶されているかどうかの問い合わせを送信する内食問い合わせ手段と、該ユーザ情報を受信したときに、該ユーザ情報に対応する前記外食飲食物情報が前記外食管理端末に既に記憶されているかどうかの問い合わせを送信する外食問い合わせ手段とを、さらに備え、
前記内食購入食品情報記憶手段は、前記問い合わせを受信した前記内食管理端末から送信された前記内食購入食品情報を、前記ユーザの前記内食購入食品情報として記憶し、
前記外食飲食物情報記憶手段は、前記問い合わせを受信した前記外食管理端末から送信された前記外食飲食物情報を、前記ユーザの前記外食飲食物情報として記憶し、
前記栄養偏向情報生成手段は、前記内食購入食品情報記憶手段に記憶されている前記内食購入食品情報が、前記問い合わせを受信した前記内食管理端末から送信された前記内食購入食品情報だけであっても、前記栄養偏向情報を生成するとともに、前記外食飲食物情報記憶手段に記憶されている前記外食飲食物情報が、前記問い合わせを受信した前記外食管理端末から送信された前記外食飲食物情報だけであっても、前記栄養偏向情報を生成する、
ことを特徴とする請求項４に記載の飲食支援サーバ。
【請求項６】
前記内食購入食品情報は、購入された食品毎の購入量を示す購入量情報を含み、
前記外食飲食物情報は、ユーザが飲食した飲食物毎の飲食量を示す飲食量情報を含み、
前記栄養偏向情報生成手段は、前記内食購入食品情報記憶手段に記憶された前記購入量情報と、前記外食飲食物情報記憶手段に記憶された前記飲食量情報とに基づいて、前記栄養偏向情報を生成する、
ことを特徴とする請求項４または５に記載の飲食支援サーバ。
【請求項７】
前記ユーザ端末から、前記ユーザの健康の志向に関する健康志向情報を受信する健康志向情報受信手段と、
前記健康志向情報受信手段が受信した健康志向情報を記憶する健康志向情報記憶手段と、をさらに備え、
前記栄養偏向情報生成手段は、前記健康志向情報記憶手段に記憶された前記健康志向情報に従って前記栄養偏向情報を生成する、
ことを特徴とする請求項４乃至６のいずれか１項に記載の飲食支援サーバ。
【請求項８】
前記栄養偏向情報生成手段により生成された前記栄養偏向情報に応じて前記ユーザに摂取を推奨する種類の食品を抽出する推奨食品抽出手段と、
前記推奨食品抽出手段により抽出された食品を材料として含む内食用の料理に関する料理情報を抽出し、該抽出した料理情報を前記ユーザ端末に送信する内食料理情報送信手段と、
前記推奨食品抽出手段により抽出された食品を材料として含む外食用の飲食物に関する飲食物情報を抽出し、該抽出した飲食物情報を前記ユーザ端末に送信する外食飲食物情報送信手段と、をさらに備える、
ことを特徴とする請求項４乃至７のいずれか１項に記載の飲食支援サーバ。
【請求項９】
内食用の食品販売に関する情報を少なくとも管理する内食管理端末と外食に関する情報を少なくとも管理する外食管理端末とユーザが所有するユーザ端末と通信可能なコンピュータ装置を、
前記ユーザ端末から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、
前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、
前記内食管理端末から送信された、前記ユーザが購入した内食用の食品に関する内食購入食品情報を、該ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段と、
前記外食管理端末から送信された、前記ユーザが外食した飲食物に関する外食飲食物情報を、該ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段と、
前記内食購入食品情報記憶手段に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、
前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段、
として機能させることを特徴とするプログラム。
【請求項１０】
内食用の食品販売に関する情報を少なくとも管理する内食管理端末と外食に関する情報を少なくとも管理する外食管理端末と飲食支援サーバと通信可能な、ユーザが所有するユーザ端末であって、
前記ユーザ端末から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、
前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、
前記内食管理端末から送信された、前記ユーザが購入した内食用の食品に関する内食購入食品情報を、該ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段と、
前記外食管理端末から送信された、前記ユーザが外食した飲食物に関する外食飲食物情報を、該ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段と、
前記内食購入食品情報記憶手段に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、
前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、
を有するサーバからの前記栄養偏向情報を受信する
ユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、消費者の飲食を支援する飲食支援システム、飲食支援サーバ、プログラム及びユーザ端末に関する。
【背景技術】
【０００２】
近年の健康志向の高まりによって、消費者は、より栄養バランスに優れた食事をすることを求めるようになっている。もっとも、消費者が飲食した、購入した、或いは購入しようとする飲食物や食材が栄養バランスに優れるものであるかを判断するのは難しい。そこで、８つの食品種（肉、魚、卵、大豆製品、乳製品、野菜、果物、米）の購入量を調べることにより、栄養バランスの良否を判定する栄養管理システムが提案されている（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−９２１９６公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、同じ食品種に属する食品であっても、含まれる栄養素に大きな違いがある場合もある。例えば、同じ肉類であっても鶏のササミ肉と豚のロース肉では、含まれる栄養素に大きな違いがある。特許文献１のシステムでは、食品に含まれる栄養素の違いまで考慮していないので、栄養バランスの良否の判定精度が十分なものであるとは言えず、必ずしも栄養バランスに優れた食事ができるようなるとは限らなかった。  
【０００５】
本発明は、栄養バランスに優れた飲食を可能とする飲食支援システム、飲食支援サーバ、プログラム及びユーザ端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明にかかる飲食支援システムは、ユーザの内食用の食品販売に関する情報と該ユーザの外食に関する情報とを管理する情報管理手段と、前記情報管理手段が管理する情報に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、を備えることを特徴とする。
【０００７】
上記目的を達成するため、本発明にかかる飲食支援システムは、ユーザの内食用の食品販売に関する情報を少なくとも管理する内食管理手段と、該ユーザの外食に関する情報を少なくとも管理する外食管理手段と、該ユーザが所有するユーザ端末と、該内食管理手段、該外食管理手段及び該ユーザ端末と通信可能な通信手段と、を備える飲食支援システムであって、前記内食管理手段が管理する情報と、前記外食管理手段が管理する情報とに基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成し、該栄養偏向情報を前記ユーザ端末に表示する栄養偏向情報生成手段を更に備えることを特徴とする。
【０００８】
上記目的を達成するため、本発明にかかる飲食支援システムは、内食用の食品販売に関する情報を少なくとも管理する内食管理端末と、外食に関する情報を少なくとも管理する外食管理端末と、ユーザが所有するユーザ端末と、該内食管理端末、該外食管理端末及び該ユーザ端末と通信可能なサーバ装置と、を備える飲食支援システムであって、前記内食管理端末は、前記ユーザが購入した内食用の食品に関する内食購入食品情報を前記サーバ装置に送信する内食購入食品情報送信手段を備え、前記外食管理端末は、前記ユーザが外食した飲食物に関する外食飲食物情報を前記サーバ装置に送信する外食飲食物情報送信手段を備え、前記ユーザ端末は、前記サーバ装置が前記ユーザを識別するためのユーザ情報を前記サーバ装置に送信するユーザ情報送信手段と、前記サーバ装置から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する栄養偏向情報出力手段と、を備え、前記サーバ装置は、前記ユーザ情報送信手段から送信された前記ユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、前記内食購入食品情報送信手段から送信された前記内食購入食品情報を前記ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段と、前記外食飲食物情報送信手段から送信された前記外食飲食物情報を前記ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段と、前記内食購入食品情報記憶手段に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、を備えることを特徴とする。
【０００９】
上記目的を達成するため、本発明にかかる飲食支援サーバは、内食用の食品販売に関する情報を少なくとも管理する内食管理端末と外食に関する情報を少なくとも管理する外食管理端末とユーザが所有するユーザ端末と通信可能な飲食支援サーバであって、前記ユーザ端末から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、前記内食管理端末から送信された、前記ユーザが購入した内食用の食品に関する内食購入食品情報を、該ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段と、前記外食管理端末から送信された、前記ユーザが外食した飲食物に関する外食飲食物情報を、該ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段と、前記内食購入食品情報記憶手段に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、を備えることを特徴とする。
【００１０】
上記目的を達成するため、本発明にかかる飲食支援サーバは、前記ユーザ情報を受信したときに、該ユーザ情報に対応する前記内食購入食品情報が前記内食管理端末に既に記憶されているかどうかの問い合わせを送信する内職問い合わせ手段と、該ユーザ情報を受信したときに、該ユーザ情報に対応する前記外食飲食物情報が前記外食管理端末に既に記憶されているかどうかの問い合わせを送信する外食い合わせ手段とを、さらに備え、前記内食購入食品情報記憶手段は、前記問い合わせを受信した前記内食管理端末から送信された前記内食購入食品情報を、前記ユーザの前記内食購入食品情報として記憶し、前記外食飲食物情報記憶手段は、前記問い合わせを受信した前記外食管理端末から送信された前記外食飲食物情報を、前記ユーザの前記外食飲食物情報として記憶し、前記栄養偏向情報生成手段は、前記内食購入食品情報記憶手段に記憶されている前記内食購入食品情報が、前記問い合わせを受信した前記内食管理端末から送信された前記内食購入食品情報だけであっても、前記栄養偏向情報を生成するとともに、前記外食飲食物情報記憶手段に記憶されている前記外食飲食物情報が、前記問い合わせを受信した前記外食管理端末から送信された前記外食飲食物情報だけであっても、前記栄養偏向情報を生成する、ことを特徴とする。
【００１１】
上記飲食支援サーバは、前記内食購入食品情報は、購入された食品毎の購入量を示す購入量情報を含み、前記外食飲食物情報は、ユーザが飲食した飲食物毎の飲食量を示す飲食量情報を含み、前記栄養偏向情報生成手段は、前記内食購入食品情報記憶手段に記憶された前記購入量情報と、前記外食飲食物情報記憶手段に記憶された前記飲食量情報とに基づいて、前記栄養偏向情報を生成する。
【００１２】
上記飲食支援サーバは、前記ユーザ端末から、前記ユーザの健康の志向に関する健康志向情報を受信する健康志向情報受信手段と、前記健康志向情報受信手段が受信した健康志向情報を記憶する健康志向情報記憶手段と、をさらに備え、前記栄養偏向情報生成手段は、前記健康志向情報記憶手段に記憶された前記健康志向情報に従って前記栄養偏向情報を生成する。
【００１３】
上記飲食支援サーバは、前記栄養偏向情報生成手段により生成された前記栄養偏向情報に応じて前記ユーザに摂取を推奨する種類の食品を抽出する推奨食品抽出手段と、前記推奨食品抽出手段により抽出された食品を材料として含む内食用の料理に関する料理情報を抽出し、該抽出した料理情報を前記ユーザ端末に送信する内食料理情報送信手段と、前記推奨食品抽出手段により抽出された食品を材料として含む外食用の飲食物に関する飲食物情報を抽出し、該抽出した飲食物情報を前記ユーザ端末に送信する外食飲食物情報送信手段と、をさらに備える。
【００１４】
上記目的を達成するため、本発明にかかるプログラムは、内食用の食品販売に関する情報を少なくとも管理する内食管理端末と外食に関する情報を少なくとも管理する外食管理端末とユーザが所有するユーザ端末と通信可能なコンピュータ装置を、前記ユーザ端末から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、前記内食管理端末から送信された、前記ユーザが購入した内食用の食品に関する内食購入食品情報を、該ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段と、前記外食管理端末から送信された、前記ユーザが外食した飲食物に関する外食飲食物情報を、該ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段と、前記内食購入食品情報記憶手段に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段、として機能させることを特徴とする。
【００１５】
上記目的を達成するため、本発明にかかるユーザ端末は、内食用の食品販売に関する情報を少なくとも管理する内食管理端末と外食に関する情報を少なくとも管理する外食管理端末と飲食支援サーバと通信可能な、ユーザが所有するユーザ端末であって、前記ユーザ端末から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報を記憶するユーザ情報記憶手段と、前記内食管理端末から送信された、前記ユーザが購入した内食用の食品に関する内食購入食品情報を、該ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段と、前記外食管理端末から送信された、前記ユーザが外食した飲食物に関する外食飲食物情報を、該ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段と、前記内食購入食品情報記憶手段に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末に送信する栄養偏向情報送信手段と、を有するサーバからの前記栄養偏向情報を受信する。
【発明の効果】
【００１６】
本発明における飲食支援システム、飲食支援サーバ、プログラム及びユーザ端末によって栄養バランスに優れた飲食が可能となった。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態にかかる飲食支援システムの全体構成を示す図である。
【図２】本発明の実施の形態の飲食支援システムの内、内食に係る構成要素を説明する図である。
【図３】本発明の実施形態の内食に係る概要の説明図である。
【図４】内食に係る販売商品情報のデータ構成を示す図である。
【図５】内食に係る電子レシート情報のデータ構成を示す図である。
【図６】内食に係るユーザ情報データベースのデータ構成を示す図である。
【図７】内食に係るユーザ別履歴情報データベースのデータ構成を示す図である。
【図８】内食に係る食材別栄養価データベースのデータ構成を示す図である。
【図９】内食に係る所要量データベースのデータ構成を示す図である。
【図１０】内食に係る効能データベースのデータ構成を示す図である。
【図１１】内食に係る摂取食材モデルデータベースのデータ構成を示す図である。
【図１２】内食に係るレシピデータベースのデータ構成を示す図である。
【図１３】内食に係る本発明の実施の形態にかかる飲食支援システムにおける全体的な処理の流れを示す図である。
【図１４】内食に係る栄養評価処理を示すフローチャートである。
【図１５】内食に係るＩＤ−ＰＯＳデータから食材の購入量を確定する処理を示すフローチャートである。
【図１６】内食に係る食材購入量確定処理を示すフローチャートである。
【図１７】内食に係る栄養素摂取量算出処理を示すフローチャートである。
【図１８】内食に係る家族構成員毎の栄養素摂取量算出処理を示す説明図である。
【図１９】内食に係る日別の栄養素の割り振りを示す説明図である。
【図２０】内食に係るユーザ別嗜好特定処理を示すフローチャートである。
【図２１】内食に係るおすすめ食材抽出処理を示すフローチャートである。
【図２２】内食に係るおすすめレシピ抽出処理を示すフローチャートである。
【図２３】内食に係るトップ画面を示す図である。
【図２４】内食に係るユーザ登録画面を示す図である。
【図２５】内食に係る家族登録画面を示す図である。
【図２６】内食に係る栄養評価画面を示す図である。
【図２７】内食に係るおすすめ食材画面を示す図である。
【図２８】内食に係るおすすめレシピ画面を示す図である。
【図２９】本発明の実施の形態の飲食支援システムの内、外食に係る構成要素を説明する図である。
【図３０】本発明の実施の形態の外食店舗システムを説明する図である。
【図３１】本発明の実施の形態の外食店舗端末における利用人物登録処理を説明する図である。
【図３２】本発明の実施の形態の外食店舗端末における飲食物登録処理を説明する図である。
【図３３】本発明の実施形態の外食に係る概要の説明図である。
【図３４】外食に係る販売商品情報のデータ構成を示す図である。
【図３５】外食に係るユーザ情報データベースのデータ構成を示す図である。
【図３６】外食に係るユーザ別履歴情報データベースのデータ構成を示す図である。
【図３７】外食に係る食材別栄養価データベースのデータ構成を示す図である。
【図３８】外食に係る所要量データベースのデータ構成を示す図である。
【図３９】外食に係る効能データベースのデータ構成を示す図である。
【図４０】外食に係る摂取食材モデルデータベースのデータ構成を示す図である。
【図４１】外食に係るレシピデータベースのデータ構成を示す図である。
【図４２】外食に係る本発明の実施の形態にかかる飲食支援システムにおける全体的な処理の流れを示す図である。
【図４３】外食に係る栄養評価処理を示すフローチャートである。
【図４４】外食に係る飲食履歴データから飲食物の飲食量を確定する処理を示すフローチャートである。
【図４５】外食に係る飲食量確定処理を示すフローチャートである。
【図４６】外食に係る栄養素摂取量算出処理を示すフローチャートである。
【図４７】外食に係るユーザの栄養素摂取量算出処理を示す説明図である。
【図４８】外食に係る日別の栄養素の割り振りを示す説明図である。
【図４９】内食と外食を合わせた日別の栄養素の割り振りを示す説明図である。
【図５０】外食に係るユーザ別嗜好特定処理を示すフローチャートである。
【図５１】外食に係るおすすめ食材抽出処理を示すフローチャートである。
【図５２】外食に係るおすすめレシピ抽出処理を示すフローチャートである。
【図５３】外食に係るトップ画面を示す図である。
【図５４】外食に係るユーザ登録画面を示す図である。
【図５５】外食に係る割り勘仲間登録画面を示す図である。
【図５６】外食に係る栄養評価画面を示す図である。
【図５７】外食に係るおすすめ食材画面を示す図である。
【図５８】外食に係るおすすめレシピ画面を示す図である。
【図５９】第１の変形例にかかる食材別味覚情報データベースの構成を示す図である。
【図６０】第１の変形例にかかるユーザ食材嗜好特定処理を示すフローチャートである。
【図６１】第２の変形例にかかるユーザの内食の栄養素摂取量算出処理を示す説明図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態にかかる飲食支援システムを、図面に基づいて説明する。  ＜飲食支援システムの全体構成＞  
【００１９】
まず、本実施の形態にかかる飲食支援システムのシステム構成について説明する。図１は、本実施の形態にかかる飲食支援システムの全体構成を示す図である。  
【００２０】
図１に示すように、本実施形態にかかる飲食支援システムは、企業グループＡに所属するグループＡサーバ装置１と、企業グループＢに所属するグループＢサーバ装置２と、デパート、スーパーマーケット、コンビニエンスストア等の内食用の食品を提供する複数の内食店舗のそれぞれに設置された食品店舗端末３（３−１〜３−ｋ）と、レストラン、料亭、ラーメン屋等の外食としての飲食物を提供する複数の外食店舗（飲食店）のそれぞれに設置された複数の外食店舗端末４（４−１〜４−ｍ）と、複数の外食店舗のそれぞれに設置された複数の監視カメラ５（５−１〜５−ｍ）と、インターネット６と、無線ネットワーク７と、複数のユーザ端末８（８−１〜８−ｎ）とから構成されている。  
【００２１】
食品店舗端末３（３−１〜３−ｍ）は、内食用の食品を提供する食品店舗に設置され、内食用の食品販売に関する情報を少なくとも管理する内食管理端末となっている。
【００２２】
外食店舗端末４（４−１〜４−ｋ）は、外食としての飲食物を提供する外食店舗に設置され、外食に関する情報を少なくとも管理する外食管理端末になっている。
【００２３】
複数の監視カメラ５（５−１〜５−ｍ）は、複数の外食店舗端末４（４−１〜４−ｍ）にそれぞれ接続される。  
【００２４】
複数のユーザ端末８（８−１〜８−ｎ）は、それぞれ複数のユーザが所有する。
グループＡサーバ装置１とグループＢサーバ装置２は、該内食管理端末３、該外食管理端末４及び該ユーザ端末８と通信可能なサーバ装置となっている。
【００２５】
食品店舗端末３（３−１〜３−ｋ）は、前記ユーザが購入した内食用の食品に関する内食購入食品情報をサーバ装置（グループＡサーバ装置１）に送信する通信部３３（内食購入食品情報送信手段、後述の図２参照）を備えている。
【００２６】
外食店舗端末４（４−１〜４−ｋ）は、前記ユーザが外食した飲食物に関する外食飲食物情報をサーバ装置（グループＢサーバ装置２）に送信する通信部４３（外食飲食物情報送信手段、後述の図２９参照）を備えている。
【００２７】
グループＡサーバ装置１とグループＢサーバ装置２は、インターネット６を介してデータの送受信が可能になっており、グループＡサーバ装置１が受信した内食購入食品情報がグループＢサーバ装置２に送信されるとともに、グループＢサーバ装置２が受信した外食飲食物情報がグループＡサーバ装置１に送信されるようになっている。
【００２８】
前記ユーザ端末８は、グループＡサーバ装置１とグループＢサーバ装置２が前記ユーザを識別するためのユーザ情報を前記グループＡサーバ装置１とグループＢサーバ装置２に送信する通信部８３（ユーザ情報送信手段、後述の図２及び図２９参照）と、前記グループＡサーバ装置１とグループＢサーバ装置２から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する表示部８２（栄養偏向情報出力手段、後述の図２及び図２９参照）と、を備えている。
【００２９】
前記グループＡサーバ装置１とグループＢサーバ装置２は、前記ユーザ端末８の通信部８３からインターネット６及び無線ネットワーク７を介して、送信された前記ユーザ情報を受信する通信部１Ｅ、２Ｅ（後述の図２及び図２９参照）の受信回路（ユーザ情報受信手段）と、前記通信部１Ｅ、２Ｅが受信した前記ユーザ情報を記憶するユーザ情報データベース１１、２１（ユーザ情報記憶手段、後述の図２及び図２９参照）と、前記食品店舗端末３の通信部３３から送信された前記内食購入食品情報を前記ユーザの内食購入食品情報として記憶するユーザ別履歴データベース１２、２２（後述の図２及び図２参照）の第１記憶領域（内食購入食品情報記憶手段）と、前記外食店舗端末４の通信部４３（後述の図２９参照）から送信された前記外食飲食物情報を前記ユーザの外食飲食物情報として記憶するユーザ別履歴データベース１２、２２（後述の図２及び図２９参照）の第２の記憶領域（外食飲食物情報記憶手段）と、前記ユーザ別履歴データベース１２、２２（後述の図２及び図２参照）の第１記憶領域に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記ユーザ別履歴データベース１２、２２（後述の図２及び図２参照）の第２の記憶領域に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養評価部１Ａ、２Ａ（図２及び図２９参照）と、前記栄養評価部１Ａ、２Ａにより生成された前記栄養偏向情報を、前記ユーザ端末に送信する通信部１Ｅ、２Ｅの送信回路（栄養偏向情報送信手段と、）を備える。
＜本発明の実施の形態の飲食支援システムの内食に係る構成要素＞  
【００３０】
まず、本実施形態にかかる本発明の実施の形態の飲食支援システムの内、内食に係る構成について説明する。図２は、本発明の実施の形態の飲食支援システムの内、内食に係る構成要素を説明する図である。図示するように、本実施形態にかかる飲食支援システムは、グループＡサーバ装置１と、複数の食品店舗端末３（３−１〜３−ｍ）と、複数のユーザ端末８（８−１〜８−ｎ）とから構成されている。グループＡサーバ装置１と食品店舗端末（もしくは、食品店舗サーバ）４と、グループＡサーバ装置１とユーザ端末８とは、それぞれインターネットなどの通信回線を介して接続されている。  
【００３１】
食品店舗端末３は、ネットスーパーを含むスーパーマーケット等の食材を販売する各店舗、または、複数のチェーン（もしくは、グループ）店舗を統括する支部や本部、または電子レシート運営会社等に設けられたＰＯＳ端末（もしくは、ＰＯＳサーバ等）である。また、食品店舗端末３は、ＥＣサイトやオンラインショップ等のインターネット上で食材を販売する各店舗、または、複数のＥＣサイトやオンラインショップのチェーン（もしくは、グループ）店舗を統括する支部や本部等に設けられたＰＯＳ端末（もしくは、ＰＯＳサーバ等）である。食品店舗端末３は、店舗やＥＣサイトやオンラインショップ毎に構築されたりチェーン店舗において統一仕様で構築されたりするため、多少の構成の相違はあるが、基本的に、販売商品データベース３１と、販売履歴データベース３２と、通信部３３を有している。なお、本実施形態においては、スーパーマーケット等の食材を販売する各店舗、または、複数のチェーン（もしくは、グループ）店舗を統括する支部や本部、または電子レシート運営会社等に設けられたＰＯＳ端末（もしくは、ＰＯＳサーバ等）を主体に説明する。  
【００３２】
販売商品データベース３１は、該店舗、または、複数のチェーン（もしくは、グループ）店舗に属する各店舗で販売される商品に関する販売商品データを蓄積するデータベースである。販売商品データベース３１に蓄積される販売商品データのうち少なくとも食品（食材）に該当する食品情報が、後述する販売商品情報としてグループＡサーバ装置１に送信される。販売履歴データベース３２は、該店舗で購入された商品に関する購入商品データを蓄積するデータベースである。商品購入の際に該店舗でポイントカード等の会員カードが利用された場合には、ポイントカードに関する情報（カード種別及び会員ＩＤ）と対応付けて、購入された商品に関する情報が蓄積される。また、販売履歴データベース３２に蓄積される購入商品データのうち少なくとも食品に該当する食品情報が、後述する電子レシート情報（電子化された購買情報）としてグループＡサーバ装置１に送信される。なお、グループＡサーバ装置１に送信される販売商品情報や電子レシート情報には、食品以外の商品に関する情報を含むようにしてもよい。  
【００３３】
食品店舗端末３からグループＡサーバ装置１には、販売商品データベース３１から抽出される販売商品データで構成される販売商品情報と、販売履歴データベース３２から抽出される購入商品データで構成される電子レシート情報が送信される。販売商品情報および／または電子レシート情報は、食品店舗端末３毎に異なる形式のもの（但し、統一形式のものにおいて必要なデータを含んでいる）が送信されグループＡサーバ装置１において統一形式に変換するものとしても、食品店舗端末３においてグループＡサーバ装置１において要求する統一形式に変換してから送信するものとしてもよい。以下においては説明の簡単化のため、販売商品情報と電子レシート情報は、食品店舗端末３において統一形式に変換されてからグループＡサーバ装置１に送信されている前提で説明する。  
【００３４】
＜発展形：健康状態への対応＞  以上が、買い物等の結果のみに基づく構成例の説明である。ここで、買い物等とは、前述のＰＯＳ等を含む全ての買い物から得ることができる情報が含まれる（以下、同様）。  さらに、ユーザの健康状態に基づく処理が可能である。以下、更に説明する。  ユーザ情報データベース１１には、健康データベース１１Ａが含まれている。  
【００３５】
そして、この健康データベース１１Ａには、後述する、ユーザ端末から送られてくるユーザ端末健康情報や、健康記録情報サーバ９１内にある健康情報データベース９２からの健康情報が、ユーザ毎に記憶される。  
【００３６】
ここで、健康情報サーバ９１の健康情報データベース９２には、例えば健康診断による結果、指先採血の結果、尿検査による結果、ＤＮＡ調査による結果、その他ありとあらゆるユーザ端末から提供される情報による検査結果等が該当する。  
【００３７】
さらに、ユーザ端末８−１からのユーザ端末健康情報は、例えば、睡眠情報（睡眠時間、睡眠の質（寝返り状況、いびき音情報等））、バイタルメータ（血圧、脈拍等）、各種運動情報（ランニング、歩数、フィットネスセンターでの情報等）、毎食毎の食事のデータ（ユーザの入力によるもの、写真などから解析するもの等）が含まれる。  
【００３８】
以上のようなデータを蓄えた健康データベース１１Ａからの情報を、体状態評価部１Ｆにおいて、解析する。  ＜本実施形態の概要の説明＞  
【００３９】
図３は、本発明の実施形態の概要の説明図である。  図３のように、図２における基本形は、買い物等情報から、栄養評価部１Ａにおいて英必要な栄養評価を行い嗜好特定部１Ｂにおいて、嗜好を特定してお勧めの食材やレシピを抽出して、ユーザにお勧め等する。なお、嗜好の特定は、過去の買い物情報から特定することも可能であるし、外食情報、ユーザへのアンケート結果、その人の属性（男性・女性の別、年齢、住居地、同居の家族の構成等）、レシピサイトの閲覧・調理状況等からも特定可能である。なお、買い物情報以外の情報の重みづけなどは、適切に設定可能である。具体的には、買い物情報をメインにしつつ、その他の情報による補正をしても良い。逆に、レシピサイトの調理状況をメインにすることも可能である。  
【００４０】
さらに、図２における発展形では、各種の方法で集められ健康データベース１１Ａに記憶されている健康等情報を体状態評価部１Ｆにおいて体状態評価を行う。  そして、買い物等情報と体状態の評価結果に基づいて、栄養評価部１Ａにおいて栄養評価を行う。  より具体的には、現在の買い物等情報と、体状態の評価結果に基づいて、必要な栄養素、過剰な栄養素などに基づいて、購入（＝食べる）するべき食材又は作るレシピのリストを作成する。  更に、そのリストの中から、そのユーザの嗜好により合致するものを更に、抽出してユーザにお勧めの食材・レシピとして提案を行う、  
【００４１】
このように、発展形では、単なる買い物情報に加えて、体の状態に応じた食材・レシピを提供できる。その結果、ユーザはより健康管理を適切にすることができるようなる。  ＜販売商品情報のデータ構成＞  
【００４２】
図４は、販売商品情報のデータ構成を示す図である。販売商品情報２００は、各店舗で販売している商品に関する情報であり、商品毎に１つのデータとなっている。販売商品情報２００は、店舗ＩＤ２０１と、商品コード２０２と、更新日時２０３と、有効期限２０４と、食材名２０５と、単位数量２０６と、価格２０７と、クーポン情報２０８とからなっている。  
【００４３】
店舗ＩＤ２０１は、各店舗を一意に識別する識別情報である。商品コード２０２は、該店舗で販売する各商品を識別する識別情報であり、統一コード（例えば、日本国におけるＪＡＮコード等）であっても店舗独自のコードでもよい。店舗独自のコードである場合には、後述する店舗別販売商品データベース１９に蓄積する際に統一コードに変換するものとしてもよい。  
【００４４】
更新日時２０３は、販売商品情報が更新された日時を示すものであり、後述する店舗別販売商品データベース１９に店舗ＩＤ２０１と商品コード２０２が同じデータで更新日時の古いものが登録されている場合には、有効期限２０４が設定されている場合を除いて上書き更新される。有効期限２０４は、販売商品情報２００の有効期限を示すものであり、価格２０７が日替わり特売やタイムセールなどで期間限定となっていたり、クーポン情報２０８が期間限定となっていたりする場合に設定される。有効期限２０４が設定されている場合、店舗ＩＤ２０１と商品コード２０２が同じものが店舗別販売商品データベース１９に登録されていても上書き更新されずデータが併存されるが、更新日時２０３の新しいものが優先される。  
【００４５】
食材名２０５は、販売商品情報２００が示す商品の種類名を示すものであるが、食品（食材）以外の商品である場合はグループＡサーバ装置１において用いられないため、ここでは、食品（食材）の名称を示す食材名２０５であるとして説明する。なお、食品（食材）には生鮮食品や加工食品、調味料、乳製品、飲料、インスタント食品等が含まれる。単位数量２０６は、食材を販売する単位を示すものであり、何個（１個、１／２個等）、何本（１本、５本等）、何カット（１カット、１／２カット）、何パック（１パック、１／２パック等）、何グラム（１００ｇ、２００ｇ等）などで示される。なお、食肉等の販売単位が一義的に定まらない食品については、例えば、２５３ｇや５６８ｇというように示される。価格２０７は、単位数量２０６での商品の価格を示すものである。クーポン情報２０８は、該商品についてのクーポンを提供するか否か、クーポンを提供する場合の割引率や割引価格を示すものである。  
【００４６】
＜電子レシート情報のデータ構成＞  図５は、電子レシート情報（電子化された購買情報）のデータ構成を示す図である。電子レシート情報２１０は、店舗ＩＤ２１１と、ポイントカード種別２１２ａと、ポイントカードＩＤ２１２ｂと、電子レシート種別２１３ａと、電子レシートＩＤ２１３ｂと、購入日時２１４と、商品コード２５１、数量２５２及び価格２５３からなる商品情報（１）２１５と、同様の構成の商品情報（２）２１６〜商品情報（ｌ）２１ｌとからなっている。  
【００４７】
店舗ＩＤ２１１は、各店舗を一意に識別する識別情報である。ポイントカード種別２１２ａは、該店舗での買い物で利用されたポイントカードの種別を示すものであり、異なる店舗であっても同一種別のポイントカードが利用される場合もある。ポイントカードＩＤ２１２ｂは、各ポイントカードを一意に識別する識別情報である。ポイントカード種別２１２ａ及びポイントカードＩＤ２１２ｂによって、ポイントカードを利用した各ユーザが一意に識別されるものとなる。電子レシート種別２１３ａは、該店舗での買い物で利用された電子レシート会員ＩＤの種別を示すものである。電子レシートＩＤ２１３ｂは、各電子レート登録者を一意に識別する識別情報である。ポイントカード種別２１２ａ及びポイントカードＩＤ２１２ｂによって、電子レシート会員ＩＤを買い物で利用した各ユーザが一意に識別されるものとなる。商品コード２５１は、該店舗で販売した商品を識別する識別情報である。数量２５２は、その商品の単位数量２０６に対する販売数量である。各ユーザが購入した食材の分量（重量、体積等）は、数量２５２と単位数量２０６との組み合わせ、または食材の価格２５３によって正確に特定できることとなる。  
【００４８】
なお、ユーザがポイントカードを利用して買い物を行った場合は、ポイントカード種別２１２ａ及びポイントカードＩＤ２１２ｂが入力された電子レシート情報となり、ユーザが電子レシート会員ＩＤを利用して買い物を行った場合は、電子レシート種別２１３ａ及び電子レシートＩＤ２１３ｂが入力された電子レシート情報となる。また、ユーザがポイントカードを利用し、かつ、電子レシート会員ＩＤを利用して買い物を行った場合は、ポイントカード種別２１２ａ及びポイントカードＩＤ２１２ｂと、電子レシート種別２１３ａ及び電子レシートＩＤ２１３ｂが入力された電子レシート情報となる。  
【００４９】
図２に戻り説明を続けると、ユー
ザ端末８は、この飲食支援システムのユーザの利用にかかるスマートフォンやタブレットＰＣなどのコンピュータ装置としての機能を有する携帯端末装置であり、入力部８１、表示部８２、及び通信部８３を有している。飲食支援システムを利用したいユーザは、ユーザ端末８を操作して所定のサイトからダウンロードした専用アプリケーションをインストールして、所定の登録事項を入力することによって、この飲食支援システムを利用することができる。なお、専用アプリケーションを利用せずに通常のブラウザからグループＡサーバ装置１にアクセスして所定の登録事項を入力することによって、この飲食支援システムを利用することができるようにしてもよい。また、携帯端末装置に限らず、ディスクトップＰＣやノートＰＣ等の端末装置によりこの飲食支援システムを利用できるようにしてもよい。  
【００５０】
入力部８１は、タッチパネルを利用したソフトウェアキーボードなどによって構成され、画面の切り替えの指示や、ユーザ情報の入力などに用いられる。表示部８２は、グループＡサーバ装置１から送信されてきた情報の画面表示や、ソフトウェアキーボードの表示などを行う。通信部８３は、インターネットなどの通信回線を介してグループＡサーバ装置１との間の各種情報の送受信を制御する。  
【００５１】
ユーザ端末８−１では、ユーザの各種情報が集められる。  具体的には、ユーザ端末８−１からのユーザ端末健康情報は、例えば、睡眠情報（睡眠時間、睡眠の質（寝返り状況、いびき音情報等））、バイタルメータ（血圧、脈拍等）、各種運動情報（ランニング、歩数、フィットネスセンターでの情報等）、毎食毎の食事のデータ（ユーザの入力によるもの、写真などから解析するもの等）が含まれる。  
【００５２】
これら以外にも、ユーザ端末で集めることができる物は、すべて収集して、グループＡサーバ装置１に送ることが可能である。今後、技術の進歩、又は、ユーザ端末８−１に取り付けることができ、各種の情報を集めることができるアタッチメントなどが開発されれば、さらに増やすことができる。  
【００５３】
例えば、毎度のユーザのトイレで排出されたものの分析情報、ユーザの息の分析結果、ユーザの声の情報等が現在のところ考えられる。  
【００５４】
ユーザ端末８からグループＡサーバ装置１には、ユーザの個人情報であるユーザ情報が送信される。ユーザ情報は、後述するユーザ情報データベース１１に蓄積されるべきものであるので、その構成は、ユーザ情報データベース１１のデータ構成と基本的に同じであるが、全てユーザ情報を１回で送信する（登録する）必要はなく、何回かに分けてユーザ情報をユーザ端末８からグループＡサーバ装置１に送信したり、任意で登録可能な情報を追加したユーザ情報としてユーザ端末８からグループＡサーバ装置１に送信したりすることもできる。以下においては説明の簡単化のため、ユーザ情報として登録される各データは最初のユーザ登録の際に全て入力され、１度にまとめてユーザ端末８からグループＡサーバ装置１に送信される前提で説明する。  
【００５５】
グループＡサーバ装置１からユーザ端末８には、栄養摂取傾向、摂取アドバイス、おすすめ食材、おすすめレシピなどの情報が送信される。送信される情報は、栄養摂取傾向、摂取アドバイス、おすすめ食材、おすすめレシピのそれぞれについて１画面の情報となっているのではなく、例えば、後述するように栄養摂取傾向と摂取アドバイスが同一画面に含まれる情報として送信されることもある。  
【００５６】
また、グループＡサーバ装置１は、食品店舗端末３から送信されてきた電子レシート情報を基に、ユーザ別に購入した食品（食材）を蓄積し、これを解析して各ユーザの摂取した栄養の過不足の評価を行う。また、各ユーザに不足している栄養素（成分）を多く含む食材を不足している栄養素を補うためのおすすめ食品として抽出する。さらに、ユーザ別に蓄積されている購入食材のうちから各ユーザが比較的嗜好していると考えられる食材を特定し、特定した食材を材料として含みつつ、おすすめ食材（すなわち、ユーザに不足している栄養素を含む食材）も材料として含むおすすめレシピを抽出する。  
【００５７】
グループＡサーバ装置１は、ユーザ情報データベース１１、ユーザ別履歴データベース１２、食材相場データベース１３、食材別栄養価データベース１４、所要量データベース１５、効能データベース１６、摂取食材モデルデータベース１７、レシピデータベース１８、及び店舗別販売商品データベース１９を有している。グループＡサーバ装置１は、また、栄養評価部１Ａ、嗜好特定部１Ｂ、おすすめ食材抽出部１Ｃ、おすすめレシピ抽出部１Ｄ、及び通信部１Ｅを有している。グループＡサーバ装置１は、複数台のコンピュータ装置からなるサーバ群によって構成されるものでもよく、例えば、各データベース１１〜１１８を有してデータの蓄積、更新を行うデータサーバと、各処理部１Ａ〜１Ｅにおける演算処理を行うエンジンサーバとから構成されるものであってもよい。  
【００５８】
ユーザ情報データベース１１は、各ユーザが自己のユーザ端末８において入力し、ユーザ端末８から送信されてきたユーザ情報を蓄積したデータベースである。ユーザ別履歴データベース１２は、食品店舗端末３から送信されてきた電子レシート情報に基づいてユーザの食品（食材）の購入履歴（ＩＤ―ＰＯＳデータ）をユーザ別に蓄積したデータベースである。  
【００５９】
食材相場データベース１３には、第１外部サーバ（例えば、日本国の厚生労働省サーバや、各種機関または組織によるサーバ等）９３内にある小売物価データベース９４の小売物価データ（例えば小売物価統計調査情報や各種機関により小売物価を調査した情報、及びこれらを修正した情報等）、インターネットによる各種情報、入力手段９７により入力された食材相場の各種補正値（季節のずれや市町村などの小さい地域間のずれの補正値）等が記憶される。  
【００６０】
ここで、第１外部サーバ９３の小売物価データベース９４には、食材の月毎の相場（小売における価格と分量の交換比率の情報、例えば、平成３０年９月、もち米１ｋｇ  札幌  ５０６円）が該当する。  
【００６１】
尚、本実施の形態は、日本国内で使用されるシステムに対応したものであり、日本国以外の国または地域で使用されるシステムの場合、食材相場データベース１３は、その国や地域に合わせて、小売物価を示す情報、各種補正値等を記憶する。  
【００６２】
食材別栄養価データベース１４は、インターネットによる情報収集、入力手段９７等により入力された食材別の栄養価等により、各食材が単位量当たり如何なる栄養素（三大栄養素や各種ビタミンなどの成分）をどの程度含んでいるかを、食材別に登録したデータベースである。  
【００６３】
所要量データベース１５は、第２外部サーバ（例えば、日本国の厚生労働省サーバや、各種機関または組織によるサーバ等）９５内の栄養調査データベース９６の人間（日本国の場合、日本人）が摂取した栄養を調査した情報（例えば国民栄養調査や各種機関により栄養摂取を調査した情報、及びこれらを修正した情報等）、及び人間（日本国の場合、日本人）が摂取する栄養の基準となる量を示す情報（例えば栄養摂取基準情報や各種栄養摂取に関わる情報、及びこれらを修正した情報等）が記憶されることで、性別や年齢区分に応じて単位期間（例えば、１日）当たりに摂取すべき栄養素の必要量を、栄養素別に登録したデータベースである。  
【００６４】
ここで、第２外部サーバ（例えば、日本国の場合、厚生労働省サーバ等の各種組織、団体等のサーバ）９５の栄養調査データベース９６には、日本国の場合、日本人の摂取する各栄養素の性別及び年齢別の平均値と、日本人の摂取する各栄養素の性別及び年齢別の基準値（例えば、男性、１８〜２９才、タンパク質、推定平均必要量５０ｇ／日、推奨値６０ｇ／日）が該当する。  
【００６５】
尚、日本国以外の国または地域で使用されるシステムの場合、所要量データベース１５は、その国や地域に合わせて取得した人間が摂取した栄養を調査した情報及び人間が摂取する栄養の基準となる量を示す情報を記憶することで、性別や年齢区分に応じて単位期間（例えば、１日）当たりに摂取すべき栄養素の必要量を、栄養素別に登録する。  
【００６６】
効能データベース１６は、各栄養素（成分）が有する効能を、効能別に数値化して登録したデータベースである。  
【００６７】
摂取食材モデルデータベース１７は、性別や年齢区分に応じた単位期間当たりにおける各食材の標準的な摂取量を、食材別に登録したデータベースである。  
【００６８】
レシピデータベース１８は、複数種類のレシピに関する情報を登録したデータベースであり、レシピ毎に食材別の含有量と栄養素別の含有量とを情報として含んでいる。なお、ユーザ情報データベース１１、ユーザ別履歴データベース１２、食材別栄養価データベース１４、所要量データベース１５、効能データベース１６、摂取食材モデルデータベース１７、及びレシピデータベース１８のデータ構成は、さらに詳しく後述する。  
【００６９】
店舗別販売商品データベース１９は、食品店舗端末３から送信されてきた販売商品情報２００を登録したデータベースである。但し、送信されてきた販売商品情報２００であっても、本実施形態の飲食支援システムにおける提供サービスに用いられないもの（例えば、食品（食材）ではない商品についてのもの）については、店舗別販売商品データベース１９に登録しないものとすることができる。また、有効期限２０４が過ぎたものについては、随時消去される。  
【００７０】
栄養評価部１Ａは、後述する摂取栄養評価処理により、１日が終了する毎に、各ユーザが終了した１日間に購入した食材の種類及び量をユーザ別履歴データベース１２から読み出し、食材別栄養価データベース１４を参照して、各ユーザが終了した１日間に購入した食材に含まれる栄養素別の摂取量を求める。そして、ユーザの性別、年齢区分に従って所要量データベース１５を参照して、各ユーザについて栄養素毎（成分毎）の過不足を判定する。この際に、ユーザ情報データベース１１に登録されているユーザの身長、体重、健康志向に従って必要な補正を行う。栄養評価部１Ａは、さらに、栄養素別の過不足の判定結果から効能データベース１６を参照して、各ユーザが優先して摂取すべき栄養素などを示す摂取アドバイスを生成する。  
【００７１】
嗜好特定部１Ｂは、後述するユーザ別嗜好特定処理により、ユーザ別履歴データベース１２に蓄積されている各ユーザが終了した１日間に購入した食材の種類及び量を、摂取食材モデルデータベース１７に記憶されている性別や年齢区分に応じた単位期間当たりにおける各食材の標準的な摂取量と比較し、各ユーザが比較的好んで摂取している食材を特定する。  
【００７２】
おすすめ食材抽出部１Ｃは、後述するおすすめ食材抽出処理により、栄養評価部１Ａにより該ユーザに不足していると評価される栄養素を多く含む食材を、おすすめ食材として抽出する。  
【００７３】
おすすめレシピ抽出部１Ｄは、後述するおすすめレシピ抽出処理により、ユーザに不足していると評価された栄養素を多く摂取できることになる料理のレシピ、或いは後述する嗜好特定部１Ｂによりユーザが比較的好んで摂取しているものとして特定された食材を含みつつ、おすすめ食材抽出部１Ｃにより抽出されたおすすめ食材を含む料理、すなわちユーザの嗜好に沿いつつユーザに不足していると評価された栄養素を多く摂取できることになる料理のレシピを、おすすめレシピとして抽出する。  
【００７４】
通信部１Ｅは、食品店舗端末３との情報の送受信の制御や、ユーザ端末８との情報の送受信の制御を行う。より具体的には、食品店舗端末３から送信されてきた販売商品情報や電子レシート情報を受信し、店舗別販売商品データベース１９やユーザ別履歴データベース１２に蓄積させる。また、ユーザ端末８から送信されてきたユーザ情報を受信し、ユーザ情報データベース１１に蓄積させる。さらに、栄養摂取傾向、摂取アドバイス、おすすめ食材、おすすめレシピ等の生成した情報を、ユー
ザ端末８に表示される画面に含めさせて、ユーザ端末８に送信する。  
【００７５】
以下、グループＡサーバ装置１が有する各データベース１１、１２、１４〜１８のデータ構成について、図６〜図１２を参照して説明する。なお、図６〜図１２においては、説明の便宜のために正規化されていないデータ構成を示しているが、実際のデータベースは正規化されて構築されているものであってもよい。また、効能データベース１６、摂取食材モデルデータベース１７、及びレシピデータベース１８については、場合（時期、データの見直し、食品（食材）の追加や削除、レシピの追加や削除等）によっては内容が更新されることはあり得るものの、本実施形態においては予め構築されているものとして説明する。  
【００７６】
＜ユーザ情報データベースのデータ構成＞  図６は、ユーザ情報データベース１１のデータ構成を示す図である。ユーザ情報データベース１１の各レコードは、ユーザＩＤ１１０と、メールアドレス１１１と、パスワード１１２と、ポイントカード種別１１３ａと、ポイントカードＩＤ１１３ｂと、電子レシート種別１１４ａと、電子レシートＩＤ１１４ｂと、ＥＣサイト（オンラインショップ）種別と、ＥＣサイト（オンラインショップ）会員ＩＤ（以上、図示なし）と、性別１１５と、年齢１１６と、身長１１７と、体重１１８と、健康志向１１９と、図示しない健康診断情報（身長、体重等の身体測定結果や血液検査結果等）、フィットネス情報（ウォーキングやランニング等のアクティビティ情報）からなっている。なお、ユーザ情報データベース１１のレコードに家族構成情報（家族の年齢や性別）、ニックネームを登録するようにしてもよい。なお、同じユーザが複数のポイントカードを所持している場合は、複数のポイントカード種別とポイントカードＩＤを、このユーザ情報データベース１１に登録することができる。同様に、同じユーザが複数の電子レシートサービスに登録している場合は、複数の電子レシート種別と電子レシートＩＤを、このユーザ情報データベース１１に登録することができる。  
【００７７】
ユーザＩＤ１１０は、ユーザ毎に一意にふられた識別情報である。メールアドレス１１１は、ユーザのメールアドレスであり、ユーザを一意に識別できる。システムにログインする場合には、ユーザＩＤ１１０とメールアドレス１１１の何れを入力してもよいことになる。パスワード１１２は、ユーザ登録の際に該ユーザが設定したパスワードであり、システムログインの際に入力されるものである。  
【００７８】
ポイントカード種別１１３ａは、ユーザが買い物する際に利用するポイントカードの種別を示すものであり、ポイントカードＩＤ１１３ｂは、ユーザ毎のポイントカードを一意に識別するための識別情報である。電子レシート種別１１４ａは、ユーザが買い物する際に提示する電子レシートの種別を示すものであり、電子レシートＩＤ１１４ｂは、ユーザ毎の電子レシート登録情報を一意に識別するための識別情報である。性別１１５は、ユーザの性別であり、年齢１１６は、ユーザの年齢である。後述するように、各栄養素の所要量や各食材の摂取モデルは、性別１１５及び年齢１１６に応じた区分に従って判断される。  
【００７９】
身長１１７は、ユーザの身長であり、体重１１８は、ユーザの体重である。健康志向１１９は、ユーザが選択した、ユーザの食と健康に関する志向を登録したものである。健康志向１１９は、「便秘が気になる」、「高血圧が気になる」、「血糖値が気になる」などのシステム側で予め用意した一定種類のものからユーザが選ぶことができる。身長１１７、体重１１８、及び健康志向１１９は、後述するように、各栄養素の所要量を補正するために用いられる。  
【００８０】
＜ユーザ別履歴情報データベースのデータ構成＞  図７は、ユーザ別履歴情報データベース１２のデータ構成を示す図である。ユーザ別履歴情報データベース１２の各レコードは、食品店舗端末３から送信されてきた電子レシート情報２１０から抽出されたデータからなるものであり、ユーザＩＤ１２１と、店舗ＩＤ１２２と、購入日時１２３と、食材名１２４と、数量１２５と、価格１２６とからなっている。  
【００８１】
ユーザＩＤ１２１は、ユーザを一意に識別する識別情報であり、上述したユーザ情報データベース１１のユーザＩＤ１１０と同様である。店舗ＩＤ１２２は、ユーザが食材を購入した店舗の店舗ＩＤである。購入日時１２３は、ユーザが食材を購入した日時であり、栄養評価部１Ａ及び嗜好特定部１Ｂにより行われる各処理は、購入日時１２３が過去１ヶ月以内のものを対象に行われる。食材名１２４は、ユーザが購入した食材名であり、数量１２５は、該食材の購入数量である。数量１２５は、上述した電子レシート情報２１０の数量２５２と販売商品情報２００の単位数量２０６とから換算された値が登録され、統一的なデータ処理ができるようにされている。価格１２６は、該食材の購入価格である。価格１２６は、上述した電子レシート情報２１０の価格２５３が登録され、統一的なデータ処理ができるようにされている。  
【００８２】
＜食材別栄養価データベースのデータ構成＞  図８は、食材別栄養価データベース１４のデータ構成を示す図である。食材別栄養価データベース１４の各レコードは、食材名１４１と、成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋとからなっている。ここで、成分１、成分２、…、成分ｋとは、炭水化物、脂質、タンパク質などの三大栄養素や、各種のビタミンやミネラルなどの栄養素のことである。  
【００８３】
食材名１４１は、ジャガイモ、カボチャ、豚ロース肉、鶏ささみ肉、マグロ赤身などといった食材や○○カレールウ、△△牛乳、××ビール等の食品等の名称である。成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋは、それぞれの食材や食品の単位数量当たりの含有量である。例えば、食材××１００ｇ当りについて、炭水化物が○○ｇ、脂質が○○ｇ、タンパク質が○○ｇ、ビタミンＡが○○ｍｇといった具合に登録されている。これらのデータは、栄養評価部１Ａによる各ユーザの栄養素毎の摂取量を求めるために用いられる。なお、食材別栄養価データベース１４のレコードに食材区分、例えば、肉、野菜、果物、魚、乳製品、菓子、調味料等を加え、食品区分別に各データを区分けするようにしてもよい。  
【００８４】
＜所要量データベースのデータ構成＞  図９は、所要量データベース１５のデータ構成を示す図である。所要量データベース１５の各レコードは、性別１５１と、年齢区分１５２と、成分１についての性別及び年齢区分に応じて摂取すべき量（成分１所要量）１５３１、標準偏差１５３２、及び補正式１５３３と、…成分ｋについての成分ｋ所要量１５ｋ１、標準偏差１５ｋ２、及び補正式１５ｋ３とからなっている。  
【００８５】
性別１５１は、男女の別であり、年齢区分１５２は、年齢階層の区分（例えば、２０〜２４歳、２５〜２９歳、…）である。性別や年齢が異なれば各栄養素の所要量も異なることから、異なるデータが用意されたものである。成分１についての成分１所要量１５３１は、性別１５１及び年齢区分１５２に応じて、身長や体重が標準的であり、とりわけ健康志向も選択していない場合、成分１を単位期間（ここでは、１日間）あたりどれくらい摂取する必要があるかを示すものである。  
【００８６】
成分１についての標準偏差１５３２は、性別１５１及び年齢区分１５２に応じて、成分１の摂取量にどの程度のばらつきがあるかを示すものであり、栄養評価部１Ａによる成分１の摂取量の過不足判定に用いられる。成分１についての補正式１５３３は、性別１５１及び年齢区分１５２に応じて、身長や体重が標準的でなく、何らかの健康志向が選択されている場合に、成分１所要量１５３１や標準偏差１５３２を補正して栄養評価部１Ａが成分１の摂取量の過不足判定を行うための補正式である。成分ｋについての所要量１５ｋ１、標準偏差１５ｋ２、補正式１５ｋ３についても同様である。  
【００８７】
＜効能データベースのデータ構成＞  図１０は、効能データベース１６のデータ構成を示す図である。効能データベース１６の各レコードは、成分名１６０と、効能１評価値１６１と、効能２評価値１６２と、…効能ｊ評価値１６ｊとからなっている。効能１、効能２、…、効能ｊとは、「腸の働きを助ける」、「血圧を下げる」、「血糖値を下げる」といった各成分（栄養素）がもつ働きをいう。  
【００８８】
成分名１６０は、炭水化物、脂質、タンパク質などの三大栄養素や、各種のビタミンやミネラルなどの栄養素の名称である。効能１評価値１６１は、成分名１６０の栄養素が上述した効能データベース１６の効能１に対して、どの程度に作用するかを数値で表したものである。効能２評価値１６２、…、効能ｊ評価値１６ｊについても同様である。効能１評価値１６１、効能２評価値１６２、…効能ｊ評価値１６ｊは、栄養評価部１Ａによる栄養素別の過不足の判定結果から摂取アドバイスを生成するために用いられる。  
【００８９】
＜摂取食材モデルデータベースのデータ構成＞  図１１は、摂取食材モデルデータベース１７のデータ構成を示す図である。摂取食材モデルデータベース１７の各レコードは、性別１７１と、年齢区分１７２と、食材１についての標準的な摂取量（食材１摂取量）１７３１、及び標準偏差１７３２と、食材２についての食材２摂取量１７４１、及び標準偏差１７４２と、…食材ｉについての食材ｉ摂取量１７ｉ１、及び標準偏差１７ｉ２とからなっている。  
【００９０】
性別１７１は、男女の別であり、年齢区分１７２は、年齢階層の区分（例えば、２０〜２４歳、２５〜２９歳、…）である。性別や年齢が異なれば各食材の標準的な摂取量も異なることから、異なるデータが用意されたものである。食材１についての食材１摂取量１７３１は、性別１７１及び年齢区分１７２に応じて、食材１を単位期間（ここでは、１ヶ月）あたり標準的にどれくらい摂取しているかを示すものである。  
【００９１】
食材１についての標準偏差１７３２は、性別１７１及び年齢区分１７２に応じて、食材１の摂取量にどの程度のばらつきがあるかを示すものである。食材１摂取量１７３１及び標準偏差１７３２は、ユーザが購入した食材１の摂取量について偏差値を算出することにより、嗜好特定部１Ｂによるユーザが嗜好する食品（食材）の特定に用いられる。食材２についての食材２摂取量１７４１及び標準偏差１７４２、…食材ｉについての摂取量１７ｉ１及び標準偏差１７ｉ２についても同様である。  
【００９２】
＜レシピデータベースのデータ構成＞  図１２は、レシピデータベース１８のデータ構成を示す図である。レシピデータベース１８の各レコードは、レシピ名１８１と、食材１含有量１８２１〜食材ｉ含有量１８２ｉと、成分１含有量１８３１〜成分ｋ含有量１８３ｋと、作り方１８４と、材料詳細１８５と、関連する他のレシピに関する情報１８６とからなっている。なお、このレシピデータベース１８のレコードに、各レシピ名を識別するためのレシピＩＤを登録するようにしてもよい。  
【００９３】
レシピ名１８１は、レシピの名称、すなわち該レシピで作られる料理の名称である。食材１含有量１８２１〜食材ｉ含有量１８２ｉは、該レシピで作られる料理に食材１〜食材ｉがそれぞれどの程度の量だけ含まれているかを示すものである。成分１含有量１８３１〜成分ｋ含有量１８３ｋは、該レシピで作られる料理に成分１〜成分ｋがそれぞれどの程度の量だけ含まれているかを示すものである。食材１含有量１８２１〜食材ｉ含有量１８２ｉと、成分１含有量１８３１〜成分ｋ含有量１８３ｋとは、おすすめレシピ抽出部１Ｄによるおすすめレシピの抽出に用いられる。  
【００９４】
作り方１８４は、該レシピによる料理の作り方を詳細に説明する文章や画像である。材料詳細１８５は、該レシピに必要な食材や調味料の種類、必要量を詳細に説明するものである。関連する他のレシピに関する情報１８６は、該レシピと食材や栄養素の面で一定の関連性（共通性）があり、ユーザに参考として示させる他のレシピに関する情報（他のレシピを特定するため
のレシピ名１８１やレシピＩＤ等）を登録したものである。  
【００９５】
＜飲食支援システムにおける全体的な処理の流れ＞  以下、本実施形態にかかる飲食支援システムにおいて実行される処理について説明する。図１３は、本実施形態にかかる飲食支援システムにおける全体的な処理の流れを示す図である。ここでは、グループＡサーバ装置１において行われる処理を中心に説明するが、グループＡサーバ装置１に情報を送信する際には、食品店舗端末３またはユーザ端末８において必要な処理（例えば、食品店舗端末３における情報入力やユーザ端末８における情報入力）が行われ、グループＡサーバ装置１から情報が送信された際には、食品店舗端末３またはユーザ端末８において必要な処理（例えば、食品店舗端末３における情報表示やユーザ端末８における情報表示）が行われているものとする。  
【００９６】
まず、食品店舗端末３からは、既に蓄積されたポイントカードＩＤ、電子レシートＩＤ等に対応する電子レシート情報がグループＡサーバ装置１に送信される。グループＡサーバ装置１は、これらの電子レシート情報を受信すると、ポイントカードＩＤ、電子レシートＩＤ等のＩＤに従って、これらのＩＤ所有者の食材の購入履歴をデータベースに登録する。次に、この飲食支援システムを新たに利用しようとするユーザによってユーザ端末８においてユーザ情報が入力されてグループＡサーバ装置１に送信され、これをグループＡサーバ装置１が受信すると、グループＡサーバ装置１では、受信したユーザ情報をユーザ情報データベース１１に登録する（ステップＳ１）。  グループＡサーバ装置１は、電子レシート情報の受信とユーザ情報の登録が完了すると、ポイントカードＩＤおよび／または電子レシートＩＤおよび／またはクレジットカードおよび／または電子決済ＩＤおよび／またはバーコードやＱＲコードベースの決済サービスの情報に従って新規登録したユーザの食材の購入履歴を、ユーザ別履歴データベース１２に登録する（ステップＳ２）。  
【００９７】
この後、グループＡサーバ装置１では、該ユーザ情報にポイントカード種別とポイントカードＩＤが含まれている場合、このポイントカード種別のポイントカードを利用することができる店舗（もしくは、チェーン店舗の支部や本部）の食品店舗端末３に対して、該ユーザ情報に含まれるポイントカードＩＤに対応した電子レシート情報の送信を要求する。また、グループＡサーバ装置１は、該ユーザ情報に電子レシート種別と電子レシートＩＤが含まれている場合、該ユーザ情報に含まれる電子レシート種別の電子レートを発行することができる店舗（もしくは、チェーン店舗の支部や本部、電子レシート運営会社）の食品店舗端末３に対して、該ユーザ情報に含まれる電子レシートＩＤに対応した電子レシート情報の送信を要求する。  また、ユーザ端末８においてユーザ情報には、クレジットカード、電子決済ＩＤ、バーコードやＱＲコードベースの決済サービスの情報等が含まれてもよい。  
【００９８】
該ポイントカードＩＤおよび／または電子レシートＩＤおよび／またはクレジットカードおよび／または電子決済ＩＤおよび／またはバーコードやＱＲコードベースの決済サービスの情報に対応した販売履歴が販売履歴データベース３２に蓄積されている食品店舗端末３において、ユーザの該ポイントカードＩＤ等に対応する電子レシート情報が生成され、グループＡサーバ装置１に送信される。  
【００９９】
また、既にユーザ情報を登録しているユーザが店舗で買い物をしてポイントカードを利用すると、食品店舗端末３において販売履歴が販売履歴データベース３２に追加して蓄積されるとともに、該ポイントカードＩＤに対応する電子レシート情報が生成され、グループＡサーバ装置１に送信される。この電子レシート情報を受信すると、グループＡサーバ装置１は、ポイントカードＩＤに従って該ユーザの食材の購入履歴を、ユーザ別履歴データベース１２に追加して登録する（ステップＳ３）。  
【０１００】
ユーザ登録しているユーザがユーザ端末８から栄養評価を要求すると、グループＡサーバ装置１では、栄養評価部１Ａにより、該ユーザの過去１ヶ月に購入した食材をユーザ別履歴データベース１２から読み出し、食材別栄養価データベース１４及び所要量データベース１５を参照して、各栄養素の摂取の過不足を判定する。また、不足している栄養素についての摂取アドバイスを生成する（ステップＳ４）。  
【０１０１】
また、おすすめレシピ抽出部１Ｄが、該ユーザに不足している判定された栄養素を多く摂取することのできる料理のレシピを、おすすめレシピとしてレシピデータベース１８から抽出する（ステップＳ５）。グループＡサーバ装置１は、ステップＳ４において生成された各栄養素の摂取の過不足の判定結果、及び不足している栄養素についての摂取アドバイスと、ステップＳ５において抽出されたおすすめレシピを、ユーザ端末８に送信する。  
【０１０２】
一方、ユーザ登録しているユーザがユーザ端末８からおすすめ食材を要求すると、グループＡサーバ装置１では、嗜好特定部１Ｂにより、該ユーザの過去１ヶ月に購入した食材をユーザ別履歴データベース１２から読み出し、摂取食材モデルデータベース１７を参照して、該ユーザが比較的好んで摂取している食材を特定する（ステップＳ６）。次に、おすすめ食材抽出部１Ｃにより、食材別栄養価データベース１４を参照して、該ユーザが比較的好んで摂取している食材のうちから栄養評価部１Ａにより摂取が不足していると判定された栄養素を多く摂取することができる１または複数の食材を、おすすめ食材として抽出する（ステップＳ７）。なお、おすすめ食材が１つだけである場合は１つしか抽出されないが、おすすめ食材が２つ以上ある場合は２つ以上抽出されることもある。  
【０１０３】
また、おすすめレシピ抽出部１Ｄにより、該ユーザが比較的好んで摂取している食材を材料として含みつつ、該ユーザのおすすめ食材（すなわち、該ユーザに不足している栄養素を多く含む食材）を材料として含む料理のレシピを、おすすめレシピとしてレシピデータベース１８から抽出する（ステップＳ８）。グループＡサーバ装置１は、ステップＳ４において抽出されたおすすめ食材と、ステップＳ８において抽出されたおすすめレシピを、ユーザ端末８に送信する。  
【０１０４】
以下、グループＡサーバ装置１の栄養評価部１ＡがステップＳ４において行う栄養評価処理を図１４〜図１７のフローチャート、図１８〜図１９の説明図を参照して、さらに詳細に説明し、嗜好特定部１Ｂが行うユーザ別嗜好特定処理、おすすめ食材抽出部１ＣがステップＳ７において行うおすすめ食材抽出処理、及びおすすめレシピ抽出部１ＤがステップＳ５またはステップＳ８において行うおすすめレシピ抽出処理について、それぞれ図２０〜図２２のフローチャートを参照して、さらに詳細に説明する。  
【０１０５】
＜栄養評価処理＞  図１４は、栄養評価部１Ａが行うユーザ及びその家族の栄養評価処理を示すフローチャートである。栄養評価部１Ａは、１日の決められた時間（例えば、午後２３時５９分）に、該ユーザのユーザＩＤ１２１に対応付けてユーザ別履歴データベース１２に登録されている購入履歴（ＩＤ―ＰＯＳデータ）の購入日時１２３を読み出す。購入日時１２３が所定期間（例えば過去１日）以内ものものである場合には、購入履歴（ＩＤ―ＰＯＳデータ）の食材名１２４及び価格１２６、購入履歴（ＩＤ―ＰＯＳデータ）の識別コード（日本国におけるＪＡＮコードなどの統一コードであっても店舗独自のコードでもよい。）、店舗ＩＤ１２２が示す店舗の所在地、現在の年月、食材相場データベース１３に記憶された食材相場の各種補正値、食材相場の地域補正値、第１外部サーバ（日本国の場合、総務省統計局サーバ）９３内にある小売物価データベース９４の小売物価データ等から、食材の購入量を算出やデータの読み出し等により確定する（ステップＳ１０１）。  
【０１０６】
例えば、平成３０年１１月１０日の午後７時に、北海道の札幌でユーザがもち米を２０３円で購入した場合、食材相場の各種補正値（９月から１１月の時間ずれにより補正値）が０、食材相場データベース１３の食材相場データが示す食材の月毎の相場が「平成３０年９月、もち米１ｋｇ  札幌  ５０６円」であるとすると、ユーザは、平成３０年１１月１０日の午後７時に、食材の購入量として、もち米を５００ｇ購入したことになる。  
【０１０７】
次に、栄養評価部１Ａは、各食材の購入量に対して食材別栄養価データベース１４に登録されている成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋを積算し、食材毎に成分１〜成分ｋを家族全体でどの程度摂取したかを求める。次に、栄養評価部１Ａは、家族全体で摂取した食材毎に成分１〜成分ｋを最初の購入日から摂取期間の１日毎に割り振りし、この割り振りの結果とユーザ情報データベース１１に登録されている該ユーザ及びその家族の性別１１５及び年齢１１６と所要量データベース１５に登録されている性別１５１及び年齢区分１５２の成分１所要量１５３１から、ユーザの家族構成員（ユーザ及びその家族）が個人単位で１日毎に摂取すると推測される栄養素別の摂取量を算出する（ステップＳ１０２）。  
【０１０８】
次に、栄養評価部１Ａは、ユーザ情報データベース１１から該ユーザ及びその家族の性別１１５及び年齢１１６を読み出し、これに対応して所要量データベース１５に登録されている性別１５１及び年齢区分１５２の成分１所要量１５３１及び標準偏差１５３２、…成分ｋ所要量１５ｋ１及び標準偏差１５３２を読み出す（ステップＳ１０３）。さらに、栄養評価部１Ａは、ユーザ情報データベース１１から該ユーザの家族構成員の身長１１７、体重１１８、健康志向１１９を読み出し、これに応じて所要量データベース１５に登録されている補正式１５３３、…１５ｋ３を用いて、ステップＳ１０３で読み出した各栄養素の所要量及び標準偏差を補正する（ステップＳ１０４）。  
【０１０９】
次に、栄養評価部１Ａは、ステップＳ１０１で求めた栄養素別の摂取量とステップＳ１０４で補正された所要量との標準偏差に基づく乖離度合いに従って、１日毎に該ユーザの家族構成員の栄養素別の過不足を判定する。例えば、ある栄養素についての摂取量が所要量から２標準偏差以上少ない場合には、該栄養素が不足していると判定し、１標準偏差以上２標準偏差未満少ない場合には、該栄養素がやや不足していると判定し、２標準偏差以上多い場合には、該栄養素が過多であると判定する（ステップＳ１０５）。  
【０１１０】
次に、栄養評価部１Ａは、ステップＳ１０５で不足またはやや不足していると判定された栄養素について効能データベース１６の効能１評価値１６１、効能２評価値１６２、…効能ｊ評価値１６３を読み出す。そして、不足またはやや不足している栄養素についての効能１評価値１６１、効能２評価値１６２、…効能ｊ評価値１６３を加算する。そして、その値が小さい効能に基づいて、該ユーザの家族構成員に対する摂取アドバイスを１日毎に生成する（ステップＳ１０６）。  
【０１１１】
そして、栄養評価部１Ａは、ステップＳ１０５で求めた該ユーザの家族構成員毎の栄養素別の過不足判定の結果と、ステップＳ１０６で生成した該ユーザの家族構成員毎に対する摂取アドバイスとをまとめたページを生成し、通信部１Ｅから該ユーザのユーザ端末８に送信させる（ステップＳ１０７）。これで、栄養評価処理を終了する。  
【０１１２】
＜ＩＤ−ＰＯＳデータから食材の購入量を確定する処理＞  次に、ステップＳ１０１のＩＤ−ＰＯＳデータから食材の購入量を確定する処理についてさらに詳細に説明する。  
【０１１３】
図１５は、図１４におけるステップＳ１０１のＩＤ−ＰＯＳデータから食材の購入量を確定する処理を詳細に示すフローチャートである。図１５において、栄養評価部１Ａは、該ユーザのユーザＩＤ１２１に対応付けてユーザ別履歴データベース１２に登録されている購入履歴（ＩＤ―ＰＯＳデータ）の購入日時１２３を読み出すことで、ＩＤ―ＰＯＳデータを取得する（ステップＳ１０１−１）。  
【０１１４】
次に、栄養
評価部１Ａは、ＩＤ―ＰＯＳデータから食品に関わるデータである食品購買データ（ＩＤ―ＰＯＳデータ（食品））を取得する（ステップＳ１０１−２）。  
【０１１５】
次に、栄養評価部１Ａは、食品購買データ（ＩＤ―ＰＯＳデータ（食品））をＩＤ毎に仕分けすることで、ユーザ（顧客）毎に仕分けをし、食品購買データの購入日時１２３が所定期間（例えば過去１日）以内ものものである場合には、この購入履歴（ＩＤ―ＰＯＳデータ）を有効な購入履歴とする（ステップＳ１０１−３）。  
【０１１６】
次に、栄養評価部１Ａは、データベース１２〜１８から各種食材情報（第１外部サーバ（日本国の場合、総務省統計局サーバ）９３内にある小売物価データベース９４の小売物価データ、入力手段９７により入力された食材相場の各種補正値、ユーザがアクセスしたレシピ等）を取得するとともに、購入履歴（ＩＤ―ＰＯＳデータ）の識別コードを取得する（ステップＳ１０１−４）。  
【０１１７】
次に、栄養評価部１Ａは、ステップＳ１０１−３での有効な購入履歴の食材の価格、店舗ＩＤ１２２が示す店舗の所在地、現在の年月、食材相場データベース１３から各種食材情報、ステップＳ１０１−４で取得した識別コード等により、食材の購入量を算出または読み出して確定する（ステップＳ１０１−５）。  
【０１１８】
＜食材購入量確定処理＞  図１６は、図１５におけるステップＳ１０１−５の食材購入量確定処理を示すフローチャートである。図１６において、栄養評価部１Ａは、ステップＳ１０１−２で取得した食品購買データ（ＩＤ―ＰＯＳデータ（食品））から１種類の食材のデータを取得する（ステップＳ１０１−５１）。  
【０１１９】
次に栄養評価部１Ａは、１種類の食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の購入量が確定可能か否かの判別を行う（ステップＳ１０１−５２）。  
【０１２０】
ここで１種類の食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の購入量が確定可能な場合とは、例えば、ＩＤ―ＰＯＳデータ（食品）に食材名（例えば牛肉サーロイン）と購入量（分量、例えば５００ｇ）が記載されている場合である。  
【０１２１】
１種類の食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の購入量が確定可能でない場合とは、例えば、ＩＤ―ＰＯＳデータ（食品）に食材名（例えば人参）が記載されておらず、代わりに商品名（例えば、彩誉）が記載されている場合や、購入量（分量）が記載されず、代わりに個数（例えば人参４本）のみ記載されている場合である。  
【０１２２】
前記１種類の食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の購入量が確定可能でない場合、栄養評価部１Ａは、ステップＳ１０１−５２の判別がＮＯとなり、ステップＳ１０１−５３の処理に移行する。前記１種類の食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の購入量が確定可能である場合、栄養評価部１Ａは、ステップＳ１０１−５２の判別がＹＥＳとなり、ステップＳ１０１−５７の処理に移行する。  
【０１２３】
ステップＳ１０１−５３において、栄養評価部１Ａは、商用システム（図１８参照）と、食品購買データ（ＩＤ―ＰＯＳデータ（食品））と、識別コードを用いて、食材の商品名（例えば、彩誉）と食材の分類（例えば、人参）を確定し、ステップＳ１０１−５４の処理に移行する。  
【０１２４】
ステップＳ１０１−５４において、栄養評価部１Ａは、食材の商品名（例えば、彩誉）と食材の分類（例えば、人参）を用いて、食材の食材名（例えば、人参）を確定し、ステップＳ１０１−５５の処理に移行する。  
【０１２５】
ステップＳ１０１−５５において、栄養評価部１Ａは、食品購買データ（ＩＤ―ＰＯＳデータ（食品））の個数と価格と各種食材情報（ステップＳ１０１−４で取得）から食材の購入量を確定し、ステップＳ１０１−５６の処理に移行する。  
【０１２６】
ステップＳ１０１−５７において、栄養評価部１Ａは、商用システム（図１８参照）と、食品購買データ（ＩＤ―ＰＯＳデータ（食品））と、識別コードを用いて、食材の商品名（例えば、松坂牛サーロイン）と食材の分類（例えば、牛肉）と購入量（例えば、５００ｇ）を確定し、ステップＳ１０１−５８の処理に移行する。  
【０１２７】
ステップＳ１０１−５８において、栄養評価部１Ａは、食材の商品名（例えば、松坂牛サーロイン）と食材の分類（例えば、牛肉）を用いて、食材の食材名（例えば、牛肉サーロイン）を確定し、ステップＳ１０１−５６の処理に移行する。  
【０１２８】
ステップＳ１０１−５６において、栄養評価部１Ａは、全種類の食材において、食材名及び購入量が確定したかを判定する。  
【０１２９】
栄養評価部１Ａは、全種類の食材において、食材名及び購入量が確定していない場合、ステップＳ１０１−５２の判別がＮＯとなりステップＳ１０１−５１の処理に戻り、全種類の食材において、食材名及び購入量が確定した場合、今回の食材購入量確定処理を終了する。  
【０１３０】
＜栄養素摂取量算出処理＞  図１７は、図１４におけるステップＳ１０２の栄養素摂取量算出処理を示すフローチャートである。図１７において、栄養評価部１Ａは、ステップＳ１０１−５で確定した各食材の購入量と各種食材情報（食材別栄養価データベース１４の各レコード、入力手段９７により入力された食材別栄養価の各種補正値）から各食材の栄養素を算出する（ステップＳ１０２−１）。  
【０１３１】
次に、栄養評価部１Ａは、ユーザがユーザ端末８の入力部８１を用いてレシピデータベース１８等からレシピをアクセスしたか否かを判定する（ステップＳ１０２−２）。  
【０１３２】
ステップＳ１０２−２において、ユーザがレシピをアクセスしなかった場合、栄養評価部１Ａは、ステップＳ１０２−３の処理に移行し、ユーザがレシピをアクセスした場合、栄養評価部１Ａは、ステップＳ１０２−４の処理に移行する。  
【０１３３】
ステップＳ１０２−３において、栄養評価部１Ａは、ステップＳ１０２−１で算出した各食材の各栄養素を、ユーザの各家族構成員（ユーザ及びその家族の個人毎）の消費スピード（予め、第２外部サーバ９５内の栄養調査データベース９６に記憶された性年齢別の栄養素の消費量から各性年齢別１人／１日の消費スピードを設定している）に基づいて、家族構成員毎及び日付毎に振り分ける。この場合の振り分け方法は、各食材の各栄養素が無くなるまで、ユーザの各家族構成員の１日の消費スピード分の各食材の各栄養素を、ステップＳ１０２−１で算出した各食材の栄養素から一日毎に引き続け、一日毎に引いた各食材の各栄養素を各家族構成員に対して一日毎に割り振りし、今回の処理を終了する。  
【０１３４】
ステップＳ１０２−４において、栄養評価部１Ａは、ステップＳ１０２−１で算出した各食材の各栄養素、または、前回以前のステップＳ１０２の処理により一日毎に一旦割り振られた各食材の各栄養素（割り振ら日に近い方の日から選択）から、アクセスしたレシピに対応した栄養素を引き、引いた各食材の各栄養素をユーザの家族構成員毎に対してレシピのアクセス日に割り振りし、ステップＳ１０２−５に移行する。  
【０１３５】
ステップＳ１０２−５において、栄養評価部１Ａは、ステップＳ１０２−４でレシピに対応した栄養素を引かれた後の各食材の各栄養素を、ユーザの各家族構成員の消費スピードに基づいて、各家族構成員に対して振り分ける。この場合の振り分け方法は、各食材の各栄養素が無くなるまで、ユーザの各家族構成員の１日の消費スピード分の各食材の各栄養素を、ステップＳ１０２−４で栄養素を引かれた後の各食材の各栄養素からアクセス日以外の一日毎に引き続け、一日毎に引いた各食材の各栄養素をユーザの家族構成員毎に対してアクセス日以外の一日毎に割り振し、ステップＳ１０２−６に移行する。  
【０１３６】
ステップＳ１０２−６において、栄養評価部１Ａは、ステップＳ１０２−２またはステップＳ１０２−５において各家族構成員に対して一日毎に割り振りされた栄養素に対して、グループＢサーバ装置２において各家族構成員に対して一日毎に振り込まれた栄養素（後述の図４６のステップＳ２１０２−１〜Ｓ２１０２−３参照）を基づいて補正演算を行い、今回の処理を終了する。  
【０１３７】
尚、ステップＳ１０２−６の補正演算の具体的なプロセスはグループＢサーバ装置２の構成を説明した後に後述する。  
【０１３８】
栄養評価部１Ａは、ステップＳ１０２の処理を１日の決められた時間（例えば、午後２３時５９分）に行うため、本日アクセスしたレシピに対応する栄養素の量が本日のステップＳ１０２−１の処理により算出された栄養素の量を超えている場合、ステップＳ１０２−４において、前日以前のステップＳ１０２−１の処理により算出された栄養素から一日毎に割り振られた各食材の各栄養素から引くことになる。  
【０１３９】
＜家族構成員毎の栄養素摂取量算出処理＞  図１８は、家族構成員毎の栄養素摂取量算出処理を示す説明図であり、図１６のステップＳ１０１−５１〜Ｓ１０１−５８、図１７のステップＳ１０２−１〜Ｓ１０２−５に対応している。  
【０１４０】
栄養評価部１Ａは、図１８（ａ）に示すように、ステップＳ１０１−２で取得した食品購買データ（ＩＤ―ＰＯＳデータ（食品））から１種類の食材のデータを取得する（ステップＳ１０１−５１参照）。  
【０１４１】
この場合の食材のデータは、商品名、購入量、個数、価格、識別コードがあるが、本実施の形態では、個数、価格、識別コードを用いるものとする。  
【０１４２】
ここで、食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の内容量が確定可能な場合（ステップＳ１０１−５２参照）には、栄養評価部１Ａは、商用システムにより識別コードのマッチングを行い、図１８（ｂ）に示すように、識別コードより内容量を確定し（ステップＳ１０１−５７参照）、識別コードが示す商品名と食材の分類から、図１８（ｃ）に示すように、食材名を確定する（ステップＳ１０１−５８参照）。この後、確定した食材の内容量に食品購買データの個数を乗算することで購入量を確定する。そして、食材名と購入量を栄養変換し（ステップＳ１０２−１参照）、食材の各栄養素を日付毎及びユーザの家族構成員毎（ユーザ及びその家族の個人毎）に振り分ける（ステップＳ１０２−３参照）。  
【０１４３】
ここで、食材において、食品購買データ（ＩＤ―ＰＯＳデータ（食品））のみで食材の内容量が確定可能でない場合（ステップＳ１０１−５２参照）には、栄養評価部１Ａは、商用システムにより識別コードのマッチングを行い、図１８（ｂ）に示すように、識別コードが示す商品名と食材の分類から（ステップＳ１０１−５３参照）、図１８（ｃ）に示すように、食材名を確定する（ステップＳ１０１−５４参照）。ここで、ＤＢ（データベース：食材相場データベース１３）には、第１外部サーバ９３内にある小売物価データベース９４の小売物価データ、インターネットによる各種情報、入力手段９７により入力された食材相場の各種補正値（季節のずれや市町村などの小さい地域間のずれの補正値）等が記憶される。確定した食材名からＤＢ（データベース：食材相場データベース１３）の小売物価データを含む各種情報を読みし、図１８（ａ）に示す食品購買データ（ＩＤ―ＰＯＳデータ（食品））の個数と価格から食材の購入量を確定する（ステップＳ１０１−５５参照）。この後、確定した食材の内容量に食品購買データの個数を乗算することで購入量を確定する。そして、食材名と購入量を栄養変換し（ステップＳ１０２−１参照）、食材の各栄養素を日付毎及びユーザの家族構成員毎（ユーザ及びその家族の個人毎）に振り分ける（ステップＳ１０２−３参照）。  
【０１４４】
図１９は、図１４のステップＳ１０２における日別の栄養素（成分１〜成分ｋ）の割り振りを示す説明図である。  図１９において、ユーザが１人で摂取した食材を人参４本（２９８円）とすると、人参４本（２９８円）に含まれる栄養素は、栄養素Ａ（成分１）が５００ｍｇ、栄養素Ｂ（成分
２）が３００ｍｇ、栄養素Ｃ（成分３）が１００ｍｇとなる。  一方、ユーザの性年齢別１人／１日の消費スピードは、栄養素Ａ（成分１）が１００ｍｇ、栄養素Ｂ（成分２）が３００ｍｇ、栄養素Ｃ（成分３）が２００ｍｇとしている。  
【０１４５】
また、図１９では、３日目にユーザがカレーのレシピをアクセスし、このカレーのレシピからユーザが３日目に栄養素Ａ（成分１）を２００ｍｇ、栄養素Ｂ（成分２）を１２０ｍｇ、栄養素Ｃ（成分３）を４０ｍｇ摂取するものと推定している（ステップＳ１０２−４参照）。  
【０１４６】
とすると、ユーザ１人において、栄養素Ａは、１日目に１００ｍｇ（消費スピードにより設定、ステップＳ１０２−５参照）、２日目に１００ｍｇ（消費スピードにより設定、ステップＳ１０２−５参照）、３日目に２００ｍｇ（レシピにより設定、ステップＳ１０２−５参照）、４日目に１００ｍｇ（消費スピードにより設定、ステップＳ１０２−５参照）、５日目に０ｍｇ（食材切れ）、６日目に０ｍｇ（食材切れ）となる。  
【０１４７】
栄養素Ｂは、１日目に１８０ｍｇ（消費スピードにより設定、ステップＳ１０２−５参照）、２日目に０ｍｇ（食材切れ）、３日目に１２０ｍｇ（レシピにより設定、ステップＳ１０２−５参照）、４日目に０ｍｇ（食材切れ）、５日目に０ｍｇ（食材切れ）、６日目に０ｍｇ（食材切れ）となる。  
【０１４８】
栄養素Ｃは、１日目に６０ｍｇ（消費スピードにより設定、ステップＳ１０２−５参照）、２日目に０ｍｇ（食材切れ）、３日目に４０ｍｇ（レシピにより設定、ステップＳ１０２−５参照）、４日目に０ｍｇ（食材切れ）、５日目に０ｍｇ（食材切れ）、６日目に０ｍｇ（食材切れ）となる。  
【０１４９】
＜ユーザ別嗜好特定処理＞  図２０は、嗜好特定部１Ｂが行うユーザ別嗜好特定処理を示すフローチャートである。栄養評価部１Ｂは、１日の決められた時間（例えば、午後２３時５９分）に、該ユーザのユーザＩＤ１２１に対応付けてユーザ別履歴データベース１２に登録されている購入履歴（ＩＤ―ＰＯＳデータ）の購入日時１２３を読み出す。購入日時１２３が所定期間（例えば過去１日）以内ものものである場合には、購入履歴（ＩＤ―ＰＯＳデータ）の食材名１２４及び価格１２６、購入履歴（ＩＤ―ＰＯＳデータ）の識別コード、店舗ＩＤ１２２が示す店舗の所在地、現在の年月、食材相場データベース１３に記憶された食材相場の各種補正値、食材相場の地域補正値、第１外部サーバ（日本国の場合、総務省統計局サーバ）９３内にある小売物価データベース９４の小売物価データ等から、食材の購入量を算出やデータの読み出し等により確定する（ステップＳ２０１）。  
【０１５０】
次に、栄養評価部１Ｂは、各食材の購入量に対して食材別栄養価データベース１４に登録されている成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋを積算し、食材毎に成分１〜成分ｋを家族全体でどの程度摂取したかを求める。次に、栄養評価部１Ａは、家族全体で摂取した食材毎に成分１〜成分ｋを最初の購入日から摂取期間の１日毎に割り振りし、この割り振りの結果とユーザ情報データベース１１に登録されている該ユーザ及びその家族の性別１１５及び年齢１１６と所要量データベース１５に登録されている性別１５１及び年齢区分１５２の成分１所要量１５３１から、ユーザの家族構成員（ユーザ及びその家族）が個人単位で１日毎に摂取すると推測される栄養素別の摂取量を算出する（ステップＳ２０２）。  
【０１５１】
次に、嗜好特定部１Ｂは、ユーザ情報データベース１１から該ユーザ及びその家族の性別１１５及び年齢１１６を読み出し、これに対応して摂取食材モデルデータベース１７に登録されている性別１７１及年齢区分１７２の食材１摂取量１７３１及び標準偏差１７３２、食材２摂取量１７４１及び標準偏差１７４２、…食材ｉ摂取量１７ｉ１及び標準偏差１７ｉ２を読み出す（ステップＳ２０３）。  
【０１５２】
次に、嗜好特定部１Ｂは、食材１、食材２、…食材ｉのそれぞれについて、ステップＳ２０１で求めた摂取量と、ステップＳ２０３で読み出した摂取量及び標準偏差とから、該ユーザ及びその家族の過去１ヶ月以内の食材の種類毎及び日毎の摂取量の偏差値を算出する（ステップＳ２０４）。  
【０１５３】
そして、嗜好特定部１Ｂは、ステップＳ２０４で算出した偏差値が高い一定数の食材を、該ユーザ及びその家族の嗜好する食材として特定する。この場合、偏差値が一定値以上の食材は全ての種類を該ユーザ及びその家族の嗜好する食材として特定するものとしても、偏差値に関わらず予め定めた種類数までの食材を該ユーザ及びその家族の嗜好する食材として特定するものとしてもよい（ステップＳ２０５）。これで、ユーザ及びその家族別嗜好特定処理を終了する。  
【０１５４】
＜おすすめ食材抽出処理＞  図２１は、おすすめ食材抽出部１Ｃが行うおすすめ食材抽出処理を示すフローチャートである。おすすめ食材抽出部１Ｃは、まず、ステップＳ１０５において栄養評価部１Ａが該ユーザ及びその家族に不足していると、或いはやや不足していると判定した栄養素を特定する（ステップＳ３０１）。なお、ここで不足またはやや不足している栄養素の特定には、上述したステップＳ１０４における補正式による補正で、該ユーザ及びその家族の健康志向の考慮は既になされている。  
【０１５５】
次に、おすすめ食材抽出部１Ｃは、食材毎に、食材別栄養価データベース１４に登録されている成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋを読み出す。おすすめ食材抽出部１Ｃは、ステップＳ３０１で不足またはやや不足していると特定された栄養素を多く含む食材を、ステップＳ３０２で読み出した成分１含有量１４２、成分２含有量１４３、…成分ｋ含有量１４ｋに従って判定する。そして、１または複数の食材を該ユーザ及びその家族へのおすすめ食材として抽出する（ステップＳ３０２）。なお、おすすめ食材が１つだけである場合は１つしか抽出されないが、おすすめ食材が２つ以上ある場合は２つ以上抽出されることもある。  
【０１５６】
次に、おすすめ食材抽出部１Ｃは、ステップＳ３０３で抽出したおすすめ食材に関するクーポンが店舗別販売商品データベース１９に登録されているかどうかを判定し、ユーザ別履歴情報データベース１２に従って該ユーザが利用したことのある店舗においておすすめ食材の購入に使用できるクーポンが登録されていれば、これを店舗別販売商品データベース１９から読み出す（ステップＳ３０３）。  
【０１５７】
そして、おすすめ食材抽出部１Ｃは、ステップＳ３０２で抽出した該ユーザ及びその家族へのおすすめ食材と、ステップＳ３０３で読み出したクーポンとをまとめたページを生成し、通信部１Ｅから該ユーザのユーザ端末８に送信させる（ステップＳ３０４）。なお、後述するおすすめレシピ抽出処理でおすすめレシピが抽出される場合には、さらにおすすめレシピもまとめたページを生成し、ユーザ端末８に送信させるものとしてもよい。これで、おすすめ食材抽出処理を終了する。なお、抽出されたおすすめ食材が複数である場合、含んでいる栄養素の多い順におすすめ食材第１位、第２位…というように表示するようにしてもよい。  
【０１５８】
＜おすすめレシピ抽出処理＞  図２２は、おすすめレシピ抽出部１Ｄが行うおすすめレシピ抽出処理を示すフローチャートである。おすすめレシピ抽出部１Ｄは、栄養評価部１Ａの栄養評価処理で生成されたページの栄養評価画面においてユーザが栄養素を選択したことが通知されたのか、おすすめ食材抽出部１Ｄのおすすめ食材抽出処理で生成されたページのおすすめ食材画面においてユーザが食材を選択したことが通知されたのかを判定する（ステップＳ４０１）。  
【０１５９】
栄養素が選択された場合には、おすすめレシピ抽出部１Ｄは、レシピデータベース１８の成分１含有量１８３１〜成分ｋ含有量１８３ｋを参照して、選択された栄養素を多く含むレシピを抽出する（ステップＳ４０２）。一方、食材が選択された場合には、おすすめレシピ抽出部１Ｄは、レシピデータベース１８の食材１含有量１８２１〜食材ｉ含有量１８２を参照して、ステップＳ２０５で該ユーザ及びその家族の嗜好する食材として特定された食材を比較的多く含むレシピを抽出する（ステップＳ４０３）。なお、このステップＳ４０３においておすすめレシピ抽出部１Ｄは、ユーザ及びその家族が嗜好する食材の数が比較的多いレシピ（例えば、嗜好する食材を２種類含むレシピよりも３種類含むレシピ）を抽出したり、ユーザ及びその家族が嗜好する食材のなかでも摂取量が比較的多い食材を含むレシピ（例えば、ユーザ及びその家族が嗜好する食材であり摂取量が多い食材が鳥のむね肉である場合、鳥のむね肉を使用したレシピ）を抽出したりする。  
【０１６０】
おすすめレシピ抽出部１Ｄは、さらに、レシピデータベース１８の食材１含有量１８２１〜食材ｉ含有量１８２を参照して、おすすめ食材抽出部１Ｃで抽出されたおすすめ食材を多く含むレシピに絞り込んで抽出する（ステップＳ４０４）。なお、おすすめ食材画面においてユーザが選択した食材は、該ユーザ及びその家族へのおすすめ食材であることから、該ユーザ及びその家族に不足している栄養素を多く含むものである。つまり、最終的に抽出されるレシピは、該ユーザ及びその家族の嗜好する食材を多く含みつつ、該ユーザ及びその家族に不足している栄養素も多く含むものとなる。  
【０１６１】
ステップＳ４０２またはステップＳ４０４でレシピが抽出されると、おすすめ食材抽出部１Ｄは、レシピデータベース１８の作り方１８４、材料詳細１８５、関連する他のレシピに関する情報１８６と、食材１含有量１８２１〜食材ｉ含有量１８２ｉ、成分１含有量１８３１〜成分ｋ含有量１８３ｋとをまとめたページを生成し、通信部１Ｅから該ユーザのユーザ端末８に送信させる（ステップＳ４０５）。これで、レシピ抽出処理を終了する。  
【０１６２】
＜飲食支援システムの利用例＞  以下、本実施形態にかかる飲食支援システムの利用例を、図２３〜図２８のユーザ端末８における表示画面例に基づいて、具体的に説明する。図２３は、トップ画面を示す図である。図２４は、ユーザ登録画面を示す図である。図２５は、家族登録画面を示す図である。図２６は、栄養評価画面を示す図である。図２７は、おすすめ食材画面を示す図である。図２８は、おすすめレシピ画面を示す図である。なお、表示部８２のサイズに収まらない画面であっても、スクロールして表示できるものは１画面として表している。  
【０１６３】
まず、図２３のトップ画面５００において、既に登録しているユーザがシステム利用する場合には、ＩＤ入力欄５０１にユーザＩＤまたはメールアドレスを、パスワード入力欄５０２にパスワードを入力し、ログインボタン５０３をタップする。すると、図２６の栄養評価画面が表示されることになる。一方、新たにユーザ登録する場合には、「こちら」５０４をタップする。すると、図２４（ａ）のユーザ登録画面が表示される。  
【０１６４】
図２４（ａ）のユーザ登録画面６００において、新規登録しようとするユーザは、メールアドレス入力欄６０１に自己のメールアドレスを、パスワード入力欄６０２、６０３に自分で設定したパスワードを入力する。また、ユーザがポイントカードを所有している場合、ポイントカード種別選択欄６０４ａにおいて登録しようとするポイントカードの種別を選択し、ポイントカードＩＤ入力欄６０４ｂに自己の有するポイントカードに記載されているポイントカードＩＤを入力する。複数のポイントカードを登録しようとする場合には、追加ボタン６０４ｃをタップすると、ポイントカード種別選択欄６０４ａ及びポイントカードＩＤ入力欄６０４ｂと同様の入力欄が現れるので、ここに追加登録する。  
【０１６５】
また、ユーザが電子レシート会員ＩＤを所有している場合、電子レシート種別選択欄６０５ａにおいて登録しようとする電子レシートの種別を選択し、電子レシートＩＤ入力欄６０５ｂに自己の有する電子レシート会員ＩＤを入力する。複数の電子レート会員ＩＤを登録しようとする場合には、追加ボタン６０５ｃをタ
ップすると、電子レシート種別選択欄６０５ａ及び電子レシートＩＤ入力欄６０５ｂと同様の入力欄が現れるので、ここに追加登録する。  
【０１６６】
また、ユーザがクレジットカードを所有している場合、クレジットカード種別選択欄６０６ａにおいて登録しようとするクレジットカードの種別を選択し、クレジットカードＩＤ入力欄６０６ｂに自己の有するクレジットカードに記載されているクレジットカードＩＤを入力する。複数のクレジットカードを登録しようとする場合には、追加ボタン６０６ｃをタップすると、クレジットカード種別選択欄６０６ａ及びクレジットカードＩＤ入力欄６０６ｂと同様の入力欄が現れるので、ここに追加登録する。  
【０１６７】
また、ユーザが電子決済に登録している場合、電子決済種別選択欄６０６ａにおいて登録しようとする電子決済の種別を選択し、電子決済ＩＤ入力欄６０６ｂに自己の電子決済ＩＤを入力する。複数の電子決済を登録しようとする場合には、追加ボタン６０６ｃをタップすると、電子決済種別選択欄６０６ａ及び電子決済ＩＤ入力欄６０６ｂと同様の入力欄が現れるので、ここに追加登録する。  
【０１６８】
また、ユーザがＥＣサイトやオンラインショップの会員ＩＤを所有している場合、ＥＣサイト（オンラインショップ）種別選択欄（図示なし）において登録しようとするＥＣサイトやオンラインショップの種別を選択し、ＥＣサイト（オンラインショップ）会員ＩＤ入力欄に自己の有するＥＣサイト（オンラインショップ）会員ＩＤを入力する。複数のＥＣサイト（オンラインショップ）会員ＩＤを登録しようとする場合には、追加ボタン（図示なし）をタップすると、ＥＣサイト（オンラインショップ）種別選択欄（図示なし）及びＥＣサイト（オンラインショップ）会員ＩＤ入力欄（図示なし）と同様の入力欄が現れるので、ここに追加登録する。  
【０１６９】
また、ユーザは、性別選択用ボタン６０８で男女の別を選択入力し、年齢入力欄６０９に年齢を、身長欄６１０に身長を、体重欄６１１に体重を、それぞれ数字で入力する。さらに、健康志向選択欄６１２で健康志向を選択入力する。複数の健康志向を登録しようとする場合には、追加ボタン６１３をタップすると、健康志向選択欄６１２と同様の選択欄が現れるので、ここから追加登録する。  
【０１７０】
また、ユーザが、家族選択用ボタン６１４で家族がいることを選択入力し、家族登録ボタン６１５をタップすると、図２５に示すように、ユーザ登録画面６４０に切り換わり、「家族登録」の文字画像６４１、「（家族Ａ）」の文字画像６４２、家族１人に対する性別選択用ボタン６４３、年齢入力欄６４４、身長欄６４５、体重欄６４６、健康志向選択欄６４７、追加ボタン６４８、登録ボタン６４９、中止ボタン６５０が表示されるので、ユーザは各家族について入力する。また、ユーザがニックネームを入力したい場合、ニックネーム入力欄にニックネームを入力する。また、ユーザが健康診断情報を入力したい場合、健康診断情報入力ボタン（図示なし）をタップすると、健康診断情報入力欄が表示されるので、ユーザは、ユーザ端末に記憶されている健康診断情報ファイルの場所（ドライブ名やフォルダ名、ファイル名）を入力する。また、ユーザがフィットネス情報を入力したい場合、フィットネス情報入力ボタン（図示なし）をタップすると、フィットネス情報入力欄が表示されるので、ユーザは、ユーザ端末に記憶されているフィットネス情報ファイルの場所（ドライブ名やフォルダ名、ファイル名）を入力する。  
【０１７１】
そして、全ての欄に入力が終了して送信ボタン６１６をタップすると、図２４（ｂ）のユーザ情報確認画面６２０が現れる。  
【０１７２】
ユーザ情報確認画面６２０において、「これでいいですか？」という問いに対して、ＮＯボタン６２２をタップすると、図２４（ａ）のユーザ登録画面６００に戻る。ＹＥＳボタン６２１をタップすると、図２４（ｃ）の登録完了画面６３０が現れる。そして、登録完了画面６３０において、「栄養状態」６３１をタップすると、図２６（ａ）の栄養評価画面７００が現れ、「おすすめ」６３２をタップすると、図２７（ａ）のおすすめ食材画面８００が現れる。「ログアウト」６３３をタップすると、ログアウトする。  
【０１７３】
図２６（ａ）の栄養評価画面７００では、上部に「栄養状態」７０１、「おすすめ」７０２、「ログアウト」７０３の文字があるが、「栄養状態」７０１は、栄養評価画面であることを表すために反転表示され、タップしても画面変化はない。「おすすめ」７０１をタップすると、図２７（ａ）のおすすめ食材画面８００が現れる。「ログアウト」７０３をタップすると、ログアウトする。  
【０１７４】
また、栄養素の「不足」、「適量」、「多い」、「グラフ」の選択欄７０４があるが、ここでは「不足」が反転表示されて、とても不足している栄養素として「ビタミンＣ」と「炭水化物」の表示が、やや不足している栄養素として「ビタミンＫ」の表示がなされている。「適量」をタップすると適量が摂取されている栄養素の表示に、「多い」をタップすると過剰に摂取されている栄養素の表示に、「グラフ」をタップすると栄養素の摂取量の過不足のグラフでの表示に切り替わる。コメント欄７０８には、ユーザ及びその家族への摂取アドバイスが表示される。  
【０１７５】
「ビタミンＣ」７０５、「炭水化物」７０６、「ビタミンＫ」７０７の各文字列は、これをタップすることで栄養素の紹介画面への切り替えを指示できるものとなっている。例えば、「ビタミンＫ」７０７をタップした場合には、図２６（ｂ）のビタミンＫの紹介画面７１０が表示される。この画面の左上の矢印７１１をタップすると、元の画面に戻る。また、ビタミンＫの紹介画面７１０では、効能、不足リスク、過多リスクなどとともにビタミンＫについての説明がなされている。  
【０１７６】
その下に、ビタミンＫが多い食材が紹介されている。食材ボタン７１２〜７１４の何れかをタップすると、図２７（ｃ）の食材紹介画面８２０（但し、タップしたボタンに対応した食材についてのもの）が表示される。「もっとみる」７１５をタップすると、ビタミンＫが多い他の食材についての食材ボタンが追加して現れる。さらにその下に、ビタミンＫが摂れるおすすめレシピが紹介されている。レシピボタン７１６、７１７の何れかをタップすると、図２８のレシピ画面９００（但し、タップしたボタンに対応したレシピについてのもの）が表示される。「もっとみる」７１８をタップすると、ビタミンＫが摂れる他のレシピについてのレシピボタンが追加して現れる。  
【０１７７】
図２７（ａ）のおすすめ食材画面８００では、上部に「栄養状態」８０１、「おすすめ」８０２、「ログアウト」８０３の文字があるが、「おすすめ」８０２は、おすすめ食材画面であることを表すために反転表示され、タップしても画面変化はない。「栄養状態」８０１をタップすると、図２６（ａ）の栄養評価画面７００が現れる。「ログアウト」８０３をタップすると、ログアウトする。  
【０１７８】
図２７（ａ）のおすすめ食材画面８００では、「あなたにおすすめ」８０４、食材別おすすめとして「野菜」８０５と「魚介類」８０６、志向別おすすめとして「お肌」８０７と「ダイエット」８０８の各ボタンが表示されているが、この何れかをタップすると、図２７（ｂ）に示すようなおすすめ食材画面８１０が現れる（ここでは、「あなたにおすすめ」８０４がタップされた場合を例としている。おすすめ食材画面８１０では、おすすめ食材として「さつまいも」、「ナス」、「ささみ肉」の表示がなされている。  
【０１７９】
「さつまいも」８１１、「ナス」８１２、「ささみ肉」８１３の各文字列は、これをタップすることで食材の紹介画面への切り替えを指示できるものとなっている。例えば、「さつまいも」８１１をタップした場合には、図２７（ｃ）のさつまいもの食材紹介画面８２０が表示される。この画面の左上の矢印８２１をタップすると、元の画面に戻る。また、さつまいもの食材紹介画面８２０では、アレルギー食品であるか否か、特徴的な成分など、さつまいもについての説明がなされている。  
【０１８０】
その下に、栄養素が近い他の食材が紹介されている。食材ボタン８２２〜８２４の何れかをタップすると、タップしたボタンに対応した食材についての食材紹介画面が表示される。「もっとみる」８２５をタップすると、栄養素が近い他の食材についての食材ボタンが追加して現れる。さらにその下に、さつまいもを使ったおすすめレシピが紹介されている。レシピボタン８２６、８２７の何れかをタップすると、図２８のレシピ画面９００（但し、タップしたボタンに対応したレシピについてのもの）が表示される。「もっとみる」８２８をタップすると、さつまいもを使った他のレシピについてのレシピボタンが追加して現れる。  
【０１８１】
さつまいもについてユーザに提供するクーポンがある場合には、さらにその下にクーポン情報が表示される。クーポンボタン８２９、８３０をタップすると、タップしたクーポンを取得できる。「もっとみる」８３１をタップすると、さらに別のクーポンボタンが現れる。  
【０１８２】
図２８のレシピ画面９００では、レシピの紹介がなされる。この画面の左上の矢印９０１をタップすると、元の画面に戻る。また、「作り方」９０２をタップすると、このレシピにおける料理の作り方の詳細が表示され、「材料詳細」９０３をタップすると、このレシピにおける料理を作るのに必要な材料の詳細が表示される。  
【０１８３】
その下に、このレシピに使われる食材が紹介されている。食材ボタン９０４〜９０７の何れかをタップすると、図２７（ｃ）の食材紹介画面８２０（但し、タップしたボタンに対応した食材についてのもの）が表示される。さらにその下に、このレシピが主として含む栄養素が紹介されている。成分ボタン９０８、９０９をタップすると、図２６（ｂ）の栄養素紹介画面７１０（但し、タップしたボタンに対応した栄養素についてのもの）が表示される。さらにその下に、他のおすすめレシピが紹介されている。レシピボタン９１０、９１１の何れかをタップすると、タップしたボタンに対応したレシピ画面）が表示される。「もっとみる」９１２をタップすると、他のレシピについてのレシピボタンが追加して現れる。  
【０１８４】
＜本発明の実施の形態の飲食支援システムの外食に係る構成要素＞  次に、本実施形態にかかる本発明の実施の形態の飲食支援システムの内、外食に係る構成について説明する。図２９は、本実施の形態の飲食支援システムの内、外食に係る構成要素を説明する図である。  
【０１８５】
図２９に示すように、本実施形態にかかる飲食支援システムの外食に係るシステムは、グループＢサーバ装置２と、複数の外食店舗端末４（４−１〜４−ｍ）と、複数のユーザ端末８（８−１〜８−ｎ）とから構成されている。グループＢサーバ装置２と外食店舗端末（もしくは、店舗サーバ）４と、グループＢサーバ装置２とユーザ端末８とは、それぞれインターネットなどの通信回線を介して接続されている。  
【０１８６】
グループＢサーバ装置２は、外食店舗端末４が配置された店舗内で、ユーザがユーザ端末８を用いての後述の図５３に示すトップ画面２５００においてログインを行った場合、ログイン情報をユーザが居る外食店舗の外食店舗端末４に送信する。
【０１８７】
外食店舗端末４は、レストラン、食堂、ラーメン屋、喫茶店、居酒屋等の外食用の飲食物を客に提供する各店舗、または、複数のチェーン（もしくは、グループ）店舗を統括する支部や本部等に設けられた端末（もしくは、サーバ等）である。また、外食店舗端末４は、店舗毎に構築されたりチェーン店舗において統一仕様で構築されたりするため、多少の構成の相違はあるが、基本的に、飲食物データベース４１と、飲食履歴データベース４２と、通信部４３と、制御部４４を有している。なお、本実施形態においては、外食用の飲食物を客に提供する各店舗（飲食店）、または、複数のチェーン（もしくは、グループ）店舗を統括する支部や本部等に設けられた端末（もしくは、サーバ等）を主体に説明す
る。  
【０１８８】
飲食物データベース４１は、該店舗（飲食店）、または、複数のチェーン（もしくは、グループ）店舗に属する各店舗（飲食店）で提供される飲食物に関する飲食物データを蓄積するデータベースである。飲食物データベース４１に蓄積される飲食物データのうち少なくとも外食用の飲食物に該当する外食用飲食物情報（飲食物の名称、飲食単位当たりの飲食量、飲食物に用いられる食材の種類及び量、レシピ等）が、後述する飲食物情報としてグループＢサーバ装置２に送信される。飲食履歴データベース４２は、外食店舗画像認識システム９９が特定した利用人物及び飲食物に基づいて、該店舗で客に提供された飲食物及び飲食した人物に関する提供飲食物データを蓄積するデータベースである。また、飲食履歴データベース４２に蓄積される提供飲食物データのうち少なくとも外食に該当する飲食物情報及び飲食した人物情報が、後述する飲食履歴情報としてグループＢサーバ装置２に送信される。なお、グループＢサーバ装置２に送信される飲食物情報には、外食以外の飲食物に関する情報を含むようにしてもよい。  
【０１８９】
外食店舗端末４からグループＢサーバ装置２には、飲食物データベース４１から抽出される飲食物データで構成される飲食物情報が送信される。飲食物情報は、外食店舗端末４毎に異なる形式のもの（但し、統一形式のものにおいて必要なデータを含んでいる）が送信されグループＢサーバ装置２において統一形式に変換するものとしても、外食店舗端末４においてグループＢサーバ装置２において要求する統一形式に変換してから送信するものとしてもよい。以下においては説明の簡単化のため、飲食物情報は、外食店舗端末４において統一形式に変換されてからグループＢサーバ装置２に送信されている前提で説明する。  
【０１９０】
また、外食店舗端末４からグループＢサーバ装置２には、飲食履歴データベース４２から抽出される飲食物データ及び人物情報で構成される飲食履歴情報が送信される。飲食履歴情報は、外食店舗端末４毎に異なる形式のもの（但し、統一形式のものにおいて必要なデータを含んでいる）が送信されグループＢサーバ装置２において統一形式に変換するものとしても、外食店舗端末４においてグループＢサーバ装置２において要求する統一形式に変換してから送信するものとしてもよい。以下においては説明の簡単化のため、飲食履歴情報は、外食店舗端末４において統一形式に変換されてからグループＢサーバ装置２に送信されている前提で説明する。
【０１９１】
＜発展形：健康状態への対応＞  以上が、外食等の結果のみに基づく構成例の説明である。ここで、外食等とは、全ての外食から得ることができる情報が含まれる（以下、同様）。  さらに、ユーザの健康状態に基づく処理が可能である。以下、更に説明する。  ユーザ情報データベース２１には、健康データベース２１Ａが含まれている。  
【０１９２】
そして、この健康データベース２１Ａには、後述する、ユーザ端末から送られてくるユーザ端末健康情報や、健康記録情報サーバ９１内にある健康情報データベース９２からの健康情報が、ユーザ毎に記憶される。  
【０１９３】
ここで、健康情報サーバ９１の健康情報データベース９２には、例えば健康診断による結果、指先採血の結果、尿検査による結果、ＤＮＡ調査による結果、その他ありとあらゆるユーザ端末から提供される情報による検査結果等が該当する。  
【０１９４】
さらに、ユーザ端末８−１からのユーザ端末健康情報は、例えば、睡眠情報（睡眠時間、睡眠の質（寝返り状況、いびき音情報等））、バイタルメータ（血圧、脈拍等）、各種運動情報（ランニング、歩数、フィットネスセンターでの情報等）、毎食毎の食事のデータ（ユーザの入力によるもの、写真などから解析するもの等）が含まれる。  
【０１９５】
以上のようなデータを蓄えた健康データベース２１Ａからの情報を、体状態評価部２Ｆにおいて、解析する。  
【０１９６】
＜外食店舗画像認識システム＞  図３０は、本発明の実施の形態の外食店舗画像認識システムを説明する図である。図３１は、本発明の実施の形態の外食店舗画像認識システムにおける利用人物登録処理を説明する図である。図３２は、本発明の実施の形態の外食店舗端末における外食店舗画像認識システムを説明する図である。  
【０１９７】
図３０において、外食店舗画像認識システム９９は、外食店舗端末４−１（図２９参照）の制御部４４と、複数の監視カメラ５−１−１、５−１−２…（図１の監視カメラ５−１）と、監視モニタ４５とを含んで構成されている。  
【０１９８】
例えば、監視カメラ５−１−１は、外食店舗の入り口付近に配置され、利用人物Ｐ１の撮影を行う。  
【０１９９】
監視カメラ５−１−２は、飲食用テーブルの上方に配置され、利用人物Ｐ２、Ｐ３及び飲食物Ｑ１の撮影を行う。  
【０２００】
外食店舗画像認識システム９９を配置した外食店舗には、このような監視カメラが多数配置され、利用人物及び飲食物の撮影を行う。  
【０２０１】
制御部４４は、カメラ制御部４４１と、撮影画像保管データベース４４２と、利用人物認識システム４４３と、利用人物管理データベース４４４と、利用人物管理システム４４５と、飲食物認識システム４４６と、飲食物管理データベース４４７と、飲食物管理システム４４８とを含む。  
【０２０２】
カメラ制御部４４１は、監視カメラなど、継続的に画像を撮影する機器であり、無線ＬＡＮやインターネットなどの各種通信回線を介して、複数の監視カメラ５−１−１、５−１−２…撮影した画像を監視モニタ４５、撮影画像保管データベース４４２、利用人物認識システム４４３、飲食物認識システム４４６に入力する。  
【０２０３】
監視モニタ４５は、カメラ制御部４４１で撮影した画像、利用人物管理システム４４５や飲食物管理システム４４８から供給されたメッセージなどの各種映像を表示するためのモニタである。  
【０２０４】
撮影画像保管データベース４４２は、カメラ制御部４４１で撮影した画像を保管するデータベースである。  
【０２０５】
利用人物認識システム４４３は、カメラ制御部４４１で継続的に撮影された画像から、継続的に顔を検出し、検出された顔の特徴量を計算して、その値に応じて人物ごとに顔を分類する。顔の検出のインターバルは任意に設定されうる。また、利用人物認識システム４４３は、分類された顔ごとに、顔が検出されてから現在まで経過した時間を測定し、その時間に応じて、検出分類された顔から、利用人物の来店目的を判定する。なお、画像からの顔検出の方法は公知のものが適用でき、一例として、顔輪郭検出、肌色領域検出、顔パーツ検出などが挙げられる。また、利用人物認識システム４４３は、図５４のユーザ登録画面により登録されたユーザの顔写真データとカメラ制御部４４１で撮影された画像の照合を行い、照合結果に基づいて利用人物とユーザの紐付を行う。  
【０２０６】
利用人物管理システム４４５は、利用人物認識システム４４３によって利用人物候補と判定された顔の特徴量その他の利用人物候補に関する情報（利用人物情報等）を利用人物管理データベース４４４に新規保存したり、更新するなどの各種管理を行い、利用客の個人を特定して図２９の飲食履歴データベース４２に保存したりする。  
【０２０７】
利用人物管理データベース４４４は、利用人物情報と共通情報を管理するデータベースである。利用人物情報は、利用人物候補と判定された人物に関する画像、画像から検出された顔の特徴情報、人物情報、情報の登録日時、顔の検出日時、店舗利用度などを含む。共通情報は、利用人物候補の店舗利用度に応じた店舗利用情報の報知方法を指定する情報を含む。  
【０２０８】
飲食物認識システム４４６は、カメラ制御部４４１で継続的に撮影された画像から、継続的に飲食物を検出し、検出された飲食物の特徴量（飲食量を含む）を計算して、その値に応じて近くにいる利用人物（利用人物管理データベース４４４に登録）毎に飲食物を分類する。飲食物の検出のインターバルは任意に設定されうる。また、飲食物認識システム４４６は、分類された飲食物ごとに、飲食物が検出されてから現在まで経過した時間を測定し、その時間に応じて、検出分類された飲食物から、利用人物にどの程度飲食されたかを特定する。なお、画像からの飲食物検出の方法は公知のものが適用でき、一例として、飲食物輪郭検出、色領域検出、食材検出などが挙げられる。  
【０２０９】
飲食物管理システム４４８は、飲食物認識システム４４６によって利用人物に飲食されたと判定された飲食物の特徴量その他の飲食物に関する情報（飲食物情報）を利用人物の情報（利用人物情報等）と紐付して飲食物管理データベース４４７に新規保存したり更新したりするなどの各種管理を行い、利用人物が飲食した飲食物を特定して図２９の飲食履歴データベース４２に保存する。  
【０２１０】
飲食物管理データベース４４７は、飲食物情報と共通情報を管理するデータベースである。飲食物情報は、飲食物候補と判定された飲食物に関する画像、画像から検出された飲食物の特徴情報、該飲食物を飲食した利用人物情報、情報の登録日時、飲食物の検出日時、飲食物の消費度などを含む。共通情報は、利用人物が飲食した飲食物情報の報知方法を指定する情報を含む。  
【０２１１】
次に、図３１に従い、本システムで実施される利用人物判定処理の流れを説明する。なお、以下の処理は、本システムの各部を統括制御する図示しないコンピュータにより実施されるプログラムで実現されてもよい。図３１の利用人物判定処理は、ユーザが店舗内でユーザ端末８を用いての後述の図５３に示すトップ画面２５００においてログインを行い、このログインによりグループＢサーバ装置２からログイン情報が外食店舗端末４に送信されることで開始する。
【０２１２】
ステップＳ１００１において、利用人物認識システム４４３は、カメラ制御部４４１で撮影した画像から継続的に顔検出を試みる。例えば、利用人物認識システム４４３は、入力された画像から目を検出し、それに基づいて顔領域全体を検出し、顔領域全体から、肌色、顔輪郭、顔パーツ（目、鼻、耳、口など）の位置座標などの各種の人物特徴量を算出する。また、利用人物認識システム４４３は、動体（動く物体）の検出を試みる。  
【０２１３】
ステップＳ１００２において、利用人物認識システム４４３は、撮影画像からの顔検出が成功したか否かを判断する。顔検出が成功したと判断した場合はステップＳ１００４、成功しなかったと判断した場合はステップＳ１００３に進む。  
【０２１４】
ステップＳ１００３では、利用人物認識システム４４３は、動体（動く物体）の検出がされたか否かを判断する。動体が検出された場合はステップＳ１００４に進む。すなわち、顔検出が一時的にされなくても、前に顔が検出された位置と同じまたは近接した位置で動体が検出された場合は、これを検出された顔と同一視する（図３）。その結果、継続的に供給される画像から、局所的に同一人物の顔が検出されない画像が存在しても、その部分で動体が検出されていれば、同一人物の顔が継続的に供給される画像から検出され続けているとみなされる。一方、動体が検出されない場合は、利用人物は皆無として、本処理を終了する。こうすることで、利用人物検出の間隙が生じるのを可及的に防げる。
【０２１５】
ステップＳ１００４では、利用人物認識システム４４３は、最初に顔検出があったときから、継続的に同一の顔として分類されている顔が検出され続けている時間が、予め任意に指定された時間閾値（例えば１分）経過したか否かを判断する。最初の顔検出があったときから継続的に同じ顔が検出され続け、そのまま指定時間が経過したと判断した場合は、該顔の人物が利用人物候補であると判断してステップＳ１００５に進む。  
【０２１６】
ステップＳ１００５では、利用人物管理システム４４５は、利用人物管理データベース４４４に管理されている利用人物情報に含まれる人物特徴量と、ステップＳ１００１で検出され
た顔について算出された人物特徴量とをマッチングすることで、ステップＳ１００１で検出された顔の人物に合致する利用人物情報を利用人物管理データベース４４４にて検索する。なお、顔が複数検出された場合は、それらの顔全てについて検索が行われる。  
【０２１７】
ステップＳ１００６では、利用人物管理システム４４５は、ステップＳ１００１で検出された顔の人物について算出された特徴量と類似ないし実質的に一致する特徴量を含む利用人物情報が利用人物管理データベース４４４にて特定されたか否かに応じ、ステップＳ１００１で検出された顔の人物が、利用人物管理データベース４４４に登録された利用人物であるか否かを判断する。ステップＳ１００１で検出された顔の人物が、利用人物管理データベース４４４に登録された利用人物であると判断された場合はステップＳ１００７に進み、登録された利用人物でないと判断された場合はステップＳ１００８に進む。  
【０２１８】
なお、従業員や出入業者など利用人物でない関係者の顔特徴情報を利用人物管理データベース４４４に登録しておき、利用人物候補であると判断された場合でも、関係者の顔特徴情報と一致していれば、利用人物候補から除外する判断を行い、その結果、ステップＳ１００７・ステップＳ１００８は省略してもよい。こうすれば、関係者が利用人物として利用人物管理データベース４４４に登録されてしまうのを防げる。  
【０２１９】
ステップＳ１００７では、利用人物管理システム４４５は、ステップＳ１００１で検出された顔の人物の店舗利用度を算出する。店舗利用度は、例えば、顔検出がされてから経過した時間の長短や、利用人物管理データベース４４４に登録された利用人物であると判定された回数（すなわち繰り返して利用人物候補と判定された回数）に応じて算出される。一般的には、経過時間が長い場合、利用人物候補と判定された回数が多い者ほど、店舗利用度が高くなるといえる。  
【０２２０】
ステップＳ１００８では、ステップＳ１００１で検出された顔の人物の特徴量その他の情報を利用人物管理データベース４４４に新たな利用人物情報として登録する。なお、初めて利用人物ＤＢ８へ登録された人物の店舗利用度はデフォルト値（例えば最低レベル）が割り当てられる。
【０２２１】
ステップＳ１００９では、利用人物管理システム４４５は、監視モニタ４５、スピーカ、管理スタッフの携帯する端末へのメール送信などを経由して、ステップＳ１００７で算出された店舗利用度に応じた内容を報知する。この店舗利用度に応じた内容とは、例えば、店舗利用度が最低レベルの「１」では監視モニタ４５上の文字のみによる表示や端末へのメール送信、店舗利用度が中レベルの「２」では監視モニタ４５上の文字とスピーカからの音声による報知、店舗利用度が最高レベルの「３」では文字と音声による報知を行う。  
【０２２２】
次に、図３２に従い、本システムで実施される飲食物判定処理の流れを説明する。なお、以下の処理は、本システムの各部を統括制御する図示しないコンピュータにより実施されるプログラムで実現されてもよい。
【０２２３】
ステップＳ１０１１において、飲食物認識システム４４６は、カメラ制御部４４１で撮影した画像から継続的に飲食物検出を試みる。例えば、飲食物認識システム４４６は、入力された画像から飲食物の一部（例えば、フライの衣、エビの尻尾）を検出し、それに基づいて飲食物領域全体を検出し、飲食物領域全体から、色、飲食物輪郭、飲食物パーツ（フライの衣、エビの尻尾、ソース）の位置座標、検出時刻などの各種の飲食物特徴量を算出する。また、飲食物認識システム４４６は、動体（動く物体）の検出を試みる。  
【０２２４】
ステップＳ１０１２において、飲食物認識システム４４６は、撮影画像からの飲食物検出が成功したか否かを判断する。飲食物検出が成功したと判断した場合はステップＳ１０１４、成功しなかったと判断した場合はステップＳ１０１３に進む。  
【０２２５】
ステップＳ１０１３では、飲食物認識システム４４６は、動体（動く物体）の検出がされたか否かを判断する。動体が検出された場合はステップＳ１０１４に進む。すなわち、飲食物検出が一時的にされなくても、前に飲食物が検出された位置と同じまたは近接した位置で動体が検出された場合は、これを検出された飲食物と同一視する。その結果、継続的に供給される画像から、局所的に同一の飲食物が検出されない画像が存在しても、その部分で動体が検出されていれば、同一の飲食物が継続的に供給される画像から検出され続けているとみなされる。一方、動体が検出されない場合は、飲食物は皆無として、本処理を終了する。こうすることで、飲食物検出の間隙が生じるのを可及的に防げる。
【０２２６】
ステップＳ１０１４では、飲食物認識システム４４６は、最初に飲食物検出があったときから、継続的に同一の飲食物として分類されている飲食物が検出され続けている時間が、予め任意に指定された時間閾値（例えば１分）経過したか否かを判断する。最初の飲食物検出があったときから継続的に同じ飲食物が検出され続け、そのまま指定時間が経過したと判断した場合は、該飲食物が利用人物に飲食される飲食物候補であると判断してステップＳ１０１５に進む。  
【０２２７】
ステップＳ１０１５では、飲食物管理システム４４８は、利用人物管理データベース４４４に管理されている利用人物情報に含まれる利用人物の存在位置及び存在時刻情報と、飲食物管理データベース４４７に管理されている飲食物情報に含まれる飲食物特徴量と、ステップＳ１０１１で検出された飲食物について算出された飲食物特徴量、存在位置及び存在時刻情報とをマッチングすることで、ステップＳ１０１１で検出された飲食物に合致する飲食物情報を飲食物管理データベース４４７にて検索し、ステップＳ１０１１で検出された飲食物を飲食する人物を利用人物管理データベース４４４にて検索する。なお、飲食物が複数検出された場合は、それらの飲食物全てについて検索が行われる。  
【０２２８】
ステップＳ１０１６では、飲食物管理システム４４８は、ステップＳ１０１１で検出された飲食物について算出された特徴量と類似ないし実質的に一致する特徴量を含む飲食物情報が飲食物管理データベース４４７にて特定されたか否かに応じ、ステップＳ１０１１で検出された飲食物が、飲食物管理データベース４４７に登録された飲食物であるか否かを判断する。ステップＳ１０１１で検出された飲食物が、飲食物管理データベース４４７に登録された飲食物であると判断された場合はステップＳ１０１７に進み、登録された飲食物でないと判断された場合はステップＳ１０１８に進む。  
【０２２９】
なお、食器や花瓶など飲食物でない店舗用品の特徴情報を飲食物管理データベース４４７に登録しておき、飲食物候補であると判断された場合でも、飲食物でない店舗用品の特徴情報と一致していれば、飲食物候補から除外する判断を行い、その結果、ステップＳ１０１７・ステップＳ１０１８は省略してもよい。こうすれば、飲食物でない店舗用品が飲食物として飲食物管理データベース４４７に登録されてしまうのを防げる。  
【０２３０】
ステップＳ１０１７では、飲食物管理システム４４８は、ステップＳ１０１１で検出された飲食物の飲食利用度を算出する。飲食利用度は、例えば、飲食物検出がされてから経過した時間の長短や、飲食物管理データベース４４７に登録された飲食物であると判定された回数（すなわち繰り返して飲食物候補と判定された回数）に応じて算出される。一般的には、経過時間が長い場合、飲食物候補と判定された回数が多い者ほど、飲食利用度が高くなるといえる。  
【０２３１】
ステップＳ１０１８では、ステップＳ１０１１で検出された飲食物の特徴量、ステップＳ１０１５で検索した利用人物、その他の情報を飲食物管理データベース４４７に新たな飲食物情報として登録する。なお、初めて飲食物ＤＢ８へ登録された飲食物の飲食利用度はデフォルト値（例えば最低レベル）が割り当てられる。
【０２３２】
ステップＳ１０１９では、飲食物管理システム４４８は、監視モニタ４５、スピーカ、管理スタッフの携帯する端末へのメール送信などを経由して、ステップＳ１０１７で算出された飲食利用度に応じた内容を報知する。この飲食利用度に応じた内容とは、例えば、飲食利用度が最低レベルの「１」では監視モニタ４５上の文字のみによるメッセージの表示や端末へのメール送信、飲食利用度が中レベルの「２」では監視モニタ４５上の文字とスピーカからの音声による報知、飲食利用度が最高レベルの「３」では文字と音声による報知を行う。  
【０２３３】
図３３は、本発明の実施形態の概要の説明図である。  図３３のように、図２９における基本形は、外食等情報から、栄養評価部２Ａにおいて英必要な栄養評価を行い嗜好特定部２Ｂにおいて、嗜好を特定してお勧めの飲食物や飲食店を抽出して、ユーザにお勧め等する。なお、嗜好の特定は、過去の外食情報から特定することも可能であるし、前記グループＡサーバ装置１からのデータ、ユーザへのアンケート結果、その人の属性（男性・女性の別、年齢、住居地、同居の家族の構成等）、飲食店サイトの閲覧状況等からも特定可能である。なお、外食情報以外の情報の重みづけなどは、適切に設定可能である。具体的には、外食情報をメインにしつつ、その他の情報による補正をしても良い。逆に、飲食店サイトの閲覧状況をメインにすることも可能である。  
【０２３４】
さらに、図２９における発展形では、各種の方法で集められ健康データベース２１Ａに記憶されている健康等情報を体状態評価部２Ｆにおいて体状態評価を行う。  そして、外食等情報と体状態の評価結果に基づいて、栄養評価部２Ａにおいて栄養評価を行う。  より具体的には、現在の外食等情報と、体状態の評価結果に基づいて、必要な栄養素、過剰な栄養素などに基づいて、飲食（＝食べる）するべき飲食物又は飲食店のリストを作成する。  更に、そのリストの中から、そのユーザの嗜好により合致するものを更に、抽出してユーザにお勧めの飲食物・飲食店として提案を行う、  
【０２３５】
このように、発展形では、単なる外食情報に加えて、体の状態に応じた飲食物・飲食店の情報を提供できる。その結果、ユーザはより健康管理を適切にすることができるようなる。  ＜飲食物情報のデータ構成＞  
【０２３６】
図３４は、飲食物情報のデータ構成を示す図である。飲食物情報２２００は、各外食店舗で提供している飲食物に関する情報であり、飲食物毎に１つのデータとなっている。飲食物情報２２００は、店舗ＩＤ２２０１と、飲食物コード２２０２と、更新日時２２０３と、飲食回数２２０４と、飲食物名２２０５と、提供単位２２０６と、含まれる食材２２０７と、クーポン情報２２０８とからなっている。  
【０２３７】
店舗ＩＤ２２０１は、各店舗を一意に識別する識別情報である。飲食物コード２２０２は、該店舗で提供する各飲食物を識別する識別情報であり、所定組織による統一コードであっても店舗独自のコードでもよい。店舗独自のコードである場合には、後述する店舗別飲食物データベース２９に蓄積する際に統一コードに変換するものとしてもよい。  
【０２３８】
更新日時２２０３は、飲食物情報が更新された日時を示すものであり、後述する店舗別飲食物データベース２９に店舗ＩＤ２２０１と飲食物コード２２０２が同じデータで更新日時の古いものが登録されている場合には、上書き更新される。飲食回数２２０４は、飲食物情報２２００の回数を示すものである。  
【０２３９】
飲食物名２２０５は、飲食物情報２２００が示す飲食物の種類名を示すものであるが、飲食物以外の提供物である場合はグループＢサーバ装置２において用いられないため、ここでは、飲食物の名称を示す飲食物名２２０５であるとして説明する。なお、飲食物には料理や飲料、デザート等が含まれる。提供単位２２０６は、飲食物の一個、一皿、一杯等の提供単単位を重量の単位（ｇ）で表した数量である。含まれる食材２２０７は、単位数量２２０６での飲食物に含まれる食材の重量を示すものである。クーポン情報２２０８は、該飲食物につい
てのクーポンを提供するか否か、クーポンを提供する場合の割引率や割引価格を示すものである。  
【０２４０】
図２９に戻り説明を続けると、ユーザ端末８は、この外食支援システムのユーザの利用にかかるスマートフォンやタブレットＰＣなどのコンピュータ装置としての機能を有する携帯端末装置であり、入力部８１、表示部８２、及び通信部８３を有している。外食支援システムを利用したいユーザは、ユーザ端末８を操作して所定のサイトからダウンロードした専用アプリケーションをインストールして、所定の登録事項を入力することによって、この外食支援システムを利用することができる。なお、専用アプリケーションを利用せずに通常のブラウザからグループＢサーバ装置２にアクセスして所定の登録事項を入力することによって、この外食支援システムを利用することができるようにしてもよい。また、携帯端末装置に限らず、ディスクトップＰＣやノートＰＣ等の端末装置によりこの外食支援システムを利用できるようにしてもよい。  
【０２４１】
入力部８１は、タッチパネルを利用したソフトウェアキーボードなどによって構成され、画面の切り替えの指示や、ユーザ情報の入力などに用いられる。表示部８２は、グループＢサーバ装置２から送信されてきた情報の画面表示や、ソフトウェアキーボードの表示などを行う。通信部８３は、インターネットなどの通信回線を介してグループＢサーバ装置２との間の各種情報の送受信を制御する。  
【０２４２】
ユーザ端末８−１では、ユーザの各種情報が集められる。  具体的には、ユーザ端末８−１からのユーザ端末健康情報は、例えば、睡眠情報（睡眠時間、睡眠の質（寝返り状況、いびき音情報等））、バイタルメータ（血圧、脈拍等）、各種運動情報（ランニング、歩数、フィットネスセンターでの情報等）、毎食毎の食事のデータ（ユーザの入力によるもの、写真などから解析するもの等）が含まれる。  
【０２４３】
これら以外にも、ユーザ端末で集めることができる物は、すべて収集して、グループＢサーバ装置２に送ることが可能である。今後、技術の進歩、又は、ユーザ端末８−１に取り付けることができ、各種の情報を集めることができるアタッチメントなどが開発されれば、さらに増やすことができる。  
【０２４４】
例えば、毎度のユーザのトイレで排出されたものの分析情報、ユーザの息の分析結果、ユーザの声の情報等が現在のところ考えられる。  
【０２４５】
ユーザ端末８からグループＢサーバ装置２には、ユーザの個人情報であるユーザ情報が送信される。ユーザ情報は、後述するユーザ情報データベース２１に蓄積されるべきものであるので、その構成は、ユーザ情報データベース２１のデータ構成と基本的に同じであるが、全てユーザ情報を１回で送信する（登録する）必要はなく、何回かに分けてユーザ情報をユーザ端末８からグループＢサーバ装置２に送信したり、任意で登録可能な情報を追加したユーザ情報としてユーザ端末８からグループＢサーバ装置２に送信したりすることもできる。以下においては説明の簡単化のため、ユーザ情報として登録される各データは最初のユーザ登録の際に全て入力され、１度にまとめてユーザ端末８からグループＢサーバ装置２に送信される前提で説明する。  
【０２４６】
グループＢサーバ装置２からユーザ端末８には、栄養摂取傾向、摂取アドバイス、おすすめ飲食物、おすすめ飲食店などの情報が送信される。送信される情報は、栄養摂取傾向、摂取アドバイス、おすすめ飲食物、おすすめ飲食店のそれぞれについて１画面の情報となっているのではなく、例えば、後述するように栄養摂取傾向と摂取アドバイスが同一画面に含まれる情報として送信されることもある。  
【０２４７】
また、グループＢサーバ装置２は、各ユーザの情報、外食店舗端末４から送信されてきた電子レシート情報及び／又は図３２のステップＳ１０１８で登録された飲食物情報（利用人物情報及び飲食物り情報）を基に、ユーザ別に飲食した食品（飲食物）を蓄積し、これを解析して各ユーザの摂取した栄養の過不足の評価を行う。また、各ユーザに不足している栄養素（成分）を多く含む飲食物を不足している栄養素を補うためのおすすめ食品として抽出する。さらに、ユーザ別に蓄積されている飲食物のうちから各ユーザが比較的嗜好していると考えられる飲食物を特定し、特定した飲食物をおすすめ飲食物（すなわち、ユーザに不足している栄養素を含む飲食物）としておすすめするとともに、おすすめ飲食物を提供可能な飲食店を抽出する。  
【０２４８】
グループＢサーバ装置２は、ユーザ情報データベース２１、ユーザ別履歴データベース２２、飲食物データベース２３、飲食物別栄養価データベース２４、所要量データベース２５、効能データベース２６、摂取飲食物モデルデータベース２７、レシピデータベース２８、及び店舗別飲食物データベース２９を有している。グループＢサーバ装置２は、また、栄養評価部２Ａ、嗜好特定部２Ｂ、おすすめ飲食物抽出部２Ｃ、おすすめ飲食店抽出部２Ｄ、及び通信部２Ｅを有している。グループＢサーバ装置２は、複数台のコンピュータ装置からなるサーバ群によって構成されるものでもよく、例えば、各データベース２１〜２８を有してデータの蓄積、更新を行うデータサーバと、各処理部２Ａ〜２Ｅにおける演算処理を行うエンジンサーバとから構成されるものであってもよい。  
【０２４９】
ユーザ情報データベース２１は、各ユーザが自己のユーザ端末８において入力し、ユーザ端末８から送信されてきたユーザ情報を蓄積したデータベースである。ユーザ別履歴データベース２２は、外食店舗端末４から送信されてきた電子レシート情報に基づいてユーザの食品（飲食物）の飲食履歴をユーザ別に蓄積するとともに、携帯端末８により登録されたユーザの顔画像及び外食店舗端末４から送信されてきた飲食物情報（利用人物情報（顔画像を含む）及び飲食物り情報）電子レシート情報に基づいてユーザの食品（飲食物）の飲食履歴をユーザ別に蓄積するデータベースである。  
【０２５０】
飲食物データベース２３には、外部店舗端末４からの飲食物情報が記憶される。
【０２５１】
飲食物別栄養価データベース２４は、インターネットによる情報収集、入力手段９８等により入力された飲食物別の栄養価等により、各飲食物が単位量当たり如何なる栄養素（三大栄養素や各種ビタミンなどの成分）をどの程度含んでいるかを、飲食物別に登録したデータベースである。  
【０２５２】
所要量データベース２５は、第２外部サーバ（例えば、日本国の厚生労働省サーバや、各種機関または組織によるサーバ等）９５内の栄養調査データベース９６の人間（日本国の場合、日本人）が摂取した栄養を調査した情報（例えば国民栄養調査や各種機関により栄養摂取を調査した情報、及びこれらを修正した情報等）、及び人間（日本国の場合、日本人）が摂取する栄養の基準となる量を示す情報（例えば栄養摂取基準情報や各種栄養摂取に関わる情報、及びこれらを修正した情報等）が記憶されることで、性別や年齢区分に応じて単位期間（例えば、１日）当たりに摂取すべき栄養素の必要量を、栄養素別に登録したデータベースである。  
【０２５３】
ここで、第２外部サーバ（例えば、日本国の場合、厚生労働省サーバ等の各種組織、団体等のサーバ）９５の栄養調査データベース９６には、日本国の場合、日本人の摂取する各栄養素の性別及び年齢別の平均値と、日本人の摂取する各栄養素の性別及び年齢別の基準値（例えば、男性、１８〜２９才、タンパク質、推定平均必要量５０ｇ／日、推奨値６０ｇ／日）が該当する。  
【０２５４】
尚、日本国以外の国または地域で使用されるシステムの場合、所要量データベース２５は、その国や地域に合わせて取得した人間が摂取した栄養を調査した情報及び人間が摂取する栄養の基準となる量を示す情報を記憶することで、性別や年齢区分に応じて単位期間（例えば、１日）当たりに摂取すべき栄養素の必要量を、栄養素別に登録する。  
【０２５５】
効能データベース２６は、各栄養素（成分）が有する効能を、効能別に数値化して登録したデータベースである。  
【０２５６】
摂取飲食物モデルデータベース２７は、性別や年齢区分に応じた単位期間当たりにおける各飲食物の標準的な摂取量を、飲食物別に登録したデータベースである。  
【０２５７】
レシピデータベース２８は、複数種類の飲食物のレシピに関する情報を登録したデータベースであり、レシピ毎に飲食物別の含有量と栄養素別の含有量とを情報として含んでいる。なお、ユーザ情報データベース２１、ユーザ別履歴データベース２２、飲食物別栄養価データベース２４、所要量データベース２５、効能データベース２６、摂取飲食物モデルデータベース２７、及びレシピデータベース２８のデータ構成は、さらに詳しく後述する。  
【０２５８】
店舗別飲食物データベース２９は、外食店舗端末４から送信されてきた飲食物情報２２００を登録したデータベースである。但し、送信されてきた飲食物情報２２００であっても、本実施形態の外食支援システムにおける提供サービスに用いられないもの（例えば、食品（飲食物）ではない飲食物についてのもの）については、店舗別飲食物データベース２９に登録しないものとすることができる。また、飲食回数２２０４が過ぎたものについては、随時消去される。  
【０２５９】
栄養評価部２Ａは、後述する摂取栄養評価処理により、１日が終了する毎に、各ユーザが終了した１日間に飲食した飲食物の種類及び量をユーザ別履歴データベース２２から読み出し、飲食物別栄養価データベース２４を参照して、各ユーザが終了した１日間に飲食した飲食物に含まれる栄養素別の摂取量を求める。そして、ユーザの性別、年齢区分に従って所要量データベース２５を参照して、各ユーザについて栄養素毎（成分毎）の過不足を判定する。この際に、ユーザ情報データベース２１に登録されているユーザの身長、体重、健康志向に従って必要な補正を行う。栄養評価部２Ａは、さらに、栄養素別の過不足の判定結果から効能データベース２６を参照して、各ユーザが優先して摂取すべき栄養素などを示す摂取アドバイスを生成する。  
【０２６０】
嗜好特定部２Ｂは、後述するユーザ別嗜好特定処理により、ユーザ別履歴データベース２２に蓄積されている各ユーザが終了した１日間に飲食した飲食物の種類及び量を、摂取飲食物モデルデータベース２７に記憶されている性別や年齢区分に応じた単位期間当たりにおける各飲食物の標準的な摂取量と比較し、各ユーザが比較的好んで摂取している飲食物を特定する。  
【０２６１】
おすすめ飲食物抽出部２Ｃは、後述するおすすめ飲食物抽出処理により、栄養評価部２Ａにより該ユーザに不足していると評価される栄養素を多く含む飲食物を、おすすめ飲食物として抽出する。  
【０２６２】
おすすめ飲食店抽出部２Ｄは、後述するおすすめ飲食店抽出処理により、ユーザに不足していると評価された栄養素を多く摂取できることになる料理を提供できる飲食店、あるいは後述する嗜好特定部２Ｂによりユーザが比較的好んで摂取しているものとして特定された飲食物を含みつつ、おすすめ飲食物抽出部２Ｃにより抽出されたおすすめ飲食物を含む料理、すなわちユーザの嗜好に沿いつつユーザに不足していると評価された栄養素を多く摂取できることになる料理を提供できる飲食店を、おすすめ飲食店として抽出する。  
【０２６３】
通信部２Ｅは、グループＡサーバ装置１、外食店舗端末４との情報の送受信の制御や、ユーザ端末８との情報の送受信の制御を行う。より具体的には、グループＡサーバ装置１や外食店舗端末４から送信されてきた飲食物情報や電子レシート情報を受信し、店舗別飲食物データベース２９やユーザ別履歴データベース２２に蓄積させる。また、ユーザ端末８から送信されてきたユーザ情報を受信し、ユーザ情報データベース２１に蓄積させる。さらに、栄養摂取傾向、摂取アドバイス、おすすめ飲食物、おすすめ飲食店等の生成した情報を、ユーザ端末８に表示される画面に含めさせて、ユーザ端末８に送信する。  
【０２６４】
以下、グループＢサーバ装置２が有する各データベース２１、２２、２４
〜２８のデータ構成について、図３５〜図４１を参照して説明する。なお、図３５〜図４１においては、説明の便宜のために正規化されていないデータ構成を示しているが、実際のデータベースは正規化されて構築されているものであってもよい。また、効能データベース２６、摂取飲食物モデルデータベース２７、及びレシピデータベース２８については、場合（時期、データの見直し、食品（飲食物）の追加や削除、レシピの追加や削除等）によっては内容が更新されることはあり得るものの、本実施形態においては予め構築されているものとして説明する。  
【０２６５】
＜ユーザ情報データベースのデータ構成＞  図３５は、ユーザ情報データベース２１のデータ構成を示す図である。ユーザ情報データベース２１の各レコードは、ユーザＩＤ２１１０と、メールアドレス２１１１と、パスワード２１１２と、性別２１１５と、年齢２１１６と、身長２１１７と、体重２１１８と、健康志向２１１９と、図示しない健康診断情報（身長、体重等の身体測定結果や血液検査結果等）、フィットネス情報（ウォーキングやランニング等のアクティビティ情報）からなっている。
【０２６６】
ユーザＩＤ２１１０は、ユーザ毎に一意にふられた識別情報である。メールアドレス２１１１は、ユーザのメールアドレスであり、ユーザを一意に識別できる。システムにログインする場合には、ユーザＩＤ２１１０とメールアドレス２１１１の何れを入力してもよいことになる。パスワード２１１２は、ユーザ登録の際に該ユーザが設定したパスワードであり、システムログインの際に入力されるものである。  
【０２６７】
性別２１１５は、ユーザの性別であり、年齢２１１６は、ユーザの年齢である。後述するように、各栄養素の所要量や各飲食物の摂取モデルは、性別２１１５及び年齢２１１６に応じた区分に従って判断される。  
【０２６８】
身長２１１７は、ユーザの身長であり、体重２１１８は、ユーザの体重である。健康志向２１１９は、ユーザが選択した、ユーザの食と健康に関する志向を登録したものである。健康志向２１１９は、「便秘が気になる」、「高血圧が気になる」、「血糖値が気になる」などのシステム側で予め用意した一定種類のものからユーザが選ぶことができる。身長２１１７、体重２１１８、及び健康志向２１１９は、後述するように、各栄養素の所要量を補正するために用いられる。  
【０２６９】
＜ユーザ別履歴情報データベースのデータ構成＞  図３６は、ユーザ別履歴情報データベース２２のデータ構成を示す図である。ユーザ別履歴情報データベース２２の各レコードは、外食店舗端末４から送信されてきた飲食履歴情報から抽出されたデータからなるものであり、ユーザＩＤ２１２１と、店舗ＩＤ２１２２と、飲食日時２１２３と、飲食物名２１２４と、数量２１２５とからなっている。  
【０２７０】
ユーザＩＤ２１２１は、ユーザを一意に識別する識別情報であり、上述したユーザ情報データベース２１のユーザＩＤ２１１０と同様である。店舗ＩＤ２１２２は、ユーザが飲食物を飲食した外食店舗の店舗ＩＤである。飲食日時２１２３は、ユーザが飲食物を飲食した日時であり、栄養評価部２Ａ及び嗜好特定部２Ｂにより行われる各処理は、飲食日時２１２３が過去１ヶ月以内のものを対象に行われる。飲食物名２１２４は、ユーザが飲食した飲食物名であり、数量２１２５は、該飲食物の飲食数量である。数量２１２５は、飲食物の飲食数量をユーザ（客）への提供単位（一個、一皿、一杯等）の倍数で示しおり、上述した飲食履歴情報から換算された値が登録され、統一的なデータ処理ができるようにされている。
【０２７１】
＜飲食物別栄養価データベースのデータ構成＞  図３７は、飲食物別栄養価データベース２４のデータ構成を示す図である。飲食物別栄養価データベース２４の各レコードは、飲食物名２０１４１と、成分１含有量２０１４２と、成分２含有量２０１４３と、…成分ｋ含有量２０１４ｋとからなっている。ここで、成分１、成分２、…、成分ｋとは、炭水化物、脂質、タンパク質などの三大栄養素や、各種のビタミンやミネラルなどの栄養素のことである。  
【０２７２】
飲食物名２０１４１は、カレー、ラーメン、鮨などといった食品や○○ジュース、△△牛乳、××ビール等の飲料等の名称である。成分１含有量２０１４２と、成分２含有量２０１４３と、…成分ｋ含有量２０１４ｋは、それぞれの飲食物や食品の単位数量当たりの含有量である。例えば、飲食物××１皿当りについて、炭水化物が○○ｇ、脂質が○○ｇ、タンパク質が○○ｇ、ビタミンＡが○○ｍｇといった具合に登録されている。これらのデータは、栄養評価部２Ａによる各ユーザの栄養素毎の摂取量を求めるために用いられる。なお、飲食物別栄養価データベース２４のレコードに飲食物区分、丼物、肉物、魚等を加え、飲食物区分別に各データを区分けするようにしてもよい。  
【０２７３】
＜所要量データベースのデータ構成＞  図３８は、所要量データベース２５のデータ構成を示す図である。所要量データベース２５の各レコードは、性別２０１５１と、年齢区分２０１５２と、成分１についての性別及び年齢区分に応じて摂取すべき量（成分１所要量）２０１５３１、標準偏差２０１５３２、及び補正式２０１５３３と、…成分ｋについての成分ｋ所要量２０１５ｋ１、標準偏差２０１５ｋ２、及び補正式２０１５ｋ３とからなっている。  
【０２７４】
性別２０１５１は、男女の別であり、年齢区分２０１５２は、年齢階層の区分（例えば、２０〜２４歳、２５〜２９歳、…）である。性別や年齢が異なれば各栄養素の所要量も異なることから、異なるデータが用意されたものである。成分１についての成分１所要量２０１５３１は、性別２０１５１及び年齢区分２０１５２に応じて、身長や体重が標準的であり、とりわけ健康志向も選択していない場合、成分１を単位期間（ここでは、１日間）あたりどれくらい摂取する必要があるかを示すものである。  
【０２７５】
成分１についての標準偏差２０１５３２は、性別２０１５１及び年齢区分２０１５２に応じて、成分１の摂取量にどの程度のばらつきがあるかを示すものであり、栄養評価部２Ａによる成分１の摂取量の過不足判定に用いられる。成分１についての補正式２０１５３３は、性別２０１５１及び年齢区分２０１５２に応じて、身長や体重が標準的でなく、何らかの健康志向が選択されている場合に、成分１所要量２０１５３１や標準偏差２０１５３２を補正して栄養評価部２Ａが成分１の摂取量の過不足判定を行うための補正式である。成分ｋについての所要量２０１５ｋ１、標準偏差２０１５ｋ２、補正式２０１５ｋ３についても同様である。  
【０２７６】
＜効能データベースのデータ構成＞  図３９は、効能データベース２６のデータ構成を示す図である。効能データベース２６の各レコードは、成分名２０１６０と、効能１評価値２０１６１と、効能２評価値２０１６２と、…効能ｊ評価値２０１６ｊとからなっている。効能１、効能２、…、効能ｊとは、「腸の働きを助ける」、「血圧を下げる」、「血糖値を下げる」といった各成分（栄養素）がもつ働きをいう。  
【０２７７】
成分名２０１６０は、炭水化物、脂質、タンパク質などの三大栄養素や、各種のビタミンやミネラルなどの栄養素の名称である。効能１評価値２０１６１は、成分名２０１６０の栄養素が上述した効能データベース２６の効能１に対して、どの程度に作用するかを数値で表したものである。効能２評価値２０１６２、…、効能ｊ評価値２０１６ｊについても同様である。効能１評価値２０１６１、効能２評価値２０１６２、…効能ｊ評価値２０１６ｊは、栄養評価部２Ａによる栄養素別の過不足の判定結果から摂取アドバイスを生成するために用いられる。  
【０２７８】
＜摂取飲食物モデルデータベースのデータ構成＞  図４０は、摂取飲食物モデルデータベース２７のデータ構成を示す図である。摂取飲食物モデルデータベース２７の各レコードは、性別２０１７１と、年齢区分２０１７２と、飲食物１についての標準的な摂取量（飲食物１摂取量）２０１７３１、及び標準偏差２０１７３２と、飲食物２についての飲食物２摂取量２０１７４１、及び標準偏差２０１７４２と、…飲食物ｉについての飲食物ｉ摂取量２０１７ｉ１、及び標準偏差２０１７ｉ２とからなっている。  
【０２７９】
性別２０１７１は、男女の別であり、年齢区分２０１７２は、年齢階層の区分（例えば、２０〜２４歳、２５〜２９歳、…）である。性別や年齢が異なれば各飲食物の標準的な摂取量も異なることから、異なるデータが用意されたものである。飲食物１についての飲食物１摂取量２０１７３１は、性別２０１７１及び年齢区分２０１７２に応じて、飲食物１を単位期間（ここでは、１ヶ月）あたり標準的にどれくらい摂取しているかを示すものである。  
【０２８０】
飲食物１についての標準偏差２０１７３２は、性別２０１７１及び年齢区分２０１７２に応じて、飲食物１の摂取量にどの程度のばらつきがあるかを示すものである。飲食物１摂取量２０１７３１及び標準偏差２０１７３２は、ユーザが飲食した飲食物１の摂取量について偏差値を算出することにより、嗜好特定部２Ｂによるユーザが嗜好する飲食物の特定に用いられる。飲食物２についての飲食物２摂取量２０１７４１及び標準偏差２０１７４２、…飲食物ｉについての摂取量２０１７ｉ１及び標準偏差２０１７ｉ２についても同様である。  
【０２８１】
＜レシピデータベースのデータ構成＞  図４１は、レシピデータベース２８のデータ構成を示す図である。レシピデータベース２８の各レコードは、飲食物のレシピ名２０１８１と、食材１含有量２０１８２１〜食材ｉ含有量２０１８２ｉと、成分１含有量２０１８３１〜成分ｋ含有量２０１８３ｋと、作り方２０１８４と、材料詳細２０１８５と、関連する他のレシピに関する情報２０１８６とからなっている。なお、このレシピデータベース２８のレコードに、各レシピ名を識別するためのレシピＩＤを登録するようにしてもよい。  
【０２８２】
レシピ名２０１８１は、レシピの名称、すなわち該レシピで作られる飲食物の名称である。食材１含有量２０１８２１〜食材ｉ含有量２０１８２ｉは、該レシピで作られる飲食物に食材１〜食材ｉがそれぞれどの程度の量だけ含まれているかを示すものである。成分１含有量２０１８３１〜成分ｋ含有量２０１８３ｋは、該レシピで作られる飲食物に成分１〜成分ｋがそれぞれどの程度の量だけ含まれているかを示すものである。食材１含有量２０１８２１〜食材ｉ含有量２０１８２ｉと、成分１含有量２０１８３１〜成分ｋ含有量２０１８３ｋとは、おすすめ飲食店抽出部２Ｄによるおすすめレシピの抽出に用いられる。  
【０２８３】
作り方２０１８４は、該レシピによる飲食物の作り方を詳細に説明する文章や画像である。材料詳細２０１８５は、該レシピに必要な食材や調味料の種類、必要量を詳細に説明するものである。関連する他のレシピに関する情報２０１８６は、該レシピと食材や栄養素の面で一定の関連性（共通性）があり、ユーザに参考として示させる他のレシピに関する情報（他のレシピを特定するためのレシピ名２０１８１やレシピＩＤ等）を登録したものである。  
【０２８４】
＜外食支援システムにおける全体的な処理の流れ＞  以下、本実施形態にかかる外食支援システムにおいて実行される処理について説明する。図４２は、本実施形態にかかる外食支援システムにおける全体的な処理の流れを示す図である。ここでは、グループＢサーバ装置２において行われる処理を中心に説明するが、グループＢサーバ装置２に情報を送信する際には、外食店舗端末４またはユーザ端末８において必要な処理（例えば、外食店舗端末４における情報入力やユーザ端末８における情報入力）が行われ、グループＢサーバ装置２から情報が送信された際には、外食店舗端末４またはユーザ端末８において必要な処理（例えば、外食店舗端末４における情報表示やユーザ端末８における情報表示）が行われているものとする。  
【０２８５】
まず、外食店舗端末４からは、図３１に示す利用人物
判定処理、及び図３２に示す飲食物登録処理によって蓄積された既存のユーザの飲食物情報及び飲食履歴情報がグループＢサーバ装置２に送信される。グループＢサーバ装置２は、これらの飲食物情報及び飲食履歴情報を受信すると、既存のユーザの飲食物情報及び飲食履歴情報をデータベースに登録する。次に、この外食支援システムを新たに利用しようとするユーザによってユーザ端末８においてユーザ情報が入力されてグループＢサーバ装置２に送信され、これをグループＢサーバ装置２が受信すると、グループＢサーバ装置２では、受信したユーザ情報をユーザ情報データベース２１に登録する（ステップＳ２００１）。  グループＢサーバ装置２は、飲食物情報及び飲食履歴情報の受信とユーザ情報の登録が完了すると、新規登録したユーザの飲食物の飲食履歴の初期設定を、ユーザ別履歴データベース２２に登録する（ステップＳ２００２）。  
【０２８６】
この後、グループＢサーバ装置２では、外食店舗端末４に対して、該ユーザ情報を送信して、該ユーザ情報に対応した飲食物情報及び飲食履歴情報の送信を要求する。
【０２８７】
これにより、外食店舗端末４において、ユーザ情報におけるユーザの顔写真データと利用人物管理データベース４４４の利用人物情報における人物に関する画像の照合結果が同一人物と判定された場合、ユーザ情報に対応する飲食物情報及び飲食履歴情報が生成され、グループＢサーバ装置２に送信される。  
【０２８８】
また、既にユーザ情報を登録しているユーザが店舗で外食をすると、外食店舗端末４において、飲食物情報及び飲食履歴情報が飲食履歴データベース４２に追加して蓄積されるとともに、グループＢサーバ装置２に送信される。飲食物情報及び飲食履歴情報を受信すると、グループＢサーバ装置２は、該ユーザの飲食物の飲食履歴を、ユーザ別履歴データベース２２に追加して登録する（ステップＳ２００３）。  
【０２８９】
ユーザ登録しているユーザがユーザ端末８から栄養評価を要求すると、グループＢサーバ装置２では、栄養評価部２Ａにより、該ユーザの過去１ヶ月に飲食した飲食物をユーザ別履歴データベース２２から読み出し、飲食物別栄養価データベース２４及び所要量データベース２５を参照して、各栄養素の摂取の過不足を判定する。また、不足している栄養素についての摂取アドバイスを生成する（ステップＳ２００４）。  
【０２９０】
また、おすすめ飲食店抽出部２Ｄが、該ユーザに不足している判定された栄養素を多く摂取することのできる飲食物をレシピデータベース２８から抽出する（ステップＳ２００５）。グループＢサーバ装置２は、ステップＳ２００４において生成された各栄養素の摂取の過不足の判定結果、及び不足している栄養素についての摂取アドバイスと、ステップＳ２００５において抽出されたおすすめ飲食物を、ユーザ端末８に送信する。  
【０２９１】
一方、ユーザ登録しているユーザがユーザ端末８からおすすめ飲食物を要求すると、グループＢサーバ装置２では、嗜好特定部２Ｂにより、該ユーザの過去１ヶ月に飲食した飲食物をユーザ別履歴データベース２２から読み出し、摂取飲食物モデルデータベース２７を参照して、該ユーザが比較的好んで摂取している飲食物を特定する（ステップＳ２００６）。次に、おすすめ飲食物抽出部２Ｃにより、飲食物別栄養価データベース２４を参照して、該ユーザが比較的好んで摂取している飲食物のうちから栄養評価部２Ａにより摂取が不足していると判定された栄養素を多く摂取することができる１または複数の飲食物を、おすすめ飲食物として抽出する（ステップＳ２００７）。なお、おすすめ飲食物が１つだけである場合は１つしか抽出されないが、おすすめ飲食物が２つ以上ある場合は２つ以上抽出されることもある。  
【０２９２】
また、おすすめ飲食店抽出部２Ｄにより、該ユーザが比較的好んで摂取している飲食物を提供可能な飲食店を店舗別飲食物データベース２９から抽出する（ステップＳ２００８）。グループＢサーバ装置２は、ステップＳ２００４において抽出されたおすすめ飲食物と、ステップＳ２００８において抽出されたおすすめ飲食店を、ユーザ端末８に送信する。  
【０２９３】
以下、グループＢサーバ装置２の栄養評価部２ＡがステップＳ２００４において行う栄養評価処理を図４３〜図４６のフローチャート、図４７〜図４８の説明図を参照して、さらに詳細に説明し、嗜好特定部２Ｂが行うユーザ別嗜好特定処理、おすすめ飲食物抽出部２ＣがステップＳ２００７において行うおすすめ飲食物抽出処理、及びおすすめ飲食店抽出部２ＤがステップＳ２００５またはステップＳ２００８において行うおすすめレシピ抽出処理について、それぞれ図５０〜図５２のフローチャートを参照して、さらに詳細に説明する。  
【０２９４】
＜栄養評価処理＞  図４３は、栄養評価部２Ａが行うユーザの栄養評価処理を示すフローチャートである。栄養評価部２Ａは、１日の決められた時間（例えば、午後２３時５９分）に、該ユーザのユーザＩＤ２１２１に対応付けてユーザ別履歴データベース２２に登録されている飲食履歴データ（飲食履歴情報）の飲食日時２１２３を読み出す。飲食日時２１２３が所定期間（例えば過去１日）以内ものものである場合には、飲食履歴（飲食履歴データ）の飲食物名２１２４、数量２１２５等から、飲食物の提供単位（一個、一皿、一杯等）の倍数による飲食量をデータの読み出し等により確定し、次に、飲食履歴データと飲食物データベース２３に記憶された飲食物データ（飲食物情報）の飲食物の提供単位２２０６（一個、一皿、一杯等を重量の単位（ｇ）で表した数量）とから、各飲食物の重量による飲食量を確定する（ステップＳ２１０１）。  
【０２９５】
例えば、カレーの提供単位２２０６が３００ｇで、平成３０年１１月１０日の午後７時に、北海道の札幌でユーザがカレー一皿で飲食した場合、ユーザは、平成３０年１１月１０日の午後７時に、飲食物の飲食量として、カレーを３００ｇ飲食したことになる。
【０２９６】
次に、栄養評価部２Ａは、重量の単位（ｇ）で表した飲食量に、飲食物別栄養価データベース２４に登録されている成分１含有量２０１４２と、成分２含有量２０１４３と、…成分ｋ含有量２０１４ｋを積算し、飲食物毎に成分１〜成分ｋをユーザ個人でどの程度摂取したかを求める。次に、栄養評価部２Ａは、ユーザ個人で摂取した飲食物毎に成分１〜成分ｋを飲食日に振り込み、この振り込みの結果とユーザ情報データベース２１に登録されている該ユーザの性別２１１５及び年齢２１１６と所要量データベース２５に登録されている性別２０１５１及び年齢区分２０１５２の成分１所要量２０１５３１から、ユーザが個人単位で１日毎に摂取すると推測される栄養素別の摂取量を算出する（ステップＳ２１０２）。  
【０２９７】
次に、栄養評価部２Ａは、ユーザ情報データベース２１から該ユーザの性別２１１５及び年齢２１１６を読み出し、これに対応して所要量データベース２５に登録されている性別２０１５１及び年齢区分２０１５２の成分１所要量２０１５３１及び標準偏差２０１５３２、…成分ｋ所要量２０１５ｋ１及び標準偏差２０１５３２を読み出す（ステップＳ２１０３）。さらに、栄養評価部２Ａは、ユーザ情報データベース２１から該ユーザの身長２１１７、体重２１１８、健康志向２１１９を読み出し、これに応じて所要量データベース２５に登録されている補正式２０１５３３、…２０１５ｋ３を用いて、ステップＳ２１０３で読み出した各栄養素の所要量及び標準偏差を補正する（ステップＳ２１０４）。  
【０２９８】
次に、栄養評価部２Ａは、ステップＳ２１０１で求めた栄養素別の摂取量とステップＳ２１０４で補正された所要量との標準偏差に基づく乖離度合いに従って、１日毎に該ユーザの栄養素別の過不足を判定する。例えば、ある栄養素についての摂取量が所要量から２標準偏差以上少ない場合には、該栄養素が不足していると判定し、１標準偏差以上２標準偏差未満少ない場合には、該栄養素がやや不足していると判定し、２標準偏差以上多い場合には、該栄養素が過多であると判定する（ステップＳ２１０５）。  
【０２９９】
次に、栄養評価部２Ａは、ステップＳ２１０５で不足またはやや不足していると判定された栄養素について効能データベース２６の効能１評価値２０１６１、効能２評価値２０１６２、…効能ｊ評価値２０１６３を読み出す。そして、不足またはやや不足している栄養素についての効能１評価値２０１６１、効能２評価値２０１６２、…効能ｊ評価値２０１６３を加算する。そして、その値が小さい効能に基づいて、該ユーザに対する摂取アドバイスを１日毎に生成する（ステップＳ２１０６）。  
【０３００】
そして、栄養評価部２Ａは、ステップＳ２１０５で求めた該ユーザ毎の栄養素別の過不足判定の結果と、ステップＳ２１０６で生成した該ユーザ毎に対する摂取アドバイスとをまとめたページを生成し、通信部２Ｅから該ユーザのユーザ端末８に送信させる（ステップＳ２１０７）。これで、栄養評価処理を終了する。  
【０３０１】
＜飲食物の飲食量を確定する処理＞  次に、ステップＳ２１０１の飲食履歴データから飲食物の飲食量を確定する処理についてさらに詳細に説明する。  
【０３０２】
図４４は、ユーザにおけるステップＳ２１０１の飲食履歴データから飲食物の飲食量を確定する処理を詳細に示すフローチャートである。図４４において、栄養評価部２Ａは、該ユーザのユーザＩＤ２１２１に対応付けてユーザ別履歴データベース２２に登録されている飲食履歴（飲食履歴データ）の飲食日時２１２３を読み出すことで、飲食履歴データを取得する（ステップＳ２１０１−１）。  
【０３０３】
次に、栄養評価部２Ａは、飲食履歴データから飲食物に関わるデータである飲食データを取得する（ステップＳ２１０１−２）。  
【０３０４】
次に、栄養評価部２Ａは、飲食データをＩＤ毎に仕分けすることで、ユーザ（顧客）毎に仕分けをし、飲食データの飲食日時２１２３が所定期間（例えば過去１日）以内ものものである場合には、この飲食履歴（飲食履歴データ）を有効な飲食履歴とする（ステップＳ２１０１−３）。  
【０３０５】
次に、栄養評価部２Ａは、データベース２２〜２８から各種飲食物情報（入力手段９８により入力された飲食物における食材の量の各種補正値、ユーザがアクセスした飲食物等）を取得するとともに、飲食履歴（飲食履歴データ）の識別コードを取得する（ステップＳ２１０１−４）。  
【０３０６】
次に、栄養評価部２Ａは、ステップＳ２１０１−３での有効な飲食履歴の飲食物、店舗ＩＤ２１２２が示す店舗の所在地、現在の年月から各種飲食物情報、ステップＳ２１０１−４で取得した識別コード等により、飲食物の飲食量を算出または読み出して確定する（ステップＳ２１０１−５）。  
【０３０７】
＜飲食物飲食量確定処理＞  図４５は、図４４におけるステップＳ２１０１−５の飲食物飲食量確定処理を示すフローチャートである。図４５において、栄養評価部２Ａは、ステップＳ２１０１−２で取得した飲食データ（飲食履歴データ）から１種類の飲食物のデータを取得する（ステップＳ２１０１−５１）。  
【０３０８】
ステップＳ２１０１−５２において、栄養評価部２Ａは、飲食データ（飲食履歴データにおける飲食物の提供単位（一個、一皿、一杯等）の倍数による飲食量）と各種飲食物情報（飲食物の提供単位２２０６、ステップＳ２１０１−４で取得）から飲食物の重量単位による飲食量を確定し、ステップＳ２１０１−５３の処理に移行する。  
【０３０９】
ステップＳ２１０１−５３において、栄養評価部２Ａは、全種類の飲食物において、飲食物名及び飲食量が確定したかを判定する。  
【０３１０】
栄養評価部２Ａは、全種類の飲食物において、飲食物名及び飲食量が確定していない場合、ステップＳ２１０１−５２の判別がＮ
ＯとなりステップＳ２１０１−５１の処理に戻り、全種類の飲食物において、飲食物名及び飲食量が確定した場合、今回の飲食物飲食量確定処理を終了する。  
【０３１１】
＜栄養素摂取量算出処理＞  図４６は、ユーザにおけるステップＳ２１０２の栄養素摂取量算出処理を示すフローチャートである。図４６において、栄養評価部２Ａは、ステップＳ２１０１−５で確定した各飲食物の飲食量と各種飲食物情報（飲食物別栄養価データベース２４の各レコード、入力手段９８により入力された飲食物別栄養価の各種補正値）から各飲食物の栄養素を算出する（ステップＳ２１０２−１）。  ステップＳ２１０２−２において、栄養評価部２Ａは、ステップＳ２１０２−１で算出した各飲食物の各栄養素を対応するユーザ毎に対してレシピのアクセス飲食日に振り込み、ステップＳ２１０２−３に移行する。  
【０３１２】
ステップＳ２１０２−３において、栄養評価部２Ａは、ステップＳ２１０２−２においてユーザ個人に対して飲食日毎に振り込まれた栄養素に対して、グループＡサーバ装置１においてユーザ個人に対して一日毎に割り振りされた栄養素（（図１７のステップＳ１０２−１〜Ｓ１０２−５）を用いて補正演算を行い、今回の処理を終了する。  
【０３１３】
＜ユーザの栄養素摂取量算出処理＞  図４７は、ユーザの外食による栄養素摂取量算出処理を示す説明図であり、図４５のステップＳ２１０１−５１〜Ｓ２１０１−５３、図４６のステップＳ２１０２−１〜Ｓ２１０２−２に対応している。  
【０３１４】
栄養評価部２Ａは、図４７（ａ）に示すように、ステップＳ２１０１−２で取得した飲食データ（飲食履歴データ）から１種類の飲食物のデータを取得する（ステップＳ２１０１−５１参照）。  
【０３１５】
この場合の飲食物のデータは、飲食物名、第１の単位の飲食量がある。  
【０３１６】
栄養評価部１Ａは、飲食履歴データが示す飲食物名から、図４７（ｃ）に示すように、飲食物名を確定する。次に、栄養評価部１Ａは、図４７（ａ）に示す飲食履歴データの飲食物の提供単位（一個、一皿、一杯等）の倍数による飲食量と飲食物データと飲食物データベース２３に保続された飲食物データの飲食物の提供単位２２０６（一個、一皿、一杯等を重量の単位（ｇ）で表した数量）から図４７（ｂ）に示すように飲食物の量推計を行い、飲食物の重量による飲食量（ｇ）を確定する。そして、飲食物名と飲食量を栄養変換し、図４７（ｃ）に示すように飲食物の各栄養素を飲食当日毎及びユーザ毎に振り込む。  
【０３１７】
図４８は、ユーザのステップＳ２１０２における日別の栄養素（成分１〜成分ｋ）の割り振りを示す説明図である。  図４８において、２日目にユーザが１人で摂取した飲食物をカレー一皿（５００円）とすると、カレー一皿に含まれる栄養素は、栄養素Ａ（成分１）が３００ｍｇ、栄養素Ｂ（成分２）が２００ｍｇ、栄養素Ｃ（成分３）が５０ｍｇとなる。４日目にユーザが１人で摂取した飲食物をラーメン一皿（５００円）とすると、カレー一皿に含まれる栄養素は、栄養素Ａ（成分１）が１００ｍｇ、栄養素Ｂ（成分２）が５０ｍｇ、栄養素Ｃ（成分３）が２０ｍｇとなる。  
【０３１８】
図４９は、図４６のステップＳ２１０２−２においてユーザに対して一日毎に振り込まれた栄養素に対して、グループＡサーバ装置１においてユーザに対して一日毎に割り振りされた栄養素（図１９に示す栄養素のデータ）を用いて補正演算を行ったものである。  図４９の栄養素は、図４８に示した各栄養素に図１９に示した各栄養素を加算したものである。  
【０３１９】
とすると、ユーザ１人において、栄養素Ａは、１日目に１００ｍｇ（消費スピードにより設定）、２日目に４００ｍｇ（消費スピード及び外食の飲食物により設定）、３日目に２００ｍｇ（レシピにより設定）、４日目に２００ｍｇ（消費スピード及び外食の飲食物により設定）、５日目に０ｍｇ、６日目に０ｍｇとなる。  
【０３２０】
栄養素Ｂは、１日目に１８０ｍｇ（消費スピードにより設定）、２日目に２００ｍｇ（外食の飲食物により設定）、３日目に１２０ｍｇ（レシピにより設定、ステップＳ２１０２−５参照）、４日目に５０ｍｇ（外食の飲食物により設定）、５日目に０ｍｇ、６日目に０ｍｇとなる。  
【０３２１】
栄養素Ｃは、１日目に６０ｍｇ（消費スピードにより設定）、２日目に５０ｍｇ（外食の飲食物により設定）、３日目に４０ｍｇ（レシピにより設定）、４日目に２０ｍｇ（外食の飲食物により設定）、５日目に０ｍｇ、６日目に０ｍｇとなる。
【０３２２】
＜ユーザ別嗜好特定処理＞  図５０は、嗜好特定部２Ｂが行うユーザ別嗜好特定処理を示すフローチャートである。  栄養評価部２Ａは、１日の決められた時間（例えば、午後２３時５９分）に、該ユーザのユーザＩＤ２１２１に対応付けてユーザ別履歴データベース２２に登録されている飲食履歴データ（飲食履歴情報）の飲食日時２１２３を読み出す。飲食日時２１２３が所定期間（例えば過去１日）以内ものものである場合には、飲食履歴（飲食履歴データ）の飲食物名２１２４、数量２１２５等から、飲食物の提供単位（一個、一皿、一杯等）の倍数による飲食量をデータの読み出し等により確定し、次に、飲食履歴データと飲食物データベース２３に記憶された飲食物データ（飲食物情報）の飲食物の提供単位２２０６（一個、一皿、一杯等を重量の単位（ｇ）で表した数量）とから、各飲食物の重量による飲食量を確定する（ステップＳ２２０１）。  
【０３２３】
次に、栄養評価部２Ｂは、各飲食物の重量の単位（ｇ）で表した飲食量に対して飲食物別栄養価データベース２４に登録されている成分１含有量２０１４２と、成分２含有量２０１４３と、…成分ｋ含有量２０１４ｋを積算し、飲食物毎に成分１〜成分ｋをユーザでどの程度摂取したかを求める。次に、栄養評価部２Ａは、ユーザで摂取した飲食物毎に成分１〜成分ｋを飲食日当日に振り込み、この振り込みの結果とユーザ情報データベース２１に登録されている該ユーザの性別２１１５及び年齢２１１６と所要量データベース２５に登録されている性別２０１５１及び年齢区分２０１５２の成分１所要量２０１５３１から、ユーザが個人単位で１日毎に摂取すると推測される栄養素別の摂取量を算出する（ステップＳ２２０２）。  
【０３２４】
次に、嗜好特定部２Ｂは、ユーザ情報データベース２１から該ユーザの性別２１１５及び年齢２１１６を読み出し、これに対応して摂取飲食物モデルデータベース２７に登録されている性別２０１７１及年齢区分２０１７２の飲食物１摂取量２０１７３１及び標準偏差２０１７３２、飲食物２摂取量２０１７４１及び標準偏差２０１７４２、…飲食物ｉ摂取量２０１７ｉ１及び標準偏差２０１７ｉ２を読み出す（ステップＳ２２０３）。  
【０３２５】
次に、嗜好特定部２Ｂは、飲食物１、飲食物２、…飲食物ｉのそれぞれについて、ステップＳ２２０１で求めた摂取量と、ステップＳ２２０３で読み出した摂取量及び標準偏差とから、該ユーザの過去１ヶ月以内の飲食物の種類毎及び日毎の摂取量の偏差値を算出する（ステップＳ２２０４）。  
【０３２６】
そして、嗜好特定部２Ｂは、ステップＳ２２０４で算出した偏差値が高い一定数の飲食物を、該ユーザの嗜好する飲食物として特定する。この場合、偏差値が一定値以上の飲食物は全ての種類を該ユーザの嗜好する飲食物として特定するものとしても、偏差値に関わらず予め定めた種類数までの飲食物を該ユーザの嗜好する飲食物として特定するものとしてもよい（ステップＳ２２０５）。これで、ユーザ別嗜好特定処理を終了する。  
【０３２７】
＜おすすめ飲食物抽出処理＞  図５１は、おすすめ飲食物抽出部２Ｃが行うおすすめ飲食物抽出処理を示すフローチャートである。おすすめ飲食物抽出部２Ｃは、まず、ステップＳ２１０５において栄養評価部２Ａが該ユーザに不足していると、或いはやや不足していると判定した栄養素を特定する（ステップＳ２３０１）。なお、ここで不足またはやや不足している栄養素の特定には、上述したステップＳ２１０４における補正式による補正で、該ユーザの健康志向の考慮は既になされている。  
【０３２８】
次に、おすすめ飲食物抽出部２Ｃは、飲食物毎に、飲食物別栄養価データベース２４に登録されている成分１含有量２０１４２と、成分２含有量２０１４３と、…成分ｋ含有量２０１４ｋを読み出す。おすすめ飲食物抽出部２Ｃは、ステップＳ２３０１で不足またはやや不足していると特定された栄養素を多く含む飲食物を、ステップＳ２３０２で読み出した成分１含有量２０１４２、成分２含有量２０１４３、…成分ｋ含有量２０１４ｋに従って判定する。そして、１または複数の飲食物を該ユーザへのおすすめ飲食物として抽出する（ステップＳ２３０２）。なお、おすすめ飲食物が１つだけである場合は１つしか抽出されないが、おすすめ飲食物が２つ以上ある場合は２つ以上抽出されることもある。  
【０３２９】
次に、おすすめ飲食物抽出部２Ｃは、ステップＳ２３０３で抽出したおすすめ飲食物に関するクーポンが店舗別飲食物データベース２９に登録されているかどうかを判定し、ユーザ別履歴情報データベース２２に従って該ユーザが利用したことのある店舗においておすすめ飲食物の飲食に使用できるクーポンが登録されていれば、これを店舗別飲食物データベース２９から読み出す（ステップＳ２３０３）。  
【０３３０】
そして、おすすめ飲食物抽出部２Ｃは、ステップＳ２３０２で抽出した該ユーザへのおすすめ飲食物と、ステップＳ２３０３で読み出したクーポンとをまとめたページを生成し、通信部２Ｅから該ユーザのユーザ端末８に送信させる（ステップＳ２３０４）。なお、後述するおすすめレシピ抽出処理でおすすめレシピが抽出される場合には、さらにおすすめレシピもまとめたページを生成し、ユーザ端末８に送信させるものとしてもよい。これで、おすすめ飲食物抽出処理を終了する。なお、抽出されたおすすめ飲食物が複数である場合、含んでいる栄養素の多い順におすすめ飲食物第１位、第２位…というように表示するようにしてもよい。  
【０３３１】
＜おすすめレシピ抽出処理＞  図５２は、おすすめ飲食店抽出部２Ｄが行うおすすめ飲食店抽出処理を示すフローチャートである。おすすめ飲食店抽出部２Ｄは、栄養評価部２Ａの栄養評価処理で生成されたページの栄養評価画面においてユーザが栄養素を選択したことが通知されたのか、おすすめ飲食物抽出部２Ｄのおすすめ飲食物抽出処理で生成されたページのおすすめ飲食物画面においてユーザが飲食物を選択したことが通知されたのかを判定する（ステップＳ２４０１）。  
【０３３２】
栄養素が選択された場合には、おすすめ飲食店抽出部２Ｄは、レシピデータベース２８の成分１含有量２０１８３１〜成分ｋ含有量２０１８３ｋを参照して、選択された栄養素を多く含むレシピを抽出し、このレシピに対応する飲食物を提供する飲食店を店舗別飲食物データベース２９から抽出する（ステップＳ２４０２）。一方、飲食物が選択された場合には、おすすめ飲食店抽出部２Ｄは、店舗別飲食物データベース２９を参照して、ステップＳ２２０５で該ユーザの嗜好する飲食物として特定された飲食物を比較的多く含むメニューの飲食店を抽出する（ステップＳ２４０３）。なお、このステップＳ２４０３においておすすめ飲食店抽出部２Ｄは、ユーザが嗜好する飲食物の数が比較的多いメニューの飲食店（例えば、嗜好する飲食物を２種類含むメニューの飲食店よりも３種類含むメニューの飲食店）を抽出したり、ユーザが嗜好する飲食物のなかでも摂取量が比較的多い飲食物を含むメニューの飲食店（例えば、ユーザが嗜好する飲食物であり摂取量が多い飲食物が鳥のむね肉である場合、鳥のむね肉を使用したメニューの
飲食店）を抽出したりする。  
【０３３３】
おすすめ飲食店抽出部２Ｄは、さらに、店舗別飲食物データベース２９を参照して、おすすめ飲食物抽出部２Ｃで抽出されたおすすめ飲食物を多く含むメニューの飲食店に絞り込んで抽出する（ステップＳ２４０４）。なお、おすすめ飲食物画面においてユーザが選択した飲食物は、該ユーザへのおすすめ飲食物であることから、該ユーザに不足している栄養素を多く含むものである。つまり、最終的に抽出される飲食店のメニューは、該ユーザの嗜好する飲食物を多く含みつつ、該ユーザに不足している栄養素も多く含むものとなる。  
【０３３４】
ステップＳ２４０２またはステップＳ２４０４で飲食店が抽出されると、おすすめ飲食物抽出部２Ｄは、おすすめ飲食店及びメニューをまとめたページを生成し、通信部２Ｅから該ユーザのユーザ端末８に送信させる（ステップＳ２４０５）。これで、飲食店抽出処理を終了する。  
【０３３５】
＜外食支援システムの利用例＞  以下、本実施形態にかかる外食支援システムの利用例を、図５３〜図６０のユーザ端末８における表示画面例に基づいて、具体的に説明する。図５３は、トップ画面を示す図である。図５４は、ユーザ登録画面を示す図である。図５５は、割り勘仲間登録画面を示す図である。図５６は、栄養評価画面を示す図である。図５７は、おすすめ飲食物画面を示す図である。図５８は、おすすめ飲食店画面を示す図である。なお、表示部８２のサイズに収まらない画面であっても、スクロールして表示できるものは１画面として表している。  
【０３３６】
まず、図５３のトップ画面２５００において、既に登録しているユーザがシステム利用する場合には、ＩＤ入力欄２５０１にユーザＩＤまたはメールアドレスを、パスワード入力欄２５０２にパスワードを入力し、ログインボタン２５０３をタップする。すると、図５６の栄養評価画面が表示されることになる。一方、新たにユーザ登録する場合には、「こちら」２５０４をタップする。すると、図５４（ａ）のユーザ登録画面が表示される。  
【０３３７】
図５４（ａ）のユーザ登録画面２６００において、新規登録しようとするユーザは、メールアドレス入力欄２６０１に自己のメールアドレスを、パスワード入力欄２６０２、２６０３に自分で設定したパスワードを入力する。
【０３３８】
また、ユーザは、性別選択用ボタン２６０８で男女の別を選択入力し、年齢入力欄２６０９に年齢を、身長欄２６１０に身長を、体重欄２６１１に体重を、それぞれ数字で入力する。さらに、健康志向選択欄２６１２で健康志向を選択入力する。複数の健康志向を登録しようとする場合には、追加ボタン２６１３をタップすると、健康志向選択欄２６１２と同様の選択欄が現れるので、ここから追加登録する。  
【０３３９】
また、ユーザは、顔写真データ入力欄２６１４ａに自己の顔写真データのＵＲＬを入力する。複数の顔写真データを登録しようとする場合には、追加ボタン２６１４ｂをタップすると、顔写真データ入力欄２６１４ａと同様の入力欄が現れるので、ここに追加登録する。  
【０３４０】
また、ユーザがニックネームを入力したい場合、ニックネーム入力欄にニックネームを入力する。また、ユーザが健康診断情報を入力したい場合、健康診断情報入力ボタン（図示なし）をタップすると、健康診断情報入力欄が表示されるので、ユーザは、ユーザ端末に記憶されている健康診断情報ファイルの場所（ドライブ名やフォルダ名、ファイル名）を入力する。また、ユーザがフィットネス情報を入力したい場合、フィットネス情報入力ボタン（図示なし）をタップすると、フィットネス情報入力欄が表示されるので、ユーザは、ユーザ端末に記憶されているフィットネス情報ファイルの場所（ドライブ名やフォルダ名、ファイル名）を入力する。  
【０３４１】
また、ユーザが、割り勘仲間選択用ボタン２６１７で割り勘仲間がいることを選択入力し、割り勘仲間登録ボタン２６１８をタップすると、図５５に示すように、割り勘仲間登録画面２６６０に切り換わり、「割り勘仲間登録」の文字画像２６６１、メールアドレス入力欄２６６２、ＩＤ入力欄２６６３、パスワード入力欄２６６４に、パスワード確認入力欄２６６５、追加ボタン２６６６、追加ボタン２６６７、中止ボタン２６６８が表示されるので、ユーザは各割り勘仲間について入力する。この場合、メールアドレス入力欄２６６２にユーザの割り勘仲間のメールアドレスを、ＩＤ入力欄２６６３にユーザの割り勘仲間のＩＤを、パスワード入力欄２６６４及びパスワード確認入力欄２６６５にパスワードを入力し、追加ボタン２６６７をタップすると、ユーザの割り勘仲間が登録される。  
【０３４２】
そして、全ての欄に入力が終了して送信ボタン２６１９をタップすると、図５４（ｂ）のユーザ情報確認画面２６２０が現れる。  
【０３４３】
ユーザ情報確認画面２６２０において、「これでいいですか？」という問いに対して、ＮＯボタン２６２２をタップすると、図５４（ａ）のユーザ登録画面２６００に戻る。ＹＥＳボタン２６２１をタップすると、図５４（ｃ）の登録完了画面２６３０が現れる。そして、登録完了画面２６３０において、「栄養状態」２６３１をタップすると、図５６（ａ）の栄養評価画面２７００が現れ、「おすすめ」２６３２をタップすると、図５７（ａ）のおすすめ飲食物画面２８００が現れる。「ログアウト」２６３３をタップすると、ログアウトする。  
【０３４４】
図５６（ａ）の栄養評価画面２７００では、上部に「栄養状態」２７０１、「おすすめ」２７０２、「ログアウト」２７０３の文字があるが、「栄養状態」２７０１は、栄養評価画面であることを表すために反転表示され、タップしても画面変化はない。「おすすめ」２７０１をタップすると、図５７（ａ）のおすすめ飲食物画面２８００が現れる。「ログアウト」２７０３をタップすると、ログアウトする。  
【０３４５】
また、栄養素の「不足」、「適量」、「多い」、「グラフ」の選択欄２７０４があるが、ここでは「不足」が反転表示されて、とても不足している栄養素として「ビタミンＣ」と「炭水化物」の表示が、やや不足している栄養素として「ビタミンＫ」の表示がなされている。「適量」をタップすると適量が摂取されている栄養素の表示に、「多い」をタップすると過剰に摂取されている栄養素の表示に、「グラフ」をタップすると栄養素の摂取量の過不足のグラフでの表示に切り替わる。コメント欄２７０８には、ユーザへの摂取アドバイスが表示される。  
【０３４６】
「ビタミンＣ」２７０５、「炭水化物」２７０６、「ビタミンＫ」２７０７の各文字列は、これをタップすることで栄養素の紹介画面への切り替えを指示できるものとなっている。例えば、「ビタミンＫ」２７０７をタップした場合には、図５６（ｂ）のビタミンＫの紹介画面７１０が表示される。この画面の左上の矢印２７１１をタップすると、元の画面に戻る。また、ビタミンＫの紹介画面２７１０では、効能、不足リスク、過多リスクなどとともにビタミンＫについての説明がなされている。  
【０３４７】
その下に、ビタミンＫが多い飲食物が紹介されている。飲食物ボタン２７１２〜２７１４の何れかをタップすると、図５７（ｃ）の飲食物紹介画面２８２０（但し、タップしたボタンに対応した飲食物についてのもの）が表示される。「もっとみる」２７１５をタップすると、ビタミンＫが多い他の飲食物についての飲食物ボタンが追加して現れる。さらにその下に、ビタミンＫが摂れるおすすめ飲食店が紹介されている。飲食店ボタン２７１６、２７１７の何れかをタップすると、図５８の飲食店画面２９００（但し、タップしたボタンに対応した飲食店についてのもの）が表示される。「もっとみる」２７１８をタップすると、ビタミンＫが摂れる他の飲食店についての飲食店ボタンが追加して現れる。  
【０３４８】
図５７（ａ）のおすすめ飲食物画面２８００では、上部に「栄養状態」２８０１、「おすすめ」２８０２、「ログアウト」２８０３の文字があるが、「おすすめ」２８０２は、おすすめ飲食物画面であることを表すために反転表示され、タップしても画面変化はない。「栄養状態」２８０１をタップすると、図５６（ａ）の栄養評価画面２７００が現れる。「ログアウト」２８０３をタップすると、ログアウトする。  
【０３４９】
図５７（ａ）のおすすめ飲食物画面２８００では、「あなたにおすすめ」２８０４、飲食物別おすすめとして「サラダ」２８０５と「刺身」２８０６、志向別おすすめとして「お肌」２８０７と「ダイエット」２８０８の各ボタンが表示されているが、この何れかをタップすると、図５７（ｂ）に示すようなおすすめ飲食物画面２８１０が現れる（ここでは、「あなたにおすすめ」２８０４がタップされた場合を例としている。おすすめ飲食物画面２８１０では、おすすめ飲食物として「コロッケ」、「マーボナス」、「牛ヒレステーキ」の表示がなされている。  
【０３５０】
「コロッケ」２８１１、「マーボナス」２８１２、「牛ヒレステーキ」２８１３の各文字列は、これをタップすることで飲食物の紹介画面への切り替えを指示できるものとなっている。例えば、「コロッケ」２８１１をタップした場合には、図５７（ｃ）のコロッケの飲食物紹介画面２８２０が表示される。この画面の左上の矢印２８２１をタップすると、元の画面に戻る。また、コロッケの飲食物紹介画面２８２０では、アレルギー食品であるか否か、特徴的な成分など、コロッケについての説明がなされている。  
【０３５１】
その下に、栄養素が近い他の飲食物が紹介されている。飲食物ボタン２８２２〜２８２４の何れかをタップすると、タップしたボタンに対応した飲食物についての飲食物紹介画面が表示される。「もっとみる」２８２５をタップすると、栄養素が近い他の飲食物についての飲食物ボタンが追加して現れる。さらにその下に、コロッケを提供可能な飲食店が紹介されている。飲食店ボタン２８２６、２８２７の何れかをタップすると、図５８の飲食店画面２９００（但し、タップしたボタンに対応した飲食店についてのもの）が表示される。「もっとみる」２８２８をタップすると、コロッケを提供する飲食店についての飲食店ボタンが追加して現れる。  
【０３５２】
コロッケについてユーザに提供するクーポンがある場合には、さらにその下にクーポン情報が表示される。クーポンボタン２８２９、２８３０をタップすると、タップしたクーポンを取得できる。「もっとみる」２８３１をタップすると、さらに別のクーポンボタンが現れる。  
【０３５３】
図５８の飲食店画面２９００では、飲食店の紹介がなされる。この画面の左上の矢印２９０１をタップすると、元の画面に戻る。また、「飲食物詳細」２９０2をタップすると、この飲食店における飲食物を作るのに必要な材料の詳細が表示される。  
【０３５４】
その下に、この飲食店で提供される飲食物が紹介されている。飲食物ボタン２９０3〜２９０６何れかをタップすると、図５７（ｃ）の飲食物紹介画面２８２０（但し、タップしたボタンに対応した飲食物についてのもの）が表示される。さらにその下に、この飲食店が主として含む栄養素が紹介されている。成分ボタン２９０７、２９０８をタップすると、図５６（ｂ）の栄養素紹介画面２７１０（但し、タップしたボタンに対応した栄養素についてのもの）が表示される。さらにその下に、他のおすすめ飲食店が紹介されている。飲食店ボタン２９０９、２９１０の何れかをタップすると、タップしたボタンに対応した飲食店画面）が表示される。「もっとみる」２９１１をタップすると、他の飲食店についての飲食店ボタンが追加して現れる。  
【０３５５】
以上説明したように、本実施形態にかかる飲食支援システムでは、グループＡサーバ装置１において、ユーザ情報としてユーザ端末８から送信されてきたポイントカード種別１１３ａ及びポイントカードＩＤ１１
３ｂ、電子レシート種別１１４ａ及び電子レシートＩＤ１１４ｂがユーザ情報データベース１１に登録されている。一方、食品店舗端末３からの電子レシート情報２１０は、ポイントカード種別２１２ａとポイントカードＩＤ２１２ｂ、電子レシート種別２１３ａ及び電子レシートＩＤ２１３ｂとを含んでおり、どのユーザについての電子レシート情報であるかをグループＡサーバ装置１が一意に特定できるものとなっている。  
【０３５６】
グループＡサーバ装置１では、こうして特定したユーザの食材の購入履歴を、購入店舗１２２、購入日時１２３、食材名１２４及び数量１２５を対応付けて、ユーザ別履歴データベース１２に登録する。そして、栄養評価部１Ａが、ユーザの終了した１日間の食材の摂取量を求め、さらに食材別栄養価データベース１４を参照して、ユーザの終了した１日間の栄養素別の摂取量を求め、ユーザの性別、年齢区分に従って所要量データベース１５を参照して、栄養素毎の過不足を判定している。さらに、栄養素別の過不足の判定結果から効能データベース１６を参照して、各ユーザが優先して摂取すべき栄養素などを示す摂取アドバイスを生成する。  
【０３５７】
このように栄養評価部１Ａが行った栄養素毎の過不足の判定結果と摂取アドバイスは、同じページにまとめられて、ユーザ端末８の表示部８２に栄養評価画面７００として表示される。これにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができ、どのような栄養素を優先的に摂取すればよいかも容易に知ることができるようになる。  
【０３５８】
また、栄養評価部１Ａが栄養素別の過不足判定を行う際には、ユーザ情報データベース１１に登録されているユーザの身長１１７、体重１１８、健康志向１１９に従って必要な補正がなされている。これにより、個人の体格の違いや、個人毎に異なる健康志向の違いに応じて、自己の摂取に係る栄養素に偏りがあるかどうか、どのような栄養素を優先的に摂取すればよいかを容易に知ることができるようになる。  
【０３５９】
また、栄養評価部１Ａは、ユーザ別履歴データベース１２に登録されている食材名１２４及び数量１２５に従って栄養素別の摂取量を求めるが、数量１２５は、電子レシート情報２１０の数量２５２と飲食物情報２００の単位数量２０６とから換算された値が登録されるものとなっている。このため、単にどの種類の食材を摂取したかだけではなく、どの程度の量を摂取したかも加味して栄養素別の摂取量の過不足が判定されるので、ユーザは、より正確に自己の摂取に係る栄養の偏りを知ることができるようになる。  
【０３６０】
また、おすすめ食材抽出部１Ｃは、栄養評価部１Ａによる栄養素別の過不足の判定結果に従って食材別栄養価データベース１４を参照しておすすめ食材を抽出し、おすすめレシピ抽出部１Ｄは、おすすめ食材のうちからユーザの選択した食材を含む料理のレシピを抽出するものとしていた。そして、おすすめレシピを抽出するよりも前に、嗜好特定部１Ｂによりユーザの嗜好する食材が特定され、おすすめレシピは、特定したユーザの嗜好する食材をも含むものの中から選ばれるものとなっている。  
【０３６１】
このため、各ユーザは、おすすめ食材を材料として含む種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じない（もしくは、生じにくい）ような健康な食生活を送れるようになる。しかも、単に自己の摂取に係る栄養素に偏りがあるかどうかだけでおすすめレシピが提供されるではなく、自己の嗜好にあった種類の食材を含む料理のレシピがおすすめレシピとして提供されるので、その料理を実際に食べることの動機付けが強くなる。また、栄養素が偏る原因と食材の好き嫌いとには関連性があるため、ユーザの嗜好にあった種類の食材を含む料理のレシピに従った料理を食べることによって、この料理をユーザが気に入れば、今まで敬遠しがち（もしくは、食べたことがない）であった食材も今後は摂取してみようと思うようになる。  
【０３６２】
さらに、おすすめレシピ抽出部１Ｄによるおすすめレシピの提供は、ユーザが選択した栄養素を含む料理についてもすることができる。このため、ユーザは、不足している栄養素を多く摂れる種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。  
【０３６３】
また、異なる店舗の使用に係る複数の食品店舗端末３があり、同じユーザが異なる店舗で食材を購入する場合であっても、電子レシート情報２１０に含まれるポイントカード種別２１２ａ及びポイントカードＩＤ２１２ｂによってユーザを特定することができ、ユーザ別に購入履歴をユーザ別履歴データベース１２に記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、該ユーザの購入に係る食材から自己の摂取に係る栄養素に偏りがあるかどうかを知ることができる。  
【０３６４】
さらに、店舗毎に異なるポイントカード（電子レシート会員ＩＤ）が用いられた場合であっても、ユーザは、その何れのポイントカード（電子レシート会員ＩＤ）も自己のものであるとしてポイントカード種別（電子レシート種別）とポイントカードＩＤ（電子レシートＩＤ）を登録しておけばユーザ別に購入履歴をユーザ別履歴データベース１２に記憶させることができる。このため、店舗のサービスに係るポイントカード（電子レシート会員ＩＤ）などを、異なる店舗で共通化する必要はなく、各店舗が独自に顧客サービスを提供しようとすることの妨げとなることがなく、店舗にとってもシステム利用にデメリットが生じない。  
【０３６５】
この場合、新規ユーザがユーザ情報を登録した場合であっても、該ユーザ情報に含まれるポイントカード種別１１３ａ及びポイントカードＩＤ１１３ｂに対応する購入履歴や、電子レシート種別１１４ａ及び電子レシートＩＤ１１４ｂに対応する購入履歴が既に食品店舗端末３の販売履歴データベース３２に記憶されていれば、問い合わせに応答して食品店舗端末３から送信された電子レシート情報２１０に基づいても、該ユーザの食材の購入履歴がユーザ別履歴データベース１２に記憶されることとなる。  
【０３６６】
このため、新規登録したユーザも直ぐに自己の摂取に係る栄養素に偏りがあるかどうかを知ることができるようになる。また、ユーザ自体としての新規登録ではなくても、これまで登録していなかった店舗についてのポイントカード種別１１３ａ及びポイントカードＩＤ１１３ｂを追加登録したり、電子レシート種別１１４ａ及び電子レシートＩＤ１１４ｂを追加登録したりすれば、追加登録した店舗で既に購入した食材を含めた栄養偏向情報が生成されるので、より正確に自己の摂取に係る栄養素の偏りを知ることができるようになる。なお、ＥＣサイトやオンラインショップについても同様に追加登録することができる。  
【０３６７】
さらに、おすすめレシピ抽出部１Ｄにより、おすすめレシピの提供もなされている。このため、ユーザは、不足している栄養素を多く摂れる種類の料理、或いはおすすめ食品を材料として含む種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。  
【０３６８】
また、異なる販売店の使用に係る複数の食品店舗端末３があり、同じユーザが異なる販売店で食品を購入する場合であっても、グループＡサーバ装置１では、その購入に係る食品情報に対応づけられたユーザ識別情報によってユーザを特定することができ、ユーザ別に食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、該ユーザの摂取に係る栄養素に偏りに応じて食品の摂取が推奨されるものとなる。  
【０３６９】
グループＢサーバ装置２では、こうして特定したユーザの飲食物の飲食履歴を、飲食店舗２１２２、飲食日時２１２３、飲食物名２１２４及び数量２１２５を対応付けて、ユーザ別履歴データベース２２に登録する。そして、栄養評価部２Ａが、ユーザの終了した１日間の飲食物の摂取量を求め、さらに飲食物別栄養価データベース２４を参照して、ユーザの終了した１日間の栄養素別の摂取量を求め、ユーザの性別、年齢区分に従って所要量データベース２５を参照して、栄養素毎の過不足を判定している。さらに、栄養素別の過不足の判定結果から効能データベース２６を参照して、各ユーザが優先して摂取すべき栄養素などを示す摂取アドバイスを生成する。  
【０３７０】
このように栄養評価部２Ａが行った栄養素毎の過不足の判定結果と摂取アドバイスは、同じページにまとめられて、ユーザ端末８の表示部８２に栄養評価画面２７００（図５６参照）として表示される。これにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができ、どのような栄養素を優先的に摂取すればよいかも容易に知ることができるようになる。  
【０３７１】
また、栄養評価部２Ａが栄養素別の過不足判定を行う際には、ユーザ情報データベース２１に登録されているユーザの身長２１１７、体重２１１８、健康志向２１１９に従って必要な補正がなされている。これにより、個人の体格の違いや、個人毎に異なる健康志向の違いに応じて、自己の摂取に係る栄養素に偏りがあるかどうか、どのような栄養素を優先的に摂取すればよいかを容易に知ることができるようになる。  
【０３７２】
また、栄養評価部２Ａは、ユーザ別履歴データベース２２に登録されている飲食物名２１２４及び数量２１２５に従って栄養素別の摂取量を求めるが、数量２１２５は、飲食物情報の数量２２５２と飲食物情報２２００の単位数量２２０６とから換算された値が登録されるものとなっている。このため、単にどの種類の飲食物を摂取したかだけではなく、どの程度の量を摂取したかも加味して栄養素別の摂取量の過不足が判定されるので、ユーザは、より正確に自己の摂取に係る栄養の偏りを知ることができるようになる。  
【０３７３】
また、おすすめ飲食物抽出部２Ｃは、栄養評価部２Ａによる栄養素別の過不足の判定結果に従って飲食物別栄養価データベース２４を参照しておすすめ飲食物を抽出し、おすすめ飲食店抽出部２Ｄは、おすすめ飲食物のうちからユーザの選択した飲食物を含む料理の飲食店を抽出するものとしていた。そして、おすすめ飲食店を抽出するよりも前に、嗜好特定部２Ｂによりユーザの嗜好する飲食物が特定され、おすすめ飲食店は、特定したユーザの嗜好する飲食物をも含むものの中から選ばれるものとなっている。  
【０３７４】
このため、各ユーザは、おすすめ飲食物を提供する飲食店を知ることができるので、これに従った飲食店でおすすめ飲食物を飲食することで、栄養素の偏りが生じない（もしくは、生じにくい）ような健康な食生活を送れるようになる。しかも、単に自己の摂取に係る栄養素に偏りがあるかどうかだけでおすすめ飲食店の情報提供が行われるではなく、自己の嗜好にあった種類の飲食物を含む飲食物を提供する飲食店がおすすめ飲食店として提供されるので、その飲食物を実際に食べることの動機付けが強くなる。また、栄養素が偏る原因と飲食物の好き嫌いとには関連性があるため、ユーザの嗜好にあった種類の飲食物を提供する飲食店で飲食物を食べることによって、この飲食物をユーザが気に入れば、今まで敬遠しがち（もしくは、食べたことがない）であった飲食物も今後は摂取してみようと思うようになる。  
【０３７５】
また、異なる店舗の使用に係る複数の外食店舗端末４があり、同じユーザが異なる店舗で飲食物を飲食する場合であっても、図３０に示す会食店舗認識システム９９による図３１に示す利用人物判定処理によってユーザを特定できるので、ユーザ別に飲食履歴をユーザ別履歴データベース２２に記憶させることができる。このため、ユーザは、必ずしも１つの店舗で飲食をするのでなくても、自己の摂取に係る
栄養素に偏りがあるかどうかを知ることができる。  
【０３７６】
このため、新規登録したユーザも直ぐに自己の摂取に係る栄養素に偏りがあるかどうかを知ることができるようになる。  
【０３７７】
さらに、おすすめ飲食店抽出部２Ｄにより、おすすめ飲食店の情報提供もなされている。このため、ユーザは、不足している栄養素を多く摂れる種類の飲食物、或いはおすすめ飲食物を提供する飲食店を知ることができるので、これに従った飲食物を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。  
【０３７８】
また、異なる販売店の使用に係る複数の外食店舗端末４があり、同じユーザが異なる飲食店で食品を飲食する場合であっても、グループＢサーバ装置２では、その飲食に係る飲食物情報に対応づけられたユーザ識別情報によってユーザを特定することができ、ユーザ別に飲食物情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で飲食をするのでなくても、該ユーザの摂取に係る栄養素に偏りに応じて飲食物の摂取が推奨されるものとなる。  
【０３７９】
＜本発明の実施の形態の構成及び効果＞
【０３８０】
本発明の実施の形態の飲食支援システムは、ユーザの内食用の食品販売に関する情報と該ユーザの外食に関する情報とを管理する情報管理手段（食品店舗端末３、外食店舗端末４）と、前記情報管理手段が管理する情報に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路、養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）と、を備えることを特徴とする。
【０３８１】
上記飲食支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０３８２】
本発明の実施の形態の飲食支援システムは、ユーザの内食用の食品販売に関する情報を少なくとも管理する内食管理手段（食品店舗端末３）と、該ユーザの外食に関する情報を少なくとも管理する外食管理手段（食品店舗端末３、食店舗端末４）と、該ユーザが所有するユーザ端末８と、該内食管理手段、該外食管理手段及び該ユーザ端末８と通信可能な通信手段（インターネット６、無線ネットワーク７）と、を備える飲食支援システムであって、前記内食管理端末が管理する情報と、前記外食管理端末が管理する情報とに基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成し、該栄養偏向情報を前記ユーザ端末８に表示する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路、養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）を更に備えることを特徴とする。
【０３８３】
上記飲食支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０３８４】
本発明の実施の形態の飲食支援システムは、ユーザの内食用の食品販売に関する情報を少なくとも管理する内食管理手段（食品店舗端末３）と、該ユーザの外食に関する情報を少なくとも管理する外食管理手段（外食店舗端末４）と、該ユーザが所有するユーザ端末と、該内食管理手段（食品店舗端末３）、該外食管理手段（外食店舗端末４）及び該ユーザ端末と通信可能な通信手段（インターネット６、無線ネットワーク７）と、を備える飲食支援システムであって、前記内食管理手段が管理する情報と、前記外食管理手段が管理する情報とに基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成し、該栄養偏向情報を前記ユーザ端末に表示する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路、養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）を更に備えることを特徴とする。
【０３８５】
上記飲食支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０３８６】
本発明の実施の形態の飲食支援システムは、内食用の食品販売に関する情報を少なくとも管理する内食管理端末（食品店舗端末３）と、外食に関する情報を少なくとも管理する外食管理端末（外食店舗端末４）と、ユーザが所有するユーザ端末と、該内食管理端末（食品店舗端末３）、該外食管理端末（外食店舗端末４）及び該ユーザ端末と通信可能なサーバ装置（グループＡサーバ装置１、グループＢサーバ装置２）と、を備える飲食支援システムであって、前記内食管理端末（食品店舗端末３）は、前記ユーザが購入した内食用の食品に関する内食購入食品情報を前記サーバ装置（グループＡサーバ装置１）に送信する内食購入食品情報送信手段（通信部３３）を備え、前記外食管理端末（外食店舗端末４）は、前記ユーザが外食した飲食物に関する外食飲食物情報を前記サーバ装置（グループＡサーバ装置１、グループＢサーバ装置２）に送信する外食飲食物情報送信手段（通信部４４）を備え、前記ユーザ端末８は、前記サーバ装置が前記ユーザを識別するためのユーザ情報を前記サーバ装置に送信するユーザ情報送信手段（通信部８３）と、前記サーバ装置から送信された栄養偏向情報を受信し、該受信した栄養偏向情報を出力する栄養偏向情報出力手段と、を備え、前記サーバ装置は、前記ユーザ情報送信手段（通信部８３）から送信された前記ユーザ情報を受信するユーザ情報受信手段（通信部１Ｅ、２Ｅ）と、前記ユーザ情報受信手段（通信部１Ｅ、２Ｅ）が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１、２１）と、前記内食購入食品情報送信手段（通信部３３）から送信された前記内食購入食品情報を前記ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記外食飲食物情報送信手段（通信部４３）から送信された前記外食飲食物情報を前記ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段（ユーザ別履歴データベース２２）と、前記内食購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段（ユーザ別履歴データベース２２）記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路、養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末８に送信する栄養偏向情報送信手段（通信部１Ｅ、２Ｅ）と、を備えることを特徴とする。
【０３８７】
上記飲食支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。  
【０３８８】
また、異なる販売店の使用に係る複数の管理端末（食品店舗端末３）があり、同じユーザが異なる販売店で食品を購入する場合であっても、グループＡサーバ装置１では、ユーザ別に購入食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、該ユーザの購入に係る食品から自己の摂取に係る栄養素に偏りがあるかどうかを知ることができる。
【０３８９】
さらに、販売店毎に異なるユーザ識別情報が用いられた場合であっても、ユーザは、その何れのユーザ識別情報も自己のものであるとして登録しておけば、グループＡサーバ装置１においてユーザ別に購入食品情報が記憶され、栄養偏向情報が生成される。このため、ユーザ識別情報を含む販売店のサービスに係るポイントカードなどを、異なる店舗で共通化する必要はなく、各販売店が独自に顧客サービスを提供しようとすることの妨げとなることがなく、販売店にとってもシステム利用にデメリットが生じない。
【０３９０】
さらに、飲食店毎に異なるユーザ識別情報が用いられた場合であっても、ユーザは、その何れのユーザ識別情報も自己のものであるとして登録しておけば、グループＢサーバ装置２においてユーザ別に飲食物の飲食が記憶され、栄養偏向情報が生成される。このため、ユーザ識別情報を含む販売店のサービスに係るポイントカードなどを、異なる飲食店で共通化する必要はなく、各飲食店が独自に顧客サービスを提供しようとすることの妨げとなることがなく、販売店にとってもシステム利用にデメリットが生じない。
【０３９１】
前記摂取栄養情報は、少なくとも人間が摂取する複数種類の摂取栄養の性別及び年齢による適切な分量を表す情報を含む。
【０３９２】
これにより、上記飲食支援システムは、前記ユーザの性別及び年齢に応じて栄養素の偏りを示す栄養偏向情報を生成すことができる。
【０３９３】
本発明の実施の形態の飲食支援サーバは、内食用の食品販売に関する情報を少なくとも管理する内食管理端末（食品店舗端末３）と外食に関する情報を少なくとも管理する外食管理端末（外食店舗端末４）とユーザが所有するユーザ端末８と通信可能な飲食支援サーバであって、前記ユーザ端末８から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段（通信部１Ｅ、２Ｅ）と、前記ユーザ情報受信手段（通信部１Ｅ、２Ｅ）が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１、２１）と、前記内食管理端末（食品店舗端末３）から送信された、前記ユーザが購入した内食用の食品に関する内食購入食品情報を、該ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記外食管理端末（外食店舗端末４）から送信された、前記ユーザが外食した飲食物に関する外食飲食物情報を、該ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段（ユーザ別履歴データベース２２）と、前記内食購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段（ユーザ別履歴データベース２２）記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路、養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末８に送信する栄養偏向情報送信手段（通信部１Ｅ、２Ｅ）と、を備えることを特徴とする。
【０３９４】
上記飲食支援サーバ（グループＡサーバ装置１、グループＢサーバ装置２）により、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０３９５】
また、異なる販売店の使用に係る複数のユーザ端末８があり、同じユーザが異なる販売店で食品を購入する場合であっても、その購入に係る購入食品情報に対応づけられたユーザ識別情報によってユーザを特定することができ、ユーザ別に購入食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの店舗で買い物をするのでなくても、該ユーザの購入に係る食品から自己の摂取に係る栄養素に偏りがあるかどうかを知ることができる。
【０３９６】
また、異なる飲食店の使用に係る複数のユーザ端末８があり、同じユーザが異なる飲食店で飲食物を飲食入する場合であっても、その購入に係る飲食物情報に対応づけられたユーザ識別情報によってユーザを特定することができ、ユーザ別に購入食品情報を記憶させることができる。このため、ユーザは、必ずしも１つの飲食店で飲食をするのでなくても、該ユーザの飲食に係る飲食物から自己の摂取に係る栄養素に偏りがあるかどうかを知ることができる。
【０３９７】
さらに、販売店毎に異なるユーザ識別情報が用いられた場合であっても、ユーザは、その何れのユーザ識別情報も自己のものであるとして登録しておけば、ユーザ別に購入食品情報が記憶され、栄養偏向情報が生成される。このため、ユーザ識別情報を含む販売店のサービスに係るポイントカードなどを、異なる店舗で共通化する必要はなく、各販売店が独自に顧客サービスを提供しようとすることの妨げとなることがなく、販売店にとってもシステム利用にデメリットが生じない。
【０３９８】
さらに、飲食店毎に異なるユーザ識別情報が用いられた場合であっても、ユーザは、その何れのユーザ識別情報も自己のものであるとして登録しておけば、ユーザ別に飲食物情報が記憶され、栄養偏向情報が生成される。このため、ユーザ識別情報を含む飲食店のサービスに係るポイントカードなどを、異なる店舗で共通化する必要はなく、各販売店が独自に顧客サービスを提供しようとすることの妨げとなることがなく、販売店にとってもシステム利用にデメリットが生じない。
【０３９９】
前記摂取栄養情報は、少なくとも人間が摂取する複数種類の摂取栄養の性別及び年齢による適切な分量を表す情報を含む。
【０４００】
これにより、上記飲食支援サーバ（グループＡサーバ装置１、グループＢサーバ装置２）は、前記ユーザの性別及び年齢に応じて栄養素の偏りを示す栄養偏向情報を生成すことができる。
【０４０１】
本発明の実施の形態の飲食支援サーバは、前記ユーザ情報を受信したときに、該ユーザ情報に対応する前記内食購入食品情報が前記内食管理端末（食品店舗端末３）に既に記憶されているかどうかの問い合わせを送信する内食問い合わせ手段と、該ユーザ情報を受信したときに、該ユーザ情報に対応する前記外食飲食物情報が前記外食管理端末（外食店舗端末４）に既に記憶されているかどうかの問い合わせを送信する外食問い合わせ手段とを、さらに備え、前記内食購入食品情報記憶手段（ユーザ別履歴データベース１２）は、前記問い合わせを受信した前記内食管理端末（食品店舗端末３）から送信された前記内食購入食品情報を、前記ユーザの前記内食購入食品情報として記憶し、前記外食飲食物情報記憶手段（ユーザ別履歴データベース２２）は、前記問い合わせを受信した前記外食管理端末（外食店舗端末４）から送信された前記外食飲食物情報を、前記ユーザの前記外食飲食物情報として記憶し、前記栄養偏向情報生成手段は、前記内食購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶されている前記内食購入食品情報が、前記問い合わせを受信した前記内食管理端末（食品店舗端末３）から送信された前記内食購入食品情報だけであっても、前記栄養偏向情報を生成するとともに、前記外食飲食物情報記憶手段（ユーザ別履歴データベース２２）に記憶されている前記外食飲食物情報が、前記問い合わせを受信した前記外食管理端末（外食店舗端末４）から送信された前記外食飲食物情報だけであっても、前記栄養偏向情報を生成する、ことを特徴とする。
これにより、新規登録したユーザも直ぐに自己の摂取に係る栄養素に偏りがあるかどうかを知ることができるようになる。また、ユーザ自体としての新規登録ではなくても、これまで登録していなかった販売店についてのユーザ識別情報を追加登録すれば、追加登録した販売店で既に購入した食品を含めた栄養偏向情報が生成されるので、より正確に自己の摂取に係る栄養素の偏りを知ることができるようになる。
【０４０２】
上記飲食支援サーバは、前記内食購入食品情報は、購入された食品毎の購入量を示す購入量情報を含み、前記外食飲食物情報は、ユーザが飲食した飲食物毎の飲食量を示す飲食量情報を含み、前記栄養偏向情報生成手段は、前記内食購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記購入量情報と、前記外食飲食物情報記憶手段（ユーザ別履歴データベース２２）に記憶された前記飲食量情報とに基づいて、前記栄養偏向情報を生成する。
【０４０３】
これにより、新規登録したユーザも直ぐに自己の摂取に係る栄養素に偏りがあるかどうかを知ることができるようになる。また、ユーザ自体としての新規登録ではなくても、これまで登録していなかった販売店についてのユーザ識別情報を追加登録すれば、追加登録した販売店で既に購入した食品を含めた栄養偏向情報が生成されるので、より正確に自己の摂取に係る栄養素の偏りを知ることができるようになる。
【０４０４】
上記飲食支援サーバは、前記ユーザ端末８から、前記ユーザの健康の志向に関する健康志向情報を受信する健康志向情報受信手段（通信部１Ｅ、２Ｅ）と、前記健康志向情報受信手段（通信部１Ｅ、２Ｅ）が受信した健康志向情報を記憶する健康志向情報記憶手段（健康データペース１１Ａ、２１Ａ）と、をさらに備え、前記栄養偏向情報生成手段は、前記健康志向情報記憶手段（健康データペース１１Ａ、２１Ａ）に記憶された前記健康志向情報に従って前記栄養偏向情報を生成する。
【０４０５】
これにより、新規登録したユーザも直ぐに自己の摂取に係る栄養素に偏りがあるかどうかを知ることができるようになる。また、ユーザ自体としての新規登録ではなくても、これまで登録していなかった販売店についてのユーザ識別情報を追加登録すれば、追加登録した販売店で既に購入した食品を含めた栄養偏向情報が生成されるので、より正確に自己の摂取に係る栄養素の偏りを知ることができるようになる。
【０４０６】
上記飲食支援サーバは、前記栄養偏向情報生成手段により生成された前記栄養偏向情報に応じて前記ユーザに摂取を推奨する種類の食品を抽出する推奨食品抽出手段と、前記推奨食品抽出手段により抽出された食品を材料として含む内食用の料理に関する料理情報を抽出し、該抽出した料理情報を前記ユーザ端末８に送信する内食料理情報送信手段（通信部３３）と、前記推奨食品抽出手段により抽出された食品を材料として含む外食用の飲食物に関する飲食物情報を抽出し、該抽出した飲食物情報を前記ユーザ端末８に送信する外食飲食物情報送信手段（通信部４３）と、をさらに備える。
【０４０７】
この場合、ユーザは、不足している栄養素に応じて摂取を推奨する食品を材料として含む種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。
【０４０８】
本発明の実施の形態のプログラムは、内食用の食品販売に関する情報を少なくとも管理する内食管理端末（食品店舗端末３）と外食に関する情報を少なくとも管理する外食管理端末（外食店舗端末４）とユーザが所有するユーザ端末８と通信可能なコンピュータ装置を、前記ユーザ端末８から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段（通信部１Ｅ、２Ｅ）と、前記ユーザ情報受信手段（通信部１Ｅ、２Ｅ）が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１、２１）と、前記内食管理端末（食品店舗端末３）から送信された、前記ユーザが購入した内食用の食品に関する内食購入食品情報を、該ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記外食管理端末（外食店舗端末４）から送信された、前記ユーザが外食した飲食物に関する外食飲食物情報を、該ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段（ユーザ別履歴データベース２２）と、前記内食購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段（ユーザ別履歴データベース２２）記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路、養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末８に送信する栄養偏向情報送信手段（通信部１Ｅ、２Ｅ）、として機能させることを特徴とする。
【０４０９】
上記プログラムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０４１０】
本発明の実施の形態のユーザ端末８は、内食用の食品販売に関する情報を少なくとも管理する内食管理端末（食品店舗端末３）と外食に関する情報を少なくとも管理する外食管理端末（外食店舗端末４）と飲食支援サーバと通信可能な、ユーザが所有するユーザ端末８であって、前記ユーザ端末８から、前記ユーザを識別するためのユーザ情報を受信するユーザ情報受信手段（通信部１Ｅ、２Ｅ）と、前記ユーザ情報受信手段（通信部１Ｅ、２Ｅ）が受信した前記ユーザ情報を記憶するユーザ情報記憶手段（ユーザ情報データベース１１、２１）と、前記内食管理端末（食品店舗端末３）から送信された、前記ユーザが購入した内食用の食品に関する内食購入食品情報を、該ユーザの内食購入食品情報として記憶する内食購入食品情報記憶手段（ユーザ別履歴データベース１２）と、前記外食管理端末（外食店舗端末４）から送信された、前記ユーザが外食した飲食物に関する外食飲食物情報を、該ユーザの外食飲食物情報として記憶する外食飲食物情報記憶手段（ユーザ別履歴データベース２２）と、前記内食購入食品情報記憶手段（ユーザ別履歴データベース１２）に記憶された前記ユーザの前記内食購入食品情報から特定される食品が有する栄養素の種類別の栄養価に関する食品栄養情報を解析するとともに、前記外食飲食物情報記憶手段（ユーザ別履歴データベース２２）記憶手段に記憶された前記ユーザの前記外食飲食物情報から特定される飲食物が有する栄養素の種類別の栄養価に関する飲食物栄養情報を解析し、これらの解析結果に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路、養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）と、前記栄養偏向情報生成手段により生成された前記栄養偏向情報を、前記ユーザ端末８に送信する栄養偏向情報送信手段（通信部１Ｅ、２Ｅ）と、を有するサーバからの前記栄養偏向情報を受信する。
上記ユーザ端末８により、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０４１１】
本発明の実施の形態の飲食支援システムは、外食店舗に配置され、人物の撮像を行う撮像手段（監視カメラ５−１−１、５−１−２…）と、前記撮像手段が撮像した人物がユーザであるか否か判別するユーザ判別手段（制御部４４）と、ユーザ判別手段が判別したユーザの外食に関する情報を管理する情報管理手段（ユーザ別履歴データベース２２）と、前記情報管理手段が管理する情報に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）と、を備えることを特徴とする。  
【０４１２】
上記飲食支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０４１３】
本発明の実施の形態の飲食支援システムは、外食店舗に配置され、人物の撮像を行う撮像手段（監視カメラ５−１−１、５−１−２…）と、前記撮像手段が撮像した人物がユーザであるか否か判別するユーザ判別手段（制御部４４）と、ユーザ判別手段が判別したユーザの内食用の食品販売に関する情報と該ユーザの外食に関する情報とを管理する情報管理手段（ユーザ別履歴データベース１２、２２）と、前記情報管理手段が管理する情報に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路、養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）と、を備えることを特徴とする。  
【０４１４】
上記飲食支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０４１５】
本発明の実施の形態の飲食支援システムは、外食店舗に配置され、人物または飲食物の撮像を行う撮像手段（監視カメラ５−１−１、５−１−２…）と、前記撮像手段が撮像した人物がユーザであるか否か判別するユーザ判別手段（制御部４４）と、前記撮像手段が撮像した飲食物を判別する飲食物判別手段（制御部４４）と、前記飲食物判別手段の判別結果と前記ユーザ判別手段の判別結果に基づいて、前記ユーザの外食に関する情報を生成する外食情報生成手段（制御部４４）と、前記外食情報生成手段が生成した外食に関する情報とを管理する情報管理手段（ユーザ別履歴データベース２２）と、前記情報管理手段が管理する情報に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）と、を備えることを特徴とする。  
【０４１６】
上記飲食支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０４１７】
本発明の実施の形態の飲食支援システムは、外食店舗に配置され、人物または飲食物の撮像を行う撮像手段（監視カメラ５−１−１、５−１−２…）と、前記撮像手段が撮像した人物がユーザであるか否か判別するユーザ判別手段（制御部４４）と、前記撮像手段が撮像した飲食物を判別する飲食物判別手段（制御部４４）と、前記飲食物判別手段の判別結果と前記ユーザ判別手段の判別結果に基づいて、前記ユーザの外食に関する情報を生成する外食情報生成手段（制御部４４）と、前記ユーザ判別手段が判別したユーザの内食用の食品販売に関する情報と、前記外食情報生成手段が生成した外食に関する情報とを管理する情報管理手段（ユーザ別履歴データベース２１、２２）と、前記情報管理手段が管理する情報に基づいて、前記ユーザの栄養素の偏りを示す栄養偏向情報を生成する栄養偏向情報生成手段（栄養評価部１ＡのステップＳ１０３〜Ｓ１０６の処理を実行するプログラム及びこの処理に関係する回路、養評価部２ＡのステップＳ２１０３〜Ｓ２１０６の処理を実行するプログラム及びこの処理に関係する回路）と、を備えることを特徴とする。  
【０４１８】
上記飲食支援システムにより、ユーザは、自己の摂取に係る栄養素に偏りがあるかどうかを容易に知ることができる。
【０４１９】
以上説明した本発明の実施の形態によれば、消費者が栄養バランスに優れた食事ができるような買い物を可能とする。
【０４２０】
また、本発明の実施の形態では、内食において、前記ユーザ及びその家族の１日毎の栄養素の偏りを示す栄養偏向情報を生成できるので、栄養バランスに優れた食事ができるようなる。
【０４２１】
また、本発明の実施の形態では、内食において、ユーザ及びその家族の個人毎に栄養バランスの良否の判定を行っているため、栄養バランスに優れた食事ができるようなる。
【０４２２】
また、本発明の実施の形態では、外食において、前記ユーザの１日毎の栄養素の偏りを示す栄養偏向情報を生成できるので、栄養バランスに優れた食事ができるようなる。
【０４２３】
また、本発明の実施の形態では、外食において、ユーザの個人毎に栄養バランスの良否の判定を行っているため、栄養バランスに優れた食事ができるようなる。
【０４２４】
本発明は、上記の実施の形態に限られず、種々の変形、応用が可能である。以下、本発明に適用可能な上記の実施の形態の変形態様について説明する。  
【０４２５】
上記の実施の形態では、グループＡサーバ装置１は、ユーザ情報データベース１１、ユーザ別履歴データベース１２、食材相場データベース１３、食材別栄養価データベース１４、所要量データベース１５、効能データベース１６、摂取食材モデルデータベース１７、レシピデータベース１８、及び店舗別飲食物データベース１９を有するものとしていた。これに限らず、食材相場データベース１３、食材別栄養価データベース１４、所要量データベース１５、効能データベース１６、摂取食材モデルデータベース１７、及びレシピデータベース１８の全部または一部は、グループＡサーバ装置１１の外部にあるものとし、グループＡサーバ装置１は、必要に応じて、これらの外部データベースを検索するものとしてもよい。  
【０４２６】
例えば、レシピデータベース１８についてグループＡサーバ装置１が含まないものとし、レシピデータベース１８と同等以上のデータベースを有し、グループＡサーバ装置１は、レシピの提供を主に行う他のサイトから栄養素や食材に応じたレシピの提供を受けるものとしてもよい。この場合、おすすめレシピについて、栄養摂取評価画面やおすすめ食材画面から該サイトの各レシピのページへのリンクを張って、ユーザがレシピの詳細についての情報を得られるようにすることができる。  
【０４２７】
上記の実施の形態では、おすすめレシピ抽出部１Ｄは、食材画面８１０に表示されているおすすめ食材をタップした後に表示される該食材についての食材紹介画面で表示されるおすすめレシピを抽出する際に、嗜好特定部１Ｂが特定したユーザ及びその家族の嗜好する食材も含む料理のレシピを抽出するものとしていた。これに限らず、おすすめレシピ抽出部１Ｄは、栄養評価画面７００に表示されている栄養素をタップした後に表示される該栄養素の紹介画面で表示されるおすすめレシピを抽出する際も、該栄養素を多く含みつつ、嗜好特定部１Ｂが特定したユーザ及びその家族の嗜好する食材も含む料理のレシピを抽出するものとしてもよい。  
【０４２８】
上記の実施の形態では、栄養評価画面に挙げられた栄養素のうちでユーザが選択した栄養素に対して、或いはおすすめ食材画面に挙げられた食材のうちでユーザが選択した食材に対して、おすすめレシピの提供がされるものとしていた。これに対して、各栄養素の過不足についての総合評価や、一定数のおすすめ食材の総合評価に従って、おすすめレシピを提供するものとしてもよい。この場合、図２６（ａ）の画面や図２７（ｂ）の画面において、おすすめレシピを示すことができる。ここでも、嗜好特定部１Ｂが特定したユーザの嗜好する食材も含む料理のレシピを抽出することができる。  
【０４２９】
上記の実施の形態では、グループＢサーバ装置２は、ユーザ情報データベース２１、ユーザ別履歴データベース２２、飲食物データベース２３、飲食物別栄養価データベース２４、所要量データベース２５、効能データベース２６、摂取飲食物モデルデータベース２７、レシピデータベース２８、及び店舗別飲食物データベース２９を有するものとしていた。これに限らず、飲食物データベース２３、飲食物別栄養価データベース２４、所要量データベース２５、効能データベース２６、摂取飲食物モデルデータベース２７、及びレシピデータベース２８の全部または一部は、グループＢサーバ装置２１の外部にあるものとし、グループＢサーバ装置２は、必要に応じて、これらの外部データベースを検索するものとしてもよい。  
【０４３０】
上記の実施の形態では、ユーザ端末８を利用する各ユーザが一人で購入した内食の食材を自分と家族で消費することを前提として、栄養評価やおすすめ食材の推薦などを行っていた。しかしながら、家族がいない者は、一人で購入した食材を自分と家族で消費することになり、ユーザ１人の１日毎の栄養素の割り振りを行い、栄養評価やおすすめ食材の推薦などを行うことになる。  
【０４３１】
さらに、ユーザ情報としての家族の構成員を登録がないユーザに関しては、グループＡサーバ装置１において購入されている食材の種類や量などから家族構成を推定するものとすることができ、推定した家族構成に従って栄養評価やおすすめ食材の提供などを行うものとすることもできる。  
【０４３２】
上記の実施の形態では、内食用の嗜好特定部１Ｂは、ユーザ別履歴データベース１２に記憶されている食材の種類と量に基づいてユーザ及びその家族の嗜好する食材を特定するものとしていた。しかしながら、ユーザが食材を購入するのは、単にその食材が好きだからという理由に基づいているのではなく、価格が安いとか特売商品であるとかいう理由に基づくこともある。そこで、ユーザ別履歴データベース１２には、購入した食材の価格や特売商品であったかなども記憶しておき、これらもユーザの嗜好の特定に用いるものとしてもよい。おすすめ食材抽出部１Ｃは、おすすめ食材の抽出に当たって店舗別販売商品データベース１９を参照して、価格が安くなっていることや特売商品であることを考慮して、おすすめ食材を抽出することもできる。  外食用の嗜好特定部２Ｂは、ユーザ別履歴データベース２２に記憶されている飲食物の種類と飲食量に基づいてユーザ個人の嗜好する食材を特定するものとしていた。しかしながら、ユーザが飲食物を飲食するのは、単にその食材が好きだからという理由に基づいているのではなく、価格が安いとか特別メニューであるとかいう理由に基づくこともある。そこで、ユーザ別履歴データベース２２には、飲食した飲食物の価格や特別メニューであったかなども記憶しておき、これらもユーザの嗜好の特定に用いるものとしてもよい。おすすめ飲食物抽出部２Ｃは、おすすめ飲食物の抽出に当たって店舗別飲食物データベース２９を参照して、価格が安くなっていることや特別メニューであることを考慮して、おすすめ食材を抽出することもできる。  
【０４３３】
＜第１の変形例にかかる食材別味覚情報データベースのデータ構成＞  上記の実施の形態では、嗜好特定部１Ｂは、摂取食材モデルデータベース１７に記憶されている性別や年齢区分に応じた単位期間当たりにおける各食材の標準的な摂取量と各ユーザが終了した１日間に購入した食材の種類及び量との比較により、各ユーザが比較的好んで摂取している食材を特定するものとしていた。これに対して、どのような味覚を有する食材をユーザが購入しているかに応じて、各ユーザが比較的好んで摂取している食材を特定するものとしてもよい。この場合、グループＡサーバ装置１は、摂取食材モデルデータベース１７の代わりに、食材別味覚情報データベースを備えるものとなり、嗜好特定部１Ｂが行う処理が変わるものとなる。  
【０４３４】
図５９は、この第１の変形例にかかる食材別味覚情報データベースの構成を示す図である。図示するように、食材別味覚情報データベース３０２０の各レコードは、食材区分３２００と、食材名３２０１と、基本味である甘味評価値３２０２と、酸味評価値３２０３と、塩味評価値３２０４と、苦味評価値３２０５と、旨味評価値３２０６、そして、辛味評価値３２０７と、渋味評価値３２０８と、えぐ味評価値３２０９とからなっている。  
【０４３５】
食材区分３２００は、肉、野菜、果物、魚、乳製品、菓子等などといった食材の区分の名称である。食材名３２０１は、ジャガイモ、カボチャ、豚ロース肉、鶏ささみ肉、マグロ赤身などといった食材の名称である。甘味評価値３２０２、酸味評価値３２０３、塩味評価値３２０４、苦味評価値３２０５、旨味評価値３２０６、辛味評価値３２０７、渋味評価値３２０８、及びえぐ味評価値３２０９は、それぞれ食材名３２０１の食材における甘味、酸味、塩味、苦味、旨味、辛味、渋味、及びえぐ味の程度を、例えば、１０段階に評価して数値で表したものである。  
【０４３６】
＜第１の変形例にかかるユーザ別嗜好特定処理＞  図６０は、この第１の変形例において、内食用の嗜好特定部１Ｂが行うユーザ別嗜好特定処理を示すフローチャートである。嗜好特定部１Ｂは、１日の決められた時間（例えば、午後２３時５９分）に、該ユーザのユーザＩＤ１２１に対応付けてユーザ別履歴データベース１２に登録されている購入履歴（ＩＤ―ＰＯＳデータ）の購入日時１２３を読み出す。購入日時１２３が所定期間（例えば過去１日）以内ものものである場合には、購入履歴（ＩＤ―ＰＯＳデータ）の食材名１２４及び価格１２６、購入履歴（ＩＤ―ＰＯＳデータ）の識別コード、店舗ＩＤ１２２が示す店舗の所在地、現在の年月、食材相場データベース１３に記憶された食材相場の各種補正値、食材相場の地域補正値、第１外部サーバ（日本国の場合、総務省統計局サーバ）９３内にある小売物価データベース７１の小売物価データ等から、食材の購入量を算出やデータの読み出し等により確定する（ステップＳ５０１）。  
【０４３７】
次に、内食用の栄養評価部１Ｂは、各食材の購入量に対して食材別栄養価データベース１４に登録されている成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋを積算し、食材毎に成分１〜成分ｋを家族全体でどの程度摂取したかを求める。次に、栄養評価部１Ａは、家族全体で摂取した食材毎に成分１〜成分ｋを最初の購入日から摂取期間の１日毎に割り振りし、この割り振りの結果とユーザ情報データベース１１に登録されている該ユーザ及びその家族の性別１１５及び年齢１１６と所要量データベース１５に登録されている性別１５１及び年齢区分１５２の成分１所要量１５３１から、ユーザ及びその家族が個人単位で１日毎に摂取すると推測される栄養素別の摂取量を算出する（ステップＳ５０２）。  
【０４３８】
次に、内食用の嗜好特定部１Ｂは、食材別味覚情報データベース３０２０を参照して、食材名３２０１毎の甘味評価値３２０２、酸味評価値３２０３、塩味評価値３２０４、苦味評価値３２０５、旨味評価値３２０６、辛味評価値３２０７、渋味評価値３２０８、及びえぐ味評価値３２０９の値を、ステップＳ５０１で算出した食材の種類毎の摂取量で重み付けして、算出する（ステップＳ５０３）。  
【０４３９】
さらに、内食用の嗜好特定部１Ｂは、甘味評価値３２０２、酸味評価値３２０３、塩味評価値３２０４、苦味評価値３２０５、旨味評価値３２０６、辛味評価値３２０７、渋味評価値３２０８、及びえぐ味評価値３２０９のバランスが、ステップＳ５０３で算出した甘味評価値３２０２、酸味評価値３２０３、塩味評価値３２０４、苦味評価値３２０５、旨味評価値３２０６、辛味評価値３２０７、渋味評価値３２０８、及びえぐ味評価値３２０９のバランスと近いバランスの値を有する食材を、該ユーザ及びその家族が嗜好する味覚に近い（もしくは、同じ）食材として特定する（ステップＳ５０４）。これで、ユーザ別嗜好特定処理を終了する。  
【０４４０】
＜第１の変形例にかかるおすすめ食材抽出処理＞  そして、図２１を用いて上述したおすすめ食材抽出部１Ｃが行うおすすめ食材抽出処理のフローチャートにおけるステップＳ３０２の処理は、以下のように変更される。  
【０４４１】
（第１の変形例におけるステップＳ３０２）  次に、おすすめ食材抽出部１Ｃは、食材毎に、食材別栄養価データベース１４に登録されている成分１含有量１４２と、成分２含有量１４３と、…成分ｋ含有量１４ｋを読み出す。おすすめ食材抽出部１Ｃは、ステップＳ３０１で不足またはやや不足していると特定された栄養素を多く含む食材を、ステップＳ３０２で読み出した成分１含有量１４２、成分２含有量１４３、…成分ｋ含有量１４ｋに従って判定する。そして、判定の結果抽出された食材のうち、上述したユーザ別嗜好特定処理により特定され
たユーザ及びその家族が嗜好する味覚に近い（もしくは、同じ）、１または複数の食材を該ユーザ及びその家族へのおすすめ食材として抽出する（ステップＳ３０２）。なお、おすすめ食材が１つだけである場合は１つしか抽出されないが、おすすめ食材が２つ以上ある場合は２つ以上抽出されることもある。  
【０４４２】
＜第１の変形例にかかるおすすめレシピ抽出処理＞  そして、図２２を用いて上述したおすすめレシピ抽出部１Ｄが行うおすすめレシピ抽出処理のフローチャートにおけるステップＳ４０３とステップＳ４０４の処理は、以下のように変更される。  
【０４４３】
（第１の変形例におけるステップＳ４０３）  食材が選択された場合には、おすすめレシピ抽出部１Ｄは、レシピデータベース１８の食材１含有量１８２１〜食材ｉ含有量１８２を参照して、ステップＳ３０２で該ユーザ及びその家族の嗜好する味覚に近い（もしくは、同じ）食材として特定された食材を含むレシピを抽出する（ステップＳ４０３）。なお、このステップＳ４０３においておすすめレシピ抽出部１Ｄは、ユーザ及びその家族が嗜好する味覚に近い食材の数が比較的多いレシピ（例えば、嗜好する味覚に近い食材を１種類含むレシピよりも２種類含むレシピ）を抽出したり、ユーザ及びその家族が嗜好する味覚に近い食材のなかでも、嗜好する味覚のマッチング度が高い食材順にレシピ（例えば、マッチング度第１位の食材を含むレシピ、マッチング度第２位の食材を含むレシピ等）を抽出したりする。  
【０４４４】
（第１の変形例におけるステップＳ４０４）  おすすめレシピ抽出部１Ｄは、さらに、レシピデータベース１８の食材１含有量１８２１〜食材ｉ含有量１８２を参照して、おすすめ食材抽出部１Ｃで抽出されたおすすめ食材を多く含むレシピに絞り込んで抽出する（ステップＳ４０４）。なお、おすすめ食材画面においてユーザ及びその家族が選択した食材は、該ユーザ及びその家族へのおすすめ食材であることから、該ユーザ及びその家族に不足している栄養素を多く含むものであり、かつ、ユーザ及びその家族の嗜好する味覚に近い（もしくは、同じ）ものである。つまり、最終的に抽出されるおすすめレシピは、該ユーザ及びその家族の嗜好する食材を多く含みつつ、該ユーザ及びその家族が嗜好する（もしくは嗜好する可能性が高い）味覚に近い（もしくは、同じ）ものであり不足している栄養素も多く含む食材、を含むものとなる。なお、このステップＳ４０４の処理を行わず、ステップＳ４０３によるレシピの抽出処理のみでもよい。  
【０４４５】
この第１の変形例においては、嗜好特定部１Ｂにより、各ユーザ及びその家族の味の好みに応じてユーザ及びその家族の嗜好する（もしくは、嗜好する可能性が高い）味覚に近い（もしくは、同じ）食材を特定したうえで、これら食材のなかからおすすめ食材抽出部１Ｃにより不足している栄養素を補うための食材を抽出するようにしているので、ユーザが既に購入したことがある食材に限られず、ユーザが未だ購入したことがない食材であっても、ユーザの嗜好に合っていると思われる食材をおすすめ食材として提供できる。なお、嗜好特定部１Ｂにより、ユーザ及びその家族の嗜好する（もしくは、嗜好する可能性が高い）味覚に近い（もしくは、同じ）味覚を有する他のユーザ及びその家族を特定し、おすすめ食材抽出部１Ｃにより、この他のユーザ及びその家族が嗜好する食材のなかにユーザが不足している栄養素を補う食材がある場合、この食材をおすすめ食材として抽出するようにしてもよい。  
【０４４６】
また、ユーザ及びその家族の嗜好する（もしくは、嗜好する可能性が高い）味覚に近い（もしくは、同じ）食材を不足している栄養素を補うためのおすすめ食材として抽出し、このおすすめ食材を含むおすすめレシピを、おすすめレシピ抽出部１Ｄにより抽出するようにしているので、ユーザ及びその家族が既に購入したことがある食材は勿論のこと、ユーザ及びその家族が未だ購入したことがない食材であってもこの食材を使用した料理を作るきっかけを提供できる。このため、ユーザ及びその家族は、不足している栄養素を多く摂れる種類の料理、或いはおすすめ食材を材料として含む種類の料理の料理方法を知ることができるので、これに従った料理を食べることで、栄養素の偏りが生じないような健康な食生活を送れるようになる。  
【０４４７】
＜第２の変形例にかかるユーザ及びその家族の栄養素摂取量算出処理＞  以下、図６１を用いて本実施の形態の第２の変形例について説明する。  図６１は、本実施の形態の第２の変形例のユーザ及びその家族の栄養素摂取量算出処理を示す説明図であり、図１８の商用システムを使用せずに構成したものである。  
【０４４８】
図６１において、内食用のグループＡサーバ装置１の栄養評価部１Ａは、図６１（ａ１）に示すように、ステップＳ１０１−２で取得した食品購買データ（ＩＤ―ＰＯＳデータ（食品））から１種類の食材のデータを取得する（ステップＳ１０１−５１参照）。  
【０４４９】
この場合の食材のデータは、商品名、購入量、個数、価格、識別コードがあるが、本実施の形態では、個数、価格、識別コードを用いるものとする。  
【０４５０】
栄養評価部１Ａは、識別コードが示す商品名と食材の分類から（ステップＳ１０１−５３参照）、図６１（ｃ１）に示すように、食材名を確定する（ステップＳ１０１−５４参照）。次に、栄養評価部１Ａは、確定した食材名からＤＢ（データベース：食材相場データベース１３）の小売物価データを含む各種情報を読みし、図６１（ａ１）に示す食品購買データ（ＩＤ―ＰＯＳデータ（食品））の個数と価格から食材の購入量を確定する（ステップＳ１０１−５５参照）。そして、食材名と購入量を栄養変換し（ステップＳ１０２−１参照）、食材の各栄養素を日付毎及びユーザ及びその家族毎に振り分ける（ステップＳ１０２−３参照）。  
【０４５１】
このような第２の変形例によれば、ユーザ及びその家族の栄養素摂取量算出処理を実現するシステムの簡素化が可能になる。  
【０４５２】
上記の実施の形態では、グループＡサーバ装置１において、ユーザ別履歴データベース１２に記憶されるユーザの食材の購入履歴は、食品店舗端末３から送信される電子レシート情報に基づいて蓄積されるものとしていた。しかしながら、ユーザが店舗のポイントカードを有していない場合や、この飲食支援システムにかかる食品店舗端末３を有する店舗以外の店舗や、モバイル決済やクレジット決済等によりユーザが食材を購入する場合もある。そこで、ユーザが購入した商品をユーザ端末８の入力部８１から入力してグループＡサーバ装置１に送信するものとしたり、ユーザ端末８に附属するカメラで撮影した紙媒体のレシート情報をグループＡサーバ装置１に送ってＯＣＲで文字認識するものとしたり、ユーザ端末８に記憶された、例えば、ＣＳＶファイル形式等のレシート（購入商品）ファイル等をファイル指定したりすることにより、ユーザが購入した食材の情報をユーザ別履歴情報データベース１２に蓄積できるものとしてもよい。  
【０４５３】
上記の実施の形態では、グループＢサーバ装置２において、ユーザ別履歴データベース２２に記憶されるユーザの飲食物の飲食履歴は、外食店舗端末４から送信される電子レシート情報または制御部４４による利用人物及び飲食物の画像判定結果に基づいて蓄積されるものとしていた。しかしながら、ユーザが店舗のポイントカードを有していない場合や、この飲食支援システムにかかる外食店舗端末４を有する店舗以外の店舗や、モバイル決済やクレジット決済等によりユーザが飲食物を飲食する場合もある。そこで、ユーザが飲食した商品をユーザ端末８の入力部８１から入力してグループＡサーバ装置１に送信するものとしたり、ユーザ端末８に附属するカメラで撮影した紙媒体のレシート情報をグループＡサーバ装置１に送ってＯＣＲで文字認識するものとしたり、ユーザ端末８に記憶された、例えば、ＣＳＶファイル形式等のレシート（飲食物）ファイル等をファイル指定したりすることにより、ユーザが飲食した飲食物の情報をユーザ別履歴情報データベース１２に蓄積できるものとしてもよい。  
【０４５４】
上記の実施の形態では、グループＡサーバ装置１において、栄養評価部１Ａは、ユーザ別履歴データベース１２に蓄積された各ユーザの終了した１日間に購入した食材の種類及び量に基づいて栄養評価を行うものとしていた。また、嗜好特定部１Ｂも、ユーザ別履歴データベース１２に蓄積された各ユーザの終了した１日間に購入した食材の種類及び量に基づいて嗜好する食材の特定を行うものとしていた。これに限らず、これらの期間は１ヶ月に限るものではなく、１週間や６ヶ月等任意に設定することができる。栄養評価部１Ａと嗜好特定部１Ｂとで、参照する期間が異なるものであってもよい。  
【０４５５】
上記の実施の形態では、グループＢサーバ装置２において、栄養評価部２Ａは、ユーザ別履歴データベース２２に蓄積された各ユーザの終了した１日間に飲食した飲食物の種類及び量に基づいて栄養評価を行うものとしていた。また、嗜好特定部２Ｂも、ユーザ別履歴データベース２２に蓄積された各ユーザの終了した１日間に飲食した飲食物の種類及び量に基づいて嗜好する飲食物の特定を行うものとしていた。これに限らず、これらの期間は１ヶ月に限るものではなく、１週間や６ヶ月等任意に設定することができる。栄養評価部２Ａと嗜好特定部２Ｂとで、参照する期間が異なるものであってもよい。  
【０４５６】
また、各ユーザ及びその家族の栄養状態には、直近に摂取した栄養素ほど大きな影響を与えている。各ユーザ及びその家族の嗜好する食材にも、季節変化などから直近に摂取した食材ほど大きな影響を与えていると言える。そこで、栄養評価部１Ａによる栄養評価や嗜好特定部１Ｂによる嗜好する食材の特定は、直近に購入したものほど重み付けを大きくして行うものとすることもできる。  
【０４５７】
上記の実施の形態では、ユーザが既に購入した食材について分析を行って、栄養評価やおすすめ食材の提供などを行うものとしていた。これに対して、スーパーマーケットで買い物かごやカートに食材を入れた段階で未だ精算をしていないときであっても、ユーザが購入しようとしている食材についてポイントカードＩＤと食材の種類、量とを対応付けてユーザ別履歴データベース１２に仮に登録することもできる（この場合、購入しないときは後から削除される）。これは、ショッピングカートなどにポイントカードリーダとバーコードリーダを付け、該店舗の食品店舗端末３に読み取った情報を送信することで実現できる。これにより、ユーザは、食材の購入前であっても、該食品を購入すれば栄養評価にどのような影響が生じるかを判断することができるようになる。また、ネットスーパーなど電子商取引による場合も、同様である。  
【０４５８】
上記の実施の形態では、グループＡサーバ装置１において、おすすめレシピ抽出部１Ｄは、ユーザ及びその家族に不足している栄養素を摂取できる料理であることや、おすすめ食材を多く使う料理であることを基準にして、おすすめレシピを抽出するものとしていた。しかしながら、ユーザ及びその家族が好む料理は、必ずしも食材や栄養素によって決められるものではなく、味付けなどによっても決められる。そこで、ユーザ別履歴データベース１２にはカレールーやめんつゆなどの調理法と大きく関わる加工食品の情報を登録しておき、ユーザ及びその家族が好むであると思われる味付けの料理のレシピをおすすめレシピとして提供するものとしてもよい。  
【０４５９】
上記の実施の形態では、グループＢサーバ装置２において、おすすめ飲食店抽出部２Ｄは、ユーザに不足している栄養素を摂取できる料理であることや、おすすめ飲食物のメニューが多い飲食店であることを基準にして、おすすめレシピを抽出するものとしていた。しかしなが
ら、各ユーザが好む飲食店は、必ずしも飲食物や栄養素によって決められるものではなく、店舗の雰囲気や営業形態などによっても決められる。そこで、ユーザ別履歴データベース２２には、店舗の雰囲気や営業形態などの情報を登録しておき、ユーザが好むであると思われる飲食店をおすすめ飲食店として報知するものとしてもよい。  
【０４６０】
上記の実施の形態では、おすすめ食材提供画面において、おすすめ食材についてのクーポンを提供するものとしていた。これに対して、おすすめ食材についてのクーポンの提供に加えて、或いはこれに代えて、おすすめ食材の特売を行っている店舗についての情報をユーザに提供するものとしてもよい。  
【０４６１】
上記の実施の形態では、おすすめ飲食物提供画面において、おすすめ飲食物についてのクーポンを提供するものとしていた。これに対して、おすすめ飲食物についてのクーポンの提供に加えて、或いはこれに代えて、おすすめ飲食物の値引きを行っている店舗についての情報をユーザに提供するものとしてもよい。  
【０４６２】
上記の実施の形態では、栄養評価やおすすめ食材、おすすめ飲食物、おすすめレシピ、おすすめ飲食店といったユーザへの情報の提供を行う飲食支援システムについて説明した。しかしながら、ユーザが登録した健康志向についての情報や、ユーザが詳細を見たレシピに関する情報などは、店舗にとっても重要な情報と言える。そこで、グループＡサーバ装置１では、これらの情報を解析、評価して食材の販売に有用な情報としてまとめ、この飲食支援システムを利用する店舗に情報提供を行うものとすることもできる。グループＢサーバ装置１２では、これらの情報を解析、評価して飲食物の提供に有用な情報としてまとめ、この飲食支援システムを利用する店舗に情報提供を行うものとすることもできる。  
【０４６３】
また、ユーザが登録した健康志向についての情報や、ユーザ別履歴情報などは、病院、スポーツクラブ、フィットネスクラブ等においても重要な情報と言える。そこで、グループＡサーバ装置１、グループＢサーバ装置１２では、これらの情報を病院、スポーツクラブ、フィットネスクラブ等に情報提供を行うものとすることもできる。  グループＡサーバ装置１、グループＢサーバ装置１２の機能は、一つのサーバ装置に纏めることも可能である。
【産業上の利用可能性】
【０４６４】
本発明の飲食支援システム、飲食支援サーバ、プログラム及びユーザ端末は、栄養バランスの良否を判定する場合に効果的に利用できる。
【符号の説明】
【０４６５】
１  グループＡサーバ装置
２  グループＢサーバ装置
３  食品店舗端末
４  外食店舗端末
５  監視カメラ
６  インターネット
７  無線ネットワーク
８  ユーザ端末
【図１】
2020197889.tif 000003
【図２】
2020197889.tif 000004
【図３】
2020197889.tif 000005
【図４】
2020197889.tif 000006
【図５】
2020197889.tif 000007
【図６】
2020197889.tif 000008
【図７】
2020197889.tif 000009
【図８】
2020197889.tif 000010
【図９】
2020197889.tif 000011
【図１０】
2020197889.tif 000012
【図１１】
2020197889.tif 000013
【図１２】
2020197889.tif 000014
【図１３】
2020197889.tif 000015
【図１４】
2020197889.tif 000016
【図１５】
2020197889.tif 000017
【図１６】
2020197889.tif 000018
【図１７】
2020197889.tif 000019
【図１８】
2020197889.tif 000020
【図１９】
2020197889.tif 000021
【図２０】
2020197889.tif 000022
【図２１】
2020197889.tif 000023
【図２２】
2020197889.tif 000024
【図２３】
2020197889.tif 000025
【図２４】
2020197889.tif 000026
【図２５】
2020197889.tif 000027
【図２６】
2020197889.tif 000028
【図２７】
2020197889.tif 000029
【図２８】
2020197889.tif 000030
【図２９】
2020197889.tif 000031
【図３０】
2020197889.tif 000032
【図３１】
2020197889.tif 000033
【図３２】
2020197889.tif 000034
【図３３】
2020197889.tif 000035
【図３４】
2020197889.tif 000036
【図３５】
2020197889.tif 000037
【図３６】
2020197889.tif 000038
【図３７】
2020197889.tif 000039
【図３８】
2020197889.tif 000040
【図３９】
2020197889.tif 000041
【図４０】
2020197889.tif 000042
【図４１】
2020197889.tif 000043
【図４２】
2020197889.tif 000044
【図４３】
2020197889.tif 000045
【図４４】
2020197889.tif 000046
【図４５】
2020197889.tif 000047
【図４６】
2020197889.tif 000048
【図４７】
2020197889.tif 000049
【図４８】
2020197889.tif 000050
【図４９】
2020197889.tif 000051
【図５０】
2020197889.tif 000052
【図５１】
2020197889.tif 000053
【図５２】
2020197889.tif 000054
【図５３】
2020197889.tif 000055
【図５４】
2020197889.tif 000056
【図５５】
2020197889.tif 000057
【図５６】
2020197889.tif 000058
【図５７】
2020197889.tif 000059
【図５８】
2020197889.tif 000060
【図５９】
2020197889.tif 000061
【図６０】
2020197889.tif 000062
【図６１】
2020197889.tif 000063