(57)【要約】【課題】ユーザに関する情報に基づいて、ユーザに適し、また食材の有効利用の観点からも好ましい献立を推薦する献立推薦サーバ等を提供する。【解決手段】献立推薦サーバ５の記憶部２０２には、ユーザに対し推薦する献立の決定に用いる複数の項目２１７および項目情報２１９を含む献立推薦情報１２１、献立２７１および使用する食材２７３ａについて示す献立情報１２７等が記憶されている。献立推薦サーバ５は、ユーザにより選択された項目２１７の項目情報２１９のそれぞれについて、推薦時参照情報１２３を参照して、項目情報２１９から推薦される献立を献立情報１２７から抽出するとともに、ユーザにより選択された食材調整日数２９３の数分の献立を、項目情報２１９から推薦された献立と食材が共通するように選択することにより、利用日数分の献立を決定する。【選択図】図４
2013058061.tif 000002
【特許請求の範囲】
【請求項１】
ユーザのユーザ端末と接続される、前記ユーザに対し献立を推薦するための献立推薦サーバであって、
前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段と、
前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦手段と、
を具備し、
前記献立推薦手段は、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦サーバ。
【請求項２】
前記献立推薦手段は、ユーザにより選択された前記項目の項目情報のそれぞれに対応して、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、ユーザにより設定された食材調整献立数の分の献立を、前記項目情報から推薦される献立と食材が共通するように選択することにより、前記所定数の献立を決定することを特徴とする請求項１記載の献立推薦サーバ。
【請求項３】
前記献立推薦手段は、ユーザにより選択された前記所定数の前記項目の項目情報のそれぞれに対応して、前記項目情報から推薦される献立を前記献立情報から１または複数抽出するとともに、前記抽出された１または複数の献立から、前記所定数の献立に使用する食材が共通するように１つの献立を選択することにより、前記所定数の献立を決定することを特徴とする請求項１または請求項２記載の献立推薦サーバ。
【請求項４】
前記献立推薦手段は、ユーザにより設定された、前記所定数の献立で共通する食材の種類数の多寡に応じて、前記所定数の献立を決定することを特徴とする請求項１から請求項３のいずれかに記載の推薦献立サーバ。
【請求項５】
前記所定数の献立の献立情報を、前記献立に用いる食材を選択して購入決定可能な献立推薦画面として前記ユーザの端末に送信する献立情報送信手段を更に具備することを特徴とする請求項１から請求項４のいずれかに記載の献立推薦サーバ。
【請求項６】
前記所定数の献立の献立情報を、前記献立の推薦に用いた項目を表示するとともに、前記献立の推薦に用いる項目を変更可能とした献立推薦画面として前記ユーザの端末に送信する献立情報送信手段を更に具備し、
前記献立推薦手段は、
前記献立推薦画面で前記項目の変更がされた場合に、変更後の項目の項目情報に対応して、前記変更後の項目情報から推薦される献立を前記献立情報から再度抽出することを特徴とする請求項１から請求項５のいずれかに記載の献立推薦サーバ。
【請求項７】
前記記憶手段は、前記項目情報と、前記項目情報に応じて推薦時に抽出しない献立を定める禁止献立情報とを紐付けた絞込み時参照情報を更に記憶し、
前記献立推薦手段は、前記項目情報に紐づく前記禁止献立情報により定められる献立以外の献立から、前記所定数の献立を決定することを特徴とする請求項１から請求項６のいずれかに記載の献立推薦サーバ。
【請求項８】
ユーザのユーザ端末と献立推薦サーバがネットワークを介して接続される、前記ユーザに対し献立を推薦するための献立推薦システムであって、
前記献立推薦サーバは、
前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段と、
前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦手段と、
を具備し、
前記献立推薦手段は、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦システム。
【請求項９】
ユーザのユーザ端末と接続され、前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段を有する献立推薦サーバが、
前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦ステップを実行し、
前記献立推薦ステップでは、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦方法。
【請求項１０】
コンピュータを請求項１から請求項７のいずれかに記載の献立推薦サーバとして機能させるためのプログラム。
【請求項１１】
コンピュータを請求項１から請求項７のいずれかに記載の献立推薦サーバとして機能させるためのプログラムを記憶した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザに関する情報に基づきユーザに献立を推薦するための献立推薦サーバ、献立推薦システム、献立推薦方法、プログラムおよび記録媒体に関するものである。
【背景技術】
【０００２】
従来、インターネットを利用したネットスーパー等においてユーザが食材の購入をすることが可能なシステムが存在する。しかし、通常、食品スーパー等で商品を実際に見て、献立を考慮しながら食材を購入するようなユーザにとって、パーソナルコンピュータ等の端末に表示された食材から、献立を決定し食材を購入することは難しい。
【０００３】
また、書籍等の購入とは異なり、食材を購入する際は商品を数十個にわたって購入することもある。そのため、食材を選択する負荷が高いという問題もある。
【０００４】
このような問題を解決するために、ユーザに関する情報などを用いてユーザに献立を推薦する方法が種々存在する（特許文献１〜４）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−６７０２９号公報
【特許文献２】特開２００２−２９７８９２号公報
【特許文献３】特開２００４−２６５４４６号公報
【特許文献４】特開２００２−２５９７７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
これらの方法は、ユーザの年齢、性別など種々の情報に基づき献立を推薦するものであるが、これらの情報には対立する概念もある。このため、各情報、あるいは各情報からの推薦結果を数値化して加算する等の方法で単に統合し、これにより献立の推薦を行う場合、ユーザが求める推薦結果が得られないという問題が存在する。
例えば、ユーザの情報として、「こってりした食事が好み」という情報と、「ダイエット中である」という情報がある場合、これらを単に統合して推薦に用いると、ユーザの好みに合ったこってりした献立でも、ダイエット中のユーザに適したカロリーの低い献立でもない中途半端な献立が推薦される可能性がある。
【０００７】
また、これら献立を推薦する際には、食材の有効利用を考慮することがユーザにとって好ましい。単に推薦された献立の食材を購入する場合、残った食材の有効利用ができず、食材が残る場面が多々発生することが考えられる。特許文献４では、予め家庭内に在庫として残っている食材を登録しておき献立の推薦に用いているが、ユーザが在庫の食材を登録するのは手間がかかり不便である。
【０００８】
さらに、配送効率の観点からは、ネットスーパー等の小売業者にとって、ユーザが数日分の食材を一括して購入することが望ましい。一括購入を促す方法として、購入代金が所定額以上の場合に配送料を無料にする場合が多いが、ユーザに金銭的負担を強いている面もある。
【０００９】
本発明は、このような問題に鑑みてなされたもので、ユーザに関する情報に基づいて、ユーザに適し、また食材の有効利用の観点からも好ましい献立を推薦する献立推薦サーバ等を提供することを目的とする。
【課題を解決するための手段】
【００１０】
前述した目的を達成するための第１の発明は、ユーザのユーザ端末と接続される、前記ユーザに対し献立を推薦するための献立推薦サーバであって、前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段と、前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦手段と、を具備し、前記献立推薦手段は、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦サーバである。
【００１１】
第１の発明によれば、献立の推薦に用いる複数の項目が存在する場合であっても、これらを並列的に処理し、各々の項目の特徴を打ち消すことなく複数の献立を推薦することができる。そのため、ユーザに適した献立を得ることができる。さらに、これらの項目は設定により容易に追加および拡張することができ、ユーザの要望に合わせたものとすることも容易である。
また、食材が共通するように複数の献立が選択されるので、献立の料理時に食材を余らせた場合でも別の献立の料理時に使用するなどの調整ができ、最終的に食材を余らせることなく有効活用することが容易となる。さらに、これら推薦された複数の献立の食材を一括購入すれば、配送もまとめてでき配送効率も自ずと改善され、ユーザに金銭的負担を強いることもなくなる。また、食材の共通化により食材ごとの購入量を多くすることができるので、多くの食材を少量ずつ購入する場合より割安になる場合も多くなる。
【００１２】
前記献立推薦手段は、ユーザにより選択された前記項目の項目情報のそれぞれに対応して、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、ユーザにより設定された食材調整献立数の分の献立を、前記項目情報から推薦される献立と食材が共通するように選択することにより、前記所定数の献立を決定することが望ましい。
また、前記献立推薦手段は、ユーザにより選択された前記所定数の前記項目の項目情報のそれぞれに対応して、前記項目情報から推薦される献立を前記献立情報から１または複数抽出するとともに、前記抽出された１または複数の献立から、前記所定数の献立に使用する食材が共通するように１つの献立を選択することにより、前記所定数の献立を決定することも望ましい。
これにより、各項目の項目情報よりユーザに適した献立を好適に抽出するとともに、これら献立の食材を共通させ、食材の有効利用を図ることができる。前者の場合は、食材調整献立を設けることにより献立間の食材共通化がより確実に実現され、後者の場合では、各献立がユーザにより選択された項目の項目情報から推薦される献立となるので、ユーザの献立に関する要望をより反映させることができる。
【００１３】
前記献立推薦手段は、ユーザにより設定された、前記所定数の献立で共通する食材の種類数の多寡に応じて、前記所定数の献立を決定することが望ましい。
これにより、ユーザが希望する食材の種類数の多寡に応じて、複数の献立を決定することができるため、ユーザに推薦する複数の献立について、そのバリエーションを可変とすることができる。例えば、食材の種類数を多く（共通する食材の種類を少なく）すれば、ユーザは様々な食材を用いた献立を楽しむことができ、これを少なく（共通する食材の種類を多く）すれば、献立間の食材を更に共通化させ、食材を更に有効利用できる。
【００１４】
第１の発明の献立推薦サーバは、前記所定数の献立の献立情報を、前記献立に用いる食材を選択して購入決定可能な献立推薦画面として前記ユーザの端末に送信する献立情報送信手段を更に具備することが望ましい。
これにより、ユーザが、献立に関する情報を容易に得ることができるとともに、献立に使用する食材を選択して購入できる。これにより、在庫としてユーザの手元にある食材など、必要のない食材を除いて、食材を購入することが可能になる。したがって、家庭内に在庫として残っている食材をシステム等に登録する手間を省きつつ、食材を有効活用できる。
【００１５】
また、第１の発明の献立推薦サーバは、前記所定数の献立の献立情報を、前記献立の推薦に用いた項目を表示するとともに、前記献立の推薦に用いる項目を変更可能とした献立推薦画面として前記ユーザの端末に送信する献立情報送信手段を更に具備し、前記献立推薦手段は、前記献立推薦画面で前記項目の変更がされた場合に、変更後の項目の項目情報に対応して、前記変更後の項目情報から推薦される献立を前記献立情報から再度抽出することが望ましい。
これにより、ユーザが、献立に関する情報を容易に得ることができるとともに、推薦に用いた項目を明示するので、献立の推薦理由も知ることができる。さらに、項目の変更により、変更後の項目の項目情報に従って再度献立の抽出が行われるので、ユーザは、推薦された献立が満足でない場合に、献立の変更が可能になる。
【００１６】
前記記憶手段は、前記項目情報と、前記項目情報に応じて推薦時に抽出しない献立を定める禁止献立情報とを紐付けた絞込み時参照情報を更に記憶し、前記献立推薦手段は、前記項目情報に紐づく前記禁止献立情報により定められる献立以外の献立から、前記所定数の献立を決定することが望ましい。
これにより、項目情報から、ユーザにとって好ましくない献立が推薦されなくなるので、ある項目の項目情報から推薦される献立が、別の項目の項目情報の観点からはユーザにとって好ましくないなどの問題が起こらない。
【００１７】
第２の発明は、ユーザのユーザ端末と献立推薦サーバがネットワークを介して接続される、前記ユーザに対し献立を推薦するための献立推薦システムであって、前記献立推薦サーバは、前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段と、前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦手段と、を具備し、前記献立推薦手段は、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦システムである。
【００１８】
第３の発明は、ユーザのユーザ端末と接続され、前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段を有する献立推薦サーバが、前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦ステップを実行し、前記献立推薦ステップでは、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦方法である。
【００１９】
第４の発明はコンピュータを第１の発明の献立推薦サーバとして機能させるためのプログラムである。
【００２０】
第５の発明はコンピュータを第１の発明の献立推薦サーバとして機能させるためのプログラムを記憶した記憶媒体である。
【発明の効果】
【００２１】
本発明によれば、ユーザに関する情報に基づいて、ユーザに適し、また食材の有効利用の観点からも好ましい献立を推薦する献立推薦サーバ等を提供することができる。
【図面の簡単な説明】
【００２２】
【図１】献立推薦システム１の構成を示す図
【図２】献立推薦サーバ５のハードウェア構成を示す図
【図３】ユーザ端末３のハードウェア構成を示す図
【図４】献立推薦サーバ５の機能構成を示す図
【図５】献立推薦情報１２１を示す図
【図６】献立情報１２７、絞り込み時参照情報１２５、推薦時参照情報１２３を示す図
【図７】献立推薦システム１の処理の流れを示す図
【図８】サービス利用情報１２９を示す図
【図９】献立推薦処理の流れを示す図
【図１０】献立の並列推薦、および利用日数分の献立の食材共通化の処理の流れを示す図
【図１１】献立推薦画面３３を示す図
【図１２】サービス利用情報１３１を示す図
【図１３】献立の並列推薦、および利用日数分の献立の食材共通化の処理の流れの別の例を示す図
【図１４】献立推薦画面５３を示す図
【発明を実施するための形態】
【００２３】
以下、図面に基づいて本発明の実施形態について説明する。
【００２４】
［第１の実施形態］
まず、図１〜図１１を参照して、本発明の第１の実施形態について説明する。
図１は本実施形態に係る献立推薦システム１の構成を示す図である。
【００２５】
図１に示すように、献立推薦システム１は、システム提供者のサーバ端末である献立推薦サーバ５と、ユーザが使用するユーザ端末３および外部のサーバ端末７とがネットワーク８を介して接続され、さらに、献立推薦サーバ５と小売業者のサーバ端末９とがネットワーク１０を介して接続されて構成される。
【００２６】
ユーザ端末３は、献立推薦システム１においてユーザが使用する端末である。ユーザは、ユーザ端末３を用いて家族構成などユーザに関する献立推薦情報等を入力し、献立推薦サーバ５に送信する。献立推薦情報はユーザへの献立の推薦に用いるための情報であるが、これについては後述する。
また、ユーザ端末３は、献立推薦情報に基づき推薦された献立を示す献立情報を献立推薦サーバ５から受信する。加えて、ユーザは、ユーザ端末３を用いて献立に使用する食材を選択して購入することができる。
【００２７】
献立推薦サーバ５は、献立推薦情報に基づき、ユーザにとって好ましい献立を選択して献立情報としてユーザ端末３に送信する。さらに、該献立に用いる食材のうち、ユーザが購入を選択した食材の食材情報を、小売業者のサーバ９に対して送信する。
【００２８】
サーバ端末７は、献立推薦情報として、ユーザの種々の情報を献立推薦サーバ５に送信する。例えば、サーバ端末７はユーザが通院する病院等に設置されたサーバであり、献立推薦情報として、ユーザの健康情報等を献立推薦サーバ５に送信する。
【００２９】
サーバ端末９は、例えばネットスーパー等の小売業者が有するサーバ端末であり、ユーザが購入を選択した食材の食材情報を献立推薦サーバ５から受信する。小売業者は、これにより、ユーザへ食材の配送等を行うことができる。
【００３０】
図２は、献立推薦サーバ５のハードウェア構成を示す図である。
図２に示すように、献立推薦サーバ５は、制御部１１、記憶部１２、メディア入出力部１３、通信制御部１４、入力部１５、表示部１６、周辺機器Ｉ／Ｆ部１７等が、バス１８を介して接続された構成である。
【００３１】
制御部１１はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される。
ＣＰＵは、記憶部１２、ＲＯＭ、記憶媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス１８を介して接続された各装置を駆動制御し、献立推薦サーバ５が行う後述する処理を実現する。ＲＯＭは不揮発性メモリであり、ブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。ＲＡＭは揮発性メモリであり、記憶部１２、ＲＯＭ、記憶媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部１１が各処理を行う為に使用するワークエリアを備える。
【００３２】
記憶部１２は、ＨＤＤ（ハードディスクドライブ）等であり、制御部１１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（オペレーティングシステム）等が格納される。プログラムに関しては、ＯＳ（オペレーティングシステム）に相当する制御プログラムや、後述する処理を実行するためのアプリケーションプログラムが格納されている。
これらの各プログラムコードは、制御部１１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。
【００３３】
メディア入出力部１３は、データの入出力を行うドライブ装置であり、例えば、ＣＤドライブ（−ＲＯＭ、―Ｒ、−ＲＷ等）、ＤＶＤドライブ（−ＲＯＭ、―Ｒ、−ＲＷ等）等のメディア入出力装置である。
通信制御部１４は、通信制御装置、通信ポート等を有し、他の装置との通信を媒介する通信インタフェースであり、ネットワークを介して他の装置との通信制御を行う。ネットワークは、有線、無線を問わない。
【００３４】
入力部１５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。
表示部１６は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、およびディスプレイ装置と連携して、表示機能を実現するための論理回路等を有する。
【００３５】
周辺機器Ｉ／Ｆ部（インタフェース）部１７は、周辺機器を接続させるためのポートであり、周辺機器Ｉ／Ｆ部１７を介して周辺機器とのデータ送受信を行う。周辺機器Ｉ／Ｆ部１７は、ＵＳＢ等で構成されており、通常複数の周辺機器Ｉ／Ｆを有する。周辺機器との接続形態は有線、無線を問わない。
バス１８は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００３６】
なお、前記のサーバ端末７、サーバ端末９も同様の構成を有する。
【００３７】
図３は、ユーザ端末３のハードウェア構成を示す図である。図３に示すように、ユーザ端末３は、制御部２１、記憶部２２、メディア入出力部２３、通信制御部２４、入力部２５、表示部２６、周辺機器Ｉ／Ｆ部２７等が、バス２８を介して接続された汎用のコンピュータ端末である。各部については、図２を用いて説明したものと同様である。なお、ユーザ端末３は、この他既知の携帯端末などでもよい。
【００３８】
次に、図４を参照して、献立推薦サーバ５の機能構成について説明する。
図４に示すように、献立推薦サーバ５は、献立推薦情報受信手段１０１、献立推薦手段１０７、献立情報送信手段１０９、購入食材情報送信手段１１０等を有する。
また、記憶部１２には、献立推薦情報１２１、推薦時参照情報１２３、絞り込み時参照情報１２５、献立情報１２７等が格納される。
【００３９】
献立推薦情報受信手段１０１は、献立推薦サーバ５が、ユーザ端末３やサーバ端末７から献立推薦情報１２１を受信して登録するものである。
【００４０】
ここで、上記の献立推薦情報１２１について図５を参照して説明する。
図に示すように、本実施形態では、献立推薦情報１２１は、固定情報２１１、動的情報２１３、蓄積情報２１５等を含み、それぞれに対応する項目２１７が設定され、各項目２１７について、その内容を示す項目情報２１９が登録される。
【００４１】
固定情報２１１は、ユーザが予め登録する情報であり、ユーザ端末３を用いてユーザにより入力され、ユーザ端末３から献立推薦サーバ５に送信され登録される。固定情報２１１は、例えば家族構成や興味分野等の項目２１７から構成される。各項目２１７について登録した項目情報２１９は、後で変更することも可能である。
【００４２】
動的情報２１３は、ユーザが献立推薦システム１による献立の推薦を受ける際にユーザ端末３に入力し、ユーザ端末３から献立推薦サーバ５に送信され登録されるものである。動的情報２１３は、例えばその日の気分や、調理時間、一緒に食べる人や食シーン等の項目２１７から構成される。
【００４３】
蓄積情報２１５は、外部のサーバ端末７から献立推薦サーバ５に適宜送信され登録される、ユーザに関する情報である。例えば、病院等に配置されたサーバ端末７から、献立推薦サーバ５に送信されるユーザの食事記録や健康診断結果、運動記録、持病等の項目２１７から構成される。
【００４４】
図４の説明に戻る。献立推薦手段１０７は、献立情報１２７の献立の中から、絞り込み時参照情報１２５を用いてユーザに推薦する献立の絞り込み処理を行うとともに、ユーザにより選択された前記の項目２１７に従い、推薦時参照情報１２３を用いて、ユーザに推薦する献立を選択抽出するものである。
【００４５】
ここで、図６（ａ）〜図６（ｃ）を参照して、上記の献立情報１２７、絞り込み時参照情報１２５、推薦時参照情報１２３について説明する。
【００４６】
図６（ａ）は献立情報１２７の例について示す図である。献立情報１２７は、献立およびこれに用いる食材等について示すもので、図に示すように、献立２７１、食材情報２７３、レシピ情報２７５等からなる。
【００４７】
献立２７１は、献立の名称を示すものである。
食材情報２７３は、献立に使用する食材を示すものであり、食材２７３ａおよび量２７３ｂ等からなる。食材２７３ａは食材の名称であり、量２７３ｂは食材の量である。この他、食材情報としては、その食材が必須か否かを示す情報なども含めることができる。さらに、食材を必須としない場合は、この食材の代替食材を紐付けて記憶してもよい。これらの情報は、後述する献立の推薦の際に用いることも可能である。
レシピ情報２７５は、献立の調理方法、調理の際のアドバイス、料理画像、調理方法画像等である。
【００４８】
図６（ｂ）は絞り込み時参照情報１２５の例について示す図である。絞り込み時参照情報１２５は、所定の項目２１７の項目情報２１９（図５を参照）に対応して、ユーザに推薦しない献立を定めるもので、図６（ｂ）に示すように、絞り込み項目２５１、項目情報２５３、禁止献立２５５、禁止食材２５７等からなる。
【００４９】
絞り込み項目２５１は、献立の絞り込みに用いる項目２１７を示すものである。
項目情報２５３は、献立の絞り込みに用いる項目２１７の項目情報２１９である。
禁止献立２５５は、項目情報２５３に対応して、ユーザに推薦しない献立を指定するものである。
禁止食材２５７は、項目情報２５３に対応して、ユーザに推薦しない食材を指定するものである。すなわち、禁止食材２５７で指定された食材を使用する献立がユーザに推薦されないようになる。
【００５０】
図６（ｃ）は推薦時参照情報１２３の例について示す図である。推薦時参照情報１２３は、ユーザにより選択された項目２１７の項目情報２１９（図５を参照）に対応して、ユーザに推薦する献立の候補を示すもので、図に示すように、推薦項目２３１、項目情報２３３、献立２３５、食材２３７等からなる。
【００５１】
推薦項目２３１は、献立の推薦に用いる項目２１７である。
項目情報２３３は、献立の推薦に用いる項目２１７の項目情報２１９である。
献立２３５は、項目情報２３３から推薦される献立を指定するものである。
食材２３７は、項目情報２３３から推薦される食材を指定するものである。
【００５２】
図４の説明に戻る。献立情報送信手段１０９は、献立推薦サーバ５が、ユーザに推薦する献立の献立情報１２７を、後述する献立推薦画面としてユーザ端末３に送信するものである。
購入食材情報送信手段１１０は、献立推薦サーバ５が、ユーザが購入を選択した食材の情報（種類や量）をサーバ端末９に送信するものである。
【００５３】
次に、図７から図１１に沿って、献立推薦システム１の処理の流れについて説明する。
【００５４】
献立推薦システム１における処理では、図７に示すように、まず、ユーザが、ユーザ端末３を用いて献立推薦サーバ５が提供するＷＥＢサイトにアクセスし、入力フォームへの入力を行うなどして、前記の動的情報２１３、および、献立推薦情報１２１に基づき献立の推薦を行うためのサービス利用情報を入力して、これらのデータを献立推薦要求とあわせて献立推薦サーバ５に送信する（Ｓ１０１）。
なお、図５の献立推薦情報１２１のうち、固定情報２１１および蓄積情報２１５は、予めユーザ端末３やサーバ端末７より送信され登録されているものとする。
【００５５】
上記のサービス利用情報の例が、図８に示すサービス利用情報１２９である。
図に示すように、サービス利用情報１２９は、利用日数２９１、推薦項目２９２、食材調整日数２９３等からなる。
【００５６】
利用日数２９１は、献立の推薦を受ける（複数の）日数を定めるものである。本実施形態では、利用日数２９１で定められる複数日分の夕食の献立が推薦される。例えば利用日数２９１を７日間に指定すると、７日間分の夕食の、計７つの献立が推薦されることになる。
【００５７】
推薦項目２９２は、上記の利用日数２９１で指定した日数の、各日の献立について、これを推薦するための、献立推薦情報１２１の項目２１７を指定するものである。推薦項目２９２の入力により、献立の推薦に用いる項目２１７がユーザにより選択されることとなる。
食材調整日数２９３は、利用日数２９１のうち、食材調整の観点から献立（食材調整献立）を推薦する日数である。食材調整とは、利用日数分の献立を、使用する食材が共通するように調整することである。食材調整日数２９３の入力により、食材調整の観点から献立を推薦する日数がユーザにより設定されることとなる。
【００５８】
このように、本実施形態では、利用日数２９１のうち食材調整日数２９３で設定された日数の献立について、献立推薦情報１２１の項目２１７ではなく、食材調整の観点から献立を推薦する。
従って、推薦項目２９２は、利用日数２９１から食材調整日数２９３を引いた日数分について選択する。例えば、図の例では、利用日数２９１で定めた７日間から食材調整日数２９３で指定される２日間を引いた、５日間の献立について、これを推薦するための項目２１７を定める。残りの２日間の献立は、食材調整の観点から推薦される。
【００５９】
なお、本実施形態では、推薦項目２９２の項目２１７は、曜日（すなわち、献立の順序）とあわせて入力するが、曜日の選択は省略してもよい。さらに、推薦項目２９２のユーザによる入力を省略し、献立推薦サーバ５が所定のルールで各日の献立の推薦に用いる項目２１７等を設定することもできる。例えば金曜日は「家族構成」の項目２１７を用いるものとし、月曜日は「その日の気分」の項目２１７を用いるものとするなどと予め定めておくことができる。あるいは、献立推薦サーバ５がランダムに各日の献立の推薦に用いる項目２１７等を選択するようにしてもよい。
また、本実施形態では利用日数２９１や食材調整日数２９３で日数を定めているが、日数に限らず、献立の数を定めるものであればよい。
【００６０】
図７の説明に戻る。献立推薦サーバ５は、ユーザ端末３から、前記の動的情報２１３とサービス利用情報１２９とともに、献立推薦要求を受信する（Ｓ１０２）と、ユーザに推薦する献立を選択抽出する献立推薦処理を実行する（Ｓ１０３）。
【００６１】
図９は、Ｓ１０３における献立推薦処理の流れを示す図である。
図に示すように、Ｓ１０３において、まず、献立推薦サーバ５は、記憶部１２に記憶された献立推薦情報１２１を読み込む（Ｓ２０１）。
【００６２】
そして、献立推薦サーバ５は、献立推薦情報１２１の所定の項目２１７の項目情報２１９に基づき、献立の絞り込み処理を行う（Ｓ２０２）。
【００６３】
Ｓ２０２では、図６（ｂ）の絞り込み時参照情報１２５を参照し、図５に示す献立推薦情報１２１のうちの所定の項目２１７について、その項目情報２１９が、対応する絞り込み項目２５１の項目情報２５３と一致する場合に、該項目情報２５３に紐づく禁止献立２５５の献立と、禁止食材２５７を使用する献立を、ユーザに推薦する献立から除外する処理を行う。例えば、これらの献立を示す情報をＲＡＭ等に記憶しておき、以降の処理をこれらが選択されないルールにて行う。
【００６４】
図５や図６（ｂ）を参照して具体例を説明すると、例えば、図５に示す献立推薦情報１２１の項目２１７のなかで、絞り込み処理に用いるものとして「持病」の項目２１７を定めておく。そして、その項目情報２１９が「痛風」であった場合、図６（ｂ）に示す絞り込み時参照情報１２５によれば、以降の処理では、「持病」の絞り込み項目２５１の「痛風」の項目情報２５３に対応する、「いくら丼」（禁止献立２５５）の献立、および「レバー」「魚卵」「干物」（禁止食材２５７）の食材を使用する献立が選択されないようになる。
【００６５】
献立推薦サーバ５は、Ｓ２０２の絞り込み処理の後、献立の並列推薦、および利用日数分の献立の食材共通化の処理を行う（Ｓ２０３）。Ｓ２０３における処理の流れを、図１０に示す。
【００６６】
図１０に示すように、Ｓ２０３において、献立推薦サーバ５は、まず、食材調整日以外の献立を献立情報１２７の献立から選択し抽出する（Ｓ３０１）。
【００６７】
Ｓ３０１では、図８に示したサービス利用情報１２９の推薦項目２９２を参照し、推薦項目２９２において指定された各項目２１７を取得する。ついで、各項目２１７のそれぞれに対応する項目情報２１９を、図５に示す献立推薦情報１２１から取得する。そして、図６（ｃ）に示す推薦時参照情報１２３を参照して、取得した項目２１７および項目情報２１９（推薦項目２３１および項目情報２３３）に紐づく献立２３５のうち１つを抽出する。
このようにして、各項目２１７の項目情報２１９にそれぞれ対応する献立を抽出することにより、食材調整日以外の日について、ユーザに適した献立が得られる。
【００６８】
なお、図６（ｃ）の推薦時参照情報１２３では、献立２３５として複数の献立が指定されている。本実施形態では、これら献立のなかからランダムに１つを抽出する。別の例としては、各献立に予め優先順位を紐付けておき、優先順位１位のものを取得するようにしてもよい。
また、献立２３５で指定される献立に加え、推薦時参照情報１２３の食材２３７により指定される食材を使用する献立も含めた中から、上記と同様に１つの献立を抽出するようにしてもよい。
【００６９】
次に、献立推薦サーバ５は、食材調整日の献立の選択を行う（Ｓ３０２）。
【００７０】
Ｓ３０２では、図６（ａ）に示す献立情報１２７から、Ｓ３０１で抽出した食材調整日以外の献立に用いる食材２７３ａを取得する。そして、食材調整日以外の献立の食材２７３ａと使用する食材が共通する献立を、食材調整日の献立として献立情報１２７から選択する。
【００７１】
本実施形態では、図８のサービス利用情報１２９で定める利用日数２９１分の献立の間で、使用する食材の種類が最も少なくなるように、食材調整日の献立を選択する。ただし、予め定めた食材の種類数など、所定の基準に基づいて食材調整日の献立を選択するようにしてもよい。なお、サービス利用情報１２９において食材調整日数２９３の数を多くすると、食材の共通性をより高めることができる。
また、前記の動的情報２１７やサービス利用情報１２９などとして家庭内の在庫食材の種類なども入力するようにしておき、食材調整日の献立を選択する際に、該献立の食材が食材調整日以外の献立の食材と共通しつつ、さらに、該献立が在庫食材をできるだけ多く使用するように選択してもよい。
【００７２】
上記により、図９のＳ２０３の献立の並列推薦、および利用日数分の献立の食材共通化の処理が行われ、献立推薦結果として、利用日数分の献立が抽出、推薦される。なお、前記のＳ２０２の処理はＳ２０３の後に行うこともできる。例えばＳ２０３により献立を抽出した後、Ｓ２０２の処理により除外されるべき献立を抽出し、前記抽出した献立が除外されるべき献立である場合に、再度Ｓ２０３の処理を実行するようにすればよい。
【００７３】
図９のＳ２０３の処理による献立推薦結果については、抽出された利用日数分の献立の献立情報１２７が、献立推薦画面として献立推薦サーバ５からユーザ端末３に送信され、ユーザ端末３の表示部２６に表示される（Ｓ２０４）。
【００７４】
図１１は、上記の献立推薦画面の例である献立推薦画面３３について示す図である。
献立推薦画面３３には、推薦された献立の画像５９や、調理方法６０等のレシピ情報２７５（図６（ａ）を参照）が表示される。さらに、献立の推薦に用いた項目２１７とその項目情報２１９が献立と対応して表示される。これにより、ユーザは、なぜその献立が推薦されているのかを知ることができる。
また、推薦に用いる項目２１７を変更するための推薦項目変更ボタン６３および別の献立を直接選択するための献立変更ボタン６５も表示される。
【００７５】
さらに、献立推薦画面３３には、推薦された各献立の調理に必要な食材を一覧にまとめた、必要食材表６７が表示される。必要食材表６７には、食材の種類ごとに、食材（名）、量、値段、食材を使用する献立が推薦された日（曜日）、チェックボックス６９が表示される。献立推薦画面３３には、食材の購入を決定するための購入確定ボタン７１も表示される。前記のように、本発明では食材が共通するように各日の献立が決定されるので、各食材が複数の日に渡って使用されている場合が多く、このような食材を一括して選択することにより、各日ごとに食材を選択する手間も省ける。
なお、食材の値段は、予め食材の種類ごとに単位量あたりの価格を献立推薦サーバ５に記憶しておき、これを用いて食材の種類ごとの量から算出する。
【００７６】
図９の説明に戻る。ユーザは、献立に満足でない場合、推薦項目変更ボタン６３を選択し、不図示の入力フォーム等により新たな項目２１７を入力する。これにより、献立推薦サーバ５は、推薦に用いる項目２１７を変更する（Ｓ２０５；ＹＥＳ）。
その後、前記のＳ２０３と同様にして、該項目２１７に対応する項目情報２１９により別の献立が抽出され、ついでこれに合わせて利用日数分の食材が共通するように、食材調整日の献立が再度選択される（Ｓ２０３）。そして、前記のＳ２０４と同様に、献立推薦結果について、推薦された利用日数分の献立の献立情報１２７が献立推薦画面３３として再度ユーザ端末３に送信される（Ｓ２０４）。
例えば、図１１の例では、「ダイエット」の項目情報２１９から火曜および金曜の献立が推薦されているが、ダイエットの日を減らしたい場合は、いずれかの曜日について、推薦に用いる項目２１７を変更すればよい。
【００７７】
推薦項目の変更を行わない場合（Ｓ２０５；ＮＯ）、図７の献立推薦処理（Ｓ１０３）からＳ１０４に移行する。
【００７８】
なお、献立変更ボタン６５を選択した場合は、ユーザ自身で別の献立を直接選び献立を変更することができる。この献立は、図６（ｃ）の推薦時参照情報１２３を参照し、変更前の献立の推薦に用いた項目２１７およびその項目情報２１９（推薦項目２３１および項目情報２３３）に対応する献立２３５のなかから変更前とは別のものを選択可能としてもよいし、全ての献立の中から選択可能としてもよい。
新たな献立を直接選択した場合も、推薦項目の変更を行った前記の場合と同様の処理となる。ただし、前記のＳ２０３においては、図１０のＳ３０１で説明した処理は省略され、Ｓ３０２で説明した食材共通化の処理のみが再度実行される。すなわち、食材調整日の献立が、利用日数分の食材が共通するように再度選択される。なお、上記のＳ３０２の実施を省略することも可能である。
【００７９】
図７の説明に戻る。ユーザ端末３の表示部２６には図１１の献立推薦画面３３が表示されているので、ユーザは、必要食材表６７を見て、不要な食材はチェックボックス６９を選択し、購入する食材から除く操作を行う。購入する食材が確定すれば、ユーザは購入確定ボタン７１を選択する。これにより、購入する食材が決定され、購入を選択した食材等を示す食材選択情報がユーザ端末３から献立推薦サーバ５に送信される（Ｓ１０４）。
【００８０】
献立推薦サーバ５は、食材選択情報を受信する（Ｓ１０５）と、これを参照して、購入が選択された食材とその量を、購入食材情報として小売業者のサーバ端末９に送信する（Ｓ１０６）。小売業者のサーバ端末９は、この購入食材情報を受信する（Ｓ１０７）。小売業者は、この購入食材情報に基づいて、ユーザへの食材の配送等を行うことができる。
【００８１】
このように、本実施形態によれば、献立の推薦に用いる複数の項目２１７が存在する場合であっても、これらを並列的に処理し、各々の項目２１７の特徴を打ち消すことなく利用日数分の各献立を推薦することができる。そのため、ユーザにより適した献立を得ることができる。例えば、項目２１７の項目情報２１９として「こってりした食事が好み」であることと、「ダイエット中である」ことを献立の推薦に用いる場合でも、ある日の献立はこってりしたものが選択され、別の日の献立はカロリーの少ないものが選択されるので、ユーザの要望に応じた献立を推薦することができる。さらに、各項目２１７は設定により容易に追加および拡張することができ、ユーザの要望に合わせたものとすることも容易である。
【００８２】
また、食材が共通するように各献立が選択されるので、献立の料理時に食材を余らせた場合でも別日の献立に使用するなどの調整ができ、最終的に食材を余らせることなく有効活用することが容易となる。さらに、推薦された各献立の食材を一括購入すれば、配送もまとめてでき配送効率も自ずと改善され、ユーザに金銭的負担を強いることもなくなる。また、食材の共通化により食材ごとの購入量を多くすることができるので、多くの食材を少量ずつ購入する場合より割安になる場合も多くなる。
【００８３】
また、ユーザにより選択された項目２１７の項目情報２１９のそれぞれに対応して、項目情報２１９より推薦される献立を献立情報１２７から抽出するとともに、ユーザにより設定された食材調整日数２９３の分の献立を、項目情報２１９より推薦される献立と食材が共通するように選択することにより、利用日数分の献立を決定するので、ユーザに適した利用日数分の献立が好適に抽出されるとともに、これら献立の食材共通化がより確実に実現される。
【００８４】
また、利用日数分の献立の献立情報１２７を、献立に用いる食材を選択して購入決定可能な献立推薦画面３３としてユーザ端末３に送信するので、ユーザが、献立に関する情報を容易に得ることができるとともに、献立に使用する食材を選択して購入できる。これにより、在庫としてユーザの手元にある食材など、必要のない食材を除いて、食材を購入することが可能になる。したがって、家庭内に在庫として残っている食材をシステム等に登録する手間を省きつつ、食材を有効活用できる。
【００８５】
さらに、献立推薦画面３３では、推薦に用いた項目２１７が明示されるとともに、該項目２１７が変更可能であり、項目２１７の変更時には、変更後の項目２１７の項目情報２１９に従って再度献立の抽出が行われるので、ユーザは、推薦された献立が満足でない場合に、献立の変更が可能になる。
なお、上記の献立推薦画面３３で表示されるような、献立の推薦結果や献立に使用される食材等の内容は、食材注文票として印刷しユーザにファクシミリ送信等するような運用も可能である。
【００８６】
また、献立の推薦の際に、絞込み時参照情報１２５を参照し、所定の項目２１７の項目情報２１９（絞り込み項目２５１の項目情報２５３）に紐づく禁止献立２５５等の献立を推薦時に抽出しないようにするので、ある項目２１７の項目情報２１９から推薦された献立が、別の項目２１７の項目情報２１９の観点からはユーザにとって好ましくないなどの問題が起こらない。
【００８７】
［第２の実施形態］
次に、本発明の第２の実施形態について説明する。第２の実施形態は、図９のＳ２０３における献立の並列推薦および利用日数分の献立の食材共通化の処理において、食材調整日を用いずに、各日の献立を食材が共通するように選択、抽出する点で第１の実施形態と異なる。
【００８８】
第２の実施形態では、図７のＳ１０１においてサービス利用情報を入力する際、図１２のサービス利用情報１３１に示すように、食材調整日数２９３を０（日間）と設定したうえで、利用日数２９１として設定した複数の日の全てについて、推薦項目２９２として項目２１７を設定する。さらに、利用日数分の献立における食材の種類の多寡を食材種類２９４として入力する。なお、第２の実施形態では、食材調整日数２９３をサービス利用情報１３１から省略し、食材調整日を最初から設けないものとしてもよい。
【００８９】
そして、図９のＳ２０３において、献立推薦サーバ５は、まず、図１３に示すように、利用日数２９１として設定された各日について、推薦項目２９２として設定した項目２１７より、献立候補を１または複数抽出する（Ｓ４０１）。
【００９０】
Ｓ４０１では、図５に示す献立推薦情報１２１から、図１２の推薦項目２９２の各項目２１７の項目情報２１９を取得し、これを参照して、図６（ｃ）の推薦時参照情報１２３から、取得した各項目２１７およびその項目情報２１９（推薦項目２３１および項目情報２３３）に対応して推薦される献立候補を、献立２３５のなかから１または複数抽出する。
本実施形態では、推薦時参照情報１２３の献立２３５のなかから、第１候補、第２候補、第３候補…と、優先順位を付して献立候補を抽出する。優先順位は、予め定める基準に基づき付してもよいし、ランダムに付してもよい。
【００９１】
そして、献立推薦サーバ５は、抽出された献立候補の献立情報１２７を参照し、利用日数分の献立の食材が共通するように、各日（各項目情報２１９）の献立候補のなかから、各日の献立を１つ選択する。この際前記の優先順位と、食材種類２９４の多寡を参照情報として用いる。以上により、利用日数分の献立を抽出する（Ｓ４０２）。
食材種類２９４が多い場合は、利用日数分の献立で使用する食材の種類を多くし（共通する食材の種類を相対的に少なくし）、食材種類２９４が少ない場合は、利用日数分の献立で使用する食材の種類を少なくする（共通する食材の種類を相対的に多くする）。なお、前記の優先順位の設定は省略することも可能である。
【００９２】
これにより推薦された献立の献立情報１２７は、第１の実施形態と同様、Ｓ２０４において、図１４に示す献立推薦画面５３としてユーザ端末３に送信される。図１４の献立推薦画面５３は、第１の実施形態の献立推薦画面３３と同様であるが、食材種類の多寡を変更するためのバー５５が更に表示されている。このバー５５をスライドさせると、食材種類２９４の多寡を変化させて、前記のＳ２０３〜Ｓ２０４の処理が繰り返される。食材種類は、バー５５に代えて、数値や選択肢によって入力、変更してもよい。
【００９３】
その他の処理は第１の実施形態と同様にして行うことができ、第２の実施形態でも第１の実施形態と同様の効果が得られる。
さらに、第２の実施形態では、ユーザにより選択された利用日数２９１の全ての日で、ユーザにより選択された項目２１７の項目情報２１９のそれぞれに対応して献立が抽出されるので、ユーザの献立に関する要望をより反映させることができる。
【００９４】
さらに、ユーザが希望する食材種類２９４の多寡に応じて、献立を決定することができるため、ユーザに推薦する献立のバリエーションを可変とすることができる。例えば、食材種類２９４を多く（共通する食材の種類を少なく）すれば、ユーザは様々な食材を用いた献立を楽しむことができ、これを少なく（共通する食材の種類を多く）すれば、献立間の食材を更に共通化させ、食材を更に有効利用できる。なお、第１の実施形態においても、食材種類２９４の多寡を可変とし、これに従って食材調整日の献立の選択を行うことが可能である。
【００９５】
以上添付図を参照しながら、本発明の実施形態を説明したが、本発明の技術的範囲は、前述した実施の形態に左右されない。当業者であれば、特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【００９６】
１………献立推薦システム
３………ユーザ端末
５………献立推薦サーバ
７、９………サーバ端末
８、１０………ネットワーク
３３、５３………献立推薦画面
１０１………献立推薦情報受信手段
１０７………献立推薦手段
１０９………献立情報送信手段
１１０………購入食材情報送信手段
１２１………献立推薦情報
１２３………推薦時参照情報
１２５………絞り込み時参照情報
１２７………献立情報
１２９、１３１………サービス利用情報
２１７………項目
２１９………項目情報
【図１】
2013058061.tif 000003
【図２】
2013058061.tif 000004
【図３】
2013058061.tif 000005
【図４】
2013058061.tif 000006
【図５】
2013058061.tif 000007
【図６】
2013058061.tif 000008
【図７】
2013058061.tif 000009
【図８】
2013058061.tif 000010
【図９】
2013058061.tif 000011
【図１０】
2013058061.tif 000012
【図１１】
2013058061.tif 000013
【図１２】
2013058061.tif 000014
【図１３】
2013058061.tif 000015
【図１４】
2013058061.tif 000016