JP2020154616A - 食事情報管理装置、食事情報管理方法、及びプログラム - Google Patents

Abstract

【課題】ユーザの健康状態の維持又は改善に効果が期待できる食事情報を提供する食事情報管理装置を提供する。【解決手段】一態様に係る食事情報管理装置は、ユーザの生体情報を取得する生体情報取得部と、前記生体情報取得部により取得された特定の時点における生体情報に基づく基準を満たす食事メニューに関する推奨食事情報を生成する第１の生成部と、前記生成された推奨食事情報を出力する出力部と、を備える。【選択図】図３

Description

本発明の態様は、料理レシピなどの食事情報をユーザに提供する技術に関する。

従来、料理レシピを提供するシステムが提案されている。例えば、特許文献１には、ユーザに不足している栄養分を補うための料理レシピを提示する健康維持支援システムが開示されている。この健康維持支援システムは、ユーザが摂取した各栄養素の量と予め設定された基準値との比較に基づいて、その栄養素についての不足を決定する。

特開２００６−２５２１５０号公報

特許文献１に開示される健康維持支援システムで使用されるような上記の基準値は、ユーザに対して個別に設定されることはなく、画一的に設定される。このため、ユーザによっては健康を維持する効果が期待ほど得られないことがある。

本発明は、上記の事情に着目してなされたものであり、その目的は、ユーザの健康状態の維持又は改善に効果が期待できる食事情報をユーザに提供することができる食事情報管理装置、食事情報管理方法、及びプログラムを提供することである。

本発明は、上記課題を解決するために、以下の構成を採用する。

本発明の第１の態様では、ユーザの生体情報を取得する生体情報取得部と、前記生体情報取得部により取得された特定の時点における生体情報に基づく基準を満たす食事メニューに関する推奨食事情報を生成する第１の生成部と、前記生成された推奨食事情報を出力する出力部と、を備える食事情報管理装置が提供される。

上記の構成によれば、ユーザに適した食事情報を出力することが可能となる。その結果、ユーザの健康状態の維持又は改善に効果が期待できる食事情報をユーザに提供することができる。

本発明の第２の態様では、前記特定の時点は、前記ユーザに対する食事管理の開始前の時点である。

上記の構成によれば、ユーザにとって軽い負担で、ユーザに適した食事情報を出力することが可能となる。

本発明の第３の態様では、前記特定の時点は、前記ユーザの食事摂取予定時刻より所定時間前の時刻から前記食事摂取予定時刻までの時間範囲に含まれる。

上記の構成によれば、食事直前の生体情報に基づいて推奨食事情報が生成される。よって、ユーザにより適した食事情報を出力することが可能となる。その結果、ユーザの健康状態の維持又は改善により効果が期待できる食事情報をユーザに提供することができる。

本発明の第４の態様では、前記食事情報管理装置は、前記生体情報取得部により所定期間にわたって取得された生体情報に基づいて、前記基準を変更する基準変更部をさらに備える。

上記の構成によれば、ユーザの健康状態の維持又は改善により効果が期待できる食事情報を提供できるように、基準を変更することが可能となる。

本発明の第５の態様では、前記食事情報管理装置は、前記ユーザが摂取した食事に関する属性情報を取得する属性情報取得部と、前記食事の摂取前後での前記ユーザの生体情報の変化を表す変化情報を取得する変化情報取得部と、前記取得された属性情報を前記取得された変化情報に関連付けて記憶する属性情報記憶部と、前記属性情報記憶部に記憶された属性情報の中から、予め設定された条件を満たす変化情報に関連付けられた属性情報を選択する選択部と、前記選択された属性情報に適合する食事メニューに関する推奨食事情報を生成する第２の生成部と、をさらに備える。

上記の構成によれば、ユーザの健康状態の維持又は改善に効果があったと推定される食事と同様の属性を有する食事メニューに関する食事情報を出力することが可能となる。その結果、ユーザの健康状態の維持又は改善に効果が期待できる食事情報をユーザに提供することができる。

本発明の第６の態様では、前記第２の生成部は、前記選択された属性情報に含まれる栄養成分の種類及び量を含む食事メニューに関する食事情報を前記推奨食事情報として生成する。

上記の構成によれば、ユーザの健康状態の維持又は改善に効果があったと推定される食事と同様の栄養成分の種類及び量を含む食事メニューに関する食事情報を出力することが可能となる。その結果、ユーザの健康状態の維持又は改善に効果が期待できる食事情報をユーザに提供することができる。

本発明の第７の態様では、前記第２の生成部は、前記選択された属性情報に含まれる食材の種類及び量を含む食事メニューに関する食事情報を前記推奨食事情報として生成する。

上記の構成によれば、ユーザの健康状態の維持又は改善に効果があったと推定される食事と同様の食材の種類及び量を含む食事メニューに関する食事情報を出力することが可能となる。その結果、ユーザの健康状態の維持又は改善に効果が期待できる食事情報をユーザに提供することができる。

本発明の第８の態様では、コンピュータが実行する食事情報管理方法であって、特定の時点におけるユーザの生体情報を取得する工程と、前記取得された特定の時点における生体情報に基づく基準を満たす食事メニューに関する推奨食事情報を生成する工程と、前記生成された推奨食事情報を出力する工程と、を備える食事情報管理方法が提供される。

上記の構成によれば、第１の態様に係る食事情報管理装置と同様の効果が得られる。

本発明の第９の態様では、第１乃至第７の態様のいずれかの態様に係る食事情報管理装置が備える各部としてコンピュータを機能させるためのプログラムが提供される。

上記の構成によれば、第１乃至第７の態様のいずれかの態様に係る食事情報管理装置と同様の効果が得られる。

本発明によれば、ユーザの健康状態の維持又は改善に効果が期待できる食事情報をユーザに提供することができる食事情報管理装置、食事情報管理方法、及びプログラムを提供することができる。

図１は、第１の実施形態に係る食事情報管理システムを示すブロック図である。 図２は、図１に示したサーバのハードウェア構成例を示すブロック図である。 図３は、図１に示したサーバのソフトウェア構成例を示すブロック図である。 図４は、図１に示したサーバが推奨食事情報をユーザに提示する動作例を示すフローチャートである。 図５は、図１に示したサーバが食事に関する基準を変更する動作例を示すフローチャートである。 図６は、第２の実施形態に係るサーバのソフトウェア構成例を示すブロック図である。 図７は、図６に示したサーバが属性情報を登録する動作例を示すフローチャートである。 図８は、図６に示したサーバが推奨食事情報をユーザに提示する動作例を示すフローチャートである。

以下、図面を参照しながら本発明の実施形態を説明する。

（第１の実施形態）
［概要］
図１は、第１の実施形態に係る食事情報管理システム１０を概略的に示している。食事情報管理システム１０は、ユーザの健康状態を維持又は改善するために、食事情報をユーザに提供するものである。食事情報は、１又は複数の料理を表す情報を含む食事メニューに関する情報である。食事情報は、例えば、料理レシピを含む。

図１に示すように、食事情報管理システム１０は、ユーザ端末１１、生体情報取得装置１２、サーバ１３、及びデータベースサーバ１４を備える。サーバ１３は、インターネットなどのネットワークＮＷを介してユーザ端末１１及びデータベースサーバ１４と通信する。サーバ１３が本発明の食事情報管理装置に相当する。

ユーザ端末１１は、スマートフォン、タブレット、携帯電話、ノートパソコン、デスクトップパソコンなどといった、ユーザが使用するコンピュータである。生体情報取得装置１２は、測定によりユーザの生体情報を取得する。生体情報は、例えば、生体の状態を表す情報である。生体情報取得装置１２が測定対象とする生体情報の例は、血圧、心電、心拍、脈拍、体温、体重、体組成、血糖を含む。体組成は、身体を構成する組織の割合又は量を表す。体組成の例は、体脂肪率、筋肉率、除脂肪量、体脂肪量、筋肉量、骨量、水分量を含む。生体情報取得装置１２は、複数種類の生体情報を取得してよい。例えば、生体情報取得装置１２はオシロメトリック式の血圧計及び体重計を含み、血圧計が収縮期血圧（ＳＢＰ）及び拡張期血圧（ＤＢＰ）の測定値を取得し、体重計が体重の測定値を取得する。生体情報取得装置１２により取得された測定結果は、ユーザ端末１１に入力される。測定結果の入力は、無線通信によりなされてもよく、ユーザの手入力によりなされてもよい。

サーバ１３は、特定の時点におけるユーザの生体情報を取得し、取得した生体情報に基づく基準を満たす食事メニューに関する推奨食事情報を生成し、生成した推奨食事情報をユーザ端末１１に送信する。推奨食事情報はユーザに対して推奨する食事情報を指す。ユーザ端末１１は、サーバ１３から受信した推奨食事情報をユーザに提示する。

特定の時点は、例えば、ユーザに対する食事管理が開始される前の時点である。食事管理は、例えば、食事療法又はダイエットなどの目的で行われる。食事療法は、腎臓病、糖尿病、又は高血圧などの病気に対する治療に関連する。サーバ１３は、データベースサーバ１４から、食事管理の開始前の時点におけるユーザの生体情報を取得してよい。データベースサーバ１４は、病院でのユーザに対する検査により得られた生体情報の検査値を保持する。病院での検査は尿検査及び血液検査などを含み、生体情報取得装置１２が測定対象とするものより多くの種類の生体情報の検査値を含む検査結果が得られる。サーバ１３は、これらのうちの１又は複数の種類の生体情報の検査値を取得する。サーバ１３は、ユーザ端末１１から、食事管理の開始前の時点におけるユーザの生体情報を取得してよい。

基準は、食事管理の目的に応じて選択された１又は複数の栄養項目に関する情報を含む。例えば、基準はエネルギ量についての上限値を含む。上限値は、ユーザの生体情報（例えば体重）に基づいて設定される。上限値は、ユーザの年齢、性別、身長などの他の指標にさらに基づいて設定されてよい。基準は、サーバ１３により設定されてもよく、医師又はユーザなどにより設定されてもよい。サーバ１３は、エネルギ量が上限値を超えない食事メニューに関する食事情報を推奨食事情報として生成する。

食事情報管理システム１０では、サーバ１３が、ユーザの生体情報に基づく基準を満たす食事メニューに関する食事情報を推奨食事情報として生成する。これにより、ユーザに適した食事情報をユーザに提示することが可能となる。その結果、ユーザの健康状態の維持又は改善に効果が期待できる食事情報を提供することができる。

［構成例］
＜サーバ＞
図２を参照して、図１に示したサーバ１３のハードウェア構成の一例について説明する。図２に示す例では、サーバ１３は、ハードウェアとして、制御部２１、記憶部２２、入力装置２３、出力装置２４、通信インタフェース２５、外部インタフェース２６、ドライブ２７、及び電源部２８を備え、これらは互いに電気的に接続される。

制御部２１は、ＣＰＵ（Central Processing Unit）２１１、ＲＡＭ（Random Access Memory）２１２、プログラムメモリ２１３を含み、各構成要素を制御する。ＣＰＵ２１１はハードウェアプロセッサの一例である。ＲＡＭ２１２は、ＳＲＡＭ（Static RAM）などの揮発性メモリであり、ワーキングメモリとしてＣＰＵ２１１に使用される。プログラムメモリ２１３は、食事情報管理プログラムなどのプログラム及びプログラムを実行するために必要な設定データを記憶する。プログラムメモリ２１３として、例えばＲＯＭ（Read-Only Memory）が使用される。なお、プログラムメモリ２１３は記憶部２２の一部であってもよい。

記憶部２２は、例えばハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）などの不揮発性メモリを含み、食事情報などのデータを非一時的に記憶する。記憶部２２に含まれる記憶媒体は、コンピュータ又は機械がプログラムなどのデータを読み取り可能なように、電気的、磁気的、光学的、機械的又は化学的作用によってデータを記憶する媒体である。

入力装置２３は入力を受け付ける装置である。例えば、入力装置２３はキーボード及びマウスを含む。出力装置２４は出力を行う装置である。例えば、出力装置２４は表示装置及びスピーカを含む。

通信インタフェース２５は、外部装置と通信するためのインタフェースである。例えば、通信インタフェース２５は図１に示したユーザ端末１１又はデータベースサーバ１４と通信するために使用される。また、通信インタフェース２５は、制御部２１により実行されるプログラムを、他のサーバ（図示せず）からダウンロードするために使用されてよい。通信インタフェース２５は、例えばＬＡＮ（Local Area Network）端子を備え、ＬＡＮケーブルによってネットワークＮＷ（図１）に接続される。或いは、通信インタフェース２５は、無線ＬＡＮモジュール、Bluetooth（登録商標）モジュールなどの無線モジュールを備えてよい。

外部インタフェース２６は、プリンタなどの外部機器を接続するためのインタフェースである。例えば、外部インタフェース２６は、ＵＳＢ（Universal Serial Bus）ポートなどの複数の端子を備える。

ドライブ２７は、リムーバブル記憶媒体からデータを読み出す及び／又はリムーバブル記憶媒体へデータを書き込むための装置である。ドライブ２７は、例えば、半導体メモリドライブ、ＣＤ（Compact Disk）ドライブ、ＤＶＤ（Digital Versatile Disk）ドライブなどである。ドライブ２７は、制御部２１により実行されるプログラムを取得するために使用されてよい。

電源部２８は、制御部２１、記憶部２２、入力装置２３、出力装置２４、通信インタフェース２５、外部インタフェース２６、及びドライブ２７に電力を供給する。例えば、電源部２８は、商用電源に接続するための端子とＡＣ／ＤＣコンバータとを備える。

なお、サーバ１３の具体的なハードウェア構成に関して、実施に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部２１は、複数のハードウェアプロセッサを含んでいてもよい。

図３を参照して、図１に示したサーバ１３のソフトウェア構成の一例について説明する。図３に示す例では、サーバ１３は、生体情報取得部３１、生成部３２、出力部３３、基準変更部３４、及び生体情報記憶部３５を備える。生体情報取得部３１、生成部３２、出力部３３、及び基準変更部３４は、サーバ１３の制御部２１がプログラムメモリ２１３に記憶された食事情報管理プログラムを実行することにより実現される。制御部２１がプログラムを実行する際は、制御部２１は、プログラムをＲＡＭ２１２に展開する。そして、制御部２１は、ＲＡＭ２１２に展開されたプログラムをＣＰＵ２１１により解釈及び実行する。生体情報記憶部３５は記憶部２２により実現される。

生体情報取得部３１は、ユーザの生体情報を取得する。具体的には、生体情報取得部３１は、通信インタフェース２５を介してデータベースサーバ１４から、ユーザの生体情報に関する検査値を含むデータを受信してよい。また、生体情報取得部３１は、通信インタフェース２５を介してユーザ端末１１から、ユーザの生体情報に関する測定値を含むデータを受信してよい。生体情報取得部３１は、取得した生体情報を生体情報記憶部３５に記憶させる。

生体情報取得部３１は、特定の時点におけるユーザの生体情報を取得する。特定の時点は、ユーザに対する食事管理の開始前の時点であり得るが、これに限定されない。例えば、病院での検査により生体情報に関する検査値が新たに得られると、新たな検査値が特定の時点におけるユーザの生体情報として生体情報取得部３１により取得される。

生成部３２は、生体情報取得部３１により取得された特定の時点におけるユーザの生体情報と、この生体情報に基づく基準と、に基づいて、推奨食事情報を生成する。具体的には、生成部３２は、上記基準を満たす食事メニューを決定し、決定した食事メニューに関する食事情報を推奨食事情報として生成する。基準は、１又は複数の栄養項目に関する基準値を含んでよい。栄養項目の例は、エネルギ量、炭水化物、たんぱく質、脂質、塩分、糖質、食物繊維を含む。ここでは、説明を簡単にするために、基準が１つの栄養項目に関する基準値を有するとする。一例では、基準はたんぱく質に関する下限値を有する。この場合、生成部３２は、たんぱく質が下限値を超える食事メニューに関する食事情報を生成する。他の例では、基準はエネルギ量に関する上限値を有する。この場合、生成部３２は、エネルギ量が上限値未満である食事メニューに関する食事情報を生成する。エネルギ量に関連付けられた食事情報を格納するデータベースが用意される例では、生成部３２は、データベースに記憶された食事情報の中から、エネルギ量が上限値未満である食事情報を選択する。エネルギ量が上限値未満である食事情報が複数ある場合には、生成部３２は、これらのうちの少なくとも１つの食事情報を選択する。エネルギ量に関連付けられた複数の料理を示す情報を格納するデータベースが用意される例では、生成部３２は、エネルギ量が上限値未満となる料理の組み合わせ（食事メニュー）を生成し、生成した料理の組み合わせに関する食事情報を生成する。

出力部３３は、生成部３２により生成された推奨食事情報を出力する。具体的には、出力部３３は、通信インタフェース２５を介してユーザ端末１１に推奨食事情報を送信する。推奨食事情報は、ユーザ端末１１によりユーザに提示される。

基準変更部３４は、ユーザの生体情報の推移に基づいて基準を変更する。基準変更部３４は、生体情報記憶部３５に記憶された生体情報に基づいて、ユーザの生体情報の推移を特定する。減量目的で食事管理を行う例では、基準変更部３４は、体重が減少傾向にないことを特定すると、エネルギ量についての上限値を下げる。高血圧の治療を目的として食事管理を行う例では、基準変更部３４は、血圧が低下傾向にないことを特定すると、塩分についての上限値を下げる。

なお、本実施形態では、サーバ１３の機能がいずれも汎用のプロセッサによって実現される例について説明している。しかしながら、サーバ１３の機能の一部又は全部が１又は複数の専用のプロセッサにより実現されてもよい。生体情報記憶部３５は、サーバ１３の外部に、例えば他のサーバ（図示せず）の記憶部に、設けられていてもよい。

＜その他＞
ユーザ端末１１の構成について簡単に説明する。ユーザ端末１１は、ハードウェアとして、制御部、記憶部、入力装置、出力装置、通信インタフェース、外部インタフェース、ドライブ、及び電源部を備える。制御部は、ＣＰＵ、ＲＡＭ、及びプログラムメモリなどを含む。ユーザ端末１１には、健康管理アプリケーションがインストールされる。健康管理アプリケーションは、生体情報取得装置１２により取得された生体情報をサーバ１３に送信する。さらに、健康管理アプリケーションは、サーバ１３から推奨食事情報を受信し、受信した推奨食事情報を例えば表示するなどの手段によってユーザに提示する。

生体情報取得装置１２及びデータベースサーバ１４の具体的な構成についての説明は省略する。

［動作例］
図４は、サーバ１３が推奨食事情報を出力する際の動作フローの一例を示している。図４のステップＳ４０１では、サーバ１３の制御部２１は、生体情報取得部３１として機能して、特定の時点におけるユーザの生体情報を取得する。例えば、制御部２１は、病院での検査により得られた検査結果を取得する。

ステップＳ４０２では、制御部２１は、取得した生体情報に基づいて、食事に関する基準を設定する。例えば、制御部２１は、ユーザの体重の検査値に基づいて、エネルギ量についての上限値を決定する。

ステップＳ４０３では、制御部２１は、生成部３２として機能して、設定した基準を満たす食事メニューに関する推奨食事情報を生成する。例えば、制御部２１は、エネルギ量が上限値未満となる食事メニューに関する食事情報を推奨食事情報として生成する。

ステップＳ４０４では、制御部２１は、出力部３３として機能して、生成した推奨食事情報をユーザ端末１１において提示するために、生成した推奨食事情報をユーザ端末１１に出力する。

図５は、サーバ１３が推奨食事情報を生成する際に使用する基準を変更する際の動作フローの一例を示している。図５のステップＳ５０１では、制御部２１は、生体情報取得部３１として機能して、ユーザの生体情報を取得し、取得した生体情報記憶部３５に記憶させる。例えば、制御部２１は、ユーザ端末１１から、生体情報取得装置１２により取得された生体情報に関する測定値を取得する。

一般的に、血圧測定は毎日起床後と就寝前に行うことが推奨される。生体情報取得装置１２としての血圧計は測定のたびに測定結果をユーザ端末１１に無線送信し、ユーザ端末１１は血圧計から受信した測定結果をサーバ１３に送信する。その結果、生体情報記憶部３５には、長期間にわたって収集された血圧測定値が記憶される。

ステップＳ５０２では、制御部２１は、基準変更部３４として機能して、生体情報記憶部３５に記憶された生体情報に基づいて生体情報の推移を特定する。例えば、制御部２１は、所定期間（例えば３０日）以上離れた２つの時点における生体情報を比較することで、生体情報の推移を特定する。

ステップＳ５０３では、制御部２１は、基準変更部３４として機能して、特定した生体情報の推移に基づいて、食事に関する基準を変更するか否かを判定する。具体的には、制御部２１は、生体情報が改善傾向を示す場合に、基準を変更しないと判定し、生体情報が改善傾向を示さない場合に、基準を変更すると判定する。例えば、制御部２１は、体重が減少傾向を示す場合に、基準を変更しないと判定し、体重が減少傾向を示さない場合に、基準を変更しないと判定する。制御部２１は、基準を変更しないと判定すると（ステップＳ５０３；Ｎｏ）、処理を終了する。制御部２１は、基準を変更すると判定すると（ステップＳ５０３；Ｙｅｓ）、ステップＳ５０４の処理に進む。

ステップＳ５０４では、食事に関する基準を変更する。例えば、体重が減少傾向を示さない場合、制御部２１は、エネルギ量についての上限値を下げる。

図４及び図５に示した動作フローは例示に過ぎず、処理手順又は処理内容は適宜に変更可能である。

［効果］
上述した食事情報管理システム１０では、サーバ１３は、特定の時点におけるユーザの生体情報に基づく基準を満たす食事メニューに関する食事情報を推奨食事情報として生成し、推奨食事情報をユーザ端末１１に送信する。これにより、ユーザ端末１１において、ユーザに適した食事情報をユーザに提示するが可能となる。その結果、ユーザの健康状態の維持又は改善に効果が期待できる食事情報を提供することができる。

上記特定の時点がユーザに対する食事管理の開始前の時点である場合、ユーザにとって軽い負担で、ユーザの健康状態の維持又は改善に効果が期待できる食事情報をユーザに提供することができる。

さらに、生体情報の推移に基づいて基準を変更することにより、ユーザにより適した食事情報をユーザに提示するが可能となる。その結果、ユーザの健康状態の維持又は改善により効果が期待できる食事情報を提供することができる。

［変形例］
特定の時点は、食事摂取前の時点であってよい。食事摂取前の時点は、例えば、ユーザの食事開始予定時刻より所定時間（例えば１時間）前の時刻から食事開始予定時刻までの時間範囲内の任意の時刻である。食事開始予定時刻は、ユーザが食事を開始すると予定される時刻を表す。食事開始予定時刻は、予め決定されてよい。例えば、昼食に関する食事開始予定時刻は１２時００分と予め決定される。食事開始予定時刻は、ユーザのスケジュールに基づいて決定されてもよい。サーバ１３は、ユーザ端末１１からユーザのスケジュールを示す情報を取得してよい。この場合、ユーザが食事直前に生体情報取得装置１２で測定を行う必要があるが、ユーザにより適した食事情報をユーザに提示するが可能となる。

（第２の実施形態）
［概要］
第２の実施形態に係る食事情報管理システムは、ユーザの健康状態を維持又は改善するために、食事情報をユーザに提供するものである。第２の実施形態に係る食事情報管理システムは、第１の実施形態に係る食事情報管理システム１０（図１）と同様の構成を有する。第２の実施形態に係る食事情報管理システムは、図１に示したユーザ端末１１、生体情報取得装置１２、及びデータベースサーバ１４とともに、第２の実施形態に係るサーバを備える。

［構成例］
図６は、第２の実施形態に係るサーバ６０のソフトウェア構成の一例を概略的に示している。図６に示すように、サーバ６０は、変化情報取得部６１、属性情報取得部６３、選択部６４、生成部６５、出力部６６、及び属性情報記憶部６７を備える。サーバ６０が本発明の食事情報管理装置に相当する。

サーバ６０は、第１の実施形態に係るサーバ１３と同様のハードウェア構成とすることができる。このため、第２の実施形態に係るサーバのハードウェア構成についての詳細な説明を省略する。サーバ６０は、図２に示すように、制御部２１、記憶部２２、入力装置２３、出力装置２４、通信インタフェース２５、外部インタフェース２６、ドライブ２７、及び電源部２８を備える。制御部２１は、ＣＰＵ２１１、ＲＡＭ２１２、及びプログラムメモリ２１３を備える。図６に示す変化情報取得部６１、属性情報取得部６３、選択部６４、生成部６５、及び出力部６６は、サーバ６０の制御部２１がプログラムメモリ２１３に記憶された食事情報管理プログラムを実行することにより実現される。属性情報記憶部６７は記憶部２２により実現される。

変化情報取得部６１は、食事の摂取前後でのユーザの生体情報の変化を表す変化情報を取得する。具体的には、変化情報取得部６１は、生体情報取得部６１１及び変化情報生成部６１２を備える。

生体情報取得部６１１は、ユーザの生体情報を取得する。生体情報取得部６１１は、通信インタフェース２５を介してユーザ端末１１から、ユーザの生体情報に関する測定値を含むデータを受信する。生体情報取得部６１１は、食事の摂取前の時点におけるユーザの生体情報と、食事の摂取後の時点におけるユーザの生体情報と、を取得する。

食事の摂取前の時点は、例えば、食事開始時刻より所定時刻（例えば３０分）前の時刻から食事開始時刻までの時間範囲内の任意の時刻である。食事開始時刻は、ユーザが食事を開始した時刻を指す。食事開始時刻は、例えば、ユーザによりユーザ端末１１に入力され、サーバ１３に通知される。また、食事開始時刻として、ユーザ端末１１のカメラで食事が撮像された時刻を使用してもよい。また、食事開始時刻として、前述した食事開始予定時刻を使用してもよい。

食事の摂取後の時点は、例えば、食事終了時刻から食事終了時刻より所定時刻（例えば３０分）後の時刻までの時間範囲内の任意の時刻である。食事終了時刻は、ユーザが食事を終了した時刻を指す。食事終了時刻は、例えば、ユーザにより入力される。また、食事終了時刻は、食事開始時刻又は食事開始予定時刻に基づいて決定してもよい。例えば、食事終了時刻は、食事開始時刻より所定時間（例えば３０分）後の時刻とする。

変化情報生成部６１２は、生体情報取得部６１１により取得された食事の摂取前の時点における生体情報と、生体情報取得部６１１により取得された食事の摂取後の時点における生体情報と、に基づいて、食事の摂取前後でのユーザの生体情報の変化を表す変化情報を生成する。例えば、変化情報生成部６１２は、食事摂取前の時点における生体情報と食事摂取後の時点における生体情報との差を算出し、算出した差を表す変化情報を生成する。変化情報生成部６１２は、差に代えて、変化率を算出してもよい。

属性情報取得部６３は、ユーザが摂取した食事に関する属性情報を取得する。例えば、属性情報取得部６３は、通信インタフェース２５を介してユーザ端末１１から、ユーザが摂取した食事に関する属性情報を受信する。属性情報は、ユーザが摂取した食事に含まれる栄養成分の種類及び量を示す情報を含んでよい。栄養成分の種類の例は、炭水化物、たんぱく質、脂質、塩分、糖質、カリウム、カルシウム、リン、食物繊維を含む。属性情報は、ユーザが摂取した食事に含まれる食材の種類及び量を示す情報を含んでよい。属性情報は、ユーザが摂取した食事のエネルギ量を示す情報を含んでよい。一例として、ユーザ端末１１のカメラで食事が撮像され、ユーザ端末１１又はサーバ１３において画像解析によりその食事に関する属性情報が生成される。

属性情報記憶部６７は、属性情報取得部６３により取得された食事に関する属性情報を、その食事に関連する変化情報に関連付けて記憶する。

選択部６４は、属性情報記憶部６７に記憶された属性情報の中から、予め設定された条件を満たす変化情報に関連付けられた属性情報を選択する。予め設定された条件を満たす変化情報に関連付けられた属性情報が複数ある場合、選択部６４は、これらのうちの少なくとも１つの属性情報を選択する。一例では、予め設定された条件は、食事前後で血圧上昇が１０ｍｍＨｇ未満であるという条件である。他の例では、予め設定された条件は、食事前後で体重増加が０．５ｋｇ未満であるという条件である。予め設定された条件は、複数種類の生体情報についての条件を含んでよい。例えば、予め設定された条件は、食事前後で血圧上昇が１０ｍｍＨｇ未満であるという条件と、食事前後で体重増加が０．５ｋｇ未満であるという条件と、を含む。

生成部６５は、選択部６４により選択された属性情報に適合する食事メニューに関する推奨食事情報を生成する。例えば、選択部６４により選択された属性情報が８２４ｋｃａｌのエネルギ量を示す場合、生成部６５は、エネルギ量が８２４ｋｃａｌ未満である食事メニューを決定し、決定した食事メニューに関する食事情報を推奨食事情報として生成する。

出力部６６は、生成部６５により生成された推奨食事情報を出力する。具体的には、出力部６６は、通信インタフェース２５を介してユーザ端末１１に、推奨食事情報を送信する。その後に、生成部６５により生成された推奨食事情報は、ユーザ端末１１によってユーザに提示される。

［動作例］
図７は、サーバ６０が属性情報を登録する際の動作フローの一例を示している。図７のステップＳ７０１では、サーバ６０の制御部２１は、生体情報取得部６１１として機能して、ユーザ端末１１から、食事摂取前の時点におけるユーザの生体情報を取得する。

ステップＳ７０２では、制御部２１は、属性情報取得部６３として機能して、ユーザ端末１１から、食事に関する属性情報を取得し、取得した属性情報を属性情報記憶部６７に保存する。

ステップＳ７０３では、制御部２１は、生体情報取得部６１１として機能して、ユーザ端末１１から、食事摂取後の時点におけるユーザの生体情報を取得する。

ステップＳ７０４では、制御部２１は、変化情報生成部６１２として機能して、食事摂取前後での生体情報の変化を表す変化情報を生成する。例えば、制御部２１は、ステップＳ７０１で取得された生体情報とステップＳ７０３で取得された生体情報との差を算出し、算出した差を示す変化情報を生成する。

ステップＳ７０５では、制御部２１は、ステップＳ７０２で取得された属性情報をステップＳ７０４で生成された変化情報に関連付ける。

このようにして、サーバ６０は属性情報を登録する。図７に示される動作が食事ごとに繰り返されることにより、属性情報が属性情報記憶部６７に蓄積される。

図８は、サーバ６０が推奨食事情報を出力する際の動作フローの一例を示している。図８に示される動作フローは、例えば、食事開始予定時刻の３０分前に実行される。

図８のステップＳ８０１では、制御部２１は、選択部６４として機能して、属性情報記憶部６７に記憶された属性情報の中から、所定の条件を満たす変化情報に関連付けられた属性情報を選択する。所定の条件を満たす変化情報に関連付けられた属性情報が複数ある場合、制御部２１は、例えば、これらの属性情報のうちの１つをランダムに選択する。

ステップＳ８０２では、制御部２１は、生成部６５として機能して、選択された属性情報に適合する食事メニューに関する推奨食事情報を生成する。選択された属性情報に適合する食事メニューが複数ある場合には、制御部２１は、これらの食事メニューのうちの少なくとも１つをランダムに選択し、選択した食事メニューに関する食事情報を推奨食事情報として生成する。

ステップＳ８０３では、制御部２１は、出力部６６として機能して、生成した推奨食事情報をユーザ端末１１において提示するために、生成した推奨食事情報をユーザ端末１１に出力する。例えば、制御部２１が複数の推奨食事情報を生成した場合、ユーザ端末１１は、これらの推奨食事情報に対応する食事メニューをリスト表示してよい。そして、食事メニューのいずれかがクリックされると、ユーザ端末１１は、クリックされた食事メニューに対応する料理レシピを表示する。

図７及び図８に示した動作フローは例示に過ぎず、処理手順又は処理内容は適宜に変更可能である。

［効果］
上述した食事情報管理システムでは、サーバ６０の制御部２１は、ユーザが摂取した食事に関する属性情報を、食事の摂取前後でのユーザの生体情報の変化を表す変化情報に関連付けて記憶部２２に記憶させる。そして、制御部２１は、記憶部２２に記憶された属性情報の中から、予め設定された条件を満たす変化情報に関連付けられた属性情報を選択し、選択した属性情報に適合する食事メニューに関する推奨食事情報を生成する。これにより、ユーザの健康状態の維持又は改善に効果があったと推定される食事と同様の属性を有する食事メニューに関する食事情報を出力することが可能となる。その結果、ユーザの健康状態の維持又は改善に効果が期待できる食事情報をユーザに提供することができる。

制御部２１は、選択した属性情報に含まれる栄養成分の種類及び量を含む食事メニューに関する食事情報を推奨食事情報として生成する。これにより、ユーザの健康状態の維持又は改善に効果があったと推定される食事と同様の栄養成分の種類及び量を含む食事メニューに関する食事情報を出力することが可能となる。

制御部２１は、選択した属性情報に含まれる食材の種類及び量を含む食事メニューに関する食事情報を推奨食事情報として生成する。これにより、ユーザの健康状態の維持又は改善に効果があったと推定される食事と同様の食材の種類及び量を含む食事メニューに関する食事情報を出力することが可能となる。

［変形例］
属性情報記憶部６７は、食事に関する属性情報を、変化情報と、当該食事の内容を表す食事内容情報と、に関連付けて記憶するようにしてよい。この場合において、制御部２１は、選択した属性情報に適合する、かつ、選択した属性情報に関連付けられた食事内容情報により示される食事内容と異なる食事メニューに関する推奨食事情報を生成してよい。なお、選択した属性情報に関連付けられた食事内容情報は、一定期間（例えば３０日間）内に取得されたものであり得る。この場合、ユーザが一定期間内に摂取した食事内容と異なる食事メニューに関する食事情報がユーザに提示されることになる。これにより、同じ推奨食事情報がユーザに提示されることが減る。その結果、推奨食事情報がユーザにより採用されやすくなり、ユーザの健康状態の維持又は改善につながる。

（他の実施形態）
なお、この発明は上記実施形態に限定されるものではない。

第１の実施形態と第２の実施形態とを組み合わせてよい。例えば、食事情報管理装置は、食事管理の開始直後には、第１の実施形態に係る食事情報管理手法に従って動作し、属性情報記憶部６７に記憶された属性情報の数が所定数を超えた後には、第２の実施形態に係る食事情報管理手法に従って動作する。

食事情報管理装置は、ユーザの年齢、性別、又は運動量などの情報に基づいて、ユーザに提示する料理情報（料理レシピ）を調整してもよい。運動量は、平均的な運動量、当日の（実際に計測された）運動量、又はスケジュール情報に基づいて予測される当日の運動量などであってよい。

食事情報管理装置は、料理レシピに代えて、買い物リスト又は外食メニューを提示するようにしてもよい。買い物リスト又は外食メニューは、例えば、適切な栄養構成となる出来合いの料理の組み合わせ又は店舗内で喫食するため又は自宅に持ち帰って喫食するために提供される料理の組み合わせを表す情報を含む。買い物リスト又は外食メニューは、それらの料理を販売している店舗（販売店、料理店など）を表す情報をさらに含んでよい。この場合、店舗が予め提供した栄養素情報を含むメニュー情報を食事情報管理装置（サーバ１３）に保存するようにしてもよいし、或いは、食事情報管理装置が、栄養素情報を含むメニュー情報をアクセス可能に提供する外部（店舗）のサーバから都度取得するようにしてもよい。

上記実施形態では、食事情報管理装置は１つのコンピュータ（サーバ）により実施される。他の実施形態では、食事情報管理装置は、複数のコンピュータにより実施されてよい。さらに他の実施形態では、食事情報管理装置の一部又は全部はユーザ端末１１により実施されてよい。具体的には、ユーザ端末１１が、生体情報取得部３１、生成部３２、出力部３３、基準変更部３４、及び生体情報記憶部３５のうちの少なくとも１つを備えてよい。また、ユーザ端末１１が、変化情報取得部６１、属性情報取得部６３、選択部６４、生成部６５、出力部６６、及び属性情報記憶部６７のうちの少なくとも１つを備えてよい。

なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要素における適当な組み合わせにより種々の発明が抽出され得る。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られるものではない。

（付記１）
ユーザの生体情報を取得する生体情報取得部（３１）と、
前記生体情報取得部により取得された特定の時点における生体情報に基づく基準を満たす食事メニューに関する推奨食事情報を生成する第１の生成部（３２）と、
前記生成された推奨食事情報を出力する出力部（３３）と、
を備える食事情報管理装置（１３）。

１０…食事情報管理システム
１１…ユーザ端末
１２…生体情報取得装置
１３…サーバ
１４…データベースサーバ
２１…制御部
２１１…ＣＰＵ
２１２…ＲＡＭ
２１３…プログラムメモリ
２２…記憶部
２３…入力装置
２４…出力装置
２５…通信インタフェース
２６…外部インタフェース
２７…ドライブ
２８…電源部
３１…生体情報取得部
３２…生成部
３３…出力部
３４…基準変更部
３５…生体情報記憶部
６０…サーバ
６１…変化情報取得部
６１１…生体情報取得部
６１２…変化情報生成部
６３…属性情報取得部
６４…選択部
６５…生成部
６６…出力部
６７…属性情報記憶部

Claims (9)

1. ユーザの生体情報を取得する生体情報取得部と、
   前記生体情報取得部により取得された特定の時点における生体情報に基づく基準を満たす食事メニューに関する推奨食事情報を生成する第１の生成部と、
   前記生成された推奨食事情報を出力する出力部と、
   を備える食事情報管理装置。
2. 前記特定の時点は、前記ユーザに対する食事管理の開始前の時点である、請求項１に記載の食事情報管理装置。
3. 前記特定の時点は、前記ユーザの食事開始予定時刻より所定時間前の時刻から前記食事開始予定時刻までの時間範囲に含まれる、請求項１に記載の食事情報管理装置。
4. 前記生体情報取得部により所定期間にわたって取得された生体情報に基づいて、前記基準を変更する基準変更部をさらに備える、請求項１乃至３のいずれか１項に記載の食事情報管理装置。
5. 前記ユーザが摂取した食事に関する属性情報を取得する属性情報取得部と、
   前記食事の摂取前後での前記ユーザの生体情報の変化を表す変化情報を取得する変化情報取得部と、
   前記取得された属性情報を前記取得された変化情報に関連付けて記憶する属性情報記憶部と、
   前記属性情報記憶部に記憶された属性情報の中から、予め設定された条件を満たす変化情報に関連付けられた属性情報を選択する選択部と、
   前記選択された属性情報に適合する食事メニューに関する推奨食事情報を生成する第２の生成部と、
   をさらに備える請求項１乃至４のいずれか１項に記載の食事情報管理装置。
6. 前記第２の生成部は、前記選択された属性情報に含まれる栄養成分の種類及び量を含む食事メニューに関する食事情報を前記推奨食事情報として生成する、請求項５に記載の食事情報管理装置。
7. 前記第２の生成部は、前記選択された属性情報に含まれる食材の種類及び量を含む食事メニューに関する食事情報を前記推奨食事情報として生成する、請求項５に記載の食事情報管理装置。
8. コンピュータが実行する食事情報管理方法であって、
   特定の時点におけるユーザの生体情報を取得する工程と、
   前記取得された特定の時点における生体情報に基づく基準を満たす食事メニューに関する推奨食事情報を生成する工程と、
   前記生成された推奨食事情報を出力する工程と、
   を備える食事情報管理方法。
9. 請求項１乃至７のいずれか１項に記載の食事情報管理装置が備える各部としてコンピュータを機能させるためのプログラム。