(57)【特許請求の範囲】
【請求項１】
複数の飲食店に関する飲食店情報と、ユーザの血糖値データを基に生成され当該ユーザの１日のうちの空腹度の平均的な推移を示し、時刻情報と関連付けられたパターンデータとを記憶する記憶手段と、
前記ユーザの少なくとも近傍に存在するセンサ装置を介して、前記ユーザの前記血糖値データを受信する通信手段と、
前記受信された血糖値データの推移と前記記憶されたパターンデータとを比較して、前記ユーザの空腹度がある周期において最大となる時刻を推定し、当該推定された時刻の所定時間前に前記センサ装置または当該センサ装置に接続されたユーザ端末へ前記記憶された少なくとも１つの飲食店の飲食店情報を送信するように前記通信手段を制御する制御手段と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記記憶手段は、前記飲食店情報を少なくとも第１の重みを有する第１の飲食店情報と前記第１の重みよりも小さい第２の重みを有する第２の飲食店情報とに分類して記憶し、
前記制御手段は、前記受信された血糖値データの推移から、前記周期において前記空腹度が最少となってから最大となるまでの間に前記空腹度が所定の閾値以上下降した後に上昇したと判断された場合に、前記第２の飲食店情報を優先的に送信するように前記通信手段を制御する
情報処理装置。
【請求項３】
請求項１または２に記載の情報処理装置であって、
前記制御手段は、前記受信された血糖値データの推移から、前記周期において前記空腹度が最少となってから最大となるまでの間に前記空腹度が所定の閾値以上下降した後に上昇したと判断された場合に、当該下降の開始から当該下降開始時の空腹度に戻るまでの血糖値データを除外して、前記ユーザの空腹度がある周期において最大となる時刻を推定する
情報処理装置。
【請求項４】
請求項１乃至３のいずれかに記載の情報処理装置であって、
前記記憶手段は、前記飲食店で提供される飲食物が有するエネルギー量と対応付けて前記飲食店情報を記憶し、
前記制御手段は、前記受信された血糖値データの推移から、前記周期において前記空腹度が最少となってから最大となるまでの間に前記空腹度が所定の閾値以上下降した後に上昇したと判断された場合に、全ての飲食店で提供される飲食物が有するエネルギー量の平均値から、前記下降した空腹度に応じたエネルギー量を減じたエネルギー量と対応付けられた飲食店情報を優先的に送信するように前記通信手段を制御する
情報処理装置。
【請求項５】
請求項１乃至４のいずれかに記載の情報処理装置であって、
前記制御手段は、前記血糖値データの推移から、前記ユーザの空腹度がある周期における最大値近傍において所定の期間以上停滞していると判断された場合に、当該停滞している期間内に所定の頻度で前記飲食店情報を送信するように前記通信手段を制御する
情報処理装置。
【請求項６】
請求項１乃至５のいずれかに記載の情報処理装置であって、
前記センサ装置は、前記ユーザが乗車中の車両の車内部品に設けられ、
前記送信された飲食店情報は、前記車両に設けられた出力部から出力される
情報処理装置。
【請求項７】
複数の飲食店に関する飲食店情報を少なくとも一時的に記憶可能であるとともに、ユーザの血糖値データを基に生成され当該ユーザの１日のうちの空腹度の平均的な推移を示し、時刻情報と関連付けられたパターンデータとを記憶可能な記憶手段と、
前記ユーザが座ることが可能な座席と、
前記座席に座った状態の前記ユーザの少なくとも近傍に設けられ、前記ユーザの前記血糖値データを取得可能なセンサ装置と、
出力手段と、
前記取得された血糖値データの推移と前記記憶されたパターンデータとを比較して、前記ユーザの空腹度がある周期において最大となる時刻を推定し、当該推定された時刻の所定時間前に前記記憶された飲食店情報を出力するように前記出力手段を制御する制御手段と
を具備する車両。
【請求項８】
情報処理装置の記憶部により、複数の飲食店に関する飲食店情報と、ユーザの血糖値データを基に生成され当該ユーザの１日のうちの空腹度の平均的な推移を示し、時刻情報と関連付けられたパターンデータとを記憶し、
前記情報処理装置の通信部により、前記ユーザの少なくとも近傍に存在するセンサ装置を介して、前記ユーザの前記血糖値データを受信し、
前記情報処理装置の制御部により、前記受信された血糖値データの推移と前記記憶されたパターンデータとを比較して、前記ユーザの空腹度がある周期において最大となる時刻を推定し、
前記通信部により、前記推定された時刻の所定時間前に前記センサ装置または当該センサ装置に接続されたユーザ端末へ前記記憶された飲食店情報を送信する
情報処理方法。
【請求項９】
情報処理装置に、
複数の飲食店に関する飲食店情報と、ユーザの血糖値データを基に生成され当該ユーザの１日のうちの空腹度の平均的な推移を示し、時刻情報と関連付けられたパターンデータとを記憶するステップと、
前記ユーザの少なくとも近傍に存在するセンサ装置を介して、前記ユーザの前記血糖値データを受信するステップと、
前記受信された血糖値データの推移と前記記憶されたパターンデータとを比較して、前記ユーザの空腹度がある周期において最大となる時刻を推定するステップと、
前記推定された時刻の所定時間前に前記センサ装置または当該センサ装置に接続されたユーザ端末へ前記記憶された飲食店情報を送信するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店に関する情報を提供可能な情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、ユーザの体温、血圧、脈拍等のバイタルデータを計測し、当該バイタルデータに基づいてユーザに適した情報やコンテンツを提供する技術が存在する。
【０００３】
例えば、下記特許文献１には、車内に設置された健康状態センサによって計測したドライバの健康状態データをもとに、ドライバの健康状態に応じたジャンルの食事を提供する飲食店を推奨目的地として抽出してドライバに提示するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３１０６８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載の技術では、飲食店が目的地として提示されるのは、ユーザから目的地設定の開始要求を受け付けた場合であるため、当該目的地設定時点では既にユーザが行きたい飲食店のイメージが固まっていたり、ユーザが空腹ではなかったりすることもある。その場合、提示された飲食店に対してユーザは興味を示さないため、提示した情報及びそのための処理が無駄になってしまう。
【０００６】
以上のような事情に鑑み、本発明の目的は、ユーザの空腹度合に応じて最適なタイミングで飲食店情報を提供することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一形態に係る情報処理装置は、記憶手段と、通信手段と、制御手段とを有する。上記記憶手段は、複数の飲食店に関する飲食店情報と、ユーザのバイタルデータを基に生成され当該ユーザの１日のうちの空腹度の平均的な推移を示すパターンデータとを記憶する。上記通信手段は、上記ユーザの少なくとも近傍に存在するセンサ装置を介して、上記ユーザの上記バイタルデータを受信する。上記制御手段は、上記受信されたバイタルデータの推移と上記記憶されたパターンデータとを比較して、上記ユーザの空腹度がある周期において最大となる時刻を推定する。さらに上記制御手段は、当該推定された時刻の所定時間前に上記センサ装置または当該センサ装置に接続されたユーザ端末へ上記記憶された飲食店情報を送信するように上記通信手段を制御する。
【０００８】
これにより情報処理装置は、ユーザの空腹度が最大となる所定時間前の状態を判断することで、ユーザの空腹度合に応じて最適なタイミングで飲食店情報を提供することができる。すなわち、空腹度が最大となる所定時間前に飲食店情報が送信されることで、ユーザが飲食店情報を閲覧しそれが示す飲食店に移動したときに上記所定時間が経過して空腹度が最大となる可能性が高まり、ユーザに適切な空腹タイミングで食事をさせることができる。ここでセンサ装置は、例えばユーザに装着可能なウェアラブル端末であってもよく、ユーザ端末は例えばスマートフォンであってもよい。また、所定時間前とは、例えば５分、１０分、１５分、３０分等であるが、これに限られない。当該所定時間は、上記ユーザ端末の位置から上記広告情報によって示される飲食店までの距離を基に計算された移動時間であってもよい。
【０００９】
上記記憶手段は、上記飲食店情報を少なくとも第１の重みを有する第１の飲食店情報と上記第１の重みよりも小さい第２の重みを有する第２の飲食店情報とに分類して記憶してもよい。この場合上記制御手段は、上記受信されたバイタルデータの推移から、上記周期において上記空腹度が最少となってから最大となるまでの間に上記空腹度が所定の閾値以上下降した後に上昇したと判断された場合に、上記第２の飲食店情報を優先的に送信するように上記通信手段を制御してもよい。
【００１０】
これにより情報処理装置は、ユーザのバイタルデータの推移から、ユーザが、空腹度が最大となる前（通常の食事時間よりも前）に間食をしたと推定される場合には、重みの小さい飲食店の飲食店情報を優先的に配信することで、当該飲食店情報から、ユーザがユーザの空腹度に適った飲食店を見つけられる可能性を高めることができる。ここで重みとしては、例えば通常食と軽食が用いられてもよいし、各飲食店の提供する飲食物（メニュー）が有するエネルギー量（カロリー）が用いられてもよい。したがってユーザが間食をしたと推定される場合には、軽めの（エネルギー量の低い）食事を提供する飲食店の飲食店情報が提供されることになる。
【００１１】
上記制御手段は、上記受信されたバイタルデータの推移から、上記周期において上記空腹度が最少となってから最大となるまでの間に上記空腹度が所定の閾値以上下降した後に上昇したと判断された場合に、当該下降の開始から当該下降開始時の空腹度に戻るまでのバイタルデータを除外して、上記ユーザの空腹度がある周期において最大となる時刻を推定してもよい。
【００１２】
これにより情報処理装置は、ユーザのバイタルデータの推移から、ユーザが、空腹度が最大となる前に間食をしたと推定される場合でも、その間食分のバイタルデータを除外することで、間食をしていなかったとすればユーザの空腹度がある周期において最大となる時刻の所定時間前に飲食店情報を送信することができる。これは、ユーザが間食をした場合でも、習慣的に、間食をしなかった場合と同じような時間に食事をすることが多いと考えられるからである。
【００１３】
上記記憶手段は、上記飲食店で提供される飲食物が有するエネルギー量と対応付けて上記飲食店情報を記憶してもよい。この場合上記制御手段は、上記受信されたバイタルデータの推移から、上記周期において上記空腹度が最少となってから最大となるまでの間に上記空腹度が所定の閾値以上下降した後に上昇したと判断された場合に、全ての飲食店で提供される飲食物が有するエネルギー量の平均値から、上記下降した空腹度に応じたエネルギー量を減じたエネルギー量と対応付けられた飲食店情報を優先的に送信するように上記通信手段を制御してもよい。
【００１４】
これにより情報処理装置は、ユーザのバイタルデータの推移から、ユーザが、空腹度が最大となる前に間食をしたと推定される場合には、その間食分のエネルギー量（カロリー）を差し引いた飲食物を提供する飲食店の飲食店情報を優先的に配信することで、当該飲食店情報から、ユーザがユーザの空腹度に適った飲食店を見つけられる可能性を高めることができる。
【００１５】
上記制御手段は、上記バイタルデータの推移から、上記ユーザの空腹度がある周期における最大値近傍において所定の期間以上停滞していると判断された場合に、当該停滞している期間内に所定の頻度で上記飲食店情報を送信するように上記通信手段を制御してもよい。
【００１６】
これにより情報処理装置は、ユーザが空腹状態にありながらまだ食事を摂っていないと推定される場合には、所定頻度で飲食店情報を送信することで、ユーザが所望の飲食店を見つけられる可能性を高めることができる。例えばユーザが空腹状態にある場合に、業務中等により飲食店情報を見る時間が無い場合でも、その後手が空いたときに受信された飲食店情報をまとめて見ることで、所望の飲食店をすぐに見つけることができる。ここで所定の頻度とは例えば５分、１０分、１５分等であるが、これに限られない。
【００１７】
上記センサ装置は、上記ユーザが乗車中の車両の車内部品に設けられてもよい。この場合上記送信された飲食店情報は、上記車両に設けられた出力部から出力されてもよい。
【００１８】
これにより情報処理装置は、ユーザが車両に乗車中であっても当該ユーザにその空腹度に応じて最適なタイミングで飲食店の飲食店情報を提供することができる。ここで車内部品とは例えば車両が乗用車であればハンドルやシート等であるが、これに限られない。
【００１９】
本発明のまた別の形態に係る情報処理装置は、記憶手段と、通信手段と、制御手段とを有する。上記記憶手段は、複数の飲食店に関する飲食店情報を当該各飲食店で提供される飲食物が有するエネルギー量と対応付けて記憶するとともに、ユーザのバイタルデータを基に生成され当該ユーザの１日のうちの空腹度の平均的な推移を示すパターンデータと、上記エネルギー量と上記空腹度との対応関係情報とを記憶する。上記通信手段は、上記ユーザの少なくとも近傍に存在するセンサ装置を介して、上記ユーザの上記バイタルデータを受信する。上記制御手段は、上記受信されたバイタルデータの推移と上記記憶されたパターンデータとを比較して上記ユーザの空腹度を推定し、上記記憶された飲食店情報のうち、当該推定された空腹度に応じたエネルギー量を有する飲食物が提供される少なくとも１つの飲食店の飲食店情報を、上記センサ装置または当該センサ装置に接続されたユーザ端末へ送信するように上記通信手段を制御する。
【００２０】
これにより情報処理装置は、ユーザの現在の空腹度に見合ったエネルギー量の飲食物を提供する飲食店の飲食店情報をユーザに提供することができる。
【００２１】
本発明の他の形態に係る車両は、記憶手段と、座席と、センサ装置と、出力手段と、制御手段とを有する。上記記憶手段は、複数の飲食店に関する飲食店情報を少なくとも一時的に記憶可能であるとともに、ユーザのバイタルデータを基に生成され当該ユーザの１日のうちの空腹度の平均的な推移を示すパターンデータとを記憶可能である。上記座席は、上記ユーザが座ることが可能である。上記センサ装置は、上記座席に座った状態の上記ユーザの少なくとも近傍に設けられ、上記ユーザの上記バイタルデータを取得可能である。上記制御手段は、上記取得されたバイタルデータの推移と上記記憶されたパターンデータとを比較して、上記ユーザの空腹度がある周期において最大となる時刻を推定し、当該推定された時刻の所定時間前に上記記憶された飲食店情報を出力するように上記出力手段を制御する。
【００２２】
本発明のまた別の形態に係る情報処理方法は、
複数の飲食店に関する飲食店情報と、ユーザのバイタルデータを基に生成され当該ユーザの１日のうちの空腹度の平均的な推移を示すパターンデータとを記憶し、
上記ユーザの少なくとも近傍に存在するセンサ装置を介して、上記ユーザの上記バイタルデータを受信し、
上記受信されたバイタルデータの推移と上記記憶されたパターンデータとを比較して、上記ユーザの空腹度がある周期において最大となる時刻を推定し、
上記推定された時刻の所定時間前に上記センサ装置または当該センサ装置に接続されたユーザ端末へ上記記憶された飲食店情報を送信する
ことを含む。
【００２３】
本発明のさらに別の形態に係るプログラムは、情報処理装置に、
複数の飲食店に関する飲食店情報と、ユーザのバイタルデータを基に生成され当該ユーザの１日のうちの空腹度の平均的な推移を示すパターンデータとを記憶するステップと、
上記ユーザの少なくとも近傍に存在するセンサ装置を介して、上記ユーザの上記バイタルデータを受信するステップと、
上記受信されたバイタルデータの推移と上記記憶されたパターンデータとを比較して、上記ユーザの空腹度がある周期において最大となる時刻を推定するステップと、
上記推定された時刻の所定時間前に上記センサ装置または当該センサ装置に接続されたユーザ端末へ上記記憶された飲食店情報を送信するステップと
を実行させる。
【発明の効果】
【００２４】
以上説明したように、本発明によれば、ユーザの空腹度合に応じて最適なタイミングで飲食店情報を提供することができる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。
【図２】本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。
【図３】本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。
【図４】本発明の一実施形態に係る飲食店情報提供サーバによる、飲食店情報提供処理の流れを示したフローチャートである。
【図５】本発明の一実施形態において飲食店情報提供サーバが参照するユーザのバイタルデータの例を示した図である。
【図６】本発明の一実施形態における飲食店情報提供サーバによる、ユーザが間食をしたと推定される場合の処理を説明するための図である。
【図７】本発明の一実施形態において飲食店情報提供サーバによりユーザ端末に送信される飲食店の広告情報の例を示した図である。
【図８】本発明の他の実施形態に係る車両の概略的な構成を示した図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００２７】
［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。
【００２８】
同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００及び複数のウェアラブル端末３００とを含む。
【００２９】
飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００とインターネット５０を介して接続されている。
【００３０】
飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。
【００３１】
また本実施形態では、飲食店情報提供サーバ１００は、ユーザ端末２００のユーザのバイタルデータを基にユーザの空腹度を判定し、当該空腹度に応じてユーザ端末２００へ飲食店の広告情報を送信可能である。
【００３２】
ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォンやタブレットＰＣ（Personal Computer）等のポータブルデバイスである。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記Ｗｅｂページを受信してブラウザ等により画面に表示する。
【００３３】
ウェアラブル端末３００は、ユーザに装着され使用される端末であり、例えばユーザの腕に装着可能なリストバンドを有するスマートウォッチ等であり、例えばBluetooth（登録商標）またはWi-Fi等の無線通信技術により、ユーザ端末２００と通信可能である。
【００３４】
ウェアラブル端末３００は、例えばユーザの血糖値等のバイタルデータを非侵襲で測定可能なセンサを内蔵しており、測定したバイタルデータを、ユーザ端末２００を介して飲食店情報提供サーバ１００へ例えば定期的に送信することが可能である。
【００３５】
ここで空腹度を判定するためのバイタルデータとして血糖値が用いられるのは、一般に、血糖値が低いほど空腹度が高くなるからである。
【００３６】
上記センサとしては、ユーザ端末２００のリストバンド部分（ユーザの手首に接触する部分）に設けられたＬＥＤから、ユーザの手首の血管に中赤外光を照射して、中赤外光がグルコース（血糖）に強く吸収され、水やアルコール以外の生体成分にはほとんど吸収されないという性質を利用することで、上記中赤外光の反射光からグルコース濃度を測定する構成が用いられてもよい。
【００３７】
もちろん、上記センサの構成は例示に過ぎず、上記ユーザ端末２００を用いた他の方法によって血糖値や血圧が測定されても構わない。
【００３８】
上記広告情報は、例えばＷｅｂページとしてユーザ端末２００に受信され、ユーザ端末２００のブラウザを介してユーザに閲覧されるが、当該広告情報がユーザ端末２００からウェアラブル端末３００へ転送されウェアラブル端末３００のディスプレイ上に表示されてもよい。
【００３９】
また、ウェアラブル端末３００が例えば３ＧまたはＬＴＥ（Long Term Evolution）等の携帯電話用通信規格に対応している場合には、ウェアラブル端末３００が飲食店情報提供サーバ１００と直接通信し、バイタルデータの送信及び広告情報の受信を行ってもよい。この場合、上記システムにユーザ端末２００は不要となる。
【００４０】
［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００４１】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００４２】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００４３】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００４４】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００４５】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。
【００４６】
後述するが、特に本実施形態において、記憶部１８は、飲食店情報データベース、ユーザ情報データベース、及びバイタルパターンデータベースを有している。
【００４７】
通信部１９は、例えばEthernet（登録商標）用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。
【００４８】
なお、図示しないが、ユーザ端末２００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。
【００４９】
［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。
【００５０】
同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２、及びメニュー対応情報データベース３３を有している。
【００５１】
飲食店情報データベース３１は、飲食店毎に、その飲食店の店名や所在位置情報、その飲食店を識別するＩＤ（店舗ＩＤ）の他、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する内容、すなわち、店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報、飲食店が立地しているエリア情報、飲食店の住所、電話番号、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、営業時間、ウェブサイトＵＲＬ等の情報を記憶している。これらの情報のうち少なくとも一部によって、ユーザ端末２００またはウェアラブル端末３００へ送信される広告情報が生成される。
【００５２】
飲食店情報データベース３１はさらに、各飲食店で提供される全メニューまたは代表的なメニューが有するエネルギー量（カロリー）の各平均値を記憶してもよい。また飲食店情報データベース３１では、各飲食店が少なくとも、第１の重みを有する第１の飲食店と、第１の重みよりも小さい第２の重みを有する第２の飲食店とに分類されていてもよい。典型的には、第１の飲食店は通常飲食店であり、第２の飲食店は軽食飲食店である。当該分類は、各飲食店が提供するメニューの上記カロリーの平均値に応じてなされてもよい。この場合、各飲食店で提供されるメニューが有するカロリーが上記重みとなる。また、例えば各飲食店が飲食店情報提供サーバ１００へ飲食店情報を提供する際に併せて提供された通常食／軽食の分類情報に基づいて分類がなされてもよい。この場合、各飲食店によって飲食店情報の一部として入力された分類情報の違いが上記重みとなる。また、これ以外にも、例えば和食、洋食、中華料理等のカテゴリによって第１の飲食店と第２の飲食店が分類されても構わない。
【００５３】
上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。
【００５４】
上記エリア情報は、例えば都道府県単位のものであるが、市区町村等のより狭い範囲の単位でも情報が記憶されてもよい。上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。
【００５５】
ユーザ情報データベース３２は、ユーザ端末２００および／またはウェアラブル端末３００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース３２は、ユーザＩＤ、パスワード、氏名、メールアドレス、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。またユーザ情報データベース３２は、ユーザの職場の住所またはエリアに関する情報を記憶していてもよい。
【００５６】
バイタルパターンデータベース３３は、上記ユーザ情報データベース３２に記憶された各ユーザの、１日のうちの空腹度の平均的な推移（バイタルパターン）を示すデータを記憶している。バイタルパターンは、ユーザ端末２００またはウェアラブル端末３００から飲食店情報提供サーバ１００が受信したユーザの所定期間（例えば１週間、１カ月等）のバイタルデータ（血糖値データ）から生成されてもよいし、ウェアラブル端末３００において測定した上記所定期間のバイタルデータから生成され飲食店情報提供サーバ１００へ送信されてもよい。
【００５７】
また、上記パターンデータは、上記バイタルデータ（血糖値）の推移をそのまま示すグラフデータであってもよいし、当該バイタルデータにおける値（血糖値）を空腹度に換算して（血糖値が低いほど空腹度が高くなるように）示したグラフデータであってもよい。
【００５８】
これら各データベースは、後述する飲食店情報提供サーバ１００による飲食店情報提供処理において、必要に応じて相互に参照されて用いられる。
【００５９】
［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。
【００６０】
図４は、飲食店情報提供サーバ１００による、飲食店広告情報提供処理の流れを示したフローチャートである。同図の例では、飲食店情報提供サーバ１００がユーザ端末２００のユーザに昼食のための飲食店の広告情報を提供する場合について説明する。
【００６１】
同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１は、まず、飲食店の広告情報の提供処理を開始する所定時刻が到来したか否かを判断する（ステップ４１）。当該所定時刻は、例えばユーザ端末２００のユーザの上記バイタルパターンにおけるある周期（例えば朝食と昼食の間）において空腹度が最大となる時刻の数時間前等であるが、これに限られない。
【００６２】
所定時刻が到来したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、ユーザ端末２００（またはウェアラブル端末３００）から、現在までのバイタルデータを受信済みであるか否かを判断する（ステップ４２）。当該バイタルパターンは、例えばユーザ端末２００のユーザを識別するユーザＩＤと共に受信される。
【００６３】
図５は、上記バイタルパターンデータベース３３に記憶されたあるユーザのバイタルパターンの例を示した図である。同図のバイタルパターンはバイタルデータとして血糖値が計測され、その推移がそのままバイタルパターンとして記憶された場合の例である。
【００６４】
同図に示すように、このバイタルパターンを有するユーザは、６時頃から血糖値が上昇し始め、９時頃にその周期における最大値を迎え、１２時頃にその周期における最小値を迎え、さらに１５時頃に次の周期における最大値を迎えている。このパターンから、ユーザは普段、６時頃に朝食を摂り、１２時頃に昼食を摂っており、朝から昼までの周期においては、１２時頃に空腹度のピークを迎えることが分かる。
【００６５】
したがって、飲食店情報提供サーバ１００は、上記受信されたバイタルデータの特定の周期（時間帯）における値をこのバイタルパターンと比較することによって、ユーザが空腹度のピークを迎える時刻を推定することが可能となる。
【００６６】
バイタルデータを受信済みであると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記受信したバイタルデータのある周期において閾値以上の空腹度の上下があったか（閾値以上下降した後に上昇したか）否かを判断する（ステップ４３）。
【００６７】
閾値以上の空腹度の上下があったと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、ユーザが上記周期において（朝食と昼食の間に）間食をしたと判断し、間食フラグをオンにするとともに、上記空腹度が上記閾値以上の下降の開始から上昇して当該下降開始時の空腹度に戻るまでのバイタルデータを除外する（ステップ４４）。
【００６８】
続いてＣＰＵ１１は、上記バイタルパターンデータベース３３から、上記ユーザＩＤに対応するバイタルパターンを抽出し、当該バイタルパターンと上記受信されたバイタルデータ（間食があった場合にはその分を除外したデータ）とを比較することで、上記ユーザの空腹度が、対象周期（図５の例では６時から１２時までの周期）において最大となる（ユーザの血糖値が最少となる）時刻を推定する（ステップ４５）。
【００６９】
続いてＣＰＵ１１は、上記推定された時刻の所定時間前になったか否かを判断し（ステップ４６）、所定時間前になったと判断した場合（Ｙｅｓ）、上記飲食店情報データベース３１から、ユーザ端末２００のユーザに適した飲食店の広告情報を抽出し（ステップ４７）、それをユーザ端末２００へ送信する（ステップ４８）。
【００７０】
ここで所定時間とは、例えばユーザの飲食店への移動時間等であり、例えば１０分、１５分、３０分等であるが、これに限られない。また、ユーザ端末２００へ送信される飲食店の広告情報としては、例えば、予めユーザ情報データベース３２に登録されたユーザ端末２００のユーザの勤務先または自宅の住所（エリア）、またはユーザ端末２００から取得した現在位置情報を条件に検索された飲食店の広告情報が抽出されてもよい。上記移動時間は、上記自宅または勤務先の住所（エリア）またはユーザ端末２００の現在位置から、抽出された広告情報によって示される飲食店の所在位置までの距離を基に、例えばその距離を徒歩で移動するものとして算出されてもよい。
【００７１】
図６は、ユーザが間食をしたと推定される場合の上記除外処理を説明するための図である。同図の上部のグラフに示すように、ＣＰＵ１１は、上記バイタルデータから、空腹度に閾値Ｔｈ以上の上下があったと判断された場合には、その閾値以上の下降（血糖値の閾値以上の上昇）を開始してから下降開始時の空腹度に戻るまで（上昇開始時の血糖値に戻るまで）の期間Ｔのバイタルデータを除外し、その後の期間のバイタルデータを除外した分だけ前の時刻へずらす。
【００７２】
これにより、同図下部のグラフに示すように、ＣＰＵ１１は、間食をしていなかったとすればユーザの空腹度がある周期において最大となる時刻を推定し、その時刻の所定時間前に広告情報を送信することができる。これは、ユーザが間食をした場合でも、ユーザは習慣的に、間食をしなかった場合と同じような時間に食事をすることが多いと考えられるからである。
【００７３】
ここで、飲食店情報提供サーバ１００は、上記飲食店情報データベース３１において、上記広告情報を少なくとも上記第１の飲食店（通常食飲食店）の広告情報と上記第２の飲食店（軽食飲食店）の広告情報とに分類して記憶してもよい。この場合、ＣＰＵ１１は、上記間食フラグがオンになっている場合（上記閾値以上の空腹度の上下があった場合）には、上記ステップ４７の広告情報抽出処理において、上記第２の飲食店（軽食飲食店）の広告情報を優先的に抽出してユーザ端末２００へ送信する。
【００７４】
これにより、間食をしたユーザでも、軽食飲食店の広告情報を閲覧することで、ユーザの空腹度に適った飲食店を見つけられる可能性が高まる。
【００７５】
図７は、ユーザ端末２００に送信される飲食店の広告情報の例を示した図である。同図に示すように、広告情報は、例えば上記検索条件を満たす複数の飲食店の飲食店情報欄７１の一覧として送信され表示される。各飲食店情報欄７１には、例えば飲食店名、アクセス情報、予算、こだわり情報、写真等の他、詳細ボタン７２が設けられる。当該詳細ボタン７２には、当該飲食店に関するより詳細な情報（例えばメニュー情報や地図情報等）を掲載したページのハイパーリンクが設定されており、ユーザが当該詳細ボタン７２を押下すると、飲食店情報欄７１の一覧ページから当該詳細ページへと遷移する。
【００７６】
図４に戻り、ＣＰＵ１１は、上記広告情報の配信後もユーザ端末２００からバイタルデータを受信し、上記周期におけるユーザの空腹度が、その最大値近傍（血糖値の最小値）において所定期間以上停滞したままであると判断した場合（ステップ４９のＹｅｓ）には、その停滞している期間内に所定の頻度で広告情報をユーザ端末２００へ送信する。この場合に送信される広告情報は、既に送信された飲食店の広告情報と同一の広告情報であってもよいし、上記条件を満たす他の飲食店の広告情報であってもよい。
【００７７】
ここで、ＣＰＵ１１は、ユーザの空腹度が最大となると推定される時刻に近づくにつれて、上記広告情報の送信頻度を大きくしてもよい。
【００７８】
これによりＣＰＵ１１は、ユーザが空腹状態にありながらまだ食事を摂っていないと推定される場合には、所定頻度で広告情報を再送信することで、ユーザが所望の飲食店を見つけられる可能性を高めることができる。
【００７９】
例えばユーザが空腹状態にある場合に、業務中等により広告情報を見る時間が無い場合でも、その後、手が空いたときに受信された広告情報をまとめて見ることで、所望の飲食店をすぐに見つけることができる。ここで所定頻度とは例えば５分、１０分、１５分等であるが、これに限られない。
【００８０】
そして、ＣＰＵ１１は、上記ステップ４９においてユーザの空腹度が低下した（血糖値が上昇した）と判断した場合には、ユーザは食事を摂った（摂っている）とみなされるため、広告情報の送信処理を終了する。
【００８１】
［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、ユーザの空腹度が最大となる所定時間前の状態を判断することで、ユーザの空腹度合に応じて最適なタイミングで飲食店の広告情報を提供することができる。すなわち、空腹度が最大となる所定時間前に広告情報が送信されることで、ユーザが広告情報を閲覧しそれが示す飲食店に移動したときに上記所定時間が経過して空腹度が最大となる可能性が高まり、ユーザに適切な空腹タイミングで食事をさせることができる。
【００８２】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。
【００８３】
上述の実施形態では、ユーザが所定周期において間食したと判断された場合には、軽食飲食店の広告情報がユーザに提供された。しかし、飲食店情報提供サーバ１００は、当該間食分のエネルギー量（カロリー）に基づいて飲食店の広告情報を抽出してもよい。
【００８４】
具体的には、上記飲食店情報データベース３１に、各飲食店で提供される飲食物のカロリーと対応付けて広告情報が記憶されており、ＣＰＵ１１は、上記間食フラグがオンになっている場合（上記閾値以上の空腹度の上下があった場合）には、全ての飲食店で提供される飲食物のカロリーの平均値から、上記下降した空腹度に応じたカロリーを減じたカロリーと対応付けられた広告情報を優先的に送信してもよい。
【００８５】
これにより、飲食店情報提供サーバ１００は、ユーザが間食したと推定される場合には、その間食分のカロリーを差し引いた飲食物を提供する飲食店の広告情報を優先的に配信することで、当該広告情報から、ユーザがユーザの空腹度に適った飲食店を見つけられる可能性を高めることができる。
【００８６】
上述の実施形態では、飲食店情報提供サーバ１００は、バイタルデータの推移から、ユーザが食事（または間食）を摂ったか否かを判断していたが、飲食店情報提供サーバ１００は、さらに、当該バイタルデータの推移から、ユーザが食べた物（またはそれに主に含まれる成分）を推定してもよい。すなわち、一般的に、炭水化物（米／パン／麺類）、タンパク質、脂質等によって血糖値の上昇パターンに違いがあることが分かっていることから、飲食店情報提供サーバ１００は、それらのパターンの相違に関するデータを記憶しておき、バイタルデータの推移からユーザの食べた物（主成分）を推定することができる。そして、飲食店情報提供サーバ１００は、当該推定した食べ物（主成分）の相違に応じて、提供する飲食店の広告情報を選択してもよい。例えば、ユーザがある食事において麺類を食べたと推定される場合には、その次の食事については、麺類以外の食べ物を主に提供する飲食店の広告情報が提供されてもよい。
【００８７】
上述の実施形態では、飲食店情報提供サーバ１００は、ユーザに閾値以上の空腹度の上下があった場合にはユーザが間食をしたとみなして、それに応じて、その後の通常の食事のための飲食店の広告情報を抽出していた。しかし、飲食店情報提供サーバ１００は、ユーザのバイタルパターンにおいて通常食事を摂る時刻とは大きく離れた時刻において、上記間食を判断するための閾値よりもさらに大きい所定の空腹度の変化がバイタルデータから検出された場合には、それは間食ではなく食事とみなして、広告情報の提供処理を中止してもよい。
【００８８】
上述の実施形態では、飲食店情報提供サーバ１００は、ユーザのバイタルデータを基に、ユーザの空腹度が最大となる時刻を推定し、その所定時間前に飲食店の広告情報を送信していた。しかし、飲食店情報提供サーバ１００は、ユーザの空腹度が最大とならない場合でも、その時のユーザの空腹度に応じて広告情報を送信してもよい。
【００８９】
すなわち、この場合、飲食店情報提供サーバ１００は、上記飲食店情報データベース３１において、さらに、飲食店情報を当該各飲食店で提供される飲食物が有するカロリーと対応付けて記憶するとともに、上記カロリーと上記空腹度との対応関係情報を記憶する。そして、飲食店情報提供サーバ１００は、上記受信されたバイタルデータの推移と上記記憶されたパターンデータとを比較してユーザの空腹度を推定し、上記記憶された飲食店情報のうち、当該推定された空腹度に応じたカロリーを有する飲食物が提供される少なくとも１つの飲食店の飲食店情報を、ユーザ端末２００またはウェアラブル端末３００へ送信する。これにより飲食店情報提供サーバ１００は、ユーザの現在の空腹度に見合ったカロリーの飲食物を提供する飲食店の飲食店情報をユーザに提供することができる。
【００９０】
上述の実施形態においては、バイタルデータとして血糖値が用いられたが、その他のバイタルデータも本発明に同様に適用可能である。
【００９１】
例えば、血圧は、空腹時には血糖値と同様に下がる傾向にあるため、上述の実施形態と同様の処理が血圧についても適用可能である。血圧を測定するためには、上記実施形態と同様にリストバンド部分に設けられたＬＥＤから、ユーザの手首の血管に近赤外光を照射して、その反射光から血管の拍動を測定して血管壁の固さや拍動の伝播速度を算出し、それらの値から血圧を導出する構成が用いられてもよい。これに代えて、上記リストバンドの少なくとも一部にカフ（圧迫帯）を設け、それにより手首を圧迫して血流を止めることで、一般的なオシロメトリック法によって血圧を計測してもよい。
【００９２】
また、体温は空腹時には下がる傾向にあり、心拍数は空腹時には上がる傾向にあることから、それらの傾向を利用して、センサによって測定された体温または心拍数のデータに基づいて、上記実施形態と同様の広告情報提供処理が実行されてもよい。
【００９３】
上述の実施形態では、ユーザのバイタルデータを測定可能なセンサを内蔵したウェアラブル端末３００をユーザが身に付けており、測定されたバイタルデータがユーザ端末２００を介して、または直接、飲食店情報提供サーバ１００へ送信される例が示された。しかし、当該センサは、ユーザが乗車中の車両の車内部品に設けられてもよい。
【００９４】
図８は、この場合の車両（乗用車）の概略的な構成を示した図である。同図に示すように、車両８０には、車内部品として、例えば操舵装置の一部としてのハンドル８１や、ユーザが座る運転席８２が設けられる。ハンドル８１のユーザの手に触れる部分には、ユーザのバイタルデータ（血糖値等）を計測するためのセンサ８３が設けられる。センサ８３は制御部８４と接続されており、制御部８４は出力部８５と接続されている。
【００９５】
制御部８４は例えばＣＰＵ、ＲＡＭ、ＲＯＭ等のコンピュータに必要なハードウェアを有し、制御回路または制御ユニットとして車両８０の内部に組み込まれる。制御部８４の具体的な構成は限定されず、例えばＦＰＧＡ（Field Programmable Gate Array）等のＰＬＤ（Programmable Logic Device)、その他ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスが用いられてもよい。また出力部８５は例えばカーナビゲーション装置のディスプレイとして設けられる。
【００９６】
ＲＯＭには、広告情報の提供処理に必要なプログラムが記憶されており、ＣＰＵがそれをＲＡＭにロードして実行することにより、広告情報の提供処理が実行される。
【００９７】
具体的には、上記センサ８３から取得されたバイタルデータは、ユーザが携帯するユーザ端末２００を介して、または直接、飲食店情報提供サーバ１００へ送信され、上述の実施形態と同様の処理によって抽出された飲食店広告情報が制御部８４によって受信され、出力部８５へ表示される。
【００９８】
また、制御部８４のＲＯＭ等の記憶装置に、予め飲食店の広告情報が記憶されていてもよい。この場合、広告情報は飲食店情報提供サーバ１００を介さずに提供されてもよい。すなわち、制御部８４は、センサ８３から取得したバイタルデータを基に、上記実施形態における飲食店情報提供サーバ１００と同様の処理により、ユーザの空腹度が最大となる時刻を推定し、その所定時間前に、上記記憶された広告情報から、車両８０の現在位置に基づいて検索された飲食店の広告情報を抽出して出力部８５から出力する。
【００９９】
これにより、ユーザが車両に乗車中であっても当該ユーザにその空腹度に応じて最適なタイミングで飲食店の広告情報が提供される。
【０１００】
上述の実施形態及び変形例においては、ユーザ端末２００またはウェアラブル端末３００へ提供される飲食店情報として、飲食店の広告情報が示されたが、提供される飲食店情報は広告情報に限られない。例えば、ユーザ端末２００の位置に関連付けられたエリアにおける飲食店のランキング情報や、飲食店に対する口コミ／レビュー情報、飲食店において提供されるメニューのレシピ情報が提供されてもよい。
【符号の説明】
【０１０１】
１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３３…バイタルパターンデータベース
８０…車両
８１…ハンドル
８３…センサ
８４…制御部
８５…出力部
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…ウェアラブル端末
【図１】
0006722439.tif 000002
【図２】
0006722439.tif 000003
【図３】
0006722439.tif 000004
【図４】
0006722439.tif 000005
【図５】
0006722439.tif 000006
【図６】
0006722439.tif 000007
【図７】
0006722439.tif 000008
【図８】
0006722439.tif 000009