JP7054271B2 - 情報提供システム、情報提供方法および情報提供プログラム - Google Patents

Description

本発明は、情報提供システム、情報提供方法および情報提供プログラム関するものである。

インターネット等のネットワークを利用した情報の検索システムは社会活動や市民生活等において欠かせないものとなっている。この検索システムを利用して、例えば食品に用いられる材料（食材）等の情報を提供することも考えられている。

特許文献１～１２には、食品などに含まれるアレルギー成分を検索するシステムが開示される。例えば、特許文献１には、摂取量に関する適正な注意喚起を行う商品購入処理方法が開示される。この方法では、購入対象の商品情報にアレルゲンを含む特定の商品が含まれる場合に、アレルゲンの摂取の制限に関する情報に基づいて、特定の商品の摂取の制限に関する情報を出力している。

また、特許文献１１には、利用者の信仰する宗教において食することを禁じられている食品または食品の成分を判断し、この食品または食品の成分を除いたコンテンツを利用者端末に送信するコンテンツ送信方法が開示される。

特許文献１３～１５には、画像から食材情報を検索するシステムが開示される。例えば、特許文献１３では、食品をデジタルカメラで撮影することで、摂取カロリーや含有成分をユーザに送信する撮影装置が開示される。

特許文献１６～１９には、食品情報から店舗の検索を行うシステムが開示される。例えば、特許文献１８には、消費者に対して食品の原材料の重量または構成比に関する情報、および原材料の安全性に関する情報を提供する情報管理システムが開示される。また、特許文献１９では、消費者が希望する商品の販売店舗情報を簡単かつ正確に提供する販売店舗検索システムが開示される。

特開２０１７－０６８７９２号公報 特開２０１６－１９２１１８号公報 特開２０１６－１１０５６８号公報 特開２０１５－１４８８４６号公報 特開２０１３－１３７６３８号公報 特開２０１２－０５３７８７号公報 特開２００７－２７２４３７号公報 特開２００６－２２１５３３号公報 特開２００５－２７６１５４号公報 特開２００４－２２０１７２号公報 特開２００３－２８１４４３号公報 特開２００２－１４０２４５号公報 特開２００８－２１９８０５号公報 特開２００６－２５２１５０号公報 特開２００５－０９２５６５号公報 特開２０１４－１３２４０１号公報 特開２０１４－００６８５９号公報 特開２０１０－０４４７１２号公報 特開２００４－３２６５１９号公報

インターネット等のネットワークを利用した情報の検索・提供を行うシステムにおいて、ユーザ（利用者）は欲しい情報の検索キーを入力し、サーバはユーザから送られた検索キーに基づき情報の検索を行いユーザ側へ応答している。このような情報の検索では、客観的な検索キーのみならず曖昧な条件で適合する情報を得たい場合もある。

本発明は、ユーザの所望する主観的な評価（好み）の度合いに基づき情報を検索して提供する情報提供システム、情報提供方法および情報提供プログラムを提供することを目的とする。

上記課題を解決するため、本発明の一態様は、ネットワークを介してユーザ端末およびサーバが接続された情報提供システムであって、サーバは、ユーザ端末へ提供する提供対象情報を、主観的な評価を数値化した基準値と対応付けして記憶する情報記憶部を有し、ユーザ端末は、ユーザの所望する主観的な評価を数値化した好み設定値の入力を受け付ける受付部を有する。このシステムにおいて、サーバは、ユーザ端末の受付部で受け付け、ネットワークを介して送信された好み設定値を受けて、好み設定値と合致または近似する基準値と対応付けされた提供対象情報を情報記憶部から検索してユーザ端末へ送信する。

このような構成によれば、ユーザ端末の受付部で受け付けたユーザの好み設定値を検索キーとして情報の検索が行われ、適合した提供対象情報がサーバからユーザ端末へ送信される。これにより、ユーザの所望する主観的な評価によって情報を検索できるようになる。

上記情報提供システムにおいて、サーバの情報記憶部は、提供対象情報と含有材料とを対応付けして記憶し、ユーザ端末の受付部は、ユーザの所望する指定材料を受け付け、サーバは、ユーザ端末の受付部で受け付け、ネットワークを介して送信された指定材料を受けて、指定材料と合致する含有材料と対応付けされた提供対象情報を情報記憶部から検索してユーザ端末へ送信するようにしてもよい。これにより、ユーザ端末の受付部で受け付けたユーザの所望する指定材料を検索キーとして情報の検索が行われ、適合した提供対象情報がサーバからユーザ端末へ送信される。

上記情報提供システムにおいて、サーバは、好み設定値と基準値との合致度を計算する合致度計算部を有し、ユーザ端末は、合致度計算部で計算された合致度に応じて提供対象情報の表示態様を変化させるようにしてもよい。これにより、ユーザ端末では、ユーザが所望する好みと基準値との合致度を表示態様の変化によって直観的に把握できるようになる。

上記情報提供システムにおいて、ユーザ端末の受付部は、提供対象情報と対応付けされたユーザの主観的な評価を数値化した評価値を受け付け、サーバは、ユーザ端末の受付部で受け付け、ネットワークを介して送信された評価値を受け付け、複数の評価値から基準値を修正した修正基準値を演算する演算部を有していてもよい。これにより、予め設定された基準値と、ユーザによる評価値とのずれに基づき基準値の修正が行われ、検索精度の向上につながる。また、基準値と評価値とのずれから、情報提供側とユーザとの感覚のずれを把握して、基準値の見直しを図ることができる。

上記情報提供システムにおいて、サーバの情報記憶部は、提供対象情報と検索用画像とを対応付けして記憶し、ユーザ端末の受付部は、検索元画像を受け付け、サーバは、ユーザ端末の受付部で受け付け、ネットワークを介して送信された検索元画像を受けて、検索元画像と類似する検索用画像と対応付けされた提供対象情報を情報記憶部から検索してユーザ端末へ送信するようにしてもよい。これにより、ユーザ端末の受付部で受け付けた検索元画像を検索キーとして画像検索が行われ、適合した検索用画像と対応する提供対象情報がサーバからユーザ端末へ送信される。

上記情報提供システムにおいて、サーバの情報記憶部は、ユーザが摂取する物の健康度合いと時系列との摂取傾向関係を記憶し、ユーザ端末は、健康度合いに対応した第１軸と、時系列に対応した第２軸とによって摂取傾向関係をグラフ表示するようにしてもよい。これにより、ユーザが摂取する物の健康度合いと時系列との関係を示す摂取傾向関係がグラフ表示され、摂取した物の健康度合いの時系列変化を直観的に把握できるようになる。

本発明の一態様は、ネットワークを介してサーバとユーザ端末との間で情報を送受する情報提供方法であって、サーバの情報記憶部に、ユーザ端末へ提供する提供対象情報を、主観的な評価を数値化した基準値と対応付けして記憶する工程と、ユーザ端末の受付部により、ユーザの所望する主観的な評価を数値化した好み設定値の入力を受け付ける工程と、ユーザ端末の受付部で受け付け、ネットワークを介して送信された好み設定値をサーバで受けて、好み設定値と合致または近似する基準値と対応付けされた提供対象情報を情報記憶部から検索してサーバからユーザ端末へ送信する工程と、を備える。

このような構成によれば、ユーザ端末の受付部で受け付けたユーザの好み設定値を検索キーとして情報の検索を行い、適合した提供対象情報をサーバからユーザ端末へ送信することができる。これにより、ユーザの所望する主観的な評価によって情報を検索できるようになる。

本発明の一態様は、ネットワークを介してサーバとユーザ端末との間で情報を送受する情報提供プログラムであって、サーバの情報記憶部に、ユーザ端末へ提供する提供対象情報を、主観的な評価を数値化した基準値と対応付けして記憶する工程と、ユーザ端末の受付部により、ユーザの所望する主観的な評価を数値化した好み設定値の入力を受け付ける工程と、ユーザ端末の受付部で受け付け、ネットワークを介して送信された好み設定値をサーバで受けて、好み設定値と合致または近似する基準値と対応付けされた提供対象情報を情報記憶部から検索してサーバからユーザ端末へ送信する工程と、をコンピュータに実行させる。

このような構成によれば、ユーザ端末の受付部で受け付けたユーザの好み設定値を検索キーとして情報の検索を行い、適合した提供対象情報をサーバからユーザ端末へ送信するプログラムが実現される。これにより、ユーザの所望する主観的な評価によって情報を検索できるようになる。

本発明によれば、ユーザの所望する主観的な評価（好み）の度合いに基づき情報を検索して提供する情報提供システム、情報提供方法および情報提供プログラムを提供することが可能になる。

本実施形態に係る情報提供システムの概略構成図である。 ユーザ端末の一例を示す構成図である。 サーバの一例を示す構成図である。 ユーザに関する登録情報について説明する図である。 ユーザに関する登録情報について説明する図である。 （ａ）および（ｂ）は登録情報について説明する図である。 情報の提供元の登録情報について説明する図である。 提供する情報の登録について説明する図である。 提供する情報の登録について説明する図である。 食材の登録情報を説明する図である。 ユーザによる主観的な評価の登録情報を説明する図である。 登録動作を例示するフローチャートである。 グループ登録の流れを例示する図である。 店舗およびメニューの検索動作を例示するフローチャートである。 画像検索動作を例示するフローチャートである。 評価動作について例示するフローチャートである。 摂取傾向グラフの表示動作について例示するフローチャートである。 ＳＮＳ動作について例示するフローチャートである。 店舗による登録動作時の画面表示例を示す図である。 ユーザによる登録動作時の画面表示例を示す図である。 アレルゲン等禁忌食材チェックの表示例を示す図である。 （ａ）および（ｂ）は、検索動作時の画面表示例を示す図である。 （ａ）および（ｂ）は、検索動作時の画面表示例を示す図である。 味わい条件の画面表示例を示す図である。 検索結果の画面表示例を示す図である。 （ａ）および（ｂ）は、店舗の地図上の表示例を示す図である。 （ａ）および（ｂ）は、絞り込み条件検索を行う場合の画面表示例を示す図である。 メニューの詳細情報の画像表示例を示す図である。 検索記憶の画面表示例を示す図である。 評価動作を行う場合の画面表示例を示す図である。 （ａ）～（ｃ）は、主観的な評価の活用について説明する図である。 （ａ）および（ｂ）は、食事日記の画面表示例を示す図である。 ＳＮＳ動作について説明する図である。 摂取傾向グラフについて説明する図である。 医薬品の主観的な検索条件を選択する画面の例を示す図である。 （ａ）および（ｂ）は、医薬品の評価をグラフ化した例を示す図である。 スライダによる評価入力画面を例示する図である。 薬効感覚のギャップを示す図である。 グループ検索動作について例示するフローチャートである。 グループ検索の例を示す模式図である。 グループ検索の結果の画面表示例を示す図である。 グループ検索の結果の地図上の表示例を示す図である。

以下、本発明の実施形態を図面に基づいて説明する。なお、以下の説明では、同一の部材には同一の符号を付し、一度説明した部材については適宜その説明を省略する。

（情報提供システムの構成）
図１は、本実施形態に係る情報提供システムの概略構成図である。
情報提供システム１は、ネットワークＮを介してユーザ端末１００およびサーバ２００が接続された構成を備える。また、ネットワークＮには情報の提供元である例えば店舗の端末３００も接続されている。ユーザ端末１００、サーバ２００および端末３００はそれぞれ複数台あってもよい。

図２は、ユーザ端末の一例を示す構成図である。
ユーザ端末１００には、ＰＣ（Personal Computer）や携帯端末（例えば、スマートホンやタブレット端末）が用いられる。ユーザ端末１００は、受信部１０１、送信部１０２、記憶部１０３、入力部１０４、表示部１０５、受付部１０６および制御部１０７を少なくとも備える。

受信部１０１および送信部１０２は有線または無線によってネットワークＮと通信を行う。受信部１０１は、サーバ２００からネットワークＮを介して送信される情報を受信する。送信部１０２は、ユーザＵが入力部１０４を使用して入力した検索キーやリクエストなどをネットワークＮを介してサーバ２００へ送信する。なお、受信部１０１および送信部１０２は、複数のユーザ端末１００の間で直接通信する場合にも用いられる。記憶部１０３は、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)等）である。

入力部１０４は、例えば、キーボード、マウス、タッチパネル、仮想キーボードなどの仮想入力装置である。表示部１０５は、ディスプレイ（モニタ）やプロジェクタであり、ユーザＵが入力部１０４で入力したデータを表示したり、サーバ２００から送信された情報を表示したりする。なお、入力部１０４および表示部１０５はデバイスとして一体であってもよい（例えば、ウェアラブル端末）。受付部１０６は、ユーザＵの所望する情報を受け付ける部分である。受付部１０６の詳細については後述する。制御部１０７は、ユーザ端末１００の各部を制御する。

図３は、サーバの一例を示す構成図である。
サーバ２００は、受信部２０１、送信部２０２、情報記憶部２０３、検索部２０４、登録部２０５、演算部２０６および制御部２０７を少なくとも備える。

受信部２０１は、ユーザ端末１００から送信される検索キーやリクエスト等をネットワークＮを介して受信する。また、受信部２０１は、端末３００から送信された情報を受信する。送信部２０２は、ユーザ端末１００や端末３００に対してネットワークＮを介して情報を送信（提供）する。

情報記憶部２０３は、ユーザ端末１００へ提供する提供対象情報を記憶する。提供対象情報は、予め端末３００からサーバ２００へ送信されている。情報記憶部２０３は、提供対象情報のほか、ユーザＵに関する登録情報や店舗に関する登録情報などを記憶する。

検索部２０４は、ユーザ端末１００から送信される検索キーを用いて情報の検索処理を行う。例えば、ユーザＵが指定した検索キーと、情報記憶部２０３に記憶されている検索キーとの合致度に基づき、検索キーに対応した情報を読み出す。読み出した情報は送信部２０２から検索リクエストを出したユーザ端末１００へネットワークＮを介して送信される。

登録部２０５は、ユーザ端末１００から送信されたユーザＵに関する情報や、端末３００から送信された店舗に関する情報などの登録処理を行う。登録された情報は情報記憶部２０３に記憶される。演算部２０６は、各種の統計処理を行う。制御部２０７は、サーバ２００の各部を制御する。

サーバ２００の各構成は、必ずしも一箇所に設けられている必要はなく、ネットワークＮを介して分散して配置されていてもよい。サーバ２００で実行されるプログラムは情報記憶部２０３に記憶されていてもよいし、ネットワークＮを介してサーバ２００に配信されてもよいし、コンピュータ読み取り可能な記憶媒体ＲＭに格納されていてもよい。

（登録情報）
図４～図６は、ユーザに関する登録情報について説明する図である。
図４および図５は、ユーザの登録情報の例を示す図であり、図６（ａ）はユーザの家族に関する登録情報の例を示す図、図６（ｂ）はグループに関する登録情報の例を示す図である。
本実施形態に係る情報提供システム１に参加するユーザＵは、予めユーザ登録を行っておく。図４および図５に示すように、登録情報のテーブルＴ１には、ユーザＩＤ、氏名、メールアドレス、性別、生年月日、家族ＩＤ、グループＩＤ、住所、電話番号、出身地、言語、身長、体重、宗教、アレルゲン／禁忌食材などが登録されている。

また、図６（ａ）に示すように、ユーザＵの家族の登録情報のテーブルＴ２－Ｆには、家族ＩＤ、家族ＩＤに対応付けされた家族情報（ユーザＩＤ、続柄、同居区分などが登録される。また、図６（ｂ）に示すように、ユーザＵのグループの登録情報のテーブルＴ２－Ｇには、グループＩＤ、グループ名、グループＩＤに対応付けされたユーザ情報として主催ユーザＩＤ、その他のユーザＩＤなどが登録される。ユーザＵ、家族およびグループに関する登録情報はサーバ２００の情報記憶部２０３に記憶される。なお、テーブルＴ１、Ｔ２－ＦおよびＴ２－Ｇの登録項目は一例であり、また、家族やグループに関する情報の登録はユーザＵの任意である。

図７は、情報の提供元の登録情報について説明する図である。
本実施形態に係る情報提供システム１に参加する情報の提供元は、予め提供元として登録を行っておく。ここでは、飲食物を提供する店舗が情報の提供元となっている例を示す。図７に示すように、登録情報のテーブルＴ３には、店舗ＩＤ、店舗名、企業名、住所、店舗のホームページのＵＲＬ、外食ジャンル、店舗写真、メールアドレスなどが登録される。登録情報はサーバ２００の情報記憶部２０３に記憶される。なお、テーブルＴ３の登録項目は一例である。

図８および図９は、提供する情報の登録について説明する図である。
本実施形態に係る情報提供システム１に参加する情報の提供元は、予め提供する情報をサーバ２００に登録しておく。図８に示すように、提供する情報のテーブルＴ４には、メニューＩＤ、店舗ＩＤ、メニュー名、ジャンル、メニュー写真、提供開始日、提供終了日が登録される。

また、図９に示すように、テーブルＴ４には、店舗側の主観的な評価（例えば、味覚評価）およびレシピが登録される。主観的な評価については後述する。レシピには、食材ＩＤおよび量が登録される。登録情報はサーバ２００の情報記憶部２０３に記憶される。なお、テーブルＴ４の登録項目は一例である。

図１０は、食材の登録情報を説明する図である。
食材情報のテーブルＴ５には、食材ＩＤごとに食材名、旬フラグ、原産地、加工地、購買元などが登録されている。図９に示すテーブルＴ４のレシピの項目には食材ＩＤおよび量が登録されており、図１０に示すテーブルＴ５の食材ＩＤの各項目と対応付けられている。登録情報はサーバ２００の情報記憶部２０３に記憶される。なお、テーブルＴ５の登録項目は一例である。

食材名と量とが分かると、食品成分表（例えば、日本食品標準成分表）に基づきカロリーが計算される。したがって、テーブルＴ５の食材ＩＤに対応付けされた食材名とテーブルＴ４の量とによって、そのレシピのカロリーや食品成分量などが自動的に計算されることになる。すなわち、食品成分表をマスターデータとして、このマスターデータを参照することでカロリーが計算される。

また、食材ＩＤに対応付けされた食材名に基づき、アレルギー表示対象品目か否かの判断が行われる。アレルギー物質については、例えば消費者庁によって示されるアレルギー表示対象品目をマスターデータとして、このマスターデータを参照することで食材がアレルギー物質の表示対象品目に該当するか否かを判断することができる。

図１１は、ユーザによる主観的な評価の登録情報を説明する図である。
図１１に示すテーブルＴ６には、メニューＩＤ、ユーザＩＤ、日付、ユーザの主観的な評価（例えば、味覚評価）などが登録される。登録情報はサーバ２００の情報記憶部２０３に記憶される。なお、テーブルＴ６の登録項目は一例である。

ここで、主観的な評価は、人の感覚（五感）による受け止めかたを数値化したものである。例えば、味覚として「味が濃い／薄い」、「辛さが辛い／甘い」、「塩味が強い／弱い」、「食べ応えが重い／軽い」など、食べた人が感じる味の評価が数値で表される。評価は、１種類でもよいし、複数種類でもよい。本実施形態では、それぞれの評価を０～１００の数値で表している。評価のうちの２種類の数値をｘ軸、ｙ軸で表し、（ｘ、ｙ）座標として表すこともできるし、３種類以上の数値を多次元で表すこともできる。

店舗側の評価（主観基準値）は、メニューを提供する店舗側の主観的な評価であり（例えば、テーブルＴ４の味覚評価（１）、（２）、…）、ユーザＵ側の評価（主観評価値）は、実際にそのメニューを食べたときにユーザＵの感想として示された主観的な評価である（例えば、テーブルＴ６の味覚評価（１）、（２）、…）。

本実施形態に係る情報提供システム１は、ユーザ端末１００の受付部１０６でユーザＵの所望する主観的な評価を数値化した好み設定値の入力を受け付ける。サーバ２００は、ユーザ端末１００の受付部１０６で受け付け、ネットワークＮを介して送信された好み設定値を受信部２０１で受けて、好み設定値と合致または近似する基準値（図１０に示す店舗側の主観基準値）を検索部２０４で検索し、検索された基準値と対応付けされた提供対象情報（メニュー等）を情報記憶部２０３から読み出してユーザ端末１００へ送信する。これにより、ユーザＵは、所望する主観的な評価（好み設定値）と適合するメニュー等の情報を検索できるようになる。

（情報提供システムの動作：方法）
次に、本実施形態に係る情報提供システム１の動作（情報提供方法）について説明する。

（登録動作）
図１２は、登録動作を例示するフローチャートである。
先ず、店舗の端末３００を用いた登録動作について説明する。
はじめにログイン処理を行う（ステップＳ１０１）。すなわち、店舗の端末３００を用いてサーバ２００に対してログイン処理を行う。登録していない場合には新規登録を行ってサーバ２００にログインする。

サーバ２００は、店舗の端末３００からログインのリクエストを受け取り、ログイン可能か否かを判断する（ステップＳ１０２）。ログイン可能であればログイン状態へ移行する。

次に、提供対象情報の登録を行う（ステップＳ１０３）。店舗の端末３００からサーバ２００に対して図７～図１０に示す店舗側の情報の登録を行う。この情報はサーバ２００の情報記憶部２０３に記憶される（ステップＳ１０４）。

次に、ユーザ端末１００を用いた登録動作について説明する。
はじめにログイン処理を行う（ステップＳ１１１）。すなわち、ユーザＵは、ユーザ端末１００を用いてログイン処理を行う。登録していない場合には新規登録を行ってサーバ２００にログインする。

サーバ２００は、ユーザ端末１００からログインのリクエストを受け取り、ログイン可能か否かを判断する（ステップＳ１１２）。ログイン可能であればログイン状態へ移行する。

次に、ユーザ端末１００によってユーザ情報の登録を行う（ステップＳ１１３）。ユーザＵは、ユーザ端末１００からサーバ２００に対して図４～図６に示すユーザＵに関する情報の登録を行う。この情報はサーバ２００の情報記憶部２０３に記憶される。

図１３は、グループ登録の流れを例示する図である。
例えば、複数のユーザＵ１～Ｕ３によるグループを構成しようとした場合、予め登録済みのユーザが主催となってグループを作成する。例えば、登録済みのユーザであるユーザＵ１を主催とした場合、ユーザＵ１はグループＩＤを取得する。グループＩＤは、ユーザ情報の登録手順と同様にユーザＩＤごとに登録される（図４のテーブルＴ１参照）。一つのユーザＩＤに対して複数のグループＩＤを登録することもできる。

このグループに参加するには、図６（ｂ）に示すテーブルＴ２－ＧにユーザＩＤを登録する。グループＩＤへのユーザＩＤの登録は、主催となるユーザＵ１がログインして行ってよいし、個人として既に登録済みのユーザＵ２がログインして行ってもよい。個人として登録されていないユーザＵ３は、主催となるユーザＵ１がログインして行う。ユーザＵ３は、グループに登録された後に個人としての登録を行うこともできる。なお、グループ登録の流れは、家族登録についても同様である。

（検索動作）
図１４は、店舗およびメニューの検索動作を例示するフローチャートである。
先ず、ユーザＵは、ユーザ端末１００によってログイン処理を行う（ステップＳ２０１）。サーバ２００は、ユーザ端末１００からログインのリクエストを受け取り、ログイン可能か否かを判断する（ステップＳ２０２）。ログイン可能であればログイン状態へ移行する。

次に、ユーザ端末１００の受付部１０６はユーザＵによって入力された検索条件を受け取る（ステップＳ２０３）。本実施形態では、この検索条件として、ユーザＵの所望する主観的な評価を数値化した好み設定値が含まれる。例えば、味覚の好みについて軸に沿って示された値（好み設定値）を入力部１０４から入力する。好み設定値は、複数軸（例えば、ｘ軸、ｙ軸）で表してもよい。本実施形態では、（ｘ、ｙ）座標として好み設定値を指定している。

検索条件の受け付けでは、好み設定値のほか、客観的な検索条件を受け付けてもよい。そして、ユーザ端末１００の送信部１０２は、受付部１０６で受け取った各種の検索条件を、ネットワークＮを介してサーバ２００へ送信する（ステップＳ２０４）。

サーバ２００の受信部２０１は、ネットワークＮを介してユーザ端末１００から送信された検索条件を受信する（ステップＳ２０５）。そして、サーバ２００の検索部２０４によって検索を実行する（ステップＳ２０６）。検索部２０４では、ユーザ端末１００から送信された好み設定値と合致または近似する基準値（店舗側の主観基準値）と対応付けされた提供対象情報（例えば、店舗情報、メニュー情報、そのメニューの食材やアレルギー情報など）を情報記憶部２０３から検索する。

そして、サーバ２００は検索部２０４で検索した結果を送信部２０２からネットワークＮを介してユーザ端末１００へ送信する（ステップＳ２０７）。

ユーザ端末１００の受信部１０１は、サーバ２００から送信された検索結果を受信し（ステップＳ２０８）、表示部１０５に検索結果を表示する（ステップＳ２０９）。これにより、ユーザＵは、好み設定値と合致または近似する基準値と対応付けされた店舗やメニューの情報を得ることができる。

（画像検索動作）
図１５は、画像検索動作を例示するフローチャートである。
先ず、ユーザＵは、ユーザ端末１００によってログイン処理を行う（ステップＳ３０１）。サーバ２００は、ユーザ端末１００からログインのリクエストを受け取り、ログイン可能か否かを判断する（ステップＳ３０２）。ログイン可能であればログイン状態へ移行する。

次に、ユーザ端末１００の受付部１０６はユーザＵによって入力された検索元画像を受け取る（ステップＳ３０３）。例えば、店舗のメニューの画像や提供された食事の画像を取り込んで、その画像を検索元画像とする。また、店舗に入る前（店外）においてインターネット等から取得した画像を検索元画像としてもよい。

そして、ユーザ端末１００の送信部１０２は、受付部１０６で受け取った検索元画像を、ネットワークＮを介してサーバ２００へ送信する（ステップＳ３０４）。

サーバ２００の受信部２０１は、ネットワークＮを介してユーザ端末１００から送信された検索元画像を受信する（ステップＳ３０５）。そして、サーバ２００の検索部２０４によって検索を実行する（ステップＳ３０６）。検索部２０４では、ユーザ端末１００から送信された検索元画像と、予め登録された検索用画像との類似性を判断し、類似していると判断された検索用画像と対応付けされた提供対象情報（例えば、食材情報やアレルギー情報など）を情報記憶部２０３から検索する。

そして、サーバ２００は検索部２０４で検索した結果を送信部２０２からネットワークＮを介してユーザ端末１００へ送信する（ステップＳ３０７）。

ユーザ端末１００の受信部１０１は、サーバ２００から送信された検索結果を受信し（ステップＳ３０８）、表示部１０５に検索結果を表示する（ステップＳ３０９）。これにより、ユーザＵは、検索元画像を検索キーとした画像検索によって、適合した検索用画像と対応する提供対象情報を得ることができる。

例えば、ユーザＵは店舗で出された食事の画像をカメラで取り込み、サーバ２００に送信する。これにより、この食事の画像を検索キーとして画像検索された結果から、その食事に関する食材情報やアレルギー情報などをユーザ端末１００で参照することが可能となる。

次に、ユーザ端末１００は日記を記録するか否かの判断を行う（ステップＳ３１０）。ユーザ端末１００の受付部１０６がユーザＵから日記を記録する旨の指示を受け付けた場合、サーバ２００はユーザＵに送信した検索結果に基づく情報を日時と対応付けして情報記憶部２０３に記憶する処理を行う。

例えば、ユーザＵが取り込んだ食事の画像と、その画像から検索された食材情報などを日時と対応付けしてサーバ２００に記憶する。一例としては、食事の画像と、そのメニューの摂取カロリー、食材の量（タンパク質、脂質、炭水化物、ビタミン、ミネラル等の量）を日時と対応付けして記憶しておく。そして、これを累積していくことで、例えば１日の摂取量や摂取カロリーを把握したり、摂取量や摂取カロリーと目標値との差を表示したりすることができる。

（評価動作）
図１６は、評価動作について例示するフローチャートである。
先ず、ユーザＵは、ユーザ端末１００によってログイン処理を行う（ステップＳ４０１）。サーバ２００は、ユーザ端末１００からログインのリクエストを受け取り、ログイン可能か否かを判断する（ステップＳ４０２）。ログイン可能であればログイン状態へ移行する。

次に、ユーザ端末１００の受付部１０６はユーザＵによって入力された評価値を受け付ける（ステップＳ４０３）。本実施形態では、例えば、店舗で提供された食事の主観的な評価をユーザＵが入力して、受付部１０６で受け付ける。

そして、ユーザ端末１００の送信部１０２は、受付部１０６で受け取った評価値を、ネットワークＮを介してサーバ２００へ送信する（ステップＳ４０４）。

サーバ２００の受信部２０１は、ネットワークＮを介してユーザ端末１００から送信された評価値を受信し（ステップＳ４０５）、情報記憶部２０３に蓄積していく（ステップＳ４０６）。その後、サーバ２００の演算部２０６は、蓄積されたユーザＵの複数の評価値から基準値を修正した修正基準値を演算する（ステップＳ４０７）。そして、サーバ２００は、修正基準値を新たな基準値として情報記憶部２０３に登録する（ステップＳ４０８）。

これにより、予め店舗側の主観的な評価として設定された基準値と、ユーザＵによる評価値とのずれに基づき基準値の修正が行われることになる。つまり、店舗側の主観的な評価とユーザＵの主観的な評価とのずれが縮まり、新たな基準値に基づく検索によって検索の精度が向上することになる。

（摂取傾向グラフ表示動作）
図１７は、摂取傾向グラフの表示動作について例示するフローチャートである。
先ず、ユーザＵは、ユーザ端末１００によってログイン処理を行う（ステップＳ５０１）。サーバ２００は、ユーザ端末１００からログインのリクエストを受け取り、ログイン可能か否かを判断する（ステップＳ５０２）。ログイン可能であればログイン状態へ移行する。

次に、ユーザ端末１００の受付部１０６は、ユーザＵから指示された摂取傾向表示の受け付けを行う（ステップＳ５０３）。次いで、ユーザ端末１００の送信部１０２は、受付部１０６で受け取った摂取傾向表示の指示を、ネットワークＮを介してサーバ２００へ送信する（ステップＳ５０４）。

サーバ２００の受信部２０１は、ネットワークＮを介してユーザ端末１００から送信された摂取傾向表示の指示を受信し（ステップＳ５０５）、情報記憶部２０３からユーザＵの摂取傾向の情報を読み出す（ステップＳ５０６）。摂取傾向の情報は、ユーザＵが摂取した物の健康度合いと時系列との関係を示す情報である。

そして、サーバ２００の送信部２０２は、情報記憶部２０３から読み出した摂取傾向の情報を、ネットワークＮを介してユーザ端末１００へ送信する（ステップＳ５０７）。

ユーザ端末１００の受信部１０１は、サーバ２００から送信された摂取傾向の情報を受信し（ステップＳ５０８）、表示部１０５にグラフ表示する（ステップＳ５０９）。このグラフ表示は、例えば、ユーザＵの摂取した物の健康度合い（加工食品～健康食品～機能食品～医薬品など）を横軸、過ごした時間を縦軸としたものである。ユーザＵは、このような摂取する物の健康度合いと時系列との関係を示す摂取傾向関係をグラフ表示で参照することができ、摂取した物の健康度合いの時系列変化を直観的に把握できるようになる。

（ＳＮＳ動作）
図１８は、ＳＮＳ（Social Networking Service）動作について例示するフローチャートである。
先ず、ユーザＵ１は、ユーザ端末１００Ａによってログイン処理を行う（ステップＳ６０１）。サーバ２００は、ユーザ端末１００Ａからログインのリクエストを受け取り、ログイン可能か否かを判断する（ステップＳ６０２）。ログイン可能であればログイン状態へ移行する。

次に、ユーザ端末１００ＡによってユーザＵ１の所望する検索条件による検索処理を行い（ステップＳ６０３）、サーバ２００での検索処理を行う（ステップＳ６０４）。この検索処理は、図１４に示すフローチャートに沿って行われる。

次に、ユーザ端末１００Ａから検索結果に対する評価処理を行い（ステップＳ６０５）、サーバ２００での評価登録処理を行う（ステップＳ６０６）。この評価処理は図１６に示すフローチャートに沿って行われる。

次に、ユーザ端末１００Ａから紹介処理を行う（ステップＳ６０７）。具体的には、例えばユーザＵ１によって検索された店舗およびメニューについてユーザＵ１による主観的な評価が行われ、その店舗やメニューを他のユーザＵ２に紹介したい場合、ユーザＵ１はユーザ端末１００Ａから紹介先のユーザ端末１００Ｂへおすすめ紹介を送る。おすすめ紹介は短距離無線通信などによって送ることができる。

紹介を受けたユーザＵ２のユーザ端末１００Ｂの受信部１０１でおすすめ紹介を受信し（ステップＳ６１１）、紹介された店舗のメニューを注文した場合、そのユーザＵ２は再評価を行う（ステップＳ６１２）。紹介されたユーザＵ２によって行われた主観的な評価はサーバ２００に送信され、サーバ２００は再評価の登録処理を行う（ステップＳ６１３）。

その後、サーバ２００は、紹介元のユーザ端末１００Ａと紹介先のユーザ端末１００Ｂへそれぞれステータスを送信する。各ユーザ端末１００Ａおよび１００Ｂは、サーバ２００から送られたステータスを受信する（ステップＳ６１４、ステップＳ６１５）。このステータスには、紹介によるポイント、ステージ、割り引きなどのインセンティブを示すものが含まれる。例えば、店舗やメニューに対して良い評価を行い、他のユーザを紹介して、そのユーザが店舗やメニューに対して良い再評価を行った場合、双方のユーザにポイントを与えたり、ステージをアップさせたり、割り引きを与えたりする。このようなインセンティブによって紹介の輪が拡がり、ユーザのみならず店舗にもメリットが生じるようになる。

（画面表示例）
次に、本実施形態に係る情報提供システム１の動作（情報提供方法）における具体的な一例を画面表示例に沿って説明する。なお、ここでは飲食店およびメニューに関する情報を検索・提供する動作を具体例として説明する。

図１９は、店舗による登録動作時の画面表示例を示す図である。
図１９に示す画面表示例は、図１２に示す登録動作のフローチャートにおける提供対象情報の登録処理（ステップＳ１０３）において店舗の端末３００に表示される。

提供対象情報の登録画面Ｇ１では、メニューの写真、メニューの名称、英語・中国語などの翻訳表示、店舗側の主観的な評価（味スコア）、素材、質量、アレルゲン、カロリー、産地、ベジタリアンおよび宗教的な制約に関する情報を登録できるようになっている。各店舗は、サーバ２００にログインして登録処理を行うことで、図１９のような提供対象情報の一覧が表示される。

なお、翻訳表示、アレルゲン判断、ベジタリアン、宗教的な制約など、他の入力項目からシステムが自動的に判断して入力支援を行うようにしてもよい。例えば、アレルゲンについては、例えば消費者庁によって示されるアレルギー表示対象品目に基づいて食材名から自動的に含まれるか否かを表示するようにしてもよい。また、カロリーについても、食材と量から自動的に計算して表示するようにしてもよい。これらの各登録項目が検索対象の項目となり得る。

登録画面Ｇ１で登録された情報は、図７に示すテーブルＴ３、図８および図９に示すテーブルＴ４としてサーバ２００の情報記憶部２０３に記憶される。

図２０は、ユーザによる登録動作時の画面表示例を示す図である。
図２０に示す画面表示例は、図１２に示す登録動作のフローチャートにおけるユーザ情報の登録処理（ステップＳ１１３）においてユーザ端末１００の表示部１０５に表示される。

ユーザ情報の登録画面Ｇ２では、基本情報として、ユーザＵの名前、メールアドレス、言語の入力項目が表示される。また、図示しないが、タブや頁の切り替えによって、他の基本情報として、住所、性別、生年月日、体重、身長、現在地取得（ＧＰＳによる取り込み）の可否などの入力項目も表示される。

さらに、ユーザ情報の登録画面Ｇ２では、アレルゲンや禁忌食材のチェックを行うための画像Ｇ２１が表示される。

図２１は、アレルゲン等禁忌食材チェックの表示例を示す図である。
この画面表示例では、画像Ｇ２１としてアレルゲンや禁忌食材のアイコンが表示され、言語に関わらずデザインによって食材が分かるようになっている。ユーザＵは、図２０に示す食材のアイコンの中から指定したい食材のアイコンを画面のタッチで選択する。これにより、図２１に示すように、指定した食材のアイコンの表示が変化する。アイコンおよびマークによる一覧表示によって、どの食材が「ＮＧ」なのか「ＯＫ」なのかを容易に把握することができる。

登録画面Ｇ２で登録された情報は、図４および図５に示すテーブルＴ１、図６に示すテーブルＴ２としてサーバ２００の情報記憶部２０３に記憶される。

図２２～図２３は、検索動作時の画面表示例を示す図である。
図２４は、味わい条件の画面表示例を示す図である。
図２２～図２３に示す画面表示例は、図１４に示す検索動作のフローチャートにおける検索条件の受け付け処理（ステップＳ２０３）においてユーザ端末１００の表示部１０５に表示される。

ユーザＵがユーザ端末１００によって検索条件の入力を選択すると、図２２（ａ）に示すような画面Ｇ３が表示される。ここでは現在地周辺の地図と、食材選択のアイコンが表示される。この際、ユーザＵによって予め登録されたアレルゲンや禁忌食材のアイコンが、登録していない食材のアイコンとは異なる態様で表示される。検索したい食材のアイコンをタッチすると、選択していないものとは異なる態様（色分けなど）で表示される。図２２（ｂ）には、選択した状態の画面表示の例が示される（画像Ｇ３１）。「ＯＫ」および「ＮＧ」を選択した食材のアイコンの上に対応するマークが付される。なお、この際、アレルゲンや禁忌食材として登録した食材のアイコンは選択できないようにしてもよい。

次に、図２３（ａ）に示す画面表示例のように、料理のジャンルなどの好みの条件を選択する画面Ｇ４が表示される。例えば、ジャンルとして和食（和）、洋食（洋）、中華（中）、アジア（亜）、イタリアン（伊）などのアイコンや、御飯、麺、パン、肉、魚、野菜、酒などのアイコンが表示され、好みのものを選択できる画面表示となる。ユーザＵは、これらのアイコンから好みのものを選択し、「ＯＫ」または「ＮＧ」を選択する。

次に、図２３（ｂ）に示す味わい条件を選択する画面Ｇ５が表示される。味わい条件は、ユーザＵの所望する主観的な評価を数値化した好み設定値と対応している。この例では、味の「濃い／薄い」と、食べ応えの「重い（ガッツリ）／軽い（ライト）」との２種類の好みを２軸のグラフＧ５１によって選択できる表示となる。

図２４に示すように、味わい条件のグラフＧ５１には、一般的な食べ物についての味わいの例を示す指標アイコンＡ１を表示してもよい。例えば、ハンバーガーの指標アイコンＡ１を表示し、ハンバーガーであった場合にはどの程度の味の濃さ、食べ応えとなるのかをグラフＧ５１上に表示する。なお、味わい条件のグラフＧ５１に示される指標アイコンＡ１に対応した一般的な食べ物は、ユーザＵの住所（居住地域）や国籍などによって変わるようにしてもよいし、ユーザＵの選択によって変えられるようになっていてもよい。

ユーザＵは、この指標アイコンＡ１のグラフＧ５１上の位置を参考にして、好みの味わいを選択する。例えば、画面のグラフ表示の選択マーク（例えば三角印）Ｐ１をタッチしながらスライドさせることで、選択マークＰ１をグラフＧ５１上の好みの位置に移動させる。

図２５は、検索結果の画面表示例を示す図である。
図２５に示す画面表示例は、図１４に示す検索動作のフローチャートにおける検索結果の表示処理（ステップＳ２０９）においてユーザ端末１００の表示部１０５に表示される。

先にユーザＵが入力した検索条件に基づきサーバ２００が検索を行うことで、ユーザ端末１００には検索条件に合致または近似した条件となるメニューの写真と、そのメニューを提供する店舗の地図上の表示とが行われる（画面Ｇ６）。ユーザＵが、例えば所定のアレルゲン食材を除く（「ＮＧ」）検索条件を指定した場合、検索結果にはこのアレルゲン食材が使われていないメニューの写真と、そのメニューを取り扱う店舗の地図上の表示とが画面表示される。

図２６（ａ）および（ｂ）は、店舗の地図上の表示例を示す図である。
図２６（ａ）は広域地図ＭＰ１の表示例、図２６（ｂ）は詳細区域地図ＭＰ２の表示例である。
これらの画面表示例では、ユーザＵが指定した味わい条件（嗜好性）についての検索の合致度に応じて表示態様を変化させている。例えば、同じ検索条件でヒットした店舗を示す地図上のマークＭであっても、合致度が所定値よりも高い場合には赤丸Ｍａで表示され、合致度が所定値以下の場合には青丸Ｍｂで表示される。表示態様は色分けだけでなく、マークＭの大きさや形を変えるなど、他の態様で合致度を示すようにしてもよい。

このような検索の合致度はサーバ２００の演算部２０６に含まれる合致度計算部で行われる。合致度計算部は、ユーザＵが指定した味わい条件と、店舗側の主観基準値との合致度を計算する。味わい条件および主観基準値はそれぞれ（ｘ、ｙ）座標で示されるため、これらの（ｘ、ｙ）座標の距離に基づき合致度が計算される。これにより、ユーザＵは、所望する味わい条件とどの程度合致しているメニューを取り扱う店舗であるのかを表示態様の変化によって直観的に把握できるようになる。

図２７（ａ）および（ｂ）は、絞り込み条件検索を行う場合の画面表示例を示す図である。
説明の便宜上、図２７（ａ）には絞り込み検索の条件を入力する画面例を画面Ｇ７の外側に示されているが、実際には画面Ｇ７内に示される。

絞り込み検索を行う場合、図２７（ａ）に示すような絞り込み条件を入力するボックスＢ１が表示され、ユーザＵはこのボックスＢ１内に所望の絞り込み条件を入力する。例えば、食材の条件、価格の条件、カロリーの範囲、地理的条件などである。

この絞り込み条件を入力して再検索を行うと、図２７（ｂ）に示すように、絞り込まれた条件に合致するメニューの写真と、そのメニューを取り扱う店舗の地図上の表示とが画面表示される（画面Ｇ８）。この際、先の検索結果で表示された写真や店舗の地図上の表示をグレー表示して残すようにすれば、絞り込み検索が行われた結果であることを容易に把握することができる。

図２８は、メニューの詳細情報の画像表示例を示す図である。
説明の便宜上、図２８にはメニューの詳細情報が画面Ｇ９の外側に示されているが、実際には画面Ｇ９内に示される。

ユーザＵが画面Ｇ９のメニューの写真を選択する（タップする）と、そのメニューの詳細情報の画像Ｇ９１が表示される。詳細情報の画像Ｇ９１には、食材の含有情報、カロリー等の栄養成分の情報などが含まれる。これにより、ユーザＵはメニューの詳細を得ることができる。また、図示しないが、メニューの詳細情報と併せてそのメニューを取り扱う店舗の情報（住所、電話番号、Ｗｅｂアドレス、最寄り駅、現在地からの距離、到着までの時間など）を表示してもよい。

ユーザＵは、所望の条件で検索を行い、その条件に合致した検索結果を得た場合、検索結果を記憶しておく指示を行うことができる。例えば、検索結果として表示された複数のメニューの写真のうち、記憶しておきたいものをタッチ（例えば、長押し）する。これによりポップアップが表示され、リストへ登録することを選択する。リストはユーザ端末１００に記憶されてもよいし、サーバ２００に記憶されてもよい。

図２９は、検索記憶の画面表示例を示す図である。
図２９には、ユーザ端末１００で記憶したメニューリストの画面Ｇ１０の例が示される。
なお、説明の便宜上、図２９にはメニューの詳細情報の画像Ｇ１０１が画面Ｇ１０の外側に示されているが、実際には画面Ｇ１０内に示される。

図２９に示すように、検索結果の中から好みのものをリストに登録しておくことで、再度の検索を行うことなく検索結果を後から参照することができる。また、このリストの画面Ｇ１０に表示されたメニューの写真を選択する（タップする）と、そのメニューの詳細情報の画像Ｇ１０１が表示される。

図３０は、評価動作を行う場合の画面表示例を示す図である。
図３０に示す画面表示例は、図１６に示す評価動作のフローチャートにおける評価値の受け付け処理（ステップＳ４０３）においてユーザ端末１００の表示部１０５に表示される。

ユーザＵは、検索結果で表示されたメニューの食事をした後、主観的な評価をすることができる。図３０に示す画面Ｇ１１の表示例のように、評価を行う際にはメニューに対応した味わいグラフＧ１１１が表示される。ユーザＵは、このグラフＧ１１１の表示を用いて実際に食べた後の主観的な評価を示す。主観的な評価は、グラフＧ１１１の選択マークＰ２をタッチしながらスライドさせることで、選択マークＰ２をグラフＧ１１１上の所望の位置に移動させる。グラフＧ１１１の表示には検索した際の味わい条件を示してもよい（選択マークＰ１）。検索した際の味わい条件と、実際に食べた後の感想としての評価との相違を得ることができる。

図３１（ａ）～（ｃ）は、主観的な評価の活用について説明する図である。ユーザＵによって検索され、実際に食べた後の主観的な評価が行われた場合、このデータはサーバ２００の情報記憶部２０３に蓄積されていく。店舗側ではこの蓄積されたユーザＵの主観的な評価の情報を用いて、店舗側の主観基準値との差を分析することができる。

店舗の端末３００には、図３１（ａ）に示すようなグラフＧ１１２の画像が表示される。グラフＧ１１１には、ユーザＵが検索条件で指定した味わい条件の選択マークＰ１と、食後に評価した味わいの値を示す選択マークＰ２と、店舗の主観基準値を示すマークＰ３とが示される。

このグラフＧ１１２のマークＰ３で表示される店舗側が登録した主観基準値は、店舗側の情報登録において図１９に示す「味スコア」として登録した値である。店舗側の情報登録をする際、図３１と同様なグラフ表示によって店舗側で想定している味の「濃い／薄い」の値と、食べ応えの「重い（ガッツリ）／軽い（ライト）」の値とをグラフ上の位置で指定している。このグラフ上の位置が（ｘ、ｙ）座標として図９に示す主観基準値（店舗）として登録されており、この主観基準値が図３１（ａ）に示す店舗側の想定している値として表示される。

図３１（ｂ）に示すように、店舗の端末３００に、ユーザＵの検索条件（選択マークＰ１）と食後の評価（選択マークＰ２）との距離Ｄ１や、店舗の主観基準値（マークＰ３）とユーザＵの食後の評価値（選択マークＰ２）との距離Ｄ２を示すようにしてもよい。この距離Ｄ１は、ユーザＵによる満足感として捉えることができる。また、距離Ｄ２は、店舗とユーザとの味わいのギャップとして捉えることができる。距離Ｄ２が長いほど、店舗側の味わいの主観とユーザＵの実際に感じた味わいとのギャップが大きいことになる。店舗は、この距離Ｄ１、Ｄ２を参照して、今後のメニューの味付けなどの参考にすることができる。

図３１（ｃ）に示すように、ユーザＵの評価値が蓄積されると、ユーザＵの評価値の群（選択マークＰ２の群）を得ることができる。サーバ２００の演算部２０６は、このようにユーザＵの評価値が蓄積された場合、ユーザＵの複数の評価値から店舗側の主観基準値（マークＰ３）を修正する修正基準値を演算してもよい（図１６のステップＳ４０７）。例えば、距離Ｄ２が一定値を超えた場合、選択マークＰ２の群の平均値や最多値などを修正基準値とする。また、距離Ｄ２を短く（例えば半分）にして修正基準値としてもよいし、所定の演算式を用いて修正基準値を求めてもよい。

また、修正基準値が演算された場合、店舗の端末３００に修正基準値が演算されたことを通知してもよいし、修正基準値を新たな店舗側の主観基準値として更新登録するようにしてもよい。これにより、次にユーザＵが検索を行う際の検索精度の向上につながる。

また、店舗側では、店側の主観基準値（マークＰ３）とユーザＵの食後の評価値（選択マークＰ２）との距離Ｄ２を、今後提供するメニューの味付けやレシピ変更の参考に用いることができる。すなわち、距離Ｄ２は、店舗側が考える味わいと、それを食べたユーザＵの味わいの感覚とのギャップである。したがって、このギャップを参考にして、今後の味付けなどの変更を行う際の参考となり得る。

図３２（ａ）および（ｂ）は、食事日記の画面表示例を示す図である。
図３２に示す画面表示例は、図１５に示す画像検索動作のフローチャートにおける日記記録処理（ステップＳ３１０～Ｓ３１１）において記録された情報をユーザ端末１００の表示部１０５に表示した場合の例である。

ユーザＵが店舗で食事を行う際、取り込んだ食事の画像（写真）と、その画像から検索された食材情報などを日時と対応付けしてサーバ２００に記憶する。記憶した情報を読み出すと、図３２（ａ）に示すような画面Ｇ１２が表示される。この画面Ｇ１２の例では、食事の写真（ユーザＵが実際に注文した食事の写真）と日時とが表示される。また、そのメニューの摂取カロリー、食材の量（タンパク質、脂質、炭水化物、ビタミン、ミネラル等の量）を示すグラフＧ１２１が表示される。

図３２（ｂ）にはグラフＧ１２１の拡大図が示される。メニュー検索と記録とを累積していくことで、例えば１日の摂取カロリーや栄養素の摂取量を把握することができる。グラフＧ１２１には食事の写真がアイコンＡ１２として表示され、例えば、１日のどのタイミング（朝、昼、夜などの１日の時系列）で何を食べたかを容易に把握できるようになっている。

また、１日の目標となる摂取カロリーや栄養素の摂取量を１００％として、現在までに摂取した量と、目標値までの残りとをグラフ表示してもよい。また、１００％を超えている場合には、過多をグラフ表示してもよい。これにより、各項目についての過不足を視覚的に把握することができる。グラフＧ１２１で示す集計の期間は１日以外でもよい。ユーザＵが好みの期間を設定することで、その期間で集計したグラフＧ１２１の表示が行われる。また、摂取量の１００％について、初期情報（例えば、性別、年齢、身体特徴など）から計算される標準値を用いたてもよいし、食事制限を考慮した値を用いてもよいし、アスリートなどの食事法を考慮した値を用いてもよい。また、適宜ユーザＵによって任意の値に設定できるようにしてもよい。

図３３は、ＳＮＳ動作について説明する図である。
先ず、ユーザＵ（Ａ）が本実施形態に係る情報提供システム１を利用してメニューおよび店舗の検索を行う。ユーザＵ（Ａ）がそのメニューに対して「美味しい、素敵」を意味する例えば「Yummy」を付けると、ユーザ端末１００からサーバ２００を介して店舗の端末３００にその旨が通知される。

次に、ユーザＵ（Ａ）のユーザ端末１００から短距離無線通信（Bluetooth：登録商標）などによってユーザＵ（Ｂ）のユーザ端末１００へ「Yummy」が付されたメニューのおすすめ紹介を送信する。ユーザＵ（Ｂ）は送信されたおすすめ紹介を保存する。

次に、おすすめ紹介を受け取ったユーザＵ（Ｂ）がおすすめメニューを取り扱う店舗に訪れ、店舗の感想として「好き」を意味する例えば「Love」を付ける。「Love」が付けられると、ユーザＵ（Ｂ）のユーザ端末１００からサーバ２００を介して店舗の端末３００にその旨が通知される。

次に、ユーザＵ（Ｂ）がおすすめ紹介されたメニューを注文して食べ、「美味しい、素敵」を意味する例えば「Yummy」を付けると、ユーザ端末１００からサーバ２００を介して店舗の端末３００にその旨が通知される。

これにより、店舗からは、ユーザＵ（Ｂ）のユーザ端末１００に対して「感謝」を意味する例えば「Thank you」を通知し、最初に「Yummy」を付けたユーザＵ（Ａ）のユーザ端末１００に対して例えば２倍の「Thank you」を通知する。

「Thank you」や２倍の「Thank you」が通知されると、ユーザＵ（Ａ）およびユーザＵ（Ｂ）のそれぞれのステータスが更新される。ステータスは、例えば「Yummy」を付けた数、「Love」を付けた数、および「Thank you」を受けた数である。ユーザＵ（Ａ）およびユーザＵ（Ｂ）は、このステータスによって店舗からインセンティブを受けることができる。一方、店舗は「Yummy」を受けた数によってメニューの評価を把握でき、「Love」を受けた数によって店舗の評価を把握することができる。サーバ２００は、メニューや店舗の評価を、ランキング順に公表するようにしてもよい。

図３４は、摂取傾向グラフについて説明する図である。
図３４に示す摂取傾向グラフＧ１３１の例は、図１７に示す摂取傾向グラフの表示動作のフローチャートにおけるグラフ表示（ステップＳ５０９）においてユーザ端末１００の表示部１０５に表示される画面の例である。

摂取傾向グラフＧ１３１は、横軸にユーザＵが摂取した物の健康度合いが示され、縦軸にユーザＵの過ごした時間が示される。横軸の健康度合いは、摂取した物が、加工食品、健康食品、機能食品、医薬品（健康食品を含む）といった健康度合いを示している。横軸の左ほど健康度合いが低く、右ほど健康度合いが高い。この横軸で示される健康度合いは、消費者庁で定める食品の機能性の表示に基づいて行ってもよい。例えば、横軸の健康度合いの低い側から高い側に向けて、機能性表示食品～栄養機能食品～特定保健用食品の順に表すようにする。縦軸の時間は、ユーザＵの年齢に相当する。例えば、ユーザＵの誕生前からの時間軸（例えば、ユーザＵの母親の妊娠前、妊娠中、乳幼児、成長期、成人、高齢者）である。

本実施形態に係る情報提供システム１をユーザＵが利用し、図３２に示すような食事日記の記録を続けていくことで、生涯の時間軸に沿って、摂取した食物の健康度合いの推移を把握することができるようになる。

このような本実施形態に係る情報提供システム１および情報提供方法をメニューおよび店舗の検索、評価、食事日記、ＳＮＳに適用することで、主観的な好みや条件に基づく検索を行うことができ、店舗側で設定された条件のみならず、ユーザ間の評価、評判、好みといった主観的な観点による新たな検索結果を得ることが可能となる。

（他の適用例）
本実施形態に係る情報提供システム１や情報提供方法は、食品以外にも適用可能である。例えば、医薬品の主観的な評価に基づく検索システムとして適用することもできる。
医薬品の検索について適用する場合には、サーバ２００の情報記憶部２０３には、医薬品の表示事項（名称、区分、重量、容量、有効成分およびその分量、用法、用量、使用および取り扱い上の注意事項、製造番号または製造記号、使用期限など）が登録される。
また、主観的な評価としては、効き目や効き具合の基準値やユーザＵによる評価値が登録されている。

図３５は医薬品の主観的な検索条件を選択する画面の例を示す図である。
図３５に示すように、主観的な検索条件は、医薬品の効き目をグラフＧ１４１上で選択できるようになっている。一例として、横軸に効き目（眠くならない／眠くなる）、縦軸に効き具合（緩徐／急速）を示した２軸のグラフＧ１４１が表示され、このグラフＧ１４１上で主観的な条件を設定できるようになっている。効き目の条件のグラフＧ１４１には、一般的な医薬品（基準薬）についての効き目の例を示す指標アイコンＡ１４１を表示してもよい。指標アイコンＡ１４１は、検索する医薬品の種類（効能部位、効能症状など）によって変わるようにしてもよいし、ユーザＵの選択によって変えられるようになっていてもよい。

ユーザ（患者）Ｕは、この指標アイコンＡ１４１のグラフＧ１４１上の位置を参考にして、効き目の主観的な検索条件を選択する。例えば、画面のグラフＧ１４１の表示の選択マーク（例えば三角印）Ｐ４をタッチしながらスライドさせることで、選択マークＰ４をグラフＧ１４１上の好みの位置に移動させる。

このような主観的な検索条件を選択して検索を行うことで、医薬品の提供側で設定された条件のみならず、ユーザＵの好みの効き具合に対応した医薬品を検索することが可能となる。

上記では、眠くなるなどの副作用と効き具合との２軸によるグラフ表示で好みを選択する例を示したが、その他の副作用、飲みやすさ、味（例えば、苦み）、コストパフォーマンスなど、他の主観を示す軸を用いてもよい。

また、ユーザＵは、実際に使用した医薬品について主観的な評価を行ってもよい。評価は、上記と同様なグラフＧ１４１の表示においてユーザＵの使用感を選択することによって行われる。ユーザＵの評価を蓄積することで、医薬品の提供側はユーザＵの主観的な評価のデータを得ることができるとともに、自らが予測する評価と、ユーザＵの評価とのギャップのデータを得ることができる。

図３６（ａ）および（ｂ）は、医薬品の評価をグラフ化した例を示す図である。
図３６（ａ）には患者の自己評価が示され、図３６（ｂ）には医師または製薬メーカの評価が示される。いずれの図も横軸は投薬（または通院）回数である。

図３６（ａ）に示すように、患者は処方された薬を使用した後、薬の効果（効いた／効かない）や回復度（不快／快適）の主観的な評価を行う。この評価は、図３７に示す画面例（画面Ｇ１４）のように、主観的な評価をスライダＳＬで設定できるようになっていてもよい。スライダＳＬは日にちごとに設定できるようになっていてもよい。投薬回数に応じたこれらの評価は図３６（ａ）に示すようにグラフＧ１５１、Ｇ１５２によって可視化される。

一方、医師または製薬メーカでは、患者の主観的な評価とは別に、治験や臨床結果などから投薬回数に応じた薬効有効性や治療度の推移のデータ（治癒傾向）を有している（図３６（ｂ）のグラフＧ１６１、Ｇ１６２参照）。

ここで、患者は医師に診てもらうことや投薬によってメンタリティが先行して治癒していると自覚し、継続的な投薬を途中でやめてしまうことがある。医師からすると、フィジカルには完治していないので、すべての薬を飲み切ることが治療の前提となっている。

そこで、患者個人の主観的な評価と、医師（製薬メーカ）の持っている治癒傾向とのギャップから、患者に対するアドバイスを与えることができる。

図３８は、薬効感覚のギャップを示す図である。
すなわち、図３８に示すグラフＧ１７１は、図３６（ａ）に示すグラフＧ１５１と、図３６（ｂ）に示すグラフＧ１６１とを重ね合わせたものである。また、図３８に示すグラフＧ１７２は、図３６（ａ）に示すグラフＧ１５２と、図３６（ｂ）に示すグラフＧ１６２とを重ね合わせたものである。このようなグラフＧ１７１およびＧ１７２によって、患者の感覚と医師（製薬メーカ）の持っているデータとのギャップを把握しやすくなる。

（グループでの適用例）
本実施形態に係る情報提供システム１や情報提供方法は、複数のユーザ（例えば、グループ内の複数ユーザ）による検索（グループ検索）を行うこともできる。
図３９は、グループ検索動作について例示するフローチャートである。
説明の都合上、ここではユーザ端末１００Ａ～１００Ｃについてのグループ検索の例を示す。
はじめに、ユーザ端末１００Ａ～１００Ｃにおいてログイン処理を行う（ステップＳ７０１～Ｓ７０４）。

次に、各ユーザ端末１００Ａ～１００Ｃのそれぞれにおいて、検索条件の受け付けおよび検索条件のサーバ２００への送信を行う（ステップＳ７０５～Ｓ７１０）。図４０は、各ユーザ端末による検索画面の例を示す模式図である。各ユーザはそれぞれのユーザ端末１００Ａ～１００Ｃの検索条件の指定画面によって好みの条件や主観的な条件（好み設定値）を入力して、サーバ２００へ送信する。

サーバ２００の受信部２０１は、ネットワークＮを介して各ユーザ端末１００Ａ～１００Ｃから送信された検索条件を受信する（ステップＳ７１１）。そして、サーバ２００の検索部２０４によって検索を実行する（ステップＳ７１２）。

ここで、グループ検索においてサーバ２００の検索部２０４は、各ユーザ端末１００Ａ～１００Ｃから送信されたそれぞれの検索条件のアンド検索や、項目ごとの検索条件の頻度を計算して最頻のものを採用した検索を行う。なお、検索の方法はこれに限定されない。

次に、サーバ２００は検索部２０４で検索した結果を送信部２０２からネットワークＮを介して各ユーザ端末１００Ａ～１００Ｃへ送信する（ステップＳ７１３）。各ユーザ端末１００Ａ～１００Ｃの受信部１０１は、サーバ２００から送信された検索結果を受信し、表示部１０５に検索結果を表示する（ステップＳ７１４～Ｓ７１９）。

図４１は、グループ検索の結果の画面表示例を示す図である。
説明の便宜上、図４１には詳細情報が画面Ｇ１５の外側に示されているが、実際には画面Ｇ１５内に示される
各ユーザ端末１００Ａ～１００Ｃには検索結果が表示される。検索結果の画面Ｇ１５では、検索条件に基づき検索された店舗のリストや店舗の地図上の表示が行われる。検索結果は適合度を示すスコアとして数値化されてもよい。このスコアの順に表示された店舗のリストは、複数のユーザによる好み（希望）に基づき検索された結果である。画面Ｇ１５の所望の店舗の表示を選択すると、詳細情報として例えばその店舗でのおすすめメニューが表示される（画面Ｇ１５５）。おすすめメニューの表示順もグループ検索の結果に基づき順番に表示してもよい。

図４２は、グループ検索の結果の地図上の表示例を示す図である。
地図ＭＰ３の表示例では、グループ検索で抽出された店舗が表示される。この際、スコアの値に応じて表示態様を変化させてもよい。これにより、ユーザは、グループ検索によって抽出された店舗の地図上の位置と、適合度合い（スコア）とを直観的に把握できるようになる。

例えば、グループ検索で抽出された店舗を示す地図上のマークＭであっても、スコアが所定値よりも高い場合には赤丸Ｍａで表示され、スコアが所定値以下の場合には青丸Ｍｂで表示される。表示態様は色分けだけでなく、マークＭの大きさや形を変えるなど、他の態様で合致度を示すようにしてもよい。また、地図ＭＰ３には、各ユーザの現在地を示すようにしてもよい。これにより、各ユーザは互いの位置から店舗を選択しやすくなる。

（情報提供プログラム）
本実施形態に係る情報提供プログラムは、上記説明した動作（図１２、図１４～図１８、図３９）の各工程をコンピュータに実行させる。この情報提供プログラムは、サーバ２００の情報記憶部２０３に記憶されている。また、情報提供プログラムは、コンピュータ読み取り可能な記憶媒体ＲＭに記憶されていてもよいし、ネットワークＮを介して配信可能に構成されていてもよい。

以上説明したように、本実施形態によれば、ユーザの所望する主観的な評価（好み）の度合いに基づき情報を検索して提供する情報提供システム、情報提供方法および情報提供プログラムを提供することが可能となる。

なお、上記に本実施形態およびその具体例を説明したが、本発明はこれらの例に限定されるものではない。例えば、ユーザＵの登録情報や店舗側で登録する情報の項目は上記説明には限定されない。また、主観的な評価を数値化した好み設定値や評価値を入力する例として２軸のグラフを用いたが、１軸に沿って入力してもよいし、３軸のグラフ（立体的なグラフ）によって入力してもよい。また、平行な複数軸に沿って各種の主観的な評価を入力するようにしてもよいし、ホイールのような回転する画像や数値を切り替えられる画像によって入力するようにしてもよい。また、データベースとして各種のテーブルＴ１～Ｔ４を示したが、データベースの設計としてクエリを利用してもよい。また、店舗側の端末３００による処理はオンライン（インタラクティブ）のほか、バッチ処理を行ってもよい。また、前述の各実施形態またはその具体例に対して、当業者が適宜、構成要素の追加、削除、設計変更を行ったものや、各実施形態の特徴を適宜組み合わせたものも、本発明の要旨を備えている限り、本発明の範囲に包含される。

本発明は、例えば、遊園地のアトラクション検索、インターネット販売される物品およびサービスの検索など、五感による主観的な評価に基づき情報を検索する各種の検索システムに利用可能である。

１…情報提供システム
１００…ユーザ端末
１０１…受信部
１０２…送信部
１０３…記憶部
１０４…入力部
１０５…表示部
１０６…受付部
１０７…制御部
２００…サーバ
２０１…受信部
２０２…送信部
２０３…情報記憶部
２０４…検索部
２０５…登録部
２０６…演算部
２０７…制御部
３００…端末
Ａ１…指標アイコン
Ａ１２…アイコン
Ａ１４１…指標アイコン
Ｂ１…ボックス
Ｄ１…距離
Ｄ２…距離
Ｇ１…登録画面
Ｇ１０…画面
Ｇ１０１…画像
Ｇ１１…画面
Ｇ１１１…グラフ
Ｇ１１２…グラフ
Ｇ１２…画面
Ｇ１４…画面
Ｇ１５…画面
Ｇ１２１…グラフ
Ｇ１３１…摂取傾向グラフ
Ｇ１４１…グラフ
Ｇ１５１…グラフ
Ｇ１５２…グラフ
Ｇ１５５…画面
Ｇ１６１…グラフ
Ｇ１６２…グラフ
Ｇ１７１…グラフ
Ｇ１７２…グラフ
Ｇ２…登録画面
Ｇ２１…画像
Ｇ３…画面
Ｇ３１…画面
Ｇ４…画面
Ｇ５…画面
Ｇ５１…グラフ
Ｇ６…画面
Ｇ７…画面
Ｇ８…画面
Ｇ９…画面
Ｇ９１…画像
Ｍ…マーク
ＭＰ１…広域地図
ＭＰ２…詳細区域地図
Ｍａ…赤丸
Ｍｂ…青丸
Ｎ…ネットワーク
Ｐ１…選択マーク
Ｐ２…選択マーク
Ｐ３…マーク
Ｐ４…選択マーク
ＲＭ…記憶媒体
ＳＬ…スライダ
Ｔ１…テーブル
Ｔ２－Ｆ…テーブル
Ｔ２－Ｇ…テーブル
Ｔ３…テーブル
Ｔ４…テーブル
Ｔ５…テーブル
Ｔ６…テーブル
Ｕ…ユーザ
Ｕ１…ユーザ
Ｕ２…ユーザ
Ｕ３…ユーザ

Claims (8)

1. ネットワークを介してユーザ端末およびサーバが接続された情報提供システムであって、
   前記サーバは、前記ユーザ端末へ提供する提供対象情報を、医薬品の効き目に関する主観的な評価を数値化した主観基準値と対応付けして記憶する情報記憶部を有し、
   前記ユーザ端末は、前記提供対象情報に対するユーザの前記医薬品の効き目に関する主観的な評価である主観評価値を画面表示とともに受け付けて前記サーバに送信し、
   前記サーバの情報記憶部には、複数のユーザの前記ユーザ端末から送信された前記医薬品に関する前記主観評価値が蓄積され、
   前記サーバは、前記医薬品に関する前記主観基準値と前記主観評価値とのギャップを提供し、
   前記ユーザ端末の画面には、医薬品の効き目の主観的な値を示すためのグラフが表示され、前記グラフには、前記ユーザが前記主観評価値を前記グラフ上で指定するための参考となる位置にアイコンが表示され、
   前記ユーザ端末による前記主観評価値の受け付けは、前記ユーザ端末の画面により、前記アイコンが表示された前記グラフの軸に沿って前記ユーザが選択マークをタッチしながらスライドさせることで前記主観評価値を連続的に選択可能になっている、情報提供システム。
2. 前記アイコンの前記グラフ上の表示位置は一般的な医薬品の主観基準値に対応し、前記アイコンは、前記医薬品の種類または前記ユーザの選択によって変更可能に設けられた、請求項１記載の情報提供システム。
3. ネットワークを介してユーザ端末およびサーバが接続された情報提供システムであって、
   前記サーバは、前記ユーザ端末へ提供する提供対象情報を、医薬品の効き目に関する主観的な評価を数値化した主観基準値と対応付けして記憶する情報記憶部を有し、
   前記ユーザ端末は、ユーザの所望する医薬品の効き目に関する主観的な検索条件の入力を受け付ける受付部を有し、
   前記サーバは、前記ユーザ端末の前記受付部で受け付け、前記ネットワークを介して送信された前記検索条件を受けて、前記検索条件と合致または近似する前記主観基準値と対応付けされた前記提供対象情報を前記情報記憶部から検索して前記ユーザ端末へ送信し、
   前記ユーザ端末は、検索された前記提供対象情報に対して前記ユーザが検索した際に入力した前記検索条件を画面表示し、前記提供対象情報に対する前記ユーザの主観的な評価である主観評価値を前記画面表示とともに受け付けて前記サーバに送信し、
   前記サーバの情報記憶部には、複数のユーザの前記ユーザ端末から送信された前記医薬品に関する前記主観評価値が蓄積され、
   前記サーバは、前記医薬品に関する前記主観基準値と前記主観評価値とのギャップを提供し、
   前記ユーザ端末の画面には、医薬品の効き目の主観的な値を示すためのグラフが表示され、前記グラフには、前記ユーザが前記主観評価値を前記グラフ上で指定するための参考となる位置にアイコンが表示され、
   前記ユーザ端末による前記主観評価値の受け付けは、前記ユーザ端末の画面により、前記アイコンが表示された前記グラフの軸に沿って前記ユーザが選択マークをタッチしながらスライドさせることで前記主観評価値を連続的に選択可能になっている、情報提供システム。
4. 前記アイコンの前記グラフ上の表示位置は一般的な医薬品の主観基準値に対応し、前記アイコンは、前記医薬品の種類または前記ユーザの選択によって変更可能に設けられた、請求項３記載の情報提供システム。
5. ネットワークを介してサーバとユーザ端末との間で情報を送受する情報提供方法であって、
   前記サーバの情報記憶部に、前記ユーザ端末へ提供する提供対象情報を、医薬品の効き目に関する主観的な評価を数値化した主観基準値と対応付けして記憶する工程と、
   前記ユーザ端末の受付部により、ユーザの所望する医薬品の効き目に関する主観的な検索条件の入力を受け付ける工程と、
   前記ユーザ端末の前記受付部で受け付け、前記ネットワークを介して送信された前記検索条件を前記サーバで受けて、前記検索条件と合致または近似する前記主観基準値と対応付けされた前記提供対象情報を前記情報記憶部から検索して前記サーバから前記ユーザ端末へ送信する工程と、
   検索された前記提供対象情報に対して前記ユーザが検索した際に入力した前記検索条件を前記ユーザ端末に画面表示し、前記提供対象情報に対する前記ユーザの主観的な評価である主観評価値を前記画面表示とともに受け付けて前記サーバに送信する工程と、
   前記サーバの情報記憶部に、複数のユーザの前記ユーザ端末から送信された前記医薬品に関する前記主観評価値を蓄積する工程と、
   前記サーバから、前記医薬品に関する前記主観基準値と前記主観評価値とのギャップを提供する工程と、
   を備え、
   前記ユーザ端末の画面には、医薬品の効き目の主観的な値を示すためのグラフを表示し、前記グラフには、前記ユーザが前記主観評価値を前記グラフ上で指定するための参考となる位置にアイコンを表示し、
   前記ユーザ端末によって前記主観評価値を受け付ける工程は、前記ユーザ端末の画面により、前記アイコンが表示された前記グラフの軸に沿って前記ユーザが選択マークをタッチしながらスライドさせることで前記主観評価値を連続的に選択可能になっている、情報提供方法。
6. 前記アイコンの前記グラフ上の表示位置は一般的な医薬品の主観基準値に対応し、前記アイコンは、前記医薬品の種類または前記ユーザの選択によって変更可能に設けられた、請求項５記載の情報提供方法。
7. ネットワークを介してサーバとユーザ端末との間で情報を送受する情報提供プログラムであって、
   コンピュータに、
   前記サーバの情報記憶部に、前記ユーザ端末へ提供する提供対象情報を、医薬品の効き目に関する主観的な評価を数値化した主観基準値と対応付けして記憶する工程と、
   前記ユーザ端末の受付部により、ユーザの所望する医薬品の効き目に関する主観的な検索条件の入力を受け付ける工程と、
   前記ユーザ端末の前記受付部で受け付け、前記ネットワークを介して送信された前記検索条件を前記サーバで受けて、前記検索条件と合致または近似する前記主観基準値と対応付けされた前記提供対象情報を前記情報記憶部から検索して前記サーバから前記ユーザ端末へ送信する工程と、
   検索された前記提供対象情報に対して前記ユーザが検索した際に入力した前記検索条件を前記ユーザ端末に画面表示し、前記提供対象情報に対する前記ユーザの主観的な評価である主観評価値を前記画面表示とともに受け付けて前記サーバに送信する工程と、
   前記サーバの情報記憶部に、複数のユーザの前記ユーザ端末から送信された前記医薬品に関する前記主観評価値を蓄積する工程と、
   前記サーバから、前記医薬品に関する前記主観基準値と前記主観評価値とのギャップを提供する工程と、
   を実行させ、
   前記ユーザ端末の画面には、医薬品の効き目の主観的な値を示すためのグラフを表示し、前記グラフには、前記ユーザが前記主観評価値を前記グラフ上で指定するための参考となる位置にアイコンを表示し、
   前記ユーザ端末によって前記主観評価値を受け付ける工程は、前記ユーザ端末の画面により、前記アイコンが表示された前記グラフの軸に沿って前記ユーザが選択マークをタッチしながらスライドさせることで前記主観評価値を連続的に選択可能になっている、情報提供プログラム。
8. 前記アイコンの前記グラフ上の表示位置は一般的な医薬品の主観基準値に対応し、前記アイコンは、前記医薬品の種類または前記ユーザの選択によって変更可能に設けられた、請求項７記載の情報提供プログラム。

Images