知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024179727
(43)【公開日】2024-12-26
(54)【発明の名称】プログラム、および情報処理システム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20241219BHJP
【ＦＩ】
G06Q50/10
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2023098785
(22)【出願日】2023-06-15
(71)【出願人】
【識別番号】000001421
【氏名又は名称】キユーピー株式会社
(74)【代理人】
【識別番号】110000338
【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ
(72)【発明者】
【氏名】池田 信章
(72)【発明者】
【氏名】内田 海登
(72)【発明者】
【氏名】高野 森乃介
(72)【発明者】
【氏名】船橋 佑子
(72)【発明者】
【氏名】竹田 優美
(72)【発明者】
【氏名】河野 純範
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049AA24
5L049CC11
5L050CC11
(57)【要約】
【課題】献立を作成するユーザとは異なる属性を有するユーザの評価を考慮した献立作成を支援する。
【解決手段】第１属性情報が関連付けられているユーザ、および、第２属性情報が関連付けられているユーザのうち少なくとも一方に関連する情報に基づいて、複数の料理情報の中から少なくとも一部の複数の候補料理情報を選択する第１処理（Ｓ２０４）と、選択された複数の候補料理情報を、第２属性情報が関連付けられているユーザに閲覧可能とする第２処理（Ｓ２０５）と、候補料理情報に対する、第２属性情報が関連付けられているユーザによる第１評価情報を取得する第３処理（Ｓ２０８）と、複数の候補料理情報のうち少なくとも一部の候補料理情報と、当該候補料理情報に対応する第１評価情報に基づく補足情報とを、第１属性情報が関連付けられているユーザに閲覧可能とする第４処理（Ｓ２０９）と、を、コンピュータに実行させる。
【選択図】図１１
【解決手段】第１属性情報が関連付けられているユーザ、および、第２属性情報が関連付けられているユーザのうち少なくとも一方に関連する情報に基づいて、複数の料理情報の中から少なくとも一部の複数の候補料理情報を選択する第１処理（Ｓ２０４）と、選択された複数の候補料理情報を、第２属性情報が関連付けられているユーザに閲覧可能とする第２処理（Ｓ２０５）と、候補料理情報に対する、第２属性情報が関連付けられているユーザによる第１評価情報を取得する第３処理（Ｓ２０８）と、複数の候補料理情報のうち少なくとも一部の候補料理情報と、当該候補料理情報に対応する第１評価情報に基づく補足情報とを、第１属性情報が関連付けられているユーザに閲覧可能とする第４処理（Ｓ２０９）と、を、コンピュータに実行させる。
【選択図】図１１
【特許請求の範囲】
【請求項1】
第１属性情報が関連付けられているユーザ、および、前記第１属性情報と異なる第２属性情報が関連付けられているユーザのうち少なくとも一方に関連する情報に基づいて、複数の料理情報の中から少なくとも一部の複数の料理情報のそれぞれを候補料理情報として選択する第１処理と、
前記第１処理において選択された複数の前記候補料理情報を、前記第２属性情報が関連付けられているユーザに閲覧可能とする第２処理と、
前記候補料理情報に対する、前記第２属性情報が関連付けられているユーザによる評価を示す第１評価情報を取得する第３処理と、
複数の前記候補料理情報のうち少なくとも一部の候補料理情報と、当該候補料理情報に対応する前記第１評価情報に基づいて生成された当該候補料理情報に関する補足情報とを、前記第１属性情報が関連付けられているユーザに閲覧可能とする第４処理と、
を、コンピュータに実行させる、プログラム。
前記第１処理において選択された複数の前記候補料理情報を、前記第２属性情報が関連付けられているユーザに閲覧可能とする第２処理と、
前記候補料理情報に対する、前記第２属性情報が関連付けられているユーザによる評価を示す第１評価情報を取得する第３処理と、
複数の前記候補料理情報のうち少なくとも一部の候補料理情報と、当該候補料理情報に対応する前記第１評価情報に基づいて生成された当該候補料理情報に関する補足情報とを、前記第１属性情報が関連付けられているユーザに閲覧可能とする第４処理と、
を、コンピュータに実行させる、プログラム。
【請求項2】
前記第１処理では、前記関連する情報に基づいて前記候補料理情報を選択するための選択用モデルを用いる、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項3】
前記第１属性情報が関連付けられているユーザについての前記関連する情報は、
前記第１属性情報が関連付けられているユーザの状態を示す情報、および、前記第１属性情報が関連付けられているユーザによって入力された食品の種類を示す食品情報からなる群から選択される１つ以上の情報を含み、
前記第２属性情報が関連付けられているユーザについての前記関連する情報は、
前記第２属性情報が関連付けられているユーザの状態を示す情報、および、前記第２属性情報が関連付けられているユーザによって入力された食品の種類を示す食品情報からなる群から選択される１つ以上の情報を含む、
請求項１に記載のプログラム。
前記第１属性情報が関連付けられているユーザの状態を示す情報、および、前記第１属性情報が関連付けられているユーザによって入力された食品の種類を示す食品情報からなる群から選択される１つ以上の情報を含み、
前記第２属性情報が関連付けられているユーザについての前記関連する情報は、
前記第２属性情報が関連付けられているユーザの状態を示す情報、および、前記第２属性情報が関連付けられているユーザによって入力された食品の種類を示す食品情報からなる群から選択される１つ以上の情報を含む、
請求項１に記載のプログラム。
【請求項4】
前記第２処理では、複数の前記候補料理情報の順位を示す順位情報を、前記第２属性情報が関連付けられているユーザに閲覧可能とする、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項5】
前記第１属性情報が関連付けられているユーザと、前記第２属性情報が関連付けられているユーザとは、互いに関連付けられている、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項6】
前記第４処理は、前記第１属性情報が関連付けられているユーザに閲覧可能とする前記候補料理情報と共に、当該候補料理情報が示す料理の調理に使用する商品を示す情報を閲覧可能とする処理を含む、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項7】
前記補足情報は、複数の前記候補料理情報の示す候補料理のそれぞれに対する評価を示す情報、および、複数の前記候補料理情報のうち少なくとも一部の複数の候補料理情報の順位を示す情報のうち、少なくとも一方を含む、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項8】
前記第１属性情報が関連付けられているユーザによって、前記第４処理で閲覧可能とされた複数の前記候補料理情報の中から選択された少なくとも一部の候補料理情報を取得する第５処理を、
前記コンピュータにさらに実行させる、請求項１に記載のプログラム。
前記コンピュータにさらに実行させる、請求項１に記載のプログラム。
【請求項9】
前記第１評価情報が含まれるように前記関連する情報を更新する第６処理、または、
前記関連する情報に基づいて前記候補料理情報を選択するための選択用モデルを前記第１処理で用いる場合に、前記第１評価情報を用いて前記選択用モデルを更新する第７処理を、
前記コンピュータにさらに実行させる、請求項１に記載のプログラム。
前記関連する情報に基づいて前記候補料理情報を選択するための選択用モデルを前記第１処理で用いる場合に、前記第１評価情報を用いて前記選択用モデルを更新する第７処理を、
前記コンピュータにさらに実行させる、請求項１に記載のプログラム。
【請求項10】
前記第５処理で取得した前記少なくとも一部の候補料理情報が含まれるように前記関連する情報を更新する第８処理、または、
前記関連する情報に基づいて前記候補料理情報を選択するための選択用モデルを前記第１処理で用いる場合に、前記第５処理で取得した前記少なくとも一部の候補料理情報を用いて前記選択用モデルを更新する第９処理を、
前記コンピュータにさらに実行させる、請求項８に記載のプログラム。
前記関連する情報に基づいて前記候補料理情報を選択するための選択用モデルを前記第１処理で用いる場合に、前記第５処理で取得した前記少なくとも一部の候補料理情報を用いて前記選択用モデルを更新する第９処理を、
前記コンピュータにさらに実行させる、請求項８に記載のプログラム。
【請求項11】
前記第４処理の後に、前記第２処理で閲覧可能とされた前記候補料理情報のうちの少なくとも一部に対する、
または、
前記第４処理で閲覧可能とされた前記候補料理情報のうちの少なくとも一部を、前記第２属性情報が関連付けられているユーザに閲覧可能とする第１０処理を前記コンピュータにさらに実行させる場合において、当該第１０処理で閲覧可能とされた前記候補料理情報のうちの少なくとも一部に対する、
前記第２属性情報が関連付けられているユーザによる評価を示す第２評価情報を取得する第１１処理を、
前記コンピュータにさらに実行させる、請求項１に記載のプログラム。
または、
前記第４処理で閲覧可能とされた前記候補料理情報のうちの少なくとも一部を、前記第２属性情報が関連付けられているユーザに閲覧可能とする第１０処理を前記コンピュータにさらに実行させる場合において、当該第１０処理で閲覧可能とされた前記候補料理情報のうちの少なくとも一部に対する、
前記第２属性情報が関連付けられているユーザによる評価を示す第２評価情報を取得する第１１処理を、
前記コンピュータにさらに実行させる、請求項１に記載のプログラム。
【請求項12】
前記第２評価情報を、前記第１属性情報が関連付けられているユーザに閲覧可能とする第１２処理を、
前記コンピュータにさらに実行させる、請求項１１に記載のプログラム。
前記コンピュータにさらに実行させる、請求項１１に記載のプログラム。
【請求項13】
請求項１に記載のプログラムを実行する少なくとも１つの情報処理装置を備えた、情報処理システム。
【請求項14】
第１属性情報が関連付けられているユーザに情報を閲覧可能とする処理を、コンピュータに実行させるプログラムであって、
前記処理は、
複数の料理情報の中から選択された一部の複数の候補料理情報のうち少なくとも一部の候補料理情報と、
前記第１属性情報と異なる第２属性情報が関連付けられているユーザによる、前記候補料理情報に対する評価を示す、第１評価情報に基づいて生成された、当該候補料理情報に関する補足情報とを、
前記第１属性情報が関連付けられているユーザに閲覧可能とする第１３処理を含み、
前記第１属性情報が関連付けられているユーザと、前記第２属性情報が関連付けられているユーザとは、互いに関連付けられている、
プログラム。
前記処理は、
複数の料理情報の中から選択された一部の複数の候補料理情報のうち少なくとも一部の候補料理情報と、
前記第１属性情報と異なる第２属性情報が関連付けられているユーザによる、前記候補料理情報に対する評価を示す、第１評価情報に基づいて生成された、当該候補料理情報に関する補足情報とを、
前記第１属性情報が関連付けられているユーザに閲覧可能とする第１３処理を含み、
前記第１属性情報が関連付けられているユーザと、前記第２属性情報が関連付けられているユーザとは、互いに関連付けられている、
プログラム。
【請求項15】
前記第１３処理は、当該第１属性情報が関連付けられているユーザの操作に応じて実行される、
請求項１４に記載のプログラム。
請求項１４に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、料理情報をユーザに提示する技術に関する。
【背景技術】
【0002】
非特許文献１には、料理情報をユーザに提示するウェブサイトが開示されている。当該ウェブサイトでは、料理名、食材名等からレシピを検索する機能、検索したレシピを閲覧する機能が提供される。また、当該ウェブサイトでは、デイリーアクセス数ランキング、殿堂入りレシピ、等のように、当該ウェブサイトを利用するユーザからの評価が高いレシピを閲覧する機能が提供される。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】“レシピ検索No.1／料理レシピ載せるなら クックパッド”、［ｏｎｌｉｎｅ］、［２０２２年１２月２２日検索］、インターネット＜ＵＲＬ：https://cookpad.com＞
【発明の概要】
【発明が解決しようとする課題】
【0004】
ここで、調理者は献立を作成する際に、喫食者（例えば家族等）が今日何を食べたいか、以前に提供した料理に対する喫食者の反応はどうだったか、等といった喫食者からの評価を考慮する。しかしながら、そのように、喫食者の評価を考慮しながら献立を作成することは、調理者にとって簡単な作業ではなく負担である。上述のような従来技術においては、喫食者以外の他のユーザの評価を把握することはできるが、喫食者の評価を把握することはできない。このように、非特許文献１に開示された技術においては、献立を作成するユーザ（調理者等）とは異なる属性（喫食者等）を有するユーザの評価を考慮して献立を作成することが難しい、という問題がある。
【0005】
本発明の一態様は、献立を作成するユーザとは異なる属性を有するユーザの評価を考慮した献立作成を支援する技術を実現することを目的とする。
【課題を解決するための手段】
【0006】
上記の課題を解決するために、本発明の一態様に係るプログラムは、第１属性情報が関連付けられているユーザ、および、前記第１属性情報と異なる第２属性情報が関連付けられているユーザのうち少なくとも一方に関連する情報に基づいて、複数の料理情報の中から少なくとも一部の複数の料理情報のそれぞれを候補料理情報として選択する第１処理と、前記第１処理において選択された複数の前記候補料理情報を、前記第２属性情報が関連付けられているユーザに閲覧可能とする第２処理と、前記候補料理情報に対する、前記第２属性情報が関連付けられているユーザによる評価を示す第１評価情報を取得する第３処理と、複数の前記候補料理情報のうち少なくとも一部の候補料理情報と、当該候補料理情報に対応する前記第１評価情報に基づいて生成された当該候補料理情報に関する補足情報とを、前記第１属性情報が関連付けられているユーザに閲覧可能とする第４処理と、を、コンピュータに実行させる。
【0007】
上記の課題を解決するために、本発明の一態様に係る情報処理システムは、上述のプログラムを実行する少なくとも１つの情報処理装置を備える。
【0008】
上記の課題を解決するために、本発明の一態様に係る他のプログラムは、第１属性情報が関連付けられているユーザに情報を閲覧可能とする処理を、コンピュータに実行させるプログラムであって、前記処理は、複数の料理情報の中から選択された一部の複数の候補料理情報のうち少なくとも一部の候補料理情報と、前記第１属性情報と異なる第２属性情報が関連付けられているユーザによる、前記候補料理情報に対する評価を示す、第１評価情報に基づいて生成された、当該候補料理情報に関する補足情報とを、前記第１属性情報が関連付けられているユーザに閲覧可能とする第１３処理を含み、前記第１属性情報が関連付けられているユーザと、前記第２属性情報が関連付けられているユーザとは、互いに関連付けられている。
【発明の効果】
【0009】
本発明の一態様によれば、献立を作成するユーザとは異なる属性を有するユーザの評価を考慮した献立作成を支援する技術を実現することができる。
【図面の簡単な説明】
【0010】
【図1】本実施形態に係る情報処理システムの概要を、一例を用いて説明する模式図である。
【図2】本実施形態に係る情報処理システムの構成を示すブロック図である。
【図3】本実施形態に係るサーバおよび端末の構成を示すブロック図である。
【図4】本実施形態において料理情報ＤＢに記憶される料理情報の一例を説明する図である。
【図5】本実施形態において商品情報ＤＢに記憶される商品情報の一例を説明する図である。
【図6】本実施形態においてユーザ情報ＤＢに記憶される情報の一例を説明する図である。
【図7】本実施形態において評価情報ＤＢに記憶される評価情報の一例を説明する図である。
【図8】本実施形態における選択用モデルの入出力の一例を説明する模式図である。
【図9】本実施形態に係る情報処理方法の流れを説明するフロー図である。
【図10】本実施形態のユーザ登録機能における画面の一例を示す図である。
【図11】本実施形態に係る他の情報処理方法の流れを説明するフロー図である。
【図13】本実施形態の献立作成支援機能において調理者に提示される画面の一例を示す図である。
【図14】本実施形態の献立作成支援機能において喫食者に提示される画面の一例を示す図である。
【図15】本実施形態の献立作成支援機能において調理者に提示される他の画面の一例を示す図である。
【図16】本実施形態の献立作成支援機能において喫食者に提示される他の画面の一例を示す図である。
【図17】本実施形態の献立作成支援機能において調理者に提示されるさらに他の画面の一例を示す図である。
【発明を実施するための形態】
【0011】
〔実施形態〕
以下、本発明の一実施形態について、詳細に説明する。本実施形態に係る情報処理システム１の概要について、図１を参照して説明する。図１は、情報処理システム１の概要を、具体例を用いて説明する模式図である。図１に示すように、例えば、情報処理システム１は、（１）ユーザ登録機能（ステップＭ１）、（２）献立作成支援機能（ステップＭ２～Ｍ７）を有する。また、ユーザＵ１～Ｕ３は、これらの機能を利用するユーザであり、互いに関係性を有するユーザである。互いに関係性を有するユーザとしては、例えば、家族、または、学校、寮、介護施設、社員食堂等の施設において給食等の食事を調理する者と喫食する者等が挙げられる。ユーザＵ１～Ｕ３を特に区別して説明する必要がない場合には、それぞれを単にユーザとも記載する。また、本実施形態では、互いに関連するユーザの数が３であるものとして説明するが、互いに関連するユーザの数は２であってもよいし、４以上であってもよい。
以下、本発明の一実施形態について、詳細に説明する。本実施形態に係る情報処理システム１の概要について、図１を参照して説明する。図１は、情報処理システム１の概要を、具体例を用いて説明する模式図である。図１に示すように、例えば、情報処理システム１は、（１）ユーザ登録機能（ステップＭ１）、（２）献立作成支援機能（ステップＭ２～Ｍ７）を有する。また、ユーザＵ１～Ｕ３は、これらの機能を利用するユーザであり、互いに関係性を有するユーザである。互いに関係性を有するユーザとしては、例えば、家族、または、学校、寮、介護施設、社員食堂等の施設において給食等の食事を調理する者と喫食する者等が挙げられる。ユーザＵ１～Ｕ３を特に区別して説明する必要がない場合には、それぞれを単にユーザとも記載する。また、本実施形態では、互いに関連するユーザの数が３であるものとして説明するが、互いに関連するユーザの数は２であってもよいし、４以上であってもよい。
【0012】
図１において、端末２０－１～２０－３は、ユーザＵ１～Ｕ３がそれぞれ利用する端末である。なお、端末２０－１～２０－３は、別体のコンピュータによって構成されることに限られない。例えば、端末２０－１～２０－３の一部または全部は、物理的に同一のコンピュータ上に実現されていてもよい。例えば、物理的に同一のコンピュータを端末２０－１～２０－２として、ユーザＵ１～Ｕ２が共有する例について説明する。この場合、例えば、当該コンピュータに対するユーザＵ２（またはＵ１）の操作を、ユーザＵ１（またはＵ２）が代理で行ってもよい。物理的に同一のコンピュータをユーザＵ１～Ｕ３のうち他の組み合わせまたは全員で共有する場合についても同様である。
【0013】
（１）ユーザ登録機能（ステップＭ１）
ステップＭ１において、ユーザＵ１～Ｕ３は、それぞれ、自身に関するユーザ情報を端末２０－１～２０－３に入力する。ユーザ情報には、ユーザＵ１～Ｕ３が互いに関係性を有する（例えば、家族である等）ことを示す情報が含まれる。端末２０－１～２０－３は、入力されたユーザ情報をサーバ１０に送信することにより登録する。ステップＭ１は、過去に実行されていれば省略可能である。
ステップＭ１において、ユーザＵ１～Ｕ３は、それぞれ、自身に関するユーザ情報を端末２０－１～２０－３に入力する。ユーザ情報には、ユーザＵ１～Ｕ３が互いに関係性を有する（例えば、家族である等）ことを示す情報が含まれる。端末２０－１～２０－３は、入力されたユーザ情報をサーバ１０に送信することにより登録する。ステップＭ１は、過去に実行されていれば省略可能である。
【0014】
（２）献立作成支援機能（ステップＭ２～Ｍ７）
ステップＭ２において、ユーザＵ１は、例えば当日調理する料理を選択するために、自身が当日の調理者であること、および自身の状態に関するアンケート情報を、端末２０－１に入力する。なお、自身が当日の調理者であることは、当日に入力されず、予め登録されていてもよい。端末２０－１は、アンケート情報をサーバ１０に送信する。サーバ１０は、ユーザＵ１に、調理者等を示す第１属性情報を関連付ける。また、サーバ１０は、ユーザＵ１に対して関係性を有するユーザＵ２、Ｕ３を特定し、特定したユーザＵ２、Ｕ３に、喫食者等を示す第２属性情報を関連付ける。つまり、この例では、ユーザＵ１が調理者である場合、当該ユーザＵ１に対して関係性を有するユーザＵ２、Ｕ３を喫食者とみなす。また、サーバ１０は、ユーザＵ１～Ｕ３のユーザ情報およびユーザＵ１のアンケート情報を参照して、複数の料理情報の中から少なくとも一部の複数の料理情報のそれぞれを候補料理情報として選択する。選択する処理には、選択用モデルＭＬが用いられる。
ステップＭ２において、ユーザＵ１は、例えば当日調理する料理を選択するために、自身が当日の調理者であること、および自身の状態に関するアンケート情報を、端末２０－１に入力する。なお、自身が当日の調理者であることは、当日に入力されず、予め登録されていてもよい。端末２０－１は、アンケート情報をサーバ１０に送信する。サーバ１０は、ユーザＵ１に、調理者等を示す第１属性情報を関連付ける。また、サーバ１０は、ユーザＵ１に対して関係性を有するユーザＵ２、Ｕ３を特定し、特定したユーザＵ２、Ｕ３に、喫食者等を示す第２属性情報を関連付ける。つまり、この例では、ユーザＵ１が調理者である場合、当該ユーザＵ１に対して関係性を有するユーザＵ２、Ｕ３を喫食者とみなす。また、サーバ１０は、ユーザＵ１～Ｕ３のユーザ情報およびユーザＵ１のアンケート情報を参照して、複数の料理情報の中から少なくとも一部の複数の料理情報のそれぞれを候補料理情報として選択する。選択する処理には、選択用モデルＭＬが用いられる。
【0015】
なお、ステップＭ２において、ユーザＵ１だけでなく、ユーザＵ２～Ｕ３が、自身が当日の喫食者であること、および自身の状態に関するアンケート情報（例えば、好み、気になる健康課題等）を、端末２０－２、２０－３に入力してもよい。この場合、端末２０－２、２０－３は、アンケート情報をサーバ１０に送信する。サーバ１０は、ユーザＵ２、Ｕ３に、喫食者等を示す第２属性情報を関連付ける。また、サーバ１０は、ユーザＵ１～Ｕ３のユーザ情報およびユーザＵ１～Ｕ３のアンケート情報を参照して、複数の料理情報の中から少なくとも一部の複数の料理情報のそれぞれを候補料理情報として選択する。選択する処理には、選択用モデルＭＬが用いられる。なお、当該ユーザＵ２～Ｕ３による入力は、端末２０－１からのアンケート情報の受信に応じてサーバ１０から端末２０－２、２０－３に問い合わせを送信することにより行われてもよい。ただし、この場合、問い合わせに対するユーザＵ２、Ｕ３による入力は省略されてもよい。
【0016】
ステップＭ３において、サーバ１０は、選択した候補料理情報を含むお勧めリストを生成し、端末２０－２、２０－３に送信する。端末２０－２、２０－３の表示画面には、お勧めリストが表示される。なお、ステップＭ３において、ユーザＭ２、Ｍ３は、お勧めリストに含まれる候補料理情報が当日の気分ではない、といった情報を端末２０－２、２０－３に入力可能であってもよい。
【0017】
ステップＭ４において、ユーザＵ２、Ｕ３は、お勧めリストに含まれる候補料理情報それぞれに対する喫食前の評価を、端末２０－２、２０－３に入力する。端末２０－２、２０－３は、ユーザＵ２、Ｕ３による喫食前の評価をサーバ１０に送信する。なお、当該ステップにおいて、ユーザＵ２、Ｕ３だけでなく、ユーザＵ１が喫食者として喫食前の評価を端末２０－１に入力してもよい。また、ユーザＵ１が、ユーザＵ２～Ｕ３それぞれの評価を代理で入力してもよい。
【0018】
ステップＭ５において、サーバ１０は、ユーザＵ２、Ｕ３による喫食前の評価を参照して、お勧めリストに含まれる複数の候補料理情報のうち、例えば喫食前の評価が高評価条件を満たす少なくとも一部の候補料理情報を特定する。サーバ１０は、特定した候補料理情報を含む高評価リストを生成し、端末２０－１に送信する。高評価リストには、候補料理情報と、当該候補料理情報に対する喫食前の評価に基づく補足情報と、が含まれる。端末２０－１の表示画面には、高評価リストが表示される。これにより、ユーザＵ１は調理者として、喫食者から高評価の料理情報を把握することができ、その中から献立として採用する料理を示す料理情報を選択することができる。ユーザＵ１は、当該選択した料理情報を参照して料理を作成し、喫食者に提供する。
【0019】
ステップＭ６において、ユーザＵ２、Ｕ３は、喫食した料理に対する喫食後の評価を端末２０－２、２０－３に入力する。端末２０－２、２０－３は、ユーザＵ２、Ｕ３による喫食後の評価をサーバ１０に送信する。なお、当該ステップにおいて、ユーザＵ２、Ｕ３だけでなく、ユーザＵ１が喫食者として喫食後の評価を端末２０－１に入力してもよい。また、ユーザＵ１が、ユーザＵ２～Ｕ３それぞれの評価を代理で入力してもよい。
【0020】
ステップＭ７において、サーバ１０は、ユーザＵ２、Ｕ３による喫食前の評価、喫食後の評価、ユーザＵ１により選択された料理情報、等を参照して、選択用モデルＭＬを更新する。これにより、選択用モデルＭＬは、次回以降、より精度よく候補料理情報を選択可能となる。また、サーバ１０は、当該ステップＭ７において、ユーザＵ２、Ｕ３による喫食後の評価を、端末２０－１に送信する。端末２０－１の表示画面には、ユーザＵ２、Ｕ３による喫食後の評価が表示される。これにより、ユーザＵ１は、調理者として提供した料理に対する喫食者の反応を知ることができ、次回以降の料理情報の選択、または、以降の調理の際に当該反応を参考にすることができるとともに、調理の動機付けが向上する。
【0021】
なお、ステップＭ２～Ｍ７の献立作成支援機能において、端末２０－１～２０－３における情報の入出力の一部または全部は、例えば、ＳＮＳ（Social Networking Service）上で行われてもよい。また、この場合、ユーザＵ１～Ｕ３は、当該ＳＮＳ上で管理されているグループのメンバーであってもよい。また、一例として、当該ＳＮＳ上のグループには、ユーザＵ１～Ｕ３に加えて、当該献立作成支援機能に対応するボット（献立作成ボット）が含まれていてもよい。この場合、献立作成支援機能を呼び出すための特定のキーワードが予め設定され、ユーザＵ１～Ｕ３により当該キーワードを含む情報が入力された場合に、献立作成ボットが応答してもよい。なお、端末２０－１～２０－３における情報の入出力の全部ではなく一部がＳＮＳ上で行われる場合、他の一部の情報の入出力は、例えばウェブページ上で行われるようにしてもよい。
【0022】
（第１属性情報、第２属性情報）
図１を用いて説明したように、献立作成支援機能において、ユーザＵ１～Ｕ３のそれぞれには、第１属性情報および第２属性情報の何れかが関連付けられる。第１属性情報は、献立を作成する者を示す属性である。上述の例では、第１属性情報は調理者を示している。ただし、第１属性情報は、調理者に限らず、例えば、学校給食の献立を作成する管理栄養士等を示す属性であってもよい。
図１を用いて説明したように、献立作成支援機能において、ユーザＵ１～Ｕ３のそれぞれには、第１属性情報および第２属性情報の何れかが関連付けられる。第１属性情報は、献立を作成する者を示す属性である。上述の例では、第１属性情報は調理者を示している。ただし、第１属性情報は、調理者に限らず、例えば、学校給食の献立を作成する管理栄養士等を示す属性であってもよい。
【0023】
第２属性情報は、提供された料理を評価する者を示す属性である。図１の例では、第２属性情報は喫食者を示している。ただし、第２属性情報は、喫食者に限らず、例えば、学校給食を喫食した児童／生徒の保護者を示す属性であってもよい。
【0024】
なお、第１属性情報、第２属性情報は、前述したような具体的な内容（調理者、喫食者等）を示す情報自体を含んでいる必要はなく、単に、サーバ１０によって、情報を送受信すべき端末２０を特定するために用いられる情報であってもよい。
【0025】
なお、図１に示したユーザＵ１は、情報処理システム１の各機能を喫食者としても利用可能である。また、ユーザＵ２、Ｕ３は、情報処理システム１の各機能を調理者としても利用可能である。また、ユーザＵ１～Ｕ３のうち調理者として献立作成支援機能を利用するユーザは、同時に喫食者として喫食前および喫食後の評価を入力可能である。換言すると、特定のユーザに対して、静的に第１属性情報または第２属性情報が関連付けられるのではなく、献立作成支援機能の利用時に動的に第１属性情報および第２属性情報の一方または両方が関連付けられる。なお、以降では、説明を簡単にするため、各ユーザに対して第１属性情報および第２属性情報の何れか一方が関連付けられる例を中心に説明する。
【0026】
＜情報処理システム１の構成＞
情報処理システム１の構成について、図２を参照して説明する。図２は、情報処理システム１の構成を示すブロック図である。図２に示すように、情報処理システム１は、サーバ１０、端末２０－１、２０－２、２０－３、…、料理情報ＤＢ３０、商品情報ＤＢ４０、ユーザ情報ＤＢ５０、および、評価情報ＤＢ６０を含む。サーバ１０は、選択用モデルＭＬを記憶する。また、サーバ１０は、料理情報ＤＢ３０、商品情報ＤＢ４０、ユーザ情報ＤＢ５０、および、評価情報ＤＢ６０のそれぞれと、通信可能に接続される。サーバ１０、および端末２０－１、２０－２、２０－３、…は、ネットワークＮＷを介して通信可能に接続される。ネットワークＮＷは、無線ＬＡＮ（Local Area Network）、有線ＬＡＮ、モバイルデータ通信網、その他のＷＡＮ（Wide Area Network）、または、これらの一部または全部の組み合わせによって構成される。端末２０－１、２０－２、２０－３を特に区別して説明する必要がない場合には、それぞれを端末２０とも記載する。図２には、３つの端末２０を示しているが、情報処理システム１に含まれる端末２０の数は２つであってもよく、４以上であってもよい。また、料理情報ＤＢ３０、商品情報ＤＢ４０、ユーザ情報ＤＢ５０、および、評価情報ＤＢ６０の一部または全部は、サーバ１０の外部に接続されることに限らず、サーバ１０のメモリ１２に記憶されていてもよい。
情報処理システム１の構成について、図２を参照して説明する。図２は、情報処理システム１の構成を示すブロック図である。図２に示すように、情報処理システム１は、サーバ１０、端末２０－１、２０－２、２０－３、…、料理情報ＤＢ３０、商品情報ＤＢ４０、ユーザ情報ＤＢ５０、および、評価情報ＤＢ６０を含む。サーバ１０は、選択用モデルＭＬを記憶する。また、サーバ１０は、料理情報ＤＢ３０、商品情報ＤＢ４０、ユーザ情報ＤＢ５０、および、評価情報ＤＢ６０のそれぞれと、通信可能に接続される。サーバ１０、および端末２０－１、２０－２、２０－３、…は、ネットワークＮＷを介して通信可能に接続される。ネットワークＮＷは、無線ＬＡＮ（Local Area Network）、有線ＬＡＮ、モバイルデータ通信網、その他のＷＡＮ（Wide Area Network）、または、これらの一部または全部の組み合わせによって構成される。端末２０－１、２０－２、２０－３を特に区別して説明する必要がない場合には、それぞれを端末２０とも記載する。図２には、３つの端末２０を示しているが、情報処理システム１に含まれる端末２０の数は２つであってもよく、４以上であってもよい。また、料理情報ＤＢ３０、商品情報ＤＢ４０、ユーザ情報ＤＢ５０、および、評価情報ＤＢ６０の一部または全部は、サーバ１０の外部に接続されることに限らず、サーバ１０のメモリ１２に記憶されていてもよい。
【0027】
（サーバ１０）
サーバ１０の構成について、図３を参照して説明する。図３は、サーバ１０および端末
２０の構成を示すブロック図である。図３に示すように、サーバ１０は、プロセッサ１１と、メモリ１２と、ネットワークインタフェース１３と、を含むコンピュータによって構成される。プロセッサ１１は、サーバ１０の各部を統括して制御する。メモリ１２には、プログラムＰ１および選択用モデルＭＬが記憶される。
サーバ１０の構成について、図３を参照して説明する。図３は、サーバ１０および端末
２０の構成を示すブロック図である。図３に示すように、サーバ１０は、プロセッサ１１と、メモリ１２と、ネットワークインタフェース１３と、を含むコンピュータによって構成される。プロセッサ１１は、サーバ１０の各部を統括して制御する。メモリ１２には、プログラムＰ１および選択用モデルＭＬが記憶される。
【0028】
ネットワークインタフェース１３は、ネットワークに接続して外部の装置と通信を行う。より詳細には、ネットワークインタフェース１３は、端末２０と通信するためのネットワークＮＷに接続するインタフェース（例えば、ＬＡＮインタフェース等）を含む。また、ネットワークインタフェース１３は、料理情報ＤＢ３０、商品情報ＤＢ４０、ユーザ情報ＤＢ５０、および、評価情報ＤＢ６０と通信するためのインタフェース（例えば、ＬＡＮインタフェース、または入出力インタフェース等）を含む。
【0029】
（プログラムＰ１）
プログラムＰ１は、プロセッサ１１に後述する第１処理～第１２処理を実行させる。換言すると、プロセッサ１１は、プログラムＰ１を読み込んで実行することにより、第１処理～第１２処理を含む各種処理を実行する。以降では、プロセッサ１１がプログラムＰ１を読み込んで処理を実行することを、単に、「サーバ１０が処理を実行する」等とも記載する。サーバ１０は、プログラムＰ１を実行する情報処理装置の一例である。
プログラムＰ１は、プロセッサ１１に後述する第１処理～第１２処理を実行させる。換言すると、プロセッサ１１は、プログラムＰ１を読み込んで実行することにより、第１処理～第１２処理を含む各種処理を実行する。以降では、プロセッサ１１がプログラムＰ１を読み込んで処理を実行することを、単に、「サーバ１０が処理を実行する」等とも記載する。サーバ１０は、プログラムＰ１を実行する情報処理装置の一例である。
【0030】
（第１処理）
第１処理は、第１属性情報が関連付けられているユーザ、および、第１属性情報と異なる第２属性情報が関連付けられているユーザのうち少なくとも一方に関連する情報に基づいて、複数の料理情報の中から少なくとも一部の複数の料理情報のそれぞれを候補料理情報として選択する処理である。また、第１処理では、関連する情報に基づいて候補料理情報を選択するために選択用モデルが用いられる。選択用モデルの詳細については後述する。
第１処理は、第１属性情報が関連付けられているユーザ、および、第１属性情報と異なる第２属性情報が関連付けられているユーザのうち少なくとも一方に関連する情報に基づいて、複数の料理情報の中から少なくとも一部の複数の料理情報のそれぞれを候補料理情報として選択する処理である。また、第１処理では、関連する情報に基づいて候補料理情報を選択するために選択用モデルが用いられる。選択用モデルの詳細については後述する。
【0031】
ここで、「料理情報」は料理に関する情報であり、例えば、当該料理を調理するために参考となる情報を含む。本実施形態では、複数の料理情報が、料理情報ＤＢ３０に記憶されている。料理情報ＤＢ３０に記憶される料理情報の具体例については後述する。
【0032】
また、「第１属性情報が関連付けられているユーザについての関連する情報」は、第１属性情報が関連付けられているユーザの状態を示す情報、および、第１属性情報が関連付けられているユーザによって入力された食品の種類を示す食品情報からなる群から選択される１つ以上の情報を含む。また、「第２属性情報が関連付けられているユーザについての関連する情報」は、第２属性情報が関連付けられているユーザの状態を示す情報、および、第２属性情報が関連付けられているユーザによって入力された食品の種類を示す食品情報からなる群から選択される１つ以上の情報を含む。これらの情報の具体例も後述する。
【0033】
以降では、「第１属性情報が関連付けられているユーザについての関連する情報」および「第２属性情報が関連付けられているユーザについての関連する情報」を特に区別して説明する必要がない場合には、単に「ユーザに関連する情報」と記載する場合もある。「ユーザに関連する情報」は、（１）献立作成支援機能の利用時に当該ユーザに関して取得される情報と、（２）事前に取得可能であり献立作成支援機能の利用時には取得を省略可能な情報と、（３）料理情報に対する当該ユーザによる評価を示す情報と、を含む。上述した「ユーザの状態を示す情報」、「食品情報」等は、献立作成支援機能の利用時に取得される情報の一例である。また、本実施形態では、事前に取得可能な情報の一例として、ユーザ情報ＤＢ５０が参照される。ユーザ情報ＤＢ５０に記憶される情報の具体例については後述する。また、本実施形態では、ユーザによる評価を示す情報の一例として、評価情報ＤＢ６０が参照される。評価情報ＤＢ６０に記憶される評価情報の具体例については後述する。
【0034】
（第２処理）
第２処理は、第１処理において選択された複数の候補料理情報を、第２属性情報が関連付けられているユーザに閲覧可能とする処理である。また、第２処理では、複数の候補料理情報の順位を示す順位情報を、第２属性情報が関連付けられているユーザに閲覧可能とする。また、第２処理では、順位情報に替えて、または加えて、複数の候補料理情報の各々に関する推薦の程度を示す情報（例えば、スコア、〇×等）を、第２属性情報が関連付けられているユーザに閲覧可能としてもよい。なお、順位情報（または推薦の程度を示す情報）は、複数の候補料理情報の全てについてそれぞれ閲覧可能とされることに限らず、一部の候補料理情報（例えば、最も順位が高い候補料理情報）についてのみ閲覧可能とされてもよい。
第２処理は、第１処理において選択された複数の候補料理情報を、第２属性情報が関連付けられているユーザに閲覧可能とする処理である。また、第２処理では、複数の候補料理情報の順位を示す順位情報を、第２属性情報が関連付けられているユーザに閲覧可能とする。また、第２処理では、順位情報に替えて、または加えて、複数の候補料理情報の各々に関する推薦の程度を示す情報（例えば、スコア、〇×等）を、第２属性情報が関連付けられているユーザに閲覧可能としてもよい。なお、順位情報（または推薦の程度を示す情報）は、複数の候補料理情報の全てについてそれぞれ閲覧可能とされることに限らず、一部の候補料理情報（例えば、最も順位が高い候補料理情報）についてのみ閲覧可能とされてもよい。
【0035】
ここで、「情報をユーザに閲覧可能とする処理」は、当該情報を含む表示用の画像を生成する処理、ユーザが利用する端末２０に当該表示用の画像を送信する処理、等を含む。端末２０は、「情報をユーザに閲覧可能とする処理」によって受信した表示用の画像を、受信時に表示してもよく、受信時より後にユーザの操作に応じて表示してもよい。これにより、ユーザは、当該情報を閲覧する。
【0036】
（第３処理）
第３処理は、候補料理情報に対する、第２属性情報が関連付けられているユーザによる評価を示す第１評価情報を取得する処理である。第１評価情報が示す評価の対象となる候補料理情報は、第２処理で閲覧可能とされた候補料理情報である。なお、第３処理は、次に説明する第４処理の前に実行されることが望ましい。詳細は後述するが、第４処理が実行されることにより、第１属性情報が関連付けられているユーザにより料理が選択され調理されて、第２属性情報が関連付けられているユーザに提供される可能性が高い。したがって、第４処理の前に実行される第３処理において取得される第１評価情報は、候補料理情報が示す料理が実際に提供される前になされる評価を示す可能性が高い。
第３処理は、候補料理情報に対する、第２属性情報が関連付けられているユーザによる評価を示す第１評価情報を取得する処理である。第１評価情報が示す評価の対象となる候補料理情報は、第２処理で閲覧可能とされた候補料理情報である。なお、第３処理は、次に説明する第４処理の前に実行されることが望ましい。詳細は後述するが、第４処理が実行されることにより、第１属性情報が関連付けられているユーザにより料理が選択され調理されて、第２属性情報が関連付けられているユーザに提供される可能性が高い。したがって、第４処理の前に実行される第３処理において取得される第１評価情報は、候補料理情報が示す料理が実際に提供される前になされる評価を示す可能性が高い。
【0037】
（第４処理）
第４処理は、複数の候補料理情報のうち少なくとも一部の候補料理情報と、当該候補料理情報に対応する第１評価情報に基づいて生成された当該候補料理情報に関する補足情報とを、第１属性情報が関連付けられているユーザに閲覧可能とする処理である。例えば、「少なくとも一部の候補料理情報」は、複数の候補料理情報のうち第１評価情報が所定の条件を満たす候補料理情報であってもよい。所定の条件とは、例えば、評価が高いことを判定するための高評価条件であってもよい。高評価条件としては、例えば、評価が高いほど大きい数値で第１評価情報が表されている場合に、当該第１評価情報が閾値以上であるとの条件であってもよい。また、例えば、複数の「第２属性情報が関連付けられているユーザ」からそれぞれ第１評価情報が得られている場合に、所定の条件としては、複数の第１評価情報の合計が閾値以上であるとの条件であってもよい。
第４処理は、複数の候補料理情報のうち少なくとも一部の候補料理情報と、当該候補料理情報に対応する第１評価情報に基づいて生成された当該候補料理情報に関する補足情報とを、第１属性情報が関連付けられているユーザに閲覧可能とする処理である。例えば、「少なくとも一部の候補料理情報」は、複数の候補料理情報のうち第１評価情報が所定の条件を満たす候補料理情報であってもよい。所定の条件とは、例えば、評価が高いことを判定するための高評価条件であってもよい。高評価条件としては、例えば、評価が高いほど大きい数値で第１評価情報が表されている場合に、当該第１評価情報が閾値以上であるとの条件であってもよい。また、例えば、複数の「第２属性情報が関連付けられているユーザ」からそれぞれ第１評価情報が得られている場合に、所定の条件としては、複数の第１評価情報の合計が閾値以上であるとの条件であってもよい。
【0038】
また、補足情報は、複数の候補料理情報の示す候補料理のそれぞれに対する評価を示す情報、および、複数の候補料理情報のうち少なくとも一部の複数の候補料理情報の順位を示す情報のうち、少なくとも一方を含む。例えば、「候補料理のそれぞれに対する評価を示す情報」は、「第２属性情報が関連付けられているユーザ」が候補料理情報のそれぞれに対して入力した第１評価情報（食べたい、普通、あまり食べたくない、等）であってもよい。例えば、複数の「第２属性情報が関連付けられているユーザ」がいる場合、或る１つの候補料理情報についての補足情報は、複数のユーザによる第１評価情報が示す評価のうち最も多い評価（例えば、３人中２人が「食べたい」場合は「食べたい」）を示す情報であってもよい。
【0039】
また、例えば「順位を示す情報」は、或る１人の「第２属性情報が関連付けられているユーザ」が、複数の候補料理情報を自身の評価が高い順に並べた情報（例えば、食べたい順に候補料理情報Ｒ１、Ｒ２、Ｒ３等）であってもよい。また、例えば、複数の「第２属性情報が関連付けられているユーザ」がいる場合、補足情報は、複数のユーザによる順位を示す情報を集計した結果であってもよい。
【0040】
また、第４処理は、第１属性情報が関連付けられているユーザに閲覧可能とする候補料理情報と共に、当該候補料理情報が示す料理の調理に使用する商品を示す情報を閲覧可能とする処理を含んでいてもよい。調理に使用する商品を示す情報（商品情報）は、商品情報ＤＢ４０に記憶されている。商品情報ＤＢ４０に記憶される商品情報の具体例については後述する。
【0041】
（第５処理）
第５処理は、第１属性情報が関連付けられているユーザによって、第４処理で閲覧可能とされた複数の候補料理情報の中から選択された少なくとも一部の候補料理情報を取得する処理である。当該ユーザによって選択された「少なくとも一部の候補料理情報」が示す料理は、当該ユーザによって献立として採用された料理を示している。
第５処理は、第１属性情報が関連付けられているユーザによって、第４処理で閲覧可能とされた複数の候補料理情報の中から選択された少なくとも一部の候補料理情報を取得する処理である。当該ユーザによって選択された「少なくとも一部の候補料理情報」が示す料理は、当該ユーザによって献立として採用された料理を示している。
【0042】
（第６処理）
第６処理は、第１評価情報が含まれるように「ユーザに関連する情報」を更新する処理である。第１評価情報を含めるよう更新する「ユーザに関連する情報」は、「第１属性情報が関連付けられているユーザについての関連する情報」および「第２属性情報が関連付けられているユーザについての関連する情報」の一方または両方であってもよい。本実施形態では、上述したように、「ユーザに関連する情報」として評価情報ＤＢ６０が参照される。そこで、第６処理では、第１評価情報を追加して記憶するよう評価情報ＤＢ６０が更新される。更新された評価情報ＤＢ６０が「ユーザに関連する情報」として参照されることにより、次回の第１処理においてより精度よく複数の候補料理情報が選択され得る。
第６処理は、第１評価情報が含まれるように「ユーザに関連する情報」を更新する処理である。第１評価情報を含めるよう更新する「ユーザに関連する情報」は、「第１属性情報が関連付けられているユーザについての関連する情報」および「第２属性情報が関連付けられているユーザについての関連する情報」の一方または両方であってもよい。本実施形態では、上述したように、「ユーザに関連する情報」として評価情報ＤＢ６０が参照される。そこで、第６処理では、第１評価情報を追加して記憶するよう評価情報ＤＢ６０が更新される。更新された評価情報ＤＢ６０が「ユーザに関連する情報」として参照されることにより、次回の第１処理においてより精度よく複数の候補料理情報が選択され得る。
【0043】
（第７処理）
第７処理は、ユーザに関連する情報に基づいて候補料理情報を選択するための選択用モデルを第１処理で用いる場合に、第１評価情報を用いて選択用モデルを更新する処理である。第１評価情報を用いた選択用モデルの更新については詳細を後述する。更新された選択用モデルが用いられることにより、次回の第１処理においてより精度よく複数の候補料理情報が選択され得る。なお、第６処理および第７処理は、何れか一方が実行されてもよく、両方が実行されてもよい。
第７処理は、ユーザに関連する情報に基づいて候補料理情報を選択するための選択用モデルを第１処理で用いる場合に、第１評価情報を用いて選択用モデルを更新する処理である。第１評価情報を用いた選択用モデルの更新については詳細を後述する。更新された選択用モデルが用いられることにより、次回の第１処理においてより精度よく複数の候補料理情報が選択され得る。なお、第６処理および第７処理は、何れか一方が実行されてもよく、両方が実行されてもよい。
【0044】
（第８処理）
第８処理は、第５処理で取得した少なくとも一部の候補料理情報が含まれるように「ユーザに関連する情報」を更新する処理である。当該第５処理で取得した少なくとも一部の候補料理情報を含めるよう更新する「ユーザに関連する情報」は、「第１属性情報が関連付けられているユーザについての関連する情報」および「第２属性情報が関連付けられているユーザについての関連する情報」の一方または両方であってもよい。本実施形態では、上述したように、「ユーザに関連する情報」として評価情報ＤＢ６０が参照される。そこで、第８処理では、「第５処理で取得した少なくとも一部の候補料理情報」に関する情報を追加して記憶するよう評価情報ＤＢ６０が更新される。更新された評価情報ＤＢ６０が「ユーザに関連する情報」として参照されることにより、次回の第１処理においてより精度よく複数の候補料理情報が選択され得る。
第８処理は、第５処理で取得した少なくとも一部の候補料理情報が含まれるように「ユーザに関連する情報」を更新する処理である。当該第５処理で取得した少なくとも一部の候補料理情報を含めるよう更新する「ユーザに関連する情報」は、「第１属性情報が関連付けられているユーザについての関連する情報」および「第２属性情報が関連付けられているユーザについての関連する情報」の一方または両方であってもよい。本実施形態では、上述したように、「ユーザに関連する情報」として評価情報ＤＢ６０が参照される。そこで、第８処理では、「第５処理で取得した少なくとも一部の候補料理情報」に関する情報を追加して記憶するよう評価情報ＤＢ６０が更新される。更新された評価情報ＤＢ６０が「ユーザに関連する情報」として参照されることにより、次回の第１処理においてより精度よく複数の候補料理情報が選択され得る。
【0045】
なお、第８処理は、第５処理で取得した少なくとも一部の候補料理情報に対する、第１属性情報が関連付けられているユーザによる評価を示す第３評価情報を、第４処理の後に取得する処理をさらに含んでいてもよい。この場合、第８処理は、当該第３評価情報が含まれるように「ユーザに関連する情報」を更新する処理をさらに含んでいてもよい。第３評価情報を含めるよう更新する「ユーザに関連する情報」は、「第１属性情報が関連付けられているユーザについての関連する情報」および「第２属性情報が関連付けられているユーザについての関連する情報」の一方または両方であってもよい。ここで、第４処理では、第１属性情報が関連付けられているユーザに対して複数の候補料理情報が閲覧可能とされている。そのため、第４処理の後、第１属性情報が関連付けられているユーザは、第４処理で閲覧可能とされた複数の候補料理情報の中から献立として採用する料理を決定し調理を行うことが可能である。したがって第４処理の後に実行される第８処理において取得される第３評価情報は、候補料理情報が示す料理を実際に提供した後になされる評価である可能性が高い。
【0046】
（第９処理）
第９処理は、ユーザに関連する情報に基づいて候補料理情報を選択するための選択用モデルを第１処理で用いる場合に、第５処理で取得した少なくとも一部の候補料理情報を用いて選択用モデルを更新する処理である。「第５処理で取得した少なくとも一部の候補料理情報」を用いた選択用モデルの更新については詳細を後述する。更新された選択用モデルが用いられることにより、次回の第１処理においてより精度よく複数の候補料理情報が選択され得る。なお、第８処理および第９処理は、何れか一方が実行されてもよく、両方が実行されてもよい。
第９処理は、ユーザに関連する情報に基づいて候補料理情報を選択するための選択用モデルを第１処理で用いる場合に、第５処理で取得した少なくとも一部の候補料理情報を用いて選択用モデルを更新する処理である。「第５処理で取得した少なくとも一部の候補料理情報」を用いた選択用モデルの更新については詳細を後述する。更新された選択用モデルが用いられることにより、次回の第１処理においてより精度よく複数の候補料理情報が選択され得る。なお、第８処理および第９処理は、何れか一方が実行されてもよく、両方が実行されてもよい。
【0047】
（第１０処理）
第１０処理は、第４処理で閲覧可能とされた候補料理情報のうちの少なくとも一部を、第２属性情報が関連付けられているユーザに閲覧可能とする処理である。例えば、上述したように、「第４処理によって閲覧可能とされた候補料理情報」が「複数の候補料理情報」の中から「複数の第１評価情報」に基づいて抽出されている場合について説明する。この場合、第２属性情報が関連付けられているユーザは、「第４処理によって閲覧可能とされた候補料理情報」を閲覧することにより、当該ユーザとは異なる他の「第２属性情報が関連付けられているユーザ」も含めた複数の第１評価情報の結果を知ることができる。
第１０処理は、第４処理で閲覧可能とされた候補料理情報のうちの少なくとも一部を、第２属性情報が関連付けられているユーザに閲覧可能とする処理である。例えば、上述したように、「第４処理によって閲覧可能とされた候補料理情報」が「複数の候補料理情報」の中から「複数の第１評価情報」に基づいて抽出されている場合について説明する。この場合、第２属性情報が関連付けられているユーザは、「第４処理によって閲覧可能とされた候補料理情報」を閲覧することにより、当該ユーザとは異なる他の「第２属性情報が関連付けられているユーザ」も含めた複数の第１評価情報の結果を知ることができる。
【0048】
（第１１処理）
第１１処理は、第４処理の後に、（１）第２処理で閲覧可能とされた候補料理情報のうちの少なくとも一部に対する、または、（２）第１０処理で閲覧可能とされた候補料理情報のうちの少なくとも一部に対する、第２属性情報が関連付けられているユーザによる評価を示す第２評価情報を取得する処理である。ここで、第８処理の説明に記載したように、第４処理では、第１属性情報が関連付けられているユーザに対して複数の候補料理情報が閲覧可能とされている。そのため、第４処理の後、第１属性情報が関連付けられているユーザは、第４処理で閲覧可能とされた複数の候補料理情報の中から献立として採用する料理を決定し調理を行うことが可能である。したがって第４処理の後に実行される第１１処理において取得される第２評価情報は、候補料理情報が示す料理が実際に提供された後になされる評価である可能性が高い。
第１１処理は、第４処理の後に、（１）第２処理で閲覧可能とされた候補料理情報のうちの少なくとも一部に対する、または、（２）第１０処理で閲覧可能とされた候補料理情報のうちの少なくとも一部に対する、第２属性情報が関連付けられているユーザによる評価を示す第２評価情報を取得する処理である。ここで、第８処理の説明に記載したように、第４処理では、第１属性情報が関連付けられているユーザに対して複数の候補料理情報が閲覧可能とされている。そのため、第４処理の後、第１属性情報が関連付けられているユーザは、第４処理で閲覧可能とされた複数の候補料理情報の中から献立として採用する料理を決定し調理を行うことが可能である。したがって第４処理の後に実行される第１１処理において取得される第２評価情報は、候補料理情報が示す料理が実際に提供された後になされる評価である可能性が高い。
【0049】
（第１２処理）
第１２処理は、第２評価情報を、第１属性情報が関連付けられているユーザに閲覧可能とする処理である。上述したように、第２評価情報は、候補料理情報が示す料理が実際に提供された後になされた可能性が高いため、第１属性情報が関連付けられているユーザは、提供した料理に対する評価を知ることができる。
第１２処理は、第２評価情報を、第１属性情報が関連付けられているユーザに閲覧可能とする処理である。上述したように、第２評価情報は、候補料理情報が示す料理が実際に提供された後になされた可能性が高いため、第１属性情報が関連付けられているユーザは、提供した料理に対する評価を知ることができる。
【0050】
（端末２０）
端末２０の構成について、図３を参照して説明する。図３に示すように、端末２０は、プロセッサ２１と、メモリ２２と、ネットワークインタフェース２３と、入力装置２４と、表示装置２５と、撮像装置２６と、近距離通信インタフェース２７と、を含むコンピュータによって構成される。端末２０は、例えば、スマートフォン、パーソナルコンピュータ、タブレット等によって構成されてもよい。また、端末２０は、近距離通信インタフェース２７を介して生体情報センサ２８に接続する。ただし、端末２０が生体情報センサ２８に接続するためのインタフェースは、近距離通信インタフェース２７に限らず、例えば、ＬＡＮインタフェース、周辺機器接続インタフェース（何れも図示せず）等であってもよいが、これらに限られない。
端末２０の構成について、図３を参照して説明する。図３に示すように、端末２０は、プロセッサ２１と、メモリ２２と、ネットワークインタフェース２３と、入力装置２４と、表示装置２５と、撮像装置２６と、近距離通信インタフェース２７と、を含むコンピュータによって構成される。端末２０は、例えば、スマートフォン、パーソナルコンピュータ、タブレット等によって構成されてもよい。また、端末２０は、近距離通信インタフェース２７を介して生体情報センサ２８に接続する。ただし、端末２０が生体情報センサ２８に接続するためのインタフェースは、近距離通信インタフェース２７に限らず、例えば、ＬＡＮインタフェース、周辺機器接続インタフェース（何れも図示せず）等であってもよいが、これらに限られない。
【0051】
プロセッサ２１は、端末２０の各部を統括して制御する。メモリ２２には、プログラムＰ２が記憶される。ネットワークインタフェース２３は、ネットワークに接続して外部の装置と通信を行う。より詳細には、ネットワークインタフェース２３は、サーバ１０と通信するためのネットワークＮＷに接続するインタフェース（例えば、ＬＡＮインタフェース、モバイルデータ通信インタフェース等）を含む。
【0052】
入力装置２４は、ユーザによる操作を受け付ける装置である。入力装置２４は、例えば、マウス、キーボード、タッチパッド、マイク、またはこれらの組み合わせであってもよいが、これらに限られない。端末２０が入力装置２４を介して操作を受け付けることを、端末２０が操作を受け付ける、端末２０に情報が入力される、等とも記載する。表示装置２５は、プロセッサ２１によって処理された情報を表示する装置である。表示装置２５は、例えば、液晶ディスプレイ、有機ＥＬ（Electro luminescence）ディスプレイ、等であってもよいが、これらに限られない。端末２０が表示装置２５に情報を表示することを、端末２０が情報を表示する等とも記載し、表示装置２５の画面を端末２０の画面等とも記載する。なお、入力装置２４および表示装置２５は、一体に形成されたタッチパネルであってもよい。また、撮像装置２６は、端末２０の周囲を撮像する装置である。例えば、撮像装置２６は、ＲＧＢカメラであってもよいが、これに限られない。近距離通信インタフェース２７は、周辺装置と近距離で通信を行うためのインタフェースである。近距離通信インタフェース２７は、ＮＦＣ（Near Field Communication）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等により通信を行うインタフェースであってもよいが、これらに限られない。生体情報センサ２８は、生体情報を検出するセンサであり、例えば、脈拍センサ、血圧センサ、発汗センサ、体温センサ、等であってもよいが、これらに限られない。
【0053】
なお、入力装置２４、表示装置２５、および撮像装置２６は、端末２０に内蔵されることに限らず、外付けで接続されていてもよい。また、生体情報センサ２８は、端末２０とは別体の装置に限らず、内蔵されていてもよい。
【0054】
（プログラムＰ２）
プログラムＰ２は、プロセッサ２１に第１３処理を実行させる。換言すると、プロセッサ２１は、プログラムＰ２を読み込んで実行することにより、第１３処理を含む各種処理を実行する。以降では、プロセッサ２１がプログラムＰ２を読み込んで処理を実行することを、単に、「端末２０が処理を実行する」等とも記載する。
プログラムＰ２は、プロセッサ２１に第１３処理を実行させる。換言すると、プロセッサ２１は、プログラムＰ２を読み込んで実行することにより、第１３処理を含む各種処理を実行する。以降では、プロセッサ２１がプログラムＰ２を読み込んで処理を実行することを、単に、「端末２０が処理を実行する」等とも記載する。
【0055】
（第１３処理）
第１３処理は、（１）「複数の料理情報」の中から選択された「一部の複数の候補料理情報」のうち「少なくとも一部の候補料理情報」と、（２）第２属性情報が関連付けられているユーザによる、候補料理情報に対する評価を示す、第１評価情報に基づいて生成された、当該候補料理情報に関する補足情報とを、第１属性情報が関連付けられているユーザに閲覧可能とする処理である。本実施形態では、前述したように、「複数の料理情報」は、料理情報ＤＢ３０に記憶されている。また、「一部の複数の候補料理情報」は、上述した第１処理において選択され、第２処理によって第２属性情報が関連付けられているユーザに対して閲覧可能とされた情報である。また、第１評価情報は、上述した第３処理によって取得される情報である。また、「少なくとも一部の候補料理情報」および「補足情報」は、上述した第４処理によって第１属性情報が関連付けられているユーザに対して閲覧可能とされる情報である。換言すると、サーバ１０によって実行される第４処理に応答して、端末２０において第１３処理が実行される。なお、第１３処理は、第１属性情報が関連付けられているユーザの操作に応じて実行されてもよい。
第１３処理は、（１）「複数の料理情報」の中から選択された「一部の複数の候補料理情報」のうち「少なくとも一部の候補料理情報」と、（２）第２属性情報が関連付けられているユーザによる、候補料理情報に対する評価を示す、第１評価情報に基づいて生成された、当該候補料理情報に関する補足情報とを、第１属性情報が関連付けられているユーザに閲覧可能とする処理である。本実施形態では、前述したように、「複数の料理情報」は、料理情報ＤＢ３０に記憶されている。また、「一部の複数の候補料理情報」は、上述した第１処理において選択され、第２処理によって第２属性情報が関連付けられているユーザに対して閲覧可能とされた情報である。また、第１評価情報は、上述した第３処理によって取得される情報である。また、「少なくとも一部の候補料理情報」および「補足情報」は、上述した第４処理によって第１属性情報が関連付けられているユーザに対して閲覧可能とされる情報である。換言すると、サーバ１０によって実行される第４処理に応答して、端末２０において第１３処理が実行される。なお、第１３処理は、第１属性情報が関連付けられているユーザの操作に応じて実行されてもよい。
【0056】
（料理情報ＤＢ３０）
料理情報ＤＢ３０は、料理情報を記憶する。料理情報ＤＢ３０には、献立作成支援機能が実行される前に予め複数の料理情報が記憶されているものとする。ただし、料理情報ＤＢ３０に記憶される料理情報は、献立作成支援機能の実行中または実行後に変更、追加、または削除されてもよい。料理情報ＤＢ３０に記憶される料理情報の一例について、図４を参照して説明する。
料理情報ＤＢ３０は、料理情報を記憶する。料理情報ＤＢ３０には、献立作成支援機能が実行される前に予め複数の料理情報が記憶されているものとする。ただし、料理情報ＤＢ３０に記憶される料理情報は、献立作成支援機能の実行中または実行後に変更、追加、または削除されてもよい。料理情報ＤＢ３０に記憶される料理情報の一例について、図４を参照して説明する。
【0057】
図４は、料理情報ＤＢ３０に記憶される料理情報の一例を説明する図である。図４に示す各行は、料理情報を示す。各料理情報は、料理ＩＤ、カテゴリ、組み合わせ、調理手順、調理時間、カロリー、食材、使用商品、等の各項目を含む。
【0058】
料理ＩＤは、料理情報を識別する情報である。例えば料理ＩＤが「Ｒ１」を含む料理情報を、以降、料理情報Ｒ１等とも記載する。カテゴリは、例えば、「主食」、「主菜」、「副菜」、「献立」等といった当該料理情報の分類を示す。例えば、「主食」、「主菜」、「副菜」の料理情報は一品料理を示し、「献立」の料理情報は複数品の料理を示す。カテゴリが「献立」の料理情報は、他の料理情報の組み合わせで表されてもよい。例えば、料理情報Ｒ４は、カテゴリ「献立」と、組み合わせ「Ｒ１、Ｒ２、Ｒ３」との情報を含む。つまり、料理情報Ｒ４は、料理情報Ｒ１、Ｒ２、Ｒ３の組み合わせによって表される献立を示している。ただし、カテゴリ「献立」の料理情報は、必ずしも他の料理情報の組み合わせで表されていなくてもよく、複数品の料理を示す情報自体を含んでいてもよい。
【0059】
また、料理情報に含まれるカテゴリの項目は、１種類に限らず、複数種類であってもよい。複数種類のカテゴリは、階層構造を構成するカテゴリの各階層に対応していてもよく、異なる観点で分類した各カテゴリに対応していてもよい。
【0060】
調理手順の項目は、テキスト、静止画像、動画像、音声、またはこれらの一部または全部の組み合わせにより表される。調理時間の項目は、当該料理に要する時間を示す。カロリーの項目は、当該料理の熱量を示す。食材の項目は、当該料理に用いる食材の識別情報で表される。使用商品の項目は、当該料理の調理に使用する商品を示し、この例では、当該商品の識別情報によって表される。当該料理の調理に使用する商品とは、例えば、当該料理の食材または調理器具等として使用可能な商品であってもよいが、これらに限られない。
【0061】
なお、料理情報ＤＢ３０に記憶される料理情報は、当該料理情報が示す料理を調理するために参考となる情報を含んでいればよく、図４に示した情報に限定されない。例えば、各料理情報は、さらに、栄養情報を含んでいてもよい。栄養情報は、例えば、当該料理の栄養（例えば、たんぱく質、糖質、食物繊維、灰分等の含有量等）を示す。カテゴリが「献立」である料理情報Ｒ４の栄養情報は、料理情報Ｒ４に含まれる料理情報Ｒ１、Ｒ２、Ｒ３の栄養情報から生成された情報であってもよい。
【0062】
（商品情報ＤＢ４０）
商品情報ＤＢ４０は、商品情報を記憶する。商品情報は、商品を示す情報であり、当該商品を購入するための情報を含む。商品情報ＤＢ４０には、少なくとも、料理情報ＤＢ３０に記憶される料理情報において参照される使用商品についての商品情報が記憶されているものとする。なお、商品情報ＤＢ４０に記憶される商品情報は、当該使用商品以外の商品情報が記憶されていてもよい。商品情報ＤＢ４０に記憶される商品情報の一例について、図５を参照して説明する。図５は、商品情報ＤＢ４０に記憶される商品情報の一例を説明する図である。図５に示す各行は、商品情報を示す。各商品情報は、商品ＩＤ、価格、商品説明、等の各項目を含む。商品ＩＤは、商品を識別する情報である。例えば商品ＩＤが「Ｉ１」の商品を、以降、商品Ｉ１等とも記載する。価格は、当該商品の販売価格を示す。商品説明の項目は、テキスト、静止画像、動画像、音声、またはこれらの一部または全部の組み合わせにより表される。
商品情報ＤＢ４０は、商品情報を記憶する。商品情報は、商品を示す情報であり、当該商品を購入するための情報を含む。商品情報ＤＢ４０には、少なくとも、料理情報ＤＢ３０に記憶される料理情報において参照される使用商品についての商品情報が記憶されているものとする。なお、商品情報ＤＢ４０に記憶される商品情報は、当該使用商品以外の商品情報が記憶されていてもよい。商品情報ＤＢ４０に記憶される商品情報の一例について、図５を参照して説明する。図５は、商品情報ＤＢ４０に記憶される商品情報の一例を説明する図である。図５に示す各行は、商品情報を示す。各商品情報は、商品ＩＤ、価格、商品説明、等の各項目を含む。商品ＩＤは、商品を識別する情報である。例えば商品ＩＤが「Ｉ１」の商品を、以降、商品Ｉ１等とも記載する。価格は、当該商品の販売価格を示す。商品説明の項目は、テキスト、静止画像、動画像、音声、またはこれらの一部または全部の組み合わせにより表される。
【0063】
なお、商品情報ＤＢ４０に記憶される商品情報は、当該商品情報が示す商品を購入するための情報を含んでいればよく、図５に示した情報に限定されない。例えば、商品を購入するための情報は、当該商品のホームページのＵＲＬ（Uniform Resource Locator）、当該商品を販売するＥＣ（Electronic Commerce）サイトのＵＲＬを含んでいてもよい。
【0064】
（ユーザ情報ＤＢ５０）
ユーザ情報ＤＢ５０に記憶される情報は、上述した「ユーザに関連する情報」として主に第１処理において参照される。ユーザ情報ＤＢ５０は、ユーザ情報およびグループ情報を記憶する。グループ情報は、複数のユーザの識別情報を互いに関連付けるための情報である。ユーザ情報およびグループ情報は、献立作成支援機能の利用時または利用前に、ユーザ登録機能により登録される。なお、ユーザ情報およびグループ情報は、登録後にも変更可能である。
ユーザ情報ＤＢ５０に記憶される情報は、上述した「ユーザに関連する情報」として主に第１処理において参照される。ユーザ情報ＤＢ５０は、ユーザ情報およびグループ情報を記憶する。グループ情報は、複数のユーザの識別情報を互いに関連付けるための情報である。ユーザ情報およびグループ情報は、献立作成支援機能の利用時または利用前に、ユーザ登録機能により登録される。なお、ユーザ情報およびグループ情報は、登録後にも変更可能である。
【0065】
ユーザ情報およびグループ情報の一例について、図６を参照して説明する。図６は、ユーザ情報ＤＢ５０に記憶される情報の一例を説明する図である。図６に示すように、ユーザ情報ＤＢ５０には、ユーザ情報テーブル５１、および、グループ情報テーブル５２が記憶される。
【0066】
ユーザ情報テーブル５１の各行は、ユーザ情報を示す。各ユーザ情報は、ユーザＩＤ、グループＩＤ、ユーザ名、体重、食事量、調理スキル、好きな食材、嫌いな食材、等の各項目を含む。各ユーザ情報は、ユーザによってあらかじめ登録される情報を示す。ユーザＩＤは、ユーザを識別する情報である。ここでは、ユーザＵ１等の表記における参照符号「Ｕ１」等がユーザＩＤであるとして説明を続ける。グループＩＤは、ユーザＩＤが属するグループを識別する情報である。これにより、同一のグループＩＤを含む複数のユーザ情報がそれぞれ示すユーザは、互いに関連付けられる。ユーザ名の項目は、端末２０に表示されるユーザの名前を示す。年齢、体重の各項目は、数値で表される。食事量の項目は、ふつう、少ない、多い、の３段階で表されるが、段階数はこれに限られない。また、食事量の項目は、所定範囲の数値によって表されてもよい。調理スキルの項目は、高い、ふつう、低い、の３段階で表されるが、段階数はこれに限られない。また、調理スキルの項目は、所定範囲の数値によって表されてもよい。好きな食材、嫌いな食材の各項目は、該当する食材の識別情報で表される。なお、ユーザ情報は、図示の情報に限らず、当該ユーザに関連するその他の情報を含んでいてもよい。その他の情報としては、例えば、気になる健康課題（ダイエットしたい、血圧を下げたい、血糖値を抑えたいなど）を示す情報、健康診断情報、薬剤処方履歴、レセプトデータ等が挙げられるが、これらに限られない。
【0067】
グループ情報テーブル５２の各行は、グループ情報を示す。各グループ情報は、グループＩＤ、グループ名、構成人数、乳幼児有無、高齢者有無、等の各項目を含む。グループＩＤは、グループを識別する情報である。例えば、グループＩＤが「Ｇ１」のグループを、グループＧ１等とも記載する。グループ名の項目は、端末２０に表示されるグループの名前を示す。構成人数の項目は、当該グループの構成人数を示し、ユーザ情報テーブルに登録されたユーザだけでなく、登録されていないメンバーの人数を含んでいてもよい。乳幼児有無、高齢者有無の各項目は、該当する対象者の有無を示す。
【0068】
この例では、ユーザＵ１～Ｕ３が同一のグループＧ１に属しており、互いに関連付けられている。また、グループＧ１は、ユーザＵ１～Ｕ３に加えて、ユーザ情報テーブル５１に登録されていない乳幼児を含む４人によって構成される。このように、グループ情報が示すグループは、ユーザ情報テーブル５１に登録されたユーザ情報が示すユーザ以外のユーザが含んでいてもよい。
【0069】
なお、ユーザ情報ＤＢ５０に記憶される情報は、各ユーザについて事前に取得可能な情報、および、複数のユーザ間の関連付けを示す情報を含んでいればよく、図６に示した情報に限定されない。例えば、ユーザ情報テーブル５１に含まれる各ユーザ情報は、グループＩＤを含む代わりに、関連ユーザＩＤとの項目をさらに含んでいてもよい。当該項目は、当該ユーザ情報が示すユーザに対して関係性を有する１以上の他のユーザ各々の識別情報によって表される。この場合、ユーザ情報ＤＢ５０は、グループ情報テーブル５２を含んでいなくてもよい。
【0070】
（評価情報ＤＢ６０）
評価情報ＤＢ６０に記憶される情報は、上述した「ユーザに関連する情報」として主に第１処理において参照される。評価情報ＤＢ６０は、評価情報を記憶する。評価情報は、料理情報が示す料理に対するユーザによる評価を示す情報であり、上述した第１評価情報、第２評価情報、および第３評価情報の少なくとも何れかを含んでいる。評価情報は、献立作成支援機能が実行されることにより生成され、評価情報ＤＢ６０に登録される。評価情報ＤＢ６０に記憶される評価情報の一例について、図７を参照して説明する。
評価情報ＤＢ６０に記憶される情報は、上述した「ユーザに関連する情報」として主に第１処理において参照される。評価情報ＤＢ６０は、評価情報を記憶する。評価情報は、料理情報が示す料理に対するユーザによる評価を示す情報であり、上述した第１評価情報、第２評価情報、および第３評価情報の少なくとも何れかを含んでいる。評価情報は、献立作成支援機能が実行されることにより生成され、評価情報ＤＢ６０に登録される。評価情報ＤＢ６０に記憶される評価情報の一例について、図７を参照して説明する。
【0071】
図７は、評価情報ＤＢ６０に記憶される評価情報の一例を説明する図である。図７に示す各行は、評価情報を示す。各評価情報は、評価ＩＤ、セッションＩＤ、ユーザＩＤ、料理ＩＤ、第１評価情報、第２評価情報、および第３評価情報、等の各項目を含む。
【0072】
評価ＩＤは、当該評価情報を識別する情報である。例えば、評価ＩＤが「Ｖ１」の評価情報を、評価情報Ｖ１等とも記載する。セッションＩＤは、献立作成支援機能が開始されてから終了するまでの一連の処理に対して付与される識別情報であり、一連の処理の実行毎に異なるＩＤが付与される。換言すると、セッションＩＤが同一の複数の評価情報は、同じ一連の処理において生成された評価情報である。
【0073】
料理ＩＤは、評価の対象となる料理を示す料理情報の識別情報である。ユーザＩＤは、当該評価を行ったユーザの識別情報である。前述したように、第１評価情報および第２評価情報は、第２属性情報が関連付けられているユーザによる評価を示す情報である。第３評価情報は、第１属性情報が関連付けられているユーザによる評価を示す情報である。
【0074】
この例では、第１評価情報は、候補料理情報が実際に提供される前における当該候補料理情報に対する評価を示し、「食べたい」、「ふつう」、「食べたくない」の３段階で表されるが、段階数はこれに限られない。また、第１評価情報は、所定範囲の数値によって表されてもよい。また、第２評価情報は、候補料理情報が実際に提供された後における当該候補料理情報に対する評価を示し、５段階の数値で表されるが、段階数はこれに限られない。また、第２評価情報は、数値以外の情報（例えば、「おいしかった」、「ふつう」、「もう食べたくない」等）によって表されてもよい。第３評価情報は、候補料理情報を実際に提供した後における当該候補料理情報に対する評価を示し、５段階の数値で表されるが、段階数はこれに限られない。また、第３評価情報は、数値以外の情報（例えば、「また作りたい」、「ふつう」、「もう作りたくない」等）によって表されてもよい。
【0075】
なお、評価情報ＤＢ６０に記憶される評価情報は、第１評価情報、第２評価情報、および第３評価情報を含むことが可能であればよく、図７に示した情報に限定されない。
【0076】
（選択用モデルＭＬ）
選択用モデルＭＬは、ユーザに関連する情報に基づいて複数の料理情報から複数の候補料理情報を選択するためのモデルである。換言すると、選択用モデルＭＬには、「ユーザに関連する情報」が入力される。選択用モデルＭＬからは、「複数の料理情報から複数の候補料理情報を選択するための情報」が出力される。例えば、選択用モデルＭＬは、入力情報が示すユーザにとってより健康に良い候補料理情報を、優先して選択するための情報を出力するよう構成されていてもよい。
選択用モデルＭＬは、ユーザに関連する情報に基づいて複数の料理情報から複数の候補料理情報を選択するためのモデルである。換言すると、選択用モデルＭＬには、「ユーザに関連する情報」が入力される。選択用モデルＭＬからは、「複数の料理情報から複数の候補料理情報を選択するための情報」が出力される。例えば、選択用モデルＭＬは、入力情報が示すユーザにとってより健康に良い候補料理情報を、優先して選択するための情報を出力するよう構成されていてもよい。
【0077】
【0078】
図８の例において、選択用モデルＭＬに入力される入力情報は、ユーザＵ１～Ｕ３にそれぞれ関連する情報、を含む。各ユーザに関連する情報の構成はほぼ同様であるため、以下では、ユーザＵ１に関連する情報について説明し、ユーザＵ２、Ｕ３に関連する情報については説明を繰り返さない。
【0079】
ユーザＵ１に関連する情報は、当該ユーザの状態を示す情報、当該ユーザにより入力された食品情報、当該ユーザに関するユーザ情報、当該ユーザによる評価情報、を含む。当該ユーザの状態を示す情報、および、当該ユーザにより入力された食品情報は、献立作成支援機能の利用毎に取得される情報であり、本実施形態では、アンケート情報とも記載している。ユーザの状態を示す情報の一例としては、気分、体調、生体情報センサ２８により取得された生体情報等が挙げられる。食品情報の一例としては、食材の購入履歴、直近の摂食状況、冷蔵庫の中の食材、等が挙げられる。直近の摂食状況は、一例として、直近に摂取した食品の種類を示す情報を含んでいてもよい。ユーザ情報は、事前に取得可能な情報であり、一例としては、ユーザ情報ＤＢ５０に記憶された各項目が挙げられる。評価情報は、献立作成支援機能の利用により蓄積されていく情報であり、一例としては、評価情報ＤＢ６０に記憶された各項目が挙げられる。ただし、ユーザＵ１に関連する情報の構成は、上述した例に限られない。
【0080】
ユーザＵ１～Ｕ３にそれぞれ関連する情報のうち少なくとも何れかは、第１属性情報に関連付けられているユーザに関連する情報であり、他は、第２属性情報に関連付けられているユーザに関連する情報である。選択用モデルＭＬは、図８に示した入力情報のうち少なくとも一部が入力されることにより情報を出力するよう構成され、必ずしも全ての入力情報が入力されることを必須としなくてもよい。例えば、ユーザＵ１に関連する情報は、「生体情報」を含んでいなくてもよい。また、選択モデルＭＬに入力される情報は、図８に示した入力情報以外の情報を含んでいてもよい。例えば、選択モデルＭＬに入力される情報は、気象データ、国勢調査結果、等を含んでいてもよい。また、選択モデルＭＬに入力される入力情報は、テキスト情報に限らず、画像であってもよい。入力情報に含まれる画像の一例としては、例えば、食品を被写体として含む画像（食品情報の一例）、ユーザの顔を被写体として含む画像（ユーザの状態を示す情報の一例）、直近の摂取食品種類が音声により入力された音声データ（食品情報の一例）等が挙げられるが、これらに限られない。
【0081】
また、図８の例において、選択用モデルＭＬから出力される出力情報は、複数の料理情報から複数の候補料理情報を選択するための情報として、複数の料理情報の各々に関して推薦すべき程度を示すスコアを含む。具体的には、出力情報は、料理情報ＤＢ３０に記憶された各料理情報について料理ＩＤおよびスコアのペアを含んでいる。この場合、例えば、スコアの高い方から順に所定数まで、または、スコアが閾値以上、等の条件を満たす複数の料理情報のそれぞれが、候補料理情報として選択されてもよい。その他の例としては、出力情報は、複数の料理情報のうち候補料理情報として推薦すべき複数の料理情報の料理ＩＤ自体を含んでいてもよい。また、出力情報は、例えば、複数の料理情報を分類するカテゴリのうち推薦すべき１以上のカテゴリを含んでいてもよい。また、出力情報は、例えば、各カテゴリに関して推薦すべき程度を示すスコアを含んでいてもよい。
【0082】
なお、選択用モデルＭＬを実現するアルゴリズムとしては、回帰分析、深層学習、サポートベクタマシン、ルールベース、協調フィルタリング、またはこれらの一部または全部の組み合わせ等が挙げられるが、これらに限られない。事前に学習が必要なアルゴリズムを採用する場合（換言すると、選択用モデルＭＬが機械学習モデルである場合）、選択用モデルＭＬは、学習用データセットを用いて事前に学習される。
【0083】
選択用モデルＭＬの学習の一例について、選択用モデルＭＬが変換テーブルである例を中心に説明する。変換テーブルは、例えば、ｍ×ｎの行列であり、ｎ次元ベクトルをｍ次元ベクトルに変換するテーブルである（ｍ、ｎはそれぞれ２以上の整数）。例えば、入力情報がｎ個の情報を含む場合、入力情報はｎ次元ベクトルにより表される。また、選択肢となる料理情報がｍ個である場合、ｍ個の料理情報のスコアからなる出力情報は、ｍ次元ベクトルにより表される。スコアは、例えば０以上１以下の数値で表され、当該入力情報が示すユーザにとって健康によい料理情報である程度を示す。
【0084】
変換テーブルとしての選択用モデルＭＬを学習させるため、学習用データセットが用いられる。学習用データセットは、複数の学習用データ片によって構成される。学習用データ片は、学習用の入力情報（ｎ次元ベクトル）に対して正解となる出力情報（ｍ次元ベクトル）が関連付けられた情報である。例えば、学習用の入力情報は、実在するユーザについて収集された情報であってもよく、架空のユーザについて生成された情報であってもよい。また、例えば、正解となる出力情報は、学習用の入力情報に対して、ｍ個の料理情報のうち、当該入力情報が示すユーザにとって健康に良い１または複数の料理情報各々のスコアを最大値「１」とし、それ以外を最小値「０」とする情報（ｍ次元ベクトル）であってもよい。そのような健康に良い１または複数の料理情報は、当該入力情報、および当該入力情報が示すユーザについて別途入手される健康診断結果等に鑑みて、管理栄養士等により選択されたものであってもよい。一例として、このような学習用データセットを教師データとして重回帰分析を行うことにより、選択用モデルＭＬである変換テーブルの各パラメータを算出することができる。このようにして生成された選択用モデルＭＬは、入力情報に対して、当該入力情報が示すユーザにとって健康に良い料理情報ほど高いスコアを出力するよう重み付けを行うパラメータ群を含んで構成される。ただし、選択用モデルＭＬは、変換テーブルに限られず、その学習方法は、上述した重回帰分析に限られない。
【0085】
なお、選択用モデルＭＬは１つに限らず、複数の選択用モデルＭＬの何れかが選択的に用いられてもよい。例えば、複数の選択用モデルの各々は、ユーザの属性に応じたモデルであってもよい。ユーザの属性とは、上述した第１属性情報および第２属性情報とは異なる属性であり、例えば、年齢層、運動経験の多少等であってもよいがこれらに限られない。一例として、２０歳未満のユーザから収集した学習用データセットを用いて第１の選択用モデルが生成され、２０歳以上のユーザから収集した学習用データセットを用いて第２の選択用モデルが生成されていてもよい。また、この場合、献立作成支援機能の利用時において、第１属性情報が関連付けられているユーザ（または第２属性情報が関連付けられているユーザ）の属性に応じた選択用モデルが用いられてもよい。または、グループに属するユーザのうち最も多い属性に応じた選択用モデルが用いられてもよい。一例として、２０歳未満が２０歳以上より多い家族が利用する場合には、第１の選択用モデルが用いられ、２０歳以上が２０歳未満より多い家族が利用する場合には、第２の選択用モデルが用いられてもよい。また、複数の選択用モデルＭＬの何れを選択するかを、グループごとに指定可能であってもよい。これにより、例えば、大人２人子供１人の家族であるグループにおいて、子供向けの選択用モデルＭＬを指定したり、２０歳未満からなるグループにおいて、健康のためにシニア向けの選択用モデルＭＬを指定したりすることが可能となる。
【0086】
＜情報処理システム１が実行する方法＞
以上のように構成された情報処理システム１が実行する方法について説明する。情報処理システム１は、サーバ１０がプログラムＰ１を実行するとともに端末２０がプログラムＰ２を実行することにより、情報処理方法Ｓ１～Ｓ２を実行する。
以上のように構成された情報処理システム１が実行する方法について説明する。情報処理システム１は、サーバ１０がプログラムＰ１を実行するとともに端末２０がプログラムＰ２を実行することにより、情報処理方法Ｓ１～Ｓ２を実行する。
【0087】
（ユーザ登録機能：情報処理方法Ｓ１の流れ）
情報処理方法Ｓ１は、上述したユーザ登録機能を実現するための方法である。情報処理方法Ｓ１は、調理者および喫食者の一方または両方として情報処理システム１を利用したいユーザの端末２０と、サーバ１０とによって実行される。情報処理方法Ｓ１の実行時点においては、ユーザは、調理者であるか喫食者であるかが特定されていなくてもよい。換言すると、情報処理方法Ｓ１の実行時点においては、ユーザに、第１属性情報および第２属性情報の何れかが関連付けられていなくてもよい。情報処理方法Ｓ１の流れについて、図９を参照して説明する。図９は、情報処理方法Ｓ１の流れを説明するフロー図である。図９に示すように、情報処理方法Ｓ１は、ステップＳ１０１～Ｓ１０２を含む。
情報処理方法Ｓ１は、上述したユーザ登録機能を実現するための方法である。情報処理方法Ｓ１は、調理者および喫食者の一方または両方として情報処理システム１を利用したいユーザの端末２０と、サーバ１０とによって実行される。情報処理方法Ｓ１の実行時点においては、ユーザは、調理者であるか喫食者であるかが特定されていなくてもよい。換言すると、情報処理方法Ｓ１の実行時点においては、ユーザに、第１属性情報および第２属性情報の何れかが関連付けられていなくてもよい。情報処理方法Ｓ１の流れについて、図９を参照して説明する。図９は、情報処理方法Ｓ１の流れを説明するフロー図である。図９に示すように、情報処理方法Ｓ１は、ステップＳ１０１～Ｓ１０２を含む。
【0088】
ステップＳ１０１において、端末２０は、ユーザ情報およびグループ情報の入力を受け付ける。また、端末２０は、入力されたユーザ情報およびグループ情報をサーバ１０に送信する。ユーザ情報およびグループ情報の詳細および具体例については、前述した通りである。
【0089】
ステップＳ１０２において、サーバ１０は、端末２０から取得したユーザ情報およびグループ情報を、ユーザ情報ＤＢ５０に記憶する。ユーザ情報ＤＢ５０の具体例については、図６に示した通りである。
【0090】
【0091】
図１０において、画面例Ｇ１は、ユーザ情報を入力するための画面である。画面例Ｇ１において、ＵＩ（User Interface）オブジェクト群Ｇ１１は、図６に示したユーザ情報に含まれる各項目を入力する操作を受け付ける。ＵＩオブジェクトＧ１２（次へボタン）に対する操作が受け付けられると、端末２０は、画面例Ｇ１を画面例Ｇ２に遷移させる。
【0092】
画面例Ｇ２は、グループ情報を入力するための画面である。画面例Ｇ２において、ＵＩオブジェクトＧ２１（グループを作成ボタン）に対する操作が受け付けられると、端末２０は、画面例Ｇ２を画面例Ｇ３に遷移させる。画面例Ｇ２において、ＵＩオブジェクトＧ２２（グループに参加ボタン）に対する操作が受け付けられると、端末２０は、画面例Ｇ２を画面例Ｇ４に遷移させる。
【0093】
画面例Ｇ３は、新規のグループ情報を入力させるための画面である。画面例Ｇ３において、ＵＩオブジェクト群Ｇ３１は、図６に示したグループ情報に含まれる各項目を入力する操作を受け付ける。ＵＩオブジェクトＧ３２（登録ボタン）に対する操作が受け付けられると、端末２０は、画面例Ｇ１において入力されたユーザ情報の各項目と、画面例Ｇ３において入力されたグループ情報の各項目とを、サーバ１０に送信する。
【0094】
サーバ１０は、ステップＳ１０２において、新たなグループＩＤを発行し、当該グループＩＤと、受信したグループ情報の各項目とを含む新たなグループ情報を、グループ情報テーブル５２に追加する。また、サーバ１０は、新たなユーザＩＤを発行し、当該ユーザＩＤと、当該グループＩＤと、受信したユーザ情報の各項目とを含む新たなユーザ情報を、ユーザ情報テーブル５１に追加する。
【0095】
画面例Ｇ４は、既存のグループに参加するための画面である。画面例Ｇ４において、ＵＩオブジェクトＧ４１は、参加する既存のグループ名を入力する操作を受け付ける。ＵＩオブジェクトＧ４２（登録ボタン）に対する操作が受け付けられると、端末２０は、画面例Ｇ１において入力されたユーザ情報の各項目と、画面例Ｇ４において入力されたグループ名とを、サーバ１０に送信する。なお、この例では、グループ名によってグループが一意に識別できるものとするが、これに限られない。例えば、画面例Ｇ４は、グループ名を入力する代わりに、グループＩＤ、招待コード等を入力可能に構成してもよい。
【0096】
サーバ１０は、ステップＳ１０２において、グループ情報テーブル５２において、受信したグループ名を含むグループ情報のグループＩＤを特定する。また、サーバ１０は、新たなユーザＩＤを発行し、当該ユーザＩＤと、特定したグループＩＤと、受信したユーザ情報の各項目とを含む新たなユーザ情報を、ユーザ情報テーブル５１に追加する。
【0097】
（情報処理方法Ｓ２の流れ）
情報処理方法Ｓ２は、上述した献立作成支援機能を実現するための方法である。以下の説明においては、第１属性情報は調理者を示すものとし、第２属性情報は喫食者を示すものとする。また、第１属性情報が関連付けられているユーザを、「調理者」と記載する。また、第２属性情報が関連付けられているユーザを、「喫食者」と記載する。また、ここでは、ユーザＵ１が調理者として献立作成支援機能を利用するものとし、ユーザＵ２、Ｕ３が喫食者であるものとする。
情報処理方法Ｓ２は、上述した献立作成支援機能を実現するための方法である。以下の説明においては、第１属性情報は調理者を示すものとし、第２属性情報は喫食者を示すものとする。また、第１属性情報が関連付けられているユーザを、「調理者」と記載する。また、第２属性情報が関連付けられているユーザを、「喫食者」と記載する。また、ここでは、ユーザＵ１が調理者として献立作成支援機能を利用するものとし、ユーザＵ２、Ｕ３が喫食者であるものとする。
【0098】
情報処理方法Ｓ２は、調理者の端末２０－１においてアンケート情報が入力されることによって開始する。情報処理方法Ｓ２の流れについて、図１１～図１２を参照して説明する。図１１は、情報処理方法Ｓ２の流れを説明するフロー図である。図１２は、図１１に続く情報処理方法Ｓ２の流れを説明するフロー図である。図１１～図１２に示すように、情報処理方法Ｓ２は、ステップＳ２０１～Ｓ２２１を含む。
【0099】
ステップＳ２０１において、端末２０－１は、ユーザＵ１によって、調理者であること、および、アンケート情報の入力を受け付ける。アンケート情報は、調理者の状態を示す情報、および調理者によって入力される食品情報の一例である。端末２０－１は、調理者を示す第１属性情報と、ユーザＩＤ「Ｕ１」と、入力されたアンケート情報とを、サーバ１０に対して送信する。
【0100】
ステップＳ２０１で端末２０－１に表示される画面の一例について、図１３を参照して説明する。図１３は、献立作成支援機能において調理者に提示される画面の一例を示す図である。図１３において、画面例Ｇ４は、属性を選択するための画面である。画面例Ｇ４において、ＵＩオブジェクトＧ４１は、調理者（調理する人）か、喫食者（食べる人）かを選択する操作を受け付ける。ここでは、調理者を選択する操作が受け付けられたとする。喫食者が選択される場合については、変形例として後述する。ＵＩオブジェクトＧ４２（次へボタン）に対する操作が受け付けられると、端末２０－１は、画面例Ｇ４を画面例Ｇ５に遷移させる。
【0101】
画面例Ｇ５は、アンケート情報を入力するための画面である。画面例Ｇ５において、ＵＩオブジェクト群Ｇ５１は、調理者の状態を入力する操作を受け付ける。例えば、調理者の状態の一例である今の気分について「良い、普通、疲れ気味」の何れかを選択する操作が受け付けられる。また、調理者の状態の一例である食欲について「ある、普通、あまりない」の何れかを選択する操作が受け付けられる。
【0102】
また、ＵＩオブジェクト群Ｇ５１に含まれるＵＩオブジェクトＧ５１１（取り込むボタン）は、調理者の状態の一例である心拍数を、生体情報センサ２８の一例である脈拍センサから取り込むための操作を受け付ける。脈拍センサは、例えば、調理者が装着するウェアラブルデバイス（例えば、スマートウォッチ等）に内蔵されていてもよい。ＵＩオブジェクトＧ５１１に対する操作が受け付けられると、端末２０－１は、生体情報センサ２８から近距離通信により心拍数を取得する。
【0103】
ＵＩオブジェクト群Ｇ５２は、食品情報として、食品の種類を示す食品情報を入力する操作を受け付ける。例えば、食品情報の一例である食べたいものについて、ドロップダウンリストから食品の種類を選択する操作が受け付けられる。また、食品情報の一例である先週の摂食状況について、「肉、魚、卵、野菜、果物」等といった食品の種類を選択する操作が受け付けられる。また、ＵＩオブジェクト群Ｇ５２に含まれるＵＩオブジェクトＧ５２２（撮影ボタン）は、食品情報の一例である冷蔵庫の中身を入力する操作として、冷蔵庫の中身を撮影する操作を受け付ける。ＵＩオブジェクトＧ５２２に対する操作が受け付けられると、端末２０－１は、撮像装置２６によって生成された周囲を示す画像をリアルタイムに表示装置２５に表示し、調理者によるさらなる操作を受け付けた時点において表示中の画像を、食品情報として取得する。画面例Ｇ５においてＵＩオブジェクトＧ５３（送信ボタン）に対する操作が受け付けられると、端末２０は、画面例Ｇ５において入力されたアンケート情報をサーバ１０に送信する。
【0104】
再び図１１を参照してステップＳ２０２以降について説明する。ステップＳ２０２において、サーバ１０は、まず、以前に情報処理方法Ｓ２を実行したときに発行したセッションＩＤとは異なる新たなセッションＩＤを発行し、メモリ１２に一時的に記憶する。当該セッションＩＤは、少なくとも情報処理方法Ｓ２が終了するまで、メモリ１２に記憶される。
【0105】
また、ステップＳ２０２において、サーバ１０は、端末２０－１から受信した情報に基づいて、ユーザＵ１に関連付けられたユーザとして、ユーザＵ１と同一グループのユーザＵ２、Ｕ３を、喫食者として特定する。また、サーバ１０は、ユーザＵ１に第１属性情報を関連付けるとともに、ユーザＵ２、Ｕ３それぞれに第２属性情報を関連付ける。つまり、第１属性情報が関連付けられているユーザＵ１と、第２属性情報が関連付けられているユーザＵ２、Ｕ３とは、互いに関連付けられている。これにより、調理者は、自身に関連付けられたユーザを喫食者とする献立作成支援を受けることができる。
【0106】
一例として、サーバ１０は、端末２０－１から受信した情報に含まれるユーザＩＤ「Ｕ１」に、調理者を示す第１属性情報を関連付け、メモリ１２に一時的に記憶する。また、サーバ１０は、ユーザ情報ＤＢ５０を参照し、ユーザＩＤ「Ｕ１」を含むユーザ情報Ｕ１に対して、同一のグループＩＤ「Ｇ１」を含む他のユーザ情報Ｕ２、Ｕ３を特定する。また、サーバ１０は、特定したユーザ情報Ｕ２、Ｕ３に含まれるユーザＩＤ「Ｕ２」、「Ｕ３」のそれぞれに、喫食者を示す第２属性情報を関連付け、メモリ１２に一時的に記憶する。ユーザＩＤ「Ｕ１」および第１属性情報を関連付けた情報と、ユーザＩＤ「Ｕ２」、「Ｕ３」のそれぞれおよび第２属性情報を関連付けた情報とは、少なくとも情報処理方法Ｓ２が終了するまで、メモリ１２に記憶される。
【0107】
ステップＳ２０３において、サーバ１０は、調理者のユーザ情報Ｕ１および喫食者のユーザ情報Ｕ２、Ｕ３を、ユーザ情報ＤＢ５０から取得する。また、サーバ１０は、調理者による過去の評価情報として、ユーザＩＤ「Ｕ１」を含む評価情報Ｖ７を、評価情報ＤＢ６０から取得する。また、サーバ１０は、喫食者による過去の評価情報として、ユーザＩＤ、「Ｕ２」、「Ｕ３」を含む評価情報Ｖ１～Ｖ６を、評価情報ＤＢ６０から取得する。なお、過去の評価情報としては、例えば、ユーザＵ１～Ｕ３のユーザＩＤを含む評価情報のうち、所定の条件（例えば、直近の所定期間、直近の所定数等）を満たす評価情報が抽出されて取得されてもよい。
【0108】
ステップＳ２０４において、サーバ１０は、調理者に関連する情報、および、喫食者に関連する情報を選択用モデルＭＬに入力し、選択用モデルＭＬから出力される情報に基づいて、お勧めリストに含める複数の候補料理情報を選択する。当該処理は第１処理の一例である。「お勧めリスト」は、「複数の料理情報から選択された少なくとも一部の複数の候補料理情報」を含む情報の一例である。
【0109】
一例として、サーバ１０は、選択用モデルＭＬに、調理者に関連する情報として、ユーザＵ１のアンケート情報（ステップＳ２０１で受信）と、ユーザ情報Ｕ１（ステップＳ２０３で取得）と、ユーザＵ１による過去の評価情報Ｖ７（ステップＳ２０３で取得）とを入力する。また、サーバ１０は、選択用モデルＭＬに、さらに、喫食者に関連する情報として、ユーザ情報Ｕ２、Ｕ３（ステップＳ２０３で取得）と、ユーザＵ２、Ｕ３による過去の評価情報Ｖ１～Ｖ６（ステップＳ２０３で取得）とを入力する。
【0110】
これにより、選択用モデルＭＬからの出力情報に、例えば、図８に示した料理ＩＤおよびスコアのペアが含まれているとする。この場合、サーバ１０は、スコアが所定の条件（例えば、スコアが高いものから所定数、スコアが閾値以上、等）を満たす複数の料理ＩＤを選択し、選択した各料理ＩＤが示す料理情報を、候補料理情報として料理情報ＤＢ３０から取得する。また、サーバ１０は、取得した複数の候補料理情報および順位情報を含むお勧めリストを生成する。順位情報は、上述したスコアに基づき算出される。
【0111】
ステップＳ２０５において、サーバ１０は、お勧めリストを、喫食者に閲覧可能とする。当該処理は、第２処理の一例である。一例として、サーバ１０は、お勧めリストを、喫食者がそれぞれ利用する端末２０－２～２０－３に対して送信する。
【0112】
ステップＳ２０６において、端末２０－２、２０－３は、サーバ１０から受信したお勧めリストを表示する。これにより、喫食者は、調理者から提供される可能性がある料理を示す候補料理情報として、調理者および喫食者向けにパーソナライズされたお勧めリストを閲覧することができる。
【0113】
ステップＳ２０７において、端末２０－２、２０－３は、お勧めリストの各候補料理情報に対する第１評価情報を入力する操作を受け付ける。この例では、第１評価情報は、喫食者が候補料理情報を喫食する前に入力されるものとする。そこで、以降、「第１評価情報」を「喫食前の評価情報」とも記載する。端末２０－２、２０－３は、喫食者による喫食前の評価情報を、サーバ１０に対して送信する。
【0114】
ステップＳ２０６～Ｓ２０７で端末２０－２、２０－３に表示される画面の一例について、図１４を参照して説明する。図１４は、献立作成支援機能において喫食者に提示される画面の一例を示す図である。なお、図１４の例では、端末２０－３に表示される画面の一例を示しているが、端末２０－２に表示される画面についてもほぼ同様に説明される。
【0115】
図１４において、画面例Ｇ６は、お勧めリストを含む画面の一例である。画面例Ｇ６において、ＵＩオブジェクト群Ｇ６１は、複数の候補料理情報（トマト鍋、たらとじゃがいもソテー、里いもグラタン）と、それらの順位情報（第１位、第２位、第３位）と、を含んでいる。複数の候補料理情報（トマト鍋、たらとじゃがいもソテー、里いもグラタン）は、調理者としてのユーザＵ１がアンケート情報を入力したことを契機として、サーバ１０において料理情報ＤＢ３０から抽出されたものである。また、ＵＩオブジェクト群Ｇ６１は、複数の候補料理情報のそれぞれに対する喫食者の喫食前の評価情報を入力する操作を受け付ける。具体的には、ＵＩオブジェクト群Ｇ６１は、各候補料理情報について「食べたい、普通、食べたくない」の何れかを選択する操作を受け付ける。なお、各候補料理情報に対する評価の段階数は３に限られない。
【0116】
画面例Ｇ６において、ＵＩオブジェクトＧ６２（投票を送信ボタン）に対する操作が受け付けられると、端末２０－３は、ＵＩオブジェクト群Ｇ６１が受け付けた喫食前の評価情報を、サーバ１０に対して送信する。端末２０－２も同様にして、喫食前の評価情報をサーバ１０に対して送信する。
【0117】
再び図１１を参照してステップＳ２０８以降について説明する。ステップＳ２０８において、サーバ１０は、お勧めリストの各候補料理情報に対する、喫食者による喫食前の評価情報を、端末２０－２、２０－３から受信することにより取得する。当該処理は、第３処理の一例である。また、サーバ１０は、取得した喫食前の評価情報を、評価情報ＤＢ６０に登録する。当該処理は、喫食前の評価情報（第１評価情報）により「ユーザに関連する情報」を更新する第６処理の一例である。これにより、次回以降にユーザＵ１～Ｕ３が献立作成支援機能を利用する際に、当該ユーザＵ２、Ｕ３による「喫食前の評価情報」が選択用モデルＭＬに入力されるので、次回以降のお勧めリストがより精度よく生成される。
【0118】
一例として、サーバ１０は、新たな評価ＩＤを発行し、当該評価ＩＤと、ステップＳ２０３で記憶したセッションＩＤと、ユーザＩＤ「Ｕ２」とを含む評価情報を新たに生成する。また、サーバ１０は、当該評価情報に、端末２０－２から取得した喫食前の評価情報を第１評価情報として含めて、評価情報ＤＢ６０に登録する。また、サーバ１０は、新たな評価ＩＤを発行し、当該評価ＩＤと、前述のセッションＩＤと、ユーザＩＤ「Ｕ３」とを含む評価情報を新たに生成する。また、サーバ１０は、当該評価情報に、端末２０－３から取得した喫食前の評価情報を第１評価情報として含めて、評価情報ＤＢ６０に登録する。
【0119】
ステップＳ２０９において、サーバ１０は、お勧めリストから高評価リストを生成し、生成した高評価リストを、調理者が利用する端末２０－１に送信する。「高評価リスト」は、お勧めリストのうち少なくとも一部の候補料理情報と、当該候補料理情報に関する補足情報と、を含む。また、「高評価リスト」は、当該候補料理情報において使用される商品に関する使用商品情報を含んでいてもよい。当該処理は、第４処理の一例である。
【0120】
一例として、サーバ１０は、お勧めリストに含まれる複数の候補料理情報のうち、喫食者による喫食前の評価情報が高評価条件を満たす一部の候補料理情報を抽出し、高評価リストに含めてもよい。高評価条件とは、高評価であることを判定するための条件である。高評価条件は、ここでは、例えば、「食べたい」、「ふつう」、「食べたくない」をそれぞれ評価値２、１、０等で表し、評価値の合計が高いものから所定数、等の条件であってもよい。
【0121】
また、一例として、サーバ１０は、補足情報として、複数の喫食者のそれぞれによる喫食前の評価情報を統合した情報を生成してもよい。統合した情報とは、例えば、上述した評価値の合計に基づく順位情報であってもよい。
【0122】
また、一例として、サーバ１０は、使用商品情報として、高評価リストに含める候補料理情報において使用する商品の商品ＩＤを参照することにより、当該商品ＩＤを含む情報を商品情報ＤＢ４０から取得可能である。
【0123】
ステップＳ２１０において、端末２０－１は、サーバ１０から取得した高評価リストを表示する。当該処理は、第１３処理の一例である。ステップＳ２１１において、端末２０－１は、表示した高評価リストにおいて複数の候補料理情報の何れかを選択する操作を受け付ける。選択された候補料理情報は、調理者であるユーザＵ１によって献立として採用された料理を示す。また、端末２０－１は、選択された候補料理情報を、サーバ１０に送信する。
【0124】
当該ステップＳ２１０の実行により、調理者は、お勧めリストに含まれる候補料理情報のうち喫食者に高評価の候補料理情報およびその補足情報を知ることができ、献立として採用する料理を選択するための参考にすることができる。また、調理者は、そのような高評価の候補料理情報で使用される使用商品情報をさらに参考にして、献立として採用する料理を選択することができる。
【0125】
【0126】
図１５において、画面例Ｇ７は、高評価リストを含む画面である。画面例Ｇ７において、ＵＩオブジェクト群Ｇ７１は、高評価の候補料理情報（トマト鍋、里いもグラタン）を含んでいる。これらの高評価の候補料理情報（トマト鍋、里いもグラタン）は、例えば、お勧めリストに含まれる複数の候補料理情報（トマト鍋、たらとじゃがいもソテー、里いもグラタン）のうち評価値の合計が高いものから２つという高評価条件を満たすものである。また、ＵＩオブジェクト群Ｇ７１は、高評価の各候補料理情報に関する補足情報として、評価値の合計の順位情報である「第１位、第２位」を含んでいる。また、ＵＩオブジェクト群Ｇ７１は、高評価の複数の候補料理情報（トマト鍋、里いもグラタン）の中から何れかを選択する操作を受け付ける。調理者は、献立として採用する料理を決定し、決定した料理を示す候補料理情報を選択する操作を行う。
【0127】
また、画面例Ｇ７において、ＵＩオブジェクトＧ７２、Ｇ７３は、高評価の各候補料理情報において使用される商品に関する使用商品情報を含んでいる。例えば、ＵＩオブジェクトＧ７２は、「第１位：トマト鍋」において使用される商品が「ミネストローネの素」であることを示している。また、例えば、ＵＩオブジェクトＧ７３は、「第２位：里いもグラタン」において使用される商品が「マヨネーズ」であることを示している。また、ＵＩオブジェクトＧ７２、Ｇ７３は、使用商品に関する詳細情報の表示を指示する操作を受け付けてもよい。例えば、ＵＩオブジェクトＧ７２、Ｇ７３に対する操作が受け付けられると、端末２０－１は、画面例Ｇ７を、当該使用商品に関する詳細情報を含む画面（図示せず）に遷移させてもよい。そのような詳細情報を含む画面は、サーバ１０に対して、商品情報ＤＢ４０に記憶された商品情報を問い合わせることにより生成される。また、詳細情報を含む画面は、当該使用商品をオンラインで購入するためのＵＩオブジェクトを含んでいてもよい。
【0128】
また、画面例Ｇ７において、ＵＩオブジェクトＧ７４（選択ボタン）に対する操作が受け付けられると、端末２０－１は、選択された候補料理情報を示す情報（例えば、料理ＩＤ）を、サーバ１０に対して送信する。なお、調理者は、１つの候補料理情報を選択してもよく、主菜および副菜等といったように、複数の候補料理情報を選択してもよい。
【0129】
ステップＳ２１２において、サーバ１０は、調理者によって選択された候補料理情報を、端末２０－１から受信することにより取得する。当該処理は、第５処理の一例である。ステップＳ２１３において、サーバ１０は、端末２０－１から受信した、調理者によって選択された候補料理情報を、喫食者が利用する端末２０－２、２０－３に送信する。当該処理は、第１０処理の一例である。
【0130】
ステップＳ２１４において、端末２０－２、２０－３は、調理者によって選択された候補料理情報を表示する。ここで、ステップＳ２１３～Ｓ２１４の実行後、調理者は、選択した候補料理情報が示す料理を調理し、喫食者に提供したものとする。また、喫食者は、当該料理を喫食したものとする。続くステップＳ２１５以降のステップは、当該料理の喫食後に実行されることが期待される。
【0131】
ステップＳ２１５以降のステップについて、図１２を参照して説明する。ステップＳ２１５において、端末２０－２、２０－３は、調理者によって選択された候補料理情報に対する喫食者による第２評価情報を入力する操作を受け付ける。ここで、第２評価情報は、喫食後に入力されることが期待されるため、以降、第２評価情報を、喫食後の評価情報、と記載する。
【0132】
ステップＳ２１４～Ｓ２１５で端末２０－２、２０－３に表示される画面の一例について、図１６を参照して説明する。図１６は、調理者による候補料理情報の選択後に喫食者に提示される画面の一例を示す図である。なお、図１６の例では、端末２０－３に表示される画面の一例を示しているが、端末２０－２に表示される画面についてもほぼ同様に説明される。
【0133】
図１６において、画面例Ｇ８は、調理者により選択された候補料理情報を含む画面である。画面例Ｇ８において、ＵＩオブジェクトＧ８１は、調理者によって選択された候補料理情報を示す。この例では、調理者としてのユーザＵ１によって「トマト鍋」の候補料理情報が選択されたことを示している。ＵＩオブジェクトＧ８２は、当該「トマト鍋」に対する喫食後の評価情報を入力する操作を受け付ける。この例では、ＵＩオブジェクトＧ８２は、星マークの色を白から黒に反転させる操作を受け付ける。ＵＩオブジェクトＧ８２において、黒色の星マークの個数は、多いほど評価が高いことを示す。この例では、喫食後の評価情報は、黒色の星マークの個数１～５の５段階で表される。ＵＩオブジェクトＧ８３（評価を送信ボタン）は、入力した喫食後の評価情報を送信する操作を受け付ける。ＵＩオブジェクトＧ８３に対する操作を受け付けると、端末２０－２、２０－３は、喫食者による喫食後の評価情報を、サーバ１０に対して送信する。
【0134】
ステップＳ２１６において、サーバ１０は、調理者によって選択された候補料理情報に対する、喫食者による喫食後の評価情報を、端末２０－２、２０－３から受信することにより取得する。当該処理は、第１１処理の一例である。また、サーバ１０は、取得した喫食後の評価情報を、評価情報ＤＢ６０に登録する。一例として、サーバ１０は、評価情報ＤＢ６０において、前述したセッションＩＤと、ユーザＩＤ「Ｕ２」とを含む評価情報を特定する。
【0135】
また、サーバ１０は、特定した評価情報に、端末２０－２から取得した喫食後の評価情報を第２評価情報として含めて、評価情報ＤＢ６０を更新する。また、サーバ１０は、評価情報ＤＢ６０において、前述したセッションＩＤと、ユーザＩＤ「Ｕ３」とを含む評価情報を特定する。また、サーバ１０は、特定した評価情報に、端末２０－３から取得した喫食後の評価情報を第２評価情報として含めて、評価情報ＤＢ６０を更新する。これにより、次回以降にユーザＵ１～Ｕ３が献立作成支援機能を利用する際に、当該ユーザＵ２、Ｕ３による「喫食後の評価情報」が選択用モデルＭＬに入力されるので、次回以降のお勧めリストがより精度よく生成される。
【0136】
再び図１２を参照してステップＳ２１７以降について説明する。ステップＳ２１７において、サーバ１０は、喫食者による喫食後の評価情報を、調理者が利用する端末２０－１に送信する。当該処理は、第１２処理の一例である。
【0137】
ステップＳ２１８において、端末２０－１は、調理者によって選択された候補料理情報について、喫食者による喫食後の評価情報を表示する。これにより、調理者は、自身が選択した候補料理情報が示す料理に対する喫食後の評価を知ることができ、以降の料理の選択、以降の調理等の参考にすることができる。
【0138】
ステップＳ２１９において、端末２０－１は、調理者によって選択された候補料理情報に対する当該調理者による第３評価情報を入力する操作を受け付ける。ここで、第３評価情報は、選択された候補料理情報が示す料理を調理した後に入力されることが期待されるため、以降、第３評価情報を、調理後の評価情報、と記載する。
【0139】
ステップＳ２１８～Ｓ２１９でユーザＵ１が利用する端末２０－１に表示される画面の一例について、図１７を参照して説明する。図１７は、調理者による候補料理情報の選択後に当該調理者に提示される画面の一例を示す図である。
【0140】
図１７において、画面例Ｇ９は、喫食後の評価情報を含む画面である。画面例Ｇ９において、ＵＩオブジェクト群Ｇ９１は、選択された候補料理情報に対する、喫食者による喫食後の評価情報を含んでいる。この例では、喫食後の評価情報は、黒色の星マークの個数で表されている。具体的には、選択された「トマト鍋」に対して、ユーザＵ２による喫食後の評価は５段階中４であり、ユーザＵ３による喫食後の評価は５段階中５である。
【0141】
ＵＩオブジェクトＧ９２は、当該「トマト鍋」に対する調理後の評価情報を入力する操作を受け付ける。この例では、当該ＵＩオブジェクトＧ９２の詳細については、喫食後の評価情報を入力するためのＵＩオブジェクトＧ８２と同様に説明されるため、詳細な説明を繰り返さない。ＵＩオブジェクトＧ９３（評価を送信ボタン）は、入力した調理後の評価情報を送信する操作を受け付ける。ＵＩオブジェクトＧ９３に対する操作を受け付けると、端末２０－１は、調理者による調理後の評価情報を、サーバ１０に対して送信する。
【0142】
再び図１２を参照してステップＳ２２０以降について説明する。ステップＳ２２０において、サーバ１０は、調理者によって選択された候補料理情報に対する当該調理者による調理後の評価情報を、端末２０－１から受信することにより取得する。当該処理は、第８処理の一例である。また、サーバ１０は、新たな評価ＩＤを発行し、当該評価ＩＤと、前述したセッションＩＤと、ユーザＩＤ「Ｕ１」とを含む評価情報を新たに生成する。また、サーバ１０は、当該評価情報に、取得した調理後の評価情報を第３評価情報として含めて、評価情報ＤＢ６０に登録する。これにより、次回以降にユーザＵ１～Ｕ３が献立作成支援機能を利用する際に、当該ユーザＵ１による「調理後の評価情報」が選択用モデルＭＬに入力されるので、次回以降のお勧めリストがより精度よく生成される。
【0143】
ステップＳ２２１において、サーバ１０は、喫食者による喫食前の評価情報、喫食後の評価情報、および調理者による調理後の評価情報を含むよう更新された評価情報ＤＢ６０を参照して、選択用モデルＭＬを更新する。当該処理は、第７処理および第９処理の一例である。
【0144】
選択用モデルＭＬの更新は、次のようにして行われてもよい。例えば、選択用モデルＭＬが学習用データを用いて学習されている場合について説明する。この場合、サーバ１０は、「評価情報ＤＢ６０に新たに追加された評価情報」を含む入力情報と、「調理者によって選択された候補料理情報の料理ＩＤおよび最も高いスコア」を含む出力情報とを関連付けた新たな学習用データを生成する。また、サーバ１０は、既存の学習用データおよび新たに生成した学習用データを含む学習用データを用いて、選択用モデルＭＬを再学習させてもよい。例えば、サーバ１０は、新たに生成した学習用データを用いて重回帰分析を行うことにより、選択用モデルＭＬとしての変換テーブルを更新してもよい。また、サーバ１０は、既存の選択用モデルＭＬに対して、新たな学習用データを用いて追加学習を行ってもよい。なお、学習を必要としないアルゴリズムにより実現された選択用モデルＭＬを用いる場合、選択用モデルＭＬは、新たに評価情報が追加された評価情報ＤＢ６０を参照して動作する。これにより、選択用モデルＭＬは、次回以降に候補料理情報を選択する精度を向上させることができる。
【0145】
これにより、選択用モデルＭＬは、ユーザＵ１による調理後の評価が高い料理情報についてより高いスコアを算出するよう更新される。また、選択用モデルＭＬは、ユーザＵ２、Ｕ３による喫食前の評価または喫食後の評価がより高い料理情報についてより高いスコアを算出するよう更新される。その結果、次回以降にユーザＵ１～Ｕ３が献立作成支援機能を利用する際に当該更新された選択用モデルＭＬが用いられるので、次回以降のお勧めリストがより精度よく生成される。
【0146】
＜本実施形態の効果＞
このように、本実施形態では、第１処理の一例として、調理者に関連する情報および喫食者に関連する情報に基づいて料理情報ＤＢ３０から選択した複数の候補料理情報を用いてお勧めリストを生成し、第２処理の一例として、お勧めリストを喫食者に閲覧可能とし、第３処理の一例として、お勧めリストに含まれる候補料理情報に対する喫食者による喫食前の評価情報を取得し、第４処理の一例として、喫食前の評価情報に基づいてお勧めリストから抽出した高評価リストを調理者に閲覧可能とする。高評価リストは、お勧めリストのうち喫食者による喫食前の評価情報が高評価条件を満たすものであり、当該喫食前の評価情報に基づく補足情報も含んでいる。
このように、本実施形態では、第１処理の一例として、調理者に関連する情報および喫食者に関連する情報に基づいて料理情報ＤＢ３０から選択した複数の候補料理情報を用いてお勧めリストを生成し、第２処理の一例として、お勧めリストを喫食者に閲覧可能とし、第３処理の一例として、お勧めリストに含まれる候補料理情報に対する喫食者による喫食前の評価情報を取得し、第４処理の一例として、喫食前の評価情報に基づいてお勧めリストから抽出した高評価リストを調理者に閲覧可能とする。高評価リストは、お勧めリストのうち喫食者による喫食前の評価情報が高評価条件を満たすものであり、当該喫食前の評価情報に基づく補足情報も含んでいる。
【0147】
これにより、調理者は、アンケート情報を入力することにより提示される当該高評価リストの中から、喫食者の評価を参考にして、献立として採用する料理を容易に選択することができる。このように、本実施形態に係る情報処理システム１は、喫食者の評価を考慮した献立作成を支援することができる、との効果を奏する。また、このような効果は、例えば、国連が提唱する持続可能な開発目標（ＳＤＧｓ）の目標２「飢餓をゼロに」等の達成にも貢献するものである。
【0148】
〔変形例１〕
上述した実施形態において、ユーザＵ１が調理者として情報処理システム１を利用する例を中心について説明した。これに限らず、ユーザＵ２またはＵ３が調理者として情報処理システム１を利用してもよい。前述したように、献立作成支援機能を利用する都度、ユーザＵ１～Ｕ３のそれぞれには、調理者を示す第１属性情報および喫食者を示す第２属性情報の何れかが動的に関連付けられる。
上述した実施形態において、ユーザＵ１が調理者として情報処理システム１を利用する例を中心について説明した。これに限らず、ユーザＵ２またはＵ３が調理者として情報処理システム１を利用してもよい。前述したように、献立作成支援機能を利用する都度、ユーザＵ１～Ｕ３のそれぞれには、調理者を示す第１属性情報および喫食者を示す第２属性情報の何れかが動的に関連付けられる。
【0149】
〔変形例２〕
上述した実施形態において、献立作成支援機能を実現する情報処理方法Ｓ２は、調理者によるアンケート情報の入力によって開始するものとして説明した。これに限らず、情報処理方法Ｓ２は、調理者によるアンケート情報の入力の代わりに、喫食者によるアンケート情報の入力によって開始してもよい。例えば、ステップＳ２０１は、端末２０－１ではなく端末２０－２または２０－３において実行されてもよい。この場合、図１３に示した画面例Ｇ５において「食べる人」が選択され、画面例Ｇ５において入力された情報は、喫食者に関連する情報としてサーバ１０に送信される。また、この場合、サーバ１０は、調理者として、喫食者と同一グループに属するユーザのうち事前に設定されたユーザ、または、喫食者によって指定されたユーザを特定してもよい。
上述した実施形態において、献立作成支援機能を実現する情報処理方法Ｓ２は、調理者によるアンケート情報の入力によって開始するものとして説明した。これに限らず、情報処理方法Ｓ２は、調理者によるアンケート情報の入力の代わりに、喫食者によるアンケート情報の入力によって開始してもよい。例えば、ステップＳ２０１は、端末２０－１ではなく端末２０－２または２０－３において実行されてもよい。この場合、図１３に示した画面例Ｇ５において「食べる人」が選択され、画面例Ｇ５において入力された情報は、喫食者に関連する情報としてサーバ１０に送信される。また、この場合、サーバ１０は、調理者として、喫食者と同一グループに属するユーザのうち事前に設定されたユーザ、または、喫食者によって指定されたユーザを特定してもよい。
【0150】
また、情報処理方法Ｓ２は、調理者または喫食者によるアンケート情報の入力によらずに、事前に設定された日時に開始してもよい。この場合、サーバ１０は、第１処理において、調理者に関連する情報および喫食者に関連する情報として、上述したアンケート情報以外の情報を選択用モデルＭＬに入力することによりお勧めリストを生成する。
【0151】
また、情報処理方法Ｓ２は、撮像装置２６による冷蔵庫の中身の撮影、または、生体情報センサ２８からの生体情報の取得に応じて開始してもよい。この場合、端末２０－１は、例えば、画面例Ｇ５において撮影ボタンまたは取り込みボタンのみを表示し、撮影または取り込みに応じて取得した情報をサーバ１０に送信するようにしてもよい。
【0152】
〔変形例３〕
上述した実施形態において、サーバ１０は、調理者のアンケート情報および喫食者のアンケート情報の双方を取得するようにしてもよい。例えば、サーバ１０は、調理者のアンケート情報を受信したことを契機として、喫食者の端末２０に画面例Ｇ５を表示して喫食者のアンケート情報を受信するようにしてもよい。または、サーバ１０は、喫食者のアンケート情報を受信したことを契機として、調理者の端末２０に画面例Ｇ５を表示して調理者のアンケート情報を受信するようにしてもよい。この場合、サーバ１０は、第１処理において、喫食者に関連する情報として、上述した情報に加えて、喫食者のアンケート情報を選択用モデルＭＬに入力することによりお勧めリストを生成する。
上述した実施形態において、サーバ１０は、調理者のアンケート情報および喫食者のアンケート情報の双方を取得するようにしてもよい。例えば、サーバ１０は、調理者のアンケート情報を受信したことを契機として、喫食者の端末２０に画面例Ｇ５を表示して喫食者のアンケート情報を受信するようにしてもよい。または、サーバ１０は、喫食者のアンケート情報を受信したことを契機として、調理者の端末２０に画面例Ｇ５を表示して調理者のアンケート情報を受信するようにしてもよい。この場合、サーバ１０は、第１処理において、喫食者に関連する情報として、上述した情報に加えて、喫食者のアンケート情報を選択用モデルＭＬに入力することによりお勧めリストを生成する。
【0153】
〔変形例４〕
上述した実施形態において、サーバ１０は、第１処理において、調理者に関連する情報および喫食者に関連する情報の両方を参照してお勧めリストを作成するものとして説明したが、いずれか一方のみを参照してお勧めリストを作成してもよい。
上述した実施形態において、サーバ１０は、第１処理において、調理者に関連する情報および喫食者に関連する情報の両方を参照してお勧めリストを作成するものとして説明したが、いずれか一方のみを参照してお勧めリストを作成してもよい。
【0154】
〔変形例５〕
上述した実施形態において、サーバ１０は、第２処理において、お勧めリストを喫食者に閲覧可能とすることに加えて、調理者に閲覧可能としてもよい。これにより、調理者は、お勧めリストおよび後で提示される高評価リストを比較して、高評価リストに含まれなかった候補料理情報（換言すると、例えば、喫食者による評価が低かった候補料理情報）を知ることができる。
上述した実施形態において、サーバ１０は、第２処理において、お勧めリストを喫食者に閲覧可能とすることに加えて、調理者に閲覧可能としてもよい。これにより、調理者は、お勧めリストおよび後で提示される高評価リストを比較して、高評価リストに含まれなかった候補料理情報（換言すると、例えば、喫食者による評価が低かった候補料理情報）を知ることができる。
【0155】
〔変形例６〕
上述した実施形態において、サーバ１０は、第４処理において、高評価リストを調理者に閲覧可能とすることに加えて、喫食者に閲覧可能としてもよい。これにより、複数の喫食者が存在する場合、各喫食者は、補足情報として、他の喫食者による喫食前の評価情報、または複数の喫食者による喫食前の評価情報を統合した情報を知ることができる。その結果、喫食者は、後で調理者によって選択される候補料理情報に対する納得感を高めることができる。
上述した実施形態において、サーバ１０は、第４処理において、高評価リストを調理者に閲覧可能とすることに加えて、喫食者に閲覧可能としてもよい。これにより、複数の喫食者が存在する場合、各喫食者は、補足情報として、他の喫食者による喫食前の評価情報、または複数の喫食者による喫食前の評価情報を統合した情報を知ることができる。その結果、喫食者は、後で調理者によって選択される候補料理情報に対する納得感を高めることができる。
【0156】
〔変形例７〕
上述した実施形態において、サーバ１０は、第１２処理において、喫食後の評価情報を調理者に閲覧可能とすることに加えて、喫食者に閲覧可能としてもよい。これにより、複数の喫食者が存在する場合、各喫食者は、他の喫食者による喫食後の評価情報、または複数の喫食者による喫食後の評価情報を統合した情報を知ることができる。
上述した実施形態において、サーバ１０は、第１２処理において、喫食後の評価情報を調理者に閲覧可能とすることに加えて、喫食者に閲覧可能としてもよい。これにより、複数の喫食者が存在する場合、各喫食者は、他の喫食者による喫食後の評価情報、または複数の喫食者による喫食後の評価情報を統合した情報を知ることができる。
【0157】
〔変形例８〕
上述した実施形態において、サーバ１０は、必ずしも第１０処理を実行しなくてもよい。換言すると、サーバ１０は、調理者によって選択された候補料理情報を、喫食者に閲覧可能としなくてもよい。この場合、端末２０－２、２０－３において、例えば、喫食前の評価を受け付ける画面例Ｇ６において、喫食後の評価がさらに受け付けられてもよい。また、高評価リストを喫食者にも閲覧可能としている場合、高評価リストにおいて喫食後の評価がさらに受け付けられてもよい。
上述した実施形態において、サーバ１０は、必ずしも第１０処理を実行しなくてもよい。換言すると、サーバ１０は、調理者によって選択された候補料理情報を、喫食者に閲覧可能としなくてもよい。この場合、端末２０－２、２０－３において、例えば、喫食前の評価を受け付ける画面例Ｇ６において、喫食後の評価がさらに受け付けられてもよい。また、高評価リストを喫食者にも閲覧可能としている場合、高評価リストにおいて喫食後の評価がさらに受け付けられてもよい。
【0158】
〔変形例９〕
上述した実施形態において、サーバ１０は、必ずしも調理者による調理後の評価情報を取得しなくてもよい。この場合、サーバ１０は、第８処理において、高評価リストに含まれる各候補料理情報に対して調理者が選択したか否かを示す情報を第３評価情報として、評価情報ＤＢ６０に登録してもよい。これにより、調理者が選択した候補料理情報が、調理者に関連する情報として、次回以降の献立作成支援機能において参照され、次回以降のお勧めリストがより精度よく生成される。また、サーバ１０は、第９処理において、そのような第３評価情報を用いて選択用モデルＭＬを更新してもよい。これにより、選択用モデルＭＬは、調理者が選択した候補料理情報のスコアがより高くなるよう更新される。その結果、次回以降のお勧めリストがより精度よく生成される。
上述した実施形態において、サーバ１０は、必ずしも調理者による調理後の評価情報を取得しなくてもよい。この場合、サーバ１０は、第８処理において、高評価リストに含まれる各候補料理情報に対して調理者が選択したか否かを示す情報を第３評価情報として、評価情報ＤＢ６０に登録してもよい。これにより、調理者が選択した候補料理情報が、調理者に関連する情報として、次回以降の献立作成支援機能において参照され、次回以降のお勧めリストがより精度よく生成される。また、サーバ１０は、第９処理において、そのような第３評価情報を用いて選択用モデルＭＬを更新してもよい。これにより、選択用モデルＭＬは、調理者が選択した候補料理情報のスコアがより高くなるよう更新される。その結果、次回以降のお勧めリストがより精度よく生成される。
【0159】
〔変形例１０〕
上述した実施形態において、サーバ１０は、お勧めリストに含まれる候補料理情報の一部を抽出して高評価リストに含める例について説明した。これに限らず、サーバ１０は、お勧めリストに含まれる全ての候補料理情報を、喫食前の評価情報に基づく補足情報とともに含めた補足情報付きのお勧めリストを、高評価リストの代わりに生成してもよい。本変形例は、上述の説明において「高評価リスト」を「補足情報付きのお勧めリスト」と読み替えることにより同様に説明される。
上述した実施形態において、サーバ１０は、お勧めリストに含まれる候補料理情報の一部を抽出して高評価リストに含める例について説明した。これに限らず、サーバ１０は、お勧めリストに含まれる全ての候補料理情報を、喫食前の評価情報に基づく補足情報とともに含めた補足情報付きのお勧めリストを、高評価リストの代わりに生成してもよい。本変形例は、上述の説明において「高評価リスト」を「補足情報付きのお勧めリスト」と読み替えることにより同様に説明される。
【0160】
〔変形例１１〕
上述した実施形態において、情報処理システム１は、必ずしも情報処理方法Ｓ１のユーザ登録機能を実行しなくてもよい。換言すると、情報処理システム１は、ユーザ登録を行わなくても利用可能であってもよい。例えば、画面例Ｇ５において、調理者のアンケート情報とともに、喫食者を特定する情報が入力されてもよい。この場合、情報処理システム１は、情報処理方法Ｓ２の第１処理において、少なくとも調理者のアンケート情報に基づいてお勧めリストを生成し、当該お勧めリストを、入力された喫食者に閲覧可能としてもよい。このような変形例においても、調理者は、お勧めリストから抽出された高評価リストを閲覧し、喫食者の評価を参考にして容易に料理を選択することができる。
上述した実施形態において、情報処理システム１は、必ずしも情報処理方法Ｓ１のユーザ登録機能を実行しなくてもよい。換言すると、情報処理システム１は、ユーザ登録を行わなくても利用可能であってもよい。例えば、画面例Ｇ５において、調理者のアンケート情報とともに、喫食者を特定する情報が入力されてもよい。この場合、情報処理システム１は、情報処理方法Ｓ２の第１処理において、少なくとも調理者のアンケート情報に基づいてお勧めリストを生成し、当該お勧めリストを、入力された喫食者に閲覧可能としてもよい。このような変形例においても、調理者は、お勧めリストから抽出された高評価リストを閲覧し、喫食者の評価を参考にして容易に料理を選択することができる。
【0161】
〔変形例１２〕
上述した実施形態において、情報処理システム１は、情報処理方法Ｓ２において少なくともステップＳ２０１～Ｓ２１０を実行すればよく、必ずしもステップＳ２１１以降を実行しなくてもよい。換言すると、情報処理システム１は、喫食後の評価および調理後の評価を取得しなくてもよい。このような変形例においても、調理者は、お勧めリストから抽出された高評価リストを閲覧し、喫食者の喫食前の評価を参考にして容易に料理を選択することができる。
上述した実施形態において、情報処理システム１は、情報処理方法Ｓ２において少なくともステップＳ２０１～Ｓ２１０を実行すればよく、必ずしもステップＳ２１１以降を実行しなくてもよい。換言すると、情報処理システム１は、喫食後の評価および調理後の評価を取得しなくてもよい。このような変形例においても、調理者は、お勧めリストから抽出された高評価リストを閲覧し、喫食者の喫食前の評価を参考にして容易に料理を選択することができる。
【0162】
〔変形例１３〕
上述した実施形態において、第１処理では、献立作成支援機能を利用するグループ内の各ユーザに関連する情報（第１評価情報、第２評価情報、または／および第３評価情報を含む）を参照して、候補料理情報が選択される例について説明した。これに限らず、第１処理において、グループ内だけでなくグループ外のユーザにより入力された評価情報（第１評価情報、第２評価情報、または／および第３評価情報）を参照して候補料理情報が選択されてもよい。グループ外のユーザにより入力された評価情報としては、例えば、評価情報ＤＢ６０に蓄積されている第１評価情報、第２評価情報、および第３評価情報の一部または全部が参照される。また、サーバ１０は、グループに固有の選択用モデルＭＬを、グループ内の評価情報に基づき再学習させてもよく、各グループに共通の選択用モデルＭＬを、評価情報ＤＢ６０に蓄積されている各ユーザの評価情報に基づき再学習させてもよい。グループに固有の選択用モデルＭＬを用いる場合、ユーザは、自身が属するグループにおける評価が反映された候補料理情報を知ることができる。共通の選択用モデルＭＬを用いる場合、ユーザは、グループ外の他のユーザの評価も反映された候補料理情報を知ることができる。なお、本変形例においては、グループごとに、グループに固有の選択用モデルＭＬを用いるか、共通の選択用モデルＭＬを用いるかを設定可能であってもよい。
上述した実施形態において、第１処理では、献立作成支援機能を利用するグループ内の各ユーザに関連する情報（第１評価情報、第２評価情報、または／および第３評価情報を含む）を参照して、候補料理情報が選択される例について説明した。これに限らず、第１処理において、グループ内だけでなくグループ外のユーザにより入力された評価情報（第１評価情報、第２評価情報、または／および第３評価情報）を参照して候補料理情報が選択されてもよい。グループ外のユーザにより入力された評価情報としては、例えば、評価情報ＤＢ６０に蓄積されている第１評価情報、第２評価情報、および第３評価情報の一部または全部が参照される。また、サーバ１０は、グループに固有の選択用モデルＭＬを、グループ内の評価情報に基づき再学習させてもよく、各グループに共通の選択用モデルＭＬを、評価情報ＤＢ６０に蓄積されている各ユーザの評価情報に基づき再学習させてもよい。グループに固有の選択用モデルＭＬを用いる場合、ユーザは、自身が属するグループにおける評価が反映された候補料理情報を知ることができる。共通の選択用モデルＭＬを用いる場合、ユーザは、グループ外の他のユーザの評価も反映された候補料理情報を知ることができる。なお、本変形例においては、グループごとに、グループに固有の選択用モデルＭＬを用いるか、共通の選択用モデルＭＬを用いるかを設定可能であってもよい。
【0163】
〔変形例１４〕
上述した実施形態において、サーバ１０は、評価情報ＤＢ６０に蓄積されている各ユーザの評価情報に基づいて、料理情報ＤＢ３０に蓄積された料理情報を更新してもよい。料理情報の更新とは、例えば、評価が低いとの条件を満たす料理情報の削除、評価内容に基づく料理情報の変更、評価が高いとの条件を満たす料理情報を組み合わせた新たな料理情報の追加、等が挙げられるが、これらに限られない。
上述した実施形態において、サーバ１０は、評価情報ＤＢ６０に蓄積されている各ユーザの評価情報に基づいて、料理情報ＤＢ３０に蓄積された料理情報を更新してもよい。料理情報の更新とは、例えば、評価が低いとの条件を満たす料理情報の削除、評価内容に基づく料理情報の変更、評価が高いとの条件を満たす料理情報を組み合わせた新たな料理情報の追加、等が挙げられるが、これらに限られない。
【0164】
〔記録媒体による実現例〕
サーバ１０および端末２０に記憶されるプログラムＰ１およびＰ２は、一時的ではなく、コンピュータ読み取り可能な、１または複数の記録媒体に記録されていてもよい。この記録媒体は、上記装置が備えていてもよいし、備えていなくてもよい。後者の場合、上記プログラムは、有線または無線の任意の伝送媒体を介して上記装置に供給されてもよい。
サーバ１０および端末２０に記憶されるプログラムＰ１およびＰ２は、一時的ではなく、コンピュータ読み取り可能な、１または複数の記録媒体に記録されていてもよい。この記録媒体は、上記装置が備えていてもよいし、備えていなくてもよい。後者の場合、上記プログラムは、有線または無線の任意の伝送媒体を介して上記装置に供給されてもよい。
【0165】
〔ハードウェアによる実現例〕
また、上記プログラムＰ１およびＰ２をサーバ１０および端末２０が実行することにより実現される機能の一部または全部は、論理回路により実現することも可能である。例えば、当該論理回路が形成された集積回路も本発明の範疇に含まれる。この他にも、例えば量子コンピュータにより上記機能を実現することも可能である。
また、上記プログラムＰ１およびＰ２をサーバ１０および端末２０が実行することにより実現される機能の一部または全部は、論理回路により実現することも可能である。例えば、当該論理回路が形成された集積回路も本発明の範疇に含まれる。この他にも、例えば量子コンピュータにより上記機能を実現することも可能である。
【0166】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【0167】
〔まとめ〕
態様１に係るプログラムは、第１属性情報が関連付けられているユーザ、および、前記第１属性情報と異なる第２属性情報が関連付けられているユーザのうち少なくとも一方に関連する情報に基づいて、複数の料理情報の中から少なくとも一部の複数の料理情報のそれぞれを候補料理情報として選択する第１処理と、前記第１処理において選択された複数の前記候補料理情報を、前記第２属性情報が関連付けられているユーザに閲覧可能とする第２処理と、前記候補料理情報に対する、前記第２属性情報が関連付けられているユーザによる評価を示す第１評価情報を取得する第３処理と、複数の前記候補料理情報のうち少なくとも一部の候補料理情報と、当該候補料理情報に対応する前記第１評価情報に基づいて生成された当該候補料理情報に関する補足情報とを、前記第１属性情報が関連付けられているユーザに閲覧可能とする第４処理と、を、コンピュータに実行させる。上記構成によれば、献立を作成するユーザは、第４処理で閲覧可能とされた候補料理情報の中から、当該ユーザとは異なる属性を有するユーザによる評価に基づく補足情報を参考にして、献立として採用する料理を選択することができる。その結果、献立を作成するユーザとは異なる属性を有するユーザの評価を考慮した献立作成を支援することができる。
態様１に係るプログラムは、第１属性情報が関連付けられているユーザ、および、前記第１属性情報と異なる第２属性情報が関連付けられているユーザのうち少なくとも一方に関連する情報に基づいて、複数の料理情報の中から少なくとも一部の複数の料理情報のそれぞれを候補料理情報として選択する第１処理と、前記第１処理において選択された複数の前記候補料理情報を、前記第２属性情報が関連付けられているユーザに閲覧可能とする第２処理と、前記候補料理情報に対する、前記第２属性情報が関連付けられているユーザによる評価を示す第１評価情報を取得する第３処理と、複数の前記候補料理情報のうち少なくとも一部の候補料理情報と、当該候補料理情報に対応する前記第１評価情報に基づいて生成された当該候補料理情報に関する補足情報とを、前記第１属性情報が関連付けられているユーザに閲覧可能とする第４処理と、を、コンピュータに実行させる。上記構成によれば、献立を作成するユーザは、第４処理で閲覧可能とされた候補料理情報の中から、当該ユーザとは異なる属性を有するユーザによる評価に基づく補足情報を参考にして、献立として採用する料理を選択することができる。その結果、献立を作成するユーザとは異なる属性を有するユーザの評価を考慮した献立作成を支援することができる。
【0168】
態様２に係るプログラムは、態様１において、前記第１処理では、前記関連する情報に基づいて前記候補料理情報を選択するための選択用モデルを用いる。上記構成により、献立を作成するユーザとは異なる属性を有するユーザに閲覧させるための候補料理情報を、選択用モデルにより精度よく選択することができる。
【0169】
態様３に係るプログラムは、態様１または態様２において、前記第１属性情報が関連付けられているユーザについての前記関連する情報は、前記第１属性情報が関連付けられているユーザの状態を示す情報、および、前記第１属性情報が関連付けられているユーザによって入力された食品の種類を示す食品情報からなる群から選択される１つ以上の情報を含み、前記第２属性情報が関連付けられているユーザについての前記関連する情報は、前記第２属性情報が関連付けられているユーザの状態を示す情報、および、前記第２属性情報が関連付けられているユーザによって入力された食品の種類を示す食品情報からなる群から選択される１つ以上の情報を含む。上記構成により、上記構成により、献立を作成するユーザとは異なる属性を有するユーザに閲覧させるための候補料理情報を、より精度よく選択することができる。
【0170】
態様４に係るプログラムは、態様１から態様３の何れか１つにおいて、前記第２処理では、複数の前記候補料理情報の順位を示す順位情報を、前記第２属性情報が関連付けられているユーザに閲覧可能とする。上記構成により、献立を作成するユーザとは異なる属性を有するユーザは、当該順位情報を参考にして、より容易に第１評価情報を入力することができる。
【0171】
態様５に係るプログラムは、態様１から態様４の何れか１つにおいて、前記第１属性情報が関連付けられているユーザと、前記第２属性情報が関連付けられているユーザとは、互いに関連付けられている。上記構成により、献立を作成するユーザは、当該ユーザに関連付けられているユーザの評価を参考にして、献立として採用する料理を選択することができる。
【0172】
態様６に係るプログラムは、態様１から態様５の何れか１つにおいて、前記第４処理は、前記第１属性情報が関連付けられているユーザに閲覧可能とする前記候補料理情報と共に、当該候補料理情報が示す料理の調理に使用する商品を示す情報を閲覧可能とする処理を含む。上記構成により、献立を作成するユーザは、当該使用する商品を示す情報を参考にして、献立として採用する料理を選択することができる。
【0173】
態様７に係るプログラムは、態様１から態様６の何れか１つにおいて、前記補足情報は、複数の前記候補料理情報の示す候補料理のそれぞれに対する評価を示す情報、および、複数の前記候補料理情報のうち少なくとも一部の複数の候補料理情報の順位を示す情報のうち、少なくとも一方を含む。上記構成により、献立を作成するユーザとは異なる属性を有するユーザは、第３処理において閲覧可能とされた候補料理情報のそれぞれを個別に評価することができるか、または、第３処理において閲覧可能とされた複数の候補料理情報に対して順位をつけることにより評価することができる。
【0174】
態様８に係るプログラムは、態様１から態様７の何れか１つにおいて、前記第１属性情報が関連付けられているユーザによって、前記第４処理で閲覧可能とされた複数の前記候補料理情報の中から選択された少なくとも一部の候補料理情報を取得する第５処理を、前記コンピュータにさらに実行させる。上記構成によれば、献立を作成するユーザは、第４処理で閲覧可能とされた候補料理情報の中から何れか１つを選択して入力することができる。
【0175】
態様９に係るプログラムは、態様１から態様８の何れか１つにおいて、前記第１評価情報が含まれるように前記関連する情報を更新する第６処理、または、前記関連する情報に基づいて前記候補料理情報を選択するための選択用モデルを前記第１処理で用いる場合に、前記第１評価情報を用いて前記選択用モデルを更新する第７処理を、前記コンピュータにさらに実行させる。上記構成によれば、献立を作成するユーザとは異なる属性を有するユーザによる評価を用いて、当該ユーザに対して次回以降に閲覧可能とする候補料理情報を精度よく選択することができる。
【0176】
態様１０に係るプログラムは、態様８において、前記第５処理で取得した前記少なくとも一部の候補料理情報が含まれるように前記関連する情報を更新する第８処理、または、前記関連する情報に基づいて前記候補料理情報を選択するための選択用モデルを前記第１処理で用いる場合に、前記第５処理で取得した前記少なくとも一部の候補料理情報を用いて前記選択用モデルを更新する第９処理を、前記コンピュータにさらに実行させる。上記構成によれば、献立を作成するユーザによって選択された候補料理情報を用いて、当該ユーザとは異なる属性を有するユーザに対して次回以降に閲覧可能とする候補料理情報を精度よく選択することができる。
【0177】
態様１１に係るプログラムは、態様１から態様１０の何れか１つにおいて、前記第４処理の後に、前記第２処理で閲覧可能とされた前記候補料理情報のうちの少なくとも一部に対する、または、前記第４処理で閲覧可能とされた前記候補料理情報のうちの少なくとも一部を、前記第２属性情報が関連付けられているユーザに閲覧可能とする第１０処理を前記コンピュータにさらに実行させる場合において、当該第１０処理で閲覧可能とされた前記候補料理情報のうちの少なくとも一部に対する、前記第２属性情報が関連付けられているユーザによる評価を示す第２評価情報を取得する第１１処理を、前記コンピュータにさらに実行させる。上記構成によれば、献立を作成するユーザが献立として料理を選択した後に、当該ユーザとは異なる属性を有するユーザは、候補料理情報に対する評価を入力することができる。
【0178】
態様１２に係るプログラムは、態様１１において、前記第２評価情報を、前記第１属性情報が関連付けられているユーザに閲覧可能とする第１２処理を、前記コンピュータにさらに実行させる。上記構成によれば、献立を作成するユーザは、自身が料理を選択した後に、当該ユーザとは異なるユーザによってなされた評価を知ることができ、以降の料理の選択等の参考にすることができる。
【0179】
態様１３に係る情報処理システムは、態様１から態様１２の何れか１つのプログラムを実行する少なくとも１つの情報処理装置を備える。上記構成によれば、態様１から態様１２の何れかと同様の効果を奏する。
【0180】
態様１４に係るプログラムは、第１属性情報が関連付けられているユーザに情報を閲覧可能とする処理を、コンピュータに実行させるプログラムであって、前記処理は、複数の料理情報の中から選択された一部の複数の候補料理情報のうち少なくとも一部の候補料理情報と、前記第１属性情報と異なる第２属性情報が関連付けられているユーザによる、前記候補料理情報に対する評価を示す、第１評価情報に基づいて生成された、当該候補料理情報に関する補足情報とを、前記第１属性情報が関連付けられているユーザに閲覧可能とする第１３処理を含み、前記第１属性情報が関連付けられているユーザと、前記第２属性情報が関連付けられているユーザとは、互いに関連付けられている。上記構成によれば、献立を作成するユーザは、閲覧可能とされた候補料理情報の中から、当該ユーザとは異なる属性を有し且つ当該ユーザに関連付けられているユーザによる評価に基づく補足情報を参考にして、献立として採用する料理を選択することができる。その結果、献立を作成するユーザとは異なる属性を有するユーザの評価を考慮した献立作成を支援することができる。
【0181】
態様１５に係るプログラムは、態様１４において、前記第１３処理は、当該第１属性情報が関連付けられているユーザの操作に応じて実行される。上記構成によれば、献立を作成するユーザは、自身の操作に応じて、献立を作成するための候補料理情報および補足情報を閲覧することができる。
【符号の説明】
【0182】
１ 情報処理システム
１０ サーバ
１１、２１ プロセッサ
１２、２２ メモリ
１３、２３ ネットワークインタフェース
２０、２０－１、２０－２、２０－３ 端末
２４ 入力装置
２５ 表示装置
２６ 撮像装置
２７ 近距離通信インタフェース
２８ 生体情報センサ
１０ サーバ
１１、２１ プロセッサ
１２、２２ メモリ
１３、２３ ネットワークインタフェース
２０、２０－１、２０－２、２０－３ 端末
２４ 入力装置
２５ 表示装置
２６ 撮像装置
２７ 近距離通信インタフェース
２８ 生体情報センサ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】