(57)【要約】【課題】従来、既に提案済みの献立と、「もう一品」提案する献立との関連性については何も考慮されていないため、同種の献立が提案されてしまう可能性がある（例えばナポリタンパスタが提案済みなのに、もう一品の提案の際にクリームパスタが提案されるなど）。【解決手段】既に提案済みの献立の食材の中でメイン食材を抽出し、「もう一品」提案する献立で使う食材には、抽出したメイン食材を使わないようにする。また、献立名称中に共通の単語が含まれる場合は、「同種の献立」と判断して、そのような献立は「もう一品」の献立としては提案しないようにする。【選択図】図７
2010211747.tif 000002
【特許請求の範囲】
【請求項１】
食材と、該食材が中心食材となりうるか否かを示すタグとを格納する食材情報データベースと、
レシピと、レシピ毎に用いられる食材を含むレシピの属性と、を対応させて格納するレシピデータベースと、
メイン料理の他にサブ料理として少なくとももう一品レシピ（以下「もう一品レシピ」という。）を提案する際に考慮すべき前記属性に関するルールを格納するルールデータベースと、
を備えた記憶部と；
前記メイン料理に用いられ前記食材情報データベース内の前記タグが付されたメインの食材を除外するとともに、前記ルールデータベース内の前記属性に関するルールと前記レシピの属性とが合致するように前記レシピデータベース内を検索し、前記「もう一品レシピ」を抽出する検索部と、
検索された前記「もう一品レシピ」を出力する出力部と、を備えたレシピ提案装置。
【請求項２】
前記タグに基づいて中心食材を判定する中心食材判断部をさらに備えることを特徴とする請求項１に記載のレシピ提案装置。
【請求項３】
さらに、食材の在庫を記憶する食材在庫データベースを備え、
前記検索部の検索処理において、前記食材在庫データベースに在庫のある食材を優先して抽出することを特徴とする請求項１又は２に記載のレシピ提案装置。
【請求項４】
前記ルールデータベースは、少なくとも以下のいずれかのルールを格納することを特徴とする請求項１から３までのいずれか１項に記載のレシピ提案装置。
ａ）メインとなる食材をメイン料理で提案していた場合、前記「もう１品レシピ」の中心食材は、メイン料理の中心食材とは異なる食材をベースに提案されるようにする。
ｂ）レシピの種類は、可能な限り同じ調理器具を利用できる食材にするか、或いは、異なる調理器具で平行して調理できるようにする。
ｃ）レシピの種類のルールとして、メイン料理と同じジャンル（種類）のレシピが前記「もう1品レシピ」で提案されるようにする。
ｄ）調理時間がメイン料理の調理時間よりも短いものにする。
ｅ）メイン料理のカロリーが高くても、低くても、前記「もう一品レシピ」のカロリーは低いものが優先的に提案される。
ｆ）メイン料理のレシピ名中に共通の単語があるレシピ名のレシピは、「もう一品レシピ」としては提案されないようにする。
【請求項５】
さらに、前記食材在庫データベース内の在庫の出入り情報を通信により受けとる通信部を備えることを特徴とする請求項３に記載のレシピ提案装置。
【請求項６】
さらに、食材、調理時間、レシピの種別を、選択して入力するための入力部を備えていることを特徴とする請求項１から５でのいずれか１項に記載のレシピ提案装置。
【請求項７】
前記記憶部に、前記各データベースの少なくともいずれかがネットワーク経由で接続されていることを特徴とする請求項１から６までのいずれか１項に記載のレシピ提案装置。
【請求項８】
請求項１から７までのいずれか１項に記載のレシピ提案装置を備えた調理装置。
請求項１の方法
【請求項９】
請求項１に記載のレシピ提案装置を用いたレシピ提案方法であって、
レシピの設定条件を入力するステップと、
前記設定条件に基づいてレシピを検索するステップと、
検索されたレシピを出力するステップと、
レシピの出力後に、追加のレシピを検索するか否かを確認するステップと、
先に出力したレシピの中心食材を判断するステップと、
前記中心食材を除いたレシピを検索するステップと
を有するレシピ提案方法。
【請求項１０】
コンピュータに請求項９に記載のレシピ提案方法を実行されるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータシステムを用いて、ユーザが入力した食材から、レシピを再検索する際に、食材を再入力する手間を省く、または適切なレシピを提供する料理レシピ提案技術に関する。
【背景技術】
【０００２】
近年、電子レンジやオーブンレンジなどの調理機器などにおいて多くの機能が追加され、便利さがましてきている。また、パーソナルコンピュータを利用した料理レシピの提供のためのプログラムも市販されている。
【０００３】
下記特許文献１では、ユーザが現在保有している食材から調理可能な献立を検索してユーザに提供するとともに、ユーザが現在保持している食材の管理を行う献立管理システムを提案している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２５６３４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に記載のシステムでは、「もう一品検索」ボタンが設けられており、ユーザが更に献立を要求したい場合には、このボタンを操作することにより、もう一度献立の検索ができるようになっている。
【０００６】
しかしながら、その際には、再度、条件入力の画面に戻るため、ユーザにとっては操作が煩雑でわずらわしく感じられるという問題があった。
【０００７】
また、既に提案済みの献立と、「もう一品」を提案する献立との関連性については何も考慮されていないため、同種の献立が提案されてしまう可能性もある（例えば、ナポリタンパスタが提案済みなであるにもかかわらず、もう一品の提案の際に、同種の献立であるクリームパスタが提案されるなどのケースがありうる）。
【０００８】
本発明は、メニューを提案した後、ユーザからのもう一品というリクエストに応える際に、ユーザの負担を減らすことを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一観点によれば、食材と、該食材が中心食材となりうるか否かを示すタグとを格納する食材情報データベースと、レシピと、レシピ毎に用いられる食材を含むレシピの属性と、を対応させて格納するレシピデータベースと、メイン料理の他にサブ料理として少なくとももう一品レシピ（以下「もう一品レシピ」という。）を提案する際に考慮すべき前記属性に関するルールを格納するルールデータベースと、を備えた記憶部と；前記メイン料理に用いられ前記食材情報データベース内の前記タグが付されたメインの食材を除外するとともに、前記ルールデータベース内の前記属性に関するルールと前記レシピの属性とが合致するように前記レシピデータベース内を検索し、前記「もう一品レシピ」を抽出する検索部と、検索された前記「もう一品レシピ」を出力する出力部と、を備えたレシピ提案装置が提供される。
【００１０】
上記レシピ提案装置によれば、メインの食材を除外する検索キーとするとともに、「食材」、「レシピの種類」、「調理方法」、「調理時間」、「カロリー」などそれぞれのレシピの属性に応じたルールをもうけておくことで、ルールに沿ったもう一品のレシピを提案することができる。前記タグに基づいて中心食材を判定する中心食材判断部をさらに備えていれば、中心食材を簡単に抽出し提案することができる。
【００１１】
さらに、食材の在庫を記憶する食材在庫データベースを備え、前記検索部の検索処理において、前記食材在庫データベースに在庫のある食材を優先して抽出することが好ましい。これにより、在庫を優先してレシピを提案するため、経済的な提案が可能である。さらに、食材、調理時間、レシピの種別を、選択するＧＵＩを備えていても良い。このような入力部により、よりきめ細かな条件でレシピの提案を行わせることができる。さらに、前記食材在庫データベース内の在庫の出入り情報を通信により受けとる通信部を備えていれば、例えば、携帯端末などからの情報に基づいて、在庫を常に更新することができる。本発明は、上記のいずれかに記載のレシピ提案装置を備えた調理装置であっても良い。
【００１２】
本発明の他の観点によれば、上記に記載のレシピ提案装置を用いたレシピ提案方法であって、レシピの設定条件を入力するステップと、前記設定条件に基づいてレシピを検索するステップと、検索されたレシピを出力するステップと、レシピの出力後に、追加のレシピを検索するか否かを確認するステップと、先に出力したレシピの中心食材を判断するステップと、前記中心食材を除いたレシピを検索するステップと、を有するレシピ提案方法が提供される。
【００１３】
本発明は、コンピュータに上記のレシピ提案方法を実行されるためのプログラムであっても良く、該プログラムを記憶した記録媒体でも良い。プログラムはインターネットなどの伝送媒体によって取得されるものでも良い。
【発明の効果】
【００１４】
本発明によれば、もう１品を検索する際に、改めて条件を入力する手間を省くことができ、また、中心の食材となるものを抜いたレシピを予め決められたルールに沿って自動的に提案させることができ、メニューを提案した後、ユーザからのもう一品というリクエストに応える際に、ユーザの負担を減らすことが可能である。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施の形態によるレシピ提案装置の一構成例を示す機能ブロック図である。
【図２】本発明の第１の実施の形態によるレシピ提案装置におけるレシピ表示の具体例を示す図である。
【図３】本発明の第１の実施の形態によるレシピ提案装置におけるレシピ提案例を示す図である。
【図４】本発明の第１の実施の形態によるレシピ提案装置におけるもう1品検索表示の例を示す図である。
【図５】本発明の第１の実施の形態によるレシピ提案装置におけるもう１品検索されたイメージ図である。
【図６】本発明の第１の実施の形態によるレシピ提案装置における条件入力画面の例を示す図である。
【図７】本発明の第１の実施の形態によるレシピ提案装置の各データベースの構造を示す図である。
【図８】本発明の第１の実施の形態によるレシピ提案装置における処理の流れを示すフローチャート図である。
【図９】本発明の第１の実施の形態によるレシピ提案装置における「レシピ中の食材から中心食材の判断」する処理の細分化されたフローチャート図である。
【図１０】本発明の第１の実施の形態によるレシピ提案装置における「中心食材をぬいた食材・入力条件からもう１品提案レシピ選択する」の細分化されたフローチャート図である。
【図１１】本発明の第２の実施の形態によるレシピ提案装置の構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら、本発明の一実施の形態による献立提案技術について説明する。図１は、本発明の第1の実施の形態によるレシピ提案装置の一構成例を示す図である。図１に示すレシピ提案装置は、記憶部１０１と、制御部１０２と、レシピを表示する表示部１０３と、データや情報などを入力する入力部１０４と、通信部１０８と、を有している。制御部１０２は、符号１０５、１０６、１０７などのバスにより、各構成部と接続されている。さらに、記憶部１０１は、食材情報テーブルなどを格納する食材情報データベース（ＤＢ）１０１ａと、レシピ情報データベース（ＤＢ）１０１ｂと、ルールデータベース（ＤＢ）１０１ｃと、食材在庫データベース（ＤＢ）１０１ｄと、が格納又は接続されている。ここで、食材情報データベース（ＤＢ）１０１ａは、肉類、魚類、穀物、野菜などの食材種別データと、肉類であれば、牛肉、豚肉などの食材種別の細分データと、を有している。さらに、その食材がメイン食材（後述する。）になりうるかどうかを示すタグを含んでいる。レシピ情報データベース１０１ｂは、ジャンル毎（和食・中華料理・イタリア料理等）に分類されてレシピ情報が格納されている（但し、ジャンルが曖昧なレシピもあることから、ジャンル毎に分類せずに、ジャンルを示すタグ情報（一つのレシピに複数のタグ（ジャンルを示すタグ）が付くこともある。）とともにレシピ情報を格納するレシピ情報データベースの形態であっても良い）。レシピ情報には、レシピ名、調理時間、調理方法（煮る、焼く、揚げる、炒める、蒸す、ゆでる等）、適した調理器具（鍋（大中小）、土鍋、炊飯器、圧力鍋、焼き網、中華なべ、蒸し器、フライパン（大中小）、電子レンジ、オーブン、グリル、トースター、てんぷらトング、おたま、泡だて器、包丁、まな板、ボウル（大中小）、計量カップ、大さじ、小さじ、フードプロセッサ、すり鉢、すりこぎ、ざる等）、料理のカロリー、完成したときの写真、ジャンル（複数の組み合わせの場合であっても良い。）、その献立を調理するのに必要な食材情報（使用される食材名及びその食材の量等）が対応付けられて記憶されている。さらに、ルールＤＢ１０１ｃは、以下に説明するように、もう一品を提案する際のルールが格納されている。また、食材在庫データベース１０１ｄは、現在の食材の在庫を示す任意に設けられるデータベース（ＤＢ）であり、適宜更新されるのが好ましい。通信部１０８は、外部から情報を取得することができるように任意に設けられる。
【００１７】
尚、入力部は、キーボード、マウス、タッチパネルなどである。出力部は、液晶ディスプレイやスピーカなどである。制御部は、ＣＰＵ等から構成され、記憶部は、ハードディスク、メモリなどである。以下により具体的な構成について説明する。
【００１８】
その前に、まず、メイン食材について定義する。メイン食材は、提案されたレシピの中心食材となるもの（肉、魚、卵など）である。
【００１９】
本発明の実施の形態により提案されたレシピで用いられる食材に、肉や魚など、食材情報データベース１０１ａに「メイン食材となりうる」というタグ付けがされている食材が含まれていると、それはそのレシピのメイン食材に設定し、もう一品提案するレシピに使う食材には、上記において設定したメイン食材を使わないレシピを提案するようにする。肉や魚などのメイン食材が含まれていないレシピの場合は、メイン食材は特に設定されない場合もある。また、入力部１０４からユーザが、メイン食材の設定を行なうこともできる（例えば「メイン食材は豚肉」などと設定が可能である）。この場合は、ユーザが設定した食材をメイン食材としてレシピの提案を行なう。
【００２０】
尚、入力部１０４からユーザが入力した食材は、ユーザがその時の調理で使いたい食材を示すものであるため、その食材以外が含まれたレシピ（インターネットや電話等で注文したり、ユーザが買い物に行くなどして、その食材を取得する必要があるレシピ）はできるだけ提案しないようにするのが好ましい。
【００２１】
以下、図１の各構成部の動作について説明する。記憶部１０１は、料理のレシピ情報を、ＨＤＤやフラッシュメモリなどに記憶している。各料理は、ジャンル毎の識別子で区別され、料理のレシピ情報はこの識別子を用いてレシピ情報ＤＢ１０１ｂを検索することで読み出すことができるようになっている。
【００２２】
ジャンル毎のルールの例、すなわち、もう1品をなるべくお任せでレシピ提案するために、「食材はこういうルールでもう1品を提案」、「レシピの種類はこういうルールでもう1品を提案」というようなルール（ルールＤＢ１０１ｃに格納されている。）がいくつかある。以下にこのようなルールの例を挙げる。
【００２３】
ａ）中心食材が、肉類であれば、もう一品は、肉類を除外する。中心食材が、魚類であれば、もう一品は、魚類を除外する。なお、中心食材とは異なる種別の食材をベースとしたもう一品を提案する。すなわち、メインとなる食材をメインのレシピで提案していた場合、もう１品の中心食材は、メインのレシピのメインとなる食材と異なる食材をベースに提案されるようにする。
【００２４】
ｂ）レシピの種類は、同じ調理器具を利用できるように、例えば、オーブンレンジで調理するのであれば、同じオーブンレンジに備えられているオーブン機能又はレンジ機能を用いた食材にする。可能な限りで同じ調理器具を使用するレシピを優先的に提案する事は、調理に使用する調理器具が少なくて済むため、調理器具の準備や後片付け（洗い物等）が楽になり、後片付け時の乾燥等の場所も取らないという効果を得ることができる。
【００２５】
或いは、異なる調理器具で並行して調理できるようにするように設定できるようにしても良い。並行して調理することで、一つ一つを順番に作るよりも短時間で複数のレシピを調理可能になるという効果を得ることが出来る。同じ調理器具を使用するレシピを優先的に提案させる設定にするか、異なる調理器具で並行して調理できるようにするように設定するかに関しては、ユーザにより切り替えることができるようにするのが好ましい。
【００２６】
尚、メインのレシピの調理時間が長い場合には、異なる調理器具で並行して調理できるものを優先的に提案し、メインのレシピの調理時間が短い場合は、もう一品のレシピの調理時間も短いものにして、同じ調理器具を利用できるレシピを優先的に提案するようにするのが好ましい。
【００２７】
ｃ）レシピの種類については、和食、洋食、中華、エスニック系などが挙げられる。レシピの種類のルールとして、メインのレシピと同じジャンル（種類）のレシピが「もう1品」で提案されるようにするルールとするのが好ましい。
【００２８】
ｄ）調理時間がメインのレシピの調理時間よりも短いものにする。尚、メインとは異なる調理器具を使って、並行して調理できる場合は、メインレシピと同程度の時間がかかっても問題ないが、同じ調理器具を使う場合はメインレシピよりも短い調理時間のものの方が優先的に提案されるようにする。
【００２９】
ｅ）メインのレシピのカロリーが高くても、低くても、もう一品のレシピのカロリーは低いものが優先的に提案される。尚、もう一品のレシピのカロリー＝（「ユーザが入力した総カロリー」−「メインのレシピのカロリー」）となるように、もう一品のカロリーを決めるようにしても良い。もちろん、完全にカロリー等が一致する必要がなく、近似度の高いものから優先的に提案されるようにするのが好ましい。
【００３０】
ｆ）レシピ名に共通の単語があったものを外す。コーンスープ（メイン：コーン）とトマトスープ(メイン：トマト)の関係や、けんちん雑炊(メイン：ご飯)とけんちん汁（メイン：鶏）の関係など、メイン食材は異なるが、同じようなレシピが「もう1品」で提案されてしまう可能性を低減するために、レシピ名に共通の単語（この例では、「スープ」や、「けんちん」）が存在するレシピは、「もう一品」では提案されないようにする。このような共通の単語も、ＤＢに組み合わせとして格納しておけば良い。
【００３１】
図２は、提案されるレシピ表示の具体例を示す図であり、複数のレシピが出力部に出力される画像の例を示す図である。図２において、符号２０４は出力部の表示画面であり、符号２０１ａ〜ｄまでは、ユーザが入力した条件から提案されたレシピの料理画像表示領域、２０２ａ〜ｄは提案された各レシピの料理名を表示する領域であり、符号２０３は、レシピの詳細情報表示（カロリー、調理時間など）が表示される領域である（２０２ａ〜ｄ等と同様に、（２０２ａ〜ｄの下の部分に）レシピの詳細情報を各レシピ毎に出す方法もある。その場合、２０３の部分は、ユーザの入力した条件（カロリー、調理時間など）を表示する領域として使うこともできる。）。
【００３２】
また、図３は、出力部によって出力されるレシピの表示例を示す図である。図３に示すように、符号３０７は表示領域であり、符号３０１は料理名（タイトル）表示領域、３０２は料理画像表示領域（種々の角度から見えるようにするのが好ましい）、３０３は、標準的な調理時間、カロリー・料理の構成要素毎の分量などを表示する領域である、３０４は調理方法の詳細を示す表示領域、３０５は別のレシピを探すためのボタン、３０６はレシピを決定するボタンである。これらの表示は、基本的に、レシピ情報ＤＢに基づいて表示されるものである。ユーザは、図３の表示に基づいて、提示されたレシピの詳細を確認することができる。また、それを実際のレシピとして利用するか別のレシピを探すかを決めることもできる。
【００３３】
図４は、図３で表示した「レシピの決定」ボタン３０６を押した場合における表示例である。まず、符号４０１の「もう一品検索しますか？」のように、もう１品を再検索するか否かを問う図である。もう一品検索する場合には、ボタン４０３を、しない場合には、しないボタン４０４を押す。尚、図３の「別のレシピを探す」を押した場合には、図２の表示画面に戻り、再度レシピを探すことができる。
【００３４】
図５は、図４で「もう一品検索する」４０３を選択したときに、再検索したレシピの提案表示例を示す図である。図５のうち、符号５０７は表示領域であり、符号５０１は料理名表示領域、符号５０２は料理画像表示領域、符号５０３はカロリー・分量の表示領域、符号５０４は調理方法の表示領域、符号５０５、５０６は押しボタンであり、図３に対応する表示画面である。ここでは、図４において、「ほうれんそうとベーコンのスパゲティ」が提案されていたので、図１のルールデータベース等を参照して、そのメイン食材である「ほうれんそう」も「ベーコン」も含まないレシピである「レタスと豆のトマトスープ」が提案されている。
【００３５】
実際に、図３のホウレンソウとベーコンのスパゲティからもう一品を選択すると、図５のようにレタスと豆のトマトスープが選ばれるためには、そのメイン食材であるほうれんそう及びベーコンを含まないレシピであるという条件に合致する、「レタスと豆のトマトスープ」が提案されている。このような場合に、非常に多くの選択肢がある場合には、その中から、数品に絞るために、上記ａ）からｄ）、ｆ）のような複数のルールで検索対象を絞る必要がある。
【００３６】
また、例えば、本日、家庭に在庫がある食材によりある程度絞ることもできる。家庭で食材を購入し、それを消費し、残量があるか、も考慮して、そのようなデータベースとして食材在庫ＤＢ１０１ｄを参照すれば、選択肢はかなり絞れる。
【００３７】
また、携帯電話などの電子マネー機能を利用して買い物をする場合には、食材の管理は比較的容易である。特に、携帯電話と冷蔵庫、レンジなどの調理器を関連付けしておき（無線通信などが可能な通信部１０８などで）、常時、食材の在庫がわかるようにしておいても良い。
【００３８】
図６は、食材や、料理ジャンル、調理時間などの条件をユーザが入力または選択する表示画面例６０６である。レシピを提案する前にこれらの条件をユーザに入力してもらう。ここで、符号６０１ａ〜ｄはレシピの中心にする食材（メイン食材）を選択する領域である。通常は何も選択しなくても、食材情報データベースの「メイン食材となりうる」というタグを参照することで、各食材がメイン食材になるかどうかを自動的に判断できるが、ユーザが特に「この食材をメイン食材にしたい」と思う場合などに、符号６０１ａ〜ｄまでのユーザインタフェイス（ＵＩ）を用いることで、簡単に設定できるようになっている。符号６０２ａ〜ｄは使いたい食材の入力領域であり、符号６０３は希望する調理時間（幅を設けてある）の選択領域であり、符号６０４はレシピの希望ジャンル（和食、洋食など）の選択領域、符号６０５はレシピ検索の開始のボタンである。尚、符号６０１ａ〜ｄ、６０３、６０４は、ユーザが任意に選ぶことができ、これらを全て選ばなくても、レシピが提案できる。多くを選ぶほど、提案されるレシピを絞ることができる。このようにして入力された検索条件が基本となる。
【００３９】
図７は、図１の記憶部１０１の内部構造例を示す図であり、食材情報データベース１０１ａと、レシピデータベース１０１ｂと、を有している。
【００４０】
図３のレシピ決定ボタン３０６がおされると、そのレシピが「メイン料理」に決定される。そして、そのメイン料理として決定されたレシピの食材（材料）をレシピデータベースを参照して抽出し、それらの食材がメイン食材かどうかを食材情報データベースを参照したり、図６の６０１ａ〜ｄでメイン食材であることを選択した食材であったかどうかの情報を参照して、判断し、メイン食材と考えられる食材を全てメイン食材記憶メモリ（中心食材記憶領域（メモリ））７０３へ格納する。その後、最初に入力した条件と、「メイン食材は使わない」という条件とから、「もう一品」のレシピを提案する。
【００４１】
ここで、図７について説明する。食材情報データベース１０１ａには食材の種類７０１ａ、いくつかのタグ（豚肉なら肉、鰹なら魚、ピーマンなら野菜などの上位種別を示すタグ、メインの食材となりうるか否かを示すタグ、「生食可」など、その食材の性質を示すタグ、予備のタグ領域など。これらは順不同であるが、例えば「メイン食材となりうる」タグを優先的にタグ１に格納するような実装も考えられる。）の各領域が存在している。レシピデータベースは、各レシピ７０２ａ、７０２ｂ…における、レシピ名、食材（材料）１からｎ（レシピによって異なる）、調理時間、レシピの料理のカロリーなどの情報を記憶している。これらの情報に基づき、図６で入力された情報を元にメインの料理のレシピが提案された後に、レシピ決定ボタンが押されると、その料理のレシピに含まれるメイン食材を除く食材のみで作ることができるもう一品のレシピが提供される。この際、食材情報データベース１０１ａから送られた中心食材の情報と、ルールデータベースに格納されている属性に関するルールと、に基づいて、レシピデータベース１０１ｂ内を検索して、中心食材を含まず、属性が合致するレシピを検索・抽出して、レシピを出力部１０３へ出力する。決定されたレシピは、決定レシピ記憶領域（メモリ）７０４に格納される。「もう一品」のレシピ提案はこのような処理により行われる。この際、図６に示す入力インターフェイスによって選択された検索条件が基本となる。
【００４２】
より詳細には、図８に示すように、処理が開始されると（開始）、ステップＳ８０１において、ユーザからの食材情報や検索条件の入力部から入力を検出する。ステップＳ８０２において、検索開始ボタンの押圧を検出すると、ステップＳ８０３において、（図６の６０１ａ〜ｄにおいて）メイン食材が選択されているか否かを判断し、ＮｏであればステップＳ８０４に進み、ＹＥＳであればステップＳ８０５に進む。ステップＳ８０４では、レシピデータベース内のレシピの中から、Ｓ８０１で入力された条件に合致するものを検索して、提案レシピの候補をリスト化する。ステップＳ８０５では、まず配列mainの添え字として使う変数yを０に初期化する。次にステップＳ８０６で、選択されているメイン食材情報の一つを配列ｍａｉｎ[y]に格納する。次に、ステップＳ８０７で配列ｍａｉｎの要素番号[ｙ]をインクリメントする。次に、ステップＳ８０８で選択されたメイン食材がもうないかどうかを判断し、ＮＯならステップＳ８０６へ戻り、選択されたメイン食材がなくなるまで、ステップＳ８０６、８０７の処理を繰り返す。選択されたメイン食材をすべて配列mainに格納すると、ステップＳ８０９に進み、配列ｍａｉｎ[0]〜ｍａｉｎ[y-1]に格納されたメイン食材及びステップＳ８０１で入力が検出された条件に合致するレシピをレシピデータベースから検索して、提案レシピの候補をリスト化する。そして、ステップＳ８１０において、提案レシピの候補のリストから提案レシピを取り出して出力手段に表示する。ステップＳ８１１で、レシピ決定ボタンが押圧されたか否かを判定し、決定されなければ、Ｓ８１０に戻り、提案レシピ候補リストから次の候補を取り出して出力手段へ表示を行なう。決定されると（Ｙｅｓ）、ステップＳ８１２に進み、決定されたレシピをメモリに格納する。次いで、ステップＳ８１３で、「もう一品を探す」指示が与えられたか否かをチェックする。「もう一品探す」指示がなければ、終了する（終わり）。「もう一品探す」指示が与えられたら（Ｙｅｓ）、Ｓ８１４へ進む。ステップＳ８１４で、決定レシピをメモリから呼び出し、ステップＳ８１５で、レシピ中の食材からメイン食材の判断（中心食材判断）を行う。
【００４３】
次に、ステップＳ８１６でメイン食材を抜いた食材、及び、Ｓ８０１で入力された条件から「もう一品」の提案レシピ候補を検索（レシピデータベースから、Ｓ８０１で入力が検出された条件に合致し、しかもメイン食材を含まないレシピを検索）し、リスト化する。ステップＳ８１７で最初に選択したレシピのレシピ名と、「もう1品」に提案するレシピ名との比較を行い、ステップＳ８１８でレシピ名に共通する単語があるかどうかを判定し、共通の単語があるレシピは、Ｓ８１９において「もう一品」の提案レシピ候補リストから削除する。共通する単語がなくなったら、ステップＳ８２０で、提案されたレシピの候補を出力部に表示させる。この場合もＳ８１１と同様にレシピ決定ボタンによって決定されるまで、「もう一品」提案レシピ候補リストから順次レシピを取り出して表示させることが可能である。「もう一品」の提案レシピも決定したらこの処理は終了である。ステップＳ８１３でＮｏの場合もこの処理を終了する。このように、ユーザが設定した中心食材、調理時間、レシピの種類など、その設定条件を元にレシピを検索する。
【００４４】
図９は本実施の形態の特徴部分である、「もう１品検索する」を選択した場合の処理を細分化したフローチャート図である（図８のＳ８１４、Ｓ８１５の処理に対応する。）。
ステップＳ９００で、決定レシピをメモリから呼び出し、ステップＳ９０１で、配列nameの要素番号を示す変数iを０に初期化し、ステップＳ９０２でレシピ名に食材が含まれるかどうかを判定し、含むと判断された場合には（Ｙｅｓ）、ステップＳ９０３に進み、食材名が含まれる場合、抽出した食材名を配列name[ｉ]へ格納していく。ステップＳ９０４で、配列ｎａｍｅの要素番号[ｉ］をインクリメントし、ステップＳ９０５でレシピ名に食材がまだ含まれるか否かを判定する。Ｙｅｓの場合には、ステップＳ９０３に戻り、Ｎｏの場合にはステップ９０６へ進み、決定レシピで用いる食材を抽出し、ステップＳ９０７で食材情報データベースを呼び出して、決定レシピで用いる食材の中に「メイン食材になりうる」というタグがついた食材があるかを調べる。Ｓ９０８でＹｅｓならば、ステップＳ９０９へ進み、「メイン食材となりうる」というタグのついた食材を配列ｎａｍｅ［ｉ］へ保管し、ステップ９１０で配列nameの要素番号iをインクリメントする。次に、ステップＳ９０８がＮｏの場合とともに、ステップＳ９１１へ進む。ステップＳ９１１でレシピ中にさらに食材が含まれているか判断し、ＹｅｓならＳ９０６へ戻り、Ｎｏなら、図１０のＴ１０へ進む。このようにして、レシピ名に含まれている食材は無条件でメイン食材と判断し、レシピ中に含まれている食材は、食材情報データベースのメイン食材のタグがついている食材のみ抽出する処理を行う。
【００４５】
図９で、「ほうれんそうとベーコンのスパゲティ」というレシピからメイン食材を抜き出して、配列ｎａｍｅに格納する例の詳細を以下に示す。
【００４６】
・レシピ名から食材を抽出する場合は、メイン食材のタグがついているかどうかにかかわらず、すべて抽出する。
以下のようにメイン食材のタグがついているかどうかにかかわらず、配列ｎａｍｅに格納されていく。
ｎａｍｅ[0]＝ほうれんそう
ｎａｍｅ[1]＝ベーコン
ｎａｍｅ[2]＝スパゲティ
【００４７】
・レシピに使う食材から抽出する場合は、食材データベースで「メイン食材になりうる」というタグがついている食材を抽出する。
以下のように「メイン食材になりうる」というタグがついている食材のみ、配列ｎａｍｅ[i]…に格納されていく。
ｎａｍｅ[3]＝コーン（メインのタグ付）
ｎａｍｅ[4]=たまねぎ（メインのタグ付）
【００４８】
図１０も本実施の形態の特徴部分である「メイン食材をぬいた食材及び、ユーザの入力した条件に基づいて「もう１品」の提案レシピ検索する」処理の処理フローの図であり、最初の入力で調理時間や、レシピの種類などの設定が入力されていれば、それも含めて再検索する処理を示している。（図８のＳ８１６の処理にほぼ対応する。）
【００４９】
Ｔ１０は、図９の処理を終了した時点を示し、ここから図１０の処理を開始する。この時点で、配列name[0]〜name[i-1]には、メイン食材とみなすべき食材の情報が格納されていることになる。まず、ステップＳ１００１で、レシピデータベースから、レシピを一つ取り出してメモリへ一時保管する。この取り出し方は、データベースの最初に登録されているレシピから順番に取り出すようにしてもよいし、レシピの種類や調理時間や使用食材の情報をキーにしてユーザの入力した条件に合致するものをレシピデータベースから抽出するようにしても良い。後者の方法（ユーザの入力条件をキーにしてレシピデータベースから抽出する場合）、条件に合致するものが複数抽出されたら、Ｓ１００１では、それを順次一つずつ取り出し、次にまたＳ１００１に戻ってきたときに、次のレシピを取り出せるように処理を行なう。そして、ステップＳ１００２で、ユーザが入力した条件の中に「調理時間」があるか否か（調理時間の設定を行なったか否か）をチェックし、調理時間が設定されているなら（Ｙｅｓならば）Ｓ１００３へ進み、設定されていないなら（Ｎｏならば）Ｓ１００４へ進む。Ｓ１００３では、ユーザが設定した調理時間の範囲内に、一時保管したレシピの調理時間が入っているかをチェックする。入っていれば（Ｙｅｓならば）Ｓ１００４に進み、入っていなければ（Ｎｏならば）一時保管したレシピはユーザの検索条件に合わないレシピであるので、次のレシピを取り出すためにＳ１００１へ戻る。Ｓ１００４では、ユーザが入力した条件の中に「レシピの種類」があるか否か（「レシピの種類」の設定を行なったか否か）をチェックし、レシピの種類が設定されているならＳ１００５へ行き、設定されていない場合にはＳ１００７へ進む。Ｓ１００５では、一時保管したレシピの「レシピの種類」が、ユーザの設定した「レシピの種類」と合っているかをチェックする。合っていれば（Ｙｅｓならば）Ｓ１００６へ行き、合っていなければ（Ｎｏならば）、次のレシピを取り出すためにＳ１００１へ戻る。
【００５０】
Ｓ１００６では、決定したレシピと、メモリに一時保管したレシピとが並行して調理可能か否かをチェックし、Ｙｅｓなら、Ｓ１００７へ行き、Ｎｏなら、Ｓ１００８へ進む。Ｓ１００７では決定レシピで使う調理器具とメモリに一時保管したレシピで使う調理道具が異なるか否かをチェックし、ＹｅｓであればＳ１００９に進み、ＮｏであえばＳ１００１へ戻る。Ｓ１００８では、決定レシピで使う調理器具とメモリに一時保管したレシピで使う調理器具が同じか否かをチェックし、ＹｅｓであればＳ１００９へ進み、ＮｏであればＳ１００１へ戻る。
【００５１】
なお、決定レシピとメモリに一時保管したレシピとが並行調理可能かどうかの判断の条件としては、以下のようなものが挙げられるが、これらに限られるわけではない。
【００５２】
ａ）「決定レシピの調理手順の中に、メモリに一時保管したレシピの調理時間に長く待ち時間がある（例：弱火で２０分煮込む、２０分蒸す、１５分焼く…など）」。
【００５３】
ｂ）「グリルや電子レンジ、オーブンなどを使うときに、２、３品同時に入れる（魚又は肉と野菜等とを同時に焼く、或いは、蒸す等）ことが可能である。」
後者（ｂ））の「グリルや電子レンジ、オーブンなどを使うときに、２、３品同時に入れる（魚又は肉と野菜等を同時に焼く、或いは蒸す等）ことが可能である」か否かの判定方法としては、決定レシピの調理方法と、メモリに一時保管したレシピの調理方法とが同一であり、かつ、その調理方法で使う調理器具が大きめのフライパンや電子レンジなど複数のレシピの食材を同時に調理可能であるかどうかで判定することが可能である。
【００５４】
この点に関する実施例について以下に説明する。決定レシピが、オーブンを使うメニューであれば、決定レシピで焼く温度と同じ（または、±２０度）温度で、オーブンで焼くレシピを優先的に提案する。
【００５５】
例えば、肉料理を調理する時間を以下のようにする。
ａ）下ごしらえ時間（肉１）
ｂ）オーブンで焼く時間（肉２）
ｃ）焼いた後の調理時間（肉３）
【００５６】
また、魚料理を調理する時間を以下のようにする。
ｄ）下ごしらえ時間（魚１）
ｅ）オーブンで焼く時間（魚２）
ｆ）焼いた後の調理時間（魚３）
【００５７】
そして、以下において、時間Ａと時間Ｂとのうちの長い方の時間をＭＡＸ（Ａ，Ｂ）と記し、また、肉と魚を焼く際の温度は同じとする。
【００５８】
肉と魚とを同時にオーブンに入れて、先に焼き上がった方を取り出す場合に、調理所要時間は以下の通りである。
【００５９】
時間Ａ：ＭＡＸ（肉１，魚１）＋ＭＡＸ（（肉２＋肉３），（魚２＋魚３））
【００６０】
焼く時間の長い方を先にオーブンに入れて、同時にオーブンから取り出す場合の調理所要時間は以下の通りである。
【００６１】
時間Ｂ：ＭＡＸ（（肉１＋肉２），（魚１＋魚２））＋ＭＡＸ(肉３，魚３)
【００６２】
尚、上記の他にも場合分けが可能であるが、時間Ａと時間Ｂとの短い方を「決定レシピ」と「もう一品レシピ」とを組み合わせたメニューの総調理時間Ｘとする。同じ温度でオーブンを使うメニューが複数あった場合には、組み合わせメニューの総調理時間Ｘが一番短いものから優先的に提案するのが望ましい。
【００６３】
Ｓ１００９では、決定レシピ（「もう一品」を選ぶ前に提案され、ユーザが「決定」したレシピ）のレシピ名と、メモリに一時保管したレシピのレシピ名との間に共通の単語が存在するかをチェックする。存在しているなら（Ｙｅｓならば：例えば、「けんちん汁」と「けんちんおじや」なら、共通の単語「けんちん」が存在している。）、決定レシピと「もう一品」のレシピとが似通ったレシピになってしまうので、これを防ぐために、Ｓ１００１に戻って、次のレシピを取り出す。存在していないなら（Ｎｏならば）、Ｓ１０１０へ進む。
【００６４】
Ｓ１０１０では、メモリに一時保管したレシピで使う食材（材料）の中に、配列name[0]〜name[i-1]に格納されている食材が含まれているか否かをチェックする。配列name[0]〜name[i-1]には、決定レシピのメイン食材とみなすべき食材が格納されているので、これが「もう一品」のレシピでも含まれていると、やはり決定レシピと「もう一品」のレシピとが似通ったレシピになってしまう。これを防ぐために、メモリに一時保管したレシピで使う食材（材料）の中に、配列name[0]〜name[i-1]に格納されている食材が含まれているなら、Ｓ１００１に戻って次のレシピを取り出す。含まれていないなら（Ｎｏならば）、Ｓ１０１１へ進む。
【００６５】
Ｓ１０１１では、もともと入力した食材の範囲内で一時保管したレシピを作れるか（又は一時保管したレシピで使う食材の大部分は、条件を入力した際の食材の情報と一致しているか）否かをチェックする。一致している場合には（Ｙｅｓならば）、Ｓ１０１２に進む。一致していない場合には（Ｎｏならば）、現在、一時保管されているレシピは食材の条件に合わないレシピであると判断されるため、次のレシピを取り出すためにＳ１００１に戻る。
【００６６】
Ｓ１０１２では、その時点で一時保管されているレシピは、ユーザからの入力条件に合致し、しかも、決定レシピとも似通っていないレシピであるので、「もう一品」で提案するレシピの候補として、「もう一品提案レシピ候補リスト」に格納する。次にＳ１０１３へ進み、レシピデータベース中のレシピを全部検索し終えたか否かをチェックする。検索し終えていなければ（Ｎｏならば）、Ｓ１００１に戻って、次のレシピを取り出して再度チェックを行なう。検索し終えていたら、終了となる。
【００６７】
ここまでで、「もう一品提案レシピ候補リスト」が得られるので、ここから、一つレシピを取り出して、「もう一品」のレシピの提案を行なうことができる。（図８のＳ８２０に対応する。）
【００６８】
以上に説明したように、本実施の形態によれば、もう１品を検索する際に、改めて条件を入力する手間を省ける中心の食材となるものを抜いたレシピを予め決められたルールに沿って自動的に提案させることができ、メニューを提案した後、ユーザからのもう一品というリクエストに応える際に、ユーザの負担を減らすことが可能である。
【００６９】
（第二の実施の形態）
第一の実施の形態では、レシピデータベースが記憶部に記憶されている例を説明したが、第二の実施の形態として、レシピデータベースや食材情報データベースがインターネット上に存在している場合を図１１を参照しながら説明する。
【００７０】
動作自体は、第一の実施の形態の場合と同様だが、インターネット上にレシピデータベースを置くことで、レシピデータベースの拡充が容易であり、またユーザにレシピを登録してもらうことも可能になる。
【００７１】
（第三の実施の形態）
上記第一や第二の実施の形態は、いずれもレシピ提案装置であったが、このレシピ提案装置を電子レンジなどの調理装置を組み込んで、提案されたレシピを調理できるようにすることで、より実用性を向上させることができる。調理装置とレシピ提案装置とが、優先又は無線で接続する形態であっても良い。
【００７２】
以上に説明したように、本発明の実施の形態および実施例について説明を行なったが、今回開示した実施の形態および実施例は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれる。
【００７３】
上記の実施の形態において、添付図面に図示されている構成等については、これらに限定されるものではなく、本発明の効果を発揮する範囲内で適宜変更することが可能である。その他、本発明の目的の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。
【００７４】
また、本実施の形態で説明した機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。尚、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００７５】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
【００７６】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また前記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【産業上の利用可能性】
【００７７】
本発明は、レシピ提案装置に利用可能である。
【符号の説明】
【００７８】
１０１  記憶部
１０２  制御部
１０４  入力部
２０１ａ〜ｄ  レシピ画像表示領域
２０２ａ〜ｄ  レシピ名表示領域
６０１ａ〜ｄ  選択ボタン
６０２ａ〜ｄ  食材入力項目表示領域
１０１ａ 食材情報データベース
１０１ｂ  レシピデータベース
【図１】
2010211747.tif 000003
【図２】
2010211747.tif 000004
【図３】
2010211747.tif 000005
【図４】
2010211747.tif 000006
【図５】
2010211747.tif 000007
【図６】
2010211747.tif 000008
【図７】
2010211747.tif 000009
【図８】
2010211747.tif 000010
【図９】
2010211747.tif 000011
【図１０】
2010211747.tif 000012
【図１１】
2010211747.tif 000013