JP2009205256A - 栄養情報提供システム、サーバ、プログラム - Google Patents

Abstract

【課題】 食品小売店の顧客の購入履歴情報から栄養バランスを判定し、種々の栄養情報を提供する栄養情報提供システムを提供する。
【解決手段】 食品小売店１０のＰＯＳ端末１１からネットワーク４０を介して管理センタ・サーバ３０に送られる購入履歴１５は購入履歴蓄積手段３１により購入履歴データベース３９される。栄養バランス判定手段３５は、購入された商品の各栄養素量を食品栄養素データベース３９３を参照して算出し、ユーザ管理手段３３によりユーザ情報データベース３９９に格納されている顧客２０の家族構成情報と栄養バランス・データベース３９５を元に顧客２０の家族の必要栄養素量を算出し、購入品目の栄養バランスを判定する。情報提供手段３７は、栄養バランスの判定結果を栄養バランスシートとして顧客２０の端末２１に表示させるとともに、摂取過剰/不足の栄養素に関する情報や、不足栄養素を補うための推奨レシピを端末２１に表示させる。
【選択図】 図１

Description

本発明は、食品小売店の顧客の栄養バランスを判定して顧客に提示する栄養情報提供システムに関する。

近年、健康や食への関心が高まり、栄養バランス等を気にかける人が多くなってきており、食生活を管理するシステム等が多数提案されている（例えば、特許文献１）
特開２００６−４８１７７公報

しかしながら、上記のシステムは、詳しく個人の食生活管理を行うことが可能であるが、個人の食事状況や生活状況等を詳しく入力する必要があり、煩雑であるという問題がある。

本発明は、このような問題に鑑みてなされたもので、その目的とするところは、食品小売店の顧客の購入履歴情報から栄養バランスを判定し、種々の栄養情報を提供する栄養情報提供システムを提供することにある。

前述した課題を解決するための第１の発明は、食品小売店で顧客が購入した食品のＰＯＳデータを顧客ごとに蓄積する購入履歴蓄積手段と、前記食品の栄養素量が記憶された食品栄養素データベースを元に、所定期間内に前記購入履歴蓄積手段に蓄積された食品の栄養素量を総計し、前記顧客の栄養バランスを判定する栄養バランス判定手段と、前記栄養バランス判定手段によって判定された前記顧客の栄養バランス情報を前記顧客の端末に提示する情報提供手段と、を有することを特徴とする栄養情報提供システムである。
好ましくは、前記顧客の家族構成情報を管理するユーザ管理手段をさらに有する。

前記栄養バランス判定手段は、前記ユーザ管理手段に保持されている前記顧客の家族構成情報と、性別、年齢ごとの必要栄養素量の情報を元に、前記顧客の栄養バランスを判定する。
また、前記栄養バランス情報は、栄養素量のバランスを示す情報および各栄養素に関する説明情報および各栄養素の摂取に適したレシピおよび栄養バランスを示すキャラクター情報および前記各栄養素に関連するバナー情報のうちの少なくとも１つであることが望ましい。

情報提供手段は家計簿機能を前記顧客に提供し、前記購入履歴蓄積手段に蓄積された前記顧客の購入品目および前記顧客により入力される購入品目に関する家計簿を管理するようにしてもよい。

上記の構成により、購入履歴蓄積手段によって顧客が所定期間内に購入した食料品の情報を蓄積しておき、ユーザ情報管理手段により、顧客の家族構成が管理され、栄養バランス判定手段により、顧客が所定期間内に購入した食料品の栄養バランスが、顧客の家族構成を鑑みて適切であるかどうかが判定される。
この判定に基づき、情報提供手段によって、栄養バランスの判定結果や、各栄養素に関する情報、推奨レシピ、栄養バランスを示すキャラクターや、関連するバナー広告を顧客の端末に提供する。

第２の発明は、食品小売店のＰＯＳ端末、および、前記食品小売店の顧客が有する端末とネットワークを介して接続されたサーバであって、前記顧客が購入した食品のＰＯＳデータを、前記ネットワークを介して受け取り蓄積する購入履歴蓄積手段と、
前記顧客の家族構成情報を管理するユーザ管理手段と、
前記食品の栄養素量が記憶された食品栄養素データベースを元に、所定期間内に前記購入履歴蓄積手段に蓄積された食品の栄養素量を総計し、前記顧客の栄養バランスを判定する栄養バランス判定手段と、前記栄養バランス判定手段によって判定された前記顧客の栄養バランス情報を前記顧客の端末に提示する情報提供手段と、を有することを特徴とするサーバである。

第３の発明は、コンピュータを請求項６のサーバとして機能させることを特徴とするプログラムである。

本発明によれば、食品小売店の顧客に、顧客の家族の栄養バランスや、栄養バランスを鑑みた推奨レシピ、キャラクター情報などのコンテンツを提供することが可能になる。
また、食品小売店は、このようなコンテンツを顧客に提供することにより、顧客の確保、囲い込みが可能になるとともに、バナー広告等による収入を得ることが可能になる。

以下、図面に基づいて本発明の好適な実施形態について詳細に説明する。
図１は、本実施の形態の栄養情報提供システム１のシステム構成を示す図である。

図１に示すように、栄養情報提供システム１は、例えば、スーパーマーケット等の食品小売店１０のＰＯＳ端末１１と、食品小売店１０の顧客２０が有する端末２１、管理センタ・サーバ３０がネットワーク４０を介して接続された構成をとる。
顧客２０は、食品小売店１３が発行するポイントカード１３を持参して買い物をし、ＰＯＳ端末１１でそのポイントカード１３の内容を読み込んだうえで購入物の会計を行う。ポイントカード１３には、顧客２０の識別番号（ポイントカード番号）等の情報が記憶されており、その識別番号により顧客２０を識別可能である。

ＰＯＳ端末１１でバーコード等により顧客２０が購入した食料品の品目や数量、金額等が入力され、顧客２０が会計処理を行うと、ＰＯＳ端末１１から、顧客２０が購入した食料品の品目、数量等の情報と識別番号（ポイントカード番号）からなる購入履歴１５としてネットワーク４０を介して管理センタ・サーバ３０に送られる。

図１では、ＰＯＳ端末１１が直接ネットワーク４０を介して管理センタ・サーバ３０に接続された構成を示したが、食品小売店１０のバックヤードあるいはスーパーマーケット、百貨店等の本部に設置されたサーバ等（図示しない）にＰＯＳ端末１１が接続され、このサーバ等がネットワーク４０を介して管理センタ・サーバ３０に接続された構成を採ってもよい。
この場合、ＰＯＳ端末１１で処理された複数の顧客２０の購入履歴１５が一旦サーバ等に格納され、所定の期間（例えば１日）ごとに、ネットワーク４０を介して管理センタ・サーバ３０に送られる。

管理センタ・サーバ３０は、購入履歴蓄積手段３１、ユーザ管理手段３３、栄養バランス判定手段３５、情報提供手段３７、および、データベース３９を有する。
データベース３９は、購入履歴データベース３９１、食品栄養素データベース３９３、栄養バランス・データベース３９５、栄養素情報データベース３９７、ユーザ情報データベース３９９等よりなる。

購入履歴蓄積手段３１は、所定の期間（例えば１日）ごとにネットワークを介してＰＯＳ端末１１あるいは食品小売店のバックヤードや本部に置かれたサーバ等にアクセスし、顧客２０の識別番号と購入品目からなる購入履歴１５を受け取り、購入履歴データベース３９１に格納する。
ユーザ管理手段３３は、この栄養情報提供システム１の栄養バランス情報２５の提供を所望する顧客２０についてのユーザ情報２３を顧客２０に端末２１からネットワーク４０を介して登録させ、ユーザ情報データベース３９９に格納し、管理する。

栄養バランス判定手段３５は、ユーザ管理手段３３によって登録されている顧客２０が食品小売店１０で所定の期間（例えば１ヶ月）に購入した食料品の購入履歴１５と、食品栄養素データベース３９３、栄養バランス・データベース３９５の情報を元に、エネルギ、栄養素等の栄養バランスの状態を判定する。
食品栄養素データベース３９３は、食料品の品目ごとに各栄養素量を格納したデータベースである。
また、栄養バランス・データベース３９５は、例えば性別、年齢別に必要とする各栄養素量を格納したデータベースである。

情報提供手段３７は、栄養バランス判定手段３５で判定した栄養バランスの状態等の栄養バランス情報２５を、栄養素情報データベース３９７の情報を元に顧客２０の端末２１にネットワーク４０を介して提供する。例えば、各栄養素についての説明や、各栄養素を摂取するのに適した料理レシピ等を栄養バランスの情報に加えて顧客２０に提供する。
栄養素情報データベース３９７には、各栄養素に関する情報や、料理レシピ等が格納される。

購入履歴蓄積手段３１、ユーザ管理手段３３、栄養バランス判定手段３５、情報提供手段３７は、例えばＡＳＰサービス（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒサービス）として提供されるプログラムである。

図２は、サーバ３０のハードウエア構成図である。
サーバ３０は、制御部２０１、記憶部２０２、メディア入出力部２０３、通信制御部２０４、入力部２０５、印刷部２０６、表示部２０７等がバス２０８を介して接続されて構成される。

制御部２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される。
ＣＰＵは、記憶部２０２、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス２０８を介して接続された各装置を駆動制御し、サーバ３０が行なう後述する処理を実現する。
ＲＯＭは、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持し、ＲＡＭは、ロードしたプログラムやデータを一時的に保持するとともに、制御部２０１が各種処理を行なうために使用するワークエリアを備える。

記憶部２０２は、ＨＤＤ（ハードディスクドライブ）であり、制御部２０１が実行する後述する処理プログラムや、プログラム実行に必要なデータ、ＯＳ（オペレーティング・システム）等が格納されている。これらのプログラムコードは、制御部２０１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。

メディア入出力部２０３（ドライブ装置）は、例えば、フロッピー（登録商標）ディスクドライブ、ＰＤドライブ、ＣＤドライブ、ＤＶＤドライブ、ＭＯドライブ等のメディア入出力装置であり、データの入出力を行なう。

通信制御部２０４は、通信制御装置、通信ポート等を有し、ネットワーク４０との通信を媒介する通信インタフェースであり、通信制御を実行する。

入力部２０５は、例えば、キーボード、マウス等のポインティング・デバイス、テンキー等の入力装置であり、データの入力を行う。
印刷部２０６は、プリンタであり、印刷出力処理を行う。
表示部２０７は、液晶パネル、ＣＲＴモニタ等のディスプレイ装置と、ディスプレイ装置と連携して表示処理を実行するための論理回路（ビデオアダプタ等）で構成される。

食品小売店１０のＰＯＳ端末１１のハードウエア構成は詳述しないが、図２に示したサーバ３０のハードウエア構成と同様の構成をとる。但し、例えば商品やポイントカード１３のバーコードやＱＲコード、ＩＣタグ、磁気カード等を読み込むためのリーダを入力部２０５として、また、レシート印刷用のプリンタ等を印刷部２０６として備える。
さらに、顧客２０が有する端末２１のハードウエア構成についても詳述しないが、図２に示したサーバ３０のハードウエア構成と同様の、パーソナルコンピュータ等のコンピュータで構成できる。

次に、データベース３９の各データベースの構成例を説明する。
図３は、購入履歴データベース３９１の構成例を示す図、図４は食品栄養素データベース３９３の構成例を示す図、図５は、栄養バランス・データベース３９５の構成例を示す図、図６は、栄養素情報データベース３９７の構成例を示す図、図７は、ユーザ情報データベース３９９の構成例を示す図である。

図３に示すように、購入履歴データベース３９１は、例えば、ポイントカード番号（識別番号）３９１１、購入日３９１３、ＰＯＳコード３９１５、品名３９１７、金額３９１９等の項目からなる。
ポイントカード番号３９１１は、顧客２０に発行されたポイントカード１３を識別するための識別番号である。
ポイントカード番号３９１１について、購入日３９１３ごとに顧客２０が購入した食料品の品目のデータが蓄積される。
食料品の品目のデータは、例えば、ＰＯＳコード３９１５、品名３９１７、金額３９１７等である。ＰＯＳコード３９１５は、食品小売店１０で販売されている食料品の品目を一意に識別する番号である。例えば、ＰＯＳコード３９１５「７６１７０４」は「１００ｇ１００円の豚ヒキニク」、ＰＯＳコード３９１５「７６１５３２」は「牛もも薄切り特売２００ｇパック」、ＰＯＳコード「８８１１０１」は「キャベツ１個」、ＰＯＳコード「８８２２０４」は「じゃがいも１ｋｇ」、ＰＯＳコード「５１３９０１」は「○○ラーメン」を表す。

図４は、食品栄養素データベース３９３の構成例を示す図である。
食品栄養素データベース３９３は、ＰＯＳコード３９１５、品名３９１７と、各栄養素等の含有量からなる。栄養素等とは、例えば、エネルギ３９３３、たんぱく質３９３４、脂質３９３５、炭水化物３９３６、カリウム３９３７、ビタミン類、カルシウム、ナトリウム、亜鉛等である。

ＰＯＳコード３９１５は、購入履歴データベース３９１に格納されているＰＯＳコード３９１５と同一の、食品小売店１０で販売されている食料品の品目を一意に識別する番号である。このＰＯＳコード３９１５の品目に対応する食品の各栄養素量が単位量（例えば１００ｇ）当たり、あるいは、包装１パック当たり、あるいは１個あたりの量として格納される。

ＰＯＳコード３９１５「７６１７０４」に対応する「１００ｇ１００円の豚ヒキニク」では、例えば、単位量（例えば１００ｇ）当りのエネルギ３９３３「２２１Ｋｃａｌ」やたんぱく質３９３４「１８ｇ」、脂質３９３５「１５ｇ」、炭水化物３９３６「０ｇ」、カリウム３９３７「３１０ｍｇ」等の栄養素量が格納されている。
一方、ＰＯＳコード３９１５「７６１５３２」に対応する「牛もも薄切り特売２００ｇパック」のように１包装（パック）の内容量が決まっている商品の場合は、例えば、１パック当たりの栄養素量（例えばエネルギ３９３３「３８０Ｋｃａｌ」、たんぱく質３９３４「４２ｇ」・・・）のように格納しておいてもよい。

以上の食品栄養素データベース３９３は、例えば文部科学省が公表している『日本食品標準成分表』等のデータを元に作成すればよい。
また、ＰＯＳコード３９１５「５１３９０１」に対応する「○○ラーメン」のような加工食品では、例えば製造者等により示されているデータを元に栄養素量を食品栄養素データベース３９３に格納する。

図５は、栄養バランス・データベース３９５の構成例を示す図である。
栄養バランス・データベース３９５は、例えば、各年齢、性別ごとの１日の栄養所要量を格納したものである。
例えば、年齢３９５１、性別３９５２ごとに、各栄養素等（例えば、エネルギ３９５３、たんぱく質３９５４、脂質３９５５、炭水化物３９５６、カリウム３９５７、鉄３９５８等）の１日に必要な量が格納されている。

例えば、３０〜４９歳の男性は、１日に必要なエネルギ３９５３が２６５０Ｋcal、たんぱく質３９５４が６５ｇ、脂質３９５５が２２％（必要エネルギに対する比率であり、脂質１ｇのエネルギは９Ｋｃａｌ）、炭水化物３９５６が６０％（必要エネルギに対する比率であり、炭水化物１ｇのエネルギは４Ｋｃａｌ）、カリウム３９５７が２０００ｍｇ、鉄３９５８が７．５ｍｇというように、各年齢、性別ごとに格納されている。
これらの数値は、例えば、日本人の栄養所要量−食事摂取基準−策定検討会がまとめた『日本人の食事摂取基準』等のデータから決定すればよい。

図６は、栄養素情報データベース３９７の構成例を示す図である。
図６に示すように、栄養素情報データベース３９７は、例えば、栄養素名３９７１、過剰摂取（の場合の情報の格納アドレス）３９７３、摂取不足３９７５の場合の情報の格納アドレス（不足情報）３９７５−１とお勧めレシピの格納アドレス３９７５−２からなる。
例えば、例えば、栄養素名３９７１「鉄」の場合、過剰摂取３９７３に関する情報は格納アドレス「Ｅ６」に、摂取不足３９７５に関する情報３９７５−１は格納アドレス「Ｌ６」に、摂取不足３９７５の場合のお勧めレシピ３９７５−２は格納アドレス「Ｒ６」に格納されている。
そして、例えば、格納アドレス「Ｌ６」には、鉄不足の場合の情報３９７７が、格納アドレス「Ｒ６」には鉄不足の場合のお勧めレシピ３９７８が格納されている。

摂取不足情報３９７５−１の場合、鉄不足情報３９７７に示すように、その栄養素が不足した場合の症状や病名、その栄養素を補うための食品、その栄養素を補うのに適した食品のバナー広告３９７９等の情報が格納される。
また、お勧めレシピ３９７５−２の場合、鉄不足レシピ３９７８に示すように、鉄を補うのに適した料理、例えば、「ひじきの煮物」、「レンコンの磯辺揚」、「牛筋煮込」等のレシピが格納されている。ここでは、料理名のみを示したが、材料、料理手順、写真等の情報が格納される。

図７は、ユーザ情報データベース３９９の構成例を示す図である。
ユーザ情報データベース３９９は、食品小売店１０の顧客２０のなかで、栄養情報提供システム１から栄養バランス情報２５の提供を所望する顧客２０のユーザ情報２５が登録される。登録処理は後述するが、ユーザ管理手段３３が処理する。

ユーザ情報データベース３９９は、例えば、ポイントカード番号３９１１、登録者ＩＤ３９９３、パスワード３９９５、家族構成３９９７等からなる。
ポイントカード番号３９１１は、顧客２０が所有するポイントカード１３の識別番号（ポイントカード番号）であり、例えば、ポイントカード１３に付されている「１２３４−５６７８」が登録される。
また、登録者ＩＤ３９９３およびパスワード３９９５は、顧客２０により設定され、それぞれ、例えば「ＸＸＸ」、「ａｂｃ１２３」のように登録される。
さらに、家族構成３９９７は、例えば、顧客２０と同居する家族の構成であり、顧客２０により購入された食料品を消費する人員であり、例えば、性別と年齢が登録される。

図８は、栄養バランス情報提供システム１を使用する顧客２０の新規ユーザ登録処理の流れを示すフローチャートである。
まず、栄養バランス情報２５の提供を所望する顧客２０は、端末２１から管理センタ・サーバ３０にネットワーク４０を介してアクセスする（ステップ１００）。管理センタ・サーバ３０の制御部２０１は、このアクセスを受けて、ユーザ管理手段３３を起動し、新規登録処理画面をネットワーク４０を介して端末２１に表示させる（ステップ１０１）。

顧客２０は、端末２１に表示された新規登録処理画面に従って、所有するポイントカード１３のポイントカード番号３９９１（例えば、「１２３４−５６７８」）、登録者ＩＤ３９９３（例えば、「ＸＸＸ」）、パスワード３９９５（例えば、「ａｂｃ−１２３」）、家族構成３９９７（例えば、「３７歳の男性、８歳の男性、３４歳の女性、１歳の女性」）等からなるユーザ情報２３を入力する（ステップ１０２）。
入力されたユーザ情報２３は、ネットワーク４０を介して、管理センタ・サーバ３０に送られ、管理センタ・サーバ３０では、ユーザ管理手段３３により、受け取ったユーザ情報２３をユーザ情報データベース３９９に格納する（ステップ１０３）。
以上の処理により新規のユーザ登録処理が完了する。

図９は、ユーザ管理手段３３によるユーザ情報登録画面例３０１であり、特に、家族構成の入力画面を示している。
図９に示すように、家族情報の入力画面３０１には、家族情報を入力するための枠が設けられ、各枠に、性別選択ボタン３０３と、年齢入力欄３０５が設けられている。
この画面に従って、顧客２０は、購入した食料品を消費する家族（例えば、同居の家族）の性別と年齢を入力する。性別については、性別選択ボタン３０３を端末２１のマウス等でクリックすることで入力し、年齢は、端末２１のキーボードによって入力する。
家族構成の入力枠が足りない場合には、選択ボタン３０７をクリックする。これにより、ユーザ管理手段３３は、追加の枠を端末２１に表示させる。
家族構成の入力後に、栄養バランス情報２５の提供を所望する場合には、選択ボタン３０９をクリックする。これにより、管理センタ・サーバ３０の制御部２０１は、栄養バランス判定手段３５を起動する。

図１０は、購入履歴蓄積手段３１の処理の流れを示すフローチャートである。
管理センタ・サーバ３０の制御部２０１は、定期的に（例えば毎日定時に）購入履歴蓄積手段３１を起動する。

まず、ネットワーク４０を介してＰＯＳ端末１１にアクセスし、ユーザ情報データベース３９９に登録されている（すなわち、栄養バランス情報２５の提供を所望した顧客２０）のポイントカード番号３９９１を送り、該当するポイントカード番号３９９１の購入履歴１５を要求する（ステップ１１０）。
この要求を受けて、ＰＯＳ端末１１（あるいは図示しないバックヤードまたは本部のサーバやホストコンピュータ）は、受け取ったポイントカード番号３９９１に対応する顧客の購入履歴１５を、ネットワーク４０を介して管理センタ・サーバ３０に送る（ステップ１１１）。
管理センタ・サーバ３０の購入履歴蓄積手段３１は、受け取った購入履歴１５の情報を購入履歴データベース３９１に格納する（ステップ１１２）。

例えば、毎日定時に購入履歴蓄積手段３１を起動し、ＰＯＳ端末１１から購入履歴１５を受け取ることにより、購入履歴データベース３９１には、図３に示したように、ポイントカード番号３９９１ごとに、購入日３９１３の情報とともに、購入品目のＰＯＳコード３９１５や品名３９１７、金額３９１９が蓄積される。

次に、図１１に沿って、栄養バランス判定手段３５の処理について説明する。
図１１は、栄養バランス判定手段３５の処理の流れを示すフローチャートである。
栄養情報提供システム１にユーザ登録した顧客２０は、端末２１からネットワーク４０を介して管理センタ・サーバ３０にアクセスする（ステップ１５１）。
管理センタ・サーバ３０の制御部２０１は、このアクセスを受けて栄養バランス判定手段３５を起動する。栄養バランス判定手段３５は、まず、ログイン画面を端末２１に表示させる（ステップ１５２）。

図１２は、ログイン画面例３３０の説明図である。
顧客２０は、端末２１に表示されたログイン画面に従って、登録者ＩＤ（ログインＩＤ）３９９３とパスワード３９９５を入力する（ステップ１５３）。
管理センタ・サーバ３０の栄養バランス判定手段３５は、ログイン画面への入力情報を受け取り、ユーザ情報データベース３９９を参照し、ログインＩＤ３９９３とパスワード３９９５の認証処理を実行する（ステップ１５４）。
ログインＩＤ３９９３がユーザ情報データベース３９９に存在し、パスワード３９９５が一致した場合、認証は成功（ステップ１５５のＹｅｓ）とし、ログインＩＤ３９９３がユーザ情報データベース３９９に存在しない、または、パスワード３９９５が一致しない場合には認証失敗（ステップ１５５のＮｏ）とする。
認証が失敗した場合には（ステップ１５５のＮｏ）には、端末２１に認証失敗の旨が表示され（ステップ１５６）、再度ステップ１５３に戻るか、または、処理を終了する。

一方、認証された（ステップ１５５のＹｅｓ）の場合（例えば、図９のユーザ情報データベース３９９に登録されているログインＩＤ３９９３「ＸＸＸ」と、パスワード３９９５「ａｂｃ１２３」が入力された場合）、次に、栄養バランスを判定する期間（例えば月）を顧客２０に選択させるための画面を端末２１に表示させる（ステップ１５７）。
端末２１には、例えば、今月あるいは先月、あるいは過去３ヶ月といったような栄養バランスの判定処理を行う期間（月）を選択するための画面が表示され、顧客２０は、その選択画面に従って、期間（月）を選択する（ステップ１５８）。

管理センタ・サーバ３０の栄養バランス判定手段３５は、選択された期間（月）の情報を受け取り、ステップ１５５で認証されたユーザ情報２５のポイントカード番号３９１１をキーに購入履歴データベース３９１を検索し、選択された期間（月）の購入品目を抽出する（ステップ１５９）。
すなわち、ログインＩＤ３９９３が「ＸＸＸ」の認証された顧客２０のポイントカード番号３９９１である「１２３４−５６７８」をキーに図３に示した顧客履歴データベース３９１を検索し、選択された期間（月）の購入品目を抽出する。選択された月が１０月であれば、１０月に購入された例えば「豚ヒキニク」、「牛もも薄切り特売２００ｇパック」、「キャベツ」等の購入品目のＰＯＳコード３９１５が抽出される。

次に、栄養バランス判定手段３５は、抽出された購入品目のＰＯＳコード３９１５（例えば「豚ヒキニク」のＰＯＳコード「７６１７０４」や、「牛もも薄切り特売２００ｇパック」のＰＯＳコード「７６１５３２」、「キャベツ」のＰＯＳコード「８８１１０１」）をキーに食品栄養素データベース３９３を検索し、抽出された全購入品目の各栄養素量の合計量を算出する（ステップ１６０）。

例えば、ＰＯＳコード「７６１５３２」の「牛もも薄切り特売２００ｇパック」や「８８１１０１」の「キャベツ」の場合は、食品栄養素データベース３９３に１パックまたは１個の栄養素量が格納されているので、食品栄養素データベース３９３に格納されている各栄養素量の値を加算すればよい。

一方、ＰＯＳコード「７６１７０４」の「豚ヒキニク」のように、食品栄養素データベース３９３に単位量（例えば１００ｇ）当たりの栄養素量が格納されており、包装（パック）ごとに量が異なる商品の場合には、購入量分の栄養素量を計算する必要がある。この場合、購入履歴データベース３９１のデータからＰＯＳコード「７６１７０４」は「１００ｇ１００円の豚ヒキニク」で金額３９１９が「６２０円」と分かっているので、購入量分の栄養素量は、「各栄養素量×購入金額（６２０円）/単位量の金額（１００円）」となり、このようにして求めた栄養素量の値を加算すればよい。

次に、ユーザ情報データベース３９９の家族構成３９９７を参照し、その家族構成に必要な栄養素量を算出する（ステップ１６１）。このとき、栄養バランス・データベース（図５）を使用する。
図７に示したユーザ情報データベース３９９の家族構成３９９７の例の場合は、３７歳と８歳の男性と、３４歳と１歳の女性を家族構成としており、この年齢、性別の人が１日に必要とする各栄養素量を、図５に示すような栄養バランス・データベース３９５を参照して計算し、家族構成全体の必要栄養素量を算出する。
例えば、エネルギ量は「２６５０Ｋｃａｌ＋１９５０Ｋｃａｌ＋２０５０Ｋｃａｌ＋９５０Ｋｃａｌ＝７６００Ｋｃａｌ」、たんぱく質量は「６５ｇ＋４０ｇ＋５０ｇ＋２０ｇ＝１７５ｇ」となる。

次に、ステップ１６０で求めた購入品目の栄養素量と、ステップ１６１で求めた顧客２０の家族構成で必要な１日の栄養素量を元に、栄養素バランスを判定する（ステップ１６２）。
ステップ１６１で求めた顧客２０の家族構成に必要な栄養素量は１日分なので、ステップ１５８で選択した栄養バランス判定期間（例えば今月）に応じた日数を乗じて、栄養バランス判定期間に必要な栄養素量を算出し、これと、栄養バランス判定期間の全購入品目の合計栄養素量を比較し、栄養バランスを判定する。
例えば、全購入品目の栄養素量が必要な栄養素量に対して予め定めた所定の範囲（例えば７０％〜１１０％）ならば標準とし、その範囲以下ならば摂取不足、その範囲以上ならば摂取過剰とする。この標準範囲は栄養素ごとに異なる範囲を設定してもよい。

次に、ステップ１６２の栄養バランスシートの画面を作成し、顧客２０の端末２１に表示させる（ステップ１６３）。
図１３は、栄養バランスシートの画面例３５０である。
画面３５０は、例えば、栄養バランスシート３５１、摂取過剰/不足表示欄３５３、提案レシピサムネール３５７、キャラクター表示欄３５９等から成る。
栄養バランスシート３５１は、ステップ１６２で判定した栄養バランスを元に作成する。すなわち、顧客２０が選択した期間（例えば今月）における各栄養素の量を示すシートを表示したものである。
栄養バランスシート３５１は、例えば、図１４に示すようなチャートで表示してもよい。

摂取過剰/不足表示欄３５３には、例えば、ステップ１６２の栄養バランス判定により摂取過剰/摂取多め/摂取少なめ/摂取不足等と判定された栄養素名をそれぞれ表示する。また、表示されている各栄養素名の選択ボタン３５５をクリックすることにより、各栄養素についての情報の表示を行えるようにする。

提案レシピサムネール３５７は、不足している栄養素を補うことのできるレシピのサムネール３５７の表示を行なう。このサムネールをクリックして選択することにより、各レシピを表示できるようにする。
提案レシピは、栄養バランス判定（ステップ１６２）で摂取不足と判定された栄養素について栄養素情報データベース３９７を検索し、該当する摂取不足３９７５のお勧めレシピ３９７５−２（例えばＲ６の「鉄不足レシピ３９７８」）を参照する。格納されているレシピ（例えば「ひじきの煮物」、「レンコン磯辺揚」、「牛筋煮込」等）を提案レシピとして、そのサムネールを提案レシピサムネール３５７として表示する。

さらに、キャラクター表示欄３５９は、顧客２０の家族構成の栄養バランスを示すキャラクター（例えば「クウポ」）を表示する。例えば、月ごと（先々月・先月・今月）の栄養バランスの変化を示すキャラクターを表示してもよい。
そのほか、ユーザ情報データベース３９９の家族構成情報３９９７を変更するための選択ボタン３６１や、顧客２０の家計簿情報を見るための選択ボタン３６３を表示するようにしてもよい。

顧客２０の端末２１には、図１３のような栄養バランスシート画面３５０が表示される（ステップ１６４）。
顧客２０は、この画面３５０を見て、栄養バランス３５１以外の栄養素情報やレシピ等を、選択ボタン３５５、３５７、３６１、３６３をクリックすることにより請求する。

管理センタ・サーバ３０は、顧客２０が選択したボタンの情報を元に、栄養素の情報や、提案レシピの画面を作成し、顧客２０の端末２１に表示させる（ステップ１６５）。
例えば、図１３の栄養バランスシート画面３５０の摂取過剰/不足表示欄３５３の選択ボタン３５５（例えば摂取不足の「鉄」の選択ボタン）がクリックされていた場合には、栄養素情報データベース３９７の該当する栄養素の欄を参照し、摂取不足３９７５の不足情報３９７５−１（例えばＬ６）を参照することにより、鉄不足情報３９７７を抽出し、図１５に示すような栄養素情報表示画面３７０を作成し、顧客２０の端末２１に表示させる。

また、図１３の栄養バランスシート画面３５０で提案レシピサムネール３５７のなかの１つのサムネール（例えば「ひじきの煮物」）が選択された場合には、栄養素情報データベース３９７に格納されている鉄不足レシピ３９７８の中の「ひじきの煮物」のレシピを、例えば図１６の提供レシピ画面３８０に示すように作成し、顧客２０の端末２１に表示させる。

このほか、情報提供手段３７として、図１７に示すように、家計簿を管理・表示できるようにしてもよい。この場合、食品小売店１０で顧客２０が購入した商品の情報は購入履歴データベース３９１に蓄積されており、この情報を使用して家計簿を管理・作成することができる。食品小売店１０以外で購入した商品については、図１７に示すように、顧客２０が端末２１から入力できるようにしてもよい。

尚、本発明は、前述した実施の形態に限定されるものではなく、種々の改変が可能であり、それらも、本発明の技術範囲に含まれる。

本実施の形態の栄養情報提供システム１の構成を示す図 サーバ３０、端末１１、２１のハードウエア構成図 購入履歴データベース３９１の構成例を示す図 食品栄養素データベース３９３の構成例を示す図 栄養バランス・データベース３９５の構成例を示す図 栄養素情報データベース３９７の構成例を示す図 ユーザ情報データベース３９９の構成例を示す図 購入履歴蓄積手段３１の処理の流れを示すフローチャート ユーザ管理手段３３の処理の流れを示すフローチャート ユーザ情報登録画面例３０１の説明図 栄養バランス判定手段３５の処理の流れを示すフローチャート ログイン画面例３３０の説明図 栄養バランスシート画面例３５０の説明図 栄養バランスレーダチャート例３６５の説明図 栄養素情報表示画面例３７０の説明図 提案レシピ画面例３８０の説明図 家計簿画面例３９０の説明図

符号の説明

１………栄養情報提供システム
１０………食品小売店
１１、２１………端末
１３………ポイントカード
１５………購入履歴
２０………顧客
２３………ユーザ情報
２５………栄養バランス情報
３０………管理センタ・サーバ
３１………購入履歴蓄積手段
３３………ユーザ管理手段
３５………栄養バランス判定手段
３７………情報提供手段
３９………データベース
４０………ネットワーク
３９１………購入履歴データベース
３９３………食品栄養素データベース
３９５………栄養バランス・データベース
３９７………栄養素情報データベース
３９９………ユーザ情報データベース

Claims (7)

1. 食品小売店で顧客が購入した食品のＰＯＳデータを顧客ごとに蓄積する購入履歴蓄積手段と、
   前記食品の栄養素量が記憶された食品栄養素データベースを元に、所定期間内に前記購入履歴蓄積手段に蓄積された食品の栄養素量を総計し、前記顧客の栄養バランスを判定する栄養バランス判定手段と、
   前記栄養バランス判定手段によって判定された前記顧客の栄養バランス情報を前記顧客の端末に提示する情報提供手段と、
   を有することを特徴とする栄養情報提供システム。
2. 前記顧客の家族構成情報を管理するユーザ管理手段をさらに有することを特徴とする請求項１に記載の栄養情報提供システム。
3. 前記栄養バランス判定手段は、前記ユーザ管理手段に保持されている前記顧客の家族構成情報と、性別、年齢ごとの必要栄養素量の情報を元に、前記顧客の栄養バランスを判定することを特徴とする請求項１または請求項２に記載の栄養情報提供システム。
4. 前記栄養バランス情報は、栄養素量のバランスを示す情報および各栄養素に関する説明情報および各栄養素の摂取に適したレシピおよび栄養バランスを示すキャラクター情報および前記各栄養素に関連するバナー広告のうちの少なくとも１つであることを特徴とする請求項１乃至請求項３のいずれかに記載の栄養情報提供システム。
5. 情報提供手段は家計簿機能を前記顧客に提供し、前記購入履歴蓄積手段に蓄積された前記顧客の購入品目および前記顧客により入力される購入品目に関する家計簿を管理することを特徴とする請求項１乃至請求項４のいずれかに記載の栄養情報提供システム。
6. 食品小売店のＰＯＳ端末、および、前記食品小売店の顧客が有する端末とネットワークを介して接続されたサーバであって、
   前記顧客が購入した食品のＰＯＳデータを、前記ネットワークを介して受け取り蓄積する購入履歴蓄積手段と、
   前記顧客の家族構成情報を管理するユーザ管理手段と、
   前記食品の栄養素量が記憶された食品栄養素データベースを元に、所定期間内に前記購入履歴蓄積手段に蓄積された食品の栄養素量を総計し、前記顧客の栄養バランスを判定する栄養バランス判定手段と、
   前記栄養バランス判定手段によって判定された前記顧客の栄養バランス情報を前記顧客の端末に提示する情報提供手段と、
   を有することを特徴とするサーバ。
7. コンピュータを請求項６のサーバとして機能させることを特徴とするプログラム。

Images