(57)【要約】【課題】所定のアクティビティに関して、ユーザの希望する条件になるべく沿った提案を、各アクティビティを提供する施設のサーバから受け付ける情報提供装置などを提供する。【解決手段】情報提供装置１は、端末装置２から送信される条件情報を取得可能な取得部１０と、第１アクティビティ情報又は第２アクティビティ情報のうち少なくとも一方を管理する管理部１１と、管理部１１で管理する第１アクティビティ情報又は第２アクティビティ情報のうち少なくとも一方に基づいて、複数のゴルフ場サーバ４のうち所定のゴルフ場サーバ４を特定し、条件情報を提示する条件情報提示部１２と、ゴルフ場サーバ４から提案情報を受け付け可能な受付部１３と、提案情報を端末装置２に送信可能な提案情報送信部１４を備える。【選択図】図１
2014119835.tif 000002
【特許請求の範囲】
【請求項１】
所定のアクティビティに関するサービスの提供を受ける利用者の端末装置及び前記所定のアクティビティに関するサービスを提供する複数の運営主体がそれぞれ管理する管理装置と通信可能であり、コンピュータを備える情報提供装置のプログラムであって、
前記コンピュータを、
前記端末装置から送信される、所定のアクティビティに関する条件を示す条件情報を取得可能な取得部と、
前記運営主体が提供する前記所定のアクティビティに関する第１アクティビティ情報又は前記利用者のアクティビティに関する第２アクティビティ情報のうち少なくとも一方を管理する管理部と、
前記管理部で管理する前記第１アクティビティ情報又は前記第２アクティビティ情報のうち少なくとも一方に基づいて、前記複数の管理装置のうち所定の管理装置を特定し、前記所定の管理装置に前記取得部で取得した条件情報を提示する条件情報提示部と、
前記管理装置から前記所定のアクティビティに関する提案を示す提案情報を受け付け可能な受付部と、
前記受付部で受け付けた提案情報を前記端末装置に送信可能な提案情報送信部として、
機能させることを特徴とする情報提供装置のプログラム。
【請求項２】
前記条件情報提示部として、前記第１アクティビティ情報に基づいて、前記条件の少なくとも一部を充足する前記運営主体の管理装置を前記所定の管理装置として特定し、前記所定の管理装置に、前記取得部で取得した条件情報を提示するように、前記コンピュータを機能させることを特徴とする請求項１に記載の情報提供装置のプログラム。
【請求項３】
前記条件は、前記所定のアクティビティを提供する場所を含み、
前記第１アクティビティ情報は、運営主体が前記所定のアクティビティを提供する場所を含み、
前記条件情報提示部として、前記第１アクティビティ情報に基づいて、少なくとも前記条件情報の指定する場所で前記所定のアクティビティを提供する運営主体の管理装置を前記所定の管理装置として特定し、前記所定の管理装置に、前記取得部で取得した条件情報を提示するように、前記コンピュータを機能させる、
ことを特徴とする請求項２に記載の情報提供装置のプログラム。
【請求項４】
前記第２アクティビティ情報は、前記利用者が過去に前記所定のアクティビティに関するサービスの予約を行った履歴情報である予約履歴情報を含み、
前記条件情報提示部として、前記予約履歴情報に基づいて、少なくとも前記利用者が過去に前記所定のアクティビティに関する予約を行ったことがある運営主体の管理装置を前記所定の管理装置として特定するように、前記コンピュータを機能させる、
ことを特徴とする請求項１に記載の情報提供装置のプログラム。
【請求項５】
所定のアクティビティに関するサービスの提供を受ける利用者の端末装置及び前記所定のアクティビティに関するサービスを提供する複数の運営主体がそれぞれ管理する管理装置と通信可能な情報提供装置の制御方法であって、
前記端末装置から送信される所定のアクティビティに関する条件を示す条件情報を取得し、
前記運営主体が提供する前記所定のアクティビティに関する第1アクティビティ情報又は前記利用者のアクティビティに関する第２アクティビティ情報のうち少なくとも一方を管理し、
管理する前記第１アクティビティ情報又は前記第２アクティビティ情報のうち少なくとも一方に基づいて、前記複数の管理装置のうち所定の管理装置を特定し、前記所定の管理装置に、取得した前記条件情報を提示し、
前記管理装置から前記所定のアクティビティに関する提案を示す提案情報を受け付け、
受け付けた提案情報を前記端末装置に送信する、
ことを特徴とする情報提供装置の制御方法。
【請求項６】
前記条件情報を提示する工程において、前記第１アクティビティ情報に基づいて、前記条件の少なくとも一部を充足する前記運営主体の管理装置を前記所定の管理装置として特定し、前記所定の管理装置に、取得した条件情報を提示することを特徴とする請求項５に記載の情報提供装置の制御方法。
【請求項７】
前記第１アクティビティ情報は、運営主体が前記所定のアクティビティを提供する場所を含み、
前記条件情報を提示する工程において、前記第１アクティビティ情報に基づいて、少なくとも前記条件情報の指定する場所で前記所定のアクティビティを提供する運営主体の管理装置を前記所定の管理装置として特定し、前記所定の管理装置に、取得した条件情報を提示する、
ことを特徴とする請求項６に記載の情報提供装置の制御方法。
【請求項８】
前記第２アクティビティ情報は、前記利用者が過去に前記所定のアクティビティに関するサービスの予約を行った履歴情報である予約履歴情報を含み、
前記条件情報を提示する工程において、前記予約履歴情報に基づいて、少なくとも前記利用者が過去に前記所定のアクティビティに関する予約を行ったことがある運営主体の管理装置を前記所定の管理装置として特定する、
ことを特徴とする請求項５に記載の情報提供装置の制御方法。
【請求項９】
所定のアクティビティに関するサービスの提供を受ける利用者の端末装置及び前記所定のアクティビティに関するサービスを提供する複数の運営主体がそれぞれ管理する管理装置と通信可能な情報提供装置であって、
前記端末装置から送信される所定のアクティビティに関する条件を示す条件情報を取得可能な取得部と、
前記運営主体が提供する前記所定のアクティビティに関する第1アクティビティ情報又は前記利用者のアクティビティに関する第２アクティビティ情報のうち少なくとも一方を管理する管理部と、
前記管理部で管理する前記第１アクティビティ情報又は前記第２アクティビティ情報のうち少なくとも一方に基づいて、前記複数の管理装置のうち所定の管理装置を特定し、前記所定の管理装置に前記取得部で取得した条件情報を提示する条件情報提示部と、
前記管理装置から前記所定のアクティビティに関する提案を示す提案情報を受け付け可能な受付部と、
前記受付部で受け付けた提案情報を前記端末装置に送信可能な提案情報送信部と、
を備えることを特徴とする情報提供装置。
【請求項１０】
前記条件情報提示部は、前記第１アクティビティ情報に基づいて、前記条件の少なくとも一部を充足する前記運営主体の管理装置を前記所定の管理装置として特定し、前記所定の管理装置に、前記取得部で取得した条件情報を提示することを特徴とする請求項９に記載の情報提供装置。
【請求項１１】
前記第１アクティビティ情報は、運営主体が前記所定のアクティビティを提供する場所を含み、
前記条件情報提示部は、前記第１アクティビティ情報に基づいて、少なくとも前記条件情報の指定する場所で前記所定のアクティビティを提供する運営主体の管理装置を前記所定の管理装置として特定し、前記所定の管理装置に、前記取得部で取得した条件情報を提示する、
ことを特徴とする請求項１０に記載の情報提供装置。
【請求項１２】
前記第２アクティビティ情報は、前記利用者が過去に前記所定のアクティビティに関するサービスの予約を行った履歴情報である予約履歴情報を含み、
前記条件情報提示部は、前記予約履歴情報に基づいて、少なくとも前記利用者が過去に前記所定のアクティビティに関する予約を行ったことがある運営主体の管理装置を前記所定の管理装置として特定する、
ことを特徴とする請求項９に記載の情報提供装置。
【請求項１３】
所定のアクティビティに関するサービスの提供を受ける利用者の端末装置と、
前記所定のアクティビティに関するサービスを提供する複数の運営主体が管理する管理装置と、
前記端末装置及び前記複数の管理装置と通信可能な情報提供装置とを備え、
前記情報提供装置は、
前記端末装置から送信される所定のアクティビティに関する条件を示す条件情報を取得可能な取得部と、
前記運営主体が提供する前記所定のアクティビティに関する第1アクティビティ情報又は前記利用者のアクティビティに関する第２アクティビティ情報のうち少なくとも一方を管理する管理部と、
前記管理部で管理する前記第１アクティビティ情報又は前記第２アクティビティ情報のうち少なくとも一方に基づいて、前記複数の管理装置のうち所定の管理装置を特定し、前記所定の管理装置に前記取得部で取得した条件情報を提示する条件情報提示部と、
前記管理装置から前記所定のアクティビティに関する提案を示す提案情報を受け付け可能な受付部と、
前記受付部で受け付けた提案情報を前記端末装置に送信可能な提案情報送信部とを備える、
ことを特徴とする情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のアクティビティに関して、利用者の条件を充足する提案を管理装置から受け付ける技術に関する。
【背景技術】
【０００２】
従来、所定のアクティビティを行う場合、発起人（以下、「幹事」という）が参加者を集めたり、所定のアクティビティを行う施設を検索、決定したりする等、幹事にかかる負担が大きいものとなっていた。所定のアクティビティとしてゴルフを例に説明すると、幹事が参加者を集め、ゴルフを行うゴルフ場を決定していた。さらに、幹事は、スタート枠を予約する必要があった。特に、複数の組に分かれてゴルフを競うゴルフコンペティション（以下、「ゴルフコンペ」という）を開催する場合には、幹事は、人数に見合ったスタート枠を予約し、ゴルフ場の支配人と打ち合わせてコンペルームの予約等を行うのが一般的であった。
このような幹事の負担を軽減すべく、インターネット上でゴルフ場の予約やゴルフコンペの予約を行うことができるシステムが知られている（例えば、特許文献１）。この予約システムでは、ウェブサイト上で予約の空き状態を確認でき、希望するゴルフコンペへの参加を申し込むことができる。より具体的には、各ゴルフ場で企画されたゴルフコンペを管理サーバに集約し、これらを利用者の端末装置で選択可能に表示する。そして、利用者が複数のゴルフコンペの中から希望するゴルフコンペを選択すると、管理サーバを介してゴルフの予約がなされる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−６７６１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の従来の予約システムでは、ゴルフ場が主体的に行う企画や公募型のゴルフコンペを提供することはできても、幹事のニーズを充足するオーダーメイドの企画やゴルフコンペを幹事に提案すること、すなわち、幹事のニーズに応えるような、所定のアクティビティを行う施設の管理者側から積極的に提案することはできなかった。
本発明は、上述した事情に鑑みてなされたものであって、所定のアクティビティに関して、利用者の希望する条件になるべく沿った提案を受け付けることができる情報提供装置を提供すること等を解決課題とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００６】
上述した課題を解決するため、本発明に係る情報提供装置のプログラムは、所定のアクティビティに関するサービスの提供を受ける利用者の端末装置（２）及び前記所定のアクティビティに関するサービスを提供する複数の運営主体がそれぞれ管理する管理装置（４）と通信可能であり、コンピュータ（３０）を備える情報提供装置（１）のプログラムであって、前記コンピュータを、前記端末装置から送信される、所定のアクティビティに関する条件を示す条件情報を取得可能な取得部（１０）と、前記運営主体が提供する前記所定のアクティビティに関する第１アクティビティ情報又は前記利用者のアクティビティに関する第２アクティビティ情報のうち少なくとも一方を管理する管理部（１１）と、前記管理部で管理する前記第１アクティビティ情報又は前記第２アクティビティ情報のうち少なくとも一方に基づいて、前記複数の管理装置（４）のうち所定の管理装置（４）を特定し、前記所定の管理装置（４）に前記取得部で取得した条件情報を提示する条件情報提示部（１２）と、前記管理装置（４）から前記所定のアクティビティに関する提案を示す提案情報を受け付け可能な受付部（１３）と、前記受付部で受け付けた提案情報を前記端末装置に送信可能な提案情報送信部（１４）として、機能させることを特徴とする。
【０００７】
この発明によれば、情報提供装置は、条件情報を全ての管理装置に提示するのではなく、第１アクティビティ情報又は第２アクティビティ情報の少なくなくとも一方に基づいて、複数の管理装置のうち条件情報を提示する管理装置を特定する。仮に、全ての条件情報を全ての管理装置に送信するとすれば、各管理装置は多数の条件情報を受信するので、その管理者が利用者の望む条件を判断する負担が増大する。本発明では、条件情報を情報提供装置に集約し、集約した情報提供装置において、管理装置から提供された第１アクティビティ情報又は利用者から提供された第２アクティビティ情報に基づいて、どの管理装置に条件情報を提示するかを特定する。この結果、管理装置では、有用な条件情報を受け取ることができる。
【０００８】
上述した情報提供装置のプログラムは、前記条件情報提示部（１２）として、前記第１アクティビティ情報に基づいて、前記条件の少なくとも一部を充足する前記運営主体の管理装置（４）を前記所定の管理装置（４）として特定し、前記所定の管理装置（４）に、前記取得部（１０）で取得した条件情報を提示するように、前記コンピュータ（３０）を機能させることが好ましい。
【０００９】
この発明によれば、利用者が設定する条件の少なくとも一部を充足する運営主体の管理装置に条件情報を送信するので、各管理装置は、受注する可能性が低い条件情報を提示されない。よって、管理装置の管理者は、情報提供装置から検討に値する有用な条件情報を受け取ることができる。
【００１０】
上述した情報提供装置のプログラムは、前記条件は、前記所定のアクティビティを提供する場所を含み、前記第１アクティビティ情報は、運営主体が前記所定のアクティビティを提供する場所を含み、前記条件情報提示部（１２）として、前記第１アクティビティ情報に基づいて、少なくとも前記条件情報の指定する場所で前記所定のアクティビティを提供する運営主体の管理装置（４）を前記所定の管理装置（４）として特定し、前記所定の管理装置（４）に、前記取得部（１０）で取得した条件情報を提示するように、前記コンピュータ（３０）を機能させる、ことが好ましい。
【００１１】
この発明によれば、利用者が希望する場所で所定のアクティビティを提供する運営主体の管理装置に対して条件情報を提示する。このように絞り込まれた管理装置に対して条件情報を提供するので、管理装置の管理者は、利用者のニーズに全く適合しない条件情報については、検討しなくてもよいので、円滑に運用できるといった利点がある。
【００１２】
上述した情報提供装置のプログラムは、前記第２アクティビティ情報は、前記利用者が過去に前記所定のアクティビティに関するサービスの予約を行った履歴情報である予約履歴情報を含み、前記条件情報提示部（１２）として、前記予約履歴情報に基づいて、少なくとも前記利用者が過去に前記所定のアクティビティに関する予約を行ったことがある運営主体の管理装置（４）を前記所定の管理装置（４）として特定するように、前記コンピュータ（３０）を機能させる、ことが好ましい。
【００１３】
この発明によれば、情報提供装置は、利用者が過去に予約を行ったことがある運営主体に対して、条件情報を提供する。このため、利用者は、過去に予約した実績のある運営主体から提案を受けることができるといった利点がある。
【００１４】
また、上記プログラムは記録媒体に記憶させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。
【００１５】
また、本発明を情報提供装置の制御方法として把握することができる。具体的には、所定のアクティビティに関するサービスの提供を受ける利用者の端末装置（２）及び前記所定のアクティビティに関するサービスを提供する複数の運営主体がそれぞれ管理する管理装置（４）と通信可能な情報提供装置の制御方法は、前記端末装置（２）から送信される所定のアクティビティに関する条件を示す条件情報を取得し、前記運営主体が提供する前記所定のアクティビティに関する第1アクティビティ情報又は前記利用者のアクティビティに関する第２アクティビティ情報のうち少なくとも一方を管理し、管理する前記第１アクティビティ情報又は前記第２アクティビティ情報のうち少なくとも一方に基づいて、前記複数の管理装置（４）のうち所定の管理装置（４）を特定し、前記所定の管理装置（４）に、取得した前記条件情報を提示し、前記管理装置（４）から前記所定のアクティビティに関する提案を示す提案情報を受け付け、受け付けた提案情報を前記端末装置（２）に送信することを特徴とする。
【００１６】
上述した情報提供装置の制御方法において、前記条件情報を提示する工程において、前記第１アクティビティ情報に基づいて、前記条件の少なくとも一部を充足する前記運営主体の管理装置（４）を前記所定の管理装置（４）として特定し、前記所定の管理装置（４）に、取得した条件情報を提示することが好ましい。
【００１７】
上述した情報提供装置の制御方法において、前記第１アクティビティ情報は、運営主体が前記所定のアクティビティを提供する場所を含み、前記条件情報を提示する工程において、前記第１アクティビティ情報に基づいて、少なくとも前記条件情報の指定する場所で前記所定のアクティビティを提供する運営主体の管理装置（４）を前記所定の管理装置（４）として特定し、前記所定の管理装置（４）に、取得した条件情報を提示することが好ましい。
【００１８】
上述した情報提供装置の制御法方において、前記第２アクティビティ情報は、前記利用者が過去に前記所定のアクティビティに関するサービスの予約を行った履歴情報である予約履歴情報を含み、前記条件情報を提示する工程において、前記予約履歴情報に基づいて、少なくとも前記利用者が過去に前記所定のアクティビティに関する予約を行ったことがある運営主体の管理装置（４）を前記所定の管理装置（４）として特定することが好ましい。
【００１９】
また、本発明を情報提供装置として把握することができる。具体的には、情報提供装置において所定のアクティビティに関するサービスの提供を受ける利用者の端末装置（２）及び前記所定のアクティビティに関するサービスを提供する複数の運営主体がそれぞれ管理する管理装置（４）と通信可能な情報提供装置（１）であって、前記端末装置（２）から送信される所定のアクティビティに関する条件を示す条件情報を取得可能な取得部（１０）と、前記運営主体が提供する前記所定のアクティビティに関する第1アクティビティ情報又は前記利用者のアクティビティに関する第２アクティビティ情報のうち少なくとも一方を管理する管理部（１１）と、前記管理部（１１）で管理する前記第１アクティビティ情報又は前記第２アクティビティ情報のうち少なくとも一方に基づいて、前記複数の管理装置（４）のうち所定の管理装置（４）を特定し、前記所定の管理装置（４）に前記取得部（１０）で取得した条件情報を提示する条件情報提示部（１２）と、前記管理装置（４）から前記所定のアクティビティに関する提案を示す提案情報を受け付け可能な受付部（１３）と、前記受付部（１３）で受け付けた提案情報を前記端末装置（２）に送信可能な提案情報送信部（１４）と、を備えることを特徴とする。
【００２０】
上述した情報提供装置において、前記条件情報提示部（１２）は、前記第１アクティビティ情報に基づいて、前記条件の少なくとも一部を充足する前記運営主体の管理装置（４）を前記所定の管理装置（４）として特定し、前記所定の管理装置（４）に、前記取得部（１０）で取得した条件情報を提示することが好ましい。
【００２１】
次に、本発明に係る情報提供装置において、前記第１アクティビティ情報は、運営主体が前記所定のアクティビティを提供する場所を含み、前記条件情報提示部（１２）は、前記第１アクティビティ情報に基づいて、少なくとも前記条件情報の指定する場所で前記所定のアクティビティを提供する運営主体の管理装置（４）を前記所定の管理装置（４）として特定し、前記所定の管理装置（４）に、前記取得部（１０）で取得した条件情報を提示することが好ましい。
【００２２】
次に、本発明に係る情報提供装置において、前記第２アクティビティ情報は、前記利用者が過去に前記所定のアクティビティに関するサービスの予約を行った履歴情報である予約履歴情報を含み、前記条件情報提示部（１２）は、前記予約履歴情報に基づいて、少なくとも前記利用者が過去に前記所定のアクティビティに関する予約を行ったことがある運営主体の管理装置（４）を前記所定の管理装置（４）として特定する、ことが好ましい。
【００２３】
さらに、本発明に係る情報提供システムは、所定のアクティビティに関するサービスの提供を受ける利用者の端末装置（２）と、前記所定のアクティビティに関するサービスを提供する複数の運営主体が管理する管理装置（４）と、前記端末装置（２）及び前記複数の管理装置（４）と通信可能な情報提供装置（１）とを備え、前記情報提供装置（１）は、前記端末装置（２）から送信される所定のアクティビティに関する条件を示す条件情報を取得可能な取得部（１０）と、前記運営主体が提供する前記所定のアクティビティに関する第1アクティビティ情報又は前記利用者のアクティビティに関する第２アクティビティ情報のうち少なくとも一方を管理する管理部（１１）と、  前記管理部（１１）で管理する前記第１アクティビティ情報又は前記第２アクティビティ情報のうち少なくとも一方に基づいて、前記複数の管理装置（４）のうち所定の管理装置（４）を特定し、前記所定の管理装置（４）に前記取得部（１０）で取得した条件情報を提示する条件情報提示部（１２）と、前記管理装置（４）から前記所定のアクティビティに関する提案を示す提案情報を受け付け可能な受付部（１３）と、前記受付部（１３）で受け付けた提案情報を前記端末装置（２）に送信可能な提案情報送信部（１４）とを備える。
【図面の簡単な説明】
【００２４】
【図１】本発明の実施形態に係る情報提供システムのブロック図である。
【図２】ＳＮＳユーザとゴルフユーザの関係を示す説明図である。
【図３】ゴルフユーザ情報テーブルのデータ構造の一例を示す説明図である。
【図４】条件情報テーブルのデータ構造の一例を示す説明図である。
【図５】提案情報テーブルのデータ構造の一例を示す説明図である。
【図６】ＳＮＳ友達情報テーブルのデータ構造の一例を示す説明図である。
【図７】情報提供サーバの構成を示すブロック図である。
【図８】端末装置の構成を示すブロック図である。
【図９】コンペ案取得処理の処理内容を示すフローチャートである。
【図１０】ゴルフ情報サイトのトップページの一例を示す説明図である。
【図１１】入力フォームページの一例を示す説明図である。
【図１２】確認ページの一例を示す説明図である。
【図１３】ゴルフ場サーバに表示される管理画面の一例を示す説明図である。
【図１４】管理画面の一例を示す説明図である。
【図１５】入力フォームページの一例を示す説明図である。
【図１６】確認ページの一例を示す説明図である。
【図１７】ゴルフ情報サイトのトップページの一例を示す説明図である。
【発明を実施するための形態】
【００２５】
以下、実施形態として、本発明に係る情報提供サーバを用いた情報提供システムについて、アクティビティとしてゴルフを例に挙げ、図面を参照しつつ説明する。
＜第１実施形態＞
＜１：情報提供システムの構成＞
図１は、本発明の実施形態に係る情報提供システム１００のブロック図である。この情報提供システム１００は、インターネットなどの通信網ＮＥＴを介して、ゴルフ情報サービス及びゴルフ場予約サービスを提供する情報提供装置１、ゴルフを行うユーザの端末装置２、ＳＮＳサイトを提供する管理サーバ３、ゴルフ場の運営主体が管理してゴルフの予約を受け付けるゴルフ場サーバ４を備える。以下の説明では、情報提供装置１のゴルフ情報サービスを利用するユーザをゴルフユーザ、管理サーバ３のＳＮＳの利用者をＳＮＳユーザと称する。
【００２６】
管理サーバ３が提供するＳＮＳサイトは、ユーザ同士のコミュニケーションツール（すなわち、ユーザの間で行われるメッセージ管理情報の授受、例えば、掲示板、メール、チャット等）を提供する。また、ＳＮＳサイトにおいて、友達関係は、アクション元のＳＮＳユーザが友達申請を行い、これをアクション先のＳＮＳユーザが承認することによって構築される。管理サーバ３は、ＳＮＳユーザ同士の特定の関係であるＳＮＳ友達関係を示す友達情報を管理する。
【００２７】
ゴルフユーザの端末装置２は、通信網ＮＥＴを介した通信が可能であり、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが該当する。
情報提供装置１は、所定のアクティビティに関するサービスを提供する。本実施形態では、所定のアクティビティの一例としてゴルフを取り上げる。情報提供装置１は、端末装置２と通信してゴルフ情報サービスをゴルフユーザに提供する情報提供サーバ１Ａと、ゴルフ予約サーバ１Ｂを備える。ゴルフ予約サーバ１Ｂは、ゴルフ場サーバ４と通信すると共に情報提供サーバ１Ａと連携して、ゴルフユーザとゴルフ場サーバ４の管理者に対してゴルフ場の予約に関するゴルフ予約サービスを提供する。
【００２８】
ゴルフ情報サービスは、ゴルフに関する情報を提供するサービスであって、プレー履歴の記録サービスなどが該当する。本実施形態では、ゴルフ情報アプリケーションのプログラムを情報提供サーバ１Ａで実行することによりゴルフ情報サービスが提供され、ゴルフ場予約アプリケーションのプログラムをゴルフ予約サーバ１Ｂで実行することによりゴルフ場予約サービスが提供される。但し、これらのサービスの提供は一例であり、情報提供サーバ１は、ゲームなどのアプリケーションの提供、ホテルの予約などを含む旅行情報の提供、コンサート情報の提供、サービスや物品の販売を提供するものであってもよい。
【００２９】
管理サーバ３が提供するＳＮＳにおいては、掲示板、メール、チャット等を利用することができるだけでなく、ゲームや実用的なツールなどのソーシャルアプリケーションを利用することができる。このソーシャルアプリケーションは、前記ＳＮＳの提供者以外の提供者によっても提供されることがあり、ソーシャルアプリケーションを利用するか否か、あるいは、どのソーシャルアプリケーションを利用するかは、ＳＮＳユーザが任意に決定できるようになっている。ＳＮＳユーザがソーシャルアプリケーションの利用を希望する場合には、当該ソーシャルアプリケーションが当該ＳＮＳユーザのプロフィール情報やＳＮＳ上の前記友達情報にアクセスする機能や、当該ソーシャルアプリケーションが当該ＳＮＳユーザの代わりに掲示板等に投稿する機能等についての許可を求める場合がある。ソーシャルアプリケーションによっては、ＳＮＳユーザがこれらの機能について許可したことを以って、当該ソーシャルアプリケーションのユーザになる場合がある。このようなソーシャルアプリケーションは、一般に、ＳＮＳサイト内に当該ソーシャルアプリケーションの画面が表示されるため、ＳＮＳユーザにとっては、あたかもＳＮＳのサービスの一つを利用しているような感覚で、ソーシャルアプリケーションを利用することになる。
【００３０】
本実施形態の情報提供サーバ１Ａによって提供されるゴルフ情報アプリケーションは、一例として、上述のようなソーシャルアプリケーションにより提供されるサービスである。本実施形態においては、ＳＮＳユーザがゴルフ情報アプリケーションのユーザであるゴルフユーザになるためには、ゴルフ情報アプリケーションが当該ＳＮＳユーザのプロフィール情報やＳＮＳ上の前記友達情報にアクセスする機能や、ゴルフ情報アプリケーションが当該ＳＮＳユーザの代わりに掲示板等に投稿する機能等についての承認を行うようになっている。ＳＮＳユーザがこの承認を行うことにより、当該ＳＮＳユーザはゴルフユーザとなる。
【００３１】
つまり、ゴルフユーザは、図２に示すようにＳＮＳユーザに含まれる。換言すれば、情報提供サーバ１Ａは、ゴルフユーザにゴルフ情報アプリケーションを提供し、管理サーバ３のＳＮＳユーザに限って、ゴルフ情報アプリケーションのゴルフユーザとして登録する。一方、管理サーバ３は、ゴルフユーザを含むＳＮＳユーザに対してＳＮＳを提供する。このように、ゴルフユーザはＳＮＳユーザに含まれ、しかも、上述のようにゴルフ情報アプリケーションがＳＮＳユーザのプロフィール情報やＳＮＳ上の友達情報にアクセスする機能や、ゴルフ情報アプリケーションがＳＮＳユーザの代わりに掲示板等に投稿する機能等について、ＳＮＳユーザの承認を得ている。したがって、第１実施形態の情報提供サーバ１Ａは、ゴルフユーザの友達関係をＳＮＳユーザの友達関係を用いて管理する。即ち、図２に示すように、本人とＳＮＳ友達であり、且つゴルフユーザをゴルフ友達とし、ＳＮＳ友達のＳＮＳ友達であり、且つゴルフユーザをゴルフ友達のゴルフ友達として管理する。
【００３２】
次に、図１に示す情報提供サーバ１Ａは、所定のプログラムを実行することによって、端末装置２から送信されるゴルフコンペ（所定のアクティビティ）に関する条件を示す条件情報を取得可能な取得部１０と、ゴルフ場が提供するゴルフコンペに関する第１アクティビティ情報又はゴルフユーザのゴルフコンペに関する第２アクティビティ情報のうち少なくとも一方を管理する管理部１１と、管理部１１で管理する第１アクティビティ情報又は第２アクティビティ情報のうち少なくとも一方に基づいて、複数のゴルフ場サーバ４のうち所定のゴルフ場サーバ４を特定し、所定のゴルフ場サーバ４に取得部１０で取得した条件情報を提示する条件情報提示部１２と、ゴルフ場サーバ４からゴルフコンペに関する提案を示す提案情報を受け付け可能な受付部１３と、受付部１３で受け付けた提案情報を端末装置２に送信可能な提案情報送信部１４とを備える。
【００３３】
条件情報はゴルフユーザが設定する。条件情報には、ゴルフコンペの人数、日程、及び開催希望場所が含まれる。さらに、条件情報は、料金の目安や、希望賞品を含んでもよい。取得部１０は、条件情報、第１アクティビティ情報及び第２アクティビティ情報を記憶部１５に記憶された各種のテーブルから取得してもよいし、あるいは、端末装置２やゴルフ予約サーバ１Ｂから送信される情報から取得してもよい。記憶部１５には、ゴルフユーザに関する各種の情報を記録したゴルフユーザ情報テーブルＴＢＬ１１、条件情報を記録した条件情報テーブルＴＢＬ１２、及び提案情報を記録した提案情報テーブルＴＢＬ１３が格納されている。
【００３４】
ゴルフユーザの端末装置２は、入力部２１と、通知部２２と、表示部２３とを備える。ゴルフユーザは、入力部２１を用いて、コンペ名、コンペに参加する参加者の人数、スタート時間、日程候補日、料金の目安、開催場所の候補、希望賞品などを入力することができる。通知部２２は、入力部２１において入力された各種の条件情報を情報提供サーバ１Ａに通知する。表示部２３は、情報提供サーバ１Ａの提案情報送信部１４によって送信されたコンペに関する提案情報等を表示することができる。
【００３５】
ゴルフ場サーバ４は、ゴルフ場管理者によって管理され、空き枠情報やプラン情報を提供するとともに、ゴルフ場における予約を受け付けて管理する。加えて、ゴルフ場サーバ４は、ゴルフユーザのコンペ要望に関する条件情報を受け付けて管理するとともに、コンペ要望を充足するようなゴルフコンペに関する提案情報を情報提供装置１に送信する。
さらに、ゴルフ場サーバ４は、自コースに関するウェブサイトの運営も行っている。ゴルフ場サーバ４は定期的に（またはゴルフ場管理者等の操作に応じて）ゴルフ予約サーバ１Ｂと通信し、作成した空き枠情報やプラン情報をゴルフ予約サーバ１Ｂにアップロードすることができ、またゴルフ予約サーバ１Ｂに蓄積された予約情報を取得して、自身の予約情報を更新するとともに空き枠情報も更新し、更新後の空き枠情報をゴルフ予約サーバ１Ｂにアップロードする。なお、ゴルフ場サーバ４は他の予約ポータルサイトとも通信している場合がある。
【００３６】
予約の受け付けは、ゴルフ予約サーバ１Ｂから送信される予約情報の他に、電話での予約を管理者が入力する受け付けがある。これらの予約情報は管理テーブルＴＢＬ４１に記憶されている。管理テーブルＴＢＬ４１には、複数のレコードが記憶されている。レコードは予約枠に対応しており、１つのレコードには、予約ＩＤ、コース、スタート日時、人数、参加者、料金などが含まれる。従って、管理テーブルＴＢＬ４１を参照することによって、各予約枠における予約の有無を知ることができる。
【００３７】
図３にゴルフユーザ情報テーブルＴＢＬ１１のデータ構造を示す。ゴルフユーザ情報テーブルＴＢＬ１１には登録情報として複数のレコードが記録されている。１つのレコードは、ゴルフユーザを一意に識別する識別情報ＵＩＤ、登録日、プロフィール情報、及びラウンド履歴情報を含む。本実施形態では、ゴルフユーザの識別情報ＵＩＤは、ＳＮＳユーザの識別情報ＵＩＤと一致するという対応関係を有している。但し、ＳＮＳユーザの識別情報とゴルフユーザの識別情報とは必ずしも一致する必要はなく、相違していてもよい。この場合は、ゴルフユーザ情報テーブルＴＢＬ１１のレコードにＳＮＳユーザの識別情報とゴルフユーザの識別情報とを対応づけて記録すればよい。なお、本実施形態では、ゴルフユーザ情報テーブルＴＢＬ１１にはプロフィール情報を記憶することとしているが、他の実施形態ではプロフィール情報はゴルフユーザ情報テーブルＴＢＬ１１には記憶しない構成としてもよい。
【００３８】
プロフィール情報は、性別、年齢、及びメールアドレスを含む。また、ラウンド履歴情報は、プレーした自己申告による平均スコア、ハンディキャップ等を含む。
なお、ゴルフユーザ情報テーブルＴＢＬ１１をキーとなる情報（例えば、識別情報ＵＩＤ）で紐づけた複数のテーブルで構成し、リレーショナルデータベースとしてもよい。
【００３９】
図４に条件情報テーブルＴＢＬ１２のデータ構造を示す。条件情報テーブルＴＢＬ１２には、条件情報たるコンペ案を一意に識別するコンペ案ＩＤと、条件情報を設定したゴルフユーザの識別情報ＵＩＤと、条件情報とが対応づけて記録される。条件情報は、登録日、コンペ名、人数、日程候補日、上限料金、下限料金、都道府県ＩＤ、ゴルフ場ＩＤ、希望賞品、送信ゴルフ場ＩＤを含む。
図５に提案情報テーブルＴＢＬ１３のデータ構造を示す。提案情報テーブルＴＢＬ１３には、提案情報たるコンペプランを一意に識別するコンペ案ＩＤと、提案情報とが対応づけて記録される。提案情報には、登録日、コンペプランを提出したゴルフ場のゴルフ場ＩＤ、日程、スタート時間、料金１、及び賞品が含まれる。
【００４０】
説明を図１に戻す。ゴルフ予約サーバ１Ｂの予約情報テーブルＴＢＬ１６には、予約を一意に識別する予約ＩＤと予約情報とが対応付けて記録されている。予約情報は、ゴルフ場名、予約者の識別情報ＵＩＤ、予約日、プレー日、スタート時間、コース、プレーフィ、及び同伴者などが含まれる。
【００４１】
管理サーバ３は、ＳＮＳユーザを一意に識別する識別情報、ＳＮＳユーザの氏名、及びプロフィール画像のリンク先を示すリンク情報などが格納されたＳＮＳユーザ情報テーブルＴＢＬ３１と、ＳＮＳユーザの友達関係を示す友達情報が格納されたＳＮＳ友達情報テーブルＴＢＬ３２を備える。さらに、管理サーバ３は、各種のＡＰＩ（Application Program Interface）を実行可能であり、情報提供サーバ１Ａからのパラメータを含む要求を受信すると、ＳＮＳユーザ情報テーブルＴＢＬ３１又はＳＮＳ友達情報テーブルＴＢＬ３２から所定の情報を抽出して情報提供サーバ１Ａに返信するようになっている。
【００４２】
次に、管理サーバ３が備えるＳＮＳユーザ情報テーブルＴＢＬ３１とＳＮＳ友達情報テーブルＴＢＬ３２について説明する。図５にＳＮＳユーザ情報テーブルＴＢＬ３１のデータ構造を示す。ＳＮＳユーザ情報テーブルＴＢＬ３１には複数のレコードが記録されている。１つのレコードは、氏名、性別、住所、勤務先、ＳＮＳユーザを一意に識別する識別情報ＵＩＤ（アカウントとして機能する）、及びメールアドレスを含む。これらの情報は、ＳＮＳ利用者が登録した個人情報である。なお、「氏名」は一例であって、ニックネーム等でも良いことはもちろんである。
【００４３】
図６にＳＮＳ友達情報テーブルＴＢＬ３２のデータ構造を示す。ＳＮＳ友達情報テーブルＴＢＬ３２には複数のレコードが記録されている。１つのレコードは、アクション元の識別情報、アクション先の識別情報、ステータス、及び申請日時を含む。アクション元は、友達申請を行ったＳＮＳユーザであり、アクション先は、友達申請されたＳＮＳユーザである。ステータスは、友達申請の状態を示し、申請中が「０」、承諾が「１」で表される。図６に示す例では、ＵＩＤが「0zz99x999」のＳＮＳユーザは、ＵＩＤが「6zz99x999」のＳＮＳユーザに友達申請を行い、承諾されている。
【００４４】
友達関係を記憶する場合に、アクション元（申請元）とアクション先（申請先）を分けて記憶したのは、記憶容量を削減する利点がある。仮に、あるＳＮＳユーザの識別情報ＵＩＤと当該ＳＮＳユーザと友達関係にある全てのＳＮＳユーザの識別情報ＵＩＤとを対応づけて記憶したとすると、２倍の記憶容量が必要となる。例えば、ＳＮＳユーザａがアクション元でありＳＮＳユーザｂがアクション先であるとする。各ＳＮＳユーザごとに友達関係にあるＳＮＳユーザの識別情報を記憶する場合には、ユーザａについてユーザｂが友達関係にあることを記憶し、さらに、ユーザｂについてユーザａが友達関係にあることを記憶する必要がある。これに対して、本実施形態では、アクション先の識別情報とアクション元の識別情報とを対応づけて１つのレコードに記憶するので記憶容量を半分にすることができる。また、ステータスを更新する場合でも半分の処理となる。
【００４５】
図７に情報提供サーバ１Ａの構成を示す。この図に示すように、情報提供サーバ１Ａは、装置全体を制御するＣＰＵ（Central Processing Unit）３０、ＣＰＵ３０の作業領域として機能するＲＡＭ（Random Access Memory）３１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）３２、各種のプログラムやデータを記憶するハードディスクドライブ３３、キーボードやマウスなどを含む入力部３４、画像を表示するディスプレイ３５、通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース３６、及びコンパクトディスクなどの情報記録媒体を読み取る読取装置３７を備える。ハードディスクドライブ３３は、上述した記憶部１５に相当し、ゴルフユーザ情報テーブルＴＢＬ１１、条件情報テーブルＴＢＬ１２、及び提案情報テーブルＴＢＬ１３などの各種のテーブルを格納する。なお、ゴルフ予約サーバ１Ｂ及び管理サーバ３も情報提供サーバ１Ａと同様に構成されている。但し、ゴルフ予約サーバ１Ｂのハードディスクドライブ３３には、予約情報テーブルＴＢＬ１６が格納されており、管理サーバ３のハードディスクドライブ３３には、ＳＮＳユーザ情報テーブルＴＢＬ３１と、ＳＮＳ友達情報テーブルＴＢＬ３２とが格納される。また、上述したＣＰＵ３０は、管理部１１として機能する。上述した通信インターフェース３６は、ＣＰＵ３０とともに、予約情報を、ゴルフ予約サーバ１Ｂを介してゴルフ場サーバ４に送信する提案情報送信部１４、取得部１０、条件情報提示部１２及び受付部１３として機能する。
【００４６】
図８に端末装置２の構成を示す。端末装置２は、装置全体を制御するＣＰＵ４０、ＣＰＵ４０の作業領域として機能するＲＡＭ４１、ブートプログラムなどを記憶したＲＯＭ４２、各種のプログラムやデータを記憶する記憶装置４３、テンキーなどを含む入力部４４、画像を表示するディスプレイ４５、及び通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース４６を備える。なお、入力部がタッチパネルである場合は、ディスプレイ４５がタッチパネルである入力部４４を兼ねることとなる。入力部４４は単一のデバイスで構成しても、複数のデバイスを組み合わせて構成しても良い。
【００４７】
＜２：情報提供供システムの動作＞
本実施形態の情報提供システム１００では、ゴルフユーザの端末装置２を用いて、ゴルフコンペしおりの作成や、ゴルフコンペの予約などができるようになっている。
【００４８】
＜２−１：ゴルフサイトへのアクセス処理＞
まず、情報提供装置１が提供するゴルフサイトへのアクセス処理について説明する。端末装置２のＳＮＳユーザ（ゴルフユーザでもある）が、ウェブブラウザ上で動作したり、端末装置２にインストールされて動作するアプリケーションを起動して、ＳＮＳサイトにアクセスすると、端末装置２のディスプレイ４５には、ログイン画面が表示される。このログイン画面には、識別情報ＵＩＤとパスワードとを入力する入力ボックスが表示される。利用者が、入力ボックスに入力して送信ボタンを押すと、端末装置２は、入力した識別情報ＵＩＤ及びパスワードを含むログイン要求を管理サーバ３に送信する。
【００４９】
ログイン要求を管理サーバ３が受信すると、管理サーバ３は認証処理を実行する。具体的には、管理サーバ３のＣＰＵは、識別情報ＵＩＤとパスワードとの組みが記憶されているか否かを判定し、判定条件を充足する場合にはログインを許可し、判定条件が充足されない場合にはログインを拒絶する。そして、ＣＰＵは判定結果を示すログイン応答を端末装置２に送信させる。一度、端末装置２で入力された識別情報ＵＩＤとパスワードとの組みは、端末装置２に所定期間記憶されて、当該所定期間内であればログインを省略可能としてもよい。
【００５０】
この後、ＳＮＳユーザがメニューの中からゴルフ情報アプリケーションを選択すると、端末装置２は、マイページ閲覧要求を情報提供サーバ１Ａに送信する。情報提供サーバ１Ａはマイページ閲覧要求を受信すると、ゴルフサイトにおけるゴルフユーザ（ＳＮＳユーザと同一）のマイページを端末装置２に表示させる。マイページには、当該ゴルフユーザのゴルフ友達の活動状況や、ゴルフ場からのお知らせなどが集約されて表示されるようになっている。
【００５１】
＜２−２：コンペ案取得処理＞
次に、情報提供サーバ１Ａで実行するコンペ案取得処理について説明する。図９にコンペ案取得処理の処理内容を示す。まず、ＣＰＵ３０は、コンペ募集要求を端末装置２から受信したか否かを判定し(ステップＳ１)、受信するまで判定を繰り返す。コンペ募集要求は、ゴルフユーザが端末装置２において所定の操作を行うと、端末装置２から情報提供サーバ１Ａに送信される。より具体的には、情報提供サーバ１Ａが提供するゴルフ情報サイトのトップページには、例えば、図１０に示すようにコンペ案を募集するためのボタン５０が設けられている。ゴルフユーザがボタン５０をクリックすると、コンペ募集要求が端末装置２から情報提供サーバ１Ａに送信される。
【００５２】
情報提供サーバ１Ａがコンペ募集要求を受信すると、ＣＰＵ３０は入力フォームページを生成し(ステップＳ２)、端末装置２に送信する。端末装置２は、例えば、図１１に示す入力フォームページを表示する。当該ページには、コンペ名を入力するための入力ボックス６０、参加者の人数を入力するための入力ボックス６１、スタート時間を入力するための入力ボックス６２、日程の候補を入力するための入力ボックス６３ａ、及びカレンダーをポップアップさせるための入力ボタン６３ｂが設けられている。入力ボックス６３ａには、例えば、「2012/12/1、2012/12/2」といったように複数の候補日や、「2012/12/1〜2012/12/9」といったように期間を指定する入力が可能である。なお、カレンダーをポップアップさせた場合は、カレンダーを用いて候補日を選択したり、期間を指定したりすることができる。
【００５３】
また、入力フォームページには、料金の下限を入力するための入力ボックス６４ａ、料金の上限を入力するための入力ボックス６４ｂ、開催場所の候補として都道府県を入力するための入力ボックス６５、ゴルフ場名を入力するための入力ボックス６６、及び希望賞品を入力するための入力ボックス６７を備える。
【００５４】
さらに、プルダウンボタンＰＤ１をクリックすると下限料金がプルダウンメニューで表示され、プルダウンボタンＰＤ２をクリックすると上限料金がプルダウンメニューで表示され、ゴルフユーザが選択できるようになっている。また、プルダウンボタンＰＤ３をクリックすると、都道府県名がプルダウンメニューで表示され、ゴルフユーザが選択できるようになっている。プルダウンボタンＰＤ４は入力ボックス６５に都道府県名が入力されている場合に有効となる。プルダウンボタンＰＤ４をクリックすると、入力ボックス６５に入力された都道府県に属するゴルフ場がプルダウンメニューで表示され、ゴルフユーザが選択できるようになっている。
【００５５】
この例の入力フォームでは、都道府県又はゴルフ場の少なくとも一方、人数、及び候補日は、必須の入力事項であり、これらが未入力の状態では、ボタン６８をゴルフユーザがクリックしても、確認ページに遷移しないようになっている。必須の入力事項を入力した状態でゴルフユーザがボタン６８をクリックすると、確認ページ要求が端末装置２から情報提供サーバ１Ａに送信される。
【００５６】
情報提供サーバ１Ａが確認ページ要求を受信すると、ＣＰＵ３０は、図９に示すように確認ページを生成し（ステップＳ３）、これを端末装置２に返信する。図１２に確認ページの一例を示す。端末装置２において送信ボタン７０がクリックされると、条件情報を含む条件要求が端末装置２から情報提供サーバ１Ａに送信される。
【００５７】
ＣＰＵ３０は、図９に示すようにステップＳ３の後、条件要求を受信したか否かを判定し（ステップＳ４）、情報提供サーバ１Ａが条件要求を受信するまで判定を繰り返す。そして、情報提供サーバ１Ａが条件要求を受信すると、ＣＰＵ３０は、コンペ案ＩＤを発行し、コンペ案ＩＤ、ゴルフユーザの識別情報ＵＩＤ、及び条件情報を対応づけて条件情報テーブルＴＢＬ１２に記録する。なお、端末装置２は、都道府県名とゴルフ場名をそのまま情報提供サーバ１Ａに送信してもよいし、都道府県名を都道府県ＩＤに変換して情報提供サーバ１Ａに送信し、ゴルフ場ＩＤに変換して情報提供サーバ１Ａに送信してもよい。
【００５８】
ＣＰＵ３０は、条件情報に基づいて、ゴルフユーザが都道府県のみを選択し、ゴルフ場を選択しなかったかを判定する（ステップＳ６）。ゴルフユーザが都道府県のみを選択した場合、ＣＰＵ３０は入力された都道府県のゴルフ場を特定する（ステップＳ７）。一方、ゴルフユーザがゴルフ場名を入力した場合には、指定されたゴルフ場を特定する（ステップＳ８）。この後、ＣＰＵ３０は、特定されたゴルフ場のゴルフ場サーバ４に条件情報を送信する（ステップＳ９）。ゴルフ場サーバ４は条件情報を受信すると、条件情報を管理テーブルＴＢＬ４１に記憶する。
【００５９】
本システムでは、全国のゴルフ場を対象として、ゴルフユーザの希望する条件を充足するゴルフコンペのプランを募ることもできる。しかしながら、ゴルフコンペは、複数人で競技するものであるから、コンペ参加者が行きやすい場所を選択する必要がある。したがって、予め希望する地域あるいは希望するゴルフ場を特定することによって、本システムを導入した複数のゴルフ場サーバ４の一部に条件情報を送信し、提案情報たるコンペプランを募集している。これにより、ゴルフ場サーバ４においては、必要な場合にのみゴルフコンペの募集に応答することができる。例えば、ゴルフユーザが茨城県のゴルフ場を希望する場合、大阪府のゴルフ場サーバにコンペプランを問い合わせることはない。これにより、情報提供サーバ１Ａは効率的にコンペプランを取得することができる。
【００６０】
＜２−３：コンペプラン受付処理＞
次に、コンペプラン受行処理について説明する。図１３は、ゴルフ場サーバ４に表示される管理画面の一例である。ゴルフ場管理者は、管理画面に表示される各種のメニューを選択することによって、ゴルフ場の運営に係る業務を遂行できるようになっている。
図１３に示す管理画面において、ゴルフ場管理者が、コンペに対する要望を閲覧するためのコンペ要望ボタン７１をクリックすると、ゴルフ場サーバ４は、上述したステップＳ９において情報提供サーバ１Ａから送信された条件情報を管理テーブルＴＢＬ４１から読み出して、図１４に示す管理画面を表示する。
【００６１】
この管理画面では、提案情報たるコンペプランに関して、条件情報を受信した受信日時、送信者、候補日、スタート時間、料金、及び状態などが表示される。なお、条件情報の表示欄は左右にスクロールできるようになっており、ゴルフユーザが希望する賞品も閲覧できるようになっている。
【００６２】
ここで、ゴルフ場管理者がコンペプランを設定するための設定ボタン７２ａ及び７２ｂをクリックすると、図１５に示す入力フォームが表示される。当該ページには、日程を入力するための入力ボックス８０、カレンダーをポップアップさせるための入力ボタン８１、スタート時間を入力するための入力ボックス８２、スタート時間をリスト表示するために用いる時間リストボタン８３、プレーフィを入力するための入力ボックス８４、参加費を入力するための入力ボックス８５、賞品を入力するための入力ボックス８６を備える、
【００６３】
ゴルフ場管理者がこれらの入力ボックス８０、８２、８３〜８６に所定の情報を入力して、確認ボタン８７をクリックすると、図１６に示す確認ページが表示される。そして、ゴルフ場管理者が送信ボタン８９をクリックすると、提案情報とコンペ案ＩＤを含む提案要求が情報提供サーバ１Ａに送信される。この場合、提案要求はゴルフ予約サーバ１Ｂを介して情報提供サーバ１Ａに送信してもよいし、あるいは、ゴルフ予約サーバ１Ｂを介することなく、直接、情報提供サーバ１Ａに送信してもよい。
【００６４】
情報提供サーバ１Ａが提案要求を受信すると、ＣＰＵ３０は、提案情報たるコンペプランを一意に識別するコンペプランＩＤを発行して、コンペプランＩＤ、コンペ案ＩＤ、及び提案情報を対応づけて提案情報テーブルＴＢＬ１３に格納する。
そして、情報提供サーバ１Ａが提供するポータルサイトにゴルフユーザがアクセスすると、ＣＰＵ３０はログインしたゴルフユーザの識別情報ＵＩＤをキーとして、条件情報テーブルＴＢＬ１２から一致するレコードを抽出する。抽出したレコードは、当該ゴルフユーザがコンペ案を募集したものである。ＣＰＵ３０は、抽出したレコードに含まれるコンペ案ＩＤを特定する。
この後、ＣＰＵ３０は、提案情報テーブルＴＢＬ１３のレコードのうち、特定したコンペ案ＩＤが含まれるレコードを特定する。特定されたレコードは、ゴルフ場からコンペプランの提案があった案件である。ＣＰＵ３０は、特定されたレコードを計数して端末装置２に表示させる。例えば、２件のコンペプランがある場合、図１７に示すように表示欄５０ａに「２」と表示する。これによって、ゴルフユーザはゴルフ情報サイトのトップページにおいて、ゴルフ場からの提案件数を確認することができる。そして、表示欄５０ａをゴルフユーザがクリックすると、コンペプランが確認できるようになっている。
【００６５】
＜変形例＞
本発明は、上述した各実施形態に限定されるものではなく、以下に述べる各種の変形が可能である。また、各変形例及び各実施形態は、適宜、組み合わせてもよいことは勿論である。
【００６６】
（１）上述実施形態において、図１１に示す条件情報の入力フォームにおいて、都道府県のみが指定された場合には、指定された都道府県に属する全てのゴルフ場サーバ４に条件情報を送信することとしたが、本発明はこれに限定されるものではない。ここで、ＣＰＵ３０は、運営主体が提供するゴルフ（所定のアクティビティの一例）に関する第１アクティビティ情報又はゴルフユーザのゴルフに関する第２アクティビティ情報のうち少なくとも一方を管理し、第１アクティビティ情報又は第２アクティビティ情報のうち少なくとも一方に基づいて、システムが導入されている複数のゴルフ場サーバ４のうち所定のゴルフ場サーバ４を特定し、所定のゴルフ場サーバ４に条件情報を提示してもよい。
【００６７】
この場合、情報提供サーバ１Ａには、ゴルフユーザからの条件情報が集約される。情報提供サーバ１Ａは、集約した条件情報を全てのゴルフ場サーバ４に提供するのではなく、第１アクティビティ情報又は第２アクティビティ情報のうち少なくとも一方に基づいて特定したゴルフ場サーバ４に提供する。このように、条件情報の提示先を制御することによって、ゴルフ場が提案し易く、また、ゴルフユーザがゴルフ場の提案を受諾し易くできるといった利点がある。
【００６８】
ここで、第１アクティビティ情報は、例えば、ゴルフ場の場所であったり、あるいは、プレーフィなどが該当し得る。また、第２アクティビティ情報は、例えば、ゴルフユーザが過去にゴルフに関するサービスの予約を行った履歴情報である予約履歴情報である。第２アクティビティ情報が予約履歴情報である場合、条件情報提示部１２は、予約履歴情報に基づいて、少なくともゴルフユーザが過去にゴルフに関する予約を行ったことがあるゴルフ場のゴルフ場サーバ４に対して条件情報を提供する。より具体的には、情報提供サーバ１のＣＰＵ３０は、予約サーバ１Ｂに対してゴルフユーザの予約履歴情報を問い合わせ、取得した予約履歴情報に含まれる、予約されたゴルフ場に関する情報に基づいて、当該予約されたゴルフ場のゴルフ場サーバ４に対して条件情報を提供すればよい。
【００６９】
（２）上述した実施形態及び変形例では、ゴルフ場管理者によって入力された提案情報が、ゴルフユーザから提示された条件情報を充足しているか否かの判断を行っていないが、これを行い、充足していると判断した場合にゴルフユーザに対して提案情報を送信できるように構成することとしてもよい。
具体的には、図１５に示す入力フォームにおいて確認ボタンＢ７が押下された際、例えばゴルフ場管理者によって入力された日程が、条件情報中の日程候補に含まれているか否かを判断したり、入力されたプレーフィと参加費の合計が、条件情報中の料金目安の範囲に含まれているか否か等を判断する。この判断により、入力された情報の一部または全部が条件情報と整合しない場合は、ゴルフ場管理者に再度の入力を促すように構成する。
このとき、図１５に示す入力フォームの入力項目の全部について上記判断を行うようにしてもよいし、特定の項目のみについて上記判断を行うように構成してもよい。
【００７０】
（３）上述した実施形態及び変形例では、ゴルフコンペを一例として説明したが、本発明はこれに限定されるものではなく、どのようなアクティビティにも提供できる。ここで、アクティビティとは人の行動を意味し、例えば、テニス、卓球、サッカーなどのスポーツや、コンサート、演劇などの芸術活動、結婚式などの式典が該当する。
また、ゴルフコンペは複数の組でゴルフを競う大会であるが、１組でゴルフを楽しむ場合にも、本発明は適用される。この場合、幹事は条件に見合うゴルフ場を選択しなくてはならないが、条件情報を送信し、提案情報の提示を受けることにより、予約等で幹事にかかる負担の大幅な削減が期待できる。
【００７１】
（４）本発明における機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することとしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスクドライブ等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。また、本発明における機能またはその一部を実現するためのプログラムを配信する配信サーバ及び当該配信サーバによる配信に用いるために使用される、当該プログラムが記憶された記憶媒体についても、本発明の範囲に含まれる。
また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【００７２】
なお、本発明は上述の各実施形態及び変形例に限定されるものではなく、本発明の趣旨の範囲内での変更は本発明に含まれるものである。  
【符号の説明】
【００７３】
ＮＥＴ……通信網、１Ａ……情報提供サーバ、２……端末装置、３……管理サーバ、４……ゴルフ場サーバ、１０……取得部、１１……管理部、１２……条件情報提示部、１３……受付部、１４……提案情報送信部、１５……記憶部、ＴＢＬ１２……条件情報テーブル、ＴＢＬ１３……提案情報テーブル。
【図１】
2014119835.tif 000003
【図２】
2014119835.tif 000004
【図３】
2014119835.tif 000005
【図４】
2014119835.tif 000006
【図５】
2014119835.tif 000007
【図６】
2014119835.tif 000008
【図７】
2014119835.tif 000009
【図８】
2014119835.tif 000010
【図９】
2014119835.tif 000011
【図１０】
2014119835.tif 000012
【図１１】
2014119835.tif 000013
【図１２】
2014119835.tif 000014
【図１３】
2014119835.tif 000015
【図１４】
2014119835.tif 000016
【図１５】
2014119835.tif 000017
【図１６】
2014119835.tif 000018
【図１７】
2014119835.tif 000019