(57)【要約】【課題】容易に、ユーザーの健康の管理を支援することができる健康管理支援システムを提供すること。【解決手段】健康管理支援システム１は、複数の飲食料品の情報を管理する商品データベース２００と、ユーザーの身体情報を管理するユーザーデータベース５００と、複数の飲食料品の情報から、これらのカロリー及び栄養素に基づいて、ユーザーに最適な組み合わせの飲食料品を提案する提案手段１１０とを含む。複数の飲食料品の情報は、商品店舗で販売している複数の販売食品と、外食店舗で提供される複数の提供食事メニューとの情報を含み、提案手段１１０は、これらのカロリー及び栄養素に基づいて、ユーザーに最適な組み合わせの販売食品及び提供食事メニューを提案する。【選択図】図１
2018185791.tif 000002
【特許請求の範囲】
【請求項１】
複数の飲食料品の情報を管理する商品データベースと、
ユーザーの身体情報を管理するユーザーデータベースと、
前記複数の飲食料品の情報から、これらのカロリー及び栄養素に基づいて、ユーザーに最適な組み合わせの飲食料品を提案する提案手段とを含む、健康管理支援システム。
【請求項２】
前記複数の飲食料品の情報は、商品店舗で販売している複数の販売食品と、外食店舗で提供される複数の提供食事メニューとの情報を含み、
前記提案手段は、これらのカロリー及び栄養素に基づいて、ユーザーに最適な組み合わせの販売食品及び提供食事メニューを提案する、請求項１に記載の健康管理支援システム。
【請求項３】
ユーザーに複数の食事プログラムから選択させる食事プログラム選択手段を含み、
前記提案手段は、さらに、選択された食事プログラムに基づいて、ユーザーに最適な組み合わせの販売食品及び提供食事メニューを提案する、請求項２に記載の健康管理支援システム。
【請求項４】
前記提案手段は、さらに、ユーザーの身体情報に基づいて、ユーザーに最適な組み合わせの販売食品及び提供食事メニューを提案する、請求項２又は３に記載の健康管理支援システム。
【請求項５】
前記提案手段は、さらに、ユーザーの身体情報に基づいて、ユーザーの将来の身体情報を予測する、請求項１から４のいずれかに記載の健康管理支援システム。
【請求項６】
前記複数の飲食料品の情報は、ユーザーが購入した複数の食材と調味料との情報を含み、
前記提案手段は、これらを組み合わせてレシピを提案する、請求項１から５のいずれかに記載の健康管理支援システム。
【請求項７】
さらに、ユーザーの消費カロリーを取得する消費カロリー取得手段を含み、
前記提案手段は、ユーザーが摂取する摂取カロリーと前記消費カロリーとに基づいて、ユーザーに最適な組み合わせの飲食料品を提案する、請求項１から６のいずれかに記載の健康管理支援システム。
【請求項８】
さらに、ユーザーの生活習慣の情報を取得する生活習慣情報取得手段を含み、
前記提案手段は、前記生活習慣の情報に基づいて、生活習慣が改善するようなユーザーに最適な組み合わせの飲食料品を提案する、請求項１から７のいずれかに記載の健康管理支援システム。
【請求項９】
さらに、ユーザーの報告を取得して、前記報告に応じた健康のアドバイスに関する会話の生成を行う会話生成手段を含み、
前記提案手段は、前記会話生成手段によって生成された会話内容を提案する、請求項１から８のいずれかに記載の健康管理支援システム。
【請求項１０】
これらのカロリー及び栄養素に基づいて、ユーザーに最適な組み合わせの飲食料品を提案する健康管理支援システムであって、
ユーザーの食べた商品を報告する食事の報告が、前記飲食料品に設けられた商品を特定するコード提示手段を利用して行えることを特徴とする健康管理支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、健康管理支援システムに関する。
【背景技術】
【０００２】
近年、コンビニエンスストア等の商品店舗を利用するユーザーは、商品店舗で販売された弁当や惣菜（販売食品）で食事をすることが増えている。この場合、一般的にユーザーの嗜好にしたがった食事になり、栄養のバランスが偏りがちである。販売する弁当や惣菜（販売食品）には、カロリー表示等がされているケースもあるが、ユーザー自身で集計して栄養バランスを取ることはかなり手間が掛かってしまう。
【０００３】
同様に、レストラン等の外食店舗を利用するユーザーは、外食店舗で提供される複数のメニュー（提供食事メニュー）から選んで食事をすることになる。この場合も、一般的にユーザーの嗜好にしたがった食事になり、栄養のバランスが偏りがちである。提供されるメニュー（提供食事メニュー）には、カロリー表示等がされているケースもあるが、ユーザー自身で集計して栄養バランスを取ることはかなり手間が掛かってしまう。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−３１９７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の課題は、容易に、ユーザーの健康の管理を支援することができる健康管理支援システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、上記課題を達成するために以下の構成によって把握される。
（１）複数の飲食料品の情報を管理する商品データベースと、ユーザーの身体情報を管理するユーザーデータベースと、前記複数の飲食料品の情報から、これらのカロリー及び栄養素に基づいて、ユーザーに最適な組み合わせの飲食料品を提案する提案手段とを含む、健康管理支援システム。
【０００７】
（２）前記複数の飲食料品の情報は、商品店舗で販売している複数の販売食品と、外食店舗で提供される複数の提供食事メニューとの情報を含み、前記提案手段は、これらのカロリー及び栄養素に基づいて、ユーザーに最適な組み合わせの販売食品及び提供食事メニューを提案する、（１）に記載の健康管理支援システム。
【０００８】
（３）ユーザーに複数の食事プログラムから選択させる食事プログラム選択手段を含み、前記提案手段は、さらに、選択された食事プログラムに基づいて、ユーザーに最適な組み合わせの販売食品及び提供食事メニューを提案する、（２）に記載の健康管理支援システム。
【０００９】
（４）前記提案手段は、さらに、ユーザーの身体情報に基づいて、ユーザーに最適な組み合わせの販売食品及び提供食事メニューを提案する、（２）又は（３）に記載の健康管理支援システム。
【００１０】
（５）前記提案手段は、さらに、ユーザーの身体情報に基づいて、ユーザーの将来の身体情報を予測する、（１）から（４）のいずれかに記載の健康管理支援システム。
【００１１】
（６）前記複数の飲食料品の情報は、ユーザーが購入した複数の食材と調味料との情報を含み、前記提案手段は、これらを組み合わせてレシピを提案する、（１）から（５）のいずれかに記載の健康管理支援システム。
【００１２】
（７）さらに、ユーザーの消費カロリーを取得する消費カロリー取得手段を含み、前記提案手段は、ユーザーが摂取する摂取カロリーと前記消費カロリーとに基づいて、ユーザーに最適な組み合わせの飲食料品を提案する、（１）から（６）のいずれかに記載の健康管理支援システム。
【００１３】
（８）さらに、ユーザーの生活習慣の情報を取得する生活習慣情報取得手段を含み、前記提案手段は、前記生活習慣の情報に基づいて、生活習慣が改善するようなユーザーに最適な組み合わせの飲食料品を提案する、（１）から（７）のいずれかに記載の健康管理支援システム。
【００１４】
（９）さらに、ユーザーの報告を取得して、前記報告に応じた健康のアドバイスに関する会話の生成を行う会話生成手段を含み、前記提案手段は、前記会話生成手段によって生成された会話内容を提案する、（１）から（８）のいずれかに記載の健康管理支援システム。
【００１５】
（１０）本発明の健康管理支援システムは、これらのカロリー及び栄養素に基づいて、ユーザーに最適な組み合わせの飲食料品を提案する健康管理支援システムであって、
ユーザーの食べた商品を報告する食事の報告が、前記飲食料品に設けられた商品を特定するコード提示手段を利用して行える。
【発明の効果】
【００１６】
本発明によれば、容易に、ユーザーの健康の管理を支援することができる健康管理支援システムを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明に係る第１実施形態の健康管理支援システム構成を示す図である。
【図２】図１の商品データベースの構成を示す図である。
【図３】図１の献立データベースの構成を示す図である。
【図４】図１のレシピデータベースの構成を示す図である。
【図５】図１のユーザーデータベースの構成を示す図である。
【図６】図１の会話データベースの構成を示す図である。
【図７】本発明に係る第１実施形態の健康管理支援システムのフローチャートである。
【図８】本発明に係る第１実施形態の携帯端末の画面構成を示す図である。
【図９】本発明に係る第１実施形態の携帯端末の別の画面構成を示す図である。
【図１０】本発明に係る第１実施形態の携帯端末のさらに別の画面構成を示す図である。
【図１１】本発明に係る第２実施形態の健康管理支援システムの構成を示す図である。
【図１２】本発明に係る第２実施形態のサーバを説明するための図である。
【図１３】本発明に係る第２実施形態の健康管理支援システムの全体的な処理を説明するためのフローチャートである。
【図１４】図１３のステップＳ１８−１の処理を説明するためのフローチャートである。
【図１５】図１３のステップＳ１８−２の処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１８】
図面を参照して、本発明に係る実施の形態の健康管理支援システムを説明する。なお、この実施の形態によりこの発明が限定されるものではない。また、下記実施の形態における構成要素には、当業者が容易に想定できるもの、又は実質的に同一のものが含まれる。
【００１９】
（第１実施形態）
図１に示すように、健康管理支援システム１は、ネットワークＮに接続されたサーバ１００と、商品データベース２００と、献立データベース３００と、レシピデータベース４００と、ユーザーデータベース５００と、会話データベース６００とを含む。健康管理支援システム１は、ユーザーが過去に摂取したカロリー等の摂取履歴を管理する摂取履歴データベースと、ユーザーの自宅等に保管されている食材を管理する保管食材データベースとを含むことが好ましい。
【００２０】
サーバ１００は、提案手段１１０と、食事プログラム選択手段１２０と、消費カロリー取得手段１３０と、生活習慣情報取得手段１４０と、会話生成手段１５０とを含む。
ネットワークＮには、有線、無線及びこれらの組み合わせにより、端末１０及び携帯端末２０が接続している。
端末１０は、例えば、パーソナルコンピュータであり、携帯端末２０は、タブレット端末やスマートフォンである。端末１０は、携帯端末２０と同様に扱ってもよいし、健康管理支援システム１の管理者が健康管理支援システム１を遠隔操作するために扱ってもよい。携帯端末２０は、ユーザーの操作に応じて、健康管理支援システム１のサーバ１００に情報を送信したり、健康管理支援システム１のサーバ１００から情報を受信したりする。
【００２１】
図２に示すように、商品データベース２００は、複数の飲食料品の情報を管理する。複数の飲食料品の情報は、商品店舗で販売している複数の販売食品と、外食店舗で提供される複数の提供食事メニューとの情報を含むことが好ましい。また、複数の飲食料品の情報は、ユーザーが購入した複数の食材と調味料との情報を含むことが好ましい。飲食料品の情報は、例えば、商品ＩＤと、店舗名と、商品名と、商品のカテゴリと、商品のカロリーと、複数の商品栄養素とを含む。商品栄養素は、例えば、カロリー、栄養素（ビタミンＡ、ビタミンＣ、カルシウム、鉄分等）を含む。
【００２２】
商品データベース２００は、商品ＩＤの欄２１０と、店舗名の欄２２０と、商品名の欄２３０と、カテゴリの欄２４０と、カロリーの欄２５０と、複数の商品栄養素の欄２６０とを含んで管理することができる。カテゴリの欄２４０は、商品のカテゴリを表し、カテゴリの大きさは、例えば、パン、牛乳、豆腐、納豆、人参のように、カロリー、栄養素が同じ程度になる大きさのものである。
商品データベース２００は、例えば、商品ＩＤの欄２１０に対する料金と、商品画像と、商品が掲載されているＵＲＬとを管理している。また、商品データベース２００は、商品ＩＤの欄２１０に対応する商品の重量や賞味期限を管理してもよい。
【００２３】
図３に示すように、献立データベース３００は、献立ＩＤの欄３１０と、店舗名の欄３２０と、献立名の欄３３０と、カテゴリの欄３４０と、カロリーの欄３５０と、複数の商品栄養素の欄３６０とを含んで管理することができる。献立データベース３００は、例えば、献立ＩＤの欄３１０に対する料金と、出来上がった料理の画像である献立画像と、献立画像が掲載されているＵＲＬとを管理している。また、献立データベース３００は、献立ＩＤの欄３１０に対応する出来上がった料理の重量や出来上がった料理の賞味期限を管理してもよい。
【００２４】
図４に示すように、レシピデータベース４００は、レシピＩＤの欄４１０と、レシピ名の欄４２０と、材料名の欄４３０と、品目数の欄４４０とを含んで管理することができる。レシピデータベース４００は、レシピ名の欄４２０と、材料名の欄４３０とは対になっており、複数の対を管理することができる。レシピデータベース４００は、例えば、レシピＩＤの欄４１０に対する料理の作る費用と、出来上がった料理の画像であるレシピ画像と、レシピ画像が掲載されているＵＲＬとを管理してもよい。また、レシピデータベース４００は、レシピＩＤの欄４１０に対応する出来上がった料理の重量や出来上がった料理の賞味期限を管理してもよい。
【００２５】
図５に示すように、ユーザーデータベース５００は、ユーザーの身体情報を管理することを含むデータベースである。ユーザーデータベース５００は、ユーザーＩＤの欄５１０と、氏名の欄５２０と、ユーザーの身体情報として、年齢の欄５３０と、体重の欄５４０と、身長の欄５５０と、性別の欄５６０と、職業の欄５７０と、ＮＧ食材の欄５８０とを含む。ＮＧ食材は、ユーザーがアレルギー等で食べられない食材をいう。職業の欄５７０は、ユーザーに最適な組み合わせの販売食品及び提供食事メニューを提案する際に参照される場合がある。
【００２６】
図６に示すように、会話データベース６００は、ユーザーの報告に対してする健康のアドバイスの内容（会話内容）を管理することを含むデータベースである。会話データベース６００は、会話ＩＤの欄６１０と、報告内容の欄６２０と、会話内容の欄６３０とを含んで管理するこができる。報告内容の欄６２０は、ユーザーがする報告内容であり、会話内容の欄６３０は、生活習慣診断の結果に基づくアドバイス（お酒の飲み方、食べる順番等）が記録されている。
【００２７】
図７を参照して、健康管理支援システム１の動作を説明する。
先ず、ユーザーは、携帯端末２０を操作し、健康管理支援システム１のクライアントアプリをダウンロードする（ステップＳＴ０１）。これにより、ユーザーが取得したユーザーＩＤが携帯端末２０に設定され、健康管理支援システム１と携帯端末２０とがネットワークＮを介して接続可能な状態になる。なお、ダウンロードは、クライアントアプリの更新があるときのみ行うようにしてもよい。
【００２８】
次に、ユーザーは、携帯端末２０を操作して、年齢、体重、身長、性別、職業を身体情報として入力する（ステップＳＴ０２）。入力された身体情報は、ユーザーデータベース５００の年齢の欄５３０と、体重の欄５４０と、身長の欄５５０と、性別の欄５６０と、職業の欄５７０と、ＮＧ食材の欄５８０とに保存される。
【００２９】
次に、ユーザーは、食事プログラム選択手段１２０によって表示された食事プログラムの中から特定の食事プログラムを選択する（ステップＳＴ０３）。食事プログラムとしては、緩やかなダイエット食事プログラム、所定の体重で維持する食事プログラム、栄養バランスを維持する食事プログラム等を例示することができる。
【００３０】
次に、ダウンロードされたクライアントアプリは、健康管理支援システム１に接続して、ユーザーの生活習慣の診断を行なわせ、健康管理支援システム１の生活習慣情報取得手段１４０は、ユーザーの生活習慣の診断を行い（ステップＳＴ０５）、合わせて、生活習慣情報を取得する。
生活習慣情報取得手段１４０は、例えば、ユーザーデータベース５００から、身体情報を取得し、ＢＭＩ値等を算出し、生活習慣の診断を行う。診断の結果は、携帯端末２０の画面に表示され、ユーザーに伝えられる。ユーザーは、診断の結果を見て、以後の生活習慣を改めることができる。
【００３１】
会話生成手段１５０は、ユーザーが報告した内容に応じて、会話データベース６００から、会話内容を選定し、ユーザーの報告の内容に対して会話形式でユーザーに伝える。
【００３２】
次に、飲食料品のカロリー及び栄養素に基づいて、ユーザーに最適な組み合わせの商品店舗で販売している複数の販売食品と、外食店舗で提供される複数の提供食事メニューを提案する方法について説明する。
【００３３】
まず、ユーザーは、複数の店舗から飲食料品を購入すべく店舗を選択し（ステップＳＴ１１）、携帯端末２０を持って、その店舗に赴く。
【００３４】
次に、消費カロリー取得手段１３０が取得するユーザーの消費カロリーに基づいて、ユーザーの一食あたりのカロリーを計算する（ステップＳＴ１３）。このとき、そのユーザーの身体情報と、選択された食事プログラムと、過去の摂取履歴とを参考にすることが好ましい。
【００３５】
次に、商品データベース２００にアクセスし、販売食品及び提供食事メニューの栄養素を計算する（ステップＳＴ１５）。
次に、献立データベース３００にアクセスし、販売食品及び提供食事メニューの組み合わせた献立を生成し（ステップＳＴ１７）、販売食品及び提供食事メニューの組み合わせた献立を配信する（ステップＳＴ１９）。
【００３６】
図８に示すように、提案手段１１０は、その店舗において、選択された食事プログラムに基づいて、ユーザーに最適な組み合わせの販売食品及び提供食事メニューを携帯端末２０に、提案させる。
【００３７】
携帯端末２０の画面には、選択された食事プログラム名の欄３０と、過去の摂取履歴を考慮して算出した、ユーザーの現在の食事の状態を表示する欄３１と、現在の食事を表示する欄３３と、選択された店舗名を表示する欄３５と、選択された店舗を変更する際にクリック（タップ）する欄３４と、店舗で販売している販売食品を表示する欄３７と、その販売食品を他の食品に代える際にクリック（タップ）する欄３８と、食事を報告する際にクリック（タップ）する欄３９とが表示されている。
【００３８】
提案手段１１０は、生活習慣の情報に基づいて、生活習慣が改善するようなユーザーに最適な組み合わせの飲食料品を提案する。すなわち、提案手段１１０が提案した販売食品及び提供食事メニューは、欄３７に表示される。また、表示された販売食品及び提供食事メニューが売り切れ等である場合には、提案手段１１０に別の販売食品及び提供食事メニューを提案させるために、欄３８に別の食品を再提案する旨の表示がされている。
【００３９】
そして、ユーザーは、携帯端末２０の画面に表示された販売食品及び提供食事メニューの食事を終えると、配信した献立の配信の達成を報告すべく、欄３９をクリック（タップ）する（ステップＳＴ２１）。これにより、ユーザーの摂取履歴として、登録される。
【００４０】
図７を参照して、次に、ユーザーが購入した複数の食材と調味料との情報に基づいて、これらを組み合わせてレシピを提案する方法について説明する。
【００４１】
先ず、ユーザーが食べられない食材であるＮＧ食材をユーザーデータベース５００のＮＧ食材の欄５８０（図５参照）に登録する（ステップＳＴ３１）。この登録は、ＮＧ食材が発生する毎に行うことが好ましい。また、保管食材データベースにアクセスし、ユーザーが利用できる食材を特定することが好ましい。
【００４２】
次に、品目数及び材料の指定をする（ステップＳＴ３３）。これにより、健康管理支援システム１は、ユーザーが現在保管している品目数及び材料を取得する。
【００４３】
次に、提案手段１１０は、レシピデータベース４００を参照して、レシピの提案をする（ステップＳＴ３５）。
図９に示すように、このとき、携帯端末２０の画面には、レシピ名の欄４０と、レシピに必要な品目数の欄４１と、ユーザーが保管していない食材で購入しなければいけない買い物リストを生成させる欄４２と、まとめて調理工程を表示する欄４３と、主菜を表示させる欄４４と、別の主菜に変更するためにタッチされ、別のレシピを再提案させる欄４５と、レシピを追加する欄４６とが表示されている。
【００４４】
図７に示すように、次に、欄４２をクリック（タップ）することにより、買い物リストが生成され（ステップＳＴ３７）、生成された主菜等が欄４４に表示されるとともに、レシピデータベース４００に保存されているレシピを参考にして、複数品まとめた調理工程が欄４３に表示され、提案される（ステップＳＴ３９）。つまり、提案手段１１０は、ユーザーが購入した複数の食材と調味料との情報を組み合わせてレシピを提案する。
【００４５】
ユーザーは、欄４３及び欄４４を見ながら、食材を購入し、調理をして食事を作る。
ユーザーは、欄４６をクリック（タップ）することにより、表示されたレシピに対しての感想を登録する（ステップＳＴ４１）。
【００４６】
また、随時、図７に示すように、ユーザーの報告を取得して、取得した報告及び携帯端末２０のアプリ内の利用状況に応じた会話の生成を行う（ステップＳＴ５１）。図１０は、ユーザーの生活習慣の情報を表示している画面である。携帯端末２０の画面には、ユーザーの体重予想を表示していることを示す欄５０と、どの程度体重が変化したかを示す欄５１と、体重の推移を示したグラフの欄５２と、予想される体重を示した欄５３と、現在の体重を入力する入力欄５４と、生活習慣が改善するような提案が表示される欄５５とが表示されている。
【００４７】
また、会話生成手段１５０は、ユーザーの報告を取得して、前記報告に応じた健康のアドバイスに関する会話の生成を行い、提案手段１１０は、会話生成手段１５０によって生成された会話内容を提案する。
例えば、食事を報告する欄３９をクリック（タップ）した際に、ユーザーが「アドバイスが欲しい」（報告内容）を選択した場合、会話生成手段１５０は、会話データベース６００より、報告内容に対応した会話内容を検索し、ユーザーに「生活習慣診断の結果に基づくアドバイス（お酒の飲み方、食べる順番等）」を行うべく、携帯端末２０に表示させる。
【００４８】
また、健康管理支援システム１が提案した食事に対して、ユーザーが「食べすぎた」旨を選択した場合、会話生成手段１５０は、会話データベース６００より、報告内容に対応した会話内容を検索し、ユーザーに「食べ過ぎた時の対策」を提案すべく、携帯端末２０に表示させる。
【００４９】
また、健康管理支援システム１が提案した朝食に対して、ユーザーが「食べなかった」旨を選択した場合、会話生成手段１５０は、会話データベース６００より、報告内容に対応した会話内容を検索し、ユーザーに「朝ご飯がなぜ食べる必要があるのか」を説明すべく、携帯端末２０に表示させる。
【００５０】
このように、ユーザーが、携帯端末２０の画面から、身体情報と、飲食料品の情報とを入力していくことにより、健康管理支援システム１は、容易に、ユーザーの健康の管理を支援することができる。
【００５１】
（第２実施形態）
次に、主に図１１から図１５を参照しながら、本発明に係る第２実施形態の健康管理支援システム１について説明する。
なお、第２実施形態においても、第１実施形態と類似する部分が多くあるため、適時、第１実施形態の説明で使用されていた図を参照する場合がある。
【００５２】
図１１は本発明に係る第２実施形態の健康管理支援システム１の構成を示す図であり、
図１２は本発明に係る第２実施形態のサーバ１００を説明するための図である。
なお、図１２（Ａ）は本実施形態のサーバ１００のブロック図であり、図１２（Ｂ）はユーザーデータベース５００のデータを記憶する記憶領域５００Ａを説明するための図である。
【００５３】
また、図１３は第２実施形態の健康管理支援システム１の全体的な処理を説明するためのフローチャートであり、図１４は図１３のステップＳ１８−１の処理を説明するためのフローチャートであり、図１５は図１３のステップＳ１８−２の処理を説明するためのフローチャートである。
【００５４】
図１１に示すように、健康管理支援システム１は、第１実施形態と同様に、ネットワークＮに接続されたサーバ１００と、ネットワークＮに接続され、ユーザーが操作する端末１０や携帯端末２０と、を備えている。
【００５５】
サーバ１００は、図１２（Ａ）に示すように、記憶部と、制御部と、端末１０や携帯端末２０と通信可能にネットワークＮ（図１１参照）に接続される通信部と、を主に備えている。
なお、サーバ１００は、液晶モニタのような表示部やサーバ１００を操作するためのキーボードやマウスといった操作部を備えていてもよい。
【００５６】
記憶部は、ＲＡＭ、ＲＯＭ等を備え、記憶部は、動作プログラム７００を記憶する記憶領域７００Ａ、商品データベース２００のデータを記憶する記憶領域２００Ａ、レシピデータベース４００のデータを記憶する記憶領域４００Ａ、ユーザーデータベース５００のデータを記憶する記憶領域５００Ａ、及び、会話データベース６００のデータを記憶する記憶領域６００Ａ等を有している。
【００５７】
そして、記憶領域２００Ａ、記憶領域４００Ａ、記憶領域５００Ａ、及び、記憶領域６００Ａには、それぞれ、第１実施形態で図２、図４、図５、及び、図６を参照して説明したのと同様にデータが記憶され、データベースが構成されたものとなっている。
【００５８】
なお、後ほど説明するが、本実施形態では、第１実施形態で、図３を参照して説明した献立データベース３００を有しないものになっている。
また、本実施形態では、サーバ１００の記憶部に各種のデータベース（商品データベース２００、レシピデータベース４００、ユーザーデータベース５００、及び、会話データベース６００等）のデータを備え、各種のデータベースがサーバ１００内に構築されているが、各種のデータベースは、必ずしも、サーバ１００内に構築される必要はなく、各種のデータベースが外部記憶装置内に構築され、サーバ１００が必要に応じて外部記憶装置にアクセスする態様であってもよい。
【００５９】
制御部は、図１２（Ａ）に示すように、ＣＰＵ等を備え、サーバ１００の全体的な制御を司る部分であり、記憶部の記憶領域７００Ａに記憶されている動作プログラム７００に従って、各種の手段（提案手段１１０、食事プログラム選択手段１２０、消費カロリー取得手段１３０、生活習慣情報取得手段１４０、及び、会話生成手段１５０等）として機能する。
【００６０】
なお、提案手段１１０、食事プログラム選択手段１２０、消費カロリー取得手段１３０、生活習慣情報取得手段１４０、及び、会話生成手段１５０は、第１実施形態で説明したのと類似であり、具体的には動作プログラムに従ったサーバ１００の制御部の動作によって実現される機能構成であるので、以下では、単に、制御部と表現する場合がある。
【００６１】
また、本実施形態の端末１０や携帯端末２０も第１実施形態で説明したのと類似であり、第１実施形態で図７を参照して、ステップＳＴ０１で説明したのと同様に、ネットワークＮを介してサーバ１００から健康管理支援システム１用のクライアントアプリをダウンロードして、そのクライアントアプリをインストールすることで健康管理支援システム１を利用できるようになる。
【００６２】
したがって、以下の説明は、例えば、第１実施形態で図７を参照して、ステップＳＴ０１で説明したように、ユーザーが端末１０や携帯端末２０を操作し、既に、健康管理支援システム１のクライアントアプリをダウンロードしているものとして説明を行う。
なお、以下では、主にユーザーが操作する端末が、携帯端末２０であるものとして説明を行う。
【００６３】
図１３に示すように、初めに、ユーザーが携帯端末２０を操作してクライアントアプリを起動（ステップＳ１１）すると、携帯端末２０は、ダウンロード後、初めてクライアントアプリが起動した状態であって、身体情報の入力や生活習慣の入力等の基本設定があるか否かを判定する（ステップＳ１２）。
【００６４】
なお、第１実施形態で説明したように、ユーザーが取得したユーザーＩＤが携帯端末２０に設定されていれば、以前に、健康管理支援システム１（より正確にはサーバ１００）と携帯端末２０がネットワークＮを介して接続可能な状態になっており、その時に、身体情報の入力や生活習慣の入力等の基本設定が終わっていると考えられるため、このステップＳ１２の判定は、既に、ユーザーＩＤが携帯端末２０に設定されているか否かをもとに行うようにすればよい。
【００６５】
また、携帯端末２０にユーザーＩＤが保存されておらず、ユーザーが入力する場合であっても、ユーザーＩＤの入力できる場合、以前に、健康管理支援システム１（より正確にはサーバ１００）と携帯端末２０がネットワークＮを介して接続可能な状態になっており、その時に、身体情報の入力や生活習慣の入力等の基本設定が終わっていると考えられるため、このステップＳ１２の判定は、ユーザーＩＤの入力の有無で行うようにすればよい。
【００６６】
ただし、ステップＳ１２の判定は、ユーザーＩＤに基づく判定に限られる必要はなく、携帯端末２０がサーバ１００にアクセスして、後述するユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に、身体情報（後述する）や生活習慣（後述する）の登録が行われているか否かをサーバ１００に問い合わせして、サーバ１００から返信される身体情報（後述する）や生活習慣（後述する）の登録の有無に関する通知に基づいて行うようにしてもよい。
【００６７】
そして、本ユーザーの基本設定が、まだ、行われていない場合（ステップＳ１２：ＹＥＳ）、第１実施形態と同様に、本ユーザーの基本的な情報等を取得する処理が実行される。
具体的には、第１実施形態と同様に、ステップＳ１３に進み、携帯端末２０は、クライアントアプリの動作設定に従って、サーバ１００にアクセスしてサーバ１００の制御部の指示に従い、質問形式で身長、体重、性別、年齢等の身体の基本的な情報である身体情報の入力をユーザーに促す。
【００６８】
例えば、携帯端末２０は、サーバ１００の制御部の指示に従い、携帯端末２０の画面に「身長を教えてください。」という表示とともに、数値入力欄を表示してユーザーに身長の入力を促す。
そして、ユーザーが数値入力欄に数値を入力して登録ボタン（登録アイコン）をタッチすると、引き続き、携帯端末２０は、サーバ１００の制御部の指示に従い、携帯端末２０の画面に「体重を教えてください。」という表示とともに、数値入力欄を表示してユーザーに体重の入力を促す。
【００６９】
なお、性別等の二者択一のような項目については、男性又は女性のどちらかを選択するラジオボタン形式の選択欄を表示するとともに「性別を教えてください。」というような表示が携帯端末２０の画面に行われる。
【００７０】
また、質問形式で身長、体重、性別、年齢等の基本的な身体情報の入力をユーザーに促す方法は、上記のように、画面に表示するのに代えて、音声で行うようにして、ユーザーからの回答も音声で行ってもらうようにしてもよい。
【００７１】
つまり、携帯端末２０が音声で「身長を教えてください。」という質問を行い、ユーザーが音声で「１７０センチです。」と答えると、携帯端末２０が音声で「１７０センチですね」という問いかけを再度行い、ユーザーが「はい」等の肯定的な回答を行うと「１７０センチ」が登録されるようにしてもよい。
なお、逆にユーザーが「いいえ」等の否定的な回答を行うと、携帯端末２０は、もう一度、「身長を教えてください。」等の質問を音声で行い、再入力できるようにすればよい。
【００７２】
また、以下の説明でも、基本的にユーザーに質問形式で入力を促すときには、画面にテキストベースでの質問を表示する場合について説明するが、携帯端末２０が音声で質問し、ユーザーが音声で回答する入力形態であってもよいことは言うまでもない。
【００７３】
そして、身体情報の入力（ステップＳ１３）が終わると、次に、ステップＳ１４に進み、第１実施形態と同様に、携帯端末２０は、クライアントアプリの動作設定に従って、サーバ１００にアクセスしてサーバ１００の制御部（食事プログラム選択手段１２０）の指示に従い、食事プログラムの選択をユーザーに促す。
【００７４】
例えば、一例としては、ステップＳ１４に進むと、携帯端末２０は、サーバ１００にアクセスして制御部（食事プログラム選択手段１２０）の指示に従い、携帯端末２０の画面に体重の目標項目（例えば、１ヵ月の目標）として、選択用のラジオボタンが用意されたメニュー表示、例えば「現状維持メニュー」、「２％減量メニュー」及び「５％減量メニュー」等を表示するとともに「メニューを選択してください。」という表示を行い、ユーザーに食事プログラムのメニューの選択を促す。
【００７５】
食事プログラムのメニューの表示では、選択用のラジオボタンが用意されたメニューの表示に加えて、個人でダイエットの目標が設定できるように、減量の目標数値を数値入力する項目を、更に設けたものとなっていてもよく、逆に、選択用のラジオボタンが用意されたメニューの表示を無くして、減量の目標数値を数値入力する項目だけになっていてもよい。
【００７６】
なお、本実施形態では、携帯端末２０がサーバ１００の制御部（食事プログラム選択手段１２０）の指示に従って、処理を行うものとなっているが、上述のような食事プログラムのメニューを表示してユーザーに選択を促す動作部分については、携帯端末２０にインストールされているクライアントアプリに初めから持たせておいてもよい。
【００７７】
そして、ユーザーが食事プログラムのメニューの中からいずれかのメニューを選択（ラジオボタンをタッチ）し、携帯端末２０の画面に表示されている登録ボタン（登録アイコン）をタッチして登録を行うと、携帯端末２０は、引き続き、サーバ１００の制御部（食事プログラム選択手段１２０）の指示に従い、ユーザーが、食事を外食で取るのか、自炊で取るのかを選択する画面を表示する。
なお、後述するが外食又は自炊の選択は、食事ごとに選択が変更できるようになっている。
【００７８】
また、ここでいう食事を自炊で取るとはユーザーが食材を用いて料理を作って食事を取ることを意味する用語として用い、食事を外食で取るとはユーザーが食材を用いて料理を作らずに食事を取ることを意味する用語として用いている。
【００７９】
つまり、食事を外食で取るとは、外食店舗であるファミリーレストラン等でユーザーが提供される提供食事メニューの食事を取る自宅以外での食事以外に、商品店舗であるコンビニエンスストア等で販売している販売食品を購入して自宅で食事する場合を含む広義の意味で用いている。
【００８０】
このことから、食事を外食で取るには、外食店舗が提供する提供食事メニューをテイクアウトで自宅に持ち帰って自宅で食事する場合も含まれる。
【００８１】
このようにして、目標体重、食事の種別（外食又は自炊）の入力が終了すると、ステップＳ１５に進み、第１実施形態の図７の生活習慣診断と同様の処理が実行される。
具体的には、ステップＳ１５に進むと、携帯端末２０は、クライアントアプリの動作設定に従って、サーバ１００にアクセスしてサーバ１００の制御部（生活習慣情報取得手段１４０）の指示に従い、質問形式で生活習慣の入力をユーザーに促す。
【００８２】
例えば、ステップＳ１５では、携帯端末２０は、サーバ１００の制御部（生活習慣情報取得手段１４０）の指示に従い、携帯端末２０の画面に「日常の運動量はどの程度ですか？。」という質問を表示するとともに、選択用のラジオボタンが用意された表示（例えば「よく運動する」、「普通」、「あまり運動しない」等）を表示してユーザーに選択を促す。
【００８３】
そして、ユーザーが「よく運動する」、「普通」、「あまり運動しない」等の選択項目の中からラジオボタンをタッチして１つを選んで携帯端末２０の画面に表示されている登録ボタン（登録アイコン）をタッチして登録を行うと、引き続き、携帯端末２０は、サーバ１００の制御部（生活習慣情報取得手段１４０）の指示に従い、質問形式で、ユーザーに食事の頻度や間食の有無等の入力を促す。
【００８４】
具体的には、携帯端末２０は、サーバ１００の制御部（生活習慣情報取得手段１４０）の指示に従い、携帯端末２０の画面に、選択用のラジオボタンが用意された表示、例えば、朝食、昼食、夕食について、それぞれ「毎日食べる」、「たまに食べる」、「ほとんど食べない」等を表示するとともに、画面に「朝食、昼食、夕食は、どの程度の頻度で取っていますか？。」といったような質問を表示してユーザーに選択を促す。
【００８５】
そして、ユーザーがラジオボタンをタッチして各食事（朝食、昼食、夕食）の頻度を選択して、携帯端末２０の画面に表示されている登録ボタン（登録アイコン）をタッチして登録を行うと、続いて、携帯端末２０は、サーバ１００の制御部（生活習慣情報取得手段１４０）の指示に従い、携帯端末２０の画面に「間食はどの程度の頻度で取っていますか？。」といった質問を表示するとともに、選択用のラジオボタンが用意された表示（例えば、「毎日」、「時々」、「取らない」等）を表示する。
【００８６】
そして、ユーザーは、先ほどと同様に、ラジオボタンをタッチして適当な項目（「毎日」、「時々」、「取らない」等のうちの１つ）を選択し、携帯端末２０の画面に表示されている登録ボタン（登録アイコン）をタッチして登録を行うことになる。
このように、質問形式で、順次、ユーザーの生活習慣に関する情報が取得されていく。
【００８７】
なお、これらはあくまでも一例であり、その他にも生活習慣についての入力を行う項目があり、一通りの入力が終了すると、携帯端末２０は、サーバ１００にアクセスして、これまでの身体情報及び生活習慣の入力内容を、後ほど説明するユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に登録する。
【００８８】
ただし、本実施形態では、各質問に対するユーザーの回答を、一旦、携帯端末２０に仮保存させて、ステップＳ１５の処理が終了するタイミングで、その回答（身体情報及び生活習慣の入力内容）をユーザーデータベース５００に登録するものとしているが、各質問に答える形でユーザーが回答を選択し、登録が行われるごとに、携帯端末２０からその回答がサーバ１００に送信され、逐次、ユーザーデータベース５００に登録するようになっていてもよい。
【００８９】
このように、身体情報及び生活習慣の入力内容がユーザーデータベース５００の本ユーザーの項目に登録（図１２（Ｂ）参照）されると、サーバ１００の制御部（生活習慣情報取得手段１４０）は、第１実施形態と同様に、身体情報及び生活習慣の入力内容に基づいて、ユーザーの生活習慣等に関連した健康状態を示す各種の指数（例えば、ＢＭＩ等）を求める。
【００９０】
そして、求めた各種の指数（例えば、ＢＭＩ等）に基づいて、サーバ１００の制御部（会話生成手段１５０）が健康のアドバイス（例えば、生活習慣の改善方法等）に関する会話の生成を行い、サーバ１００の制御部（提案手段１１０）は、生成された会話の内容を携帯端末２０に送信し、携帯端末２０の画面に生成された会話の内容を表示させることで生活習慣の改善方法等を提案する。
【００９１】
ここで、先のステップＳ１４で外食を選択している場合には、ステップＳ１５が終了したときに、店舗名（例えば、商品店舗であるコンビニエンスストア等の店舗名、外食店舗であるファミリーレストラン等の店舗名等）の一覧が提示され、後述するステップＳ１８−１での処理の対象となる店舗名をユーザーに選択させる処理が実行される。
【００９２】
具体的には、携帯端末２０は、サーバ１００にアクセスしてサーバ１００の制御部の指示に従い、商品データベース２００にある店舗名（例えば、商品店舗であるコンビニエンスストア等の店舗名、外食店舗であるファミリーレストラン等の店舗名等）の一覧を選択用のラジオボタンとともに、携帯端末２０の画面に表示する。
【００９３】
そして、ユーザーが、ラジオボタンをタッチして、よく使用する店舗名を選択し、携帯端末２０の画面に表示されている登録ボタン（登録アイコン）をタッチして登録を行うと、その選択された店舗名が後ほどのステップＳ１８−１の処理の対象となる店舗名として、ユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に登録される。
【００９４】
なお、この選択された店舗名は、本ユーザーの携帯端末２０に登録しておくようにしてもよく、また、携帯端末２０とサーバ１００のユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）の両方に登録しておくようにしてもよい。
【００９５】
次に、ステップＳ１５の処理が終了すると、ステップＳ１６に進み、サーバ１００の制御部（消費カロリー取得手段１３０）は、本ユーザーの身体情報や生活習慣の情報に基づいて、モデル基礎代謝データベースから適切な基礎代謝のデータを取得して、ユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）にモデル基礎代謝データを設定（登録）する。
【００９６】
図１２（Ｂ）を参照して、モデル基礎代謝データベースについて説明すると、ユーザーデータベース５００は、本健康管理支援システム１の運用開始時に用意されていた当初所蔵データ部分（例えば、約３万人のデータ）と、本健康管理支援システム１の運用に伴い、随時、登録者が増えるに従ってデータが追加され、データ数が増加する運用開始後データ部分と、を備えている。
【００９７】
なお、ユーザーデータベース５００のフォーマットは、第１実施形態で図５を参照して説明したのと同様であり、本ユーザーも、本健康管理支援システム１の利用申請によって、ユーザーＩＤ（図５の欄５１０参照）が付与され、ユーザーデータベース５００の運用開始後データ部分に本ユーザーの項目が作成され、ユーザーデータベース５００のデータの一部を構成することになる。
【００９８】
そして、本健康管理支援システム１では、ユーザーデータベース５００のうち本ユーザーの項目以外の部分（当初所蔵データ部分と運用開始後データ部分のうちの他ユーザーの項目（他ユーザー１から他ユーザーＺの項目））が、モデル基礎代謝データベースとして活用されるようになっている。
【００９９】
つまり、モデル基礎代謝データベースは、ユーザーデータベース５００のうち、本ユーザーのデータ部分以外のデータ部分を意味する。
図５では記載を省略しているが、ユーザーデータベース５００は、身体及び生活習慣の情報（身体情報及び生活習慣）とともに、食事に際して、どの程度のカロリー及び栄養素を摂取することで体重等がどのように変化していったかという情報を記録する欄も有している。
【０１００】
このため、モデル基礎代謝データベースは、それら多数のユーザーについての身体及び生活習慣の情報（身体情報及び生活習慣）とともに、食事に際して、どの程度のカロリー及び栄養素を摂取することで体重等がどのように変化していったかという情報のデータを備えたデータベースになっている。
【０１０１】
これまで説明してきたステップＳ１２がＹＥＳとなってステップＳ１６に至るまでの流れは、まだ、本ユーザーが本健康管理支援システム１に登録され、本健康管理支援システム１の利用が開始された直後のときであるため、本ユーザー自身の基礎代謝等の情報が得られていない状態のときである。
【０１０２】
このため、ステップＳ１６では、サーバ１００の制御部（消費カロリー取得手段１３０）は、本ユーザーの身体情報や生活習慣の情報に基づいて、モデル基礎代謝データベースから本ユーザーの初期の基礎代謝等の情報（データ）として適切と考えられる、本ユーザーと似た身体情報及び生活習慣を有する他ユーザーの情報（データ）をもとに、１日あたりの消費カロリーのデータをユーザーデータベース５００の本ユーザーの項目にモデル基礎代謝データ（以下、モデル基礎代謝ともいう。）として設定（登録）することを行っている。
【０１０３】
なお、第１実施形態で説明した本ユーザーの体重予想等（図１０参照）も、モデル基礎代謝データベースのうちの本ユーザーと似た身体情報及び生活習慣を有する他ユーザーの情報（データ）に基づいた機械予測によって求められている。
【０１０４】
一方、本ユーザーが、健康管理支援システム１の利用を開始した後は、後述するように、本ユーザー自身の１日あたりの消費カロリー等のデータ（ユーザー基礎代謝のデータ）がユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に蓄積されていくこととなる。
【０１０５】
このため、図１３に示すように、ステップＳ１２がＮＯ、つまり、本ユーザーの健康管理支援システム１の利用が開始された後には、ステップＳ２１に進み、基礎代謝データを本ユーザー自身のデータに基づくユーザー基礎代謝のデータに変更するか否かの選択が行われる。
【０１０６】
そして、ステップＳ２１の判定がＹＥＳとなるかＮＯとなるかは、本ユーザー自身のデータの蓄積状態に基づいて選択されるようになっている。
例えば、本ユーザーの健康管理支援システム１の利用開始から所定期間経過すると、ステップＳ２１はＹＥＳとなるように判定される。
【０１０７】
そうすると、ステップＳ２２に進むことになり、本ユーザー自身のデータに基づくユーザー基礎代謝が選択されることになり、後ほど説明するステップＳ１８−１の処理やステップＳ１８−２の処理のときに、サーバ１００の制御部（消費カロリー取得手段１３０）は、このユーザー基礎代謝の消費カロリー等のデータを取得することになる。
なお、本ユーザーの消費カロリーを求める具体的な構成については後述する。
【０１０８】
一方、所定期間が経過するまでは、ステップＳ２１がＮＯとなるため、ステップＳ１６で設定されたモデル基礎代謝が選択されることになるので、その場合には、ステップＳ１８−１の処理やステップＳ１８−２の処理のときに、サーバ１００の制御部（消費カロリー取得手段１３０）は、モデル基礎代謝の消費カロリー等のデータを取得することになる。
【０１０９】
なお、本ユーザーの健康管理支援システム１の利用開始から１日経過すると、本ユーザーの１日分のデータが得られることになるため、１日目のユーザー基礎代謝の消費カロリー等のデータに基づいて、次の日のステップＳ１８−１の処理やステップＳ１８−２の処理を実施するようにしてもよく、この場合には、所定期間は１日となる。
【０１１０】
また、１週間程度のデータをもとに消費カロリー等の平均値を求めてユーザー基礎代謝の消費カロリー等として、ステップＳ１８−１の処理やステップＳ１８−２の処理を実施するようにしてもよく、この場合には、所定期間は１週間となる。
【０１１１】
そして、ステップＳ２２の処理が終了すると、ステップＳ２３に進み、ステップＳ１４と同様に、携帯端末２０は、クライアントアプリの動作設定に従って、食事プログラムの選択をユーザーに促す。
なお、ステップＳ２１がＮＯの場合にもステップＳ２３に進むことになる。
【０１１２】
このステップＳ２３では、先にステップＳ１４で説明したように、携帯端末２０が、サーバ１００にアクセスしてサーバ１００の制御部（食事プログラム選択手段１２０）の指示に従い、携帯端末２０の画面に体重の目標項目（例えば、１ヵ月の目標）として「現状維持メニュー」、「２％減量メニュー」及び「５％減量メニュー」等が選択できるラジオボタン形式の選択項目を表示するとともに「メニューを選択してください。」という表示を行い、ユーザーに食事プログラムのメニューの選択を促すようになっていてもよいが、この部分を省略して、即座に、携帯端末２０の画面に、食事を外食で取るのか、自炊で取るのかの選択をユーザーが選択する画面を表示するようにしてもよい。
【０１１３】
なお、体重の目標項目を変更したい場合もあることから、ステップＳ２３に進んだときには、携帯端末２０の画面のどこかに、体重の目標項目を変更するときに本ユーザーがタッチして体重の目標項目を変更する画面に移るためのアイコンを設けておくことが好ましい。
【０１１４】
また、本ユーザーによって、ステップＳ２３で外食が選択された場合には、基本的には、先に登録されているステップＳ１８−１の処理の対象となる店舗名に基づいて、後述するステップＳ１８−１の処理が行われることになるが、登録されている店舗名を追加・削除したい場合が考えられるため、ステップＳ２３で外食が選択された場合には、店舗名の変更（追加・削除）が行えるようになっていることが好ましい。
【０１１５】
例えば、ステップＳ２３で外食が選択された場合、ステップＳ１５が終了したときに携帯端末２０の画面に現れると説明したのと同様に、携帯端末２０が、サーバ１００にアクセスしてサーバ１００の制御部（食事プログラム選択手段１２０）の指示に従い、選択用のラジオボタンが設けられた店舗名（例えば、コンビニエンスストアの店舗名、ファミリーレストランの店舗名等）の一覧を表示するようにすればよい。
【０１１６】
なお、このときの店舗名の一覧の表示では、既に、選択されている店舗名のラジオボタンのところが選択されている状態で表示し、選択されていない店舗名のラジオボタンのところは選択されていない状態で表示するようにすることが好ましい。
【０１１７】
このように表示を行えば、初めから店舗名を選択し直す必要がなく、新たに選択したい店舗名についてのラジオボタンのところをタッチし、逆に、選択されている店舗名のうち、削除したい店舗名についてのラジオボタンのところをタッチする操作だけで、現状の選択されている店舗名からの店舗名の追加・削除を行うことができる。
【０１１８】
なお、ステップＳ２３で外食が選択された場合に、即座に、携帯端末２０の画面に店舗名選択のための店舗名の一覧を表示することに限定される必要はなく、ステップＳ２３で外食が選択されたら、携帯端末２０の画面に「登録している店舗名の変更を行いますか？。」の表示とともに、「変更する」、「変更しない」のアイコンを表示して「変更する」をタッチして、ユーザーが「変更する」を選択したときに、店舗名選択のための店舗名の一覧を表示するようにしてもよい。
【０１１９】
そして、ステップＳ１６又はステップＳ２３の処理が終了すると、ステップＳ１７に進み、携帯端末２０は、ステップＳ１４又はステップＳ２３でのユーザーの選択が外食であったか否かを判定し、外食であった場合（ステップＳ１７：ＹＥＳ）には、ステップＳ１８−１に進んで、後述するように、外食用の処理をクライアントアプリの動作設定に従ってサーバ１００との協業で実行し、逆に、外食でなかった場合（ステップＳ１７：ＮＯ）には、後述するように、自炊用の処理をクライアントアプリの動作設定に従ってサーバ１００との協業で実行する。
【０１２０】
そして、ステップＳ１８−１の処理又はステップＳ１８−２の処理が終了すると、ステップＳ１９に進んで、携帯端末２０は、クライアントアプリの終了を行う操作が行われたかを判定し、クライアントアプリの終了を行う操作が行われていなければ、再び、ステップＳ１２に戻る。
【０１２１】
一方、クライアントアプリの終了を行う操作が行われていれば、クライアントアプリを終了させる処理を行う。
なお、図１３では記載を省略しているが、ステップＳ１８−１の処理又はステップＳ１８−２の処理が終了したとき以外でも、ユーザーが携帯端末２０を操作してクライアントアプリの終了を行う操作を行うと、クライアントアプリを終了させる処理が実行される。
【０１２２】
また、図１３では記載を省略しているが、本実施形態では、携帯端末２０にインストールされているヘルスケアアプリと連動して、携帯端末２０から定期的（例えば、１日に１回等）に、運動量（ヘルスケアアプリで計測された歩数等）がサーバ１００へ送信され、この運動量に基づく、消費カロリーがユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に記録される。
【０１２３】
なお、ヘルスケアアプリの種類によっては、活動状態から消費カロリーを求めてくれるものもあるので、この場合には、ヘルスケアアプリが求めた消費カロリーがユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に記録されるようになっていてもよい。
【０１２４】
このようにして記録された消費カロリーは、先に触れた本ユーザーのユーザー基礎代謝の情報として活用される。
例えば、所定期間の消費カロリーを平均してユーザー基礎代謝の１日の消費カロリーとしてもよく、摂取したカロリーと体重の変化の傾向を考慮して、運動量から求めた消費カロリーに修正を加えた消費カロリーをユーザー基礎代謝の１日の消費カロリーとしてもよい。
【０１２５】
さらに、近年のヘルスケアアプリ等では、体重計やスマートウォッチ等とリンクして心拍や体重等の情報を取得するようになっており、それらの情報についても、携帯端末２０から定期的（例えば、１日に１回等）に、サーバ１００へ送信され、ユーザーデータベースの本ユーザーの項目（図１２（Ｂ）参照）に記録されるようになっていてもよい。
【０１２６】
以上が第２実施形態の健康管理支援システム１の全体的な処理の流れであり、以下では、図１３に示すステップＳ１８−１の処理、及び、ステップＳ１８−２の処理について、図１４及び図１５を参照しながら詳細に説明する。
【０１２７】
図１４は図１３のステップＳ１８−１の処理を説明するためのフローチャートであり、ステップＳ１８−１の処理は、図７に示した第１実施形態におけるステップＳＴ１１からステップＳＴ２１に類似する処理である。
【０１２８】
また、図１５は図１３のステップＳ１８−２の処理を説明するためのフローチャートであり、ステップＳ１８−２の処理は、図７に示した第１実施形態におけるステップＳＴ３１からステップＳＴ４１に類似する処理である。
【０１２９】
以下では、まず、図１４を主に参照して、図１３のステップＳ１８−１の処理を説明し、その次に、図１５を主に参照して、図１３のステップＳ１８−２の処理を説明する。
【０１３０】
先に説明したように、ステップＳ１４又はステップＳ２３で、ユーザーによって外食が選択されていると、ステップＳ１７がＹＥＳとなり、ステップＳ１８−１に進むことになり、ステップＳ１８−１に進むと、図１４に示すフローチャートに従った処理が実行されることになる。
【０１３１】
ステップＳ１８−１に進むと、図１４に示すように、まず、ステップＳ３１に進み、携帯端末２０は、サーバ１００にアクセスしてサーバ１００の制御部（食事プログラム選択手段１２０）の指示に従い、携帯端末２０の画面に、先に選択されている店舗名の一覧を表示し、ユーザーに店舗を選択することを促す。
【０１３２】
例えば、選択されている店舗名としてコンビニエンスストアＡ〜Ｄのうち、コンビニエンスストアＡ、Ｂが選択されており、ファーストフード店Ｅ〜Ｈのうち、ファーストフード店Ｅ、Ｆが選択されており、外食チェーン店Ｉ〜Ｌのうち、外食チェーン店Ｉ、Ｊが選択されている場合、携帯端末２０の画面に店舗名の一覧として、コンビニエンスストアＡ、Ｂ、ファーストフード店Ｅ、Ｆ、及び、外食チェーン店Ｉ、Ｊが表示される。
【０１３３】
したがって、ユーザーは、携帯端末２０の画面に表示されたコンビニエンスストアＡ、Ｂ、ファーストフード店Ｅ、Ｆ、及び、外食チェーン店Ｉ、Ｊの中から食事を取る予定の店舗名をタッチすることで店舗名の選択を行うことができる。
【０１３４】
なお、このときに、携帯端末２０の画面には、取る予定の食事が、朝食、昼食又は夕食のいずれの食事であるのかを選択する項目が表示される、又は、現在時刻をもとにしていずれの食事であるかが選択されるようになっている。
【０１３５】
そして、携帯端末２０を操作して、ユーザーが食事を取る予定の店舗名が選択されると、ステップＳ３２に進み、サーバ１００の制御部（提案手段１１０）は、１食あたりで、ユーザーが摂取すべきカロリー及び栄養素等の計算を行う。
【０１３６】
例えば、食事を取る予定の店舗名が選択されると、携帯端末２０が、その店舗名をサーバ１００に通知し、その店舗名をサーバ１００が受信すると、その受信を契機にサーバ１００の制御部（消費カロリー取得手段１３０）は、モデル基礎代謝、又は、ユーザー基礎代謝の本ユーザーの１日あたりの消費カロリー等を取得する。
【０１３７】
そして、サーバ１００の制御部（提案手段１１０）は、摂取カロリーと消費カロリーの関係に基づき、食事プログラムの目標体重に合わせた本ユーザーの１日で摂取すべき摂取カロリーを求め、更に、求めた１日の摂取カロリーを１／３にすることで１食あたりの摂取カロリーを計算する。
また、サーバ１００の制御部（提案手段１１０）は、本ユーザーに必要な１食あたりの栄養素等も計算する。
【０１３８】
なお、上記計算は、求めた１日の摂取カロリー及び栄養素等を単純に１／３にして１食あたりとすることに限定される必要はなく、朝、昼、晩で重み付けをして、朝、昼、晩の食事に応じた摂取カロリー及び栄養素等を求めるものになっていてもよい。
【０１３９】
また、朝、昼、晩で３食の食事を規則正しく取ることが基本となるが、ユーザーによっては、朝、晩の２食等、必ずしも、３食の食事を取るユーザーだけでない場合も考えられる。
【０１４０】
このため、先に説明したステップＳ１４の処理、又は、ステップＳ２３の処理のところで、朝、昼、晩のうち、いつ食事を取るのかを設定する項目を設けておき、通常、２食の食事を取るユーザーに対しては、求めた１日の摂取カロリー及び栄養素等を１／２にして１食あたりの摂取カロリー及び栄養素等としてもよい。
【０１４１】
そして、１食あたりの摂取カロリー及び栄養素等が決まると、ステップＳ３３に進み、サーバ１００の制御部（提案手段１１０）は、商品データベース２００の中のステップＳ３１で選択された店舗名のデータと、ステップＳ３２で計算された１食あたりの摂取カロリー及び栄養素等と、に基づいて、食事の献立を生成する。
【０１４２】
例えば、選択された店舗名がコンビニエンスストアＡであった場合、サーバ１００の制御部（提案手段１１０）は、商品データベース２００の中のコンビニエンスストアＡの商品を対象として、１食あたりの摂取カロリー及び栄養素等に基づいて、摂取カロリー及び栄養素等を過不足なく満たす商品の組み合わせを求め、ＸＸ弁当、ＹＹサラダ、ＺＺドリンクのような商品の組み合わせを献立として生成する。
【０１４３】
また、例えば、選択された店舗名がファーストフード店Ｅであった場合、サーバ１００の制御部（提案手段１１０）は、商品データベース２００の中のファーストフード店Ｅの商品を対象として、１食あたりの摂取カロリー及び栄養素等に基づいて、摂取カロリー及び栄養素等を過不足なく満たす商品の組み合わせを求め、ＸＸバーガーセット、ＹＹ単品メニューのような商品の組み合わせを献立として生成する。
【０１４４】
さらに、例えば、選択された店舗名が外食チェーン店Ｉであった場合、サーバ１００の制御部（提案手段１１０）は、商品データベース２００の中の外食チェーン店Ｉの商品を対象として、１食あたりの摂取カロリー及び栄養素等に基づいて、摂取カロリー及び栄養素等を過不足なく満たす商品の組み合わせを求め、ＸＸ定食、ＹＹ単品メニューのような商品の組み合わせを献立として生成する。
【０１４５】
なお、この献立の生成には、カロリーだけでなく、栄養素等が考慮されているため、生成される献立は、通常、主食となる商品と、その主食となる商品で不足している栄養素等を補う副食等が選択されたものとなるので、同じ商品が複数選択された献立（例えば、ＺＺドリンク×１０本）のような食事としての現実味に乏しい献立が生成されることが回避される。
【０１４６】
また、本実施形態では、献立の生成にあたって、１食あたりの摂取すべきカロリー及び栄養素等に基づいて商品の組み合わせを求めるものとしているが、例えば、ステップＳ３１で店舗名の選択を行う画面に予算を入力できる項目を設けておき、この項目に金額の入力がある場合に、ステップＳ３３での献立の生成において、１食あたりの摂取すべきカロリー及び栄養素等に加え、更に、その予算内に収まるように商品を選択するようにしてもよい。
【０１４７】
そして、このように献立が生成されると、ステップＳ３４に進み、サーバ１００の制御部（提案手段１１０）は、携帯端末２０に生成した献立を配信（送信）して、携帯端末２０の画面に、その献立を表示（ステップＳ３５）させることで献立（商品（販売食品、提供メニュー）の組み合わせの飲食料品）の提案を行う。
【０１４８】
このようにして、本実施形態においても、第１実施形態と同様に、サーバ１００の制御部（提案手段１１０）は、選択された食事プログラムに応じた本ユーザーに最適な商品（販売食品、提供メニュー）の組み合わせの飲食料品の提案をカロリー及び栄養素等に基づいて行う。
【０１４９】
なお、サーバ１００の制御部（提案手段１１０）は、さらに、本ユーザーの身体情報に基づく提案、例えば、ＢＭＩ等を考慮してＢＭＩが高い場合には、本ユーザーに最適な脂肪分の少ない商品（販売食品、提供メニュー）の組み合わせの飲食料品の提案を行うようにしてもよい。
同様に、本ユーザーの生活習慣の情報から脂肪分を取り過ぎていると予想される場合に、サーバ１００の制御部（提案手段１１０）は、その生活習慣が改善するような本ユーザーに最適な脂肪分の少ない商品（販売食品、提供メニュー）の組み合わせの飲食料品の提案を行うようにしてもよい。
【０１５０】
ところで、第１実施形態では、複数の商品を組み合わせて献立の状態で記憶されている献立データベース３００を備え、献立データベース３００の中から、１食あたりの摂取カロリー及び栄養素等に基づいて献立を選択し、その献立だけでは、カロリー及び栄養素等が不足する場合に商品データベース２００からそれを補う商品を選択して、配信するための献立を生成するようにしている。
また、配信した献立のうち、別の商品に変更したい操作が行われたときに、商品データベース２００から変更を指示された商品と同様のカロリー及び栄養素等である商品を選択するようにしている。
【０１５１】
しかしながら、先に触れたように、本実施形態では、複数の商品を組み合わせて献立の状態でデータベース化されている献立データベース３００を設けないで、商品データベース２００だけを設けるようにして、先に、説明したようにステップＳ３３では、その商品データベース２００と、１食あたりの摂取カロリー及び栄養素等と、に基づいて、献立が生成されるようになっている点が異なっている。
【０１５２】
このようにすることで、例えば、コンビニエンスストアＡについて、ＸＸ弁当＋ＹＹサラダ＋ＺＺドリンクとして複数の商品を組み合わせた献立、ファーストフード店Ｅについて、ＸＸバーガーセット＋ＹＹ単品メニューとして複数の商品を組み合わせた献立、外食チェーン店Ｉについて、ＸＸ定食＋ＹＹ単品メニューとして複数の商品を組み合わせた献立等の献立単位（献立ｉｄ単位）でデータベース化した献立データベース３００（図３参照）を作成しておくことを省略することができる。
【０１５３】
なお、ステップＳ３５での献立の表示は、第１実施形態の図８と同様の表示として行われ、欄３８に別の食品を再提案する旨の表示があるので、ユーザーが表示された献立の商品のうち、別の商品に変更したい商品がある場合には、その変更したい商品に付属する欄３８をタッチすると、サーバ１００の制御部（提案手段１１０）は、その商品と同様のカロリー及び栄養素等である別の商品を再提案するようになっている。
【０１５４】
したがって、本実施形態でも、ユーザーは、携帯端末２０の画面に提示される欄３８をタッチすることで献立の商品を別の商品に変更することができる。
なお、何度か別の商品に変更する操作が繰り返される場合が考えられるので、一度、変更が指示された商品については、選択順位が繰り下げられ、以前に提案されていない商品が優先的に提案されるようにするのが好ましい。
【０１５５】
そして、本実施形態でも、第１実施形態と同様に、携帯端末２０の画面には、食事を報告する際にクリック（タップ）する欄３９が表示されているので、ユーザーは、欄３９をタッチして食事についての報告を行う（ステップＳ３６）。
【０１５６】
例えば、ユーザーが欄３９をタッチすると、携帯端末２０は、携帯端末２０の画面に０から１００の範囲を指で左右にスクロールさせることで位置を決めることができる指定バーと、送信ボタン（送信アイコン）と、を表示する。
なお、本実施形態では、０から１００の範囲のうち、５０のところが献立通りの食事を取ったことを意味するようにしている。
【０１５７】
したがって、ユーザーは、献立通りの食事をした場合、指定バーを指でタッチした状態で左右スクロールさせて、指定バーを５０に合わせるようにして送信ボタンをタッチすることで、サーバ１００に献立通りの食事をしたことが報告（送信）される。
【０１５８】
そうすると、サーバ１００の制御部は、ユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に、本食事で、献立通りのカロリーと栄養素等を本ユーザーが摂取した記録を登録し、図１４に示す処理が終了して、図１３のフローチャートに戻り、先に説明したように、ステップＳ１９以降の処理が行われる。
【０１５９】
なお、献立通りの商品を購入して食事をしたが、一部、食べ残しをした場合、例えば、半分程度、食べ残しをした場合には、ユーザーは２５の位置に指定バーを合わせるようにして送信ボタンをタッチする。
そうすると、サーバ１００の制御部は、ユーザーデータベース５００の本ユーザーの項目に、本食事で、献立通りのカロリーと栄養素等の半分のカロリーと栄養素等を摂取した記録を登録する。
【０１６０】
逆に、献立の商品以外に、更に別の商品を購入して食事をしたときには、ユーザーは、献立に対して余計に食べたと感じる分を加えた数値のところに指定バーを合わせ、送信ボタンをタッチする。
【０１６１】
例えば、献立の食事量に対して、倍の食事を取ってしまったとユーザーが感じた場合には、ユーザーは、１００の位置に指定バーを合わせるようにして送信ボタンをタッチする。
そうすると、サーバ１００の制御部は、ユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に、本食事で、献立通りのカロリーと栄養素等の倍のカロリーと栄養素等を摂取した記録を登録する。
【０１６２】
なお、食事の報告で食事量が多すぎると判断される報告があった場合には、サーバ１００の制御部（提案手段１１０）は、次回の献立（商品（販売食品、提供メニュー）の組み合わせの飲食料品）の提案のときに、食べ過ぎに対応する分だけ、カロリーや栄養素等を調節した提案を行う。
【０１６３】
そして、図１４では記載を省略しているが、サーバ１００の制御部は、その食事の報告を受信したときに、今回の食事が、献立の食事量から大きく、乖離している場合には、＋αの処理を行って、図１４の処理を終了する。
【０１６４】
例えば、ユーザーが指定した指定バーの数値があまりに小さい数値であった場合、サーバ１００の制御部は、「好みでない味付けの商品がありましたか？。」のような質問を携帯端末２０の画面に「はい」、「いいえ」等の選択ボタン（選択アイコン）とともに表示させ、「はい」が選択されると、サーバ１００の制御部は、携帯端末２０の画面に、更に献立の商品の一覧（例えば、先の例で、コンビニエンスストアＡであった場合、ＸＸ弁当、ＹＹサラダ、ＺＺドリンク）を選択用のラジオボタンとともに表示させ、ユーザーに、どの商品が好みでなかったのかを選択してもらうようにしてもよい。
【０１６５】
そして、好みでなかった商品が選択されると、携帯端末２０は、その選択された商品をサーバ１００に送信し、サーバ１００の制御部は、その選択された商品をユーザーデータベース５００のＮＧ食材の欄５８０（図５参照）に登録し、次回の献立の生成時に、サーバ１００の制御部（提案手段１１０）が、その商品を含まないように提案するものとしてもよい。
【０１６６】
逆に、ユーザーが指定した指定バーの数値があまりのも大きい数値であった場合、食べすぎを防止するためのアドバイス（例えば、噛む回数を増やすと満腹感が得られやすいですよ等）を表示する等、会話形式での指導を行った後に、図１４の処理を終了するようにしてもよい。
【０１６７】
なお、この＋αの処理で、商品に嫌いな食材（ＮＧ食材）が含まれていたのか等を聞く質問を行って、具体的なＮＧ食材が明らかになれば、ユーザーデータベース５００のＮＧ食材の欄５８０（図５参照）に商品だけでなく、ＮＧ食材自体も登録し、次回の献立の生成時に、そのＮＧ食材が含まれないようにしてもよい。
【０１６８】
次に、図１５を主に参照して、図１３のステップＳ１８−２の処理を説明する。
先に説明したように、ステップＳ１４又はステップＳ２３で、ユーザーによって自炊が選択されていると、ステップＳ１７がＮＯとなり、ステップＳ１８−２に進み、図１５に示すフローチャートに従った処理が実行されることになる。
【０１６９】
ステップＳ１８−２に進むと、図１５に示すように、まず、ステップＳ４１に進み、第１実施形態のステップＳＴ３１（図７参照）と同様に、ＮＧ食材を登録する処理を行うことになる。
【０１７０】
例えば、携帯端末２０は、クライアントアプリの動作設定に従って、サーバ１００にアクセスしてサーバ１００の制御部（生活習慣情報取得手段１４０）の指示に従い、携帯端末２０の画面に「ＮＧ食材を登録しますか？。」という質問とともに「はい」、「いいえ」等の選択ボタン（選択アイコン）を表示する。
そして、ユーザーが「はい」をタッチすると、携帯端末２０は、サーバ１００の制御部（生活習慣情報取得手段１４０）の指示に従い、携帯端末２０の画面に「ＮＧ食材を記入してください？。」等の記入を促す表示とともに、文字入力欄を表示する。
【０１７１】
したがって、ユーザーは文字入力欄にＮＧ食材を記入し、携帯端末２０の画面に表示されている登録ボタン（登録アイコン）をタッチすると、携帯端末２０は、記入された食材をサーバ１００に送信し、サーバ１００の制御部（生活習慣情報取得手段１４０）は、受信した食材をユーザーデータベース５００のＮＧ食材の欄５８０（図５参照）に登録する。
【０１７２】
そして、登録ボタン（登録アイコン）がタッチされると、携帯端末２０は、サーバ１００の制御部（生活習慣情報取得手段１４０）の指示に従い、引き続き、ＮＧ食材の入力を行うかを問い合わせる質問（例えば、「他にもＮＧ食材を登録しますか？。」）のような表示とともに「はい」、「いいえ」等の選択ボタン（選択アイコン）を表示し、ユーザーが「はい」を選択すると、先ほどと同様に文字入力欄を表示し、ユーザーが「いいえ」を選択すると、次のステップであるステップＳ４２に進む。
【０１７３】
なお、文字入力欄を表示してユーザーにＮＧ食材を記入してもらうようにすることに限定される必要はなく、例えば、一般的によく料理に使用される食材については、食材名とともに選択するラジオボタンを表示して、ラジオボタンをタッチすることでユーザーがＮＧ食材を選択できるようにしておいてもよい。
また、ここで登録されたＮＧ食材は、先に説明した外食が選択されたときの商品選択時にも活用されるようになっていてよいことは言うまでもない。
【０１７４】
そして、ステップＳ４２に進むと、第１実施形態と同様（図７参照）に、携帯端末２０は、サーバ１００にアクセスしてサーバ１００の制御部の指示に従い、携帯端末２０の画面に品目数等を入力する入力欄を表示する。
例えば、携帯端末２０の画面には、品目数を入力する品目数入力欄と、主食数を入力する主食数入力欄と、主菜数を入力する主菜数入力欄と、副菜数を入力する副菜数入力欄と、が表示されるので、ユーザーは、各欄（品目数入力欄、主食数入力欄、主菜数入力欄、及び、副菜数入力欄）に数値を入力して携帯端末２０の画面に表示されている登録ボタン（登録アイコン）をタッチすると、品目数等の設定が終了する。
【０１７５】
品目数入力欄は、何食分の料理を行うのかを入力する欄であり、例えば、今日の夕食だけでよい場合には「１」を入力する。
一方、週末等にまとめて、複数食分の料理を作りたい時等には、その食事回数にあたる数値、例えば、３食分の料理を作って作り置きしておきたい場合には、品目数入力欄に「３」を入力する。
【０１７６】
主食数入力欄は、１食分の料理に、一般に主食として認識されている料理（例えば、ごはん、パン、うどん、そば等）を何品含ませるのかを選択する欄であり、通常は「１」が入力されることが多いと考えられる。
【０１７７】
主菜数入力欄は、１食分の料理に、一般に主菜（メインディッシュ）と認識されている料理（例えば、肉、魚等の料理）を何品含ませるのかを選択する欄であり、通常は「１」又は「２」が入力されることが多いと考えられる。
【０１７８】
副菜数入力欄は、１食分の料理に、一般に副菜として認識されている、例えば、サラダ、漬物、酢の物等といった料理を何品含ませるかを選択する欄であり、通常は「１」又は「２」が入力されることが多いと考えられる。
【０１７９】
なお、ステップＳ４２では、何食分の料理を提案する必要があるのかについての情報が得られればよいため、ユーザーは、各欄（品目数入力欄、主食数入力欄、主菜数入力欄、及び、副菜数入力欄）の全てに数値を入力する必要はなく、少なくとも品目数入力欄に数値を入力して登録ボタン（登録アイコン）をタッチすればよい。
【０１８０】
そして、ステップＳ４２の品目数等の設定が終わると、携帯端末２０は、サーバ１００の制御部の指示に従い、携帯端末２０の画面に「食材を指定しますか？。」という質問とともに、「はい」、「いいえ」等の選択ボタン（選択アイコン）を表示するので、ユーザーが「いいえ」を選択すると、ステップＳ４７に進み、後述するレシピの提案の処理が実行される。
【０１８１】
一方、ユーザーが「はい」を選択すると、携帯端末２０は、サーバ１００の制御部の指示に従い、携帯端末２０の画面に「在庫食材を指定しますか？。」という質問とともに、「はい」、「いいえ」等の選択ボタン（選択アイコン）を表示する。
【０１８２】
ここで、在庫食材とは、本健康管理支援システム１と提携している食材の配達を行う業者（以下、食材宅配業者という。）から食材の供給を受けているユーザーを対象とした設定であり、ユーザーが食材宅配業者に食材の宅配を依頼すると、その食材宅配業者はサーバ１００に配達した食材の内訳を送信し、ユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に配達された食材の内訳が登録される。
なお、このようにして食材の内訳が登録されているユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）の部分が保管食材データベースの一例である。
【０１８３】
なお、後ほど説明するステップＳ４８の買い物リストの作成時に使用される食材の内訳が決まると、サーバ１００の制御部は、ユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に登録されている食材の内訳から使用される食材を消去する処理を行う。
【０１８４】
したがって、携帯端末２０の画面の「在庫食材を指定しますか？。」という質問に対して、ユーザーが「はい」を選択すると、ステップＳ４４がＹＥＳとなり、ステップＳ４５に進んで、サーバ１００の制御部は、ユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）で管理されている在庫食材を使用する食材として設定する。
【０１８５】
一方、携帯端末２０の画面の「在庫食材を指定しますか？。」という質問に対して、ユーザーが「いいえ」を選択すると、ステップＳ４４がＮＯとなり、ステップＳ４６に進んで、携帯端末２０は、サーバ１００にアクセスしてサーバ１００の制御部の指示に従い、携帯端末２０の画面に「食材を指定してください？。」という表示とともに食材を入力する食材入力欄を表示し、ユーザーに食材の設定を促す。
【０１８６】
この場合、ユーザーは食材入力欄に食材を入力して、携帯端末２０の画面に表示されている登録ボタン（登録アイコン）をタッチすることで食材の設定を行う。
なお、食材の設定は、１食材だけに限らないので、登録ボタン（登録アイコン）をタッチすると、携帯端末２０は、サーバ１００の制御部の指示に従い、携帯端末２０の画面に「別の食材も指定しますか？。」という表示とともに「はい」、「いいえ」等の選択ボタン（選択アイコン）を表示し、「いいえ」が選択されるまで登録作業が繰り返し行えるようになっている。
【０１８７】
そして、ステップＳ４７に進むと、レシピの提案が行われる。
具体的には、ステップＳ４３がＮＯであって、ステップＳ４７に進んだ場合には、ステップＳ４７の処理として、サーバ１００の制御部（提案手段１１０）は、先に、図１４のステップＳ３２で説明したのと同様に、１食あたりのカロリー及び栄養素等の計算を行い、レシピデータベース４００と、計算された１食あたりのカロリー及び栄養素等と、に基づいて、レシピの提案を行う。
【０１８８】
なお、ユーザーデータベース５００のＮＧ食材の欄５８０（図５参照）にＮＧ食材の登録がある場合には、サーバ１００の制御部（提案手段１１０）は、レシピデータベース４００の中のレシピのうち、ＮＧ食材を使用していないものだけを対象として、計算された１食あたりのカロリー及び栄養素等と、に基づいて、レシピの提案を行う。
【０１８９】
より具体的に説明すると、例えば、ステップＳ４２で品目数値入力欄に「１」、主食数入力欄に「１」、主菜数入力欄に「１」、及び、副菜数入力欄に「１」が入力されていた場合、ステップＳ４７では、レシピデータベース４００に所蔵されているレシピの中から１食あたりのカロリー及び栄養素等を過不足なく満たすように、主食に該当する料理１品、主菜に該当する料理１品、副菜に該当する料理１品からなる１食分（品目数１）の料理を選択して、レシピの提案が行われる。
【０１９０】
なお、ステップＳ４５又はステップＳ４６からステップＳ４７に進んだ場合には、レシピデータベース４００に所蔵されているレシピの中から１食あたりのカロリー及び栄養素等を過不足なく満たすように、主食に該当する料理１品、主菜に該当する料理１品、副菜に該当する料理１品からなる１食分（品目数１）の料理を選択する際に、設定された食材を使用するレシピが優先的に採用され、レシピの提案が行われることになる点が、ステップＳ４３がＮＯでステップＳ４７に進んだ場合と異なる。
【０１９１】
また、例えば、ステップＳ４２で品目数値入力欄に「２」、主食数入力欄に「１」、主菜数入力欄に「１」、及び、副菜数入力欄に「１」が入力されていた場合、ステップＳ４７では、主食に該当する料理１品、主菜に該当する料理１品、副菜に該当する料理１品からなる２食分（品目数２）の料理のレシピの提案が行われる。
【０１９２】
なお、このようにステップＳ４２で品目数値入力欄に「２」が入力されて、２食分の料理のレシピの提案を行うような場合、つまり、複数食分の料理のレシピの提案を行う場合には、特に主菜等については同じ料理が重複しないように料理の選択が行われることが好ましい。
【０１９３】
例えば、１食目の主菜に「肉」を使った料理のレシピの提案が行われている場合には、２食目の主菜には「魚」を使った料理のレシピの提案が行われるようにすることが好ましい。
また、別の例としては、１食目と２食目の主菜に同じ「肉」を使った料理のレシピが提案される場合でも、１食目の主菜が「肉」を使った炒め物であるのに対し、２食目の主菜が「肉」を使った煮物である等、異なる料理のレシピの提案が行われるようにするのが好ましい。
【０１９４】
そして、サーバ１００の制御部（提案手段１１０）から提案する料理のレシピが携帯端末２０に送信され、携帯端末２０の画面に第１実施形態の図９と同様に表示させることで、ユーザーへのレシピの提案が実行される。
【０１９５】
なお、図９は品目数の欄４１に４品と表示されている通り、４食分の料理のレシピが提案されている場合であって、１食に付き、主菜を２品として指定されていた場合のその主菜２品を主に表示にしているところを描いている。
１画面に４食分を表示すると表示される画像が小さく、見難くなるため、画面を指で左右スクロールすると、２食目、３食目、４食目と画面が変わるようになっている。
なお、画面を切り替えることで、主食を表示させたり、副菜を表示させたり、することもできるようになっている。
【０１９６】
そして、第１実施形態で説明したように、主菜ごとに、別のレシピを再提案させる欄４５が設けられているので、ユーザーが提示されている主菜ではなく、別の主菜に代えたい場合には、ユーザーは欄４５をタッチすればよく、そうすると、携帯端末２０は、サーバ１００の制御部（提案手段１１０）に、その主菜と同様のカロリー及び栄養素等を含む別の主菜をレシピデータベース４００から選択し直す通知を送る。
【０１９７】
そうすると、サーバ１００の制御部（提案手段１１０）は、レシピデータベース４００から別の主菜を選択して携帯端末２０に選択した主菜を通知するので、その新しく選択された主菜が先の主菜に代えて携帯端末２０に表示される。
このようにして、サーバ１００の制御部（提案手段１１０）は、ユーザーが提示されている主菜ではなく、別の主菜に代えたい場合に、その主菜と同様のカロリー及び栄養素等を含む別の主菜を再提案する。
【０１９８】
なお、このような別の料理（例えば、上記例では主菜）に変更する操作は、何度か繰り返し行われる可能性があるため、一度、変更指示があった料理（主菜）については、選択順位が繰り下げられ、まだ、表示されていない料理（主菜）が優先的に選択されるようになっている。
【０１９９】
このようにして、料理の変更等を行って、自炊する料理の内容が固まった後、ユーザーが買い物リストを生成させる欄４２をタッチすると、携帯端末２０は、サーバ１００の制御部（提案手段１１０）に買い物リストの作成を通知し、サーバ１００の制御部（提案手段１１０）は買い物リストを作成する（ステップＳ４８）。
【０２００】
そして、サーバ１００の制御部（提案手段１１０）は、買い物リストを作成すると携帯端末２０にその買い物リストを送信して、携帯端末２０の画面に、その買い物リストを表示させることで、ユーザーに提案した料理を作るのに必要な食材（提案したレシピに必要な食材）のうち、購入する必要がある食材の買い物リストを提示（提案）する。
【０２０１】
なお、ステップＳ４５で在庫食材の設定が行われている場合には、在庫食材と比較して不足している食材が買い物リストに表示されるので、その買い物リストに表示された食材を食材宅配業者に注文すればよいようになっている。
【０２０２】
食材宅配業者への食材の注文は、電話等ですることも可能であるが、携帯端末２０から買い物リストを食材宅配業者に、直接、送信して注文できるようになっていることが好ましく、このためクライアントアプリは、携帯端末２０をネットワーク経由で食材宅配業者の注文端末に接続する動作設定を有するものになっていることが好ましい。
【０２０３】
そして、ステップＳ４５で在庫食材の設定が行われている場合、在庫食材で使用することになったもの（分量を含む）は、先に触れた通り、サーバ１００の制御部がユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に登録されている食材の内訳から消去する処理を行う。
【０２０４】
なお、サーバ１００の制御部は、食材宅配業者に注文した食材で残る分（例えば、人参１本を注文する場合に半分しか使用しないため半分が残るような場合）については、その残る分を、ユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）に新たに登録する処理を行う。
【０２０５】
また、サーバ１００の制御部は、買い物リストを作成するにあたり、提案された料理の全体を考慮して買い物リストを作成するようになっている。
例えば、１食目の主食に「カレーライス」が選ばれており、２食目の主菜に「肉じゃが」が選ばれている場合、どちらの料理においても、じゃが芋を使用することになる。
【０２０６】
このような場合、カレーライスにじゃが芋１．５個（１個と１／２個）が必要であり、肉じゃがにじゃが芋１．５個が必要であるとすると、サーバ１００の制御部は、じゃが芋３個というように、提案した料理（提案したレシピ）全体で必要なトータルの食材の分量を表示した買い物リストを作成する。
【０２０７】
さらに、主菜を表示させる欄４４（図９参照）をタッチすると、その主菜についてのレシピ（調理方法）が携帯端末２０の画面に表示されるだけでなく、まとめて調理工程を表示する欄４３をタッチすると、サーバ１００の制御部（提案手段１１０）は、複数の料理を調理するときに同時進行でまとめて調理するためのレシピ（調理方法）を携帯端末２０の画面に表示させることで、複数の料理を調理するときに同時進行で行うためのレシピを提案する。
【０２０８】
例えば、提案されている料理に「カレーライス」と「サラダ」が含まれており、カレーライスに人参１本のうちの２／３を乱切りで使用し、サラダに人参１本のうちの１／３を千切りで使用する場合には、欄４３をタッチすると「人参１本のうちの２／３個を乱切りにし、残りの１／３個を千切りにしてください」のような説明が表示される。
なお、他の食材でも同じ食材を複数の料理で使用する場合には、同様に表示され、個別に取り扱わないといけない段階で、個別の指示が表示されるようになっている。
【０２０９】
例えば、下ごしらえの説明が終わった後に、「カレーライス」と「サラダ」の個別の調理を説明するところで、「カレーライス」の説明のところで乱切りした人参と、・・した何々とを鍋に入れて炒め、水を加えて・・・のような説明が表示され、「サラダ」の説明のところで千切りした人参と、・・・とをボールに加えて、和風ドレッシングを加えて混ぜてくださいのように説明が表示される。
【０２１０】
また、料理によっては炒めるところまで同じで、味付けを施すところで変わるだけの物もあり、このような場合には、欄４３をタッチすると、炒めるところまでは、同じものとして料理２品分の分量で調理する手順が表示され、炒めたところから先の説明で、炒めたうちの半分を・・・で味付けして、残っている半分を・・・で味付けしてくださいのように表示される。
【０２１１】
このように、まとめて調理工程を表示する欄４３は、複数の料理を調理するときに同時進行でまとめて料理するときの効率的な調理手順を表示する項目である。
【０２１２】
そして、ステップＳ４７で提案されたレシピは、サーバ１００のユーザーデータベース５００の本ユーザーの項目（図１２（Ｂ）参照）、又は、携帯端末２０に保存されているので、実際に、調理を開始するときや、その料理を食べた後に、例えば、１食分単位で携帯端末２０の画面に表示させることができるようになっており、本実施形態で先に外食のところで説明したのと同様に、その食べた１食分の料理について食事の報告等も行えるようになっている。
【０２１３】
つまり、携帯端末２０に読み出し可能に保存されている提案されたレシピのうち、食べた１食分のレシピを読み出すと、その１食分の内容とともに、食事を報告する際にクリック（タップ）する欄（図８の欄３９と同様の欄）が表示されるので、ユーザーは、その欄をタッチして、先のステップＳ３６で説明したのと同様に、食事についての報告（ステップＳ４９）を行う。
【０２１４】
つまり、ユーザーが欄３９をタッチしたときと同様に、携帯端末２０の画面には０から１００の範囲を指で左右にスクロールさせることで位置を決めることができる指定バーと、送信ボタン（送信アイコン）と、が表示されるので、食べた食事量に応じた数値のところに指定バーを合わせて送信ボタンをタッチするとサーバ１００への食事の報告（ステップＳ４９）が完了（図１５に示す処理が終了）して、図１３のフローチャートに戻り、先に説明したように、ステップＳ１９以降の処理が行われる。
【０２１５】
なお、この自炊の食事の報告を行う画面では、併せて、料理の感想を報告する項目も用意されている。
例えば、表示している１食分に含まれている主食、主菜、副菜等の表示とともに、それぞれに対応して「おいしかった」、「普通」、「あまり好きではない」等を選択できるラジオボタンが表示され、「あまり好きではない」が選択されている料理（主食、主菜、副菜等）に関しては、次回以降のレシピの提案で選択されないようになっている。
つまり、ユーザーデータベース５００のＮＧ食材の欄５８０（図５参照）に登録される。
【０２１６】
ところで、実際に提案されたレシピに従って調理を行うときには、手が塞がっているために携帯端末２０を持って画面を見ることができない場合や、手が濡れているために手を拭いてからでないと画面のスクロール操作ができない場合等が考えられる。
【０２１７】
このことから、携帯端末２０にインストールされるクライアントアプリは、提案されたレシピの調理工程を音声ガイダンスで説明する機能を有するとともに、ユーザーが音声（声）で操作できる機能、例えば「次の手順を説明して」といえば、次の調理手順の説明がはじまり、逆に「もう一度、前の手順を説明して」といえば、先に音声で説明された調理手順が、再度、音声で説明される機能を有することが好ましい。
【０２１８】
なお、本実施形態の説明では、特に説明しなかったが、携帯端末２０のいろんな画面表示状態（例えば、図８から図１０に示すような画面表示状態）で、画面上にユーザーがアドバイスを受けたいときにタッチする用のアイコン（図示せず）が設けられているため、そのアイコンがタッチされると、サーバ１００の制御部は、会話データベース６００のデータに基づいて、ユーザーに対して各種のアドバイス等を行うようになっている。
【０２１９】
以上、具体的な実施形態を基に本発明の説明を行ってきたが、本発明は、上記実施形態に限定されるものではない。
【０２２０】
上記実施形態では、図１４を参照して、ステップＳ３６で説明したように、携帯端末２０の画面に０から１００の範囲を指で左右にスクロールさせることで位置を決めることができる指定バーと、送信ボタン（送信アイコン）と、が表示され、ユーザーが指定バーを指で左右スクロールさせることで、食べた食事量に対応する数値の位置に指定バーを合わせて、食事の報告を行うようになっていた。
【０２２１】
しかしながら、食事の報告は、上述のような方法に限定される必要はない。
例えば、ユーザーは、ステップ３５で、携帯端末２０の画面に表示された献立（商品（販売食品、提供メニュー）の組み合わせの飲食料品）に基づいて、実際に、商品（商品（販売食品、提供メニュー）を購入することになり、その購入した商品の包装部分には、その商品を特定するバーコードが付されている場合が多い。
【０２２２】
そして、近年の携帯端末２０は、付属のカメラでバーコード等を読み取る機能も有しているため、食べた商品に付されているバーコードを携帯端末２０に読み取らせて、携帯端末２０の画面に表示されている送信ボタン（送信アイコン）をタッチして、サーバ１００
に、その商品を食べたことを報告するようにしてもよい。
【０２２３】
なお、このようなバーコードによる食事の報告は、外食店舗の場合であっても、その外食店舗とタイアップして提供メニューのメニュー表にバーコードを付けてもらうだけで、同様のことが可能である。
【０２２４】
また、このようなバーコードによる食事の報告であれば、サーバ１００の制御部（提案手段１１０）が提案した献立にない商品（例えば、提案された献立の商品に加えて購入した商品、間食時に購入した商品）等であって、食べる予定として、携帯端末２０及びサーバ１００が認識していない商品についても、簡単に、且つ、正確に食べたことを報告することが可能になる。
【０２２５】
なお、上記では、バーコードで説明を行ったが、バーコードに限定される必要はなく、商品等（販売食品、提供メニュー等）が特定できるコード提示手段（例えば、バーコード、ＱＲコード（登録商標）等のコードに加え、無線タグを含む提示手段）を利用することで、バーコードで説明したのと同様の食事の報告を行う方法を構築可能であることは言うまでもない。
【０２２６】
このように、本発明は、具体的な実施形態に限定されるものではなく、技術的思想を逸脱することのない変更や改良を行ったものも発明の技術的範囲に含まれるものであり、そのことは当業者にとって特許請求の範囲の記載から明らかである。
【符号の説明】
【０２２７】
１  健康管理支援システム
１０  端末
２０  携帯端末
１００  サーバ
１１０  提案手段
１２０  食事プログラム選択手段
１３０  消費カロリー取得手段
１４０  生活習慣情報取得手段
１５０  会話生成手段
２００  商品データベース
３００  献立データベース
４００  レシピデータベース
５００  ユーザーデータベース
６００  会話データベース
７００  動作プログラム
【図１】
2018185791.tif 000003
【図２】
2018185791.tif 000004
【図３】
2018185791.tif 000005
【図４】
2018185791.tif 000006
【図５】
2018185791.tif 000007
【図６】
2018185791.tif 000008
【図７】
2018185791.tif 000009
【図８】
2018185791.tif 000010
【図９】
2018185791.tif 000011
【図１０】
2018185791.tif 000012
【図１１】
2018185791.tif 000013
【図１２】
2018185791.tif 000014
【図１３】
2018185791.tif 000015
【図１４】
2018185791.tif 000016
【図１５】
2018185791.tif 000017