(57)【要約】本開示は、食品に対してユーザの好みの味を示す指示情報を取得し、指示情報が示す味の特徴を示す第１特徴量を算出し、１以上の食品のそれぞれについて１以上の成分のそれぞれの含有量の経時的変化を記憶する食品データベースから各食品の味の特徴を示す第２特徴量の経時的な変化を示す経過情報を算出し、第１特徴量と経過情報との距離が基準値以下となる食品を抽出し、抽出した前記食品を提示する。
2020027281.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの好みの食品を提示する情報提示システムにおける情報提示方法であって、
前記情報提示システムのコンピュータが、
前記食品に対して前記ユーザの好みの味を示す指示情報を取得し、
前記指示情報が示す味の特徴を示す第１特徴量を算出し、
１以上の食品のそれぞれについて１以上の成分のそれぞれの含有量の経時的変化を記憶する食品データベースから、各食品の前記味の特徴を示す第２特徴量の経時的な変化を示す経過情報を算出し、前記第１特徴量と前記経過情報との距離が基準値以下となる食品を抽出し、
抽出した前記食品を提示する、
情報提示方法。
【請求項２】
更に、抽出した前記食品について、前記距離を用いて前記ユーザの好みの味に対して相応しい味になる時期を特定し、
前記提示では、更に、特定した前記時期を提示する、
請求項１記載の情報提示方法。
【請求項３】
前記時期は、前記食品の出荷日を基準とする時期を示す、
請求項２記載の情報提示方法。
【請求項４】
前記指示情報は、前記第１特徴量を構成する１以上のパラメータを含む、
請求項１〜３のいずれかに記載の情報提示方法。
【請求項５】
前記指示情報は、前記食品の出荷日からの熟成日数を更に含み、
前記抽出では、前記経過情報から前記熟成日数に対応する前記第２特徴量を特定し、特定した前記第２特徴量と前記第１特徴量との距離が前記基準値以下となる食品を抽出する、
請求項１〜４のいずれかに記載の情報提示方法。
【請求項６】
前記指示情報は、前記食品の摂取希望日を含み、
前記抽出では、更に、前記経過情報から前記摂取希望日に対応する前記第２特徴量を特定し、特定した前記第２特徴量と前記第１特徴量との距離が前記基準値以下となる食品を抽出する、
請求項１〜４のいずれかに記載の情報提示方法。
【請求項７】
前記ユーザの情報端末に前記指示情報の入力画面を表示し、
前記入力画面は、前記第１特徴量を構成する複数のパラメータを入力するための複数次元の座標空間を示す座標空間画像を含む、
請求項１〜６のいずれかに記載の情報提示方法。
【請求項８】
前記ユーザが過去に摂取した前記食品及び前記食品に対する評価を示す評価値を対応付けた評価情報と、前記食品の１以上の成分のそれぞれの含有量を示す成分情報とをメモリから取得し、取得した前記評価情報及び前記成分情報から前記ユーザの味の嗜好を示す前記座標空間上の領域を示す嗜好領域を算出し、前記座標空間画像に表示させる、
請求項７記載の情報提示方法。
【請求項９】
前記入力画面は、提示された前記食品の銘柄と、提示された前記食品の前記味の特徴量の前記座標空間での位置とを対応付けて表示する、
請求項７又は８記載の情報提示方法。
【請求項１０】
前記指示情報は、前記ユーザが過去に摂取した前記食品及び前記食品に対する評価を示す評価値を対応付けた評価情報と、前記食品の１以上の成分のそれぞれの含有量を示す成分情報とから算出され、前記第１特徴量を構成する複数のパラメータを座標軸とする座標空間上に表された嗜好領域で構成される、
請求項１〜３のいずれかに記載の情報提示方法。
【請求項１１】
前記食品データベースは、各前記食品について１以上の成分のそれぞれの含有量の代表値の経時的変化を記憶すると共に、各前記食品について１以上の成分のそれぞれの基準含有量を記憶し、
更に、各前記食品について前記出荷日と前記出荷日における各前記成分のそれぞれの測定値とを対応付けた測定情報を参照し、各前記食品について、前記基準含有量と前記測定値との差分から前記食品データベースが記憶する含有量を補正し、補正後の含有量を用いて前記経過情報を算出する、
請求項１〜１０のいずれかに記載の情報提示方法。
【請求項１２】
前記食品は無濾過ビールである、
請求項１〜１１のいずれかに記載の情報提示方法。
【請求項１３】
前記第１特徴量及び前記第２特徴量は、それぞれ、苦味を示す第１パラメータと味わいを示す第２パラメータとを少なくとも含む、
請求項１２記載の情報提示方法。
【請求項１４】
前記食品は、発酵食品、又はアルコール飲料である、
請求項１〜１１のいずれかに記載の情報提示方法。
【請求項１５】
ユーザの好みの食品を提示する情報提示システムであって、
前記食品に対して前記ユーザの好みの味を示す指示情報を取得する取得部と、
前記指示情報が示す味の特徴を示す第１特徴量を算出する特徴量算出部と、
１以上の食品のそれぞれについて１以上の成分のそれぞれの含有量の経時的変化を記憶する食品データベースを記憶するメモリと、
前記食品データベースから各食品の前記味の特徴を示す第２特徴量の経時的な変化を示す経過情報を算出し、前記第１特徴量と前記経過情報との距離が基準値以下となる食品を抽出する抽出部と、
抽出した前記食品を提示する提示部とを備える、
情報提示システム。
【請求項１６】
ユーザの好みの食品を提示する情報提示システムとしてコンピュータを機能させる情報提示プログラムであって、
前記食品に対して前記ユーザの好みの味を示す指示情報を取得する取得部と、
前記指示情報が示す味の特徴を示す第１特徴量を算出する特徴量算出部と、
１以上の食品のそれぞれについて１以上の成分のそれぞれの含有量の経時的変化を記憶する食品データベースと、
前記食品データベースから各食品の前記味の特徴を示す第２特徴量の経時的な変化を示す経過情報を算出し、前記第１特徴量と前記経過情報との距離が基準値以下となる食品を抽出する抽出部と、
抽出した前記食品と特定した前記時期とを提示する提示部としてコンピュータを機能させる、
情報提示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ユーザの好みの食品を提示する技術に関するものである。
【背景技術】
【０００２】
近年、インターネット上では、ユーザの好みの味の食品を検索し、ユーザに提示するサービスが行われている。【０００３】
例えば、特許文献１では、自分が味を知っているワインの銘柄をユーザに入力させ、そのワインの味覚上の位置を味の分布図内に表示し、その位置を基準にそのワインよりも甘いなどのユーザの希望に沿って分布図上の別の箇所をユーザに入力させ、その箇所に対応する味のワインを検索してユーザに通知する技術が開示されている。【０００４】
しかし、特許文献１の技術では、ワインの熟成による味の変化を考慮に入れてユーザの好みの味のワインの検索が行われていないため、この点で改善の必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１１７０５９号公報
【発明の概要】
【０００６】
本開示は、食品の味の経時的変化を考慮に入れてユーザの好みの味の食品を提示する技術を提供することを目的とする。
【０００７】
本開示の一態様に係る情報提示システムは、ユーザの好みの食品を提示する情報提示システムにおける情報提示方法であって、前記情報提示システムのコンピュータが、前記食品に対して前記ユーザの好みの味を示す指示情報を取得し、前記指示情報が示す味の特徴を示す第１特徴量を算出し、１以上の食品のそれぞれについて１以上の成分のそれぞれの含有量の経時的変化を記憶する食品データベースから、各食品の前記味の特徴を示す第２特徴量の経時的な変化を示す経過情報を算出し、前記第１特徴量と前記経過情報との距離が基準値以下となる食品を抽出し、抽出した前記食品を提示する。
【０００８】
本開示によれば、食品の味の経時的変化を考慮に入れてユーザの好みの味の食品を提示することができる。
【図面の簡単な説明】
【０００９】
【図１】本開示の実施の形態１に係る情報提示システムの全体構成の一例を示すブロック図である。
【図２】味の特徴量を構成する複数のパラメータを座標軸とする座標空間の一例を示す図である。
【図３】醸造所ＤＢのデータ構成の一例を示す図である。
【図４】評価情報ＤＢののデータ構成の一例を示す図である。
【図５】図１に示す情報提示システムの処理の一例を示すフローチャートである。
【図６】図５のＳ４の抽出処理の詳細を示すフローチャートである。
【図７】経過情報の生成の第１例を示すための図である。
【図８】経過情報の生成の第２例を示すための図である。
【図９】図１に示す情報提示システムの処理を纏めた図である。
【図１０】ユーザ端末に表示される入力画面の一例を示す図である。
【図１１】実施の形態２における抽出処理の詳細を示すフローチャートである。
【図１２】実施の形態３における抽出処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下添付図面を参照しながら、本発明の実施の形態について説明する。なお、以下の実施の形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定する性格のものではない。
【００１１】
（本開示に至る経緯）
近年、ビールに対する消費者の味の多様性から、従来の大手メーカにより製造されるビールに代えて、小規模醸造所で製造されるクラフトビールが流行している。クラフトビールは日本全国だけでも、約３００以上の醸造所があり、そのレシピの種類は１０００以上にものぼると言われている。そのため、ユーザが好みの味のクラフトビールを見つけ出すのは容易ではなく、ユーザが好みの味のビールを検索するシステムの構築が望まれている。
【００１２】
大手メーカにより製造されるビールは、透明度を確保すると共に残存する酵母による過発酵を防止するために最後に濾過及び／又は加熱殺菌工程が行われて出荷されることが多いが、濾過及び／又は加熱殺菌工程を行うには大規模な設備が必要となる。そのため、クラフトビールは、濾過及び／又は加熱殺菌工程を行わずに出荷されることが多い。しかし、これが逆に、クラフトビール独特の色味及び味を醸しだし、クラフトビールの個性を引き立たせ、消費者に受けている。このような濾過されていないクラフトビールは「無濾過ビール」とも称されている。
【００１３】
無濾過ビールは、出荷後も残存する酵母によって樽又はビンの内部で熟成が進むため、味が変化していく。よって、出荷後も適切な環境下で無濾過ビールを管理すると、無濾過ビールの味により大きな深みを与えることが可能となる。そのため、例えば、出荷直後はユーザの好みの味ではなかったものが、出荷後ある日数を経過すると、ユーザの好みの味に変化するようなケースが発生する。逆に、出荷直後はユーザの好みの味であったものが、出荷後ある日数を経過するとユーザの好みの味ではなくなるケースも発生する。更に、出荷後ある日数を経過すると元々ユーザの好みの味であったものがよりユーザの好みの味に近づくケースも発生する。このように、無濾過ビールは、ベースとなる味のみならず、出荷日からの日数も重要な選択要因の１つとなる。
【００１４】
しかし、従来、出荷日から経時的に変化する味を考慮に入れてユーザの好みの味の食品を提示する技術は存在していなかった。
【００１５】
例えば、上述の特許文献１では、ユーザが分布図上で指定した箇所の味のワインが探索されているが、この探索において、出荷日からのワインの味の変化は何ら考慮されていない。そのため、特許文献１では、味の経時的変化を考慮に入れてユーザの好みのワインを提示することはできないという課題がある。
【００１６】
本開示は、このような課題を解決するためになされたものであり、食品の味の経時的変化を考慮に入れてユーザの好みの味の食品を提示する技術を提供することを目的とする。
【００１７】
本開示の一態様に係る情報提示システムは、ユーザの好みの食品を提示する情報提示システムにおける情報提示方法であって、前記情報提示システムのコンピュータが、前記食品に対して前記ユーザの好みの味を示す指示情報を取得し、前記指示情報が示す味の特徴を示す第１特徴量を算出し、１以上の食品のそれぞれについて１以上の成分のそれぞれの含有量の経時的変化を記憶する食品データベースから、各食品の前記味の特徴を示す第２特徴量の経時的な変化を示す経過情報を算出し、前記第１特徴量と前記経過情報との距離が基準値以下となる食品を抽出し、抽出した前記食品を提示する。
【００１８】
本構成によれば、ユーザの好みの味の特徴を示す第１特徴量と、食品データベースに記憶された各食品についての味の特徴を示す第２特徴量の経時的変化を示す経過情報との距離が基準値以下となる食品が抽出され、抽出した食品がユーザに提示される。そのため、本構成は、食品の味の経時的変化を考慮に入れてユーザの好みの味の食品を提示することができる。
【００１９】
上記態様において、更に、抽出した前記食品について、前記距離を用いて前記ユーザの好みの味に対して相応しい味になる時期を特定し、前記提示では、更に、特定した前記時期を提示してもよい。
【００２０】
本構成によれば、抽出された食品を摂取するべき時期も合わせてユーザに提示することができる。
【００２１】
上記態様において、前記時期は、前記食品の出荷日を基準とする時期を示してもよい。
【００２２】
本構成によれば、出荷日からの時期が提示されるため、ユーザはその食品を購入する時期及び購入後に摂取する時期を適切に判断することができる。
【００２３】
上記態様において、前記指示情報は、前記第１特徴量を構成する１以上のパラメータを含んでもよい。
【００２４】
本構成によれば、指示情報には第１特徴量を構成する１以上のパラメータが含まれるので、ユーザの好みの味を容易に数値化できる。
【００２５】
上記態様において、前記指示情報は、前記食品の出荷日からの熟成日数を更に含み、前記抽出では、前記経過情報から前記熟成日数に対応する前記第２特徴量を特定し、特定した前記第２特徴量と前記第１特徴量との距離が前記基準値以下となる食品を抽出してもよい。
【００２６】
本構成によれば、ユーザが希望する熟成日数が経過した時点でユーザの好みの味を持つ食品をユーザに提示できる。
【００２７】
上記態様において、前記指示情報は、前記食品の摂取希望日を含み、前記抽出では、更に、前記経過情報から前記摂取希望日に対応する前記第２特徴量を特定し、特定した前記第２特徴量と前記第１特徴量との距離が前記基準値以下となる食品を抽出してもよい。
【００２８】
本構成によれば、ユーザが食品の摂取を希望する摂取希望日においてユーザの好みの味を持つ食品をユーザに提示できる。
【００２９】
上記態様において、前記ユーザの情報端末に前記指示情報の入力画面を表示し、前記入力画面は、前記第１特徴量を構成する複数のパラメータを入力するための複数次元の座標空間を示す座標空間画像を含んでもよい。
【００３０】
本構成によれば、第１特徴量を構成する複数のパラメータを入力するための座標空間画像が入力画面に表示されるため、ユーザに対して指示情報を容易に入力させることができる。
【００３１】
上記態様において、前記ユーザが過去に摂取した前記食品及び前記食品に対する評価を示す評価値を対応付けた評価情報と、前記食品の１以上の成分のそれぞれの含有量を示す成分情報とをメモリから取得し、取得した前記評価情報及び前記成分情報から前記ユーザの味の嗜好を示す前記座標空間上の領域を示す嗜好領域を算出し、前記座標空間画像に表示させてもよい。
【００３２】
本構成によれば、ユーザが過去に摂取した食品とその食品に対するユーザの評価値とを含む評価情報を用いてユーザの味の嗜好を示す嗜好領域が座標空間画像上に表示されるため、ユーザは自分の嗜好領域を参照しながら指示情報をより容易に入力することができる。
【００３３】
上記態様において、前記入力画面は、提示された前記食品の銘柄と、提示された前記食品の前記味の特徴量の前記座標空間での位置とを対応付けて表示してもよい。
【００３４】
本構成によれば、提示された食品の銘柄が、当該食品の味の特徴量の座標空間での位置と対応付けて表示されるので、ユーザは提示された食品の銘柄及び味の特徴量を容易に認識できる。
【００３５】
上記態様において、前記指示情報は、前記ユーザが過去に摂取した前記食品及び前記食品に対する評価を示す評価値を対応付けた評価情報と、前記食品の１以上の成分のそれぞれの含有量を示す成分情報とから算出され、前記第１特徴量を構成する複数のパラメータを座標軸とする座標空間上に表された嗜好領域で構成されてもよい。
【００３６】
本構成によれば、ユーザが過去に摂取した食品に対する評価値から生成された嗜好領域が指示情報として取得されるため、希望する味をユーザに入力させることなく、ユーザの嗜好に即した食品を提示できる。
【００３７】
上記態様において、前記食品データベースは、各前記食品について１以上の成分のそれぞれの含有量の代表値の経時的変化を記憶すると共に、各前記食品について１以上の成分のそれぞれの基準含有量を記憶し、更に、各前記食品について前記出荷日と前記出荷日における各前記成分のそれぞれの測定値とを対応付けた測定情報を参照し、各前記食品について、前記基準含有量と前記測定値との差分から前記食品データベースが記憶する含有量を補正し、補正後の含有量を用いて前記経過情報を算出してもよい。
【００３８】
本構成によれば、測定情報が示す各食品の成分毎の測定値と、各食品の成分毎の基準含有量（製造レシピ）との差分から食品データベースに記憶された各成分の含有量が補正され、補正後の含有量を用いて経過情報が算出される。そのため、実際に製造された食品の各成分の測定値の製造レシピに対するずれを考慮に入れて、経過情報を補正することができる。そして、補正後の経過情報を用いてユーザの好みの食品が抽出されているため、ユーザの好みの食品をより正確に抽出できる。
【００３９】
上記態様において、前記食品は無濾過ビールであってもよい。
【００４０】
本構成によれば、出荷日からの味の変化を重要な選択要因の１つとして持つ無濾過ビールについて、出荷日からの味の変化を考慮に入れて、ユーザの好みの味を持つ無濾過ビールをユーザに提示できる。
【００４１】
上記態様において、前記第１特徴量及び前記第２特徴量は、それぞれ、苦味を示す第１パラメータと及び味わいを示す第２パラメータとを少なくとも含んでもよい。
【００４２】
本構成によれば、無濾過ビールの味を特徴付ける苦味及び味わいを考慮に入れて無濾過ビールの味の特徴量を規定することができる。
【００４３】
上記態様において、前記食品は、発酵食品、又はアルコール飲料であってもよい。
【００４４】
本構成によれば、チーズ、漬け物、及びヨーグルト等の発酵食品、又はワイン、ウイスキー、及び日本酒等のアルコール食品といった、経時的に味が変化する食品について、味の変化を考慮に入れてユーザの好みの食品をユーザに提示できる。
【００４５】
（実施の形態１）
図１は、本開示の実施の形態１に係る情報提示システムの全体構成の一例を示すブロック図である。本情報提示システムは、ユーザの好みの食品を提示するシステムである。ここでは、食品としてビールを例に挙げて説明する。ビールの中でも、特に、濾過及び／又は加熱殺菌工程が行われておらず、残存する酵母によって出荷後も熟成が進み、出荷日からの味が経時的に変化する無濾過ビール（以下、単に「ビール」と記述する。）が採用される。但し、これは一例であり、ビール以外の、ワイン及び焼酎といった出荷後に熟成されて味が変化するアルコール飲料であればどのようなものが採用されてもよい。また、食品としては、アルコール飲料に限定されず、チーズ及びヨーグルト等の発酵食品が採用されてもよい。
【００４６】
本情報提示システムは、サーバ１０及びユーザ端末２０を備える。サーバ１０は、例えば１以上のコンピュータを含むクラウドサーバで構成されている。ユーザ端末２０は、本情報提示システムにおいてサービスの適用を受けるユーザが所持する端末である。ユーザ端末２０は、例えば、スマートフォン、タブレット端末、及び携帯電話等の携帯可能なコンピュータで構成されてもよいし、デスクトップコンピュータ等の据え置き型のコンピュータで構成されてもよい。
【００４７】
図１の例では、説明の便宜上、ユーザ端末２０は１つしか示されていないが、本開示はこれに限定されず、複数のユーザ端末２０で構成されてもよい。この場合、各ユーザ端末２０は、それぞれ、所持するユーザのユーザＩＤによって管理される。サーバ１０は、ユーザＩＤをキーとして、ユーザの氏名等の個人情報及びユーザ端末２０の通信アドレスを対応付けた個人情報データベース（図略）をメモリ１３に記憶しており、この個人情報データベースを用いて、各ユーザ端末２０と通信を行う。
【００４８】
サーバ１０及びユーザ端末２０は、ネットワークＮＴを介して相互に通信可能に接続されている。ネットワークＮＴとしては、例えば、インターネット通信網及び携帯電話通信網等のＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）が採用できる。
【００４９】
サーバ１０は、通信部１１、プロセッサ１２、及びメモリ１３を備える。通信部１１は、サーバ１０をネットワークＮＴに接続する通信回路で構成されている。
【００５０】
プロセッサ１２は、例えば、ＣＰＵで構成され、嗜好領域生成部１２１、取得部１２２、特徴量算出部１２３、抽出部１２４、時期特定部１２５、及び決定部１２６を備える。これらのプロセッサ１２の構成は、プロセッサ１２が、メモリ１３に記憶された、コンピュータを本情報提示システムのサーバ１０として機能させるプログラムを実行することによって実現されてもよいし、専用の電気回路で構成されてもよい。
【００５１】
嗜好領域生成部１２１は、評価情報ＤＢ１３２に記憶されたユーザが過去に飲んだビールに対する評価を記憶する評価情報と、醸造所ＤＢ１３１に記憶されたユーザにより評価されたビールを構成する１以上の成分それぞれの含有量の測定値とを用いて、ユーザの嗜好領域を生成する。ここで、嗜好領域とは、ビールの味の特徴量を構成する複数のパラメータを座標軸とする座標空間上に表されたユーザの好みの味を示す領域である。嗜好領域生成部１２１は、生成した嗜好領域を通信部１１を用いてユーザ端末２０に送信する。これにより、嗜好領域は、ユーザ端末２０においてユーザが後述する指示情報を入力するための入力画面Ｇ１（図１０参照）に表示され、ユーザが指示情報を入力する際の目安として用いられる。嗜好領域の生成の詳細については後述する。
【００５２】
取得部１２２は、ビールに対するユーザの好みの味を示す指示情報を取得する。ここで、指示情報は、ユーザがユーザ端末２０の表示部２４に表示された入力画面Ｇ１（図１０参照）を操作することによって入力された情報である。入力された指示情報は、ユーザ端末２０からネットワークＮＴを介してサーバ１０に送信され、取得部１２２によって取得される。図１０を参照して、入力画面Ｇ１には、苦味及び味わいを２軸とする座標空間画像Ｇ１１が表示されている。ユーザは、座標空間画像Ｇ１１に対して好みの味を選択する操作を入力することで指示情報を入力する。したがって、本開示では、指示情報は、苦味及び味わいの２種類のパラメータによって構成される。
【００５３】
特徴量算出部１２３は、指示情報が示す味の特徴を示す第１特徴量を算出する。本実施の形態では、味の特徴量は、図２に示すように苦味及び味わいの２種類のパラメータで構成される。したがって、特徴量算出部１２３は、取得部１２２が取得した指示情報を構成する２種類のパラメータの値から第１特徴量を算出する。
【００５４】
図２は、味の特徴量を構成する複数のパラメータを座標軸とする座標空間ＳＰの一例を示す図である。図２に示すように座標空間ＳＰは、苦味及び味わいを座標軸とする２軸の座標空間で構成されている。ここでは、複数のパラメータとして、苦味及び味わいの２種類のパラメータが採用されたが、本開示はこれに限定されず、パラメータの種類は３種類以上であってもよいし、１種類であってもよい。例えば、ビールにおいて、苦味及び味わいの他、酸味、モルティーさ、甘み、うまみ、及びホップ感といった指標を用いて味が評価されることもある。したがって、これらの指標の少なくとも１つがパラメータとして採用されてもよい。
【００５５】
苦味は、イソアルファ成分に基づいて決定されるＩＢＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｉｔｔｅｒｎｅｓｓ  Ｕｎｉｔｓ）値によって表される。苦味が高いほどイソアルファ成分が増大してＩＢＵ値は増大する。本開示では、ビールの醸造所によって銘柄別に提供されるＩＢＵ値が苦味を定める数値として採用される。なお、ビールは、経時的にイソアルファ成分が減少し、苦味が少なくなる傾向を一般的に示す。
【００５６】
味わいは、ビールの味の深みを表す指標であり、熟成の度合いが高いほど、値が大きくなる。ワインで例えるなら、味わいはフルボディー及びライトボディーといった指標に相当する。味わいは、アルコール度数及びビールに含まれるグルタミン酸ナトリウムの含有量に基づいて決定される。本開示では、ビールの醸造所によって銘柄別に提供されるアルコール度数及びグルタミン酸ナトリウムの含有量に対して、所定の演算を行うことによって算出される数値が味わいを定める数値として採用される。例えば、本開示では、グルタミン酸ナトリウムの含有量及びアルコール度数と、味わいの値との対応関係を予め定めた関数又はルックアップテーブル等を用いて、味わいの値が決定される。なお、ビールの味わいは、アルコール度数とグルタミン酸ナトリウムとの含有量が経時的に変化することによって微妙に変化する。
【００５７】
図１に参照を戻す。抽出部１２４は、１以上のビールのそれぞれについて１以上の成分のそれぞれの含有量の経時的変化を記憶する醸造所ＤＢ（データベース）１３１から味の特徴を示す第２特徴量の経時的な変化を示す経過情報を算出し、第１特徴量が算出した第１特徴量と経過情報とのユークリッド距離が基準値以下となるビールを抽出する。
【００５８】
図２を参照し、あるビールの第２特徴量の経過情報が折れ線で示されるグラフＧＲ１で表され、ユーザが入力した指示情報が点Ｐ０で表されたとする。なお、点Ｐ０はユーザの好みの味を示す第１特徴量を表している。この場合、抽出部１２４は、グラフＧＲ１と点Ｐ０とのユークリッド距離ｄを算出する。また、抽出部１２４は、醸造所ＤＢ１３１に記憶された他の全てのビールについてもユークリッド距離ｄを算出する。そして、抽出部１２４は、ユークリッド距離ｄが基準値以下となるビールをユーザの味の好みに近いビールとして抽出する。
【００５９】
なお、グラフＧＲ１において、左端の点Ｐ１１は出荷日における第２特徴量を示し、左端から２、３、４番目の点Ｐ１２，Ｐ１３，Ｐ１４はそれぞれ出荷日から３日後（３ｄ）、１週間後（１ｗ）、及び２週間後（２ｗ）の第２特徴量を示している。醸造所からはグラフＧＲ１において点Ｐ１１〜Ｐ１４で示されるような代表的なＩＢＵ値、アルコール度数、及びグルタミン酸ナトリウムの含有量が提供される。そのため、抽出部１２４は、これら代表的なＩＢＵ値、アルコール度数、及びグルタミン酸ナトリウムの含有量から代表的な第２特徴量を算出する。そして、抽出部１２４は、代表的な第２特徴量を繋ぐことで、グラフＧＲ１を算出すればよい。
【００６０】
図１に参照を戻す。時期特定部１２５は、抽出部１２４が抽出したビールについて、ユークリッド距離ｄを用いて、ユーザの好みの味に対して相応しい味になる時期を特定する。図２を参照し、グラフＧＲ１と点Ｐ０とのユークリッド距離ｄが示す直線とグラフＧＲ１との交点がＰｘで表されるとすると、時期特定部１２５は、交点Ｐｘに対応する出荷日からの日数を求める。そして、時期特定部１２５は、出荷日の日付を発酵テーブルＴ３２（図３参照）から特定し、特定した出荷日に出荷日からの日数を加えた日付（以下、「飲み頃の日付」と記述する。）を前記時期として特定すればよい。なお、点Ｐ０とグラフＧＲ１とのユークリッド距離ｄとは、点Ｐ０とグラフＧＲ１との最短距離を示す。
【００６１】
なお、抽出部１２４及び時期特定部１２５によって抽出されたビール及び各ビールの飲み頃の日付は、抽出結果として、通信部１１を用いてユーザ端末２０に送信され、ユーザ端末２０に表示される。
【００６２】
図１に参照を戻す。決定部１２６は、抽出部１２４により抽出されたビールのうち、ユーザがユーザ端末２０を操作することで選択したビールの選択指示をネットワークＮＴを介してユーザ端末２０から取得すると、当該ビールをユーザの購入対象のビールとして決定する。また、決定部１２６は、選択指示を取得した場合、該当するビールが購入可能な店舗を検索し、検索によって得られた店舗を含む店舗リストを通信部１１を用いてユーザ端末２０に送信する。以後、ユーザは、店舗リストに含まれる店舗の中から所望する店舗を訪問する或いは所望する店舗からビールを取り寄せる等してビールを購入する。
【００６３】
メモリ１３は、例えば半導体メモリで構成され、醸造所ＤＢ１３１（食品ＤＢデータベースの一例）及び評価情報ＤＢ１３２を記憶する。醸造所ＤＢ１３１は、１以上のビールのそれぞれについて各成分の含有量の経時的な変化を予め記憶するデータベースである。図３は、醸造所ＤＢ１３１のデータ構成の一例を示す図である。
【００６４】
醸造所ＤＢ１３１は、銘柄テーブルＴ３１と、発酵テーブルＴ３２と、測定テーブルＴ３３とを備える。銘柄テーブルＴ３１は、ビールの銘柄別に作成されたテーブルであり、縦軸に「成分」及び「ターゲット情報」が設定され、横軸に「経過日数」が設定されている。１つの銘柄テーブルＴ３１には、「銘柄ＩＤ」が割り付けられている。「銘柄ＩＤ」は、ビールの銘柄を識別するための識別子である。銘柄テーブルＴ３１は、ビールの醸造所からサーバ１０に提供されたデータに基づいて事前に作成されたものである。
【００６５】
「成分」は、ビールを構成する成分を示す。ここでは、「成分」として、苦味を数値化するためのＩＢＵ値と、味わいを数値化するためのアルコール度数及びグルタミン酸ナトリウムとが含まれている。但し、これは、一例であり、ビールの味の特徴量として苦味及び味わい以外のパラメータが採用されるのであれば、このパラメータを算出するために必要となる成分が採用されればよい。例えば、「成分」として、ホップ量、糖質、タンパク質、及び脂肪が採用されてもよい。また、成分の含有量としては、含有量そのものではなく、例えば、単位体積（１００ｍｌ又は１バレル等）あたりの含有量が採用されればよい。
【００６６】
「ターゲット情報」とは、各成分の基準含有量を示す。基準含有量とは、目標とする味を再現するために必要となる各成分の含有量を示す。すなわち、「ターゲット情報」は、ビールの製造レシピを示す。ここでは、「ターゲット情報」として、アルコール度数、ＩＢＵ値、及びグルタミン酸ナトリウムのそれぞれの基準含有量が採用されている。
【００６７】
「経過日数」は、出荷日を基準日とする経過日数を示す。銘柄テーブルＴ３１において、「経過日数」及び「成分」のマトリックスにより表されるセル群Ｃ１は、各成分の出荷日からの含有量の経時的変化を記憶している。
【００６８】
銘柄テーブルＴ３１の右側には、セル群Ｃ１に記憶された各成分の含有量の経時的変化を示すグラフが表示されている。この例では、縦軸に各成分の含有量が設定され、横軸に出荷日からの経過日数が設定されている。この例において、アルコール度数は、ほぼ横ばいであり、経時的に変化していないことが分かる。また、グルタミン酸ナトリウムは、経過日数が経つにつれてわずかに上昇していることが分かる。また、ＩＢＵ値は、経過日数が経つにつれて漸次減少していることが分かる。したがって、この銘柄のビールは、出荷日からの経過日数が経つにつれて味わいが深まり、苦味が減少していることが推測される。このように、本開示が対象とするビール（無濾過ビール）は、同じ銘柄であっても、出荷日からの経過日数が経つにつれて味が変化する。
【００６９】
発酵テーブルＴ３２は、ビールの飲み頃の日付を特定する際に用いられるテーブルであり、１つのテーブルに対して１つの「発酵ＩＤ」が割り付けられている。
【００７０】
「発酵ＩＤ」は、ビールの発酵日を特定するための識別子である。ここで、１つの銘柄のビールについて、複数の発酵ＩＤが付与され、複数の発酵テーブルＴ３２が作成されることもある。本実施の形態では、説明の便宜上、１つの銘柄のビールについて複数の発酵テーブルＴ３２が存在する場合、出荷日が最新の発酵テーブルＴ３２が参照されるものとする。すなわち、本実施の形態では、ある銘柄のビールについて異なる出荷日のビールがある場合、ビールの販売者は出荷日が最新のビールをユーザに提供するものとして説明する。
【００７１】
発酵テーブルＴ３２は、「銘柄ＩＤ」、「発酵終了日」、及び「出荷日」を対応付けて記憶する。「銘柄ＩＤ」は、銘柄テーブルＴ３１に示す銘柄ＩＤに対応している。「発酵終了日」は、該当する銘柄のビールの発酵終了日を示す。発酵終了日とは、ビールの製造過程において発酵工程が終了した日付を指す。「出荷日」は、該当する銘柄のビールの出荷日を示し、醸造所からビールが出荷された日付を示す。
【００７２】
測定テーブルＴ３３（成分情報の一例）は、発酵テーブルＴ３２に記憶された銘柄のビールの出荷日における各成分の測定値を示す測定情報を記憶するテーブルである。具体的には、発酵テーブルＴ３２は、１つの発酵テーブルＴ３２に対応して１つの測定テーブルＴ３３が作成され、「成分」及び「測定値」を対応付けて記憶する。各測定テーブルＴ３３には、発酵テーブルＴ３２と対応付けるための「発酵ＩＤ」が割り付けられている。
【００７３】
ここでは、「成分」として、銘柄テーブルＴ３１と同様、「アルコール度数」、「ＩＢＵ値」、及び「グルタミン酸ナトリウム」が含まれている。すなわち、測定テーブルＴ３３は、該当する銘柄のビールについて、出荷日において測定された「アルコール度数」、「ＩＢＵ値」、及び「グルタミン酸ナトリウム」のそれぞれの測定値を記憶する。
【００７４】
図４は、評価情報ＤＢ１３２のデータ構成の一例を示す図である。評価情報ＤＢ１３２は、ユーザごとに作成された評価情報テーブルＴ４１によって構成されており、ユーザが過去に飲んだビールに対する評価を示す評価情報をユーザ別且つ時系列に記憶するデータベースである。
【００７５】
評価情報ＤＢ１３２は、ユーザがビールを飲んだ際にユーザ端末２０を介して送信されるビールに対する評価を示すデータを基に予め作成されたデータベースである。１つの評価情報テーブルＴ４１には１つのユーザＩＤ（この例では「Ｕ１」）が割り付けられている。また、評価情報テーブルＴ４１は、縦軸に「銘柄ＩＤ」、「発酵ＩＤ」、「評価」、「コメント」、及び「料理」が割り付けられ、横軸に「飲酒日」が割り付けられている。
【００７６】
「飲酒日」は、「２０１８／７／２１／９：００」というように、ユーザがビールを飲んだ日時を示す。「銘柄ＩＤ」は、ユーザが飲んだビールの銘柄の識別子を示す。「発酵ＩＤ」は、図３に示す発酵テーブルＴ３２と、ユーザが飲んだビールとを対応付けるための識別子を示す。「評価」は、ユーザによるビールの評価値を示す。本開示では、評価値は、１〜５の５段階で数値化され、数字が増大するにつれてユーザによる評価が高いことを示す。
【００７７】
「コメント」は、ユーザのビールに対するコメントを示す。ここでは、「のどごしが良好」、「コクがある」といったビールの味に関する文字列が「コメント」として採用されている。「料理」は、ユーザがビールを評価した際にそのビールと共に食べた料理を示す。例えば、１列目のレコードには、２０１８年７月２１日の９時に銘柄ＩＤ「ＡＡ」のビールが「鳥の唐揚げ」と共に飲まれ、そのビールに対して「５」の評価がされた評価情報が記憶されている。
【００７８】
図１に参照を戻す。ユーザ端末２０は、通信部２１、プロセッサ２２、操作部２３、及び表示部２４を備える。通信部２１は、ユーザ端末２０をネットワークＮＴに接続する通信回路で構成されている。プロセッサ２２は、例えば、ＣＰＵで構成され、入力画面生成部２２１、指示受付部２２２、結果表示部２２３、及び選択受付部２２４を備える。なお、これらのプロセッサ２２の構成は、プロセッサ２２がメモリ（図略）に記憶された、コンピュータを本情報提示システムのユーザ端末２０として機能させるプログラムを実行することで実現されてもよいし、専用の電気回路で構成されてもよい。
【００７９】
入力画面生成部２２１は、ユーザが指示情報を入力するための入力画面Ｇ１（図１０参照）を生成し、表示部２４に表示する。指示受付部２２２は、入力画面Ｇ１を閲覧したユーザが操作部２３を操作することによって入力した指示情報を受け付け、通信部２１を用いてサーバ１０に送信する。
【００８０】
結果表示部２２３は、サーバ１０によって抽出されたビールの抽出結果及び飲み頃の日付を通信部２１を用いて受信し、表示部２４に表示する。選択受付部２２４は、サーバ１０によって抽出されたビールの中からユーザが操作部２３を操作することで入力した選択指示を受け付け、通信部２１を用いてサーバ１０に送信する。
【００８１】
操作部２３は、例えば、タッチパネル、キーボード、及びマウス等の入力装置で構成され、ユーザが種々の指示を入力するために使用される。表示部２４は、例えば、液晶ディスプレイ等の表示装置で構成され、入力画面Ｇ１等を表示したり、サーバ１０により抽出されたビールの銘柄等を表示する。
【００８２】
図５は、図１に示す情報提示システムの処理の一例を示すフローチャートである。Ｓ１では、嗜好領域生成部１２１は、評価情報ＤＢ１３２に記憶された評価情報テーブルＴ４１と、醸造所ＤＢ１３１に記憶された測定テーブルＴ３３とを用いて嗜好領域を生成する。嗜好領域の生成の詳細について、以下説明する。
【００８３】
まず、嗜好領域生成部１２１は、該当するユーザのユーザＩＤが割り付けられた評価情報テーブルＴ４１（図４参照）において、評価値が５以上のビールを抽出する。ここでは、銘柄ＩＤ「ＡＡ」及び「ＡＢ」のビールの評価値が「５」であるため、これらのビールが抽出される。次に、嗜好領域生成部１２１は、銘柄ＩＤ「ＡＡ」及び「ＡＢ」に対応する発酵ＩＤ「ＡＡ＿１」及び「ＡＢ＿１」をキーにして測定テーブルＴ３３を特定する。次に、嗜好領域生成部１２１は、特定した測定テーブルＴ３３から両ビールのそれぞれの成分（アルコール度数、ＩＢＵ値、及びグルタミン酸ナトリウム）の測定値を取得する。
【００８４】
次に、嗜好領域生成部１２１は、両ビールのそれぞれのＩＢＵ値から両ビールのそれぞれの苦味の値を決定すると共に、両ビールのそれぞれの「アルコール度数」及び「グルタミン酸ナトリウム」の含有量から両ビールのそれぞれの味わいの値を決定する。
【００８５】
次に、嗜好領域生成部１２１は、両ビールのそれぞれの苦味及び味わいの値に対応する２つの点を両ビールの味の特徴量を示す点として座標空間ＳＰにプロットする。次に、嗜好領域生成部１２１は、プロットした２つの点を通る又は含む閉曲線を設定し、この閉曲線によって取り囲まれた領域を嗜好領域として生成する。この例ではプロットされた点は２つなので、例えば、２点を焦点とする楕円が閉曲線として採用されればよい。プロットされた点が３つ以上であれば、３点を曲線補間することで閉曲線が設定されればよい。プロットされた点が１つの場合は、１点を中心とする所定半径の円の円周が閉曲線として設定されればよい。
【００８６】
これにより、図１０の座標空間画像Ｇ１１に示されるような閉曲線Ｄ１１によって取り囲まれる領域Ｄ１が嗜好領域として設定される。なお、嗜好領域生成部１２１は、上述した手法で設定した閉曲線Ｄ１１の外側にこの閉曲線Ｄ１１を取り囲む別の閉曲線Ｄ１２を設定し、領域Ｄ１に対して閉曲線Ｄ１１及び閉曲線Ｄ１２によって取り囲まれる領域Ｄ２を加えた領域（Ｄ１＋Ｄ２）を嗜好領域として設定してもよい。この場合、図１０の座標空間画像Ｇ１１に示されるように閉曲線Ｄ１１，Ｄ１２を用いた嗜好領域が生成され、あたかも等高線を用いたかのように嗜好領域を表現することができる。
【００８７】
この場合、嗜好領域生成部１２１は、閉曲線Ｄ１１で取り囲まれる領域Ｄ１の色を閉曲線Ｄ１１及び閉曲線Ｄ１２で挟まれる領域Ｄ２の色よりも濃い色に設定してもよい。これにより、領域（Ｄ１＋Ｄ２）の中心ほどユーザの味の好みが高いことを表現できる。
【００８８】
上記説明では、嗜好領域生成部１２１は、評価情報テーブルＴ４１から評価値「５」のビールを抽出したが、本開示はこれに限定されず、評価値が所定値（例えば、「４」又は「３」）以上のビールを抽出してもよい。この場合、嗜好領域生成部１２１は、座標空間ＳＰにおいてプロットした点を評価値別に通る閉曲線又は含む閉曲線によって取り囲まれる領域を嗜好領域として設定してもよい。また、評価情報テーブルＴ４１において評価値「５」のビールが存在しない場合、評価情報テーブルＴ４１が記憶する評価値のうち評価値が最高のビールが評価情報テーブルＴ４１から抽出されればよい。
【００８９】
更に、上記説明では、嗜好領域生成部１２１は、測定テーブルＴ３３を参照することで、評価値「５」のビールの成分の含有量を特定したが、本開示はこれに限定されず、銘柄テーブルＴ３１の「ターゲット情報」のフィールドに記憶された基準含有量を用いて評価値「５」のビールの成分の含有量を特定してもよい。この場合、「ターゲット情報」フィールドに記憶された基準含有量が成分情報の一例となる。
【００９０】
図５に参照を戻す。Ｓ２では、嗜好領域生成部１２１は、Ｓ１で生成した嗜好領域を示す情報を通信部１１を用いてユーザ端末２０に送信する。
【００９１】
Ｓ２１では、ユーザ端末２０の通信部２１は嗜好領域を示す情報を受信する。Ｓ２２では、入力画面生成部２２１は、Ｓ２１で受信した嗜好領域を示す情報を用いて入力画面Ｇ１に嗜好領域を表示する。これにより、図１０で示される嗜好領域１００１等が入力画面Ｇ１上に表示される。
【００９２】
Ｓ２３では、ユーザ端末２０の指示受付部２２２は、ユーザから好みの味を示す指示情報の入力を受け付ける。Ｓ２４では、ユーザ端末２０の指示受付部２２２は、Ｓ２３で受け付けられた指示情報を通信部２１を用いてサーバ１０に送信する。
【００９３】
Ｓ３では、サーバ１０の通信部１１は、指示情報を受信する。Ｓ４では、サーバ１０のプロセッサ１２は抽出処理を実行し、ユーザの好みのビールとそのビールの飲み頃の日付とを含む抽出結果を決定する。抽出処理の詳細は図６を用いて後述する。
【００９４】
Ｓ５では、サーバ１０の通信部１１は、Ｓ４で決定された抽出結果をユーザ端末２０に送信する。Ｓ２５では、ユーザ端末２０の通信部２１は、抽出結果を受信する。
【００９５】
Ｓ２６では、ユーザ端末２０の結果表示部２２３は、抽出結果を表示部２４に表示する。Ｓ２７では、ユーザ端末２０の選択受付部２２４は、抽出結果で示されたビールに対するユーザの選択指示を操作部２３を介して受け付ける。Ｓ２８では、ユーザ端末２０の選択受付部２２４は、Ｓ２７で受け付けられた選択指示を通信部２１を用いてサーバ１０に送信する。
【００９６】
Ｓ６では、サーバ１０の通信部１１は、選択指示を受信する。Ｓ７では、サーバ１０の決定部１２６は、選択指示が示すビールを購入対象のビールとして決定する。
【００９７】
図６は、図５のＳ４の抽出処理の詳細を示すフローチャートである。Ｓ４０１では、サーバ１０の抽出部１２４は、銘柄テーブルＴ３１（図３参照）を用いて醸造所ＤＢ１３１が記憶する各ビールの経過情報を生成する。
【００９８】
図７は、経過情報の生成の第１例を示すための図である。第１例は醸造所ＤＢ１３１において１つの銘柄テーブルＴ３１（図３参照）が記憶されている銘柄のビールに対して適用される手法である。この場合、抽出部１２４は、図３に示す銘柄テーブルＴ３１に示すセル群Ｃ１の各列の３つのセルに記憶された３つの含有量から各列に対応する苦味の値及び味わいの値を算出して、各列に対応する第２特徴量を得る。そして、抽出部１２４は、算出した第２特徴量を座標空間ＳＰにプロットする。これにより、図７に示すように、第２特徴量を示す点Ｐ１１、点Ｐ１２、点Ｐ１３、及び点Ｐ１４が座標空間ＳＰにプロットされる。点Ｐ１１〜点Ｐ１４は、それぞれ出荷日から０日目、３日目、１週目、及び２週目の第２特徴量を示している。
【００９９】
次に、抽出部１２４は、点Ｐ１１〜Ｐ１４を繋ぐ折れ線からなるグラフＧＲ１を座標空間ＳＰに設定し、グラフＧＲ１に経過日数をプロットすることで経過情報を生成する。以上により第１例に示す経過情報が生成される。なお、図７の例では、４つの点しかプロットされていないが、実際には、セル群Ｃ１の各列に対応する個数の点が座標空間ＳＰにプロットされる。
【０１００】
図８は、経過情報の生成の第２例を示すための図である。第２例は醸造所ＤＢ１３１において複数の銘柄テーブルＴ３１（図３参照）が記憶されている銘柄のビールに対して適用される手法である。ここでは、ある銘柄につきｋ（ｋは２以上の整数）個の銘柄テーブルＴ３１があるとする。この場合、抽出部１２４は、第１例と同様、銘柄テーブルＴ３１に示すセル群Ｃ１の各列に対応する第２特徴量を算出して座標空間ＳＰをプロットしていくが、銘柄テーブルＴ３１がｋ個あるため、第１例に対してｋ倍の点が座標空間ＳＰにプロットされることになる。ここで、プロットされた点をＰｍとする。次に、抽出部１２４は、座標空間ＳＰにプロットされた点Ｐｍの回帰直線又は回帰曲線を求め、得られた回帰直線又は回帰曲線に経過日数をプロットすることで経過情報を生成する。図８の例では、グラフＧＲ２で示される回帰曲線が経過情報として生成されている。ここで、抽出部１２４は、点Ｐｍを経過日数ごとに分類し、分類した点Ｐｍの苦味又は味わいの平均値を求め、その平均値のグラフＧＲ２上の位置に対応する経過日数をプロットすればよい。１日目を例に挙げると、抽出部１２４は、１日目を構成するｋ個の点Ｐｍの苦味又は味わいの平均値を算出し、その平均値を持つグラフＧＲ２上の点に経過日数「１日目」をプロットすればよい。
【０１０１】
そして、抽出部１２４は、銘柄テーブルＴ３１に記憶されている全銘柄のビールのそれぞれについて、図７又は図８に示す処理を適用して、全銘柄のそれぞれの経過情報を生成する。
【０１０２】
図６に参照を戻す。Ｓ４０２では、サーバ１０の特徴量算出部１２３は、Ｓ３で受信した指示情報から第１特徴量を算出する。Ｓ４０３では、抽出部１２４は、Ｓ４０２で算出した第１特徴量とＳ４０１で生成した全銘柄の経過情報のそれぞれとのユークリッド距離ｄを算出する。図７に示す経過情報の生成の第１例が採用された場合のユークリッド距離ｄの算出手法は、図２で説明した手法と同じである。
【０１０３】
図８に示す経過情報の生成の第２例が採用された場合も、抽出部１２４は、第１例の場合と同様、経過情報と第１特徴量を示す点Ｐ０との最短距離を示すユークリッド距離ｄを算出すればよい。
【０１０４】
図６に参照を戻す。Ｓ４０４では、抽出部１２４は、Ｓ４０３で算出したユークリッド距離ｄのうち、基準値以下のビールを抽出する。ここで、基準値としては、ユーザが指示情報によって指定した好みの味に近いとみなせる予め定められた値が採用できる。
【０１０５】
Ｓ４０５では、時期特定部１２５は、Ｓ４０４で抽出されたビールについて飲み頃の日付を求める。図７の例では、交点Ｐｘが出荷日から１週目の点Ｐ１３と出荷日から２週目の点Ｐ１４との間に位置する。この場合、時期特定部１２５は、点Ｐ１３及び点Ｐ１４間の距離に対する点Ｐ１３及び交点Ｐｘ間の距離の比を求め、その比で１週目と２週目との差である７日を乗じることで、交点Ｐｘに対応する経過日数を算出する。例えば、交点Ｐｘが点Ｐ１３及び点Ｐ１４の中点にあったとすると、点Ｐ１３を基準とする交点Ｐｘに対応する経過日数が４日（７×０．５＝３．５の繰り上げ）となるので、交点Ｐｘの経過日数は、１週間＋４日＝１１日と算出される。そして、時期特定部１２５は、点Ｐ１１に対応する出荷日を発酵テーブルＴ３２から特定し、その出荷日に交点Ｐｘの経過日数を加えることで、飲み頃の日付を算出すればよい。例えば、出荷日が２０１８年７月２０日であったとすると、この日付に１１日を加えた２０１８年７月３１日が飲み頃の日付として算出される。なお、抽出部１２４は、Ｓ４０４で抽出された全銘柄のビールについて飲み頃の日付を算出する。
【０１０６】
Ｓ４０６では、抽出部１２４は、Ｓ４０４で抽出したビールとそのビールの飲み頃の日付とを対応付けた情報を抽出結果として生成する。例えば、銘柄ＩＤ「ＡＡ」及び銘柄ＩＤ「ＡＢ」のビールが抽出され、それぞれの飲み頃の日付が「２０１８年７月３１日」、「２０１８年７月３０日」であったとすると、抽出結果には、銘柄ＩＤ「ＡＡ」及び飲み頃の日付「２０１８年７月３１日」が対応付けられたデータと、銘柄ＩＤ「ＡＢ」及び飲み頃の日付「２０１８年７月３０日」が対応付けられたデータとが含まれることになる。なお、抽出結果には銘柄ＩＤ「ＡＡ」の他、ビールの銘柄及び醸造所等のビールに関する情報が含まれていてもよい。Ｓ４０６が終了すると処理は、図５のＳ５に進む。
【０１０７】
図９は、図１に示す情報提示システムの処理を纏めた図である。まず、図９の１段目では、評価情報テーブルＴ４１に蓄積された評価情報からユーザの味に対する嗜好領域が算出されている。図９の１段目の例では２つの嗜好領域９０１，９０２が算出されている。このように、本実施の形態では、嗜好領域生成部１２１は、座標空間ＳＰに多数の点がプロットされた場合、複数の嗜好領域を生成してもよい。
【０１０８】
具体的には、嗜好領域生成部１２１は、まず、図５のＳ１で説明したように、座標空間ＳＰに評価値が所定値以上のビールの特徴量を示す点Ｐｎをプロットする。次に、嗜好領域生成部１２１は、例えば、最長距離法及び群距離法等の公知のクラスタリング手法を用いてプロットされた点Ｐｎのクラスタリングを試みる。そして、プロットされた点Ｐｎが複数のクラスタに分割された場合、嗜好領域生成部１２１は、各クラスタを構成する点Ｐｎについて、図５のＳ１で説明した手法を適用して各クラスタに対応する嗜好領域を生成すればよい。
【０１０９】
図９の２段目では、嗜好領域９０１，９０２がユーザ端末２０に表示されている。図９の３段目では、ユーザは、嗜好領域９０１，９０２を参照しながら、好みの味を示す座標空間ＳＰ上の位置を指定することで指示情報を入力する。ここでは、嗜好領域９０２内において中心の少し上方の点Ｐ０が指定されている。
【０１１０】
図９の４段目では、点Ｐ０と醸造所ＤＢ１３１に記憶された各ビールの経過情報のそれぞれとのユークリッド距離ｄが算出され、ユークリッド距離ｄが基準値以下のビールが抽出され、抽出結果がユーザ端末２０に表示されている。ここでは、３つの領域９１，９２，９３内に経過情報が位置する３つのビールが抽出され、ユーザ端末２０に表示されている。
【０１１１】
図１０は、ユーザ端末２０に表示される入力画面Ｇ１〜Ｇ４の一例を示す図である。まず、ユーザ端末２０には入力画面Ｇ１が表示される。この入力画面Ｇ１は、ユーザが本情報提示システムにおけるサービスを受けるためのアプリケーションをユーザ端末２０上で起動させ、サーバ１０にログインした直後に表示される画面である。
【０１１２】
入力画面Ｇ１は、座標空間ＳＰを示す座標空間画像Ｇ１１と、銘柄表示欄Ｇ１２とを備えている。座標空間画像Ｇ１１は、縦軸に苦味、横軸に味わいが設定された座標空間ＳＰを表示する画像である。この例では、座標空間画像Ｇ１１には、３つの嗜好領域１００１，１００２，１００３が表示されている。これらの嗜好領域１００１〜１００３は、ログインしたユーザの評価情報テーブルＴ４１に基づいて生成された領域である。嗜好領域１００１〜１００３を表示することで、ユーザに対して指示情報を入力する際の目安を提供することができ、指示情報の入力が容易になる。
【０１１３】
楕円で示される複数の領域１１０１は、醸造所ＤＢ１３１に記憶されている各銘柄のビールの経過情報の座標空間ＳＰ上での分布を示している。ここで、全ての経過情報が含まれるように領域１１０１を表示してしまうと、領域１１０１が過度に大きく表示されて、視認性が低下する可能性がある。そこで、領域１１０１は、出荷日から数日（例えば、３日又は４日）までの経過情報を含む大きさで表示されてもよい。
【０１１４】
銘柄表示欄Ｇ１２には醸造所ＤＢ１３１に記憶された各ビールの銘柄を示すアイコンＡＣ１が表示される。ここで、銘柄表示欄Ｇ１２の中央に表示されたアイコンＡＣ１は、線Ｌ１によって領域１１０１と対応付けて表示されている。このとき、中央に表示されたアイコンＡＣ１に対応する領域１１０１は他の領域１１０１に比べて濃い色で表示されている。これらにより、ユーザは、アイコンＡＣ１で示す銘柄のビールの座標空間ＳＰ上での味の分布を容易に認識できる。
【０１１５】
銘柄表示欄Ｇ１２を右方向Ｅ１にスライドする操作が入力されると、入力画面生成部２２１は、銘柄表示欄Ｇ１２を右方向にスクロール表示させる。一方、銘柄表示欄Ｇ１２を左方向Ｅ２にスライドする操作が入力されると、入力画面生成部２２１は、銘柄表示欄Ｇ１２を左方向にスクロール表示させる。これにより、他の銘柄のアイコンＡＣ１が銘柄表示欄Ｇ１２に表示される。この場合、銘柄表示欄Ｇ１２の中央に表示された他の銘柄のアイコンＡＣ１も線Ｌ１によって領域１１０１と対応付けて表示される。そのため、他の銘柄のビールについてもユーザは座標空間ＳＰ上での味の分布を容易に認識することができる。
【０１１６】
入力画面Ｇ１において入力欄Ｒ１又は編集ボタンＢ１１を選択する操作（例えば、タップ又はクリック）が入力されると、指示受付部２２２は、表示部２４に入力画面Ｇ２を表示させる。
【０１１７】
入力画面Ｇ２は、ユーザに好みの味を示す指示情報を入力させる画面である。入力画面Ｇ２は、日付指定欄Ｒ１０、味わい入力欄Ｒ２１、苦味入力欄Ｒ２２、及び「探す」と記載された検索ボタンＢ２４を備えている。
【０１１８】
日付指定欄Ｒ１０は、ユーザにビールの摂取を希望する希望日付を入力させる欄である。日付指定欄Ｒ１０に日付が入力された場合のビールの抽出手法については実施の形態３で説明し、ここでは、説明を省略する。なお、日付の入力を希望しない場合、ユーザはトグルスイッチＢ２１をオフにすればよい。
【０１１９】
味わい入力欄Ｒ２１は、ユーザに好みの味の値を入力させる欄である。味わい入力欄Ｒ２１は、横長のスライドバーＰＡを備えている。スライドバーＰＡは、味わいの範囲の下限値を入力するためのスライドボタンＴ１１と、味わいの範囲の上限値を入力するためのスライドボタンＴ１２とを備えている。
【０１２０】
スライドボタンＴ１１及びスライドボタンＴ１２とは、それぞれ、味わいの指定可能範囲を示す０〜１００の値が割り付けられたゲージＲ２１２上でスライド可能に構成されている。ユーザはスライドボタンＴ１１をゲージＲ２１２上でスライドさせて適当な位置に位置決めすることにより、好みの味の値の下限値を入力する。また、ユーザはスライドボタンＴ１２をゲージＲ２１２上でスライドさせて適当な位置に位置決めすることにより、好みの味の値の上限値を入力する。したがって、スライドボタンＴ１１とスライドボタンＴ１２との幅が味わいの範囲となる。この幅はゲージＲ２１２に比べて太い線で表示されている。これにより、ユーザはこの幅から自身が入力した味わいの範囲を容易に認識することができる。
【０１２１】
スライドバーＰＡの上側には、味わいの範囲を示す数値表示欄Ｒ２１１が設けられている。数値表示欄Ｒ２１１は、ユーザがスライドボタンＴ１１をスライドさせることで入力した味わいの値の下限値と、ユーザがスライドボタンＴ１２をスライドさせることで入力した味わいの値の上限値とを表示する。
【０１２２】
スライドボタンＴ１１がスライドされると、それに連動して数値表示欄Ｒ２１１の下限値が変動する。また、スライドボタンＴ１２がスライドされると、それに連動して数値表示欄Ｒ２１１の上限値が変動する。この例では、スライドボタンＴ１１が味わいの値「４６」の位置に位置決めされ、スライドボタンＴ１２が味わいの値「６７」の位置に位置決めされている。そのため、数値表示欄Ｒ２１１には、「４６−６７」と表示されている。これにより、ユーザは自身が入力した好みの味の範囲を数値を通じてより容易に認識することができる。
【０１２３】
苦味入力欄Ｒ２２も、味わい入力欄Ｒ２１と同様、スライドバーＰＡ及び数値表示欄Ｒ２１１を備えている。ユーザは、スライドボタンＴ１１及びスライドボタンＴ１２をスライドさせることで、苦味の範囲を入力する。この例では、苦味の範囲として「３６−６０」が入力されている。
【０１２４】
このように、ユーザは、味わい入力欄Ｒ２１と苦味入力欄Ｒ２２とにおいて味わいの範囲と苦味の範囲とを入力することで指示情報を入力する。
【０１２５】
なお、ユーザは味わい及び苦味のいずれか一方の入力を省くことも可能である。味わいの入力を省く場合、ユーザはトグルスイッチＢ２２をオフにすればよい。また、苦味の入力を省く場合、ユーザはトグルスイッチＢ２３をオフにすればよい。
【０１２６】
検索ボタンＢ２４は、好み味のビールをユーザが検索する際に選択されるボタンである。検索ボタンＢ２４が選択されると、指示受付部２２２は、ユーザが入力した指示情報をサーバ１０に送信する。また、検索ボタンＢ２４が選択されると結果表示部２２３は、入力画面Ｇ３を表示部２４に表示する。
【０１２７】
入力画面Ｇ３は、サーバ１０による抽出結果を表示する画面である。入力画面Ｇ３は、座標空間画像Ｇ３１及び銘柄表示欄Ｇ３２を備えている。
【０１２８】
座標空間画像Ｇ３１は、座標空間画像Ｇ１１と同様、座標空間ＳＰを表示する画像である。但し、入力画面Ｇ１の座標空間画像Ｇ１１が醸造所ＤＢ１３１に記憶された全銘柄のビールの領域１１０１を表示するのに対して、入力画面Ｇ３の座標空間画像Ｇ３１は、サーバ１０から送信された抽出結果に含まれる銘柄のビールの領域１１０１のみが表示されている。ここでは、４つのビールが抽出されたため、４つの領域１１０１が表示されている。また、座標空間画像Ｇ３１には、入力画面Ｇ２で入力された味わいの範囲を示す縦長の帯と苦味の範囲を示す横長の帯とが表示されている。したがって、縦長の帯と横長の帯とがクロスする四角形の領域がユーザが入力した好みの味の範囲を示すことになる。
【０１２９】
この場合、サーバ１０において、特徴量算出部１２３はクロスする四角形の領域の中心点を第１特徴量として設定し、抽出部１２４は設定されたこの中心点に対してユークリッド距離ｄが基準値以下のビールを抽出すればよい。
【０１３０】
また、味わいの入力が省略された場合、サーバ１０において、特徴量算出部１２３は、苦味の範囲を示す横長の帯の中央を通る横線を第１特徴量として設定し、抽出部１２４は設定された横線に対してユークリッド距離ｄが基準値以下のビールを抽出すればよい。
【０１３１】
また、苦味の入力が省略された場合、サーバ１０において、特徴量算出部１２３は、味わいの範囲を示す縦長の帯の中央を通る縦線を第１特徴量として設定し、抽出部１２４は設定された縦線に対してユークリッド距離ｄが基準値以下のビールを抽出すればよい。
【０１３２】
銘柄表示欄Ｇ３２をスライドさせる操作が入力されると、選択受付部２２４は、抽出結果に含まれる銘柄のビールの中から別の銘柄のビールのアイコンＡＣ１を表示させる。これにより、ユーザは抽出された全てのビールの銘柄を確認することができる。
【０１３３】
また、銘柄表示欄Ｇ３２の中央に表示されたアイコンＡＣ１は線Ｌ１によって領域１１０１と対応付けて表示されている。これにより、ユーザは抽出された全てのビールについて味が分布する領域１１０１を確認することができる。また、座標空間画像Ｇ３１にはユーザが入力した好みの味の範囲が表示されているので、ユーザは、この好みの味の範囲と領域１１０１とを対比しながら、購入するビールを選択することができる。
【０１３４】
なお、入力画面Ｇ３の表示後に再検索したいと考えたユーザにより入力欄Ｒ１又は編集ボタンＢ１１を選択する操作が入力されると、指示受付部２２２は、表示部２４に入力画面Ｇ２を表示させればよい。
【０１３５】
入力画面Ｇ３においてある領域１１０１を選択する操作（例えば、タップ又はクリック）が入力されると、結果表示部２２３は、入力画面Ｇ４を表示部２４に表示させる。入力画面Ｇ４には、選択された領域１１０１を中心に座標空間画像Ｇ３１を拡大させ座標空間画像Ｇ４１が表示されている。
【０１３６】
座標空間画像Ｇ４１には、選択された領域１１０１に含まれる経過情報を示すグラフＧＣ１が表示されている。グラフＧＣ１において黒色の点は日付を示している。この例では、左から１つ目の点が本日における第２特徴量を示し、２つ目の点は翌日における第２特徴量を示すというように、第２特徴量が日付と対応付けて表示されている。更に、左から３つ目の点は飲み頃の日付であるため、他の点よりも大きく表示されており、且つ、吹き出しマークＭ１が近傍に表示されている。吹き出しマークＭ１内には、「おすすめタイミング  ２０１８／０６／２０」とのメッセージが表示されている。これにより、ユーザは該当するビールの飲み頃の日付が本日から２日後の２０１８年６月２０日であることを容易に認識できる。
【０１３７】
また、入力画面Ｇ４には、選択された領域１１０１に対応するビールの詳細情報を示す銘柄表示欄Ｇ４２が表示されている。ここでは、銘柄表示欄Ｇ４２には、銘柄「門真ＩＰＡ」と、第２特徴量である味わいの値「６５」及び苦味の値「４５」と、この銘柄のビールに対する説明が表示されている。更に、銘柄表示欄Ｇ４２は、店舗検索ボタンＢ４１が表示されている。店舗検索ボタンＢ４１は、該当するビールを購入する際にユーザにより選択されるボタンである。
【０１３８】
店舗検索ボタンＢ４１がユーザにより選択される操作が入力されると、選択受付部２２４は、選択指示をサーバ１０に送信し、サーバ１０から送信された該当するビールを購入するための店舗リスト（図略）を表示部２４に表示させる。ユーザは店舗リストに一覧表示された店舗の中から好みの店舗を選択すると、その店舗のホームページが表示部２４に表示される。そして、ユーザは、その店舗を実際に訪問する又はその店舗からビールを取り寄せる等してビールを購入する。なお、店舗リストには該当するビールを提供する飲食店が含まれてもよい。
【０１３９】
以上説明したように実施の形態１に係る情報提示システムによれば、ユーザの好みの味の特徴を示す第１特徴量と、醸造所ＤＢ１３１に記憶された各ビールについての味の特徴を示す第２特徴量の経時的変化を示す経過情報とのユークリッド距離ｄが基準値以下となる食品が抽出され、抽出した食品がユーザに提示される。そのため、本構成は、ビールの味の経時的変化を考慮に入れてユーザの好みの味のビールを提示することができる。
【０１４０】
（実施の形態２）
実施の形態２に係る情報提示システムは、ユーザに好みの熟成日数を入力させ、その熟成日数を更に考慮に入れてユーザの好みのビールを抽出するものである。熟成日数とは、出荷日からの経過日数を示す。無濾過ビールは出荷日からの経過日数が経つにつれて熟成の度合いが進むので、本実施の形態では、出荷日からの経過日数を熟成日数と称している。
【０１４１】
なお、本実施の形態において実施の形態１と同一の構成要素には同一の符号を付し、説明を省略する。また、本実施の形態において、情報提示システムの構成は実施の形態１と同じであるため、図１を用いるものとする。また、本実施の形態において、情報提示システムのメインルーチンは実施の形態１と同じであるため、図５を用いるものとする。但し、図５において、Ｓ２４で送信される指示情報には、ユーザが入力した熟成日数が含まれているものとする。
【０１４２】
入力画面Ｇ２において、「Ｍｏｒｅ」と記載されたその他の表示欄Ｒ２３を選択する操作がユーザにより入力されると、指示受付部２２２は、入力画面Ｇ２に熟成日数の入力欄（図略）を表示する。この熟成日数の入力欄に希望する熟成日数がユーザにより入力されると、指示受付部２２２は、その熟成日数を指示情報に含めてサーバ１０に送信する。
【０１４３】
図１１は、実施の形態２における抽出処理の詳細を示すフローチャートである。なお、図１１のフローにおいて図６と同一の処理には同一のステップ番号を付している。
【０１４４】
Ｓ４０２に続くＳ１１０１では、抽出部１２４は、熟成日数に対応する第２特徴量を抽出する。図７を参照して、例えば、熟成日数として「３日」が入力されたとすると、抽出部１２４は、経過情報を示すグラフＧＲ１の中から「３日」が対応付けられた第２特徴量を抽出する。そして、抽出部１２４は抽出した第２特徴量を示す点Ｐ１２と、第１特徴量を示す点Ｐ０とのユークリッド距離ｄを算出する。
【０１４５】
抽出部１２４は、醸造所ＤＢ１３１に記憶された全てのビールについても同様にして出荷日から３日後の第２特徴量を抽出し、抽出した第２特徴量を示す点と点Ｐ０とのユークリッド距離ｄを算出する。そして、抽出部１２４は、ユークリッド距離ｄが基準値以下のビールをユーザの好みのビールとして抽出し、抽出結果をユーザ端末２０に送信する。
【０１４６】
このように実施の形態２によれば、ユーザが希望する熟成日数が経過した時点でユーザの好みの味を持つビールをユーザに提示できる。
【０１４７】
（実施の形態３）
実施の形態３は、ユーザにビールを飲む希望日付を入力させ、希望日付を考慮に入れてユーザの好みの味のビールを抽出するものである。希望日付とは、例えば「２０１８年６月２０日」というように、ユーザがビールの摂取を希望する日付である。
【０１４８】
なお、本実施の形態において実施の形態１、２と同一の構成要素には同一の符号を付し、説明を省略する。また、本実施の形態においては、情報提示システムの構成及びメインルーチンはそれぞれ図１及び図５を用いるものとする。但し、図５において、Ｓ２４で送信される指示情報には、ユーザが入力した希望日付が含まれているものとする。
【０１４９】
入力画面Ｇ２において、日付指定欄Ｒ１０にユーザにより希望日付が入力されると、指示受付部２２２は、その希望日付を指示情報に含めてサーバ１０に送信する。図１２は、実施の形態３における抽出処理の詳細を示すフローチャートである。なお、図１２のフローにおいて図６と同一の処理には同一のステップ番号を付している。
【０１５０】
Ｓ４０２に続くＳ１２０１では、抽出部１２４は、希望日付に対応する第２特徴量を抽出する。図７を参照して、例えば、希望日付として「２０１８年６月２０日」が入力されたとする。この場合、抽出部１２４は、希望日付に対応する出荷日の経過日数を特定する。具体的には、抽出部１２４は、発酵テーブルＴ３２から出荷日を特定し、その出荷日と希望日付の差分日数を経過日数として算出する。例えば、出荷日が「２０１８年６月１７日」であるとすると、３日が経過日数として算出される。そして、抽出部１２４は、経過情報を示すグラフＧＲ１の中から経過日数「３日」が対応付けられた第２特徴量を抽出し、第２特徴量を示す点Ｐ１２と、第１特徴量を示す点Ｐ０とのユークリッド距離ｄを算出する。
【０１５１】
抽出部１２４は、醸造所ＤＢ１３１に記憶された全てのビールについても同様にして希望日付と出荷日との差分日数から第２特徴量を示す点と点Ｐ０とのユークリッド距離ｄを算出する。そして、抽出部１２４は、ユークリッド距離ｄが基準値以下のビールをユーザの好みのビールとして抽出し、抽出結果をユーザ端末２０に送信する。
【０１５２】
このように実施の形態３によれば、ユーザがビールの摂取を希望する希望日付においてユーザの好みの味を持つビールをユーザに提示できる。
【０１５３】
（実施の形態４）
実施の形態４は、銘柄テーブルＴ３１の「ターゲット情報」のフィールドに記憶された各成分の基準含有量と、測定テーブルＴ３３に記憶された各成分の測定値との差分から、経過情報が実際に出荷されたビールの第２特徴量を示すように経過情報を補正するものである。
【０１５４】
なお、本実施の形態において実施の形態１〜３と同一の構成要素には同一の符号を付し、説明を省略する。また、本実施の形態においては、情報提示システムの構成は実施の形態１と同じであるため図１を用いるものとする。
【０１５５】
本実施の形態では、抽出部１２４は、以下のようにして経過情報を補正する。まず、抽出部１２４は、対象となるビールの銘柄テーブルＴ３１の「ターゲット情報」からアルコール度数、ＩＢＵ値、及びグルタミン酸ナトリウムのそれぞれの基準含有量を取得する。
【０１５６】
次に、抽出部１２４は、「銘柄ＩＤ」をキーに発酵テーブルＴ３２を参照して対象となるビールの「発酵ＩＤ」を特定し、特定した「発酵ＩＤ」をキーに対象となるビールの測定テーブルＴ３３を特定する。次に、抽出部１２４は、特定した測定テーブルＴ３３からアルコール度数、ＩＢＵ値、及びグルタミン酸ナトリウムのそれぞれの測定値を取得する。
【０１５７】
次に、抽出部１２４は、アルコール度数、ＩＢＵ値、及びグルタミン酸ナトリウムのそれぞれの測定値から、銘柄テーブルＴ３１から取得したアルコール度数、ＩＢＵ値、及びグルタミン酸ナトリウムのそれぞれの基準含有量を差し引くことにより差分を算出する。ここで、アルコール度数、ＩＢＵ値、及びグルタミン酸ナトリウムのそれぞれの差分を、それぞれ、Δθ１、Δθ２、Δθ３とおく。
【０１５８】
次に、抽出部１２４は、セル群Ｃ１に記憶されたアルコール度数、ＩＢＵ値、及びグルタミン酸ナトリウムのそれぞれの含有量にΔθ１，Δθ２，Δθ３を加える。これにより、図３の銘柄テーブルＴ３１の右側のグラフに示されるように、セル群Ｃ１に記憶されたアルコール度数、ＩＢＵ値、及びグルタミン酸ナトリウムの経時的変化を示すグラフが、それぞれ、縦軸の方向にΔθ１，Δθ２，Δθ３だけオフセットされる。
【０１５９】
次に、抽出部１２４はセル群Ｃ１に記憶されたΔθ１，Δθ２，Δθ３が加えられた各含有量を用いて、味わいの値及び苦味の値を算出し、第２特徴量の経時的変化を示す経過情報を生成する。
【０１６０】
製造工程においては、ターゲット情報を参照して、各成分の基準含有量が決定されてビールが製造されるが、製造後に各成分の含有量を測定すると、何らかの要因によって、ターゲット情報通りに含有量が含まれないケースが発生する。また、醸造所では、単にターゲット情報が示す各成分の含有量通りに成分を配合するのではなく、季節、温度、及び湿度等の環境要因、並びに原料となるホップ及び麦の品質等の品質要因によって各成分の含有量が調整されることもある。
【０１６１】
また、銘柄テーブルＴ３１のセル群Ｃ１を構成する各セルには、ターゲット情報に示される基準含有量通りに製造されたビールに対応する各成分の含有量が記憶されている。すなわち、セル群Ｃ１を構成する各セルには、含有量の代表値が記憶されている。ここで、代表値としては、例えば、コンピュータシミュレーションを用いて予測された予測値が採用されてもよいし、基準含有量通りに製造されたビールの各成分の測定値及びその測定値の平均値が採用されてもよい。そのため、セル群Ｃ１が記憶する含有量は、実際に出荷されたビールの含有量と必ずしも一致するわけではない。
【０１６２】
そこで、本実施の形態では経過情報を出荷されたビールの第２特徴量の経時的変化を示すように補正する。これにより、実際に製造されたビールの各成分の測定量の製造レシピに対するずれを考慮に入れて経過情報を補正することができる。そして、補正後の経過情報を用いてユーザの好みのビールが抽出されているため、ユーザの好みのビールをより正確に抽出できる。
【０１６３】
（変形例）
（１）上記実施の形態では、ユーザに指示情報を入力させるものとして説明したが、本開示はこれに限定されず、指示情報の入力は省かれてもよい。この場合、ユーザは、入力画面Ｇ２においてトグルスイッチＢ２２，Ｂ２３の両方をオフにすればよい。また、この場合、特徴量算出部１２３は、評価情報テーブルＴ４１から生成された嗜好領域の中心点を第１特徴量として設定すればよい。そして、抽出部１２４はこの中心点に対するユークリッド距離ｄが基準値以下のビールを抽出すればよい。なお、図１０に示すように複数の嗜好領域１００１，１００２，１００３が生成された場合、特徴量算出部１２３は、嗜好領域１００１，１００２，１００３のそれぞれの中心点を第１特徴量として設定すればよい。そして、抽出部１２４は、これらの中心点のうちいずれかの中心点に対するユークリッド距離ｄが基準値以下のビールをユーザの好みのビールとして抽出すればよい。
【０１６４】
（２）ユーザは、図１０の入力画面Ｇ２において検索ボタンＢ２４を選択してビールの検索依頼を行う際、検索対象のビールが何杯目に飲みたいビールであるかの順序情報を入力してもよい。例えば、今回の食事において、３杯目のビールを飲もうとした時に検索依頼を入力するケースが考えられる。この場合、入力画面Ｇ２に順序情報の入力欄を設け、その入力欄に順序情報として「３」をユーザに入力させる。入力された順序情報は指示情報に含まれてサーバ１０に送信される。なお、このケースにおいては、ユーザは味わい及び苦味を入力しないものとする。
【０１６５】
すると、サーバ１０において、特徴量算出部１２３は、順序情報が示す順序において評価値が所定値（例えば「５」）のビールを評価情報テーブルＴ４１から抽出する。ここで、特徴量算出部１２３は、評価情報テーブルＴ４１の「飲酒日」のフィールドに記憶された日時から、評価情報テーブルＴ４１を１回の食事毎に区分する。なお、特徴量算出部１２３は、飲酒日に記憶された日時が一定時間以内にある列同士を１つの区画として区分すればよい。次に、特徴量算出部１２３は、例えば順序情報として「３」が入力されたとすると、各区分において３番目に飲まれたビールを特定する。次に、特徴量算出部１２３は、３番目に飲まれたビールにおいて、評価値が所定値以上のビールを抽出し、抽出したビールの成分情報からそのビールの苦味及び味わいの値を特定して、ユーザの嗜好領域を生成する。そして、特徴量算出部１２３は、生成した嗜好領域の中心点を第１特徴量として設定する。そして、抽出部１２４は、第１特徴量に対してユークリッド距離ｄが基準値以下のビールをユーザが３番目に飲むのに相応しいビールとして抽出し、ユーザ端末２０に提示すればよい。
【０１６６】
（３）ユーザは、図１０の入力画面Ｇ２において検索ボタンＢ２４を選択してビールの検索依頼を行う際、入力画面Ｇ２に現在食べている料理を入力させてもよい。この場合、入力画面Ｇ２に料理を入力するための入力欄を設ければよい。この入力欄に例えば「鳥のからあげ」が入力されたとすると、この情報が指示情報に含まれてサーバ１０に送信される。なお、このケースにおいては、ユーザは味わい及び苦味を入力しないものとする。
【０１６７】
すると、サーバ１０の特徴量算出部１２３は、評価情報テーブルＴ４１から「料理」として「鳥のからあげ」が記憶された列を抽出し、抽出した列に対応するビールのうち、評価値が所定値以上のビールを抽出する。そして、特徴量算出部１２３は、抽出したビールの成分情報からそのビールの味わい及び苦味の値を特定し、ユーザの嗜好領域を生成する。以下、上記の変形例（２）と同様にユーザの好みのビールが抽出され、ユーザに提示される。本変形例によれば、ユーザが現在食べている料理又はこれから食べようと考えている料理と相性の良いビールをユーザに提示できる。
【０１６８】
（４）決定部１２６は、店舗リストを生成する際、該当するビールが購入可能な店舗に加えて、ユーザからの位置も考慮に入れて店舗を抽出してもよい。この場合、決定部１２６は、ユーザ端末２０のＧＰＳセンサの検出値を取得することで、ユーザの現在位置を特定する。そして、決定部１２６は、ユーザの現在位置に対して所定距離範囲内にある店舗を抽出して店舗リストに含めればよい。
【０１６９】
（５）本情報提示システムは、飲食店でのメニュー作成に利用されてもよい。この場合、飲食店の店員はユーザ端末２０を用いて店舗が取り扱うビールの銘柄を入力して、サーバ１０に送信する。すると、サーバ１０のプロセッサ１２は、入力された銘柄のビールのうち醸造所ＤＢに記憶されている銘柄のビールを抽出し、抽出したビールについて銘柄テーブルＴ３１を参照し、本日の味の特徴量を算出する。そして、プロセッサ１２は、入力されたビールの銘柄と、本日の味の特徴量とが対応付けられたビールリストをユーザ端末２０に送信する。
【０１７０】
ビールリストを受信したユーザ端末２０は、ビールリストから特徴量が示されたメニューを作成し、印刷指示を受け付けると、作成したメニューをプリントアウトする。これにより、飲食店は各ビールについての本日の味が示されたメニューを得ることができる。ここで、作成されたメニューには、例えば、図１０の入力画面Ｇ１に示すように、各ビールの本日の味の特徴量がプロットされた座標空間画像Ｇ１１が含まれる。
【０１７１】
（６）図３に示す銘柄テーブルＴ３１は１つの銘柄のビールについて、例えば、季節毎に複数作成されてもよい。この場合、抽出部１２４は、現在の季節に対応する銘柄テーブルＴ３１を用いて経過情報を算出すればよい。
【産業上の利用可能性】
【０１７２】
本開示は、食品の味の経時的変化を考慮に入れてユーザの好みの食品を提示できるため、ユーザに好みの食品を提示するサービスにおいて有用である。
【図１】
2020027281.tif 000003
【図２】
2020027281.tif 000004
【図３】
2020027281.tif 000005
【図４】
2020027281.tif 000006
【図５】
2020027281.tif 000007
【図６】
2020027281.tif 000008
【図７】
2020027281.tif 000009
【図８】
2020027281.tif 000010
【図９】
2020027281.tif 000011
【図１０】
2020027281.tif 000012
【図１１】
2020027281.tif 000013
【図１２】
2020027281.tif 000014
【国際調査報告】
2020027281.tif 000015
2020027281.tif 000016