JP6265320B2 - 情報処置装置、管理装置、サービス提供システム、管理装置の制御方法、情報処理装置のプログラム、及び管理装置のプログラム - Google Patents

Description

本発明は、あるサービスで特定の関係になった特定利用者と、特定利用者と更に特定の関係を有する特定利用者を表示する技術に関する。

近年、インターネット上で提供するサービスが急速に普及している。この種のサービスの一つとして、ＳＮＳ（Ｓocial Ｎetworking Ｓervice）を提供するウェブサイトが知られている。このウェブサイトでは、利用者同士のコミュニケーションを図るため、友達関係を構築できるようになっている。そして、友達同士で投稿、チャット、メールといったコミュニケーションのツールが提供として提供する手段が利用されている。特許文献１には、所定の利用者の友達をリスト表示する技術が開示されている。

特表２００９−５２０２７６号公報

しかしながら、従来の技術では、所定の利用者の友達が複数いる場合に、複数の友達をどの位置に配置するかについて開示がない。また、友達の友達については、表示する記載がない。
本発明は、この点に鑑みてなされたものであり、所定の利用者の友達あるいは友達の友達を分かり易く表示することなどを解決課題とする。

以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。

上述した課題を解決するため、本発明に係る情報処理装置は、利用者に所定の対象についてサービスを提供するために用いられるものであって、前記利用者を一意に識別する識別情報のうち所定の利用者の識別情報（ＵＩＤ）を取得する取得部（２０１）と、前記取得部で取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照する参照部（２０２）と、前記参照部で参照した前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する特定利用者を特定する特定部（２０３）と、前記特定部で特定した前記特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部（２０４）と、前記評価部の評価結果に基づいて、前記特定利用者を配置した画面を表示部に表示させる表示制御部（２０６）と、を備える。

この発明において、所定の対象に関する活動には、所定の対象についてサービスを利用することによる活動と、サービスの対象について利用者によって情報処理装置に登録された活動の少なくとも一方が含まれ得る。

例えば、所定の対象がゴルフであり、サービスがゴルフに関する情報の提供である場合、サービスを利用することによる活動には、ゴルフのプレイに関する投稿、ＧＰＳを用いたゴルフ場へのチェックイン、ゴルフクラブの購入に関する投稿などが含まれ得る。また、サービスの対象について利用者によって情報処理装置装置に登録された活動には、利用者によって入力されたラウンド頻度、練習頻度、プレイしたゴルフ場、使用クラブを示すギア情報などが含まれ得る。
また、この発明において、特定の関係は、友達関係に限定されない。要は、一定の規則に基づいて構築される関係であればどのようなものであってもよい。また、情報処理装置は、利用者同士の階層的な特定の関係を表示させる装置であればどのようなものであってもよい。

本発明に係る管理装置は、利用者に所定の対象についてサービスを提供し、当該利用者の端末装置と通信可能な管理装置（１Ａ）であって、所定の利用者から表示要求を受信すると、前記利用者を一意に識別する識別情報のうち前記所定の利用者の識別情報を取得する取得部（１１）と、前記取得部で取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照する参照部（１２）と、前記参照部で参照した前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する第１の特定利用者を特定する特定部（１３）と、前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部（１４）と、前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部（１５）と、前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる表示制御部（１６）と、を備える。
好ましい態様において、表示制御部は、前記画面を表示するために必要な情報を生成し、当該情報を含む表示応答を前記所定の利用者の前記端末装置に送信することにより、当該端末装置に前記画面を表示させる。この場合において、第１の特定利用者を表示するために必要な情報とは、画像そのものを示す画像情報であってもよいし、画像情報の格納先を示すリンク情報であってもよい。更に、第１の特定利用者はテキストで表示されてもよいし、プロフィール画像などのアイコンで表示されてもよい。また、上述した管理装置は、前記識別情報と前記特定関係情報を少なくとも記憶した記憶部を備えることが好ましい。

上述した管理装置において、前記参照部は、前記第１の特定利用者の識別情報に基づいて、前記第１の特定利用者と特定の関係を示す特定関係情報を参照し、前記特定部は、前記参照部で参照した、前記第１の特定利用者について前記特定の関係を示す前記特定関係情報に基づいて、前記第１の特定利用者と特定の関係を有する前記第２の特定利用者を特定し、前記評価部は、前記特定部で特定した前記第１の特定利用者及び前記第２の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記特定部で特定した前記第１の特定利用者及び前記第２の特定利用者に関する属性情報に基づいて、前記第１の特定利用者及び前記第２の特定利用者に関する属性を評価する処理とのうち、少なくとも一方を実行し、前記決定部は、前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者及び前記第２の特定利用者の位置を決定し、前記表示制御部は、前記決定部で決定された画面上の位置に前記第１の特定利用者及び前記第２の特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる、ことが好ましい。

また、本発明に係る管理装置は、第１サービス利用者に所定の対象に関する第１サービスを提供し、前記第１サービス利用者を含む、第２サービスの利用者である第２サービス利用者に対して前記第２サービスを提供すると共に前記第２サービス利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置及び前記第１サービス利用者の端末装置と通信可能な管理装置（１）であって、前記第１サービス利用者を一意に識別する前記識別情報を記憶する記憶部（１７）と、所定の第１サービス利用者の端末装置から当該所定の第１サービス利用者と特定の関係を有する別の第１サービス利用者を表示する要求を受信すると、前記所定の第１サービス利用者の識別情報を取得する取得部（１１）と、前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照する参照部（１２）と、前記記憶部に記憶されている前記第１サービス利用者の前記識別情報及び前記参照部で参照した前記特定関係情報に基づいて、前記所定の第１サービス利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する者を第１の特定利用者として特定する特定部（１３）と、前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部（１４）と、前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部（１５）と、前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の第１サービス利用者の前記端末装置に表示させる表示制御部（１６）と、を備える。

上述した管理装置において、前記参照部は、前記第１の特定利用者の識別情報に基づいて、前記外部管理装置で管理する前記第１の特定利用者と特定の関係を示す特定関係情報を参照し、前記特定部は、前記特定関係情報と前記記憶部に記憶されている前記第１サービス利用者の前記識別情報とに基づいて、前記所定の第１サービス利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する者を前記第１の特定利用者として特定し、更に、前記参照部で参照した、当該第１の特定利用者について前記特定の関係を示す前記特定関係情報と、前記記憶部に記憶されている前記第１サービス利用者の前記識別情報とに基づいて、当該第１の特定利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する者を第２の特定利用者として特定し、前記評価部は、前記特定部で特定した前記第１の特定利用者及び前記第２の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて、前記所定の対象に関する活動を評価する処理と、前記特定部で特定した前記第１の特定利用者及び前記第２の特定利用者に関する属性情報に基づいて、前記第１の特定利用者及び前記第２の特定利用者に関する属性を評価する処理とのうち、少なくとも一方を実行し、前記決定部は、前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者及び前記第２の特定利用者の位置を決定し、前記表示制御部は、前記決定部で決定された画面上の位置に前記第１の特定利用者及び前記第２の特定利用者を配置した画面を前記所定の第１サービス利用者の前記端末装置に表示させる、ことが好ましい。

更に、上述した管理装置は、利用者の前記サービスの利用内容を示す利用情報及び前記所定の対象について利用者によって当該管理装置に登録された登録情報のうち少なくとも一方を管理する情報管理部（ＤＢ）を備え、前記活動情報には、前記利用情報と前記登録情報との少なくとも一方が含まれ、前記評価部は、前記利用情報と前記登録情報との少なくとも一方に基づいて、前記第1の特定利用者及び前記第２の特定利用者の少なくとも一方について前記所定の対象に関する活動を評価することが好ましい。

また、上述した管理装置において、前記決定部は、前記評価結果に基づいて、前記所定の対象に関する活動と属性とのうち少なくとも一方に関する評価が高い順に、前記第1の特定利用者及び前記第２の特定利用者の少なくとも一方を前記端末装置の表示部の画面上の所定の領域に優先して表示されるように決定することが好ましい。

また、上述した管理装置において、前記端末装置の前記表示部は、画面を所定の方向にスライドして画面サイズよりも大きなサイズのページを表示できるようになっており、前記所定の領域は、初期状態において前記表示部に表示される画面の領域であり、前記決定部は、前記画面の所定の方向にスライドすることにより、前記所定の領域以外に配置された前記第１の特定利用者及び前記第２の特定利用者の少なくとも一方を表示できるように前記第１の特定利用者及び前記第２の特定利用者の少なくとも一方の前記ページ上の位置を決定する、ことが好ましい。

また、上述した管理装置において、前記端末装置の表示部の画面上には前記第1の特定利用者を表示するための複数の表示領域（Ｐ１〜Ｐ５）が設けられており、前記決定部は、前記評価結果に基づいて、前記所定の対象に関する活動の評価が高い順に、前記第1の特定利用者を前記所定の利用者が配置される位置から近い表示領域に優先して表示されるように決定する、ことが好ましい。

本発明に係るサービス提供システムは、利用者に所定の対象についてサービスを提供するサービス提供システム（１００Ａ）であって、前記利用者の端末装置（２）と、管理装置（１Ａ）とを備え、前記端末装置は、前記管理装置と通信可能であり、表示部（２５）を備え、前記管理装置は、所定の利用者から表示要求を受信すると、前記利用者を一意に識別する識別情報のうち前記所定の利用者の識別情報を取得する取得部（１１）と、前記取得部で取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照する参照部（１２）と、前記参照部で参照した前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する第１の特定利用者を特定する特定部（１３）と、前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部（１４）と、前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部（１５）と、前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる表示制御部（１６）と、を備える。

本発明に係るサービス提供システムは、第１サービス利用者に所定の対象に関する第１サービスを提供する管理装置（１）と、前記第１サービス利用者を含む、第２サービスの利用者である第２サービス利用者に対して前記第２サービスを提供する外部管理装置（３）と、前記第２サービス利用者の端末装置とを備えるサービス提供システム（１００）であって、前記端末装置は、前記管理装置と通信可能であり、表示部を備え、前記外部管理装置は、前記第２サービス利用者同士の特定の関係を示す特定関係情報を管理し、前記管理装置は、前記第１サービス利用者を一意に識別する前記識別情報を記憶する記憶部（１７）と、所定の第１サービス利用者の端末装置（２）から当該所定の第１サービス利用者と特定の関係を有する別の第１サービス利用者を表示する要求を受信すると、前記所定の第１サービス利用者の識別情報を取得する取得部（１１）と、前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照する参照部（１２）と、前記記憶部に記憶されている前記第１サービス利用者の前記識別情報及び前記参照部で参照した前記特定関係情報に基づいて、前記所定の第１サービス利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する者を第１の特定利用者として特定する特定部（１３）と、前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部（１４）と、前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部（１５）と、前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる表示制御部（１６）とを備える。

本発明に係る管理装置の制御方法は、利用者に所定の対象についてサービスを提供し、当該利用者の端末装置と通信可能な管理装置（１Ａ）を制御する方法であって、所定の利用者から表示要求を受信すると、前記利用者を一意に識別する識別情報のうち前記所定の利用者の識別情報を取得し、取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照し、前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する第１の特定利用者を特定し、特定した前記第1の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち少なくとも一方を実行し、評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定し、決定された画面上の位置に前記特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる、ことを特徴とする。

本発明に係る管理装置の制御方法は、表示部を有する第１サービス利用者の端末装置（２）と、前記第１サービス利用者に所定の対象に関する第１サービスを提供し前記第１サービス利用者を一意に識別する識別情報を記憶する記憶部を有する管理装置（１）と、前記第１サービス利用者を含む、第２サービスの利用者である第２サービス利用者に対して前記第２サービスを提供し、前記第２サービス利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置（３）とを備えるサービス提供システム（１００）に用いられる管理装置の制御方法であって、所定の第１サービス利用者の端末装置から前記特定の関係を有する別の第１サービス利用者を表示する要求を受信すると、前記所定の第１サービス利用者の識別情報を取得し、取得した前記識別情報に基づいて、前記外部管理装置で管理する特定関係情報を参照し、前記特定関係情報と前記記憶部に記憶されている前記第１サービス利用者の前記識別情報とに基づいて、前記所定の第１サービス利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する者を第１の特定利用者として特定し、特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行し、評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定し、決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の第１サービス利用者の前記端末装置に表示させる、ことを特徴とする。

本発明に係る、コンピュータを備えた情報処理装置のプログラムは、コンピュータを、前記利用者を一意に識別する識別情報のうち所定の利用者の識別情報を取得する取得部（２０１）と、前記取得部で取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照する参照部（２０２）と、前記参照部で参照した前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する特定利用者を特定する特定部（２０３）と、前記特定部で特定した前記特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部（２０４）と、前記評価部の評価結果に基づいて、前記特定利用者を配置した画面を表示部に表示させる表示制御部（２０６）として機能させる、ことを特徴とする。

本発明に係る管理装置のプログラムは、利用者に所定の対象についてサービスを提供し、表示部を有する前記利用者の端末装置（２）と通信可能であり、前記利用者を一意に識別する識別情報を記憶する記憶部（１７）及びコンピュータ（３０）を有する管理装置（１Ａ）のプログラムであって、前記コンピュータを、所定の利用者から表示要求を受信すると、前記利用者を一意に識別する識別情報のうち前記所定の利用者の識別情報を取得する取得部（１１）と、前記取得部で取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照する参照部（１２）と、前記参照部で参照した前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する第１の特定利用者を特定する特定部（１３）と、前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部（１４）と、前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記特定利用者の位置を決定する決定部（１５）と、前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる表示制御部（１６）として機能させることを特徴とする。

本発明に係る管理装置のプログラムは、表示部を有する第１サービス利用者の端末装置（２）と、前記第１サービス利用者に所定の対象に関する第１サービスを提供し前記第１サービス利用者を一意に識別する識別情報を記憶する記憶部及びコンピュータ（３０）を有する管理装置（１）と、前記第１サービス利用者を含む、第２サービスの利用者である第２サービス利用者に対して前記第２サービスを提供し、前記第２サービス利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置（３）とを備えるサービス提供システム（１００）に用いられる管理装置のプログラムであって、前記コンピュータを、所定の第１サービス利用者の端末装置から前記所定の第１サービス利用者と特定の関係を有する別の第１サービス利用者を表示する要求を受信すると、前記所定の第１サービス利用者の識別情報を取得する取得部（１１）と、前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照する参照部（１２）と、前記参照部で参照した前記特定関係情報と前記記憶部に記憶されている前記第１サービス利用者の前記識別情報とに基づいて、前記所定の第１サービス利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する者を第１の特定利用者として特定する特定部（１３）と、前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部（１４）と、前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部（１５）と、前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の第１サービス利用者の前記端末装置に表示させる表示制御部（１６）として機能させることを特徴とする。

上記プログラムは記録媒体に記憶させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。

本発明の第１実施形態に係るサービス提供システムのブロック図である。 ＳＮＳ利用者とゴルフ利用者の関係を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 ゴルフ利用者情報テーブルのデータ構造の一例を示す説明図である。 登録情報テーブルのデータ構造の一例を示す説明図である。 登録情報の入力画面の一例を示す説明図である。 ラウンド頻度及び練習頻度の選択肢１及び選択肢２とランクの関係を示す説明図である。 利用者ログ管理テーブルのデータ構造の一例を示す説明図である。 ゴルフ報告の入力画面の一例を示す説明図である。 ニュースに対するコメント入力画面の一例を示す説明図である。 ゴルフに誘うための入力ボックスがポップアップする画面の一例を示す説明図である。 ゴルフに誘うボタンをクリックした場合の画面遷移の一例を示す説明図である。 他のゴルフ利用者の選択する画面の一例を示す説明図である。 第１個別ログファイルのデータ構造の一例を示す説明図である。 第２個別ログファイルのデータ構造の一例を示す説明図である。 ポイントテーブルＴＢＬｐ１のデータ構造の一例を示す説明図である。 ポイントテーブルＴＢＬｐ１ａ及びＴＢＬｐ１ｂのデータ構造の一例を示す説明図である。 ポイントテーブルＴＢＬｐ２のデータ構造の一例を示す説明図である。 ポイントテーブルＴＢＬｐ３のデータ構造の一例を示す説明図である。 ポイントテーブルＴＢＬｐ４のデータ構造の一例を示す説明図である。 ポイントテーブルＴＢＬｐ５のデータ構造の一例を示す説明図である。 ポイントテーブルＴＢＬｐ６のデータ構造の一例を示す説明図である。 ポイントテーブルＴＢＬｐ７のデータ構造の一例を示す説明図である。 ポイントテーブルＴＢＬｐ８のデータ構造の一例を示す説明図である。 ポイントテーブルＴＢＬｐ９のデータ構造の一例を示す説明図である。 係数テーブルＴＢＬｋのデータ構造の一例を示す説明図である。 ＳＮＳ利用者情報テーブルのデータ構造の一例を示す説明図である。 ＳＮＳ友達情報テーブルのデータ構造の一例を示す説明図である。 管理サーバの構成を示すブロック図である。 端末装置の構成を示すブロック図である。 表示処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 表示処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 所定の利用者と友達関係にあるＳＮＳ友達を特定する処理を示す説明図である。 間接ＳＮＳ友達を特定する処理を示す説明図である。 直接ゴルフ友達と間接ゴルフ友達の配置を説明するための説明図である。 招待処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 招待処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 ゴルフ友達申請の表示画面の一例を示す説明図である。 ゴルフ友達申請の確認画面の一例を示す説明図である。 登録メッセージを含むマイページの一例を示す説明図である。 第２実施形態に係る管理サーバのブロック図である。 ゴルフ友達情報テーブルのデータ構造の一例を示す説明図である。 表示情報生成処理の内容を示すフローチャートである。 間接ＳＮＳ友達を特定する処理を示す説明図である。 直接ゴルフ友達を特定する処理を示す説明図である。 間接ゴルフ友達を特定する処理を示す説明図である。 本発明の第３実施形態に係るサービス提供システムのブロック図である。 本発明の第４実施形態に係る端末装置の構成を示すブロック図である。 端末装置の表示画面の一例を示す説明図である。 表示画面のスライド方向の一例を示す説明図である。 外部利用者の一例を説明するための説明図である。 外部利用者の一例を説明するための説明図である。 外部利用者を表示する端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 友達を招待する際に端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 プルダウンメニューによって入力されたラウンド頻度を日数に換算するためのテーブルを説明する説明図である。

以下、実施形態として、本発明に係る管理サーバを用いたサービス提供システムについて、図面を参照しつつ説明する。
＜第１実施形態＞
＜１．サービス提供システムの構成＞
図１は、本発明の実施形態に係るサービス提供システム１００のブロック図である。このサービス提供システム１００は、インターネットなどの通信網ＮＥＴを介して、ゴルフ情報サービスやコミュニティサービス等（以下、単に「ゴルフ情報サービス」と称する。）を提供する管理サーバ（管理装置）１、利用者の端末装置２、ＳＮＳサイトを提供する外部管理サーバ（外部管理装置）３を備える。以下の説明では、管理サーバ１の提供するゴルフ情報サービスを利用する者をゴルフ利用者（第１サービス利用者）、外部管理サーバ３のＳＮＳの利用者をＳＮＳ利用者（第２サービス利用者）と称する。
外部管理サーバ３が提供するＳＮＳサイトは、利用者同士のコミュニケーションツール（すなわち、利用者の間で行われるメッセージ管理情報の授受システム。例えば、掲示板、メール、チャット等）を提供する。また、ＳＮＳサイトにおいて、友達関係は、アクション元のＳＮＳ利用者が友達申請を行い、これをアクション先のＳＮＳ利用者が承認することによって構築される。外部管理サーバ３は、ＳＮＳ利用者同士の特定の関係であるＳＮＳ友達関係を示すＳＮＳ友達情報（特定関係情報，第２特定関係情報）を管理する。

利用者の端末装置２は、通信網ＮＥＴを介した通信が可能であり、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが該当する。
管理サーバ１は、特定のサービスを提供する。本実施形態の管理サーバ１は、ゴルフ情報サービスをゴルフ利用者に提供する。ここでは、本実施形態では、ゴルフ情報サービスの提供を一例と説明するが、管理サーバ１は、ゲームなどのアプリケーションの提供、ホテルの予約などを含む旅行情報の提供、コンサート情報の提供、物品の販売等の各種サービスを提供するものであってもよい。すなわち、管理サーバ１は、利用者に所定の対象についてサービスを提供するものである。

外部管理サーバ３が提供するＳＮＳ（第２サービス）においては、掲示板、メール、チャット等を利用することができるだけでなく、ゲームや実用的なツールなどのソーシャルアプリケーションを利用することができる。このソーシャルアプリケーションは、前記ＳＮＳの提供者以外の提供者によっても提供されることがあり、ソーシャルアプリケーションを利用するか否か、あるいは、どのソーシャルアプリケーションを利用するかは、ＳＮＳ利用者が任意に決定できるようになっている。ＳＮＳ利用者がソーシャルアプリケーションの利用を希望する場合には、当該ソーシャルアプリケーションが当該ＳＮＳ利用者のプロフィール情報やＳＮＳ上の前記友達情報にアクセスする機能や、当該ソーシャルアプリケーションが当該ＳＮＳ利用者の代わりに掲示板等に投稿する機能等についての許可を求める場合がある。ソーシャルアプリケーションによっては、ＳＮＳ利用者がこれらの機能について許可したことを以って、当該ソーシャルアプリケーションの利用者になる場合がある。このようなソーシャルアプリケーションは、一般に、ＳＮＳサイト内に当該ソーシャルアプリケーションの画面が表示されるため、ＳＮＳ利用者にとっては、あたかもＳＮＳ（第２サービス）のサービスの一つを利用しているような感覚で、ソーシャルアプリケーションを利用することになる。

本実施形態の管理サーバ１によって提供されるゴルフ情報サービス（第１サービス）は、一例として、上述のようなソーシャルアプリケーションにより提供されるサービスである。本実施形態においては、ＳＮＳ利用者がゴルフ情報サービスの利用者であるゴルフ利用者になるためには、ゴルフ情報アプリケーションが当該ＳＮＳ利用者のプロフィール情報やＳＮＳ上の前記友達情報にアクセスする機能や、ゴルフ情報アプリケーションが当該ＳＮＳ利用者の代わりに掲示板等に投稿する機能等についての承認を行うようになっている。ＳＮＳ利用者がこの承認を行うことにより、当該ＳＮＳ利用者はゴルフ利用者となる。

ゴルフ利用者は、図２に示すようにＳＮＳ利用者に含まれる。換言すれば、管理サーバ１は、ゴルフ利用者にゴルフ情報サービス（第１サービス）を提供し、外部管理サーバ３のＳＮＳ利用者に限って、管理サーバ１のゴルフ利用者として登録する。一方、外部管理サーバ３は、ゴルフ利用者を含むＳＮＳ利用者に対してＳＮＳ（第２サービス）を提供する。つまり、ゴルフ利用者は常にＳＮＳ利用者であるが、ＳＮＳ利用者の中にはゴルフ利用者でない者もいる。言い換えれば、ゴルフ利用者の集合はＳＮＳ利用者の集合に含まれるため、第１実施形態の管理サーバ１は、ゴルフ利用者の友達関係をＳＮＳ利用者の友達関係を用いて管理する。
ここで、所定のゴルフ利用者（所定の利用者）とＳＮＳ上の友達関係にある者を「直接ＳＮＳ友達Ｕf1」と称する。また、直接ＳＮＳ友達Ｕf1とＳＮＳ上で友達関係にある者を「間接ＳＮＳ友達Ｕf2」と称する。ただし間接ＳＮＳ友達には、所定のゴルフ利用者及び所定のゴルフ利用者の直接ＳＮＳ友達に該当する者は含まないものとする。
また、直接ＳＮＳ友達Ｕf1であってゴルフ利用者である者を「直接ゴルフ友達Ｕg1（第１の特定利用者）」と称し、間接ＳＮＳ友達Ｕf2であってゴルフ利用者である者を「間接ゴルフ友達Ｕg2（第２の特定利用者）」と称する。

そして図２に示すように、管理サーバ１は直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2を管理する。なお、本実施形態において「管理する」とは、ＳＮＳ利用者に関するＳＮＳ利用者情報、ゴルフ利用者に関するゴルフ利用者情報、ＳＮＳ利用者の友達関係を示すＳＮＳ友達情報その他のゴルフ利用者の友達関係を管理するために必要な情報のすべてを、外部の管理サーバ装置等の装置に記憶させておき、当該装置と通信して上記情報を要求（参照）することによりゴルフ利用者の友達関係を把握（特定）可能とすることを意味する。後に詳述するが、本実施形態では、管理サーバ１は、ゴルフ利用者情報テーブルＴＢＬ１１を記憶しており、外部管理サーバ３が記憶するＳＮＳ利用者情報テーブルＴＢＬ３１及びＳＮＳ友達情報テーブルＴＢＬ３２を参照することにより、直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2を特定する。ただし、他の実施形態において「管理する」とは、ＳＮＳ利用者に関するＳＮＳ利用者情報、ゴルフ利用者に関するゴルフ利用者情報、ＳＮＳ利用者の友達関係を示すＳＮＳ友達情報その他のゴルフ利用者の友達関係を管理するために必要な情報のすべてを自己の記憶部に保持しておき、当該記憶部から上記情報を呼び出すことによりゴルフ利用者の友達関係を把握（特定）可能とすることであってもよい。

図１を参照して、管理サーバ１の機能を説明する。管理サーバ１は、ゴルフ利用者情報テーブルＴＢＬ１１、表示基準情報Ｇｒｅｆ、活動データベースＤＢ、第１個別ログファイルＦＬ１、第２個別ログファイルＦＬ２、ポイントテーブルＴＢＬｐ、係数テーブルＴＢＬｋ及び管理サーバ１を制御するプログラムを記憶した記憶部１７を備える。
ゴルフ利用者情報テーブルＴＢＬ１１には、ゴルフ利用者を一意に識別する識別情報ＵＩＤなどが格納されている。活動データベースＤＢには、ゴルフ（所定の対象）に関する活動を示す活動情報が記録されている。活動情報は、ゴルフ利用者のサービスの利用内容を示す利用情報とゴルフの活動についてゴルフ利用者が管理サーバ１に登録した登録情報とが含まれる。登録情報には、ラウンド頻度、練習頻度、及び所有クラブなどが含まれる。登録情報テーブルＴＢＬａには登録情報がゴルフ利用者の識別情報ＵＩＤと対応づけて記録されている。

ゴルフ利用者のサービスの利用内容には、様々なものが含まれる。例えば、あるゴルフ利用者がゴルフに行ってきたことやクラブの購入などをゴルフ報告として投稿したり、あるゴルフ利用者が他のゴルフ利用者の投稿に対してコメントしたり、あるいは、ゴルフニュースに対してコメントする場合、さらには、あるゴルフ利用者が他のゴルフ利用者をゴルフに誘うといったアクションがある。本実施形態では、各種のアクションの主体となるゴルフ利用者の識別情報ＵＩＤをアクション元識別情報UID_Fromと称し、アクションの相手方のゴルフ利用者の識別情報ＵＩＤをアクション先識別情報UID_Toと称する。利用者ログ管理テーブルＴＢＬｂには、アクション元識別情報UID_From、アクション先識別情報UID_To、及びアクションの内容を示す情報などが対応付けられて記録されている。なお、利用者ログ管理テーブルＴＢＬｂに記憶される各種の情報は、一定の保持期間（例えば、１２０日）を経過した後、削除してもよい。

次に、第１個別ログファイルＦＬ１は、アクション元識別情報UID_Fromをキーとして利用者ログ管理テーブルＴＢＬｂの記憶内容をソートし、ゴルフ利用者ごとに生成される。同様に、第２個別ログファイルＦＬ２は、アクション先識別情報UID_Toをキーとして利用者ログ管理テーブルＴＢＬｂの記憶内容をソートし、ゴルフ利用者ごとに生成される。
本実施形態では、ゴルフ利用者が端末装置２を操作して、管理サーバ１が提供するサイトにアクセスすると、端末装置２の表示部には、直接ゴルフ友達Ｕg1や間接ゴルフ友達Ｕg2が表示される。この際、上述した活動情報に基づいて、直接ゴルフ友達Ｕg1や間接ゴルフ友達Ｕg2のゴルフに関する活動を、上述した活動情報に基づいて評価する。本実施形態における評価は、以下に示す項目１〜項目６について行う。

項目１は、実際にゴルフに誘った、あるいは誘われたかである。項目２は、管理サーバ１が提供するアプリケーションにおける所定のゴルフ利用者との交流頻度である。項目３は、管理サーバ１が提供するアプリケーションにおける活動頻度である。項目４は、所定のゴルフ利用者との住んでいる地域の近接の程度である。項目５は、所定のゴルフ利用者との年齢の近接の程度である。項目６は、ゴルフに行く頻度である。

ポイントテーブルＴＢＬｐには、各項目についてゴルフに関する活動を評価するための基準が記憶されており、ポイントテーブルＴＢＬｐを参照することによって、直接ゴルフ友達Ｕg1や間接ゴルフ友達Ｕg2の活動が、ポイントに変換される。係数テーブルＴＢＬｋには各項目に対応する係数が格納されている。各項目に対応するポイントに所定の係数を乗算し、乗算結果を加算して評価値Ｈを得る。係数は適宜定めることができるが、本実施形態では、項目１が最も係数が大きく、項目２、項目３、項目４、項目５、項目６の順に係数が小さくなってゆく。
表示基準情報Ｇｒｅｆは、評価値に基づいて、これらの友達を画面のどの位置に表示するかを決定するための規則を示す情報である。

また、管理サーバ１は、所定の利用者（所定のゴルフ利用者）の端末装置２から所定の利用者の友達関係を表示する要求を受信すると、所定の利用者の識別情報ＵＩＤを取得する取得部１１と、取得部１１で取得した識別情報ＵＩＤに基づいて、外部管理サーバ３で管理するＳＮＳ友達情報を参照する参照部１２と、記憶部１７に記憶されているゴルフ利用者の識別情報ＵＩＤ及びＳＮＳ友達情報に基づいて、所定の利用者と友達関係を有するＳＮＳ利用者のうちゴルフ利用者に該当する者を直接ゴルフ友達Ｕg1（第１の特定利用者）として特定し、所定の利用者と友達関係を有するＳＮＳ利用者と更に友達関係を有するＳＮＳ利用者（間接ＳＮＳ友達Ｕf2）のうちゴルフ利用者に該当する者を間接ゴルフ友達Ｕg2（第２の特定利用者）として特定する特定部１３と、特定部１３で特定した直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2について、ゴルフ（所定の対象）に関する活動を示す活動情報に基づいて、ゴルフに関する活動を評価する評価部１４と、評価部１４の評価結果に基づいて、端末装置２の表示部の画面上に表示される直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2の位置を決定する決定部１５と、決定部１５で決定された画面上の位置に直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2を配置した画面を所定の利用者の端末装置２に表示させる表示制御部１６とを備える。具体的には、表示制御部１６は、決定部１５で決定された画面上の位置に直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2を表示するために必要な情報を生成し、当該情報を含む表示応答を所定の利用者の端末装置２に送信する。
本実施形態では、評価の対象を直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2としたが、その一部を評価の対象としてもよく、例えば、直接ゴルフ友達Ｕg1にのみ着目してもよいし、あるいは、現在から所定時間前までの期間に投稿などの何らかのアクションを行った者のみを評価の対象としてもよい。

外部管理サーバ３は、ＳＮＳ利用者を一意に識別する識別情報、ＳＮＳ利用者の氏名、及びプロフィール画像のリンク先を示すリンク情報など格納されたＳＮＳ利用者情報テーブルＴＢＬ３１と、ＳＮＳ利用者の友達関係を示す友達情報が格納されたＳＮＳ友達情報テーブルＴＢＬ３２を備える。このＳＮＳ友達情報テーブルＴＢＬ３２は、ＳＮＳ（第２サービス）内における友達関係を構築するためのＳＮＳ利用者の活動を示したものである。さらに、外部管理サーバ３は、各種のＡＰＩ（Application Program Interface）を実行可能であり、管理サーバ１からのパラメータを含む要求を受信すると、ＳＮＳ利用者情報テーブルＴＢＬ３１又はＳＮＳ友達情報テーブルＴＢＬ３２から所定の情報を抽出して管理サーバ１に返信するようになっている。

管理サーバ１は、各ゴルフ利用者に対してマイページを提供する。マイページには、各種のゴルフに関する情報が集約されて表示される。図３にマイページの一例を示す。同図に示すように領域Ｘには、所定の利用者（本人）のプロフィール画像が表示され、領域Ｙ１には、所定の利用者の直接ゴルフ友達Ｕg1のプロフィール画像が表示され、さらに、領域Ｙ２には、間接ゴルフ友達Ｕg2のプロフィール画像が表示される。このように、直接ゴルフ友達Ｕg1と、間接ゴルフ友達Ｕg2とが、異なる領域Ｙ１及びＹ２に表示されるので、所定の利用者は、階層的な友達関係を容易に把握することが可能となる。このように、階層的な友達関係を示す関係図をゴルフフレンドマップと称する。

この例では、領域Ｙ１に直接ゴルフ友達Ｕg1（ゴルフ友達ＧＦ１〜ＧＦ５）が表示されるが、その表示位置は、活動情報に基づいて決定される。すなわち、ゴルフに関する活動を評価し、評価結果が高い直接ゴルフ友達Ｕg1ほど、領域Ｙ１において領域Ｘに表示される所定の利用者と最も近い辺りに近づくように表示される。これにより、直接ゴルフ友達Ｕg1のうち誰がゴルフに熱心であるかを一見して知ることができる。また、領域Ｙ２に表示される間接ゴルフ友達Ｕg2も、領域Ｙ１に表示されるゴルフ友達と同様に、ゴルフに関する活動を評価し、評価結果に基づいて表示位置が決定される。

図４にゴルフ利用者情報テーブルＴＢＬ１１のデータ構造を示す。ゴルフ利用者情報テーブルＴＢＬ１１には複数のレコードが記録されている。１つのレコードは、ゴルフ利用者を一意に識別する識別情報ＵＩＤ、登録日、プロフィール情報、及びラウンド履歴情報を含む。本実施形態では、ゴルフ利用者の識別情報ＵＩＤは、ＳＮＳ利用者の識別情報ＵＩＤと一致する。但し、ＳＮＳ利用者の識別情報とゴルフ利用者の識別情報とは必ずしも一致する必要はなく、相違していてもよい。この場合は、ゴルフ利用者情報テーブルＴＢＬ１１のレコードにＳＮＳ利用者の識別情報とゴルフ利用者の識別情報とを対応づけて記録すればよい。

プロフィール情報は、性別、年齢、及びメールアドレスを含む。また、ラウンド履歴情報は、プレイしたゴルフ場名、スコア、及びラウンド日を含む。レコードに、その他の情報を記録してもよい。また、ゴルフ利用者情報テーブルＴＢＬ１１に記憶すべき情報として、ゴルフ利用者の識別情報ＵＩＤは必須であるが、その他の情報は省略してもよい。さらに、ゴルフ利用者情報テーブルＴＢＬ１１をキーとなる情報（例えば、識別情報ＵＩＤ）で紐づけた複数のテーブルで構成し、リレーショナルデータベースとしてもよい。

図５に登録情報テーブルＴＢＬａのデータ構造を示す。登録情報テーブルＴＢＬａには複数のレコードが記録されている。１つのレコードは、ゴルフ利用者を一意に識別する識別情報ＵＩＤ、ラウンド頻度、練習頻度、ラウンド経験のあるゴルフ場、及び使用クラブを含む。ここで、ラウンド頻度及び練習頻度は、ランクで示される。
これらの登録情報は、ゴルフ利用者が管理サーバ１に対して登録を行うことによって登録情報テーブルＴＢＬａに記録される。図６は、端末装置２の表示部に表示される登録画面である。この登録ページは管理サーバ１によって提供される。この例では、ゴルフ場は入力ボックスｂ１に入力し、ラウンド頻度と練習頻度はプルダウンメニューの項目を選択することにより入力し、クラブは入力ボックスｂ２に入力することによって登録される。図７にラウンド頻度及び練習頻度の選択肢１及び選択肢２とランクの関係を示す。例えば、選択肢１が「月に」で選択肢２が「５回以上」の場合、ランクは「６」となり、これがラウンド頻度又は練習頻度として登録情報テーブルＴＢＬａに記録される。

図８に利用者ログ管理テーブルＴＢＬｂのデータ構造を示す。利用者ログ管理テーブルＴＢＬｂには複数のレコードが記録されている。１つのレコードは、レコードを一意に識別するレコードＩＤ、各種のアクションの主体となるゴルフ利用者のアクション元識別情報UID_From、アクションの相手方のゴルフ利用者のアクション先識別情報UID_To、アクションの日時を示すタイムスタンプ、アクションの種別を示すアクション種別情報kind、ゴルフ利用者が書き込んだコメント、及びニュースを特定するニュースＩＤが対応付けられて記録されている。利用者ログ管理テーブルＴＢＬｂを参照することによって、誰が（アクション元識別情報UID_From）、誰に（アクション先識別情報UID_To、ニュースＩＤ）、いつ（タイムスタンプ）、どんなアクション（アクション種別情報、コメント）を起こしたかを知ることができる。

アクション種別情報kindは、以下のように記録される。第１に、ゴルフに誘うボタンを使用して他のゴルフ利用者をゴルフに誘った場合にkind＝１が記録される。第２に、報告ボタンを使用してゴルフ報告を投稿した場合にkind＝２が記録される。第３に、他のゴルフ利用者のゴルフ報告に対していいねボタンを使用して意思表示をした場合にkind＝３が記録される。第４に、他のゴルフ利用者のゴルフ報告に対してコメントボタンを使用してコメントを投稿した場合にkind＝４が記録される。第５に、ログインした場合にkind＝５が記録される。第６に、ニュースに対していいねボタンを使用して意思表示をした場合にkind＝６が記録される。第７に、ニュースに対してコメントボタンを使用してニュースにコメントを投稿した場合にkind＝７が記録される。第８に、行きたいボタンを使用してゴルフに行きたいことを意思表示した場合にkind＝８が記録される。
なお、ゴルフ報告のアクションやニュースに対するアクションは他のゴルフ利用者に対するものではないので、アクション先識別情報UID_Toは記録されない。

本実施形態では、ゴルフ利用者がゴルフに関するコメントを自由に書き込めるようになっており、書き込んだコメントは、ゴルフ報告として所定の利用者（本人）のマイページや、ゴルフ友達のマイページに投稿されるようになっている。

図９に端末装置２の表示部に表示されるゴルフ報告の入力画面も一例を示す。アイコンＡ１とクリックすると、ゴルフ報告の入力ボックスｂ３が表示される。アイコンＡ１は上述したゴルフ報告ボタンとして機能するほか、コメントボタンとしても機能する。
入力ボックスｂ３にコメントを入力して、送信ボタンＢ６をクリックすると、アクション元識別情報UID_From、アクション種別情報kind、コメント、及びコメント日時が管理サーバ１に送信される。なお、アクション種別情報kindは、管理サーバ１のＣＰＵ３０が生成してもよい。また、ＣＰＵ３０が利用者ログ管理テーブルＴＢＬｂにレコードを追加する際にタイムスタンプを発行してもよく、この場合は、コメント日時を端末装置２から送信しなくてもよい。

そして、ゴルフ報告がなされると、所定期間、ゴルフ友達のアイコンに近接して当該ゴルフ友達がゴルフ報告を行ったことを示すアイコンａ１が表示される。図９に示す例では、ゴルフ友達ＧＦ２が最近、ゴルフ報告を投稿したことを示している。また、アイコンＡ２は、「ゴルフに行きたい」といった意思表示をゴルフ友達に伝えるために用いられる。アイコンＡ２をクリックすると、所定期間、図９に示すようにゴルフ友達のアイコンに近接して当該ゴルフ友達がゴルフに行きたいことを示すアイコンａ２が表示される。この例では、ゴルフ友達ＧＦ１が最近、ゴルフに行きたいと希望していることが分かる。アイコンＡ２は、上述した、行きたいボタンとして機能する。

本実施形態では、ゴルフ利用者が自己の意思を表示するためのアイコンをクリックすることも、利用情報に含めて管理する。例えば、ゴルフ友達ＧＦ１の識別情報ＵＩＤが「2zz99x999」であるとすると、ゴルフ友達ＧＦ１がアイコンＡ２をクリックすると、図８に示すレコードＩＤ＝000005に示すレコードが記録される。このレコードには、アクション種別情報kindとして「８」が記録される。なお、この例では、他の投稿と同じ形式でアイコンＡ２のクリックを管理したが、クリックしたことを示すフラグとクリックした日時を対応づけて利用者ログ管理テーブルＴＢＬｂに記録してもよいし、別のテーブルに記録して管理してもよい。

図１０に、ニュースに対してコメントを投稿するための入力画面の一例を示す。アイコンＡ３をクリックすると、画面の左側にニュースやゴルフ報告などがタイムラインで表示される。そして、表示された複数のニュースのうち一つを選択すると、同図に示すようにニュースの詳細とコメントの入力ボックスｂ４が表示される。入力ボックスｂ４にコメントを入力して、送信ボタンＢ６をクリックすると、アクション元識別情報UID_From、ニュースＩＤ、及びコメントが管理サーバ１に送信される。管理サーバ１は、端末装置２から送信された情報に基づいて、利用者ログ管理テーブルＴＢＬｂにレコードを追加する。例えば、アクション元識別情報UID_Fromが「5zz99x999」、ニュースＩＤが「NEWS0001」であるとすれば、図８に示すレコードＩＤ＝000003のレコードが追加される。このレコードには、アクション種別情報kindとして「７」が記録される。また、図１０に示すいいねボタンＢ１０をクリックすると、図８に示すレコードＩＤ＝000007のレコードが追加される。このレコードには、アクション種別情報kindとして「６」が記録される。

次に、ゴルフに誘うについて説明する。例えば、所定のゴルフ利用者Ｘが、図３に示す直接ゴルフ友達Ｕg1のアイコンＧＦ３をクリックすると、図１１に示すようにアイコンＧＦ３に対応するゴルフ友達をゴルフに誘うための画面がポップアップされる。この例では、領域Ｃ１に当該ゴルフ友達のアイコンが表示され、領域Ｃ２に当該ゴルフ友達の名前である「佐藤浩一」で表示される。領域Ｃ３は、当該ゴルフ友達の投稿があればその内容が表示される。この例では、投稿が無い場合を示している。そして、キャンセルボタンＢ１２をクリックすると、ポップアップ画面がキャンセルされ、図３に示すゴルフフレンドマップに戻る。

一方、ゴルフに誘うボタンＢ１１をクリックすると、図１２に示す画面が表示される。領域Ｃ６には「佐藤浩一さんと一緒にゴルフに誘う人を選んでください。」と表示され、さらに、領域Ｃ７には、図３に示すゴルフフレンドマップに表示された直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2のアイコンが表示される。これにより、さらにゴルフに誘うゴルフ利用者を選択するように促される。

この後、直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2のアイコンをクリックすると、例えば、図１３に示す画面が表示される。この例では、領域Ｃ７に表示されるゴルフ利用者のうち３人が選択される。選択されたゴルフ利用者のアイコンの右上にはチェックマークが表示される。この状態でキャンセルボタンＢ１４をクリックすると、ゴルフに誘うは実行されず、図３に示すゴルフフレンドマップに戻る。

一方、決定ボタンＢ１３をクリックすると、端末装置２のゴルフ利用者の識別情報ＵＩＤをアクション元識別情報UID_Fromとし、選択した４人の識別情報ＵＩＤをアクション先識別情報UID_Toとし、アクション種別情報kindを「１」とする通知が、端末装置２から管理サーバ３に送信される。管理サーバ３は、当該通知を受信すると、レコードを追加する。例えば、端末装置２のゴルフ利用者（所定のゴルフ利用者）の識別情報ＵＩＤを「6zz99x999」とし、佐藤浩一の識別情報を「7zz99x999」とすると、図８に示すレコードＩＤが「000010」に対応するレコードが、利用者ログ管理テーブルＴＢＬｂに記録される。

次に、第１個別ログファイルＦＬ１と第２個別ログファイルＦＬ２について説明する。
第１個別ログファイルＦＬ１は、アクション元識別情報UID_Fromをキーとして利用者ログ管理テーブルＴＢＬｂをソートしたものであり、第２個別ログファイルＦＬ２は、アクション先識別情報UID_Toをキーとして利用者ログ管理テーブルＴＢＬｂをソートしたものである。例えば、アクション元識別情報UID_Fromが「6zz99x999」であるとすれば、第１個別ログファイルＦＬ１は図１４Ａに示すものとなり、アクション先識別情報UID_Toが「2zz99x999」であるとすれば、第２個別ログファイルＦＬ２は図１４Ｂに示すものとなる。

次に、ポイントテーブルＴＢＬｐについて説明する。ポイントテーブルＴＢＬｐは、ポイントテーブルＴＢＬｐ１〜ＴＢＬｐ９から構成される。ポイントテーブルＴＢＬｐ１は、実際にゴルフに誘った、あるいは誘われたかを評価する項目１のポイントと判定基準とを対応づけて記憶している。図１５にポイントテーブルＴＢＬｐ１の記憶内容を示す。具体的には、ゴルフに誘った日又はゴルフに誘われた日から現在日までの差分日Ｚ１とポイントとの関係がポイントテーブルＴＢＬｐ１に記憶されている。例えば、差分日Ｚ１が４０日であれば、ポイントは「１５」となる。

項目１のポイントを特定する処理においては、第１に、表示対象とするゴルフ利用者の識別情報ＵＩＤとアクション元識別情報UID_Fromとが一致するレコードを第１個別ログファイルＦＬ１から抽出し、対象とするゴルフ利用者の識別情報ＵＩＤとアクション元識別情報UID_Toとが一致するレコードを第２個別ログファイルＦＬ２から抽出する。第２に、抽出したレコードのうちアクション種別情報kindに「１」が記録されているレコードを特定する。第３に、特定したレコードに記録されているタイムスタンプと現在日とに基づいて差分日Ｚ１を特定する。第４に、特定した差分日Ｚ１に対応するポイントを、ポイントテーブルＴＢＬｐ１を参照して特定する。第５に、特定したポイントの合計を算出し、項目１のポイントＰ１とする。

この例では、表示対象とするゴルフ利用者がゴルフに誘った場合と、ゴルフに誘われた場合とで同じポイントを付与したが、ゴルフに誘った場合と、ゴルフに誘われた場合とで異なるポイントを付与してもよい。例えば、表示対象とするゴルフ利用者がゴルフに誘った場合には、図１６に示すポイントテーブルＴＢＬｐ１ａを参照して、特定した差分日Ｚ１に対応するポイントを特定し、表示対象とするゴルフ利用者がゴルフに誘われた場合には、図１６に示すポイントテーブルＴＢＬｐ１ｂを参照して、特定した差分日Ｚ１に対応するポイントを特定してもよい。具体的には、第１個別ログファイルＦＬ１から抽出されたレコードは、ポイントテーブルＴＢＬｐ１ａを参照してポイントを特定し、第２個別ログファイルＦＬ２から抽出されたレコードは、ポイントテーブルＴＢＬｐ１ｂを参照してポイントを特定すればよい。

次に、ポイントテーブルＴＢＬｐ２は、管理サーバ１が提供するアプリケーションにおける所定のゴルフ利用者との交流頻度である項目２のポイントと判定基準とを対応づけて記憶している。図１７にポイントテーブルＴＢＬｐ２の記憶内容を示す。具体的には、アクション種別情報kind、判定基準及びポイントを対応づけて記憶している。本実施形態では所定のゴルフ利用者と表示対象となるゴルフ利用者との間の交流として、所定のゴルフ利用者の投稿に対する表示対象となるゴルフ利用者の「いいね」及びコメントがある。ここで、所定のゴルフ利用者の投稿には、ゴルフ報告やニュースに対するコメントの投稿が含まれる。
ポイントテーブルＴＢＬｐ２のアクション種別情報kindが「３」のレコードは、「いいね」の実行回数Ｚ２とポイントとの関係を記録している。また、アクション種別情報kindが「４」のレコードは、コメントの投稿回数Ｚ３とポイントとの関係を記録している。

項目２のポイントを特定する処理は、「いいね」に関するポイントを特定する処理とコメントに関するポイントを特定する処理とに大別される。まず、「いいね」に関するポイントを特定する処理については、第１に、所定のゴルフ利用者の第１個別ログファイルＦＬ１及び第２個別ログファイルＦＬ２を特定する。第２に、第１個別ログファイルＦＬ１及び第２個別ログファイルＦＬ２からアクション種別情報kindが「３」となるレコードを抽出する。第３に、第１個別ログファイルＦＬ１から抽出したレコードについて、表示対象とするゴルフ利用者の識別情報ＵＩＤとアクション先識別情報UID_Toとが一致するレコードを抽出する。第４に、第２個別ログファイルＦＬ２から抽出したレコードについて、表示対象とするゴルフ利用者の識別情報ＵＩＤとアクション元識別情報UID_Fromとが一致するレコードを抽出する。第５に、タイムススタンプを参照し、現在日から所定期間内（例えば、９０日）のレコードを更に絞り込む。第６に、絞り込んだレコードの数をカウントして実行回数Ｚ２とする。第７に、実行回数Ｚ２に対応するポイントを、ポイントテーブルＴＢＬｐ２を参照して特定する。

次に、コメントに関するポイントを特定する処理では、第１に、所定のゴルフ利用者の第１個別ログファイルＦＬ１及び第２個別ログファイルＦＬ２を特定する。第２に、第１個別ログファイルＦＬ１及び第２個別ログファイルＦＬ２からアクション種別情報kindが「４」となるレコードを抽出する。第３に、第１個別ログファイルＦＬ１から抽出したレコードについて、表示対象とするゴルフ利用者の識別情報ＵＩＤとアクション先識別情報UID_Toとが一致するレコードを抽出する。第４に、第２個別ログファイルＦＬ２から抽出したレコードについて、表示対象とするゴルフ利用者の識別情報ＵＩＤとアクション元識別情報UID_Fromとが一致するレコードを抽出する。第５に、タイムススタンプを参照し、現在日から所定期間内（例えば、９０日）のレコードを更に絞り込む。第６に、絞り込んだレコードの数をカウントしてコメントの投稿回数Ｚ３とする。第７に、コメントの投稿回数Ｚ３に対応するポイントを、ポイントテーブルＴＢＬｐ２を参照して特定する。
そして、「いいね」に関するポイントを特定する処理で得られたポイントとコメントに関するポイントを特定する処理で得られたポイントの合計を項目２のポイントＰ２として算出する。
なお、所定のゴルフ利用者が表示対象となるゴルフ利用者に対して「いいね」やコメントしたアクションの場合と、表示対象となるゴルフ利用者が所定のゴルフ利用者に対して「いいね」やコメントしたアクションの場合とで異なるポイントを設定してもよい。

次に、ポイントテーブルＴＢＬｐ３は、管理サーバ１が提供するアプリケーションにおける活動頻度である項目３のポイントと判定基準とを対応づけて記憶している。図１８にポイントテーブルＴＢＬｐ３の記憶内容を示す。本実施形態のアプリケーションにおける活動の評価では、ゴルフ報告の回数、ニュースへの「いいね」の実行回数、ニュースへのコメント回数、及びログイン回数を評価の対象とする。具体的には、ポイントテーブルＴＢＬｐ３は、各評価対象の回数Ｚ４とポイントとを対応づけて記憶している。

項目３のポイントを特定する処理は、第１に、表示対象のゴルフ利用者の第１個別ログファイルＦＬ１を特定する。第２に、第１個別ログファイルＦＬ１からアクション種別情報kindがゴルフ報告を示す「２」、ニュースへの「いいね」を示す「６」、ニュースへのコメントを示す「７」、ログインを示す「５」となるレコードを各々抽出する。第３に、アクション種別情報kindごとにレコードの数をカウントする。カウント結果は回数Ｚ４となる。第４に、アクション種別情報kindごとに回数Ｚ４に対応するポイントを、ポイントテーブルＴＢＬｐ３を参照して特定する。第５に、特定したポイントの合計を算出し、項目３のポイントＰ３とする。

なお、利用者ログ管理テーブルＴＢＬｂは、上述したように保持期間を経過するとレコードを削除するが、それよりも短い所定期間（例えば、３０日）の活動に基づいて項目３のポイントを算出するようにしてもよい。また、ゴルフ報告とニュースへの「いいね」とで個別のポイントテーブルを持ち、異なるポイントを付与してもよい。くわえて、ログイン回数のみ別のポイントテーブルを用いて、異なるポイントを付与してもよい。

次に、ポイントテーブルＴＢＬｐ４は、所定のゴルフ利用者と表示対象のゴルフ利用者が住んでいる地域の近接の程度とをポイントと対応づけて記憶している。図１９にポイントテーブルＴＢＬｐ４の記憶内容を示す。図１９において指標Ｚ５は、近接の程度を示すものであって、Ｚ５＝０は、所定のゴルフ利用者と表示対象のゴルフ利用者が同一の都道府県であることを示し、Ｚ５＝１は、所定のゴルフ利用者と表示対象のゴルフ利用者が近隣の都道府県であることを示し、Ｚ５＝２は、所定のゴルフ利用者と表示対象のゴルフ利用者が同一又は近隣の都道府県でないことを示す。
また、同一、近隣、その他の都道府県は、例えば、図２０に示すポイントテーブルＴＢＬｐ５を参照して判定する。あるいは、図２１に示すポイントテーブルＴＢＬｐ６を参照して判定してもよい。

項目４のポイントを特定する処理は、第１に、ゴルフ利用者情報テーブルＴＢＬ１１を参照して、所定のゴルフ利用者の住所の都道府県及び表示対象となるゴルフ利用者の住所の都道府県を特定する。なお、ゴルフ利用者情報テーブルＴＢＬ１１に記録される住所は、外部管理サーバ３から取得したものであってもよいし、管理サーバ１に登録されたものであってもよい。また、住所が未入力である場合、あるいは非公開とされている場合には項目４のポイントを「０」にする。第２に、ポイントテーブルＴＢＬｐ５を参照して、所定のゴルフ利用者の住所の都道府県及び表示対象となるゴルフ利用者の住所の都道府県に対応する指標Ｚ５を特定する。第３に、ポイントテーブルＴＢＬｐ４を参照して、指標Ｚ５に対応するポイントＰ４を取得する。

次に、ポイントテーブルＴＢＬｐ７は、所定のゴルフ利用者と表示対象のゴルフ利用者との年齢の近接の程度とをポイントと対応づけて記憶している。図２２にポイントテーブルＴＢＬｐ５の記憶内容を示す。図２２において指標Ｚ６は、表示対象のゴルフ利用者の年齢から所定のゴルフ利用者の年齢を減算した結果を示している。Ｚ６＝０は、所定のゴルフ利用者と表示対象のゴルフ利用者との年齢が同じである場合である。指標Ｚ６が負の場合は、表示対象のゴルフ利用者が所定のゴルフ利用者より年下であり、指標Ｚ６が正の場合は、表示対象のゴルフ利用者が所定のゴルフ利用者より年上である。この例では、表示対象のゴルフ利用者が同い年→年下差３歳未満→年上差３歳未満→年下５歳未満→年上５歳未満→年下５歳以上→年上５歳以上の順にポイントを高く設定してある。これは、表示の優先順位において、ゴルフに誘った場合に承諾する可能性を考慮したものである。すなわち、同じ年齢であれば話題が共通するので、最もゴルフに誘った場合に承諾する可能性が高く、年齢差がある場合には、年上よりも年下の方が承諾する可能性が高いと考える場合があることを考慮したものである。

項目５のポイントを特定する処理は、第１に、ゴルフ利用者情報テーブルＴＢＬ１１を参照して、所定のゴルフ利用者の誕生日から年齢を特定するとともに、表示対象となるゴルフ利用者の誕生日から年齢を特定する。なお、ゴルフ利用者情報テーブルＴＢＬ１１に記録される誕生日は、外部管理サーバ３から取得したものであってもよいし、管理サーバ１に登録されたものであってもよい。また、誕生日が未入力である場合、あるいは非公開とされている場合には項目５のポイントを「０」にする。第２に、現在日と誕生日に基づいて、所定のゴルフ利用者の年齢と表示対象となるゴルフ利用者の年齢を特定する。第３に、指標Ｚ６（＝表示対象のゴルフ利用者の年齢−所定のゴルフ利用者の年齢）を算出する。第４に、ポイントテーブルＴＢＬｐ７を参照して、指標Ｚ６に対応するポイントＰ５を取得する。

ポイントテーブルＴＢＬｐ７は、所定のゴルフ利用者の性別及び表示対象となるゴルフ利用者の性別を考慮していなかったが、これを考慮して項目５を評価してもよい。すなわち、例えば所定のゴルフ利用者が男性である場合には、年上女性より年下女性のほうがゴルフに誘いやすく、同性であれば年齢が近いほうが、かつ年下のほうがゴルフに誘いやすいと考える場合があることを考慮したものである。また、所定のゴルフ利用者が女性である場合には、年下男性より年上男性のほうが誘いやすく、同性であれば年齢が近いほうが誘いやすいと考える場合があることを考慮したものである。
性別を考慮する場合には、ポイントテーブルＴＢＬｐ７の代わりに図２３に示すポイントテーブルＴＢＬｐ８を用いればよい。

次に、ポイントテーブルＴＢＬｐ９は、表示対象のゴルフ利用者のラウンド頻度及び練習頻度とポイントとを対応づけて記憶している。図２４にポイントテーブルＴＢＬｐ９の記憶内容を示す。図２４において指標Ｚ７は、表示対象のゴルフ利用者のラウンド頻度のランクから所定のゴルフ利用者のラウンド頻度のランクを減算した結果を示している。また、指標Ｚ８は、表示対象のゴルフ利用者の練習頻度のランクから所定のゴルフ利用者の練習頻度のランクを減算した結果を示している。本実施形態ではラウンド頻度及び練習頻度のランクが近い程、付与されるポイントが高くなるように設定されている。これは、ゴルフに対する熱意が所定のゴルフ利用者と近いゴルフ利用者を優先して表示させるためである。

項目６のポイントを特定する処理は、第１に、登録情報テーブルＴＢＬａを参照して、所定のゴルフ利用者及び表示対象のゴルフ利用者について、ラウンド頻度のランク及び練習頻度のランクを取得する。第２に、指標Ｚ７及び指標Ｚ８を算出する。第３に、ポイントテーブルＴＢＬｐ９を参照して、算出した指標Ｚ７及び指標Ｚ８に対応するポイントを各々特定する。第４に特定したポイントの合計を項目６のポイントＰ６として算出する。

ＣＰＵ３０は、上述した項目１〜項目６のポイントＰ１〜Ｐ６を算出した後、図２５に示す係数テーブルＴＢＬｋを参照して、係数ｋ１〜ｋ６を取得する。そして、以下の式に従って、評価値Ｈを算出する。Ｈ＝ｋ1*P1+ｋ2*P2+ｋ3*P3+ｋ4*P4+ｋ5*P5+ｋ6*P6
そして、表示対象のゴルフ利用者を評価値Ｈの順にソートし、表示基準情報Ｇrefに従って、ゴルフフレンドマップに直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2を配置する。本実施形態の表示基準情報Ｇrefは、図３に示す領域Ｙ１に直接ゴルフ友達Ｕg1を評価値Ｈの高い順に予め定められた位置に配置し、領域Ｙ２に間接ゴルフ友達Ｕg2を評価値Ｈの高い順に予め定められた位置に配置するように定められている。
このように、直接ゴルフ友達Ｕg1と間接ゴルフ友達Ｕg2とを独立して異なる領域に配置し、しかも活動情報を評価し、評価結果に基づいて配置したので、所定のゴルフ利用者と関係性の深いゴルフ利用者を把握し易い態様でゴルフフレンドマップに配置することが可能となる。

次に、外部管理サーバ３が備えるＳＮＳ利用者情報テーブルＴＢＬ３１とＳＮＳ友達情報テーブルＴＢＬ３２について説明する。図２６にＳＮＳ利用者情報テーブルＴＢＬ３１のデータ構造を示す。ＳＮＳ利用者情報テーブルＴＢＬ３１には複数のレコードが記録されている。１つのレコードは、氏名、性別、住所、勤務先、ＳＮＳ利用者を一意に識別する識別情報ＵＩＤ（アカウントとして機能する）、及びメールアドレスを含む。これらの情報は、ＳＮＳ利用者が登録した個人情報である。

図２７にＳＮＳ友達情報テーブルＴＢＬ３２のデータ構造を示す。ＳＮＳ友達情報テーブルＴＢＬ３２には複数のレコードが記録されている。１つのレコードは、アクション元の識別情報、アクション先の識別情報、ステータス、及び申請日時を含む。アクション元は、友達申請を送信したＳＮＳ利用者であり、アクション先は、友達申請を受信したＳＮＳ利用者である。ステータスは、友達申請の状態を示し、申請中が「０」、承諾が「１」で表される。図２７に示す例では、ＵＩＤが「0zz99x999」のＳＮＳ利用者は、ＵＩＤが「6zz99x999」のＳＮＳ利用者に友達申請を送信し、承諾されている。

友達関係を記憶する場合に、アクション元（友達申請送信者）とアクション先（友達申請先）を分けて記憶したのは、記憶容量を削減する利点がある。仮に、あるＳＮＳ利用者の識別情報ＵＩＤと当該ＳＮＳ利用者と友達関係にある全てのＳＮＳ利用者の識別情報ＵＩＤとを対応づけて記憶したとすると、２倍の記憶容量が必要となる。例えば、ＳＮＳ利用者Ｕ１がアクション元でありＳＮＳ利用者Ｕ２がアクション先であるとする。各ＳＮＳ利用者ごとに友達関係にあるＳＮＳ利用者の識別情報を記憶する場合には、利用者Ｕ１について利用者Ｕ２が友達関係にあることを記憶し、さらに、利用者Ｕ２について利用者Ｕ１が友達関係にあることを記憶する必要がある。これに対して、本実施形態では、アクション先の識別情報とアクション元の識別情報とを対応づけて１つのレコードに記憶するので記憶容量を半分にすることができる。また、ステータスを更新する場合でも半分の処理となる。

図２８に管理サーバ１の構成を示す。この図に示すように、管理サーバ１は、装置全体を制御するＣＰＵ（Central Processing Unit）３０、ＣＰＵ３０の作業領域として機能するＲＡＭ（Random Access Memory）３１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）３２、各種のプログラムやデータを記憶するハードディスクドライブ３３、キーボードやマウスなどを含む入力部３４、画像を表示するディスプレイ３５、通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース３６、及びコンパクトディスクなどの情報記録媒体を読み取る読取装置３７を備える。ハードディスクドライブ３３は、上述した記憶部１７に相当し、ゴルフ利用者情報テーブルＴＢＬ１１、活動データベースＤＢ、表示基準情報Ｇｒｅｆの他、管理サーバ１全体を制御するプログラムを格納する。但し、管理サーバ１はディスプレイ３５、入力部３４は備えていなくてもよい。
なお、外部管理サーバ３も管理サーバ１と同様に構成されている。但し、外部管理サーバ３のハードディスクドライブ３３には、ＳＮＳ利用者情報テーブルＴＢＬ３１と、ＳＮＳ友達情報テーブルＴＢＬ３２とが格納される。

図２９に端末装置２の構成を示す。端末装置２は、装置全体を制御するＣＰＵ２０、ＣＰＵ２０の作業領域として機能するＲＡＭ２１、ブートプログラムや装置全体を制御する制御プログラムなどを記憶したＲＯＭ２２、各種のプログラムやデータを記憶する記憶装置２３、テンキーなどを含む入力部２４、画像を表示するディスプレイ２５（表示部）、及び通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース２６を備える。

＜２．サービス提供システムの動作＞
サービス提供システム１００では、ゴルフ利用者の端末装置２において、ゴルフ友達の階層構造を示す関係図を表示させることができ、また、ゴルフ利用者は、ゴルフ利用者とＳＮＳにおいて友達関係にあるＳＮＳ利用者をゴルフ情報サービスへの参加に招待することができる。以下、関係図を表示させる表示処理と、ゴルフ情報サービスへの参加に招待する招待処理について説明する。

＜２−１：表示処理＞
図３０及び図３１に表示処理に関するサービス提供システムの動作シーケンスを示す。端末装置２のＳＮＳ利用者（ゴルフ利用者でもある）が、ウェブブラウザ上で動作したり、端末装置２にインストールされて動作するアプリケーションを起動して、ＳＮＳサイトにアクセスすると、端末装置２のディスプレイ２５には、ログイン画面が表示される。このログイン画面には、識別情報ＵＩＤとパスワードとを入力する入力ボックスが表示される。利用者が、入力ボックスに入力して送信ボタンを押すと、端末装置２は、入力した識別情報ＵＩＤ及びパスワードを含むログイン要求を外部管理サーバ３に送信する。

ログイン要求を外部管理サーバ３が受信すると、外部管理サーバ３は認証処理を実行する（Ｓ３００）。具体的には、外部管理サーバ３のＣＰＵは、識別情報ＵＩＤとパスワードとの組が記憶されているか否かを判定し、判定条件を充足する場合にはログインを許可し、判定条件が充足されない場合にはログインを拒絶する。そして、ＣＰＵは判定結果を示すログイン応答を端末装置２に対して送信させる。なお、図３０に示す例では、ログインが許可されたものとする。一度、端末装置２で入力された識別情報ＵＩＤとパスワードとの組は、端末装置２に所定期間記憶されて、当該所定期間内であればログインを省略可能としてもよい。また、管理サーバ１は外部管理サーバ３で発行されるトークンを用いて、外部管理サーバ３にアクセス可能とするOauth認証を採用してもよい。この場合は、所定の利用者の識別情報ＵＩＤに対応するトークンを用いて外部管理サーバ３にアクセスすればよい。

この後、所定の利用者がＳＮＳのメニューの中からゴルフアプリケーションを選択すると（Ｓ２００）、端末装置２は、マイページ閲覧要求を管理サーバ１に送信する。管理サーバ１はマイページ閲覧要求を受信すると、マイページ閲覧要求に含まれる所定の利用者の識別情報ＵＩＤを取得し、所定の利用者の識別情報ＵＩＤを外部管理サーバ３に送信する（Ｓ１００）。

外部管理サーバ３が、所定の利用者の識別情報ＵＩＤを含む要求受信すると、外部管理サーバ３のＣＰＵは、ＳＮＳ友達情報テーブルＴＢＬ３２にアクセスし、当該識別情報ＵＩＤがアクション元又はアクション先として記録されているレコードを抽出する（Ｓ３０１）。さらに、ＣＰＵは、これらのレコードにアクション元又はアクション先として記録されている識別情報ＵＩＤをキーとしてＳＮＳ利用者情報テーブルＴＢＬ３１からＳＮＳ利用者情報を抽出する（Ｓ３０１）。この後、外部管理サーバ３は、抽出したＳＮＳ友達情報及びＳＮＳ利用者情報を含む友達リストを管理サーバ１に送信する。

管理サーバ１が、友達リストを受信して、ＳＮＳ友達情報及びＳＮＳ利用者情報を取得すると（Ｓ１０１）、管理サーバ１は、所定の利用者の直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤを特定する（Ｓ１０２）。具体的には、ＳＮＳ友達情報のレコードにおいてアクション元又はアクション先として記録されている識別情報ＵＩＤのうち、所定の利用者の識別情報ＵＩＤ及び重複する識別情報ＵＩＤを除いた識別情報ＵＩＤを所定の利用者の直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤとして特定する。この結果、図３２に示すように所定の利用者と友達関係にある直接ＳＮＳ友達Ｕf1を特定することができる。この後、管理サーバ１は、直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤを外部管理サーバ３に送信する（Ｓ１０３）。

外部管理サーバ３が、直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤを含む要求を受信すると、外部管理サーバ３のＣＰＵは、ＳＮＳ友達情報テーブルＴＢＬ３２にアクセスし、当該識別情報ＵＩＤがアクション元又はアクション先として記録されているレコードを抽出する（Ｓ３０２）。この後、外部管理サーバ３は、抽出したＳＮＳ友達情報を含む友達リストを管理サーバ１に送信する。この友達リストは、直接ＳＮＳ友達Ｕf1のＳＮＳ友達、すなわち、間接ＳＮＳ友達Ｕf2のリストである。

管理サーバ１が、友達リストを受信して、間接ＳＮＳ友達Ｕf2について友達情報を取得すると（Ｓ１０４）、管理サーバ１は、間接ＳＮＳ友達Ｕf2について識別情報ＵＩＤを特定する（Ｓ１０５）。具体的には、ＳＮＳ友達情報のレコードにおいてアクション元又はアクション先として記録されている識別情報ＵＩＤのうち、直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤと重複する識別情報ＵＩＤを除いた識別情報ＵＩＤを間接ＳＮＳ友達Ｕf2の識別情報ＵＩＤとして特定する。この結果、図３３に示すように所定の利用者と友達関係にある直接ＳＮＳ友達Ｕf1及び間接ＳＮＳ友達Ｕf2を特定することができる。この後、管理サーバ１は、間接ＳＮＳ友達Ｕf2の識別情報ＵＩＤを外部管理サーバ３に送信する（Ｓ１０６）。

外部管理サーバ３が、間接ＳＮＳ友達Ｕf2の識別情報ＵＩＤを含む要求を受信すると、外部管理サーバ３のＣＰＵは、ＳＮＳ利用者情報テーブルＴＢＬ３１にアクセスし、当該識別情報ＵＩＤが記録されているレコードを抽出する（Ｓ３０３）。この後、外部管理サーバ３は、抽出したＳＮＳ利用者情報を管理サーバ１に送信する。

管理サーバ１が、間接ＳＮＳ友達Ｕf2のＳＮＳ利用者情報を受信すると（Ｓ１０７）、図３１に示すように、管理サーバ１のＣＰＵ３０は、直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤと、及び間接ＳＮＳ友達Ｕf2の識別情報ＵＩＤと、ゴルフ利用者の識別情報ＵＩＤとに基づいて直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2を特定する（Ｓ１０８）。具体的には、ゴルフ利用者情報テーブルＴＢＬ１１を参照することにより、Ｓ１０２で特定した直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤのうちゴルフ利用者の識別情報ＵＩＤと一致するものを、直接ゴルフ友達Ｕg1の識別情報ＵＩＤとする。また、ゴルフ利用者情報テーブルＴＢＬ１１を参照することにより、Ｓ１０５で特定した間接ＳＮＳ友達Ｕf2の識別情報ＵＩＤのうち、ゴルフ利用者の識別情報ＵＩＤと一致するものを、間接ゴルフ友達Ｕg2の識別情報ＵＩＤとする。このようにして図２に示すように直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2が特定される。

次に、管理サーバ１のＣＰＵ３０は、関係図を表示させる表示情報を生成し（Ｓ１０９）、当該表示情報を含むマイページ閲覧応答を所定の利用者の端末装置２に送信する（Ｓ１１０）。ここで、ＣＰＵ３０は、ゴルフ利用者のプロフィール画像を画面に配置する表示情報を生成する。送信データ量を削減するため、プロフィール画像は、画像データのアドレスを示すリンク情報として与えられる。なお、リンク情報の代わりにプロフィール画像データを表示情報に含ませてもよい。

まず、ＣＰＵ３０は、直接ゴルフ友達Ｕg1と間接ゴルフ友達Ｕg2に大別し、仮想的な画面に全ての直接ゴルフ友達Ｕg1のプロフィール画像と間接ゴルフ友達Ｕg2のプロフィール画像とを配置した関係図を生成する。
直接ゴルフ友達Ｕg1のプロフィール画像のアイコンは、間接ゴルフ友達Ｕg2のプロフィール画像のアイコンよりも大きくする。表示すべき人数が多い場合には、仮想的に画面の大きさは端末装置２のディスプレイ２５で表示される画面より大きくなる。この場合には、端末装置２において、仮想的な画面を表示可能な大きさに切り出してディスプレイ２５に表示することになる。

ＣＰＵ３０は、直接ゴルフ友達Ｕg1のプロフィール画像を仮想的な画面の一番手前から埋め、その後、その奥に、間接ゴルフ友達Ｕg2のプロフィール画像を埋めていく。例えば、全ての直接ゴルフ友達Ｕg1と間接ゴルフ友達Ｕg2とを配置した画面が図３４に示す画面Ｗであるとする。直接ゴルフ友達Ｕg1のプロフィール画像を一番手前の画面に配置し、直接ゴルフ友達Ｕg1の配置が完了した後、間接ゴルフ友達Ｕg2のプロフィール画像をその奥に配置する。この場合、ＣＰＵ３０は、領域ｒ１→領域ｒ２→領域ｒ３…の順に直接ゴルフ友達Ｕg1のプロフィール画像と間接ゴルフ友達Ｕg2のプロフィール画像とを配置する。なお、1つの領域に表示可能な人数は予め設定で決められているが、任意の人数に変更可能としても良い。ここで、直接ゴルフ友達Ｕg1を表示する領域を第１表示領域と称し、間接ゴルフ友達Ｕg2を表示する領域を第２表示領域と称する。

端末装置２のディスプレイ２５において最初に表示されるのが画面領域Ｒ１である。この場合、領域ｒ１は図３に示す表示領域Ｙ１（第１表示領域）に相当し、領域ｒ２は表示領域Ｙ２（第２表示領域）に相当する。図３に示すボタンＢ２をクリックすると、ディスプレイ２５に画面領域Ｒ２が表示される。この場合、領域ｒ２は図３に示す表示領域Ｙ１（第１表示領域）に相当し、領域ｒ３は表示領域Ｙ２（第２表示領域）に相当する。つまり、表示される画面領域Ｒ１又はＲ２に応じて、領域ｒ２は第２表示領域又は第１表示領域に相当するものとなる。この状態で、ボタンＢ１をクリックすると、ディスプレイ２５に画面領域Ｒ１が表示される。

即ち、端末装置２のディスプレイ２５は、画面を所定の方向にスライドして画面サイズよりも大きなサイズの関係図を表示できるようになっている。管理サーバ１のＣＰＵ３０は、ディスプレイ２５の画面サイズに相当する領域に直接ゴルフ友達Ｕg1のプロフィール画像と間接ゴルフ友達Ｕg2のプロフィール画像を全て配置できない場合、画面サイズよりも大きな領域に直接ゴルフ友達Ｕg1のプロフィール画像と間接ゴルフ友達Ｕg2のプロフィール画像とを配置した関係図を表示するために必要な表示情報を生成する。

ＣＰＵ３０は、ゴルフ友達の配置において、記憶部１７に記憶されている表示基準情報Ｇｒｅｆに従って、ゴルフ友達を所定パラメータに従って評価し、評価結果に基づいて表示優先度が高いと判断されたものから順に、予め定められた領域に表示する処理を行う。
表示基準情報Ｇｒｅｆによって指定され評価の基準となるパラメータとしては、利用情報（項目１〜項目３）と登録情報（項目４〜項目６）とがある。これらに基づく評価値Ｈの算出は、図１５〜図２４を参照して説明した通りである。
図３に示す例では、領域Ｙ１の下辺に近い程、表示優先度が高い。即ち、ゴルフ友達ＧＦ１→ＧＦ２→ＧＦ３→ＧＦ４→ＧＦ５の順に評価値Ｈが大きい。

説明を図１０に戻す。次に、管理サーバ１は、表示情報を含むマイページ閲覧応答を所定の利用者の端末装置２に送信する（Ｓ１１０）。端末装置２がマイページ閲覧応答を受信すると、ＣＰＵ２０はディスプレイ２５に直接ゴルフ友達Ｕg1のプロフィール画像と間接ゴルフ友達Ｕg2のプロフィール画像とを配置した関係図（ゴルフフレンドマップ）を表示する。すなわち、管理サーバ１のＣＰＵ３０は、所定の利用者の端末装置２のディスプレイ２５に上記関係図を表示させる。
本実施形態では、図３及び図２７に示すように直接ゴルフ友達Ｕg1のプロフィール画像が手前に配置され、間接ゴルフ友達Ｕg2のプロフィール画像が直接ゴルフ友達Ｕg1のプロフィール画像より奥に配置されるので、ゴルフ利用者は、ゴルフ友達の階層関係を容易に把握することができる。さらに、所定の利用者とより関係の深い直接ゴルフ友達Ｕg1のプロフィール画像は間接ゴルフ友達Ｕg2のプロフィール画像よりも大きなアイコンで表示されるので、両者の階層関係を一見して把握することができる。加えて、間接ゴルフ友達Ｕg2は、所定の利用者の直接ゴルフ友達Ｕg1のそれぞれに対して友達関係があるので、直接ゴルフ友達Ｕg1よりも人数が多いのが通常である。間接ゴルフ友達Ｕg2のアイコンを直接ゴルフ友達Ｕg1のアイコンよりも小さくすることによって、効率の良い表示が可能となる。

＜２−２：招待処理＞
図３５Ａ及び３５Ｂに招待処理に関するサービス提供システムの動作シーケンスを示す。この例では、アクション元のゴルフ利用者の端末装置を端末装置２ｆ、アクション先のＳＮＳ利用者の端末装置を端末装置２ｔと称する。
まず、アクション元である端末装置２ｆのゴルフ利用者（所定の利用者）が、図３に示すマイページにおいてアイコンＡ４をクリックして「ゴルフ友達を増やす」を選択すると、端末装置２ｆは、友達申請ページ要求を管理サーバ１に送信する。管理サーバ１は友達申請ページ要求を受信すると、所定の利用者の識別情報ＵＩＤを取得し、所定の利用者の識別情報ＵＩＤを外部管理サーバ３に送信する（Ｓ１２０）。

外部管理サーバ３が、所定の利用者の識別情報ＵＩＤを含む要求を受信すると、外部管理サーバ３のＣＰＵは、ＳＮＳ友達情報テーブルＴＢＬ３２にアクセスし、当該識別情報ＵＩＤがアクション元又はアクション先として記録されているレコードを抽出する（Ｓ３２０）。さらに、ＣＰＵは、これらのレコードにアクション元又はアクション先として記録されている識別情報ＵＩＤをキーとしてＳＮＳ利用者情報テーブルＴＢＬ３１からＳＮＳ利用者情報を抽出する（Ｓ３２１）。この後、外部管理サーバ３は、抽出したＳＮＳ友達情報及びＳＮＳ利用者情報を含む友達リストを管理サーバ１に送信する。

管理サーバ１が、友達リストを受信して、ＳＮＳ友達情報及びＳＮＳ利用者情報を取得すると（Ｓ１２１）、管理サーバ１のＣＰＵ３０は、ＳＮＳ友達であり且つゴルフ利用者でない者を抽出し、友達申請ページを生成する（Ｓ１２２）。
より具体的には、第１に、ＣＰＵ３０は、友達情報のステータスが承諾のレコードにアクション元又はアクション先として記録されている識別情報ＵＩＤのうち、所定の利用者の識別情報ＵＩＤ及び重複する識別情報ＵＩＤを除いた識別情報ＵＩＤを所定の利用者の直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤとして特定する。
第２に、ＣＰＵ３０は、ゴルフ利用者情報テーブルＴＢＬ１１を参照して、ゴルフ利用者の識別情報ＵＩＤを取得する。
第３に、ＣＰＵ３０は、直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤからゴルフ利用者の識別情報ＵＩＤを除いた者の識別情報ＵＩＤを招待候補者として特定する。
第４に、ＣＰＵ３０は、招待候補者の識別情報ＵＩＤに対応するＳＮＳ利用者情報を用いて、友達申請ページを生成する。

この後、管理サーバ１は、友達申請ページ応答を端末装置２ｆに送信する。友達申請ページ応答を受信した端末装置２ｆは、ディスプレイ２５に友達申請ページを表示する（Ｓ２２１）。図３６に友達申請ページの一例を示す。この例では、領域Ｃに招待候補者のアイコンが表示される。招待候補者のアイコンは、ボタンＢ３をクリックすると左方向にスクロールし、ボタンＢ４をクリックすると右方向にスクロールする。そして、招待候補者のアイコンを所定の領域（この例では、グリーン）にドラッグすると、図３７に示すように確認画面が表示される。この例では、「山田一郎」をゴルフ情報サービスへの参加に招待するか否かが確認される。キャンセルボタンＢ５がクリックされると、アイコンＤは領域Ｃの元の位置に戻される。一方、送信ボタンＢ６がクリックされると、図３５Ａに示すように端末装置２ｆはゴルフ友達申請要求を管理サーバ１に送信する。ゴルフ友達申請要求にはアクション元（友達申請元）の識別情報ＵＩＤとアクション先（友達申請先）の識別情報ＵＩＤとが含まれている。

管理サーバ１がゴルフ友達申請要求を受信すると、管理サーバ１はゴルフ友達申請処理を実行する（Ｓ１２３）。ゴルフ友達申請処理では、管理サーバ１のＣＰＵ３０は、アクション元とアクション先の識別情報ＵＩＤを含むゴルフ友達申請通知を外部管理サーバ３に送信する。外部管理サーバ３はゴルフ友達申請通知を受信すると、アクション先の識別情報ＵＩＤと関連付けて、アクション元であるＳＮＳ友達からゴルフ情報サービスへの参加の招待があったことを示す招待情報をＳＮＳ利用者情報テーブルＴＢＬ３１に記憶する（Ｓ３２０）。

図３５Ｂに示すように、この後、アクション先のＳＮＳ利用者が、端末装置２ｔにおいてＳＮＳサイトにログインすると、当該ＳＮＳ利用者のマイページにアクション元のゴルフ利用者からゴルフ情報サービスへの参加に招待する旨のメッセージと共に管理サーバ１が管理する登録ページへジャンプするボタンが表示される（Ｓ２３０）。アクション先のＳＮＳ利用者がボタンをクリックして登録を選択すると（Ｓ２３１）、登録ページ要求が管理サーバ１に送信される。管理サーバ１が登録ページを含む登録ページ応答を端末装置２ｔに送信すると、端末装置２ｔのディスプレイ２５には登録ページが表示される（Ｓ２３２）。端末装置２ｔにおいてＳＮＳ利用者が所定事項を入力して登録ページに表示される登録ボタンをクリックすると、端末装置２ｔは登録要求を管理サーバ１に送信する。

管理サーバ１が登録要求を受信すると、ＣＰＵ３０はゴルフ利用者情報テーブルＴＢＬ１１を更新する。この際、ゴルフ利用者情報テーブルＴＢＬ１１には、アクション先のＳＮＳ利用者の識別情報ＵＩＤが追加されると共に、アクション元のゴルフ利用者の識別情報ＵＩＤに関連付けて登録メッセージが記録される。
この後、アクション元のゴルフ利用者が管理サーバ１にログインすると、管理サーバ１は、登録メッセージを含むマイページを端末装置２ｆに送信する。マイページを受信した端末装置２ｆのＣＰＵ２０は、ディスプレイ２５にマイページを表示する（Ｓ２４０）。図３８に登録メッセージを含むマイページの一例を示す。この例では、領域Ｄにゴルフ情報サービスへの参加の招待を受諾したＳＮＳ利用者のプロフィール画像と共に「誘ってくれてありがとう！ゴルフに行こう！」という登録メッセージが表示される。
このように、直接ゴルフ友達Ｕg1が増加すると、間接ゴルフ友達Ｕg2も増加するので、マイページに表示される友達の人数が急激に増加し、マイページが賑やかになり、ゴルフに関するコミュニケーションを活性化することができる。

なお、招待の通知の態様としては、マイページにおける招待の投稿に対して、賛同を表明するボタン（例えば、「いいね！」ボタン）のクリックや、メールの本文記載のＵＲＬからのアクセスであってもよい。この場合、賛同を表明するボタンやメールの本文記載のＵＲＬにアクション元の識別情報ＵＩＤが対応づけられていることが好ましい。
また、上述の態様では、招待候補者は、直接ＳＮＳ友達Ｕf1であったが、間接ＳＮＳ友達Ｕf2を招待候補者に含めてもよい。この場合、管理サーバ１の取得部１１は、直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤを外部管理サーバ３に送信し、間接ＳＮＳ友達Ｕf2のＳＮＳ利用者情報を取得すればよい。

＜第２実施形態＞
上述した第１実施形態のサービス提供システム１００は、外部管理サーバ３においてＳＮＳ利用者の友達情報を管理し、管理サーバ１ではいかなる友達情報をも独自に管理していなかった。これに対して、第２実施形態のサービス提供システム１００は、管理サーバ１の代わりに管理サーバ１Ａを用いる点を除いて、図１に示す第１実施形態のサービス提供システム１００と同様である。

図３９に管理サーバ１Ａのブロック図を示す。管理サーバ１Ａは、記憶部１７にゴルフ友達情報テーブルＴＢＬ１２を備える点で、管理サーバ１と相違する。図４０にゴルフ友達情報テーブルＴＢＬ１２のデータ構造を示す。ゴルフ友達情報テーブルＴＢＬ１２には複数のレコードが記録されている。１つのレコードは、アクション元の識別情報、アクション先の識別情報、ステータス、及び申請日時を含む。アクション元は、ゴルフ友達申請を送信したゴルフ利用者であり、アクション先は、ゴルフ友達申請を受信したＳＮＳ利用者である。ステータスは、ゴルフ友達申請の状態を示し、申請中が「０」、承諾が「１」で表される。

次に、第２実施形態に係る表示処理について説明する。第２実施形態では、図９を参照して説明した第１実施形態と同様に、外部管理サーバ３から、所定の利用者の直接ＳＮＳ友達Ｕf1及び間接ＳＮＳ友達Ｕf2について識別情報ＵＩＤとＳＮＳ利用者情報を取得する。

表示処理では、まず、図４２に示すように所定の利用者の直接ＳＮＳ友達Ｕf1と間接ＳＮＳ友達Ｕf2とが特定される。図４１に管理サーバ１ＡのＣＰＵ３０が実行する表示情報生成処理の内容を示す。

ＣＰＵ３０は、直接ＳＮＳ友達Ｕf1又は間接ＳＮＳ友達Ｕf2、且つ直接ゴルフ友達Ｕg1である者を抽出する（Ｓ１３０）。具体的には、第１に、ＣＰＵ３０は、所定の利用者の識別情報ＵＩＤをキーとして、当該識別情報ＵＩＤがアクション元又はアクション先となるレコードをゴルフ友達情報テーブルＴＢＬ１２から抽出し、直接ゴルフ友達Ｕg1の識別情報ＵＩＤを特定する。第２に、ＣＰＵ３０は、直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤ又は間接ＳＮＳ友達Ｕf2の識別情報ＵＩＤと、直接ゴルフ友達Ｕg1の識別情報ＵＩＤとが一致するものを抽出し、抽出された識別情報ＵＩＤを表示対象のゴルフ友達とする。このようにゴルフ友達を、ＳＮＳ友達でフィルタリングするのは、ゴルフの友達関係はＳＮＳの友達関係を前提とするからである。例えば、ある時点で所定の利用者とＳＮＳ友達であったゴルフ友達について、時間が経過した後、所定の利用者とＳＮＳ上での友達関係が解消されたとする。この場合、ゴルフの友達関係が必ずしも解消されているとは限らない。そこで、ゴルフ友達をＳＮＳ友達でフィルタリングしたのである。この結果、図４３に示すように表示対象となる直接ゴルフ友達Ｕg1が特定される。なお、この直接ゴルフ友達Ｕg1のうち、同図に示す部分Ｆｘのゴルフ友達は、間接ＳＮＳ友達Ｕf2でもある。これは、間接ＳＮＳ友達Ｕf2であり、ゴルフ利用者ではないＳＮＳ利用者をゴルフ情報サービスへの参加に招待することによって、所定の利用者と直接のゴルフ友達となることがあるからである。

この後、ＣＰＵ３０は、直接ＳＮＳ友達Ｕf1又は間接ＳＮＳ友達Ｕf2、且つ間接ゴルフ友達Ｕg2である者を抽出する（Ｓ１３１）。具体的には、第１に、ＣＰＵ３０は、直接ゴルフ友達Ｕg1の識別情報ＵＩＤをキーとして、当該識別情報ＵＩＤがアクション元又はアクション先となるレコードをゴルフ友達情報テーブルＴＢＬ１２から抽出し、間接ゴルフ友達Ｕg2の識別情報ＵＩＤを特定する。第２に、ＣＰＵ３０は、直接ＳＮＳ友達Ｕf1の識別情報ＵＩＤ又は間接ＳＮＳ友達Ｕf2の識別情報ＵＩＤと、間接ゴルフ友達Ｕg2の識別情報ＵＩＤとが一致するものを抽出し、抽出された識別情報ＵＩＤを表示対象の間接ゴルフ友達Ｕg2とする。この結果、図４４に示すように表示対象となる間接ゴルフ友達Ｕg2が特定される。なお、この間接ゴルフ友達Ｕg2のうち、同図に示す部分Ｆｙの間接ゴルフ友達Ｕg2は、直接ＳＮＳ友達Ｕf1でもある。これは、直接ゴルフ友達Ｕg1と友達関係にある間接ゴルフ友達Ｕg2には、直接のＳＮＳ友達が含まれるからである。
このようにＣＰＵ３０は、Ｓ１３０及びＳ１３１を実行することにより、記憶部１７から読み出したゴルフ友達情報（第１特定関係情報）と参照部１２で参照したＳＮＳ友達情報（第２特定関係情報）とに基づいて、所定の利用者と友達関係（特定の関係）を有するＳＮＳ利用者（第２サービス利用者）である直接ＳＮＳ友達Ｕf1、及び当該直接ＳＮＳ友達Ｕf1と更に友達関係を有するＳＮＳ利用者である間接ＳＮＳ友達Ｕf2を特定ＳＮＳ利用者としたとき、所定の利用者と友達関係を有するゴルフ利用者（第１サービス利用者）であり、且つ特定ＳＮＳ利用者である者を直接ゴルフ友達Ｕg1（第１の特定利用者）として特定し、直接ゴルフ友達Ｕg1と友達関係を有するゴルフ利用者であり、且つ特定ＳＮＳ利用者である者を間接ゴルフ友達Ｕg2（第２の特定利用者）として特定する特定部１３として機能する。

次に、ＣＰＵ３０は、関係図を表示させる表示情報を生成し（Ｓ１３２）、表示情報を端末装置２に送信する（Ｓ１３３）。表示情報の生成は、図３１を参照して説明したＳ１０９の処理と同様である。この結果、第２実施形態においても第１実施形態と同様に、図３及び図３４に示すマイページを端末装置２のディスプレイ２５に表示させることができ、ゴルフ利用者は、ゴルフ友達の階層関係を容易に把握することが可能となる。

＜第３実施形態＞
上述した第３実施形態のサービス提供システム１００Ａは、第２実施形態のサービス提供システム１００Ａから外部管理サーバ３を除いたものである。図４５に第３実施形態に係るサービス提供システム１００Ａのブロック図を示す。サービス提供システム１００Ａでは、第１実施形態及び第２実施形態のようにゴルフ利用者の集合がＳＮＳ利用者の集合に含まれるといった関係はない。
管理サーバ１Ａは、ゴルフ利用者情報テーブルＴＢＬ１１とゴルフ友達情報テーブルＴＢＬ１２を記憶した記憶部１７を備える。また、記憶部１７には、管理サーバ１Ａを制御するプログラムが記憶されている。管理サーバ１Ａは、所定の利用者（所定の第１サービス利用者）の端末装置２から所定の利用者の友達関係を表示する要求を受信すると、所定の利用者の識別情報ＵＩＤを取得する取得部１１と、取得部１１で取得した識別情報ＵＩＤに基づいて、ゴルフ利用者同士の友達関係を示すゴルフ友達情報を参照する参照部１２と、ゴルフ友達情報に基づいて、所定の利用者と友達関係を有する直接ゴルフ友達Ｕg1（第１の特定利用者）を特定する特定部１３と、特定部１３で特定した直接ゴルフ友達Ｕg1について、ゴルフ（所定の対象）に関する活動を示す活動情報に基づいて、ゴルフに関する活動を評価する評価部１４と、評価部１４の評価結果に基づいて、端末装置２の表示部の画面上に表示されるゴルフ友達の位置を決定する決定部１３と、決定部１３で決定された画面上の位置にゴルフ友達を配置した画面を所定の利用者の端末装置２に表示させる表示制御部１６とを備える。具体的には、表示制御部１６は、上記画面を表示するために必要な情報を生成し、当該情報を含む表示応答を所定の利用者の端末装置２に送信する。
この場合、参照部１２はゴルフ友達情報テーブルＴＢＬ１２に記憶されているゴルフ友達情報を参照すればよい。また、活動情報は、登録情報テーブルＴＢＬａに記録されている登録情報と、利用者ログ管理テーブルＴＢＬｂに記録されている利用情報との少なくとも一方を含む。この管理サーバ１Ａによれば、ゴルフ友達をゴルフに関する活動が活発な順に配置して表示させることができるので、多数のゴルフ友達がいる場合には、ゴルフに熱心なゴルフ友達を優先して表示させることが可能となる。

また、上述した管理サーバ１Ａにおいて、直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2を考慮すると、以下のように構成することが好ましい。参照部１２は、直接ゴルフ友達Ｕg1の識別情報ＵＩＤに基づいて、直接ゴルフ友達Ｕg1と友達関係を示すゴルフ友達情報を参照可能である（友達関係を示すゴルフ友達情報はゴルフ友達情報テーブルＴＢＬ１２に記憶されている）。特定部１３は、ゴルフ友達について友達関係を示すゴルフ友達情報に基づいて、直接ゴルフ友達Ｕg1と友達関係を有する間接ゴルフ友達Ｕg2を特定する。評価部１４は、特定部１３で特定した直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2について、ゴルフに関する活動を示す活動情報に基づいて、ゴルフに関する活動を評価する。
決定部１５は、評価部１４の評価結果に基づいて、端末装置２の表示部の画面上に表示される直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2の位置を決定する。表示制御部１６は、決定部１５で決定された画面上の位置に直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2を表示するために必要な情報を生成し、当該情報を含む表示応答を所定の利用者の端末装置２に送信する。
この管理サーバ１Ａによれば、間接ゴルフ友達Ｕg2についてもゴルフに関する活動に応じて表示位置を定めることができる。間接ゴルフ友達Ｕg2の人数は、直接ゴルフ友達Ｕg1の人数よりも多いのが一般的であるが、本実施形態によれば、間接ゴルフ友達Ｕg2についても、ゴルフに関する活動が活発な順に間接ゴルフ友達Ｕg2を優先して表示させることが可能となる。

＜第４実施形態＞
上述した第３実施形態のサービス提供システム１００Ａは、管理サーバ１Ａにおいて、取得部１１、参照部１２、特定部１３、評価部１４、決定部１５及び表示制御部１６を備え、表示情報を生成した。これに対して、第４実施形態では、これらの機能を端末装置２Ａで備える。端末装置２Ａは、所有者の識別情報ＵＩＤは記憶するが、ゴルフ友達情報やゴルフ利用者情報は記憶しておらず、これらは管理サーバ１Ａに問い合わせることによって取得する。
図４６に第４実施形態のサービス提供システム１００Ａに用いる端末装置２Ａの機能ブロック図を示す。端末装置２Ａは、ゴルフ友達情報を管理する管理サーバ１Ａと通信可能であり、当該端末装置２Ａのゴルフ利用者の識別情報ＵＩＤを記憶する記憶部２０５と、記憶部２０５から所定の利用者の識別情報ＵＩＤを取得する取得部２０１と、取得部２０１で取得した所定の利用者の識別情報ＵＩＤに基づいて、管理サーバ１Ａで管理するゴルフ友達情報（特定関係情報）を参照する参照部２０２と、ゴルフ友達情報に基づいて、所定の利用者と友達関係を有する直接ゴルフ友達Ｕg1（第１の特定利用者）を特定する特定部２０３と、表示部２０８と、特定部２０３で特定した直接ゴルフ友達Ｕg1について、ゴルフ（所定の対象）に関する活動を示す活動情報に基づいて、ゴルフに関する活動を評価する評価部２０４と、評価部２０４の評価結果に基づいて表示部２０８の画面上に表示されるゴルフ友達の位置を決定する決定部２０５と、決定部２０５で決定された画面上の位置にゴルフ友達を配置した画面を表示部２０８に表示させる表示制御部２０６とを備える。また、記憶部２０５には、端末装置２Ａを制御するプログラムが記憶されている。
この結果、第４実施形態においても第３実施形態と同様に、図３及び図３４に示すゴルフフレンドマップを備えたマイページを端末装置２のディスプレイ２５に表示させることができ、ゴルフ利用者は、ゴルフ友達の階層関係を容易に把握することが可能となる。
また、端末装置２Ａにおいて、直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2を考慮すると、以下のように構成することが好ましい。参照部２０２は、直接ゴルフ友達Ｕg1が特定されると、当該直接ゴルフ友達Ｕg1の識別情報ＵＩＤに基づいて、ゴルフ友達情報を参照する。なお、友達関係を示すゴルフ友達情報は管理サーバ１Ａのゴルフ友達情報テーブルＴＢＬ１２に記憶されている。特定部２０３は、直接ゴルフ友達Ｕg1と友達関係を有する間接ゴルフ友達Ｕg2を特定する。評価部２０４は、直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2について、ゴルフに関する活動を示す活動情報に基づいて、ゴルフに関する活動を評価する。活動情報は、管理サーバ１Ａに記憶されている、登録情報テーブルＴＢＬａに記録されている登録情報と、利用者ログ管理テーブルＴＢＬｂに記録されている利用情報との少なくとも一方を含む。決定部２０５は、評価部２０４の評価結果に基づいて、表示部２０８の画面上に表示される直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2の位置を決定する。表示制御部２０６は、決定部２０５で決定された画面上の位置に直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2を表示するために必要な情報を生成し、表示部２０８に表示させる。

＜変形例＞
本発明は、上述した各実施形態に限定されるものではなく、以下に述べる各種の変形が可能である。また、各変形例及び各実施形態は、適宜、組み合わせてもよいことは勿論である。
（１）上述した端末装置２又は２Ａでは、図３に示すようなゴルフ友達の階層関係を示す関係図をディスプレイ２５に表示させたが、本発明はこれに限定されるものではなく、図４７に示すように、直接ゴルフ友達Ｕg1と友達関係にある間接ゴルフ友達Ｕg2との間を線（以下、関係線と称する）で結んでもよい。この場合、人物アイコンをクリックしたり、マウスカーソルを人物アイコンに重ねること（オンマウス）で関係線を表示させてもよい。ゴルフ友達同士で友達関係がある場合にも関係線で結んでもよい。加えて、ゴルフ友達同士と、直接ゴルフ友達Ｕg1と間接ゴルフ友達Ｕg2との関係性は関係線の種類や色を変えることで識別可能としても良い。このような関係線を表示させることで、直接ゴルフ友達Ｕg1と間接ゴルフ友達Ｕg2との関係や、直接ゴルフ友達Ｕg1同士の関係をより容易に把握可能とすることができる。

（２）上述した端末装置２又は２Ａのディスプレイ２５に表示させる画面では、図３４に示すように上下方向に画面をスライド可能としたが、本発明はこれに限定されるものではなく、図４８に示すように左右方向にスライドさせて、広いマップを表示可能としても良い。
また、所定の利用者のゴルフ友達のアイコンをグループ別に分類できるようにしても良い。例えば「同じ会社」や「サークル仲間」など、予め区分を登録する。そして、ＳＮＳ利用者情報やゴルフ利用者情報を参照して、ゴルフ友達を分類してそれを表示させても良い。
また、所定の利用者のパラメータに近い人を自動判別して表示させるようにしても良い。例えば、住所が近い、年齢が近い、ゴルフ歴が近い、などのパラメータをシステム側で自動検索し、所定の換算方法で数値化し、数値の高い者から順に、所定の利用者のアイコンに近い位置に配置して表示させてもよい。具体的には、外部管理サーバ３で管理するＳＮＳ利用者情報に含まれる誕生日や住所などの属性情報を参照してパラメータを取得してもよいし、これらの属性情報を管理サーバ１又は１Ａで管理しても良い。即ち、ＣＰＵ３０は、ゴルフ友達についてゴルフに関する活動を示す活動情報に基づいてゴルフに関する活動を評価する処理と、所定の利用者の属性情報とゴルフ友達に関する属性情報とに基づいて、所定の利用者とゴルフ友達の属性が親和する程度を評価する処理とのうち、少なくとも一方を実行すればよい。また、間接ゴルフ友達Ｕg2についても同様である。
また、人数が多いようであれば、各グループごとに各ホールの背景として、各グループのアイコンを表示させるようにしても良い。この場合、アイコンはあるホールと別のホールで重複する人が存在していても良い。例えば、第３ホールは会社の同僚、第１８ホールは地元の友達、などとし、第３ホールと第１８ホールで同じメンバーが入っていても良い。

（３）上述した各実施形態及び各変形例では、関係図において、直接ゴルフ友達Ｕg1と間接ゴルフ友達Ｕg2に該当する者を表示しているが、ＳＮＳ友達であってゴルフ友達でないＳＮＳ利用者も併せて表示させるようにしてもよい。この場合、例えば、関係図の両脇や空の部分にＳＮＳ友達であってゴルフ友達でないＳＮＳ利用者を配置したり、アイコンやその枠の色を変更したり、あるいは、関係線の色や種類を変えるなどして、ゴルフ友達と区別可能にしても良い。

より具体的には、上述した第１実施形態の管理サーバ１において（図１参照）、特定部１３は、所定の利用者と友達関係（特定の関係）を有するＳＮＳ利用者（第２サービス利用者）のうちゴルフ利用者（第１サービス利用者）に該当しないＳＮＳ利用者と、直接ゴルフ友達Ｕg1（第１の特定利用者）と友達関係を有するＳＮＳ利用者のうちゴルフ利用者に該当しないＳＮＳ利用者との少なくとも一方を外部利用者として特定する。ここで、所定の利用者と友達関係を有するＳＮＳ利用者のうちゴルフ利用者に該当しない者は、図４９に示すＳＮＳ利用者Ｋ１であり、直接ゴルフ友達Ｕg1と友達関係を有するＳＮＳ利用者のうちゴルフ利用者に該当しないＳＮＳ利用者は、同図に示すＳＮＳ利用者Ｋ２である。
そして、表示制御部１６は、直接ゴルフ友達Ｕg1（第１の特定利用者）及び間接ゴルフ友達Ｕg2（第２の特定利用者）と外部利用者とを区別できる関係図を端末装置２の表示部に表示させる。例えば、図５１に示すように領域Ｙ３にＳＮＳ利用者Ｋ１を表示し、領域Ｙ４にＳＮＳ利用者Ｋ２を表示させても良い。

また、上述した第２実施形態の管理サーバ１Ａにおいて（図３９参照）、ＣＰＵ３０は直接ＳＮＳ友達Ｕf1及び間接ＳＮＳ友達Ｕf2を特定関係のＳＮＳ友達（特定関係第２サービス利用者）としたとき、ＳＮＳ友達情報及びゴルフ友達情報に基づいて、関係するＳＮＳ友達のうち、直接ゴルフ友達Ｕg1（第１の特定利用者）又は間接ゴルフ友達Ｕg2（第２の特定利用者）に該当しない者の一部又は全部を外部利用者として特定する特定部１３として機能する。
ここで、特定関係のＳＮＳ利用者のうち、直接ゴルフ友達Ｕg1又は間接ゴルフ友達Ｕg2のいずれにも該当しない者は図５０に示すＳＮＳ利用者Ｊであり、表示対象の外部利用者はその一部又は全部である。
そして、表示制御部１６は、直接ゴルフ友達Ｕg1（第１の特定利用者）及び間接ゴルフ友達Ｕg2（第２の特定利用者）と外部利用者とを区別できる関係図を端末装置２の表示部に表示させる。例えば、図５１に示す領域Ｙ３や領域Ｙ４等に外部利用者を表示させても良い。

（４）上述した第２実施形態では、間接ＳＮＳ友達Ｕf2をゴルフ情報サービスへの参加に招待することによって、所定の利用者の直接のゴルフ友達となる場合があることを、図４４を参照して説明した（部分Ｆｘ）。この場合、管理サーバ１Ａの特定部１３は（図３９参照）、直接ゴルフ友達Ｕg1（第１の特定利用者）のうち、所定の利用者（所定の利用者）と友達関係があるＳＮＳ利用者（第２サービス利用者）と更に友達関係がある者を特定ゴルフ友達Ｕg3（第３の特定利用者：図４４の部分Ｆｘ）として特定し、表示制御部１６は、特定ゴルフ友達Ｕg3を他のゴルフ友達と区別できる関係図又は特定ゴルフ友達Ｕg3を間接ゴルフ友達Ｕg2に含ませる関係図を端末装置２の表示部に表示させるようにしてもよい。

より具体的には、特定ゴルフ友達Ｕg3を他のゴルフ友達と区別できる関係図としては、例えば、特定ゴルフ友達Ｕg3のアイコンを他のゴルフ友達のアイコンと、大きさ、色、又は枠の少なくとも一つが異なるように表示すればよい。また、特定ゴルフ友達Ｕg3を間接ゴルフ友達Ｕg2に含ませる関係図では、特定ゴルフ友達Ｕg3のアイコンを他の間接ゴルフ友達Ｕg2アイコンと、大きさ、色、又は枠の少なくとも一つが異なるように表示すればよい。
図５２に示す例では、特定ゴルフ友達のアイコンＶが、間接ゴルフ友達Ｕg2を表示する領域Ｙ２に配置され、他の間接ゴルフ友達Ｕg2のアイコンと区別できるように、アイコンの大きさが相対的に大きくなっている。

（５）上述した各実施形態及び各変形例では、招待処理において、既にゴルフ利用者となっているＳＮＳ利用者は、招待候補者から除く処理が実行されたが（図３５のＳ１２２参照）、本発明はこれに限定されるものではなく、既にゴルフ利用者となっている者を含めてもよい。この場合は、ゴルフ利用者でない候補者と識別できる態様でゴルフ利用者を表示すればよい。例えば、登録済みのゴルフ利用者には登録済みであることを示す印を付加して、リスト後方に表示させるようにしても良い。

更に、管理サーバ１において、招待について、アクション元の識別情報ＵＩＤ、アクション先の識別情報ＵＩＤ、及びステータスを対応づけて記憶する招待テーブルを記憶部１７に格納してもよい。ステータスを参照することによって、承諾、申請中の状態が識別可能となる。特定部１３は、招待テーブルを参照して、招待申請中のＳＮＳ利用者を特定する。そして、招待申請中の招待候補者を他の招待候補者と識別できるように表示させてもよい。例えば、招待申請中の招待候補者には招待済みであることを示す印などを付加してリスト後方に表示させても良いし、あるいは、招待申請中のＳＮＳ利用者は招待候補者から除いて非表示としても良い。

また、招待テーブルを追加するのではなく、ゴルフ利用者情報テーブルＴＢＬ１１に招待のアクション元であるゴルフ利用者の識別情報ＵＩＤに対応づけて、アクション先であるＳＮＳ利用者の識別情報ＵＩＤと招待申請中であることを示すステータスを記録しても良い。この場合は、アクション先であるＳＮＳ利用者が、ゴルフ利用者として登録すれば、ステータスを変更すればよい。さらに、招待申請日時も記録しておき、所定期間経過しても登録されずステータスに変動がなければ、自動的にステータスをタイムアウト等としたり、ＳＮＳ利用者の識別情報ＵＩＤとステータスを消去しても良い。

（６）上述した各実施形態及び各変形例では、直接ＳＮＳ友達Ｕf1及び間接ＳＮＳ友達Ｕf2をゴルフ情報サービスへの参加の招待の対象としたが、本発明はこれに限定されるものではなく、ＳＮＳ上でのＳＮＳ利用者の活動内容に応じて招待候補者を絞り込んでもよい。
具体的には、直接ＳＮＳ友達Ｕf1及び間接ＳＮＳ友達Ｕf2が管理するマイページにおいて、これらの者が参照しているニュースなどの記事に、「ゴルフ」や「ラウンド」などの所定のキーワードがあり、且つ未だゴルフ友達になっておらず、招待した履歴もないＳＮＳ利用者を特定部１３で抽出し、招待候補者に表示するようにしても良い。
直接ＳＮＳ友達Ｕf1及び間接ＳＮＳ友達Ｕf2のマイページにおいて、特定の情報欄（例えば趣味（好きなもの）欄）に、「ゴルフ」等の所定のキーワードがあり、且つ未だゴルフ友達になっておらず、招待した履歴もないＳＮＳ利用者を特定部１３で抽出し、招待候補者に表示するようにしても良い。
これらの抽出処理を実行するためのキーワードは、管理サーバ１又は１Ａの記憶部１７に記憶しておけば良い。
加えて、抽出処理で抽出した特定招待候補者と、直接ＳＮＳ友達Ｕf1及び間接ＳＮＳ友達Ｕf2を混在させて招待候補者としても良い。この場合には、特定招待候補者を招待候補者と識別可能な態様で表示させることが好ましい。例えば、特定招待候補者のアイコンに特定招待候補者であることを示す印を付加しても良い。
更に、図５３に示すように、友達リストを表示するとともに招待リストを表示し、招待したい友達の帯をドラッグし、友達リストから招待リストにドロップすることで招待リストに表示されるようにしても良い。

（７）上述した各実施形態及び各変形例では、管理サーバ１又は１Ａが提供するサービスとして、ゴルフ情報サービスを一例として説明したが、本発明はこれに限定されるものではなく、管理サーバ１又は１Ａはどのようなサービスを提供するものであってもよい。例えば、利用者同士の共通のテーマに基づいて、アプリケーション上で特定の関係を構築するすべてのものに適用できる。共通のテーマは、マラソン、バドミントン等のスポーツや、将棋、ゲームなどの趣味的なものであってもよいし、ビジネスに関するものあってもよい。また、特定の関係は、友達関係に限定されない。例えば、上司と部下の関係であってもよいし、問屋と小売の関係であってもよい。要は、一定の規則に基づいて構築される関係であればどのようなものであってもよい。

（８）上述した各実施形態及び各変形例では、利用者（ゴルフ利用者）に所定の対象についてサービスを提供するために用いられる装置として、管理サーバ１又は１Ａ、及び端末装置２Ａを一例として説明したが、本発明はこれに限定されるものではなく、パーソナルコンピュータなどの情報処理装置であってもよい。そのような情報処理装置は、図３７に示す端末装置２Ａと類似する。図４６に示す端末装置２Ａの構成要素と同一の構成要素に同一の符号を付すとすれば、情報処理装置は、以下のように構成される。

情報処理装置は、利用者（ゴルフ利用者）を一意に識別する識別情報のうち所定の利用者の識別情報を取得する取得部２０１と、取得部２０１で取得した識別情報に基づいて、利用者同士の特定の関係を示す特定関係情報を参照する参照部２０２と、参照部２０２で参照した特定関係情報に基づいて、所定の利用者と特定の関係を有する特定利用者を特定する特定部２０３と、特定部２０３で特定した特定利用者について、所定の対象に関する活動を示す活動情報に基づいて、所定の対象に関する活動を評価する評価部２０４と、評価部２０４の評価結果に基づいて、特定利用者を配置した画面を表示部２０８に表示させる表示制御部２０６とを備える。なお、情報処理装置においては、外付けのディスプレイに画像を表示させることもあり得るので、表示部は必須の構成要素ではない。また、特定関係情報は、外部の装置から取得してもよい。

（９）上述した実施形態及び変形例では、図３に示すゴルフフレンドマップをマイページの一例として説明したが、本発明はこれに限定されるものではない。例えば、図５４及び図５５に示すようにゴルフ友達ＧＦ１〜ＧＦ５のアイコンを、評価部１４の評価結果に応じて所定の利用者Ｓのアイコンからの距離を定めてもよい。この例では、評価部１４は、表示の優先順位を直接ゴルフ友達Ｕg1であるゴルフ友達ＧＦ１→ＧＦ２→ＧＦ３→ＧＦ４→ＧＦ５の順に定めている。そして、ゴルフ友達を表示する領域としては、最も優先順位の高いゴルフ友達を領域Ｐ１に、次に優先順位の高いゴルフ友達を領域Ｐ２に、次に優先順位の高いゴルフ友達を領域Ｐ３、次に優先順位の高いゴルフ友達を領域Ｐ３に、次に優先順位の高いゴルフ友達を領域Ｐ４に、次に優先順位の高いゴルフ友達を領域Ｐ５に表示する。
ゴルフ友達ＧＦ１〜ＧＦ５と間接ゴルフ友達Ｕg2とは、図５４及び図５５に示すように線分で結んでもよい。これにより、階層的な友達関係をより明確に把握するこが可能となる。

（１０）上述した実施形態及び変形例では、活動データベースＤＢは、登録情報テーブルＴＢＬａと利用者ログ管理テーブルＴＢＬｂとを備え、登録情報と利用情報とを管理する情報管理部として機能したが、本発明はこれに限定されるものではなく、登録情報と利用情報とのうち少なくとも一方を活動データベースＤＢ（情報管理部）が管理してもよい。
この場合、活動情報には、利用情報と登録情報との少なくとも一方が含まれる。そして、評価部１４（２０４）は、情報管理部で管理する利用情報と登録情報との少なくとも一方に基づいて、直接ゴルフ友達Ｕg1及び間接ゴルフ友達Ｕg2の一部又は全部について、ゴルフに関する活動を評価してもよい。

（１１）上述した実施形態及び変形例では、アクション種別情報kindは、各種の専用ボタンがクリックされることによって特定されていた。しかしながら、本発明はこれに限定されるものではなく、メッセージの送付によってアクション種別情報kindを特定してもよい。例えば、図５６に示す入力フォームを表示させ、カテゴリのプルダウンメニューにおける表示項目のいずれかを選択するようにしてもよい。この場合には、プルダウンメニューの項目の選択によってアクション種別情報kindが決定される。図５６の例では、プルダウンメニューに、ゴルフに誘う、ゴルフ報告、及びギア報告の３つの選択肢が表示される。ギア報告とは、「クラブ買ったぞ！」や「ＸＸＸドライバーよかった！」などのクラブに関する投稿を行う場合に用いられる。

（１２）上述した実施形態及び変形例では、ゴルフ利用者ごとに第１個別ログファイルＦＬ１及び第２個別ログファイルＦＬ２を生成したが、本発明はこれに限定されるものではなく、評価値Ｈを生成する際に利用者ログ管理テーブルＴＢＬｂから必要な情報を抽出するようにしてもよい。また、活動データベースＤＢをアクション種別情報kindごとに分けられた複数の個別テーブルで構成し、複数の個別テーブルの各々について、ゴルフ利用者ごとの個別ログファイルを生成してもよい。この場合、個別ログファイルごとに更新タイミングを設定することができる。例えば、ゴルフ報告に関する個別ログファイルの更新頻度を高くすると、ゴルフ報告を行ったゴルフ利用者については、表示優先順位を高くすることができる。

（１３）上述した実施形態及び変形例では、項目１〜項目６に基づいて評価値Ｈを算出したが、これらの項目１〜項目６の少なくとも一つに基づいて評価値Ｈを算出してもよい。例えば、項目１のみ基づいて評価値Ｈを算出してもよいし、項目１及び項目３に基づいて評価値Ｈを算出してもよい。
さらに、アクションの日時に基づいて表示優先順位を決定してもよい。この場合、第１にＣＰＵ３０は、利用者ログ管理テーブルＴＢＬｂを参照して、表示対象となるゴルフ利用者の識別情報ＵＩＤとアクション元識別情報UID_Fromが一致するレコードを抽出する。第２に、ＣＰＵ３０は、タイムスタンプが最新のレコードを抽出する。第３に、これを全ての表示対象となるゴルフ利用者について実行し、抽出した最新のレコードを記録日時が新しい順にソートして、表示優先順位を決定する。なお、ＣＰＵ３０は、抽出した最新のレコードをタイムスタンプが新しい順にソートする代わりに、記録日時と現在時刻との差分を算出し、差分の時間が小さい順にレコードをソートしてもよい。

また、利用情報及び登録情報に基づいて表示優先順位を決定する態様は以下の態様であってもよい。この場合、登録情報テーブルＴＢＬｂに記録されるラウンド頻度は、ランクではなく、ラウンドの頻度を日数に換算した換算日が記録される。図６に示すプルダウンメニューによってラウンド頻度が入力された場合、例えば、図５７に示すテーブルによって日数に換算される。
第１に、ＣＰＵ３０は、登録情報テーブルＴＢＬａを参照して、表示対象となるゴルフ利用者の識別情報ＵＩＤと一致するレコードを抽出し、抽出したレコードのラウンド情報を特定する。第２にＣＰＵ３０は、利用者ログ管理テーブルＴＢＬｂを参照して、アクション種別情報kindがゴルフ報告を示すレコードのうち、表示対象となるゴルフ利用者の識別情報ＵＩＤとアクション元識別情報UID_Fromとが一致するレコードを抽出する。第３にＣＰＵ３０は、これを全ての表示対象となるゴルフ利用者について実行し、アクション元識別情報UID_Fromごとにタイムスタンプが最新のレコードを抽出する。第４にＣＰＵ３０は、抽出した最新のレコードの記録日と現在日との差分を経過日を算出する。例えば、現在日が２０１２年３月２９日でゴルフに行ってきた場合に記録するゴルフ報告の記録日が２０１２年１月１５日の場合、経過日は７４日となる。

第５にＣＰＵ３０は、抽出した最新のレコードのそれぞれについて、経過日とラウンド頻度の換算日との差分を差分日として算出する。例えば、経過日が７４日で、ラウンド頻度の換算日が３０日の場合、差分日は−４４日となる。差分日が負の値であれば、ラウンド頻度を考慮すると、ゴルフ利用者がゴルフに行きたくなるタイミングである。そして、差分日が小さい程、ゴルフに行きたくなる程度が高いと推定することができる。第６にＣＰＵ３０は、差分日が小さい順にレコードをソートする。第７に、ＣＰＵ３０は、ソートされたレコードの順に表示優先順位を決定する。これにより、ゴルフに行きたい程度の順にゴルフ利用者がマイページのゴルフフレンドマップ上に配置されるので、ゴルフ利用者は、ゴルフに誘うと賛同する可能性の高いゴルフ友達をゴルフフレンドマップ上で一見して知ることができるといった利点がある。

（１４）なお、本発明における機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することとしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。また、本発明における機能またはその一部を実現するためのプログラムを配信する配信サーバ及び当該配信サーバに備えられた記憶媒体、及び当該配信サーバの外部に存在し、当該プログラムを前記配信サーバにより配信するために記憶している記憶媒体も、本発明の範囲に含まれる。

また、上述した機能の一部または全部を、ＬＳＩ(Large Scale Integration)等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

（１５）本発明は上述の各実施形態及び変形例に限定されるものではなく、本発明の趣旨の範囲内での変更は本発明に含まれるものである。

ＮＥＴ……通信網、１，１Ａ……管理サーバ、２，２Ａ……端末装置、３……外部管理サーバ３１，２０１……取得部、１２，２０２……参照部、１３，２０３……特定部、１４，２０４……評価部、１５，２０５……決定部、１６……表示制御部、１７……記憶部、２０８……表示部、ＴＢＬ１１……ゴルフ利用者情報テーブル、ＴＢＬ１２……ゴルフ友達情報テーブル、ＴＢＬａ……登録情報テーブル、ＴＢＬｂ……利用者ログ管理テーブル。

Claims (16)

1. 利用者に所定の対象についてサービスを提供するために用いられる情報処理装置において、
   前記利用者を一意に識別する識別情報のうち所定の利用者の識別情報を取得する取得部と、
   前記取得部で取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照する参照部と、
   前記参照部で参照した前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する特定利用者を特定する特定部と、
   前記特定部で特定した前記特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理を少なくとも実行する評価部と、
   前記評価部の評価結果に基づいて、前記特定利用者を配置した画面を表示部に表示させる表示制御部と、
   を備える情報処理装置。
2. 利用者に所定の対象についてサービスを提供し、当該利用者の端末装置と通信可能な管理装置であって、
   所定の利用者から表示要求を受信すると、前記利用者を一意に識別する識別情報のうち前記所定の利用者の識別情報を取得する取得部と、
   前記取得部で取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照する参照部と、
   前記参照部で参照した前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する第１の特定利用者を特定する特定部と、
   前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理を少なくとも実行する評価部と、
   前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部と、
   前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる表示制御部と、
   を備える管理装置。
3. 前記参照部は、前記第１の特定利用者の識別情報に基づいて、前記第１の特定利用者と特定の関係を示す特定関係情報を参照し、
   前記特定部は、前記参照部で参照した、前記第１の特定利用者について前記特定の関係を示す前記特定関係情報に基づいて、前記第１の特定利用者と特定の関係を有する第２の特定利用者を特定し、
   前記評価部は、前記特定部で特定した前記第１の特定利用者及び前記第２の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて、前記所定の対象に関する活動を評価する処理と、前記特定部で特定した前記第１の特定利用者及び前記第２の特定利用者に関する属性情報に基づいて、前記第１の特定利用者及び前記第２の特定利用者に関する属性を評価する処理とのうち、少なくとも一方を実行し、
   前記決定部は、前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者及び前記第２の特定利用者の位置を決定し、
   前記表示制御部は、前記決定部で決定された画面上の位置に前記第１の特定利用者及び前記第２の特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる、
   ことを特徴とする請求項２に記載の管理装置。
4. 第１サービス利用者に所定の対象に関する第１サービスを提供し、前記第１サービス利用者を含む第２サービス利用者に第２サービスを提供すると共に前記第２サービス利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置と通信可能であり、前記第１サービス利用者の端末装置と通信可能な管理装置であって、
   所定の第１サービス利用者の端末装置からの要求に応じて、前記第１サービス利用者を一意に識別する識別情報を記憶する記憶部から、前記所定の第１サービス利用者の識別情報を取得する取得部と、
   前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照する参照部と、
   前記記憶部に記憶されている前記第１サービス利用者の前記識別情報及び前記参照部で参照した前記特定関係情報に基づいて、前記所定の第１サービス利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する第１の特定利用者を特定する特定部と、
   前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部と、
   前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部と、
   前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の第１サービス利用者の前記端末装置に表示させる表示制御部と、
   を備える管理装置。
5. 前記参照部は、前記第１の特定利用者の識別情報に基づいて、前記外部管理装置で管理する前記第１の特定利用者と特定の関係を示す特定関係情報を参照し、
   前記特定部は、前記特定関係情報と前記記憶部に記憶されている前記第１サービス利用者の前記識別情報とに基づいて、前記所定の第１サービス利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する者を前記第１の特定利用者として特定し、更に、前記参照部で参照した、当該第１の特定利用者について前記特定の関係を示す前記特定関係情報と、前記記憶部に記憶されている前記第１サービス利用者の前記識別情報とに基づいて、当該第１の特定利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する者を第２の特定利用者として特定し、
   前記評価部は、前記特定部で特定した前記第１の特定利用者及び前記第２の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて、前記所定の対象に関する活動を評価する処理と、前記特定部で特定した前記第１の特定利用者及び前記第２の特定利用者に関する属性情報に基づいて、前記第１の特定利用者及び前記第２の特定利用者に関する属性を評価する処理とのうち、少なくとも一方を実行し、
   前記決定部は、前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者及び前記第２の特定利用者の位置を決定し、
   前記表示制御部は、前記決定部で決定された画面上の位置に前記第１の特定利用者及び前記第２の特定利用者を配置した画面を前記所定の第１サービス利用者の前記端末装置に表示させる、
   ことを特徴とする請求項４に記載の管理装置。
6. 利用者のサービスの利用内容を示す利用情報及び前記所定の対象について利用者によって当該管理装置に登録された登録情報のうち少なくとも一方を管理する情報管理部を備え、
   前記活動情報には、前記利用情報と前記登録情報との少なくとも一方が含まれ、
   前記評価部は、前記利用情報と前記登録情報との少なくとも一方に基づいて、前記第１の特定利用者について前記所定の対象に関する活動を評価する、
   ことを特徴とする請求項２乃至５のうちいずれか１項に記載の管理装置。
7. 前記決定部は、前記評価結果に基づいて、前記所定の対象に関する活動と属性とのうち少なくとも一方に関する評価が高い順に、前記第１の特定利用者を前記端末装置の表示部の画面上の所定の領域に優先して表示されるように決定する、
   ことを特徴とする請求項２乃至６のうちいずれか１項に記載の管理装置。
8. 前記端末装置の前記表示部は、画面を所定の方向にスライドして画面サイズよりも大きなサイズのページを表示できるようになっており、
   前記所定の領域は、初期状態において前記表示部に表示される画面の領域であり、
   前記決定部は、前記画面の所定の方向にスライドすることにより、前記所定の領域以外に配置された前記第１の特定利用者を表示できるように前記第１の特定利用者の前記ページ上の位置を決定する、
   ことを特徴とする請求項７に記載の管理装置。
9. 前記端末装置の表示部の画面上には前記第１の特定利用者を表示するための複数の表示領域が設けられており、
   前記決定部は、前記評価結果に基づいて、評価が高い順に、前記第１の特定利用者を所定位置から近い表示領域に優先して表示されるように決定する、
   ことを特徴とする請求項２乃至６のうちいずれか１項に記載の管理装置。
10. 利用者に所定の対象についてサービスを提供するサービス提供システムにおいて
    前記利用者の端末装置と、管理装置とを備え、
    前記端末装置は、前記管理装置と通信可能であり、表示部を備え、
    前記管理装置は、
    所定の利用者から表示要求を受信すると、前記利用者を一意に識別する識別情報のうち前記所定の利用者の識別情報を取得する取得部と、
    前記取得部で取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照する参照部と、
    前記参照部で参照した前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する第１の特定利用者を特定する特定部と、
    前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理を少なくとも実行する評価部と、
    前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部と、
    前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる表示制御部と、
    を備えるサービス提供システム。
11. 第１サービス利用者に所定の対象に関する第１サービスを提供する管理装置と、前記第１サービス利用者を含む第２サービス利用者に第２サービスを提供する外部管理装置と、前記第１サービス利用者の端末装置とを備えるサービス提供システムであって、
    前記端末装置は、前記管理装置と通信可能であり、表示部を備え、
    前記外部管理装置は、前記第２サービス利用者同士の特定の関係を示す特定関係情報を管理し、
    前記管理装置は、
    所定の第１サービス利用者の端末装置からの要求に応じて、前記第１サービス利用者を一意に識別する識別情報を記憶する記憶部から、前記所定の第１サービス利用者の識別情報を取得する取得部と、
    前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照する参照部と、
    前記記憶部に記憶されている前記第１サービス利用者の前記識別情報及び前記参照部で参照した前記特定関係情報に基づいて、前記所定の第１サービス利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する第１の特定利用者を特定する特定部と、
    前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部と、
    前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部と、
    前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の第１サービス利用者の前記端末装置に表示させる表示制御部とを備える、
    ことを特徴とするサービス提供システム。
12. 利用者に所定の対象についてサービスを提供し、当該利用者の端末装置と通信可能な管理装置の制御方法であって、
    所定の利用者から表示要求を受信すると、前記利用者を一意に識別する識別情報のうち前記所定の利用者の識別情報を取得し、
    取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照し、
    前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する第１の特定利用者を特定し、
    特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理を少なくとも実行し、
    評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定し、
    決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる、
    ことを特徴とする管理装置の制御方法。
13. 表示部を有する第１サービス利用者の端末装置と、前記第１サービス利用者に所定の対象に関する第１サービスを提供する管理装置と、前記第１サービス利用者を含む第２サービス利用者に第２サービスを提供し、前記第２サービス利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置とを備えるサービス提供システムに用いられる管理装置の制御方法であって、
    所定の第１サービス利用者の端末装置からの要求に応じて、前記第１サービス利用者を一意に識別する識別情報を記憶する記憶部から、前記所定の第１サービス利用者の識別情報を取得し、
    取得した前記識別情報に基づいて、前記外部管理装置で管理する特定関係情報を参照し、
    前記特定関係情報と前記記憶部に記憶されている前記第１サービス利用者の前記識別情報とに基づいて、前記所定の第１サービス利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する第１の特定利用者を特定し、
    特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行し、
    評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定し、
    決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の第１サービス利用者の前記端末装置に表示させる、
    ことを特徴とする管理装置の制御方法。
14. コンピュータを備えた情報処理装置のプログラムであって、
    前記コンピュータを、
    利用者を一意に識別する識別情報のうち所定の利用者の識別情報を取得する取得部と、
    前記取得部で取得した前記識別情報に基づいて、前記利用者同士の特定の関係を示す特定関係情報を参照する参照部と、
    前記参照部で参照した前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する特定利用者を特定する特定部と、
    前記特定部で特定した前記特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理を少なくとも実行する評価部と、
    前記評価部の評価結果に基づいて、前記特定利用者を配置した画面を表示部に表示させる表示制御部として機能させる、
    ことを特徴とする情報処理装置のプログラム。
15. 利用者に所定の対象についてサービスを提供し、表示部を有する前記利用者の端末装置と通信可能であり、コンピュータを有する管理装置のプログラムであって、
    前記コンピュータを、
    所定の利用者から表示要求を受信すると、利用者を一意に識別する識別情報のうち前記所定の利用者の識別情報を取得する取得部と、
    前記取得部で取得した前記識別情報に基づいて、利用者同士の特定の関係を示す特定関係情報を参照する参照部と、
    前記参照部で参照した前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する第１の特定利用者を特定する特定部と、
    前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理を少なくとも実行する評価部と、
    前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部と、
    前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の利用者の前記端末装置に表示させる表示制御部として機能させる、
    ことを特徴とする管理装置のプログラム。
16. 表示部を有する第１サービス利用者の端末装置と、前記第１サービス利用者に所定の対象に関する第１サービスを提供し、コンピュータを有する管理装置と、前記第１サービス利用者を含む第２サービス利用者に第２サービスを提供し、前記第２サービス利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置とを備えるサービス提供システムに用いられる管理装置のプログラムであって、
    前記コンピュータを、
    所定の第１サービス利用者の端末装置からの要求に応じて、前記第１サービス利用者を一意に識別する識別情報を記憶する記憶部から、前記所定の第１サービス利用者の識別情報を取得する取得部と、
    前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照する参照部と、
    前記参照部で参照した前記特定関係情報と前記記憶部に記憶されている前記第１サービス利用者の前記識別情報とに基づいて、前記所定の第１サービス利用者と前記特定の関係を有する第２サービス利用者のうち前記第１サービス利用者に該当する第１の特定利用者を特定する特定部と、
    前記特定部で特定した前記第１の特定利用者について、前記所定の対象に関する活動を示す活動情報に基づいて前記所定の対象に関する活動を評価する処理と、前記第１の特定利用者に関する属性情報に基づいて属性を評価する処理とのうち、少なくとも一方を実行する評価部と、
    前記評価部の評価結果に基づいて、前記端末装置の表示部の画面上に表示される前記第１の特定利用者の位置を決定する決定部と、
    前記決定部で決定された画面上の位置に前記第１の特定利用者を配置した画面を前記所定の第１サービス利用者の前記端末装置に表示させる表示制御部として機能させる、
    ことを特徴とする管理装置のプログラム。

Images