JP2002041667A - 食材管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 オンラインで消費者側の食材管理を行う装置
にあって、食材の消費者側と販売者側との間における情
報交換を通じ、各食材消費者における栄養の摂取状態に
関する情報、食材消費者が求める献立に関する情報、現
在の体調に適応した健康に関する情報など、各種情報が
的確に提示できる食材管理方法を提供する。 【解決手段】 食材消費者が食材を購入するに際して行
われる選択動作を履歴情報として記憶領域群に記録する
とともに、その記憶領域群に格納された過去の選択履歴
あるいは料理および献立に関する情報をデータベースと
して備える一方、健康状態の検出手段によって食材消費
者の健康状態を定常的に測定し、その測定データをフィ
ードバックさせる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は食材の管理方法で
あって、特にインターネットの様な通信回線を利用して
食材に関する情報の受け渡しを行うものに関する。

【０００２】

【従来の技術】従来の食材消費者は、自己や家族の体調
を考え、更に冷蔵庫等に保管されている食材の残りを考
慮しながら食材販売者に対して注文を出し、必要な食材
を購入することが多い。また食材の販売者は、旬の食材
やお買い得品などの情報を消費者に提供することがある
が、それらの情報は個々の消費者を考慮したものではな
く、消費者全体に対して共通に提供することが一般的で
ある。

【０００３】

【発明が解決しようとする課題】すなわち、食材の消費
者および販売者はともに、自己が重要と考える情報を一
方的に相手方に送るのみであり、両者が情報を共有する
ことは勿論、互いに連携した情報交換をすることは極め
て難しいと考えられていた。

【０００４】本発明はかかる不都合を解消するためにな
されたものであって、食材消費者が食材を購入するに際
して行われる選択動作を履歴情報として記録し、その選
択履歴を、消費者側と販売者側との間における情報交換
を通じて的確に情報管理を可能とする食材管理方法を提
供することを目的とする。

【０００５】本発明は更に、記憶領域群に格納された情
報を利用し、各食材消費者における栄養の摂取状態に関
する情報を提示できる食材管理方法を提供することを目
的とする。

【０００６】本発明はまた、料理および献立に関する情
報をデータベースとして備えることにより、過去の選択
履歴を利用して、食材消費者が求める献立に関する情報
の提示ができる食材管理方法を提供することを目的とす
る。

【０００７】本発明は更にまた、健康状態の検出手段に
よって食材消費者の健康状態を定常的に測定し、その測
定データをフィードバックさせることにより、現在の体
調に適応した健康に関する情報が提示できる食材管理方
法を提供することを目的とする。

【０００８】本発明はまた、食材の販売業者が所有して
情報を入力するための端末装置と、食材の消費者が所有
して情報を表示するための端末装置を分離することによ
り、食材消費者はデータ入力の手間を必要とすることな
く、従来の食材購入の手順を維持したまま、食材選択お
よび食材消費に伴う健康に関する情報が容易に得られる
食材管理方法を提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明にかかる食材管理
方法を実施する食材管理装置１４は、図１にその全体的
な構成を概略的に示す如く、ＷＷＷサーバの様な所定の
サーバシステムを利用して構築され、食材消費者側にク
ライエントシステムとして備えた端末装置１６とインタ
ーネットの様な通信回線１２を介して接続され、食材消
費者が購入する食材を管理するものである。

【００１０】更に、食材とその食材に関する情報とを互
いに関連付けて記憶する食材情報用記憶領域４４と、食
材消費者とその食材消費者に関する情報とを関連付けて
記憶する顧客情報用記憶領域４８と、その顧客情報用記
憶領域４８に記憶された各食材消費者における選択履歴
に関する情報を記憶する選択情報用記憶領域５０とを含
む記憶領域群で構成されるデータベースシステム４０を
備える。

【００１１】そして食材管理部４２では、前記した食材
消費者が端末装置１６を介してアクセスした際、その食
材消費者に対して供給可能な食材に関する情報を含む画
面情報を作成するとともに、その作成された画面情報
を、対応する食材消費者側の端末装置１６に送って選択
を求める工程と、前記した端末装置１６から選択情報を
受け取ると、その選択履歴を前記選択情報用記憶領域５
０に記憶する工程と、その選択情報用記憶領域５０に記
憶された選択履歴から食材消費者の選択傾向を判断する
工程とを備え、前記した画面情報中に前記した選択傾向
に対応した判断情報を含めることを可能としたことを特
徴とする。

【００１２】前記した選択工程において最終的に選択を
求める対象は、各食材消費者が購入を希望する食材であ
る。また、前記選択傾向の判断工程において、前記食材
情報用記憶領域４４および顧客情報用記憶領域４８の様
な記憶領域群中に格納された情報を利用し、各食材消費
者における栄養の摂取状態を判定するとともに、その栄
養の摂取状態に関する情報を、対応する端末装置１６に
提供可能としている。

【００１３】前記した栄養の摂取状態に関する情報中に
は、食材の選択傾向に関する判定と、栄養のバランスに
関する判定とを含み、作成される画面情報中に、前記判
定に対応した食材情報を含めることが好ましい。

【００１４】顧客情報用記憶領域４８に食事制限に関す
る情報を含み、作成される画面情報中に、前記制限され
た食事内容に対応した食材情報を含めることも可能であ
る。

【００１５】前記した栄養摂取状態の判定には、各食材
消費者が１日に摂取すべき栄養素の量を決定する工程
と、所定期間内における食材の選択履歴から、実際に摂
取した栄養素および調味料を１日当たりに換算した摂取
量の算出工程と、その算出した摂取量と、前記計算によ
り決定された摂取すべき量とを栄養素の成分毎に比較
し、過不足を判定する工程とを含む様に構成することが
好ましい。

【００１６】前記した食材の選択履歴に食材消費者が実
際に消費した食材の一部のみが含まれる場合にあって
は、摂取量の算出工程として、所定期間内における食材
の選択履歴から、摂取した栄養素および調味料を１日当
たりに換算した部分摂取量を算出する工程と、算出した
部分摂取量が、前記計算により決定された摂取すべき量
に占める割合を栄養素毎に算出する工程と、栄養素毎に
算出された占有割合から、前記算出した部分摂取量が全
体としての摂取量に占める割合を仮想的に設定する工程
と、その仮想的に設定された占有割合と前記算出された
部分摂取量から、栄養素毎の全体としての摂取量を算出
する工程とを含む様に構成することができる。

【００１７】上記したデータベースシステム４０には更
に、食材情報用記憶領域４４に含まれる食材を用いた料
理に関する情報を記憶した料理情報記憶領域４５と、そ
の料理情報記憶領域４５に含まれる料理から構成される
献立に関する情報を記憶した献立情報用記憶領域４６を
備える。そして選択を求める画面情報には、献立情報用
記憶領域４６を利用して作成された、前記供給可能な食
材を使用した献立のリストを含む。更に、端末装置１６
側から選択した献立に関する選択情報を受け取ると、食
材情報用記憶領域４４、料理情報用記憶領域４５あるい
は献立情報用記憶領域４６等の記憶領域群に格納された
情報を利用し、選択された献立に含まれ且つ供給可能な
食材が抽出されて発注処理される様に構成している。

【００１８】一方、端末装置１６は、食材消費者の健康
状態検出手段３７と連携して構成されるものである。更
に、食材管理装置１４から送られる前記画面情報を表示
可能とする表示手段２２と、健康状態検出手段３７で測
定された健康管理情報を記憶可能とする記憶手段２４
と、食材管理装置１４に対してアクセスするための通信
手段１８とを備えている。

【００１９】そして通信手段１８による食材管理装置１
４に対するアクセス時に、記憶手段２４上の健康管理情
報が送出されるとともに、作成される画面情報中には、
送出された健康管理情報に対応した食材情報を含める。

【００２０】健康状態検出手段３７には、体重測定器と
血圧測定器と体脂肪率測定器とを含み、各測定器で測定
されたデータは、記憶手段２４に自動的に記憶される様
に構成することもできる。

【００２１】また図１２に例示する如く、食材消費者と
食材管理装置１４との間に、食材消費者が食材を購入す
る食材販売者の端末装置１６ｃが介在するように構成す
ることもできる。

【００２２】この場合にあっては、食材消費者が前記食
材販売者から食材を購入すると、食材販売者側の端末装
置１６ｃを介して食材の購入履歴を前記した選択情報用
記憶領域５０に書き込み、その選択情報用記憶領域５０
に記憶された購入履歴から食材消費者の食材購入傾向を
判断する。更に、食材消費者が食材消費者側の端末装置
１６ｄを介してアクセスした際、食材購入傾向に対応し
た判断情報を含む画面情報を作成して送る様に構成して
いる。

【００２３】

【発明の効果】本発明は上記の如く、食材消費者が食材
を購入するに際して行われる選択動作を履歴情報として
記録したので、その選択履歴を利用し、消費者側と販売
者側との間における情報交換を通じて的確に情報管理を
可能とする。

【００２４】更に、記憶領域群に格納された情報を利用
し、各食材消費者における栄養の摂取状態に関する情報
を提示できる。また、料理および献立に関する情報をデ
ータベースとして備えることにより、過去の選択履歴を
利用して、食材消費者が求める献立に関する情報の提示
ができる。

【００２５】更にまた、健康状態の検出手段によって食
材消費者の健康状態を定常的に測定し、その測定データ
をフィードバックさせることにより、現在の体調に適応
した健康に関する情報が提示できる。

【００２６】また、食材の販売業者が所有して情報を入
力するための端末装置と、食材の消費者が所有して情報
を表示するための端末装置を分離することにより、食材
消費者はデータ入力の手間を必要とすることなく、従来
の食材購入の手順を維持したまま、食材選択および食材
消費に伴う健康に関する情報が容易に得られる。

【００２７】

【発明の実施の形態】以下本発明にかかる食材管理方法
を実施した食材管理システム１０を、通信回線１２とし
てインターネットを利用した実施例に基づいて説明する
が、一般公衆回線や専用回線など各種形式の通信回線を
用いた場合にあっても略同様に実施できることは勿論で
ある。

【００２８】食材管理システム１０は、図１にその全体
的な構成を概略的に示す如く、食材の販売あるいは流通
管理会社の様な食材の提供にかかわる会社側に備えたサ
ーバシステムとしての食材管理装置１４を制御の中心と
し、食材消費者が居住する各家庭あるいは給食センター
の様な食材の購入および消費を必要とする箇所に備えた
クライエントシステムとしての端末装置１６から、イン
ターネットを介してＷＷＷサーバで構成された前記食材
管理装置１４のホームページにアクセスすることによ
り、必要なデータ処理が行える様に構成している。

【００２９】

【端末装置】ここで食材管理用として備えた端末装置１
６はサーバシステムに対するクライエントシステムであ
って、モデムの様な通信手段１８と、ディスプレイ２０
の様な表示手段２２と、ハードディスクの様な記憶手段
２４と、キーボードの様なデータの入力手段２６と、プ
リンタの様な印字手段２８とを周辺機器として備えた汎
用のパソコン装置３０あるいは携帯電話機３２の様な携
帯式の端末装置に、インターネットにおいて一般的に使
用される各種形式のファイルないしは画面情報を表示あ
るいは所定のデータ処理可能なブラウザを始めとし、各
種のアプリケーションプログラムからなる管理手段３６
をインストールしたものを基本の構成とする。

【００３０】そして、食材管理装置１４から送られるＨ
ＴＭＬやＸＭＬ形式の様な所定ファイル形式の画面情報
をブラウザで解析することにより、項目の選択およびデ
ータの入力画面をディスプレイ２０上に表示するととも
に、キーボードやマウスを使用して必要なデータ入力を
行い、更にブラウザおよび表示された画面情報中に含ま
れるプログラムを使用して、端末装置１６側から食材管
理装置１４側に向けて必要なデータ伝送を可能とする。

【００３１】本実施例にあっては更に、冷蔵庫を食材の
保管手段３４として備えており、その冷蔵庫と一体に上
記したパソコン装置３０を内蔵するか、あるいは食材の
在庫管理が行え、インターネットを介して在庫情報を交
信できる機能を有する冷蔵庫が使用される。

【００３２】更に、例えば表示手段２２として液晶表示
板を使用するとともに、冷蔵庫の扉上の様な見やすくか
つ操作しやすい位置に配置する。また液晶表示板の上に
は入力手段２６としてタッチパネルを密着配備し、液晶
表示板に表示された内容を指先のタッチで選択およびデ
ータ入力ができるようにしている。

【００３３】なお上記した在庫情報は、入力手段２６を
用いて手動で、あるいは食材管理装置１４側から送られ
る画面情報から必要な情報を抽出することにより作成お
よび修正ができる。その他、冷蔵庫の庫内に食材の重量
や個数を測定する手段を備え、管理手段３６と連携して
食材の保管量を自動的に測定および補正可能とすること
も可能である。また、食材の包装紙上にバーコードの様
な識別記号を予め印刷しておき、バーコードリーダの様
な所定の読取手段で食材の保管量を半自動的に入力でき
る様にしてもよい。

【００３４】また管理手段３６は、食材管理装置１４側
から送られる各種の情報を処理するのに加え、記憶手段
２４に予め備えた独自の情報を処理し、表示手段２２上
で表示し、あるいはサーバ側に情報伝達することもでき
る。

【００３５】本実施例にあっては更に、体重計や血圧
計、あるいは体脂肪率計の様な、食材消費者における健
康状態の検出手段３７を備え、上記した記憶手段２４上
に定期的に測定したデータを保存するようにしている。
なお記憶手段２４上へのデータの記録は、入力手段２６
により手動で行うことも可能であるが、健康状態検出手
段３７を電子式に構成してパソコン装置３０に有線ある
いは無線状態で接続するとともに、検出手段３７から出
力される健康管理情報を記憶手段２４上に自動的に記憶
する様にしている。

【００３６】

【食材管理装置】食材管理装置１４は、サーバ用のＯＳ
で制御される１または複数台の汎用のコンピュータ装置
上に、データ通信部３８と、データベースシステム４０
と、食材管理部４２とをアプリケーションプログラムを
使用して構築するとともに、食材管理部４２の制御機能
を利用して各部を連携して動作させる様にしたものであ
る。

【００３７】ここでデータ通信部３８は、複数の端末装
置１６が同時にアクセスした場合にあっても、同時に並
行してデータの受け渡しができる所定の通信容量を備え
た従来と略同様な構成のものである。

【００３８】

【データベースシステム】データベースシステム４０
は、例えばＳＱＬ形式に構成した所定のリレーショナル
タイプのデータベース用プログラムが使用され、同プロ
グラムが規定する形式に従って構成された複数の記憶領
域を例えば所定フォーマットのテーブル形式として備
え、各テーブル内のデータを互いに連携してデータ処理
可能とする従来と略同様な構成のものである。

【００３９】本実施例にあっては、上記したデータベー
スシステム４０に含まれるテーブル形式の記憶領域群と
して、食材情報用記憶領域４４と、料理情報用記憶領域
４５と、献立情報用記憶領域４６と、顧客情報用記憶領
域４８と、選択情報用記憶領域５０と、保管情報用記憶
領域５２とを備えた例を示す。しかしながら、記憶領域
群の分類および構成の仕方は一例であって、複数の記憶
領域を１つにまとめ、あるいは１つの記憶領域を複数に
分割するなど、下記する情報が必要に応じて任意に書き
込みおよび取り出しが実質的にできるものであれば、そ
の記憶領域を規定するファイルおよびデータの形式は限
定されるものでなく、適用されるデータベースシステム
に適合した形式で実施されることは勿論である。

【００４０】ここで食材情報用記憶領域４４は、食材販
売業者が消費者に対して情報提供する食材を管理するた
めのものであって、消費者に対して供給可能な食材を含
め、できるだけ多くの種類の食材について食材名を列挙
する。更に各食材名に対応させて、単位価格、提供最小
容量、在庫の有無、品質保持期間、食材の等級、食材の
提供業者、提供可能期間、食材の外観写真、あるいは特
徴説明の様な食材の販売に関係した情報に加え、カロリ
ー、含有栄養素の様な健康管理に必要な情報を例えば表
形式で記憶および表示可能としたものである。

【００４１】なお上記した「食材」は、ジャガイモ、に
んじん、牛肉切り身、さばの切り身の様な料理を作成す
るために必要な個別の「材料」を基本とする。しかしな
がら本実施例にあってはそれに加え、冷凍シュウマイや
冷凍エビフライの様な冷凍食品、お菓子、菓子パンの様
な「既成食品」、あるいは又、コロッケ、エビフライ、
お惣菜、弁当の様な「出来合いの食品」の様に、特別な
調理を必要とせず、そのまま提供できる代わりに、含ま
れる材料の分量割合を変更できない食品群も「食材」に
含めている。すなわち、それに含まれる栄養成分が固定
して消費者側で変更できないものをその形態の如何にか
かわらず「食材」に分類し、調理の過程を通じて栄養成
分の変更が可能なものを、次に説明する「料理」に分類
している。

【００４２】次に料理情報用記憶領域４５は、上記した
食材情報用記憶領域４４に記憶される複数の食材を使用
して作成される、例えばハンバーグやトンカツの様な個
々の料理に関する情報を管理するものであって、料理名
とその料理に必要な食材あるいは調味料から構成される
料理レシピの形式として情報が記録される。加えて、主
食、主采、副采、あるいはサラダ、デザートの様な料理
の種別、料理同士の食べ合わせの良・不良の様な献立を
立てるための必要な情報あるいは、１人分の料理に含ま
れる総カロリー量、塩分や糖分の含有量、あるいは特定
の病気との関係の様な健康管理に必要な各種の情報が記
憶されている。

【００４３】なお、上記した各料理を作成するのに必要
とする食材の量は、標準値に加えて、最小値と最大値と
を記録することが好ましい。かかる必要量に関する情報
が存在することにより、食材をより有効に消費できる。
例えば、食材の最小供給容量が大きい場合、その食材が
中途半端に余ったり、逆に不足することが予想される。
また食材の賞味期限が短いか、あるいはパック商品の様
に開封後は一度に使い切ったほうがよい食材も存在す
る。その様な場合、前記した必要量に関する情報を利用
し、最小値および最大値の範囲内で食材の使用量を増減
させることにより、食材をその使用可能範囲内で使い切
れるのである。この場合、利用される食材の量に応じ
て、上記一人分の料理に含まれる総カロリー量、各栄養
素の含有量などが調整されることは勿論である。

【００４４】次に献立情報用記憶領域４６は、前記した
料理情報用記憶領域４５に含まれる料理の内、１回の食
事の献立を構成する料理の組み合わせ情報を基本に備え
る。例えばハンバーグ定食にあっては、ハンバーグ、ス
パゲッティ、キャベツの千切りの組み合わせ情報が一例
として指摘できる。加えて、献立の朝昼晩の区別をつけ
るための情報が付加情報として記録される。これらの献
立は、利用者が好みの献立を選択する際に、一般的な献
立として、利用者に提示して選択させるものとして利用
する。

【００４５】上記した食材情報用記憶領域４４、料理情
報用記憶領域４５および献立情報用記憶領域４６に格納
されるデータは、上記した食材管理部４２を動作させる
ための基礎データとして、システムの運用に先立ってサ
ーバの管理者側により用意されることを基本とする。

【００４６】しかし、実際に消費者が選択する献立は献
立情報用記憶領域４６に格納される献立データに限定さ
れず、消費者が任意に料理の組み合わせを決定すること
も可能である。かかる追加された献立情報は、広く一般
に公開して利用することも可能であるが、各献立に対応
して食材消費者の識別番号を付与することにより、該当
の食材消費者が献立を立案時に、自動的に提示献立中に
新規作成の献立を含める様に構成することができる。ま
た、システムは、料理間の食べ合わせの善し悪しの情報
さえ満たせば、消費者の栄養摂取状況に合わせて、適宜
一部あるいは全部の料理の組み合わせを修正あるいは創
作し、消費者に提示することも可能である。

【００４７】これに対し、以下で示す顧客情報用記憶領
域４８、選択情報用記憶領域５０および保管情報用記憶
領域５２の各記憶領域は、システムの運用時に、顧客側
からの情報提供に基づいて、手動あるいは自動的にデー
タの蓄積が行われる。

【００４８】すなわち顧客情報用記憶領域４８は、端末
装置１６を介して食材管理装置１４にアクセスする全て
の顧客を管理するためのものである。そして、食材管理
装置１４に対するアクセスに先立って書類で契約をする
場合は、その契約時点でオフラインによりオペレータが
手動あるいは文字読取手段を用いてデータ入力を行う
が、アクセスしてきた不特定多数の食材消費者を顧客と
して受け入れる場合は、オンラインで必要な情報の入力
を求め、自動的に顧客情報用記憶領域４８へのデータ入
力を可能とする。

【００４９】ここで、顧客情報用記憶領域４８に入力す
べき顧客情報としては、全ての顧客を一意的に特定する
顧客番号と、顧客の氏名、住所、電話番号の様な商品発
送場所に関する事項と、支払い方法やクレジット番号の
様な課金に関する事項を基礎的項目として全顧客に対し
てデータ入力を要求する。

【００５０】更に、食材管理に加えて後記する健康管理
を希望する顧客に対しては、生年月日、男女の別、職
業、収入、嗜好品、趣味あるいは家族構成の様な付加的
顧客情報と、身長、体重、血圧あるいは体脂肪率の様な
基礎健康情報と、病歴あるいは医師による食事制限の内
容の様な付加的健康情報、あるいはその他の必要な各種
情報の入力を求め、顧客情報用記憶領域４８に記憶す
る。

【００５１】なおその他、顧客自身の情報に加えて、顧
客と食事を同じくする家族に関する情報を含めることが
好ましい。それらに関する情報として、例えば顧客が主
婦であり、家族構成が祖父、父、母、長男、長女および
次男の６人家族である場合、家族の人数と、家族全員に
ついての上記した情報が個別に格納される。これによ
り、家庭全体の料理の量だけでなく、家族一人一人に適
した料理摂取量、例えば、祖父の料理摂取量、父の料理
摂取量を個別に提示することが可能となり、個々人の栄
養管理が可能となる。

【００５２】一方、選択情報用記憶領域５０は、顧客情
報用記憶領域４８に記憶された顧客が後記する各種の選
択動作をすることにより選択情報が発生する毎に、顧客
番号と、具体的な選択内容と、選択した日時とを関連付
けながらデータを記憶することにより、選択履歴を保持
可能とするものである。なお前記した選択内容として
は、選択された食材に関する情報、選択された料理に関
する情報、選択された献立に関する情報あるいは選択さ
れた献立プランの情報が主として該当するが、これらの
情報に限定されないことは勿論である。

【００５３】更に保管情報用記憶領域５２は、上記した
端末装置１６側で保存している在庫情報を食材管理装置
１４側でも管理可能とするものであって、在庫情報の全
部または少なくとも食材名と在庫量とを、顧客を単位と
して記憶できる様にしている。

【００５４】本実施例にあっては更に、前記した保管情
報用記憶領域５２を利用して顧客毎の仮想冷蔵庫を設定
することにより、携帯電話機３２の様に保管手段３４と
の連携したデータ処理が不能の場合にあっても、食材管
理装置１４の食材管理部４２にアクセスするだけで、外
出先から家庭内の冷蔵庫に現在保管している食材の在庫
量を更新あるいは確認可能とする。

【００５５】

【食材管理装置の基本的な動作】本発明は、かかる食材
管理部４２における食材管理方法に特徴を有するもので
あって、上記したデータ通信部３８を介し、端末装置１
６とデータベースシステム４０との間でデータの受け渡
しをするとともに、そのデータ受け渡し時に、食材管理
部４２上において以下で示す必要なデータ処理が行われ
る様にしている。

【００５６】ここで図２は、食材管理部４２における管
理動作の基本的な流れを示すフローチャートであって、
プログラムをスタートすると、ステップＳＴ１で所定の
初期設定がなされたあと、ステップＳＴ２に移って端末
装置１６からのアクセスを待つ。ステップＳＴ２の待ち
期間中に端末装置１６のアクセスが確認されると、ステ
ップＳＴ３に移って顧客番号の入力を求める。

【００５７】この際、顧客情報用記憶領域４８に記憶さ
れている顧客番号とパスワードの一致が確認されると登
録会員であると判断してステップＳＴ４で顧客情報を読
み出すが、顧客番号が確認されない場合は新規顧客と判
断する。また同時に、端末装置１６側に現在保管されて
いる食材の種類と量とを特定可能とする在庫情報を受け
取った場合にあっては、その在庫情報を顧客番号に対応
させて保管情報用記憶領域５２に保存する。更に健康管
理情報を受け取った場合は、顧客情報用記憶領域４８に
更新保存する。

【００５８】なお、上記した顧客番号の入力と在庫情報
および基礎健康情報の食材管理装置１４側への送出は、
端末装置１６に対する操作者の意思に基づいて行われる
ことが一般的である。しかしながら、食材管理装置１４
側の命令により、端末装置１６側に予め格納された所定
ファイルを自動的に読み出してデータ処理可能とするこ
とにより、操作者はより少ない労力でアクセスが可能と
なる。

【００５９】更に次のステップＳＴ５において、選択情
報用記憶領域５０に保存された選択履歴に対し、所定の
エキスパートシステムあるいは判断プログラムを用いて
顧客の選択傾向の判定動作がなされる。かかる判定動作
の詳細については、後で詳細に説明する。

【００６０】ステップＳＴ５で所定の判断動作が行われ
ると、次のステップＳＴ６においてその判断情報に対応
した、各種内容の選択用画面情報を作成し、対応する端
末装置１６に対してダウンロードすることにより選択を
求める。

【００６１】かかる画面情報に対し、ステップＳＴ７に
おいて端末装置１６側から選択情報が返送されると、ス
テップＳＴ８において返送された選択情報に対応した所
定のデータ処理を行う。

【００６２】更に、ステップＳＴ９において選択すべき
内容が残っていることが判定された場合は、ステップＳ
Ｔ６に戻って次の画面情報のダウンロードを要求し、全
ての選択が確定するまで上記動作を繰り返す。逆にステ
ップＳＴ９で選択すべき内容が全て終了したことが判定
されると、ステップＳＴ１０の食材購入工程に移り、選
択された食材の発注処理を行うと共に、ステップＳＴ１
１で選択情報の記憶処理が行われ、一連の食材購入操作
は終了する。

【００６３】なお、図１に示す食材管理部４２を食材の
販売専用にシステム構成をした例に基づいて以下の説明
をするが、食材を含めた各種商品を販売するインターネ
ット販売システムのサブシステムとして構成することも
できる。その場合、アクセスした際に最初の現れるメイ
ンメニュー上には、雑貨や家具などの並列して販売可能
な全ての商品群が列挙され、その内の１つの商品群を選
択可能に表示する。

【００６４】

【食材管理装置の詳細な動作内容】本実施例におけるメ
インメニューにあっては、図６に例示する如く、旬の食
材やお買い得品の様な特定の食材を表示するための「お
勧め情報」に加え、供給可能な全ての食材を表示するた
めの「カタログショッピング」と、提供可能な食材を用
いた献立を示す「献立立案」と、選択済みの食材群を一
覧表示する「ショッピングカート」と、過去における食
材の「購入履歴」と、過去に選択した食材あるいは献立
から判断できる「栄養分析」を各々表示するための各選
択項目が表示される。

【００６５】なお、食材が１つも選択されていない状態
では上記した「ショッピングカート」が、また初めての
アクセス時にあっては「購入履歴」や「栄養分析」の選
択項目が各々表示されないか選択されないようにするこ
とにより、表示の煩雑さと選択ミスが未然に防止され
る。

【００６６】

【カタログショッピング】ここで例えば「カタログショ
ッピング」を選択すると、図３に示す商品カタログ選択
工程に入り、ステップＳＴ２１で図７に例示する商品カ
タログ形式による食材を陳列した商品カタログの表示画
面を端末装置１６側で表示させるため、該当する画面情
報が作成される。

【００６７】この表示画面は、上記した食材情報用記憶
領域４４中に記憶した食材のうち、販売可能な食材を選
択的に取り出して表示すものであり、この表示例では更
に、１つの食材について１列が割り当てられ、一覧可能
な表形式で表示されている。しかしながら、以下におけ
る各表示画面でも同様であるが、図示した例は一例であ
って、具体的な表示形式は限定されるものではない。

【００６８】ここで１列分の表示欄には、食材の名称で
ある食材名に加えて、その食材のメーカ名、価格等の、
食材を選択する上で必要とする各種の商品情報が記憶領
域から取り出され、同時またはサブウィンドウを開いて
表示する。

【００６９】更に、購入を希望する数量の入力欄に加
え、購入すべき商品を特定するためのチェック欄が設け
られ、チェックを入れて選択した状態でステップＳＴ２
２において「確定」ボタンを押すと、その選択された１
または複数の商品は、ステップＳＴ２３において全てシ
ョッピングカートに入れられるとともに、図８に例示す
るショッピングカートの表示画面用の画面情報が作成さ
れる。

【００７０】かかる表示画面は、上記の様にして購入を
選択した商品群についての情報を食材情報用記憶領域４
４から選択的に取り出し、一覧可能な表形式で表示する
ものであって、選択した食材の合計金額が同時に算出表
示される。選択した食材についての購入量の増減および
削除は、同一画面上で変更できるように構成している。

【００７１】しかしながら、ショッピングカートに入れ
られた食材それ自体に不足が発見された場合は、ステッ
プＳＴ２４で「戻る」を指示するボタンを押すことによ
り、図７に示す食材カタログの表示画面に戻り、ショッ
ピングカートに入れる商品の補正が行える。逆に必要な
商品が全て網羅されていると判断された場合、ステップ
ＳＴ２５で「購入手続」を指示するボタンを押すことに
より、図４に示す食材購入工程に入る。

【００７２】ステップＳＴ３１で食材の購入希望者が新
規と判定された場合、更にステップＳＴ３２の会員登録
工程に移り、住所氏名や代金の支払い条件の様な、購入
商品の配送および料金支払いに必要な基礎情報の入力が
求められ、その情報は顧客情報用の記憶領域４８に格納
される。更に必要に応じて、顧客番号を印刷した顧客カ
ードの郵送、あるいはＥメールによって入会手続が完了
したことを知らせる。

【００７３】ステップＳＴ３１で既会員であることが判
定された場合およびステップＳＴ３２の会員登録が終了
した場合には、ステップＳＴ３３に移って図９に示す購
入条件確認の画面情報が作成されたあと、端末装置１６
側にダウンロードされ、所定の表示がされる。この画面
表示は、食材の配送場所や日時あるいは料金の支払い条
件を表示して確認を求めるものである。

【００７４】このステップＳＴ３４で「キャンセル」ボ
タンを押すと、上記した商品の購入手続に関する内容は
全てクリアされたあとステップＳＴ３５に移って終了す
る。逆に、ステップＳＴ３４で「購入」ボタンを押す
と、上記の様にして選択した各食材の発注処理と課金処
理がステップステップＳＴ３６およびＳＴ３７でなされ
る。同時に、購入された食材を保管情報用記憶領域５２
に追加することにより、在庫量の補正が行われる。

【００７５】なお発注処理としては、配送業者または配
送センタに発送すべき食材と発送場所に関するデータを
オンラインで送り、食材の消費者に宅配しあるいはコン
ビニエンスストアの様な特定の店舗に送って店頭受け取
りさせるなど、その発注方法は限定されるものでない。

【００７６】また課金処理は、クレジットカードや銀行
引き落としの様な電子決済の場合、対応する会社にオン
ラインで課金情報を送る。オフラインで決済する場合
は、請求書の印刷処理をし、商品の引渡し時等に現金の
支払いを求める。

【００７７】更に図２のステップＳＴ１１において、顧
客番号と選択日時に対応させ、少なくとも選択した食材
名が選択情報用記憶領域５０に選択履歴として記憶され
る。なお選択履歴として記憶される内容は、実際に購入
した食材名ばかりでなく、後記する選択した料理、献
立、献立プラン、あるいは一度は選択したが後で取り消
した内容など、その記憶内容は限定されるものではな
い。具体的な選択内容ばかりでなく、各表示画面上にお
ける各種ボタンの操作手順や表示画面それ自体の選択履
歴など、選択情報用記憶領域５０に格納される履歴情報
の種類も限定されるものではない。

【００７８】

【選択傾向の判定処理工程】本発明は上記構成にあって
更に、例えば図６で示すメインメニュー中における「お
勧め情報」を選択した場合をはじめ各選択用の画面を作
成する際、上記した選択情報用記憶領域５０に含まれる
履歴情報を統計処理し、あるいはエキスパートシステム
を利用してその選択傾向を解析した結果を表示内容に反
映させることを特徴とする。なお、端末装置１６側から
在庫情報が送られてメインメニュー上に「仮想冷蔵庫」
が設定されている場合にあっては、賞味期限等を考慮に
いれながら、顧客が保有している食材を有効利用させる
ことも行われる。

【００７９】ところで新規顧客にあっては、食材の保管
情報も、その顧客個人の選択履歴に関する情報も備えて
いないため、例えば選択情報用記憶領域５０から顧客全
体についての売れ筋の商品を抽出し、それらの内の上位
から所定番内の商品群を優先的に表示する様なデータ処
理が行われる。

【００８０】一方、過去に一度でも同システムを利用し
て食材の購入をした場合にあっては、上記した一般的な
選択情報に加えてあるいは代えて、その顧客個人の選択
情報を解析することにより、その特別な個人に特化した
情報を提供可能とする。更に、新しい食材や料理、食材
消費者が試していない料理や食材、流行を反映した料理
や食材などを提示することもできる。

【００８１】より具体的には、商品カタログの表示時に
過去に選択した食材表示をより上位にもってくること、
お勧め品として選択傾向の高い食材と関連した食材、あ
るいは逆に選択する傾向が低い食材を表示することもで
きる。

【００８２】更に過去に選択した食材の栄養素を食材情
報用記憶領域４４から調べ、栄養素の摂取傾向を健康情
報として知らせるとともに、不足している栄養素を含む
食材の購買を勧める表示をすることも可能である。この
場合、お勧め情報中に表示された食材にあっても個別に
購入を選択可能とし、選択された食材はショッピングカ
ートに入れられたあと、上記した処理動作が行われる。

【００８３】また在庫情報が設定されている場合、カタ
ログショッピング時に保管中の食材を選択すると、該当
の食材を保管中である旨の警告ないしは注意表示をする
ことにより、余分な食材を重複して購入するのが未然に
防止できる。

【００８４】更にまた、複数回に亘った類似内容の操作
をさせるのをさけ、クライエント側における操作パター
ンがある程度固定すると、選択すべき項目を最小限に抑
制するとともに、たとえ選択が必要としても、例えば該
当の選択項目の位置を見やすく且つ大きく表示すること
により、操作性の向上が図られることが好ましい。

【００８５】

【献立立案工程】次に図５に示す流れ図は、食材情報に
加えて献立情報を顧客に提供可能とした例を示す。すな
わち、図６に示す選択メニュー中における「献立立案」
の項目を選択し、あるいは図３および図７に示すカタロ
グショッピング中に「確定」処理をせずに「献立立案」
を選択すると、図５に示す献立立案工程に入る。

【００８６】かかる工程に入ると先ず、ステップＳＴ４
１に移って、既に食材を選択しているか、あるいは在庫
情報が端末装置１６側から送られているか、あるいは
又、食事制限や健康管理情報などの特別な健康上の要件
が設定されているかといった、顧客情報が存在するか否
かが判定される。

【００８７】ここでその様な顧客情報が存在しないこと
が判定されると、ステップＳＴ４２に移って、例えばお
勧めの食材を含む料理の様な一般的な基準で選択された
料理が料理情報用記憶領域４５から、献立が献立情報用
記憶領域４６を利用して各々抽出される。逆に顧客情報
が存在する場合は、ステップＳＴ４３に移り、顧客情報
を考慮した料理および献立の抽出が行われる。

【００８８】例えば、食材の選択がされている場合は、
その食材を主として含む料理および献立が選択される。
在庫情報が存在する場合は、保管されている食材の種類
や量を考慮し、それらの食材を有効に消費する料理およ
び献立が選択される。また、選択情報用記憶領域５０か
ら過去の食材、料理あるいは献立の選択傾向を調べ、過
去に選択することが多かった食材や献立を含む料理を選
択的に、あるいは逆に、過去に選択した食材では不足し
がちな栄養素を含む食材を使用した料理や献立が抽出さ
れる。更にまた、食事に制限が設けられているか、制限
がないにしても過去の食材摂取傾向から注意を要する場
合にあっては、それらの特別な食材を避けた料理や献
立、あるいは特別なレシピ（例えば減塩したレシピ）の
料理や献立が抽出される。

【００８９】そして次のステップＳＴ４４において、ス
テップＳＴ４２およびステップＳＴ４３の一方または両
方で抽出された献立を考慮して図１０（ａ）に示す献立
選択用の画面情報が、また抽出された料理を考慮して図
１０（ｂ）に示す料理選択用の画面情報を作成するとと
もに、その画面情報を端末装置１６側にダウンロードさ
せ、両者を個別に、あるいは連続して１つの画面上に表
示させ、料理または献立の選択を求める。

【００９０】図１０に示す端末装置１６側の画面上で１
または複数の料理または献立を選択した後、そのカタロ
グ表示ウインドウで「購入」ボタンが押される（ステッ
プＳＴ４５）と、その選択情報が食材管理装置１４側に
返送され、その料理に使用され且つ供給可能な食材が、
料理情報用記憶領域４５、献立情報用記憶領域４６およ
び食材情報用記憶領域４４を利用して抽出されたあと、
上記したショッピングカートに入れられる。そしてステ
ップＳＴ４６に移ってショッピングカートの表示を行
い、ステップＳＴ４７でそれらの食材が購入される場合
は、ステップＳＴ３０において上記した場合と略同様に
図４の食材購入工程に入る。

【００９１】また、図１０に示す献立または料理カタロ
グ表示上で複数の料理または献立を選択するとともに、
その選択内容を確定することなくステップＳＴ４５で
「献立プランの作成」を選択すると、ステップＳＴ４８
〜５０で示す献立プラン作成工程に入る。

【００９２】かかる工程にあっては、何日分の献立プラ
ンを立てるか、あるいは朝昼晩を全て含めるのか否かの
選択が求められたあと、図１１（ａ）に示す献立プラン
表示画面の作成およびダウンロードに移る（ステップＳ
Ｔ４８）。

【００９３】この画面上には指定した日数および回数分
の料理スロットが設けられ、その料理スロット内にステ
ップＳＴ４４で選択された献立、あるいは選択された料
理を含む献立が、端末装置１６側に保管されている食材
の賞味期限や食事のバランスを考慮して配置される。

【００９４】なお各料理スロットは、主食、主采、副
采、サラダ／和え物、汁物、デザートの様に、予めそれ
ぞれの料理スロット毎に入力可能な料理の種類が設定さ
れており、１食分の献立を構成する各料理が、対応する
種類の料理スロット内に１つずつ投入表示される。

【００９５】例えば、第１日目の夕食を例にとると、
「ごはん」が主食に、「鯖の塩焼き」が主采に、「肉じ
ゃが」が副采に、「トマトサラダ」がサラダに、「野菜
の味噌汁」が汁物に、「みつ豆」がデザートに対応する
が、料理スロットの種類分けはこれに限らず、その名
称、種類あるいは数を適宜変更して実施できることは勿
論である。

【００９６】さらに図１１（ａ）に示すように、顧客に
よって選択された料理の数が、料理スロットの枠数に比
して少ない場合にあっては、空白部分の料理スロット中
に、必要な料理を操作者の選択で、あるいは以下のよう
な方法で自動的に埋めて行く処理が行われる。

【００９７】空きスロットへ料理を自動的に埋めていく
処理は、料理毎に以下のような方法で採点を行い、高得
点のものから順に料理スロットへ投入することによって
行う。

【００９８】料理の採点方法は、あらかじめ決められた
評価項目に関して、例えば０〜１点満点で点数を付けて
いき、その平均点を算出することによって行う。評価項
目は、「料理」に関する項目とその構成要素である「食
材」に関する項目の２つに大別され、それぞれに採点を
行い、その平均点を料理の得点とする。

【００９９】「料理」に関する項目としては、例えば顧
客が過去によく選択する料理には０．８点などの高い得
点が、あまり選択しない料理には０．３点などの低い得
点が与えられる。また、お勧め料理や季節の料理、顧客
の嗜好、糖尿病や高血圧症の様な特定の病気と関係など
も料理の評価項目として考えられる。

【０１００】構成要素である「食材」に関する項目とし
ては、例えば顧客の在庫中にあるものは高い得点が与え
られる。また、お勧め商品、顧客の嗜好なども「食材」
の評価項目として考えられる。

【０１０１】さらに、これらの評価項目に重要度を設定
しておき、この重要度を調整することにより、評価項目
の採点結果を調整できるようにすることも可能である。
例えば料理の健康に対する影響を重視する場合には、糖
尿病や高血圧症の様な特定の病気との関係などの健康に
関連する項目の重要度を高く設定することにより、健康
によい影響を与える料理が献立へ投入される料理として
選択され易くすることができる。

【０１０２】例えば、顧客の嗜好と病気との関係の得点
がそれぞれ０．８点と０．４点の料理、０．２点と０．
８点の料理が有る場合、その２つの項目の平均点はそれ
ぞれ０．６点と０．５点となり、０．６＞０．５である
ので前者の料理が選択される。ここで、「顧客の嗜好」
と「病気との関係」という項目の重要度がそれぞれ０．
２、０．８と設定すると、前者の料理の点数は、０．８
×０．２＝０．１６と０．４×０．８＝０．３２で平均
点が０．２４に、後者の料理の点数は０．２×０．２＝
０．０４と０．８×０．８＝０．６４で、平均点が０．
３４となり、０．２４＜０．３４であるから、病気との
関係の点数が高い後者の料理が高得点となって選択され
ることになる。

【０１０３】以上のような採点方法により、「料理」の
得点の平均点と構成要素である「食材」の得点の平均点
をそれぞれ算出し、この２つの得点の平均点を算出する
ことによって、料理の得点を決定する。

【０１０４】このようにして料理毎に採点を行った結
果、高得点の料理から空きスロットへ投入していく。こ
の際に、主食、主菜，副菜などの料理の種類別のスロッ
トへ正しく投入されることは勿論である。さらに、１食
分の献立内で、すでに投入済みの他の料理との食べ合わ
せが悪くなる献立内へは投入しないようにし、食べ合わ
せがよくなるところへ投入する。

【０１０５】一方、顧客の１週間あるいは１日間に適当
と考えられる栄養摂取量を、健康情報や特定の病気の有
無などを考慮に入れて栄養素毎に計算しておく。そし
て、各々の栄養素に関する所要量を図１１（ｂ）の様に
全体を１００％として表示するとともに、上記の様にし
て料理あるいは食材がスロットに投入されるごとに、１
００％中に占める割合が計算され、その選択量が棒グラ
フ状にその高低を変化させて図示される。

【０１０６】そこで、基本的にはそのグラフの高さを参
照し、各栄養素が全体として適正な量を維持するように
料理を選択して各料理スロットに投入する。このとき、
ある栄養素が適正な量より高い場合には、すでに投入済
みの料理のうちその栄養素が最もより多く含まれている
料理を削除、あるいは上記採点により高得点の料理から
順にその栄養素をより含んでいない料理と入れ換える処
理を行うことにより調整を行う。そして、各栄養素の量
と適正値の量の誤差が許容範囲内に収まるように調整さ
れる。

【０１０７】以上のような方法によって、供給可能かつ
顧客に適正な食材を含む料理から構成される献立を、栄
養素が適正になるように作成することができるようにな
るのである。

【０１０８】なお、選択される食材の調整は、上記した
料理および食材の評価項目の重要度を変更することによ
っても行われる。例えば食材の選択が、顧客の嗜好をよ
り反映したものにする場合にあっては、嗜好に関する優
先度を他よりも高く設定することにより達成される。

【０１０９】かかる献立プランを了承する場合は、図５
のステップＳＴ４９で「購入」ボタンを押すとその献立
群で必要とする食材が抽出されたあと、ステップＳＴ４
６に移り、上記した場合と略同様にショッピングカート
内に食材が入れられ、食材の購入工程に入る。

【０１１０】なお、このショッピングカートの表示中に
あっては、自己の意思で選択した食材と、システムが献
立の立案を通じて自動補充した食材とが分離して表示さ
れ、最終的に購入を決定する食材の選択がより容易に行
える様にしている。更に、献立プラン中に含まれるが既
にクライエント側で保管されている食材、あるいはその
他の必要な食材が参考情報として表示されることが好ま
しい。

【０１１１】しかし、図５のステップＳＴ４９で、提案
された献立プランに不都合がある場合は「編集」ボタン
を押すことによりステップＳＴ５０の献立編集の画面に
移り、献立の入れ替え、削除あるいは変更が可能とな
る。

【０１１２】更に上記の様にして確定された献立プラン
にあっても、その選択された献立群が選択情報用記憶領
域５０に記録され、それ以後における食材や献立の提案
時における判断材料として利用される。また、選択した
献立の料理法、あるいは購入した食材と購入はしていな
いが必要な食材のリストが端末装置１６側に送られ、必
要に応じて印字手段２８でプリントアウトされる。

【０１１３】

【食材管理と栄養分析】ところで、上記した単品の食材
購入者や、購入間隔が長い顧客の場合にあっては、その
顧客が消費する食材を把握することは難しい。しかしな
がらこの様な場合にあっても、食材の購入傾向から判断
される食材管理や栄養バランスに関する分析として、選
択された食材群から不足する栄養素やその栄養素を含む
食材を提示する程度の浅い分析ないしは簡易な判断処理
は可能である。

【０１１４】すなわち、本実施例に様なインターネット
を介した販売を始め、一般に行われている食材販売形態
において自然に蓄積される購入履歴を利用するだけで、
簡易な栄養分析が行える。しかもこの簡易な栄養分析
は、従来の販売システムにそのまま適用できるので、非
常に容易に実施ができる。また、栄養分析および管理と
いう機能を付加するために、食材消費者にデータ入力の
様な特別な労力を何ら強いる必要がない。

【０１１５】一方、常連の顧客であり、献立の立案を含
めた総合的な食材供給がなされている場合にあっては、
食材の摂取傾向がより正確に判るため、上記したお勧め
の食材や献立中に、不足している栄養素を考慮した提案
がより積極的に行われる。

【０１１６】また栄養分析に関しても、食材の購入履歴
から、例えば「牛肉の摂取量が多い」「ビタミンやカル
シウムが不足」の様な問題点の指摘や、その問題点に対
する改善案の提示など、個々の顧客に対する栄養のバラ
ンスを考慮した情報提供が行える。また献立の選択履歴
から、塩分や糖分、酢、脂肪の摂取量を計算してその内
容を栄養学的に分析することにより、中程度の食材管理
と栄養分析とを行うことが可能となる。

【０１１７】更に、端末装置１６側から健康管理情報や
在庫情報の提供を求め、消費者が独自に購入した食材を
も管理可能とすると、摂取した全ての栄養素が把握でき
るとともに、その栄養素による実際の健康への影響につ
いても把握できるため、深い食材の管理と栄養分析が行
える。

【０１１８】そこで、メインメニュー中における「栄養
分析」を選択すると、上記した各段階に対応した分析結
果を示す画面情報が作成されて端末装置１６側に送られ
ることにより、食材それ自体の管理に加えて、摂取した
食材に起因する栄養管理をも同時に行えるのである。

【０１１９】その他、栄養分析の項目を選択時に表示さ
れる内容としては、上記の様な栄養の分析結果に限られ
ず、適宜変更して実施できることは勿論である。例え
ば、摂取傾向に問題が無い場合は「あなたの食生活は栄
養のバランスに関しては特に問題がありません。」とい
うような、全体としての判断結果を提示することもでき
るし、逆に問題がある場合には、その問題点を提示する
ことができる。特に問題点がない場合に関しては、メイ
ンメニューのお勧め情報の部分に目立つように表示し、
利用者に安心感を与えることが重要である。

【０１２０】次に、上記した栄養摂取状況の把握方法に
ついて更に具体的に説明する。上記した深い食材管理が
可能な食材消費者にあっては、まず第１段階として、各
々の食材消費者に対し、年齢や体格から決まる人間が１
日に摂取すべき栄養素の量を、カロリー、たんぱく質、
脂質、炭水化物、糖質、カルシウム、鉄分、ビタミンや
カロチンの様な各々の栄養素毎に予め決定しておく。こ
のとき、食事制限や健康状態などの条件が存在する食材
消費者に対しては、これらの要素を加味して栄養素の必
要量が決定される。

【０１２１】更に第２段階として、１週間あるいは１日
程度の所定期間内における食材の選択履歴から、その期
間に実際に摂取した栄養素および調味料の量を更に１日
分に換算した摂取量を、各々の栄養素毎に算出する。

【０１２２】そして第３段階として、上記した第１段階
で決定した摂取すべき栄養素の量と、第２段階で実際に
摂取した栄養素の量を各々の栄養素毎に比較して過不足
を判定することにより、個別の栄養素についての摂取情
報が得られるのである。

【０１２３】一方、オンラインによって食材をすべて購
入するのではなく、一般の小売店でも食材を購入する場
合にあっては、上記した食材の選択履歴を調べるだけで
は全ての消費食材が把握できない。しかしながらこの様
な場合にあっても、その選択履歴に現れる摂取量が全体
の消費量の何％程度を反映しているかを仮想的に決定す
ることにより、それぞれの栄養素間における栄養摂取量
の相対的な過不足を判定することは可能である。

【０１２４】この様な場合にあっては、上記した第２段
階において算出される摂取量は選択履歴からのみ把握で
きる部分的なものであるから、この値が第１段階で決定
した１日に摂取すべき各栄養素の量に対して何％を占め
るか、それぞれの栄養素毎にその占有割合を算出する。
これにより、選択履歴から把握される栄養素の量が１日
に摂取すべき栄養素の量の何％を反映しているかを示す
占有割合が、各々の栄養素毎に算出される。

【０１２５】ところで消費者は一般に、その消費行動に
人為的な規制を加えられなければ、オンラインか小売店
かにかかわらず同一傾向の食材を選択する結果、購入さ
れる食材に含まれる栄養素の傾向は類似しているものと
推測される。一方、その様な場合にあっては各栄養素の
摂取割合の間にばらつきはあるものの、平均的な中心と
なる栄養素については、無意識のうちにも１日間で必要
量を摂取しているものと推測される。

【０１２６】そこで本実施例にあっては、前記したよう
に算出された栄養素毎の占有割合を例えば平均すること
により、選択履歴から把握した栄養素摂取量が全体の摂
取量の何％を反映しているかを仮想的に算出する。そし
て、この仮想的に算出された反映割合を利用し、選択履
歴から把握される栄養素摂取量を１００％の量に換算す
ることにより、各々の栄養素毎に全体の摂取量の推定値
が算出されるので、この値を用いて上記した第３段階の
比較判定動作を行うことにより、栄養素毎の摂取情報が
得られるのである。

【０１２７】なお、上記した仮想的に算出された反映割
合は、上記した様に平均をとるほかに、たんぱく質や炭
化水素の様な代表的な栄養の占める割合を利用すること
ができる。また予め、登録された消費者に対し、他の小
売店等でどの程度購入しているかに関する購入状況や、
外食の有無あるいは回数の様な通信回線を使用した方法
以外の方法で購入された食材の量を推定するためのアン
ケートを実施することにより、仮想的に算出される反映
割合はある程度正確に推測できる様になる。

【０１２８】

【端末装置の動作】以上の説明にあっては、特に食材管
理装置１４側における制御内容を中心にしたが、以下に
おいて端末装置１６側における操作内容を中心とした説
明を行う。

【０１２９】上記した浅い食材管理あるいは中程度の食
材管理しか食材管理システム１０に求めない場合は、端
末装置１６として通常のパソコン装置３０あるいはイン
ターネットへの接続機能を備えた携帯電話機３２の様な
汎用的な機器を選択するとともに、食材管理装置１４側
に送る顧客情報も必要最小に制限する。

【０１３０】一方、食材管理装置１４側では、図６に示
すメインメニュー中における「購入履歴」を選択時に、
上記した仮想の冷蔵庫の内容や、選択した献立で使用さ
れているが注文されていない食材を表示可能とすること
により、マーケットへ立ち寄った際、携帯電話機３２を
使用してオンラインで不足する食材を確認することもで
きる。

【０１３１】また食材管理装置１４側にあっても、複数
回に亘った類似内容の操作をさせるのをさけ、端末装置
１６側における操作パターンがある程度固定すると、選
択すべき項目を最小限に抑制するとともに、たとえ選択
が必要としても、例えば該当の選択項目の位置を見やす
く且つ大きく表示することにより、操作性の向上が図ら
れることが好ましい。

【０１３２】一方、例えば介護保険における食事対策を
必要としている要介護者の様に、深い食材管理を希望す
る場合は、管理手段３６と連携して動作する端末装置１
６ａを利用し、自己が保持する食材および健康に関する
情報の全てを食材管理装置１４側で管理することが好ま
しい。そこで顧客情報として、入力を求められている項
目の全てについて回答をする。

【０１３３】更に、体重や血圧の様な健康管理情報につ
いては、予め設定した時間間隔で測定し、記憶手段２４
に格納しておく。一方、端末装置１６ａの使用開始時に
あっては保管されている食材はないので、在庫情報の記
憶手段２４上への記録はない。

【０１３４】ここで、食材管理装置１４を利用して食材
を購入した際、画面情報に含まれる購入食材に関する情
報を抽出し、記憶手段２４に自動的に格納される。そし
て、注文した食材が到着した段階で、表示手段２２上に
注文食材の一覧を表示する。全て揃っていると判断した
場合、確認ボタンを押すと、食材管理装置１４側に食材
到着確認情報が送られる。逆に不足食材がある場合、該
当の食材を特定するとともに再送ボタンを押すと，不足
食材に関する情報が自動的に食材管理装置１４側に送ら
れ、該当食材の再送手続が採られる。

【０１３５】上記の様にして全注文食材の到着が確認さ
れると、その確認された食材群の全量が初期状態におけ
る在庫情報として記憶手段２４に登録される。この在庫
情報は、表示手段２２の画面上で一覧表示がされるの
で、食材を消費または廃棄する毎に、食材を特定した状
態で該当のボタンをオン操作することにより、保管され
ている食材量の補正が行われるとともに、保管食材の増
減履歴が在庫情報として保存される。その際、保管され
ていた食材が実際に消費されて減少したのか、廃棄して
減少したのかが区別して記憶され、実際に消費された食
材が限定して上記した栄養管理の対象となる。

【０１３６】なお、上記した様に１つの食材毎にその保
存量を増減させるほかに、選択した１つの献立あるいは
１日分の献立群に含まれる食材群を単位として在庫情報
を補正することができる。また、食材保管情報や健康管
理情報を上記した食材の購入あるいは食材情報の表示時
の様な意識的なアクセス時にまとめてデータ送出するほ
かに、情報の変化がある毎に自動的にデータの受け渡し
をすることもできる。

【０１３７】

【食材管理システムの他の実施例】図１２は食材管理シ
ステムの他の実施例であって、本実施例にあっては、食
材管理装置１４ａに対して情報提供をする第１の端末装
置１６ｃと、食材管理装置１４ａ側から情報提供を受け
る第２の端末装置１６ｄの使用者が異なる例を示す。な
お以下の実施例にあっては、同システムを単独で使用し
た例を示すが、図１に示すシステムに加えて備えること
により、通信回線を利用して購入した食材ばかりでな
く、小売店から直接購入した全ての食材が一元的に管理
可能となる。

【０１３８】すなわち、食材消費者は第２の端末装置１
６ｄとして、インターネットに対する接続を可能とする
携帯電話機を使用するとともに、オンラインあるいはオ
フラインで会員登録を受けておく。同時に、例えばＩＣ
カード形式のデビットカードが会員証として配布され、
食材購入時における会員番号の特定と、料金支払いとが
そのカード１枚でできる様にしている。

【０１３９】一方、食材管理システムに協賛する複数の
小売店は、上記したＩＣカードによる支払いおよび会員
確認が可能な、専用でレジスター形式の第１の端末装置
１６ｃを備え、その第１の端末装置１６ｃにおける通信
機能を用い、食材管理装置１４ａに対して専用回線ある
いはインターネットを介して自動接続およびデータの受
け渡しができる様に構成している。

【０１４０】更に食材管理装置１４ａには、購買履歴管
理用のサーバ５６と、携帯電話機に対する情報提供用の
サーバ５８とを備える。そして食材の消費者は、第２の
端末装置１６ｄを使用して情報提供用のサーバ５８にア
クセスし、上記した様な各種の情報を受け取り、その情
報を確認しながら食材を販売する複数の小売店に行き、
各小売店から必要な食材を購入する。

【０１４１】一方、各小売店では、顧客が食材の購入を
行うごとに、会員証で特定される食材の購入履歴を第１
の端末装置１６ｃを利用して購買履歴管理用のサーバ５
６に送ると、食材管理装置１４ａ側では複数の小売店か
ら送られる顧客情報を一元的に管理するとともに、蓄積
した購入履歴を解析し、解析結果に基づいた情報を消費
者に送って、次の食材購入の参考に供するのである。

【０１４２】なお各小売店と食材管理装置１４ａとの間
は、必要なデータの受け渡しをできるものであれば適宜
変更して実施できる。例えば、レシートの様な書面に記
入されたデータを顧客毎に集め、そのデータをスキャナ
で読み取ってデータ入力することもできる。

【図面の簡単な説明】

【図１】食材管理システムの全体的な構成を概略的に示
す説明図である。

【図２】食材管理部における管理動作の概略を示す流れ
図である。

【図３】食材カタログによる選択工程の詳細を示す流れ
図である。

【図４】食材購入工程の一例を示す流れ図である。

【図５】献立立案工程の一例を示す流れ図である。

【図６】メインメニューの一例を示す説明図である。

【図７】食材カタログ表示画面の一例を示す説明図であ
る。

【図８】ショッピングカート表示画面の一例を示す説明
図である。

【図９】食材購入方法の詳細表示画面の一例を示す説明
図である。

【図１０】料理および献立カタログ表示画面の一例を示
す説明図である。

【図１１】献立プラン表示画面の一例を示す説明図であ
る。

【図１２】食材管理システムの他の実施例を示す説明図
である。

【符号の説明】

１０ 食材管理システム １２ 通信回線 １４ 食材管理装置 １６ 端末装置 １８ 通信手段 ２０ ディスプレイ ２２ 表示手段 ２４ 記憶手段 ２６ 入力手段 ２８ 印字手段 ３０ パソコン装置 ３２ 携帯電話機 ３４ 保管手段 ３６ 管理手段 ３７ 健康状態検出手段 ３８ データ通信部 ４０ データベースシステム ４２ 食材管理部 ４４ 食材情報用記憶領域 ４５ 料理情報用記憶領域 ４６ 献立情報用記憶領域 ４８ 顧客情報用記憶領域 ５０ 選択情報用記憶領域 ５２ 保管情報用記憶領域 ５６ 購買履歴管理用のサーバ ５８ 情報提供用のサーバ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５０２ Ｇ０６Ｆ 17/60 ５０２

Claims (13)

【特許請求の範囲】
1. 【請求項１】 食材消費者側の端末装置（１６）と通信
   回線（１２）を介して接続され、前記食材消費者が購入
   する食材を管理する食材管理装置（１４）にあって、 食材とその食材に関する情報とを互いに関連付けて記憶
   する食材情報用記憶領域（４４）と、 食材消費者とその食材消費者に関する情報とを関連付け
   て記憶する顧客情報用記憶領域（４８）と、 該顧客情報用記憶領域（４８）に記憶された各食材消費
   者における選択履歴に関する情報を記憶する選択情報用
   記憶領域（５０）とを含む記憶領域群で構成されるデー
   タベースシステム（４０）を備えるとともに、 前記食材消費者が前記端末装置（１６）を介してアクセ
   スした際、その食材消費者に対して供給可能な食材に関
   する情報を含む画面情報を作成するとともに、その作成
   された画面情報を、対応する食材消費者側の端末装置
   （１６）に送って選択を求める工程と、 前記端末装置（１６）から選択情報を受け取ると、その
   選択履歴を前記選択情報用記憶領域（５０）に記憶する
   工程と、 該選択情報用記憶領域（５０）に記憶された選択履歴か
   ら、食材消費者の選択傾向を判断する工程とを備え、 前記画面情報中に、前記選択傾向に対応した判断情報を
   含めることを可能とした食材管理方法。
2. 【請求項２】 前記選択工程において最終的に選択を求
   める対象は、各食材消費者が購入を希望する食材であ
   り、 前記選択傾向の判断工程において、 前記記憶領域に格納された情報を利用し、各食材消費者
   における栄養の摂取状態を判定するとともに、 該栄養の摂取状態に関する情報を、対応する端末装置
   （１６）に提供可能としたことを特徴とする請求項１記
   載の食材管理方法。
3. 【請求項３】 前記栄養の摂取状態に関する情報中に
   は、 食材の選択傾向に関する判定と、栄養のバランスに関す
   る判定とを含み、 作成される画面情報中に、前記判定に対応した食材情報
   を含めることを特徴とする請求項２記載の食材管理方
   法。
4. 【請求項４】 前記顧客情報用記憶領域（４８）には食
   事制限に関する情報が含まれ、 作成される画面情報中に、前記制限された食事内容に対
   応した食材情報を含めることを特徴とする請求項２記載
   の食材管理方法。
5. 【請求項５】前記栄養摂取状態の判定には、 各食材消費者が１日に摂取すべき栄養素の量を決定する
   工程と、 所定期間内における食材の選択履歴から、実際に摂取し
   た栄養素および調味料を１日当たりに換算した摂取量の
   算出工程と、 該算出した摂取量と、前記計算により決定された摂取す
   べき量とを栄養素の成分毎に比較し、過不足を判定する
   工程とを含む請求項２記載の食材管理方法。
6. 【請求項６】 前記食材の選択履歴には、食材消費者が
   実際に消費した食材の一部のみが含まれるものであっ
   て、 前記摂取量の算出工程に、 所定期間内における食材の選択履歴から、摂取した栄養
   素および調味料を１日当たりに換算した部分摂取量を算
   出する工程と、 算出した部分摂取量が、前記計算により決定された摂取
   すべき量に占める割合を、栄養素毎に算出する工程と、 栄養素毎に算出された占有割合から、前記算出した部分
   摂取量が全体としての摂取量に占める割合を仮想的に設
   定する工程と、 該仮想的に設定された占有割合と前記算出された部分摂
   取量から、栄養素毎の全体としての摂取量を算出する工
   程とを含む請求項５記載の食材管理方法。
7. 【請求項７】 前記データベースシステム（４０）には
   更に、前記食材情報用記憶領域（４４）に含まれる食材
   を用いた料理に関する情報を記憶した料理情報記憶領域
   （４５）と、該料理情報記憶領域（４５）に含まれる料
   理から構成される献立に関する情報を記憶した献立情報
   用記憶領域（４６）を備え、 前記選択を求める画面情報には、 前記献立情報用記憶領域（４６）を利用して作成され
   た、前記供給可能な食材を使用した献立のリストを含
   み、 前記端末装置（１６）側から選択した献立に関する選択
   情報を受け取ると、前記記憶領域群に格納された情報を
   利用して、選択された献立に含まれ且つ供給可能な食材
   が抽出されて発注処理される請求項１に記載の食材管理
   方法。
8. 【請求項８】 前記選択情報は献立の選択情報であっ
   て、 前記選択情報用記憶領域（５０）に格納された献立の選
   択履歴から栄養摂取状態を判定して提供可能とした請求
   項７記載の食材管理方法。
9. 【請求項９】 前記端末装置（１６）は、食材消費者の
   健康状態検出手段（３７）と連携して構成されるもので
   あって、更に、 前記食材管理装置（１４）から送られる前記画面情報を
   表示可能とする表示手段（２２）と、 前記健康状態検出手段（３７）で測定された健康管理情
   報を記憶可能とする記憶手段（２４）と、 前記食材管理装置（１４）に対してアクセスするための
   通信手段（１８）とを備え、 前記通信手段（１８）による前記食材管理装置（１４）
   に対するアクセス時に、前記記憶手段（２４）上の健康
   管理情報が送出されるとともに、 作成される画面情報中には、前記送出された健康管理情
   報に対応した食材情報を含めることを特徴とする請求項
   ２ないし４の何れかに記載の食材管理方法。
10. 【請求項１０】 前記健康状態検出手段（３７）には、
    体重測定器と血圧測定器と体脂肪率測定器とを含み、 各測定器で測定されたデータは、記憶手段（２４）に自
    動的に記憶される請求項９記載の食材管理方法。
11. 【請求項１１】 請求項１または２に記載の食材管理方
    法を、コンピュータシステムを使用して実行させる命令
    として格納してなるコンピュータ読み取り可能な記録媒
    体。
12. 【請求項１２】 食材消費者および該食材消費者が食材
    を購入する食材販売者の各端末装置（１６）と通信回線
    （１２）を介して接続され、前記食材消費者が購入する
    食材を管理する食材管理装置（１４）にあって、 食材とその食材に関する情報とを互いに関連付けて記憶
    する食材情報用記憶領域（４４）と、 食材消費者とその食材消費者に関する情報とを関連付け
    て記憶する顧客情報用記憶領域（４８）と、 該顧客情報用記憶領域（４８）に記憶された各食材消費
    者における食材購入履歴に関する情報を記憶する選択情
    報用記憶領域（５０）とを含むデータベースシステム
    （４０）を備えるとともに、 前記食材消費者が前記食材販売者から食材を購入する
    と、前記食材販売者側の端末装置（１６ｃ）を介して食
    材の購入履歴を前記選択情報用記憶領域（５０）に書き
    込む工程と、 該選択情報用記憶領域（５０）に記憶された購入履歴か
    ら、食材消費者の食材購入傾向を判断する工程と、 前記食材消費者が前記食材消費者側の端末装置（１６
    ｄ）を介してアクセスした際、前記食材購入傾向に対応
    した判断情報を含む画面情報を作成して送る工程とを含
    む食材管理方法。
13. 【請求項１３】 前記食材消費者側の端末装置（１６
    ｄ）は携帯電話機であり、 前記食材情報用記憶領域（４４）には、各食材の栄養に
    関する情報を含むとともに、 前記画面情報に含まれる判断情報には、 前記食材情報用記憶領域（４４）および顧客情報用記憶
    領域（４８）を利用し、各食材消費者における栄養の摂
    取状態に関する情報を含む請求項１２記載の食材管理方
    法。