JP2006276900A - 食生活管理システム，食生活管理サーバおよび食生活管理用コンピュータプログラム - Google Patents

Abstract

【課題】 食事データの入力をすべて行わなくても食生活管理情報を生成できるシステムを抵抗する。
【解決手段】 食生活管理サーバ３００は，電子マネーカード１１０による食事決済時の決済履歴を記憶する決済履歴記憶装置と，食事基礎データと関連付けて食事メニュー情報を管理する食事メニューＤＢと，ユーザの生活習慣情報を記憶する生活習慣情報記憶装置と，ユーザからのログインを受けて，ユーザ固有の食生活管理情報を生成する食生活管理情報生成装置３１０などを備えている。食生活管理情報生成装置は，実情報生成装置３３０により，決済履歴を参照してカードによる食事決済時の食事摂取の実情報を生成し，推論情報生成装置３４０により，実情報などを参照して，カードにより食事決済を行わなかった場合の食事摂取の推論情報を推論し，実情報と推論情報を参照してユーザ固有の食生活管理情報を生成する。
【選択図】 図１

Description

本発明は，食生活管理システム，食生活管理サーバおよび食生活管理用コンピュータプログラムに関する。

現代人にとって重大な関心事である食事や健康を管理するためのさまざまなシステムが提案されている。例えば，特開２００２−１４９８２７号公報には，食堂で利用するプリペイドカードによりユーザの摂取カロリーを管理する健康管理システムが開示されている。また，特開２００２−３３４１５８号公報には，社員カードを食堂のカードリーダで読み取り，ユーザの健康管理を行う健康・食事の一元管理システムが開示されている。

特開２００２−１４９８２７号公報 特開２００２−３３４１５８号公報

上記のような食事や健康の管理システムの構築および運営上の問題点は，その都度発生する食事データ等の入力をいかに簡単に行えるようにするかである。そのために，上記システムにおいては，プリペイドカードや社員カードなどのＩＤカードを用いて，食事データの入力の自動化を図っている。

しかしながら，ＩＤカードと連携していないレストランや家庭等において食事などをした場合には，その食事に関するデータ入力を手作業で行わなければならず，依然として，ユーザにとっては不便なシステムであった。したがって，食事データの入力をいかにして簡略化あるいは省略できるかという問題が課題として残されていた。

本発明は，上記問題点に鑑みてなされたものであり，食事データの入力を簡略化できるとともに，すべての食事データが入力されていなくても摂取カロリーや栄養素などの食事に関する解析が可能な，新規かつ改良された食生活管理システム，食生活管理サーバおよび食生活管理用コンピュータプログラムを提供することを目的としている。

上記課題を解決するために，本発明によれば，決済機能を備えユーザ固有のＩＤ情報を管理可能な情報管理チップと，情報管理チップ内の情報の読み出しが可能なリーダ装置と，リーダ装置により読み出した情報を受け取りユーザの食生活管理情報を提供する食生活管理サーバとを含む食生活管理システムが提供される。

この食生活管理サーバは，情報管理チップにより食事決済が行われた場合に，決済現場からその決済履歴を取得して記憶する決済履歴記憶装置と，少なくともカロリー情報および栄養素情報を含む食事基礎データと関連付けて食事メニュー情報を管理する食事メニューデータベース装置と，情報管理チップに関連するユーザ情報とともにそのユーザ固有の生活習慣情報を記憶する生活習慣情報記憶装置と，ユーザからのログインを受けて，そのユーザ固有の食生活管理情報を生成する食生活管理情報生成装置とを備えている。

食生活管理情報生成装置は，実情報生成装置により，決済履歴と食事メニュー情報と食事基礎データとを参照して情報管理チップにより食事決済を行った場合の食事に関する食事摂取の実情報を生成し，推論装置により，実情報と生活習慣情報とを参照して情報管理チップにより食事決済を行わなかった場合の食事に関する食事摂取の推論情報を推論し，実情報と推論情報とを参照してユーザ固有の食生活管理情報を生成する。

このように本発明によれば，情報管理チップにより決済現場から直接取得した実情報だけでなく，ユーザの生活習慣情報から推論される推論情報も利用するので，すべての食事情報を入力する手間が省け，ユーザの利便性の高い食生活管理システムを提供することができる。

さらに，食生活管理情報を参照して，ユーザ固有の推奨食事メニュー情報を生成する推奨装置を設ければ，ユーザに健康管理上有効な食事メニューを提供することが可能となる。

また，ユーザからのログインは，情報管理チップの使用により認証されるように構成すれば，ユーザがログインのたびに，ユーザＩＤとパスワードを入力する手間が省けるので，利便性の高いシステムを提供できる。

上記課題を解決するために，本発明の別の観点によれば，食生活管理サーバが提供される。この食生活管理サーバは，決済機能を備えユーザ固有のＩＤ情報を管理可能な情報管理チップにより食事決済が行われた場合に，決済現場からその決済履歴を取得して記憶する決済履歴記憶装置と，少なくともカロリー情報および栄養素情報を含む食事基礎データと関連付けて食事メニュー情報を管理する食事メニューデータベース装置と，情報管理チップに関連するユーザ情報とともにそのユーザ固有の生活習慣情報を記憶する生活習慣情報記憶装置と，ユーザからのログインを受けて，そのユーザ固有の食生活管理情報を生成する食生活管理情報生成装置と，を備えている。

食生活管理情報生成装置は，実情報生成装置により，決済履歴と食事メニュー情報と食事基礎データとを参照して情報管理チップにより食事決済を行った場合の食事に関する食事摂取の実情報を生成し，推論装置により，実情報と生活習慣情報とを参照して，情報管理チップにより食事決済を行わなかった場合の食事に関する食事摂取の推論情報を推論し，実情報と推論情報とを参照してユーザ固有の食生活管理情報を生成することを特徴としている。

このように本発明によれば，情報管理チップにより決済現場から直接取得した実情報だけでなく，ユーザの生活習慣情報から推論される推論情報も利用するので，すべての食事情報を入力する手間が省け，ユーザの利便性の高い食生活管理サーバを提供することができる。

さらに，食生活管理情報を参照して，ユーザ固有の推奨食事メニュー情報を生成する推奨装置を設ければ，ユーザに健康管理上有効な食事メニューを提供することが可能となる。

また，ユーザからのログインは，情報管理チップの使用により認証されるように構成すれば，ユーザがログインのたびに，ユーザＩＤとパスワードを入力する手間が省けるので，利便性の高いシステムを構築できる。

さらに上記課題を解決するために，本発明の別の観点によれば，コンピュータを食生活管理サーバとして機能させるコンピュータプログラムが提供される。このコンピュータプログラムは，少なくともカロリー情報および栄養素情報を含む食事基礎データと関連付けて食事メニュー情報と，情報管理チップに関連するユーザ情報とともにそのユーザ固有の生活習慣情報とを記憶して管理しており，さらに，決済機能を備えユーザ固有のＩＤ情報を管理可能な情報管理チップにより食事決済が行われた場合に，決済現場からその決済履歴を取得し管理している。

コンピュータプログラムは，ユーザからのログインを受けて，決済履歴と食事メニュー情報と食事基礎データとを参照して情報管理チップにより食事決済を行った場合の食事に関する食事摂取の実情報を生成し，実情報と生活習慣情報とを参照して情報管理チップにより食事決済を行わなかった場合の食事に関する食事摂取の推論情報を推論し，実情報と推論情報とを参照してユーザ固有の食生活管理情報を生成する。

本発明によれば，食事データの入力を簡略化できるとともに，すべての食事データ入力されていなくても摂取カロリーや栄養素などの食事に関する解析ができる。

以下添付図面を参照しながら，本発明の好適な実施形態について説明する。なお，以下の説明および図面において，実質的に同一の機能構成を有する要素については同一の符号を付することにより重複説明を省略することにする。

まず図1を参照しながら，本実施の形態にかかる食生活管理システムの概略構成について説明する。図示のように，食生活管理システムは，現場端末１００と，決済サーバ２００と，食生活管理サーバ３００と，ユーザ端末４００とを，インターネットなどの双方向通信可能な公衆回線網５００により接続することにより構築される。

現場端末１００は，食堂やレストランなどの現場に設置されるＰＯＳ端末などのような端末装置である。現場端末１００には，情報管理チップ１１０に含まれる情報を読み出すことが可能なリーダ装置１２０が接続される。現場端末１００は，ユーザが会計場所に持参したトレーなどに置かれた食品１３０の情報を収集する。ユーザは，情報管理チップ１１０を用いて，食品１３０に対する決済処理を行うことができる。ここで情報管理チップ１１０は，決済機能を備えユーザ固有のＩＤ情報を管理可能な電子マネーカードなどの媒体である。なお，情報管理チップ１１０は，カードなどに組み込むことも可能であるし，携帯電話その他の携帯端末に組み込んで使用することも可能である。

決済サーバ２００は，決済機能が組み込まれたコンピュータなどの情報処理端末装置であり，現場端末１００が収集した食品１３０の情報，たとえば価格情報やメニュー情報等を収集するとともに，情報管理チップ１１０の残高情報を収集し，決済処理を行う。

食生活管理サーバ３００は，ユーザ端末４００がアクセス可能なウェブサイトを運営し，現場端末１００のリーダ装置１２０により読み出した情報を受け取り，ユーザの食生活管理情報や推奨情報を提供する機能を有するコンピュータなどの情報処理端末装置であるが，その詳細な構成については，図２および図３に関連して後述する。

ユーザ端末４００は，パーソナルコンピュータのような情報処理端末装置であり，後述するように，ユーザはこのユーザ端末４００を介して食生活管理サーバ３００にアクセスし，本実施の形態にかかる食生活管理システムを利用することができる。ユーザ端末４００には情報管理チップ４１０に含まれる情報を読み出すことが可能なリーダ装置４２０が接続される。ユーザは，食生活管理サーバ３００が運営するウェブサイトにアクセスする際に，ユーザＩＤとパスワードを入力する必要があるが，情報管理チップ４１０内の個人情報をリーダ装置４２０により読み込み，食生活管理サーバ３００に自動的に送ることにより，ユーザＩＤとパスワードの入力の手間を省略できる構成とすることも可能である。なお，本実施の形態においては，説明の便宜上，情報処理チップ１１０と情報処理チップ４１０は別構成のものとして記述しているが，ユーザが同一のものであれば同一のものとして構成することが可能であることはいうまでもない。例えば，ユーザが現場端末１００で使用した情報処理チップ１１０を自宅に持ち帰り，自宅のユーザ端末４００において同じ情報処理チップ１１０を用いてログインに使用することが可能である。

次に，図２および図３を参照しながら，食生活管理サーバ３００の構成について詳細に説明する。なお，図２は，食生活管理サーバ３００の構成を示すブロック図であり，図３は，食生活管理サーバ３００における情報の流れについて概念的に説明する説明図である。

図２に示すように，食生活管理サーバ３００は，機能として，食生活管理情報生成装置３１０と推奨装置３２０と実情報生成装置３３０と推論情報生成装置３４０とを備えており，データ管理系として，決済履歴記憶装置３５０と食事メニューデータベース３６０と生活習慣情報記憶装置３７０とを備えている。

図３に示すように，食生活管理情報生成装置３１０は，実情報生成装置３３０により，決済履歴と食事メニュー情報と食事基礎データとを参照して情報管理チップにより食事決済を行った場合の食事に関する食事摂取の実情報を生成し，推論情報生成装置３４０により，実情報と生活習慣情報とを参照して情報管理チップにより食事決済を行わなかった場合の食事に関する食事摂取の推論情報を推論し，実情報と推論情報とを参照してユーザ固有の食生活管理情報を生成する。さらに，推奨装置３２０は，食生活管理情報を参照して，ユーザ固有の推奨食事メニュー情報を生成する。なお，実情報，推論情報は，摂取したまたは推論されたカロリー，栄養素などの情報から成る。

決済履歴記憶装置３５０は，情報管理チップ１１０により食事決済が行われた場合に，現場端末１００からその決済履歴を取得して記憶している。図４に決済履歴の一例を示す。図示のように，決済履歴においては，電子マネーＩＤと日時とメニューコードとが関連付けられて管理されている。後述するように，ユーザ固有の電子マネーＩＤから日時により特定される食事メニューのデータを引き出すことができる。

食事メニューデータベース装置３６０は，少なくともカロリー情報および栄養素情報を含む食事基礎データと関連付けて食事メニュー情報を管理している。図５に食事メニュー情報の一例を示す。図示のように，メニューコードに応じて，カロリー情報，栄養素情報などに関する食事基礎データや，決済時に参照される価格情報やメニューの和食・養殖区分などが管理されている。

なお，上記実施形態においては，決済履歴や食事メニュー情報や食事基礎データを食生活管理サーバ３００側において管理する構成を示したが，これらのデータについては，現場端末１００側において管理したり，あるいは決済サーバ２００その他のサーバにおいて管理する構成を採用することも可能であることは，いうまでもない。

生活習慣情報記憶装置３７０は，情報管理チップに関連するユーザ情報とともにそのユーザ固有の生活習慣情報を記憶する。図６に生活習慣情報を含むユーザ情報の一例を示す。図示のように，ユーザ固有の電子マネーＩＤに，ユーザＩＤやパスワードなどの個人情報に加えて，後述するように食生活管理情報を生成する際に用いられる個人の性別，年齢，体格等の情報や生活習慣（朝，昼，夜の食事量のバランスなど）に関する情報が管理される。

図７には，生活習慣に関する情報の一例として，生活活動強度に関する表が示されている。図示のように，生活習慣を４段階に分けることにより，後述する推論情報生成装置３４０において，生活習慣に応じた推論処理が可能となる。図８には，生活活動強度と，年齢や男女差などに応じた消費カロリーの関係が示されている。図９には，必要な栄養素を管理するための情報の一例として，ビタミンＡと年齢および男女差に応じて管理する表が示されている。図１０には，全エネルギー所得量に対する脂肪の所要量が示されており，図１１には，全エネルギー所得量に対するたんぱく質の所要量が示されている。上記実施の形態においては，主にカロリーを管理するモデルを示したが，図９〜図１１に示すようなテーブルを利用して，ビタミンＡ，脂肪，たんぱく質などの他の栄養素を管理するモデルに発展させることも可能である。さらに，図１２には，食事比率表が示されている。この食事比率表により，食事の有無や量を係数として，食生活管理情報生成の際に利用することができる。

図１３には，推論情報生成装置３４０により推論処理を行う際に参照する推論テーブルの一例が示されている。例えば，一日の朝，昼，晩の食事を考えた場合に，情報管理チップ１１０により正確な食事情報が得られたかどうかに応じて，以下のような処理を行うことが可能である。

まず，朝昼晩にわたりすべての実情報が得られた場合には，すべて記録されたデータを使用して食生活管理情報を得る。朝昼晩ともに実情報が得られなかった場合には，過去の平均を利用して食生活管理情報を得る。朝のみ実情報が得られた場合には，朝の摂取量を基準として，図１２に示す食事比率表の比率に応じて，昼および晩の摂取量データを推測する。同様に，昼または晩の実情報のみが得られた場合には，得られた摂取量を基準として，食事比率表で他の二つの摂取量データを推測する。

夜の実情報がない場合には，朝の摂取量を基準として，食事比率表の比率で夜を推測する。生活習慣情報（食事バランス）において，朝の食事を取らない生活習慣であれば，昼の摂取量を基準とする。これに対して昼の食事を取らない生活習慣であれば，夜の情報は，過去の平均を利用する。

昼の実情報がない場合には，朝の摂取量を基準として，食事比率表の比率で昼を推測する。生活習慣情報（食事バランス）において，朝の食事を取らない生活習慣であれば，夜の摂取量を基準とする。これに対して夜の食事を取らない生活習慣であれば，昼の情報は，過去の平均を利用する。

朝の実情報がない場合には，昼の摂取量を基準として，食事比率表の比率で朝を推測する。食事比率表において昼の食事を取らない生活習慣であれば，夜の摂取量を基準とする。これに対して夜の食事を取らない生活習慣であれば，朝の情報は，過去の平均を利用する。

このように本実施の形態によれば，情報管理チップにより決済現場から直接取得した実情報だけでなく，ユーザの生活習慣情報から推論される推論情報も利用するので，すべての食事情報を入力する手間が省け，ユーザの利便性の高い食生活管理システムを提供することができる。

次に，図１４から図１９に示すフローチャートを参照しながら，本実施の形態にかかる食生活管理システムの実際の運用例について説明する。なお，以下の説明では，食生活管理サーバとウェブサーバとを同一の構成として説明しているが，別構成としてもよいことはいうまでもない。

図１４に示すように，ユーザは，食生活管理システムを利用するためには，ユーザ登録を行い，データベースに情報を登録する必要がある。さらに，推奨装置３２０による推奨情報を得るためには，年齢や性別などの情報以外に日々の生活習慣をアンケートで答える必要がある。

ユーザは，食生活管理システムが提供するサービスのユーザ登録をするために、自宅のインターネットに接続されたパソコンなどのユーザ端末４００にて、当該サービスを行っているサイトに接続する（Ｓ１４１０）。ユーザは当該サービスの会員登録の画面に進み，ユーザＩＤとパスワードを登録する（Ｓ１４１２）。

次に情報管理チップに決済機能を持たせるために，電子マネー登録の画面において，電子マネーの登録を行うが（Ｓ１４１４）、電子マネーの登録には，以下２つの方法がある
（１）電子マネーの発行時に通知された電子マネーカード（情報管理チップ）４１０の電子マネーＩＤをユーザ端末４００の画面から入力する（Ｓ１４１６）。
（２）ユーザ端末４００に接続された電子マネーカード４１０のリーダ装置４２０に電子マネーカード４１０を読み込ませる（Ｓ１４１８）。

いずれの登録方法を採用したとしても，正規に手続を行えば，電子マネーＩＤがウェブサーバに送信され（Ｓ１４２０），ウェブサーバは，ユーザＩＤ，パスワード，電子マネーＩＤをユーザデータベースに登録する（Ｓ１４２２）。ここまで，標準的なユーザ登録は完了するが，本実施の形態かかる食生活管理システムのさらに高度なサービスを得るためには，例えばアンケートに回答することにより（Ｓ１４２４），生活習慣情報を登録する必要がある。

例えば，アンケート画面には次のような質問が表示される
・あなたの性別は？
・あなたの年齢は？
・朝の食事量は？ 多い 普通 少ない 食べない
・昼の食事量は？ 多い 普通 少ない 食べない
・夜の食事量は？ 多い 普通 少ない 食べない
・あなたの普段の生活様式は？以下からひとつを選んでください。
Ａ．散歩、買物など比較的ゆっくりした１時間程度の歩行のほか大部分は座位での読書、勉強、談話、また座位や横になってのテレビ、音楽鑑賞などをしている。
Ｂ．通勤、仕事などで２時間程度の歩行や乗車接客、家事等立位での業務が比較的多いほか大部分は座位での事務、談話などをしている。
Ｃ．生活活動強度II（やや低い）の者が１日１時間程度は速歩やサイクリングなど比較的強い身体活動を行っている場合や、大部分は立位での作業であるが１時間程度は農作業、漁業などの比較的強い作業に従事している。
Ｄ．１日のうち１時間程度は激しいトレーニングや木材の運搬、農繁期の農耕作業などのような強い作業に従事している。

以上のアンケート結果は，生活強度という数値に変換されてデータベースに保存される。
これらの情報がウェブサーバ３００に送信され、ウェブサーバ３００はこれらの情報をユーザデータベースに登録して，登録処理が完了する（Ｓ１４２６）。
次に図１５を参照しながら，電子マネーによる食事決済のフローについて説明する。電子マネーで会計を行うと，自動的に決済履歴データベースに食事メニューが記録され，電子マネーのＩＤとメニューコードも記録する。

たとえば，ユーザは，３月１０日の昼に社員食堂でビーフカレーをトレーに乗せてレジへ向かうものとする。レジではレジ係がＰＯＳ端末などの現場端末１００に表示されている「ビーフカレー」というボタンを押下する（Ｓ１５１０）。ＰＯＳ端末１００内ではビーフカレーに対応付けられたメニューコードを保持している。ビーフカレーに対するメニューコードはＡ１２３４５６７８である。ＰＯＳ端末１００はリモートにある食事メニューデータベース（図５参照。）に対してＩＤ＝Ａ１２３４５６７８で問い合わせ、その価格を取得する（Ｓ１５１２）。ここではビーフカレーの価格は８００円であった。

ユーザは，電子マネーで支払いをするためＰＯＳ端末１００に付属しているカードリーダ１２０に自分の電子マネーカードを読み込ませる（Ｓ１５１４）。ＰＯＳ端末１００はカード（情報管理チップ）に格納されている電子カードＩＤ（ＡＢＣ００００１２３４）や残高などを読み取る（Ｓ１５１６）。ＰＯＳ端末１００決済のためにカードからビーフカレーの料金である８００円を減ずるなどして決済を行う（Ｓ１５１８）。

次にＰＯＳ端末１００は読み取ったカードＩＤを，生活習慣記憶装置３７０において管理されているユーザデータベース（不図示）のユーザ情報に対して問い合わせを行う（Ｓ１５２０）。カードＩＤがデータベースに存在しない場合には，処理を中止する（Ｓ１５２２）。これに対して，カードＩＤがデータベースに存在する場合には，所有者であるユーザはこのサービスの加入者であり，ＰＯＳ端末１００はユーザデータベースにカードＩＤＡＢＣ００００１２３４が登録されていることを確認する。

そして，ＰＯＳ端末１００は，図４に示すように，ユーザデータベースの決済履歴に以下の記録を残す（Ｓ１５２４）。
・カードＩＤ（ＡＢＣ００００１２３４）
・メニューコード（Ａ１２３４５６７８）
・現在時刻（２００５年３月１０日１２：１５：３０）
以上をもって，決済処理が完了する（Ｓ１５２６）。

次に図１６を参照しながら，摂取した栄養を確認するフローについて説明する。すなわち，図１９に示すように，日時と時間帯にどのような栄養素およびカロリーを摂取したのかを純粋な数値データとして画面に表示される。

ユーザは，例えば，帰宅後に、インターネットに接続されたパソコンなどのユーザ端末４００にて当該サービスを行っているウェブサイトに接続する（Ｓ１６１０）。

ユーザは以下のような二つの方法のいずれかにより，ウェブサーバ（食生活管理サーバ）３００にログインをすることが可能である。
（１）会員登録時に登録したＩＤとパスワードを入力（Ｓ１６１２）後、ＯＫボタンなどを押下することにより，入力したＩＤおよびパスワードがウェブサーバに送信される（Ｓ１６１４）。ウェブサーバ３００にてＩＤとパスワードの検証が行われ，正規のＩＤとパスワードの組み合わせである場合にはログインが完了する（Ｓ１６２２）。
（２）ユーザ端末４００に接続された電子マネーカード（情報管理チップ）のリーダライタ４２０に電子マネーカードを読み込ませる（Ｓ１６１８）。電子マネーＩＤが読み出され，ウェブサーバ３００に送信され，検証が行われ，正規の電子マネーＩＤである場合にはログインが完了する（Ｓ１６２２）。このように情報管理チップを利用することにより，ユーザはＩＤやパスワードを入力する煩わしさから開放される。

ウェブサーバ３００は，ユーザの電子マネーＩＤをキーとして、ユーザデータベースの決済履歴から各日のメニューコードを検索する（Ｓ１６２４）。ウェブサーバ３００は，検索されたメニューを朝（４：００〜１０：００）、昼（１０：００〜１５：００）、夜（１５：００〜０４：００）に分類する。ウェブサーバ３００は，各日、各時間帯にユーザが摂取したメニューコードと食事メニューデータベースから、各日、各時間帯にユーザが摂取した栄養素を取得する（Ｓ１６２６）。その際に，ユーザが一回の食事で複数品目のメニューを摂取した場合はそのメニューの栄養素およびカロリーを合計する形で計算する。ウェブサーバは，図１９に示すような画面に各日、各時間帯の摂取栄養を表示する。なお上記実施形態においては，朝，昼，夜の時間帯をそれぞれ，朝（４：００〜１０：００）、昼（１０：００〜１５：００）、夜（１５：００〜０４：００）に区分したが，時間帯の区分方法は任意であることはいうまでもない。

３月１０日の昼に関してはビーフカレーのみの摂取なので、以下のような摂取栄養に関するデータが表示される（Ｓ１６２８）。
日 時 ３月１０日
時 刻 昼食
摂取カロリー ５５０
栄養素 たんぱく質 脂 質 炭水化物 ナトリウム カルシウム ビタミンＢ・・・・
２５．８ ９．８ ９８．６ ８１９ ８１ ０．５３
ユーザは，これらの情報の全てを表示させることもできるし、一部の情報のみを表示させることもできる。また、１回の食事の栄養素を全て合計する形で表示することもできるし、メニューに分割した形で表示することもできる。また、グラフなどを使用してより分かりやすい表示をすることもできる。

次に，図１７を参照しながら，食事量の解析フローについて説明する。ここでは，ユーザが自分自身の身体データや生活様式から、自分の食事の内容（カロリーや栄養素）が多いのか少ないのかを把握することができる。すなわち，本実施の形態によれば，推論情報生成装置３４０により，ユーザデータの各食事量のアンケートと決済履歴から電子マネーで決済していない食事のカロリーを推定することができる。その際には，自分の年齢、性別、生活強度のデータ（会員登録時のアンケートで入力される情報）から、自分に最適の栄養量（カロリー）を算出し、これを基準にすることができる。

まず，図１６のフローと同様のフローに従って，ユーザ端末４００から当該サービスを行うウェブサーバ３００にアクセスして，ログインを完了する（Ｓ１７１０）。次いで，表示された画面メニューから自分の食事量の解析サービスを選択する。

ウェブサーバ３００は，ユーザの電子マネーＩＤをキーとしてユーザデータベースからユーザの年齢、性別、生活強度を取得する（Ｓ１７１２）。さらに，ウェブサーバ３００は，ユーザの年齢、性別、生活強度とエネルギー所要量表からユーザの１日に必要なカロリーを算出する（Ｓ１７１４）。

次にウェブサーバ３００はユーザのユーザデータから生活習慣情報（食事バランス）を取得し、これと食事比率表からユーザが必要とする朝、昼、夜のカロリーを算出する（これをデータ１とする）。算出に当たっては単純に食事比率表の比を使う（これは必要な摂取カロリーを表す）。
例）
アンケート 朝：無し 昼：多い 夜：少ない
１日の必要栄養量 ２０００Ｋｃａｌ
食事比率表 無し：０ 少ない：１ 中：２ 多い：３
このユーザの場合，朝、昼、夜の必要栄養量は，朝：昼：夜＝０：３：１で，トータル２０００Ｋｃａなので、朝＝０Ｋｃａｌ、昼＝１５００Ｋｃａｌ、夜＝５００Ｋｃａｌ が必要摂取カロリーと推定される（Ｓ１７１６）。

また、同時にウェブサーバ３００は，決済履歴および食事メニューデータから直近一週間の毎日の摂取カロリーを計算する（Ｓ１７２０）。さらに，ユーザの最近１週間の朝、昼、夜の平均摂取カロリーを生活習慣情報（食事バランス）および食事比率表、摂取量の推定ルールを用いて算出する（これをデータ２とする）（Ｓ１７２２）。

例えば，上記の例と同様の条件で、ユーザが３月１５日に昼食を９００Ｋｃａｌ摂取した（電子マネーでこの日に決済した食事データは昼のみ）場合は，摂取量の推定ルールは図１３に関連してすでに説明したように，以下のようになっている。

（朝 × 昼 ○ 夜×）の場合，昼の摂取量を基準として、食事比率表の比率で朝、夜を推測する。昼＝無しのときは朝、夜は過去の平均を利用する。したがって、この日のこの人の摂取カロリーは，朝＝０Ｋｃａｌ、昼＝９００Ｋｃａｌ、夜＝３００Ｋｃａｌとして，朝、夜が推定される。

これに対して，ユーザの食事量のアンケートが朝：多い，昼：無し，夜＝少ないという生活習慣情報（食事バランス）だった場合は図１３に示すように，朝、夜は過去のデータの平均値を利用することになる。なお，図１２に示す食事比率表を用いれば，多い＝３，少ない＝１，無し＝０と変換することができるので，朝：昼：夜＝３：０：１と表現することも可能である。

ウェブサーバ３００はデータ１とデータ２を朝、昼、夜の食事について差をとり（Ｓ１７１８）、ユーザの食事は必要量から見て多いのか、少ないのかを朝、昼、夜別に画面に表示する（Ｓ１７２４） なお，上記実施例ではカロリーだけを対照したが，カロリーだけでなく、ビタミンやその他の栄養素に応用することも可能であることはいうまでもない。

次に図１８を参照しながら，食事メニューの推薦フローについて説明する。ここでは，ユーザは，自分自身の身体データや生活様式から、自分の食事の内容（カロリーや栄養素）が多いのか少ないのかを解析し、もし少ないのであればその範囲内でユーザの好みを考慮したうえで食事メニューの推薦を受けることができる。

図１６および図１７と同様の方法により，ユーザは朝の出社前にパソコンなどのユーザ端末４００にて当該サービスを行うウェブサーバ３００に接続し、ログインを完了する（Ｓ１８１０）。ユーザはメニューから食事推薦のサービスを選択する。ウェブサーバ３００はユーザの電子マネーＩＤをキーとしてユーザデータベースからユーザの年齢、性別、生活強度を取得する（Ｓ１８１２）。ウェブサーバ３００はユーザの年齢、性別、生活強度とエネルギー所要量表からユーザの１日に必要なカロリーを算出する（Ｓ１８１４）。
ウェブサーバ３００（推奨装置３２０）は，上記データに７を乗じて，ユーザが１週間に必要とする総カロリーを計算する（Ｓ１８１６）。これをデータＡとする。

次にウェブサーバ３００（推奨装置３２０）は，ユーザの過去６日間の総摂取カロリーを決済履歴および食事メニューデータベースから計算する（Ｓ１８１８）。これをデータＢとする。ウェブサーバ３００（推奨装置３２０）はＡとＢとの差を計算する（Ｓ１８２０）。ここではＡ−Ｂが２０００Ｋｃａｌと計算されたとする。これをデータＣとする。

つぎに、ウェブサーバ３００（推奨装置３２０）は，ユーザの過去の決済履歴と、食事メニューデータベース内の和洋カテゴリから、ユーザの和食、洋食の嗜好を推測する（Ｓ１８２２）。計算の方法は単純に和食、洋食の摂取回数の大小で判断する。ここではユーザの食事に和食が多いものとする。これをデータＤとする。

ウェブサーバ３００（推奨装置３２０）は，データＣ（２０００Ｋｃａｌ）と、ユーザの生活習慣情報（食事バランス）から朝、昼、夜の食事のカロリーを計算する。ここでは，ユーザの生活習慣情報（食事バランス）は，朝：無し，昼：多い，夜：少ないと表現され，図１２に示す食事比率表を用いれば，朝：昼：夜＝０：３：１と表現できる。ここで，データＣが２０００Ｋｃａなので、朝＝０Ｋｃａｌ、昼＝１５００Ｋｃａｌ、夜＝５００Ｋｃａｌが今日食べてもよいカロリーとなる（Ｓ１８２４）。
ウェブサーバ３００（推奨装置３２０）は，食事メニューデータベースから昼１５００Ｋｃａｌ、夜５００Ｋｃａｌとなる全ての組み合わせを検索する（Ｓ１８２６）。例えば，昼１５００Ｋｃａｌの組み合わせとして，「かつどん＋トン汁＋さらだ」，「麻婆豆腐＋チャーハン＋卵スープ」などが検察される。抽出された組み合わせの中で，和洋の嗜好順位を計算する（Ｓ１８２８）。例えば，和を１，洋を０として，一食の組み合わせの中で和洋の平均値を算出する。その結果，１に近いほど和食傾向が強く，０に近いほど洋食傾向が強いことになる。この場合には，データＤ（和食）でソートして画面に出力する（Ｓ１８３０）。

データＡとデータＢの差分をとった結果，Ａ−Ｂ＜０の場合には，カロリー摂取量が過多であることを意味するため，その旨を画面上に表示して，一連の処理を終了する（Ｓ１８３２）。

以上のように，本実施の形態にかかる食生活管理システムによれば，すべての実情報が存在しなくても，生活習慣情報に基づいて推論情報を生成することが可能なので，その推論情報に基づいて食生活管理情報を，ユーザに提供することができる。またその食生活管理情報から，推奨装置３２０により推奨情報を生成し，ユーザに提供することができる。

以上添付図面を参照しながら，本発明の好適な実施形態について説明したが，本発明はかかる例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。

本発明は，食生活や健康を管理する食生活管理システム，食生活管理サーバおよび食生活管理用コンピュータプログラムなどに適用可能である。

本発明の実施の一形態にかかる食生活管理システムの概略的な構成を示す説明図である。 本発明の実施の一形態にかかる食生活管理サーバの概略的な構成を示す説明図である。 本発明の実施の一形態にかかる食生活管理サーバにおける情報の動きを示す説明図である。 本発明の実施の一形態にかかる食生活管理システムに利用される決済履歴テーブルを示す説明図である。 本発明の実施の一形態にかかる食生活管理システムに利用される食事メニューデータベーステーブルを示す説明図である。 本発明の実施の一形態にかかる食生活管理システムに利用されるユーザ情報管理テーブルを示す説明図である。 本発明の実施の一形態にかかる食生活管理システムに利用される生活活動強度のテーブルを示す説明図である。 本発明の実施の一形態にかかる食生活管理システムに利用されるカロリーの所要量のテーブルを示す説明図である。 本発明の実施の一形態にかかる食生活管理システムに利用されるビタミンＡの所要量のテーブルを示す説明図である。 本発明の実施の一形態にかかる食生活管理システムに利用される年齢と脂肪エネルギー比率の関係を示す説明図である。 本発明の実施の一形態にかかる食生活管理システムに利用されるたんぱく質の所要量のテーブルを示す説明図である。 本発明の実施の一形態にかかる食生活管理システムに利用される食事量の比率の係数を定義するテーブル（食事比率表）を示す説明図である。 本発明の実施の一形態にかかる食生活管理システムに利用される推論アルゴリズムテーブルを示す説明図である。 本発明の実施の一形態にかかる食生活管理システムのユーザ登録処理フローを示すフローチャートである。 本発明の実施の一形態にかかる食生活管理システムの決済処理フローを示すフローチャートである。 本発明の実施の一形態にかかる食生活管理システムの摂取栄養確認フローを示すフローチャートである。 本発明の実施の一形態にかかる食生活管理システムの食事量の多寡を求める処理フローを示すフローチャートである。 本発明の実施の一形態にかかる食生活管理システムのユーザ嗜好を推奨する処理フローを示すフローチャートである。 本発明の実施の一形態にかかる食生活管理システムの摂取栄養確認画面を示す説明図である。

符号の説明

１００ 現場端末
１１０ 情報管理チップ（電子マネーカード）
１２０ リーダ装置
１３０ 食事
２００ 決済サーバ
３００ 食生活管理サーバ
３１０ 食生活管理情報生成装置
３２０ 推奨装置
３３０ 実情報生成装置
３４０ 推論情報生成装置
３５０ 決済履歴記憶装置
３６０ 食事メニューデータベース
３７０ 生活習慣情報記憶装置
４００ ユーザ端末
４１０ 情報管理チップ（電子マネーカード）
４２０ リーダ装置

Claims (7)

1. 決済機能を備え，ユーザ固有のＩＤ情報を管理可能な情報管理チップと；前記情報管理チップ内の情報の読み出しが可能なリーダ装置と；前記リーダ装置により読み出した情報を受け取りユーザの食生活管理情報を提供する食生活管理サーバとを含む食生活管理システムであって：
   前記食生活管理サーバは：
   前記情報管理チップにより食事決済が行われた場合に，決済現場からその決済履歴を取得して記憶する決済履歴記憶装置と；
   少なくともカロリー情報および栄養素情報を含む食事基礎データと関連付けて食事メニュー情報を管理する食事メニューデータベース装置と；
   前記情報管理チップに関連するユーザ情報とともにそのユーザ固有の生活習慣情報を記憶する生活習慣情報記憶装置と；
   ユーザからのログインを受けて，そのユーザ固有の食生活管理情報を生成する食生活管理情報生成装置と；
   を備え：
   前記食生活管理情報生成装置は，
   実情報生成装置により，前記決済履歴と前記食事メニュー情報と前記食事基礎データとを参照して，前記情報管理チップにより食事決済を行った場合の食事に関する食事摂取の実情報を生成し；
   推論装置により，前記実情報と前記生活習慣情報とを参照して，前記情報管理チップにより食事決済を行わなかった場合の食事に関する食事摂取の推論情報を推論し；
   前記実情報と前記推論情報とを参照して，ユーザ固有の食生活管理情報を生成することを特徴とする，食生活管理システム。
2. さらに，前記食生活管理情報を参照して，ユーザ固有の推奨食事メニュー情報を生成する推奨装置を含むことを特徴とする，請求項１に記載の食生活管理システム。
3. ユーザからのログインは，前記情報管理チップの使用により認証されることを特徴とする，請求項１または２に記載の食生活管理システム。
4. 決済機能を備えユーザ固有のＩＤ情報を管理可能な情報管理チップにより食事決済が行われた場合に，決済現場からその決済履歴を取得して記憶する決済履歴記憶装置と；
   少なくともカロリー情報および栄養素情報を含む食事基礎データと関連付けて食事メニュー情報を管理する食事メニューデータベース装置と；
   前記情報管理チップに関連するユーザ情報とともにそのユーザ固有の生活習慣情報を記憶する生活習慣情報記憶装置と；
   ユーザからのログインを受けて，そのユーザ固有の食生活管理情報を生成する食生活管理情報生成装置と；
   を備え：
   前記食生活管理情報生成装置は，
   実情報生成装置により，前記決済履歴と前記食事メニュー情報と前記食事基礎データとを参照して，前記情報管理チップにより食事決済を行った場合の食事に関する食事摂取の実情報を生成し；
   推論装置により，前記実情報と前記生活習慣情報とを参照して，前記情報管理チップにより食事決済を行わなかった場合の食事に関する食事摂取の推論情報を推論し；
   前記実情報と前記推論情報とを参照して，ユーザ固有の食生活管理情報を生成することを特徴とする，食生活管理サーバ。
5. さらに，前記食生活管理情報を参照して，ユーザ固有の推奨食事メニュー情報を生成する推奨装置を含むことを特徴とする，請求項４に記載の食生活管理サーバ。
6. ユーザからのログインは，前記情報管理チップの使用により認証されることを特徴とする，請求項４または５に記載の食生活管理サーバ。
7. コンピュータを食生活管理サーバとして機能させるコンピュータプログラムであって：
   少なくともカロリー情報および栄養素情報を含む食事基礎データと関連付けて食事メニュー情報と，前記情報管理チップに関連するユーザ情報とともにそのユーザ固有の生活習慣情報とを記憶して管理しており；
   決済機能を備えユーザ固有のＩＤ情報を管理可能な情報管理チップにより食事決済が行われた場合に，決済現場からその決済履歴を取得し管理しており；
   ユーザからのログインを受けて；
   前記決済履歴と前記食事メニュー情報と前記食事基礎データとを参照して，前記情報管理チップにより食事決済を行った場合の食事に関する食事摂取の実情報を生成し；
   前記実情報と前記生活習慣情報とを参照して，前記情報管理チップにより食事決済を行わなかった場合の食事に関する食事摂取の推論情報を推論し；
   前記実情報と前記推論情報とを参照して，ユーザ固有の食生活管理情報を生成することを特徴とする，コンピュータプログラム。

Images