献立の栄養管理を行う栄養管理装置であって、食材と、該食材の調理方法と、該調理方法に応じた該食材の重量変化率と、調理後の該食材の重量単位当りの栄養成分量とが対応付けられて登録された食材DBを記憶した記憶手段と、食材が食される重量であって調理前の食材の重量により示される調理前可食量と、該食材の調理方法と、を入力する入力手段と、調理前可食量と該食材の調理方法とが入力されると、前記食材DBを参照し、該調理方法に応じた該食材の重量変化率を取得し、入力された調理前可食量と取得した重量変化率とに基づき、該食材が食される重量であって調理後の食材の重量により示される調理後可食量を算出する調理後可食量算出手段と、食材の調理後可食量が算出されると、前記食材DBを参照し、調理後の該食材の重量単位当りの栄養成分量を取得し、算出された調理後可食量と取得した調理後の該食材の重量単位当りの栄養成分量とに基づき、該食材から摂取される栄養成分量を算出する栄養成分量算出手段と、を有することを特徴とする栄養管理装置。前記記憶手段は、1以上の食材から構成される料理が登録された料理DBと、前記料理DBに登録された料理の中から選択された1以上の料理から構成される献立を登録する献立DBとを記憶し、前記調理後可食量算出手段及び前記栄養成分量算出手段により、前記献立DBに登録された献立を構成する料理を構成する食材に対し、該食材から摂取される栄養成分量が算出されることにより、前記料理毎に該料理から摂取される栄養成分量と、前記献立から摂取される栄養成分量との少なくともいずれかが算出されること、を特徴とする請求項1記載の栄養管理装置。前記献立DBに登録された献立から摂取される栄養成分量と、該献立を構成する料理毎に該料理から摂取される栄養成分量と、該料理を構成する食材毎に該食材から摂取される栄養成分量とをそれぞれ又は同時に表示する表示手段と、を有することを特徴とする請求項2記載の栄養管理装置。前記食材DBは、時期に応じて含有する栄養成分量が変動する旬食材に対しては、時期毎に、該食材の調理方法と、該調理方法に応じた該食材の重量変化率と、調理後の該食材の重量単位当りの栄養成分量とが対応付けられて登録され、前記調理後可食量算出手段は、前記食材DBを参照し、食材が旬食材である場合、該食材が食される時期に応じた調理後可食量を算出し、前記栄養成分量算出手段は、前記食材DBを参照し、食材が旬食材である場合、該食材が食される時期に応じた栄養成分量を算出すること、を特徴とする請求項1ないし3何れか一項記載の栄養管理装置。前記入力手段は、食材が食される重量であって調理後の食材の重量により示される調理後可食量と、該食材の調理方法と、を入力し、前記調理後可食量算出手段は、調理後可食量と該食材の調理方法とが入力されると、前記食材DBを参照し、該調理方法に応じた該食材の重量変化率を取得し、入力された調理後可食量と取得した重量変化率とに基づき、該食材が食される重量であって調理前の食材の重量により示される調理前可食量を逆算出すること、を特徴とする請求項1ないし4何れか一項記載の栄養管理装置。コンピュータに、食材と、該食材の調理方法と、該調理方法に応じた該食材の重量変化率と、調理後の該食材の重量単位当りの栄養成分量とが対応付けられて登録された食材DBを記憶した記憶手段と、食材が食される重量であって調理前の食材の重量により示される調理前可食量と、該食材の調理方法と、を入力する入力手段と、調理前可食量と該食材の調理方法とが入力されると、前記食材DBを参照し、該調理方法に応じた該食材の重量変化率を取得し、入力された調理前可食量と取得した重量変化率とに基づき、該食材が食される重量であって調理後の食材の重量により示される調理後可食量を算出する調理後可食量算出手段と、食材の調理後可食量が算出されると、前記食材DBを参照し、調理後の該食材の重量単位当りの栄養成分量を取得し、算出された調理後可食量と取得した調理後の該食材の重量単位当りの栄養成分量とに基づき、該食材から摂取される栄養成分量を算出する栄養成分量算出手段として機能させるための栄養管理プログラム。前記記憶手段は、1以上の食材から構成される料理が登録された料理DBと、前記料理DBに登録された料理の中から選択された1以上の料理から構成される献立を登録する献立DBとを記憶し、前記調理後可食量算出手段及び前記栄養成分量算出手段により、前記献立DBに登録された献立を構成する料理を構成する食材に対し、該食材から摂取される栄養成分量が算出されることにより、前記料理毎に該料理から摂取される栄養成分量と、前記献立から摂取される栄養成分量との少なくともいずれかが算出されること、を特徴とする請求項6記載の栄養管理プログラム。前記食材DBは、時期に応じて含有する栄養成分量が変動する旬食材に対しては、時期毎に、該食材の調理方法と、該調理方法に応じた該食材の重量変化率と、調理後の該食材の重量単位当りの栄養成分量とが対応付けられて登録され、前記調理後可食量算出手段は、前記食材DBを参照し、食材が旬食材である場合、該食材が食される時期に応じた調理後可食量を算出し、前記栄養成分量算出手段は、前記食材DBを参照し、食材が旬食材である場合、該食材が食される時期に応じた栄養成分量を算出すること、を有することを特徴とする請求項7又は8記載の栄養管理プログラム。ここで従来、例えば上述の予定献立作成画面において、各料理又は各食材ごとに表示されている可食量患者が口にいれる分量及びその可食量に含まれる各栄養成分量は、生の食材調理前の食材ベースで表示されたものであった。例えば、図1の朝3:筑前煮において、食材57123の人参は、可食量:15.00gのとき、Caカルシウム:4であるが、この可食量:15.00gという値は、生調理前の人参の重量値を示すものであり、Ca:4という値は、生調理前の人参の15.00gに対するCa値を示すものである。しかしながら、食材例えば野菜等によっては、火を通すとその栄養成分量が大きく変動してしまう場合がある。よってこのような場合、加熱調理され患者が口にする栄養成分量は、システム上では生の食材調理前の食材ベースで表示されているその食材の栄養成分量と乖離してしまう。上述の如く栄養士は、システムを使用し、栄養バランスに留意しながら献立を作成するところ、システム上で作成した献立の栄養成分量が、実際に患者の口に入る栄養成分量と異なるということは、栄養管理上、その精度や正確性の点で問題があった。上述の例でいえば、例えば、図1の朝3:筑前煮において、食材57123の人参は、システム上予定献立作成画面上に表示される栄養成分量のCa値は、栄養管理の観点からすると、加熱後調理後の人参の可食量に対するCa値を示すものであることが望ましい。なお、食材調達時は、生調理前の食材の重量を元にその発注量を決定するので、システム上必ず生調理前の状態での食材の重量値が必要となるとともに、そのため従来慣習上、献立を作成する際の入力情報である食材の可食量患者が口にいれる分量も、その食材の調理前生の重量ベースで計った分量で示すのが通例である。なおまた調理前の生の食材の計量と比べて、調理後の食材の重量計量が困難なことなどからも、従来の栄養計算は生の食材ベースでの栄養成分量が採用されていたという事情がある。そして加熱後の食材100gあたりの栄養成分量自体公開はされてはいるものの例えば、日本食品標準成分表2010、システム上の栄養計算では、生の食材の可食量と、生の食材100g単位に含まれる栄養成分マスター表とを元に、生の食材調理前の食材ベースでの栄養成分量が計算されていた。本発明では上記の点に鑑みて、献立作成時において食材の食される分量である可食量を入力する際、いずれか一方の入力により、調理前可食量と調理後可食量の両方を出力するとともに、調理後可食量に基づきその献立の調理後の食材に含有される栄養成分量を管理可能な栄養管理装置及び栄養管理プログラムを提供することを目的とする。上記課題を解決するため、本発明に係る栄養管理装置は、献立の栄養管理を行う栄養管理装置であって、食材と、該食材の調理方法と、該調理方法に応じた該食材の重量変化率と、調理後の該食材の重量単位当りの栄養成分量とが対応付けられて登録された食材DBを記憶した記憶手段と、食材が食される重量であって調理前の食材の重量により示される調理前可食量と、該食材の調理方法と、を入力する入力手段と、調理前可食量と該食材の調理方法とが入力されると、前記食材DBを参照し、該調理方法に応じた該食材の重量変化率を取得し、入力された調理前可食量と取得した重量変化率とに基づき、該食材が食される重量であって調理後の食材の重量により示される調理後可食量を算出する調理後可食量算出手段と、食材の調理後可食量が算出されると、前記食材DBを参照し、調理後の該食材の重量単位当りの栄養成分量を取得し、算出された調理後可食量と取得した調理後の該食材の重量単位当りの栄養成分量とに基づき、該食材から摂取される栄養成分量を算出する栄養成分量算出手段とを有することを特徴とする。また上記課題を解決するため、前記栄養管理装置において、前記記憶手段は、1以上の食材から構成される料理が登録された料理DBと、前記料理DBに登録された料理の中から選択された1以上の料理から構成される献立を登録する献立DBとを記憶し、前記調理後可食量算出手段及び前記栄養成分量算出手段により、前記献立DBに登録された献立を構成する料理を構成する食材に対し、該食材から摂取される栄養成分量が算出されることにより、前記料理毎に該料理から摂取される栄養成分量と、前記献立から摂取される栄養成分量との少なくともいずれかが算出されることを特徴とする。また上記課題を解決するため、前記栄養管理装置において、前記献立DBに登録された献立から摂取される栄養成分量と、該献立を構成する料理毎に該料理から摂取される栄養成分量と、該料理を構成する食材毎に該食材から摂取される栄養成分量とをそれぞれ又は同時に表示する表示手段と、を有することを特徴とする。また上記課題を解決するため、前記栄養管理装置において、前記食材DBは、時期に応じて含有する栄養成分量が変動する旬食材に対しては、時期毎に、該食材の調理方法と、該調理方法に応じた該食材の重量変化率と、調理後の該食材の重量単位当りの栄養成分量とが対応付けられて登録され、前記調理後可食量算出手段は、前記食材DBを参照し、食材が旬食材である場合、該食材が食される時期に応じた調理後可食量を算出し、前記栄養成分量算出手段は、前記食材DBを参照し、食材が旬食材である場合、該食材が食される時期に応じた栄養成分量を算出することを特徴とする。また上記課題を解決するため、前記栄養管理装置において、前記入力手段は、食材が食される重量であって調理後の食材の重量により示される調理後可食量と、該食材の調理方法と、を入力し、前記調理後可食量算出手段は、調理後可食量と該食材の調理方法とが入力されると、前記食材DBを参照し、該調理方法に応じた該食材の重量変化率を取得し、入力された調理後可食量と取得した重量変化率とに基づき、該食材が食される重量であって調理前の食材の重量により示される調理前可食量を逆算出することを特徴とする。なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。本発明によれば、献立作成時において食材の食される分量である可食量を入力する際、いずれか一方の入力により、調理前可食量と調理後可食量の両方を出力するとともに、調理後可食量に基づきその献立の調理後の食材に含有される栄養成分量を管理可能な栄養管理装置及び栄養管理プログラムを提供することができる。以下、本発明を実施するための形態を各実施形態において図面を用いて説明する。システム構成全体構成はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたっての全体構成について説明する。図2は、本実施形態に係る栄養管理システム構成図である。図に示されるように、本実施形態に係る栄養管理システムは、栄養管理装置1、各種DBデータベース2~5、印刷装置6を含み、例えば病院内等のネットワーク7を介し接続される。栄養管理装置1は、例えば病院の栄養管理部門等において、患者に応じた食事の献立管理、栄養管理、食数管理、材料管理等を行う装置である。そして特に本実施形態に係る栄養管理装置1は、献立管理、栄養管理を行うので、予定献立DB2、料理DB3、食材DB4、旬食材DB5などの各種DBと連携し、献立管理、栄養管理に必要な情報の管理を行っている。栄養士は、栄養管理装置1を使用して、日々の献立を作成する。栄養士が作成した献立に基づいて、食材の発注、調理が行われてから、その献立は患者の口に入るものなので、献立管理、栄養管理においては、献立作成段階での栄養コントロールが重要となってくる。即ち、栄養士は、献立作成段階で、料理単位、食材単位、食事単位朝昼夕、さらには1日単位での栄養バランスに留意しながら、適切な献立メニューを作成することが重要となる。印刷装置6は、栄養管理装置1の各種情報を印刷用紙に出力印刷するためのプリンタである。例えば献立メニューが印刷される。また栄養士が作成した献立を元にして食材の発注や調理も行われるので、献立メニューの他にも例えば発注伝票、調理伝票等も印刷される。ネットワーク7は、医事会計システムや他部門システムを含む院内ネットワークと接続されうる。栄養管理装置1で扱う情報はときに他部門システムとの連携を伴う場合があるからである。以上本システム構成はあくまで一実施形態例であり、これ以外にも様々な形態で構成することができる。例えば各種DB2~5は、栄養管理装置1内の記憶装置内に構築することもできるし、他の記憶装置例えばLAN内のサーバ、外部のデータセンターサーバ等に構築することもできる。また例えば栄養管理装置1をサーバとし、ネットワークを経由して別のクライアント端末から栄養管理装置1にアクセスすることにより、栄養管理装置1を使用することも可能である。ハードウェアここで、本実施形態に係る栄養管理装置1のハードウェア構成について簡単に説明しておく。図3は、栄養管理装置1の一実施形態の主要構成を示すハードウェア構成図である。栄養管理装置1は、主要な構成として、CPU11、ROMReadOnlyMemory12、RAMRandomAccessMemory13、補助記憶装置14、記憶媒体読取装置15、入力装置16、表示装置17、及び通信装置18を含む構成である。CPU11は、マイクロプロセッサ及びその周辺回路から構成され、装置全体を制御する回路である。また、ROM12は、CPU11で実行される所定の制御プログラムを格納するメモリであり、RAM13は、CPU11がプログラムを実行して各種の制御を行うときの作業エリアとして使用するメモリである。補助記憶装置14は、汎用のOSOperatingSystem、プログラムを含む各種情報を格納する装置であり、不揮発性の記憶装置であるHDDHardDiskDriveなどが用いられる。上述の各種DB2~5についても、同記憶装置内に構築されうる。なお、上記各種情報は、補助記憶装置14以外にも、CD-ROMCompactDiskROMやDVDDigitalVersatileDisk、USBメモリ等の携帯型メディアなどの各種記憶媒体やその他のメディアに記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置15などのドライブ装置を介して読み取ることが可能である。入力装置16は、ユーザが各種入力操作を行うための装置である。入力装置16は、マウス、キーボード、表示装置17の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置17は、各種データを表示画面に表示する装置である。例えば、LCD、CRTなどから構成される。通信装置18は、ネットワーク7を介して他の機器との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。なお印刷装置6については、公知の装置及び端末を適用できることから、そのハードウェア構成の詳細説明は省略するものとする。機能次に、本実施形態に係る栄養管理装置1の主要機能構成について説明する。図4は、栄養管理装置1の一実施形態の主要機能を示す機能ブロック図である。栄養管理装置1は、主要な機能として、記憶部101、表示部102、入力部103、調理後可食量算出部104、栄養成分量算出部105を含む構成である。記憶部101は、予定献立DB2、料理DB3、食材DB4、旬食材DB5などの各種DBを記憶する。これら各種DBについては具体例を挙げて再度詳しく後述する。表示部102は、システム上、予定献立作成画面を表示する。予定献立作成画面は、栄養士が、患者に提供する予定献立メニューを作成するための画面である。具体的には、予定献立作成画面上において、所定の料理を献立として追加してゆくことにより献立が作成されるが、献立内に料理や食材が追加されるたびに、画面上では、その献立、料理、食材毎に、調理後の栄養成分量栄養成分値が自動計算され表示される。栄養士は、献立の料理や食材の栄養成分量を確認しながら、患者にとって適切な栄養バランスを有した献立を作成する。入力部103は、予定献立作成画面等を通じて、ユーザ入力される各種データを入力する。特に本実施形態においては、栄養士により、1患者が食するその食材の重量重さであって調理前の食材の重量により示される調理前可食量、該食材の調理方法が入力される。この点詳細は後述する。調理後可食量算出部104は、入力部103により調理前可食量と該食材の調理方法とが入力されると、食材DB4を参照し、該調理方法に応じた該食材の重量変化率を取得し、入力された調理前可食量と取得した重量変化率とに基づき、1患者が食するその食材の重量重さであって調理後の食材の重量により示される調理後可食量を算出する。栄養成分量算出部105は、調理後可食量算出部104により食材の調理後可食量が算出されると、食材DB4を参照し、調理後の該食材の重量単位当りの栄養成分量を取得し、算出された調理後可食量と取得した調理後の該食材の重量単位当りの栄養成分量とに基づき、その食材が含有する栄養成分量、つまりその食材から摂取される栄養成分量を算出する。なお以上説明したこれらの機能は、実際にはCPU11が実行する栄養管理プログラムにより実現される。また調理前可食量、調理方法、重量変化率、調理後可食量、重量単位当りの栄養成分量、栄養成分量などの各パラメータについては、具体例を挙げながら詳細後述する。各種DB記憶部101は、予定献立DB2、料理DB3、食材DB4、旬食材DB5などの各種DBを記憶する。以下これらDBについて、はじめに食材DB4から説明する。食材DB4及び旬食材DB5図5は、食材DB4のデータ例を示す。食材DB4は、料理に使用される全食材が登録されているいわば食材マスターDB参照用DBである。食材コードはその食材を一意に識別する管理上の識別子である。但し、1食材につき必ずしも1エントリーのみが登録されている訳ではない。同じ食材であっても、調理後の栄養成分量の違いに基づき、複数のエントリーが登録されている食材も存在する。即ち食材調理後の栄養成分量は、同じ食材であっても調理方法、食材の旬の時期によって変動しうるので、本実施形態に係る食材DB4では、食材毎、調理方法毎、旬の時期毎という観点からその栄養成分量を区別して食材DB4にエントリーするようにしている。具体的に、まず同じ食材であっても、調理方法に基づき、複数のエントリーが登録されている食材が存在する。例えば、野菜食材であるほうれん草には、いくつかの調理方法が存在する。例えば調理方法が、非加熱生、焼く、ゆでるのように3種類の調理方法がある場合、調理方法によって、調理後の栄養成分量の違いが生じるから、同じ食材ほうれん草であっても、食材コード:56240という調理方法が3パターン分の3つのエントリーが登録される。1行目のほうれん草は調理方法:非加熱であって、そのほうれん草の調理後の単位当りの栄養成分量のうち単位当りのエネルギーは20である但し非加熱の場合、調理後のものも生。一方、2行目のほうれん草は調理方法:焼くであって、そのほうれん草の調理後の単位当りの栄養成分量のうち単位当りのエネルギーは27である。これはほうれん草を焼くことにより、エネルギーが27に変化することを示している。また一方、3行目のほうれん草は調理方法:ゆでるであって、そのほうれん草の調理後の単位当りの栄養成分量のうち単位当りのエネルギーは25である。これはほうれん草をゆでることにより、エネルギーが25に変化することを示している。なお、調理方法について、例えば蒸す等を加えて更に細分化してもよく、或いは加熱と生非加熱に大きく分類して管理することもできる。次いで、同じ食材であっても、旬の時期に基づき、複数のエントリーが登録されている食材が存在する。一般に、野菜などの食材は栄養価が変化する旬の時期季節が存在するので、同じ野菜食材であっても、旬の時期季節によって栄養価、つまり調理前の栄養成分量勿論、調理後の栄養成分量もの違いが存在する。よって旬食材DB5を使用することにより、食材DB4において、旬の場合における栄養成分量を栄養管理に使用するようにする。図6は、旬食材DB5のデータ例を示す。旬食材DB5は、食材DB4に登録されている食材のうち、旬の時期季節が存在する食材が登録されているいわば旬食材マスターDB参照用DBである。ここで食材DB4を参照すると、図中、食材名称に星マークが付されている食材は、旬が存在する食材を示す。例えば、旬でない通常時期においては、食材名称:ほうれん草、調理方法:非加熱である場合、食材DB4の1行目の旬食材コード:56240であるエントリーが採用され、栄養成分量を算出するにあたり、1行目の調理後の単位当りの栄養成分量が参照される。この調理後の単位当りの栄養成分量は、旬でない通常時期のほうれん草を非加熱で調理した場合の、ほうれん草の単位当りの栄養成分量である。一方、7月の旬の時期においては、旬食材DB5の1行目のエントリーに該当するので、1行目の旬食材コード:56241が取得され、食材DB4では、食材コード:56241で特定される4行目のエントリー食材名称:ほうれん草夏が採用され、栄養成分量を算出するにあたり、4行目の方の調理後の単位当りの栄養成分量が参照される。この調理後の単位当りの栄養成分量は、旬の時期のほうれん草を非加熱で調理した場合の、ほうれん草の単位当りの栄養成分量である。同じほうれん草であっても、通常時期と旬の時期の栄養成分量のうち、例えば調理後の単位当りのエネルギーを比較すると、通常時期は20、旬の時期は22であり、旬の時期のほうれん草の方が栄養成分量が高くなっていることが分かる。再び図5の食材DB4を参照し、各項目の説明を続ける。食材名称は、その食材の名称を示す。発注先業者、発注単位、単位重量、単価は、文字通りその食材を発注するにあたり使用される情報である。調理方法は、その食材に対する調理方法を示す。上述の如く、同じ食材であっても、複数の調理方法が存在し、またその調理方法によって調理後の栄養成分量の違いが存在する場合、調理毎のエントリーとして登録される。例えば、ほうれん草には、調理方法が非加熱生、焼く、ゆでるのように3種類の調理方法があるので、同じ食材ほうれん草であっても、食材コード:56240という3つのエントリーが登録される。重量変化率は、その食材が調理されたときのその食材の重量変化率を示す。食材は調理方法によって調理前と調理後ではその重量が変化する場合がある。例えばほうれん草の場合、調理前の生のほうれん草1000gを焼いて調理した場合、重量変化率:90を乗算することにより、調理後のほうれん草の重量は900gと算出できる。また例えばほうれん草の場合、調理前の生のほうれん草1000gをゆでて調理した場合、重量変化率:70を乗算することにより、調理後のほうれん草の重量は700gと算出できる。このように調理方法によって調理後の重量が異なってくるので、重量変化率の値も調理方法に依存して規定されることになる。調理後の単位当りの栄養成分量は、その食材がそれぞれの調理方法で調理された場合の単位例えば100gあたりの栄養成分量を示す。栄養成分量はその内訳として、エネルギー、水分、タンパク、脂質、炭水化物、繊維、食塩、ナトリウム等々があり、その栄養成分毎にその栄養値が規定されている。この調理後の単位当りの栄養成分量は、加熱後の食材100gあたりの栄養成分量として公開はされている数値を使用できる例えば日本食品標準成分表2010。料理DB3図7は、料理DB3のデータ例を示す。料理DB3は、献立に組み込まれうる全料理が登録されているいわば料理マスターDB参照用DBである。料理コードはその料理を一意に識別する管理上の識別子である。料理名称はその名称を示す。食材情報は、図に示されるように食材コード、食材名称、分量、調理方法からなり、複数の食材を使用する料理の場合には、食材コード1、食材コード2といったように複数の食材の情報が登録される。料理DB3内の1エントリーである1の料理が決まると、原則はその料理に必要な食材が決まるので、食材情報食材コード、食材名称、分量、調理方法が決まることになる。この食材情報の食材コード、食材名称は、食材DB4に登録されている食材の情報と対応しており、例えば料理名称:ほうれん草ソテーに使用される食材の1つであるほうれん草は、食材DB4の食材コード:56240の2行目のエントリーと対応するものである。なお食材情報のうち、分量は、その食材の標準的な1人前の分量を示すので、これ自体は料理DB3に予め登録されている静的な値であるが、この分量は予定献立DB2内においては動的に修正される可能性がある例えば栄養士がその分量を変更した場合。予定献立DB2図8は、予定献立DB2のデータ例を示す。予定献立DB2は、栄養士によって作成された献立の情報が登録されたDBである。予定献立DB2に登録される又は登録された献立上述の料理、食材の情報含むは、予定献立作成画面に表示される。栄養士は予定献立作成画面を通じて患者に提供する予定献立メニューを作成し、予定献立メニューが完成すると、これを保存する。その結果、その献立が予定献立DB2に登録されることになる。例えば、図に示される予定献立DB2の場合には、栄養士により、10月7日の朝昼夕の計3献立メニューが作成され登録されていることが分かる。なお各献立というものは料理DB3に登録されている1以上の料理から構成され、料理というものは食材DB4に登録されている1以上の食材から構成されるものである。具体的に、図に示される食事日:10月7日、食種:糖尿病食の朝昼夕:朝食を見てみると、この日の朝食の献立は、米飯、かきたま汁という2品目の料理から構成されていることが分かる。また料理米飯は精白米という食材材料から構成され、料理かきたま汁は液卵、玉葱14スライス、食塩、醤油、水1、本だし、片栗粉という食材材料から構成されていることが分かる。食事日は、献立が食される予定日、食種はその献立の分類種、朝昼夕はその献立の朝食、昼食、夕食種別を示す。料理情報は、図に示されるように料理、料理コード、食材情報からなり、複数の料理からなる献立の場合には複数の料理の情報が登録される通常の場合、献立は複数品の料理からなる。献立DB2の献立である1の料理が決まると、その料理に必要な食材も決まるので、食材情報食材名、食材コード、調理方法、調理前可食量分量が決まることになる。そしてこの食材情報は、食材DB4に登録されている食材の情報と対応するものとなっている。調理前可食量は、その食材の調理前の重量ベースでの患者が口にいれる分量を示すものである。可食量とは、患者が口にいれる分量食べてもよい分量をいうが、調理前の可食量は、その患者が口にいれる分量をその食材の調理前の重量ベースで図った分量である例えば野菜ならば生の状態での重量。通常、この調理前可食量は、システム上、入力の手間を省くため、デフォルトでは料理DB3内の分量標準的な1人前の分量の値を自動的に反映するようにしているが、献立作成時、栄養士により予定献立作成画面を通じてこの値は変更されうる。理由として、例えば糖尿病患者の場合、分量を標準的な1人前の分量よりも少ない分量に変更する必要があるからである。調理後可食量は、その食材の調理後の重量ベースでの患者が口にいれる分量を示すものである。可食量とは、その食材の調理前の重量ベースで図った分量食べてもよい分量をいうので、調理後の可食量は、その患者が口にいれる分量をその食材の調理後の重量ベースで図った分量で示す。患者は当然調理後のものを口にするので、調理後可食量は患者が口にいれる分量そのものである。本実施形態においては、料理DB3内の分量に基づき調理前可食量が入力され、又は献立作成時、栄養士により予定献立作成画面を通じて入力変更されうる。そしてこの入力された調理前可食量に対し、後述の計算を経て、調理後可食量が算出される。そしてまた調理後可食量に基づき栄養成分量が算出される。そして算出された調理後可食量や栄養成分量が予定献立DB2内に登録されたものとなっている詳細後述。画面操作例1栄養士は、栄養管理装置1を使用して、日々の献立を作成するが、具体的には予定献立作成画面を操作しながら献立を作成する。予定献立作成画面では、所定の料理を献立として追加してゆくことにより献立が作成され、献立内に料理や食材が追加されるたびに、画面上では、その献立、料理、食材毎に、調理後の栄養成分量栄養成分値が自動計算され表示される。栄養士は、献立の料理や食材の栄養成分量を確認しながら、患者にとって適切な栄養バランスを有した献立を作成する。以下、図を参照しながら説明する。図9は、栄養管理装置1のTOP画面の一例を示す。栄養士は、献立作成を行う場合、図に示される各項目の中から、献立管理のボタンを押下する。図10は、予定献立作成画面その1の一例を示す。aに示されるように、献立を新規作成する場合に表示される予定献立作成画面予定献立登録画面において、栄養士はまず献立が予定される日付等を入力してから、所定の料理を献立として追加してゆくことにより献立を作成する。bは、栄養士が献立2品登録済みの予定献立作成画面を示す。図に示されるように、23年10月7日の朝食の献立のうち、献立1品目朝1として米飯、献立2品目朝2としてかきたま汁が既に作成されていることが分かる。またこのとき、予定献立作成画面においては、これら料理米飯、かきたま汁毎に、その調理後可食量に基づく、調理後の栄養成分量例えば、エネルギー、水分、タンパク等々が自動計算され表示されており、栄養士は、献立において、実際に患者の口に入り摂取されることになる料理や食材の調理後の栄養成分量を確認しながら、具体的な献立を組み立てていくことになる。ここでは、栄養士が、同日の朝献立として、もう1品の料理を追加する様子を説明しながら、献立作成の過程を説明する。具体的に以下、栄養士は献立3品目朝3として料理ほうれん草お浸しを献立に登録する例を説明する。図11は、予定献立作成画面その2の一例を示す。栄養士は献立内に新たな料理を登録追加する場合、朝3の料理のコードが入力されるセルにカーソルを合わせ、例えばマウス等で右クリック操作を行う。すると選択リストが表示されるので、栄養士はこの中の選択肢の中から料理挿入をクリックする。料理DB3から追加したい料理を検索してここへ挿入するためである。図12は、予定献立作成画面その3の一例を示す。前記選択リストの料理挿入をクリックすると、図に示されるように、予定献立作成画面上、ポップアップメニューとして料理検索画面が表示される。料理検索画面には、料理DB3に登録される料理が一覧表示され、栄養士はこの中から追加したい料理を選択する。また料理検索画面上、栄養士は必要に応じて、開始料理コード、開始検索名称、料理名検索等に検索キーを入力することにより、所望の料理を検索することができる。なおここでは、検索キーほうれん草が入力され、ほうれん草に関する料理が検索される。またこの中から、1行目のほうれん草お浸しが選択されるものとする。なおまたこのとき、料理であるほうれん草お浸しが選択されると、料理検索画面上画面右側、その料理を構成する食材として、ほうれん草、醤油、糸削りが表示される。なおここで料理DB3図7参照との関連に言及しておく。料理DB3には、料理名称:ほうれん草お浸しが登録されており、またその料理の食材情報として、ほうれん草、醤油、糸削りこれは非図示が登録されている。よって、料理検索画面上、検索キーほうれん草によって、ほうれん草に関する料理の1つとして、料理DB3から料理名称:ほうれん草お浸しが検索される。またこのほうれん草お浸しが選択されると、料理検索画面上、その食材情報に基づき、ほうれん草、醤油、糸削りが表示されるものである。図13は、予定献立作成画面その4の一例を示す。図に示されるように、予定献立作成画面上、料理検索画面を経て選択された料理ほうれん草お浸しが朝3として追加されるとともに、その料理を構成する食材として、ほうれん草、醤油、糸削りが表示される。また料理ほうれん草お浸しに対してはその栄養成分量が、また食材ほうれん草、醤油、糸削りに対しては、食材毎に調理方法、調理前可食量、調理後可食量、栄養成分量が表示される。料理ほうれん草お浸しの栄養成分量は、そのほうれん草お浸しが実際に患者の口に入り摂取される栄養成分量である。料理ほうれん草お浸しは、食材ほうれん草、醤油、糸削りからなるので、各食材の栄養成分量の合計値で表されることとなる。次に、各食材の調理方法は、その料理におけるその食材の調理方法を示す。例えば食材ほうれん草は、料理ほうれん草お浸しに使用される食材であるので、その調理方法はゆでるである。また例えば食材醤油は、料理ほうれん草お浸しに使用される食材であるがそのまま使用されるので、調理方法は非加熱である。例えば食材糸削り鰹節は、料理ほうれん草お浸しに使用される食材であるが、特段この食材の調理方法は存在せず、そのまま使用されるので、調理方法は空欄である。ここで料理DB3図7参照との関連に言及する。料理DB3には、料理名称:ほうれん草お浸しが登録されており、またその料理の食材情報として、ほうれん草、醤油、糸削りこれは非図示が登録されている。また上述の如く、食材情報の調理方法は料理DB4に登録されているものであるので、同時にその食材の調理方法は食材DB4にも登録されているものとなる。調理前可食量は、その食材の調理前の重量ベースでの患者が口にいれる分量を示すものである。この調理前可食量は、上述したようにデフォルトでは料理DB3内の分量標準的な1人前の分量が反映されたものである。ここで料理DB3図7参照との関連でいうと、例えば料理DB3には、料理名称:ほうれん草お浸しが登録されており、またその料理の食材情報として、ほうれん草、醤油、糸削りこれは非図示が登録されている。また食材情報のうち分量は食材DB4に登録されているものであり、この調理前可食量はデフォルトでは食材DB4に登録されている分量が入力されたものとなる。具体的に例えば、料理DB3図7参照において、料理ほうれん草お浸しにおいて、食材名称1:ほうれん草は分量1:80gである。よってこの分量1:80gは、標準的な1人前の分量であるので、システム上、この調理前可食量に自動入力される。勿論、予定献立作成画面上でこの調理前可食量分量を確認し、標準的な1人前の分量よりも多い又は少ない分量に変更する必要があると判断した場合、栄養士は当セルの値を変更できる。調理後可食量は、その食材の調理後の重量ベースでの患者が口にいれる分量を示すものである。患者は当然調理後のものを口にするので、調理後可食量は患者が口にいれる分量そのものである。本実施形態においては、料理DB3内の分量に基づき調理前可食量が入力され、また献立作成時、栄養士により予定献立作成画面を通じて入力変更されうるが、この入力された調理前可食量と、調理方法に応じた該食材の重量変化率とに基づいて、調理後可食量が自動算出され、この値が調理後可食量として自動表示される。調理後の栄養成分量は、調理後の栄養成分量であるので、その食材が調理後可食量分、食されたときに摂取される栄養成分量を示す。つまり栄養成分量は、実際に患者の口に入り摂取されることになる料理や食材の栄養成分量そのものであるので、栄養士はこの栄養成分量を確認しながら、具体的な献立を組み立てていくことになる。なおここで、再び図1の従来例に係る予定献立作成画面例を参照する。上述したように、当予定献立作成画面において、各料理又は各食材ごとに表示されている可食量調理前可食量といえる及びその可食量に含まれる各栄養成分量は、生の食材調理前の食材ベースでの栄養成分量が表示されたものである。そのため、食材例えば野菜等によっては、火を通すとその栄養成分量が大きく変動してしまう場合があるところ、患者に提供するために加熱調理された食材の栄養成分量は、システム上予定献立作成画面上に表示されているその食材の栄養成分量と乖離してしまう。一方、本実施形態に係る予定献立作成画面例で表示される栄養成分量は、調理後の栄養成分量であるので、栄養士は実際に患者の口に入り摂取されることになる料理や食材の栄養成分量そのものを確認しながら、具体的な献立を組み立てていくことが可能である。また調理後可食量も自動算出され表示されるので、この情報は調理師が出来上がった料理食材の調理後可食量の合計の盛り付け量としても利用できる。情報処理図14は、本実施形態に係る栄養管理装置1の情報処理を説明するフローチャートである。これまで画面操作例を挙げて説明してきたように、栄養士は、予定献立作成画面では、所定の料理を献立として追加してゆくことにより献立が作成され、献立内に料理や食材が追加されるたびに、画面上では、その献立、料理、食材毎に、調理後可食量や調理後の栄養成分量栄養成分値が自動計算され表示される。本フローチャートでは、この自動計算に関し、栄養士が料理検索画面図12から料理を追加すべく、料理ほうれん草お浸しを選択し、予定献立作成画面図13において、料理ほうれん草お浸しが追加表示されるまでの具体的な情報処理を説明する。つまり本フローチャートの情報処理で得られる結果は、図13の予定献立作成画面太枠内で出力されたものとなる。以下図面を参照しながら説明する。S1:栄養管理装置1の調理後可食量算出部104は、料理DB3から、選択された料理の料理コード、料理名称、食材情報を取得する。このとき取得される料理ほうれん草お浸しの情報は、図15に示されるとおりである料理DB3より抜粋。図16は、予定献立作成画面のほうれん草お浸し追加登録に係る画面例その1を示す。図13の太枠内を便宜上抜粋したものである。この時点、つまり料理選択直後では、選択された料理ほうれん草お浸しの料理コード、料理名称、食材情報に基づき、図に示されるように、料理料理コード:30201、名称料理名称:ほうれん草お浸し、また食材食材コード:56240、80030、35341、名称食材名:ほうれん草、醤油、糸削り、調理方法調理方法:ゆでる、非加熱、-、調理前可食量調理前可食量:80.00、0.55、5.00が、予定献立作成画面上に反映される。なお調理前可食量の値は、システム上、デフォルトでは料理DB3内の分量の値を自動的に反映させて入力するようにしているが、栄養士により予定献立作成画面を通じて入力変更されうる。ほうれん草の調理前可食量:80.00は多いと判断すれば、栄養士は予定献立作成画面の調理前可食量のセルに入力されている80.00の値を、例えば60.00などに変更入力できる。S2:次に調理後可食量算出部104は、追加された食材の中に旬食材の登録があるか否かを判定する。ここでは、食材ほうれん草、醤油、糸削りのうちほうれん草に旬食材の登録があると判定される。旬食材の登録があるかどうかは、旬食材を示すフラグ例えば星マークの有無で判定できる。またもしくは旬食材DB5を参照し、その食材の食材コードの有無により判定できる。S3:調理後可食量算出部104は、食材の中に旬食材がある場合、その食材食材を含む献立が提供される予定日を取得する。これは予定献立作成画面図10で栄養士により入力された日付により特定することが可能である。ここでは取得された予定日は、23年10月7日であるとする。S4:調理後可食量算出部104は、旬食材DB5を参照し、予定日に対応する旬食材コードに基づき、その食材の食材コードと食材名称を取得後のものと差し替える。具体的には、まず旬食材DB5図6を参照する。旬食材ほうれん草の食材コードは56240であり、予定日は23年10月7日であるので、1行目のエントリーに該当し、旬食材コードは56241を取得する。そして食材DB4を参照し、この旬食材コード:56241を食材コードに置換して扱うと、食材名称ほうれん草夏が特定される同調理方法ゆでるのもの。図17は、予定献立作成画面のほうれん草お浸し追加登録に係る画面例その2を示す。この時点では、食材食材コード、名称食材名称において、この時期予定日、食材コード:56240、食材名:ほうれん草から、旬食材である食材コード:56241、食材名:ほうれん草夏へと差し替えられる。なお、この時期予定日、旬食材でない場合には、食材コード:56240、食材名:ほうれん草のままを維持する。S5:調理後可食量算出部104は、食材コードから、その食材の調理前可食量、調理方法に対応する重量変化率、調理後の単位当りの栄養成分量を取得する。具体的に、食材ほうれん草夏の場合、この時点の予定献立DB2から調理前可食量:80gを取得する。また食材DB4食材コード:56241の6行目のエントリーから、調理方法:ゆでるに対応する重量変化率:70、調理後の単位当りの栄養成分量としてエネルギー:26を取得する。S6:調理後可食量算出部104は、調理前可食量、重量変化率に基づき、調理後可食量を算出する。ここでは、調理前可食量:80g、重量変化率:70であるので、両者を乗算し、調理後可食量:56g80g×70を算出する。この値56gは、調理前生のほうれん草夏がゆでられたときの重量、つまり調理後のほうれん草夏の重量を示す。この場合、ゆでることにより重量が減少している。なお、図5の食材DBには非図示であるが、食材醤油は調理方法:非加熱であるので、重量変化率:100である。よって調理前可食量と調理後可食量は同一である。また食材糸削りは調理方法は存在しないので、このような食材には重量変化率も存在せず、よって調理前可食量と調理後可食量は同一である。図18は、予定献立作成画面のほうれん草お浸し追加登録に係る画面例その3を示す。この時点で、各食材の調理後可食量が算出されていることが分かる。実際、食材ほうれん草夏はゆでることにより、その可食量は70減少していることが分かる。S7:栄養成分量算出部105は、調理後可食量が算出されると、その調理後可食量、調理後の単位当りの栄養成分量に基づき、実際に食材から摂取される栄養成分量を算出する。ここでは、調理後可食量:56gである。また調理後の単位当りの栄養成分量の1つであるエネルギーは26である。単位当りの単位は100gであるので、食材ほうれん草夏の調理後可食量:56gに含有されるエネルギーは14.56である。図19は、予定献立作成画面のほうれん草お浸し追加登録に係る画面例その4を示す。この時点で、各食材の栄養成分量内訳が算出されていることが分かる。具体的に食材ほうれん草夏の栄養成分量の内訳は、エネルギーは14≒14.56、水分:65、タンパク:1.5、脂質:0.3となっている。この栄養成分量内訳は、食材名称:ほうれん草夏の調理後可食量:56gに対する栄養成分量である。つまり栄養成分量は、実際に患者の口に入り摂取されることになる料理や食材の栄養成分量そのものである。以上、フローチャートにおいて、料理の追加から、調理後可食量、栄養成分量が算出され、表示されるまでの具体的な情報処理を説明した。図13図19の予定献立作成画面で表示されている内容は、例えば保存操作がなされることにより、予定献立DB2にその情報が登録される。図20は、予定献立DB2の料理追加データ例を示す。図8と比べると、栄養士により、10月7日の朝食献立において、米飯、かきたま汁に加え、4品目のほうれん草お浸しが登録されていることが分かる。また料理ほうれん草お浸しはほうれん草夏、醤油、糸削りという食材材料から構成されているとともに、食材毎に、上述の計算を経て調理後可食量、栄養成分量内訳が登録されていることが分かる。なお、上述の図16~19の画面例太枠内抜粋は、説明の便宜上、計算過程の推移を追って説明したものである。つまり、システム上これら計算は内部的に行われ、予定献立作成画面においては、自動計算結果である図19のみが表示されることは言うまでもない。なおまた、栄養士が予定献立作成画面を参照し、画面に表示されているほうれん草の調理前可食量:80.00は多いと判断すれば、栄養士は予定献立作成画面の調理前可食量のセルに入力されている80.00の値を、例えば60.00などに変更入力する。このとき、調理前可食量のセル内に60.00が入力されたことになるので、システム上、あらためて調理前可食量:60.00として、調理後可食量、栄養成分量が再計算され、その結果が表示されることになる。画面操作例2画面操作例2では、予定献立作成画面において、料理に対しさらに食材の追加削除を行う操作について説明する。例えば、再び図13を参照する。同予定献立作成画面は、料理検索画面を経て選択された料理ほうれん草お浸しが朝3として追加されたものである。上述の如く料理DB3には、その料理を作るために使用される食材が登録されており、料理ほうれん草お浸しについても、その料理を作るために使用される食材は、料理DB3に登録されているほうれん草、醤油、糸削りである。しかし料理DB3はあくまでその料理に対する標準的レシピの食材を登録したものであるので、栄養士が栄養量を調整するため、料理DB3に登録されている標準的レシピの食材に対し、食材を追加削除できるようにする必要がある。例えば料理ほうれん草お浸しの場合、料理DB3によれば料理ほうれん草お浸しの標準的レシピの食材は、ほうれん草、醤油、糸削りである。栄養士は予定献立作成画面においてこれら料理、食材の栄養成分量を確認できるが、この栄養成分量に対し、さらに栄養量を追加したい場合、栄養士は予定献立作成画面を操作して、例えば食材人参を追加する。またもしくは栄養成分量を削減したい場合、栄養士は予定献立作成画面を操作して、例えば食材醤油を削減したりする操作を行うことができる。以下説明する。図21は、予定献立作成画面その5の一例を示す。栄養士は料理ほうれん草お浸し内に新たな食材を登録追加する場合、朝3の食材のコードが入力されるセルにカーソルを合わせ、例えばマウス等で右クリック操作を行う。すると選択リストが表示されるので、栄養士はこの中の選択肢の中から食材挿入をクリックする。食材DB4から追加したい食材を検索してここへ挿入するためである。図22は、予定献立作成画面その6の一例を示す。食材挿入をクリックすると、図に示されるように、予定献立作成画面上、ポップアップメニューとして食材検索画面が表示される。食材検索画面には、食材DB4に登録される食材が一覧表示され、栄養士はこの中から追加したい食材を選択する。また食材検索画面上、栄養士は必要に応じて、検索コード、かな名称検索、食材名検索等に検索キーを入力することにより、所望の食材を検索することができる。なおここでは、検索キー人参が入力され、食材人参が検索されるとともに、検索された食材人参が選択されるものとする。図23は、予定献立作成画面その7の一例を示す。図に示されるように、予定献立作成画面上、食材検索画面を経て選択された食材人参が朝3の食材として追加される。つまり、その料理ほうれん草お浸しを構成する食材として、ほうれん草夏、人参、醤油、糸削りが表示されていることが分かる。但し、食材の場合、食材DB4から検索されているので、図に示されるように、この時点では調理方法、調理前可食量、調理後可食量、栄養成分量は未表示状態である。食材DB4から食材を特定しただけではこれら情報は特定されないからである。よって栄養士は、同予定献立作成画面において、食材人参の調理方法、調理前可食量を入力する必要があるが、ここでは、調理方法:ゆでる、調理前可食量:50.00と入力したものとする。図24は、予定献立作成画面その8の一例を示す。栄養士により調理方法、調理前可食量が入力されたことにより、図に示されるように、予定献立作成画面上、食材人参について、調理方法、調理前可食量、調理後可食量、重量単位当りの栄養成分量が表示されていることが分かる。また、料理ほうれん草お浸しに対し、4食材目の食材人参が追加されたので、料理ほうれん草お浸し全体としての栄養成分量は、食材人参分増加している。栄養士はこの予定献立作成画面において、人参追加後の栄養成分量を確認し、この栄養成分量でよいかどうかの確認を行う。なおこの場合において、これら値を表示する迄の算出過程を簡単に説明すれば、栄養士による調理方法、調理前可食量入力をトリガーとして、食材DB4、旬食材DB5ここでは結果、旬の時期でないとする、調理方法:ゆでるから、1の食材コードが特定され、そのエントリーにおいて例えば重量変化率:90を取得する。調理前可食量:50.00に対し、重量変化率:90を乗算し、調理前可食量:45.00を得る。そしてエントリーにおいて重量単位当りの栄養成分量に基づき、調理前可食量:45:00に対する栄養成分量を算出する。図25は、予定献立DB2の食材追加データ例を示す。図20と比べると、栄養士により、10月7日の朝食献立において、料理ほうれん草お浸しには4食材目の食材人参が登録されていることが分かる。変形例上述の実施形態においては、調理前可食量が入力され、この入力された調理前可食量に基づき、調理後可食量、さらには栄養成分量を算出するものであった。というのも、食材は発注の関係上図5参照、食材量は調理前生の重量で扱われる必要があり、従って従来慣習上、献立を作成する際の入力情報である可食量患者が口にいれる分量も、その食材の調理前生の重量ベースで図った分量である調理前可食量で示すのが通例であったからである例えば野菜ならば生の状態での重量。しかしながら、主食米飯、乾麺等に代表される一部の食材の中には、少数ながら可食量をその食材の調理後の重量ベースで図った分量で示す方が一般的なものがある。例えば米飯である。米飯は、発注時は10kgの米袋単位で発注されるが、慣習上、栄養管理上その可食量は炊いたご飯の量で表現される。例えば1人前、100gと言ったとき、この100gとは炊いたご飯の量を示す生米100gではない。図26は、本変形例に係る食材DB4のデータ例を示す。食材DB4は、料理に使用される全食材が登録されているいわば食材マスターDB参照用DBであるが、図5と比べ、本変形例に係る食材DB4では、調理後可食量編集の項目が付加されていることが分かる。調理後可食量編集は、調理後可食量の欄に対する編集可否を規定するフラグである。調理後可食量編集:NNoの場合、その食材の可食量は、調理前生の重量で扱われる食材を示すので、調理前可食量に対する入力は許可され、一方調理後可食量に対する入力は許可されない調理後可食量は自動計算入力。調理後可食量編集:YYesの場合、その食材の可食量は、調理後の重量で扱われる食材を示すので、調理前可食量に対する入力は許可されず、一方調理後可食量に対する入力は許可される調理前可食量は逆算されて自動計算入力。図27は、本変形例に係る料理DB3のデータ例を示す。料理DB3は、献立に組み込まれうる全料理が登録されているいわば料理マスターDB参照用DBであるが、図7と比べ、本変形例に係る料理DB3では、食材毎に調理後可食量編集の項目が付加されていることが分かる。料理DB3にも食材情報が含まれていることから、食材DB4と同様、調理後可食量編集のフラグを料理DB3においても付加する。上述したように、通常の場合、デフォルトでは料理DB3内の分量標準的な1人前の分量の値を調理前可食量に自動的に反映するようにしているが、本変形例においては、調理後可食量編集:Yの食材に対しては、分量の値は調理後可食量に自動的に反映されるようになる。一方、調理後可食量編集:Nの食材に対しては、分量の値は上述の実施形態のように調理前可食量に自動的に反映されるそのため図7では精白米の分量1は50g、図27では分量1は100gとして扱っている。画面例図28は、本変形例に係る予定献立作成画面の精白米登録に係る画面例その1を示す。この図は予定献立作成画面の一部を抜粋したものである。まずaに示されるように、栄養士により料理検索画面を通じて料理米飯が追加されたとすると、併せて料理米飯に使用される食材精白米も追加される。ここで調理後可食量:100gとなっているが、これは料理DB3図27において、食材精白米の調理後可食量編集はYであるので、その分量1:100gは、調理前可食量ではなく、調理後可食量の方に自動的に反映されたものとなっている。次にbに示されるように、調理可後食量:100gが入力されたので、調理前可食量が自動計算され入力される。具体的に、まず食材DB4の食材コード:00389が参照され、重量変化率:200が取得される。上述したように重量変化率は調理前可食量に対する重量変化率であったから、ここでは調理後可食量から重量変化率を使用して調理前可食量を逆算できるので、調理前可食量:50gと算出される。あとはcに示されるように、調理後可食量:100gと重量単位当りの栄養成分量に基づき、調理後可食量:100gに対する栄養成分量を算出する。以上で、予定献立作成画面上、料理米飯についての調理前可食量、調理後可食量、栄養成分量が表示されることになる。このように本変形例によれば、主食の食材等、その可食量が調理後可食量で入力される食材については、調理後可食量による入力を可能とするとともに、その調理後可食量に基づいて調理前可食量を自動的に逆算して算出される。そもそも食材は発注の関係上、食材量は調理前生の重量で扱われる必要があるので、調理後可食量が入力されたときでも、調理前可食量が算出されると、食材発注時、その重量が容易に把握できるので非常に便利である。なお栄養成分量自体は調理後可食量から算出されるので、栄養士はこの栄養成分量を参照することにより、栄養管理を容易に行えることは上述と同様である。なお、上述の画面操作例2のように、予定献立作成画面において、料理に対し食材追加削除の操作がされる場合には、調理方法、調理前可食量、調理後可食量、栄養成分量は未表示状態である図23参照。この場合、調理前可食量であっても調理後可食量であっても栄養士ユーザによって可食量は直接セルから入力される。但し、調理後可食量編集:Nの場合、その食材の可食量は、調理前生の重量で扱われる食材を示すので、調理前可食量に対するセル入力は許可され、一方調理後可食量に対するセル入力は許可されないセル入力不可。一方、調理後可食量編集:Yの場合、その食材の可食量は、調理後の重量で扱われる食材を示すので、調理前可食量に対するセル入力は許可されず、一方調理後可食量に対するセル入力は許可される。そして調理後可食量が入力された場合には、上述したように、調理後可食量に基づき調理前可食量が逆算されるとともに、調理後可食量に基づき栄養成分量が算出されることになる。補足なお、調理後可食量編集のフラグによって、その食材の可食量が調理前可食量に入力されるのか、又は調理後可食量に入力されるのかが決定されたが、調理後可食量編集のフラグを使用せず、次にように自動判定することも可能である。つまり、可食量をその食材の調理後の重量ベースで図った分量で示す食材は、主食の食材精白米、乾麺等に代表されるところ、そのような食材の特徴として、調理前と調理後の重量変化の割合が大きい点がある。よってこの点に着目すれば、食材の重量変化率に基づいて、その食材の可食量が調理前可食量に入力されるのか、又は調理後可食量に入力されるのかを決定することができる。具体的に精白米の重量変化率は200である。これは生の白米が調理炊くされると、2倍の重量になることを意味する。よって重量変化率に対し、所定閾値例えば200を設けておき、その食材の重量変化率が所定閾値を越えた場合、可食量をその食材の調理後の重量ベースで図った分量で示す食材例えば主食材であると推定し、その食材の可食量は調理後可食量に入力する。一方、その食材の重量変化率が所定閾値を越えない場合下回る場合、可食量をその食材の調理後の重量ベースで図った分量で示す食材でないと推定し、その食材の可食量は調理前可食量に入力する。このようにすることで、料理DB3、食材DB4において調理後可食量編集のフラグの項目欄を設ける必要はなくなる。但し例外的に重量変化率が所定閾値を下回る食材であっても、慣習上、その可食量をその食材の調理後の重量ベースで図った分量で示す食材が存在する可能性もある。ただこの場合、予定献立作成画面上、可食量が調理前可食量の方に入力されてしまったとしても、献立作成時には栄養士が予定献立作成画面を確認するので、手動等で入力訂正することでこれを回避しうる。但しこの場合、栄養士の注意を喚起する意味で、重量変化率が所定閾値を越え、その食材の可食量が調理後可食量に入力された場合、予定献立作成画面上、例えばその食材の行の色を変化させるなどを行うとよい。なお、上述の画面操作例2のように、予定献立作成画面において、料理に対し食材追加削除の操作がされる場合には、調理方法、調理前可食量、調理後可食量、栄養成分量は未表示状態である図23参照。この場合、調理前可食量であっても調理後可食量であっても栄養士ユーザによって可食量は直接セルから入力される。但し、その食材の重量変化率が所定閾値を越えた場合、その食材の可食量は、調理後の重量で扱われる食材を示すので、調理前可食量に対するセル入力は許可されず、一方調理後可食量に対するセル入力は許可される。そして調理後可食量が入力された場合には、上述したように、調理後可食量に基づき調理前可食量が逆算されるとともに、調理後可食量に基づき栄養成分量が算出されることになる。総括以上本発明によれば、献立作成時において食材の食される分量である可食量を入力する際、いずれか一方の入力により、調理前可食量と調理後可食量の両方を出力するとともに、調理後可食量に基づきその献立の調理後の食材に含有される栄養成分量を管理可能な栄養管理装置等を提供することが可能となる。なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。これまで病院の栄養管理部門等において患者に対する献立管理や栄養管理の例を挙げて説明を行ってきたが、他にも例えば、療養施設、学校給食部門、社員食堂等々、継続的に献立を提供するとともに栄養管理を行いうる施設において、本発明を適用可能であることはいうまでもない。