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

Abstract

【課題】利便性に優れる情報処理装置、情報処理方法及び情報処理プログラムを提供すること。【解決手段】本発明に係る情報処理装置は、ユーザの食事を提案するための情報処理装置であって、前記食事で摂取するユーザが所定期間内に必要とする栄養成分量の配分の設定を受け付ける受付部と、料理と、料理に含まれる栄養成分量とが関連付けられた第１情報を参照し、受付部で受け付けられた配分に応じて、料理の情報を取得する料理取得部と、料理取得部が取得した料理の情報を前記ユーザの食事として出力する出力部と、を備える。【選択図】図１

Description

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

近年、生活習慣病の改善や予防、ダイエットなど健康増進の観点から栄養素を考慮した食事とることが推奨されている。しかしながら、一般的に各人の嗜好にしたがった食事になり、栄養バランスよく食事をとることは難しい。特に、レストラン等や商品店舗で販売された弁当や惣菜（販売食品）による食事（いわゆる外食や中食）では、栄養バランスが偏りがちとなる。

そこで、特許文献１では、複数の飲食料品の情報を管理する商品データベースと、ユーザの身体情報を管理するユーザデータベースと、前記複数の飲食料品の情報から、これらのカロリー及び栄養素に基づいて、ユーザに最適な組み合わせの飲食料品を提案する提案手段とを含む、健康管理支援システムが提案されている。

特開２０１８−１８５７９１号公報

しかしながら、食事をとる際は、食事毎に食事量の配分が異なることが一般的である。例えば、忙しい人であれば、朝は、時間がないため軽め、昼は外食、夜は自炊で栄養バランスを整えるといった食事のとり方が一般的である。このように、人によって食事毎の食事内容や配分が異なると考えられる。
しかしながら、従来の手法では、各食事の配分が考慮されておらず、未だ改善の余地がある。

本発明は、上記課題を鑑みてなされたものであり、利便性に優れる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

上記の課題を解決すべく、本発明に係る情報処理装置は、ユーザへ食事を提案するための情報処理装置であって、ユーザが所定期間内に必要とする栄養成分量の食事の配分の設定を受け付ける受付部と、料理と、料理に含まれる栄養成分量とが関連付けられた第１情報を参照し、受付部で受け付けられた配分に応じて、料理の情報を取得する料理取得部と、料理取得部が取得した料理の情報をユーザの食事として出力する出力部と、を備える。

本発明によれば、利便性に優れる情報処理装置、情報処理方法及び情報処理プログラムを提供することができる。

実施形態に係る情報処理システムの概略構成図である。 実施形態に係る情報処理サーバの構成図である。 実施形態に係る情報処理サーバの記憶装置に格納されているデータベースの一例である。 実施形態に係る情報処理サーバの機能ブロック図である。 実施形態に係るユーザ端末の構成図及び機能ブロック図である。 実施形態に係る店舗端末の構成図及び機能ブロック図である。 実施形態に係る情報処理システムの処理の一例を示すフローチャートである。 実施形態に係る情報処理システムの処理の一例を示すフローチャートである。 実施形態に係る情報処理システムのユーザ端末に表示される画面の一例を示す図である。 実施形態に係る情報処理システムの処理の一例を示すフローチャートである。 実施形態に係る情報処理システムの処理の一例を示すフローチャートである。 実施形態に係る情報処理システムの処理の一例を示すフローチャートである。 実施形態に係る情報処理システムの処理の一例を示すフローチャートである。 実施形態に係る情報処理システムの処理の一例を示すフローチャートである。 実施形態に係る情報処理システムのユーザ端末に表示される画面の一例を示す図である。

以下、図面を参照して本発明の各実施形態を説明する。なお、以下の説明において、栄養成分には、蛋白質、脂肪、炭水化物、ミネラル、ビタミンなどの栄養素の他、カロリー（エネルギー）や食物繊維などが含まれる。

（実施形態）
初めに、図１を参照して情報処理システム１の構成について説明する。情報処理システム１は、情報処理サーバ２（情報処理装置）と、この情報処理サーバ２とネットワーク５を介して接続されたユーザ端末３及び店舗端末４とを備える。なお、図１に示す例では、情報処理システム１は、情報処理サーバ２、ユーザ端末３、店舗端末４を１つずつ備える構成となっているが、情報処理システム１が備える情報処理サーバ２、ユーザ端末３、店舗端末４の数は任意である。

（情報処理サーバ２）
図２は、情報処理サーバ２の構成図である。図２は、情報処理サーバ２の主なハード構成を示しており、情報処理サーバ２は、通信ＩＦ２００Ａ、記憶装置２００Ｂ、ＣＰＵ２００Ｃがバス２００Ｄを介して接続された構成を有する。

通信ＩＦ２００Ａは、他の装置（本実施形態では、ユーザ端末３、店舗端末４）と通信するためのインターフェースである。

記憶装置２００Ｂは、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）や半導体記憶装置（ＳＳＤ(Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ)）である。なお、記憶装置２００Ｂに格納された情報の詳細については後述する。本実施形態では、図２に示すように、情報処理サーバ２が記憶装置２００Ｂを備える構成となっているが、情報処理サーバ２とネットワーク５を介して接続された他の情報処理サーバが備えていてもよい。また、後述するように、本実施形態では、記憶装置２００Ｂに情報処理プログラムが格納されているが、情報処理サーバ２とネットワーク５を介して接続された他のサーバから情報処理プログラムをダウンロード可能に構成されていてもよい。

図３は、情報処理サーバ２の記憶装置２００Ｂに格納されているデータベース（以下、ＤＢともいう）の一例である。記憶装置２００Ｂには、図３に示すように、店舗ＤＢ１、ユーザＤＢ２、目的ＤＢ３、料理ＤＢ４、食材ＤＢ５、薬剤等ＤＢ６などのデータベース及び情報処理プログラムが格納されている。

（店舗ＤＢ１）
店舗ＤＢ１には、情報処理システム１に登録されたレストラン、食堂、居酒屋等の外食用店舗、弁当屋などの中食用店舗（以下、店舗情報ともいう）が格納されている。この店舗情報には、店舗名、連絡先、住所、ＷｅｂサイトのＵＲＬ、提供可能な料理（単品料理又はセット料理）などの情報が店舗ＩＤに関連付けて格納されている。なお、店舗ＤＢ１には、提供可能な料理が、朝食、昼食、夕食、間食などに分類されて格納されている。また、店舗ＤＢ１には、料理と、料理に含まれる栄養成分の量（以下、栄養成分量ともいう）とが関連付けられた情報（第１情報）が格納されている。より具体的には、店舗ＤＢ１には、料理（料理名）と、料理に含まれる栄養成分量の他、料理に使用される食材名、調味料名、調理法、各食材の分量、調味料の分量、料理の画像などの情報が関連付けて記憶されている。また、セット料理であれば、セット料理を構成する料理に使用される食材名、調味料名、調理法、各食材の分量、調味料の分量、栄養成分量、セット料理の画像などの情報が関連付けられている。

ここで、栄養成分には、例えば、カロリー（Ｋｃａｌ）、タンパク質（ｇ）、脂質（ｇ）、炭水化物（ｇ）、塩分（ｇ）、食物繊維（ｇ）、ビタミン（ｍｇ又はμｇ）、ミネラル（ｍｇ又はμｇ）などである。ビタミンは、例えば、ビタミンＡ、ビタミンＢ１、ビタミンＢ２、ビタミンＢ６、ビタミンＢ１２、葉酸、ビタミンＣ、ビタミンＤ、ビタミンＥなどが含まれる。また、店舗情報は、店舗の運営者や社員、スタッフの他、本情報処理システム１の管理者など（以下、店舗情報を登録するユーザを店舗ユーザともいう）により登録される。

（ユーザＤＢ２）
ユーザＤＢ２には、情報処理システム１を利用して料理の提案を受けるユーザ（以下、単にユーザともいう）の情報（以下、ユーザ情報ともいう）が格納されている。この情報には、例えば、ユーザの氏名、ユーザの属性（例えば、生年月日、年齢、性別、身体特徴（例えば、身長、体重など））、１日の食事回数、１日の各食事（朝食、昼食、夕食、間食など）における配分（ユーザが所定期間（１日）に必要とする栄養成分量の各食事の配分）などの情報が含まれる。また、忌避食材（摂取を避けるべき食材（嫌いな場合を含む））、服用中の薬、既往症（アレルギー、生活習慣を含む）、食事の提案を受ける目的、などの情報が含まれる。これらの情報は、ユーザＩＤに関連付けてユーザＤＢ２に格納されている。

（目的ＤＢ３）
目的ＤＢ３には、目的と、所定期間内に必要とする栄養成分量とが関連付けられた情報（第２情報）が格納されている。各目的には、複数の栄養成分について、体重１ｋｇごとの所定期間（本実施形態では１日）当たりに必要な栄養成分量の上限及び下限（以下、所定期間（本実施形態では１日）当たりに必要な栄養成分量の上限及び下限を単に必要量ともいう）が栄養成分毎に関連付けられている。このため後述する算出部２０６において、ユーザＤＢ２及び目的ＤＢ３を参照して、ユーザの体重及び目的に関連付けられた１ｋｇ当たりの必要量から、ユーザに必要な１日の栄養成分量を算出することができる。

なお、上記栄養成分は、体重への依存性が高いために１日に必要な栄養成分量が単位体重（例えば、１ｋｇ）当たりに換算した上限及び下限の値で目的ＤＢ３に格納されている第１栄養成分群と、体重への依存性が低いために１日に必要な栄養成分量が体重に関係なく単に上限及び下限の値で目的ＤＢ３に格納されている第２栄養成分群とに分類されている。例えば、カロリー、タンパク質、脂質、炭水化物などの体重への依存性が高い栄養成分は、第１栄養成分に分類される。また、塩分、食物繊維、ビタミン、ミネラルなどの体重への依存性が低い栄養成分は、第２栄養成分に分類される。

本実施形態では、目的には、病状（腎不全、高血圧、糖尿病など）の治療、改善、進行の抑制など医療目的だけでなく、なんとなく体がだるい、疲れるといった病気ではないが症状がある場合（いわゆる未病状態）、及び痩身、体力アップ、といった個人的な目的も含まれる。例えば、目的が腎不全の治療、改善であれば、各栄養成分のうちタンパク質など腎臓に負担を与える栄養成分の上限が低く設定されている。また、目的が糖尿病の治療、改善であれば、各栄養成分のうち糖質の上限が低く設定されている。また、目的が痩身であれば、カロリーの上限が低く設定されている（なお、この場合、タンパク質やビタミン等の他の栄養成分は通常の設定となる）。

また、一つの目的だけでなく、複数の目的に応じて各栄養成分の下限及び上限を算出するようにしてもよい。この場合、目的毎に重みづけを行い、該重みづけに応じて必要な栄養成量を算出するとよい。例えば、基本条件（年齢、体重など）、既往症（血糖値が高い、腎機能低下、血圧が高い、コレステロール値が高いなど）、生活習慣（飲酒量、喫煙の有無、偏食、暴飲暴食気味など）、日々の症状（例えば、寝つきが悪い、疲れやすい、風邪をひきやすいなど）、願望（痩せたい、太りたい、筋量をアップしたい、免疫力をアップしたいなど）など目的に応じて複数のグループに分類し、この分類したグループに重みづけを行い、必要な栄養成分量を算出するとよい。また、目的ＤＢ３には、目的に応じてユーザに摂取を推奨する推奨食材の情報（第５情報）が格納されている。

（料理ＤＢ４）
料理ＤＢ４には、料理（単品料理又はセット料理）と、料理に含まれる栄養成分量とが関連付けられた情報（第１情報）が格納されている。なお、料理ＤＢ４には、料理は、朝食、昼食、夕食、間食などに分類されて格納されている。朝食用の料理としては、例えば、卵かけご飯と納豆のセット料理や、焼き魚とご飯とみそ汁のセット料理などが登録されている。また、昼食の料理としては、例えば、バンバンジーサラダとトマトスープのセット料理や、シザーサラダとたらこパスタのセット料理などが登録されている。また、夕食の料理としては、例えば、ハンバーグと五穀米のセット料理や、トマトサラダとカレーのセット料理などが登録されている。なお、料理ＤＢ４に朝食、昼食、夕食以外にも間食や夜食の料理が含まれていてもよい。また、各料理には、レシピと必要な食材（食材名及び分量）の情報、料理の画像及び食材を調達可能なスーパーマーケットなどの自炊用店舗の情報（以下、店舗情報ともいう）が格納されている。この店舗情報は、店舗名、連絡先、住所、ＷｅｂサイトのＵＲＬ、提供可能な料理などの情報である。

ここで、料理には、複数ある料理から任意の料理を選択するものが含まれる。例えば、料理が、ハンバーグとご飯と小鉢のセット料理である場合、小鉢が豆腐、納豆、きんぴらの中から一つを選択可能に構成される料理が含まれる。また、料理ＤＢ４には、各料理を構成する料理毎に、使用している食材（調味料を含む）の種類、各食材の分量、栄養成分量及び調理法などが関連付けて格納されている。

（食材ＤＢ５）
食材ＤＢ５には、食材と、食材の栄養成分とが関連付けられた情報（第４情報）が格納されている。より具体的には、食材ＤＢ５には、食材（例えば、人参、トマト、納豆、卵など）毎に単位重量当たり（例えば、１ｇ）の栄養成分量などが関連付けて格納されている。また、料理ＤＢ４と同様に食材には調味料が含まれる。なお、食材に食材の画像の情報を関連付けていてもよい。また、各食材の単位重量当たりの栄養成分量を調理法ごとに食材ＤＢ５へ格納してもよい。このようにすることで、調理法ごとに、各食材のより正確な単位重量当たりの栄養成分量を算出することができる。

（薬剤等ＤＢ６）
薬剤等ＤＢ６には、薬の情報（薬の名前、効能）と、忌避食材（該薬の効果を低減させたり、増幅させたりする摂取を避けるべき食材）とが関連付けられた情報（第３情報）が薬ＩＤ（薬の識別番号）に関連付けて格納されている。また、薬剤等ＤＢ６には、既往症（アレルギー、生活習慣を含む）と、この既往症における忌避食材とが関連付けられた情報（第３情報）が薬ＩＤ（薬の識別番号）に関連付けて格納されている。

ＣＰＵ２００Ｃは、実施形態に係る情報処理サーバ２を制御するものであり、図示しないＲＯＭ及びＲＡＭを備えている。

図４は、情報処理サーバ２の機能ブロック図である。図４に示すように、情報処理サーバ２は、受信部２０１（受付部）、送信部２０２、記憶装置制御部２０３、認証部２０４、登録部２０５、算出部２０６、判定部２０７（第１，第２判定部）、料理取得部２０８、食材取得部２０９（忌避食材取得部、推奨食材取得部）、出力部２１０などの機能を備える。なお、図４に示す機能は、ＣＰＵ２００Ｃが、記憶装置２００Ｂに格納されている情報処理プログラムを実行することで実現される。

受信部２０１は、ネットワーク５を介してユーザ端末３及び店舗端末４の少なくとも一方から送信される情報を受信する。

送信部２０２は、ネットワーク５を介してユーザ端末３及び店舗端末４の少なくとも一方へ情報を送信する。

記憶装置制御部２０３は、記憶装置２００Ｂを制御する。具体的には、記憶装置制御部２０３は、記憶装置２００Ｂへの情報の書き込みや読み出しを行う。

認証部２０４、情報処理サーバ２へのログイン認証を行う。

登録部２０５は、受信部２０１で受信した情報に応じて、店舗情報を店舗ＤＢ１へ登録し、ユーザ情報をユーザＤＢ２へ登録する。また、登録部２０５は、受信部２０１で受信した情報に応じて、ユーザ情報をユーザＤＢ２へ登録する。

算出部２０６は、ユーザが所定期間（本実施形態では１日）に必要な栄養成分量を栄養成分毎に算出する。具体的には、算出部２０６は、ユーザＤＢ２を参照し、ユーザの体重及び目的を取得する。次いで、算出部２０６は、目的ＤＢ３を参照して、ユーザＤＢ２を参照して取得した目的に関連付けられた栄養成分ごとの必要量に、ユーザＤＢ２を参照して取得したユーザの体重を乗算してユーザに必要な１日の栄養成分量を算出する。なお、目的ＤＢ３の説明で述べたように、算出部２０６は、第１栄養成分群については、ユーザの体重を乗算して所定期間の必要な栄養成分量を算出し、第２栄養成分については、指定された目的の値をそのまま所定期間の必要量とする。

なお、本実施形態では、算出部２０６は、ユーザが１日に必要な栄養成分量の範囲（上限及び下限）を栄養成分毎に算出しているが、この期間は適宜設定可能である。例えば、期間を１食に設定すると算出部２０６は、ユーザが１食に必要な栄養成分の範囲を栄養成分毎に算出し、期間を１週間に設定すると算出部２０６は、ユーザが１週間に必要な栄養成分の範囲を栄養成分毎に算出する。

また、算出部２０６は、料理取得部２０８により取得された料理の栄養成分量が、算出部２０６で算出された栄養成分量を充足する充足率を、料理取得部２０８により取得された所定期間分の料理ごとに算出する。

判定部２０７は、料理に、忌避食材が含まれるか否かを判定する。また、判定部２０７は、料理取得部２０８が取得した料理の栄養成分量が、算出部２０６が算出したユーザが所定期間内に必要とする栄養成分量を充足するか否かを栄養成分毎に判定する。

料理取得部２０８は、店舗ＤＢ１又は料理ＤＢ４を参照し、算出部２０６が算出した栄養成分量に応じて、店舗ＤＢ１又は料理ＤＢ４から料理を取得する。なお、料理取得部２０８による料理の取得の詳細については後述する。

食材取得部２０９は、ユーザＤＢ２及び薬剤等ＤＢ６（第３情報）を参照し、忌避食材の情報を取得する。また、食材取得部２０９は、食材ＤＢ５（第４情報）を参照し、判定部２０７にて充足すると判定されなかった栄養成分に応じて、ユーザに摂取を推奨する推奨食材の情報を取得する。また、食材取得部２０９は、目的ＤＢ３（第５情報）を参照し、受信部２０１で受け付けられた目的に応じて、推奨食材の情報を取得する。

出力部２１０は、少なくとも以下の（１）から（３）の情報を出力する。
（１）料理取得部２０８で取得された料理の情報
（２）食材取得部２０９で取得された食材（忌避食材及び推奨食材）の情報
（３）判定部２０７が充足すると判定しなかった栄養成分の情報
なお、出力部２１０により出力された情報は、送信部２０２によりユーザ端末３へ送信される。

（ユーザ端末３）
ユーザ端末３は、本情報処理システム１のユーザが食事の提案を受けるための端末である。なお、ユーザ端末３では、ユーザだけでなくユーザの食事指導医等による情報の入力も行われる場合がある。図５（ａ）は、ユーザ端末３の構成図である。図５（ａ）は、ユーザ端末３の主なハード構成を示しており、ユーザ端末３は、通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅがバス３００Ｆを介して接続された構成を有する。

通信ＩＦ３００Ａは、他の装置（本実施形態では、情報処理サーバ２）と通信するためのインターフェースである。

記憶装置３００Ｂは、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）や半導体記憶装置（ＳＳＤ(Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ)）である。記憶装置３００Ｂには、ユーザＩＤや情報処理プログラムなどが格納される。ユーザＩＤは、ユーザ端末３を識別するための識別子である。ユーザ端末３から送信する情報にユーザＩＤを付与することで、情報処理サーバ２は、受信した情報がどのユーザ端末３から送信されたものであるかを判定することができる。なお、ユーザＩＤは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスなどを利用してもよく、情報処理サーバ２がユーザ端末３に対して付与するようにしてもよい。

また、図５（ａ）に示すように、本実施形態では、ユーザ端末３が記憶装置３００Ｂを備える構成となっているが、ユーザ端末３とネットワーク５を介して接続された他の情報処理サーバが備えていてもよい。また、本実施形態では、記憶装置３００Ｂに情報処理プログラムが格納されているが、ユーザ端末３とネットワーク５を介して接続された他のサーバから情報処理プログラムをダウンロード可能に構成されていてもよい。

入力装置３００Ｃは、例えば、キーボード、マウスなどの入力デバイスであるが、入力可能であれば、他の装置や機器（例えば、タッチパネル）であってもよい。また、音声入力装置であってもよい。

表示装置３００Ｄは、例えば、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなどであるが、表示可能であれば他の装置や機器（例えば、ＣＲＴ：Cathode Ray Tube）であってもよい。

ＣＰＵ３００Ｅは、実施形態に係るユーザ端末３を制御するものであり、図示しないＲＯＭ及びＲＡＭを備えている。

図５（ｂ）は、ユーザ端末３の機能ブロック図である。図５（ｂ）に示すように、ユーザ端末３は、受信部３０１、送信部３０２、記憶装置制御部３０３、入力受付部３０４、表示装置制御部３０５などの機能を有する。なお、図５（ｂ）に示す機能は、ＣＰＵ３００Ｅが、記憶装置３００Ｂに格納されている情報処理プログラムを実行することで実現される。

受信部３０１は、情報処理サーバ２から送信される情報を受信する。

送信部３０２は、入力受付部３０４で受け付けた入力操作に応じた情報を情報処理サーバ２へ送信する。

記憶装置制御部３０３は、記憶装置３００Ｂを制御する。具体的には、記憶装置制御部３０３は、記憶装置３００Ｂを制御して情報の書き込みや読み出しを行う。

入力受付部３０４は、ユーザによる入力装置３００Ｃからの入力操作を受け付ける。

表示装置制御部３０５は、表示装置５００Ｄを制御し、受信部３０１で受信した情報などを表示装置５００Ｄに表示する。

（店舗端末４）
店舗端末４は、本情報処理システム１に料理や食材の情報を登録するための端末である。図６（ａ）は、店舗端末４の構成図である。図６（ａ）は、店舗端末４の主なハード構成を示しており、店舗端末４は、通信ＩＦ４００Ａ、記憶装置４００Ｂ、入力装置４００Ｃ、表示装置４００Ｄ、ＣＰＵ４００Ｅがバス４００Ｆを介して接続された構成を有する。また、図６（ｂ）は、店舗端末４の機能ブロック図である。図６（ｂ）に示すように、店舗端末４は、受信部４０１、送信部４０２、記憶装置制御部４０３、入力受付部４０４、表示装置制御部４０５などの機能を有する。なお、図６（ｂ）に示す機能は、ＣＰＵ４００Ｅが、記憶装置４００Ｂに格納されている情報処理プログラムを実行することで実現される。

ここで、店舗端末４が備える通信ＩＦ４００Ａ、記憶装置４００Ｂ、入力装置４００Ｃ、表示装置４００Ｄ、ＣＰＵ４００Ｅ、バス４００Ｆ、受信部４０１、送信部４０２、記憶装置制御部４０３、入力受付部４０４、表示装置制御部４０５は、それぞれ、図５を参照して説明したユーザ端末３が備える通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅ、バス３００Ｆ、受信部３０１、送信部３０２、記憶装置制御部３０３、入力受付部３０４、表示装置制御部３０５に対応し、同様の構成及び機能を有するため重複する説明を省略する。

（情報処理システムの処理）
以下、図７〜図１５を参照して、情報処理システム１の処理について説明する。以下の説明では、図１から図６を参照して説明した構成と同一の構成には同一の符号を付して重複する説明を省略する。

（店舗情報の登録処理）
図７は、情報処理システム１の店舗情報の登録処理の一例を示すフローチャートである。以下、図７を参照して、情報処理システム１の店舗情報の登録処理について説明する。

（ステップＳ１０１）
店舗ユーザは店舗端末４の入力装置４００Ｃを操作して店舗の店舗名、連絡先、住所などの情報を入力する。入力装置４００Ｃを操作して入力された情報は、入力受付部４０４で受け付けられ、送信部４０２からネットワーク５を介して情報処理サーバ２へ送信される。店舗端末４からの情報は、情報処理サーバ２の受信部２０１で受信され（受け付され）、記憶装置制御部２０３により店舗ＩＤに関連付けて店舗ＤＢ１に格納される。

（ステップＳ１０２）
店舗ユーザは店舗端末４の入力装置４００Ｃを操作して店舗で提供可能な料理（セット料理を含む）の情報（例えば、料理名及び画像データなど）を入力する。入力装置４００Ｃを操作して入力された情報は、入力受付部４０４で受け付けられ、送信部４０２からネットワーク５を介して情報処理サーバ２へ送信される。店舗端末４からの情報は、情報処理サーバ２の受信部２０１で受信され（受け付され）、登録部２０５の指示に基づいて、記憶装置制御部２０３により店舗ＩＤに関連付けて店舗ＤＢ１に格納される。

（ステップＳ１０３）
店舗ユーザは店舗端末４の入力装置４００Ｃを操作して料理に使用される食材名、調理法、各食材の分量の情報を入力する。入力装置４００Ｃを操作して入力された情報は、入力受付部４０４で受け付けられ、送信部４０２からネットワーク５を介して情報処理サーバ２へ送信される。店舗端末４からの情報は、情報処理サーバ２の受信部２０１で受信され（受け付され）、登録部２０５の指示に基づいて、記憶装置制御部２０３により店舗ＩＤに関連付けて店舗ＤＢ１に格納される。

（ステップＳ１０４）
店舗ユーザは店舗端末４の入力装置４００Ｃを操作して料理に使用される調味料名及び調味料の分量の情報を入力する。入力装置４００Ｃを操作して入力された情報は、入力受付部４０４で受け付けられ、送信部４０２からネットワーク５を介して情報処理サーバ２へ送信される。店舗端末４からの情報は、情報処理サーバ２の受信部２０１で受信され（受け付され）、登録部２０５の指示に基づいて、記憶装置制御部２０３により店舗ＩＤに関連付けて店舗ＤＢ１に格納される。

（ステップＳ１０５）
店舗ユーザは店舗端末４の入力装置４００Ｃを操作して料理の調理法の情報を入力する。入力装置４００Ｃを操作して入力された情報は、入力受付部４０４で受け付けられ、送信部４０２からネットワーク５を介して情報処理サーバ２へ送信される。店舗端末４からの情報は、情報処理サーバ２の受信部２０１で受信され（受け付され）、登録部２０５の指示に基づいて、記憶装置制御部２０３により店舗ＩＤに関連付けて店舗ＤＢ１に格納される。

（ステップＳ１０６）
情報処理サーバ２の算出部２０６は、食材ＤＢ５を参照し、料理に使用される食材名、調味料名、調理法、各食材の分量、調味料の分量及び調理法に基づいて料理（セット料理を含む）の栄養成分量を算出する。

（ステップＳ１０７）
情報処理サーバ２の記憶装置制御部２０３は、登録部２０５の指示に基づいて、算出部２０６により算出された栄養成分量を料理に関連付けて店舗ＤＢ１に格納する。

（ステップＳ１０８）
店舗ユーザは、登録を希望するすべての料理の登録が終了した場合（ＹＥＳ）、店舗端末４の入力装置４００Ｃを操作して店舗情報の登録を終了する操作を終了する。また、店舗ユーザは、登録を希望するすべての料理の登録が終了していない場合（ＮＯ）、店舗端末４の入力装置４００Ｃを操作してステップＳ１０２の処理へ戻り、残りの料理の登録を行う。

なお、上記説明では、算出部２０６が食材ＤＢ５を参照して、各料理の栄養成分量を算出しているが、店舗ユーザが入力した各料理の栄養成分量を利用してもよい。また、上記説明では、料理を登録する際に予め料理ごとの栄養成分量を算出し、算出した栄養成分量を料理に関連づけて店舗ＤＢ１に格納しているが、料理取得部２０８が料理を取得する際に、料理ごとに栄養成分量を算出するようにしてもよい。

（ユーザ情報の登録処理）
図８は、情報処理システム１のユーザ情報の登録処理の一例を示すフローチャートである。以下、図８を参照して、情報処理システム１のユーザ情報の登録処理について説明する。

（ステップＳ２０１）
ユーザはユーザ端末３の入力装置３００Ｃを操作してユーザの氏名、生年月日、年齢、性別、身長、体重などの情報を入力する。入力装置３００Ｃを操作して入力された情報は、入力受付部３０４で受け付けられ、送信部３０２からネットワーク５を介して情報処理サーバ２へ送信される。ユーザ端末３からの情報は、情報処理サーバ２の受信部２０１で受信され（受け付され）、登録部２０５の指示に基づいて、記憶装置制御部２０３によりユーザＩＤに関連付けてユーザＤＢ２に格納される。

（ステップＳ２０２）
ユーザはユーザ端末３の入力装置３００Ｃを操作して、１日の食事回数、各食事の１日における配分などの情報を入力する。入力装置３００Ｃを操作して入力された情報は、入力受付部３０４で受け付けられ、送信部３０２からネットワーク５を介して情報処理サーバ２へ送信される。ユーザ端末３からの情報は、情報処理サーバ２の受信部２０１で受信され（受け付され）、登録部２０５の指示に基づいて、記憶装置制御部２０３によりユーザＩＤに関連付けてユーザＤＢ２に格納される。

（ステップＳ２０３）
ユーザはユーザ端末３の入力装置３００Ｃを操作して既往症（アレルギー、生活習慣を含む）、忌避食材、服用中の薬などの情報を入力する。入力装置３００Ｃを操作して入力された情報は、入力受付部３０４で受け付けられ、送信部３０２からネットワーク５を介して情報処理サーバ２へ送信される。ユーザ端末３からの情報は、情報処理サーバ２の受信部２０１で受信され（受け付され）、登録部２０５の指示に基づいて、記憶装置制御部２０３によりユーザＩＤに関連付けてユーザＤＢ２に格納される。

（ステップＳ２０４）
ユーザはユーザ端末３の入力装置３００Ｃを操作して目的の情報を入力する。入力装置３００Ｃを操作して入力された情報は、入力受付部３０４で受け付けられ、送信部３０２からネットワーク５を介して情報処理サーバ２へ送信される。ユーザ端末３からの情報は、情報処理サーバ２の受信部２０１で受信され（受け付され）、登録部２０５の指示に基づいて、記憶装置制御部２０３によりユーザＩＤに関連付けてユーザＤＢ２に格納される。

なお、ユーザは、ユーザ端末３の入力装置３００Ｃを操作して、ステップＳ２０４で入力した目的に関連付けられている栄養成分量の上限及び下限の範囲内で、所定の栄養成分についての栄養成分量の配分を設定してもよい。また、既に述べたように、ユーザだけでなくユーザの食事指導医等によりステップＳ２０１からＳ２０４の少なくとも１以上の情報の入力が行われる場合がある。

（登録画面）
図９は、実施形態に係る情報処理システムのユーザ端末３の表示装置３００Ｄに表示される登録画面の一例を示す図である。図９に示す登録画面では、ユーザは、３食の食事バランスの欄１００１において、１日の各食事（朝食、昼食、夕食、間食など）における配分を設定・登録することができる。なお、図９に示す例では、３食の食事バランスの欄１００１で３食の配分を設定しているが、既に述べたように１日の食事は３食に限られず、１食、又は２食としてもよいし、４食以上としてもよい。また、朝食、昼食、夕食のうちの１食だけ、例えば、朝食の配分（例えば、２０％）だけを設定することもできる。この場合、料理取得部２０８は、朝食の料理の情報を取得する。同様に、朝食、昼食、夕食のうち例えば、朝食及び夕食の配分（例えば、各々２０％、３５％）だけを設定することもできる。この場合、料理取得部２０８は、朝食及び夕食の料理の情報を取得する。

また、ユーザは、ＰＦＣバランスの欄１００２において、図８のステップＳ２０４で入力した目的に関連付けられている栄養成分量の上限及び下限の範囲内で、所定の栄養成分についての栄養成分量の配分を設定・登録することができる。図９に示す例では、所定の栄養成分として、「たんぱく質」、「炭水化物」、「脂質」を表示しているが、「たんぱく質」、「炭水化物」、「脂質」に限られず、他の栄養成分についての栄養成分量の配分を入力した目的に関連付けられている栄養成分量の上限及び下限の範囲内で設定できるようにしてもよい。例えば、図９に示す例では、「たんぱく質」、「炭水化物」、「脂質」の入力ボックス１００２Ａ〜１００２Ｃ内には、図８のステップＳ２０４で入力された目的に関連付けられている栄養成分量の上限値（入力ボックス１００２Ａ〜１００２Ｃ内に表示される数値は、図８のステップＳ２０４で入力された目的に関連付けられている栄養成分量の下限値であっても良いし、上限値と下限値の間の値（例えば、平均値）であってもよい）が表示されており、ユーザが入力ボックス１００２Ａ〜１００２Ｃ内に数値を入力することで、入力した数値が入力ボックス１００２Ａ〜１００２Ｃ内に表示されるとともに、入力した数値が栄養成分量の配分として設定・登録される。なお、目的が受け付けられていない場合、「たんぱく質」、「炭水化物」、「脂質」の入力ボックス１００２Ａ〜１００２Ｃ内に表示される値は０となる。

また、ユーザは、禁止食材・推奨食材の欄１００３において、忌避食材（禁止食材）、控えて欲しい食材、推奨食材などを設定・登録することができる。

図９で設定された情報は、ユーザ端末３から情報処理サーバ２へと送信され、情報処理サーバ２の受信部２０１で受け付けられ、登録部２０５の指示に基づいて、記憶装置制御部２０３によりユーザＩＤに関連付けてユーザＤＢ２に格納される。

（料理情報の出力処理）
図１０は、情報処理システム１の料理情報の出力処理の一例を示すフローチャートである。以下、図１０を参照して、情報処理システム１の料理情報の出力処理について説明する。

（ステップＳ３０１）
ユーザは、外食、中食、自炊のいずれで料理の提案を受けるかを選択する。具体的には、ユーザ端末３の入力装置３００Ｃを操作して、外食、中食、自炊のいずれかを選択する。入力装置３００Ｃを操作して選択された情報（外食、中食又は自炊の情報）は、入力受付部３０４で受け付けられ、送信部３０２からネットワーク５を介して情報処理サーバ２へ送信される。なお、必ずしもステップＳ３０２の処理直前に外食、中食、自炊のいずれかを受け付ける必要はない。例えば、外食、中食、自炊のいずれで料理の提案を受けるかの選択を予め受け付け、ユーザＩＤに関連付けてユーザＤＢ２に格納していてもよいし、また、ステップＳ３０２の処理後、ステップＳ３０６の処理前に外食、中食、自炊のいずれで料理の提案を受けるかの選択を受け付けてもよい。

（ステップＳ３０２）
情報処理サーバ２の算出部２０６は、ユーザＤＢ２を参照し、ユーザの体重、食事の提案を受ける目的、１日の各食事における配分、忌避食材、服用中の薬、既往症などのユーザ情報を取得する。

（ステップＳ３０３）
情報処理サーバ２の算出部２０６は、目的ＤＢ３を参照し、ステップＳ３０２で取得した目的に関連付けられた各栄養成分の１ｋｇごとの必要量の情報を取得する。

（ステップＳ３０４）
情報処理サーバ２の算出部２０６は、ステップＳ３０２で取得したユーザの体重及びＳ３０３で取得した各栄養成分の１ｋｇごとの必要量の情報に基づいて、ユーザが所定期間に必要な栄養成分量を算出する。なお、算出部２０６による栄養成分量の算出方法については既に述べたので重複する説明を省略する。

（ステップＳ３０５）
情報処理サーバ２の料理取得部２０８は、薬剤等ＤＢ６を参照し、ステップＳ３０２で取得した服用中の薬に関連付けられた忌避食材の情報を取得する。また、料理取得部２０８は、ステップＳ３０２で取得した既往症に関連付けられた忌避食材の情報を取得する。

（ステップＳ３０６）
情報処理サーバ２の料理取得部２０８は、ステップＳ３０２及びステップＳ３０５で取得した忌避食材、ステップＳ３０４で算出したユーザが所定期間に必要な栄養成分量、ステップＳ３０２で取得した食事の配分に基づいて、店舗ＤＢ１又は料理ＤＢ４を参照して、食事ごとに料理を取得する。なお、料理取得部２０８による料理の情報の取得については図１１を参照して後述する。

（ステップＳ３０７）
情報処理サーバ２の出力部２１０は、ステップＳ３０６において料理取得部２０８で取得された料理の情報を出力する。出力部２１０により出力された料理の情報は、送信部２０２によりユーザ端末３へ送信され、ユーザ端末３の表示装置３００Ｄに表示される。

（料理取得処理）
図１１は、実施形態に係る情報処理システム１の料理取得処理の一例を示すフローチャートである。以下、図１１を参照して、情報処理システム１の料理取得処理について説明する。

（ステップＳ４０１）
情報処理サーバ２の算出部２０６は、図１０のステップＳ３０２で取得した食事の配分に基づいて、１日の各食事で摂取する栄養成分量の配分を算出する。例えば、各食事の配分が、朝食が「３０％」、昼食が「３５％」、夕食が「３５％」、間食が「無し」である場合、算出部２０６は、図１０のステップＳ３０４で算出したユーザが所定期間に必要な栄養成分量の上限及び下限にそれぞれ、「０．３」、「０．３５」、「０．３５」を乗算した値を、それぞれ朝食、昼食、夕食に必要な栄養成分量とする。なお、図８のステップＳ２０４で入力した目的に関連付けられている栄養成分量の上限及び下限の範囲内で、所定の栄養成分についての栄養成分量の配分を設定されている場合、算出部２０６は、設定された栄養成分量に対して「０．３」、「０．３５」、「０．３５」を乗算する。

（ステップＳ４０２）
情報処理サーバ２の料理取得部２０８は、図１０のステップＳ３０１でユーザが外食、中食を選択している場合、店舗ＤＢ１を参照して、ステップＳ４０１で算出部２０６により算出された各食事に必要な栄養成分量を満たす（上限及び下限の範囲内である）料理を取得する。なお、このとき、料理取得部２０８は、判定部２０７での判定結果に基づき図１０のステップＳ３０２及びステップＳ３０５で取得した忌避食材が含まれない料理を取得する。

また、情報処理サーバ２の料理取得部２０８は、図１０のステップＳ３０１でユーザが自炊を選択している場合、料理ＤＢ４を参照して、ステップＳ４０１で算出部２０６により算出された各食事に必要な栄養成分量を満たす（上限及び下限の範囲内である）料理を取得する。なお、このとき、料理取得部２０８は、判定部２０７での判定結果に基づき図１０のステップＳ３０２及びステップＳ３０５で取得した忌避食材が含まれない料理を取得する。

なお、外食、中食、自炊の場合は、料理取得部２０８で取得されたセット料理の栄養成分量が、算出部２０６で算出された所定期間に必要な栄養成分量となるように、セット料理を構成する料理の少なくとも一部を他の料理に置き換える料理置換部を備えるようにしてもよい。また、自炊の場合は、料理取得部２０８で取得された料理の栄養成分量が算出部２０６で算出された所定期間に必要な栄養成分量となるように、抽出された料理に含まれる食材を他の食材に置き換える食材置換部を備えるようにしてもよい。

なお、図１０のステップＳ３０７において、情報処理サーバ２の出力部２１０は、料理取得部２０８で取得された料理の情報を出力するが、このとき、出力部２１０は、ユーザが外食、中食を希望している場合、店舗ＤＢ１を参照して、ステップＳ４０２で取得された料理を提供可能な店舗情報（例えば、店舗名、連絡先、住所、ＷｅｂサイトのＵＲＬ）とともに、料理取得部２０８で取得された料理の情報をお勧めの食事として出力する。出力部２１０により出力された料理の情報は、送信部２０２によりユーザ端末３へ送信され、ユーザ端末３の表示装置３００Ｄに表示される。

また、図１０のステップＳ３０７において、出力部２１０は、ユーザが自炊を希望している場合、料理ＤＢ４を参照して、ステップＳ４０２で取得された料理に関連付けられた各料理のレシピ、必要な食材及び該食材を提供可能な店舗の情報（例えば、店舗名、連絡先、住所、ＷｅｂサイトのＵＲＬ）とともに、料理取得部２０８で取得された料理の情報をお勧めの食事として出力する。出力部２１０により出力された料理の情報は、送信部２０２によりユーザ端末３へ送信され、ユーザ端末３の表示装置３００Ｄに表示される。

なお、ユーザ端末３にユーザ端末３の現在位置を出力するＧＰＳセンサを備え、情報処理サーバ２にユーザ端末３の現在位置を取得する現在位置取得部を備えてもよい。この場合、出力部２１０が料理の情報とともに、店舗情報を出力する際に、出力部２１０は、取得される位置情報に基づいて、近隣（例えば、半径数キロ圏内）の店舗情報を出力する。また、地域を指定して、出力部２１０が指定された地域内の店舗情報を料理の情報とともに出力してもよい。

（忌避食材の出力処理）
図１２は、実施形態に係る情報処理システム１の忌避食材の出力処理の一例を示すフローチャートである。以下、図１２を参照して、情報処理システム１の忌避食材の出力処理について説明する。

（ステップＳ５０１）
情報処理サーバ２の食材取得部２０９は、ユーザＤＢ２を参照し、ユーザＤＢ２に格納された忌避食材（ユーザや食事の指導医等により登録された忌避食材）の情報を取得する。また、食材取得部２０９は、ユーザＤＢ２を参照し、服用中の薬及び既往症の少なくとも一方の情報を取得する。

（ステップＳ５０２）
情報処理サーバ２の食材取得部２０９は、薬剤等ＤＢ６を参照し、ステップＳ５０１で取得した薬及び既往症の少なくとも一方に関連付けられた忌避食材の情報を取得する。

（ステップＳ５０３）
情報処理サーバ２の出力部２１０は、ステップＳ５０１及びステップＳ５０２で食材取得部２０９が取得した忌避食材の情報を出力する。出力部２１０により出力された忌避食材の情報は、送信部２０２によりユーザ端末３へ送信され、ユーザ端末３の表示装置３００Ｄに表示される。

（推奨食材の出力処理１）
図１３は、実施形態に係る情報処理システム１の推奨食材の出力処理の一例を示すフローチャートである。以下、図１３を参照して、情報処理システム１の推奨食材の出力処理について説明する。

（ステップＳ６０１）
情報処理サーバ２の食材取得部２０９は、ユーザＤＢ２を参照し、ユーザＤＢ２に格納された目的の情報を取得する。

（ステップＳ６０２）
情報処理サーバ２の食材取得部２０９は、目的ＤＢ３を参照し、ステップＳ６０１で取得した目的に関連付けられた推奨食材の情報を取得する。

（ステップＳ６０３）
情報処理サーバ２の出力部２１０は、ステップＳ５０２で食材取得部２０９が取得した推奨食材の情報を出力する。出力部２１０により出力された推奨食材の情報は、送信部２０２によりユーザ端末３へ送信され、ユーザ端末３の表示装置３００Ｄに表示される。

（推奨食材の出力処理２）
図１４は、実施形態に係る情報処理システム１の推奨食材の出力処理の一例を示すフローチャートである。以下、図１４を参照して、情報処理システム１の推奨食材の出力処理について説明する。

（ステップＳ７０１）
情報処理サーバ２の算出部２０６は、料理取得部２０８により取得された料理の栄養成分量を栄養成分ごとに算出する。

（ステップＳ７０２）
情報処理サーバ２の算出部２０６は、ユーザが所定期間内に必要とする栄養成分量から取得された料理の栄養成分量を減算して、不足する栄養成分量を算出する。

（ステップＳ７０３）
情報処理サーバ２の食材取得部２０９は、食材ＤＢ５を参照し、不足する栄養成分量を補う食材を取得する。具体的には、食材取得部２０９は、不足する栄養成分を有する食材の情報を食材ＤＢ５から取得する。

（ステップＳ７０４）
情報処理サーバ２の出力部２１０は、ステップＳ７０３で食材取得部２０９が取得した食材の情報を、摂取を推奨する推奨食材として出力する。このとき、出力部２１０は、ステップＳ７０２で算出部２０６により算出された不足する栄養成分量の情報とともにステップＳ７０３で食材取得部２０９が取得した食材の情報を推奨食材として出力する。出力部２１０により出力された栄養成分量及び推奨食材の情報は、送信部２０２によりユーザ端末３へ送信され、ユーザ端末３の表示装置３００Ｄに表示される。

なお、ステップＳ７０３において、食材取得部２０９は、不足する栄養成分量を満たす推奨食材の分量（ｇ）を、食材に関連付けされた単位重量当たり（例えば、１ｇ）の栄養成分量から算出し、出力部２１０は、推奨食材及び分量の情報を出力するようにしてもよい。

（推奨食材の表示画面）
図１５は、実施形態に係る情報処理システムのユーザ端末３の表示装置３００Ｄに表示される不足栄養成分の表示画面の一例を示す図である。図１５に示すように、ユーザ端末３の表示装置３００Ｄには、不足栄養成分の欄１００４の下側に、算出部２０６により算出された不足する栄養成分の記号１００４Ａ、栄養成分名１００４Ｂ、料理取得部２０８により取得された料理により摂取できる栄養成分量１００４Ｃ、算出部２０６により算出された必要な栄養成分量１００４Ｄ、料理取得部２０８により取得された料理により摂取できる栄養成分量と必要な栄養成分量との関係を示す棒グラフ１００４Ｅの情報が表示される。なお、図１５において、不足する栄養成分を補う食材の食材名、推奨される摂取量（ｇ）及び食材の画像の少なくとも１以上の情報が表示されるようにしてもよい。

以上のように、本実施形態に係る情報処理システム１の情報処理サーバ２は、ユーザへ食事を提案するための情報処理装置である。情報処理サーバ２は、食事で摂取するユーザが所定期間内に必要とする栄養成分量の配分の設定を受け付ける受信部２０１（受付部）と、料理と、料理に含まれる栄養成分量とが関連付けられた第１情報を参照し、受信部２０１で受け付けられた配分に応じて、料理の情報を取得する料理取得部２０８と、料理取得部２０８が取得した料理の情報をユーザの食事として出力する出力部２１０と、を備えている。このため、ユーザの食事ごとの摂取量の配分（例えば、朝食２５％、昼食３０％、間食１０％、夕食３５％の配分など）に応じて、料理を提案することができる。このように、ユーザの食生活に合わせて日々の料理を提案することができ利便性が向上する。

また、情報処理サーバ２は、ユーザが所定期間内に必要とする栄養成分量を算出する算出部２０６を備えている。そして、受信部２０１（受付部）は、ユーザが食事の提案を受ける目的を受け付け、算出部２０６は、目的と、所定期間内に必要とする栄養成分量とが関連付けられた目的ＤＢ３（第２情報）を参照し、受信部２０１で受け付けられた目的に応じて、ユーザが所定期間内に必要とする栄養成分量を算出している。このため、ユーザの目的（例えば、病状（腎不全、高血圧、糖尿病など）の治療、改善、進行の抑制、痩身、体力アップなど）に応じて、料理を提案することができる。このように、ユーザの目的に合わせて日々の料理を提案することができ利便性が向上する。

また、情報処理サーバ２の目的ＤＢ３（第２情報）に記憶されている目的に関連付けられた所定期間内に必要とする栄養成分量は、上限及び下限を有し、受信部２０１（受付部）は、所定の栄養成分についての栄養成分量の設定を上限及び下限の範囲内で受け付ける。そして、料理取得部２０８は、受信部２０１で受け付けられた栄養成分量の設定に応じて、料理の情報を取得している。このため、ユーザが設定した栄養成分量の配分に応じて、料理を提案することができる。また、目的に関連付けられた所定期間内に必要とする栄養成分量の上限及び下限の範囲内での設定のため目的を損なうことがない。このように、ユーザの食生活に合わせて日々の料理を提案することができ利便性が向上する。

また、情報処理サーバ２は、薬及び既往症の少なくとも一方と、忌避食材とが関連付けられた薬剤等ＤＢ６（第３情報）を参照し、摂取を避けるべき忌避食材の情報を取得する食材取得部２０９（忌避食材取得部）を備えている。そして、受信部２０１（受付部）は、ユーザが服用中の薬及び既往症の少なくとも一方の情報を受け付け、食材取得部２０９は、薬剤等ＤＢ６を参照し、受信部２０１で受け付けられた薬及び既往症の少なくとも一方の情報に応じて、忌避食材の情報を取得する。そして、出力部２１０は、食材取得部２０９が取得した忌避食材の情報を出力している。このようにユーザが服用中の薬及び既往症の少なくとも一方に応じてユーザが摂取を避けるべき食材である忌避食材が出力されるので利便性が向上する。

また、情報処理サーバ２は、料理に、忌避食材が含まれるか否かを判定する判定部２０７（第１判定部）を備えている。そして、料理取得部２０８は、判定部２０７での判定結果に応じて、食事として推奨する料理の情報を取得している。このように、忌避食材を考慮して料理を取得するので、ユーザが摂取を避けるべき食材である忌避食材を考慮した料理を提案することができ、利便性が向上する。

また、情報処理サーバ２は、料理取得部２０８が取得した料理の栄養成分量が、算出部２０６が算出したユーザが所定期間内に必要とする栄養成分量を充足するか否かを栄養成分毎に判定する判定部２０７（第２判定部）を備えている。そして、出力部２１０は、判定部２０７が充足すると判定しなかった栄養成分の情報を出力している。このように栄養成分量を充足するか否かを栄養成分毎に判定し、判定部２０７が充足すると判定しなかった栄養成分の情報を出力するので、ユーザは提案された料理で不足する栄養成分を把握することができ、利便性が向上する。

また、情報処理サーバ２は、食材と、食材の栄養成分とが関連付けられた食材ＤＢ５（第４情報）を参照し、判定部２０７（第２判定部）にて充足すると判定されなかった栄養成分に応じて、ユーザに摂取を推奨する推奨食材の情報を取得する食材取得部２０９（推奨食材取得部）を備えている。そして、出力部２１０は、食材取得部２０９が取得した推奨食材の情報を出力している。このように、不足する栄養成分に応じて食材を推奨するので、ユーザは、どのような食材を摂取すれば栄養成分を補うことができるのかを把握することができ利便性が向上する。

また、情報処理サーバ２の食材取得部２０９（推奨食材取得部）は、目的と、ユーザに摂取を推奨する推奨食材の情報とが関連付けられた目的ＤＢ３（第５情報）を参照し、受信部２０１（受付部）で受け付けられた目的に応じて、推奨食材の情報を取得する。そして、出力部２１０は、食材取得部２０９が取得した推奨食材の情報を出力している。このように、ユーザが食事の提案を受ける目的に応じて摂取が推奨される推奨食材を出力するので、ユーザは目的に応じた推奨食材を知ることができ利便性が向上する。

また、本実施形態では、栄養成分には、栄養素及びカロリー（エネルギー）の少なくとも一方が含まれている。このように、栄養素又はカロリーの一方ではなく、栄養素及びカロリーの両方を考慮して料理を提示することができるので利便性が向上する。

（その他の実施形態）
なお、上記実施形態では、料理取得部２０８は、忌避食材を考慮して（避けて）料理を取得しているが、推奨食材を考慮して料理を取得するようにしてもよい。この場合、料理取得部２０８は、ユーザが所定期間内に必要とする栄養成分量を満たす料理であれば、推奨食材をより多く含む料理を取得するようにしてもよい。

また、図９で説明した、特定の栄養成分を摂取する際に優先して摂取したい食材（優先食材）の登録を栄養成分ごとに受け付け（例えば、たんぱく質であれば、鶏肉、牛肉、豚肉の順など）、料理取得部２０８は、ユーザが所定期間内に必要とする栄養成分量を満たす料理であれば、受け付けた食材をより多く含む料理を取得するようにしてもよい。

また、ユーザの食事の嗜好性を受け付け、料理取得部２０８は、ユーザが所定期間内に必要とする栄養成分量を満たす料理であれば、受け付けた嗜好性を反映した料理を取得するようにしてもよい。なお、学習によりユーザの食事の嗜好性を学ぶようにしてもよい。

また、上記実施形態では、料理ＤＢ４には、各料理を構成する料理毎に、使用している食材（調味料を含む）の種類、各食材の分量及び調理法だけでなく、栄養成分量などが関連付けて格納されており、算出部２０６は料理ＤＢ４を参照して各料理に含まれる栄養成分量を算出しているが、料理ＤＢ４には、各料理の料理毎に、使用している食材（調味料を含む）の種類及び各食材の分量の情報が格納されている。このため、料理ＤＢ４には、栄養成分量を関連付けて格納せず、算出部２０６は、食材ＤＢ５を参照し、使用している食材（調味料を含む）の種類及び各食材の分量の情報に応じて、各料理に含まれる栄養成分量を算出するようにしてもよい。

さらに、上記実施形態では、算出部２０６は、ユーザの必要な栄養成分量の範囲（上限及び下限）を１日分で算出している。このため、料理取得部２０８は、算出部２０６により算出されたユーザが必要な１日分の栄養成分量の基準を満たすように、それぞれユーザにお勧めの料理（料理又はセット料理）及び食材を出力している。しかし、算出部２０６が算出するユーザの必要な栄養成分量の範囲（上限及び下限）は、１日分に限られず、１週間分や１食分ごとに算出するようにしてもよい。この場合、料理取得部２０８は、算出部２０６により算出されたユーザが必要な１週間分又は１食分の栄養成分量の基準を満たすように、それぞれユーザにお勧めの料理（料理又はセット料理）及び食材を取得する。

以上説明したように、本発明は、利便性に優れる情報処理装置、情報処理方法及び情報処理プログラムを提供することができる。

１ 情報処理システム
２ 情報処理サーバ（情報処理装置）
２００Ａ 通信ＩＦ
２００Ｂ 記憶装置（ＤＢ１〜ＤＢ６）
２００Ｃ ＣＰＵ
２００Ｄ バス（ＢＵＳ）
２０１ 受信部（受付部）
２０２ 送信部
２０３ 記憶装置制御部
２０４ 認証部
２０５ 登録部
２０６ 算出部
２０７ 判定部（第１，第２判定部）
２０８ 料理取得部
２０９ 食材取得部（忌避食材取得部、推奨食材取得部）
２１０ 出力部
３ ユーザ端末
４ 企業端末
３００Ａ，４００Ａ 通信ＩＦ
３００Ｂ，４００Ｂ 記憶装置
３００Ｃ，４００Ｃ 入力装置
３００Ｄ，４００Ｄ 表示装置
３００Ｅ，４００Ｅ ＣＰＵ
３００Ｆ，４００Ｆ バス
３０１，４０１ 受信部
３０２，４０２ 送信部
３０３，４０３ 記憶装置制御部
３０４，４０４ 入力受付部
３０５，４０５ 表示装置制御部
５ ネットワーク
ＤＢ１ 店舗ＤＢ
ＤＢ２ ユーザＤＢ
ＤＢ３ 目的ＤＢ
ＤＢ４ 料理ＤＢ
ＤＢ５ 食材ＤＢ
ＤＢ６ 薬剤等ＤＢ

Claims (11)

1. ユーザの食事を提案するための情報処理装置であって、
   前記食事で摂取する前記ユーザが所定期間内に必要とする栄養成分量の配分の設定を受け付ける受付部と、
   料理と、前記料理に含まれる栄養成分量とが関連付けられた第１情報を参照し、前記受付部で受け付けられた前記配分に応じて、前記料理の情報を取得する料理取得部と、
   前記料理取得部が取得した前記料理の情報を前記ユーザの食事として出力する出力部と、
   を備えることを特徴とする情報処理装置。
2. 前記ユーザが所定期間内に必要とする栄養成分量を算出する算出部を備え、
   前記受付部は、
   前記ユーザが前記食事の提案を受ける目的を受け付け、
   前記算出部は、
   前記目的と、前記所定期間内に必要とする栄養成分量とが関連付けられた第２情報を参照し、前記受付部で受け付けられた前記目的に応じて、前記ユーザが所定期間内に必要とする栄養成分量を算出する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第２情報の前記目的に関連付けられた前記所定期間内に必要とする栄養成分量は、上限及び下限を有し、
   前記受付部は、
   所定の栄養成分についての前記栄養成分量の設定を前記上限及び下限の範囲内で受け付け、
   前記料理取得部は、
   前記受付部で受け付けられた前記設定に応じて、前記料理の情報を取得する、
   ことを特徴とする請求項２に記載の情報処理装置。
4. 薬及び既往症の少なくとも一方と、摂取を避けるべき忌避食材とが関連付けられた第３情報を参照し、前記忌避食材の情報を取得する忌避食材取得部を備え、
   前記受付部は、
   前記ユーザが服用している薬及び既往症の少なくとも一方の情報を受け付け、
   前記忌避食材取得部は、
   前記第３情報を参照し、前記受付部で受け付けられた前記薬及び既往症の少なくとも一方の情報に応じて、前記忌避食材の情報を取得し、
   前記出力部は、
   前記忌避食材取得部が取得した前記忌避食材の情報を出力する、
   ことを特徴とする請求項１乃至請求項３のいずれかに記載の情報処理装置。
5. 前記料理に、前記忌避食材が含まれるか否かを判定する第１判定部を備え、
   前記料理取得部は、
   前記第１判定部での判定結果に応じて、前記料理の情報を取得する、
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記料理取得部が取得した料理の栄養成分量が、前記算出部が算出した前記ユーザが前記所定期間内に必要とする栄養成分量を充足するか否かを栄養成分毎に判定する第２判定部を備え、
   前記出力部は、
   前記第２判定部が充足すると判定しなかった栄養成分の情報を出力する、
   ことを特徴とする請求項２又は請求項３に記載の情報処理装置。
7. 食材と、前記食材の栄養成分とが関連付けられた第４情報を参照し、前記第２判定部にて充足すると判定されなかった栄養成分に応じて、前記ユーザに摂取を推奨する推奨食材の情報を取得する推奨食材取得部を備え、
   前記出力部は、
   前記推奨食材取得部が取得した前記推奨食材の情報を出力する、
   ことを特徴する請求項６に記載の情報処理装置。
8. 前記推奨食材取得部は、
   前記目的と、前記ユーザに摂取を推奨する推奨食材の情報とが関連付けられた第５情報を参照し、前記受付部で受け付けられた前記目的に応じて、前記推奨食材の情報を取得する、
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記栄養成分には、栄養素及びカロリーの少なくとも一方が含まれることを特徴とする請求項１乃至請求項８のいずれかに記載の情報処理装置。
10. ユーザの食事を提案するための情報処理方法であって、
    受付部が、前記食事で摂取する前記ユーザが所定期間内に必要とする栄養成分量の配分の設定を受け付ける工程と、
    料理取得部が、料理と、前記料理に含まれる栄養成分量とが関連付けられた第１情報を参照し、前記受付部で受け付けられた前記配分に応じて、前記料理の情報を取得する工程と、
    出力部が、前記料理取得部が取得した前記料理の情報を前記ユーザの食事として出力する工程と、
    を有することを特徴とする情報処理方法。
11. ユーザの食事を提案するための情報処理プログラムであって、
    コンピュータを、
    前記食事で摂取する前記ユーザが所定期間内に必要とする栄養成分量の配分の設定を受け付ける受付部、
    料理と、前記料理に含まれる栄養成分量とが関連付けられた第１情報を参照し、前記受付部で受け付けられた前記配分に応じて、前記料理の情報を取得する料理取得部、
    前記料理取得部が取得した前記料理の情報を前記ユーザの食事として出力する出力部、
    として機能させることを特徴とする情報処理プログラム。
    
    

Images