JP2006039774A - 健康管理端末 - Google Patents

Abstract

【課題】 食事で摂取するカロリーや栄養素等の管理が簡単にでき、また、栄養が偏らない料理情報を利用者に示すことができる、健康管理端末を提供する
【解決手段】 識別子を読み取る識別子読取部２０１と、利用者の個人情報を記憶した利用者情報記憶部２０３と、利用者が摂取した料理情報を記憶する摂取履歴記憶部２０７と、識別子読取部２０１で読取った識別子に対応する料理またはメニューについて、利用者情報記憶部２０３及び摂取履歴記憶部２０７を用いて利用者が摂取できるか否かを判定する摂取可否判定部２０４と、摂取可否判定部２０４で判定した結果を表示する表示部２０５とを備える健康管理端末１０１を提供する。
【選択図】 図１

Description

本発明は、摂取するカロリーや栄養素等を管理するために使用する健康管理端末に関する。

糖尿病、高血圧症、高脂血症、あるいは肥満症などの成人病（生活習慣病）等の病気を患い、摂取する食事のカロリーや栄養素等について管理しなければならない人は、その日に摂取した食べ物を管理し、それを把握した上で次にとる食事を決める必要がある。従来、カロリーや栄養素等の食べ物について詳細情報を提供するデータベースがあり、これを検索することで、自分が食べようとする食べ物の詳細情報を得て、判断することができる。また、データベースで管理する食べ物に対する詳細情報にはアレルギー情報を有するものもあり、これにより、成人病（生活習慣病）の人だけでなく、アレルギーを持っている人にとっても利用できる。
特開２０００−３０６６６６号公報

しかしながら、データベースで管理されている食べ物の詳細情報は、個別に管理されているので、食事で摂取するカロリーや栄養素等については合計を計算する必要がある。このため、利用者は料理のカロリーや栄養素等についてメモを取るなどし、結局、利用者自身が管理しなければならないという問題があった。そして、このような管理が面倒なため、カロリーや栄養素等がわかりきっている食事ばかりをとる傾向もあり、栄養が偏ってしまうという問題があった。

本発明はこうした問題に着目し、食事で摂取するカロリーや栄養素等の管理が簡単にでき、また、栄養が偏らない料理情報を利用者に示すことができる、健康管理端末を提供することを目的とする。

本発明の請求項１に記載の発明は、料理またはメニューを一意に識別する識別子を読み取る識別子読取部と、利用者の個人情報を記憶した利用者情報記憶部と、利用者が摂取した料理情報を記憶する摂取履歴記憶部と、前記識別子読取部で読取った識別子に対応する料理またはメニューについて、前記利用者情報記憶部及び前記摂取履歴記憶部を用いて利用者が摂取できるか否かを判定する摂取可否判定部と、前記摂取可否判定部で判定した結果を表示する表示部とを備えることを特徴とする健康管理端末である。

本発明の請求項２に記載の発明は、請求項１に記載の健康管理端末について、利用者の消費カロリーを算出する消費カロリー算出部を備え、前記識別子読取部で読取った識別子に対応する料理またはメニューについて、前記摂取可否判定部は前記消費カロリーも含めて利用者が摂取できるか否かを判定することを特徴とする。

本発明の請求項３に記載の発明は、請求項１に記載の健康管理端末について、前記識別子に対応する料理またはメニューの詳細情報を管理するデータベースとの通信を行うネットワークインターフェース部を備えることを特徴とする。

本発明の請求項４に記載の発明は、請求項１に記載の健康管理端末について、前記識別子読取部で読み取る識別子はＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）またはバーコードであることを特徴とする。

本発明の請求項５に記載の発明は、請求項１に記載の健康管理端末について、前記摂取履歴記憶部に利用者が摂取した情報を記憶させる操作部を備えることを特徴とする。

本発明の請求項６に記載の発明は、請求項５に記載の健康管理端末について、前記識別子が番号またはＵＲＬの場合、利用者が前記操作部を用いて入力することを特徴とする。

本発明の請求項７に記載の発明は、請求項１に記載の健康管理端末について、前記摂取可否判定部で判定される摂取できる料理を利用者のメニューとして生成するメニュー生成部を備えることを特徴とする。

本発明の請求項８に記載の発明は、請求項１に記載の健康管理端末について、前記摂取可否判定部は、次の食事で利用者が摂取できる料理情報を生成することを特徴とする。

本発明の請求項９に記載の発明は、請求項８に記載の健康管理端末について、前記利用者の現在位置情報を取得するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）ユニットを備え、前記ＧＰＳユニットを用いて取得する現在位置情報と前記生成した料理情報をあわせて前記データベースへ検索し、利用者が現在いる位置から利用者の健康を管理する上で好適な食事を提供する店舗及び料理情報を取得することを特徴とする。

本発明の請求項１０に記載の発明は、請求項９に記載の健康管理端末について、前記ＧＰＳユニットはナビゲーション機能を備え、前記店舗への案内を行うことを特徴とする。

本発明の請求項１１に記載の発明は、コンピュータを、識別子を読み取る識別子読取部、利用者の個人情報を記憶した利用者情報記憶部、利用者が摂取した料理情報を記憶する摂取履歴記憶部、前記識別子読取部で読取った識別子に対応する料理またはメニューについて、前記利用者情報記憶部及び前記摂取履歴記憶部を用いて利用者が摂取できるか否かを判定する摂取可否判定部、及び前記摂取可否判定部で判定した結果を表示する表示部として機能させることを特徴とする健康管理プログラムである。

本発明によれば、食事で取得するカロリーや栄養素等の管理が簡単にでき、また、栄養が偏らない食事情報を利用者に表示することができるので、利用者は次にとる食事を簡単に決めることができる。これにより、摂取した料理のメモをとるなどの管理をする必要がなくなり、より手軽に外食などを楽しむことができる。

また、利用者個人の運動能力やアレルギー等の利用者個人情報を元に、摂取しても良い食事を検索するので利用者の健康を管理する上で好適な食事が示される。

さらに、利用者がその日に消費したカロリーの情報を元に、摂取しても良い食事を検索するので利用者の健康を管理する上で好適な食事が示される。

また、健康管理端末にＧＰＳ機能を備えていれば、店舗を検索することもできるので、健康管理端末が示す摂取可能な料理情報について、利用者が現在いる位置から利用者の健康を管理する上で好適な食事を提供する店舗をいち早く知ることができ、さらに、ナビゲーション機能を備えていれば、その店舗へ簡単にたどり着くこともできる。

以下、本発明を実施するための最良の形態を説明する。なお、本発明は、以下の各実施例に何ら限定されるものではなく、その要旨を逸脱しない範囲であれば、当業者が適宜に実施及び変更できるものである。

以下、本発明の第１実施例について説明する。はじめに、図１を用いて健康管理端末を用いたシステムを説明する。システムは、健康管理端末１０１ａ、メニュー１０２ａ、及びデータベース１０３ａからなる。健康管理端末１０１ａはメニュー１０２ａに表示される各種料理から利用者が選択した料理の識別子を読み込み、摂取できる料理について判断し、その結果を示す端末である。メニュー１０２ａはレストラン等に置かれたものであり、料理の写真や絵等の情報１０４、及び料理を読み取る識別子１０５を表示する。識別子１０５には、料理を一意に特定するためのＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：電波方式認識）、またはバーコード等があり（図１、図８参照）、健康管理端末１０１ａに備えられた識別子読み取り機能が読み取る。また、料理を一意に特定するための番号を付与したものでも良い（図９参照）。番号が付与されている場合は利用者が健康管理端末１０１ａに備えられた操作機能を用いて番号を直接入力し、入力された番号を識別子読み取り機能が認識する。また、メニュー１０２ａには料理の識別子だけでなく、データベース１０３ａのＵＲＬなどのアクセス先の情報が表示されていても良い。データベース１０３ａは料理に関する詳細情報を管理するデータベースであり、当該料理を識別する識別子とともに関連付けて管理されている。その詳細情報はネットワーク等を介して検索要求のあった健康管理端末１０１ａに送付される。料理に関する詳細情報は、例えば、図１０に示すように、当該料理を識別するための識別子、料理の名称、料理一人分のカロリー、料理に含まれる各種栄養素等の情報がある。また、これらの情報だけでなく、図１１や図１２に示すような詳細情報を付与しても良い。これら詳細情報は、例えば、レストランで料理を調理する調理人１０６が通信回線やネットワーク等を介してデータベース１０３ａへ格納する。

つづいて、図２を用いて健康管理端末１０１ａの内部構成について説明する。健康管理端末１０１ａは、料理やメニューの識別子を読取る識別子読取部２０１、当該識別子に対応する料理の詳細情報を取得するためにデータベース１０３ａと通信を行なうネットワークインターフェース部２０２、利用者の年齢、性別、身長、体重、及び生活活動強度（生活スタイル）等の個人情報、及び利用者が特定の食材に対してアレルギー体質を持っていることを示すアレルギー情報等を記憶した利用者情報記憶部２０３、識別子読取部２０１で読取った識別子に対応する料理について、利用者が摂取可能であるか否かを判定する摂取可否判定部２０４、料理の詳細情報、及びその料理について利用者が摂取できるか否かについて表示する表示部２０５、利用者が健康管理端末１０１ａを操作する操作部２０６、利用者が摂取した料理情報を記憶する摂取履歴記憶部２０７を備える。

ネットワークインターフェース部２０２とデータベース１０３ａとの間で行う通信は、無線ＬＡＮ、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）やＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ）、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）などの携帯電話の機能、ブルーツース（Ｂｌｕｅｔｏｏｔｈ）や赤外線通信などの近接無線通信など様々な形態がある。利用者情報記憶部２０３は、複数の利用者の個人情報やアレルギー情報等を記憶し、その都度、切り替えて取得できるようにしておくことで、複数の人が健康管理端末１０１ａを利用できる。また、摂取履歴記憶部２０７は、利用者がその日、または最近までに摂取した料理、カロリー、及び栄養素等の履歴を記憶する。摂取したカロリーについてはその日の履歴だけでも良いが、摂取した料理やその栄養素等については、その日の履歴だけでなく最近までの履歴も残しておく。健康管理端末１０１ａを操作して料理を選択した場合には、自動的に履歴を記憶することができるが、健康管理端末１０１ａを操作しないで料理を選択した場合には、利用者が手動で履歴を記憶させる必要がある。また、操作部２０６は、利用者が健康管理端末１０１ａを操作するための入力インターフェースであり、キーボード、あるいは表示部２０５と一体となったタッチパネル等がある。

また、健康管理端末１０１ａは、利用者の運動量を計測するための、加速度を検出する加速度センサー部２０８、及び加速度センサー部２０８で計測した運動量を元に利用者の消費カロリーを算出する消費カロリー算出部２０９を備える。消費カロリー算出部２０９は、加速度センサー部２１０で得た運動量の信号を元に、利用者の消費カロリーを算出する。消費カロリー算出部２０９は、利用者の一日に必要なカロリーを元に料理の摂取の可否について判定する手段を、消費カロリーを用いて補正をするものである。つまり、普段はデスクワークをしている人が、力作業をした日は、カロリーは多く消費されているので、普段よりもカロリーを多く摂取しても良いことになる。一日に必要なカロリーを消費カロリー算出部２０９で算出した消費カロリーにより補正することにより、摂取できる料理を判定する。

つづいて、図３を用いて摂取可否判定部２０４の内部構成について説明する。摂取可否判定部２０４は、識別子読取部２０１で読み取った識別子に対応する料理の詳細情報をネットワークインターフェース部２０２を介してデータベース１０３ａから取得する料理詳細情報取得部３０１と、利用者情報を利用者情報記憶部２０３から取得する利用者情報取得部３０２と、利用者に対応する一日の標準的に必要なカロリーや栄養素を算出する必要栄養算出部３０３と、利用者の消費カロリーを消費カロリー算出部２０９から取得する消費カロリー取得部３０４と、利用者が摂取した料理、カロリー、栄養素等の履歴を摂取履歴記憶部２０７から取得する摂取履歴取得部３０５と、料理詳細情報取得部３０１、必要栄養算出部３０３、消費カロリー取得部３０４、摂取履歴取得部３０５で取得したデータを元に、読み取った識別子に対応する料理に含まれるカロリーを摂取できるか否かについて判定する摂取カロリー判定部３０６と、料理詳細情報取得部３０１、必要栄養算出部３０３、摂取履歴取得部３０５で取得したデータを元に、読み取った識別子に対応する料理に含まれる栄養素を摂取できるか否かについて判定する摂取栄養素判定部３０７と、料理詳細情報取得部３０１で取得する料理詳細情報に含まれるアレルギー情報と利用者情報取得部３０２で取得する利用者情報に含まれるアレルギー情報について一致しているか調べ、摂取することでアレルギーを引き起こすか否かを判定するアレルギー判定部３０８を備える。

必要栄養算出部３０３には、図１８に示すような「生活活動強度別エネルギー所要量のデータ」や図２０に示すような「一日に必要な栄養素、ビタミンＤ、ビタミンＥ」のデータを管理しており、必要栄養算出部３０３は、利用者に対応する一日に標準的に必要なカロリーの算出について、例えば、利用者情報取得部３０２で取得する、利用者の年齢、性別、及び生活活動強度（生活スタイル）等の個人情報と、図１３に示すような「生活活動強度別エネルギー所要量のデータ」を用いて算出する。なお、利用者が判定する生活活動強度（生活スタイル）は、図１４に示すような「生活活動強度と生活内容対応表」を用いて判定する。また、必要栄養算出部３０３は、利用者に対応する一日に標準的に必要な栄養素の算出について、例えば、利用者情報取得部３０２で取得する、利用者の年齢、性別等の個人情報と、図１５に示すような「一日に必要な栄養素、ビタミンＤ、ビタミンＥ」のデータを用いて算出する。なお、カロリーや各栄養素のデータは、健康管理端末１０１ａ内に格納して管理しても良いし、各種データを管理している外部のデータベースに検索しても良い。カロリーや各栄養素のデータは、定期的に更新されるため、健康管理端末１０１ａ内で管理する場合は、適宜更新できる環境にあることが望ましい。

以下、図４を用いてシステムにおける健康管理端末１０１ａの処理動作を説明する。はじめに、利用者が料理を選択するステップから、その料理を摂取できるか否かについて判定するステップまで（ステップ４０１から４０６）を説明する。ステップ４０１では、利用者はメニュー１０２ａの中から単品の料理を選択し、料理を識別する識別子を読み取る。識別子がＲＦＩＤまたはバーコードの場合（図１、図８参照）、健康管理端末１０１ａの識別子読取部２０１を用いて読み取る。また、識別子が番号の場合（図９参照）、健康管理端末１０１ａの操作部２０６を用いて直接入力する。健康管理端末１０１ａに入力された番号は識別子読取部２０１に送られ、それを認識する。ステップ４０２では、ネットワークインターフェース部２０２を用いて、料理の詳細情報を管理するデータベース１０３ａと通信を行い、ステップ４０１で読み取った当該識別子を検索し、識別子に関連付けられた料理の詳細情報を取得する。ステップ４０３では、利用者情報記憶部２０３に記憶された利用者の年齢、性別、身長、体重、及び生活活動強度（生活スタイル）等の個人情報、及び利用者が特定の食材に対してアレルギー体質を持っていることを示すアレルギー情報等の利用者情報を取得する。ステップ４０４では、摂取履歴記憶部２０７に記憶されている、利用者が摂取した料理、カロリー、及び栄養素等の履歴を取得する。ステップ４０５では、消費カロリー算出部２０９で算出した利用者が消費したカロリーを取得する。ここで取得する消費カロリーは、利用者が先の食事から今とる食事までに消費したカロリーを取得する。ステップ４０６では、ステップ４０２乃至４０５で取得した、料理詳細情報、利用者情報、摂取履歴情報、及び消費カロリーを用いて、選択した料理を摂取できるか否かについて判定する。

ここで図５を用いてステップ４０６の摂取可否判定処理の詳細について説明する。ステップ５０１では、料理詳細情報取得部３０１で取得した料理の詳細情報からアレルギー情報があるか調べ、あればそれを取得する。ステップ５０２では、利用者情報取得部３０２で取得した利用者の情報から利用者にアレルギー情報があるか調べ、あればそれを取得する。ステップ５０３では、ステップ５０１及び５０２で取得したアレルギー情報を調べる。アレルギー情報が一致しない場合は、選択した料理を摂取しても、アレルギーを引き起こす可能性はないので、この場合はステップ５０４に進む。一方、アレルギー情報が一致している場合は、選択した料理を摂取すると、アレルギーを引き起こす可能性があるので、この場合は選択した料理は摂取できないと判定し、ステップ５０５で「摂取不可」とする（終了）。次にステップ５０４では、摂取カロリー判定処理を行う。

ここで図６を用いてステップ５０４の摂取カロリー判定処理の詳細について説明する。ステップ６０１では、利用者情報取得部３０２で取得する、利用者の年齢、性別、及び生活活動強度（生活スタイル）等の個人情報と、必要栄養算出部３０３で管理する、一日に標準的に必要なカロリーとを用いて算出した、利用者に対応する一日に標準的に必要なカロリーを取得する。例えば図１４によると３０〜４９歳の生活活動強度２（やや低い）の男性の場合、一日に必要とされるカロリーは２２５０ｋｃａｌである。この基本的な情報は健康管理端末１０１ａ内に基礎情報として管理しておいても良いし、その都度ネットワークインターフェース部２０２を介してそれらの情報を提供するデータベース（図示しない）に検索して取得しても良い。ステップ６０２では、利用者がその日に摂取したカロリーを摂取履歴取得部３０５から取得する。ここでは、利用者は朝食に４５０ｋｃａｌの料理を摂取していたものとする。ステップ６０３では、ステップ６０１で取得した利用者が一日に必要とするカロリーからその日に摂取したカロリーを差し引いて、その日の残りの食事の回数で割る。つまり、一日に必要とされるカロリーは２２５０ｋｃａｌからその日に摂取した４５０ｋｃａｌを差し引くと、残りの摂取可能なカロリーは１８００ｋｃａｌとなる。単純に残りの食事となる、昼食と夕食で二等分すると昼に摂取できるカロリーは９００ｋｃａｌとなる。なお、昼食に重点をおいて摂取したい場合は、割合を配分することも可能である。これらの分配比率は利用者が決めることができる。ステップ６０４では、先の食事から今とる食事までに消費したカロリーを消費カロリー取得部３０４から取得する。ここでは、朝食から昼食までに消費したカロリーを取得する。ステップ６０５では、ステップ６０３で分配したカロリー、及びステップ６０４で取得した消費カロリーから摂取可能なカロリー（推奨値）を算出する。ステップ６０６では、料理詳細情報取得部３０１から利用者が選択した料理のカロリーを取得する。ステップ６０７では、利用者が選択した料理のカロリーと摂取可能なカロリー（推奨値）とを比較し、利用者が選択した料理のカロリーが推奨値を超えていない場合は、その料理のカロリーは摂取できると判定し、ステップ６０８で「摂取可」とする。一方、超えていた場合は、その料理のカロリーは摂取できないので、選択した料理は摂取できないと判定し、ステップ６０９で「摂取不可」とする。上記ステップ６０１乃至６０９により摂取カロリー判定処理（ステップ５０４）は終了し、次にステップ５０６に進む。

ステップ５０６では、ステップ５０４での摂取カロリー判定処理の結果、カロリー摂取できるとされた場合はステップ５０７に進む。一方、カロリー摂取できないとされた場合はステップ５０８で「摂取不可」とする（終了）。次にステップ５０７では、摂取栄養素判定処理を行う。

ここで図７を用いてステップ５０７の摂取栄養素判定処理の詳細について説明する。ステップ７０１では、利用者情報取得部３０２で取得する、利用者の年齢、性別、及び生活活動強度（生活スタイル）等の個人情報と、必要栄養算出部３０３で管理する、一日に標準的に必要な栄養素とを用いて算出した、利用者に対応する一日に標準的に必要な栄養素を取得する。例えば図１５によると、３０〜４９歳の場合、一日に必要とされるビタミンＤの所要量は約２．５μｇであり、摂取の上限は５０μｇであることを示している。この基本的な情報は健康管理端末１０１ａ内に基礎情報として管理しておいても良いし、その都度ネットワークインターフェース部２０２を介してそれらの情報を提供するデータベース（図示しない）に検索して取得しても良い。このような表を用いて、一日に必要とされる各種栄養素の量を取得する。ステップ７０２では、摂取履歴取得部３０５から利用者がその日に摂取した栄養素を取得し、合計値を算出する。ステップ７０３では、ステップ７０１で取得した利用者が一日に必要とする栄養素からその日に摂取した栄養素の合計を差し引いて、その日の残りの食事の回数で割る。これはカロリー計算と同様、割合を配分することも可能であり、分配比率は利用者が決めることができる。ステップ７０４では、料理詳細情報取得部３０１から利用者が選択した料理の栄養素を取得する。ステップ７０５では、利用者が選択した料理の栄養素と摂取可能な栄養素（推奨値）とを比較し、利用者が選択した料理の栄養素が推奨値を超えていない場合は、その料理の栄養素は摂取できると判定し、ステップ７０６に進む。一方、超えていた場合は、その料理の栄養素は摂取できないので、選択した料理は摂取できないと判定し、ステップ７０７で「摂取不可」とする。ステップ７０６では、摂取履歴を参照し、利用者が選択した料理の栄養素が不足がちであるか否か判定する。選択した料理の栄養素が不足がちである場合は、その料理の栄養素は摂取したほうが良いと判定し、ステップ７０８で「摂取お勧め」とする。一方、選択した料理の栄養素がそれほど不足していない場合は、ステップ７０９で「摂取可」とする。上記ステップ７０１乃至７０９により摂取栄養素判定処理（ステップ５０７）は終了し、次にステップ５０９に進む。

ステップ５０９では、ステップ５０７での摂取栄養素判定処理の結果、栄養素について「摂取可／お勧め」とされた場合はステップ５１０に進む。一方、「摂取不可」とされた場合はステップ５１１で「摂取不可」とする。上記ステップ５０１乃至５１１により摂取可否判定処理（ステップ４０６）は終了し、次にステップ４０７に進む。

ステップ４０７では、ステップ４０６での摂取可否判定処理の結果、選択した料理が摂取できる、あるいはお勧めとされた場合はステップ４０８で「摂取可／お勧め」を表示部２０５に表示する。なお、「お勧め」の栄養素がある場合は「ビタミンＤが豊富に含まれています」などの情報もあわせて表示部２０５に表示するのが望ましい。一方、料理が摂取できないとされた場合はステップ４０９で「摂取不可」を表示部２０５に表示する（終了）。ステップ４１０では、「摂取可／お勧め」と判定された料理を利用者が摂取したか否かについて調べ、利用者がその料理を摂取している場合はステップ４１１でその旨を操作部２０６を介して摂取履歴記憶部２０７に記憶させる。一方、利用者がその料理を摂取しなかった場合はステップ４１２で何の料理を摂取したかについて操作部２０６を介して摂取履歴記憶部２０７に記憶させる。その際、少なくとも料理名、カロリー、及び栄養素の少なくとも一つは入力しなければならない。上記ステップ４０１乃至４１２により健康管理端末１０１ａで一つの料理を選択したときの動作は終了する。

以上、本実施例の健康管理端末は、メニューから選択した料理について、その詳細情報を取得し、利用者が一日に必要なカロリーや栄養素、及び摂取履歴等を元に、選択した料理の摂取可否について判定することができる。これにより、利用者に適した栄養が偏らない料理が表示され、利用者はカロリーや栄養素等の管理が簡単にできる。

また、メニューから選択した料理について、利用者の生活活動強度（生活スタイル）やアレルギー等の個人情報も併せて、摂取の可否が判定されるので、利用者の健康を管理する上で好適である。

さらに、メニューから選択した料理について、利用者がその日に消費したカロリーの情報も併せて摂取の可否が判定されるので、利用者の健康を管理する上で好適である。

なお、本実施例の健康管理端末は、選択した料理のカロリーや栄養素を元に利用者の摂取可否について判定を行い、その結果を「摂取可」、「摂取不可」、及び「摂取お勧め」を表示するようにしているが、料理履歴を参照した結果、同じような料理を摂取している傾向にある場合は、その旨を表示するようにしても良い。

以下、本発明の第２実施例について説明する。上記実施例１では、利用者が選択した料理毎にその料理が摂取できるか否かについて判定を行うが、本実施例では、利用者が選択したメニューを用いて、メニューに含まれる料理についてそれぞれ摂取の可否を判定し、摂取できる料理だけをメニューとして表示する例を説明する。

はじめに、図１６を用いて健康管理端末を用いたシステムを説明する。システムは、健康管理端末１０１ｂ、メニュー１０２ｂ、及びデータベース１０３ｂからなる。図に示すメニュー１０２ｂはレストラン等に置かれたものであり、メニューに含まれる料理の写真や絵等の情報１６０１、及びメニューを読み取る識別子１６０２を表示する。識別子１６０２には、ＲＦＩＤまたはバーコード等があり（図１６、図１７参照）、健康管理端末１０１ｂに備えられた識別子読み取り機能が読み取る。また、メニューを一意に特定するための番号を付与したものでも良い（図１８参照）。番号が付与されている場合は利用者が健康管理端末１０１ｂに備えられた操作機能を用いて番号を直接入力し、入力された番号を識別子読み取り機能が認識する。さらに、メニューの詳細情報を管理するデータベース１０３ｂのアクセス先をメニュー１０２ｂに示しても良い（図１９参照）。データベース１０３ｂはメニューに含まれる料理の詳細情報を管理するデータベースであり、例えば、図２０に示すように、メニューを識別する識別子、メニューに含まれる各料理を識別するための識別子、料理の名称、料理一人分のカロリー、料理に含まれる各種栄養素等の情報を関連付けて管理している。また、これらの情報だけでなく、図１１や図１２に示すような詳細情報を付与しても良い。

つづいて、図２１を用いて健康管理端末１０１ｂの内部構成について説明する。健康管理端末１０１ｂは、摂取可否判定部２０４で判定される摂取可能な料理を利用者のメニューとして生成するメニュー生成部２１０１を備えている。なお、符号２０１乃至２０９は上記実施例１と同様の構成であるので、重複した説明は省略する。

以下、図２２を用いてシステムにおける健康管理端末１０１ｂの処理動作を説明する。ステップ２２０１では、利用者はメニュー１０２ｂを選択し、メニューを識別する識別子を読み取る。識別子がＲＦＩＤまたはバーコードの場合（図１６、図１７参照）、健康管理端末１０１ｂの識別子読取部２０１を用いて読み取る。また、識別子が番号の場合（図１８参照）、健康管理端末１０１ｂの操作部２０６を用いて直接入力する。健康管理端末１０１ｂに入力された番号は識別子読取部２０１に送られ、それを認識する。ステップ２２０２では、ネットワークインターフェース部２０２を用いて、メニューの詳細情報を管理するデータベース１０３ｂと通信を行い、ステップ２２０１で読み取った当該識別子を検索し、識別子に関連付けられたメニューの詳細情報を取得する。ステップ２２０３では、利用者情報記憶部２０３に記憶された利用者の年齢、性別、身長、体重、及び生活活動強度（生活スタイル）等の個人情報、及び利用者が特定の食材に対してアレルギー体質を持っていることを示すアレルギー情報等の利用者情報を取得する。ステップ２２０４では、摂取履歴記憶部２０７に記憶されている、利用者が摂取した料理、カロリー、及び栄養素等の履歴を取得する。ステップ２２０５では、消費カロリー算出部２０９で算出した利用者が消費したカロリーを取得する。ここで取得する消費カロリーは、利用者が先の食事から今とる食事までに消費したカロリーを取得する。ステップ２２０６では、ステップ２２０２乃至２２０５で取得した、料理詳細情報、利用者情報、摂取履歴情報、及び消費カロリーを用いて、利用者が選択したメニューの中に摂取できる料理があるか否かについて判定する。実施例１と同様の摂取可否判定処理を行った後、ステップ２２０７では、ステップ２２０６での摂取可否判定処理の結果、選択したメニューの中に摂取できる料理があるとされた場合はステップ２２０８でそれらの料理、及び「摂取可／お勧め」を表示部２０５に表示する。なお、「お勧め」の栄養素がある場合は「ビタミンＤが豊富に含まれています」などの情報もあわせて表示部２０５に表示するのが望ましい。一方、メニューの中に摂取できる料理がないとされた場合はステップ２２１２で「摂取不可」を表示部２０５に表示する（終了）。ステップ２２０８では、「摂取可／お勧め」と判定、表示された料理の一つを利用者が摂取したか否かについて調べ、利用者がその料理を摂取している場合はステップ２２１０でその旨を操作部２０６を介して摂取履歴記憶部２０７に記憶させる。一方、利用者がその料理を摂取しなかった場合はステップ２２１１で何の料理を摂取したかについて操作部２０６を介して摂取履歴記憶部２０７に記憶させる。その際、少なくとも料理名、カロリー、及び栄養素の少なくとも一つは入力しなければならない。そして、利用者が表示された料理の一つを摂取した後、ステップ２２０６に戻り、再度、摂取可否判定処理を行う。すでに利用者は料理を一品選択しているため、摂取可能なカロリーは減り、摂取すべき栄養素の値も変わっているため、メニューの中で摂取できる料理は少なくなる。ステップ２２０６に戻ってメニューの再構成、料理選択を繰り返していくと、メニューの中で摂取できる料理はなくなるので、最終的には何も表示されなくなり、ステップ２２１２では、「摂取不可」を表示部２０５に表示する（終了）。上記ステップ２２０１乃至２２１２により健康管理端末１０１ｂで一つのメニューを選択したときの動作は終了する。なお、特に図示はしていないが、選択された料理について、レストラン等の発注システムとネットワークを接続し、そのまま発注することもできる。

以上、本実施例の健康管理端末は、利用者が選択したメニューを用いて、メニューに含まれる料理についてそれぞれ摂取の可否を判定し、摂取できる料理だけを一括して表示するので、利用者は自分が摂取できる料理をいち早く把握することができる。

以下、本発明の第３実施例について説明する。上記実施例１及び２では、レストラン等に置かれたメニューを用いて、そのメニューに含まれる料理を利用者が摂取できるか否かを判定していた。本実施例では、利用者が摂取できる料理を提供する店舗を検索する例を説明する。

はじめに、図２３及び２６を用いて健康管理端末を用いたシステムを説明する。システムは、健康管理端末１０１ｃ、及びデータベース１０３ｃからなる。健康管理端末１０１ｃは、利用者の現在位置情報を取得するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）ユニット２３０１、及び利用者情報に含まれるアレルギー情報、及び利用者情報を元に算出する一日に必要なカロリーや栄養素、摂取履歴記憶部２０７から取得する摂取履歴、及び消費カロリー算出部２０９から取得する消費カロリー等を元に、その次に摂取できる料理について判定する摂取可否判定部２３０２を備えている。なお、符号２０２、２０３、２０５乃至２０９は上記実施例１と同様の構成であるので、重複した説明は省略する。

以下、図２４を用いてシステムにおける健康管理端末１０１ｃの処理動作を説明する。ステップ２４０１では、利用者は操作部２１２から料理検索の指示を入力し、これに伴い、利用者情報記憶部２０３に記憶された利用者の年齢、性別、身長、体重、及び生活活動強度（生活スタイル）等の個人情報、及び利用者が特定の食材に対してアレルギー体質を持っていることを示すアレルギー情報等の利用者情報を取得する。ステップ２４０２では、摂取履歴記憶部２０７に記憶されている、利用者が摂取した料理、カロリー、及び栄養素等の履歴を取得する。ステップ２４０３では、消費カロリー算出部２０９で算出した利用者が消費したカロリーを取得する。ここで取得する消費カロリーは、利用者が先の食事から今とる食事までに消費したカロリーを取得する。ステップ２４０４では、ステップ２４０１乃至２４０３で取得した、利用者情報に含まれるアレルギー情報、及び利用者情報を元に算出する一日に必要なカロリーや栄養素、摂取履歴情報、及び消費カロリー等を元に、その次に摂取できる料理情報を摂取可否判定部２３０２で生成する。ステップ２４０５では、利用者の現在位置情報をＧＰＳユニット２３０１から取得する。ステップ２４０６では、ステップ２４０４で生成した料理情報とステップ２４０５で取得した利用者の現在位置情報を検索条件とし、ネットワークインターフェース部２０２を用いて、店舗及び料理の情報を管理するデータベース１０３ｃと通信を行い、料理条件にあった店舗があるか否かを検索する。データベースには１０３ｃには、店舗に関する情報２５０１と、それと関連付けられている料理情報２５０２がデータベース化されている（図２５参照）。店舗情報には、店舗を一意に特定できる店舗ＩＤ、住所、店舗名、電話番号、営業時間、緯度経度などの情報が管理されている。ステップ２４０７では、ステップ２４０６の検索結果、検索条件にあった店舗及び料理があった場合は、その該当件数、店舗、及び料理情報を表示部２０５に表示する（終了）。健康管理端末１０１のＧＰＳユニット２３０１にナビゲーション機能を備えていれば、利用者は行きたい店舗まで容易にたどり着くことができる。一方、なかった場合は、その該当件数は「０件」として表示部２０５に表示する（終了）。

以上、本実施例の健康管理端末は、利用者のアレルギー情報、及び利用者情報を元に算出する一日に必要なカロリーや栄養素、摂取履歴情報、及び消費カロリー等を元にその次の食事で利用者が摂取できる料理情報を生成し、利用者の現在位置情報とあわせてデータベースへ検索するので、利用者が現在いる位置から利用者の健康を管理する上で好適な食事を提供する店舗をいち早く知ることができ、さらに、ナビゲーション機能を備えていれば、容易にたどり着くことができる。

なお、特に図示はしていないが、健康管理端末１０１ａ内には健康管理プログラムを格納した記憶媒体を備えている。その端末内のコンピュータ（図示しない）が記憶媒体に格納された健康管理プログラムを実行することにより、上記の各構成を機能させ、各構成はそれぞれの処理を行う。

本発明は、特に糖尿病、高血圧症、高脂血症、あるいは肥満症などの成人病（生活習慣病）等の病気を患い、摂取する食事のカロリーや栄養素等について管理しなければならない人の日々の食事管理を補助する健康管理端末に利用可能である。

健康管理端末を用いたシステムの全体構成を示す図（実施例１） 健康管理端末の内部構成を示すブロック図（実施例１） 摂取可否判定部の内部構成を示すブロック図 健康管理端末の全体的な処理手順を示すフロー図（実施例１） 摂取可否判定の処理手順を示すフロー図 摂取カロリー判定の処理手順を示すフロー図 摂取栄養素判定の処理手順を示すフロー図 読み取る料理識別子がバーコードの場合を示す図 読み取る料理識別子が番号の場合を示す図 料理詳細情報のデータ構造を示す図 料理詳細情報のさらに詳細なデータ構造を示す図 料理詳細情報のさらに詳細なデータ構造を示す図 一日に必要なエネルギーを年齢と生活活動強度別で示した図 生活活動内容と生活活動強度とを対応させた図 一日に必要な栄養素を年齢別で示した図 健康管理端末を用いたシステムの全体構成を示す図（実施例２） 読み取るメニュー識別子がバーコードの場合を示す図 読み取るメニュー識別子が番号の場合を示す図 読み取るメニュー識別子がＵＲＬの場合を示す図 料理詳細情報のデータ構造を示す図 健康管理端末の内部構成を示すブロック図（実施例２） 健康管理端末の全体的な処理手順を示すフロー図（実施例２） 健康管理端末の内部構成を示すブロック図（実施例３） 健康管理端末の全体的な処理手順を示すフロー図（実施例３） 店舗・料理詳細情報のデータ構造を示す図 健康管理端末を用いたシステムの全体構成を示す図（実施例３）

符号の説明

１０１ 健康管理端末
１０２ メニュー
１０３ データベース
１０４ 料理の写真や絵等の情報
１０５ 識別子
２０１ 識別子読取部
２０２ ネットワークインターフェース部
２０３ 利用者情報記憶部
２０４ 摂取可否判定部
２０５ 表示部
２０６ 操作部
２０７ 摂取履歴記憶部
２０８ 加速度センサー部
２０９ 消費カロリー算出部
３０１ 料理詳細情報取得部
３０２ 利用者情報取得部
３０３ 必要栄養算出部消費カロリー取得部
３０４ 消費カロリー取得部
３０５ 摂取履歴取得部
３０６ 摂取カロリー判定部
３０７ 摂取栄養素判定部
３０８ アレルギー判定部
２１０１ メニュー生成部
２３０１ ＧＰＳユニット

Claims (11)

1. 料理またはメニューを一意に識別する識別子を読み取る識別子読取部と、
   利用者の個人情報を記憶した利用者情報記憶部と、
   利用者が摂取した料理情報を記憶する摂取履歴記憶部と、
   前記識別子読取部で読取った識別子に対応する料理またはメニューについて、前記利用者情報記憶部及び前記摂取履歴記憶部を用いて利用者が摂取できるか否かを判定する摂取可否判定部と、
   前記摂取可否判定部で判定した結果を表示する表示部とを備えることを特徴とする健康管理端末。
2. 利用者の消費カロリーを算出する消費カロリー算出部を備え、前記識別子読取部で読取った識別子に対応する料理またはメニューについて、前記摂取可否判定部は前記消費カロリーも含めて利用者が摂取できるか否かを判定することを特徴とする請求項１に記載の健康管理端末。
3. 前記識別子に対応する料理またはメニューの詳細情報を管理するデータベースとの通信を行うネットワークインターフェース部を備えることを特徴とする請求項１に記載の健康管理端末。
4. 前記識別子読取部で読み取る識別子はＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）またはバーコードであることを特徴とする請求項１に記載の健康管理端末。
5. 前記摂取履歴記憶部に利用者が摂取した情報を記憶させる操作部を備えることを特徴とする請求項１に記載の健康管理端末。
6. 前記識別子が番号またはＵＲＬの場合、利用者が前記操作部を用いて入力することを特徴とする請求項５に記載の健康管理端末。
7. 前記摂取可否判定部で判定される摂取できる料理を利用者のメニューとして生成するメニュー生成部を備えることを特徴とする請求項１に記載の健康管理端末。
8. 前記摂取可否判定部は、次の食事で利用者が摂取できる料理情報を生成することを特徴とする請求項１に記載の健康管理端末。
9. 前記利用者の現在位置情報を取得するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）ユニットを備え、前記ＧＰＳユニットを用いて取得する現在位置情報と前記生成した料理情報をあわせて前記データベースへ検索し、利用者が現在いる位置から利用者の健康を管理する上で好適な食事を提供する店舗及び料理情報を取得することを特徴とする請求項８に記載の健康管理端末。
10. 前記ＧＰＳユニットはナビゲーション機能を備え、前記店舗への案内を行うことを特徴とする請求項９に記載の健康管理端末。
11. コンピュータを、
    識別子を読み取る識別子読取部、
    利用者の個人情報を記憶した利用者情報記憶部、
    利用者が摂取した料理情報を記憶する摂取履歴記憶部、
    前記識別子読取部で読取った識別子に対応する料理またはメニューについて、前記利用者情報記憶部及び前記摂取履歴記憶部を用いて利用者が摂取できるか否かを判定する摂取可否判定部、及び
    前記摂取可否判定部で判定した結果を表示する表示部として機能させることを特徴とする健康管理プログラム。

Images