JP2019023829A - 情報提供システム、プログラム、及びサーバ - Google Patents

Abstract

【課題】食事に関する制限を含む顧客ごとの顧客情報に適合する料理を速やかに選択できる情報提供システムを提供する。
【解決手段】料理情報記憶部１４０は、店舗Ｅ、Ｆごとの提供可能な複数の料理に関してそれぞれ素材情報を含む料理情報が記憶されている。顧客情報記憶部１３０は、顧客Ａ、Ｂ、Ｃごとの食事に関する制限を含む顧客情報が記憶されている。通信部１６０は、店舗Ｅを指定するように顧客Ｃの顧客端末５００に入力された指定情報を、ネットワーク２００を通じて受信する。制御部１１０は、通信部１６０により受信した指定情報に基づいて、料理情報記憶部１４０に記憶された料理の中から顧客情報記憶部１３０に記憶された顧客情報に適合する料理を選択する。通信部１６０は、制御部１１０により選択された料理のリストを作成して顧客端末５００にネットワーク２００を通じて送信する。
【選択図】図１

Description

顧客ごとに異なる食事に関する制限や嗜好に適合した料理を選択可能な情報提供システム、プログラム、及びサーバに関する。

都市部には多数の飲食店の店舗が存在し、それぞれの店舗が多数種類の料理を提供している。このため、都市部においては料理の選択肢が膨大であって、その中から顧客ごとの食事に関する制限や嗜好に適合した料理を正しく選択することは容易ではない。

顧客が料理を選択する際の条件として、アレルギー反応を生じる食材の制限とか、宗教上の禁忌に該当する食材の制限とか、採食主義を守るための食材制限とかが存在する。これらの食材の制限は、食事するごとに厳格に守られる必要がある一方、顧客がこれらの食材の使用の有無を店舗で食べる前に詳しく確認することは困難である。このような需要に応えて、特許文献１〜３のシステムが提案されている。また、ネットワークを通じて顧客の食材の制限に該当しない料理を提供できる店舗を検索し、検索結果として店舗の複数の選択肢を顧客端末に表示させるウエブサイトが運営されている。

特許文献１には、顧客毎にカスタマイズされた料理を顧客が店舗に注文するシステムが示される。ここでは、店舗が個別の料理メニューや料理の素材情報や調理法情報を事業者のサーバに予め登録している。顧客は、事業者のウエブサイトに表示された登録情報を参考にして料理のカスタマイズを行い、当該ウエブサイトを通じてカスタマイズされた料理を店舗に注文する。しかし、このシステムは、店舗が提供する料理の内容を顧客の注文に応じて店舗が個別に変更／修正するものである。このため、料理を選択できる範囲はその店舗で提供可能な料理に限られている。したがって、顧客は、カスタマイズされたメニューを見て店舗を比較することが容易ではない。

これに対して、特許文献２には、顧客毎にカスタマイズされた料理のリストを店舗が顧客に提供するシステムが示される。ここでは、顧客が個人のアレルギー情報や食材の摂取許容量を含む顧客情報を店舗のサーバに予め登録している。店舗は、サーバに登録された顧客情報を参考にして好ましくない料理の選択肢を除くカスタマイズを行い、残った料理の選択肢を店舗の端末画面に表示して料理の注文を受け付けている。しかし、このシステムでも、料理を選択できる範囲はその店舗で提供可能な料理に限られている。したがって、顧客は、カスタマイズされたメニューを見て店舗を比較することができない。

特許文献３には、顧客毎にカスタマイズされた店舗のリストを事業者が顧客に提供するシステムが示される。ここでは、顧客が食事に関する制限を事業者のサーバに予め登録しておく一方、店舗が顧客の食事に関する制限に応じて提供可能な料理の代表例を事業者のサーバに予め登録している。事業者は、ウエブサイトを通じて、顧客の指定する地域において顧客の食事に関する制限に該当しない料理を提供可能な店舗のリストを作成して顧客端末に送信している。

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

特許文献３のシステムは、店舗を探し出す段階では有効であるが、当該店舗へ来て実際に料理を選択する段階ではあまり役に立たない。店舗が提供可能な料理を評価して評価結果に基づいて料理を選択する作業は顧客に委ねられているので、店舗が提供可能な料理が多数ある場合、その中から適正な料理を選択することは容易でなく、選択の失敗も多くなる。

本発明は、顧客の食事に関する制限や嗜好に適合した料理を、複数の店舗により提供可能な幅広い選択肢の中から速やかに間違い少なく選択可能な情報提供システムを提供することを目的としている。

本発明の情報提供システムは、店舗ごとの提供可能な複数の料理に関してそれぞれ素材情報を含む料理情報が記憶された料理情報記憶部と、顧客ごとの食事に関する制限と嗜好とを含む顧客情報が記憶された顧客情報記憶部と、店舗を指定するように顧客の顧客端末に入力された指定情報を、ネットワークを通じて受信する店舗指定受信部と、前記店舗指定受信部により受信した指定情報に基づいて、前記料理情報記憶部に記憶された料理の中から前記顧客情報記憶部に記憶された顧客情報に適合する料理を選択する料理選択部と、前記料理選択部により選択された料理のリストを作成して前記顧客端末にネットワークを通じて送信する送信部と、を有するものである。

本発明の情報提供システムは、店舗ごとの提供可能な複数の料理に関してそれぞれ素材情報を含む料理情報が記憶された料理情報記憶部と、顧客ごとの食事に関する制限と嗜好とを含む顧客情報が記憶された顧客情報記憶部と、地域を指定するように顧客の顧客端末に入力された指定情報を、ネットワークを通じて受信する地域指定受信部と、前記地域指定受信部により受信した指定情報に基づいて、前記料理情報記憶部に記憶された当該地域の店舗の料理の中から前記顧客情報記憶部に記憶された顧客情報に適合する料理を選択する料理選択部と、前記料理選択部により選択された料理のリストを作成して前記顧客端末にネットワークを通じて送信する送信部と、を有するものである。

本発明によれば、顧客の食事に関する制限と嗜好に適合した料理を、複数の店舗により提供可能な幅広い選択肢の中から速やかに間違い少なく選択可能な情報提供システムを提供することができる。

実施例１の情報提供システムの全体の構成の説明図である。 顧客端末の構成を説明するためのブロック図である。 顧客端末の画面表示の説明図である。（ａ）は認証画面、（ｂ）は店舗の指定画面、（ｃ）は顧客情報登録画面、（ｄ）は料理のリスト画面である。 店舗端末の画面表示の説明図である。（ａ）は料理情報登録画面、（ｂ）は店舗情報登録画面である。 顧客端末における実施例１の制御のフローチャートである。 クラウドサーバにおける実施例１の制御のフローチャートである。 顧客端末における実施例２の制御のフローチャートである。 クラウドサーバにおける実施例２の制御のフローチャートである。

以下に、本発明の情報提供システムのいくつかの実施の形態を、添付した図面を参照して詳細に説明する。

（情報提供サービス）
従来、飲食店の店舗で飲食するとき、来店した顧客は、予め店舗が用意した書面のメニューを見て料理の注文を行うことが一般的である。飲食店が用意している書面のメニューは、顧客が個別に有する食事に関する制限（アレルギー体質、疾患、塩分制限、ダイエット、宗教、嗜好、その日の気分等）については考慮されていない。このため、食事に関する制限に該当して摂取できない食材や嗜好等に関する確認と注意は、顧客が店舗へ来店した都度行う必要がある。

すなわち、店舗は、顧客の食事に関する制限に対応するための合理的な手段を持たないため、顧客が個々に有する食事に関する制限に対して、十分な対応ができなかい。また、顧客は、自身の食事に関する制限を店舗に対して合理的に伝える手段が無いため、本来レジャーとしての側面をもつ外食において、大きなストレスを感じて、十分に食事を楽しめない場合がある。

そこで、実施例１では、このような店舗と顧客との間の情報疎通の課題を解決するため、予め双方が情報提供システムに登録した情報を、ネットワークを通じて照合し、店舗が提供可能な料理の詳細な情報から、顧客が個々に有する食事に関する制限に対応した料理のリストを顧客ごとにカスタマイズして作成する。顧客の食事に関する制限に合致しない料理が除かれ、顧客の嗜好が考慮された料理のリストを顧客ひとりひとりのために作成する。店舗は、顧客ごとにカスタマイズされたメニューを、顧客端末又は店舗端末に表示して料理の注文を受けることが可能である。

これにより、顧客は、食事に関する制限に関する不安を解消される。飲食店は、顧客ひとりひとりの食事に関する制限の違いを取り入れたきめ細かい料理提供サービスが可能となる。言語の通じない顧客や宗教の異なる顧客であっても、店舗は、顧客に対して、顧客の食事に関する制限に合致しない料理を提供してしまうリスクを回避できる。

（情報提供システム）
図１は実施例１の情報提供システムの全体の構成の説明図である。図１に示すように、実施例１の情報提供システム１００は、クラウドサーバ１００Ａと、顧客Ａ、Ｂ、Ｃが所有する顧客端末３００、４００、５００と、店舗Ｅ、Ｆが所有する店舗端末６００、７００と、がネットワーク２００を通じて接続された通信システムである。ここでは、例として３名の顧客Ａ、Ｂ、Ｃと２軒の店舗Ｅ、Ｆのみが示されている。しかし、実際には、数千人の顧客が顧客情報記憶部１３０に顧客情報を登録し、数千軒の店舗が料理情報記憶部１４０にそれぞれ数十品の料理情報を登録している。これにより、１人の顧客Ｃは、数千軒の店舗が提供可能な数十万品の料理の中から個別の顧客情報に基づいて選択された料理のリストを受け取ることができる。

顧客Ａ、Ｂ、Ｃは、個人的な食事に関する制限の内容と嗜好とがそれぞれ異なる。顧客Ａ、Ｂ、Ｃは、ネットワーク２００を通じてクラウドサーバ１００Ａにアクセスすることで、自分の現在位置の周辺の複数の店舗が提供する、自分の食事に関する制限と嗜好とに適合する料理の写真画像が並べられた料理のリスト、言い換えればカスタマイズされたメニューを取得できる。

顧客Ａ、Ｂ、Ｃは、料理の写真画像に付記された文字情報や写真画像にリンクされた地図画像を見て、料理のリストに挙げられた料理を提供する店舗を選択することができる。あるいは、選択した料理を提供する店舗に絞り込んで、同様にカスタマイズされたメニューを取得できる。

（クラウドサーバ）
図１に示すように、クラウドサーバ１００Ａは、料理の情報提供サービスを提供するサーバの機能を有する。ここでは、料理の情報提供サービスを提供する事業者とは異なる大手のクラウドサービス事業者が提供するサーバ装置を用いている。しかし、クラウドサーバ１００Ａの構成の一部又は全部を、料理の情報提供サービスを提供する事業者が所有するサーバ装置に置き換えてもよい。

クラウドサーバ１００Ａは、制御部１１０、プログラムデータ記憶部１２０、顧客情報記憶部１３０、料理情報記憶部１４０、リストデータ記憶部１５０、及び通信部１６０を備える。クラウドサーバ１００Ａは、通信部１６０を介してネットワーク２００に接続している。ネットワーク２００は、インターネット、携帯電話網、社内ＲＡＮ等の種々のネットワークを含む。

制御部１１０は、プログラムデータ記憶部１２０に記録されたプログラム及びデータをＲＡＭ１１１に保持して、ＣＰＵ１１２が必要な処理と演算とを実行することにより、顧客Ａ、Ｂ、Ｃに対する料理の情報提供サービスを実行する。プログラムデータ記憶部１２０は、制御部１１０が料理の情報提供サービスの処理を行うためのプログラムとプログラムの実行に必要なデータとが格納されている。

顧客情報記憶部１３０は、顧客Ａ、Ｂ、Ｃごとの食事に関する制限を含む顧客情報が記憶されている。顧客情報記憶部１３０は、顧客Ａ、Ｂ、Ｃが登録した顧客Ａ、Ｂ、Ｃを特定するためのＩＤ情報と、顧客Ａ、Ｂ、Ｃがそれぞれ有する食事に関する制限に関する情報と、顧客Ａ、Ｂ、Ｃがそれぞれ有する食材及び料理の嗜好に関する情報と、が格納されている。

食事に関する制限に関する情報は、アレルギー体質の有無、疾患の種類、塩分の摂取制限の有無、砂糖の摂取制限の有無、ダイエットの有無、宗教上の制約、採食主義等である。食材及び料理の嗜好に関する情報は、甘いものが好きか否か、タイ料理が好きか否か、肉、魚、野菜が好きか否か、料理方法として煮物、揚げ物、焼き物が好きか否か、好きな食材、嫌いな食材、嫌いな食材の許容度等である。

料理情報記憶部１４０は、店舗Ｅ、Ｆごとの提供可能な複数の料理に関してそれぞれ素材情報を含む料理情報が記憶されている。料理情報記憶部１４０は、情報提供システム１００において料理情報記憶部として使用される。

料理情報記憶部１４０は、店舗Ｅ、Ｆが登録した店舗Ｅ、Ｆにおいて提供可能な数十品の料理の中からそれぞれの料理を特定する特定情報と、個別の料理おける食材、調理法、宗教上の対応、菜食主義への対応、総カロリー、嗜好への対応等の料理情報と、が格納されている。店舗Ｅ、Ｆにおける提供可能な料理に対応させて、それぞれ料理を特定する情報と当該料理の料理情報とが記憶されている。料理情報は、嗜好に関する料理の複数の評価項目に対するそれぞれの評価値を含み、顧客ごとに異ならせた評価基準で評価項目ごとの評価を求めて総合評価することにより、総合評価が上位の料理のリストを作成可能な情報である。

リストデータ記憶部１５０は、顧客Ａ、Ｂ、Ｃの食事に関する制限と嗜好とに合致させて、顧客ごとに制御部１１０が過去に作成して顧客端末３００、４００、５００に送信した料理のリストが格納されている。制御部１１０は、特定した顧客端末５００の顧客Ｃの顧客情報に基づいて料理情報記憶部１４０を検索して、店舗Ｅ、Ｆが提供可能な料理の中で顧客Ｃの顧客情報に適合する料理を抽出する。

制御部１１０は、抽出した料理のリストを、ネットワーク２００を通じて顧客端末５００に送信する。料理のリストは、顧客Ｃの顧客端末５００の画面に表示される。料理のリストは、料理の写真、料理の説明、店舗の名称及び位置情報を含む。

（顧客端末）
図２は顧客端末の構成を説明するためのブロック図である。図３は顧客端末の画面表示の説明図である。図３中、（ａ）は認証画面、（ｂ）は店舗の指定画面、（ｃ）は顧客情報登録画面、（ｄ）は料理のリスト画面である。

図１に示すように、顧客Ａの顧客端末３００は、無線通信インターネットサービスに接続されたタブレットパソコン等、携帯型のパソコンである。顧客Ｂの顧客端末４００は、有線通信インターネットサービスに接続されたデスクトップ型のパソコンである。顧客Ｃの顧客端末５００は、携帯電話網に接続されたスマートフォンと呼ばれる携帯電話端末である。

顧客Ａ、Ｂ、Ｃは、事前に顧客端末３００、４００、５００からクラウドサーバ１００Ａにアクセスして、クラウドサーバ１００Ａから情報提供サービスを受けるためのアプリケーションプログラムをそれぞれの顧客端末３００、４００、５００にダウンロードして、インストールしている。

図２を参照して、顧客Ｃが所有する顧客端末５００の構成例を説明する。図２に示すように、顧客端末５００は、マイコン素子の制御部５０１により、各部が統括的に制御される。制御部５０１には、通信部５０２、メモリ部５０３、顧客情報記憶部５０４、表示制御部５０５、操作入力インターフェース部５０６、現在位置検出部５０７、カメラ５０８、及び画像認識部５０９が接続されている。

通信部５０２は、ネットワーク２００を介してクラウドサーバ１００Ａと通信を行う。メモリ部５０３は、ＲＡＭで形成され、アプリケーションプログラムを記憶する。メモリ部５０３は、制御部５０１が処理する各種データ、クラウドサーバ１００Ａから送られてくる入力画面のデータ、地図データ、料理のリスト等を一時的に記憶保持する。入力画面のデータ、地図データ、料理のリスト等は、表示制御部５０５により表示部５１１に表示される画像の生成に用いられる。

顧客情報記憶部５０４は、顧客Ｃが顧客端末５００の表示部５１１を通じてクラウドサーバ１００の顧客情報記憶部１３０に登録した顧客情報が格納されている。顧客情報には、ＩＤ、パスワード等の認証情報に加えて、顧客Ｃの国籍、使用言語、男女の区別、顧客Ｃの食事に関する制限の内容、アレルギー反応物質、食材及び料理に関する嗜好等の個人情報が含まれる。

表示制御部５０５には、液晶ディスプレイからなる表示部５１１が接続されている。操作入力インターフェース部５０６は、表示部５１１の画面に重ねて設けられた操作入力部５１２が接続されている。操作入力部５１２は、表示部５１１に表示されたソフトウエアボタンに対する操作者のタッチを検知するタッチパネルである。操作入力インターフェース部５０６は、操作入力部５１２に対する操作入力を制御部５０１に伝達する。制御部５０１は、操作入力部５１２への操作入力に応じた各種処理を実行する。

現在位置検出部５０７は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）の人工衛星や携帯電話の基地局からの電波信号を受信して、顧客端末５００の現在位置のデータ（緯度、経度、高さ）を演算する。現在位置検出部５０７は、顧客端末５００に付設されたジャイロや地磁気センサの検出信号を用いて、顧客端末５００の現在位置の検出を補助する。現在位置検出部５０７は、演算した現在位置データを制御部５０１に転送する。制御部５０１は、通信部５０２により、顧客端末５００の現在位置データを、携帯電話網の基地局経由でクラウドサーバ１００Ａに送信する。

カメラ５０８は、撮像レンズ、撮像素子、カメラ信号処理回路などを備えている。カメラ５０８は、被写体を撮影し、撮影画像をデジタル信号の画像データとして、図示を省略したバッファメモリに取り込む。画像認識部５０９は、カメラ５０８により取得した画像データを画像認識する。

なお、表示制御部５０５、画像認識部５０９は、制御部５０１がアプリケーションプログラムを実行することにより実現されるソフトウェア機能部としても構成することができる。

（顧客端末の操作）
顧客Ｃは、表示部５１１の表示画面を操作してクラウドサーバ１００Ａから所望の店舗のカスタマイズされたメニューを取得する。表示部５１１の表示画面には、図３の（ａ）に示す認証画面、（ｂ）に示す店舗の指定画面、（ｃ）に示す顧客情報登録画面、（ｄ）に示す料理のリスト画面が表示される。

認証画面５２１では、顧客Ｃが予め登録したＩＤ及びパスワードをそれぞれ文字枠５３１、５３２に記入し、表示部５１１に表示されたソフトウエアボタンの認証ボタン５３３にタッチすることにより顧客Ｃの認証が完了する。認証が完了すると図３の（ｂ）に示す店舗の指定画面５２２が表示部５１１に表示される。

店舗の指定画面５２２では、顧客Ｃが文字枠５４１〜５４４の左の▼ボタンをタッチするとプルダウン形式で文字枠５４１〜５４４へ記入する項目の選択肢が表示される。文字枠５４１〜５４３は、文字枠５４４へ表示される選択肢を絞り込むために使用される。顧客Ｃが文字枠５４１にて鉄道路線を選択すると、選択した鉄道路線の店舗名が文字枠５４４のプルダウン領域に一覧表示される。顧客Ｃが文字枠５４２にて駅名を選択すると、選択した駅周辺の店舗名が文字枠５４４のプルダウン領域に一覧表示される。顧客Ｃが文字枠５４３にて分野を選択すると、選択した分野の料理を提供する店舗名が文字枠５４４のプルダウン領域に一覧表示される。

顧客Ｃが文字枠５４４のプルダウン領域に一覧表示された店舗名の中から１つを選択して決定ボタン５４６にタッチすると、クラウドサーバ１００Ａによって料理のリストが作成される店舗が選択される。顧客Ｃが別の選択方法ボタン５４５にタッチすると、店舗を選択する方法が、表示部５１１に地図を表示して地図上で店舗を選択する方法に変更される。顧客Ｃが顧客情報・変更／登録ボタン５４７にタッチすると、顧客Ｃが顧客情報の変更又は新規登録を望んでいると判断されて、図３の（ｃ）に示す顧客情報登録画面５２３が表示部５１１に表示される。

顧客情報登録画面５２３は、１０ページ余りの多数の設定項目及び質問で構成され、別の項目ボタン５５７にタッチすることによりページ送りして、所望のページにアクセス可能である。顧客情報登録画面５２３では、顧客Ｃが文字枠５５１〜５５６の左の▼ボタンをタッチすると、プルダウン形式で文字枠５５１〜５５６へ記入する項目の選択肢が表示される。文字枠５５１のプルダウン領域には、アレルギー食材の選択肢が一覧表示される。文字枠５５２のプルダウン領域には、料理の総カロリーの選択肢が一覧表示される。同様に文字枠５５３〜５５６のプルダウン領域には、好ましい調理方法、好ましい味付け、嫌いな食材、嫌いな調理方法の選択肢が一覧表示される。

顧客Ｃは、文字枠５５１〜５５６で個人の食事に関する制限や食材及び料理の嗜好に沿った新規又は変更の選択を行った後に、決定ボタン５５８にタッチすることにより、選択した内容が顧客端末５００の顧客情報記憶部５０４に記録される。また、同じ内容がクラウドサーバ１００Ａに送信されて顧客情報記憶部１３０に顧客情報として登録される。このため、クラウドサーバ１００Ａは、修正又は新規に追加登録された新しい顧客情報に基づいて、顧客Ｃの食事に関する制限や嗜好に適合した料理をより適正に選択することができる。

顧客Ｃが店舗の指定画面５２２で店舗名を指定して決定ボタン５４６にタッチすると、クラウドサーバ１００Ａが料理の検索を開始する。クラウドサーバ１００Ａは、検索の終了後、検索された料理のリストを作成して顧客端末５００へ送信してくる。制御部５０１は、図３の（ｄ）に示すように、受信した料理のリスト画面５２４を表示部５１１に表示させる。

図３の（ｃ）に示すように、顧客情報記憶部１３０に記憶させた顧客情報は、１つの料理に対する複数の評価項目に関する顧客ごとに異ならせることが可能な評価基準を含んでいる。制御部１１０は、料理情報記憶部１４０に記憶された料理を、これらの評価項目ごとにカスタマイズされた評価基準により評価して、複数の評価項目における総合評価が上位となった料理を２０位まで選択する。制御部１１０は、選択された料理を総合評価が高い順番に並べて料理のリストを作成する。

表示部５１１には、顧客Ｃの顧客情報に対する適合度が１位から６位までの料理を並べた料理のリスト画面５２４に表示されている。１位と２位の料理には大きな写真が使用され、詳細な料理情報の文書が添えられている。画面の大きさの制約から３位〜６位の料理は小さな写真が使用され、限られた料理情報のコメントが添えられている。

顧客Ｃは、別の料理表示ボタン５６１をタッチすることにより、７位と８位の料理を加えて１位と２位の料理を削除した料理のリストを、表示部５１１に表示させることが可能である。顧客Ｃは、別の料理表示ボタン５６１をタッチすることにより、１位から２０位までの料理の大きな写真を見て、詳細な料理情報を読むことができる。

顧客Ｃは、料理のリスト画面５２４に表示された料理が不適切と判断した場合には、顧客情報変更ボタン５６２をタッチして、図３の（ｃ）に示す顧客情報登録画面５２３へ戻ることができる。ここで、顧客情報登録画面５２３を操作してアンケートの回答を修正又は新規追加することで、修正した顧客情報に基づいて料理のリストを取得し直すことができる。

（店舗端末の操作）
図４は店舗端末の画面表示の説明図である。図４中、（ａ）は料理情報登録画面、（ｂ）は店舗情報登録画面である。店舗Ｅの担当者は、図４の（ａ）に示す料理情報登録画面６２３を通じて料理情報を情報提供システム１００に登録する。店舗Ｅの担当者は、図４の（ｂ）に示す店舗情報登録画面６２４を通じて店舗情報を情報提供システム１００に登録する。

表示部６１１の料理情報登録画面６２３は、１品の料理ごとに、数ページにわたる多数の設定項目及び質問で構成され、別の項目ボタン６６５にタッチすることによりページ送りして、所望のページにアクセス可能である。料理情報登録画面６２３において店舗Ｅの担当者が文字枠６５１〜６５７の左の▼ボタンをタッチすると、プルダウン形式で文字枠５５１〜５５６へ記入する項目の選択肢が表示される。また、文字枠６５８〜６６１には、キーボードを操作して料理に使用する食材を文字入力する。記入又は選択肢の選択後、登録ボタン６６６をクリックすることにより、記入内容及び選択内容がクラウドサーバ１００Ａに送信されて、情報提供システム１００に登録される。

文字枠６５８〜６６１では、料理に使用するすべての食材を記入させる方式としたが、アレルギー反応を生じる惧れのある食材、宗教上の制約がある食材、好き嫌いの激しい食材、セールスポイントととなる食材に対する個別の文字枠を表示して、プルダウン形式で表示させた選択肢の中からそれぞれの食材を選択させてもよい。

表示部６１１の店舗情報登録画面６２４は、店舗Ｅの担当者が店舗Ｅの名称、所在地、ウエブサイトのＵＲＬ、電話番号、宗教上の食材、調理法に関する免許の取得状況等を登録することができる。別の項目ボタン６８５をクリックして店舗情報登録画面６２４をページ送りし、登録ボタン６８６をクリックしてページごとの記入内容を情報提供システム１００に登録する。

（顧客端末における制御）
図５は顧客端末における実施例１の制御のフローチャートである。図１に示すように、顧客Ｃは、顧客端末５００でアプリケーションプログラムを立ち上げ、アプリケーション画面を通じて本人の認証を行い、店舗Ｅを指定するように指定情報を入力する。

図２に示すように、制御部５０１は、顧客端末５００の表示部５１１に表示した画面を通じてクラウドサーバ１００Ａを操作して、顧客Ｃの顧客情報に適合する料理のリストをクラウドサーバ１００Ａから取得する。顧客端末５００の制御部５０１は、クラウドサーバ１００Ａから取得した料理のリストを顧客端末５００の表示部５１１に表示する。

図５に示すように、制御部５０１は、ユーザの操作に応答してアプリケーションプログラムを起動する（Ｓ１１）。制御部５０１は、表示制御部５０５により、図３の（ａ）に示す認証画面５２１を表示部５１１に表示して顧客の認証操作を受け付ける（Ｓ１２）。制御部５０１は、操作入力部５１２を通じたユーザの認証操作がされることを、操作入力インターフェース部５０６を通じて検知する。

制御部５０１は、顧客Ｃが認証画面５２１を通じて顧客Ｃの認証操作を正しく行うと（Ｓ１３のＹＥＳ）、通信部５０２によりネットワーク２００を通じてクラウドサーバ１００Ａに顧客Ｃの認証情報を送信する（Ｓ１４）。制御部５０１は、クラウドサーバ１００Ａから店舗の指定を要求する指定要求信号を受信すると（Ｓ１５のＹＥＳ）、図３の（ｂ）に示す店舗の指定画面５２２を表示部５１１に表示して、店舗の指定（Ｓ２１）又は顧客情報の更新／新規登録（Ｓ１８）を受け付ける。

制御部５０１は、店舗の指定画面５２２に表示された顧客情報・変更／新規登録ボタンを顧客Ｃがタッチすると（Ｓ１７のＹＥＳ）、図３の（ｃ）に示す顧客情報登録画面５２３を表示部５１１に表示させて、顧客Ｃによる顧客情報の変更又は新規登録を受け付ける（Ｓ１８）。制御部５０１は、顧客情報登録画面５２３を通じて顧客Ｃが顧客情報を変更入力又は新規入力すると（Ｓ１８）、顧客情報記憶部５０４に記憶された顧客情報を変更又は新規入力された内容で上書きする。また、その同じ内容を通信部５０２によりネットワーク２００を通じてクラウドサーバ１００Ａに送信する（Ｓ１９）。顧客情報を顧客情報記憶部５０４に記憶させる理由はオフラインでもアプリケーションを開いて顧客情報を登録可能とするためである。

制御部５０１は、顧客Ｃが図３の（ｂ）に示す店舗の指定画面５２２上で店舗を選択すると（Ｓ２０のＹＥＳ）、店舗の指定を受け付ける（Ｓ２１）。制御部５０１は、続いて、通信部５０２によりネットワーク２００を通じてクラウドサーバ１００Ａに指定情報（店舗名）を送信し（Ｓ２２）、顧客Ｃにカスタマイズされた料理のリストを請求する命令を送信する（Ｓ２３）。

クラウドサーバ１００Ａは、店舗の指定情報に基づいて料理情報記憶部１４０を検索し、料理情報記憶部１４０に格納された指定情報の店舗が提供可能な料理の中から顧客Ｃの食事上の制限や好みに適合した料理を抽出する。クラウドサーバ１００Ａは、抽出した料理を適合度の高い順に並べたリストを作成して、ネットワーク２００を通じて顧客端末５００に送信してくる。

制御部５０１は、クラウドサーバ１００Ａから料理のリストを受信すると（Ｓ２４のＹＥＳ）、表示制御部５０５により表示部５１１に料理のリストを表示させる（Ｓ２５）。当該料理のリストは、顧客Ｃの食事上の制限や好みに適合するようにカスタマイズされた顧客Ｃ専用のメニューになっている。料理のリストを受信してから所定時間（５分間）が経過すると（Ｓ２６のＹＥＳ）、制御部５０１は、顧客Ｃが顧客情報を修正して料理の検索をやり直すことはないと判断して制御を終了する。所定時間（５分間）が経過する前に（Ｓ２６のＮＯ）顧客情報変更ボタン５６２を顧客Ｃがタッチすると（Ｓ１７のＹＥＳ）、顧客情報を修正して（Ｓ１９）、クラウドサーバ１００Ａに料理のリストの作成をやり直しさせる（Ｓ２３）。

なお、指定画面５２２で沿線、駅名、分野が選択されると（Ｓ２０）、選択内容が通信部５０２によりネットワーク２００を通じてクラウドサーバ１００Ａに送信される。これに応答して、クラウドサーバ１００Ａは、料理情報記憶部１４０を沿線、駅名、分野で検索して絞り込んだ店舗の名称を顧客端末５００へ送信してくる（Ｓ２０）。制御部５０１は、このようにして絞り込まれた店舗の名称を文字枠５４４においてプルダウン表示させている（Ｓ２０）。そして、実施例１では、店舗名を絞り込む段階では、顧客Ｃの食事に関する制限や嗜好は考慮していないので、文字枠５４４においてプルダウン表示される店舗の中には、顧客Ｃの食事に関する制限や嗜好に適合する料理を提供できない店舗も含まれている（Ｓ２０）。

（クラウドサーバにおける制御）
図６はクラウドサーバにおける実施例１の制御のフローチャートである。図１に示すように、クラウドサーバ１００Ａは、本人の認証を得て顧客情報記憶部１３０に記憶された顧客Ｃの登録情報を読み込み、顧客Ｃの食事に関する制限と嗜好とを特定する。その後、店舗指定受信部の一例である通信部１６０は、顧客Ｃの顧客端末５００に入力された店舗Ｅの指定情報を、ネットワーク２００を通じて受信する。制御部１１０は、店舗Ｅの指定情報を得て料理情報記憶部１４０に記憶された店舗Ｅが提供可能な料理を読み込み、店舗Ｅが登録した数十品の料理の中から顧客Ｃの食事に関する制限と嗜好に適合する複数の料理を抽出する。制御部１１０は、料理の複数の選択肢の写真画像をリスト形式に掲載したカスタマイズ・メニューを作成して通信部１６０により顧客端末５００へ送信する。

図１を参照して図６に示すように、クラウドサーバ１００Ａの制御部１１０は、顧客端末５００でアプリケーションが起動されると、顧客端末５００との通信を開始し、顧客端末５００へ顧客Ｃの認証開始の指令を送信する（Ｓ３１）。制御部１１０は、顧客端末５００において顧客Ｃが正しく認証されて認証情報を受信すると（Ｓ３２のＹＥＳ）、認証情報に基づいて顧客情報記憶部１３０を検索して顧客Ｃの登録情報を取得する（Ｓ３３）。

制御部１１０は、顧客端末５００において顧客Ｃが登録情報を修正又は新規登録して修正又は新規登録された顧客情報を受信すると（Ｓ３４のＹＥＳ）、顧客情報記憶部１３０に記憶された顧客Ｃの登録情報を上書きして変更する（Ｓ３５）。制御部１１０は、顧客端末５００において顧客Ｃが店舗の指定を入力して、顧客端末５００が店舗の指定情報を送信すると、店舗の指定情報を受信する（Ｓ３６のＹＥＳ）。制御部１１０は、指定情報に基づいて料理情報記憶部１４０を検索して指定情報の店舗が提供可能なすべての料理の登録情報を取得する（Ｓ３７）。

制御部１１０は、指定情報の店舗の登録された料理を登録された顧客情報に基づいて総合評価する（Ｓ３８〜Ｓ４８）。制御部１１０は、料理が顧客の摂取禁止に該当する食材を含む場合（Ｓ３９のＹＥＳ）、評価点を０点にして（Ｓ４８）、それ以上の評価を中止する（Ｓ４６）。摂取禁止とは、顧客Ｃが登録した過度のアレルギー反応物質、宗教上の禁止、自主的な禁止に該当することである。

制御部１１０は、料理が顧客の摂取禁止に該当する食材を含まない場合（Ｓ３９のＮＯ）、顧客Ｃの顧客情報に基づいて料理の主たる食材に対する評価点Ｐ１を計算する（Ｓ４０）。制御部１１０は、顧客Ｃの顧客情報に基づいて、料理のカテゴリに対する評価点Ｐ２を計算する（Ｓ４１）。

制御部１１０は、顧客Ｃの顧客情報に基づいて、料理の総熱量に対する評価点Ｐ３を計算する（Ｓ４２）。制御部１１０は、顧客Ｃの顧客情報に基づいて、料理の量に対する評価点Ｐ４を計算する（Ｓ４３）。制御部１１０は、顧客Ｃの顧客情報に基づいて、その他の項目に対する評価点Ｐ５を計算する（Ｓ４４）。制御部１１０は、評価点Ｐ１〜Ｐ６を合計して料理の総合評価ＰＭを計算する（Ｓ４５）。

ＰＭ＝Ｐ１＋Ｐ２＋Ｐ３＋Ｐ４＋Ｐ５＋Ｐ６

制御部１１０は、指定情報の店舗の未評価の料理が有る場合（Ｓ４６のＹＥＳ）、評価対象の料理を変更して（Ｓ４７）、料理の総合評価を継続する（Ｓ３８〜Ｓ４８）。制御部１１０は、指定情報の店舗の未評価の料理が無くなると（Ｓ４６のＮＯ）、総合評価が上位の料理のリストを作成する（Ｓ４９）。

制御部１１０は、このようにして顧客Ｃにカスタマイズされた料理のリストを顧客端末５００に送信する（Ｓ５０）。制御部１１０は、顧客端末５００の料理のリスト画面５２４において顧客Ｃが顧客情報変更を入力すると（Ｓ５１のＹＥＳ）、顧客情報の受信を待機する（Ｓ３４）。

制御部１１０は、顧客情報を受信すると（Ｓ３４のＹＥＳ）、顧客情報を変更して（Ｓ３５）、料理の評価をやり直す（Ｓ３６〜Ｓ４８）。制御部１１０は、顧客端末５００の料理のリスト画面５２４において顧客Ｃが顧客情報変更を入力することなく（Ｓ５１のＮＯ）、所定時間が経過すると（Ｓ５２のＹＥＳ）、処理を終了して顧客端末５００との通信を停止する。

（顧客情報）
図１に示すように、クラウドサーバ１００Ａは、顧客端末３００、４００、５００にアンケートを表示して顧客Ａ、Ｂ、Ｃの顧客情報を取得する。例えば、顧客Ｃに対するアンケートでは、スマートフォンの顧客端末５００において顧客情報の登録を受け付ける。図３の（ｃ）に示すように、顧客端末５００に表示した顧客情報登録画面５２３に質問を表示し、質問下に文字枠５５１〜５５６を表示させる。顧客Ｃは、文字枠５５１〜５５６において順番にプルダウン表示を行い、表示された選択肢の中から１つを選択して文字枠５５１〜５５６を順番に埋めていく。

顧客Ｃが顧客端末Ｃの顧客情報登録画面５２３を通じて登録する顧客情報としては、以下のような項目がある。それぞれの項目に対して、括弧内に示すように、単純なＹＥＳ、ＮＯではなく、ＹＥＳとＮＯの中間の程度を含めて登録することにより、料理のリストのカスタマイズ精度を高めている。
優先度Ｓ アレルギー食材（少量でも禁止、少量なら許容、なし）
優先度Ｓ 宗教上禁忌とされた食材（少量でも禁忌、少量なら許容、なし）
優先度Ａ 個別の食材に対する嗜好（好き、どちらかと言えば好き、どちらかと言えば嫌い、嫌い、即時拒絶）
優先度Ａ 好きな味（甘い、塩辛い、酸い、苦い、辛い、味噌味、醤油味、塩味）
優先度Ａ 苦手な味（甘い、塩辛い、酸い、苦い、辛い、味噌味、醤油味、塩味）
優先度Ｂ 個別の料理に対する嗜好（好き、どちらかと言えば好き、どちらかと言えば嫌い、嫌い、即時拒絶）
優先度Ｃ 個人情報（性別、年齢、職業、１日の摂取カロリー）
優先度Ｃ 時事情報（季節、天気、休日か否か、家族同伴、友人同伴、接待）
優先度Ｃ 今日の気分（さっぱり、がっつり）

顧客端末Ｃの顧客情報登録画面５２３を通じてアレルギー食材を選択させている。卵アレルギー、小麦アレルギー、米アレルギー、蕎麦アレルギー、牛乳アレルギー、大豆アレルギー、ピーナッツアレルギー、アルコールアレルギー、牡蠣アレルギー、甲殻類アレルギー、チョコレートアレルギー等を顧客端末Ｃの顧客情報登録画面５２３に表示し、顧客Ｃがその中から選択して（複数項目の選択可）顧客端末Ｃに入力している。あるいは、顧客端末Ｃの顧客情報登録画面５２３にフリーテキストを入力可能な文字枠を表示して、アレルギー食材や摂取制限されている食材の具体名をテキスト入力させる。

特許文献３に示されるように、菜食主義者の種類として、ビーガン、ダイエタリービーガン、菜食主義者、オボ・ラクト・菜食主義者、ラクト・菜食主義者、ストリクト・菜食主義者、セミ・菜食主義者、ペスクタリアン、フルータリアンの区別を選択させてもよい。菜食主義者の食材の制限として、肉、魚、卵、乳製品、動物製品、蜂蜜、特定野菜を具体的に選択させてもよい。菜食主義者の種類によって制限される食材が異なるからである。

また、顧客端末Ｃの顧客情報登録画面５２３を通じて次のような個人情報を登録することも可能である。年齢、性別、職業、観光客か否か、出身地、家族構成、趣味、１か月当たりの外食費、これらの情報は、作成した料理のリストが顧客に不愉快な思いをさせないためのカスタマイズデータとして利用される。

これらの他、カスタマイズされた料理のリストを作成するための顧客情報を取得する際の質問の例を以下に列挙する。
１．食材を制限される宗教上の禁忌がありますか？
２．好きな食材を出来る限り教えてください。苦手な食材をできる限り教えてください。
３．好きな味付けを出来る限り教えてください。嫌いな味付けをできる限り教えてください。
４．好きな料理のジャンルや料理名をできる限り教えてください。苦手な料理のジャンルや料理名をできる限り教えてください。
５．アルコールはどれくらいの頻度で、１回当たりどれくらい飲めますか？

（料理情報）
図１に示すように、店舗Ｅ、Ｆは、タブレットパソコン、デスクトップパソコン等の店舗端末６００、７００を通じて、提供可能な数十品の料理をそれぞれ登録している。店舗Ｅ、Ｆの担当者は、店舗端末６００、７００の顧客情報登録画面５２３を通じてクラウドサーバ１００Ａに記憶された提供可能な料理の料理情報を新規登録又は追加登録し、既存の料理情報を随時編集、訂正、更新することができる。材料の入手困難等の突発的な理由で一時的に提供できなくなった日は、制御部１１０による検索対象から一時的に退避させる登録を行うことも可能である。登録する料理情報としては、以下のような項目がある。それぞれの項目に対して、括弧内に示すように、単純なＹＥＳ、ＮＯではなく、ＹＥＳとＮＯの中間の程度を含めて登録させることにより、料理のリストのカスタマイズ精度を高めている。

（料理の料理情報）
優先度Ｓ 店舗が宗教上の免許資格を取得しているか否か（ＹＥＳ、免許は取得していないが宗教上の制限は厳守、気にしていない）
優先度Ｓ 料理の主食材（牛肉、豚肉、青魚、イカ等）
優先度Ｓ 料理の副食材（牛骨スープ、豚骨スープ、魚介スープ、付け合わせ食材等）
優先度Ａ 料理の名称（寿司、カレー、ロールキャベツ、ステーキ等）
優先度Ａ 味付け（甘い、塩辛い、酸い、苦い、辛い、味噌味、醤油味、塩味等）
優先度Ｂ 料理カテゴリ（和食、中華料理、イタリア料理、タイ料理、インド料理等）
優先度Ｃ 店舗からのお勧め度合（大、中、小等）
優先度Ｃ 量（３人分、２人分、多い、少ない等）
優先度Ｃ 総熱量（１０００カロリー以上、８００〜９９９カロリー、６００〜７９９カロリー、４００〜５９９カロリー、４００カロリー未満等）
優先度Ｃ 価格（３０００円以上、２０００〜２９９９円、１０００〜１９９９円、５００〜９９９円、５００円未満等）

（ソフトドリンクの料理情報）
優先度Ｓ 使用原料（牛乳、チョコレート、メロン、炭酸等）
優先度Ａ 味付け（甘い、塩辛い、酸い、苦い、辛い等）
優先度Ａ ソフトドリンクの名称（烏龍茶、コーヒー、牛乳、オレンジジュース、スムージー等）
優先度Ｂ 店舗からのお勧め度合（大、中、小等）
優先度Ｃ 総熱量（２００カロリー以上、２００カロリー未満等）
優先度Ｃ 価格（１０００円以上、５００〜９９９円、５００円未満、無料等）

（アルコールドリンクの料理情報）
優先度Ｓ 使用原料（米、麦、ぶどう、メロン、蜂蜜、牛乳等）
優先度Ａ 味付け（甘い、塩辛い、酸い、苦い、辛い等）
優先度Ａ アルコール含有率（２０％以上、１０％〜１９％、５〜９％、５％未満等）
優先度Ｂ アルコールドリンクの名称（ビール、日本酒、ウィスキー、ワイン等）
優先度Ｃ アルコールドリンクのカテゴリ（熱燗、カクテル、原酒、水割り等）
優先度Ｃ 店舗からのお勧め度合（大、中、小等）
優先度Ｃ 総熱量（２００カロリー以上、２００カロリー未満等）
優先度Ｃ 価格（１０００円以上、５００〜９９９円、５００円未満、無料等）

（実施例１の効果）
実施例１では、料理選択部の一例である制御部１１０は、通信部１６０によりネットワークを通じて受信した指定情報に基づいて、料理情報記憶部１４０に記憶された料理の中から顧客情報記憶部１３０に記憶された顧客情報に適合する料理を選択する。そして、送信部の一例である制御部１１０及び通信部１６０は、制御部１１０により選択された料理のリストを作成して顧客端末５００にネットワーク２００を通じて送信する。このため、指定情報を変更して、情報提供サービスに繋がった多数の店舗の中から２〜３の店舗の料理のリストを比較して店舗を選ぶことができる。選択した店舗に関しては、顧客Ｃにとって問題となる食材を使った料理の削除を行ったうえで、顧客Ｃの嗜好に適当する料理を、適合度が高い順番に表示して、料理のリストを作成する。顧客Ｃは、自分に適合しない料理を排除して適合度の高い順番にカスタマイズされた料理のリストを取得できる。このようにして作成された料理のリストを使用することで、顧客Ｃは、短時間で失敗少なく料理を選択することができる。

実施例１では、顧客情報記憶部１３０に記憶された顧客情報は、１つの料理に対する複数の評価項目に関して顧客ごとに異ならせることが可能な嗜好の評価基準を含む。そして、制御部１１０は、料理情報記憶部１４０に記憶された料理を評価項目ごとに顧客ごとの評価基準により評価して、嗜好の複数の評価項目における総合評価が上位となった料理を選択する。このため、料理のリストは、その場では思いつかないような種々の観点で顧客Ｃの食事に関する制限や嗜好をバランス良く反映させたものとなる。

実施例１では、制御部１１０及び通信部１６０は、制御部１１０により選択された料理を、嗜好度の総合評価が高い順番に並べて料理のリストを作成する。このため、表示部５１１の面積が小さいスマートフォン等の顧客端末５００であっても、料理を選択するために必要な情報を効率的に表示することができる。

実施例１では、制御部１１０及び通信部１６０は、制御部１１０により選択された料理の画像を並べて料理のリストを作成する。このため、言語の問題等で文字情報を理解できない顧客でも、間違い少なく料理を選択することができる。

実施例１では、料理情報記憶部１４０は、複数の店舗Ｅ、Ｆにおける店舗ごとの提供可能な複数の料理に対応させて、それぞれ料理を特定する情報と当該料理の料理情報とが記憶され、料理情報は、料理の嗜好に関する複数の評価項目におけるそれぞれの評価値を含む。コンピュータの一例である制御部１１０は、料理情報記憶部１４０に記憶された料理を特定する情報と当該料理の料理情報とに基づいて、顧客Ａ、Ｂ、Ｃごとに異ならせた評価基準で評価項目ごとの評価を求めて総合評価することにより総合評価が上位の料理のリストを作成可能である。このため、クラウドサーバ１００Ａを使用して情報提供システム１００を比較的安価に構成できる。

（指定地域の料理）
実施例１では、図６に示すように、情報提供システム１００は、顧客が店舗名で指定した店舗（Ｓ３６）で提供される数十品の料理の範囲（Ｓ３７）でカスタマイズされた料理のリストを作成した（Ｓ４９）。これに対して、実施例２では、図８に示すように、顧客が指定した料理を提供する店舗で提供される数十品の料理の範囲でカスタマイズされた料理のリストを作成する。すなわち、料理のリストを作成する店舗の選択場面で、地域のカスタマイズされた料理のリストを作成して店舗を選択させている。

実施例２におけるこれ以外の処理は実施例１と同一であるため、図７、図８においてそれぞれ図５、図６のステップに対応するステップに関しては同一符号を付して、重複する説明を省略する。

（顧客端末における制御）
図７は顧客端末における実施例２の制御のフローチャートである。図７は図５のフローチャートの制御に追加された制御を示している。

図２を参照して図５に示すように、顧客Ｃが認証画面５２１を通じて顧客Ｃの認証操作を正しく行うと（Ｓ１３のＹＥＳ）、通信部５０２によりネットワーク２００を通じてクラウドサーバ１００Ａに顧客Ｃの認証情報を送信する（Ｓ１４）。

制御部５０１は、クラウドサーバ１００Ａから店舗の指定を要求する指定要求信号を受信すると（Ｓ１５のＹＥＳ）、図７に示すように、図３の（ｂ）に示す店舗の指定画面５２２を表示部５１１に表示して、指定地域の指定（Ｓ６２）又は顧客情報の更新／新規登録（Ｓ１８）を受け付ける。

制御部５０１は、店舗の指定画面５２２に表示された顧客情報・変更／新規登録ボタンを顧客Ｃがタッチすると（Ｓ１７のＹＥＳ）、図３の（ｃ）に示す顧客情報登録画面５２３を表示部５１１に表示させて、顧客Ｃによる顧客情報の変更又は新規登録を受け付ける（Ｓ１８）。

制御部５０１は、顧客情報登録画面５２３を通じて顧客Ｃが顧客情報を変更入力又は新規入力すると（Ｓ１８）、顧客情報記憶部５０４に記憶された顧客情報を変更又は新規入力された内容で上書きする。また、その同じ内容を通信部５０２によりネットワーク２００を通じてクラウドサーバ１００Ａに送信する（Ｓ１９）。

制御部５０１は、顧客Ｃが図３の（ｂ）に示す店舗の指定画面５２２上で沿線を１つ選択すると（Ｓ６１のＹＥＳ）、沿線による指定地域を受け付ける（Ｓ６２）。この場合、選択された沿線のすべての駅をそれぞれ中心とする駅の数だけの地域が料理を個別に評価して料理のリストを作成する範囲となる。

制御部５０１は、顧客Ｃが図３の（ｂ）に示す店舗の指定画面５２２上で駅名を１つ選択すると（Ｓ６１のＹＥＳ）、駅名による指定地域を受け付ける（Ｓ６２）。この場合、選択された駅を中心とする地域が料理を個別に評価して料理のリストを作成する範囲となる。

制御部５０１は、通信部５０２によりネットワーク２００を通じてクラウドサーバ１００Ａに指定地域の指定情報（沿線／駅名）を送信し（Ｓ６３）、顧客Ｃにカスタマイズされた料理のリストを請求する命令を送信する（Ｓ６４）。

クラウドサーバ１００Ａは、指定情報（沿線／駅名）に基づいて料理情報記憶部１４０を検索し、料理情報記憶部１４０に格納された指定地域に存在するすべての店舗が提供可能な料理の中から顧客Ｃの食事上の制限や好みに適合した料理を抽出する。クラウドサーバ１００Ａは、抽出した料理を適合度の高い順に並べたリストを作成して、ネットワーク２００を通じて顧客端末５００に送信してくる。

制御部５０１は、クラウドサーバ１００Ａから料理のリストを受信すると（Ｓ６５のＹＥＳ）、表示制御部５０５により、図３の（ｄ）に示すように表示部５１１に料理のリストを表示させる（Ｓ６６）。当該料理のリストは、顧客Ｃの食事上の制限や好みに適合するようにカスタマイズされた顧客Ｃ専用のメニューになっている。

制御部５０１は、顧客Ｃが図３の（ｄ）に示す料理のリスト画面５２４を操作して料理のリストの中から料理を１つ選択すると（Ｓ６７のＹＥＳ）、リスト上の料理の指定を受け付ける（Ｓ６８）。制御部５０１は、料理のリストの付帯情報である店舗の指定情報を参照して、選択された料理を提供する店舗の指定情報をクラウドサーバ１００Ａに送信し（Ｓ６８）、料理のリストの請求を送信する（Ｓ２３）。ここからは実施例１と同一の制御に戻る。クラウドサーバ１００Ａは、指定情報に基づいて料理情報記憶部１４０を検索し、料理情報記憶部１４０に格納された指定情報の店舗が提供可能な料理の中から顧客Ｃの食事上の制限や好みに適合した料理を抽出する。クラウドサーバ１００Ａは、抽出した料理を適合度の高い順に並べたリストを作成して、ネットワーク２００を通じて顧客端末５００に送信してくる。

図５に示すように、制御部５０１は、クラウドサーバ１００Ａから料理のリストを受信すると（Ｓ２４のＹＥＳ）、表示制御部５０５により表示部５１１に料理のリストを表示させる（Ｓ２５）。当該料理のリストは、顧客Ｃの食事上の制限や好みに適合するようにカスタマイズされた顧客Ｃ専用のメニューになっている。

（クラウドサーバにおける制御）
図８はクラウドサーバにおける実施例２の制御のフローチャートである。図８は図６のフローチャートの制御に追加された制御を示している。

実施例２では、指定地域の指定情報（沿線／駅名）で料理を抽出する範囲が、選択された沿線のすべての駅をそれぞれ中心とする駅の数だけの地域、又は選択された駅を中心とする地域に拡大される。しかし、個別の料理を複数の評価項目で評価して総合評価を作成する手順は実施例１と同一である。また、料理の選択を通じて店舗が選択された後は、実施例１と同様に、選択された店舗が提供可能な数十品の料理の中から顧客Ｃにカスタマイズされた料理のリストが作成される。

図６に示すように、制御部１１０は、顧客端末５００において顧客Ｃが正しく認証されて認証情報を受信すると（Ｓ３２のＹＥＳ）、認証情報に基づいて顧客情報記憶部１３０を検索して顧客Ｃの登録情報を取得する（Ｓ３３）。

図８に示すように、制御部１１０は、顧客端末５００において顧客Ｃが登録情報を修正又は新規登録して修正又は新規登録された顧客情報を受信すると（Ｓ３４のＹＥＳ）、顧客情報記憶部１３０に記憶された顧客Ｃの登録情報を上書きして変更する（Ｓ３５）。
制御部１１０は、顧客端末５００において顧客Ｃが沿線／駅名のいずれかを入力して、顧客端末５００が指定地域の指定情報を送信すると、指定地域の指定情報を受信する（Ｓ７１のＹＥＳ）。制御部１１０は、指定情報に基づいて料理情報記憶部１４０を検索して指定地域に存在するすべての店舗が提供可能なすべての料理の登録情報を取得する（Ｓ７２）。

制御部１１０は、指定情報の店舗の登録された料理を登録された顧客情報に基づいて総合評価する（Ｓ７３〜Ｓ８３）。制御部１１０は、料理が顧客の摂取禁止に該当する食材を含む場合（Ｓ７４のＹＥＳ）、評価点を０点にして（Ｓ８３）、それ以上の評価を中止する（Ｓ８１）。制御部１１０は、料理が顧客の摂取禁止に該当する食材を含まない場合（Ｓ７４のＮＯ）、顧客Ｃの顧客情報に基づいて料理の主たる食材に対する評価点Ｐ１を計算する（Ｓ７５）。

制御部１１０は、顧客Ｃの顧客情報に基づいて、料理のカテゴリに対する評価点Ｐ２を計算する（Ｓ７６）。制御部１１０は、顧客Ｃの顧客情報に基づいて、料理の総熱量に対する評価点Ｐ３を計算する（Ｓ７７）。制御部１１０は、顧客Ｃの顧客情報に基づいて、料理の量に対する評価点Ｐ４を計算する（Ｓ７８）。制御部１１０は、顧客Ｃの顧客情報に基づいて、その他の項目に対する評価点Ｐ５を計算する（Ｓ７９）。制御部１１０は、評価点Ｐ１〜Ｐ６を合計して料理の総合評価ＰＭを計算する（Ｓ８０）。

制御部１１０は、指定情報の店舗の未評価の料理が有る場合（Ｓ８１のＹＥＳ）、評価対象の料理を変更して（Ｓ８２）、料理の総合評価を継続する（Ｓ７３〜Ｓ８３）。制御部１１０は、指定情報の店舗の未評価の料理が無くなると（Ｓ８１のＮＯ）、指定地域における総合評価が上位の料理のリストを作成する（Ｓ８４）。制御部１１０は、このようにして顧客Ｃにカスタマイズされた指定地域の料理のリストを顧客端末５００に送信する（Ｓ８５）。

顧客端末５００に表示された指定地域の料理のリスト画面５２４において顧客Ｃが料理を選択すると、顧客端末５００は、顧客が選択した料理を提供する店舗の指定情報を送信してくる。

制御部１１０は、顧客端末５００から送信された店舗の指定情報を待ち受けて受信する（Ｓ３６のＹＥＳ）。ここからは実施例１と同一の制御に戻る。図６に示すように、制御部１１０は、店舗の指定情報を受信すると（Ｓ３６のＹＥＳ）、指定情報に基づいて料理情報記憶部１４０を検索して指定情報の店舗が提供可能なすべての料理の登録情報を取得する（Ｓ３７）。制御部１１０は、指定情報の店舗の登録された料理を登録された顧客情報に基づいて総合評価する（Ｓ３８〜Ｓ４８）。制御部１１０は、指定情報の店舗の未評価の料理が有る場合（Ｓ４６のＹＥＳ）、評価対象の料理を変更して（Ｓ４７）、料理の総合評価を継続する（Ｓ３８〜Ｓ４８）。制御部１１０は、指定情報の店舗の未評価の料理が無くなると（Ｓ４６のＮＯ）、総合評価が上位の料理のリストを作成する（Ｓ４９）。制御部１１０は、このようにして顧客Ｃにカスタマイズされた料理のリストを顧客端末５００に送信する（Ｓ５０）。

（実施例２の効果）
実施例２では、地域指定受信部の一例である通信部１６０は、地域を指定するように顧客端末５００に入力された指定情報を、ネットワーク２００を通じて受信する。そして、地域選択部の一例である制御部１１０は、通信部１６０により受信した指定情報に基づいて、料理情報記憶部１４０に記憶された料理の中から顧客情報記憶部１３０に記憶された顧客情報に適合する料理を選択する。地域送信部の一例である制御部１１０及び通信部１６０は、制御部１１０により選択された料理のリストを作成して顧客端末５００にネットワーク２００を通じて送信する。通信部１６０は、制御部１１０及び通信部１６０により送信されたリストの料理の中から１つの料理を選択する入力操作に基づいて当該料理を提供する店舗Ｅの指定情報を受信する。

このため、顧客Ｃは、料理の写真と付属情報に基づく料理の評価によって料理の選択肢が豊かな店舗を選択することができる。

実施例１、２では、顧客Ｃが顧客端末５００から店舗又は地域の指定信号を送信するごとのタイミングで情報提供システム１００が料理のリストを新規に作成して顧客端末５００へ送信している。しかし、顧客Ｃが店舗を探索する地域は限られており、利用する店舗も限られている。このため、情報提供システム１００が顧客端末５００へ送信する料理のリストは同一のものであることが多い。

そこで、実施例３では、制御部１１０が過去に送信した料理のリストを記憶させたリストデータ記憶部１５０を検索して、顧客Ａ、Ｂ、Ｃと指定された店舗又は地域とが一致する場合には、リストデータ記憶部１５０に記憶された料理のリストを送信する。これにより、料理のリストを作成するための時間と通信とを節約している。

すなわち、リスト記憶部の一例であるリストデータ記憶部１５０は、制御部１１０により過去に作成された料理のリストを顧客Ａ、Ｂ、Ｃごと、指定された店舗ごと、指定された地域ごとに記憶している。そして、通信部１６０は、通信部１６０により受信した店舗又は地域（沿線又は駅名）の指定情報に基づいて、リストデータ記憶部１５０に記憶された料理のリストを顧客端末５００に送信可能である。

さらに、実施例３では、更新部の一例である制御部１１０は、料理情報記憶部１４０に記憶された料理情報が変更されるごとに、変更された料理情報に基づいてリストデータ記憶部１５０に記憶された料理のリストを更新する。店舗Ｅ、Ｆが新たな料理を登録したり、既に登録された料理を削除したり、既に登録された料理の料理情報を部分的に修正したり、新たな店舗が料理を登録したり等すると、制御部１１０は、図６又は図８のフローチャートの手順でリストデータ記憶部１５０に記憶された料理のリストを作成し直して更新する。

実施例３の制御によれば、顧客Ｃの請求に応じて最新の登録情報に基づいた料理のリストを短時間で顧客Ｃに送信することができる。店舗Ｅ、Ｆが登録した最新のお勧め料理を顧客Ｃの顧客端末５００へ送信される料理のリストに反映させることが可能である。

（その他の実施の形態）
本発明の情報提供システムは、実施例１、２で説明した具体的な構成及び制御には限定されない。実施例１、２の構成及び制御の一部又は全部を等価な構成に置き換えた別の形態でも実施可能である。

実施例１〜３では、顧客Ｃという１人だけの顧客情報に基づく料理のリストの作成について説明した。しかし、情報提供システム１００は、複数の顧客Ａ、Ｂ、Ｃの顧客情報に基づいて料理のリストを作成させる機能を備えることも可能である。店舗の指定画面５２２において同伴する顧客を指定するための文字枠を表示させて、他の登録された顧客を複数人選択できるようにする。飲食店の店舗において顧客Ａ、Ｂ、Ｃ全員が料理をシェアする場合、顧客端末５００から顧客Ａ、Ｂを追加して情報提供システム１００を利用する。情報提供システム１００は、顧客Ａ、Ｂ、Ｃ全員の登録内容を照合して、顧客Ａ、Ｂ、Ｃ全員にとって問題のない料理のリストを作成して顧客端末５００へ送信する。

実施例１〜３の情報提供システム１００は、単独の店舗、沿線／駅名による指定地域の料理情報の提供には限らない。１つの商店街の店舗、１つの町内の店舗、同一市内の店舗、特定の幹線道路沿いの店舗、那須等の観光地域、県内の店舗、西日本、関西等、複数県を含む広域の店舗、日本全国、東アジア等の任意の範囲で顧客情報に適合した料理のリストを作成させてもよい。

実施例１〜３の情報提供システムは、多言語対応としてもよい。顧客端末５００にアプリケーションが起動された場合、最初に顧客情報記憶部５０４から利用者の国籍及び使用言語の情報を取得し、利用者の国籍及び使用言語の情報を反映させた料理のリストを顧客端末５００へ送信してもよい。

実施例１〜３の情報提供システムは、店舗名を文字で指定する店舗の指定方法には限らない。電話番号、雑誌のバーコード、Ｑコード、店長の個人名等、店舗を特定するための種々の方法を採用できる。例えば、表示部５１１に地図を表示して、地図上に表示した複数の店舗のアイコンの中から１つを選択してタッチすることにより店舗を指定させてもよい。

実施例１〜３の情報提供システムは、指定情報の店舗が提供可能な料理のリストを取得した後に、表示部５１１に地図を表示して現在地と店舗の所在地を表示して、当該店舗まで道案内をするナビゲーション機能を備えていてもよい。

実施例１〜３の情報提供システムは、アレルギー食材、宗教上の食材の制限について説明したが、同様に、顧客情報として、ダイエットに伴う摂取熱量の制限、菜食主義に伴う食材の制限、腎臓病に伴う塩分摂取制限、肝臓病に伴うアルコール摂取量の制限等を取得して料理のリストのカスタマイズを行ってもよい。

実施例１〜３の情報提供システムにおける総合評価の方法は、個別の評価点の単純加算には限らない。乗算積算、評価項目ごとの減点を満点から差し引く減算、顧客情報として登録された評価項目の優先順位に応じた重み付け後の加算、等の演算手法を採用可能である。

本発明は以上のように構成したので、顧客が店舗を選択して店舗が提供する料理の中から食事上の制限や嗜好に適合した料理を選択する際に、不必要な選択肢を排除して、顧客による料理の選択の精度を高めつつ顧客の時間を節約することができる。また、店舗は予め料理情報を登録しておくことで、顧客の食事上の制限や嗜好に適合しない料理を提供してしまうリスクを回避できる。

１００ 情報提供システム
１００Ａ クラウドサーバ
１１０ 制御部
１１１ ＲＡＭ
１１２ ＣＰＵ
１２０ プログラムデータ記憶部
１３０ 顧客情報記憶部
１４０ 料理情報記憶部
１５０ リストデータ記憶部
１６０ 通信部
２００ ネットワーク
３００、４００ 顧客端末
５００ 顧客端末
５０１ 制御部
５０２ 通信部
５０３ メモリ部
５０４ 顧客情報記憶部
５０５ 表示制御部
５０６ 操作入力インターフェース部
５０７ 現在位置検出部
５０８ カメラ
５０９ 画像認識部
５１１ 表示部
５１２ 操作入力部
５２１ 認証画面
５２２ 店舗の指定画面
５２３ 顧客情報登録画面
５２４ 料理のリスト画面
６００、７００ 店舗端末
Ａ、Ｂ、Ｃ 顧客
Ｅ、Ｆ 店舗

Claims (10)

1. 店舗ごとの提供可能な複数の料理に関してそれぞれ素材情報を含む料理情報が記憶された料理情報記憶部と、
   顧客ごとの食事に関する制限と嗜好とを含む顧客情報が記憶された顧客情報記憶部と、
   店舗を指定するように顧客の顧客端末に入力された指定情報を、ネットワークを通じて受信する店舗指定受信部と、
   前記店舗指定受信部により受信した指定情報に基づいて、前記料理情報記憶部に記憶された料理の中から前記顧客情報記憶部に記憶された顧客情報に適合する料理を選択する料理選択部と、
   前記料理選択部により選択された料理のリストを作成して前記顧客端末にネットワークを通じて送信する送信部と、を有する、
   ことを特徴とする情報提供システム。
2. 店舗ごとの提供可能な複数の料理に関してそれぞれ素材情報を含む料理情報が記憶された料理情報記憶部と、
   顧客ごとの食事に関する制限と嗜好とを含む顧客情報が記憶された顧客情報記憶部と、
   地域を指定するように顧客の顧客端末に入力された指定情報を、ネットワークを通じて受信する地域指定受信部と、
   前記地域指定受信部により受信した指定情報に基づいて、前記料理情報記憶部に記憶された当該地域の店舗の料理の中から前記顧客情報記憶部に記憶された顧客情報に適合する料理を選択する料理選択部と、
   前記料理選択部により選択された料理のリストを作成して前記顧客端末にネットワークを通じて送信する送信部と、を有する、
   ことを特徴とする情報提供システム。
3. 前記送信部により送信されたリストの料理の中から１つの料理を選択するように前記顧客端末に入力された指定情報を、ネットワークを通じて受信する料理指定受信部をさらに有し、
   前記料理選択部は、前記料理指定受信部により受信した指定情報に基づいて、前記料理情報記憶部に記憶された料理の中から前記顧客情報記憶部に記憶された顧客情報に適合する料理を選択し、
   前記送信部は、前記料理選択部により選択された料理のリストを作成して前記顧客端末にネットワークを通じて送信する、
   ことを特徴とする請求項２の情報提供システム。
4. 前記嗜好は、１つの料理に対する複数の評価項目に関して顧客ごとに異ならせることが可能な評価基準を含み、
   前記料理選択部は、前記料理情報記憶部に記憶された料理を、前記評価項目ごとに前記評価基準により評価して、前記複数の評価項目における総合評価が上位となった料理を選択する、
   ことを特徴とする請求項１〜３のいずれか１項に記載の情報提供システム。
5. 前記制限は、顧客の食事に関して制限される素材の種類を含み、
   前記料理選択部は、前記制限される素材を含まない料理のうちで前記嗜好に適合する料理を選択する、
   ことを特徴とする請求項１〜４のいずれか1項に記載の情報提供システム。
6. 前記送信部は、前記料理選択部により選択された料理を、前記総合評価が高い順番に並べて料理のリストを作成する、
   ことを特徴とする請求項４に記載の情報提供システム。
7. 前記送信部は、前記料理選択部により選択された料理の画像を並べて料理のリストを作成する、
   ことを特徴とする請求項１〜６のいずれか１項に記載の情報提供システム。
8. 前記送信部により作成された料理のリストを記憶させたリスト記憶部と、
   前記料理情報記憶部に記憶された前記料理情報が変更されるごとに、変更された前記料理情報に基づいて前記リスト記憶部に記憶された料理のリストを更新する更新部と、をさらに有し、
   前記送信部は、受信した指定情報に基づいて前記リスト記憶部に記憶された前記リストを前記顧客端末に送信可能である、
   ことを特徴とする請求項１〜７のいずれか１項に記載の情報提供システム。
9. 請求項１〜８のいずれか１項に記載の情報提供システムを、前記顧客端末から操作して前記顧客端末に料理のリストを表示させるためのプログラムであって、
   前記指定情報を入力させる入力画面を前記顧客端末に表示させる機能と、
   前記入力画面を通じて入力された指定情報を前記情報提供システムに送信させる機能と、
   前記情報提供システムが前記指定情報に応じて作成して送信した料理のリストを前記顧客端末に受信させる機能と、
   受信した前記料理のリストを前記顧客端末に表示させる機能と、を有することを特徴とするプログラム。
10. 請求項１〜８のいずれか１項に記載の情報提供システムにおいて料理情報記憶部として使用されるサーバであって、
    複数の店舗における店舗ごとの提供可能な複数の料理に対応させて、それぞれ料理を特定する情報と当該料理の料理情報とが記憶され、
    前記料理情報は、前記嗜好に関する料理の複数の評価項目に対するそれぞれの評価値を含み、顧客ごとに異ならせた評価基準で前記評価項目ごとの評価を求めて総合評価することにより総合評価が上位の料理のリストを作成可能な情報である、
    ことを特徴とするサーバ。

Images