JP6992799B2 - 情報処理装置、情報処理方法およびプログラム - Google Patents

Description

本開示は、情報処理装置、情報処理方法およびプログラムに関する。

近年、あるユーザの状況を他のユーザに共有させる技術が知られている。一例として、あるユーザの行動の認識結果を他のユーザに共有させる技術が開示されている（例えば、特許文献１参照）。このような行動の認識結果の共有によって、あるユーザの行動を他のユーザが把握することが可能である。例えば、あるユーザの行動に対して他のユーザが興味を持つこともあり得る。

一方、ユーザが自身の存在する領域とは異なる領域（以下、「他の領域」とも言う。）の快適度を把握したいという要求がある。例えば、ユーザが自身の存在する領域の快適度よりも快適度の高い領域がどこであるかを把握したいという要求がある。ユーザは、より快適度の高い領域を把握した場合、より快適度の高い領域に移動したりすることが可能である。

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

しかし、ユーザによって把握される他の領域の快適度の精度を向上させるのは一般に困難である。そこで、ユーザによって把握される他の領域の快適度の精度を向上させることが可能な技術が提供されることが望まれる。

本開示によれば、他のユーザのセンサデータに基づいてユーザ自身の快適度を算出する快適度算出部と、前記快適度に関する情報が前記ユーザ自身の端末に出力されるように制御する出力制御部と、を備える、情報処理装置が提供される。

本開示によれば、他のユーザのセンサデータに基づいてユーザ自身の快適度を算出することと、プロセッサにより、前記快適度に関する情報が前記ユーザ自身の端末に出力されるように制御することと、を含む、情報処理方法が提供される。

本開示によれば、コンピュータを、他のユーザのセンサデータに基づいてユーザ自身の快適度を算出する快適度算出部と、前記快適度に関する情報が前記ユーザ自身の端末に出力されるように制御する出力制御部と、を備える情報処理装置として機能させるためのプログラムが提供される。

以上説明したように本開示によれば、ユーザによって把握される他の領域の快適度の精度を向上させることが可能な技術が提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

駅のホームに存在するユーザに対して、より快適な車両への移動を通知する例を説明するための図である。 本開示の実施形態に係るサーバの機能構成例を示すブロック図である。 同実施形態に係る検出装置の機能構成例を示すブロック図である。 同実施形態に係る提示装置の機能構成例を示すブロック図である。 ユーザが乗車予定の電車の種類とその電車の直前の停車駅を算出する手法を説明するための図である。 各ユーザの停車駅における存在車両を特定する手法を説明するための図である。 各車両におけるユーザの快適度の算出例を説明するための図である。 、存在車両ごとの快適度の提示例を示す図である。 駅のホームにユーザが存在する場合に係る情報処理システムの動作の例を示すフローチャートである。 電車選択が行われた場合における提示例を示す図である。 推定快適度の算出の例を示す図である。 駅選択が行われた場合における提示例を示す図である。 電車に乗っているユーザに対して、より快適な車両への移動を通知する例を説明するための図である。 各ユーザが乗っている電車の種類とその電車の直前の停車駅を算出する手法を説明するための図である。 各ユーザの停車駅における存在車両を特定する手法を説明するための図である。 状態存在車両ごとの快適度の提示例を示す図である。 電車にユーザが乗っている場合に係る情報処理システムの動作の例を示すフローチャートである。 本開示の実施形態に係る情報処理装置のハードウェア構成について説明する。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書および図面において、実質的に同一または類似の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合がある。ただし、実質的に同一または類似の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。また、異なる実施形態の類似する構成要素については、同一の符号の後に異なるアルファベットを付して区別する場合がある。ただし、類似する構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。

なお、説明は以下の順序で行うものとする。
０．概要
１．本開示の実施形態
１．１．駅のホームにユーザが存在する場合
１．２．電車にユーザが乗っている場合
１．３．ハードウェア構成例
２．むすび

＜０．概要＞
近年、あるユーザの状況を他のユーザに共有させる技術が知られている。一例として、あるユーザの行動の認識結果を他のユーザに共有させる技術が開示されている（例えば、特許文献１参照）。このような行動の認識結果の共有によって、あるユーザの行動を他のユーザが把握することが可能である。例えば、あるユーザの行動に対して他のユーザが興味を持つこともあり得る。

一方、ユーザが自身の存在する領域とは異なる領域（他の領域）の快適度を把握したいという要求がある。例えば、ユーザが自身の存在する領域の快適度よりも快適度の高い領域がどこであるかを把握したいという要求がある。ユーザは、より快適度の高い領域を把握した場合、より快適度の高い領域に移動したりすることが可能である。

しかし、ユーザによって把握される他の領域の快適度の精度を向上させるのは一般に困難である。例えば、人が密集している場所、空気の悪い場所などを避けたいという要求がある。このような場所の例として電車の中が挙げられる。電車に乗っているときには、人が密集している車両、空気の悪い車両を避けたいという要求がある。こうした要求に適用可能な技術として、車両の混雑度を推定するシステムが検討されている。

参考文献「赤外線・二酸化炭素センサによる車両混雑度推定システムの基礎検討」（ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｉｃｅ．ｏｒｇ／ｔｏｋｙｏ／ｇａｋｕｓｅｉ／ｋｅｎｋｙｕｕ／１４／ｐｄｆ／５３．ｐｄｆ）

上記のような混雑度以外にも、匂いおよび騒音に関する要求などが存在する。しかし、人によって快適に感じる環境には差異があり、温度や湿度などといった要素の何を重要視するかにも違いがある。さらには、どの要素を重要視するかも、ユーザの置かれた状況によって異なる。例えば、ユーザが一人でいる場合とユーザが家族と一緒にいる場合とでは、どの要素を重要視するかが異なる。ここで、ユーザの状況を推定する技術も開示されている。

参考文献「ユーザの状況を推定する技術」（ｈｔｔｐｓ：／／ｗｗｗ．ｓｏｎｙｎｅｔｗｏｒｋ．ｃｏ．ｊｐ／ｃｏｒｐｏｒａｔｉｏｎ／ｒｅｌｅａｓｅ／２０１３／ｐｕｂ２０１３０３１４＿２９６２．ｈｔｍｌ）

かかるユーザの状況を推定する技術によれば、ユーザが電車に乗っている、ユーザがバスに乗っている、ユーザが座っている、ユーザが立っているといった状態を取得することができる。

しかし、温度や湿度、さらにはユーザの状況までも含めた環境パラメータのうち、どれを重要視して快適度が高いかを決定したらよいかを判断するのは困難であるのが一般的である。さらには、どの環境パラメータを重視するかを決定した結果が間違っていた場合に、重視すべき環境パラメータの決定方法を手動で修正するのはユーザにとって手間が掛かってしまう。さらには、ユーザによって快適度の高い位置が時々刻々と移動する場合に、ユーザによって快適度の高い位置を通知するのは困難であるのが一般的である。

そこで、本明細書においては、ユーザによって把握される他の領域の快適度の精度を向上させることが可能な技術が提供されることが望まれる。また、本明細書においては、複数の環境パラメータやユーザの置かれた状況から、より快適度の高い位置を決定してユーザに提案するとともに、ユーザの行動結果により快適度の決定方法が自動更新される技術を提案する。さらには、本明細書においては、快適度の高い位置が、時々刻々と変化する場合であっても、快適度の高い位置に追従できる技術を提案する。

以上、本開示の一実施形態の概要について説明した。

＜１．本開示の実施形態＞
［１．１．駅のホームにユーザが存在する場合］
まず、一つ目の例として、駅のホームに存在するユーザに対して、より快適な車両への移動を通知する例を説明する。以下、ユーザが存在する領域として、電車の車両を例として挙げるが、ユーザが存在する領域は、電車の車両に限定されない。図１は、駅のホームに存在するユーザに対して、より快適な車両への移動を通知する例を説明するための図である。図１に示したように、複数の車両からなる電車が駅ＳＴに向かって進行している場合を想定する。ユーザＵ０は、駅ＳＴのホームにおいて電車を待っている。また、ユーザＵ１～Ｕ５は、電車に乗っている。

図１に示した例では、車両の数が６両であるが、車両の数は限定されない。また、図１に示した例では、先頭車両にユーザＵ１が乗車し、３両目にユーザＵ２が乗車し、４両目にユーザＵ３が乗車し、５両目にユーザＵ４が乗車し、６両目にユーザＵ５が乗車しているが、電車に乗っているユーザの人数は限定されない。また、各ユーザがどの車両に乗っているかも限定されない。

ユーザＵ０は、センサ装置（以下、「検出装置」とも言う。）２０－０を身に付けている。図１には、検出装置２０－０が腕輪である場合が示されている。しかし、検出装置２０－０の形態は特に限定されない。例えば、検出装置２０－０の形態は、ネックレス型であってもよいし、頭部装着型であってもよいし、眼鏡型であってもよい。あるいは、検出装置２０－０は、ユーザＵ０が保持している端末（以下、「提示装置」とも言う。）に存在してもよい。同様に、ユーザＵ１～Ｕ５は、検出装置２０－１～２０－５を身に付けている。

検出装置２０－０～２０－５は、センサを有している。以下では、検出装置２０－０～２０－５が、位置センサ、温度センサ、湿度センサ、臭気センサ、音センサ、ＣＯ_２センサを有する例を主に説明する。しかし、検出装置２０－０～２０－５が有するセンサの種類は限定されない。検出装置２０－０～２０－５は、センサによって得られたセンサデータ（以下、「センサ出力値」とも言う。）を、ネットワーク９３１を介して（例えば、所定の時間ごとに）情報処理装置（以下、「サーバ」とも言う。）１０に送信する（Ｓ０～Ｓ５）。

サーバ１０においては、検出装置２０－０～２０－５から得られたセンサ出力値に基づいて、各車両におけるユーザＵ０の快適度が算出される。そして、サーバ１０からは、各車両におけるユーザＵ０の快適度に関する情報がネットワーク９３１を介してユーザＵ０の提示装置３０に通知される（Ｓ０）。このとき、ユーザＵ０の乗車予定車両より快適度の高い車両が存在する場合には、より高い車両がサーバ１０からユーザＵ０の提示装置３０に通知される。

続いて、本開示の実施形態に係るサーバ１０の機能構成例について説明する。図２は、本開示の実施形態に係るサーバ１０の機能構成例を示すブロック図である。図２に示したように、サーバ１０は、制御部１１０、記憶部１３０および通信部１４０を備える。以下、サーバ１０が備えるこれらの機能ブロックについて説明する。

制御部１１０は、サーバ１０の各部の制御を実行する。なお、制御部１１０は、例えば、１または複数のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ；中央演算処理装置）などといった処理装置によって構成されてよい。制御部１１０がＣＰＵなどといった処理装置によって構成される場合、かかる処理装置は電子回路によって構成されてよい。図２に示したように、制御部１１０は、データ取得部１１２、快適度算出部１１３および出力制御部１１４を有する。制御部１１０が有するこれらのブロックについては、後に詳細に説明する。

記憶部１３０は、メモリを含んで構成され、制御部１１０によって実行されるプログラムを記憶したり、プログラムの実行に必要なデータを記憶したりする記録デバイスである。また、記憶部１３０は、制御部１１０による演算のためにデータを一時的に記憶する。なお、記憶部１３０は、磁気記憶部デバイスであってもよいし、半導体記憶デバイスであってもよいし、光記憶デバイスであってもよいし、光磁気記憶デバイスであってもよい。

通信部１４０は、通信回路を含んで構成され、ネットワーク９３１（図１）を介して他の装置との間で通信を行う機能を有する。例えば、通信部１４０は、通信インターフェースにより構成される。例えば、通信部１４０は、ネットワーク９３１（図１）を介して、検出装置２０および提示装置３０との間で通信を行うことが可能である。

以上、本開示の実施形態に係るサーバ１０の機能構成例について説明した。

続いて、本開示の実施形態に係る検出装置２０の機能構成例について説明する。図３は、本開示の実施形態に係る検出装置２０の機能構成例を示すブロック図である。図３に示したように、検出装置２０は、上記したセンサ以外に、制御部２１０、記憶部２３０および通信部２４０を備える。以下、検出装置２０が備えるこれらの機能ブロックについて説明する。

制御部２１０は、検出装置２０の各部の制御を実行する。なお、制御部２１０は、例えば、１または複数のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ；中央演算処理装置）などといった処理装置によって構成されてよい。制御部２１０がＣＰＵなどといった処理装置によって構成される場合、かかる処理装置は電子回路によって構成されてよい。

記憶部２３０は、メモリを含んで構成され、制御部２１０によって実行されるプログラムを記憶したり、プログラムの実行に必要なデータを記憶したりする記録デバイスである。また、記憶部２３０は、制御部２１０による演算のためにデータを一時的に記憶する。なお、記憶部２３０は、磁気記憶部デバイスであってもよいし、半導体記憶デバイスであってもよいし、光記憶デバイスであってもよいし、光磁気記憶デバイスであってもよい。

通信部２４０は、通信回路を含んで構成され、ネットワーク９３１（図１）を介して他の装置との間で通信を行う機能を有する。例えば、通信部２４０は、通信インターフェースにより構成される。例えば、通信部２４０は、ネットワーク９３１（図１）を介して、サーバ１０との間で通信を行うことが可能である。あるいは、通信部２４０は、端末を介してサーバ１０と通信を行うことが可能であってもよい。

以上、本開示の実施形態に係る検出装置２０の機能構成例について説明した。

続いて、本開示の実施形態に係る提示装置３０の機能構成例について説明する。図４は、本開示の実施形態に係る提示装置３０の機能構成例を示すブロック図である。図４に示したように、提示装置３０は、制御部３１０、入力部３２０、記憶部３３０、通信部３４０および提示部３５０を備える。以下、提示装置３０が備えるこれらの機能ブロックについて説明する。

制御部３１０は、提示装置３０の各部の制御を実行する。なお、制御部３１０は、例えば、１または複数のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ；中央演算処理装置）などといった処理装置によって構成されてよい。制御部３１０がＣＰＵなどといった処理装置によって構成される場合、かかる処理装置は電子回路によって構成されてよい。

入力部３２０は、ユーザＵ０による操作の入力を受け付ける機能を有する。例えば、入力部３２０は、マウス、キーボード、タッチパネル、スイッチおよびレバーなどを含んでもよい。また、入力部３２０は、ユーザＵ０の音声を検出するマイクロフォンを含んでもよい。

記憶部３３０は、メモリを含んで構成され、制御部３１０によって実行されるプログラムを記憶したり、プログラムの実行に必要なデータを記憶したりする記録デバイスである。また、記憶部３３０は、制御部３１０による演算のためにデータを一時的に記憶する。なお、記憶部３３０は、磁気記憶部デバイスであってもよいし、半導体記憶デバイスであってもよいし、光記憶デバイスであってもよいし、光磁気記憶デバイスであってもよい。

通信部３４０は、通信回路を含んで構成され、ネットワーク９３１（図１）を介して他の装置との間で通信を行う機能を有する。例えば、通信部２４０は、通信インターフェースにより構成される。例えば、通信部３４０は、ネットワーク９３１（図１）を介して、サーバ１０との間で通信を行うことが可能である。

提示部３５０は、各種の情報を出力する。例えば、提示部３５０は、ユーザＵ０に視認可能な表示を行うことが可能なディスプレイを含んでよく、ディスプレイは、液晶ディスプレイであってもよいし、有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイであってもよい。また、提示部３５０は、スピーカなどの音声出力装置を含んでもよい。あるいは、提示部３５０は、ユーザＵ０に触覚を提示する触覚提示装置を含んでもよい。

以上、本開示の実施形態に係る提示装置３０の機能構成例について説明した。

続いて、サーバ１０において各ユーザの移動履歴と電車に関する情報とに基づいて、電車の種類と直前の停車駅を算出する手法を説明する。なお、電車の種類は、電車を特定する情報であり、一般に「列車番号」とも称される。図５は、ユーザＵ０が乗車予定の電車の種類とその電車の直前の停車駅を算出する手法を説明するための図である。サーバ１０においては、データ取得部１１２によって、各ユーザのセンサ出力値が取得される。

例えば、図５に示すように、データ取得部１１２によって取得された各ユーザの位置情報は、サーバ１０に各ユーザの移動履歴として蓄積されていく。例えば、ユーザＵ０の移動履歴としては、時刻Ｔ０におけるユーザＵ０の位置Ｐ０が存在する。一方、電車に関する情報は、電車のライン（例えば、Ｙ１線Ｚ１方面行など）ごとに、停車駅と駅位置とを含んでいる。また、電車に関する情報は、各電車における各駅での発車時刻を含んでいる。

まず、快適度算出部１１３は、ユーザＵ０の位置情報と駅位置とに基づいて、ユーザＵ０の位置と一致する駅位置が存在する場合、ユーザＵ０がその駅に存在することを検出することが可能である。そして、快適度算出部１１３は、移動履歴に基づいて、ユーザＵ０に接近しているユーザ群のうちユーザＵ０に最も近いユーザ群を特定することが可能である。図５に示した例では、快適度算出部１１３は、かかるユーザ群として、ユーザＵ１～Ｕ５を特定している。

また、快適度算出部１１３は、駅位置および発車時刻と各ユーザの移動履歴とに基づいて、ユーザＵ１～Ｕ５が存在する電車の種類および直前の停車駅を特定することが可能である。図５に示した例では、ユーザＵ１～Ｕ５が存在する電車の種類が「１２時１５分Ｘ１２駅発のＹ１線Ｚ１方面行」と特定されている。なお、快適度算出部１１３は、線路の地図（緯度経度）情報およびユーザＵ１～Ｕ５の移動速度からユーザＵ１～Ｕ５が存在する電車の到着時刻を算出し、算出結果に基づいて発車時刻を算出してもよい。また、ユーザＵ１～Ｕ５の直前の停車駅が「Ｘ１１駅」であると特定されている。

また、快適度算出部１１３は、駅ＳＴに存在するユーザＵ０の最新の位置情報を乗車予定位置として特定することができる。また、快適度算出部１１３は、駅ＳＴに存在するユーザＵ０の最新の位置情報と駅位置とに基づいて、乗車予定駅「Ｘ１２駅」として特定することができる。

続いて、サーバ１０において各ユーザの直前の停車駅での存在位置と各車両の駅での停車位置に基づいて、各ユーザの停車駅における存在車両を特定する手法を説明する。図６は、各ユーザの停車駅における存在車両を特定する手法を説明するための図である。図６に示すように、電車に関する情報は、電車のライン（例えば、Ｙ１線Ｚ１方面行など）ごとに、各駅における各車両の停車位置を含んでいる。そこで、快適度算出部１１３は、サーバ１０において各ユーザの直前の停車駅での存在位置と各車両の駅での停車位置に基づいて、各ユーザの停車駅における存在車両を特定することが可能である。

続いて、各車両におけるユーザＵ０の快適度の算出例を説明する。図７は、各車両におけるユーザＵ０の快適度の算出例を説明するための図である。快適度算出部１１３は、ユーザＵ１～Ｕ５のセンサ出力値に基づいて、ユーザＵ０の快適度を算出する。そして、出力制御部１１４は、算出された快適度（または、快適度に関する情報）が通信部１４０を介してユーザＵ０の提示装置３０に出力されるように制御する。

ここで、図７に示すように、ユーザＵ０には、センサ出力値に応じたパラメータ（例えば、センサ出力値自体、または、センサ出力値から算出される値）ごとに重みと快適範囲とが関連付けられている場合を想定する。例えば、快適度算出部１１３は、ユーザＵ１～Ｕ５のセンサ出力値とユーザＵ０に関連付けられた重みとに基づいて快適度を算出する。例えば、快適度算出部１１３は、ユーザＵ１～Ｕ５のセンサ出力値に応じたパラメータの快適範囲からの距離とユーザＵ０に関連付けられた重みとに基づいて、ユーザＵ０の快適度を算出する。より具体的には、快適度算出部１１３は、（数式１）および（数式２）によってユーザＵ０の快適度を算出することが可能である。

ここで、ｎはパラメータの数であり、図７に示した例では、６つである。例えば、かかる快適度の算出は、直前の停車駅における存在車両ごとになされる。例えば、図７に示した例では、１両目の快適度が「０．４」として算出され、２両目にはユーザが存在しないため、２両目の快適度は算出されておらず、３両目の快適度が「１．０」として算出されている。また、４両目の快適度が「０．７」として算出され、５両目の快適度が「０．５」として算出され、６両目の快適度が「０．２」として算出されている。

なお、ここでは、各車両に最も多くて１人のユーザが存在する場合を示したが、各車両には、複数のユーザが存在する場合があり得る。したがって、かかる場合には、快適度算出部１１３は、複数のユーザそれぞれの快適度の代表値を車両ごとに算出すればよい。例えば、快適度の代表値は、中央値であってもよいし、多頻値であってもよいし、平均値であってもよい。

続いて、出力制御部１１４は、ユーザＵ１～Ｕ５のセンサの存在車両が快適度に関連付けられて提示装置３０に出力されるように制御する。図８は、存在車両ごとの快適度の提示例を示す図である。図８を参照すると、存在車両ごとの快適度が提示部３５０によって提示されている。例えば、１両目の枠内には快適度「０．４」が提示されることによって、存在車両と快適度とが関連付けられて提示されている。また、快適度が算出されなかった２両目の枠内には「？」が提示されている。

また、図８を参照すると、快適度が高い車両ほど明るい色で提示されている。このように、快適度の高さが色によって段階的に提示されることによって、視認性が向上される。また、提示部３５０によって、ユーザＵ０の現在位置としてユーザＵ０の乗車予定車両３５７が提示されている。例えば、出力制御部１１４は、ユーザＵ０の乗車予定位置（図５）と各車両の停車位置（図６）とに基づいて、ユーザＵ０の乗車予定車両を特定することが可能である。図８に示した例では、ユーザＵ０の乗車予定車両が「５両目」と特定されている。

また、図８に示した例では、提示部３５０が、パラメータごとの快適度３５５を提示している。このように、出力制御部１１４は、パラメータごとの快適度３５５が提示装置３０に出力されるように制御してもよい。例えば、パラメータごとの快適度は、図８に示すように、どの段階に属するかによって示されてもよいし、数値によって示されてもよい。なお、パラメータごとの快適度は、例えば、（数式２）における差分値とパラメータとの乗算に基づいて算出され得る。

また、図８に示した例では、一つ前の電車の快適度提示ボタン３５１、一つ次の電車の快適度提示ボタン３５２、一つ前の駅の快適度提示ボタン３５３、一つ次の駅の快適度提示ボタン３５４が提示されている。ユーザＵ０は、これらのボタンを選択することによって、快適度が提示される電車を変更したり、快適度が提示される駅を変更したりすることが可能である。

さらに、ユーザＵ０とユーザＵ４との間では、位置情報同士が所定の関係を有している（ユーザＵ０の乗車予定車両とユーザＵ４の存在車両とが同じ「５両目」である）。かかる場合、出力制御部１１４は、他のユーザ（例えば、ユーザＵ２）の存在車両「３両目」の快適度「１．０」から「５両目」の快適度「０．５」を減じた差分が閾値を超える場合、所定の通知情報が提示装置３０に出力されるように制御するとよい。そうすれば、ユーザＵ０は、より快適度が高い車両の存在に気づくことができる。通知情報は、音声によって提示されてもよいし、視覚的に提示されてもよい。

このとき、出力制御部１１４は、ユーザＵ０が置かれた状況に応じて、閾値を制御してもよい。ユーザＵ０が置かれた状況は、ユーザＵ０の状態であってもよいし、ユーザＵ０の予定であってもよい。また、出力制御部１１４は、ユーザＵ０の行動結果が所定の条件を満たす場合、閾値を更新する。例えば、出力制御部１１４は、ユーザＵ０が（例えば、通知情報の提示を受けていないにも関わらず）他のユーザ（例えば、ユーザＵ２）の存在車両「３両目」に移動したことが検出された場合、閾値を更新してもよい（例えば、閾値を減らすことによって通知情報が通知されやすくされてもよい）。

また、出力制御部１１４は、ユーザＵ０が置かれた状況が第１の状況である場合、閾値を所定の値に設定してもよい。所定の値は限定されないが、例えば、通知情報が通知されやすくするため、所定の値はゼロであってもよい。第１の状況は、ユーザＵ０が駅ＳＴのホームに存在するという状態であってもよい。

また、出力制御部１１４は、ユーザＵ０が乗車予定の電車の種類に対応するコストに基づいて閾値を制御してもよい。例えば、出力制御部１１４は、コストが高いほど、閾値を大きくしてもよい（通知情報が通知されにくくしてもよい）。コストは特に限定されない。例えば、コストは、その種類の電車に乗るための各種の料金（例えば、乗車料金、指定席の料金など）であってよい。

また、出力制御部１１４は、ユーザＵ０の予定の過密さに基づいて閾値を制御してもよい。例えば、出力制御部１１４は、予定が過密なほど、閾値を大きくしてもよい（通知情報が通知されにくくしてもよい）。

また、第１の状況は、ユーザＵ０が電車に乗っているという状態であってもよい。また、第１の状況は、ユーザＵ０の近傍に存在する人物が所定の人物（例えば、子供など）であるという状態であってもよい。なお、ユーザＵ０の近傍に子どもが存在するか否かは、公知の技術に基づいて判断されてよい。例えば、公知の技術としては、Ｂｌｕｅｔｏｏｔｈ（登録商標）を使った迷子センサを利用する技術が存在する。

参考文献「迷子センサ」（ｈｔｔｐ：／／ｗｗｗ．ｋｉｎｇｊｉｍ．ｃｏ．ｊｐ／ｓｐ／ｍａｉｇｏｈｉｍｏ／ｉｎｄｅｘ．ｈｔｍｌ）

また、出力制御部１１４は、ユーザＵ０の目的地までの残り乗車時間に基づいて閾値を制御してもよい。例えば、出力制御部１１４は、残り乗車時間が短いほど、閾値を大きくしてもよい（通知情報が通知されにくくしてもよい）。残り乗車時間はどのように算出されてもよい。一例として、出力制御部１１４は、乗り換え案内サービスの検索履歴を取得し、当日あるいは前日の検索結果に現在移動中の経路が含まれるか否かを判定する。

次に、出力制御部１１４は、現在位置の一つ前の駅から電車降車駅までの所要時間と、次の駅から電車降車駅までの所要時間の平均値を、その電車降車駅までの残り乗車時間として算出すればよい。あるいは、出力制御部１１４は、乗り換え案内サービスの検索履歴の代わりに、ライフログにおける通勤経路から電車降車駅を判断してもよい。

また、出力制御部１１４は、ユーザＵ０の商品の購入履歴に基づいて閾値を制御してもよい。あるいは、出力制御部１１４は、ユーザＵ０の近傍に存在する人物に基づいて閾値を制御してもよい。

例えば、出力制御部１１４は、ユーザＵ０が置かれた状況が所定の第２の状況である場合、通知情報が提示装置３０に出力されないように制御してもよい。第２の状況は、ユーザＵ０の予定の過密さが所定の過密さを超えているという状態であってもよいし、ユーザＵ０が所定の商品を購入してから所定の期間が経過していないという状態であってもよいし（例えば、商品の購買履歴に基づいて本を購入してから所定の期間が経過していない状態が検出された場合、ユーザＵ０は移動せずに本を読みたいと考えている可能性があるため）、ユーザＵ０が乗車予定の電車の種類に対応するコストが所定のコストよりも高いという状態であってもよい。

続いて、駅のホームにユーザＵ０が存在する場合に係る情報処理システム１の動作の例を説明する。図９は、駅のホームにユーザＵ０が存在する場合に係る情報処理システム１の動作の例を示すフローチャートである。なお、図９に示したフローチャートは、駅のホームにユーザＵ０が存在する場合の動作の一例を示したに過ぎない。したがって、駅のホームにユーザＵ０が存在する場合の動作は、図９に示したフローチャートの動作例に限定されない。

まず、快適度算出部１１３は、ユーザＵ０の位置が駅ＳＴの位置と一致する場合（Ｓ１１において「Ｙｅｓ」）、電車の経路上でユーザＵ０に接近するセンサ群のうち、ユーザＵ０の位置に最も近いセンサ群を特定する（Ｓ１２）。そして、快適度算出部１１３は、直前の停車駅におけるセンサ群の存在位置に基づいて各センサの存在車両を特定する（Ｓ１３）。また、快適度算出部１１３は、車両ごとに快適度を算出する（Ｓ１４）。

出力制御部１１４は、ユーザＵ０の乗車予定車両よりも快適度の高い車両が存在する場合（Ｓ１５において「Ｙｅｓ」）、より快適な車両とともに車両ごとの快適度をユーザＵ０に通知する（Ｓ１６）。一方、出力制御部１１４は、ユーザＵ０の乗車予定車両よりも快適度の高い車両が存在しない場合（Ｓ１５において「Ｎｏ」）、より快適な車両が存在しないこととともに、車両ごとの快適度をユーザＵ０に通知する（Ｓ１７）。そして、サーバ１０によって、一つ次の電車について同様の処理が実行される（Ｓ１８）。

以上、駅のホームにユーザＵ０が存在する場合に係る情報処理システム１の動作の例を説明した。

図１０は、電車選択が行われた場合における提示例を示す図である。図１０に示した例は、図８に示した例において、ユーザＵ０によって一つ次の電車の快適度提示ボタン３５２が選択された場合を想定している。このとき、提示部３５０によって提示される提示度は、図８に示した例から更新されている。このように、ユーザＵ０は、一つ次の電車の快適度を参照することも可能である。

このようにして快適度が算出されると、電車の種類および車両ごとに快適度が蓄積されていく。かかる場合、快適度算出部１１３は、蓄積された電車の種類および車両ごとの快適度に基づいて、未来の快適度を推定することも可能である。図１１は、推定快適度の算出の例を示す図である。図１１に示したように、快適度算出部１１３は、蓄積された電車の種類および車両ごとの快適度の代表値（例えば、平均値、最頻値、中間値など）を、未来の快適度として推定することも可能である。

図１２は、駅選択が行われた場合における提示例を示す図である。図１２に示した例は、図８に示した例において、ユーザＵ０によって一つ次の駅の快適度提示ボタン３５４が選択された場合を想定している。このとき、提示部３５０によって提示される提示度は、図８に示した例から更新されている。このように、ユーザＵ０は、同じ電車における一つ次の駅の快適度の推定値を参照することも可能である。

以上、駅のホームに存在するユーザＵ０に対して、より快適な車両への移動を通知する例を説明した。

［１．２．電車にユーザが乗っている場合］
二つ目の例として、電車に乗っているユーザに対して、より快適な車両への移動を通知する例を説明する。図１３は、電車に乗っているユーザに対して、より快適な車両への移動を通知する例を説明するための図である。図１３に示したように、図１に示した例と同様に、複数の車両からなる電車が駅ＳＴに向かって進行している場合を想定する。ユーザＵ０は、電車の前から４両目に乗っている。その他については、図１に示した例と同様である。

図１４は、ユーザＵ０～Ｕ５が乗っている電車の種類とその電車の直前の停車駅を算出する手法を説明するための図である。まず、快適度算出部１１３は、ユーザＵ０の位置情報と駅位置とに基づいて、ユーザＵ０が電車の経路上を移動しているか否かを検出することが可能である。そして、快適度算出部１１３は、移動履歴に基づいて、ユーザＵ０と同じように移動しているユーザ群を特定することが可能である。図１４に示した例では、快適度算出部１１３は、かかるユーザ群として、ユーザＵ１～Ｕ５を特定している。

続いて、サーバ１０において各ユーザの直前の停車駅での存在位置と各車両の駅での停車位置に基づいて、各ユーザの停車駅における存在車両を特定する手法を説明する。図１５は、各ユーザの停車駅における存在車両を特定する手法を説明するための図である。図１５に示すように、快適度算出部１１３は、サーバ１０において各ユーザの直前の停車駅での存在位置と各車両の駅での停車位置に基づいて、各ユーザの停車駅における存在車両を特定することが可能である。快適度の算出などは、駅のホームにユーザが存在する場合と同様に実施され得る。

続いて、出力制御部１１４は、ユーザＵ０～Ｕ５のセンサの存在車両が快適度に関連付けられて提示装置３０に出力されるように制御する。図１６は、存在車両ごとの快適度の提示例を示す図である。図１６を参照すると、ユーザＵ０の現在位置存在車両ごとの快適度が提示部３５０によって提示されている。例えば、１両目の枠内には快適度「０．４」が提示されることによって、存在車両と快適度とが関連付けられて提示されている。また、快適度が算出されなかった２両目の枠内には「？」が提示されている。

また、図８を参照すると、快適度が高い車両ほど明るい色で提示されている。このように、快適度の高さが色によって段階的に提示されることによって、視認性が向上される。また、提示部３５０によって、ユーザＵ０の現在位置としてユーザＵ０の存在車両３５７が提示されている。

また、図１６に示した例では、一つ前の区間の快適度提示ボタン３５３、一つ次の区間の快適度提示ボタン３５４が提示されている。ユーザＵ０は、これらのボタンを選択することによって、快適度が提示される区間を変更することが可能である。

さらに、ユーザＵ０とユーザＵ４との間では、位置情報同士が所定の関係を有している（ユーザＵ０の存在車両とユーザＵ４の存在車両とが同じ「５両目」である）。かかる場合、出力制御部１１４は、他のユーザ（例えば、ユーザＵ２）の存在車両「３両目」の快適度「１．０」から「５両目」の快適度「０．５」を減じた差分が閾値を超える場合、所定の通知情報が提示装置３０に出力されるように制御するとよい。そうすれば、ユーザＵ０は、より快適度が高い車両の存在に気づくことができる。

このとき、出力制御部１１４は、ユーザＵ０が置かれた状況に応じて、閾値を制御してもよい。例えば、出力制御部１１４は、ユーザＵ０の電車内での姿勢に基づいて閾値を制御してもよい。

また、例えば、出力制御部１１４は、ユーザＵ０が置かれた状況が所定の第２の状況である場合、通知情報が提示装置３０に出力されないように制御してもよい。第２の状況は、ユーザＵ０の目的地への推定到達時刻がイベント開始時刻に応じた時刻よりも遅いという状態であってもよいし、ユーザＵ０が電車内で所定の姿勢（例えば、座っている姿勢）であるという状態であってもよいし、ユーザＵ０の目的地までの残り乗車時間が所定の時間よりも短いという状態であってもよい。

また、複数のセンサそれぞれに対応する重みの一部または全部が動的に更新されてもよい。例えば、出力制御部１１４は、ユーザＵ０の行動結果が所定の条件を満たす場合、複数のセンサそれぞれに対応する重みの一部または全部を更新してもよい。より具体的には、出力制御部１１４は、ユーザＵ０が他のユーザ（例えば、ユーザＵ２）の存在車両「３両目」に移動したことが検出された場合、ユーザＵ０の乗車予定車両の快適度から他のユーザ（例えば、ユーザＵ２）の存在車両「３両目」の快適度への変化に対応して快適度が高まる方向に変化したパラメータに対応する重みを更新してもよい。

なお、ユーザＵ０による電車内での移動先の車両の検出はどのようにされてもよい。例えば、ユーザＵ０による電車内での移動は、ユーザＵ０が歩行していることが検出された場合、電車の混雑度とユーザＵ０の歩行スピードとに基づいて、移動先の車両が検出されてもよい。

続いて、電車にユーザＵ０が乗っている場合に係る情報処理システム１の動作の例を説明する。図１７は、電車にユーザＵ０が乗っている場合に係る情報処理システム１の動作の例を示すフローチャートである。なお、図１７に示したフローチャートは、電車にユーザＵ０が乗っている場合の動作の一例を示したに過ぎない。したがって、電車にユーザＵ０が乗っている場合の動作は、図１７に示したフローチャートの動作例に限定されない。

まず、快適度算出部１１３は、ユーザＵ０が電車の経路上を移動している場合（Ｓ２１において「Ｙｅｓ」）、電車の経路上をユーザＵ０と同じように移動するセンサ群を特定する（Ｓ２２）。Ｓ１３およびＳ１４は、駅のホームにユーザＵ０が存在する場合と同様に実施される。

出力制御部１１４は、ユーザＵ０の存在車両よりも快適度の高い車両が存在する場合（Ｓ２５において「Ｙｅｓ」）、より快適な車両とともに車両ごとの快適度をユーザＵ０に通知する（Ｓ１６）。一方、出力制御部１１４は、ユーザＵ０の存在車両よりも快適度の高い車両が存在しない場合（Ｓ１５において「Ｎｏ」）、より快適な車両が存在しないこととともに、車両ごとの快適度をユーザＵ０に通知する（Ｓ１７）。そして、サーバ１０によって、一つ次の電車について同様の処理が実行される（Ｓ１８）。

以上、電車にユーザＵ０が乗っている場合に係る情報処理システム１の動作の例を説明した。

［１．３．ハードウェア構成例］
次に、図１８を参照して、本開示の実施形態に係る情報処理装置１０のハードウェア構成について説明する。図１８は、本開示の実施形態に係る情報処理装置１０のハードウェア構成例を示すブロック図である。

図１８に示すように、情報処理装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）９０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９０３、およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９０５を含む。ＣＰＵ９０１、ＲＯＭ９０３およびＲＡＭ９０５によって、制御部１１０が実現され得る。また、情報処理装置１０は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、通信装置９２５を含んでもよい。さらに、情報処理装置１０は、必要に応じて、撮像装置９３３、およびセンサ９３５を含んでもよい。情報処理装置１０は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）と呼ばれるような処理回路を有してもよい。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置１０内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一時的に記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９１１に接続されている。

入力装置９１５は、例えば、ボタンなど、ユーザによって操作される装置である。入力装置９１５は、マウス、キーボード、タッチパネル、スイッチおよびレバーなどを含んでもよい。また、入力装置９１５は、ユーザの音声を検出するマイクロフォンを含んでもよい。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置１０の操作に対応した携帯電話などの外部接続機器９２９であってもよい。入力装置９１５は、ユーザが入力した情報に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置１０に対して各種のデータを入力したり処理動作を指示したりする。また、後述する撮像装置９３３も、ユーザの手の動き、ユーザの指などを撮像することによって、入力装置として機能し得る。このとき、手の動きや指の向きに応じてポインティング位置が決定されてよい。

出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどの表示装置、スピーカおよびヘッドホンなどの音出力装置などであり得る。また、出力装置９１７は、ＰＤＰ（Ｐｌａｓｍａ Ｄｉｓｐｌａｙ Ｐａｎｅｌ）、プロジェクタ、ホログラム、プリンタ装置などを含んでもよい。出力装置９１７は、情報処理装置１０の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音として出力したりする。また、出力装置９１７は、周囲を明るくするためライトなどを含んでもよい。

ストレージ装置９１９は、情報処理装置１０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。

ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２７のためのリーダライタであり、情報処理装置１０に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録を書き込む。

接続ポート９２３は、機器を情報処理装置１０に直接接続するためのポートである。接続ポート９２３は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ポートなどであり得る。また、接続ポート９２３は、ＲＳ－２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）ポートなどであってもよい。接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置１０と外部接続機器９２９との間で各種のデータが交換され得る。

通信装置９２５は、例えば、ネットワーク９３１に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カードなどであり得る。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２５に接続されるネットワーク９３１は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。なお、通信装置９２５によって、上記した通信部１４０が実現され得る。

撮像装置９３３は、例えば、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）またはＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。撮像装置９３３は、静止画を撮像するものであってもよいし、また動画を撮像するものであってもよい。

センサ９３５は、例えば、測距センサ、加速度センサ、ジャイロセンサ、地磁気センサ、振動センサ、光センサ、音センサなどの各種のセンサである。センサ９３５は、例えば情報処理装置１０の筐体の姿勢など、情報処理装置１０自体の状態に関する情報や、情報処理装置１０の周辺の明るさや騒音など、情報処理装置１０の周辺環境に関する情報を取得する。また、センサ９３５は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）信号を受信して装置の緯度、経度および高度を測定するＧＰＳセンサを含んでもよい。

＜２．むすび＞
以上説明したように、本開示の実施形態によれば、他のユーザのセンサデータに基づいてユーザ自身の快適度を算出する快適度算出部と、前記快適度に関する情報が前記ユーザ自身の端末に出力されるように制御する出力制御部と、を備える、情報処理装置が提供される。そうすれば、ユーザによって把握される他の領域の快適度の精度を向上させることが可能な技術を提供することが可能となる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏し得る。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
他のユーザのセンサデータに基づいてユーザ自身の快適度を算出する快適度算出部と、
前記快適度に関する情報が前記ユーザ自身の端末に出力されるように制御する出力制御部と、
を備える、情報処理装置。
（２）
前記ユーザ自身に対して重みが関連付けられており、
前記快適度算出部は、前記他のユーザのセンサデータと前記ユーザ自身に関連付けられた前記重みとに基づいて前記快適度を算出する、
前記（１）に記載の情報処理装置。
（３）
前記情報処理装置は、
前記他のユーザのセンサの位置情報を取得するデータ取得部を備え、
前記出力制御部は、前記他のユーザのセンサが存在する領域に関する情報が前記快適度に関連付けられて前記端末に出力されるように制御する、
前記（２）に記載の情報処理装置。
（４）
前記快適度算出部は、第１のユーザのセンサデータに基づいて前記ユーザ自身の第１の快適度を算出するとともに、第２のユーザのセンサデータに基づいて前記ユーザ自身の第２の快適度を算出する、
前記（１）に記載の情報処理装置。
（５）
前記情報処理装置は、
前記第１のユーザのセンサの位置情報と前記第２のユーザのセンサの位置情報とを取得するデータ取得部を備え、
前記出力制御部は、前記第１のユーザのセンサが存在する領域に関する情報が前記第１の快適度に関連付けられて前記端末に出力されるように制御するとともに、前記第２のユーザのセンサが存在する領域に関する情報が前記第２の快適度に関連付けられて前記端末に出力されるように制御する、
前記（４）に記載の情報処理装置。
（６）
前記情報処理装置は、
前記ユーザ自身の位置情報と前記第１のユーザのセンサの位置情報と前記第２のユーザのセンサの位置情報とを取得するデータ取得部を備え、
前記出力制御部は、前記ユーザ自身の位置情報と前記第１のユーザの位置情報とが所定の関係を有する場合、かつ、前記第２の快適度から前記第１の快適度を減じた差分が閾値を超える場合、所定の通知情報が前記端末に出力されるように制御する、
前記（４）に記載の情報処理装置。
（７）
前記出力制御部は、前記ユーザ自身が置かれた状況に応じて、前記閾値を制御する、
前記（６）に記載の情報処理装置。
（８）
前記出力制御部は、前記ユーザ自身の行動結果が所定の条件を満たす場合、前記閾値を更新する、
前記（７）に記載の情報処理装置。
（９）
前記出力制御部は、前記ユーザ自身が前記第２のユーザのセンサが存在する領域に移動したことが検出された場合、前記閾値を更新する、
前記（８）に記載の情報処理装置。
（１０）
前記出力制御部は、前記ユーザ自身が置かれた状況が第１の状況である場合、前記閾値を所定の値に設定する、
前記（７）に記載の情報処理装置。
（１１）
前記第１の状況は、前記ユーザ自身が駅のホームに存在するという状態、電車に乗っているという状態、または、前記ユーザ自身の近傍に存在する人物が所定の人物であるという状態を含む、
前記（１０）に記載の情報処理装置。
（１２）
前記出力制御部は、前記ユーザ自身の目的地までの残り乗車時間、前記ユーザ自身が乗車予定の電車の種類に対応するコスト、前記ユーザ自身の予定の過密さ、前記ユーザ自身の商品の購入履歴、前記ユーザ自身の近傍に存在する人物、および、前記ユーザ自身の電車内での姿勢の少なくともいずれか一つに基づいて前記閾値を制御する、
前記（７）に記載の情報処理装置。
（１３）
前記出力制御部は、前記ユーザ自身が置かれた状況が所定の第２の状況である場合、前記通知情報が前記端末に出力されないように制御する、
前記（７）に記載の情報処理装置。
（１４）
前記第２の状況は、前記ユーザ自身の目的地への推定到達時刻がイベント開始時刻に応じた時刻よりも遅いという状態、前記ユーザ自身が電車内で所定の姿勢であるという状態、前記ユーザ自身の目的地までの残り乗車時間が所定の時間よりも短いという状態、前記ユーザ自身の予定の過密さが所定の過密さを超えているという状態、前記ユーザ自身が所定の商品を購入してから所定の期間が経過していないという状態、または、前記ユーザ自身が乗車予定の電車の種類に対応するコストが所定のコストよりも高いという状態を含む、
前記（１３）に記載の情報処理装置。
（１５）
前記第１のユーザおよび前記第２のユーザそれぞれが複数のセンサを有するとともに、前記複数のセンサそれぞれに対応する重みが前記ユーザ自身に対して関連付けられており、
前記快適度算出部は、前記第１のユーザのセンサに対応するセンサデータと重みとに基づいて、前記第１の快適度を算出するとともに、第２のユーザのセンサに対応するセンサデータと重みとに基づいて前記第２の快適度を算出する、
前記（５）または（６）に記載の情報処理装置。
（１６）
前記複数のセンサそれぞれに対応する快適範囲が前記ユーザ自身に対して関連付けられており、
前記快適度算出部は、前記第１のユーザの前記複数のセンサそれぞれに対応するセンサデータに応じたパラメータの前記快適範囲からの距離と前記重みとに基づいて、前記第１の快適度を算出するとともに、前記第２のユーザの前記複数のセンサそれぞれに対応するセンサデータに応じたパラメータの前記快適範囲からの距離と前記重みとに基づいて、前記第２の快適度を算出する
前記（１５）に記載の情報処理装置。
（１７）
前記出力制御部は、前記ユーザ自身の行動結果が所定の条件を満たす場合、前記複数のセンサそれぞれに対応する前記重みの一部または全部を更新する、
前記（１５）または（１６）に記載の情報処理装置。

（１８）
前記出力制御部は、前記ユーザ自身が前記第２のユーザのセンサが存在する領域に移動したことが検出された場合、前記第１の快適度から前記第２の快適度への変化に対応して快適度が高まる方向に変化したパラメータに対応する重みを更新する、
前記（１７）に記載の情報処理装置。
（１９）
他のユーザのセンサデータに基づいてユーザ自身の快適度を算出することと、
プロセッサにより、前記快適度に関する情報が前記ユーザ自身の端末に出力されるように制御することと、
を含む、情報処理方法。
（２０）
コンピュータを、
他のユーザのセンサデータに基づいてユーザ自身の快適度を算出する快適度算出部と、
前記快適度に関する情報が前記ユーザ自身の端末に出力されるように制御する出力制御部と、
を備える情報処理装置として機能させるためのプログラム。

１ 情報処理システム
１０ サーバ（情報処理装置）
１１０ 制御部
１１２ データ取得部
１１３ 快適度算出部
１１４ 出力制御部
１３０ 記憶部
１４０ 通信部
２０ 検出装置
２１０ 制御部
２３０ 記憶部
２４０ 通信部
３０ 提示装置
３１０ 制御部
３２０ 入力部
３３０ 記憶部
３４０ 通信部
３５０ 提示部

Claims (16)

1. ユーザ自身の位置情報と、前記ユーザ自身の存在する領域と異なる領域に存在する、第１のユーザのセンサの位置情報および第２のユーザのセンサの位置情報とを取得するデータ取得部と、
   前記第１のユーザのセンサデータに応じたパラメータの快適範囲からの距離と、前記ユーザ自身に関連付けられた重みとに基づいて、前記ユーザ自身の第１の快適度を算出するとともに、前記第２のユーザのセンサデータに応じたパラメータの快適範囲からの距離と、前記ユーザ自身に関連付けられた重みとに基づいて、前記ユーザ自身の第２の快適度を算出する快適度算出部と、
   前記第１の快適度に応じた情報と、前記第２の快適度に応じた情報とのうち、１つまたは複数の情報が、前記ユーザ自身の端末に出力されるように制御するとともに、前記ユーザ自身の位置情報と前記第１のユーザのセンサの位置情報とが所定の関係を有する場合、かつ、前記第２の快適度から前記第１の快適度を減じた差分が閾値を超える場合、所定の通知情報が前記端末に出力されるように制御する出力制御部と、
   を備える、情報処理装置。
2. 前記出力制御部は、前記第１のユーザのセンサが存在する領域に関する情報が前記第１の快適度に関連付けられて前記端末に出力されるように制御するとともに、前記第２のユーザのセンサが存在する領域に関する情報が前記第２の快適度に関連付けられて前記端末に出力されるように制御する、
   請求項１に記載の情報処理装置。
3. 前記出力制御部は、前記ユーザ自身が置かれた状況に応じて、前記閾値を制御する、
   請求項１または２に記載の情報処理装置。
4. 前記出力制御部は、前記ユーザ自身の行動結果が所定の条件を満たす場合、前記閾値を更新する、
   請求項３に記載の情報処理装置。
5. 前記出力制御部は、前記ユーザ自身が前記第２のユーザのセンサが存在する領域に移動したことが検出された場合、前記閾値を更新する、
   請求項４に記載の情報処理装置。
6. 前記出力制御部は、前記ユーザ自身が置かれた状況が第１の状況である場合、前記閾値を所定の値に設定する、
   請求項３に記載の情報処理装置。
7. 前記第１の状況は、前記ユーザ自身が駅のホームに存在するという状態、電車に乗っているという状態、または、前記ユーザ自身の近傍に存在する人物が所定の人物であるという状態を含む、
   請求項６に記載の情報処理装置。
8. 前記出力制御部は、前記ユーザ自身の目的地までの残り乗車時間、前記ユーザ自身が乗車予定の電車の種類に対応するコスト、前記ユーザ自身の予定の過密さ、前記ユーザ自身の商品の購入履歴、前記ユーザ自身の近傍に存在する人物、および、前記ユーザ自身の電車内での姿勢の少なくともいずれか一つに基づいて前記閾値を制御する、
   請求項３に記載の情報処理装置。
9. 前記出力制御部は、前記ユーザ自身が置かれた状況が所定の第２の状況である場合、前記通知情報が前記端末に出力されないように制御する、
   請求項３に記載の情報処理装置。
10. 前記第２の状況は、前記ユーザ自身の目的地への推定到達時刻がイベント開始時刻に応じた時刻よりも遅いという状態、前記ユーザ自身が電車内で所定の姿勢であるという状態、前記ユーザ自身の目的地までの残り乗車時間が所定の時間よりも短いという状態、前記ユーザ自身の予定の過密さが所定の過密さを超えているという状態、前記ユーザ自身が所定の商品を購入してから所定の期間が経過していないという状態、または、前記ユーザ自身が乗車予定の電車の種類に対応するコストが所定のコストよりも高いという状態を含む、
    請求項９に記載の情報処理装置。
11. 前記第１のユーザおよび前記第２のユーザそれぞれが複数のセンサを有するとともに、前記複数のセンサそれぞれに対応する重みが前記ユーザ自身に対して関連付けられており、
    前記快適度算出部は、前記第１のユーザの前記複数のセンサそれぞれに対応する各センサデータと各重みとに基づいて、前記第１の快適度を算出するとともに、第２のユーザの前記複数のセンサそれぞれに対応する各センサデータと各重みとに基づいて前記第２の快適度を算出する、
    請求項１に記載の情報処理装置。
12. 前記複数のセンサそれぞれに対応する快適範囲が前記ユーザ自身に対して関連付けられており、
    前記快適度算出部は、前記第１のユーザの前記複数のセンサそれぞれに対応するセンサデータに応じたパラメータの前記快適範囲からの距離と前記重みとに基づいて、前記第１の快適度を算出するとともに、前記第２のユーザの前記複数のセンサそれぞれに対応するセンサデータに応じたパラメータの前記快適範囲からの距離と前記重みとに基づいて、前記第２の快適度を算出する
    請求項１１に記載の情報処理装置。
13. 前記出力制御部は、前記ユーザ自身の行動結果が所定の条件を満たす場合、前記複数のセンサそれぞれに対応する前記重みの一部または全部を更新する、
    請求項１１または１２に記載の情報処理装置。
14. 前記出力制御部は、前記ユーザ自身が前記第２のユーザのセンサが存在する領域に移動したことが検出された場合、前記第１の快適度から前記第２の快適度への変化に対応して快適度が高まる方向に変化したパラメータに対応する重みを更新する、
    請求項１３に記載の情報処理装置。
15. ユーザ自身の位置情報と、前記ユーザ自身の存在する領域と異なる領域に存在する、第１のユーザのセンサの位置情報および第２のユーザのセンサの位置情報とを取得することと、
    前記第１のユーザのセンサデータに応じたパラメータの快適範囲からの距離と、前記ユーザ自身に関連付けられた重みとに基づいて、前記ユーザ自身の第１の快適度を算出するとともに、前記第２のユーザのセンサデータに応じたパラメータの快適範囲からの距離と、前記ユーザ自身に関連付けられた重みとに基づいて、前記ユーザ自身の第２の快適度を算出することと、
    前記第１の快適度に応じた情報と、前記第２の快適度に応じた情報とのうち、１つまたは複数の情報が、前記ユーザ自身の端末に出力されるように制御するとともに、前記ユーザ自身の位置情報と前記第１のユーザのセンサの位置情報とが所定の関係を有する場合、かつ、前記第２の快適度から前記第１の快適度を減じた差分が閾値を超える場合、所定の通知情報が前記端末に出力されるように制御することと、
    を含む、コンピュータにより実行される情報処理方法。
16. コンピュータを、
    ユーザ自身の位置情報と、前記ユーザ自身の存在する領域と異なる領域に存在する、第１のユーザのセンサの位置情報および第２のユーザのセンサの位置情報とを取得するデータ取得部と、
    前記第１ユーザのセンサデータに応じたパラメータの快適範囲からの距離と、前記ユーザ自身に関連付けられた重みとに基づいて、前記ユーザ自身の第１の快適度を算出するとともに、前記第２のユーザのセンサデータに応じたパラメータの快適範囲からの距離と、前記ユーザ自身に関連付けられた重みとに基づいて、前記ユーザ自身の第２の快適度を算出する快適度算出部と、
    前記第１の快適度に応じた情報と、前記第２の快適度に応じた情報とのうち、１つまたは複数の情報が、前記ユーザ自身の端末に出力されるように制御するとともに、前記ユーザ自身の位置情報と前記第１のユーザのセンサの位置情報とが所定の関係を有する場合、かつ、前記第２の快適度から前記第１の快適度を減じた差分が閾値を超える場合、所定の通知情報が前記端末に出力されるように制御する出力制御部と、
    を備える情報処理装置として機能させるためのプログラム。

Images