JP2002324134A - 栄養管理システム - Google Patents

Abstract

(57)【要約】 【課題】 個人の栄養管理を的確に且つ効果的に行うこ
とができる栄養管理システムを提供すること。 【解決手段】 ＰＣ３等に「食堂等」が準備可能な食品
を転送する。そして、「従業員等」が、転送された食品
から任意の食品を選択すると、その選択した食品を「利
用者情報」として「利用者情報ＤＢ」１０に記憶する。
そして、選択された食品を「栄養情報ＤＢ」９に関連付
け、「栄養情報ＤＢ」９から当該食品の「栄養情報」を
読み出す。そして、読み出した「栄養情報」に基づいて
「栄養管理情報」を作成し、「栄養管理情報ＤＢ」１１
に「利用者情報」に基づいて記憶する。そして、作成し
た「栄養管理情報」を「利用者情報」に基づいて「従業
員等」に提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、個人の栄養を管理
する栄養管理システムに関するものである。

【０００２】

【従来の技術】従来より、社員食堂や学食等（以下、
「食堂等」という。）では、主菜、副菜、汁物、主食等
を複数種類作って陳列したり、主菜、副菜、汁物、主食
等を組み合わせた定食を提供したりしている。そして、
「食堂等」を利用する従業員や学生等の利用者は、陳列
された主菜、副菜、汁物、主食等から自己の嗜好に合わ
せて食品を選択して摂取したり、定食を摂取したりして
いる。

【０００３】ところが、前者の方式では、その嗜好によ
って無意識のうちに栄養が偏る場合がある。一方、後者
の方式では、栄養バランス等は考慮されているものの、
体質的に受け付けない食材等が含まれる食品が定食に含
まれていても、その食品を他の食品に変えることができ
ず、利用者は、体質的に受け付けない食材等を含む食品
を残し、結果的に栄養が偏る場合があった。これらの場
合において、利用者は、摂取した食品から自主的に栄養
分析を行って、摂取した食品や栄養素の管理を行うこと
は極めて困難である。そのため、特開平１０−９１５８
４号公報では、以下のような栄養管理システムを提案し
ている。

【０００４】特開平１０−９１５８４号公報の栄養管理
システムでは、年齢及び性別に応じて摂取すべき理想的
な栄養データを電子手帳に入力しておく。そして、利用
者が、摂取した食品をキーボードやペン等で電子手帳に
入力すると、電子手帳は、入力された食品の栄養価を記
憶する。また、利用者が「食堂等」のレジ等に備えられ
た読取機に電子手帳を接続すると、電子手帳は、ＰＯＳ
レジスターで読み取った食品の栄養価を記憶する。この
ように利用者が摂取した食品を入力し、１日の食事が終
了したら、電子手帳をＩＣカードに接続する。電子手帳
では、その日に摂取した食品の栄養価を累積し、その累
積した食品の栄養価と理想的な栄養データの比較を行
い、その比較結果に基づいて栄養管理を行う。ここで、
栄養管理とは、利用者が摂取した食品及び栄養素の摂取
状態を管理又は分析することをいう。従って、利用者
は、栄養管理に従って食品を選択すれば、食品及び栄養
素をバランスよく摂取することが可能になる。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
栄養管理システムでは、個人の栄養管理を的確に且つ効
果的に行うことが出来ないという問題があった。 （１）すなわち、従来の栄養管理システムでは、利用者
は、食品を摂取した後でなければ、食品の栄養価を確認
することができなかった。そのため、利用者は、好きな
食品を好きな量だけ選択してしまい、結果的に、食品や
栄養素等が偏ってしまっていた。

【０００６】（２）また、従来の栄養管理システムで
は、利用者は、栄養管理により不足栄養素等の存在を認
知しても、その不足栄養素を補うように食事を摂取する
場合には、食品の外観から当該食品に含まれる栄養素又
は栄養価を予測し、摂取する食品を選択しなければなら
なかった。しかし、一般的に、いかなる食材にいかなる
栄養素がどれだけ含まれているかは正確に知られておら
ず、利用者が、食品の外観のみから当該食品に含まれる
栄養素又は栄養価を正確に把握することはできなかっ
た。そのため、利用者は、栄養管理に従った食品を摂取
することが事実上困難であった。

【０００７】（３）さらに、従来の栄養管理システムで
は、利用者は、実際に「食堂等」に行かなければ、摂取
可能な食品を確認することができなかった。そのため、
利用者は、食品に含まれる栄養素又は栄養価等を考慮
し、摂取する食品を予め想定して「食堂等」に行って
も、その想定した食品が「食堂等」で準備されていない
場合があった。また、たとえ、曜日別に献立が決められ
ており、利用者が献立の中から摂取する食品を想定して
「食堂等」に行っても、その日の利用者の数や嗜好等に
より食品の売れ行きが異なり、想定した食品が売り切れ
ている場合があった。この場合には、利用者は、他の食
品を摂取することになり、栄養管理を有効活用すること
ができなかった。

【０００８】そこで、本発明は、上述した問題点を解決
するためになされたものであり、個人の栄養管理を的確
に且つ効果的に行うことができる栄養管理システムを提
供することを目的とする。

【０００９】

【課題を解決するための手段】この課題を解決するため
に成された請求項１に記載の栄養管理システムは、利用
者が情報を入出力する入出力手段と、入出力手段に接続
して、情報の転送を行う通信手段と、利用者が入出力手
段に入力した利用者情報を記憶する利用者情報記憶手段
と、利用者に提供可能な食品に関する食品情報を記憶す
る食品情報記憶手段と、食品情報記憶手段に記憶された
食品の栄養に関する栄養情報を記憶する栄養情報記憶手
段と、栄養情報に基づいて栄養管理情報を生成する栄養
管理情報生成手段と、生成された栄養管理情報を利用者
情報に基づいて記憶する栄養管理情報記憶手段と、を有
し、利用者情報記憶手段は、利用者が、食品情報記憶手
段に記憶された食品から任意に選択した食品を累積的に
記憶し、栄養管理情報生成手段は、任意に選択した食品
を栄養情報記憶手段に関連付けて、任意に選択した食品
の栄養情報を読み出し、読み出した栄養情報に基づいて
栄養管理情報を作成し、作成した栄養管理情報を入出力
手段に転送すること、を特徴とする。

【００１０】上記構成を有する請求項１に記載の発明
は、食品情報記憶手段の食品情報を入出力手段に出力す
る。利用者は、「食堂等」に行く前に、「食堂等」で準
備されている食品の食品情報を取得する。そして、利用
者が、食品の食品情報を考慮し、出力された食品から任
意の食品を選択し、入出力手段に入力すると、入力され
た食品を利用者情報として利用者情報記憶手段に記憶す
る。そして、利用者が選択した食品を栄養情報記憶手段
に関連づけて、選択した食品の栄養情報を読み出し、読
み出した栄養情報に基づいて栄養管理情報を生成し、栄
養管理情報記憶手段に記憶する。そして、栄養管理情報
記憶手段に記憶する栄養管理情報を、通信手段を介して
入出力手段に出力する。これにより、利用者は、選択し
た食品の正確な栄養管理情報を取得し、その栄養管理情
報を考慮した上で、選択した食品を摂取するか否かを決
める。また、「食堂等」では、利用者の選択に合わせ
て、食材の種類や分量等を調整し、食品を準備する。そ
のため、利用者は、選択した食品を「食堂等」において
確実に摂取することができる。従って、請求項１に記載
の発明においては、選択した食品に含まれる正確な栄養
素や栄養価等を把握した上で食品を選択し、選択した食
品を確実に摂取するので、個人の栄養管理を的確に且つ
効果的に行うことができる。

【００１１】また、請求項２に記載する発明は、請求項
１に記載する発明であって、年齢、性別、体質、運動量
の少なくとも１つに対応して設定された理想的な栄養デ
ータを記憶する理想的栄養データ記憶手段を有し、栄養
管理情報作成手段は、理想的な栄養データと任意に選択
された食品の栄養情報を比較し、その比較結果に基づい
て栄養管理情報を作成すること、を特徴とする。

【００１２】上記構成を有する請求項２に記載の発明
は、請求項１に記載の発明の作用に加え、年齢、性別、
体質、運動量の少なくとも１つにあわせて、理想的な摂
取カロリー、摂取栄養素、摂取栄養価等を演算し、その
演算結果を理想的な栄養データとして、理想的栄養デー
タ記憶手段に記憶している。そして、利用者情報に基づ
いて、当該利用者に対して理想的な栄養データを理想的
栄養データ記憶手段から読み出し、その理想的な栄養デ
ータと、利用者が選択した食品の栄養情報とを比較す
る。そして、その比較結果から当該利用者の摂取栄養素
の偏りや過不足等を演算し、摂取栄養素の偏りや過不足
等を指摘する栄養管理情報を作成して出力する。これに
より、利用者は、栄養管理情報から栄養素の偏り等を認
識することができる。従って、請求項２に記載の発明に
おいては、請求項１に記載の発明の効果に加え、利用者
に必要な栄養素又は栄養価等を認識させ、利用者の栄養
に対する意識を高めることができる。

【００１３】また、請求項３に記載する発明は、請求項
１又は請求項２に記載する発明であって、栄養管理情報
記憶手段が、栄養管理情報を利用者情報に基づいて累積
的に記憶すること、を特徴とする。

【００１４】上記構成を有する請求項３に記載の発明
は、請求項１又は請求項２に記載の発明の作用に加え、
栄養管理情報を利用者情報に基づいて累積的に記憶する
ことにより、利用者の食品及び栄養価の摂取傾向を継続
的に把握する。従って、請求項３に記載の発明において
は、請求項１又は請求項２に記載の発明の効果に加え、
利用者の食品及び栄養の摂取傾向を把握し、より的確な
栄養管理を行うことができる。

【００１５】また、請求項４に記載する発明は、請求項
１乃至請求項３の何れか１つに記載する発明であって、
入出力手段が、入力された提供条件に応じて栄養管理情
報を出力すること、を特徴とする。

【００１６】上記構成を有する請求項４に記載の発明
は、請求項１乃至請求項３の何れか１つに記載の発明の
作用に加え、例えば、利用者が提供条件として期日を指
定した場合には、当該期日に該当する栄養管理情報を栄
養管理情報記憶手段から読み出し、その栄養管理情報を
利用者情報と関連付けて利用者に提供する。従って、請
求項４に記載の発明は、請求項１乃至請求項３の何れか
１つに記載の発明の作用に加え、利用者が必要とする内
容の栄養管理情報を適時に提供することができる。

【００１７】また、請求項５に記載する発明は、請求項
１乃至請求項４の何れか１つに記載する栄養管理システ
ムであって、利用者情報は、少なくとも、食品情報記憶
手段が記憶する食品の中から選択した食品を含む予約情
報、予約情報を解約する解約情報、予約情報の内容を変
更する変更情報、予約情報の内容を照会する照会情報、
利用者を識別するための利用者識別情報の何れか１つを
含むこと、を特徴とする。

【００１８】上記構成を有する請求項５に記載の発明
は、請求項１乃至請求項４の何れか１つに記載の発明の
作用に加え、「利用者情報」が、「予約情報」、「解約
情報」、「変更情報」、「照会情報」、「利用者識別情
報」の少なくとも１つを含んでいる。ここで、「予約情
報」は、利用者が食品情報記憶手段に記憶された食品か
ら任意の食品を選択して、指定した日に選択した食品の
提供を約束するための情報を含むものである。「解約情
報」は、予約した食品を取り消すための情報を含むもの
である。「変更情報」は、予約した食品に新たな食品を
追加するための情報や予約した食品から食品を削除する
ための情報を含むものである。「照会情報」は、予約し
た食品の確認を行うための情報を含むものである。「利
用者識別情報」は、利用者を識別するための情報を含む
ものである。よって、「予約情報」を入出力手段に入力
することにより、利用者は、栄養管理に基づいて自分専
用の献立を立てることができる。また、食品を予約した
日に急用等が入った場合には、「解約情報」を入出力手
段に入力することにより、予約を解約することができ
る。また、「変更情報」を入力することにより、利用者
は、食欲や体調等に合わせて食品を摂取することができ
る。また、「照会情報」を入出力手段に入力することに
より、予約した食品の内容を確認することができる。さ
らに、「利用者識別情報」を入出力手段に入力すること
により、利用者のプライバシーを保護することができ
る。従って、請求項５に記載の発明においては、請求項
１乃至請求項４に記載の発明の効果に加え、利用者は、
スケジュールや食欲等に合わせて、食品を自由に選択す
ることができる。

【００１９】また、請求項６に記載の発明は、請求項５
に記載する栄養管理システムであって、解約情報又は変
更情報に応じて、予約情報を訂正する訂正手段を有する
こと、を特徴とする。

【００２０】上記構成を有する請求項６に記載の発明
は、請求項５に記載の発明の作用に加え、利用者が、予
約した食品を解約した場合や、予約した食品に対して食
品の変更を行った場合には、自動的に既存の予約情報を
訂正し、最新の予約情報に基づいて栄養管理情報を作成
する。そのため、利用者は、予約した食品を解約または
変更するだけで、その解約または変更に応じた栄養管理
情報を取得することができる。従って、請求項６に記載
の発明によれば、請求項５に記載の発明の効果に加え、
簡易な作業で、正確な栄養管理情報を簡単に取得するこ
とができる。

【００２１】また、請求項７に記載する発明は、請求項
１乃至請求項６の何れか１つに記載の栄養管理システム
であって、食品情報記憶手段は、少なくとも、食品名、
食品の画像、食品の通常の熱量、食品の単価、複数種類
の食品からなる定食、定食の画像、定食に含まれる食品
ごとの通常の熱量、定食の通常の合計熱量、定食の単価
のいずれか１つを含むこと、を特徴とする。

【００２２】上記構成を有する請求項７に記載の発明
は、請求項１乃至請求項６の何れか１つに記載の発明の
作用に加え、利用者は、「食堂等」で準備される食品や
定食の種類、外観、単価、熱量を予め確認し、食品の摂
取傾向や予算等に応じて食品を選択する。従って、請求
項７に記載の発明は、請求項１乃至請求項６の何れか１
つに記載の発明の効果に加え、利用者の生活環境に合致
する栄養管理を行うことができる。

【００２３】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照にして説明する。図１に示すように、本実施の形
態の栄養管理システムは、サーバ１が、インターネット
２（特許請求の範囲の「通信手段」に相当）を介して、
従業員や来客者等（特許請求の範囲の「利用者」に相
当。以下、「従業員等」という。）が所有するパーソナ
ルコンピュータ（以下、「ＰＣ」という。）３，４や携
帯電話５等（特許請求の範囲の「利用者端末」に相当）
に接続されている。

【００２４】図２に示すように、サーバ１は、入出力イ
ンターフェース（特許請求の範囲の「入出力手段」に相
当）６及びＣＰＵ７を備えている。ＣＰＵ７には、食品
情報データベース（特許請求の範囲の「食品情報記憶手
段」に相当。以下、「食品情報ＤＢ」という。）８、栄
養情報データベース（特許請求の範囲の「栄養情報記憶
手段」に相当。尚、以下、「栄養情報ＤＢ」という。）
９、利用者情報データベース（特許請求の範囲の「利用
者情報記憶手段」に相当。以下、「利用者情報ＤＢ」と
いう。）１０、栄養管理情報データベース（特許請求の
範囲の「栄養管理情報記憶手段」に相当。以下、「栄養
管理情報ＤＢ」という。）１１、予約食品データベース
（以下、「予約食品ＤＢ」という。）１２、啓蒙情報デ
ータベース（特許請求の範囲の「理想的栄養データ記憶
手段」に相当。以下、「啓蒙情報ＤＢ」という。）１
３、目玉商品データベース（以下、「目玉商品ＤＢ」と
いう。）１４、スタッフ紹介データベース（以下、「ス
タッフ紹介ＤＢ」という）１５、リクエストデータベー
ス（以下、「リクエストＤＢ」という。）１６が接続さ
れている。また、ＣＰＵ７には、ＲＡＭ１７とＲＯＭ１
８が接続されている。

【００２５】ここで、インターフェース６は、インター
ネット２に接続され、特定アドレスが付された電気信号
を入力する一方、サーバ１が作成した情報を含む電気信
号を出力するものである。

【００２６】また、ＣＰＵ７は、サーバ１の動作を制御
するものであって、種々のプログラムの実行等を行うも
のである。

【００２７】「食品情報ＤＢ」８は、「食堂等」が準備
する食品に関する「食品情報」を日付毎に記憶するもの
である。「食品情報」には、食品を構成する個々の食材
についての含有栄養素のデータが含まれているととも
に、食品の食品名、画像、熱量、単価、複数の食品から
なる定食の名称、画像、合計熱量、単価、定食を構成す
る食品の食品名、熱量等が含まれている。

【００２８】「栄養情報ＤＢ」９は、「食品情報ＤＢ」
８に記憶される食品の「栄養情報」を記憶するものであ
る。「栄養情報」には、科学技術庁資源調査会発行の
「日本食品標準成分表」が含まれている。

【００２９】「利用者情報ＤＢ」１０は、「従業員等」
がＰＣ３，４や携帯電話５等から入力した「利用者情
報」を記憶するものである。「利用者情報」には、「予
約情報」、「解約情報」、「変更情報」、「照会情
報」、「利用者識別情報」、「従業員等」の年齢、性
別、体質、運動量の情報等が含まれている。

【００３０】ここで、「予約情報」は、「従業員等」が
「食品情報ＤＢ」８に記憶された食品から任意の食品を
選択して、指定した日に選択した食品の提供を約束する
情報を含むものである。この「予約情報」は、利用者が
選択した食品の食券を取得したことを検出したときに、
喫食済みデータに変換される。「解約情報」は、予約し
た食品を取り消すための情報を含むものである。「変更
情報」は、予約した食品に新たな食品を追加するための
情報や予約した食品から食品を削除するための情報を含
むものである。「照会情報」は、予約した食品の確認を
行うための情報を含むものである。「利用者識別情報」
は、利用者を識別するための情報を含むものである。本
実施の形態では、利用者コードとして入力され、その利
用者コードには、「従業員等」に配布されている社員証
に表示された従業員コードを使用している。

【００３１】「栄養管理情報ＤＢ」１１は、従業員等に
提供する「栄養管理情報」を各従業員等ごとに記憶する
ものである。この「栄養管理情報」は、ＣＰＵ７が後述
するＲＡＭ１７の栄養管理情報生成部２０を実行して生
成したものである。

【００３２】「予約食品ＤＢ」１２は、「従業員等」が
予約した食品を記憶するものである。「目玉商品ＤＢ」
１３は、旬の食材を使用した食品や、値引きした食品等
が記憶されている。「啓蒙情報ＤＢ」１４は、年齢、性
別、体質、運動量等に合わせて理想的な摂取カロリーや
摂取栄養価等を分析し、その分析結果を「理想的な栄養
データ」として記憶している。また、この他に、「啓蒙
情報ＤＢ」１４は、社会的な食料問題や、食品や栄養に
関する情報等を記憶している。「スタッフ情報ＤＢ」１
５は、栄養士や調理士等の情報が記憶されている。「リ
クエストＤＢ」１６は、「従業員等」が入力した意見等
を記憶している。

【００３３】ＲＡＭ１７は、入出力インターフェース６
から入力した電気信号を処理するプログラムや、入出力
インターフェース６からＰＣ３，４や携帯電話５等に出
力する電気信号を作成するプログラム等が格納されてい
る。これらのプログラムは、処理区分実行部１９、栄養
管理情報生成部（特許請求の範囲の「栄養管理情報生成
手段」に相当）２０、訂正部（特許請求の範囲の「訂正
手段」に相当。）２１等に格納されている。

【００３４】ここで、処理区分実行部１９は、食品の予
約等に関する処理を実行するものである。本実施の形態
の処理区分実行部１９には、予約部２２、解約部２３、
変更部２４、訂正部２５、照会部２６が備えられてい
る。予約部２２は、「利用者情報」に含まれる「予約情
報」に従って、「食品情報ＤＢ」８に記憶されている食
品から選択された食品を、指定された期日に提供する約
束を行うものである。解約部２３は、「利用者情報」に
含まれる「解約情報」に従って、予約された食品を解約
するものである。変更部２４は、「利用者情報」に含ま
れる「変更情報」に従って、予約した食品の変更を行う
ものである。訂正部２５は、変更部２４が変更した食品
に基づいて、食品の栄養素の質や量を訂正するものであ
る。照会部２６は、「利用者情報」に含まれる「照会情
報」に従って、予約された食品の問い合わせを行うもの
である。

【００３５】また、栄養管理情報生成部２０は、「従業
員等」が選択した食品を「栄養情報ＤＢ」９の「栄養情
報」と関連付けて、「栄養管理情報」を生成したり、従
業員等が摂取した栄養素等を、「理想的な栄養データ」
と比較し、その比較結果に基づいて「栄養管理情報」を
作成するものである。また、訂正部２１は、「解約情
報」又は「訂正情報」に従って、「予約情報」を訂正す
るものである。

【００３６】ＲＯＭ１８は、ＲＡＭ１７で生成された電
気信号等を一時的に記憶するものである。

【００３７】次に、ＣＰＵ７の動作について説明する。
図３のステップ１（以下、「Ｓ１」と略記する。）に示
すように、「従業員等」のＰＣ３，４や携帯電話５等が
インターネット２を介してサーバ１に接続すると、サー
バ１は、「従業員等」のＰＣ３，４や携帯電話５等にホ
ームページを表示させる。そして、Ｓ２において、「従
業員等」が、ホームページの何れかのアイコンを選択し
たか否かを判断する。「従業員等」がホームページの何
れのアイコンも選択しないと判断した場合には（Ｓ２：
ＮＯ）、アイコンが選択されるまで待機する。

【００３８】一方、「従業員等」がホームページの何れ
かのアイコンを選択したと判断した場合には（Ｓ２：Ｙ
ＥＳ）、Ｓ３に進み、選択されたアイコンは、「ウイン
ドウを閉じる」か否かを判断する。選択されたアイコン
が「ウインドウを閉じる」であると判断した場合には
（Ｓ３：ＹＥＳ）、処理を終了する。一方、選択された
アイコンが「ウインドウを閉じる」でないと判断した場
合には（Ｓ３：ＮＯ）、Ｓ４に進む。

【００３９】そして、Ｓ４において、選択されたアイコ
ンは、「昼食予約」か否かを判断する。選択されたアイ
コンが「昼食予約」でないと判断した場合には（Ｓ４：
ＮＯ）、Ｓ６に進む。一方、選択されたアイコンが「昼
食予約」であると判断した場合には（Ｓ４：ＹＥＳ）、
Ｓ５において、昼食予約処理を実行してから、Ｓ６に進
む。この昼食予約処理については、後述する。

【００４０】そして、Ｓ６において、選択されたアイコ
ンは、「栄養管理」か否かを判断する。選択されたアイ
コンが「栄養管理」でないと判断した場合には（Ｓ６：
ＮＯ）、Ｓ８に進む。一方、選択されたアイコンが「栄
養管理」であると判断した場合には（Ｓ６：ＹＥＳ）、
Ｓ７において、栄養管理処理を実行してから、Ｓ８に進
む。この栄養管理処理については、後述する。

【００４１】そして、Ｓ８において、選択されたアイコ
ンは、「今月の目玉商品」か否かを判断する。選択され
たアイコンが「今月の目玉商品」でないと判断した場合
には（Ｓ８：ＮＯ）、Ｓ１０に進む。一方、選択された
アイコンが「今月の目玉商品」であると判断した場合に
は（Ｓ８：ＹＥＳ）、Ｓ９において、「目玉商品ＤＢ」
１３から今月の目玉商品を読み出して、ＰＣ３等に転送
してから、Ｓ１０に進む。これにより、「従業員等」
は、旬の食材を使用する食品や値打ちな食品等の認識す
ることができる。

【００４２】そして、Ｓ１０において、選択されたアイ
コンは、「啓蒙情報」か否かを判断する。選択されたア
イコンが「啓蒙情報」でないと判断した場合には（Ｓ１
０：ＮＯ）、Ｓ１２に進む。一方、選択されたアイコン
が「啓蒙情報」であると判断した場合には（Ｓ１０：Ｙ
ＥＳ）、Ｓ１１において、「啓蒙情報ＤＢ」１４に記憶
されている情報を読み出して、ＰＣ３等に転送する。こ
れにより、「従業員等」は、「理想的な栄養データ」や
食料問題等を認識し、食品や栄養に対する関心を高める
ことができる。

【００４３】そして、Ｓ１２において、選択されたアイ
コンは、「スタッフ紹介」か否かを判断する。選択され
たアイコンが「スタッフ紹介」でないと判断した場合に
は（Ｓ１２：ＮＯ）、Ｓ１４に進む。一方、選択された
アイコンが「スタッフ紹介」であると判断した場合には
（Ｓ１２：ＹＥＳ）、Ｓ１３において、「スタッフ情報
ＤＢ」１５からスタッフに関する情報を読み出して、Ｐ
Ｃ３等に転送してから、Ｓ１４に進む。これにより、
「従業員等」の「食堂等」に対する理解や安心の度合い
を高めることができる。

【００４４】そして、Ｓ１４において、選択されたアイ
コンは、「ご意見箱」か否かを判断する。選択されたア
イコンが「ご意見箱」でないと判断した場合には（Ｓ１
４：ＮＯ）、Ｓ１６に進む。一方、選択されたアイコン
が「ご意見箱」であると判断した場合には（Ｓ１４：Ｙ
ＥＳ）、Ｓ１５において、「従業員等」が入力したリク
エストメニューや「食堂等」への要望等を「リクエスト
ＤＢ」１６に記憶してから、Ｓ１６に進む。これによ
り、「従業員等」と「食堂等」とのコミュニケーション
を活発化し、「従業員等」のリクエストメニューや意見
を取り入れ、「従業員等」の満足度を高めることができ
る。

【００４５】そして、Ｓ１６において、選択されたアイ
コンの処理を完了したか否かを判断する。選択されたア
イコンの処理を完了していないと判断した場合には（Ｓ
１５：ＮＯ）、Ｓ３以降の処理を再度実行する。一方、
選択されたアイコンの処理を完了したと判断した場合に
は（Ｓ１５：ＹＥＳ）、Ｓ２に戻り、次のアイコンが選
択されるまで待機する。

【００４６】次に、上述した昼食予約処理について説明
する。図４に示すように、Ｓ１７〜Ｓ１９において、利
用者コード、パスワード、処理区分を入力しする。そし
て、Ｓ２０において、パスワードが合致するか否かを判
断する。パスワードが合致しないと判断した場合には
（Ｓ２０：ＮＯ）、Ｓ１７に戻り、利用者コード、パス
ワード、処理区分の再入力を促す。一方、パスワードが
合致すると判断した場合には（Ｓ２０：ＹＥＳ）、Ｓ２
１において、利用者コード、パスワード、処理区分を
「利用者情報」として「利用者情報ＤＢ」１０に記憶す
る。

【００４７】そして、Ｓ２２において、「利用者情報」
に含まれる処理区分は、「予約」か否かを判断する。
「利用者情報」に含まれる処理区分が「予約」でないと
判断した場合には（Ｓ２２：ＮＯ）、Ｓ２４に進む。一
方、「利用者情報」に含まれる処理区分が「予約」であ
ると判断した場合には（Ｓ２２：ＹＥＳ）、Ｓ２３にお
いて、予約処理を実行してからＳ２４に進む。この予約
処理については後述する。

【００４８】そして、Ｓ２４において、「利用者情報」
に含まれる処理区分は、「解約」か否かを判断する。
「利用者情報」に含まれる処理区分が「解約」でないと
判断した場合には（Ｓ２４：ＮＯ）、Ｓ２６に進む。一
方、「利用者情報」に含まれる処理区分が「解約」であ
ると判断した場合には（Ｓ２４：ＹＥＳ）、Ｓ２５にお
いて、解約処理を実行してからＳ２６に進む。この解約
処理については後述する。

【００４９】そして、Ｓ２６において、利用者情報に含
まれる処理区分は、「変更」か否かを判断する。「利用
者情報」に含まれる処理区分が「変更」でないと判断し
た場合には（Ｓ２６：ＮＯ）、Ｓ２８に進む。一方、
「利用者情報」に含まれる処理区分が「変更」であると
判断した場合には（Ｓ２６：ＹＥＳ）、Ｓ２７におい
て、変更処理を実行してからＳ２８に進む。この変更処
理については後述する。

【００５０】そして、Ｓ２８において、「利用者情報」
に含まれる処理区分は、「照会」か否かを判断する。
「利用者情報」に含まれる処理区分が「照会」でないと
判断した場合には（Ｓ２８：ＮＯ）、Ｓ３０に進む。一
方、「利用者情報」に含まれる処理区分が「照会」であ
ると判断した場合には（Ｓ２８：ＹＥＳ）、Ｓ２９にお
いて、照会処理を実行してからＳ３０に進む。この照会
処理については後述する。

【００５１】そして、Ｓ３０において、処理区分の処理
が完了したか否かを判断する。処理区分の処理が完了し
ていないと判断した場合には（Ｓ３０：ＮＯ）、Ｓ２２
以降の処理を再度実行する。一方、処理区分の処理が完
了したと判断した場合には（Ｓ３０：ＹＥＳ）、図３の
メインフローチャートに戻り、Ｓ６に進む。

【００５２】次に、上述した予約処理について説明す
る。図５に示すように、Ｓ３１において、予約可能な日
付をＰＣ３等に転送する。そして、Ｓ３２において、
「従業員等」が予約日を入力したか否かを判断する。
「従業員等」が予約日を入力しないと判断した場合には
（Ｓ３２：ＮＯ）、そのまま待機する。

【００５３】一方、「従業員等」が予約日を入力したと
判断した場合には（Ｓ３２：ＹＥＳ）、Ｓ３３におい
て、予約日に「食堂等」が準備可能な食品の「食品情
報」に含まれる食品名、画像、単価、熱量を「食品情報
ＤＢ」８から読み出し、ＰＣ３等に転送する。そして、
Ｓ３４において、「従業員等」が転送された食品から摂
取希望食品を入力したか否かを判断する。「従業員等」
が転送された食品から摂取希望食品を入力していないと
判断した場合には（Ｓ３４：ＮＯ）、Ｓ３６に進む。

【００５４】一方、「従業員等」が転送された食品から
摂取希望食品を入力したと判断した場合には（Ｓ３４：
ＹＥＳ）、Ｓ３５において、摂取希望食品を拡大表示す
るとともに、「食品情報ＤＢ」８から摂取希望食品の
「食品情報」に含まれる含有栄養素のデータを読み出
し、ＰＣ３等に転送する。

【００５５】そして、Ｓ３６において、「従業員等」が
摂取希望食品を指定したか否かを判断する。「従業員
等」が摂取希望食品を指定したと判断した場合には（Ｓ
３６：ＹＥＳ）、Ｓ３３以降の処理を再度実行する。一
方、「従業員等」が摂取希望食品を指定していないと判
断した場合には（Ｓ３６：ＮＯ）、Ｓ３７において、指
定した食品を選択したか否かを判断する。指定された食
品を選択していないと判断した場合には（Ｓ３７：Ｎ
Ｏ）、図４のフローチャートに戻り、Ｓ２４に進む。

【００５６】一方、指定された食品を選択したと判断し
た場合には（図５のＳ３７：ＹＥＳ）、Ｓ３８におい
て、選択された食品を「予約食品ＤＢ」１２及び「利用
者情報ＤＢ」１０に記憶する。そして、Ｓ３９におい
て、選択された食品を予約一覧表に表示し、Ｓ４０にお
いて、予約一覧表の確認が完了したか否かを判断する。
予約一覧表の確認が完了していないと判断した場合には
（Ｓ４０：ＮＯ）、そのまま待機する。一方、予約一覧
表の確認が完了したと判断した場合には（Ｓ４０：ＹＥ
Ｓ）、図４のフローチャートに戻り、Ｓ２４に進む。

【００５７】次に、上述した解約処理について説明す
る。図６に示すように、Ｓ４１において、解約可能な日
付を転送する。そして、Ｓ４２において、「従業員等」
が解約日を入力したか否かを判断する。「従業員等」が
解約日を入力していないと判断した場合には（Ｓ４２：
ＮＯ）、そのまま待機する。

【００５８】一方、「従業員等」が解約日を入力したと
判断した場合には（Ｓ４２：ＹＥＳ）、Ｓ４３におい
て、利用者コードに基づいて「利用者情報ＤＢ」１０か
ら「利用者情報」を読み出し、解約日に予約した食品を
検出する。そして、Ｓ４４において、検出した食品の
「食品情報」を「食品情報ＤＢ」８から読み出し、ＰＣ
３等に転送する。そして、Ｓ４５において、解約を確定
したか否かを判断する。解約を確定しないと判断した場
合には（Ｓ４５：ＮＯ）、図４のフローチャートに戻
り、Ｓ２６に進む。

【００５９】一方、解約を確定したと判断した場合には
（図６のＳ４５：ＹＥＳ）、Ｓ４６において、既存の
「利用者情報」から解約された食品及びその食品が予約
されていた日付を削除して訂正し、新規の「利用者情
報」を「利用者情報ＤＢ」１０に記憶してから、図４の
フローチャートに戻り、Ｓ２６に進む。

【００６０】次に、上述した変更処理について説明す
る。図７に示すように、Ｓ４７において、変更可能な日
付を転送する。そして、Ｓ４８において、「従業員等」
が変更日を入力したか否かを判断する。「従業員等」が
変更日を入力していないと判断した場合には（Ｓ４８：
ＮＯ）、そのまま待機する。

【００６１】一方、「従業員等」が変更日を入力したと
判断した場合には（Ｓ４８：ＹＥＳ）、Ｓ４９におい
て、利用者コードに基づいて「利用者情報」を「利用者
情報ＤＢ」１０から読み出し、変更日に予約した食品を
検出し、転送する。そして、Ｓ５０において、検出した
食品の「食品情報」に含まれる食品名、画像、単価、熱
量を「食品情報ＤＢ」８から読み出し、転送する。そし
て、Ｓ５１において、「従業員等」が追加希望食品又は
削除希望食品を入力したか否かを判断する。「従業員
等」が追加希望食品又は削除希望食品を入力していない
と判断した場合には（Ｓ５１：ＮＯ）、Ｓ５３に進む。

【００６２】一方、「従業員等」が追加希望食品又は削
除希望食品を入力したと判断した場合には（Ｓ５１：Ｙ
ＥＳ）、Ｓ５２において、追加希望食品又は削除希望食
品を拡大表示するとともに、追加希望食品又は削除希望
食品の「食品情報」に含まれる含有栄養素のデータを
「食品情報ＤＢ」８から読み出して、ＰＣ３等に転送す
る。そして、Ｓ５３において、「従業員等」が追加希望
食品又は削除希望食品を指定したか否かを判断する。
「従業員等」が追加希望食品又は削除希望食品を指定し
ていないと判断した場合には（Ｓ５３：ＮＯ）、Ｓ５１
に戻る。一方、「従業員等」が追加希望食品又は削除希
望食品を指定したと判断した場合には（Ｓ５３：ＹＥ
Ｓ）、Ｓ５４において、変更を完了したか否かを判断す
る。

【００６３】変更が完了していないと判断した場合には
（Ｓ５４：ＮＯ）、Ｓ５１に戻る。一方、変更が完了し
たと判断した場合には（Ｓ５４：ＹＥＳ）、Ｓ５５にお
いて、「予約食品ＤＢ」１２に食品を追加又は削除し、
Ｓ５６において、既存の「利用者情報」に食品を追加又
は削除して訂正し、新規の「利用者情報」を「利用者情
報ＤＢ」１０に記憶する。そして、Ｓ５７において、変
更後の予約一覧表を表示し、Ｓ５８において、変更後の
予約一覧表の確認が完了したか否かを判断する。変更後
の予約一覧表の確認が完了していないと判断した場合に
は（Ｓ５８：ＮＯ）、そのまま待機する。一方、変更後
の予約一覧表の確認が完了したと判断した場合には（Ｓ
５８：ＹＥＳ）、図４のフローチャートに戻り、Ｓ２８
に進む。

【００６４】次に、上述した照会処理について説明す
る。図８に示すように、Ｓ５９において、照会可能な日
付を転送する。そして、Ｓ６０において、「従業員等」
が照会日を入力したか否かを判断する。「従業員等」が
照会日を入力していないと判断した場合には（Ｓ６０：
ＮＯ）、そのまま待機する。

【００６５】一方、「従業員等」が照会日を入力したと
判断した場合には（Ｓ６０：ＹＥＳ）、Ｓ６１におい
て、利用者コードに基づいて「利用者情報」を「利用者
情報ＤＢ」１０から読み出し、照会日に予約した食品を
検出する。そして、Ｓ６２において、検出した食品の
「食品情報」を「食品情報ＤＢ」８から読み出して、転
送する。そして、Ｓ６３において、照会を完了したか否
かを判断する。照会を完了していないと判断した場合に
は（Ｓ７０：ＮＯ）、Ｓ６０以降の処理を再度実行す
る。一方、照会を完了したと判断した場合には（Ｓ６
３：ＹＥＳ）、図４のフローチャートに戻り、Ｓ３０に
進む。

【００６６】次に、上述した栄養管理処理について説明
する。図９に示すように、Ｓ６４において、栄養管理処
理設定画面を表示する。そして、Ｓ６５において、「従
業員等」が利用者コード及びパスワードを入力したか否
かを判断する。「従業員等」が利用者コード及びパスワ
ードを入力していないと判断した場合には（Ｓ６５：Ｎ
Ｏ）、そのまま待機する。一方、「従業員等」が利用者
コード及びパスワードを入力したと判断した場合には
（Ｓ６５：ＹＥＳ）、Ｓ６６において、パスワードが合
致するか否かを判断する。パスワードが合致しないと判
断した場合には（Ｓ６６：ＮＯ）、Ｓ６５以降の処理を
再度実行する。

【００６７】一方、パスワードが合致すると判断した場
合には（Ｓ６６：ＹＥＳ）、Ｓ６７において、提供条件
設定画面を表示する。そして、Ｓ６８において、「提供
条件」が適切に入力されたか否かを判断する。「提供条
件」が適切に入力されていないと判断した場合には（Ｓ
６８：ＮＯ）、Ｓ６７に戻り、「提供条件」の再入力を
促す。

【００６８】一方、「提供条件」が適切に入力されたと
判断した場合には（Ｓ６８：ＹＥＳ）、Ｓ６９におい
て、利用者コードに基づいて「利用者情報」を「利用者
情報ＤＢ」１０から読み出し、「提供条件」に合致する
食品を検出する。そして、Ｓ７０において、検出した食
品の「栄養情報」を「栄養情報ＤＢ」９から読み出す。
そして、Ｓ７１において、「利用者情報」に基づいて、
「理想的な栄養データ」を「啓蒙情報ＤＢ」１４から読
み出す。そして、Ｓ７２において、読み出した「栄養情
報」に基づいて「栄養管理情報」を作成し、「栄養管理
情報ＤＢ」１１に記憶し、Ｓ７３において、作成した
「栄養管理情報」をＰＣ３等に転送する。そして、Ｓ７
４において、「栄養管理情報」の確認を完了したか否か
を判断する。「栄養管理情報」の確認を完了していない
と判断した場合には（Ｓ７４：ＮＯ）、そのまま待機す
る。一方、「栄養管理情報」の確認を完了したと判断し
た場合には（Ｓ７４：ＹＥＳ）、図３のメインフローチ
ャートに戻り、Ｓ８に進む。

【００６９】上記構成を有する本実施の形態の栄養管理
システムは、以下のように作用する。例えば、「Ａ会社
の従業員が、２００１年３月１９日に昼食予約をする場
合」には、先ず、ＰＣ３をインターネット２を介してサ
ーバ１に接続させる。これにより、ＰＣ３には、図１０
のホームページが表示される（図３のＳ１）。図１０の
ホームページには、「昼食予約」、「栄養管理」、「今
月の目玉食品」、「啓蒙情報」、「スタッフ紹介」、
「ご意見箱」のアイコン３０〜３５が並んで表示され
る。そこで、Ａ会社の従業員は、ホームページの「昼食
予約」のアイコン３０をクリックし、昼食予約処理を実
行させる（図３のＳ２：ＹＥＳ，Ｓ３：ＮＯ，Ｓ４：Ｙ
ＥＳ，Ｓ５）。

【００７０】すなわち、ホームページの「昼食予約」の
アイコン３０をクリックすると、ＰＣ３のディスプレイ
には、図１１の昼食予約設定画面が表示される。図１１
の昼食予約設定画面には、利用者コードの入力欄３６、
パスワードの入力欄３７、処理区分の入力欄３８が表示
されている。そこで、Ａ会社の従業員は、利用者コード
の入力欄３６に社員証の従業員コードを入力するととも
に、パスワードの入力欄３７に予め付与されたパスワー
ドを入力する。そして、Ａ会社の従業員は、処理区分の
入力欄３８に「予約」を示す数字「１」を入力する。そ
して、Ａ会社の従業員が、入力内容を確認して「ＯＫ」
のアイコン３９をクリックすると、利用者コード、パス
ワードが、ＰＣ３からインターネット２を介してサーバ
１に転送される（図４のＳ１７〜Ｓ１９）。

【００７１】そして、パスワードが合致すると判断した
ら、入力した利用者コード、パスワード、処理区分を
「利用者情報」として利用者情報ＤＢ１０に記憶する
（図４のＳ２０：ＹＥＳ，Ｓ２１）。そして、「利用者
情報」に含まれる処理区分が、「予約」であると判断し
て、予約処理を実行する（図４のＳ２２：ＹＥＳ，Ｓ２
３）。

【００７２】すなわち、予約可能な日付をＰＣ３に転送
し、ＰＣ３のディスプレイに図１２の日付設定画面を表
示させる（図５のＳ３１）。Ａ会社の従業員が、図１２
の日付設定画面に表示された日付の中から「０１／０３
／１９」を入力すると、予約日に「食堂等」が提供可能
な食品の「食品情報」に含まれる食品名、画像、単価、
熱量を「食品情報ＤＢ」８から読み出し、ＰＣ３に転送
する（図５のＳ３２：ＹＥＳ，Ｓ３３）。これにより、
図１３に示すように、ＰＣ３のディスプレイには、２０
０１年３月１９日に「食堂等」が準備可能な食品につい
て、食品名４０、画像４１、単価４２、熱量４３が表示
される。

【００７３】そこで、Ａ会社の従業員は、食品の外観、
予算、摂取カロリー等を勘案し、「金平ゴボウ」を摂取
しようと考えた場合には、表示された食品から摂取希望
食品「金平ゴボウ」をダブルクリックして入力すると、
摂取希望食品「金平ゴボウ」を拡大表示するとともに、
摂取希望食品「金平ゴボウ」の「食品情報」に含まれる
含有栄養素のデータを「食品情報ＤＢ」８から読み出し
てＰＣ３に転送する（図５のＳ３４：ＹＥＳ，Ｓ３
５）。これにより、ＰＣ３のディスプレイには、図１４
に示すように、摂取希望食品「金平ゴボウ」が拡大表示
されるとともに、照希望食品「金平ゴボウ」に含まれる
食材の栄養価一覧表４４が表示される。

【００７４】そして、Ａ会社の従業員が、摂取希望食品
「金平ゴボウ」の外観と、栄養価一覧表４４に表示され
る栄養価とを確認し、摂取希望食品を予約しようと考え
た場合には、栄養価一覧表４４の下の「戻る」のアイコ
ン４５をクリックすると、ＰＣ３のディスプレイには、
図１３に示すように、２００１年３月１９日に「食堂
等」が準備可能な食品についての食品名、画像、単価、
熱量が再度表示されるので、Ａ会社の従業員は、「金平
ゴボウ」のチェックボックス４６にチェック４７を入れ
る。これにより、摂取希望食品「金平ゴボウ」を指定し
たと判断する（図５のＳ３６：ＹＥＳ）。同様にして、
画面表示される食品のチェックボックス４６にチェック
４７を入れることにより、複数の摂取希望食品を同一画
面で指定することが可能である。また、摂取希望食品を
ダブルクリックして、拡大表示及び栄養価一覧表の表示
をさせることなく、摂取希望食品を指定してもよい（図
５のＳ３４：ＮＯ，Ｓ３６：ＹＥＳ）。

【００７５】そして、Ａ会社の従業員は、摂取希望食品
のチェックボックス４６の全てにチェック４７を入れ終
わったら、「送信」のアイコン４８をクリックする。こ
れにより、指定された食品「金平ゴボウ」が選択された
と判断して、選択された食品「金平ゴボウ」を「予約食
品ＤＢ」１２及び「利用者情報」ＤＢ１０に記憶する
（図５のＳ３７：ＹＥＳ，Ｓ３８）。そして、図１４に
示すように、選択された食品の予約一覧表をＰＣ３のデ
ィスプレイに表示する（図５のＳ３７）。図１４の予約
一覧表には、選択した食品「金平ゴボウ」の食品名４
９、予約数量５０、単価５１、熱量５２が表示されてい
るので、Ａ会社の従業員は、２００１年３月１９日に
「金平ゴボウ」の予約が完了した旨、及び、その予約内
容を確認することができる。そして、Ａ会社の従業員が
図１４の予約一覧表の下にある「ＯＫ」のアイコン５３
をクリックすると、ＰＣ３のディスプレイに、図１０の
ホームページを表示する（図５のＳ４０：ＹＥＳ，図４
のＳ２４：ＮＯ，Ｓ２６：ＮＯ，Ｓ２８：ＮＯ、Ｓ３
０：ＹＥＳ，図３のＳ６：ＮＯ，Ｓ８：ＮＯ，Ｓ１０：
ＮＯ，Ｓ１２：ＮＯ，Ｓ１４：ＮＯ，Ｓ１６：ＹＥ
Ｓ）。

【００７６】以上の予約処理により、Ａ会社の従業員
は、実際に「食堂等」へ行く前に、「食堂等」で準備さ
れている食品の種類、単価、熱量、栄養素等を確認し、
２００１年３月１９日の昼食に「金平ゴボウ」を予約す
ることができる。そして、Ａ会社の従業員は、予約日の
２００１年３月１９日に「食堂等」へ行って、食券販売
機に利用者コード及びパスワードを入力すれば、確実に
摂取希望食品「金平ゴボウ」の食券を入手し、摂取希望
食品を「金平ゴボウ」を確実に摂取することができる。

【００７７】ここで、Ａ会社の従業員が、「２００１年
３月２０日に予約した食品を参照する場合」には、ホー
ムページの「昼食予約」のアイコン３０をクリックし、
昼食予約処理を実行させる（図３のＳ１，Ｓ２：ＹＥ
Ｓ，Ｓ３：ＮＯ，Ｓ４：ＹＥＳ，Ｓ５）。

【００７８】すなわち、ホームページの「昼食予約」の
アイコン３０をクリックすると、ＰＣ３のディスプレイ
には、図１１の昼食予約設定画面が表示される。図１１
の昼食予約設定画面には、利用者コードの入力欄３６、
パスワードの入力欄３７、処理区分の入力欄３８が表示
されている。そこで、Ａ会社の従業員は、利用者コード
の入力欄３６に社員証の従業員コードを入力するととも
に、パスワードの入力欄３７に予め付与されたパスワー
ドを入力する。そして、Ａ会社の従業員は、処理区分の
入力欄３８に「照会」を示す数字「４」を入力する。そ
して、Ａ会社の従業員が、入力内容を確認して「ＯＫ」
のアイコン３９をクリックすると、利用者コード、パス
ワードが、ＰＣ３からインターネット２を介してサーバ
１に転送される（図４のＳ１７〜Ｓ１９）。

【００７９】そして、パスワードが合致すると判断した
ら、入力した利用者コード、パスワード、処理区分を
「利用者情報」として「利用者情報ＤＢ」１０に記憶す
る（図４のＳ２０：ＹＥＳ，Ｓ２１）。そして、「利用
者情報」に含まれる処理区分が、「照会」であると判断
して、照会処理を実行する（図４のＳ２２：ＮＯ，Ｓ２
４：ＮＯ，Ｓ２６：ＮＯ，Ｓ２８：ＹＥＳ，Ｓ２９）。

【００８０】すなわち、照会可能な日付をＰＣ３に転送
する（図８のＳ５９）。これにより、ＰＣ３のディスプ
レイには、図１２の日付設定画面が表示される。Ａ会社
の従業員が、図１２の日付設定画面に表示された日付か
ら「０１／０３／２０」を入力すると、利用者コードに
基づいて「利用者情報」を「利用者情報ＤＢ」１０から
読み出し、照会日「２００１年３月２０日」に予約した
食品を検出する（図８のＳ６０：ＹＥＳ，Ｓ６１）。そ
して、検出した食品の「食品情報」を「食品情報ＤＢ」
８から読み出して、転送する（図８のＳ６２）。これに
より、図１６に示すように、ＰＣ３には、２００１年３
月２０日に予約していた食品「豚ロース和風ステーキ」
の画像５５、栄養価一覧表５６、単価５７，予約数量５
８が表示される。そして、Ａ会社の従業員が、栄養価一
覧表５６の下の「ＯＫ」のアイコン５９をクリックする
と、照会を完了したと判断し、ＰＣ３のディスプレイに
図１０のホームページを表示する（図８のＳ６３：ＹＥ
Ｓ，図４のＳ３０：ＹＥＳ，図３のＳ６：ＮＯ，Ｓ８：
ＮＯ，Ｓ１０：ＮＯ，Ｓ１２：ＮＯ，Ｓ１４：ＮＯ，Ｓ
１６：ＹＥＳ）。

【００８１】以上の照会処理により、Ａ会社の従業員
は、２００１年３月２０日の昼食に「豚ロース和風ステ
ーキ」が予約されていることを確認することができる。
また、このとき、図１６に示すように、「豚ロース和風
ステーキ」の栄養価一覧表５６や単価５７も表示される
ので、体調や熱量に応じて予約した食品の解約や変更等
を考慮することができるとともに、食堂に持参する金銭
を確認できる。

【００８２】また、「Ａ会社の従業員が、２００１年３
月２０日に予約した食品を解約したい場合」には、図１
０のホームページの「昼食予約」のアイコン３０をクリ
ックし、昼食予約処理を実行させる（図３のＳ１，Ｓ
２：ＹＥＳ，Ｓ３：ＮＯ，Ｓ４：ＹＥＳ，Ｓ５）。

【００８３】すなわち、図１０のホームページの「昼食
予約」のアイコン３０をクリックすると、ＰＣ３のディ
スプレイには、図１１の昼食予約設定画面が表示され
る。図１１の昼食予約設定画面には、利用者コードの入
力欄３６、パスワードの入力欄３７、処理区分の入力欄
３８が表示されている。そこで、Ａ会社の従業員は、利
用者コードの入力欄３６に社員証の従業員コードを入力
するとともに、パスワードの入力欄３７に予め付与され
たパスワードを入力する。そして、Ａ会社の従業員は、
処理区分の入力欄３８に「解約」を示す数字「２」を入
力する。そして、Ａ会社の従業員が、入力内容を確認し
て「ＯＫ」のアイコン３９をクリックすると、利用者コ
ード、パスワードが、ＰＣ３からインターネット２を介
してサーバ１に転送される（図４のＳ１７〜Ｓ１９）。

【００８４】そして、パスワードが合致すると判断した
ら、入力した利用者コード、パスワード、処理区分を
「利用者情報」として利用者情報ＤＢ１０に記憶する
（図４のＳ２０：ＹＥＳ，Ｓ２１）。そして、「利用者
情報」に含まれる処理区分が、「解約」であると判断し
て、解約処理を実行する（図４のＳ２２：ＮＯ，Ｓ２
４：ＹＥＳ，Ｓ２５）。

【００８５】すなわち、解約可能な日付を転送し、ＰＣ
３のディスプレイに図１２の日付設定画面を表示させる
（図６のＳ４１）。Ａ会社の従業員が、図１２の日付設
定画面に表示された日付から「０１／０３／２０」を入
力すると、利用者コードに基づいて「利用者情報ＤＢ」
１０から「利用者情報」を読み出し、解約日「２００１
年３月２０日」に予約した食品を検出する（図６のＳ４
２：ＹＥＳ，Ｓ４３）。そして、検出した食品の「食品
情報」を「食品情報ＤＢ」８から読み出し、ＰＣ３に転
送する（図６のＳ４４）。これにより、ＰＣ３のディス
プレイには、解約設定画面が表示される。

【００８６】その解約設定画面には、図１７に示すよう
に、解約日の２００１年３月２０日に予約した食品「豚
ロース和風ステーキ」の画像６０、栄養価一覧表６１、
単価６２、予約数量６３が表示される。Ａ会社の従業員
は、画面表示を確認して、表示された食品の解約を確定
する場合には、図１７に示す予約一覧表の下にある「Ｏ
Ｋ」のアイコン６４をクリックする。これにより、解約
を確定したと判断し、既存の「利用者情報」から解約さ
れた食品「豚ロース和風ステーキ」及びその食品が予約
されていた日付「２００１年３月２０日」を削除して訂
正し、新規の「利用者情報」を「利用者情報ＤＢ」１０
に記憶する（図６のＳ４５：ＹＥＳ，Ｓ４６）。そし
て、ＰＣ３のディスプレイに図１０のホームページを表
示する（図４のＳ２６：ＮＯ，Ｓ２８：ＮＯ，Ｓ３０：
ＹＥＳ，図３のＳ６：ＮＯ，Ｓ８：ＮＯ，Ｓ１０：Ｎ
Ｏ，Ｓ１２：ＮＯ，Ｓ１４：ＮＯ，Ｓ１６：ＹＥＳ）。

【００８７】以上の解約処理により、Ａ会社の従業員
は、例えば、急用が入った場合などに、２００１年３月
２０日に予約していた食品「豚ロース和風ステーキ」を
解約することができる。そして、複数の食品が予約され
ている場合には、それらを一括して解約することができ
る。これにより、「食堂等」は、「豚ロース和風ステー
キ」に必要な食材の分量を減らす等して、無駄な消費を
少なくすることができる。一方、利用者は、例えば、昼
食の代金が給料天引きになっている場合等には、食品を
摂取していないにもかかわらず代金を支払う不具合が解
消される。

【００８８】また、「Ａ会社の従業員が、２００１年３
月２１日に予約した食品を変更したい場合」には、図１
０のホームページの「昼食予約」のアイコン３０をクリ
ックし、昼食予約処理を実行させる（図３のＳ１，Ｓ
２：ＹＥＳ，Ｓ３：ＮＯ，Ｓ４：ＹＥＳ，Ｓ５）。

【００８９】すなわち、図１０のホームページの「昼食
予約」のアイコン３０をクリックすると、ＰＣ３のディ
スプレイには、図１１の昼食予約設定画面が表示され
る。図１１の昼食予約設定画面には、利用者コードの入
力欄３６、パスワードの入力欄３７、処理区分の入力欄
３８が表示されている。そこで、Ａ会社の従業員は、利
用者コードの入力欄３６に社員証の従業員コードを入力
するとともに、パスワードの入力欄３７に予め付与され
たパスワードを入力する。そして、Ａ会社の従業員は、
処理区分の入力欄３８に「変更」を示す数字「３」を入
力する。そして、Ａ会社の従業員が、入力内容を確認し
て「ＯＫ」のアイコン３９をクリックすると、利用者コ
ード、パスワードが、ＰＣ３からインターネット２を介
してサーバ１に転送される（図４のＳ１７〜Ｓ１９）。

【００９０】そして、パスワードが合致すると判断した
ら、入力した利用者コード、パスワード、処理区分を
「利用者情報」として「利用者情報ＤＢ」１０に記憶す
る（図４のＳ２０：ＹＥＳ，Ｓ２１）。そして、「利用
者情報」に含まれる処理区分が、「変更」であると判断
して、変更処理を実行する（図４のＳ２２：ＮＯ，Ｓ２
４：ＮＯ，Ｓ２６：ＹＥＳ，Ｓ２７）。

【００９１】すなわち、変更可能な日付をＰＣ３に転送
し、ＰＣ３のディスプレイに図１２の日付設定画面を表
示させる（図７のＳ４７）。Ａ会社の従業員が、表示さ
れた日付から「０１／０３／２１」を入力すると、変更
日の２００１年３月２１日に「食堂等」が準備可能な食
品の「食品情報」に含まれる食品名、画像、単価、熱量
を「食品情報ＤＢ」８から読み出して転送する（図７の
Ｓ４８：ＹＥＳ，Ｓ４９）。そして、利用者コードに基
づいて「利用者情報」を「利用者情報ＤＢ」１０から読
み出し、変更日の２００１年３月２１日に予約した食品
を検出して転送する（図７のＳ５０）。これにより、図
１８に示すように、変更設定画面が表示され、変更日の
２００１年３月２１日に「食堂等」で準備される食品の
食品名６５、画像６６、単価６７、熱量６８が表示され
る。そして、Ａ会社の従業員が変更日の２００１年３月
２１日に「カレーきしめん」を予約していた場合には、
「カレーきしめん」のチェックボックス６９にチェック
７０が入れられた状態で表示される。

【００９２】そして、Ａ会社の従業員が、食欲、予算、
熱量等を勘案し、２００１年３月２１日に予約した食品
「カレーきしめん」に食品「親子丼」を追加したい場合
には、ＰＣ３のディスプレイに表示された食品から追加
希望食品「親子丼」をダブルクリックする。これによ
り、追加希望食品が入力されたと判断し、追加希望食品
「親子丼」を拡大表示するとともに、追加希望食品「親
子丼」の「食品情報」に含まれる含有栄養素のデータを
「食品情報ＤＢ」８から読み出して、ＰＣ３に転送する
（図７のＳ５１：ＹＥＳ，Ｓ５２）。これにより、図１
９に示すように、ＰＣ３のディスプレイには、拡大表示
された追加希望食品「親子丼」、追加希望食品「親子
丼」の栄養価一覧表７１、単価７２、予約数量７３が表
示される。

【００９３】そして、Ａ会社の従業員が、追加希望食品
「親子丼」の栄養価一覧表７１等を確認し、栄養価一覧
表の下の「戻る」のアイコン７４をクリックすると、図
１８の変更設定画面が表示される。そして、Ａ会社の従
業員が、追加希望食品「親子丼」の栄養価等を勘案し、
追加希望食品「親子丼」を指定する場合には、「親子
丼」のチェックボックス６９にチェック７０を入れる。
これにより、追加希望食品を指定したと判断し、変更が
完了したか否かを判断する（図７のＳ５３：ＹＥＳ，Ｓ
５４）。この時点では、「送信」のアイコン７５がクリ
ックされておらず、変更を完了していないので、ＰＣ３
には、図１８の変更設定画面が表示されたままである
（図７のＳ５４：ＮＯ）。

【００９４】次に、Ａ会社の従業員が、変更日の２００
１年３月２１日に予約した食品「親子丼」及び「カレー
きしめん」から「カレーきしめん」を削除する場合に
は、図１８の変更設定画面に表示される「カレーきしめ
ん」をダブルクリックする。これにより、削除希望食品
が入力されたと判断し、削除希望食品「カレーきしめ
ん」を拡大表示するとともに、削除希望食品「カレーき
しめん」の「食品情報」に含まれる含有栄養素のデータ
を「食品情報ＤＢ」８から読み出して、ＰＣ３に転送す
る（図７のＳ５１：ＹＥＳ，Ｓ５２）。これにより、図
２０に示すように、ＰＣ３のディスプレイには、拡大表
示された削除希望食品「カレーきしめん」、削除希望食
品「カレーきしめん」の栄養価一覧表７６、単価７７、
予約数量７８が表示される。そして、Ａ会社の従業員
が、削除希望食品「カレーきしめん」の栄養価一覧表７
６等を確認し、栄養価一覧表の下の「戻る」のアイコン
７９をクリックすると、図１８の変更設定画面が表示さ
れる。

【００９５】そして、Ａ会社の従業員が、削除希望食品
「カレーきしめん」の栄養価等を勘案し、削除希望食品
「カレーきしめん」の予約を取り消す場合には、「カレ
ーきしめん」のチェックボックス６９のチェック７０を
消す。これにより、削除希望食品を指定したと判断し、
変更が完了したか否かを判断する（図７のＳ５３：ＹＥ
Ｓ，Ｓ５４）。そして、Ａ会社の従業員が、「送信」の
アイコン７５をクリックすると、変更を完了したと判断
し、「予約食品ＤＢ」１２の食品に追加希望食品「親子
丼」を追加するとともに、「予約希望食品ＤＢ」１２の
食品から削除希望食品「カレーきしめん」を削除する
（図７のＳ５４：ＹＥＳ，Ｓ５５）。

【００９６】そして、既存の「利用者情報」に追加希望
食品「親子丼」を追加するとともに、既存の「利用者情
報」から削除希望食品「カレーきしめん」を削除して訂
正し、新規の「利用者情報」を「利用者情報ＤＢ」１０
に記憶する（図７のＳ５６）。そして、変更後の予約一
覧表をＰＣ３に転送する（図７のＳ５７）。これによ
り、ＰＣ３のディスプレイには、図２１に示すように、
変更日に予約した食品の食品名８０、予約数量８１、単
価８２、熱量８３が表示されるので、Ａ会社の従業員
は、変更が完了した旨、及び、変更日の予約内容を確認
し、「ＯＫ」のアイコン８４をクリックすると、変更後
の予約一覧表の確認が完了したと判断し、図１０のホー
ムページを表示する（図７のＳ５８：ＹＥＳ，図４のＳ
２８：ＮＯ，Ｓ３０：ＹＥＳ，図３のＳ６：ＮＯ，Ｓ
８：ＮＯ，Ｓ１０：ＮＯ，Ｓ１２：ＮＯ，Ｓ１４：Ｎ
Ｏ，Ｓ１６：ＹＥＳ）。

【００９７】以上の変更処理より、Ａ会社の従業員は、
予約した食品に対して食品を個別的に追加できるととも
に、一部の食品の予約を解約することができる。すなわ
ち、Ａ会社の従業員は、２００１年３月２１日に予約し
た食品「カレーきしめん」に「親子丼」を追加すること
ができるとともに、「カレーきしめん」の予約を解約す
ることができる。これにより、Ａ会社の従業員は、予
算、摂取カロリー、栄養バランス等を考慮して、一端予
約した食品を自由に変更することができ、食品選択の自
由度を広げることができる。一方、「食堂等」では、食
品の売り切れを少なくして、「従業員等」の満足度を向
上させることができるとともに、解約された食品の食材
の分量を減らすなどして、無駄な消費を少なくすること
ができる。尚、ここでは、追加希望食品「親子丼」及び
削除希望食品「カレーきしめん」をダブルクリックして
拡大表示させているが、拡大表示させることなく、チェ
ックボックス６９にチェック７０の追加又は削除するの
みで、追加希望食品又は削除希望食品の指定を行っても
よい（Ｓ５１：ＮＯ，Ｓ５３：ＹＥＳ）。

【００９８】このようにして、Ａ会社の従業員は、予約
日を指定して、昼食を自由に選ぶことができる。そし
て、Ａ会社の従業員が、昼食予約をして、「食堂等」を
複数回利用したときには、予約日及び予約した食品が
「利用者情報」として「利用者情報ＤＢ」１０に累積的
に記憶されていく。

【００９９】そして、以上のように昼食予約されると、
Ａ会社の従業員は、予約日に「食堂等」へ行って、「食
堂等」に設置された食券販売機に利用者コード及びパス
ワードを入力すれば、確実に食券を取得することができ
る。そして、この食券の取得と同時に、Ａ会社の従業員
が予約した食品を摂取したと判断し、「利用者情報」の
「予約情報」を摂取済みデータに変換し、摂取した栄養
素を累積的に「利用者情報ＤＢ」１０に記憶する。これ
により、Ａ会社の従業員が摂取した食品及び栄養素を正
確に把握することが可能である。

【０１００】ここで、Ａ会社の従業員が、予約した食品
の栄養素等に関する情報の取得したい場合には、図１０
に示すホームページの「栄養管理」のアイコン３１をク
リックし、栄養管理処理を実行させる（図３のＳ１，Ｓ
２：ＹＥＳ，Ｓ３：ＮＯ，Ｓ４：ＮＯ，Ｓ６：ＹＥＳ：
Ｓ７）。

【０１０１】すなわち、ＰＣ３には、図２２の栄養管理
入力画面が表示される（図９のＳ６４）。図２２の栄養
管理入力画面には、利用者コード及びパスワードの入力
欄９０，９１が設けられているので、Ａ会社の従業員
は、利用者コードの入力欄９０に社員証の従業員コード
を入力し、パスワードの入力欄９１に予め設定されたパ
スワードを入力し、それらの入力欄９０，９１の下にあ
る「ＯＫ」のアイコン９２をクリックする（図９のＳ６
５：ＹＥＳ）。

【０１０２】そして、パスワードが合致したら、ＰＣ３
に図２３の提供条件設定画面を表示する（図９のＳ６
６：ＹＥＳ，Ｓ６７）。図２３の提供条件設定画面に
は、栄養管理を行う期日を指定するために、開始日付と
終了日付を入力する欄９３，９４が設けられている。そ
こで、Ａ会社の従業員は、２００１年３月１日から２０
０１年３月３１までの栄養管理を行う場合には、開始日
付の入力欄９３に「２００１０３０１」と入力し、終了
日付の入力欄９４に「２００１０３３１」と入力し、画
面表示されている「ＯＫ」のアイコン９５をクリックす
る。これにより、「提供条件」が入力される。

【０１０３】そして、入力された「提供条件」が適切で
あれば、利用者コードに基づいてＡ会社の従業員の「利
用者情報」を「利用者情報ＤＢ」１０から読み出し、
「提供条件」である２００１年３月１日から２００１年
３月３１日までに予約した食品を検出する（図９のＳ６
８：ＹＥＳ，Ｓ６９）。すなわち、例えば、３月２１日
に予約した食品「親子丼」等を検出する。そして、検出
した食品「親子丼」等の「栄養情報」を「栄養情報Ｄ
Ｂ」９から読み出す（図９のＳ７０）。

【０１０４】そして、Ａ会社の従業員の「利用者情報」
に基づいて、Ａ会社の従業員の年齢、性別、体質、運動
量等に適した「理想的な栄養データ」を「啓蒙情報Ｄ
Ｂ」１４から読み出す（図９のＳ７１）。そして、読み
出した「栄養情報」及び「理想的な栄養データ」に基づ
いて「栄養管理情報」を作成する。具体的には、例え
ば、２００１年３月１日から２００１年３月３１日まで
に予約した食品の栄養価・カロリーの集計や分析等を行
って、集計結果や不足栄養素の指摘等を含む「栄養管理
情報」を作成し、「栄養管理情報ＤＢ」１１に記憶する
（図９のＳ７２）。

【０１０５】そして、作成した「栄養管理情報」をＰＣ
３等に転送する（図９のＳ７３）。これにより、ＰＣ３
には、図２４に示すように、２００１年３月１日から２
００１年３月３１日までに予約した食品の栄養素及び栄
養価を集計した集計表や、図２５に示すように、２００
１年３月１日から２００１年３月３１日までに予約した
食品の栄養素及び栄養価を「理想的な栄養データ」と比
較し、その過不足等を分析表示した棒グラフ等が表示さ
れる。これにより、Ａ会社の従業員は、図２４の集計表
や図２５の棒グラフ等により、摂取した食品、栄養素、
栄養価等の傾向や過不足を的確に認識することができ
る。そして、Ａ会社の従業員が、「栄養管理情報」の内
容を確認し、図２５の「確認」のアイコン９６をクリッ
クすると、「栄養管理情報」の確認を完了したと判断
し、図１０に示すホームページを表示する（図９のＳ７
４：ＹＥＳ，図３のＳ８：ＮＯ，Ｓ１０：ＮＯ，Ｓ１
２：ＮＯ，Ｓ１４：ＮＯ，Ｓ１６：ＹＥＳ）。

【０１０６】以上の栄養管理処理により、Ａ会社の従業
員は、摂取した食品又は摂取しようとする食品の摂取傾
向、カロリー、栄養バランス等を簡易にかつ客観的に把
握することができる。そして、Ａ会社の従業員が、「食
堂等」を複数回利用した場合には、作成した「栄養管理
情報」を「利用者情報」に基づいて「栄養管理情報Ｄ
Ｂ」１１に累積的に記憶する。

【０１０７】従って、以上に説明した本実施の形態の栄
養管理システムによれば、Ａ会社の従業員が予約した食
品の「栄養情報」に基づいて「栄養管理情報」を作成
し、その「栄養管理情報」をＡ会社の従業員に提供する
ため、Ａ会社の従業員は、予約した食品を摂取した後の
みならず、予約した食品を摂取する前であっても、予約
日に「食堂等」で準備される食品の種類や正確な栄養素
等を確認することができる。よって、Ａ会社の従業員
は、予約した食品の正確なカロリー、栄養素、栄養価等
を考慮した上で、食品の種類や摂取量等を調整し、食品
や栄養素等の偏りを未然に防止することができる。ま
た、「栄養管理情報」は、「栄養情報ＤＢ」９に記憶さ
れている「栄養情報」に従って作成されるので、Ａ会社
の従業員が、食品の外観から当該食品の栄養素や栄養価
を予測する必要がない。そのため、Ａ会社の従業員は、
塩分や糖分等の視覚的に判別困難なものであっても、正
確に把握することができる。さらに、Ａ会社の従業員
は、「食堂等」において予約した食品を確実に摂取する
ことができ、「栄養管理情報」を有効活用することがで
きる。よって、本実施の形態の栄養管理システムは、Ａ
会社の従業員の栄養素や栄養価等を正確に把握して予約
した食品を確実に摂取するので、Ａ会社の従業員の栄養
管理を的確に且つ効果的に行うことができる。

【０１０８】また、本実施の形態の栄養管理システムに
よれば、Ａ会社の従業員の年齢、性別、体質、運動量等
に合致する「理想的な栄養データ」を「啓蒙情報ＤＢ」
１４から読み出し、その「理想的な栄養データ」をＡ会
社の従業員が予約した食品の「栄養情報」と比較し、不
足している栄養素や食品の偏り等を指摘する「栄養管理
情報」を作成する。これにより、Ａ会社の従業員は、
「栄養管理情報」から不足している栄養素や食品の偏り
等を客観的に認識し、不足している栄養素や食品の偏り
等を是正するように、食品を選択するようになる。よっ
て、本実施の形態の栄養管理システムは、Ａ会社の従業
員に必要な栄養素又は栄養価等を認識させ、Ａ会社の従
業員の栄養に対する意識を高めることができる。

【０１０９】また、本実施の形態の栄養管理システムに
よれば、「栄養管理情報」を「利用者情報」に基づいて
累積的に記憶することにより、Ａ会社の従業員の食品及
び栄養価の摂取傾向を継続的に把握するので、Ａ会社の
従業員の食品及び栄養の摂取傾向を正確に把握し、より
的確な栄養管理を行うことができる。

【０１１０】また、本実施の形態の栄養管理システムに
よれば、Ａ会社の従業員が「提供条件」として期日を指
定して「栄養管理情報」の提供を要請したときに、当該
期日に予約した食品の「栄養情報」に基づいて「栄養管
理情報」を作成し、Ａ会社の従業員に提供するため、Ａ
会社の従業員の要望に叶う内容の「栄養管理情報」を適
時に提供することができる。

【０１１１】また、本実施の形態の栄養管理システムに
よれば、食品の予約、解約、変更を簡易にかつ自由に行
うことができるので、スケジュールや体調等に合わせて
食品を自由に選ぶことができる。また、「食堂等」は、
予約された食品から「従業員等」の嗜好等を把握して、
「従業員等」の好みに合う食品を提供することができる
ようになり、「従業員等」の満足度を向上させることが
できる。

【０１１２】また、本実施の形態の栄養管理システムに
よれば「利用者情報」に基づいて「栄養管理情報」の作
成及び提供を行うので、プライバシーを保護した状態
で、Ａ会社の従業員の栄養管理を行うことができる。

【０１１３】また、本実施の形態の栄養管理システムに
よれば、Ａ会社の従業員が、予約した食品を解約した場
合や、予約した食品に対して食品の追加又は削除を行っ
た場合等には、自動的に食品の追加や削除等を行って既
存の「利用者情報」を訂正して、新規の「利用者情報」
を「利用者情報ＤＢ」１０に記憶し、最新の「利用者情
報」に基づいて「栄養管理情報」を作成する。そのた
め、Ａ会社の従業員は、予約した食品の種類や量を変更
するだけで、その変更に応じた正確な「栄養管理情報」
を取得することができる。よって、Ａ会社の従業員は、
簡易な作業で、正確な「栄養管理情報」を簡単に取得す
ることができる。

【０１１４】また、本実施の形態の栄養管理システムに
よれば、Ａ会社の従業員は、「食堂等」で準備される食
品の種類、外観、単価、熱量を予め確認し、食品の摂取
傾向や予算等を考慮しながら食品を選択するので、Ａ会
社の従業員の生活環境に合わせた栄養管理を行うことが
できる。

【０１１５】尚、本発明は上記実施の形態に限定される
ものでなく、その趣旨を逸脱しない範囲で様々な変更が
可能である。 （１）例えば、上記実施の形態では、通信手段としてイ
ンターネット２を使用しているが、ＬＡＮ、ＷＡＮを含
むイントラネット（社内通信網）などでもよい。また、
入出力手段としてＰＣ３，４や携帯電話５を例示した
が、インターネット、イントラネット等に接続できる様
々な通信機器（テレビ等）を使用してもよい。

【０１１６】（２）また、例えば、上記実施の形態で
は、単品の食品を摂取する場合について説明したが、定
食を摂取した場合であっても同様に栄養管理を行うこと
ができる。この場合、変更処理や解約処理により、定食
に含まれる食品の排除や入れ替え等を行えるようにすれ
ば、より一層食品選択の自由度を広げることができる。

【０１１７】（３）また、例えば、上記実施の形態で
は、「予約処理」において食品の追加又は削除について
説明したが、「金平ゴボウ」の予約数量を「１」から
「２」に増加させたり、ご飯を大盛りにする等、食品の
数量や分量を増減する場合でも、同様に処理できる。こ
の場合、熱量や単価は、その増減の度合いに合わせて算
出されるようにすればよい。

【０１１８】（４）また、例えば、上記実施の形態で
は、「提供条件」として期日を入力したが、これに限定
されるものではなく、カロリー、食品群、摂取栄養素等
を「提供条件」として入力するようにしてもよい。この
場合、カロリー、食品、栄養素等に限定して「栄養管理
情報」を作成するようにしてもよい。

【０１１９】（５）また、例えば、上記実施の形態にお
いて、サーバ１からＰＣ３等に転送した画面表示は単な
る例示であり、これらに限定されるものではない。すな
わち、例えば、図１０のホームページ等に表示されるア
イコンの名称を変えてもよい。また、図１０のホームペ
ージに人気メニューを紹介するアイコン等を追加した
り、逆に、「今月の目玉料理」、「スタッフ紹介」、
「ご意見箱」等のアイコンを含まないようにしてもよ
い。

【０１２０】（６）また、例えば、上記実施の形態にお
いて、「啓蒙情報ＤＢ」１３に理想的な栄養データを収
納したが、別個にデータベースを設けても良い。また、
「啓蒙情報ＤＢ」１３、「目玉商品ＤＢ」１４、「スタ
ッフ紹介ＤＢ」１５、「リクエストＤＢ」１６を設けた
が、必ずしもこれら全てを設ける必要はない。

【０１２１】（７）また、例えば、上記実施の形態で
は、利用者が、図１０のホームページの「栄養管理情
報」のアイコンをクリックしたときに、「栄養管理情
報」を提供しているが、「食堂等」に設置されている端
末から「利用者識別情報」（例えば、利用者コード等）
と「提供条件」（例えば、対象日付の指定等）等を入力
し、出力するようにしてもよい。

【０１２２】（８）また、例えば、「栄養管理情報」
は、棒グラフでなくても、折れ線グラフなどの視覚的に
確認できるものでもよいし、メッセージで伝えるように
してもよい。また、「栄養管理情報」をポイントゲーム
方式を提供する等して、栄養管理を啓蒙するようにして
もよい。

【０１２３】（９）また、例えば、上記実施の形態で
は、Ａ会社の従業員が「食堂等」を利用する場合につい
て説明したが、Ａ会社の来客者等が、「食堂等」に食品
を予約して、栄養管理を行うことも可能である。また、
利用者がある程度限定される学食や社員食堂に限られ
ず、一般飲食店などで使用してもよい。さらには、複数
の店が栄養管理システムを共有するようにしてもよい。

【０１２４】（１０）また、例えば、上記実施の形態で
は、昼食予約について説明したが、朝食や昼食等でも利
用できる。そして、利用者が、栄養管理システムを採用
する飲食店において食事回数を増やすことにより、より
一層的確な栄養管理を行うことが可能になる。

【０１２５】（１１）また、例えば、上記実施の形態で
は、Ａ会社の従業員が「食堂等」に設置されている食券
販売機により食券を発行しているが、食品の予約が完了
した時点でＰＣ３等に接続されるプリンタ等で食券を出
力するようにしてもよい。この場合、例えば、図２６に
示すように、食券に「利用者識別情報」や「食品情報」
等を表示するバーコード９７を記載するようにしてもよ
い。この場合、利用者コードやパスワード等を入力しな
くても、「食堂等」において食券のバーコードを読み取
ると同時に、Ａ会社の従業員を識別し、当該利用者が予
約した食品を摂取したと判断することが可能になるの
で、Ａ会社の従業員が、予約した食品を「解約」又は
「変更」することなく、予約した食品を摂取しないとき
でも、摂取しなかった食品を「利用者情報」から削除す
ることができるようになる。よって、Ａ会社の従業員の
摂取食品を正確に管理することができ、栄養管理をより
一層的確に行うことが可能になる。

【０１２６】（１２）また、上記実施の形態では、解約
処理を確定するとき、また、変更処理において削除希望
食品を指定するとき等に、警告を発するようにしてもよ
い。

【０１２７】

【発明の効果】よって、本発明の請求項１に係る栄養管
理システムにおいては、利用者が情報を入出力する入出
力手段と、入出力手段に接続して、情報の転送を行う通
信手段と、利用者が入出力手段に入力した利用者情報を
記憶する利用者情報記憶手段と、利用者に提供可能な食
品に関する食品情報を記憶する食品情報記憶手段と、食
品情報記憶手段に記憶された食品の栄養に関する栄養情
報を記憶する栄養情報記憶手段と、栄養情報に基づいて
栄養管理情報を生成する栄養管理情報生成手段と、生成
された栄養管理情報を利用者情報に基づいて記憶する栄
養管理情報記憶手段と、を有し、利用者情報記憶手段
は、利用者が、食品情報記憶手段に記憶された食品から
任意に選択した食品を累積的に記憶し、栄養管理情報生
成手段は、任意に選択した食品を栄養情報記憶手段に関
連付けて、任意に選択した食品の栄養情報を読み出し、
読み出した栄養情報に基づいて栄養管理情報を作成し、
作成した栄養管理情報を入出力手段に転送するので、個
人の栄養管理を的確に且つ効果的に行うことができる。

【図面の簡単な説明】

【図１】本発明の実施の形態において、栄養管理システ
ムの概念図である。

【図２】同じく、サーバのブロック図である。

【図３】同じく、サーバの動作を示すフローチャートで
ある。

【図４】同じく、昼食予約処理のフローチャートであ
る。

【図５】同じく、予約処理のフローチャートである。

【図６】同じく、解約処理のフローチャートである。

【図７】同じく、変更処理のフローチャートである。

【図８】同じく、照会処理のフローチャートである。

【図９】同じく、栄養管理処理のフローチャートであ
る。

【図１０】同じく、栄養管理システムのホームページの
表示例である。

【図１１】同じく、昼食予約設定画面の表示例である。

【図１２】同じく、日付設定画面の表示例である。

【図１３】同じく、予約日に食堂等で準備される食品の
食品参照画面の表示例である。

【図１４】同じく、摂取希望食品を拡大表示するととも
に、栄養価一覧表を表示した画面の表示例である。

【図１５】同じく、予約一覧表を表示した画面の表示例
である。

【図１６】同じく、照会画面の表示例である。

【図１７】同じく、解約設定画面の一部であって、解約
日に予約した食品の画像と栄養価一覧表の表示例であ
る。

【図１８】同じく、変更設定画面の一部であって、変更
日に食堂等で準備される食品の食品名、画像、単価、熱
量の表示例である。

【図１９】同じく、追加希望食品を拡大表示するととも
に、追加希望食品栄養価一覧表を表示する画面の表示例
である。

【図２０】同じく、削除希望食品を拡大表示するととも
に、削除希望食品栄養価一覧表を表示する画面の表示例
である。

【図２１】同じく、変更後の予約一覧表の表示例であ
る。

【図２２】同じく、栄養管理処理設定画面の表示例であ
る。

【図２３】同じく、提供条件設定画面の表示例である。

【図２４】同じく、栄養管理情報の出力形態の一例であ
る。

【図２５】同じく、栄養管理情報の出力形態の一例であ
る。

【図２６】同じく、食券の一例を示す図である。

【符号の説明】

２ インターネット ３，４ ＰＣ ５ 携帯電話 ８ 食品情報ＤＢ ９ 栄養情報ＤＢ １０ 利用者情報ＤＢ １１ 栄養管理情報ＤＢ １４ 啓蒙情報ＤＢ２０

Claims (7)

【特許請求の範囲】
1. 【請求項１】 利用者が情報を入出力する入出力手段
   と、 前記入出力手段に接続して、情報の転送を行う通信手段
   と、 利用者が前記入出力手段に入力した利用者情報を記憶す
   る利用者情報記憶手段と、 利用者に提供可能な食品に関する食品情報を記憶する食
   品情報記憶手段と、 前記食品情報記憶手段に記憶された食品の栄養に関する
   栄養情報を記憶する栄養情報記憶手段と、 前記栄養情報に基づいて栄養管理情報を生成する栄養管
   理情報生成手段と、 前記生成された栄養管理情報を前記利用者情報に基づい
   て記憶する栄養管理情報記憶手段と、を有し、 前記利用者情報記憶手段は、利用者が、前記食品情報記
   憶手段に記憶された食品から任意に選択した食品を累積
   的に記憶し、 前記栄養管理情報生成手段は、前記任意に選択した食品
   を前記栄養情報記憶手段に関連付けて、前記任意に選択
   した食品の栄養情報を読み出し、前記読み出した栄養情
   報に基づいて栄養管理情報を作成し、作成した栄養管理
   情報を入出力手段に転送すること、 を特徴とする栄養管理システム。
2. 【請求項２】 請求項１に記載する栄養管理システムで
   あって、 年齢、性別、体質、運動量の少なくとも１つに対応して
   設定された理想的な栄養データを記憶する理想的栄養デ
   ータ記憶手段を有し、 前記栄養管理情報作成手段は、前記理想的な栄養データ
   と前記任意に選択された食品の栄養情報を比較し、その
   比較結果に基づいて前記栄養管理情報を作成すること、
   を特徴とする栄養管理システム。
3. 【請求項３】 請求項１又は請求項２に記載する栄養管
   理システムであって、 前記栄養管理情報記憶手段が、前記栄養管理情報を前記
   利用者情報に基づいて累積的に記憶すること、を特徴と
   する栄養管理システム。
4. 【請求項４】 請求項１乃至請求項３の何れか１つに記
   載する栄養管理システムであって、 前記入出力手段が、入力された提供条件に応じて前記栄
   養管理情報を出力すること、を特徴とする栄養管理シス
   テム。
5. 【請求項５】 請求項１乃至請求項４の何れか１つに記
   載する栄養管理システムであって、 前記利用者情報は、少なくとも、前記食品情報記憶手段
   が記憶する食品の中から選択した食品を含む予約情報、
   前記予約情報を解約する解約情報、前記予約情報の内容
   を変更する変更情報、前記予約情報の内容を照会する照
   会情報、利用者を識別するための利用者識別情報の何れ
   か１つを含むこと、を特徴とする栄養管理システム。
6. 【請求項６】 請求項５に記載する栄養管理システムで
   あって、 前記解約情報又は前記変更情報に応じて、前記予約情報
   を訂正する訂正手段を有すること、を特徴とする栄養管
   理システム。
7. 【請求項７】 請求項１乃至請求項６の何れか１つに記
   載の栄養管理システムであって、 前記食品情報記憶手段は、少なくとも、食品名、食品の
   画像、食品の通常の熱量、食品の単価、複数種類の食品
   からなる定食、定食の画像、定食に含まれる食品ごとの
   通常の熱量、定食の通常の合計熱量、定食の単価のいず
   れか１つを含むことを特徴とする栄養管理システム。