JP2016136298A - レシピ提供システム、レシピ提供方法及びレシピ提供プログラム - Google Patents

Abstract

【課題】料理及び運動に関する好適なレシピを提供できるシステムを提供する。
【解決手段】そのために、料理レシピまたは運動レシピをユーザに提示するレシピ提供システムでは、システム全体を制御するＣＰＵと１つ以上の外部システムとの通信を行う通信部とを備え、ＣＰＵは外部システムの内、通信部に接続している第１の外部システムからの商品購入情報を取得し、外部システムの内、通信部に接続している第２の外部システムからの健康状態情報と第１の料理情報と第１の運動情報とを取得し、外部システムの内、通信部に接続している第３の外部システムからの第２の運動情報を取得し、商品購入情報と健康状態情報と第１の料理情報からレシピ提供システムを利用する利用者に対する推奨料理レシピ情報を生成して提示するとともに、第１の運動情報と、第２の運動情報と、健康状態情報により利用者に対する推奨運動レシピ情報を生成して提示する。
【選択図】図１

Description

本発明は、料理レシピや運動レシピを提供するのに好適なレシピ提供システム、レシピ提供方法及びレシピ提供プログラムに関する。

従来、料理レシピや運動レシピを提供するシステムが提案されてきている。例えば、特許文献１〜３記載の技術がある。
特許文献１の技術は、外出先から自宅の冷蔵庫内の在庫で献立に不足の食材を知ることができる献立支援システムを提供することを目的としている。その目的を達成するために、 携帯電話は、ネットワーク冷蔵庫に対し選択したメニューの食材の在庫確認を要求する。ネットワーク冷蔵庫のＷＥＢサーバ部は、食材確認部に対してメニューの不足食材の確認を命令する。食材確認部は、メニューに必要な食材のデータと現在のネットワーク冷蔵庫６内の在庫のデータとを比較して選択メニューに不足の食材を決定し、不足食材データを作成する。ＷＥＢサーバ部は、必要食材データおよび不足食材データに基づいて不足食材発注画面用コンテンツを作成し、携帯電話へ送信する。ユーザは携帯電話が表示した不足食材発注画面から不足食材の発注リクエストを行う。ＷＥＢサーバ部は、食材発注部に食料品店受注サーバへの発注を命じるものである。

また、特許文献２記載の技術は、在庫食材の総合的コストパフォーマンス評価による優先消費食材の提示と、価格と消費者の不足栄養素補給とのバランスであるコストパフォーマンスを最良にする購入推奨食材の提示とを、同時に実現することによって、消費者の食材の購入から消費までの過程を最適化する冷蔵庫を提供することを目的としている。この目的を達成するために、特許文献２では、利用者の食材購入情報をキャッシュレジスタから、記憶媒体または通信網を介して取得し、利用者が入力する食材消費情報に基づいて、食材在庫情報を生成し、栄養素データベースへの問い合わせによって、利用者への補給推奨栄養素を決定し、候補食材を決定し、栄養素データベースへ問い合わせすることによって、利用者への補給推奨栄養素を決定し、候補食材を決定し、栄養充足率と販売価格データベースから取得した販売価格とに基づいて、利用者に購入推奨食材を提示する冷蔵庫に関する技術を開示している。

更に、特許文献３記載の技術では、家庭などにおける食事の献立を決めるにあたって、ユーザが食材を選定することにより、簡易に献立を決定することができ、レシピを同時に呈示して、食材の買い忘れを防ぐことのできる、便利な買物支援装置を提供することを目的としている。この目的を達成するために、特許文献３では、ユーザが最近購入した食材および店頭で関心を引いた食材のリストをユーザ端末に表示させて、このリストの中から使用したい食材を選定し、これらの使用したい食材と料理のレシピを蓄積したデータベースの料理の食材とを比較して、使用したい食材に適した料理を検索してユーザに呈示するとともに、レシピを同時にユーザ端末に表示して食材の買い忘れを防ぐようにするシステムについて開示している。

特開２００３−４２６４０号公報 特開２００６−９０６４６号公報 特開２０１４−４９０３９号公報

前述の特許文献１から３記載の技術では、食材の消費期限を加味した料理レシピや家族構成に適した料理レシピの提供等が考慮されていない。また、健康管理面で必要な料理レシピの提供及び食事で摂取したエネルギーと運動で消費するエネルギーのバランスを考慮した料理レシピや運動レシピを提供する方法についても考慮されていない。そこで、本発明の目的は、料理及び運動に関する好適なレシピを提供できるシステムを提案するものである。

上記課題を解決するために、代表的な本発明の一実施形態の料理レシピまたは運動レシピをユーザに提示するレシピ提供システムでは、システム全体を制御するＣＰＵと１つ以上の外部システムとの通信を行う通信部とを備え、ＣＰＵは外部システムの内、通信部に接続している第１の外部システムからの商品購入情報を取得し、外部システムの内、通信部に接続している第２の外部システムからの健康状態情報と第１の料理情報と第１の運動情報とを取得し、外部システムの内、通信部に接続している第３の外部システムからの第２の運動情報を取得し、商品購入情報と健康状態情報と第１の料理情報からレシピ提供システムを利用する利用者に対する推奨料理レシピ情報を生成して提示するとともに、第１の運動情報と、第２の運動情報と、健康状態情報により利用者に対する推奨運動レシピ情報を生成して提示する。

本発明のレシピ提供システムでは、料理及び運動に関する好適なレシピを提供できるので、健康維持・健康増進・食材廃棄ロス低減・無駄な食品購入防止を図れる。前述以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

図１は、レシピ提供システムの全体構成を示すブロック図である。 図２は、家族構成管理テーブルの構成例を示す図である。 図３は、家族個人管理テーブルの構成例を示す図である。 図４は、家庭食材在庫管理テーブルの構成例を示す図である。 図５は、家族料理レシピ管理テーブルの構成例を示す図である。 図６は、家族食材摂取管理テーブルの構成例を示す図である。 図７は、家族運動レシピ管理テーブルの構成例を示す図である。 図８は、小売店購買管理テーブルの構成例を示す図である。 図９は、病院患者管理テーブルの構成例を示す図である。 図１０は、病院提供運動レシピテーブルの構成例を示す図である。 図１１は、病院提供料理レシピテーブルの構成例を示す図である。 図１２は、スポーツジム会員管理テーブルの構成例を示す図である。 図１３は、スポーツジム運動レシピ管理テーブルの構成例を示す図である。 図１４は、個人運動履歴管理テーブルの構成例を示す図である。 図１５は、ドラッグストア購買管理テーブルの構成例を示す図である。 図１６は、外食先飲食管理テーブルの構成例を示す図である。 図１７は、家族構成管理テーブルの登録・更新処理を示すフローチャート図である。 図１８は、病院患者管理テーブルの登録処理を示すフローチャート図である。 図１９は、運動情報の取得処理を示すフローチャート図である。 図２０は、購買・飲食情報取得と対応テーブルの更新処理を示すフローチャート図である。 図２１は、料理レシピ生成と食材在庫情報の更新処理を示すフローチャート図である。 図２２は、料理レシピ候補の生成と提示処理を示すフローチャート図である。 図２３は、運動レシピ生成と選択処理を示すフローチャート図である。 図２４は、運動レシピ候補の生成処理を示すフローチャート図である。 図２５は、推奨の料理レシピ及び運動レシピを提示する画面構成例を示す図である。

以下、図面を参照しながら実施の形態を説明する。なお、以下の説明では、「管理テーブル」等の表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。また、データ構造に依存しないことを示すために「管理テーブル」を「管理情報」と呼ぶことができる。

また、「プログラム」を主語として処理を説明する場合がある。そのプログラムは、プロセッサ、例えば、ＭＰ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｏｒ）やＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって実行されるもので、定められた処理をするものである。なお、プロセッサは、適宜に記憶資源（例えばメモリ）及び通信インターフェース装置（例えば、通信ポート）を用いながら処理を行うため、処理の主語がプロセッサとされてもよい。プロセッサは、ＣＰＵの他に専用ハードウェアを有していても良い。コンピュータプログラムは、プログラムソースから各コンピュータにインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアなどで提供されるものであっても良い。

また、各要素、例えば、コントローラは番号などで識別可能であるが、各要素を識別可能な情報であれば、名前など他種の識別情報が用いられても良い。本実施例の図及び説明において同一部分には同一符号を付与しているが、本発明が本実施例に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。また、特に限定しない限り、各構成要素は複数でも単数でも構わない。

＜システム構成＞図１
図１は、レシピ提供システムの全体構成を示すブロック図である。レシピ提供システムは、自宅１での家族管理システム１０と、家族管理システム１０に接続される小売店（スーパーマーケット／コンビニエンスストア）２での小売店管理システム２０、病院３での病院管理システム３０、スポーツジム４での運動管理装置４０、家族毎が所有する携帯装置５０、ドラッグストア６での薬局管理システム６０、レストラン７での飲食管理システム７０から構成される。なお、家族管理システム１０に全てのシステムないし装置が接続されないで、一部のシステムないし装置が接続する形態もある。

家族管理システム１０（ＦＭ＿ＨＬ＿ＳＹＳ１０）は、システム全体を制御するＣＰＵ１０１と、各種のデータやプログラムを一時的に格納する記憶部（揮発性メモリ）１０２、他のシステムや装置と通信するための通信部１０３、体重や消費カロリーなどを計測するための計測部１０４、データを入力するための入力部１０５、データを出力するための出力部１０６、ＦＭ構成ＴＢＬ１１１からＦＭ食材摂取ＴＢＬ１２１までの各種テーブルを恒久的に格納するための不揮発記憶媒体（ＨＤＤなど）で構成される。なお、テーブル類の詳細については後述する。

通信部１０３は、例えばＮＩＣ（Ｎｅｔｗａｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）などである。入力部１０５は、例えばキーボード、マウス、タッチパネルなどである。出力部１０６は、文字や画像などを表示する液晶表示装置や文字や画像などを印刷するプリンタなどである。

小売店管理システム２０（ＳＭ＿ＰＯＳ２０）は、システム全体を制御するＣＰＵ２０１と、各種データやプログラムを一時的に格納する記憶部（揮発性メモリ）２０２、他のシステムや装置と通信するための通信部２０３、ＳＭ購買ＴＢＬ２１１や各種のデータ／プログラムを恒久的に格納するための不揮発記憶媒体（ＨＤＤなど）で構成される。なお、テーブルであるＳＭ購買ＴＢＬ２１１の詳細については後述する。

病院管理システム３０（ＨＰ＿ＥＭＲ＿ＳＹＳ３０）は、システム全体を制御するＣＰＵ３０１と、各種のデータやプログラムを一時的に格納する記憶部（揮発性メモリ）３０２、他のシステムや装置と通信するための通信部３０３、身長・体重の計測や血液・ＣＴ検査などを行うための計測部３０４、ＨＰ患者ＴＢＬ３１１からＨＰ料理レシピＴＢＬ３１３や各種のデータ／プログラムを恒久的に格納するための不揮発記憶媒体（ＨＤＤなど）で構成される。なお、テーブル類の詳細については後述する。

運動管理装置４０は、システム全体を制御するＣＰＵ４０１と、各種データやプログラムを一時的に格納する記憶部（揮発性メモリ）４０２、他のシステムや装置と通信するための通信部４０３、身長・体重の計測や消費カロリーの算出を行う計測部４０４、ＳＧ会員ＴＢＬ４１１等のテーブルや各種のデータ／プログラムを恒久的に格納するための不揮発記憶媒体（ＨＤＤなど）で構成される。なお、テーブルの詳細については後述する。

携帯装置５０は、システム全体を制御するＣＰＵ５０１と、各種データやプログラムを一時的に格納する記憶部（揮発性メモリ）５０２、他のシステムや装置と通信するための通信部５０３、歩数等を計測する計測部５０４、ＷＫ個人運動ＴＢＬ５１１等のテーブルや各種のデータ／プログラムを恒久的に格納するための不揮発記憶媒体（ＨＤＤなど）で構成される。なお、テーブルの詳細については後述する。

薬局管理システム６０（ＤＳ＿ＰＯＳ６０）は、システム全体を制御するＣＰＵ６０１と、各種データやプログラムを一時的に格納する記憶部（揮発性メモリ）６０２、他のシステムや装置と通信するための通信部６０３、ＤＳ購買ＴＢＬ６１１や各種のデータ／プログラムを恒久的に格納するための不揮発記憶媒体（ＨＤＤなど）で構成される。なお、テーブルの詳細については後述する。

飲食管理システム７０（ＲＲ＿ＰＯＳ７０）は、システム全体を制御するＣＰＵ７０１と、各種データやプログラムを一時的に格納する記憶部（揮発性メモリ）７０２、他のシステムや装置と通信するための通信部７０３、ＲＲ飲食ＴＢＬ７１１や各種のデータ／プログラムを恒久的に格納するための不揮発記憶媒体（ＨＤＤなど）で構成される。なお、テーブルの詳細については後述する。

＜テーブル＞
＜家族構成管理テーブル＞図２
図２は、家族構成管理テーブルの構成例を示す図である。家族構成管理テーブル１１１（以下、ＦＭ構成ＴＢＬ１１１）は、家族構成の全体を管理するテーブルである。ＦＭ構成ＴＢＬ１１１は、通し番号（＃）、氏名、性別、年齢、生年月日、身長、体重、歩幅、病歴、投薬有無（投薬種別）、食事制限有無（種別）、運動推奨状況、お酒・煙草（喫煙）などの嗜好状況、身体計測情報（ＢＭＩ、血圧、脂質、肝機能等）、推奨食材レシピ（積極的に摂取すべき食材の種別や摂取量等を一意に識別するＩＤ）、推奨運動レシピ（積極的に実行すべき運動の種別や運動時間等を一意に識別するＩＤ）で構成される。なお、ＦＭ構成ＴＢＬ１１１の項目はこれらに限定されるものではない。他のテーブルの項目も同様である。

通し番号（＃）は、エントリを一意に識別する番号情報である。氏名は、家族の個人名を格納するエントリである。性別は、各人の性別を格納するエントリである。年齢は、生年月日が登録されると、現在の日時情報により自動的に算出できるので、その算出結果が当該エントリに格納される。身長、体重、歩幅、病歴、投薬有無（投薬種別）、食事制限有無（種別）、運動推奨状況は、後述する病院での受診情報を取得し、取得した情報を各エントリに格納または更新する。お酒・煙草（喫煙）などの嗜好状況は、家族各人の嗜好情報を格納するエントリである。身体計測情報（ＢＭＩ、血圧、脂質、肝機能等）は、病院等の医療機関で測定ないし検査された結果の情報を格納するエントリである。

推奨食材レシピ（積極的に摂取すべき食材の種別や摂取量等を一意に識別するＩＤ）は、病院で提供される料理レシピ等によりエントリに格納される内容が格納される。推奨運動レシピ（積極的に実行すべき運動の種別や運動時間等を一意に識別するＩＤ）は、病院で提供される運動レシピないしスポーツジムで提供される運動レシピにより、エントリに格納される内容が格納される。なお、表中の略称は、ＦＲ（Ｆｏｏｄｓｔｕｆｆ Ｒｅｃｉｐｅｓ）、ＥＲ（Ｅｘｅｒｃｉｓｅ Ｒｅｃｉｐｅｓ）、Ｇ（Ｇｒａｎｄ Ｆａｔｈｅｒ／Ｇｒａｎｄ Ｍｏｔｈｅｒ）、Ｐ（Ｐａｒｅｎｔ）、Ｃ（Ｃｈｉｌｄ）を表す。

＜家族個人管理テーブル＞図３
図３は、家族個人管理テーブルの構成例を示す図である。家族個人管理テーブル１１２（以下、ＦＭ個人ＴＢＬ１１２）は、家族を構成する個人毎の身体情報・食事情報・運動情報を管理するテーブルである。

ＦＭ個人ＴＢＬ１１２は、通し番号（＃）、個人識別情報（氏名、年齢、身長、病歴、投薬状況、適切な食材レシピ及び運動レシピ）、日付情報、体重、朝／昼／夜毎の食事内容と摂取量（摂取比率：標準摂取量に対する実際の摂取量）、朝／昼／夜毎に実施した運動内容、消費カロリー、体調のエントリを有する。

図３の例では、氏名が“Ｎ田Ｂ夫”の場合、年齢が“６５歳”、身長が“１６５ｃｍ”、病歴が“高血圧”、投薬状況が“降圧剤服用”、適切な食材レシピの種別は“ＦＲ−Ｇ１”で、運動レシピの種別は“ＥＲ−Ｇ１”であることがＦＭ個人ＴＢＬ１１２より分かる。また、２０１４／１２／１９の体重は“７５．０Ｋｇ”で、朝の食事は“ＣＲＧ−Ｍ０１”という種類名の料理を標準量の８０％を食したことが分かる（図５参照）。昼及び夜の食事も同じで、摂取カロリーは合計で１８００ｋｃａｌである。また、朝の運動は“ＥＲ−Ｇ１１Ｍ”という種類名の運動を、昼は“ＥＲ−Ｇ１１Ｄ”という種類の運動を、夜は“ＥＲ−Ｇ１１Ｎ” という種類の運動を実施して、その結果、合計で１８００ｋｃａｌを消費したことになる。

＜家庭食材在庫管理テーブル＞図４
図４は、家庭食材在庫管理テーブルの構成例を示す図である。家庭食材在庫管理テーブル１１３（以下、ＦＭ食材在庫ＴＢＬ１１３）は、家庭に貯蔵している食材を管理するテーブルである。

ＦＭ食材在庫ＴＢＬ１１３は、通し番号（＃）、食材の品名（食材名）、購入日、購入先、購入量、残量、消費期限、カロリー（エネルギー量）、食材に含有されている栄養素の種類と、単位重量当たりの含有量の各エントリを有する。

例えば、通し番号（＃）が“１”の“トマト”は、２０１４／１２／１２にＭスーパーから３個（１００ｇ／個）購入した。購入後に１個消費して、残量が２個となっており、この消費期限が２０１４／１２／２１であることがＦＭ食材在庫ＴＢＬ１１３から分かる。また、この“トマト”は、２０ｋｃａｌ／個で表中の栄養素が含まれていることもＦＭ食材在庫ＴＢＬ１１３から分かる。

＜家族料理レシピ管理テーブル＞図５
図５は、家族料理レシピ管理テーブルの構成例を示す図である。家族料理レシピ管理テーブル１１４（以下、ＦＭ料理レシピＴＢＬ１１４）は、家族に提供した料理レシピの情報を管理するテーブルである。

ＦＭ料理レシピＴＢＬ１１４は、通し番号（＃）、日付情報、時間帯（朝／昼／夜）の種別、料理レシピグループ（Ｇｒ）の種別、料理内容（料理番号、料理番号毎の料理名及び料理レシピ種別）の各エントリを有する。

例えば、通し番号（＃）が“２”である２０１４／１２／１９の昼食は、料理１の料理名が“ごはん”で料理レシピ種別が“ＣＲ（Ｃｏｃｋｉｎｇ Ｒｅｃｉｐｅｓ）−ＩＤ−０２”と、料理２の料理名が“ハンバーグ”で料理レシピ種別が“ＣＲ−ＩＤ−９２”と、料理ｎの料理名が“トマトサラダ”で料理レシピ種別が“ＣＲ−ＩＤ−５３”であるｎ種類の料理を食したことが、ＦＭ料理レシピＴＢＬ１１４から分かる。

＜家族食材摂取管理テーブル＞図６
図６は、家族食材摂取管理テーブルの構成例を示す図である。家族食材摂取管理テーブル１２１（以下、ＦＭ食材摂取ＴＢＬ１２１）は、家族の個人別に摂取を推奨する食材を管理するテーブル（ＦＭ食材摂取ＴＢＬ１２１ａ）と、摂取を推奨する料理レシピを管理するテーブル（ＦＭ食材摂取ＴＢＬ１２１ｂ）で構成する。

ＦＭ食材摂取ＴＢＬ１２１ａは、通し番号（＃）、個人毎に適した食材の組み合わせを識別する個人別食材レシピ種別、個人別食材レシピ種別における食材の種類とその量の各エントリを有する。例えば、通し番号（＃）が“３”で個人別食材レシピ種別が“ＦＲ−Ｐ１”である人は、炭水化物系（米、玄米、麦、ジャガイモ、サツマイモ等）は少なく（少量）摂取すること、野菜（キャベツ、白菜、トマト等）は多く（多量）摂取すること、肉（牛、豚、鳥等）は少なく（少量）摂取すること、調味料（塩、醤油、味噌等）は少なく（少量）摂取することが推奨される。

なお、個人別食材レシピ種別の“ＦＲ−Ｐ１”は、前述のように、“ＦＲ”は“食材レシピ（Ｆｏｏｄｓｔｕｆｆ Ｒｅｃｉｐｅｓ）”を意味し、“Ｐ１”の“Ｐ”は“親（Ｐａｒｅｎｔ）”を示し、“１”は識別番号を表す。また、“Ｇ”は“Ｇｒａｎｄ＿Ｆａｔｈｅｒ／Ｇｒａｎｄ＿Ｍｏｔｈｅｒ”を、“Ｃ”は“Ｃｈｉｌｄ”を表す。このように、個人毎に健康を維持するための栄養素ないし成長に欠かせない栄養素の摂取の目安をＦＭ食材摂取ＴＢＬ１２１ａで管理することができる。

ＦＭ食材摂取ＴＢＬ１２１ｂは、通し番号（＃）、料理レシピ内容、料理レシピ種別、個人別食材レシピ種別、栄養素（野菜、魚介類、肉、調味料等）、カロリー、塩分、野菜摂取量の各エントリを有する。例えば、通し番号（＃）が“３”で料理レシピ内容が“トマトサラダ”は料理レシピ種別の情報として“ＣＲ−ＩＤ−５３”を有し、個人別食材レシピ種別の情報でしてされる人に提供されることが好ましい。本例では、ＦＲ−Ｇ１（祖父）、ＦＲ−Ｐ＊（ＦＲ−Ｐ１及びＦＲ−Ｐ２、“＊”は番号不問を表す）、ＦＲ−Ｃ＊の人が食するのに適した料理レシピが“トマトサラダ”であることを意味している。また、食材の種類と１人前当たりの食材量・カロリー・塩分・野菜摂取量もＦＭ食材摂取ＴＢＬ１２１ｂで管理している。

＜家族運動レシピ管理テーブル＞図７
図７は、家族運動レシピ管理テーブルの構成例を示す図である。家族運動レシピ管理テーブル１１５（以下、ＦＭ運動レシピＴＢＬ１１５）は、家族に提示する運動レシピを管理するテーブルである。

ＦＭ運動レシピＴＢＬ１１５は、通し番号（＃）、運動レシピ種別、運動項目（歩行、筋肉トレーニング、水泳、球技等）、運動項目毎の運動内容の各エントリを有する。例えば、通し番号（＃）が“４”の運動レシピ種別“ＥＲ−Ｐ２”に該当する人（図２のＦＭ構成ＴＢＬ１１１の“Ｎ田Ｅ子”）は、運動項目が“歩行”で、散歩・ジョギング・ランニングがそれぞれ“○（通常）”で、３０分間、２０分間、１０分間の運動時間が適当であることをＦＭ運動レシピＴＢＬ１１５で管理している。運動項目が“水泳”、“球技”も“歩行”と同様であるが、“筋肉トレーニング”は“△”で控えめで運動するようにＦＭ運動レシピＴＢＬ１１５では管理している。

なお、運動レシピ種別の“ＥＲ−Ｐ２”は、前述のように、“ＥＲ”は“運動レシピ（Ｅｘｅｒｃｉｓｅ Ｒｅｃｉｐｅｓ）”を意味し、“Ｐ１”の“Ｐ”は“親（Ｐａｒｅｎｔ）”を示し、“１”は識別番号を表す。また、“Ｇ”は“Ｇｒａｎｄ＿Ｆａｔｈｅｒ／Ｇｒａｎｄ＿Ｍｏｔｈｅｒ”を、“Ｃ”は“Ｃｈｉｌｄ”を表す。このように、個人毎に健康を維持するための運動ないし成長に欠かせない運動を行う目安をＦＭ運動レシピＴＢＬ１１５で管理することができる。

＜小売店購買管理テーブル＞図８
図８は、小売店購買管理テーブルの構成例を示す図である。小売店購買管理テーブル２１１（以下、ＳＭ購買ＴＢＬ２１１）は、スーパーマーケットやコンビニエンスストア等の小売店で購買した食材を管理するテーブルである。

ＳＭ購買ＴＢＬ２１１は、購入先である小売店（Ｍスーパー：符号２１１ａ、Ｓスーパー：符号２１１ｂ、Ｌコンビニ：符号２１１ｃ等）毎に設ける。各ＳＭ購買ＴＢＬ２１１テーブルは、通し番号（＃）、購入日、購入品名、購入量、消費期限、カロリー／エネルギー、購入品に含有される栄養素の種類と単位重量当たりの含有量の各エントリを有する。

＜病院患者管理テーブル＞図９
図９は、病院患者管理テーブルの構成例を示す図である。病院患者管理テーブル３１１（以下、ＨＰ患者ＴＢＬ３１１）は、患者の病歴を管理するテーブルである。

ＨＰ患者ＴＢＬ３１１は、通し番号（＃）、氏名、年齢、身長、体重、病歴、投薬状況、食事制限情報、適した運動内容（運動負荷情報も含む）、嗜好品（お酒、喫煙）、前回及び次回の来院日の各エントリを有する。例えば、通し番号（＃）が“２”の“Ｎ田Ｃ子”は、６１歳で身長が１５５ｃｍ、体重が５８ｋｇであり、高尿酸という病気で投薬はされていないが、プリン体を含む料理（食材）の摂取に制限があることが、本ＨＰ患者ＴＢＬ３１１で管理されている。

＜病院提供運動レシピテーブル＞図１０
図１０は、病院提供運動レシピテーブルの構成例を示す図である。病院提供運動レシピテーブル３１２（以下、ＨＰ運動レシピＴＢＬ３１２）は、患者に適した運動レシピを管理するテーブルである。

ＨＰ運動レシピＴＢＬ３１２は、通し番号（＃）、氏名、年齢、身長、体重、病歴、投薬状況、食事制限情報、適した運動内容（運動負荷情報も含む）、適した運動レシピ情報（運動内容と運動時間（上限））の各エントリを有する。ＨＰ運動レシピＴＢＬ３１２の情報が、病院３から自宅１に送信され、自宅１やスポーツジム４などで行うべき運動を家族各人が判別できる。また、後述するが同様の情報がスポーツジム４からも自宅１に送信されてくる。

＜病院提供料理レシピテーブル＞図１１
図１１は、病院提供料理レシピテーブルの構成例を示す図である。病院提供料理レシピテーブル３１３（以下、ＨＰ構成料理レシピＴＢＬ３１３）は、患者に適した料理レシピを管理するテーブルである。

ＨＰ構成料理レシピＴＢＬ３１３は、通し番号（＃）、氏名、年齢、身長、体重、病歴、投薬状況、食事制限情報、適した運動内容（運動負荷情報も含む）、料理レシピ情報（食材と摂取適否の各エントリを有する。料理レシピ情報では、食材毎に推奨（二重丸印：“◎”）、通常（丸印：“○”）、控えめ（三角印：“△”）、禁止（バツ印：“×”）という情報を設定し、個人毎に適した食材情報を提供する。

＜スポーツジム会員管理テーブル＞図１２
図１２は、スポーツジム会員管理テーブルの構成例を示す図である。スポーツジム会員管理テーブル４１１（以下、ＳＧ会員ＴＢＬ４１１）は、スポーツジムでの会員毎の個人情報を管理するテーブルである。

ＳＧ会員ＴＢＬ４１１は、通し番号（＃）、氏名（会員ＩＤ）、年齢、身長、病歴などの書誌事項の他に、スポーツジム４で実施した運動に関する情報、日付情報・体重・体調・運動内容とその消費カロリーの各エントリを有する。例えば、通し番号（＃）が“１”の場合、日付情報は“２０１４／１１／１１”で、その日の体重は７５ｋｇ、体調は良好で、歩行・ジョギング・ランニングをそれぞれ１５分、１０分、２０分行い、筋肉トレーニングとして腕立て・腹筋を２０回、１０回行い、更に、水泳と球技で、平泳ぎ・背泳・クロール・スカッシュを１０分、６分、４分、５分の間、実施して７５０ｋｃａｌのエネルギーを消費したことが分かるように管理されている。通し番号（＃）が“２”以降も“１”と同様である。

＜スポーツジム運動レシピ管理テーブル＞図１３
図１３は、スポーツジム運動レシピ管理テーブルの構成例を示す図である。スポーツジム運動レシピ管理テーブル４１２（以下、ＳＧ運動レシピＴＢＬ４１２）は、スポーツジム会員に適した運動レシピを管理するテーブルである。

ＳＧ運動レシピＴＢＬ４１２もＳＧ会員ＴＢＬ４１１と同様、通し番号（＃）、氏名（会員ＩＤ）、年齢、身長、病歴などの書誌事項の他に、スポーツジム４で実施した運動に関する情報、日付情報・体重・体調・運動内容とその消費カロリーの各エントリを有する。ＳＧ運動レシピＴＢＬ４１２とＳＧ会員ＴＢＬ４１１との相違点は、ＳＧ運動レシピＴＢＬ４１２の体重（上段：運動前、下段：運動後）、消費カロリー（上段：推定、下段：実績）・運動内容（上段：推奨、下段：実施実績）に運動前後の情報を格納するエントリを設けている点である。なお、体調のエントリにも運動前後の情報を格納してもよい。

＜個人運動履歴管理テーブル＞図１４
図１４は、個人運動履歴管理テーブルの構成例を示す図である。個人運動履歴管理テーブル５１１（以下、ＷＫ個人運動ＴＢＬ５１１）は、個人で運動した結果である運動履歴を管理するテーブルである。

ＷＫ個人運動ＴＢＬ５１１は、通し番号（＃）、氏名、年齢、身長、歩幅などの書誌事項の他に、自宅の外での動作（通勤・通学、スポーツジム以外での運動、買い物など）による歩数を計測した日付情報／曜日情報、体重、運動内容（歩行の種類と歩数）とその消費カロリーの各エントリを有する。運動内容としては、通常の歩行、ジョギング、ランニング、階段の昇り／降り、エレベータ（垂直方向）ないしエスカレータ（垂直方向及び水平方向の両方向）の移動時間、立ち止まり時間（移動から静止（移動量が０）への遷移及び静止から移動への遷移）、着席（移動量が小）を携帯装置５０（携帯電話など）の計測部５０４で計測し、その計測結果をＷＫ個人運動ＴＢＬ５１１に格納する。

＜薬局購買管理テーブル＞図１５
図１５は、薬局購買管理テーブルの構成例を示す図である。薬局（ドラッグストア）購買管理テーブル６１１（以下、ＤＳ購買ＴＢＬ６１１）は、薬局で購入した商品を管理するテーブルである。

ＤＳ購買ＴＢＬ６１１は、通し番号（＃）、購入日、購入先、購入品、個数、金額、消費期限、カロリー（エネルギー量）、含有成分と成分量の各エントリを有する。例えば、通し番号（＃）が“１”のビタミンＣ及び“２”のマルチビタミンＢは、Ａ薬局で２０１４／１２／１２にそれぞれ２個、１個が購入され、その購買金額が１０８０円、１２９６円である。また、このビタミンＣの消費期限は２０１６／１／３０、マルチビタミンＢの消費期限は２０１６／３／３０であることが分かる。

ドラッグストアやスーパーマーケット、コンビニなどの購入した時点での情報がＤＳ＿ＰＯＳ８０により自宅１のＦＭ＿ＨＬ＿ＳＹＳ１０に送信される。なお、図示はしていないが購買者を識別する氏名情報ないし会員ＩＤ情報等が本ＤＳ購買ＴＢＬ６１１に付加されている。

＜外食先飲食管理テーブル＞図１６
図１６は、外食先飲食管理テーブルの構成例を示す図である。外食先飲食管理テーブル７１１（以下、ＲＲ飲食ＴＢＬ７１１）は、外食先で飲食した情報を管理するテーブルである。

ＲＲ飲食ＴＢＬ７１１は、通し番号（＃）、外出日、外出先、外出者、外出者毎の飲食物、飲食個数、飲食物のカロリーと含有栄養素及び飲食金額の各エントリを有する。例えば、通し番号（＃）が“１”の場合、２０１４／１２／１２に、Ｎ田Ｄ男とＮ田Ｅ子がＸレストランに行き、和食御膳（金額：２１６０円）と洋食セット（金額：２７００円）をそれぞれ１個飲食したことが分かる。そして、Ｎ田Ｄ男が７６８ｋｃａｌのエネルギーと栄養素のエントリに格納された値の栄養素を摂取したことが分かる。Ｎ田Ｅ子の場合もＮ田Ｄ男と同様である。

レストランなどで飲食した情報がＰＲ＿ＰＯＳ７０により自宅１のＦＭ＿ＨＬ＿ＳＹＳ１０に送信される。

＜処理＞
＜家族構成テーブルの登録・更新処理＞図１７
図１７は、家族構成テーブルの登録・更新処理を示すフローチャート図である。

Ｓ１７０１で、ＣＰＵ１０１は、家族構成のＦＭ構成ＴＢＬ１１１及びＦＭ個人ＴＢＬ１１２に家族の氏名情報を登録する。
Ｓ１７０２で、ＣＰＵ１０１は、一番目の家族情報を選択する。

Ｓ１７０３で、ＣＰＵ１０１は、一番目の家族の生年月日情報を、ＦＭ構成ＴＢＬ１１１に登録する。
Ｓ１７０４で、ＣＰＵ１０１は、性別情報を、ＦＭ構成ＴＢＬ１１１に登録する。

Ｓ１７０５で、ＣＰＵ１０１は、身長／体重の情報を、ＦＭ構成ＴＢＬ１１１に登録する。
Ｓ１７０６で、ＣＰＵ１０１は、歩幅の情報を、ＦＭ構成ＴＢＬ１１１に登録する。
Ｓ１７０７で、ＣＰＵ１０１は、嗜好の情報を、ＦＭ構成ＴＢＬ１１１に登録する。

Ｓ１７０８で、ＣＰＵ１０１は、家族が病院で受診した際の情報、つまり患者情報（検査、病歴、投薬：ＨＭ患者ＴＢＬ３１１）を病院管理システム３０から取得する。ＣＰＵ１０１は、取得した患者情報をＦＭ構成ＴＢＬ１１１及びＦＭ個人ＴＢＬ１１２に登録するか、既に登録された内容を取得情報で更新する。
Ｓ１７０９で、ＣＰＵ１０１は、病院提供の推奨食材レシピ（ＨＰ料理レシピＴＢＬ３１３）の情報を取得する。そして、ＣＰＵ１０１は、取得した推奨食材レシピの情報をＦＭ構成ＴＢＬ１１１及びＦＭ運動レシピＴＢＬ１１５への登録または内容の更新を実行する。
Ｓ１７１０で、ＣＰＵ１０１は、病院提供の推奨運動レシピ（ＨＰ運動レシピＴＢＬ３１２）の情報を取得する。そして、ＣＰＵ１０１は、取得した推奨運動レシピの情報でＦＭ構成ＴＢＬ１１１及びＦＭ食材摂取ＴＢＬ１２１への登録または内容の更新を実行する。

Ｓ１７１１で、ＣＰＵ１０１は、全ての家族情報の登録・更新を完了したかを判断する。完了していない場合（Ｓ１７１１：Ｎｏ）、ＣＰＵ１０１はＳ１７１２を実行し、完了している場合（Ｓ１７１１：Ｙｅｓ）は処理を終了する。
Ｓ１７１２で、ＣＰＵ１０１は、次の家族を選択する。

以上のように、家族管理システム１０は、家族に関するテーブルへの情報の登録及び更新を行う。

＜病院患者個別管理テーブルの登録処理＞図１８
図１８は、病院患者個別管理テーブルの登録処理を示すフローチャート図である。

Ｓ１８０１で、ＣＰＵ３０１は、来院した患者に関する情報を取得し、ＨＰ患者ＴＢＬ３１１へ登録する。具体的には、ＣＰＵ３０１は、氏名・年齢（生年月日）・住所などのデータをＨＰ患者ＴＢＬ３１１の各エントリに登録する。
Ｓ１８０２で、ＣＰＵ３０１は、来院した患者が初めての来院かを判断する。この勝利はＳ１８０１で、登録した氏名及び生年月日と同一の人物が存在するかをＨＰ患者ＴＢＬ３１１の情報と照合して判断する。初めての来院である場合（Ｓ１８０２：Ｙｅｓ）、ＣＰＵ３０１はＳ１８０３を実行し、初めての来院でない場合（Ｓ１８０２：Ｎｏ）はＳ１８０４を実行する。
Ｓ１８０３で、検査技師ないし看護師は患者の身長、体重、視力等の一般身体計測を実施する。一般身体計測の計測結果が計測部３０４で受け付けられ、ＣＰＵ３０１がＨＰ患者ＴＢＬ３１１へ登録する。そして、ＣＰＵ３０１はＳ１８０４を実行する。

Ｓ１８０４で、医師は患者を診察して診察結果情報をＨＰ＿ＥＭＲ＿ＳＹＳ３０に入力する。入力された情報はＣＰＵ３０１で受け付けられ、ＨＰ患者ＴＢＬ３１１に登録される。
Ｓ１８０５で、ＣＰＵ３０１は、受け付けた診察情報から病気が特定されたかを判断する。病気が特定された場合（Ｓ１８０５：Ｙｅｓ）、ＣＰＵ３０１はＳ１８０９を実行し、病気が特定されない場合（Ｓ１８０５：Ｎｏ）はＳ１８０６を実行する。

Ｓ１８０６で、医師は検査が必要かを判断する。検査が必要な場合（Ｓ１８０６：Ｙｅｓ）、医師はＨＰ＿ＥＭＲ＿ＳＹＳ３０に必要な検査項目を入力する。
Ｓ１８０７で、検査項目を受け付けたＨＰ＿ＥＭＲ＿ＳＹＳ３０は、計測部３０４で所定の検査を実施して、その検査結果情報をＣＰＵ３０１が受け付けて、検査結果情報でＨＰ患者ＴＢＬ３１１への登録ないし更新を行う。そして、その検査結果に基づいて、医師は再度診察を行うため、処理がＳ１８０４に戻る。

Ｓ１８０８で、医師は、患者を経過観察とすべきと判断し、その情報をＨＰ＿ＥＭＲ＿ＳＹＳ３０に入力する。入力された情報がＣＰＵ３０１により受け付けられる。そして、処理Ｓ１８１５で、受け付けられた情報（診察情報、検査情報等）が、ＨＰ患者ＴＢＬ３１１に登録されか、ないし受付情報でテーブルが更新される。

Ｓ１８０９で、医師は投薬が必要かを判断する。その判断結果がＨＰ＿ＥＭＲ＿ＳＹＳ３０により受け付けられる。判断結果で投薬が必要な場合（Ｓ１８０９：Ｙｅｓ）は、処理がＳ１８１０に遷移し、不必要な場合（Ｓ１８０９：Ｎｏ）は、処理がＳ１８１１に遷移する。
Ｓ１８１０で、ＣＰＵ３０１は、投薬有無の判断結果の情報でＨＰ患者ＴＢＬ３１１に登録ないし登録内容の更新を実行する。

Ｓ１８１１で、医師は食事療法が必要かを判断する。その判断結果がＨＰ＿ＥＭＲ＿ＳＹＳ３０により受け付けられる。食事療法が必要な場合（Ｓ１８１１：Ｙｅｓ）は、処理がＳ１８１２に遷移し、不必要な場合（Ｓ１８１１：Ｎｏ）は、処理がＳ１８１３に遷移する。
Ｓ１８１２で、ＣＰＵ３０１は、食事（料理）レシピの生成とＨＰ料理レシピテーブル３１３への登録・更新を実行する。

Ｓ１８１３で、医師は運動療法が必要かを判断する。その判断結果がＨＰ＿ＥＭＲ＿ＳＹＳ３０により受け付けられる。運動療法が必要な場合（Ｓ１８１３：Ｙｅｓ）は、処理がＳ１８１４に遷移し、不必要な場合（Ｓ１８１３：Ｎｏ）は、処理がＳ１８１５に遷移する。
Ｓ１８１４で、ＣＰＵ３０１は、運動レシピの生成とＨＰ運動レシピＴＢＬ３１２への登録・更新を実行する。
Ｓ１８１５で、ＣＰＵ３０１は、診察情報（診察・検査・計測等の諸情報）をＨＰ患者ＴＢＬ３１１への登録・更新を実行する。

そして、ＨＰ患者ＴＢＬ３１１、ＨＰ運動レシピＴＢＬ３１２、ＨＰ料理レシピＴＢＬ３１３への登録・更新処理を終了する。以上のように、登録・更新されたテーブル類が、ＨＰ＿ＥＭＲ＿ＳＹＳ３０からＦＭ＿ＨＬ＿ＳＹＳ１０に送られ、ＦＭ＿ＨＬ＿ＳＹＳ１０のＣＰＵ１０１によりＦＭ構成ＴＢＬ１１１などの自宅関連テーブルの登録・更新が行われる。

＜運動情報の取得処理＞図１９
図１９は、運動情報の取得処理を示すフローチャート図である。

Ｓ１９０１で、ＣＰＵ１０１は、時刻情報を取得する。
Ｓ１９０２で、ＣＰＵ１０１は、取得した時刻情報から運動情報を取得する時刻かを判断する。運動情報を取得する時刻である場合（Ｓ１９０２：Ｙｅｓ）、ＣＰＵ１０１はＳ１９０３を実行し、取得する時刻でない場合（Ｓ１９０２：Ｎｏ）、再びＳ１９０１を実行する。
Ｓ１９０３で、ＣＰＵ１０１は、最初の家族の運動情報を取得するため、Ｎに“１”を設定する。

Ｓ１９０４で、ＣＰＵ１０１は、Ｎ人目（＝１人目）の携帯装置での運動実績情報（ＷＫ個人運動ＴＢＬ５１１）を取得する。
Ｓ１９０５で、ＣＰＵ１０１は、Ｎ人目（＝１人目）のスポーツジム４での運動実績情報（ＳＧ運動レシピＴＢＬ４１２）を取得する。
Ｓ１９０６で、ＣＰＵ１０１は、携帯装置での運動実績情報とスポーツジム４での運動実績情報とを加算して、合計運動量を算出する。

Ｓ１９０７で、ＣＰＵ１０１は、合計運動量から消費カロリーを算出する。
Ｓ１９０８で、ＣＰＵ１０１は、Ｎ人目（＝１人目）の平均体重をＳＧ運動レシピＴＢＬ４１２から算出する。
Ｓ１９０９で、ＣＰＵ１０１は、Ｎ人目（＝１人目）のＦＭ個人ＴＢＬ１１２の運動情報と体重情報を更新する。

Ｓ１９１０で、ＣＰＵ１０１は、全員の運動実績情報（運動情報及び体重情報）を処理したかを判断する。全員の運動実績情報を処理していない場合（Ｓ１９１０：Ｎｏ）、ＣＰＵ１０１はＳ１９１１を実行し、処理を完了している場合（Ｓ１９１０：Ｙｅｓ）は、本運動情報に関する処理を終了する。
Ｓ１９１１で、ＣＰＵ１０１は、次の人（２人目以降）の運動実績情報を処理するため、Ｎを１つ増加（Ｎ＝Ｎ＋１）させる。

以上のように、運動実績情報を取得しＦＭ個人ＴＢＬ１１２の更新を行うことで、体重及び消費カロリーの日々管理が可能となる。

＜購買・飲食情報取得と対応テーブルの更新処理＞図２０
図２０は、購買・飲食情報取得と対応テーブルの更新処理を示すフローチャート図である。

Ｓ２００１で、ＣＰＵ１０１は、時刻情報を取得する。
Ｓ２００２で、ＣＰＵ１０１は、取得した時刻情報が購買情報を取得する時刻であるかを判断する。購買情報を取得する時刻である場合（Ｓ２００２：Ｙｅｓ）、ＣＰＵ１０１はＳ２００３を実行し、取得する時刻でない場合（Ｓ２００２：Ｎｏ）、再びＳ２００１を実行する。

Ｓ２００３で、ＣＰＵ１０１は、スーパー（小売店）等のＳＭ＿ＰＯＳ２０から購買情報を取得する。そして、ＣＰＵ１０１は、取得した購買情報からスーパー（小売店）での購買実績（購買品有無）があるかを判断する。購買実績がある場合（Ｓ２００３：Ｙｅｓ）、ＣＰＵ１０１はＳ２００４を、無い場合（Ｓ２００３：Ｎｏ）はＳ２００５を実行する。
Ｓ２００４で、ＣＰＵ１０１は、ＳＭ＿ＰＯＳ２０から購買情報（ＳＭ購買ＴＢＬ２１１）を取得し、取得情報でＦＭ食材在庫ＴＢＬ１１３の更新を行う。

Ｓ２００５で、ＣＰＵ１０１は、ドラッグストア（薬局）６のＤＳ＿ＰＯＳ６０から購買情報を取得する。そして、ＣＰＵ１０１は、取得した購買情報からドラッグストア（薬局）での購買実績（購買品有無）があるかを判断する。購買実績がある場合（Ｓ２００５：Ｙｅｓ）、ＣＰＵ１０１はＳ２００６を、無い場合（Ｓ２００５：Ｎｏ）はＳ２００７を実行する。
Ｓ２００６で、ＣＰＵ１０１は、ＤＳ＿ＰＯＳ６０から購買情報（ＤＳ購買ＴＢＬ６１１）を取得し、取得情報でＦＭ食材在庫ＴＢＬ１１３の更新を行う。

Ｓ２００７で、ＣＰＵ１０１は、レストラン７のＰＲ＿ＰＯＳ７０から飲食情報を取得し、外食した実績があるかを判断する。外食実績がある場合（Ｓ２００７：Ｙｅｓ）、ＣＰＵ１０１はＳ２００８を、無い場合（Ｓ２００７：Ｎｏ）は処理を終了する。
Ｓ２００８で、ＣＰＵ１０１は、外食先での飲食情報（ＲＲ飲食ＴＢＬ７１１）を取得し、取得情報でＦＭ個人ＴＢＬ１１２を更新する。そして、本処理を終了する。

以上の処理で、ＦＭ食材在庫ＴＢＬ１１３及びＦＭ個人ＴＢＬ１１２への登録及び更新を行うことで購買品及び飲食実績の日々管理が可能となる。

＜料理レシピ＞図２１、図２２
図２１は、料理レシピ生成と食材在庫情報の更新処理を示すフローチャート図である。
図２２は、料理レシピ候補の生成と提示処理を示すフローチャート図である。

まず、料理レシピ生成と食材在庫情報の更新処理を説明する。
Ｓ２１０１で、ＣＰＵ１０１は、食材の在庫状況を判断するため、ＦＭ食材在庫ＴＢＬ１１３を取得する。
Ｓ２１０２で、ＣＰＵ１０１は、ＦＭ食材在庫ＴＢＬ１１３で管理されている食材の消費期限を取得する。ＣＰＵ１０１は、取得した消費期限までの残日数が予め食材毎に設定された消費閾値以下かを判断する。例えば、生魚や野菜などの生鮮食料品の消費閾値は２なし３日として早めに消費するように設定する。乾麺や缶詰などの消費閾値は１週間程度の値とする。閾値以下の場合（Ｓ２１０２：Ｙｅｓ）、ＣＰＵ１０１はＳ２１０３を実行し、閾値以下でない場合（Ｓ２１０２：Ｎｏ）、Ｓ２１０４を実行する。

Ｓ２１０３で、ＣＰＵ１０１は、消費閾値以下の食材を早期消費リストに登録する。この早期消費リストに登録された食材で作ることのできる料理のレシピを家族に提供することが本実施例での特徴の一つである。
Ｓ２１０４で、ＣＰＵ１０１は、全ての食材について消費期限の確認を終了したかを判断する。終了した場合（Ｓ２１０４：ＹＥＳ）、ＣＰＵ１０１はＳ２１０５を実行し、終了しえいない場合（Ｓ２１０４：Ｎｏ）、Ｓ２１０１を再び実行する。

Ｓ２１０５で、ＣＰＵ１０１は、料理レシピの生成・選択処理を実行する。この処理の詳細な動作については、図２２で説明する。
Ｓ２１０６で、ＣＰＵ１０１は、選択された料理レシピで使用される食材情報で食材在庫情報（ＦＭ食材在庫ＴＢＬ１１３）を更新する。

次に、料理レシピ候補の生成と提示処理の詳細について図２２で説明する。
Ｓ２２０１で、ＣＰＵ１０１は、食材の在庫で調理可能な料理レシピ情報１を生成する。この時、ＣＰＵ１０１は、早期消費リストに登録された食材を優先的に消費できる優先料理レシピ情報も生成させる。ＰＵ１０１は、料理レシピ情報の生成をＦＭ食材摂取ＴＢＬ１２１ａ及びＦＭ食材摂取ＴＢＬ１２１ｂに基づき、家族の健康維持・育成・病気改善に好適な料理レシピを生成する。以下の料理レシピ情報の生成も同様である。
Ｓ２２０２で、ＣＰＵ１０１は、補充（購入）により調理可能な料理レシピ情報２を生成する。この場合も、ＣＰＵ１０１は、早期消費リストに登録された食材を優先的に消費できる優先料理レシピ情報を生成させる。

Ｓ２２０３で、ＣＰＵ１０１は、優先料理レシピ情報を含む料理レシピ情報１を出力部１０６の表示画面等に表示して家族に提示する。
Ｓ２２０４で、ＣＰＵ１０１は、補充食材の種類と補充食材により調理可能な料理レシピ情報２（優先料理レシピ情報を含む）をＦＭ＿ＨＬ＿ＳＹＳ１０の出力部１０６の表示画面等に表示して家族に提示する。

Ｓ２２０５で、料理を行う家族は、提示された料理レシピと補充食材を検討し、購入する補充食材を決定し、その購入可能な補充食材の情報をＦＭ＿ＨＬ＿ＳＹＳ１０の入力部１０５が受け付け、ＣＰＵ１０１が取得する。
Ｓ２２０６で、ＣＰＵ１０１は、購入可能な補充食材があるかを判断する。購入可能な補充食材がある場合（Ｓ２２０６：Ｙｅｓ）、ＣＰＵ１０１はＳ２２０７を実行し、無い場合（Ｓ２２０６：Ｎｏ）はＳ２２０９を実行する。

Ｓ２２０７で、ＣＰＵ１０１は、補充食材を購入することで調理可能な料理レシピ情報３を生成する。
Ｓ２２０８で、ＣＰＵ１０１は、料理レシピ情報１と料理レシピ情報３を出力部１０６の表示画面等に提示する。

Ｓ２２０９で、ＣＰＵ１０１は、料理レシピ情報１を出力部１０６の表示画面等に再提示する。
Ｓ２２１０で、料理人は提示された料理レシピ情報から料理する料理レシピを選択し、その情報をＦＭ＿ＨＬ＿ＳＹＳ１０に入力し、入力部１０５で当該情報が受け付けられる。ＣＰＵ１０１は、この選択された料理レシピ情報を入力部１０５から取得する。
Ｓ２２１１で、ＣＰＵ１０１は、Ｓ２２１０で取得した料理レシピ情報でＦＭ個人ＴＢＬ１１２及びＦＭ料理レシピＴＢＬ１１４を更新する。

以上の処理で、消費期限と、追加の購入食材と、家族の健康状態等を考慮した好適な料理レシピを提供できる。

＜運動レシピ＞図２３、図２４
図２３は、運動レシピ生成と選択処理を示すフローチャート図である。図２４は、運動レシピ候補の生成処理を示すフローチャート図である。

最初に、運動レシピ生成と選択処理を説明する。
Ｓ２３０１で、ＣＰＵ１０１は、最初の家族の運動レシピ情報を取得するため、Ｎに“１”を設定する（Ｎ＝１）。
Ｓ２３０２で、ＣＰＵ１０１は、Ｎ人目（＝１人目）における病院３（ＨＰ＿ＥＭＲ＿ＳＹＳ３０）が提供する運動レシピ情報１（ＨＰ運動ＴＢＬ３１２）を取得する。
Ｓ２３０３で、ＣＰＵ１０１は、Ｎ人目（＝１人目）のスポーツジム４（運動管理装置４０）が提供する運動レシピ情報２（ＳＧ運動レシピＴＢＬ４１２）を取得する。

Ｓ２３０４で、ＣＰＵ１０１は、他の運動レシピ情報があるかを判断する。他の運動レシピ情報が有る場合（Ｓ２３０４：Ｙｅｓ）、ＣＰＵ１０１はＳ２３０５を実行し、無い場合（Ｓ２３０４：Ｎｏ）はＳ２３０６を実行する。
Ｓ２３０５で、ＣＰＵ１０１は、Ｎ人目（＝１人目）のその他の運動レシピ情報３を他の外部装置やシステムから取得する。
Ｓ２３０６で、ＣＰＵ１０１は、運動レシピ候補の生成を行う。運動レシピ候補の生成処理の詳細な動作は図２４で説明する。

Ｓ２３０７で、ＣＰＵ１０１は、全員の運動レシピ候補が決定したかを判断する。決定している場合（Ｓ２３０７：Ｙｅｓ）、ＣＰＵ１０１はＳ２３０９を実行し、決定していない場合（Ｓ２３０７：Ｎｏ）はＳ２３０８を実行する。
Ｓ２３０８で、ＣＰＵ１０１は、次の人（２人目以降）の運動レシピ情報を処理するため、Ｎを１つ増加（Ｎ＝Ｎ＋１）させる。
Ｓ２３０９で、ＣＰＵ１０１は、運動レシピ候補（運動の種類、運動時間、消費カロリーなどのメニュー）を出力部１０６の表示画面等に提示する。家族員は、提示された運動レシピ候補から実際に行う運動レシピを選択し、その選択結果をＦＭ＿ＨＬ＿ＳＹＳ１０に入力すると、入力部１０５で情報が受け付けられる。
Ｓ２３１０で、ＣＰＵ１０１は、入力部１０５で受け付けられた運動レシピ情報を取得する。また、ＣＰＵ１０１は、取得した運動レシピ情報で、ＦＭ個人ＴＢＬ１１２及びＦＭ運動１１５の更新を行う。

次に、運動レシピ候補の生成処理を図２４で説明する。
Ｓ２４０１で、ＣＰＵ１０１は、運動レシピ情報１から３までのＡＮＤ条件での運動レシピ候補１を生成する。この処理により、限定された運動内容が求まり、負荷の軽い運動情報を家族に提供できる。
Ｓ２４０２で、ＣＰＵ１０１は、運動レシピ情報１から３までのＯＲ条件での運動レシピ候補２を生成する。この処理により、広い運動内容が求まり、負荷の高い運動も含めた運動情報を家族に提供できる。

Ｓ２４０３で、ＣＰＵ１０１は、運動レシピ候補１で消費可能なカロリーを算出する。
Ｓ２４０４で、ＣＰＵ１０１は、運動レシピ候補２で消費可能なカロリーを算出する。
Ｓ２４０５で、ＣＰＵ１０１は、運動レシピ情報１から３で消費可能なカロリーを算出する。

以上の処理で、家族の健康状態等を考慮した好適な運動レシピを提供できる。

＜レシピ提示画面＞図２５
図２５は、推奨の料理レシピ及び運動レシピを提示する画面構成例を示す図である。

提示画面２５０は、家族毎の書誌事項を表示する表示領域２５０１と、料理レシピ表示領域２５０２、運動レシピ表示領域２５０３、特記事項表示領域２５０４を有する。

表示領域２５０１には、家族氏名、現時点での日付情報、年齢、性別、身長、体重（測定日時点）などの個人の個体情報がＣＰＵ１０１により表示される。なお、家族氏名の欄は、プルダウンメニューとなっており表示させたい家族を選択できるようになっている。すなわち、図２５の例では“Ｎ田Ｄ男”となっているが、プルダウンメニュー“Ｎ田Ｂ夫”を選択し、“Ｎ田Ｂ夫”に関する情報を表示領域２５０１から２５０４に表示させることもできる。

料理レシピ表示領域２５０２には、図２５のように、食材消費期限からの推奨される料理推奨レシピ情報（推奨栄養素及び制限栄養素の種類、摂取カロリー・タンパク質量など）、朝・昼・夕の献立内容と標準摂取カロリーなどがＣＰＵ１０１により表示される。

運動レシピ表示領域２５０３には、図２５のように、運動推奨レシピ情報として、例えば健康管理（病院）面からの推奨された運動内容、運動時間、消費カロリーなどがＣＰＵ１０１により表示される。

特記事項表示領域２５０４には、図２５のように、ＣＰＵ１０１によりメタボ（理想体重７０Ｋｇ、高カロリー食禁止）、高尿酸（ビール、モツ煮等控えめ）、運動負荷＆運動量は要吟味等の情報が表示され、健康維持・怪我防止等の情報を家族に提供できる。

この提示画面２５０により、家族の各人に現在の身体状況、摂取が推奨される料理や適切な運動内容を提示できるので

以上説明したように、本実施形態のレシピ提供システムでは、システム全体を制御するＣＰＵと１つ以上の外部システムとの通信を行う通信部とを備え、ＣＰＵは外部システムの内、通信部に接続している第１の外部システムからの商品購入情報を取得し、外部システムの内、通信部に接続している第２の外部システムからの健康状態情報と第１の料理情報と第１の運動情報とを取得し、外部システムの内、通信部に接続している第３の外部システムからの第２の運動情報を取得し、商品購入情報と健康状態情報と第１の料理情報からレシピ提供システムを利用する利用者に対する推奨料理レシピ情報を生成して提示するとともに、第１の運動情報と、第２の運動情報と、健康状態情報により利用者に対する推奨運動レシピ情報を生成して提示できる。

そのため、料理及び運動に関する好適なレシピを提供できるので、健康維持・健康増進・食材廃棄ロス低減・無駄な食品購入防止を図れるという効果を得られる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置いてもよい。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１０：家族管理システム、２０：小売店管理システム、３０：病院管理システム、４０：運動管理装置、５０：携帯装置、６０：ドラッグストア管理システム、７０：飲食管理システム、１０１／２０１／３０１／４０１／５０１／６０１／７０１：ＣＰＵ、１０２／２０２／３０２／４０２／５０２／６０２／７０２：記憶部、１０３／２０３／３０３／４０３／５０３／６０３／７０３：通信部、１０４／３０４／４０４／５０４：計測部、１０５：入力部、１０６：出力部、１１１：家族構成管理テーブル、１１２：家族個人管理テーブル、１１３：家庭食材在庫管理テーブル、１１４：家族料理レシピ管理テーブル、１１５：家族運動レシピ管理テーブル、１２１：家族食材摂取管理テーブル、２１１：小売店購買管理テーブル、３１１：病院患者管理テーブル、３１２：病院提供運動レシピテーブル、３１３：病院提供料理レシピテーブル、４１１：スポーツジム会員管理テーブル、４１２：スポーツジム運動レシピ管理テーブル、５１１：個人運動履歴管理テーブル、６１１：薬局購買管理テーブル、７１１：外食先飲食管理テーブル

Claims (9)

1. 料理レシピまたは運動レシピをユーザに提示するレシピ提供システムであって、
   前記レシピ提供システムは、
   システム全体を制御するＣＰＵと、
   １つ以上の外部システムとの通信を行う通信部と、を備え、
   前記ＣＰＵは、
   前記外部システムの内、前記通信部に接続している第１の外部システムからの商品購入情報を取得し、
   前記外部システムの内、前記通信部に接続している第２の外部システムからの健康状態情報と第１の料理情報と第１の運動情報と、を取得し
   前記外部システムの内、前記通信部に接続している第３の外部システムからの第２の運動情報を取得し、
   前記商品購入情報と前記健康状態情報と前記第１の料理情報から前記レシピ提供システムを利用する利用者に対する推奨料理レシピ情報を生成して提示するとともに、
   前記第１の運動情報と、前記第２の運動情報と、前記健康状態情報により前記利用者に対する推奨運動レシピ情報を生成して提示する
   ことを特徴とするレシピ提供システム。
2. 請求項１記載のレシピ提供システムであっては、更に、
   各種データや情報を一時的に格納するメモリと、
   各種データや情報を恒久的に格納する記憶媒体と、
   各種データや情報を入力する入力部と、
   各種データや情報を出力する出力部と、
   人間の身体状態及び行動状況を計測する計測部と、を備える
   ことを特徴とするレシピ提供システム。
3. 請求項２記載のレシピ提供システムであって、
   前記推奨料理レシピ情報は、前記入力部からの入力データないし前記計測部での計測データを用いて生成される
   ことを特徴とするレシピ提供システム。
4. 請求項２記載のレシピ提供システムであって、
   前記推奨運動レシピ情報は、前記入力部からの入力データないし前記計測部での計測データを用いて生成される
   ことを特徴とするレシピ提供システム。
5. 請求項１記載のレシピ提供システムであって、前記第１の外部システムは、
   商品を小売りする小売店での商品管理システムである
   ことを特徴とするレシピ提供システム。
6. 請求項１記載のレシピ提供システムであって、前記第２の外部システムは、
   病院での患者管理システムである
   ことを特徴とするレシピ提供システム。
7. 請求項１記載のレシピ提供システムであって、前記第３の外部システムは、
   スポーツジムでの運動管理システムである
   ことを特徴とするレシピ提供システム。
8. 料理レシピまたは運動レシピをユーザに提示するレシピ提供システムのレシピ提供方法であって、
   前記レシピ提供システムは、
   システム全体を制御するＣＰＵと、
   １つ以上の外部システムとの通信を行う通信部と、を備え、
   前記ＣＰＵが、
   前記外部システムの内、前記通信部に接続している第１の外部システムからの商品購入情報を取得するステップと、
   前記外部システムの内、前記通信部に接続している第２の外部システムからの健康状態情報と第１の料理情報と第１の運動情報と、を取得するステップと、
   前記外部システムの内、前記通信部に接続している第３の外部システムからの第２の運動情報を取得するステップと、
   前記商品購入情報と前記健康状態情報と前記第１の料理情報から前記レシピ提供システムを利用する利用者に対する推奨料理レシピ情報を生成して提示するするステップと、
   前記第１の運動情報と、前記第２の運動情報と、前記健康状態情報により前記利用者に対する推奨運動レシピ情報を生成して提示するステップと、を実行する
   ことを特徴とするレシピ提供方法。
9. 料理レシピまたは運動レシピをユーザに提示するレシピ提供システムのレシピ提供プログラムであって、
   前記レシピ提供システムは、
   システム全体を制御するＣＰＵと、
   １つ以上の外部システムとの通信を行う通信部と、を備え、
   前記ＣＰＵが実行する前記レシピ提供プログラムが、
   前記外部システムの内、前記通信部に接続している第１の外部システムからの商品購入情報を取得する機能と、
   前記外部システムの内、前記通信部に接続している第２の外部システムからの健康状態情報と第１の料理情報と第１の運動情報と、を取得する機能と、
   前記外部システムの内、前記通信部に接続している第３の外部システムからの第２の運動情報を取得する機能と、
   前記商品購入情報と前記健康状態情報と前記第１の料理情報から前記レシピ提供システムを利用する利用者に対する推奨料理レシピ情報を生成して提示する機能と、
   前記第１の運動情報と、前記第２の運動情報と、前記健康状態情報により前記利用者に対する推奨運動レシピ情報を生成して提示する機能と、を有する
   ことを特徴とするレシピ提供プログラム。

Images