JP6799244B1 - 外食サービス支援システム - Google Patents

Abstract

外食サービス支援システムは、外食サービス支援サーバ装置と、外食サービスを利用する顧客が使用する顧客端末装置と、外食店舗の店員が使用する店員端末装置を備える。外食サービス支援サーバ装置には、様々な外食店舗の各々に関し、外食店舗が提供する料理品目の各々の属性を示す料理属性データが記憶されている。また、外食サービス支援サーバ装置には、様々な顧客の各々に関し、顧客と食品の属性との適合性を示す食品適合性データが記憶されている。外食サービス支援サーバ装置は、いずれかの顧客端末装置から、一緒に食事をする複数の顧客を識別するデータを受信し、それらの顧客の各々と料理品目の各々との適合性を特定し、特定した適合性を示すデータを、それらの顧客の各々の顧客端末装置に送信する。顧客端末装置は外食サービス支援サーバ装置から受信したデータを用いて、自装置のユーザが一緒に食事をする他人と料理品目との適合性を表示する。

Description

本発明は、外食サービスの利用者及び提供者を支援するためのシステムに関する。

外食サービスの利用者（以下、「顧客」という）が、自分の体質、嗜好、体調等に適合した料理品目を選択することに困難を感じる場合がある。例えば、特定の食材をアレルゲンとするアレルギー反応を生じる顧客は、レストラン等の外食店舗において提供される料理品目の各々に関し、そのアレルゲンが含まれているか否かを知ることができなければ、自分に適合する料理品目を選択することができない。

例えば、特許文献１には、上記の問題を解決するための仕組みとして、外食店舗の店員（以下、単に「店員」という）が顧客から指示された注文をハンディターミナルに入力する前に、顧客から聞き取った禁忌の原材料（アレルゲン等）をそのハンディターミナルに入力すると、その禁忌の原材料を含む料理品目の注文の受け付けができなくなるオーダエントリシステムが提案されている。特許文献１に記載のオーダエントリシステムによれば、顧客が注文しようとした料理品目にその顧客にとってのアレルゲンが含まれる場合、その料理品目の注文ができないことが店員から顧客に伝えられる。従って、顧客がアレルゲンを含む料理を口にしてしまう、という問題が回避される。

特開２０１０−０３９５８６号公報

複数の顧客が一緒に外食サービスを利用しようとする場合、それらの顧客はグループ内の他の顧客の嗜好等を容易に知ることができない。そのため、各々の顧客が、自分にとってだけでなく、同じグループの他の顧客にとっても望ましい外食店舗を特定することは容易でない。その結果、グループ内の一部の顧客にとっては望ましいが、一部の顧客にとっては望ましくない外食店舗が選択されて、一部の顧客がその外食店舗における食事に不満を感じる場合がある。

また、外食店舗において、同じグループの複数の顧客が料理をシェアする場合がある。その場合、料理の注文時に、各々の顧客が自分にとってだけでなく、同じグループの他の顧客にとっても望ましい料理品目を特定することは容易でない。その結果、グループ内の一部の顧客にとっては望ましいが、一部の顧客にとっては望ましくない料理が注文されて、一部の顧客がその外食店舗における食事に不満を感じる場合がある。

上記のような事情に鑑み、本発明は、一緒に食事をする全ての顧客が不満を感じることなく外食サービスを利用することを可能とする手段を提供することを目的とする。

上記課題を解決するため、本発明は、外食店舗が顧客に提供できる複数の料理品目の各々に関し、前記外食店舗の店員の端末装置から、当該料理品目の属性を示す料理属性データを受信し、顧客グループを構成する複数の顧客の各々に関し、当該顧客の端末装置から、当該顧客と食品の属性との適合性を示す食品適合性データを受信し、前記複数の顧客の各々と前記複数の料理品目の各々との組合せ毎に、前記料理属性データと前記食品適合性データを用いて、当該組合せの顧客と料理品目との適合性を特定し、前記複数の顧客の端末装置のいずれかからの要求に応じて、前記複数の料理品目の各々を識別する第１の表示物と、前記複数の料理品目の各々と前記複数の顧客の各々との適合性を示す第２の表示物とを含む画面の表示を指示する表示指示データを生成し、要求元の端末装置に前記表示指示データを送信して、要求元の端末装置に前記第１の表示物と前記第２の表示物とを含む画面を表示させるシステムを、第１の態様として提案する。

第１の態様に係るシステムによれば、外食サービスを利用する顧客は、自分にとって適合する料理品目に加え、一緒に食事をする他の顧客にとって適合する料理品目を知ることができるため、同じグループの全てのメンバが不満を感じない外食店舗を選択でき、また、外食店舗においてシェアする料理を選択する際に同じグループの全てのメンバが不満を感じない料理を選択できる。その結果、一緒に食事をする全ての顧客が不満を感じることなく外食サービスを利用できる。

上記の第１の態様に係るシステムにおいて、前記複数の顧客の各々と前記複数の料理品目の各々との組合せ毎に特定した顧客と料理品目との適合性に基づき、前記顧客グループと前記外食店舗との適合性を特定し、前記複数の顧客の各々の端末装置に、前記顧客グループと前記外食店舗との適合性を示す店舗適合性データを送信する、という構成が第２の態様として採用されてもよい。

第２の態様に係るシステムによれば、外食サービスを利用する顧客は、一緒に食事をする全てのメンバに適合する料理を提供できる外食店舗を知ることができる。

上記の第１又は第２の態様に係るシステムにおいて、前記複数の顧客の各々に関し、当該顧客と前記複数の料理品目の各々との適合性に基づき、当該顧客と前記外食店舗との適合性を特定し、前記複数の顧客の各々に関し、当該顧客と前記外食店舗との適合性を示す本人店舗適合性データと、前記複数の顧客のうち当該顧客以外の顧客の各々と前記外食店舗との適合性を示す他人店舗適合性データとを、当該顧客の端末装置に送信する、という構成が第３の態様として採用されてもよい。

第３の態様に係るシステムによれば、外食サービスを利用する顧客は、一緒に食事をするメンバの各々に関し、そのメンバに適合する料理を提供できる外食店舗を知ることができる。

上記の第１乃至第３のいずれかの態様に係るシステムにおいて、前記外食店舗が顧客に提供できる複数の料理品目とは無関係に、複数の料理品目の各々に関し、当該料理品目の料理の食材の候補を示す食材候補データを記憶し、前記外食店舗の店員の端末装置から、料理品目を識別する料理識別データを受信し、前記料理識別データにより識別される料理品目に関する前記食材候補データを前記料理識別データの送信元の端末装置に送信し、前記食材候補データの送信先の端末装置から、前記食材候補データが示す食材の候補のなかから前記外食店舗の店員により選択された１以上の食材を識別する食材識別データを、前記料理識別データにより識別される料理品目に関する前記料理属性データとして受信する、という構成が第４の態様として採用されてもよい。

第４の態様に係るシステムによれば、外食店舗の店員が顧客に提供できる料理品目毎に、その品目の料理に用いられる食材をシステムに登録するために要する手間が軽減される。

上記の第１乃至第４のいずれかの態様に係るシステムにおいて、前記外食店舗の店員の端末装置から、前記外食店舗が前記複数の料理品目の属性をどれだけ厳格に管理しているかを示す料理属性厳格度データを受信し、前記複数の顧客の各々に関し、当該顧客の端末装置から、当該顧客にとって当該顧客と食品の属性との適合性が当該顧客と前記複数の料理品目の各々との適合性の特定においてどれだけ重要であるかを示す食品適合性重要度データを受信し、前記複数の顧客の各々と前記複数の料理品目の各々との組合せ毎に当該組合せの顧客と料理品目との適合性を特定するときに、前記料理属性データと前記食品適合性データに加えて、前記料理属性厳格度データと前記食品適合性重要度データを用いる、という構成が第５の態様として採用されてもよい。

第５の態様に係るシステムによれば、外食店舗が料理品目の属性を管理する際の厳格度の高低にかかわらず、顧客による外食サービスの利用が促進される。また、第５の態様に係るシステムによれば、料理の選択において顧客が自分と食品の属性との適合性を重視する程度の高低にかかわらず、顧客による外食サービスの利用が促進される。

上記の第５の態様に係るシステムにおいて、前記複数の顧客の各々に関し、当該顧客の端末装置から、当該顧客が前記複数の料理品目の中から注文した料理品目を示す料理注文データを受信し、前記外食店舗の店員の端末装置から、前記外食店舗が前記複数の料理品目の属性を管理する際の厳格度を、料理属性厳格度データが示す厳格度から変更する場合の変更後の厳格度を示す変更後料理属性厳格度データを受信し、前記料理属性データ、前記食品適合性データ、前記食品適合性重要度データ、及び、料理注文データを用いて、前記外食店舗が前記複数の料理品目の属性を管理する際の厳格度を前記料理属性厳格度データが示す厳格度から前記変更後料理属性厳格度データが示す厳格度に変更した場合の前記外食店舗の売上額を推定し、前記外食店舗の店員の端末装置に、前記推定した売上額を示す推定売上額データを送信する、という構成が第６の態様として採用されてもよい。

第６の態様に係るシステムによれば、外食店舗の店員は、料理品目の属性を管理する際の厳格度を変更した場合、売上額がどれだけ変化するかを知ることができるため、料理品目の属性をどの程度、厳格に管理すればよいか判断できる。

上記の第１乃至第５のいずれかの態様に係るシステムにおいて、複数の顧客グループの各々に関し、当該顧客グループを構成する複数の顧客の各々の端末装置に前記表示指示データを送信し、前記表示指示データの送信先の端末装置から、前記外食店舗が顧客に提供できる複数の料理品目のなかから当該端末装置を使用する顧客が注文した料理品目を示す料理注文データを受信し、前記料理注文データを、前記料理注文データの送信元の端末装置を使用する顧客が属する顧客グループを構成する複数の顧客の各々を識別する顧客識別データと関連付けて記憶する、という構成が第７の態様として採用されてもよい。

第７の態様に係るシステムによれば、外食店舗の顧客が、どのような属性の顧客と一緒にその外食店舗を利用しているかを示すデータが得られる。

また、本発明は、コンピュータに、第１の態様に係るシステムから送信される前記表示指示データを受信する処理と、前記表示指示データに従い前記第１の表示物と前記第２の表示物とを含む画面を表示する処理とを実行させるためのプログラムを、第８の態様として提案する。

第８の態様に係るプログラムによれば、コンピュータを用いる外食店舗の顧客は、自分にとって適合する料理品目に加え、一緒に食事をする他の顧客にとって適合する料理品目を知ることができる。

また、本発明は、上記の第８の態様に係るプログラムであって、前記コンピュータに第２の態様に係るシステムから送信される前記店舗適合性データを受信する処理と、前記店舗適合性データが示す適合性を表示する処理とを実行させるためのプログラムを、第９の態様として提案する。

第９の態様に係るプログラムによれば、コンピュータを用いる外食店舗の顧客は、一緒に食事をする全てのメンバに適合する料理を提供できる外食店舗を知ることができる。

また、本発明は、上記の第８の態様に係るプログラムであって、前記コンピュータに第３の態様に係るシステムから送信される前記本人店舗適合性データと前記他人店舗適合性データを受信する処理と、前記本人店舗適合性データが示す適合性と、前記他人店舗適合性データが示す適合性を表示する処理とを実行させるためのプログラムを、第１０の態様として提案する。

第１０の態様に係るプログラムによれば、コンピュータを用いる外食店舗の顧客は、一緒に食事をするメンバの各々に関し、そのメンバに適合する料理を提供できる外食店舗を知ることができる。

また、本発明は、上記の第８の態様に係るプログラムであって、コンピュータに、第４の態様に係るシステムに対し、前記料理識別データを送信する処理と、前記システムから送信される前記食材候補データを受信する処理と、前記食材候補データが示す食材の候補を表示する処理と、前記食材候補データが示す食材の候補のなかからユーザにより選択された１以上の食材を識別する食材識別データと、前記システムに送信した料理識別データとが関連付けられたデータを、前記料理識別データにより識別される料理品目に関する前記料理属性データとして前記システムに送信する処理とを実行させるためのプログラムを、第１１の態様として提案する。

第１１の態様に係るプログラムによれば、コンピュータを用いる外食店舗の店員が顧客に提供できる料理品目毎に、その品目の料理に用いられる食材をシステムに登録するために要する手間が軽減される。

また、本発明は、上記の第８の態様に係るプログラムであって、第５の態様に係るシステムに、前記コンピュータのユーザにとって当該ユーザと食品の属性との適合性が当該ユーザと前記複数の料理品目の各々との適合性の特定においてどれだけ重要であるかを示す食品適合性重要度データを送信する処理を実行させるためのプログラムを、第１２の態様として提案する。

第１２の態様に係るプログラムによれば、コンピュータを用いる外食店舗の顧客は、料理の選択において自分と食品の属性との適合性を重視する程度の高低にかかわらず、本発明のシステムを利用できる。

また、本発明は、上記の第１２の態様に係るプログラムであって、前記コンピュータに、第６の態様に係るシステムに、前記変更後料理属性厳格度データを送信する処理と、前記システムから、前記推定売上額データを受信する処理とを実行させるためのプログラムを、第１３の態様として提案する。

第１３の態様に係るプログラムによれば、コンピュータを用いる外食店舗の店員は、料理品目の属性を管理する際の厳格度を変更した場合、売上額がどれだけ変化するかを知ることができるため、料理品目の属性をどの程度、厳格に管理すればよいか判断できる。

本発明によれば、一緒に食事をする全ての顧客が不満を感じることなく外食サービスを利用できる。

第１実施形態に係る外食サービス支援システムの全体構成を示した図。 第１実施形態に係る外食サービス支援サーバ装置及び決済サーバ装置の実現のために用いられるコンピュータの構成を示した図。 第１実施形態に係る顧客端末装置及び店員端末装置の実現のために用いられるコンピュータの構成を示した図。 第１実施形態に係る外食サービス支援サーバ装置の構成を示した図。 第１実施形態に係る第１顧客属性テーブルの構成を示した図。 第１実施形態に係る第２顧客属性テーブルの構成を示した図。 第１実施形態に係る第３顧客属性テーブルの構成を示した図。 第１実施形態に係る第４顧客属性テーブルの構成を示した図。 第１実施形態に係る適合性テンプレートの構成を示した図。 第１実施形態に係る料理属性厳格度テーブルの構成を示した図。 第１実施形態に係る料理属性テーブルの構成を示した図。 第１実施形態に係る食材テンプレートの構成を示した図。 第１実施形態に係る加工食品原材料テーブルの構成を示した図。 第１実施形態に係る料理注文テーブルの構成を示した図。 第１実施形態に係る顧客端末装置の構成を示した図。 第１実施形態に係る店員端末装置の構成を示した図。 第１実施形態に係る顧客端末装置が表示する画面を示した図。 第１実施形態に係る店員端末装置が表示する画面を示した図。 第１実施形態に係る店員端末装置が表示する画面を示した図。 第１実施形態に係る顧客端末装置が表示する画面を示した図。 第１実施形態に係る顧客端末装置が表示する画面を示した図。 第１実施形態に係る顧客端末装置が表示する画面を示した図。 第１実施形態に係る顧客端末装置が表示する画面を示した図。 第１実施形態に係る顧客端末装置が表示する画面を示した図。 第１実施形態に係る店員端末装置が表示する画面を示した図。 第１実施形態に係る店員端末装置が表示する画面を示した図。 第２実施形態に係る外食サービス支援システムの全体構成を示した図。 第２実施形態に係る外食サービス支援サーバ装置の構成を示した図。 第２実施形態に係る店員端末装置が表示する画面を示した図。 第２実施形態の一変形例に係る店員端末装置が表示する画面を示した図。 第２実施形態の一変形例に係る店員端末装置が表示する画面を示した図。

［第１実施形態］
図１は本発明の一実施形態に係る外食サービス支援システム１の全体構成を示した図である。外食サービス支援システム１は、外食サービスを利用する顧客が外食店舗の選択や注文する料理の選択を行う際の利便性を高めるための情報を顧客に提供するシステムである。

外食サービス支援システム１は、外食サービス支援サーバ装置１１、顧客端末装置１２、店員端末装置１３、キャッシュレジスタ１４、決済サーバ装置１５を備える。

外食サービス支援サーバ装置１１は、多数の外食店舗の各々が顧客に提供できる料理品目の各々の属性（用いられている食材、調理方法等）と、外食サービスを利用する多数の顧客の各々の属性（食品に関する嗜好、アレルゲン等）に基づき、顧客に対し料理品目毎の適合性を通知する装置である。外食サービス支援サーバ装置１１は、上記の機能に加え、決済サーバ装置１５に対し、顧客が利用した外食店舗に支払う料金の決済を要求する処理等も行う。

図１において、外食サービス支援サーバ装置１１は１つの装置により構成されているが、外食サービス支援サーバ装置１１が複数の装置により構成されてもよい。

顧客端末装置１２は外食サービスを利用する顧客により利用される端末装置である。図１において、顧客端末装置１２は１つのみ示されているが、顧客端末装置１２の数は外食サービス支援システム１を利用する顧客の数に応じて変化する。

店員端末装置１３は、外食サービスを提供する外食店舗の店員により利用される端末装置である。図１において、店員端末装置１３は１つのみ示されているが、店員端末装置１３の数は外食サービス支援システム１に登録されている外食店舗の店員の数に応じて変化する。

キャッシュレジスタ１４は、外食店舗に配置され、商品（料理等）の販売額を計算及び記録する装置である。なお、キャッシュレジスタ１４は一般的なキャッシュレジスタであるため、その構成の説明を省略する。図１において、キャッシュレジスタ１４は１つのみ示されているが、キャッシュレジスタ１４の数は外食サービス支援システム１に登録されている外食店舗の数に応じて変化する。

決済サーバ装置１５は、外食サービス支援サーバ装置１１からの要求に応じて、顧客が利用した外食店舗に支払う料金の決済を行う装置である。なお、決済サーバ装置１５は一般的な決済サーバ装置であるため、その構成の説明を省略する。図１において、決済サーバ装置１５は１つのみ示されているが、決済サーバ装置１５の数は複数であってもよい。

外食サービス支援サーバ装置１１は、顧客端末装置１２、店員端末装置１３、決済サーバ装置１５の各々とデータ通信を行う。顧客端末装置１２は、例えば、移動体通信網を介して外食サービス支援サーバ装置１１とデータ通信を行う。また、店員端末装置１３は、例えば、外食店舗に配置された無線アクセスポイントを介して外食サービス支援サーバ装置１１とデータ通信を行う。

キャッシュレジスタ１４は、そのキャッシュレジスタ１４が配置されている外食店舗の店員が使用する店員端末装置１３と、例えば、その外食店舗に配置された無線アクセスポイントを介して、データ通信を行う。

外食サービス支援サーバ装置１１と決済サーバ装置１５は、サーバ用のコンピュータがプログラムに従う処理を実行することにより実現される。

図２は、外食サービス支援サーバ装置１１及び決済サーバ装置１５の実現のために用いられるコンピュータ１０の構成を示した図である。コンピュータ１０は、プログラムに従いデータ処理を行うプロセッサ１０１、各種データを記憶するメモリ１０２、外部の装置とデータ通信を行う通信インタフェース１０３を備える。

顧客端末装置１２と店員端末装置１３は、端末用のコンピュータがプログラムに従う処理を実行することにより実現される。本実施形態においては、顧客端末装置１２と店員端末装置１３を実現するコンピュータとして、タブレット型のコンピュータが用いられる。

図３は、顧客端末装置１２及び店員端末装置１３の実現のために用いられるコンピュータ２０の構成を示した図である。コンピュータ２０は、プログラムに従いデータ処理を行うプロセッサ２０１、各種データを記憶するメモリ２０２、外部の装置とデータ通信を行う通信インタフェース２０３、ユーザに画像を表示するとともにユーザによるタッチ操作を受け付けるタッチスクリーン２０４、人工衛星からの電波を受信して自装置の地球における位置（緯度経度）を測定するＧＮＳＳ（Global Navigation Satellite System）ユニット２０５を備える。

図４は、外食サービス支援サーバ装置１１の構成を示した図である。コンピュータ１０が、外食サービス支援サーバ装置１１のためのプログラムに従う処理を実行すると、コンピュータ１０が、図４に示される構成を備える外食サービス支援サーバ装置１１として機能する。

外食サービス支援サーバ装置１１は、記憶部１１１、受信部１１２、送信部１１３、適合性特定部１１４、売上額推定部１１５を備える。記憶部１１１は、プロセッサ１０１の制御下で動作するメモリ１０２により実現される。受信部１１２及び送信部１１３は、プロセッサ１０１の制御下で動作する通信インタフェース１０３により実現される。適合性特定部１１４及び売上額推定部１１５はプロセッサ１０１により実現される。

受信部１１２は、顧客端末装置１２、店員端末装置１３、決済サーバ装置１５から各種データを受信する。送信部１１３は、顧客端末装置１２、店員端末装置１３、決済サーバ装置１５に各種データを送信する。

記憶部１１１は、各種データを記憶する。記憶部１１１が記憶するデータには、予め記憶されているデータと、受信部１１２が外部の装置から受信したデータが含まれる。送信部１１３は、記憶部１１１に記憶されているデータを外部の装置に送信する。

適合性特定部１１４は、外食店舗が顧客に提供できる料理品目の各々の属性と、外食店舗を利用する顧客の各々の属性とに基づき、一緒に食事をする複数の顧客で構成される顧客グループのメンバの各々と料理品目の各々との適合性（以下、「料理適合性」という）を特定する。また、適合性特定部１１４は、特定した料理適合性に基づき、顧客グループのメンバの各々と外食店舗の各々との適合性（以下、「顧客店舗適合性」という）を特定する。また、適合性特定部１１４は、特定した顧客店舗適合性に基づき、顧客グループ全体と外食店舗の各々との適合性（以下、「グループ店舗適合性」という）を特定する。

売上額推定部１１５は、過去に様々な顧客が様々な外食店舗において注文した料理品目に関する情報に基づき、或る外食店舗が、料理品目の属性（用いる食材、調理方法等）を管理する際の厳格度を変更した場合に期待できる売上額を推定する。

記憶部１１１は、適合性特定部１１４及び売上額推定部１１５が上述した処理を行うために必要とする各種データを記憶している。以下にそれらのデータの構成を説明する。

図５は、記憶部１１１に記憶されている第１顧客属性テーブルの構成を示した図である。記憶部１１１には、外食サービス支援システム１を利用する全ての顧客の各々に関し、図５に示す構成の第１顧客属性テーブルが記憶されている。第１顧客属性テーブルは、顧客と食材との適合性を示すデータを格納している。なお、顧客と食材との適合性は、顧客の体質（アレルギー反応を示す体質等）、嗜好（辛いものが好きな嗜好等）、信条（宗教上の理由による摂取の禁止等）等のいずれにより定まってもよい。

第１顧客属性テーブルは、フィールド［食材名］、［適合性］、［重要度］を有している。［食材名］には「トマト」、「チーズ」等の食材を識別する名称を示すデータが格納される。［適合性］には「好き」、「食べられない」等の食材と顧客との適合性を示すデータが格納される。［重要度］には、例えば［適合性］に「食べられない」が格納されている場合、「コンタミ程度であれば食べられる」、「コンタミ程度でも食べられない」等の、顧客にとって食材との適合性が料理品目の選択においてどれだけ重要であるかを示すデータが格納される。

図６は、記憶部１１１に記憶されている第２顧客属性テーブルの構成を示した図である。記憶部１１１には、外食サービス支援システム１を利用する全ての顧客の各々に関し、図６に示す構成の第２顧客属性テーブルが記憶されている。第２顧客属性テーブルは、顧客と料理品目との適合性を示すデータを格納している。

第２顧客属性テーブルは、フィールド［料理品目名］、［適合性］、［重要度］を有している。［料理品目名］には「ハンバーグ」、「味噌汁」等の料理品目を識別する名称を示すデータが格納される。なお、第２顧客属性テーブルの［料理品目名］に格納されるデータが示す料理品目名は、外食店舗が独自に付けた独自料理品目名（例えば、「モッツァレラトマトの包み焼きハンバーグ」等）ではなく、一般的な料理品目名（例えば、「ハンバーグ」等）である。［適合性］には「好き」、「嫌い」等の食材と顧客との適合性を示すデータが格納される。［重要度］には、例えば［適合性］に「嫌い」が格納されている場合、「少しだけなら食べられる」、「絶対食べたくない」等の、顧客にとって一般的な料理品目との適合性が、外食店舗において提供される個別の料理品目の選択においてどれだけ重要であるかを示すデータが格納される。

図７は、記憶部１１１に記憶されている第３顧客属性テーブルの構成を示した図である。記憶部１１１には、外食サービス支援システム１を利用する全ての顧客の各々に関し、図７に示す構成の第３顧客属性テーブルが記憶されている。第３顧客属性テーブルは、顧客と味種別との適合性を示すデータを格納している。

第３顧客属性テーブルは、フィールド［味種別名］、［適合性］、［重要度］を有している。［味種別名］には「甘い」、「辛い」等の味種別を識別する名称を示すデータが格納される。［適合性］には「好き」、「嫌い」等の味種別と顧客との適合性を示すデータが格納される。［重要度］には、例えば［味種別名］に「辛い」、［適合性］に「嫌い」が格納されている場合、「少々の辛さなら食べられる」、「少しでも辛いと食べられない」等の、顧客にとって味種別との適合性が、料理品目の選択においてどれだけ重要であるかを示すデータが格納される。

図８は、記憶部１１１に記憶されている第４顧客属性テーブルの構成を示した図である。記憶部１１１には、外食サービス支援システム１を利用する全ての顧客の各々に関し、図８に示す構成の第４顧客属性テーブルが記憶されている。第４顧客属性テーブルは、顧客の属性のうち、信条、疾病等の食事に制限を課す属性を示すデータを格納している。

第４顧客属性テーブルは、フィールド［属性名］、［重要度］を有している。［属性名］には「妊娠中」、「高血圧」等の身体の状態を識別する名称や、「ユダヤ教」、「ビーガン」等の信条を識別する名称等が格納される。［重要度］には、「調味料に含まれる程度なら食べてよい」、「僅かでも含まれていれば食べてはならない」等の、［属性名］のデータが示す顧客の属性が料理品目の選択においてどれだけ重要であるかを示すデータが格納される。

顧客の各々に関する第１顧客属性テーブル〜第４顧客属性テーブルに格納されているデータは、その顧客と食品の属性との適合性を示す食品適合性データを構成する。第１顧客属性テーブル〜第４顧客属性テーブルに格納されているデータ、すなわち食品適合性データは、外食サービス支援システム１を利用する顧客が顧客端末装置１２を用いて外食サービス支援サーバ装置１１に登録したデータである。外食サービス支援サーバ装置１１は、顧客により入力された食品適合性データを顧客端末装置１２から受信し、その顧客の第１顧客属性テーブル〜第４顧客属性テーブルに格納している。

顧客の各々に関する第１顧客属性テーブル〜第４顧客属性テーブルの各々が有するフィールド［重要度］に格納されるデータは、その顧客と食品の属性との適合性が、その顧客と複数の料理品目の各々との適合性の特定においてどれだけ重要であるかを示す食品適合性重要度データを構成する。

図９は、記憶部１１１に記憶されている適合性テンプレートの構成を示した図である。適合性テンプレートは、第４顧客属性テーブルの［属性名］に格納されるデータが示す各種属性（「ユダヤ教」、「ビーガン」等の信条、「高血圧」、「糖尿病」等の疾病、「妊娠中」等の身体状態、等）の各々に関し、その属性を持つ顧客に課される食事の制限を示すデータを格納している。記憶部１１１には、各種属性（信条、疾病等）の各々に関し、図９に示す構成の適合性テンプレートが記憶されている。

適合性テンプレートは、フィールド［種別名］、［制限］を有している。［種別名］には「食材」、「調理方法」等の制限が課される対象の種別を識別する名称が格納される。［制限］には、例えば［種別名］に「食材」が格納されている場合、「（禁止）肉と乳製品の組み合わせ」等の、制限の内容を示すデータが格納される。

図１０は、記憶部１１１に記憶されている料理属性厳格度テーブルの構成を示した図である。記憶部１１１には、外食サービス支援システム１に登録されている全ての外食店舗の各々に関し、図１０に示す構成の料理属性厳格度テーブルが記憶されている。料理属性厳格度テーブルは、外食店舗が顧客に提供できる複数の料理品目の属性をどれだけ厳格に管理しているかを示す料理属性厳格度データを格納している。

料理属性厳格度テーブルは、フィールド［種別名］、［厳格度］を有している。［種別名］には「食材」、「調理方法」等の管理対象の属性の種別を識別する名称が格納される。［厳格度］には、例えば［種別名］に「食材」が格納されている場合、「加工食品に含まれる食材以外は管理している」、「（小麦粉）コンタミが生じないように管理している」等の、管理の厳格度を示すデータが格納される。

図１１は、記憶部１１１に記憶されている料理属性テーブルの構成を示した図である。記憶部１１１には、外食サービス支援システム１に登録されている全ての外食店舗の各々に関し、図１１に示す構成の料理属性テーブル群が記憶されている。或る外食店舗に関する料理属性テーブル群には、その外食店舗が顧客に提供できる複数の料理品目の各々に関する料理属性テーブルが含まれている。料理属性テーブルの各々は、対応する料理品目の属性を示す料理属性データを格納している。

料理属性テーブルには、対応する料理品目に外食店舗が独自に付けている名称である独自料理品目名を示すデータと、その料理品目のカテゴリ（例えば、「前菜」、「麺類」等）を示すデータと、その料理品目の一般的な名称（例えば、「ハンバーグ」、「カルボナーラ」等）である一般料理品目名を示すデータと、その料理品目の調理方法（例えば、「ゆでる」、「揚げる」等）を示すデータと、その料理品目の値段を示すデータが対応付けられている。

料理属性テーブルには、フィールド［食材名］、［食材カテゴリ］、［アレルギーフラグ］、［分量］、［加工食品ＩＤ］を有している。［食材名］には「人参」、「マヨネーズ」等の食材を識別する名称を示すデータが格納される。［食材カテゴリ］には「主食材」、「副食材」、「調味料」、「加工食品」等の食材のカテゴリを示すデータが格納される。［アレルギーフラグ］にはアレルゲンになりやすい食材（以下、「アレルゲン食材」という）であるか否かを示すフラグデータが格納される。［分量］には料理に用いられる食材の分量を示すデータが格納される。［加工食品ＩＤ］には、［食材名］に格納されるデータが示す食材が加工食品である場合、その加工食品のメーカ及び製品名を識別するデータが格納される。

外食店舗の各々に関する料理属性厳格度テーブルに格納されている料理属性厳格度データと、料理属性テーブル群に格納されている料理属性データは、外食サービス支援システム１に登録されている外食店舗の店員が店員端末装置１３を用いて外食サービス支援サーバ装置１１に登録したデータである。外食サービス支援サーバ装置１１は、店員により入力された料理属性厳格度データと料理属性データを店員端末装置１３から受信し、その店員の外食店舗の料理属性厳格度テーブル及び料理属性テーブル群に格納している。

図１２は、記憶部１１１に記憶されている食材テンプレートの構成を示した図である。記憶部１１１には、様々な一般料理品目名（例えば、「ハンバーグ」、「カルボナーラ」等）の各々に関し、図１２に示す構成の食材テンプレートが記憶されている。食材テンプレートは、外食店舗が実際に顧客に提供する料理品目ではなく、一般的な料理品目に関し、その料理品目の料理に一般的に用いられる食材の名称、分量等を示すデータを格納している。食材テンプレートは、外食店舗の店員が、その外食店舗が顧客に提供できる独自の料理品目に用いられる食材に関するデータを外食サービス支援サーバ装置１１に登録する際に、外食サービス支援サーバ装置１１が候補となるデータを店員に提示するために用いられる。

食材テンプレートは、フィールド［食材名］、［アレルギーフラグ］、［分量］を有している。これらのフィールドに格納されるデータの種別は、料理属性テーブルにおける同じ名称のフィールドに格納されるデータの種別と同様である。

図１３は、記憶部１１１に記憶されている加工食品原材料テーブルの構成を示した図である。記憶部１１１には、様々な加工食品のカテゴリ（例えば、「醤油」、「ソーセージ」等）の各々に関し、図１３に示す構成の加工食品原材料テーブルが記憶されている。

加工食品原材料テーブルは、フィールド［加工食品ＩＤ］、［メーカ名］、［製品名］、［原材料名］、［分量］を有している。［加工食品ＩＤ］には、加工食品のメーカ名及び製品名を識別するデータが格納される。［メーカ名］には、加工食品の製造者を識別する名称を示すデータが格納される。［製品名］には、様々な製造者により製造される個々の加工食品を識別する名称を示すデータが格納される。［原材料名］には、［製品名］のデータにより識別される加工食品に用いられている原材料を識別する名称（例えば、「食塩」、「鶏卵」等）が格納される。［原材料名］には、通常、複数のデータが格納される。［分量］には、加工食品に用いられている原材料毎の分量を示すデータが格納される。

加工食品原材料テーブルには、［メーカ名］及び［製品名］にデータが格納されていない特別なレコードが含まれている。このレコードには、加工食品原材料テーブルに対応する加工食品（例えば、「醤油」、「マヨネーズ」等）に一般的に用いられている原材料及びそれらの原材料の分量を示すデータが格納されている。外食店舗の店員が、その外食店舗が顧客に提供できる独自の料理品目に用いられる加工食品に関するデータを外食サービス支援サーバ装置１１に登録する際に、その加工食品の銘柄が不明な場合や、その加工食品に関するデータが加工食品原材料テーブルに登録されていない場合、この特別なレコードに格納されているデータを選択し、外食サービス支援サーバ装置１１に登録することができる。

図１４は、記憶部１１１に記憶されている料理注文テーブルの構成を示した図である。記憶部１１１には、外食サービス支援システム１に登録されている全ての外食店舗の各々に関し、図１４に示す構成の料理注文テーブルが記憶されている。料理注文テーブルは、外食店舗を利用した顧客が実際に注文した料理品目を示す料理注文データを格納している。なお、本実施形態において、「注文した」という場合、顧客が料理品目を選択し、注文を確定する前の状態（以下、「未確定注文」という）を含む。料理注文データは、顧客により顧客端末装置１２に入力され、顧客端末装置１２から外食サービス支援サーバ装置１１に送信される。外食サービス支援サーバ装置１１は、顧客端末装置１２から送信される料理注文データを受信し、料理注文テーブルに格納する。

料理注文テーブルには、フィールド［日時］、［顧客ＩＤ］、［同グループ顧客ＩＤ］、［料理品目名］、［シェアフラグ］、［ステイタス］を有している。［日時］には、注文が行われた日時を示すデータが格納される。［顧客ＩＤ］には、注文を行った顧客を識別するデータが格納される。［同グループ顧客ＩＤ］には、顧客が他の顧客と一緒に食事をした場合に、一緒に食事をした顧客を識別するデータが格納される。［同グループ顧客ＩＤ］には複数のデータが格納されてよい。

［料理品目名］には、注文された料理品目を識別する名称（独自料理品目名）を示すデータが格納される。［シェアフラグ］には、注文された品目の料理が同じグループのメンバによりシェアされるか否かを示すフラグデータが格納される。［ステイタス］には、注文の状態（例えば、「未確定注文」、「注文済み（キャンセル可）」等）又は注文された品目の料理の状態（例えば、「提供済み」、「精算済み」等）を示すデータが格納される。

以上が、記憶部１１１に記憶されている各種データの構成の説明である。

図１５は、顧客端末装置１２の構成を示した図である。コンピュータ２０が、顧客端末装置１２のためのプログラムに従う処理を実行すると、コンピュータ２０が、図１５に示される構成を備える顧客端末装置１２として機能する。

顧客端末装置１２は、記憶部１２１、受信部１２２、送信部１２３、表示部１２４、入力部１２５、位置特定部１２６を備える。記憶部１２１は、プロセッサ２０１の制御下で動作するメモリ２０２により実現される。受信部１２２及び送信部１２３は、プロセッサ２０１の制御下で動作する通信インタフェース２０３により実現される。表示部１２４及び入力部１２５は、プロセッサ２０１の制御下で動作するタッチスクリーン２０４により実現される。位置特定部１２６は、プロセッサ２０１の制御下で動作するＧＮＳＳユニット２０５により実現される。

受信部１２２は、外食サービス支援サーバ装置１１から各種データを受信する。送信部１２３は、外食サービス支援サーバ装置１１に各種データを送信する。

記憶部１２１は、各種データを記憶する。記憶部１２１が記憶するデータには、予め記憶されているデータ、受信部１２２が外部の装置から受信したデータ、ユーザにより入力されたデータが含まれる。送信部１２３は、記憶部１２１に記憶されているデータを外部の装置に送信する。

表示部１２４は、外食サービス支援サーバ装置１１から送信されてくるデータを用いて画面を生成し、生成した画面を表示する。

入力部１２５は、顧客端末装置１２のユーザがタッチ操作により入力するデータを受け付ける。

位置特定部１２６は、顧客端末装置１２の現在位置を継続的に特定する。外食サービス支援システム１は、後述するように、顧客グループのメンバの各々に対し、顧客グループに適合する外食店舗を適合性が高い順に提示する機能を持っている。位置特定部１２６が特定する顧客端末装置１２の現在位置は、外食サービス支援サーバ装置１１が顧客グループと外食店舗の適合性の高低を特定するために用いられる。

図１６は、店員端末装置１３の構成を示した図である。コンピュータ２０が、店員端末装置１３のためのプログラムに従う処理を実行すると、コンピュータ２０が、図１６に示される構成を備える店員端末装置１３として機能する。

店員端末装置１３は、記憶部１３１、受信部１３２、送信部１３３、表示部１３４、入力部１３５を備える。記憶部１３１は、プロセッサ２０１の制御下で動作するメモリ２０２により実現される。受信部１３２及び送信部１３３は、プロセッサ２０１の制御下で動作する通信インタフェース２０３により実現される。表示部１３４及び入力部１３５は、プロセッサ２０１の制御下で動作するタッチスクリーン２０４により実現される。

受信部１３２は、外食サービス支援サーバ装置１１及びキャッシュレジスタ１４から各種データを受信する。送信部１３３は、外食サービス支援サーバ装置１１及びキャッシュレジスタ１４に各種データを送信する。

記憶部１３１は、各種データを記憶する。記憶部１３１が記憶するデータには、予め記憶されているデータ、受信部１３２が外部の装置から受信したデータ、ユーザにより入力されたデータが含まれる。送信部１３３は、記憶部１３１に記憶されているデータを外部の装置に送信する。

表示部１３４は、外食サービス支援サーバ装置１１から送信されてくるデータを用いて画面を生成し、生成した画面を表示する。

入力部１３５は、店員端末装置１３のユーザがタッチ操作により入力するデータを受け付ける。

以上が、外食サービス支援システム１の構成の説明である。続いて、外食サービス支援システム１の動作を説明する。

まず、顧客は外食サービス支援システム１を利用するために、自分の属性を外食サービス支援サーバ装置１１に登録する必要がある。

図１７は、顧客が自分と食品の属性との適合性を示す食品適合性データを外食サービス支援サーバ装置１１に登録する際に顧客端末装置１２に表示される画面を例示した図である。

図１７（Ａ）は、食材に関する食品適合性データの入力を受け付ける画面である。顧客は、図１７（Ａ）の画面において、リスト表示される食材から嗜好等を指定したい食材を選択し、選択した食材に関する適合性及び重要度を、例えばリストボックスに表示される選択肢から選択することでデータを入力する。図１７（Ａ）の画面において入力されたデータは顧客端末装置１２から外食サービス支援サーバ装置１１に送信され、第１顧客属性テーブルに格納される。

図１７（Ｂ）は、料理品目に関する食品適合性データの入力を受け付ける画面である。顧客は、図１７（Ｂ）の画面において、リスト表示される料理品目から嗜好等を指定したい料理品目を選択し、選択した料理品目に関する適合性及び重要度を、例えばリストボックスに表示される選択肢から選択することでデータを入力する。図１７（Ｂ）の画面において入力されたデータは顧客端末装置１２から外食サービス支援サーバ装置１１に送信され、第２顧客属性テーブルに格納される。

図１７（Ｃ）は、味種別に関する食品適合性データの入力を受け付ける画面である。顧客は、図１７（Ｃ）の画面において、リスト表示される味種別から嗜好等を指定したい味種別を選択し、選択した味種別に関する適合性及び重要度を、例えばリストボックスに表示される選択肢から選択することでデータを入力する。図１７（Ｃ）の画面において入力されたデータは顧客端末装置１２から外食サービス支援サーバ装置１１に送信され、第３顧客属性テーブルに格納される。

図１７（Ｄ）は、信条や疾病等の食事に制限を課す顧客の属性に関する食品適合性データの入力を受け付ける画面である。顧客は、図１７（Ｄ）の画面において、リスト表示される信条、疾病等の属性から、自分が該当する属性を選択し、選択した属性に関する重要度を、例えばリストボックスに表示される選択肢から選択することでデータを入力する。図１７（Ｄ）の画面において入力されたデータは顧客端末装置１２から外食サービス支援サーバ装置１１に送信され、第４顧客属性テーブルに格納される。

顧客は、上述した図１７の画面において食品適合性データの入力を終えると、外食サービス支援システム１を利用可能な状態となる。

一方、外食店舗の店員は、外食サービス支援システム１を介して、顧客に提供できる料理品目に関する情報を顧客に提供するために、それらの料理品目の属性と、その属性をどれだけ厳格に管理しているか、という情報を、外食サービス支援サーバ装置１１に登録する必要がある。

図１８は、店員が、顧客に提供できる複数の料理品目の属性をどれだけ厳格に管理しているかを示す料理属性厳格度データを外食サービス支援サーバ装置１１に登録する際に店員端末装置１３に表示される画面を例示した図である。

店員は、図１８の画面において、リスト表示される食材、調理方法等の各々に関し、それらの厳格度を、例えばリストボックスに表示される選択肢から選択することで料理属性厳格度データを入力する。図１８の画面において入力された料理属性厳格度データは店員端末装置１３から外食サービス支援サーバ装置１１に送信され、料理属性厳格度テーブルに格納される。

図１９は、店員が、顧客に提供できる複数の料理品目の各々の属性を示す料理属性データを外食サービス支援サーバ装置１１に登録又は編集する際に店員端末装置１３に表示される画面を例示した図である。

図１９（Ａ）は、店員が料理属性データの新規登録又は編集を選択するための画面であす。図１９（Ａ）には、既に料理属性データが登録されている料理品目がリスト表示される。

店員は、図１９（Ａ）の画面において「新規登録」ボタンをタッチ操作することにより、新規な料理品目に関する料理属性データを外食サービス支援サーバ装置１１に登録することができる。図１９（Ａ）の画面において「新規登録」ボタンがタッチ操作されると、店員端末装置１３には図１９（Ｂ）の画面が表示される。

図１９（Ｂ）は、新規な料理品目に関する料理属性データの入力を受け付ける画面である。店員は、図１９（Ｂ）の画面において、新規に登録する料理品目の独自料理品目名と値段をソフトウェアキーボード等にタッチ操作を行うことにより入力する。また、店員は、図１９（Ｂ）の画面において、新規に登録する料理品目の一般料理品目名、カテゴリ、調理方法を、例えばリストボックスに表示される選択肢から選択することで入力する。また、店員は、図１９（Ｂ）の画面において、新規に登録する料理品目の写真を登録することもできる。

店員が図１９（Ｂ）の画面において一般料理品目名を入力すると、店員端末装置１３から外食サービス支援サーバ装置１１に、その一般料理品目名を示す料理識別データが送信される。外食サービス支援サーバ装置１１は、店員端末装置１３から受信した料理識別データに応じた食材テンプレートを料理識別データの送信元の店員端末装置１３に送信する。

店員端末装置１３は、外食サービス支援サーバ装置１１から受信した食材テンプレートを用いて、図１９（Ｂ）の画面に、料理品目に用いられる食材の候補、その食材のカテゴリ（「主材料」、「副材料」等）、その食材がアレルゲンであるか否かを示すフラグ、その食材の一般的な分量を、リスト表示する。店員は、図１９（Ｂ）の画面にリスト表示される食材から、実際に外食店舗で顧客に提供される料理品目に用いられる食材を選択し、その食材の分量等を必要に応じて修正する。

また、図１９（Ｂ）の画面には、任意の食材を入力する欄（以下、「自由入力欄」という）が設けられている。店員は、顧客に提供する料理品目に用いられる食材でリスト表示されないものがあれば、自由入力欄において、例えばリストボックスに表示される選択肢から選択することでその食材を入力し、「追加」ボタンをタッチ操作して、自由入力欄に入力した食材をリストに追加することができる。店員はそのように追加した食材に関し、リスト内で分量等を入力する。

図１９（Ｂ）の画面にリスト表示される食材のうち加工食品に関しては、「詳細」ボタンが表示される。店員がこの「詳細」ボタンをタッチ操作すると、タッチ操作された「詳細」ボタンに対応する食材を識別する食材識別データが店員端末装置１３から外食サービス支援サーバ装置１１に送信される。外食サービス支援サーバ装置１１は、店員端末装置１３から受信した食材識別データに応じた加工食品原材料テーブルを食材識別データの送信元の店員端末装置１３に送信する。店員端末装置１３は、外食サービス支援サーバ装置１１から受信した加工食品原材料テーブルを用いて、図１９（Ｃ）の画面を表示する。

図１９（Ｃ）の画面は、外食店舗において提供される料理品目に用いられる加工食品のメーカ及び製品名の入力を受け付ける画面である。店員は、図１９（Ｃ）の画面において、例えばリストボックスに表示される選択肢から加工食品のメーカを選択する。その選択に応じて、図１９（Ｃ）の画面には、選択されたメーカが製造している加工食品の製品名がリスト表示される。店員は、リスト表示される製品名から、料理品目に用いる製品を示す製品名を選択し、「ＯＫ」ボタンをタッチ操作する。このタッチ操作に応じて、図１９（Ｃ）の画面にリスト表示されている加工食品の食材に、図１９（Ｃ）の画面において選択された加工食品のメーカ及び製品名を識別する加工食品ＩＤが対応付けられる。また、図１９（Ｃ）の画面において「ＯＫ」ボタンがタッチ操作されると、店員端末装置１３には図１９（Ｂ）の画面が再び表示される。

店員は、上記のように図１９（Ｂ）及び図１９（Ｃ）の画面において新規に登録する料理品目の属性を示す料理属性データを全て入力した後、図１９（Ｂ）の画面において「ＯＫ」ボタンをタッチ操作する。このタッチ操作に応じて、店員により入力された料理属性データが、店員端末装置１３から外食サービス支援サーバ装置１１に送信され、料理属性テーブルに格納される。

店員は、図１９（Ａ）の画面にリスト表示される料理品目のうち、料理属性データを編集したい料理品目がある場合、その料理品目をリストから選択し、「編集」ボタンをタッチ操作する。このタッチ操作に応じて、店員端末装置１３は外食サービス支援サーバ装置１１から、店員により選択された料理品目に関する料理属性テーブルを受信し、その料理属性テーブルを用いて、図１９（Ｂ）の画面を表示する。店員は、その後、図１９（Ｂ）及び図１９（Ｃ）の画面において料理属性データを編集した後、図１９（Ｂ）の画面において「ＯＫ」ボタンをタッチ操作する。このタッチ操作に応じて、店員により編集された料理属性データが、店員端末装置１３から外食サービス支援サーバ装置１１に送信され、料理属性テーブルが更新される。

店員は、図１９（Ａ）の画面にリスト表示される料理品目のうち、料理属性データを削除したい料理品目がある場合、その料理品目をリストから選択し、「削除」ボタンをタッチ操作することで、外食サービス支援サーバ装置１１に登録されているその料理品目の料理属性テーブルを削除することができる。

店員は、図１９（Ａ）の画面にリスト表示される料理品目のうち、顧客の希望に応じて用いる食材や調理方法等の変更を行える料理品目がある場合、その料理品目をリストから選択し、「カスタム」ボタンをタッチ操作する。このタッチ操作に応じて、店員端末装置１３は外食サービス支援サーバ装置１１から、店員により選択された料理品目（以下、「オリジナル料理品目」という）に関する料理属性テーブルを受信し、その料理属性テーブルを用いて、図１９（Ｄ）の画面を表示する。

図１９（Ｄ）の画面は、図１９（Ｂ）の画面と類似しているが、図１９（Ｄ）の画面には、図１９（Ｂ）の画面には表示されない「カスタム名」の入力欄が表示される。店員は、図１９（Ｄ）及び図１９（Ｃ）の画面において、オリジナル料理品目に関する料理属性データに変更を加える。店員がそれらの変更を加えた後、図１９（Ｄ）の画面において「ＯＫ」ボタンをタッチ操作すると、店員により変更の加えられた料理属性データが、店員端末装置１３から外食サービス支援サーバ装置１１に送信される。以下、店員により変更の加えられた料理属性データに応じた料理品目を「カスタム料理品目」という。

上記のように店員端末装置１３から送信されたカスタム料理品目に関する料理属性データは、オリジナル料理品目に関する料理属性テーブルとは異なる新たな料理属性テーブルに格納される。その際、新たな料理属性テーブルに対応付けられる独自料理品目名は、オリジナル料理品目の独自料理品目名と、図１９（Ｄ）の画面において入力されたカスタム名とを組み合わせたものとなる。

例えば、オリジナル料理品目の独自料理品目名が「季節野菜のカレー」であり、辛さを抑えるために香辛料の使用量を減らしたカスタム料理品目のカスタム名が「マイルド」である場合、カスタム料理品目に関する料理属性テーブルには、独自料理品目名として「季節野菜のカレー（マイルド）」が対応付けられる。このように、オリジナル料理品目とカスタム料理品目は独自料理品目名に共通に含まれる「季節野菜のカレー」という名称により互いに関連付けられている。

外食店舗の店員が、上述した図１８の画面において料理属性厳格度データの入力を終え、また、上述した図１９の画面において料理属性データの入力を終えると、顧客は、その外食店舗の料理品目に関する情報を、外食サービス支援システム１を介して閲覧できる状態となる。

顧客は、自分一人で外食サービスを利用する場合に、外食サービス支援システム１を利用して、自分に適合する外食店舗を顧客端末装置１２に表示させることができる。また、顧客は、自分一人で外食サービスを利用する場合に、外食サービス支援システム１を利用して、特定の外食店舗が提供する料理品目の各々に関し、その料理品目が自分に適合しているか否かを示す情報を顧客端末装置１２に表示させることができる。

外食サービス支援システム１は、上記のように、一人で外食サービスを利用する顧客に適合する外食店舗や適合する料理品目を提示する機能に加え、知人等と一緒にグループで外食サービスを利用する顧客に対し、それらの顧客で構成される顧客グループに適合する外食店舗や顧客グループに適合する料理品目を提示する機能を備えている。

顧客は、他の誰かと一緒に外食サービスを利用する場合、顧客端末装置１２を用いて、外食サービス支援サーバ装置１１に対し顧客グループの登録を行う。図２０は、顧客が、外食サービス支援サーバ装置１１に対し顧客グループを登録する際に顧客端末装置１２に表示される画面を例示した図である。以下、顧客Ａ、顧客Ｂ、顧客Ｃが一緒に外食サービスを利用する場合を例に説明する。

図２０の画面の上段には、この画面を表示している顧客端末装置１２の近隣にある他の顧客端末装置１２のユーザの名称がリスト表示される。顧客端末装置１２は、例えばBluetooth（登録商標）等の近距離無線通信規格に従い、近隣にある他の顧客端末装置１２との間で通信を行うことで、それらの他の顧客端末装置１２のユーザの名称を取得する。

図２０の画面の下段には、図２０の画面を表示している顧客端末装置１２のユーザの名称が常に表示される。顧客端末装置１２のユーザは、図２０の画面の上段に表示されている他のユーザの名称のうち、一緒に食事をしたいユーザの名称を、例えば上段から下段へとドラッグすることで、そのユーザを顧客グループに追加することができる。

図２０の画面の情報は、外食サービス支援サーバ装置１１を介して、近隣の他の顧客端末装置１２に共有される。従って、例えば顧客Ａが自分の顧客端末装置１２に表示される図２０の画面において顧客Ｂを顧客グループに追加すると、顧客Ｂと顧客Ｃの顧客端末装置１２に表示される図２０の画面において、顧客Ａが上段から下段に移動することになる。

図２０の画面において、顧客Ａ〜Ｃのいずれかが「ＯＫ」ボタンをタッチ操作すると、タッチ操作を受け付けた顧客端末装置１２から外食サービス支援サーバ装置１１に顧客グループのメンバの各々を識別する顧客名を示すデータ（以下、「顧客グループ識別データ」という）と、顧客端末装置１２の現在位置を示すデータ（以下、「現在位置データ」という）が送信される。外食サービス支援サーバ装置１１は、顧客端末装置１２から顧客グループ識別データと現在位置データを受信すると、図２１に示す画面の表示を指示するデータを生成し、そのデータを顧客グループ識別データにより識別される顧客グループのメンバの各々の顧客端末装置１２に送信する。顧客Ａ〜Ｃの顧客端末装置１２は、外食サービス支援サーバ装置１１から受信したデータに従い、図２１の画面を表示する。

図２１（Ａ）の画面は、顧客Ａ〜Ｃの現在位置から所定距離の範囲内において、顧客Ａ〜Ｃをメンバとする顧客グループに適合する外食店舗を表示する画面である。顧客グループに適合する外食店舗とは、顧客グループを構成するいずれのメンバにとっても適合する料理品目を提供できる外食店舗を意味する。本実施形態においては、例えば、顧客グループのメンバの各々に対し、適合する料理品目を所定数以上、提供できる外食店舗を、顧客グループに適合する外食店舗とする。

図２１（Ａ）の画面の下段には、顧客グループに適合する外食店舗が、適合度の高い順にリスト表示される。図２１（Ａ）の上段には、それらの外食店舗と顧客Ａ〜Ｃの現在位置との関係を示す地図が表示される。

図２１（Ａ）の画面の下段のリストに表示される外食店舗の名称の色は、その外食店舗と顧客グループの適合性を示す。例えば、外食店舗の名称の色は以下を意味する。

青：全てのメンバにとって、料理品目のいずれのカテゴリにおいても、好きな料理品目の数が所定数以上ある。
緑：青以外の場合において、全てのメンバにとって、料理品目のいずれのカテゴリにおいても、嫌いな料理品目の数が所定数以下である。
黄：青及び緑以外の場合において、全てのメンバにとって、料理品目のいずれのカテゴリにおいても、食べられる料理品目の数が所定数以上である。

図２１（Ａ）の画面の下段のリストには、外食店舗の各々に関し、その外食店舗と顧客グループのメンバの各々との適合性を示すアイコン（以下、「メンバアイコン」という）が表示される。図２１（Ａ）の画面に表示されるメンバアイコンは、例えば、顧客グループのメンバの顧客名を輪で囲んだアイコンであり、その輪の色が、内側に表示されている顧客名のメンバと外食店舗との適合性を示す。例えば、図２１（Ａ）の画面に表示されるメンバアイコンの輪の色は以下を意味する。

青：料理品目のいずれのカテゴリにおいても、好きな料理品目の数が所定数以上である。
緑：青以外の場合において、料理品目のいずれのカテゴリにおいても、嫌いな料理品目の数が所定数以下である。
黄：青及び緑以外の場合において、料理品目のいずれのカテゴリにおいても、食べられる料理品目の数が所定数以上である。

顧客Ａ〜Ｃの各々は、自分の顧客端末装置１２に表示される図２１（Ａ）の画面により、リスト表示されている外食店舗の各々が、自分及び他のメンバの各々にとって、どの程度適合しているかを知ることができる。

顧客Ａ〜Ｃの各々は、図２１（Ａ）の画面にリスト表示される外食店舗の中から任意の外食店舗をタッチ操作により選択することで、その外食店舗が提供する料理品目の情報を表示する図２１（Ｂ）の画面を顧客端末装置１２に表示させることができる。図２１（Ｂ）の画面には、顧客が選択した外食店舗が提供する料理品目の各々に関し、写真、料理品目名、値段に加え、その料理品目と顧客グループのメンバの各々との適合性を示すメンバアイコンが表示される。

例えば、図２１（Ｂ）の画面に表示されるメンバアイコンの輪の色は以下を意味する。
赤：食べられない食材が用いられている料理品目である。
黄：赤以外の場合において、嫌いな食材が用いられている料理品目である。
青：赤及び黄以外の場合において、好きな食材が用いられている料理品目である。
緑：赤、黄、青以外の料理品目である。

図２１の画面を生成するために、外食サービス支援サーバ装置１１は、まず、顧客端末装置１２から受信した顧客グループ識別データにより識別される顧客に関する第１顧客属性テーブル〜第４顧客属性テーブルを読み出す。また、外食サービス支援サーバ装置１１は、顧客端末装置１２から受信した現在位置データが示す位置から所定距離の範囲内の外食店舗に関する料理属性厳格度テーブル及び料理属性テーブルを読み出す。

続いて、外食サービス支援サーバ装置１１は、上記のように読み出したテーブルに格納されているデータを用いて、顧客グループのメンバの各々と、外食店舗が提供する料理品目の各々との組合せ毎に、その組合せの顧客と料理品目との適合性、すなわち、料理適合性を特定する。

続いて、外食サービス支援サーバ装置１１は、上記のように特定した料理適合性に基づき、顧客グループのメンバの各々と外食店舗の各々との適合性、すなわち、顧客店舗適合性を特定する。

続いて、外食サービス支援サーバ装置１１は、上記のように特定した顧客店舗適合性に基づき、顧客グループ全体と外食店舗の各々との適合性、すなわち、グループ店舗適合性を特定する。

外食サービス支援サーバ装置１１は、上記のように特定したグループ店舗適合性を示す店舗適合性データを、顧客グループのメンバの各々の顧客端末装置１２に送信する。図２１（Ａ）の画面の下段のリストに表示される外食店舗の順番及び名称を表示する色は、店舗適合性データに基づき決定される。

また、外食サービス支援サーバ装置１１は、上記のように特定した顧客店舗適合性を示す本人店舗適合性データと他人店舗適合性データを、顧客グループのメンバの各々の顧客端末装置１２に送信する。本人店舗適合性データは、そのデータを受信する顧客端末装置１２のユーザと外食店舗との適合性を示すデータである。また、他人店舗適合性データは、顧客グループのメンバのうち、そのデータを受信する顧客端末装置１２のユーザ以外のメンバの各々と外食店舗との適合性を示すデータである。

図２１（Ａ）の画面の下段のリストに表示されるメンバアイコンの輪の色は、本人店舗適合性データと他人店舗適合性データに基づき決定される。

また、外食サービス支援サーバ装置１１は、上記のように特定した料理適合性を示す本人料理適合性データと他人料理適合性データを、顧客グループのメンバの各々の顧客端末装置１２に送信する。本人料理適合性データは、そのデータを受信する顧客端末装置１２のユーザと料理品目の各々との適合性を示すデータである。また、他人料理適合性データは、顧客グループのメンバのうち、そのデータを受信する顧客端末装置１２のユーザ以外のメンバの各々と料理品目の各々との適合性を示すデータである。

図２１（Ｂ）の画面に表示されるメンバアイコンの輪の色は、本人料理適合性データと他人料理適合性データに基づき決定される。

顧客Ａ〜Ｃの各々は、図２１の画面を見て、自分と外食店舗との適合性に加え、一緒に食事をする他のメンバと外食店舗との適合性を考慮しながら、利用したい外食店舗を提案することができる。その結果、顧客Ａ〜Ｃは利用する外食店舗を容易に決定することができる。

その後、顧客Ａ〜Ｃは、利用を決定した外食店舗に行き、その外食店舗のテーブルにつく。顧客Ａ〜Ｃの各々は、その外食店舗において、顧客端末装置１２に図２２の画面を表示させる。図２２の画面は、顧客が、利用する外食店舗とテーブルの番号を入力するための画面である。

図２２の画面には、顧客の現在位置から所定距離（例えば半径１０メートル程度）の範囲内に位置する外食店舗の名称がリスト表示される。図２２の画面にリスト表示される外食店舗は、外食サービス支援サーバ装置１１が顧客端末装置１２から受信した現在位置データに基づき抽出した外食店舗である。顧客Ａ〜Ｃの各々は、図２２の画面のリストから、利用する外食店舗の名称を選択する。

また、顧客Ａ〜Ｃの各々は、図２２の画面において、利用するテーブルの番号を入力する。その後、顧客Ａ〜Ｃの各々が図２２の画面において「ＯＫ」ボタンをタッチ操作すると、顧客端末装置１２から外食サービス支援サーバ装置１１へ、顧客により選択された外食店舗を識別する店舗識別データと、顧客により入力されたテーブルの番号を示すテーブル識別データが送信される。

外食サービス支援サーバ装置１１は、顧客Ａ〜Ｃの顧客端末装置１２の各々から受信した店舗識別データとテーブル識別データに基づき、顧客Ａ〜Ｃが同じ顧客グループのメンバであることを認識する。外食サービス支援サーバ装置１１は、店舗識別データにより識別される外食店舗に関する料理属性厳格度テーブル及び料理属性テーブルと、顧客Ａ〜Ｃに関する第１顧客属性テーブル〜第４顧客属性テーブルに基づき、本人料理適合性データ及び他人料理適合性データを生成し、顧客Ａ〜Ｃの顧客端末装置１２の各々にそれらのデータを送信する。

図２２の画面において「ＯＫ」ボタンがタッチ操作されると、顧客端末装置１２には図２３に示す画面が表示される。図２３の画面は、顧客端末装置１２が外食サービス支援サーバ装置１１から受信した本人料理適合性データ及び他人料理適合性データを用いて生成される。図２３の画面には、図２１（Ｂ）の画面と同様に、料理品目の各々に関し、写真、独自料理品目名、値段、メンバアイコンが表示される。

図２３の画面の下段には、左側に個別注文欄、右側にシェア注文欄が表示される。顧客は、注文する料理品目の写真を、これらの注文欄のいずれかにドラッグすることで、その料理品目を仮注文することができる。なお、仮注文とは、料理品目を候補として選択している状態であり、注文が未確定の状態を意味する。顧客は、自分のみで食べる料理品目は個別注文欄にドラッグし、他のメンバとシェアする料理品目はシェア注文欄にドラッグする。

シェア注文欄の情報は、外食サービス支援サーバ装置１１を介して、顧客グループの他のメンバの顧客端末装置１２と共有されている。従って、例えば顧客Ａが料理品目Ｘをシェア注文欄にドラッグすると、顧客Ｂと顧客Ｃの顧客端末装置１２に表示される図２３の画面において、シェア注文欄に料理品目Ｘが表示される。

顧客Ａ〜Ｃは、図２３の画面で、メンバアイコンにより他のメンバと料理品目との適合性を考慮しながら、シェアする料理品目を選択することができる。また、シェア注文欄において、他のメンバが注文した料理品目をリアルタイムに知ることができるため、同じ又は類似の料理品目を重複して注文してしまう、という問題が回避される。

顧客は、個別注文欄及びシェア注文欄にドラッグした料理品目の各々に関し、「注文」ボタンをタッチ操作することで、その料理品目の注文を確定することができる。注文が確定された料理品目を識別する料理識別データは、テーブル番号を示すテーブル識別データと、その料理品目を注文した顧客を識別する顧客ＩＤと、その料理品目の注文がシェア注文であるか否かを示すフラグデータとともに、外食サービス支援サーバ装置１１を介して、店員端末装置１３に送信される。店員端末装置１３は、外食サービス支援サーバ装置１１から受信したデータに従い、注文された料理品目と、その料理品目を注文した顧客のテーブル番号を表示する。店員は、店員端末装置１３に表示される情報に従い、顧客に料理を提供する。

外食サービス支援サーバ装置１１は、料理品目の注文に伴い顧客端末装置１２から受信したデータを用いて、料理注文テーブルを更新する。

顧客Ａ〜Ｃは、外食店舗における食事を終えると、各自、顧客端末装置１２を用いて料金の決済を行うことができる。図２４は顧客が料金の精算を行うための画面を例示した図である。シェアした料理品目がある場合、顧客は図２４の画面において、シェアした料理品目の料金を自分が全て支払うか、メンバ間で均等に分けて支払うか、他のメンバに支払ってもらい自分は支払わないか、を選択することができる。

図２４の画面で顧客が「ＯＫ」ボタンをタッチ操作すると、顧客端末装置１２から外食サービス支援サーバ装置１１に、決済を要求する決済要求データが送信される。決済要求データには、図２４の画面において選択された、シェアした料理品目の料金の負担方法を示すデータが含まれる。外食サービス支援サーバ装置１１は、顧客端末装置１２から受信した決済要求データに従い、料理注文テーブルに格納されている料理注文データに基づき、決済要求データの送信元の顧客端末装置１２の顧客に関する決済対象の料金を算出する。続いて、外食サービス支援サーバ装置１１は、算出した決済対象の料金の精算の処理を決済サーバ装置１５に指示する。

決済サーバ装置１５により決済が完了すると、外食サービス支援サーバ装置１１は料金の支払われた料理品目に関し料理注文テーブルの［ステイタス］のデータを更新するとともに、料金の支払われた料理品目を通知する支払完了通知データを店員端末装置１３に送信する。店員端末装置１３は、外食サービス支援サーバ装置１１から受信した支払完了通知データに基づき、図２５に例示する画面を表示する。図２５の画面には、顧客グループにより注文された料理品目の各々に関し、料金の支払いが完了しているか否かが表示される。

外食サービス支援システム１は、或る外食店舗が料理品目の属性を管理する際の厳格度を変更した場合の売上額を推定する機能を有している。

図２６は、店員が上記の機能を利用するための画面を例示した図である。図２６の画面は店員端末装置１３により表示される。図２６の画面には、店員が所属する外食店舗に関する料理属性厳格度テーブルが示す情報が表示される。店員は、図２６の画面において、食材、調理方向等の種別の各々に関し、例えばメニューリストから選択肢を選択することによって、変更後の厳格度を入力する。その後、店員が図２６の画面において「ＯＫ」ボタンをタッチ操作すると、店員により入力された変更後の厳格度を示す変更後料理属性厳格度データが店員端末装置１３から外食サービス支援サーバ装置１１へ送信される。

外食サービス支援サーバ装置１１は、変更後料理属性厳格度データを受信すると、料理属性テーブル、料理属性テーブル、第１顧客属性テーブル〜第４顧客属性テーブル、料理注文テーブルに格納されているデータを用いて、変更後料理属性厳格度データの送信元の店員端末装置１３の店員が所属する外食店舗に関する料理属性厳格度テーブルに格納されている料理属性厳格度データが示す厳格度から、変更後料理属性厳格度データが示す厳格度に変更した場合の、外食店舗の売上額を推定する。外食サービス支援サーバ装置１１は、推定した売上額を示す推定売上額データを、料理注文テーブルに格納されているデータが示す現在の売上額を示す実績売上額データとともに、変更後料理属性厳格度データの送信元の店員端末装置１３に送信する。

店員端末装置１３は、外食サービス支援サーバ装置１１から受信した推定売上額データと実績売上額データを用いて、図２６（Ｂ）の画面を表示する。図２６（Ｂ）の画面には、厳格度の変更前の売上額と、変更後の売上額の推定値が表示される。店員は、図２６（Ｂ）の画面に表示される情報を考慮して、例えば、食材の管理を今より厳格に行う等の対策を講じることで、売上額を高めることができる。

［変形例］
上述した外食サービス支援システム１は本発明の技術的思想の範囲内で様々に変形されてよい。以下にそれらの変形の例を示す。

（１）上述した第１実施形態において、料理属性テーブルに格納される料理属性データは、料理品目に用いられる食材と調理方法に関する属性を示すが、料理属性データが示す料理品目の属性の種別はこれらに限られない。例えば、料理品目のカロリーや、料理品目に含まれる糖質等の成分を料理属性データが示してもよい。その場合、カロリーや成分に基づき、顧客と料理品目の適合性が特定される。

（２）上述した第１実施形態において、顧客の各々と外食店舗との適合性、及び、顧客の各々と料理品目との適合性は、メンバアイコンの輪の色によって顧客に通知される。また、顧客グループと外食店舗との適合性は、外食店舗の名称の色によって顧客に通知される。これらの適合性の通知の態様は色を用いたものに限られない。例えば、顧客端末装置１２が、メンバアイコンにアレルゲンを示す文字やマークを付すことによって、食べることができない料理品目の通知が行われてもよい。

（３）上述した第１実施形態の説明において用いたデータの構成や画面の構成は例示であって、様々に変更されてよい。

（４）本発明は、上述した外食サービス支援サーバ装置１１に例示されるシステム、顧客端末装置１２に例示される端末装置、店員端末装置１３に例示される端末装置、コンピュータにこれらのシステム又は装置が行う処理を実行させるためのプログラム、それらのプログラムを記録するコンピュータ読み取り可能な非一過性の記録媒体、それらのプログラムを記憶しそれらのプログラムに従う処理を行うプロセッサを備えるコンピュータプログラム製品を提案するものである。

［第２実施形態］
図２７は本発明の一実施形態に係る外食サービス支援システム２の全体構成を示した図である。外食サービス支援システム２は、外食サービスを利用する顧客が、自分及び一緒に外食サービスを利用する他の顧客に適合する外食店舗の検索エンジンを用いた検索を支援するシステムである。

外食サービス支援システム２は、外食サービス支援サーバ装置２１、顧客端末装置２２を備える。

外食サービス支援サーバ装置２１は、外食サービスを利用する多数の顧客の各々の属性（食品に関する嗜好、帰宅時に用いる交通機関等）に基づき、顧客に対し、その顧客及びその顧客と一緒に外食サービスを利用する顧客にとって適合する外食店舗を、Google（登録商標）等の検索エンジンを用いて検索する際の、検索条件式を生成し、生成した検索条件式を示すテキストデータを顧客端末装置２２に送信する。

顧客端末装置２２は、外食サービス支援サーバ装置２１に対し、一緒に外食サービスを利用する複数の顧客（顧客グループ）を識別する識別データを含む要求データを送信し、その応答として顧客端末装置２２から送信されてくるテキストデータを受信し、検索エンジンに対し、受信したテキストデータを、検索条件式を示すデータとして入力する。顧客は、顧客端末装置２２に対し、一緒に外食サービスを利用する他の顧客を指定する操作を行った後、外食サービス支援サーバ装置２１から提示される検索条件式を用いて検索エンジンにより検索を行うことで、顧客グループに適合する外食店舗に関する情報を容易に得ることができる。

図２７において、外食サービス支援サーバ装置２１は１つの装置により構成されているが、外食サービス支援サーバ装置２１が複数の装置により構成されてもよい。

顧客端末装置２２は外食サービスを利用する顧客により利用される端末装置である。図２７において、顧客端末装置２２は１つのみ示されているが、顧客端末装置２２の数は外食サービス支援システム２を利用する顧客の数に応じて変化する。

外食サービス支援サーバ装置２１は、外食サービス支援サーバ装置２１用のプログラムに従った処理を実行するコンピュータにより実現される。外食サービス支援サーバ装置２１の実現に用いられるコンピュータの構成は、図２に示したコンピュータ１０と同様である。

顧客端末装置２２は、顧客端末装置２２用のプログラムに従った処理を実行するコンピュータにより実現される。顧客端末装置２２の実現に用いられるコンピュータの構成は、図３に示したコンピュータ２０と同様である。

図２８は、外食サービス支援サーバ装置２１の構成を示した図である。コンピュータ１０が、外食サービス支援サーバ装置２１のためのプログラムに従う処理を実行すると、コンピュータ１０が、図２８に示される構成を備える外食サービス支援サーバ装置２１として機能する。

外食サービス支援サーバ装置２１は、記憶部２１１、受信部２１２、送信部２１３、検索条件特定部２１４を備える。記憶部２１１は、プロセッサ１０１の制御下で動作するメモリ１０２により実現される。受信部２１２及び送信部２１３は、プロセッサ１０１の制御下で動作する通信インタフェース１０３により実現される。検索条件特定部２１４はプロセッサ１０１により実現される。

受信部２１２は、顧客端末装置２２から各種データを受信する。送信部２１３は、顧客端末装置２２に各種データを送信する。

記憶部２１１は、各種データを記憶する。記憶部２１１が記憶するデータには、予め記憶されているデータと、受信部２１２が外部の装置から受信したデータが含まれる。送信部２１３は、記憶部２１１に記憶されているデータを外部の装置に送信する。

検索条件特定部２１４は、外食店舗を一緒に利用する複数の顧客の各々の属性に基づき、一緒に食事をする複数の顧客で構成される顧客グループに適合する外食店舗を検索するための検索条件式を特定する。

記憶部２１１は、検索条件特定部２１４が上述した処理を行うために必要とする各種データを記憶している。以下にそれらのデータの構成を説明する。

記憶部２１１には、外食サービス支援サーバ装置２１を利用する全ての顧客の各々に関し、図５〜図８に示した第１実施形態に係る第１顧客属性テーブル〜第４顧客属性テーブルが格納されている。ただし、第２実施形態における第１顧客属性テーブル〜第４顧客属性テーブルは、肯定的な適合性を示すデータは含むが、否定的な適合性を示すデータは含まない。ここで、肯定的な適合性とは、例えば、「好き」、「食べられる」等である。一方、否定的な適合性とは、例えば、「嫌い」、「食べられない」等である。

また、記憶部２１１には、外食サービス支援サーバ装置２１を利用する全ての顧客の各々に関し、自宅及び職場の各々に関する最寄りの交通機関の拠点（駅やバス停等）の位置を示す位置データが記憶されている。

記憶部２１１に記憶されている第１顧客属性テーブル〜第４顧客属性テーブルに格納されているデータは、顧客と食品との適合性を示す食品適合性データを構成する。顧客の各々は、顧客端末装置２２を用いて、第１実施形態に関し図１７に示した画面と同様の画面から、外食サービス支援サーバ装置２１に食品適合性データを登録する。外食サービス支援サーバ装置２１は、顧客の各々の顧客端末装置２２から送信されてくる食品適合性データを受信し、第１顧客属性テーブル〜第４顧客属性テーブルに格納する。

また、記憶部２１１には、いずれかの顧客の顧客端末装置２２から送信されてくる要求に応じて、顧客グループに属する複数の顧客の各々に関する食品適合性データが示す適合性と、顧客グループに属する複数の顧客の各々に関する位置データが示す最寄りの交通機関の拠点の位置とを集約するための規則を示す集約規則データが記憶されている。

集約規則データが示す規則とは、例えば、以下に示すような規則である。ただし、下記の規則は例示であり、他の様々な規則が採用され得る。
（規則１）顧客グループを構成する所定数（又は所定比率）以上の顧客が「好き」な食材、料理名、味種別、調理方法を検索キーワードとして選択する。
（規則２）顧客グループを構成する全ての顧客の最寄りの交通機関の拠点の位置を含む最小の円の中心に最も近い駅の名称を検索キーワードとして選択する。

以下に外食サービス支援システム２の動作を説明する。今、顧客Ａが、顧客Ｂ及び顧客Ｃと共に外食サービスを利用したいものとする。顧客Ａは、自分の顧客端末装置２２に顧客グループを指定するための画面を表示させる。顧客Ａは、例えば、第１実施形態に関し図２０に示した画面と同様の画面に表示される顧客名の一覧から顧客Ｂ及び顧客Ｃを選択することにより、顧客Ａ〜Ｃで構成される顧客グループを指定し、「ＯＫ」ボタンに対しタッチ操作を行う。そのタッチ操作に応じて、顧客端末装置２２は外食サービス支援サーバ装置２１に、顧客Ａ〜Ｃを識別する識別データを含む要求データを送信する。

外食サービス支援サーバ装置２１は、顧客端末装置２２から要求データを受信すると、要求データに含まれる識別データにより識別される顧客Ａ〜Ｃに関する食品適合性データを第１顧客属性テーブル〜第４顧客属性テーブルから読み出す。また、外食サービス支援サーバ装置２１は、顧客Ａ〜Ｃに関する位置データを記憶部２１１から読み出す。外食サービス支援サーバ装置２１は、読み出したそれらのデータが示す適合性及び位置を集約し、集約した結果を示すテキストデータを生成する。外食サービス支援サーバ装置２１が生成するテキストデータは、例えば、「東京駅 辛い ラーメン」などの検索キーワードの羅列を示すデータである。外食サービス支援サーバ装置２１は、生成したテキストデータを、要求データの送信元の顧客端末装置２２に送信する。

要求データの送信元の顧客端末装置２２は、要求データに対する応答として外食サービス支援サーバ装置２１から送信されてくるテキストデータを受信すると、図２９に示す画面を表示する。図２９の画面の上段には、顧客グループのメンバが表示されている。図２９の画面の下段には検索エンジンの検索キーワード入力欄が表示され、その検索キーワード入力欄には、外食サービス支援サーバ装置２１から顧客端末装置２２が受信したテキストデータが示す検索キーワードの羅列が入力されている。これらの検索キーワードは、画面の上段に表示される複数のメンバにとって、食品の適合性と移動の利便性の観点から望ましい外食店舗を検索するための検索キーワードである。

顧客Ａは、図２９の画面において、必要に応じて検索キーワードを編集した後、「検索」ボタンに対しタッチ操作を行う。その結果、顧客端末装置２２には検索エンジンにより検索の結果を示す画面が表示される。

上述した外食サービス支援システム２によれば、顧客は、一緒に外食サービスを利用する顧客を指定することで、自分及び一緒に外食サービスを利用する顧客にとって適合する外食店舗を容易に検索することができる。

［変形例］
上述した外食サービス支援システム２は本発明の技術的思想の範囲内で様々に変形されてよい。以下にそれらの変形の例を示す。

（１）上述した第２実施形態において、検索エンジンを用いた検索は顧客端末装置２２において行われる。これに代えて、外食サービス支援サーバ装置２１が検索エンジンを用いた検索を行い、検索結果を示す検索結果データを要求データの送信元の顧客端末装置２２に送信してもよい。この場合、顧客端末装置２２は要求データの応答として外食サービス支援サーバ装置２１から検索結果データを受信し、受信した検索結果データが示す検索の結果を表示する。

（２）上述した第２実施形態においては、第１顧客属性テーブル〜第４顧客属性テーブルに含まれる食品に関する適合性を示すデータは、否定的な適合性を示すデータは含まない。これは、検索エンジンのあるものは、不要なキーワードを除いた検索ができないものがあるためである。不要なキーワードを除いた検索ができない検索エンジンにおいて、例えば、「辛いものが嫌い」という否定的な適合性を示すデータから抽出した「辛い」という言葉を検索キーワードとして用いた検索を行うと、「辛い」料理品目を提供する外食店舗が検索されてしまい、意図した検索結果が得られない。そのため、上述した第２実施形態においては、ユーザがどのような検索エンジンを用いても意図した検索結果が得られるように、否定的な食品に関する適合性を示すデータは用いないことにしている。

検索エンジンの中には、不要なキーワードを除いた検索ができるものがある。例えば、Googleの検索エンジンにおいては、除外したいキーワードの前に半角ハイフンを付けることで、そのキーワードを含まないＷｅｂページを上位に表示させることができる。従って、第２実施形態において、第１顧客属性テーブル〜第４顧客属性テーブルに肯定的な適合性を示すデータと否定的な適合性を示すデータを区別して格納しておき、否定的な適合性を示すデータから抽出したキーワードには前に半角ハイフンを付して用いるようにしてもよい。例えば、顧客Ａ〜Ｃのいずれかが辛い食べ物が苦手である場合、図２９の画面において、検索キーワード入力欄には、例えば「東京駅 -辛い ラーメン」が表示されることになる。

（３）上述した変形例（２）の代替策として、第１顧客属性テーブル〜第４顧客属性テーブルに肯定的な適合性を示すデータと否定的な適合性を示すデータを区別して格納しておき、顧客端末装置２２は検索エンジンにより肯定的な適合性を示すデータから抽出した検索キーワードを用いて検索を行うとともに、顧客Ａが検索エンジンによる検索結果から外食店舗を決定するときの参考情報として、顧客グループのメンバにとっての食品に関する適合性（否定的なものを含む）を表示してもよい。

図３０は、この変形例において顧客端末装置２２が表示する画面を示した図である。図３０の画面においては、図２９の画面に表示される情報に加え、顧客グループのメンバの各々の食品に関する適合性を示す情報が表示される。この情報は、外食サービス支援サーバ装置２１が第１顧客属性テーブル〜第４顧客属性テーブルから抽出した顧客Ａ〜Ｃに関する食品適合性データが示す情報である。顧客端末装置２２は、外食サービス支援サーバ装置２１から顧客Ａ〜Ｃに関する食品適合性データを受信し、受信した食品適合性データを用いて、図３０の画面の下段の情報を表示する。

例えば、図３０の画面の例では、顧客Ｂはイタリアン料理が苦手であり、顧客Ｃは辛い料理が苦手であることが分かる。従って、顧客Ａは、検索結果として表示されるＷｅｂページの内容を見ながら顧客Ａ〜Ｃが利用する外食店舗を決定する際に、イタリア料理の外食店舗や辛い料理を多く提供している外食店舗は候補から外すことで、いずれのメンバにとっても望ましい外食店舗を容易に決定することができる。

（４）顧客グループのメンバに、例えば特定の食材にアレルギー反応を示す体質のメンバが含まれるような場合、顧客は外食店舗を決定する際に、候補となる外食店舗に対し、料理の調理において、その特定の食材のコンタミが生じないように管理が行われているかを確認したい場合がある。そのようなニーズに応えるために、顧客グループのいずれかのメンバにとって食品に関する禁忌事項がある場合、それらの禁忌事項に関する外食店舗への確認事項を顧客端末装置２２が表示してもよい。

図３１は、この変形例において顧客端末装置２２が表示する画面を示した図である。図３１の画面においては、顧客Ａ〜Ｃのいずれかに小麦アレルギーの人がおり、その人はコンタミにより小麦が混入した料理であっても食べられない場合に、外食店舗の店員に確認すべき内容が表示されている。

図３１の画面に表示される情報は、外食サービス支援サーバ装置２１が第１顧客属性テーブル〜第４顧客属性テーブルから抽出した顧客Ａ〜Ｃに関する食品適合性データに応じて生成した情報である。外食サービス支援サーバ装置２１は、否定的な適合性を示すデータのうち、外食店舗に確認を要するものに関して、確認の内容を示す確認内容データを記憶している。例えば、食材名が「小麦」、重要度が「コンタミ程度でも食べられない」というデータに対応付けて、外食店舗に確認すべき内容を示す「小麦アレルギーの人がいます。調理機器を分けてもらえますか？」という確認内容データを記憶している。

外食サービス支援サーバ装置２１は、例えば、顧客Ａ〜Ｃに関する食品適合性データに、食材名が「小麦」、重要度が「コンタミ程度でも食べられない」というデータが含まれる場合、予めこの食品適合性データに対応付けて記憶している確認内容データを顧客端末装置２２に送信する。顧客端末装置２２は、外食サービス支援サーバ装置２１から受信した確認内容データが示す内容を、図３１の画面に表示する。

顧客Ａは、例えば、検索エンジンにより検索されたＷｅｂページの情報に基づき利用する外食店舗の候補を決定すると、その候補の外食店舗に電話をかけて、図３１の画面に表示される内容を確認する。また、その候補の外食店舗のＷｅｂページに問い合わせフォームが含まれるような場合、顧客Ａは画面３１に表示される内容をコピーし、問い合わせフォームに貼り付けることで、外食店舗に対し食品の禁忌事項に関する問い合わせを容易に行うことができる。

１…外食サービス支援システム、１０…コンピュータ、１１…外食サービス支援サーバ装置、１２…顧客端末装置、１３…店員端末装置、１４…キャッシュレジスタ、１５…決済サーバ装置、２０…コンピュータ、１０１…プロセッサ、１０２…メモリ、１０３…通信インタフェース、１１１…記憶部、１１２…受信部、１１３…送信部、１１４…適合性特定部、１１５…売上額推定部、１２１…記憶部、１２２…受信部、１２３…送信部、１２４…表示部、１２５…入力部、１２６…位置特定部、１３１…記憶部、１３２…受信部、１３３…送信部、１３４…表示部、１３５…入力部、２０１…プロセッサ、２０２…メモリ、２０３…通信インタフェース、２０４…タッチスクリーン、２０５…ＧＮＳＳユニット、２…外食サービス支援システム、２１…外食サービス支援サーバ装置、２２…顧客端末装置、２１１…記憶部、２１２…受信部、２１３…送信部、２１４…検索条件特定部。

Claims (13)

1. 外食店舗が顧客に提供できる複数の料理品目の各々に関し、前記外食店舗の店員の端末装置から、当該料理品目の属性を示す料理属性データを受信し、
   顧客グループを構成する複数の顧客の各々に関し、当該顧客の端末装置から、当該顧客と食品の属性との適合性を示す食品適合性データを受信し、
   前記複数の顧客の各々と前記複数の料理品目の各々との組合せ毎に、前記料理属性データと前記食品適合性データを用いて、当該組合せの顧客と料理品目との適合性を特定し、
   前記複数の顧客の端末装置のいずれかからの要求に応じて、前記複数の料理品目の各々を識別する第１の表示物と、前記複数の料理品目の各々と前記複数の顧客の各々との適合性を示す第２の表示物とを含む画面の表示を指示する表示指示データを生成し、要求元の端末装置に前記表示指示データを送信して、要求元の端末装置に前記第１の表示物と前記第２の表示物とを含む画面を表示させる
   システム。
2. 前記複数の顧客の各々と前記複数の料理品目の各々との組合せ毎に特定した顧客と料理品目との適合性に基づき、前記顧客グループと前記外食店舗との適合性を特定し、
   前記複数の顧客の各々の端末装置に、前記顧客グループと前記外食店舗との適合性を示す店舗適合性データを送信する
   請求項１に記載のシステム。
3. 前記複数の顧客の各々に関し、当該顧客と前記複数の料理品目の各々との適合性に基づき、当該顧客と前記外食店舗との適合性を特定し、
   前記複数の顧客の各々に関し、当該顧客と前記外食店舗との適合性を示す本人店舗適合性データと、前記複数の顧客のうち当該顧客以外の顧客の各々と前記外食店舗との適合性を示す他人店舗適合性データとを、当該顧客の端末装置に送信する
   請求項１又は２に記載のシステム。
4. 前記外食店舗が顧客に提供できる複数の料理品目とは無関係に、複数の料理品目の各々に関し、当該料理品目の料理の食材の候補を示す食材候補データを記憶し、
   前記外食店舗の店員の端末装置から、料理品目を識別する料理識別データを受信し、
   前記料理識別データにより識別される料理品目に関する前記食材候補データを前記料理識別データの送信元の端末装置に送信し、
   前記食材候補データの送信先の端末装置から、前記食材候補データが示す食材の候補のなかから前記外食店舗の店員により選択された１以上の食材を識別する食材識別データを、前記料理識別データにより識別される料理品目に関する前記料理属性データとして受信する
   請求項１乃至３のいずれか１項に記載のシステム。
5. 前記外食店舗の店員の端末装置から、前記外食店舗が前記複数の料理品目の属性をどれだけ厳格に管理しているかを示す料理属性厳格度データを受信し、
   前記複数の顧客の各々に関し、当該顧客の端末装置から、当該顧客にとって当該顧客と食品の属性との適合性が当該顧客と前記複数の料理品目の各々との適合性の特定においてどれだけ重要であるかを示す食品適合性重要度データを受信し、
   前記複数の顧客の各々と前記複数の料理品目の各々との組合せ毎に当該組合せの顧客と料理品目との適合性を特定するときに、前記料理属性データと前記食品適合性データに加えて、前記料理属性厳格度データと前記食品適合性重要度データを用いる
   請求項１乃至４のいずれか１項に記載のシステム。
6. 前記複数の顧客の各々に関し、当該顧客の端末装置から、当該顧客が前記複数の料理品目の中から注文した料理品目を示す料理注文データを受信し、
   前記外食店舗の店員の端末装置から、前記外食店舗が前記複数の料理品目の属性を管理する際の厳格度を、料理属性厳格度データが示す厳格度から変更する場合の変更後の厳格度を示す変更後料理属性厳格度データを受信し、
   前記料理属性データ、前記食品適合性データ、前記食品適合性重要度データ、及び、料理注文データを用いて、前記外食店舗が前記複数の料理品目の属性を管理する際の厳格度を前記料理属性厳格度データが示す厳格度から前記変更後料理属性厳格度データが示す厳格度に変更した場合の前記外食店舗の売上額を推定し、
   前記外食店舗の店員の端末装置に、前記推定した売上額を示す推定売上額データを送信する
   請求項５に記載のシステム。
7. 複数の顧客グループの各々に関し、当該顧客グループを構成する複数の顧客の各々の端末装置に前記表示指示データを送信し、
   前記表示指示データの送信先の端末装置から、前記外食店舗が顧客に提供できる複数の料理品目のなかから当該端末装置を使用する顧客が注文した料理品目を示す料理注文データを受信し、
   前記料理注文データを、前記料理注文データの送信元の端末装置を使用する顧客が属する顧客グループを構成する複数の顧客の各々を識別する顧客識別データと関連付けて記憶する
   請求項１乃至５のいずれか１項に記載のシステム。
8. コンピュータに、
   請求項１に記載のシステムから送信される前記表示指示データを受信する処理と、
   前記表示指示データに従い前記第１の表示物と前記第２の表示物とを含む画面を表示する処理と
   を実行させるためのプログラム。
9. 前記コンピュータに、
   請求項２に記載のシステムから送信される前記店舗適合性データを受信する処理と、
   前記店舗適合性データが示す適合性を表示する処理と
   を実行させるための請求項８に記載のプログラム。
10. 前記コンピュータに、
    請求項３に記載のシステムから送信される前記本人店舗適合性データと前記他人店舗適合性データを受信する処理と、
    前記本人店舗適合性データが示す適合性と、前記他人店舗適合性データが示す適合性を表示する処理と
    を実行させるための請求項８に記載のプログラム。
11. コンピュータに、
    請求項４に記載のシステムに対し、前記料理識別データを送信する処理と、
    前記システムから送信される前記食材候補データを受信する処理と、
    前記食材候補データが示す食材の候補を表示する処理と、
    前記食材候補データが示す食材の候補のなかからユーザにより選択された１以上の食材を識別する食材識別データと、前記システムに送信した料理識別データとが関連付けられたデータを、前記料理識別データにより識別される料理品目に関する前記料理属性データとして前記システムに送信する処理と
    を実行させるための請求項８に記載のプログラム。
12. 前記コンピュータに、
    請求項５に記載のシステムに、前記コンピュータのユーザにとって当該ユーザと食品の属性との適合性が当該ユーザと前記複数の料理品目の各々との適合性の特定においてどれだけ重要であるかを示す食品適合性重要度データを送信する処理
    を実行させるための請求項８に記載のプログラム。
13. 前記コンピュータに、
    請求項６に記載のシステムに、前記変更後料理属性厳格度データを送信する処理と、
    前記システムから、前記推定売上額データを受信する処理と
    を実行させるための請求項１２に記載のプログラム。

Images