JP2004234342A - メニュー決定方法 - Google Patents
メニュー決定方法 Download PDFInfo
- Publication number
- JP2004234342A JP2004234342A JP2003022239A JP2003022239A JP2004234342A JP 2004234342 A JP2004234342 A JP 2004234342A JP 2003022239 A JP2003022239 A JP 2003022239A JP 2003022239 A JP2003022239 A JP 2003022239A JP 2004234342 A JP2004234342 A JP 2004234342A
- Authority
- JP
- Japan
- Prior art keywords
- menu
- information
- ingredients
- user
- food
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】メニューおよびメニュー毎の調理数を適切に決定して食材の無駄を防ぎ、食材を有効活用できるメニュー決定方法を提供することを目的とする。
【解決手段】食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定サーバのメニュー決定方法であって、食材の在庫に関する在庫情報を取得し、食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成段階Ｓ１０と、食堂を利用する利用者の嗜好に関する嗜好情報を取得し、嗜好情報に基づき前記メニューが選択される選択率をメニュー毎に算出する選択率算出段階Ｓ１１と、メニュー毎の選択率に基づき、メニュー毎の消費量を予測して１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定段階Ｓ１３とを有することにより上記課題を解決する。
【選択図】 図１０
【解決手段】食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定サーバのメニュー決定方法であって、食材の在庫に関する在庫情報を取得し、食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成段階Ｓ１０と、食堂を利用する利用者の嗜好に関する嗜好情報を取得し、嗜好情報に基づき前記メニューが選択される選択率をメニュー毎に算出する選択率算出段階Ｓ１１と、メニュー毎の選択率に基づき、メニュー毎の消費量を予測して１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定段階Ｓ１３とを有することにより上記課題を解決する。
【選択図】 図１０
Description
【０００１】
【発明の属する技術分野】
本発明は、メニュー決定方法に係り、特に食堂で調理するメニューおよびメニュー毎の調理数を決定するメニュー決定方法に関する。
【０００２】
【従来の技術】
例えばカフェテリア方式の食堂は、調理済みの料理から利用者が好みの料理を選び、運んで食べるセルフサービスの食堂である。このようなカフェテリア方式の食堂では、多数の料理を調理するため、取り扱う食材が多い。また、カフェテリア方式の食堂では、利用者に応じて食される料理の種類および数が大きく異なる。
【０００３】
そこで従来のカフェテリア方式の食堂では、過去の利用状況や経験を元に調理する料理の種類および調理する料理ごとの調理数を予測して決定することで、調理済みの料理や在庫ができるだけ余らないように工夫して、食材の無駄を防いでいた。
【０００４】
特許文献１には、冷蔵庫の在庫と在庫の賞味期限を参照してレシピを提供することで食材の無駄を防ぐことが記載されている。また、特許文献２には利用者端末から利用者の注文を事前に受け付けることで食材の無駄を防ぐことが記載されている。
【０００５】
【特許文献１】
特開２００２−３９６６９号公報
【０００６】
【特許文献２】
特開平１１−３３８９１２号公報
【０００７】
【発明が解決しようとする課題】
カフェテリア方式の食堂は、利用者がいつも同じという訳ではない。したがって、利用者に応じて食される料理の種類および数が大きく異なるカフェテリア方式の食堂では、過去の利用状況や経験を元に調理する料理の種類および数を予測して決定したとしても、予測の精度があまり高くなかった。
【０００８】
例えば用意した料理が多すぎた場合には、食材が無駄になるという問題があった。また、用意した料理が少なすぎた場合には利用者に不評をきたすという問題があった。
【０００９】
なお、特許文献２のように利用者から事前に注文を受け付けることは、調理済みの料理から好みの料理を選ぶというカフェテリア方式の利点を無くすことになるため、カフェテリア方式の食堂に適用することができなかった。
【００１０】
本発明は、上記の点に鑑みなされたもので、メニューおよびメニュー毎の調理数を適切に決定して食材の無駄を防ぎ、食材を有効活用できるメニュー決定方法を提供することを目的とする。
【００１１】
【課題を解決するための手段】
そこで、上記課題を解決するため、本発明は、食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定サーバのメニュー決定方法であって、食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成段階と、食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出段階と、前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定段階とを有することを特徴とする。
【００１２】
このようなメニュー決定方法では、食材の在庫情報に基づき調理可能な１つ以上のメニューを作成し、食堂を利用する利用者の嗜好情報からメニュー毎の選択率を算出することで、各メニュー毎の消費量を予測して１つ以上のメニューおよびメニュー毎の調理数を決定している。
【００１３】
したがって、食材の在庫を効率よく消費できるメニューを決定すると共に、食堂を利用する利用者の嗜好情報から各メニューを選択する利用者数の期待値を算出し、その期待値からメニュー毎の調理数を適切に決定することができる。
【００１４】
本発明によれば、メニューおよびメニュー毎の調理数を適切に決定して食材の無駄を防ぎ、食材を有効活用できるメニュー決定方法を提供できる。
【００１５】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。なお、本発明は下記の実施例に限定されるものではなく、本発明の範囲内で種々の変形及び変更が可能である。
【００１６】
図１は、本発明によるメニュー決定システムの一実施例の構成図である。メニュー決定システム１は、メニュー決定サーバ１０と，利用者端末２０と，食堂端末３０と，インターネットなどのネットワーク４０ａ，４０ｂとを有するように構成される。
【００１７】
メニュー決定サーバ１０と利用者端末２０とは、ネットワーク４０ａを介して接続されている。また、メニュー決定サーバ１０と食堂端末３０とはネットワーク４０ｂを介して接続されている。なお、図１のメニュー決定システム１ではネットワーク４０ａ，４０ｂを別々に設けているが、同じネットワークであってもよい。
【００１８】
利用者端末２０は、カフェテリア方式の食堂を利用する利用者が操作するものであって、食堂の利用予約のための処理を行う。なお、図１の利用者端末２０はネットワーク４０ａを介してメニュー決定サーバ１０とデータ通信を行える端末であれば、例えば携帯電話や簡易型携帯電話などであってもよい。
【００１９】
食堂端末３０は、食堂の従業員などが操作するものであって、食堂で調理するメニューおよびメニュー毎の調理数をメニュー決定サーバ１０から受信して従業員などに閲覧させる。
【００２０】
メニュー決定サーバ１０は、食堂を経営する食堂経営会社などが管理するものであって、後述するようなメニューおよびメニュー毎の調理数を適切に決定するための様々な処理を行う。なお、メニュー決定サーバ１０は後述するような予約情報ＤＢ１１，在庫情報ＤＢ１２，嗜好情報ＤＢ１３，材料情報ＤＢ１４を管理している。予約情報ＤＢ１１，在庫情報ＤＢ１２，嗜好情報ＤＢ１３，材料情報ＤＢ１４は、メニュー決定サーバ１０以外のデータベースサーバに管理させてもよい。
【００２１】
図２は、メニュー決定サーバを実現するコンピュータシステムの一実施例の構成図である。コンピュータシステムは、それぞれバスＢで相互に接続されている入力装置５１，表示装置５２，ドライブ装置５３，記録媒体５４，補助記憶装置５５，メモリ装置５６，演算処理装置５７，インターフェース装置５８，データベース（以下、ＤＢという）５９を有するように構成される。
【００２２】
入力装置５１はキーボード及びマウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置５２は、操作に必要な各種ウインドウやデータ等を表示する。インターフェース装置５８は、メニュー決定サーバ１０をネットワーク４０ａ，４０ｂに接続する為のインターフェースであり、例えばモデム等で構成される。
【００２３】
ＤＢ５９は、メニューおよびメニュー毎の調理数を適切に決定するために必要な各種情報を管理している。例えば予約情報ＤＢ１１，在庫情報ＤＢ１２，嗜好情報ＤＢ１３，材料情報ＤＢ１４をメニュー決定サーバ１０が管理する場合、ＤＢ５９は予約情報ＤＢ１１，在庫情報ＤＢ１２，嗜好情報ＤＢ１３，材料情報ＤＢ１４を管理する。
【００２４】
図２のコンピュータシステムにメニュー決定サーバに係る処理を行わせるメニュー決定プログラムは、ＣＤ−ＲＯＭ等の記録媒体５４によって提供される。メニュー決定プログラムを記録した記録媒体５４は、ドライブ装置５３にセットされ、メニュー決定プログラムが記録媒体５４からドライブ装置５３を介して補助記憶装置５５にインストールされる。
【００２５】
なお、メニュー決定プログラムを記録する記録媒体５４は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク（ＭＯ）等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２６】
補助記憶装置５５は、インストールされたメニュー決定プログラムを格納すると共に、メニュー決定プログラムの処理に必要な各種ファイルやデータ等を格納する。メモリ装置５６は、メニュー決定サーバ１０の起動時に補助記憶装置５５からメニュー決定プログラムを読み出して格納する。演算処理装置５７は、メモリ装置５６に格納されたメニュー決定プログラムに従って処理を実行する。
【００２７】
図２のコンピュータシステムは、メニュー決定プログラムに従って処理を実行することにより、図３のような機能を実現する。図３は、メニュー決定サーバの一実施例の機能図である。
【００２８】
図３のメニュー決定サーバ１０は、通信部６１と，予約受付部６２と，ＤＢ管理部６３と，メニュー作成部６４と，選択率算出部６５と，メニュー決定部６６とを有するように構成されている。なお、通信部６１，予約受付部６２，ＤＢ管理部６３，メニュー作成部６４，選択率算出部６５およびメニュー決定部６６の処理の詳細は、後述する。
【００２９】
以下、本発明によるメニュー決定システム１の処理について図面を参照しつつ説明していく。図４は、メニュー決定システムの処理の一例のシーケンス図である。
【００３０】
ステップＳ１では、食堂の利用を所望する利用者が、利用者端末２０の画面上に表示された例えば図５のような食堂利用予約画面７１を用いて食堂の利用予約を行う。図５は、食堂利用予約画面の一例のイメージ図である。食堂利用予約画面７１は、１つ以上の日時毎に食堂の利用を予約できるようになっている。例えば図５の食堂利用予約画面７１は、１１月１日〜５日のうち「○」を付している１１月１〜３日，５日の食堂の利用を予約する例を表している。
【００３１】
食堂利用予約画面７１に設定された予約情報は、食堂利用予約画面７１の送信ボタン７２をクリックすることで、利用者端末２０からネットワーク４０ａを介してメニュー決定サーバ１０に送信される。
【００３２】
ステップＳ１に続いてステップＳ２に進み、メニュー決定サーバ１０の予約受付部６２は通信部６１を介して利用者端末２０からの予約情報を受信し、食堂の予約受付を行う。予約受付部６２は、利用者端末２０からの予約情報を図６のような予約情報ＤＢ１１に登録する。
【００３３】
図６は、予約情報ＤＢの一例の構成図である。予約情報ＤＢ１１は、利用者ＩＤ，利用者名，日時，利用予約情報をデータ項目として有している。予約情報ＤＢ１１のデータ項目「利用予約情報」は、食堂の利用予約がされた日時を識別するための情報であり、例えば「○」の有無で食堂の利用予約がされた日時を識別している。なお、図６の予約情報ＤＢ１１は、図５の食堂利用予約画面７１に設定された予約情報が送信されたときの例である。
【００３４】
所定の日時（例えば、食堂で調理を開始する数時間前）になると、メニュー決定サーバ１０はステップＳ３に進み、後述するようなメニューの作成および決定の為の処理を行う。メニューの作成および決定の為の処理のあと、メニュー決定サーバ１０は食堂で調理するメニューおよびメニュー毎の調理数をネットワーク４０ｂを介して食堂端末３０に送信する。
【００３５】
ステップＳ３に続いてステップＳ４に進み、食堂端末３０は食堂で調理するメニューおよびメニュー毎の調理数をメニュー決定サーバ１０から受信して図７のようなメニュー画面８１を食堂の従業員などに閲覧させる。図７は、メニュー画面の一例のイメージ図である。
【００３６】
例えばメニュー画面８１は、食堂で調理するメニュー，メニュー毎の利用者数の期待値，メニュー毎の食材などが閲覧できるようになっている。なお、データ項目「利用者数の期待値」がメニュー毎の調理数を表している。食堂では、メニュー画面８１のメニューおよび利用者数の期待値に応じて実際の調理を行う。
【００３７】
利用者が食堂での食事前または食事後に会計を済ませると、ステップＳ４に続いてステップＳ５に進み、食堂端末３０は利用者を識別する利用者ＩＤ，選択したメニューなどの履歴情報をネットワーク４０ｂを介してメニュー決定サーバ１０に送信する。なお、利用者ＩＤは例えばＩＤカードなどを用いることで容易に取得できる。
【００３８】
ステップＳ５に続いてステップＳ６に進み、メニュー決定サーバ１０のＤＢ管理部６３は通信部６１を介して食堂端末３０からの履歴情報を受信し、図８のような嗜好情報ＤＢ１３の更新を行う。
【００３９】
図８は、嗜好情報ＤＢの一例の構成図である。嗜好情報ＤＢ１３は、利用者ＩＤ，利用回数，メニュー１〜４毎の選択回数，選択率をデータ項目として有している。利用者が食堂を利用するとき、用意されているメニューの中から自分が食べたいメニューを選択していることが予想されるため、嗜好情報ＤＢ１３には過去に選択されたメニューの集計が利用者毎に嗜好情報として蓄積されている。
【００４０】
食堂の営業時間が終了すると、ステップＳ７に進み、食堂の従業員などは食材の在庫登録を行う。具体的には、食堂の従業員などが食材の在庫を調べて食堂端末３０に食材の在庫情報を入力する。食堂端末３０は、入力された在庫情報をネットワーク４０ｂを介してメニュー決定サーバ１０に送信する。
【００４１】
ステップＳ７に続いてステップＳ８に進み、メニュー決定サーバ１０のＤＢ管理部６３は通信部６１を介して食堂端末３０からの在庫情報を受信し、図９のような在庫情報ＤＢ１２の更新を行う。
【００４２】
図９は、在庫情報ＤＢの一例の構成図である。在庫情報ＤＢ１２は、食材を識別する食材ＩＤ，食材の大分類，小分類，賞味期限，在庫量，その食材を使用するメニュー識別情報をデータ項目として有している。なお、図９の在庫情報ＤＢ１２では、その食材を使用するメニューを「○」の有無で識別している。
【００４３】
次に、ステップＳ３のメニューの作成および決定の為の処理について説明していく。図１０は、メニューの作成および決定の為の処理の一例のフローチャートである。
【００４４】
ステップＳ１０では、メニュー決定サーバ１０のメニュー作成部６４が、在庫情報ＤＢ１２から食材の在庫情報を読み出し、食材の在庫に基づき調理可能な複数のメニューを作成する。
【００４５】
ステップＳ１０に続いてステップＳ１１に進み、メニュー決定サーバ１０の選択率算出部６５は予約情報ＤＢ１１から利用者ごとの予約情報を読み出し、嗜好情報ＤＢ１３から利用者ごとの嗜好情報を読み出す。選択率算出部６５は予約情報および嗜好情報を用いて、食堂の利用予約を行った各利用者がステップＳ１０で作成したメニューを選択する選択率をメニューおよびユーザ毎に算出する。
【００４６】
ステップＳ１１に続いてステップＳ１２に進み、選択率算出部６５はステップＳ１１でメニューおよびユーザ毎に算出した選択率を集計して、全利用者の消費量を表す図１１のような消費量予測ファイルを作成する。
【００４７】
図１１は、消費量予測ファイルの一例の構成図である。消費量予測ファイル９１はメニューごとに作成されるものであり、選択率ごとの利用者数および消費量の期待値，全利用者の消費量の期待値を含むように構成される。消費量の期待値は、選択率と利用者数との乗算により算出される値を表している。
【００４８】
例えば図１１の消費量予測ファイルの場合、選択率２０％の利用者数が２０人であるため、以下の式（１）により消費量の期待値は４人となる。
【００４９】
（選択率）×（利用者数）＝（消費量の期待値）・・・・・（１）
また、全利用者の消費量の期待値は、選択率ごとに算出された消費量の期待値の合計となる。図１１の消費量予測ファイルの場合、全利用者の消費量は消費量の期待値の合計１００人となる。
【００５０】
ステップＳ１２に続いてステップＳ１３に進み、メニュー決定部６６はステップＳ１２で算出した全利用者の消費量の期待値（以下、利用者数の期待値という）および各メニューごとに必要となる食材の情報に基づき、各メニューごとに食材の必要量を算出する。なお、メニュー決定部６６は食材の情報を図１２のような材料情報ＤＢ１４から読み出す。
【００５１】
図１２は、材料情報ＤＢの一例の構成図である。材料情報ＤＢ１４は一人分の材料を表すものであり、メニュー名，食材ＩＤ，数量をデータ項目として有している。例えば図１２の材料情報ＤＢは、メニュー２を一人分調理するときに、食材ＩＤ１の食材が１００ｇ，食材ＩＤ５の食材が１／４本，食材ＩＤ６の食材が１／４個必要であることを表している。
【００５２】
メニュー決定部６６は算出した食材の必要量および食材の在庫に基づき、後述するように最適なメニューを決定して図１３のようなメニューファイル９２を作成する。
【００５３】
図１３は、メニューファイルの一例の構成図である。メニューファイル９２は各メニュー毎に利用者数の期待値，必要な食材の種類および数量を含むように構成される。例えば図１３のメニューファイル９２は、メニュー１の利用者数の期待値が５０人，必要な食材が玉ねぎ１０個，鶏肉５０００ｇであることを表している。
【００５４】
メニュー決定部６６は、メニューファイル９２を作成したあと、メニューおよびメニュー毎の利用者数の期待値を、食堂で調理するメニューおよびメニュー毎の調理数としてネットワーク４０ｂを介して食堂端末３０に送信して処理を終了する。
【００５５】
更に、ステップＳ３のメニューの作成および決定の為の処理について詳細に説明していく。図１４は、メニューの作成および決定の為の処理の詳細なフローチャートである。
【００５６】
ステップＳ２０では、メニュー決定サーバ１０のメニュー作成部６４が、在庫情報ＤＢ１２から食材の在庫情報を読み出し、食材の在庫に基づき調理可能な複数のメニューを作成する。なお、メニュー作成部６４は後述するように賞味期限が近い食材を優先的に消費できるメニューを作成するようにしてもよい。
【００５７】
ステップＳ２０に続いてステップＳ２１に進み、メニュー決定サーバ１０の選択率算出部６５は選択された一の利用者の利用予約情報を予約情報ＤＢ１１から読み出す。ステップＳ２１に続いてステップＳ２２に進み、選択率算出部６５は選択された一の利用者が該当日時に食堂を利用するか否かを利用予約情報に基づき判定する。
【００５８】
選択された一の利用者が該当日時に食堂を利用すると判定すると（Ｓ２２においてＹＥＳ）、選択率算出部６５はステップＳ２３に進み、選択された一の利用者の嗜好情報を嗜好情報ＤＢ１３から読み出す。選択率算出部６５は読み出した嗜好情報から、選択された一の利用者がステップＳ２０で作成したメニューを選択する選択率をメニュー毎に検索する。
【００５９】
ステップＳ２３に続いてステップＳ２４に進み、選択率算出部６５はステップＳ２３で検索した一の利用者のメニュー毎の選択率を消費量予測ファイル９１に反映させる。例えば利用者ＩＤ「Ａ０００１」の利用者は、メニュー２の選択率が５０％なので、消費量予測ファイル９１の選択率５０％に対応する利用者数に１を加算する。
【００６０】
すなわち、全ての利用者に対してステップＳ２１〜Ｓ２４の処理を行うことにより、選択率算出部６５は全利用者の消費量を表す消費量予測ファイル９１をメニューごとに集計する。
【００６１】
ステップＳ２４に続いてステップＳ２５に進み、選択率算出部６５は全ての利用者に対して消費量予測ファイル９１の集計が終了したか否かを判定する。全ての利用者に対して消費量予測ファイル９１の集計が終了したと判定すると（Ｓ２５においてＹＥＳ）、選択率算出部６５はステップＳ２６に進む。
【００６２】
ステップＳ２６では、メニュー決定部６６が、消費量予測ファイル９１から消費量の期待値を利用者数の期待値として読み出し、利用者数の期待値に所定の係数（例えば、１．２）を掛けて図１５のように補正する。図１５は、利用者数の期待値と補正後の利用者数の期待値との関係を表した図である。
【００６３】
利用者数の期待値に対する補正は、食堂の利用予約を行っていない利用者が食堂を利用したときなどにメニューが不足することを防ぐためのものである。したがって、消費量の期待値に掛ける所定の係数は、食堂を利用する利用者の特徴や食堂の立地条件などに応じて適当に調整する。
【００６４】
メニュー決定部６６は、材料情報ＤＢ１４から食材の情報を読み出し、補正後の利用者数の期待値および各メニューごとに必要となる食材の情報に基づいて各メニューごとに食材の必要量を算出して、図１６のようなメニューリストファイル１０１を作成する。
【００６５】
図１６は、メニューリストファイルの一例の構成図である。メニューリストファイル１０１は、補正後の利用者数の期待値，必要となる食材の種類および量をメニュー毎に表すものである。
【００６６】
ステップＳ２６に続いてステップＳ２７に進み、メニュー決定部６６は後述するようにメニューリストファイル１０１の食材の必要量と在庫情報ＤＢ１２の在庫情報に基づき、後述するように最適なメニューを決定して図１３のようなメニューファイル９２を作成する。
【００６７】
図１３のメニューファイル９２は、メニューリストファイル１０１の食材の必要量と在庫情報ＤＢ１２の在庫量とに基づき、メニューリストファイル１０１からメニュー１，２及び４が選択されたものである。
【００６８】
なお、選択された一の利用者が該当日時に食堂を利用しないと判定すると（Ｓ２２においてＮＯ）、選択率算出部６５はステップＳ２１に進む。また、全ての利用者に対して消費量予測ファイル９１の集計が終了していないと判定すると（Ｓ２５においてＮＯ）、選択率算出部６５はステップＳ２１に進む。
【００６９】
次に、ステップＳ２０の処理について詳細に説明する。図１７は、メニュー作成処理の詳細なフローチャートである。ステップＳ３０では、メニュー作成部６４が、在庫情報ＤＢ１２から食材の在庫情報を読み出し、その在庫情報を賞味期限が近い順に並び替えた賞味期限順の在庫情報ＤＢ１２ａを作成する。
【００７０】
図１８は、賞味期限順の在庫情報ＤＢの一例の構成図である。図１８の賞味期限順の在庫情報ＤＢ１２ａは、図９の在庫情報ＤＢ１２のレコードを賞味期限が近い順に並び替えた例である。
【００７１】
ステップＳ３０に続いてステップＳ３１に進み、メニュー作成部６４は賞味期限順の在庫情報ＤＢ１２ａを参照し、賞味期限の近い食材から優先的に消費できるメニューを作成する。例えば図１７の賞味期限順の在庫情報ＤＢ１２ａの場合は、食材ＩＤ１の食材を消費するメニュー２およびメニュー３が優先的に作成される。
【００７２】
図１７のメニュー作成処理によれば、賞味期限の近い食材から優先的に消費されるようになるため、賞味期限切れによる食材の無駄を防ぐことができる。
【００７３】
次に、ステップＳ２７の処理について詳細に説明する。図１９は、最適なメニューの決定処理の詳細なフローチャートである。ステップＳ４０では、メニュー決定部６６が、メニューリストファイル１０１のメニューリストを取得し、ステップＳ４１に進む。ステップＳ４１では、メニュー決定部６６が、取得したメニューリストから食材の必要量を読み出すと共に、在庫情報ＤＢ１２から食材の在庫量を読み出す。
【００７４】
ステップＳ４１に続いてステップＳ４２に進み、メニュー決定部６６はステップＳ４１で読み出した食材の必要量と食材の在庫量とを比較して、在庫が十分であるか否かを判定する。
【００７５】
在庫が十分であると判定すると（Ｓ４２においてＹＥＳ）、メニュー決定部６６はステップＳ４０で取得したメニューリストを最適なメニューとして決定し、ステップＳ４４に進む。なお、在庫が十分でないと判定すると（Ｓ４２においてＮＯ）、メニュー決定部６６はステップＳ４３に進み、補正後の利用者数の期待値を在庫に合わせて修正したメニューリストを最適なメニューとして決定し、ステップＳ４４に進む。つまり、メニュー決定部６６は食材の必要量が食材の在庫量に収まるように、補正後の利用者数の期待値を修正している。
【００７６】
なお、ステップＳ４３で補正後の利用者数の期待値を在庫に合わせて減らした場合、そのメニューリストの調理数が減少するため、他のメニューで調理数の減少分を補うようにしてもよい。
【００７７】
ステップＳ４４では、メニュー決定部６６が、決定した最適なメニューから図１３のようなメニューファイル９２を作成する。図１９の最適なメニューの決定処理によれば、食材の在庫に応じてメニュー毎の調理数を調整できる。
【００７８】
次に、前述したフローチャートの処理と各ＤＢおよびファイルとの関係を図２０および図２１を用いて説明する。図２０は、各ＤＢおよびファイルの関係を説明するための図（１／２）である。図２１は、各ＤＢおよびファイルの関係を説明するための図（２／２）である。
【００７９】
矢印１１１は、在庫情報ＤＢ１２から食材の在庫情報を読み出し、食材の在庫に基づき調理可能な複数のメニューを作成するステップＳ２０の処理に相当している。矢印１１２は、該当日時に食堂を利用する利用者を選択するステップＳ２１，Ｓ２２の処理に相当している。
【００８０】
矢印１１３は、選択した利用者がメニューを選択する選択率をメニュー毎に検索するステップＳ２３の一部の処理に相当している。矢印１１４は、検索した一の利用者のメニュー毎の選択率を消費量予測ファイル９１に反映させるステップＳ２３の一部の処理に相当している。
【００８１】
矢印１１５は、全利用者の消費量を表す消費量予測ファイル９１をメニューごとに集計するステップＳ２４，Ｓ２５処理に相当している。矢印１１６は、消費量予測ファイル９１から消費量の期待値を利用者数の期待値として読み出し、利用者数の期待値に所定の係数を掛けて補正するステップＳ２６の一部の処理に相当している。矢印１１７は、各メニューごとに食材の必要量を算出するステップＳ２６の一部の処理に相当している。
【００８２】
矢印１１８は、メニューリストファイル１０１の食材の必要量と在庫情報ＤＢ１２の在庫情報に基づき、最適なメニューを決定して図１３のようなメニューファイル９２を作成するステップＳ２７の処理に相当する。また、矢印１１９は補正後の利用者数の期待値を在庫に合わせて修正したあと、メニューファイル９２を作成するステップＳ２７の処理に相当する。
【００８３】
なお、ステップＳ２２では、選択された一の利用者の利用予約情報に基づいて利用者が食堂を利用するか否かを判定しているが、利用予約を行った利用者が必ずしも食堂を利用するとは限らない。また、利用予約を行っていない利用者が必ずしも食堂を利用しないとも限らない。
【００８４】
そこで、利用者が利用予約を行ったときの食堂の利用率および利用予約を行っていないときの食堂の利用率を格納した図２２のような利用率テーブルを、ステップＳ２２で行う判定に利用してもよい。同様に、図２３および図２４のような利用率テーブルをステップＳ２２で行う判定に利用してもよい。
【００８５】
図２２は、利用率テーブルの一例の構成図である。図２３は、曜日毎の利用率テーブルの一例の構成図である。図２４は、月毎の利用率テーブルの一例の構成図である。
【００８６】
このように、図２２〜図２４のような利用率テーブルをステップＳ２２で行う判定に利用することで、利用者の利用動向をより正確に把握できる。
【００８７】
また、図２３のような利用率テーブルを利用することで、図２５のような嗜好情報ＤＢ１３を構成することができる。図２５の嗜好情報ＤＢ１３は、曜日およびメニュー毎に選択率を有している。したがって、図２５の嗜好情報ＤＢ１３をステップＳ２３の処理に利用することで、図８の嗜好情報ＤＢ１３より高精度の利用者数の期待値を得ることができる。
【００８８】
以上、本発明のメニュー決定方法によれば、利用者は食堂の利用予約をするだけでよく、複雑な操作や手間が掛からないという利点がある。また、食堂経営会社は利用者の予約情報，嗜好情報などに基づき、在庫を効率よく消費できるメニューを容易に決定できるという利点がある。言い換えれば、食堂経営会社は食材を有効利用することができる。
【００８９】
したがって、本発明のメニュー決定方法は、利用者および食堂経営会社の双方にとって利点がある。
【００９０】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１） 食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定サーバのメニュー決定方法であって、
食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成段階と、
食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出段階と、
前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定段階と
を有することを特徴とするメニュー決定方法。
（付記２） 前記メニュー決定段階は、
全ての利用者のメニュー毎の選択率に基づき、前記メニュー毎の消費量を予測する消費量予測段階と、
調理に必要な食材の情報を前記メニュー毎に取得し、前記メニュー毎の消費量および必要な食材の情報に基づき、食材の必要量を算出する食材必要量算出段階と、
前記食材の必要量および在庫情報に基づき、前記１つ以上のメニューからメニューを選択して前記メニューおよびメニュー毎の調理数を決定するメニュー選択段階と
を有することを特徴とする付記１記載のメニュー決定方法。
（付記３） 前記メニュー選択段階は、前記食材の必要量および在庫情報に基づき前記食材の必要量に対して食材の在庫が足りているかを判定し、食材の在庫が足りていると前記メニュー毎の調理数をそのまま決定する一方、食材の在庫が足りていないと前記食材の在庫が足りるように前記メニュー毎の調理数を調整して決定することを特徴とする付記２記載のメニュー決定方法。
（付記４） 前記メニュー作成段階は、食材の賞味期限に基づき前記賞味期限が近い食材を消費可能なメニューを優先的に作成することを特徴とする付記１乃至３何れか一項記載のメニュー決定方法。
（付記５） 前記選択率算出段階は、利用者の予約情報を取得し、前記食堂を利用する予定の利用者の嗜好情報を利用者毎に取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニューおよび利用者毎に算出することを特徴とする付記１乃至４何れか一項記載のメニュー決定方法。
（付記６） 前記嗜好情報は、前記利用者が過去に選択したメニューの履歴から作成され、前記利用者毎に前記メニューが選択される選択率を設定していることを特徴とする付記１乃至５何れか一項記載のメニュー決定方法。
（付記７） 食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するためコンピュータに、
食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成手順と、
食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出手順と、
前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定手順と
を実行させるためのメニュー決定プログラム。
（付記８） 食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するためコンピュータに、
食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成手順と、
食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出手順と、
前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定手順と
を実行させるためのメニュー決定プログラムを記録したコンピュータ読み取り可能な記録媒体。
（付記９） 食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定サーバであって、
食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成手段と、
食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出手段と、
前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定手段と
を有することを特徴とするメニュー決定サーバ。
【００９１】
【発明の効果】
上述の如く、本発明によれば、メニューおよびメニュー毎の調理数を適切に決定して食材の無駄を防ぎ、食材を有効活用できる。
【００９２】
【図面の簡単な説明】
【図１】本発明によるメニュー決定システムの一実施例の構成図である。
【図２】メニュー決定サーバを実現するコンピュータシステムの一実施例の構成図である。
【図３】メニュー決定サーバの一実施例の機能図である。
【図４】メニュー決定システムの処理の一例のシーケンス図である。
【図５】食堂利用予約画面の一例のイメージ図である。
【図６】予約情報ＤＢの一例の構成図である。
【図７】メニュー画面の一例のイメージ図である。
【図８】嗜好情報ＤＢの一例の構成図である。
【図９】在庫情報ＤＢの一例の構成図である。
【図１０】メニューの作成および決定の為の処理の一例のフローチャートである。
【図１１】消費量予測ファイルの一例の構成図である。
【図１２】材料情報ＤＢの一例の構成図である。
【図１３】メニューファイルの一例の構成図である。
【図１４】メニューの作成および決定の為の処理の詳細なフローチャートである。
【図１５】利用者数の期待値と補正後の利用者数の期待値との関係を表した図である。
【図１６】メニューリストファイルの一例の構成図である。
【図１７】メニュー作成処理の詳細なフローチャートである。
【図１８】賞味期限順の在庫情報ＤＢの一例の構成図である。
【図１９】最適なメニューの決定処理の詳細なフローチャートである。
【図２０】各ＤＢおよびファイルの関係を説明するための図（１／２）である。
【図２１】各ＤＢおよびファイルの関係を説明するための図（２／２）である。
【図２２】利用率テーブルの一例の構成図である。
【図２３】曜日毎の利用率テーブルの一例の構成図である。
【図２４】月毎の利用率テーブルの一例の構成図である。
【図２５】嗜好情報ＤＢの他の一例の構成図である。
【符号の説明】
１ メニュー決定システム
１０ メニュー決定サーバ
１１ 予約情報ＤＢ
１２ 在庫情報ＤＢ
１３ 嗜好情報ＤＢ
１４ 材料情報ＤＢ
２０ 利用者端末
３０ 食堂端末
４０ａ，４０ｂ ネットワーク
６１ 通信部
６２ 予約受付部
６３ ＤＢ管理部
６４ メニュー作成部
６５ 選択率算出部
６６ メニュー決定部
【発明の属する技術分野】
本発明は、メニュー決定方法に係り、特に食堂で調理するメニューおよびメニュー毎の調理数を決定するメニュー決定方法に関する。
【０００２】
【従来の技術】
例えばカフェテリア方式の食堂は、調理済みの料理から利用者が好みの料理を選び、運んで食べるセルフサービスの食堂である。このようなカフェテリア方式の食堂では、多数の料理を調理するため、取り扱う食材が多い。また、カフェテリア方式の食堂では、利用者に応じて食される料理の種類および数が大きく異なる。
【０００３】
そこで従来のカフェテリア方式の食堂では、過去の利用状況や経験を元に調理する料理の種類および調理する料理ごとの調理数を予測して決定することで、調理済みの料理や在庫ができるだけ余らないように工夫して、食材の無駄を防いでいた。
【０００４】
特許文献１には、冷蔵庫の在庫と在庫の賞味期限を参照してレシピを提供することで食材の無駄を防ぐことが記載されている。また、特許文献２には利用者端末から利用者の注文を事前に受け付けることで食材の無駄を防ぐことが記載されている。
【０００５】
【特許文献１】
特開２００２−３９６６９号公報
【０００６】
【特許文献２】
特開平１１−３３８９１２号公報
【０００７】
【発明が解決しようとする課題】
カフェテリア方式の食堂は、利用者がいつも同じという訳ではない。したがって、利用者に応じて食される料理の種類および数が大きく異なるカフェテリア方式の食堂では、過去の利用状況や経験を元に調理する料理の種類および数を予測して決定したとしても、予測の精度があまり高くなかった。
【０００８】
例えば用意した料理が多すぎた場合には、食材が無駄になるという問題があった。また、用意した料理が少なすぎた場合には利用者に不評をきたすという問題があった。
【０００９】
なお、特許文献２のように利用者から事前に注文を受け付けることは、調理済みの料理から好みの料理を選ぶというカフェテリア方式の利点を無くすことになるため、カフェテリア方式の食堂に適用することができなかった。
【００１０】
本発明は、上記の点に鑑みなされたもので、メニューおよびメニュー毎の調理数を適切に決定して食材の無駄を防ぎ、食材を有効活用できるメニュー決定方法を提供することを目的とする。
【００１１】
【課題を解決するための手段】
そこで、上記課題を解決するため、本発明は、食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定サーバのメニュー決定方法であって、食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成段階と、食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出段階と、前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定段階とを有することを特徴とする。
【００１２】
このようなメニュー決定方法では、食材の在庫情報に基づき調理可能な１つ以上のメニューを作成し、食堂を利用する利用者の嗜好情報からメニュー毎の選択率を算出することで、各メニュー毎の消費量を予測して１つ以上のメニューおよびメニュー毎の調理数を決定している。
【００１３】
したがって、食材の在庫を効率よく消費できるメニューを決定すると共に、食堂を利用する利用者の嗜好情報から各メニューを選択する利用者数の期待値を算出し、その期待値からメニュー毎の調理数を適切に決定することができる。
【００１４】
本発明によれば、メニューおよびメニュー毎の調理数を適切に決定して食材の無駄を防ぎ、食材を有効活用できるメニュー決定方法を提供できる。
【００１５】
【発明の実施の形態】
次に、本発明の実施の形態について図面に基づいて説明する。なお、本発明は下記の実施例に限定されるものではなく、本発明の範囲内で種々の変形及び変更が可能である。
【００１６】
図１は、本発明によるメニュー決定システムの一実施例の構成図である。メニュー決定システム１は、メニュー決定サーバ１０と，利用者端末２０と，食堂端末３０と，インターネットなどのネットワーク４０ａ，４０ｂとを有するように構成される。
【００１７】
メニュー決定サーバ１０と利用者端末２０とは、ネットワーク４０ａを介して接続されている。また、メニュー決定サーバ１０と食堂端末３０とはネットワーク４０ｂを介して接続されている。なお、図１のメニュー決定システム１ではネットワーク４０ａ，４０ｂを別々に設けているが、同じネットワークであってもよい。
【００１８】
利用者端末２０は、カフェテリア方式の食堂を利用する利用者が操作するものであって、食堂の利用予約のための処理を行う。なお、図１の利用者端末２０はネットワーク４０ａを介してメニュー決定サーバ１０とデータ通信を行える端末であれば、例えば携帯電話や簡易型携帯電話などであってもよい。
【００１９】
食堂端末３０は、食堂の従業員などが操作するものであって、食堂で調理するメニューおよびメニュー毎の調理数をメニュー決定サーバ１０から受信して従業員などに閲覧させる。
【００２０】
メニュー決定サーバ１０は、食堂を経営する食堂経営会社などが管理するものであって、後述するようなメニューおよびメニュー毎の調理数を適切に決定するための様々な処理を行う。なお、メニュー決定サーバ１０は後述するような予約情報ＤＢ１１，在庫情報ＤＢ１２，嗜好情報ＤＢ１３，材料情報ＤＢ１４を管理している。予約情報ＤＢ１１，在庫情報ＤＢ１２，嗜好情報ＤＢ１３，材料情報ＤＢ１４は、メニュー決定サーバ１０以外のデータベースサーバに管理させてもよい。
【００２１】
図２は、メニュー決定サーバを実現するコンピュータシステムの一実施例の構成図である。コンピュータシステムは、それぞれバスＢで相互に接続されている入力装置５１，表示装置５２，ドライブ装置５３，記録媒体５４，補助記憶装置５５，メモリ装置５６，演算処理装置５７，インターフェース装置５８，データベース（以下、ＤＢという）５９を有するように構成される。
【００２２】
入力装置５１はキーボード及びマウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置５２は、操作に必要な各種ウインドウやデータ等を表示する。インターフェース装置５８は、メニュー決定サーバ１０をネットワーク４０ａ，４０ｂに接続する為のインターフェースであり、例えばモデム等で構成される。
【００２３】
ＤＢ５９は、メニューおよびメニュー毎の調理数を適切に決定するために必要な各種情報を管理している。例えば予約情報ＤＢ１１，在庫情報ＤＢ１２，嗜好情報ＤＢ１３，材料情報ＤＢ１４をメニュー決定サーバ１０が管理する場合、ＤＢ５９は予約情報ＤＢ１１，在庫情報ＤＢ１２，嗜好情報ＤＢ１３，材料情報ＤＢ１４を管理する。
【００２４】
図２のコンピュータシステムにメニュー決定サーバに係る処理を行わせるメニュー決定プログラムは、ＣＤ−ＲＯＭ等の記録媒体５４によって提供される。メニュー決定プログラムを記録した記録媒体５４は、ドライブ装置５３にセットされ、メニュー決定プログラムが記録媒体５４からドライブ装置５３を介して補助記憶装置５５にインストールされる。
【００２５】
なお、メニュー決定プログラムを記録する記録媒体５４は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク（ＭＯ）等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２６】
補助記憶装置５５は、インストールされたメニュー決定プログラムを格納すると共に、メニュー決定プログラムの処理に必要な各種ファイルやデータ等を格納する。メモリ装置５６は、メニュー決定サーバ１０の起動時に補助記憶装置５５からメニュー決定プログラムを読み出して格納する。演算処理装置５７は、メモリ装置５６に格納されたメニュー決定プログラムに従って処理を実行する。
【００２７】
図２のコンピュータシステムは、メニュー決定プログラムに従って処理を実行することにより、図３のような機能を実現する。図３は、メニュー決定サーバの一実施例の機能図である。
【００２８】
図３のメニュー決定サーバ１０は、通信部６１と，予約受付部６２と，ＤＢ管理部６３と，メニュー作成部６４と，選択率算出部６５と，メニュー決定部６６とを有するように構成されている。なお、通信部６１，予約受付部６２，ＤＢ管理部６３，メニュー作成部６４，選択率算出部６５およびメニュー決定部６６の処理の詳細は、後述する。
【００２９】
以下、本発明によるメニュー決定システム１の処理について図面を参照しつつ説明していく。図４は、メニュー決定システムの処理の一例のシーケンス図である。
【００３０】
ステップＳ１では、食堂の利用を所望する利用者が、利用者端末２０の画面上に表示された例えば図５のような食堂利用予約画面７１を用いて食堂の利用予約を行う。図５は、食堂利用予約画面の一例のイメージ図である。食堂利用予約画面７１は、１つ以上の日時毎に食堂の利用を予約できるようになっている。例えば図５の食堂利用予約画面７１は、１１月１日〜５日のうち「○」を付している１１月１〜３日，５日の食堂の利用を予約する例を表している。
【００３１】
食堂利用予約画面７１に設定された予約情報は、食堂利用予約画面７１の送信ボタン７２をクリックすることで、利用者端末２０からネットワーク４０ａを介してメニュー決定サーバ１０に送信される。
【００３２】
ステップＳ１に続いてステップＳ２に進み、メニュー決定サーバ１０の予約受付部６２は通信部６１を介して利用者端末２０からの予約情報を受信し、食堂の予約受付を行う。予約受付部６２は、利用者端末２０からの予約情報を図６のような予約情報ＤＢ１１に登録する。
【００３３】
図６は、予約情報ＤＢの一例の構成図である。予約情報ＤＢ１１は、利用者ＩＤ，利用者名，日時，利用予約情報をデータ項目として有している。予約情報ＤＢ１１のデータ項目「利用予約情報」は、食堂の利用予約がされた日時を識別するための情報であり、例えば「○」の有無で食堂の利用予約がされた日時を識別している。なお、図６の予約情報ＤＢ１１は、図５の食堂利用予約画面７１に設定された予約情報が送信されたときの例である。
【００３４】
所定の日時（例えば、食堂で調理を開始する数時間前）になると、メニュー決定サーバ１０はステップＳ３に進み、後述するようなメニューの作成および決定の為の処理を行う。メニューの作成および決定の為の処理のあと、メニュー決定サーバ１０は食堂で調理するメニューおよびメニュー毎の調理数をネットワーク４０ｂを介して食堂端末３０に送信する。
【００３５】
ステップＳ３に続いてステップＳ４に進み、食堂端末３０は食堂で調理するメニューおよびメニュー毎の調理数をメニュー決定サーバ１０から受信して図７のようなメニュー画面８１を食堂の従業員などに閲覧させる。図７は、メニュー画面の一例のイメージ図である。
【００３６】
例えばメニュー画面８１は、食堂で調理するメニュー，メニュー毎の利用者数の期待値，メニュー毎の食材などが閲覧できるようになっている。なお、データ項目「利用者数の期待値」がメニュー毎の調理数を表している。食堂では、メニュー画面８１のメニューおよび利用者数の期待値に応じて実際の調理を行う。
【００３７】
利用者が食堂での食事前または食事後に会計を済ませると、ステップＳ４に続いてステップＳ５に進み、食堂端末３０は利用者を識別する利用者ＩＤ，選択したメニューなどの履歴情報をネットワーク４０ｂを介してメニュー決定サーバ１０に送信する。なお、利用者ＩＤは例えばＩＤカードなどを用いることで容易に取得できる。
【００３８】
ステップＳ５に続いてステップＳ６に進み、メニュー決定サーバ１０のＤＢ管理部６３は通信部６１を介して食堂端末３０からの履歴情報を受信し、図８のような嗜好情報ＤＢ１３の更新を行う。
【００３９】
図８は、嗜好情報ＤＢの一例の構成図である。嗜好情報ＤＢ１３は、利用者ＩＤ，利用回数，メニュー１〜４毎の選択回数，選択率をデータ項目として有している。利用者が食堂を利用するとき、用意されているメニューの中から自分が食べたいメニューを選択していることが予想されるため、嗜好情報ＤＢ１３には過去に選択されたメニューの集計が利用者毎に嗜好情報として蓄積されている。
【００４０】
食堂の営業時間が終了すると、ステップＳ７に進み、食堂の従業員などは食材の在庫登録を行う。具体的には、食堂の従業員などが食材の在庫を調べて食堂端末３０に食材の在庫情報を入力する。食堂端末３０は、入力された在庫情報をネットワーク４０ｂを介してメニュー決定サーバ１０に送信する。
【００４１】
ステップＳ７に続いてステップＳ８に進み、メニュー決定サーバ１０のＤＢ管理部６３は通信部６１を介して食堂端末３０からの在庫情報を受信し、図９のような在庫情報ＤＢ１２の更新を行う。
【００４２】
図９は、在庫情報ＤＢの一例の構成図である。在庫情報ＤＢ１２は、食材を識別する食材ＩＤ，食材の大分類，小分類，賞味期限，在庫量，その食材を使用するメニュー識別情報をデータ項目として有している。なお、図９の在庫情報ＤＢ１２では、その食材を使用するメニューを「○」の有無で識別している。
【００４３】
次に、ステップＳ３のメニューの作成および決定の為の処理について説明していく。図１０は、メニューの作成および決定の為の処理の一例のフローチャートである。
【００４４】
ステップＳ１０では、メニュー決定サーバ１０のメニュー作成部６４が、在庫情報ＤＢ１２から食材の在庫情報を読み出し、食材の在庫に基づき調理可能な複数のメニューを作成する。
【００４５】
ステップＳ１０に続いてステップＳ１１に進み、メニュー決定サーバ１０の選択率算出部６５は予約情報ＤＢ１１から利用者ごとの予約情報を読み出し、嗜好情報ＤＢ１３から利用者ごとの嗜好情報を読み出す。選択率算出部６５は予約情報および嗜好情報を用いて、食堂の利用予約を行った各利用者がステップＳ１０で作成したメニューを選択する選択率をメニューおよびユーザ毎に算出する。
【００４６】
ステップＳ１１に続いてステップＳ１２に進み、選択率算出部６５はステップＳ１１でメニューおよびユーザ毎に算出した選択率を集計して、全利用者の消費量を表す図１１のような消費量予測ファイルを作成する。
【００４７】
図１１は、消費量予測ファイルの一例の構成図である。消費量予測ファイル９１はメニューごとに作成されるものであり、選択率ごとの利用者数および消費量の期待値，全利用者の消費量の期待値を含むように構成される。消費量の期待値は、選択率と利用者数との乗算により算出される値を表している。
【００４８】
例えば図１１の消費量予測ファイルの場合、選択率２０％の利用者数が２０人であるため、以下の式（１）により消費量の期待値は４人となる。
【００４９】
（選択率）×（利用者数）＝（消費量の期待値）・・・・・（１）
また、全利用者の消費量の期待値は、選択率ごとに算出された消費量の期待値の合計となる。図１１の消費量予測ファイルの場合、全利用者の消費量は消費量の期待値の合計１００人となる。
【００５０】
ステップＳ１２に続いてステップＳ１３に進み、メニュー決定部６６はステップＳ１２で算出した全利用者の消費量の期待値（以下、利用者数の期待値という）および各メニューごとに必要となる食材の情報に基づき、各メニューごとに食材の必要量を算出する。なお、メニュー決定部６６は食材の情報を図１２のような材料情報ＤＢ１４から読み出す。
【００５１】
図１２は、材料情報ＤＢの一例の構成図である。材料情報ＤＢ１４は一人分の材料を表すものであり、メニュー名，食材ＩＤ，数量をデータ項目として有している。例えば図１２の材料情報ＤＢは、メニュー２を一人分調理するときに、食材ＩＤ１の食材が１００ｇ，食材ＩＤ５の食材が１／４本，食材ＩＤ６の食材が１／４個必要であることを表している。
【００５２】
メニュー決定部６６は算出した食材の必要量および食材の在庫に基づき、後述するように最適なメニューを決定して図１３のようなメニューファイル９２を作成する。
【００５３】
図１３は、メニューファイルの一例の構成図である。メニューファイル９２は各メニュー毎に利用者数の期待値，必要な食材の種類および数量を含むように構成される。例えば図１３のメニューファイル９２は、メニュー１の利用者数の期待値が５０人，必要な食材が玉ねぎ１０個，鶏肉５０００ｇであることを表している。
【００５４】
メニュー決定部６６は、メニューファイル９２を作成したあと、メニューおよびメニュー毎の利用者数の期待値を、食堂で調理するメニューおよびメニュー毎の調理数としてネットワーク４０ｂを介して食堂端末３０に送信して処理を終了する。
【００５５】
更に、ステップＳ３のメニューの作成および決定の為の処理について詳細に説明していく。図１４は、メニューの作成および決定の為の処理の詳細なフローチャートである。
【００５６】
ステップＳ２０では、メニュー決定サーバ１０のメニュー作成部６４が、在庫情報ＤＢ１２から食材の在庫情報を読み出し、食材の在庫に基づき調理可能な複数のメニューを作成する。なお、メニュー作成部６４は後述するように賞味期限が近い食材を優先的に消費できるメニューを作成するようにしてもよい。
【００５７】
ステップＳ２０に続いてステップＳ２１に進み、メニュー決定サーバ１０の選択率算出部６５は選択された一の利用者の利用予約情報を予約情報ＤＢ１１から読み出す。ステップＳ２１に続いてステップＳ２２に進み、選択率算出部６５は選択された一の利用者が該当日時に食堂を利用するか否かを利用予約情報に基づき判定する。
【００５８】
選択された一の利用者が該当日時に食堂を利用すると判定すると（Ｓ２２においてＹＥＳ）、選択率算出部６５はステップＳ２３に進み、選択された一の利用者の嗜好情報を嗜好情報ＤＢ１３から読み出す。選択率算出部６５は読み出した嗜好情報から、選択された一の利用者がステップＳ２０で作成したメニューを選択する選択率をメニュー毎に検索する。
【００５９】
ステップＳ２３に続いてステップＳ２４に進み、選択率算出部６５はステップＳ２３で検索した一の利用者のメニュー毎の選択率を消費量予測ファイル９１に反映させる。例えば利用者ＩＤ「Ａ０００１」の利用者は、メニュー２の選択率が５０％なので、消費量予測ファイル９１の選択率５０％に対応する利用者数に１を加算する。
【００６０】
すなわち、全ての利用者に対してステップＳ２１〜Ｓ２４の処理を行うことにより、選択率算出部６５は全利用者の消費量を表す消費量予測ファイル９１をメニューごとに集計する。
【００６１】
ステップＳ２４に続いてステップＳ２５に進み、選択率算出部６５は全ての利用者に対して消費量予測ファイル９１の集計が終了したか否かを判定する。全ての利用者に対して消費量予測ファイル９１の集計が終了したと判定すると（Ｓ２５においてＹＥＳ）、選択率算出部６５はステップＳ２６に進む。
【００６２】
ステップＳ２６では、メニュー決定部６６が、消費量予測ファイル９１から消費量の期待値を利用者数の期待値として読み出し、利用者数の期待値に所定の係数（例えば、１．２）を掛けて図１５のように補正する。図１５は、利用者数の期待値と補正後の利用者数の期待値との関係を表した図である。
【００６３】
利用者数の期待値に対する補正は、食堂の利用予約を行っていない利用者が食堂を利用したときなどにメニューが不足することを防ぐためのものである。したがって、消費量の期待値に掛ける所定の係数は、食堂を利用する利用者の特徴や食堂の立地条件などに応じて適当に調整する。
【００６４】
メニュー決定部６６は、材料情報ＤＢ１４から食材の情報を読み出し、補正後の利用者数の期待値および各メニューごとに必要となる食材の情報に基づいて各メニューごとに食材の必要量を算出して、図１６のようなメニューリストファイル１０１を作成する。
【００６５】
図１６は、メニューリストファイルの一例の構成図である。メニューリストファイル１０１は、補正後の利用者数の期待値，必要となる食材の種類および量をメニュー毎に表すものである。
【００６６】
ステップＳ２６に続いてステップＳ２７に進み、メニュー決定部６６は後述するようにメニューリストファイル１０１の食材の必要量と在庫情報ＤＢ１２の在庫情報に基づき、後述するように最適なメニューを決定して図１３のようなメニューファイル９２を作成する。
【００６７】
図１３のメニューファイル９２は、メニューリストファイル１０１の食材の必要量と在庫情報ＤＢ１２の在庫量とに基づき、メニューリストファイル１０１からメニュー１，２及び４が選択されたものである。
【００６８】
なお、選択された一の利用者が該当日時に食堂を利用しないと判定すると（Ｓ２２においてＮＯ）、選択率算出部６５はステップＳ２１に進む。また、全ての利用者に対して消費量予測ファイル９１の集計が終了していないと判定すると（Ｓ２５においてＮＯ）、選択率算出部６５はステップＳ２１に進む。
【００６９】
次に、ステップＳ２０の処理について詳細に説明する。図１７は、メニュー作成処理の詳細なフローチャートである。ステップＳ３０では、メニュー作成部６４が、在庫情報ＤＢ１２から食材の在庫情報を読み出し、その在庫情報を賞味期限が近い順に並び替えた賞味期限順の在庫情報ＤＢ１２ａを作成する。
【００７０】
図１８は、賞味期限順の在庫情報ＤＢの一例の構成図である。図１８の賞味期限順の在庫情報ＤＢ１２ａは、図９の在庫情報ＤＢ１２のレコードを賞味期限が近い順に並び替えた例である。
【００７１】
ステップＳ３０に続いてステップＳ３１に進み、メニュー作成部６４は賞味期限順の在庫情報ＤＢ１２ａを参照し、賞味期限の近い食材から優先的に消費できるメニューを作成する。例えば図１７の賞味期限順の在庫情報ＤＢ１２ａの場合は、食材ＩＤ１の食材を消費するメニュー２およびメニュー３が優先的に作成される。
【００７２】
図１７のメニュー作成処理によれば、賞味期限の近い食材から優先的に消費されるようになるため、賞味期限切れによる食材の無駄を防ぐことができる。
【００７３】
次に、ステップＳ２７の処理について詳細に説明する。図１９は、最適なメニューの決定処理の詳細なフローチャートである。ステップＳ４０では、メニュー決定部６６が、メニューリストファイル１０１のメニューリストを取得し、ステップＳ４１に進む。ステップＳ４１では、メニュー決定部６６が、取得したメニューリストから食材の必要量を読み出すと共に、在庫情報ＤＢ１２から食材の在庫量を読み出す。
【００７４】
ステップＳ４１に続いてステップＳ４２に進み、メニュー決定部６６はステップＳ４１で読み出した食材の必要量と食材の在庫量とを比較して、在庫が十分であるか否かを判定する。
【００７５】
在庫が十分であると判定すると（Ｓ４２においてＹＥＳ）、メニュー決定部６６はステップＳ４０で取得したメニューリストを最適なメニューとして決定し、ステップＳ４４に進む。なお、在庫が十分でないと判定すると（Ｓ４２においてＮＯ）、メニュー決定部６６はステップＳ４３に進み、補正後の利用者数の期待値を在庫に合わせて修正したメニューリストを最適なメニューとして決定し、ステップＳ４４に進む。つまり、メニュー決定部６６は食材の必要量が食材の在庫量に収まるように、補正後の利用者数の期待値を修正している。
【００７６】
なお、ステップＳ４３で補正後の利用者数の期待値を在庫に合わせて減らした場合、そのメニューリストの調理数が減少するため、他のメニューで調理数の減少分を補うようにしてもよい。
【００７７】
ステップＳ４４では、メニュー決定部６６が、決定した最適なメニューから図１３のようなメニューファイル９２を作成する。図１９の最適なメニューの決定処理によれば、食材の在庫に応じてメニュー毎の調理数を調整できる。
【００７８】
次に、前述したフローチャートの処理と各ＤＢおよびファイルとの関係を図２０および図２１を用いて説明する。図２０は、各ＤＢおよびファイルの関係を説明するための図（１／２）である。図２１は、各ＤＢおよびファイルの関係を説明するための図（２／２）である。
【００７９】
矢印１１１は、在庫情報ＤＢ１２から食材の在庫情報を読み出し、食材の在庫に基づき調理可能な複数のメニューを作成するステップＳ２０の処理に相当している。矢印１１２は、該当日時に食堂を利用する利用者を選択するステップＳ２１，Ｓ２２の処理に相当している。
【００８０】
矢印１１３は、選択した利用者がメニューを選択する選択率をメニュー毎に検索するステップＳ２３の一部の処理に相当している。矢印１１４は、検索した一の利用者のメニュー毎の選択率を消費量予測ファイル９１に反映させるステップＳ２３の一部の処理に相当している。
【００８１】
矢印１１５は、全利用者の消費量を表す消費量予測ファイル９１をメニューごとに集計するステップＳ２４，Ｓ２５処理に相当している。矢印１１６は、消費量予測ファイル９１から消費量の期待値を利用者数の期待値として読み出し、利用者数の期待値に所定の係数を掛けて補正するステップＳ２６の一部の処理に相当している。矢印１１７は、各メニューごとに食材の必要量を算出するステップＳ２６の一部の処理に相当している。
【００８２】
矢印１１８は、メニューリストファイル１０１の食材の必要量と在庫情報ＤＢ１２の在庫情報に基づき、最適なメニューを決定して図１３のようなメニューファイル９２を作成するステップＳ２７の処理に相当する。また、矢印１１９は補正後の利用者数の期待値を在庫に合わせて修正したあと、メニューファイル９２を作成するステップＳ２７の処理に相当する。
【００８３】
なお、ステップＳ２２では、選択された一の利用者の利用予約情報に基づいて利用者が食堂を利用するか否かを判定しているが、利用予約を行った利用者が必ずしも食堂を利用するとは限らない。また、利用予約を行っていない利用者が必ずしも食堂を利用しないとも限らない。
【００８４】
そこで、利用者が利用予約を行ったときの食堂の利用率および利用予約を行っていないときの食堂の利用率を格納した図２２のような利用率テーブルを、ステップＳ２２で行う判定に利用してもよい。同様に、図２３および図２４のような利用率テーブルをステップＳ２２で行う判定に利用してもよい。
【００８５】
図２２は、利用率テーブルの一例の構成図である。図２３は、曜日毎の利用率テーブルの一例の構成図である。図２４は、月毎の利用率テーブルの一例の構成図である。
【００８６】
このように、図２２〜図２４のような利用率テーブルをステップＳ２２で行う判定に利用することで、利用者の利用動向をより正確に把握できる。
【００８７】
また、図２３のような利用率テーブルを利用することで、図２５のような嗜好情報ＤＢ１３を構成することができる。図２５の嗜好情報ＤＢ１３は、曜日およびメニュー毎に選択率を有している。したがって、図２５の嗜好情報ＤＢ１３をステップＳ２３の処理に利用することで、図８の嗜好情報ＤＢ１３より高精度の利用者数の期待値を得ることができる。
【００８８】
以上、本発明のメニュー決定方法によれば、利用者は食堂の利用予約をするだけでよく、複雑な操作や手間が掛からないという利点がある。また、食堂経営会社は利用者の予約情報，嗜好情報などに基づき、在庫を効率よく消費できるメニューを容易に決定できるという利点がある。言い換えれば、食堂経営会社は食材を有効利用することができる。
【００８９】
したがって、本発明のメニュー決定方法は、利用者および食堂経営会社の双方にとって利点がある。
【００９０】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１） 食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定サーバのメニュー決定方法であって、
食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成段階と、
食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出段階と、
前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定段階と
を有することを特徴とするメニュー決定方法。
（付記２） 前記メニュー決定段階は、
全ての利用者のメニュー毎の選択率に基づき、前記メニュー毎の消費量を予測する消費量予測段階と、
調理に必要な食材の情報を前記メニュー毎に取得し、前記メニュー毎の消費量および必要な食材の情報に基づき、食材の必要量を算出する食材必要量算出段階と、
前記食材の必要量および在庫情報に基づき、前記１つ以上のメニューからメニューを選択して前記メニューおよびメニュー毎の調理数を決定するメニュー選択段階と
を有することを特徴とする付記１記載のメニュー決定方法。
（付記３） 前記メニュー選択段階は、前記食材の必要量および在庫情報に基づき前記食材の必要量に対して食材の在庫が足りているかを判定し、食材の在庫が足りていると前記メニュー毎の調理数をそのまま決定する一方、食材の在庫が足りていないと前記食材の在庫が足りるように前記メニュー毎の調理数を調整して決定することを特徴とする付記２記載のメニュー決定方法。
（付記４） 前記メニュー作成段階は、食材の賞味期限に基づき前記賞味期限が近い食材を消費可能なメニューを優先的に作成することを特徴とする付記１乃至３何れか一項記載のメニュー決定方法。
（付記５） 前記選択率算出段階は、利用者の予約情報を取得し、前記食堂を利用する予定の利用者の嗜好情報を利用者毎に取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニューおよび利用者毎に算出することを特徴とする付記１乃至４何れか一項記載のメニュー決定方法。
（付記６） 前記嗜好情報は、前記利用者が過去に選択したメニューの履歴から作成され、前記利用者毎に前記メニューが選択される選択率を設定していることを特徴とする付記１乃至５何れか一項記載のメニュー決定方法。
（付記７） 食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するためコンピュータに、
食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成手順と、
食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出手順と、
前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定手順と
を実行させるためのメニュー決定プログラム。
（付記８） 食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するためコンピュータに、
食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成手順と、
食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出手順と、
前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定手順と
を実行させるためのメニュー決定プログラムを記録したコンピュータ読み取り可能な記録媒体。
（付記９） 食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定サーバであって、
食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成手段と、
食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出手段と、
前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定手段と
を有することを特徴とするメニュー決定サーバ。
【００９１】
【発明の効果】
上述の如く、本発明によれば、メニューおよびメニュー毎の調理数を適切に決定して食材の無駄を防ぎ、食材を有効活用できる。
【００９２】
【図面の簡単な説明】
【図１】本発明によるメニュー決定システムの一実施例の構成図である。
【図２】メニュー決定サーバを実現するコンピュータシステムの一実施例の構成図である。
【図３】メニュー決定サーバの一実施例の機能図である。
【図４】メニュー決定システムの処理の一例のシーケンス図である。
【図５】食堂利用予約画面の一例のイメージ図である。
【図６】予約情報ＤＢの一例の構成図である。
【図７】メニュー画面の一例のイメージ図である。
【図８】嗜好情報ＤＢの一例の構成図である。
【図９】在庫情報ＤＢの一例の構成図である。
【図１０】メニューの作成および決定の為の処理の一例のフローチャートである。
【図１１】消費量予測ファイルの一例の構成図である。
【図１２】材料情報ＤＢの一例の構成図である。
【図１３】メニューファイルの一例の構成図である。
【図１４】メニューの作成および決定の為の処理の詳細なフローチャートである。
【図１５】利用者数の期待値と補正後の利用者数の期待値との関係を表した図である。
【図１６】メニューリストファイルの一例の構成図である。
【図１７】メニュー作成処理の詳細なフローチャートである。
【図１８】賞味期限順の在庫情報ＤＢの一例の構成図である。
【図１９】最適なメニューの決定処理の詳細なフローチャートである。
【図２０】各ＤＢおよびファイルの関係を説明するための図（１／２）である。
【図２１】各ＤＢおよびファイルの関係を説明するための図（２／２）である。
【図２２】利用率テーブルの一例の構成図である。
【図２３】曜日毎の利用率テーブルの一例の構成図である。
【図２４】月毎の利用率テーブルの一例の構成図である。
【図２５】嗜好情報ＤＢの他の一例の構成図である。
【符号の説明】
１ メニュー決定システム
１０ メニュー決定サーバ
１１ 予約情報ＤＢ
１２ 在庫情報ＤＢ
１３ 嗜好情報ＤＢ
１４ 材料情報ＤＢ
２０ 利用者端末
３０ 食堂端末
４０ａ，４０ｂ ネットワーク
６１ 通信部
６２ 予約受付部
６３ ＤＢ管理部
６４ メニュー作成部
６５ 選択率算出部
６６ メニュー決定部
Claims (5)
- 食堂で調理する１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定サーバのメニュー決定方法であって、
食材の在庫に関する在庫情報を取得し、前記食材の在庫情報に基づき調理可能な１つ以上のメニューを作成するメニュー作成段階と、
食堂を利用する利用者の嗜好に関する嗜好情報を取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニュー毎に算出する選択率算出段階と、
前記メニュー毎の選択率に基づき、前記メニュー毎の消費量を予測して前記１つ以上のメニューおよびメニュー毎の調理数を決定するメニュー決定段階と
を有することを特徴とするメニュー決定方法。 - 前記メニュー決定段階は、
全ての利用者のメニュー毎の選択率に基づき、前記メニュー毎の消費量を予測する消費量予測段階と、
調理に必要な食材の情報を前記メニュー毎に取得し、前記メニュー毎の消費量および必要な食材の情報に基づき、食材の必要量を算出する食材必要量算出段階と、
前記食材の必要量および在庫情報に基づき、前記１つ以上のメニューからメニューを選択して前記メニューおよびメニュー毎の調理数を決定するメニュー選択段階と
を有することを特徴とする請求項１記載のメニュー決定方法。 - 前記メニュー選択段階は、前記食材の必要量および在庫情報に基づき前記食材の必要量に対して食材の在庫が足りているかを判定し、食材の在庫が足りていると前記メニュー毎の調理数をそのまま決定する一方、食材の在庫が足りていないと前記食材の在庫が足りるように前記メニュー毎の調理数を調整して決定することを特徴とする請求項２記載のメニュー決定方法。
- 前記メニュー作成段階は、食材の賞味期限に基づき前記賞味期限が近い食材を消費可能なメニューを優先的に作成することを特徴とする請求項１乃至３何れか一項記載のメニュー決定方法。
- 前記選択率算出段階は、利用者の予約情報を取得し、前記食堂を利用する予定の利用者の嗜好情報を利用者毎に取得し、前記嗜好情報に基づき前記メニューが選択される選択率を前記メニューおよび利用者毎に算出することを特徴とする請求項１乃至４何れか一項記載のメニュー決定方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003022239A JP3993113B2 (ja) | 2003-01-30 | 2003-01-30 | メニュー決定方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003022239A JP3993113B2 (ja) | 2003-01-30 | 2003-01-30 | メニュー決定方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004234342A true JP2004234342A (ja) | 2004-08-19 |
| JP3993113B2 JP3993113B2 (ja) | 2007-10-17 |
Family
ID=32951357
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003022239A Expired - Fee Related JP3993113B2 (ja) | 2003-01-30 | 2003-01-30 | メニュー決定方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3993113B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112327673A (zh) * | 2020-10-30 | 2021-02-05 | 广州富港万嘉智能科技有限公司 | 一种自定义菜品的制作方法、计算机可读存储介质、智能烹饪设备、服务器及智能烹饪系统 |
| JP7396736B1 (ja) | 2022-11-30 | 2023-12-12 | Ｎｅｃプラットフォームズ株式会社 | 食堂管理システム、食堂管理方法、及びプログラム |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002039669A (ja) * | 2000-07-24 | 2002-02-06 | Isamu Uchida | 収納管理機能および献立立案機能を有する冷蔵庫 |
| JP2002230278A (ja) * | 2001-01-31 | 2002-08-16 | Matsushita Electric Ind Co Ltd | 食材情報管理システム、食材情報管理方法、食材情報管理プログラム |
| JP2002251439A (ja) * | 2001-02-22 | 2002-09-06 | Nichimen Computer Systems Corp | 弁当給食サービスシステム及び方法 |
-
2003
- 2003-01-30 JP JP2003022239A patent/JP3993113B2/ja not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002039669A (ja) * | 2000-07-24 | 2002-02-06 | Isamu Uchida | 収納管理機能および献立立案機能を有する冷蔵庫 |
| JP2002230278A (ja) * | 2001-01-31 | 2002-08-16 | Matsushita Electric Ind Co Ltd | 食材情報管理システム、食材情報管理方法、食材情報管理プログラム |
| JP2002251439A (ja) * | 2001-02-22 | 2002-09-06 | Nichimen Computer Systems Corp | 弁当給食サービスシステム及び方法 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112327673A (zh) * | 2020-10-30 | 2021-02-05 | 广州富港万嘉智能科技有限公司 | 一种自定义菜品的制作方法、计算机可读存储介质、智能烹饪设备、服务器及智能烹饪系统 |
| CN112327673B (zh) * | 2020-10-30 | 2024-03-12 | 广州富港生活智能科技有限公司 | 一种自定义菜品的制作方法、计算机可读存储介质、智能烹饪设备、服务器及智能烹饪系统 |
| JP7396736B1 (ja) | 2022-11-30 | 2023-12-12 | Ｎｅｃプラットフォームズ株式会社 | 食堂管理システム、食堂管理方法、及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3993113B2 (ja) | 2007-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20050038719A1 (en) | System and method for suggesting goods and services based on inventory information | |
| EP3232379A1 (en) | Smart refrigerator | |
| US20070150371A1 (en) | Online menu and food preparation systems and methods | |
| US20140095479A1 (en) | Device, method, and system for recipe recommendation and recipe ingredient management | |
| US20060085265A1 (en) | System and method for restaurant electronic menu | |
| JP6903523B2 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
| JP5514968B1 (ja) | 商品情報提供システム | |
| CN107924533A (zh) | 订购管理服务器、订购系统以及存储介质 | |
| JP5746554B2 (ja) | 情報提供システム、情報提供方法、プログラム及び情報記録媒体 | |
| JP6397735B2 (ja) | 情報処理装置及びプログラム | |
| WO2020195596A1 (ja) | 料理情報管理装置、料理情報管理方法、及びプログラム | |
| JP3993113B2 (ja) | メニュー決定方法 | |
| US20200219123A1 (en) | Server, method and recording medium storing commands for managing customers | |
| US20170372240A1 (en) | Monitoring System for Food Consumption | |
| JP5266818B2 (ja) | 在庫管理装置、在庫管理方法、及びプログラム | |
| CN110363567B (zh) | 餐品制作信息的确定方法、装置及设备 | |
| CN111613294A (zh) | 餐品搭配方案信息处理方法、装置及电子设备 | |
| JP2020144538A (ja) | 通信装置、通信方法、プログラム、および通信システム | |
| JP2021043597A (ja) | サーバ装置、プログラム及び在庫管理システム | |
| JP2021128441A (ja) | 注文支援システム、注文支援方法、及び注文支援プログラム | |
| JP7406106B2 (ja) | 注文支援システム、注文支援方法、及び注文支援プログラム | |
| JP7315849B2 (ja) | 注文支援システム、注文支援方法、及び注文支援プログラム | |
| JP7376799B2 (ja) | 注文支援システム、注文支援方法、及び注文支援プログラム | |
| JP7425312B2 (ja) | 注文支援システム、注文支援方法、及び注文支援プログラム | |
| JP7368735B2 (ja) | 注文支援システム、注文支援方法、及び注文支援プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040624 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060828 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060905 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061106 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070320 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070518 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070717 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070725 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100803 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110803 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120803 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120803 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130803 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |