(57)【要約】【課題】  本発明は、飲食店等の店舗での料理のメニューを選択、提案してオーダの支援を行なうメニューオーダ選択支援システム等に関し、複数の店舗を利用する場合にも場所を選ばずに健康管理を行なう。【解決手段】  ユーザ毎の、嗜好を表わす嗜好情報、摂取が禁止された食材を表わす危険食材情報、および、摂取量管理のための健康管理情報を含む個人データを管理し、アクセスに応じて情報を提供するデータセンタ１０と、通信回線を介して前記データセンタに接続されデータセンタから客の個人データの提供を受けて、客にその客の個人データに適合したメニューを提案する店舗システム３０Ａ，３０Ｂとを有する。【選択図】        図１
2005222191.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ毎の、嗜好を表わす嗜好情報、摂取が禁止された食材を表わす危険食材情報、および、摂取量管理のための健康管理情報を含む個人データを管理し、アクセスに応じて情報を提供するデータセンタと、
通信回線を介して前記データセンタに接続され該データセンタから客の個人データの提供を受けて該客に該客の個人データに適合したメニューを提案する店舗システムとを有することを特徴とするメニューオーダ選択支援システム。
【請求項２】
前記店舗システムが、同一グループに属する複数の客が同一グループに属することを認識するグループ認識手段と、同一グループ内の複数の客のうちのいずれかの客により該同一グループ内の複数の客のうちのいずれかの客の危険食材を含むメニューがオーダされた場合に危険食材が含まれていることを警告する警告手段とを有することを特徴とする請求項１記載のメニューオーダ選択支援システム。
【請求項３】
前記健康管理情報が、時間的長さが相互に異なる複数の期間それぞれについての摂取許容量と過去の摂取量の情報を有するものであり、前記店舗システムが、客に、該客の過去の摂取量と該複数の期間の摂取許容量とから求めた、該客の今回の食事での摂取許容量を提示するものであることを特徴とする請求項１記載のメニューオーダ選択支援システム。
【請求項４】
ユーザ毎の、嗜好を表わす嗜好情報、摂取が禁止された食材を表わす危険食材情報、および、摂取量管理のための健康管理情報を含む個人データを管理するデータ管理手段と、客にメニューを提案する店舗システムからの通信回線を経由したアクセスに応じて客の個人データを提供するデータ提供手段とを有することを特徴とするデータセンタ。
【請求項５】
ユーザ毎の、嗜好を表わす嗜好情報、摂取が禁止された食材を表わす危険食材情報、および、摂取量管理のための健康管理情報を含む個人データを管理するデータセンタに通信回線を介してアクセスし該データセンタから客の個人データの提供を受けるデータ取得手段と、客に該客の個人データに適合したメニューを提案するメニュー提案手段とを有することを特徴とする店舗システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店等の店舗での料理のメニューを選択、提案してオーダの支援を行なうメニューオーダ選択支援システム、メニューの選択に有効な情報を管理するデータセンタおよびそのデータセンタから情報の提供を受けてメニューの提供やオーダの支援を行なう店舗システムに関する。
【背景技術】
【０００２】
レストラン等の飲食店において、注文という行為は一種の契約であり、非常に重要な行為である。何故なら注文は契約である為、一度注文すると簡単には取り消し変更が出来ない又は難しいからである。
【０００３】
ところが、これらの一般的な取引の形態では、ユーザは商品の内訳を確認できず、品物（飲食物）のリストだけで、品物を選択しなければならないのが現状である。
【０００４】
注文ミスを行うと、ユーザには、好き嫌いの好みがあり、物によっては食べられないといった結果を引き起こす。また人によってはアレルギーといった、ある品物に対し致命的な影響を受ける危険性を伴う。
【０００５】
また、店舗側は顧客の好み情報も無く、商品を一般的な情報で進めるしか無かった。このため、新メニューの広告も無作為に、ユーザリストに従って行なうしか無かった。
【０００６】
また、最近は健康ブームで、各料理店舗へ行くとカロリーだとかの表示がなされてきている。しかし、実際の栄養管理では、これらの情報では不足すぎる。例えば栄養素もその一つである。どんな栄養素がどのくらい含まれているか、といった情報や、どんな食材が使われているか、といった情報が必要である。しかし、メニューに全てを書き込むと、メニュー自体が読みにくくなる。これを解消するためコンピュータ等を利用したメニュー支援システムが存在しているが（代表例を下記に４つ挙げる）、十分なサービスを供給できてはいない。
【０００７】
（１）特許文献１
要旨：消費者からの諸条件により、過去の注文実績も踏まえ、栄養バランスのとれたメニューを提案。
【０００８】
システム構成：宅配に関係する、仕入れ、受注センター（消費者端末を含む）、食材加工、配送センターをネットワークで組んだ構成。
【０００９】
サービス内容：食材供給会社のサービスなので、自宅での食材発注に限定。辛い・甘いのが良いといった嗜好を選択できる様、メニューが分かれている（単に辛いカレーとか甘いカレーというメニューがあり選択できるだけ）。メニューは全てを表示（嗜好情報もありかなりの量になると思われる）。注文後、過去１月分のカロリーや栄養素の平均値から、注文を変更するよう促す機能が有る。
【００１０】
（２）特許文献２
要旨：アレルギー情報と嗜好情報を基に、アレルゲン食材を含まない栄養バランスのとれた料理情報を提供。
【００１１】
システム構成：各家庭端末と本献立作成システムと料理供給業者のネットワーク。
【００１２】
メニュー表示：アレルギー、嗜好情報を考慮したメニューを作成。システムが強制的にメニューを作成。栄養素やカロリー摂取量の考慮は無しで、病状や、ダイエット食というだけで、一回ぽっきりの献立作成システムであり、取得データの蓄積機能は無い。
【００１３】
（３）特許文献３
要旨：医療機関からの健康情報を参照して、飲食店舗にて顧客にメニューアドバイス情報を提供。
【００１４】
システム構成：メニュー端末、店舗端末、本部端末と飲食本部のクローズシステム。病院端末との連携が可能。方向は病院端末から飲食本部への一方通行。
【００１５】
サービス内容：まずその店舗の全てのメニューを表示、オーダー後、１日の摂取許容量（カロリー・栄養素）を超えていた場合は、アドバイス情報のフィードバック、再度オーダを繰り返す。必要なら、その食材量を加減するオプション有り。１食料店舗にクローズしたシステムなので、最近摂取した飲食物を最初に投入する必要がある。
【００１６】
（４）特許文献４
要旨：食材、カロリ摂取量、栄養素含有量などを含むメニュー詳細情報から顧客の選択した料理をオーダ。
【００１７】
システム構成：携帯型情報端末（個人又は店の端末）、無線ＬＡＮを介して電子レジスタ（精算用、来店回数による割引計算用）、厨房用パーソナルコンピュータ（基本的にオーダを間違えずに作る、現在のプロセス管理、待ち時間管理用として使用）、および店舗のサーバで構成され、店舗でクローズされた構成。
【００１８】
メニュー表示：単に食品のカロリー、栄養素の量を表示。または、食事制限メニュー（ユーザが手で指定する必要がある）があるが、病名、症状で固定の専用メニュー。感想のフィードバック（次回来店時のオーダ修正）、テーブル端末管理（追加発注の管理、待ち時間算出用）、来店回数（次回の割引率変更）、支払い金額等を店舗サーバに保存。
【特許文献１】特許平１１−３１１７５号公報
【特許文献２】特開２００３−１６１９１号公報
【特許文献３】特開２００３−９９５３９号公報
【特許文献４】特開２００１−３０６６６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１９】
従来、個人の好み／苦手／アレルギー／摂取可能カロリー量といったデータ（以下個人データと記す）が、人間の記憶、会話といった手段でしか扱われていないので、不確かな情報でミスが発生していた。これをデータ化し、ある特定の健康管理を目的とした宅配業者での管理（前掲特許文献１，２）又は、飲食店舗での管理（特許文献３，４）を行なうするシステムが存在する。
【００２０】
しかし、いずれもその業者だけのシステムであり、別の店舗や、その個人で作成された料理を食した場合は、その管理対象外となりカロリーや各栄養素の集計データもそこで無効となってしまっていた。こういった今までのシステムは病院で出される食事（カロリーや各栄養素を計算し作られた食事）を、単にメニュー数を増やし、外で食べる仕組み（極めて限られた場所にて）を作っているだけであり、本来の我々の生活になじまないシステムであった。すなわち、押し付けメニュー又は１店舗のごく限られたメニュー、限定された場所での食事等、病院での食事と変らないようなシステムであった。
【００２１】
本発明は、上記事情に鑑み、複数の店舗を利用する場合にも場所を選ばずに健康管理を行なうことのできるメニューオーダ選択支援システム、およびそのシステムに好適なデータセンタ、店舗システムを提供することを目的とする。
【課題を解決するための手段】
【００２２】
上記目的を達成する本発明のメニューオーダ選択支援システムは、
ユーザ毎の、嗜好を表わす嗜好情報、摂取が禁止された食材を表わす危険食材情報、および、摂取量管理のための健康管理情報を含む個人データを管理し、アクセスに応じて情報を提供するデータセンタと、
通信回線を介してデータセンタに接続されデータセンタから客の個人データの提供を受けて客にその客の個人データに適合したメニューを提案する店舗システムとを有することを特徴とする。
【００２３】
ここで、上記データセンタが、上記個人データに加え、さらに、店舗毎の、各メニューの使用食材および含有量を表わすメニュー情報を含む店舗データを管理するものであり、店舗システムが、データセンタから客の個人データと自店舗の店舗データの提供を受けて、自店舗の店舗データと客の個人データとの双方に適合したメニューを提案するものであってもよく、あるいは、上記店舗システムが、自店舗の、各メニューの使用食材および含有量を表わすメニュー情報を含む店舗データを管理するものであり、その店舗システムが、データセンタから客の個人データの提供を受けて、自店舗の店舗データと客の個人データとの双方に適合したメニューを提案するものであってもよい。
【００２４】
その場合に、上記メニュー情報が、メニューの使用食材に代わる代替食材および含有量を表わすオプション情報を含むものであって、店舗システムが、そのオプション情報を含むメニュー情報の中から、客の個人データに適合したメニューを提案するものであることが好ましい。
【００２５】
また、上記本発明のメニューオーダ選択支援システムにおいて、上記店舗システムが、同一グループに属する複数の客が同一グループに属することを認識するグループ認識手段と、同一グループ内の複数の客のうちのいずれかの客によりその同一グループ内の複数の客のうちのいずれかの客の危険食材を含むメニューがオーダされた場合に危険食材が含まれていることを警告する警告手段とを有するが好ましい。
【００２６】
また、上記本発明のメニューオーダ選択支援システムにおいて、上記健康管理情報が、時間的長さが相互に異なる複数の期間それぞれについての摂取許容量と過去の摂取量の情報を有するものであり、店舗システムが、客に、その客の過去の摂取量と上記複数の期間の摂取許容量とから求めた、今回の食事での摂取許容量を提示するものであることが好ましい。
【００２７】
さらに、上記本発明のメニューオーダ選択支援システムにおいて、上記店舗システムが、自店舗の食事の摂取量を入力する入力手段と、その入力手段から入力された摂取量をデータセンタに送信してその客の健康管理情報を更新させるフィードバック手段とを有することが好ましく、また、上記店舗システムが、自店舗の客の今回の食事の評価を入力する入力手段と、入力された評価をデータセンタに送信してその客の嗜好情報を更新させるフィードバック手段とを有することも好ましい形態であり、さらに、上記店舗システムが、上記メニュー情報に加え、自店舗の客の嗜好情報を含む来店情報を含むものであって、店舗システムが自店舗の客の今回の食事の評価を入力する入力手段と、入力された評価をデータセンタに送信してその客の嗜好情報を更新させるとともに自店舗の来店情報を更新させるフィードバック手段とを有することも好ましい形態である。
【００２８】
ここで、店舗データが上記来店情報を含み、客の評価をその来店情報に反映させるシステムの場合に、その店舗システムが、自店舗の宣伝の送付先顧客を、自店舗の来店情報に基づいて抽出する顧客抽出手段を有するものであることが好ましい。
【００２９】
さらに、本発明のメニューオーダ選択支援システムは、上記データセンタおよび上記店舗システムに加え、さらに、データセンタの個人データの登録、及び／又は、利用を行なう端末を有することが好ましい。
【００３０】
また、本発明のデータセンタは、ユーザ毎の、嗜好を表わす嗜好情報、摂取が禁止された食材を表わす危険食材情報、および、摂取量管理のための健康管理情報を含む個人データを管理するデータ管理手段と、客にメニューを提案する店舗システムからの通信回線を経由したアクセスに応じて客の個人データを提供するデータ提供手段とを有することを特徴とする。
【００３１】
さらに、本発明の店舗システムは、ユーザ毎の、嗜好を表わす嗜好情報、摂取が禁止された食材を表わす危険食材情報、および、摂取量管理のための健康管理情報を含む個人データを管理するデータセンタに通信回線を介してアクセスしデータセンタから客の個人データの提供を受けるデータ取得手段と、客にその客の個人データに適合したメニューを提案するメニュー提案手段とを有することを特徴とする。
【発明の効果】
【００３２】
本発明によれば、個人データをデータセンタで集中管理する事で、どの店に行っても共通な処理が可能となる。また個人データにカロリー摂取量、各種栄養素の摂取量を記憶するエリアを設ける事でこれらの管理が行える。
【００３３】
すなわち、ユーザは何処にいながらにでも食事データが健康管理のデータにリンクが出来る仕組みが提供され、不快な食材、あるいは、アレルギー食材や宗教上、ベジタリアンの肉食の様なその者が取りたくない食材を食べるリスクを限りなく避ける事ができるサービスを供給することができる。現在、健康管理は非常にブームであり、上記の機能を一般者は望んでいるので、本サービスの加入、つまりデータセンタの会員として引き込む事ができる。
【００３４】
また、店舗では、店舗会員としてデータセンタの会員となる事で、上記の多数ユーザを呼ぶ事が可能となる（上記会員は、店舗会員となった店で本サービスを受けられる為）。これにより多くの顧客を増やし、増収を図る事ができる様になる。
【００３５】
ここで、店舗データをデータセンタに持たせた場合、店舗システムのシステム容量を低減できる。
【００３６】
あるいは、店舗データは、企業秘密な所があり、店舗データを各店舗で管理する構成の場合は、他店に情報が漏れない構成が構築できる。
【００３７】
ここで、殆どの食材はアレルギーとなる可能性がある為、全ての危険食材の使われているメニュー（食品）に「危険食材注意」の記しをつけるのは不可能である。ただし、同席の者がオーダした食材を口にすることが有り得るため、本発明において、上記のグループ認識手段と警告手段を備えると、同席の者が危険食材をオーダしたときに警告を発することができ、非常に容易に、アレルギー障害を防止できる。
【００３８】
また、本発明において、メニュー情報に上記のオプション情報を含ませ、そのオプション情報を含むメニュー情報の中からメニューを提案するように構成すると、店が、オプションとして事前に各メニューにアレルギーの発生する可能性（またはベジタリアンで肉がダメというなら肉のみオプション等）のある食材をオプションにする事で、危険を回避できる。また、これにより、苦手食材が外せるので、メニューの幅が広がり、多くのユーザを確保できる様になる。極端な例では、ある者にとっては「嫌いな食材の無い店」と評価される。また店舗データにオプションのデータを用意する事でカロリー集計や各栄養素の集計の誤差を減らすことができる。その他、今までの摂取カロリーや各栄養素の過不足を、オプションで調整することが可能となる（食材の増減で調整が可能となる）。
【００３９】
また、本発明において、時間的長さが相互に異なる複数の期間それぞれについての摂取許容量とユーザの過去の摂取量の情報を有し、客に、その客の過去の摂取量と上記複数の期間の摂取許容量から求めた、今回の食事での摂取許容量を提示するシステムの場合、例えば、１回の食事の摂取量上限下限範囲内であって、しかも、１日の摂取の上限下限範囲、１週間の摂取の上限下限範囲に収まる様、長期的な融通性のある、カロリーや各種栄養素の摂取量の管理を行なうことができる。
【００４０】
また、本発明は、個人データ領域に、好み、苦手、アレルギーといった情報以外に、カロリー摂取量、各栄養素の摂取量等の項目を付け、各店舗データから摂取量を計算して集計する構成とすることができ、この場合、健康管理情報に基づいて健康管理（摂取管理）を行なうことができる。
【００４１】
また、本発明において、客からの今回の食事の評価を入力しその客の嗜好情報を更新する仕組みを有すると、次回の来店時にお勧めメニューとして扱うことができる。
【００４２】
この場合に、同一チェーン店を同一の店舗として管理すれば、場所が異なっても、同一チェーン店に行った経験があれば、以前の食事評価情報がオーダ前に確認が出来る様になる。評価の情報は、今までアンケート等でしか入手できなかったが、この様な仕組みにする事によって、ユーザは次回の来店の為に真実を書くのが通常な故、いたずらや、嘘の表現でなく真実のデータのフィードバックが可能となる。
【００４３】
さらに、本発明において、客からの今回の食事の評価を入力し、その客の嗜好情報を更新するとともに、自店舗の客の嗜好情報を含む来店情報を更新しておき、自店舗の宣伝の送付先顧客を、その自店舗の来店情報に基いて抽出する構成とした場合は、その店舗の新メニューや特売情報の宣伝、通知に当り、その新メニューや特売品に苦手な食材や危険食材が含まれている顧客には宣伝、通知を行なわないようにすることができ、情報を欲している顧客のみに有効な情報を送り、店のネガティブな要因を無くすことができる。
【００４４】
さらに本発明において、上記データセンタおよび上記店舗システムに加え、さらに、データセンタの個人データの登録、及び／又は、利用を行なう端末を有すると、例えばその端末を自宅に置いて自宅で食べた料理についても健康管理情報に反映させることができ、あるいはその端末を病院やダイエット支援センタに設置し、食事後のフィードバック情報を基に、各店舗や自宅でのカロリーや各種栄養素の実際の摂取量を病院やダイエット支援センタにフィードバックし、病院やダイエット支援センタの診断をより正確にすることができる。
【発明を実施するための最良の形態】
【００４５】
以下、本発明の実施形態について説明する。
【００４６】
図１は、本発明のメニューオーダ選択支援システムの一実施形態を示す全体システム構成図である。
【００４７】
この図１に示すメニューオーダ選択支援システム１００には、データセンタ１０と、１台の個人端末２０と、２つの店舗システム３０Ａ，３０Ｂと、病院等に設置された１台の端末４０（ここでは病院に設置された病院端末４０とする）が示されている。ただし、これら個人端末２０、店舗システム３０Ａ，３０Ｂ、病院端末４０は代表的に示したものであり、通常はさらに多数の端末や店舗システム等が接続されている。
【００４８】
データセンタ１０と個人端末２０、店舗システム３０Ａ，３０Ｂ、病院端末４０との間は通信回線（本実施形態ではインターネット）で接続されている。
【００４９】
データセンタ１０には、個人データ１１および店舗データ１２Ａ，１２Ｂが蓄積されて管理されている。
【００５０】
また、各店舗システム３０Ａ，３０Ｂは、店舗サーバ３１Ａ，３１Ｂ、各テーブルに対応づけられたテーブル端末３２１Ａ，…，３２ｎＡ，３２１Ｂ，…，３２ｎＢ、配膳端末３３Ａ，３３Ｂ、厨房端末３４Ａ，３４Ｂ、および精算端末３５Ａ，３５Ｂから構成されている。
【００５１】
図２〜図６は図１に示す個人データ１１を構成する各種テーブルを例示したものである。図２は、食材テーブル、図３は栄養素管理テーブル、図４は摂取データテーブル、図５は個人フィードバック情報テーブル、図６は個人認証テーブルである。ここで、これら個人データを構成する各種テーブルのうち、図２の食材テーブルと図５の個人フィードバック情報テーブルとを合わせたものが本発明にいう嗜好情報に相当し、図２の食材テーブル中の危険食材の情報が本発明にいう危険食材情報に相当し、図３の栄養素管理（許容量）テーブルと図４の摂取データテーブルとを合わせたものが本発明にいう健康管理情報に相当する。
【００５２】
図２の食材テーブルには、その個人の好みの食材、苦手食材、アレルギーや宗教上から摂取が禁じられている危険食材が登録される。
【００５３】
また、図３の栄養素管理（許容量）テーブルには、その個人のカロリーや栄養素Ａ，Ｂ，…，ｎの、１回の食事における最低の摂取必要量（１回最低量）、１回の食事における最高の摂取限度量（１回最高量）、１日あたりの最低摂取必要量（１日間最低量）、１日あたりの最高摂取限度量（１日間最高量）、１週間あたりの最低必要摂取量（１週間最低量）、および１週間あたりの最高摂取限度量（１週間最高量）が登録される。
【００５４】
尚、本実施形態では、１回、１日間、および１週間あたりの最低量および最高量が登録されこれらに基づいて摂取量の管理が行なわれるが、これら以外の期間、例えば１カ月あたりの摂取量も登録し、それも含めて摂取量管理を行なってもよい。
【００５５】
また図４の摂取データテーブルは、その個人の、各食事の、カロリー、各栄養素の摂取量が等が記入される。
【００５６】
また、図５の個人フィードバック情報テーブルは、その個人が各店舗で食事をしたときの評価等が記入される。ここで、同一チェーン店については、店舗識別データは同一であり、その同じチェーン店のうちのどの店舗においてもその個人の過去のデータを参照して推奨メニューが提案される。
【００５７】
図６の個人認証テーブルは、その個人を特定するデータが記録されたテーブルである。このデータに基づいて図１のデータセンタ１０にアクセスしてきたときの個人認証が行われる。
【００５８】
図７〜図１０は、図１に示す店舗データ１２Ａ（店舗データ１２Ｂについても同一構成）を例示したものである。
【００５９】
図７は、その店舗で提供している各メニューごとの、使用食材、カロリーや各栄養素の含有量、オプション情報（代替食材、その代替食材のカロリーや各栄養素の含有量）、および価格を示すテーブルであり、図８は、その店舗の客の食事の評価等のフィードバック情報の控えであり、図９は、その店舗の客に関する情報の控えであり、図１０は、来店した客のオーダを記したオーダ情報である。
【００６０】
このシステムを利用する各個人（ユーザ）、各店舗は、このシステムを利用するにあたり、以下の事前準備を行なう。
【００６１】
（ユーザ側）
アレルギー情報や、好物や苦手な食品情報を、ＰＣ（パーソナルコンピュータ（図１に示す個人端末２０又は病院端末４０など））等を使ってデータセンタ１０に登録する。
【００６２】
また、必要に応じて１日に取得が許容されているカロリーや成分（栄養素）情報を合わせて登録する（健康管理、ダイエット、糖尿病等の疾病用オプション）。
【００６３】
これら情報の管理は、個人ＩＤとパスワードで管理される。
（ａ）個人情報：氏名、ＩＤ，パスワード、住所、Ｅｍａｉｌアドレス、電話番号等
（ｂ）好物指定
（ｃ）苦手指定
（ｄ）危険食材指定（アレルギーやベジタリアンの肉に相当する品）
（ｅ）１回／１日間／１週間のカロリー摂取許容量（最低、上限）：オプション
（ｆ）１回／１日間／１週間の各栄養素の摂取許容量（最低、上限）：オプション
また、自宅で摂取した食事情報（カロリーや各栄養素）等も登録ができる。
【００６４】
これらの情報は図１の個人データ１１を構成する各テーブル（図２、図３、図６）に登録される。
【００６５】
＜店舗側＞
メニュー毎に、使われた食材や成分（栄養素）、カロリーといった情報をデータセンタの求める形で入力する（適宜更新が必要）。
【００６６】
情報は図１の店舗データ１２Ａ，１２Ｂを構成する食材データテーブル（図７参照）に登録される。店舗データは、本実施形態ではデータセンタ１０に保存される。
【００６７】
各テーブルのメニュー表示端末に各々固有の番号（ユニークなテーブル番号）を設定する。メニュー端末は、個人の持ち物（ＰＣやＰＤＡ）でもＨＴＭＬによるｗｅｂで処理すれば、かまわない。店舗専用の端末でも良い。店舗端末であれば、あらかじめテーブル番号を登録しておけば良いが、個人端末をメニュー端末に使用する場合は、例えば、手で投入し、あるいは、近い無線ポートによってシステムが一意的にテーブル番号を決める等の方法により、テーブル番号を投入する必要がある。
＜ユーザ来店時＞
席につき、メニュー端末から注文者のＩＤ、パスワードを入力（クレジットカードで代替可能に構成してもよい）しデータセンタ１０から個人データおよびその店舗データをその店舗の店舗システムが入手する。その店舗の店舗データから、問題食材（危険食材、および苦手食材）を除いたメニューとお勧めメニュー（そのユーザの好物が多くの含まれているメニュー、以前来店時の評価の良いメニュー、オプションで苦手な物を外せるメニュー、カロリーや各栄養素の１日／１週間の摂取量から過不足の無い様オプションで素材を増減したメニュー）を表示する。
【００６８】
ユーザは主にお勧めメニューを見ながら、注文を行なう。
【００６９】
図１１は、本実施形態における処理を表わすフローチャート、図１２は、本実施形態におけるデータの流れを示した図である。
【００７０】
ここでは、先ず、その店舗に来店した客により、その客が座ったテーブルに設置されたメニュー端末（図１に示す、例えばメニュー端末２１Ａ）にユーザＩＤおよびパスワードが入力される（図１１ステップａ１）。このユーザＩＤおよびパスワードは、メニュー端末からその店舗の店舗サーバ（図１に示す、例えば端末３１Ａ）に送信され、さらにその店舗サーバからインターネットを介して、図１に示すメニューオーダ選択支援システム１０に送られて個人認証が行なわれ（図６の個人認証テーブル参照）、さらに店舗サーバによりデータセンタに対しその客の個人データ（図２〜図６）と自店舗の店舗データ（図７〜図１０）を送るよう要求が出され、データセンタはその要求に応じ要求された個人データ、店舗データを要求元の店舗サーバに送る。店舗サーバはデータセンタから受け取った個人データ及び店舗データに基づいて、それらのデータに適合した推奨メニューを決定してメニュー端末に送り（図１１ステップａ２）、メニュー端末上にその推奨メニューが表示される。推奨メニュー決定の詳細については後述する。
【００７１】
次に、その推奨メニューの中からメニュー端末にオーダが入力される（図１１ステップａ３）。
【００７２】
同じテーブルに複数人の客がいるときは、それら複数の客について以上の処理（ステップａ１〜ａ４）が順次繰返される（図１１ステップａ４，ａ５；図１０参照）。その入力されたオーダはメニュー端末から店舗サーバに送信される。
【００７３】
オーダが終了すると、厨房指示・配膳指示処理が行なわれる（ステップａ６）。すなわち、ここでは、先ず、店舗サーバから厨房端末（図１のたとえば厨房端末３４Ａ）に対し、オーダされた料理の作成が指示される。そのときに同席の客にとっての危険食材を含む料理がオーダされたときは危険食材が含まれているという情報を合わせて厨房端末に送り、厨房端末上にオーダされた料理と危険食材情報が表示される。料理が完成すると、厨房担当者により、その料理が完成したことが厨房端末に入力される。危険食材を含む料理のときは厨房担当者により危険食材を含むことを理解していることが分かるような入力を行なうように構成しておくことが好ましい。
【００７４】
料理が完成した旨の情報は厨房端末から店舗サーバに送信され、店舗サーバはその情報を受けて、今度は配膳端末に向けてその料理の配膳を指示する。この配膳端末においても、同席の客の危険食材を含む料理の場合は、その旨配膳端末上に指示される。配膳端末は、配膳担当者に向けて配膳を指示するが、そのときに危険食材を含むときは、注意を喚起する、配膳者は危険食材が含まれている場合はそのことについて客に注意を促し、配膳端末に配膳完了を入力する。危険食材が含まれていた場合は、危険食材について客に注意を促したことを確認する入力を行なうように構成しておくことが好ましい。
【００７５】
食事が終了すると（ステップａ７）、もう一度メニュー端末にユーザＩＤとパスワードが入力され、客による料理の評価や全部食べたかどうかといったフィードバック情報が入力される。（ステップａ８）。すると店舗サーバは、その入力を受けて、メニュー端末に、フィードバック情報を入力するためのフィードバック画面の表示を指示して、客にフィードバック情報の入力を依頼し（ステップａ９）、フィードバック情報が投入されると（ステップａ１０）、その入力されたフィードバック情報が店舗サーバからデータセンタに送信されてデータセンタが管理しているその客の個人データが更新され（図１１ステップａ１１）、さらに、その店舗の店舗データ（図１に示す、例えば店舗データ１２Ａ）を構成する店舗フィードバック控えテーブル（図８参照）が更新される（ステップａ１２）。また、その客がその店舗にとって初めての客であったとき、あるいは新たな情報があるときは、その店舗の店舗データを構成するユーザ控え情報（図９参照）も更新される。
【００７６】
次に、その食事に関する精算処理が行なわれる（ステップａ１３）。すなわち店舗サーバから精算端末に対し精算指示が出され、精算担当者は、それを受けてその客が割引券を持参していた場合等、精算に必要な様々な精算データを精算端末に入力する。その精算データは店舗サーバに送信され、店舗サーバではその精算データに基づいて勘定（精算金額）が算出されてメニュー端末に送られ、メニュー端末上にその勘定が表示される。客によりメニュー端末に対しその勘定（精算金額）を了解した旨の入力がなされると、店舗サーバにより精算端末に精算の指示が出され、精算者により精算端末に対し精算が完了した旨の入力がなされると精算が完了したことが店舗サーバに通知される。
【００７７】
同じテーブルに複数の客が座っているときは、それら複数の客について、以上の食事終了後の処理が順次繰り返される（図１１ステップａ１４，ａ１５）。
【００７８】
以上が、本実施形態における処理の概要であるが、以下、各処理についてさらに詳細に説明する。
【００７９】
図１３は、図１２のステップａ２に示す推奨メニュー決定処理の詳細を示すフローチャート、図１４は、メニュー端末に表示されるメニュー画面の例を示す図である。
【００８０】
ここでは、先ず、データセンタより、その客の個人データが取得され（ステップｂ１）、その個人データに基づいて、その客の今回の食事に関するカロリーや各栄養素の摂取許容値が算出される（ステップｂ２，図１４の『貴方の本日（今回）のお勧め摂取量』の欄参照）。この摂取許容値算出の処理についてはさらに後述する（図１５〜図１８参照）。
【００８１】
次に、その客が過去に入力したフィードバック情報（図１１ステップａ９，ａ１０、図５参照）の中からその店舗の情報を抽出し（ステップｂ３、詳細は後述する）、その抽出したリストの中から評価の良いメニューを抽出して（ステップｂ４）、その抽出した評価の良いメニューの中からさらにお勧め料理を抽出し（ステップｂ５、詳細は後述する）、そのお勧め料理抽出処理で求めたメニューを１番推奨メニューとしてリストアップする（ステップｂ６；図１４の『第１推奨メニュー』参照）。
【００８２】
次いで、その店の得意料理（図７の食材データテーブルに載せてある料理）であって、かつその客の好みの食材（図２の食材テーブルに好み食材として載せてある食材）を使う料理を抽出して（ステップｂ７）、再度お勧め料理抽出処理が実行され（ステップｂ８）、その処理で求められたメニューを２番推奨メニューとしてリストアップする（ステップｂ９；図１４の『第２推奨メニュー』参照）。さらに次に、その店の得意料理（図７の食材データテーブルに載せてある料理）であって、且つ、その客が苦手としている食材（図２の食材テーブルに苦手食材として載せてある食材）が使われていない料理が抽出され（ステップｂ１０）、もう一度お勧め料理抽出処理が実行され（ステップｂ１１）、その処理で求められたメニューを３番推奨メニューとしてリストアップする（ステップｂ１２；図１４の『第３推奨メニュー』欄参照）。このようにして求められた食事に関するカロリーや各栄養素の摂取許容値（ステップｂ２）、およびリストアップされた第１〜第３推奨メニュー（ステップｂ６，ｂ９，ｂ１２）が、メニュー端末に表示される（ステップｂ１３）。
【００８３】
この段階では、図１４に示すメニュー画面のうちの、『第１推奨メニュー』、『第２推奨メニュー』、『第３推奨メニュー』、および『貴方の本日（今回）のお勧め摂取量』の欄が表示される。
【００８４】
各推奨メニューの欄には、料理名（例えば『メニュー１−１』）と、その料理のカロリー量と、各栄養素Ａ，Ｂ，…，ｎの含有量と、オプションが選択されていたときはそのオプションの情報と、価格とが表示される。
【００８５】
また、『貴方の本日（今回）のお勧め摂取量』の欄には、今回の食事で最低限摂取すべきカロリー量および各栄養素Ａ，Ｂ，…，ｎの量と、これ以上摂取しないことを勧める最大限のカロリー量および各栄養素Ａ，Ｂ，…，ｎの量が表示される。
【００８６】
メニュー端末の表示画面はタッチパネルで構成されており、図１４に示すメニュー画面が表示された状態でお勧め料理のいずれかを指で触れるとその料理のデータが『注文済メニュー』の欄にも表示される。『注文済メニュー』の欄に表示された料理のデータに触れると、その触れた料理が『注文済メニュー』の欄から消去される。最後に『オーダ終了キー』に触れると、その時点で『注文済メニュー』欄に並ぶ料理が注文される。
【００８７】
ここで、『注文済メニュー』の欄に表示された料理のカロリー量および各栄養素Ａ，Ｂ，…，ｎそれぞれに関する、その欄に表示された料理全てに関する合計値をがまだ不足しているときには『貴方の本日（今回）のお勧め摂取量』の欄の最低摂取量のカロリー量および各栄養素Ａ，Ｂ，…，ｎごとに点滅し、値が不足していることを知らせるようになっている。またこれと同様に最大摂取量を越えたものがあるときは最大摂取量の欄の越えているものが点滅し、値がオーバしていることを知らせるようになっている。したがって注文済メニューが空欄の段階では、最低摂取量のラインの全てが点滅しており、点滅を全て点灯に変えるのを目標として注文する料理を選択することになる。
【００８８】
図１５は、図１３のステップｂ２における食事の許容値算出処理ルーチンのフローチャート、図１６〜図１８は、図１５のフローチャートに従って許容値を算出するアルゴリズムを説明するための各種テーブルを示した図である。
【００８９】
図１６は、１日あたり、および１週間あたりの摂取済みのカロリーおよび各栄養素の量を求めるための計算アルゴリズムのテーブル、図１７は、今回の食事での摂取許容量を求めるための計算アルゴリズムのテーブル、図１８は、今回の食事での最低摂取量および最高摂取量を求めるための計算アルゴリズムのテーブルである。以下では、図１５に沿って、主としてカロリーに関し、その計算アルゴリズムを説明する。他の栄養素の計算アルゴリズムも同様である。
【００９０】
ここでは、先ず、図３に示す各個人やその個人に代わって登録を行なう病院等では、その個人に関し、栄養素管理テーブルから１回の食事最大／最小カロリー摂取許容量（ＴＣＨ＝ＣＬＴ−Ｈ／ＴＣＬ＝ＣＬＴ−Ｌ）を得る。各栄養素も同様に求める（ＴＥＨＡ〜ＴＥＨｎ／ＴＥＬＡ〜ＴＥＬｎ）（ステップｃ１）。これにより、図１７の「１回最低」／「１回最高」の各値が求められる。次いで、摂取データテーブルより過去１日の摂取カロリー（ＤＧＣ）を計算（過去２回分の食事、又は過去１８時間のデータ集計）しその値を求める。また各栄養素も同様に求める（ＤＧＥＡ〜ＤＧＥｎ）（ステップｃ２）。これにより図１６の摂取容量データ中の「１回データ」が求められる。
【００９１】
次に、栄養素管理テーブル（図３）の１日の最大カロリー摂取許容量（ＣＬＤ−Ｈ）から上記１日摂取量（ＤＧＣ）を減じ、今回の食事最大カロリー許容量（ＤＣＨ）を求める。また各栄養素も同様に求める（ＤＥＨＡ〜ＤＥＨｎ）（ステップｃ３）。さらに、栄養素管理テーブルの１日の最低カロリー摂取許容量（ＣＬＤ−Ｈ）から上記１日摂取量（ＤＧＣ）を減じ、今回の食事最低カロリー許容量（ＤＣＬ）を求める。また各栄養素も同様に求める（ＤＥＬＡ〜ＤＥＬｎ）（ステップｃ４）。これにより、図１７の「１日間最低」／「１日間最高」の各値が求められる。
【００９２】
さらに、図４に示す摂取データテーブルより過去１週間の摂取カロリー（ＷＧＣ）を計算（過去２０回分の食事、又は過去６日と１８時間のデータ集計）しその値を求める。また各栄養素も同様に求める（ＷＧＥＡ〜ＷＧＥｎ）（ステップｃ５）。これにより、図１６の「１週間データ」が求められる。
【００９３】
さらに、栄養素管理テーブル（図３）の１週間の最大カロリー摂取許容量（ＣＬＷ−Ｈ）から上記１週間摂取量（ＷＧＣ）を減じ、今回の食事最大カロリー許容量（ＷＣＨ）を求める。また各栄養素も同様に求める（ＷＥＨＡ〜ＷＥＨｎ）（ステップｃ６）。さらに、栄養素管理テーブルの１週間の最低カロリー摂取許容量（ＣＬＷ−Ｌ）から上記１週間摂取量（ＷＧＣ）を減じ、今回の食事最低カロリー許容量（ＷＣＬ）を求める。また各栄養素も同様に求める（ＷＥＬＡ〜ＷＥＬｎ）（ステップｃ７）。これらのステップｃ６，ｃ７により、図１７の「１週間最低」／「１週間最高」が求められる。
【００９４】
さらに、最終的な最大カロリー摂取許容量（ＭＣＨ）を、上記ＴＣＨ，ＤＣＨ，ＷＣＨの最小値を選択することにより求める。また各栄養素についても同様にして求める（ＭＥＨＡ〜ＭＥＨｎを算出）（ステップｃ８）。さらに最終的な最低カロリー摂取許容量（ＭＣＬ）を、上記ＴＣＬ，ＤＣＬ，ＷＣＬの最大値を選択することにより求める。また各栄養素についても同様に求める（ＭＥＬＡ〜ＭＥＬｎを算出）（ステップｃ９）。これらのステップｃ８，ｃ９により、図１８の、カロリーおよび各栄養素の最低摂取量／最大摂取量が求められる。このようにして求められたカロリーおよび各栄養素の最低摂取量／最大摂取量は、図１４に示すメニュー画面中の『貴方の本日（今回）のお勧め摂取量』の欄に表示される。
【００９５】
図１９は、カロリーに関し、簡単のため３日間で１週間が終わるものとして計算したときの計算例である。
【００９６】
この図１９の最下行に示すように、毎回の食事のカロリー摂取量ＧＣＡＬｍは、１０，１０，１０，５，１１，１３，１４，１１，１３，７，…であるとする。
【００９７】
図１９の最上行に示す１回の摂取量ＤＧＣ２０，２０，１５，…は、毎回の摂取量ＧＣＡＬｍから以下のようにして求められる。すなわち、毎回の摂取量ＧＣＡＬｍの、○印を付した１０と１０を足したものが１日の摂取量ＤＧＣの、○印を付した２０であり、毎回の摂取量ＧＣＡＬｍの、△印を付した１０と１０を足したものが１日の摂取量ＤＧＣの、△印を付した２０である。以下同様にして１日の摂取量ＤＧＣの各値が求められる。
【００９８】
また、図１９の上から２番目の行に示す１Ｗ（１週間）の摂取量は、ここでは１Ｗが３日（食事回数で９回）であることに鑑み、今回の食事を除いた過去８回分のカロリーの摂取合計値が求められる。すなわち、毎日の摂取量ＧＣＡＬｍのうちの◎印を付した１０，１０，１０，５，１１，１３，１４，１１の合計値が、１Ｗ摂取量ＷＧＣの◎印を付した８４、毎回の摂取量ＧＣＡＬｍのうちの×印を付した１０，１０，５，１１，１３，１４，１１，１３の合計値が１Ｗ摂取量ＷＧＣの、×印を付した８７である。以下同様にして１Ｗ摂取量ＷＧＣの各値が求められる。
【００９９】
次に、符号Ａを付した食事に関し説明する。
【０１００】
この図１９の左端のテーブルにあるように、カロリーの１回の最大摂取量ＣＬＴ−Ｈは２０、１回の最低摂取量は１、１日の最大／最低の摂取量ＣＬＤ−Ｈ／ＣＬＤ−Ｌは４０／８、１Ｗの最大／最低の摂取量ＣＬＷ−Ｈ／ＣＬＷ−Ｌは、１００／２０であるとする。
【０１０１】
このとき、符号Ａを付した食事のタイミングでは、１回の許容最大値ＴＣＨ、１回の許容最低値ＴＣＬは、１回最大／最低値ＣＬＴ−Ｈ／ＣＬＴ−Ｌをそのまま転記した２０／１であり、１日の許容最大値ＤＣＨは、１日の最大値ＣＬＤ−Ｈ＝４０から、過去２回の食事の摂取カロリー量である１日の摂取量ＤＧＣ＝２５を差し引いたＤＣＨ＝１５、１日の許容最低値ＤＣＬは、１日の最低値ＣＬＤ−Ｌ＝８から、過去２回の食事摂取カロリー量である１日摂取量ＤＧＣ＝２５を差し引いたＤＣＬ＝−１７である。また、これと同様に、１Ｗの許容最大値ＷＣＨ／許容最低値ＷＣＬは、１Ｗの最大値ＣＬＷ−Ｈ＝１００／最低値ＣＬＷ−Ｌ＝２０から過去８回の食事の摂取カロリー量である１Ｗ摂取量ＷＧＣ＝８４を差し引いた、ＷＣＨ＝１６／ＷＣＬ＝−６４である。
【０１０２】
したがって、最終的に求められる摂取許容量の最大値ＭＣＨ／は、１回の許容最大値ＴＣＨ＝２０、１日の許容最大値ＤＣＨ＝１５、および１Ｗの許容最大値ＷＣＨ＝１６のうちの最低値であるＭＣＨ＝１５となる。同様にして、最終的に求められる摂取許容量の最低値ＭＣＬは、１回の許容最低値ＴＣＬ＝１、１日の許容最低値ＤＣＬ＝−１７、および、１Ｗの許容最低値ＷＣＬ＝−６４のうちの最大値であるＭＣＬ＝１となる。
【０１０３】
図１９では、食事Ａがこのシステムのサービス開始時点であり、ここではそれまで過食ぎみだったため、摂取許容量の上限値ＭＣＨとして低めの値が推奨されている。食事Ｂのタイミングでは通常の状態に戻り、食事Ｃのタイミングでは今度はかなりのカロリー不足となっていて高カロリーを摂取するよう指示され、食事Ｄでは再度通常状態に戻っている。
【０１０４】
本実施形態では、このように時間的な長さの異なる複数の期間で摂取量の上下限を規定しているため、１回の食事ごとの過多、不足がある程度の長い期間をかけて解消されるように働くことになる。
【０１０５】
図２０は、図１３のステップｂ３におけるフィードバック情報の同一店舗情報抽出処理を示すフローチャートである。
【０１０６】
ここでは、先ず、図５に示す個人中フィードバック情報テーブルの中から、最初の個人フィードバック情報が抽出され（ステップｄ１）、既に全ての情報が抽出されていて新たな情報抽出が行なわれなかったかどうかが判定され（ステップｄ２）、新たな情報が抽出されたときは、その新たな情報中の店舗識別ＩＤと今回フィードバック情報を必要としている店舗の識別ＩＤとが一致しているか否かが判定され（ステップｄ２）、一致していたときは、その新たに抽出したフィードバック情報がお勧めメニュー抽出のために選択される（ステップｄ４）。その後、図５の個人フィードバック情報テーブルの中から次のフィードバック情報が抽出され（ステップｄ５）、ステップｄ２に戻る。
【０１０７】
ステップｄ２において、その客の全てのフィードバック情報の抽出が終了した旨判定されると、図２０の処理は終了し、図１３のステップｂ５の、お勧め料理抽出処理へと進む。
【０１０８】
図２１は、図１３のステップｂ５，ｂ８，ｂ１１で行なわれるお勧め料理抽出処理を示すフローチャートである。
【０１０９】
ここでは、先ず、図７に示す食材データテーブルを参照し、候補料理（メニュー）を１つ選択する（ステップｅ１）。そのテーブル中の最後の料理まで処理を終えていたときは（ステップｅ２）、この図２１の処理を終了する。まだ終了してないときは、ステップｅ３に進み、ステップｅ１で選択された候補料理が危険食材又は苦手食材（図２参照）を含むか否かが判定される（ステップｅ３）。危険食材や苦手食材を含むときは、その料理の次のオプションを選択し（図７参照）、オプションが存在していたときはそのオプションについて危険食材又は苦手食材を含むか否かが判定される。
【０１１０】
このようにして危険食材や苦手食材を含まない候補料理が見つかると、その候補料理について、その料理が最大許容摂取量（ＭＣＨ〜ＭＥＨｎ；図１４の最大摂取量参照）以下か否かが判定され（ステップｅ６）、最大許容摂取量以下のときにその候補料理をお勧めメニューに追加する（ステップｅ７）。
【０１１１】
ここでは以上のチェックが全ての候補料理について行なわれる（ステップｅ２）。
【０１１２】
図２２は、図１１のステップａ３の、オーダ決定処理のフローチャートである。
【０１１３】
ここでは、図１１のステップａ２において、メニュー端末に、図１４に示すようなお勧めメニューが表示され、また、オーダ前なので、カロリー及び全ての栄養素が不足項目として表示された状態にある。
【０１１４】
ここで、キー入力（タッチパネルの場合は指の接触によるキー入力）待ちの状態となり（ステップｊ１）、いずれかのキーが押されるとステップｆ２に進む。ステップｆ２では、今回押されたキーがオーダ終了キーであるか否かが判定され、今回オーダ終了キーが押された場合は、そのときに図４に示すメニュー画面中の「注文済メニュー」の欄に表示されていたメニューがオーダとして決定される（ステップｆ８）。また、ステップｆ２で、今回押されたキーがオーダ終了キーではないと判定されると、今度はステップｆ３に進み、今回押されたキーは、メニューキャンセルキー（図１４の「注文済メニュー」の欄に表示されたメニューのいずれか）であるか否かが判定され、今回押されたキーがメニューキャンセルキーであったときは、その押されたオーダのデータがオーダ情報（図１０参照）から削除され、図１４の「注文済メニュー」の欄からそのキャンセルされたメニューが消去される（ステップｆ４）。
【０１１５】
今回押されたキーがオーダ終了キーでもメニューキャンセルキーでもないときは、図１４に示す推奨メニュー中のいずれかの料理がオーダのために選択されたのであり、そのオーダではテーブル番号とともにオーダ情報（図１０参照）に登録される（ステップｆ５）。さらに、選択されたオーダの合計としてのカロリーや各栄養素の中に摂取最大値（ＭＣＨ，ＭＥＨＡ〜ＭＥＨｎのそれぞれついて）を超えている項目があれば、そのメニュー端末にその超えた項目を点滅表示する（ステップｆ６）。
【０１１６】
また、選択オーダの合計が摂取最低値（ＭＣＬ，ＭＥＬＡ〜ＭＥＬｎのそれぞれついて）より不足な項目があれば、そのメニュー端末にその不足項目を点滅表示する（ステップｆ７）。
【０１１７】
以上の処理によりオーダが決定される。
【０１１８】
図２３は、図１１のステップａ６の、厨房指示・配膳指示処理のフローチャートである。尚この図２３では分かり易さのため、本実施形態のシステムでの処理に加え、その店舗の人の作業（ステップｇ５〜ｇ１０）も含まれている。
【０１１９】
上記のようにしてオーダが終了すると、図１１のステップａ６の厨房指示・配膳指示処理が開始され、ここでは先ず、厨房端末に作成すべき料理一覧が表示される（ステップｇ１）。
【０１２０】
次いで、同一テーブルに危険食材を持つ者がいて（ステップｇ２）、その危険食材が同一テーブルのオーダに入っていたときは（ステップｇ３）、厨房端末の料理指示に危険食材が含まれていることを表わす表示が行なわれる（ステップｇ４）。
【０１２１】
図２４は、厨房端末に表示される、作成すべき料理一覧の表示画面である。
【０１２２】
ここには、メニューと、テーブル番号と、数量と、危険食材が含まれているか否かの表示とのセットの一覧が表示される。
【０１２３】
図２３に戻って説明を続ける。
【０１２４】
厨房担当者は厨房端末に危険食材の表示がされていれば、危険食材用皿を用意し無ければ通常皿用意して、その皿に料理を盛り付け（ステップｇ５）、料理が完成したら、厨房端末の料理完了キーが押される（ステップｇ６）。ここでは、厨房端末の表示画面はタッチパネル式となっており、図２４に示す料理作成指示画面上の、完成した料理メニューを指で触れることが、その料理が完成したことをキー入力することになる。料理が完成したという情報は、図１２に示すように配膳端末に通知される。
【０１２５】
図２５は、配膳端末に表示される、配膳指示画面を示す図である。
【０１２６】
ここでは、完成した料理メニュー、テーブル番号、数量および危険食材の有無の表示からなるセットの一覧が表示される。配膳者は、配膳端末に危険食材表示がされている料理に危険食材用皿が使われているか確認し（ステップｇ７）、不備の場合は厨房担当者に危険食材表示依頼を行ない（ステップｇ８）、厨房担当は危険食材用皿への盛り直しあるいは料理の作り直しを行なう（ステップｇ９）。ステップｇ７において、配膳者により正しい皿が使われていることが確認されると、配膳者は、配膳端末に危険食材表示がされていれば配膳時に注意を促して料理を配膳し、配膳を終えたら配膳端末の配膳完了ボタンを押下する（ステップｇ１０）。
【０１２７】
本実施形態では、配膳端末の表示画面もタッチパネル式であり、図２５の配膳指示画面上で配膳を完了したメニューに指で触れることにより配膳完了がキー入力される。
【０１２８】
図２６は、図１１のステップａ１０のフィードバック投入処理のフローチャートである。
【０１２９】
ここでは、図１１のステップａ９において、メニュー端末の表示画面に、フィードバック用画面が表示される。ここでは、そのフィードバック用画面上に同一テーブルの全てのオーダが表示され、さらに本人がオーダした料理か同じテーブルの他の人がオーダした料理かが表示される。
【０１３０】
図２７は、フィードバック画面の表示例を示す図である。
【０１３１】
ここでは、同一テーブルの人の全てのオーダした料理と、本人／他人（同一テーブルの他の人）の別の一覧と、その料理の摂取率入力キーと、評価入力キーと、入力完了／精算キーとが表示されている。
【０１３２】
ここでは、ユーザは、摂取した料理の摂取率部分をセレクトして摂取率を投入し（ステップｈ１）、さらにその料理の評価の点数を投入する（ステップｈ２）。さらに、ここには示されていないが、メニュー端末ではキーボード等を使ってさらに詳細なコメント入力を行なうことができる。投入完了／精算キーを押下するとフィードバック情報の入力が完了する。尚、図２６ではユーザの操作が記述されているが、本実施形態のシステムでは、そのユーザの操作を受け付ける処理が行なわれる。
【０１３３】
図２８は、図１１のステップａ１１の個人データの更新処理のフローチャートである。ここでは、投入されたフィードバック情報に基づき、今回の食事による取得カロリー／各栄養素が算出される。その際、同一テーブルのオーダした全ての料理のカロリー／各栄養素に対し、フィードバック時に入力した摂取率が乗じられる（ステップｉ１）。
【０１３４】
さらに、カロリー、全栄養素それぞれについて今回食した全メニュー分の合計を取り（ステップｉ２）、データセンタの個人データの摂取データテーブル（図４参照）に上記摂取データを、個人フィードバック情報テーブル（図１参照）にフィードバック情報を登録する（ステップｉ３）。
【０１３５】
以上で図１１の詳細説明を終了する。
【０１３６】
図２９は、店舗の広告処理を示すフローチャートである。
【０１３７】
ここでは、店舗データ中のフィードバック控え情報（図８参照）が取得され（ステップｊ１）。また、その店舗の、今回広告したい料理（食材）の入力が行なわれる（ステップｊ２）。
【０１３８】
すると、図９に示す店舗のユーザ控え情報から最初の案内者が抽出され（ステップｊ３）、全ての案内者の抽出が終了したか否かが判定され（ステップｊ４）、まだ案内者が残っているときは、今回抽出した案内者の、今回広告を出そうとしている料理（食材）にその案内者にとっての危険食材または苦手食材が含まれいるか否か（危険食材または苦手食材であるか否か）が判定され（ステップｊ５）、そうでなければその案内者を案内状通知者として登録して（ステップｊ６）、次の案内者を抽出する（ステップｊ７）。これを図９に示す、店舗のユーザ控え情報中の全ての顧客（案内者）について繰り返し（ステップｊ４）、案内状通知者として登録された者にメール通知等により案内状が発信される（ステップｊ８）。
【０１３９】
こうすることにより、危険食材または苦手食材の人に案内を出さずに済み、店の評判を上げることにつながる。
【０１４０】
図３０は、データセンタへの、個人データの設定処理手順を示す図である。
【０１４１】
本実施形態では、このシステムに新たに加入したユーザは先ずデータセンタに個人データを設定する必要があるが、その個人データの設定処理は以下の手順で行なわれる。
【０１４２】
個人データを設定しようとしているユーザが所有している個人端末や、そのユーザに代わって個人データの設定を行なう病院端末やダイエット支援センタの端末では、先ずデータセンタにユーザＩＤとパスワードを送ってユーザ認証を行ない、データセンタからアクセス許可を受けて、データセンタに、例えば栄養素管理データ（図３参照）等の個人データを送る。データセンタから個人データの登録完了通知を受けることにより個人データの設定処理が終了する。一旦設定した個人データも、上記と同様の手順により適宜変更することもできる。
【０１４３】
図３１は、店舗システム以外の端末、すなわち個人端末や、病院やダイエット支援センタに設置された端末による個人データの取得処理手順を示す図である。
【０１４４】
ここでも先ず個人データを取得しようとしている端末からデータセンタにユーザＩＤとパスワードが送信されてユーザ認証が行なわれ、データセンタからアクセス許可を受け、端末では、そのアクセス許可を受けてデータセンタに向けて個人データの送信要求を出し、データセンタではそれを受けてその端末に向けて要求のあった個人データを送信し、端末ではその個人データが取得される。その取得が完了すると端末からデータセンタに向けて取得完了通知がなされる。
【０１４５】
本実施形態では、このようにして、データセンタと加入している個人やその個人を代行する病院、ダイエット支援センタとも通信が行なわれ、個人が家庭で料理を食べたときの摂取カロリーや摂取栄養素を入力して健康管理に万全を期すこともでき、また、病院やダイエット支援センタ等でその個人データを取得してより精密な情報に基づいて適切な治療やダイエットのアドバイスを行なうことができる。
【０１４６】
図３２は、本発明のメニューオーダ選択支援システムのもう１つの実施形態を示す図である。図１に示す実施形態との相違点について説明する。
【０１４７】
図１に示す実施形態では、個人データのみでなく、各店舗の店舗データもデータセンタで管理されているが、図３２に示す実施形態の場合、個人データは図１と同様データセンタで管理するものの、各店舗の店舗データ３６Ａ，３６Ｂは、各店舗に設定された店舗システム３０Ａ，３０Ｂで管理している。
【０１４８】
こうすることにより、各店舗の企業秘密の漏洩が一層確実に防止される。
【０１４９】
図３３は図３２に示す、各店舗でその店舗の店舗データを管理するシステムの場合の処理手順を示す図である。
【０１５０】
図１２に示す処理手順との相違点は、図１２では個人データと店舗データとの双方をデータセンタから取得しているが、図３３では、データセンタからは個人データのみを取得しており店舗データは店舗サーバ上のものを使う点と、客からフィードバック情報を入手した後、店舗サーバがデータセンタに送るのは個人データ更新用のデータのみであり、店舗データは店舗サーバ上で更新処理を行なう点が異なる。
【０１５１】
図３３についてそれ以外の点は図１２と同様であり、重複説明は省略する。
【０１５２】
以下、本発明の各種形態を付記する。
【０１５３】
（付記１）
ユーザ毎の、嗜好を表わす嗜好情報、摂取が禁止された食材を表わす危険食材情報、および、摂取量管理のための健康管理情報を含む個人データを管理し、アクセスに応じて情報を提供するデータセンタと、
通信回線を介して前記データセンタに接続され該データセンタから客の個人データの提供を受けて該客に該客の個人データに適合したメニューを提案する店舗システムとを有することを特徴とするメニューオーダ選択支援システム。
【０１５４】
（付記２）
前記データセンタが、前記個人データに加え、さらに、店舗毎の、各メニューの使用食材および含有量を表わすメニュー情報を含む店舗データを管理するものであり、
前記店舗システムが、前記データセンタから客の個人データと自店舗の店舗データの提供を受けて、自店舗の店舗データと客の個人データとの双方に適合したメニューを提案するものであることを特徴とする付記１記載のメニューオーダ選択支援システム。
【０１５５】
（付記３）
前記店舗システムが、自店舗の、各メニューの使用食材および含有量を表わすメニュー情報を含む店舗データを管理するものであり、該店舗システムが、前記データセンタから客の個人データの提供を受けて、自店舗の店舗データと客の個人データとの双方に適合したメニューを提案するものであることを特徴とする付記１記載のメニューオーダ選択支援システム。
【０１５６】
（付記４）
前記店舗システムが、同一グループに属する複数の客が同一グループに属することを認識するグループ認識手段と、同一グループ内の複数の客のうちのいずれかの客により該同一グループ内の複数の客のうちのいずれかの客の危険食材を含むメニューがオーダされた場合に危険食材が含まれていることを警告する警告手段とを有することを特徴とする付記１記載のメニューオーダ選択支援システム。
【０１５７】
（付記５）
前記メニュー情報が、メニューの使用食材に代わる代替食材および含有量を表わすオプション情報を含むものであって、前記店舗システムが、該オプション情報を含むメニュー情報の中から、客の個人データに適合したメニューを提案するものであることを特徴とする付記２又は３記載のメニューオーダ選択支援システム。
【０１５８】
（付記６）
前記健康管理情報が、時間的長さが相互に異なる複数の期間それぞれについての摂取許容量と過去の摂取量の情報を有するものであり、前記店舗システムが、客に、該客の過去の摂取量と該複数の期間の摂取許容量とから求めた、該客の今回の食事での摂取許容量を提示するものであることを特徴とする付記１記載のメニューオーダ選択支援システム。
【０１５９】
（付記７）
前記データセンタおよび前記店舗システムに加え、さらに、前記データセンタの個人データの登録、及び／又は、利用を行なう端末を有することを特徴とする付記１記載のメニューオーダ選択支援システム。
【０１６０】
（付記８）
前記店舗システムが、自店舗の食事の摂取量を入力する入力手段と、該入力手段から入力された摂取量を前記データセンタに送信して該客の健康管理情報を更新させるフィードバック手段とを有することを特徴とする付記１記載のメニューオーダ選択支援システム。
【０１６１】
（付記９）
前記店舗システムが、自店舗の客の今回の食事の評価を入力する入力手段と、入力された評価を前記データセンタに送信して該客の嗜好情報を更新させるフィードバック手段とを有することを特徴とする付記１記載のメニューオーダ選択支援システム。
【０１６２】
（付記１０）
前記店舗システムが、前記メニュー情報に加え、自店舗の客の嗜好情報を含む来店情報を含むものであって、前記店舗システムが自店舗の客の今回の食事の評価を入力する入力手段と、入力された評価を前記データセンタに送信して該客の嗜好情報を更新させるとともに自店舗の来店情報を更新させるフィードバック手段とを有することを特徴とする付記１記載のメニューオーダ選択支援システム。
【０１６３】
（付記１１）
前記店舗システムが、自店舗の宣伝の送付先顧客を、自店舗の前記来店情報に基づいて抽出する顧客抽出手段を有することを特徴とする付記１０記載のメニューオーダ選択支援システム。
【０１６４】
（付記１２）
ユーザ毎の、嗜好を表わす嗜好情報、摂取が禁止された食材を表わす危険食材情報、および、摂取量管理のための健康管理情報を含む個人データを管理するデータ管理手段と、客にメニューを提案する店舗システムからの通信回線を経由したアクセスに応じて客の個人データを提供するデータ提供手段とを有することを特徴とするデータセンタ。
【０１６５】
（付記１３）
ユーザ毎の、嗜好を表わす嗜好情報、摂取が禁止された食材を表わす危険食材情報、および、摂取量管理のための健康管理情報を含む個人データを管理するデータセンタに通信回線を介してアクセスし該データセンタから客の個人データの提供を受けるデータ取得手段と、客に該客の個人データに適合したメニューを提案するメニュー提案手段とを有することを特徴とする店舗システム。
【図面の簡単な説明】
【０１６６】
【図１】本発明のメニューオーダ選択支援システムの一実施形態を示す全体システム構成図である。
【図２】図１に示す個人データを構成する食材テーブルを例示した図である。
【図３】図１に示す個人データを構成する栄養素管理（許容量）テーブルを例示した図である。
【図４】図１に示す個人データを構成する摂取データテーブルを例示した図である。
【図５】図１に示す個人データを構成する個人フィードバック情報テーブルを例示した図である。
【図６】図１に示す個人データを構成する個人認証テーブルを例示した図である。
【図７】図１に示す店舗データを構成する食材データテーブルを例示した図である。
【図８】図１に示す店舗データを構成するフィードバック控え情報を例示した図である。
【図９】図１に示す店舗データを構成する店舗のユーザ控え情報を例示した図である。
【図１０】図１に示す店舗データを構成するオーダ情報を例示した図である。
【図１１】本実施形態における処理を表わすフローチャートである。
【図１２】本実施形態におけるデータの流れを示した図である。
【図１３】図１２ステップａ２に示す推奨メニュー決定処理の詳細を示すフローチャートである。
【図１４】メニュー端末に表示されるメニュー画面の例を示す図である。
【図１５】図１３のステップｂ２における食事の許容値算出処理ルーチンのフローチャートである。
【図１６】図１５のフローチャートに従って許容値を算出するアルゴリズムを説明するための摂取許容データテーブルを示した図である。
【図１７】図１５のフローチャートに従って許容値を算出するアルゴリズムを説明するための今回の摂取許容量計算テーブルを示した図である。
【図１８】図１５のフローチャートに従って許容値を算出するアルゴリズムを説明するための最終摂取量計算テーブルを示した図である。
【図１９】カロリーに関し、簡単のため３日間で１週間が終わるものとして計算したときの計算例を示した図である。
【図２０】図１３のステップｂ３における、フィードバック情報の同一店舗情報抽出処理を示すフローチャートである。
【図２１】図１３のステップｂ５，ｂ８，ｂ１１で行なわれる、お勧め料理抽出処理を示すフローチャートである。
【図２２】図１１のステップａ３の、オーダ決定処理のフローチャートである。
【図２３】図１１のステップａ６の、厨房指示・配膳指示処理のフローチャートである。
【図２４】厨房端末に表示される作成すべき料理一覧の表示画面である。
【図２５】配膳端末に表示される、配膳指示画面を示す図である。
【図２６】図１１のステップａ１０のフィードバック投入処理のフローチャートである。
【図２７】フィードバック画面の表示例を示す図である。
【図２８】図１１のステップａ１１の個人データの更新処理のフローチャートである。
【図２９】店舗の広告処理を示すフローチャートである。
【図３０】データセンタへの、個人データの設定処理手順を示す図である。
【図３１】店舗システム以外の端末、すなわち個人端末や、病院やダイエット支援センタに設置された端末による個人データの取得処理手順を示す図である。
【図３２】本発明のメニューオーダ選択支援システムのもう１つの実施形態を示す図である。
【図３３】図３２に示す、各店舗でその店舗の店舗データを管理するシステムの場合の処理手順を示す図である。
【符号の説明】
【０１６７】
１０    データセンタ
１１    個人データ
１２Ａ，１２Ｂ    店舗データ
２０    個人端末
３０Ａ，３０Ｂ    店舗システム
３２１Ａ，３２ｎＡ，３２１Ｂ，３２ｎＢ    テーブル端末
３３Ａ，３３Ｂ    配膳端末
３４Ａ，３４Ｂ    厨房端末
３５Ａ，３５Ｂ    精算端末
３６Ａ，３６Ｂ    店舗データ
４０    病院端末
【図１】
2005222191.tif 000003
【図２】
2005222191.tif 000004
【図３】
2005222191.tif 000005
【図４】
2005222191.tif 000006
【図５】
2005222191.tif 000007
【図６】
2005222191.tif 000008
【図７】
2005222191.tif 000009
【図８】
2005222191.tif 000010
【図９】
2005222191.tif 000011
【図１０】
2005222191.tif 000012
【図１１】
2005222191.tif 000013
【図１２】
2005222191.tif 000014
【図１３】
2005222191.tif 000015
【図１４】
2005222191.tif 000016
【図１５】
2005222191.tif 000017
【図１６】
2005222191.tif 000018
【図１７】
2005222191.tif 000019
【図１８】
2005222191.tif 000020
【図１９】
2005222191.tif 000021
【図２０】
2005222191.tif 000022
【図２１】
2005222191.tif 000023
【図２２】
2005222191.tif 000024
【図２３】
2005222191.tif 000025
【図２４】
2005222191.tif 000026
【図２５】
2005222191.tif 000027
【図２６】
2005222191.tif 000028
【図２７】
2005222191.tif 000029
【図２８】
2005222191.tif 000030
【図２９】
2005222191.tif 000031
【図３０】
2005222191.tif 000032
【図３１】
2005222191.tif 000033
【図３２】
2005222191.tif 000034
【図３３】
2005222191.tif 000035