(57)【要約】【課題】携帯電話のユーザがいる場所を問わず、体重や食欲等の健康状態の推移を踏まえ、食事のたびに栄養バランスを考慮した食事メニューを提示する。【解決手段】ユーザは、Ｗｅｂサーバ９から送信された食事メニューの中から好みの食事メニューを選択し、選択した食事メニューを含む食事情報を携帯電話１に入力する。また、ユーザは、体重や食欲の程度等の健康状態を示す健康情報と、食材にかけられる費用や料理にかけられる時間の程度等の料理に関する要望を示す要望情報とを携帯電話１に入力する。携帯電話１は、食事情報と健康情報と要望情報をＷｅｂサーバ９に送信する。Ｗｅｂサーバ９は、次回の食事の際に、栄養バランス管理ＤＢ６に格納されているユーザの食事の履歴と、健康データ管理ＤＢ８に格納されている健康情報の履歴と要望情報を踏まえて、食事メニューＤＢ７を検索して健康に良い食事メニューを求め、携帯電話１に送信する。【選択図】図１
2011203799.tif 000002
【特許請求の範囲】
【請求項１】
食事管理サーバと、携帯電話とを有する食事管理システムであって、
前記食事管理サーバが、
利用者によって摂取されたカロリーと各種の栄養素量とを格納する栄養バランス管理データベースと、
食事メニュー毎に、当該食事メニューに従う食事について、カロリーと、各種の栄養素量と、当該食事が利用者の要望を満たすか否かを判定するために参照される参照情報とを格納する食事メニューデータベースと、
利用者の健康状態を示す健康情報と、利用者の食事に対する要望を示す要望情報とを格納する健康データ管理データベースと、
前記携帯電話から、利用者によって指定された食事メニューを含む食事情報と、利用者の健康状態を示す健康情報と、利用者の料理に対する要望を示す要望情報とを受信する受信手段と、
前記受信手段によって受信された食事情報に含まれる食事メニューに基づいて前記食事メニューデータベースを検索し、当該食事メニューに従う食事に含まれるカロリーと各種の栄養素量を求める栄養バランス取得手段と、
前記栄養バランス取得手段によって求められたカロリーと各種の栄養素量により前記栄養バランス管理データベースを更新する栄養バランス管理データベース更新手段と、
前記受信手段によって受信された健康情報と要望情報により前記健康データ管理データベースを更新する健康データ管理データベース更新手段と、
前記食事メニューデータベースに格納されているカロリーと各種の栄養素量と参照情報、前記栄養バランス管理データベース更新手段に格納されているカロリーと各種の栄養素量、および前記健康データ管理データベースに格納されている健康情報と要望情報に基づいて、利用者に提示するための食事メニューを検索する食事メニュー検索手段と、
前記食事メニュー検索手段によって検索された食事メニューを前記携帯電話に送信する食事メニュー送信手段と、
を備える、
ことを特徴とする食事管理システム。
【請求項２】
前記食事管理サーバが、
既に摂取された食事について、食事メニューを含む食事情報を格納する食事データデータベースと、
前記受信手段によって受信された食事情報により前記食事データデータベースを更新する食事データデータベース更新手段と、
前記食事データデータベースに含まれる食事情報を前記携帯電話に送信する食事情報送信手段と、
を備える、
ことを特徴とする請求項１に記載の食事管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話を利用した食事管理システムに関する。
【背景技術】
【０００２】
今日、健康や食事への関心が高まりつつある。このため、身近な例では、メタボ検診が行われるようになり、レストランではメニューにカロリーが表示されるようになった。
また、食事により健康管理を行うために、食事時に食卓上の飲食物をカメラ付き携帯電話で撮影し、撮影された画像データ等を元に栄養管理装置等で摂取した飲食物の栄養分析と栄養管理を行う栄養管理システムが知られている（例えば、特許文献１参照）。この栄養管理システムを利用すれば、栄養分析データに基づいて栄養士や医者等の助言を受けることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１６４０３８
【発明の開示】
【発明が解決しようとする課題】
【０００４】
健康管理のためには、食事や自分の体重、健康状態を記録し、摂取済みの食事や体重の増減、健康状態を考慮して食事することが有効である。しかし、食事のたびに細かくカロリーを計算して記録をとり続け、その記録を元に日々の食事メニューを考えるのは面倒である。
また、どのような食事をとれば健康を維持できるかどうかなどは、専門的な知識がないと判断できない。
更に、食事は外出先で取ることも多いため、外出先でも健康に良い食事メニューを知ることができることが望ましい。
【０００５】
特許文献１に開示されている栄養管理システムは、外出先でも飲食物の画像データを取得することができる。このため、この栄養管理システムの利用者は、外出先で摂取した飲食物を含む栄養分析データに基づいて栄養士や医者等の助言を受けることができる。
しかし、この栄養管理システムの利用者は、食事のたびに栄養バランスを考慮した食事メニューを自ら考えなければならない。また、栄養士や医者等から体重や健康状態の推移まで考慮した助言を受けることはできない。
【０００６】
本発明の目的は、ユーザがいる場所を問わず、体重や食欲等の健康状態の推移を踏まえ、食事のたびに栄養バランスを考慮した食事メニューを提示することができる食事管理システムを提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の食事管理システムは、
食事管理サーバと、携帯電話とを有する食事管理システムであって、
前記食事管理サーバが、
利用者によって摂取されたカロリーと各種の栄養素量とを格納する栄養バランス管理データベースと、
食事メニュー毎に、当該食事メニューに従う食事について、カロリーと、各種の栄養素量と、当該食事が利用者の要望を満たすか否かを判定するために参照される参照情報とを格納する食事メニューデータベースと、
利用者の健康状態を示す健康情報と、利用者の食事に対する要望を示す要望情報とを格納する健康データ管理データベースと、
前記携帯電話から、利用者によって指定された食事メニューを含む食事情報と、利用者の健康状態を示す健康情報と、利用者の料理に対する要望を示す要望情報とを受信する受信手段と、
前記受信手段によって受信された食事情報に含まれる食事メニューに基づいて前記食事メニューデータベースを検索し、当該食事メニューに従う食事に含まれるカロリーと各種の栄養素量を求める栄養バランス取得手段と、
前記栄養バランス取得手段によって求められたカロリーと各種の栄養素量により前記栄養バランス管理データベースを更新する栄養バランス管理データベース更新手段と、
前記受信手段によって受信された健康情報と要望情報により前記健康データ管理データベースを更新する健康データ管理データベース更新手段と、
前記食事メニューデータベースに格納されているカロリーと各種の栄養素量と参照情報、前記栄養バランス管理データベース更新手段に格納されているカロリーと各種の栄養素量、および前記健康データ管理データベースに格納されている健康情報と要望情報に基づいて、利用者に提示するための食事メニューを検索する食事メニュー検索手段と、
前記食事メニュー検索手段によって検索された食事メニューを前記携帯電話に送信する食事メニュー送信手段と、
を備える、
ことを特徴とする。
【０００８】
好ましくは、
前記食事管理サーバが、
既に摂取された食事について、食事メニューを含む食事情報を格納する食事データデータベースと、
前記受信手段によって受信された食事情報により前記食事データデータベースを更新する食事データデータベース更新手段と、
前記食事データデータベースに含まれる食事情報を前記携帯電話に送信する食事情報送信手段と、
を備える、
ことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ユーザがいる場所を問わず、体重や食欲等の健康状態の推移を踏まえ、食事のたびに栄養バランスを考慮した食事メニューを提示することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る食事管理システムの構成の一例を示す図である。
【図２】食事データＤＢに格納される情報の一例を示す図である。
【図３】栄養バランス管理ＤＢに格納される情報の一例を示す図である。
【図４】食事メニューＤＢに格納される情報の一例を示す図である。
【図５】健康データ管理ＤＢに格納される情報の一例を示す図である。
【図６】データベース更新処理のフローチャートの一例を示す図である。
【図７】食事メニュー検索処理のフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態に係る食事管理システムについて図面を参照しながら説明する。
【００１２】
図１は、本発明の実施形態に係る食事管理システムの構成の一例を示す。食事管理システムは、携帯電話１とＷｅｂサーバ９で構成される。
携帯電話１は、携帯電話の基地局３を介して公衆回線網４に接続される。Ｗｅｂサーバ９は、図示しないネットワークに接続されている。Ｗｅｂサーバ９と携帯電話１は、そのネットワークと基地局３と公衆回線網４とを経由して相互にデータを送受信することができる。
【００１３】
携帯電話１は、Ｗｅｂクライアントとしての機能を有し、Ｗｅｂサーバ９から送信されたウェブページをディスプレイに表示することができる。また、携帯電話１は、カメラ機能を有し、写真を撮影することができる。
携帯電話１のユーザは、Ｗｅｂサーバ９から送信された食事メニューの中から好みの食事メニューを選択し、選択した食事メニューを含む食事情報を入力キー等により携帯電話１に入力する。そのとき、ユーザは、携帯電話１で食事を撮影し、撮影した食事画像２を携帯電話１に保存する。また、ユーザは、体重や食欲の程度等の健康状態を示す健康情報と、食材にかけられる費用や料理にかけられる時間の程度等の料理に関する要望を示す要望情報とを携帯電話１に入力する。携帯電話１は、食事情報と、食事画像２と、健康情報と、要望情報とをＷｅｂサーバ９に送信する。
Ｗｅｂサーバ９は、次回の食事の際に、ユーザの食事の履歴と健康情報の履歴と要望情報を踏まえて健康に良い食事メニューを求め、携帯電話１に送信する。
【００１４】
Ｗｅｂサーバ９は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、メモリと、記憶装置とを有する。
メモリは、食事管理プログラムを記憶している。食事管理プログラムは、ＤＢ（データベース）更新部１０、カロリー取得部１１、データ送受信部１２、食事メニュー検索部１３、栄養バランス取得部１４から構成される。
記憶装置は、ハードディスク装置や光ディスク装置で構成される。記憶装置は、食事データＤＢ５と、栄養バランス管理ＤＢ６と、食事メニューＤＢ７と、健康データ管理ＤＢ８とを記憶している。
ＣＰＵが食事管理プログラムを実行することにより、食事を管理するための食事管理サーバが実現される。
【００１５】
ＤＢ更新部１０は食事データＤＢ５と、栄養バランス管理ＤＢ６と、食事メニューＤＢ７と、健康データ管理ＤＢ８とを更新する。
カロリー取得部１１は、ユーザから送信された食事情報が示す食事メニューを元に、食事メニューＤＢ７を検索して摂取カロリーを取得する。
データ送受信部１２は、ユーザから送信された情報を判別したり、提案する食事メニューをユーザの携帯電話１に送信する。
食事メニュー検索部１３は、ユーザのこれまでの摂取カロリーやユーザの食欲の有無、料理時間の有無、体重の変化などを元に、次の食事として最適なメニューを検索する。
栄養バランス取得部１４は、ユーザから送信された食事情報の示す食事メニューを元に、食事メニューＤＢ７を検索して、該当日に摂取したカロリーや栄養バランス（各種栄養素の量）を求める。
【００１６】
食事データＤＢ５は、ユーザが食事した日時分、朝食・昼食・夕食のどれに該当するかや、携帯電話１で撮影し送信した撮影画像２を格納する。
栄養バランス管理ＤＢ６は、日ごとの摂取カロリー、たんぱく質や炭水化物、脂質、食物繊維の量等を格納する。
食事メニューＤＢ７は、ユーザに提案する食事メニューに関する詳細な情報を格納する。
健康データ管理ＤＢ８は、ユーザの身長・体重、およびユーザに提案する食事メニューを選択する際に利用する、ユーザの食欲等についての情報を格納する。
【００１７】
以下、各データベースに格納される情報について詳細に説明する。
図２は、食事データＤＢ５に格納される情報の一例を示す。図２（Ａ）、図２（Ｂ）、図２（Ｃ）は２０１０年２月２２日にそれぞれ朝食、昼食、夕食として摂取した食事の例である。
日時分２１は食事を摂取した日付と時間である。日付と時間は、ユーザが入力キー等を用いて携帯電話１に入力し、携帯電話１がＷｅｂサーバ９に送信する。ただし、ユーザが摂取時間の入力をスキップした場合には、ＤＢ更新部１０は食事画像２が撮影された時間を日時分２１に格納する。
食事区分２２には、朝食・昼食・夕食・その他(間食など)のいずれかが格納される。食事区分は、ユーザが入力キー等を用いて携帯電話１に入力し、携帯電話１がＷｅｂサーバ９に送信する。ただし、ユーザが食事区分の入力をスキップした場合には、ＤＢ更新部１０は、日時分２１に格納する時間に基づいて朝食・昼食・夕食・その他(間食など)のいずれに該当するか判定して食事区分２２に格納する。ＤＢ更新部１０は、例えば、日時分２１に午前６時〜午前９時の間の時間を格納する場合、朝食と判定する。
【００１８】
カロリー２３は、該当の食事が何キロカロリーであるかを示す。カロリー２３には、カロリー取得部１１によって取得された値が格納される。
食事内容２４は、ユーザに選択された食事メニューに含まれる料理や食品の名前等が格納される。ユーザは、Ｗｅｂサーバ９から送信された食事メニューの中から好みの食事メニューを選択し、選択した食事メニューを携帯電話１に入力する。携帯電話１は入力された食事メニューをＷｅｂサーバ９に送信する。食事メニューの選択が簡単に行えるように、携帯電話１のディスプレイに食事メニューを表示し、ラジオボタンなどを使用して選択させる。
画像２５は、ユーザが携帯電話１で撮影し、携帯電話１がＷｅｂサーバ９に送信した食事画像２が格納される。食事画像２は携帯電話１から閲覧することが可能である。
【００１９】
図３は、栄養バランス管理ＤＢ６に格納される情報の一例を示す。
栄養バランス取得部１４は、日ごとに栄養バランス（各種の栄養素量）を求めて栄養バランス管理ＤＢ６に栄養バランスの情報を格納する。
栄養バランスを日ごとに集計するため、日付３１は一日単位とする。一日の中での摂取カロリーは上書きされる形で合算される。たとえば、朝食が４００Ｋｃａｌで昼食が８００Ｋｃａｌだった場合、昼食を登録するまではカロリーは４００Ｋｃａｌであるが、昼食を登録するとカロリーは１２００Ｋｃａｌとなる。
栄養バランス取得部１４は、食事データＤＢ５の食事内容２４に格納されている料理や食品の名前等を元に、食事メニューＤＢ７を検索し、たんぱく質３３、炭水化物３４、脂質３５、食物繊維３６について摂取したと思われる予測量を取得し、栄養バランス管理ＤＢ６に取得された予測量を格納する。その際、たんぱく質３３、炭水化物３４、脂質３５、食物繊維３６についても、カロリー３２と同様に上書きされる形で合算される。
【００２０】
図４は、食事メニューＤＢ７に格納される情報の一例を示す。図４（Ａ）と図４（Ｂ）は、それぞれ肉じゃがとカレーの例である。
食事メニューＤＢ７は、食事メニュー検索部１３がユーザの食事援助のために食事メニューを提案する際に利用する食事メニューを格納する。
料理名４０１は、食事メニューを提案する際に表示する料理名や食品名である。
カロリー４０２は、料理をレシピどおり作った際に摂取されると予測されるカロリーである。カロリー取得部１１は、ユーザから送信された食事情報の示す食事メニューに含まれる料理名や食品名と一致する料理名４０１を検索し、検索された料理名４０１に対応するカロリー４０２を摂取カロリーとして取得する。
たんぱく質４０３、炭水化物４０４、脂質４０５、食物繊維４０６は、栄養バランス取得部１４が栄養バランスを求める際に使用する値である。栄養バランス取得部１４は、ユーザから送信された食事情報の示す食事メニューに含まれる料理名や食品名と一致する料理名４０１を検索し、検索された料理名４０１に対応するたんぱく質４０３等を元に栄養バランスを求める。
【００２１】
材料費４０７、時間４０８、体への負担４０９は、食事メニュー検索部１３が食事メニューを検索する際にユーザの希望を考慮することで、よりユーザが満足できるメニューを提供できるように工夫するための項目である。材料費４０７、時間４０８、体への負担４０９は、食事メニューに従う食事がユーザの要望を満たすか否かを判定するために参照される参照情報の一例である。
材料費４０７は、提案する食事メニューの材料費の程度を示す項目である。値としては、安・普通・高をとる。
時間４０８は、提案する食事メニューの料理を作るためにかかる時間の程度を示す項目である。値としては、小・中・大をとる。
体への負担４０９は、消化の良し悪しを示す項目で、値として悪・普通・良をとる。ユーザの食欲が旺盛な場合は消化が悪くても大丈夫であるが、食欲がないときには消化が良いものを選択できるようにするなど、よりユーザに満足してもらえる機能を実現するために利用される。
材料４１０、レシピ４１１は、食事メニューを提案する際にユーザの携帯電話１に送信する内容である。ユーザは、携帯電話１のディスプレイ上でその情報を見て料理をする。画像４１２も送信することで、ユーザに完成イメージを提供する。
【００２２】
図５は、健康データ管理ＤＢ８に格納される情報の一例を示す。
健康データ管理ＤＢ８は、体重や食欲の程度等の健康状態を示す健康情報と、食材にかけられる費用や料理を作るためにかけられる時間の程度等のユーザの料理（食事）に対する要望を示す要望情報とを格納する。
健康データ管理ＤＢ８は、日ごとの体重変化や、メニューを提案する際によりユーザの満足する機能を実現するため、一日単位でデータが管理される。健康データ管理ＤＢ８に格納される項目の入手タイミングは、摂取した料理の食事画像２を登録するためにＷｅｂサーバ９が携帯電話１と通信した時を想定しており、Ｗｅｂサーバ９への接続の手間を省く目的がある。
【００２３】
食欲５４は、次の食事にむけて食欲があるかどうかを示す項目である。値として、旺盛・普通・不振をとる。材料費５５は、次の食事に材料費をかけても良いかどうかを示す項目である。安・普通・高をとる。時間５６は、次の食事で料理を作るために時間をかけることができるかどうかを示す項目である。値としては、小・中・大をとる。
食事メニュー検索部１３は、これら３つの値と体重変化を考慮し、ユーザにとって最適なメニューを提案する。
例えば、健康データ管理ＤＢ８の体重５３に格納されている体重が日々減少しており、食欲５４に不振が格納されている場合、食事メニュー検索部１３は、食事メニューＤＢ７の体への負担４０９に良が格納されている食事メニューを選び、その食事メニューを携帯電話１に送信してユーザに提案する。
また、健康データ管理ＤＢ８の材料費５５と時間５６にそれぞれ高と大が格納されている場合、食事メニュー検索部１３は、食事メニューＤＢ７の材料費４０７と時間４０８にそれぞれに高と大が格納されている食事メニューを選び、その食事メニューを携帯電話１に送信してユーザに提案する。
【００２４】
図６は、食事データＤＢ５と健康データ管理ＤＢ８を更新するデータベース更新処理のフローチャートの一例を示す。
まず、食事の際、ユーザは携帯電話１のカメラ機能を使って食事画像２を撮影する（Ｓ６０１）。また、ユーザは、食事メニューを示す食事情報と、食事時間と、朝食や夕食等の食事区分とを携帯電話１に入力する（Ｓ６０２）。その後、携帯電話１は、食事画像２と、撮影時間と、食事情報と、食事時間と、食事区分とをＷｅｂサーバ９に送信する（Ｓ６０３）。
カロリー取得部１１は、食事情報の示す食事メニューを元に、食事メニューＤＢ７を検索して摂取カロリーを取得する（Ｓ６０４）。ＤＢ更新部１０は、食事データＤＢ５の日時分２１と、食事区分２２と、カロリー２３と、食事内容２４、と画像２５とに、それぞれに食事時間と、食事区分と、摂取カロリーと、食事情報と、食事画像２とを登録する（Ｓ６０５）。
【００２５】
その後、ユーザは、次の食事に対する質問（健康情報と要望情報に関する質問：食欲の有無、材料費の希望、料理時間が確保できるかなど）に回答する（Ｓ６０６）。携帯電話１は、回答をＷｅｂサーバ９に送信する（Ｓ６０７）。ＤＢ更新部１０は、健康データ管理ＤＢ８の食欲５４と材料費５５と時間５６に回答を登録する（Ｓ６０８）。
上述したステップにより、食事内容の登録と次の食事にむけての準備を行うことができる。
【００２６】
図７は、食事メニュー検索部１３における食事メニュー検索処理を表したフローチャートの一例を示す。
食事メニュー検索部１３は、栄養バランス管理ＤＢ６と、健康データ管理ＤＢ８とに格納されている情報を参照して食事メニューＤＢ７を検索し、ユーザに提案する食事メニューを選択する。
携帯電話１のユーザは、Ｗｅｂサーバ９にアクセスし、ディスプレイに表示されているブラウザ上で食事メニューページへのハイパーリンクをクリックすること等により、次の食事の食事メニューを提示することをＷｅｂサーバ９に要求する。データ送受信部１２がこの要求を受信すると、まず、食事メニュー検索部１３は、不足しているカロリーや栄養バランスを把握するため、栄養バランス管理ＤＢ６からカロリー、たんぱく質、炭水化物、脂質、食物繊維に関する所定の日数分の情報を取得する（Ｓ７０１）。次に、食事メニュー検索部１３は、健康データ管理ＤＢ８から食欲、材料費、料理時間に関する本日分の情報を取得する（Ｓ７０２）。その後、食事メニュー検索部１３は、不足分のカロリーを計算し、ユーザの希望（食欲、材料費、料理時）や最近の体重変動を考慮し、食事メニューＤＢ７より最適な食事メニューを選び出す（Ｓ７０３）。そして、データ送受信部１２は、選択した食事メニューの情報を携帯電話１に送信する（Ｓ７０４）。
【００２７】
携帯電話１は食事メニューの情報を受信すると、ディスプレイに食事メニューを表示する。ユーザは、ディスプレイに表示された食事メニューを見て、携帯電話１にその食事メニューを選択する指示または次の食事メニューを要求する指示を入力する。携帯電話１は入力された指示をＷｅｂサーバ９に送信する。
データ送受信部１２は、携帯電話１から食事メニューを選択する指示または次の食事メニューを要求する指示を受信する（Ｓ７０５）。携帯電話１から食事メニューを選択する指示を受信した場合（Ｓ７０６：Ｙｅｓ）、食事メニュー検索部１３は食事メニュー検索処理を終了する。一方、携帯電話１から次の食事メニューを要求する指示を受信した場合（Ｓ７０６：Ｎｏ）、ステップＳ７０３に戻り、食事メニューをユーザに提示するステップを繰り返す（ステップ７０３〜７０６）。
【００２８】
なお、上記実施形態では、食事情報は食事メニューを示すとしたが、食事情報は更に食事の摂取量を含んでもよい。料理名や食品名に加えて摂取量を考慮した食事メニューを食事メニューＤＢ７に格納することにより、食事メニュー検索部１３はより適切な食事メニューをユーザに提案することができる。
【００２９】
また、上記実施形態では、栄養バランスの例として、たんぱく質と炭水化物と脂質と食物繊維とを示したが、栄養バランスは、ビタミンやミネラル等それ以外の栄養素を含んでもよい。
【００３０】
また、上記実施形態では、健康データ管理ＤＢ８に格納される項目の入手タイミングは、摂取した料理の食事画像２を登録するためにＷｅｂサーバ９が携帯電話１と通信した時を想定しており、Ｗｅｂサーバ９への接続の手間を省く目的があるとしたが、食欲５４と材料費５５と時間５６等の健康情報を入手するタイミングは、携帯電話１のユーザが次の食事の食事メニューの提示をＷｅｂサーバ９に要求する時としてもよい。このタイミングで健康情報を入手することにより、食事メニュー検索部１３は食事する正にその時間のユーザの体調等に合った食事メニューを提示することができる。
【００３１】
また、上記実施形態では、ステップＳ６０２において、ユーザは食事メニューを示す食事情報を入力するとしたが、図７の食事メニュー検索処理の終了直後に図６のデータベース更新処理を行うこととし、ステップＳ６０２でユーザは食事メニューを示す食事情報を入力せず、ステップＳ６０４ではステップＳ７０５でユーザにより選択するように指示された食事メニューを元に食事メニューＤＢ７を検索することとしてもよい。
【００３２】
また、ユーザがＷｅｂサーバ９によって提示される食事メニューで満足しない場合には、食事メニューＤＢ７に登録されていない食事メニューを携帯電話１から直接入力することができるようにしてもよい。
ただし、食事メニューＤＢ７に登録されていない食事メニューをユーザが直接入力した場合、食事メニューＤＢ７を検索して摂取カロリーと栄養バランス（たんぱく質、炭水化物、脂質、食物繊維等）を求めることができない。
そこで、この場合、ユーザに携帯電話１より摂取カロリーと栄養バランスを入力してもらい、入力された摂取カロリーと栄養バランスを食事データＤＢ５と栄養バランス管理ＤＢ６に登録することになる。
【００３３】
以上説明したように、本発明によれば、ユーザがいる場所を問わず、体重や食欲等の健康状態の推移を踏まえ、食事のたびに栄養バランスを考慮した食事メニューを提示することができる。
【００３４】
以上、本発明の実施形態について説明したが、設計上の都合やその他の要因によって必要となる様々な修正や組み合わせは、請求項に記載されている発明や発明の実施形態に記載されている具体例に対応する発明の範囲に含まれると理解されるべきである。
【符号の説明】
【００３５】
１…携帯電話、２…携帯電話で撮影した食事画像、３…基地局、４…公衆回線網、５…食事データＤＢ、６…栄養バランス管理ＤＢ、７…食事メニューＤＢ、８…健康データ管理ＤＢ、９…ＷＥＢサーバ、１０…ＤＢ更新部、１１…カロリー取得部、１２…データ送受信部、１３…食事メニュー検索部、１４…栄養バランス取得部
【図１】
2011203799.tif 000003
【図２】
2011203799.tif 000004
【図３】
2011203799.tif 000005
【図４】
2011203799.tif 000006
【図５】
2011203799.tif 000007
【図６】
2011203799.tif 000008
【図７】
2011203799.tif 000009