特許 7417567 サーバ、情報処理方法、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-10

(45)【発行日】2024-01-18

(54)【発明の名称】サーバ、情報処理方法、プログラム

(51)【国際特許分類】

   G06Q 50/00 20240101AFI20240111BHJP

【ＦＩ】

G06Q50/00 300

【請求項の数】 14

(21)【出願番号】P 2021172748

(22)【出願日】2021-10-21

(62)【分割の表示】P 2020003589の分割

【原出願日】2015-04-22

(65)【公開番号】P2022009381

(43)【公開日】2022-01-14

【審査請求日】2021-11-16

(73)【特許権者】

【識別番号】500257300

【氏名又は名称】ＬＩＮＥヤフー株式会社

(74)【代理人】

【識別番号】110001759

【氏名又は名称】弁理士法人よつ葉国際特許事務所

(74)【代理人】

【識別番号】100093687

【弁理士】

【氏名又は名称】富崎 元成

(74)【代理人】

【識別番号】100168468

【弁理士】

【氏名又は名称】富崎 曜

(74)【代理人】

【識別番号】100166176

【弁理士】

【氏名又は名称】加美山 豊

(72)【発明者】

【氏名】谷口 友彦

【審査官】松田 岳士

(56)【参考文献】

【文献】特表２０１２－５１９３３５（ＪＰ，Ａ）

【文献】米国特許出願公開第２００５／０１５９９７９（ＵＳ，Ａ１）

【文献】特表２０１２－５１９３３６（ＪＰ，Ａ）

【文献】特許第５６６３１０８（ＪＰ，Ｂ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

ソーシャルネットワークサービスを提供するサーバであって、
前記ソーシャルネットワークサービス上で、ユーザの情報と第１ユーザの情報とを関連付けて記憶し、前記ユーザの情報と前記第１ユーザよりもランクの高い第２ユーザの情報とを関連付けて記憶する記憶部と、
前記ソーシャルネットワークサービスによって、前記ユーザから前記ユーザに関連付けられた前記第１ユーザもしくは前記第２ユーザに対して送信されたメッセージ、または前記ユーザに関連付けられた前記第１ユーザもしくは前記第２ユーザから前記ユーザに対して送信されたメッセージに基づいて、前記ソーシャルネットワークサービスの前記ユーザのランクを評価する評価部とを備え、
前記評価部は、前記第１ユーザから前記ユーザに対して第１メッセージが送信された場合、前記ユーザのランクを第１ランクから第２ランクに変更する評価を行い、
前記評価部は、前記第２ユーザから前記ユーザに対して第２メッセージが送信された場合、前記ユーザのランクを前記第１ランクから、前記第２ランクよりも高い第３ランク、または前記第２ランクよりも低い第４ランクに変更する評価を行う。

【請求項2】

請求項１に記載のサーバであって、
前記評価部は、前記ソーシャルネットワークサービスによって、前記ユーザから前記第１ユーザに対して送信されたメッセージの回数、または前記第１ユーザから前記ユーザに対して送信されたメッセージの回数に基づいて、前記ランクを評価する。

【請求項3】

請求項１または請求項２に記載のサーバであって、
前記記憶部は、前記ソーシャルネットワークサービス上で、前記ユーザの情報と、前記第１ユーザを含む複数のユーザの各々の情報とを関連付けて記憶する。

【請求項4】

請求項１から請求項３のいずれか一項に記載のサーバであって、
前記ソーシャルネットワークサービス上で関連付けることは、前記ユーザと前記第１ユーザとが友達関係であることを含む。

【請求項5】

請求項４に記載のサーバであって、
前記友達関係は、前記ユーザが前記第１ユーザを承認し、前記第１ユーザが前記ユーザを承認した関係を含む。

【請求項6】

請求項４に記載のサーバであって、
前記友達関係は、前記ユーザが前記第１ユーザに対して、前記友達関係を設定するためのリクエストを送信し、前記第１ユーザが前記リクエストを承認して設定される。

【請求項7】

請求項１から請求項６のいずれか一項に記載のサーバであって、
前記評価部は、前記ソーシャルネットワークサービス上での前記ユーザの利用実績に基づいて、前記ランクを評価する。

【請求項8】

請求項７に記載のサーバであって、
前記利用実績は、前記ソーシャルネットワークサービス上で行われた、送金または決済の実績を含む。

【請求項9】

請求項１から請求項８のいずれか一項に記載のサーバであって、
前記ランクは、数値化された値である。

【請求項10】

請求項１から請求項９のいずれか一項に記載のサーバであって、
前記ユーザは、前記ランクに基づいて、前記サーバによって特典が関連付けられる。

【請求項11】

請求項１０に記載のサーバであって、
前記特典は、前記ユーザに取得されるポイントに関する特典を含む。

【請求項12】

請求項１から請求項１１のいずれか一項に記載のサーバであって、
前記評価部は、前記第１ユーザから前記ユーザに対して設定された期間に第１の回数メッセージが送信された場合、前記ユーザのランクを前記第１ランクから前記第２ランクに変更する評価を行い、
前記評価部は、前記第１ユーザよりもランクの高い前記第２ユーザから前記ユーザに対して、前記設定された期間に前記第１の回数よりも少ない第２の回数メッセージが送信された場合、前記第２ユーザのランクと前記第２の回数とに基づいて、前記ユーザのランクを前記第１ランクから、前記第２ランクよりも低い前記第４ランクに変更する評価を行う。

【請求項13】

ソーシャルネットワークサービスを提供するサーバの情報処理方法であって、
前記ソーシャルネットワークサービス上で、ユーザの情報と第１ユーザの情報とを関連付けて前記サーバの記憶部に記憶し、前記ユーザの情報と前記第１ユーザよりもランクの高い第２ユーザの情報とを関連付けて前記記憶部に記憶することと、
前記ソーシャルネットワークサービスによって、前記ユーザから前記ユーザに関連付けられた前記第１ユーザもしくは前記第２ユーザに対して送信されたメッセージ、または前記ユーザに関連付けられた前記第１ユーザもしくは前記第２ユーザから前記ユーザに対して送信されたメッセージに基づいて、前記ソーシャルネットワークサービスの前記ユーザのランクを前記サーバの評価部によって評価することとを含み、
前記第１ユーザから前記ユーザに対して第１メッセージが送信された場合、前記ユーザのランクを第１ランクから第２ランクに変更する評価を前記評価部によって行い、
前記第２ユーザから前記ユーザに対して第２メッセージが送信された場合、前記ユーザのランクを前記第１ランクから、前記第２ランクよりも高い第３ランク、または前記第２ランクよりも低い第４ランクに変更する評価を前記評価部によって行う。

【請求項14】

ソーシャルネットワークサービスを提供するサーバによって実行されるプログラムであって、
前記ソーシャルネットワークサービス上で、ユーザの情報と第１ユーザの情報とを関連付けて前記サーバの記憶部に記憶し、前記ユーザの情報と前記第１ユーザよりもランクの高い第２ユーザの情報とを関連付けて前記記憶部に記憶することと、
前記ソーシャルネットワークサービスによって、前記ユーザから前記ユーザに関連付けられた前記第１ユーザもしくは前記第２ユーザに対して送信されたメッセージ、または前記ユーザに関連付けられた前記第１ユーザもしくは前記第２ユーザから前記ユーザに対して送信されたメッセージに基づいて、前記ソーシャルネットワークサービスの前記ユーザのランクを前記サーバの評価部によって評価することとが前記サーバによって実行され、
前記第１ユーザから前記ユーザに対して第１メッセージが送信された場合、前記ユーザのランクを第１ランクから第２ランクに変更する評価を前記評価部によって行い、
前記第２ユーザから前記ユーザに対して第２メッセージが送信された場合、前記ユーザのランクを前記第１ランクから、前記第２ランクよりも高い第３ランク、または前記第２ランクよりも低い第４ランクに変更する評価を前記評価部によって行うことが前記サーバによって実行される。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ソーシャル・ネットワーキング・サービス（Social Networking Service; SNS）等に適用される、ユーザにランクを付与する管理サーバおよびその方法に関する。

【背景技術】

【0002】

一般的な会員システム等において、各ユーザに利用金額に応じたポイント又はランクを付与し、各ユーザがサービスを利用する際に、各々のポイント又はランクに応じて利用代金を割引する等の特典を付与する会員システムが知られている。これに関連し、サービスを利用しようとするユーザのランクと、当該ユーザと友達関係にあるユーザのランクを比較し、最も高いランクを適用して当該ユーザがサービス利用する際の特典を付与する、ウェブサイトを管理する管理装置が開示されている（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１３－３０１５９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１におけるウェブサイトを管理する管理装置の場合、ユーザのランクと、当該ユーザと友達関係にある他のユーザのランクとを比較し、最も良いランクを当該ユーザに対して適用する。しかし、特許文献１では、当該ユーザと、最も良いランクを有し当該ユーザと友達関係にあるユーザが、どのような関係にあるかに関係なく適用されるので、必ずしも友達関係の実体を反映していない場合がある。例えば、上位のランクを有するユーザと形式上友達関係になるだけで、上位のランクが適用されてしまうので、本来の意味での友達関係の構築は促されず、また、会員等の活動を活性化させることもできない、という問題がある。

【0005】

このような問題に鑑み、本発明は、ユーザの友達関係を考慮したユーザのランクを付与することによって、ユーザに友達関係を積極的に構築させるよう促すとともに、ユーザにＳＮＳ等が提供するサービスを積極的に利用することを促すことを目的の一つとする。

【課題を解決するための手段】

【0006】

本発明の一実施形態に係る管理サーバは、ユーザの個人利用実績に基づいてユーザの個人ランクを決定するユーザ評価部と、ユーザと関連付けられている一人又は複数人の関連ユーザの個人ランクを取得する関連ユーザ評価情報取得部と、ユーザの個人ランクに、一人又は複数人の関連ユーザの個人ランクのそれぞれを加重して、ユーザの総合ランクを導出する総合ランク評価部と、を有する。

【0007】

また、別の態様において、総合ランク評価部は、ユーザと関連ユーザとの親密度に基づいてユーザの総合ランクを導出してもよい。

【0008】

また、別の態様において、親密度は、ユーザと関連ユーザとの共通の友達の数に基づいて算出されてもよい。

【0009】

また、別の態様において、親密度は、ユーザと関連ユーザとのコミュニケーション頻度に基づいて算出されてもよい。

【0010】

また、別の態様において、関連ユーザは、ユーザと相互に承認された友達関係で関連付けられてもよい。

【0011】

また、別の態様において、総合ランク評価部は、友達関係の継続期間に基づいてユーザの総合ランクを導出してもよい。

【0012】

また、別の態様において、個人ランクは加点及び減点によって行われる評価も含んでもよい。

【0013】

また、別の態様において、加点及び減点によって行われる評価は、ユーザがサービスを所定の利用方法に反して利用した際に減点して評価されることを特徴としてもよい。

【0014】

また、別の態様において、関連ユーザ評価情報取得部は、関連ユーザとさらに友達関係で関連付けられた間接関連ユーザの個人ランクを取得することを含んでもよい。

【0015】

また、別の態様において、総合ランク評価部は、ユーザと関連ユーザとの間のコンテンツプレゼント情報に基づいてユーザの総合ランクを導出してもよい。

【0016】

また、本発明の一実施形態に係るユーザのランクを付与する方法は、管理サーバが、ユーザの個人利用実績に基づいてユーザの個人ランクを決定し、ユーザと関連付けられている一人又は複数人の関連ユーザの個人ランクを取得し、ユーザの個人ランクに、一人又は複数人の関連ユーザの個人ランクのそれぞれを加重して、ユーザの総合ランクを導出してもよい。

【発明の効果】

【0017】

本発明の一実施形態によると、ＳＮＳ等のユーザに友達関係を積極的に構築させるよう促すとともに、ユーザにＳＮＳ等が提供するサービスを積極的に利用することを促すことができる。

【図面の簡単な説明】

【0018】

【図1】本発明の一実施形態に係る、ＳＮＳ等に適用されるユーザにランクを付与する管理サーバと、ユーザの端末装置、ＳＮＳサーバの関係を示す図である。

【図2】本発明の一実施形態に係る管理サーバ１００のハードウェア構成を示す図である。

【図3】本発明の一実施形態に係る管理サーバ１００の機能的構成を示す図である。

【図4】本発明の一実施形態において、関連付けられているユーザの状態を示す模式図である。

【図5】本発明の一実施形態において、関連付けられているユーザの状態を示す模式図である。

【図6】本発明の一実施形態に係る管理サーバ１００が、個人ランクを決定するときの処理の流れを示す図である。

【図7】本発明の一実施形態に係る管理サーバ１００が、総合ランクを導出するときの処理の流れを示す図である。

【図8】本発明の一実施形態において、ユーザとその関連ユーザの友達関係を示す模式図である。

【図9】本発明の一実施形態において、関連ユーザおよび間接関連ユーザの関係を示した模式図である。

【図10】本発明の一実施形態において、ユーザとその関連ユーザとの間で、コンテンツのプレゼントがなされた状況を示した模式図である。

【発明を実施するための形態】

【0019】

以下、本発明の実施の形態を、図面等を参照しながら説明する。ただし、本発明は多くの異なる態様で実施することが可能であり、以下に例示する実施の形態の記載内容に限定して解釈されるものではない。本明細書と各図において、既出の図に関して前述したものと同様の要素には、同一の符号を付して、詳細な説明を適宜省略することがある。

【0020】

［ユーザにランクを付与する管理サーバの概要］
図１は、本発明の一実施形態に係る、ＳＮＳ等に適用されるユーザにランクを付与する管理サーバ１００と、複数のユーザ端末装置４００およびＳＮＳサーバ２００の関係を示す。ＳＮＳサーバ２００は、複数のユーザ端末装置４００にＳＮＳサービスを提供し、情報の送受信を行う。ＳＮＳサーバ２００の提供するＳＮＳサービスには、チャット機能、音声通話機能だけでなく、音楽コンテンツのダウンロードサービス、オンラインゲーム提供サービス、フードデリバリーサービス、タクシー配車サービス、ＳＮＳサービスにおける料金や、提携するウェブ上の店舗あるいは実在する店舗の代金などの、送金・決済サービス等を含む。

【0021】

管理サーバ１００は、ＳＮＳサーバ２００の要求に応じて、個人ユーザの総合ランクを提供する。なお、本発明において「ランク」とは、ＳＮＳサービスおよびＳＮＳサービスと提携される各種サービスの利用頻度や、利用金額になどの利用状況に応じて、各ユーザに付与されるものである。ユーザは、ランクに応じて、サービスの割引、クーポン発行、通信速度の向上、音声品質の向上、付加機能の追加、ポイントの取得、その他ＳＮＳサーバ２００が直接的又は間接的に提供するサービスにおいて、特典を得ることができる。

【0022】

複数のユーザ端末装置４００は、少なくとも図１に示すネットワーク３００と接続可能な通信端末であればよく、各々のユーザ端末装置４００はそれぞれ異なる機能を有していてもよい。ユーザ端末装置４００としては、携帯電話、スマートフォン、タブレットＰＣ、ＰＤＡ、パーソナルコンピュータ、ウェアラブル端末、ＰＨＳなどを用いることができる。

【0023】

図１では、管理サーバ１００とＳＮＳサーバ２００はネットワーク３００を介して接続される構成を例示したが、本発明はこの構成に限定されない。例えば、管理サーバ１００とＳＮＳサーバ２００はネットワーク３００と別のネットワークか、あるいは専用回線で接続されもよい。また、管理サーバ１００とＳＮＳサーバ２００は、物理的又は機能的に分離されたものに限定されず、管理サーバ１００にＳＮＳサーバ２００の一部または全部の機能が含まれていてもよく、ＳＮＳサーバ２００に管理サーバ１００の一部または全部の機能が含まれていてもよい。

【0024】

＜管理サーバのハードウェア構成＞
図２は、本発明の一実施形態に係る管理サーバ１００のハードウェア構成を示すブロック図である。図３によると、管理サーバ１００は、制御部１１１、ハードディスク１１２、および通信部１１３を有する。

【0025】

制御部１１１は、中央演算処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ
Ｕｎｉｔ）、レジスタやメモリなどの記憶装置が含まれる。制御部１１１は、メモリに記憶されたプログラムをＣＰＵによって実行し、ＳＮＳサーバ等からの命令信号に応じた演算処理も行う。

【0026】

ハードディスク１１２は大容量のデータを格納することができる記憶装置であり、演算処理に必要なプログラムなどが格納される。また、ハードディスク１１２には、制御部１１１が演算処理した結果のデータや、ＳＮＳサーバ２００から受信した情報が、一時的に、あるいは一定期間保存される。

【0027】

通信部１１３は、ＳＮＳサーバ２００とネットワーク３００を介してデータの送受信を制御する。

【0028】

＜管理サーバの機能構成＞
図２は、本発明の一実施形態に係る管理サーバ１００の機能的構成を示すブロック図である。図２によると、管理サーバ１００は、ユーザ評価部１０、関連ユーザ評価情報取得部２０、総合ランク評価部３０を有する。

【0029】

ユーザ評価部１０は、ＳＮＳサービスが提供する各種サービスにおける、ユーザの個人利用実績に基づいて、ユーザの個人ランクを決定する。例えば、ユーザ評価部１０は、ＳＮＳサーバ２００からユーザの個人利用実績情報を取得し、各ユーザの個人ランクを決定し、決定した個人ランクを管理サーバ１００のハードディスク１１２に保存する。決定した個人ランクは、管理サーバ１００と専用回線で接続された、データベース５００に保存されてもよい。なお、データベース５００はネットワーク３００を介して管理サーバ１００と接続されてもよく、この場合、ＳＮＳサーバ２００から接続可能であってもよい。

【0030】

ランクは、ＳＳ、Ｓ、Ａ、Ｂ、・・・Ｆのように上位から下位までを所定の記号でネーミングしたものでもよいし、所定の範囲内で数値化されたものであってもよい。以下では、数値化されたランクを用いて説明する。ランクの値が大きいほど、ランクが高いこと、すなわちランクに応じて得られる利益が大きいことを意味する。逆に、ランクの値が小さいほど、ランクが低いことを意味する。

【0031】

ユーザは、ＳＮＳサービスの利用を開始したときに、管理サーバ１００によってランクの初期値が与えられる。ランクの初期値は、全てのユーザが一定であってもよいし、サービス開始時のユーザのＳＮＳサービス利用条件や、ＳＮＳサービスを提供する業者が設定するキャンペーン期間等に応じて、異なる初期値が与えられてもよい。ランクは、ユーザのＳＮＳサービスの利用状況に応じて、増加または減少してよい。

【0032】

関連ユーザ評価情報取得部２０は、ユーザと、当該ユーザと関連付けられている一人または複数人のユーザとの、個人ランクを取得する。ここで、ユーザと「関連」づけられているとは、ＳＮＳサービス上の友達関係にあること、同一グループに所属していること等、ユーザ間に何らかの共通する属性を有することを意味する。ただし、ユーザにＳＮＳ等のサービスを積極的に利用することを促すという本発明の目的にかんがみれば、ユーザと「関連」づけられていることとは、ユーザが相互に承認された友達関係で関連付けられていることが望ましい。また、ユーザと他のユーザとの実質的な関連をランク付与に反映させるという点からも、「関連」づけられていることとは、ユーザが相互に承認された友達関係で関連付けられていることが望ましい。

【0033】

相互に承認された友達関係の例としては、ユーザＡがユーザＢに友達リクエストを送信し、ユーザＢが友達リクエストを承認して、友達関係が構築された場合や、ユーザＡがユーザＢにユーザＡが所属するグループへの招待メッセージを送信し、ユーザＢが招待メッセージを承認して、当該グループのメンバーに入った場合などがある。

【0034】

図４は、本発明の一実施形態に係る管理サーバ１００において、関連付けられているユーザの状態を示す模式図である。図４において、Ｘ、Ｙ１、Ｙ２、Ｙ３、…Ｙｎは、それぞれユーザを表わしている。Ｘは、Ｙ１、Ｙ２、Ｙ３、…Ｙｎと線で結ばれており、ＸがＹ１、Ｙ２、Ｙ３、…Ｙｎと関連付けられていることを示している。例えば、関連付けが友達関係である場合、ＸはＹ１、Ｙ２、Ｙ３、…Ｙｎの、ｎ人のユーザと友達関係にあることを示している。

【0035】

図５は、本発明の一実施形態に係る管理サーバ１００において、関連付けられているユーザの状態を示す模式図である。図５においても、Ｘ、Ｙ１、Ｙ２、Ｙ３、…Ｙｎは、それぞれユーザを表わしている。図５を見ると、ＸとＹ１、Ｙ２、Ｙ３、…Ｙｎの各ユーザは点線で囲まれており、ＸとＹ１、Ｙ２、Ｙ３、…Ｙｎの各ユーザが同じグループに所属していることを示している。

【0036】

総合ランク評価部３０は、対象とするユーザの個人ランクに、当該ユーザに関連する一人または複数人のランクを加重して、当該ユーザの総合ランクを導出する。
＜管理サーバの動作＞

【0037】

図６及び図７を用いて、本発明の一実施形態に係る管理サーバ１００の動作を説明する。

【0038】

図６は、本発明の一実施形態に係る管理サーバ１００が、個人ランクを決定するときの処理の流れを示す図である。ＳＮＳサーバ２００は、個人ランクを決定するための命令を、管理サーバ１００のユーザ評価部１０に送信する（Ｓ１１）。ユーザ評価部１０は、ＳＮＳサーバ２００から個人ランク決定命令を受信する。個人ランク決定命令には、個人ランクを決定する対象となる、一人または複数のユーザの、名前、ＩＤ、属性等の情報が含まれてもよい。また、ユーザ評価部１０は、個人ランク決定命令を受信する際に、ユーザがＳＮＳのサービスを利用した情報等が記載された個人利用実績情報を受信してもよい。

【0039】

次に、ユーザ評価部１０は必要に応じて、現在の個人ランクを取得するために、データベース５００に対して現在の個人ランク要求命令を送信し、データベース５００から現在の個人ランクを取得する。

【0040】

次に、ユーザ評価部１０は、ＳＮＳサーバ２００から受信した個人ランク決定命令や、個人利用実績情報、ならびにデータベース５００から取得した現在の個人ランク等に基づき、個人ランクを算出し、決定する（Ｓ１２）。

【0041】

次に、ユーザ評価部１０は、データベース５００に対して個人ランク更新命令を送信し、決定した個人ランクを送信する。データベース５００は、ユーザ評価部１０から受信した個人ランク更新命令および決定した個人ランクに基づいて、個人ランクを更新する（Ｓ１３）。

【0042】

なお、図４では、ユーザ評価部１０はＳＮＳサーバ２００からの命令に従って個人ランクを決定する動作を行う例を示したが、本発明の実施形態はこれに限られない。例えば、個人利用実績はＳＮＳサーバ２００及び管理サーバ１００がアクセス可能なデータベースに格納したうえ、ユーザ評価部１０は定期的に個人ランクを決定する設定とし、ユーザ評価部１０が個人ランクを決定する際に当該データベースにアクセスする、という構成を取ることも可能である。

【0043】

図７は、本発明の一実施形態に係る管理サーバ１００が、総合ランクを導出するときの処理の流れを示す図である。ＳＮＳサーバ２００は、総合ランクを決定するための、総合ランク計算命令を管理サーバ１００に送信する（Ｓ２１）。管理サーバ１００の関連ユーザ評価情報取得部２０および総合ランク評価部３０は、ＳＮＳサーバ２００から総合ランク計算命令を直接又は間接的に受信してもよい。

【0044】

関連ユーザ評価情報取得部２０は、データベース５００に対して関連ユーザの個人ランク要求命令を送信し、関連ユーザの個人ランクを取得する（Ｓ２２）。関連ユーザの範囲は、ＳＮＳサーバ２００から受信した総合ランク計算命令に付属する情報又は命令に基づいて決定されてもよい。

【0045】

総合ランク評価部３０は、関連ユーザ評価情報取得部２０から関連ユーザの個人ランクを取得する。また、総合ランク評価部３０は、総合ランクを決定する対象となるユーザの、個人ランクをデータベース５００から取得する。なお、当該ユーザの個人ランクは、関連ユーザ評価情報取得部２０が、データベース５００から関連ユーザの個人ランクを取得する際に、取得されてもよい。総合ランク評価部３０は、当該ユーザの個人ランク及び関連ユーザの個人ランクに基づいて、総合ランクを導出し、決定する（Ｓ２３）。総合ランク評価部３０は、決定した総合ランクを、ＳＮＳサーバ２００に送信する。

【0046】

なお、総合ランクの決定方法は、以下に説明する総合ランクを導出する方法の例の一つ又はその組み合わせで行われる。総合ランク評価部３０は、予め定められた総合ランクの導出方法に従って総合ランクを決定してもよい。あるいは、総合ランク評価部３０は、ＳＮＳサーバ２００から受信した総合ランク計算命令で指定された方法に基づいて、総合ランクを決定してもよい。
＜総合ランクを導出する方法の例＞

【0047】

以下、総合ランクを導出する方法の詳細な例を説明する。

【0048】

総合ランクを導出する方法の一つに、単純にユーザに関連する複数人のランクを加算する方法がある。図４において、総合ランクを導出する対象のユーザをユーザＸとし、ユーザＸに関連するユーザをユーザＹ１、Ｙ２、Ｙ３、…Ｙｎとする。そして、ユーザＸの個人ランクをＲＸ、ユーザＹ１、Ｙ２、Ｙ３、…Ｙｎの個人ランクをそれぞれＲＹ１、ＲＹ２、ＲＹ３、…ＲＹｎとする。このとき、ユーザＸの総合ランクＴＲＸは、ＴＲＸ＝ＲＸ＋ＲＹ１＋ＲＹ２＋ＲＹ３＋…＋ＲＹｎで表される。

【0049】

他のランクを加重する方法として、ユーザに関連する複数人の個人ランクから、一定数の上位ランクを加算する方法をとってもよい。例えば図４において、ユーザＹ１、Ｙ２、Ｙ３、…Ｙｎの個人ランクをそれぞれＲＹ１、ＲＹ２、ＲＹ３、…ＲＹｎとし、個人ランクがＲＹ２＞ＲＹ１＞…＞ＲＹｎ＞…＞ＲＹ３とする。上位２つのランクを加算する場合のユーザＸの総合ランクＴＲＸは、ＴＲＸ＝ＲＸ＋ＲＹ２＋ＲＹ１で表される。

【0050】

また、他のランクを加重する方法として、ユーザに関連する複数人の個人ランクの平均値を加算する方法をとってもよい。例えば、図４においてｎ人のユーザＹ１、Ｙ２、Ｙ３、…Ｙｎの個人ランクをそれぞれＲＹ１、ＲＹ２、ＲＹ３、…ＲＹｎとした場合、ユーザＸの総合ランクＴＲＸは、ＴＲＸ＝ＲＸ＋（ＲＹ１＋ＲＹ２＋ＲＹ３＋…＋ＲＹｎ）／ｎで表される。

【0051】

＜親密度に基づいて総合ランクを導出する方法＞
本発明の一実施形態に係る管理サーバ１００の総合ランク評価部３０は、ユーザと関連ユーザとの親密度に基づいて総合ランクを導出してもよい。以下に、親密度に基づく総合ランクの導出の例として、コミュニケーション頻度に基づいて算出する方法と、共通の友達の数に基づいて算出する方法を、それぞれ説明する。

【0052】

［コミュニケーション頻度に基づいて算出する方法］
ＳＮＳサービスにおいて友達関係にあるユーザ間において、メッセージまたは音声通話などのコミュニケーションが頻繁に行われるほど、当該ユーザ間の親密度が高いと考えられる。表１に、コミュニケーション頻度とそれに応じた補正係数αの値を示す。補正係数αは、コミュニケーション頻度が高いほど大きい値を取る。

【0053】

【表1】

【0054】

例えば、ユーザＸに、ユーザＸの関連ユーザＹ１、Ｙ２、Ｙ３、…Ｙｎが存在し、それぞれの個人ランクをＲＸ、ＲＹ１、ＲＹ２、ＲＹ３、…ＲＹｎとする。また、ユーザＸと、関連ユーザＹ１、Ｙ２、Ｙ３、…Ｙｎとのコミュニケーション頻度に応じた補正係数αを、それぞれα１、α２、α３、…αｎとする。このとき、ユーザＸの総合ランクＴＲＸを、ＴＲＸ＝ＲＸ＋α１×ＲＹ１＋α２×ＲＹ２＋α３×ＲＹ３＋…＋αｎ×ＲＹｎとして算出してもよい。

【0055】

仮に、ユーザＸと、関連ユーザＹ１とＹ２とのコミュニケーション頻度が、それぞれＹ１とは１日に５回以上、Ｙ２とは６ヶ月に１回以上であった場合、それぞれの補正係数は、α１＝１．５、α２＝０．１となる。このとき、関連ユーザのＹ１とＹ２の個人ランクＲＹ１、ＲＹ２が、それぞれＲＹ１＝４．０、ＲＹ２＝７．０であった場合、補正後の個人ランクはα１×ＲＹ１＝６．０、α２×ＲＹ２＝０．７となる。このように、総合ランクＴＲＸの算出にコミュニケーション頻度に応じた補正係数αを用いる場合、コミュニケーション頻度の多い関連ユーザの個人ランクは増加する方向に補正され、逆にコミュニケーション頻度の少ない関連ユーザの個人ランクは減少する方向に補正される。

【0056】

コミュニケーション頻度に基づいて算出する方法は、以上説明した方法に限られない。表１で示したコミュニケーション頻度の区分や、補正係数の値は、適宜変更して適用することが可能である。また、補正係数を用いないで、コミュニケーション頻度の多い順に一定数の関連ユーザの個人ランクのみを、総合ランクの算出に用いてもよい。また、コミュニケーション頻度が一定の頻度より少ない場合には、総合ランクの算出に用いないという方法をとってもよい。

【0057】

以上のように、総合ランクの導出において、コミュニケーション頻度に基づいて算出する方法をとった場合、コミュニケーション頻度の多い関連ユーザのランクが総合ランクに多く反映されるので、単純に関連ユーザのランクを用いる場合と比較してより友達関係の実体に即した総合ランクを導出することが可能となる。また、ユーザの友達関係の実体に即した総合ランクが導出され、各種サービスに適用されるので、ユーザにＳＮＳサービスの利用を促進することが可能となる。さらに、コミュニケーション頻度の少ない関連ユーザを、総合ランクを導出の際に考慮しないか、影響を小さくすることができるので、もっぱら総合ランクを増加させる目的で友達関係を構築するインセンティブをなくすことが可能となる。

【0058】

［共通の友達の数に基づいて算出する方法］
ユーザ間の共通の友達が多いほど、親密度が大きくなる傾向を示す場合がある。図８は、ユーザＸとその関連ユーザＹ１～Ｙ８の、友達関係を示した図である。図８において、Ｘ、Ｙ１～Ｙ８を結ぶ線が存在する場合、各ユーザ間に友達関係が存在することを示している。例えば、ユーザＸとユーザＹ３の共通の友達は、ユーザＹ１およびＹ２の２人である。

【0059】

表２に、関連ユーザＹ１～Ｙ８のランクと、Ｘとの共通の友達の数を示す。

【0060】

【表2】

【0061】

共通の友達の数に基づいて総合ランクを導出する方法の一例として、共通の友達の数が多い順に、一定数の関連ユーザのランクのみを用いてもよい。例えば、共通の友達の数が多い上位２つの関連ユーザのランクを用いることにした場合、図８および表２によると、関連ユーザＹ８およびＹ３のランク（Ｙ８は１．５、Ｙ３は３．２）がユーザＸの総合ランク導出に用いられる。

【0062】

また、上述の例のように共通の友達の数だけを考慮するのではなく、友達リストに対する共通の友達の数の割合から親密度を算出して、総合ランク導出に用いてもよい。すなわち、各関連ユーザの親密度は、共通の友達となりうる最大人数を分母とし、各関連ユーザとの共通の友達の数を分子として、計算されてもよい。この場合、例えば表２では共通の友達の最大人数は７名となるので、Ｘの個人ランクをＲＸ、ユーザＹ１～Ｙ８の個人ランクをそれぞれＲＹ１～ＲＹ８とすると、ユーザＸの総合ランクＴＲＸを、ＴＲＸ＝ＲＸ＋（ＲＹ１×１＋ＲＹ２×１＋ＲＹ３×２＋ＲＹ４×０＋ＲＹ５×１＋ＲＹ６×１＋ＲＹ７×１＋ＲＹ８×３）／７として計算してもよい。

【0063】

また、ユーザＸの友達リストと関連ユーザの友達リストを、関連ユーザごとに計算して、関連ユーザごとの親密度を計算してもよい。この場合、親密度の高い関連ユーザを所定の数だけピックアップして、ユーザＸの個人ランクに加算することによって、ユーザＸの総合ランクを計算する。また、親密度のランキング順位や、計算された親密度の数値に応じて、加重的に加算してもよい。

【0064】

また、ユーザ間の親密度はアルゴリズムにより計算されてもよい。

【0065】

また、別の例として、共通の友達が一定数未満の場合には、総合ランク導出に用いないという方法をとってもよい。仮に、共通の友達の数が１未満の場合に総合ランク導出に用いないという方法をとる場合、図８および表２では、関連ユーザＹ４のランク（６．０）は総合ランク導出に用いられないことになる。

【0066】

また、別の例として、上述したコミュニケーション頻度に基づいて算出する方法の場合と同様に、共通の友達の数に応じた補正係数を設定して、それぞれの関連ユーザのランクをそれぞれの補正係数で補正したランクを、総合ランク導出に用いてもよい。

【0067】

以上のように、総合ランクの導出において、共通の友達の数に基づいて算出する方法をとった場合、共通の友達の数が多いユーザ、すなわち親密度の高いユーザのランクが寄与する割合を増やすことができるので、単純に関連ユーザのランクを用いる場合と比較して、より友達関係の実体に即した総合ランクを導出することが可能となる。また、ユーザは、共通の友達の数が多いほど総合ランクを増加させることができるので、友達関係を積極的に構築しようとするインセンティブが働く。

【0068】

コミュニケーション頻度に基づいて算出する方法の例と、共通の友達の数に基づいて算出する方法の例を、それぞれ説明した。これらの方法は、相互に矛盾しない範囲で組み合わせることによって、総合ランクを導出する方法として適用してもよい。例えば、関連ユーザが当該ユーザの家族であった場合、コミュニケーション頻度は多いが、共通する友達は少ないことがありえる。コミュニケーション頻度が一定値より多い場合には、共通する友達の数に関わらず総合ランク導出に用いる方法を適用することによって、このような場合でも、ユーザの友達関係の実体に即した総合ランク導出を実現することが可能となる。

【0069】

＜友達関係の継続期間に基づいて総合ランクを導出する方法＞
本発明の一実施形態に係る管理サーバ１００の総合ランク評価部３０は、友達関係の継続期間に基づいて総合ランクを導出してもよい。表１に、ユーザとその関連ユーザとの友達関係において、友達の継続期間とそれに応じた補正係数βの値を示す。補正係数βは、友達の継続期間が長いほど、大きな値をとる。

【0070】

【表3】

【0071】

上述した、＜コミュニケーション頻度に基づいて算出する方法＞で説明したのと同様に、ユーザＸと、関連ユーザＹ１、Ｙ２、Ｙ３、…Ｙｎとの友達関係の継続期間に応じた補正係数βを、それぞれβ１、β２、β３、…βｎとする。このとき、ユーザＸの総合ランクＴＲＸを、ＴＲＸ＝ＲＸ＋β１×ＲＹ１＋β２×ＲＹ２＋β３×ＲＹ３＋…＋βｎ×ＲＹｎとして算出してもよい。また、補正係数を用いないで、友達関係の継続期間が一定期間以上の関連ユーザの個人ランクのみを、総合ランクの算出に用いてもよい。また、友達関係の継続期間が一定期間未満の場合には、総合ランクの算出に用いないという方法をとってもよい。

【0072】

以上説明したように、総合ランクの導出において、友達関係の継続期間に基づいて算出する方法をとった場合、友達関係の継続期間が長い関連ユーザのランクが、総合ランクに反映される割合を増加させることができるので、単純に関連ユーザのランクを用いる場合と比較してより友達関係の実体に即した総合ランクを導出することが可能となる。また、継続期間が長い関連ユーザのポイントを優遇することになるので、ユーザに対してＳＮＳサービスを長期間利用することのインセンティブになる。さらに、友達関係の継続期間の短い関連ユーザのランクを、総合ランクの導出において反映しないか、反映される割合を減らすことができるので、もっぱら総合ランクを増加させる目的で即座に友達関係を構築するインセンティブをなくすことが可能となる。

【0073】

＜関連ユーザとさらに友達関係で関連付けられた間接関連ユーザの個ランクに基づいて総合ランクを導出する方法＞
図９は、関連ユーザおよび間接関連ユーザの関係を示した模式図である。ここで、「間接関連ユーザ」とは、関連ユーザと友達関係で関連付けられたユーザであって、ユーザと友達関係に無いユーザをいう。図９では、Ｘの関連ユーザはＹ１とＹ２である。関連ユーザＹ１は、ユーザＺ１１とＺ１２と友達関係にあり、ユーザＸとユーザＺ１１およびＺ１２は友達関係に無いので、ユーザＺ１１およびＺ１２はユーザＸの間接関連ユーザである。同様に、ユーザＺ２１、Ｚ２２、Ｚ２３も、ユーザＸの間接関連ユーザである。

【0074】

本発明の一実施形態に係る管理サーバ１００の関連ユーザ評価情報取得部２０は、総合ランクを算出する対象のユーザＸと、その関連ユーザＹ１およびＹ２の個人ランクＲＸ、ＲＹ１、ＲＹ２を取得することに加えて、間接関連ユーザＺ１１、Ｚ１２、Ｚ２１、Ｚ２２、Ｚ２３の個人ランクＲＺ１１、ＲＺ１２、ＲＺ２１、ＲＺ２２、ＲＺ２３を取得する。

【0075】

次に、本発明の一実施形態に係る管理サーバ１００の総合ランク評価部３０は、関連ユーザの総合ランクを算出する。図９において、関連ユーザＹ１およびＹ２の総合ランクＴＲＹ１およびＴＲＹ２は、それぞれＴＲＹ１＝ＲＹ１＋（Ｒ１１＋Ｒ１２）×γ、ＴＲＹ２＝ＲＹ２＋（Ｒ２１＋Ｒ２２＋Ｒ３３）×γとして計算してもよい。ここで、「γ」は、関連ユーザの総合ランクに間接関連ユーザの個人ランクが寄与する割合を規定するパラメタである。γの値は適宜設定しうるが、間接関連ユーザの個人ランクが寄与する割合が多くなりすぎると、関連ユーザの個人ランクが寄与する割合が低下してしまうので、γの値は０以上１未満であることが望ましい。

【0076】

総合ランク評価部３０は、関連ユーザの総合ランクＴＲＹ１、ＴＲＹ２を算出した後に、総合ランクＴＲＸを算出する。この場合、例えばＴＲＸ＝ＲＸ＋ＴＲＹ１＋ＴＲＹ２のように、ユーザの個人ランクに、ＴＲＹ１およびＴＲＹ２を加算してもよい。

【0077】

＜コンテンツプレゼント情報に基づいて総合ランクを導出する方法＞
本発明の一実施形態に係る管理サーバ１００の総合ランク評価部３０は、コンテンツプレゼント情報に基づいて総合ランクを導出してもよい。なお、本発明における「コンテンツ」とは、音声、音楽、画像、動画、ソフトウェア、プログラム、その他の情報のことを意味する。また、本発明における「コンテンツプレゼント情報」とは、ユーザが他のユーザに対してコンテンツを譲渡したり、他のユーザの代わりに購入したり、他のユーザに利用可能にしたりすることを意味する。コンテンツプレゼント情報には、コンテンツをプレゼントした相手方の情報、コンテンツをプレゼントした時期、プレゼントしたコンテンツの内容、コンテンツの代金等の情報が含まれる。

【0078】

コンテンツプレゼント情報は、管理サーバ１００が必要に応じて参照することが可能であればよく、ＳＮＳサーバ２００が保持してもよいし、管理サーバ１００およびＳＮＳサーバ２００とは別のネットワークを介して接続可能なストレージサーバ等に格納されてもよい。また、管理サーバ１００が総合ランクを算出するリクエストをＳＮＳサーバ２００等の外部から受信した際に、コンテンツプレゼント情報を受信してもよい。

【0079】

図１０は、ユーザとその関連ユーザとの間で、コンテンツのプレゼントがなされた状況を示した模式図である。矢印線は、ユーザから矢印の方向のユーザに対してコンテンツがプレゼントされたことを示しており、白抜きの星がユーザＸから関連ユーザに対してプレゼントされたコンテンツを示し、黒色の星が関連ユーザからユーザＸに対してプレゼントされたコンテンツを示している。図１０では、一定期間の間に、ユーザＸからユーザＹ１に対して、コンテンツが１個プレゼントされたことを示している。また、ユーザＹ２からユーザＸに対して、コンテンツが１個プレゼントされたことが示されている。また、ユーザＸからユーザＹ３に対してはコンテンツが２個プレゼントされ、ユーザＹ３からユーザＸに対してはコンテンツが１個プレゼントされている。なお、ユーザＸとユーザＹ４との間には、コンテンツプレゼント情報が存在しない。

【0080】

コンテンツプレゼント情報に基づいて総合ランクを導出するいくつかの方法を説明する。以下、ユーザＸ、Ｙ１、Ｙ２、Ｙ３、Ｙ４の個人ランクをそれぞれＲＸ、ＲＹ１、ＲＹ２、ＲＹ３、ＲＹ４とし、ユーザＸの総合ランクをＴＲＸとする。

【0081】

一つの例として、総合ランクを導出する対象のユーザから、関連ユーザにコンテンツがプレゼントした場合に、一定期間内にプレゼントしたコンテンツの個数に応じて、当該プレゼントをした相手の関連ユーザの個人ランクに重み付けをする方法がありうる。ここで、プレゼント１個につき０．２倍を付加するとすれば、ユーザＸの総合ランクはＴＲＸ＝ＲＸ＋１．２×ＲＹ１＋ＲＹ２＋１．４×ＲＹ３＋ＲＹ４としてもよい。ここで、ユーザＸはユーザＹ１に対しコンテンツを１個プレゼントしているので、１．２×ＲＹ１がＲＸに加算される。また、ユーザＸはユーザＹ３に対してコンテンツを２個プレゼントしているので、１．４×ＲＹ３がＲＸに加算される。なお、ユーザＸはユーザＹ２およびユーザＹ４に対してコンテンツをプレゼントしていないので、ＲＹ２およびＲＹ４はそのままＲＸに加算される。

【0082】

コンテンツをプレゼントした関連ユーザの個人ランクに重み付けをする場合、ユーザの総合ランクを導出する際に、プレゼントをした関連ユーザの個人ランクを、重みを付けて得ることができる。したがって、ユーザに対して、関連ユーザに対してコンテンツをプレゼントするインセンティブを与えることができる。

【0083】

これとは逆に、ユーザにコンテンツをプレゼントした関連ユーザの個人ランクに重みをつけてもよい。図１０では、ユーザＹ２およびユーザＹ３がユーザＸに対してコンテンツをプレゼントしているので、ＲＹ２およびＲＹ３に重みを付けてＲＸに加算してもよい。この場合、コンテンツをプレゼントするユーザは、相手にコンテンツをプレゼントすれば、相手のユーザの総合ランクに自分の個人ランクに重みを付けて適用させることができるので、いわばコンテンツに特典を付加してプレゼントすることができる。したがって、コンテンツプレゼント情報に基づいて総合ランクを導出する方法によると、ユーザにコンテンツをプレゼントするインセンティブを与えることが可能となる。

【0084】

また、コンテンツをプレゼントした場合と、コンテンツをプレゼントされた場合の、両方について、相手方のユーザの個人ランクに重み付けをしてもよい。

【0085】

さらに、プレゼントされたコンテンツの内容に応じて、重み付けを変化させてもよい。この場合、本発明の一実施形態に係る管理サーバ１００は、ＳＮＳサーバ２００等から総合ランク計算の指示を受信した際に、優先コンテンツ情報を受信してもよい。ここで、優先コンテンツ情報とは、コンテンツの種類、提供するベンダー等のパラメタが一致するコンテンツのプレゼントのやり取りがあった場合に、総合ランク計算の際に優先して重み付けをする命令や、引数等を意味する。

【0086】

例えば、関連ユーザからコンテンツをプレゼントされた場合に当該関連ユーザの個人ランクを重み付けして総合ランクを計算するときに、ユーザＹ２がユーザＸにプレゼントしたコンテンツがＡ社の提供するゲームコンテンツであり、ユーザＹ３からユーザＸにプレゼントしたコンテンツがＢ社のゲームコンテンツであったとする。このとき、Ａ社の提供するゲームコンテンツがプレゼントされた場合には１倍を付加し、その他のプレゼントがされた場合には０．２倍を付加するなど、指定されたコンテンツの内容に該当するか否かで個人ランクの重みを変化させてよい。このような加算方法を採用した場合、コンテンツをプレゼントされたユーザは、同じ会社等のコンテンツを購入する際に有利になるので、ユーザがコンテンツを購入するインセンティブを与えることが可能となる。

【0087】

＜ランクに加点及び減点によって行われる評価を含む場合＞
これまでに説明してきたランクは全て正の評価であったが、ランクには負の評価を含んでもよい。すなわち、評価によってランクを加点するだけでなく、減点してもよく、減点されることによって負の評価となってもよい。例えば、ユーザに正の評価が与えられているときは、個人ランクの値は正の値をとり、ユーザに負の評価が与えられているときは、個人ランクの値は負の値をとってもよい。この場合、総合ランクが正の値であれば、ユーザに特典が与えられるが、総合ランクが負の値であれば、ユーザは特典が与えられないか、あるいは提供されるサービスの一部または全部が制限を受けるように設定してもよい。

【0088】

ユーザのランクに負の評価を与える例を以下に示す。例えば、ユーザがＳＮＳ等のサービスを不正に利用した場合に、不正行為の種類や程度等に応じてユーザに負の評価を与えてもよい。また、例えば決済サービスを利用中のユーザの、決済成功率が低い場合や、決済成功率が所定の値よりも低い場合に、当該ユーザに対して負の評価を与えてもよい。また、ユーザのＳＮＳサービスの利用率が低い場合やユーザのＳＮＳサービスの利用率が所定の値よりも低い場合に、負の評価を与えてもよい。その他、ＳＮＳ等の事業者は、ＳＮＳ等のサービス提供に関連して、ユーザの規約に反する行動や、事業の健全な発展を阻害する行為等、事業者の意図する所定の行為に反したユーザの行為に対して負の評価を与えるように設定してもよい。

【0089】

以下、表４を示しながら、ランクにマイナス評価が含まれる場合の、総合ランク導出の具体例を説明する。表４は、ユーザＸの関連ユーザＹ１、Ｙ２、Ｙ３およびＹ４の、それぞれの個人ランクを示した図である。

【0090】

【表4】

【0091】

例えば、ユーザＸの総合ランクＴＲＸは、ユーザＸの個人ランクをＲＸとすると、ＴＲＸ＝ＲＸ＋３．０－４．０＋１．０＋２．０として算出してもよい。

【0092】

また、関連ユーザの個人ランクの上位２つを用いることを基本としつつ、関連ユーザの個人ランクにマイナス評価がある場合には、最も低い個人ランクも用いる方法を適用してもよい。表４の場合、ＴＲＸ＝ＲＸ＋３．０＋２．０－４．０＝ＲＸ－１．０と算出される。このような方法を採用すると、当該ユーザにマイナス評価の個人ランクを有する関連ユーザが存在した場合に、当該ユーザの総合評価に負の評価の影響をより強く与えることになる。

【0093】

以上説明したように、本発明の一実施形態によると、個人ランクに負の評価を含ませ、総合ランク算出に負の評価を反映させることができる。このように、仮にあるユーザの個人ランクが負の評価となると、友達関係にある関連ユーザの総合ランク算出において負の評価が反映され、当該関連ユーザに迷惑をかけることになる。したがって、ＳＮＳ等のサービスを利用するユーザに対し、負の評価を得ることがないように、規約に従った正しい利用方法を遵守するように、インセンティブを与えることができる。

【0094】

以上説明したように、本発明の一実施形態によれば、ＳＮＳ等のユーザに友達関係を積極的に構築させるよう促すとともに、ユーザにＳＮＳ等が提供するサービスを積極的に利用することを促すことができる。

【0095】

なお、本発明は上記実施の形態に限られたものではなく、要旨を逸脱しない範囲で適宜変更することが可能である。また、それぞれの実施形態は、相互に矛盾の無い範囲で適宜組み合わせて実施することが可能である。

【符号の説明】

【0096】

１０：ユーザ評価部、 ２０：関連ユーザ評価情報取得部、 ３０：総合ランク評価部、
１００：管理サーバ、 １１１：制御部、 １１２：ハードディスク、 １１３：通信部、 ２００：ＳＮＳサーバ、 ３００：ネットワーク、 ４００：複数のユーザ端末装置、 ５００：データベース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】