(57)【特許請求の範囲】
【請求項１】
レシピ情報の提供を行うレシピ提供装置と、
レシピ提供装置と接続されるクライアント装置と、
を備えたレシピ提供システムであって、
前記レシピ情報は、少なくとも、
レシピ決定情報を含めて定義される主要食情報としてのパーツ情報と、
レシピ決定情報を含めて定義される味付け情報としてのパーツ情報と、
レシピ決定情報を含めて定義される副次食情報としてのパーツ情報とのいずれかの組み合わせによって構成され、
前記レシピ決定情報は、同種の複数の情報を量的に集計可能な、エネルギー量、栄養素含有量、料理時間の少なくともいずれかの種類の情報を含むことを特徴としており、
クライアント装置は、
ユーザの操作に応じて前記パーツ情報を指示するパーツ指示と、前記レシピ決定情報を指示するレシピ決定指示とを送信するパーツ指示送信手段と、
レシピ情報を受信する受信手段と、
前記受信手段が受信した前記レシピ情報を出力する出力手段と、
を備えており、
前記レシピ提供装置は、
少なくとも２以上の前記パーツ情報を互いに対応づけることなく独立に記録したパーツ記録手段と、
前記パーツ指示と前記レシピ決定指示とを取得するパーツ指示取得手段と、
前記パーツ指示を取得した場合には前記パーツ記録手段に記録された前記パーツ情報を参照することにより前記パーツ指示に対応する前記パーツ情報を選択されたパーツ情報として取得するパーツ情報取得手段と、
前記選択されたパーツ情報に対して１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成し、かつ、それらの組み合わせられた各パーツ情報に記録されたレシピ決定情報を集計するレシピ情報生成手段と、
前記レシピ情報生成手段が生成した少なくとも１以上のレシピ情報の中から、前記集計されたレシピ決定情報が前記レシピ決定指示に合致するレシピ情報を抽出するレシピ情報抽出手段と、
前記抽出されたレシピ情報を前記クライアント装置に送信するレシピ情報送信手段と、
を備えたことを特徴とするレシピ提供システム。
【請求項２】
クライアント装置と接続されるとともにレシピ情報の提供を行うレシピ提供装置であって、
前記レシピ情報は、少なくとも、
レシピ決定情報を含めて定義される主要食情報としてのパーツ情報と、
レシピ決定情報を含めて定義される味付け情報としてのパーツ情報と、
レシピ決定情報を含めて定義される副次食情報としてのパーツ情報とのいずれかの組み合わせによって構成され、
前記レシピ決定情報は、同種の複数の情報を量的に集計可能な、エネルギー量、栄養素含有量、料理時間の少なくともいずれかの種類の情報を含むことを特徴としており、
前記レシピ提供装置は、
少なくとも２以上の前記パーツ情報を互いに対応づけることなく独立に記録したパーツ記録手段と、
前記パーツ指示と前記レシピ決定指示とを取得するパーツ指示取得手段と、
前記パーツ指示を取得した場合には前記パーツ記録手段に記録された前記パーツ情報を参照することにより前記パーツ指示に対応する前記パーツ情報を選択されたパーツ情報として取得するパーツ情報取得手段と、
前記選択されたパーツ情報に対して１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成し、かつ、それらの組み合わせられた各パーツ情報に記録されたレシピ決定情報を集計するレシピ情報生成手段と、
前記レシピ情報生成手段が生成した少なくとも１以上のレシピ情報の中から、前記集計されたレシピ決定情報が前記レシピ決定指示に合致するレシピ情報を抽出するレシピ情報抽出手段と、
前記抽出されたレシピ情報を前記クライアント装置に送信するレシピ情報送信手段と、
を備えたことを特徴とするレシピ提供装置。
【請求項３】
前記レシピ情報生成手段は、さらに、
前記２以上の前記パーツ情報を組み合わせるとともに、前記パーツ情報の組み合わせが適切なものを選択することによって少なくとも１以上のレシピ情報を生成することを特徴とする請求項２のレシピ提供装置。
【請求項４】
前記パーツ記録手段に記録されたパーツ情報は、さらに、
前記パーツの調理方法であるパーツ調理方法情報、または、
前記パーツ調理方法情報を画像で表すパーツ調理方法画像情報、
のいずれかを含むことを特徴とする請求項２または３のレシピ提供装置。
【請求項５】
前記パーツ調理方法画像情報は、
文字情報、または、静止画情報、または、動画情報、
のいずれかを含むことを特徴とする請求項４のレシピ提供装置。
【請求項６】
レシピ情報の出力を行うレシピ出力装置であって、
前記レシピ情報は、少なくとも、
レシピ決定情報を含めて定義される主要食情報としてのパーツ情報と、
レシピ決定情報を含めて定義される味付け情報としてのパーツ情報と、
レシピ決定情報を含めて定義される副次食情報としてのパーツ情報とのいずれかの組み合わせによって構成され、
前記レシピ決定情報は、同種の複数の情報を量的に集計可能な、エネルギー量、栄養素含有量、料理時間の少なくともいずれかの種類の情報を含むことを特徴としており、
前記レシピ出力装置は、
少なくとも２以上の前記パーツ情報を互いに対応づけることなく独立に記録したパーツ記録手段と、
前記パーツ指示と前記レシピ決定指示とを取得するパーツ指示取得手段と、
前記パーツ指示を取得した場合には前記パーツ記録手段に記録された前記パーツ情報を参照することにより前記パーツ指示に対応する前記パーツ情報を選択されたパーツ情報として取得するパーツ情報取得手段と、
前記選択されたパーツ情報に対して１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成し、かつ、それらの組み合わせられた各パーツ情報に記録されたレシピ決定情報を集計するレシピ情報生成手段と、
前記レシピ情報生成手段が生成した少なくとも１以上のレシピ情報の中から、前記集計されたレシピ決定情報が前記レシピ決定指示に合致するレシピ情報を抽出するレシピ情報抽出手段と、
前記抽出されたレシピ情報を前記クライアント装置に送信するレシピ情報送信手段と、
を備えたことを特徴とするレシピ出力装置。
【請求項７】
前記レシピ情報生成手段は、さらに、
前記２以上の前記パーツ情報を組み合わせるとともに、前記パーツ情報の組み合わせが適切なものを選択することによって少なくとも１以上のレシピ情報を生成することを特徴とする請求項６のレシピ出力装置。
【請求項８】
前記パーツ記録手段に記録されたパーツ情報は、さらに、
前記パーツの調理方法であるパーツ調理方法情報、または、
前記パーツ調理方法情報を画像で表すパーツ調理方法画像情報、
のいずれかを含むことを特徴とする請求項６または７のいずれかのレシピ出力装置。
【請求項９】
前記パーツ調理方法画像情報は、
文字情報、または、静止画情報、または、動画情報、
のいずれかを含むことを特徴とする請求項８のレシピ出力装置。
【請求項１０】
レシピ情報の出力を行うレシピ出力装置であって、
前記レシピ情報は、少なくとも、
レシピ決定情報を含めて定義される主要食情報としてのパーツ情報と、
レシピ決定情報を含めて定義される味付け情報としてのパーツ情報と、
レシピ決定情報を含めて定義される副次食情報としてのパーツ情報とのいずれかの組み合わせによって構成され、
前記レシピ決定情報は、複数の情報を量的に集計可能なエネルギー量の情報を含むことを特徴としており、
前記レシピ出力装置は、
少なくとも２以上の前記パーツ情報を互いに対応づけることなく独立に記録したパーツ記録手段と、
ユーザの身長情報と体重情報とを含むユーザ情報を取得する手段と、
前記ユーザ情報に基づいてそのユーザの肥満指数（ＢＭＩ）を算出し、その算出した肥満指数と前記ユーザ情報とに基づいて適性摂取エネルギー量の情報を算出する手段と、
前記１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成し、かつ、それらの組み合わせられた各パーツ情報に記録されたエネルギー量の情報を集計するレシピ情報生成手段と、
前記レシピ情報生成手段が生成した少なくとも１以上のレシピ情報の中から、前記集計されたエネルギー量が前記適性摂取エネルギー量以下であるレシピ情報を抽出するレシピ情報抽出手段と、
前記抽出されたレシピ情報を前記クライアント装置に送信するレシピ情報送信手段と、
を備えたことを特徴とするレシピ出力装置。
【請求項１１】
前記レシピ情報生成手段は、さらに、
前記２以上の前記パーツ情報を組み合わせるとともに、前記パーツ情報の組み合わせが適切なものを選択することによって少なくとも１以上のレシピ情報を生成することを特徴とする請求項１０のレシピ出力装置。
【請求項１２】
前記パーツ記録手段に記録されたパーツ情報は、さらに、
前記パーツの調理方法であるパーツ調理方法情報、または、
前記パーツ調理方法情報を画像で表すパーツ調理方法画像情報、
のいずれかを含むことを特徴とする請求項１０または１１のいずれかのレシピ出力装置。
【請求項１３】
前記パーツ調理方法画像情報は、
文字情報、または、静止画情報、または、動画情報、
のいずれかを含むことを特徴とする請求項１２のレシピ出力装置。
【請求項１４】
請求項２〜５のいずれか前記レシピ提供装置、または、請求項６〜１３のいずれかの前記レシピ出力装置が組み込まれたことを特徴とする家電製品。
【請求項１５】
パーツ情報によって構成されるレシピ情報の提供を行うレシピ提供装置またはレシピ情報の出力を行うレシピ出力装置の機能を記憶したプログラムを記憶した記憶媒体であって、
前記レシピ情報は、少なくとも、
レシピ決定情報を含めて定義される主要食情報としてのパーツ情報と、
レシピ決定情報を含めて定義される味付け情報としてのパーツ情報と、
レシピ決定情報を含めて定義される副次食情報としてのパーツ情報とのいずれかの組み合わせによって構成され、
前記レシピ決定情報は、同種の複数の情報を量的に集計可能な、エネルギー量、栄養素含有量、料理時間の少なくともいずれかの種類の情報を含むことを特徴としており、
前記プログラムはコンピュータを以下の、
少なくとも２以上の前記パーツ情報を互いに対応づけることなく独立に記録したパーツ記録手段と、
前記パーツ指示と前記レシピ決定指示とを取得するパーツ指示取得手段と、
前記パーツ指示を取得した場合には前記パーツ記録手段に記録された前記パーツ情報を参照することにより前記パーツ指示に対応する前記パーツ情報を選択されたパーツ情報として取得するパーツ情報取得手段と、
前記選択されたパーツ情報に対して１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成し、かつ、それらの組み合わせられた各パーツ情報に記録されたレシピ決定情報を集計するレシピ情報生成手段と、
前記レシピ情報生成手段が生成した少なくとも１以上のレシピ情報の中から、前記集計されたレシピ決定情報が前記レシピ決定指示に合致するレシピ情報を抽出するレシピ情報抽出手段と、
前記抽出されたレシピ情報を前記クライアント装置に送信するレシピ情報送信手段と、
を備えたレシピ提供装置またはレシピ出力装置として機能させることを特徴とするプログラムを記憶した記憶媒体。
【請求項１６】
パーツ情報によって構成されるレシピ情報の提供を行うレシピ提供装置またはレシピ情報の出力を行うレシピ出力装置の機能を記憶したプログラムを記憶した記憶媒体であって、
前記レシピ情報は、少なくとも、
レシピ決定情報を含めて定義される主要食情報としてのパーツ情報と、
レシピ決定情報を含めて定義される味付け情報としてのパーツ情報と、
レシピ決定情報を含めて定義される副次食情報としてのパーツ情報とのいずれかの組み合わせによって構成され、
前記レシピ決定情報は、複数の情報を量的に集計可能なエネルギー量の情報を含むことを特徴としており、
前記プログラムはコンピュータを以下の、
少なくとも２以上の前記パーツ情報を互いに対応づけることなく独立に記録したパーツ記録手段と、
ユーザの身長情報と体重情報とを含むユーザ情報を取得する手段と、
前記ユーザ情報に基づいてそのユーザの肥満指数（ＢＭＩ）を算出し、その算出した肥満指数と前記ユーザ情報とに基づいて適性摂取エネルギー量の情報を算出する手段と、
前記１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成し、かつ、それらの組み合わせられた各パーツ情報に記録されたエネルギー量の情報を集計するレシピ情報生成手段と、
前記レシピ情報生成手段が生成した少なくとも１以上のレシピ情報の中から、前記集計されたエネルギー量が前記適性摂取エネルギー量以下であるレシピ情報を抽出するレシピ情報抽出手段と、
前記抽出されたレシピ情報を前記クライアント装置に送信するレシピ情報送信手段と、
を備えたレシピ提供装置またはレシピ出力装置として機能させることを特徴とするプログラムを記憶した記憶媒体。
【請求項１７】
前記レシピ情報生成手段は、さらに、
前記２以上の前記パーツ情報を組み合わせるとともに、前記パーツ情報の組み合わせが適切なものを選択することによって少なくとも１以上のレシピ情報を生成することを特徴とする請求項１５または１６の前記記憶媒体。
【請求項１８】
前記パーツ記録手段に記録されたパーツ情報は、さらに、
前記パーツの調理方法であるパーツ調理方法情報、または、
前記パーツ調理方法情報を画像で表すパーツ調理方法画像情報、
のいずれかを含むことを特徴とする請求項１５〜１７のいずれかの前記記憶媒体。
【請求項１９】
前記パーツ調理方法画像情報は、
文字情報、または、静止画情報、または、動画情報、
のいずれかを含むことを特徴とする請求項１８の前記記憶媒体。
【請求項２０】
コンピュータを用いて、レシピ情報を提供するレシピ提供方法であって、
前記レシピ情報は、少なくとも、
レシピ決定情報を含めて定義される主要食情報としてのパーツ情報と、
レシピ決定情報を含めて定義される味付け情報としてのパーツ情報と、
レシピ決定情報を含めて定義される副次食情報としてのパーツ情報とのいずれかの組み合わせによって構成され、
前記レシピ決定情報は、同種の複数の情報を量的に集計可能な、エネルギー量、栄養素含有量、料理時間の少なくともいずれかの種類の情報を含むことを特徴としており、
前記レシピ提供方法は、
前記コンピュータが、パーツ記録手段に、少なくとも２以上の前記パーツ情報を互いに対応づけることなく独立に記録しておき、
前記コンピュータが、前記パーツ指示と前記レシピ決定指示とを取得し、
前記コンピュータが、前記パーツ指示を取得した場合には前記パーツ記録手段に記録されたパーツ情報を参照することにより前記パーツ指示に対応する前記パーツ情報を選択されたパーツ情報として取得し、
前記コンピュータが、前記選択されたパーツ情報に対して１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成し、かつ、それらの組み合わせられた各パーツ情報に記録されたレシピ決定情報を集計し、
前記コンピュータが、前記生成した少なくとも１以上のレシピ情報の中から、前記集計されたレシピ決定情報が前記レシピ決定指示に合致するレシピ情報を抽出し、
前記コンピュータが、前記抽出されたレシピ情報を出力すること、
を特徴とするレシピ提供方法。
【請求項２１】
コンピュータを用いて、レシピ情報を出力するレシピ提供方法であって、
前記レシピ情報は、少なくとも、
レシピ決定情報を含めて定義される主要食情報としてのパーツ情報と、
レシピ決定情報を含めて定義される味付け情報としてのパーツ情報と、
レシピ決定情報を含めて定義される副次食情報としてのパーツ情報とのいずれかの組み合わせによって構成され、
前記レシピ決定情報は、複数の情報を量的に集計可能なエネルギー量の情報を含むことを特徴としており、
前記レシピ提供方法は、
前記コンピュータが、パーツ記録手段に、少なくとも２以上の前記パーツ情報を互いに対応づけることなく独立に記録しておき、
前記コンピュータが、ユーザの身長情報と体重情報とを含むユーザ情報を取得し、
前記コンピュータが、前記ユーザ情報に基づいてそのユーザの肥満指数（ＢＭＩ）を算出し、その算出した肥満指数と前記ユーザ情報とに基づいて適性摂取エネルギー量の情報を算出し、
前記コンピュータが、前記パーツ記録手段に記録された１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成し、かつ、それらの組み合わせられた各パーツ情報に記録されたエネルギー量の情報を集計し、
前記コンピュータが、前記生成した少なくとも１以上のレシピ情報の中から、前記集計されたエネルギー量が前記適性摂取エネルギー量以下であるレシピ情報を抽出し、
前記コンピュータが、前記抽出されたレシピ情報を出力すること、
を特徴とするレシピ提供方法。
【発明の詳細な説明】
【０００１】
【発明の技術分野】
この発明は、レシピ提供システム及びレシピ提供方法に関し、特に、ユーザにとって最適なレシピを提供することに関する。
【０００２】
【従来の技術】
インターネットやインターネット対応の家電製品等を利用することにより、ユーザが選択する料理のジャンル等に応じてレシピを送信するシステムが運営されている。一方で、近年、レシピの提供を受けるユーザ側からは、単に料理のバリエーションを増やすためだけのレシピの要求ではなく、肥満に代表される生活習慣病対策用のレシピや、介護・看護食用のレシピ等の要求が高まっている。このような要求は、レシピの決定にあたっては、ユーザは健康を最重要視するようになっていることを背景とするものであり、いずれにしても、提供されるレシピはそのユーザにとって最適な食事であることが必須条件となりつつある。
【０００３】
このようなユーザの要求に合致するレシピを提供するために、従来のレシピの提供システムでは、例えば、データベースに記録する個々のレシピ毎にそのエネルギー量等を併せて記録しておき、ユーザの入力するエネルギー量等に合致するレシピを検索する方法を採用するのが一般的であった。
【０００４】
【発明が解決しようとする課題】
ここで、従来のレシピ提供システムでのレシピ検索では、エネルギー量等が考慮され確かに各ユーザの健康状態にとって好ましいレシピ選択がされてはいるが、その検索されるレシピは、ユーザが食べたい料理であるとは限らなかった。すなわち、従来のシステムでは、選択されたレシピによる料理によってはユーザが満足感を得られない場合があった。
【０００５】
この発明は、上記のような問題に鑑みて、ユーザにとって健康の面からも好ましく、かつ、ユーザが満足感を得ることのできる最適なレシピを提供するためのレシピ提供システム及びレシピ提供方法を提供することを目的とする。
【０００６】
【課題を解決するための手段及び発明の効果】
１）本発明のレシピ提供システムは、
レシピ情報の提供を行うレシピ提供装置と、
レシピ提供装置と接続されるクライアント装置と、
を備えたレシピ提供システムであって、
前記レシピ情報は、少なくとも、
レシピ決定情報を含めて定義される主要食情報としてのパーツ情報と、
レシピ決定情報を含めて定義される味付け情報としてのパーツ情報と、
レシピ決定情報を含めて定義される副次食情報としてのパーツ情報とのいずれかの組み合わせによって構成され、
前記レシピ決定情報は、同種の複数の情報を量的に集計可能な、エネルギー量、栄養素含有量、料理時間の少なくともいずれかの種類の情報を含むことを特徴としており、
クライアント装置は、
ユーザの操作に応じて前記パーツ情報を指示するパーツ指示と、前記レシピ決定情報を指示するレシピ決定指示とを送信するパーツ指示送信手段と、
レシピ情報を受信する受信手段と、
前記受信手段が受信した前記レシピ情報を出力する出力手段と、
を備えており、
前記レシピ提供装置は、
少なくとも２以上の前記パーツ情報を互いに対応づけることなく独立に記録したパーツ記録手段と、
前記パーツ指示と前記レシピ決定指示とを取得するパーツ指示取得手段と、
前記パーツ指示を取得した場合には前記パーツ記録手段に記録された前記パーツ情報を参照することにより前記パーツ指示に対応する前記パーツ情報を選択されたパーツ情報として取得するパーツ情報取得手段と、
前記選択されたパーツ情報に対して１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成し、かつ、それらの組み合わせられた各パーツ情報に記録されたレシピ決定情報を集計するレシピ情報生成手段と、
前記レシピ情報生成手段が生成した少なくとも１以上のレシピ情報の中から、前記集計されたレシピ決定情報が前記レシピ決定指示に合致するレシピ情報を抽出するレシピ情報抽出手段と、
前記抽出されたレシピ情報を前記クライアント装置に送信するレシピ情報送信手段と、
を備えたことを特徴としている。
【０００７】
これにより、クライアント装置に送信されるレシピ情報には、ユーザが送信するパーツ指示に対応する前記パーツ情報が必ず含まれることになる。したがって、本レシピ提供システムにより、クライアント装置のユーザのパーツ指示に対応する料理によって満足感を得ることのできる、最適なレシピを提供することができる。クライアント装置に送信されるレシピ情報には、ユーザが送信するパーツ指示に対応する前記パーツ情報が含まれ、さらに、レシピ決定指示に対応するレシピ決定情報が含まれていることになる。したがって、本レシピ提供システムにより、クライアント装置のユーザのパーツ指示に対応する料理によって満足感を得るとともにレシピ決定情報に合致した、最適なレシピを提供することができる。
さらに、本発明のレシピ提供システムにおいて、前記パーツ情報は、少なくとも、主要食情報または、味付け情報または、副次食情報のいずれかの情報であり、前記レシピ決定情報は、少なくとも、エネルギー量情報または、栄養素情報または、料理時間情報のいずれかの情報であることを特徴としている。
したがって、クライアント装置に送信されるレシピ情報には、ユーザの所望する主要食情報または、味付け情報または、副次食情報のいずれかが含まれ、さらに、ユーザの所望するエネルギー量情報または、栄養素情報または、料理時間情報のいずれかに合致したものが含まれていることになる。したがって、本レシピ提供システムにより、クライアント装置のユーザが所望する料理によって満足感を得るとともに、ユーザの所望するエネルギー量情報または、栄養素情報または、料理時間情報のいずれかに合致した、健康の面からも好ましく、かつ、ユーザが満足感を得ることのできる最適なレシピを提供することができる。
【０００８】
また、レシピ情報生成手段は、前記選択されたパーツ情報に対して１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成するのであるから、選択されたパーツ情報を含みつつ複数のバリエーションのレシピ情報が生成されることになる。したがって、最終的なレシピ情報の数を増やすことが容易になり、複数回のレシピ提供をする場合であっても、ユーザにとって飽きのこないレシピ情報を提供することができる。
【０００９】
２）本発明のレシピ提供システムにおいて、
前記レシピ情報生成手段は、さらに、
前記２以上の前記パーツ情報を組み合わせるとともに、前記パーツ情報の組み合わせが適切なものを選択することによって少なくとも１以上のレシピ情報を生成することを特徴としている。
【００１０】
これにより、クライアント装置に送信されるレシピ情報には、ユーザが送信するパーツ指示に対応する前記パーツ情報が必ず含まれ、さらに、前記パーツ情報の組み合わせが適切なものとなっている。したがって、本レシピ提供システムにより、クライアント装置のユーザのパーツ指示に対応する料理によって満足感を得るとともに前記パーツ情報の組み合わせが適切な、最適なレシピを提供することができる。
【００１１】
１０）本発明のレシピ出力装置において、
前記レシピ情報は、少なくとも、
レシピ決定情報を含めて定義される主要食情報としてのパーツ情報と、
レシピ決定情報を含めて定義される味付け情報としてのパーツ情報と、
レシピ決定情報を含めて定義される副次食情報としてのパーツ情報とのいずれかの組み合わせによって構成され、
前記レシピ決定情報は、複数の情報を量的に集計可能なエネルギー量の情報を含むことを特徴としており、
前記レシピ出力装置は、
少なくとも２以上の前記パーツ情報を互いに対応づけることなく独立に記録したパーツ記録手段と、
ユーザの身長情報と体重情報とを含むユーザ情報を取得する手段と、
前記ユーザ情報に基づいてそのユーザの肥満指数（ＢＭＩ）を算出し、その算出した肥満指数と前記ユーザ情報とに基づいて適性摂取エネルギー量の情報を算出する手段と、
前記１以上の前記パーツ情報を組み合わせることによって少なくとも１以上のレシピ情報を生成し、かつ、それらの組み合わせられた各パーツ情報に記録されたエネルギー量の情報を集計するレシピ情報生成手段と、
前記レシピ情報生成手段が生成した少なくとも１以上のレシピ情報の中から、前記集計されたエネルギー量が前記適性摂取エネルギー量以下であるレシピ情報を抽出するレシピ情報抽出手段と、
前記抽出されたレシピ情報を前記クライアント装置に送信するレシピ情報送信手段と、
を備えたことを特徴としている。
【００１２】
これより、前記ユーザの適性摂取エネルギー量以下であるレシピ情報を提供することができる。
【００１５】
５）本発明のレシピ提供システムにおいて、
前記パーツ記録手段に記録されたパーツ情報は、少なくとも、
前記パーツの調理方法であるパーツ調理方法情報、または、
前記パーツ調理方法情報を画像で表すパーツ調理方法画像情報、
のいずれかを含むことを特徴としている。
【００１６】
これにより、クライアント装置のユーザは、送信されたレシピ情報に基づいて容易に調理をすることができる。また、パーツ調理方法画像情報によれば、視覚による確認をすることができるため、より一層調理を容易に行うことができる。
【００１７】
６）用語の定義と実施形態との対応
この発明において、
「レシピ情報」とは、パーツ情報の組み合わせによって完成する料理についての、材料や、作り方、調理時間等を示す情報のことをいう。実施形態では、図９のステップＳ９１５で出力される、“トマトソース豆腐ハンバーグとポテトフライの付け合せ”の作り方等を示す情報がこれに該当する。
【００１８】
「パーツ情報」とは、１つのレシピ情報を構成する要素の、材料や、作り方、調理時間等を示す情報のことをいう。実施形態では、例えば、“トマトソース豆腐ハンバーグとポテトフライの付け合せ”が１つのレシピであれば、その要素である、“豆腐ハンバーグ”と、“トマトソース”と、“ポテトフライ”の作り方等を示すそれぞれの情報がこれに該当する。
【００１９】
「主要食情報」とは、１つのレシピ情報を構成する要素のうち、主要な要素の、材料や、作り方、調理時間等を示す情報のことをいう。また、「主要食」とは、食べる料理を選定する最初の段階で観念される料理名を含む概念であり、例えば、“ハンバーグ”や、“チャーハン”、“ステーキ”、“ラーメン”等の料理ジャンルのことをいう。実施形態では、図５の、主要食料理データ５００がこれに該当する。
【００２０】
「味付け情報」とは、１つのレシピ情報を構成する要素のうち、主要な要素の味付けをするための要素の、材料や、作り方、調理時間等を示す情報のことをいう。また、「味付け」とは、主要食についてその味付けをするための材料であり、例えば、“ソース”、“ドレッシング”、“トッピング”等を含む概念である。実施形態では、図６の味付け材料データ６００がこれに該当する。
【００２１】
「副次食情報」とは、１つのレシピ情報を構成する要素のうち、主要な要素とは別の要素の、材料や、作り方、調理時間等を示す情報のことをいう。また、「副次食」とは、主要食に添える付け合せ料理であり、例えば、“ポテトフライ”や“にんじんのグラッセ”、“トマトのソテー”等の、主要食に付け合せるための料理のことをいう。実施形態では、図７の副次食料理データ７００がこれに該当する。なお、「副次食」の概念は、付け合せ料理だけではなく、レシピ情報によっては、主要食以外に、”前菜“、“付け合せのスープ、サラダ“等の別の料理を組み合わせて１のレシピ情報とすることもあるが、このような主要食以外の料理をも含む概念である。
【００２２】
「レシピ決定情報」とは、ユーザの適性摂取エネルギー量や、必要な栄養素、料理時間、咀嚼能力等の、レシピ決定の際に考慮される間接的な事項を含む概念であり、ユーザの“食べたい料理”という直接的な事項以外の事項のことをいう。
【００２３】
【発明の実施の形態】
目次
１．システム概略及びハードウェア構成等
２．データベース構成
３．最適レシピ生成処理の概要
４．第１の実施形態による最適レシピ生成処理
５．第２の実施形態による最適レシピ生成処理
６．実施形態による効果
７．本発明のその他の実施形態
――――――――――――――――――――――
１．システム概略及びハードウェア構成等
本発明の実施形態を図面に基づいて説明する。本発明に係るレシピ提供システムとしての最適レシピ提供サービスシステムは、図１に示すように、レシピ提供装置としての最適レシピサービスサーバコンピュータ２００（以下、最適レシピサーバ２００とする）とクライアント装置としてのクライアントコンピュータ１００（以下、クライアント１００とする）とがインターネット３００を介して接続された構成となっている。最適レシピサーバ２００は、レシピデータベース２２（以下、レシピＤＢ２２とする）と、クライアントデータベース２４（以下、クライアントＤＢ２４とする）を備えている。
【００２４】
本システムの最適レシピサーバ２００とクライアント１００の主要部分のハードウェア構成について、図２及び３を用いて説明する。クライアント１００は、図２に示すようにパーツ指示送信手段及び、受信手段及び、出力手段としてのＣＰＵ２と、メモリ４、ハードディスク６、モニタインターフェイス８、サウンドインターフェイス１０、通信インターフェイス１２、キーボード１４、外部記憶装置７を備えている。クライアント１００は、通信インターフェイス１２によってインターネット３００に接続される。
【００２５】
最適レシピサーバ２００は、クライアント１００と同様にＣＰＵ、ハードディスク、通信インターフェイス、メモリを備えているが、それらのうち、主要機能となる構成の概念図を図３に示す。パーツ指示取得手段及び、主要パーツ情報取得手段及び、レシピ情報抽出手段及び、レシピ情報送信手段、としてのＣＰＵ３３は、ハードディスク等に記憶された最適レシピ生成プログラム３２によって、最適レシピ生成処理を行う。また、メモリには、クライアントＤＢ２４、パーツ記録手段としてのレシピＤＢ２２が記憶されている。レシピＤＢ２２には、主要食情報としての主要食料理データベース２６（以下、主要食料理ＤＢ２６とする）及び、味付け情報としての味付け材料データベース２８（以下、味付け材料ＤＢ２８とする）及び、副次食情報としての副次食料理データベース３０（以下、副次食料理ＤＢ３０とする）が記憶されている。
【００２６】
最適レシピ生成プログラム３２は、それが記憶されたＣＤ−ＲＯＭから読み出されてハードディスクにインストールされたものである。なお、ＣＤ−ＲＯＭ以外に、フロッピーディスク（ＦＤ）、ＩＣカード等のプログラムをコンピュータ可読の記録媒体からハードディスクにインストールさせるようにしてもよい。さらに、通信回線を用いてダウンロードするようにしてもよい。本実施形態においては、プログラムをＣＤ−ＲＯＭからハードディスクにインストールさせることによってＣＤ−ＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるようにしている。しかし、これに限定されることなく、ＣＤ−ＲＯＭに記憶させたプログラムを直接的に実行するようにしてもよい。なお、コンピュータによって、実行可能なプログラムとしては、そのままインストールするだけで直接実行可能なものはもちろん、一旦他の形態等に変換が必要なもの（例えば、データ圧縮されているものを、解凍する等）も含む。また、クライアント１００や最適レシピサーバ２００に使用するオペレーティングシステムとしては、例えば、Ｗｉｎｄｏｗｓ（商標）等を採用すればよい
２．データベース構成
２−１．クライアントＤＢ
図４に、クライアントＤＢ２４に記録される情報の例を示す。クライアントＤＢ２４は、本システムのユーザ毎に記録された、複数のクライアントデータ４００によって構成されている。各クライアントデータ４００には、データ記録日、身長、体重、性別、年齢、ＢＭＩ（肥満指数：ＢＭＩ＝体重（Ｋｇ）÷（身長（ｍ）×身長（ｍ））の式によって算出される）、１日の適性摂取エネルギー量、アレルギー食材、制限事項、生活活動強度（エネルギー消費量からみた日常生活の活動の強さを区分けしたもの）、データ履歴等が記録されている。なお、ＢＭＩや適性摂取エネルギー量については、クライアントが直接入力することによって記録するようにしてもよいが、本実施形態では、入力された身長等の情報に基づいて最適レシピサーバ２００のＣＰＵ３３がＢＭＩや適性摂取エネルギー量を算出するようにしている。
【００２７】
ここで、適性摂取エネルギー量とは、そのユーザが１度の食事に摂取するカロリーとして適性であるとして算出されるものである。本実施形態では、ＢＭＩ値や年齢等から最初に標準エネルギー量を算出し、さらに、この標準エネルギー量を基準として、“やせすぎ”であればエネルギー量を増やすような適性摂取エネルギー量を算出し、逆に、“肥満”であればエネルギー量を減らすような適性摂取エネルギー量を算出する。
【００２８】
なお、この適性摂取エネルギー量の算出については、本実施形態によるものに限られるものではない。その他の実施形態として、既にそのユーザの過去のクライアント情報が入力されているならば、その体重の経時的変化の傾向を算出することにより、その傾向を適性摂取エネルギー量計算のためのファクターとして加えることによって、ユーザにとって無理のない適性摂取エネルギー量を算出するようにすることもできる。また、１日の中で既に採った食事のエネルギー量や過去の食事のエネルギー量を履歴情報としてクライアントデータ４００に記録したり、あるいは、“育ち盛り”“女性向き”等の対象ユーザの区分情報をＣＰＵ３３が判定することにより、それらの情報を適性摂取エネルギー量計算のためのファクターとして加えてもよい。さらに、同じ料理であっても、咀嚼の程度や食事にかける時間によって最終的に消化されるエネルギー量に変化があるため、ユーザの食事時間の情報を適性摂取エネルギー量計算のためのファクターとして加えることもできる。その他、ＢＭＩではなく、体脂肪率から適性摂取エネルギー量を算出するようにしてもよい。
【００２９】
また、これらのクライアントＤＢ２４を最適レシピサーバ２００に記録する前提として、通常、インターネット上でクライアントがサーバからサービスの提供を受ける前に行われているユーザ登録やユーザ認証等の処理を行うこととする。
【００３０】
なお、クライアントＤＢ２４に記録する情報はこれらに限られず、例えば、クライアントに対して、病歴や通院歴、理想体重等を併せて入力させるようにしてもよい。
【００３１】
２−２．レシピＤＢ
レシピＤＢ２２は、図５に例示する、主要食情報記録部としての主要食料理ＤＢ２６、図６に例示する、味付け情報記録部としての味付け材料ＤＢ２８、図７に例示する、副次食情報記録部としての副次食料理ＤＢ３０によって構成されている。本実施形態では、最適レシピサーバ２００が、個々のクライアントに対して最適なレシピ候補を送信するようにしているが、このレシピは、“主要食料理”と、それに加える“味付け材料”と、“副次食料理”によって構成されている。そして、本実施形態においては、“主要食料理”を主要食料理データ５００、“味付け材料”を味付け材料データ６００、“副次食料理”を副次食料理データ７００として、それぞれデータベースに記録している。
【００３２】
図５に例示する主要食料理ＤＢ２６は、主要食料理データ５００として、“ごぼうハンバーグ”や、“豆腐ハンバーグ”、“チャーハン”、“ステーキ”等のデータが記録されている。図６に例示する味付け材料ＤＢ２８は、味付け材料データ６００として、“ホワイトソース”や、“照り焼きソース”、“トマトソース”等のデータが記録されている。図７に例示する副次食料理ＤＢ３０は、副次食料理データ７００として、“にんじんのグラッセ”や、“トマトのソテー”、“ポテトフライ”等のデータが記録されている。そして、各データには、その主要食料理や副次食料理を構成する、材料データとしての「材料名」、エネルギー量情報としての「Ｅ（ｋｃａｌ）」、栄養素情報としての材料毎の「栄養素」、パーツ調理方法情報としての「作り方情報」、料理時間情報としての「調理時間情報」、分量を示す「材料情報」、和風や洋風等の「ジャンル情報」、その料理の提供に適する「季節情報」等が記録されている。
【００３３】
なお、図５、図６、図７には示していないが、本実施形態では、クライアント１００に対して最適レシピを出力する際に、パーツ料理方法画像情報としての料理の作り方や盛り付け例の画像データも併せて出力するようにするため、上述の主要食料理データ５００、味付け材料データ６００、副次食料理データ７００のそれぞれに、ＭＰＥＧ等の規格によって動画や静止画データも記録している。
【００３４】
また、レシピＤＢ２２については、それらが記憶されたＣＤ−ＲＯＭから読み出されてメモリに記録されたものとしているが、これに限られるものではない。その他の実施形態として、主要食料理ＤＢ２６、味付け材料ＤＢ２８、副次食料理ＤＢ３０のそれぞれを別々に、ＣＤ‐ＲＯＭや、フロッピーディスク（ＦＤ）、ＩＣカード等のプログラムをコンピュータ可読の記録媒体から読み出すようにしたり、通信回線を用いてダウンロードするようにすることもできる。
【００３５】
３．最適レシピ生成処理の概要
図８に、最適レシピサーバ２００による最適レシピ生成処理の概要のフローチャートを示す。最適レシピ生成処理は、最適レシピサーバ２００のＣＰＵ３３が、クライアント情報とレシピ決定情報とに基づいて、レシピＤＢ２２を参照しながらそのクライアント１００のユーザに合致する最適レシピを生成・抽出することを内容とするものである。最適レシピ生成処理の概要は以下の通りである。
【００３６】
最適レシピサーバ２００のＣＰＵ３３は、インターネット３００を介してクライアント１００からのアクセス要求を受けた後、所定のユーザ登録・認証を行った後に、図８に例示する最適レシピ生成処理を開始する。
【００３７】
まず、ＣＰＵ３３は、クライアント１００からクライアント情報の入力があったか否かを判断し（ステップＳ８０１）、入力があればそのクライアント情報をクライアントＤＢ２４に記録する（ステップＳ８０３）。次に、記録したクライアント情報に基づいてクライアント状況指数を算出する（ステップＳ８０５）。ここで、本実施形態におけるクライアント情報とは、図３及び図４に例示する、身長や体重等のクライアントデータ４００であり、クライアント状況指数とは、ＢＭＩや適性摂取エネルギー等である。また、クライアントＤＢ２４の記録等と並行して、ＣＰＵ３３は、クライアント１００からレシピ決定情報の入力があったか否かを判断する（ステップＳ８０７）。
【００３８】
次に、ＣＰＵ３３は、レシピＤＢ２２を参照することにより、得られたクライアント状況指数とレシピ決定情報に合致するレシピを生成する（ステップＳ８０９）。このレシピは、主要食料理データ５００と、味付け材料データ６００と、副次食料理データ７００との組み合わせによって生成されるものである。したがって、ステップＳ８０９におけるレシピの生成は、それらのデータの組み合わせによって完成する複数のレシピの中から、クライアント状況指数とレシピ決定情報に合致するものを生成することによって行われる。
【００３９】
ＣＰＵ３３は、最適レシピの候補を検索した後それらの候補を通信インターフェイス３４に向けて出力する（ステップＳ８１１）。それらのレシピ候補は、インターネット２００を介してクライアント１００に送信され、クライアント１００のユーザによってレシピ候補の中からレシピが決定される。ＣＰＵ３３は、レシピの決定がされたか否かを判断し（ステップＳ８１３）、レシピの決定がされた場合には決定レシピの詳細データを出力して（ステップＳ８１５）、最適レシピ生成処理を終了する。
【００４０】
以上、本発明の実施形態のシステム概略、ハードウェア構成、データベース構成、最適レシピ生成処理の概要を説明したが、以下の説明では、最適レシピ提供サービスシステムによって最適レシピが生成される処理を２つ例示する。なお、例示する２つの処理は、上述した最適レシピ提供サービスシステムによって同様に行われるものであり、それぞれ、第１の実施形態、第２の実施形態とする。
【００４１】
４．第１の実施形態による最適レシピ生成処理
第１の実施形態におけるクライアント１００のユーザは、主要食料理として“ハンバーグ”を食べることを希望しており、さらに、調理時間が１時間３０分以内のレシピを希望していることとする。したがって、ここでのユーザのパーツ指示としての主要食料理名は、“ハンバーグ”、レシピ決定情報としての調理時間は、“１時間３０分以内”ということになる。なお、パーツ指示等の入力に関しては、クライアント１００のユーザが直接入力するようにしてもよいし、あるいは、あらかじめ最適レシピサーバ２００側で一定のキーワード等を記録しておいてユーザに選択させるようにしてもよい。また、生活活動強度の入力については、ユーザが直接入力するようにしてもよいし、最適レシピサーバ２００側が生活活動強度決定のためのガイド画面を送信したり、ユーザが所定の質問を答えることによって自動的に区分けが決定されるようなプログラムを備えるようにしてもよい。
【００４２】
図９は、第１の実施形態による最適レシピ生成処理のフローチャートであり、また、図１１は、最適レシピ生成中のクライアント１００のモニタ表示例を示す図である。以下、このフローチャートとモニタ表示例に基づいて、第１の実施形態による最適レシピ生成処理を説明する。
【００４３】
まず、クライアント１００のユーザは、最適レシピサーバ２００にアクセスする（図１１Ａ参照）。そして、図１１Ｂに例示するモニタ表示を見ながら、クライアント情報としての身長、体重、性別、年齢、生活活動強度をクライアント１００に入力して最適レシピサーバ２００に送信する。次に、ユーザは、図１１Ｃに例示するモニタ表示を見ながら、主要食料理名“ハンバーグ”及び、調理時間“１時間３０分以内”をクライアント１００に入力して最適レシピサーバ２００に送信する。
【００４４】
一方、ＣＰＵ３３は、クライアント１００からクライアント情報の入力があったか否かを判断し（ステップＳ９０１）、入力があればそのクライアント情報をクライアントＤＢ２４に記録する（ステップＳ９０３）。次に、記録したクライアント情報に基づいてクライアント状況指数としてのＢＭＩ及び適性摂取エネルギー量（ここでは、４３０ｋｃａｌ）を算出する（ステップＳ９０５、Ｓ９０７）。
【００４５】
次に、ＣＰＵ３３は、クライアントＤＢ２４の記録等と並行して、クライアント１００から“主要食料理名”と“調理時間”の入力があったか否かを判断する（ステップＳ９０９、Ｓ９１０）。入力があった場合には、ＣＰＵ３３は、レシピＤＢ２２を参照することにより、入力された主要食料理名“ハンバーグ”に合致するレシピを生成する（ステップＳ９１１）。このレシピの生成は、上述のように、主要食料理データ５００と、味付け材料データ６００と、副次食料理データ７００とを総当り的に組み合わせることによって行われるが、ここでは、主要食料理ＤＢ２６に“ハンバーグ”として記録されている複数の主要食料理データ５００に対して、さらに、味付け材料データ６００と、副次食料理データ７００とが組み合わされることによって生成されることになる。
【００４６】
レシピを生成したＣＰＵ３３は、次に、その生成したレシピの中からステップＳ９０７で算出した適性摂取エネルギー量と、ステップＳ９１０で入力された料理時間に合致するレシピを抽出する（ステップＳ９１３）。なお、図１２に、主要食料理として“ハンバーグ”が選択されたときの、最適レシピデータの組み合わせテーブル具体例の一部を示した。テーブル中のＥ（ｋｃａｌ）や、Ｖ．Ｅ（ｍｇ）、調理時間情報等の値は、主要食料理データ５００、味付け材料データ６００、副次食料理データ７００のそれぞれに対応するデータの合計値である。したがって、ＣＰＵ３３は、ステップＳ９１３の抽出処理によって、図１２に一部例示した複数のハンバーグレシピの中から、エネルギー量４３０ｋｃａｌ以下で、かつ、料理時間１時間３０分以内となる組み合わせを抽出することになる。
【００４７】
ＣＰＵ３３は、ステップＳ９１３で抽出した１以上のレシピ候補を通信インターフェイス３４に向けて出力する（ステップＳ９１５）。それらのレシピ候補は、インターネット２００を介してクライアント１００に送信され、ユーザは、図１１Ｄに例示したモニタを確認しながらレシピ候補の中からレシピを決定する。そして、ＣＰＵ３３は、レシピの決定がされたか否かを判断し（ステップＳ９１７）、レシピの決定がされた場合は、決定レシピの詳細データとして、そのレシピを構成する主要食料理データ５００、味付け材料データ６００、副次食料理データ７００にそれぞれ記録された“材料情報”、“作り方情報”、“料理時間情報”及び、料理の作り方や盛り付け例等の画像データを出力し（ステップＳ９１９）、最適レシピ生成処理を終了する。このステップＳ９１９の出力に際しては、例えばユーザが“トマトソース豆腐ハンバーグとポテトフライの付け合せ”のレシピを決定したならば、図５、図６、図７にそれぞれ例示する、“豆腐ハンバーグ”、“トマトソース”、“ポテトフライ”のデータの組み合わせと画像レイアウト等の編集処理が行われることになる。なお、盛り付け例の画像レイアウトの編集処理については、画像として、主要食料理データ５００からの画像データの上または横に味付け材料データ６００からの画像データを埋め込み、それらの横に副次食料理データ７００からの画像データを埋め込むことによって１つの画像を合成することによることとしているが、これに限られるものではない。その他の実施形態として、主要食料理データ５００と、味付け材料データ６００と、副次食料理データ７００とを組み合わせて生成されるレシピのそれぞれについて、１つの盛付け例の画像データを別に記憶しておくようにしてもよい。
【００４８】
なお、ステップＳ９１１のレシピ生成については、本実施形態では、主要食料理ＤＢ２６に“ハンバーグ”として記録されている複数の主要食料理データ５００に対して、さらに、味付け材料データ６００と、副次食料理データ７００とが総当り的に組み合わされることとしているが、これに限られるものではない。例えば、ユーザは、最初に主要食料理名ではなく味付け材料を入力するようにして、味付け材料データ６００に対して主要食料理データ５００等を組み合わせるようにすることもできる。また、主要食料理データ５００と味付け材料データ６００との組み合わせによっては味として適当でない場合も考えられるため、そのような組み合わせが生成される場合にはその組み合わせを除外するようにフィルタリング処理をするようにしてもよい。なお、かかるフィルタリング処理は、主要食料理データ５００と、味付け材料データ６００と、副次食料理データ７００との、それぞれの組み合わせのパターンについて、それらの組み合わせを可能と判定するテーブルをメモリに記憶しておき、ＣＰＵが、ステップＳ９１１の処理の際にこのテーブルを参照することによって、可能な組み合わせのみを生成するようにすればよい。これにより、総当り的に組み合わせるよりも処理速度を速くすることができる。また、組み合わせを可能と判定するテーブルではなく、組み合わせを不可能と判定するテーブルをメモリに記憶しておき、ＣＰＵが、ステップＳ９１１の処理の後にそのようなテーブルを参照して適当でない組み合わせを除外するようにすることもできる。
【００４９】
さらに、例えば御客の好みに合わせて自由な味付けをしてもらう料理のように味付け材料データ６００や副次食料理データ７００が不要となる場合には、レシピ候補として１の主要食料理データ５００のみが選択されるように最適レシピ生成プログラム３２の内容を変更してもよい。あるいは、家族用レシピとして主要食料理データ５００を２品以上組み合わせることが必要となる場合には、レシピ候補として２以上の主要食料理データ５００の組み合わせが生成されるように最適レシピ生成プログラム３２の内容を変更することもできる。
【００５０】
また、ステップＳ９１１とＳ９１３の処理においては、主要食料理、適性摂取エネルギー量、調理時間によるＡＮＤ検索によってレシピの抽出をするようにしたがこれに限られるものではない。例えば、適性摂取エネルギー量と料理時間とによって抽出するようにしてもよいし、あるいは、主要食料理または料理時間によるＯＲ検索によってレシピの抽出をするようにしてもよい。
【００５１】
５．第２の実施形態による最適レシピ生成処理
第２の実施形態におけるクライアント１００のユーザは、主要食料理として“ハンバーグ”を食べることを希望しており、さらに、気になる症状としての“疲労”を回復するためのレシピを希望していることとする。ここで、第２の実施形態における最適レシピ生成プログラム３２には、レシピ決定情報としての“気になる症状”を考慮したレシピ生成のために、様々な症状の回復に最低限必要な栄養素を各症状に対応付けて記憶されており、例えば、“気になる症状”が“疲労”の場合は、Ｖ．Ｂ１（ビタミンＢ１）＝０．３ｍｇ以上、という情報が記憶されている。したがって、ここでのユーザのパーツ指示は、主要食料理＝“ハンバーグ”、レシピ決定情報は、“栄養素Ｖ．Ｂ１＝０．３ｍｇ”ということになる。
【００５２】
以下、図１０に示すフローチャートに基づいて、第２の実施形態による最適レシピ生成処理を説明する。なお、第２の実施形態においても、ＣＰＵ３３による処理や、図１１のモニタ表示は第１の実施形態とほとんど同様である。
【００５３】
クライアント１００のユーザは、最適レシピサーバ２００にアクセスし、図１１Ｂに例示するモニタ表示を見ながらクライアント情報をクライアント１００に入力して最適レシピサーバ２００に送信する。次に、ユーザは、図１１Ｃに例示するモニタ表示を見ながら、主要食料理名“ハンバーグ”及び、気になる症状“疲労”をクライアント１００に入力して最適レシピサーバ２００に送信する。
【００５４】
一方、ＣＰＵ３３は、クライアント１００からクライアント情報の入力があったか否かを判断し（ステップＳ１０１）、入力があればそのクライアント情報をクライアントＤＢ２４に記録する（ステップＳ１０３）。そして、記録したクライアント情報に基づいて、クライアント状況指数としてのＢＭＩ及び適性摂取エネルギー量（ここでは、４３０ｋｃａｌ）を算出する（ステップＳ１０５、Ｓ１０７）。
【００５５】
次に、ＣＰＵ３３は、クライアントＤＢ２４の記録等と並行して、クライアント１００からレシピ決定情報としての“主要食料理名”と“気になる症状”の入力があったか否かを判断する（ステップＳ１０９、Ｓ１１１）。入力があった場合には、ＣＰＵ３３は、レシピＤＢ２２を参照することにより、入力された主要食料理名“ハンバーグ”に合致するレシピを生成する（ステップＳ１１３）。
【００５６】
レシピを生成したＣＰＵ３３は、次に、その生成したレシピの中から、“適性摂取エネルギー量”と、ステップＳ１１１で入力された“気になる症状”に対応する“栄養素Ｖ．Ｂ１＝０．３ｍｇ”に合致するレシピを抽出する（ステップＳ１１５）。より具体的には、ＣＰＵ３３は、ステップＳ１１５の抽出処理によって、図１２に一部例示した複数のハンバーグレシピの中からエネルギー量４３０ｋｃａｌ以下で、かつ、Ｖ．Ｂ１＝０．３ｍｇ以上となる組み合わせを抽出することになる。
【００５７】
ＣＰＵ３３は、ステップＳ１１５で抽出した１以上のレシピ候補を通信インターフェイス３４に向けて出力する（ステップＳ１１７）。それらのレシピ候補は、インターネット２００を介してクライアント１００に送信され、ユーザは、図１１Ｄに例示したモニタを確認しながらレシピ候補の中からレシピを決定する。そして、ＣＰＵ３３は、レシピの決定がされたか否かを判断し（ステップＳ１１９）、レシピの決定がされた場合は、決定レシピの詳細データを出力し（ステップＳ１２１）、最適レシピ生成処理を終了する。
【００５８】
なお、第２の実施形態においては、最適レシピ生成プログラム３２に、様々な症状に対応づけてその回復に最低限必要な栄養素を記憶させることとしているが、これに限られるものではない。例えば、生活習慣病予防等の食事目的等の項目を備えることによって、各目的に対応した適性摂取エネルギー量を算出したり必要栄養素を記憶させておいてもよい。
【００５９】
６．実施形態による効果
最適レシピ提供サービスシステムでは、クライアント１００に送信されるレシピ候補として、ユーザの希望する主要食料理（例えば、ハンバーグ料理）をベースにしたバリエーションの料理が生成され、さらに、その中で、そのユーザの“適性摂取エネルギー量”や、気になる症状の回復に最低限必要な“栄養素”、希望する“調理時間”に対応するものが選択されていることになる。したがって、本システムにより、ユーザの健康の面からも好ましく、かつ、ユーザが満足感を得ることのできる最適なレシピを提供することができる。
【００６０】
また、ＣＰＵ３３は、主要食料理に対して、味付け材料と副次食料理を組み合わせることによって少なくとも１以上のレシピ候補を生成するのであるから、１の主要食料理を含みつつ複数のバリエーションのレシピ候補が生成されることになる。したがって、最終的なレシピ候補の数を増やすことが容易になり、介護食や看護食等の長期的なプランによってレシピの提供をする場合であっても、ユーザにとって飽きのこないレシピ候補を提供することができる。
【００６１】
この点、従来のレシピ提供システムでは、１つのレシピを１のデータとして記録していたため、レシピ候補を増やそうとする場合には、レシピ数自身を増やさなければならないという欠点を有していた。しかしながら、本システムによれば、例えば、１の主要食料理であっても複数の味付け材料を組み合わせることによって複数のレシピを生成することができるため、従来のシステムより少ないデータ量であってもレシピのバリエーションを増やすことができる。そして、このバリエーションの増加によって、結果として個々のユーザの希望や健康状態により一層合致した最適なレシピを提供することが可能となる。
【００６２】
また、主要食料理データ５００、味付け材料データ６００、副次食料理データ７００には、料理の作り方や盛り付け例の画像データ等が含まれている。これにより、クライアント１００のユーザは、送信されたレシピに基づいて容易に調理をすることができる。また、画像データによれば、視覚による確認をすることができるため、より一層調理を容易に行うことができる。
【００６３】
７．本発明のその他の実施形態
本発明では、実施形態として、最適レシピサーバ２００とクライアント１００とがインターネット３００を介して接続された構成を採用したが、これに限られるものではない。その他の実施形態として、例えば、クライアント１００として、携帯電話やＰＨＳ等のモバイル、インターネットに接続可能なカーナビゲーション、パーソナルコンピュータ、ＰＤＡ、家電製品、テレビ等を使用することもできる。家電製品やテレビについては、レシピの提供を受けるためのデバイスとして、メモリカードやインターネット接続可能なパーソナルコンピュータ等を利用すればよい。また、いわゆるネット家電であれば（インターネット対応電子レンジ、冷蔵庫等）、そのようなデバイスを介することなく、直接インターネットに接続してレシピの提供を受けることができる。さらに、レシピ出力装置としての家電製品にＣＰＵ３３と同等の機能を備えることにより、インターネットに接続することなくレシピの提供を受けることもできる。
【００６４】
また、図４、図５、図６、図７のデータベースについても、サーバではなく、クライアント１００の外部記憶装置７に記憶するようにしてもよい。さらに、レシピ候補の出力に関しても、図１１に示すように、クライアント１００のモニタ表示をするのではなく、ファックス用紙へ出力するようにすることもできる。
【００６５】
その他、図８のステップＳ８０７で入力するレシピ決定情報のその他の実施形態として、所定の品目数以上の材料が選択されるような条件や、ユーザが既に保存している材料が選択されるような条件を加えることもできる。また、主要食料理データ５００に、料理のやわらかさの情報を併せて記録しておくことにより、レシピ決定情報として、ユーザの咀嚼能力に合ったレシピが選択されるような条件を加えることもできる。
【００６６】
また、図５、図６、図７のデータベースの記録内容については、本実施形態におけるものに限られるものではなく、その他の実施形態として、本システムを利用するユーザの要求に合わせてデータベースの構成内容を変更してもよい。例えば、図５の“作り方情報”のみを別にデータベース化することにより、同一の主要食料理データ５００に対して複数の“作り方情報”データが組み合わされるようになデータベースを構築するようにしてもよい。これにより、同じ“ハンバーグ”であっても、スピード調理用や、フライパンのみでの調理、フライパンとオーブンを使った調理、といった組み合わせを行って、レシピのバリエーションを増やすことができる。この場合、その“作り方情報”をさらに、下処理、加熱処理（非加熱処理）等に分けてデータベース化するようにすれば、例えば、下処理については同一のデータで共通化を図る一方で、加熱処理のみのデータのバリエーションを増やすことも可能である。
【００６７】
また、実施形態では、料理の作り方や盛り付け例の画像データ等を主要食料理データ５００等に記録するようにしたが、これに限られるものではなく、そのような盛り付け例の画像データを別にデータベース化してもよい。これにより、同一デザインで統一された食器等を使用するレストラン等の業務用に対しても、画像データベースのみを変更することで対応可能となる。
【００６８】
また、家族の人数を考慮したデータベースや、レストランのチェーン店毎のデータベースや、季節や行事に合わせた特別料理用のデータベースを構築することもできる。この場合、本システムによれば、例えば主要食料理データ５００のみを差し替えたりすることによって、様々なユーザの要求を満たすレシピを簡易に提供することができる。
【００６９】
また、実施形態では、図５に例示するように、所定の材料データを組み合わせてできるいわゆる一次加工品を１つの主要食料理データ５００としているが、これに限られるもではない。例えば、ある程度料理の知識を有するユーザ用として、材料データ自身、あるいは、一次加工品の一部を構成する材料データを１のデータベースとすることにより、データベースを細分化してもよい。こうすることにより、例えば、“ハンバーグ生地”という材料データベースに対して別の材料データベースを組み合わせることにより、“ハンバーグ”だけではなく、“ミートローフ”や“メンチカツ”といったバリエーションのレシピの生成をすることが可能となる。
【００７０】
以上のように、本発明に係るレシピ提供システムは、従来、１のレシピ情報として認識されていたものを、料理については、材料、その一次加工品、その調理済み料理、それらの組み合わせ、というように分けて考え、また、作り方については、下処理、加熱処理、その盛り付け例、というように分けて考えたうえで、それらを組み合わせたものを１のレシピ情報としてとらえる（アッセンブル方式）、という本発明独自の視点を用いることによって、ユーザにとって健康の面からも好ましく、かつ、ユーザが満足感を得ることのできる最適なレシピを提供することを特徴とするものである。
【図面の簡単な説明】
【図１】本発明の実施形態による最適レシピ提供サービスシステムの構成図である。
【図２】クライアントコンピュータのブロック図である。
【図３】最適レシピサーバのハードウェアの概念図である。
【図４】クライアントデータベース２４の構造を示す図である。
【図５】主要食料理データベース２６の構造を示す図である。
【図６】味付け材料データベース２８の構造を示す図である。
【図７】副次食料理データベース３０の構造を示す図である。
【図８】最適レシピ生成処理のフローチャートである。
【図９】第１の実施形態による最適レシピ生成処理のフローチャートである。
【図１０】第２の実施形態による最適レシピ生成処理のフローチャートである。
【図１１】図１１Ａ、Ｂ、Ｃ、Ｄ、Ｅは、最適レシピ生成処理中のクライアントコンピュータ１００のモニタ表示を示す図である。
【図１２】第１及び第２の実施形態による、主要食料理名として“ハンバーグ”が選択されたときの、レシピ候補の具体例の一部を示す図である。
【符号の説明】
２４・・・クライアントデータベース
２６・・・主要食料理データベース
２８・・・味付け材料データベース
３０・・・副次食料理データベース
３２・・・最適レシピ生成プログラム
【図１】
0003609720.tif 000002
【図２】
0003609720.tif 000003
【図３】
0003609720.tif 000004
【図４】
0003609720.tif 000005
【図５】
0003609720.tif 000006
【図６】
0003609720.tif 000007
【図７】
0003609720.tif 000008
【図８】
0003609720.tif 000009
【図９】
0003609720.tif 000010
【図１０】
0003609720.tif 000011
【図１１】
0003609720.tif 000012
【図１２】
0003609720.tif 000013