JP2019133624A

JP2019133624A - レシピ情報提供装置、レシピ情報提供方法およびレシピ情報提供プログラム

Info

Publication number: JP2019133624A
Application number: JP2018164844A
Authority: JP
Inventors: 哲也野尻; Tetsuya Nojiri
Original assignee: Oishi Kenko Inc
Current assignee: Oishi Kenko Inc
Priority date: 2018-09-03
Filing date: 2018-09-03
Publication date: 2019-08-08

Abstract

【課題】複数の料理を組み合わせた献立全体で必要な栄養素を摂取できるような献立を提案可能なレシピ情報提供装置、方法およびプログラムを提供する。【解決手段】主菜、主食、副菜等の複数の料理を組み合わせた献立のレシピ情報を提供するレシピ情報提供システム１のレシピ情報提供装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。記憶部１２０は、各料理のレシピ情報、栄養価、料理種別、及び料理ジャンルを記憶するレシピ情報ＤＢ１２１と、ユーザの体格や健康状態等の属性情報を記憶する属性情報ＤＢ１２２とを備える。制御部１３０は、属性情報に基づいてユーザが摂取すべき栄養価の値を算出する栄養価算出部１３１と、ユーザが摂取すべき栄養価の値に基づいて複数の料理のレシピ情報をレコメンドするレシピ情報レコメンド部１３２とを備える。【選択図】図１

Description

本開示は、複数の料理からなる献立のレシピ情報を提供するためのレシピ情報提供装置、方法およびプログラムに関する。

ユーザに料理レシピ情報（以下、単に「レシピ情報」という。）を提供するシステムが知られている（例えば、特許文献１参照。）。特許文献１に開示されているシステムにおいては、ユーザが希望する栄養成分の部分的な変更を反映させたレシピ情報が提供される。

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

しかしながら、特許文献１に記載のシステムは、単品の料理のレシピ情報について栄養成分の変更が可能であるが、複数の料理を組み合わせてレシピ情報を提供するものではない。食事において所定の栄養素を摂取するためには、単品の料理の栄養素も重要であるが、複数の料理、例えば主菜、主食、副菜等を組み合わせた献立全体で栄養バランスの良い食事をすることが重要であるといわれている。そのため、複数の料理を組み合わせた献立全体で必要な栄養素を摂取できるような献立を提案できるようなレシピ情報提供システムが望まれていた。

また、複数の料理を組み合わせた献立を提供する場合、適切な料理を組み合わせる必要がある。例えば、単に必要な栄養素を摂取できるような料理の組み合わせを提供するだけではなく、通常、和食、洋食等の料理ジャンルを統一したり、主菜と副菜とでメイン食材が重複しないようにしたりする必要がある。そのため、複数の料理を組み合わせた献立を提供する場合、料理ジャンル等を考慮した組み合わせの献立を提案できるようなレシピ情報提供システムが望まれていた。

そこで、本開示では、複数の料理を組み合わせた献立全体で必要な栄養素を摂取できるような献立を提案可能であり、料理ジャンル等を考慮した組み合わせの献立を提案可能なレシピ情報提供装置、方法およびプログラムについて説明する。

本開示の一態様におけるレシピ情報提供装置は、ユーザが操作する端末装置に、複数の料理からなる献立のレシピ情報を提供するレシピ情報提供装置であって、各料理のレシピ情報を、当該料理に含まれる、少なくともエネルギー、炭水化物、たんぱく質、脂質、塩分を含む複数種類からなる栄養価の値と、料理種別とに紐付けて記憶するレシピ情報記憶部と、ユーザの体格及び健康状態を含む属性が入力され、属性に基づくユーザの属性情報を記憶する属性情報記憶部と、属性情報記憶部に記憶された属性情報に基づき、ユーザが摂取すべき栄養価の値を算出する栄養価算出部と、ユーザが摂取すべき栄養価の値に基づき、異なる料理種別の複数の料理のレシピ情報を、レシピ情報記憶部に記憶されたレシピ情報からレコメンドするレシピ情報レコメンド部と、を備え、料理種別は、主菜、主食、副菜を含む情報であり、栄養価算出部は、ユーザがレシピ情報レコメンド部によりレコメンドされたレシピ情報から一のレシピ情報を選択すると、ユーザが摂取すべき栄養価の値から、選択されたレシピ情報の料理に含まれる栄養価の値を減じてユーザが摂取すべき残りの栄養価の値を算出し、レシピ情報レコメンド部は、料理のレシピ情報を、料理種別が主菜、主食、副菜の順になるようにレコメンドし、料理種別が主菜の料理のレシピ情報をレコメンドするとき、料理に含まれる栄養価の値が、ユーザが摂取すべき栄養価の値における栄養価ごとの所定の割合以下になるようにレコメンドし、料理種別が主食の料理のレシピ情報をレコメンドするとき、料理に含まれる栄養価の値が、ユーザが摂取すべき栄養価の値から、料理種別が主菜の料理に含まれる栄養価の値を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドし、料理種別が副菜の料理のレシピ情報をレコメンドするとき、料理に含まれる栄養価の値が、ユーザが摂取すべき栄養価の値から、料理種別が主菜の料理に含まれる栄養価の値と、料理種別が主食の料理に含まれる栄養価の値と、を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドする。

本開示の一態様におけるレシピ情報提供方法は、ユーザが操作する端末装置に、複数の料理からなる献立のレシピ情報を提供するレシピ情報提供方法であって、ユーザの体格及び健康状態を含む属性が入力された属性情報に基づき、栄養価算出部によりユーザが摂取すべき、少なくともエネルギー、炭水化物、たんぱく質、脂質、塩分を含む複数種類からなる栄養価の値を算出する栄養価算出ステップと、ユーザが摂取すべき栄養価の値に基づき、レシピ情報レコメンド部により、当該料理に含まれる栄養価の値及び、主菜、主食、副菜を含む情報である料理種別から、料理種別が主菜の料理のレシピ情報を、料理に含まれる栄養価の値が、ユーザが摂取すべき栄養価の値における栄養価ごとの所定の割合以下になるようにレコメンドするレシピ情報レコメンドステップと、レシピ情報レコメンド部によりレコメンドされたレシピ情報から、一のレシピ情報をユーザに選択させるレシピ情報選択ステップと、栄養価算出部により、ユーザが摂取すべき栄養価の値から、選択されたレシピ情報の料理に含まれる栄養価の値を減じてユーザが摂取すべき残りの栄養価の値を算出する栄養価再計算ステップと、レシピ情報レコメンド部により、ユーザが摂取すべき残りの栄養価の値に基づき、料理種別が主食の料理のレシピ情報を、料理に含まれる栄養価の値が、ユーザが摂取すべき栄養価の値から、料理種別が主菜の料理に含まれる栄養価の値を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドし、料理種別が副菜の料理のレシピ情報を、料理に含まれる栄養価の値が、ユーザが摂取すべき栄養価の値から、料理種別が主菜の料理に含まれる栄養価の値と、料理種別が主食の料理に含まれる栄養価の値と、を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドするレシピ情報再レコメンドステップと、を備える。

また、本開示の一態様におけるレシピ情報提供プログラムは、ユーザが操作する端末装置に、複数の料理からなる献立のレシピ情報を提供するレシピ情報提供プログラムであって、ユーザの体格及び健康状態を含む属性が入力された属性情報に基づき、ユーザが摂取すべき、少なくともエネルギー、炭水化物、たんぱく質、脂質、塩分を含む複数種類からなる栄養価の値を算出する栄養価算出ステップと、ユーザが摂取すべき栄養価の値に基づき、当該料理に含まれる栄養価の値及び、主菜、主食、副菜を含む情報である料理種別から、料理種別が主菜の料理のレシピ情報を、料理に含まれる栄養価の値が、ユーザが摂取すべき栄養価の値における栄養価ごとの所定の割合以下になるようにレコメンドするレシピ情報レコメンドステップと、レコメンドされたレシピ情報から、一のレシピ情報をユーザに選択させるレシピ情報選択ステップと、ユーザが摂取すべき栄養価の値から、選択されたレシピ情報の料理に含まれる栄養価の値を減じてユーザが摂取すべき残りの栄養価の値を算出する栄養価再計算ステップと、ユーザが摂取すべき残りの栄養価の値に基づき、料理種別が主食の料理のレシピ情報を、料理に含まれる栄養価の値が、ユーザが摂取すべき栄養価の値から、料理種別が主菜の料理に含まれる栄養価の値を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドし、料理種別が副菜の料理のレシピ情報を、料理に含まれる栄養価の値が、ユーザが摂取すべき栄養価の値から、料理種別が主菜の料理に含まれる栄養価の値と、料理種別が主食の料理に含まれる栄養価の値と、を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドするレシピ情報再レコメンドステップと、を電子計算機に実行させる。

本開示によれば、複数の料理を組み合わせた献立全体で必要な栄養素を摂取できるような献立を提案することが可能である。また、料理ジャンル等を考慮した組み合わせの献立を提案することが可能である。

本開示の一実施形態に係るレシピ情報提供装置を示すブロック図である。図１のレシピ情報ＤＢ１２１に格納されている各料理のレシピ情報の例を示す図である。図１のレシピ情報ＤＢ１２１に格納されている栄養価、料理種別、及び料理ジャンルの例を示す図である。図１の属性情報ＤＢ１２２に格納されているユーザの体格及び健康状態の例を示す図である。図１に示すレシピ情報提供システム１によるレシピ情報提供方法を示すフローチャートである。図５のステップＳ１０１にて表示されるユーザログイン画面の例を示す模式図である。図５のステップＳ１０２にて表示されるユーザ登録画面の例を示す模式図である。図５のステップＳ１０５にて表示されるレシピ情報画面の例を示す模式図である。図５のステップＳ１０６にて表示されるレシピ情報画面の例を示す模式図である。図５のステップＳ１０９にて表示されるレシピ情報画面の例を示す模式図である。図５のステップＳ１０９にて表示されるレシピ情報画面でレシピを選択した例を示す模式図である。本開示の一実施形態に係るレシピ情報提供装置で使用されるレシピ情報ＤＢ１２１に格納されている栄養価、料理種別、及び料理ジャンルの例を示す模式図である。本開示の一実施形態に係るレシピ情報提供装置で使用されるレシピ情報ＤＢ１２１に格納されている栄養価、料理種別、及び料理ジャンルの例を示す模式図である。本開示の一実施形態に係るレシピ情報提供装置のステップＳ１０５にて表示されるレシピ情報画面の例を示す模式図である。本開示の一実施形態に係るレシピ情報提供システムを示すブロック図である。図１５の献立情報ＤＢ１２３に格納されているユーザごとの献立情報の例を示す図である。

本開示の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。

（実施形態１）
＜構成＞
図１は、本開示の実施形態１に係るレシピ情報提供システム１のブロック図である。このレシピ情報提供システム１は、例えば、主菜、主食、副菜等の複数の料理を組み合わせた献立のレシピ情報を提供するシステムである。このレシピ情報提供システム１では、ユーザの体格や健康状態が属性情報として登録され、登録された属性情報に基づいて摂取すべき栄養価が算出されてその栄養価を含む複数の料理のレシピ情報の候補がレコメンドされ、その中からユーザの操作により好みの料理が選択され、献立を完成させるために使用される。

レシピ情報提供システム１は、レシピ情報提供装置１００と、端末装置Ｔ１、Ｔ２、・・・と、ネットワークＮＷと、を有している。レシピ情報提供装置１００と、端末装置Ｔ１、Ｔ２、・・・とは、ネットワークＮＷを介して接続される。ネットワークＮＷは、インターネット、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等により構成される。

レシピ情報提供装置１００は、レシピ情報を提供する事業者のサーバであり、ユーザの登録情報を管理し、レシピ情報を提供する。このレシピ情報提供装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。

通信部１１０は、端末装置Ｔ１、Ｔ２、・・・と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の通信規約により通信が行われる。

記憶部１２０は、各種制御処理や制御部１３０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成される。また、記憶部１２０は、各料理のレシピ情報、栄養価、料理種別、及び料理ジャンルを記憶するレシピ情報ＤＢ１２１と、ユーザの体格や健康状態等の属性情報を記憶する属性情報ＤＢ１２２とを備えている。レシピ情報ＤＢ１２１及び属性情報ＤＢ１２２は、制御部１３０内の各機能を実行するためのプログラムからアクセスされて参照、更新が可能なデータベースである。さらに、記憶部１２０は、後述する栄養価算出部１３１によって算出された栄養価の値を一時的に記憶する。

図２は、図１のレシピ情報ＤＢ１２１に格納されている各料理のレシピ情報の例を示す図である。それぞれのレシピ情報には、図２に示すレシピ情報ＤＢ１２１の列名に対応して、レシピＩＤ、レシピ名、材料、工程番号、調理工程、画像ＩＤの情報が含まれる。

レシピＩＤは、レシピ情報を一意に特定するための識別情報である。レシピ名は、レシピ情報に従って調理される料理の名称である。材料は、当該料理を調理するために用いられる材料の名称と必要量とが示されている。工程番号は、レシピ情報に従って調理を行なう手順の番号である。調理工程は、各手順における調理工程の説明が示されている。画像ＩＤは、調理工程とともに端末装置Ｔ１、Ｔ２、・・・に表示させる画像（例えば、写真。）の識別情報が示されている。

例えば、レシピＩＤが「１」として特定されるレシピ情報のレシピ名は、「豆腐の肉巻き」であり、材料として、「豆腐１丁、チーズ２枚、豚肉１００ｇ、および砂糖３ｇ」が示されている。また、調理工程の工程番号１として豆腐を調理し、工程番号２としてチーズを調理することが説明される。さらに、工程番号１の説明とともに、Ｐ０３５により識別される画像が表示され、工程番号２の説明には、画像は表示されない（「ＮＵＬＬ」は、空値を表し、この場合は、工程番号２の説明とともに表示する画像がないことを示している。）。なお、工程番号、調理工程、画像ＩＤの数は、その料理の調理工程の数によって変わるため、可変になっている。

図３は、図１のレシピ情報ＤＢ１２１に格納されている栄養価、料理種別、及び料理ジャンルの例を示す図である。レシピ情報ＤＢ１２１には、図２に示すレシピＩＤ、レシピ名に紐づいて、図３に示すレシピ情報ＤＢ１２１の列名に対応して、料理種別、栄養価、料理ジャンルの情報が含まれる。

料理種別は、料理の種類を示すものであり、例えば、主菜、主食、副菜等の情報が含まれる。栄養価は、その料理に含まれる栄養価の値を示すものであり、例えば、エネルギー（カロリー値）、たんぱく質の質量、脂質の質量、塩分の質量が示されている。料理ジャンルは、当該料理が属するジャンル名を示すものであり、例えば、和食、洋食、中華等の情報が含まれる。

例えば、レシピＩＤが「１」として特定されるレシピ情報「豆腐の肉巻き」では、料理種別は、「主菜」である。栄養価として、エネルギーが４２３ｋｃａｌ、たんぱく質が２７．１ｇ、脂質が２６．６ｇ、塩分が２．６ｇ含まれていることが示されている。料理ジャンルとして、「和食」が示されている。なお、料理ジャンルは複数設定可能であるが、ここでは１つだけ格納されている。また、レシピＩＤが「３」として特定されるレシピ情報「ごはん（白米）」は、料理ジャンルが特定されないので、料理ジャンルは設定されない。

図４は、図１の属性情報ＤＢ１２２に格納されているユーザの体格及び健康状態の例を示す図である。属性情報ＤＢ１２２には、図４に示す属性情報ＤＢ１２２の列名に対応して、ユーザＩＤ、生年月日、性別、体格、健康状態の情報が含まれる。

ユーザＩＤは、ユーザを一意に特定するための識別情報であり、例えばメールアドレスで管理される。生年月日は、ユーザの入力により登録されるユーザの生年月日である。性別は、ユーザの入力により登録されるユーザの性別である。体格は、ユーザの入力により登録されるユーザの体格の情報であり、例えば、身長、体重、活動度が登録されている。

ここで、活動度とは、ユーザの仕事内容を基に決定される概念であり、例えば、「あまり動かない（通勤等の活動時間が少ない）」、「適度に動く（１日に２時間程度体を動かす）」、「よく動く（活発な運動習慣を持っている）」等に分類される。健康状態は、ユーザの入力により登録される健康管理の目的により決定される概念であり、例えば、「ダイエット・メタボ対策」、「糖尿病・高血圧・脂質異常症」等に分類される。

例えば、ユーザＩＤが「aaa@bbb」として特定されるユーザは、生年月日は、「１９７９年３月６日」である。この生年月日は、年齢を算出するために用いられる。性別は、「男」である。体格には、身長として１７０ｃｍ、体重として７５ｋｇ、活動度として「適度に動く」が登録されている。健康状態として、「糖尿病・高血圧・脂質異常症」が登録されている。なお、健康状態は複数設定可能であるが、ここでは１つだけ格納されている。

制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、レシピ情報提供装置１００の全体の動作を制御するものであり、ＣＰＵ（Central Processing Unit）等から構成される。制御部１３０の機能として、栄養価算出部１３１と、レシピ情報レコメンド部１３２とを備えている。この栄養価算出部１３１、レシピ情報レコメンド部１３２は、記憶部１２０に記憶されているプログラムにより起動されて実行される。

栄養価算出部１３１は、属性情報ＤＢ１２２に記憶された属性情報に基づき、ユーザが摂取すべき栄養価の値を算出する。具体的には、属性情報ＤＢ１２２に格納されている生年月日から現在の年齢を算出する。また、身長及び体重の値から、ＢＭＩ（ボディー・マス・インデックス）を算出する。そして、算出した年齢と、性別と、算出したＢＭＩと、活動度とから、１日に必要とされるエネルギー、たんぱく質、脂質、塩分を算出し、所定の割合で配分することにより、朝食、昼食、夕食の各食事で摂取すべき栄養価の値を算出する。

レシピ情報レコメンド部１３２は、栄養価算出部１３１で算出されたユーザが摂取すべき栄養価の値に基づき、異なる料理種別の複数の料理のレシピ情報を、レシピ情報ＤＢ１２１に格納されたレシピ情報からレコメンドする。具体的には、レシピ情報ＤＢ１２１に格納されているレシピ情報のうち、栄養価算出部１３１で算出された栄養価の値以内に収まるようなレシピ情報をレコメンドする。

端末装置Ｔ１、Ｔ２、・・・は、このレシピ情報提供システム１を利用するためにレシピ情報提供装置１００にアクセスし、レシピ情報や栄養価等を表示する端末であり、例えば、パーソナルコンピュータ（ＰＣ）、スマートフォン等の情報処理装置である。

＜処理の流れ＞
以下、図５を参照しながら、レシピ情報提供システム１が実行するレシピ情報提供方法の一例を説明する。図５は、図１に示すレシピ情報提供システム１によるレシピ情報提供方法を示すフローチャートである。

ステップＳ１０１の処理として、ユーザが端末装置Ｔ１、Ｔ２、・・・を使用してレシピ情報提供装置１００にアクセスすると、レシピ情報提供装置１００の制御部１３０は、図６に示すユーザログイン画面を端末装置Ｔ１、Ｔ２、・・・に表示させる。

図６は、図５のステップＳ１０１にて表示されるユーザログイン画面の例を示す模式図である。このユーザログイン画面は、ユーザＩＤ入力欄Ｃ１と、パスワード入力欄Ｃ２が設けられている。このレシピ情報提供装置１００は、ユーザ登録を行い、そのときにユーザの属性情報を登録するようになっているため、既にユーザ登録を行っているユーザは、登録時に指定したユーザＩＤ及びパスワードを入力してログインするようになっている。

当該ユーザが既にユーザ登録を行っている場合は、図６のユーザＩＤ入力欄Ｃ１及びパスワード入力欄Ｃ２に所定のユーザＩＤ及びパスワードを入力してログインボタンＢ１を押下すると、図５のステップＳ１０３へ進む。当該ユーザがユーザ登録を行っていない場合は、図６のユーザ新規登録ボタンＢ２を押下すると、図５のステップＳ１０２へ進む。

ステップＳ１０２の処理として、レシピ情報提供装置１００の制御部１３０は、図７に示すユーザ登録画面を端末装置Ｔ１、Ｔ２、・・・に表示させ、ユーザに属性情報を入力させる。

図７は、図５のステップＳ１０２にて表示されるユーザ登録画面の例を示す模式図である。このユーザ登録画面は、ユーザＩＤ入力欄Ｃ３と、パスワード入力欄Ｃ４と、生年月日入力欄Ｃ５と、性別入力欄Ｃ６と、身長入力欄Ｃ７と、体重入力欄Ｃ８と、活動度入力欄Ｃ９と、健康状態入力欄Ｃ１０とが設けられている。

ユーザＩＤ入力欄Ｃ３及びパスワード入力欄Ｃ４には、これ以降レシピ情報提供装置１００にアクセスして、図６のユーザログイン画面にてログインするためのユーザＩＤ及びパスワードが入力される。生年月日入力欄Ｃ５〜健康状態入力欄Ｃ１０には、属性情報ＤＢ１２２に対応する各項目が入力される。入力後、図７のユーザ登録ボタンＢ３を押下すると、入力された各情報が属性情報ＤＢ１２２に登録され、図５のステップＳ１０３へ進む。

ステップＳ１０３の処理として、レシピ情報提供装置１００の制御部１３０は、図６のユーザＩＤ入力欄Ｃ１及びパスワード入力欄Ｃ２に入力されたユーザＩＤ及びパスワードが正しいか判定する。正しい場合、ログオン状態になり、図５のステップＳ１０４へ進む。

ステップＳ１０４の処理として、レシピ情報提供装置１００の栄養価算出部１３１は、属性情報ＤＢ１２２に格納されている生年月日から現在のユーザの年齢を算出し、身長及び体重の値から、ＢＭＩを算出する。算出した年齢と、性別と、算出したＢＭＩと、活動度とから、栄養摂取基準に基づき、１日に必要とされるエネルギー、たんぱく質、脂質、塩分を算出する。その値を、所定の割合で配分することにより、朝食、昼食、及び夕食で摂取すべき栄養価の値を算出し、一時的に記憶部１２０に記憶させる。

ステップＳ１０５の処理として、レシピ情報提供装置１００のレシピ情報レコメンド部１３２は、ステップＳ１０４で算出された栄養価の値に基づき、レシピ情報ＤＢ１２１に格納されたレシピ情報を端末装置Ｔ１、Ｔ２、・・・に表示させてレコメンドする。

このレシピ情報レコメンド部１３２は、複数の料理が異なる料理種別になるように、既にレシピが選択されている場合は、レシピ情報ＤＢ１２１の料理種別が異なるものになるようにレコメンドする。例えば、レシピが選択されていない場合、料理種別が「主菜」のものをレコメンドする。

また、レシピ情報レコメンド部１３２では、例えば料理種別が「主菜」のものをレコメンドする場合、当該レシピと、主食としてごはん（白米）が選択されたと仮定して、これらの栄養価の合計が、ステップＳ１０４にて算出した栄養価のうち、たんぱく質が８５％以下、脂質が９０％以下、塩分が７５％以下になるレシピをレコメンドする。これは、ユーザの体格や健康状態に合った栄養価を摂取するためである。なお、この値は一例であり、この値に限られるものではない。

図８は、図５のステップＳ１０５にて表示されるレシピ情報画面の例を示す模式図である。このレシピ情報画面は、画像表示欄Ｐ１と、栄養価表示欄Ｐ２と、調理工程表示欄Ｐ３と、選択済レシピ欄Ｓ１〜Ｓ４と、栄養価表示欄Ｅ１〜Ｅ４とが設けられている。

画像表示欄Ｐ１には、レシピ情報ＤＢ１２１の画像ＩＤに対応する画像が表示される。栄養価表示欄Ｐ２には、レシピ情報ＤＢ１２１に格納されている栄養価が表示される。調理工程表示欄Ｐ３には、レシピ情報ＤＢ１２１に格納されている材料及び調理工程が表示される。

選択済レシピ欄Ｓ１〜Ｓ４は、後述するようにレシピが選択されると画像ＩＤに対応する画像が表示される欄であり、ここではまだ選択されていないため空欄になっている。栄養価表示欄Ｅ１〜Ｅ４は、選択されたレシピの栄養価が、例えば横方向の棒グラフにて表示され、例えば、栄養価表示欄Ｅ１がエネルギー量を表示し、栄養価表示欄Ｅ２がたんぱく質の質量を表示し、栄養価表示欄Ｅ３が脂質の質量を表示し、栄養価表示欄Ｅ４が塩分の質量を表示する。この栄養価表示欄Ｅ１〜Ｅ４は、栄養価算出部１３１で算出された栄養価の値が上限となるように設定されている。

なお、選択済レシピ欄Ｓ１〜Ｓ４は４つに限られず、５つ以上に追加することも可能である。また、栄養価表示欄Ｅ１〜Ｅ４が表示する栄養素も、上記に限られない。

ステップＳ１０６の処理として、図８のレシピ情報画面に表示されているレシピを献立として選択する場合、図８の選択ボタンＢ４がユーザにより押下される。すると、図８のレシピ情報画面が、図９のようになる。

図９は、図５のステップＳ１０６にて表示されるレシピ情報画面の例を示す模式図である。選択ボタンＢ４がユーザにより押下されると、レシピ情報ＤＢ１２１の画像ＩＤに対応する画像を縮小したもの（サムネイル画像）が、選択済レシピ欄Ｓ１に表示される。また、選択したレシピのレシピ情報ＤＢ１２１に格納されている栄養価が、栄養価表示欄Ｅ１〜Ｅ４の棒グラフに反映される。

ステップＳ１０７の処理として、レシピ情報提供装置１００の栄養価算出部１３１は、直前に算出された栄養価の値から、選択したレシピのレシピ情報ＤＢ１２１に格納されている栄養価を減じて残りの（摂取可能な）栄養価を再度算出する。この値は、図９の栄養価表示欄Ｅ１〜Ｅ４の棒グラフの残りの部分（右側部分）に相当し、一時的に記憶部１２０に記憶させる。

ステップＳ１０８の処理として、ユーザが献立作成を完了した場合、図９の献立完成ボタンＢ５を押下すると、処理が終了する。ユーザが献立作成を完了していない場合、図５のステップＳ１０９へ進む。

ステップＳ１０９の処理として、レシピ情報提供装置１００のレシピ情報レコメンド部１３２は、ステップＳ１０７で算出された栄養価の値に基づき、レシピ情報ＤＢ１２１に格納されたレシピ情報を端末装置Ｔ１、Ｔ２、・・・に表示させてレコメンドする。例えば、料理種別が「主菜」のレシピ情報が既に選択されている場合、料理種別が「主食」のものをレコメンドする。このとき、例えば図９の栄養価表示欄Ｅ１〜Ｅ４に示す「エネルギー」や「塩分」のように、所定量以上摂取しないことが望ましい場合、ステップＳ１０７で算出された栄養価の値以下のレシピ情報がレコメンドされる。また、栄養価が「食物繊維」や「ビタミン」のように、所定量以上摂取することが望ましい場合、ステップＳ１０７で算出された栄養価の値以上のレシピ情報がレコメンドされる。

図１０は、図５のステップＳ１０９にて表示されるレシピ情報画面の例を示す模式図である。図９で表示されていた選択済レシピ欄Ｓ１のサムネイル画像と、栄養価表示欄Ｅ１〜Ｅ４に反映された棒グラフの状態のまま、新たなレシピ情報が表示される。この後、図５のステップＳ１０６へ進み、レシピ情報が選択される。

ここで、例えば、レシピ情報を選択したときに、選択したレシピの栄養価が残りの栄養価を超えた場合について説明する。図１１は、図５のステップＳ１０９にて表示されるレシピ情報画面でレシピを選択した例を示す模式図である。ステップＳ１０６では、選択ボタンＢ４がユーザにより押下されると、サムネイル画像が選択済レシピ欄Ｓ２に表示され、選択したレシピのレシピ情報ＤＢ１２１に格納されている栄養価が、栄養価表示欄Ｅ１〜Ｅ４の棒グラフに反映される。

このとき、選択したレシピの栄養価が残りの栄養価を超えた場合、例えば、図１１のように栄養価表示欄Ｅ１に示すエネルギーが超えた場合、例えば、栄養価表示欄Ｅ１の棒グラフが警告状態として赤く表示される。これにより、選択したレシピを摂取可能な栄養価内に抑えることが可能になる。

この後、例えば、図５のステップＳ１０６〜Ｓ１０８が繰り返され、料理種別が「主菜」、「主食」のレシピ情報が選択された状態で、ステップＳ１０９へ進む。

ステップＳ１０９の処理として、前述同様に、ステップＳ１０７で算出された栄養価の値に基づき、レシピ情報ＤＢ１２１に格納されたレシピ情報を端末装置Ｔ１、Ｔ２、・・・に表示させてレコメンドする。ここでは、例えば、料理種別が「主菜」、「主食」のレシピ情報が既に選択されているので、料理種別が「副菜」のものをレコメンドする。

このとき、既に選択されている、料理種別が「主菜」のレシピ情報の料理ジャンルと、レシピ情報ＤＢ１２１の料理ジャンルが同一になるように、料理種別が「副菜」のレシピ情報をレコメンドする。これにより、主菜と副菜とが異なる料理ジャンルとなることを防止することができる。なお、必ずしも料理ジャンルが同一のもののみとは限られず、一定の料理ジャンルの組み合わせは許容範囲としてレコメンドするようにしても良い。

この後、図５のステップＳ１０６〜Ｓ１０９が繰り返されて献立が完成され、処理が終了する。

以上のように、本実施形態に係るレシピ情報提供装置は、栄養価算出部１３１によって属性情報ＤＢ１２２に格納されているユーザの属性情報に基づいてユーザが摂取すべき栄養価が算出され、レシピ情報レコメンド部１３２によって算出された栄養価の値以内に収まるようにレシピ情報がレコメンドされるので、複数の料理を組み合わせた献立全体で必要な栄養素を摂取できるような献立を提案することが可能である。

また、レシピ情報ＤＢ１２１にレシピ情報が和食、洋食、中華等の料理ジャンルとともに格納され、レシピ情報レコメンド部１３２は、料理ジャンルが同一になるようにレシピ情報をレコメンドするため、料理ジャンル等を考慮した組み合わせの献立を提案することが可能である。

（実施形態２）
図１２は、本開示の実施形態２に係るレシピ情報提供システムのレシピ情報提供装置で使用されるレシピ情報ＤＢ１２１に格納されている栄養価、料理種別、及び料理ジャンルの例を示す図である。レシピ情報ＤＢ１２１には、料理種別、栄養価、料理ジャンルの情報が含まれる点において実施形態１と同様の構成であるが、料理ジャンルとして、例えば、インデックスＡに当該料理のジャンル名を示す情報が格納され、インデックスＢに当該料理のメイン食材を示す情報が格納され、インデックスＣに当該料理の味付けを示す情報が格納されている点において、実施形態１と異なる。その他の点においては、実施形態１と同様である。

例えば、レシピＩＤが「１」として特定されるレシピ情報「ごぼうとこんにゃくの煮物」では、インデックスＡの料理ジャンルとして、「和食」が格納されており、インデックスＢのメイン食材を示す情報として、「ごぼう」、「こんにゃく」が格納されており、インデックスＣの味付けを示す情報として、「醤油味」が格納されている。

メイン食材及び味付けの情報は、レシピ情報レコメンド部１３２が、例えば、料理種別が「主菜」のレシピ情報が既に選択されている状態で、料理種別が「副菜」のものをレコメンドする場合、「主菜」と「副菜」とのメイン食材や味付けが重複しない料理をレコメンドするために使用される。

処理の流れとして、図５を参照しながら、実施形態２に係るレシピ情報提供システムが実行するレシピ情報提供方法の一例について、実施形態１と異なる処理について説明する。図５に示すステップＳ１０９以外は、実施形態１と同様であるため、ステップＳ１０９について説明する。

ステップＳ１０９の処理として、ステップＳ１０７で算出された栄養価の値に基づき、レシピ情報ＤＢ１２１に格納されたレシピ情報を端末装置Ｔ１、Ｔ２、・・・に表示させてレコメンドする。

例えば、料理種別が「主菜」、「主食」のレシピ情報が既に選択されており、料理種別が「副菜」のものをレコメンドする場合、既に選択されている、料理種別が「主菜」のレシピ情報の料理ジャンルと、レシピ情報ＤＢ１２１のインデックスＡの料理ジャンルが同一であり、インデックスＢのメイン食材、及びインデックスＣの味付けが重複しないように、料理種別が「副菜」のレシピ情報をレコメンドする。

本実施形態によれば、上記実施形態１の効果に加え、レシピ情報ＤＢ１２１のインデックスＢに格納されているメイン食材、及びインデックスＣに格納されている味付けが重複しないように、レシピ情報をレコメンドするので、「主菜」と「副菜」とのメイン食材や味付けが重複しない料理をレコメンドすることが可能になる。

（実施形態３）
図１３は、本開示の実施形態３に係るレシピ情報提供システムのレシピ情報提供装置で使用されるレシピ情報ＤＢ１２１に格納されている栄養価、料理種別、及び料理ジャンルの例を示す図である。レシピ情報ＤＢ１２１には、料理種別、栄養価、料理ジャンルの情報が含まれる点において実施形態１と同様の構成であるが、料理ジャンルとして、例えば、図示を省略した料理ジャンルのインデックスＡ、インデックスＢ、及びインデックスＣに加え、インデックスＤに当該料理の特徴を示す情報が格納され、インデックスＥに当該料理の物性（かたい、やわらかい等）を示す情報が格納されている点において、実施形態１と異なる。その他の点においては、実施形態１と同様である。

例えば、レシピＩＤが「１」として特定されるレシピ情報「ごぼうとこんにゃくの煮物」では、インデックスＤの料理の特徴として、「食物繊維」、「作り置き可」、「短時間調理」、「さっぱり」が格納されている。また、レシピＩＤが「２」として特定されるレシピ情報「スコッチエッグ」では、インデックスＥの料理の物性として、「やわらかい」が格納されている。

料理の特徴の情報は、レシピ情報レコメンド部１３２がレコメンドする料理の中で、一定の条件で絞り込みを行いたい場合に、その条件となるキーワードを提供するために使用される。また、料理の物性の情報は、例えば、属性情報ＤＢ１２２に格納されているユーザの健康状態が、例えば嚥下障害のように固いものが食べられない場合、料理の物性として「かたい」が格納されているレシピ情報はレコメンドしないようにするために使用される。

処理の流れとして、図５を参照しながら、実施形態３に係るレシピ情報提供システムが実行するレシピ情報提供方法の一例について、実施形態１と異なる処理について説明する。図５に示すステップＳ１０５、Ｓ１０９以外は、実施形態１と同様であり、実施形態３におけるステップＳ１０５とステップＳ１０９の処理は同様であるため、ステップＳ１０５について説明する。

図１４は、本開示の実施形態３に係るステップＳ１０５にて表示されるレシピ情報画面の例を示す模式図である。このレシピ情報画面は、図８に示すレシピ情報画面に加えて、キーワード入力欄Ｃ１１が設けられている点において、実施形態１と異なる。キーワード入力欄Ｃ１１は、ステップＳ１０５にて表示されるレシピ情報から、一定の条件で絞り込みを行いたい場合に、その条件となるキーワードを入力するために使用される。

例えば、さっぱりした料理を選択したい場合に、キーワード入力欄Ｃ１１に「さっぱり」と入力すると、レシピ情報レコメンド部１３２は、レシピ情報ＤＢ１２１の料理ジャンルのインデックスＤに「さっぱり」と格納されているレシピ情報を検索して、該当するレシピ情報をレコメンドする。

また、当該ユーザが、属性情報ＤＢ１２２に格納されている健康状態が固いものが食べられない場合、レシピ情報ＤＢ１２１の料理ジャンルのインデックスＥに「かたい」が格納されているレシピ情報は，レコメンド対象から除外される。

本実施形態によれば、上記実施形態１及び２の効果に加え、レシピ情報ＤＢ１２１のインデックスＤに格納されている料理の特徴をキーワードとして、レシピ情報を検索可能であるため、よりユーザの希望に近い料理をレコメンドすることが可能になる。また、レシピ情報ＤＢ１２１のインデックスＥに格納されている料理の物性によりレシピ情報を検索可能であるため、ユーザの健康状態に合致した料理をレコメンドすることが可能になる。

（実施形態４）
図１５は、本開示の実施形態４に係るレシピ情報提供システム１Ａのブロック図である。このレシピ情報提供システム１Ａは、実施形態１におけるレシピ情報提供装置１００に代えて、レシピ情報提供装置１００Ａを有している点において、実施形態１と異なる。レシピ情報提供装置１００Ａは、レシピ情報提供装置１００と同様の構成に加えて、記憶部１２０内に、ユーザが作成した献立を記憶する献立情報ＤＢ１２３を備え、制御部１３０内に、ユーザが作成した献立を献立情報ＤＢ１２３へ格納するレシピ情報決定部１３３を備えている。その他の点においては、実施形態１と同様である。

図１６は、図１５の献立情報ＤＢ１２３に格納されているユーザごとの献立情報の例を示す図である。献立情報ＤＢ１２３には、図１６に示す献立情報ＤＢ１２３の列名に対応して、ユーザＩＤ、生年月日、性別、体格、健康状態、献立の情報が含まれる。

ユーザＩＤ〜健康状態は、図４の属性情報ＤＢ１２２に格納されている同名項目と同様の情報が格納されている。献立は、ユーザが過去に作成した献立情報が格納され、例えば、ユーザＩＤが「aaa@bbb」として特定されるユーザが過去に作成した献立として、「〇月〇日夕食豆腐の肉巻き、ごはん（白米）、きんぴらごぼう」、「〇月×日夕食鮭のソテー、ごはん（白米）、おひたし」、「〇月△日夕食五目ごはん、肉じゃが、味噌汁」等が格納されている。この献立情報は、ユーザごとに、例えば時系列に格納され、各献立に含まれる料理の名称は複数格納できるようになっている。

レシピ情報決定部１３３は、図５のステップＳ１０８において、ユーザが献立作成を完了したときに、図９の献立完成ボタンＢ５を押下すると、作成した献立情報を献立情報ＤＢ１２３に格納する。

ステップＳ１０５の処理として、レシピ情報提供装置１００のレシピ情報レコメンド部１３２は、ステップＳ１０４で算出された栄養価の値と、献立情報ＤＢ１２３に基づき、レシピ情報ＤＢ１２１に格納されたレシピ情報を端末装置Ｔ１、Ｔ２、・・・に表示させてレコメンドする。

例えば、あるユーザが前日に「豆腐の肉巻き」を含む献立を作成していたとする。このユーザが次の日に献立を作成するときに、レシピ情報レコメンド部１３２は、図１６の献立情報ＤＢ１２３に格納されている、ユーザ「aaa@bbb」の献立パターンである「豆腐の肉巻き」を含む食事の翌日の食事として「鮭のソテー」を選択しているので、このユーザにも「鮭のソテー」をレコメンドすることができる。これは、例えば肉料理を食べた翌日は肉料理を避ける等、献立作成には一定のパターンがあると考えられ、あるユーザの献立パターンを他のユーザも好む可能性があるため、献立情報ＤＢ１２３に格納されているユーザの献立パターンに従ってレシピ情報をレコメンドしている。

また、図１６の献立情報ＤＢ１２３には、ユーザ「ccc@ddd」の属性である、ダイエット中の２０代女性の献立パターンとして「鶏肉のロースト、ごはん（白米）、豆のスープ」、「野菜餃子、五目チャーハン、中華スープ」、「牡蠣のシチュー、バターロール、野菜サラダ」が格納されているため、似たような属性のユーザに対しても、このような献立パターンをレコメンドすることができる。これは、例えば似たような属性のユーザの献立パターンを他のユーザも選択する可能性があるため、献立情報ＤＢ１２３に格納されているユーザの献立パターンに従ってレシピ情報をレコメンドしている。

以上のように、実際にユーザによって選択された献立情報を記憶しておくことで、よく選択されるレシピ情報の組み合わせや、特定のユーザ属性において好まれるレシピ情報を最適にレコメンドすることが出来る。また、ユーザ識別情報と関連付けて献立情報を記憶することで、特定のユーザの好みを加味してレコメンドすることも出来るし、他のユーザの献立パターンを参考にしてレコメンドすることも出来る。これらのレコメンドは、機械学習や人工知能の活用により、さらに精度の高いレシピ情報のレコメンドが可能となる。また、機械学習においては、各レシピ情報が備える料理ジャンルの情報を用いて学習することで、例えば、特定の主菜とよく組み合わされるのは「あっさり」という料理ジャンルの副菜であることや、特定のユーザ属性がよく選択するのは「食べやすい」主菜であることなど、より柔軟なレコメンドすることが可能となる。

このように、献立情報ＤＢ１２３に格納される献立情報と、さらにユーザ属性や料理ジャンルに基づき、機械学習を活用することでさらに最適なレシピ情報をレコメンドすることができる。なお、レコメンドの態様としては、上記実施形態１ないし３においてレコメンドされる栄養価が特定の条件を満たすレシピ情報の中で、より最適なものから順番に表示されるよう、表示の順番を変えるようにすると好適である。

本実施形態によれば、上記実施形態１ないし３の効果に加え、献立情報ＤＢ１２３に格納されているユーザの献立パターンに基づいてレシピ情報をレコメンドするため、よりユーザの好みに近いレシピ情報をレコメンドすることが可能になる。

以上、開示に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換および変更を行なって実施することができる。これらの実施形態および変形例ならびに省略、置換および変更を行なったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれるものである。

１レシピ情報提供システム、１００レシピ情報提供装置、１１０通信部、１２０記憶部、１２１レシピ情報ＤＢ、１２２属性情報ＤＢ、１２３献立情報ＤＢ、１３０制御部、１３１栄養価算出部、１３２レシピ情報レコメンド部、１３３レシピ情報決定部、Ｔ１，Ｔ２，・・・端末装置、ＮＷネットワーク

Claims

ユーザが操作する端末装置に、複数の料理からなる献立のレシピ情報を提供するレシピ情報提供装置であって、
前記レシピ情報を、当該料理に含まれる、少なくともエネルギー、炭水化物、たんぱく質、脂質、塩分を含む複数種類からなる栄養価の値と、料理種別とに紐付けて記憶するレシピ情報記憶部と、
前記ユーザの体格及び健康状態を含む属性が入力され、前記属性に基づく前記ユーザの属性情報を記憶する属性情報記憶部と、
前記属性情報記憶部に記憶された前記属性情報に基づき、前記ユーザが摂取すべき栄養価の値を算出する栄養価算出部と、
前記ユーザが摂取すべき栄養価の値に基づき、異なる料理種別の複数の前記料理の前記レシピ情報を、前記レシピ情報記憶部に記憶された前記レシピ情報からレコメンドするレシピ情報レコメンド部と、を備え、
前記料理種別は、主菜、主食、副菜を含む情報であり、
前記栄養価算出部は、前記ユーザが前記レシピ情報レコメンド部によりレコメンドされた前記レシピ情報から一の前記レシピ情報を選択すると、前記ユーザが摂取すべき栄養価の値から、選択された前記レシピ情報の前記料理に含まれる栄養価の値を減じて前記ユーザが摂取すべき残りの栄養価の値を算出し、
前記レシピ情報レコメンド部は、前記料理の前記レシピ情報を、前記料理種別が主菜、主食、副菜の順になるようにレコメンドし、
前記料理種別が主菜の前記料理の前記レシピ情報をレコメンドするとき、前記料理に含まれる栄養価の値が、前記ユーザが摂取すべき栄養価の値における栄養価ごとの所定の割合以下になるようにレコメンドし、
前記料理種別が主食の前記料理の前記レシピ情報をレコメンドするとき、前記料理に含まれる栄養価の値が、前記ユーザが摂取すべき栄養価の値から、前記料理種別が主菜の前記料理に含まれる栄養価の値を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドし、
前記料理種別が副菜の前記料理の前記レシピ情報をレコメンドするとき、前記料理に含まれる栄養価の値が、前記ユーザが摂取すべき栄養価の値から、前記料理種別が主菜の前記料理に含まれる栄養価の値と、前記料理種別が主食の前記料理に含まれる栄養価の値と、を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドする、レシピ情報提供装置。
レコメンドされた前記レシピ情報に基づき、前記ユーザ及び他のユーザが過去に作成した前記献立及び前記ユーザ及び他のユーザの前記属性を記憶する献立情報記憶部を備え、前記レシピ情報レコメンド部は、前記献立情報記憶部に記憶された前記献立及び前記ユーザの前記属性に基づき前記料理の前記レシピ情報をレコメンドする、請求項１に記載のレシピ情報提供装置。
前記レシピ情報記憶部は、当該料理の料理ジャンル情報に紐付けて前記レシピ情報を記憶し、
前記レシピ情報レコメンド部は、同一の料理ジャンルの複数の前記料理の前記レシピ情報をレコメンドする、請求項１または請求項２に記載のレシピ情報提供装置。
前記レシピ情報レコメンド部は、一の前記料理種別の前記料理の前記レシピ情報が選択されている場合、同一の料理ジャンルであり、異なる前記料理種別の前記料理の前記レシピ情報をレコメンドする、請求項３に記載のレシピ情報提供装置。
前記レシピ情報レコメンド部は、一の前記料理種別の前記料理の前記レシピ情報が選択されている場合、異なる料理ジャンルであり、異なる前記料理種別の前記料理の前記レシピ情報をレコメンドする、請求項３に記載のレシピ情報提供装置。
ユーザが操作する端末装置に、複数の料理からなる献立のレシピ情報を提供するレシピ情報提供方法であって、
ユーザの体格及び健康状態を含む属性が入力された属性情報に基づき、栄養価算出部により前記ユーザが摂取すべき、少なくともエネルギー、炭水化物、たんぱく質、脂質、塩分を含む複数種類からなる栄養価の値を算出する栄養価算出ステップと、
前記ユーザが摂取すべき栄養価の値に基づき、レシピ情報レコメンド部により、当該料理に含まれる栄養価の値及び、主菜、主食、副菜を含む情報である料理種別から、前記料理種別が主菜の前記料理の前記レシピ情報を、前記料理に含まれる栄養価の値が、前記ユーザが摂取すべき栄養価の値における栄養価ごとの所定の割合以下になるようにレコメンドするレシピ情報レコメンドステップと、
前記レシピ情報レコメンド部によりレコメンドされた前記レシピ情報から、一の前記レシピ情報を前記ユーザに選択させるレシピ情報選択ステップと、
前記栄養価算出部により、前記ユーザが摂取すべき栄養価の値から、選択された前記レシピ情報の前記料理に含まれる栄養価の値を減じて前記ユーザが摂取すべき残りの栄養価の値を算出する栄養価再計算ステップと、
前記レシピ情報レコメンド部により、前記ユーザが摂取すべき残りの栄養価の値に基づき、
前記料理種別が主食の前記料理の前記レシピ情報を、前記料理に含まれる栄養価の値が、前記ユーザが摂取すべき栄養価の値から、前記料理種別が主菜の前記料理に含まれる栄養価の値を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドし、
前記料理種別が副菜の前記料理の前記レシピ情報を、前記料理に含まれる栄養価の値が、前記ユーザが摂取すべき栄養価の値から、前記料理種別が主菜の前記料理に含まれる栄養価の値と、前記料理種別が主食の前記料理に含まれる栄養価の値と、を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドするレシピ情報再レコメンドステップと、を備える、レシピ情報提供方法。
ユーザが操作する端末装置に、複数の料理からなる献立のレシピ情報を提供するレシピ情報提供プログラムであって、
ユーザの体格及び健康状態を含む属性が入力された属性情報に基づき、前記ユーザが摂取すべき、少なくともエネルギー、炭水化物、たんぱく質、脂質、塩分を含む複数種類からなる栄養価の値を算出する栄養価算出ステップと、
前記ユーザが摂取すべき栄養価の値に基づき、当該料理に含まれる栄養価の値及び、主菜、主食、副菜を含む情報である料理種別から、前記料理種別が主菜の前記料理の前記レシピ情報を、前記料理に含まれる栄養価の値が、前記ユーザが摂取すべき栄養価の値における栄養価ごとの所定の割合以下になるようにレコメンドするレシピ情報レコメンドステップと、
レコメンドされた前記レシピ情報から、一の前記レシピ情報を前記ユーザに選択させるレシピ情報選択ステップと、
前記ユーザが摂取すべき栄養価の値から、選択された前記レシピ情報の前記料理に含まれる栄養価の値を減じて前記ユーザが摂取すべき残りの栄養価の値を算出する栄養価再計算ステップと、
前記ユーザが摂取すべき残りの栄養価の値に基づき、
前記料理種別が主食の前記料理の前記レシピ情報を、前記料理に含まれる栄養価の値が、前記ユーザが摂取すべき栄養価の値から、前記料理種別が主菜の前記料理に含まれる栄養価の値を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドし、
前記料理種別が副菜の前記料理の前記レシピ情報を、前記料理に含まれる栄養価の値が、前記ユーザが摂取すべき栄養価の値から、前記料理種別が主菜の前記料理に含まれる栄養価の値と、前記料理種別が主食の前記料理に含まれる栄養価の値と、を減じた残りの栄養価に基づき、所定の栄養価については残りの栄養価の値以下になるように、他の所定の栄養価については残りの栄養価の値以上になるようにレコメンドするレシピ情報再レコメンドステップと、を電子計算機に実行させる、レシピ情報提供プログラム。