JP6805079B2 - メニュー提供システム - Google Patents

Description

本発明は、ユーザの健康状態や気象に応じた適切な料理メニューを提案するメニュー提供システムに関する。

健康を維持するためには、健康状態に合わせて適切な食事をしなければならない。特に、新たに病気にかかった人あるいは既往症のある人は、必要な栄養素およびカロリーを摂取できるように、料理メニューを選定する必要がある。

例えば、特許文献１には、患者の症状に応じた食事制限情報およびカロリー、栄養素などの食材情報に基づいて料理メニューを作成することが記載されている。特許文献２には、ユーザが症状を入力し、食材や栄養素を入力すると、料理メニューが検索されることが記載されている。特許文献３には、ユーザの疾病、健康状態、季節、地域情報などに基づいて料理メニューを決め、ユーザの食物摂取情報とカロリーや栄養素の過不足情報に基づいて料理メニューを補正することが記載されている。特許文献４、５には、気象情報に基づいて料理レシピを決定することが記載されている。

特開２００６−４０２６９号公報 特開２００４−１５２０１６号公報 特開２００３−１２２８５４号公報 特開２００３−２８８４８２号公報 特開２０１２−１６８８３６号公報

従来より、疾病などの健康状態に応じてカロリーや栄養素を考慮して、料理メニューが選定されている。しかし、ユーザの健康状態は千差万別であり、栄養素も多数ある。このような健康状態に対して、ユーザが摂取しなければならない栄養素を必要量摂取できるような料理メニューは多数存在する。これらの料理メニューからユーザにとって適切な料理メニューを選定するための指標が明確でないので、多数の料理メニューから適切な料理メニューを日々変化をもって選定することは困難を要する。また、時々刻々と気象が変化するのに伴い、健康状態も変化することがある。このような気象変化に応じて、料理メニューを選定することも必要となる。さらに、地域固有の食材や料理メニューは、その地域で入手可能な材料を用いたものであり、それぞれの地域の気候風土に合った料理メニューも選定時に考慮することが望まれる。

本発明は、上記に鑑み、具体的な指標に基づいて料理メニューを合理的に選定することにより、ユーザの現状の健康状態に応じた適切な料理メニューを提供することができるメニュー提供システムの提供を目的とする。

本発明のメニュー提供システムは、ユーザの健康状態に関する健康情報を取得する端末装置と、端末装置と通信可能とされ、ユーザの健康情報に基づいてユーザに応じた料理メニュー情報を提供する管理装置とから構成され、健康状態に対する有効な栄養素を有する食材に関する情報を格納した食材データベースと、料理メニューごとに使用される食材の栄養素に関する情報を格納した料理メニューデータベースとが設けられ、管理装置は、ユーザの健康情報に基づいて、食材データベースからユーザの健康状態に対して必要な栄養素を抽出する分析部と、ユーザの健康状態に対する栄養素の必要量と料理メニューにおける栄養素の含有量とに基づいて料理メニューをポイント化して、健康状態に適した料理メニューを評価する評価部と、ユーザのいる位置における最新の気象情報を取得して、気象情報に基づいて料理メニューのポイントを調整し、ポイントの高い料理メニューを複数選び出す決定部と、選び出された複数の料理メニューの情報をユーザの端末装置に出力する通信部とを備えている。

管理装置は、端末装置との通信によりユーザの位置情報を取得する。分析部は、ユーザの健康情報からユーザの現状の健康状態を認識して、現状の健康状態に基づいて必要な栄養素を抽出する。評価部は、必要な栄養素を含む料理メニューにポイントを付与し、ポイントに応じて料理メニューをピックアップする。決定部は、取得したユーザの位置情報に基づいて、特定の位置における気象変化を予測した気象情報を作成する気象サーバからユーザがいる位置における気象情報を取得し、予測される気象変化に基づいて料理メニューのポイントを加減算して、ポイントの高低にしたがってユーザの健康状態に対して必要な栄養素を摂取できる料理メニューを決定する。なお、ユーザがいる地域固有の料理メニューがある場合や地域特産の食材を使った料理メニューがある場合、ポイントを加点するとよい。

健康状態に対する必要な栄養素は重要度に応じてランク付けされ、重要度が高いほどポイントが高くされる。評価部は、ユーザの健康状態に対する栄養素の必要量と料理メニューにおける栄養素の含有量とを比較して、後者の含有量が前者の必要量以上のとき、料理メニューのポイントを加点する。これにより、必要な栄養素を含む料理メニューほどポイントが高くなる。

評価部は、ユーザの健康状態に対する必要なカロリーと料理メニューのカロリーとを比較して、後者のカロリーが前者のカロリーより低いとき、料理メニューのポイントを加点する。これにより、カロリーを取りすぎない料理メニューを選定することができる。

本発明によると、ユーザの現状の健康状態およびユーザの体調に影響を及ぼす気象変化に応じて料理メニューをポイント化することにより、料理メニューの選定の基準が誰でもわかるように合理的となり、ユーザにとって必要な栄養素を摂取できる適切な料理メニューを提供することができる。

本発明の実施形態のメニュー提供システムの全体構成を示す図 食材データベースの症例の一例を示す図 料理メニューデータベースの料理メニューの一例を示す図 管理装置および端末装置の制御ブロック図 評価テーブルの一例を示す図 料理メニュー選定のフローチャート

本発明の実施形態におけるメニュー提供システムを図１に示す。メニュー提供システムは、ユーザの健康情報に基づいてユーザに応じた料理メニュー情報を提供する管理装置１と、ユーザの健康状態に関する健康情報を取得する端末装置２，３と、健康状態に対する有効な栄養素を有する食材に関する情報を格納した食材データベース４と、料理メニューごとに使用される食材の栄養素に関する情報を格納した料理メニューデータベース５と、このシステムに登録されたユーザに関する情報を格納したユーザ情報データベース６と、疾患とその疾患によって現れる様々な症状をまとめた症例データベース７とから構成される。

管理装置１は、医療機関や福祉機関などのシステム運営機関に設置されるサーバとされ、クライアント側の端末装置２，３と管理装置１とは、インターネット、携帯電話網、ＬＡＮ、ＷＡＮなどのネットワークを通じて通信可能とされる。

端末装置２は、ユーザが所有するスマートフォン、タブレット端末、携帯電話、パソコンといったデータ通信可能な通信端末である。このようなユーザ用の端末装置２は、無線あるいは有線でネットワークに接続され、管理装置１と双方向のデータ通信を行う。ユーザが体調や疾病の症例、生体情報などの健康状態に関する健康情報を端末装置２に入力することにより、端末装置２はユーザの健康情報を取得する。端末装置２は、取得した健康情報を管理装置１に送信する。

また、端末装置３は、ユーザの生体情報を収集するセンサや測定器とされる。このような情報収集用の端末装置３は、体重、体温、血圧、血糖、心拍、活動量、呼吸、睡眠状態などの生体情報をユーザ自身から収集する。

情報収集用の端末装置３は、ユーザ用の端末装置２に接続され、ユーザ用の端末装置２を通じて管理装置１にデータを送信する。あるいは、情報収集用の端末装置３が通信機能を有しているとき、情報収集用の端末装置３は、管理装置１とデータ通信を行う。なお、ユーザ用の端末装置２として、生体情報を収集可能なようにセンサや測定器を内蔵したウェアラブル端末としてもよい。

端末装置２，３がネットワークとの通信機能を有していない場合、ゲートウェイ８が設けられる。ゲートウェイ８は、ネットワークに接続され、管理装置１と通信可能とされる。端末装置２，３は、ブルートゥース（登録商標）、ＺｉｇＢｅｅ（登録商標）などの無線通信によりゲートウェイ２，３と通信可能とされる。あるいは、端末装置２，３は、ＵＳＢなどによりゲートウェイ８に接続され、端末装置２，３とゲートウェイ８との間で通信が行われる。これにより、端末装置２，３はゲートウェイ８を通じて管理装置１と通信を行う。

食材データベース４、料理メニューデータベース５、ユーザ情報データベース６および症例データベース７はそれぞれデータベースサーバに構築され、各データベースサーバがネットワークに接続される。なお、これらのデータベース４〜７を１つのデータベースサーバに構築してもよい。あるいは、これらのデータベース４〜７を管理装置１に内蔵された記憶装置、あるいは管理装置１に外付けされた記憶装置に構築してもよい。

管理装置１は、複数の端末装置２，３とネットワークを通じて通信を行い、端末装置２，３から情報を収集したり、端末装置２，３に情報を提供する。また、管理装置１は、各データベース４〜７の管理を行い、各データベース４〜７にアクセスして、各データベース４〜７に対してデータの読み出し、書き込みを行う。

図２に示すように、食材データベース４には、健康状態を具体的に示す疾病、自覚症状、体調などの症例データベース７から得た症例と、症例に対する栄養素と、栄養素の必要量と、栄養素が含まれる食材と、栄養素の効能と、食材を使った料理メニューといったデータがそれぞれ保存され、症例ごとに関連するデータがまとめて管理される。

食材データベース４に格納された症例として、高血圧症、低血圧症、糖尿病、動脈硬化症、貧血、高脂血症、狭心症、肥満、気管支喘息、アトピー性皮膚炎、腰痛、肩こり、頭痛、めまい、疲れ目、耳鳴り、口内炎、関節炎、花粉症、インフルエンザ、肺炎、気管支炎、食中毒、日焼け、水虫、ノイローゼ、神経症、自律神経失調症、うつ病、不眠症などがあげられる。

そして、高血圧症に対する有効な栄養素として、カリウム、ＥＰＡ、ＤＨＡ、水溶性植物繊維、キチン・キトサン、アリシン、タウリン、α−リノレン酸、ビタミンＥ、セレン、オレイン酸、リノール酸、アルギン酸、マグネシウム、カルシウム、ビタミンＤ、イソロシン、ナトリウム、飽和脂肪酸、糖質・高カロリー、ＬＤＬコレステロールなどがあげられる。

カリウムに関するデータとして、
必要量：（男性）２．５ｇ、（女性）２．０ｇ
食材：昆布、ひじき、ほうれん草、サトイモ、サツマイモ、大豆、木綿豆腐、キウイ、アボガド、バナナ
効能：Ｎａを排出し、血圧を下げる。筋肉のエネルギーづくり
レシピ：大豆とひじきのおろしドレッシング、アボガドバナナドリンク、サトイモとイカの煮物、高野豆腐ととろろ昆布のすまし汁

同様に、他の栄養素に対しても、必要量、食材、効能、レシピのデータが食材データベース４に保存される。また、各症例についても同様にデータが保存される。なお、図２のデータベース４に記載されている栄養素（有効成分）の必要量は１日当たりの数値である。

ところで、それぞれの症例に対する栄養素において、症例に対して非常に有効な栄養素であって、必ず摂取すべき栄養素、有効であるので摂取すべき栄養素、症例に悪影響を及ぼすので摂取してはいけない栄養素などがある。それぞれの栄養素の有効性には軽重がある。そこで、症例に対する栄養素の重要度を設定して、重要度に応じて必要な栄養素がランク付けされる。必須の栄養素は重要度が高く設定され、最重要（Ａ）、重要（Ｂ）、良（Ｃ）、不可（Ｄ）といったように段階的に重要度が設定される。食材データベース４には、この重要度に関するデータも保存されている。

上記の高血圧症に対する栄養素では、カリウム、ＥＰＡ、ＤＨＡ、水溶性植物繊維、キチン・キトサン、アリシンが最重要とされる。タウリン、α−リノレン酸、ビタミンＥ、セレン、オレイン酸、リノール酸、アルギン酸、マグネシウムが重要とされる。カルシウム、ビタミンＤ、イソロシンが良とされる。ナトリウム、飽和脂肪酸、糖質・高カロリー、ＬＤＬコレステロールが不可とされる。

図３に示すように、料理メニューデータベース５には、料理メニュー、料理メニューで使用する食材、食材の使用量、食材に含まれる栄養素とその含有量やカロリー量に関するデータがそれぞれ保存され、料理メニューごとに関連するデータがまとめて管理される。料理メニューデータベース５には、日本だけでなく世界各国の郷土料理や各地域特産の食材を使った地域固有の料理メニューが含まれる。

多数の料理メニューが料理メニューデータベース５に格納され、随時料理メニューが追加あるいは更新される。格納された料理メニューの一例として、「鶏肉の香味焼き」４人分の場合、食材は、鶏もも肉１５０ｇ、青じそ１枚、パン粉大さじ３、バター２０ｇ、サラダ菜２枚、玉ねぎのすりおろし１／２個分、にんじんのすりおろし１／２本分、酒大さじ２、みりん大さじ２、薄口しょうゆ大さじ２とされる。

そして、食品成分データベース５に基づいて、食材ごとのカロリー量および栄養素のデータが保存される。例えば、鶏もも肉では、カロリー量２５３ｋｃａｌ、たんぱく質１７．３ｇ、脂質１９．１ｇ、ナトリウム４２ｍｇ、カルシウム８ｍｇといったように多数の栄養素の含有量のデータが保存される。なお、このデータベース５に示されている値は、可食部１００ｇ当たりに含まれる成分を表している。他の食材についても同様にカロリー量および各栄養素の含有量のデータが保存される。また、各料理メニューについても同様にデータが保存される。

ユーザ情報データベース６には、システムに登録されたユーザの居住地、出身地などの個人情報、生体情報や病歴などの健康情報、過去に食事した料理メニューなどの食事履歴に関する食事情報などのデータがそれぞれ保存され、個人ごとに関連するデータがまとめて管理される。管理装置１は、ユーザの健康情報や食事情報を取得すると、これらの情報をユーザ情報データベース６に蓄積していく。

図４に示すように、管理装置１は、ネットワークを通じて通信を行う通信部１０と、ユーザに提供する料理メニュー情報を選定するための処理を行う制御部１１とを備えている。そして、ユーザの現状の健康状態に応じた適切な料理メニュー情報を合理的に選定するために、制御部１１は、ユーザに必要な栄養素を抽出する分析部１２と、必要栄養素に基づいて料理メニューを選び出す評価部１３と、ユーザが食事する時点において適切と思われる料理メニューを決める決定部１４とを有する。

制御部１１は、管理装置１に実装された料理メニュー提供用のアプリケーションソフトウェアに基づいて所定の手順で各部の動作を実行していく。

通信部１０は、端末装置２，３と通信を行い、ユーザ用の端末装置２から健康情報および情報収集用の端末装置３から生体情報を受け取る。また、通信部１０は、制御部１１により選定された料理メニューに関する料理メニュー情報をユーザ用の端末装置２に出力する。

分析部１２は、料理メニューデータベース５から選択された料理メニューに使用される食材をリストアップし、食材データベース４から特定の健康状態に関連する栄養素を抽出して、特定の健康状態に対する栄養素の必要量を確定する。また、分析部１２は、端末装置２，３からユーザの健康情報を取得したとき、健康情報に基づいてユーザの症例を判断して、現状の健康状態を特定する。そして、分析部１２は、この健康状態に対して必要な栄養素を抽出する。

評価部１３は、現状の健康状態に対する栄養素の必要量と料理メニューにおける栄養素の含有量とに基づいて料理メニューをポイント化して、料理メニューデータベース５に格納されている各料理メニューを食材データベース４に格納されている健康状態ごとに評価する。

すなわち、評価部１３は、現状の健康状態に対する栄養素の必要量と料理メニューにおける栄養素の含有量とを比較して、現状の健康状態に応じた料理メニューのポイントを算出する。ここで、料理メニューにおける栄養素の含有量は、料理メニューに使用される各食材に含まれる栄養素の含有量を合計したものである。

評価部１３は、栄養素ごとに比較を行い、後者の含有量が前者の必要量以上のとき、料理メニューのポイントを加点し、後者の含有量が前者の必要量未満のとき、ポイントを加点しない。

例えば、料理メニューの栄養素の含有量が現状の健康状態に対する栄養素の必要量より少ないとき、０ポイント、前者の含有量が後者の必要量と同じとき、３ポイント、前者の含有量が後者の必要量より多いとき、５ポイントが付与される。このとき、栄養素の重要度が高いほどポイントが高くされる。例えば、重要度が最重要の栄養素では、ポイントが２倍される。重要度が重要の栄養素では、ポイントは１倍とされる。なお、必要量の所定範囲内、例えば±１０％内に含有量があるとき、含有量と必要量とは同じとする。

また、評価部１３は、現状の健康状態に対する必要なカロリーと料理メニューのカロリーとを比較する。評価部は、後者のカロリーが前者のカロリーより低いとき、料理メニューのポイントを加点する。すなわち、後者のカロリーが前者のカロリー以下のとき、料理メニューのポイントが加点され、後者のカロリーが前者のカロリーより多いとき、料理メニューのポイントが減点され、両者のカロリーが同じとき、０ポイントとされる。

評価部１３は、料理メニューのポイントを合計して、図５に示すような料理メニューデータベース５にある料理メニューに対する症例ごとのポイントを一覧にした評価テーブルを作成する。評価テーブルは、管理装置１の記憶装置に保存される、あるいはいずれかのデータベースに保存される。

そして、評価部１３は、各料理メニューのポイントの高低によって現状の健康状態に対する料理メニューの適否を評価する。すなわち、評価部１３は、ポイントの高い料理メニューはユーザの健康状態に対して必要な栄養素を摂取できることが可能な料理メニューであると判断して、ポイントの高い順に複数の料理メニューをピックアップする。

決定部１４は、最新の気象情報を取得して、気象情報および季節や食事時間などの時間情報に基づいて、評価部１３によりピックアップされた複数の料理メニューの中から適切な料理メニューを絞り込む。すなわち、決定部１４は、ユーザが食事する時点での健康状態を推測して、この健康状態に対して必要な栄養素を摂取できるように、ピックアップされたポイントの高い料理メニューのポイントを調整し、最終的にポイントの高い料理メニューを複数選び出す。

ユーザがいる位置における最新の気象情報を取得するために、管理装置１は、ユーザの位置情報を確認する。端末装置２がＧＰＳを備えているとき、端末装置２は、ＧＰＳによりユーザの現在の位置情報を取得して、ユーザの位置情報を管理装置１に送信する。管理装置１は、端末装置２からユーザの位置情報を取得する。また、端末装置２が携帯電話網などを利用して無線通信するとき、管理装置１は、基地局や無線ＬＡＮアクセスポイントなどの通信用の中継機から得られる位置情報に基づいてユーザの位置情報を取得する。

管理装置１がユーザの位置情報を取得すると、決定部１４は、ユーザの現在地における気象情報を取得する。管理装置１は、特定の位置における気象変化を予測した気象情報を作成する気象サーバ１５にネットワークを通じてアクセス可能とされる。

決定部１４は、気象サーバ１５からユーザの現在地の気象情報を取得して、予測される気象変化に基づいて食事する時間における気象を推測して、この気象に基づいて料理メニューのポイントを加減算する。そして、決定部１４は、ポイントの高い複数の料理メニューをユーザに提供するのに適切な料理メニューとして選び出す。

ユーザがこのシステムを利用できるように、ユーザが管理装置１に登録される。まず、ユーザは、端末装置２を操作して、管理装置１にアクセスする。管理装置１の制御部１１は、料理メニュー提供用のアプリケーションソフトウェアを稼動して、ユーザ用の端末装置２の表示部１６に入力画面を表示させる。

ユーザは、表示された入力画面においてユーザ情報を入力する。端末装置２は、入力されたユーザ情報を管理装置１に送信する。管理装置１の制御部１１は、受け取ったユーザ情報をユーザ情報データベース６に保存して、ユーザ登録を行う。ユーザ情報として、ユーザ名、居所、出身地、生年月日、身長体重などの身体的特徴量、既往症、健康基礎調査データが入力される。健康基礎調査データは、睡眠、食事、日常活動、社会活動、人的構成、住居、健康状態などの項目を含む。

ここで、図６に示すように、登録されたユーザが料理メニューの提供を希望するとき、ユーザは端末装置２の表示部１６に表示されているレシピボタンを操作する（Ｓ１）。管理装置１は、現在の体調などのユーザの健康情報を入力させるための操作画面を端末装置２に表示させる。

ユーザが端末装置２の操作画面を通じて、体調や体重、血圧、体温などの生体情報を入力する。例えば、体調を入力するための操作画面には、人体の部位名の入力ボタンが配置された人体の絵が表示される。ユーザは、申告したい部位の入力ボタンを操作して、痛い、具合が悪いといった具体的な状況を入力すると、端末装置２は、ユーザの体調に関する健康情報を生成する。端末装置２は、体調、生体情報を含むユーザの健康情報を管理装置１に送信する。管理装置１は、受け取ったユーザの健康情報をユーザ情報データベース６に蓄積していく（Ｓ２）。

一方、定期的にあるいは随時、情報収集用の端末装置３がユーザの生体情報を収集すると、情報収集用の端末装置３は、直接管理装置１に生体情報を送信する、あるいはユーザ用の端末装置２を通じて管理装置１に生体情報を送信する。

管理装置１の制御部１１は、情報収集用の端末装置３から取得したユーザの健康情報もユーザ情報データベース６に蓄積していく。管理装置１が端末装置２，３からユーザの健康情報を受け取ったとき、制御部１１は、受け取った健康情報に生体情報が含まれていないことを確認すると、ユーザ情報データベース６から当該ユーザの最新の生体情報を読み出すことにより、ユーザの健康情報を取得する。

管理装置１の制御部１１は、ユーザの健康情報を取得するとともに、ユーザ用の端末装置２からユーザの位置情報を取得して、ユーザの位置情報に基づき気象サーバ１５からユーザの現在地における気象情報を取得する（Ｓ３）。気象サーバ１５が提供する気象情報は、１ｋｍメッシュの予報範囲の気象情報であり、一定時間ごと、例えば５分ごとに更新される。

制御部１１は、取得した気象情報からユーザの現在地における今後の気象変化を分析し、ユーザの健康情報を解析してユーザの現状の健康状態を認識し、生気象学に基づいて今後の気象変化を考慮した健康アドバイスを生成する。制御部１１は、健康アドバイスに関する情報をユーザ用の端末装置２に送信する。ユーザ用の端末装置２は、受け取った情報を表示して、ユーザに健康アドバイスを提示する（Ｓ４）。

管理装置１が料理メニューを選定するとき、管理装置１の制御部１１は、ユーザの体調などを含む健康情報およびユーザの現在地における気象情報に基づいて、ユーザにとって必要な栄養素を抽出して、必要な栄養素を含む料理メニューを選び出す。このように選定された料理メニューがユーザの現状の健康状態にとって適切な食事となる。

まず、分析部１２は、端末装置２，３から取得した健康情報を分析して、ユーザの体調、生体情報を確認する。また、分析部１２は、ユーザ情報データベースから該当するユーザのユーザ情報を読み出し、健康情報やユーザ情報に基づいてユーザの現状の健康状態を認識する（Ｓ５）。そして、分析部１２は、ユーザの現状の健康状態に対応する１つあるいは複数の症例を導き出す（Ｓ６）。

次に、評価部１３は、導き出された症例に対する各料理メニューのポイント化を行う（Ｓ７）。ここで、すでに評価テーブルが作成されている場合、評価部１３は、評価テーブルを参照して、導き出された症例に対する各料理メニューのポイントを読み出す。なお、評価テーブルがない場合、評価部１３は、ユーザの症例にとって必要な栄養素の必要量と料理メニューにおける栄養素の含有量とを比較して、ユーザの症例に応じた料理メニューのポイントを算出する。

評価部１３は、料理メニューデータベース５に格納されている各料理メニューに対してそれぞれポイントを算出する。なお、食材データベース４の栄養素の必要量は１日当たりの数値であるので、１回の食事での必要量に換算される。このとき、１回の必要量は朝食、昼食、夕食のように食事時間に応じて換算されるが、ユーザの時間ごとの食事量に応じて換算の割合は異なる。例えば、昼食の食事量が最も多いユーザは、昼食時での必要量は夕食時での必要量よりも多くされる。また、評価部１３は、ユーザ情報データベース６からユーザの年齢、性別、体格（身長、体重、体脂肪率）出身地を確認して、栄養素の必要量を補正する。すなわち、年齢が若い、男性、体格がよいといった場合、栄養素の必要量が多めに設定される。また、暑い国出身、寒い国出身といった出身地によって基礎代謝量が異なるので、出身地も考慮して、栄養素の必要量が補正される。

例えば、ユーザが高血圧症であるとき、食材データベース４によると、最も必要な栄養素は、カリウム、ＥＰＡ、ＤＨＡ、水溶性植物繊維、キチン・キトサン、アリシンとされる。料理メニューを鶏肉の香味焼きとして、料理メニューデータベース５に基づいてポイントの採点を行う。

この料理メニューに使用される各食材のカリウムの含有量の合計は必要量よりも少ないので、ポイントは０となる。ＥＰＡ、ＤＨＡを含む食材は使用されていない。水溶性植物繊維の含有量は必要量に足らず、ポイントは０。最重要のアリシンを含む食材が使用されているので、ポイントは６。重要のα−リノレン酸、オレイン酸、リノール酸を含む食材が使用されているので、ポイントはそれぞれ３。ビタミンＥ、セレン、マグネシウムのそれぞれの含有量は必要量よりも少なく、ポイントは０。アルギン酸を含む食材は使用されていない。料理メニューのカロリーは高血圧症に対して必要なカロリーよりも高いので、ポイントは０。したがって、鶏肉の香味焼きの高血圧症に対するポイントは、１５となる。また、季節に応じて旬の食材が出てくるので、旬の食材を使用した料理メニューではポイントを加点してもよい。

決定部１４は、気象サーバ１５から取得した気象情報に基づいて、ユーザの現在地における予測された気象変化から今後の気象を推測する（Ｓ８）。ユーザが食事時間を端末装置２に入力したとき、決定部１４は、所定時間後の気象、すなわち食事する時点での気象を推測する。決定部１４は、この気象に基づいて料理メニューのポイントを加減算して、食事する時点での気象に応じて料理メニューのポイントを調整する（Ｓ９）。

気圧が低下すると、体にむくみがでる、気温が低下すると、血圧が高くなる、高温多湿になると、不快指数が上がる、といったように、急激な気候変化は人体にストレスを与え、体調が悪くなったり、情緒不安定といったように人体に影響を及ぼす。そこで、気候変化の影響を極力低減できるような食事を取ることが望ましい。

そこで、気温が下がると予測されるとき、暖かい料理メニューではポイントが加点され、冷たい料理メニューではポイントが減点される。気温の低下により血圧が高くなるので、血圧を下げる効能を有する食材を含む料理メニューではポイントが加点される。気温が上がると予測されるとき、水分の多い食材あるいは体を冷やす効能を有する食材を含む料理メニューではポイントが加点される。逆に、体を温める効能を有する食材を含む料理メニューではポイントが減点される。

気圧が下がると予測されるとき、血圧を下げる食材あるいは血行をよくする食材を含む料理メニューではポイントが加点される。また、むくみが起きやすくなるので、利尿作用がある食材を含む料理メニューではポイントが加点される。湿度が下がる、あるいは空気が乾燥すると予測されるとき、風邪やインフルエンザにかかりにくくするために免疫力を高める効能を有する食材を含む料理メニューではポイントが加点される。

また、決定部１４は、ユーザの位置情報から得られる地域特有の食材を使った料理メニューやその地域の郷土料理などの地域固有の料理メニューに対して、ポイントを加点する。（Ｓ１０）。

そして、決定部１４は、ポイントを調整した料理メニューにおいて、ポイントの高い料理メニューをユーザに提供するのに適切な料理メニューとして選び出す（Ｓ１１）。ポイントの高い順に複数の料理メニューが選び出される。このとき、決定部１４は、ユーザ情報データベース６のユーザの食事情報を参照して、過去に食事された料理メニューを確認して、同種の料理メニューが含まれているかをチェックする。同種の料理メニューがあるとき、決定部１４は、この料理メニューを選択の対象から除外する。

この後、決定部１４は、選定された複数の料理メニューをユーザに提示する（Ｓ１２）。制御部１１は、選定された料理メニューに関して、レシピとユーザの健康状態に対するアドバイスを含む料理メニュー情報を作成して、料理メニュー情報をユーザの端末装置２に出力する。また、制御部１１は、作成した料理メニュー情報を当該ユーザの食事情報としてユーザ情報データベース６に蓄積する。

ユーザの端末装置２は、管理装置１から料理メニュー情報を受信すると、表示部１６に料理メニュー情報を表示させる。表示部１６には、料理メニューに用いる食材やレシピが表示される。このとき、最もポイントの高い１番目の料理メニューが最も目立つように表示される。例えば、それぞれの料理メニューが載せられた複数のページが重ねて表示され、１番目の料理メニューのページが最前面に表示される。

ユーザは、端末装置２に表示された料理メニューを見て、複数の料理メニューから１つの料理メニューを選択する操作を行うと、端末装置２は、選択された料理メニューのレシピを表示する。端末装置２に、料理メニューの作り方と使用される食材が表示される。ユーザが提示された料理メニューから希望する料理メニューを決めると、端末装置２は、ユーザが選択した料理メニューを管理装置１に送信する。管理装置１の制御部１１は、選ばれた料理メニューをユーザが食事した料理メニューとしてユーザ情報データベース６に蓄積する。このようにして、ユーザの食事履歴を管理することができる。

ここで、ユーザがこの料理メニューを希望するとき、料理メニューを作るために必要な食材を準備しなければならない。このために、管理装置１は、食材を購入できるようにするための手段を提供する。この手段として、例えば、ユーザが所望する食材をユーザの手元に届けるネットショッピングである場合、管理装置１は、端末装置２にショッピングサイトのページを表示させ、ユーザは、端末装置２を操作して、所望する食材を注文する。あるいは、ユーザ自身が店舗に買いに行けるように、管理装置１は、食材を購入可能な店舗の情報を端末装置２に表示させる。そして、管理装置１は、端末装置２にこの店舗に行くために電車、バスなどの交通機関を案内する情報を表示させる。ユーザは、提供された情報を見て、買い物に行く。

なお、本発明は、上記実施形態に限定されるものではなく、本発明の範囲内で上記実施形態に多くの修正および変更を加え得ることは勿論である。管理装置１がユーザの健康情報に基づいてユーザの現状の健康状態を解析した結果、複数の症例が導き出されるとき、１つの料理メニューに対してそれぞれの症例ごとにポイントが算出される。この場合、最も高いポイントがこの料理メニューに対するポイントとされる。

料理メニューを提示するとき、複数回分の料理メニューを提示してもよい。管理装置１の制御部１１は、ユーザがアクセスした時間に基づいて、朝食と昼食、昼食と夕食、朝食と昼食と夕食といったように食事時間ごとの料理メニューを選定する。このとき、決定部１４は、それぞれの食事時間における気象を予測して、各料理メニューのポイントを調整する。

また、気象情報は一定時間ごとに更新されるので、管理装置１の制御部１１は、最新の気象情報に基づいて急激な気象変化が予測されるかをチェックする。急激な気象変化が予測されると、決定部１４は、気象変化に応じて料理メニューのポイントを調整して、ユーザにとって適切な料理メニューを再び選び出す。選定された複数の料理メニューがユーザに提示される。

１ 管理装置
２ ユーザ用の端末装置
３ 情報収集用の端末装置
４ 食材データベース
５ 料理メニューデータベース
６ ユーザ情報データベース
７ 症例データベース
１０ 通信部
１１ 制御部
１２ 分析部
１３ 評価部
１４ 決定部
１５ 気象サーバ
１６ 表示部

Claims (9)

1. 所定の健康状態に対応付けて栄養素の必要量を記憶する第１のデータベースと、
   料理メニューごとに栄養素の含有量を記憶する第２のデータベースと、
   ある健康状態に対する前記栄養素の必要量を前記第１のデータベースから取得し、前記健康状態に応じた前記料理メニューにおける前記栄養素の含有量を前記第２のデータベースから取得し、前記必要量と前記料理メニューにおける前記栄養素の含有量とに基づいて料理メニューをポイント化する評価部と、
   気圧、気温、湿度を含む気象要素の変化を示す気象情報を取得して、前記気象情報に応じて前記料理メニューのポイントを調整し、前記ポイントの高い前記料理メニューを選び出す決定部と、
   選び出された料理メニューの情報を出力する通信部と、
   を備えていることを特徴とするメニュー提供システム。
2. 前記気象情報および前記健康状態に応じて健康アドバイスを生成する制御部をさらに備え、
   前記通信部は、前記健康アドバイスを含む前記料理メニューの情報を出力することを特徴とする請求項１に記載のメニュー提供システム。
3. 前記評価部は、ユーザの年齢、性別、身長、体重、体脂肪率及び出身地の少なくともいずれかを含むユーザ情報に応じて前記栄養素の必要量を補正することを特徴とする請求項１または２に記載のメニュー提供システム。
4. 前記評価部は、食事の時間ごとの食事量に応じて前記栄養素の必要量を補正することを特徴とする請求項１〜３のいずれかに記載のメニュー提供システム。
5. 前記決定部は、前記食事の時間における前記気象情報を取得して前記ポイントを調整することを特徴とする請求項４に記載のメニュー提供システム。
6. 食材ごとに栄養素の含有量を記憶する第３のデータベースをさらに備え、
   前記通信部は、選び出された料理メニューに対応する栄養素を含む食材を販売するウェブサイトの情報を出力することを特徴とする請求項１〜５のいずれかに記載のメニュー提供システム。
7. 食材ごとに栄養素の含有量を記憶する第３のデータベースをさらに備え、
   前記通信部は、選び出された料理メニューに対応する栄養素を含む食材を購入可能な現実店舗の情報を出力することを特徴とする請求項１〜５のいずれかに記載のメニュー提供システム。
8. 前記通信部は、前記現実店舗に行くための交通機関を案内する情報を出力することを特徴とする請求項７に記載のメニュー提供システム。
9. 所定の健康状態に対応付けて栄養素の必要量を記憶する第１のデータベースと、料理メニューごとに栄養素の含有量を記憶する第２のデータベースと、を参照して、ある健康状態に対する前記栄養素の必要量を取得し、前記必要量と前記料理メニューにおける前記栄養素の含有量とに基づいて料理メニューをポイント化する評価部と、
   気圧、気温、湿度を含む気象要素の変化を示す気象情報を取得して、前記気象情報に応じて前記料理メニューのポイントを調整し、前記ポイントの高い前記料理メニューを選び出す決定部と、
   選び出された料理メニューの情報を出力する通信部と、
   を備えていることを特徴とするメニュー提供システム。