JP2003016193A - コンサルトメニューシステム - Google Patents

Abstract

(57)【要約】 【課題】 本発明はユーザの端末機器と管理センタをイ
ンターネット等のネットワークを利用して結び、食事を
中心とする健康情報をユーザに供給するコンサルトメニ
ューシステムに関する。 【解決手段】 本発明は端末機器４から個人データを入
力し、予めサーバ２に個人データテーブルを作成し、サ
ーバ２はユーザの食事メニュー等を上記個人データに対
応して送信し、例えばユーザが大会出場等の目標を持つ
場合、当該目標に合わせた食事メニューの提供、及び適
切なアドバイスをユーザの端末機器４に送ることがで
き、ネットワークを使用して効率良く食事メニュー等の
コンサルタントを行うことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザの端末機器
と管理センタをインターネット等のネットワークを利用
して結び、食事や運動に関する管理情報や食事メニュー
をユーザに提供するコンサルトメニューシステムに関す
る。

【０００２】

【従来の技術】従来、食事や運動を中心とする健康管理
は個人の判断で行っている。例えば、外食する場合嗜好
だけで判断するのではなく、健康にも配慮してメニュー
を選び、運動を行う場合でも自分の健康や体調に合った
スポーツを選択する。

【０００３】この場合、外食メニューに表示されるカロ
リー値を頭で計算し、又は菓子等の嗜好品であれば袋に
表示されるカロリー値を参考にする。また、スポーツも
含め、雑誌や本、インターネットのホームページ等の情
報を参考にして食事メニューの決定を行う。

【０００４】

【発明が解決しようとする課題】従来の手法では、上記
のようにマスメディアの情報やホームページの配信情報
を参考に、カロリー計算や食事メニューの決定を行って
いる。したがって、過去の食事メニューや運動履歴も、
頭の中に残る記憶の範囲内でしか参考にすることができ
ず、極めて限られた範囲の情報である。

【０００５】また、従来の手法ではシステム的に食事メ
ニューや食事時間、スポーツ大会に参加する場合等にお
いて適切なアドバイスを受けることができない。そこ
で、本発明は自己の食事履歴や運動履歴を入力し、ネッ
トワークを使用してサーバに送ることにより、サーバ側
では得られた情報から食事メニューや各種アドバイスを
作成し、適切な情報をユーザに送り、食事管理を中心と
するユーザの健康管理を可能にするメニューシステムを
提供するものである。

【０００６】

【課題を解決するための手段】上記課題は請求項１記載
の発明によれば、管理センタのサーバとユーザの端末機
器がネットワークを介して接続されたメニューシステム
であり、前記サーバは前記ユーザの基礎情報を記憶する
個人データテーブルと、該個人データテーブルの情報か
ら前記ユーザの食生活に関する診断を行う診断手段と、
該診断結果を前記ユーザの端末機器に送信する送信手段
とを有するコンサルトメニューシステムを提供すること
により達成できる。

【０００７】ここで、上記ユーザの基礎情報は、例えば
請求項２に記載する身体数値、生活動作強度の情報であ
り、身体数値は体重、身長、体脂肪率等の情報であり、
生活動作強度は運動内容と運動時間等の情報であり、当
該ユーザの生活における運動レベルの情報である。

【０００８】このように構成することにより、ユーザの
食生活の診断を行い、例えば体脂肪とＢＭＩによる１６
区分の評価を行い、ユーザの生活改善に役立てることが
できる。また、標準体重への目標設定を行い、毎日の調
整体重を数値によって端末機器に表示する。

【０００９】請求項３の記載は、前記請求項１又は２の
記載において、前記個人データテーブルには、前記ユー
ザの目標入力が可能であり、該目標入力がスポーツ大会
への参加であれば、該大会の開催期日までのトレーニン
グ方法、及び食事内容等に関するアドバイスを生成す
る。

【００１０】このように構成することにより、大会の開
催期日までの残り日数から必要な栄養素情報、トレーニ
ング方法のアドバイスを行い、より容易に目標の達成を
図る。

【００１１】請求項４の記載は、前記請求項１又は２の
記載において、前記サーバは食事履歴テーブルを有し、
該食事履歴テーブルは前記個人データテーブルにリンク
し、前記大会情報から当日の食事メニューの生成を行う
構成である。

【００１２】ここで、前記食事履歴テーブルには過去の
食事メニューに基づき、ユーザが摂取した栄養素の情報
やカロリーの履歴が記録され、この履歴に基づいて当日
の食事メニューが生成される。

【００１３】このように構成することにより、例えば大
会への参加期日に併せて食事メニューを調整し、本例で
作成した食事メニューに従って食事を行うことによって
無理なく、自動的に目標達成に導く。

【００１４】請求項５の記載は、前記請求項４の記載に
おいて、前記食事メニューの生成は、前記ユーザの嗜好
に基づいて生成される。上記ユーザの嗜好は、例えば丼
物、和食、洋食等の食事のカテゴリーの嗜好と、卵焼
き、肉じゃが、湯豆腐等のメニュー単品の嗜好の双方を
含み、ユーザの嗜好を考慮して無理のない食事メニュー
によって目標達成、又は健康管理を行うシステムとす
る。

【００１５】請求項６の記載は、前記請求項４の記載に
おいて、前記食事メニューの生成は、食事の時期及び内
容に基づいて生成される。上記食事の時期は、朝食、昼
食、夜食の別であり、食事の内容は主食、間食、アフタ
ー５の別である。このように食事の時期及び内容に基づ
いて食事メニューを生成し、ユーザに分かり易い食事メ
ニューを提供する構成である。

【００１６】請求項７の記載は、前記請求項４の記載に
おいて、前記食事メニューの生成は、個人基本栄養基準
値と栄養所要量履歴テーブルを参照し、各素材の栄養素
及びカロリー値に基づいて行う。

【００１７】このように構成することにより、基準を明
確とし、信頼性と汎用性のあるメニューシステムを構築
するものである。請求項８の記載は、前記請求項７の記
載において、前記個人データテーブルの身体数値、生活
動作強度、目標に基づいて異なる日単位の個人基本栄養
基準値が生成される。

【００１８】請求項９の記載は、前記請求項４、５、
６、７、又は８の記載において、前記食事メニューの生
成は、遺伝的アルゴリズムを使用して生成する構成であ
る。このように食事メニューの生成に遺伝的アルゴリズ
ムを使用することによって、より容易に食事メニューの
生成を行うことができる。

【００１９】請求項１０の記載は、前記請求項４、５、
６、７、８、又は９の記載において、生成された前記食
事メニューは、当日の食事履歴テーブルに記録され、次
の日の食事メニューの生成資料となる。

【００２０】このように構成することにより、順次自動
的に参照データが蓄積され、容易に個人データテーブ
ル、及び食事履歴テーブルの作成を行うものである。請
求項１１の記載は、前記請求項１記載の発明において、
前記個人データテーブルから得られる情報に基づいて、
就寝所定時刻及び睡眠時間を基準として、生活時間帯の
生活行動基準を生成し、各時間帯毎の食事タイミングの
アドバイス及び生活行動のアドバイスを前記ユーザの端
末機器に送信する構成である。

【００２１】上記送信は、例えば電子メールで行い、ユ
ーザは端末機器に表示される情報を見て、例えば食事を
制限し、又はアドバイスに従った食事を行い、食生活上
及び健康管理上極めて有効な情報となる。

【００２２】請求項１２の記載は、前記請求項１記載の
発明において、前記ユーザの端末機器は、携帯電話、又
はパーソナルデジタルアシスタンツ（ＰＤＡ・personal
digital assistants ）、又はパーソナルコンピュータ
である。

【００２３】このように構成することにより、各種端末
機器によって食事メニュー等の情報をサーバから受信す
ることができ、ユーザの生活条件によって端末機器を使
い分け、より容易に情報の送受信を行うことができる。

【００２４】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。図１は、本例のメニューコン
サルトシステムのシステム構成図である。同図におい
て、１は本システムの管理センタであり、サーバ２を有
する。また、当該サーバ２はインターネット等のネット
ワーク３を介して登録したユーザの端末機器４に接続さ
れている。尚、本例においては、端末機器として携帯電
話４ａ、４ｂ、４ｃ、・・・ＰＤＡ４ｍ、・・・パーソ
ナルコンピュータ４ｒ等の各端末機器が使用され、それ
ぞれユーザの所有する端末機器である。また、ネットワ
ーク３は、インターネットや、専用回線、公衆回線等を
含む概念である。

【００２５】図２は上記管理センタ１のサーバ構成を模
式的に示す図である。同図において、サーバ２はＣＰＵ
２ａ、ＲＯＭ２ｂ、ＲＡＭ２ｃで構成され、ＣＰＵ２ａ
はＲＯＭ２ｂに登録されたシステムプログラムに従って
処理を行い、必要に応じてサーバ２に接続された記憶装
置５に後述する情報を書き込み、記憶装置５から情報を
読み出す。

【００２６】また、記憶装置５は５ａ、５ｂで構成さ
れ、記憶装置５ａには後述する個人データテーブルや、
食事履歴テーブル等の情報が記録され、記録装置５ｂに
は後述する栄養所要量テーブル、栄養素基準値マスター
ファイル、負荷別のタンパク質加重マスターファイル、
トレーニング・食事内容コンサルテーションマスターフ
ァイル等のテーブルやファイルが予め登録されている。

【００２７】尚、サーバ２のディスプレイ２ｄには必要
な情報が表示され、通信回線を介して情報の授受が行わ
れる。また、本例の処理は上記ＲＯＭ２ｂに記憶された
プログラムに従って実行されるが、図２に示すようにサ
ーバ２に配設されたメディアドライバ２ｅにフロッピー
（登録商標）ディスク６やＣＤ−ＲＯＭ７等の記録媒体
を装着し、当該記録媒体から上記プログラムを読み出し
て使用する構成としてもよい。

【００２８】図３は上記記憶装置５ａのデータ構成を説
明する図である。同図において、記憶装置５ａには上記
ネットワーク３に接続されるユーザのＩＤや、ユーザの
身長、体重、年齢、性別、体脂肪率等の個人情報を記憶
する個人データテーブル２５、及びこの個人データテー
ブル２５にリンクする食事履歴テーブルが構築される。

【００２９】例えば、同図に示すようにユーザＡについ
て、記憶エリア８ａには、「ユーザＩＤ」が登録され、
記憶エリア８ｂには、「身長（例えば、１５３ｃｍ）」
が登録され、記憶エリア８ｃには、「体重（例えば、５
１Ｋｇ）」が登録されている。さらに、記憶エリア８ｄ
には「年齢（例えば、４５歳）」が登録され、記憶エリ
ア８ｅには「性別（例えば女性、female）」が登録さ
れ、記憶エリア８ｆには「体脂肪率（例えば、２６
％）」が登録されている。

【００３０】以下、個人データテーブル２５には同図に
示す各情報、例えば就寝時刻や、日常活動等の「生活動
作強度」を含む情報等が記憶される。また、個人データ
テーブル２５はリンク先アドレスを記憶し、当該ユーザ
Ａの食事履歴テーブルにリンクする。

【００３１】尚、上記説明はユーザＡについてである
が、ユーザＢ、ユーザＣ、・・・についても同様であ
り、ユーザＩＤ、身長、体重、年齢、性別、体脂肪率等
の個人情報、及びリンクする食事履歴テーブルが構築さ
れる。この食事履歴テーブルは前日の食事履歴テーブ
ル、及び当日の食事履歴テーブルで構成され、必要に応
じて参照され、当日の食事履歴テーブルには後述する食
事メニューが書き込まれる。

【００３２】以上の基本構成において、本発明は入力診
断処理、大会に向けての各種アドバイス、食事メニュー
の提案等の各種処理を行う。以下、場合を分けて説明す
る。 ＜第１の実施形態＞先ず、入力診断処理について説明す
る。

【００３３】図４は本例の処理を説明するフローチャー
トである。先ず、ユーザは自己の端末機器４（例えば、
携帯電話４ａ）を使用し、「身体数値」、「生活動作強
度」、「目標内容」、「達成期間」の各データを入力す
る（ステップ（以下、図４においてＳで示す）１）。こ
こで、「身体数値」のデータとして、年齢、身長／体
重、性別、体脂肪率を入力する。また、「生活動作強
度」のデータとして、就寝時刻、日常活動の強度、１週
間の動作強度別スポーツ時間を入力する。

【００３４】尚、上記日常活動の強度、及び動作強度
は、実行する日常活動、スポーツによって異なり、例え
ば図５に示す基準に基づく。例えば、動作強度１〜３は
散歩や洗濯、掃除、電車等の乗り物の中で立つ、家庭菜
園、草むしり、９人制バレーボール、ボーリング、野球
等を行うことである。また、動作強度４はキャッチボー
ルやダンス、所定ペースの徒歩、ハイキング等の同図に
示す運動を行うことであり、更に動作強度５以上につい
ても、同図に示す通りである。

【００３５】具体的な入力処理は、図６に示すように、
携帯機器４のディスプレイに「今日どれだけ運動した
の。」という表示を行い、運動記録を行動記録の一環と
して入力する。また、入力したデータは運動履歴テーブ
ル３３に記録する。

【００３６】例えば、動作強度１の散歩を１時間行い、
動作強度４のキャッチボールを３０分行った場合、運動
履歴テーブル３３には（１×６０＋４×３０）の運動実
績のデータが記録される。

【００３７】一方、「目標内容」の設定は、ユーザの達
成目標を設定するものであり、例えば健康づくり、標準
体重に戻す、市民マラソンやフルマラソンへの参加等で
ある。また、「達成期間」としては、実現目標期日のデ
ータであり、例えば２００１年８月１０日や、２００１
年１０月８日等の日付データを入力する。

【００３８】次に、以上のデータを入力した後、ＢＭＩ
を算出する（Ｓ２）。このＢＭＩは身長及び体重から計
算する。この計算式は（体重（ｋｇ）÷（身長（ｍ））
² ＝ＢＭＩ値）である。次に、上記ＢＭＩと体脂肪率の
データからタイプ分類と肥満度を判定する（Ｓ３）。こ
の判定結果は１６タイプの診断結果に分類される（Ｓ
４）。

【００３９】次に、負荷別のタンパク質加重マスターフ
ァイル２２を検索し、更に年齢・性別による栄養素基準
値マスターファイル２３を検索する。ここで、負荷別の
タンパク質加重マスターファイル２２は、タンパク質の
所要量を体重kg単位に変換したテーブルを作成し、スポ
ーツ栄養学の実績から負荷別の倍率を決定し、ファイル
化したものである。このファイル２２と上記栄養素基準
値マスターファイル２３から栄養素量比率代謝量、タン
パク質所要量を決定する（Ｓ５）。

【００４０】次に、設定した「目標内容」を判断する
（Ｓ６）。ここで、目標が設定されていなければ（Ｓ６
がＮＯ）、上記判定結果のみをネットワーク３を介して
端末機器４（例えば、携帯電話４ａ）に送り、端末機器
４のディスプレイに表示する。また、前述の図３に示す
個人データテーブルを参照し、対応するユーザのエリア
に保存する。

【００４１】一方、目標が設定されていれば（Ｓ６がＹ
ＥＳ）、以下の処理を行う。すなわち、「目標内容」
（例えば、一般スポーツ競技会への参加、市民マラソン
やフルマラソンへの参加、トライアスロンへの参加等）
を確認し、当該「目標内容」の開催期日の情報を入力す
る（Ｓ７）。例えば、ユーザが目標にしている大会が２
００１年８月１０日に開催されるのであれば、当該日付
のデータを端末機器４から入力する。また、今年の体育
の日に催されるイベントに出場するのであれば、２００
１年１０月８日のデータを入力する。

【００４２】次に、サーバ２は上記「目標内容」及び
「目標大会時期」のデータから目標達成までのスケジュ
ールを生成する（Ｓ８）。このスケジュールの生成は、
トレーニング・食事内容コンサルテーションマスターフ
ァイル２４を参照しながら作成する（Ｓ８）。

【００４３】このようにして、作成された目標達成の為
のスケジュールは、個人データテーブル２５に保存され
る。また、当該スケジュールはネットワーク４を介して
端末機器（例えば、携帯電話４ａ）に送られ、ディスプ
レイに表示される。

【００４４】図７はこの時の表示項目を示す図である。
同図に示すように、例えば身長から見た評価（図７に示
す1)の項目）、体脂肪から見た評価（同図に示す2)の項
目）、１６区分の評価（同図に示す3)の項目）、必要カ
ロリー量（同図に示す4)の項目）、目標達成のために調
整したい体重（同図に示す5)の項目）、等を表示する。

【００４５】さらに、体重の変更がある場合、図８に示
すように目標達成までの体重変化を設定目標として、ユ
ーザの端末機器４に送信する。例えば、４月２９日の６
８．９Ｋｇ〜７月２９日の６７．３Ｋｇまでの体重変化
を、端末機器４のディスプレイに表示する。

【００４６】以上のように、本実施例の処理によれば、
体重、身長、体脂肪率等の「身体数値」データ、就寝時
刻、日常活動の強度等の「生活動作強度」データをベー
スにして、目標大会に向けて体重調整や食事調整を容易
に行うことができる。

【００４７】尚、図９はある目標大会に向けて、あるユ
ーザに配信されるカウンセリング情報であり、端末機器
４のディスプレイに表示される。例えば、目標の大会期
日が２００１年８月１０日であり、目標体重が××Ｋｇ
とした例である。この場合、大会に向けて調整を開始し
た２０日間程（６月１５日〜７月６日）は、同図の1)に
示すように「体づくりを目標に、体重調整、基礎体力、
時間走、ＬＳＤ走を中心に体力養成トレーニング。目標
体重へのアプローチをし、筋肉を補強するタンパク質と
ミネラル、ビタミンのバランスを考えた食事を実行して
ください。」とのアドバイスを配信する。尚、この情報
はテキストデータとして記録されている。

【００４８】その後、序々に大会当日へ向けて実質的な
アドバイスを配信し、例えば８月４日（同図に示す2)）
には、「カーボンロード期間の開始、いつも食べなれた
もので、燃料になる炭水化物を中心に十分食べます。高
タンパク質低脂肪の主菜と併せて、便通を良くする食物
繊維もとりましょう。ゆっくりと眠りましょう。トレー
ニングは、ストレッチ程度にすべきで、昨日の疲労をと
りましょう。」とのアドバイスを配信する。そして、大
会当日（８月１０日）は、同図3)に示すように、「朝、
十分な食事をとりたければ、スタート８時間前には起き
て食事をしましょう。スタートが午前中ならば無理な食
事を避け、炭水化物とミネラル豊富なバナナやコーンフ
レークなどを軽く食べます。また、十分な水をのみまし
ょう。」との実践的なアドバイスを送る。

【００４９】以上のように処理することによって、個人
の基礎的な診断と共に目標大会に合わせた体重の調整、
栄養バランスの調整等をネットワーク４を利用して管理
サーバ２から配信することができ、ユーザは困難な調整
をシステム的に行うことができる。 ＜第２の実施形態＞次に、本発明の第２の実施例につい
て説明する。

【００５０】図１０は本例の処理を説明するフローチャ
ートである。先ず、ユーザは端末機器４（例えば、携帯
電話４ａ）を操作して管理センタ１のサーバ２に接続
し、コンサルトメニューのウェブ（Ｗｅｂ）サイトを立
ち上げる。次にメニュー選択を行い、日付チェックを行
う（ステップ（以下、図１０においてＳＴＰで示す）
１）。この処理は、端末機器４から送られる情報によっ
て当該ユーザの個人データテーブル２５を参照し、更に
前述のリンク先アドレスの指示する食事履歴テーブルを
調べる。

【００５１】先ず、当日食事履歴テーブル３０を参照
し、当該テーブル３０が前日状態であり、且つ個人デー
タテーブル２５を参照し、就寝時刻から８時間が経過し
ていれば、前日の食事履歴を更新するか判断する（ＳＴ
Ｐ２）。

【００５２】ここで、前日食事履歴を更新する場合、前
日の食事履歴を理想の栄養バランス状態で更新処理する
（ＳＴＰ３）。尚、理想の栄養バランス状態による更新
は、栄養所要量テーブル３１を参照して決定する。

【００５３】尚、食事履歴テーブルが更新されていない
場合、確認のため以下のメッセージを当該ユーザの端末
機器４に送信し、注意を促す。すなわち、「ひょっとし
て、昨日「今日の終わり」のボタンを押し忘れていませ
んか。もしそうなら、次のボタンを押すと、「昨日の記
録」を登録し、“今日”をスタートします」とのメッセ
ージを表示する。

【００５４】一方、上記日付チェック（ＳＴＰ１）にお
いて、食事履歴が更新されている場合、次に食事時刻の
チェックを行う（ＳＴＰ４）。この食事時刻のチェック
は、上記就寝時刻を基に朝、昼、夜の各食事時間を計算
するものであり、例えば前日の就寝時刻が午後１１時で
あれば、睡眠時間８時間を加算し、午前７時に起床する
ものとして朝食を８時に設定し、昼食を１２時に設定
し、夕食を７時に設定する。

【００５５】この食事時刻のチェックにおいて、食事が
済んでいれば問題はないが、済んでいるはずの食事が済
んでいない場合、食事履歴の更新を行うか判断する（Ｓ
ＴＰ５）。この処理は、就寝時刻から逆算した食事時刻
範囲を過ぎたにも関わらず、未だ対応する食事メニュー
が登録されていない場合である。かかる場合、「理想の
栄養バランスで食事をしたことにする」自動履歴更新ボ
タンを用意し、例えば「朝食が未だ済んでいませんが、
忙しくて登録できませんでしたか。もしそうならば、次
のボタンを押すと、理想的な食事を済ましたことにしま
す。」とのメッセージを表示し、食事履歴を更新する
（ＳＴＰ６）。尚、この場合も栄養所要量基準テーブル
３１を参照して理想の栄養バランスで更新処理を行う。

【００５６】一方、上記食事時刻のチェック（ＳＴＰ
４）において、対応する食事（例えば、昼食、夕食）の
時刻に達していない場合、就寝時刻から逆算した食事に
関する注意や、ワンポイントのコメントを生成する（Ｓ
ＴＰ７）。ここで、食事に関する注意、又はワンポイン
トのコメントとして、図１１に示すテーブルが用意され
ている。これらのコメントもテキストデータの形式で記
録されている。

【００５７】例えば、就寝前注意として、UpperLim4,Lo
werLim3 の場合、「寝る前の食事は、そろそろ終わりの
時刻に近づきました」とのコメントが端末機器４に送信
され、ユーザに注意を促す。また、UpperLim3,LowerLim
2 の場合、「寝る時刻まであと２時間余り。もう食べな
いほうがいいですよ」とのコメントが端末機器４に送信
され、ユーザに注意を促す。以下、UpperLim,LowerLim
のレベルによって、同図に示す各コメントが用意されて
いる。

【００５８】したがって、上記食事時刻の情報から対応
するコメントが読み出され、ディスプレイに表示される
（ＳＴＰ８）。この表示によって、ユーザは食事の内容
を決定する際の有力な資料とすることができる。例え
ば、図１１に示す「食事傾向」（UpperLim24,LowerLim1
3 ）のコメント「起きてから間もない時間帯ですから、
比較的脂肪の多い食事でも１日の活動で消費されるので
大丈夫です」が出力された場合、刺身類や肉類の多い食
事を選ぶことができる。

【００５９】一方、同図に示す「就寝前注意」（UpperL
im2,LowerLim1 ）のコメント「寝る時刻まであと１時間
余り。胃にも負担になるし、脂肪が増えてしまいます」
とのコメントが出力された場合、逆に肉類等の食事を止
め、例えばお茶付け等の軽い食事を選択することができ
る。

【００６０】次に、サーバ２は当日摂取実績カロリーの
読み込み処理を行う（ＳＴＰ９）。この処理は、当日摂
取した食事内容からカロリー計算を行い算出する。すな
わち、朝食、昼食、夕食、更には間食、アフター５に食
べた食事のカロリー計算を行う。

【００６１】次に、当日の目標カロリーを算出し、適正
範囲であるか判断する（ＳＴＰ１０、ＳＴＰ１１）。こ
こで、当日の目標カロリーは前述の入力処理によって設
定した目標（大会出場、標準体重への復帰等）達成の為
のカロリー値である。例えば、当日摂取実績カロリーが
２７００カロリーであり、当日の目標カロリーが２５０
０カロリーであれば２００カロリーのオーバである。ま
た、当日摂取実績カロリーが３０００カロリーであり、
当日の目標カロリーが２５００カロリーであれば５００
カロリーのオーバである。

【００６２】ここで、カロリーの適正値をUpperLim100,
LowerLim85とすれば、図１２に示すテーブルから対応す
るコメント「ちょうどいい量です」が読み出され、ユー
ザの端末機器４に送信される。一方、カロリーオーバで
あれば、同じ図１２に示すテーブルからオーバ量に従っ
て対応するコメントが送信される（ＳＴＰ１１がＮＯ、
ＳＴＰ１２）。例えば、カロリーオーバ（UpperLim120,
LowerLim110 ）の場合、「少しオーバしています」との
コメントが送信され、カロリーオーバ（UpperLim150,Lo
werLim120 ）の場合、「今日は食べ過ぎですよ！」との
コメントが送信される。

【００６３】また、目標値を越えた場合、割り当てるカ
ロリーを再計算し、以後の食事の目標値に設定する（Ｓ
ＴＰ１３）。上記処理の後、予想体重、大会前の調整コ
メント、状況のコメントをユーザに送信する（ＳＴＰ１
４）。例えば、前述の図８に示すような調整体重が設定
されている場合、“当日の予想体重を”を送信し、端末
機器４のディスプレイに表示する。また、一般スポーツ
競技会への参加、又は市民マラソンやフルマラソンの完
走、又はトライアスロン参加を目標としている場合、大
会予定日までの残期間に応じて、当日のトレーニングの
ポイントと食事の留意点を送信する。

【００６４】以上のように処理することによって、ユー
ザの食事管理を行うことができ、目標大会に合わせた日
々の体重の調整、栄養バランスの調整をサーバ２から送
られる情報によって容易に行うことができる。 ＜第３の実施形態＞次に、本発明の第３実施形態につい
て説明する。

【００６５】図１３は本例の処理を説明するフローチャ
ートである。本例は、朝食、昼食、夜食、間食、アフタ
ー５における各食事メニューの生成を説明するものであ
る。先ず、ユーザが選択すると内部処理として、共通前
処理モジュールを実行する（ステップ（以下、図１３に
おいてＵで示す）１）。サーバ２は、当日の食事履歴テ
ーブル３０から履歴情報を読み出し、実績カロリーを計
算し、ユーザの端末機器４に送信する（Ｕ２）。また、
当日の目標カロリー値、及び当日の目標カロリーの達成
率も送信し、表示する。

【００６６】次に、朝／昼／夜／間食／アフター５の選
択、定食（セット）メニューか否かの選択、丼物／パス
タ／麺類などの主副併せた単品中心か否かの選択を行う
（Ｕ３）。

【００６７】次に、上記情報に従ってメニュー選択を行
い、プロセスを分岐する（Ｕ４）。例えば、朝／昼／夜
の食事の場合、処理（Ｕ５）に移行し、オプション要
素、定食又は丼物の指定から対応する推論モジュールを
起動する。また、間食を選択した場合、及びアフター５
を選択した場合も対応する推論モジュールを起動する
（Ｕ６、Ｕ７）。

【００６８】図１４は上記推論モジュールの処理を説明
するフローチャートである。先ず、オプション要素、朝
／昼／夜／間食／アフター５、食事場所、定食、丼物の
各情報を読み出す（ステップ（以下、図１４においてＶ
で示す）１）。

【００６９】次に、前日食事履歴テーブル２９、栄養所
要量テーブル３１、個人データテーブル２５を参照し、 （前日までの栄養摂取量の過不足/７）−（１日の栄養
所要量）＝（１日の理想所要量補正値） とする（Ｖ２）。さらに、 （補正された１日のカロリー量）−（当日の食事実績カ
ロリー量）＝（残りカロリー量） を計算する（Ｖ３）。尚、上記計算は、当日の食事履歴
テーブル３０を参照して行う。

【００７０】次に、上記計算結果から目標カロリーを決
定する（Ｖ４）。例えば、 1)もし朝食ならば、（補正された１日のカロリー量）＊
０．３＝目標カロリー量とする。 2)もし昼食ならば、（残りカロリー量）＊０．５＝目標
カロリー量とする。 3)もし夜食ならば、（残りカロリー量）＝目標カロリー
量とする。 4)さらに、もし間食ならば、（残りカロリー量）＊０．
０５＝目標カロリー量とする。 5)もしアフター５ならば、（残りカロリー量）＝目標カ
ロリー量とする。

【００７１】このように処理することによって、１日の
目標摂取カロリーを正確に設定することができる。次
に、候補メニューテーブル３５から検索フィルターによ
り、食事場所の情報を得る（Ｖ５）。ここで、感覚的に
理解し易い食事場所の区分として、家庭、和食、洋食、
中華、コンビニ・テイクアウト系、バーガー・コーヒー
ショップ系、牛丼系、すし系、そば屋系（立ち食い含
む）、ラーメン系、ファミレス系、居酒屋系、洋風呑み
屋系、その他の呑み屋系が登録されており、この中から
選択される。

【００７２】次に、初期メニュー候補の選択を行う（Ｖ
６）。この処理は、上記選択した食事場所の情報から初
期メニュー候補を選択する。例えば、食事場所としてフ
ァミレス系が選択されていれば、以下の処理を行う。す
なわち、もし定食ではなく、且つ丼物でもない場合、主
菜、副菜１、副菜２、汁もの、デザートＸの５セットと
し、目標カロリーの７０％を目標値に設定し、３０％を
主食に設定する。そして、メニュー推論に移行する。

【００７３】また、もし定食ではない（丼物である）場
合、主菜（丼物）、副菜１、副菜２、汁もの、デザート
Ｘの５セットとし、目標カロリーの１００％を目標値に
設定し、メニュー推論に移行する。尚、もし定食であれ
ば、推論せずに定食一覧表示に移行する。

【００７４】図１５は上記メニュー推論を説明するフロ
ーチャートであり、遺伝的アルゴリズムに基づいて食事
メニューの設定を行う。ここで、上記推論は５セットメ
ニューの組み合わせを基本とし、前日の食事履歴テーブ
ル２９、及び栄養所要量テーブル３１を参照して、先ず
カロリー合計のみによって適合性の予備審査を行う（ス
テップ（以下、図１５においてＴで示す）１、Ｔ２）。
具体的には、誤差最小の候補セットが目標カロリー数±
１０％の範囲に含まれるか否かによって予備審査を行
う。

【００７５】尚、上記予備審査における適合性判断の対
象栄養素は、代謝量（カロリー）以外に、タンパク質、
脂質、食物繊維、カルシウム、鉄分、ナトリウム、カリ
ウム、マグネシウム、亜鉛、銅、ビタミンＡ抗力、ビタ
ミンＥ抗力、ビタミンＢ１、ビタミンＢ２ナイアシン、
ビタミンＣ、ビタミンＤである。

【００７６】ここで、上記基準に適合しない場合（Ｔ２
がＮＯ）、主菜、副菜１、副菜２、汁もの、デザートの
それぞれの量を１人前と、０．５人前にして５セットの
カロリーの合計を計算する（Ｔ３）。

【００７７】一方、上記基準に含まれる場合（Ｔ２がＹ
ＥＳ）、各栄養素の合計を計算し、各栄養素と目標値の
栄養素量の差を計算する（Ｔ４、Ｔ５）。そして、上記
差／目標値の全ての標準偏差を計算し、この標準偏差が
指定する値以下か判断し（Ｔ６、Ｔ７）、この標準偏差
が指定する値以下であれば（Ｔ７がＹＥＳ）、メニュー
セット候補の決定表示を行う（Ｔ８）。一方、標準偏差
が指定する値以下でなければ（Ｔ７がＮＯ）、処理した
セットの中で最良のセットを保存する（Ｔ９）。

【００７８】次に、指定回数の世代を越えていないか判
断し、越えていれば（Ｔ１０がＹＥＳ）、保存された最
良のセットを選択し、メニューセット候補の決定表示を
行う（Ｔ１１、Ｔ８）。一方、越えていなければ（Ｔ１
０がＮＯ）、前述の主菜、副菜１、副菜２、汁もの、デ
ザートの５セット間で１メンバーを交換し（Ｔ１２）、
指定回数毎にメンバーの１メニューを入れ替え（Ｔ１
３）、上述の処理を繰り返す（Ｔ１〜１３）。

【００７９】以上の処理によって、最適な食事メニュー
を生成でき、ユーザの端末機器４に送られ、表示され
る。図１６はこの時の表示例であり、同図に示すよう
に、今日の目標カロリー、今食のカロリーの目安、主
菜、副菜１、副菜２、汁物、デザートの各要素が表示さ
れる。

【００８０】また、代替えリストメニューについては選
択できる。すなわち、類似の栄養バランスを備えたメニ
ューを用意し、利用者が自分の好みで栄養バランスのよ
い別なメニュー候補を選択可能である。具体的には、事
前にテーブルとして１メニューに対して、類似の栄養バ
ランスをもつメニューを選択保存し、その中の適合性の
検討を行う。この検討は以下の方法による。

【００８１】先ず、類似候補メニューの栄養素と、類似
元となるメニューの栄養素の差を計算し、次に（差）／
（類似元となるメニューの栄養素）の計算を行い、％割
合とする。そして、上記％割合の標準偏差を計算し、小
さい順に偏差の大きさが一定値以下のものが選択され
る。また、例えばグループテーブルとして、上記部分は
独立したプログラムでテーブル化しておく。

【００８２】一方、丼物のオプションが選択されていな
い場合、同図に示すように内容が変わる。また、同図に
示すＸＸ人分の量は、ユーザが実数で入力できる。以上
のようにして生成した食事メニューは、メニュー項目と
量を入力設定することで、図１７に示す栄養状態確認画
面として表示できる。ここで、同図に示す◎は適正範囲
であることを示し、 外１ は下限を下回ることを示
し、△は上限

【００８３】

【外１】

【００８４】を上回ることを示す。尚、不図示の「確認
ボタン」を押すことによって、前述の当日の食事履歴テ
ーブル３０に登録される。

【００８５】一方、定食オプションがチェックされた場
合の処理は、図１８に示すフローチャートによる。尚、
この処理は前述の図１４に示す処理に対応し、上記処理
と同様、推論モジュールを読み出し（Ｖ１）、前日食事
履歴テーブル２９、栄養所要量テーブル３１、個人デー
タテーブル２５を参照して、前述と同様の計算を行い
（Ｖ２〜Ｖ４）、定食一覧メニューの表示を行う（Ｖ
７）。また、上記食事メニューのリスト表示は、食事場
所のデータも加味されたものである（Ｖ５、Ｖ７）。

【００８６】ユーザは上記メニューから希望する定食メ
ニューを選択し（Ｖ８）、目標カロリーに該当する摂取
量を算出する（Ｖ９）。また、カロリ摂取量に対応する
各栄養量も算出する（Ｖ１０）。また、栄養素の摂取量
リスト表示の上、算出量を任意に入力可能であり（Ｖ１
１）、設定が完了すると登録する（Ｖ１２）。

【００８７】一方、間食オプションが選択された場合、
上記定食オプションと同様、推論処理は行わず、食事場
所の分類に該当する間食メニューリストを表示し、ユー
ザによるメニューリストの選択処理を行う。そして、ユ
ーザの好みによって選択された間食メニューの登録処理
を行う。但し、上記定食の例と異なる構成は、複数回の
選択処理ができること、及び同日に２回以上選択する
と、注意メッセージを表示し、間食に関する注意を促す
ことである。

【００８８】さらに、アフター５の食事メニューの場
合、推論処理を行い、結果を表示する。また、異なる特
徴は複数回の選択処理ができること、主食、デザート、
汁物の推論選択は行わないこと、及び主従の区別はな
く、主菜、副菜を４種組み合わせて選択表示する点であ
る。 ＜第４の実施形態＞次に、本発明の第４の実施形態につ
いて説明する。

【００８９】本例は、メニューの自由登録を説明するも
のである。図１９は本例の処理を説明するフローチャー
トである。先ず、ユーザはメニュー選択を行い、共通前
処理モジュールを実行する（ステップ（以下、図１９に
おいてＳＴで示す）１）。サーバ２は、当日の食事履歴
テーブル３０、及び個人データテーブル２５を参照し、
当日の食事の履歴を読み出し、実績カロリーを計算し、
ユーザの端末機器４に送信し、表示する（ＳＴ２）。ま
た、当日の目標カロリー値の表示、及び当日の目標カロ
リーの達成率も送信し、表示する。

【００９０】次に、朝／昼／夜／間食／アフター５の選
択、定食（セット）メニューか否かの選択、丼物／パス
タ／麺類などの主副併せた単品中心か否かの選択を行う
（ＳＴ３）。この処理は端末機器４のキー操作を行って
設定する。この時、ユーザは上記表示を見て、食事履歴
から算出された実績カロリーを知り、また同時に当日の
目標カロリー値、及び目標カロリーの達成率も知ってい
る。したがって、適切な食事メニューを選択することが
期待できる。

【００９１】次に、サーバ２はユーザが指定した条件に
合う食事メニューを検索する（ＳＴ４）。そして、候補
メニューのリストを端末機器４に送信し、ディスプレイ
に表示する。ユーザは上記リストの中から希望する食事
メニューを選択する（ＳＴ５）。

【００９２】すなわち、図２０に示すフローチャートに
従って、推論モジュールを読み出し（Ｚ１）、前日食事
履歴テーブル２９、栄養所要量テーブル３１、個人デー
タテーブル２５を参照して、前述と同様の計算を行い
（Ｚ２〜Ｚ４）、食事メニューリストの表示を行い（Ｚ
７）、表示されたメニューリストから希望するメニュー
を選択する（Ｚ８）。そして、目標カロリーに該当する
摂取量を算出し（Ｚ９）、カロリ摂取量に対応する各栄
養量を算出する（Ｚ１０）。さらに、栄養素の摂取量リ
スト表示の上、算出量を任意に入力可能であり（Ｚ１
１）、設定が完了すると登録する（Ｚ１２、ＳＴ６、Ｓ
Ｔ７）。また、上記食事メニューのリスト表示は、食事
場所と食材分類のデータも加味されたものである（Ｚ
５、Ｚ７）。

【００９３】上記のように自由登録処理においても、予
めユーザは実績カロリー値や、目標カロリー値、目標カ
ロリーの達成率等を知った状態で食事メニューを選択で
き、ユーザの嗜好も加味した食事メニューを選択するこ
とができる。 ＜第５の実施形態＞次に、本発明の第５の実施形態につ
いて説明する。

【００９４】図２１は本実施例を説明するフローチャー
トである。先ず、処理（ステップ（以下、Ｘで示す）
１）において、当日の食事履歴テーブル３０、前日食事
履歴テーブル２９、栄養所要量テーブル３１、及び個人
データテーブル２５を参照して各栄養過不足量、及び各
栄養過不足割合を計算する。ここで、各栄養過不足量は
前日までの栄養摂取量の過不足量に当日の食事の過不足
量を加算して算出する。この場合、前日までの栄養摂取
量の過不足量は前日食事履歴テーブル２９から読み出
し、当日の食事の過不足量は当日の食事履歴テーブル３
０から読み出して使用する。

【００９５】また、各栄養過不足割合は各栄養不足量を
個人の一日の栄養理想量で割り算して求める。この場
合、各栄養不足量は栄養所要量テーブル３１から読み出
し、個人の一日の栄養理想量は個人データテーブル２５
から読み出す。

【００９６】次に、上記各栄養過不足量、及び上記各栄
養過不足割合の計算結果をユーザの端末機器４に送信
し、ディスプレイに表示する（Ｘ２）。図２２は上記計
算結果の一例を示すものであり、累積過不足量（いまま
での過不足量）を示す。

【００９７】また、上記計算結果から食事の過不足割合
に応じたコメントの作成し、又運動量実績を加味したコ
メントの作成を行う（Ｘ３）。この場合、勿論前述の運
動履歴テーブル３３を参照して行う。図２３は運動量に
ついてのコメント、及び栄養バランスについてのコメン
トの例である。

【００９８】上記コメントはユーザのディスプレイに表
示され、ユーザに食事改善の方針を提示し、運動要素を
加味した方針を提示する（Ｘ４）。例えば、図２３に示
すように先週１週間で不足した運動量を具体的な運動例
で示す。すなわち、徒歩・通勤ならば３時間、ウォーキ
ングならば１．５時間、エアロビクスならば４５分とい
うように、具体的な運動例で指示し、ユーザにとって具
体的に分かり易くアドバイスする。

【００９９】また、栄養バランスについても、図２３に
示すように、「カルシウム・亜鉛が不足気味なのが気に
なります。ミネラルの摂取は、・・・」と表示され、具
体的なアドバイスを行う。

【０１００】したがって、ユーザの身体状態に合ったコ
メントを提示し、食事の改善を図り、運動不足を解消
し、健康な生活リズムを取り戻す方向にユーザを導く。 ＜第６の実施形態＞次に、本発明の第６の実施形態につ
いて説明する。

【０１０１】本例は、１週間のおすすめメニューサービ
スについて説明するものである。図２４は１週間のおす
すめメニューサービスの処理例である。先ず、当日の食
事履歴テーブル３０、前日食事履歴テーブル２９、栄養
所要量テーブル３１、及び個人データテーブル２５を参
照して各栄養過不足量、及び各栄養過不足割合を計算す
る（ステップ（以下、Ｙで示す）１）。この処理は、前
述と同様、前日までの栄養摂取量の過不足量に当日の食
事の過不足量を加算して各栄養過不足量を算出する。ま
た、各栄養不足量を個人の一日の栄養理想量で割り算
し、各栄養過不足割合を求める。

【０１０２】次に、遺伝的アルゴリズム（ＧＡ）モジュ
ールによる１週間分のメニュー生成を行い（Ｙ３）、候
補メニューテーブル４０を参照してメニュー毎のレシピ
の生成を行う（Ｙ４）。そして、依頼のあったユーザに
対してＥメール、又はファクシミリで当該メニューやレ
シピのレポートを送信する（Ｙ５）。

【０１０３】このように処理することにより、ユーザは
１週間のメニューを知ることができ、より長い期間の有
用な食事メニューを取得できる。 ＜第７の実施形態＞次に、自動通報機能について説明す
る。

【０１０４】図２５は自動通報機能について説明する図
である。この機能は、就寝直前の食事を避けるため、例
えばＥメールによってアラームを送信する処理である。
この処理は、サーバ２の自動処理によって実行され、例
えば毎日夕食が終わる午後９時以降に処理を実行する。
先ず、当日の食事履歴テーブル２０を参照し、夕食が終
了していないユーザを選択する（ステップ（以下、図２
５においてＷで示す）１）。

【０１０５】次に、上記ユーザの個人データテーブル２
５に保存された就寝時間のデータを読み出し、現在時刻
と就寝時間のデータを比較する（Ｗ２）。そして、例え
ば就寝時間まで３時間以内であればアラームメールを送
信する（Ｗ２がＹＥＳ、Ｗ３）。この時のメールの文面
は、例えば「そろそろ就寝まで３時間です。夕食を済ま
せて、このあとはあまりたくさん食べないようにしたほ
うがいいですよ」である。

【０１０６】上記アラームメールが届くと、夕食の時間
を忘れていたユーザも気づき、例えば仕事や遊びに集中
していても、上記アラームメールによって気づき、規則
正しい食事を取ることができる。

【０１０７】

【発明の効果】以上説明したように、本発明によれば、
インターネット等のネットワークを使用してユーザの食
事メニューを有効にコンサルトすることができ、極めて
有用なメニューシステムとすることができる。

【０１０８】また、スポーツ大会への参加、ダイエット
等の目標を設定した場合、当該目標に対して食事メニュ
ーや栄養素等のアドバイスを適切に行うことができ、無
理なく目標を達成することができる。

【０１０９】さらに、一定の条件によってアラームを発
し、規則正しく食事を取り、生活リズムの改善を図るこ
とができる。

【図面の簡単な説明】

【図１】本例のコンサルトメニューシステムのシステム
構成図である。

【図２】管理センタのサーバ構成を模式的に示す図であ
る。

【図３】記憶装置のデータ構成を説明する図である。

【図４】第１実施例を説明するフローチャートである。

【図５】スポーツによって異なる動作強度の基準を示す
図である。

【図６】運動履歴テーブルへの記録処理を模式的に示す
図である。

【図７】評価を説明する表示項目を示す図である。

【図８】目標達成までの体重変化を示す図である。

【図９】大会期日までのアドバイス例を示す図である。

【図１０】第２実施例を説明するフローチャートであ
る。

【図１１】食事に関する注意、又はワンポイントコメン
トが記録されたテーブル例を 示す図である。

【図１２】カロリオーバのコメント例が記録されたテー
ブル例を示す図である。

【図１３】第３実施例を説明するフローチャートであ
る。

【図１４】共通前処理モジュールの処理例を示すフロー
チャートである。

【図１５】具体的な推論処理を説明するフローチャート
である。

【図１６】食事メニューの表示項目例を示す図である。

【図１７】食事過不足の表示例である。

【図１８】定食の場合の推論モジュールの処理例を示す
フローチャートである。

【図１９】第４実施例を説明するフローチャートであ
る。

【図２０】第４実施例を説明するフローチャートであ
る。

【図２１】第５実施例を説明するフローチャートであ
る。

【図２２】計算結果の一例を示す図である。

【図２３】運動量についてのコメント、及び栄養バラン
スについてのコメントの例を 示す図である。

【図２４】第６実施例を説明するフローチャートであ
る。

【図２５】第７実施例を説明するフローチャートであ
る。

【符号の説明】

１ 管理センタ ２ サーバ ３ ネットワーク ４ 端末機器 ５ 記憶装置 ６ フロッピーディスク ７ ＣＤ−ＲＯＭ ８ 記憶エリア ２２ 負荷別のタンパク質加重マスターファイル ２３ 栄養素基準値マスターファイル ２４ トレーニング・食事内容コンサルテーションマス
ターファイル ２５ 個人データテーブル ２９ 前日の食事履歴テーブル ３０ 当日の食事履歴テーブル ３１ 栄養所要量テーブ ３３ 運動履歴テーブル

Claims (12)

【特許請求の範囲】
1. 【請求項１】 管理センタのサーバとユーザの端末機器
   がネットワークを介して接続されたメニューシステムで
   あり、 前記サーバは前記ユーザの基礎情報を記憶する個人デー
   タテーブルと、該個人データテーブルの情報から前記ユ
   ーザの食生活に関する診断を行う診断手段と、該診断結
   果を前記ユーザの端末機器に送信する送信手段とを有す
   ることを特徴とするコンサルトメニューシステム。
2. 【請求項２】 前記個人データテーブルは、前記ユーザ
   の端末機器から送信される身体数値、生活動作強度によ
   って構築されることを特徴とする請求項１記載のコンサ
   ルトメニューシステム。
3. 【請求項３】 前記個人データテーブルには、前記ユー
   ザの目標入力が可能であり、該目標入力が大会への参加
   であれば、該大会の開催期日までのトレーニング方法、
   及び食事内容に関するアドバイスを生成することを特徴
   とする請求項１、又は２記載のコンサルトメニューシス
   テム。
4. 【請求項４】 前記サーバは食事履歴テーブルを有し、
   該食事履歴テーブルは前記個人データテーブルにリンク
   し、前記大会情報から当日の食事メニューの生成を行う
   ことを特徴とする請求項３記載のコンサルトメニューシ
   ステム。
5. 【請求項５】 前記食事メニューの生成は、前記ユーザ
   の嗜好に基づいて生成されることを特徴とする請求項４
   記載のコンサルトメニューシステム。
6. 【請求項６】 前記食事メニューの生成は、食事の時期
   及び内容に基づいて生成されることを特徴とする請求項
   ４記載のコンサルトメニューシステム。
7. 【請求項７】 前記食事メニューの生成は、個人基本栄
   養基準値と栄養所要量履歴テーブルを参照し、各素材の
   栄養素及びカロリー値に基づいて設定されることを特徴
   とする請求項４記載のコンサルトメニューシステム。
8. 【請求項８】 前記個人データテーブルの身体数値、生
   活動作強度、目標に基づいて異なる日単位の個人基本栄
   養基準値が生成されることを特徴とする請求項７記載の
   コンサルトメニューシステム。
9. 【請求項９】 前記食事メニューの生成は、遺伝的アル
   ゴリズムを使用して生成することを特徴とする請求項
   ４、５、６、７、又は８記載のコンサルトメニューシス
   テム。
10. 【請求項１０】 生成された前記食事メニューは、当日
    の食事履歴テーブルに記録され、次の日の食事メニュー
    の生成資料となることを特徴とする請求項４、５、６、
    ７、８、又は９記載のコンサルトメニューシステム。
11. 【請求項１１】 前記個人データテーブルから得られる
    情報に基づいて、就寝所定時刻及び睡眠時間を基準とし
    て、生活時間帯の生活行動基準を生成し、各時間帯毎の
    食事タイミングのアドバイス及び生活行動のアドバイス
    を前記ユーザの端末機器に送信することを特徴とする請
    求項１記載のコンサルトメニューシステム。
12. 【請求項１２】 前記ユーザの端末機器は、携帯電話、
    又はパーソナルデジタルアシスタンツ（ＰＤＡ・person
    al digital assistants ）、又はパーソナルコンピュー
    タであることを特徴とする請求項１記載のコンサルトメ
    ニューシステム。