(57)【要約】【課題】  個人のエネルギー収支を消費エネルギーにより調整するために有効な推奨活動を提示することが可能な推奨活動提示システムを提供する。【解決手段】  利用者端末３０から利用者ＩＤ、処理要求を取得すると、情報管理サーバ１０では、消費目標量取得手段２０が、利用者ＩＤで消費実績データベース１４を参照して、前日における摂取エネルギーと消費エネルギーの差を消費目標量として取得し、推奨活動抽出手段２１が、取得した消費目標量を用いて活動エネルギー記憶部１５を参照し、各活動について消費目標量に相当する推奨活動を取得する。利用者端末３０では、情報管理サーバ１０から受信した推奨活動を表示欄Ｈ６に表示する。【選択図】  図１３
2013156898.tif 000002
【特許請求の範囲】
【請求項１】
利用者の摂取および消費の情報を管理するサーバコンピュータである情報管理サーバと、利用者が利用する端末装置である利用者端末とがデータ送受信可能に接続され、前記利用者端末からの要求に応じてエネルギーを消費するために推奨される活動を提示するシステムであって、
前記情報管理サーバは、
利用者識別情報に対応付けて、日付ごとの摂取エネルギー、消費エネルギー、体重を記憶したデータベースと、
各活動を識別する情報である活動識別情報と活動強度の関係を記憶した活動エネルギー記憶部と、
前記利用者端末から利用者識別情報を取得し、取得した利用者識別情報で前記データベースを参照して設定日における摂取エネルギーから消費エネルギーを減算して消費目標量を取得する消費目標量取得手段と、
前記取得した消費目標量を用いて前記活動エネルギー記憶部を参照し、各活動について前記消費目標量に相当する活動時間を推奨活動時間として算出し、所定の活動を推奨活動として前記推奨活動時間とともに推奨活動情報として抽出する推奨活動抽出手段と、を有し、
前記利用者端末は、
前記利用者識別情報を前記情報管理サーバに送信する送信手段と、
前記情報管理サーバから受信した推奨活動情報を表示する表示手段と、
を有することを特徴とする推奨活動提示システム。
【請求項２】
前記利用者端末が有する送信手段は、さらに、前記利用者識別情報とともに活動識別情報と、活動時間とを前記情報管理サーバに送信するものであり、
前記情報管理サーバは、
前記利用者端末から利用者識別情報と、活動識別情報と、活動時間とを取得し、活動識別情報で前記活動エネルギー記憶部を参照して活動強度を取得した後、当該活動強度と前記活動時間とを用いて消費エネルギーを算出し、前記利用者識別情報と対応付けて前記データベースに登録する消費情報登録手段をさらに有することを特徴とする請求項１に記載の推奨活動提示システム。
【請求項３】
利用者が利用する端末装置である利用者端末とデータ送受信可能に接続され、前記利用者端末からの要求に応じてエネルギーを消費するために推奨される活動に関する情報を提供するサーバコンピュータであって、
利用者識別情報に対応付けて、日付ごとの摂取エネルギーと、消費エネルギーと、体重とを記憶したデータベースと、
各活動を識別する情報である活動識別情報と活動強度の関係とを記憶した活動エネルギー記憶部と、
前記利用者端末から利用者識別情報を取得し、取得した利用者識別情報で前記データベースを参照して設定日における摂取エネルギーから消費エネルギーを減算して消費目標量を取得する消費目標量取得手段と、
前記取得した消費目標量を用いて前記活動エネルギー記憶部を参照し、各活動について前記消費目標量に相当する活動時間を推奨活動時間として算出し、所定の活動を推奨活動として前記推奨活動時間とともに推奨活動情報として抽出する推奨活動抽出手段と、
を有することを特徴とする情報管理サーバ。
【請求項４】
前記利用者端末から利用者識別情報と、活動識別情報と、活動時間とを取得し、活動識別情報で前記活動エネルギー記憶部を参照して活動強度を取得した後、当該活動強度と前記活動時間とを用いて消費エネルギーを算出し、前記利用者識別情報と対応付けて前記データベースに登録する消費情報登録手段をさらに有することを特徴とする請求項３に記載の情報管理サーバ。
【請求項５】
請求項３または請求項４に記載の情報管理サーバとして、コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者の摂取エネルギー、消費エネルギーの情報を管理する技術に関し、特に、消費エネルギーを調整するための推奨活動を提示するための技術に関する。
【背景技術】
【０００２】
近年、人々の健康への関心は益々高まってきており、健康を維持するための栄養管理にも関心が集まっている。健康を維持するためには、バランスの取れた食生活が重要であるだけでなく、適度な運動が必要である。バランスの取れた食生活は、摂取した食事の内容を記録しておき、足りない栄養素を補う食事をすることが基本であるが、各食事の内容を記録しておくのは、難しいという問題があった。
【０００３】
この問題を解決するため、摂取した食事の内容を記録しておき、記録された食事で得られた栄養素と、理想的な栄養素を比較して、足りない栄養素や適切な食事を提案する技術が開発されている（例えば、特許文献１、２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−５４３６５号公報
【特許文献２】特開２００４−７４６０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術では、１日に摂取すべきエネルギーである消費エネルギーを利用者の身長、体重、年齢等から推測して求めており、現実の消費エネルギーを反映したものではなかった。また、上記従来の技術では、エネルギーの収支を摂取エネルギーによる調整には有効であるが、消費エネルギーにより調整するためには有効ではなかった。
【０００６】
そこで、本発明は、個人のエネルギー収支を消費エネルギーにより調整するために有効な推奨活動を提示することが可能な推奨活動提示システムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明第１の態様では、利用者の摂取および消費の情報を管理するサーバコンピュータである情報管理サーバと、利用者が利用する端末装置である利用者端末とがデータ送受信可能に接続され、前記利用者端末からの要求に応じてエネルギーを消費するために推奨される活動を提示するシステムであって、前記情報管理サーバは、利用者識別情報（利用者ＩＤ）に対応付けて、日付ごとの摂取エネルギー、消費エネルギー、体重を記憶したデータベースと、各活動を識別する情報である活動識別情報（活動ＩＤ）と活動強度の関係を記憶した活動エネルギー記憶部と、前記利用者端末から利用者識別情報を取得し、取得した利用者識別情報で前記データベースを参照して設定日における摂取エネルギーから消費エネルギーを減算して消費目標量を取得する消費目標量取得手段と、前記取得した消費目標量を用いて前記活動エネルギー記憶部を参照し、各活動について前記消費目標量に相当する活動時間を推奨活動時間として算出し、所定の活動を推奨活動として前記推奨活動時間とともに推奨活動情報として抽出する推奨活動抽出手段と、を有し、前記利用者端末は、前記利用者識別情報を前記情報管理サーバに送信する送信手段と、前記情報管理サーバから受信した推奨活動情報を表示する表示手段を有する推奨活動提示システムを提供する。
【０００８】
本発明第１の態様によれば、各利用者について、日付ごとの摂取エネルギーと消費エネルギーを記憶しておくとともに、各活動の活動強度を記憶しておき、取得した利用者識別情報を用いて設定日における摂取エネルギーと消費エネルギーの差を消費目標量として取得し、取得した消費目標量に相当する各活動の推奨活動時間を算出するようにしたので、摂り過ぎたエネルギーを消費するために推奨される活動と時間を知ることが可能となる。
【０００９】
また、本発明第２の態様では、本発明第１の態様における推奨活動提示システムにおいて、前記利用者端末が有する送信手段は、さらに前記利用者識別情報とともに活動識別情報と、活動時間とを前記情報管理サーバに送信するものであり、前記情報管理サーバは、前記利用者端末から利用者識別情報と、活動識別情報と、活動時間とを取得し、活動識別情報で前記活動エネルギー記憶部を参照して活動強度を取得した後、当該活動強度と前記活動時間とを用いて消費エネルギーを算出し、前記利用者識別情報と対応付けて前記データベースに登録する消費情報登録手段をさらに有することを特徴とする。
【００１０】
本発明第２の態様によれば、利用者端末から利用者識別情報、活動識別情報、活動時間を取得し、活動識別情報に対応する活動強度を取得した後、活動強度と活動時間を用いて消費エネルギーを算出し、利用者識別情報と対応付けてデータベースに登録するようにしたので、消費エネルギーを、推定でなく実際の活動に基づいて記録することが可能となる。
【発明の効果】
【００１１】
本発明によれば、個人のエネルギー収支を消費エネルギーにより調整するために有効な推奨活動を提示することが可能となるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】推奨活動提示システムの一実施形態を示す機能ブロック図である。
【図２】利用者データベース１１に記録された情報の一例を示す図である。
【図３】品目別栄養素データベース１２に記録された品目別栄養素情報の一例を示す図である。
【図４】属性別栄養素量データベース１３に記録された基準栄養素量の一例を示す図である。
【図５】属性別栄養素量データベース１３に記録された属性別係数の一例を示す図である。
【図６】消費実績データベース１４に記憶された情報の一例を示す図である。
【図７】活動エネルギー記憶部１５に記憶された情報の一例を示す図である。
【図８】情報管理サーバ１０のハードウェア構成を示す図である。
【図９】利用者端末３０のハードウェア構成を示す図である。
【図１０】推奨活動提示システムを用いて摂取情報の記録処理を行う場合のシーケンス図である。
【図１１】推奨活動提示システムを用いて消費情報の記録処理を行う場合のシーケンス図である。
【図１２】利用者端末３０に表示された活動情報入力画面の一例を示す図である。
【図１３】利用者端末３０の画面に表示された情報提示画面を示す図である。
【図１４】情報提示画面の表示欄Ｈ２〜Ｈ６に情報を表示する処理を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
＜１．システム構成＞
以下、本発明の好適な実施形態について図面を参照して詳細に説明する。図１は、本発明の一実施形態に係る推奨活動提示システムを示す機能ブロック図である。図１に示す推奨活動提示システム１００は、情報管理サーバ１０、利用者端末３０、通信ネットワーク４０により構成されている。図１においては、説明の便宜上、利用者端末３０を１台だけ示しているが、現実には、多数の利用者端末３０が、ネットワーク上で公開されている情報管理サーバ１０にアクセス可能となっている。
【００１４】
情報管理サーバ１０は、利用者の個人情報、食品の栄養素、基準栄養素量、活動エネルギー表等を管理し、ネットワークを介してアクセスしてきた利用者端末３０に対して、栄養管理に必要な情報を提供するサーバコンピュータであり、利用者データベース１１、品目別栄養素データベース１２、属性別栄養素量データベース１３、消費実績データベース１４、活動エネルギー記憶部１５、標準体重記憶部１６、摂取情報登録手段１７、消費情報登録手段１８、摂取済栄養素量算出手段１９、消費目標量取得手段２０、推奨活動抽出手段２１を有している。
【００１５】
利用者データベース１１は、摂取栄養に関する利用者の個人情報を記憶したデータベースである。品目別栄養素データベース１２は、各食事品目について、含有される栄養素とその量を記憶したデータベースである。食事品目とは、単体の食品や、複数の食品により作られた料理等、利用者が摂取可能で１以上の栄養素を含む品目を意味する。属性別栄養素量データベース１３は、利用者の属性ごとに適正な栄養素量を記憶したデータベースである。消費実績データベース１４は、各利用者のエネルギーの消費実績を記録したデータベースである。活動エネルギー記憶部１５は、各活動の活動強度を記憶したものである。標準体重記憶部１６は、身長ごとに標準的な体重である標準体重を記憶したものである。本実施形態では、標準体重記憶部１６には、１ｍｍ刻みで身長に対応する標準体重が記憶されている。
【００１６】
図２は、利用者データベース１１に記録された情報の一例を示す図である。本実施形態では、利用者データベース１１では、利用者の個人情報を、利用者基本情報と利用者別摂取情報に分けて記憶している。図２（ａ）は、利用者基本情報を示している。図２（ａ）に示すように、利用者基本情報としては、利用者を識別する利用者識別情報である利用者ＩＤ、氏名、年齢、性別、身長、体重が記録されている。利用者基本情報としては、この他にも持病、生活課題等、摂取すべき栄養に影響を与える様々な情報を記憶している。
【００１７】
図２（ｂ）は、ある利用者の利用者別摂取情報を示している。利用者別摂取情報は、利用者ＩＤ単位で管理されている。図２（ｂ）に示すように、利用者別摂取情報としては、各利用者について、その利用者が食事をした日時、その日時に摂取した食事品目を識別する品目識別情報である品目ＩＤ、その品目ＩＤで特定される食事品目に含まれる各栄養素とその栄養素量が記録されている。本明細書では、エネルギー（一般に「カロリー」と呼ばれることもある。）も１つの栄養素として記載している。例えば、エネルギーはｋｃａｌ単位、その他の各栄養素はｍｇ単位で記録される。本実施形態では、利用者の個人情報を、利用者基本情報と利用者別摂取情報に分けて管理しているが、各栄養素の摂取日時、摂取量を記憶できれば、図２に示した形式に限定されない。
【００１８】
図３は、品目別栄養素データベース１２に記録された品目別栄養素情報の一例を示す図である。図３に示すように、品目別栄養素情報としては、食事品目を識別する品目識別情報である品目ＩＤ、食事品目の品目名、その食事品目に含まれる各栄養素の栄養素量が記録されている。例えば、エネルギーはｋｃａｌ単位、その他の各栄養素はｍｇ単位で記録される。
【００１９】
図４は、属性別栄養素量データベース１３に記録された基準栄養素量の一例を示す図である。図４に示すように、基準栄養素量としては、標準的な体型の人物を対象とした場合の栄養素量が各栄養素の項目により記憶されている。
【００２０】
図５は、属性別栄養素量データベース１３に記録された属性別係数の一例を示す図である。図５に示すように、属性別係数としては、各栄養素について、基準栄養素量の各値に乗じるべき係数が属性別に記憶されている。本実施形態では、属性別栄養素量データベース１３を利用して、利用者属性に応じて乗じるべき属性別係数を特定し、これを基準栄養素量に乗じることにより利用者属性に応じた属性別栄養素量が算出可能となっている。図５の例では、２つの栄養素の例を示しており、図５（ａ）はタンパク質、図５（ｂ）は脂質に対応した属性別係数となっている。図５（ａ）に示したタンパク質の場合、推奨量については、利用者データベース１１から抽出された利用者の体重に乗じることにより、また、目標量については、算出されたエネルギーに対して演算を行うことにより、属性別のタンパク質の量が算出される。図５（ｂ）に示した脂質の場合、算出されたエネルギーに対して演算を行うことにより、属性別の脂質の量が算出される。本実施形態に限定されず、属性別栄養素量データベース１３に、各利用者属性に応じて直接属性別栄養素量を記憶しておくような形式にしても良い。
【００２１】
図６は、消費実績データベース１４に記憶された情報の一例を示す図である。図６に示すように、消費実績データベース１４には、利用者ＩＤ別に、日付、摂取エネルギー、消費エネルギー、過不足、体重の情報が記憶されている。図６の例は、一人の利用者について記録された情報を示している。摂取エネルギーは、その日付における１日の総摂取エネルギーであり、利用者データベース１１に記憶された利用者別摂取情報を日付単位で合計することにより得られる。消費エネルギーは、その日付における１日の総消費エネルギーであり、消費情報登録手段１８により算出されることにより得られる。過不足は、消費目標量取得手段２０が、摂取エネルギーから消費エネルギーを減算することにより得られる。過不足が＋の値の場合、消費目標量として扱われる。体重は、利用者端末３０から受信した場合に、消費情報登録手段１８により登録される。この他、日付に対応付けて他の情報を記憶しておくこともできる。
【００２２】
図７は、活動エネルギー記憶部１５に記憶された情報の一例を示す図である。図７に示すように、活動エネルギー記憶部１５には、各活動について、活動内容、活動強度、１Ｅ時間、活動ＩＤが対応付けて記憶されている。活動内容は活動ＩＤで特定される活動の内容を示すものである。活動強度は、運動や HYPERLINK "http://www.e-healthnet.mhlw.go.jp/information/dictionary/exercise/ys-031.html" 身体活動の強度であり、単位は“メッツ”で表される。このメッツは、安静時（横になったり座って楽にしている状態）を1とした時と比較して何倍のエネルギーを消費するかで活動の強度を示す。また、メッツで表された活動強度に活動実施時間（時）をかけたものをエクササイズとし、単位は“メッツ・時”で表現される。１Ｅ時間は、活動量の基準となる１エクササイズに達するために必要な時間である。活動ＩＤは、各活動を識別するための活動識別情報である。
【００２３】
摂取情報登録手段１７は、利用者端末３０から受信した品目ＩＤで品目別栄養素データベース１２を参照し、受信した利用者ＩＤに、受信した日時情報と、品目別栄養素データベース１２から取得した品目ＩＤと栄養素の情報を対応付けて利用者データベース１１に登録する。消費情報登録手段１８は、利用者端末３０から受信した活動情報、体重を用いて、活動エネルギー記憶部１５を参照して消費エネルギーを算出し、受信した利用者ＩＤ、日付と対応付けて消費実績データベース１４に登録する。摂取済栄養素量算出手段１９は、利用者の１日における摂取済みの栄養素量を算出する。消費目標量取得手段２０は、消費実績データベース１４に記憶された摂取エネルギーから消費エネルギーを減算して消費目標量を算出する。推奨活動抽出手段２１は、消費目標量取得手段２０により取得された消費目標量で活動エネルギー記憶部１５を参照し、消費目標量を満たす活動と推奨活動時間を取得する。
【００２４】
図８は、情報管理サーバ１０のハードウェア構成図である。情報管理サーバ１０は、汎用のコンピュータで実現することができ、図８に示すように、ＣＰＵ１（CPU: Central Processing Unit）と、コンピュータのメインメモリであるＲＡＭ２（RAM: Random Access Memory）と、ＣＰＵが実行するプログラムやデータを記憶するための大容量の記憶装置３（例えば、ハードディスク、フラッシュメモリ等）と、キーボード、マウス等のキー入力Ｉ／Ｆ（インタフェース）４と、外部装置（データ記憶媒体等）とデータ通信するためのデータ入出力Ｉ／Ｆ（インタフェース）５と、表示装置（液晶ディスプレイ等）に情報を送出するための表示出力Ｉ／Ｆ（インタフェース）６と、通信ネットワーク４０を介して利用者端末３０等の端末装置とネットワーク通信を行うためのネットワークＩ／Ｆ（インタフェース）７と、を備え、互いにバスを介して接続されている。
【００２５】
図１の全体構成に示した情報管理サーバ１０の各構成手段は、図８に示したハードウェア構成に専用のプログラムを搭載することにより実現される。図８の記憶装置３には、ＣＰＵ１を動作させ、コンピュータを、情報管理サーバ１０として機能させるための専用のプログラムが実装されている。この専用のプログラムを実行することにより、ＣＰＵ１は、摂取情報登録手段１７、消費情報登録手段１８、摂取済栄養素量算出手段１９、消費目標量取得手段２０、推奨活動抽出手段２１としての機能を実現することになる。また、記憶装置３は、利用者データベース１１、品目別栄養素データベース１２、属性別栄養素量データベース１３、消費実績データベース１４、活動エネルギー記憶部１５、標準体重記憶部１６としての役割を果たす他、処理に必要な様々なデータを記憶する。
【００２６】
図１に示した利用者端末３０は、一般の利用者が利用して情報管理サーバ１０に対してアクセスし、推奨活動に関する情報を取得して表示する端末装置である。図９は、利用者端末３０のハードウェア構成図である。利用者端末３０は、コンピュータや、携帯電話機、電子書籍の専用端末等、デジタルデータを処理して表示することが可能な情報処理装置で実現することができる。図９に示すように、利用者端末３０は、ＣＰＵ１ａ（CPU: Central Processing Unit）と、コンピュータのメインメモリであるＲＡＭ２ａ（RAM: Random Access Memory）と、ＣＰＵ１ａが実行するプログラムやデータを記憶するための大容量の記憶装置３ａ（例えば、ハードディスク、フラッシュメモリ等）と、キーボード、マウス等のキー入力Ｉ／Ｆ（インタフェース）４ａと、外部装置（データ記憶媒体等）とデータ通信するためのデータ入出力Ｉ／Ｆ（インタフェース）５ａと、表示装置（液晶ディスプレイ等）に情報を送出するための表示出力Ｉ／Ｆ（インタフェース）６ａと、通信ネットワーク４０を介してコンテンツサーバ１０等のサーバコンピュータとネットワーク通信を行うためのネットワークＩ／Ｆ（インタフェース）７ａと、を備え、互いにバスを介して接続されている。利用者端末３０が携帯電話機の場合は、ネットワークＩ／Ｆ７ａが携帯電話網を利用した通信となる。また、利用者端末３０が携帯電話機の場合は、通話用の特有のモジュールを有することになるが、本実施形態においては、利用しない機能であるので詳細な説明は省略する。
【００２７】
図１に示した利用者端末３０の各構成手段は、図９に示したハードウェア構成に専用のプログラムを搭載することにより実現される。図９の記憶装置３ａには、ＣＰＵ１ａを動作させ、コンピュータを、利用者端末３０として機能させるための専用のプログラムが実装されている。この専用のプログラムを実行し、ネットワークＩ／Ｆ７ａ、表示出力Ｉ／Ｆ６ａを利用することにより、ＣＰＵ１ａは、利用者ＩＤ、活動情報、体重を情報管理サーバ１０に送信する送信手段、情報管理サーバ１０から受信した推奨活動情報を表示する表示手段としての機能を実現することになる。
【００２８】
＜２．処理動作＞
以下、図１に示したシステムの処理動作について説明する。
＜２．１．摂取情報の記録＞
図１０は、栄養管理システムを用いて摂取情報の記録処理を行う場合のシーケンス図である。まず、利用者は、食事後、利用者端末３０において、プログラム（携帯電話機においては、いわゆる「アプリ」）を起動する。そして、食事情報入力画面（図示省略）が表示されたら、摂取した食事の情報を入力する（ステップＳ１）。具体的には、食事品目名（料理名または食品名）を直接入力しても良いし、正確な食事品目名がわからない場合は、入力欄に頭文字のみを入力すると、利用者端末３０は、入力された文字で始まる食事品目名を一覧表示するので、その中から選択することにより入力する。また、料理のメニューや食品のパッケージに、ＱＲコード（登録商標）やバーコード等の光学読取コードが付されている場合は、カメラ機能で撮影することにより光学読取コードに記録されている品目ＩＤを取得し、入力する。光学読取コードをカメラで撮影し、光学読取コードに記録されている情報を取得する機能は、市販の携帯電話機に搭載されている機能により実現される。
【００２９】
入力後、利用者が利用者端末３０に対して送信指示を行うと、利用者端末３０は、時計機能から現在日時を日時情報として取得し、利用者端末３０の記憶装置３ａ内に記憶されている利用者ＩＤを抽出する。そして、取得された日時情報と、抽出された利用者ＩＤと、入力された食事品目の品目名を情報管理サーバ１０に送信する（ステップＳ２）。
【００３０】
情報管理サーバ１０では、利用者端末３０から日時情報、利用者ＩＤ、品目ＩＤ（または品目名）を受信すると、摂取情報登録手段１７が、受信した品目ＩＤ（または品目名）で品目別栄養素データベース１２を参照して対応する栄養素の情報を取得する（ステップＳ３）。さらに、摂取情報登録手段１７は、受信した利用者ＩＤに、受信した日時情報と、食品別栄養素データベース１２から取得した品目ＩＤと栄養素の情報を対応付けて利用者データベース１１に登録する（ステップＳ４）。具体的には、図２（ｂ）に示したような利用者別摂取情報として登録する。この際、日時情報は摂取日時として登録される。
【００３１】
これにより、利用者データベース１１には、各利用者の各摂取日時における各栄養素の摂取量が記録される。さらに、情報管理サーバ１０では、摂取済栄養素量算出手段１９が、利用者データベース１１に記録された各栄養素の量を同一日付単位で合計し、合計値を利用者ＩＤに対応付けて登録する（ステップＳ５）。さらに、摂取済栄養素量算出手段１９は、栄養素のうちのエネルギーについて、１日の合計値を利用者ＩＤ、日付と対応付けて消費実績データベース１４に登録する。この結果、利用者データベース１１には、各利用者の各日付における各栄養素の摂取量が記録され、消費実績データベース１４には、各利用者の各日付におけるエネルギーの摂取量が摂取エネルギーとして記録される。このようにして、利用者データベース１１、消費実績データベース１４には、各利用者の各日付における各栄養素、エネルギーの摂取量が蓄積されていくことになる。
【００３２】
＜２．２．消費情報の記録＞
図１１は、栄養管理システムを用いて消費情報の記録処理を行う場合のシーケンス図である。まず、利用者は、活動情報の入力を行うため、利用者端末３０において、プログラム（携帯電話機においては、いわゆる「アプリ」）を起動する。そして、初期画面が表示されたら、利用者は、活動情報入力画面に移行する指示を行う。指示が行われると、利用者端末３０は、活動情報入力画面を表示する。利用者は、活動情報入力画面を利用して実行した活動の情報を入力する（ステップＳ１１）。具体的には、就寝起床時刻、活動情報、体重の情報を入力する。
【００３３】
図１２は、利用者端末３０に表示された活動情報入力画面の一例を示す図である。図１２に示すように、活動情報入力画面においては、３つの入力欄Ｎ１１〜Ｎ１３が用意されている。Ｎ１１は就寝起床時刻入力欄であり、睡眠時間算出の基礎となる就寝時刻、起床時刻を入力する。Ｎ１２は活動時間入力欄であり、事前に設定された基本的な活動の活動時間を入力する。Ｎ１３は体重入力欄であり、現在の体重を入力する。画面最上部には、表題として「２０１１年１月５日の活動入力」と表示されている。表題中の日付は、利用者端末３０に内蔵された時計部からＣＰＵ１ａが取得して表示する。入力欄Ｎ１１の下方には、入力欄Ｎ１１についての説明が表示されている。図１２に示すように、入力欄Ｎ１１に入力が行われない場合、睡眠時間は７．５時間に設定される。入力欄Ｎ１２の下方には、入力欄Ｎ１２についての説明が表示されている。図１２に示すように、入力欄Ｎ１２に設定されている活動の時間以外は、座っていた活動として設定される。また、入力欄Ｎ１２に入力が行われない場合、入力欄Ｎ１２中の各活動は０分として設定される。
【００３４】
図１２の例では、入力欄Ｎ１２に３つの活動が設定されているが、これ以外の活動を設定しておいても良い。また、入力欄Ｎ１２に設定される活動は、３つに限定されず、任意の数設定しておくことができる。入力欄Ｎ１２に設定された活動には、活動ＩＤが対応付けられており、時間が入力された後、送信指示が行われると、対応する活動ＩＤが情報管理サーバ１０に送信されるようになっている。活動ＩＤは、活動エネルギー記憶部１５に記憶された活動ＩＤが特定可能になっていれば良い。そのため、図１２の入力欄Ｎ１２に表示された活動内容は、図７に示した活動内容と必ずしも一致している必要はなく、利用者が理解し易い表記とすることができる。
【００３５】
画面最下部には、体重・エネルギー収支変遷履歴ボタンＢ１と、送信ボタンＢ２の２つのボタンが用意されている。体重・エネルギー収支変遷履歴ボタンＢ１に対して指示を行うと、利用者端末３０は、利用者ＩＤとともに、体重・エネルギー収支変遷履歴の要求を情報管理サーバ１０に送信する。そして、情報管理サーバ１０は、受信した利用者ＩＤで消費実績データベース１４を検索して該当する体重・エネルギー収支変遷履歴を取得し、利用者端末３０に送信する。利用者端末３０は体重・エネルギー収支変遷履歴を受信すると、活動情報入力画面から切り替えて体重・エネルギー収支変遷履歴を表示する。この場合、利用者端末３０には、図６に示した利用者別エネルギー収支情報における日付、摂取エネルギー、消費エネルギー、過不足、体重等が所定の体裁で表示されることになる。
【００３６】
図１２に示した活動情報入力画面において、送信ボタンＢ２に対して指示を行うと、利用者端末３０は、入力欄Ｎ１１に入力された就寝時刻、起床時刻から睡眠時間を算出する。上述のように、入力欄Ｎ１１に入力が行われていない場合は、７．５時間に設定する。睡眠時間が算出されたら、利用者端末３０は、睡眠を示す活動ＩＤとの対応付けを行う。また、利用者端末３０は、入力欄Ｎ１２に入力された時間と入力欄Ｎ１２に表示された各活動の活動ＩＤとの対応付けを行う。また、利用者端末３０は、利用者端末３０の記憶装置３ａ内に記憶されている利用者ＩＤを抽出する。そして、入力された活動情報（活動ＩＤと活動時間）と、体重と、抽出された利用者ＩＤと、消費情報の登録要求を情報管理サーバ１０に送信する（ステップＳ１２）。
【００３７】
情報管理サーバ１０は、利用者端末３０から活動情報、体重、利用者ＩＤ、消費情報の登録要求を受信すると、受信した活動ＩＤで活動エネルギー記憶部１５を参照して対応する活動の時間当たり消費エネルギーを取得する（ステップＳ１３）。具体的には、活動ＩＤで活動エネルギー記憶部１５に記録された活動強度を取得し、１時間当たりの活動強度であるメッツ・時を１エクササイズとし、さらに受信した体重を用い、以下の〔数式１〕に示したエネルギー消費公式を利用して１時間当たりの消費エネルギーを算出する。
【００３８】
〔数式１〕
時間当たり消費エネルギー（ｋｃａｌ／ｈ）＝１．０５×活動強度（メッツ）×体重（ｋｇ）
【００３９】
続いて、１日の総消費エネルギーを算出する（ステップＳ１４）。具体的には、ステップＳ１３で取得した時間当たり消費エネルギーに活動時間を乗じて活動ＩＤ別の消費エネルギーを算出した後、全ての活動ＩＤの消費エネルギーの総和を１日当たりの総消費エネルギーとして算出する。図１２に示した活動情報入力画面で入力を行った場合、Ｎ１１の入力情報を基に得られる睡眠と、Ｎ１２の入力情報を基に得られる３つの活動と、座っていた状態の計５つの活動についての消費エネルギーの総和として、総消費エネルギーが算出されることになる。
【００４０】
続いて、受信した利用者ＩＤに、算出された総消費エネルギーを対応付けて消費実績データベース１４に登録する（ステップＳ１５）。この結果、消費実績データベース１４には、各利用者の各日付における総消費エネルギーが記録される。
【００４１】
＜２．３．過不足および推奨活動の提示＞
上記のように、利用者は摂取した栄養素の量、消費エネルギーを記録していくことにより、この情報を利用して必要な栄養素量、必要な活動量を求めることができる。あるとき、利用者が、前日のエネルギーの過不足および推奨活動を知りたいと考えたとする。この場合、利用者は、利用者端末３０においてプログラムを起動する。プログラムが起動されると、利用者端末３０は、情報提示画面を表示する。
【００４２】
図１３は、利用者端末３０の画面に表示された情報提示画面を示す図である。図１３に示すように、情報提示画面においては、表示欄Ｈ１〜Ｈ６およびボタンＢ３が用意されている。Ｈ１は現在日時表示欄であり、利用者端末３０内部の時計部が計時する現在日時を表示する。Ｈ２は当日エネルギー過不足表示欄であり、その日の現時点におけるエネルギーの過不足を表示する。Ｈ３は体重過不足表示欄であり、利用者の体重と標準体重との差を表示する。Ｈ４は特定栄養素過不足表示欄であり、設定された特定の栄養素の過不足を表示する。Ｈ５は前日エネルギー過不足表示欄であり、前日のエネルギーの過不足を表示する。Ｈ６は推奨活動表示欄であり、前日のエネルギーが過剰な場合に、過剰エネルギーを消費するために推奨すべき活動を表示する。表示欄Ｈ１、Ｈ２の上側、表示欄Ｈ５、Ｈ６の下側は、図１３においては省略してあるが、必要に応じて様々な情報を表示させることができるようになっている。利用者端末３０においてプログラムを起動させた場合、初期画面として、どのような画面を設定し、初期画面から、どのような手順で活動情報入力画面、情報提示画面に移行するようになっていても良いが、本実施形態では、図１３に示した情報提示画面を初期画面として表示するように設定されている。したがって、プログラムを起動すると、表示欄Ｈ１〜Ｈ６に所定の情報が表示され、利用者は必要な情報を知ることができる。
【００４３】
次に、情報提示画面の各表示欄Ｈ１〜Ｈ６に表示される情報を求める処理について説明する。現在日時表示欄Ｈ１に表示される現在日時は、上述のように利用者端末３０内部の時計部が計時する現在日時である。したがって、時計部が計時する現在日時を取得して、そのまま表示する。
【００４４】
情報提示画面の表示欄Ｈ２〜Ｈ６に情報を表示する処理については、図１４に示したシーケンス図に従って行われる。具体的には、プログラムが起動されると、利用者端末３０は、利用者ＩＤを取得する。（ステップＳ２１）。具体的には、利用者端末３０の記憶装置３ａ内に記憶されている利用者ＩＤを抽出する。さらに、記憶装置３ａ内の所定の領域に記憶されている特定栄養素を取得する。そして、取得された特定栄養素と利用者ＩＤとともに、処理要求を情報管理サーバ１０に送信する（ステップＳ２２）。
【００４５】
情報管理サーバ１０は、利用者端末３０から、特定栄養素、利用者ＩＤ、処理要求を受信する（ステップＳ２３）。すると、情報管理サーバ１０は、受信した利用者ＩＤで各データベースを参照して、利用者端末３０の情報提示画面の表示欄Ｈ２〜Ｈ６に表示すべき情報を取得する（ステップＳ２４）。単純に抽出するだけでは得られない情報については、所定の演算処理を行うことにより算出する。したがって、ステップＳ２４における処理は、表示欄Ｈ２〜Ｈ６に表示すべき情報ごとに異なることになる。
【００４６】
続いて、情報管理サーバ１０は、取得した情報を、要求元である利用者端末３０に送信する（ステップＳ２５）。利用者端末３０では、情報管理サーバ１０から受信した情報を表示欄Ｈ２〜Ｈ６にそれぞれ表示する（ステップＳ２６）。
【００４７】
当日エネルギー過不足表示欄Ｈ２に表示されるエネルギー過不足は、現在日時までにおける当日の摂取エネルギーから当日の消費エネルギーを減算することにより算出される。具体的には、消費目標量取得手段２０が、消費実績データベース１４に記録された当日の摂取エネルギーから当日の消費エネルギーを減算する。エネルギー過不足が０より大きい場合は、数値の前に“＋”を付し、エネルギー過不足が０より小さい場合は、数値の前に“−”を付して表示する。したがって、“＋”が付加されている場合は、エネルギー過剰を意味し、“−”が付加されている場合は、エネルギー不足を意味する。図１３の例では、“＋４００ｋｃａｌ”と表示されているため、当日（図の例では１月５日）の摂取エネルギーが、当日の消費エネルギーより４００ｋｃａｌ多いことを示している。
【００４８】
体重過不足表示欄Ｈ３に表示される体重過不足は、利用者データベース１１に記録された最新の体重から、利用者の身長に対応した標準体重を減算することにより算出される。具体的には、標準体重については、情報管理サーバ１０が、利用者ＩＤで利用者データベース１１を参照して利用者の身長を取得した後、取得した身長で標準体重記憶部１６を参照することにより取得する。体重過不足が０より大きい場合は、数値の前に“＋”を付し、体重過不足が０より小さい場合は、数値の前に“−”を付して表示する。したがって、“＋”が付加されている場合は、体重過剰を意味し、“−”が付加されている場合は、体重不足を意味する。図１３の例では、“＋４．５ｋｇ”と表示されているため、申告した体重が、同等の身長の人のあるべき体重である標準体重より４．５ｋｇ多いことを示している。
【００４９】
特定栄養素過不足表示欄Ｈ４に表示される特定栄養素過不足は、利用者データベース１１に記録された摂取済みの特定栄養素の量から、その特定栄養素の１日に摂取すべき標準の消費量を減算することにより算出される。標準の消費量は、情報管理サーバ１０が、利用者データベース１１から取得した体重、消費実績データベース１４から取得した摂取エネルギー等を利用して、特定栄養素に対応する属性別栄養素量データベース１３内から属性別係数を取得して算出する。特定栄養素過不足が０より大きい場合は、数値の前に“＋”を付し、特定栄養素過不足が０より小さい場合は、数値の前に“−”を付して表示する。したがって、“＋”が付加されている場合は、栄養素過剰を意味し、“−”が付加されている場合は、栄養素不足を意味する。特定栄養素としてどの栄養素を採用するかは、事前に設定しておくことができ、変更することも可能である。図１３の例では、特定栄養素として食塩が設定されている場合に、適正な食塩の摂取量より６ｇ多いことを示している。
【００５０】
前日エネルギー過不足表示欄Ｈ５に表示される前日エネルギー過不足は、前日の摂取エネルギーから、前日の総消費エネルギーを減算することにより算出される。具体的には、消費目標量取得手段２０が、消費実績データベース１４に記録された前日の摂取エネルギーから前日の消費エネルギーを減算する。前日エネルギー過不足が０より大きい場合は、数値の前に“＋”を付し、前日エネルギー過不足が０より小さい場合は、数値の前に“−”を付して表示する。したがって、“＋”が付加されている場合は、エネルギー過剰を意味し、“−”が付加されている場合は、エネルギー不足を意味する。エネルギー過剰の場合に、前日エネルギー過不足は「消費目標量」となる。図１３の例では、“＋４００ｋｃａｌ”と表示されているため、前日（図の例では１月４日）の摂取エネルギーが、前日の消費エネルギーより２００ｋｃａｌ多いことを示している。
【００５１】
推奨活動表示欄Ｈ６に表示される推奨活動は、算出された前日エネルギー過不足が“＋”、すなわち前日のエネルギーが過剰であった場合に、過剰なエネルギーに相当する消費エネルギーとなる活動を、推奨活動抽出手段２１が、活動エネルギー記憶部１５から抽出することにより得られる。具体的には、活動エネルギー記憶部１５に記憶された各活動について、推奨活動抽出手段２１が、以下の〔数式２〕に従った処理を実行して、推奨活動時間を算出する。
【００５２】
〔数式２〕
推奨活動時間（時）＝消費目標量（ｋｃａｌ）／（１．０５×活動強度（メッツ）×体重（ｋｇ））
【００５３】
上記〔数式２〕では推奨活動時間が時間単位で算出されるが、本実施形態では、推奨活動抽出手段２１が、さらに６０を乗じて分単位に換算する処理を行う。そして、優先度の高い活動について、活動名と推奨活動時間を利用者端末３０に送信し、利用者端末３０では、受信した活動名と推奨活動時間を表示する。どの活動の優先度を高くするかについては、情報管理サーバ１０において事前に設定しておくことができる。推奨活動が複数選出された場合は、情報管理サーバ１０はそれぞれの推奨活動についての情報を利用者端末３０に送信し、利用者端末３０では優先度の最も高いものを推奨活動表示欄Ｈ６に表示し、利用者が所定の操作を行うことにより、次に優先度の高い推奨活動に切り替えて推奨活動表示欄Ｈ６に表示する。前日エネルギー過不足が０以下の場合には、消費するための活動が必要ないため、情報管理サーバ１０から、活動名と推奨活動時間は送信されず、推奨活動は表示されない。図１３の例では、前日エネルギー過不足表示欄Ｈ５に表示された“＋２００ｋｃａｌ”を消費するための推奨活動が“硬く安定した平地での歩行５８分”であることを示している。
【００５４】
＜２．４．ダイエット機能＞
本実施形態では、推奨活動提示機能の応用として、設定期間におけるダイエット機能を利用することができる。ダイエット機能を利用する場合、利用者端末３０に対して所定の指示を行うことによりダイエット画面に移動する。ダイエット画面には、希望体重とダイエット期間の入力画面が用意されている。希望体重とダイエット期間を入力した後、利用者が利用者端末３０に対して送信指示を行うと、利用者端末３０は、入力された希望体重とダイエット期間を利用者ＩＤと対応付けて情報管理サーバ１０に送信する。
【００５５】
利用者端末３０から希望体重、ダイエット期間、利用者ＩＤを受信すると、情報管理サーバ１０は、まず、目標増減重量を算出する。具体的には、最新の体重を消費実績データベース１４から取得し、最新の体重から受信した希望体重を減算する処理を行う。そして、目標増減重量が正の値（＋）であれば減量、目標増減重量が負の値（−）であれば増量を目標とすることになる。本実施形態では、目標増減重量をｋｇ（キログラム）単位で算出する。
【００５６】
目標増減重量が算出されたら、情報管理サーバ１０は、得られた目標増減重量に、単位重量当たりの消費エネルギーを乗算して、要消費エネルギー量を算出する。本実施形態では、１ｋｇ当たりの消費エネルギー量を７０００ｋｃａｌと設定しており、１ｋｇ当たりの消費エネルギー量は記憶装置３内の所定の記憶領域に記憶されている。そのため、情報管理サーバ１０は、記憶装置３内の所定の記憶領域から１ｋｇ当たりの消費エネルギー量７０００ｋｃａｌを抽出し、目標増減重量に乗算して要消費エネルギー量を得る。１ｋｇ当たりの消費エネルギー量については、一律ではなく、体重に応じて異なる値を記憶させておき、受信した利用者ＩＤで利用者データベース１１を参照した結果得られる利用者の体重で参照して、取得するようにすることも可能である。
【００５７】
要消費エネルギー量が算出されたら、情報管理サーバ１０は、得られた要消費エネルギー量を受信したダイエット期間で除算して、１日当たり要消費エネルギー量を算出する。１日当たり要消費エネルギー量が正の値（＋）である場合、情報管理サーバ１０の推奨活動抽出手段２１が、１日当たり要消費エネルギー量に相当する活動を推奨活動として抽出する。具体的には、推奨活動抽出手段２１は、図１３に示した前日エネルギー過不足表示欄Ｈ５に表示される前日エネルギー過不足を利用して、推奨活動表示欄Ｈ６に表示される推奨活動を算出する場合と同様な処理を実行する。すなわち、要消費エネルギー量を消費目標量として、上記〔数式２〕に従った処理を実行し、各活動の推奨活動時間を算出した後、優先度の高い活動を選出する。
【００５８】
優先度の高い活動が選出されたら、優先度の高い活動について、活動名と推奨活動時間を利用者端末３０に送信し、利用者端末３０では、受信した活動名と推奨活動時間を表示する。どの活動の優先度を高くするかについては、上述のように、情報管理サーバ１０において事前に設定しておくことができる。推奨活動が複数選出された場合は、情報管理サーバ１０はそれぞれの推奨活動についての情報を利用者端末３０に送信する。利用者端末３０では、受信した推奨活動についての情報をダイエット詳細画面に表示する。例えば、１日の要消費エネルギー量が２００ｋｃａｌである場合には、硬く安定した平地での歩行５８分”等の推奨活動が表示される。
【００５９】
１日当たり要消費エネルギー量が負の値（−）である場合、情報管理サーバ１０は、要消費エネルギー量の符号を−から＋に変換して、要摂取エネルギー量を得る。すなわち、要消費エネルギー量に−１を乗じて要摂取エネルギー量を算出することになる。そして、情報管理サーバ１０は、算出された要摂取エネルギー量を、受信した利用者ＩＤに対応付けて利用者データベース１１に登録する。
【００６０】
さらに、情報管理サーバ１０は、算出された要摂取エネルギー量で、品目別栄養素データベース１２のエネルギーの項目を参照し、エネルギーの値が要摂取エネルギー量以上で、所定の上限値より小さい品目の情報を品目情報として抽出する。所定の上限値としては、例えば、要摂取エネルギー量に１０％上乗せした値等、適宜設定しておくことが可能である。また、品目情報として抽出する項目としては、利用者端末３０に表示すべき情報として、品目名、エネルギー等適宜設定することが可能である。品目情報を抽出したら、情報管理サーバ１０は、要摂取エネルギー量と品目情報を要求元の利用者端末３０に送信する。
【００６１】
利用者端末３０は、情報管理サーバ１０から要摂取エネルギー量と品目情報を受信したら、受信した要摂取エネルギー量と品目情報をダイエット詳細画面に表示する。
【００６２】
本システムのダイエット機能では、運動によるダイエットだけでなく、食事によるダイエットを行うことも可能である。これにより、運動が嫌いで運動でダイエットしたくない人に対しても有効な情報を提供することができる。食事によるダイエットを行う場合、上述のダイエット画面において、食事でダイエットする旨を指定しておく。この場合、上述のように１日当たり要消費エネルギー量が算出された後、１日当たり要消費エネルギー量が正の値（＋）である場合、情報管理サーバ１０が、１日当たり要消費エネルギー量で品目別栄養素データベース１２のエネルギーの項目を参照し、推奨される食事品目を抽出する。具体的には、そのエネルギーが、１日当たり要消費エネルギー量に近い値を持つ食事品目の品目情報を所定数抽出する。要消費エネルギー量に近い値を持つ食事品目のうち、どのような食事品目を抽出するかについては、上記特許文献１、２に示した技術を含め、公知の技術を用いることができる。なお、抽出する数は事前に設定しておくことができる。品目情報としては、例えば、品目ＩＤ、品目名、エネルギーを抽出する。設定によりこれらの項目以外のものを品目情報に含めることも可能である。
【００６３】
また、運動と食事を組み合わせてダイエットを行うようにすることも可能である。この場合、上述のダイエット画面において、運動と食事の比率を指定しておく。本実施形態では、全体を１０とし、その中で運動と食事の比率を指定することができる。例えば、利用者は、「運動５、減食５」、「運動７、減食３」のように指定することができる。
【００６４】
ダイエット画面においてを「運動５、減食５」と指定した場合、利用者端末３０は、その比率情報を情報管理サーバ１０に送信し、情報管理サーバ１０では、受信した比率情報に基づいて、上述のように１日当たり要消費エネルギー量が算出された後、その１／２ずつをそれぞれ要運動消費エネルギー、要減食相当エネルギーとする。そして、情報管理サーバ１０は、要運動消費エネルギーについては、上述の運動によるダイエット機能の場合と同様に、各活動の推奨活動時間を算出した後、優先度の高い活動を選出する。また、要減食相当エネルギーについては、上述の食事によるダイエット機能の場合と同様に、推奨される食事品目の品目情報を抽出する。
【００６５】
情報管理サーバ１０は、選出された活動の情報、抽出された食事品目の品目情報をアクセス元の利用者端末３０に送信し、利用者端末３０では、受信した活動の情報、食事品目の品目情報を所定の体裁で表示する。これにより、利用者は、どのような食事をし、どのような運動をすべきかを知ることができる。
【００６６】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されず、種々の変形が可能である。例えば、上記実施形態では、前日の摂取エネルギーが過剰である場合に、前日の摂取過剰なエネルギーを消費するための推奨活動を表示するようにしたが、当日の摂取エネルギーが過剰である場合に、当日の摂取過剰なエネルギーを消費するための推奨活動を表示するようにしても良い。また、前日と当日の双方についてそれぞれ推奨活動を表示するようにしても良い。
【００６７】
また、上記実施形態では、利用者データベース１１と消費実績データベースが分離された構成としたが、利用者ごと、日付ごとに摂取エネルギー、消費エネルギーを記録することができれば、１つのデータベースとして構成されていても良い。
【符号の説明】
【００６８】
１、１ａ・・・ＣＰＵ
２、２ａ・・・ＲＡＭ
３、３ａ・・・記憶装置
４、４ａ・・・キー入力Ｉ／Ｆ
５、５ａ・・・データ入出力Ｉ／Ｆ
６、６ａ・・・表示出力Ｉ／Ｆ
７、７ａ・・・ネットワークＩ／Ｆ
１０・・・情報管理サーバ
１１・・・利用者データベース
１２・・・品目別栄養素データベース
１３・・・属性別栄養素量データベース
１４・・・消費実績データベース
１５・・・活動エネルギー記憶部
１６・・・標準体重記憶部
１７・・・摂取情報登録手段
１８・・・消費情報登録手段
１９・・・摂取済栄養素量算出手段
２０・・・消費目標量取得手段
２１・・・推奨活動抽出手段
３０・・・利用者端末
４０・・・通信ネットワーク
１００・・・推奨活動提示システム
【図１】
2013156898.tif 000003
【図２】
2013156898.tif 000004
【図３】
2013156898.tif 000005
【図４】
2013156898.tif 000006
【図５】
2013156898.tif 000007
【図６】
2013156898.tif 000008
【図７】
2013156898.tif 000009
【図８】
2013156898.tif 000010
【図９】
2013156898.tif 000011
【図１０】
2013156898.tif 000012
【図１１】
2013156898.tif 000013
【図１２】
2013156898.tif 000014
【図１３】
2013156898.tif 000015
【図１４】
2013156898.tif 000016