WO2013179907A1

WO2013179907A1 - 管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、端末装置のプログラム及び管理装置のプログラム

Info

Publication number: WO2013179907A1
Application number: PCT/JP2013/063723
Authority: WO
Inventors: 恭行夏目; 健吾篠田; 卓也橋本; 勇二恒松; 諭鈴木
Original assignee: 株式会社コナミデジタルエンタテインメント
Priority date: 2012-05-30
Filing date: 2013-05-16
Publication date: 2013-12-05
Also published as: JPWO2013179907A1; JP6175730B2

Abstract

　外部管理サーバ３によって提供される第２サービスの利用者であって、管理サーバ１により提供される第１サービスの利用者のうち、所定の利用者と特定の関係を有する第１特定利用者に対して特定の関係を有する第２特定利用者を管理サーバ１により抽出し、端末装置２において選択した第２特定利用者と所定の利用者とに共通の第１特定利用者を抽出し、端末装置２において選択した共通の第１特定利用者宛に、端末装置２において選択した第２特定利用者に関する情報を外部管理サーバ３において送信するように、端末装置１から管理サーバに要求する。

Description

管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、端末装置のプログラム及び管理装置のプログラム

　本発明は、あるサービスで特定の関係になった特定利用者に対して、この特定利用者とさらに特定の関係にある第三者に関する問い合わせを行い易くする技術に関する

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

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

　特許文献１において構築しようとする友達関係は、ＳＮＳ上における友達関係なので、申請する相手と面識がない場合でも、比較的容易に友達関係構築の申請を行うことができる。ＳＮＳ上の友達関係が構築されれば、お互いのアクティビティ（近況報告、写真投稿、所定のリンクのシェア、所定の場所へのチェックイン等のＳＮＳ上で表示できる各種の行動のこと）に対してコメントを残したり、イベントへの招待を行うことができる。
　このアクティビティは、ＳＮＳ上の掲示板などの書き込みエリアに書き込みが行われるが、相手の書き込みエリアを互いに閲覧していると、相手の友達が残したコメント等も目にするようになる。
　つまり、自分のＳＮＳ上の友達（直接友達）のさらにその友達（間接友達）の存在を知るようになるが、この間接友達とはＳＮＳ上でも直接の交流がない場合が多いため、仮にこの間接友達に関心がある場合でも、この間接友達にＳＮＳ上で突然コンタクトを取る（すなわちこの間接友達にＳＮＳ上で突然メッセージを送る等の行動をする）ことは心理的に抵抗を感じることが多い。
　本発明は、この点に鑑みてなされたものであり、あるサービスで特定の関係になった特定利用者対して、この特定利用者とさらに特定の関係にある第三者に関する問い合わせを行い易くすることなどを解決課題とする。

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

　　上述した課題を解決するため、本発明に係る管理装置のプログラムは、利用者の端末装置（２）と通信可能でコンピュータを備える管理装置のプログラムであって、前記プログラムは、前記コンピュータを、利用者同士の特定の関係を示す特定関係情報を取得する取得部（１１）と、所定の利用者の前記端末装置（２）からの要求に応じて、前記所定の利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を前記特定関係情報に基づいて抽出する第１抽出部（１３）と、前記所定の利用者の前記端末装置（２）からの要求に応じて、前記所定の利用者の端末装置（２）において選択された前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を前記特定関係情報に基づいて抽出する第２抽出部（１４）と、前記第２抽出部で抽出した前記共通の前記第１特定利用者を宛先として、前記所定の利用者の前記端末装置（２）において選択された前記第２特定利用者に関する情報を送信する情報送信部（１６）とを備える。
　この発明において、特定の関係は、例えば友達関係を挙げることができるが、これに限定されない。要は、一定の規則に基づいて構築される関係であればどのようなものであってもよい。第２特定利用者に関する情報とは、第２特定利用者との仲介を依頼する情報や、第２特定利用者との係わりを希望する情報を含む。第２特定利用者を示す情報とは、第２特定利用者の名前などの文字情報やアイコンなどの画像情報であってもよいし、文字情報や画像情報の格納先を示すリンク情報であってもよい。共通の第１特定利用者を示す情報とは、共通の第１特定利用者の名前やアイコンなどの画像を含む。情報送信部は、前記共通の前記第１特定利用者を宛先としていればよく、送信の方法や態様が限定されるものではない。

　上述した課題を解決するため、本発明に係る管理装置のプログラムは、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置（３）と通信可能で、かつ、前記第１利用者の端末装置（２）と通信可能なコンピュータを備える管理装置のプログラムであって、前記プログラムは、前記コンピュータを、前記第２特定関係情報、及び、前記第１利用者を一意に識別する第１識別情報であって、前記第２利用者を一意に識別する第２識別情報と対応関係を有する第１識別情報を取得する取得部（１１）と、所定の第１利用者の前記端末装置（２）からの要求に応じて、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出する第１抽出部（１３）と、前記所定の第１利用者の前記端末装置（２）からの要求に応じて、前記所定の第１利用者の端末装置（２）において選択された前記第２特定利用者と、前記所定の第１利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出する第２抽出部（１４）と、前記共通の前記第１特定利用者を宛先として、前記所定の第１利用者の前記端末装置（２）において選択された前記第２特定利用者に関する情報を送信する情報送信部（１６）とを備える。
　この発明において、特定の関係は、例えば友達関係を挙げることができるが、これに限定されない。要は、一定の規則に基づいて構築される関係であればどのようなものであってもよい。第２特定利用者に関する情報とは、第２特定利用者との仲介を依頼する情報や、第２特定利用者との係わりを希望する情報を含む。第２特定利用者を示す情報とは、第２特定利用者の名前などの文字情報やアイコンなどの画像情報であってもよいし、文字情報や画像情報の格納先を示すリンク情報であってもよい。情報送信部は、前記共通の前記第１特定利用者を宛先としていればよく、送信の方法や態様が限定されるものではない。

　上述した管理装置のプログラムにおいて、前記情報送信部（１６）は、前記所定の第１利用者の前記端末装置（２）において選択された前記第２特定利用者に関する情報を、前記共通の前記第１特定利用者の前記端末装置（２）に送信するようにしてもよい。

　上述した管理装置のプログラムにおいて、前記情報送信部（１６）は、前記所定の第１利用者の前記端末装置（２）において選択された前記第２特定利用者に関する情報を前記外部管理装置（３）に送信すると共に、当該情報を前記外部管理装置（３）において前記共通の前記第１特定利用者を宛先として送信する旨の要求を前記外部管理装置（３）に送信するようにしてもよい。

　上述した管理装置のプログラムにおいて、前記情報送信部（１６）は、前記所定の利用者の前記端末装置（２）において選択された一の前記共通の前記第１特定利用者を宛先として、前記所定の利用者の前記端末装置（２）において選択された前記第２特定利用者に関する情報を送信するようにしてもよい。

　上述した管理装置のプログラムにおいて、前記情報送信部（１６）は、前記所定の利用者の前記端末装置（２）からの要求に応じて、前記所定の利用者の前記端末装置（２）において選択された第２特定利用者に関する情報を送信するようにしてもよい。

　上述した管理装置のプログラムにおいて、前記取得部（１１）は、前記第１利用者同士の特定の関係を示す第１利用者特定関係情報を前記管理装置（１）から取得し、前記第１抽出部（１３）は、前記第１特定関係情報と前記第２特定関係情報とに基づいて、前記所定の第１利用者と前記特定の関係を有する第１利用者であり、かつ前記所定の第１利用者と前記特定の関係を有する第２利用者である者を前記第１特定利用者として抽出し、前記第１特定利用者と前記特定の関係を有する第１利用者であり、かつ前記第１特定利用者と前記特定の関係を有する前記第２利用者に該当する者を前記第２特定利用者として抽出し、前記第２抽出部（１４）は、前記第１特定関係情報と前記第２特定関係情報とに基づいて、前記選択された前記第２特定利用者と前記所定の第１利用者との双方に対して前記特定の関係を有する第１利用者であり、かつ前記選択された前記第２特定利用者と前記所定の第１利用者との双方に対して前記特定の関係を有する第２利用者である者を前記共通の前記第１特定利用者として抽出するようにしてもよい。

　上述した管理装置のプログラムにおいて、前記プログラムは、前記コンピュータを、前記第１特定利用者についての所定の条件を設定する条件設定部（１７）としてさらに機能させ、前記取得部（１１）は、各第１利用者の登録情報を取得し、前記第２抽出部は、前記抽出した前記共通の前記第１特定利用者の中から、前記条件設定部（１７）により設定した上記条件に合致する前記共通の前記第１特定利用者を抽出するようにしてもよい。

　上述した管理装置のプログラムにおいて、前記選択された前記第２特定利用者に関する情報は、前記選択された前記一の前記第１特定利用者に対して、前記選択された前記第２特定利用者との仲介を依頼する旨の情報としてもよい。

　上述した課題を解決するため、本発明に係る端末装置のプログラムは、利用者同士の特定の関係を示す特定関係情報を管理する管理装置（１）と通信可能でコンピュータを備える利用者の端末装置のプログラムであって、前記プログラムは、前記コンピュータを、前記管理装置（１）に対して、所定の利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を抽出する旨を要求する第１要求部（２１）と、前記管理装置（１）において抽出された前記第２特定利用者の中から一の前記第２特定利用者を、前記利用者の選択指示に応じて選択する選択部（２５）と、前記選択部（２５）において選択した前記一の前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を抽出する旨を前記管理装置（１）に対して要求する第２要求部（２２）と、前記第１特定利用者を宛先として、前記選択された一の前記第２特定利用者に関する情報を送信する旨の要求を、前記管理装置（１）に対して行う第３要求部（２３）と、として機能させる。

　上述した課題を解決するため、本発明に係る端末装置のプログラムは、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置（３）と通信可能な管理装置（１）であって前記第１利用者に対して前記第１サービスを提供する管理装置（１）と少なくとも通信可能でコンピュータを備える第１利用者の端末装置のプログラムであって、前記プログラムは、前記コンピュータを、前記管理装置（１）に対して、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を抽出する旨を要求する第１要求部（２１）と、前記管理装置（１）において抽出された前記第２特定利用者の中から一の前記第２特定利用者を、前記利用者の選択指示に応じて選択する選択部（２５）と、前記選択部（２５）で選択した前記一の前記第２特定利用者と、前記所定の第１利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を抽出する旨を前記管理装置（１）に対して要求する第２要求部（２２）と、前記一の前記第１特定利用者を宛先として、前記選択された一の前記第２特定利用者に関する情報を送信する旨の要求を、前記管理装置（１）に対して行う第３要求部（２３）と、として機能させる。

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

　上述した課題を解決するため、本発明に係るサービス提供システムは、所定の選択を行う選択部（２５、２６）を少なくとも有する、利用者の端末装置と、前記端末装置と通信可能な管理装置と、を備え、前記利用者にサービスを提供するサービス提供システムであって、利用者同士の特定の関係を示す特定関係情報を取得する取得部（１１）と、所定の利用者との前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を前記特定関係情報に基づいて抽出する第１抽出部（１３）と、前記選択部（２５）で選択された前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する前記第１特定利用者である共通の第１特定利用者を前記特定関係情報に基づいて抽出する第２抽出部（１４）と、前記一の前記共通の第１特定利用者を宛先として、前記所定の利用者の前記端末装置（２）において選択された前記第２特定利用者に関する情報を送信する情報送信部（１６）とを備える。

　上述した課題を解決するため、本発明に係るサービス提供システムは、所定の選択を行う選択部（２５、２６）を少なくとも有する第１利用者の端末装置と、前記端末装置と通信可能であり、前記第１利用者を含む第２利用者に対して第２サービスを提供するとともに前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置と通信可能な管理装置と、を備え、前記第１利用者に第１サービスを提供するサービス提供システムであって、前記第２特定関係情報、及び、前記第１利用者を一意に識別し、前記第２利用者を一意に識別する第２識別情報と対応関係を有する第１識別情報を取得する取得部（１１）と、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出する第１抽出部（１３）と、前記選択部（２５）で選択された前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する前記第１特定利用者である共通の第１特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出する第２抽出部（１４）と、前記一の前記共通の第１特定利用者を宛先として、前記選択部（２６）で選択された前記第２特定利用者に関する情報を送信する旨の要求を、前記外部管理装置（３）に送信する情報送信部（１６）とを備える。

　上述した課題を解決するため、本発明に係る管理装置（１）の制御方法は、利用者にサービスを提供する管理装置（１）の制御方法であって、利用者同士の特定の関係を示す特定関係情報を取得し、所定の利用者の端末装置（２）からの要求に応じて、前記所定の利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を前記特定関係情報に基づいて抽出し、前記抽出した前記第２特定利用者を示す情報を前記所定の利用者の端末装置（２）の表示部（２４）に表示させ、前記所定の利用者の前記端末装置（２）からの要求に応じて、前記所定の利用者の端末装置（２）において選択された前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を前記特定関係情報に基づいて抽出し、前記抽出した前記共通の前記第１特定利用者を示す情報を前記所定の利用者の端末装置（２）の表示部（２４）に表示させ、前記共通の前記第１特定利用者を宛先として、前記所定の利用者の前記端末装置（２）において選択された前記第２特定利用者に関する情報を送信する。

　上述した課題を解決するため、本発明に係る管理装置の制御方法は、利用者に第１サービスを提供する管理装置（１）の制御方法であって、前記第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置（３）と通信可能で、かつ、前記第１利用者の端末装置（２）と通信可能な管理装置（１）の制御方法において、前記第２特定関係情報、及び、前記第１利用者を一意に識別する第１識別情報であって、前記第２利用者を一意に識別する第２識別情報と対応関係を有する第１識別情報を取得し、所定の第１利用者の前記端末装置（２）からの要求に応じて、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出し、前記抽出した前記第２特定利用者を示す情報を前記所定の第１利用者の端末装置（２）の表示部（２４）に表示させ、前記所定の第１利用者の前記端末装置（２）からの要求に応じて、前記所定の第１利用者の端末装置（２）において選択された前記第２特定利用者と、前記所定の第１利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出し、前記抽出した前記共通の前記第１特定利用者を示す情報を前記所定の第１利用者の端末装置（２）の表示部（２４）に表示させ、前記所定の第１利用者の前記端末装置（２）からの要求に応じて、前記共通の前記第１特定利用者を宛先として、前記所定の第１利用者の前記端末装置（２）において選択された前記第２特定利用者に関する情報を送信する旨の要求を送信する。

　上述した課題を解決するため、本発明に係る管理装置（１）は、利用者の端末装置（２）と通信可能な管理装置であって、利用者同士の特定の関係を示す特定関係情報を取得する取得部（１１）と、所定の利用者の前記端末装置（２）からの要求に応じて、前記所定の利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を前記特定関係情報に基づいて抽出する第１抽出部（１３）と、前記所定の利用者の前記端末装置（２）からの要求に応じて、前記所定の利用者の端末装置（２）において選択された前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を、前記特定関係情報に基づいて抽出する第２抽出部（１４）と、前記共通の前記第１特定利用者を宛先として、前記所定の利用者の前記端末装置（２）において選択された前記第２特定利用者に関する情報を送信する情報送信部（１６）とを備える。

　上述した課題を解決するため、本発明に係る管理装置（１）は、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置（３）と通信可能で、かつ、前記第１利用者の端末装置（２）と通信可能な管理装置であって、前記第２特定関係情報、及び、前記第１利用者を一意に識別する第１識別情報であって、前記第２利用者を一意に識別する第２識別情報と対応関係を有する第１識別情報を取得する取得部（１１）と、所定の第１利用者の前記端末装置（２）からの要求に応じて、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を、前記第１識別情報と、前記特定関係情報に基づいて抽出する第１抽出部（１３）と、前記所定の第１利用者の前記端末装置（２）からの要求に応じて、前記所定の第１利用者の端末装置（２）において選択された前記第２特定利用者と、前記所定の第１利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出する第２抽出部（１４）と、前記所定の第１利用者の前記端末装置（２）からの要求に応じて、前記共通の前記第１特定利用者を宛先として、前記所定の第１利用者の前記端末装置（２）において選択された前記第２特定利用者に関する情報を送信する旨の要求を送信する情報送信部（１６）とを備える。

　上述した課題を解決するため、本発明に係る端末装置（２）は、利用者同士の特定の関係を示す特定関係情報を管理する管理装置（１）と通信可能な利用者の端末装置であって、前記管理装置（１）に対して、所定の利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を抽出する旨を要求する第１要求部（１３）と、前記管理装置（１）において抽出された前記第２特定利用者の中から一の前記第２特定利用者、前記利用者の選択指示に応じて選択する選択部（２５）と、前記選択部（２５）において選択した前記一の前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を抽出する旨を前記管理装置（１）に対して要求する第２要求部（２２）と、前記選択された前記一の前記第１特定利用者を宛先として、前記選択された一の前記第２特定利用者に関する情報を送信する旨の要求を、前記管理装置（１）に対して行う第３要求部（２３）を備える。

　上述した課題を解決するため、本発明に係る端末装置（２）は、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置（３）と通信可能な管理装置（１）であって前記第１利用者に対して前記第１サービスを提供する管理装置（１）と少なくとも通信可能な第１利用者の端末装置であって、前記管理装置（１）に対して、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を抽出する旨を要求する第１要求部（２１）と、前記管理装置（１）において抽出された前記第２特定利用者の中から一の前記第２特定利用者を、前記利用者の選択指示に応じて選択する選択部（２５）と、前記選択部（２５）で選択した前記一の前記第２特定利用者と、前記所定の第１利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を抽出する旨を前記管理装置（１）に対して要求する第２要求部（２２）と、前記選択された前記一の前記第１特定利用者を宛先として、前記選択された一の前記第２特定利用者に関する情報を送信する旨の要求を、前記管理装置に対して行う第３要求部（２３）とを備える。

本発明の第１実施形態に係るサービス提供システムのブロック図である。ＳＮＳ利用者とゴルフ利用者の関係を示す説明図である。端末装置の表示画面の一例を示す説明図である。ゴルフ利用者情報テーブルのデータ構造の一例を示す説明図である。ＳＮＳ利用者情報テーブルのデータ構造の一例を示す説明図である。ＳＮＳ友達情報テーブルのデータ構造の一例を示す説明図である。管理サーバの構成を示すブロック図である。端末装置の構成を示すブロック図である。表示処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。表示処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。直接ＳＮＳ友達を特定する処理を示す説明図である。間接ＳＮＳ友達を特定する処理を示す説明図である。直接ゴルフ友達と間接ゴルフ友達の配置を説明するための説明図である。ゴルフ友達をゴルフに誘う際の画面の一例を示す説明図である。ゴルフに誘うゴルフ友達を選択する際の画面の一例を示す説明図である。ゴルフに誘うゴルフ友達を選択した状態の画面の一例を示す説明図である。ゴルフ友達をゴルフに誘う確認画面の一例を示す説明図である。ゴルフ報告を行う画面の一例を示す説明図である。ゴルフ友達のゴルフ報告の画面の一例を示す説明図である。ニュース画面の一例を示す説明図である。利用者ログ管理テーブルのデータ構造の一例を示す説明図である。個別ログファイルのデータ構造の一例を示す説明図である。個別ログファイルのデータ構造の一例を示す説明図である。ゴルフプロフィールの入力画面の一例を示す説明図である。ゴルフ利用者情報テーブルに記録されるゴルフ利用者ごとのレコードのデータ構造の一例を示す説明図である。設定値管理マスターテーブルのデータ構造の一例を示す説明図である。設定値管理マスターテーブルのデータ構造の一例を示す説明図である。設定値管理マスターテーブルのデータ構造の一例を示す説明図である。設定値管理マスターテーブルのデータ構造の一例を示す説明図である。設定値管理マスターテーブルのデータ構造の一例を示す説明図である。設定値管理マスターテーブルのデータ構造の一例を示す説明図である。設定値管理マスターテーブルのデータ構造の一例を示す説明図である。設定値管理マスターテーブルのデータ構造の一例を示す説明図である。設定値管理マスターテーブルのデータ構造の一例を示す説明図である。設定値管理マスターテーブルのデータ構造の一例を示す説明図である。仲介依頼処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。共通ゴルフ友達を表示する画面の一例を示す説明図である。メッセージを書き込む画面の一例を示す説明図である。メッセージ送信の確認画面の一例を示す説明図である。メッセージ送信の完了を示す画面の一例を示す説明図である。共通ゴルフ友達の絞り込み処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。第２実施形態に係る管理サーバのブロック図である。ゴルフ友達情報テーブルのデータ構造の一例を示す説明図である。第２実施形態に係る招待処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。間接ＳＮＳ友達を特定する処理を示す説明図である。直接ゴルフ友達を特定する処理を示す説明図である。間接ゴルフ友達を特定する処理を示す説明図である。第３実施形態に係るサービス提供システムのブロック図である。変形例における仲介依頼処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。変形例におけるサービス提供システムのブロック図である。係るサービス提供システムのブロック図である。

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

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

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

　つまり、ゴルフ利用者は、図２に示すようにＳＮＳ利用者に含まれる。換言すれば、管理サーバ１は、ゴルフ利用者にゴルフ情報アプリケーションを提供し、外部管理サーバ３のＳＮＳ利用者に限って、ゴルフ情報アプリケーションのゴルフ利用者として登録する。一方、外部管理サーバ３は、ゴルフ利用者を含むＳＮＳ利用者に対してＳＮＳを提供する。このように、ゴルフ利用者はＳＮＳ利用者に含まれ、しかも、上述のようにゴルフ情報アプリケーションがＳＮＳ利用者のプロフィール情報やＳＮＳ上の友達情報にアクセスする機能や、ゴルフ情報アプリケーションがＳＮＳ利用者の代わりに掲示板等に投稿する機能等について、ＳＮＳ利用者の承認を得ている。したがって、第１実施形態の管理サーバ２は、ゴルフ利用者の友達関係をＳＮＳ利用者の友達関係を用いて管理する。本実施形態では、図２に示すように、あるゴルフ利用者（以下、ゴルフ利用者Ａと称する。）とＳＮＳ上の友達関係にあるＳＮＳ利用者を直接ＳＮＳ友達とし、直接ＳＮＳ友達とＳＮＳ上の友達関係にあるＳＮＳ利用者を間接ＳＮＳ友達として管理する。また、直接ＳＮＳ友達であり、且つゴルフ利用者である友達を直接ゴルフ友達とし、間接ＳＮＳ友達であり、且つゴルフ利用者である友達を間接ゴルフ友達として管理する。

　図１を参照して、管理サーバ１の機能を説明する。管理サーバ１は、ゴルフ利用者情報テーブルＴＢＬ１１、利用者ログ管理テーブルＴＢＬ１３、設定値管理マスターテーブルＴＢＬ１５、及び個別ログファイルＦＬ１０を記憶した記憶部１５を備える。また、記憶部１５には、管理サーバ１を制御するプログラムが記憶されている。ゴルフ利用者情報テーブルＴＢＬ１１には、ゴルフ利用者を一意に識別する識別情報ＵＩＤなどが格納されている。利用者ログ管理テーブルＴＢＬ１３には、ゴルフ利用者のゴルフ情報アプリケーションの利用履歴が記録される。設定値管理マスターテーブルＴＢＬ１５（ＴＢＬ１５ａ，ＴＢＬ１５ｂ，ＴＢＬ１５ｃ，ＴＢＬ１５ｄ，ＴＢＬ１５ｅ，ＴＢＬ１５ｆ，ＴＢＬ１５ｇ，ＴＢＬ１５ｈ，ＴＢＬ１５ｉ）には、各種設定値が記録されている。個別ログファイルＦＬ１０には、利用者ログ管理テーブルＴＢＬ１３に記録された利用履歴から、各ゴルフ利用者が起こしたアクションに関する履歴と、各ゴルフ利用者に対して起こされたアクションに関する履歴が、ゴルフ利用者ごとに抽出されて記録されている。

　管理サーバ１は、取得部１と、第１抽出部１３と、表示制御部１２と、第２抽出部１４と、情報送信部１６と、条件設定部１７とを備える。取得部１１は、前記ゴルフ利用者Ａ（「所定のゴルフ利用者」の一例）の端末装置２から当該ゴルフ利用者Ａの友達関係を表示する要求を受信すると、記憶部１５に記憶された当該ゴルフ利用者Ａの識別情報ＵＩＤを取得可能であると共に、外部管理サーバ３で管理する友達情報を取得可能になっている。第１抽出部１３は、取得部１１により取得したゴルフ利用者の識別情報ＵＩＤ及び友達情報に基づいて、前記ゴルフ利用者Ａと友達関係を有するＳＮＳ利用者のうちゴルフ利用者に該当する者を直接ゴルフ友達（「第１特定利用者」の一例）として抽出すると共に、前記ゴルフ利用者Ａと友達関係を有するＳＮＳ利用者と更に友達関係を有するＳＮＳ利用者（間接ＳＮＳ友達）のうちゴルフ利用者に該当する者を間接ゴルフ友達（「第２特定利用者」の一例）として抽出する。表示制御部１２は、第１抽出部１３で特定した直接ゴルフ友達及び間接ゴルフ友達の関連性を示す関係図を表示するために必要な情報、及び後述する間接ゴルフ友達と前記ゴルフ利用者Ａとに共通のゴルフ友達を表示するために必要な情報を含む応答を前記ゴルフ利用者Ａの端末装置２に送信する。

　また、第２抽出部１４は、端末装置２において一人の間接ゴルフ友達が選択されると、選択された間接ゴルフ友達と前記ゴルフ利用者Ａとに共通する共通ゴルフ友達を抽出する。

　さらに、情報送信部１６は、端末装置２において前記共通ゴルフ友達の中から一人の共通ゴルフ友達が選択されると、選択された共通ゴルフ友達に対して、前記選択した間接ゴルフ友達に関する情報として、前記選択された間接ゴルフ友達と一緒にゴルフに行くことについての仲介を依頼する旨の情報を、前記外部管理サーバ３において送信するように、前記外部管理サーバ３に対して要求する。

　なお、情報送信部１６は、前記選択された間接ゴルフ友達と一緒にゴルフに行くことについての仲介を依頼する旨の情報を、前記選択された共通ゴルフ友達の端末装置２に送信するようにしてもよい。このようにすれば、当該共通ゴルフ友達が、ゴルフ情報アプリケーションにログインしてマイページを開いた際に、前記仲介を依頼する旨の情報を当該マイページに表示させることができる。さらに、情報送信部１６は、前記選択された間接ゴルフ友達と一緒にゴルフに行くことについての仲介を依頼する旨の情報を、前記外部管理サーバ３において送信するように前記外部管理サーバ３に対して要求すると共に、前記選択された間接ゴルフ友達と一緒にゴルフに行くことについての仲介を依頼する旨の情報を、前記選択された共通ゴルフ友達の端末装置２に送信するようにしてもよい。
　また、条件設定部１７は、前記共通ゴルフ友達の絞り込みのための条件を設定可能になっている。前記第２抽出部１４は、前記条件設定部１７により設定された条件に合致する共通ゴルフ友達を抽出するようになっている。

　図１を参照して、端末装置２の機能を説明する。端末装置２は、第１要求部２１と、第２要求部２２と、第３要求部２３と、表示部２４と、第１選択部２５（「選択部」の一例）と、第２選択部２６（「選択部」の一例）とを備える。

　第１要求部２１は、端末装置２の利用者である前記ゴルフ利用者Ａの間接ゴルフ友達を抽出する旨を管理サーバ１に対して要求する。第１選択部２５は、管理サーバ１によって抽出された間接ゴルフ友達の中から、端末装置２の利用者である前記ゴルフ利用者Ａの選択指示に応じて、一人の間接ゴルフ友達を選択する。第２要求部２２は、第１選択部２５により選択した前記一人の間接ゴルフ友達と、選択指示を出した前記ゴルフ利用者Ａとに共通する共通ゴルフ友達を抽出する旨を管理サーバ１に要求する。第２選択部２６は、管理サーバ１によって抽出された共通ゴルフ友達の中から、前記ゴルフ利用者Ａの選択指示に応じて、一人の共通ゴルフ友達を選択する。第３要求部２３は、前記選択した一人の間接ゴルフ友達に関する情報として、前記選択した一人の間接ゴルフ友達と一緒にゴルフに行くことの仲介を依頼する旨の情報を、第２選択部２６により選択した前記一人の共通ゴルフ友達を宛先として外部管理サーバ３において送信する旨を管理サーバ１に対して要求する。表示部２４は、管理サーバ１の表示制御部１２から送信される直接ゴルフ友達及び間接ゴルフ友達の関連性を示す関係図、管理サーバ１よって抽出された共通ゴルフ友達を表示するために必要な情報等を表示する。

　なお、前記第３要求部２３は、前記選択した一人の間接ゴルフ友達に関する情報として、前記選択した一人の間接ゴルフ友達と一緒にゴルフに行くことの仲介を依頼する旨の情報を、第２選択部２６により選択した前記一人の共通ゴルフ友達の端末装置２へ送信するように管理サーバ１に要求するようにしてもよい。このようにすれば、当該共通ゴルフ友達が、ゴルフ情報アプリケーションにログインしてマイページを開いた際に、前記仲介を依頼する旨の情報を当該マイページに表示させることができる。さらに、前記第３要求部２３は、前記選択した一人の間接ゴルフ友達と一緒にゴルフに行くことの仲介を依頼する旨の情報を、第２選択部２６により選択した前記一人の共通ゴルフ友達を宛先として外部管理サーバ３において送信する旨を管理サーバ１に対して要求すると共に、前記選択した一人の間接ゴルフ友達と一緒にゴルフに行くことの仲介を依頼する旨の情報を、第２選択部２６により選択した前記一人の共通ゴルフ友達の端末装置２へ送信するように管理サーバ１に要求するようにしてもよい。

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

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

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

　管理サーバ１は、各ゴルフ利用者に対してマイページを提供する。マイページには、各種のゴルフに関する情報が集約されて表示される。図３にマイページの一例を示す。同図に示すように領域Ｘ１には、前記ゴルフ利用者Ａのプロフィール画像が表示され、領域Ｙ１には、前記ゴルフ利用者Ａの直接ゴルフ友達のプロフィール画像が表示され、さらに、領域Ｙ２には、間接ゴルフ友達のプロフィール画像が表示される。このように、直接ゴルフ友達と、間接ゴルフ友達とが、異なる領域Ｙ１及びＹ２に表示されるので、前記ゴルフ利用者Ａは、階層的な友達関係を容易に把握することが可能となる。なお、領域Ｙ１及びＹ２に直接ゴルフ友達及び間接ゴルフ友達を表示する際には、親密度を算出し、親密度の高い順に手前側から表示している。親密度の算出方法については後述する。

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

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

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

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

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

＜２．サービス提供システムの動作＞
　本実施形態のサービス提供システム１００では、ゴルフ利用者の端末装置２において、ゴルフ友達の階層構造を示す関係図を表示させることができ、また、ゴルフ利用者は、間接ゴルフ友達を選び、選んだ間接ゴルフ友達とゴルフ利用者との共通のゴルフ友達に対して、選んだ間接ゴルフ友達と一緒にゴルフに行くことについての仲介を依頼することができる。以下、関係図を表示させる表示処理と、ゴルフ友達のゴルフ友達と一緒にゴルフに行くことについての仲介を依頼する仲介依頼処理について説明する。

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

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

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

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

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

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

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

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

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

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

　まず、ＣＰＵ３０は、ゴルフ友達を、「直接ゴルフ友達」と「間接ゴルフ友達」に大別し、仮想的な画面に全ての「直接ゴルフ友達」と「間接ゴルフ友達」とを配置した関係図を生成する。ここで、複数の直接ゴルフ友達がいる場合、それをどのように配置するかにについては、各種の方法がある。例えば、ランダムに配置してもよいし、あるいは、前記ゴルフ利用者Ａと直接ゴルフ友達との親密度を算出し、親密度が高い直接ゴルフ友達ほど、前記ゴルフ利用者Ａの近くに配置するようにしてもよい。本実施形態では、親密度が高い直接ゴルフ友達ほど手前側に表示している。
　また、本実施形態では、「直接ゴルフ友達」のプロフィール画像のアイコンは、「間接ゴルフ友達」のプロフィール画像のアイコンよりも大きくする。表示すべき人数が多い場合には、仮想的に画面の大きさは端末装置２のディスプレイ４５で表示される画面より大きくなる。この場合には、端末装置２において、仮想的な画面を表示可能な大きさに切り出してディスプレイ４５に表示することになる。

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

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

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

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

＜２－２：親密度算出方法＞
　次に、本実施形態における親密度算出方法について説明する。図３に示すマイページでは、領域Ｙ１において親密度が高い直接ゴルフ友達ほど手前側に表示し、同様に領域Ｙ２において親密度が高い間接ゴルフ友達ほど手前側に表示している。

親密度とは、ゴルフ利用者Ａと相手との関係性の深さを数値化したもので、この関係性の深さは、利用者ログ管理テーブルＴＢＬ１３及び個別ログファイルＦＬ１０に記録されたゴルフ利用者のアクティビティと、ゴルフ利用者情報テーブルＴＢＬ１１に記録されるゴルフ利用者のプロフィールに基づいて判断される。

＜２－２－１：親密度算出の基礎となるアクティビティ＞
　本実施形態においては、「ゴルフに誘う」、「ゴルフ報告を行う」、「他人のゴルフ報告に対して、いいね！ボタンをクリックする」、「他人のゴルフ報告にコメントする」、「ログインする」、「ニュースに対して、いいね！ボタンをクリックする」、「ニュースにコメントする」という７種類のアクティビティを利用者ログ管理テーブルＴＢＬ１３に記録し、記録したアクティビティに基づいて親密度を算出している。以下、これらのアクティビティについて説明する。

　本実施形態のゴルフ情報アプリケーションにおいてゴルフ利用者をゴルフに誘うためには、図３に示すマイページが表示された状態で、領域Ｙ１に表示されている直接ゴルフ友達をクリックする。例えば、図１３に示すように、マイページの領域Ｙ１の右下に表示されている直接ゴルフ友達のアイコンＡ３をクリックすると、ＣＰＵ４０は、ディスプレイ４５に図１３に示すようにお知らせ画面Ｐ５をポップアップ表示させる。ＣＰＵ４０は、お知らせ画面Ｐ５の左上の領域Ｇ１に、クリックした直接ゴルフ友達のアイコンを表示させる。ＣＰＵ４０は、領域Ｇ１の右隣の領域Ｇ２に、このアイコンで示される直接ゴルフ友達の名前を表示させる。また、ＣＰＵ４０は、お知らせ画面Ｐ５の中央部の領域Ｇ３に、このアイコンで示される直接ゴルフ友達の最近の投稿、例えば、後述するゴルフ報告などを表示させる。図１３に示す例では、最近の投稿がないために、ＣＰＵ４０は、「投稿がありません」と表示させている。さらに、ＣＰＵ４０は、お知らせ画面Ｐ５の下部に、友達になるボタンＢ３、ゴルフに誘うボタンＢ４、キャンセルボタンＢ５を表示させている。そして、ＣＰＵ４０は、お知らせ画面Ｐ５の右上隅に、キャンセルボタンＢ６を表示させている。

　キャンセルボタンＢ５またはＢ６をクリックすると、ＣＰＵ４０は、お知らせ画面Ｐ５は閉じる。友達になるボタンＢ３をクリックすると、ＣＰＵ４０は、ゴルフ友達になることを希望している旨のリクエストを相手に送信するようになっている。なお、図１３の例では、領域Ｇ１に表示されるアイコンのゴルフ利用者とは既にゴルフ友達になっているので、「既にゴルフ友達になっています。」などのような表示を行うようにしてもよい。また、他の実施形態においては友達になるボタンＢ３を設けなくてもよい。

　図１３に示すマイページの領域Ｘ１に示されるゴルフ利用者Ａが、お知らせ画面Ｐ５の領域Ｇ１に表示されるアイコンのゴルフ利用者をゴルフに誘いたい場合には、ゴルフに誘うボタンＢ４をクリックする。ゴルフに誘うボタンＢ４をクリックすると、ＣＰＵ４０は、図１４に示すように、ゴルフ友達選択画面Ｐ６を表示させる。ＣＰＵ４０は、ゴルフ友達選択画面Ｐ６の左上の領域Ｇ４には、これから行おうとしているアクティビティである「ゴルフに誘う」をタイトルとして表示させる。ＣＰＵ４０は、その下の領域Ｇ５には、お知らせ画面Ｐ５の領域Ｇ１と同じアイコンを表示させる。ＣＰＵ４０は、領域Ｇ５の右隣の領域Ｇ６には、領域Ｇ５に表示されたアイコンのゴルフ利用者の名前である「佐藤　浩一」を含んで、「佐藤　浩一さんと一緒にゴルフに誘う人を選んでください。」というように、ゴルフに誘いたいゴルフ友達を選ぶ操作を促すメッセージを表示させる。ＣＰＵ４０は、ゴルフ友達選択画面Ｐ６の中央部の領域Ｇ７には、ゴルフ友達のアイコンを表示させるようになっており、領域Ｇ７に表示されたゴルフ友達を選択できるようになっている。本実施形態では、ＣＰＵ４０は、領域Ｇ７には、領域Ｘ１に示されるゴルフ利用者Ａのゴルフ友達の全員が表示される構成としている。ここで、領域Ｇ７に表示されるアイコンのうち、ゴルフ利用者Ａと領域Ｇ５に示されるゴルフ友達との共通のゴルフ友達のアイコンについては、共通の友達に該当する旨の表示を付すようにしてもよい。また、他の実施形態では、共通のゴルフ友達のみが領域Ｇ７に表示されるように構成してもよい。

　ＣＰＵ４０は、ゴルフ友達選択画面Ｐ６の下部には、決定ボタンＢ３０とキャンセルボタンＢ７を表示させ、ゴルフ友達選択画面Ｐ６の右上隅にはキャンセルボタンＢ８を表示させる。キャンセルボタンＢ７またはＢ８をクリックすることによって、ＣＰＵ４０は、ゴルフ友達選択画面Ｐ６を閉じる。
　領域Ｇ７に表示されたアイコンで示されるゴルフ友達の中から、一緒にゴルフに誘う人を選択するには、領域Ｇ７に表示されたアイコンをクリックする。例えば、領域Ｇ７に示すアイコンＡ４とアイコンＡ５をクリックすると、ＣＰＵ４０は、図１５に点線で示した領域Ｇ８内にチェックマークＡ６を表示させる。チェックマークＡ６が表示されたゴルフ友達のアイコンをもう一度クリックすると、ＣＰＵ４０は、チェックマークＡ６を消すようになっている。このように、一緒にゴルフに誘いたいゴルフ友達を選択してチェックマークＡ６を表示させた状態で、ゴルフ友達選択画面Ｐ６の下部の決定ボタンＢ３０をクリックすると、ＣＰＵ４０は、図１６に示すように、リクエスト送信画面Ｐ７をポップアップ表示させる。

　ＣＰＵ４０は、リクエスト送信画面Ｐ７の左上の領域Ｇ１０には、これから行おうとしているアクティビティである「リクエスト送信」をタイトルとして表示させる。ＣＰＵ４０は、その下の領域Ｇ９には、最初に選択したゴルフ友達のアイコンを表示させる。ＣＰＵ４０は、領域Ｇ９の右隣には、領域Ｇ９に表示されたアイコンのゴルフ友達の名前である「佐藤　浩一」を含み、「佐藤　浩一さん他２名を、ゴルフに誘いますか？」というように、メッセージを表示させる。この例では、図１５に示すように２人のゴルフ友達を選択して決定ボタンＢ３０をクリックしているので、ＣＰＵ４０は、「他２名」と表示させている。ＣＰＵ４０は、リクエスト送信画面Ｐ７の下部には、ゴルフに誘うボタンＢ３１とキャンセルボタンＢ９を表示させる。ＣＰＵ４０は、リクエスト送信画面Ｐ７の右上隅にもキャンセルボタンＢ１０を表示させる。キャンセルボタンＢ９またはＢ１０がクリックされると、ＣＰＵ４０は、リクエスト送信画面Ｐ７を閉じる。ゴルフに誘いたいゴルフ友達を追加したり、変更したりする場合には、キャンセルボタンＢ９またはＢ１０をクリックして再び図１５に示すゴルフ友達選択画面Ｐ６に戻り、ゴルフ友達の選択を行えばよい。

　ゴルフに誘いたいゴルフ友達が最終的に決まった場合には、図１６に示すリクエスト送信画面Ｐ７のゴルフに誘うボタンＢ８をクリックする。その結果、ＣＰＵ４０は、前記ゴルフ利用者Ａの識別情報、及び、選択したゴルフ友達の識別情報と共に、ゴルフに誘うことについてのリクエストを、管理サーバ１に対して送信する。
　このリクエストを受信した管理サーバ１のＣＰＵ３０は、ゴルフ情報アプリケーション内で、例えば、「田中一郎さんからゴルフに誘われました！」という定型文メッセージを、前記選択されたゴルフ友達宛に送信する。

　その後、それぞれのゴルフ友達がゴルフ情報アプリケーションにログインすると、各自のマイページ上に「田中一郎さんからゴルフに誘われました！」というメッセージがポップアップ表示される。

　また、前記リクエストを受信した管理サーバ１のＣＰＵ３０は、リクエストを送信したゴルフ利用者ＡのＳＮＳにおける識別情報をアクション元の識別情報とし、端末装置２において選択されたゴルフ友達のＳＮＳにおける識別情報をアクション先の識別情報として、さらに、例えば、「田中一郎さんからゴルフに誘われました！」という定型文メッセージと送信リクエストとを、外部管理サーバ３に送信する。

　これらの情報を受信した外部管理サーバ３のＣＰＵは、ＳＮＳ内において、ゴルフ利用者Ａからメッセージとして前記定型文メッセージを前記選択されたゴルフ友達宛に送信する。その結果、前記選択されたゴルフ友達がＳＮＳにログインすると、「田中一郎」からメッセージが届いていることを知ることができる。そして、その内容を確認する操作を行うことにより、「田中一郎さんからゴルフに誘われました！」というメッセージが表示されることになる。
　なお、ゴルフに誘われた旨がＥメールで通知されるように構成してもよい。

　次に、ゴルフ報告のアクティビティについて説明する。ＣＰＵ４０は、マイページの下部には、図１７に示すように、鉛筆アイコンＸ２を表示させている。鉛筆アイコンＸ２をクリックすると、ＣＰＵ４０は、図１７に示すように、ゴルフ報告画面Ｐ８をポップアップ表示させる。

　ＣＰＵ４０は、ゴルフ報告画面Ｐ８の上部の領域Ｇ１２には、「ゴルフ報告」というタイトルを表示させる。ＣＰＵ４０は、ゴルフ報告画面Ｐ８の中央部には入力領域Ｇ１３を表示させる。ＣＰＵ４０は、ゴルフ報告画面Ｐ８の下部には、送信ボタンＢ１１とキャンセルボタンＢ１２を表示させる。ＣＰＵ４０は、ゴルフ報告画面Ｐ８の右上隅にはキャンセルボタンＢ１３を表示させる。キャンセルボタンＢ１２またはキャンセルボタンＢ１３がクリックされるとＣＰＵ４０は、ゴルフ報告画面Ｐ８を閉じる。

　図１７に示すように、ゴルフ報告画面Ｐ８の入力領域Ｇ１３には、コメント（例えば、ゴルフの報告）を入力することができ、コメント入力後に送信ボタンＢ１１をクリックすることで、ＣＰＵ４０は、入力したコメントを管理サーバ１に送信（投稿）する。

　ＣＰＵ４０は、マイページの領域Ｙ１に表示されるゴルフ利用者のアイコンのうち、コメントを投稿したゴルフ利用者のアイコンの近傍、例えば、ゴルフ利用者のアイコンの右上隅にオーバーラップするような態様で、コメントが投稿されたことを示すコメントアイコンを表示させる。コメントアイコンをクリックすると、ＣＰＵ４０は、図１８に示すように、コメント表示画面Ｐ９を表示させる。

　ＣＰＵ４０は、コメント表示画面Ｐ９の左上の領域Ｇ１４には、コメントを投稿したゴルフ利用者のアイコンを表示させる。ＣＰＵ４０は、領域Ｇ１４の右隣の領域Ｇ１５には、領域Ｇ１４に表示させるアイコンのゴルフ利用者の名前を表示させる。ＣＰＵ４０は、領域Ｇ１５の下の領域Ｇ１６には、投稿したコメントと日時を表示させる。ＣＰＵ４０は、図１８の例では、「ゴルフ行ってきた！」というコメントを表示させる。ＣＰＵ４０は、領域Ｇ１６の下には、コメント入力領域Ｇ１７を表示させ、この投稿に対するコメントを入力できるようになっている。ＣＰＵ４０は、コメント表示画面Ｐ９の下部には、送信ボタンＢ１４、キャンセルボタンＢ１５、いいね！ボタンＢ１６を表示させる。ＣＰＵ４０は、コメント表示画面Ｐ９の右上隅には、キャンセルボタンＢ１７が表示させる。キャンセルボタンＢ１５またはＢ１７をクリックすることにより、ＣＰＵ４０は、コメント表示画面Ｐ９を閉じる。

　コメント表示画面Ｐ９の領域Ｇ１６に表示される投稿に対してコメントする場合には、コメント入力領域Ｇ１７にコメントを入力し、送信ボタンＢ１４をクリックする。図１８の場合には、「僕も今日行きました！」というコメントが入力されている。送信ボタンＢ１４をクリックすると、ＣＰＵ４０は、管理サーバ１に、コメント表示画面Ｐ９の領域Ｇ１４に表示されるゴルフ利用者の識別情報ＵＩＤと、マイページの領域Ｘ１に表示されるゴルフ利用者からのメッセージとして前記入力したコメントとを送信する。前記識別情報ＵＩＤとコメントとを受信した管理サーバ１のＣＰＵ３０は、コメント表示画面Ｐ９の領域Ｇ１４に表示されるゴルフ利用者宛に、マイページの領域Ｘ１に表示されるゴルフ利用者からのメッセージとして前記入力したコメントを送信する。したがって、コメント表示画面Ｐ９の領域Ｇ１４に表示されるゴルフ利用者は、ゴルフ情報アプリケーションにログインすることにより、自分が投稿したコメントに対する他のゴルフ利用者からのコメントがあったことを知ることができる。

　コメント表示画面Ｐ９の領域Ｇ１６に表示される投稿に対しては、コメントを書き込むだけでなく、いいね！ボタンＢ１６をクリックすることもできる。いいね！ボタンＢ１６をクリックすることで、投稿されたコメントを読んだということを、このコメントを投稿したゴルフ利用者に伝えることができる。つまり、いいね！ボタンＢ１６がクリックされると、ＣＰＵ４０は、コメント表示画面Ｐ９の領域Ｇ１４に表示されるゴルフ利用者の識別情報ＵＩＤと、マイページの領域Ｘ１に表示されるゴルフ利用者が前記投稿対していいね！ボタンＢ１６をクリックしたことを示す情報とを送信する。識別情報ＵＩＤといいね！ボタンＢ１６をクリックしたことを示す情報と受信した管理サーバ１のＣＰＵ３０は、コメント表示画面Ｐ９の領域Ｇ１４に表示されるゴルフ利用者宛に、マイページの領域Ｘ１に表示されるゴルフ利用者が前記投稿対していいね！ボタンＢ１６をクリックしたことを示す情報を送信する。したがって、コメント表示画面Ｐ９の領域Ｇ１４に表示されるゴルフ利用者は、ゴルフ情報アプリケーションにログインすることにより、自分が投稿したコメントに対して他のゴルフ利用者がいいね！ボタンをクリックしてくれたことを知ることができる。

　ＣＰＵ４０は、図１９に示すように、マイページの左下には、アイコンＸ４を表示させている。アイコンＸ４がクリックされると、ＣＰＵ４０は、図１９に示すように、ニュース一覧画面Ｎ１を表示させる。ニュース一覧画面Ｎ１は、例えば、複数のニュースのタイトルの一覧を表示したものである。ニュース一覧画面Ｎ１に表示された各ニュースのタイトルがクリックされると、ＣＰＵ４０は、図１９に示すように、ニュース詳細画面Ｎ２を表示させる。ＣＰＵ４０は、ニュース詳細画面Ｎ２の上部の領域Ｇ１８には、ニュースのタイトルと配信日時を表示させる。ＣＰＵ４０は、領域Ｇ１８の下の領域Ｇ１９にはニュースの内容を表示させる。ＣＰＵ４０は、領域Ｇ１９の下には、コメント入力領域Ｇ２０を表示させており、ニュース詳細画面Ｎ２の領域Ｇ１９に表示されたニュースに対してコメントを入力できるようになっている。ＣＰＵ４０は、コメント入力領域Ｇ２０の下には、送信ボタンＢ１８と、いいね！ボタンＢ１９を表示させる。ＣＰＵ４０は、ニュース詳細画面Ｎ２の右上隅にはキャンセルボタンＢ２０を表示させる。キャンセルボタンＢ２０がクリックされると、ＣＰＵ４０は、ニュース詳細画面Ｎ２を閉じる。

　コメント入力領域Ｇ２０にコメントを入力して送信ボタンＢ１８をクリックすると、ＣＰＵ４０は、ニュース詳細画面Ｎ２のニュースの内容が表示される領域Ｇ１８の下部に、コメントを書き込む。また、ＣＰＵ４０は、管理サーバ１に対して、当該ニュースを一意に識別するニュースＩＤと共に、入力されたコメントとを送信する。当該ニュースＩＤとコメントとを受信した管理サーバ１のＣＰＵ３０は、当該ニュースに対して入力されたコメントとして、前記受信したコメントを管理する。したがって、このニュースを他のゴルフ利用者が見た場合には、当該ニュースに対するコメントとして前記コメントが表示されるので、当該他のゴルフ利用者は前記コメントを読むことができる。さらに、当該他のゴルフ利用者は、このコメントに対するコメントを書き込むこともできるので、お互いのコミュニケーションが深まることになる。

　また、いいね！ボタンＢ１９がクリックされると、ＣＰＵ４０は、ニュース詳細画面Ｎ２のニュースの内容が表示される領域Ｇ１８の下部に、いいね！ボタンをクリックした人数を表示させるので、ニュースに対する関心の程度がわかるようになっている。また、どのゴルフ利用者がいいね！ボタンをクリックしたのかもわかるようになっているので、共通の話題について関心のあるゴルフ利用者を見つけることもできる。

＜２－２－２：ログ管理テーブル＞
　上述したような、「ゴルフに誘う」、「ゴルフ報告を行う」、「ゴルフ報告にコメントする」、「ゴルフ報告にいいね！ボタンをクリックする」、「ニュースにいいね！ボタンをクリックする」、「ニュースにコメントをする」という各アクティビティ、及び、ゴルフ情報アプリケーションにログインするというアクティビティは、図２０に示す利用者ログ管理テーブルに記録される。

　図２０に利用者ログ管理テーブルＴＢＬ１３のデータ構造を示す。利用者ログ管理テーブルＴＢＬ１３には複数のレコードが記録されている。１つのレコードは、ゴルフ利用者Ｕ１のアクセス履歴を一意に識別するログ識別情報ＬＩＤ、及び、アクセス履歴情報を含む。
　アクセス履歴情報は、ゴルフ利用者の識別情報ＵＩＤ、タイムスタンプ、アクセス先、ニュースＩＤ、アクセス先種別、コメント有無情報、及び、コメント内容を含む。なお、アクセス履歴情報のうち、コメント有無情報、及び、コメント内容を、入力履歴情報と称する場合がある。

　アクセス先は、ゴルフ利用者がアクセスした他のゴルフ利用者の識別情報ＵＩＤを示す。但し、図１９に示すようなニュースに対していいね！ボタンをクリックした場合、あるいは、ニュースに対してコメントを書き込んだ場合には、アクセス先は空欄となる。ニュースＩＤは、アクセス先がニュースの場合にのみ記録されるもので、個々のニュースを識別するＩＤが記録される。

　タイムスタンプは、ゴルフ利用者が当該アクセス先にアクセスした日付及び時刻（レコードが利用者ログ管理テーブルＴＢＬ１３に記録された時刻）を示す。

　アクセス先種別は、当該アクセス先にゴルフ利用者がアクセスした際のアクティビティの種類を示す。図１６に示すゴルフに誘うボタンＢ８をクリックした場合には種別は「１」となる。図１７に示すゴルフ報告画面Ｐ８の入力領域Ｇ１３にゴルフ報告を入力し、送信ボタンＢ１１をクリックした場合には種別は「２」となる。図１８に示すコメント表示画面Ｐ９のゴルフ報告に対するいいね！ボタンＢ１６をクリックした場合には種別は「３」となる。図１８に示すコメント表示画面Ｐ９のコメント入力領域Ｇ１７にゴルフ報告に対するコメントを入力し、送信ボタンＢ１４をクリックした場合には種別は「４」となる。ゴルフ情報アプリケーションにログインした場合には種別は「５」となる。なお、ログインの記録は、ゴルフ情報アプリケーションにログインする度に行われる。図１９に示すニュース詳細画面Ｎ２に表示されるニュースに対していいね！ボタンＢ１９をクリックした場合には種別は「６」となる。図１９に示すニュース詳細画面Ｎ２のコメント入力領域Ｇ２０にコメントを入力して送信ボタンＢ１８をクリックした場合には種別は「７」となる。

　コメント有無情報は、ゴルフ利用者がアクセス先においてコメントを投稿したか否かを表す情報であり、コメントをした場合には「１」が、コメントをしていない場合には「０」が記録される。コメント内容は、ゴルフ利用者が投稿したコメントの内容を表す。

　本実施形態では、管理サーバ１のＣＰＵ３０は、以上のような利用者ログ管理テーブルＴＢＬ１３に、各ゴルフ利用者のアクティビティを所定期間、例えば、１２０日間等の期間に亘って記録する。そして、ＣＰＵ３０は、利用者ログ管理テーブルＴＢＬ１３を基にして、例えば、１日１回程度、親密度算出用の個別ログファイルＦＬ１０を作成または更新する。図２１と図２２に個別ログファイルＦＬ１０の構造を示す。図２１に示す個別ログファイルＦＬ１０（ＦＬ１０ａ）は、前記ゴルフ利用者Ａからアクションを起こしたアクティビティ、つまり、図２０の利用者ログ管理テーブルＴＢＬ１３の識別情報ＵＩＤとして前記ゴルフ利用者Ａの識別情報が記録されているレコードを抽出したものである。図２２に示す個別ログファイルＦＬ１０（ＦＬ１０ｂ）は、前記ゴルフ利用者Ａに対してアクションがあったアクティビティ、つまり、図２０の利用者ログ管理テーブルＴＢＬ１３のアクセス先として前記ゴルフ利用者Ａの識別情報が記録されているレコードを抽出したものである。

　後述する親密度の算出処理では、これらの個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）が参照される。なお、これらの個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）は、ゴルフ利用者ごとに作成または更新されるものである。

＜２－２－３：親密度算出の基礎となるプロフィール＞
　本実施形態では、上述した各ゴルフ利用者のアクティビティだけでなく、各ゴルフ利用者のプロフィール情報も親密度の算出の基礎とされる。ＣＰＵ４０は、図２３に示すように、マイページの下部の領域Ｘ１には、前記ゴルフ利用者Ａのアイコンを表示させている。領域Ｘ１の前記ゴルフ利用者Ａのアイコンがクリックされると、ＣＰＵ４０は、図２３に示すようなプロフィール設定画面Ｐ１０を表示させる。ＣＰＵ４０は、プロフィール設定画面Ｐ１０の上部の領域Ｈ１には、「ゴルフプロフィールを入力してください。」というメッセージを表示させる。ＣＰＵ４０は、領域Ｈ１の下方には、自分のゴルフ歴を設定するための入力エリアＨ２を表示させる。ＣＰＵ４０は、入力エリアＨ２の下方には、ラウンド頻度を設定するためのプルダウンＨ３及びＨ４を表示させる。ＣＰＵ４０は、プルダウンＨ３及びＨ４の下方には、練習頻度を設定するためのプルダウンＨ５及びＨ６を表示させる。ＣＰＵ４０は、プルダウンＨ５の下方には、平均スコアを設定するための入力エリアＨ７を表示させる。また、ＣＰＵ４０は、プロフィール設定画面Ｐ１０の右側には、スクロールバーＢ２１を表示させており、このスクロールバーＢ２１を用いて画面をスクロールさせると、ＣＰＵ４０は、プロフィール設定画面Ｐ１０の下部には、決定ボタンとキャンセルボタンを表示させる。なお、決定ボタンとキャンセルボタンの図２３への表示は省略する。

　さらに、図２３には表示を省略するが、スクロールバーＢ２１を用いて画面をスクロールさせると、ラウンド履歴情報も記録できるようになっている。ラウンド履歴情報とは、いつ、誰と、どのゴルフ場に行ったのか等についての情報である。
　上述した各入力エリアに入力された内容、及び、各プルダウンで選択した内容は、ＣＰＵ４０から管理サーバ１に送信され、これらを受信した管理サーバ１のＣＰＵ３０は、ハードディスク３３に格納されるゴルフ利用者情報テーブルＴＢＬ１１に、これらの内容を記憶させる。

　また、マイページには、ＣＰＵ４０は、図２３に示すように設定アイコンＸ５を表示させており、この設定アイコンＸ５をクリックすることにより、前記ゴルフ利用者Ａの名前、性別、年齢、メールアドレス、住所などの基本データを編集することが可能になっている。これらの基本データは、ゴルフ情報アプリケーションに参加する際に登録されるが、その後に編集することも可能になっている。これらの基本データもＣＰＵ４０によって管理サーバ１に送信され、当該基本データを受信した管理サーバ１のＣＰＵ３０は、ハードディスク３３に格納されるゴルフ利用者情報テーブルＴＢＬ１１に、当該基本データを記憶させる。

＜２－２－４：ゴルフ利用者情報テーブル＞
　図２４はゴルフ利用者情報テーブルＴＢＬ１１に記録されるゴルフ利用者ごとのレコードＲＣＤ１の詳細を示す図である。図２４に示すゴルフ利用者ごとのレコードＲＣＤ１は、識別情報、プロフィール情報、及びラウンド履歴情報を記録する複数のフィールドから構成されている。識別情報ＵＩＤはフィールドＦ１に記録される。プロフィール情報は、氏名、登録日、性別、年齢、及びメールアドレス、住所、ゴルフ歴、出身地、ラウンド頻度、練習頻度を含む。氏名、登録日、性別、年齢、及びメールアドレスは、それぞれフィールドＦ１～Ｆ６に記録される。住所が記録されるフィールドは、例えば、都道府県が記録されるフィールドＦ７、市または区などがフィールドＦ８、それ以外の住所が記録されるフィールドＦ９に分かれている。ゴルフ歴はフィールドＦ１０、出身地はフィールドＦ１１に記録される。ラウンド頻度と練習頻度は、それぞれフィールドＦ１２とＦ１３に記録されるが、これらのフィールドは、「年に」、「月に」または「週に」という単位が記録されるフィールドと、回数が記録されるフィールドとに分けられている。ラウンド履歴情報は、ラウンド日、ゴルフ場、スコア、及びパーティを含む。ラウンド日、ゴルフ場、スコアは、それぞれフィールドＦ１４～Ｆ１６に記録される。パーティは一緒にラウンドしたゴルフ利用者についての情報で、本実施形態では、一例として、一緒にラウンドしたゴルフ利用者の識別番号ＵＩＤがフィールドＦ１７に記録される。

　なお、氏名・性別・年齢・住所・出身地・メールアドレス等のゴルフに関連しない情報については、必ずしもゴルフ利用者情報テーブルＴＢＬ１１に記憶させておく必要なく、必要に応じて外部管理サーバ３から取得するようにしてもよい。

＜２－２－５：親密度算出の具体例＞
　本実施形態では、親密度を表す指標として６種類の指標を用いており、各指標に重みづけを行って総合的に親密度を算出している。本実施形態に用いる指標は、指標１：実際の交流頻度（ｋ０）、指標２：ゴルフ情報アプリケーション内での交流頻度（ｋ１）、指標３：ゴルフ情報アプリケーション内での行動頻度（ｋ２）、指標４：住所近接度（ｋ３）、指標５：年齢近接度（ｋ４）、指標６：ゴルフ頻度（ｋ５）、以上の６種類の指標である。
　各指標の数値化には、図２５～図３４に示す設定値管理マスターテーブルＴＢＬ１５（ＴＢＬ１５ａ～ＴＢＬ１５ｉ）を用いる。以下、図２５～図３４を参照して、各指標の数値化について説明する。

　指標１の実際の交流頻度（ｋ０）は、個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に記録される種別が「１」のログを参照して判断する。上述したように、図１６に示すゴルフに誘うボタンＢ８をクリックしてゴルフ友達をゴルフに誘うと、管理サーバ１のＣＰＵ３０は、図２０に示す利用者ログ管理テーブルＴＢＬ１３には、タイムスタンプと、誘ったゴルフ利用者の識別情報ＵＩＤと、誘われたゴルフ友達の識別情報（アクセス先）と、種別として「１」を記録する。したがって、個別ログファイルＦＬ１０ａには、当該ゴルフ利用者が誘った場合のログが記録され、個別ログファイルＦＬ１０ｂには、当該ゴルフ利用者が誘われた場合のログが記録されることになる。

　あるゴルフ友達についての実際の交流頻度（ｋ０）を数値化するには、まず、ＣＰＵ３０は、上述した方法で特定した当該ゴルフ友達の識別情報が、個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に記録されているかどうかを判定する。ＣＰＵ３０は、個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に当該ゴルフ友達の識別情報が記録されていない場合には、当該ゴルフ友達についての実際の交流頻度は０ポイントとする。

　次に、個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に当該ゴルフ友達の識別情報が記録されていた場合には、ＣＰＵ３０は、記録されたログの中に種別が「１」のログがあるかどうかを判定する。ＣＰＵ３０は、記録されたログの中に種別が「１」のログがない場合には、当該ゴルフ友達についての実際の交流頻度は０ポイントとする。

　個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に当該ゴルフ友達の識別情報が記録され、且つ、種別が「１」のログがあった場合には、ＣＰＵ３０は、そのログのタイムスタンプを参照して、そのログが記録された日が判定を行っている現在日から何日以内であるのかを判定する。個別ログファイルＦＬ１０ａに種別「１」のログが記録された日は、ゴルフに誘った日を表し、個別ログファイルＦＬ１０ｂに種別「１」のログが記録された日は、ゴルフに誘われた日を表すことになる。

　そして、ＣＰＵ３０は、図２５に示す設定値管理マスターテーブルＴＢＬ１５ａを参照して、ログが記録された日、つまり、当該ゴルフ友達をゴルフに誘った日又は当該ゴルフ友達から誘われた日が、判定を行っている現在日から３０日以内であれば、実際の交流頻度（ｋ０）は２０ポイント、６０日以内であれば１５ポイント、９０日以内であれば１０ポイント、９０日より以前であれば５ポイントとする。該当する複数のログがある場合には、最も現在日に近いログを採用すればよい。

　ＣＰＵ３０は、以上の処理を、全ての直接ゴルフ友達、及び、間接ゴルフ友達について行い、それぞれの識別情報を対応させて実際の交流頻度（ｋ０）のポイントを記憶させる。これらの実際の交流頻度（ｋ０）のポイントは、ハードディスクドライブ３３に一時的に記憶させておいてもよいし、ゴルフ利用者情報テーブルＴＢＬ１１のデータとして記憶させてもよい。なお、当然ながら、ハードディスクドライブ３３に一時的に記憶する代わりにＲＡＭ３１に記憶させることとしてもよい。

　ＣＰＵ３０は、指標２のゴルフ情報アプリケーション内での交流頻度（ｋ１）は、個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に記録される種別が「３」または「４」のログを参照して判断する。上述したように、図１８に示すゴルフ報告に対するいいね！ボタンＢ１６をクリックすると、ＣＰＵ３０は、図２０に示す利用者ログ管理テーブルＴＢＬ１３には、タイムスタンプと、いいね！ボタンをクリックしたゴルフ利用者の識別情報ＵＩＤと、ゴルフ報告をしたゴルフ友達の識別情報（アクセス先）と、種別として「３」を記録する。また、図１８に示すゴルフ報告に対してコメントを入力して送信ボタンＢ１４をクリックすると、ＣＰＵ３０は、図２０に示す利用者ログ管理テーブルＴＢＬ１３には、タイムスタンプと、コメントを送信したゴルフ利用者の識別情報ＵＩＤと、ゴルフ報告をしたゴルフ友達の識別情報（アクセス先）と、種別として「４」を記録する。したがって、個別ログファイルＦＬ１０ａには、ゴルフ利用者が他人のゴルフ報告に対していいね！ボタンをクリックした場合、及び、ゴルフ利用者が他人のゴルフ報告に対してコメントを残した場合のログが記録され、個別ログファイルＦＬ１０ｂには、ゴルフ利用者のゴルフ報告に対していいね！がクリックされた場合、及び、ゴルフ利用者のゴルフ報告に対してコメントが残された場合のログが記録されることになる。

　あるゴルフ友達についてのゴルフ情報アプリケーション内での交流頻度（ｋ１）を数値化するには、まず、ＣＰＵ３０は、上述した方法で特定した当該ゴルフ友達の識別情報が、個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に記録されているかどうかを判定する。個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に当該ゴルフ友達の識別情報が記録されていない場合には、ＣＰＵ３０は、当該ゴルフ友達についてのゴルフ情報アプリケーション内での交流頻度（ｋ１）０ポイントとする。

　次に、個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に当該ゴルフ友達の識別情報が記録されていた場合には、ＣＰＵ３０は、記録されたログの中に種別が「３」または「４」のログがあるかどうかを判定する。記録されたログの中に種別が「３」または「４」のログがない場合には、ＣＰＵ３０は、当該ゴルフ友達についてのゴルフ情報アプリケーション内での交流頻度（ｋ１）は０ポイントとする。

　個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に当該ゴルフ友達の識別情報が記録され、且つ、種別が「３」または「４」のログがあった場合には、ＣＰＵ３０は、それぞれのログが記録された回数を算出する。

　そして、ＣＰＵ３０は、図２６に示す設定値管理マスターテーブルＴＢＬ１５ｂを参照して、種別が「３」のログが記録された回数、つまり、いいね！ボタンをクリックした回数といいね！ボタンをクリックされた回数との合計が９１回以上であれば、いいね！の頻度（ｋ１－１）は１０ポイント、６１～９０回であれば７ポイント、３１～６０回であれば４ポイント、１～３０回であれば１ポイントとする。このようにして、ＣＰＵ３０は、まず、いいね！の頻度（ｋ１－１）のポイントを計算する。

　次に、同様にして、ＣＰＵ３０は、図２６に示す設定値管理マスターテーブルＴＢＬ１５ｂを参照して、種別が「４」のログが記録された回数、つまり、ゴルフ報告についてコメントを残した回数と、ゴルフ報告についてコメントをもらった回数との合計が９１回以上であれば、コメントの頻度（ｋ１－２）は１０ポイント、６１～９０回であれば７ポイント、３１～６０回であれば４ポイント、１～３０回であれば１ポイントとする。このようにして、ＣＰＵ３０は、コメントの頻度（ｋ１－１）のポイントを計算する。

　最後に、ＣＰＵ３０は、前記のように計算したいいね！の頻度（ｋ１－１）のポイントと、コメントの頻度（ｋ１－１）のポイントとを合計し、ゴルフ情報アプリケーション内での交流頻度（ｋ１）のポイントを計算する。

　ＣＰＵ３０は、以上の処理を、全ての直接ゴルフ友達、及び、間接ゴルフ友達について行い、それぞれの識別情報を対応させてゴルフ情報アプリケーション内での交流頻度（ｋ１）のポイントを記憶させる。これらのゴルフ情報アプリケーション内での交流頻度（ｋ１）のポイントは、ハードディスクドライブ３３に一時的に記憶させておいてもよいし、ゴルフ利用者情報テーブルＴＢＬ１１のデータとして記憶させてもよい。なお、当然ながら、ハードディスクドライブ３３に一時的に記憶する代わりにＲＡＭ３１に記憶させることとしてもよい。

　ＣＰＵ３０は、指標３のゴルフ情報アプリケーション内での行動頻度（ｋ２）は、個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に記録される種別が「２」、「５」、「６」、「７」のログを参照して判断する。上述したように、図１７に示すゴルフ報告を書いて送信ボタンＢ１１をクリックすると、ＣＰＵ３０は、図２０に示す利用者ログ管理テーブルＴＢＬ１３には、タイムスタンプと、ゴルフ報告を送信したゴルフ利用者の識別情報ＵＩＤと、種別として「２」を記録する。また、ゴルフ情報アプリケーションにログインする度に、ＣＰＵ３０は、図２０に示す利用者ログ管理テーブルＴＢＬ１３には、タイムスタンプと、ログインしたゴルフ利用者の識別情報ＵＩＤと、種別として「５」を記録する。また、図１９に示すニュースに対して、いいね！ボタンＢ１９をクリックすると、ＣＰＵ３０は、図２０に示す利用者ログ管理テーブルＴＢＬ１３には、タイムスタンプと、いいね！ボタンをクリックしたゴルフ利用者の識別情報ＵＩＤと、ニュースＩＤと、種別として「６」を記録する。図１９に示すニュースに対して、コメントを入力し、送信ボタンＢ１８をクリックすると、ＣＰＵ３０は、図２０に示す利用者ログ管理テーブルＴＢＬ１３には、タイムスタンプと、コメントを入力したゴルフ利用者の識別情報ＵＩＤと、ニュースＩＤと、種別として「７」を記録する。したがって、個別ログファイルＦＬ１０ａには、各ゴルフ友達、及び、各ゴルフ友達のゴルフ友達について、以上のようなアクティビティのログが記録されることになる。

　あるゴルフ友達についてのゴルフ情報アプリケーション内での行動頻度（ｋ２）を数値化するには、ＣＰＵ３０は、まず、上述した方法で特定した当該ゴルフ友達の個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）を参照する。次に、ＣＰＵ３０は、当該ゴルフ友達の個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に種別が「２」、「５」、「６」、「７」のログがあるかどうかを判定する。ＣＰＵ３０は、記録されたログの中に種別が「２」、「５」、「６」、「７」のログがない場合には、当該ゴルフ友達についてのゴルフ情報アプリケーション内での行動頻度（ｋ２）は０ポイントとする。

　当該ゴルフ友達の個別ログファイルＦＬ１０（ＦＬ１０ａ、ＦＬ１０ｂ）に種別が「２」、「５」、「６」、「７」のログがあった場合には、ＣＰＵ３０は、それぞれのログが記録された回数を算出する。

　そして、ＣＰＵ３０は、図２７に示す設定値管理マスターテーブルＴＢＬ１５ｃを参照して、種別が「２」のログが記録された回数、つまり、ゴルフ報告を行った回数を算出し、ｎ１として記憶させる。また、ＣＰＵ３０は、種別が「５」のログが記録された回数、つまり、ゴルフ情報アプリケーションにログインした回数を算出し、ｎ２として記憶させる。また、ＣＰＵ３０は、種別が「６」のログが記録された回数、つまり、ニュースにいいね！ボタンをクリックした回数を算出し、ｎ３として記憶させる。そして、種別が「７」のログが記録された回数、つまり、ニュースにコメントを投稿した回数を算出し、ｎ４として記憶させる。

　ＣＰＵ３０は、以上のようにして記録したそれぞれの回数ｎ１、ｎ２、ｎ３、ｎ４を合計し、合計の回数が４６回以上であれば、ゴルフ情報アプリケーション内での行動頻度（ｋ２）は１０ポイント、３１～４５回であれば７ポイント、１６～３０回であれば４ポイント、１～１５回であれば１ポイントとする。このようにして、ＣＰＵ３０は、ゴルフ情報アプリケーション内での行動頻度（ｋ２）のポイントを計算する。

　ＣＰＵ３０は、以上の処理を、全ての直接ゴルフ友達、及び、間接ゴルフ友達について行い、それぞれの識別情報を対応させてゴルフ情報アプリケーション内での行動頻度（ｋ２）のポイントを記憶させる。これらのゴルフ情報アプリケーション内での行動頻度（ｋ２）のポイントは、ハードディスクドライブ３３に一時的に記憶させておいてもよいし、ゴルフ利用者情報テーブルＴＢＬ１１のデータとして記憶させてもよい。なお、当然ながら、ハードディスクドライブ３３に一時的に記憶する代わりにＲＡＭ３１に記憶させることとしてもよい。

　ＣＰＵ３０は、指標４の住所近接度（ｋ３）については、図２４に示すゴルフ利用者情報テーブルＴＢＬ１１に記録されるゴルフ利用者ごとのレコードＲＣＤ１と、図２８に示す設定値管理マスターテーブルＴＢＬ１５ｄと、図２９に示す設定値管理マスターテーブルＴＢＬ１５ｅとを参照することにより数値化する。

　あるゴルフ友達についての住所近接度（ｋ３）を数値化するには、ＣＰＵ３０は、まず、上述した方法で特定した当該ゴルフ友達のゴルフ利用者情報テーブルＴＢＬ１１におけるゴルフ利用者ごとのレコードＲＣＤ１を参照し、フィールドＦ７に記録された当該ゴルフ友達の住所の都道府県を読み取る。また、ＣＰＵ３０は、同様にして、前記ゴルフ利用者Ａのゴルフ利用者情報テーブルＴＢＬ１１におけるゴルフ利用者ごとのレコードＲＣＤ１を参照し、フィールドＦ７に記録された前記ゴルフ利用者Ａの住所の都道府県を読み取る。

　そして、ＣＰＵ３０は、図２８に示す設定値管理マスターテーブルＴＢＬ１５ｄの都道府県が記録された列の中から、当該ゴルフ友達の住所の都道府県に一致する行を検索する。次に、ＣＰＵ３０は、図２８に示す設定値管理マスターテーブルＴＢＬ１５ｄの都道府県が記録された行の中から、前記ゴルフ利用者Ａの住所の都道府県と一致する列を検索する。そして、ＣＰＵ３０は、前記行と列によって特定される領域に記録されている数値を読み取る。例えば、当該ゴルフ友達の住所の都道府県が「青森県」であり、前記ゴルフ利用者Ａの住所の都道府県が「岩手県」である場合には、ＣＰＵ３０は、数値を「１」とする。設定値管理マスターテーブルＴＢＬ１５ｄにおいて、「０」は都道府県が一致する場合、「１」は都道府県が近接している場合、「２」はそれ以外を示している。

　なお、当該ゴルフ友達のゴルフ利用者情報テーブルＴＢＬ１１におけるゴルフ利用者ごとのレコードＲＣＤ１に住所の都道府県が記録されていない場合、あるいは、記録はされているが非公開に設定されていね場合には、ＣＰＵ３０は、住所近接度（ｋ３）を０ポイントとする。
　次に、ＣＰＵ３０は、図２９に示す設定値管理マスターテーブルＴＢＬ１５ｅを参照して、設定値管理マスターテーブルＴＢＬ１５ｄから読み取った値が「０」である場合には、住所近接度（ｋ３）を２０ポイント、「１」である場合には１０ポイント、「２」である場合には５ポイントとする。

　ＣＰＵ３０は、以上の処理を、全ての直接ゴルフ友達、及び、間接ゴルフ友達について行い、それぞれの識別情報を対応させて住所近接度（ｋ３）のポイントを記憶させる。これらの住所近接度（ｋ３）のポイントは、ハードディスクドライブ３３に一時的に記憶させておいてもよいし、ゴルフ利用者情報テーブルＴＢＬ１１のデータとして記憶させてもよい。なお、当然ながら、ハードディスクドライブ３３に一時的に記憶する代わりにＲＡＭ３１に記憶させることとしてもよい。

　なお、上述した例では、住所のうちの都道府県のみを比較したが、市又は区、あるいは、さらに詳しい番地等についても同様に比較して、それぞれの数値を合計するようにしてもよい。
　また、都道府県の一致と近接の判定は、図３０に示す設定値管理マスターテーブルＴＢＬ１５ｄ’を用いてもよい。図３０に示す設定値管理マスターテーブルＴＢＬ１５ｄ’には、基準都道府県と、当該基準都道府県に関連付けられた近接都道府県とが記録されている。例えば、基準都道府県が「千葉県」の場合には、それに対応する近接都道府県として、「茨城県」、「埼玉県」、「東京都」、「神奈川県」が記録されている。図３０に示す設定値管理マスターテーブルＴＢＬ１５ｄ’を用いる場合には、ＣＰＵ３０は、まず、前記ゴルフ利用者Ａのゴルフ利用者情報テーブルＴＢＬ１１におけるゴルフ利用者ごとのレコードＲＣＤ１を参照し、フィールドＦ７に記録された前記ゴルフ利用者Ａの住所の都道府県を読み取る。さらに、ＣＰＵ３０は、上述した方法で特定した当該ゴルフ友達のゴルフ利用者情報テーブルＴＢＬ１１におけるゴルフ利用者ごとのレコードＲＣＤ１を参照し、フィールドＦ７に記録された当該ゴルフ友達の住所の都道府県を読み取る。次に、ＣＰＵ３０は、前記ゴルフ利用者Ａの住所の都道府県に一致する設定値管理マスターテーブルＴＢＬ１５ｄ’の基準都道府県を特定する。そして、ＣＰＵ３０は、当該ゴルフ友達の住所の都道府県が当該特定した基準都道府県に一致する場合には、数値を「０」とする。また、当該ゴルフ友達の住所の都道府県が当該特定した基準都道府県に対応近接都道府県に一致する場合には、ＣＰＵ３０は、数値を「１」とする。当該ゴルフ友達の住所の都道府県が当該特定した基準都道府県に対応近接都道府県に一致しない場合には、ＣＰＵ３０は、数値を「２」とする。このように数値を決めた上で、図２９に示す設定値管理マスターテーブルＴＢＬ１５ｅを参照して住所近接度（ｋ３）のポイントを定めるようにしてもよい。なお、都道府県名に代えて、予め各都道府県名と関連付けた識別情報を使用して、基準都道府県及び近接都道府県を記憶させるようにしてもよい。

　ＣＰＵ３０は、指標５の年齢近接度（ｋ４）については、図２４に示すゴルフ利用者情報テーブルＴＢＬ１１に記録されるゴルフ利用者ごとのレコードＲＣＤ１と、図３１に示す設定値管理マスターテーブルＴＢＬ１５ｆとを参照することにより数値化する。

　あるゴルフ友達についての年齢近接度（ｋ４）を数値化するには、ＣＰＵ３０は、まず、上述した方法で特定した当該ゴルフ友達のゴルフ利用者情報テーブルＴＢＬ１１におけるゴルフ利用者ごとのレコードＲＣＤ１を参照し、フィールドＦ５に記録された当該ゴルフ友達の年齢を読み取る。また、ＣＰＵ３０は、同様にして、前記ゴルフ利用者Ａのゴルフ利用者情報テーブルＴＢＬ１１におけるゴルフ利用者ごとのレコードＲＣＤ１を参照し、フィールドＦ５に記録された前記ゴルフ利用者Ａの年齢を読み取る。

　そして、ＣＰＵ３０は、当該ゴルフ友達の年齢と、前記ゴルフ利用者Ａの年齢との差を計算し、図３１に示す設定値管理マスターテーブルＴＢＬ１５ｆを参照して、その差が±０の場合には、年齢近接度（ｋ４）は１６ポイント、－３の場合には１４ポイント、＋３の場合には１２ポイント、－５の場合には１０ポイント、＋５の場合には８ポイント、－５よりも小さい場合には６ポイント、＋５よりも大きい場合には４ポイントとする。

　以上の処理を、全ての直接ゴルフ友達、及び、間接ゴルフ友達について行い、それぞれの識別情報を対応させて年齢近接度（ｋ４）のポイントを記憶させる。これらの年齢近接度（ｋ４）のポイントは、ハードディスクドライブ３３に一時的に記憶させておいてもよいし、ゴルフ利用者情報テーブルＴＢＬ１１のデータとして記憶させてもよい。なお、当然ながら、ハードディスクドライブ３３に一時的に記憶する代わりにＲＡＭ３１に記憶させることとしてもよい。

　ＣＰＵ３０は、指標６のゴルフ頻度（ｋ５）については、図２４に示すゴルフ利用者情報テーブルＴＢＬ１１に記録されるゴルフ利用者ごとのレコードＲＣＤ１と、図３２に示す設定値管理マスターテーブルＴＢＬ１５ｇと、図３３に示す設定値管理マスターテーブルＴＢＬ１５ｈとを参照することにより数値化する。

　あるゴルフ友達についてのゴルフ頻度（ｋ５）を数値化するには、ＣＰＵ３０は、まず、上述した方法で特定した当該ゴルフ友達のゴルフ利用者情報テーブルＴＢＬ１１におけるゴルフ利用者ごとのレコードＲＣＤ１を参照し、フィールドＦ１２に記録された当該ゴルフ友達のラウンド頻度と、フィールドＦ１３に記録された当該ゴルフ友達の練習頻度とを読み取る。また、ＣＰＵ３０は、同様にして、前記ゴルフ利用者Ａのゴルフ利用者情報テーブルＴＢＬ１１におけるゴルフ利用者ごとのレコードＲＣＤ１を参照し、フィールドＦ１２に記録された前記ゴルフ利用者Ａのラウンド頻度と、フィールドＦ１３に記録された前記ゴルフ利用者Ａの練習頻度とを読み取る。

　ラウンド頻度と練習頻度は、それぞれ「年に」、「月に」、「週に」という単位についてのデータと、回数についてのデータとから構成されている。ＣＰＵ３０は、まず、図３２の設定値管理マスターテーブルＴＢＬ１５ｇの選択肢１の列から、前記ゴルフ利用者Ａのラウンド頻度の単位についてのデータと一致する行を検索する。次に、ＣＰＵ３０は、その行において、選択肢２の列から前記ゴルフ利用者Ａのラウンド頻度の回数についてのデータと一致する行を検索する。そして、ＣＰＵ３０は、その行に対応するランクの列の数値を読み取る。ＣＰＵ３０は、例えば、前記ゴルフ利用者Ａのラウンド頻度が「年に」、「２・３回」であれば、ランクを「２」とする。同様にして、ＣＰＵ３０は、当該ゴルフ友達のラウンド頻度のランクを読み出し、前記ゴルフ利用者Ａのラウンド頻度のランクと当該ゴルフ友達のラウンド頻度との差を計算する。ＣＰＵ３０は、例えば、当該ゴルフ友達のラウンド頻度が「年に」、「５回以上」であれば、当該ゴルフ友達のラウンド頻度のランクを「３」とし、前記ゴルフ利用者Ａのラウンド頻度のランクである「２」との差は＋１となる。

　ＣＰＵ３０は、同様にして、練習頻度についても前記ゴルフ利用者Ａと当該ゴルフ友達の練習頻度のランクを読み取り、差を求める。なお、ＣＰＵ３０は、ラウンド頻度と練習頻度のいずれについても、「殆ど行かない」が選択されている場合には、ランクを「０」とする。

　そして、ＣＰＵ３０は、図３３に示す設定値管理マスターテーブルＴＢＬ１５ｈを参照し、まず、ラウンド頻度のランクの差が０である場合には、ラウンド頻度ポイント（ｋ５－１）は１０ポイント、±２以内であれば５ポイント、±３以内であれば１ポイント、±４以上であれば０ポイントとする。同様にして、ＣＰＵ３０は、練習頻度ポイント（ｋ５－２）についても算出する。

　最後に、ＣＰＵ３０は、ラウンド頻度ポイント（ｋ５－１）と練習頻度ポイント（ｋ５－２）とを合計し、当該ゴルフ友達についてのゴルフ頻度（ｋ５）のポイントを算出する。

　ＣＰＵ３０は、以上の処理を、全ての直接ゴルフ友達、及び、間接ゴルフ友達について行い、それぞれの識別情報を対応させて年齢近接度（ｋ４）のポイントを記憶させる。これらの年齢近接度（ｋ４）のポイントは、ハードディスクドライブ３３に一時的に記憶させておいてもよいし、ゴルフ利用者情報テーブルＴＢＬ１１のデータとして記憶させてもよい。なお、当然ながら、ハードディスクドライブ３３に一時的に記憶する代わりにＲＡＭ３１に記憶させることとしてもよい。

　ＣＰＵ３０は、ある友達について、実際の交流頻度（ｋ０）のポイント、ゴルフ情報アプリケーション内の交流頻度（ｋ１）のポイント、ゴルフ情報アプリケーション内の行動頻度（ｋ２）のポイント、住所近接度（ｋ３）のポイント、年齢近接度（ｋ４）のポイント、及び、ゴルフ頻度（ｋ５）のポイントが算出した後は、図３４に示す設定値管理マスターテーブルＴＢＬ１５ｉを参照し、各指標のポイントに係数を掛けて合計する。

　ＣＰＵ３０は、図３４に示す例では、実際の交流頻度（ｋ０）のポイントには１．２、ゴルフ情報アプリケーション内の交流頻度（ｋ１）のポイントには１、ゴルフ情報アプリケーション内の行動頻度（ｋ２）のポイントには０．８、住所近接度（ｋ３）のポイントには０．６、年齢近接度（ｋ４）のポイントには０．４、及び、ゴルフ頻度（ｋ５）のポイントには０．２をそれぞれ掛け、全てのポイントを合計し、親密度のポイントを算出する。

　ＣＰＵ３０は、以上の処理を、全ての直接ゴルフ友達、及び、間接ゴルフ友達について行い、それぞれの識別情報を対応させて親密度のポイントを記憶させる。これらの親密度のポイントは、ハードディスクドライブ３３に一時的に記憶させておいてもよいし、ゴルフ利用者情報テーブルＴＢＬ１１のデータとして記憶させてもよい。なお、当然ながら、ハードディスクドライブ３３に一時的に記憶する代わりにＲＡＭ３１に記憶させることとしてもよい。

＜２－３：仲介依頼処理＞
　次に、本実施形態における仲介依頼処理について図３５ないし図３９を参照して説明する。図３５に仲介依頼処理に関するサービス提供システムの動作シーケンスを示す。まず、端末装置２のゴルフ利用者が、図３に示すマイページにおいて領域Ｙ２に表示される間接ゴルフ友達のうち、例えば、アイコンＡ１をクリックして一人の間接ゴルフ友達を選択すると（Ｓ２１０）、端末装置２のＣＰＵ４０は、この端末装置２の利用者である前記ゴルフ利用者Ａの識別番号ＵＩＤと、アイコンＡ１と関連付けられた当該間接ゴルフ友達の識別情報ＵＩＤと共に、共通友達ページ要求を管理サーバ１に送信する（Ｓ２１１）。管理サーバ１のＣＰＵ３０は前記ゴルフ利用者Ａの識別情報ＵＩＤと、前記間接ゴルフ友達の識別情報ＵＩＤと、共通友達ページ要求とを受信すると、受信した前記ゴルフ利用者Ａの識別情報ＵＩＤと前記間接ゴルフ友達の識別情報ＵＩＤを外部管理サーバ３に送信する（Ｓ１２０）。なお、領域Ｙ１に表示される直接ゴルフ友達のアイコンの表示情報、及び、領域Ｙ２に表示される間接ゴルフ友達のアイコンの表示情報は、管理サーバ１から送信されてくる情報であるが、本実施形態においては、これらの表示情報に直接ゴルフ友達の識別情報ＵＩＤ及び間接ゴルフ友達の識別情報ＵＩＤが含まれているものとする。
　なお、本実施形態では、図３に示すマイページに表示される間接ゴルフ友達のアイコンをクリックすることで、以降の処理（図３５のＳ２１１以降）が行われる場合について説明したが、他の実施形態においては、「仲介を依頼する」等のボタンを設け、このボタンがクリックされ、間接ゴルフ友達が選択された後に、共通のゴルフ友達を抽出する処理を行ってもよい。

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

　管理サーバ１のＣＰＵ３０が、これらの友達リストを受信して、前記間接ゴルフ友達についてのＳＮＳの友達情報及びＳＮＳ利用者情報、並びに、前記ゴルフ利用者ＡについてのＳＮＳの友達情報及びＳＮＳ利用者情報を取得すると（Ｓ１２１）、管理サーバ１のＣＰＵ３０は、ゴルフ利用者情報テーブルＴＢＬ１１を参照し、前記抽出したＳＮＳ友達の中からゴルフ利用者であるゴルフ友達を特定する。さらに、管理サーバ１のＣＰＵ３０は、前記間接ゴルフ友達と前記ゴルフ利用者Ａとに共通するゴルフ友達である共通ゴルフ友達を抽出し、共通ゴルフ友達ページを生成する（Ｓ１２３）。

　具体的には、第１に、ＣＰＵ３０は、友達情報のステータスが承諾のレコードにアクション元又はアクション先として記録されている識別情報ＵＩＤのうち、前記間接ゴルフ友達の識別情報ＵＩＤ及び重複する識別情報ＵＩＤを除いた識別情報ＵＩＤを前記間接ゴルフ友達のＳＮＳ友達の識別情報ＵＩＤとして特定する。

　第２に、ＣＰＵ３０は、ゴルフ利用者情報テーブルＴＢＬ１１を参照して、ゴルフ利用者の識別情報ＵＩＤを取得する。

　第３に、ＣＰＵ３０は、前記間接ゴルフ友達のＳＮＳ友達の識別情報ＵＩＤと一致するゴルフ利用者の識別情報ＵＩＤを、第１のゴルフ友達の識別情報ＵＩＤとして特定する。

　第４に、ＣＰＵ３０は、友達情報のステータスが承諾のレコードにアクション元又はアクション先として記録されている識別情報ＵＩＤのうち、前記ゴルフ利用者Ａの識別情報ＵＩＤ及び重複する識別情報ＵＩＤを除いた識別情報ＵＩＤを前記ゴルフ利用者ＡのＳＮＳ友達の識別情報ＵＩＤとして特定する。

　第５に、ＣＰＵ３０は、ゴルフ利用者情報テーブルＴＢＬ１１を参照して、ゴルフ利用者の識別情報ＵＩＤを取得する。

　第６に、ＣＰＵ３０は、ＳＮＳ友達の識別情報ＵＩＤと一致するゴルフ利用者の識別情報ＵＩＤを、第２のゴルフ友達の識別情報ＵＩＤとして特定する。

　第７に、ＣＰＵ３０は、第１のゴルフ友達の識別情報ＵＩＤと、第２のゴルフ友達の識別情報ＵＩＤとを比較して、一致する識別情報ＵＩＤを特定し、前記間接ゴルフ友達と前記ゴルフ利用者Ａとに共通する共通ゴルフ友達の識別情報ＵＩＤを抽出する。

　第８に、ＣＰＵ３０は、共通ゴルフ友達の識別情報ＵＩＤに対応するＳＮＳ利用者情報を用いて、共通ゴルフ友達ページを生成する。

　この後、管理サーバ１のＣＰＵ３０は、共通ゴルフ友達ページ応答を端末装置２に送信する（Ｓ１２３）。共通ゴルフ友達ページ応答を受信した端末装置２のＣＰＵ４０は、ディスプレイ４５に共通ゴルフ友達ページを表示させる（Ｓ２１１）。図３６に共通ゴルフ友達ページの一例を示す。この例では、ＣＰＵ４０は、図３に示すマイページ上にポップアップ表示の形式で共通ゴルフ友達ページＰ１を表示させる。ＣＰＵ４０は、共通ゴルフ友達ページＰ１の最上段の領域Ｃ１には、「あなたと山田洋子さんの共通のゴルフ友達」というタイトルを表示させる。本実施形態では、図３のアイコンＡ１で表示されるゴルフ友達のゴルフ友達の名前が「山田洋子」である場合を示している。つまり、領域Ｃ１に表示されるタイトルには、前記ゴルフ利用者Ａが選択したゴルフ友達のゴルフ友達の名前が含まれる。ＣＰＵ４０は、領域Ｃ１の左下の領域Ｃ２には前記ゴルフ利用者Ａのアイコンを表示させ、その右隣の領域Ｃ３には、前記ゴルフ利用者Ａが選択した間接ゴルフ友達のアイコンを表示させる。ＣＰＵ４０は、共通ゴルフ友達ページＰ１の右上端部の領域Ｃ４には、共通ゴルフ友達ページＰ１を閉じるためのボタンを表示させる。ＣＰＵ４０は、領域Ｃ１の右下の領域Ｃ５には、友達の絞り込みを行うための操作画面を表示させる。ＣＰＵ４０は、この操作画面の左端の領域Ｃ６には、ラジオボタンと共に、友達の絞り込みを行うための条件を表示させる。本実施形態では、「指定なし」、「同世代」、「ゴルフ歴が近い」、「ご近所」、及び「出身地」という条件が表示される。図３６の例では、「指定なし」が選択されている状態を示している。また、ＣＰＵ４０は、領域Ｃ５の下端の領域Ｃ７には実行ボタンょ表示させる。なお、ゴルフ友達の絞り込み処理については後述する。

　ＣＰＵ４０は、共通ゴルフ友達ページＰ１の中央部の領域Ｃ８及びその下に続く領域Ｃ９と領域Ｃ１０には、共通ゴルフ友達のアイコンを表示させる。図３６に示す例では、ＣＰＵ４０は、共通ゴルフ友達のアイコンは領域Ｃ８にしか表示させていないが、抽出された共通ゴルフ友達の数に応じて領域Ｃ９や領域Ｃ１０にも表示させる。ＣＰＵ４０は、領域Ｃ８、領域Ｃ９及び領域Ｃ１０の右端及び左端、あるいは、領域Ｃ１０の下部にボタンを表示させ、ボタンのクリックに応じて、さらに多くの共通ゴルフ友達が表示せれるように、表示をスクロールさせるようにしてもよい。本実施形態では、一例として、前記ゴルフ利用者Ａと親密度が高いゴルフ友達ほど上方に表示されるようになっている。つまり、領域Ｃ８に表示されるゴルフ友達が最も親密度が高く、領域Ｃ９、領域Ｃ１０と下がるに従って親密度は低くなる。なお、親密度は、上述したように、マイページの領域Ｙ１にゴルフ友達を表示し、領域Ｙ２にゴルフ友達のゴルフ友達を表示する際に算出され、ゴルフ利用者情報テーブルＴＢＬ１１に記録されるものとする。ただし、ゴルフ利用者情報テーブルＴＢＬ１１とは別のテーブルに記録するようにしてもよい。

　説明を図３５に戻す。ＣＰＵ４０は、以上のような共通ゴルフ友達ページＰ１を表示した状態で、共通ゴルフ友達ページＰ１の領域Ｃ８～領域Ｃ１０に表示されたゴルフ友達の中から、前記ゴルフ利用者Ａが選択したゴルフ友達のゴルフ友達と一緒にゴルフに行くことについての仲介を依頼するゴルフ友達の選択を受け付ける（Ｓ２１２）。図３６に示す例では、アイコンＡ２で表示されるゴルフ友達を選択したとすると、図３７に示すように、ＣＰＵ４０は、アイコンＡ２に重ねてメッセージページＰ２をポップアップ表示させる（Ｓ２１３）。

　ＣＰＵ４０は、メッセージページＰ２の左上の領域Ｄ１には、選択したゴルフ友達のアイコンを表示させる。図３７に示す例では、アイコンＡ２と同じアイコンが表示される。ＣＰＵ４０は、領域Ｄ１の右隣の領域Ｄ２には、「この人に仲介を頼みますか？」と記載された実行ボタンを表示させる。ＣＰＵ４０は、メッセージページＰ２の右上の領域Ｄ３には、メッセージページＰ２を閉じるためのボタンを表示させる。ＣＰＵ４０は、メッセージページＰ２の中央部の領域Ｄ４には、仲介依頼のメッセージを記入するメッセージ記入欄を表示させる。ＣＰＵ４０は、メッセージページＰ２の右下の領域Ｄ５には、画像や動画を添付するためのボタンを表示させる。ＣＰＵ４０は、中央部の領域Ｄ４の下方の領域Ｄ６には、メッセージの投稿日時を表示させる。

　メッセージ記入欄には、例えば、「山田洋子さんと一緒にゴルフに行ってみたいです。セッティングをお願いします。」等のようにメッセージを記入する。そして、領域Ｄ２に表示された「この人に仲介を頼みますか？」と記載された実行ボタンがクリックされると、ＣＰＵ４０は仲介依頼の選択を受け付け（Ｓ２１４）、図３８に示すようなリクエスト送信確認ダイアログＰ３を表示させる。ＣＰＵ４０は、リクエスト送信確認ダイアログＰ３の左上の領域Ｅ１には、例えば、「リクエスト送信確認ダイアログ」のようなタイトルを表示させる。ＣＰＵ４０は、領域Ｅ１の下方の領域Ｅ２には、例えば、「田中一郎さんに、この人とゴルフに行ってみたい！と伝えてみますか？」のようなメッセージを表示させる。図３８に示す例では、アイコンＡ２で表示されるゴルフ友達の名前が田中一郎である場合を示している。つまり、ＣＰＵ４０は、領域Ｅ２には、仲介を依頼するゴルフ友達の名前を表示させることになる。ＣＰＵ４０は、領域Ｅ２の下方の領域Ｅ３には送信ボタンを表示させ、その右隣の領域Ｅ４にはキャンセルボタンを表示させる。領域Ｅ４に表示されるキャンセルボタンをクリックすると、ＣＰＵ４０は、図３８に示すリクエスト送信確認ダイアログＰ３を表示させる一つ前の表示の状態に戻す。一方、領域Ｅ３に表示される送信ボタンがクリックされ、ＣＰＵ４０が送信の選択を受け付けると（Ｓ２１６）、端末装置２のＣＰＵ４０は、管理サーバ１に対して、前記ゴルフ利用者Ａの識別情報ＵＩＤ、仲介を依頼するゴルフ友達の識別情報ＵＩＤ、メッセージの内容等と共に、メッセージの送信要求を送信する（Ｓ２１７）。前記ゴルフ利用者Ａの識別情報ＵＩＤ、仲介を依頼するゴルフ友達の識別情報ＵＩＤ、メッセージの内容等、及びメッセージの送信要求を受信した管理サーバ１のＣＰＵ３０は、前記ゴルフ利用者Ａから仲介を依頼するゴルフ友達宛のメッセージを当該内容で送信するように外部管理サーバ３に対して送信依頼処理を行う（Ｓ１２４）。送信依頼を受信した外部管理サーバ３のＣＰＵは、前記ゴルフ利用者Ａから仲介を依頼するゴルフ友達宛に、当該内容のメッセージを送信する（Ｓ３２２）。端末装置２のＣＰＵ４０は、図３９に示すような送信完了メッセージＰ４を表示させる（Ｓ２１７）。

　この後、仲介を依頼したゴルフ友達がＳＮＳサイトにログインすると、前記ゴルフ利用者Ａからの前記メッセージを読むことができる。その結果、このメッセージを読んだゴルフ友達が、選択したゴルフ友達のゴルフ友達に対して、前記ゴルフ利用者Ａとゴルフに行くことの仲介をしてくれることが期待される。このように、直接には関わりのないゴルフ友達のゴルフ友達であっても、ゴルフ友達に仲介を依頼することにより、一緒にゴルフに行ける可能性が高まることになる。

＜２－４：絞り込み処理＞
　次に、本実施形態における共通ゴルフ友達の絞り込み処理を図３６と図４０を用いて説明する。図４０に示すように、端末装置２のＣＰＵ４０は、共通ゴルフ友達ページＰ１を表示させる（Ｓ２１１）。ＣＰＵ４０は、図３６に示すように、共通ゴルフ友達ページＰ１の領域Ｃ５には操作画面を表示させる。ＣＰＵ４０は、この表示画面の左端の領域Ｃ６には、ラジオボタンと共に、友達の絞り込みを行うための条件を表示させる。本実施形態では、「指定なし」、「同世代」、「ゴルフ歴が近い」、「ご近所」、及び「出身地」という条件が表示される。希望する条件に対応するラジオボタンがクリックされると、ＣＰＵ４０は、絞り込みの条件を設定する（Ｓ２２０）。そして、領域Ｃ７に表示される実行ボタンがクリックされ、ＣＰＵ４０が絞り込み処理の実行の選択を受け付けると（Ｓ２２１）、端末装置２のＣＰＵ４０は絞り込み処理要求を管理サーバ１に送信する（Ｓ２２２）。管理サーバ１のＣＰＵ３０が絞り込み処理要求を受信すると、管理サーバ１のＣＰＵ３０は、共通ゴルフ友達の中から、設定された条件に合致する共通ゴルフ友達を抽出する（Ｓ１３０）。

　設定された条件に合致する共通ゴルフ友達の抽出処理は、上述した親密度の算出に準じた方法により行えばよい。例えば、「同世代」が条件の場合には、図２４に示すフィールドＦ５に記録されている年齢のデータを比較することにより、前記ゴルフ利用者Ａと同年代の共通ゴルフ友達を抽出するようにすればよい。具体的な一例を挙げると、「前記ゴルフ利用者Ａの年齢のデータを基準として、差が３歳以内」等と予め設定しておき、「同世代」が選択された場合、前記ゴルフ利用者Ａの年齢のデータと共通ゴルフ友達の年齢のデータとを比較し、条件に該当する共通ゴルフ友達を抽出する処理を行うものとする。なお、「年齢のデータ」は、登録された年齢情報があればそれを用いる構成としても良いし、誕生日情報が登録されていれば、当該誕生日情報と現在日とから年齢を算出する構成としても良い。

　「ゴルフ歴が近い」が条件の場合には、図２４に示すフィールドＦ１０に記録されているゴルフ歴のデータを比較することにより、前記ゴルフ利用者Ａとゴルフ歴が近い共通ゴルフ友達を抽出するようにすればよい。具体的な一例を挙げると、「前記ゴルフ利用者Ａのゴルフ歴のデータを基準として、差が２年以内」等と予め設定しておき、「ゴルフ歴が近い」が選択された場合、前記ゴルフ利用者Ａのゴルフ歴のデータと共通ゴルフ友達のゴルフ歴のデータとを比較し、条件に該当する共通ゴルフ友達を抽出する処理を行うものとする。なお、「ゴルフ歴のデータ」は予め登録されたゴルフ歴のデータを参照する。

　「ご近所」が条件の場合には、図２４に示すフィールドＦ７～Ｆ９に記録されている住所のデータを比較することにより、前記ゴルフ利用者Ａとご近所の共通ゴルフ友達を抽出するようにすればよい。なお、住所が近いかどうかの判断の方法は、親密度の算出に用いた住所近接度の判断方法と同様の方法を用いればよい。

　「出身地」が条件の場合には、図２４に示すフィールドＦ１１に記録されている出身地のデータを比較することにより、前記ゴルフ利用者Ａと出身県（出身都道府県）が一致する共通ゴルフ友達を抽出するようにすればよい。
　なお、条件として「指定なし」が選択されて絞り込み処理の実行が選択された場合には、絞り込み処理を行っていない状態の全ての共通ゴルフ友達が表示されることになる。

　なお、絞り込み処理を行う際には、複数の条件を設定できるようにしてもよい。また、予め用意された条件を選ぶだけでなく、自由なキーワードをユーザに入力させるようにして、そのキーワードと一致するキーワードがレコードＲＣＤ１に記録されている共通ゴルフ友達を抽出するようにしてもよい。

　以上のように、親密度が高い順番で共通ゴルフ友達を表示したり、選択した条件で共通ゴルフ友達を絞り込むことにより、前記ゴルフ利用者Ａが一緒にラウンドしたい間接ゴルフ友達との仲介を依頼しやすい共通ゴルフ友達をより容易に選ぶことができるようになる。

　なお、仲介を依頼する共通ゴルフ友達宛のメッセージの送信は、ＳＮＳのメッセージ送信機能を利用してもよいし、ｅ－ｍａｉｌを用いるようにしてもよい。また、ＳＮＳにおける前記ゴルフ利用者Ａのマイページやお知らせの表示領域や、仲介を依頼する共通ゴルフ友達のＳＮＳにおけるマイページやお知らせの表示領域に前記メッセージを表示するようにしてもよい。さらには、ゴルフ情報アプリケーション内のメッセージ機能を用いてもよい。この場合、ＳＮＳのメッセージ送信機能を利用しつつ、ゴルフ情報アプリケーション内のメッセージ機能を用いてもよいし、ＳＮＳのメッセージ送信機能は利用せずに、ゴルフ情報アプリケーション内のメッセージ機能のみを用いるようにしてもよい。

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

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

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

　管理サーバ１Ａは、所定のタイミングで、図９に示すようにして取得した前記ゴルフ利用者Ａ、前記ゴルフ利用者ＡのＳＮＳ友達、及びＳＮＳ友達のＳＮＳ友達についての識別情報ＵＩＤとＳＮＳ利用者情報、並びに、記憶部１５に記憶したゴルフ利用者情報テーブルＴＢＬ１１とに基づいて、ゴルフ友達情報テーブルＴＢＬ１２を作成し、記憶部１５に記憶する。
　表示処理では、まず、図４４Ａに示すように前記ゴルフ利用者Ａの直接ＳＮＳ友達と間接ＳＮＳ友達とが特定される。図４３に管理サーバ１ＡのＣＰＵ３０が実行する表示情報生成処理の内容を示す。

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

　この後、ＣＰＵ３０は、直接ＳＮＳ友達又は間接ＳＮＳ友達、且つ間接ゴルフ友達を抽出する（Ｓ１４１）。具体的には、第１に、ＣＰＵ３０は、直接ゴルフ友達の識別情報ＵＩＤをキーとして、当該識別情報ＵＩＤがアクション元又はアクション先となるレコードをゴルフ友達情報テーブルＴＢＬ１２から抽出し、間接ゴルフ友達の識別情報ＵＩＤを特定する。第２に、ＣＰＵ３０は、図９に示すように外部管理サーバ３から直接ＳＮＳ友達の識別情報ＵＩＤ又は間接ＳＮＳ友達の識別情報ＵＩＤを取得し、取得した直接ＳＮＳ友達の識別情報ＵＩＤ又は間接ＳＮＳ友達の識別情報ＵＩＤと、間接ゴルフ友達の識別情報ＵＩＤとが一致するものを抽出し、抽出された識別情報ＵＩＤを表示対象の間接ゴルフ友達とする。この結果、図４４Ｃに示すように表示対象となる間接ゴルフ友達が特定される。なお、同図に示す部分Ｆｙの間接ゴルフ友達は、直接ＳＮＳ友達でもある。これは、直接ゴルフ友達と友達関係にある間接ゴルフ友達には、直接ＳＮＳ友達が含まれるからである。

　このようにＣＰＵ３０は、Ｓ１４０及びＳ１４１を実行することにより、記憶部１５から読み出したゴルフ友達情報（「第１特定関係情報」の一例）と取得部１１で取得したＳＮＳ友達情報（「第２特定関係情報」の一例）とに基づいて、前記ゴルフ利用者Ａ（「所定の利用者」の一例）と友達関係（「特定の関係」の一例）を有するＳＮＳ利用者（「第２利用者」の一例）である直接ＳＮＳ友達、及び当該直接ＳＮＳ利用者と更に友達関係を有するＳＮＳ利用者である間接ＳＮＳ友達を特定ＳＮＳ利用者としたとき、前記ゴルフ利用者Ａと友達関係を有するゴルフ利用者（「第１利用者」の一例）であり、且つ特定ＳＮＳ利用者である者を直接ゴルフ友達（「第１の特定利用者」の一例）として特定し、直接ゴルフ友達と友達関係を有するゴルフ利用者であり、且つ特定ＳＮＳ利用者である者を間接ゴルフ友達（「第２の特定利用者」の一例）として特定する特定部として機能する。

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

　以上のようにして表示されるマイページにおいて、間接ゴルフ友達のうち、一人の間接ゴルフ友達を選択すると、端末装置２のＣＰＵ４０は、この端末装置２の利用者である前記ゴルフ利用者Ａの識別番号ＵＩＤと、アイコンＡ１と関連付けられた当該ゴルフ友達のゴルフ友達の識別情報ＵＩＤと共に、共通友達ページ要求を管理サーバ１Ａに送信する。管理サーバ１ＡのＣＰＵ３０は前記ゴルフ利用者Ａの識別情報ＵＩＤと、前記間接ゴルフ友達の識別情報ＵＩＤと、共通友達ページ要求とを受信すると、受信した前記ゴルフ利用者Ａの識別情報ＵＩＤと前記間接ゴルフ友達の識別情報ＵＩＤを外部管理サーバ３に送信する。

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

　管理サーバ１ＡのＣＰＵ３０が、これらの友達リストを受信して、前記間接ゴルフ友達についてのＳＮＳの友達情報及びＳＮＳ利用者情報を取得すると、管理サーバ１ＡのＣＰＵ３０は、ゴルフ友達情報テーブルＴＢＬ１２を参照し、前記間接ゴルフ友達と前記ゴルフ利用者Ａとに共通するゴルフ友達である共通ゴルフ友達を抽出し、共通ゴルフ友達ページを生成する。
　この際、第１実施形態で説明した親密度を算出し、親密度に応じて共通ゴルフ友達ページを表示する処理、条件を設定して共通ゴルフ友達を絞り込む処理、及び、選択した共通ゴルフ友達に、選択した間接ゴルフ友達と一緒にゴルフをラウンドすることについての仲介を依頼する処理については第１実施形態と同様である。

＜第３実施形態＞
　図４５及び図４６を参照して第３実施形態のサービス提供システム１００Ａについて説明する。第３実施形態のサービス提供システム１００Ａは、第２実施形態のサービス提供システム１００Ａから外部管理サーバ３を除いたものである。図４５に第３実施形態に係るサービス提供システム１００Ａのブロック図を示す。サービス提供システム１００Ａでは、第１実施形態及び第２実施形態のようにゴルフ利用者はＳＮＳ利用者に含まれるといった関係はない。

　管理サーバ１Ａは、ゴルフ利用者情報テーブルＴＢＬ１１と、ゴルフ友達情報テーブルＴＢＬ１２と、利用者ログ管理テーブルＴＢＬ１３と、設定値管理マスターテーブルＴＢＬ１５と、個別ログファイルＦＬ１０とを記憶した記憶部１５を備える。また、記憶部１５には、管理サーバ１Ａを制御するプログラムが記憶されている。管理サーバ１ＡのＣＰＵ３０は、前記ゴルフ利用者Ａ（「所定のゴルフ利用者」の一例）の端末装置２のＣＰＵ４０から前記ゴルフ利用者Ａの友達関係を表示する要求を受信すると、ゴルフ友達情報に基づいて、前記ゴルフ利用者Ａと友達関係を有する直接ゴルフ友達（「第１の特定利用者」の一例）を抽出し、直接ゴルフ友達と友達関係を有する間接ゴルフ友達（「第２の特定利用者」の一例）を抽出する第１抽出部１３と、端末装置２において一人の間接ゴルフ友達が選択されると、選択された間接ゴルフ友達と前記ゴルフ利用者Ａとに共通する共通ゴルフ友達を抽出する第２抽出部１４と、第１抽出部１３で抽出した直接ゴルフ友達と間接ゴルフ友達の関連性を示す関係図を表示するために必要な情報を含むマイページ閲覧応答を前記ゴルフ利用者Ａの端末装置２に送信する表示制御部１２と、を備える。この場合、第１抽出部１３と第２抽出部１４は、記憶部１５に記憶されているゴルフ利用者情報テーブルＴＢＬ１１及びゴルフ友達情報テーブルＴＢＬ１２を参照する。
　この場合においても、管理サーバ１Ａは、第１実施形態において図１０を参照して説明したＳ１０９と同様に表示情報を生成する。この結果、第３実施形態においても第１実施形態と同様に、図３及び図１２に示すマイページを端末装置２のディスプレイ４５に表示させることができ、ゴルフ利用者は、ゴルフ友達の階層関係を容易に把握することが可能となる。

　次に、本実施形態における仲介依頼処理を図４６のフローチャートを参照して説明する。以上のようにして表示されるマイページにおいて、間接ゴルフ友達のうち、一人の間接ゴルフ友達を選択され、端末装置２のＣＰＵ４０がこの選択を受け付けると（Ｓ２１０）、端末装置２のＣＰＵ４０は、この端末装置２の利用者である前記ゴルフ利用者Ａの識別番号ＵＩＤと、アイコンＡ１と関連付けられた当該間接ゴルフ友達の識別情報ＵＩＤと共に、共通友達ページ要求を管理サーバ１に送信する（Ｓ２１１）。管理サーバ１ＡのＣＰＵ３０は前記ゴルフ利用者Ａの識別情報ＵＩＤと、前記間接ゴルフ友達の識別情報ＵＩＤと、共通友達ページ要求とを受信すると、ゴルフ友達情報テーブルＴＢＬ１２を参照し、前記間接ゴルフ友達と前記ゴルフ利用者Ａとに共通するゴルフ友達である共通ゴルフ友達を抽出し（Ｓ１４０）、共通ゴルフ友達ページを生成する（Ｓ１４１）。
　この際、第１実施形態で説明した親密度を算出し、親密度に応じて共通ゴルフ友達ページを表示する処理、条件を設定して共通ゴルフ友達を絞り込む処理については第１実施形態と同様である。また、選択した共通ゴルフ友達に、選択した間接ゴルフ友達と一緒にゴルフをラウンドすることについての仲介を依頼する処理（Ｓ２１１～Ｓ２１６）については第１実施形態と同様である。ステップＳ２１６の処理後、端末装置２のＣＰＵ４０は、管理サーバ１Ａに対して、前記ゴルフ利用者Ａの識別情報ＵＩＤ、仲介を依頼するゴルフ友達の識別情報ＵＩＤ、メッセージの内容等と共に、メッセージの送信要求を送信する（Ｓ２１７）。前記ゴルフ利用者Ａの識別情報ＵＩＤ、仲介を依頼するゴルフ友達の識別情報ＵＩＤ、メッセージの内容等、及びメッセージの送信要求を受信した管理サーバ１ＡのＣＰＵ３０は、前記ゴルフ利用者Ａから仲介を依頼するゴルフ友達宛のメッセージを、当該仲介を依頼するゴルフ友達宛に送信する（Ｓ１４０）。

　具体的には、管理サーバ１Ａから共通ゴルフ友達の端末装置２にｅ－ｍａｉｌを送信するようにしても良いし、共通ゴルフ友達のゴルフ情報アプリケーションのマイページ等のメッセージ機能を用いても良い。さらには、ゴルフ情報アプリケーション内のメッセージ機能を用いてもよい。この場合、ＳＮＳのメッセージ送信機能を利用しつつ、ゴルフ情報アプリケーション内のメッセージ機能を用いてもよいし、ＳＮＳのメッセージ送信機能は利用せずに、ゴルフ情報アプリケーション内のメッセージ機能のみを用いるようにしてもよい。また、管理サーバ１ＡのＣＰＵ３０は、メッセージの送信を完了した旨を、仲介を依頼したゴルフ利用者の端末装置２に送信し、これを受信した端末装置２のＣＰＵ４０は、図３９に示すような送信完了メッセージＰ４を表示させる（Ｓ２１７）。このように、外部管理サーバによって提供されるＳＮＳを利用することなく、選択した間接ゴルフ友達と一緒にゴルフをラウンドすることについての仲介を依頼することができる。

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

＜変形例１＞
　上述した各実施形態では、一例として間接ゴルフ友達と一緒にゴルフをラウンドすることについての仲介を依頼する場合について説明したが、本発明はこれに限定されるものではなく、友達の友達と前記ゴルフ利用者Ａとの間を取り持つよう、共通の存在に対して仲介を依頼するものであればどのようなサービスであってもよい。

＜変形例２＞
　また、上述した各実施形態では、共通ゴルフ友達を抽出した後、前記ゴルフ利用者Ａが端末装置２を操作して一人の共通ゴルフ友達を選択する構成としていたが、本発明はこれに限定されるものではなく、抽出された共通ゴルフ友達が一人の場合は、前記ゴルフ利用者Ａによって共通ゴルフ友達を選択させる処理を省略し、抽出された共通ゴルフ友達に対して、選択した間接ゴルフ友達と一緒にゴルフをラウンドすることについての仲介を依頼する処理を行う構成としてもよい。

　また、上述した各実施形態では、共通ゴルフ友達を抽出した後、前記ゴルフ利用者Ａが端末装置２を操作して一人の共通ゴルフ友達を選択する構成としていたが、本発明はこれに限定されるものではなく、共通ゴルフ友達の一人を選択する処理を省略し、抽出された共通ゴルフ友達全員に対して、選択した間接ゴルフ友達と一緒にゴルフをラウンドすることについての仲介を依頼する処理を行う構成としてもよい。

　また、上述した各実施形態では、共通ゴルフ友達を抽出した後、前記ゴルフ利用者Ａが端末装置２を操作して一人の共通ゴルフ友達を選択する構成としていたが、本発明はこれに限定されるものではなく、共通ゴルフ友達を抽出したら自動的に抽出された共通ゴルフ友達に仲介を依頼する処理を行う構成としたり、共通ゴルフ友達を抽出したら送信ボタンＥ３とキャンセルボタンＥ４を設けたダイアログを表示して、抽出された共通ゴルフ友達に仲介を依頼する処理を行う構成としたりしてもよい。これらの場合、予め設定された定型文章を送信する構成とすることが好ましい。

＜変形例３＞　なお、親密度の算出には、上述したパラメータだけでなく、図２４に示すレコードＲＣＤ１のデータであれば、例えば、ゴルフ歴、出身地などのパラメータを用いて親密度を算出するようにしてもよい。また、外部管理サーバ３から親密度の算出に必要なデータを取得するようにしてもよい。

＜変形例４＞
　上述した各実施形態では、図３に示すマイページに表示される間接ゴルフ友達のアイコンをクリックすることで、それ以降の処理（図３５のＳ２１１以降）が行われる場合について説明したが、本発明はこのような構成に限定されるものではなく、「仲介を依頼する」等のボタンを設け、このボタンがクリックされ、間接ゴルフ友達が選択された後に、共通のゴルフ友達を抽出する処理を行ってもよい。

＜変形例５＞
　仲介を依頼する共通ゴルフ友達宛のメッセージの送信は、ＳＮＳのメッセージ送信機能を利用してもよいし、ｅ－ｍａｉｌを用いるようにしてもよい。また、ＳＮＳにおける前記ゴルフ利用者Ａのマイページやお知らせの表示領域や、仲介を依頼する共通ゴルフ友達のＳＮＳにおけるマイページやお知らせの表示領域に前記メッセージを表示するようにしてもよい。さらには、ゴルフ情報アプリケーション内のメッセージ機能を用いてもよい。この場合、ＳＮＳのメッセージ送信機能を利用しつつ、ゴルフ情報アプリケーション内のメッセージ機能を用いてもよいし、ＳＮＳのメッセージ送信機能は利用せずに、ゴルフ情報アプリケーション内のメッセージ機能のみを用いるようにしてもよい。

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

＜変形例７＞
　上述した各実施形態及び各変形例において説明した取得部１１、表示制御部１２、第１抽出部１３、第２抽出部１４、情報送信部１６、及び条件設定部１７のそれぞれは、管理サーバ１又は１Ａ、あるいは、端末装置２のいずれに備えるようにしてもよい。この場合において、端末装置２が第１抽出部１３を備える構成を採用する場合、上述の各実施形態及び各変形例にて説明した、端末装置２の第１要求部２１は無くてもよい。また、端末装置２が第２抽出部１４を備える構成を採用する場合、上述の各実施形態及び各変形例にて説明した、端末装置２の第２要求部２２は無くてもよい。また、端末装置２が情報送信部１６を備える構成を採用する場合、上述の各実施形態および各変形例にて説明した、端末装置２の第３要求部２３は無くてもよい。また、取得部１１、表示制御部１２、第１抽出部１３、第２抽出部１４、情報送信部１６、及び条件設定部１７の一部または全部を端末装置２が備える構成とする場合、管理装置１は、それらの機能を実現可能とするソフトウェア（プログラム）を提供する装置としての役割を有する。

＜変形例８＞
　上述した各実施形態及び各変形例においては、管理サーバ１または管理サーバ１Ａに記憶部１５を備え、記憶部１５に各テーブル及びログファイル等を格納する例について説明した。しかしながら、本発明はこのような例に限定されるものではなく、図４７及び図４８に示すように、管理サーバ１または管理サーバ１Ａと通信網ＮＥＴを介して通信可能なストレージサーバ４を備え、ストレージサーバ４に記憶部１５を備えるようにしてもよい。図４７は図１に対応する図であり、図４８は図４５に対応する図である。このようにストレージサーバ４を備える場合には、取得部１１は、ストレージサーバ４の記憶部１５に格納されるゴルフ利用者情報テーブルＴＢＬ１１から識別情報ＵＩＤを取得可能であると共に、友達情報テーブルＴＢＬ１２から利用者同士の友達情報を取得可能に構成される。

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

　また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ　Ｓｃａｌｅ　Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

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

　ＮＥＴ……通信網、１，１Ａ……管理サーバ、２……端末装置、３……外部管理サーバ、１１……取得部、１２……表示制御部、１３……第１抽出部、１４……第２抽出部、１５……記憶部、１６……情報送信部、１７……条件設定部、２１……第１要求部、２２……第２要求部、２３……第３要求部、２４……表示部、２５……第１選択部、２６……第２選択部。

Claims

　利用者の端末装置と通信可能でコンピュータを備える管理装置のプログラムであって、前記プログラムは、前記コンピュータを、
　利用者同士の特定の関係を示す特定関係情報を取得する取得部と、
　所定の利用者の前記端末装置からの要求に応じて、前記所定の利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を前記特定関係情報に基づいて抽出する第１抽出部と、
　前記所定の利用者の前記端末装置からの要求に応じて、前記所定の利用者の端末装置において選択された前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を前記特定関係情報に基づいて抽出する第２抽出部と、
　前記第２抽出部で抽出した前記共通の前記第１特定利用者を宛先として、前記所定の利用者の前記端末装置において選択された前記第２特定利用者に関する情報を送信する情報送信部と、
　として機能させることを特徴とする管理装置のプログラム。
　第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置と通信可能で、かつ、前記第１利用者の端末装置と通信可能なコンピュータを備える管理装置のプログラムであって、前記プログラムは、前記コンピュータを、
　前記第２特定関係情報、及び、前記第１利用者を一意に識別する第１識別情報であって、前記第２利用者を一意に識別する第２識別情報と対応関係を有する第１識別情報を取得する取得部と、
　所定の第１利用者の前記端末装置からの要求に応じて、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出する第１抽出部と、
　前記所定の第１利用者の前記端末装置からの要求に応じて、前記所定の第１利用者の端末装置において選択された前記第２特定利用者と、前記所定の第１利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出する第２抽出部と、
　前記所定の第１利用者の前記端末装置からの要求に応じて、前記共通の前記第１特定利用者を宛先として、前記所定の第１利用者の前記端末装置において選択された前記第２特定利用者に関する情報を送信する情報送信部と、
　として機能させることを特徴とする管理装置のプログラム。
　前記情報送信部は、前記所定の第１利用者の前記端末装置において選択された前記第２特定利用者に関する情報を、前記共通の前記第１特定利用者の前記端末装置に送信することを特徴とする請求項１に記載の管理装置のプログラム。
　前記情報送信部は、前記所定の第１利用者の前記端末装置において選択された前記第２特定利用者に関する情報を前記外部管理装置に送信すると共に、当該情報を前記外部管理装置において前記共通の前記第１特定利用者を宛先として送信する旨の要求を前記外部管理装置に送信することを特徴とする請求項２に記載の管理装置のプログラム。
　前記情報送信部は、前記所定の利用者の前記端末装置において選択された一の前記共通の前記第１特定利用者を宛先として、前記所定の利用者の前記端末装置において選択された前記第２特定利用者に関する情報を送信することを特徴とする請求項１乃至請求項４のいずれか一項に記載の管理装置のプログラム。
　前記情報送信部は、前記所定の利用者の前記端末装置からの要求に応じて、前記所定の利用者の前記端末装置において選択された第２特定利用者に関する情報を送信することを特徴とする請求項１乃至請求項５のいずれか一項に記載の管理装置のプログラム。
　前記取得部は、前記第１利用者同士の特定の関係を示す第１利用者特定関係情報を前記管理装置から取得し、
　前記第１抽出部は、前記第１特定関係情報と前記第２特定関係情報とに基づいて、前記所定の第１利用者と前記特定の関係を有する第１利用者であり、かつ前記所定の第１利用者と前記特定の関係を有する第２利用者である者を前記第１特定利用者として抽出し、前記第１特定利用者と前記特定の関係を有する第１利用者であり、かつ前記第１特定利用者と前記特定の関係を有する前記第２利用者に該当する者を前記第２特定利用者として抽出し、
　前記第２抽出部は、前記第１特定関係情報と前記第２特定関係情報とに基づいて、前記選択された前記第２特定利用者と前記所定の第１利用者との双方に対して前記特定の関係を有する第１利用者であり、かつ前記選択された前記第２特定利用者と前記所定の第１利用者との双方に対して前記特定の関係を有する第２利用者である者を前記共通の前記第１特定利用者として抽出する、
　ことを特徴とする請求項２に記載の管理装置のプログラム。
　前記プログラムは、前記コンピュータを、前記第１特定利用者についての所定の条件を設定する条件設定部としてさらに機能させ、
　前記取得部は、各第１利用者の登録情報を取得し、
　前記第２抽出部は、前記抽出した前記共通の前記第１特定利用者の中から、前記条件設定部により設定した上記条件に合致する前記共通の前記第１特定利用者を抽出する
　ことを特徴とする請求項１ないし請求項７のいずれか一に記載の管理装置のプログラム。
　前記選択された前記第２特定利用者に関する情報は、前記選択された前記一の前記第１特定利用者に対して、前記選択された前記第２特定利用者との仲介を依頼する旨の情報である
　ことを特徴とする請求項１ないし請求項８のいずれか一に記載の管理装置のプログラム。
　利用者同士の特定の関係を示す特定関係情報を管理する管理装置と通信可能でコンピュータを備える利用者の端末装置のプログラムであって、前記プログラムは、前記コンピュータを、
　前記管理装置に対して、所定の利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を抽出する旨を要求する第１要求部と、
　前記管理装置において抽出された前記第２特定利用者の中から一の前記第２特定利用者を、前記利用者の選択指示に応じて選択する選択部と、
　前記選択部において選択した前記一の前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を抽出する旨を前記管理装置に対して要求する第２要求部と、
　前記第１特定利用者を宛先として、前記選択された一の前記第２特定利用者に関する情報を送信する旨の要求を、前記管理装置に対して行う第３要求部と、
　として機能させることを特徴とする端末装置のプログラム。
　第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置と通信可能な管理装置であって前記第１利用者に対して前記第１サービスを提供する管理装置と少なくとも通信可能でコンピュータを備える第１利用者の端末装置のプログラムであって、前記プログラムは、前記コンピュータを、
　前記管理装置に対して、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を抽出する旨を要求する第１要求部と、
　前記管理装置において抽出された前記第２特定利用者の中から一の前記第２特定利用者を、前記利用者の選択指示に応じて選択する選択部と、
　前記選択部で選択した前記一の前記第２特定利用者と、前記所定の第１利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を抽出する旨を前記管理装置に対して要求する第２要求部と、
　前記一の前記第１特定利用者を宛先として、前記選択された一の前記第２特定利用者に関する情報を送信する旨の要求を、前記管理装置に対して行う第３要求部と、
　として機能させることを特徴とする端末装置のプログラム。
　所定の選択を行う選択部を少なくとも有する、利用者の端末装置と、前記端末装置と通信可能な管理装置と、を備え、前記利用者にサービスを提供するサービス提供システムであって、
　利用者同士の特定の関係を示す特定関係情報を取得する取得部と、
　所定の利用者との前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を前記特定関係情報に基づいて抽出する第１抽出部と、
　前記選択部で選択された前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する前記第１特定利用者である共通の第１特定利用者を前記特定関係情報に基づいて抽出する第２抽出部と、
　前記一の前記共通の第１特定利用者を宛先として、前記所定の利用者の前記端末装置において選択された前記第２特定利用者に関する情報を送信する情報送信部と、
　を備える、
　ことを特徴とするサービス提供システム。
　所定の選択を行う選択部を少なくとも有する第１利用者の端末装置と、前記端末装置と通信可能であり、前記第１利用者を含む第２利用者に対して第２サービスを提供するとともに前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置と通信可能な管理装置と、を備え、前記第１利用者に第１サービスを提供するサービス提供システムであって、
　前記第２特定関係情報、及び、前記第１利用者を一意に識別し、前記第２利用者を一意に識別する第２識別情報と対応関係を有する第１識別情報を取得する取得部と、
　前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出する第１抽出部と、
　前記選択部で選択された前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する前記第１特定利用者である共通の第１特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出する第２抽出部と、
　前記一の前記共通の第１特定利用者を宛先として、前記選択部で選択された前記第２特定利用者に関する情報を前記外部管理装置において送信する旨の要求を、前記外部管理装置に送信する情報送信部と、
　を備える、
　ことを特徴とするサービス提供システム。
　利用者にサービスを提供する管理装置の制御方法であって、
　利用者同士の特定の関係を示す特定関係情報を取得し、
　所定の利用者の端末装置からの要求に応じて、前記所定の利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を前記特定関係情報に基づいて抽出し、
　前記抽出した前記第２特定利用者を示す情報を前記所定の利用者の端末装置の表示部に表示させ、
　前記所定の利用者の前記端末装置からの要求に応じて、前記所定の利用者の端末装置において選択された前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を前記特定関係情報に基づいて抽出し、
　前記抽出した前記共通の前記第１特定利用者を示す情報を前記所定の利用者の端末装置の表示部に表示させ、
　前記共通の前記第１特定利用者を宛先として、前記所定の利用者の前記端末装置において選択された前記第２特定利用者に関する情報を送信する
　ことを特徴とする管理装置の制御方法。
　利用者に第１サービスを提供する管理装置の制御方法であって、
　前記第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置と通信可能で、かつ、前記第１利用者の端末装置と通信可能な管理装置の制御方法において、
　前記前記第２特定関係情報、及び、前記第１利用者を一意に識別する第１識別情報であって、前記第２利用者を一意に識別する第２識別情報と対応関係を有する第１識別情報を取得し、
　所定の第１利用者の前記端末装置からの要求に応じて、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出し、
　前記抽出した前記第２特定利用者を示す情報を前記所定の第１利用者の端末装置の表示部に表示させ、
　前記所定の第１利用者の前記端末装置からの要求に応じて、前記所定の第１利用者の端末装置において選択された前記第２特定利用者と、前記所定の第１利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出し、
　前記抽出した前記共通の前記第１特定利用者を示す情報を前記所定の第１利用者の端末装置の表示部に表示させ、
　前記所定の第１利用者の前記端末装置からの要求に応じて、前記共通の前記第１特定利用者を宛先として、前記所定の第１利用者の前記端末装置において選択された前記第２特定利用者に関する情報を送信する旨の要求を送信する、
　ことを特徴とする管理装置の制御方法。
　利用者の端末装置と通信可能な管理装置であって、
　利用者同士の特定の関係を示す特定関係情報を取得する取得部と、
　　所定の利用者の前記端末装置からの要求に応じて、前記所定の利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を前記特定関係情報に基づいて抽出する第１抽出部と、
　前記所定の利用者の前記端末装置からの要求に応じて、前記所定の利用者の端末装置において選択された前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を、前記特定関係情報に基づいて抽出する第２抽出部と、
　前記共通の前記第１特定利用者を宛先として、前記所定の利用者の前記端末装置において選択された前記第２特定利用者に関する情報を送信する情報送信部と、
　を備えることを特徴とする管理装置。
　第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置と通信可能で、かつ、前記第１利用者の端末装置と通信可能な管理装置であって、
　前記第２特定関係情報、及び、前記第１利用者を一意に識別する第１識別情報であって、前記第２利用者を一意に識別する第２識別情報と対応関係を有する第１識別情報を取得する取得部と、
　所定の第１利用者の前記端末装置からの要求に応じて、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を、前記第１識別情報と、前記特定関係情報に基づいて抽出する第１抽出部と、
　前記所定の第１利用者の前記端末装置からの要求に応じて、前記所定の第１利用者の端末装置において選択された前記第２特定利用者と、前記所定の第１利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を、前記第１識別情報と、前記第２特定関係情報に基づいて抽出する第２抽出部と、
　前記所定の第１利用者の前記端末装置からの要求に応じて、前記共通の前記第１特定利用者を宛先として、前記所定の第１利用者の前記端末装置において選択された前記第２特定利用者に関する情報を送信する旨の要求を送信する情報送信部と、
　を備えることを特徴とする管理装置。
　利用者同士の特定の関係を示す特定関係情報を管理する管理装置と通信可能な利用者の端末装置であって、
　　前記管理装置に対して、所定の利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を抽出する旨を要求する第１要求部と、
　前記管理装置において抽出された前記第２特定利用者の中から一の前記第２特定利用者、前記利用者の選択指示に応じて選択する選択部と、
　前記選択部において選択した前記一の前記第２特定利用者と、前記所定の利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を抽出する旨を前記管理装置に対して要求する第２要求部と、
　　前記選択された前記一の前記第１特定利用者を宛先として、前記選択された一の前記第２特定利用者に関する情報を送信する旨の要求を、前記管理装置に対して行う第３要求部と、
　を備えることを特徴とする端末装置。
　第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に前記第２利用者同士の特定の関係を示す第２特定関係情報を管理する外部管理装置と通信可能な管理装置であって前記第１利用者に対して前記第１サービスを提供する管理装置と少なくとも通信可能な第１利用者の端末装置、
　前記管理装置に対して、前記所定の第１利用者と前記特定の関係を有する第１特定利用者に対して前記特定の関係を有する第２特定利用者を抽出する旨を要求する第１要求部と、
　前記管理装置において抽出された前記第２特定利用者の中から一の前記第２特定利用者を、前記利用者の選択指示に応じて選択する選択部と、
　前記選択部で選択した前記一の前記第２特定利用者と、前記所定の第１利用者との双方に対して前記特定の関係を有する共通の前記第１特定利用者を抽出する旨を前記管理装置に対して要求する第２要求部と、
　前記選択された前記一の前記第１特定利用者を宛先として、前記選択された一の前記第２特定利用者に関する情報を送信する旨の要求を、前記管理装置に対して行う第３要求部と、
　を備えることを特徴とする端末装置。