JP2014119890A - 情報提供装置のプログラム、情報提供装置の制御方法、情報提供装置、及び、情報提供システム - Google Patents

Abstract

【課題】イベントの提案を特定の幹事に行う。
【解決手段】情報提供サーバによって提供される所定のアクティビティに関するサービスについての過去の予約履歴に記録された第１ユーザのうち、第２ユーザの所定のサービス提供地域において提供されるサービスに予約履歴に記録された第１ユーザを抽出する。抽出された第１ユーザについての所定の基準に基づく成績と、抽出された第１ユーザとを関連付けて提示し、提示された第１ユーザのうちの少なくとも一の第１ユーザを、第２ユーザの端末装置において選択可能とする。第２ユーザの端末装置から、所定のアクティビティに関するイベントを誘致する条件を示す条件情報を取得し、選択された一の第１ユーザ宛に、条件情報を表示可能に通知する。
【選択図】図１９

Description

本発明は、イベントの提案を効果的に行う技術に関する。

所定のイベント、例えばゴルフコンペティション等の複数人で行うプレー（以下、「コンペ」という）を開催する場合には、コンペの幹事が参加者を集め、参加者のスケジュール調整を行ってから、電話等で所望のゴルフ場に対して予約を行っている。しかし、このような手続きは非常に煩雑であるため、簡単にコンペを開催できるようにした技術が提案されている（例えば、特許文献１）。特許文献１の方法では、コンペの発起人が、自分自身の都合でゴルフ場を選択して予約を行い、コンペの情報をサーバへアップロードし、参加者を募集するようになっている。

特開２００７−１３３７６８号公報

特許文献１の方法はあくまでもコンペの幹事がゴルフ場を選択してコンペを開催する方法であり、ゴルフ場が特定の幹事に対してコンペを提案するという方法ではない。
しかしながら、幹事の中でも、何度も予約実績のある幹事や、予約人数の多い予約実績のある幹事は、ゴルフ場から見れば、コンペの成約率を向上させるという意味では重要な顧客である。
上述したような状況は、コンペだけでなく、フットサル大会、スリーオンスリー等のバスケットボール大会、ダーツ大会、ボウリング大会、あるいは、ゲーム大会等の競技会や、合唱コンクール、カラオケ大会等のコンクール等を含むイベントにおいても同様であり、会場側から特定の幹事に対して効果的にイベントを提案できる方法は従来には存在しなかった。
本発明は、この点に鑑みてなされたものであり、イベントの提案を特定の幹事に行うことなどを解決課題とする。

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

上述した課題を解決するため、本発明に係る情報提供装置のプログラムは、所定のアクティビティに関するサービスを利用する第１ユーザの端末装置（２ａ）と、所定のサービス提供地域において前記サービスを提供する第２ユーザの端末装置（２ｂ）との双方と通信可能であって、前記第１ユーザ及び第２ユーザに前記サービスに関する情報を提供する、コンピュータを備えた情報提供装置（１）のプログラムであって、前記コンピュータを、前記第１ユーザによる前記サービスについての過去の予約情報を予約履歴として管理する予約履歴管理部（１０）と、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、前記予約履歴に記録された前記第１ユーザのうち、当該第２ユーザの前記所定のサービス提供地域において提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出する第１ユーザ抽出部（１１）と、前記第１ユーザ抽出部（１１）によって抽出された前記第１ユーザについての、所定の基準に基づく成績を算出する算出部（１２）と、前記第１ユーザ抽出部（１１）によって抽出された前記第１ユーザと、前記算出部（１２）により算出された当該第１ユーザについての前記成績とを関連付けて提示する提示部（１３）と、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、前記提示部（１３）により提示された前記第１ユーザのうちの少なくとも一の第１ユーザを選択する第１ユーザ選択部（１４）と、前記第２ユーザの端末装置（２ｂ）から、前記所定のアクティビティに関するイベントを誘致する条件を示す条件情報を取得可能な条件情報取得部（１６）と、前記第１ユーザ選択部（１４）により選択された前記一の第１ユーザ宛に、前記条件情報を表示可能に通知する通知部（１７）として機能させることを特徴とする。

この発明において、前記予約履歴は、前記要求を行った前記第２ユーザが提供するサービスについての予約に関する予約履歴だけでなく、前記第２ユーザがサービスを提供する所定の地域内における他の前記第２ユーザが提供するサービスについての予約に関する予約履歴、及び、前記所定の地域内において、前記要求を行った前記第２ユーザ以外の他の第２ユーザが提供するサービスについての予約に関する予約履歴を含む概念である。前記成績には、自身が予約者として、または同伴者として予約された回数である予約回数、前記所定のアクティビティの利用人数の総数、所定のコミュニティサービスにおける友達数、前記予約を行った前記第１ユーザについての評価の平均値等を含む概念である。

上述した情報提供装置のプログラムにおいて、前記第１ユーザ抽出部（１１）は、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、少なくとも当該第２ユーザによって提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出するようにしてもよい。

上述した情報提供装置のプログラムにおいて、前記第１ユーザ抽出部（１１）は、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、少なくとも当該第２ユーザとは異なる前記第２ユーザによって提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出するようにしてもよい。

上述した情報提供装置のプログラムにおいて、前記算出部（１２）は、前記第１ユーザによる所定期間内における予約回数に基づいて前記成績を算出するようにしてもよい。

上述した情報提供装置のプログラムにおいて、前記算出部（１２）は、所定期間内における、当該予約を行った前記第１ユーザを含む当該予約に係る前記所定のアクティビティの利用人数の総数に基づいて前記成績を算出するようにしてもよい。

上述した情報提供装置のプログラムにおいて、前記情報提供装置（１）は、前記所定のアクティビティに関するコミュニティサービスを提供し、前記算出部（１２）は、前記コミュニティサービスにおける友達数に基づいて前記成績を算出するようにしてもよい。

上述した情報提供装置のプログラムにおいて、前記情報提供装置（１）は、コミュニティサービスを提供する外部管理装置（３）と通信可能であり、前記算出部（１２）は、前記外部管理装置（３）により提供される前記コミュニティサービスにおける友達数に基づいて前記成績を算出するようにしてもよい。

上述した情報提供装置のプログラムにおいて、前記コンピュータを、前記情報提供装置（１）は、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、前記第１ユーザについての評価を管理する評価管理部（１８）として更に機能させ、前記算出部（１２）は、前記評価管理部（１８）により管理される前記第１ユーザの評価の平均値に基づいて前記成績を算出するようにしてもよい。

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

上述した課題を解決するため、本発明に係る情報提供装置の制御方法は、所定のアクティビティに関するサービスを利用する第１ユーザの端末装置（２ａ）、及び、所定のサービス提供地域において前記所定サービスを提供する第２ユーザの端末装置（２ｂ）と通信可能で、前記サービスに関する情報を提供する情報提供装置（１）の制御方法であって、前記第１ユーザによる前記サービスについての過去の予約情報を予約履歴として管理し、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、前記予約履歴に記録された前記第１ユーザのうち、当該第２ユーザの前記所定のサービス提供地域において提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出し、前記抽出された前記第１ユーザについての、所定の基準に基づく成績を算出し、前記抽出された前記第１ユーザと、前記算出された当該第１ユーザについての前記成績とを関連付けて提示し、前記提示された前記第１ユーザのうちの少なくとも一の第１ユーザを選択し、前記第２ユーザの端末装置（２ｂ）から、前記所定のアクティビティに関するイベントを誘致する条件を示す条件情報を取得し、前記選択された前記一の第１ユーザ宛に、前記条件情報を表示可能に通知することを特徴とする。

上述した課題を解決するため、本発明に係る情報提供装置は、所定のアクティビティに関するサービスを利用する第１ユーザの端末装置（２ａ）と、所定のサービス提供地域において前記サービスを提供する第２ユーザの端末装置（２ｂ）との双方と通信可能な情報提供装置（１）であって、前記第１ユーザによる前記サービスについての過去の予約情報を予約履歴として管理する予約履歴管理部（１０）と、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、前記予約履歴に記録された前記第１ユーザのうち、当該第２ユーザの前記所定のサービス提供地域において提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出する第１ユーザ抽出部（１１）と、前記第１ユーザ抽出部（１１）によって抽出された前記第１ユーザについての、所定の基準に基づく成績を算出する算出部（１２）と、前記第１ユーザ抽出部（１１）によって抽出された前記第１ユーザと、前記算出部（１２）により算出された当該第１ユーザについての前記成績とを関連付けて提示する提示部（１３）と、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、前記提示部（１３）により提示された前記第１ユーザのうちの少なくとも一の第１ユーザを選択する第１ユーザ選択部（１４）と、前記第２ユーザの端末装置（２ｂ）から、前記所定のアクティビティに関するイベントを誘致する条件を示す条件情報を取得可能な条件情報取得部（１６）と、前記第１ユーザ選択部（１４）により選択された前記一の第１ユーザ宛に、前記条件情報を表示可能に通知する通知部（１７）として機能させることを特徴とする。

上述した情報提供装置において、前記第１ユーザ抽出部（２ａ）は、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、少なくとも当該第２ユーザによって提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出するようにしてもよい。

上述した情報提供装置において、前記第１ユーザ抽出部（２ａ）は、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、少なくとも当該第２ユーザとは異なる前記第２ユーザによって提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出するようにしてもよい。

上述した情報提供装置において、前記算出部（１２）は、前記第１ユーザによる所定期間内における予約回数に基づいて前記成績を算出するようにしてもよい。

上述した情報提供装置において、前記算出部（１２）は、所定期間内における、当該予約を行った前記第１ユーザを含む当該予約に係る前記所定のアクティビティの利用人数の総数に基づいて前記成績を算出するようにしてもよい。

上述した情報提供装置において、前記情報提供装置（１）は、前記所定のアクティビティに関するコミュニティサービスを提供し、前記算出部（１２）は、前記コミュニティサービスにおける友達数に基づいて前記成績を算出するようにしてもよい。

上述した情報提供装置において、前記情報提供装置（１）は、コミュニティサービスを提供する外部管理装置（３）と通信可能であり、前記算出部（１２）は、前記外部管理装置（３）により提供される前記コミュニティサービスにおける友達数に基づいて前記成績を算出するようにしてもよい。

上述した情報提供装置において、前記第２ユーザの端末装置（２ｂ）からの要求に応じて、前記第１ユーザについての評価を管理する評価管理部（１８）を更に備え、前記算出部（１２）は、前記評価管理部（１２）により管理される前記第１ユーザの評価の平均値に基づいて前記成績を算出するようにしてもよい。

上述した課題を解決するため、本発明に係る情報提供処理装置の制御システムは、所定のアクティビティに関するサービスを利用する第１ユーザの端末装置（２ａ）と、所定のサービス提供地域において前記サービスを提供する第２ユーザの端末装置（２ｂ）と、前記第１ユーザの端末装置（２ａ）と第２ユーザの端末装置（２ｂ）との双方と通信可能で、前記第１ユーザ及び第２ユーザに前記サービスに関する情報を提供する情報提供装置（１）とを備える情報提供システムであって、前記第１ユーザの端末装置（２ａ）は、前記情報提供装置（１）に対して、前記サービスの予約の申込みを行う予約部（２２ａ）と、前記情報提供装置（１）からの通知を受け付ける受付部（２３ａ）とを備え、前記第２ユーザの端末装置（２ｂ）は、前記情報提供装置（１）に対して、前記第１ユーザの抽出を要求する抽出要求部（２２ｂ）と、前記情報提供装置（１）に対して、前記第１ユーザの選択を要求する選択要求部（２３ｂ）と、前記所定のアクティビティに関するイベントを誘致する条件を示す条件情報を入力する入力部（２１ｂ）とを備え、前記情報処理装置（１）は、前記第１ユーザの端末装置（２ａ）からの前記予約の申込みを受け付ける予約受付部（１９）と、前記第１ユーザによる前記サービスについての過去の予約情報を予約履歴として管理する予約履歴管理部（１０）と、前記抽出要求部（２２ｂ）からの要求に応じて、前記予約履歴に記録された前記第１ユーザのうち、当該第２ユーザの前記所定のサービス提供地域において提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出する第１ユーザ抽出部と（１１）、前記第１ユーザ抽出部（１１）によって抽出された前記第１ユーザについての、所定の基準に基づく成績を算出する算出部（１２）と、前記第１ユーザ抽出部（１１）によって抽出された前記第１ユーザと、前記算出部（１２）により算出された当該第１ユーザについての前記成績とを関連付けて提示する提示部（１３）と、前記選択要求部（２３ｂ）からの要求に応じて、前記提示部（１３）により提示された前記第１ユーザのうちの少なくとも一の第１ユーザを選択する第１ユーザ選択部（１４）と、前記第２ユーザの端末装置（２ｂ）から、前記所定のアクティビティに関するイベントを誘致する条件を示す条件情報を取得可能な条件情報取得部（１６）と、前記第１ユーザ選択部（１４）により選択された前記一の第１ユーザ宛に、前記条件情報を表示可能に通知する通知部（１７）とを備えることを特徴とする。

本発明の第１実施形態に係る情報提供システムのブロック図である。 ＳＮＳユーザとゴルフユーザの関係を示す説明図である。 ゴルフユーザ情報テーブルのデータ構造の一例を示す説明図である。 ゴルフ場テーブルのデータ構造の一例を示す説明図である。 スコアテーブルのデータ構造の一例を示す説明図である。 ラウンド頻度テーブルのデータ構造の一例を示す説明図である。 ＳＮＳユーザ情報テーブルのデータ構造の一例を示す説明図である。 ＳＮＳ友達情報テーブルのデータ構造の一例を示す説明図である。 情報提供サーバの構成を示すブロック図である。 端末装置の構成を示すブロック図である。 端末装置の表示画面の一例を示す説明図である。 情報提供システムのコンペ提案に関する動作シーケンスを示すシーケンス図である。 ゴルフ場予約アプリケーションのログイン画面の一例を示す説明図である。 ゴルフ場予約アプリケーションの管理画面の一例を示す説明図である。 ゴルフ場予約アプリケーションのコンペ提案ページの一例を示す説明図である。 ゴルフ場予約アプリケーションのコンペ提案条件設定ページの一例を示す説明図である。 コンペ情報テーブルのデータ構造の一例を示す説明図である。 予約情報テーブルのデータ構造の一例を示す説明図である。 情報提供システムの幹事選択処理に関する動作シーケンスを示すシーケンス図である。 端末装置の表示画面の一例を示す説明図である。 情報提供システムの幹事選択処理に関する動作シーケンスを示すシーケンス図である。 端末装置の表示画面の一例を示す説明図である。 ゴルフ場予約アプリケーションの予約者評価ページの一例を示す説明図である。 ゴルフ場予約アプリケーションの評価入力ページの一例を示す説明図である。 評価情報テーブルのデータ構造の一例を示す説明図である。 本発明の第２実施形態における情報提供システムの幹事選択処理に関する動作シーケンスを示すシーケンス図である。

以下、実施形態として、本発明に係る情報提供サーバを用いた情報提供システムについて、所定のイベントとしてコンペ（ゴルフコンペ）を例に挙げて、図面を参照しつつ説明する。
＜第１実施形態＞
＜１：情報提供システムの構成＞
図１は、本発明の実施形態に係る情報提供システム１００のブロック図である。この情報提供システム１００は、インターネットなどの通信網ＮＥＴを介して、ゴルフ情報サービス、及びゴルフ場予約サービスを提供する情報提供装置の一例としての情報提供サーバ１、ゴルフを行うユーザ（第１ユーザの一例）の端末装置２ａ、ゴルフ場を管理するユーザ（第２ユーザの一例）の端末装置２ｂ、及びＳＮＳサイトを提供する管理サーバ３（外部管理装置の一例）を備える。以下の説明では、情報提供サーバ１のゴルフ情報サービスを利用するユーザをゴルフユーザ、ゴルフ場を管理し、ゴルフ場予約サービスを利用してコンペ誘致を行うユーザをゴルフ場管理者、管理サーバ３のＳＮＳの利用者をＳＮＳユーザと称する。なお、ゴルフ場予約サービスは、ゴルフユーザも利用可能なサービスであるが、本実施形態においては、ゴルフユーザによるゴルフ場予約サービスの利用態様の説明については省略する。

管理サーバ３が提供するＳＮＳサイトは、ユーザ同士のコミュニケーションツール（すなわち、ユーザの間で行われるメッセージ管理情報の授受、例えば、掲示板、メール、チャット等）を提供する。また、ＳＮＳサイトにおいて、友達関係は、アクション元のＳＮＳユーザが友達申請を行い、これをアクション先のＳＮＳユーザが承認することによって構築される。管理サーバ３は、ＳＮＳユーザ同士の特定の関係であるＳＮＳ友達関係を示す友達情報を管理する。

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

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

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

図１を参照して、情報提供サーバ１の機能を説明する。情報提供サーバ１は、ゴルフユーザ情報テーブルＴＢＬ１１、ゴルフ場テーブルＴＢＬ１２、予約情報テーブルＴＢＬ１３、評価情報テーブルＴＢＬ１４、コンペ情報テーブルＴＢＬ２１、設定値管理マスターテーブルＴＢＬ１５を記憶した記憶部１５を備える。また、記憶部１５には、情報提供サーバ１を制御するプログラムが記憶されている。ゴルフユーザ情報テーブルＴＢＬ１１には、ゴルフユーザを一意に識別する識別情報ＵＩＤなどが格納されている。ゴルフ場テーブルＴＢＬ１２には、ゴルフ場を一意に識別するゴルフ場ＩＤなどが格納されている。予約情報テーブルＴＢＬ１３には、予約を行ったゴルフユーザの識別情報ＵＩＤ及び予約を行ったゴルフ場ＩＤなどが格納されている。評価情報テーブルＴＢＬ１４には、ゴルフ場管理者による、予約を行ったゴルフユーザに対する評価についての情報が格納されている。コンペ情報テーブルＴＢＬ２１には、ゴルフ場管理者が提案するコンペについての条件等の情報が格納されている。設定値管理マスターテーブルＴＢＬ１５（ＴＢＬ１５ａ，ＴＢＬ１５ｂ）には、各種設定値が記憶されている。

情報提供サーバ１は、予約情報管理部１０と、第１ユーザ抽出部１１と、算出部１２と、提示部１３と、第１ユーザ選択部１４と、条件情報取得部１６と、通知部１７と、評価管理部１８と、予約受付部１９と、上述した記憶部１５とを備える。
予約情報管理部１０は、ゴルフユーザにより予約された予約情報を管理する。この予約情報には、既にプレー日が過ぎた過去の予約情報、当日がプレー日である予約情報、将来プレー日が到来する未来の予約情報が含まれる。本明細書では、過去の予約情報を特に予約履歴と称することがある。すなわち、予約情報管理部１０は、予約履歴を管理する予約履歴管理部としての機能も有する。
第１ユーザ抽出部１１は、ゴルフ場管理者の端末装置２ｂからの要求に応じて、予約履歴に記憶されたゴルフユーザのうち、当該ゴルフ場管理者が管理するゴルフ場の予約を行ったゴルフユーザと、当該ゴルフ場が存在する地域に含まれる他のゴルフ場の予約を行ったゴルフユーザとを抽出する。

算出部１２は、第１ユーザ抽出部１１によって抽出されたゴルフユーザについての所定の基準に基づく成績として、予約回数、予約人数の総数などを算出する。提示部１３は、前記第１ユーザ抽出部１１によって抽出されたゴルフユーザと、算出部１２により算出されたゴルフユーザについての前記予約回数、予約人数の総数などとを関連付け、ゴルフ管理者の端末装置２ｂに対して提示する。

第１ユーザ選択部１４は、ゴルフ場管理者の端末装置２ｂからの要求に応じて、提示部１３により提示されたゴルフユーザのうちの少なくとも一のゴルフユーザを選択する。条件情報取得部１６は、ゴルフ場管理者の端末装置２ｂから、コンペについての条件を示す条件情報を取得可能になっている。通知部１７は、第１ユーザ選択部１４により選択された一のゴルフユーザ宛に、取得した条件情報を表示可能に通知する。評価管理部１８は、ゴルフユーザの端末装置２ｂからの要求に応じて、予約を行ったゴルフユーザについての評価を管理する。予約受付部１９は、ゴルフユーザの端末装置２ａからの予約の申込みを受け付ける。

図１を参照して、ゴルフユーザの端末装置２ａ及びゴルフ場管理者の端末装置２ｂの機能を説明する。端末装置２ａは、入力部２１ａと、予約部２２ａと、受付部２３ａと、表示部２４ａとを備える。端末装置２ｂは、入力部２１ｂと、抽出要求部２２ｂと、選択要求部２３ｂと、表示部２４ｂとを備える。

予約部２２ａは、情報提供サーバ１に対してゴルフ場の予約の申込みを行う。受付部２３ａは、情報提供サーバ１から、コンペについての通知を受け付ける。表示部２４ａは、受付部２３ａにおいて受け付けたコンペについての通知等を表示することができる。

入力部２１ｂは、コンペの提案を行う幹事やコンペについての条件等の入力等を行うことができる。抽出要求部２２ｂは、情報提供サーバ１に対して、所定の条件に合致するゴルフユーザの抽出を要求する。選択要求部２３ｂは、情報提供サーバ１に対して、前記一のゴルフユーザの選択を要求する。表示部２４ｂは、情報提供サーバ１のコンペの提案を行う幹事及びコンペについての条件等を表示するために必要な情報等を表示することができる。

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

プロフィール情報は、性別、年齢、及びメールアドレスを含む。また、ラウンド履歴情報は、プレーした自己申告による平均スコア、ゴルフ頻度等を含む。平均スコアは、図５に示すスコアテーブルＴＢＬ１５ａを参照して、０から５までのランクの値が記憶される。ゴルフ頻度は、図６に示すラウンド頻度テーブルＴＢＬ１５ｂを参照して、０から５までのランクの値が記憶される。また、図３においては図示を省略するが、本実施形態においては、各ユーザのプロフィール画像の格納先の情報も、プロフィール情報として記憶されている。

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

図４にゴルフ場テーブルＴＢＬ１２のデータ構造を示す。ゴルフ場テーブルＴＢＬ１２には登録情報として複数のレコードが記録されている。各ゴルフ場において管理されるゴルフ場管理者が、端末装置２ｂを用いてゴルフ場予約サービスを利用するには、利用登録が必要であり、利用登録が行われるとゴルフ場ＩＤが割り当てられる。ゴルフ場予約サービスは、ゴルフ場予約アプリケーションにログインする必要があり、ゴルフ場管理者の立場としてログインするには、本実施形態ではゴルフ場ＩＤとパスワードが必要となる。ゴルフ場テーブルＴＢＬ１２には、ゴルフ場ＩＤと、ゴルフ場名と、ゴルフ場が存在する地域と、ログイン用のパスワードと、が関連付けて記憶されている。ゴルフ場管理者が、端末装置２ｂを用いて、情報提供サーバ１によって提供されるゴルフ場予約アプリケーションを起動し、ゴルフ場ＩＤとパスワードを入力すると、そのゴルフ場ＩＤとパスワードの組み合わせが正しいかどうかは、ゴルフ場テーブルＴＢＬ１２に記憶されたゴルフ場ＩＤとパスワードを参照することにより確認されることになる。

予約情報テーブルＴＢＬ１３、評価情報テーブルＴＢＬ１４、及び、コンペ情報テーブルＴＢＬ２１の詳細については後述する。

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

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

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

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

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

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

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

＜２：情報提供供システムの動作＞
本実施形態の情報提供システム１００では、ゴルフユーザの端末装置２ａにおいて、ゴルフ友達の階層構造を示す関係図を表示させることができ、また、ゴルフ管理者から提案されるコンペの提案等を表示させることができる。さらに、ゴルフ場管理者の端末装置２ｂにおいては、ゴルフ場予約についての管理画面、コンペの条件入力画面、コンペの提案を提示する候補となる幹事の一覧画面等を表示させることができる。

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

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

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

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

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

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

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

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

情報提供サーバ１が、ＳＮＳユーザ情報を受信すると、情報提供サーバ１のＣＰＵ３０は、ＳＮＳ友達及びＳＮＳ友達のＳＮＳ友達の識別情報ＵＩＤとゴルフユーザの識別情報ＵＩＤに基づいてゴルフ友達及びゴルフ友達のゴルフ友達を特定する。

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

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

ＣＰＵ３０は、「ゴルフ友達」を仮想的な画面の一番手前から埋め、その後、「ゴルフ友達のゴルフ友達」を埋めていく。
例えば、全ての「ゴルフ友達」と「ゴルフ友達のゴルフ友達」とを配置した画面が図１３に示す画面Ｙ０であるとする。「ゴルフ友達」を一番手前の表示領域Ｙ１に配置し、「ゴルフ友達」の配置が完了した後、「ゴルフ友達のゴルフ友達」を表示領域Ｙ２に配置する。図１１に示すボタンＢ２をクリックすると、表示領域Ｙ１には別の「ゴルフ友達」が表示され、表示領域Ｙ２には「ゴルフ友達のゴルフ友達」が表示される。この状態で、ボタンＢ１をクリックすると、図１１に示す状態に戻る。

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

次に、情報提供サーバ１は、表示情報を含むマイページ閲覧応答を端末装置２ａに送信する。端末装置２ａがマイページ閲覧応答を受信すると、ＣＰＵ４０はディスプレイ４５に「ゴルフ友達」と「ゴルフ友達のゴルフ友達」とを配置した関係図を表示する。

＜２−２：ゴルフ場管理者の端末装置２ｂにおけるコンペ条件設定処理＞
次に、図１２乃至図１７を参照して、ゴルフ場管理者の端末装置２ｂにおけるコンペ誘致設定処理について説明する。
情報提供サーバ１は、上述したように、ゴルフユーザの端末装置２ａにおいて、ゴルフ情報アプリケーションの利用が選択された場合には、ゴルフユーザに対してゴルフ情報アプリケーションのサービスを提供するようになっているが、同様に、ゴルフ場管理者の端末装置２ｂにおいて、ゴルフ場予約アプリケーションの利用が選択された場合には、ゴルフ場管理者に対してゴルフ場予約アプリケーションのサービスを提供するようになっている。なお、ゴルフ場予約アプリケーションのプログラムは、予めゴルフ場管理者の端末装置２ｂにおいてインストールされているものとする。

まず、ゴルフ場管理者は、ゴルフ場管理者の端末装置２ｂにおいてゴルフ場予約アプリケーションのプログラムを起動させると、端末装置２ｂのディスプレイ４５には図１３に示すようなログイン画面Ｐ２が表示される。ログイン画面Ｐ２には、ログインＩＤ入力欄Ｃ１、パスワード入力欄Ｃ２、送信ボタンＣ３、及びキャンセルボタンＣ４を備えている。ログインＩＤとパスワードは、ゴルフ場予約アプリケーションの利用登録時に登録するようになっており、図４に示すゴルフ場テーブルＴＢＬ１２に記憶されている。

ゴルフ場管理者が、ログインＩＤ入力欄Ｃ１にログインＩＤ（ゴルフ場ＩＤ）を入力し、パスワード入力欄Ｃ２にパスワードを入力して送信ボタンＣ３を押下すると、端末装置２ｂのＣＰＵ４０は、図１２に示すように、情報提供サーバ１に対してログインＩＤ及びパスワードと共にログイン要求を送信する（Ｓ１５０）。ログイン要求を受信した情報提供サーバ１のＣＰＵ３０は、ゴルフ場テーブルＴＢＬ１２を参照して、受信したログインＩＤとパスワードの組み合わせが正しいかどうかを確かめる認証処理を行う（Ｓ３３０）。

受信したログインＩＤとパスワードの組み合わせが正しい場合には、ログインが認証され、情報提供サーバ１のＣＰＵ３０は、端末装置２ｂに対して、ログイン応答として、管理画面の表示情報を送信する（Ｓ３３１）。ここではログインが認証されたものとして説明する。端末装置２ｂのＣＰＵ４０は、管理画面の表示情報を受信して、その表示情報に従って図１４に示す管理画面Ｐ３をディスプレイ４５に表示させる（Ｓ１５１）。

管理画面Ｐ３は、ゴルフ場空き枠情報と空き枠に対する予約状況を管理できる画面であり、ゴルフ場ＩＤに応じてゴルフ場ごとに表示されるようになっている。この管理画面Ｐ３には、コンペ提案ボタンＥ１及び予約者評価ボタンＥ２等が備えられている。また、管理画面Ｐ３を表示させた当初においては、プラン表示領域Ｅ３には、当該ゴルフ場において提案されているプランのうち、予約についての問い合わせがあったプランが表示されている。

管理画面Ｐ３において、ゴルフ場管理者がコンペ提案ボタンＥ１を押下することにより、コンペ提案ページの閲覧要求が端末装置２ｂのＣＰＵ４０から情報提供サーバ１に対して送信される（Ｓ１５２）。この閲覧要求を受信した情報提供サーバ１は、端末装置２ｂに対して、コンペ提案ページの表示情報を含む閲覧応答を送信する（Ｓ３３２）。

コンペ提案ページの表示情報を受信した端末装置２ｂのＣＰＵ４０は、その表示情報に従って、図１５に示すコンペ提案ページＰ４をディスプレイ４５に表示させる（Ｓ１５３）。コンペ提案ページＰ４は、コンペの提案に対する応答の状態を確認したり、コンペの提案を新規作成できる画面である。コンペ提案ページＰ４３には、コンペ提案ボタンＥ１及び予約者評価ボタンＥ２等の他、新規作成ボタンＥ４が備えられている。コンペ提案ページＰ４を表示させた当初においては、プラン表示領域Ｅ３には、既に提案したコンペに関するプランのうち、まだ回答がされていないプランが表示される。

コンペ提案ページＰ４において、ゴルフ場管理者が新規作成ボタンＥ４を押下することにより、コンペ提案条件設定ページの閲覧要求が端末装置２ｂのＣＰＵ４０から情報提供サーバ１に対して送信される（Ｓ１５４）。この閲覧要求を受信した情報提供サーバ１は、端末装置２ｂに対して、コンペ提案条件設定ページの表示情報を含む閲覧応答を送信する（Ｓ３３３）。

コンペ提案条件設定ページの表示情報を受信した端末装置２ｂのＣＰＵ４０は、その表示情報に従って図１６に示すコンペ提案条件設定ページＰ５をディスプレイ４５に表示させる（Ｓ１５５）。コンペ提案条件設定ページＰ５は、候補日入力欄Ｇ１と、カレンダーボタンＧ２と、スタート時間の時設定部Ｇ３と、スタート時間の分設定部Ｇ４と、最低人数欄Ｇ５と、プレーフィー欄Ｇ６と、参加費欄Ｇ７と、賞品欄Ｇ８と、申込み期限欄Ｇ９と、カレンダーボタンＧ１０と、宛先欄Ｇ１１と、予約履歴ボタンＧ１２と、優良幹事ボタンＧ１３と、確認ボタンＧ１４と、キャンセルボタンＧ１５とを備えている。

候補日入力欄Ｇ１には、コンペの候補日が入力される。カレンダーボタンＧ２が押下されると、カレンダーが表示され、カレンダー上でいずれかの日にちが選択されると、候補日入力欄Ｇ１に選択した日にちが入力されるようになっている。
スタート時間の時設定部Ｇ３は、ドロップダウンボタンの押下により、スタート時間のうち、時の部分が選択されるようになっている。スタート時間の分設定部Ｇ４については、ドロップダウンボタンの押下により、スタート時間のうち、分の部分が選択されるようになっている。

最低人数欄Ｇ５には最低人数が入力される。プレーフィー欄Ｇ６にはプレーフィーが入力され。参加費欄Ｇ７には参加費が入力される。賞品欄Ｇ８には賞品が入力される。申込み期限欄Ｇ９には申込み期限が入力される。カレンダーボタンＧ１０が押下されると、カレンダーが表示され、カレンダー上でいずれかの日にちが選択されると、申込み期限欄Ｇ９に選択した日にちが入力されるようになっている。

宛先欄Ｇ１１にはコンペ提案を送信するゴルフユーザの氏名が表示される。予約履歴ボタンＧ１２が押下されると、予約回数順の幹事リストが表示される。優良幹事ボタンＧ１３が押下されると、予約回数だけでなく、送客数、ゴルフ友達数、評価平均値等を考慮したから幹事リストが表示される。これらの幹事リストからいずれかのゴルフユーザを選択すると、選択したゴルフユーザの氏名が宛先欄Ｇ１１に入力されるようになっている。

確認ボタンＧ１４が押下されると、上記各欄に入力した条件と共に、コンペ提案の登録等を行うコンペ提案処理要求が端末装置２ｂのＣＰＵ４０から情報提供サーバ１に対して送信される。キャンセルボタンＧ１５が押下されると、コンペ提案条件設定ページＰ５が閉じられ、コンペ提案ページＰ４が表示される。

以上のようなコンペ提案条件設定ページＰ５において、予約履歴ボタンＧ１２又は優良幹事ボタンＧ１３が押下されると、端末装置２ｂのＣＰＵ４０は、幹事情報の送信要求を情報提供サーバ１に対して送信する（Ｓ１５６）。幹事情報の送信要求を受信した情報提供サーバ１のＣＰＵ３０は、幹事リストの作成処理を行い、作成した幹事リストを端末装置２ｂに送信する（Ｓ３３４）。幹事リストを受信した端末装置２ｂのＣＰＵ４０は、幹事リストを端末装置２ｂのディスプレイ４５に表示させる（Ｓ１５７）。表示された幹事リストにおいて、ゴルフ場管理者がいずれかの幹事を選択すると、コンペ提案条件設定ページＰ５の宛先欄Ｇ１１には、選択した幹事の氏名が入力される。なお、幹事リストの作成処理及び幹事の選択処理の詳細については後述する。

各欄にコンペ条件が入力された状態で確認ボタンＧ１４が押下されると、端末装置２ｂのＣＰＵ４０は、入力されたコンペ条件と共にコンペ提案の送信要求を情報提供サーバ１に対して送信する（Ｓ１５６）。コンペ条件とコンペ提案の送信要求を受信した情報提供サーバ１のＣＰＵ３０は、図１７に示すコンペ情報テーブルＴＢＬ２１を更新し（Ｓ３３４）、宛先欄Ｇ１１にゴルフユーザの氏名が入力されている場合には、入力されたゴルフユーザ宛にコンペ提案を送信する（Ｓ３３５）。なお、宛先欄Ｇ１１へのゴルフユーザの氏名の入力が省略されている場合には、このコンペ提案の送信は行わない。また、本実施形態では候補日、最低人数、プレーフィー、申込期限の項目を必須入力項目としており、これらの一部又は全部の項目への入力が欠落している場合は、確認ボタンＧ１４が押下されても確認画面への遷移は行わず、欠落している項目について入力を促す。

＜２−３：ゴルフユーザの端末装置２ａにおけるゴルフ場の予約処理＞
次に、ゴルフユーザの端末装置２ａにおけるゴルフ場の予約処理について説明する。本実施形態におけるゴルフ場の予約処理は、情報提供サーバ１によって提供される予約サービスを用いて行われる。予約サービスは、具体的には予約専用ウェブサイトであり、各ゴルフ場の端末装置２ｂから登録されたゴルフ場情報やプラン情報を閲覧可能にしている。

予約専用ウェブサイトは、ゴルフユーザの端末装置２ａからもアクセスが可能となっており、ゴルフユーザがこの予約専用ウェブサイトを用いて予約の申込みを行う場合には、ゴルフ情報アプリケーションのログインＩＤとパスワードを入力するようになっている。情報提供サーバ１は、このログインＩＤとパスワードの組と一致する組の有無を、ゴルフユーザ情報テーブルＴＢＬ１１を参照することにより判断する。

ログインに成功した後、予約専用ウェブサイトにおいて、ゴルフユーザからの所定のプランについて予約申し込みがあった場合には、情報提供サーバ１は、予約情報テーブルＴＢＬ１３に、予約の内容を登録する。図１８に予約情報テーブルＴＢＬ１３の一例を示す。図１８に示すように、各予約には、各予約を一意に識別する予約ＩＤが割り当てられる。そして、この予約ＩＤに関連付けて、予約の登録日、予約者であるゴルフユーザの氏名、当該ゴルフユーザの識別情報ＵＩＤ、当該ゴルフユーザの連絡先、予約したプランに係るゴルフ場のゴルフ場ＩＤ、予約したプランのプランＩＤ、予約人数、同伴者の氏名、評価ＩＤ等が記憶される。なお、評価ＩＤについては後述する。

情報提供サーバ１は、予約情報テーブルＴＢＬ１３における予約登録処理を行った後、当該予約対象のゴルフ場の端末装置２ｂに対して、予約ＩＤと共に、予約があった旨の通知を行う。
この通知を受けたゴルフ場の端末装置２ｂにおいては、上述した管理画面Ｐ３を表示させることにより、予約の内容を確認することができる。具体的には、ゴルフ場の端末装置２ｂは、予約ＩＤと共に、当該予約ＩＤに係る予約情報の送信要求を情報提供サーバ１に送信する。送信要求を受信した情報提供サーバ１は、当該予約ＩＤに合致するレコードを予約情報テーブルＴＢＬ１３から抽出し、抽出したレコードについての表示情報をゴルフ場の端末装置２ｂに送信する。したがって、端末装置２ｂにおいては、管理画面Ｐ３において予約情報を表示させることができる。

以上のように、本実施形態においては、ゴルフユーザがゴルフ場の予約を行った場合には、予約情報テーブルＴＢＬ１３に、予約を行ったゴルフユーザの識別情報ＵＩＤ、予約人数等が履歴として残るようになっている。

＜２−４：ゴルフ場管理者の端末装置２ｂにおける幹事選択処理＞
次に、本実施形態における幹事選択処理を図１９乃至図２５に基づいて説明する。幹事選択処理は、コンペ提案条件設定ページＰ５の予約履歴ボタンＧ１２が押下された場合に実行される処理と、コンペ提案条件設定ページＰ５の優良幹事ボタンＧ１３が押下された場合に実行される処理との二種類の処理がある。まず、予約履歴ボタンＧ１２が押下された場合に実行される幹事選択処理を、図１９及び図２５を参照して説明する。

＜２−４−１：予約回数に基づく幹事選択処理＞
図１９は予約履歴ボタンＧ１２が押下された際の幹事選択処理を示すシーケンス図である。図２０は予約履歴ボタンＧ１２が押下された際に表示される幹事リストページＰ６を示す図である。
図１９に示すように、ゴルフ場管理者の端末装置２ｂにおいて予約履歴ボタンＧ１２が押下されると（Ｓ１６０）、端末装置２ｂのＣＰＵ４０は、当該ゴルフ場のゴルフ場ＩＤと共に、当該ゴルフ場でのゴルフ予約を過去に行ったことのあるゴルフユーザの抽出要求を情報提供サーバ１に送信する（Ｓ１６１）。本実施形態では、当日以前にゴルフ予約を行ったことのあるゴルフユーザを対象とするが、当日のゴルフ予約が含まれていても、当日以降の将来の予約が含まれていてもよい。

ゴルフユーザの抽出要求を受信した情報提供サーバ１のＣＰＵ３０は、予約情報テーブルＴＢＬ１３を参照して、過去６ヶ月間に当該ゴルフ場ＩＤを含むレコードを抽出する（Ｓ３４０）。当該ゴルフ場ＩＤを含むレコードが抽出された場合には、情報提供サーバ１のＣＰＵ３０は、予約者の識別情報ＵＩＤでソートし（Ｓ３４１）、予約者ごとに予約回数を算出する（Ｓ３４２）。具体的には、予約者ごとのレコード数をカウントする。そして、情報提供サーバ１のＣＰＵ３０は、予約者の識別情報ＵＩＤと予約回数を関連付けて一時的に記憶し、予約者の識別情報ＵＩＤと予約回数の組を、予約回数の多い順にソートする。さらに、情報提供サーバ１のＣＰＵ３０は、予約者の識別情報ＵＩＤに関連付けられたプロフィール画像と氏名を、ゴルフユーザ情報テーブルＴＢＬ１１を参照して抽出し、予約者の識別情報ＵＩＤと予約回数の組にさらに関連付けて一時的に記憶する。このようにして、情報提供サーバ１のＣＰＵ３０は、予約者の識別情報ＵＩＤに、予約回数と、プロフィール画像と、予約回数とが関連付けられた幹事リストを作成し、当該幹事リストに基づく表示情報を作成する（Ｓ３４３）。そして、情報提供サーバ１のＣＰＵ３０は、幹事リストの表示情報をゴルフ場管理者の端末装置２ｂに送信する。

幹事リストの表示情報を受信したゴルフ場管理者の端末装置２ｂのＣＰＵ４０は、当該表示情報に基づいて、図２０に示す幹事リストページＰ６をディスプレイ４５に表示させる（Ｓ１６２）。幹事リストページＰ６は、図２０に示すように、抽出期間指定欄Ｈ１と、選択ボタン表示領域Ｈ２と、プロフィール画像表示領域Ｈ３と、氏名表示領域Ｈ４と、予約回数表示領域Ｈ５と、スクロールバー表示領域Ｈ６と、決定ボタンＨ７と、キャンセルボタンＨ８とを備えている。

抽出期間指定欄Ｈ１には、ドロップダウンボタンが表示されており、矢印ボタンを押下することにより、ドロップダウンメニューが表示されるようになっている。ドロップダウンメニューには、例えば、過去１ヶ月、過去３ヶ月、過去６ヶ月、過去１年、過去２年という期間が表示されるので、いずれかを選択することにより、予約情報テーブルＴＢＬ１３から予約者を抽出する期間を指定することができる。初期状態においては、過去６ヶ月が抽出期間として設定されている。幹事リストが一旦表示された後においても、抽出期間指定欄Ｈ１において抽出期間が指定された場合には、ゴルフ場管理者の端末装置２ｂのＣＰＵ４０は、指定された期間と共に、ゴルフユーザの抽出要求を情報提供サーバ１に送信する。抽出要求を受信した情報提供サーバ１は、指定された抽出期間に従って、幹事リストの作成処理を再度行うようになっている。

選択ボタン表示領域Ｈ２には、ラジオボタンが各ゴルフユーザに対応して表示される。いずかのラジオボタンが押下されることにより、当該ラジオボタンに対応する位置に表示されているゴルフユーザが、コンペ提案の宛先として選択されることになる。図２０に示す例では、上から二番目のゴルフユーザが表示されている状態を示している。

プロフィール画像表示領域Ｈ３には、幹事リストに含まれる各ゴルフユーザのプロフィール画像が表示される。氏名表示領域Ｈ４には、各ゴルフユーザの氏名が表示される。予約回数表示領域Ｈ５には、抽出期間内において、各ゴルフユーザが予約を行った回数が表示される。スクロールバー表示領域Ｈ６には、幹事リストをスクロールするためのスクロールバーと、上下の矢印ボタンが表示される。決定ボタンＨ７が押下されると、選択されたゴルフユーザがコンペ提案の宛先として決定され、コンペ提案条件設定ページＰ５の宛先欄Ｇ１１に、当該ゴルフユーザの氏名が入力されるようになっている。キャンセルボタンＨ８が押下された場合には、幹事リストページＰ６が閉じられ、コンペ提案条件設定ページＰ５が表示されるようになっている。

幹事リストページＰ６によれば、過去に予約を行ったゴルフユーザであって、予約回数の多いゴルフユーザを認識することができる。予約回数の多いゴルフユーザは、今後も予約を行う可能性が高いため、このようなゴルフユーザに対してコンペの提案を直接行うことにより、コンペの提案に対する成約率が向上することが期待される。ゴルフ場管理者は、幹事リストページＰ６に表示されたゴルフユーザと、予約回数とを見ながら、いずれかのゴルフユーザを選択し、決定ボタンＨ７を押下する。その結果、コンペ提案条件設定ページＰ５の宛先欄Ｇ１１に、選択したゴルフユーザが表示される。コンペ提案条件設定ページＰ５の各欄の条件が入力され、宛先欄Ｇ１１にゴルフユーザが表示された状態で確認ボタンＧ１４が押下されると、端末装置２ｂのＣＰＵ４０は、選択されたゴルフユーザの識別情報ＵＩＤ及びコンペの条件情報と共に、コンペ提案処理要求を、情報提供サーバ１に送信する（Ｓ１６３）。

ゴルフユーザの識別情報ＵＩＤ及びコンペの条件情報と、コンペ提案処理要求とを受信した情報提供サーバ１のＣＰＵ３０は、コンペ情報テーブルＴＢＬ２１に受信したコンペの条件情報を記憶する（Ｓ３４４）。そして、情報提供サーバ１のＣＰＵ３０は、宛先として選択されたゴルフユーザ宛に、コンペ提案の内容を送信する（Ｓ３４５）。

コンペ提案の内容の送信は、図１１に示すマイページであって、宛先として選択されたゴルフユーザのマイページ上にアラートとして表示させることにより実現することができる。また、管理サーバ３によって提供されるＳＮＳのページであって、宛先として選択されたゴルフユーザのページ上にアラートとしてコンペ提案の内容を表示させてもよい。また、宛先として選択されたゴルフユーザの登録されたメールアドレス宛てにコンペ提案の内容を送信してもよい。

いずれの場合も、送信されたコンペ提案の内容には、予約専用サイトのリンク情報が含まれており、ゴルフユーザがこのリンク情報から予約専用サイトにアクセスすると、上述のようにコンペ情報テーブルＴＢＬ２１に登録されたコンペの内容が表示されるようになっている。したがって、予約回数の多いゴルフユーザに対して、コンペの提案を直接アピールできるので、成約率が高まることが期待される。

＜２−４−２：優良幹事の幹事選択処理＞
次に、優良幹事ボタンＧ１３が押下された場合に実行される幹事選択処理について、図２１及び図２２を参照して説明する。図２１は優良幹事ボタンＧ１３が押下された際の幹事選択処理を示すシーケンス図である。図２２は優良幹事ボタンＧ１３が押下された際に表示される優良幹事リストページＰ７を示す図である。
図２１に示すように、ゴルフ場管理者の端末装置２ｂにおいて優良幹事ボタンＧ１３が押下されると（Ｓ１７０）、端末装置２ｂのＣＰＵ４０は、当該ゴルフ場のゴルフ場ＩＤと共に、優良幹事の抽出要求を情報提供サーバ１に送信する（Ｓ１７１）。

優良幹事の抽出要求を受信した情報提供サーバ１のＣＰＵ３０は、ゴルフ場テーブルＴＢＬ１２を参照して、受信したゴルフ場ＩＤを含むレコードを抽出する。情報提供サーバ１のＣＰＵ３０は、抽出したレコードから、地域の情報を読み取り、当該地域と同じ地域を含むレコードを、ゴルフ場テーブルＴＢＬ１２を参照して抽出する。情報提供サーバ１のＣＰＵ３０は、抽出したレコードから、ゴルフ場ＩＤを抽出する。つまり、情報提供サーバ１のＣＰＵ３０は、コンペの提案を行おうとしているゴルフ場と同一の地域に存在するゴルフ場のゴルフ場ＩＤを抽出する（Ｓ３５０）。

前記地域に含まれるゴルフ場のゴルフ場ＩＤが抽出されると、情報提供サーバ１のＣＰＵ３０は、予約情報テーブルＴＢＬ１３に記憶された予約情報のうち、過去６ヶ月間に予約が行われた予約情報の中から、抽出したゴルフ場ＩＤを含むレコードを抽出する（Ｓ３５１）。各ゴルフ場ＩＤを含むレコードが抽出された場合には、情報提供サーバ１のＣＰＵ３０は、予約者の識別情報ＵＩＤでレコードをソートし（Ｓ３５２）、予約者ごとに予約回数を算出する（Ｓ３５３）。具体的には、予約者ごとのレコード数をカウントする。そして、情報提供サーバ１のＣＰＵ３０は、予約者の識別情報ＵＩＤと予約回数を関連付けて一時的に記憶する。

次に、情報提供サーバ１のＣＰＵ３０は、予約者ごとの送客数を算出する（Ｓ３５４）。送客数とは、予約人数の総数であり、予約情報テーブルＴＢＬ１３には、予約人数が履歴として記憶されている。したがって、情報提供サーバ１のＣＰＵ３０は、予約者の識別情報ＵＩＤによりソートしたレコードを参照して、予約者ごとに予約人数の合計を算出する。

次に、情報提供サーバ１のＣＰＵ３０は、予約者ごとのＳＮＳにおける友達数を算出する（Ｓ３５５）。具体的には、情報提供サーバ１のＣＰＵ３０は、管理サーバ３に対して、友達情報テーブルＴＢＬ３２の中から、予約者の識別情報ＵＩＤを含み、ステータスが「１」となっているレコードを抽出して情報提供サーバ１に送信するように要求する。そして、抽出されたレコードを受信した情報提供サーバ１のＣＰＵ３０は、レコードの総数をカウントし、ＳＮＳにおける友達数を算出する。

次に、情報提供サーバ１のＣＰＵ３０は、予約者ごとのゴルフ友達数を算出する（Ｓ３５６）。ゴルフ友達数を算出するには、上述のように管理サーバ３から受信したＳＮＳ友達のレコードの中から、ゴルフ情報アプリケーションに登録しているゴルフユーザを抽出する。具体的には、情報提供サーバ１のＣＰＵ３０は、管理サーバ３から受信したＳＮＳ友達のレコードの中に、ゴルフユーザ情報テーブルＴＢＬ１１に記憶されたゴルフユーザの識別情報ＵＩＤと一致する、識別情報ＵＩＤを含むレコードがあるかどうかを判断し、当該レコードが存在した場合には、その総数を算出する。

次に、情報提供サーバ１のＣＰＵ３０は、予約者ごとに評価平均値を算出する（Ｓ３５７）。ここで予約者の評価について説明する。本実施形態では、予約したゴルフ場においてプレーが終了した後には、当該ゴルフ場の担当者が予約者についての評価を行うことが可能となっている。評価を行う際には、ゴルフ場の担当者が端末装置２ｂにおいて表示される管理画面Ｐ３の予約者評価ボタンＥ２を押下する。予約者評価ボタンＥ２が押下されると、図２３に示す予約者評価ページＰ８が表示される。予約者評価ページＰ８のプラン表示領域Ｅ３には、評価未入力の予約情報が表示されるようになっている。評価未入力の予約情報には、図２３に示すように入力ボタンＥ５が表示される。入力ボタンＥ５が押下されると、図２４に示す評価入力ページＰ９が表示される。

評価入力ページＰ９には、評価欄Ｋ１〜Ｋ６と、決定ボタンＫ７と、キャンセルボタンＫ８とが備えられている。評価欄Ｋ１は、スタート時間に間に合ったかどうかの評価を行う欄である。評価欄Ｋ２は、プレー遅延具合についての評価を行う欄である。評価欄Ｋ３は、打ち込み報告の有無についての評価を行う欄である。評価欄Ｋ４は、他のプレーヤーからのクレームの有無についての評価を行う欄である。評価欄Ｋ５は、ラウンドスタッフへの対応について評価を行う欄である。評価欄Ｋ６は、レストランスタッフへの対応についての評価を行う欄である。いずれの評価欄においても、5つの星マークが表示されており、星マークが押下されることによって、１〜５の５段階評価が行われるようになっている。押下された星マークは、白色から黒色に表示色が変わるようになっている。黒色の星マークの数が、評価数となる。

評価入力ページＰ９の各評価欄において評価を行い、決定ボタンＫ７が押下されると、評価の内容は、図２５に示す評価情報テーブルＴＢＬ１４に記憶される。評価情報テーブルＴＢＬ１４においては、評価ごとに割り振られる評価ＩＤと、予約ＩＤと、各評価項目の評価数とが関連付けられて記憶される。評価情報テーブルＴＢＬ１４は情報提供サーバ１の記憶部１５に格納される。また、評価ＩＤが予約情報の該当する予約ＩＤのレコードの評価ＩＤ欄に記憶される。この予約情報中の評価ＩＤ欄がnullとなっているものが評価未入力を示す。したがって、評価が行われているか否かの判断は、予約情報中の評価ＩＤ欄をチェックすることにより行う。評価ＩＤ欄がnullとなっている場合、評価未入力であるとして、予約者評価ページＰ８のプラン表示領域Ｅ３にリスト状に表示される。
なお、評価入力ページＰ９のキャンセルボタンＫ８が押下された場合には、評価入力ページＰ９が閉じられ、予約者評価ページＰ８が表示されるようになっている。
以上のように入力された評価は、予約者の評価として後述のように用いられる。

情報提供サーバ１のＣＰＵ３０は、上述のように入力された評価について、予約者ごとに抽出した予約情報のレコードから予約ＩＤを読み取り、読み取った予約ＩＤと同一の予約ＩＤを含むレコードを評価情報テーブルＴＢＬ１４から抽出する。情報提供サーバ１のＣＰＵ３０は、抽出したレコードにおける評価数を合計し、評価項目数である６で割って、当該レコードにおける評価数の平均値を算出する。この処理を、予約者ごとに抽出した予約情報の各レコードについて行い、評価数の平均値の合計を算出する。そして、情報提供サーバ１のＣＰＵ３０は、合計値を該当するレコード総数で割って、予約者ごとの評価数の平均値を算出する（Ｓ３５７）。

情報提供サーバ１のＣＰＵ３０は、予約者の識別情報ＵＩＤと、上述のようにして算出した予約回数、送客数、ＳＮＳにおける友達数、ゴルフ友達数、及び、評価数平均値とを関連付けて一時的に記憶しておく。また、情報提供サーバ１のＣＰＵ３０は、予約者の識別情報ＵＩＤに関連付けられたプロフィール画像と氏名を、ゴルフユーザ情報テーブルＴＢＬ１１を参照して抽出し、予約者の識別情報ＵＩＤと予約回数等との組にさらに関連付けて一時的に記憶する。このようにして、情報提供サーバ１のＣＰＵ３０は、予約者の識別情報ＵＩＤに、予約回数と、プロフィール画像と、予約回数と、送客数と、ＳＮＳにおける友達数と、ゴルフ友達数と、及び、評価数平均値とが関連付けられた幹事リストを作成し、当該幹事リストに基づく表示情報を作成する（Ｓ３５８）。そして、情報提供サーバ１のＣＰＵ３０は、幹事リストの表示情報をゴルフ場管理者の端末装置２ｂに送信する（Ｓ３５８）。

幹事リストの表示情報を受信したゴルフ場管理者の端末装置２ｂのＣＰＵ４０は、当該表示情報に基づいて、図２２に示す優良幹事リストページＰ７をディスプレイ４５に表示させる（Ｓ１７２）。優良幹事リストページＰ７は、図２２に示すように、抽出期間指定欄Ｊ１と、選択ボタン表示領域Ｊ２と、プロフィール画像表示領域Ｊ３と、氏名表示領域Ｊ４と、予約回数表示領域Ｊ５と、送客数表示領域Ｊ６と、ゴルフ友達数表示領域Ｊ７と、ＳＮＳ友達数表示領域Ｊ８と、評価平均値表示領域Ｊ９と、スクロールバー表示領域Ｊ１０と、決定ボタンＪ１１と、キャンセルボタンＪ１２とを備えている。

抽出期間指定欄Ｊ１には、矢印ボタンが表示されており、ドロップダウンボタンを押下することにより、ドロップダウンメニューが表示されるようになっている。ドロップダウンメニューには、例えば、過去１ヶ月、過去３ヶ月、過去６ヶ月、過去１年、過去２年という期間が表示されるので、いずれかを選択することにより、予約情報テーブルＴＢＬ１３から予約者を抽出する期間を指定することができる。初期状態においては、過去６ヶ月が抽出期間として設定されている。幹事リストが一旦表示された後においても、抽出期間指定欄Ｈ１において抽出期間が指定された場合には、ゴルフ場管理者の端末装置２ｂのＣＰＵ４０は、指定された期間と共に、ゴルフユーザの抽出要求を情報提供サーバ１に送信する。抽出要求を受信した情報提供サーバ１は、指定された抽出期間に従って、優良幹事リストの作成処理を再度行うようになっている。

選択ボタン表示領域Ｊ２には、ラジオボタンが各ゴルフユーザに対応して表示される。いずかのラジオボタンが押下されることにより、当該ラジオボタンに対応する位置に表示されているゴルフユーザが、コンペ提案の宛先として選択されることになる。図２２に示す例では、上から二番目のゴルフユーザが表示されている状態を示している。

プロフィール画像表示領域Ｊ３には、幹事リストに含まれる各ゴルフユーザのプロフィール画像が表示される。氏名表示領域Ｊ４には、各ゴルフユーザの氏名が表示される。予約回数表示領域Ｊ５には、抽出期間内において、各ゴルフユーザが予約を行った回数が表示される。送客数表示領域Ｊ６には、各ゴルフユーザが予約を行った予約人数の総数である送客数が表示される。ゴルフ友達数表示領域Ｊ７には、各ゴルフユーザのゴルフ友達数が表示される。ＳＮＳ友達数表示領域Ｊ８には、各ゴルフユーザのＳＮＳ友達数が表示される。評価平均値表示領域Ｊ９には、各ゴルフユーザの評価平均値が表示される。なお、評価平均値が「−」と表示されているのは、所定の抽出期間内において評価情報が存在しないことを示している。スクロールバー表示領域Ｊ１０には、幹事リストをスクロールするためのスクロールバーと、上下の矢印ボタンが表示される。決定ボタンＪ１１が押下されると、選択されたゴルフユーザがコンペ提案の宛先として決定され、コンペ提案条件設定ページＰ５の宛先欄Ｇ１１に、当該ゴルフユーザの氏名が入力されるようになっている。キャンセルボタンＪ１２が押下された場合には、優良幹事リストページＰ７が閉じられ、コンペ提案条件設定ページＰ５が表示されるようになっている。

また、予約回数表示領域Ｊ５、送客数表示領域Ｊ６、ゴルフ友達数表示領域Ｊ７、ＳＮＳ友達数表示領域Ｊ８、評価平均値表示領域Ｊ９の最上段には、それぞれ上矢印ボタンと下矢印ボタンが備えられている。上矢印ボタンが押下された場合には、各項目が昇順に並べ変えられ、下矢印ボタンが押下された場合には、各項目が降順に並べ変えられるようになっている。

つまり、優良幹事リストページＰ７においては、予約回数、送客数、ゴルフ友達数、ＳＮＳ友達数、及び評価平均値のいずれかを基準として、優良幹事リストページＰ７に表示されるゴルフユーザを並べ変えることができる。したがって、ゴルフ場管理者が重要視する項目を基準にして、コンペを提案する相手先として最も効果的と思われるゴルフユーザを選択することができる。このようなゴルフユーザは、今後も予約を行う可能性が高いため、このようなゴルフユーザに対してコンペの提案を直接行うことにより、コンペの提案に対する成約率が向上することが期待される。

ゴルフ場管理者は、優良幹事リストページＰ７に表示されたゴルフユーザと、各項目とを見ながら、いずれかのゴルフユーザを選択し、決定ボタンＪ１１を押下する。その結果、コンペ提案条件設定ページＰ５の宛先欄Ｇ１１に、選択したゴルフユーザが表示される。コンペ提案条件設定ページＰ５の各欄の条件が入力され、宛先欄Ｇ１１にゴルフユーザが表示された状態で確認ボタンＧ１４が押下されると、端末装置２ｂのＣＰＵ４０は、選択されたゴルフユーザの識別情報ＵＩＤ及びコンペの条件情報と共に、コンペ提案処理要求を、情報提供サーバ１に送信する（Ｓ１７３）。

ゴルフユーザの識別情報ＵＩＤ及びコンペの条件情報と、コンペ提案処理要求とを受信した情報提供サーバ１のＣＰＵ３０は、コンペ情報テーブルＴＢＬ２１に受信したコンペの条件情報を記憶する（Ｓ３５９）。そして、情報提供サーバ１のＣＰＵ３０は、宛先として選択されたゴルフユーザ宛に、コンペ提案の内容を送信する（Ｓ３６０）。

コンペ提案の内容の送信は、図１１に示すマイページであって、宛先として選択されたゴルフユーザのマイページ上にアラートとして表示させることにより実現することができる。また、管理サーバ３によって提供されるＳＮＳのページであって、宛先として選択されたゴルフユーザのページ上にアラートとしてコンペ提案の内容を表示させてもよい。また、宛先として選択されたゴルフユーザの登録されたメールアドレス宛てにコンペ提案の内容を送信してもよい。

いずれの場合も、送信されたコンペ提案の内容には、予約専用サイトのリンク情報が含まれており、ゴルフユーザがこのリンク情報から予約専用サイトにアクセスすると、上述のようにコンペ情報テーブルＴＢＬ２１に登録されたコンペの内容が表示されるようになっている。したがって、ゴルフ場管理者が重要視する項目についての好成績を残しているゴルフユーザに対して、コンペの提案を直接アピールできるので、成約率が高まることが期待される。

＜第２実施形態＞
次に、本発明の第２実施形態について図２６を参照して説明する。上述した第１実施形態では、ゴルフ場管理者の端末装置２ｂにおいて、予約履歴ボタンＧ１２が押下された際に実行される幹事選択処理は、当該ゴルフ場における予約情報から幹事を選択する処理であった。しかしながら、本実施形態においては、予約履歴ボタンが押下された際においても、当該ゴルフ場が含まれる地域におけるゴルフ場の予約情報から幹事を選択する構成が第１実施形態と異なる。

図２６は、本実施形態における予約履歴ボタンが押下された際の幹事選択処理を示すシーケンス図である。図２６に示すように、ゴルフ場管理者の端末装置２ｂにおいて予約履歴ボタンＧ１２が押下されると（Ｓ１６０）、端末装置２ｂのＣＰＵ４０は、当該ゴルフ場のゴルフ場ＩＤと共に、当該ゴルフ場を含む地域におけるゴルフ場を予約した幹事の抽出要求を情報提供サーバ１に送信する（Ｓ１８０）。

幹事の抽出要求を受信した情報提供サーバ１のＣＰＵ３０は、ゴルフ場テーブルＴＢＬ１２を参照して、受信したゴルフ場ＩＤを含むレコードを抽出する。情報提供サーバ１のＣＰＵ３０は、抽出したレコードから、地域の情報を読み取り、当該地域と同じ地域を含むレコードを、ゴルフ場テーブルＴＢＬ１２を参照して抽出する。情報提供サーバ１のＣＰＵ３０は、抽出したレコードから、ゴルフ場ＩＤを抽出する。つまり、情報提供サーバ１のＣＰＵ３０は、コンペの提案を行おうとしているゴルフ場と同一の地域に存在するゴルフ場のゴルフ場ＩＤを抽出する（Ｓ３７０）。

前記地域に含まれるゴルフ場のゴルフ場ＩＤが抽出されると、情報提供サーバ１のＣＰＵ３０は、予約情報テーブルＴＢＬ１３に記憶された予約情報のうち、過去６ヶ月間に予約が行われた予約情報の中から、抽出したゴルフ場ＩＤを含むレコードを抽出する（Ｓ３７１）。これ以降の処理については、図１９に示す幹事選択処理と共通なので説明を省略する。

本実施形態によれば、予約回数を基準にして、コンペ提案の送信先である幹事を選択する場合に、当該ゴルフ場だけでなく、近隣のゴルフ場における予約回数も加味して選択処理を行うことができるので、より一層、コンペ提案に対する成約率が向上することが期待される。

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

＜変形例１＞
上述した各実施形態においては、予約回数を算出する際には、予約者を基準にして、予約者の識別情報ＵＩＤと同じ識別情報ＵＩＤを含むレコードの数を算出する例ついて説明した。しかし、本発明はこのような例に限定されるものではない。例えば、予約情報の中の同伴者のフィールドに予約者の識別情報ＵＩＤが含まれているレコードが存在した場合には、当該レコードも予約回数を算出する際のレコードとしてカウントしてもよい。

また、上述した各実施形態においては、予約者の識別情報ＵＩＤと同じ識別情報ＵＩＤを含むレコードをソートしたり、当該レコードの数を計数することを行ったが、本発明はこのような例に限定されるものではない。例えば、予約者の氏名と同じ氏名を含むレコードをソートしたり、当該レコードの数を計数するようにしてもよい。

＜変形例２＞
上述した各実施形態においては、コンペ提案を行おうとしているゴルフ場が存在している地域に含まれるゴルフ場を選択する際に、当該ゴルフ場が存在している都道府県と同一の都道府県に存在するゴルフ場を選択する例について説明した。しかし、本発明は、このような例に限定されるものではない。例えば、都道府県よりも広い地域、例えば、「関東」や「関西」のような地域でもよく、更には都道府県よりも狭い地域、例えば、「市町村」のような地域でもよい。

また、予約を行ったゴルフユーザを予約情報から抽出する際に、対象となる予約情報の期間的な範囲として、過去１ヶ月、３ヶ月、６ヶ月、１年、２年を選ぶ例について説明したが、本発明はこのような例に限定されるものではない。これ以外の期間を指定してゴルフユーザを抽出するようにしてもよい。

＜変形例３＞
上述した各実施形態においては、予約者についての評価平均値は、ゴルフ場管理者のみが閲覧できるようになっている。しかしながら、評価平均値は、予約者を含む他のゴルフユーザが閲覧できるように構成してもよい。

また、上述した各実施形態においては、評価平均値を算出する際には、コンペ提案を行おうとしているゴルフ場以外の、当該ゴルフ場と同一地域にあるゴルフ場における評価平均値についても考慮にいれて算出を行った。しかしながら、コンペ提案を行おうとしているゴルフ場における評価平均値のみを対象として、最終的な評価平均値を算出するようにしてもよい。

＜変形例４＞
また、上述した各実施形態及び各変形例においては、予約回数を幹事リストまたは優良幹事リストに表示させる際には、予約回数をそのまま表示させる例について説明したが、予約回数に何かの変換をして表示させるようにしてもよい。例えば、予約回数に応じたランクを表示させるようにしてもよい。

また、上述した各実施形態及び各変形例においては、送客数を幹事リストまたは優良幹事リストに表示させる際には、送客数をそのまま表示させる例について説明したが、送客数に何かの変換をして表示させるようにしてもよい。例えば、送客数に応じたランクを表示させるようにしてもよい。

また、上述した各実施形態及び各変形例においては、ゴルフ友達数またはＳＮＳ友達数を幹事リストまたは優良幹事リストに表示させる際には、友達数をそのまま表示させる例について説明したが、友達数に何かの変換をして表示させるようにしてもよい。例えば、友達数に応じたランクを表示させるようにしてもよい。

また、上述した各実施形態及び各変形例においては、評価平均値を幹事リストまたは優良幹事リストに表示させる際には、評価平均値をそのまま表示させる例について説明したが、評価平均値に何かの変換をして表示させるようにしてもよい。例えば、評価平均値に応じたランクを表示させるようにしてもよい。

＜変形例５＞
上述した実施形態では、ゴルフ場管理者は、ゴルフ場管理者の端末装置２ｂにおいてゴルフ場予約アプリケーションのプログラムを起動させることにより、提案しようとするコンペの条件を設定できることとしているが、本発明はこれに限定されるものではない。ゴルフ場予約アプリケーション以外のゴルフ場管理者がコンペ条件を設定できるアプリケーションを設け、これにログインすることでコンペの条件を設定できるようにしてもよい。すなわち、ゴルフ場管理者がコンペ条件を設定できるものであれば、アプリケーションの種類は問わないものである。

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

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

＜変形例８＞
なお、本発明における機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することとしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。また、本発明における機能またはその一部を実現するためのプログラムを配信する配信サーバ及び当該配信サーバによる配信に用いるために使用される、当該プログラムが記憶された記憶媒体についても、本発明の範囲に含まれる。
また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

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

ＮＥＴ……通信網、１……情報提供サーバ、２ａ，２ｂ……端末装置、３……管理サーバ、１０……予約履歴管理部、１１……第１ユーザ抽出部、１２……算出部、１３……提示部、１４……第１ユーザ選択部、１５……記憶部、１６……条件情報取得部、１７……通知部、１８……評価管理部、１９……予約受付部、２１ａ，２１ｂ……入力部、２２ａ……予約部、２２ｂ……抽出要求部、２３ａ……受付部、２３ｂ……選択要求部、２４ａ，２４ｂ……表示部。

Claims (18)

1. 所定のアクティビティに関するサービスを利用する第１ユーザの端末装置と、所定のサービス提供地域において前記サービスを提供する第２ユーザの端末装置との双方と通信可能であって、前記第１ユーザ及び第２ユーザに前記サービスに関する情報を提供する、コンピュータを備えた情報提供装置のプログラムであって、
   前記コンピュータを、
   前記第１ユーザによる前記サービスについての過去の予約情報を予約履歴として管理する予約履歴管理部と、
   前記第２ユーザの端末装置からの要求に応じて、前記予約履歴に記録された前記第１ユーザのうち、当該第２ユーザの前記所定のサービス提供地域において提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出する第１ユーザ抽出部と、
   前記第１ユーザ抽出部によって抽出された前記第１ユーザについての、所定の基準に基づく成績を算出する算出部と、
   前記第１ユーザ抽出部によって抽出された前記第１ユーザと、前記算出部により算出された当該第１ユーザについての前記成績とを関連付けて提示する提示部と、
   前記第２ユーザの端末装置からの要求に応じて、前記提示部により提示された前記第１ユーザのうちの少なくとも一の第１ユーザを選択する第１ユーザ選択部と、
   前記第２ユーザの端末装置から、前記所定のアクティビティに関するイベントを誘致する条件を示す条件情報を取得可能な条件情報取得部と、
   前記第１ユーザ選択部により選択された前記一の第１ユーザ宛に、前記条件情報を表示可能に通知する通知部として機能させる、
   ことを特徴とする情報提供装置のプログラム。
2. 前記第１ユーザ抽出部は、前記第２ユーザの端末装置からの要求に応じて、少なくとも当該第２ユーザによって提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出することを特徴する請求項１に記載の情報提供装置のプログラム。
3. 前記第１ユーザ抽出部は、前記第２ユーザの端末装置からの要求に応じて、少なくとも当該第２ユーザとは異なる前記第２ユーザによって提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出することを特徴する請求項１又は請求項２に記載の情報提供装置のプログラム。
4. 前記算出部は、前記第１ユーザによる所定期間内における予約回数に基づいて前記成績を算出することを特徴する請求項１乃至請求項３のいずれか一に記載の情報提供装置のプログラム。
5. 前記算出部は、所定期間内における、当該予約を行った前記第１ユーザを含む当該予約に係る前記所定のアクティビティの利用人数の総数に基づいて前記成績を算出することを特徴する請求項１乃至請求項４のいずれか一に記載の情報提供装置のプログラム。
6. 前記情報提供装置は、前記所定のアクティビティに関するコミュニティサービスを提供し、
   前記算出部は、前記コミュニティサービスにおける友達数に基づいて前記成績を算出することを特徴する請求項１乃至請求項５のいずれか一に記載の情報提供装置のプログラム。
7. 前記情報提供装置は、コミュニティサービスを提供する外部管理装置と通信可能であり、
   前記算出部は、前記外部管理装置により提供される前記コミュニティサービスにおける友達数に基づいて前記成績を算出することを特徴する請求項１乃至請求項６のいずれか一に記載の情報提供装置のプログラム。
8. 前記第２ユーザの端末装置からの要求に応じて、前記第１ユーザについての評価を管理する評価管理部を更に備え、
   前記算出部は、前記評価管理部により管理される前記第１ユーザの評価の平均値に基づいて前記成績を算出することを特徴する請求項１乃至請求項７のいずれか一に記載の情報提供装置のプログラム。
9. 所定のアクティビティに関するサービスを利用する第１ユーザの端末装置、及び、所定のサービス提供地域において前記所定サービスを提供する第２ユーザの端末装置と通信可能で、前記サービスに関する情報を提供する情報提供装置の制御方法であって、
   前記第１ユーザによる前記サービスについての過去の予約情報を予約履歴として管理し、
   前記第２ユーザの端末装置からの要求に応じて、前記予約履歴に記録された前記第１ユーザのうち、当該第２ユーザの前記所定のサービス提供地域において提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出し、
   前記抽出された前記第１ユーザについての、所定の基準に基づく成績を算出し、
   前記抽出された前記第１ユーザと、前記算出された当該第１ユーザについての前記成績とを関連付けて提示し、
   前記提示された前記第１ユーザのうちの少なくとも一の第１ユーザを選択し、
   前記第２ユーザの端末装置から、前記所定のアクティビティに関するイベントを誘致する条件を示す条件情報を取得し、
   前記選択された前記一の第１ユーザ宛に、前記条件情報を表示可能に通知する、
   ことを特徴とする情報提供装置の制御方法。
10. 所定のアクティビティに関するサービスを利用する第１ユーザの端末装置と、所定のサービス提供地域において前記サービスを提供する第２ユーザの端末装置との双方と通信可能な情報提供装置であって、
    前記第１ユーザによる前記サービスについての過去の予約情報を予約履歴として管理する予約履歴管理部と、
    前記第２ユーザの端末装置からの要求に応じて、前記予約履歴に記録された前記第１ユーザのうち、当該第２ユーザの前記所定のサービス提供地域において提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出する第１ユーザ抽出部と、
    前記第１ユーザ抽出部によって抽出された前記第１ユーザについての、所定の基準に基づく成績を算出する算出部と、
    前記第１ユーザ抽出部によって抽出された前記第１ユーザと、前記算出部により算出された当該第１ユーザについての前記成績とを関連付けて提示する提示部と、
    前記第２ユーザの端末装置からの要求に応じて、前記提示部により提示された前記第１ユーザのうちの少なくとも一の第１ユーザを選択する第１ユーザ選択部と、
    前記第２ユーザの端末装置から、前記所定のアクティビティに関するイベントを誘致する条件を示す条件情報を取得可能な条件情報取得部と、
    前記第１ユーザ選択部により選択された前記一の第１ユーザ宛に、前記条件情報を表示可能に通知する通知部とを備える、
    ことを特徴とする情報提供装置。
11. 前記第１ユーザ抽出部は、前記第２ユーザの端末装置からの要求に応じて、少なくとも当該第２ユーザによって提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出することを特徴する請求項１０に記載の情報提供装置。
12. 前記第１ユーザ抽出部は、前記第２ユーザの端末装置からの要求に応じて、少なくとも当該第２ユーザとは異なる前記第２ユーザによって提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出することを特徴する請求項１０又は請求項１１に記載の情報提供装置。
13. 前記算出部は、前記第１ユーザによる所定期間内における予約回数に基づいて前記成績を算出することを特徴する請求項１０乃至請求項１２のいずれか一に記載の情報提供装置。
14. 前記算出部は、所定期間内における、当該予約を行った前記第１ユーザを含む当該予約に係る前記所定のアクティビティの利用人数の総数に基づいて前記成績を算出することを特徴する請求項１０乃至請求項１３のいずれか一に記載の情報提供装置。
15. 前記情報提供装置は、前記所定のアクティビティに関するコミュニティサービスを提供し、
    前記算出部は、前記コミュニティサービスにおける友達数に基づいて前記成績を算出することを特徴する請求項１０乃至請求項１４のいずれか一に記載の情報提供装置。
16. 前記情報提供装置は、コミュニティサービスを提供する外部管理装置と通信可能であり、 前記算出部は、前記外部管理装置により提供される前記コミュニティサービスにおける友達数に基づいて前記成績を算出することを特徴する請求項１０乃至請求項１５のいずれか一に記載の情報提供装置。
17. 前記第２ユーザの端末装置からの要求に応じて、前記第１ユーザについての評価を管理する評価管理部を更に備え、前記算出部は、前記評価管理部により管理される前記第１ユーザの評価の平均値に基づいて前記成績を算出することを特徴する請求項１０乃至請求項１６のいずれか一に記載の情報提供装置。
18. 所定のアクティビティに関するサービスを利用する第１ユーザの端末装置と、所定のサービス提供地域において前記サービスを提供する第２ユーザの端末装置と、前記第１ユーザの端末装置と第２ユーザの端末装置との双方と通信可能で、前記第１ユーザ及び第２ユーザに前記サービスに関する情報を提供する情報提供装置とを備える情報提供システムであって、
    前記第１ユーザの端末装置は、
    前記情報提供装置に対して、前記サービスの予約の申込みを行う予約部と、
    前記情報提供装置からの通知を受け付ける受付部とを備え、
    前記第２ユーザの端末装置は、
    前記情報提供装置に対して、前記第１ユーザの抽出を要求する抽出要求部と、
    前記情報提供装置に対して、前記第１ユーザの選択を要求する選択要求部と、
    前記所定のアクティビティに関するイベントを誘致する条件を示す条件情報を入力する入力部とを備え、
    前記情報処理装置は、
    前記第１ユーザの端末装置からの前記予約の申込みを受け付ける予約受付部と、
    前記第１ユーザによる前記サービスについての過去の予約情報を予約履歴として管理する予約履歴管理部と、
    前記抽出要求部からの要求に応じて、前記予約履歴に記録された前記第１ユーザのうち、当該第２ユーザの前記所定のサービス提供地域において提供される前記サービスに係る前記予約履歴に記録された前記第１ユーザを抽出する第１ユーザ抽出部と、
    前記第１ユーザ抽出部によって抽出された前記第１ユーザについての、所定の基準に基づく成績を算出する算出部と、
    前記第１ユーザ抽出部によって抽出された前記第１ユーザと、前記算出部により算出された当該第１ユーザについての前記成績とを関連付けて提示する提示部と、
    前記選択要求部からの要求に応じて、前記提示部により提示された前記第１ユーザのうちの少なくとも一の第１ユーザを選択する第１ユーザ選択部と、
    前記第２ユーザの端末装置から、前記所定のアクティビティに関するイベントを誘致する条件を示す条件情報を取得可能な条件情報取得部と、
    前記第１ユーザ選択部により選択された前記一の第１ユーザ宛に、前記条件情報を表示可能に通知する通知部とを備える、
    ことを特徴とする情報提供システム。
    

Images