JP2006079209A - 料理注文端末装置及びプログラム - Google Patents

Abstract

【課題】 アレルギー体質の利用者に対しても、豊富な料理選択の機会を提供することを目的とする。
【解決手段】 表示手段を有する料理注文端末装置２であって、料理注文端末装置２は、表示手段に表示する画面に係る制御を行う画面制御手段１０１を有し、取得された料理に係る情報及び料理を注文するユーザのアレルギー情報に基づいて、ユーザのアレルギー食材を含まない料理と、ユーザのアレルギー食材を含むが、アレルギー食材を除く又は他の食材に変更しても調理できる料理と、を含むメニュー表示画面を、表示手段に表示させることによって上記課題を解決する。
【選択図】 図６

Description

本発明は、料理を注文する料理注文端末装置及びプログラムに関する。

特許文献１では、レストラン等でアレルギー体質の利用者にアレルギー食材を選ばせないための技術として、予め利用者の食材に対するアレルギー情報を登録させておき、メニューを提示する際に、当該食材を使用したメニューを識別可能に表示する仕組みが開示されている。
特開２００３−１９６７５０号公報

しかしながら、上述したような従来の技術では、アレルギー食材を使用したメニューを識別可能に表示するだけであり、利用者の料理選択の幅を狭めていた問題があった。また、レストラン側にとっても、料理提供の機会を減らす問題があった。

本発明は、上記の点に鑑みなされたもので、アレルギー体質の利用者に対しても、豊富な料理選択の機会を提供することを目的とする。

そこで、上記課題を解決するため、本発明は、表示手段を有する料理注文端末装置であって、該料理注文端末装置は、前記表示手段に表示する画面に係る制御を行う画面制御手段を有し、該画面制御手段は、取得された前記料理に係る情報及び料理を注文するユーザのアレルギー情報に基づいて、該ユーザのアレルギー食材を含まない料理と、該ユーザのアレルギー食材を含むが、該アレルギー食材を除く又は他の食材に変更しても調理できる料理と、を含むメニュー表示画面を、前記表示手段に表示させることを特徴とする。

本発明によれば、表示手段を有する料理注文端末装置であって、該料理注文端末装置は、前記表示手段に表示する画面に係る制御を行う画面制御手段を有し、該画面制御手段は、取得された前記料理に係る情報及び料理を注文するユーザのアレルギー情報に基づいて、該ユーザのアレルギー食材を含まない料理と、該ユーザのアレルギー食材を含むが、該アレルギー食材を除く又は他の食材に変更しても調理できる料理と、を含むメニュー表示画面を、前記表示手段に表示させることにより、アレルギー体質の利用者に対しても、豊富な料理選択の機会を提供することができる。

また、上記課題を解決するための手段として、プログラムとしてもよい。

なお、ユーザとは、例えば、料理を注文する、飲食店の利用者等である。

本発明によれば、アレルギー体質の利用者に対しても、豊富な料理選択の機会を提供することができる。

以下、本発明の実施の形態について図面に基づいて説明する。

図１は、注文システムの一例のシステム構成図である。図１に示されるように、注文システムは、注文サーバ１と、カード発行端末装置３と、少なくとも１台以上の注文端末装置２と、がネットワークを介して接続されている。なお、カード発行端末装置３は１台だけではなくてもよいし、例えば、注文端末装置２と一体化していてもよい。但し、以下では説明の簡略化のため、カード発行端末装置３は、注文端末装置２とは別個に、システム内に１台だけ存在するものとして説明を行う。なお、図１に示される注文システムは、各飲食店毎に構築されているものとする。

飲食店の利用者（以下、単に顧客という）は、例えば初めて当該飲食店を利用した際に、カード発行端末装置３に、名前や、アレルギーがある場合はアレルギー情報等を入力し、顧客を識別するカード（以下、顧客カードという）を発行してもらう。なお、カード発行端末装置３において入力されたアレルギー情報等は、注文サーバ１に渡され、注文サーバ１内において、顧客毎に管理される。

次に、顧客は、例えば飲食店内の各テーブル等に設置されている注文端末装置２に、顧客カードを挿入し、メニューを表示させ、料理を注文する。注文端末装置２は、挿入された顧客カードより、顧客を一意に判別することができ、また、注文サーバ１において、顧客と対応付けて顧客のアレルギー情報を管理しているので、例えばメニューを表示する際に、顧客のアレルギー食材を含まない料理に係る情報と、顧客のアレルギー食材を含み、且つ該アレルギー食材を除く又は他の食材に変更すると調理できない料理に係る情報と、アレルギー食材を含むが、該アレルギー食材を除く又は他の食材に変更しても調理できる料理に係る情報と、を注文サーバ１より取得し、これらの情報を含むメニュー表示画面を当該注文端末装置２のディスプレイ（又はタッチパネル）等に表示することができる。

また、注文端末装置２は、例えば顧客が、アレルギー食材を含むが、該アレルギー食材を除く又は他の食材に変更しても調理できる料理を選んだ場合は、例えば注文サーバ１よりアレルギー食材に替わる代替食材に係る情報を取得し、代替食材の選択画面等を当該注文端末装置２のディスプレイ（又はタッチパネル）等に表示することができる。

したがって、図１に示されるような注文システムを構築することによって、アレルギー体質の利用者に対しても、豊富な料理選択の機会を提供することができる。

以下、カード発行端末装置３の一例のハードウェア構成を、図２に示す。図２は、カード発行端末装置の一例のハードウェア構成図である。

図２に示されるカード発行端末装置３のハードウェア構成は、それぞれバスで相互に接続されている入力装置３１と、表示装置３２と、ドライブ装置３３と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３５と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３６と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３７と、インターフェース装置３８と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）３９と、から構成されている。

入力装置３１は、カード発行端末装置３の利用者（顧客）が操作するキーボード及びマウス等で構成され、カード発行端末装置３に各種操作信号を入力するのに用いられる。表示装置３２は、カード発行端末装置３の利用者（顧客）が利用するディスプレイ等で構成され、各種情報（例えば、画面等）を表示する。インターフェース装置３８は、カード発行端末装置３をネットワーク等に接続するインターフェースである。

後述するカード発行端末装置３の各機能構成に対応するプログラム（以下、カード発行端末装置プログラムという）は、例えば、ＣＤ−ＲＯＭ等の記録媒体３４によってカード発行端末装置３に提供されるか、ネットワークを通じてダウンロードされる。記録媒体３４は、ドライブ装置３３にセットされ、カード発行端末装置プログラムが記録媒体３４からドライブ装置３３を介してＨＤＤ３９にインストールされる。

なお、記録媒体３４は、カードであってもよく、カード発行端末装置３は、入力装置３１を介して顧客によって入力された、名前（又は顧客を識別する顧客ＩＤ）等の顧客情報を、ドライブ装置３３を介してカードに記録する。

ＲＯＭ３５は、データ等を格納する。ＲＡＭ３６は、例えば、カード発行端末装置３の起動時にＨＤＤ３９からカード発行端末装置プログラム等を読み出して格納する。また、ＲＡＭ３６は、カード発行端末装置プログラムの処理に用いられるデータ等を一時的に保持する。ＣＰＵ３７は、ＲＡＭ３６に読み出され格納されたカード発行端末装置プログラム等に従って処理を実行する。

ＨＤＤ３９は、カード発行端末装置プログラムや、データ等を格納する。

以下、注文端末装置２の一例のハードウェア構成を、図３に示す。図３は、注文端末装置の一例のハードウェア構成図である。

図３に示される注文端末装置２のハードウェア構成は、それぞれバスで相互に接続されている入力・表示装置１１と、ドライブ装置１３と、ＲＯＭ１５と、ＲＡＭ１６と、ＣＰＵ１７と、インターフェース装置１８と、ＨＤＤ１９と、から構成されている。

入力・表示装置１１は、操作者からの入力操作の受け付け並びに操作者に向けた各種情報（例えば、画面等）の表示を行う。入力・表示装置１１の例としては、例えば、タッチパネル等がある。インターフェース装置１８は、注文端末装置２をネットワーク等に接続するインターフェースである。

後述する注文端末装置２の各機能構成に対応するプログラム（以下、注文端末装置プログラムという）は、例えば、ＣＤ−ＲＯＭ等の記録媒体１４によって注文端末装置２に提供されるか、ネットワークを通じてダウンロードされる。記録媒体１４は、ドライブ装置１３にセットされ、注文端末装置プログラムが記録媒体１４からドライブ装置１３を介してＨＤＤ１９にインストールされる。

なお、記録媒体１４は、カードであってもよく、注文端末装置２は、カード発行端末装置３において発行されたカードが、ドライブ装置１３に挿入されると、該カードより、顧客の名前（又は顧客ＩＤ）を読み取って、顧客を一意に識別する。

ＲＯＭ１５は、データ等を格納する。ＲＡＭ１６は、例えば、注文端末装置２の起動時にＨＤＤ１９から注文端末装置プログラム等を読み出して格納する。また、ＲＡＭ１６は、注文端末装置プログラムの処理に用いられるデータ等を一時的に保持する。ＣＰＵ１７は、ＲＡＭ１６に読み出され格納された注文端末装置プログラム等に従って処理を実行する。

ＨＤＤ１９は、注文端末装置プログラムや、データ等を格納する。

以下、注文サーバ１の一例のハードウェア構成を、図４に示す。図４は、注文サーバの一例のハードウェア構成図である。

図４に示される注文サーバ１のハードウェア構成は、それぞれバスで相互に接続されている入力装置２１と、表示装置２２と、ドライブ装置２３と、ＲＯＭ２５と、ＲＡＭ２６と、ＣＰＵ２７と、インターフェース装置２８と、ＨＤＤ２９と、から構成されている。

入力装置２１は、注文サーバ１の利用者（管理者）が操作するキーボード及びマウス等で構成され、注文サーバ１に各種操作信号を入力するのに用いられる。表示装置２２は、注文サーバ１の利用者（管理者）が利用するディスプレイ等で構成され、各種情報を表示する。インターフェース装置２８は、注文サーバ１をネットワーク等に接続するインターフェースである。

後述する注文サーバ１の各機能構成に対応するプログラム（以下、注文サーバプログラムという）は、例えば、ＣＤ−ＲＯＭ等の記録媒体２４によって注文サーバ１に提供されるか、ネットワークを通じてダウンロードされる。記録媒体２４は、ドライブ装置２３にセットされ、注文サーバプログラムが記録媒体２４からドライブ装置２３を介してＨＤＤ２９にインストールされる。

ＲＯＭ２５は、データ等を格納する。ＲＡＭ２６は、例えば、注文サーバ１の起動時にＨＤＤ２９から注文サーバプログラム等を読み出して格納する。また、ＲＡＭ２６は、注文サーバプログラムの処理に用いられるデータ等を一時的に保持する。ＣＰＵ２７は、ＲＡＭ２６に読み出され格納された注文サーバプログラム等に従って処理を実行する。

ＨＤＤ２９は、注文サーバプログラムや、後述するテーブル（又はＤＢ（ｄａｔａｂａｓｅ））等に格納されるデータ等を格納する。

以下、カード発行端末装置３の一例の機能構成を、図５に示す。図５は、カード発行端末装置の一例の機能構成図である。

図５に示されるように、カード発行端末装置３は、画面制御部３０１と、通信処理部３０２と、データ保持部３０３と、カード発行処理部３０４と、を含む。

画面制御部３０１は、画面に係る制御を行う制御部であって、例えば顧客等からの要求に応じて後述する顧客情報入力画面４１を作成し、表示装置３２に表示させたり、入力装置３１等を用いて顧客が顧客情報入力画面４１において入力した情報（例えば、顧客の名前やアレルギー情報）を受け取って、該情報をデータ保持部３０３に渡したりする。

通信処理部３０２は、カード発行端末装置３とネットワークを介して接続された装置（例えば、注文サーバ１等）と通信を行う通信処理部であって、例えば、画面制御部３０１が受け取ってデータ保持部３０３に保持しておいた顧客の名前（及び／又はカード発行処理部３０４等が採番した顧客ＩＤ）や、アレルギー情報等を、注文サーバ１等に送信する。

データ保持部３０３は、データ（又は情報）を一時的に保持する保持部であって、例えば画面制御部３０１が受け取った情報や、カード発行処理部３０４が採番した顧客ＩＤ等を、一時的に保持する。

カード発行処理部３０４は、カードを発行する処理部であって、例えば、画面制御部３０１が受け取ってデータ保持部３０３に保持しておいた顧客の名前等の情報に基づいて、該顧客を一意に識別する顧客ＩＤを採番し、該顧客ＩＤを含むカードを発行する。

以下、注文端末装置２の一例の機能構成を、図６に示す。図６は、注文端末装置の一例の機能構成図である。

図６に示されるように、注文端末装置２は、画面制御部１０１と、通信処理部１０２と、データ保持部１０３と、を含む。

画面制御部１０１は、画面に係る制御を行う制御部であって、例えば顧客等からの要求に応じて後述するメニュー表示画面（分別版）４４や、代替食材選択画面４８等を作成し、入力・表示装置１１に表示させたり、入力・表示装置１１を用いて顧客がメニュー表示画面（分別版）４４や、代替食材選択画面４８等において選択した情報（選択情報）を受け取って、該選択情報をデータ保持部１０３に渡したりする。

通信処理部１０２は、注文端末装置２とネットワークを介して接続された装置（例えば、注文サーバ１等）と通信を行う通信処理部であって、例えば、画面制御部１０１が受け取ってデータ保持部１０３に保持しておいた選択情報等を、注文サーバ１等に送信したり、選択情報に応じて画面制御部１０１等が作成した要求（以下、リクエストという）を、注文サーバ１等に送信したり、リクエストに応じて注文サーバ１等が送信してきた応答（以下、レスポンスという）を受信して、例えば該レスポンスに含まれる情報を、データ保持部１０３に渡して保持させる。 データ保持部１０３は、データ（又は情報）を一時的に保持する保持部であって、例えば画面制御部１０１が受け取った情報（選択情報）や、通信処理部１０２が注文サーバ１より受け取ったレスポンスに含まれる情報等を、一時的に保持する。

以下、注文サーバ１の一例の機能構成を、図７に示す。図７は、注文サーバの一例の機能構成図である。

図７に示されるように、注文サーバ１は、通信処理部２０１と、データ操作部２０２と、食材マスタテーブル２１１と、顧客マスタテーブル２１２と、顧客アレルギー管理マスタテーブル２１３と、料理マスタテーブル２１４と、料理食材マスタテーブル２１５と、メニュー表示テーブル２１６と、注文ジャーナルテーブル２１７と、を含む。なお、図７に示される各テーブルは、注文サーバ１内の１つのＤＢに格納されていてもよいし、注文サーバ１内の複数のＤＢに分けて格納されていてもよい。但し、以下では説明の簡略化のため、図７に示される各テーブルは、注文サーバ１内の１つのＤＢに格納されているものとする。なお、各テーブルの詳細は、後述する図８から図１４に示す。

通信処理部２０１は、注文サーバ１とネットワークを介して接続された装置（例えば、注文端末装置２や、カード発行端末装置３等）と通信を行う通信処理部であって、例えば注文端末装置２からのリクエストを受信して、リクエストをデータ操作部２０２に渡したり、データ操作部２０２から受け取ったレスポンスを、要求元の注文端末装置２に送信したりする。

データ操作部２０２は、各テーブルに格納されているデータ（又は情報）を操作する操作部であって、例えば通信処理部２０１を介して受け取った注文端末装置２からのリクエストに応じて、テーブルの対応する項目にデータを格納したり、又はテーブルの対応する項目に格納されているデータを取得してレスポンスを作成し、通信処理部２０１を介して要求元の注文端末装置２に送信したりする。

以下、食材マスタテーブル２１１の一例を、図８に示す。図８は、食材マスタテーブルの一例を示す図である。

図８に示されるように、食材マスタテーブル２１１は、系列コードと、食材コードと、食材名と、アレルギーフラグと、を項目として含む。

系列コードには、食材の系列（例えば、農作物系とか、乳製品系等）を識別するコードが格納される。食材コードには、食材を識別するコードが格納される。食材名には、食材コードで識別される食材の名前が格納される。アレルギーフラグには、一般的にアレルギーの原因となる可能性のある食材にフラグ（「１」）が格納される。

以下、顧客マスタテーブル２１２の一例を、図９に示す。図９は、顧客マスタテーブルの一例を示す図である。

図９に示されるように、顧客マスタテーブル２１２は、顧客ＩＤと、顧客名と、を項目として含む。顧客ＩＤには、顧客を識別する顧客ＩＤが格納される。顧客名には、顧客の名前が格納される。

以下、顧客アレルギー管理マスタテーブル２１３の一例を、図１０に示す。図１０は、顧客アレルギー管理マスタテーブルの一例を示す図である。

図１０に示されるように、顧客アレルギー管理マスタテーブル２１３は、顧客ＩＤと、アレルギー食材コードと、を項目として含む。顧客ＩＤには、顧客を識別する顧客ＩＤが格納される。アレルギー食材コードには、顧客のアレルギー食材を識別するアレルギー食材コードが格納される。

以下、料理マスタテーブル２１４の一例を、図１１に示す。図１１は、料理マスタテーブルの一例を示す図である。

図１１に示されるように、料理マスタテーブル２１４は、料理コードと、料理名と、を項目として含む。料理コードには、料理を識別する料理コードが格納される。料理名には、料理名が格納される。

以下、料理食材マスタテーブル２１５の一例を、図１２に示す。図１２は、料理食材マスタテーブルの一例を示す図である。

図１２に示されるように、料理食材マスタテーブル２１５は、料理コードと、食材コードと、変更可食材コード１と、変更可食材コード２と、変更可食材コード３と、を項目として含む。

料理コードには、料理を識別する料理コードが格納される。食材コードには、食材を識別する食材コードが格納される。変更可食材コード１には、対応する食材コードで識別される食材に変わって料理に用いることが可能な食材を識別する食材コードが格納される。なお、対応する食材コードで識別される食材に変わって料理に用いることが可能な食材が存在しない場合は、「００００」が格納される。変更可食材コード２には、対応する食材コードで識別される食材に変わって料理に用いることが可能な食材を識別する食材コードが格納される。なお、対応する食材コードで識別される食材に変わって料理に用いることが可能な食材が存在しない場合は、「００００」が格納される。変更可食材コード３には、対応する食材コードで識別される食材に変わって料理に用いることが可能な食材を識別する食材コードが格納される。なお、対応する食材コードで識別される食材に変わって料理に用いることが可能な食材が存在しない場合は、「００００」が格納される。

以下、メニュー表示テーブル２１６の一例を、図１３に示す。図１３は、メニュー表示テーブルの一例を示す図である。

図１３に示されるように、メニュー表示テーブル２１６は、料理コードと、顧客ＩＤと、表示形と、を項目として含む。料理コードには、料理を識別する料理コードが格納される。顧客ＩＤには、顧客を識別する顧客ＩＤが格納される。表示形には、「○」や、「×」、「△」等、メニューを表示する際に合わせて表示する形が格納されている。なお、表示形には、「○」に対応させた「０１」や、「×」に対応させた「０２」、「△」に対応させた「０３」等、コード（表示形コード）を格納するようにしてもよい。但し、以下では説明の簡略化のため、表示形には、「○」や、「×」、「△」等の形が直接格納されているものとして説明を行う。

また、表示形ではなく、表示の色（表示色）をメニュー表示テーブル２１６の項目に含め、表示色に、青色や、赤色、黄色を直接格納したり、青色に対応させた「０１」や、赤色に対応させた「０２」、黄色に対応させた「０３」等を格納したりしてもよい。但し、以下では説明の簡略化のため、表示色ではなく、表示形を、メニュー表示テーブル２１６に含めるものとして説明を行う。

以下、注文ジャーナルテーブル２１７の一例を、図１４に示す。図１４は、注文ジャーナルテーブルの一例を示す図である。

図１４に示されるように、注文ジャーナルテーブル２１７は、顧客ＩＤと、料理コードと、食材コードと、変更食材コードと、発生日時と、を項目として含む。

顧客ＩＤには、顧客を識別する顧客ＩＤが格納される。料理コードには、料理を識別する料理コードが格納される。食材コードには、食材の変更があった場合、変更前の食材を識別する食材コードが格納される。変更食材コードには、食材の変更があった場合、変更後の食材を識別する食材コードが格納される。発生日時には、料理の注文を受けた日時等が格納される。

以下、カード発行処理の一例を、図１５に示す。図１５は、カード発行処理の一例を示すフローチャートである。

ステップＳ１０において、カード発行端末装置３は、例えば顧客からの要求に応じて、後述する図１６に示すような顧客情報入力画面４１を表示するのに用いる情報の取得リクエストを、注文サーバ１に対して送信する。同様にステップＳ１０において、注文サーバ１は、カード発行端末装置３より、顧客情報入力画面４１を表示するのに用いる情報の取得リクエストを受信すると、食材マスタテーブル２１１より情報を取得し、該情報を含む、顧客情報入力画面４１を表示するのに用いる情報の取得レスポンスを作成し、要求元のカード発行端末装置３に送信する。例えば、注文サーバ１は、食材マスタテーブル２１１より、アレルギーフラグが「１」の食材に係る情報を取得し、該情報を含むレスポンスを作成し、要求元のカード発行端末装置３に送信する。同様にステップＳ１０において、カード発行端末装置３は、注文サーバ１より顧客情報入力画面４１を表示するのに用いる情報の取得レスポンスを受信すると、該取得レスポンスに含まれる情報に基づいて、例えば顧客情報入力画面４１を作成し、表示装置３２等に表示する。

ここで、顧客情報入力画面４１の一例を、図１６に示す。図１６は、顧客情報入力画面の一例を示す図である。

ステップＳ１０に続いてステップＳ１１に進み、顧客は、図１６に示されるような顧客情報入力画面４１において、名前や、アレルギーがある場合は、アレルギーの原因（対象）となる食材を選択し、顧客情報を入力すると、決定ボタン等を押す。

ステップＳ１１に続いてステップＳ１２に進み、カード発行端末装置３は、顧客によって、顧客情報が入力されると、顧客が入力した顧客情報が正しいか否かを確認する顧客情報確認画面を作成し、表示装置３２等に表示する。

ステップＳ１２に続いてステップＳ１３に進み、カード発行端末装置３は、顧客情報確認画面に表示されているＯＫボタン等が顧客によって押されたと判定すると、顧客によって入力された顧客情報のテーブルへの格納リクエストを作成し、注文サーバ１に対して送信する。同様にステップＳ１３において、注文サーバ１は、カード発行端末装置３より、顧客情報のテーブルへの格納リクエストを受信すると、該格納リクエストに含まれる顧客情報を、顧客マスタテーブル２１２や、顧客アレルギー管理マスタテーブル２１３に格納する。

なお、カード発行端末装置３は、前記格納リクエストに、採番した顧客ＩＤ含めて、注文サーバ１に送信するようにしてもよいし、注文サーバ１において顧客ＩＤを採番するような構成とする場合は、注文サーバ１は、採番した顧客ＩＤを、前記格納リクエストに対応する格納レスポンスに含めて、カード発行端末装置３に送信するようにしてもよい。

ステップＳ１３に続いてステップＳ１４に進み、カード発行端末装置３は、自身が採番した、又は注文サーバ１が採番し、取得した顧客ＩＤを含むカードを発行するカード発行処理を実行する。

ステップＳ１４に続いてステップＳ１５に進み、顧客は、カード発行端末装置３が発行した顧客カードを取得する。

図１５に示したような処理を行うことによって、顧客は、自身を識別する顧客ＩＤを含む顧客カードを取得することができる。また、注文サーバ１は、顧客にアレルギーがある場合は、そのアレルギーの原因となる食材の情報等を取得し、顧客毎に対応させ、管理することができる。

なお、図１５に示されるような処理は、例えば、顧客が始めて飲食店に訪れた際等に実行される。

以下、料理注文処理の例を、図１７に示す。図１７は、料理注文処理を示すフローチャート（その１）である。

例えば各テーブルに設置されている注文端末装置２は、初め、顧客に対して顧客カードを挿入（入力）する旨を要求する顧客カード入力画面を表示してあり、顧客はテーブルにつくと、該画面を目視し、自身の顧客カードを注文端末装置２に挿入する（ステップＳ２０）。

ステップＳ２０に続いてステップＳ２１に進み、注文端末装置２は、顧客カードが挿入されると、該顧客カードより、顧客ＩＤを読み取って、該顧客ＩＤを含む顧客情報入力リクエストを、注文サーバ１に送信する。同様にステップＳ２１において、注文サーバ１は、注文端末装置２より顧客情報入力リクエストを受信すると、該顧客情報入力リクエストに含まれる顧客ＩＤ等の情報を注文ジャーナルテーブル２１７に格納する。

ステップＳ２１に続いてステップＳ２２に進み、注文端末装置２は、後述する図１８に示されるような初期メニュー画面４２を作成し、入力・表示装置１１等に表示する。

ここで、初期メニュー画面４２の一例を、図１８に示す。図１８は、初期メニュー画面の一例を示す図である。

図１７に戻り、ステップＳ２２に続いてステップＳ２３に進み、注文端末装置２は、アレルギー食材を利用した料理を分別表示するか否かを判定する。注文端末装置２は、アレルギー食材を利用した料理を分別表示すると判定すると（ステップＳ２３においてＹＥＳ）、ステップＳ２７に進み、アレルギー食材を利用した料理を分別表示しないと判定すると（ステップＳ２３においてＮＯ）、ステップＳ２４に進む。例えば、注文端末装置２は、初期メニュー画面４２において顧客が、ＹＥＳボタンを押したと判定すると、アレルギー食材を利用した料理を分別表示すると判定する。

ステップＳ２４では、注文端末装置２は、後述する図１９に示すようなメニュー表示画面（通常版）４３を作成するのに用いる情報の取得リクエストを作成し、注文サーバ１に送信する。同様にステップＳ２４において、注文サーバ１は、注文端末装置２より、前記取得リクエストを受信すると、料理マスタテーブル２１４の全ての行を読込んで情報を取得し、該取得した情報を含む取得レスポンスを作成し、対応する注文端末装置２に送信する。

ステップＳ２４に続いてステップＳ２５に進み、注文端末装置２は、受信した前記取得レスポンスに含まれる情報に基づいて、後述する図１９に示すようなメニュー表示画面（通常版）４３を作成し、入力・表示装置１１等に表示する。

ここで、メニュー表示画面（通常版）４３の一例を、図１９に示す。図１９は、メニュー表示画面（通常版）の一例を示す図である。

図１７に戻り、ステップＳ２５に続いてステップＳ２６に進み、顧客は、図１９に示されるようなメニュー表示画面（通常版）４３において、料理を選択し、処理Ａに進む。

一方、ステップＳ２７では、注文端末装置２が、例えば、顧客カードより読み取った顧客ＩＤを含む、後述する図２１に示すようなメニュー表示画面（分別版）４４を作成するのに用いる情報の取得リクエストを作成し、注文サーバ１に送信する。同様にステップＳ２７において、注文サーバ１は、注文端末装置２より、前記取得リクエストを受信すると、該取得リクエストに含まれる顧客ＩＤに基づいて、顧客アレルギー管理マスタテーブル２１３より、アレルギー食材コードを１行取得する。なお、注文サーバ１は、注文端末装置２より、受信したリクエストに対応するレスポンスを注文端末装置２に送信するまで、例えば、顧客ＩＤや、ステップＳ２７において読込んだアレルギー食材コード等をＲＡＭ２６上等に一時的に保持しておく。後述するステップＳ２８やステップＳ２９において読込んだ情報及び後述するステップＳ３１又はステップＳ３３又はステップＳ３４において格納した情報等も同様である。

ステップＳ２７に続いてステップＳ２８に進み、注文サーバ１は、料理マスタテーブル２１４より、料理コード及び料理名を１行読込んで取得する。

ステップＳ２８に続いてステップＳ２９に進み、注文サーバ１は、ステップＳ２８において読込んで取得した料理コードに基づいて、料理食材マスタテーブル２１５より、対応する料理コード、食材コード、変更可食材コード１、変更可食材コード２、変更可食材コード３を１行読込んで取得する。

ステップＳ２９に続いてステップＳ３０に進み、注文サーバ１は、ステップＳ２９において読込んだ変更可食材コード１、変更可食材コード２、変更可食材コード３の全てが「００００」か、否かを判定する。注文サーバ１は、ステップＳ２９において読込んだ変更可食材コード１、変更可食材コード２、変更可食材コード３の全てが「００００」であると判定すると（ステップＳ３０においてＹＥＳ）、ステップＳ３１に進み、ステップＳ２９において読込んだ変更可食材コード１、変更可食材コード２、変更可食材コード３の全てが「００００」ではないと判定すると（ステップＳ３０においてＮＯ）、ステップＳ３２に進む。

ステップＳ３１では、注文サーバ１が、ステップＳ２８において読込んで取得した料理コード及び注文端末装置２からのリクエストに含まれていた顧客ＩＤに基づいて、メニュー表示テーブル２１６の対応する表示形に、「×」をセット（格納）し、ステップＳ３５に進む。

一方、ステップＳ３２では、注文サーバ１が、ステップＳ２７において取得したアレルギー食材コードと、ステップＳ２９において読込んだ食材コードとが一致するか否かを判定する。注文サーバ１は、ステップＳ２７において取得したアレルギー食材コードと、ステップＳ２９において読込んだ食材コードとが一致すると判定すると（ステップＳ３２においてＹＥＳ）、ステップＳ３３に進み、ステップＳ２７において取得したアレルギー食材コードと、ステップＳ２９において読込んだ食材コードとが一致しないと判定すると（ステップＳ３２においてＮＯ）、ステップＳ３４に進む。

ステップＳ３３では、注文サーバ１が、ステップＳ２８において読込んで取得した料理コード及び注文端末装置２からのリクエストに含まれていた顧客ＩＤに基づいて、メニュー表示テーブル２１６の対応する表示形に、「△」をセット（格納）し、ステップＳ３５に進む。

一方、ステップＳ３４では、注文サーバ１が、ステップＳ２８において読込んで取得した料理コード及び注文端末装置２からのリクエストに含まれていた顧客ＩＤに基づいて、メニュー表示テーブル２１６の対応する表示形に、「○」をセット（格納）し、ステップＳ３５に進む。

ステップＳ３５では、注文サーバ１が、ステップＳ２８において読込んで取得した料理コードに基づいて、料理食材マスタテーブル２１５を参照し、対応する行（次行）がまだ存在するか否かを判定する。注文サーバ１は、ステップＳ２８において読込んで取得した料理コードに基づいて、料理食材マスタテーブル２１５を参照し、対応する行（次行）がまだ存在すると判定すると（ステップＳ３５においてＹＥＳ）、ステップＳ２９からの処理を繰り返し、対応する行（次行）がもう存在しないと判定すると（ステップＳ３５においてＮＯ）、ステップＳ３６に進む。

ステップＳ３６では、注文サーバ１が、料理マスタテーブル２１４を参照し、次行が存在するか否かを判定する。注文サーバ１は、料理マスタテーブル２１４を参照し、次行がまだ存在すると判定すると（ステップＳ３６においてＹＥＳ）、ステップＳ２８からの処理を繰り返し、次行がもう存在しないと判定すると（ステップＳ３６においてＮＯ）、処理Ｉに進む。

以下、処理Ｉからの料理注文処理の続きを、図２０に示す。図２０は、料理注文処理を示すフローチャート（その２）である。

処理Ｉに続いて、ステップＳ４０では、注文サーバ１が、注文端末装置２からのリクエストに含まれていた顧客ＩＤに基づいて、顧客アレルギー管理マスタテーブル２１３を参照し、対応する行がまだ存在するか否かを判定する。注文サーバ１は、注文端末装置２からのリクエストに含まれていた顧客ＩＤに基づいて、顧客アレルギー管理マスタテーブル２１３を参照し、対応する行がまだ存在すると判定すると（ステップＳ４０においてＹＥＳ）、処理Ｊに進み、対応する行がもう存在しないと判定すると（ステップＳ４０においてＮＯ）、ステップＳ４１に進む。なお、ここで、処理Ｊは、図１７のステップＳ２７からの処理を繰り返す。処理Ｊから図１７のステップＳ２７に進んだ場合、注文サーバ１は、行を１つ進め、顧客アレルギー管理マスタテーブル２１３より、アレルギー食材コードを１行取得する。

一方、ステップＳ４１では、注文サーバ１が、一連の処理で料理マスタテーブル２１４より読取り、取得した料理名や、メニュー表示テーブル２１６に格納した表示形等、ＲＡＭ２６上に一時的に保持しておいた情報を含む取得レスポンスを作成し、対応する注文端末装置２に送信する。同様にステップＳ４１において、注文端末装置２は、受信した前記取得レスポンスに含まれる情報に基づいて、後述する図２１に示すようなメニュー表示画面（分別版）４４を作成し、入力・表示装置１１等に表示する。

ここで、メニュー表示画面（分別版）４４の一例を、図２１に示す。図２１は、メニュー表示画面（分別版）の一例を示す図である。

図２１に示されるように、メニュー表示画面（分別版）４４には、アレルギー食材を含まない料理と、アレルギー食材を含み、且つ該アレルギー食材を除く又は他の食材に変更すると調理できない料理と、アレルギー食材を含むが、該アレルギー食材を除く又は他の食材に変更しても調理できる料理と、が表示されている。

図２０に戻り、ステップＳ４１に続いてステップＳ４２に進み、顧客は、図２１に示されるようなメニュー表示画面（分別版）４４において、料理を選択する。

ステップＳ４２に続いてステップＳ４３に進み、注文端末装置２は、顧客がアレルギー食材を含まない料理（「○」表示の料理）を選択したか否かを判定する。注文端末装置２は、顧客がアレルギー食材を含まない料理（「○」表示の料理）を選択したと判定すると（ステップＳ４３においてＹＥＳ）、処理Ａに進み、顧客がアレルギー食材を含む料理（「○」表示以外の料理）を選択したと判定すると（ステップＳ４３においてＮＯ）、処理Ｂに進む。

以下、処理Ａからの料理注文処理の続きを、図２２に示す。図２２は、料理注文処理を示すフローチャート（その３）である。

処理Ａに続いてステップＳ５０に進み、注文端末装置２は、顧客が選択した料理を注文したとして、注文処理を実行する。例えば、注文端末装置２は、顧客ＩＤや、注文した料理を識別する料理コード等を含んだ注文リクエストを作成し、注文サーバ１に送信する。同様にステップＳ５０において、注文サーバ１は、注文端末装置２より、注文リクエストを受信すると、該注文リクエストに含まれる顧客ＩＤに基づいて、注文ジャーナルテーブル２１７に、料理コードや、注文の発生日時等を格納する。

例えば、注文サーバ１は、注文ジャーナルテーブル２１７に、情報を格納した後、例えば、調理場等に設置してあるディスプレイに、注文された料理名や、該料理に用いる食材（顧客が食材を変更したものも含む）、注文した顧客又は顧客が座っているテーブルの番号等を表示するようにしてもよい。

ステップＳ５０に続いてステップＳ５１に進み、注文端末装置２は、後述する図２３に示されるような再注文確認画面４５を作成し、入力・表示装置１１等に表示する。

ここで、再注文確認画面４５の一例を、図２３に示す。図２３は、再注文確認画面の一例を示す図である。

図２２に戻り、ステップＳ５１に続いてステップＳ５２に進み、注文端末装置２は、顧客がもう１品料理を注文するか否かを判定する。注文端末装置２は、顧客がもう１品料理を注文すると判定すると（ステップＳ５２においてＹＥＳ）、処理Ｃに進み、顧客がもう料理を注文しないと判定すると（ステップＳ５２においてＮＯ）、処理を終了する。例えば、注文端末装置２は、顧客が、図２３に示されるような再注文確認画面４５において、Ｙｅｓボタンを押したと判定すると、もう１品料理を注文すると判定し、Ｎｏボタンを押したと判定すると、もう料理を注文しないと判定する。

以下、処理Ｂからの料理注文処理の続きを、図２４に示す。図２４は、料理注文処理を示すフローチャート（その４）である。

処理Ｂに続いてステップＳ６０に進み、注文端末装置２は、顧客がアレルギー食材を除く、又は変更しても調理ができる料理（「△」表示の料理）を選択したか否かを判定する。注文端末装置２は、顧客がアレルギー食材を除く、又は変更しても調理ができる料理（「△」表示の料理）を選択したと判定すると（ステップＳ６０においてＹＥＳ）、処理Ｅに進み、顧客がアレルギー食材を除く、又は変更したら調理ができない料理（「×」表示の料理）を選択したと判定すると（ステップＳ６０においてＮＯ）、ステップＳ６１に進む。

ステップＳ６１では、注文端末装置２が、後述する図２５に示されるような警告表示画面４６を作成し、入力・表示装置１１等に表示する。

ここで、警告表示画面４６の一例を、図２５に示す。図２５は、警告表示画面の一例を示す図である。

図２５に示されるように、警告表示画面４６には、注文した料理に顧客のアレルギー原因となるアレルギー食材が含まれていることが示されている。

図２４に戻り、ステップＳ６１に続いてステップＳ６２に進み、注文端末装置２は、顧客が料理を注文したか否かを判定する。注文端末装置２は、顧客が料理を注文したと判定すると（ステップ６２においてＹＥＳ）、処理Ａに進み、顧客が料理を注文しなかったと判定すると（ステップＳ６２においてＮＯ）、処理Ｃに進む。

例えば注文端末装置２は、顧客が、警告表示画面４６においてＹｅｓボタンを押したと判定すると、料理を注文したと判定し、Ｎｏボタンを押したと判定すると、料理を注文しなかったと判定する。

以下、処理Ｅからの料理注文処理の続きを、図２６に示す。図２６は、料理注文処理を示すフローチャート（その５）である。

処理Ｅに続きステップＳ７０に進み、注文端末装置２は、顧客ＩＤや、顧客が選択した料理を識別する料理コードを含む、後述するアレルギー食材表示画面４７を表示するのに用いる情報の取得リクエストを、注文サーバ１に対して送信する。同様にステップＳ７０において、注文サーバ１は、カード発行端末装置３より、後述するアレルギー食材表示画面４７を表示するのに用いる情報の取得リクエストを受信すると、該リクエストに含まれる料理コードをキーに、料理食材マスタテーブル２１５より対応する食材コード等を全て読込んで取得したり、前記リクエストに含まれる顧客ＩＤをキーに、顧客アレルギー管理マスタテーブル２１３より対応する顧客のアレルギー食材コード等を全て読込んで取得したりして、前記取得リクエストに対応する取得レスポンスを作成し、注文端末装置２に送信する。

ステップＳ７０に続いてステップＳ７１に進み、注文端末装置２は、注文サーバ１より受け取った前記取得レスポンスに含まれる情報に基づいて、後述するアレルギー食材表示画面４７を作成し、入力・表示装置１１等に表示する。なお、注文端末装置２は、前記取得レスポンスに含まれる情報を、例えばＲＡＭ１６上に一時的に保持しておく。

ここで、アレルギー食材表示画面４７の一例を、図２７に示す。図２７は、アレルギー食材表示画面の一例を示す図である。

図２７に示されるように、アレルギー食材表示画面４７には、顧客が選択した料理に用いられている、該顧客のアレルギー原因となるアレルギー食材が表示されている。

図２６に戻り、ステップＳ７１に続いてステップＳ７２に進み、顧客が、図２７に示されるようなアレルギー食材表示画面４７において、変更対象のアレルギー食材を選択すると、ステップＳ７２に続いてステップＳ７３に進み、注文端末装置２は、顧客に選択された料理に用いられている食材の変更可能食材コードは「９９９９」か否かを判定する。

注文端末装置２は、変更可能食材コードが「９９９９」であると判定すると（ステップＳ７３においてＹＥＳ）、ステップＳ７６に進み、変更可能食材コードが「９９９９」でないと判定すると（ステップＳ７３においてＮＯ）、ステップＳ７４に進む。例えば注文端末装置２は、ＲＡＭ１６上に一時的に保持していた前記取得レスポンスに含まれていた情報の中から、料理コードと、食材コードと、に基づいて、変更可能食材コードは「９９９９」か否かを判定する。

ステップＳ７４では、注文端末装置２が、料理コードや、選択されたアレルギー食材を識別する後述する代替食材選択画面４８を表示するのに用いる情報の取得リクエストを作成し、注文サーバ１に送信する。同様にステップＳ７４において注文サーバ１は、注文端末装置２より、前記取得リクエストを受信すると、該取得リクエストに含まれる料理コードと、顧客が選択した変更する食材の食材コードと、をキーに、料理食材マスタテーブル２１５を検索し、対応する変更可能食材コードを読込んで取得する。また、ステップＳ７４において、注文サーバ１は、該変更可能食材コードをキーに、食材マスタテーブル２１１を参照し、対応する食材名等を読込んで取得する。ステップＳ７４において、注文サーバ１は、取得した食材名等を含む、前記取得リクエストに対応する取得レスポンスを作成し、注文端末装置２に送信する。ステップＳ７４において、注文端末２は、注文サーバ１より受信した前記取得レスポンスに含まれる情報に基づいて、代替食材選択画面４８を作成し、入力・表示装置１１等に表示する。

ここで、代替食材選択画面４８の一例を、図２８に示す。図２８は、代替食材選択画面の一例を示す図である。

図２６に戻り、ステップＳ７４に続いてステップＳ７５に進み、顧客は、図２８に示されるような代替食材選択画面４８において、アレルギー食材を除去するか、又は代わりの食材を選択し、ステップＳ７７に進む。

一方、ステップＳ７６では、注文端末２が、アレルギー食材を除去するか否かを判定し、アレルギー食材を除去すると判定すると（ステップＳ７６においてＹＥＳ）、ステップＳ７７に進み、アレルギー食材を除去しないと判定すると（ステップＳ７６においてＮＯ）、処理Ｄに進む。例えば、注文端末２は、アレルギー食材を除去するか否かを顧客に確認する確認画面等を作成し、入力・表示装置１１等に表示して、確認画面において顧客が「除去する」を選択すると、アレルギー食材を除去すると判定し、確認画面において顧客が「除去しない」を選択すると、アレルギー食材を除去しないと判定する。

ステップＳ７７では、注文端末２が、ＲＡＭ１６上に一時的に保持しておいた情報を参照し、顧客によって選択された料理に、他のアレルギー食材が含まれているか否かを判定し、含まれていると判定すると（ステップＳ７７においてＹＥＳ）、処理Ｆに進み、含まれていないと判定すると（ステップＳ７７においてＮＯ）、処理Ａに進む。

上述したように、本発明によれば、料理店等は、アレルギー体質の利用者（顧客）に対しても、豊富な料理選択の機会を提供することができる。

また、顧客から見れば、自分のアレルギーに合わせて、料理を選択したり、カスタマイズしたりして、注文することができる。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

なお、本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
表示手段を有する料理注文端末装置であって、
該料理注文端末装置は、前記表示手段に表示する画面に係る制御を行う画面制御手段を有し、
該画面制御手段は、取得された前記料理に係る情報及び料理を注文するユーザのアレルギー情報に基づいて、該ユーザのアレルギー食材を含まない料理と、該ユーザのアレルギー食材を含むが、該アレルギー食材を除く又は他の食材に変更しても調理できる料理と、を含むメニュー表示画面を、前記表示手段に表示させることを特徴とする料理注文端末装置。
（付記２）
前記メニュー表示画面は、アレルギー食材を含み、且つ該アレルギー食材を除く又は他の食材に変更すると調理できない料理を含むことを特徴とする付記１記載の料理注文端末装置。
（付記３）
前記画面制御手段は、取得された前記料理に係る情報及び料理を注文するユーザのアレルギー情報に基づいて、該ユーザのアレルギー食材に替わる代替食材の選択画面を、前記表示手段に表示させることを特徴とする付記１又は２記載の料理注文端末装置。
（付記４）
料理に係る情報及び料理を注文するユーザのアレルギー情報を格納する格納手段より取得された、前記料理に係る情報及び前記アレルギー情報を保持する保持手段を更に有し、
前記画面制御手段は、前記保持手段に保持されている前記料理に係る情報及び前記アレルギー情報に基づいて、料理に係る画面を、前記表示手段に表示させることを特徴とする付記１乃至３何れか一項記載の料理注文端末装置。
（付記５）
前記格納手段は、当該料理注文端末装置とネットワークを介して接続されたサーバが有し、
該サーバと通信を行って情報のやり取りを行う通信手段を更に有することを特徴とする付記１乃至４何れか一項記載の料理注文端末装置。
（付記６）
コンピュータの中央処理装置を、
コンピュータの表示装置に表示する画面に係る制御を行う画面制御手段として動作させるプログラムであって、
前記画面制御手段は、取得された前記料理に係る情報及び料理を注文するユーザのアレルギー情報に基づいて、該ユーザのアレルギー食材を含まない料理と、該ユーザのアレルギー食材を含むが、該アレルギー食材を除く又は他の食材に変更しても調理できる料理と、を含むメニュー表示画面を、前記表示装置に表示させることを特徴とするプログラム。
（付記７）
コンピュータの中央処理装置を、
コンピュータの表示装置に表示する画面に係る制御を行う画面制御手段として動作させるプログラムを記録したコンピュータ読取り可能な記録媒体であって、
前記画面制御手段は、取得された前記料理に係る情報及び料理を注文するユーザのアレルギー情報に基づいて、該ユーザのアレルギー食材を含まない料理と、該ユーザのアレルギー食材を含むが、該アレルギー食材を除く又は他の食材に変更しても調理できる料理と、を含むメニュー表示画面を、前記表示装置に表示させることを特徴とするプログラムを記録したコンピュータ読取り可能な記録媒体。

注文システムの一例のシステム構成図である。 カード発行端末装置の一例のハードウェア構成図である。 注文端末装置の一例のハードウェア構成図である。 注文サーバの一例のハードウェア構成図である。 カード発行端末装置の一例の機能構成図である。 注文端末装置の一例の機能構成図である。 注文サーバの一例の機能構成図である。 食材マスタテーブルの一例を示す図である。 顧客マスタテーブルの一例を示す図である。 顧客アレルギー管理マスタテーブルの一例を示す図である。 料理マスタテーブルの一例を示す図である。 料理食材マスタテーブルの一例を示す図である。 メニュー表示テーブルの一例を示す図である。 注文ジャーナルテーブルの一例を示す図である。 カード発行処理の一例を示すフローチャートである。 顧客情報入力画面の一例を示す図である。 料理注文処理を示すフローチャート（その１）である。 初期メニュー画面の一例を示す図である。 メニュー表示画面（通常版）の一例を示す図である。 料理注文処理を示すフローチャート（その２）である。 メニュー表示画面（分別版）の一例を示す図である。 料理注文処理を示すフローチャート（その３）である。 再注文確認画面の一例を示す図である。 料理注文処理を示すフローチャート（その４）である。 警告表示画面の一例を示す図である。 料理注文処理を示すフローチャート（その５）である。 アレルギー食材表示画面の一例を示す図である。 代替食材選択画面の一例を示す図である。

符号の説明

１ 注文サーバ
２ 注文端末装置
３ カード発行端末装置
４１ 顧客情報入力画面
４２ 初期メニュー画面
４３ メニュー表示画面（通常版）
４４ メニュー表示画面（分別版）
４５ 再注文確認画面
４６ 警告表示画面
４７ アレルギー食材表示画面
４８ 代替食材選択画面
１０１ 画面制御部
１０２ 通信処理部
１０３ データ保持部
２０１ 通信処理部
２０２ データ操作部
２１１ 食材マスタテーブル
２１２ 顧客マスタテーブル
２１３ 顧客アレルギー管理マスタテーブル
２１４ 料理マスタテーブル
２１５ 料理食材マスタテーブル
２１６ メニュー表示テーブル
２１７ 注文ジャーナルテーブル

Claims (3)

1. 表示手段を有する料理注文端末装置であって、
   該料理注文端末装置は、前記表示手段に表示する画面に係る制御を行う画面制御手段を有し、
   該画面制御手段は、取得された前記料理に係る情報及び料理を注文するユーザのアレルギー情報に基づいて、該ユーザのアレルギー食材を含まない料理と、該ユーザのアレルギー食材を含むが、該アレルギー食材を除く又は他の食材に変更しても調理できる料理と、を含むメニュー表示画面を、前記表示手段に表示させることを特徴とする料理注文端末装置。
2. 前記画面制御手段は、取得された前記料理に係る情報及び料理を注文するユーザのアレルギー情報に基づいて、該ユーザのアレルギー食材に替わる代替食材の選択画面を、前記表示手段に表示させることを特徴とする請求項１記載の料理注文端末装置。
3. コンピュータの中央処理装置を、
   コンピュータの表示装置に表示する画面に係る制御を行う画面制御手段として動作させるプログラムであって、
   前記画面制御手段は、取得された前記料理に係る情報及び料理を注文するユーザのアレルギー情報に基づいて、該ユーザのアレルギー食材を含まない料理と、該ユーザのアレルギー食材を含むが、該アレルギー食材を除く又は他の食材に変更しても調理できる料理と、を含むメニュー表示画面を、前記表示装置に表示させることを特徴とするプログラム。
   

Images