ユーザのユーザ端末と接続される、前記ユーザに対し献立を推薦するための献立推薦サーバであって、前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段と、前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦手段と、を具備し、前記献立推薦手段は、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦サーバ。前記献立推薦手段は、ユーザにより選択された前記項目の項目情報のそれぞれに対応して、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、ユーザにより設定された食材調整献立数の分の献立を、前記項目情報から推薦される献立と食材が共通するように選択することにより、前記所定数の献立を決定することを特徴とする請求項1記載の献立推薦サーバ。前記献立推薦手段は、ユーザにより選択された前記所定数の前記項目の項目情報のそれぞれに対応して、前記項目情報から推薦される献立を前記献立情報から1または複数抽出するとともに、前記抽出された1または複数の献立から、前記所定数の献立に使用する食材が共通するように1つの献立を選択することにより、前記所定数の献立を決定することを特徴とする請求項1または請求項2記載の献立推薦サーバ。前記献立推薦手段は、ユーザにより設定された、前記所定数の献立で共通する食材の種類数の多寡に応じて、前記所定数の献立を決定することを特徴とする請求項1から請求項3のいずれかに記載の推薦献立サーバ。前記所定数の献立の献立情報を、前記献立に用いる食材を選択して購入決定可能な献立推薦画面として前記ユーザの端末に送信する献立情報送信手段を更に具備することを特徴とする請求項1から請求項4のいずれかに記載の献立推薦サーバ。前記所定数の献立の献立情報を、前記献立の推薦に用いた項目を表示するとともに、前記献立の推薦に用いる項目を変更可能とした献立推薦画面として前記ユーザの端末に送信する献立情報送信手段を更に具備し、前記献立推薦手段は、前記献立推薦画面で前記項目の変更がされた場合に、変更後の項目の項目情報に対応して、前記変更後の項目情報から推薦される献立を前記献立情報から再度抽出することを特徴とする請求項1から請求項5のいずれかに記載の献立推薦サーバ。前記記憶手段は、前記項目情報と、前記項目情報に応じて推薦時に抽出しない献立を定める禁止献立情報とを紐付けた絞込み時参照情報を更に記憶し、前記献立推薦手段は、前記項目情報に紐づく前記禁止献立情報により定められる献立以外の献立から、前記所定数の献立を決定することを特徴とする請求項1から請求項6のいずれかに記載の献立推薦サーバ。ユーザのユーザ端末と献立推薦サーバがネットワークを介して接続される、前記ユーザに対し献立を推薦するための献立推薦システムであって、前記献立推薦サーバは、前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段と、前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦手段と、を具備し、前記献立推薦手段は、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦システム。ユーザのユーザ端末と接続され、前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段を有する献立推薦サーバが、前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦ステップを実行し、前記献立推薦ステップでは、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦方法。コンピュータを請求項1から請求項7のいずれかに記載の献立推薦サーバとして機能させるためのプログラム。コンピュータを請求項1から請求項7のいずれかに記載の献立推薦サーバとして機能させるためのプログラムを記憶した記憶媒体。これらの方法は、ユーザの年齢、性別など種々の情報に基づき献立を推薦するものであるが、これらの情報には対立する概念もある。このため、各情報、あるいは各情報からの推薦結果を数値化して加算する等の方法で単に統合し、これにより献立の推薦を行う場合、ユーザが求める推薦結果が得られないという問題が存在する。例えば、ユーザの情報として、こってりした食事が好みという情報と、ダイエット中であるという情報がある場合、これらを単に統合して推薦に用いると、ユーザの好みに合ったこってりした献立でも、ダイエット中のユーザに適したカロリーの低い献立でもない中途半端な献立が推薦される可能性がある。また、これら献立を推薦する際には、食材の有効利用を考慮することがユーザにとって好ましい。単に推薦された献立の食材を購入する場合、残った食材の有効利用ができず、食材が残る場面が多々発生することが考えられる。特許文献4では、予め家庭内に在庫として残っている食材を登録しておき献立の推薦に用いているが、ユーザが在庫の食材を登録するのは手間がかかり不便である。さらに、配送効率の観点からは、ネットスーパー等の小売業者にとって、ユーザが数日分の食材を一括して購入することが望ましい。一括購入を促す方法として、購入代金が所定額以上の場合に配送料を無料にする場合が多いが、ユーザに金銭的負担を強いている面もある。本発明は、このような問題に鑑みてなされたもので、ユーザに関する情報に基づいて、ユーザに適し、また食材の有効利用の観点からも好ましい献立を推薦する献立推薦サーバ等を提供することを目的とする。前述した目的を達成するための第1の発明は、ユーザのユーザ端末と接続される、前記ユーザに対し献立を推薦するための献立推薦サーバであって、前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段と、前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦手段と、を具備し、前記献立推薦手段は、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦サーバである。第1の発明によれば、献立の推薦に用いる複数の項目が存在する場合であっても、これらを並列的に処理し、各々の項目の特徴を打ち消すことなく複数の献立を推薦することができる。そのため、ユーザに適した献立を得ることができる。さらに、これらの項目は設定により容易に追加および拡張することができ、ユーザの要望に合わせたものとすることも容易である。また、食材が共通するように複数の献立が選択されるので、献立の料理時に食材を余らせた場合でも別の献立の料理時に使用するなどの調整ができ、最終的に食材を余らせることなく有効活用することが容易となる。さらに、これら推薦された複数の献立の食材を一括購入すれば、配送もまとめてでき配送効率も自ずと改善され、ユーザに金銭的負担を強いることもなくなる。また、食材の共通化により食材ごとの購入量を多くすることができるので、多くの食材を少量ずつ購入する場合より割安になる場合も多くなる。前記献立推薦手段は、ユーザにより選択された前記項目の項目情報のそれぞれに対応して、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、ユーザにより設定された食材調整献立数の分の献立を、前記項目情報から推薦される献立と食材が共通するように選択することにより、前記所定数の献立を決定することが望ましい。また、前記献立推薦手段は、ユーザにより選択された前記所定数の前記項目の項目情報のそれぞれに対応して、前記項目情報から推薦される献立を前記献立情報から1または複数抽出するとともに、前記抽出された1または複数の献立から、前記所定数の献立に使用する食材が共通するように1つの献立を選択することにより、前記所定数の献立を決定することも望ましい。これにより、各項目の項目情報よりユーザに適した献立を好適に抽出するとともに、これら献立の食材を共通させ、食材の有効利用を図ることができる。前者の場合は、食材調整献立を設けることにより献立間の食材共通化がより確実に実現され、後者の場合では、各献立がユーザにより選択された項目の項目情報から推薦される献立となるので、ユーザの献立に関する要望をより反映させることができる。前記献立推薦手段は、ユーザにより設定された、前記所定数の献立で共通する食材の種類数の多寡に応じて、前記所定数の献立を決定することが望ましい。これにより、ユーザが希望する食材の種類数の多寡に応じて、複数の献立を決定することができるため、ユーザに推薦する複数の献立について、そのバリエーションを可変とすることができる。例えば、食材の種類数を多く共通する食材の種類を少なくすれば、ユーザは様々な食材を用いた献立を楽しむことができ、これを少なく共通する食材の種類を多くすれば、献立間の食材を更に共通化させ、食材を更に有効利用できる。第1の発明の献立推薦サーバは、前記所定数の献立の献立情報を、前記献立に用いる食材を選択して購入決定可能な献立推薦画面として前記ユーザの端末に送信する献立情報送信手段を更に具備することが望ましい。これにより、ユーザが、献立に関する情報を容易に得ることができるとともに、献立に使用する食材を選択して購入できる。これにより、在庫としてユーザの手元にある食材など、必要のない食材を除いて、食材を購入することが可能になる。したがって、家庭内に在庫として残っている食材をシステム等に登録する手間を省きつつ、食材を有効活用できる。また、第1の発明の献立推薦サーバは、前記所定数の献立の献立情報を、前記献立の推薦に用いた項目を表示するとともに、前記献立の推薦に用いる項目を変更可能とした献立推薦画面として前記ユーザの端末に送信する献立情報送信手段を更に具備し、前記献立推薦手段は、前記献立推薦画面で前記項目の変更がされた場合に、変更後の項目の項目情報に対応して、前記変更後の項目情報から推薦される献立を前記献立情報から再度抽出することが望ましい。これにより、ユーザが、献立に関する情報を容易に得ることができるとともに、推薦に用いた項目を明示するので、献立の推薦理由も知ることができる。さらに、項目の変更により、変更後の項目の項目情報に従って再度献立の抽出が行われるので、ユーザは、推薦された献立が満足でない場合に、献立の変更が可能になる。前記記憶手段は、前記項目情報と、前記項目情報に応じて推薦時に抽出しない献立を定める禁止献立情報とを紐付けた絞込み時参照情報を更に記憶し、前記献立推薦手段は、前記項目情報に紐づく前記禁止献立情報により定められる献立以外の献立から、前記所定数の献立を決定することが望ましい。これにより、項目情報から、ユーザにとって好ましくない献立が推薦されなくなるので、ある項目の項目情報から推薦される献立が、別の項目の項目情報の観点からはユーザにとって好ましくないなどの問題が起こらない。第2の発明は、ユーザのユーザ端末と献立推薦サーバがネットワークを介して接続される、前記ユーザに対し献立を推薦するための献立推薦システムであって、前記献立推薦サーバは、前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段と、前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦手段と、を具備し、前記献立推薦手段は、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦システムである。第3の発明は、ユーザのユーザ端末と接続され、前記ユーザに対し推薦する献立の決定に用いる複数の項目および当該項目の内容について示す項目情報を含む献立推薦情報と、献立および当該献立に使用する食材について示す献立情報とを記憶する記憶手段を有する献立推薦サーバが、前記献立推薦情報に基づき、前記ユーザに対し推薦する献立を、献立情報から複数の所定数決定する献立推薦ステップを実行し、前記献立推薦ステップでは、前記献立推薦情報のうち、選択された前記項目の項目情報のそれぞれについて、前記項目情報から推薦される献立を前記献立情報から抽出するとともに、前記所定数の献立に使用する食材が共通するように、前記所定数の献立を決定することを特徴とする献立推薦方法である。第4の発明はコンピュータを第1の発明の献立推薦サーバとして機能させるためのプログラムである。第5の発明はコンピュータを第1の発明の献立推薦サーバとして機能させるためのプログラムを記憶した記憶媒体である。本発明によれば、ユーザに関する情報に基づいて、ユーザに適し、また食材の有効利用の観点からも好ましい献立を推薦する献立推薦サーバ等を提供することができる。以下、図面に基づいて本発明の実施形態について説明する。[第1の実施形態]まず、図1~図11を参照して、本発明の第1の実施形態について説明する。図1は本実施形態に係る献立推薦システム1の構成を示す図である。図1に示すように、献立推薦システム1は、システム提供者のサーバ端末である献立推薦サーバ5と、ユーザが使用するユーザ端末3および外部のサーバ端末7とがネットワーク8を介して接続され、さらに、献立推薦サーバ5と小売業者のサーバ端末9とがネットワーク10を介して接続されて構成される。ユーザ端末3は、献立推薦システム1においてユーザが使用する端末である。ユーザは、ユーザ端末3を用いて家族構成などユーザに関する献立推薦情報等を入力し、献立推薦サーバ5に送信する。献立推薦情報はユーザへの献立の推薦に用いるための情報であるが、これについては後述する。また、ユーザ端末3は、献立推薦情報に基づき推薦された献立を示す献立情報を献立推薦サーバ5から受信する。加えて、ユーザは、ユーザ端末3を用いて献立に使用する食材を選択して購入することができる。献立推薦サーバ5は、献立推薦情報に基づき、ユーザにとって好ましい献立を選択して献立情報としてユーザ端末3に送信する。さらに、該献立に用いる食材のうち、ユーザが購入を選択した食材の食材情報を、小売業者のサーバ9に対して送信する。サーバ端末7は、献立推薦情報として、ユーザの種々の情報を献立推薦サーバ5に送信する。例えば、サーバ端末7はユーザが通院する病院等に設置されたサーバであり、献立推薦情報として、ユーザの健康情報等を献立推薦サーバ5に送信する。サーバ端末9は、例えばネットスーパー等の小売業者が有するサーバ端末であり、ユーザが購入を選択した食材の食材情報を献立推薦サーバ5から受信する。小売業者は、これにより、ユーザへ食材の配送等を行うことができる。図2は、献立推薦サーバ5のハードウェア構成を示す図である。図2に示すように、献立推薦サーバ5は、制御部11、記憶部12、メディア入出力部13、通信制御部14、入力部15、表示部16、周辺機器I/F部17等が、バス18を介して接続された構成である。制御部11はCPUCentralProcessingUnit、ROMReadOnlyMemory、RAMRandomAccessMemory等で構成される。CPUは、記憶部12、ROM、記憶媒体等に格納されるプログラムをRAM上のワークメモリ領域に呼び出して実行し、バス18を介して接続された各装置を駆動制御し、献立推薦サーバ5が行う後述する処理を実現する。ROMは不揮発性メモリであり、ブートプログラムやBIOS等のプログラム、データ等を恒久的に保持している。RAMは揮発性メモリであり、記憶部12、ROM、記憶媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部11が各処理を行う為に使用するワークエリアを備える。記憶部12は、HDDハードディスクドライブ等であり、制御部11が実行するプログラム、プログラム実行に必要なデータ、OSオペレーティングシステム等が格納される。プログラムに関しては、OSオペレーティングシステムに相当する制御プログラムや、後述する処理を実行するためのアプリケーションプログラムが格納されている。これらの各プログラムコードは、制御部11により必要に応じて読み出されてRAMに移され、CPUに読み出されて各種の手段として実行される。メディア入出力部13は、データの入出力を行うドライブ装置であり、例えば、CDドライブ-ROM、―R、-RW等、DVDドライブ-ROM、―R、-RW等等のメディア入出力装置である。通信制御部14は、通信制御装置、通信ポート等を有し、他の装置との通信を媒介する通信インタフェースであり、ネットワークを介して他の装置との通信制御を行う。ネットワークは、有線、無線を問わない。入力部15は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。表示部16は、CRTモニタ、液晶パネル等のディスプレイ装置、およびディスプレイ装置と連携して、表示機能を実現するための論理回路等を有する。周辺機器I/F部インタフェース部17は、周辺機器を接続させるためのポートであり、周辺機器I/F部17を介して周辺機器とのデータ送受信を行う。周辺機器I/F部17は、USB等で構成されており、通常複数の周辺機器I/Fを有する。周辺機器との接続形態は有線、無線を問わない。バス18は、各装置間の制御信号、データ信号等の授受を媒介する経路である。なお、前記のサーバ端末7、サーバ端末9も同様の構成を有する。図3は、ユーザ端末3のハードウェア構成を示す図である。図3に示すように、ユーザ端末3は、制御部21、記憶部22、メディア入出力部23、通信制御部24、入力部25、表示部26、周辺機器I/F部27等が、バス28を介して接続された汎用のコンピュータ端末である。各部については、図2を用いて説明したものと同様である。なお、ユーザ端末3は、この他既知の携帯端末などでもよい。次に、図4を参照して、献立推薦サーバ5の機能構成について説明する。図4に示すように、献立推薦サーバ5は、献立推薦情報受信手段101、献立推薦手段107、献立情報送信手段109、購入食材情報送信手段110等を有する。また、記憶部12には、献立推薦情報121、推薦時参照情報123、絞り込み時参照情報125、献立情報127等が格納される。献立推薦情報受信手段101は、献立推薦サーバ5が、ユーザ端末3やサーバ端末7から献立推薦情報121を受信して登録するものである。ここで、上記の献立推薦情報121について図5を参照して説明する。図に示すように、本実施形態では、献立推薦情報121は、固定情報211、動的情報213、蓄積情報215等を含み、それぞれに対応する項目217が設定され、各項目217について、その内容を示す項目情報219が登録される。固定情報211は、ユーザが予め登録する情報であり、ユーザ端末3を用いてユーザにより入力され、ユーザ端末3から献立推薦サーバ5に送信され登録される。固定情報211は、例えば家族構成や興味分野等の項目217から構成される。各項目217について登録した項目情報219は、後で変更することも可能である。動的情報213は、ユーザが献立推薦システム1による献立の推薦を受ける際にユーザ端末3に入力し、ユーザ端末3から献立推薦サーバ5に送信され登録されるものである。動的情報213は、例えばその日の気分や、調理時間、一緒に食べる人や食シーン等の項目217から構成される。蓄積情報215は、外部のサーバ端末7から献立推薦サーバ5に適宜送信され登録される、ユーザに関する情報である。例えば、病院等に配置されたサーバ端末7から、献立推薦サーバ5に送信されるユーザの食事記録や健康診断結果、運動記録、持病等の項目217から構成される。図4の説明に戻る。献立推薦手段107は、献立情報127の献立の中から、絞り込み時参照情報125を用いてユーザに推薦する献立の絞り込み処理を行うとともに、ユーザにより選択された前記の項目217に従い、推薦時参照情報123を用いて、ユーザに推薦する献立を選択抽出するものである。ここで、図6a~図6cを参照して、上記の献立情報127、絞り込み時参照情報125、推薦時参照情報123について説明する。図6aは献立情報127の例について示す図である。献立情報127は、献立およびこれに用いる食材等について示すもので、図に示すように、献立271、食材情報273、レシピ情報275等からなる。献立271は、献立の名称を示すものである。食材情報273は、献立に使用する食材を示すものであり、食材273aおよび量273b等からなる。食材273aは食材の名称であり、量273bは食材の量である。この他、食材情報としては、その食材が必須か否かを示す情報なども含めることができる。さらに、食材を必須としない場合は、この食材の代替食材を紐付けて記憶してもよい。これらの情報は、後述する献立の推薦の際に用いることも可能である。レシピ情報275は、献立の調理方法、調理の際のアドバイス、料理画像、調理方法画像等である。図6bは絞り込み時参照情報125の例について示す図である。絞り込み時参照情報125は、所定の項目217の項目情報219図5を参照に対応して、ユーザに推薦しない献立を定めるもので、図6bに示すように、絞り込み項目251、項目情報253、禁止献立255、禁止食材257等からなる。絞り込み項目251は、献立の絞り込みに用いる項目217を示すものである。項目情報253は、献立の絞り込みに用いる項目217の項目情報219である。禁止献立255は、項目情報253に対応して、ユーザに推薦しない献立を指定するものである。禁止食材257は、項目情報253に対応して、ユーザに推薦しない食材を指定するものである。すなわち、禁止食材257で指定された食材を使用する献立がユーザに推薦されないようになる。図6cは推薦時参照情報123の例について示す図である。推薦時参照情報123は、ユーザにより選択された項目217の項目情報219図5を参照に対応して、ユーザに推薦する献立の候補を示すもので、図に示すように、推薦項目231、項目情報233、献立235、食材237等からなる。推薦項目231は、献立の推薦に用いる項目217である。項目情報233は、献立の推薦に用いる項目217の項目情報219である。献立235は、項目情報233から推薦される献立を指定するものである。食材237は、項目情報233から推薦される食材を指定するものである。図4の説明に戻る。献立情報送信手段109は、献立推薦サーバ5が、ユーザに推薦する献立の献立情報127を、後述する献立推薦画面としてユーザ端末3に送信するものである。購入食材情報送信手段110は、献立推薦サーバ5が、ユーザが購入を選択した食材の情報種類や量をサーバ端末9に送信するものである。次に、図7から図11に沿って、献立推薦システム1の処理の流れについて説明する。献立推薦システム1における処理では、図7に示すように、まず、ユーザが、ユーザ端末3を用いて献立推薦サーバ5が提供するWEBサイトにアクセスし、入力フォームへの入力を行うなどして、前記の動的情報213、および、献立推薦情報121に基づき献立の推薦を行うためのサービス利用情報を入力して、これらのデータを献立推薦要求とあわせて献立推薦サーバ5に送信するS101。なお、図5の献立推薦情報121のうち、固定情報211および蓄積情報215は、予めユーザ端末3やサーバ端末7より送信され登録されているものとする。上記のサービス利用情報の例が、図8に示すサービス利用情報129である。図に示すように、サービス利用情報129は、利用日数291、推薦項目292、食材調整日数293等からなる。利用日数291は、献立の推薦を受ける複数の日数を定めるものである。本実施形態では、利用日数291で定められる複数日分の夕食の献立が推薦される。例えば利用日数291を7日間に指定すると、7日間分の夕食の、計7つの献立が推薦されることになる。推薦項目292は、上記の利用日数291で指定した日数の、各日の献立について、これを推薦するための、献立推薦情報121の項目217を指定するものである。推薦項目292の入力により、献立の推薦に用いる項目217がユーザにより選択されることとなる。食材調整日数293は、利用日数291のうち、食材調整の観点から献立食材調整献立を推薦する日数である。食材調整とは、利用日数分の献立を、使用する食材が共通するように調整することである。食材調整日数293の入力により、食材調整の観点から献立を推薦する日数がユーザにより設定されることとなる。このように、本実施形態では、利用日数291のうち食材調整日数293で設定された日数の献立について、献立推薦情報121の項目217ではなく、食材調整の観点から献立を推薦する。従って、推薦項目292は、利用日数291から食材調整日数293を引いた日数分について選択する。例えば、図の例では、利用日数291で定めた7日間から食材調整日数293で指定される2日間を引いた、5日間の献立について、これを推薦するための項目217を定める。残りの2日間の献立は、食材調整の観点から推薦される。なお、本実施形態では、推薦項目292の項目217は、曜日すなわち、献立の順序とあわせて入力するが、曜日の選択は省略してもよい。さらに、推薦項目292のユーザによる入力を省略し、献立推薦サーバ5が所定のルールで各日の献立の推薦に用いる項目217等を設定することもできる。例えば金曜日は家族構成の項目217を用いるものとし、月曜日はその日の気分の項目217を用いるものとするなどと予め定めておくことができる。あるいは、献立推薦サーバ5がランダムに各日の献立の推薦に用いる項目217等を選択するようにしてもよい。また、本実施形態では利用日数291や食材調整日数293で日数を定めているが、日数に限らず、献立の数を定めるものであればよい。図7の説明に戻る。献立推薦サーバ5は、ユーザ端末3から、前記の動的情報213とサービス利用情報129とともに、献立推薦要求を受信するS102と、ユーザに推薦する献立を選択抽出する献立推薦処理を実行するS103。図9は、S103における献立推薦処理の流れを示す図である。図に示すように、S103において、まず、献立推薦サーバ5は、記憶部12に記憶された献立推薦情報121を読み込むS201。そして、献立推薦サーバ5は、献立推薦情報121の所定の項目217の項目情報219に基づき、献立の絞り込み処理を行うS202。S202では、図6bの絞り込み時参照情報125を参照し、図5に示す献立推薦情報121のうちの所定の項目217について、その項目情報219が、対応する絞り込み項目251の項目情報253と一致する場合に、該項目情報253に紐づく禁止献立255の献立と、禁止食材257を使用する献立を、ユーザに推薦する献立から除外する処理を行う。例えば、これらの献立を示す情報をRAM等に記憶しておき、以降の処理をこれらが選択されないルールにて行う。図5や図6bを参照して具体例を説明すると、例えば、図5に示す献立推薦情報121の項目217のなかで、絞り込み処理に用いるものとして持病の項目217を定めておく。そして、その項目情報219が痛風であった場合、図6bに示す絞り込み時参照情報125によれば、以降の処理では、持病の絞り込み項目251の痛風の項目情報253に対応する、いくら丼禁止献立255の献立、およびレバー魚卵干物禁止食材257の食材を使用する献立が選択されないようになる。献立推薦サーバ5は、S202の絞り込み処理の後、献立の並列推薦、および利用日数分の献立の食材共通化の処理を行うS203。S203における処理の流れを、図10に示す。図10に示すように、S203において、献立推薦サーバ5は、まず、食材調整日以外の献立を献立情報127の献立から選択し抽出するS301。S301では、図8に示したサービス利用情報129の推薦項目292を参照し、推薦項目292において指定された各項目217を取得する。ついで、各項目217のそれぞれに対応する項目情報219を、図5に示す献立推薦情報121から取得する。そして、図6cに示す推薦時参照情報123を参照して、取得した項目217および項目情報219推薦項目231および項目情報233に紐づく献立235のうち1つを抽出する。このようにして、各項目217の項目情報219にそれぞれ対応する献立を抽出することにより、食材調整日以外の日について、ユーザに適した献立が得られる。なお、図6cの推薦時参照情報123では、献立235として複数の献立が指定されている。本実施形態では、これら献立のなかからランダムに1つを抽出する。別の例としては、各献立に予め優先順位を紐付けておき、優先順位1位のものを取得するようにしてもよい。また、献立235で指定される献立に加え、推薦時参照情報123の食材237により指定される食材を使用する献立も含めた中から、上記と同様に1つの献立を抽出するようにしてもよい。次に、献立推薦サーバ5は、食材調整日の献立の選択を行うS302。S302では、図6aに示す献立情報127から、S301で抽出した食材調整日以外の献立に用いる食材273aを取得する。そして、食材調整日以外の献立の食材273aと使用する食材が共通する献立を、食材調整日の献立として献立情報127から選択する。本実施形態では、図8のサービス利用情報129で定める利用日数291分の献立の間で、使用する食材の種類が最も少なくなるように、食材調整日の献立を選択する。ただし、予め定めた食材の種類数など、所定の基準に基づいて食材調整日の献立を選択するようにしてもよい。なお、サービス利用情報129において食材調整日数293の数を多くすると、食材の共通性をより高めることができる。また、前記の動的情報217やサービス利用情報129などとして家庭内の在庫食材の種類なども入力するようにしておき、食材調整日の献立を選択する際に、該献立の食材が食材調整日以外の献立の食材と共通しつつ、さらに、該献立が在庫食材をできるだけ多く使用するように選択してもよい。上記により、図9のS203の献立の並列推薦、および利用日数分の献立の食材共通化の処理が行われ、献立推薦結果として、利用日数分の献立が抽出、推薦される。なお、前記のS202の処理はS203の後に行うこともできる。例えばS203により献立を抽出した後、S202の処理により除外されるべき献立を抽出し、前記抽出した献立が除外されるべき献立である場合に、再度S203の処理を実行するようにすればよい。図9のS203の処理による献立推薦結果については、抽出された利用日数分の献立の献立情報127が、献立推薦画面として献立推薦サーバ5からユーザ端末3に送信され、ユーザ端末3の表示部26に表示されるS204。図11は、上記の献立推薦画面の例である献立推薦画面33について示す図である。献立推薦画面33には、推薦された献立の画像59や、調理方法60等のレシピ情報275図6aを参照が表示される。さらに、献立の推薦に用いた項目217とその項目情報219が献立と対応して表示される。これにより、ユーザは、なぜその献立が推薦されているのかを知ることができる。また、推薦に用いる項目217を変更するための推薦項目変更ボタン63および別の献立を直接選択するための献立変更ボタン65も表示される。さらに、献立推薦画面33には、推薦された各献立の調理に必要な食材を一覧にまとめた、必要食材表67が表示される。必要食材表67には、食材の種類ごとに、食材名、量、値段、食材を使用する献立が推薦された日曜日、チェックボックス69が表示される。献立推薦画面33には、食材の購入を決定するための購入確定ボタン71も表示される。前記のように、本発明では食材が共通するように各日の献立が決定されるので、各食材が複数の日に渡って使用されている場合が多く、このような食材を一括して選択することにより、各日ごとに食材を選択する手間も省ける。なお、食材の値段は、予め食材の種類ごとに単位量あたりの価格を献立推薦サーバ5に記憶しておき、これを用いて食材の種類ごとの量から算出する。図9の説明に戻る。ユーザは、献立に満足でない場合、推薦項目変更ボタン63を選択し、不図示の入力フォーム等により新たな項目217を入力する。これにより、献立推薦サーバ5は、推薦に用いる項目217を変更するS205;YES。その後、前記のS203と同様にして、該項目217に対応する項目情報219により別の献立が抽出され、ついでこれに合わせて利用日数分の食材が共通するように、食材調整日の献立が再度選択されるS203。そして、前記のS204と同様に、献立推薦結果について、推薦された利用日数分の献立の献立情報127が献立推薦画面33として再度ユーザ端末3に送信されるS204。例えば、図11の例では、ダイエットの項目情報219から火曜および金曜の献立が推薦されているが、ダイエットの日を減らしたい場合は、いずれかの曜日について、推薦に用いる項目217を変更すればよい。推薦項目の変更を行わない場合S205;NO、図7の献立推薦処理S103からS104に移行する。なお、献立変更ボタン65を選択した場合は、ユーザ自身で別の献立を直接選び献立を変更することができる。この献立は、図6cの推薦時参照情報123を参照し、変更前の献立の推薦に用いた項目217およびその項目情報219推薦項目231および項目情報233に対応する献立235のなかから変更前とは別のものを選択可能としてもよいし、全ての献立の中から選択可能としてもよい。新たな献立を直接選択した場合も、推薦項目の変更を行った前記の場合と同様の処理となる。ただし、前記のS203においては、図10のS301で説明した処理は省略され、S302で説明した食材共通化の処理のみが再度実行される。すなわち、食材調整日の献立が、利用日数分の食材が共通するように再度選択される。なお、上記のS302の実施を省略することも可能である。図7の説明に戻る。ユーザ端末3の表示部26には図11の献立推薦画面33が表示されているので、ユーザは、必要食材表67を見て、不要な食材はチェックボックス69を選択し、購入する食材から除く操作を行う。購入する食材が確定すれば、ユーザは購入確定ボタン71を選択する。これにより、購入する食材が決定され、購入を選択した食材等を示す食材選択情報がユーザ端末3から献立推薦サーバ5に送信されるS104。献立推薦サーバ5は、食材選択情報を受信するS105と、これを参照して、購入が選択された食材とその量を、購入食材情報として小売業者のサーバ端末9に送信するS106。小売業者のサーバ端末9は、この購入食材情報を受信するS107。小売業者は、この購入食材情報に基づいて、ユーザへの食材の配送等を行うことができる。このように、本実施形態によれば、献立の推薦に用いる複数の項目217が存在する場合であっても、これらを並列的に処理し、各々の項目217の特徴を打ち消すことなく利用日数分の各献立を推薦することができる。そのため、ユーザにより適した献立を得ることができる。例えば、項目217の項目情報219としてこってりした食事が好みであることと、ダイエット中であることを献立の推薦に用いる場合でも、ある日の献立はこってりしたものが選択され、別の日の献立はカロリーの少ないものが選択されるので、ユーザの要望に応じた献立を推薦することができる。さらに、各項目217は設定により容易に追加および拡張することができ、ユーザの要望に合わせたものとすることも容易である。また、食材が共通するように各献立が選択されるので、献立の料理時に食材を余らせた場合でも別日の献立に使用するなどの調整ができ、最終的に食材を余らせることなく有効活用することが容易となる。さらに、推薦された各献立の食材を一括購入すれば、配送もまとめてでき配送効率も自ずと改善され、ユーザに金銭的負担を強いることもなくなる。また、食材の共通化により食材ごとの購入量を多くすることができるので、多くの食材を少量ずつ購入する場合より割安になる場合も多くなる。また、ユーザにより選択された項目217の項目情報219のそれぞれに対応して、項目情報219より推薦される献立を献立情報127から抽出するとともに、ユーザにより設定された食材調整日数293の分の献立を、項目情報219より推薦される献立と食材が共通するように選択することにより、利用日数分の献立を決定するので、ユーザに適した利用日数分の献立が好適に抽出されるとともに、これら献立の食材共通化がより確実に実現される。また、利用日数分の献立の献立情報127を、献立に用いる食材を選択して購入決定可能な献立推薦画面33としてユーザ端末3に送信するので、ユーザが、献立に関する情報を容易に得ることができるとともに、献立に使用する食材を選択して購入できる。これにより、在庫としてユーザの手元にある食材など、必要のない食材を除いて、食材を購入することが可能になる。したがって、家庭内に在庫として残っている食材をシステム等に登録する手間を省きつつ、食材を有効活用できる。さらに、献立推薦画面33では、推薦に用いた項目217が明示されるとともに、該項目217が変更可能であり、項目217の変更時には、変更後の項目217の項目情報219に従って再度献立の抽出が行われるので、ユーザは、推薦された献立が満足でない場合に、献立の変更が可能になる。なお、上記の献立推薦画面33で表示されるような、献立の推薦結果や献立に使用される食材等の内容は、食材注文票として印刷しユーザにファクシミリ送信等するような運用も可能である。また、献立の推薦の際に、絞込み時参照情報125を参照し、所定の項目217の項目情報219絞り込み項目251の項目情報253に紐づく禁止献立255等の献立を推薦時に抽出しないようにするので、ある項目217の項目情報219から推薦された献立が、別の項目217の項目情報219の観点からはユーザにとって好ましくないなどの問題が起こらない。[第2の実施形態]次に、本発明の第2の実施形態について説明する。第2の実施形態は、図9のS203における献立の並列推薦および利用日数分の献立の食材共通化の処理において、食材調整日を用いずに、各日の献立を食材が共通するように選択、抽出する点で第1の実施形態と異なる。第2の実施形態では、図7のS101においてサービス利用情報を入力する際、図12のサービス利用情報131に示すように、食材調整日数293を0日間と設定したうえで、利用日数291として設定した複数の日の全てについて、推薦項目292として項目217を設定する。さらに、利用日数分の献立における食材の種類の多寡を食材種類294として入力する。なお、第2の実施形態では、食材調整日数293をサービス利用情報131から省略し、食材調整日を最初から設けないものとしてもよい。そして、図9のS203において、献立推薦サーバ5は、まず、図13に示すように、利用日数291として設定された各日について、推薦項目292として設定した項目217より、献立候補を1または複数抽出するS401。S401では、図5に示す献立推薦情報121から、図12の推薦項目292の各項目217の項目情報219を取得し、これを参照して、図6cの推薦時参照情報123から、取得した各項目217およびその項目情報219推薦項目231および項目情報233に対応して推薦される献立候補を、献立235のなかから1または複数抽出する。本実施形態では、推薦時参照情報123の献立235のなかから、第1候補、第2候補、第3候補...と、優先順位を付して献立候補を抽出する。優先順位は、予め定める基準に基づき付してもよいし、ランダムに付してもよい。そして、献立推薦サーバ5は、抽出された献立候補の献立情報127を参照し、利用日数分の献立の食材が共通するように、各日各項目情報219の献立候補のなかから、各日の献立を1つ選択する。この際前記の優先順位と、食材種類294の多寡を参照情報として用いる。以上により、利用日数分の献立を抽出するS402。食材種類294が多い場合は、利用日数分の献立で使用する食材の種類を多くし共通する食材の種類を相対的に少なくし、食材種類294が少ない場合は、利用日数分の献立で使用する食材の種類を少なくする共通する食材の種類を相対的に多くする。なお、前記の優先順位の設定は省略することも可能である。これにより推薦された献立の献立情報127は、第1の実施形態と同様、S204において、図14に示す献立推薦画面53としてユーザ端末3に送信される。図14の献立推薦画面53は、第1の実施形態の献立推薦画面33と同様であるが、食材種類の多寡を変更するためのバー55が更に表示されている。このバー55をスライドさせると、食材種類294の多寡を変化させて、前記のS203~S204の処理が繰り返される。食材種類は、バー55に代えて、数値や選択肢によって入力、変更してもよい。その他の処理は第1の実施形態と同様にして行うことができ、第2の実施形態でも第1の実施形態と同様の効果が得られる。さらに、第2の実施形態では、ユーザにより選択された利用日数291の全ての日で、ユーザにより選択された項目217の項目情報219のそれぞれに対応して献立が抽出されるので、ユーザの献立に関する要望をより反映させることができる。さらに、ユーザが希望する食材種類294の多寡に応じて、献立を決定することができるため、ユーザに推薦する献立のバリエーションを可変とすることができる。例えば、食材種類294を多く共通する食材の種類を少なくすれば、ユーザは様々な食材を用いた献立を楽しむことができ、これを少なく共通する食材の種類を多くすれば、献立間の食材を更に共通化させ、食材を更に有効利用できる。なお、第1の実施形態においても、食材種類294の多寡を可変とし、これに従って食材調整日の献立の選択を行うことが可能である。以上添付図を参照しながら、本発明の実施形態を説明したが、本発明の技術的範囲は、前述した実施の形態に左右されない。当業者であれば、特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。