(57)【要約】【課題】情報提供対象のユーザ自身が、自分と趣味・嗜好が同じ傾向にあるユーザを選択可能とした情報提供方法を提供する。【解決手段】複数のユーザの中の第１ユーザとこの第１ユーザの評価データと評価傾向が類似する第２ユーザとを関連づけて管理する。さらに、第１ユーザの嗜好に合った嗜好情報に対応するユーザとして第１ユーザの端末機器にて選択された第３ユーザを、第１ユーザ及び第２ユーザと関連づけて管理する。この構成により、システムが自動的に選択したユーザだけでなく、ユーザが関心のある他のユーザを類似ユーザとして選択可能にすることができるので、対象ユーザの趣味・嗜好により合致した情報提供が可能となる。【選択図】図７
2020038727.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの端末機器からの情報に基づいて前記ユーザの端末機器に前記ユーザの車の運転に関する嗜好に対応した対象情報を、ネットワークを介して提供する情報提供システムにおける情報提供方法であって、
複数のユーザの各々による車の運転に関する評価対象についての評価データを参照し、前記複数のユーザの中の第１ユーザと、前記第１ユーザの評価データと類似する評価傾向を有する第２ユーザと、を抽出し、
前記第２ユーザが利用した車の運転に関する評価対象であって前記第１ユーザが利用していない車の運転に関する評価対象に関する対象情報を、前記ネットワークを介して前記第１ユーザの端末機器に提供し、
前記複数のユーザの車の運転に関する嗜好に関する嗜好情報を前記第１ユーザの端末機器に前記ネットワークを介して提供し、
前記嗜好情報の中で前記第１ユーザの嗜好に合った嗜好情報に対応するユーザとして前記第１ユーザの端末機器にて選択された第３ユーザを示すユーザ情報を、前記第１ユーザの端末機器から前記ネットワークを介して受信し、
前記第３ユーザが利用した車の運転に関する評価対象であって前記第１ユーザが利用していない車の運転に関する評価対象に関する対象情報を、前記第１ユーザの端末機器に前記ネットワークを介して提供する、
情報提供方法。
【請求項２】
前記評価対象は、（１）前記車が走った経路又は行き先、（２）前記車の速度、（３）前記車の加速度、（４）前記車のアクセルの使い方、（５）前記車のブレーキの使い方、（６）前記車のエンジンの回転数、（７）前記車のタイヤの回転数、（８）前記車のハンドルを操作する速度、（９）前記車が走行する道の形状とハンドル、アクセル又はブレーキの使い方との関係、（１０）前記車の内部の各種センサーの情報、（１１）前記車の内部の各種センサーの履歴情報、及び（１２）前記車の同乗者による運転に対する評価の少なくとも１つを含む、
請求項１に記載の情報提供方法。
【請求項３】
前記対象情報は、（１）お薦めの運転の仕方に関する情報、（２）運転傾向が類似するユーザのエコ度に基づく通知、（３）運転傾向が類似するユーザの安心度に基づく通知、（４）運転傾向が類似するユーザの事故度に基づく通知、（５）お薦めの行き先に関する情報、及び（６）前記車の電池残量を考慮したコース又は行き先に関する情報の少なくとも１つを含む、
請求項１に記載の情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ユーザが関心を持ちそうな情報を精度よく抽出する情報提供方法、情報提供装置、情報提供システムに関するものである。
【背景技術】
【０００２】
近年、ユーザの行動履歴を収集し、その行動履歴からユーザが関心を持ちそうな情報を提供する技術が注目されている。ユーザの行動履歴として収集される情報は、例えば、ユーザが過去に購入した商品や、注文した料理、参照した記事、視聴した番組等に関する情報である。それらの情報に対してそれぞれのユーザが付けた評価値などであってもよい。また、ユーザが関心を持ちそうな情報を抽出するための方法は、例えば、以下の通りである。情報提供対象のユーザと同じ傾向の趣味・嗜好を有する他のユーザを、当該情報提供対象のユーザの行動履歴を元に抽出する。そして、抽出された他のユーザが高い評価を付け、情報提供対象のユーザがまだ利用していない商品や番組の情報を、情報提供対象のユーザに提供する。
【０００３】
ここで、ある２人のユーザが同じ傾向の趣味・嗜好を有するかどうかの判定は、例えば、以下のように行う。同じ料理を注文して、注文した料理に同じような評価を付けたというように、行動履歴が似ている２人のユーザ同士を、同じ傾向の趣味・嗜好を有すると判定する。
【０００４】
ユーザが関心を持ちそうな情報を精度よく抽出する方法としては、下記の方法があった。情報提供対象のユーザと同じ傾向の趣味・嗜好を有する他のユーザを抽出するときに、各々のユーザの特性ベクトルに基づいてユーザ間の類似度を計算することで、同じ傾向にあるユーザを精度よく判断する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２５２１７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前記特許文献１の構成では、ユーザの行動履歴にもとづいて、同じ傾向の趣味・嗜好を有するユーザ（類似ユーザ）を抽出することができるが、以下のような課題がある。類似ユーザが高い評価を付け、情報提供対象のユーザ（対象ユーザ）がまだ利用していない情報を提供しても、現実には、提供した情報が対象ユーザの趣味・嗜好に合致しないことがある。
【課題を解決するための手段】
【０００７】
本開示は、情報提供対象のユーザ自身が、自分と同じ傾向の趣味・嗜好を有する他のユーザを、類似ユーザとして選択できる情報提供方法を提供する。
【０００８】
本開示の実施の態様による追加の効果は、明細書及び図面から明らかである。この追加の効果は、様々な実施の態様を含む明細書及び図面の開示により、個別に得られ、全てが同時に提供される必要はない。
【０００９】
上記従来の課題を解決するために、本開示の情報提供方法は、ユーザの端末機器からの情報に基づいて前記ユーザの端末機器に前記ユーザの嗜好に対応した対象情報を、ネットワークを介して提供する情報提供システムにおける情報提供方法であって、複数のユーザの各々の端末機器から、複数の評価対象についての評価データを、ネットワークを介して受信し、複数のユーザの中の第１ユーザと、この第１ユーザの評価データと類似する評価傾向を有する第２ユーザと、を関連づけて管理し、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、ネットワークを介して第１ユーザの端末機器に提供し、所定の端末機器から、複数のユーザの嗜好に関する嗜好情報を、ネットワークを介して受信し、嗜好情報を第１ユーザの端末機器にネットワークを介して提供し、嗜好情報の中で第１ユーザの嗜好に合った嗜好情報に対応するユーザとして前記第１ユーザの端末機器にて選択された第３ユーザを示すユーザ情報を、第１ユーザの端末機器からネットワークを介して受信し、ユーザ情報が示す第３ユーザを第１ユーザ及び第２ユーザと関連づけて管理し、第３ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報に加えて、前記第１ユーザの端末機器にネットワークを介して提供する。
【００１０】
なお、これらの包括的または具体的な側面は、システム、方法、および、コンピュータプログラムで実現されてもよく、システム、装置、方法、およびコンピュータプログラムの任意な組み合わせで実現されてもよい。
【発明の効果】
【００１１】
本開示の情報提供方法によれば、システムが自動的に選択した他のユーザの対象情報が情報提供対象のユーザに提供されるだけでなく、情報提供対象のユーザが、関心のある他のユーザを類似ユーザとして選択可能にすることができるため、情報提供対象のユーザに提供する情報の精度を向上させることができる。
【図面の簡単な説明】
【００１２】
【図１Ａ】本開示における情報提供システムの全体構成を示す図
【図１Ｂ】本開示における情報提供システムに含まれるデータセンターの一つの構成を示す図
【図１Ｃ】本開示における情報提供システムに含まれるデータセンターの別の構成を示す図
【図２】本開示における情報提供システムのサービスの類型１の全体構成を示す図
【図３】本開示における情報提供システムのサービスの類型２の全体構成を示す図
【図４】本開示における情報提供システムのサービスの類型３の全体構成を示す図
【図５】本開示における情報提供システムのサービスの類型４の全体構成を示す図
【図６】本開示の実施の形態１における情報提供システムのデータセンター１１０で動作するプログラム１１１の構成を示す図
【図７】本開示の実施の形態１における情報提供システムのサービスプロバイダー１３０で動作するプログラム１３１の構成を示す図
【図８】本開示の実施の形態１における情報提供システムのユーザ情報リスト２００のデータ構造を示す図
【図９】本開示の実施の形態１における情報提供システムの機器リスト２０１のデータ構造を示す図
【図１０】本開示の実施の形態１における情報提供システムの嗜好情報リスト２０３のデータ構造を示す図
【図１１】本開示の実施の形態１における情報提供システムの家電履歴２１０のデータ構造を示す図
【図１２】本開示の実施の形態１における情報提供システムのお店情報リスト２２０のデータ構造を示す図
【図１３】本開示の実施の形態１における情報提供システムの評価値リスト２３０の データ構造を示す図
【図１４】本開示の実施の形態１における情報提供システムの類似ユーザリスト２０２のデータ構造を示す図
【図１５】本開示の実施の形態１における情報提供システムの端末１２０の情報提供時の画面表示例を示す図
【図１６Ａ】本開示の実施の形態１における情報提供システムの端末１２０の追加ユーザ選択処理時の画面表示例を示す図
【図１６Ｂ】本開示の実施の形態１における情報提供システムの端末１２０の追加ユーザ選択処理時の別の画面表示例を示す図
【図１７】本開示の実施の形態１における情報提供システムの端末１２０の追加ユーザ選択処理時の画面表示例を示す図
【図１８】本開示の実施の形態１における情報提供システムの類似ユーザの関連づけ処理のシーケンスを示す図
【図１９】本開示の実施の形態１における情報提供システムのお薦め情報表示処理シーケンスを示す図
【図２０】本開示の実施の形態１における情報提供システムの非類似ユーザの追加処理シーケンスを示す図
【図２１】本開示の実施の形態２における情報提供システムのデータセンター１１０で動作するプログラム１１３の構成を示す図
【図２２】本開示の実施の形態４における情報提供システムの端末１２０で動作するプログラム１２１の構成を示す図
【図２３】本開示の実施の形態５における情報提供システムの端末１２０で動作するプログラム１２１の構成を示す図
【図２４】本開示の実施の形態５における情報提供システムのデータ更新処理のシーケンスを示す図
【図２５】本開示の実施の形態５における情報提供システムのデータ同期処理のシーケンスを示す図
【図２６】本開示の情報提供システムの最小構成を示す図
【図２７】本開示の非類似ユーザを選択するときのシーケンスを示す図
【発明を実施するための形態】
【００１３】
（本開示の基礎となった知見）
膨大なデータの中からユーザの嗜好に合致した情報を選択する技術として、協調フィルタリング技術が知られている。協調フィルタリング技術は、第１ユーザと、第１ユーザの評価データと類似する評価傾向を有する第２ユーザとをグループ化し、グループ内の第２ユーザは利用したが、第１ユーザが未だ利用していない情報を、第１ユーザに提供する技術を含む。
【００１４】
しかし、この技術を用いた場合には、以下の課題がある。すなわち、グループ内の第２ユーザは利用したが、第１ユーザが未だ利用していない情報を、第１ユーザに提供しても、現実には、提供した情報が第１ユーザの嗜好に合致しないことがある。
【００１５】
この要因の一つとして、下記が考えられる。第１ユーザ及び第２ユーザがした評価は、厳密には同一の基準で行われたものではない。そのため、第１ユーザ及び第２ユーザが類似する評価傾向を有するように見えたとしても、厳密に同一の基準で評価したならば異なる評価結果になっていたかもしれない可能性がある。
【００１６】
他の要因の一つとして、下記が考えられる。情報を提供するサービスプロバイダー側で、類似する評価傾向を有する他ユーザが選択された後、情報提供を受けるユーザが他ユーザを修正する手段が設けられていない。そのため、情報提供を受けるユーザの意図が、提整供される情報に反映されない。
【００１７】
そこで、出願人らは、各ユーザの評価データとは別に、各ユーザの嗜好に関する情報を別の手段にてクラウドに提供することを検討した。この別の手段にて提供された各ユーザの嗜好に関する情報は、上記技術と合わせて活用される。即ち、上記別の手段にて提供された他のユーザの嗜好に関する情報の中から、第１ユーザの嗜好に合致した第３ユーザが第１ユーザの意思にもとづいて選択され、この第３ユーザが上記グループに加えられる。
【００１８】
こうすることで、グループ内の他のユーザが利用したが、第１ユーザが未だ利用していない情報を、第１ユーザに提供する場合において、提供された情報が第１ユーザの嗜好に合致する精度が向上すると考えられる。
【００１９】
また、このような課題を解決するために、本開示の情報提供方法は以下を含む：ユーザの端末機器からの情報に基づいて上記ユーザの端末機器に上記ユーザの嗜好に対応した対象情報を、ネットワークを介して提供する情報提供システムにおける情報提供方法であって、複数のユーザの各々の端末機器から、複数の評価対象についての評価データを、ネットワークを介して受信し、複数のユーザの中の第１ユーザと、この第１ユーザの評価データと類似する評価傾向を有する第２ユーザと、を関連づけて管理し、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、ネットワークを介して第１ユーザの端末機器に提供し、所定の端末機器から、複数のユーザの嗜好に関する嗜好情報を、ネットワークを介して受信し、嗜好情報を第１ユーザの端末機器にネットワークを介して提供し、嗜好情報の中で第１ユーザの嗜好に合った嗜好情報に対応するユーザとして第１ユーザの端末機器にて選択された第３ユーザを示すユーザ情報を、第１ユーザの端末機器からネットワークを介して受信し、ユーザ情報が示す第３ユーザを第１ユーザ及び第２ユーザと関連づけて管理し、第３ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報に加えて、第１ユーザの端末機器にネットワークを介して提供する。
【００２０】
出願人らは、本構成によって、システムが自動的に選択した他のユーザの対象情報が情報提供対象のユーザに提供されるだけでなく、情報提供対象のユーザが、関心のある他のユーザを類似ユーザとして選択可能にすることができることを見出した。
【００２１】
さらに、上記所定の端末機器は、複数のユーザの各々の端末機器であり、複数のユーザの嗜好に関する嗜好情報は、複数のユーザの各々の端末機器から入力されるとしてもよい。
【００２２】
本構成によって、各々のユーザが、各自の端末を用いていつでも嗜好情報を入力することができる。
【００２３】
さらに、本複数のユーザの各々の家屋内の家電機器はネットワークに接続され、上記所定の端末機器は、上記家電機器であり、家電機器の家電ログ情報が、複数のユーザの嗜好に関する嗜好情報を生成するための基礎データとして上記ネットワークを介して入力されるとしてもよい。
【００２４】
本構成によって、各ユーザは、全ての嗜好情報を入力する必要が無く、家電ログ情報から生成できなかった嗜好情報を追加し、または家電ログ情報から間違った嗜好情報が生成されたときにそれを修正するだけでよい。
【００２５】
さらに、第１ユーザと第２ユーザとを関連づける管理は、第１ユーザの端末機器を示す識別子と第２ユーザの端末機器を示す識別子とを関連づけることでなされてもよい。
【００２６】
本構成によって、それぞれの端末機器を使用するユーザに応じた情報を提供できる。
【００２７】
さらに、第１ユーザと第２ユーザとを関連づける管理は、第１ユーザを示す識別子と第２ユーザを示す識別子とを関連づけることでなされてもよい。
【００２８】
本構成によって、それぞれのユーザに応じた情報を提供できる。
【００２９】
さらに、複数の評価対象の中の各評価対象についての評価データは、複数のユーザの各々の端末機器における各評価対象へのアクセス数に基づくデータであるとしてもよい。
【００３０】
本構成によって、ユーザが明示的に評価値を入力する必要が無い。
【００３１】
さらに、複数の評価対象の中の各評価対象についての評価データは、複数のユーザの各々の端末機器において、各ユーザによって入力された評価に基づくデータであるとしてもよい。
【００３２】
本構成によって、ユーザが明示的に評価値を入力でき、よりユーザの実感にマッチした情報を提供することができる。
【００３３】
さらに、本開示の情報提供方法は以下を含む：ユーザの端末機器からの情報に基づいて上記ユーザの端末機器に上記ユーザの嗜好に対応した対象情報を、ネットワークを介して提供する情報提供システムにおける情報提供方法であって、複数のユーザの各々の端末機器から、複数の評価対象についての評価データを、ネットワークを介して受信し、複数のユーザの中の第１ユーザとこの第１ユーザの評価データと類似する評価傾向を有する第２ユーザとを関連づけて管理し、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、ネットワークを介して前記第１ユーザの端末機器に提供し、複数のユーザの各々の端末機器から、複数のユーザの嗜好に関する第１嗜好情報を、ネットワークを介して受信し、第１嗜好情報を第１ユーザの端末機器にネットワークを介して提供し、第１嗜好情報の中で第１ユーザの端末機器にて第１ユーザの嗜好に合った嗜好情報として選択された第２嗜好情報を、第１ユーザの端末機器からネットワークを介して受信し、第２嗜好情報を提供したユーザを第３ユーザとして第１ユーザ及び第２ユーザと関連づけて管理し、第３ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報に加えて、第１ユーザの端末機器にネットワークを介して提供する。
【００３４】
本構成によって、システムが自動的に選択した他のユーザの対象情報が情報提供対象のユーザに提供されるだけでなく、複数のユーザがそれぞれの端末機器から入力した嗜好情報をもとに、情報提供対象のユーザが、関心のある嗜好情報を持つ他のユーザを類似ユーザとして選択可能にすることができる。
【００３５】
さらに、前記第３ユーザの数は複数であってもよい。
【００３６】
本構成によって、一度に複数のユーザを類似ユーザとして選択可能になるため、ユーザによる処理を簡素化できる。
【００３７】
さらに、本開示の情報提供方法は以下を含む：端末機器の情報に基づいて上記端末機器のユーザの嗜好に対応した対象情報を、上記端末機器のディスプレイに表示する情報提供システムにおける情報提供方法であって、上記端末機器のコンピュータに対し、複数のユーザの各々による複数の評価対象についての評価データを、クラウドサーバからネットワークを介して、複数のユーザの中の第１ユーザの端末機器に入力し、第１ユーザとこの第１ユーザの評価データと類似する評価傾向を有する第２ユーザとを関連づけて管理し、上記第２ユーザが利用した評価対象であって上記第１ユーザが利用していない評価対象に関する対象情報を、上記クラウドサーバから上記端末機器に入力して、上記端末機器のディスプレイに表示し、上記複数のユーザの嗜好に関する嗜好情報を、上記クラウドサーバからネットワークを介して上記端末機器に入力して、上記端末機器のディスプレイに表示し、上記嗜好情報の中で第１ユーザの嗜好に合った嗜好情報に対応するユーザとして選択された第３ユーザを示すユーザ情報を、端末機器を介して受信し、第３ユーザを第１ユーザ及び第２ユーザと関連づけて管理し、第３ユーザを示すユーザ情報をネットワークを介して前記クラウドサーバに提供し、第３ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、第２ユーザが利用した評価対象であって前記第１ユーザが利用していない評価対象に関する対象情報に加えて、クラウドサーバからネットワークを介して端末機器に入力して、端末機器のディスプレイに表示する。
【００３８】
本構成によって、システムが自動的に選択した他のユーザの対象情報が提供されるだけでなく、情報提供対象のユーザが、関心のある他のユーザを類似ユーザとして選択可能にする情報提供方法を提供することができる。
【００３９】
さらに、本開示の情報提供方法は以下を含む：端末機器の情報に基づいて上記端末機器のユーザの嗜好に対応した対象情報を、上記端末機器のディスプレイに表示する情報提供システムにおける情報提供方法であって、上記端末機器のコンピュータに対し、複数のユーザの各々による複数の評価対象についての評価データを、クラウドサーバからネットワークを介して、複数のユーザの中の第１ユーザの端末機器に入力し、第１ユーザとこの第１ユーザの評価データと類似する評価傾向を有する第２ユーザとを関連づけて管理し、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、クラウドサーバから端末機器に入力して、端末機器のディスプレイに表示し、複数のユーザの嗜好に関する第１嗜好情報を、クラウドサーバからネットワークを介して端末機器に入力して、端末機器のディスプレイに表示し、第１嗜好情報の中で第１ユーザの嗜好に合った嗜好情報として選択された第２嗜好情報を、端末機器を介して受信し、第２嗜好情報を、クラウドサーバにネットワークを介して提供し、第２嗜好情報を選択した第３ユーザを示すユーザ情報を、端末機器を介して受信し、第３ユーザを第１ユーザ及び第２ユーザと関連づけて管理し、第３ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報に加えて、クラウドサーバからネットワークを介して端末機器に入力して、端末機器のディスプレイに表示する。
【００４０】
本構成によって、システムが自動的に選択したユーザの対象情報が提供されるだけでなく、複数のユーザがそれぞれの端末機器から入力した嗜好情報をもとに、情報提供対象のユーザが、関心のある嗜好情報を持つ他のユーザを類似ユーザとして選択可能にすることができる。
【００４１】
さらに、本開示の情報提供装置は、ユーザの嗜好に対応した対象情報を表示する情報提供装置であって、上記対象情報を表示するディスプレイと、複数のユーザの各々による複数の評価対象についての評価データを、クラウドサーバからネットワークを介して受信する通信部と、制御部とを具備し、上記制御部は、複数のユーザの中の第１ユーザとこの第１ユーザの評価データと類似する評価傾向を有する第２ユーザとを関連づけて管理し、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報をディスプレイに表示し、複数のユーザの嗜好に関する嗜好情報を、通信部を用いてクラウドサーバからネットワークを介して受信し、複数のユーザの嗜好に関する嗜好情報をディスプレイに表示し、嗜好情報の中で第１ユーザの嗜好に合った嗜好情報に対応するユーザとして選択された第３ユーザを示すユーザ情報を受信し、第３ユーザを第１ユーザ及び第２ユーザと関連づけて管理し、第３ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報に加えて、ディスプレイに表示する。
【００４２】
本構成によって、システムが自動的に選択した他のユーザの対象情報が提供されるだけでなく、情報提供対象のユーザが関心のある他のユーザを類似ユーザとして選択可能にする情報提供装置を提供することができる。
【００４３】
さらに、上記情報提供装置は、さらに記憶部を有し、制御部は、複数のユーザの各々による複数の評価対象についての評価データを、クラウドサーバからネットワークを介して第１の所定タイミングで受信して、受信された評価データを記憶部に保持し、複数のユーザの嗜好に関する嗜好情報を、クラウドサーバからネットワークを介して第２の所定タイミングで受信して、受信された嗜好情報を記憶部に保持し、記憶部を用いて、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を選択して、選択された対象情報をディスプレイに表示し、記憶部を用いて、第３ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を選択して、選択された対象情報をディスプレイに表示するとしてもよい。
【００４４】
本構成によって、端末機器などの情報提供装置がクラウドサーバに一時的に繋がっていない場合においても、情報提供対象のユーザが関心のある他のユーザを類似ユーザとして選択可能にする情報提供装置を提供することができる。
【００４５】
さらに、本開示の情報提供装置は、ユーザの嗜好に対応した対象情報を表示する情報提供装置であって、対象情報を表示するディスプレイと、複数のユーザの各々による複数の評価対象についての評価データを、クラウドサーバからネットワークを介して受信する通信部と、制御部とを具備し、制御部は、複数のユーザの中の第１ユーザとこの第１ユーザの評価データと類似する評価傾向を有する第２ユーザとを関連づけて管理し、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報をディスプレイに表示し、複数のユーザの嗜好に関する第１嗜好情報を、通信部を用いてクラウドサーバからネットワークを介して受信し、複数のユーザの嗜好に関する第１嗜好情報をディスプレイに表示し、第１嗜好情報の中で第１ユーザの嗜好に合った嗜好情報として選択された第２嗜好情報を受信し、第２嗜好情報を選択した第３ユーザを、第１ユーザ及び第２ユーザと関連づけて管理し、第３ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報に加えて、ディスプレイに表示する。
【００４６】
本構成によって、システムが自動的に選択した他のユーザの対象情報が提供されるだけでなく、複数のユーザがそれぞれの端末機器から入力した嗜好情報をもとに、情報提供対象のユーザが関心のある嗜好情報を持つ他のユーザを類似ユーザとして選択可能にする情報提供装置を提供することができる。
【００４７】
さらに、上記情報提供装置は、さらに記憶部を具備し、制御部は、複数のユーザの各々による複数の評価対象についての評価データを、クラウドサーバからネットワークを介して第１の所定タイミングで受信して、受信された評価データを記憶部に保持し、複数のユーザの嗜好に関する第１嗜好情報を、クラウドサーバからネットワークを介して第２の所定タイミングで受信して、受信された第１嗜好情報を記憶部に保持し、記憶部を用いて、第２ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を選択して、選択された対象情報をディスプレイに表示し、記憶部を用いて、第３ユーザが利用した評価対象であって第１ユーザが利用していない評価対象に関する対象情報を選択して、選択された対象情報をディスプレイに表示するとしてもよい。
【００４８】
本構成によって、端末機器などの情報提供装置がクラウドサーバに一時的に繋がっていない場合においても、複数のユーザがそれぞれの端末機器から入力した嗜好情報をもとに、情報提供対象のユーザが、関心のある嗜好情報を持つ他のユーザを類似ユーザとして選択可能にすることができる。
【００４９】
なお、以下で説明する実施の形態は、いずれも本開示の一具体例を示すものである。以下の実施の形態で示される数値、形状、構成要素、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。また全ての実施の形態において、各々の内容を組み合わせることができる。
【００５０】
（提供するサービスの全体像）
図１Ａから図１Ｃは、本開示の実施の形態における情報提供システムの全体構成を示す。
【００５１】
グループ１００は、例えば企業、団体、家庭等である。または、ビル、公共施設、家等であってもよい。さらに、乗り物（車、飛行機、船、列車等）、プラント（電力、機械、鉄鋼等）等であってもよい。グループ１００の規模は問わない。グループ１００には、複数の機器１０１である機器Ａ、機器Ｂ、および、ホームゲートウェイ１０２が存在する。複数の機器１０１は、インターネットと接続可能な機器（例えば、スマートフォン、ＰＣ、ＴＶ等）であってもよい。また、それ自身ではインターネットと接続不可能な機器（例えば、照明、洗濯機、冷蔵庫等）であってもよい。それ自身ではインターネットと接続不可能な機器であっても、インターネットと接続可能な機器又はホームゲートウェイ１０２を介して、インターネットと接続可能となる機器であってもよい。インターネットと接続可能な、機器及びホームゲートウェイ１０２は、常にインターネットと接続していてもよいし、定期的に、または、不定期にインターネットと接続してもよい。インターネットと接続不可能な機器は、インターネットと接続可能な装置を装着することで、インターネットと接続可能にしてもよい。また、グループ１００には、複数の機器１０１を使用するユーザ１０が存在する。ユーザ１０は、複数の機器１０１である機器Ａや機器Ｂを必要に応じて使用する。さらに、グループ１００にはホームゲートウェイ１０２が存在する。ホームゲートウェイ１０２は、複数の機器１０１に含まれるインターネットと接続不可能な機器をインターネットに接続するための中継処理を行う。中継処理としては、例えばプロトコルを相互に変換したり、通信方式を相互に変換したり、信号を相互に変換したりする。また、ホームゲートウェイ１０２は、全ての通信（データ等）をインターネットに中継するのではなく、一部の通信のみを中継してもよい。例えば、ホームゲートウェイ１０２は、複数の機器１０１からデータセンター１１０などにアップロードされるデータの中で、どのデータをアップロードし、どのデータはアップロードしないかなどの判断を、行い、中継するデータを選択してもよい。また、データセンター１１０などから複数の機器１０１へ与えられる、機器を制御するための制御情報に関しても同様である。例えば、ホームゲートウェイ１０２は、どの制御情報を複数の機器１０１へ通知し、どの制御情報を複数の機器１０１へ通知しないかなどの判断を行い、中継する制御情報を選択してもよい。この時、アップロードするデータの内容や、通知する制御情報の内容によって、中継するかどうかを判断してもよい。また、一定時間または一定量のデータ又は制御情報が蓄積されるまで中継しないと判断してもよい。あるいは、ある時刻には中継を行い、別の時刻には中継を行わないと判断してもよい。さらに、グループ１００に設置されたセンサーからの情報に応じて、中継するかどうかを判断してもよい。また、データセンター１１０などからの指示に応じて、中継するかどうかを判断してもよい。さらに、ホームゲートウェイ１０２は、中継する・しないの判断だけでなく、例えば、複数の機器１０１からアップロードされたデータの一部を格納してもよい。ホームゲートウェイ１０２が格納するデータは、以下の情報が含まれる。例えば、ユーザ１０のプライバシーに関わる情報、グループ１００の機密情報（Ｃｏｎｆｉｄｅｎｔｉａｌ  Ｉｎｆｏｒｍａｔｉｏｎ）又は秘密情報（Ｓｅｃｒｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ）、安全（Ｓｅｃｕｒｉｔｙ、Ｓａｆｅｔｙ）に関する情報などである。ホームゲートウェイ１０２だけがこれらの情報を格納していてもよいし、これらの情報を加工した後に、データセンター１１０へアップロードしてもよい。
【００５２】
データセンター１１０には、プログラム１１１と、データ１１２が存在する。プログラム１１１は、インターネットを介して様々な機器と連携するプログラムである。プログラム１１１は、主に通常のデータベース管理ツール等で扱うことが困難な巨大なデータ（ビッグデータ）等を管理する。また、プログラム１１１は、データセンター１１０の外部の機器（機器Ａや機器Ｂ、端末１２０）や、サービスプロバイダー１３０に対して、様々なサービスを提供する。データ１１２は、プログラム１１１が管理するデータや、機器Ａ、機器Ｂ、端末１２０、サービスプロバイダー１３０などから受信したデータ、または、プログラム１１１が計算したデータを含む。データ１１２は、記憶装置（図示しない）に保存された状態で、データセンター１１０内に存在する。
【００５３】
ここで、データセンター１１０は、データ管理及び、プログラム１１１を動作させるコンピュータの管理・運営等のみを行っている会社に限らない。例えば、複数の機器１０１のうちの一つの機器を開発・製造している機器メーカが、データ管理やコンピュータの管理等をも行っている場合は、機器メーカがデータセンター１１０に該当する（図１Ｂ）。また、データセンター１１０は一つの会社であるとは限らない。例えば、複数の機器メーカが共同もしくは分担して、または、一つ以上の機器メーカ及び他の管理会社が共同もしくは分担して、データ管理やコンピュータの管理・運営を行っている場合は、そのすべてもしくはその一部がデータセンター１１０に該当するものとする（図１Ｃ）。
【００５４】
サービスプロバイダー１３０には、プログラム１３１と、データ１３２が存在する。プログラム１３１は、インターネットを介して様々な機器と連携するプログラムである。プログラム１３１は、データ１３２、及び、データセンター１１０が格納するデータ１１２を利用して、端末１２０に様々なサービスを提供する。また、プログラム１３１は端末１２０から入手したデータや、プログラム１３１が計算したデータ、及びデータ１３２を、データセンター１１０に提供する。また、プログラム１３１は、データセンター１１０のプログラム１１１を介して、複数の機器１０１である機器Ａや機器Ｂに情報を提供したり、これらの機器をコントロールしたりする。データ１３２は、記憶装置（図示しない）に保存された状態で、サービスプロバイダー１３０内に存在する。また、サービスプロバイダーがデータ１３２を保有していない場合もある。この場合、サービスプロバイダー１３０は、各種データを、必要に応じてデータセンター１１０から取得する。
【００５５】
なお、上記情報提供システムにおいてホームゲートウェイ１０２は必須ではない。例えば、データセンター１１０が全てのデータ管理を行っている場合等は、ホームゲートウェイ１０２は不要となる。また、家庭内のあらゆる機器がインターネットに接続されている場合のように、それ自身ではインターネットと接続不可能な機器が存在しない場合も、ホームゲートウェイ１０２は不要である。さらに、全てのインターネットと接続不可能な機器が、インターネットと接続可能な機器を介してインターネットに接続する場合も、ホームゲートウェイ１０２は不要である。インターネットと接続可能な機器にホームゲートウェイ１０２の機能を搭載する場合も、ホームゲートウェイ１０２は機器としては不要である。
【００５６】
端末１２０は、ユーザ２０によって使用される機器である。端末１２０は、プログラム１３１が提供するサービスを受け、必要に応じて端末１２０の画面に表示を行う。また、端末１２０は、ユーザ２０からの指示を受け、または、端末１２０内部で発生したイベントに応じて動作を行い、データをプログラム１３１へ通知する。また、端末１２０は、プログラム１１１が提供するサービスを受け、必要に応じて端末１２０の画面に表示を行ってもよい。また、端末１２０は、ユーザ２０からの指示を受け、または、端末１２０内部で発生したイベントに応じて動作を行い、データをプログラム１１１へ通知してもよい。
【００５７】
なお、ユーザ１０とユーザ２０とは、別人であってもよいし、同一人であってもよいし、一人でも複数でもよい。また、複数の機器１０１である機器Ａ、機器Ｂ、および、端末１２０は、ユーザ１０及びユーザ２０のいずれかによって使用されてもよい。または、誰にも使用されることなく、機器Ａ、機器Ｂおよび端末１２０の各々がセンサーを搭載し、各センサーのデータや、プログラム１１１、プログラム１３１から受信したデータに応じて自律的に動作してもよい。
【００５８】
次に、上記情報提供システムにおける情報の流れを説明する。
【００５９】
まず、グループ１００内の複数の機器１０１である機器Ａ又は機器Ｂは、各ログ情報をデータセンター１１０内のプログラム１１１に送信する。プログラム１１１は、機器Ａ又は機器Ｂのログ情報をデータ１１２として集積する（図１Ａ（ａ））。ここで、ログ情報とは、機器Ａ又は機器Ｂの、ユーザ１０による操作の履歴情報や、各種センサーのセンサー情報などである。ログ情報は、例えば、テレビの視聴履歴やレコーダーの録画予約情報、洗濯機の運転日時・洗濯物の量・運転モード、冷蔵庫の開閉日時・開閉回数・使用電力量、電子レンジやホームベーカリーの利用日時、利用コース、調理時間、利用レシピなどである。しかし、これらのものに限らずあらゆる機器から取得が可能なすべての情報をいう。ログ情報は、インターネットを介して複数の機器１０１自体からプログラム１１１に直接提供される場合もある。また複数の機器１０１からホームゲートウェイ１０２にログ情報がいったん集積され、ホームゲートウェイ１０２からプログラム１１１に提供されてもよい。
【００６０】
次に、データセンター１１０内のプログラム１１１は、集積したログ情報を、サービスプロバイダー１３０への提供サービスに適合する情報に整理し、一定の単位でサービスプロバイダー１３０のプログラム１３１に提供する。ここで、一定の単位とは、データセンター１１０が集積した情報を整理してサービスプロバイダー１３０に提供することのできる単位でもよい。または、サービスプロバイダー１３０が要求した単位でもよい。なお、ログ情報をサービスプロバイダー１３０に提供する単位として、一定の単位と記載したが、一定でなくてもよい。すなわち、状況に応じて提供する情報量が変化してもよい。上記ログ情報は、必要に応じてサービスプロバイダー１３０のデータ１３２として保存される（図１Ａ（ｅ））。
【００６１】
そして、サービスプロバイダー１３０のプログラム１３１は、データセンター１１０から提供された情報を、ユーザ２０が所持する端末１２０に提供する。端末１２０に提供される情報は、データセンター１１０から提供された情報をユーザ２０に提供するサービスに適合する情報に整理することにより得られる情報でもよいし、プログラム１３１が生成した情報でもよい（図１Ａ（ｂ））。
【００６２】
また、端末１２０は、プログラム１３１から提供された情報を画面に表示できるように整理し、画面に表示することで、提供された情報をユーザ２０へ通知する。更に、同じ画面に、または別の画面でユーザ２０が利用可能なコマンドを表示する。これらの表示に対してユーザ２０が何らかの入力を行った場合、端末１２０は、ユーザ２０が入力した内容や、コマンドによる指示を、プログラム１３１へ通知する（図１Ａ（ｃ））。上記コマンドは、複数の機器１０１である機器Ａや機器Ｂの起動・終了の指示及び運転モードの設定などである。上記コマンドは、例えば、テレビの電源ＯＮ／ＯＦＦの指示及びチャンネルの指定、レコーダーの録画予約の指示及び再生開始／停止の指示である。または、洗濯機の運転モードの設定及び洗濯開始の指示である。あるいは、エアコンの電源ＯＮ／ＯＦＦの指示及び運転モードの設定、温度設定、風量・風向設定などである。しかし、これらのものに限らずあらゆる機器へ設定が可能なすべてのコマンドを含む。
【００６３】
サービスプロバイダー１３０のプログラム１３１は、端末１２０から受け取った通知やログ情報を、ユーザ１０やデータセンター１１０、複数の機器１０１である機器Ａや機器Ｂへの提供サービスに適合する情報に整理する。プログラム１３１は、整理した情報をデータセンター１１０のプログラム１１１へ提供する（図１Ａ（ｆ））。また、プログラム１３１は、複数の機器１０１である機器Ａや機器Ｂに提供する情報がある場合、その情報を、データセンター１１０を介して、複数の機器１０１である機器Ａや機器Ｂに提供する（図１Ａ（ｄ）、（ｆ））。なお、サービスプロバイダー１３０のプログラム１３１は、複数の機器１０１である機器Ａや機器Ｂに提供する情報がある場合、データセンター１１０を介することなく、その情報を直接、複数の機器１０１である機器Ａや機器Ｂに提供してもよい。
【００６４】
なお、情報を提供する先は、グループ１００内の複数の機器１０１である機器Ａ及び機器Ｂ、データセンター１１０、端末１２０のすべてに提供してもよいし、そのうちの一部にのみ提供してもよい。また、端末１２０から受け取った通知やログ情報を、再び端末１２０に提供してもよい。
【００６５】
データセンター１１０のプログラム１１１は、複数の機器１０１である機器Ａ及び機器Ｂ、サービスプロバイダー１３０、端末１２０などから提供された情報を整理して、機器Ａ及び機器Ｂに提供する（図１Ａ（ｄ））。
【００６６】
なお、本開示の実施の形態における情報提供システムの類型は、これに限られるものではない。
【００６７】
上記の情報提供システムは、グループ１００内の複数の機器１０１である機器Ａ及び機器Ｂから受信した各ログ情報を集積する機能を有する。さらに、集積したログ情報をユーザへの提供サービスに適合する情報に整理する機能を有する。さらに、集積したログ情報や整理した情報をユーザ２０が所持する端末に提供する機能とを有する。これらの機能をどこに備えるかで、例えば、以下の情報提供システムの類型に分けることができる。しかし、本開示において説明される技術が実現される類型はこれに限られるものでない。
【００６８】
（サービスの類型（ｓｅｒｖｉｃｅ  ｐａｔｔｅｒｎ）１：自社サービス型）
図２は、サービスの類型１（自社サービス型）の全体構成を示す。本類型では、データセンター１１０がグループ１００（家）から情報を取得し、端末１２０に対して直接、サービスを提供する。本類型では、データセンター１１０がサービスプロバイダー１３０の機能を有している。すなわち、データセンター１１０が、グループ１００（家）からの情報を管理すると共に、その情報をもとに、端末１２０（ユーザ２０）に対してサービスを提供する。従って、サービスプロバイダー１３０は存在しない。
【００６９】
本類型では、データセンター１１０は、プログラム１１３及びデータ１１４を管理する。データセンター１１０は、プログラム１１３を用いて、複数の機器１０１である機器Ａや機器Ｂのログ情報をデータ１１４として集積する（図２（ａ））。また、データセンター１１０は、プログラム１１３を用いて、端末１２０に対してサービスを提供する（図２（ｂ））。データセンター１１０はさらに、端末１２０から提供される情報を整理したり（図２（ｃ））、複数の機器１０１である機器Ａや機器Ｂに対してサービスを提供したりする（図２（ｄ））。
【００７０】
ここで、データセンター１１０のプログラム１１３が上記処理を行うとしたが、これに限られるものではない。プログラム１１３が複数あってもよい。例えば、上記処理ごとに個別にプログラムがあってもよい。また、複数の機器１０１である機器Ａ及び機器Ｂと通信するプログラムと、端末１２０と通信するプログラムが別々に存在してもよい。
【００７１】
（サービスの類型２：ストレージサービス型）
図３は、サービスの類型２（ストレージサービス型）の全体構成を示す。本類型では、図１におけるサービスプロバイダー１３０の機能が、データセンター１１０内部で動作する。本類型では、サービスプロバイダー１３０の機能を有するアプリプロバイダー１４０が、データセンター１１０内に存在する。また、アプリプロバイダー１４０は、データセンター１１０を運営する会社とは、別の会社により運営される。これにより、アプリプロバイダー１４０に対して高速なデータアクセスを提供しつつ、データの管理とサービスの提供とを別の会社により運営することが可能となる。また、アプリプロバイダー１４０がデータセンター１１０内に存在していることにより、データセンター１１０とアプリプロバイダー１４０の間のデータのやりとりが、より高速に行えるようになる。また、外部のネットワークを経由しなくなるため、それに必要なコストも削減できる。
【００７２】
データセンター１１０は、グループ１００とやりとりする情報を管理すると共に、アプリプロバイダー１４０のプログラム１４１が、データ１１４へアクセスする環境を提供する。アプリプロバイダー１４０は、プログラム１４１を用いて、データセンター１１０が管理するデータ１１４をもとに、端末１２０（ユーザ２０）に対してサービスを提供する。従って、サービスプロバイダー１３０は存在しない。データセンター１１０は、プログラム１４１が生成したデータもデータ１１４として管理する。
【００７３】
アプリプロバイダー１４０のプログラム１４１は、データセンター１１０内に設置した、アプリプロバイダー１４０が管理するマシン上で動作してもよい。また、データセンター１１０を運営する会社がマシンを準備し、アプリプロバイダー１４０がそのマシンへＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）やミドルウェアを含むプログラム１４１をインストールしてもよい。また、データセンター１１０を運営する会社が準備するマシンは、実マシンでもよいし、仮想マシンでもよい。
【００７４】
データセンター１１０は、アプリプロバイダー１４０に対して、データ１１４へのアクセス環境を提供する。データ１１４へのアクセスは、ネットワーク経由で行われてもよい。また、仮想マシン上で仮想ディスクとして共有され、ディスクアクセスとして行われてもよい。アプリプロバイダー１４０のプログラム１４１は、データ１１４へアクセスし、様々な処理を行ったり、サービスを提供したりする。
【００７５】
（サービスの類型３：Ｗｅｂアプリ型）
図４は、サービスの類型３（Ｗｅｂアプリ型）の全体構成を示す。本類型は、図３におけるサービスの類型２（ストレージサービス型）の変形である。本類型では、データセンター１１０は、アプリプロバイダー１４０に対して、実マシンを設置するスペースやマシンだけを提供するだけではなく、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）やミドルウェアも提供する。これにより、アプリプロバイダー１４０は、ＯＳやミドルウェアを準備する必要が無く、データセンター１１０が管理するデータ１１４をより手軽に利用することができる。また、データセンター１１０としては、ＯＳやミドルウェアを用いて加工したデータを提供することや、データへのアクセス制限をより柔軟に行うことが可能となる。
【００７６】
データセンター１１０には、プログラム１１１とデータ１１４、ＯＳ／ミドルウェア１１５、アプリプロバイダー１４０が提供するプログラム１４２が存在する。ＯＳ／ミドルウェア１１５は、プログラム１１１やプログラム１４２に対して、それらを実行する環境を提供する。実行する環境には、データ１１４にアクセススためのライブラリが含まれる。プログラム１１１やプログラム１４２は、データ１１４にアクセスする場合、ＯＳ／ミドルウェア１１５が提供するライブラリを利用してアクセスを行う。
【００７７】
（サービスの類型４：端末型）
図５は、サービスの類型４（端末型）の全体構成を示す。本類型では、図１におけるサービスプロバイダー１３０の機能が、端末１２０内部で動作する。本類型では、サービスプロバイダー１３０の機能を有するプログラム１２１が、端末１２０内に存在する。すなわち、端末１２０内のプログラム１２１がデータセンター１１０と直接通信を行い、得られたデータに従って、ユーザ２０に直接サービスを提供する。従って、サービスプロバイダー１３０は存在しない。本類型では、データセンター１１０には、プログラム１１６とデータ１１７が存在する。端末１２０には、プログラム１２１とデータ１２２が存在する。プログラム１１６は、複数の機器１０１である機器Ａ及び機器Ｂから受信したデータを管理する。また、プログラム１１６は、複数の機器１０１である機器Ａ及び機器Ｂから受信したデータを整理したり、受信したデータや整理したデータを端末１２０のプログラム１２１へ提供したりする。データ１１７は、複数の機器１０１である機器Ａ及び機器Ｂから受信したデータを含む。さらに、プログラム１１６が整理したデータ、端末１２０から受信したデータなどを含む。プログラム１２１は、データセンター１１０が格納するデータ１１７や、データ１２２を利用して、ユーザ２０にサービスを提供する。データ１２２は、データセンター１１０から受信したデータや、プログラム１２１が整理したデータ、ユーザ２０から入力されたデータを格納する。さらに、データ１２２は、端末１２０内部の他のプログラムや、端末１２０が搭載するセンサーからのデータなどを格納する。
【００７８】
プログラム１２１は、サービスプロバイダー１３０が提供してもよいし、端末１２０を開発・製造した端末メーカが提供してもよい。また、データセンター１１０が提供してもよいし、複数の機器１０１のうちの一つの機器を開発・製造している機器メーカが提供してもよい。あるいは、それ以外の会社が提供してもよい。さらに、複数の機器１０１を利用しているユーザ１０が提供してもよいし、端末１２０を利用するユーザ２０が提供してもよい。または、他のユーザや開発者が提供してもよい。
【００７９】
データ１２２は、データ１１７が格納するデータの全部、または一部を格納してもよい。例えば、端末１２０の出荷前に、データ１１７が格納するデータの全部を端末１２０の記憶装置に記録してもよい。または、データの一部だけを記録してもよい。あるいは、ある期間のログ情報のみを記録してもよい。また、データの記録は、プログラム１２１の初回起動時にネットワークを通してデータをダウンロードし、記録してもよい。さらに、ユーザ２０によって端末１２０が使用されているときに、そのバックグラウンドでデータをダウンロードし、記録してもよい。または、端末１２０が動作しているが、ユーザ２０によって使用されていないときにデータをダウンロードし、記録してもよい。あるいは、プログラム１２１が端末１２０にインストールされる際に、一緒にインストールされてもよい。さらに、記録メディアを経由して端末１２０に格納されてもよいし、記録メディアに記録されたデータをそのまま使うとしてもよい。
【００８０】
さらに、データ１２２は、端末１２０内部の各管理部が生成したデータをデータ１１７からコピーしたデータと一緒に格納していてもよい。端末１２０は、データ１２２に変更が生じた際に、その旨をデータセンター１１０に通知し、データセンター１１０のデータ１１７に、データ１２２への変更を反映させるようにしてもよい。このように、データ１２２に、データ１１７の全部または一部を格納した場合、端末１２０がデータセンター１１０にアクセスできない場合においても、プログラム１２１がユーザ２０にサービスを提供することができる。
【００８１】
プログラム１２１は、データ１１７に変更や追加、削除が生じた場合に、その通知をプログラム１１６から受け取り、データ１１７に生じた変更などを、データ１２２へ反映させてもよい。
【００８２】
また、プログラム１２１は、データセンター１１０へのアクセスの状態によって、データ１２２のデータを使用するか、データセンター１１０のデータ１１７のデータを利用するかを切り替えてもよい。例えば、データセンター１１０とのアクセスが高速に行える場合は、データセンター１１０のデータ１１７のデータを利用する。一方、データセンター１１０とアクセスできない場合や、アクセスが高速に行えない場合には、データ１２２を利用するなどの、切替方法がある。これ以外にも、データセンター１１０とやりとりするデータ量や、利用するデータの更新日時によって、データ１１７とデータ１２２のどちらを利用するかを判断してもよい。また、それ以外の方法であってもよい。
【００８３】
（実施の形態１）
本開示の実施の形態１に係る情報提供システムは、膨大な情報の中からユーザの嗜好に合致した情報を選択し、選択した情報の中で、ユーザが未だ利用していない情報をユーザに提供するシステムである。具体的には、まず、データベースに登録されている飲食店や食料品店に対するユーザの評価値にもとづいて、ユーザと類似する嗜好を有する複数の類似ユーザ達を抽出し、その類似ユーザ達が高い評価を付けた飲食店や食料品店を選択する。次に、その選択した飲食店や食料品店の中でユーザが未だ利用していないお店の情報をユーザに提供する。それに加え、類似ユーザ達として抽出されなかったユーザ（非類似ユーザ）達に関する情報もユーザに提供する。ユーザは、情報を提供された非類似ユーザ達の中で、類似ユーザ達に加えてもよいと思うユーザ（追加ユーザ）を選択する。本システムでは、ユーザが選択した追加ユーザを類似ユーザ達に加え、もう一度、ユーザの嗜好に合致したお店を抽出し、そのお店の情報をユーザに提供する。このシステムにおいて、評価値は、ユーザが、そのお店へ訪問または利用した時に入力する。これにより、システムにより選択されたお店情報の提供を受けるユーザが、その選択を修正する手段を設けることができる。そして、ユーザに提供された情報が、ユーザの嗜好に合致する精度が向上すると考えられる。
【００８４】
さらに、本開示の実施の形態１に係る情報提供システムは、ユーザが使用している機器から得られるログ情報を利用し、ユーザの嗜好を判断する。これにより、それぞれのお店の特徴がユーザの嗜好に合っているかを判定することで、ユーザの嗜好により合致したお店を選択することもできる。また、ユーザが自身の嗜好情報をシステムに入力する手間が省ける。さらには、ユーザ自身が気づいていない嗜好情報をログ情報から抽出できると考えられる。
【００８５】
＜システムの構成＞
本開示の実施の形態１に係る情報提供システムは、図１で示される情報提供システムであり、グループ１００（家）、データセンター１１０、端末１２０、サービスプロバイダー１３０を含む。それぞれの構成要素、機能概略は先に示したとおりである。ここでは、それぞれの構成要素の詳細について述べる。
【００８６】
図６は、本開示の実施の形態１における情報提供システムのデータセンター１１０で動作するプログラム１１１の構成図である。説明の便宜のため、データ１１２も合わせて示す。
【００８７】
図６において、データセンター１１０のプログラム１１１は、制御部３００を含む。制御部３００は、お店情報管理部３０１、評価データ管理部３０２、ユーザ情報管理部３０３、ユーザ嗜好情報管理部３０４、機器履歴情報管理部３０５を含む。
【００８８】
お店情報管理部３０１は、データセンター１１０のデータ１１２に含まれる、お店情報に関するデータを管理する管理部である。お店情報管理部３０１が管理するデータには、お店を識別するためのお店ＩＤと、お店の名前、お店の住所、ユーザがお店を見分けやすいようにするためのアイコン、どのようなお店であるかを示すためのお店のジャンルなどが含まれる。なお、お店ＩＤは、お店ごとに個別の値を設定する。また、お店のジャンルは、例えば、飲食店であれば、「和食」、「洋食」、「中華」、「フレンチ」、「イタリアン」などのお店で出される料理の種類である。または、「パン」、「野菜」、「牛肉」、「魚」、「パスタ」、「フルーツ」、「ケーキ」など、そのお店で出される主要な食材である。あるいは、「焼く」、「揚げる」、「煮る」、「生」、「炒める」など、そのお店のメインメニューの調理方法である。さらに、「甘い」、「苦い」、「辛い」、「酸っぱい」、「脂っこい」などのお店で出される料理の味の傾向がある。また、「卵アレルギー対応」、「小麦アレルギー対応」、「エビアレルギー対応」、「カニアレルギー対応」、「ピーナッツアレルギー対応」、または、「卵不使用」、「小麦不使用」など、お店で注意しているアレルギー物質に関する情報などがある。また、これらジャンル情報の組み合わせをジャンル情報としてもよい。
【００８９】
それぞれのお店のお店情報は、お店情報管理部３０１が提供するインターフェースを利用して、ユーザ１０及びユーザ２０が入力する。ユーザ１０及びユーザ２０は、訪問または利用したお店がデータ１１２に登録されているかを調べる。その結果、そのお店が登録されていなかった場合には、ユーザ１０及びユーザ２０は、お店情報管理部３０１が提供するインターフェースを利用して、そのお店の情報を登録する。そのお店が登録されていた場合には、ユーザ１０及びユーザ２０は、そのお店の情報を参照する。ユーザ１０やユーザ２０は、参照した情報が古く、修正が必要な場合は、お店情報管理部３０１が提供するインターフェースを利用して、そのお店の情報を修正する。また、ユーザ１０及びユーザ２０は、訪問したお店が、既に閉店していた場合には、お店情報管理部３０１が提供するインターフェースを利用して、閉店していたお店のお店情報を削除する。
【００９０】
また、お店情報管理部３０１は、ユーザ１０、ユーザ２０、または、制御部３００や他の管理部、他の機器からの依頼に応じて、指定されたお店の名前や、お店の住所、お店のジャンルなどにもとづいて、お店情報管理部３０１が管理しているデータを検索し、その検索結果を出力する。または、指定されたお店ＩＤに対応するお店情報を出力する機能も有する。
【００９１】
なお、お店情報管理部３０１は、ユーザ１０及び／又はユーザ２０から依頼された、お店情報の登録、修正、削除の各処理を、そのまま実行してもよい。また、お店情報管理部３０１は、お店情報を管理する管理者に処理を実行してもよいか問い合わせた後、管理者が処理をしてもよいと判断したときにのみ処理を実行してもよい。また、管理者が複数任命され、その複数の管理者による合議または、一定数以上の管理者による合意があったときのみ処理を実行してもよい。ここで、管理者の一部または全部がユーザであってもよい。または、複数のユーザから同様の内容の処理依頼があったときに、処理を実行してもよい。さらに、いつ、どのような処理を、誰が行ったかを記録し、ユーザ１０及びユーザ２０に対して、その履歴を参照可能にしてもよい。また、それぞれの処理に対応する履歴に、その処理を行ったユーザ以外のユーザが評価をつけられるようにしてもよい。その評価によっては、お店情報の登録処理や修正処理、削除処理を、禁止してもよい。また、その評価によって、逆に管理者によるチェックを不要にしてもよい。さらに、お店情報管理部３０１は、お店情報の削除を依頼されたときに、お店が閉店したという情報のみを記録し、お店情報自体は削除しなくてもよい。または、ユーザ１０及びユーザ２０などによるお店情報の登録、修正、削除を禁止し、お店情報の参照のみが許されるとしてもよい。この場合、お店情報は、お店情報を管理する管理者だけが、登録、修正、削除の各処理を実施できる。
【００９２】
評価データ管理部３０２は、ユーザ１０及びユーザ２０が、お店情報管理部３０１が管理するそれぞれのお店に対して付けた評価データ（評価値）を管理する。評価データは、データ１１２に含まれる。評価データ管理部３０２は、お店を識別するためのお店ＩＤと、ユーザを識別するためのユーザＩＤと、評価値とを関連づけて管理する。つまり、お店ＩＤで示されるお店に対して、ユーザＩＤで示されるユーザが、どのような評価をつけたかを管理する。また、ユーザがそのお店を未評価の場合も、その旨を管理する。なお、お店が未評価の場合は、評価データが存在しないことで未評価を示すこととしてもよい。
【００９３】
評価データ管理部３０２は、評価データを追加、修正するためのインターフェースを持つ。ユーザ１０及びユーザ２０は、複数の機器１０１である機器Ａ及び機器Ｂ、または端末１２０などから、評価データ管理部３０２のインターフェースを利用して評価データの追加や修正の処理を依頼する。評価データ管理部３０２は、ユーザからの依頼に応じて、評価データの追加や修正の処理を行う。
【００９４】
また、評価データ管理部３０２は、ユーザ１０、ユーザ２０、または、制御部３００や他の管理部、他の機器からの依頼に応じて、評価データ管理部３０２が管理している評価データを出力する。この時、例えば、お店ＩＤとユーザＩＤが指定された場合には、お店ＩＤで示されるお店に対して、ユーザＩＤで示されるユーザがつけた評価値を出力する。また、お店ＩＤだけが指定された場合には、お店ＩＤで示されるお店に対する全ユーザの評価値を出力する。同様に、ユーザＩＤだけが指定された場合には、ユーザＩＤで示されるユーザが評価を付けたお店の全評価値を出力する。複数のお店ＩＤや、複数のユーザＩＤが指定された場合には、それらのお店ＩＤとユーザＩＤのすべての組み合わせに対するそれぞれの評価値を出力する。
【００９５】
なお、評価データ管理部３０２は、評価データを削除するインターフェースを持ってもよい。また、評価データ管理部３０２は、お店情報管理部３０１が管理する特定のお店情報が削除されたとき、または特定のお店が閉店したと登録されたときに、そのお店のお店ＩＤに関連する評価データを削除してもよい。または、お店が閉店したときに、そのお店情報が削除されなかった場合には、評価データを削除しなくてもよい。また、閉店したお店の評価データの変更を行えなくしてもよい。また、評価値は、ユーザが設定してもよいし、機器から得られるログ情報から評価値を生成してもよい。ここで、ログ情報から評価データを生成する方法としては、ログ情報に含まれうる以下の情報を利用する方法がある。例えば、ユーザがそのお店の情報にアクセスしたアクセス回数、そのお店に訪問した訪問回数、その料理を注文した注文回数がある。または、そのお店に予約して訪れた予約回数、その食材やレシピ、調理方法の利用回数などがある。これらの情報の一つのみを用いて評価データを生成してもよいし、複数利用して生成してもよい。この時、回数に応じて評価値を設定してもよいし、他のユーザとの回数の差から評価値を設定してもよい。
【００９６】
ユーザ情報管理部３０３は、データ１１２に含まれるユーザ情報に関するデータを管理する管理部である。ユーザ情報管理部３０３が管理するデータには、ユーザを識別するためのユーザＩＤと、ユーザの名前、ユーザの住所、ユーザの年齢、ユーザの性別、ユーザが所有する機器を管理するための機器ＩＤリストなどが含まれる。なお、ユーザＩＤは、ユーザごとに個別の値を設定する。機器ＩＤリストは、機器を識別するための機器ＩＤを、その機器を所有するユーザのユーザＩＤと関連づける。ここで、ユーザＩＤは、ユーザが決定した数値列や文字列でもよい。また、ユーザが使用している端末機器が持つ製造番号や電話番号、機器固有番号などの識別子でもよい。あるいは、情報提供システムがランダムに生成したＩＤであってもよい。基本的には、一つの機器は一人のユーザに関連づけられる。しかし、機器が複数のユーザに使用または管理される場合は、一つの機器が複数のユーザに関連づけられてもよい。
【００９７】
それぞれのユーザ情報は、ユーザ情報管理部３０３が提供するインターフェースを利用して、ユーザ１０及びユーザ２０が各自のユーザ情報を入力する。ユーザ１０及びユーザ２０は、本システム登録時にユーザ情報を入力する。登録したユーザ情報に変更が生じた場合、ユーザ情報の修正をユーザ情報管理部３０３に依頼する。また、本システムから脱退するときに、ユーザ情報の削除を、ユーザ情報管理部３０３に依頼する。
【００９８】
ユーザ情報管理部３０３は、インターフェースを通して、ユーザ情報に関する登録や修正、削除などの依頼があったときに、その依頼を実行する。
【００９９】
ユーザ嗜好情報管理部３０４は、データ１１２に含まれる、ユーザに対して関連づけられたユーザ嗜好情報を管理する管理部である。ユーザ嗜好情報管理部３０４が管理するデータには、ユーザを識別するためのユーザＩＤと、そのユーザに関連づけられた嗜好情報が含まれる。ユーザＩＤは、ユーザ情報管理部３０３が管理するユーザＩＤであり、嗜好情報をユーザに関連づけるために用いられる。嗜好情報は、お店情報管理部３０１が管理するお店のジャンルに似た情報であり、ユーザがどのようなものが好きかを示す情報である。例えば、「和食」、「洋食」、「中華」、「フレンチ」、「イタリアン」などの好きな料理の種類がある。また、「パン」、「野菜」、「牛肉」、「魚」、「パスタ」、「フルーツ」、「ケーキ」などの好きな料理の材料がある。あるいは、「焼く」、「揚げる」、「煮る」、「生」、「炒める」などの好きな調理方法がある。さらに、「甘い」、「苦い」、「辛い」、「酸っぱい」、「脂っこい」などの好きな料理の味の傾向がある。また、「ご飯」、「パン」、「麺」などの好きな主食の種類がある。あるいは、「卵アレルギー対応」、「小麦アレルギー対応」、「エビアレルギー対応」、「カニアレルギー対応」、「ピーナッツアレルギー対応」、または、「卵不使用」、「小麦不使用」などの注意しているアレルギー物質に関する情報などがある。これらの情報のうち一つのみを嗜好情報としてもよい。または、これらの情報から選択される複数の情報の組み合わせを嗜好情報としてもよい。
【０１００】
それぞれのユーザに対する嗜好情報は、機器履歴情報管理部３０５が管理する履歴情報から生成される。例えば、電子レンジ、ＩＨクッキングヒーター、ホームベーカリーなどで使った料理レシピの使用履歴から、嗜好情報を求める。また、そのレシピに対する評価値などから、嗜好情報を求めてもよい。ここで、料理レシピや、それぞれの機器の機能には、あらかじめ嗜好に関する情報が付加されているものとする。これにより、どのレシピを使用したかや、どの機能を利用したかにより、ユーザがどのような嗜好を持っているかを判断できる。具体的には、ユーザが辛い料理のレシピをよく利用している場合や、辛い料理のレシピに高い評価を付けている場合には、「辛い」という嗜好情報をそのユーザの嗜好情報として設定する。この時、辛い料理のレシピには、「辛い」という嗜好情報があらかじめ付加されている。他には、炊飯器の履歴情報とホームベーカリーの履歴情報から、両者の使用頻度の差を求めることで、好きな主食が「ご飯」か「パン」かを判断し、嗜好情報として設定する方法もある。この時、炊飯器の炊飯機能には「ご飯」という嗜好情報が、ホームベーカリーのパン焼き機能には「パン」という嗜好情報があらかじめ付加されている。また、電子レンジ及びＩＨクッキングヒーターで利用された機能の履歴情報から、「焼く」、「揚げる」、「煮る」、「炒める」などの好きな調理方法を判断し、嗜好情報として設定する方法もある。また、冷蔵庫の内容物リスト、通信販売の利用履歴、クレジットカードの利用履歴、ポイントカードの利用履歴、レシートの内容などから、卵を使っていないアレルギーに対応した商品を買っているとか、卵を全く買わないことが分かる。このような場合には、ユーザは、卵アレルギーがあると分かるので、「卵不使用」などの嗜好情報を設定する方法もある。何を買ったかを示す買い物リストからは、どの産地のお米や野菜、肉を買うかが分かる。よって、それを嗜好情報として設定してもよい。例えば、玄米や根菜、昆布など、固いものを多く買っている場合には、固いメニューが多いという嗜好情報を設定することもできる。また、買い物リストと冷蔵庫の内容物リストからは、何を買って、何を使用したかが分かる。よって、そこから作った料理のメニューを推測し、推測したメニューに対応する嗜好情報を設定することもできる。また、買い物リストやレシピからは、牛肉を食べることが多いか、豚肉を食べることが多いか、鶏肉を食べることが多いか、魚を食べることが多いかが分かる。よって、それも嗜好情報として設定することもできる。
【０１０１】
嗜好情報は、ユーザ嗜好情報管理部３０４が提供するインターフェースを利用して外部から入力されてもよい。例えば、複数の機器１０１である機器Ａ及び機器Ｂ、または端末１２０などから、ユーザ自身が自分の嗜好情報を入力してもよいし、別のシステムから本システムへ入力してもよい。また、これらの入力方法を組み合わせてもよい。あるいは、ある程度までは、システムが自動的に入力し、システムが入力した嗜好情報に対して、複数の機器１０１である機器Ａ及び機器Ｂ、または端末１２０などを介して、ユーザ自身が嗜好情報を修正してもよい。
【０１０２】
機器履歴情報管理部３０５は、データ１１２に含まれる機器履歴に関するデータを管理する管理部である。機器履歴情報管理部３０５が管理するデータには、機器を識別するための機器ＩＤと、機器の種類を示す機器種別、機器から入手した履歴情報が含まれる。ここで、機器種別は、例えば「テレビ」、「洗濯機」、「冷蔵庫」、「電子レンジ」、「ホームベーカリー」などの品種である。また、履歴情報とは、複数の機器１０１である機器Ａ及び機器Ｂの各々から提供されるログ情報である。
【０１０３】
ユーザ１０は、新しい機器を購入したときに、ユーザ情報の機器ＩＤリストに新しい機器の機器ＩＤと機器種別を登録する。この時、機器履歴情報管理部３０５は、新しい機器の機器ＩＤと機器種別を登録し、以後、その機器から履歴情報を入手した場合には、それらに関連づけて履歴情報を管理する。この時、機器ＩＤは、機器履歴情報管理部３０５が生成してもよいし、あらかじめ機器にＩＤを付与しておき、そのＩＤを機器ＩＤとして利用してもよい。
【０１０４】
機器履歴情報管理部３０５は、機器の新規追加や、機器履歴を登録するためのインターフェースを持つ。複数の機器１０１である機器Ａ及び機器Ｂは、機器履歴情報管理部３０５のインターフェースを利用して履歴情報を追加する。
【０１０５】
なお、機器種別は、例えば、「テレビ」などの商品の品種であるとしたが、これに限定されるものではない。例えば、同じテレビであっても、「薄型テレビ」や「大型テレビ」、「ポータブルテレビ」、「防水テレビ」などのように任意の基準で機器種別を決めてもよい。この時、機器種別が複数のレイヤに分かれ、大種別「テレビ」の下に、小種別「薄型テレビ」や「大型テレビ」、「ポータブルテレビ」、「防水テレビ」が配置される構成になっていてもよい。また、品種ではなく、機器の品番であってもよい。また、履歴情報は、機器の動作履歴であるログ情報だけでなく、以下の情報をさらに含んでいてもよい。例えば、機器を点検したときの点検日と検査項目、その検査結果などの点検履歴を含んでいてもよい。さらに、機器を修理したときの修理日と機器状況、修理項目などの修理履歴や、機器の所有者や使用者の履歴など、機器に関する他の履歴情報を含んでいてもよい。
【０１０６】
図７は、本開示の実施の形態１における情報提供システムのサービスプロバイダー１３０で動作するプログラム１３１の構成図である。説明の便宜のため、データ１３２もあわせて示す。
【０１０７】
図７において、サービスプロバイダー１３０のプログラム１３１は、制御部３１０、端末通信部３１３、データセンター通信部３１４を含む。制御部３１０は、類似ユーザ管理部３１１、お薦め計算部３１２を含む。サービスプロバイダー１３０のデータ１３２は、類似ユーザ保持部３１５を含む。
【０１０８】
類似ユーザ管理部３１１は、データセンター１１０に登録されている複数のユーザのうち、任意の２人のユーザが同じ傾向の趣味・嗜好を有するかどうかを判断する。そして、同じ傾向の趣味・嗜好を有すると判断した場合に、その２人を類似ユーザとして管理する。任意の２人のユーザが同じ傾向の趣味・嗜好を有するかどうかの判定は、以下の方法により行われる。例えば、データセンター１１０に格納している評価データの評価値が、同じ評価対象に対して、任意の２人が同じような値を付けているかどうかにより判断する。この時、同じような値を付けていたときには、同じ傾向にある趣味・嗜好を有すると判断する。よく知られている方法として、協調フィルタリングの手法があげられる。この協調フィルタリングの手法では、あるユーザの評価値のリストと他のユーザの評価値のリストとを比較し、リストの類似度によって、同じ傾向の趣味・嗜好を有するかどうかを判断する。
【０１０９】
また、類似ユーザ管理部３１１は、お店を薦めるお薦め対象のユーザ２０（お薦めユーザ。情報提供対象のユーザ）とは趣味・嗜好が同じ傾向にないユーザ（非類似ユーザ）に関連づけられた情報（ユーザ情報、ユーザ嗜好情報等）をデータセンター１１０から取得する。取得した非類似ユーザの情報のうち、一部または全部を端末１２０へ送信する。ここで、非類似ユーザの情報の一部を送信する場合、それぞれの非類似ユーザに関して、評価値のリストの類似度に応じて情報を送るかどうかを判断してもよい。または、ユーザ嗜好情報の類似度に応じて判断してもよい。あるいは、ユーザ情報の類似度（年齢が近い・離れている、済んでいる場所が近い・遠い）に応じて判断してもよい。さらに、これら以外の方法でどの非類似ユーザの情報を送信するかを判断してもよい。
【０１１０】
さらに、類似ユーザ管理部３１１は、端末１２０へ送信した非類似ユーザの中で、お薦めユーザが、類似ユーザに加えてもよいと思って選択したユーザ（追加ユーザ）を、お薦めユーザの類似ユーザに追加するための追加ユーザであるとして管理する。類似ユーザ管理部３１１は、評価値などにもとづいた方法で類似ユーザを求めた後に、お薦めユーザにより選択された追加ユーザが類似ユーザの中に含まれているか確認し、類似ユーザに追加ユーザが含まれていなかった場合には、類似ユーザの中に追加ユーザを追加する。
【０１１１】
お薦め計算部３１２は、お薦め対象のユーザ（お薦めユーザ）２０にお薦めするためのお店を、評価値などを元に決定する。具体的には、まず、お薦め計算部３１２は、類似ユーザ管理部３１１がお薦めユーザと類似しているとして管理している類似ユーザが、それぞれのお店に対して付けた評価データを、データセンター１１０から取得する。次に、お薦め計算部３１２は、取得した評価データから、多くの類似ユーザが高い評価値を付けたお店を抽出する。お薦め計算部は、抽出したお店のお店情報をデータセンター１１０から取得し、お薦めのお店として、そのお店情報を端末１２０（ユーザ２０）へ送信する。
【０１１２】
端末通信部３１３は、サービスプロバイダー１３０と端末１２０間で通信を行う。端末通信部３１３は、類似ユーザ管理部３１１やお薦め計算部３１２等から、端末１２０へのデータの送信を依頼された場合や、端末１２０からデータを受信した場合に、それらのデータの送受信処理を行う。
【０１１３】
データセンター通信部３１４は、制御部３１０とデータセンター１１０の制御部３００間で通信を行う。データセンター通信部３１４は、類似ユーザ管理部３１１やお薦め計算部３１２等から、データセンター１１０への送信を依頼された場合や、データセンター１１０からデータを受信した場合に、それらのデータの送受信処理を行う。
【０１１４】
類似ユーザ保持部３１５は、類似ユーザ管理部３１１が管理するデータを類似ユーザリストとして保持する。類似ユーザ保持部３１５は、ユーザＩＤとそのユーザＩＤのユーザと類似ユーザとして管理されるユーザのユーザＩＤのリストを関連づけて保持している。また、ユーザが追加してもよいと思って選択した追加ユーザも、ユーザのユーザＩＤに関連づけて保持する。
【０１１５】
＜データの構造＞
本開示の実施の形態１に係る情報提供システムは、図１、図６、図７で示されるデータ１１２及びデータ１３２を含む。データ１１２及びデータ１３２は、情報提供システムが利用する様々なデータが含まれる。
【０１１６】
図８から図１３は、本開示の実施の形態１における情報提供システムのデータセンター１１０のデータ１１２に含まれるデータの構造を示す図である。
【０１１７】
図８は、本開示の実施の形態１における情報提供システムのユーザ情報リスト２００のデータ構造を示す。ユーザ情報リスト２００は、ユーザ情報管理部３０３が管理するユーザ情報である。ユーザ情報リスト２００は、ユーザを識別するためのユーザＩＤと、そのユーザＩＤに関連づけられたユーザ情報から構成される。ユーザ情報には、ユーザの名前、ユーザの住所、ユーザの年齢、ユーザの性別などの少なくとも一部が含まれる。
【０１１８】
図９は、本開示の実施の形態１における情報提供システムの機器リスト２０１のデータ構造を示す。機器リスト２０１は、ユーザ情報管理部３０３が管理するユーザ情報である。機器リスト２０１は、ユーザＩＤと、そのユーザＩＤに関連づけられた機器ＩＤリストから構成される。機器ＩＤリストは、ユーザが所有する機器を示す機器ＩＤのリストである。
【０１１９】
図１０は、本開示の実施の形態１における情報提供システムの嗜好情報リスト２０３のデータ構造を示す。嗜好情報リスト２０３は、ユーザ嗜好情報管理部３０４が管理するユーザ嗜好データである。嗜好情報リスト２０３は、ユーザＩＤと、そのユーザＩＤに関連づけられた嗜好情報から構成される。嗜好情報は、ユーザがどのようなものが好きかを示す情報である。例えば、「和食」、「洋食」、「中華」、「フレンチ」、「イタリアン」などの好きな料理の種類がある。また、「パン」、「野菜」、「牛肉」、「魚」、「パスタ」、「フルーツ」、「ケーキ」などの好きな料理の材料がある。あるいは、「焼く」、「揚げる」、「煮る」、「生」、「炒める」などの好きな調理方法がある。さらに、「甘い」、「苦い」、「辛い」、「酸っぱい」、「脂っこい」、「あっさり」などの好きな料理の味の傾向がある。また、「卵アレルギー対応」、「小麦アレルギー対応」、「エビアレルギー対応」、「カニアレルギー対応」、「ピーナッツアレルギー対応」、または、「卵不使用」、「小麦不使用」などの注意しているアレルギー物質に関する情報がある。あるいは、「大盛り」、「少量」など提供する料理の量に関する情報などがある。さらに、飲食に関する嗜好情報だけでなく、「落ち着いた」、「活気のある」などの雰囲気に関する情報がある。また、「広い」、「狭い」、「暗い」、「明るい」、「寒い」、「暖かい」などの空間に関する情報などもある。嗜好情報はこれらの少なくとも一部を含んでいれよい。また、これら情報の組み合わせを嗜好情報としてもよい。
【０１２０】
図１１は、本開示の実施の形態１における情報提供システムの家電履歴２１０のデータ構造を示す。家電履歴２１０は、機器履歴情報管理部３０５が管理するデータである。家電履歴２１０は、機器を識別するための機器ＩＤと、機器の種類を示す機器種別と、機器から入手した履歴情報から構成される。機器種別と履歴情報は、機器ＩＤに関連づけて管理される。機器種別は、例えば「テレビ」、「洗濯機」、「冷蔵庫」、「電子レンジ」、「ホームベーカリー」などの品種である。履歴情報は、それぞれの機器から提供されるログ情報である。
【０１２１】
図１２は、本開示の実施の形態１における情報提供システムのお店情報リスト２２０のデータ構造を示す。お店情報リスト２２０は、お店情報管理部３０１が管理するデータである。お店情報リスト２２０は、お店を識別するためのお店ＩＤと、そのお店ＩＤに関連づけられたお店情報で構成される。お店情報には、店名、お店の住所、ユーザがお店を見分けやすいようにするためのアイコン、どのようなお店であるかを示すためのお店のジャンルなどが含まれる。お店のジャンルは、例えば、飲食店であれば、「和食」、「洋食」、「中華」、「フレンチ」、「イタリアン」などのお店で出される料理の種類がある。また、「パン」、「野菜」、「牛肉」、「魚」、「パスタ」、「フルーツ」、「ケーキ」などのお店で力を入れている食材がある。あるいは、「焼く」、「揚げる」、「煮る」、「生」、「炒める」などのお店で力を入れている調理方法がある。さらに、「甘い」、「苦い」、「辛い」、「酸っぱい」、「脂っこい」、「あっさり」などのお店で出される料理の味の傾向がある。また、「卵アレルギー対応」、「小麦アレルギー対応」、「エビアレルギー対応」、「カニアレルギー対応」、「ピーナッツアレルギー対応」、または、「卵不使用」、「小麦不使用」などのお店で注意しているアレルギー物質に関する情報がある。あるいは、「大盛り」、「少量」など提供する料理の量に関する情報などがある。さらに、飲食に関する嗜好情報だけでなく、「落ち着いた」、「活気のある」などのお店の雰囲気に関するジャンル情報がある。また、「広い」、「狭い」、「暗い」、「明るい」、「寒い」、「暖かい」などのお店の空間に関するジャンル情報などもある。ジャンル情報はこれらの少なくとも一部を含んでいればよい。また、これら情報の組み合わせをジャンル情報としてもよい。
【０１２２】
図１３は、本開示の実施の形態１における情報提供システムの評価値リスト２３０のデータ構造を示す。評価値リスト２３０は、評価データ管理部３０２が管理するデータである。評価値リスト２３０は、ユーザＩＤと、そのユーザＩＤに関連づけられた評価値から構成される。評価値は、お店ＩＤで識別されるお店ごとの値であり、１つのユーザＩＤと１つのお店ＩＤの組に対して、１つの評価値が存在する。
【０１２３】
図１４は、本開示の実施の形態１における情報提供システムの類似ユーザリスト２０２のデータ構造を示す。類似ユーザリスト２０２は、類似ユーザ保持部３１５に格納され、類似ユーザ管理部３１１が管理するデータである。類似ユーザリスト２０２は、ユーザＩＤと、そのユーザＩＤに関連づけられた類似ユーザＩＤリストから構成される。類似ユーザＩＤリストは、ユーザＩＤのユーザと類似している類似ユーザのユーザＩＤのリストである。
【０１２４】
＜端末１２０での表示＞
本開示の実施の形態１に係る情報提供システムは、膨大な情報の中からユーザの嗜好に合致した情報を、端末１２０を介してユーザに提供する。情報をユーザに提供するときの、端末１２０での画面の表示例を、図１５から図１７に示す。
【０１２５】
図１５は、本開示の実施の形態１における情報提供システムの端末１２０の情報提供（レコメンド）時の画面表示例である。
【０１２６】
図１５において、端末１２０は、ユーザの嗜好に合致した情報を提供するお店情報表示エリア１２４と、ユーザと同じ傾向の嗜好を有さない非類似ユーザの情報を提供するユーザ情報表示エリア１２５を含む。さらに、端末１２０は、ユーザが、情報がユーザに提供されるべきお店をシステムが選択する際にベースとするユーザを追加する意思をシステムに伝えるための追加意思入力ボタン１２６を含む。
【０１２７】
お店情報表示エリア１２４は、ユーザがお店を見分けやすいようにするためのアイコンと、お店の名前、お店のジャンルと、お店の場所を表示する。
【０１２８】
ユーザ情報表示エリア１２５は、１つ以上のユーザ情報を表示する。ユーザ情報としては、ユーザを識別するための名前などの情報と、そのユーザの嗜好情報がある。ここで、ユーザを識別するための情報として、そのユーザの名前をそのまま使ってしまうと、プライバシー上問題になる場合がある。そこで、そのユーザの名前ではない別の名前を利用する方法や、名前の代わりに数字や記号を利用する方法や、文字の代わりに画像を使う方法などがある。
【０１２９】
追加意思入力ボタン１２６は、ユーザの意思をシステムに伝える。例えば、「ここ」と表示された文字の上をユーザがタッチすることによって、ユーザの意思をシステムに伝える。他には、専用のスイッチを設け、そのスイッチを押すことによって、ユーザの意思をシステムに伝えてもよい。あるいは、スイッチをイメージしたボタンを表示し、ユーザがそのボタンのイメージをタッチすることで意思を伝えてもよい。
【０１３０】
図１６Ａ及び図１６Ｂは、本開示の実施の形態１における情報提供システムの端末１２０の追加ユーザ選択時の画面表示例である。
【０１３１】
図１６Ａにおいて、端末１２０は、ユーザと同じ傾向の嗜好を有さない非類似ユーザの情報とその非類似ユーザを追加するかどうかを示すチェックボックスと、を表示するチェック情報表示エリア１２７を含む。さらに、チェック情報表示エリア１２７のチェックボックスがチェックされているユーザを追加するという意思をシステムに伝えるための追加ボタン１２８を含む。
【０１３２】
チェック情報表示エリア１２７は、非類似ユーザの情報を表示する。この時、非類似ユーザの情報として、ユーザ情報表示エリア１２５に表示したユーザ情報と同じ情報を表示してもよいし、更に追加で別の情報を一緒に表示してもよい。また、チェック情報表示エリア１２７は、表示したユーザ情報で示される非類似ユーザを、類似ユーザに追加するかどうかを示すチェックボックスを表示する。これにより、端末１２０を使用しているユーザ自身が自分の類似ユーザとして追加すべき非類似ユーザの選択を可能にする。この時、チェック情報表示エリア１２７には、ユーザ情報として、ユーザを識別するための名前などの情報を表示する必要はなく、嗜好情報だけを表示してもよい（例えば、図１１（Ｂ））。
【０１３３】
追加ボタン１２８は、端末１２０を使用しているユーザが、チェック情報表示エリア１２７のチェックボックスをチェックした非類似ユーザを、類似ユーザに追加する指示を本システムに与えるためのボタンである。端末１２０は、追加ボタン１２８にタッチされたことを検知すると、サービスプロバイダー１３０へ、非類似ユーザの中から、類似ユーザへ追加するべきユーザを通知する。
【０１３４】
図１７は、本開示の実施の形態１における情報提供システムの端末１２０の情報再提供（再レコメンド）時の画面表示例である。
【０１３５】
図１７において、端末１２０は、類似ユーザに非類似ユーザの一部が追加された後の状態で、ユーザの嗜好に合致する情報を提供するお店情報再表示エリア１２９を含む。
【０１３６】
図１６Ａにおいて、追加ボタン１２８がタッチされた後、サービスプロバイダー１３０へ類似ユーザに追加するべきユーザを通知した応答として、ユーザに提供するお店情報が端末１２０へ再度送られる。
【０１３７】
お店情報再表示エリア１２９は、端末１２０へ再度送られてきた、ユーザに提供するお店情報を表示する。
【０１３８】
図１７において、端末１２０は、図１５と同様に、ユーザと同じ傾向の嗜好を有さない非類似ユーザの情報を提供するユーザ情報表示エリアや、情報がユーザに提供されるべきお店をシステムが選択する際にベースとするユーザを追加する意思をユーザがシステムに伝えるための追加意思入力ボタンを含んでもよい。こうすることで、類似ユーザに非類似ユーザの一部を追加した後、再度、類似ユーザに非類似ユーザの一部を追加することが可能となる。そして、ユーザに提供する情報の精度をより向上させることができる。
【０１３９】
＜類似ユーザの関連づけ処理＞
サービスプロバイダー１３０は、どのユーザとどのユーザが類似する趣味・嗜好を持つかを管理する。類似する趣味・嗜好を有するかどうかは、評価データをベースとして判断する。そのため、サービスプロバイダー１３０は、データセンター１１０の評価データが更新された際に、どのユーザとどのユーザが類似する趣味・嗜好を持つかという類似ユーザの関連づけを見直す必要がある。
【０１４０】
以下、データセンター１１０からの通知に応じて、サービスプロバイダー１３０が類似ユーザとして関連づけする処理について、図１８のフローチャートを用いて説明する。
【０１４１】
まず、ユーザは、複数の機器１０１である機器Ａ又は機器Ｂを用いて、データセンター１１０へ、評価データの入力を依頼する（Ｓ１０００）。データセンター１１０の評価データ管理部３０２は、データ１１２に含まれる評価データを、ユーザが依頼してきた値に更新する（Ｓ１００１）。データセンター１１０の評価データ管理部３０２は、評価データの更新完了を、複数の機器１０１である機器Ａ及び機器Ｂのうちの、Ｓ１０００で更新を依頼してきた機器へ通知する（Ｓ１００２）。
【０１４２】
その後、データセンター１１０の評価データ管理部３０２は、評価データが更新されたことをサービスプロバイダー１３０へ通知する（Ｓ１００３）。サービスプロバイダー１３０の類似ユーザ管理部３１１は、データセンター１１０から評価データを取得し、類似ユーザの関連づけを変更する必要があるかどうかを判定する（Ｓ１００４）。サービスプロバイダー１３０の類似ユーザ管理部３１１は、ステップＳ１００４で関連づけの変更の必要があると判定した場合には、データセンター１１０へ、更新された評価データの取得を依頼する（Ｓ１００５）。
【０１４３】
データセンター１１０の評価データ管理部３０２は、サービスプロバイダー１３０からの評価データ取得の依頼を受けて、データ１１２から評価データを取得し、評価データの一覧をサービスプロバイダー１３０へ提供する（Ｓ１００６）。ここで、データセンター１１０からサービスプロバイダー１３０へ提供する評価データの一覧は、サービスプロバイダー１３０が評価データの取得を依頼してきた前回以降に、更新された評価データの差分であってもよい。
【０１４４】
サービスプロバイダー１３０の類似ユーザ管理部３１１は、データセンター１１０から受信した評価データの一覧から、それぞれのユーザに対して、類似ユーザの関連づけを再度行う（Ｓ１００７）。その後、類似ユーザ管理部３１１は、それぞれのユーザに対して、追加ユーザとして指定された非類似ユーザの中で、ユーザに関連づけされていない追加ユーザがいた場合、その追加ユーザを類似ユーザとして関連づける（Ｓ１００８）。最後に、類似ユーザ管理部３１１は、類似ユーザ保持部３１５で保持しているデータを、新しい類似ユーザに関するデータで更新する（Ｓ１００９）。この時、関連づけ情報と一緒に、データセンター１１０から入手した評価データも類似ユーザ保持部３１５へ格納する。ステップＳ１００９の処理後、または、類似ユーザ管理部３１１は、ステップＳ１００４で関連づけの変更の必要がないと判定した場合には、更新処理の終了を、データセンター１１０に通知する（Ｓ１０１０）。
【０１４５】
これにより、ユーザにより評価データの更新（追加、変更、削除等）が行われたときに、サービスプロバイダー１３０の類似ユーザに関するデータを確実に更新することができる。そして、類似ユーザに関するデータを常に最新の状態に保つことができる。また、評価データに更新があった際に、その更新データを取得するかどうか判定を行える。例えば、データセンター１１０から、前回の更新からの差分量が通知されれば、その差分量に応じて、評価データを更新するかどうかを判断できる。そして、サービスプロバイダー１３０での処理負荷が少ないとき及び、データセンター１１０とサービスプロバイダー１３０間のデータの通信量が少ないときにのみ更新処理を行うなどの制限を設けることができる。
【０１４６】
＜お薦め情報表示処理＞
端末１２０は、ユーザからの依頼に応じて、サービスプロバイダー１３０に対して、ユーザにお薦めするお店の情報の取得を依頼する。端末１２０は、お薦め対象のお店情報と一緒に、お薦めを依頼したユーザと類似する趣味・嗜好を有さない非類似ユーザの情報をサービスプロバイダー１３０から入手し、お店情報と非類似ユーザの情報をユーザに提示する。
【０１４７】
以下、ユーザからの依頼に応じて、端末１２０がサービスプロバイダー１３０にお店のお薦めを依頼し、サービスプロバイダー１３０から入手した情報を端末１２０の画面に表示することで、ユーザにお薦め情報を提示する処理について図１９のフローチャートを用いて説明する。
【０１４８】
まず、端末１２０は、ユーザからの依頼に応じて、サービスプロバイダー１３０へ、ユーザにお薦めするお店の情報の取得を依頼する（Ｓ１１００）。サービスプロバイダー１３０の類似ユーザ管理部３１１は、端末１２０を介して依頼してきたユーザと類似する趣味・嗜好を有するユーザの一覧を、類似ユーザ保持部３１５から取得し（Ｓ１１０１）、お薦め計算部３１２へ通知する。お薦め計算部３１２へ通知するデータは、類似ユーザのＩＤと評価データである。サービスプロバイダー１３０のお薦め計算部は、類似ユーザ管理部３１１から通知された類似ユーザの一覧を元に、ユーザへお薦めするお店を抽出する（Ｓ１１０２）。サービスプロバイダー１３０のお薦め計算部３１２は、抽出したユーザへお薦めするお店の情報の取得をデータセンター１１０へ依頼する（Ｓ１１０３）。
【０１４９】
データセンター１１０のお店情報管理部３０１は、依頼されたお店の情報をデータ１１２から取得し、サービスプロバイダー１３０へお薦め対象のお店情報として送信する（Ｓ１１０４）。
【０１５０】
サービスプロバイダー１３０のお薦め計算部３１２は、データセンター１１０から取得したお店情報を、ユーザにお薦めするお店の情報として端末１２０へ送信する（Ｓ１１０５）。さらに、サービスプロバイダー１３０の類似ユーザ管理部３１１は、お薦め対象のお店情報と一緒に表示する、ユーザと類似する趣味・嗜好を有さない非類似ユーザを選択する（Ｓ１１０６）。類似ユーザ管理部３１１は、選択した非類似ユーザのユーザ情報の取得をデータセンター１１０へ依頼する（Ｓ１１０７）。
【０１５１】
データセンター１１０のユーザ情報管理部３０３は、サービスプロバイダー１３０から指定されたユーザのユーザ情報をデータ１１２から取得し、サービスプロバイダー１３０へ非類似ユーザ情報の一覧として送信する（Ｓ１１０８）。
【０１５２】
サービスプロバイダー１３０の類似ユーザ管理部３１１は、データセンター１１０から取得したユーザ情報一覧を非類似ユーザ情報として端末１２０へ送信する（Ｓ１１０９）。
【０１５３】
端末１２０は、ステップＳ１１０５でサービスプロバイダー１３０から受信したお店情報と、ステップＳ１１０９でサービスプロバイダー１３０から受信した非類似ユーザ情報とを、画面に表示し、ユーザに情報を提供する（Ｓ１１１０）。ここで、端末１２０は、図１５で示したように、ステップＳ１１０５で受信したお店情報をお店情報表示エリア１２４に表示し、ステップＳ１１０９で受信した非類似ユーザ情報をユーザ情報表示エリア１２５に表示する。
【０１５４】
＜非類似ユーザの追加処理＞
ユーザは、上記、お薦め情報表示処理で端末１２０に表示されたお店が気に入らない場合がある。このような場合、ユーザは、お薦めの精度を向上させるために、以下を行う。ユーザは、非類似ユーザに分類されたユーザの中から、自分に類似していると思われるユーザを選択する。または、お薦めして欲しいジャンルが設定されているユーザなどを選択する。そして、サービスプロバイダー１３０へ類似ユーザとして管理するように依頼する。その後、再度お薦めするお店を提示してもらうことで、より精度の高いお薦め情報が得られるようになる。
【０１５５】
以下、端末１２０からの依頼に応じて、サービスプロバイダー１３０が依頼された非類似ユーザを類似ユーザに追加して、再度、類似ユーザからお薦めするお店を選択する処理について、図２０のフローチャートを用いて説明する。
【０１５６】
まず、ユーザは、端末１２０のお店情報表示エリア１２４へ表示されたお店とは異なるお店をお薦めして欲しいと考えたときに、追加意思入力ボタン１２６にタッチする。そのタッチに応じて、端末１２０は、図１６Ａで説明したように、チェック情報表示エリア１２７を表示する。ユーザは、チェック情報表示エリア１２７に表示されたユーザ情報から、類似ユーザに追加したいユーザを決定し、そのユーザに関連づけられたチェックボックスをチェックする。その後、ユーザは、追加ボタン１２８にタッチし、非類似ユーザの類似ユーザへの追加を端末１２０へ通知する。端末１２０は、チェックボックスにチェックのついたユーザ（選択されたユーザ）のユーザＩＤの一覧を生成する（Ｓ１２００）。端末１２０は、選択されたユーザのユーザＩＤの一覧と共に、サービスプロバイダー１３０へ選択されたユーザの追加依頼を行う（Ｓ１２０１）。
【０１５７】
サービスプロバイダー１３０の類似ユーザ管理部３１１は、受信した選択ユーザのユーザＩＤを、端末１２０を使用しているユーザの類似ユーザに追加し、類似ユーザ保持部３１５が保持するデータを更新する（Ｓ１２０２）。サービスプロバイダー１３０の類似ユーザ管理部３１１は、類似ユーザ保持部３１５から類似ユーザの一覧を再度抽出し（Ｓ１２０３）、お薦め計算部３１２へ通知する。サービスプロバイダー１３０のお薦め計算部３１２は、類似ユーザ管理部３１１から通知された類似ユーザの一覧を元に、ユーザへお薦めするお店を抽出する（Ｓ１２０４）。サービスプロバイダー１３０のお薦め計算部３１２は、抽出したユーザへお薦めするお店の情報の取得をデータセンター１１０へ依頼する（Ｓ１２０５）。
【０１５８】
データセンター１１０のお店情報管理部３０１は、依頼されたお店の情報をデータ１１２から取得し、サービスプロバイダー１３０へお薦め対象のお店情報として送信する（Ｓ１２０６）。
【０１５９】
サービスプロバイダー１３０のお薦め計算部３１２は、データセンター１１０から取得したお店情報を、ユーザにお薦めするお店の情報として端末１２０へ送信する（Ｓ１２０７）。
【０１６０】
端末１２０は、受信したお店情報を画面に表示し、ユーザに情報を提供する（Ｓ１２０８）。ここで、端末１２０は、図１７で示したように、受信したお店情報をお店情報再表示エリア１２９へ表示する。ここで、非類似ユーザの追加処理として、サービスプロバイダー１３０は、ステップＳ１２０１の後にステップＳ１２０２の類似ユーザのデータ更新の処理だけを行って処理を終了し、端末１２０へ処理を戻してもよい。この時、端末１２０は、非類似ユーザの追加処理の後に、お薦め情報表示処理を実行してもよい。また、サービスプロバイダー１３０は、ステップＳ１２０７の後で、お薦め情報表示処理のステップＳ１１０６からステップＳ１１０９の処理を行う。端末１２０は、ステップＳ１２０８で、お店情報だけではなく、ステップＳ１１１０と同様に、非類似ユーザに関する情報を一緒に表示してもよい。ここで、端末１２０は、図１５で示したように、お店情報再表示エリア１２９の代わりに、お店情報表示エリア１２４とユーザ情報表示エリア１２５を含む。そして、端末１２０は、ステップＳ１２０７で受信したお店情報をお店情報表示エリア１２４に表示し、ステップＳ１１０９で受信した非類似ユーザ情報をユーザ情報表示エリア１２５に表示してもよい。
【０１６１】
（実施の形態２）
本開示の実施の形態１では、データセンター１１０がお店やユーザの情報、機器履歴などを管理し、サービスプロバイダー１３０が端末１２０を介してユーザに情報を提供していた。実施の形態２では、サービスの類型１で示したように、データセンター１１０にサービスプロバイダー１３０の機能が含まれる場合の構成について説明する。
【０１６２】
以下、図２に示す本開示の実施の形態２に係るサービスの類型１におけるシステムの構成について説明する。
【０１６３】
＜サービスの類型１におけるシステムの構成＞
図２１は、本開示の実施の形態２における情報提供システムのデータセンター１１０で動作するプログラム１１３の構成図である。説明の便宜のため、データ１１４も合わせて示す。図２１において、図１、図２と同じ構成要素については同じ符号を用い、説明を省略する。
【０１６４】
図２１において、データセンター１１０のプログラム１１３は、制御部３２０と端末通信部３１３を含む。制御部３２０は、お店情報管理部３０１、評価データ管理部３０２、ユーザ情報管理部３０３、ユーザ嗜好情報管理部３０４、機器履歴情報管理部３０５、類似ユーザ管理部３２１、お薦め計算部３２２を含む。
【０１６５】
類似ユーザ管理部３２１は、ユーザ情報管理部３０３に登録されているユーザのうち、任意の２人のユーザが同じ傾向の趣味・嗜好を有するかどうかを判断し、同じ傾向趣味・嗜好を有すると判断した場合に、その２人を類似ユーザとして、ユーザ情報に登録する。任意の２人のユーザが同じ傾向趣味・嗜好を有するどうかの判定は、下記のように行われる。例えば、評価データ管理部３０２が管理している評価データの評価値が、同じ評価対象に対して、任意の２人が同じような値を付けているかどうかにより判断する。また、他のユーザを類似ユーザとしてユーザ情報に登録するときには、ユーザ情報管理部３０３を介して行う。この時、ユーザ情報リスト２００（図８）のユーザ情報に、類似ユーザリスト２０２（図１４）の類似ユーザＩＤリストを追加することで、類似ユーザを管理してもよい。
【０１６６】
また、類似ユーザ管理部３１１は、お店を薦めるお薦め対象のユーザ（お薦めユーザ）と同じ傾向の趣味・嗜好を有さないユーザ（非類似ユーザ）に関連づけられた情報（ユーザ情報、ユーザ嗜好情報等）をユーザ情報管理部３０３とユーザ嗜好情報管理部３０４から取得する。
【０１６７】
上記のように、類似ユーザ管理部３１１がデータセンター１１０へ問い合わせていた処理以外は、基本的に実施の形態１で示した類似ユーザ管理部３１１と同じ機能を有する。類似ユーザ保持部３１５が、データセンター１１０へ問い合わせていた処理は、制御部３２０内の各データ管理部へ問い合わせる処理になる。
【０１６８】
お薦め計算部３２２は、類似ユーザ管理部３２１が管理している類似ユーザが、それぞれのお店に対して付けた評価データを、評価データ管理部３０２から取得する。次に、お薦め計算部３１２は、取得した評価データから、多くの類似ユーザが高い評価値を付けたお店を抽出する。お薦め計算部は、抽出したお店のお店情報をお店情報管理部３０１から取得し、お薦めのお店として、そのお店情報を端末１２０へ送信する。端末１２０との通信には、端末通信部３１３を利用する。
【０１６９】
お店情報管理部３０１、評価データ管理部３０２、ユーザ情報管理部３０３、ユーザ嗜好情報管理部３０４、機器履歴情報管理部３０５は、類似ユーザ管理部３２１やお薦め計算部３２２からの依頼に応じて、データ１１４から必要なデータを取得・設定する。
【０１７０】
＜類似ユーザの関連づけ処理、お薦め情報表示処理、非類似ユーザの追加処理＞
本開示の実施の形態２における類似ユーザの関連づけ処理、お薦め情報表示処理、非類似ユーザの追加処理は、本開示の実施の形態１における同じ処理においてサービスプロバイダー１３０が行っていた処理をデータセンター１１０が行う。
【０１７１】
例えば、図１８の評価データ更新通知（Ｓ１００３）は、評価データ管理部３０２が類似ユーザ管理部３２１へ直接通知する。また、評価データ取得依頼（Ｓ１００５）とそれへの応答処理（Ｓ１００６）は、類似ユーザ管理部３２１と評価データ管理部３０２間の通信となる。他にも、お薦め対象のお店情報を取得する処理（図１９のＳ１１０３、Ｓ１１０４、図２０のＳ１２０５、Ｓ１２０６）は、お薦め計算部３２２とお店情報管理部３０１間の通信となる。そして、非類似ユーザのユーザ情報を取得する処理（図１９のＳ１１０７、Ｓ１１０８）は、類似ユーザ管理部３２１とユーザ情報管理部３０３間の通信となる。
【０１７２】
また、端末１２０からの依頼（Ｓ１１００、Ｓ１２０１）や、端末１２０への通知（Ｓ１１０５、Ｓ１１０９、Ｓ１２０７）は、端末１２０とデータセンター１１０との通信となる。
【０１７３】
（実施の形態３）
本開示の実施の形態１では、データセンター１１０がお店やユーザの情報、機器履歴などを管理し、サービスプロバイダー１３０が端末１２０を介してユーザに情報を提供していた。実施の形態３では、サービスの類型２（図３）で示したように、データセンター１１０内に、実施の形態１におけるデータセンター１１０と同様の機能を持つプログラム１１１と、実施の形態１におけるサービスプロバイダー１３０と同様の機能を持つプログラム１４１が含まれる場合の構成について説明する。
【０１７４】
以下、本開示の実施の形態３に係るサービスの類型２におけるシステムの構成について説明する。
【０１７５】
＜サービスの類型２におけるシステムの構成＞
本開示の実施の形態３における情報提供システムのデータセンター１１０は、プログラム１１１とプログラム１４１、データ１１４を含む。
【０１７６】
プログラム１１１は、本開示の実施の形態１におけるプログラム１１１と同じ構成である（図６）。但し、本開示の実施の形態１においては、データ１１２へアクセスしていたが、実施の形態３では、データ１１４へアクセスする。
【０１７７】
プログラム１４１は、本開示の実施の形態１におけるプログラム１３１と同じ構成である（図７）。但し、本開示の実施の形態１においては、データ１３２へアクセスしていたが、実施の形態３では、プログラム１１１と同じデータ１１４へアクセスする。
【０１７８】
データ１１４は、本開示の実施の形態１におけるデータ１１２とデータ１３２の両方のデータを含む。
【０１７９】
＜類似ユーザの関連づけ処理、お薦め情報表示処理、非類似ユーザの追加処理＞
本開示の実施の形態３における類似ユーザの関連づけ処理、お薦め情報表示処理、非類似ユーザの追加処理は、本開示の実施の形態１における同じ処理においてデータセンター１１０が行っていた処理を、プログラム１１１が行い、サービスプロバイダー１３０が行っていた処理をプログラム１４１が行う。つまり、実施の形態１におけるデータセンター１１０とサービスプロバイダー１３０間の通信は、実施の形態３において、プログラム１１１とプログラム１４１間の通信に置き換えられる。また、本開示の実施の形態１におけるサービスプロバイダー１３０と端末１２０間の通信は、実施の形態３において、データセンター１１０のプログラム１４１と端末１２０間の通信となる。
【０１８０】
なお、プログラム１４１は、お店情報やユーザ情報、評価データ、ユーザ嗜好情報、機器履歴情報などを、プログラム１１１へ取得を依頼するとしたが、これに限定されるものではない。例えば、プログラム１４１からデータ１１４へ直接アクセスし、お店情報やユーザ情報、評価データ、ユーザ嗜好情報、機器履歴情報などを取得してもよい。または、ユーザ情報と類似ユーザに関する情報を別々に扱うのではなく、実施の形態２と同様に、類似ユーザに関する情報を、ユーザ情報の一部として管理してもよい。
【０１８１】
＜サービスの類型３に関して＞
サービスの類型３は、サービスの類型２の変形であり、その機能の多くは、サービスの類型２と同様である。例えば、プログラム１１１は、データ１１４へアクセスする時に、サービスの類型２では、直接アクセスするのに対して、サービスの類型３では、ＯＳ／ミドルウェア１１５を介してアクセスすることになる。また、プログラム１４２は、機能的にはプログラム１４１と同じ機能を持ち、データ１１４へアクセスする時に、ＯＳ／ミドルウェア１１５を介してアクセスする点が異なる。
【０１８２】
（実施の形態４）
本開示の実施の形態１では、データセンター１１０がお店やユーザの情報、機器履歴などを管理し、サービスプロバイダー１３０が端末１２０を介してユーザに情報を提供していた。実施の形態４では、サービスの類型４（図５）で示したように、端末１２０にサービスプロバイダー１３０の機能が含まれる場合の構成について説明する。
【０１８３】
以下、本開示の実施の形態４に係るサービスの類型４におけるシステムの構成について説明する。
【０１８４】
＜サービスの類型４におけるシステムの構成＞
図２２は、本開示の実施の形態４における情報提供システムの端末１２０で動作するプログラム１２１の構成図である。説明の便宜のため、データ１２２も合わせて示す。図２２において、図６、図７と同じ構成要素については同じ符号を用い、説明を省略する。
【０１８５】
図２２において、端末１２０のプログラム１２１は、制御部３１０とデータセンター通信部３１４、表示部３３０、入力部３３１を含む。制御部３１０は、類似ユーザ管理部３１１、お薦め計算部３１２を含む。
【０１８６】
表示部３３０は、ユーザへ様々な情報を提供するために、情報を表示する。
【０１８７】
入力部３３１は、ユーザから指示や、情報を入力する。
【０１８８】
類似ユーザ管理部３１１とお薦め計算部３１２とは、機能的には実施の形態１における類似ユーザ管理部３１１とお薦め計算部３１２と同様の機能を持つ。但し、実施の形態１では、ユーザとの情報のやりとりに、端末通信部３１３を介して、端末１２０へアクセスしていた。しかし、実施の形態４では、端末１２０自体に、類似ユーザ管理部３１１とお薦め計算部３１２とが含まれるため、ユーザへ情報を提供する場合には表示部３３０へアクセスし、ユーザから情報を得るためには入力部３３１を利用する。
【０１８９】
＜類似ユーザの関連づけ処理、お薦め情報表示処理、非類似ユーザの追加処理＞
本開示の実施の形態４における類似ユーザの関連づけ処理、お薦め情報表示処理、非類似ユーザの追加処理は、本開示の実施の形態１における同じ処理においてサービスプロバイダー１３０が行っていた処理を、端末１２０の制御部３１０が行う。つまり、実施の形態１におけるデータセンター１１０とサービスプロバイダー１３０間の通信処理は、実施の形態４において、データセンター１１０と端末１２０の間の通信に置き換えられる。また、本開示の実施の形態１におけるサービスプロバイダー１３０と端末１２０間の通信は、実施の形態４においては、端末１２０の内部に閉じた処理となる。端末１２０は、ユーザから店舗をお薦めする依頼を受けたときには、図１９のステップＳ１１００のように、他へ依頼するのではなく、図１９のステップＳ１１０１からステップＳ１１０８までを端末１２０内部の制御部３１０で処理し、最終的にお薦め情報を表示する（図１９のＳ１１１０）。また、類似ユーザへ追加する非類似ユーザを選択したときも、図２０のステップＳ１２００やＳ１２０１のように、一覧を生成して他へ依頼するのではなく、図２０のステップＳ１２０２からステップＳ１２０６までを端末１２０の制御部３１０で処理する。
【０１９０】
（実施の形態５）
本開示の実施の形態４では、サービスの類型４（図５）で示したように、端末１２０にサービスプロバイダー１３０の機能が含まれる場合の構成について説明した。実施の形態５は、実施の形態４の変形であり、端末１２０にデータセンター１１０とサービスプロバイダー１３０の機能が含まれる場合の構成について説明する。但し、実施の形態５では、端末１２０とは別にデータセンター１１０が存在し、データセンター１１０が保持するデータを端末１２０のデータと同期する。これにより、端末１２０がデータセンター１１０と通信できない状態においても、ユーザに情報を提供できる構成について説明する。
【０１９１】
以下、本開示の実施の形態５に係るサービスの類型４を変形したシステムの構成について説明する。
【０１９２】
＜サービスの類型４変形におけるシステムの構成＞
図２３は、本開示の実施の形態５における情報提供システムの端末１２０で動作するプログラム１２１の構成図である。図２３において、図６、図７、図２１と同じ構成要素については同じ符号を用い、説明を省略する。
【０１９３】
図２３において、端末１２０のプログラム１２１は、制御部３４０とデータセンター通信部３１４、表示部３３０、入力部３３１、データ１２２を含む。制御部３４０は、お店情報管理部３０１、評価データ管理部３０２、ユーザ情報管理部３０３、ユーザ嗜好情報管理部３０４、機器履歴情報管理部３０５、類似ユーザ管理部３２１、お薦め計算部３２２、更新情報管理部３４１を含む。データ１２２は、データ保持部３４２を含む。
【０１９４】
お店情報管理部３０１、評価データ管理部３０２、ユーザ情報管理部３０３、ユーザ嗜好情報管理部３０４、機器履歴情報管理部３０５は、機能的には実施の形態２におけるそれぞれの管理部と同様の機能を持つ。但し、実施の形態２におけるデータ１１４へのアクセスは、実施の形態５では、データ１２２へのアクセスとなる。
【０１９５】
類似ユーザ管理部３２１とお薦め計算部３２２は、機能的には実施の形態２における類似ユーザ管理部３２１とお薦め計算部３２２と同様の機能を持つ。但し、実施の形態２では、ユーザとの情報のやりとりに、端末通信部３１３を介して、端末１２０へアクセスしていた。しかし、実施の形態５では、端末１２０自体に、類似ユーザ管理部３２１とお薦め計算部３２２とが含まれるため、ユーザへ情報を提供する場合には表示部３３０へアクセスし、ユーザから情報を得るためには入力部３３１を利用する。
【０１９６】
更新情報管理部３４１は、データセンター１１０のデータ１１７と、端末１２０のデータ１２２とを同期する処理を行う。データセンター１１０のプログラム１１６は、データ１１７に変更が生じた際に、その旨を端末１２０へ通知する。通知を受けた端末１２０のプログラム１２１は、更新情報管理部３４１を用いて、データ１２２の更新処理を行う。
【０１９７】
＜データ更新処理＞
データセンター１１０は、複数の機器１０１である機器Ａ又は機器Ｂからデータが入力された場合や、データが変更された場合に、データ１１７を変更する。さらに、端末１２０へデータ１１７が変更されたことを通知する。データセンター１１０と端末１２０は、データ１１７への変更をデータ１２２へ反映する。
【０１９８】
以下、データセンター１１０からの通知に応じて、端末１２０がデータ１２２を更新する処理について、図２４のフローチャートを用いて説明する。
【０１９９】
まず、複数の機器１０１である機器Ａや機器Ｂは、ユーザ１０が入力・変更した情報がある場合、または、機器Ａや機器Ｂからログ情報をデータセンター１１０へ送信する場合に、データセンター１１０に対して、データ入力・変更依頼を行う（Ｓ１３００）。
【０２００】
データセンター１１０は、受信したデータを用いて、データ１１７を更新する（Ｓ１３０１）。データセンター１１０は、データ１１７の更新が完了したことを、データを送信してきた機器へ通知する（Ｓ１３０２）。その後、データセンター１１０は、データ１１７が更新されたことを端末１２０へ通知する必要があるかどうかを判定する（Ｓ１３０３）。通知する必要があるかどうかを判定する方法としては、例えば、データ１１７が更新されたことが通知された前回からの変更量が一定の量を超えたとき、通知する必要があると判定してもよいい。また、特定のデータが変更されたときは通知する必要があると判定してもよい。ここで、特定のデータとは、例えば、評価データであったり、お店情報であったり、ユーザ情報であったりしてもよい。または、それらの組み合わせであってもよい。通知する必要があるかどうかを判定する別の方法としては、以下がある。例えば、端末１２０が特定の状態（ユーザからの入力などを待ち受けている状態、充電中の状態、データ通信をしている状態など）になったときに通知する必要があると判定してもよい。また、端末１２０とデータセンター１１０の間のアクセスが高速に行える場合に通知する必要があると判定してもよい。あるいは、データセンター１１０にアクセスしている端末数が一定の数以下になったとき通知する必要があると判定してもよい。さらに、データセンター１１０自体やプログラム１１６の負荷が一定の値以下になったときに、通知する必要があると判定してもよい。
【０２０１】
データセンター１１０は、ステップＳ１３０３で、データ１１７が更新されたことを端末１２０へ通知する必要があると判定した場合には、端末１２０へ、データが更新されたことを通知する（Ｓ１３０４）。
【０２０２】
データセンター１１０と端末１２０は、データ同期処理を行う（Ｓ１３０５）。データ同期処理の詳細は、後ほど説明する。
【０２０３】
端末１２０は、データ同期処理が終了すると、同期処理が完了したことをデータセンター１１０へ通知する（Ｓ１３０６）。
【０２０４】
データセンター１１０は、ステップＳ１３０３でデータ１１７が更新されたことを端末１２０へ通知する必要がないと判定した場合や、ステップＳ１３０６の同期完了の通知を受け取った場合、データ更新処理を終了する。
【０２０５】
＜データ同期処理＞
端末１２０は、データセンター１１０からデータ１１７が更新されたことを通知されると、データ１２２を更新する。さらに、評価データが更新された場合には、類似ユーザの関連づけ処理を行う。
【０２０６】
以下、端末１２０がデータセンター１１０のデータ１１７と端末１２０のデータ１２２を同期する処理について図２５のフローチャートを用いて説明する。
【０２０７】
まず、端末１２０の更新情報管理部３４１は、データ同期処理が必要かどうか判定する（Ｓ１４００）。端末１２０の更新情報管理部３４１は、ステップＳ１４００で、データを同期する必要があると判定した場合には、データセンター１１０へ、更新データの取得を依頼する（Ｓ１４０１）。
【０２０８】
データセンター１１０は、前回通知したときから更新されたデータの一覧を端末１２０へ通知する（Ｓ１４０２）。データセンター１１０が端末１２０へ通知するデータは、更新されたデータを全て一度に通知してもよいし、一定のサイズに分割して数回に分けて通知してもよいし、任意のサイズで数回に分けて通知してもよい。
【０２０９】
端末１２０の更新情報管理部３４１は、データセンター１１０から受信したデータを用いて、データ１２２を更新する（Ｓ１４０３）。端末１２０の類似ユーザ管理部３１１は、類似ユーザの関連づけを変更する必要があるかどうかを判定する（Ｓ１４０４）。類似ユーザ管理部３１１は、ステップＳ１４０４で関連づけの変更の必要があると判定した場合には、評価データ管理部３０２から評価データを取得し、取得した評価データの一覧から、それぞれのユーザに対して、類似ユーザの関連づけを行う（Ｓ１４０５）。その後、類似ユーザ管理部３１１は、それぞれのユーザに対して、追加ユーザとして指定された非類似ユーザの中で、ユーザに関連づけされていないユーザがいた場合、その追加ユーザを類似ユーザとして関連づける（Ｓ１４０６）。最後に、類似ユーザ管理部３１１は、データ１２２の類似ユーザに関するデータを、新しい類似ユーザに関するデータで更新する（Ｓ１４０７）。
【０２１０】
端末１２０の更新情報管理部３４１は、ステップＳ１４００でデータを同期する必要がないと判断した場合には、データ同期処理を終了する。また、端末１２０の類似ユーザ管理部３１１は、ステップＳ１４０４で関連づけの変更が必要ないと判定した場合には、データ同期処理を終了する。
【０２１１】
＜お薦め情報表示処理、非類似ユーザの追加処理＞
本開示の実施の形態５におけるお薦め情報表示処理、非類似ユーザの追加処理は、本開示の実施の形態２における同じ処理において、データセンター１１０が行っていた処理を、端末１２０の制御部３４０が行う。つまり、実施の形態２におけるデータセンター１１０と端末１２０間の通信は、実施の形態５においては、端末１２０の内部に閉じた処理となる。つまり、端末１２０からデータセンター１１０への依頼（図１９のＳ１１００、図２０のＳ１２０１）や、データセンター１１０から端末１２０への通知（図１９のＳ１１０５、Ｓ１１０９、図２０のＳ１２０７）は、端末１２０内部の各モジュール間の通信となる。
【０２１２】
また、実施の形態１の各シーケンス（図１９、図２０）と比較した場合、端末１２０は、ユーザから店舗をお薦めする依頼を受けたときには、ステップＳ１１００の様に、他へ依頼するのではなく、以下の処理を行う。すなわち、ステップＳ１１０１からステップＳ１１０８までを端末１２０内部の制御部３４０で処理し、最終的にお薦め情報を表示する（Ｓ１１１０）。また、類似ユーザへ追加する非類似ユーザを選択したときも、ステップＳ１２００やＳ１２０１の様に、一覧を生成して他へ依頼するのではなく、ステップＳ１２０２からステップＳ１２０６までを端末１２０の制御部３４０で処理する。この場合、サービスプロバイダー１３０からデータセンター１１０へ、お店情報やユーザ情報の取得を依頼する処理は、類似ユーザ管理部３１１やお薦め計算部３１２から、お店情報管理部３０１やユーザ情報管理部３０３へのデータ取得の依頼になる。
【０２１３】
なお、本開示は、上記の実施の形態１〜５に限定されないのはもちろんである。以下の（１）〜（１０）のような場合も本開示に含まれる。
【０２１４】
（１）上記実施の形態におけるチェック情報表示エリア１２７は、ユーザ情報と類似ユーザに追加するかどうかを示すチェックボックスを表示し、チェックボックスをチェックした非類似ユーザを類似ユーザに追加するとしたが、これに限定されない。例えば、どの非類似ユーザを類似ユーザとして追加するかが分かるような表示であればよく、チェックボックスである必要は無い。例えば、チェック情報表示エリア１２７には、最初、ユーザ情報のみが表示され、情報提供を受けるユーザが、類似ユーザに追加したいユーザのユーザ情報にタッチしたときに、そのユーザを選択したことが分かるように、表示方法を変えるとしてもよい。具体的には、ユーザ情報の先頭に自動的にチェックマークなどのマークが表示されるとしてもよいし、表示している文字の色を変更してもよいし、文字の背景の色を変更してもよい。
【０２１５】
また、チェック情報表示エリア１２７は、ユーザ情報を表示すると同時に、類似ユーザに追加したいユーザを格納する、追加ユーザ格納エリアを含んでもよい。この場合、情報提供を受けるユーザがユーザ情報にタッチするなどして類似ユーザに追加するユーザを選択したときに、端末１２０は、タッチされたユーザを、自動的に追加ユーザ格納エリアへ移動してもよい。または、チェック情報表示エリア１２７のユーザ情報は、そのユーザが選択されたことが分かるような表示を行い、同時に追加ユーザ格納エリアへもユーザ情報を表示してもよい。また、情報提供を受けるユーザは、類似ユーザに追加したいユーザのユーザ情報にタッチしたまま、追加ユーザ格納エリアまでドラッグし、ユーザ情報を追加ユーザ格納エリアへドロップできるようにしてもよい。この時、追加ボタン１２８が押されると、この追加ユーザ格納エリアへ格納されたユーザを類似ユーザに追加するユーザとして、システムに通知する。
【０２１６】
（２）上記実施の形態における非類似ユーザの追加処理では、情報提供を受けるユーザが類似ユーザに追加したいユーザを選択し、選択されたユーザを類似ユーザとして追加するとしたが、これに限定されるものではない。情報提供を受けるユーザの意図が反映される処理であればよい。例えば、情報提供を受けるユーザは、特定の嗜好情報を有するユーザを類似ユーザとすると指定してもよい。この場合、非類似ユーザの追加処理において、情報提供を受けるユーザは、嗜好情報だけを選択し、情報提供システムが、ユーザ嗜好情報管理部３０４などを利用し、選択された嗜好を持つ非類似ユーザを抽出し、その非類似ユーザを類似ユーザに追加してもよい。あるいは、情報提供を受けるユーザが選択した類似ユーザに追加するユーザに共通の嗜好情報を抽出し、非類似ユーザ全体からその嗜好情報を持つ非類似ユーザを抽出し、類似ユーザに追加してもよい。この時、チェック情報表示エリア１２７には、ユーザ情報として、ユーザを識別するための名前などの情報を表示する必要はなく、嗜好情報だけを表示してもよい（例えば、図１６Ｂ）。表示する嗜好情報としては、非類似ユーザが持つ全ての嗜好情報を表示してもよいし、多くの非類似ユーザが持つ嗜好情報だけを表示してもよい。または、情報提供を受けるユーザに設定されている嗜好情報を元にどの嗜好情報を表示するかを決定してもよい。具体的には、情報提供を受けるユーザに、嗜好情報として、好きな料理の種類と好きな調理方法の分野が設定されている場合、その分野の他の嗜好情報を表示すると決定してもよいし、逆に、設定されていない分野の嗜好情報を表示すると決定してもよい。また、同じ分野で同じ内容を設定しているユーザの、他の分野に関する嗜好情報を表示すると決定してもよい。
【０２１７】
（３）上記実施の形態における類似ユーザ管理部３１１は、任意の２人のユーザが同じ傾向の趣味・嗜好を有するかどうかの判定を、評価データの評価値を元に判断するとしたが、これに限定されるものではない。例えば、嗜好情報が似ているかどうかで、任意の２人のユーザが同じ傾向の趣味・嗜好を有するかどうかの判定を行ってもよい。または、評価値を元に判定する方法と嗜好情報を元に判定する方法とを組み合わせてもよい。
【０２１８】
（４）上記実施の形態におけるお薦め計算部３１２は、評価値などを元に情報提供を受けるユーザにお薦めするためのお店を決定するとしたが、これに限定されるものではない。お店のジャンルとユーザの嗜好情報とからお薦めするお店を決定してもよい。例えば、お店で出される料理の種類と、ユーザが好きな料理の種類とが同じかどうかや、お店で出される主要な食材とユーザが好きな料理の材料とが同じかどうかや、お店でのメインメニューの調理方法とユーザが好きな調理方法など、お店のジャンルとユーザの嗜好情報で同じ分野同士を比較し、一致する項目が多いお店をお薦めするお店として決定してもよい。
【０２１９】
また、ユーザの嗜好情報として、ユーザが苦手とする嗜好を登録し、お店のジャンルとユーザが苦手とする嗜好を比較して、一致する項目があった場合には、お薦めするお店から外してもよい。別の方法として、あらかじめシステムに、お店のジャンルとユーザの嗜好情報が一致しない組み合わせを登録しておき、その組み合わせに一致する項目があった場合には、お薦めするお店から外してもよい。ここで、ジャンルと嗜好情報が一致しない組み合わせとは、下記がある。例えば、お店のジャンルとして「甘い」が登録されていて、ユーザの嗜好情報として「辛い」が登録されている場合がある。また、お店のジャンルとして「卵」が登録されていて、ユーザの嗜好情報として「卵不使用」や「卵アレルギー対応」が登録されている場合がある。あるいは、お店のジャンルとして「脂っこい」が登録されていて、ユーザの嗜好情報として「あっさり」が登録されている場合などがある。ここで示した例え以外にも、「辛い」と「甘い」や「脂っこい」と「あっさり」のように同じ分野で反対の意味を持つ組み合わせであってもよい。また、「卵」と「卵アレルギー対応」などのように、異なる分野で一緒に選択されることがない組み合わせであってもよい。また、この組み合わせは、あらかじめシステムに登録しておくとしたが、下記のような組合せにしてもよい。例えば、ユーザの嗜好情報と、そのユーザが評価をしたお店のジャンルとから、嗜好情報とジャンルの組み合わせを抽出し、数が少ない組み合わせを元に、お薦めするお店から外すかどうかを判断してもよい。
【０２２０】
また、上記のように、嗜好情報としてユーザが苦手とする嗜好が登録されている場合や、あらかじめシステムにお店のジャンルとユーザの嗜好情報が一致しない組み合わせを登録している場合は、以下のように判断してもよい。ユーザが付けた評価値に対して、そのお店のジャンルとユーザの嗜好とが合わないときに、ユーザが付けたその評価値をお薦め計算に利用しないとしてもよい。お店のジャンルとユーザの嗜好とが合わない場合とは、お店のジャンルとユーザが苦手とする嗜好を比較して、一致する項目があった場合や、お店のジャンルとユーザの嗜好情報が一致しない組み合わせに該当している場合である。
【０２２１】
（５）上記実施の形態における情報提供システムでは、飲食店や食料品店に対する評価値を元にユーザと嗜好が類似する類似ユーザを抽出し、類似ユーザの情報を元にお薦めする情報を決定し、ユーザに情報を提供する。しかし、これに限定されるものではない。例えば、家電の購入履歴に含まれる家電の型番から、似た家電を買っているユーザを類似ユーザとして抽出してもよい。そして、類似ユーザが購入している家電の中からユーザにお薦めする情報を決定し、その家電をユーザに薦めてもよい。また、あらかじめそれぞれの家電に、デザインの傾向や色、特徴的な機能などの情報を関連づけておき、同じようなデザインの家電を購入しているユーザを類似ユーザとして抽出してもよい。また、同じような色の家電を購入しているユーザを類似ユーザとして抽出したりしてもよい。あるいは、同じような機能を持つ家電を購入しているユーザを類似ユーザとして抽出したりすることにより、類似ユーザが購入したカーテンや絨毯、棚などの家具を薦めたりしてもよい。また、家電ではなく服などの衣料品の購入履歴からカーテンや絨毯、家具を薦めてもよいし、家電を薦めてもよい。これにより、同じようなものを所有しているユーザの情報を元に、ユーザにマッチする様々な商品の情報を提供することができる。
【０２２２】
さらに、ＴＶ番組の視聴履歴から、下記の情報を抽出し、抽出された情報にもとづいてユーザにレシピや商品、お店、場所などをお薦めしてもよい。抽出された情報は、それぞれのＴＶ番組に付加されている番組内容に関する情報から抽出された情報である。具体的には、類似の番組を見ているユーザが、他にどんな番組を見ているか、同じような内容の番組を見た直後にどのようなレシピの料理を作ったか、同じような内容の番組を見た直後にどのようなものを購入したかなどの情報がある。これにより、例えば、ＴＶ番組内で登場した料理に関するレシピがお薦めできる。また、健康番組を見ていた後に健康によい料理のレシピがお薦めできる。あるいは、ＴＶで紹介されたお店や地域をお薦めできたりする。
【０２２３】
さらに、ユーザのスケジュールから料理学校などの習いごとをしていることが分かる場合、同じような習いごとをしているユーザを類似ユーザとして抽出してもよい。そして、類似ユーザの通信販売の購入履歴やクレジットカードの購入履歴などから、お薦めの食材や調理器具、習い事で使う道具などをお薦めしてもよい。また、料理学校などで習った料理のレシピと似たレシピをお薦めしてもよい。
【０２２４】
（６）上記実施の形態におけるグループ１００は、家である場合を例に説明したが、これに限定されるものではない。例えば、グループ１００を車と考えた場合、以下のような情報から類似ユーザを抽出してもよい。例えば、車が走った経路や行き先、車の速度・加速度、アクセル・ブレーキの使い方（踏み込み量、踏み込み速度、頻度）がある。また、エンジンやタイヤの回転数、ハンドルを操作する速度、道の形状とハンドル・アクセル・ブレーキの使い方との関係などがある。あるいは、車内部の各種センサーの情報やその履歴情報、それらの間の関係、同乗者の運転に対する評価などがある。これらの情報の少なくとも一部から、同じような運転を行う類似ユーザを抽出し、運転の仕方のお薦めや、よく似た運転をする人のエコ度、安心度、事故度からのノーテーションを行ってもよい。また、家電履歴とも連携して、ナビの行き先のお薦め、立ち寄ったら良さそうな場所のお薦め、電池残量を考慮したコース・行き先のお薦めなどを行ってもよい。
【０２２５】
（７）上記実施の形態における情報提供システムは、様々な構成部を持ち、様々な処理を行うとしたが、これに限定するものではない。すなわち、図２６に示すとおり、情報提供システムは、制御部３５０と、出力部３５３、入力部３５４、データ３５５を含む構成であってもよい。また、制御部３５０は、類似ユーザ管理部３５１と、お薦め計算部３５２を含む構成であってもよい。類似ユーザ管理部３５１は、類似ユーザ管理部３１１と同様の動作をする。ただし、類似ユーザ管理部３１１におけるデータセンター１１０は、データ３５５を含む。そして、端末１２０へ送信する動作は、出力部３５３を用い、端末１２０から受信する動作は、入力部３５４を用いる。また、お薦め計算部３５２は、お薦め計算部３１２と同様の動作をする。ただし、お薦め計算部３１２におけるデータセンター１１０は、データ３５５を含む。そして、端末１２０へ送信する動作は、出力部３５３を用い、端末１２０から受信する動作は、入力部３５４を用いる。
【０２２６】
（８）上記実施の形態における情報提供システムは、ユーザ嗜好が類似している類似ユーザを元にお薦め計算を行い、ユーザと嗜好が類似していない非類似ユーザをお薦め対象のユーザに提示した。しかし、これに限定されるものではない。例えば、図２７に示すように、類似しているかどうかを一度で決定するのではなく、２回以上の判定を行うことにより決定してもよい。ここで、類似しているかどうかを決定する場合、少なくとも１度は類似していると判定されたユーザのみを非類似ユーザとしてお薦め対象のユーザに提示してもよい。これにより、少なくとも一度は類似していると判定されているユーザを非類似ユーザとして提示するため、ユーザが選択する可能性のより高い非類似ユーザを提示することができる。
【０２２７】
（９）本開示の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。上記ＲＡＭ又はハードディスクユニットには、コンピュータプログラムが記憶されている。上記マイクロプロセッサが、上記コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わせされて構成されたものである。
【０２２８】
（１０）本開示の各装置を構成する構成要素の一部又は全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。上記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。
【０２２９】
また、本開示の各装置を構成する構成要素の各部は、個別に１チップ化されていてもよいし、一部又は全てを含むように１チップ化されてもよい。
【０２３０】
また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０２３１】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０２３２】
（１１）上記の各装置を構成する構成要素の一部又は全部は、各装置に脱着可能なＩＣカード又は単体のモジュールから構成されているとしてもよい。前記ＩＣカード又は前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカード又は前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカード又は前記モジュールは、その機能を達成する。このＩＣカード又はこのモジュールは、耐タンパー性を有するとしてもよい。
【０２３３】
（１２）本開示は、上記に示す方法であるってもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【０２３４】
また、本開示は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であってもよい。
【０２３５】
また、本開示は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものであってもよい。
【０２３６】
また、本開示は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。
【０２３７】
また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【０２３８】
（１３）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０２３９】
本開示にかかる情報提供システム、情報提供装置、情報提供方法は、類似ユーザ管理部と類似ユーザに追加するユーザをシステムの利用者が追加するための入力部を有する。そして、情報提供システムが提供する情報が利用者の嗜好にマッチしない場合に、利用者が類似ユーザを選択可能にすることができる。よって、利用者に提供する情報の精度を向上させることが可能な情報提供システム等として有用である。
【符号の説明】
【０２４０】
１０，２０    ユーザ
１００    グループ
１０１    複数の機器
１０２    ホームゲートウェイ
１１０    データセンター
１１１，１１３，１１６，１２１，１３１，１４１，１４２    プログラム
１１２，１１４，１１７，１２２，１３２，３５５    データ
１１５    ＯＳ／ミドルウェア
１２０    端末
１２４    お店情報表示エリア
１２５    ユーザ情報表示エリア
１２６    追加意思入力ボタン
１２７，１２７’    チェック情報表示エリア
１２８    追加ボタン
１２９    お店情報再表示エリア
１３０    サービスプロバイダー
１４０    アプリプロバイダー
２００    ユーザ情報リスト
２０１    機器リスト
２０２    類似ユーザリスト
２０３    嗜好情報リスト
２１０    家電履歴
２２０    お店情報リスト
２３０    評価値リスト
３００，３１０，３２０，３４０，３５０    制御部
３０１    お店情報管理部
３０２    評価データ管理部
３０３    ユーザ情報管理部
３０４    ユーザ嗜好情報管理部
３０５    機器履歴情報管理部
３１１，３２１    類似ユーザ管理部
３１２，３２２    お薦め計算部
３１３    端末通信部
３１４    データセンター通信部
３１５    類似ユーザ保持部
３３０    表示部
３３１    入力部
３４１    更新情報管理部
３４２    データ保持部
３５１    類似ユーザ管理部
３５２    お薦め計算部
３５３    出力部
３５４    入力部
【図１Ａ】
2020038727.tif 000003
【図１Ｂ】
2020038727.tif 000004
【図１Ｃ】
2020038727.tif 000005
【図２】
2020038727.tif 000006
【図３】
2020038727.tif 000007
【図４】
2020038727.tif 000008
【図５】
2020038727.tif 000009
【図６】
2020038727.tif 000010
【図７】
2020038727.tif 000011
【図８】
2020038727.tif 000012
【図９】
2020038727.tif 000013
【図１０】
2020038727.tif 000014
【図１１】
2020038727.tif 000015
【図１２】
2020038727.tif 000016
【図１３】
2020038727.tif 000017
【図１４】
2020038727.tif 000018
【図１５】
2020038727.tif 000019
【図１６Ａ】
2020038727.tif 000020
【図１６Ｂ】
2020038727.tif 000021
【図１７】
2020038727.tif 000022
【図１８】
2020038727.tif 000023
【図１９】
2020038727.tif 000024
【図２０】
2020038727.tif 000025
【図２１】
2020038727.tif 000026
【図２２】
2020038727.tif 000027
【図２３】
2020038727.tif 000028
【図２４】
2020038727.tif 000029
【図２５】
2020038727.tif 000030
【図２６】
2020038727.tif 000031
【図２７】
2020038727.tif 000032