(57)【特許請求の範囲】
【請求項１】
ユーザＩＤと店舗情報とメニュー情報と味覚情報とを対応付けて保持する履歴蓄積データベースと、
ユーザ入力のユーザＩＤと店舗情報とを受け付ける入力受付部と、
入力受付部で受け付けたユーザＩＤのユーザと味覚情報が類似する類似ユーザのユーザＩＤを履歴蓄積データベースから選定し、入力受付部で受け付けた店舗情報のメニュー情報に対する類似ユーザの味覚情報を履歴蓄積データベースから抽出する推定部と、
推定部で抽出されたメニュー情報と味覚情報とを対応付けてユーザに提示する表示部と、
を備えることを特徴とする味覚推定装置。
【請求項２】
ユーザＩＤと店舗情報とメニュー情報と、ユーザの食事中における味覚に関する発話とユーザの食事開始に関する発話直後に生体センサから取得した情報およびユーザの食事中における味覚に関する発話後に生体センサから取得した情報とに基づいて定量的に推定された味覚情報とを対応付けて保持する履歴蓄積データベースと、
履歴蓄積データベースに保持された店舗情報またはメニュー情報毎に定量的な味覚情報の評価値を算出し、算出された評価値に基づき店舗情報またはメニュー情報をランキングするランキング部と、
店舗情報またはメニュー情報と、該情報のランキングとを対応付けて提示する表示部と、
を備えたことを特徴とするランキング装置。
【請求項３】
ユーザＩＤと店舗情報とメニュー情報と、ユーザの食事中における味覚に関する発話とユーザの食事開始に関する発話直後に生体センサから取得した情報およびユーザの食事中における味覚に関する発話後に生体センサから取得した情報とに基づいて定量的に推定された味覚情報とを対応付けて保持する履歴蓄積データベースと、
入力受付部で受け付けられたメニュー情報または店舗情報に対応する味覚情報データベースの味覚情報に基づきユーザＩＤをランキングするランキング部と、
ユーザＩＤとランキングとを対応付けて提示する表示部と、
を備えることを特徴とするランキング装置。
【請求項４】
コンピュータが、ユーザＩＤと店舗情報とメニュー情報と味覚情報とを対応付けて保持する履歴蓄積データベースに基づきユーザの味覚情報を推定する方法であって、
ユーザ入力のユーザＩＤと店舗情報とを受け付ける入力受付ステップと、
入力受付部で受け付けたユーザＩＤのユーザと味覚情報が類似する類似ユーザのユーザＩＤを履歴蓄積データベースから選定し、入力受付ステップで受け付けた店舗情報のメニュー情報に対する類似ユーザの味覚情報を履歴蓄積データベースから抽出する推定ステップと、
推定ステップで抽出されたメニュー情報と味覚情報とを対応付けてユーザに提示する表示ステップと、
を有することを特徴とする味覚推定方法。
【請求項５】
コンピュータが、ユーザＩＤと店舗情報とメニュー情報と、ユーザの食事中における味覚に関する発話とユーザの食事開始に関する発話直後に生体センサから取得した情報およびユーザの食事中における味覚に関する発話後に生体センサから取得した情報とに基づいて定量的に推定された味覚情報とを対応付けて保持する履歴蓄積データベースに基づきランキングする方法であって、
履歴蓄積データベースに保持された店舗情報またはメニュー情報毎に定量的な味覚情報の評価値を算出し、算出された評価値に基づき店舗情報またはメニュー情報をランキングするランキングステップと、
店舗情報またはメニュー情報と、該情報のランキングとを対応付けて提示する表示ステップと、
を有することを特徴とするランキング方法。
【請求項６】
コンピュータが、ユーザＩＤと店舗情報とメニュー情報と、ユーザの食事中における味覚に関する発話とユーザの食事開始に関する発話直後に生体センサから取得した情報およびユーザの食事中における味覚に関する発話後に生体センサから取得した情報とに基づいて定量的に推定された味覚情報とを対応付けて保持する履歴蓄積データベースに基づきランキングする方法であって、
履歴蓄積データベースの保持された店舗情報またはメニュー情報に対応する味覚情報データベースの味覚情報に基づきユーザＩＤをランキングするランキングステップと、
ユーザＩＤとランキングとを対応付けて提示する表示ステップと、
を有することを特徴とするランキング方法。
【請求項７】
請求項１に記載された装置としてコンピュータを機能させる味覚推定プログラム。
【請求項８】
請求項２または３に記載された装置としてコンピュータを機能させるランキングプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、辛みや酸味などの主観的な感覚（味覚）を定量的に推定したり、推定された味覚に基づきランキングする技術に関する。
【背景技術】
【０００２】
インターネット上には様々な情報提供サービスが存在し、ユーザは外食や遊びなど、行動の参考となる情報を得ることができる。例えば外食時には、場所や予算、店舗の評価等からレストランを検索することが可能である。
【０００３】
このようなレストラン検索の材料として、酸味や辛味などの主観的な感覚（味覚）の情報を用いることができれば、自分の好みの辛さのメニューが探せる等、より自分に合ったレストラン検索が可能となる。この点については、味覚刺激と心拍数との関係を調査した非特許文献１が公知となっている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】島村宗夫，星野かほり，“味覚刺激による自立神経機能の反応について”，東京家政大学研究紀要  第３７集（２），Ｐ．５１〜５８，１９９７
【非特許文献２】“着るだけで生体情報の連続計測を可能とする機能素材”hitoe“の開発及び実用化について”  ２０１４年１月３０日  ＮＴＴ持株会社ニュースリリース，インターネット<URL:http://www.ntt.co.jp/news2014/1401/140130a.html>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
非特許文献1の知見を利用すれば、心拍変動から酸味や辛味等の主観的な感覚を定量的に把握できると考えられる。
【０００６】
しかしながら、心拍は行動や環境などの様々な要因により変化するため、辛いものを食べているなどの状況を特定した上で、心拍変動を観察しなければならない。そのため、実生活において、その都度状況のアノテーションをし、辛さ等を推定しなければならず、利用者の大きな負担になるおそれがある。
【０００７】
本発明は、このような従来の問題を解決するためになされ、利用者（ユーザ）の負担にならない手軽な方法で、酸味や辛味等の主観的な感覚を定量的に推定することを解決課題としている。
【課題を解決するための手段】
【０００８】
本発明の味覚推定装置の一態様は、ユーザＩＤと店舗情報とメニュー情報と味覚情報とを対応付けて保持する履歴蓄積データベースと、ユーザ入力のユーザＩＤと店舗情報とを受け付ける入力受付部と、入力受付部で受け付けたユーザＩＤのユーザと味覚情報が類似する類似ユーザのユーザＩＤを履歴蓄積データベースから選定し、入力受付部で受け付けた店舗情報のメニュー情報に対する類似ユーザの味覚情報を履歴蓄積データベースから抽出する推定部と、推定部で抽出されたメニュー情報と味覚情報とを対応付けてユーザに提示する表示部と、を備える。
【０００９】
本発明の味覚推定装置の他の態様は、ユーザの発話内容を取得する音声取得部と、ユーザの生体情報を取得する生体情報取得部と、音声取得部の取得した発話内容に基づき食事開始のタイミングと特定の味覚を感じたタイミングとを判定し、判定された前記両タイミングにおける生体情報からユーザの味覚情報を推定する推定部と、を備える。
【００１０】
本発明のランキング装置の一態様は、ユーザＩＤと店舗情報とメニュー情報と味覚情報とを対応付けて保持する履歴蓄積データベースと、履歴蓄積データベースに保持された店舗情報またはメニュー情報毎に味覚情報の評価値を算出し、算出された評価値に基づき店舗情報またはメニュー情報をランキングするランキング部と、店舗情報またはメニュー情報と、該情報のランキングとを対応付けて提示する表示部と、を備える。
【００１１】
本発明のランキング装置の他の態様は、ユーザＩＤと店舗情報とメニュー情報と味覚情報とを対応付けて保持する履歴蓄積データベースと、入力受付部で受け付けられたメニュー情報または店舗情報に対応する味覚情報データベースの味覚情報に基づきユーザＩＤをランキングするランキング部と、ユーザＩＤとランキングとを対応付けて提示する表示部と、を備える。
【００１２】
本発明の味覚推定方法の一態様は、ユーザ入力のユーザＩＤと店舗情報とを受け付ける入力受付ステップと、入力受付部で受け付けたユーザＩＤのユーザと味覚情報が類似する類似ユーザのユーザＩＤを履歴蓄積データベースから選定し、入力受付ステップで受け付けた店舗情報のメニュー情報に対する類似ユーザの味覚情報を履歴蓄積データベースから抽出する推定ステップと、推定ステップで抽出されたメニュー情報と味覚情報とを対応付けてユーザに提示する表示ステップと、を有する。
【００１３】
本発明の味覚推定方法の他の態様は、ユーザの発話内容を取得する音声取得ステップと、ユーザの生体情報を取得する生体情報取得ステップと、音声取得ステップで取得した発話内容に基づき食事開始のタイミングと特定の味覚を感じたタイミングとを判定し、判定された両タイミングにおける前記生体情報からユーザの味覚情報を推定する推定ステップと、を有する。
【００１４】
本発明のランキング方法の一態様は、履歴蓄積データベースに保持された店舗情報またはメニュー情報毎に味覚情報の評価値を算出し、算出された評価値に基づき店舗情報またはメニュー情報をランキングするランキングステップと、店舗情報またはメニュー情報と、該情報のランキングとを対応付けて提示する表示ステップと、を有する。
【００１５】
本発明のランキング方法の他の態様は、履歴蓄積データベースの保持された店舗情報またはメニュー情報に対応する味覚情報データベースの味覚情報に基づきユーザＩＤをランキングするランキングステップと、ユーザＩＤとランキングとを対応付けて提示する表示ステップと、を有する。
【００１６】
なお、本発明は、前記装置としてコンピュータを機能させるプログラムの態様としてもよい。このプログラムは、ネットワークや記録媒体などを通じて提供することができる。
【発明の効果】
【００１７】
本発明によれば、利用者（ユーザ）の負担にならない手軽な方法で、酸味や辛味等の主観的な感覚を定量的に推定することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１実施形態に係る味覚推定装置の構成図。
【図２】同  味覚推定装置の処理を示すフローチャート。
【図３】本発明の第２実施形態に係る味覚推定装置の構成図。
【図４】（ａ）は履歴蓄積データベースの保持データ例、（ｂ）はユーザ類似度に基づき辛さ情報を補完する処理例、（ｃ）は補完後における履歴蓄積データベースの保持データ例。
【図５】同  履歴蓄積部の処理を示すフローチャート。
【図６】同  推定機能部の処理を示すフローチャート。
【図７】同  ユーザへの提示情報例
【図８】応用例１のランキング装置の構成図。
【図９】同  ランキング処理部の処理を示すフローチャート。
【図１０】（ａ）は履歴蓄積データベースの保持データ例、（ｂ）はメニュー毎に辛さの平均を計算する処理例、（ｃ）ランキング結果のパターン１、（ｄ）はランキング結果のパターン２
【図１１】応用例２のランキング装置の構成図。
【図１２】同  ランキング処理部の処理を示すフローチャート。
【図１３】（ａ）は履歴蓄積データベースの保持データ例、（ｂ）は店舗メニューの辛さ耐性に応じてユーザをランキングする処理例、（ｃ）はランキング結果のパターン１、（ｄ）はランキング結果のパターン２
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態に係る味覚推定装置を説明する。ここでは一例として味覚（主観的感覚）のうち辛さを推定する事例を説明するが、酸味や甘みなどの心拍から推定可能な他の味覚も同様に処理可能である。また、１拍動の時間から算出した瞬時心拍数を単に心拍数と呼ぶ。いくつかの瞬時心拍数を平均した値を心拍数として用いてもよい。
【００２０】
≪第１実施形態≫
図１に基づき本発明の第１実施形態に係る味覚推定装置の構成例を説明する。ここでは味覚推定装置１０１は図示省略のマイクおよび心拍計と有線／無線により接続されているものとする。
【００２１】
具体的には味覚推定装置１０１は、コンピュータにより構成され、ＣＰＵ，主記憶装置（ＲＡＭ，ＲＯＭ等），補助記憶装置（ハードディスクドライブ装置，ソリッドステートドライブ装置等）などを備える。
【００２２】
このハードウェアリソースとソフトウェアリソース（ＯＳ，アプリケーション等）との協同の結果、味覚推定装置１０１は、ユーザに装着されたマイクからユーザ個人の発話を認識して取得する音声取得部１１０と、ユーザに装着された心拍計からユーザの心拍情報（生体情報）を取得する生体情報取得部１２０と、前記両部１１０，１２０の取得データから適切な計測タイミングを把握して心拍変動値から辛さを推定可能な推定部１３０と、推定部１３０の推定した辛さの情報をユーザに提示する可視化部１４０とを実装する。以下、図２に基づき味覚推定装置１０１の具体的な処理内容を説明する。ここでは推定部１３０の処理内容を中心に説明する。
【００２３】
Ｓ２１０：処理が開始されると、音声取得部１１０および生体情報取得部１２０はユーザが発話した音声や心拍数を計測し続ける。この計測データが順次に推定部１３０に送られる。なお、生体情報取得部１２０の計測は、ユーザが生体センサを装着していることを前提とする。この生体センサとしては、主に非特許文献２の機能素材を利用した生体情報計測ウェアが利用される。
【００２４】
Ｓ２２０：推定部１３０は音声取得部１１０からの計測データ、即ち音声取得部１１０が認識した発話の中から食事の開始と辛さに関する両発話を抽出する。ここで食事の開始の発話としては、例えば「いただきます」などが考えられる。また、辛さに関する発話としては、「辛い」などが考えられる。
【００２５】
Ｓ２３０：推定部１３０は、Ｓ２２０の食事の開始と辛さに関する両発話が取得でき、かつ該両発話の発話間隔が３０分以内か否かを判定する。判定の結果、この判定条件（前記両発話が取得でき、両発話の間隔が３０分以内）が満たされていなければ処理を終了する一方、前記判定条件が満たされていればＳ２４０に進む。
【００２６】
Ｓ２４０：推定部１３０は、生体情報取得部１２０が取得した心拍数のデータから（１）ユーザの食事開始直後における心拍数と、（２）辛さに関する発話後1分間の心拍数とを取得し、両心拍数間の差を計算する。例えば食事開始直後の心拍数が「ｘ」，辛いと発話後１分間に毎秒計算した心拍数が［ｙ1，ｙ2，，，ｙ60］の場合、「ｍａｘ（ｙi−ｘ）」により心拍数の差が計算できる。
【００２７】
Ｓ２５０：推定部１３０は、Ｓ２４０で計算した心拍数の差（最大値）を辛さに変換し、変換後の辛さを推定値とする。このとき「辛さ＝心拍数の差（最大値）」としてもよく、また予め質問紙などで取得した主観的辛さの度合いと心拍数との差を学習し、その学習結果の関係式を用いて心拍数の差を辛さに変換してもよい。
【００２８】
Ｓ２６０：可視化部１４０は、Ｓ２５０で推定された辛さをユーザに提示し、処理を終了する。この提示の方法は、味覚推定装置１０１のモニタに表示してもよく、また図示省略のユーザ端末（ＰＣ，スマートフォンなど）に送信して画面表示してもよい。これにより次の効果が得られる。
【００２９】
すなわち、従来は心拍数を用いて辛さや酸味などの主観的な感覚、即ち味覚を定量的に推定する場合、「辛いものをたべている」といった状況をアノテーションする必要があった。これに対して味覚推定装置１０１によれば、ユーザが自然に発した発話内容を用いて心拍数の測定タイミングを把握するため、前記アノテーションの必要がなく、主観的な感覚の推定にかかる利用者の負担を軽減できる。
【００３０】
また、手軽に辛さ等の主観的な感覚を定量的に推定できるため、大規模なデータ収集ができ、店舗の辛さランキングなどの様々なサービスに応用して利用することができる。
【００３１】
≪第２実施形態≫
図３に基づき第２実施形態に係る味覚推定装置の構成例を説明する。この味覚推定装置３０１はＷｅｂ上のサーバ（コンピュータ）により構成され、ユーザが店舗でメニューを食べた時に感じる味覚（ここでは辛み）の強度をデータベース化し、それをインターネット上のサービスに利用する。
【００３２】
すなわち、ユーザ毎に感じ方が異なる辛みの強度を店舗やメニューと対応付けてデータベースに保存し、それを用いることにより利用者が食べるときに予想される該店舗メニューの辛みの強度を推定する。
【００３３】
ここでは味覚推定装置３０１は、事前に履歴蓄積データベース３６０にデータを蓄積する履歴蓄積部Ａと、履歴蓄積データベースに基づきユーザの辛さを推定する推定機能部Ｂとを備え、両者Ａ，Ｂは同一のサーバに構成してもよく、別々のサーバに構成してもよいものとする。
【００３４】
（１）履歴蓄積部Ａ
履歴蓄積部Ａは、図３に示すように、食事情報入力部３１０，音声取得部３２０，生体情報取得部３３０，位置情報取得部３４０，判定部３５０，履歴蓄積データベース３６０を実装する。この履歴蓄積データベース３６０は前記記憶装置に構築されているものとする。なお、音声取得部３２０と生体情報取得部３３０とは、音声取得部１１０と生体情報取得部１２０と同様な処理を実行するため、説明を省略する。
【００３５】
食事情報入力部３１０は、ユーザが食べる食事のメニューが入力され、入力されたメニューを受け付ける。この食事情報入力部３１０は、必須の構成ではなく、任意の構成とする。
【００３６】
位置情報取得部３４０は、ユーザの訪問した店舗名を取得する。その際、ユーザからの入力を受け付けてもよいし、ＧＰＳや別途用意された店舗情報データベースなどを利用して自動で店舗名を取得することもできる。
【００３７】
判定部３５０は、推定部１３０と同じく音声取得部３２０および生体情報取得部３３０の取得データに基づき適切な計測タイミングを把握し、心拍変動値から辛さを推定する。
【００３８】
この辛さの推定値は、食事情報入力部３１０および位置情報取得部３４０の取得データと併せて履歴蓄積データベース３６０に保存される。この履歴蓄積データベース３６０は、図４（ａ）に示すように、ユーザ情報毎に店舗情報としての店舗名と、食事情報としてのメニューと、味覚情報としての辛さデータ（辛さの度合いを示す数字）とが保存されている。以下、図５に基づき履歴蓄積部Ａの具体的な処理内容を説明する。
【００３９】
Ｓ５１０：処理が開始されると、食事情報入力部３１０と位置情報取得部３４０とが、ユーザの食べる食事のメニュー・訪問した店舗名・ユーザＩＤを取得し、履歴蓄積データベース３６０に保存する。このとき食事のメニューやユーザＩＤは、ユーザが直接入力してもよく、マイクに入力された注文時等の音声を基に自動で取得してもよい。
【００４０】
Ｓ５２０〜Ｓ５７０：Ｓ５２０では、音声取得部３２０と生体情報取得部３３０とがＳ２１０と同様な処理を実行する。また、Ｓ５３０〜Ｓ５６０では、判定部３５０がＳ２２０〜Ｓ２５０と同様な処理を実行する。
【００４１】
Ｓ５７０：判定部３５０は、Ｓ５６０で推定された辛さを履歴蓄積データベース３６０の該当ユーザＩＤのレコードに記録して保存し、処理を終了する。
【００４２】
（２）推定機能部Ｂ
推定機能部Ｂは、履歴蓄積データベース３６０の保存データに基づきメニューの辛さ推定値をユーザに提示する。すなわち、履歴蓄積データベースに保存されたメニューに対する辛さデータを用いて、入力されたユーザＩＤのユーザにとって未知の店舗のメニューの辛さを推定する。
【００４３】
この推定機能部Ｂは、図３に示すように、図示省略のユーザ端末を通じてユーザが入力したユーザＩＤとメニューの辛さを知りたい店舗名とを受け付ける入力受付部３７０と、履歴蓄積データベース３６０の保存データに基づき入力受付部３７０が受け付けた店舗のメニューの辛さを推定する推定部３８０と、推定部３８０で推定された辛さをユーザ端末に送信し、ユーザに提示する可視化部３９０とを実装する。以下、図６に基づき推定機能部Ｂの具体的な処理内容を説明する。
【００４４】
Ｓ６１０：入力受付部３７０は、ユーザ端末の入力手段、例えばキーボード（ソフトウェアキーボードを含む。）の操作で入力されたユーザＩＤ（以下、入力ＩＤとする。）とメニューの辛さを知りたい店舗名（以下、入力店舗名とする。）を受け付ける。
【００４５】
Ｓ６２０：推定部３８０は、履歴蓄積データベース３６０から入力店舗のメニューに対する他のユーザＩＤ（入力ＩＤ以外の他人のユーザＩＤ）の取得を試みる。
【００４６】
Ｓ６３０：推定部３８０は、Ｓ６２０の試みの結果、前記他のユーザＩＤが取得できたか否かを確認する。確認の結果、前記他のユーザＩＤが取得できなければ処理を終了する一方、前記他のユーザＩＤが取得できればＳ６４０に進む。
【００４７】
Ｓ６４０：推定部３８０は、入力ユーザＩＤのユーザと、Ｓ６２０で取得されたユーザＩＤに係る他のユーザとの辛さにおける類似度を計算する。例えばユーザ毎に各メニューに対する前記辛さデータについてベクトルを作成し、作成されたベクトルのコサイン類似度を計算してもよい。
【００４８】
Ｓ６５０：推定部３８０は、Ｓ６４０で計算された類似度が最も高い他のユーザを類似ユーザとして選定する。この選定後に履歴蓄積データベース３６０から類似ユーザの入力店舗名のメニューに対する辛さデータを取得する。その際、複数のメニューが存在すれば、複数メニューの辛さデータを取得する。
【００４９】
ここで取得した類似ユーザの辛さデータを入力ＩＤのユーザの辛さデータと推定する。図４（ｂ）（ｃ）に基づき詳細を説明すれば、まず推定部３８０はＳ６２０で取得された前記他のユーザの辛さデータに基づき図４（ｂ）の中間ファイルＦ１を作成する。
【００５０】
この中間ファイルＦ１にはユーザＩＤ毎にメニューの辛さデータが記述されている。ここで記述されたユーザＩＤのユーザから類似ユーザが選定され、類似ユーザの辛さデータに基づき入力ＩＤのユーザの辛さデータが補完される。例えば図４（ｂ）では、入力ＩＤ「０００３」の「××カレー」の辛さデータについて、ユーザＩＤ「０００１」の類似ユーザの辛さデータ「５」が記述されて補完されている。
【００５１】
この補完後は、中間ファイルＦ１の記述内容に基づき履歴蓄積データベース３６０の保存データを更新する。例えば図４（ｃ）では、入力ＩＤ「０００３」に係るユーザのメニュー「××カレー」の辛さデータには、ユーザＩＤ「０００１」に係る類似ユーザの辛さデータと同じ数値「５」が書き加えられてデータ更新されている。
【００５２】
Ｓ６６０：可視化部３９０は、Ｓ６５０で推定された辛さデータを店舗とメニューと対応付けてユーザ端末に送信する。ここで送信された情報をユーザ端末に画面表示させてユーザに提示し、処理を終了する。例えば図７に示すように、「○○レストランの辛さ情報」としてメニューと辛さデータ（数字）とを画面表示することができる。
【００５３】
したがって、味覚推定装置３０１によれば、ユーザが知りたい未知の店舗のメニューの辛さを提示可能なインターネット上のサービスが構築できる。このときユーザ毎に類似ユーザが選定されるため、ユーザの辛さの強度を基準とした辛さデータが提供でき、ユーザにとっては有益である。
【００５４】
≪応用例１≫
図８に基づき味覚推定装置３０１の応用例１を説明する。ここでは味覚推定装置３０１は、履歴蓄積データベース３６０の保存データに基づき店舗メニューの辛さ強度をランキングするランキング装置８０１として応用されている。
【００５５】
ランキング装置８０１は、履歴蓄積部Ａとランキング処理部Ｃとを備え、履歴蓄積部Ａは味覚推定装置３０１と同じなため、説明を省略する。なお、履歴蓄積部Ａとランキング処理部Ｃとは同一のサーバに構成してもよく、別々のサーバに構成してもよいものとする。
【００５６】
ランキング処理部Ｃは、履歴蓄積データベース３６０の保存データを基に店舗のメニューの辛さランキング（順位）を計算するランキング部８７０と、ランキング部８７０が計算したランキングを表示する表示部８８０とを実装する。
【００５７】
図９に基づきランキング処理部Ｃの具体的な処理内容を説明する。まず、処理が開始されると、ランキング部８７０は履歴蓄積データベース３６０に存在するメニュー毎に辛さデータの平均を計算する（Ｓ９１０）。このときランキング部８７０は、履歴蓄積データベース３６０から取得した辛さデータに基づき図１０（ｂ）の中間ファイルＦ２を作成する。
【００５８】
この中間ファイルＦ２にはメニュー毎に各ユーザＩＤの辛さデータが記述され、記述されたメニュー毎の辛さデータの平均値が計算される。ここで計算された平均値に基づきメニューがランキングされ、図１０（ｃ）のランキングリストＬ１が作成される。このランキングリストＬ１には、ランキングと店舗名とメニューと辛さデータとが対応付けられている。
【００５９】
つぎに表示部８８０は、ランキングの結果を表示して処理を終了する（Ｓ９３０）。この表示形式としては、ランキングリストＬ１を図示省略のユーザ端末に送信し、ユーザ端末の画面に表示させることができる。
【００６０】
また、図１０（ｄ）に示すように、ランキング結果をユーザ端末に表示された地図上にマッピングしてもよく、ユーザに指定された地域や指定カテゴリー内での辛さランキングを表示してもよい。
【００６１】
このようなランキング装置８０１によれば、定量的に推定された辛さデータに基づきユーザが食べたいメニューの辛さランキングが提示されるため、ユーザに客観的なランキングが提示でき、インターネット上の有益なサービスとして提供することができる。
【００６２】
なお、ランキング装置８０１はメニューの辛さランキングには限らず、店舗の辛さをランキングすることもできる。この場合にはランキング部８７０は、履歴蓄積データベース３６０に存在する店舗毎にメニューの辛さデータの平均値（合計値でもよい。）や最大値を計算する。この平均値や最大値に基づき店舗の辛さをランキングし、該ランキングと店舗名とメニュー（店舗で最も辛いメニュー）をユーザに提示すればよい。
【００６３】
≪応用例２≫
図１１に基づき味覚推定装置３０１の応用例２を説明する。ここでは味覚推定装置３０１は、履歴蓄積データベース３６０の保存データに基づきユーザの辛さ耐性をランキングするランキング装置１１１０として応用されている。
【００６４】
ランキング装置１１１０は、履歴蓄積部Ａとランキング処理部Ｄとを備え、履歴蓄積部Ａは味覚推定装置３０１と同じため、説明を省略する。なお、履歴蓄積部Ａとランキング処理部Ｄとは同一のサーバに構成してもよく、別々のサーバに構成してもよいものとする。
【００６５】
ランキング処理部Ｄは、履歴蓄積データベース３６０の保存データを基にユーザの辛さ耐性に関するランキングを計算するランキング部１１７０と、ランキング部１１７０が計算した辛さ耐性のランキングを表示する表示部１１８０とを実装する。
【００６６】
図１２に基づきランキング処理部Ｄの具体的な処理内容を説明する。まず、処理が開始されると、ランキング部１１７０は履歴蓄積データベース３６０に存在する店舗名毎にユーザの辛さ耐性値を求める（Ｓ１２１０）。
【００６７】
この辛さ耐性値には、履歴蓄積データベース３６０に保存された辛さデータを利用する。すなわち、ランキング部１１７０は、履歴蓄積データベース３６０から店舗毎に各メニューに対するユーザの辛さデータを取得し、該取得データに基づき図１３（ｂ）の中間ファイルＦ３を作成する。
【００６８】
つぎにランキング部１１７０は、中間ファイルＦ３に記述された辛さデータに基づきユーザを各店舗のメニュー毎にランキングする（Ｓ１２２０）。このとき中間ファイルＦ３に記述された辛さデータの数字が小さい順にランキングするため、辛さデータの数字が大きいほど辛さ耐性が低く評価される一方、同数字が小さいほど辛さ耐性が高く評価される。
【００６９】
そして、表示部１１８０が、Ｓ１２２０のメニュー毎のランキングを図１３（ｃ）のようなリスト形式で表示し、処理を終了する。例えば図１３（ｃ）のリストをユーザ端末に送信し、ユーザ端末の画面に表示させることができる。
【００７０】
このとき「○○レストラン」の「○○カレー」についてのユーザランキングが表示されているため、ランキング装置１１１０によればユーザのお店選びの参考にできる。この点でインターネット上の有益なサービスとして提供することができる。
【００７１】
また、店舗毎の特定メニューに対するランキングには限らず、店舗の辛さで値を標準化し、全メニューに対する総合的な辛さ耐性を求めてランキングすることも可能である。
【００７２】
なお、ランキング装置８０１，１１１０は、味覚推定装置３０１と併用して構成することもできる。この場合には履歴蓄積部Ａと推定機能部Ｂとランキング処理部Ｃ，Ｄ（いずれかでもよい。）とで構成すればよい。これによりユーザには、未知の店舗のメニューの辛さと併せてメニューの辛さランキングなどが提示され、さらに有益な情報が得られる。
【００７３】
≪プログラムなど≫
本発明は、味覚推定装置１０１，３０１またはランキング装置８０１，１１１０の各部１１０〜１４０，３１０〜３９０，８７０，８８０，１１７０，１１８０の一部もしくは全部として、コンピュータを機能させる味覚推定プログラム／ランキングプログラムとして構成することもできる。このプログラムによれば、Ｓ２１０〜Ｓ２６０，Ｓ５１０〜Ｓ５７０，Ｓ６１０〜Ｓ６６０，Ｓ９１０〜Ｓ９３０，Ｓ１２１０〜Ｓ１２３０の一部あるいは全部をコンピュータに実行させることが可能となる。
【００７４】
前記プログラムは、Ｗｅｂサイトや電子メールなどネットワークを通じて提供することができる。また、前記プログラムは、ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＭＯ，ＨＤＤ，ＢＤ−ＲＯＭ，ＢＤ−Ｒ，ＢＤ−ＲＥなどの記録媒体に記録して、保存・配布することも可能である。この記録媒体は、記録媒体駆動装置を利用して読み出され、そのプログラムコード自体が前記実施形態の処理を実現するので、該記録媒体も本発明を構成する。
【符号の説明】
【００７５】
１０１，３０１…味覚推定装置
８０１，１１１０…ランキング装置
１１０，３２０…音声取得部
１２０，３３０…生体情報取得部
１３０，３８０…推定部
１４０，３９０…可視化部
３１０…食事情報入力部
３４０…位置情報取得部
３５０…判別部
３６０…履歴蓄積データベース
３７０…入力受付部
８７０，１１７０…ランキング部
８８０，１１８０…表示部
【図１】
0006280847.tif 000002
【図２】
0006280847.tif 000003
【図３】
0006280847.tif 000004
【図４】
0006280847.tif 000005
【図５】
0006280847.tif 000006
【図６】
0006280847.tif 000007
【図７】
0006280847.tif 000008
【図８】
0006280847.tif 000009
【図９】
0006280847.tif 000010
【図１０】
0006280847.tif 000011
【図１１】
0006280847.tif 000012
【図１２】
0006280847.tif 000013
【図１３】
0006280847.tif 000014