情報提供サーバ、および情報提供システム
【課題】人間関係だけでなく、他の要素も考慮して商品などのサービスに関連する情報を提供することを可能とする。
【解決手段】商品の評価情報を生成する際、単純に過去に得られた評価の平均をとることで評価情報を生成するのではなく（図５Ｂに示す式（４）参照）、商品の評価に各ユーザの人間関係を反映させ（図５Ｂに示す式（１）、（２）参照）、かつ、当該商品と各コミュニティの関連性およびターゲットであるユーザＡと各コミュニティとの距離を反映させる（図５Ｂに示す式（３）参照）。これにより、商品の購入等を検討するユーザに対して、より適切な評価を示すことが可能となる。
【解決手段】商品の評価情報を生成する際、単純に過去に得られた評価の平均をとることで評価情報を生成するのではなく（図５Ｂに示す式（４）参照）、商品の評価に各ユーザの人間関係を反映させ（図５Ｂに示す式（１）、（２）参照）、かつ、当該商品と各コミュニティの関連性およびターゲットであるユーザＡと各コミュニティとの距離を反映させる（図５Ｂに示す式（３）参照）。これにより、商品の購入等を検討するユーザに対して、より適切な評価を示すことが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワークを利用した情報提供サーバなどに関する。
【背景技術】
【０００２】
近年、インターネットやコンピュータ、ＰＤＡ、携帯電話等の通信端末の普及に伴い、情報雑誌などで調べていたある店舗の情報を、インターネット上の検索サイト等を利用することで簡易に調べることができる。このような検索システムにおいては、ユーザは、パーソナルコンピュータ（以下、ＰＣ）などを利用して検索サイトにアクセスした後、例えば希望する飲食店を探すために店舗名などのキーワードを入力する。検索サイトは、入力されてきたキーワード（電話番号や名前など）をキーとして保有している店舗情報の検索を行い、検索結果をユーザのＰＣに返す。ユーザは、ＰＣの液晶パネルなどに表示される検索結果を確認することで、所望の商品の評価情報（他のユーザが残したオススメ度をあらわす情報など）を得ることができる。しかしながら、商品の評価情報は人気のある商品であればあるほど件数が大量になる傾向があり、また評価にばらつきが出てくることも多い。また、いたずらで商品に対する評価を下げるような評価情報も存在し、ユーザはどの意見（評価）を信用してよいのか判断がつかなくなってしまう。このような問題を解消するべく、ユーザ間の親密度を基に親密度の高いユーザが高く評価した商品をリコメンド（お奨め）する方法が提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３２６６３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に示されるように、ユーザ間の親密度を基に、本人が親密するユーザが高く評価する商品をお奨めするためには、本人は親密できるユーザを自分で探して登録しなければならず、手間がかかるという問題がある。
【０００５】
また、ユーザ間の親密度が高いとはいえ、商品の属性などを考慮すると、常に親密できるユーザの評価が正しいとはいえない場合もある。例えば本人（以下、ユーザＡ）とユーザＢは学校の友人であり、親密度は高いものの、ユーザＡとユーザＢの嗜好が大きく異なることは往往にしてある。このような場合、ユーザＡが購入等を検討する商品について、たとえ親密度の高いユーザＢが高い評価をしていたとしても、ユーザＡとユーザＢの嗜好が大きく異なるという事情を鑑みれば、その商品に対するユーザＢの評価をそのまま信じることはできないという問題が生じ得る。
【０００６】
本発明は以上説明した事情を鑑みてなされたものであり、人間関係だけでなく、他の要素も考慮して商品などのサービスに関連する情報を提供することが可能な情報提供サーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る情報提供サーバは、ユーザからの要求に応じて、管理下にある店舗が提供するサービスの評価情報を提供する情報提供サーバであって、前記ユーザの通信端末から、前記サービスの評価情報の取得要求を受信する受信手段と、前記サービスについて、他ユーザが過去に評価した内容をあらわす過去評価情報を前記店舗から取得する過去評価情報取得手段と、前記ユーザと前記他ユーザとの人間関係の深さをあらわすユーザ間親密情報を生成する親密情報取得手段と、前記他ユーザがネットコミュニティに属する場合には、前記サービスまたは前記店舗と、当該ネットコミュニティとの関連性をあらわすコミュニティ関連情報を生成するコミュニティ関連情報取得手段と、前記過去評価情報と前記ユーザ間親密情報と前記コミュニティ関連情報とに基づいて、前記サービスの新たな評価情報を生成する新評価情報生成手段と、
前記新たな評価情報を前記通信端末に送信する送信手段とを具備することを特徴とする。
【０００８】
かかる構成によれば、商品の評価情報を生成する際、単純に過去に得られた評価の平均をとることで評価情報を生成するのではなく、商品の評価に各ユーザの人間関係を反映させ、かつ、当該商品と各コミュニティの関連性を反映させる。これにより、商品の購入等を検討するユーザに対して、より適切な評価を示すことが可能となる。
【発明の効果】
【０００９】
以上説明したように、本発明によれば、人間関係だけでなく、他の要素も考慮して商品などのサービスに関連する情報を提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係る情報提供システムのアーキテクチャを示す図である。
【図２】同実施形態に係るデータベースＤＢ２の登録内容を例示した図である。
【図３】同実施形態に係る評価情報提供サーバの機能構成を示すブロック図である。
【図４】同実施形態に係るデータベースＤＢ４の登録内容を例示した図である。
【図５Ａ】同実施形態に係る最適評価情報の生成方法を説明するための図である。
【図５Ｂ】同実施形態に係る最適評価情報の生成方法を説明するための図である。
【図６】同実施形態に係る情報提供システムの動作を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について図面を参照しつつ詳細に説明する。なお、以下の説明では、説明の理解を容易にするために商品をユーザに提供するショッピング・システムを想定するが、提供対象は商品などの有体物に限らず、情報財（例えばデジタルコンテンツ）などの無体物であっても良く、また有償・無償のいずれで提供するかは特に限定されない。
【００１２】
Ａ．本実施形態
（１）実施形態の構成
図１は、本実施形態に係る情報提供システム１００のアーキテクチャを示す図である。情報提供システム１００は、インターネットコミュニティ（以下、ネットコミュニティ）を提供する複数のコミュニティサーバ２００−ｋ（ｋ≧１）と、各ユーザの人間関係をあらわす情報を管理するパーソナル情報管理サーバ３００と、所望の商品を欲するユーザに当該商品の評価情報を提供する評価情報提供サーバ４００とを備えている。
【００１３】
ここで、ネットコミュニティとは、インターネットのアプリケーションを通じて共通の関心分野（例えば趣味嗜好）、価値観や目的（例えば情報交換や相互扶助）を持った利用者がWeb上でコミュニケートする場をいい、代表的には電子掲示板やソーシャル・ネット・ワーキング（ＳＮＳ）などが挙げられる。なお、以下の説明では、コミュニティサーバ２００−１が提供する「場」は、商品αとの関連性が高く、コミュニティサーバ２００−２が提供する「場」は、商品αとの関連性が低い場合を想定する。また、コミュニティサーバ２００−ｋについて特に区別する必要がない場合には、単にコミュニティサーバ２００と呼ぶ。
【００１４】
コミュニティサーバ２００−１は、商品αとの関連性が高い関心分野Ａ（例えば、釣り）について、コミュニケートの場（以下、コミュニティＡ）を提供する一方、コミュニティサーバ２００−２は、商品αとの関連性が低い関心分野Ｂ（例えば、クラシック音楽）について、コミュニケートの場（以下、コミュニティＢ）を提供する。これらコミュニティサーバ２００は、例えばサーバコンピュータやワークステーションなどによって構成されている。コミュニティサーバ２００は、電子掲示板、ブログ、SNS、チャット、口コミ、メーリングリストなどを任意に組み合わせることにより、利用者間でメッセージのやり取りを可能にするパーソナルコミュニケーションツール等を提供する。
【００１５】
また、各コミュニティサーバ２００は、利用者間の人間関係を把握するのに必要な情報（例えばメッセージの頻度など；以下、人間関係情報）を適宜収集し、これをデータベースＤＢ１に格納する。各コミュニティサーバ２００は、パーソナル情報管理サーバ３００から人間関係情報の取得要求を受け取ると、データベースＤＢ１から人間関係情報を読み出し、これをパーソナル情報管理サーバ３００に返信する（人間関係情報の具体的な態様については後述）。
【００１６】
パーソナル情報管理サーバ（親密情報取得手段）３００は、例えばサーバコンピュータやワークステーションなどによって構成され、各コミュニティサーバ２００から得られる人間関係情報をもとに、利用者間の人間関係の深さを数値化し、親密値としてデータベースＤＢ２に登録する。パーソナル情報管理サーバ３００は、所定のタイミングで各コミュニティサーバ２００へアクセスし、各コミュニティサーバ２００から人間関係情報を取得する。なお、情報管理サーバ３００が各コミュニティサーバ２００へアクセスするタイミングは周期的（例えば１日１回など）でも良いが、非周期的であっても良く、またアクセス頻度も任意に設定変更可能である。また、親密値を求める方法については周知の手法を適宜用いれば良い。
【００１７】
図２は、パーソナル情報管理サーバ３００のデータベースＤＢ２の登録内容を例示した図である。図２に示すように、データベースＤＢ２には、人間関係が形成されたコミュニティの種類と、利用者間を特定する情報（以下、利用者間情報）と、人間関係の深さをあらわす親密値（最大値：「１０」）とが対応づけて登録されている。
【００１８】
詳述すると、ユーザＡとユーザＢは、コミュニティＡ（コミュニティサーバ２００−１によって提供）において親密値「７」の人間関係を形成し、ユーザＡとユーザＣは、コミュニティＡにおいて親密値「５」の人間関係を形成していることをあらわす。さらに、ユーザＡとユーザＢは、コミュニティＢ（コミュニティサーバ２００−２によって提供）において親密値「９」の人間関係を形成し、ユーザＡとユーザＤは、コミュニティＢにおいて親密値「４」の人間関係を形成していることをあらわす。図２に示すように、同じユーザ間（例えばユーザＡとユーザＢ）であっても、所属するコミュニティに応じて得られる親密値は異なることがわかる。これは、各ユーザがコミュニティを訪れる頻度や当該コミュニティでやりとりされるメッセージの頻度などが異なるためである。なお、以下の説明では、データベースＤＢ２に登録されているコミュニティの種類と利用者間情報と親密値とをユーザ間親密情報と呼ぶ。
【００１９】
パーソナル情報管理サーバ３００は、評価情報提供サーバ４００からユーザ間親密情報の取得要求を受け取ると、この取得要求に応じたユーザ間親密情報をデータベースＤＢ２から読み取り、評価情報提供サーバ４００へ返す。
【００２０】
詳細は後述するが、例えば評価情報提供サーバ４００から「ユーザＡ」についてのユーザ間親密情報の取得要求があった場合、パーソナル情報管理サーバ３００は、データベースＤＢ２に登録されている利用者間情報を参照することで、「ユーザＡ」についてのユーザ間親密情報を特定する。図２に示す例では、コミュニティの種類「Ａ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「７」を含むユーザ間親密情報と、コミュニティの種類「Ｂ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「９」を含むユーザ間親密情報とが、パーソナル情報管理サーバ３００によって特定される。パーソナル情報管理サーバ３００は、このように特定した「ユーザＡ」についてのユーザ間親密情報を、評価情報提供サーバ４００へ返す。
【００２１】
評価情報提供サーバ４００は、例えばサーバコンピュータやワークステーションなどによって構成され、管理下にあるＷｅｂ上のショップが提供する商品の評価情報を分散管理または集中管理する。上述したように、評価情報提供サーバ４００は、所望の商品（例えば商品α）を欲するユーザに対し、当該ユーザに適した当該商品の評価情報を提供する。なお、本実施形態では、説明の理解を容易にするために、評価情報提供サーバ４００が管理するショップが１つ（図１ではショップａ）の場合について説明するが、複数であっても良いのはもちろんである。
【００２２】
図３は、評価情報提供サーバ４００の機能構成を示すブロック図である。
評価情報提供サーバ４００は、評価要求受付部４１０と、個別評価情報取得部４２０と、コミュニティ関連設定部４３０と、ユーザ間親密情報取得部４４０と、最適評価情報生成部４５０とを備えている。
【００２３】
評価要求受付部（受信手段）４１０は、ショップが提供する商品について、ユーザが評価を知りたい旨の要求を受け付ける。具体的には、あるユーザ（図１ではユーザＡ；以下、ユーザＡを想定）が自身のＰＣなどを利用して、特定の商品（図１では商品α；以下、商品αを想定）の評価が知りたい旨の入力を行うと、この入力内容を示す評価取得要求がインターネット等を介して評価要求受付部４１０によって受信される。評価要求受付部４１０は、受信したユーザＡからの評価要求を個別評価情報取得部４２０、コミュニティ関連設定部４３０、ユーザ間親密情報取得部４４０に転送する。
【００２４】
個別評価情報取得部（過去評価情報取得手段）４２０は、ユーザＡからの商品αの評価取得要求を受け取ると、この商品αを提供するショップａのデータベースＤＢ３にアクセスし、これまでに商品αを購入等した各ユーザの評価情報を取得する。個別評価情報取得部４２０は、各ユーザの評価情報を取得すると、これを最適評価情報生成部４５０へ出力する。
【００２５】
図４は、データベースＤＢ３の登録内容を例示した図である。
データベースＤＢ３には、商品名と、評価したユーザを特定する情報（ユーザ名）と、評価内容をあらわす評価情報とが対応づけて登録されている。図４に示す例では、ユーザＢは、当該商品αに対して評価「８」を与えており、ユーザＣは、当該商品αに対して評価「３」を与えており、ユーザＤは、当該商品αに対して評価「５」を与えていることがわかる。
【００２６】
コミュニティ関連設定部（コミュニティ関連情報取得手段）４３０は、ユーザＡからの商品αの評価取得要求を受け取ると、商品αに対して評価を行った各ユーザが属するコミュニティと商品との関連性を数値化（以下、ショップ関連値）するとともに、ターゲットであるユーザＡと各コミュニティとの距離を数値化（以下、コミュニティ関心度）する。コミュニティ関連設定部４３０は、これらショップ関連値およびコミュニティ関心度をコミュニティ関連設定値として最適評価情報生成部４５０へ出力する。
【００２７】
＜コミュニティ関連設定値＞
１．ショップ関連値値
上述したように、コミュニティＡは、商品αとの関連性が高い関心分野Ａ（例えば、釣り）についてコミュニケートの場を提供する一方、コミュニティＢは、商品αとの関連性が低い関心分野Ｂ（例えば、クラシック音楽）についてコミュニケートの場を提供している。このため、コミュニティ関連設定部４３０は、商品αとの関係では、コミュニティＡに対してショップ関連値「８」を付与する一方、コミュニティＢに対してショップ関連値「３」を付与する。なお、各商品と各コミュニティとの関連性をあらわすショップ関連値については、予めデータベース（図示略）に登録しておき、これを読み出すようにしても良い。
【００２８】
２．コミュニティ関心度
ターゲットとなるユーザＡと各コミュニティの距離（別言すれば関心度）は、全て同一ではなく、各コミュニティでコミュニケートされている関心分野などに応じて異なるのが通常である。例えば、関心分野Ａ（ここでは「釣り」）について関心が強く、コミュニティＡに頻繁にアクセス等していれば、ユーザＡとコミュニティＡとの距離は近くなる（例えば、コミュニティ関心度「８」）。一方、関心分野Ｂ（ここでは、「クラシック音楽」）についてさほど関心がなく、コミュニティＢに稀にしかアクセス等していなければ、ユーザＡとコミュニティＢとの距離は遠くなる（例えば、コミュニティ関心度「３」）。
【００２９】
ここで、ターゲットとなるユーザと各コミュニティの距離は、各コミュニティに対する当該ユーザのアクセス頻度、当該コミュニティにおけるメッセージの交換頻度などに応じて決定すれば良い。なお、本実施形態では、ショップ関連値やコミュニティ関心度の最大値を「１０」と設定するが、どのような値に設定するかは任意である。
【００３０】
ユーザ間親密情報取得部（親密情報取得手段）４４０は、ユーザＡからの商品αの評価取得要求を受け取ると、パーソナル情報管理サーバ３００に対して、ユーザＡのユーザ間親密情報の取得要求を行う。パーソナル情報管理サーバ３００は、ユーザＡのユーザ間親密情報の取得要求を受け、データベースＤＢ２に登録されている利用者間情報を参照することで、ユーザＡのユーザ間親密情報を特定する。図２に示す例では、コミュニティの種類「Ａ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「７」を含むユーザ間親密情報と、コミュニティの種類「Ｂ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「９」を含むユーザ間親密情報とが、パーソナル情報管理サーバ３００によって特定される。
【００３１】
ユーザ間親密情報取得部４４０は、このように特定されたユーザＡのユーザ間親密情報をパーソナル情報管理サーバ３００から取得する。ユーザ間親密情報取得部４４０は、所得したユーザ間親密情報を最適評価情報生成部４５０へ出力する。
【００３２】
最適評価情報生成部（新評価情報生成手段）４５０は、個別評価情報取得部４２０、コミュニティ関連設定部４３０、ユーザ間親密情報取得部４４０から与えられる情報を利用して、ユーザＡにとって最適な商品αに関する評価（以下、最適評価情報）を生成し、これをユーザＡに提供する。
【００３３】
図５Ａ、図５Ｂは、最適評価情報の生成方法を説明するための図である。
図５Ａに示すように、最適評価情報の提供対象（すなわちターゲット）となるユーザＡは、コミュニティＡ、Ｂに属しており、ショップａにて商品αの購入を検討している。
【００３４】
ユーザＢは、ユーザＡと同様、コミュニティＡ、Ｂに属しており、過去に商品αを購入している。ユーザＢは、この商品αについて評価「８」を与えている。また、ユーザＡとの人間関係について、コミュニティＡでは親密値「７」が与えられており、コミュニティＢでは親密値「９」が与えられている（図２参照）。
【００３５】
一方、ユーザＣは、コミュニティＡにのみ属しており、過去に商品αを購入している。ユーザＣは、この商品αについて評価「３」を与えている。また、ユーザＡとの人間関係について、コミュニティＡでは親密値「５」が与えられている（図２参照）。
【００３６】
さらに、ユーザＤは、コミュニティＢにのみ属しており、過去に商品αを購入している。ユーザＤは、この商品αについて評価「５」を与えている。また、ユーザＡとの人間関係について、コミュニティＢでは親密値「４」が与えられている（図２参照）。
【００３７】
また、商品αと各コミュニティＡ、Ｂとの関連性について、コミュニティＡに対してショップ関連値「８」が与えられており、コミュニティＢに対してショップ関連値「３」が与えられている。
【００３８】
さらに、ターゲットであるユーザＡと各コミュニティとの距離について、コミュニティＡに対してコミュニティ関心度「８」が与えられており、コミュニティＢに対してコミュニティ関心度「３」が与えられている。なお、ショップ関連値およびコミュニティ関心度は、コミュニティ関連設定値の一部をなす。
【００３９】
以上の説明において、商品αの評価情報（例えば「８」など）は、個別評価情報取得部４２０から最適評価情報生成部４５０へ出力される。また、各コミュニティにおけるユーザＡと他のユーザの人間関係の深さをあらわす親密値（例えば「７」など）は、ユーザ間親密情報取得部４４０から最適評価情報生成部４５０へ出力される。さらに、各コミュニティと商品αとの関連性を示すショップ関連値（たとえば「８」など）および各コミュニティとターゲットであるユーザＡとの距離を示すコミュニティ関心度（たとえば「３」など）を含むコミュニティ関連設定値は、コミュニティ関連設定部４３０から最適評価情報生成部４５０へ出力される。
【００４０】
最適評価情報生成部４５０は、個別評価情報取得部４２０、コミュニティ関連設定部４３０、ユーザ間親密情報取得部４４０から各情報を受け取ると、まず、図５Ｂに示す式（１）、（２）を利用することで各コミュニティにおける各ユーザの人間関係の深さを反映させた商品αの評価を求める。
【００４１】
次に最適評価情報生成部（送信手段）４５０は、図５Ｂに示す式（３）を利用することでショップａと各コミュニティとの関連性および各コミュニティとターゲットであるユーザＡとの距離を反映させた商品αの評価を求め、これを最適評価情報としてユーザＡのＰＣなどに返信する。
【００４２】
このように、本実施形態によれば、単純に評価の平均を求めるだけでなく（図５Ｂに示す式（４）参照）、商品αの評価に各ユーザの人間関係を反映させ（図５Ｂに示す式（１）、（２）参照）、かつ、当該商品αと各コミュニティの関連性および各コミュニティとターゲットであるユーザとの距離を反映させているため（図５Ｂに示す式（３）参照）、商品αの購入等を検討するユーザに対して、より適切な評価を示すことが可能となる。
【００４３】
なお、上述した例では、商品αと各コミュニティＡ、Ｂとの関連性に基づき、ショップ関連値を設定する場合について説明したが、商品αを取り扱うショップａと各コミュニティＡ、Ｂとの関連性に基づき、ショップ関連値を設定しても良い。
【００４４】
（２）実施形態の動作
図６は、情報提供システム１００の動作を示すフローチャートである。以下の説明では、ユーザＡがＷｅｂ上のショップαにおいて、商品αの購入を検討する場合を想定する（図１参照）。
ユーザＡは、ＰＣを利用してＷｅｂ上のショップαにアクセスし、商品αについて評価取得要求を行う。ＰＣ（端末送信手段）に入力された評価取得要求は、インターネットなどを介して評価情報提供サーバ４００の評価要求受付部４１０に受信される（ステップＳ１１０）。
【００４５】
評価要求受付部４１０は、受信した評価取得要求を個別評価情報取得部４２０、コミュニティ関連設定部４３０、ユーザ間親密情報取得部４４０に転送する（ステップＳ１１０）。
【００４６】
個別評価情報取得部４２０は、評価取得要求を受信すると、この商品αを提供するショップａのデータベースＤＢ３にアクセスし、これまでに商品αを購入した各ユーザの評価情報を取得する（ステップＳ１２０）。図４に示す例では、個別評価情報取得部４２０は、ユーザＢの評価情報として評価「８」を取得し、ユーザＣの評価情報として評価「３」を取得し、ユーザＤの評価情報として評価「５」を取得する。個別評価情報取得部４２０は、取得した各ユーザの評価情報を最適評価情報生成部４５０に出力する。
【００４７】
ユーザ間親密情報取得部４４０は、評価取得要求を受け取ると、パーソナル情報管理サーバ３００に対して、ユーザＡのユーザ間親密情報の取得要求を行う。パーソナル情報管理サーバ３００は、ユーザＡのユーザ間親密情報の取得要求を受け、データベースＤＢ２に登録されている利用者間情報を参照することで、ユーザＡのユーザ間親密情報を特定する。図２に示す例では、コミュニティの種類「Ａ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「７」を含むユーザ間親密情報と、コミュニティの種類「Ｂ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「９」を含むユーザ間親密情報とが、パーソナル情報管理サーバ３００によって特定される。パーソナル情報管理サーバ３００は、特定したユーザ間親密情報（ここでは、ユーザＡのユーザ間親密情報）を評価情報提供サーバ４００へ返信する。評価情報提供サーバ４００のユーザ間親密情報取得部４４０は、通信インタフェースなどを介してユーザＡのユーザ間親密情報を取得すると（ステップＳ１３０）、これを最適評価情報生成部４５０に出力する。
【００４８】
コミュニティ関連設定部４３０は、評価取得要求を受信すると、この商品αに対して評価を行った各ユーザが属するコミュニティと商品との関連性を数値化したショップ関連値を生成するとともに、ターゲットであるユーザＡと各コミュニティとの距離を数値化したコミュニティ関心度を生成する。そして、コミュニティ関連設定部４３０は、これらショップ関連値およびコミュニティ関心度をコミュニティ関連設定値とし（ステップＳ１４０）、最適評価情報生成部４５０へ出力する。
【００４９】
上述したように、コミュニティＡは、商品αとの関連性が高い関心分野Ａ（例えば、釣り）についてコミュニケートの場を提供する一方、コミュニティＢは、商品αとの関連性が低い関心分野Ｂ（例えば、クラシック音楽）についてコミュニケートの場を提供している。このため、コミュニティ関連設定部４３０は、商品αとの関係では、コミュニティＡに対してショップ関連値「８」を付与する一方、コミュニティＢに対してショップ関連値「３」を付与する。
【００５０】
また、ターゲットであるユーザＡは、関心分野Ａ（ここでは「釣り」）について関心が強く、コミュニティＡに頻繁にアクセス等しているため、コミュニティ関連設定部４３０は、コミュニティ関心度「８」を付与する。一方、ユーザＡは、関心分野Ｂ（ここでは、「クラシック音楽」）についてさほど関心がなく、コミュニティＢに稀にしかアクセス等していないため、コミュニティ関連設定部４３０は、コミュニティ関心度「３」を付与する。コミュニティ関連設定部４３０は、このようにしてショップ関連値およびコミュニティ関心度を含むコミュニティ関連設定値を生成する。
【００５１】
最適評価情報生成部４５０は、最適評価情報生成部４５０は、個別評価情報取得部４２０、コミュニティ関連設定部４３０、ユーザ間親密情報取得部４４０から与えられる情報を利用して、ユーザＡにとって最適な商品αに関する評価（別言すれば最適評価情報）を生成する（ステップＳ１５０）。最適評価情報の生成方法に関する詳細は、上述したため省略するが、生成される最適評価情報には、各ユーザの人間関係（図５Ｂに示す式（１）、（２）参照）と、当該商品αと各コミュニティの関連性およびターゲットであるユーザＡと各コミュニティとの距離（図５Ｂに示す式（３）参照）が反映される。最適評価情報生成部４５０は、このように生成した最適評価情報を、インターネットなどを介してユーザＡのＰＣ宛に送信する（ステップＳ１６０）。ユーザＡは、ＰＣ（通信端末）は、図示せぬ通信インタフェース（端末受信手段）を介して最適評価情報を受信すると、これを液晶表示パネルなどの表示装置（報知手段）に供給する。ユーザＡは、表示装置に表示される商品αの最適評価情報（例えば評価「６．１１」など）を参照することで、商品αが自分にとって価値を有するものであるか否かを適切に判断することが可能となる。なお、最適評価情報は、表示する態様に限らず、ユーザＡに識別可能なあらゆる態様（音や振動など）で提供可能である。
【００５２】
Ｂ．変形例
＜変形例１＞
本実施形態では、ショップ関連値およびコミュニティ関心度を含むコミュニティ関連設定値を想定したが、これに限る趣旨ではなく、ショップ関連値またはコミュニティ関心度の少なくともいずれか一方を含んでいれば良い。
なお、コミュニティ関心度やユーザ間親密情報などは、時間経過に応じて変化するものであるから、周期的であるか非周期的であるかを問わず、任意のタイミングで更新するようにしても良い。
【００５３】
＜変形例２＞
本実施形態では、ターゲットユーザ（ユーザＡ）以外の他のユーザ（ユーザＢ、Ｃ、Ｄ）が全てコミュニティに所属する場合について説明したが、例えば他のユーザ（ユーザＢなど）がいずれのコミュニティにも所属しない場合や、ターゲットユーザが所属していないコミュニティ（コミュニティＺなど）にのみ所属している場合も想定される。このような場合には、例えば一律に親密値「２」を与え、最適評価情報の生成に利用すれば良い。なお、どのような親密値を与えるかは任意に設定・変更可能である。
【００５４】
＜変形例３＞
本実施形態では、各ユーザがコミュニティを訪れる頻度や当該コミュニティでやりとりされるメッセージの頻度などに基づいてユーザ間の人間関係の深さを数値化（すなわち、親密値を生成）したが、例えば、以下に示すいずれかの方法（または組み合わせ）を採用しても良い。
【００５５】
（１）Ｔｗｉｔｔｅｒ（登録商標）を利用する場合
両者のフォロー関係やフォローしている人の類似性、ダイレクトメッセージの頻度、特定キーワードの利用頻度などを考慮して人間関係の深さを数値化する。
【００５６】
（２）ソーシャルネットワーキングサービス（SNS）を利用する場合
所属しているコミュニティの種類や、フレンド関係の有無、メッセージの頻度やフレンド関係の類似性などを考慮して人間関係の深さを数値化する。
【００５７】
（３）メールサービスを利用する場合
メールの頻度や特定キーワードの利用頻度などを考慮して人間関係の深さを数値化する。
【００５８】
（４）その他
ソーシャルアドレスブックを利用する場合には、互いの電話帳登録の有無や電話帳に登録されているデータ項目、互いのフレンド関係の類似性など考慮して人間関係の深さを数値化する。
また、ソーシャルフォトサービスを利用する場合には、互いの写真の共有頻度や登録ジャンルの類似性などを考慮して人間関係の深さを数値化する。
【００５９】
以上説明したように、コミュニティごとに様々なパラメータを利用して人間関係の深さを数値化するようにしても良い。
【００６０】
＜変形例４＞
本実施形態では、商品（すなわちサービス）とコミュニティの関連性を数値化する際、どのような基準に基づいて設定するかは特に言及しなかったが、例えばユーザの重複率やターゲット顧客層、ユーザアンケートの結果、コミュニティ内で使用されるキーワードの頻度などを利用して数値化しても良い。もちろん、サービス提供者が商品とコミュニティの関連性を任意に数値化しても良い。
【００６１】
＜変形例５＞
本実施形態では、商品（すなわちサービス）の評価を行う場合について説明したが、例えばお奨め商品やお奨めショップ、お奨めコミュニティを決定する場合、注目商品や注目ショップなど（別言すれば推奨情報）を決定する場合にも適用可能である。なお、お奨め商品などをユーザに提示する場合、ユーザが商品等を選択した場合にお奨め度（例えば☆３つなど）を提示しても良いが、ユーザが商品ジャンル等を選択した時点で、そのジャンルに属する商品の中からお奨め商品を順次提示しても良い。さらに、ユーザのプロフィールや行動履歴などに応じてお奨め商品を順次提示しても良く、類似商品も含めてお奨め商品を提示しても良い。
【００６２】
＜変形例６＞
また、商品（すなわちサービス）数はジャンルによって異なるため、商品の代りに（あるいはこれに加えて）お奨めジャンルを提示しても良い。例えば、（１）ユーザに関係が深いであろうジャンル（以下、関連ジャンル）や、（２）注目ジャンル、（３）評価が多数存在するジャンル（以下、評価ジャンル）などを奨めるようにしても良い。
【００６３】
例えば、（１）の関連ジャンルを奨める場合には、コミュニティ内でユーザに嗜好の近いユーザをまとめ（クラスタ化）、クラスタ内のキーワード等を分析することでお奨めジャンルを決定すれば良い。また、（２）の注目ジャンルを奨める場合には、コミュニケーション分析することでクラスタ内のホット・トピックを特定し、ホット・トピックに最も関連したジャンルをお奨めジャンルとして決定することができる。さらに、（３）の評価ジャンルを奨める場合には、コミュニティ動向分析することで、クラスタと関連性の高い情報のみを抽出し、抽出した情報に基づいて評価ジャンルを決定することができる。もちろん、どのようにお奨めジャンルを決定するかは任意であり、その他の方法によりお奨めジャンルを決定しても良い。
【００６４】
なお、本実施形態および各変形例において示した各処理のステップは処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。さらに本明細書等において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。さらにまた、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されてもよい。また、本発明に係るソフトウェアの開発支援プログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。
【符号の説明】
【００６５】
１００…情報提供システム、２００…コミュニティサーバ、３００…パーソナル管理サーバ、４００…評価情報提供サーバ、４１０…評価要求受付部、４２０…個別評価情報取得部、４３０…コミュニティ関連設定部、４４０…ユーザ間親密情報取得部、４５０…最適評価情報生成部、ＤＢ１，ＤＢ２，ＤＢ３…データベース。
【技術分野】
【０００１】
本発明は、インターネット等のネットワークを利用した情報提供サーバなどに関する。
【背景技術】
【０００２】
近年、インターネットやコンピュータ、ＰＤＡ、携帯電話等の通信端末の普及に伴い、情報雑誌などで調べていたある店舗の情報を、インターネット上の検索サイト等を利用することで簡易に調べることができる。このような検索システムにおいては、ユーザは、パーソナルコンピュータ（以下、ＰＣ）などを利用して検索サイトにアクセスした後、例えば希望する飲食店を探すために店舗名などのキーワードを入力する。検索サイトは、入力されてきたキーワード（電話番号や名前など）をキーとして保有している店舗情報の検索を行い、検索結果をユーザのＰＣに返す。ユーザは、ＰＣの液晶パネルなどに表示される検索結果を確認することで、所望の商品の評価情報（他のユーザが残したオススメ度をあらわす情報など）を得ることができる。しかしながら、商品の評価情報は人気のある商品であればあるほど件数が大量になる傾向があり、また評価にばらつきが出てくることも多い。また、いたずらで商品に対する評価を下げるような評価情報も存在し、ユーザはどの意見（評価）を信用してよいのか判断がつかなくなってしまう。このような問題を解消するべく、ユーザ間の親密度を基に親密度の高いユーザが高く評価した商品をリコメンド（お奨め）する方法が提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３２６６３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に示されるように、ユーザ間の親密度を基に、本人が親密するユーザが高く評価する商品をお奨めするためには、本人は親密できるユーザを自分で探して登録しなければならず、手間がかかるという問題がある。
【０００５】
また、ユーザ間の親密度が高いとはいえ、商品の属性などを考慮すると、常に親密できるユーザの評価が正しいとはいえない場合もある。例えば本人（以下、ユーザＡ）とユーザＢは学校の友人であり、親密度は高いものの、ユーザＡとユーザＢの嗜好が大きく異なることは往往にしてある。このような場合、ユーザＡが購入等を検討する商品について、たとえ親密度の高いユーザＢが高い評価をしていたとしても、ユーザＡとユーザＢの嗜好が大きく異なるという事情を鑑みれば、その商品に対するユーザＢの評価をそのまま信じることはできないという問題が生じ得る。
【０００６】
本発明は以上説明した事情を鑑みてなされたものであり、人間関係だけでなく、他の要素も考慮して商品などのサービスに関連する情報を提供することが可能な情報提供サーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る情報提供サーバは、ユーザからの要求に応じて、管理下にある店舗が提供するサービスの評価情報を提供する情報提供サーバであって、前記ユーザの通信端末から、前記サービスの評価情報の取得要求を受信する受信手段と、前記サービスについて、他ユーザが過去に評価した内容をあらわす過去評価情報を前記店舗から取得する過去評価情報取得手段と、前記ユーザと前記他ユーザとの人間関係の深さをあらわすユーザ間親密情報を生成する親密情報取得手段と、前記他ユーザがネットコミュニティに属する場合には、前記サービスまたは前記店舗と、当該ネットコミュニティとの関連性をあらわすコミュニティ関連情報を生成するコミュニティ関連情報取得手段と、前記過去評価情報と前記ユーザ間親密情報と前記コミュニティ関連情報とに基づいて、前記サービスの新たな評価情報を生成する新評価情報生成手段と、
前記新たな評価情報を前記通信端末に送信する送信手段とを具備することを特徴とする。
【０００８】
かかる構成によれば、商品の評価情報を生成する際、単純に過去に得られた評価の平均をとることで評価情報を生成するのではなく、商品の評価に各ユーザの人間関係を反映させ、かつ、当該商品と各コミュニティの関連性を反映させる。これにより、商品の購入等を検討するユーザに対して、より適切な評価を示すことが可能となる。
【発明の効果】
【０００９】
以上説明したように、本発明によれば、人間関係だけでなく、他の要素も考慮して商品などのサービスに関連する情報を提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係る情報提供システムのアーキテクチャを示す図である。
【図２】同実施形態に係るデータベースＤＢ２の登録内容を例示した図である。
【図３】同実施形態に係る評価情報提供サーバの機能構成を示すブロック図である。
【図４】同実施形態に係るデータベースＤＢ４の登録内容を例示した図である。
【図５Ａ】同実施形態に係る最適評価情報の生成方法を説明するための図である。
【図５Ｂ】同実施形態に係る最適評価情報の生成方法を説明するための図である。
【図６】同実施形態に係る情報提供システムの動作を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について図面を参照しつつ詳細に説明する。なお、以下の説明では、説明の理解を容易にするために商品をユーザに提供するショッピング・システムを想定するが、提供対象は商品などの有体物に限らず、情報財（例えばデジタルコンテンツ）などの無体物であっても良く、また有償・無償のいずれで提供するかは特に限定されない。
【００１２】
Ａ．本実施形態
（１）実施形態の構成
図１は、本実施形態に係る情報提供システム１００のアーキテクチャを示す図である。情報提供システム１００は、インターネットコミュニティ（以下、ネットコミュニティ）を提供する複数のコミュニティサーバ２００−ｋ（ｋ≧１）と、各ユーザの人間関係をあらわす情報を管理するパーソナル情報管理サーバ３００と、所望の商品を欲するユーザに当該商品の評価情報を提供する評価情報提供サーバ４００とを備えている。
【００１３】
ここで、ネットコミュニティとは、インターネットのアプリケーションを通じて共通の関心分野（例えば趣味嗜好）、価値観や目的（例えば情報交換や相互扶助）を持った利用者がWeb上でコミュニケートする場をいい、代表的には電子掲示板やソーシャル・ネット・ワーキング（ＳＮＳ）などが挙げられる。なお、以下の説明では、コミュニティサーバ２００−１が提供する「場」は、商品αとの関連性が高く、コミュニティサーバ２００−２が提供する「場」は、商品αとの関連性が低い場合を想定する。また、コミュニティサーバ２００−ｋについて特に区別する必要がない場合には、単にコミュニティサーバ２００と呼ぶ。
【００１４】
コミュニティサーバ２００−１は、商品αとの関連性が高い関心分野Ａ（例えば、釣り）について、コミュニケートの場（以下、コミュニティＡ）を提供する一方、コミュニティサーバ２００−２は、商品αとの関連性が低い関心分野Ｂ（例えば、クラシック音楽）について、コミュニケートの場（以下、コミュニティＢ）を提供する。これらコミュニティサーバ２００は、例えばサーバコンピュータやワークステーションなどによって構成されている。コミュニティサーバ２００は、電子掲示板、ブログ、SNS、チャット、口コミ、メーリングリストなどを任意に組み合わせることにより、利用者間でメッセージのやり取りを可能にするパーソナルコミュニケーションツール等を提供する。
【００１５】
また、各コミュニティサーバ２００は、利用者間の人間関係を把握するのに必要な情報（例えばメッセージの頻度など；以下、人間関係情報）を適宜収集し、これをデータベースＤＢ１に格納する。各コミュニティサーバ２００は、パーソナル情報管理サーバ３００から人間関係情報の取得要求を受け取ると、データベースＤＢ１から人間関係情報を読み出し、これをパーソナル情報管理サーバ３００に返信する（人間関係情報の具体的な態様については後述）。
【００１６】
パーソナル情報管理サーバ（親密情報取得手段）３００は、例えばサーバコンピュータやワークステーションなどによって構成され、各コミュニティサーバ２００から得られる人間関係情報をもとに、利用者間の人間関係の深さを数値化し、親密値としてデータベースＤＢ２に登録する。パーソナル情報管理サーバ３００は、所定のタイミングで各コミュニティサーバ２００へアクセスし、各コミュニティサーバ２００から人間関係情報を取得する。なお、情報管理サーバ３００が各コミュニティサーバ２００へアクセスするタイミングは周期的（例えば１日１回など）でも良いが、非周期的であっても良く、またアクセス頻度も任意に設定変更可能である。また、親密値を求める方法については周知の手法を適宜用いれば良い。
【００１７】
図２は、パーソナル情報管理サーバ３００のデータベースＤＢ２の登録内容を例示した図である。図２に示すように、データベースＤＢ２には、人間関係が形成されたコミュニティの種類と、利用者間を特定する情報（以下、利用者間情報）と、人間関係の深さをあらわす親密値（最大値：「１０」）とが対応づけて登録されている。
【００１８】
詳述すると、ユーザＡとユーザＢは、コミュニティＡ（コミュニティサーバ２００−１によって提供）において親密値「７」の人間関係を形成し、ユーザＡとユーザＣは、コミュニティＡにおいて親密値「５」の人間関係を形成していることをあらわす。さらに、ユーザＡとユーザＢは、コミュニティＢ（コミュニティサーバ２００−２によって提供）において親密値「９」の人間関係を形成し、ユーザＡとユーザＤは、コミュニティＢにおいて親密値「４」の人間関係を形成していることをあらわす。図２に示すように、同じユーザ間（例えばユーザＡとユーザＢ）であっても、所属するコミュニティに応じて得られる親密値は異なることがわかる。これは、各ユーザがコミュニティを訪れる頻度や当該コミュニティでやりとりされるメッセージの頻度などが異なるためである。なお、以下の説明では、データベースＤＢ２に登録されているコミュニティの種類と利用者間情報と親密値とをユーザ間親密情報と呼ぶ。
【００１９】
パーソナル情報管理サーバ３００は、評価情報提供サーバ４００からユーザ間親密情報の取得要求を受け取ると、この取得要求に応じたユーザ間親密情報をデータベースＤＢ２から読み取り、評価情報提供サーバ４００へ返す。
【００２０】
詳細は後述するが、例えば評価情報提供サーバ４００から「ユーザＡ」についてのユーザ間親密情報の取得要求があった場合、パーソナル情報管理サーバ３００は、データベースＤＢ２に登録されている利用者間情報を参照することで、「ユーザＡ」についてのユーザ間親密情報を特定する。図２に示す例では、コミュニティの種類「Ａ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「７」を含むユーザ間親密情報と、コミュニティの種類「Ｂ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「９」を含むユーザ間親密情報とが、パーソナル情報管理サーバ３００によって特定される。パーソナル情報管理サーバ３００は、このように特定した「ユーザＡ」についてのユーザ間親密情報を、評価情報提供サーバ４００へ返す。
【００２１】
評価情報提供サーバ４００は、例えばサーバコンピュータやワークステーションなどによって構成され、管理下にあるＷｅｂ上のショップが提供する商品の評価情報を分散管理または集中管理する。上述したように、評価情報提供サーバ４００は、所望の商品（例えば商品α）を欲するユーザに対し、当該ユーザに適した当該商品の評価情報を提供する。なお、本実施形態では、説明の理解を容易にするために、評価情報提供サーバ４００が管理するショップが１つ（図１ではショップａ）の場合について説明するが、複数であっても良いのはもちろんである。
【００２２】
図３は、評価情報提供サーバ４００の機能構成を示すブロック図である。
評価情報提供サーバ４００は、評価要求受付部４１０と、個別評価情報取得部４２０と、コミュニティ関連設定部４３０と、ユーザ間親密情報取得部４４０と、最適評価情報生成部４５０とを備えている。
【００２３】
評価要求受付部（受信手段）４１０は、ショップが提供する商品について、ユーザが評価を知りたい旨の要求を受け付ける。具体的には、あるユーザ（図１ではユーザＡ；以下、ユーザＡを想定）が自身のＰＣなどを利用して、特定の商品（図１では商品α；以下、商品αを想定）の評価が知りたい旨の入力を行うと、この入力内容を示す評価取得要求がインターネット等を介して評価要求受付部４１０によって受信される。評価要求受付部４１０は、受信したユーザＡからの評価要求を個別評価情報取得部４２０、コミュニティ関連設定部４３０、ユーザ間親密情報取得部４４０に転送する。
【００２４】
個別評価情報取得部（過去評価情報取得手段）４２０は、ユーザＡからの商品αの評価取得要求を受け取ると、この商品αを提供するショップａのデータベースＤＢ３にアクセスし、これまでに商品αを購入等した各ユーザの評価情報を取得する。個別評価情報取得部４２０は、各ユーザの評価情報を取得すると、これを最適評価情報生成部４５０へ出力する。
【００２５】
図４は、データベースＤＢ３の登録内容を例示した図である。
データベースＤＢ３には、商品名と、評価したユーザを特定する情報（ユーザ名）と、評価内容をあらわす評価情報とが対応づけて登録されている。図４に示す例では、ユーザＢは、当該商品αに対して評価「８」を与えており、ユーザＣは、当該商品αに対して評価「３」を与えており、ユーザＤは、当該商品αに対して評価「５」を与えていることがわかる。
【００２６】
コミュニティ関連設定部（コミュニティ関連情報取得手段）４３０は、ユーザＡからの商品αの評価取得要求を受け取ると、商品αに対して評価を行った各ユーザが属するコミュニティと商品との関連性を数値化（以下、ショップ関連値）するとともに、ターゲットであるユーザＡと各コミュニティとの距離を数値化（以下、コミュニティ関心度）する。コミュニティ関連設定部４３０は、これらショップ関連値およびコミュニティ関心度をコミュニティ関連設定値として最適評価情報生成部４５０へ出力する。
【００２７】
＜コミュニティ関連設定値＞
１．ショップ関連値値
上述したように、コミュニティＡは、商品αとの関連性が高い関心分野Ａ（例えば、釣り）についてコミュニケートの場を提供する一方、コミュニティＢは、商品αとの関連性が低い関心分野Ｂ（例えば、クラシック音楽）についてコミュニケートの場を提供している。このため、コミュニティ関連設定部４３０は、商品αとの関係では、コミュニティＡに対してショップ関連値「８」を付与する一方、コミュニティＢに対してショップ関連値「３」を付与する。なお、各商品と各コミュニティとの関連性をあらわすショップ関連値については、予めデータベース（図示略）に登録しておき、これを読み出すようにしても良い。
【００２８】
２．コミュニティ関心度
ターゲットとなるユーザＡと各コミュニティの距離（別言すれば関心度）は、全て同一ではなく、各コミュニティでコミュニケートされている関心分野などに応じて異なるのが通常である。例えば、関心分野Ａ（ここでは「釣り」）について関心が強く、コミュニティＡに頻繁にアクセス等していれば、ユーザＡとコミュニティＡとの距離は近くなる（例えば、コミュニティ関心度「８」）。一方、関心分野Ｂ（ここでは、「クラシック音楽」）についてさほど関心がなく、コミュニティＢに稀にしかアクセス等していなければ、ユーザＡとコミュニティＢとの距離は遠くなる（例えば、コミュニティ関心度「３」）。
【００２９】
ここで、ターゲットとなるユーザと各コミュニティの距離は、各コミュニティに対する当該ユーザのアクセス頻度、当該コミュニティにおけるメッセージの交換頻度などに応じて決定すれば良い。なお、本実施形態では、ショップ関連値やコミュニティ関心度の最大値を「１０」と設定するが、どのような値に設定するかは任意である。
【００３０】
ユーザ間親密情報取得部（親密情報取得手段）４４０は、ユーザＡからの商品αの評価取得要求を受け取ると、パーソナル情報管理サーバ３００に対して、ユーザＡのユーザ間親密情報の取得要求を行う。パーソナル情報管理サーバ３００は、ユーザＡのユーザ間親密情報の取得要求を受け、データベースＤＢ２に登録されている利用者間情報を参照することで、ユーザＡのユーザ間親密情報を特定する。図２に示す例では、コミュニティの種類「Ａ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「７」を含むユーザ間親密情報と、コミュニティの種類「Ｂ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「９」を含むユーザ間親密情報とが、パーソナル情報管理サーバ３００によって特定される。
【００３１】
ユーザ間親密情報取得部４４０は、このように特定されたユーザＡのユーザ間親密情報をパーソナル情報管理サーバ３００から取得する。ユーザ間親密情報取得部４４０は、所得したユーザ間親密情報を最適評価情報生成部４５０へ出力する。
【００３２】
最適評価情報生成部（新評価情報生成手段）４５０は、個別評価情報取得部４２０、コミュニティ関連設定部４３０、ユーザ間親密情報取得部４４０から与えられる情報を利用して、ユーザＡにとって最適な商品αに関する評価（以下、最適評価情報）を生成し、これをユーザＡに提供する。
【００３３】
図５Ａ、図５Ｂは、最適評価情報の生成方法を説明するための図である。
図５Ａに示すように、最適評価情報の提供対象（すなわちターゲット）となるユーザＡは、コミュニティＡ、Ｂに属しており、ショップａにて商品αの購入を検討している。
【００３４】
ユーザＢは、ユーザＡと同様、コミュニティＡ、Ｂに属しており、過去に商品αを購入している。ユーザＢは、この商品αについて評価「８」を与えている。また、ユーザＡとの人間関係について、コミュニティＡでは親密値「７」が与えられており、コミュニティＢでは親密値「９」が与えられている（図２参照）。
【００３５】
一方、ユーザＣは、コミュニティＡにのみ属しており、過去に商品αを購入している。ユーザＣは、この商品αについて評価「３」を与えている。また、ユーザＡとの人間関係について、コミュニティＡでは親密値「５」が与えられている（図２参照）。
【００３６】
さらに、ユーザＤは、コミュニティＢにのみ属しており、過去に商品αを購入している。ユーザＤは、この商品αについて評価「５」を与えている。また、ユーザＡとの人間関係について、コミュニティＢでは親密値「４」が与えられている（図２参照）。
【００３７】
また、商品αと各コミュニティＡ、Ｂとの関連性について、コミュニティＡに対してショップ関連値「８」が与えられており、コミュニティＢに対してショップ関連値「３」が与えられている。
【００３８】
さらに、ターゲットであるユーザＡと各コミュニティとの距離について、コミュニティＡに対してコミュニティ関心度「８」が与えられており、コミュニティＢに対してコミュニティ関心度「３」が与えられている。なお、ショップ関連値およびコミュニティ関心度は、コミュニティ関連設定値の一部をなす。
【００３９】
以上の説明において、商品αの評価情報（例えば「８」など）は、個別評価情報取得部４２０から最適評価情報生成部４５０へ出力される。また、各コミュニティにおけるユーザＡと他のユーザの人間関係の深さをあらわす親密値（例えば「７」など）は、ユーザ間親密情報取得部４４０から最適評価情報生成部４５０へ出力される。さらに、各コミュニティと商品αとの関連性を示すショップ関連値（たとえば「８」など）および各コミュニティとターゲットであるユーザＡとの距離を示すコミュニティ関心度（たとえば「３」など）を含むコミュニティ関連設定値は、コミュニティ関連設定部４３０から最適評価情報生成部４５０へ出力される。
【００４０】
最適評価情報生成部４５０は、個別評価情報取得部４２０、コミュニティ関連設定部４３０、ユーザ間親密情報取得部４４０から各情報を受け取ると、まず、図５Ｂに示す式（１）、（２）を利用することで各コミュニティにおける各ユーザの人間関係の深さを反映させた商品αの評価を求める。
【００４１】
次に最適評価情報生成部（送信手段）４５０は、図５Ｂに示す式（３）を利用することでショップａと各コミュニティとの関連性および各コミュニティとターゲットであるユーザＡとの距離を反映させた商品αの評価を求め、これを最適評価情報としてユーザＡのＰＣなどに返信する。
【００４２】
このように、本実施形態によれば、単純に評価の平均を求めるだけでなく（図５Ｂに示す式（４）参照）、商品αの評価に各ユーザの人間関係を反映させ（図５Ｂに示す式（１）、（２）参照）、かつ、当該商品αと各コミュニティの関連性および各コミュニティとターゲットであるユーザとの距離を反映させているため（図５Ｂに示す式（３）参照）、商品αの購入等を検討するユーザに対して、より適切な評価を示すことが可能となる。
【００４３】
なお、上述した例では、商品αと各コミュニティＡ、Ｂとの関連性に基づき、ショップ関連値を設定する場合について説明したが、商品αを取り扱うショップａと各コミュニティＡ、Ｂとの関連性に基づき、ショップ関連値を設定しても良い。
【００４４】
（２）実施形態の動作
図６は、情報提供システム１００の動作を示すフローチャートである。以下の説明では、ユーザＡがＷｅｂ上のショップαにおいて、商品αの購入を検討する場合を想定する（図１参照）。
ユーザＡは、ＰＣを利用してＷｅｂ上のショップαにアクセスし、商品αについて評価取得要求を行う。ＰＣ（端末送信手段）に入力された評価取得要求は、インターネットなどを介して評価情報提供サーバ４００の評価要求受付部４１０に受信される（ステップＳ１１０）。
【００４５】
評価要求受付部４１０は、受信した評価取得要求を個別評価情報取得部４２０、コミュニティ関連設定部４３０、ユーザ間親密情報取得部４４０に転送する（ステップＳ１１０）。
【００４６】
個別評価情報取得部４２０は、評価取得要求を受信すると、この商品αを提供するショップａのデータベースＤＢ３にアクセスし、これまでに商品αを購入した各ユーザの評価情報を取得する（ステップＳ１２０）。図４に示す例では、個別評価情報取得部４２０は、ユーザＢの評価情報として評価「８」を取得し、ユーザＣの評価情報として評価「３」を取得し、ユーザＤの評価情報として評価「５」を取得する。個別評価情報取得部４２０は、取得した各ユーザの評価情報を最適評価情報生成部４５０に出力する。
【００４７】
ユーザ間親密情報取得部４４０は、評価取得要求を受け取ると、パーソナル情報管理サーバ３００に対して、ユーザＡのユーザ間親密情報の取得要求を行う。パーソナル情報管理サーバ３００は、ユーザＡのユーザ間親密情報の取得要求を受け、データベースＤＢ２に登録されている利用者間情報を参照することで、ユーザＡのユーザ間親密情報を特定する。図２に示す例では、コミュニティの種類「Ａ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「７」を含むユーザ間親密情報と、コミュニティの種類「Ｂ」と利用者間情報「ユーザＡ−ユーザＢ」と親密値「９」を含むユーザ間親密情報とが、パーソナル情報管理サーバ３００によって特定される。パーソナル情報管理サーバ３００は、特定したユーザ間親密情報（ここでは、ユーザＡのユーザ間親密情報）を評価情報提供サーバ４００へ返信する。評価情報提供サーバ４００のユーザ間親密情報取得部４４０は、通信インタフェースなどを介してユーザＡのユーザ間親密情報を取得すると（ステップＳ１３０）、これを最適評価情報生成部４５０に出力する。
【００４８】
コミュニティ関連設定部４３０は、評価取得要求を受信すると、この商品αに対して評価を行った各ユーザが属するコミュニティと商品との関連性を数値化したショップ関連値を生成するとともに、ターゲットであるユーザＡと各コミュニティとの距離を数値化したコミュニティ関心度を生成する。そして、コミュニティ関連設定部４３０は、これらショップ関連値およびコミュニティ関心度をコミュニティ関連設定値とし（ステップＳ１４０）、最適評価情報生成部４５０へ出力する。
【００４９】
上述したように、コミュニティＡは、商品αとの関連性が高い関心分野Ａ（例えば、釣り）についてコミュニケートの場を提供する一方、コミュニティＢは、商品αとの関連性が低い関心分野Ｂ（例えば、クラシック音楽）についてコミュニケートの場を提供している。このため、コミュニティ関連設定部４３０は、商品αとの関係では、コミュニティＡに対してショップ関連値「８」を付与する一方、コミュニティＢに対してショップ関連値「３」を付与する。
【００５０】
また、ターゲットであるユーザＡは、関心分野Ａ（ここでは「釣り」）について関心が強く、コミュニティＡに頻繁にアクセス等しているため、コミュニティ関連設定部４３０は、コミュニティ関心度「８」を付与する。一方、ユーザＡは、関心分野Ｂ（ここでは、「クラシック音楽」）についてさほど関心がなく、コミュニティＢに稀にしかアクセス等していないため、コミュニティ関連設定部４３０は、コミュニティ関心度「３」を付与する。コミュニティ関連設定部４３０は、このようにしてショップ関連値およびコミュニティ関心度を含むコミュニティ関連設定値を生成する。
【００５１】
最適評価情報生成部４５０は、最適評価情報生成部４５０は、個別評価情報取得部４２０、コミュニティ関連設定部４３０、ユーザ間親密情報取得部４４０から与えられる情報を利用して、ユーザＡにとって最適な商品αに関する評価（別言すれば最適評価情報）を生成する（ステップＳ１５０）。最適評価情報の生成方法に関する詳細は、上述したため省略するが、生成される最適評価情報には、各ユーザの人間関係（図５Ｂに示す式（１）、（２）参照）と、当該商品αと各コミュニティの関連性およびターゲットであるユーザＡと各コミュニティとの距離（図５Ｂに示す式（３）参照）が反映される。最適評価情報生成部４５０は、このように生成した最適評価情報を、インターネットなどを介してユーザＡのＰＣ宛に送信する（ステップＳ１６０）。ユーザＡは、ＰＣ（通信端末）は、図示せぬ通信インタフェース（端末受信手段）を介して最適評価情報を受信すると、これを液晶表示パネルなどの表示装置（報知手段）に供給する。ユーザＡは、表示装置に表示される商品αの最適評価情報（例えば評価「６．１１」など）を参照することで、商品αが自分にとって価値を有するものであるか否かを適切に判断することが可能となる。なお、最適評価情報は、表示する態様に限らず、ユーザＡに識別可能なあらゆる態様（音や振動など）で提供可能である。
【００５２】
Ｂ．変形例
＜変形例１＞
本実施形態では、ショップ関連値およびコミュニティ関心度を含むコミュニティ関連設定値を想定したが、これに限る趣旨ではなく、ショップ関連値またはコミュニティ関心度の少なくともいずれか一方を含んでいれば良い。
なお、コミュニティ関心度やユーザ間親密情報などは、時間経過に応じて変化するものであるから、周期的であるか非周期的であるかを問わず、任意のタイミングで更新するようにしても良い。
【００５３】
＜変形例２＞
本実施形態では、ターゲットユーザ（ユーザＡ）以外の他のユーザ（ユーザＢ、Ｃ、Ｄ）が全てコミュニティに所属する場合について説明したが、例えば他のユーザ（ユーザＢなど）がいずれのコミュニティにも所属しない場合や、ターゲットユーザが所属していないコミュニティ（コミュニティＺなど）にのみ所属している場合も想定される。このような場合には、例えば一律に親密値「２」を与え、最適評価情報の生成に利用すれば良い。なお、どのような親密値を与えるかは任意に設定・変更可能である。
【００５４】
＜変形例３＞
本実施形態では、各ユーザがコミュニティを訪れる頻度や当該コミュニティでやりとりされるメッセージの頻度などに基づいてユーザ間の人間関係の深さを数値化（すなわち、親密値を生成）したが、例えば、以下に示すいずれかの方法（または組み合わせ）を採用しても良い。
【００５５】
（１）Ｔｗｉｔｔｅｒ（登録商標）を利用する場合
両者のフォロー関係やフォローしている人の類似性、ダイレクトメッセージの頻度、特定キーワードの利用頻度などを考慮して人間関係の深さを数値化する。
【００５６】
（２）ソーシャルネットワーキングサービス（SNS）を利用する場合
所属しているコミュニティの種類や、フレンド関係の有無、メッセージの頻度やフレンド関係の類似性などを考慮して人間関係の深さを数値化する。
【００５７】
（３）メールサービスを利用する場合
メールの頻度や特定キーワードの利用頻度などを考慮して人間関係の深さを数値化する。
【００５８】
（４）その他
ソーシャルアドレスブックを利用する場合には、互いの電話帳登録の有無や電話帳に登録されているデータ項目、互いのフレンド関係の類似性など考慮して人間関係の深さを数値化する。
また、ソーシャルフォトサービスを利用する場合には、互いの写真の共有頻度や登録ジャンルの類似性などを考慮して人間関係の深さを数値化する。
【００５９】
以上説明したように、コミュニティごとに様々なパラメータを利用して人間関係の深さを数値化するようにしても良い。
【００６０】
＜変形例４＞
本実施形態では、商品（すなわちサービス）とコミュニティの関連性を数値化する際、どのような基準に基づいて設定するかは特に言及しなかったが、例えばユーザの重複率やターゲット顧客層、ユーザアンケートの結果、コミュニティ内で使用されるキーワードの頻度などを利用して数値化しても良い。もちろん、サービス提供者が商品とコミュニティの関連性を任意に数値化しても良い。
【００６１】
＜変形例５＞
本実施形態では、商品（すなわちサービス）の評価を行う場合について説明したが、例えばお奨め商品やお奨めショップ、お奨めコミュニティを決定する場合、注目商品や注目ショップなど（別言すれば推奨情報）を決定する場合にも適用可能である。なお、お奨め商品などをユーザに提示する場合、ユーザが商品等を選択した場合にお奨め度（例えば☆３つなど）を提示しても良いが、ユーザが商品ジャンル等を選択した時点で、そのジャンルに属する商品の中からお奨め商品を順次提示しても良い。さらに、ユーザのプロフィールや行動履歴などに応じてお奨め商品を順次提示しても良く、類似商品も含めてお奨め商品を提示しても良い。
【００６２】
＜変形例６＞
また、商品（すなわちサービス）数はジャンルによって異なるため、商品の代りに（あるいはこれに加えて）お奨めジャンルを提示しても良い。例えば、（１）ユーザに関係が深いであろうジャンル（以下、関連ジャンル）や、（２）注目ジャンル、（３）評価が多数存在するジャンル（以下、評価ジャンル）などを奨めるようにしても良い。
【００６３】
例えば、（１）の関連ジャンルを奨める場合には、コミュニティ内でユーザに嗜好の近いユーザをまとめ（クラスタ化）、クラスタ内のキーワード等を分析することでお奨めジャンルを決定すれば良い。また、（２）の注目ジャンルを奨める場合には、コミュニケーション分析することでクラスタ内のホット・トピックを特定し、ホット・トピックに最も関連したジャンルをお奨めジャンルとして決定することができる。さらに、（３）の評価ジャンルを奨める場合には、コミュニティ動向分析することで、クラスタと関連性の高い情報のみを抽出し、抽出した情報に基づいて評価ジャンルを決定することができる。もちろん、どのようにお奨めジャンルを決定するかは任意であり、その他の方法によりお奨めジャンルを決定しても良い。
【００６４】
なお、本実施形態および各変形例において示した各処理のステップは処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。さらに本明細書等において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。さらにまた、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されてもよい。また、本発明に係るソフトウェアの開発支援プログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。
【符号の説明】
【００６５】
１００…情報提供システム、２００…コミュニティサーバ、３００…パーソナル管理サーバ、４００…評価情報提供サーバ、４１０…評価要求受付部、４２０…個別評価情報取得部、４３０…コミュニティ関連設定部、４４０…ユーザ間親密情報取得部、４５０…最適評価情報生成部、ＤＢ１，ＤＢ２，ＤＢ３…データベース。
【特許請求の範囲】
【請求項１】
ユーザからの要求に応じて、管理下にある店舗が提供するサービスの評価情報を提供する情報提供サーバであって、
前記ユーザの通信端末から、前記サービスの評価情報の取得要求を受信する受信手段と、
前記サービスについて、他ユーザが過去に評価した内容をあらわす過去評価情報を取得する過去評価情報取得手段と、
前記ユーザと前記他ユーザとの人間関係の深さをあらわすユーザ間親密情報を生成する親密情報取得手段と、
前記他ユーザがネットコミュニティに属する場合には、前記サービスまたは前記店舗と、当該ネットコミュニティとの関連性をあらわすコミュニティ関連情報を生成するコミュニティ関連情報取得手段と、
前記過去評価情報と前記ユーザ間親密情報と前記コミュニティ関連情報とに基づいて、前記サービスの新たな評価情報を生成する新評価情報生成手段と、
前記新たな評価情報を前記通信端末に送信する送信手段と
を具備する、情報提供サーバ。
【請求項２】
前記親密情報取得手段は、前記ユーザと前記他ユーザとが同一のネットコミュニティに属する場合には、メッセージ交換の頻度、特定キーワードの利用頻度の少なくともいずれかを利用して前記ユーザ間親密情報を生成する、請求項１に記載の情報提供サーバ。
【請求項３】
前記親密情報取得手段は、前記ユーザと前記他ユーザとが属する同一のネットコミュニティが複数存在する場合には、前記ネットコミュニティごとに前記ユーザ間親密情報を生成する、請求項２に記載の情報提供サーバ。
【請求項４】
前記コミュニティ関連情報取得手段は、前記ネットコミュニティ内で交換されるメッセージに含まれるキーワードを利用して前記ユーザコミュニティ関連情報を生成する、請求項１に記載の情報提供サーバ。
【請求項５】
当該情報提供サーバは、前記評価情報に代えて、前記サービスの推奨内容をあらわす推奨情報を提供する、請求項１〜４のいずれか１の請求項に記載の情報提供サーバ。
【請求項６】
ユーザからの要求に応じて、管理下にある店舗が提供するサービスの評価情報を提供する情報提供サーバであって、
前記ユーザの通信端末から、前記サービスの評価情報の取得要求を受信する受信手段と、
前記サービスについて、他ユーザが過去に評価した内容をあらわす過去評価情報を取得する過去評価情報取得手段と、
前記ユーザと前記他ユーザとの人間関係の深さをあらわすユーザ間親密情報を生成する親密情報取得手段と、
前記ユーザがネットコミュニティに属する場合には、前記ユーザと当該ネットコミュニティとの距離をあらわすコミュニティ関連情報を生成するコミュニティ関連情報取得手段と、
前記過去評価情報と前記ユーザ間親密情報と前記コミュニティ関連情報とに基づいて、前記サービスの新たな評価情報を生成する新評価情報生成手段と、
前記新たな評価情報を前記通信端末に送信する送信手段と
を具備する、情報提供サーバ。
【請求項７】
前記コミュニティ関連情報取得手段は、
前記ユーザと前記他のユーザがネットコミュニティに属する場合、
前記サービスまたは前記店舗と当該ネットコミュニティとの関連性をあらわすショップ関連値、および前記ユーザと当該ネットコミュニティとの距離をあらわすコミュニティ関心度を含む前記コミュニティ関連情報を生成する、請求項６に記載の情報提供サーバ。
【請求項８】
ユーザの通信端末と、管理下にある店舗が提供するサービスの評価情報を提供する情報提供サーバとが通信ネットワークを介して接続された情報提供システムであって、
前記情報提供サーバは、
前記ユーザの通信端末から、前記サービスの評価情報の取得要求を受信する受信手段と、
前記サービスについて、他ユーザが過去に評価した内容をあらわす過去評価情報を記憶する記憶手段と、
前記ユーザと前記他ユーザとの人間関係の深さをあらわすユーザ間親密情報を生成する親密情報取得手段と、
前記他ユーザがネットコミュニティに属する場合には、前記サービスまたは前記店舗と、当該ネットコミュニティとの関連性をあらわすコミュニティ関連情報を生成するコミュニティ関連情報取得手段と、
前記過去評価情報と前記ユーザ間親密情報と前記コミュニティ関連情報とに基づいて、前記サービスの新たな評価情報を生成する新評価情報生成手段と、
前記新たな評価情報を前記通信端末に送信する送信手段とを備え、
前記通信端末は、
前記サービスの評価情報の取得要求を送信する端末送信手段と、
前記新たな評価情報を受信する端末受信手段と、
受信した前記新たな評価情報を報知する報知手段とを備える、情報提供システム。
【請求項１】
ユーザからの要求に応じて、管理下にある店舗が提供するサービスの評価情報を提供する情報提供サーバであって、
前記ユーザの通信端末から、前記サービスの評価情報の取得要求を受信する受信手段と、
前記サービスについて、他ユーザが過去に評価した内容をあらわす過去評価情報を取得する過去評価情報取得手段と、
前記ユーザと前記他ユーザとの人間関係の深さをあらわすユーザ間親密情報を生成する親密情報取得手段と、
前記他ユーザがネットコミュニティに属する場合には、前記サービスまたは前記店舗と、当該ネットコミュニティとの関連性をあらわすコミュニティ関連情報を生成するコミュニティ関連情報取得手段と、
前記過去評価情報と前記ユーザ間親密情報と前記コミュニティ関連情報とに基づいて、前記サービスの新たな評価情報を生成する新評価情報生成手段と、
前記新たな評価情報を前記通信端末に送信する送信手段と
を具備する、情報提供サーバ。
【請求項２】
前記親密情報取得手段は、前記ユーザと前記他ユーザとが同一のネットコミュニティに属する場合には、メッセージ交換の頻度、特定キーワードの利用頻度の少なくともいずれかを利用して前記ユーザ間親密情報を生成する、請求項１に記載の情報提供サーバ。
【請求項３】
前記親密情報取得手段は、前記ユーザと前記他ユーザとが属する同一のネットコミュニティが複数存在する場合には、前記ネットコミュニティごとに前記ユーザ間親密情報を生成する、請求項２に記載の情報提供サーバ。
【請求項４】
前記コミュニティ関連情報取得手段は、前記ネットコミュニティ内で交換されるメッセージに含まれるキーワードを利用して前記ユーザコミュニティ関連情報を生成する、請求項１に記載の情報提供サーバ。
【請求項５】
当該情報提供サーバは、前記評価情報に代えて、前記サービスの推奨内容をあらわす推奨情報を提供する、請求項１〜４のいずれか１の請求項に記載の情報提供サーバ。
【請求項６】
ユーザからの要求に応じて、管理下にある店舗が提供するサービスの評価情報を提供する情報提供サーバであって、
前記ユーザの通信端末から、前記サービスの評価情報の取得要求を受信する受信手段と、
前記サービスについて、他ユーザが過去に評価した内容をあらわす過去評価情報を取得する過去評価情報取得手段と、
前記ユーザと前記他ユーザとの人間関係の深さをあらわすユーザ間親密情報を生成する親密情報取得手段と、
前記ユーザがネットコミュニティに属する場合には、前記ユーザと当該ネットコミュニティとの距離をあらわすコミュニティ関連情報を生成するコミュニティ関連情報取得手段と、
前記過去評価情報と前記ユーザ間親密情報と前記コミュニティ関連情報とに基づいて、前記サービスの新たな評価情報を生成する新評価情報生成手段と、
前記新たな評価情報を前記通信端末に送信する送信手段と
を具備する、情報提供サーバ。
【請求項７】
前記コミュニティ関連情報取得手段は、
前記ユーザと前記他のユーザがネットコミュニティに属する場合、
前記サービスまたは前記店舗と当該ネットコミュニティとの関連性をあらわすショップ関連値、および前記ユーザと当該ネットコミュニティとの距離をあらわすコミュニティ関心度を含む前記コミュニティ関連情報を生成する、請求項６に記載の情報提供サーバ。
【請求項８】
ユーザの通信端末と、管理下にある店舗が提供するサービスの評価情報を提供する情報提供サーバとが通信ネットワークを介して接続された情報提供システムであって、
前記情報提供サーバは、
前記ユーザの通信端末から、前記サービスの評価情報の取得要求を受信する受信手段と、
前記サービスについて、他ユーザが過去に評価した内容をあらわす過去評価情報を記憶する記憶手段と、
前記ユーザと前記他ユーザとの人間関係の深さをあらわすユーザ間親密情報を生成する親密情報取得手段と、
前記他ユーザがネットコミュニティに属する場合には、前記サービスまたは前記店舗と、当該ネットコミュニティとの関連性をあらわすコミュニティ関連情報を生成するコミュニティ関連情報取得手段と、
前記過去評価情報と前記ユーザ間親密情報と前記コミュニティ関連情報とに基づいて、前記サービスの新たな評価情報を生成する新評価情報生成手段と、
前記新たな評価情報を前記通信端末に送信する送信手段とを備え、
前記通信端末は、
前記サービスの評価情報の取得要求を送信する端末送信手段と、
前記新たな評価情報を受信する端末受信手段と、
受信した前記新たな評価情報を報知する報知手段とを備える、情報提供システム。
【図１】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【公開番号】特開２０１１−２２７７１４（Ｐ２０１１−２２７７１４Ａ）
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願番号】特願２０１０−９６９９３（Ｐ２０１０−９６９９３）
【出願日】平成２２年４月２０日（２０１０．４．２０）
【出願人】（５０９２８１３１３）株式会社ＳＵＧＡＯ (5)
【Ｆターム（参考）】
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願日】平成２２年４月２０日（２０１０．４．２０）
【出願人】（５０９２８１３１３）株式会社ＳＵＧＡＯ (5)
【Ｆターム（参考）】
[ Back to top ]