JP7469188B2 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。

従来、ユーザ（利用者）に対してレシピを提供することで、ユーザの料理の手間を省き負荷を軽減する技術が知られている。このような技術の一例として、レシピに付随する属性情報と入力情報と選択蓄積情報とに基づいて需要者に提供するレシピを抽出する技術が開示されている。

特開２０１６－１２２４７号公報

しかしながら、上記の従来技術では、基本的にレシピを見て作る料理が中心となり、毎日家庭で調理を行うユーザの需要を十分に満たしているとは言えない。このようなユーザが本当に求めているのは、レシピを見て挑戦する新メニューではなく、その日の夕食等に何を作るかといった献立の内容に関するアイデアである。そして、その献立の内容は、レシピを見ずに自分が簡単に作れる料理であると好ましい。

本願は、上記に鑑みてなされたものであって、ユーザに適切な料理品目を提案することを目的とする。

本願に係る情報処理装置は、ユーザの端末装置から、前記ユーザの料理スキル情報を取得する取得部と、取得された前記料理スキル情報に応じて前記ユーザに提案する献立を立案する立案部と、立案された前記献立に関する情報を前記ユーザの端末装置に提供する提供部と、を備え、前記立案部は、毎日の献立について、簡単に当日の献立を決めたい前記ユーザに対し、前記ユーザから料理の提供を受ける複数の被提供者のそれぞれの嗜好と、前記ユーザが保有している又は十分に保有していなくても日常的に安価に調達可能な食材及び調味料と、前記ユーザが習得している調理法に関する前記料理スキル情報と、前記ユーザが所定期間内に作成した料理の残りとに基づいて主菜と副菜との候補を絞り込み、前記ユーザが新たなレシピに挑戦することなく容易に作成可能なレパートリー内の献立を立案することを特徴とする。

実施形態の一態様によれば、ユーザに適切な料理品目を提案することができる。

図１は、実施形態に係る情報処理方法の概要を示す第１の説明図である。 図２は、実施形態に係る情報処理方法の概要を示す第２の説明図である。 図３は、主菜と副菜の選択に関する画面例を示す図である。 図４は、子供の年齢による料理の候補の絞り込みに関する画面例を示す図である。 図５は、調理時間による料理の候補の絞り込みに関する画面例を示す図である。 図６は、登録案内に関する画面例を示す図である。 図７は、料理スキル判定に関する画面例を示す図である。 図８は、食材及び調味料の登録に関する画面例を示す図である。 図９は、詳細条件の設定に関する画面例を示す図である。 図１０は、実施形態に係る情報処理システムの構成例を示す図である。 図１１は、実施形態に係る情報処理装置の構成例を示す図である。 図１２は、ユーザ情報データベースの一例を示す図である。 図１３は、登録情報データベースの一例を示す図である。 図１４は、実施形態に係る処理手順を示すフローチャートである。 図１５は、「本日採用」ボタンに関する画面例を示す図である。 図１６は、「新しい世界」ボタンに関する画面例を示す図である。 図１７は、「料理の系統」に関する画面例を示す図である。 図１８は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理方法の概要〕
まず、図１及び図２を参照し、実施形態に係る情報処理装置が行う情報処理方法の概要について説明する。図１は、実施形態に係る情報処理方法の概要を示す第１の説明図である。図２は、実施形態に係る情報処理方法の概要を示す第２の説明図である。なお、図１及び図２では、ユーザに関する情報に基づいてユーザに献立を提案する場合を例に挙げて説明する。

図１及び図２に示すように、情報処理システム１は、端末装置１０と情報提供装置１００とを含む。端末装置１０と情報提供装置１００とは、それぞれネットワークＮ（図１０参照）を介して有線又は無線で互いに通信可能に接続される。

端末装置１０は、ユーザＵ（利用者）により利用されるスマートフォンやタブレット等のスマートデバイスであり、４Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置１０は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、ユーザから指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付ける。なお、画面のうち、コンテンツが表示されている領域上で行われた操作を、コンテンツに対する操作としてもよい。また、端末装置１０は、スマートデバイスのみならず、デスクトップＰＣ（Personal Computer）やノートＰＣ等の情報処理装置であってもよい。

情報提供装置１００は、ユーザＵの端末装置１０から、ユーザＵが行う料理に関する情報を取得し、取得した情報に応じて、ユーザＵに提案する献立を立案する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。

ここでは、情報提供装置１００は、特に２人以上（特に３人以上）の家庭で調理を行うユーザのうち、簡単に今日の夕食の献立を決めたいユーザ向けの「献立検討サポート」サービスを提供する。２人以上（特に３人以上）の家庭で調理を行うユーザにとって、献立の検討は、頭を使う面倒な作業となっている。特に、食事の好みや年齢層が異なる家族がいる場合、毎日自分で献立を考えるのは非常に面倒である。定量データの再点検及びデプスインタビューで見えたユーザの希望は、できるだけ新たなレシピに挑戦する等のめんどくさい手順なしに、「家族が好きなもの」を、「いつもの店で安く調達可能な食材・調味料で」及び／又は「家（自宅）にある食材・調味料で」、「自分が簡単に作れるもの（レパートリー内）」で「さっと」決めたいというものである。上記の希望を持つユーザは潜在的に一定規模存在すると予想され、決して少なくない。既存技術を用いてユーザにレシピを提示しても、それが家族の好みや自分のレパートリーから外れていたり、似たような料理がいくつも並んでいたりすると、上記の希望を満たすことはできない。したがって、上記の希望を満たすサイトやアプリの実現が期待されている。

この「献立検討サポート」サービスは、「頭を使わなくても、好みや食材の常備度などのデータから副菜を含む献立の決定」ができ、「作り方（ハウツー）や新メニューへの挑戦が主流の既存レシピサービス」とは違って、「自分のレパートリー中心」で「使い続けるうちに自分に最適な献立となる」ことが特徴である。

この「献立検討サポート」サービスでは、主に「家族の食べたいに応えたい（誰かのため）」というモチベーションを持ち、調理の「時短（時間短縮）」を重視しているユーザをターゲットとして想定している。想定されるユーザの特性として、「新規料理」や「新規食材・新規調味料」に挑戦する頻度は「めったにない」。食材や調味料の購入は「補充」の考えである。「店頭で珍しい食材や調味料を見て買い、レシピを調べる」ことはほぼ無い。したがって、ほぼ全てレパートリー内での対応となり、レシピはほぼ見ない。レパートリー内の料理は３０種類以上を想定している。なお、ユーザの「レパートリー内の料理」には、ユーザが実際にレシピを知っている料理だけではなく、ユーザが作ったことはないがレシピを見れば容易に作ることができる料理も含む。また、冷蔵庫の在庫状況はだいたい頭の中に存在し、その食材の種類や量の記憶が曖昧でも献立決定ができる。献立検討及び決定を行う時間は、１３～１４時の１０分間程度である。

〔１－１．「献立検討サポート」サービスの利用に関する情報処理方法の概要〕
ここで、図１を参照して、上記の「献立検討サポート」サービスの利用に関する情報処理方法の概要について説明する。

例えば、図１に示すように、ユーザＵは、端末装置１０を用いて、情報提供装置１００から提供される「献立検討サポート」サービスに関するウェブサイトにアクセスする（ステップＳ１）。そして、情報提供装置１００は、ユーザＵの端末装置１０に対して、「献立検討サポート」サービスにおいて、ユーザＵに提供する献立に関するコンテンツを配信する（ステップＳ２）。

次に、ユーザＵは、端末装置１０を用いて、献立に関する選択操作を行う（ステップＳ３）。まず、情報提供装置１００は、ユーザＵの端末装置１０から献立に関する選択操作を受けて、主菜を提示する（ステップＳ４）。続いて、情報提供装置１００は、主菜が提示されたら、主菜に応じた副菜を提示する（ステップＳ５）また、情報提供装置１００は、ユーザＵの端末装置１０から調理に関する条件の絞り込み操作を受け付けた場合、その条件に基づいて料理の候補の絞り込みを行い、あらためて条件に合う主菜を提示する（ステップＳ６）。なお、情報提供装置１００は、上記ステップＳ６の処理を、ステップＳ３～ステップＳ６の間の任意のタイミングで行うようにしてもよい。例えば、情報提供装置１００は、ステップＳ６の処理を、ステップＳ４の処理やステップＳ５の処理の前に行ってもよい。

そして、情報提供装置１００は、主菜と副菜が決定したら、ユーザＵの端末装置１０に対して、決定された主菜と副菜とを含む献立を提供する（ステップＳ７）。

また、情報提供装置１００は、ユーザＵが「献立検討サポート」サービスに未だ登録していない場合（未登録のユーザである場合）、上記の処理と並行して、ユーザＵの端末装置１０に対して、「献立検討サポート」サービスへの登録案内を行う（ステップＳ８）。

なお、ステップＳ８のユーザＵへの登録案内が行われるのは、ステップＳ２のコンテンツ配信の際やステップＳ７の献立提供の際であってもよい。また、情報提供装置１００は、ステップＳ３～ステップＳ６の間の任意のタイミングで、又は継続してユーザＵへの登録案内を行うようにしてもよい。また、情報提供装置１００は、ユーザＵが既に登録済みである場合（登録されたユーザである場合）には、ステップＳ８の処理を行わなくてもよい。

上記のように、「献立検討サポート」サービスは、登録されたユーザに限らず、未登録のユーザであっても利用することができる。上記のステップＳ１～ステップＳ７の処理は、未登録のユーザに対する「お試し」のような利用形態で使用することも可能である。これにより、未登録のユーザは、どのような料理が登録されているのかを確認することができる。また、登録されたユーザであっても、自発的に献立を検討する際に上記の処理を利用することができる。例えば、登録されたユーザであっても、普段の献立の周期パターンに飽きてきて、時間的、体力的な余裕があり、積極的に新メニューに挑戦したい場合には、上記のステップＳ１～ステップＳ７の処理により主菜や副菜を決定してその献立に挑戦してもよい。また、ユーザは、主菜は既に決まっているが、副菜が未だ決まっていないため、副菜の提案を求めたい場合に、上記のステップＳ１～ステップＳ７の処理（特にステップＳ５の処理）により副菜を決定してもよい。

〔１－２．「献立検討サポート」サービスの登録に関する情報処理方法の概要〕
次に、図２を参照して、上記の「献立検討サポート」サービスの登録に関する情報処理方法の概要について説明する。

例えば、図２に示すように、ユーザＵは、端末装置１０を用いて、情報提供装置１００から提供される「献立検討サポート」サービスに対する登録操作を行う（ステップＳ１１）。

まず、情報提供装置１００は、ユーザＵの端末装置１０からの登録操作に基づいて、ユーザＵの料理スキルを判定し、データベース等に登録する（ステップＳ１２）。続いて、情報提供装置１００は、ユーザＵの端末装置１０からの登録操作に基づいて、ユーザＵが使う食材に関する情報をデータベース等に登録する（ステップＳ１３）。続いて、情報提供装置１００は、ユーザＵの端末装置１０からの登録操作に基づいて、ユーザＵが使う調味料に関する情報をデータベース等に登録する（ステップＳ１４）。続いて、情報提供装置１００は、ユーザＵの端末装置１０からの登録操作に基づいて、詳細条件を設定し、詳細条件の設定に関する情報をデータベース等に登録する（ステップＳ１５）。

その後、情報提供装置１００は、登録された情報に基づいて、ユーザＵに応じた献立を立案する（ステップＳ１６）。

そして、情報提供装置１００は、ユーザＵの端末装置１０に対して、ユーザＵに応じた献立の提案や、登録された食材や調味料等に関するチラシ（広告）やクーポン情報を、プッシュ通知する（ステップＳ１７）。

〔１－３．実施例〕
次に、図１～図９を参照して、上記の「献立検討サポート」サービスに関する情報処理方法の実施例について説明する。

（１）メインページ
まず、図３～図６を用いて、メインページとして表示される画面例の一例を説明する。図３は、主菜と副菜の選択に関する画面例を示す図である。図４は、子供の年齢による料理の候補の絞り込みに関する画面例を示す図である。図５は、調理時間による料理の候補の絞り込みに関する画面例を示す図である。図６は、登録案内に関する画面例を示す図である。なお、以下の説明では、図１に示すステップＳ１～ステップＳ８において表示される画面の一例を、図３～図６を用いて説明する。

図１のステップＳ１において、情報提供装置１００は、ユーザＵの端末装置１０に対して、ポータルサイト等のトップページ等から、「献立検討サポート」サービスのメインページへのリンクを広告形式で提供する。例えば、情報提供装置１００は、ポータルサイト等のトップページ等において、主菜となる料理１品（唐揚げ等）の画像とその簡単な説明（料理の名称等）を広告形式で表示する。本サービスの提供対象となるユーザＵについては、ユーザＵの属性等に基づいて、「自炊をしている人」、「夕食を考えている／考える必要がある人」等をターゲティングする。そして、情報提供装置１００は、ユーザＵが端末装置１０を用いて広告形式で提供されている「献立検討サポート」サービスのメインページへのリンクをタップ又はクリックした場合、「献立検討サポート」サービスのメインページに移動する。

図１のステップＳ２において、情報提供装置１００は、ユーザＵの端末装置１０に対して、「献立検討サポート」サービスのメインページに関するコンテンツ配信を行う。このとき、図３に示すように、情報提供装置１００は、「献立検討サポート」サービスのメインページにおいて、カバーフロー形式で主菜の写真を提示する（図３のＡ１）。情報提供装置１００は、図１のステップＳ３～ステップＳ４において、カバーフロー形式で提示した主菜の写真を、ユーザＵのフリック又はスワイプ等の操作に応じてパラパラと切り替える（図３のＡ２）。また、図１のステップＳ５において、情報提供装置１００は、主菜の選択（提示）中、主菜と相性がいい複数の副菜も同時に提示する。例えば、情報提供装置１００は、主菜の写真を画面上部に提示している場合、副菜の写真を画面下部に提示する。また、情報提供装置１００は、主菜や副菜のそれぞれについて、作成時間や予算額も表示する。また、情報提供装置１００は、主菜の切り替えと連動して、提示される副菜も切り替える。すなわち、主菜の変化に合わせて副菜も変化する（図３のＡ３）。また、情報提供装置１００は、ユーザＵによる副菜の選択／切り替えと連動して、主菜の候補の絞り込みを行うようにしてもよい。

図１のステップＳ６において、ユーザＵは、端末装置１０を用いて、調理に関する条件の絞り込みの操作を行う。このとき、図４に示すように、情報提供装置１００は、料理の提供対象者の属性等に応じて、料理の候補の絞り込みを行う（図４のＢ１）。例えば、ユーザＵは、端末装置１０を用いて、乳幼児／幼稚園／小学生／中学生／高校生／大学生の中から、子供の年齢（年代）に該当するものを選択する（図４のＢ２）。ユーザＵの選択に応じて、情報提供装置１００は、選択された子供の年齢に対応する料理の画像を提示する（図４のＢ３）。このように、情報提供装置１００は、子供の年齢で料理の候補の絞り込みを行う。なお、子供は一例に過ぎない。実際には、子供に限らず、両親、祖父母、同居人等の年齢（年代）についても該当するものを選択できるようにしてもよい。

また、図５に示すように、情報提供装置１００は、料理の目安調理時間等に応じて、料理の候補の絞り込みを行う（図５のＣ１）。例えば、情報提供装置１００は、ユーザＵの端末装置１０に対して、目安調理時間を、５分から１２０分の範囲で選択可能なスライダーバー形式で表示する。ユーザＵは、端末装置１０に表示されたスライダーバーのスライダー（つまみ）を操作し、目安調理時間を調節する（図５のＣ２）。ユーザＵの調整に応じて、情報提供装置１００は、調節された目安調理時間に対応する料理の画像を提示する。

図１のステップＳ７において、情報提供装置１００は、上記の処理を経て主菜と副菜が決定したら、ユーザＵの端末装置１０に対して、決定された主菜と副菜とを含む献立を提供する。このとき、情報提供装置１００は、献立とともに、献立に含まれる料理のレシピ情報をユーザＵに提供してもよい。例えば、レシピ情報は、インターネット上で公開されているレシピサイトやレシピ動画等である。なお、レシピ情報は、料理研究家や管理栄養士等の専門家が作成したものや、食材や調味料等のメーカや広告主が作成したものであってもよい。また、レシピ情報の提供方法の一例として、ユーザＵが献立に含まれる料理の画像をタップ又はクリックすると、リンク先のページ（レシピサイト等）に移動するようにしてもよい。なお、情報提供装置１００は、料理のレシピ情報を毎回提供する必要はなく、ユーザＵがその料理を初めて作るとき（最初の１回）又はユーザＵがその料理に慣れるまでの間だけ提供すれば十分である。また、情報提供装置１００は、ユーザＵが希望する場合のみレシピ情報を表示するようにしてもよい。

また、図１のステップＳ８において、情報提供装置１００は、未登録のユーザＵが「献立検討サポート」サービスのメインページを利用している場合、当該「献立検討サポート」サービスの登録案内を行う。例えば、図３～図６に示すように、情報提供装置１００は、未登録のユーザＵが「献立検討サポート」サービスのメインページを利用している間、図６に示すように、「献立検討サポート」サービスのメインページが表示された端末装置１０の画面下部に、例えばポップアップのような形式で、当該「献立検討サポート」サービスの登録ページへのリンクを表示する（図６のＤ１）。図６に示す例では、情報提供装置１００は、登録ページへのリンクとして、「登録をする」と表記されたボタンを表示する。

続いて、情報提供装置１００は、未登録のユーザＵが当該「献立検討サポート」サービスの登録ページへのリンクをタップ又はクリックした場合、登録ページへの移動に先立って、登録すると何が起こるのか（献立提案がプッシュ通知で毎日届く等）を提示するページへ移動する（図６のＤ２）。そして、情報提供装置１００は、未登録のユーザＵが同じページに表示された「次へ」ボタンを押下（タップ又はクリック）した場合、当該「献立検討サポート」サービスの登録ページへ移動する。

（２）登録ページ
次に、図７～図９を用いて、登録ページとして表示される画面例の一例を説明する。図７は、料理スキル判定に関する画面例を示す図である。図８は、食材及び調味料の登録に関する画面例を示す図である。図９は、詳細条件の設定に関する画面例を示す図である。なお、以下の説明では、図２に示すステップＳ１１～ステップＳ１７において表示される画面の一例を、図７～図９を用いて説明する。

図２のステップＳ１１において、ユーザＵは、端末装置１０を用いて、情報提供装置１００から提供される「献立検討サポート」サービスに対する登録操作を行う。このとき、情報提供装置１００は、当該「献立検討サポート」サービスの登録ページにおいて、ユーザＵの端末装置１０から入力されたデータをデータベース等に登録する。例えば、情報提供装置１００は、ユーザＵの「料理スキル」や「使う食材」や「使う調味料」に関するデータをデータベース等に登録する。

（２－１）料理スキル判定
図２のステップＳ１２において、情報提供装置１００は、ユーザＵの端末装置１０からの登録操作に基づいて、ユーザＵの料理スキルを判定し、データベース等に登録する。例えば、図７に示すように、情報提供装置１００は、当該「献立検討サポート」サービスの登録ページにおいて、ユーザＵの料理スキルを見るために、ユーザＵの端末装置１０に対し、献立の候補となる料理の登録画面において、複数の料理を順番に提示し、ユーザＵの端末装置１０から、それぞれの料理について「作らない」、「たまに作る」、「よく作る」の入力を受け付ける（図７のＥ１、Ｅ２、Ｅ３）。例えば、情報提供装置１００は、ユーザＵの端末装置１０に対し、献立の候補となる料理の登録画面において、料理の５法（生・煮る・焼く・揚げる・蒸す）を中心に、１０問程度のヒアリングを行う。

なお、実際には、情報提供装置１００は、ユーザＵが、端末装置１０の画面に表示された料理の画像を、画面のいずれか３方向に投げる（フリック又はスワイプする）ことで、入力を受け付けてもよい。例えば、端末装置１０の画面に「作らない」、「たまに作る」、「よく作る」のそれぞれに対応するボックス（又は領域枠）を表示し、ユーザＵが料理の画像をいずれかのボックスに投入した場合に、それぞれのボックスに対応する入力を受け付けたと判断する。あるいは、情報提供装置１００は、ユーザＵが料理の画像を、画面の上方向に投げた場合、「作らない」の入力を受け付けたと判断する。また、画面の右（又は左）方向に投げた場合、「たまに作る」の入力を受け付けたと判断する。また、画面の下方向に投げた場合、「よく作る」の入力を受け付けたと判断する。

あるいは、情報提供装置１００は、ユーザＵが、端末装置１０の画面に表示された料理の画像を操作することで、入力を受け付けてもよい。例えば、情報提供装置１００は、ユーザＵが料理の画像をフリック又はスワイプした場合、「作らない」の入力を受け付けたと判断する。また、ユーザＵが料理の画像をタップした場合、「たまに作る」の入力を受け付けたと判断する。また、ユーザＵが料理の画像を長押しした場合、「よく作る」の入力を受け付けたと判断する。但し、これらは一例に過ぎない。

さらに、情報提供装置１００は、図１のステップＳ３～ステップＳ６における操作をユーザＵの端末装置１０からの登録操作として、ユーザＵの料理スキルを判定し、データベース等に登録してもよい。例えば、情報提供装置１００は、図１のステップＳ３～ステップＳ６においてユーザＵが自ら選択した主菜（及び副菜）について、「たまに作る」又は「よく作る」の入力を受け付けたと判断する。このとき、ユーザＵが選択した回数や頻度によって、「たまに作る」と「よく作る」とを区別するようにしても良い。例えば、ユーザＵがその料理を選択するのが週に１回なら「たまに作る」、２回以上なら「よく作る」の入力を受け付けたと判断する。

そして、情報提供装置１００は、ユーザＵの端末装置１０から受け付けた入力に基づいて、ユーザＵの料理スキルを判定し、判定されたユーザＵの料理スキルをデータベース等に登録する。これにより、ユーザＵの料理スキルを大まかに把握し、後の献立提案に活かす。例えば、情報提供装置１００は、後述する献立立案の際、ユーザＵの料理スキルに基づいて、主菜と副菜との候補を絞り込み、適切な主菜と副菜とを選択する。

（２－２）ユーザに応じた献立
また、図８に示すように、情報提供装置１００は、献立提案の精度を高めるため、ユーザＵが常備している「食材」と「調味料」の登録を促す（図８のＦ１）。情報提供装置１００は、後述する献立立案の際、ユーザＵから登録された「食材」と「調味料」に基づいて、主菜と副菜との候補を絞り込み、適切な主菜と副菜とを選択する。

まず、図２のステップ１３において、情報提供装置１００は、ユーザＵの端末装置１０からの登録操作に基づいて、ユーザＵが使う食材に関する情報をデータベース等に登録する。食材は、例えば、米、小麦粉、麺類、肉類、魚介類、野菜、果物、穀物、卵、豆腐、肉加工品、水産加工品、乳製品、発酵食品、乾物、干物、漬物、燻製、その他の食用に適した素材等である。なお、食材には、缶詰、冷凍食品、レトルト食品、インスタント食品、その他の保存食、あるいはユーザＵの家の近隣の店舗で入手可能な市販の総菜等を含めてもよい。ここでは、調味料は食材とは別に扱っているが、実際には調味料も食材に含めてもよい。

例えば、情報提供装置１００は、ユーザＵの端末装置１０に対し、当該「献立検討サポート」サービスの登録ページにおいて、一般的な食材を提示し、ユーザＵの端末装置１０から、「使う食材」、「使わない食材」の入力を受け付ける（図８のＦ２）。図８に示す例では、情報提供装置１００は、デフォルト（初期状態）でユーザＵの端末装置１０に一覧表示した食材全てのチェックボックスにレ点を付しておく。ユーザＵは、端末装置１０を用いて、使わない食材についてはチェックボックスからレ点を外す。

そして、情報提供装置１００は、ユーザＵの端末装置１０から受け付けた入力に基づいて、「使う食材」をデータベース等に登録する。これにより、情報提供装置１００は、ユーザＵの端末装置１０に対して、「使う食材」で調理ができる料理を提案する。なお、「使う食材」は、普段よく使用する食材であってもよいし、今回使用する予定の食材（例えば、冷蔵庫等に「残った食材」等）であってもよい。

続いて、図２のステップ１４において、情報提供装置１００は、ユーザＵの端末装置１０からの登録操作に基づいて、ユーザＵが使う調味料に関する情報をデータベース等に登録する。調味料は、例えば、いわゆる「さしすせそ」（砂糖、食塩、酢、醤油、味噌）の他、みりん、料理酒、ソース、ケチャップ、マヨネーズ、ドレッシング、オリーブオイル、胡麻油、ラー油、コチュジャン、チリペッパーソース（辛味調味料）、うま味調味料、わさび、からし、胡椒、山椒、七味唐辛子、胡麻、紫蘇、生姜、ガーリック、塩麹、香草（パセリ、バジル、ローズマリー、クレソン、タイム、オレガノ、ディル、セージ等）、その他のハーブ、カレー粉、パスタソース、めんつゆ、たれ、出汁、ポン酢、料理の素（麻婆の素、鍋の素、粉末つゆの素）、その他の合わせ調味料、その他の香辛料、またはこれらに類するもの等である。また、調味料には、薬味や加薬等（ネギ、海苔、削り節、大根おろし、梅肉等）、日本酒やビール、ワイン、ラム酒等のアルコール飲料等、バター、チーズ・粉チーズ、甘味料、ジャム、果汁等を含めてもよい。

例えば、情報提供装置１００は、ユーザＵの端末装置１０に対し、当該「献立検討サポート」サービスの登録ページにおいて、一般的な調味料を提示し、ユーザＵの端末装置１０から、「使う調味料」、「使わない調味料」の入力を受け付ける（図８のＦ３）。図８に示す例では、情報提供装置１００は、デフォルト（初期状態）でユーザＵの端末装置１０に一覧表示した調味料全てのチェックボックスにレ点を付しておく。ユーザＵは、端末装置１０を用いて、使わない調味料についてはチェックボックスからレ点を外す。

そして、情報提供装置１００は、ユーザＵの端末装置１０から受け付けた入力に基づいて、「使う調味料」をデータベース等に登録する。これにより、情報提供装置１００は、ユーザＵの端末装置１０に対して、「使う調味料」で調理ができる料理を提案する。なお、「使う調味料」は、普段よく使用する調味料であってもよいし、今回使用する予定の調味料（例えば、現在「家にある調味料」等）であってもよい。

続いて、図２のステップ１５において、情報提供装置１００は、ユーザＵの端末装置１０からの登録操作に基づいて、詳細条件を設定し、詳細条件の設定に関する情報をデータベース等に登録する。

図９に示すように、情報提供装置１００は、詳細条件の設定等も入力可能である（図９のＧ１）。例えば、情報提供装置１００は、「子供の年齢」（ユーザＵ以外の家族の属性）や「目安調理時間」、「主な食材」等に関する入力を受け付ける（図９のＧ２）。ユーザＵが端末装置１０を用いて「子供の年齢」や「目安調理時間」を指定すると、情報提供装置１００は、ユーザＵから指定された「子供の年齢」や「目安調理時間」に応じて、主菜の候補を絞り込む。また、ユーザＵが端末装置１０を用いて食材の候補の中から「主な食材」を指定すると、情報提供装置１００は、ユーザＵから指定された「主な食材」に合わせて、主菜と副菜との候補を絞り込む。

また、情報提供装置１００は、例えばユーザＵが希望する場合には、ユーザＵと類似する他のユーザ（類似ユーザ）の選択した主菜の中で、ユーザＵが未だ作ったことのない主菜を提案してもよい。なお、主菜に限らず、副菜であってもよい。

類似ユーザとは、例えば、ユーザＵと同じ「料理スキル」や「食材・調味料」を持つユーザや、ユーザＵと同じ属性（「男性」＋「３０代」等）を持つ他のユーザ等である。これにより、ユーザＵが予想もしていなかった料理に偶然に巡り合える可能性がある（セレンディピティ）。

また、情報提供装置１００は、ユーザＵに提案する献立に使用される調味料のうち、ユーザＵが持っていない調味料をピックアップ表示してもよい。

（２－３）コンテンツ配信
続いて、ステップＳ１６において、情報提供装置１００は、登録された情報に基づいて、定期的（例えば毎日１３時、又はユーザＵが指定した時刻等）あるいは無作為（ランダム）に、ユーザＵに応じた献立を立案する。例えば、情報提供装置１００は、登録された「料理スキル」と「食材」と「調味料」に基づいて主菜と副菜とを選択し、選択された主菜と副菜とを含む献立を立案する。このとき、情報提供装置１００は、１日分だけでなく、食材の量や栄養バランス等を考慮して、数日分（一週間分等）の献立をまとめて立案するようにしてもよい。

続いて、ステップＳ１７において、情報提供装置１００は、ユーザＵの端末装置１０に対して、定期的あるいは無作為に、ユーザＵに応じた献立の提案や、登録された食材や調味料等に関するチラシやクーポン情報を、プッシュ通知する。

なお、ユーザＵに応じた献立は、１つに限らず、複数であってもよい。例えば、情報提供装置１００は、カバーフロー形式でユーザＵに応じた献立をいくつか提案し、その中からユーザＵが自分で最適な献立を選択するようにしてもよい。また、ユーザＵに応じた献立は、主菜と副菜に限らず、副々菜や汁物を加え、一汁三菜のような形態にしてもよい。この場合、副々菜や汁物も、副菜と同様に、主菜に応じて提示される。また、ユーザＵに応じた献立は、家族全員で取り分ける大皿料理や鍋料理のような献立であってもよい。

また、チラシやクーポン情報（あるいはその元となる情報）は、例えば食品メーカや小売店等から提供される。

このとき、情報提供装置１００は、ユーザＵが常備する食材や調味料、あるいは、よく作る献立に応じて、広告を提供してもよい。例えば、情報提供装置１００は、ユーザＵが唐揚げをよく作る場合、ビールの広告を提供する。また、情報提供装置１００は、ユーザＵがかいわれ大根をよく買う場合、ユーザＵの家の近隣スーパのかいわれ大根のセール情報を提供する。

また、情報提供装置１００は、ユーザＵに応じた献立の提案とともに、献立に含まれる料理のレシピ情報をユーザＵに提供してもよい。基本的に、献立は、ユーザＵのレパートリーが中心（レパートリー内）となるため、料理のレシピ情報の提供は、ユーザＵがその料理を初めて作るとき（最初の１回）又はユーザＵがその料理に慣れるまでの間で十分である。また、情報提供装置１００は、ユーザＵが希望する場合のみレシピ情報を表示するようにしてもよい。

以上のように、本実施形態に係る情報提供装置１００は、ユーザＵの端末装置１０からの登録操作により、ユーザＵの料理スキル情報を取得し、取得したスキル情報に応じて、ユーザＵに提案する献立を立案する。そして、情報提供装置１００は、立案された献立に関する情報をユーザＵに提供する。このとき、情報提供装置１００は、立案された献立とともに、献立に含まれる料理のレシピ情報をユーザＵに提供してもよい。

また、情報提供装置１００は、料理スキル情報に応じてユーザＵに提案する献立の主菜を選択する。そして、情報提供装置１００は、選択された主菜に応じてユーザＵに提案する献立の副菜を選択する。

また、情報提供装置１００は、ユーザＵの自己申告に基づく料理スキル情報を取得し、ユーザＵの自己申告に基づく料理スキル情報に応じてユーザＵに提案する献立を立案する。例えば、情報提供装置１００は、ユーザＵに複数の料理の情報を提示し、ユーザＵから、それぞれの料理の情報について、「作らない」、「たまに作る」、「よく作る」のいずれかの入力を受け付け、ユーザＵからの入力に基づいて、ユーザＵの料理スキルを判定して料理スキル情報を取得する。

また、情報提供装置１００は、ユーザＵの常備品に関する情報を取得し、ユーザＵの常備品に関する情報に基づいて、ユーザＵに提案する献立の候補を絞り込む。例えば、情報提供装置１００は、ユーザＵに常備品に関する情報を提示し、「使う品物」、「使わない品物」のいずれかの入力を受け付ける。なお、常備品は、食材や調味料等である。

さらに、情報提供装置１００は、ユーザＵが料理を提供する相手の年代（子供の年齢等）に関する情報を取得し、立案部は、ユーザＵが料理を提供する相手の年代に関する情報に基づいて、ユーザＵに提案する献立の候補を絞り込む。

加えて、情報提供装置１００は、ユーザＵが料理をする際の目標調理時間に関する情報を取得し、ユーザＵが料理をする際の目標調理時間に関する情報に基づいて、ユーザＵに提案する献立の候補を絞り込む。

また、情報提供装置１００は、ユーザＵと類似する他のユーザに提案した献立を、ユーザＵに提案する献立として立案してもよい。

料理スキル情報は、ユーザＵが習得している料理スキルの種類を示す。例えば、料理スキル情報は、ユーザＵが習得している調理法に基づいた情報である。調理法の例として、料理の５法である「生」、「焼く」、「煮る」、「揚げる」、「蒸す」等がある。なお、ユーザＵに対して提供する献立は、調理法に応じてレベルが異なることもある。情報提供装置１００は、ユーザＵの料理スキル情報に応じて、ユーザＵに提案する献立のレベルを算出してもよい。このように、ユーザＵが習得している料理スキルの種類に応じて、ユーザＵに対して提供する献立を変更することで、適切な献立の情報を提供することができる。

本実施形態によれば、ユーザに適切な料理品目を提案することができる。例えば、個人的な献立予定表のような利用形態で、ユーザのレパートリー内でユーザが次に作る料理品目を提案することができる。

また、本実施形態に係る「献立検討サポート」サービスを、既存のサイトやアプリケーション（アプリ）に追加することで、自宅食事活動を介して新規ユーザの取り込みを行うことができる。例えば、２人以上（特に３人以上）の家庭で調理を行うユーザの希望は、できるだけ新たなレシピに挑戦する等のめんどくさい手順なしに、「家族が好きなもの」を、「いつもの店で安く調達可能な食材・調味料で」及び／又は「家（自宅）にある食材・調味料で」、「自分が簡単に作れるもの（レパートリー内）」で「さっと」決めたいというものである。既存のサイトやアプリを提供する事業者にとって、上記のユーザの希望を満たすサイトやアプリを実現できれば、食材等を買ってきて「自宅で作って食べる」という自宅食事活動を介して自社の提供するサイトやアプリに新規ユーザを誘導することができる。

〔２．情報処理システムの構成例〕
次に、図１０を用いて、実施形態に係る情報提供装置１００が含まれる情報処理システム１の構成について説明する。図１０は、実施形態に係る情報処理システム１の構成例を示す図である。図１０に示すように、実施形態に係る情報処理システム１は、端末装置１０と情報提供装置１００とを含む。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。

また、図１０に示す情報処理システム１に含まれる各装置の数は図示したものに限られない。例えば、図１０では、図示の簡略化のため、端末装置１０を１台のみ示したが、これはあくまでも例示であって限定されるものではなく、２台以上であってもよい。

端末装置１０は、ユーザＵによって使用される情報処理装置である。例えば、端末装置１０は、スマートフォンやタブレット端末等のスマートデバイス、フィーチャーフォン、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、カーナビゲーションシステム、スマートウォッチやヘッドマウントディスプレイ等のウェアラブルデバイス（Wearable Device）、スマートグラス等である。

また、かかる端末装置１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation：第５世代移動通信システム）等の無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）等の近距離無線通信を介してネットワークＮに接続し、情報提供装置１００と通信することができる。

情報提供装置１００は、例えばＰＣやサーバ装置、あるいはメインフレーム又はワークステーション等である。なお、情報提供装置１００は、クラウドコンピューティングにより実現されてもよい。

〔３．情報処理装置の構成例〕
次に、図１１を用いて、実施形態に係る情報提供装置１００の構成について説明する。図１１は、実施形態に係る情報提供装置１００の構成例を示す図である。図１１に示すように、情報提供装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図１０参照）と有線又は無線で接続される。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図１１に示すように、記憶部１２０は、ユーザ情報データベース１２１と、登録情報データベース１２２とを有する。

（ユーザ情報データベース１２１）
ユーザ情報データベース１２１は、ユーザＵに関する各種情報を記憶する。例えば、ユーザ情報データベース１２１は、ユーザＵの属性等の種々の情報を記憶する。図１２は、ユーザ情報データベース１２１の一例を示す図である。図１２に示した例では、ユーザ情報データベース１２１は、「ユーザＩＤ（Identifier）」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目を有する。

「ユーザＩＤ」は、ユーザＵを識別するための識別情報を示す。なお、「ユーザＩＤ」は、例えば端末装置１０を識別するための識別情報であっても良い。例えば、「ユーザＩＤ」は、電話番号やメールアドレス等のアカウントＩＤやログインＩＤ等であってもよい。

また、「年齢」は、ユーザＩＤにより識別されるユーザＵの年齢を示す。なお、「年齢」は、例えば３５歳など、ユーザＩＤにより識別されるユーザＵの具体的な年齢であってもよい。また、「性別」は、ユーザＩＤにより識別されるユーザＵの性別を示す。

また、「自宅」は、ユーザＩＤにより識別されるユーザＵの自宅の位置情報を示す。なお、図１２に示す例では、「自宅」は、「ＬＣ１１」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。

また、「勤務地」は、ユーザＩＤにより識別されるユーザＵの勤務地（学生の場合は学校）の位置情報を示す。なお、図１２に示す例では、「勤務地」は、「ＬＣ１２」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。

また、「興味」は、ユーザＩＤにより識別されるユーザＵの興味を示す。すなわち、「興味」は、ユーザＩＤにより識別されるユーザＵが関心の高い対象を示す。例えば、「興味」は、ユーザＵが検索エンジンに入力して検索した検索クエリ（キーワード）等であってもよい。なお、図１２に示す例では、「興味」は、各ユーザＵに１つずつ図示するが、複数であってもよい。

例えば、図１２に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザＵの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、自宅が「ＬＣ１１」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、勤務地が「ＬＣ１２」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、「スポーツ」に興味があることを示す。

ここで、図１２に示す例では、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」といった抽象的な値を用いて図示するが、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」には、具体的な文字列や数値等の情報が記憶されるものとする。以下、他の情報に関する図においても、抽象的な値を図示する場合がある。

なお、ユーザ情報データベース１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報データベース１２１は、ユーザＵの端末装置１０に関する各種情報を記憶してもよい。また、ユーザ情報データベース１２１は、ユーザＵのデモグラフィック（人口統計学的属性）、サイコグラフィック（心理学的属性）、ジオグラフィック（地理学的属性）、ベヘイビオラル（行動学的属性）等の属性に関する情報を記憶してもよい。例えば、ユーザ情報データベース１２１は、氏名、家族構成、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の情報を記憶してもよい。

（登録情報データベース１２２）
登録情報データベース１２２は、料理スキルや常備品等に関してユーザＵから登録された各種情報を記憶する。図１３は、登録情報データベース１２２の一例を示す図である。図１３に示した例では、登録情報データベース１２２は、「ユーザＩＤ」、「料理スキル」、「食材」、「調味料」、「詳細条件」といった項目を有する。

「ユーザＩＤ」は、ユーザＵを識別するための識別情報を示す。また、「料理スキル」は、ユーザＵの料理スキルを示す。例えば、「料理スキル」は、ユーザＵの端末装置１０からの登録操作に基づいて判定したユーザＵの料理スキル情報を示す。

また、「食材」は、ユーザＵが常備している食材（又はよく使う食材）を示す。なお、「食材」は、複数であっても良い。また、「調味料」は、ユーザＵが常備している調味料（又はよく使う調味料）を示す。なお、「調味料」は、複数であっても良い。

また、「詳細条件」は、詳細条件の設定に関する情報を示す。例えば、「詳細条件」は、「子供の年齢」や「目安調理時間」等に関する情報を示す。

例えば、図１３に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザＵの料理スキルは「料理スキル＃１」であり、「食材＃１」と「調味料＃１」をよく使うことを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、「詳細条件＃１」に応じた献立の提案を希望していることを示す。

なお、登録情報データベース１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、登録情報データベース１２２は、ユーザＵに提案した献立の履歴情報を記憶してもよい。また、登録情報データベース１２２は、立案した献立に関する情報をユーザＵに提供するタイミングに関する情報を記憶してもよい。また、登録情報データベース１２２は、ユーザＵが常備している食材や調味料に関するチラシ（広告）やクーポン情報を記憶してもよい。

（制御部１３０）
図１１に戻り、説明を続ける。制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、情報提供装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図１１に示す例では、制御部１３０は、取得部１３１と、立案部１３２と、提供部１３３とを有する。

（取得部１３１）
取得部１３１は、ユーザＵの料理スキル情報を取得する。例えば、取得部１３１は、ユーザＵの自己申告に基づく料理スキル情報を取得する。

具体的には、取得部１３１は、ユーザＵに複数の料理の情報を提示し、それぞれの料理の情報について、「作らない」、「たまに作る」、「よく作る」のいずれかの入力を受け付け、ユーザＵからの入力に基づいて、ユーザＵの料理スキルを判定し、料理スキル情報を取得する。

例えば、取得部１３１は、ユーザＵが作ったことのある料理の難易度に基づいて、ユーザＵの料理スキルを判定し、料理スキル情報を取得する。このとき、ユーザＵが複数の料理を選択した場合には、それらの料理の難易度の平均値や中央値に基づいて、ユーザＵの料理スキルを判定してもよい。また、取得部１３１は、ユーザＵが作らない料理については、ユーザＵにとってその料理は難易度が高い（ユーザＵがその料理を日常的に作るレベルに達していない）と判定してもよい。

料理スキル情報は、ユーザＵが習得している料理スキルの種類を示す。例えば、料理スキル情報は、ユーザＵが習得している調理法に基づいた情報である。調理法の例として、料理の５法である「生」、「焼く」、「煮る」、「揚げる」、「蒸す」等がある。実際には、これらに「茹でる」、「炒める」、「和える」等を加えてもよい。また、「燻製」、「冷凍」、「盛り付け」等を加えてもよい。また、「皮をむく」、「魚をさばく」等のユーザＵが実施できる基本スキルを加えてもよい。さらに、専門的な手法である調理技術を加えてもよい。調理技術とは、例えば、「炊き合せ」、「灰汁抜き」、「三杯酢」、「三枚おろし」、「塩揉み」、「塩茹で」、「下拵え」、「しめ／締め／〆」、「湯煎」、「湯通し」、「燻煙」等である。また、食材の切り方を加えてもよい。食材の切り方とは、例えば、「千切り」、「笹掻き」、「短冊切り」、「桂剥き」、「面取り」等である。

また、取得部１３１は、ユーザＵの常備品に関する情報を取得する。例えば、取得部１３１は、ユーザＵに常備品に関する情報を提示し、「使う品物」、「使わない品物」のいずれかの入力を受け付ける。なお、常備品とは、例えば食材や調味料等である。

また、取得部１３１は、ユーザＵの詳細条件の設定に関する情報を取得する。例えば、取得部１３１は、ユーザＵが料理を提供する相手の年代に関する情報を取得する。また、取得部１３１は、ユーザＵが料理をする際の目標調理時間に関する情報を取得する。

そして、取得部１３１は、取得された料理スキル情報、ユーザＵの常備品に関する情報、及びユーザＵの詳細条件の設定に関する情報等を登録（記憶部１２０に記憶）する。

（立案部１３２）
立案部１３２は、取得部１３１により取得された（又は記憶部１２０に記憶された）ユーザＵの料理スキル情報に応じてユーザＵに提案する献立を立案する。なお、ユーザＵに提案する献立は、調理法に応じてレベルが異なることもある。このとき、立案部１３２は、ユーザＵの料理スキル情報に応じて、ユーザＵに提案する献立のレベルを算出してもよい。

また、立案部１３２は、取得部１３１により取得された（又は記憶部１２０に記憶された）ユーザＵの常備品に関する情報に基づいて、ユーザＵに提案する献立の候補を絞り込む。

例えば、立案部１３２は、取得部１３１により取得された（又は記憶部１２０に記憶された）ユーザＵの料理スキル情報と常備品に関する情報とに応じて、ユーザＵと献立の主菜とのマッチングを行う（人－主菜マッチング）。また、立案部１３２は、主菜が決定すると、主菜と副菜とのマッチングを行う（主菜－副菜マッチング）。

また、立案部１３２は、取得部１３１により取得された（又は記憶部１２０に記憶された）ユーザＵが料理を提供する相手の年代に関する情報に基づいて、さらにユーザＵに提案する献立の候補を絞り込む。

また、立案部１３２は、取得部１３１により取得された（又は記憶部１２０に記憶された）ユーザＵが料理をする際の目標調理時間に関する情報に基づいて、さらにユーザＵに提案する献立の候補を絞り込む。

また、立案部１３２は、ユーザＵと類似する他のユーザ（類似ユーザ）に提案した献立を、ユーザＵに提案する献立として立案してもよい。類似ユーザとは、例えば、ユーザＵと同じ「料理スキル」や「食材・調味料」を持つユーザや、ユーザＵと同じ属性（「男性」＋「３０代」等）を持つ他のユーザ等である。

なお、立案部１３２は、機械学習に基づくモデルを用いて、ユーザＵに提案する献立を立案するようにしてもよい。例えば、立案部１３２は、各ユーザの料理スキルと常備品と献立との組を学習データとして学習することで、ユーザＵの料理スキルと常備品とを入力すると、ユーザＵに提案する献立を出力する献立立案モデルを構築する。

なお、モデルは、任意の種別のモデルが採用可能である。例えば、立案部１３２は、ＳＶＭ（Support Vector Machine）やＤＮＮ（Deep Neural Network）をモデルとして採用してもよい。ここで、ＤＮＮは、ＣＮＮ（Convolutional Neural Network）やＲＮＮ（Recurrent Neural Network）であってもよい。また、ＲＮＮは、ＬＳＴＭ（Long short-term memory）等であってもよい。すなわち、モデルは、任意の形式のモデルが採用可能である。また、モデルは、例えば、ＣＮＮとＲＮＮとを組み合わせたモデル等、複数のモデルを組み合わせることで実現されるモデルであってもよい。

学習は、例えばディープニューラルネットワーク（ＤＮＮ：Deep Neural Network）を利用したディープラーニング（深層学習）等である。また、データマイニングやその他の機械学習アルゴリズムを利用してもよい。立案部１３２は、上述した各種の学習手法により、モデルの学習を行う。

（提供部１３３）
提供部１３３は、通信部１１０を介して、立案部１３２により立案された献立に関する情報をユーザＵの端末装置１０に提供する。

なお、提供部１３３は、通信部１１０を介して、立案部１３２により立案された献立とともに、献立に含まれる料理のレシピ情報をユーザＵに提供してもよい。このとき、提供部１３３は、料理のレシピ情報の提供を希望するユーザにのみ料理のレシピ情報を提供するようにしてもよい。

また、提供部１３３は、通信部１１０を介して、立案部１３２により立案された献立や、登録された食材や調味料等に関するチラシやクーポン情報を、プッシュ通知によりユーザＵの端末装置１０に提供する。

〔４．処理手順〕
次に、図１４を用いて実施形態に係る情報提供装置１００による処理手順について説明する。図１４は、実施形態に係る処理手順を示すフローチャートである。なお、以下に示す処理手順は、情報提供装置１００の制御部１３０によって繰り返し実行される。

図１４に示すように、情報提供装置１００の取得部１３１は、ユーザＵの端末装置１０からのアクセスや各種操作を受け付ける（ステップＳ１０１）。そして、情報提供装置１００の提供部１３３は、通信部１１０を介して、ユーザＵの端末装置１０からのアクセスに応じて、ユーザＵの端末装置１０に対して、「献立検討サポート」サービスに関するコンテンツを配信する（ステップＳ１０２）。

そして、情報提供装置１００の立案部１３２は、ユーザＵの端末装置１０からの献立に関する選択操作に応じて、献立を決定する（ステップＳ１０３）。例えば、立案部１３２は、ユーザＵの端末装置１０からの献立に関する選択操作に応じて、ユーザＵの端末装置１０に対して、主菜を提示する。そして、立案部１３２は、主菜が提示されたら、ユーザＵの端末装置１０に対して、主菜に応じた副菜を提示する。そして、立案部１３２は、ユーザＵの端末装置１０から調理に関する条件の絞り込み操作を受け付けた場合、その条件に基づいて料理の候補の絞り込みを行い、ユーザＵの端末装置１０に対して、あらためて条件に合う主菜を提示する。

そして、情報提供装置１００の提供部１３３は、献立が決定したら、通信部１１０を介して、ユーザＵの端末装置１０に対して、決定された献立を提供する（ステップＳ１０４）。

また、提供部１３３は、上記の処理と並行して、通信部１１０を介して、ユーザＵの端末装置１０に対して、「献立検討サポート」サービスへの登録案内を行う（ステップＳ１０５）。

そして、情報提供装置１００の取得部１３１は、ユーザＵの端末装置１０からの登録操作に基づいて、ユーザＵの料理スキルを判定し、料理スキル情報を取得し、データベース等に登録する（ステップＳ１０６）。

そして、取得部１３１は、ユーザＵの端末装置１０からの登録操作に基づいて、ユーザＵが使う常備品に関する情報を取得し、データベース等に登録する（ステップＳ１０７）。なお、常備品は、食材や調味料等である。

そして、取得部１３１は、ユーザＵの端末装置１０からの登録操作に基づいて、詳細条件を設定し、詳細条件の設定に関する情報を取得し、データベース等に登録する（ステップＳ１０８）。例えば、取得部１３１は、ユーザＵが料理を提供する相手の年代に関する情報や、ユーザＵが料理をする際の目標調理時間に関する情報等を取得し、データベース等に登録する。

そして、情報提供装置１００の立案部１３２は、登録された情報に基づいて、ユーザＵに応じた献立を立案する（ステップＳ１０９）。

例えば、立案部１３２は、定期的あるいは無作為に、ユーザＵの料理スキル情報、ユーザＵの常備品に関する情報、ユーザＵが料理を提供する相手の年代に関する情報、及びユーザＵが料理をする際の目標調理時間に関する情報等に基づいて、ユーザＵに提案する献立の候補を絞り込み、最終的にユーザＵに提案する献立を決定する。

そして、情報提供装置１００の提供部１３３は、ユーザＵの端末装置１０に対して、ユーザＵに応じた献立の提案や、登録された食材や調味料等に関するチラシ（広告）やクーポン情報を、プッシュ通知する（ステップＳ１１０）。

〔５．変形例〕
上述した端末装置１０及び情報提供装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。

上記実施形態において、情報提供装置１００は、「料理スキル」と「常備品」とに基づいて献立を立案しているが、実際には、「料理スキル」と「常備品」と「調理に使用する品物」（調理用品）とに基づいて献立を立案してもよい。常備品は、例えば食材や調味料等である。調理に使用する品物は、例えば料理道具、調理器具、キッチン用品、調理家電（キッチン家電）等である。実際に料理する際、調理に使用する品物をユーザＵが使用できない（又は所有していない）場合、レシピ情報があっても、その品物を用いて調理することができないからである。

例えば、情報提供装置１００は、ユーザＵに調理に使用する品物の情報を提示し、それぞれの品物について、「使う品物」、「使わない品物」のいずれかの入力受け付け、ユーザＵからの入力に基づいて献立を立案する。このとき、情報提供装置１００は、ユーザＵから、ユーザＵに調理に使用する品物のそれぞれの使用頻度等についての入力を受け付けてもよい。なお、上記の「使う品物」は「家にある品物」、「使わない品物」は「家にない品物」としてもよい。

また、上記実施形態において、情報提供装置１００は、ユーザＵの常備品である食材や調味料等の残量や消費期限等についても登録できるようにしてもよい。常備していても、食材や調味料等が不足していた場合には、希望通りの料理を作ることができないためである。また、情報提供装置１００は、ユーザＵの常備品である食材や調味料等の残量や消費期限等を考慮して、補充や入れ替えのため食材や調味料等を使い切れるように献立を立案してもよい。また、情報提供装置１００は、ユーザＵが常備している食材や調味料等が残り少なくなってきた場合には、その食材や調味料等を取り扱うメーカや小売店等からのチラシやクーポン情報をプッシュ通知するようにしてもよい。

また、上記実施形態において、情報提供装置１００は、食材として、原材料に限らず、作り置きの総菜や漬物、前日の料理の残り等を登録できるようにしてもよい。また、情報提供装置１００は、調味料として、既存のカテゴリーにはない自家製の調味料を新規登録できるようにしてもよい。

また、上記実施形態において、情報提供装置１００は、食材や調味料として、ユーザＵが料理に毎回必ず使用したい食材や調味料を登録できるようにしてもよい。例えば、情報提供装置１００は、ユーザＵが毎日摂取するこだわりの食材や調味料、あるいは健康上の理由からユーザＵが必ず摂取しなければならない栄養素を含む食材や調味料を登録できるようにしてもよい。

また、上記実施形態において、情報提供装置１００は、常備品に限らず、臨時に入手した食材や調味料を登録できるようにしてもよい。例えば、隣近所からの御裾分け（おすそわけ）、実家からの仕送り、知人や仕事関係の相手からのお中元やお歳暮、友人等の持ち寄り、その他の戴き物等によりユーザＵが臨時に入手した食材や調味料を登録できるようにしてもよい。また、常備品ではないが、定期的に入手可能な食材や調味料については、その入手時期についても登録できるようにしてもよい。

また、上記実施形態において、情報提供装置１００は、ユーザＵの料理スキル情報を取得する際、さらにユーザＵに調理法（及び調理技術）の情報を提示し、それぞれの調理法について、「経験あり」、「経験なし」のいずれかの入力を受け付け、ユーザＵからの入力に基づいて、ユーザＵの料理スキルを判定し、料理スキル情報を取得してもよい。このとき、情報提供装置１００は、ユーザＵから、調理法（及び調理技術）のそれぞれの習熟度（熟練／普通／未熟等）や使用頻度（週３回等）等についての入力を受け付けてもよい。

また、上記実施形態において、情報提供装置１００は、ユーザＵが登録した食材や調味料に基づいて、ユーザＵの料理スキルを判定し、料理スキル情報を取得してもよい。例えば、情報提供装置１００は、ユーザＵが市販品ではない食材や調味料を常備している場合や、専門的な料理に使用される食材や調味料を常備している場合には、常備している食材や調味料に見合う料理スキルであると判定してもよい。また、情報提供装置１００は、ユーザＵが常備している食材や調味料の種類や数に基づいて、ユーザＵの料理スキルを判定し、料理スキル情報を取得してもよい。一般的な種類や数を超える食材や調味料を日常的に使用しているユーザＵの料理スキルは高いと予想される。

また、上記実施形態において、ユーザＵは家にある食材や調味料を登録しているが、家は自宅に限らず、他人の家や、調理可能な施設等、自宅以外で調理する場所であってもよい。例えば、ユーザＵは、実家に帰省した時に調理する場合には「実家」、友人や恋人等の親しい関係の相手の家で調理する場合には「その相手の家」にある食材や調味料を登録してもよい。また、ユーザＵは、ＢＢＱやキャンプ等で調理する場合にはその場所（キャンプ場等）で利用可能な食材や調味料（例えば、ユーザが持参している食材や調味料、あるいは現地で調達可能な食材や調味料等）を登録してもよい。

また、上記実施形態において、レシピや献立は、朝食／昼食／夕食の三食に限らず、弁当や間食（お菓子等）、ダイエット用の料理、パーティー用の料理やおもてなし用の料理のレシピや献立であってもよい。

また、上記実施形態において、ユーザＵは、食材や調味料を登録する際、使用を避けるべき食材や調味料についても登録するようにしてもよい。例えば、情報提供装置１００は、ユーザＵ自身や、ユーザＵが料理を提供する相手（子供等）が、特定の食材や調味料に対してアレルギーを持っている場合や、好き嫌いがある場合等には、主菜や副菜を選定する際にそのような特定の食材や調味料を使用する料理を避ける（候補から除外する）ようにしてもよい。また、情報提供装置１００は、ユーザＵの端末装置１０に対して、献立の提案とともに、特定の食材や調味料を除いた（又は代替物に置き換えた）調理法についてのレシピを提供するようにしてもよい。さらに、情報提供装置１００は、ユーザＵの家族の各々の好みが異なり、別々の献立を提案する必要がある場合には、各々の好き嫌い等を考慮した上で可能な限り食材や調理法が共通する献立を提案するようにしてもよい。

また、上記実施形態において、情報提供装置１００は、ユーザＵのその日の体調や気分、又は状況等に関する情報を登録できるようにしてもよい。すなわち、情報提供装置１００は、ユーザＵのコンディションに応じた献立を提案するようにしてもよい。例えば、情報提供装置１００は、ユーザＵの気分が乗らない日や体調不良の日には手間のかからない献立（調理が簡単な献立）等を提案し、ユーザＵの料理に対する意欲の高い日には手間のかかる献立（作業／手順が多い献立）等を提案するようにしてもよい。このとき、情報提供装置１００は、ユーザＵが設定した目安調理時間に基づいて、ユーザＵのコンディションを判断してもよい。

また、上記実施形態において、情報提供装置１００は、ユーザＵのスケジュール（予定表）や日ごとの時間的な余裕の有無等を登録できるようにしてもよい。また、情報提供装置１００は、年度末や季節要因等によるユーザＵの閑散期・通常期・繁忙期を登録できるようにしてもよい。例えば、情報提供装置１００は、ユーザＵの一週間のうち時間的な余裕のある曜日とない曜日とが予めわかっている（決まっている）場合には、それぞれの曜日の時間的な余裕に応じた献立を提案するようにしてもよい。このとき、情報提供装置１００は、曜日ごとに料理の目安調理時間を予め設定できるようにしてもよい。

また、上記実施形態において、情報提供装置１００は、ユーザＵが前日に作った料理等を考慮して、献立を提案するようにしてもよい。例えば、情報提供装置１００は、ユーザＵが前日に作った料理が多少残っていることも想定して、前日に作った料理の残りを組み合わせた献立を提案してもよい。また、前日に作った料理の残りを利用した献立（残り物の「おでん」や「肉じゃが」をリメイクした「カレー」等）を提案してもよい。

また、上記実施形態において、情報提供装置１００は、ユーザＵに献立を提案する際、栄養バランス等を考慮して提案するようにしてもよい。例えば、情報提供装置１００は、献立を立案する際に、直近三日以内に提案した料理に応じて、栄養学的に最適な献立を立案してもよい。

また、上記実施形態において、情報提供装置１００は、ユーザＵに献立を提案する際、同じような料理を連続して提案しないように調整してもよい。例えば、情報提供装置１００は、献立を立案する際に、直近三日以内に提案した料理と同一又は類似する料理は避けるようにしてもよい。ここで、図１５に示すように、情報提供装置１００は、ユーザＵに献立を提案する際、料理とともに、ユーザＵの端末装置１０の画面上に「本日採用」ボタン（通称：「今日これに決めた」ボタン）を表示してもよい（図１５のＨ）。図１５は、「本日採用」ボタンに関する画面例を示す図である。この「本日採用」ボタンは、ユーザＵが本日の献立としてこの料理を採用したことを示すためのボタンである。情報提供装置１００は、ユーザＵによりこの「本日採用」ボタンが押下された場合、押下された日から一定期間（少なくとも翌日は）この献立を提案しない。すなわち、提案した日から一定期間、献立として提案する料理の候補からこの料理を除外する。なお、情報提供装置１００は、同一の献立に対して「本日採用ボタン」が押下された周期やパターンを特定し、特定した周期やパターンに基づいて、利用者に提案する献立を選択してもよい。また、情報提供装置１００は、「本日採用」ボタンが押下されずとも、ユーザＵの端末装置１０の画面がスリープ状態となる直前に表示されていた献立（又は画面に表示されたまま一定時間が経過した献立）を、本日採用された献立と判断してもよい。

また、上記実施形態において、情報提供装置１００は、ユーザＵの新メニューに挑戦する意欲に応じるため、又は提案される献立のマンネリ打破のため、ユーザＵの操作に応じて、ユーザＵのレパートリー内にはない献立を提案できるようにしてもよい。例えば、図１６に示すように、情報提供装置１００は、ユーザＵに献立を提案する際、料理とともに、ユーザＵの端末装置１０の画面上に「新しい世界」ボタンを表示してもよい（図１６のＩ）。図１６は、「新しい世界」ボタンに関する画面例を示す図である。情報提供装置１００は、ユーザＵによりこの「新しい世界」ボタンが押下された場合、画面に表示されている料理と食材は共通・類似するが、調理法が異なる「別の料理」に切り替え表示する。さらに、情報提供装置１００は、切り替え表示された「別の料理」において使用される調味料のうち、特殊な調味料を強調表示する。なお、「別の料理」は、ユーザＵが習得している調理法の範囲内で調理可能な料理であってもよいが、ユーザＵが習得していない調理法を要する料理であってもよい。また、ユーザＵが習得している調理法のレベルと同じ又は類似するレベルの他の調理法を要する料理であってもよい。

あるいは、図１７に示すように、情報提供装置１００は、ユーザＵの端末装置１０に対して、料理の系統について、「定番」から「アレンジ」の度合いを選択可能なスライダーバー形式で表示する（図１７のＪ）。図１７は、「料理の系統」に関する画面例を示す図である。このとき、ユーザＵは、端末装置１０に表示されたスライダーバーのスライダー（つまみ）を操作し、料理の系統を調節する。情報提供装置１００は、スライダーバーのスライダーが「定番」に近づくほどユーザＵのレパートリー内の料理を多く提案し、「アレンジ」に近づくほどユーザＵのレパートリー内にはない料理（新メニュー）を多く提案する。なお、図１７に示した「料理の系統」のスライダーバーは、図１６に示した「新しい世界」ボタンと組み合わせて使用してもよい。例えば、情報提供装置１００は、ユーザＵにより「新しい世界」ボタンが押下されたときに、「料理の系統」のスライダーバーを表示するようにしてもよい。

〔６．効果〕
上述してきたように、本願に係る情報提供装置１００は、取得部１３１と、立案部１３２と、提供部１３３と、を備える。取得部１３１は、ユーザＵの料理スキル情報を取得する。立案部１３２は、取得された料理スキル情報に応じてユーザＵに提案する献立を立案する。提供部１３３は、立案された献立に関する情報をユーザＵに提供する。

このとき、取得部１３１は、ユーザの自己申告に基づく料理スキル情報を取得する。立案部１３２は、ユーザの自己申告に基づく料理スキル情報に応じてユーザに提案する献立を立案する。また、取得部１３１は、ユーザの常備品に関する情報を取得する。立案部１３２は、ユーザの常備品に関する情報に基づいて、ユーザに提案する献立の候補を絞り込む。

これにより、ユーザに適切な料理品目を提案することができる。また、ユーザごとの事情や状況等に合わせて、ユーザごとに適切な献立を提案することができる。

〔７．ハードウェア構成〕
また、上述した実施形態に係る端末装置１０や情報提供装置１００は、例えば図１８に示すような構成のコンピュータ１０００によって実現される。以下、情報提供装置１００を例に挙げて説明する。図１８は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力Ｉ／Ｆ（Interface）１０６０、入力Ｉ／Ｆ１０７０、ネットワークＩ／Ｆ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。演算装置１０３０は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等により実現される。

一次記憶装置１０４０は、ＲＡＭ（Random Access Memory）等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現される。二次記憶装置１０５０は、内蔵ストレージであってもよいし、外付けストレージであってもよい。また、二次記憶装置１０５０は、ＵＳＢメモリやＳＤ（Secure Digital）メモリカード等の取り外し可能な記憶媒体であってもよい。また、二次記憶装置１０５０は、クラウドストレージ（オンラインストレージ）やＮＡＳ（Network Attached Storage）、ファイルサーバ等であってもよい。

出力Ｉ／Ｆ１０６０は、ディスプレイ、プロジェクタ、及びプリンタ等といった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェイスであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力Ｉ／Ｆ１０７０は、マウス、キーボード、キーパッド、ボタン、及びスキャナ等といった各種の入力装置１０２０から情報を受信するためのインターフェイスであり、例えば、ＵＳＢ等により実現される。

また、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０はそれぞれ出力装置１０１０及び入力装置１０２０と無線で接続してもよい。すなわち、出力装置１０１０及び入力装置１０２０は、ワイヤレス機器であってもよい。

また、出力装置１０１０及び入力装置１０２０は、タッチパネルのように一体化していてもよい。この場合、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０も、入出力Ｉ／Ｆとして一体化していてもよい。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等から情報を読み出す装置であってもよい。

ネットワークＩ／Ｆ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力Ｉ／Ｆ１０６０や入力Ｉ／Ｆ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００が情報提供装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器から取得したプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行してもよい。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器と連携し、プログラムの機能やデータ等を他の機器の他のプログラムから呼び出して利用してもよい。

〔８．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

例えば、上述した情報提供装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットホーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 情報処理システム
１０ 端末装置
１００ 情報提供装置
１１０ 通信部
１２０ 記憶部
１２１ ユーザ情報データベース
１２２ 登録情報データベース
１３０ 制御部
１３１ 取得部
１３２ 立案部
１３３ 提供部

Claims (22)

1. ユーザの端末装置から、前記ユーザの料理スキル情報を取得する取得部と、
   取得された前記料理スキル情報に応じて前記ユーザに提案する献立を立案する立案部と、
   立案された前記献立に関する情報を前記ユーザの端末装置に提供する提供部と、
   を備え、
   前記立案部は、毎日の献立について当日の献立を立案するものであって、当日の献立の提案を希望する前記ユーザに対し、前記ユーザから料理の提供を受ける複数の被提供者のそれぞれの嗜好を示す情報として登録された情報と、前記ユーザが保有している又は市販品又は量産品であって十分に保有していなくても日常的に安価に前記ユーザの近隣の店舗で調達可能な食材及び調味料を示す情報として登録された情報と、前記ユーザが習得している調理法に関する前記料理スキル情報として登録された情報と、前記ユーザが所定期間内に作成した料理の残りを示す情報として登録された情報とに基づいて主菜と副菜との候補を絞り込むことで前記ユーザが新たなレシピに挑戦することなく容易に作成可能なレパートリー内の献立を自動的に選定し、選定された献立を前記ユーザに提案する献立として立案する
   ことを特徴とする情報処理装置。
2. 前記立案部は、毎日の献立について当日の献立を立案するものであって、当日の献立の提案を希望する前記ユーザに対し、前記ユーザから料理の提供を受ける複数の被提供者のそれぞれの嗜好を示す情報として登録された情報と、前記ユーザが保有している又は市販品又は量産品であって十分に保有していなくても日常的に安価に前記ユーザの近隣の店舗で調達可能な食材及び調味料を示す情報として登録された情報と、前記ユーザが習得している調理法に関する前記料理スキル情報として登録された情報と、前記ユーザから指定された主な食材を示す情報として登録された情報とに基づいて主菜と副菜と副々菜と汁物の候補を絞り込むことで前記ユーザが新たなレシピに挑戦することなく容易に作成可能なレパートリー内で一汁三菜、大皿料理又は鍋料理の献立を自動的に選定し、選定された献立を前記ユーザに提案する献立として立案する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記立案部は、毎日の献立を立案するものであって、献立の提案を希望する前記ユーザに対し、前記ユーザから料理の提供を受ける複数の被提供者のそれぞれの嗜好を示す情報として登録された情報と、前記ユーザが保有している又は市販品又は量産品であって十分に保有していなくても日常的に安価に前記ユーザの近隣の店舗で調達可能な食材及び調味料を示す情報として登録された情報と、前記ユーザが習得している調理法に関する前記料理スキル情報として登録された情報とに基づいて主菜と副菜との候補を絞り込むことで前記ユーザが新たなレシピに挑戦することなく容易に作成可能なレパートリー内の献立であって、所定日数分の献立を自動的に選定し、選定された所定日数分の献立をまとめて前記ユーザに提案する献立として立案する
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記取得部は、さらに前記ユーザの端末装置から、使う食材、使わない食材、使う調味料、及び使わない調味料の指定を受け付け、
   前記立案部は、毎日の献立について当日の献立を立案するものであって、当日の献立の提案を希望する前記ユーザに対し、前記ユーザから料理の提供を受ける複数の被提供者のそれぞれの嗜好を示す情報として登録された情報と、前記ユーザが保有している又は市販品又は量産品であって十分に保有していなくても日常的に安価に前記ユーザの近隣の店舗で調達可能な食材及び調味料のうち使う食材及び使う調味料を示す情報として登録された情報と、前記ユーザが習得している調理法に関する前記料理スキル情報として登録された情報とに基づいて主菜と副菜との候補を絞り込むことで前記ユーザが新たなレシピに挑戦することなく容易に作成可能なレパートリー内の献立を自動的に選定し、選定された献立を前記ユーザに提案する献立として立案する
   ことを特徴とする請求項１～３のうちいずれか１つに記載の情報処理装置。
5. 前記取得部は、前記ユーザの自己申告に基づく料理スキル情報を取得し、
   前記立案部は、前記ユーザの自己申告に基づく料理スキル情報に応じて前記ユーザに提案する献立を立案する
   ことを特徴とする請求項１～４のうちいずれか１つに記載の情報処理装置。
6. 前記取得部は、前記ユーザに複数の料理の情報を提示し、前記ユーザから、それぞれの料理の情報について、作らない、たまに作る、よく作る、のいずれかの入力を受け付け、前記ユーザからの入力に基づいて、前記ユーザの料理スキルを判定して前記料理スキル情報を取得する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記取得部は、前記ユーザの常備品に関する情報を取得し、
   前記立案部は、前記ユーザの常備品に関する情報に基づいて、前記ユーザに提案する献立の候補を絞り込む
   ことを特徴とする請求項１～６のうちいずれか１つに記載の情報処理装置。
8. 前記取得部は、前記ユーザに常備品に関する情報を提示し、使う品物、使わない品物、のいずれかの入力を受け付ける
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記常備品は、食材及び調味料のうち少なくとも一方である
   ことを特徴とする請求項７又は８に記載の情報処理装置。
10. 前記取得部は、前記ユーザが料理を提供する相手の年代に関する情報を取得し、
    前記立案部は、前記ユーザが料理を提供する相手の年代に関する情報に基づいて、前記ユーザに提案する献立の候補を絞り込む
    ことを特徴とする請求項１～９のうちいずれか１つに記載の情報処理装置。
11. 前記取得部は、前記ユーザが料理をする際の目標調理時間に関する情報を取得し、
    前記立案部は、前記ユーザが料理をする際の目標調理時間に関する情報に基づいて、前記ユーザに提案する献立の候補を絞り込む
    ことを特徴とする請求項１～１０のうちいずれか１つに記載の情報処理装置。
12. 前記立案部は、前記ユーザと類似する他のユーザに提案した献立を、前記ユーザに提案する献立として立案する
    ことを特徴とする請求項１～１１のうちいずれか１つに記載の情報処理装置。
13. 前記取得部は、前記ユーザから調理に使用する品物の情報を取得し、
    前記立案部は、前記調理に使用する品物の情報に基づいて、前記ユーザに提案する献立の候補を絞り込む
    ことを特徴とする請求項１～１２のうちいずれか１つに記載の情報処理装置。
14. 前記取得部は、前記ユーザに前記調理に使用する品物の情報を提示し、使う品物、使わない品物、のいずれかの入力を受け付ける
    ことを特徴とする請求項１３に記載の情報処理装置。
15. 前記調理に使用する品物は、料理道具、調理器具、キッチン用品、及び調理家電のうち少なくとも１つである
    ことを特徴とする請求項１３又は１４に記載の情報処理装置。
16. 前記ユーザに提案する献立は、調理法に応じてレベルが異なる
    ことを特徴とする請求項１～１５のうちいずれか１つに記載の情報処理装置。
17. 前記料理スキル情報は、前記ユーザが習得している調理法に基づいた情報である
    ことを特徴とする請求項１～１６のうちいずれか１つに記載の情報処理装置。
18. 前記立案部は、前記ユーザのコンディションに応じて、前記ユーザに提案する献立の候補を絞り込む
    ことを特徴とする請求項１～１７のうちいずれか１つに記載の情報処理装置。
19. 前記立案部は、過去に前記ユーザに提案した献立の履歴に応じて、前記ユーザに提案する献立の候補を絞り込む
    ことを特徴とする請求項１～１８のうちいずれか１つに記載の情報処理装置。
20. 前記立案部は、前記ユーザの操作に応じて、前記ユーザのレパートリー内にはない献立を立案する
    ことを特徴とする請求項１～１９のうちいずれか１つに記載の情報処理装置。
21. 情報処理装置が実行する情報処理方法であって、
    ユーザの端末装置から、前記ユーザの料理スキル情報を取得する取得工程と、
    取得された前記料理スキル情報に応じて前記ユーザに提案する献立を立案する立案工程と、
    立案された前記献立に関する情報を前記ユーザの端末装置に提供する提供工程と、
    を含み、
    前記立案工程では、毎日の献立について当日の献立を立案する際に、当日の献立の提案を希望する前記ユーザに対し、前記ユーザから料理の提供を受ける複数の被提供者のそれぞれの嗜好を示す情報として登録された情報と、前記ユーザが保有している又は市販品又は量産品であって十分に保有していなくても日常的に安価に前記ユーザの近隣の店舗で調達可能な食材及び調味料を示す情報として登録された情報と、前記ユーザが習得している調理法に関する前記料理スキル情報として登録された情報と、前記ユーザが所定期間内に作成した料理の残りを示す情報として登録された情報とに基づいて主菜と副菜との候補を絞り込むことで前記ユーザが新たなレシピに挑戦することなく容易に作成可能なレパートリー内の献立を自動的に選定し、選定された献立を前記ユーザに提案する献立として立案する
    ことを特徴とする情報処理方法。
22. ユーザの端末装置から、前記ユーザの料理スキル情報を取得する取得手順と、
    取得された前記料理スキル情報に応じて前記ユーザに提案する献立を立案する立案手順と、
    立案された前記献立に関する情報を前記ユーザの端末装置に提供する提供手順と、
    をコンピュータに実行させ、
    前記立案手順では、毎日の献立について当日の献立を立案する際に、当日の献立の提案を希望する前記ユーザに対し、前記ユーザから料理の提供を受ける複数の被提供者のそれぞれの嗜好を示す情報として登録された情報と、前記ユーザが保有している又は市販品又は量産品であって十分に保有していなくても日常的に安価に前記ユーザの近隣の店舗で調達可能な食材及び調味料を示す情報として登録された情報と、前記ユーザが習得している調理法に関する前記料理スキル情報として登録された情報と、前記ユーザが所定期間内に作成した料理の残りを示す情報として登録された情報とに基づいて主菜と副菜との候補を絞り込むことで前記ユーザが新たなレシピに挑戦することなく容易に作成可能なレパートリー内の献立を自動的に選定し、選定された献立を前記ユーザに提案する献立として立案する
    ことを特徴とする情報処理プログラム。

Images