JP2002041901A - 食材管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 オンラインで消費者側の食材管理を行う装置
にあって、食材の消費者側と販売者側との間における情
報交換を通じ、食材消費者の要望あるいは必要に的確に
対応した献立の提示が行えるとともに、食材の買い忘れ
や重複した購入が未然に防止される食材管理方法を提供
する。 【解決手段】 献立の選択を通じて食材を購入するとと
もに、献立リスト中に、予め選択した食材、保管中の食
材あるいは健康状態を考慮した食材を使用した献立を含
める。更に、食材管理装置１４内に仮想的な保管庫を設
け、そこで保管中の食材の種類および量を管理するよう
に構成する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

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

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

【０００５】本発明は更に、献立リスト中に、予め選択
した食材、保管中の食材あるいは健康状態を考慮した食
材を使用した献立を含めることにより、食材消費者の要
望あるいは必要に的確に対応した献立の提示が行える食
材管理方法を提供することを目的とする。

【０００６】本発明は更にまた、食材管理装置内に仮想
的な保管庫を設け、そこで保管中の食材の種類および量
を管理するように構成したので、食材の買い忘れや重複
した購入が未然に防止される食材管理方法を提供するこ
とを目的とする。

【０００７】

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

【０００８】更に、食材とその食材に関する情報を関連
付けて記憶する食材情報用記憶領域４４と、その食材情
報用記憶領域４４に含まれる食材を用いた献立に関する
情報を記憶した献立情報用記憶領域４６と、食材消費者
とその食材消費者に関する情報とを関連付けて記憶する
顧客情報用記憶領域４８とを含むデータベースシステム
４０を備えている。

【０００９】そして食材管理部４２では、食材消費者が
端末装置１６を介してアクセスした際、前記献立情報用
記憶領域４６を利用して複数の献立を含む画面情報を作
成する。更に、その作成された画面情報を対応する食材
消費者側の端末装置１６に送って献立の選択を求める工
程と、端末装置１６側から献立を特定する選択情報を受
け取ると、献立情報用記憶領域４６および食材情報用記
憶領域４４を利用し、選択された献立に含まれ且つ供給
可能な食材を抽出する工程と、その抽出された食材の発
注処理を行う工程とを備えている。

【００１０】上記した献立リストの作成に先立って、ア
クセスしてきた食材消費者に対して献立に使用する食材
の選択を求めることができる。献立の選択を求める際
に、複数種類の献立を同時に選択可能とするとともに、
選択された献立に関する前記選択情報および前記判断情
報を利用して、複数回数分の献立群からなる献立プラン
を作成可能としてもよい。

【００１１】データベースシステム４０には更に、顧客
情報用記憶領域４８に記憶された各食材消費者が保管す
る食材の保管情報用記憶領域５５を含むとともに、画面
情報中に、保管情報用記憶領域５５から把握される保管
食材に対応した献立を含めることも可能である。また保
管情報用記憶領域５５に記憶されている食材の更新およ
び表示を、前記端末装置１６側から行える様にすること
が好ましい。

【００１２】端末装置１６は、食材の保管手段３４と連
携して構成されるものであって、更に、食材管理装置１
４から送られる前記画面情報に対応した表示を可能とす
るディスプレイの様な表示手段２２と、保管手段３４中
に収納されている食材を特定する在庫情報を記憶可能と
するハードディスクの様な記憶手段２４と、食材管理装
置１４に対してアクセスするためのモデムの様な通信手
段１８と、記憶手段２４に対する在庫情報の入力および
修正を可能とする入力手段２６とを備えている。

【００１３】そして、通信手段１８による食材管理装置
１４に対するアクセス時に、記憶手段２４上の在庫情報
が保管情報用記録領域５２に書き込まれる。

【００１４】また保管手段３４は冷蔵庫であって、端末
装置１６は冷蔵庫に内蔵して一体に構成されるものであ
る。更に、記憶手段２４に記憶される在庫情報の一部ま
たは全部は、食材管理装置１４から送られる画面情報か
ら作成され、食材を消費する毎に在庫情報を補正するこ
とにより、現在の食材保管量に対応させる。

【００１５】

【発明の効果】本発明は上記の如く、献立の選択を通じ
て食材を購入するように構成したので、食事の献立を考
える必要がないばかりか、献立に必要とする食材を同時
に購入することができ、食材の買い忘れが未然に防止で
きる。

【００１６】更に献立リスト中に、予め選択した食材、
保管中の食材あるいは健康状態を考慮した食材を使用し
た献立を含めることにより、食材消費者の要望あるいは
必要に的確に対応した献立の提示が行える。

【００１７】更に食材管理装置１４内に仮想的な保管庫
を設け、そこで保管中の食材の種類および量を管理する
ように構成したので、食材の買い忘れや重複した購入が
未然に防止される。

【００１８】

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

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

【００２０】

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

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

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

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

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

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

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

【００２７】

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

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

【００２９】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４６】

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

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

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

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

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

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

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

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

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

【００５５】

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

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

【００５７】

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

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

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

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

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

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

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

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

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

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

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

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

【００６９】

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

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

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

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

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

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

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

【００７６】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１０４】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１９】

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

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

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

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

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

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

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

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

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

【０１２８】

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

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

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

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

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

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

Claims (8)

【特許請求の範囲】
1. 【請求項１】 食材消費者側の端末装置（１６）と通信
   回線（１２）を介して接続され、前記食材消費者が購入
   する食材を管理する食材管理装置（１４）にあって、 食材とその食材に関する情報を関連付けて記憶する食材
   情報用記憶領域（４４）と、 該食材情報用記憶領域（４４）に含まれる食材を用いた
   料理に関する情報を記憶した料理情報用記憶領域（４
   ５）と、 該料理情報用記憶領域（４５）に含まれる料理から構成
   される献立に関する情報を記憶した献立情報用記憶領域
   （４６）と、 食材消費者とその食材消費者に関する情報とを関連付け
   て記憶する顧客情報用記憶領域（４８）とを含むデータ
   ベースシステム（４０）を備えるとともに、 食材消費者が前記端末装置（１６）を介してアクセスし
   た際、複数の献立を含む画面情報を前記献立情報用記憶
   領域（４６）を利用して作成するとともに、その作成さ
   れた画面情報を対応する食材消費者側の端末装置（１
   ６）に送って献立の選択を求める工程と、 前記食材管理端末装置（１６）側から献立を特定する選
   択情報を受け取ると、前記献立情報用記憶領域（４
   ６）、前記料理情報用記憶領域（４５）および前記食材
   情報用記憶領域（４４）を利用し、選択された献立に含
   まれ且つ供給可能な食材を抽出する工程と、 前記抽出された食材の発注処理を行う工程とを備えた食
   材管理方法。
2. 【請求項２】 前記献立リストの作成に先立って、アク
   セスしてきた食材消費者に対して献立に使用する食材の
   選択を求める請求項１記載の食材管理方法。
3. 【請求項３】 前記献立の選択を求める際に、複数種類
   の料理を同時に選択可能とするとともに、 選択された料理に関する前記選択情報および前記判断情
   報を利用して、複数回数分の献立群からなる献立プラン
   を作成可能とする請求項１または２記載の食材管理方
   法。
4. 【請求項４】 前記データベースシステム（４０）に
   は、前記顧客情報用記憶領域（４８）に記憶された各食
   材消費者が保管する食材の保管情報用記憶領域（５２）
   を含むとともに、 前記画面情報中に、前記保管情報用記憶領域（５２）か
   ら把握される保管食材に対応した料理を含めることを特
   徴とする請求項１〜３の何れかに記載の食材管理方法。
5. 【請求項５】 前記保管情報用記憶領域（５２）に記憶
   されている食材の更新および表示を、前記端末装置（１
   ６）側から行える様にした請求項４記載の食材管理方
   法。
6. 【請求項６】 前記端末装置（１６）は、食材の保管手
   段（３４）と連携して構成されるものであって、更に、 前記食材管理装置（１４）から送られる前記画面情報に
   対応した表示を可能とする表示手段（２２）と、 前記保管手段（３４）中に収納されている食材を特定す
   る在庫情報を記憶可能とする記憶手段（２４）と、 前記食材管理装置（１４）に対してアクセスするための
   通信手段（１８）と、 前記記憶手段（２４）に対する在庫情報の入力および修
   正を可能とする入力手段（２６）とを備え、 前記通信手段（１８）を介した前記食材管理装置（１
   ４）に対するアクセス時に、前記記憶手段（２４）上の
   在庫情報が前記保管情報用記憶領域（５２）に書き込ま
   れる請求項５記載の食材管理方法。
7. 【請求項７】 前記保管手段（３４）は冷蔵庫であっ
   て、 前記端末装置（１６）は、冷蔵庫に内蔵して一体に構成
   されるものであり、更に 前記記憶手段（２４）に記憶される在庫情報の一部また
   は全部は、食材管理装置（１４）から送られる画面情報
   から作成され、食材を消費する毎に在庫情報を補正する
   ことにより、現在の食材保管量に対応させる請求項６記
   載の食材管理方法。
8. 【請求項８】 請求項１〜３の何れかに記載の食材管理
   方法を、コンピュータシステムを使用して実行させる命
   令として格納したコンピュータ読み取り可能な記録媒
   体。