JP2014038415A - 催事管理装置の管理方法、催事管理装置、及び、催事管理装置のプログラム - Google Patents

Abstract

【課題】催事において幹事となる者の負担を極力軽減する。
【解決手段】催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報と、催事候補情報の提示相手の利用者を特定可能な宛先情報を取得し、催事候補情報を宛先情報により特定される提示相手の利用者に対して提示する。提示相手の利用者から催事候補情報についての応答情報を取得し、少なくとも前記提示の前までに催事候補情報を記憶するとともに、取得した応答情報を、催事候補情報及び応答情報を送信した提示相手の利用者を特定可能な識別情報と関連づけて記憶する。
【選択図】図１

Description

本発明は、特定のサービスに係る利用者に好適な情報を提供する技術に関する。

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

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

特許文献１において表示される順位などの成績は、あくまでも各参加者のジョギング等の運動に基づく成績であり、ジョギング等の運動に対する各参加者のモチベーションを高めるという効果を期待し得る。
しかしながら、スポーツや娯楽等の中には、個人で行うものばかりでなく、複数人で参加して競い合ったり楽しんだりするものがある。また、パーティなどを催す場合は複数人を招待することが通常である。このような複数人で参加するスポーツや娯楽、パーティ等の催事において、相手を誘う際に日程や時間を調整することは困難であることが多く、幹事となる者にとっては大変な負担となっていた。
本発明は、この点に鑑みてなされたものであり、催事において幹事となる者の負担を極力軽減することなどを解決課題とする。

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

上述した課題を解決するため、本発明に係る催事管理装置の管理方法は、所定のサービスを提供し、当該サービスを受ける利用者の端末装置（２）と通信可能な催事管理装置の管理方法であって、所定の利用者の端末装置（２）の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報及び当該催事候補情報の提示相手の利用者を特定可能な宛先情報を取得し、前記催事候補情報を前記宛先情報により特定される前記提示相手の利用者に対して提示し、前記提示相手の利用者の端末装置（２）の操作に応じて、前記催事候補情報についての応答情報を取得し、少なくとも前記提示の前までに前記催事候補情報を記憶するとともに、前記取得した前記応答情報を、前記催事候補情報及び当該応答情報を送信した前記提示相手の利用者を特定可能な識別情報と関連づけて記憶することを特徴とする。
この発明において、催事は、ゴルフ等のスポーツ、ゲーム等の娯楽やパーティー等も含む概念である。

上述した課題を解決するため、本発明に係る催事管理装置は、所定のサービスを提供し、当該サービスを受ける利用者の端末装置（２）と通信可能な催事管理装置であって、所定の利用者による前記端末装置（２）の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報及び、当該所定の利用者によって当該所定の利用者と特定の関係を有する利用者から選択された当該催事候補情報の提示対象利用者を特定可能な識別情報を含む対象利用者情報を取得可能な候補情報取得部（１２）と、前記催事候補情報を、前記対象利用者情報に基づいて特定される提示対象利用者に対して提示可能な提示部（１４）と、前記提示対象利用者による前記端末装置（２）の操作に応じて、前記催事候補情報についての応答情報を取得可能な応答情報取得部（１３）と、前記催事候補情報と、前記応答情報と、当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と、を関連付けて記憶可能な記憶部（１５）と、を少なくとも備えることを特徴とする。
この発明において、催事は、ゴルフ等のスポーツ、ゲーム等の娯楽やパーティー等も含む概念である。

上述した課題を解決するため、本発明に係る催事管理装置のプログラムは、所定のサービスを提供し、当該サービスを受ける利用者の端末装置（２）と通信可能で、コンピュータを備える催事管理装置のプログラムであって、前記コンピュータを、所定の利用者による前記端末装置（２）の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報及び、当該所定の利用者によって当該所定の利用者と特定の関係を有する利用者から選択された当該催事候補情報の提示対象利用者を特定可能な識別情報を含む対象利用者情報を取得可能な候補情報取得部（１２）と、前記催事候補情報を、前記対象利用者情報に基づいて特定される提示対象利用者に対して提示可能な提示部（１４）と、前記提示対象利用者による前記端末装置（２）の操作に応じて、前記催事候補情報についての応答情報を取得可能な応答情報取得部（１３）と、前記催事候補情報と、前記応答情報と、当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と、を関連付けて記憶可能な記憶部（１５）として機能させる、ことを特徴とする。
この発明において、催事は、ゴルフ等のスポーツ、ゲーム等の娯楽やパーティー等も含む概念である。

上述した課題を解決するため、本発明に係る催事管理装置の管理方法は、第１サービスを提供可能であり、当該第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供する外部管理装置と通信可能で、前記第１利用者の端末装置（２）と通信可能な催事管理装置の管理方法であって、所定の第１利用者による前記端末装置（２）の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報と、当該所定の第１利用者と特定の関係を有し、前記第２サービスの提供を受ける第２利用者の中から前記所定の第１利用者によって前記催事候補情報の提示対象として選択された提示対象利用者を特定可能な識別情報を含む対象利用者情報と、を取得し、前記対象利用者情報に基づいて特定される提示対象利用者に対して前記催事候補情報を提示し、前記提示対象利用者による前記端末装置（２）の操作に応じて、前記催事候補情報についての応答情報を取得し、少なくとも前記提示の前までに前記催事候補情報を記憶し、前記応答情報を取得すると、当該取得した前記応答情報を、前記催事候補情報及び当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と関連づけて記憶することを特徴とする。
この発明において、催事は、ゴルフ等のスポーツ、ゲーム等の娯楽やパーティー等も含む概念である。

上述した課題を解決するため、本発明に係る催事管理装置は、第１サービスを提供可能であり、当該第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供する外部管理装置と通信可能で、前記第１利用者の端末装置（２）と通信可能な催事管理装置であって、所定の第１利用者による前記端末装置（２）の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報と、当該所定の第１利用者と特定の関係を有する前記第２利用者の中から前記催事候補情報の提示対象として選択された提示対象利用者を特定可能な識別情報を含む対象利用者情報と、を取得可能な候補情報取得部（１２）と、前記催事候補情報を、前記対象利用者情報に基づいて特定される提示対象利用者に対して提示可能な提示部（１４）と、前記提示対象利用者による前記端末装置（２）の操作に応じて、前記催事候補情報についての応答情報を取得可能な応答情報取得部（１３）と、前記催事候補情報と、前記応答情報と、当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と、を関連付けて記憶可能な記憶部（１５）と、を少なくとも備えることを特徴とする。
この発明において、催事は、ゴルフ等のスポーツ、ゲーム等の娯楽やパーティー等も含む概念である。

上述した課題を解決するため、本発明に係る催事管理装置のプログラムは、第１サービスを提供可能であり、当該第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供する外部管理装置と通信可能で、前記第１利用者の端末装置（２）と通信可能で、コンピュータを備える催事管理装置のプログラムであって、前記コンピュータを、所定の第１利用者による前記端末装置（２）の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報と、当該所定の第１利用者と特定の関係を有する前記第２利用者の中から前記催事候補情報の提示対象として選択された提示対象利用者を特定可能な識別情報を含む対象利用者情報と、を取得可能な候補情報取得部（１２）と、前記催事候補情報を、前記対象利用者情報に基づいて特定される提示対象利用者に対して提示可能な提示部（１４）と、前記提示対象利用者による前記端末装置（２）の操作に応じて、前記催事候補情報についての応答情報を取得可能な応答情報取得部（１３）と、 前記催事候補情報と、前記応答情報と、当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と、を関連付けて記憶可能な記憶部（１５）として機能させる、ことを特徴とする。
この発明において、催事は、ゴルフ等のスポーツ、ゲーム等の娯楽やパーティー等も含む概念である。
また、上記プログラムは記録媒体に記憶させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。

本発明の第１実施形態に係るサービス提供システムのブロック図である。 ゴルフ利用者情報テーブルのデータ構造の一例を示す説明図である。 ＳＮＳ利用者情報テーブルのデータ構造の一例を示す説明図である。 ＳＮＳ友達情報テーブルのデータ構造の一例を示す説明図である。 管理サーバの構成を示すブロック図である。 端末装置の構成を示すブロック図である。 表示処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 表示処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 本人と友達関係にあるＳＮＳ友達を特定する処理を示す説明図である。 ＳＮＳ友達のＳＮＳ友達を特定する処理を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 都道府県マスタテーブルのデータ構造の一例を示す説明図である。 ゴルフ場マスタテーブルのデータ構造の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 催事候補情報管理テーブルのデータ構造の一例を示す説明図である。 応答情報管理テーブルのデータ構造の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 ゴルフイベント設定処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 ゴルフイベント設定処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 ゴルフイベント設定処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 ゴルフイベント設定処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 ゴルフイベント勧誘に対する応答処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 本発明の第２実施形態に係るサービス提供システムのブロック図である。

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

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

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

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

図１を参照して、管理サーバ１の機能を説明する。管理サーバ１は、ゴルフ利用者情報テーブルＴＢＬ１１、催事候補情報管理テーブルＴＢＬ１３、応答情報管理テーブルＴＢＬ１４、マスタテーブルＴＢＬ１５（都道府県マスタテーブルＴＢＬ１５ａ、ゴルフ場マスタテーブルＴＢＬ１５ｂ）を格納した記憶部１５を備える。また、記憶部１５には、管理サーバ１を制御するプログラムが記憶されている。ゴルフ利用者情報テーブルＴＢＬ１１には、ゴルフ利用者を一意に識別する識別情報ＵＩＤなどが格納されている。催事候補情報管理テーブルＴＢＬ１３には、後述する設定された催事（ゴルフイベント）の開催日程候補、開催場所候補を含む催事候補情報、このゴルフイベントへ招待する者についての識別情報ＵＩＤ、ゴルフイベントに参加するか否かの応答情報などが記録される。

また、管理サーバ１は、取得部１１と、候補情報取得部１２と、応答情報取得部１３と、提示部１４を備える。取得部１１は、管理サーバ１が本人（所定の利用者及び所定の第１利用者の一例）と友達関係（特定の関係の一例）を表示する要求を受信すると、記憶部１５に記憶された本人の識別情報ＵＩＤに基づいて、外部管理サーバ３で管理する友達情報を取得する機能と、当該取得した友達情報に基づいて特定された、本人と友達関係を有するＳＮＳ利用者（ＳＮＳ友達）についての、外部管理サーバ３で管理する友達情報を取得する機能と、取得した友達情報に基づいて特定された、ＳＮＳ友達と更に友達関係を有するＳＮＳ利用者（ＳＮＳ友達のＳＮＳ友達）についての、及びＳＮＳ友達についてのプロフィール画像等の所定の情報を取得する機能と、を備える。また、候補情報取得部１２は、本人から催事候補情報及び催事候補情報を提示する相手（提示対象利用者）に関する対象利用者情報を取得する機能を備える。また、応答情報取得部１３は、催事候補情報を受信した提示対象利用者から、ゴルフイベントへの参加可否の表明を示す情報を含む応答情報を取得する機能を備える。
提示部１４は、催事候補情報その他所定の情報を端末装置２に送信する制御を行う機能を有する。

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

入力部２１は、ゴルフイベントの開催日程候補、開催場所候補、提示対象利用者、ゴルフイベントへの参加可否の入力等を行うことができる。
通知部２２は、前記入力部２１において入力されたゴルフイベントの開催日程候補、開催場所候補、提示対象利用者、ゴルフイベントへの参加可否に関する情報を管理サーバ１に通知することができる。
表示部２３は、管理サーバ１の提示部１４を介して送信される催事候補情報や、催事候補情報を入力するためのフォーム、提示対象利用者を選択するためのフォーム等を表示することができる。

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

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

管理サーバ１は、各ゴルフ利用者に対してマイページを提供する。マイページには、各種のゴルフに関する情報が集約されて表示される。図１０にマイページの一例を示す。同図に示すように領域Ｘ１には、本人のプロフィール画像が表示され、領域Ｙ１には、本人のＳＮＳ友達及びＳＮＳ友達のＳＮＳ友達を示す画像が表示される。

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

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

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

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

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

＜２．サービス提供システムの動作＞
本実施形態のサービス提供システム１００では、ゴルフ利用者の端末装置２において、ＳＮＳ友達の階層構造を示す関係図を表示させることができる。以下、関係図を表示させる表示処理と、ＳＮＳ友達またはＳＮＳ友達のＳＮＳ友達をゴルフに誘うことについてのゴルフイベント設定処理、応答処理について説明する。

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

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

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

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

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

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

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

外部管理サーバ３が、利用者情報照会要求を受信すると、外部管理サーバ３のＣＰＵは、ＳＮＳ友達及びＳＮＳ友達のＳＮＳ友達の識別情報を特定して、ＳＮＳ利用者情報テーブルＴＢＬ３１にアクセスし、当該識別情報ＵＩＤが記録されているレコードを抽出する（Ｓ３０３）。この後、外部管理サーバ３は、抽出したＳＮＳ利用者情報を管理サーバ１に送信する。このＳＮＳ利用者情報には、抽出したＳＮＳ利用者のプロフィール画像の画像データが含まれている。

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

まず、ＣＰＵ３０は、「ＳＮＳ友達」と「ＳＮＳ友達のＳＮＳ友達」に大別し、仮想的な画面に全ての「ＳＮＳ友達」と「ＳＮＳ友達のＳＮＳ友達」とを配置した関係図を生成する。ここで、複数のＳＮＳ友達がいる場合、それをどのように配置するかにについては、各種の方法がある。例えば、ランダムに配置してもよいし、あるいは、本人とＳＮＳ友達との親密度を算出し、親密度が高いＳＮＳ友達ほど、本人の近くに配置するようにしてもよい。本実施形態では、親密度が高いＳＮＳ友達ほど上部側に表示する。即ち、ＣＰＵ３０は、「ＳＮＳ友達」を仮想的な画面の上部から埋め、その後、「ＳＮＳ友達のＳＮＳ友達」を埋めていく。
表示すべき人数が多い場合には、仮想的な画面の大きさは端末装置２のディスプレイ４５で表示される画面より大きくなる。この場合には、端末装置２において、仮想的な画面を表示可能な大きさに切り出してディスプレイ４５に表示することになる。即ち、端末装置２のディスプレイ４５は、画面を所定の方向にスライドして画面サイズよりも大きなサイズの関係図を表示できるようになっている。管理サーバ１のＣＰＵ３０は、ディスプレイ４５の画面サイズに「ＳＮＳ友達」と「ＳＮＳ友達のＳＮＳ友達」を配置できない場合、画面サイズよりも大きな領域に「ＳＮＳ友達」と「ＳＮＳ友達のＳＮＳ友達」とを配置した関係図を表示するために必要な表示情報を生成する。

次に、図８に示すように管理サーバ１は、表示情報を含むマイページ閲覧応答を端末装置２に送信する（Ｓ１０９）。端末装置２がマイページ閲覧応答を受信すると、ＣＰＵ４０はディスプレイ４５に「ＳＮＳ友達」と「ＳＮＳ友達のＳＮＳ友達」とを配置した関係図を表示する（Ｓ１９９）。本実施形態では、図１０に示すように「ＳＮＳ友達」が上部に配置され、「ＳＮＳ友達のＳＮＳ友達」が「ＳＮＳ友達」より下部に配置されるので、ゴルフ利用者は、自身のＳＮＳ友達の階層関係を容易に把握することができる。また、ＳＮＳ友達のＳＮＳ友達については、本実施形態ではＳＮＳ友達との識別が容易になるよう、プロフィール画像の右上部に「友友」（友達の友達の意味であり、ＳＮＳ友達のＳＮＳ友達であることを示す）の表示を付している。

＜２−２：ゴルフイベント設定処理及び応答処理＞
本実施形態のゴルフ情報アプリケーションにおいては、ＳＮＳ友達やＳＮＳ友達のＳＮＳ友達をゴルフに誘うことができる。以下、図面を参照して説明する。図２４乃至図２７は、ゴルフイベント設定処理を示す動作シーケンス図である。また図２８はゴルフイベントの勧誘に対する応答処理を示す動作シーケンス図である。

図１０に示すマイページＰ１の右上部には、「ゴルフに誘う」アイコンＸ３が表示されている。この「ゴルフに誘う」アイコンＸ３を押下することにより（Ｓ４０１）、端末装置２から管理サーバ１に対して、ゴルフイベント設定画面の表示要求が送信される。この表示要求を受信した管理サーバ１は、記憶部１５からゴルフイベント設定画面に関する情報を抽出してゴルフイベント設定画面情報を生成し（Ｓ５０１）、ゴルフイベント設定画面情報を端末装置２に送信する。ゴルフイベント設定画面情報を受信した端末装置２のＣＰＵ４０は、図１１に示すゴルフイベント設定画面Ｐ２をディスプレイ４５に表示させる（Ｓ４０２）。なお、表示はポップアップ表示でもよいしはなく、マイページＰ１の表示自体をゴルフイベント設定画面Ｐ２に切り替えるようにしてもよい。

ゴルフイベント設定画面Ｐ２は、日程入力領域Ｅ１、場所入力領域Ｅ２、コメント入力領域Ｅ３を備えている。また、日程をカレンダーから選択するために、図１２に示すカレンダーに遷移するためのカレンダーボタンＣ１０、場所（ゴルフ場）を選択するための検索ボタンＣ１１を備えている。さらに、次の画面である「誘う人を決める」画面に遷移するための誘う人を決めるボタンＥ１０、ゴルフイベント設定画面Ｐ２をキャンセルするキャンセルボタンＥ１１を備えている。なお、本実施形態では図１１に示すように、ゴルフの日程及び場所の候補を３組まで入力可能としているが、これに限られるものではなく、少なくとも１組の日程及び場所の候補を入力可能であればよい。また、本実施形態では日程及び場所の候補の組を入力させることとしているが、１つの場所の候補と複数の日程の候補や、１つの日程の候補と複数の場所の候補を入力させる形態でもよい。

日程を選択するためにカレンダーボタンＣ１０が押下されると、端末装置２はカレンダーボタンＣ１０の押下を受け付け（Ｓ４０３）、管理サーバ１に対してカレンダー表示要求を送信する。管理サーバ１はこのカレンダー表示要求に応答して、現在日が属する月のカレンダー画面情報を生成し（Ｓ５０２）、通信インターフェース３６を介して端末装置２に送信する。そして端末装置２のＣＰＵ４０は、受信したカレンダー画面を表示する制御を行い、図１２に示すようなカレンダー画面Ｐ３がディスプレイ４５に表示される（Ｓ４０４）。

カレンダー画面Ｐ３は図１２に示すように、年月表示領域Ｇ１、前月のカレンダー画面Ｐ３に遷移するための前月ボタンＧ２、次の月のカレンダー画面Ｐ３に遷移するための次月ボタンＧ３、曜日を表示する曜日表示領域Ｇ４、日を表示する日表示領域Ｇ５、候補日を決定するための決定ボタンＧ６、候補日を決定せずにゴルフイベント設定画面Ｐ２に戻るための戻るボタンＧ７が配置されている。いずれかの日の日表示領域Ｇ５が押下され、この状態で決定ボタンＧ１２が押下されると、端末装置２は決定ボタンＧ１２の押下を受け付け（Ｓ４０５）、選択された日に関する選択日情報を管理サーバ１に送信する。管理サーバ１のＣＰＵ３０は、受信した選択日情報に基づき、ゴルフイベント設定画面Ｐ２の日程入力領域Ｅ１に、選択された日、月、年、曜日のテキストを挿入した表示用情報を生成する（Ｓ５０３）。そして通信インターフェース３６を介して端末装置２に送信する。端末装置２のＣＰＵ４０は当該受信したゴルフイベント設定画面Ｐ２をディスプレイ４５に表示する（Ｓ４０６）。なお、管理サーバ１から端末装置２に送信する表示用情報は、いわゆる差分情報であってもよい。

これにより、ゴルフイベント設定画面Ｐ２の日程入力領域Ｅ１には選択された月日が表示される。なお、図１２に示すカレンダー画面Ｐ３において、前月ボタンＧ２が押下されると前月のカレンダーを表示し、次月ボタンＧ３が押下されると次月のカレンダー画面を表示する。また、年、月、日、曜日についての情報が関連付けられたカレンダー情報は、管理サーバ１の記憶部１５に記憶されており、記憶部１５を適宜参照して処理を行う。

ゴルフ場を選択するために検索ボタンＣ１１が押下されると、端末装置２は検索ボタンＣ１１の押下を受け付け（Ｓ４０７）、検索画面表示要求を管理サーバ１に対して送信する。検索画面表示要求を受信した管理サーバ１のＣＰＵ３０は、地方選択画面情報を生成し（Ｓ５０４）、端末装置２に送信する。地方選択画面情報を受信した端末装置２のＣＰＵ４０は、地方選択画面Ｐ４をディスプレイ４５に表示させる（Ｓ４０８）。図１３は地方選択画面Ｐ４の一例を示したものである。地方選択画面Ｐ４は、地方名を表示する地方名表示領域Ｈ１、決定ボタンＨ２、ゴルフイベント設定画面Ｐ２に戻るための戻るボタンＨ３が配置されている。ここで、選択したいゴルフ場の存在する地方の地方名表示領域Ｈ１を押下し、決定ボタンＨ２を押下すると、次の都道府県選択画面Ｐ５へ進む。一方、戻るボタンＨ３を押下するとゴルフイベント設定画面Ｐ２に戻る。

いずれかの地方が選択され、決定ボタンＨ２が押下されると、端末装置２は地方の選択を受け付け（Ｓ４０９）、選択された地方の地方ＩＤを含む都道府県選択画面表示要求を管理サーバ１に送信する。都道府県選択画面表示要求を受信した管理サーバ１は、記憶部１５に記憶されている都道府県マスタテーブルＴＢＬ１５ａ（図１６）を参照し、受信した地方ＩＤが記録されているレコードを特定するとともに都道府県名を抽出してリストを作成する。そして都道府県選択画面情報を生成し（Ｓ５０５）、端末装置２に送信する。都道府県選択画面情報を受信した端末装置２のＣＰＵ４０は都道府県を選択する都道府県選択画面Ｐ５をディスプレイ４５に表示させる（Ｓ４１０）。なお、都道府県マスタテーブルＴＢＬ１５ａについては後述する。

図１４は都道府県選択画面Ｐ５の一例を示したものである。都道府県選択画面Ｐ５は、都道府県名表示領域Ｊ１、スクロールバーＪ２、決定ボタンＪ３、地方選択画面に戻るための戻るボタンＪ４、ゴルフイベント設定画面Ｐ２に戻るためのキャンセルボタンＪ５が配置されている。ここで、選択したいゴルフ場の存在する都道府県名が表示されている都道府県名表示領域Ｊ１のセルを押下し、決定ボタンＪ３を押下すると、次のゴルフ場選択画面Ｐ６へ進む。一方、戻るボタンＪ４を押下すると地方選択画面Ｐ４に戻る。また、選択したい都道府県名が表示されていない場合は、スクロールバーＪ２を操作することにより都道府県名表示領域Ｊ１をスクロールさせる。ここでは「千葉県」が選択されたものとする。

都道府県が選択され、決定ボタンＪ３が押下されると、端末装置２は都道府県の選択を受け付け（Ｓ４１１）、選択された都道府県の都道府県ＩＤを含むゴルフ場一覧画面表示要求を管理サーバ１に送信する。ゴルフ場一覧画面表示要求を受信した管理サーバ１は、記憶部１５に記憶されているゴルフ場マスタテーブルＴＢＬ１５ｂ（図１７）を参照し、受信した都道府県ＩＤが記録されているレコードを特定するとともにゴルフ場名を抽出してリストを作成する。そしてゴルフ場一覧画面情報を生成し（Ｓ５０６）、端末装置２に送信する。ゴルフ場一覧画面情報を受信した端末装置２のＣＰＵ４０は、ゴルフ場の一覧画面をディスプレイ４５に表示させる（Ｓ４１２）。なお、ゴルフ場マスタテーブルＴＢＬ１５ｂについては後述する。

図１５はゴルフ場選択画面Ｐ６の一例を示したものである。ゴルフ場選択画面Ｐ６は、ゴルフ場名表示領域Ｋ１、スクロールバーＫ２、決定ボタンＫ３、都道府県選択画面に戻るための戻るボタンＫ４、ゴルフイベント設定画面Ｐ２に戻るためのキャンセルボタンＫ５が配置されている。ここで、選択したいゴルフ場名が表示されているゴルフ場名表示領域Ｋ１のセルを押下し、決定ボタンＫ３を押下すると、ゴルフ場選択画面Ｐ６を終了してイベント設定画面Ｐ２に戻るとともに、選択したゴルフ場名が、イベント設定画面Ｐ２の場所入力領域Ｅ２に表示される。

ここで、図１６及び図１７を用いて、各マスタテーブルについて説明する。図１６は都道府県マスタテーブルＴＢＬ１５ａを示す一例である。フィールドＦ１は地方ＩＤのフィールド、フィールドＦ２は地方名のフィールド、フィールドＦ３は都道府県ＩＤのフィールド、フィールドＦ４は都道府県名のフィールドである。

また、図１７はゴルフ場マスタテーブルＴＢＬ１５ｂを示す一例である。フィールドｆ５は都道府県ＩＤのフィールド、フィールドＦ６はゴルフ場ＩＤのフィールド、フィールドＦ７はゴルフ場名のフィールドである。その他、例えばゴルフ場の位置情報等が記録されていてもよい。

ゴルフ場選択画面Ｐ６においてゴルフ場が選択され、決定ボタンＫ３が押下されると、端末装置２はゴルフ場の選択を受け付ける（Ｓ４１３）。そして当該選択されたゴルフ場に対応するゴルフ場ＩＤを含むゴルフイベント設定画面表示要求が端末装置２から管理サーバ１に送信される。ゴルフイベント設定画面表示要求を受信した管理サーバ１は、当該受信したゴルフ場ＩＤに基づいて、ゴルフ場マスタテーブルＴＢＬ１５ｂを参照し、ゴルフ場名を特定してゴルフイベント設定画面Ｐ２の場所入力領域Ｅ２にテキストを挿入した表示用情報を生成し（Ｓ５０７）、通信インターフェース３６を介して端末装置２に送信する。そして端末装置２のＣＰＵ４０は当該受信したゴルフイベント設定画面Ｐ２をディスプレイ４５に表示する（Ｓ４１４）。なお、管理サーバ１から端末装置２に送信する表示用情報は、いわゆる差分情報であってもよい。

そして図１１に示すゴルフイベント設定画面Ｐ２において、任意でコメントをコメント入力領域Ｅ３に入力する。コメントは入力しなくてもよい。

次に、誘う人を決めるために誘う人を決めるボタンＥ１０を押下すると、端末装置２は誘う人の選択を受け付け（Ｓ４５１）、端末装置２から管理サーバ１に対して、本人（所定の利用者及び所定の第１利用者の一例）の識別情報ＵＩＤを含む、誘う人画面表示要求が送信される。管理サーバ１は、当該誘う人画面表示要求を受信すると、当該要求に含まれる本人の識別情報ＵＩＤを特定し（Ｓ５５１）、この本人の識別情報ＵＩＤに基づいて外部管理サーバ３に対して友達照会要求を送信する。友達照会要求における処理は、図７に示すステップＳ１００〜ステップＳ１０７、及びステップＳ３０１〜ステップＳ３０３と同様の処理であるので説明を省略する。なお、本人の友達情報を管理装置１の記憶部１５でキャッシュしている場合は、かかる友達照会要求における処理は不要としてもよい。そして管理サーバ１のＣＰＵ３０は、ＳＮＳ友達及びＳＮＳ友達のＳＮＳ友達の氏名情報、識別情報ＵＩＤ、プロフィール画像を含む表示用情報を生成し（Ｓ５５２）、通信インターフェース３６を介して端末装置２に送信する。当該表示用情報を受信した端末装置２のＣＰＵ４０は、図１８に示すような誘う人選択画面Ｐ７をディスプレイ４５に表示する（Ｓ４５２）。

そして、ディスプレイ４５には図１８に示す誘う人選択画面Ｐ７が表示される。なお、表示はポップアップ表示でもよいし、マイページＰ１の表示自体を誘う人選択画面Ｐ７に切り替えるようにしてもよい。

誘う人選択画面Ｐ７は、メッセージ表示領域Ｌ１、ＳＮＳ友達選択バナーＬ２、スクロールバーＬ３、送信ボタンＬ４、ゴルフイベント設定画面Ｐ２に戻るための前に戻るボタンＬ５、ゴルフイベント設定自体をキャンセルするキャンセルボタンＬ６を備えている。

メッセージ表示領域Ｌ１には、誘う人選択画面Ｐ７を閲覧した利用者に対してゴルフに誘うＳＮＳ友達及びＳＮＳ友達のＳＮＳ友達の選択を促すメッセージとして、「誰をゴルフに誘いますか？」というメッセージが表示される。

ＳＮＳ友達選択バナーＬ２には、チェックボックスＬ７と、ＳＮＳ友達またはＳＮＳ友達のＳＮＳ友達のプロフィール画像Ｌ８が表示される。図１８に示す例では、ＳＮＳ友達５名分のＳＮＳ友達選択バナーＬ２が表示されているが、スクロールバーＬ３を操作して画面をスクロールすることによって他のＳＮＳ友達またはＳＮＳ友達のＳＮＳ友達のＳＮＳ友達選択バナーＬ２を表示させることができる。また、誘う人選択画面Ｐ７においては、ＳＮＳ友達選択バナーＬ２は、ＳＮＳ友達、ＳＮＳ友達のＳＮＳ友達の順に表示され、ＳＮＳ友達同士ではランダムな順序で表示される。また、図示しないが、ＳＮＳ友達のＳＮＳ友達については、氏名の後に小さく「友達の友達」等の表示を付して、ＳＮＳ友達と区別する。チェックボックスＬ７が押下されると、チェックボックスＬ７内にチェックマークが表示され、当該ＳＮＳ友達選択バナーＬ２の背景色が変化し、ゴルフに誘う相手として当該ＳＮＳ友達が選択されたことになる。図１８に示す例では、「山田 洋子」が選択された状態を示している。

送信ボタンＬ４が押下されると、端末装置２は誘う人選択を受け付け（Ｓ４５３）、選択されたＳＮＳ友達またはＳＮＳ友達のＳＮＳ友達の識別情報ＵＩＤ、ゴルフイベント設定画面Ｐ２で選択、入力された内容、及び本人の識別情報ＵＩＤを含むイベント設定情報を端末装置２から管理サーバ１に送信する。なお、本実施形態では送信ボタンＬ４が押下されると、端末装置２から管理サーバ１に所要の情報が送信される構成としているが、これに限られるものではなく、送信ボタンＬ４が押下されると入力内容、選択内容を確認するための確認画面（図示せず）を表示させ、確認画面において確認ボタン（図示せず）が押下されたら、端末装置２から管理装置１に対して所要の情報が送信されるように構成してもよい。

管理サーバ１のＣＰＵ３０は、受信したイベント設定情報に基づいて、所定の事項を催事候補情報管理テーブルＴＢＬ１３、及び応答情報管理テーブルＴＢＬ１４に記録する（Ｓ５５３）。

ここで、催事候補情報管理テーブルＴＢＬ１３の構成について、図１９を用いて説明する。催事候補情報管理テーブルＴＢＬ１３において、フィールドＦ８はイベントＩＤが記録されるフィールド、フィールドＦ９は登録者、すなわちゴルフイベントを設定したゴルフ利用者の識別情報ＵＩＤが記録されるフィールド、フィールドＦ１０はイベントが登録された日が記録されるフィールド、フィールドＦ１１はゴルフイベント設定画面Ｐ２において設定された第１候補の日付が登録されるフィールド、Ｆ１２は第１候補のゴルフ場のゴルフ場ＩＤが記録されるフィールド、フィールドＦ１３は第２候補の日付が登録されるフィールド、Ｆ１４は第２候補のゴルフ場のゴルフ場ＩＤが記録されるフィールド、フィールドＦ１５は第３候補の日付が登録されるフィールド、Ｆ１６は第３候補のゴルフ場のゴルフ場ＩＤが記録されるフィールド、フィールドＦ１７はゴルフイベントの完了フラグを記録するフィールドである。完了フラグについては後述する。

また、応答情報管理テーブルＴＢＬ１４の構成について、図２０を用いて説明する。応答情報管理テーブルＴＢＬ１４においては、イベントＩＤごとに個別の応答情報管理テーブルＴＢＬ１４ａ、ＴＢＬ１４ｂ等が作成される。ただし図２０では一例として個別の応答情報管理テーブルＴＢＬ１４ａを示すこととする。個別の応答情報管理テーブルＴＢＬ１４ａは、イベントＩＤ００００１に対応するテーブルである。フィールドＦ１８は誘う人として選択されたＳＮＳ友達またはＳＮＳ友達のＳＮＳ友達（提示対象利用者の一例）の識別情報ＵＩＤが記録されるフィールド、フィールドＦ１９は提示対象利用者からの応答があった日を記録するフィールド、フィールドＦ２０は提示対象利用者からの応答の有無を示すフラグが記録されるフィールド、フィールドＦ２１からフィールドＦ２３は第１から第３候補についての参加可否の内容が記録されるフィールドである。フィールドＦ２０に「０」が記録されている場合は、まだ応答情報を受信していないことを示す。また、フィールドＦ２１からフィールドＦ２３に「１」が記録されている場合は、該当する候補について参加の意思が示されたことを表す。フィールドＦ２１からフィールドＦ２３のいずれも「０」が記録されており、且つ応答フラグ（フィールドＦ２０）に「０」が記録されている場合は、不参加（参加しない／参加できない）の意思が示されたことを表す。

端末装置２から受信したイベント設定情報の内容に基づいて、催事候補情報管理テーブルＴＢＬ１３の新たなレコードのフィールドＦ８にイベントＩＤを割り当て、当該内容を送信した本人の識別情報ＵＩＤをフィールドＦ９に、第１候補の候補日をフィールドＦ１１に、第１候補のゴルフ場のゴルフ場ＩＤをフィールドＦ１２に、第２候補の候補日をフィールドＦ１３に、第２候補のゴルフ場のゴルフ場ＩＤをフィールドＦ１４に、第３候補の候補日をフィールドＦ１５に、第３候補のゴルフ場のゴルフ場ＩＤをフィールドＦ１６に記録するとともに、登録日をフィールドＦ１０に記録する。また、フィールドＦ１７の完了フラグは当初は「０」と記録する。

また、イベントＩＤに対応した個別の応答情報管理テーブルＴＢＬ１４ａを作成し、端末装置２から受信したイベント設定情報の内容に基づいて、提示対象利用者（選択されたＳＮＳ友達またはＳＮＳ友達のＳＮＳ友達）をフィールドＦ１８に記録する。また、この個別の応答情報管理テーブルＴＢＬ１４ａの作成時点では、フィールドＦ１９については、情報は記録されていない。また、フィールドＦ２０からフィールドＦ２３については「０」が記録される。

イベント設定情報を受信した管理サーバ１のＣＰＵ３０は、当該イベント設定情報に基づいてイベント勧誘情報を生成するとともに、当該イベント設定情報に含まれる提示対象利用者の識別情報ＵＩＤを抽出し、抽出した識別情報ＵＩＤを宛先として、外部管理サーバ３に対してイベント勧誘情報を送信する（Ｓ５５４）。具体的には、イベント設定情報から本人（送信者）の識別情報ＵＩＤを特定し、ゴルフ利用者情報テーブルＴＢＬ１１を参照して、当該本人の氏名を取得する。また、第１から第３候補の日付とゴルフ場ＩＤを特定する。そしてゴルフ場ＩＤに基づいて、ゴルフ場マスタテーブルＴＢＬ１５ｂを参照し、ゴルフ場名を取得する。なお、受信したイベント設定情報に第２候補や第３候補に係る日付とゴルフ場ＩＤが含まれていない場合がある。この場合は第２候補、第３候補に係るゴルフ場名は取得しない。そして、所定のフォームに送信者の氏名、第１から第３候補に係る日付とゴルフ場名を挿入したイベント勧誘情報を生成する。このイベント勧誘情報にはイベントＩＤを含む。また、端末装置２から受信したイベント設定情報に含まれる提示対象利用者の識別情報ＵＩＤを抽出し、当該識別情報ＵＩＤを宛先としたイベント勧誘情報を、外部管理サーバ３に送信する。

外部管理サーバ３においては、受信した識別情報ＵＩＤが割り当てられているＳＮＳ利用者に対し、イベント勧誘情報を通知する（Ｓ５９１）。この通知は、ＳＮＳ内における個別のメッセージとするが、Ｅメールアドレスを用いたメールの送信でもよい。

＜２−３：応答処理＞
次に、イベント勧誘情報を受信したＳＮＳ利用者が行う応答処理について、図面を用いて説明する。イベント勧誘情報を受信したＳＮＳ利用者が、イベント勧誘情報の通知を閲覧すると、当該通知にはリンク情報が含まれている。このイベント勧誘情報を受信したＳＮＳ利用者である提示対象利用者がリンクを押下すると（Ｓ６０１）、端末装置２は応答画面表示要求を管理サーバ１に送信する。応答画面表示要求を受信した管理サーバ１は、応答画面情報を生成し（Ｓ７０１）、端末装置２に対して送信する。応答画面情報を受信した端末装置２のＣＰＵ４０は、図２１に示す応答画面Ｐ８を端末装置２のディスプレイ４５に表示させる（Ｓ６０２）。

応答画面Ｐ８は、タイトル表示領域Ｑ１、メッセージ表示領域Ｑ２、参加の有無を択一的に選択するトグルボタンＱ３、イベント候補情報表示領域Ｑ４、送信ボタンＱ５、キャンセルボタンＱ６が設けられている。タイトル表示領域Ｑ１には、本実施形態では「小浪一夫さんからゴルフの誘いが届きました！」というテキストが表示されている。メッセージ表示領域Ｑ２には、本実施形態では「参加できる日を選択してください」というテキストが表示されている。また、「参加する」「参加しない／参加できない」のテキストに対してそれぞれトグルボタンＱ３が設けられており、いずれかを選択すると他方は選択できない択一的選択が可能となっている。イベント候補情報表示領域Ｑ４には、第１から第３候補までの日付とゴルフ場名の組が表示され、それぞれの候補に対応してチェックボックスＱ７が設けられている。そして、「参加する」側のトグルボタンＱ３が押下されると、チェックボックスＱ７にチェックマークを入れることが可能となる。本実施形態では、図２１に示すように、「参加する」側のトグルボタンＱ３が押下され、第１から第３候補までのチェックボックスＱ７にチェックマークが入れられている例を示している。必要事項を入力して送信ボタンＱ５が押下されると、入力した内容及びイベント勧誘情報に含まれていたイベントＩＤと、送信する提示対象利用者の識別情報を含む応答情報が端末装置２のＣＰＵ４０によって生成され（Ｓ６０３）、端末装置２から管理サーバ１に送信される。ここで、「参加する」として第１から第３候補のいずれかにチェックマークが入れられた場合は、チェックマークが入れられた候補を示す情報が応答情報に含まれる。一方、「参加しない／参加できない」側のトグルボタンＱ３がクリックされた場合は、応答情報にはチェックマークが入れられた候補を示す情報は含まない。

応答情報を受信した管理サーバ１のＣＰＵ３０は、応答情報に含まれるイベントＩＤに基づいて、このイベントＩＤに対応する応答情報テーブルＴＢＬ１４を特定する（Ｓ７０２）。ここでは特定される応答情報テーブルＴＢＬ１４として、個別の応答情報テーブルＴＢＬ１４ａが特定されたものとする。次に、応答情報テーブルＴＢＬ１４ａのフィールドＦ１８（提示対象利用者ＩＤ）に記録されている識別情報ＵＩＤと、応答情報に含まれている送信者の識別情報ＵＩＤとを照合し、一致する識別情報ＵＩＤを特定する（Ｓ７０３）。そして、当該特定した識別情報ＵＩＤに対応する応答フラグ（フィールドＦ２０）に「１」を記録するとともに応答情報を受信した日をフィールドＦ１９に記録する（Ｓ７０４）。また、応答情報に含まれる、チェックマークが入れられた候補を示す情報に基づき、チェックマークが入れられた候補に対応するフィールドＦ２１からフィールドＦ２３のフラグに「１」を記録する（Ｓ７０５）。一方、応答情報に、チェックマークが入れられた候補を示す情報が含まれていない場合は、不参加と判断し、フィールドＦ２１からフィールドＦ２３には何も記録しない。本実施形態では、例えば図２０に示すように、提示対象利用者ＩＤ「２ｄｘ００ｘ００」のＳＮＳ利用者からは、２０１２年７月１１日に応答情報を受信し、第１候補から第３候補までのいずれについても「参加」である旨の応答情報であったことを示す。

以上のようにゴルフイベントを設定できるようにしたことで、参加者は複数の候補から参加の意思を選択することができ、便宜である。また、イベント勧誘情報の送信先としてＳＮＳ友達を指定できるようにしたことで、連絡を取り合っているＳＮＳ友達に対して、別のツール（Ｅメールや電話等）を使うことなく、手軽にゴルフに誘うことができるようになる。更にイベント勧誘情報の送信先としてＳＮＳ友達のＳＮＳ友達まで指定できるようにしたことで、本人とは直接のつながりのない者であっても、ゴルフに誘うことができるようになるとともに、ゴルフに誘われたＳＮＳ友達のＳＮＳ友達は、共通のＳＮＳ友達が存在することで安心してゴルフの誘いを受けることができ、比較的容易に交流範囲を広げることができるようになる。

また、イベント設定を行った本人は、イベント管理画面を閲覧可能である。即ち、図１０に示すマイページＰ１の右上隅には、「イベント管理」アイコンＸ４が表示されている。この「イベント管理」アイコンＸ４を押下することにより、自身がイベント設定を行ったイベントの情報を閲覧することができる。

アイコンＸ４を押下すると、図２２に示すようなイベント一覧画面Ｐ９がポップアップ表示される。なお、ポップアップ表示ではなく、マイページＰ１の表示自体をイベント一覧画面Ｐ９に切り替えるようにしてもよい。このイベント一覧画面Ｐ９には、本実施形態では自身がイベント設定を行ったイベントへのリンクバナーが表示される。具体的には、アイコンＸ４が押下されると、端末装置２から管理サーバ１に対して、本人の識別情報ＵＩＤを含むイベント一覧表示要求が送信される。このイベント一覧表示要求を受信した管理サーバ１のＣＰＵ３０は、催事候補情報管理テーブルＴＢＬ１３のフィールドＦ９（登録者ＩＤ）を参照し、本人の識別情報ＵＩＤと一致するレコードを特定する。そして当該抽出したレコードのうち、フィールドＦ１７の完了フラグに「０」が記録されているものを特定する。ＣＰＵ３０は、残ったレコードを参照するためのリンクバナーを含むイベント一覧画面情報を生成し、通信インターフェース３６を介して端末装置２に送信する。そしてイベント一覧画面情報を受信した端末装置２のＣＰＵ４０は、図２２に示すようなイベント一覧画面Ｐ９をディスプレイ４５に表示させる。

イベント一覧画面Ｐ９は、タイトル表示領域Ｒ１、メッセージ表示領域Ｒ２、イベント選択バナーＲ３、決定ボタンＲ４、キャンセルボタンＲ５を備えている。タイトル表示領域Ｒ１には、本実施形態では「イベント一覧」と表示されている。メッセージ表示領域Ｒ２には、本実施形態では「閲覧したいイベントを選択してください」と表示され、イベント選択バナーＲ３の選択を促している。イベント選択バナーＲ３には、本実施形態では、イベントの登録日と第１候補の日付及びゴルフ場が記載されている。なお、本実施形態では管理サーバ１においてイベント一覧画面情報を生成する際、フィールドＦ１７の完了フラグに「１」が記録されているレコードを除外しているが、他の実施形態においては、完了フラグに「１」が記録されているレコードも含めたイベント一覧画面情報を生成するとともに、イベント一覧画面Ｐ９においては、完了フラグに「０」が記録されているイベントと、完了フラグに「１」が記録されているイベントとを、例えばバナーの色を変えるなどして区別して表示することとしてもよい。

ここでイベント選択バナーＲ３の１つが選択され、決定ボタンＲ４が押下されると、端末装置２から管理サーバ１に対し、イベントＩＤを含むイベント情報表示要求が送信される。イベント情報表示要求を受信した管理サーバ１のＣＰＵ３０は、催事候補情報管理テーブルＴＢＬ１３を参照し、イベント情報表示要求に含まれるイベントＩＤに基づいてイベントを特定する。また、応答情報管理テーブルＴＢＬ１４を参照し、当該イベントＩＤについての個別の応答情報管理テーブルＴＢＬ１４を特定する。その具体的な処理は後述する。

そして管理サーバ１のＣＰＵ３０は、特定したイベントと個別の応答情報管理テーブルＴＢＬ１４に記録された応答情報に基づいてイベント管理画面情報を生成し、通信インターフェース３６を介して端末装置２に送信する。端末装置２のＣＰＵ４０は、受信したイベント管理画面情報に基づき、イベント管理画面Ｐ１０をディスプレイ４５に表示させる。

イベント管理画面Ｐ１０は、図２３に示すように、タイトル表示領域Ｔ１、イベント内容表示領域Ｔ２、応答状況表示領域Ｔ３、完了チェック表示領域Ｔ４、更新ボタンＴ５、終了ボタンＴ６を備えている。タイトル表示領域Ｔ１には、本実施形態では「イベント管理」と表示されている。イベント内容表示領域Ｔ２には、設定されたゴルフイベントの内容として、第１候補から第３候補までの内容が表示されている。応答状況表示領域Ｔ３は、提示対象利用者（ゴルフイベントに誘ったＳＮＳ利用者）の氏名を表示する氏名表示欄Ｔ７、第１候補から第３候補までの応答状況を表示する応答状況欄Ｔ８が設けられている。

氏名表示欄Ｔ７に表示される氏名は、次のように特定される。即ち、イベント情報表示要求を端末装置２から受信した管理サーバ１のＣＰＵ３０は、イベント情報表示要求に含まれる本人の識別情報ＵＩＤをキーとして、個別の応答情報管理テーブルＴＢＬ１４を特定し、当該個別の応答情報管理テーブルＴＢＬ１４のフィールドＦ１８（提示対象利用者ＩＤ）を参照する。そして提示対象利用者の識別情報ＵＩＤを抽出し、当該抽出した識別情報ＵＩＤを含むＳＮＳ利用者情報照会要求を外部管理サーバ３に送信する。ＳＮＳ利用者情報照会要求を受信した外部管理サーバ３は、受信した識別情報ＵＩＤをキーとしてＳＮＳ利用者情報テーブルＴＢＬ３１を検索し、当該識別情報ＵＩＤが割り当てられているＳＮＳ利用者に関する情報（本実施形態では氏名情報）を抽出して、管理サーバ１に送信する。外部管理サーバ３から氏名情報を受信した管理サーバ１は、イベント管理画面情報に含ませる。

また、応答状況欄Ｔ８に表示される応答状況については、次のように特定される。即ち、当該提示対象利用者の識別情報ＵＩＤを抽出した管理サーバ１のＣＰＵ３０は、当該提示対象利用者の識別情報ＵＩＤに基づいて、応答情報管理テーブルＴＢＬ１４に記録されている各識別情報ＵＩＤごとの応答状況を参照し、イベント管理画面情報に含ませる。

これらにより、図２３の応答状況表示領域Ｔ３に示すように表示される。なお、本実施形態では「○」は参加である旨の応答情報を受信した旨を示し、「×」は不参加（参加しない／参加できない）である旨の応答情報を受信した旨を示す。また、応答情報を受信していない、即ち応答情報管理テーブルＴＢＬ１４で応答フラグフィールドＦ２０に「０」が記録されている場合、イベント管理画面Ｐ１０では第１候補から第３候補までのいずれの候補についても「−」が表示される。

完了チェック表示領域Ｔ４には、タイトル、メッセージとともに、チェックボックスが設けられている。このチェックボックスにチェックマークを入れた状態で更新ボタンＴ５を押下すると、イベントＩＤと、チェックボックスにチェックマークが入れられた旨を含む更新情報送信要求が端末装置２から管理サーバ１に送信される。管理サーバ１のＣＰＵ３０は、受信したイベントＩＤをキーとして催事候補情報管理テーブルＴＢＬ１３を検索して特定し、当該特定したイベントのレコードについての完了フラグフィールドＦ１７に「１」を記録する。更にＣＰＵ３０は、当該イベントＩＤについての個別の応答情報管理テーブルＴＢＬ１４を参照し、各提示対象利用者ＩＤごとの応答状況を含むイベント管理画面情報を生成し、通信インターフェース３６を介して端末装置２に送信する。そして端末装置２のＣＰＵ４０は、受信したイベント管理画面情報に基づいてイベント管理画面Ｐ１０をディスプレイ４５に表示させる。なお、管理サーバ１から端末装置２に送信される情報は、いわゆる差分情報であってもよい。

終了ボタンＴ６が押下されると、イベント管理画面Ｐ１０を終了させる。ここで、表示情報に変更が加えられていた場合、具体的には完了チェック表示領域Ｔ４のチェックボックスにチェックマークが入れられるなどした場合は、変更を保存するか否かを問うポップアップ表示を行うこととしてもよい。完了のチェックマークがチェックボックスに入れられた状態で終了ボタンＴ６が押下された場合、本実施形態では次回以降のイベント一覧画面Ｐ９（図２２）にはそのイベントは表示されない。

以上のようにイベント管理画面Ｐ１０を設けることで、ゴルフイベントに誘った者についての応答状況を容易に確認することができ、便宜である。なお、本実施形態ではイベント管理画面Ｐ１０はイベントを設定したゴルフ利用者以外は閲覧できないこととしているが、これに限られるものではなく、イベントに誘ったＳＮＳ利用者が閲覧できるように構成してもよい。この場合、イベントに誘ったＳＮＳ利用者がゴルフ情報アプリケーションに登録していない場合は、イベント情報の閲覧前に、ゴルフ情報アプリケーションに登録する旨、及び所定の許可を求めるように構成する。

本実施形態のように構成することで、ゴルフに誘う者に対してメッセージを送ることが容易となり、またメッセージを受信した者も容易に応答できる。また、応答状況の一覧画面を用いれば、メッセージを送信した者についての応答状況を把握することが容易となる。これらから明らかなように、本実施形態のように構成することによって、ゴルフイベント（催事の一例）において幹事となる者の負担を極力軽減することが可能となる。

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

管理サーバ１Ａは、利用者情報テーブルＴＢＬ４１と、友達情報テーブルＴＢＬ１２と、催事候補情報管理テーブルＴＢＬ１３と、応答情報管理テーブルＴＢＬ１４と、設定値管理マスターテーブルＴＢＬ１５とを記憶した記憶部１５を備える。また、記憶部１５には、管理サーバ１Ａを制御するプログラムが記憶されている。

利用者情報テーブルＴＢＬ４１は、第１実施形態における外部管理サーバ３のＳＮＳ利用者情報テーブルＴＢＬ３１と同様の構成であるので、説明は省略する。また、友達情報テーブルＴＢＬ１２は、第１実施形態における外部管理サーバ３の友達情報テーブルＴＢＬ３２と同様の構成であるので、説明は省略する。

また管理サーバ１Ａは、取得部１１、候補情報取得部１２、応答情報取得部１３、提示部１４をも備える。取得部１１は、管理サーバ１Ａが本人（所定の利用者及び所定の第１利用者の一例）と友達関係（特定の関係の一例）を表示する要求を受信すると、利用者情報テーブルＴＢＬ４１に記憶された本人の識別情報ＵＩＤに基づいて、友達情報テーブルＴＢＬ１２に記憶されている友達情報を取得する機能と、当該取得した友達情報に基づいて特定された、本人と友達関係を有するＳＮＳ利用者（ＳＮＳ友達）についての友達情報を取得する機能と、取得した友達情報に基づいて特定された、ＳＮＳ友達と更に友達関係を有するＳＮＳ利用者（ＳＮＳ友達のＳＮＳ友達）についての、及びＳＮＳ友達についてのプロフィール画像等の所定の情報を取得する機能と、を備える。

また管理サーバ１Ａは、候補情報取得部１２、応答情報取得部１３、提示部１４を備える。これらは第１実施形態と同様であるので、説明を省略する。

本実施形態の構成によっても、ゴルフに誘う者（提示対象利用者）に対してメッセージを送ることが容易となり、また提示対象利用者も容易に応答できる。また、応答状況の一覧画面を用いれば、メッセージを送信した者についての応答状況を把握することが容易となる。これらから明らかなように、本実施形態の構成によっても、ゴルフイベント（催事の一例）において幹事となる者の負担を極力軽減することが可能となる。

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

上述した実施形態では、ゴルフイベント設定において、提示対象利用者からの応答期限を設けていなかったが、応答期限を設け、この応答期限までに応答情報が提示対象利用者から送信されなかった場合は、不参加と判断することとしてもよい。この場合の一例としては、提示対象利用者に送信するイベント勧誘情報内のリンクに有効期限を設け、当該有効期限を超過するとリンクを無効とする。また、応答情報管理テーブルＴＢＬ１４において応答期限のフィールドを設け、応答情報管理テーブルＴＢＬ１４を定期的に更新して、応答期限を超過しても応答フラグに「０」が記録されているレコードについて、応答フラグに「１」を記録するように構成することができる。このように応答フラグに「１」を自動的に記録することで、本人がイベント管理画面Ｐ１０を閲覧した際の処理において、第１候補から第３候補までのフィールドには「０」が記録されたままであるので、当該提示対象利用者については不参加と表示されることとなる。

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

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

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

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

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

ＮＥＴ……通信網、１，１Ａ……管理サーバ、２……端末装置、３……外部管理サーバ、１１……取得部、１２……候補情報取得部、１３……応答情報取得部、１４……提示部、２１……入力部、２２……通知部、２３……表示部。

Claims (6)

1. 所定のサービスを提供し、当該サービスを受ける利用者の端末装置と通信可能な催事管理装置の管理方法であって、
   所定の利用者の前記端末装置の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報及び当該催事候補情報の提示対象利用者を特定可能な識別情報を含む対象利用者情報を取得し、
   前記催事候補情報を前記対象利用者情報に基づいて特定される前記提示対象利用者に対して提示し、
   前記提示対象利用者による前記端末装置の操作に応じて、前記催事候補情報についての応答情報を取得し、
   少なくとも前記提示の前までに前記催事候補情報を記憶し、前記応答情報を取得すると、当該取得した前記応答情報を、前記催事候補情報及び当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と関連づけて記憶することを特徴とする、催事管理装置の管理方法。
2. 所定のサービスを提供し、当該サービスを受ける利用者の端末装置と通信可能な催事管理装置であって、
   所定の利用者による前記端末装置の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報及び当該催事候補情報の提示対象利用者を特定可能な識別情報を含む対象利用者情報を取得可能な取得部と、
   前記催事候補情報を、前記対象利用者情報に基づいて特定される提示対象利用者に対して提示可能な提示部と、
   前記提示対象利用者による前記端末装置の操作に応じて、前記催事候補情報についての応答情報を取得可能な応答情報取得部と、
   前記催事候補情報と、前記応答情報と、当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と、を関連付けて記憶可能な記憶部と、
   を備えることを特徴とする催事管理装置。
3. 所定のサービスを提供し、当該サービスを受ける利用者の端末装置と通信可能で、コンピュータを備える催事管理装置のプログラムであって、
   前記コンピュータを、
   所定の利用者による前記端末装置の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報及び当該催事候補情報の提示対象利用者を特定可能な識別情報を含む対象利用者情報を取得可能な取得部と、
   前記催事候補情報を、前記対象利用者情報に基づいて特定される提示対象利用者に対して提示可能な提示部と、
   前記提示対象利用者による前記端末装置の操作に応じて、前記催事候補情報についての応答情報を取得可能な応答情報取得部と、
   前記催事候補情報と、前記応答情報と、当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と、を関連付けて記憶可能な記憶部として機能させる、
   ことを特徴とする催事管理装置のプログラム。
4. 第１サービスを提供可能であり、当該第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供する外部管理装置と通信可能で、前記第１利用者の端末装置と通信可能な催事管理装置の管理方法であって、
   所定の第１利用者による前記端末装置の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報及び当該催事候補情報の提示対象として前記第２サービスの提供を受ける第２利用者から選択された提示対象利用者を特定可能な識別情報を含む対象利用者情報を取得し、
   前記対象利用者情報に基づいて特定される提示対象利用者に対して前記催事候補情報を提示し、
   前記提示対象利用者による前記端末装置の操作に応じて、前記催事候補情報についての応答情報を取得し、
   少なくとも前記提示の前までに前記催事候補情報を記憶し、前記応答情報を取得すると、当該取得した前記応答情報を、前記催事候補情報及び当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と関連づけて記憶することを特徴とする、催事管理装置の管理方法。
5. 第１サービスを提供可能であり、当該第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供する外部管理装置と通信可能で、前記第１利用者の端末装置と通信可能な催事管理装置であって、
   所定の第１利用者による前記端末装置の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報及び当該催事候補情報の提示対象として前記第２サービスの提供を受ける第２利用者から選択された提示対象利用者を特定可能な識別情報を含む対象利用者情報を取得可能な取得部と、
   前記催事候補情報を、前記対象利用者情報に基づいて特定される提示対象利用者に対して提示可能な提示部と、
   前記提示対象利用者による前記端末装置の操作に応じて、前記催事候補情報についての応答情報を取得可能な応答情報取得部と、
   前記催事候補情報と、前記応答情報と、当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と、を関連付けて記憶可能な記憶部と、
   を備えることを特徴とする催事管理装置。
6. 第１サービスを提供可能であり、当該第１サービスの提供を受ける第１利用者を含む第２利用者に対して第２サービスを提供する外部管理装置と通信可能で、前記第１利用者の端末装置と通信可能で、コンピュータを備える催事管理装置のプログラムであって、
   前記コンピュータを、
   所定の第１利用者による前記端末装置の操作に応じて、催事についての日程候補と場所候補の組み合わせに係る少なくとも一組の催事候補情報及び当該催事候補情報の提示対象として前記第２サービスの提供を受ける第２利用者から選択された提示対象利用者を特定可能な識別情報を含む対象利用者情報を取得可能な取得部と、
   前記催事候補情報を、前記対象利用者情報に基づいて特定される提示対象利用者に対して提示可能な提示部と、
   前記提示対象利用者による前記端末装置の操作に応じて、前記催事候補情報についての応答情報を取得可能な応答情報取得部と、
   前記催事候補情報と、前記応答情報と、当該応答情報を送信した前記提示対象利用者を特定可能な識別情報と、を関連付けて記憶可能な記憶部として機能させる、
   ことを特徴とする催事管理装置のプログラム。

Images