(57)【要約】【課題】ユーザの状況に応じた料理情報を提示できる料理情報管理装置を提供する。【解決手段】一態様に係る料理情報管理装置は、ユーザの繁忙の度合いと前記ユーザの料理スキルのレベルとの少なくとも一方を問い合わせるための問合せ情報を出力する問合せ部と、前記問合せ情報に対して入力された前記ユーザの回答情報を取得する回答情報取得部と、前記取得された回答情報に基づいて、前記ユーザが実行可能な調理条件を推定する第１の推定部と、記憶部に記憶された、調理条件に基づいて分類された料理情報の中から、前記推定された調理条件に対応する推奨料理情報を選択する選択部と、前記選択された推奨料理情報を出力する出力部と、を備える。【選択図】図４
2020160504.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの繁忙の度合いと前記ユーザの料理スキルのレベルとの少なくとも一方を問い合わせるための問合せ情報を出力する問合せ部と、
前記問合せ情報に対して入力された前記ユーザの回答情報を取得する回答情報取得部と、
前記取得された回答情報に基づいて、前記ユーザが実行可能な調理条件を推定する第１の推定部と、
記憶部に記憶された、調理条件に基づいて分類された料理情報の中から、前記推定された調理条件に対応する推奨料理情報を選択する選択部と、
前記選択された推奨料理情報を出力する出力部と、
を備える料理情報管理装置。
【請求項２】
前記ユーザの食事履歴を表す食事履歴情報を含む第１のログデータを取得する第１のログデータ取得部と、
前記取得された第１のログデータに基づいて、前記ユーザが過去の所定期間に摂取した栄養素量を算出する算出部と、
前記算出された栄養素量が予め設定された第１の栄養素条件を満たすか否かを判定する判定部と、
を備え、
前記選択部は、前記算出された栄養素量が前記第１の栄養素条件を満たさないと前記判定部により判定された場合には、前記記憶部に記憶された料理情報の中から、前記推定された調理条件に対応する、かつ、予め設定された第２の栄養素条件を満たす栄養素量の料理に関する前記推奨料理情報を選択する、請求項１に記載の料理情報管理装置。
【請求項３】
前記ユーザの食事履歴を表す食事履歴情報を含む第１のログデータを取得する第１のログデータ取得部と、
前記取得された第１のログデータに基づいて、前記ユーザが希望するジャンル又は使用食材を推定する第２の推定部と、
を備え、
前記記憶部に記憶された料理情報は、前記調理条件と、ジャンルと使用食材との少なくとも一方と、に基づいて分類されており、
前記選択部は、前記記憶部に記憶された料理情報の中から、前記推定された調理条件と前記推定されたジャンル又は使用食材とに対応する前記推奨料理情報を選択する、請求項１又は２に記載の料理情報管理装置。
【請求項４】
前記第１のログデータ取得部は、前記食事履歴情報と、前記出力部により出力された推奨料理情報の履歴を表す提案履歴情報と、を含む前記第１のログデータを取得する、請求項３に記載の料理情報管理装置。
【請求項５】
前記ユーザの調理履歴を表す調理履歴情報を含む第２のログデータを取得する第２のログデータ取得部を備え、
前記第１の推定部は、前記取得された回答情報と前記取得された第１のログデータとに基づいて、前記ユーザが実行可能な調理条件を推定する、請求項１乃至４のいずれか１項に記載の料理情報管理装置。
【請求項６】
前記第２のログデータ取得部は、前記調理履歴情報と、前記出力部により出力された推奨料理情報の履歴を表す提案履歴情報と、を含む前記第２のログデータを取得する、請求項５に記載の料理情報管理装置。
【請求項７】
前記記憶部に記憶された料理情報は、料理のレシピを含む料理情報と、料理の買い物リストを含む料理情報と店舗にて店内喫食若しくは持ち帰り喫食のために供される料理の情報を含む料理情報との少なくともいずれかと、を含む、請求項１乃至６のいずれか１項に記載の料理情報管理装置。
【請求項８】
コンピュータが実行する料理情報管理方法であって、
ユーザの繁忙の度合いと前記ユーザの料理スキルのレベルとの少なくとも一方を問い合わせるための問合せ情報を出力する工程と、
前記問合せ情報に対して入力された前記ユーザの回答情報を取得する工程と、
前記取得された回答情報に基づいて、前記ユーザが実行可能な調理条件を推定する工程と、
記憶部に記憶された、調理条件に基づいて分類された料理情報の中から、前記推定された調理条件に対応する推奨料理情報を選択する工程と、
前記選択された推奨料理情報を出力する工程と、
を備える料理情報管理方法。
【請求項９】
請求項１乃至７のいずれか１項に記載された料理情報管理装置が備える各部としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の態様は、レシピなどの料理情報をユーザに提供する技術に関する。
【背景技術】
【０００２】
従来、料理レシピを提供するシステムが提案されている。例えば、特許文献１には、ユーザの健康維持及び健康増進を図るために、料理レシピを提示するシステムが開示されている。このシステムは、ユーザの健康状態に基づいて提示すべき料理レシピを決定する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１３６２９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示されたシステムでは、繁忙度又は料理スキルといったユーザの状況については考慮されない。このため、例えば、ユーザが多忙であるにもかかわらず、調理に長い時間が掛かる料理レシピが提示されることがある。この場合、ユーザが提示された料理レシピを採用する可能性は低い。
【０００５】
本発明は、上記の事情に着目してなされたものであり、その目的は、ユーザの状況に応じた料理情報を提示することができる料理情報管理装置、料理情報管理方法、及びプログラムを提供することである。
【課題を解決するための手段】
【０００６】
本発明は、上記課題を解決するために、以下の構成を採用する。
【０００７】
本発明の第１の態様では、ユーザの繁忙の度合いと前記ユーザの料理スキルのレベルとの少なくとも一方を問い合わせるための問合せ情報を出力する問合せ部と、前記問合せ情報に対して入力された前記ユーザの回答情報を取得する回答情報取得部と、前記取得された回答情報に基づいて、前記ユーザが実行可能な調理条件を推定する第１の推定部と、記憶部に記憶された、調理条件に基づいて分類された料理情報の中から、前記推定された調理条件に対応する推奨料理情報を選択する選択部と、前記選択された推奨料理情報を出力する出力部と、を備える料理情報管理装置が提供される。
【０００８】
上記の構成によれば、ユーザの状況を表すユーザの申告に応じて調理条件が推定される。これにより、ユーザの状況に適合する調理条件を推定することが可能となる。その結果、ユーザの状況に応じた料理情報をユーザに提示することができる。言い換えると、ユーザにとって採用しやすい料理情報をユーザに提示することができる。
【０００９】
本発明の第２の態様では、前記料理情報管理装置は、前記ユーザの食事履歴を表す食事履歴情報を含む第１のログデータを取得する第１のログデータ取得部と、前記取得された第１のログデータに基づいて、前記ユーザが過去の所定期間に摂取した栄養素量を算出する算出部と、前記算出された栄養素量が予め設定された第１の栄養素条件を満たすか否かを判定する判定部と、を備え、前記選択部は、前記算出された栄養素量が前記第１の栄養素条件を満たさないと前記判定部により判定された場合には、前記記憶部に記憶された料理情報の中から、前記推定された調理条件に対応する、かつ、予め設定された第２の栄養素条件を満たす栄養素量の料理に関する前記推奨料理情報を選択する。
【００１０】
上記の構成によれば、ユーザの栄養管理を適切に行うことが可能となる。その結果、ダイエット又は食事療法に取り組むユーザにとって好適な料理情報をユーザに提示することができる。
【００１１】
本発明の第３の態様では、前記料理情報管理装置は、前記ユーザの食事履歴を表す食事履歴情報を含む第１のログデータを取得する第１のログデータ取得部と、前記取得された第１のログデータに基づいて、前記ユーザが希望するジャンル又は使用食材を推定する第２の推定部と、を備え、前記記憶部に記憶された料理情報は、前記調理条件と、ジャンルと使用食材との少なくとも一方と、に基づいて分類されており、前記選択部は、前記記憶部に記憶された料理情報の中から、前記推定された調理条件と前記推定されたジャンル又は使用食材とに対応する前記推奨料理情報を選択する。
【００１２】
上記の構成によれば、ユーザが嗜好する料理に関する料理情報をユーザに提示することが可能となる。その結果、ユーザがより採用しやすい料理情報をユーザに提示することができる。
【００１３】
本発明の第４の態様では、前記第１のログデータ取得部は、前記食事履歴情報と、前記出力部により出力された推奨料理情報の履歴を表す提案履歴情報と、を含む前記第１のログデータを取得する。
【００１４】
上記の構成によれば、ユーザがどの料理情報を採用したかを把握することが可能となる。その結果、ユーザが嗜好する料理を詳細に推定することができ、ユーザがより採用しやすい料理情報をユーザに提示することができる。
【００１５】
本発明の第５の態様では、前記料理情報管理装置は、前記ユーザの調理履歴を表す調理履歴情報を含む第２のログデータを取得する第２のログデータ取得部を備え、前記第１の推定部は、前記取得された回答情報と前記取得された第１のログデータとに基づいて、前記ユーザが実行可能な調理条件を推定する。
【００１６】
上記の構成によれば、ユーザの状況に適合する調理条件を推定する性能が向上する。その結果、ユーザの状況に応じた料理情報を提示することができる。
【００１７】
本発明の第６の態様では、前記第２のログデータ取得部は、前記調理履歴情報と、前記出力部により出力された推奨料理情報の履歴を表す提案履歴情報と、を含む前記第２のログデータを取得する。
【００１８】
上記の構成によれば、ユーザがどの料理情報を採用したかを把握することが可能となり、ユーザの状況に適合する調理条件を推定する性能がより向上する。その結果、ユーザがより採用しやすい料理情報をユーザに提示することができる。
【００１９】
本発明の第７の態様では、前記記憶部に記憶された料理情報は、料理のレシピを含む料理情報と、料理の買い物リストを含む料理情報と店舗にて店内喫食若しくは持ち帰り喫食のために供される料理の情報を含む料理情報との少なくともいずれかと、を含む。
【００２０】
上記の構成によれば、ユーザの状況に応じてレシピ又は買い物リスト若しくは外食メニューをユーザに提示することが可能となる。その結果、ユーザにとってより採用しやすい料理情報をユーザに提示することができる。
【００２１】
本発明の第８の態様では、コンピュータが実行する料理情報管理方法であって、ユーザの繁忙の度合いと前記ユーザの料理スキルのレベルとの少なくとも一方を問い合わせるための問合せ情報を出力する工程と、前記問合せ情報に対して入力された前記ユーザの回答情報を取得する工程と、前記取得された回答情報に基づいて、前記ユーザが実行可能な調理条件を推定する工程と、記憶部に記憶された、調理条件に基づいて分類された料理情報の中から、前記推定された調理条件に対応する推奨料理情報を選択する工程と、前記選択された推奨料理情報を出力する工程と、を備える料理情報管理方法が提供される。
【００２２】
上記の構成によれば、第１の態様に係る料理情報管理装置と同様の効果が得られる。
【００２３】
本発明の第９の態様では、第１乃至第７の態様のいずれかの態様に係る料理情報管理装置が備える各部としてコンピュータを機能させるためのプログラムが提供される。
【００２４】
上記の構成によれば、第１乃至第７の態様のいずれかの態様に係る料理情報管理装置と同様の効果が得られる。
【発明の効果】
【００２５】
本発明によれば、ユーザの状況に応じた料理情報を提示することができる料理情報管理装置、料理情報管理方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００２６】
【図１】図１は、一実施形態に係る料理情報管理システムを示すブロック図である。
【図２】図２は、図１に示したサーバのハードウェア構成例を示すブロック図である。
【図３】図３は、図１に示したユーザ端末のハードウェア構成例を示すブロック図である。
【図４】図４は、図１に示したサーバのソフトウェア構成例を示すブロック図である。
【図５】図５は、図１に示したユーザ端末のソフトウェア構成例を示すブロック図である。
【図６】図６は、図１の料理情報管理システムの動作例を説明するシーケンス図である。
【図７】図７は、図１に示したサーバの動作例を説明するフローチャートである。
【図８】図８は、図１に示したサーバの動作例を説明するフローチャートである。
【図９】図９は、図４に示した料理情報記憶部に記憶される情報の一例を示す図である。
【発明を実施するための形態】
【００２７】
以下、図面を参照しながら本発明の実施形態を説明する。
【００２８】
［概要］
図１は、一実施形態に係る料理情報管理システム１０を概略的に示している。料理情報管理システム１０は、ユーザの状況を表すユーザの申告に基づいて料理情報をユーザに提供するものである。本実施形態では、料理情報は料理のレシピを含む。
【００２９】
図１に示すように、料理情報管理システム１０は、ユーザ端末１１及びサーバ１２を備え、これらはインターネットなどのネットワークＮＷを介して互いに通信する。ユーザ端末１１は、スマートフォン、タブレット、携帯電話、ノートパソコン、デスクトップパソコンなど、ユーザが使用するコンピュータである。本実施形態では、サーバ１２が本発明の料理情報管理装置に相当する。
【００３０】
サーバ１２は、調理条件に基づいて分類された料理情報を保持する。サーバ１２は、ユーザの繁忙の度合いとユーザの料理スキルのレベルとの少なくとも一方を問い合わせるための問合せ情報を、ユーザ端末１１に送信する。ユーザ端末１１は、サーバ１２から問合せ情報を受信し、受信した問合せ情報を表示する。ユーザ端末１１は、問合せ情報に対する回答を入力するための入力インタフェースを提供する。ユーザ端末１１は、ユーザが入力インタフェースを用いて入力した回答を表す回答情報を、サーバ１２に送信する。サーバ１２は、ユーザ端末１１から回答情報を受信し、受信した回答情報に基づいて、ユーザが実行可能な調理条件を推定する。サーバ１２は、保持している料理情報の中から、推定された調理条件に対応する推奨料理情報を選択し、選択した推奨料理情報を、ユーザ端末１１に送信する。ユーザ端末１１は、サーバ１２から推奨料理情報を受信し、受信した推奨料理情報を表示する。
【００３１】
上述した構成を有する料理情報管理システム１０では、ユーザの状況を表すユーザの申告に応じて調理条件が推定される。これにより、ユーザの状況に適合する調理条件を推定することが可能となる。その結果、ユーザの状況に応じた料理情報をユーザに提示することができる。言い換えると、ユーザにとって採用しやすい料理情報をユーザに提示することができる。一例では、ユーザが忙しいことを申告した場合には、料理情報管理システム１０は、調理時間の短い料理に関する料理情報をユーザに提供する。他の例では、ユーザが料理スキルが低いことを申告した場合には、料理情報管理システム１０は、調理法の簡単な料理に関する料理情報をユーザに提供する。
【００３２】
［構成例］
（ハードウェア構成）
＜サーバ＞
図２を参照して、図１に示したサーバ１２のハードウェア構成の一例について説明する。図２に示す例では、サーバ１２は、ハードウェアとして、制御部２１、記憶部２２、入力装置２３、出力装置２４、通信インタフェース２５、外部インタフェース２６、ドライブ２７、及び電源部２８を備え、これらは互いに電気的に接続される。
【００３３】
制御部２１は、ＣＰＵ（Central Processing Unit）２１１、ＲＡＭ（Random Access Memory）２１２、プログラムメモリ２１３を含み、各構成要素を制御する。ＣＰＵ２１１はハードウェアプロセッサの一例である。ＲＡＭ２１２は、ＳＲＡＭ（Static RAM）などの揮発性メモリであり、ワーキングメモリとしてＣＰＵ２１１に使用される。プログラムメモリ２１３は、料理情報管理プログラムなどのプログラム及びプログラムを実行するために必要な設定データを記憶する。プログラムメモリ２１３として、例えばＲＯＭ（Read-Only Memory）が使用される。なお、プログラムメモリ２１３は記憶部２２の一部であってもよい。
【００３４】
記憶部２２は、例えばハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）などの不揮発性メモリを含み、料理情報などのデータを非一時的に記憶する。記憶部２２に含まれる記憶媒体は、コンピュータ又は機械がプログラムなどの情報を読み取り可能なように、電気的、磁気的、光学的、機械的又は化学的作用によって情報を記憶する媒体である。
【００３５】
入力装置２３は入力を受け付ける装置である。一例では、入力装置２３はキーボード及びマウスを含む。出力装置２４は出力を行う装置である。一例では、出力装置２４は表示装置及びスピーカを含む。
【００３６】
通信インタフェース２５は、外部装置と通信するためのインタフェースである。例えば、通信インタフェース２５は図１に示したユーザ端末１１と通信するために使用される。また、通信インタフェース２５は、制御部２１により実行されるプログラムを、他のサーバ（図示せず）からダウンロードするために使用されてよい。通信インタフェース２５は、例えばＬＡＮ（Local Area Network）端子を備え、ＬＡＮケーブルによってネットワークＮＷ（図１）に接続される。或いは、通信インタフェース２５は、無線ＬＡＮモジュール、Bluetooth（登録商標）モジュールなどの無線モジュールを備えてよい。
【００３７】
外部インタフェース２６は、プリンタなどの外部機器を接続するためのインタフェースである。例えば、外部インタフェース２６は、ＵＳＢ（Universal Serial Bus）ポートなどの複数の端子を備える。
【００３８】
ドライブ２７は、リムーバブル記憶媒体からデータを読み出す及び／又はリムーバブル記憶媒体へデータを書き込むための装置である。ドライブ２７は、例えば、半導体メモリドライブ、ＣＤ（Compact Disk）ドライブ、ＤＶＤ（Digital Versatile Disk）ドライブなどである。ドライブ２７は、制御部２１により実行されるプログラムを取得するために使用されてよい。
【００３９】
電源部２８は、制御部２１、記憶部２２、入力装置２３、出力装置２４、通信インタフェース２５、外部インタフェース２６、及びドライブ２７に電力を供給する。例えば、電源部２８は、商用電源に接続するための端子とＡＣ／ＤＣコンバータとを備える。
【００４０】
なお、サーバ１２の具体的なハードウェア構成に関して、実施に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部２１は、複数のハードウェアプロセッサを含んでいてもよい。
【００４１】
＜ユーザ端末＞
図３を参照して、図１に示したユーザ端末１１のハードウェア構成の一例について説明する。図３に示す例では、ユーザ端末１１は、ハードウェアとして、制御部３１、記憶部３２、入力装置３３、出力装置３４、通信インタフェース３５、外部インタフェース３６、ドライブ３７、及び電源部３８を備え、これらは互いに電気的に接続される。
【００４２】
制御部３１は、ＣＰＵ３１１、ＲＡＭ３１２、プログラムメモリ３１３を含み、情報処理に応じて各構成要素を制御する。ＣＰＵ３１１はハードウェアプロセッサの一例である。ＲＡＭ３１２は、ＳＲＡＭなどの揮発性メモリであり、ワーキングメモリとしてＣＰＵ３１１に使用される。プログラムメモリ３１３は、プログラム及びプログラムを実行するために必要な設定データを記憶する。プログラムメモリ３１３として、例えばＲＯＭ（Read-Only Memory）が使用される。なお、プログラムメモリ３１３は記憶部３２の一部であってもよい。
【００４３】
記憶部３２は、例えばハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）又はフラッシュメモリなどの不揮発性メモリを含み、データを非一時的に記憶する。記憶部３２に含まれる記憶媒体は、コンピュータ又は機械がプログラムなどの情報を読み取り可能なように、電気的、磁気的、光学的、機械的又は化学的作用によって情報を記憶する媒体である。
【００４４】
入力装置３３は入力を受け付ける装置である。入力装置は、例えば、問合せ情報に対する回答、食事履歴、及び調理履歴を入力するために使用される。出力装置３４は出力を行う装置である。出力装置３４は、問合せ情報及び推奨料理情報を提示するために使用される。一例では、出力装置３４としての表示装置と入力装置３３としてのタッチパネルとを含むタッチスクリーンが使用される。入力装置３３はカメラ及びマイクロフォンを含んでよい。出力装置３４はボタン及びスピーカを含んでよい。
【００４５】
通信インタフェース３５は、外部装置と通信するためのインタフェースである。例えば、通信インタフェース３５は図１に示したサーバ１２と通信するために使用される。通信インタフェース３５は、移動通信モジュール、無線ＬＡＮモジュール、Bluetoothモジュールなどの無線モジュールを備えてよい。
【００４６】
外部インタフェース３６は、プリンタなどの外部機器を接続するためのインタフェースである。例えば、外部インタフェース３６は、マイクロＵＳＢポートなどの複数の端子を備える。
【００４７】
ドライブ３７は、リムーバブル記憶媒体からデータを読み出す及び／又はリムーバブル記憶媒体へデータを書き込むための装置である。ドライブ３７は例えば半導体メモリドライブである。
【００４８】
電源部３８は、制御部３１、記憶部３２、入力装置３３、出力装置３４、通信インタフェース３５、外部インタフェース３６、及びドライブ３７に電力を供給する。例えば、電源部３８は充電可能なバッテリを含む。
【００４９】
なお、ユーザ端末１１の具体的なハードウェア構成に関して、実施に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部３１は、複数のハードウェアプロセッサを含んでいてもよい。
【００５０】
（ソフトウェア構成）
＜サーバ＞
図４を参照して、図１に示したサーバ１２のソフトウェア構成の一例について説明する。図４に示す例では、サーバ１２は、問合せ部４０１、回答情報取得部４０２、推定部４０３、選択部４０４、出力部４０５、及び料理情報記憶部４１１を備える。問合せ部４０１、回答情報取得部４０２、推定部４０３、選択部４０４、及び出力部４０５は、サーバ１２の制御部２１がプログラムメモリ２１３に記憶された料理情報管理プログラムを実行することにより実現される。制御部２１がプログラムを実行する際は、制御部２１は、プログラムをＲＡＭ２１２に展開する。そして、制御部２１は、ＲＡＭ２１２に展開されたプログラムをＣＰＵ２１１により解釈及び実行する。料理情報記憶部４１１は記憶部２２により実現される。
【００５１】
料理情報記憶部４１１は、調理条件に基づいて分類された料理情報を記憶する。料理情報は各々、例えば、１つ又は複数の料理の名前及びレシピを含む。料理情報は各々、適切な栄養構成となる１つ又は複数の料理に関するレシピを含む。一例として、調理条件は、調理時間を表す調理時間情報を含む。また、調理条件は、調理時間情報に代えて又は追加して、料理の難易度を表す難易度情報を含んでもよく、調理工程（例えば、切る、加熱するなど）に関する情報を含んでもよく、調理道具（例えば、包丁、フライパンなど）又は設備（例えば、電子レンジ、オーブンなど）に関する情報を含んでもよい。料理情報は、調理条件に追加して他の条件に基づいて分類されてよい。他の条件の例は、ジャンル、使用食材などを含む。ジャンルとしては、例えば、和食、洋食、中華などがある。
【００５２】
問合せ部４０１は、ユーザの繁忙の度合いとユーザの料理スキルのレベルとの少なくとも一方を問い合わせるための問合せ情報を出力する。問合せ情報は、ユーザの気分又はユーザの体調などを問い合わせるための情報を含んでよい。問合せ部４０１は、通信インタフェース２５を介してユーザ端末１１に問合せ情報を送信する。
【００５３】
回答情報取得部４０２は、問合せ情報に対して入力されたユーザの回答情報を取得する。回答情報取得部４０２は、通信インタフェース２５を介してユーザ端末１１から回答情報を受信する。回答情報は、ユーザにより入力された問合せ情報に対する回答を表す。
【００５４】
推定部４０３は、回答情報取得部４０２により取得された回答情報に基づいて、ユーザが実行可能な調理条件を推定する。例えば、回答情報がユーザが忙しい状態にあることを表す場合、推定部４０３は、短い調理時間に対応する調理条件を、ユーザが実行可能な調理条件として推定する。
【００５５】
選択部４０４は、料理情報記憶部４１１に記憶された料理情報の中から、推定部４０３により推定された調理条件に対応する推奨料理情報を選択する。推定部４０３により推定された調理条件に対応する料理情報が複数ある場合には、選択部４０４は、これらの料理情報のうちの１又は複数を推奨料理情報として選択してもよく、これらの料理情報すべてを推奨料理情報として選択してもよい。
【００５６】
出力部４０５は、選択部４０４により選択された推奨料理情報を出力する。出力部４０５は、通信インタフェース２５を介してユーザ端末１１に推奨料理情報を送信する。
【００５７】
サーバ１２は、ログデータ取得部４０６をさらに備えてよい。ログデータ取得部４０６は、ユーザに関するログデータを取得する。ログデータ取得部４０６は、通信インタフェース２５を介してユーザ端末１１からログデータを取得する。ログデータは、ユーザの食事履歴を表す食事履歴情報とユーザの調理履歴を表す調理履歴情報との少なくとも一方を含む。食事履歴は、ユーザが摂取した食事の内容を表す履歴である。調理履歴は、ユーザが調理した料理を表す履歴である。
【００５８】
推定部４０３は、回答情報取得部４０２により取得された回答情報とログデータ取得部４０６により取得されたログデータに含まれる調理履歴情報とに基づいて、ユーザが実行可能な調理条件を推定する。例えば、調理履歴情報が、ユーザが調理の簡単な料理を作るという傾向を示す場合、推定部４０３は、ユーザが実行可能な調理条件が低い難易度であると推定する。
【００５９】
サーバ１２は、推定部４０７をさらに備えてよい。推定部４０７は、回答情報取得部４０２により取得されたログデータに含まれる食事履歴情報に基づいて、ユーザが希望するすなわちユーザが嗜好するジャンル又は使用食材を推定する。例えば、食事履歴情報が、ユーザが和食を好んで食べるという傾向を示す場合、推定部４０７は、ユーザが希望するジャンルが和食であると推定する。
【００６０】
選択部４０４は、料理情報記憶部４１１に記憶された料理情報の中から、推定部４０３により推定された調理条件と推定部４０７により推定されたジャンル又は使用食材とに対応する推奨料理情報を選択してよい。例えば、選択部４０４は、料理情報記憶部４１１に記憶された料理情報の中から、調理時間が短いかつジャンルが和食である料理情報を選択する。
【００６１】
サーバ１２は、算出部４０８及び判定部４０９をさらに備えてよい。算出部４０８は、ログデータ取得部４０６により取得されたログデータに含まれる食事履歴情報に基づいて、ユーザが過去の所定期間に摂取した栄養素量（栄養素に関する量）を算出する。サーバ１２が朝食又は昼食に関して処理を行う場合は、過去の所定期間は例えばその前の日である。例えば、サーバ１２が３月１４日の昼食に関して処理を行う場合、サーバ１２は、ユーザが３月１３日に摂取した栄養素量を算出する。サーバ１２が夕食に関して処理を行う場合は、過去の所定期間は例えば当日である。例えば、サーバ１２が３月１４日の夕食に関して処理を行う場合、サーバ１２は、ユーザが３月１４日に摂取した栄養素量を算出する。なお、サーバ１２が昼食又は夕食に関して処理を行う場合、過去の所定期間は例えば前日及び当日を含む期間であってよい。なお、所定期間は上記の例に限定されない。例えば、所定期間は、３日間、１週間などであってよい。栄養素の例は、エネルギ（カロリー）、炭水化物、たんぱく質、脂質、塩分、糖質、食物繊維を含む。算出部４０８は、複数種類の栄養素に関する量を算出してもよい。例えば、算出部４０８は、食事履歴情報に基づいて、ユーザが過去の所定期間に摂取したエネルギ量及び塩分量を算出してよい。
【００６２】
判定部４０９は、算出部４０８により算出されたエネルギ量が予め設定された栄養素条件（第１の栄養素条件）を満たすか否かを判定する。判定部４０９は、判定結果を選択部４０４に通知する。
【００６３】
算出部４０８により算出された栄養素量が栄養素条件を満たさないと判定部４０９により判定された場合には、選択部４０４は、料理情報記憶部４１１に記憶された料理情報の中から、推定部４０３により推定された調理条件に対応する、かつ、予め設定された他の栄養素条件（第２の栄養素条件）を満たす栄養素量の料理に関する推奨料理情報を選択してよい。算出部４０８により算出された栄養素量が栄養素条件を満たすと判定部４０９により判定された場合には、選択部４０４は、料理情報記憶部４１１に記憶された料理情報の中から、推定部４０３により推定された調理条件に対応する推奨料理情報を選択してよい。第１の栄養素条件及び第２の栄養素条件は、対象となる栄養素の種類に応じて設定される。さらに、第１の栄養素条件及び第２の栄養素条件は、例えば、ユーザの属性（例えば年齢及び性別）に応じて設定されてよい。
【００６４】
栄養素がエネルギである例では、算出部４０８は、ログデータ取得部４０６により取得されたログデータに含まれる食事履歴情報に基づいて、ユーザが過去の所定期間に摂取したエネルギ量を算出する。判定部４０９は、算出部４０８により算出されたエネルギ量が予め設定された第１の閾値を超えるか否かを判定する。算出部４０８により算出されたエネルギ量が第１の閾値を超えると判定部４０９により判定された場合には、選択部４０４は、料理情報記憶部４１１に記憶された料理情報の中から、推定部４０３により推定された調理条件に対応する、かつ、予め設定された第２の閾値より低いエネルギ量の料理に関する推奨料理情報を選択してよい。算出部４０８により算出されたエネルギ量が第１の閾値を超えないと判定部４０９により判定された場合には、選択部４０４は、料理情報記憶部４１１に記憶された料理情報の中から、推定部４０３により推定された調理条件に対応する推奨料理情報を選択してよい。第１の閾値及び第２の閾値は、ダイエット又は食事療法などの食事管理の目的に応じて設定されてよい。ダイエット又は食事療法では、摂取エネルギ量を低く抑えることが望まれる。食事療法は、例えば、糖尿病又は高血圧などの治療に関連する。
【００６５】
栄養素がたんぱく質である例では、算出部４０８は、ログデータ取得部４０６により取得されたログデータに含まれる食事履歴情報に基づいて、ユーザが過去の所定期間に摂取したたんぱく質量を算出する。判定部４０９は、算出部４０８により算出されたたんぱく質量が予め設定された第１の閾値を下回るか否かを判定する。算出部４０８により算出されたたんぱく質量が第１の閾値を下回ると判定部４０９により判定された場合には、選択部４０４は、料理情報記憶部４１１に記憶された料理情報の中から、推定部４０３により推定された調理条件に対応する、かつ、予め設定された第２の閾値を超えるたんぱく質量の料理に関する推奨料理情報を選択してよい。算出部４０８により算出されたたんぱく質量が第１の閾値を下回らないと判定部４０９により判定された場合には、選択部４０４は、料理情報記憶部４１１に記憶された料理情報の中から、推定部４０３により推定された調理条件に対応する推奨料理情報を選択してよい。
【００６６】
ログデータ取得部４０６、推定部４０７、算出部４０８、及び判定部４０９は、サーバ１２の制御部２１がプログラムメモリ２１３に記憶された料理情報管理プログラムを実行することにより実現される。
【００６７】
なお、本実施形態では、サーバ１２の機能がいずれも汎用のプロセッサによって実現される例について説明している。しかしながら、サーバ１２の機能の一部又は全部が１又は複数の専用のプロセッサにより実現されてもよい。料理情報記憶部４１１は、サーバ１２の外部に、例えば他のサーバ（図示せず）の記憶部に、設けられていてもよい。
【００６８】
＜ユーザ端末＞
図５を参照して、図１に示したユーザ端末１１のソフトウェア構成の一例について説明する。図５に示す例では、ユーザ端末１１は、問合せ情報取得部５０１、問合せ情報出力部５０２、回答情報取得部５０３、回答情報出力部５０４、推奨料理情報取得部５０５、及び推奨料理情報出力部５０６を備える。ユーザ端末１１の制御部３１がプログラムメモリ３１３に記憶された料理情報管理プログラムを実行することにより実現される。制御部３１がプログラムを実行する際は、制御部３１は、プログラムをＲＡＭ３１２に展開する。そして、制御部３１は、ＲＡＭ３１２に展開されたプログラムをＣＰＵ３１１により解釈及び実行する。
【００６９】
問合せ情報取得部５０１は、ユーザの繁忙の度合いとユーザの料理スキルのレベルとの少なくとも一方を問い合わせるための問合せ情報を取得する。問合せ情報取得部５０１は、通信インタフェース３５を介してサーバ１２から問合せ情報を取得する。
【００７０】
問合せ情報出力部５０２は、問合せ情報取得部５０１により取得された問合せ情報を出力する。問合せ情報出力部５０２は、問合せ情報に応じた画像を出力装置３４としての表示装置に表示する。問合せ情報に応じた画像は、問合せ情報に含まれる問合せの内容を表示する出力領域と、問合せ情報に対する回答を入力するための入力領域と、を含む。問合せ情報はスピーカから出力されてもよい。
【００７１】
回答情報取得部５０３は、問合せ情報に対して入力された回答情報を取得する。回答情報取得部５０３は、ユーザが入力装置３３としてのマウス又はキーボードを用いて入力した回答情報を受け取る。回答情報はマイクロフォンを通じて入力されてもよい。
【００７２】
回答情報出力部５０４は、回答情報取得部５０３により取得された回答情報を出力する。回答情報出力部５０４は、通信インタフェース３５を介してサーバ１２に回答情報を送信する。
【００７３】
推奨料理情報取得部５０５は、ユーザに対して推奨される料理情報である推奨料理情報を取得する。推奨料理情報取得部５０５は、通信インタフェース３５を介してサーバ１２から推奨料理情報を受信する。
【００７４】
推奨料理情報出力部５０６は、推奨料理情報取得部５０５により取得された推奨料理情報を出力する。推奨料理情報出力部５０６は、推奨料理情報を表示装置に表示する。推奨料理情報はスピーカから出力されてもよい。
【００７５】
ユーザ端末１１は、ログデータ生成部５０７及びログデータ出力部５０８をさらに備えてよい。ログデータ生成部５０７は、食事履歴情報と調理履歴情報との少なくとも一方を含むログデータを生成する。食事履歴情報又は調理履歴情報は入力装置３３を通じてユーザにより入力される。例えば、ログデータ生成部５０７は、ユーザが食べた料理をユーザが指し示すことができるように、料理名をリスト表示してよい。また、食事がカメラで撮像される場合、ログデータ生成部５０７は、画像処理により食事の内容を特定してもよい。同様に、ログデータ生成部５０７は、ユーザが作った料理をユーザが指し示すことができるように、料理名をリスト表示してよい。ログデータ出力部５０８は、ログデータ生成部５０７により生成されたログデータを出力する。ログデータ出力部５０８は、通信インタフェース３５を介してサーバ１２にログデータを送信する。
【００７６】
ログデータ生成部５０７及びログデータ出力部５０８は、ユーザ端末１１の制御部３１がプログラムメモリ３１３に記憶されたプログラムを実行することにより実現される。
【００７７】
なお、本実施形態では、ユーザ端末１１の機能がいずれも汎用のプロセッサによって実現される例について説明している。しかしながら、ユーザ端末１１の機能の一部又は全部が１又は複数の専用のプロセッサにより実現されてもよい。
【００７８】
［動作例］
図６は、料理情報管理システム１０による処理の手順例を概略的に示している。図６のステップＳ６０１では、サーバ１２はユーザ端末１１に問合せ情報を送信する。ステップＳ６０２では、ユーザ端末１１は、問合せ情報を受信し、問合せ情報をユーザに提示する。ステップＳ６０３では、ユーザ端末１１はユーザにより入力された問合せに対する回答を受け取り、回答情報を生成する。ステップＳ６０４では、ユーザ端末１１はサーバ１２に回答情報を送信する。
【００７９】
ステップＳ６０５では、サーバ１２は、ユーザ端末１１から回答情報を受信し、回答情報に基づいてユーザが実行可能な調理条件を推定する。ステップＳ６０６では、サーバ１２は、その記憶部２２に記憶された料理情報の中から、推定された調理条件に対応する推奨料理情報を選択する。ステップＳ６０７では、サーバ１２はユーザ端末１１に推奨料理情報を送信する。ステップＳ６０８では、ユーザ端末１１は、サーバ１２から推奨料理情報を受信し、推奨料理情報をユーザに提示する。
【００８０】
図７は、サーバ１２が推奨料理情報を提示する際の動作フローの一例を示している。図７のステップＳ７０１では、サーバ１２の制御部２１は、問合せ部４０１として機能して、ユーザ端末１１に、ユーザの繁忙の度合いとユーザの料理スキルのレベルとの少なくとも一方を問い合わせるための問合せ情報を送信する。
【００８１】
ステップＳ７０２では、制御部２１は、回答情報取得部４０２として機能して、ユーザ端末１１から、問合せ情報に対して入力されたユーザの回答情報を受信する。ステップＳ７０３では、制御部２１は、推定部４０３として機能して、受信した回答情報に含まれる繁忙の度合いを示す情報及び／又は料理スキルのレベルを示す情報に基づいて、ユーザが実行可能な調理条件を推定する。
【００８２】
ステップＳ７０４では、制御部２１は、選択部４０４として機能して、記憶部２２に記憶された料理情報の中から、推定された調理条件に対応する推奨料理情報を選択する。ステップＳ７０５では、制御部２１は、出力部４０５として機能して、ユーザ端末１１に、選択された推奨料理情報を送信する。
【００８３】
図８は、サーバ１２が料理情報を提示する際の動作フローの他の例を示している。図８のステップＳ８０１では、制御部２１は、問合せ部４０１として機能して、ユーザ端末１１に問合せ情報を送信する。この例では、問合せ情報は、ユーザの繁忙の度合いを問い合わせるためのものであるとする。ステップＳ８０２では、制御部２１は、回答情報取得部４０２として機能して、ユーザ端末１１から、問合せ情報に対して入力されたユーザの回答情報を受信する。
【００８４】
ステップＳ８０３では、制御部２１は、ログデータ取得部４０６として機能して、ユーザ端末１１からログデータを受信する。この例では、ログデータは、ユーザの食事履歴を表す食事履歴情報と、ユーザの調理履歴を表す調理履歴情報と、を含む。
【００８５】
ステップＳ８０４では、制御部２１は、推定部４０３として機能して、受信した回答情報に含まれる繁忙の度合いを示す情報と受信したログデータに含まれる調理履歴情報とに基づいて、ユーザが実行可能な調理条件を推定する。
【００８６】
ステップＳ８０５では、制御部２１は、推定部４０７として機能して、受信したログデータに含まれる食事履歴情報に基づいて、ユーザが希望するジャンルを推定する。制御部２１は、ユーザが希望するジャンルに代えて又は追加して、ユーザが希望する使用食材を推定してもよい。
【００８７】
ステップＳ８０６では、制御部２１は、算出部４０８として機能して、受信したログデータに含まれる食事履歴情報に基づいて、ユーザが過去の所定期間に摂取したエネルギ量を算出する。ステップＳ８０７では、制御部２１は、判定部４０９として機能して、算出したエネルギ量が所定の閾値を超えるか否かを判定し、判定結果を生成する。
【００８８】
ステップＳ８０８では、制御部２１は、選択部４０４として機能して、記憶部２２に記憶された料理情報の中から、推定された調理条件、推定されたジャンル、及び判定結果に対応する推奨料理情報を選択する。例えば、算出されたエネルギ量が所定の閾値を超える場合、推奨料理情報は、エネルギ量が他の閾値未満である料理に関する料理情報である。
【００８９】
ステップＳ８０９では、制御部２１は、出力部４０５として機能して、ユーザ端末１１に、選択された推奨料理情報を送信する。
【００９０】
図６、図７及び図８に示した動作フローは例示に過ぎず、処理手順又は処理内容は適宜に変更可能である。
【００９１】
図９を参照して、料理情報管理システム１０の動作例について具体的に説明する。
【００９２】
図９は、サーバ１２の記憶部２２に記憶される情報の一例を示している。図９に示す例では、記憶部２２は、識別情報（ＩＤ）、料理名、調理時間、難易度、ジャンル、エネルギ量、及びレシピを互いに関連付けて記憶する。図９において、簡単化のために、料理名に具体的な名称を用いず、レシピの内容を省略している。料理名及びレシピが料理情報に対応する。調理時間及び難易度が調理条件に対応する。この例では、難易度は３段階で表現され、数値が大きいほど難易度が高い。例えば、エントリＣ００１（ＩＤがＣ００１であるエントリ）では、料理名がＡＡＡであり、調理時間が３０分であり、難易度が３であり、ジャンルが和食であり、エネルギ量が４１３ｋｃａｌである。
【００９３】
問合せ情報が繁忙の度合いを問い合わせるものであるとする。この場合において、ユーザ端末１１は、繁忙の度合いを入力してもらうために、「非常に忙しい」「忙しい」、「普通」の３つの選択肢を表示する。ユーザが「非常に忙しい」の選択肢を選択した場合、サーバ１２は、ユーザが実行可能な調理条件は調理時間が１５分未満であるという条件であると推定し、調理時間が１５分未満である調理条件に対応する料理情報のうちの少なくとも１つを推奨料理情報として選択する。図９の例では、調理時間が１５分未満である調理条件に対応する料理情報はエントリＣ００４の料理情報である。その結果、ユーザ端末１１は、エントリＣ００４の料理情報に含まれるレシピを表示する。ユーザ端末１１は、レシピとともに、他の情報、例えば、調理時間、難易度、ジャンル、及び／又はエネルギ量を表示してよい。ユーザが「忙しい」の選択肢を選択した場合、サーバ１２は、調理時間が３０分未満である調理条件に対応する料理情報のうちの少なくとも１つを推奨料理情報として選択する。ユーザが「普通」の選択肢を選択した場合、サーバ１２は、調理時間に関する条件を設定することなしに、すべての料理情報の中から推奨料理情報を選択する。
【００９４】
問合せ情報が料理スキルのレベルを問い合わせるものであるとする。この場合において、ユーザ端末１１は、料理スキルのレベルを入力してもらうために、「上手」「普通」、「下手」の３つの選択肢を表示する。ユーザが「下手」の選択肢を選択した場合、サーバ１２は、ユーザが実行可能な調理条件は難易度が１であるという条件であると推定し、難易度が１である調理条件に対応する料理情報のうちの少なくとも１つを推奨料理情報として選択する。図９の例では、難易度が１である調理条件に対応する料理情報はエントリＣ００４、Ｃ００５の料理情報である。その結果、ユーザ端末１１は、例えば、エントリＣ００４、Ｃ００５のうちの少なくとも１つの料理情報に含まれるレシピを表示する。例えば、ユーザ端末１１は、料理名ＤＤＤ、ＥＥＥをリスト表示する。そして、ユーザによりいずれかがクリックされると、ユーザ端末１１は、クリックされた料理名に対応するレシピを表示する。ユーザが「普通」の選択肢を選択した場合、サーバ１２は、難易度が２以下である調理条件に対応する料理情報のうちの少なくとも１つを推奨料理情報として選択する。ユーザが「上手」の選択肢を選択した場合、サーバ１２は、難易度に関する条件を設定することなしに、すべての料理情報の中から推奨料理情報を選択する。
【００９５】
問合せ情報が繁忙の度合いと料理スキルのレベルとの両方を問い合わせるものであるとする。この場合において、ユーザ端末１１は、繁忙の度合いを入力してもらうために、「非常に忙しい」「忙しい」、「普通」の３つの選択肢を表示する。さらに、ユーザ端末１１は、料理スキルのレベルを入力してもらうために、「上手」「普通」、「下手」の３つの選択肢を表示する。ユーザが繁忙の度合いに関して「忙しい」の選択肢、料理スキルのレベルに関して「普通」の選択肢を選択した場合、サーバ１２は、調理時間が３０分未満であって難易度が２以下である調理条件に対応する料理情報のうちの少なくとも１つを推奨料理情報として選択する。図９の例では、調理時間が３０分未満であって難易度が２以下である調理条件に対応する料理情報は、エントリＣ００２、Ｃ００３、Ｃ００４の料理情報である。その結果、ユーザ端末１１は、例えば、エントリＣ００２、Ｃ００３、Ｃ００４のうちの少なくとも１つの料理情報に含まれるレシピを表示する。
【００９６】
問合せ情報が繁忙の度合いを問い合わせるものであり、ログデータが調理履歴情報を含むとする。この場合において、サーバ１２は、ログデータに含まれる調理履歴情報に基づいて、ユーザの料理スキルのレベルを決定する。例えば、サーバ１２は、ユーザが難易度１の料理を作る率、ユーザが難易度２の料理を作る率、及びユーザが難易度３の料理を作る率を算出する。例えば、ユーザが難易度３の料理を作る率が閾値（例えば１０％）を超える場合、サーバ１２は料理スキルのレベルを「上手」と決定する。ユーザが難易度３の料理を作る率が閾値（例えば１０％）未満であり、ユーザが難易度２の料理を作る率が他の閾値（例えば４０％）を超える場合、サーバ１２は料理スキルのレベルを「普通」と決定する。それ以外の場合、サーバ１２は料理スキルのレベルを「下手」と決定する。ユーザが繁忙の度合いに関して「普通」の選択肢を選択し、サーバ１２が料理スキルのレベルを「下手」と決定した場合、サーバ１２は、難易度が１である調理条件に対応する料理情報のうちの少なくとも１つを推奨料理情報として選択する。図９の例では、難易度が１である調理条件に対応する料理情報はエントリＣ００４、Ｃ００５の料理情報である。その結果、ユーザ端末１１は、例えば、エントリＣ００４、Ｃ００５のうちの少なくとも１つの料理情報に含まれるレシピを表示する。
【００９７】
問合せ情報が繁忙の度合いを問い合わせるものであり、ログデータが食事履歴情報を含むとする。この場合において、サーバ１２は、ログデータに含まれる食事履歴情報に基づいて、ユーザが希望するジャンルを決定する。例えば、サーバ１２は、ユーザが和食を食べる率、ユーザが洋食を食べる率、及びユーザが中華料理を食べる率を算出する。例えば、ユーザが和食を食べる率が閾値（例えば２０％）を超える場合、サーバ１２は、ユーザが和食を希望すると決定する。同様にして、サーバ１２は、ユーザが洋食を希望するか否か、ユーザが中華料理を嗜好するか否かを判定する。ユーザが繁忙の度合いに関して「普通」の選択肢を選択し、サーバ１２が、ユーザが和食及び中華料理を希望することを決定した場合、サーバ１２は、調理時間が３０分未満である調理条件に対応する、かつ、和食又は中華のジャンルに対応する料理情報のうちの少なくとも１つを推奨料理情報として選択する。図９の例では、調理時間が３０分未満である調理条件に対応する、かつ、和食又は中華のジャンルに対応する料理情報はエントリＣ００３、Ｃ００４、Ｃ００５の料理情報である。その結果、ユーザ端末１１は、例えば、エントリＣ００３、Ｃ００４、Ｃ００５のうちの少なくとも１つの料理情報に含まれるレシピを表示する。
【００９８】
サーバ１２は、ログデータに含まれる食事履歴情報に基づいて、ユーザが当日に摂取したエネルギ量を算出する。サーバ１２は、算出したエネルギ量が閾値（例えば１５００ｋｃａｌ）を超える場合、エネルギ量の低い料理に関する料理情報の中から推奨料理情報を選択する。例えば、サーバ１２は、エネルギ量が他の閾値（例えば６００ｋｃａｌ）未満である条件に対応する料理情報のうちの少なくとも１つを推奨料理情報として選択する。ユーザが繁忙の度合いに関して「忙しい」の選択肢を選択し、算出されたエネルギ量が閾値を超える場合、サーバ１２は、調理時間が３０分未満である調理条件及びエネルギ量が他の閾値未満である条件に対応する料理情報のうちの少なくとも１つを推奨料理情報として選択する。図９の例では、調理時間が３０分未満である調理条件及びエネルギ量が他の閾値未満である条件に対応する料理情報はエントリＣ００３、Ｃ００４の料理情報である。その結果、ユーザ端末１１は、例えば、エントリＣ００３、Ｃ００４のうちの少なくとも１つの料理情報に含まれるレシピを表示する。
【００９９】
［効果］
本実施形態に係る料理情報管理システム１０は、サーバ１２において、ユーザの繁忙の度合いとユーザの料理スキルのレベルとの少なくとも一方に関するユーザ入力に基づいて、ユーザが実行可能な調理条件を推定し、サーバ１２において、推定された調理条件を満たす料理情報を推奨料理情報として選択し、ユーザ端末１１において、選択された推奨料理情報をユーザに提示する。
【０１００】
上記の構成によれば、ユーザの状況に適合する調理条件を推定することが可能となる。その結果、ユーザの状況に応じた料理情報をユーザに提示することができる。例えば、ユーザが忙しい場合には、調理時間の短い料理のレシピがユーザに提示される。この場合、ユーザはその料理を調理しようとする気になりやすい。このように、ユーザが実行しやすい料理情報をユーザに提示することが可能である。
【０１０１】
料理情報は、適切な栄養バランスとなる１つ又は複数の料理に関するレシピを含む。これにより、ユーザの健康状態を向上させることが可能となる。
【０１０２】
料理情報管理システム１０は、サーバ１２において、ユーザ入力に加えてユーザの調理履歴を表すログデータに基づいて、ユーザが実行可能な調理条件を推定してよい。これにより、ユーザにとってより実行しやすい料理情報をユーザに提示することが可能となる。
【０１０３】
料理情報管理システム１０は、サーバ１２において、ユーザが過去の所定期間に摂取した栄養素量が第１の栄養素条件を満たさない場合には、推定された調理条件を満たす、かつ、第２の栄養素条件を満たす栄養素量の料理に関する料理情報を推奨料理情報として選択してよい。これにより、ユーザの栄養管理を適切に行うことが可能となる。その結果、ダイエット又は食事療法に取り組むユーザにとって好適な料理情報をユーザに提示することができる。所定期間として１週間などの長い期間を設定してよい。例えば、何らかの理由でエネルギ摂取量が過多になる日があったとしても、それを翌日以降に補正することが可能である。所定期間として１週間などの長い期間を設定する場合、ユーザが１日間の栄養素の摂取量に一喜一憂せずに済むようになり、継続的にダイエット又は食事療法に取り組むことができるようになる。
【０１０４】
料理情報管理システム１０は、サーバ１２において、ユーザの食事履歴を表すログデータに基づいて、ユーザが希望するジャンル又は使用食材を推定し、サーバ１２において、推定された調理条件と推定されたジャンル又は使用食材とに対応する料理情報を推奨料理情報として選択してよい。これにより、ユーザが嗜好する料理に関する料理情報をユーザに提示することができる。
【０１０５】
［変形例］
なお、この発明は上記実施形態に限定されるものではない。
【０１０６】
繁忙の度合いが非常に高い（非常に忙しい）場合、ユーザに調理を行う余裕がないと考えられる。このため、料理情報管理システム１０は、レシピに代えて、買い物リストを推奨料理情報として提示するようにしてもよい。これを実現するために、料理情報記憶部４１１に記憶された料理情報は、料理のレシピを含む料理情報と、買い物リストを含む料理情報と、を含んでよい。買い物リストは、例えば、適切な栄養構成となる出来合いの料理の組み合わせを表す情報を含む。買い物リストは、それらの出来合い料理を販売している店舗（例えば、飲食店、スーパーマーケットなど）を表す情報をさらに含んでよい。この場合、店舗が予め提供した栄養素情報を含むメニュー情報をサーバ１２に保存するようにしてもよいし、或いは、サーバ１２が、栄養素情報を含むメニュー情報をアクセス可能に提供する外部（店舗）のサーバから都度取得するようにしてもよい。繁忙の度合いが非常に高い場合に買い物リストを提示することにより、ユーザが推奨料理情報を採用しやすくなる。その結果、ユーザに適切な栄養を摂取させることができ、ユーザの健康状態を向上させることができる。さらに、繁忙の度合いが非常に高い場合、ユーザは店舗に赴く時間が限られると考えられる。このことから、料理情報管理システム１０は、ユーザの現在地又は自宅から所定距離内にある店舗を示す情報や、現在地又は自宅住所への配達を実施している店舗を示す情報を優先して表示するようにしてよい。
【０１０７】
料理情報管理システム１０は、料理レシピ又は買い物リストに代えて、外食メニューに関する情報を推奨料理情報として提示するようにしてもよい。これを実現するために、料理情報記憶部４１１に記憶された料理情報は、料理のレシピを含む料理情報と、店舗（例えば、飲食店、スーパーマーケットなど）内にて喫食するために若しくは店舗から持ち帰って喫食するために供される料理の情報を含む料理情報と、を含む。この場合、店舗が予め提供した栄養素情報を含むメニュー情報をサーバ１２に保存するようにしてもよいし、或いは、サーバ１２が、栄養素情報を含むメニュー情報をアクセス可能に提供する外部（店舗）のサーバから都度取得するようにしてもよい。料理情報管理システム１０は、提案する外食メニューを提供する候補となる店舗を表す情報をユーザに提示する。さらに、繁忙の度合いが非常に高い場合、ユーザは店舗に赴く時間が限られると考えられる。このことから、料理情報管理システム１０は、ユーザの現在地又は自宅から所定距離内にある店舗を示す情報、現在地又は自宅住所への配達を実施している店舗を示す情報を優先して表示してよい。
【０１０８】
上記実施形態では料理スキルを３段階で評価しているが、料理スキルをより詳細に評価するようにしてもよい。例えば、問合せ情報は、調理工程ごとにスキルを問い合わせるものであってよい。例えば、問合せ情報は、揚げる工程が得意か不得意かの問合せ、魚を捌く工程が得意か不得意かの問合せなどを含んでよい。
【０１０９】
ユーザ端末１１は、食べ物の好み又は料理スキルをユーザに予め問合せ、ユーザの回答を記憶部３２に保存してよい。これにより、サーバ１２による問合せに対してユーザが回答する手間が軽減される。ユーザにより入力された食べ物の好みを示す情報は、サーバ１２の推定部４０７で使用されることができる。
【０１１０】
調理条件に含まれる調理時間又は難易度は、片付けに要する時間も考慮して設定されてよい。
【０１１１】
ユーザの繁忙の度合いは、ユーザ端末１１が保持するユーザのスケジュール情報などを参照して推定されてよい。例えば、ユーザ端末１１は、サーバ１２から、ユーザの繁忙の度合いを問い合わせる問合せ情報を受信すると、スケジュール情報に基づいてユーザの繁忙の度合いを推定し、推定結果をユーザの回答情報としてサーバ１２に送信してよい。
【０１１２】
ログデータは、食事履歴情報と調理履歴情報との少なくとも一方に追加して、提案履歴を表す提案履歴情報を含んでいてもよい。提案履歴は、サーバ１２により提案された料理情報（すなわち、出力部４０５により出力された推奨料理情報）の履歴である。食事履歴情報と調理履歴情報との少なくとも一方と提案履歴情報とを含むログデータは、ユーザがサーバ１２により提案された料理情報を採用したか否かをサーバ１２が判定することを可能にする。
【０１１３】
ログデータが調理履歴情報に加えて提案履歴情報を含む場合、推定部４０３は、回答情報と調理履歴情報と提案履歴情報とに基づいて、ユーザが実行可能な調理条件を推定する。このようにすることで、推定部４０３は、提案されたがユーザにより採用されなかった料理情報を把握することが可能となり、したがって、ユーザの料理スキルをより詳細に推定することができるようになる。また、ログデータが食事履歴情報に加えて提案履歴情報を含む場合、推定部４０７は、食事履歴情報と提案履歴情報とに基づいて、ユーザが希望するジャンル又は使用食材を推定する。このようにすることで、推定部４０７は、提案されたがユーザにより採用されなかった料理情報を把握することが可能となり、したがって、ユーザの嗜好をより詳細に推定することができるようになる。例えば、揚げる工程を含むレシピの採用率が低い場合、ユーザが揚げ物を嗜好しない又は揚げる工程が苦手であることが想定されるので、サーバ１２は、揚げる工程を含むレシピを提案しない又は低頻度で提案するようにする。
【０１１４】
上記実施形態では、本発明の料理情報管理装置は１つのコンピュータであるサーバ１２により実施される。他の実施形態では、料理情報管理装置は、複数のコンピュータにより実施されてよい。さらに他の実施形態では、料理情報管理装置の一部又は全部はユーザ端末１１において実施されてよい。具体的には、ユーザ端末１１が、問合せ部４０１、回答情報取得部４０２、推定部４０３、選択部４０４、出力部４０５、ログデータ取得部４０６、推定部４０７、算出部４０８、判定部４０９、及び料理情報記憶部４１１のうちの少なくとも１つを備えてよい。
【０１１５】
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要素における適当な組み合わせにより種々の発明が抽出され得る。
【０１１６】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られるものではない。
【０１１７】
（付記１）
ユーザの繁忙の度合いと前記ユーザの料理スキルのレベルとの少なくとも一方を問い合わせるための問合せ情報を出力する問合せ部（４０１）と、
前記問合せ情報に対して入力された前記ユーザの回答情報を取得する回答情報取得部（４０２）と、
前記取得された回答情報に基づいて、前記ユーザが実行可能な調理条件を推定する第１の推定部（４０３）と、
記憶部に記憶された、調理条件に基づいて分類された料理情報の中から、前記推定された調理条件に対応する推奨料理情報を選択する選択部（４０４）と、
前記選択された推奨料理情報を出力する出力部（４０５）と、
を備える料理情報管理装置（１２）。
【符号の説明】
【０１１８】
１０…料理情報管理システム
１１…ユーザ端末
１２…サーバ
２１…制御部
２１１…ＣＰＵ
２１２…ＲＡＭ
２１３…プログラムメモリ
２２…記憶部
２３…入力装置
２４…出力装置
２５…通信インタフェース
２６…外部インタフェース
２７…ドライブ
２８…電源部
３１…制御部
３１１…ＣＰＵ
３１２…ＲＡＭ
３１３…プログラムメモリ
３２…記憶部
３３…入力装置
３４…出力装置
３５…通信インタフェース
３６…外部インタフェース
３７…ドライブ
３８…電源部
４０１…問合せ部
４０２…回答情報取得部
４０３…推定部
４０４…選択部
４０５…出力部
４０６…ログデータ取得部
４０７…推定部
４０８…算出部
４０９…判定部
４１１…料理情報記憶部
５０１…問合せ情報取得部
５０２…問合せ情報出力部
５０３…回答情報取得部
５０４…回答情報出力部
５０５…推奨料理情報取得部
５０６…推奨料理情報出力部
５０７…ログデータ生成部
５０８…ログデータ出力部
【図１】
2020160504.tif 000003
【図２】
2020160504.tif 000004
【図３】
2020160504.tif 000005
【図４】
2020160504.tif 000006
【図５】
2020160504.tif 000007
【図６】
2020160504.tif 000008
【図７】
2020160504.tif 000009
【図８】
2020160504.tif 000010
【図９】
2020160504.tif 000011