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

Abstract

【課題】競技への勧誘の通知をグループごとに行う。
【解決手段】外部管理サーバによって提供される第２サービスの利用者であって、管理サーバにより提供される第１サービスの利用者の勤務先の情報を外部管理サーバから取得として記憶する。勤務先を指定してゴルフコンペを申し込むと、申し込んだ本人が所属する企業に所属するゴルフ利用者と、ゴルフコンペの相手先の企業に所属するゴルフ利用者に、ゴルフコンペへの勧誘の通知が行われる。
【選択図】図１

Description

本発明は、競技への勧誘の通知をグループごとに行う技術に関する。

近年、インターネット上で提供するサービスが急速に普及している。この種のサービスの一つとして、ＳＮＳ（Ｓocial Ｎetworking Ｓervice）を提供するウェブサイトが知られている。このウェブサイトでは、利用者同士のコミュニケーションを図るため、友達関係を構築できるようになっている。そして、友達同士で投稿、チャット、メールといったコミュニケーションのツールが提供として提供する手段が利用されている。特許文献１には、例えばジョギングにおける総走行距離を参加者同士で競い合うために、アバターの位置などで参加者の順位をわかり易く表示する技術が開示されている。

特表２０１１−５１８３６０号公報

特許文献１において表示される順位などの成績は、あくまでも各参加者のジョギング等の運動に基づく成績であり、ジョギング等の運動に対する各参加者のモチベーションを高めるという効果を期待し得る。
しかしながら、スポーツや娯楽等の中には、個人で行うものばかりでなく、所定のグループ単位で参加して、グループ間で競い合うものがある。このようなグループ単位で参加する運動や娯楽等の競技への勧誘の通知をグループごとに実施することは行われていなかった。
本発明は、この点に鑑みてなされたものであり、競技への勧誘の通知をグループごとに行うことなどを解決課題とする。

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

上述した課題を解決するため、本発明に係る管理装置（１）は、所定のサービスを提供し、当該サービスの提供を受ける利用者の端末装置（２）と通信可能な管理装置（１）であって、少なくとも前記利用者を一意に識別する識別情報と、前記利用者が属するグループに関する情報とを記憶可能な記憶部と、前記利用者による前記端末装置（２）の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置（２）の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、当該第２グループに属する利用者及び前記第１グループに属する利用者を宛先として、前記競技への勧誘の通知を行うことが可能な通知部（１４）とを備えることを特徴とする。
この発明において、グループは所属企業、出身大学、所属大学、所属団体等を含む概念である。また、競技は、ゴルフコンペ、その他のスポーツの試合等を含む概念である。

上述した課題を解決するため、本発明に係る管理装置（１）は、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報と、前記第２利用者が属するグループに関する情報とを管理する外部管理装置（３）と通信可能で、かつ、前記第１利用者の端末装置（２）と通信可能な管理装置（１）であって、前記第１利用者による前記端末装置（２）の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置（２）の操作を行った前記第１利用者が属する第１グループである場合には、当該第１グループに属する第１利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する第１利用者を宛先として、前記競技への勧誘の通知を行うことが可能な通知部（１４）を備えることを特徴とする。
この発明において、グループは所属企業、出身大学、所属大学、所属団体等を含む概念である。また、競技は、ゴルフコンペ、その他のスポーツの試合等を含む概念である。

上述した管理装置（１）において、前記通知部（１４）は、前記管理装置（１）により提供されるサービスにおける通知機能または投稿機能を利用して前記競技への勧誘の通知を行うようにしてもよい。

上述した管理装置（１）において、前記通知部（１４）は、前記競技への勧誘対象として前記第１グループのまたは前記第２グループの前記第２利用者宛に前記競技への勧誘の通知または投稿を行うことを前記外部管理装置に対して要求するようにしてもよい。

上述した管理装置（１）において、前記通知部（１４）による通知が行われた場合には、前記競技についての掲示板形式の画面を前記端末装置（２）に表示させるための情報を送信可能な表示制御部（１７）を更に備え、前記掲示板形式の画面には、少なくとも、前記競技を行う前記グループについての情報、前記競技の日程、場所、参加の可否のいずれかについての書き込み可能にしてもよい。

上述した管理装置（１）において、前記通知部（１４）によって通知または投稿される情報には、入力された前記競技の日程または場所の候補に関する情報が含まれているようにしてもよい。

上述した管理装置（１）において、前記競技の日程又は場所の候補に関する情報は、日程の複数の候補に関する情報または場所の複数の候補に関する情報であってもよい。

上述した課題を解決するため、本発明に係るサービス提供システムは、所定のサービスを提供する管理装置（１）と、当該管理装置（２）と通信可能であって、当該サービスの提供を受ける利用者の端末装置（２）とを備えるサービス提供システムにおいて、前記管理装置（１）は、少なくとも前記利用者を一意に識別する識別情報と、前記利用者が属するグループに関する情報とを記憶可能な記憶部（１５）と、前記利用者による前記端末装置（２）の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置（２）の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する利用者を宛先として、前記競技への勧誘の通知を行うことが可能な通知部（１４）とを備え、前記端末装置（２）は、前記競技会の申込先としての前記グループの入力が可能な入力部（２１）を少なくとも備えることを特徴とする。

上述した課題を解決するため、本発明に係るサービス提供システムは、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報と、前記第２利用者が属するグループに関する情報とを管理する外部管理装置（３）と通信可能な管理装置（１）と、当該管理装置（１）と通信可能な前記第１利用者の端末装置（２）とを備えたサービス提供システムであって、前記管理装置（１）は、前記第１利用者による前記端末装置（２）の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置（２）の操作を行った前記第１利用者が属する第１グループである場合には、当該第１グループに属する第１利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する第１利用者を宛先として、前記競技への勧誘の通知を行うことが可能な通知部（１４）とを備え、前記端末装置（２）は、前記競技への勧誘対象としての前記グループの入力が可能な入力部（２１）を少なくとも備えることを特徴とする。

上述した課題を解決するため、本発明に係る管理装置（１）の制御方法は、所定のサービスを提供し、当該サービスの提供を受ける利用者の端末装置（２）と通信可能な管理装置（１）の制御方法であって、少なくとも前記利用者を一意に識別する識別情報と、前記利用者が属するグループに関する情報とを記憶し、前記利用者の前記端末装置（２）の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置（２）の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する利用者を宛先として、前記競技への勧誘の通知を行うことを特徴とする。

上述した課題を解決するため、本発明に係る管理装置（１）の制御方法は、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報と、前記第２利用者が属するグループに関する情報とを管理する外部管理装置（３）と通信可能で、かつ、前記第１利用者の端末装置（２）と通信可能な管理装置（１）の制御方法であって、前記第１利用者による前記端末装置（２）の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置（２）の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する第１利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する第１利用者を宛先として、前記競技への勧誘の通知を行うことを特徴とする。

上述した課題を解決するため、本発明に係る管理装置（１）のプログラムは、所定のサービスを提供し、当該サービスの提供を受ける利用者の端末装置（２）と通信可能なコンピュータを備える管理装置（１）のプログラムであって、前記コンピュータを、少なくとも前記利用者を一意に識別する識別情報と、前記利用者が属するグループに関する情報とを記憶可能な記憶部（１５）と、前記利用者による前記端末装置（２）の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置（２）の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する利用者を宛先として、前記競技への勧誘の通知を行う通知部（１４）として機能させることを特徴とする。

上述した課題を解決するため、本発明に係る管理装置（１）のプログラムは、第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報と、前記第２利用者が属するグループに関する情報とを管理する外部管理装置（３）と通信可能で、かつ、前記第１利用者の端末装置（２）と通信可能なコンピュータを備える管理装置（１）のプログラムであって、前記コンピュータを、前記第１利用者による前記端末装置（２）の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置（２）の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する第１利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する第１利用者を宛先として、前記競技への勧誘の通知を行うことが可能な通知部（１４）として機能させることを特徴とする。

本発明の第１実施形態に係るサービス提供システムのブロック図である。 ＳＮＳ利用者とゴルフ利用者の関係を示す説明図である。 ゴルフ利用者情報テーブルのデータ構造の一例を示す説明図である。 企業テーブルのデータ構造の一例を示す説明図である。 スコアテーブルのデータ構造の一例を示す説明図である。 ラウンド頻度テーブルのデータ構造の一例を示す説明図である。 ＳＮＳ利用者情報テーブルのデータ構造の一例を示す説明図である。 ＳＮＳ友達情報テーブルのデータ構造の一例を示す説明図である。 管理サーバの構成を示すブロック図である。 端末装置の構成を示すブロック図である。 表示処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 表示処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 本人と友達関係にあるＳＮＳ友達を特定する処理を示す説明図である。 ＳＮＳ友達のＳＮＳ友達を特定する処理を示す説明図である。 「ゴルフ友達」と「ゴルフ友達のゴルフ友達」の配置を説明するための説明図である。 端末装置の表示画面の一例を示す説明図である。 企業ＩＤの登録処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 企業ＩＤの登録処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 全体のランキング表示画面の一例を示す説明図である。 企業データ画面の一例を示す説明図である。 コンペ申込み画面の一例を示す説明図である。 イベントリスト画面の一例を示す説明図である。 イベントウォール画面の一例を示す説明図である。 コンペ申込み処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 コンペ基本情報テーブルの一例を示す説明図である。 コンペ参加情報テーブルの一例を示す説明図である。 コンペコメント情報テーブルの一例を示す説明図である。 ステータスマスターテーブルのデータ構造の一例を示す説明図である。 参加ステータスマスターテーブルのデータ構造の一例を示す説明図である。 第２実施形態におけるランキング表示画面の一例を示す説明図である。 第２実施形態におけるコンペ申込み画面の一例を示す説明図である。 企業一覧リスト表示画面の一例を示す説明図である。 第３実施形態におけるコンペ申込み画面の一例を示す説明図である。 第３実施形態におけるコンペ勧誘メッセージ画面の一例を示す説明図である。 コンペ申込み管理テーブルの一例を示す説明図である。 コンペ返信管理テーブルの一例を示す説明図である。 第４実施形態に係るサービス提供システムのブロック図である。

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

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

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

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

図１を参照して、管理サーバ１の機能を説明する。管理サーバ１は、ゴルフ利用者情報テーブルＴＢＬ１１、コンペ基本情報テーブルＴＢＬ２１、コンペ参加者情報テーブルＴＢＬ２２、コンペコメント情報テーブルＴＢＬ２３、設定値管理マスターテーブルＴＢＬ１５を記憶した記憶部１５を備える。また、記憶部１５には、管理サーバ１を制御するプログラムが記憶されている。ゴルフ利用者情報テーブルＴＢＬ１１には、ゴルフ利用者を一意に識別する識別情報ＵＩＤなどが格納されている。コンペ基本情報テーブルＴＢＬ２１には、設定されたコンペに関する名称や対象企業についての情報等が記録される。コンペ参加者情報テーブルＴＢＬ２２には、コンペの通知を受けた者が参加、不参加等の意思表示を行った場合にその意思表示の結果が記録される。コンペコメント情報テーブルＴＢＬ２３には、設定されたコンペについて投稿されたコメントが記録される。設定値管理マスターテーブルＴＢＬ１５（ＴＢＬ１５ａ，ＴＢＬ１５ｂ，ＴＢＬ１５ｃ，ＴＢＬ１５ｄ，ＴＢＬ１５ｅ）には、各種設定値が記録されている。

管理サーバ１は、本人（所定のゴルフ利用者の一例）の端末装置２から本人の友達関係を表示する要求を受信すると、記憶部１５に記憶された本人の識別情報ＵＩＤに基づいて、外部管理サーバ３で管理する友達情報及び所属する企業情報を取得可能な取得部１１と、記憶部１５に記憶されているゴルフ利用者の識別情報ＵＩＤ及び取得部１１により取得した友達情報に基づいて、本人と友達関係を有するＳＮＳ利用者のうちゴルフ利用者に該当する者をゴルフ友達（第１特定利用者の一例）として抽出すると共に、本人と友達関係を有するＳＮＳ利用者と更に友達関係を有するＳＮＳ利用者（ＳＮＳ友達のＳＮＳ友達）のうちゴルフ利用者に該当する者をゴルフ友達のゴルフ友達（第２特定利用者の一例）として抽出する第１抽出部１２と、記憶部１５に記憶されているゴルフ利用者の識別情報ＵＩＤ及び所属する企業情報等から、企業ごとにゴルフ利用者の識別情報ＵＩＤ等を抽出する第２抽出部１３と、コンペ（競技の一例。本実施形態ではゴルフコンペ。）に関する勧誘の通知を申し込み者の所属する企業に所属するゴルフ利用者及び相手先の企業に所属するゴルフ利用者に通知する通知部１４と、第１抽出部１２で特定したゴルフ友達及びゴルフ友達のゴルフ友達の関連性を示す関係図を表示するために必要な情報、及び後述するゴルフ友達のゴルフ友達と本人とに共通のゴルフ友達を表示するために必要な情報を含む応答を本人の端末装置２に送信すると共に、コンペのイベントウォール等を表示するために必要な情報を含む応答を本人の端末装置２に送信する表示制御部１７とを備える。

図１を参照して、端末装置２の機能を説明する。端末装置２は、入力部２１と、通知部２２と、表示部２３とを備える。

入力部２１は、コンペについての参加または不参加等の回答、もしくは、メッセージやコメントの入力等を行うことができる。
通知部２２は、前記入力部２１において入力されたコンペについての参加または不参加等の回答、もしくは、メッセージやコメント等を管理サーバ１に通知する。
表示部２３は、管理サーバ１の表示制御部１７から送信されるゴルフ友達及びゴルフ友達のゴルフ友達の関連性を示す関係図、管理サーバ１よって抽出された企業に関する情報、あるいは管理サーバ１によって生成されたコンペに関する情報等を表示するために必要な情報等を表示することができる。

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

プロフィール情報は、性別、年齢、及びメールアドレスを含む。また、ラウンド履歴情報は、プレイした自己申告による平均スコア、ゴルフ頻度等を含む。企業名は、外部管理サーバ３が備えるＳＮＳ利用者情報テーブルＴＢＬ３１に記録されている勤務先の情報と一致するという対応関係を有している。図７に外部管理サーバ３が備えるＳＮＳ利用者情報テーブルＴＢＬ３１の一例を示す。図７に示すように、ＳＮＳ利用者情報テーブルＴＢＬ３１には、ＳＮＳ利用者ごとに勤務先や識別情報ＵＩＤ等が記録されている。そこで、外部管理サーバ３から識別情報ＵＩＤを取得する際に、同時に勤務先の情報を企業名として取得する。そして、図４に示す企業テーブルＴＢＬ１５ａを参照して、取得した企業名に対応する企業ＩＤを読み取り、ゴルフ利用者情報テーブルＴＢＬ１１に記録する。詳しくは後述する。
平均スコアは、図５に示すスコアテーブルＴＢＬ１５ｂを参照して、０から５までのランクの値が記録される。ゴルフ頻度は、図６に示すラウンド頻度テーブルＴＢＬ１５ｃを参照して、０から５までのランクの値が記録される。

なお、ゴルフ利用者情報テーブルＴＢＬ１１のレコードには、その他の情報を記録してもよい。また、ゴルフ利用者情報テーブルＴＢＬ１１に記憶すべき情報として、ゴルフ利用者の識別情報ＵＩＤ、企業名、企業ＩＤは必須であるが、その他の情報は省略してもよい。さらに、ゴルフ利用者情報テーブルＴＢＬ１１をキーとなる情報（例えば、識別情報ＵＩＤ）で紐づけた複数のテーブルで構成し、リレーショナルデータベースとしてもよい。

図２４にコンペ基本情報テーブルＴＢＬ２１のデータ構造を示す。コンペ基本情報テーブルＴＢＬ２１には登録情報として複数のレコードが記録されている。１つのレコードは、設定されたコンペごとに割り振られるコンペＩＤ、登録日、名称、日程、場所、状態及び企業ＩＤを含む。
名称、日程、場所は、後述のようにゴルフ利用者によってテキスト形式で入力されるものであるため、これらについては入力されたテキストが記録される。
状態とは当該コンペの現況を示すものであり、ステータスマスタテーブルＴＢＬ１５ｄに記録されているステータスに該当する値が登録される。ステータスマスタテーブルＴＢＬ１５ｄは、図２７に示すように、各値とそれに対応する表示用テキストが記録されている。ステータスが１であれば、コンペの状態を表示する欄（図２２のＢ１２欄）に参加者募集中と表示され、ステータスが３であれば、同欄にコンペ予定確定、と表示される。

図２５にコンペ参加者情報テーブルＴＢＬ２２のデータ構造を示す。コンペ参加者情報テーブルＴＢＬ２２には登録情報として複数のレコードが記録されている。１つのレコードは、コンペ番号、ゴルフ利用者を特定可能な識別情報ＵＩＤ、参加、不参加等を示すステータスが記録されている。ステータスは当該コンペへの参加、不参加等の意思表示の結果を示すものであり、参加ステータスマスタテーブルＴＢＬ１５ｅに記録されているステータスに該当する値が記録される。参加ステータスマスタテーブルＴＢＬ１５ｅは、図２８に示すように、各値とそれに対応する表示用テキストが記録されている。ステータスが１であれば参加の意思表示がなされたことが記録されたこととなり、ステータスが３であれば不参加の意思表示がなされたことが記録されたこととなる。

図２６にコンペコメント情報テーブルＴＢＬ２３のデータ構造を示す。コンペコメント情報テーブルＴＢＬ２３には登録情報と指定複数のレコードが記録されている。１つのレコードは、コンペ番号、投稿日、コメントから構成される。投稿日には当該コンペに関してコメントが投稿された日時が記録され、コメントには入力されたテキストが記録される。

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

管理サーバ１は、各ゴルフ利用者に対してマイページを提供する。マイページには、各種のゴルフに関する情報が集約されて表示される。図１５にマイページの一例を示す。同図に示すように領域Ｘ１には、本人のプロフィール画像が表示され、領域Ｙ１には、本人のゴルフ友達のプロフィール画像が表示され、さらに、領域Ｙ２には、ゴルフ友達のゴルフ友達のプロフィール画像が表示される。このように、ゴルフ友達と、ゴルフ友達のゴルフ友達とが、異なる領域Ｙ１及びＹ２に表示されるので、本人は、階層的な友達関係を容易に把握することが可能となる。なお、領域Ｙ１及びＹ２にゴルフ友達及びゴルフ友達のゴルフ友達を表示する際には、親密度を算出し、親密度の高い順に手前側から表示している。なお、親密度の算出は、ゴルフ情報アプリケーション内における交流の頻度や、共通のゴルフ友達の数等によって算出するようにすればよい。

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

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

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

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

図１０に端末装置２の構成を示す。端末装置２は、装置全体を制御するＣＰＵ４０、ＣＰＵ４０の作業領域として機能するＲＡＭ４１、ブートプログラムなどを記憶したＲＯＭ４２、各種のプログラムやデータを記憶する記憶装置４３、テンキーなどを含む入力部４４、画像を表示するディスプレイ４５、及び通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース４６を備える。なお、入力部がタッチパネルである場合は、ディスプレイ４５がタッチパネルである入力部４４を兼ねることとなる。入力部４４は単一のデバイスで構成しても、複数のデバイスを組み合わせて構成しても良い。

＜２．サービス提供システムの動作＞
本実施形態のサービス提供システム１００では、ゴルフ利用者の端末装置２において、ゴルフ友達の階層構造を示す関係図を表示させることができ、また、ゴルフコンペの申し込み、及び、ゴルフコンペのイベントウォール等を表示させることができる。以下、関係図を表示させる表示処理と、ゴルフ友達のゴルフ友達と一緒にゴルフに行くことについての仲介を依頼する仲介依頼処理について説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

説明を図１２に戻す。次に、管理サーバ１は、企業ＩＤの更新処理を行う（Ｓ１１０）。具体的には、外部管理サーバ３から取得したＳＮＳ利用者情報に含まれる企業名と、ゴルフ利用者情報テーブルＴＢＬ１１に記録されている企業名とが一致しているかどうかを確認する。一致していない場合には、図４に示す企業テーブルＴＢＬ１５ａを参照して企業ＩＤを読み取り、ゴルフ利用者情報テーブルＴＢＬ１１に記録する。この時、一致する企業ＩＤが存在しない場合には、新たに企業ＩＤを生成するようにしてもよい。なお、企業ＩＤの更新処理の詳細については後述する。
次に、管理サーバ１は、表示情報を含むマイページ閲覧応答を端末装置２に送信する（Ｓ１１０）。端末装置２がマイページ閲覧応答を受信すると、ＣＰＵ４０はディスプレイ４５に「ゴルフ友達」と「ゴルフ友達のゴルフ友達」とを配置した関係図を表示する（Ｓ２０１）。本実施形態では、図１４及び図１５に示すように「ゴルフ友達」が手前に配置され、「ゴルフ友達のゴルフ友達」が「ゴルフ友達」より奥に配置されるので、ゴルフ利用者は、ゴルフ友達の階層関係を容易に把握することができる。さらに、本人とより関係の深い「ゴルフ友達」は「ゴルフ友達のゴルフ友達」よりも大きなアイコンで表示されるので、両者の階層関係を一見して把握することができる。加えて、「ゴルフ友達のゴルフ友達」は、本人のゴルフ友達のそれぞれに対して友達関係があるので、「ゴルフ友達」よりも人数が多いのが通常である。「ゴルフ友達のゴルフ友達」のアイコンを「ゴルフ友達」のアイコンよりも小さくすることによって、効率の良い表示が可能となる。

＜２−２：企業名と企業ＩＤの登録処理及び更新処理＞
次に、本実施形態におけるゴルフ利用者が所属する企業名と企業ＩＤの登録処理及び更新処理について説明する。本実施形態においては、ゴルフ利用者が所属する企業名と企業ＩＤの登録は、ＳＮＳ利用者がゴルフ情報アプリケーションを利用するゴルフ利用者として最初に利用者登録する際に行われる。また、ゴルフ利用者が所属する企業名と企業ＩＤの更新処理は、ゴルフ利用者がゴルフ情報アプリケーションにログインする度に行われる。

まず、図１６を参照して、ゴルフ利用者が所属する企業名と企業ＩＤの登録処理について説明する。外部管理サーバ３において提供されるＳＮＳにおいては、ＳＮＳ利用者の勤務先をＳＮＳ上のプロフィール情報として登録可能になっている。そこで、本実施形態では、ＳＮＳ利用者がゴルフ情報アプリケーションを利用するゴルフ利用者として最初に利用者登録する際に、ＳＮＳにおいて登録されているＳＮＳ利用者の勤務先情報を管理サーバ１によって取得し、管理サーバ１によってゴルフ利用者の所属する企業名として登録する。また、企業名に企業ＩＤを対応させて登録する。つまり、図１６は、ＳＮＳ利用者がゴルフ情報アプリケーションを利用するゴルフ利用者として最初に利用者登録する際に実行される処理を示している。
本実施形態では、ゴルフ情報アプリケーションへの利用者登録は、ＳＮＳにログインした状態でゴルフ情報アプリケーションにアクセスしたときに行われるため、ＳＮＳ利用者本人の識別情報ＵＩＤは外部管理サーバ３において認識されている。そこで、外部管理サーバ３のＣＰＵは、認識しているＳＮＳ利用者本人の識別情報ＵＩＤを管理サーバ１に送信する（Ｓ３１０）。なお、ＳＮＳ利用者がゴルフ利用者としてゴルフ情報アプリケーションに最初に利用者登録を行う際、所定の許諾を要求する画面を端末装置２のディスプレイ４５に表示させることとしてもよい。その場合、ＳＮＳ利用者から許諾する旨の操作を受け付けると、外部管理サーバ３から管理サーバ１に対してＳＮＳ利用者本人の識別情報ＵＩＤが送信される。
管理サーバ１のＣＰＵ３０は、受信した識別情報ＵＩＤを、ゴルフ利用者の識別情報ＵＩＤとしてゴルフ利用者情報テーブルＴＢＬ１１に登録する。そして、当該ゴルフ利用者の識別情報ＵＩＤと共に、当該ゴルフ利用者の勤務先情報を外部管理サーバ３に対して要求する（Ｓ１３１）。この要求を受信した外部管理サーバ３は、識別情報ＵＩＤに基づいてプロフィール情報を参照し、プロフィール情報として登録されている勤務先の情報を抽出する（Ｓ３１１）。勤務先情報としては、本実施形態においては勤務先の企業名が登録されているものとする。勤務先の情報の登録は任意なので、実際に勤務していても勤務先情報が登録されていないことがある。また、学生や働いていない利用者についても勤務先情報は登録されていない。このような場合には、勤務先が登録されていない旨の情報が抽出されることになる。外部管理サーバ３のＣＰＵは、抽出した勤務先情報または勤務先が登録されていない旨の情報を管理サーバ１に送信する。
勤務先情報を受信した管理サーバ１のＣＰＵ３０は、この勤務先情報をゴルフ利用者の所属する企業名として取得する（Ｓ１３２）。次に、管理サーバ１のＣＰＵ３０は、取得した企業名が、図４に示す企業テーブルＴＢＬ１５ａに登録されている企業名と一致するかどうかを判定する（Ｓ１３３）。本実施形態においては、企業テーブルＴＢＬ１５ａには既にいくつかの企業名と、その企業名に対応する企業ＩＤが登録されているものとする。取得した企業名が企業テーブルＴＢＬ１５ａに登録されている企業名と一致しない場合には（Ｓ１３３；ＮＯ）、当該企業名を企業テーブルＴＢＬ１５ａに新たに登録し、当該企業名に対応する企業ＩＤを割り当てて企業テーブルＴＢＬ１５ａに登録する（Ｓ１３４）。例えば、企業ＩＤはシリアル番号形式にして＋１ずつ増やして行ってもよいし、重複しないようにランダムに生成するようにしてもよい。
また、取得した企業名が企業テーブルＴＢＬ１５ａに登録されている企業名と一致した場合には（Ｓ１３３；ＹＥＳ）、一致した企業名に対応する企業ＩＤを取得する（Ｓ１３５）。新たに企業ＩＤを割り当てた場合にも（Ｓ１３３；ＮＯ、Ｓ１３４）、その企業ＩＤを取得する（Ｓ１３５）。そして、管理サーバ１のＣＰＵ３０は、取得した企業ＩＤを当該ゴルフ利用者の識別情報ＵＩＤと関連付けてゴルフ利用者情報テーブルＴＢＬ１１に登録する（Ｓ１３６）。

次に、図１７を参照して、ゴルフ利用者が所属する企業名と企業ＩＤの更新処理について説明する。ＳＮＳ利用者は、ＳＮＳの利用開始時にはプロフィール情報に勤務先を登録していなくても、後から勤務先を登録する場合がある。また、学生が新たに勤務した場合にも同様である。さらに、勤務先が変わった場合には、プロフィール情報の勤務先を更新することがある。そこで、本実施形態では、上述のようにゴルフ情報アプリケーションの利用登録時に企業名と企業ＩＤの登録処理を行うが、勤務先情報が更新された場合を考慮して、ゴルフ利用者がゴルフ情報アプリケーションにログインする度に、あるいは、毎日深夜０時などにゴルフ利用者が所属する企業名と企業ＩＤの更新処理を行っている。つまり、図１７は、ゴルフ利用者がゴルフ情報アプリケーションにログインする度に、または、毎日深夜０時などに実行される処理を示している。
図１７に示すように、管理サーバ１のＣＰＵ３０は、ゴルフ利用者本人の識別情報ＵＩＤ及びゴルフ利用者本人の勤務先情報の要求を外部管理サーバ３に送信する（Ｓ１４０）。識別情報ＵＩＤを受信した外部管理サーバ３のＣＰＵは、識別情報ＵＩＤに基づいてプロフィール情報を参照し、プロフィール情報として登録されている勤務先の情報を抽出する（Ｓ３２０）。そして、外部管理サーバ３のＣＰＵは、抽出した勤務先情報または勤務先が登録されていない旨の情報を管理サーバ１に送信する。
勤務先情報を受信した管理サーバ１のＣＰＵ３０は、この勤務先情報をゴルフ利用者の所属する企業名として取得する（Ｓ１４１）。次に、管理サーバ１のＣＰＵ３０は、取得した企業名が、図３に示すゴルフ利用者情報テーブルＴＢＬ１１に登録されている当該ゴルフ利用者の企業名と一致するかどうかを判定する（Ｓ１４２）。一致する場合には（Ｓ１４２；ＹＥＳ）、ゴルフ利用者情報テーブルＴＢＬ１１の登録情報を更新する必要がないので、処理を終了する。
しかし、一致しない場合には（Ｓ１４２；ＮＯ）、図４に示す企業テーブルＴＢＬ１５ａに登録されている企業名と、取得した企業名とが一致するかどうかを判定する（Ｓ１４３）。取得した企業名が企業テーブルＴＢＬ１５ａに登録されている企業名と一致しない場合には（Ｓ１４３；ＮＯ）、当該企業名を企業テーブルＴＢＬ１５ａに新たに登録し、当該企業名に対応する企業ＩＤを割り当てて企業テーブルＴＢＬ１５ａに登録する（Ｓ１４４）。
また、取得した企業名が企業テーブルＴＢＬ１５ａに登録されている企業名と一致した場合には（Ｓ１４３；ＹＥＳ）、一致した企業名に対応する企業ＩＤを取得する（Ｓ１４５）。新たに企業ＩＤを割り当てた場合にも（Ｓ１４３；ＮＯ、Ｓ１４４）、その企業ＩＤを取得する（Ｓ１４５）。そして、管理サーバ１のＣＰＵ３０は、取得した企業ＩＤを当該ゴルフ利用者の識別情報ＵＩＤと関連付けてゴルフ利用者情報テーブルＴＢＬ１１に上書きして登録し、更新処理を行う（Ｓ１４６）。

以上のように、本実施形態においては、ゴルフ利用者がＳＮＳにおいてプロフィール情報に勤務先を登録している場合には、その勤務先をゴルフ利用者の所属する企業名及び当該企業名に対応する企業ＩＤとしてゴルフ利用者情報テーブルＴＢＬ１１に登録し、随時更新している。したがって、後述するように、ゴルフコンペの申込みがあった場合に、申込みを行った本人が属している企業に所属するゴルフ利用者、及び、相手先の企業に所属するゴルフ利用者に対してゴルフコンペへの勧誘の通知を行うことができる。

＜２−３：ランキング表示＞
図１５に示すマイページの画面において、企業アイコンＸ３を押下すると、図１８に示すようなランキング表示画面Ｐ１がポップアップ表示される。本実施形態においては、実際にゴルフに行った時のスコアや同伴者について報告を行うラウンド報告、同一企業に所属するゴルフ利用者間の交流の度合い、あるいは、ゴルフ情報アプリケーション内におけるいいねやコメント等のアクティビティのレベル等を利用者ログテーブル（図示せず）において管理する。そして、各企業ごとに前記アクティビティのレベル等を集計し、各企業のゴルフに対する興味の深さあるいは熱意等を表す企業ゴルフ熱を算出する。ランキング表示画面Ｐ１は、各企業の企業ゴルフ熱のランキングを示す画面である。
ランキング表示画面Ｐ１においては、ゴルフ情報アプリケーションにログインしている本人が所属する企業に関する情報の表示領域が最上部に設けられる。企業に関する情報の表示領域は、企業アイコンの表示領域Ｄ１、企業名表示領域Ｄ２、企業ランキング表示領域Ｄ３を備えている。
企業アイコンの表示領域Ｄ１には、企業アイコンＸ４が表示される。企業アイコンＸ４はゴルフ利用者が登録できるようになっている。企業名表示領域Ｄ２には企業名が表示され、企業ランキング表示領域Ｄ３には、上述のようにして決定される当該企業のランキング順位が表示される。企業名表示領域Ｄ２に表示される企業名または企業ランキング表示領域Ｄ３に表示されるランキング順位を押下することにより、本人が所属する企業の情報を表示する画面に切り替わるようになっている。
なお、本人がＳＮＳにおいて勤務先を登録していない場合には、企業名表示領域Ｄ２及び企業ランキング表示領域Ｄ３において、例えば、「ＳＮＳプロフィールの勤務先が未設定です。設定するとあなたの勤務先が企業ゴルフランキングに表示されます。」のような表示を行うようにすればよい。そして、この表示を押下すると、勤務先設定ページをポップアップ表示させるようにしてもよい。
ランキング表示画面Ｐ２の中心部には、企業ランキング表示領域が設けられる。企業ランキング表示領域は、「すべて」と表示されたタブＤ４と、「注目企業」と表示されたタブＤ５のいずれかを押下することにより全ての企業のランキング表示と、注目企業として設定した企業のランキング表示に切り替えることができる。図１８に示す例では、「すべて」と記載されたタブＤ４が選択された状態であり、全ての企業のランキング表示が行われる。図１８に示す例では、１４位の企業までしか表示されていないが、右端に表示されているスクロールバーＤ１５を押下しながら移動させることにより、ランキング表示される範囲を変更することが可能になっている。
ランキング表示領域は、順位表示領域Ｄ８、順位変動表示領域Ｄ９、注目企業設定ボタン表示領域Ｄ１０、企業名表示領域Ｄ１１、データ比較ボタン表示領域Ｄ１２、企業ゴルフ熱表示領域Ｄ１３、今週分の企業ゴルフ熱表示領域Ｄ１４を備えている。また、ランキング表示領域の右上には、ランキングトップの位置に表示を移動させるための「トップへ」と表示されたボタンＤ６と、本人が所属している企業に関する情報を表示させるための「所属企業へ」と表示されたボタンＤ７が表示されている。
順位変動表示領域Ｄ９には、企業の順位の変動に応じて矢印アイコンＸ５が表示される。また、新たにランキング入りした企業については、「ＮＥＷ」と表示されたアイコンＸ１０が表示される。なお、順位変動の管理処理の詳細については後述する。
注目企業設定ボタン表示領域Ｄ１０には、星形アイコンＸ６が表示されており、星形アイコンＸ６を押下すると星形アイコンＸ６の色が変化してその企業を注目企業として選択することができる。図１８に示す例では、１位、３位、５位、９位、１１位、１４位の企業が注目企業として選択されている。なお、星形アイコンＸ６を再度押下することにより、注目企業としての選択を解除することができる。
企業名表示領域Ｄ１１には、企業名Ｘ７が表示される。企業名Ｘ７を押下することにより、当該企業の情報を表示する画面に切り替わるようになっている。企業情報の画面の詳細については後述する。
データ比較ボタン表示領域Ｄ１２には、データ比較ボタンＸ８が表示される。所定の企業のデータ比較ボタンＸ８を押下することにより、本人が所属する企業と、当該所定の企業とのデータを比較する画面が表示されるようになっている。
企業ゴルフ熱表示領域Ｄ１３には、最新１２週分の企業ゴルフ熱が表示される。また、今週分の企業ゴルフ熱表示領域Ｄ１４には、今週分の企業ゴルフ熱が表示される。また、今週分の企業ゴルフ熱表示領域Ｄ１４には、ゲージＸ９が表示される。ゲージＸ９は、その企業の今週分の企業ゴルフ熱が、今週分の企業ゴルフ熱の最高ポイントに対して、どのくらいの割合であるかを示している。つまり、今週分の企業ゴルフ熱の最高ポイントを１００％とした場合に、その企業の今週分の企業ゴルフ熱が何％であるかを示している。なお、ゲージＸ９は、静的に表示してもよいし、ゲージの長さが変化するように動的に表示してもよい。

＜２−４：企業データ画面表示処理＞
本実施形態においては、図１８に示す全体のランキング表示画面において、企業名または企業アイコンを押下すると、図１９に示す企業データ画面Ｐ２がポップアップ表示される。
企業データ画面Ｐ２は、企業名表示領域Ｅ１３、当該企業のアイコン表示領域Ｅ１４、登録人数表示領域Ｅ１３、ランキング表示領域Ｅ１４、企業データタブＥ１５、所属メンバータブＥ１６、メニューボタンＥ１７、ログインユーザー数表示領域Ｅ１８、近況報告数表示領域Ｅ１９、リアクション数表示領域Ｅ２０、及び、新規登録者数表示領域Ｅ２１を備えている。
登録人数表示領域Ｅ１３には、当該企業に所属しているゴルフ利用者の人数を表示する。ランキング表示領域Ｅ１４には、当該企業の企業ゴルフ熱の順位を表示する。
メニューボタンＥ１７は、「今週の活動力」、「企業ゴルフ熱」、「年齢分布」、「性別分布」、「ラウンド頻度分布」、「平均スコア分布」、及び、「ゴルフ友達数分布」の７種類のボタンを備えている。図１９は、「今週の活動力」のボタンが選択されている状態を示している。ログインユーザー数表示領域Ｅ１８には、当該企業に所属しているゴルフ利用者のうち、当該週にログインしたゴルフ利用者の人数が表示される。近況報告数表示領域Ｅ１９には、当該企業に所属しているゴルフ利用者によって、当該週に近況報告を投稿した人数が延べ数で表示される。なお、近況報告は、ゴルフ情報アプリケーションにおけるアクティビティの一つで、ゴルフ利用者が文章等を入力して投稿することにより、自分の近況を報告できるようになっている。リアクション数表示領域Ｅ２０には、当該週において、前記近況報告に対していいねを投稿した人数と、前記近況報告に対してコメントを投稿した人数の合計がリアクション数として表示される。新規登録者数表示領域Ｅ２１には、当該企業に所属しているゴルフ利用者として当該週に登録された人数が表示される。
また、メニューボタンＥ１７の「企業ゴルフ熱」のボタンが押下された場合には、企業ゴルフ熱の算出の基礎となった要素がゲージの形式で表示される。メニューボタンＥ１７の「年齢分布」のボタンが押下された場合には、当該企業に所属するゴルフ利用者の年齢分布を、例えば、２０代以下、３０代、４０代、５０代、６０代、７０代、８０代に分けて表示する。表示の形式としては、円グラフ等を用いることができる。メニューボタンＥ１７の「性別分布」のボタンが押下された場合には、当該企業に所属するゴルフ利用者の性別分布を、男性、女性、未定に分けて表示する。表示の形式としては、円グラフ等を用いることができる。メニューボタンＥ１７の「ラウンド頻度分布」のボタンが押下された場合には、当該企業に所属するゴルフ利用者のラウンド頻度分布を、例えば、年に２０回以上、１０回以上、５回以上、２・３回、１回、殆どないに分けて表示する。表示の形式としては、円グラフ等を用いることができる。メニューボタンＥ１７の「平均スコア分布」のボタンが押下された場合には、当該企業に所属するゴルフ利用者の平均スコア分布を、例えば、６０〜８０、８１〜９０、９１〜１００、１０１〜１１０、１１１以上、未定に分けて表示する。表示の形式としては、円グラフ等を用いることができる。メニューボタンＥ１７の「ゴルフ友達数分布」のボタンが押下された場合には、当該企業に所属するゴルフ利用者のゴルフ友達数を算出し、その友達数の分布を、例えば、１０人未満、２０人未満、３０人未満、５０人未満、１００人未満、２００人未満、５００人未満、５０１人以上に分けて表示する。表示の形式としては、円グラフ等を用いることができる。
また、図１９に示す企業データ画面Ｐ２には、「コンペを申し込む」ボタンＥ３０が表示されており、「コンペを申し込む」ボタンＥ３０を押下することにより、企業データ画面Ｐ２に表示されている企業に対してゴルフコンペを申し込むことができる。

＜２−５：コンペ申込み処理＞
以下、図２０乃至図２３に基づいて本実施形態におけるコンペ申込み処理について説明する。図２３に示すように、端末装置２において図１９に示す企業データ画面Ｐ２において「コンペを申し込む」ボタンＥ３０が押下されてコンペの申込みが行われると（Ｓ２１０）、端末装置２のＣＰＵ４０は、ゴルフ情報アプリケーションにログインしている本人の識別情報ＵＩＤ及び企業データ画面Ｐ２において表示されていた企業の企業ＩＤと共に、コンペ申込み画面の閲覧要求を管理サーバ１に対して送信する。
本人の識別情報ＵＩＤ、企業データ画面Ｐ２において表示されていた企業の企業ＩＤ、及び、コンペ申込み画面の閲覧要求を受信した管理サーバ１のＣＰＵ３０は、本人の識別情報ＵＩＤをコンペ申込者の識別情報ＵＩＤとして認識する。また、ＣＰＵ３０は、ゴルフ利用者情報テーブルＴＢＬ１１を用いて、本人の識別情報ＵＩＤに対応する企業ＩＤを読み取り、この企業ＩＤをコンペ申込み側の企業の企業ＩＤとして認識する。さらに、企業データ画面Ｐ２において表示されていた企業の企業ＩＤを、コンペの相手先の企業の企業ＩＤとして認識する。ＣＰＵ３０は、以上の情報に基づいて、コンペ申込み画面の表示情報を生成し、この表示情報と共にコンペ申込み画面の閲覧応答を端末装置２に送信する（Ｓ１５０）。

コンペ申込み画面の閲覧応答を受信した端末装置２のＣＰＵ４０は、コンペ申込み画面の表示情報に基づいて、図２０に示すようなコンペ申込み画面Ｐ２を表示させる（Ｓ２１１）。図２０に示すコンペ申込み画面Ｐ３は、タイトル表示領域Ｆ１、企業名表示領域Ｆ２、詳細・備考表示領域Ｆ３、確認ボタンＢ１０、及び、キャンセルボタンＢ１１を備えている。
タイトル表示領域Ｆ１は、初期画面では空欄として表示されており、コンペのタイトルを自由に入力することができる（Ｓ２１２）。企業名表示領域Ｆ２には、コンペ申込み側の企業の企業名表示Ｘ２０と、相手先の企業の企業名表示Ｘ２１が表示されている。但し、ゴルフ利用者が企業名を入力するようにしてもよい（Ｓ２１２）。詳細・備考表示領域Ｆ３は、この領域を押下することにより、コンペの詳細を入力することができる。但し、入力は任意で、未入力のままでも構わない。

入力内容を確認した後に確認ボタンＢ１０を押下することにより、端末装置２のＣＰＵ４０は、入力内容に基づく情報と共に、コンペ申込み処理要求を管理サーバ１に送信する。コンペ申込み処理要求を受信した管理サーバ１のＣＰＵ３０は、コンペ基本情報テーブルＴＢＬ２１に、当該コンペを識別するコンペ番号を割り当てるとともに、登録日及び企業ＩＤを登録する。また、ステータスは初期設定では１、すなわち参加者募集中が登録される。また、タイトル表示領域Ｆ１に入力されたタイトルは、コンペ基本情報テーブルＴＢＬ２１の名称欄に登録される。また、ＣＰＵ３０は、コンペのイベントウォール画面の表示情報を生成すると共に、リンク先としてイベントウォール画面の表示ページを含むコンペへの勧誘メッセージの作成を行う（Ｓ１５１）。
ＣＰＵ４０は、コンペ基本情報テーブルＴＢＬ２１に記録されている、コンペの申込み側の企業に所属するゴルフ利用者の識別情報ＵＩＤと、コンペの相手先の企業に所属するゴルフ利用者の識別情報ＵＩＤとを、ゴルフ利用者情報テーブルＴＢＬ１１から抽出し、これらのゴルフ利用者宛にコンペへの勧誘メッセージを通知する（Ｓ１５２）。具体的には、各ゴルフ利用者がゴルフ情報アプリケーションにログインしている状態であれば、図１５に示すような各ゴルフ利用者のマイページにおいて、メッセージアイコンＸ２２上に数字や記号等のアイコンを重ねて表示する等して、メッセージがあることを通知すればよい。また、各ゴルフ利用者がゴルフ情報アプリケーションにログインしていない状態であれば、次にログインした際には、メッセージアイコンＸ２２上に数字や記号等のアイコンを重ねて表示する等して、メッセージがあることを通知すればよい。さらに、ＳＮＳのメッセージ機能、ウォールまたはタイムラインへの投稿機能等を利用して、ＳＮＳのページ上でメッセージがあることを通知するように外部管理サーバ３に要求するようにしてもよい。

また、イベントウォール画面の通知は、図１５に示すマイページのウォールアイコンＸ２４上に数字や記号等のアイコンを重ねて表示する等して、イベントがあることを各ゴルフ利用者通知すればよい（Ｓ１５２）。イベントの通知は、コンペ申込み側の企業に所属するゴルフ利用者と、コンペの相手先の企業に所属するゴルフ利用者に対して行ってもよいし、これらの企業に所属していないゴルフ利用者に対して行うようにしてもよい。
図１５に示すマイページをゴルフ利用者が閲覧した際に、ウォールアイコンＸ２４上に数字や記号等のアイコン等が表示されていると、ゴルフ利用者は何等かのイベントの通知があったことを知ることができる。そして、ゴルフ利用者がウォールアイコンＸ２４を押下すると、マイページ上には、図２１に示すようなイベントリスト画面Ｐ４がポップアップ表示されるようになっている。イベントリスト画面Ｐ４は、イベントタブＸ３０と、イベントの種類を表示するイベント種類表示欄Ｆ５と、イベントの内容を表示するタイトル表示欄Ｆ６と、イベントの状態を示す状態表示欄Ｆ７とを備えている。
イベントタブＸ３０はウォールにイベントリスト画面Ｐ４を表示させるためのタブであり、イベントタブＸ３０に隣接して表示されているニュースタブＸ３１が押下されるとウォールにニュースが表示され、ニュースタブＸ３１に隣接して表示されているすべてタブＸ３２が押下されるとウォールにタイムライン表示が行われる。
タイトル表示欄Ｆ６に表示されるタイトルは、図２０に示すコンペ申込み画面Ｐ３のタイトル入力欄Ｆ１に入力したもの、すなわちコンペ基本情報テーブルＴＢＬ２１の名称欄に登録されたものがそのまま表示される。状態表示欄Ｆ７には、コンペ基本情報テーブルＴＢＬ２１のステータス欄の値及びステータスマスタテーブルＴＢＬ１５ｄを参照して、「参加募集中」、「参加者決定」、「コンペ予定確定」等の状態が表示される。これによりイベントリスト画面Ｐ４を閲覧したゴルフ利用者は、コンペがどのような状態にあるのかを知ることができる。

以上のようなイベントリスト画面Ｐ４に表示されるイベント名を見て、その内容の閲覧を希望するゴルフ利用者は、タイトル表示欄Ｆ６を押下することにより、イベントウォールの閲覧を行う（Ｓ２１３）。具体的には、タイトル表示欄Ｆ６が押下されると、端末装置２のＣＰＵ４０は、本人の識別情報ＵＩＤと共にイベントウォール閲覧要求を管理サーバ１に対して送信する。イベントウォール閲覧要求を受信した管理サーバ１のＣＰＵ３０は、イベントウォールの表示情報を生成して、イベントウォール閲覧応答を端末装置２に送信する（Ｓ１５３）。
なお、当該イベントに関する通知を受け取っていない場合は、イベントリスト画面Ｐ４には当該イベントに関するタイトルは表示されない。

イベントウォール閲覧応答を受信した端末装置２は、図２２に示すようなイベントウォール画面Ｐ５をポップアップ表示させる（Ｓ２１４）。イベントウォール画面Ｐ５は、タイトル表示欄Ｆ１０と、メッセージ表示欄Ｆ１１と、日程表示欄Ｆ１２と、場所表示欄Ｆ１３と、参加状況表示欄Ｆ１４と、コメント入力欄Ｆ１５と、コメント表示欄Ｆ１６，Ｆ１８，Ｆ２０と、いいね・コメント欄Ｆ１７，Ｆ１９と、状態選択ボタンＢ１２と、編集ボタンＢ１２と、追加ボタンＢ１３と、参加ボタンＢ１４と、未定ボタンＢ１５と、不参加ボタンＢ１６と、投稿ボタンＢ１７とを備えている。
タイトル表示欄Ｆ１０には、コンペ申込み画面Ｐ３で入力したイベントタイトル、すなわちコンペ基本情報テーブルＴＢＬ２１の名称欄に登録されたタイトルがそのまま表示され、メッセージ表示欄Ｆ１１には、コンペの申込みを行ったゴルフ利用者の識別情報ＵＩＤと、当該ゴルフ利用者が所属する企業の企業ＩＤとから、例えば、「Ａ社の小林さんコンペの申込みがありました。よかったら参加しませんか？」というような勧誘メッセージが生成されて、表示される。なお、メッセージ表示欄Ｆ１１には、コンペの申し込みを行ったゴルフ利用者等がメッセージの記述をできるように構成してもよい。この場合、当該記述されたメッセージをコンペ基本情報テーブルＴＢＬ２１に記録する。
編集ボタンＢ１２を押下することにより、イベントウォール画面Ｐ５を閲覧可能なゴルフ利用者であれば誰でも、日程表示欄Ｆ１２にコンペの日程を入力し、場所表示欄Ｆ１３にコンペの場所を入力することができる。コメント入力欄Ｆ１５とコメント表示欄Ｆ１６，Ｆ１８，Ｆ２０を利用することにより、イベントウォール画面Ｐ５上で打ち合わせを行い、日程と場所を決めることができる。日程表示欄Ｆ１２、場所表示欄Ｆ１３に入力された情報はコンペ基本情報テーブルＴＢＬ２１に、コンペ番号と関連付けて記憶される。

参加状況表示欄Ｆ１４には、参加ボタンＢ１４、未定ボタンＢ１５、及び、不参加ボタンＢ１６を押下した人数が表示される。参加ボタンＢ１４、未定ボタンＢ１５、不参加ボタンＢ１５のいずれかが押下された場合、その旨が当該ゴルフ利用者の識別情報とともに端末装置２から管理サーバ１に送信される。そして管理サーバ１は、参加ステータスマスタテーブルＴＢＬ１５ｅを参照して、押下されたボタンに対応するステータス値を特定し、当該特定したステータス値をゴルフ利用者の識別情報及びコンペ番号と関連付けて、コンペ参加者情報テーブルＴＢＬ２２に記録する。参加状況表示欄Ｆ１４は、コンペ参加者情報テーブルＴＢＬ２２に記録された情報から、当該コンペ番号に基づいてレコードを抽出し、ステータスごとにカウントして、参加ボタンＢ１４を押下した人数、未定ボタンＢ１５を押下した人数、不参加ボタンＢ１６を押下した人数を参加状況表示欄Ｆ１４に表示させる。
コメント入力欄Ｆ１５にコメントを入力し、投稿ボタンＢ１７を押下することにより、コメント表示欄Ｆ１６，Ｆ１８，Ｆ２０に投稿したコメントが表示される。コメント入力欄Ｆ１５に記入されて投稿ボタンＢ１７によって投稿されたテキストは、コンペコメント情報テーブルＴＢＬ２３に、当該コンペ番号及び投稿日時と関連付けて記録される。コメント表示欄に表示する際、コンペコメント情報テーブルＴＢＬ２３に記録された当該コンペに関するコメントを抽出し、投稿日時が古い順に表示する。表示される数は図２２に示す例に限られるものではなく、コメントの数だけ表示されるようになっている。また、コメント表示欄Ｆ１６，Ｆ１８には、表示されたコメントに対するいいねやコメントを投稿できるいいね・コメント欄Ｆ１７，Ｆ１９が備えられている。例えば、コメント表示欄Ｆ１８に対していいね・コメント欄Ｆ１９を押下すると、コメント表示欄Ｆ２０に表示されたようなコメントを投稿できる。
このようにして、コンペに参加するゴルフ利用者、参加を予定しているゴルフ利用者、あるいは、興味を持っているゴルフ利用者が、コメント入力及び表示欄を通じて打ち合わせを行い、参加者、日程、場所などを決定する。

また、状態選択ボタンＢ１２を押下すると、「参加者募集中」、「参加者決定」、「コンペ予定確定」などの状態を選択することが可能になっている。状態選択ボタンＢ１２は、イベントウォール画面Ｐ５を閲覧可能なゴルフ利用者であれば誰でも押下することができ、コメント入力及び表示欄のやり取りを通じて、現在の状態を選択することができる。状態選択ボタンＢ１２で選択した状態は、図２１に示すイベントリスト画面Ｐ４の状態表示欄Ｆ７に反映される。
また、追加ボタンＢ１３を押下することにより、コンペへの勧誘を行う企業を追加することもできる。
なお、イベントウォール画面Ｐ５に完了チェックボックス（不図示）を設け、これにチェックを入れることで、以降はイベントリスト画面Ｐ４に当該イベントが表示されないように構成してもよい。この場合、コンペ基本情報テーブルＴＢＬ２１に完了フラグを記録可能とし、完了チェックボックスにチェックが入れられたら完了フラグを「１」として記録する。また、イベントリスト画面Ｐ４においてイベントリストを表示する場合、コンペ基本情報テーブルＴＢＬ２１の各レコードの完了フラグをチェックし、完了フラグが「０」のものを抽出する処理を行うこととなる。その後、イベントリストの表示要求を行ったゴルフ利用者の識別情報に基づいて表示可能なイベントを検索して、イベントリスト画面Ｐ４に表示する。
以上のようにして、ゴルフ情報アプリケーション上においてコンペの勧誘を行い、コンペの具体的な内容を決定することができる。

なお、上述の実施形態においては、図１８に示すランキング表示において、本人が所属する企業とは異なる企業の企業名を押下することにより、当該企業の企業データ画面Ｐ２を表示させ、コンペの申込みを行う例について説明した。しかし、本発明はこのような例に限定されるものではなく、図１８に示すランキング表示等において、本人が所属する企業の企業名や企業アイコンを押下して、本人が所属する企業の企業データ画面を表示させ、当該企業内のコンペを設定することも可能である。この場合には、例えば、図１９に示す企業データ画面Ｐ２における「コンペを申し込む」ボタンＥ３０は、「コンペを設定する」ボタンに変更すればよい。
したがって、本発明によれば、自分のゴルフ友達、及び、ゴルフ友達のゴルフ友達の範囲外のゴルフ利用者に対しても、容易にコンペを申し込むことができる。これにより、自分のゴルフ友達、及び、ゴルフ友達のゴルフ友達の範囲外のゴルフ利用者と容易にバーチャルな交流を図ることができる。さらに、そのバーチャルな交流から現実のゴルフコンペを通じて、現実の人間関係に容易につなげることができる。
特に、ゴルフ友達、あるいは、ゴルフ友達のゴルフ友達でなくても、所属する企業が同じゴルフ利用者同士でバーチャルな打ち合わせが可能となるので、ゴルフ利用者は安心感を得やすいという利点がある。

＜第２実施形態＞
上述した第１実施形態では、図１９に示す企業データ画面Ｐ２を表示させた状態で「コンペを申し込む」ボタンを押下してコンペを申し込む例について説明したが、本実施形態は、まず「コンペを申し込む」ボタンを押下して、その後にコンペを申し込む企業を決定する例について説明する。
図２９は本実施形態におけるランキング表示画面Ｐ２の例を示している。図２４に示すように、本実施形態のランキング表示画面Ｐ２には、「コンペを申し込む」ボタンＤ２０が表示されている。
この状態で「コンペを申し込む」ボタンＤ２０が押下されると、図３０に示すコンペ申込み画面Ｐ６が表示される。図３０に示すコンペ申込み画面Ｐ６は、図２０に示すコンペ申込み画面Ｐ３とほぼ同様に構成されるが、企業名入力欄Ｆ２には、「コンペを申し込む」ボタンＤ２０を押下した本人が所属する企業の企業名表示Ｘ２０のみが表示されている。
また、コンペ申込み画面Ｐ６には企業選択ボタンＢ２０が備えられている。企業選択ボタンＢ２０が押下されると、図３１に示す企業一覧リスト画面Ｐ７が表示される。企業一覧リスト画面Ｐ７には、図４に示す企業テーブルＴＢＬ１５ａに登録されている企業名が一覧表示されるようになっている。企業一覧リスト画面Ｐ７に表示される企業名が押下されると、図２０に示すコンペ申込み画面Ｐ３のように企業名入力欄Ｆ２に相手的の企業名の企業名表示Ｘ２１が表示され、コンペ申込みボタンＢ１０が表示される。コンペ申込みボタンＢ１０が押下されると、上述した第１実施形態と同様に、コンペを申し込んだ本人が所属する企業に所属するゴルフ利用者、及び、相手先の企業に所属するゴルフ利用者に、コンペへの勧誘メッセージが通知され、イベントウォール画面の閲覧が可能になる。
また企業一覧リスト画面Ｐ７には、本人が所属する企業も表示されるため、企業一覧リスト画面Ｐ７から本人が所属する企業を選択した場合には、当該企業内のコンペ設定となる。この点も上述した第１実施形態と同様である。

＜第３実施形態＞
上述した実施形態においては、コンペの日程と場所については、イベントウォール画面において打ち合わせを行うようになっている。しかし、本実施形態においては、コンペへの勧誘の通知を行う際に、場所を提示し、日程候補を挙げるように構成されている。
図１９に示す企業データ画面Ｐ２において、コンペ申込みボタンＥ３０が押下されると、図３２に示すコンペ申込み画面Ｐ８が表示される。コンペ申込み画面Ｐ８は、図２０に示すコンペ申込み画面Ｐ３とほぼ同様に構成されるが、日程入力欄Ｆ３０と、場所入力欄Ｆ３１を備えている。
日程入力欄Ｆ３０は、第１候補から第３候補までを入力することができる。入力はプルダウン表示から選択するようにしてもよいし、直接日付を入力するようにしてもよい。
場所入力欄Ｆ３１は、コンペの場所を一カ所入力するようになっている。入力はプルダウン表示から選択するようにしてもよいし、直接日付を入力するようにしてもよい。
コンペ申込み画面Ｐ８で日程と場所を入力した後に、コンペ申込みボタンＢ１０が押下されると、コンペを申し込んだ本人が所属する企業に所属するゴルフ利用者、及び、相手先の企業に所属するゴルフ利用者に図３３に示すメッセージが通知される。あるいは、図３３に示すメッセージ画面のリンクを含んだメッセージが通知される。
図３３に示すメッセージ画面Ｐ９は、コンペの申込み者名とコンペの場所を含む勧誘メッセージ表示欄Ｆ４０と、参加ボタンＦ４１と、不参加ボタンＦ４２と、日程選択ボタンＦ４３，Ｆ４４，Ｆ４５と、送信ボタンＢ２１と、キャンセルボタンＢ２２を備える。
このメッセージを受信したゴルフ利用者は、参加ボタンＦ４１か不参加ボタンＦ４２のいずれかを選択し、参加ボタンＦ４１を選択した場合には、日程選択ボタンＦ４３，Ｆ４４，Ｆ４５のいずれかを選択して、送信ボタンＢ２１を押下する。キャンセルする場合には、キャンセルボタンＢ２２を押下する。
管理サーバ１は、図３４に示すコンペ申込み管理テーブルＴＢＬ１３と、図３５に示すコンペ申込み管理テーブルＴＢＬ１４とを備えている。コンペ申込み画面Ｐ８によるコンペ申込みが行われると、それぞれのコンペ申込みにはコンペ番号が付与され、コンペ申込み管理テーブルＴＢＬ１３において、申込者の識別情報ＵＩＤ、申込者の所属企業名、申込者の所属企業の企業ＩＤ、申込日時、相手先の企業、及び、相手先の企業ＩＤが記録される。また、メッセージ画面Ｐ９による返信が行われた場合には、コンペ申込み管理テーブルＴＢＬ１４により、コンペ番号、メッセージの受信者（返信者）の識別情報ＵＩＤ、所属企業名、所属企業ＩＤ、参加の可否、日程の希望が記録される。不参加の時は参加フラグとして０が記録され、参加の時には参加フラグとして１が記録される。また、希望する日程に対応するフラグが１として記録される。
このように構成した場合でも、自分のゴルフ友達、及び、ゴルフ友達のゴルフ友達の範囲外のゴルフ利用者に対しても、容易にコンペを申し込むことができる。これにより、自分のゴルフ友達、及び、ゴルフ友達のゴルフ友達の範囲外のゴルフ利用者と容易にバーチャルな交流を図ることができる。さらに、そのバーチャルな交流から現実のゴルフコンペを通じて、現実の人間関係に容易につなげることができる。
なお、本実施形態では、日程を第１希望から第３希望まで挙げるように構成したが、場所についても同様に複数の候補を挙げるように構成してもよい。また、日程と場所を組み合わせた複数の候補を入力可能に構成してもよい。
また、本実施形態では、コンペの相手先の企業を選択した後にコンペ申込み画面Ｐ８を表示される例について説明したが、コンペ申込み画面Ｐ８に図３０のように企業選択のボタンを表示させて企業の選択を行うようにしてもよい。
さらに、本人が所属する企業内のコンペ設定を行う場合にも、コンペ申込み画面Ｐ８を用いてコンペの申込みを行うようにしてもよい。

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

管理サーバ１Ａは、ゴルフ利用者情報テーブルＴＢＬ１１と、ゴルフ友達情報テーブルＴＢＬ１２とを記憶した記憶部１５を備える。また、記憶部１５には、管理サーバ１Ａを制御するプログラムが記憶されている。
管理サーバ１Ａは、本人（所定のゴルフ利用者の一例）の端末装置２から本人の友達関係を表示する要求を受信すると、ゴルフ友達情報に基づいて、本人と友達関係を有するゴルフ友達（第１の特定利用者）を抽出し、ゴルフ友達と友達関係を有するゴルフ友達のゴルフ友達（第２の特定利用者）を抽出する第１抽出部１２と、記憶部１５に記憶されているゴルフ利用者の識別情報ＵＩＤ及び所属する企業情報等から、企業ごとにゴルフ利用者の識別情報ＵＩＤ等を抽出する第２抽出部１３と、コンペに関する勧誘の通知を申し込み者の所属する企業に所属するゴルフ利用者及び相手先の企業に所属するゴルフ利用者に通知する通知部１４と、第１抽出部１２で特定したゴルフ友達及びゴルフ友達のゴルフ友達の関連性を示す関係図を表示するために必要な情報、及び後述するゴルフ友達のゴルフ友達と本人とに共通のゴルフ友達を表示するために必要な情報を含む応答を本人の端末装置２に送信すると共に、コンペのイベントウォール等を表示するために必要な情報を含む応答を本人の端末装置２に送信する表示制御部１７とを備える。
第１抽出部１２は、記憶部１５に記憶されているゴルフ利用者情報テーブルＴＢＬ１１及びゴルフ友達情報テーブルＴＢＬ１２を参照する。
この場合においても、管理サーバ１Ａは、第１実施形態において図１１を参照して説明したＳ１０９と同様に表示情報を生成する。この結果、第３実施形態においても第１実施形態と同様に、図１４及び図１５に示すマイページを端末装置２のディスプレイ４５に表示させることができ、ゴルフ利用者は、ゴルフ友達の階層関係を容易に把握することが可能となる。

また、本実施形態の場合には、ゴルフ利用者情報テーブルＴＢＬ１１に、ゴルフ利用者の所属する企業名を登録し、さらに企業名の登録の際に企業ＩＤを割り当てて登録するようにしてもよい。
企業名の入力の際には、人によって入力の仕方が異なる場合があるので、ゴルフ利用者が木企業名を入力している途中の段階で、企業データベースを検索し、一致または部分一致するものがあれば、その候補を入力欄の下にプルダウン表示し、そこから選択させるようにしてもよい。

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

上述した実施形態では、ＳＮＳにログインした状態でゴルフ情報アプリケーションへ利用者登録を行おうとすると、外部管理サーバ３からＳＮＳ利用者本人の識別情報ＵＩＤを送信することとしているが、この送信の前に、管理サーバ１から外部管理サーバ３に対して、ＳＮＳ利用者本人の識別情報ＵＩＤを要求する信号を送信することとしてもよい。また、第１実施形態では、ＳＮＳにログインした状態でゴルフ情報アプリケーションへの利用者登録を行う場合を説明しているが、ＳＮＳにログインしていない状態でゴルフ情報アプリケーションへの利用者登録を可能とする場合は、例えばゴルフ情報アプリケーションのトップページでＳＮＳへのログインを要求するように構成することができる。

また、上述した実施形態では、勤務先が未設定の場合に、図１８及び図２９に示すランキング表示画面において本人の所属する企業の情報表示領域に、勤務先の登録を促す表示を行うようにしてもよい。、また、例えば、ランキング表示画面を最初に表示させた時に、ＳＮＳにおいて勤務先の登録を行うことにより、本人の所属する企業がランキング表示される旨を伝える、勤務先の登録を促す表示をポップアップ表示などにより行うようにしてもよい。この場合には、勤務先設定ボタンを表示させ、本人が勤務先設定ボタンを押下すると、ＳＮＳの勤務先設定画面にジャンプするようにしてもよい。

また、上述した実施形態では、ゴルフ利用者を企業というグループごとに分類して、企業間のゴルフ熱を算出するようにしたが、例えば、出身大学というグループごとに分類して、出身大学間のゴルフ熱を算出するようにしてもよい。
さらに、上述した実施形態では、企業アイコンが押下されると、企業のランキング画面を表示する例について説明したが、単に企業一覧リスト画面が表示されるようにしてもよい。

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

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

ＮＥＴ……通信網、１，１Ａ……管理サーバ、２……端末装置、３……外部管理サーバ、１１……取得部、１２……第１抽出部、１３……第２抽出部、１４……通知部、１５……記憶部、１７……表示制御部、２１……入力部、２２……通知部、２３……表示部。

Claims (13)

1. 所定のサービスを提供し、当該サービスの提供を受ける利用者の端末装置と通信可能な管理装置であって、
   少なくとも前記利用者を一意に識別する識別情報と、前記利用者が属するグループに関する情報とを記憶可能な記憶部と、
   前記利用者による前記端末装置の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、当該第２グループに属する利用者及び前記第１グループに属する利用者を宛先として、前記競技への勧誘の通知を行うことが可能な通知部とを備える、
   ことを特徴とする管理装置。
2. 第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報と、前記第２利用者が属するグループに関する情報とを管理する外部管理装置と通信可能で、かつ、前記第１利用者の端末装置と通信可能な管理装置であって、
   前記第１利用者による前記端末装置の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置の操作を行った前記第１利用者が属する第１グループである場合には、当該第１グループに属する第１利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する第１利用者を宛先として、前記競技への勧誘の通知を行うことが可能な通知部を備える
   ことを特徴とする管理装置。
3. 前記通知部は、前記管理装置により提供されるサービスにおける通知機能または投稿機能を利用して前記競技への勧誘の通知を行うことを特徴とする請求項１または請求項２に記載の管理装置。
4. 前記通知部は、前記競技への勧誘対象として前記第１グループのまたは前記第２グループの前記第２利用者宛に前記競技への勧誘の通知または投稿を行うことを前記外部管理装置に対して要求することを特徴とする請求項２に記載の管理装置。
5. 前記通知部による通知が行われた場合には、前記競技についての掲示板形式の画面を前記端末装置に表示させるための情報を送信可能な表示制御部を更に備え、前記掲示板形式の画面には、少なくとも、前記競技を行う前記グループについての情報、前記競技の日程、場所、参加の可否のいずれかについての書き込みが可能であることを特徴とする請求項１乃至請求項４のいずれか一に記載の管理装置。
6. 前記通知部によって通知または投稿される情報には、入力された前記競技の日程または場所の候補に関する情報が含まれていることを特徴とする、請求項１乃至請求項４のいずれか一に記載の管理装置。
7. 前記競技の日程又は場所の候補に関する情報は、日程の複数の候補に関する情報または場所の複数の候補に関する情報であることを特徴とする、請求項６に記載の管理装置。
8. 所定のサービスを提供する管理装置と、当該管理装置と通信可能であって、当該サービスの提供を受ける利用者の端末装置とを備えるサービス提供システムにおいて
   前記管理装置は、
   少なくとも前記利用者を一意に識別する識別情報と、前記利用者が属するグループに関する情報とを記憶可能な記憶部と、
   
   前記利用者による前記端末装置の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する利用者を宛先として、前記競技への勧誘の通知を行うことが可能な通知部とを備え、
   前記端末装置は、
   前記競技会の申込先としての前記グループの入力が可能な入力部を少なくとも備える、
   ことを特徴とするサービス提供システム。
9. 第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報と、前記第２利用者が属するグループに関する情報とを管理する外部管理装置と通信可能な管理装置と、当該管理装置と通信可能な前記第１利用者の端末装置とを備えたサービス提供システムであって、
   前記管理装置は、
   前記第１利用者による前記端末装置の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置の操作を行った前記第１利用者が属する第１グループである場合には、当該第１グループに属する第１利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する第１利用者を宛先として、前記競技への勧誘の通知を行うことが可能な通知部とを備え、
   前記端末装置は、
   前記競技への勧誘対象としての前記グループの入力が可能な入力部を少なくとも備える、
   ことを特徴とするサービス提供システム。
10. 所定のサービスを提供し、当該サービスの提供を受ける利用者の端末装置と通信可能な管理装置の制御方法であって、
    少なくとも前記利用者を一意に識別する識別情報と、前記利用者が属するグループに関する情報とを記憶し、
    前記利用者の前記端末装置の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する利用者を宛先として、前記競技への勧誘の通知を行う
    ことを特徴とする管理装置の制御方法。
11. 第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報と、前記第２利用者が属するグループに関する情報とを管理する外部管理装置と通信可能で、かつ、前記第１利用者の端末装置と通信可能な管理装置の制御方法であって、
    前記第１利用者による前記端末装置の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する第１利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する第１利用者を宛先として、前記競技への勧誘の通知を行う
    ことを特徴とする管理装置の制御方法。
12. 所定のサービスを提供し、当該サービスの提供を受ける利用者の端末装置と通信可能なコンピュータを備える管理装置のプログラムであって、
    前記コンピュータを、
    少なくとも前記利用者を一意に識別する識別情報と、前記利用者が属するグループに関する情報とを記憶可能な記憶部と、
    前記利用者による前記端末装置の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する利用者を宛先として、前記競技への勧誘の通知を行う通知部として機能させる
    ことを特徴とする管理装置のプログラム。
13. 第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供すると共に、少なくとも前記第２利用者を一意に識別する第２識別情報と、前記第２利用者が属するグループに関する情報とを管理する外部管理装置と通信可能で、かつ、前記第１利用者の端末装置と通信可能なコンピュータを備える管理装置のプログラムであって、
    前記コンピュータを、
    前記第１利用者による前記端末装置の操作に応じて、競技への勧誘対象として指定されたグループが、前記端末装置の操作を行った前記利用者が属する第１グループである場合には、当該第１グループに属する第１利用者を宛先として、また、前記第１グループとは異なる第２グループである場合には、少なくとも当該第２グループに属する第１利用者を宛先として、前記競技への勧誘の通知を行うことが可能な通知部として機能させる
    ことを特徴とする管理装置のプログラム。
    

Images