JP2014010796A - 管理装置、その制御方法及びプログラム、並びにサービス提供システム - Google Patents

Abstract

【課題】招待を受諾する可能性の高い利用者を効率良く表示させる。
【解決手段】管理サーバ１は、ゴルフ利用者の識別情報を記憶する記憶部１７と、取得部１１で取得した識別情報に基づいて、外部管理サーバ３で管理する友達情報を参照する関係情報参照部１２Ａと、ゴルフ利用者の識別情報及び友達情報に基づいて、所定のゴルフ利用者と友達関係を有するＳＮＳ利用者であるＳＮＳ友達のうち、ゴルフ利用者に該当しない第１の外部特定利用者を特定する特定部１３と、第１の外部特定利用者がＳＮＳにおいて外部管理サーバ３に提供した提供情報を参照する提供情報参照部１２Ｂと、提供情報に基づいて、第１の外部特定利用者を端末装置２の表示部に表示させる順位を決定する決定部１５と、決定した順位に従って、第１の外部特定利用者を示す情報を端末装置２の表示部に表示させる表示制御部１６を備える。
【選択図】図１

Description

本発明は、第１利用者に所定の対象に関する第１サービスを提供し、第１利用者を含む第２利用者に対して第２サービスを提供する場合に、ある第２利用者が第２サービスを利用していない第１利用者を第２サービスに招待する技術に関する。

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

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

しかしながら、従来の技術では、本人の友達が複数いる場合に、複数の友達をどの位置に配置するかについて開示がない。また、友達の友達については、表示する記載がない。
さらに、第１利用者に所定の対象に関する第１サービスを提供し、第１利用者を含む第２利用者に対して第２サービスを提供する場合に、ある第１利用者が第２サービスにおいて友達関係があり、且つ第１サービスを利用していない第２利用者（第１の外部特定利用者と称する）を第１サービスに招待する場合、招待を受諾する可能性が高いと思われる第１の外部特定利用者を招待しようとする第１利用者に知らせることができなかった。
本発明は、この点に鑑みてなされたものであり、招待を受諾する可能性が高いと思われる第１の外部特定利用者の存在を、招待しようとする第１利用者に分かり易く知らせることなどを解決課題とする。

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

上述した課題を解決するため、本発明に係る管理装置は、第１利用者に所定の対象に関する第１サービスを提供し、前記第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置（３）及び前記第１利用者の端末装置（２）と通信可能な管理装置（１）であって、前記第１利用者を一意に識別する識別情報（ＵＩＤ）を記憶する記憶部（１７）と、所定の第１利用者の端末装置から、前記第２利用者のうち前記第１利用者でない利用者を前記第１サービスに招待する招待要求を受信すると、前記所定の第１利用者の識別情報を取得する取得部（１１、Ｓ１２０）と、前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照可能な関係情報参照部（１２Ａ、Ｓ１２１）と、前記記憶部に記憶されている前記第１利用者の前記識別情報及び前記特定関係情報に基づいて、前記所定の第１利用者と前記特定の関係を有する第２利用者である第１の特定利用者のうち、前記第１利用者に該当しない第１の外部特定利用者を特定する特定部（１３、Ｓ１２２）と、前記第１の外部特定利用者が前記第２サービスにおいて前記外部管理装置に提供した提供情報を参照する提供情報参照部（１２Ｂ、Ｓ１２２）と、前記提供情報参照部で参照した前記提供情報に基づいて、前記第１の外部特定利用者を前記端末装置の表示部に表示させる順位を決定する決定部（１５、Ｓ１２３）と、前記決定部の決定した順位に従って、前記第１の外部特定利用者を示す情報を前記端末装置の表示部に表示させることが可能な表示制御部（１６、Ｓ１２４）と、を備える。

本発明によれば、第１サービスへ招待する招待候補者となる第１の外部特定利用者を示す情報を端末装置の表示部に表示させる場合に、第１の外部特定利用者が第２サービスにおいて外部管理装置に提供した提供情報に基づいて表示させる順位を決定する。このように第１サービスへ招待する場合に、第１サービスとは異なる第２サービスにおいて第２利用者が外部管理装置に提供した提供情報に基づいて、複数の第１の外部特定利用者を表示する順位を定めるので、招待を受諾する可能性が高いと思われる第１の外部特定利用者を示す情報を端末装置の表示部に表示させることが可能となる。
ここで、「前記第１の外部利用者を前記端末装置の表示部に表示させる順位」は、複数の第１の外部利用者のうち、表示部に表示させる各第１の外部利用者に割り当てられる第１順位と表示部に非表示とする各第１の外部利用者に割り当てる第２順位であってもよい。さらに、表示部の表示領域には第１の外部利用者を表示可能な表示位置が所定数用意されている。この場合、第１順位の第１の外部利用者を所定数の表示位置にランダムに配置してもよいし、あるいは、複数の第１順位の第１の外部利用者に対して、さらに、所定数の表示位置に順位を割り当ててもよい。
また、「特定の関係」は、友達関係に限定されない。要は、一定の規則に基づいて構築される関係であればどのようなものであってもよい。

上述した管理装置において、前記関係情報参照部は、前記第１の特定利用者の識別情報に基づいて、前記外部管理装置で管理する前記第１の特定利用者と特定の関係を示す特定関係情報を参照可能であり（Ｓ１２１ｂ）、前記特定部は、前記所定の利用者の前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する前記第１の特定利用者を特定し、更に、当該前記第１の特定利用者と特定の関係を示す特定関係情報と前記記憶部に記憶されている前記第１利用者の前記識別情報とに基づいて、当該第１の特定利用者と前記特定の関係を有する第２利用者である第２の特定利用者のうち前記第１利用者に該当しない利用者を第２の外部特定利用者として特定し（Ｓ１２２ａ）、前記提供情報参照部は、前記第２の外部特定利用者が前記第２サービスにおいて前記外部管理装置に提供した提供情報を参照可能であり、前記決定部は、前記提供情報参照部で参照した前記第１の外部特定利用者及び前記第２の外部特定利用者の提供情報に基づいて、前記第１の外部特定利用者及び前記第２の外部特定利用者を前記端末装置の表示部に表示させる順位を決定し（Ｓ１２３）、前記表示制御部は、前記決定部の決定した順位に従って、前記第１の外部特定利用者を示す情報及び前記第２の外部特定利用者を示す情報を前記端末装置の表示部に表示させることが可能である（Ｓ１２４）ことが好ましい。

本発明によれば、第１の外部特定利用者のみならず、第２の外部特定利用者も招待の対象に含めることができる。また、第２の外部特定利用者についても招待を受諾する可能性が高いと思われる第２の外部特定利用者を示す情報を端末装置の表示部に表示させることが可能となる。
ここで、決定部が決定する順位には、例えば、複数の第１の外部特定利用者を示す情報のうち、端末装置の表示部に表示させる各第１の外部特定利用者に割り当てられる第１順位と、複数の第２の外部特定利用者を示す情報のうち、端末装置２の表示部に表示させる各第２の外部特定利用者に割り当てられる第２順位と、複数の第１の外部特定利用者及び複数の第２の外部特定利用者を示す情報のうち、端末装置の表示部に非表示とする各第１の外部特定利用者及び各第２の外部特定利用者に割り当てる第３順位があってもよい。また、第１の外部特定利用者及び第２の外部特定利用者を区別せずに、端末装置の表示部に表示させる外部特定利用者を示す情報に第１順位を割り当て、端末装置の表示部に表示させる外部特定利用者を示す情報に第２順位を割り当てるようにしてもよい。

上述した管理装置において、前記決定部は、予め定められたキーワードが前記提供情報参照部で参照した前記提供情報に含まれるか否かを判定し、判定結果に基づいて前記端末装置の表示部に表示させる順位を決定することが好ましい。キーワードとして第１サービスに関連する用語を選定することによって、第１サービスに関心のある利用者の順位を上げることができる。

次に、本発明に係るサービス提供システムは、第１利用者に所定の対象に関する第１サービスを提供する管理装置（１）と、前記第１利用者を含む第２利用者に対して第２サービスを提供する外部管理装置（３）と、前記第２利用者の端末装置（３）とを備えるサービス提供システム（１００）であって、前記端末装置は、前記管理装置と通信可能であり、表示部を備え、前記外部管理装置は、前記第２利用者同士の特定の関係を示す特定関係情報を管理し、前記管理装置は、前記第１利用者を一意に識別する前記識別情報を記憶する記憶部（１７）と、所定の第１利用者の端末装置から、前記第２利用者のうち前記第１利用者でない利用者を前記第１サービスに招待する招待要求を受信すると、前記所定の第１利用者の識別情報を取得する取得部（１１）と、前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照可能な関係情報参照部（１２Ａ）と、前記記憶部に記憶されている前記第１利用者の前記識別情報及び前記特定関係情報に基づいて、前記所定の第１利用者と前記特定の関係を有する第２利用者である第１の特定利用者のうち、前記第１利用者に該当しない第１の外部特定利用者を特定する特定部（１３）と、前記第１の外部特定利用者が前記第２サービスにおいて前記外部管理装置に提供した提供情報を参照する提供情報参照部（１２Ｂ）と、前記提供情報参照部で参照した前記提供情報に基づいて、前記第１の外部特定利用者を前記端末装置の表示部に表示させる順位を決定する決定部（１５）と、前記決定部の決定した順位に従って、前記第１の外部特定利用者を示す情報を前記端末装置の表示部に表示させることが可能な表示制御部（１６）とを備える。
このサービス提供システムによれば、第１サービスへ招待する場合に、第１サービスとは異なる第２サービスにおいて第２利用者が外部管理装置に提供した提供情報に基づいて、複数の第１の外部特定利用者を示す情報を表示する順位を定めるので、招待を受諾する可能性が高いと思われる第１の外部特定利用者を示す情報を端末装置の表示部に表示させることが可能となる。

次に、本発明に係る管理装置の制御方法は、表示部を有する利用者の端末装置（２）と、第１利用者に所定の対象に関する第１サービスを提供し前記第１利用者を一意に識別する識別情報を記憶する記憶部（１７）を有する管理装置（１）と、前記第１利用者を含む第２利用者に対して第２サービスを提供し、利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置（３）とを備えるサービス提供システム（１００）に用いられる管理装置を制御する方法であって、所定の第１利用者の端末装置から、前記第２利用者のうち前記第１利用者でない利用者を前記第１サービスに招待する招待要求を受信すると、前記所定の第１利用者の識別情報を取得し（Ｓ１２０）、取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照し（Ｓ１２１）、前記記憶部に記憶されている前記第１利用者の前記識別情報及び参照した前記特定関係情報に基づいて、前記所定の第１利用者と前記特定の関係を有する第２利用者である第１の特定利用者のうち、前記第１利用者に該当しない第１の外部特定利用者を特定し（Ｓ１２２）、前記第１の外部特定利用者が前記第２サービスにおいて前記外部管理装置に提供した提供情報を参照し（Ｓ１２２）、参照した前記提供情報に基づいて、前記第１の外部特定利用者を前記端末装置の表示部に表示させる順位を決定し（Ｓ１２３）、決定した順位に従って、前記第１の外部特定利用者を前記端末装置の表示部に表示するために必要な情報を生成し（Ｓ１２４）、当該情報を含む表示応答を前記所定の利用者の端末装置に送信する。
この管理装置の制御方法によれば、第１サービスへ招待する場合に、第１サービスとは異なる第２サービスにおいて第２利用者が外部管理装置に提供した提供情報に基づいて、複数の第１の外部特定利用者を示す情報を表示する順位を定めるので、招待を受諾する可能性が高いと思われる第１の外部特定利用者を示す情報を端末装置の表示部に表示させることが可能となる。

次に、本発明に係る管理装置のプログラムは、表示部を有する利用者の端末装置（２）と、第１利用者に所定の対象に関する第１サービスを提供し前記第１利用者を一意に識別する識別情報を記憶する記憶部（１７）及びコンピュータ（３０）を有する管理装置（１）と、前記第１利用者を含む第２利用者に対して第２サービスを提供し、利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置（３）とを備えるサービス提供システム（１００）に用いられる管理装置のプログラムであって、前記コンピュータを、所定の第１利用者の端末装置から、前記第２利用者のうち前記第１利用者でない利用者を前記第１サービスに招待する招待要求を受信すると、前記所定の第１利用者の識別情報を取得する取得部（１１、Ｓ１２０）と、前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照可能な関係情報参照部（１２Ａ、Ｓ１２１）と、前記記憶部に記憶されている前記第１利用者の前記識別情報及び前記特定関係情報に基づいて、前記所定の第１利用者と前記特定の関係を有する第２利用者である第１の特定利用者のうち、前記第１利用者に該当しない第１の外部特定利用者を特定する特定部（１３、Ｓ１２２）と、前記第１の外部特定利用者が前記第２サービスにおいて前記外部管理装置に提供した提供情報を参照する提供情報参照部（１２Ｂ、Ｓ１２２）と、前記提供情報参照部で参照した前記提供情報に基づいて、前記第１の外部特定利用者を前記端末装置の表示部に表示させる順位を決定する決定部（１５、Ｓ１２３）と、前記決定部の決定した順位に従って、前記第１の外部特定利用者を示す情報を前記端末装置の表示部に表示させることが可能な表示制御部（１６、Ｓ１２４）として機能させる。
この管理装置のプログラムによれば、第１サービスへ招待する場合に、第１サービスとは異なる第２サービスにおいて第２利用者が外部管理装置に提供した提供情報に基づいて、複数の第１の外部特定利用者を示す情報を表示する順位を定めるので、招待を受諾する可能性が高いと思われる第１の外部特定利用者を示す情報を端末装置の表示部に表示させることが可能となる。

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

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

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

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

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

ゴルフ利用者は、図２に示すようにＳＮＳ利用者に含まれる。換言すれば、管理サーバ１は、ゴルフ利用者にゴルフ情報サービス（第１サービス）を提供し、外部管理サーバ３のＳＮＳ利用者に限って、管理サーバ１のゴルフ利用者として登録する。一方、外部管理サーバ３は、ゴルフ利用者を含むＳＮＳ利用者に対してＳＮＳ（第２サービス）を提供する。このように、ゴルフ利用者はＳＮＳ利用者に含まれるため、第１実施形態の管理サーバ１は、ゴルフ利用者の友達関係をＳＮＳ利用者の友達関係を用いて管理する。即ち、図２に示すように、本人とＳＮＳ友達であり、且つゴルフ利用者をゴルフ友達とし、ＳＮＳ友達のＳＮＳ友達であり、且つゴルフ利用者をゴルフ友達のゴルフ友達として管理する。また、ＳＮＳ友達であり、且つゴルフ利用者でない者を第１の外部特定利用者として管理し、ＳＮＳ友達のＳＮＳ友達であり、且つゴルフ利用者でない者を第２の外部特定利用者として管理する。

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

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

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

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

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

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

上述したように本実施形態では、本人と友達関係を有するＳＮＳ利用者のうちゴルフ利用者に該当する者をゴルフ友達とし、本人と友達関係を有するＳＮＳ利用者と更に友達関係を有するＳＮＳ利用者（ＳＮＳ友達のＳＮＳ友達）のうちゴルフ利用者に該当する者をゴルフ友達のゴルフ友達とした。サービス提供システム１００では、ＳＮＳ友達のうちゴルフ友達でないＳＮＳ利用者をゴルフ情報サービスに招待できるようになっている。ゴルフ情報サービスへの招待において、取得部１１は、所定のゴルフ利用者の端末装置２から、ＳＮＳ利用者のうちゴルフ利用者でない利用者をゴルフ情報サービスに招待する招待要求を受信すると、所定のゴルフ利用者の識別情報ＵＩＤを取得する。

また、管理サーバ１は、取得部１１で取得した本人の識別情報ＵＩＤに基づいて、外部管理サーバ３で管理する友達情報を参照可能な関係情報参照部１２Ａを備える。
また、ゴルフ情報サービスへの招待において、上述した特定部１３は、記憶部１７のゴルフ利用者情報テーブルＴＢＬ１１に記憶されているゴルフ利用者の識別情報ＵＩＤ及び友達情報に基づいて、所定のゴルフ利用者と友達関係を有するＳＮＳ利用者であるＳＮＳ友達（第１の特定利用者）のうち、ゴルフ利用者に該当しない第１の外部特定利用者を特定する（図２参照）。

また、管理サーバ１は、第１の外部特定利用者がＳＮＳにおいて外部管理サーバ３に提供した提供情報を参照する提供情報参照部１２Ｂを備える。ここで、提供情報には、ＳＮＳ利用者が、外部管理サーバ３に登録した個人情報や投稿のコメントなどが含まれる。
また、決定部１５は、提供情報参照部１２Ａで参照した提供情報に基づいて、第１の外部特定利用者を端末装置２の表示部に表示させる順位を決定する。さらに、表示制御部１６は、決定部１５の決定した順位に従って、第１の外部特定利用者を示す情報を端末装置２の表示部に表示させることが可能である。

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

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

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

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

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

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

図８に利用者ログ管理テーブルＴＢＬｂのデータ構造を示す。利用者ログ管理テーブルＴＢＬｂには複数のレコードが記録されている。１つのレコードは、レコードを一意に識別するレコードＩＤ、各種のアクションの主体となるゴルフ利用者のアクション元識別情報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に示すレコードが記録される。なお、この例では、他の投稿と同じ形式でアイコンＡ２のクリックを管理したが、クリックしたことを示すフラグとクリックした日時を対応づけて利用者ログ管理テーブルＴＢＬｂに記録してもよいし、別のテーブルに記録して管理してもよい。

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

次に、ゴルフに誘うについて説明する。例えば、図３に示すゴルフ友達のアイコンＧＦ５をクリックすると、図１１に示すようにアイコンＧＦ３に対応するゴルフ友達をゴルフに誘うための画面がポップアップされる。この例では、領域Ｃ１にゴルフ友達のアイコンが表示され、領域Ｃ２にゴルフ友達の名前である「小浪浩一」で表示される。領域Ｃ３は、ゴルフ友達の投稿があればその内容が表示される。この例では、投稿が無い場合を示している。なお、他に当該ゴルフ友達のプロフィール情報を表示する領域をポップアップ内に設けても良いし、プロフィール情報を参照するためのボタンを配置しても良い。そして、キャンセルボタンＢ１２をクリックすると、ポップアップ画面がキャンセルされ、図３に示すゴルフフレンドマップに戻る。

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

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

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

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

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

項目１のポイントを特定する処理においては、第１に、表示対象とするゴルフ利用者の識別情報ＵＩＤとアクション元識別情報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に従って、ゴルフフレンドマップにゴルフ友達及びゴルフ友達のゴルフ友達を配置する。本実施形態の表示基準情報Ｇrefは、図３に示す領域Ｙ１にゴルフ友達を評価値Ｈの高い順に予め定められた位置に配置し、領域Ｙ２にゴルフ友達のゴルフ友達を評価値Ｈの高い順に予め定められた位置に配置するように定められている。
このように、ゴルフ友達とゴルフ友達のゴルフ友達とを独立して異なる領域に配置し、しかも活動情報を評価し、評価結果に基づいて配置したので、本人と関係性の深いゴルフ利用者を把握し易い態様でゴルフフレンドマップに配置することが可能となる。

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

次に、ＳＮＳ友達情報テーブルＴＢＬ３２には複数のレコードが記録されている。１つのレコードは、アクション元の識別情報、アクション先の識別情報、ステータス、及び申請日時を含む。アクション元は、友達申請を行ったＳＮＳ利用者であり、アクション先は、友達申請されたＳＮＳ利用者である。ステータスは、友達申請の状態を示し、申請中が「０」、承諾が「１」、拒否が「２」、タイムアウトが「３」で表される。タイムアウトとは、申請日時から所定期間が経過しても、アクション先のＳＮＳ利用者が、友達申請を承諾するか拒否するかを明らかにしない場合である。図２６に示す例では、ＵＩＤが「0zz99x999」のＳＮＳ利用者は、ＵＩＤが「6zz99x999」のＳＮＳ利用者に友達申請を行い、承諾されている。

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

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

本実施形態では、ＳＮＳ利用者が、外部管理サーバ３が管理するＳＮＳのマイページにコメントを自由に投稿できるようになっており、投稿されたコメントに対して、他のＳＮＳ利用者がコメントをさらに投稿できるようになっている。投稿テーブルＴＢＬ３３を参照することによって、ＳＮＳ利用者が投稿したコメントの内容を知ることができる。なお、投稿したコメントは、ＳＮＳ利用者が外部管理サーバ３に対して提供する提供情報に該当する。例えば、識別情報ＵＩＤが「7zz99x123」のＳＮＳ利用者は、2012年7月10日に「今日は、ゴルフの練習、練習！」を本人のマイページに投稿していることが分かる。この場合、本人のマイページへの投稿であるので、アクション先識別情報は「Null」となっている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

端末装置２のディスプレイ２５において最初に表示されるのが画面領域Ｒ１である。この場合、領域ｒ１は図３に示す表示領域Ｙ１に相当し、領域ｒ２は表示領域Ｙ２に相当する。図３に示す上矢印アイコンＢ２をクリックすると、ディスプレイ２５に画面領域Ｒ２が表示される。この場合、領域ｒ２は図３に示す表示領域Ｙ１に相当し、領域ｒ３は表示領域Ｙ２に相当する。この状態で、下矢印アイコンＢ１をクリックすると、ディスプレイ２５に画面領域Ｒ１が表示される。

即ち、端末装置２のディスプレイ２５は、画面を所定の方向にスライドして画面サイズよりも大きなサイズの関係図を表示できるようになっている。管理サーバ１のＣＰＵ３０は、ディスプレイ２５の画面サイズに「ゴルフ友達」と「ゴルフ友達のゴルフ友達」を配置できない場合、画面サイズよりも大きな領域に「ゴルフ友達」と「ゴルフ友達のゴルフ友達」とを配置した関係図を表示するために必要な表示情報を生成する。なお、ディスプレイ２５に画面領域Ｒ１が表示されている状態で下矢印アイコンＢ１をクリックすると、招待処理を行う画面に遷移する。また、図３に示す「ゴルフ友達を増やす」アイコンＡ４をクリックすることでも、招待処理を行う画面に遷移することができるようになっている。招待処理については後述する。

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

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

＜２−２：招待処理＞
図３５及び図３６に招待処理に関するサービス提供システムの動作シーケンスを示す。この例では、アクション元のゴルフ利用者の端末装置を端末装置２ｆ、アクション先のＳＮＳ利用者の端末装置を端末装置２ｔと称する。
図２を参照して説明したように、ゴルフ利用者である本人とＳＮＳ友達であり、且つゴルフ利用者がゴルフ友達となる。このため、ＳＮＳ友達であり且つゴルフ利用者でない第１の外部特定利用者をゴルフ情報サービスに招待することとゴルフ友達に誘うことは等価である。以下の説明では、ＳＮＳ利用者をゴルフ情報サービスに招待するゴルフ利用者を招待利用者、ゴルフ利用者によってゴルフ情報サービスに招待されるＳＮＳ利用者を被招待利用者、被招待利用者の候補者を被招待利用候補者と称する。ここで、招待利用者はゴルフ友達を申請する申請者であり、被招待利用者はゴルフ友達の申請を受諾したＳＮＳ利用者であり、被招待利用候補者はゴルフ友達の申請の候補者に該当する。
まず、アクション元である端末装置２ｆのゴルフ利用者が、図３に示すマイページにおいてアイコンＡ４をクリックする等して「ゴルフ友達を増やす」を選択すると、端末装置２ｆは、友達申請ページ要求を管理サーバ１に送信する。管理サーバ１は友達申請ページ要求を受信すると、本人の識別情報ＵＩＤを取得し、本人の識別情報ＵＩＤを外部管理サーバ３に送信する（Ｓ１２０）。

外部管理サーバ３が、本人の識別情報ＵＩＤを受信すると、外部管理サーバ３のＣＰＵは、友達情報テーブルＴＢＬにアクセスし、当該識別情報ＵＩＤがアクション元又はアクション先として記録されているレコードを抽出する（Ｓ３２０）。

管理サーバ１が、抽出したＳＮＳの友達情報及びＳＮＳ利用者情報を含む友達リストを外部管理サーバ３から受信して、ＳＮＳの友達情報を取得すると（Ｓ１２１）、管理サーバ１のＣＰＵ３０は、ＳＮＳ友達であり且つゴルフ利用者でない者を抽出する（Ｓ１２２）。
より具体的には、第１に、ＣＰＵ３０は、友達情報のステータスが承諾のレコードにアクション元又はアクション先として記録されている識別情報ＵＩＤのうち、本人の識別情報ＵＩＤ及び重複する識別情報ＵＩＤを除いた識別情報ＵＩＤを本人のＳＮＳ友達の識別情報ＵＩＤとして特定する。
第２に、ＣＰＵ３０は、ゴルフ利用者情報テーブルＴＢＬ１１を参照して、ゴルフ利用者の識別情報ＵＩＤを取得する。
第３に、ＣＰＵ３０は、ＳＮＳ友達の識別情報ＵＩＤからゴルフ利用者の識別情報ＵＩＤを除いて、ＳＮＳ友達であってゴルフ利用者でない第１の外部特定利用者の識別情報ＵＩＤを特定する。特定された者は、被招待利用候補者となる。
ＣＰＵ３０は、ステップＳ１２０を実行することにより取得部１１として機能し、ステップＳ１２１を実行することにより関係情報参照部１２Ａとして機能し、ステップＳ１２２を実行することにより特定部１３として機能する。

この後、ＣＰＵ３０は、第１の外部特定利用者の識別情報ＵＩＤを外部管理サーバ３に送信する。外部管理サーバ３は、第１の外部特定利用者の識別情報ＵＩＤを受信すると、ＳＮＳ利用者情報テーブルＴＢＬ３１を参照して、第１の外部特定利用者の識別情報ＵＩＤに対応するＳＮＳ利用者情報を抽出し、また、投稿テーブルＴＢＬ１１を参照し、アクション元識別情報が第１の外部特定利用者の識別情報ＵＩＤと一致するレコードを投稿情報として抽出する。さらに、外部管理サーバ３は、抽出したＳＮＳ利用者情報及び投稿情報（提供情報）を管理サーバ１に送信する。
管理サーバ１のＣＰＵ３０は、第１の外部特定利用者の識別情報ＵＩＤを外部管理サーバ３に送信して、ＳＮＳ利用者情報及び投稿情報を受信することによって、提供情報参照部１２Ｂとして機能する。

この後、ＣＰＵ３０は、ＳＮＳ利用者情報及び投稿情報に基づいて表示順位を決定する（Ｓ１２３）。具体的には、予め定められたキーワードが受信したＳＮＳ利用者情報及び投稿情報に含まれるか否かを判定し、判定結果に基づいて表示順位を決定する。表示順位には、複数の第１の外部特定利用者のうち、端末装置２の表示部に表示させる各第１の外部特定利用者に割り当てられる第１順位と端末装置２の表示部に非表示とする各第１の外部特定利用者に割り当てる第２順位がある。
くわえて、端末装置２の表示部の表示領域（図３７の領域Ｃ参照）には第１の外部特定利用者を表示可能な表示位置が所定数用意されている。この場合、第１順位の第１の外部特定利用者を所定数の表示位置にランダムに配置してもよいし、あるいは、複数の第１順位の第１の外部特定利用者に対して、さらに、所定数の表示位置に順位を割り当ててもよい。

キーワードとしては、例えば、ゴルフ、カントリークラブ、アイアン、ドライバー、フェアウェイ、バーディー、シュートホールといったゴルフ（第１サービス）に関連する用語が該当する。このため、本人のＳＮＳ友達のうちゴルフ利用者でない第１の外部特定利用者の中からゴルフに関心のあるＳＮＳ利用者を抽出する。これらの利用者はゴルフ情報サービスに招待した場合に、他のＳＮＳ利用者と比較して招待を受諾する可能性が高い。本実施形態では招待を受諾する可能性が高いと推定される被招待利用候補者を他の被招待利用候補者より優先して表示させるので、招待するゴルフ利用者の利便性を大幅に向上させることが期待できる。なお、キーワードは記憶部１７に記憶されている。

次に、ＣＰＵ３０は、決定された表示順位に従って、第１の外部特定利用者を端末装置２の表示部に表示させる友達申請ページを生成し（Ｓ１２４）、友達申請ページを含む友達申請ページ応答を端末装置２ｆに送信する。ＣＰＵ３０は、ステップＳ１２４を実行するとともに友達申請ページ応答を端末装置２ｆに送信することにより、表示制御部１６として機能する。

友達申請ページ応答を受信した端末装置２ｆは、ディスプレイ２５に友達申請ページを表示する（Ｓ２２１）。図３７に友達申請ページの一例を示す。この例では、領域Ｃに友達候補者（被招待利用候補者）のアイコンが表示される。上述したようにゴルフに関心のあるＳＮＳ友達が領域Ｃに表示されるので、ゴルフ情報サービスに招待しようとするゴルフ利用者は、承諾する可能性が高いと思われるＳＮＳ友達を容易に選択することが可能となる。

友達候補者のアイコンは、左矢印アイコンＢ３をクリックすると左方向にスクロールし、右矢印アイコンＢ４をクリックすると右方向にスクロールする。そして、友達候補者のアイコンを所定の領域（この例では、グリーン）にドラックすると、図３８に示すように確認画面が表示される。この例では、「山田一郎」をゴルフ友達に招待するか否かが確認される。キャンセルボタンＢ５がクリックされると、処理が中止され、確認画面が消える。一方、招待ボタンＢ６がクリックされると、図３５に示すように端末装置２ｆはゴルフ友達申請要求を管理サーバ１に送信するとともに、アイコンＤが領域Ｃから消えてグリーン上に表示される処理が行われる。また、領域Ｃでは表示されているアイコンが左詰めされる表示処理が行われる。なお、ゴルフ友達申請要求にはアクション元（友達申請元）の識別情報ＵＩＤとアクション先（友達申請先）の識別情報ＵＩＤとが含まれている。

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

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

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

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

＜第２実施形態＞
上述した第１実施形態のサービス提供システム１００は、ＳＮＳ友達をゴルフ情報サービスへの招待の対象としたが、第２実施形態のサービス提供システム１００は、ＳＮＳ友達のＳＮＳ友達を含めて招待の対象とする点を除いて、第１実施形態と同様である。
第２実施形態の管理サーバ１において、関係情報参照部１２Ａは、ＳＮＳ友達（第１の特定利用者）の識別情報ＵＩＤに基づいて、外部管理サーバ３で管理するＳＮＳ友達と友達関係を示す友達情報（特定関係情報）を参照可能である。
また、特定部１３は、本人の友達情報に基づいて、本人と友達関係を有するＳＮＳ友達（第１の特定利用者）を特定し、更に、当該ＳＮＳ友達と友達関係を示す特定関係情報と記憶部１７に記憶されているゴルフ利用者の識別情報ＵＩＤとに基づいて、当該ＳＮＳ友達と友達関係を有するＳＮＳ利用者であるＳＮＳ友達のＳＮＳ友達のうちゴルフ利用者に該当しない利用者を第２の外部特定利用者として特定する。
また、提供情報参照部１２Ｂは、第２の外部特定利用者がＳＮＳ（第２サービス）において外部管理サーバ３に提供した提供情報を参照可能である。
また、決定部１５は、提供情報参照部１２Ｂで参照した第１の外部特定利用者及び第２の外部特定利用者の提供情報に基づいて、第１の外部特定利用者及び第２の外部特定利用者を端末装置２の表示部に表示させる順位を決定する。
また、表示制御部１６は、決定部１５の決定した順位に従って、第１の外部特定利用者及び第２の外部特定利用者を端末装置２の表示部に表示させる。

図４０に第２実施形態の招待処理に関するサービス提供システムの動作シーケンスを示す。なお、図３５を参照して説明した第１実施形態の招待処理と同じ処理は、同一の符号を付し、説明を適宜省略する。
まず、端末装置２ｆのゴルフ利用者が、「ゴルフ友達を増やす」を選択してから（Ｓ２２０）、外部管理サーバ３が友達リストを管理サーバ３に送信するまでの処理は第１実施形態と同様である。
第２実施形態では、管理サーバ１が友達リストを受信すると、ＣＰＵ３０は、ＳＮＳ友達を特定する。具体的には、ＣＰＵ３０は、友達情報のステータスが承諾のレコードにアクション元又はアクション先として記録されている識別情報ＵＩＤのうち、本人の識別情報ＵＩＤ及び重複する識別情報ＵＩＤを除いた識別情報ＵＩＤを本人のＳＮＳ友達の識別情報ＵＩＤとして特定する。

この後、ＣＰＵ３０は、ＳＮＳ友達の識別情報ＵＩＤを外部管理サーバ３に送信する。外部管理サーバ３は、ＳＮＳ友達の識別情報ＵＩＤを受信すると、外部管理サーバ３のＣＰＵは、友達情報テーブルＴＢＬにアクセスし、当該識別情報ＵＩＤがアクション元又はアクション先として記録されているレコードを抽出する（Ｓ３２０ａ）。そして、管理サーバ１が、友達リストを受信して、ＳＮＳ友達のＳＮＳ友達を示す友達情報を取得する（Ｓ１２１ｂ）。

この後、管理サーバ１のＣＰＵ３０は、第１実施形態と同様に第１の外部特定利用者を抽出する（Ｓ１２２）。さらに、ＣＰＵ３０は、ＳＮＳ友達のＳＮＳ友達であり、且つゴルフ利用者でない第２の外部特定利用者を抽出する。
より具体的には、第１に、ＣＰＵ３０は、ＳＮＳ友達のＳＮＳ友達の友達情報のステータスが承諾のレコードにアクション元又はアクション先として記録されている識別情報ＵＩＤのうち、本人の識別情報ＵＩＤ及び重複する識別情報ＵＩＤを除いた識別情報ＵＩＤをゴルフ友達のＳＮＳ友達の識別情報ＵＩＤとして特定する。
第２に、ＣＰＵ３０は、ゴルフ利用者情報テーブルＴＢＬ１１を参照して、ゴルフ利用者の識別情報ＵＩＤを取得する。
第３に、ＣＰＵ３０は、ＳＮＳ友達のＳＮＳ友達の識別情報ＵＩＤからゴルフ利用者の識別情報ＵＩＤを除いて、ＳＮＳ友達のＳＮＳ友達であってゴルフ利用者でない第２の外部特定利用者の識別情報ＵＩＤを特定する。第１の外部特定利用者及び第２の外部特定利用者が被招待利用候補者となる。第１の外部特定利用者とＳＮＳ友達の関係及び第２の外部特定利用者とＳＮＳ友達のＳＮＳ友達の関係は、図２に示すものとなる。

この後、管理サーバ１は、第１の外部特定利用者及び第２の外部特定利用者の識別情報ＵＩＤを外部管理サーバ３に送信する。
外部管理サーバ３が、第１の外部特定利用者及び第２の外部特定利用者の識別情報ＵＩＤを受信すると、外部管理サーバ３のＣＰＵは、ＳＮＳ利用者情報テーブルＴＢＬ３１を参照して、第１の外部特定利用者及び第２の外部特定利用者の識別情報ＵＩＤに対応するＳＮＳ利用者情報を抽出し、また、投稿テーブルＴＢＬ１１を参照し、アクション元識別情報が第１の外部特定利用者又は第２の外部特定利用者の識別情報ＵＩＤと一致するレコードを投稿情報として抽出する（Ｓ３２１）。さらに、外部管理サーバ３は、抽出したＳＮＳ利用者情報及び投稿情報（提供情報）を管理サーバ１に送信する。

この後、ＣＰＵ３０は、ＳＮＳ利用者情報及び投稿情報に基づいて表示順位を決定する（Ｓ１２３ａ）。ＣＰＵ３０は、キーワードが受信したＳＮＳ利用者情報及び投稿情報に含まれるか否かを判定し、判定結果に基づいて表示順位を決定する。表示順位には、複数の第１の外部特定利用者のうち、端末装置２の表示部に表示させる各第１の外部特定利用者に割り当てられる第１順位と、複数の第２の外部特定利用者のうち、端末装置２の表示部に表示させる各第２の外部特定利用者に割り当てられる第２順位と、複数の第１の外部特定利用者及び複数の第２の外部特定利用者のうち、端末装置２の表示部に非表示とする各第１の外部特定利用者及び各第２の外部特定利用者に割り当てる第３順位がある。なお、第１の外部特定利用者及び第２の外部特定利用者を区別せずに、端末装置２の表示部に表示させる外部特定利用者に第１順位を割り当て、端末装置２の表示部に表示させる外部特定利用者に第２順位を割り当てるようにしてもよい。

本実施形態では、図３７の領域Ｃの左端から第１順位の第１の外部特定利用者を割り当て、次に、第２順位の第１の外部特定利用者を割り当てる。この場合は、本人とＳＮＳ上で友達関係にある第１の外部特定利用者を、友達関係に無い第２の外部特定利用者より優先させて表示することが可能となる。ゴルフに関心があり、且つ、親密な利用者を先に表示するので、招待したい者（被招待利用者）を効率よく選択することが可能となる。
なお、以後の処理は、第１実施形態と同様である。

＜変形例＞
本発明は、上述した実施形態に限定されるものではなく、以下に述べる各種の変形が可能である。また、各変形例及び各実施形態は、適宜、組み合わせてもよいことは勿論である。

（１）上述した各実施形態において、決定部１５は、本人のパラメータに近い人を自動判別して招待処理における友達候補者として表示させる順位を決定しても良い。例えば、住所が近い、年齢が近い、ゴルフ歴が近い、などのパラメータをシステム側で自動検索し、所定の換算方法で数値化し、数値の高い者から順に、順位を定めてもよい。具体的には、外部管理サーバ３で管理するＳＮＳ利用者情報に含まれる誕生日や住所などの属性情報を参照してパラメータを取得すればよい。即ち、ＣＰＵ３０は、本人の属性情報と第１の外部特定利用者に関する属性情報とに基づいて、本人と第１の外部特定利用者の属性が親和する程度を評価する処理を実行すればよい。また、第２の外部特定利用者についても同様である。

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

（３）上述した各実施形態及び各変形例において、管理サーバ１は、招待について、アクション元の識別情報ＵＩＤ、アクション先の識別情報ＵＩＤ、及びステータスを対応づけて記憶する招待テーブルを記憶部１７に格納してもよい。ステータスを参照することによって、承諾、拒否、申請中の状態が識別可能となる。特定部１３は、招待テーブルを参照して、招待申請中（友達申請中）のＳＮＳ利用者を特定する。そして、招待申請中の被招待候補者を他の被招待候補者と識別できるように表示させてもよい。例えば、招待申請中の被招待候補者には印などを付加してリスト後方（図３７に基づけば、仮想画面における領域Ｃの右側エリア）に表示させても良いし、あるいは、招待申請中のＳＮＳ利用者は被招待候補者から除いて非表示としても良い。

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

更に、図４１に示すように、友達リストを表示するとともに招待リストを表示し、招待したい友達の帯をドラッグし、友達リストから招待リストにドロップすることで招待リストに表示されるようにしても良い。

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

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

ＮＥＴ……通信網、１……管理サーバ、２……端末装置、３……外部管理サーバ、１１……取得部、１２Ａ……関係情報参照部、１２Ｂ……提供情報参照部、１３……特定部、１５……決定部、１６……表示制御部、１７……記憶部、２５……ディスプレイ（表示部）、ＴＢＬ１１……ゴルフ利用者情報テーブル、ＴＢＬ３１……ＳＮＳ利用者情報テーブル、ＴＢＬ３２……ＳＮＳ友達情報テーブル、ＴＢＬ３３……投稿テーブル。

Claims (6)

1. 第１利用者に所定の対象に関する第１サービスを提供し、前記第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置及び前記第１利用者の端末装置と通信可能な管理装置であって、
   前記第１利用者を一意に識別する識別情報を記憶する記憶部と、
   所定の第１利用者の端末装置から、前記第２利用者のうち前記第１利用者でない利用者を前記第１サービスに招待する招待要求を受信すると、前記所定の第１利用者の識別情報を取得する取得部と、
   前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照可能な関係情報参照部と、
   前記記憶部に記憶されている前記第１利用者の前記識別情報及び前記特定関係情報に基づいて、前記所定の第１利用者と前記特定の関係を有する第２利用者である第１の特定利用者のうち、前記第１利用者に該当しない第１の外部特定利用者を特定する特定部と、
   前記第１の外部特定利用者が前記第２サービスにおいて前記外部管理装置に提供した提供情報を参照する提供情報参照部と、
   前記提供情報参照部で参照した前記提供情報に基づいて、前記第１の外部特定利用者を前記端末装置の表示部に表示させる順位を決定する決定部と、
   前記決定部の決定した順位に従って、前記第１の外部特定利用者を示す情報を前記端末装置の表示部に表示させることが可能な表示制御部と、
   を備える管理装置。
2. 前記関係情報参照部は、前記第１の特定利用者の識別情報に基づいて、前記外部管理装置で管理する前記第１の特定利用者と特定の関係を示す特定関係情報を参照可能であり、
   前記特定部は、前記所定の利用者の前記特定関係情報に基づいて、前記所定の利用者と前記特定の関係を有する前記第１の特定利用者を特定し、更に、当該前記第１の特定利用者と特定の関係を示す特定関係情報と前記記憶部に記憶されている前記第１利用者の前記識別情報とに基づいて、当該第１の特定利用者と前記特定の関係を有する第２利用者である第２の特定利用者のうち前記第１利用者に該当しない利用者を第２の外部特定利用者として特定し、
   前記提供情報参照部は、前記第２の外部特定利用者が前記第２サービスにおいて前記外部管理装置に提供した提供情報を参照可能であり、
   前記決定部は、前記提供情報参照部で参照した前記第１の外部特定利用者及び前記第２の外部特定利用者の提供情報に基づいて、前記第１の外部特定利用者及び前記第２の外部特定利用者を前記端末装置の表示部に表示させる順位を決定し、
   前記表示制御部は、前記決定部の決定した順位に従って、前記第１の外部特定利用者を示す情報及び前記第２の外部特定利用者を示す情報を前記端末装置の表示部に表示させることが可能である、
   ことを特徴とする請求項１に記載の管理装置。
3. 前記決定部は、予め定められたキーワードが前記提供情報参照部で参照した前記提供情報に含まれるか否かを判定し、判定結果に基づいて前記端末装置の表示部に表示させる順位を決定することを特徴とする請求項１又は２に記載の管理装置。
4. 第１利用者に所定の対象に関する第１サービスを提供する管理装置と、前記第１利用者を含む第２利用者に対して第２サービスを提供する外部管理装置と、前記第２利用者の端末装置とを備えるサービス提供システムであって、
   前記端末装置は、前記管理装置と通信可能であり、表示部を備え、
   前記外部管理装置は、前記第２利用者同士の特定の関係を示す特定関係情報を管理し、
   前記管理装置は、
   前記第１利用者を一意に識別する前記識別情報を記憶する記憶部と、
   所定の第１利用者の端末装置から、前記第２利用者のうち前記第１利用者でない利用者を前記第１サービスに招待する招待要求を受信すると、前記所定の第１利用者の識別情報を取得する取得部と、
   前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照可能な関係情報参照部と、
   前記記憶部に記憶されている前記第１利用者の前記識別情報及び前記特定関係情報に基づいて、前記所定の第１利用者と前記特定の関係を有する第２利用者である第１の特定利用者のうち、前記第１利用者に該当しない第１の外部特定利用者を特定する特定部と、
   前記第１の外部特定利用者が前記第２サービスにおいて前記外部管理装置に提供した提供情報を参照する提供情報参照部と、
   前記提供情報参照部で参照した前記提供情報に基づいて、前記第１の外部特定利用者を前記端末装置の表示部に表示させる順位を決定する決定部と、
   前記決定部の決定した順位に従って、前記第１の外部特定利用者を示す情報を前記端末装置の表示部に表示させることが可能な表示制御部とを備える、
   ことを特徴とするサービス提供システム。
5. 表示部を有する利用者の端末装置と、第１利用者に所定の対象に関する第１サービスを提供し前記第１利用者を一意に識別する識別情報を記憶する記憶部を有する管理装置と、前記第１利用者を含む第２利用者に対して第２サービスを提供し、利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置とを備えるサービス提供システムに用いられる管理装置の制御方法であって、
   所定の第１利用者の端末装置から、前記第２利用者のうち前記第１利用者でない利用者を前記第１サービスに招待する招待要求を受信すると、前記所定の第１利用者の識別情報を取得し、
   取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照し、
   前記記憶部に記憶されている前記第１利用者の前記識別情報及び参照した前記特定関係情報に基づいて、前記所定の第１利用者と前記特定の関係を有する第２利用者である第１の特定利用者のうち、前記第１利用者に該当しない第１の外部特定利用者を特定し、
   前記第１の外部特定利用者が前記第２サービスにおいて前記外部管理装置に提供した提供情報を参照し、
   参照した前記提供情報に基づいて、前記第１の外部特定利用者を前記端末装置の表示部に表示させる順位を決定し、
   決定した順位に従って、前記第１の外部特定利用者を前記端末装置の表示部に表示するために必要な情報を生成し、当該情報を含む表示応答を前記所定の利用者の端末装置に送信する、
   ことを特徴とする管理装置の制御方法。
6. 表示部を有する利用者の端末装置と、第１利用者に所定の対象に関する第１サービスを提供し前記第１利用者を一意に識別する識別情報を記憶する記憶部及びコンピュータを有する管理装置と、前記第１利用者を含む第２利用者に対して第２サービスを提供し、利用者同士の特定の関係を示す特定関係情報を管理する外部管理装置とを備えるサービス提供システムに用いられる管理装置のプログラムであって、
   前記コンピュータを、
   所定の第１利用者の端末装置から、前記第２利用者のうち前記第１利用者でない利用者を前記第１サービスに招待する招待要求を受信すると、前記所定の第１利用者の識別情報を取得する取得部と、
   前記取得部で取得した前記識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を参照可能な関係情報参照部と、
   前記記憶部に記憶されている前記第１利用者の前記識別情報及び前記特定関係情報に基づいて、前記所定の第１利用者と前記特定の関係を有する第２利用者である第１の特定利用者のうち、前記第１利用者に該当しない第１の外部特定利用者を特定する特定部と、
   前記第１の外部特定利用者が前記第２サービスにおいて前記外部管理装置に提供した提供情報を参照する提供情報参照部と、
   前記提供情報参照部で参照した前記提供情報に基づいて、前記第１の外部特定利用者を前記端末装置の表示部に表示させる順位を決定する決定部と、
   前記決定部の決定した順位に従って、前記第１の外部特定利用者を示す情報を前記端末装置の表示部に表示させることが可能な表示制御部として機能させる、
   ことを特徴とする管理装置のプログラム。

Images