(57)【要約】【課題】利用者の属性情報と食事内容の履歴を収集することによって、利用者が無理なく実践することができ、より有効な献立情報を提供すること。【解決手段】利用者ごとに利用者の属性情報、利用者が一日に必要なサービング数（以下ＳＶ数）、カロリー値等を保存する利用者ＤＢと、料理毎のＳＶ数・カロリー値を保存するＳＶ・カロリー情報ＤＢと、利用者に案内する献立情報を保存する献立情報ＤＢとを設け、利用者ＤＢに記録されている当該利用者の献立情報の案内を希望する日に食した食事内容、利用者ＤＢに記録されている利用者が一日に必要なＳＶ数・カロリー値、利用者端末より受信した献立情報から算定される残食事数をもとに、利用者が案内を希望する朝食・昼食・夕食のいずれかの食事区分に適するＳＶ数・カロリー値を算出し、献立情報ＤＢを参照して算出したＳＶ数・カロリー値に基づいて利用者に案内すべき献立情報を抽出して利用者端末へ送信する。【選択図】図１
2010224990.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末と通信回線を介して接続し、前記利用者端末に献立情報を送信する献立自動バランスシステムであって、
利用者ごとに利用者の属性情報、利用者が一日に必要なサービング数、カロリー値、過去に案内した献立情報を保存する利用者ＤＢと、
料理毎のサービング数およびカロリー値の情報を保存するＳＶ・カロリー情報ＤＢと、
料理ごとに料理の数を決定する単位となるサービング基準値を関連付け、各料理を主食、副食等の料理区分にグループ化して保存する献立情報ＤＢと、
前記利用者端末から送られてくる献立情報案内の送信要求を受信する情報受信手段と、
前記利用者ＤＢに記録されている又は前記利用者端末から受信した、当該利用者の献立情報の案内を希望する日に食した食事内容を参照する食事内容参照手段と、
前記参照した食事内容、前記利用者ＤＢに記録されている利用者が一日に必要なサービング数およびカロリー値、並びに利用者端末より受信した献立情報から算定される残食事数をもとに、利用者が案内を希望する朝食・昼食・夕食のいずれかの食事区分に適するサービング数およびカロリー値を算出するＳＶ数・カロリー値算出手段と、
前記ＳＶ数・カロリー値算出手段によって算出した数値と前記献立情報ＤＢに保存されている情報とをもとに利用者に案内すべき料理および該料理の量を料理区分ごとに演算して献立情報を作成する献立抽出手段と、
前記献立抽出手段の作成した献立情報を利用者端末に送信する情報送信手段と、
を備えたことを特徴とする献立自動バランスシステム。
【請求項２】
前記献立抽出手段は、前記利用者ＤＢに基づいて献立情報の案内を希望する利用者と該利用者と属性情報の類似する他の利用者に案内した料理を参照し、前記ＳＶ数・カロリー値算出手段により算出した数値の範囲内で、前記利用者に案内する献立を抽出することを特徴とする請求項１記載の献立自動バランスシステム。
【請求項３】
利用者毎にアレルギー情報が記録されるアレルギー情報ＤＢと、当該アレルギー情報ＤＢを参照して、当該利用者のアレルギー成分を特定するアレルギー特定手段と、を備え、献立抽出手段は特定した前記アレルギー成分を含有する料理を除いて献立情報を抽出することを特徴とする請求項１または２に記載の献立自動バランスシステム。
【請求項４】
飲食店に関するメニューおよび該メニューのサービング数およびカロリー値等の所定情報が記録される飲食店ＤＢと、前記利用者端末から受信した情報から、飲食店メニューの案内を希望する利用者であると判定した場合に、前記飲食店ＤＢを参照して、利用者に案内すべき飲食店を抽出する飲食店情報抽出手段と、ＳＶ数・カロリー値算出手段により算出した数値をもとに、前記飲食店情報抽出手段によって抽出された飲食店で提供されるメニューの中から、利用者に案内するメニューを判定する飲食店メニュー抽出手段と、を備えたことを特徴とする請求項１乃至３のいずれか一に記載の献立自動バランスシステム。
【請求項５】
飲食店端末から利用者のクレジットによる会計情報を受信すると、利用者がクレジット会計を行ったと判定して利用者および飲食店の識別情報を前記献立自動バランスシステムに送信する手段を有するクレジット会社サーバと通信回線を介して接続されており、
前記クレジット会社サーバから利用者および飲食店の識別情報を受信すると、該利用者の識別情報に対応する前記利用者端末にその利用者が飲食を行った飲食店のメニュー一覧情報を配信する利用店舗メニュー配信手段を備え、
前記ＳＶ数・カロリー値算出手段は、前記利用者端末から送られてくる前記メニュー一覧情報をもとに、利用者の入力した食事内容を受信し、受信した食事内容に関するサービング数およびカロリー値を算出し、算出した数値を前記利用者端末に送信することを特徴とする請求項１乃至４のいずれか一に記載の献立自動バランスシステム。
【請求項６】
前記利用者端末から受信した情報から、利用者が案内を希望する食事区分より後の食事が外食であると判定する場合に、前記情報送信手段は、外食にて食する予定の食事メニューを登録するためのページ情報を利用者端末に送信し、前記献立抽出手段は、該ページ情報をもとに利用者が入力した食事内容に基づいて利用者が案内を希望する食事区分の献立を抽出することを特徴とする請求項１乃至５のいずれか一に記載の献立自動バランスシステム。
【請求項７】
飲食店に関するメニューおよび該メニューのサービング数およびカロリー値等の所定情報が記録される飲食店ＤＢを有し、前記利用者端末から受信した情報から、利用者が案内を希望する食事区分より後の食事が外食であると判定する場合に、前記情報送信手段は、外食にて食する予定の食事メニューを登録するためのページ情報を利用者端末に送信し、送信されたページ情報と更に利用者端末から受信した情報から、現時点の飲食店メニューの案内を希望する利用者であると判定する場合に、前記ＳＶ数・カロリー値算出手段により算出した現時点の摂取可能な数値をもとに、その値を上限値として抽出した飲食店で提供されるメニューの中から利用者に案内するメニューを判定し、抽出する飲食店メニュー抽出手段と、を備えたことを特徴とする請求項１乃至５のいずれか一に記載の献立自動バランスシステム。
【請求項８】
飲食店に関するメニューおよび該メニューのサービング数およびカロリー値等の所定情報が記録される飲食店ＤＢを有し、前記利用者端末から受信した情報から、利用者が案内を希望する食事区分より後の食事が外食であると判定する場合に、前記情報送信手段は、外食にて食する予定の食事メニューを登録するためのページ情報を利用者端末に送信し、送信されたページ情報と更に利用者端末から受信した情報から、現時点の飲食店メニューの案内を希望する利用者であると判定する場合に、前記ＳＶ数・カロリー値算出手段により算出した現時点の摂取可能な数値が、すでに一日に摂取すべき数値を超過していると判定された場合に、その超過値に加算される数値をもとに当該数値が最小値から所定範囲にあるメニューおよび当該メニューを提供する飲食店を抽出する飲食店メニュー抽出手段と、を備えたことを特徴とする請求項１乃至５のいずれか一に記載の献立自動バランスシステム。
【請求項９】
飲食店に関するメニューおよび該メニューのサービング数およびカロリー値等の所定情報が記録される飲食店ＤＢを有し、前記利用者端末から受信した情報から、利用者が案内を希望する食事区分より後の食事が外食であると判定する場合に、前記情報送信手段は、外食にて食する予定の食事メニューを登録するためのページ情報を利用者端末に送信し、送信されたページ情報と更に利用者端末から受信した情報から、現時点の飲食店メニューの案内を希望する利用者であると判定する場合に、前記ＳＶ数・カロリー値算出手段により算出した現時点の摂取可能な数値が、一日に摂取すべき数値に接近していると判定された場合に、この一日に摂取すべき数値を超過した後に加算される数値が最小値から所定範囲にあるメニューおよび当該メニューを提供する飲食店を抽出する飲食店メニュー抽出手段と、を備えたことを特徴とする請求項１乃至５のいずれか一に記載の献立自動バランスシステム。
【請求項１０】
前記利用者ＤＢに記録されている利用者が一日に必要なサービング数、カロリー値、過去の食事内容および該食事内容から算出したサービング数、カロリー値をもとに、利用者の食生活において不足している食材および栄養素を特定する不足食材特定手段を有する特徴とする請求項１乃至９のいずれか一に記載の献立自動バランスシステム。
【請求項１１】
体重や体脂肪率など所定の体型情報をパターン化して記憶する体型パターンテーブルと、各体型パターンの利用者の食した平均的なサービング数とカロリー値を食事区分ごとに演算する一方、利用者端末から入力された該利用者の体型情報に基づいて予め定められた条件によって該利用者に提供すべき献立情報の基準となる体型パターンを決定し、該体型パターンのサービング数とカロリー値、及び前記利用者ＤＢを参照して該体型パターンの利用者の食した頻度の多い料理をもとに案内すべき献立情報を作成する献立情報作成手段と、を備え、
前記情報送信手段は、前記献立抽出手段に替えて前記献立情報作成手段の作成した献立情報を利用者端末に送信することを特徴とする請求項１乃至１０のいずれか一に記載の献立自動バランスシステム。
【請求項１２】
利用者に献立情報を案内した後に実際に食した食事内容の実績データを受信した場合は、該食事内容からサービング数またはカロリー値を判定して、案内したサービング数またはカロリー値と比較して、差が閾値以上の場合は案内する献立情報のサービング数またはカロリー値が実績データに近づくように当該利用者に案内する献立情報を作成するためのサービング数またはカロリー値を補正する補正係数演算手段を備えたことを特徴とする請求項１乃至１１のいずれか一に記載の献立自動バランスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者にサービング数やカロリー値に基づいて有効な献立情報を提供する献立自動バランスシステムに関する。
【背景技術】
【０００２】
一般に、健康な体を維持するためには、炭水化物・ビタミン・ミネラル等の栄養素や一日に摂取することが望ましいサービング数（以下、ＳＶ数とも言う。）、カロリー値等を考慮したバランスのよい食事を行うことが重要である。しかし、様々な理由から、日々の食生活において、食事の回数が少ない、あるいは特定の種類の食材を摂取することが多く、食事の内容が偏っているなど、乱れた食生活を行う者が多い。また、それに起因して、生活習慣病が社会問題化している。このため、バランスのよい食生活を営むための指針等、食材・食生活に関する情報がインターネット・テレビ等を通じて盛んに提供されており、健康管理のために献立や食材情報の提供を行うシステムや方法に関する技術も提案されている。（たとえば、特許文献１〜６を参照。）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−０９７２３１号
【特許文献２】特開２００７−２４９３７５号
【特許文献３】特開２００７−１３３５２５号
【特許文献４】特開２００７−０５８２５２号
【特許文献５】特開２００６−２５１８７１号
【特許文献６】特開２００４−０５４３６５号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、バランスのよい食生活を行うために必要な食材の選定・摂取する栄養素の分量等は、年齢・性別・運動状況（身体活動量）等の個人属性によって異なる。そのため、インターネット等によって提供される情報のみでは、自らの属性を考慮し、本人に適した食事を客観的に判断することが非常に難しいという問題がある。また、利用者に対し、必要な栄養を取るために自炊を強いるのは利用者の負担が過大となり、外食をする場合も考慮して、トータル的に食材や献立の管理ができるシステムが望まれている。
【０００５】
本発明は、上述の係る事情に鑑みてなされたものであり、利用者の属性情報と食事内容の履歴を収集することによって、バランスの良い食事の摂取を利用者が無理なく実践することができ、より有効な献立情報を提供することのできる献立自動バランスシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するため、本発明に係わる献立自動バランスシステムは、利用者端末と通信回線を介して接続し、利用者端末に献立情報を送信する献立自動バランスシステムであって、利用者ごとに利用者の属性情報（年齢・性別・体型・体脂肪率・運動状況（身体活動量）等）、利用者が一日に必要なサービング数、カロリー値、過去に案内した献立情報を保存する利用者ＤＢと、料理毎のサービング数およびカロリー値の情報を保存するＳＶ・カロリー情報ＤＢと、料理ごとに料理の数を決定する単位となるサービング基準値を関連付け、各料理を主食、副食等の料理区分にグループ化して保存する献立情報ＤＢと、利用者端末から送られてくる献立情報案内の送信要求を受信する情報受信手段と、利用者ＤＢに記録されている又は利用者端末から受信した、当該利用者の献立情報の案内を希望する日に食した食事内容を参照する食事内容参照手段と、前記参照した食事内容、利用者ＤＢに記録されている利用者が一日に必要なサービング数およびカロリー値、並びに利用者端末より受信した献立情報から算定される残食事数をもとに、利用者が案内を希望する朝食・昼食・夕食のいずれかの食事区分に適するサービング数およびカロリー値を算出するＳＶ数・カロリー値算出手段と、ＳＶ数・カロリー値算出手段によって算出した数値と献立情報ＤＢに保存されている情報とをもとに利用者に案内すべき料理および該料理の量を料理区分ごとに演算して献立情報を作成する献立抽出手段と、献立抽出手段の作成した献立情報を利用者端末に送信する情報送信手段と、を備えたことを特徴とする。
【０００７】
本発明では、案内を希望する利用者（案内希望者）と体型や体脂肪率など属性の類似する他の利用者に案内した料理を案内希望者に提供する。このとき、ＳＶ数・カロリー値算出手段により算出した数値の範囲内で案内することによって、その利用者に適したサービング数およびカロリー値を担保する。このように、献立自動バランスシステムは、利用者の栄養のバランスが取れるように利用者ごとに適正なＳＶ数およびカロリー値を管理して、適正値への調整を行うシステムである。
【０００８】
なお、案内希望者が減量を望む場合は、過去に類似の属性を有していた他の利用者であって、減量を達成した利用者の食した料理内容をＳＶ数・カロリー値算出手段により算出した案内希望者の数値範囲内で案内するようにしても良い。このとき、案内した料理情報とそのときに実際に案内希望者の食した料理内容のサービング数、カロリー値をもとに、案内すべき料理情報を修正するようにするのが好ましい。
【０００９】
また本発明に係わる献立自動バランスシステムは、利用者毎にアレルギー情報が記録されるアレルギー情報ＤＢと、当該アレルギー情報ＤＢを参照して、当該利用者のアレルギー成分を特定するアレルギー特定手段と、を備え、献立抽出手段は特定したアレルギー成分を含有する料理を除いて献立情報を抽出することを特徴とする。
【００１０】
さらに本発明に係わる献立自動バランスシステムは、飲食店に関するメニューおよび該メニューのサービング数およびカロリー値等の所定情報が記録される飲食店ＤＢと、利用者端末から受信した情報から、飲食店メニューの案内を希望する利用者であると判定した場合に、飲食店ＤＢを参照して、利用者に案内すべき飲食店を抽出する飲食店情報抽出手段と、ＳＶ数・カロリー値算出手段により算出した数値をもとに、飲食店情報抽出手段によって抽出された飲食店で提供されるメニューの中から利用者に案内するメニューを判定する飲食店メニュー抽出手段と、を備えたことを特徴とする。
【００１１】
本発明では、案内希望者が外食する場合に、適切なサービング数、カロリー値となるようなメニューを案内する。
【００１２】
また本発明に係わる献立自動バランスシステムは、クレジット会社サーバおよび飲食店端末と通信回線を介して接続されており、クレジット会社サーバは、飲食店端末から利用者のクレジットによる会計情報を受信すると、利用者がクレジット会計を行ったと判定して、その旨を管理サーバに送信する手段を有し、クレジット会社サーバから利用者がクレジット会計を行った旨を受信すると、利用者端末にその利用者が飲食を行った飲食店のメニュー一覧情報を配信する利用店舗メニュー配信手段と、利用者端末から送られてくるメニュー一覧情報をもとに利用者の入力した食事内容を受信し、受信した食事内容に関するサービング数およびカロリー値を算出し、算出した数値を利用者端末に送信することを特徴とする。
【００１３】
本発明では、クレジット会社からの通知を受けて、利用者が外食したことを検知して、その利用者の端末へ飲食店のメニュー一覧を送信し、その後返信されてくるメニュー内容のサービング数およびカロリー値を利用者ＤＢに記録すると共に該利用者へ通知する。
【００１４】
さらに本発明に係わる献立自動バランスシステムは、利用者端末から受信した情報から、利用者が案内を希望する食事区分より後の食事が、外食であると判定する場合に、情報送信手段は、外食にて食する予定の食事メニューを登録するためのページ情報を利用者端末に送信し、献立抽出手段は、該ページ情報をもとに利用者が入力した食事内容に基づいて利用者が案内を希望する食事区分の献立を抽出することを特徴とする。
【００１５】
本発明では、外食する場合を考慮して、その前の食事区分の食事情報を案内することによって、利用者が外食をするような場合でもその日のサービング数、カロリー値が最適になるように調整可能にする。
【００１６】
また本発明に係わる献立自動バランスシステムは、飲食店に関するメニューおよび該メニューのサービング数およびカロリー値等の所定情報が記録される飲食店ＤＢを有し、利用者端末から受信した情報から、利用者が案内を希望する食事区分より後の食事が外食であると判定する場合に、情報送信手段は、外食にて食する予定の食事メニューを登録するためのページ情報を利用者端末に送信し、送信されたページ情報と更に利用者端末から受信した情報から、現時点の飲食店メニューの案内を希望する利用者であると判定する場合に、ＳＶ数・カロリー値算出手段により算出した現時点の摂取可能な数値をもとに、その値を上限値として抽出した飲食店で提供されるメニューの中から利用者に案内するメニューを判定し、抽出する飲食店メニュー抽出手段と、を備えたことを特徴とする。
【００１７】
本発明では、利用者が外食する場合に、案内すべき飲食店を抽出する際、外食前の食事区分のサービング数およびカロリー値を考慮して飲食店メニューを抽出して案内することによって、その日のサービング数、カロリー値が最適になるように調整可能にする。
【００１８】
ここで、「現時点の摂取可能な数値」とは、既に利用者が摂取したカロリー値と、利用者が外食にて食する予定の食事メニューを登録した場合はその登録済みの食事予定のカロリー値とを加算した値を、その利用者の一日に必要なカロリー値から差し引いた値をいう。
【００１９】
また本発明に係わる献立自動バランスシステムは、飲食店に関するメニューおよび該メニューのサービング数およびカロリー値等の所定情報が記録される飲食店ＤＢを有し、利用者端末から受信した情報から、利用者が案内を希望する食事区分より後の食事が外食であると判定する場合に、情報送信手段は、外食にて食する予定の食事メニューを登録するためのページ情報を利用者端末に送信し、送信されたページ情報と更に利用者端末から受信した情報から、現時点の飲食店メニューの案内を希望する利用者であると判定する場合に、ＳＶ数・カロリー値算出手段により算出した現時点の摂取可能な数値が、すでに一日に摂取すべき数値を超過していると判定された場合に、その超過値に加算される数値をもとに当該数値が最小値から所定範囲にあるメニューおよび当該メニューを提供する飲食店を抽出する飲食店メニュー抽出手段と、を備えたことを特徴とする。
【００２０】
本発明では、利用者が外食案内を希望したときに、既に一日に摂取すべき数値を超過しているような場合でも、最適なメニューを提供する飲食店を案内可能にする。
さらに本発明に係わる献立自動バランスシステムは、飲食店に関するメニューおよび該メニューのサービング数およびカロリー値等の所定情報が記録される飲食店ＤＢを有し、利用者端末から受信した情報から、利用者が案内を希望する食事区分より後の食事が外食であると判定する場合に、情報送信手段は、外食にて食する予定の食事メニューを登録するためのページ情報を利用者端末に送信し、送信されたページ情報と更に利用者端末から受信した情報から、現時点の飲食店メニューの案内を希望する利用者であると判定する場合に、ＳＶ数・カロリー値算出手段により算出した現時点の摂取可能な数値が、一日に摂取すべき数値に接近していると判定された場合に、この一日に摂取すべき数値を超過した後に加算される数値が最小値から所定範囲にあるメニューおよび当該メニューを提供する飲食店を抽出する飲食店メニュー抽出手段と、を備えたことを特徴とする。
【００２１】
本発明では、案内希望時点では、一日に摂取すべき数値を超過していない場合でも、その数値に接近している場合に、すなわちその数値と予め定められた所定範囲内にあるような場合には、その数値を超過した後に加算される数値がより小さくなるようにメニューおよび飲食店を抽出して、利用者に案内する。
【００２２】
さらに利用者ＤＢに記録されている利用者が一日に必要なサービング数、カロリー値、過去の食事内容および該食事内容から算出したサービング数、カロリー値をもとに、利用者の食生活において不足している食材および栄養素を特定する不足食材特定手段を有する特徴とする。
【００２３】
本発明では、食事内容ごとに、食材、栄養素を保存するようにして、利用者の食事内容、サービング数およびカロリー値の履歴をもとに不足している食材、栄養素を特定して通知するようにする。
【００２４】
また、本発明に係わる献立自動バランスシステムは、体重や体脂肪率など所定の体型情報をパターン化して記憶する体型パターンテーブルと、各体型パターンの利用者の食した平均的なサービング数とカロリー値を食事区分ごとに演算する一方、利用者端末から入力された該利用者の体型情報に基づいて予め定められた条件によって該利用者に提供すべき献立情報の基準となる体型パターンを決定し、該体型パターンのサービング数とカロリー値、及び利用者ＤＢを参照して該体型パターンの利用者の食した頻度の多い料理をもとに案内すべき献立情報を作成する献立情報作成手段と、を備え、情報送信手段は、献立抽出手段に替えて献立情報作成手段の作成した献立情報を利用者端末に送信することを特徴とする。
【００２５】
本発明では、利用者の目標とする体型に近づけるために予め定めた条件によって、当該利用者に提供すべき献立情報の作成の基礎となる体型パターンを演算し、この体型パターンの利用者の実績データを用いて献立情報を作成する。
【００２６】
さらに、本発明に係わる献立自動バランスシステムは、利用者に献立情報を案内した後に実際に食した食事内容の実績データを受信した場合は、該食事内容からサービング数またはカロリー値を判定して、案内したサービング数またはカロリー値と比較して、差が閾値以上の場合は案内する献立情報のサービング数またはカロリー値が実績データに近づくように当該利用者に案内する献立情報を作成するためのサービング数またはカロリー値を補正する補正係数演算手段を備えたことを特徴とする。
【００２７】
本発明では、案内した献立情報と実績データとの差を求めて、実績データに近づくようにサービング数とカロリー値の少なくともいずれか一方を補正して献立情報を作成することによって、利用者にとって無理の無い献立情報の案内が可能となる。
【発明の効果】
【００２８】
本発明によれば、利用者の属性情報をもとに、利用者に適するバランスのとれた献立を客観的に抽出し、利用者に案内することができる。また、利用者の一日に必要なサービング数・カロリー値と、過去の食事内容をもとに算出したサービング数・カロリー値との比較を行うことにより、不足している栄養素・食材等を特定し、利用者に案内することで、利用者に適するバランスのとれた食事を行えるよう指導することが可能となる。また、飲食店のメニューごとに使用している食材やサービング数・カロリー値情報を保存管理することによって、利用者が外食を行う場合にも適切な献立情報の提供、メニュー情報の提供が可能となる。
【図面の簡単な説明】
【００２９】
【図１】本発明の第１の実施の形態による献立自動バランスシステムのシステム構成図である。
【図２】本発明の第１の実施の形態による個人属性情報登録・設定処理の手順を示すフローチャートである。
【図３】図１の利用者情報ＤＢ４１のデータ構成図である。
【図４】図１のＳＶ・カロリー情報ＤＢ４２のデータ構成図である。
【図５】本発明の第１の実施の形態による食事内容登録処理の手順を示すフローチャートである。
【図６】図１の食事内容参照手段による食事内容の登録画面の説明図である。
【図７】図６の他の実施例による食事内容の登録画面の説明図である。
【図８】本発明の第１の実施の形態による献立情報提供処理の手順を示すフローチャートである。
【図９】図１の献立情報ＤＢ４３のデータ構成図である。
【図１０】図８において外食を選択した場合の献立情報提供処理の手順を示すフローチャートである。
【図１１】図１の飲食店ＤＢ４５のデータ構成図である。
【図１２】本発明の第１の実施の形態によるクレジット決済処理の手順を示すフローチャートである。
【図１３】本発明の第１の実施の形態による食生活改善サポート処理の手順を示すフローチャートである。
【図１４】本発明の第２の実施の形態による献立自動バランスシステムのシステム構成図である。
【図１５】図１４の利用者ＤＢ４１のデータ構成図である。
【図１６】図１４の体型パターンテーブル４６のデータ構成図である。
【図１７】本発明の第２の実施の形態による献立情報作成処理の手順を示すフローチャートである。
【図１８】本発明の第２の実施の形態による補正係数演算処理の手順を示すフローチャートである。
【図１９】本発明の第２の実施の形態による献立抽出処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００３０】
以下、本発明の実施の形態を説明する。図１は、本発明の第１の実施の形態による献立自動バランスシステムのシステム構成図である。
【００３１】
この図において、献立自動バランスシステム１は、利用者２から通信回線５を介して送られてくる利用者の食事内容や献立情報の案内要求を受け付け、種々の演算処理を実行する管理サーバ１０と、利用者端末２の接続先であって利用者に対して献立情報等を提供するウェブサーバ１２を備えている。また、献立自動バランスシステム１の管理サーバ１０は、通信回線５を介して飲食店端末３および決済処理を実行するクレジット会社サーバ１５と繋がっている。なお、利用者はパーソナルコンピュータや携帯端末等の利用者端末２によってウェブサーバ１２に接続し、ウェブサーバ１２を経由して管理サーバ１０とデータ授受を行って食事内容の登録や献立情報の提供を受ける。
【００３２】
管理サーバ１０は、ウェブサーバ１２や通信回線５と接続する他の装置２、３、１５との間の通信を制御する制御部１１、種々の演算処理を実行する演算部２０、利用者の氏名や性別等の属性情報、食事履歴を記録する利用者ＤＢ４１、朝食、昼食、夕食等の食事区分ごと食事内容ごとのサービング（以下、ＳＶという）数やカロリー値を保存するＳＶ・カロリー情報ＤＢ４２、主食、主菜等の料理区分ごとに料理を組み合わせた献立情報を保存する献立情報ＤＢ４３、料理の食材に含まれているアレルギー情報を保存するアレルギー情報ＤＢ４４、飲食店ごとに飲食店の提供するメニューおよび当該メニューのＳＶ数、カロリー値を保存する飲食店ＤＢ４５を有している。
【００３３】
また、演算部２０は、制御部１１から渡される情報を受信処理する情報受信手段２１、制御部１１を介して他の装置へ情報を送信する情報送信手段２２、管理サーバ１０のＬＡＮ５０を介して各ＤＢ４１〜４５にアクセスして情報の読出し、書き込みを行う情報照会手段２３、利用者端末２から送られてくる実際に食した食事内容を記録する食事内容参照手段２４、利用者の送信した食事内容のＳＶ数やカロリー値を算出するＳＶ数・カロリー値算出手段２５、算出したＳＶ数・カロリー値の範囲内で利用者に案内すべき献立情報を抽出する献立抽出手段２６、料理に含まれているアレルギー情報から利用者のアレルギー成分が含まれている料理を特定するアレルギー特定手段２７、利用者の希望する飲食店の情報を抽出する飲食店情報抽出手段２８、抽出された飲食店で提供されるメニューのうち利用者に案内すべきメニューを抽出する飲食店メニュー抽出手段２９、利用者の利用した飲食店情報を入力して当該飲食店のメニュー一覧を利用者端末へ送信する利用店舗メニュー配信手段３０、および、利用者の食生活で不足する栄養素・食材等を判定して利用者へ通知する不足食材等特定手段３１を有している。各手段２１〜３１はプログラムによって実現可能な機能である。
【００３４】
次に、上記の構成を有する献立自動バランスシステム１の動作を説明する。
（個人属性情報登録・設定処理）
図２において、まず、利用者は、利用者端末２を介して献立自動バランスシステム１にアクセスする（Ｓ１０１）。具体的には、利用者端末２は、ウェブサーバ１２にアクセスし、同サーバ１２のウェブ画面を通して管理サーバ１０とデータのやり取りを行い必要なデータの入力や読出しを行う。以降、利用者端末２と管理サーバ１０との間のデータ授受に着目して説明する。
【００３５】
管理サーバ１０は、利用者の属性情報等を入力するための画面情報を利用者端末２に送信する（Ｓ１０２）。利用者は、この画面の指示に従い属性情報等を入力する（Ｓ１０３）。ここで、属性情報等とは、利用者の年齢（または生年月日）、性別、身長、体重、体脂肪、住所、運動状況に関する情報（身体活動量）などをいう。身体活動量は、食事バランスガイドを参考に入力することが可能であり、運動の目安を入力することにより一日に摂取してよいカロリー値の上限値を決定できる。このほか、アレルギーの出る食材、苦手な食材等の情報を併せて入力するようにしても良い。
【００３６】
そして、管理サーバ１０の情報受信手段２１は、利用者端末２から制御部１１を経由して送られてきた情報を受信すると（Ｓ１０４）、情報照会手段２３によって図４に例示するＳＶ・カロリー情報ＤＢ４２にアクセスする（Ｓ１０５）。
【００３７】
そして、管理サーバ１０のＳＶ数・カロリー値算出手段２５は、当該利用者の年齢（生年月日）、性別、身長、体重、体脂肪、運動状況に関する情報（身体活動量）の情報から、その利用者が一日に必要なＳＶ数・カロリー値等を算出する（Ｓ１０６）。その後、利用者の上記入力情報、および算定したＳＶ数、カロリー値等の情報を利用者ＤＢ４１に記録・更新して（Ｓ１０７）、利用者のＩＤ・パスワードを発行する（Ｓ１０８）。
【００３８】
図３は、利用者情報ＤＢ４１のデータ構成図である。利用者ＩＤごとに、上述した属性情報等およびＳＶ数・カロリー値算出手段２５に算定された一日に必要なＳＶ数、カロリー値のほか、後述する食事内容の履歴および利用者のアレルギー情報などが保存されている。
【００３９】
図４は、ＳＶ・カロリー情報ＤＢ４２のデータ構成図である。年齢、性別、体重などの属性ごとに一日に必要なＳＶ数・カロリー値が関連付けられて保存されている。
【００４０】
なお、ＳＶ数導入の背景として、健康で豊かな食生活の実現を目的とした「食生活指針」（平成１２年３月）を具体的に結びつけるものとして、平成１７年６月に農林水産省と厚生労働省により「食事バランスガイド」が策定され、この中に、食事の基本を身につけるための望ましい食事の取り方や、およその量を判りやすく表示するガイド値としてＳＶ数が定義されている。また、「食事バランスガイド」マニュアルも作成され、農林水産省の指導の下、スパーマーケット・コンビニエンスストア・外食産業において「食事バランスガイド」を活用する企業も存在する。メニューや食品にカロリー値表示をするだけでなく、ＳＶ数も表示し、およその量をガイドしている。
【００４１】
（食事内容登録処理）
次に、図５を用いて、その日の食事内容の登録処理について説明する。
まず、利用者が利用者端末２から献立自動バランスシステム１にアクセスして（Ｓ２０１）、ＩＤ・パスワードを入力する（Ｓ２０２）。そして、管理サーバ１０の情報受信手段２１は利用者ＤＢ４１にアクセスして（Ｓ２０３）、ＩＤ・パスワードの確認後ログインを許可し（Ｓ２０４）、食事内容参照手段２４によって食事内容登録用の画面情報を利用者端末２に送信する（Ｓ２０５）。
【００４２】
そして、利用者は、図６に例示する利用者端末２上に表示された登録画面にしたがって、食事内容の情報を入力する（Ｓ２０６）。具体的には、利用者が、「登録日」、「食事区分（朝食、昼食、夕食）」、「食事内容（あるいは材料）」、「数量」等の情報を選択入力する。なお、入力時には、献立情報ＤＢ４３に保存されているデータをもとに利用者端末２上に表示された一覧画面（図７参照）から当日食べた食事を選択するようにしても良い。また、ファーストフードやコンビニ弁当等、ＳＶ数・カロリー値を企業側が提供している食品の場合は、デジタルカメラ等で食事を撮影して画像を送信されるようにして、管理サーバ１０側で受信した画像をもとに、パターン認識またはマニュアルで「材料」・「重量」等を特定するようにしてもよい。
【００４３】
管理サーバ１０の食事内容参照手段２４は、利用者が入力した情報を受信すると（Ｓ２０７）、ＳＶ数・カロリー値算出手段２５によって利用者の摂取したＳＶ数、カロリー値を算出する（Ｓ２０８）。具体的には、利用者が入力した情報から、「食事区分」でチェックを入れた食事において摂取したＳＶ数・カロリー値等を算出する。ＳＶ数は、食事例ごとの基準値に対して、入力された食事内容の数量が何倍かを計算することによって求め、カロリー値は、食事例の標準カロリー値の和によって求める。
【００４４】
そして、算出した数値（ＳＶ数、カロリー値）を利用者端末２に送信する（Ｓ２０９）。また、管理サーバ１０は、食事内容等を利用者ＤＢ４１を更新する（Ｓ２１０）。
【００４５】
なお、利用者が定期的に摂取する食事内容に関しては、予め一括登録できるようにしておいても良い。たとえば、朝食としてトースト１枚と牛乳１杯のデータを所定期間連続して入力した利用者については、自動的にトースト１枚と牛乳１杯の朝食データがデフォルト設定され、利用者は変更があった日のデータのみを変えるというものである。これにより、利用者の入力の負担を軽減して、システムの利便性を向上させることができる。
【００４６】
（献立情報提供処理）
次に図８を用いて献立情報の提供処理について説明する。
ステップＳ３０１〜Ｓ３０４までは、図５のステップＳ２０１〜Ｓ２０４と同様である。ステップＳ３０５において、管理サーバ１０の献立抽出手段２６は、所定情報の入力用画面情報を利用者端末２に送信する。
【００４７】
そして、利用者は、利用者端末２に表示された画面情報にしたがって、提供を受ける献立情報の条件を入力する（Ｓ３０６）。例えば、昼食時の献立情報を希望する場合に、「朝食・昼食・夕食」の中から、「昼食」を選択する、あるいは、料理のジャンルに関し、「和食」の献立を希望する場合は、「和食・洋食・中華」の中から、「和食」を選択する等が考えられる。
【００４８】
管理サーバ１０の献立抽出手段２６は、利用者端末２から送られてくる入力情報を受信すると、利用者ＤＢ４１にアクセスして（Ｓ３０７）、利用者が、当日の食事内容の登録を行っているか否かを判定する（Ｓ３０８）する。
【００４９】
この判定の結果、当日の食事内容の登録を行っていない場合は（Ｓ３０８で「ＮＯ」）、食事内容入力用の画面情報を利用者端末２に送信する（Ｓ３１０）。利用者は、端末２に表示された画面情報にしたがって、食事内容を入力する（Ｓ３１１）。このとき、利用者が食事内容のすべてを詳細に記憶していない場合もあり得るため、例えば、上記の食事内容登録処理での説明と同様に、管理サーバ１０が、食材（料理）の一覧を利用者端末２に送信し、利用者がその一覧から当日食べた食事を選択するようにしてもよい。
【００５０】
また、入力の対象となる食事が外食の場合であっても対応できるよう、管理サーバ１０は、飲食店ＤＢ４５を参照し、飲食店の一覧および飲食店にて提供されるメニューを利用者端末２に送信し、利用者に選択させるようにしてもよい。
【００５１】
なお、上記ステップＳ３１０の処理を行っても、利用者が食事内容を思い出せない場合などは、利用者の過去の食事履歴を参照する、あるいは利用者の「生年月日」「年齢」「性別」等と近似する他の利用者の食事履歴を参照して、ＳＶ数・カロリー値を算出するようにしてもよい。
【００５２】
次に、ステップＳ３１２において、管理サーバ１０の献立抽出手段２６は、利用者端末２から送られてくる入力情報を受信すると、管理サーバ１０は、ＳＶ数・カロリー値算出手段２５によって、受信（または過去の履歴等から抽出）した食事内容のＳＶ数およびカロリー値を算出する（Ｓ３１３）。そして、利用者ＤＢ４１に記録されている当該利用者の「一日に必要なＳＶ数・カロリー値」から「上記ステップＳ３１３で算出したＳＶ数・カロリー値」を差し引き、以後の食事で摂取可能なＳＶ数・カロリー値を算出する（Ｓ３１４）。
【００５３】
なお、ステップＳ３０８において、当日の食事内容の登録が行われている場合は（Ｓ３０８で「ＹＥＳ」）、管理サーバ１０は、情報照会手段２３によって、利用者ＤＢ４１を参照して登録された食事内容を抽出して（Ｓ３０９）、ステップＳ３１３に移行する。
【００５４】
ステップＳ３１４の処理の後、利用者が入力した食事区分を参照する（Ｓ３１５）。そして、利用者が朝食を選択している場合は、以後摂取が可能なＳＶ数・カロリー値を３で除して、今回の食事で摂取が望ましいＳＶ数・カロリー値を算出する（Ｓ３１６）。利用者が昼食を選択している場合は、以後摂取が可能なＳＶ数・カロリー値を２で除し（Ｓ３１７）、利用者が夕食を選択している場合は、以後摂取が可能なＳＶ数・カロリー値を１で除して（Ｓ３１８）、それぞれ今回の食事で摂取が望ましいＳＶ数・カロリー値を算出する。
【００５５】
以上は一日に必要なカロリー値を朝食・昼食・夕食で三等分することを前提にした演算例であるが、異なる一定の比率で分割するようにしても良い。
【００５６】
また、朝食または昼食が選択された場合は、「今回の食事」より後の食事が外食であることが決まっている場合には、例えば、管理サーバ１０が外食した場合の平均ＳＶ数・カロリー値を参照して、外食時のＳＶ数・カロリー値を算出し、その数値を除いた数値から、「今回の食事で摂取が望ましいＳＶ数・カロリー値」を算出するようにしてもよい。
【００５７】
次に、管理サーバ１０は、情報照会手段２３によって献立情報ＤＢ４３にアクセスして（Ｓ３１９）、利用者に案内する献立を判定する（Ｓ３２０）。具体的には、管理サーバ１０の献立抽出手段２６は、算出した「今回の食事で摂取する必要のあるＳＶ数・カロリー値」をもとに、献立情報ＤＢ４３を参照して、算出したカロリー値以下でＳＶ数が算出値以上となる料理の組み合わせを抽出することによって利用者に案内する献立を決定する。図９に献立情報ＤＢ４３のデータ構成例を示す。主食、主菜等の料理区分ごとに食事例の料理とＳＶ数の基準値が関連付けられて保存されている。
【００５８】
なお、献立情報の作成方法として、例えば、利用者の選択した食事区分、料理ジャンルで、料理区分ごとにまずＳＶ数を満たすように料理をランダムに算出する。このとき予め料理の組み合わせをパターン化しておいて、そのパターンを抽出するようにしても良い。そして、ＳＶ数・カロリー値算出手段２５によって算出したカロリー値以下で、当該カロリー値の所定範囲内になるまで、予め優先順位付けされた料理区分の順にその区分に属する料理を加えていく。そして、ＳＶ数がＳＶ数・カロリー値算出手段２５によって算出した値から予め定めた所定値以上となり、なおもカロリーが所定範囲に入っていない場合は、それぞれの料理、あるいは予め決められた料理区分における料理の量を所定範囲に入るまで増やすようにする。このように、料理区分ごとに料理、料理の品数および料理の量を演算することによって献立情報を作成する。
【００５９】
なお、食材ごとのアレルギー情報を記録したアレルギー情報ＤＢ４４等を参照して、利用者が苦手な料理・摂取するとアレルギーが出る料理を献立から除くようにしてもよい。また、利用者の生年月日・性別・身長・体重・体脂肪・運動状況（身体活動量）と類似する他の利用者に案内した料理を優先的に抽出する、あるいは、利用者の過去の食事内容を参照し、当該利用者が近時に食した料理を除くようにしても良い。
【００６０】
そして、管理サーバ１０は、情報送信手段２２によって、抽出した献立を利用者端末に送信して（Ｓ３２１）、利用者ＤＢ４１を更新する（Ｓ３２２）。
【００６１】
次に、図１０に基づいて、提供条件として「飲食店メニュー」を選択している利用者の場合の処理手順について説明する。ステップＳ４０１〜Ｓ４１８は、基本的に図８のステップＳ３０１〜Ｓ３１８と同様であるが、図８との違いは、まず、ステップＳ４０６において、利用者は、提供される献立情報の条件として「飲食店メニュー」を選択する。なお、この場合に、利用者が予め希望する飲食店を入力し、入力された飲食店情報を利用者ＤＢ４１に保存するようにしてもよい。
【００６２】
ステップＳ４１６〜Ｓ４１８の処理内容は、基本的にステップＳ３１６〜Ｓ３１８と同様であるが、ステップＳ４１６とステップＳ４１７において、「今回の食事」より後の食事が外食であることが決まっている場合には、管理サーバ１０が外食した場合の平均ＳＶ数・カロリー値を参照して、外食時のＳＶ数・カロリー値を算出し、その数値を除いた数値から、「今回の食事で摂取が望ましいＳＶ数・カロリー値」を算出するようにしてもよい。
【００６３】
なお、夕食の外食先のメニューおよびメニューごとのＳＶ数・カロリー値は飲食店ＤＢに登録されているものとする。これにより、たとえば、朝食は登録済みであって、夕食は親睦会等で外食と決まっている場合に、昼食の定食を探すような場合に、一日の摂取カロリー値から朝食と夕食分を差し引き、摂取可能なカロリー値内でバランスの良い定食を提供する飲食店を探索することができる。このとき、朝食と夕食でカロリー値オーバの場合や摂取して良いカロリー値が少ない場合はオーバ分を表示しながら、摂取カロリー値がより小さくなるように飲食店を案内するようにしても良い。
【００６４】
ステップＳ４１９において、管理サーバ１０は、情報照会手段２３によって飲食店ＤＢ４５にアクセスして、利用者に案内する飲食店の情報を抽出する（Ｓ４２０）。具体的には、管理サーバ１０は、利用者の飲食を希望する飲食店が利用者ＤＢ４１に記録されている場合に、飲食店ＤＢ４５からその飲食店の情報を抽出する。また、利用者端末２がＧＰＳ機能を有する場合に、ＧＰＳにて利用者の位置を確認して近くの飲食店を特定し、飲食店ＤＢ４５を参照して、特定した飲食店の情報を抽出するようにしてもよい。図１１に飲食店ＤＢ４５のデータ構成例を示す。飲食店ＩＤ、飲食店名、ＧＰＳ位置情報、和食、中華等の料理ジャンル、および、メニューごとのカロリー値やその料理区分ごとのＳＶ数が関連付けられて保存されている。
【００６５】
なお、抽出する飲食店は、必ずしも一つである必要はなく、複数の飲食店をピックアップし、利用者に案内するようにしてもよい。
【００６６】
次に、管理サーバ１０は、情報照会手段２３によって飲食店ＤＢ４５にアクセスして、ステップＳ４２０で抽出した飲食店にて提供されるメニューの中から、算出した「今回の食事で摂取が望ましいＳＶ数・カロリー値」を参照して、利用者端末２に案内する料理を選択する。たとえば、算出したカロリー値以下でＳＶ数が算出値以上となるメニューを抽出する。
【００６７】
そして、ステップＳ４２０で特定した飲食店と、ステップＳ４２２で選択した料理の情報を利用者端末２に送信して（Ｓ４２３）、利用者ＤＢ４１に利用者に案内した食事内容を追加する（Ｓ４２４）。
【００６８】
（クレジット決済処理）
次に、案内された飲食店を利用し、提携クレジット会社で支払いをした場合のクレジット決済処理について図１２を用いて説明する。
【００６９】
利用者は、利用者端末２を介して管理サーバ１０から飲食店情報を受信すると（Ｓ５０１）、利用者が案内された飲食店情報で食事をし、提携クレジット会社で支払いを行う（Ｓ５０２）。その後、提携クレジット会社のサーバ１５から管理サーバ１０へ飲食店利用の情報がデータ送信される（Ｓ５０３）。なお、提携クレジット以外で支払をする場合は、利用者がウェブサーバ１２にアクセスして飲食店利用の情報入力を行うものとする。
【００７０】
そして、管理サーバ１０の利用店舗メニュー配信手段３０は、利用者端末２へ飲食店のメニュー一覧を送信して登録を促す（Ｓ５０４）。
【００７１】
利用者が、利用者端末２に表示された食事内容の情報を選択すると（Ｓ５０５）、管理サーバ１０は、利用者が入力した情報を受信する（Ｓ５０６）。
【００７２】
そして、管理サーバ１０は、ＳＶ数・カロリー値算出手段２５によって算出したＳＶ数、カロリー値の情報を利用者端末２に送信すると共に（Ｓ５０７）、利用者ＤＢ４１の記録を更新する（Ｓ５０８）。
【００７３】
（食生活改善提案サポート処理）
次に、図１３を用いて食生活改善サポート処理の手順について説明する。
ステップＳ６０１〜Ｓ６０４は、図５のステップＳ２０１〜Ｓ２０４と同様である。
ステップＳ６０５において、管理サーバ１０の不足食材等特定手段３１は、利用者ＤＢ４１にアクセスして利用者の過去の食事内容を参照し、また、当該利用者の一日に必要なＳＶ数・カロリー値と、利用者の過去の食事におけるＳＶ数・カロリー値との比較を行う（Ｓ６０７）。
【００７４】
そして、ＳＶ・カロリー情報ＤＢ４２を参照して利用者の食生活で不足する栄養素・食材等を判定し（Ｓ６０８）、当該判定した栄養素・食材等の情報を利用者端末に送信して（Ｓ６０９）、利用者ＤＢ４１の記録を更新する（Ｓ６１０）。
【００７５】
以上、本実施の形態によれば、年齢・性別・体型等によって標準のＳＶ数・カロリー値、栄養素の情報を保存するＳＶ・カロリー情報ＤＢと、料理内容ごとに基準量を定義して主食、副菜等の料理区分に分類して保存管理する献立情報ＤＢを設け、利用者の属性情報をもとに前記両ＤＢを参照して必要なＳＶ数・カロリー値を抽出するので、利用者に適するバランスのとれた献立を客観的に抽出し、利用者に案内することができる。  
【００７６】
また、利用者の一日に必要なＳＶ数・カロリー値と、過去の食事内容をもとに算出したＳＶ数・カロリー値との比較を行うことにより、不足している栄養素・食材等を特定し、利用者に案内することで、利用者に適するバランスのとれた食事を行えるよう指導することが可能となる。また、飲食店のメニューごとに使用している食材やＳＶ数・カロリー値情報を保存管理することによって、利用者が外食を行う場合にも適切な献立情報の提供、メニュー情報の提供が可能となる。
【００７７】
次に、本発明の第２の実施の形態を説明する。
本実施の形態は、利用者に有効な献立情報を自動的に作成し、個々の利用者に合わせて、適切な献立を案内するというものである。
【００７８】
図１４は、第２の形態による献立自動バランスシステム１のシステム構成図である。
図１との違いは、利用者の体型変化に合わせて献立情報を作成する献立情報作成手段３２と標準のＳＶ数、カロリー値を利用者ごとに補正するための補正係数を演算する補正係数演算手段３３を設け、献立抽出手段２６は、この補正係数に補正されたＳＶ数、カロリー値に対して案内すべき献立情報を抽出するようにしたことである。なお、本実施の形態における利用者ＤＢ４１は、図１５に示すように、食事履歴と同様に、体重や体脂肪率などの体型情報、運動状態、健康状態なども日々履歴を記録可能にし、また後述する補正係数を保存できるように構成されている。また、図１６に示すように体型パターンテーブル４６を設け、体重や体脂肪率など所定の体型情報に基づいてパターン化し、利用者端末２からの体型情報の入力によって、利用者ＤＢ４１に入力された体型情報に該当する体型パターンを時系列的に記録する。
以下、本実施の形態で新たに追加した機能について図１７〜図１９を用いて説明する。
【００７９】
（献立情報作成処理）
図１７において、献立情報作成手段３２は、まず利用者ＤＢ４１にアクセスして（Ｓ７０１）、利用者ＤＢ４１の全ての利用者ＩＤについて以下の処理を繰り返す（Ｓ７０２ａ、Ｓ７０２ｂ）。まず、当該利用者ＩＤの最初の体型パターンを抽出して（Ｓ７０３）、献立情報提供対象である利用者の現在の体型パターンに対して、抽出条件として例えば体重１０％減少など予め定めた所定の割合変化した体型パターンか否かを判定し（Ｓ７０４）、所定の割合変化した体型パターンならば、次に、たとえば６ヶ月など基準期間内か否かを判定し（Ｓ７０５）、基準期間内の場合は次に健康状態が良好か否かを判定し（Ｓ７０６）、良好の場合は食事区分ごとに当該期間中の料理内容、ＳＶ数、カロリー値を集計する（Ｓ７０７）。具体的には、ＳＶ数、カロリー値をステップＳ７０３で抽出した体型パターンに関連付けて保存する。すでに保存されているデータが存在する場合は加算平均化処理をする。また料理内容については頻度の多いものからソートする。
【００８０】
その後、当該利用者ＩＤについて最終の体型パターンか否かを判定し（Ｓ７０８）、最終の体型パターンでない場合は、次の体型パターンを抽出して（Ｓ７０９）、ステップＳ７０４に移行し、最終の場合は（Ｓ７０８で「ＹＥＳ」）、次の利用者ＩＤについて上記の処理（Ｓ７０３〜Ｓ７０９）を繰り返す。
【００８１】
上記の処理によって、献立情報提供対象者の現在の体型パターンの体重等のデータが所定の割合変化した体型パターンの平均的なＳＶ数、カロリー値、および、頻度の多い料理内容によって献立情報を作成することができる。この所定の割合は、利用者ごとに設定可能にしても良い。なお、体型パターンごとに予めＳＶ数、カロリー値の平均値、および、頻度の多い料理内容をバッチ処理で演算し、その演算結果を献立情報ＤＢ４３に保存しておき、献立情報を提供するときに、利用者の現在の体型パターンをもとに提供すべき体型パターンのＳＶ数、カロリー値の平均値、および、頻度の多い料理内容を献立情報ＤＢ４３から抽出して提供するようにしても良い。
【００８２】
（補正係数演算処理）
図１８において、補正係数演算手段３３は、利用者ごとに、献立情報を案内した後の実績データ（実際に食した食事内容）を受信した場合は（Ｓ８０１で「ＹＥＳ」）、受信した食事内容からＳＶ数、カロリー値を判定して（Ｓ８０２）、案内したＳＶ数、カロリー値と比較して（Ｓ８０３）、差が閾値以上の場合は、案内する献立情報のＳＶ数、カロリー値が実績データに近づくように当該利用者の補正係数を変更する（Ｓ８０５）。たとえば、下記の式によって補正係数を変更することができる。
補正係数＝補正係数―α
【００８３】
ここで、補正係数の初期値＝１
α＝０．１（案内した献立情報のカロリー値＞実績データのカロリー値）
α＝−０．１（案内した献立情報のカロリー値＜実績データのカロリー値）
なお、αの値は、案内した献立情報と実績データとの差の大きさに基づいて決定するようにしても良い。
【００８４】
また、ＳＶ数についても同様に、案内した献立のＳＶ数と実績データのＳＶ数との差が所定値以上ある場合は、実績データに近づけるようにその利用者のＳＶ数を補正する。
【００８５】
（献立抽出処理）
本実施の形態による献立抽出手段２６は、  図８のステップＳ３１４以降の処理を次の処理に置き換える。
【００８６】
すなわち、図５において、ステップＳ３１３の処理によって、受信した食事内容のＳＶ数、カロリー値を算出した後、その利用者の体型パターンを抽出して（Ｓ９０１）、算定対象の食事区分について、当該体型パターンの平均ＳＶ数、カロリー値を算出する（Ｓ９０２）。
【００８７】
次に、抽出した平均値に当該利用者の補正係数を掛け合わせて補正し、補正後のＳＶ数、カロリー値を出力し（Ｓ９０３）、その出力値を用いて案内すべき献立情報を抽出する（Ｓ９０４）。このとき、その体型パターンについて上位に分類されている献立情報を抽出する。そして、抽出した献立情報を利用者端末２へ送信して（Ｓ９０５）、利用者ＤＢ４１を更新する（Ｓ９０６）。
【００８８】
以上、本実施の形態によれば、体型パターンごとにダイエットによる減量など体型パターンの変化を考慮して、効果の高いＳＶ数、カロリー値および料理内容を記録して、これに基づいて利用者に献立情報を提供するので、第１の実施の形態に比べてより効果の高い献立の案内が可能となる。また、利用者ごと食事区分ごとに補正係数を設定し、この補正係数によって、標準のＳＶ数またはカロリー値を補正して、当該利用者に案内すべき献立のＳＶ数、カロリー値を算定し、献立を判定するので、その利用者の特性にあった献立情報の提供が可能となる。
【符号の説明】
【００８９】
１  献立自動バランスシステム
２  利用者端末
３  飲食店端末
５  通信回線
１０  管理サーバ
１１  制御部
１２  ウェブサーバ
１５  クレジット会社サーバ
２０  演算部
２１  情報受信手段
２２  情報送信手段
２３  情報照会手段
２４  食事内容参照手段
２５  ＳＶ数・カロリー値算出手段
２６  献立抽出手段
２７  アレルギー特定手段
２８  飲食店情報抽出手段
２９  飲食店メニュー抽出手段
３０  利用店舗メニュー配信手段
３１  不足食材等特定手段
３２  献立情報作成手段
３３  補正係数演算手段
４１  利用者ＤＢ
４２  ＳＶ・カロリー情報ＤＢ
４３  献立情報ＤＢ
４４  アレルギー情報ＤＢ
４５  飲食店ＤＢ
４６  体型パターンテーブル
５０  ＬＡＮ
【図２】
2010224990.tif 000003
【図３】
2010224990.tif 000004
【図４】
2010224990.tif 000005
【図５】
2010224990.tif 000006
【図６】
2010224990.tif 000007
【図７】
2010224990.tif 000008
【図８】
2010224990.tif 000009
【図９】
2010224990.tif 000010
【図１０】
2010224990.tif 000011
【図１１】
2010224990.tif 000012
【図１２】
2010224990.tif 000013
【図１３】
2010224990.tif 000014
【図１５】
2010224990.tif 000015
【図１６】
2010224990.tif 000016
【図１７】
2010224990.tif 000017
【図１８】
2010224990.tif 000018
【図１９】
2010224990.tif 000019
【図１】
2010224990.tif 000020
【図１４】
2010224990.tif 000021