JP2003050865A - 判断支援方法、情報提供方法、判断支援サーバ、利用端末、判断支援システム、情報記録媒体、及び利用場 - Google Patents

Abstract

(57)【要約】 【課題】 自己の状態に応じた適正な栄養素を取得する
食事を選択し得る判断支援方法を提供する。 【解決手段】 個人の身体的状態と精神的状態を健康状
態として取得し、これを置き換えて栄養素適正量を得
、個人が摂取しようとする食事を栄養素量毎に置き換
えた栄養素量と、栄養素適正量とを比較し、その比
較結果を過不足として出力手段に出力し、個人に判断
材料を提示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、判断支援方法、
情報提供方法、判断支援サーバ、利用端末、記憶媒体、
判断支援システム及び利用場に関する。

【０００２】

【従来の技術】一般に、人の健康を維持する三大要素と
して、食事、睡眠、運動がある。これらについて、図１
により少し説明する。図１において、三大要素はそれぞ
れの生物学的意義を右側の矢印の先に示す。例えば、食
事に対する生物学的意義は「栄養素の補給」と「体力の
維持・増強」である。ただし、これらの生物学的意義
は、ほとんど生理的満足を満たすものであり、人にはこ
れ以外に精神的満足が存在する。つまり、これらの３つ
の要素は人が生きて行くためには不可欠であるが、人は
これらの要素に生理的満足のみを期待しているわけでは
なく、意識的には（人が意識する範囲では）精神的満足
を求めている。

【０００３】よって、精神的満足を満たすべく行動すれ
ば、これら三大要素の過不足を生じるおそれがある。こ
の過不足を防ぐには、正しい知識が必要であり、また各
要素の適正量は個人毎に異なることに注意しなければな
らない。つまり、個人特性に裏付けされた（個人特性か
ら生成される）知識によって、自制する仕組みが必要と
なる。

【０００４】次に、人の行動判断モデルを図２に用いて
説明する。図２には、人の行動の実行、不実行に伴うモ
デルを示している。「人の内的判断」とは、いわば「思
考・意識」に相当する部分で五感によって感じ取った
「外部情報」や「（外部情報により刺激される）内的欲
求」の影響を受けて行動するか否かを意識的に、もしく
は無意識的に判断している。

【０００５】「内的欲求」には大別して「生理的欲求」
と「精神的欲求」があり、相互作用している。「行動判
断」には「内的欲求」以外にも一般に“好み”と呼ばれ
る「個人的嗜好要素」や、一般に“気分”と呼ばれる
「精神状態要素」及び一般に“体調”と呼ばれる「身体
状態要素」などが影響を与えている。

【０００６】「行動判断」において行動「実行」と判断
された場合には、身体の各部位に意識的に、もしくは無
意識的に指示が出されることにより、行動が実行され
る。「行動判断」の結果を「経験・体験」とて、また
「外部情報」の一部であり、「五感」を通じて取得した
「知識」を蓄積することで形成されるものを一般に「学
習」と言い、機能的に表現するなら「学習機能」と呼ば
れる。

【０００７】図１で説明する「個人特性」から生成され
た「知識」によって「精神的欲求」を自制させる仕組み
を補足すると「身体各部位」から生成される「知識」を
「人の内的判断」内部の「学習機能」に「知識の蓄積」
として蓄え、「行動判断」時に参照する。

【０００８】さて、従来から成される方法は、図２で説
明する「身体各部位」から生成される「知識」を「人の
内的判断」内部の「学習機能」に「知識の蓄積」として
蓄え、「行動判断」時に参照させる方法に相当する。

【０００９】ここで「個人」とは、人として個別の「身
体状態」及び「精神状態」を持ち、固有の存在と認識さ
れる対象のことを言う。以後の説明においても同様であ
る。

【００１０】「個人」が自ら判断した結果、図３に示す
ように、健康を維持するための三大要素である食事、睡
眠、運動を自らに与え、その（与えた）結果を「健康状
態」として取得する（）。取得の手段の具体例として
は、「健康診断」や「（食生活、運動、睡眠に関する）
生活リズムアンケート」及び「問診」がある。取得され
た「健康状態」は個人情報としてデータベースに記憶さ
れ（）、その結果を（過去のデータがあるなら、デー
タとともに）個人に示される。結果を示す手段の具体例
としては、「（診断結果やアドバイスが記載された）健
康診断個人結果書」がある（）。

【００１１】この「健康状態」の取得結果を示された
「個人」は自らの「学習機能（いわゆる記憶）の中に
「知識」として蓄積し、自らに食事、睡眠、運動を与え
る際に参照する（参照する題材にすること）。

【００１２】この〜の繰り返しにより、客観的情報
をフィードバックしていると言えるが、所詮「個人」の
自助努力を促すものに過ぎず、（「個人」が自らに与え
る際の）判断材料と成り得るかが問題であった。つま
り、図１に示す健康維持のための適正量に対する「物差
し」が一見明確なようで、実のところ明確でないことに
原因がある。

【００１３】

【発明が解決しようとする課題】上記した従来の方法で
は、図４に示すように、「個人」に示した「健康状態取
得結果」を一旦「学習機能」に記憶して、（「適正量判
断」が）「個人」自らで行われるため、「内的欲求」の
影響を受けやすく「適正量」の判断が難しい。つまり
「判断基準」であるべき「健康状態取得結果」が「個
人」が置かれる都度の状況において（影響因子の影響を
受けたまま判断しなければならないので）「どこからど
こまでが適正で、どのくらいの過不足が不適正か」の目
安にならないことによる。図では「健康維持のための適
正量」に置き換えて、参照することを「個人」自らによ
る「適正量判断」としている。

【００１４】また、従来は、複合型の健康診断におい
て、その結果は数値だけでなく、コメントなどを交え
て、利用者により自分の健康への配慮を促す内容であ
る。ところが、健康を維持するために最も重要であると
考えられる「食事」について、例えば「黄緑野菜をもっ
ととりましょう」程度のアドバイスであり、実際に食堂
などで「食事」の品目に自由度（選択肢）がある場合、
これは取ると良いのか、悪いのか、の参考に成り得ない
という問題点があった。

【００１５】この発明は上記問題点に着目してなされた
ものであって、自己の状態に応じた適正な栄養素を取得
する食事を選択し得る方法及びシステムを提供すること
を目的とする。

【００１６】

【課題を解決するための手段】本発明は、図２で示す
「行動判断」時に「身体各部位」から生成される「知
識」を「行動判断」時に取得させる方法に相当する。
「個人」は取得した「知識」である「健康のための適正
量」を「行動判断」の参照とする。したがって、本発明
のねらいは「個人」より取得した「健康状態取得結果」
を「健康維持のための適正量」に変換し、参照させるこ
とである（図５参照）。

【００１７】図２では、「個人特性」から生成された
「知識」は「身体各部位」から生成されることになって
いる。「個人」の「身体的状態」に矛盾はなく、「精神
的状態」に矛盾があるように一見感じられるが、その
「精神的状態」も「身体各部位」である「口」から発せ
られる「言葉」や「手」によって描かれる「文字」によ
って伝達されるなどと考えれば矛盾はない。

【００１８】図６は、この発明の第１の解決手段である
システムを示す機能ブロック図である。この発明の判断
支援方法は「個人」の「身体的状態」及び「精神的状
態」を「健康状態」として取得した栄養素適正量（、
）と、「個人」が取得する（自らに与える）「食事」
を栄養素毎に置き換えた「栄養素量」とを比較し
（）、その比較結果を出力手段に出力する（）こと
により、「個人」に「判断材料」を表示する（）もの
である。

【００１９】この発明を装置（システム）で表現すれば
「個人」の「身体的状態」及び「精神状態」を「健康状
態」として「個人情報データベース」に記憶し（）、
記憶した「健康状態」を「栄養素適正量」に置き換えて
「個人状態データベース」に記憶し（）、一方、この
「栄養素適正量」と「個人」が摂取する（自らに与え
る）「食事」を「栄養素」毎に置き換えた「栄養素量」
とを比較し、その比較結果を出力手段に出力する判断支
援装置（システム）である。

【００２０】このシステムによれば、「食堂」等でメニ
ューを選択する際に、自己の情報に基づいた判断基準を
提供できる。その「食事」を取るべきか、取らざるべき
かが「目に見える指標」で、利用者は利用時に提示され
るので、確実な判断材料となる。また、判断を自らがし
ているという自主性を犠牲にしない。自己の情報に基づ
くのは、栄養素の過不足量が個人によって異なるからで
あり、個人毎に提案する手法では、管理の強化をしがち
である。本発明では、システムが提供するものは、利用
者個人に基づく判断材料の提供であり、自分で選ぶとい
う自主性、更には食事の楽しみを犠牲にしない。また、
食事に関して制約の多い病院などにも応用が可能。何か
と不平不満の多い病院給食などへ応用すれば、決められ
た固定メニューからある程度選択できるメニューとなり
得る。この場合、利用者（患者）は目安やチェックが利
用端末を見ながらできる。

【００２１】この発明の第２の解決手段であるシステム
は、図６に示す機能〜に加えて、更に健康情報デー
タベースを抽出する機能、推奨健康情報を出力する機
能１０、奨める（推奨する）機能１１を備えている（図
２５参照）。なお、機能１０〜１５については、機能
〜と同様丸入りの数字であるが、便宜上、丸を取った
表記としている（以下、同じ）このシステムでは、個人
の身体的状態及び精神的状態を健康状態として取得した
栄養素適正量（、）と、個人が摂取しようとする食
事を栄養素毎に置き換えた栄養素量（）とを比較し、
その比較結果を栄養素毎の過不足として出力する（）
とともに、比較結果に応じ、不足する栄養素量を補う食
事、又は過剰に摂取する栄養素量を消費する行動のデー
タを健康状態ＤＢから抽出し（）、その情報を推奨健
康情報として出力する（１０、１１）。

【００２２】このシステムによれば、栄養素の過不足に
対して提案が可能となる。足らない栄養素を提案した
り、過剰に摂取した場合に、消費行動の提案が可能であ
り、「食堂」の付加価値をより高めることができる。

【００２３】この発明の第３の解決手段であるシステム
は、図６に示す機能〜に加えて、更に、栄養素量を
記憶する機能１２、栄養素量と健康状態とを比較する機
能１３、比較結果を提示する機能１４、比較結果に応
じ、補正する機能１５を備えている（図２５参照）。

【００２４】このシステムでは、個人の身体的状態及び
精神的状態を健康状態として取得した栄養素適正量
（、）と、個人が摂取しようとする食事を栄養素毎
に置き換えた栄養素量（）とを比較し（）、その比
較結果を栄養素毎の過不足として出力手段に出力する
（）ことにより、個人に判断材料を提示し（）、個
人の判断を支援するとともに、個人が摂取した栄養素量
をデータベースに記憶し（機能１２）、個人の新たな健
康状態が取得されると、前回と今回の健康状態の変化
と、その間に摂取した栄養素量の累計をデータベースか
ら取得し、健康状態の変化に応じて栄養素量の摂取の過
不足を判断し（機能１３、１４）、個人の栄養素適正量
を補正する（機能１５）。

【００２５】このシステムによれば、食事の利用履歴を
健康診断データに反映することで、効果がより把握しや
すくなる。健康診断時に取得される情報だけでなく、利
用者が実際に採取した食事の結果についての分析が可能
となり、利用者にとって健康診断がより身近になるとと
もに、健康診断の付加価値を高めることかできる。

【００２６】この発明の請求項１に係る判断支援方法
は、個人の身体的状態及び精神的状態を健康状態として
取得した栄養素適正量と、個人が摂取しようとする食事
を栄養素毎に置き換えた栄養素量とを比較し、その比較
結果を栄養素毎の過不足として出力手段に出力すること
により、個人に判断材料を提示し、個人の判断を支援す
る。

【００２７】また、この発明の請求項２に係る判断支援
方法は、個人の身体的状態及び精神的状態を健康状態と
して取得した栄養素適正量と、個人が摂取しようとする
食事を栄養素毎に置き換えた栄養素量とを比較し、その
比較結果を栄養素毎の過不足として出力手段に出力する
ことにより、個人に判断材料を提示し、個人の判断を支
援するとともに、個人が摂取した栄養素量をデータベー
スに記憶し、個人の新たな健康状態が取得されると、前
回と今回の健康状態の変化と、その間に摂取した栄養素
量の累計をデータベースから取得し、健康状態の変化に
応じて栄養素量の摂取の過不足を判断し、個人の栄養素
適正量を補正する。

【００２８】また、この発明の請求項３に係る情報提供
方法は、個人の身体的状態及び精神的状態を健康状態と
して取得した栄養素適正量と、個人が摂取しようとする
食事を栄養素毎に置き換えた栄養素量とを比較し、その
比較結果を栄養素毎の過不足として出力手段に出力する
とともに、不足する栄養素量を補う食事、若しくは過剰
に摂取する栄養素量を消費する行動を出力手段に出力す
る。

【００２９】また、この発明の請求項４に係る情報提供
方法は、個人の身体的状態及び精神的状態を健康状態と
して取得した栄養素適正量と、個人が摂取しようとする
食事を栄養素毎に置き換えた栄養素量とを比較し、その
比較結果を栄養素毎の過不足として出力手段に出力する
とともに、個人が摂取した栄養素量をデータベースに記
憶し、個人の新たな健康状態が取得されると、前回と今
回の健康状態の変化と、その間に摂取した栄養素量の累
計をデータベースから取得し、健康状態の変化と栄養素
量の摂取履歴との相関とともに、個人に情報を提供す
る。

【００３０】また、この発明の請求項５に係る判断支援
サーバは、個人の身体的状態及び精神的状態を健康状態
として個人情報データベースに記憶し、記憶した健康状
態を栄養素適正量に置き換えて個人情報データベースに
記憶し、個人が摂取しようとしている食事を栄養素毎に
置き換えた栄養素量との比較結果を出力する利用端末に
個人毎の情報として栄養素適正量を出力するようにして
いる。

【００３１】また、請求項６に係る判断支援サーバは、
個人の身体的状態及び精神的状態を健康状態として個人
情報データベースに記憶し、記憶した健康状態を栄養素
適正量に置き換えて個人情報データベースに記憶し、個
人が摂取しようとしている食事を栄養素毎に置き換えた
栄養素量との比較結果を出力する利用端末に個人毎の情
報として栄養素適正量を出力し、個人が摂取した栄養素
量をデータベースに記憶し、新たな健康状態の摂取に応
じて前回の健康状態をデータベースより読み込み、健康
状態を比較するとともに、その間に摂取した栄養素量の
累計をデータベースから取得し、健康状態の変化と栄養
素量の摂取履歴の相関とともに、個人向けに情報を出力
するようにしている。

【００３２】また、請求項７に係る判断支援サーバは、
個人の身体的状態及び精神的状態を健康状態として個人
情報データベースに記憶し、記憶した健康状態を栄養素
適正量に置き換えて個人情報データベースに記憶し、個
人が摂取しようとしている食事を栄養素毎に置き換えた
栄養素量との比較結果を出力する利用端末に個人毎の情
報として栄養素適正量を出力し、個人が摂取した栄養素
量をデータベースに記憶し、新たな健康状態の摂取に応
じて前回の健康状態をデータベースより読み込み、健康
状態を比較するとともに、その間に摂取した栄養素量の
累計をデータベースから取得し、健康状態の変化に応じ
て栄養素量の摂取の過不足を判断し、個人の栄養素適正
量を補正するようにしている。

【００３３】

【発明の実施の形態】以下、実施の形態により、この発
明をさらに詳細に説明する。図７は、この発明の一実施
形態であり、前記図６に示す機能構成の一実現手段を示
すシステム構成図である。利用者１は、診断者２による
診断によって判断支援システムが必要とする「個人情
報」及び「診断結果」を取得する。診断者２とは、シス
テムが必要とする情報を利用者１から取得できる（取得
機能を有する）者であれば誰でもよく、具体的には医
師、健康相談員などである。また利用者１自身が診断端
末３の指示に基づいてシステムが必要とする情報を自ら
取得し、入力できるのであれば、診断者２は不要であ
る。この場合、診断端末３は診断者２に対して、システ
ムが必要とする「必要情報要求」を必要診断項目情報Ｄ
Ｂ（データベース）４、診断端末３が持つマンマシン出
力部を介して出力し、診断者２に「診断結果入力」の実
行を指示する。診断者２を通じて取得した取得情報は、
診断情報ＤＢ５に利用者１毎に記憶される。また、シス
テムが必要とする入力を診断端末３を用いて利用者１自
身が入力できるのなら、利用者１自らが入力しても良
い。

【００３４】判断支援システムサーバ６は、診断端末３
と、情報接続手段７を介して接続されており、診断端末
３が利用者１より取得した情報を間接的に取得すること
ができる。情報接続手段７は、一般にはネットワークが
用いられる。ただし、診断端末３の機能及びＤＢは判断
支援システムサーバ６に持たせても良い。

【００３５】判断支援システムサーバ６では、診断端末
３より取得した利用者１の利用者に関する「個人情報」
及び「診断結果（健康状態）」を利用者情報ＤＢ８に記
憶し、「健康状態」を「栄養素適正量」に置き換える機
能により置き換えた「利用者」毎の「栄養素適正量」を
栄養素適正量元情報ＤＢ９ａに記憶する。栄養素適正量
情報ＤＢ９ａに記憶された「利用者」毎の「栄養素適正
量」は、ネットワーク７を介して、もしくは記憶媒体１
０を用いて利用者端末１１へ伝達される。利用者端末１
１では、取得した「栄養素適正量」と食事を栄養素毎に
置き換えた「栄養素量」とを比較する機能によって得ら
れた比較結果をマンマシン出力部を介して、利用者１に
出力する（ことで判断材料を利用者に提示する）。

【００３６】図８は、上記診断端末３のハード構成を示
すブロック図である。「診断端末」は、システムが必要
とする情報を取得するための端末であり、「利用者」個
人から取得する「個人情報」及び「診断結果」を「端末
操作者」を介してシステムに入力する端末である。

【００３７】ＭＭ（マンマンシ）入出力部２１は診断端
末３が「端末操作者」と種々のやりとりをするための入
出力機能を持つ部位である。「端末操作者」は、図７に
おける「診断者」もしくは「利用者」のことであり、シ
ステムの必要とする情報を取得でき、端末操作が可能で
ある者であれば良い。

【００３８】入力装置としては、例えばキーボード、テ
ンキー、マウス、バーコードリーダなどが該当し「操作
者」の入力がシステムに対して伝達できるものなら、そ
の種類は問わない。また出力装置としては、ディスプレ
イ、プリンタなどが該当し、操作者に対してシステムか
ら情報を伝達できるものなら、その種類は問わない。演
算部２２は各機能を（プログラムを実行することによっ
て）駆動、処理するための演算機能を持つ部位である。
一般にＣＰＵ（中央演算装置）で構成される。

【００３９】メモリ部２３は、演算部２２がプログラム
を実行する実行エリアの部位である。通信部２４は、ネ
ットワーク７を介した外部との通信を制御する機能を持
つ部位である。ＤＢ管理部２５は、様々なデータ構造と
データ実体を管理する機能を持つ部位である。処理プロ
グラム２６は、「診断端末」の利用目的を達成するため
に必要なプログラムのことであり、ＯＳ（オペレーショ
ンシステム）もここに含まれる。必要診断項目情報ＤＢ
２７は、「診断者」もしくは「利用者」に提示するシス
テムが必要とする項目に関する情報を記憶するデータベ
ースのことである。診断情報ＤＢ２８は、利用者個人か
ら取得する「個人情報」及び「診断結果」を記憶するデ
ータベースのことである。その他のプログラム・データ
２９は、上記以外の例えば操作者が使用するワープロや
表計算などのアプリケーションソフトや、それに付随す
るデータが該当する。

【００４０】図９は、上記判断支援システムサーバ６の
ハード構成を示すブロック図である。判断支援システム
サーバ６は、システムの処理を実行するためのサーバで
あり、診断端末３からの情報を入力値として処理を実行
し、その処理結果を「利用者端末」へ出力するサーバで
ある。「サーバ操作者」は、サーバの管理（内部データ
の管理を含む）などの必要性により、サーバを操作する
者のことである。「利用者情報ＤＢ３７は判断支援シス
テムサーバ６が診断端末３より取得した「個人情報」及
び「診断結果」を記憶するデータベースのことである。
栄養素適正量元情報ＤＢ３８は、利用者情報ＤＢ３７に
記憶された情報に基づいて置き換え処理をした処理結果
である「栄養素適正量」を記憶するデータベースのこと
であり、記憶媒体１０に読み書きされる元情報が記憶さ
れる。

【００４１】記憶媒体読み書き部」４０は、記録媒体１
０から情報を読み込んだり（記憶媒体１０へ）書き込ん
だりする機能を持つ部位である。記録媒体１０は、（利
用者端末１１へ受け渡すために）「利用者」個人に対す
る「栄養素適正量」を抽出して書き込む媒体のことであ
り、具体的には、例えばＦＤ（フロッピー（登録商標）
ディスク）、ＣＤ−Ｒ（コンパクトディスクレコー
ダ）、ＤＶＤ（デジタルビデオディスク）、磁気カー
ド、ＩＣカード、ＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏ
ｎ）タグなどである。

【００４２】なお、図８と同様の部位の説明は省略す
る。

【００４３】図１０は、上記利用者端末１１のハード構
成を示すブロック図である。利用者端末１１は、システ
ムの判断支援機能を「利用者」に伝達する端末であり、
判断支援システムサーバ６から取得した「利用者」毎の
「栄養素適正量」と「食事」を「栄養素」毎に置き換え
た「栄養素量」を（「食事」より取得して）比較する機
能を有し、比較結果をマンマシン出力部へ出力する端末
である。栄養素適正量情報ＤＢ５７は判断支援システム
サーバ６からネットワーク７を介して、若しくは記憶媒
体１０を用いて取得した「利用者」個人に関する「栄養
素適正量」を記憶するデータベースのことである。

【００４４】数値化媒体読み込み部６０は、「食事」に
予め付与される栄養素量数値化媒体６１を読み込む機能
を持つ部位である。

【００４５】栄養素量数値化媒体６１は、「食事」に予
め付与され、「食事」を構成する栄養素毎に、その量が
記憶されている媒体であり、具体的には例えば「食事」
を入れる「器」（皿、コップ、容器など）に（データキ
ャリアとも呼ばれる）読み書き可能なＩＤタグを取り付
けておいて、その「器」に入れる食事に合わせてデータ
を書き込んでおくことで実現される。近年、食堂の近代
化に伴い、「器」に金額が記憶される技術の流用でもあ
り、金額とともにカロリ（熱量のことで、栄養学上は栄
養価を燃焼熱で表す単位として用いられる）や「栄養
素」（タンパク質、脂肪、炭水化物の３要素の他に、無
機質（ミネラル）、ビタミンなどを言う）毎に、その
「（栄養素）量」が記憶されている。この場合における
数値化媒体読み込み部６０は、ＩＤタグ読み取りユニッ
ト（モジュール、装置であっても良く、読み取り機能を
有すれば、その形態は問わない）が相当する。

【００４６】なお、図８、９と同様の部位の説明は省略
する。

【００４７】図１１は、図７に示す診断端末３と判断支
援システムサーバ６間の機能構成を示すブロック図であ
る。図１２は、判断支援システムサーバ６と、利用者端
末１１間の機能構成を示すブロック図である。

【００４８】図１１に示す診断端末３の処理動作を図１
３に示すフロー図を参照して説明する。先ず、ステップ
ＳＴ１において、判断支援に必要な情報取得依頼有りか
否かを判定する。情報取得依頼有りの場合は、ステップ
ＳＴ２へ移行する。一方、情報取得依頼無しの場合は、
ステップＳＴ９へ移行する。ステップＳＴ９において
は、他の処理を実行した後、ステップＳＴ１へ戻る。

【００４９】ステップＳＴ２においては、必要項目を記
憶するフォーマットを「必要診断項目ＤＢ」２７より読
み込む。次に、ステップＳＴ３へ移行する。ステップＳ
Ｔ３においては、読み込んだフォーマットをマンマシン
出力部２１に出力する。そして、ステップＳＴ４へ移行
する。ステップＳＴ４においては、マンマシン入力部２
１より出力したフォーマットに基づく入力有りか否かを
判定する。入力有りの場合は、ステップＳＴ５へ移行す
る。一方、入力無しの場合は、ステップＳＴ１０へ移行
する。ステップＳＴ１０においては、他の処理を実行し
た後、ステップＳＴ４へ移行する。

【００５０】ステップＳＴ５においては、取得した情報
を診断情報ＤＢ２８へ記憶する。次に、ステップＳＴ６
へ移行する。ステップＳＴ６においては、判断支援シス
テムサーバ６より情報送信の要求有りか否かを判定す
る。情報送信の要求有りの場合は、ステップＳＴ７へ移
行する。一方、情報送信の要求無しの場合は、ステップ
ＳＴ１１へ移行する。ステップＳＴ１１においては、他
の処理を実行し、ステップＳＴ６へ戻る。

【００５１】ステップＳＴ７においては、要求に応じて
「利用者」毎の情報を診断情報ＤＢ２８より読み込む。
続いて、ステップＳＴ８へ移行する。ステップＳＴ８に
おいては、読み込んだ情報を判断支援システムサーバ６
に送信する。そして、処理を終了する。

【００５２】次に、図１１、図１２に示す判断支援シス
テムサーバ６の処理動作を、図１４に示すフロー図を参
照して説明する。先ず、ステップＳＴ２１において、診
断端末３より「利用者」毎の情報の送信有りか否かを判
定する。情報送信有りの場合は、ステップＳＴ２２へ移
行する。一方、情報の送信無しの場合は、ステップＳＴ
３０へ移行する。ステップＳＴ３０においては、他の処
理を実行した後、ステップＳＴ２１へ戻る。

【００５３】ステップＳＴ２２においては、受信した情
報を利用者情報ＤＢ３７に記憶する。続いて、ステップ
ＳＴ２３へ移行する。ステップＳＴ２３においては、
「利用者」毎の「栄養素適正量」へ置き換え要求有りか
否かを判定する。置き換え要求有りの場合は、ステップ
ＳＴ２４へ移行する。一方、置き換え要求無しの場合
は、ステップＳＴ３１へ移行する。ステップＳＴ３１に
おいては、他の処理を実行した後、ステップＳＴ２３へ
戻る。

【００５４】ステップＳＴ２４においては、要求に応じ
て所望の「利用者」毎の情報を利用者情報ＤＢ３７より
読み込む。次に、ステップＳＴ２５へ移行する。ステッ
プＳＴ２５においては、読み込んだ情報を「利用者」毎
に「栄養素適正量」に置き換える。続いて、ステップＳ
Ｔ２６へ移行する。ステップＳＴ２６においては、置き
換えられた情報を栄養素適正量元情報ＤＢ３８に記憶す
る。そして、ステップＳＴ２７へ移行する。ステップＳ
Ｔ２７においては、利用者端末１１へ「利用者」毎の
「栄養素適正量」の送信要求有りか否か判定する。送信
要求有りの場合は、ステップＳＴ２８へ移行する。一
方、送信要求無しの場合は、ステップＳＴ３２へ移行す
る。ステップＳＴ３２においては、他の処理を実行した
後、ステップＳＴ２７へ移行する。

【００５５】ステップＳＴ２８においては、要求に応じ
て「利用者」毎に情報を栄養素適正量元情報ＤＢ３８よ
り読み込む。次に、ステップＳＴ２９へ移行する。ステ
ップＳＴ２９においては、読み込んだ情報を要求で指定
された利用者端末１１に送信して、処理を終了する。

【００５６】次に、図１１、図１２に示す判断支援シス
テムサーバ６において、利用者端末１１への情報を記憶
媒体１０を用いて、伝達する場合の処理動作を図１５に
示すフロー図を参照して説明する。先ず、ステップＳＴ
４１において、診断端末３より「利用者」毎の情報の送
信有りか否か判定する。情報の送信有りの場合は、ステ
ップＳＴ４２へ移行する。一方、情報の送信無しの場合
は、ステップＳＴ５１へ移行する。ステップＳＴ５１に
おいては、他の処理を実行した後、ステップＳＴ４１へ
戻る。

【００５７】ステップＳＴ４２においては、受信した情
報を利用者情報ＤＢ３７に記憶する。次に、ステップＳ
Ｔ４３へ移行する。ステップＳＴ４３においては、「利
用者」毎の「栄養素適正量」への置き換え要求有りか否
かを判定する。置き換え要求有りの場合は、ステップＳ
Ｔ４４へ移行する。一方、置き換え要求無しの場合は、
ステップＳＴ５１へ移行する。ステップＳＴ５１におい
ては、他の処理を実行した後、ステップＳＴ４３へ戻
る。

【００５８】ステップＳＴ４４においては、要求に応じ
て所望の「利用者」毎の情報を利用者情報ＤＢ３７より
読み込む。次に、ステップＳＴ４５へ移行する。ステッ
プＳＴ４５においては、読み込んだ情報を「利用者」毎
に「栄養素適正量」に置き換える。続いて、ステップＳ
Ｔ４６へ移行する。

【００５９】ステップＳＴ４６においては、置き換えた
情報を栄養素適正量元情報ＤＢ３８に記憶する。そし
て、ステップＳＴ４７へ移行する。

【００６０】ステップＳＴ４７においては、「記憶媒
体」に「利用者」毎の「栄養素適正量」の書き込み要求
有りか否かを判定する。書き込み要求有りの場合は、ス
テップＳＴ４８へ移行する。一方、書き込み要求が無い
場合はステップＳＴ５２へ移行する。ステップＳＴ５２
においては、他の処理を実行した後、ステップＳＴ４７
へ戻る。

【００６１】ステップＳＴ４８においては、要求に応じ
て「利用者」毎に情報を栄養素適正量元情報ＤＢ３８よ
り読み込む。次に、ステップＳＴ４９へ移行する。ステ
ップＳＴ４９においては、読み込んだ情報を記憶媒体１
０に書き込む。そして、処理を終了する。

【００６２】次に、図１２に示す利用者端末１１におい
て、判断支援システムサーバ６からの情報をネットワー
ク７によって受信した場合の処理動作を図１６に示すフ
ロー図を参照して説明する。先ず、ステップＳＴ６１に
おいて、判断支援システムサーバ６より「利用者」毎の
「栄養素適正量」の受信有りか否かを判定する。「栄養
素適正量」の受信有りの場合は、ステップＳＴ６２へ移
行する。一方、受信無しの場合は、ステップＳＴ６８へ
移行する。ステップＳＴ６８においては、他の処理を実
行した後、ステップＳＴ６１へ戻る。

【００６３】ステップＳＴ６２においては、受信した情
報を栄養素適正量情報ＤＢ５７に記憶する。そして、ス
テップＳＴ６３へ移行する。ステップＳＴ６３において
は、数値化媒体６１より「栄養素量」の書き込み有りか
否かを判定する。「栄養素量」の読み込み有りの場合
は、ステップＳＴ６４へ移行する。一方、読み取り無し
の場合は、ステップＳＴ６９へ移行する。ステップＳＴ
６９においては、他の処理を実行した後、ステップＳＴ
６３へ戻る。

【００６４】ステップＳＴ６４においては、「利用者」
を認証する。そして、ステップＳＴ６５へ移行する。ス
テップＳＴ６５においては、認証された「利用者」に対
応する「栄養素適正量」を栄養素適正量ＤＢ５７より読
み込む。続いて、ステップＳＴ６６へ移行する。ステッ
プＳＴ６６においては、読み込んだ「栄養素適正量」と
「栄養素量」を比較する。次に、ステップＳＴ６７へ移
行する。ステップＳＴ６７においては、比較した結果を
マンマシン出力部５１に出力する。そして、処理を終了
する。

【００６５】次に、図１２に示す利用者端末１１におい
て、利用者端末１１への情報を記憶媒体１０を用いて伝
達された場合の処理動作を図１７に示すフロー図を参照
して説明する。先ず、ステップＳＴ７１において、記憶
媒体読み込み部５９より「利用者」毎の「栄養素適正
量」の入力有りか否かを判定する。「栄養素適正量」の
入力有りの場合は、ステップＳＴ７２に移行する。一
方、入力無しの場合は、ステップＳＴ７８へ移行する。
ステップＳＴ７８においては、他の処理を実行した後、
ステップＳＴ７１へ戻る。

【００６６】ステップＳＴ７２においては、入力された
情報を栄養素適正量情報ＤＢ５７に記憶する。

【００６７】次に、ステップＳＴ７３へ移行する。ステ
ップＳＴ７３においては、数値化媒体６１より「栄養素
量」の読み込み有りか否かを判定する。「栄養素量」の
読み込み有りの場合は、ステップＳＴ７４に移行する。
一方、読み込み無しの場合は、ステップＳＴ７９へ移行
する。ステップＳＴ７９においては、他の処理を実行し
た後、ステップＳＴ７３へ戻る。

【００６８】ステップＳＴ７４においては、「利用者」
を認証する。続いて、ステップＳＴ７５へ移行する。ス
テップＳＴ７５においては、認証された「利用者」に対
応する「栄養素適正量」を栄養素適正量情報ＤＢ５７よ
り読み込む。次に、ステップＳＴ７６へ移行する。ステ
ップＳＴ７６においては、読み込んだ「栄養素適正量」
と「栄養素量」を比較する。続いて、ステップＳＴ７７
へ移行する。ステップＳＴ７７においては、比較した結
果をマンマシン出力部５１に出力する。そして、処理を
終了する。

【００６９】更に、具体的な実施形態として、図１８に
示すように、利用者端末１１がお盆、トレー１１ａであ
り、記憶媒体１０がＩＣカード１０ａであり、「数値化
読み取り媒体」を「ＩＤタグ」である場合を説明する。
この例では「利用者認証媒体」を「ＩＣカード」が兼ね
ている。図１８において、お盆、トレー１１ａは表示部
７１と、ＩＣカードセット部」７２と、食事保持器部７
３とを備えている。ＩＣカードセット部７２の下部にＩ
Ｃ読み取り器が、食事保持部７３の下部には、皿等に付
せられた識別用ＩＤタグを読み取るＩＤタグ読み取り器
を備えている。ＩＣ読み取り器、ＩＤタグ読み取り器等
は、非接触でて防水機能を有することが望ましい。

【００７０】お盆、トレー１１ａである「利用者端末」
に入力される個人データは、健康診断（検査・測定結
果）で項目、例えば検査……血液、レントゲン、検尿な
ど、測定……伸長、体重、体脂肪率など、問診……専門
家（医師など）による診断、アンケート（食生活、運
動、ストレスなど）の項目例……生活リズム、職場環
境、家庭環境など、飲酒、喫煙などに基づく情報であ
る。

【００７１】これらの個人データは、栄養素適正量へ置
き換え処理の後、ＩＣカード１０ａに記憶されている。
このＩＣカード１０ａをＩＣカードセット部７２に置く
ことにより、ＩＣ読み取り器で個人データが読み取られ
る。表示部７１はディスプレイ、ランプなどであり、例
えば図１９に示すように、栄養素量を項目毎に表示して
いる。ここでは、黒丸がランプの点灯を示している。こ
の表示部７１も防水機能があることが望ましい。

【００７２】食器７４には、上記したように、栄養数値
化媒体である識別用ＩＤタグが付せられており、このＩ
Ｄタグには栄養素項目毎にデータが入っている。食器７
４のＩＤタグは、ＩＤタグ読み取り器によってデータが
読み取られる。

【００７３】更に、具体的な実施形態の「利用者端末」
であって、図１８とは異なる場合の実施形態を図２０に
示す。この実施形態では、記録媒体がＩＣカード１０ａ
で、「数値化読み取り媒体」が「ＩＤタグ」である。Ｉ
Ｃカード１０ａに記憶された情報を「利用者端末」に読
み取るのに、ＩＣカードセット部７２にＩＣカード１０
ａをセットし、ＩＣカードセット部７２の下部に設けら
れた「ＩＣ読み取り器」で読み取っても良いし、専用の
カードリーダ７２ａを用いても良い。また、記憶媒体１
０ａを用いずに、ネットワークを経由して、「利用者」
の「栄養素適正量」を取得しても良い。また、「利用者
認証媒体」をＩＣカード１０ａが兼ねても良い。ここで
（図２０）示すように、表示エリアの比較的大きい表示
部７１を用いれば、「利用者」に有益な付属情報をメッ
セージ（文字情報）や画像（画像情報）の形で提供でき
る。図２１に、図２０の表示部の表示例を示す。

【００７４】図２２は、上記各実施形態システムの診断
端末３が取得する「診断結果」の具体例を示す図であ
る。システム内は、単なるデータ群に過ぎないが、人に
理解できるように出力するとすれば、このようになる。

【００７５】上記実施形態で使用した「ＩＤタグ」の具
体例として、図２３に示すものを使用することができ
る。これは、本出願人が既に出願済みの特開平１０−１
０７７０７号の図１であるが、書込／読出し制御ユニッ
ト１が、本発明の実施形態の利用者端末１１に、リード
／ライトヘッド３が本発明の実施形態の数値化媒体読み
込み部に、データキャリア２が本発明の実施形態の「Ｉ
Ｄタグ」に相当する。

【００７６】また、上記実施形態で使用したＩＣカード
１０ａの具体例として、図２４に示すものを使用するこ
とができる。これも本出願人が既に出願済みのもの（特
開２０００−１２３１３８）の図３に示すものであり、
その図３に示すもの自体が非接触ＩＣカードを示すが、
ここで示す不揮発性メモリ１５に本願発明の栄養素適正
量情報、場合によっては「利用者情報」を記憶しても良
い。

【００７７】図２５は、図６に示した第１の実施形態
（身体的状態及び精神的状態を取得する機能、健康
状態を記憶する機能、健康状態を栄養素適正量に置き
換える機能、栄養素適正量を記憶する機能、食事を
栄養素量に置き換える機能、栄養素適正量と栄養素量
を比較する機能、比較結果を出力する機能、出力結
果を判定材料として提示する機能を有する）に、更に
健康情報データベースを抽出する機能、推奨健康情報を
出力する機能１０、奨める（推奨する）機能１１を付加
した第２の実施形態の機能構成と、栄養素量を記憶する
機能１２、栄養素量と健康状態とを比較する機能１３、
比較結果を提示する機能１４、比較結果に応じ、補正す
る機能１５を付加した第３の実施形態と合わせて示すブ
ロック図である。すなわち、第２の実施形態は、機能
〜と、機能、１０、１１とを用いて、不足する栄養
素を補う食品を推奨、もしくは過剰に摂取した栄養素を
消費する行動を推奨する場合であり、第３の実施形態
は、機能〜と、機能１２、１３、１４、１５を用い
て、食品を利用し続けた結果がどう健康状態に反映され
たのかのフィードバックと、その提示及び利用者の栄養
素適正量への反映をする場合である。

【００７８】図２６は、第２の実施形態システムの利用
者端末１１のハード構成を示すブロック図である。図２
６において、推奨食品、推奨行動ＤＢ８８は、図２５の
「健康情報ＤＢ」に、「推奨食品情報」と「推奨行動情
報」は、図２５の推奨健康情報に相当する。

【００７９】推奨食品推奨行動情報ＤＢ８８は、不足し
がちな「栄養素量」を補う「食品」の情報及び過剰な
「栄養素量」を摂取してしまいそうなときに参照する情
報を記憶するデータベースであり、不足しがちな「栄養
素量」を補う「食品」の情報の具体例としては、例えば
ビタミンＣが不足する場合は、新鮮な野菜、果実、緑茶
などが多く含まれている「食品」を抽出し、過剰な「栄
養素量」を摂取しそうな場合の行動の具体例としては、
例えば１０分間の（カロリを消費する行動である）散歩
や（消化を助ける）コーヒーを（利用者」の行動とし
て）奨めるなどがある。図２７は、不足しがちな栄養素
量を補う食品の情報をアドバイスする具体例である。

【００８０】「食堂」で用いる場合は、「食品」の場合
は、本日のメニュー（提供可能な「食品」から最も効果
的に（多く含まれる、体内に取得しやすい、食べやすい
などの観点で）補える食品を抽出すると良く、「行動」
の場合には「食堂」周辺で実行可能な行動を推奨すると
良い。この推奨食品推奨行動情報ＤＢ８８は利用者端末
において、（例えばネットワーク経由で）利用可能であ
れば（ネットワークに接続される）判断支援システムサ
ーバにあっても良い。この「利用者端末」の機能ブロッ
クを図２８に示す。

【００８１】この「利用者端末」の処理動作を図２９に
示すフロー図を参照して説明する。先ず、ステップＳＴ
８１において、読み込んだ「栄養素適正量」と「栄養素
量」との比較処理がなされたか否か判定する。比較処理
がなされた場合は、ステップＳＴ８２に移行する。一
方、比較処理がなされていない場合は、ステップＳＴ９
１へ移行する。ステップＳＴ９１においては、他の処理
を実行する。その後、ステップＳＴ８１へ戻る。

【００８２】ステップＳＴ８２においては、比較結果を
読み込む。次に、ステップＳＴ８３へ移行する。ステッ
プＳＴ８３においては、予め定める基準より少ない「栄
養素量」有りか否か判定する。予め定める基準より少な
い「栄養素量」があれば、ステップＳＴ８４へ移行す
る。一方、基準より少ない「栄養素量」がなければ、ス
テップＳＴ８７移行する。ステップＳＴ８４において
は、該当する「栄養素量」について、推奨食品推奨行動
情報ＤＢ８８を検索する。そして、ステップＳＴ６５へ
移行する。

【００８３】ステップＳＴ８５においては、予め定める
基準に適合する「食品」有りか否かを判定する。基準に
適合する「食品」有りの場合は、ステップＳＴ８６に移
行する。一方、基準に適合する「食品」が無ければ、処
理を終了する。ステップＳＴ８６においては、適合した
「食品」を「推奨食品」としてマンマシン出力部８１に
出力する。そして、処理を終了する。

【００８４】ステップＳＴ８７においては、予め定める
基準より多い「栄養素量」有りか否か判定する。定める
基準より多い「栄養素量」があれば、ステップＳＴ８８
へ移行する。一方、基準より多い「栄養素量」がなけれ
ば、処理を終了する。ステップＳＴ８８においては、該
当する「栄養素量」について、推奨食品推奨行動情報Ｄ
Ｂ８８を検索する。そして、ステップＳＴ８９へ移行す
る。ステップＳＴ８９においては、予め定める基準に適
合する「行動」有りか否かを判定する。基準に適合する
「行動」有りの場合は、ステップＳＴ９０に移行する。
一方、基準に適合する「行動」が無ければ、処理を終了
する。ステップＳＴ９０においては、適合した「行動」
を「推奨行動」としてマンマシン出力部８１に出力す
る。そして、処理を終了する。

【００８５】図２９のフロー図において、適合する「食
品」の有り無しを判定する「予め定める基準」には、図
３０に示す「効果的に」の基準である「多く含まれる
か、体内に取得しやすいか、食べやすいか」などの他に
「本日のメニューにて提供できるか」を含む基準として
も良い。また、適合する「行動」の有り無しを判定する
「予め定める基準」には「効率良く消費するか」の基準
の他に「（近辺で）行動可能か」を含む基準としても良
い。なお、「効果的、効率良く」の基準を「利用者」に
選択させても良い。

【００８６】図３０に、図２６のＭＭ入出力部８１の出
力（表示）例を示す。図３０の（ａ）では、「不足する
栄養素（図例ではビタミンＣ）」と「推奨する食品（図
例ではかぼちゃの煮付け）」が表示される一般形の他
に、「値段（図例では１５０円）」、「置場（図例では
棚番Ｂ３）」、「コメント」が表示されている。図３０
の（ｂ）は、「効果的」の基準を「利用者」に選択させ
る例で、図例では「多く含まれる食品」が選択されてい
る。複数項目や優先順位付けも可能で、複数項目の場合
は、条件を同じ重みで計算、優先順位がある場合は、条
件に重み付けをして計算する。図３０の（ｃ）では、
「過剰に摂取した栄養素（図例では脂肪分）」と「推奨
する行動（図例では散歩）」が表示される一般形の他
に、「行動に対するコメント」、「行動目標（図例では
○○公園の野ガモ）に対するコメント」が表示されてい
る。図３０の（ｄ）では、「利用者」に「コーヒー」を
促す他に、「広告（ラウンジの世界のコーヒーフェ
ア）」が表示されている。本図では表示画面例として示
したが、図例は紙媒体などへの印字例としても良く、専
用シートへの印字の他に（一般的な紙媒体である）レシ
ート（領収書）やチケットなどの裏面や余白を（印字ス
ペースとして）利用しても良い。

【００８７】図３１は、この発明の第３の実施形態の支
援システムと利用者端末の機能構成を示すブロック図で
ある。この実施形態は、図２５に示す「機能〜＋機
能１２、１３、１４、１５」を用いて「食品」を利用し
続けた結果が「健康状態」にどう反映されたかのフィー
ドバックと、その指示及び「利用者」の「栄養素適正
量」への反映をする場合である。

【００８８】ハードブロック図は、図８、図９、図１０
と同様であるので省略する。

【００８９】「利用者端末」及び「判断支援システムサ
ーバ」の機能ブロックついて、図１１、図１２と異なる
部分を図示する。「利用者」への出力は、表示部へ直接
出力しても、媒体を仲介しても良い。また、媒体には
「健康診断結果書」を活用するとより効果的で、自分が
何かどのくらい食べて（第２実施形態の要素を入れる
と、更に推奨食品及び推奨行動をした結果）どうなった
かを示すことができる。「食品」の利用（取得）結果を
取得するには、「食堂」であれば精算処理情報と連動さ
せると便利で、カード精算などの方法を活用すれば、
「個人情報」を同時に取得できる。

【００９０】この実施形態の「利用者端末」の処理動作
を図３２のフロー図を参照して説明する。処理動作がス
タートすると、ステップＳＴ９２において、「食品」の
利用結果の取得有りか否か判定する。利用結果の取得有
りの場合は、ステップＳＴ９３へ移行する。一方、利用
結果無しの場合は、ステップＳＴ９５へ移行する。ステ
ップＳＴ９５においては、他の処理を行い、ステップＳ
Ｔ９２へ戻る。

【００９１】ステップＳＴ９３においては、利用者の
「認証情報」を読み込む。そして、ステップＳＴ９４へ
移行する。ステップＳＴ９４においては、取得した「食
品」の利用結果と利用者の「認証情報」を判断支援シス
テムサーバに送信する。これにより、処理を終了する。

【００９２】この実施形態の判断支援サーバの処理動作
を図３３のフロー図を参照して説明する。先ず、ステッ
プＳＴ１０１において、利用者端末より利用者の「認証
情報」とともに「食品」の利用結果の受信有りか否かを
判定する。受信有りの場合は、ステップＳＴ１０２へ移
行する。一方、受信無しの場合はステップＳＴ１１５へ
移行する。ステップＳＴ１１５においては、他の処理を
実行し、その後、ステップＳＴ１０１へ戻る。ステップ
ＳＴ１０２においては、受信した情報を利用者情報ＤＢ
３７に記憶する。そして、ステップＳＴ１０３へ移行す
る。

【００９３】ステップＳＴ１０３においては、受信端末
より新たな「診断情報」の受信有りか否かを判定する。
受信有りの場合は、ステップＳＴ１０４へ移行する。一
方、受信無しの場合は、ステップＳＴ１０１へ戻る。ス
テップＳＴ１０４においては、受信した情報を利用者情
報ＤＢ３７に記憶する。次に、ステップＳＴ１０５へ移
行する。ステップＳＴ１０５においては、受信した利用
者について、利用者情報ＤＢ３７を検索する。続いて、
ステップＳＴ１０６へ移行する。

【００９４】ステップＳＴ１０６においては、同一の利
用者について、過去の「診断情報」有りか判定する。
「診断情報」無しの場合は、処理を終了する。一方、過
去の「診断情報」有りの場合は、ステップＳＴ１０７へ
移行する。ステップＳＴ１０７においては、過去の「診
断情報」取得時より、これまでの時間に取得した「食
品」の利用結果情報を抽出する。続いて、ステップＳＴ
１０８へ移行する。ステップＳＴ１０８においては、抽
出した情報を「栄養素」毎に集計する。そして、ステッ
プＳＴ１０９へ移行する。

【００９５】ステップＳＴ１０９においては、集計結果
の出力指示が予め有りか否かを判定する。出力指示があ
る場合には、ステップＳＴ１１０へ移行する。一方、出
力指示が無い場合は、ステップＳＴ１１０をスキップし
て、ステップＳＴ１１１へ移行する。ステップＳＴ１１
０においては、集計した結果を新旧の「診断情報」とと
もに、マンマシン出力部３１に出力する。ステップＳＴ
１１１においては、診断情報の変化量と「食品」の利用
結果の集計値に応じて「栄養素適正量」の補正値を算出
する。そして、ステップＳＴ１１２へ移行する。

【００９６】ステップＳＴ１１２においては、算出対象
となる「利用者」の「栄養素適正量」を栄養素適正量元
情報ＤＢ３８より抽出する。次に、ステップＳＴ１１３
へ移行する。ステップＳＴ１１３においては、算出した
補正値を抽出した「栄養素適正量」に加算する。続い
て、ステップＳＴ１１４へ移行する。ステップＳＴ１１
４においては、加算結果を新たな「栄養素適正量」とし
て「栄養素適正量情報ＤＢ」３８に記憶する。

【００９７】図３１で示した利用者端末は、「食堂」に
一般的に配置される「精算端末（キャッシュレジス
タ）」を利用しても良い。

【００９８】図３４は、精算端末の外観斜視図であり、
図３５は、そのキーボードのキー配置を示す図である。
この精算端末は、操作用入力部（キーボード）１０１、
操作用入出金部１０２、操作者用出力部１０３、利用者
用出力部１０４を有し、操作用入力部１０１には、メニ
ュー用キー部１０５、テンキー部１０６、カードリーダ
１０７、セキュリティ用キー部１０８等を有する。図３
６は、同精算端末のハード構成を示すブロック図であ
る。しかし、精算端末、それ自体は特に新規なものでは
ない。

【００９９】図３７は、上記実施形態システムを設置し
た食堂等の利用場を示している。この実施形態で、提供
者は食堂の食事提供者であり、提供者はシステムに、例
えば皿のＩＤタグに情報を入力する。利用者は食事をす
る者であり、例えば皿をシステムの利用端末に置く。シ
ステムでは、入力されたデータに従い、処理を実行し、
結果を出力、例えば表示する。

【０１００】

【発明の効果】請求項１、５、８に係る発明によれば、
利用者個人の情報に基づいて生成された健康状態情報を
栄養素毎の適正量に置き換え、食事に含まれる栄養素毎
の量と比較して、その比較結果を出力手段に出力するこ
とにより、利用者が食事を利用する都度、その食事が適
正量か否かを栄養素毎に判断できる判断材料を提供する
という構成にしたので、以下に示す効果が得られる。
（１）「食堂」等でメニューを選択する際に、自己の情
報に基づいた判断基準を提供できる。その「食事」を取
るべきか、取らざるべきかが「目に見える指標」で、利
用者は利用時に提示されるので、確実な判断材料とな
る。（２）判断を自らがしているという自主性を犠牲に
しない。自己の情報に基づくのは、栄養素の過不足量が
個人によって異なるからであり、個人毎に提案する手法
では管理の強化をしがちである。本発明では、システム
が提供するものは、利用者個人に基づく判断材料の提供
であり、自分で選ぶという自主性、更には食事の楽しみ
を犠牲にしない。（３）食事に関して制約の多い病院な
どにも応用が可能。何かと不平不満の多い病院給食など
へ応用すれば、決められた固定メニューからある程度選
択できるメニューとなり得る。この場合、利用者（患
者）は目安やチェックが利用端末を見ながらできる。

【０１０１】また、請求項３、９に係る発明によれば、
個人の身体的状態及び精神的状態を健康状態として取得
した栄養素適正量と、個人が摂取しようとする食事を栄
養素毎に置き換えた栄養素量とを比較し、その比較結果
を栄養素毎の過不足として出力手段に出力するととも
に、不足する栄養素量を補う食事、若しくは過剰に摂取
する栄養素量を消費する行動を出力手段に出力するので
（４）栄養素の過不足に対して提案が可能となる。足ら
ない栄養素を提案したり、過剰に摂取した場合に、消費
行動の提案が可能であり「食堂」の付加価値をより高め
ることができる。

【０１０２】また、請求項２、４、６、７に係る発明に
よれば、個人の身体的状態及び精神的状態を健康状態と
して取得した栄養素適正量と、個人が摂取しようとする
食事を栄養素毎に置き換えた栄養素量とを比較し、その
比較結果を栄養素毎の過不足として出力手段に出力する
とともに、個人が摂取した栄養素量をデータベースに記
憶し、個人の新たな健康状態が取得されると、前回と今
回の健康状態の変化と、その間に摂取した栄養素量の累
計をデータベースから取得し、健康状態の変化と栄養素
量の摂取履歴との相関とともに、個人に情報を提供する
ので、（５）食事の利用履歴を健康診断データに反映す
ることで、効果がより把握しやすくなる。健康診断時に
取得される情報だけでなく、利用者が実際に摂取した食
事の結果についての分析が可能となり、利用者にとって
健康診断がより身近になるとともに、健康診断の付加価
値を高めることができる。

【図面の簡単な説明】

【図１】人の健康を維持するための三大要素を説明する
概略図である。

【図２】人の行動判断モデルを説明する概略図である。

【図３】従来の「個人特性から生成された知識」の取得
に関する説明図である。

【図４】従来の問題点を説明するための概略図である。

【図５】本発明の目的を説明するための説明図である。

【図６】本発明の一実施形態である判断支援システムの
機能構成を示すブロック図である。

【図７】同実施形態判断支援システムの構成を示すブロ
ック図である。

【図８】同実施形態判断支援システムの診断端末の構成
を示すブロック図である。

【図９】同実施形態判断支援システムの診断支援システ
ムサーバの構成を示すブロック図である。

【図１０】同実施形態判断支援システムの利用者端末の
構成を示すブロック図である。

【図１１】同実施形態判断支援システムの診断端末と判
断支援システムサーバに係る機能構成を示すブロック図
である。

【図１２】同実施形態判断支援システムの判断支援シス
テムサーバと利用者端末に係る機能構成を示すブロック
図である。

【図１３】同実施形態判断支援システムの診断端末の処
理動作を説明するフロー図である。

【図１４】同実施形態判断支援システムの判断支援シス
テムサーバの処理動作を説明するためのフロー図であ
る。

【図１５】同実施形態判断支援システムの判断支援シス
テムサーバの他の処理動作を説明するためのフロー図で
ある。

【図１６】同実施形態判断支援システムの利用者端末の
処理動作を説明するためのフロー図である。

【図１７】同実施形態判断支援システムの利用者端末の
他の処理動作を説明するためのフロー図である。

【図１８】同実施形態判断支援システムの利用者端末の
外観を示す図である。

【図１９】同実施形態判断支援システムの利用者端末の
表示例を示す図である。

【図２０】同実施形態判断支援システムの利用者端末の
他の例を示す図である。

【図２１】同実施形態判断支援システムの利用者端末の
他の表示例を示す図である。

【図２２】同実施形態判断支援システムの診断端末の
「診断結果」の具体例を示す図である。

【図２３】同実施形態判断支援システムの利用者端末の
「ＩＤタグ」の具体例を示す回路図である。

【図２４】同実施形態判断支援システムの「ＩＣカー
ド」の具体例を示す回路図である。

【図２５】本発明の他の実施形態である支援システムの
機能構成を示すブロック図である。

【図２６】本実施形態支援システムを構成する「利用者
端末」の構成を示すブロック図である。

【図２７】不足しがちな栄養素量を補う食品の情報をア
ドバイスする具体例を示す図である。

【図２８】本実施形態支援システムの利用者端末の機能
構成を示すブロック図である。

【図２９】同実施形態判断支援システムの利用者端末の
処理動作を説明するためのフロー図である。

【図３０】同実施形態判断支援システムの利用者端末の
表示例を示す図である。

【図３１】本発明の更に他の実施形態判断支援システム
の機能構成を示すブロック図である。

【図３２】同実施形態判断支援システムの利用者端末の
処理動作を説明するフロー図である。

【図３３】同実施形態判断支援システムの判断支援シス
テムサーバの処理動作を説明するためのフロー図であ
る。

【図３４】同実施形態判断支援システムの利用者端末と
して使用される精算端末の外観を示す斜視図である。

【図３５】同精算端末の操作用入力部を示す図である。

【図３６】同精算端末のハード構成を示すブロック図で
ある。

【図３７】上記各実施形態判断支援システムを設置した
食堂等の利用場を説明する図である。

【符号の説明】

３ 診断端末 ４ 必要診断項目情報ＤＢ ５ 診断情報ＤＢ ６ 診断支援システムサーバ ７ ネットワーク ８ 利用者情報ＤＢ ９ａ 栄養素適正量元情報ＤＢ ９ｂ 栄養素適正量情報ＤＢ １０ 記憶媒体 １１ 利用者端末

Claims (12)

【特許請求の範囲】
1. 【請求項１】個人の身体的状態及び精神的状態を健康状
   態として取得した栄養素適正量と、個人が摂取しようと
   する食事を栄養素毎に置き換えた栄養素量とを比較し、
   その比較結果を栄養素毎の過不足として出力手段に出力
   することにより、個人に判断材料を提示し、個人の判断
   を支援することを特徴とする判断支援方法。
2. 【請求項２】個人の身体的状態及び精神的状態を健康状
   態として取得した栄養素適正量と、個人が摂取しようと
   する食事を栄養素毎に置き換えた栄養素量とを比較し、
   その比較結果を栄養素毎の過不足として出力手段に出力
   することにより、個人に判断材料を提示し、個人の判断
   を支援するとともに、個人が摂取した栄養素量をデータ
   ベースに記憶し、個人の新たな健康状態が取得される
   と、前回と今回の健康状態の変化と、その間に摂取した
   栄養素量の累計をデータベースから取得し、健康状態の
   変化に応じて栄養素量の摂取の過不足を判断し、個人の
   栄養素適正量を補正することを特徴とする判断支援方
   法。
3. 【請求項３】個人の身体的状態及び精神的状態を健康状
   態として取得した栄養素適正量と、個人が摂取しようと
   する食事を栄養素毎に置き換えた栄養素量とを比較し、
   その比較結果を栄養素毎の過不足として出力手段に出力
   するとともに、不足する栄養素量を補う食事、若しくは
   過剰に摂取する栄養素量を消費する行動を出力手段に出
   力することを特徴とする情報提供方法。
4. 【請求項４】個人の身体的状態及び精神的状態を健康状
   態として取得した栄養素適正量と、個人が摂取しようと
   する食事を栄養素毎に置き換えた栄養素量とを比較し、
   その比較結果を栄養素毎の過不足として出力手段に出力
   するとともに、個人が摂取した栄養素量をデータベース
   に記憶し、個人の新たな健康状態が取得されると、前回
   と今回の健康状態の変化と、その間に摂取した栄養素量
   の累計をデータベースから取得し、健康状態の変化と栄
   養素量の摂取履歴との相関とともに、個人に情報を提供
   することを特徴とする情報提供方法。
5. 【請求項５】個人の身体的状態及び精神的状態を健康状
   態として個人情報データベースに記憶し、記憶した健康
   状態を栄養素適正量に置き換えて個人情報データベース
   に記憶し、 個人が摂取しようとしている食事を栄養素毎に置き換え
   た栄養素量との比較結果を出力する利用端末に個人毎の
   情報として栄養素適正量を出力することを特徴とする判
   断支援サーバ。
6. 【請求項６】個人の身体的状態及び精神的状態を健康状
   態として個人情報データベースに記憶し、記憶した健康
   状態を栄養素適正量に置き換えて個人情報データベース
   に記憶し、個人が摂取しようとしている食事を栄養素毎
   に置き換えた栄養素量との比較結果を出力する利用端末
   に個人毎の情報として栄養素適正量を出力し、 個人が摂取した栄養素量をデータベースに記憶し、新た
   な健康状態の摂取に応じて前回の健康状態をデータベー
   スより読み込み、健康状態を比較するとともに、その間
   に摂取した栄養素量の累計をデータベースから取得し、
   健康状態の変化と栄養素量の摂取履歴の相関とともに、
   個人向けに情報を出力することを特徴とする判断支援サ
   ーバ。
7. 【請求項７】個人の身体的状態及び精神的状態を健康状
   態として個人情報データベースに記憶し、記憶した健康
   状態を栄養素適正量に置き換えて個人情報データベース
   に記憶し、個人が摂取しようとしている食事を栄養素毎
   に置き換えた栄養素量との比較結果を出力する利用端末
   に個人毎の情報として栄養素適正量を出力し、 個人が摂取した栄養素量をデータベースに記憶し、新た
   な健康状態の摂取に応じて前回の健康状態をデータベー
   スより読み込み、健康状態を比較するとともに、その間
   に摂取した栄養素量の累計をデータベースから取得し、
   健康状態の変化に応じて栄養素量の摂取の過不足を判断
   し、個人の栄養素適正量を補正することを特徴とする判
   断支援サーバ。
8. 【請求項８】請求項５記載の判断支援サーバから個人毎
   の情報として栄養素適正量を取得し、個人が摂取しよう
   とする食事を栄養素毎に置き換えた栄養素量との比較結
   果を出力することを特徴とする利用端末。
9. 【請求項９】個人の栄養素適正量と、食事の栄養素量と
   の比較結果に基づいて、健康情報データベースより推奨
   健康情報を取得して出力することを特徴とする請求項８
   記載の利用端末。
10. 【請求項１０】前記請求項５、請求項６、又は請求項７
    のいずれか記載の判断支援サーバと、請求項８又は請求
    項９のいずれか記載の利用端末によって構成されること
    を特徴とする判断支援システム。
11. 【請求項１１】前記請求項１０記載の判断支援システム
    より、個人向けに出力される情報が記憶されることを特
    徴とする情報記憶媒体。
12. 【請求項１２】前記請求項１０記載の判断支援システム
    が導入されたことを特徴とする利用場。