特許 6145764 情報提供装置のプログラム、情報提供装置の制御方法、情報提供装置、及び、情報提供システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6145764

(24)【登録日】2017年5月26日

(45)【発行日】2017年6月14日

(54)【発明の名称】情報提供装置のプログラム、情報提供装置の制御方法、情報提供装置、及び、情報提供システム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20170607BHJP

   G06F 17/30 20060101ALI20170607BHJP

【ＦＩ】

   G06Q50/10

   G06F17/30 340A

【請求項の数】12

【全頁数】40

(21)【出願番号】特願2013-37942(P2013-37942)

(22)【出願日】2013年2月27日

(65)【公開番号】特開2014-164723(P2014-164723A)

(43)【公開日】2014年9月8日

【審査請求日】2015年11月24日

(73)【特許権者】

【識別番号】506113602

【氏名又は名称】株式会社コナミデジタルエンタテインメント

(74)【代理人】

【識別番号】100125689

【弁理士】

【氏名又は名称】大林 章

(74)【代理人】

【識別番号】100128598

【弁理士】

【氏名又は名称】高田 聖一

(74)【代理人】

【識別番号】100121108

【弁理士】

【氏名又は名称】高橋 太朗

(72)【発明者】

【氏名】夏目 恭行

(72)【発明者】

【氏名】橋本 卓也

【審査官】 青柳 光代

(56)【参考文献】

【文献】 特表２００９−５０５２４０（ＪＰ，Ａ）

【文献】 特開２００７−３２８７２３（ＪＰ，Ａ）

【文献】 特開２００３−２０８１６５（ＪＰ，Ａ）

【文献】 特開２００９−２４５０４６（ＪＰ，Ａ）

【文献】 特開２００１−３３８１７６（ＪＰ，Ａ）

【文献】 特開２０１１−０４８４２４（ＪＰ，Ａ）

【文献】 特開２００９−１２３０８４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

Ｇ０６Ｆ １７／３０

(57)【特許請求の範囲】

【請求項1】

所定のアクティビティに関する第１サービスのユーザとして登録された複数の登録ユーザの端末装置と通信可能であって、前記登録ユーザを含む外部ユーザに第２サービスを提供し前記外部ユーザ同士の特定の関係を示す特定関係情報を管理する外部装置と通信可能であり、前記登録ユーザに前記第１サービスに関する情報を提供する、コンピュータを備えた情報提供装置のプログラムであって、
前記コンピュータを、
前記第１サービスに関する前記登録ユーザのプロフィール情報を管理するプロフィール情報管理部と、
前記外部装置が管理する前記特定関係情報を参照する参照部と、
前記参照部が参照した前記特定関係情報に基づいて、前記登録ユーザのうちの着目ユーザと前記特定の関係を有する前記外部ユーザのうちの前記登録ユーザである第１関係ユーザと、前記第１関係ユーザと前記特定の関係を有する前記外部ユーザのうちの前記登録ユーザである第２関係ユーザとを特定する特定部と、
前記登録ユーザの全体のうちの少なくとも前記着目ユーザと、前記第１関係ユーザと、前記第２関係ユーザとを前記登録ユーザの全体から除いたユーザであることを第１条件とし、前記着目ユーザの前記プロフィール情報のうち、少なくとも一の項目の内容と所定の関係にある内容が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第１条件及び前記第２条件を少なくとも満たすユーザを第３関係ユーザとして抽出するユーザ抽出部と、
前記第３関係ユーザから前記着目ユーザの前記端末装置に表示させる所定数の表示対象ユーザを確定する表示対象ユーザ確定部と、
前記表示対象ユーザを表示可能に前記着目ユーザの前記端末装置に通知する通知部として機能させる、
ことを特徴とする情報提供装置のプログラム。

【請求項2】

前記ユーザ抽出部は、前記着目ユーザの前記プロフィール情報における都道府県の項目に登録された都道府県と一致または隣接関係にある都道府県が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出することを特徴とする請求項１に記載の情報提供装置のプログラム。

【請求項3】

前記ユーザ抽出部は、前記着目ユーザの前記プロフィール情報における性別の項目に登録された性別と一致または異なる性別が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出することを特徴とする請求項１または請求項２に記載の情報提供装置のプログラム。

【請求項4】

前記ユーザ抽出部は、前記プロフィール情報における項目から任意の項目を選択し、選択した項目において前記着目ユーザが登録している内容が、前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出することを特徴とする請求項１ないし請求項３のいずれか一に記載の情報提供装置のプログラム。

【請求項5】

前記ユーザ抽出部は、前記表示対象ユーザとして確定された回数が所定回数に満たないことを第３条件とし、前記第１条件及び前記第２条件に加えて、前記第３条件を満たすユーザを第３関係ユーザとして抽出することを特徴とする請求項１ないし請求項４のいずれか一に記載の情報提供装置のプログラム。

【請求項6】

所定のアクティビティに関する第１サービスのユーザとして登録された複数の登録ユーザの端末装置と通信可能であって、前記登録ユーザを含む外部ユーザに第２サービスを提供し前記外部ユーザ同士の特定の関係を示す特定関係情報を管理する外部装置と通信可能であり、前記登録ユーザに前記第１サービスに関する情報を提供する情報提供装置の制御方法であって、
前記第１サービスに関する前記登録ユーザのプロフィール情報を管理し、
前記外部装置が管理する前記特定関係情報を参照し、
前記参照した前記特定関係情報に基づいて、前記登録ユーザのうちの着目ユーザと前記特定の関係を有する前記外部ユーザのうちの前記登録ユーザである第１関係ユーザと、前記第１関係ユーザと前記特定の関係を有する前記外部ユーザのうちの前記登録ユーザである第２関係ユーザとを特定し、
前記登録ユーザの全体のうちの少なくとも前記着目ユーザと、前記第１関係ユーザと、前記第２関係ユーザとを前記登録ユーザの全体から除いたユーザであることを第１条件とし、前記着目ユーザの前記プロフィール情報のうち、少なくとも一の項目の内容と所定の関係にある内容が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第１条件及び前記第２条件を少なくとも満たすユーザを第３関係ユーザとして抽出し、
前記第３関係ユーザから前記着目ユーザの前記端末装置に表示させる所定数の表示対象ユーザを確定し、
前記表示対象ユーザを表示可能に前記着目ユーザの前記端末装置に通知する、
ことを特徴とする情報提供装置の制御方法。

【請求項7】

所定のアクティビティに関する第１サービスのユーザとして登録された複数の登録ユーザの端末装置と通信可能であって、前記登録ユーザを含む外部ユーザに第２サービスを提供し前記外部ユーザ同士の特定の関係を示す特定関係情報を管理する外部装置と通信可能であり、前記登録ユーザに前記第１サービスに関する情報を提供する情報提供装置であって、
前記サービスに関する前記登録ユーザのプロフィール情報を管理するプロフィール情報管理部と、
前記外部装置が管理する前記特定関係情報を参照する参照部と、
前記参照部が参照した前記特定関係情報に基づいて、前記登録ユーザのうちの着目ユーザと前記特定の関係を有する前記外部ユーザのうちの前記登録ユーザである第１関係ユーザと、前記第１関係ユーザと前記特定の関係を有する前記外部ユーザのうちの前記登録ユーザである第２関係ユーザとを特定する特定部と、
前記登録ユーザの全体のうちの少なくとも前記着目ユーザと、前記第１関係ユーザと、前記第２関係ユーザとを前記登録ユーザの全体から除いたユーザであることを第１条件とし、前記着目ユーザの前記プロフィール情報のうち、少なくとも一の項目の内容と所定の関係にある内容が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第１条件及び前記第２条件を少なくとも満たすユーザを第３関係ユーザとして抽出するユーザ抽出部と、
前記第３関係ユーザから前記着目ユーザの前記端末装置に表示させる所定数の表示対象ユーザを確定する表示対象ユーザ確定部と、
前記表示対象ユーザを表示可能に前記着目ユーザの前記端末装置に通知する通知部とを備える、
ことを特徴とする情報提供装置。

【請求項8】

前記ユーザ抽出部は、前記着目ユーザの前記プロフィール情報における都道府県の項目に登録された都道府県と一致または隣接関係にある都道府県が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出することを特徴とする請求項７に記載の情報提供装置。

【請求項9】

前記ユーザ抽出部は、前記着目ユーザの前記プロフィール情報における性別の項目に登録された性別と一致または異なる性別が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出することを特徴とする請求項７または請求項８に記載の情報提供装置。

【請求項10】

前記ユーザ抽出部は、前記プロフィール情報における項目から任意の項目を選択し、選択した項目において前記着目ユーザが登録している内容が、前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出することを特徴とする請求項７ないし請求９のいずれか一に記載の情報提供装置。

【請求項11】

前記ユーザ抽出部は、前記表示対象ユーザとして確定された回数が所定回数に満たないことを第３条件とし、前記第１条件及び前記第２条件に加えて、前記第３条件を満たすユーザを第３関係ユーザとして抽出することを特徴とする請求項７ないし請求項１０のいずれか一に記載の情報提供装置。

【請求項12】

所定のアクティビティに関する第１サービスのユーザとして登録された複数の登録ユーザの端末装置と、当該端末装置と通信可能であり、前記登録ユーザを含む外部ユーザに第２サービスを提供し前記外部ユーザ同士の特定の関係を示す特定関係情報を管理する外部装置と通信可能であり、前記登録ユーザに前記第１サービスに関する情報を提供する情報提供装置とを備える情報提供システムであって、
前記情報提供装置は、
前記第１サービスに関する前記登録ユーザのプロフィール情報を管理するプロフィール情報管理部と、
前記外部装置が管理する前記特定関係情報を参照する参照部と、
前記参照部が参照した前記特定関係情報に基づいて、前記登録ユーザのうちの着目ユーザと前記特定の関係を有する前記外部ユーザのうちの前記登録ユーザである第１関係ユーザと、前記第１関係ユーザと前記特定の関係を有する前記外部ユーザのうちの前記登録ユーザである第２関係ユーザとを特定する特定部と、
前記登録ユーザの全体のうちの少なくとも前記着目ユーザと、前記第１関係ユーザと、前記第２関係ユーザとを前記登録ユーザの全体から除いたユーザであることを第１条件とし、前記着目ユーザの前記プロフィール情報のうち、少なくとも一の項目の内容と所定の関係にある内容が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第１条件及び前記第２条件を少なくとも満たすユーザを第３関係ユーザとして抽出するユーザ抽出部と、
前記第３関係ユーザから前記着目ユーザの前記端末装置に表示させる所定数の表示対象ユーザを確定する表示対象ユーザ確定部と、
前記表示対象ユーザを表示可能に前記着目ユーザの前記端末装置に通知する通知部とを備え、
前記端末装置は、
前記情報提供装置から通知された前記表示対象ユーザを表示する表示部を備える、
ことを特徴とする情報提供システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、仲間を有効的に見つけ易くする技術に関する。

【背景技術】

【0002】

ＳＮＳ（Social Networking Service）は、様々なユーザとの交流を目的とするサービスであるが、ＳＮＳを利用した場合でも、自分に合った仲間を見つけるのは容易ではない。
そこで、従来は、他のユーザから、当該ユーザに対するフィードバック等を参考にして、ユーザのマッチングを行う技術が提案されている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００６−１５８９５６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、全てのユーザが、他のユーザからのフィードバックを得られるとは限られないため、特許文献１では、必ずしも全てのユーザについて、自分に合った仲間が見つけ易くなるとは言い得なかった。
本発明は、この点に鑑みてなされたものであり、多大な労力を必要とせずとも自分に合った仲間を見つけ易くすること可能とすることなどを解決課題とする。

【課題を解決するための手段】

【0005】

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

【0006】

上述した課題を解決するため、本発明に係る情報提供装置のプログラムは、所定のアクティビティに関するサービスのユーザとして登録された複数の登録ユーザの端末装置（２）と通信可能であって、前記登録ユーザに前記サービスに関する情報を提供する、コンピュータを備えた情報提供装置（１）のプログラムであって、前記コンピュータを、前記サービスに関する前記登録ユーザのプロフィール情報を管理するプロフィール情報管理部（１０）と、前記登録ユーザの全体のうちの少なくとも一の着目ユーザと、当該着目ユーザに対して特定の関係を有する第１関係ユーザと、当該第１関係ユーザに対して前記特定の関係を有する第２関係ユーザとを前記登録ユーザの全体から除いたユーザであることを第１条件とし、前記着目ユーザの前記プロフィール情報のうち、少なくとも一の項目の内容と所定の関係にある内容が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第１条件及び前記第２条件を少なくとも満たすユーザを第３関係ユーザとして抽出するユーザ抽出部（１１）と、前記第３関係ユーザから前記着目ユーザの前記端末装置（２）に表示させる所定数の表示対象ユーザを確定する表示対象ユーザ確定部（１２）と、前記表示対象ユーザを表示可能に前記着目ユーザの前記端末装置（２）に通知する通知部（１３）として機能させることを特徴とする。

【0007】

この発明において、「アクティビティ」は、スポーツの他、ゲーム、コンサート等も含む概念である。「特定の関係」は、友達関係、所属企業や部署が同じである関係等を含む概念である。「第２条件」には、少なくとも一のユーザが登録している都道府県と一致または隣接関係にある都道府県、性別が同じまたは異なる、あるいは、例えばアクティビティがゴルフである場合は、自身のゴルフに対する志向性を示す情報であるゴルファータイプ情報等を含む概念である。

【0008】

上述した情報提供装置のプログラムにおいて、前記ユーザ抽出部（１１）は、前記着目ユーザの前記プロフィール情報における都道府県の項目に登録された都道府県と一致または隣接関係にある都道府県が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出するようにしてもよい。

【0009】

上述した情報提供装置のプログラムにおいて、前記ユーザ抽出部（１１）は、前記着目ユーザの前記プロフィール情報における性別の項目に登録された性別と一致または異なる性別が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出するようにしてもよい。

【0010】

上述した情報提供装置のプログラムにおいて、前記ユーザ抽出部（１１）は、前記プロフィール情報における項目から任意の項目を選択し、選択した項目において前記着目ユーザが登録している内容が、前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出するようにしてもよい。

【0011】

上述した情報提供装置のプログラムにおいて、前記ユーザ抽出部（１１）は、前記表示対象ユーザとして確定された回数が所定回数に満たないことを第３条件とし、前記第１条件及び前記第２条件に加えて、前記第３条件を満たすユーザを第３関係ユーザとして抽出するようにしてもよい。

【0012】

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

【0013】

上述した課題を解決するため、本発明に係る情報提供装置の制御方法は、所定のアクティビティに関するサービスのユーザとして登録された複数の登録ユーザの端末装置（２）と通信可能であって、前記登録ユーザに前記サービスに関する情報を提供する情報提供装置（１）の制御方法であって、前記サービスに関する前記登録ユーザのプロフィール情報を管理し、前記登録ユーザの全体のうちの少なくとも一の着目ユーザと、当該着目ユーザに対して特定の関係を有する第１関係ユーザと、当該第１関係ユーザに対して前記特定の関係を有する第２関係ユーザとを前記登録ユーザの全体から除いたユーザであることを第１条件とし、前記着目ユーザの前記プロフィール情報のうち、少なくとも一の項目の内容と所定の関係にある内容が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第１条件及び前記第２条件を少なくとも満たすユーザを第３関係ユーザとして抽出し、前記第３関係ユーザから前記着目ユーザの前記端末装置（２）に表示させる所定数の表示対象ユーザを確定し、前記表示対象ユーザを表示可能に前記着目ユーザの前記端末装置（２）に通知することを特徴とする。

【0014】

上述した課題を解決するため、本発明に係る情報提供装置は、所定のアクティビティに関するサービスのユーザとして登録された複数の登録ユーザの端末装置（２）と通信可能であって、前記登録ユーザに前記サービスに関する情報を提供する情報提供装置（１）であって、前記サービスに関する前記登録ユーザのプロフィール情報を管理するプロフィール情報管理部（１０）と、前記登録ユーザの全体のうちの少なくとも一の着目ユーザと、当該着目ユーザに対して特定の関係を有する第１関係ユーザと、当該第１関係ユーザに対して前記特定の関係を有する第２関係ユーザとを前記登録ユーザの全体から除いたユーザであることを第１条件とし、前記着目ユーザの前記プロフィール情報のうち、少なくとも一の項目の内容と所定の関係にある内容が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第１条件及び前記第２条件を少なくとも満たすユーザを第３関係ユーザとして抽出するユーザ抽出部（１１）と、前記第３関係ユーザから前記着目ユーザの前記端末装置（２）に表示させる所定数の表示対象ユーザを確定する表示対象ユーザ確定部（１２）と、前記表示対象ユーザを表示可能に前記着目ユーザの前記端末装置（２）に通知する通知部（１３）とを備えることを特徴とする。

【0015】

上述した情報提供装置において、前記ユーザ抽出部（１１）は、前記着目ユーザの前記プロフィール情報における都道府県の項目に登録された都道府県と一致または隣接関係にある都道府県が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出するようにしてもよい。

【0016】

上述した情報提供装置において、前記ユーザ抽出部（１１）は、前記着目ユーザの前記プロフィール情報における性別の項目に登録された性別と一致または異なる性別が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出するようにしてもよい。

【0017】

上述した情報提供装置において、前記ユーザ抽出部（１１）は、前記プロフィール情報における項目から任意の項目を選択し、選択した項目において前記着目ユーザが登録している内容が、前記プロフィール情報に含まれるユーザであることを第２条件として、前記第３関係ユーザを抽出するようにしてもよい。

【0018】

上述した情報提供装置において、前記ユーザ抽出部（１１）は、前記表示対象ユーザとして確定された回数が所定回数に満たないことを第３条件とし、前記第１条件及び前記第２条件に加えて、前記第３条件を満たすユーザを第３関係ユーザとして抽出するようにしてもよい。

【0019】

上述した課題を解決するため、本発明に係る情報提供システムは、所定のアクティビティに関するサービスのユーザとして登録された複数の登録ユーザの端末装置（２）と、当該端末装置（２）と通信可能で前記登録ユーザに前記サービスに関する情報を提供する情報提供装置（１）とを備える情報提供システム（１００）であって、前記情報提供装置（１）は、前記サービスに関する前記登録ユーザのプロフィール情報を管理するプロフィール情報管理部（１０）と、前記登録ユーザの全体のうちの少なくとも一の着目ユーザと、当該着目ユーザに対して特定の関係を有する第１関係ユーザと、当該第１関係ユーザに対して前記特定の関係を有する第２関係ユーザとを前記登録ユーザの全体から除いたユーザであることを第１条件とし、前記着目ユーザの前記プロフィール情報のうち、少なくとも一の項目の内容と所定の関係にある内容が前記プロフィール情報に含まれるユーザであることを第２条件として、前記第１条件及び前記第２条件を少なくとも満たすユーザを第３関係ユーザとして抽出するユーザ抽出部（１１）と、前記第３関係ユーザから前記着目ユーザの前記端末装置（２）に表示させる所定数の表示対象ユーザを確定する表示対象ユーザ確定部（１２）と、前記表示対象ユーザを表示可能に前記着目ユーザの前記端末装置（２）に通知する通知部（１３）とを備え、前記端末装置（２）は、前記情報提供装置（１）から通知された前記表示対象ユーザを表示する表示部（２２）を備えることを特徴とする。

【図面の簡単な説明】

【0020】

【図1】本発明の実施形態に係る情報提供システムのブロック図である。

【図2】ユーザ情報テーブルのデータ構造の一例を示す説明図である。

【図3】ユーザ情報テーブルのデータ構造の一例を示す説明図である。

【図4】ユーザ情報テーブルのデータ構造の一例を示す説明図である。

【図5】表示対象ユーザテーブルのデータ構造の一例を示す説明図である。

【図6】都道府県テーブルのデータ構造の一例を示す説明図である。

【図7】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図8】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図9】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図10】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図11】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図12】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図13】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図14】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図15】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図16】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図17】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図18】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図19】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図20】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図21】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図22】設定値管理マスタテーブルのデータ構造の一例を示す説明図である。

【図23】情報提供サーバの構成を示すブロック図である。

【図24】端末装置の構成を示すブロック図である。

【図25】端末装置の表示画面の一例を示す説明図である。

【図26】端末装置の表示画面の一例を示す説明図である。

【図27】端末装置の表示画面の一例を示す説明図である。

【図28】端末装置の表示画面の一例を示す説明図である。

【図29】端末装置の表示画面の一例を示す説明図である。

【図30】端末装置の表示画面の一例を示す説明図である。

【図31】端末装置の表示画面の一例を示す説明図である。

【図32】端末装置の表示画面の一例を示す説明図である。

【図33】端末装置の表示画面の一例を示す説明図である。

【図34】端末装置の表示画面の一例を示す説明図である。

【図35】情報提供システムのゴルファーマッチング処理に関する動作シーケンスを示すシーケンス図である。

【図36】地域・履歴による絞込み処理（第１処理）を示すフローチャートである。

【図37】性別・プロフィールによる絞込み処理（第２処理）を示すフローチャートである。

【図38】性別・プロフィールによる絞込み処理（第３処理）を示すフローチャートである。

【図39】性別・プロフィールによる絞込み処理（第４処理）を示すフローチャートである。

【図40】隣接県テーブルのデータ構造の一例を示す説明図である。

【図41】隣接県テーブルのデータ構造の一例を示す説明図である。

【図42】隣接県テーブルのデータ構造の一例を示す説明図である。

【図43】条件テーブルのデータ構造の一例を示す説明図である。

【図44】条件テーブルのデータ構造の一例を示す説明図である。

【図45】条件テーブルのデータ構造の一例を示す説明図である。

【図46】変形例における性別・プロフィールによる絞込み処理（第２処理）を示すフローチャートである。

【図47】変形例における性別・プロフィールによる絞込み処理（第２処理）を示すフローチャートである。

【図48】変形例における性別・プロフィールによる絞込み処理（第３処理）を示すフローチャートである。

【図49】変形例における性別・プロフィールによる絞込み処理（第４処理）を示すフローチャートである。

【図50】変形例に係る情報提供システムのブロック図である。

【発明を実施するための形態】

【0021】

以下、実施形態として、本発明に係る情報提供サーバを用いた情報提供システムについて、所定のアクティビティとしてゴルフを例に挙げて、図面を参照しつつ説明する。
＜１：情報提供システムの構成＞
図１は、本発明の実施形態に係る情報提供システム１００のブロック図である。この情報提供システム１００は、インターネットなどの通信網ＮＥＴを介して、ゴルフ情報サービスを提供する情報提供装置の一例としての情報提供サーバ１と、ゴルフを行うユーザの端末装置２とを備える。

【0022】

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

【0023】

図１を参照して、情報提供サーバ１の機能を説明する。情報提供サーバ１は、ユーザ情報テーブルＴＢＬ１１、都道府県テーブルＴＢＬ１２、条件テーブルＴＢＬ１３、隣接県テーブルＴＢＬ１４、設定値管理マスタテーブルＴＢＬ１５、表示対象ユーザテーブルＴＢＬ１６を記憶した記憶部１５を備える。また、記憶部１５には、情報提供サーバ１を制御するプログラムが記憶されている。ユーザ情報テーブルＴＢＬ１１には、ユーザを一意に識別する識別情報ＵＩＤなどが格納されている。都道府県テーブルＴＢＬ１２には、都道府県を一意に識別する都道府県ＩＤが格納されている。条件テーブルＴＢＬ１３には、ゴルファーマッチング処理の際に用いる条件情報が格納されている。隣接県テーブルＴＢＬ１４には、各都道府県と隣接する都道府県についての隣接都道府県情報が格納されている。設定値管理マスタテーブルＴＢＬ１５（ＴＢＬ１５ａ〜ＴＢＬ１５ｐ）には、各種設定値が記憶されている。表示対象ユーザテーブルＴＢＬ１６には、ゴルフ情報アプリケーションへの直近７回のログイン時に、後述する各ユーザのマイページのお勧めユーザ表示領域に表示されたユーザのＵＩＤが、ユーザごとに記憶されている。詳しくは後述する。

【0024】

情報提供サーバ１は、プロフィール情報管理部１０と、ユーザ抽出部１１と、表示対象ユーザ確定部１２と、通知部１３と、上述した記憶部１５とを備える。
プロフィール情報管理部１０は、ゴルフ情報サービス及びゴルファーマッチングサービスに関するユーザのプロフィール情報を管理する。プロフィール情報には、性別、ゴルファータイプ、普段のスコア、ゴルフスタイル、ゴルフ仲間志向等が含まれる。詳しくは後述する。
ユーザ抽出部１１は、全てのユーザのうち、第１条件及び第２条件を少なくとも満たすユーザ（第３関係ユーザ）を抽出する。本実施形態では、第１条件及び第２条件は以下の通りである。
第１条件：全てのユーザのうちの少なくとも一のユーザを着目ユーザとし、着目ユーザに対して友達関係にあるユーザ（第１関係ユーザ：以下、「直接ゴルフ友達」と称する）と、直接ゴルフ友達のゴルフ友達（第２関係ユーザ：以下、「間接ゴルフ友達」と称する）とを、全てのユーザから除いたユーザであること。
第２条件：着目ユーザのプロフィール情報のうち、少なくとも一の項目の内容と所定の関係にある内容がプロフィール情報に含まれるユーザであること。
例えば、「都道府県」を第２条件における「項目」とすると、着目ユーザがプロフィール情報として登録した都道府県と一致または隣接する都道府県を、自己のプロフィール情報に登録しているユーザは、第２条件を満たすことになる。詳しくは後述する。
表示対象ユーザ確定部１２は、ユーザ抽出部１１によって抽出されたユーザのうち、着目ユーザの端末装置２に表示させる所定数の表示対象ユーザを確定する。
通知部１３は、表示対象ユーザ確定部１２によって確定された表示対象ユーザを、着目ユーザの端末装置２に表示可能に通知する。

【0025】

図１を参照して、ユーザの端末装置２の機能を説明する。端末装置２は、入力部２１と、表示部２２とを備える。入力部２１は、ユーザのプロフィール情報を入力すると共に、ゴルフ情報サービスを利用するための種々の情報を入力する。表示部２２は、プロフィール情報を入力するための画面、及びゴルフ情報サービスにおける種々の画面等を表示する。

【0026】

図２乃至図４にユーザ情報テーブルＴＢＬ１１のデータ構造を示す。ユーザ情報テーブルＴＢＬ１１は、一つのテーブルであるが、多数のフィールドを備えているため、便宜上、図２乃至図４に分けて記載する。ユーザ情報テーブルＴＢＬ１１には登録情報として複数のレコードが記憶されている。１つのレコードは、ゴルフユーザを一意に識別する識別情報ＵＩＤ、性別、都道府県ＩＤ、市町村以下のテキストデータ、年齢、車所持の有無、ゴルフ場への移動手段、活動エリア、ゴルフ歴、ラウンド頻度、普段のスコア、自己ベストスコア、ハンディキャップ、ゴルファータイプ、ゴルフスタイル、ゴルフ仲間志向、プランスタイル、日程・予算プラン、ゴルフ場の選定基準、難易度の好み、コースレイアウトの好み、コース起伏の好み、フェアウェイの広さの好み、距離の好み、ＯＢエリアの多寡、マッチング等のフィールドが含まれる。

【0027】

本実施形態では、「識別情報ＵＩＤ」のフィールドには、ゴルフ情報サービスの利用登録を行った際に、各ゴルフユーザに割り当てられ、ゴルフユーザを一意に識別する識別情報ＵＩＤが記録される。「性別」のフィールドには、ゴルフユーザが男性であるか、あるいは女性であるかを示す情報が記録される。

【0028】

「都道府県ＩＤ」のフィールドには、都道府県名を一意に識別する都道府県ＩＤが記録される。図６に示す都道府県テーブルＴＢＬ１２を参照することにより、各都道府県ＩＤに対応する都道府県名を取得可能になっている。

【0029】

「市町村以下のテキストデータ」のフィールドには、市町村以下の名称がテキストデータで記録される。但し、市町村以下の名称は入力が任意であり、未入力の場合には「null」が記録される。

【0030】

「年齢」のフィールドには、ゴルフユーザの年齢が記録される。「車所持」のフィールドには、ゴルフユーザが車を所持しているか否かの情報が記録される。ゴルフユーザが車を所持している場合には「有」が記録され、所持していない場合には「無」が記録される。

【0031】

「ゴルフ場への移動手段」のフィールドには、ゴルフ場への移動手段を示す番号が記録される。ゴルフ場への移動手段を示す番号の内容は、図７の設定値管理マスタテーブルＴＢＬ１５ａに示される。番号が「０」の場合には「マイカーが多い」、「１」の場合には「人を乗せることが多い」、「２」の場合には「乗せてもらうことが多い」、「３」の場合には「レンタカーが多い」、「４」の場合には「電車が多い」、「５」の場合には「その他」をそれぞれ示す。

【0032】

「活動エリア」のフィールドには、ゴルフユーザがゴルフ場を利用する地域がテキストデータで記録される。但し、地域名称は入力が任意であり、未入力の場合には「null」が記録される。

【0033】

「ゴルフ歴」のフィールドには、ゴルフユーザのゴルフ歴を示す番号が記録される。ゴルフ歴を示す番号の内容は、図８の設定値管理マスタテーブルＴＢＬ１５ｂに示される。番号が「０」の場合には「これから（練習のみ）」、「１」の場合には「１年未満」、「２」の場合には「１年以上〜５年未満」、「３」の場合には「５年以上〜１０年未満」、「４」の場合には「１０年以上〜２０年未満」、「５」の場合には「２０年以上」をそれぞれ示す。

【0034】

「ラウンド頻度」のフィールドには、ゴルフユーザのラウンド頻度を示す番号が記録される。ラウンド頻度を示す番号の内容は、図９の設定値管理マスタテーブルＴＢＬ１５ｃに示される。番号が「０」の場合には「ラウンド未経験」、「１」の場合には「１回以下」、「２」の場合には「２〜５回」、「３」の場合には「６〜１０回」、「４」の場合には「１１〜１５回」、「５」の場合には「１６〜２０回」、「６」の場合には「２１〜４０回」、「７」の場合には「４１回以上」をそれぞれ示す。

【0035】

「普段のスコア」のフィールドには、ゴルフユーザの普段のスコアを示す番号が記録される。普段のスコアを示す番号の内容は、図１０の設定値管理マスタテーブルＴＢＬ１５ｄに示される。番号が「０」の場合には「７９以下」、「１」の場合には「８０〜８９」、「２」の場合には「９０〜９９」、「３」の場合には「１００〜１０９」、「４」の場合には「１１０〜１１９」、「５」の場合には「１２０〜１２９」、「６」の場合には「１３０以上」、「７」の場合には「ラウンドしたことがない」をそれぞれ示す。

【0036】

「ＨＤＣＰ（ハンディキャップ）」のフィールドには、ゴルフユーザのハンディキャップがテキストデータで記録される。但し、ハンディキャップは入力が任意であり、未入力の場合には「null」が記録される。

【0037】

「ゴルファータイプ」のフィールドには、ゴルフユーザのゴルファータイプを示す番号が記録される。ゴルファータイプを示す番号の内容は、図１１の設定値管理マスタテーブルＴＢＬ１５ｅに示される。番号が「０」の場合には「エンジョイゴルファー」、「１」の場合には「アスリートゴルファー」をそれぞれ示す。「エンジョイゴルファー」とは、スコアの良し悪しよりも、ゴルフを楽しむことを重視するタイプのゴルファーの意である。また、「アスリートゴルファー」とは、プロゴルファーのように、スコアの良し悪しを重視するタイプのゴルファーの意である。

【0038】

「ゴルフスタイル」のフィールドには、ゴルフユーザのゴルフスタイルを示す番号が記録される。ゴルフスタイルを示す番号の内容は、図１２の設定値管理マスタテーブルＴＢＬ１５ｆに示される。番号が「０」の場合には「初心者も大歓迎 ラウンドサポートします」、「１」の場合には「初心者とでも楽しめる人とプレーしたい」、「２」の場合には「自分より上手な人と一緒にプレーしたい」、「３」の場合には「自分と同じレベルの人とプレーしたい」、「４」の場合には「日程調整やゴルフ場予約は自分でやるタイプ」、「５」の場合には「日程調整やゴルフ場予約は苦手なタイプ」をそれぞれ示す。

【0039】

「ゴルフ仲間志向」のフィールドには、ゴルフユーザのゴルフ仲間に対する志向を示す番号が記録される。ゴルフ仲間に対する志向を示す番号の内容は、図１３の設定値管理マスタテーブルＴＢＬ１５ｇに示される。番号が「０」の場合には「教えてもらえたら嬉しい」、「１」の場合には「教えることがある」、「２」の場合には「教えるのは苦手」をそれぞれ示す。

【0040】

「プランスタイル」のフィールドには、ゴルフユーザのプランスタイルを示す番号が記録される。プランスタイルを示す番号の内容は、図１４の設定値管理マスタテーブルＴＢＬ１５ｈに示される。番号が「０」の場合には「キャディは付けたい」、「１」の場合には「セルフプレーが多い」、「２」の場合には「乗用カートでプレーしたい」、「３」の場合には「スループレーもＯＫ」、「４」の場合には「ハーフプレーもＯＫ」、「５」の場合には「早めの時間」、「６」の場合には「普通の時間」、「７」の場合には「遅めの時間」をそれぞれ示す。

【0041】

「日程・予算プラン」のフィールドには、ゴルフユーザがよく利用する日程と予算のプランを示す番号が記録される。日程と予算のプランを示す番号の内容は、図１５の設定値管理マスタテーブルＴＢＬ１５ｉに示される。番号が「０」の場合には「平日プレーが多い、値段は気にしない」、「１」の場合には「平日プレーが多い、7,000円以下」、「２」の場合には「平日プレーが多い、7,000〜10,000円」、「３」の場合には「平日プレーが多い、10,000〜15,000円」、「４」の場合には「平日プレーが多い、15,000円以上」、「５」の場合には「休日プレーが多い、値段は気にしない」、「６」の場合には「休日プレーが多い、10,000円以下」、「７」の場合には「休日プレーが多い、10,000〜15,000円」、「８」の場合には「休日プレーが多い、15,000〜20,000円」、「９」の場合には「休日プレーが多い、20,000円以上」をそれぞれ示す。

【0042】

「ゴルフ場の選定基準」のフィールドには、ゴルフユーザのゴルフ場の選定基準を示す番号が記録される。ゴルフ場の選定基準を示す番号の内容は、図１６の設定値管理マスタテーブルＴＢＬ１５ｊに示される。番号が「０」の場合には「自宅からの距離 １時間以内」、「１」の場合には「自宅からの距離 ２時間以内」、「２」の場合には「自宅からの距離 ２時間以上」、「３」の場合には「コースの質」、「４」の場合には「施設の豪華さ」、「５」の場合には「施設の充実（温泉など）」、「６」の場合には「ランチの美味しさ」、「７」の場合には「あまり混んでいない」、「８」の場合には「スタッフのおもてなし」、「９」の場合には「名門コース」、「１０」の場合には「料金」、「１１」の場合には「その他」をそれぞれ示す。

【0043】

「難易度」のフィールドには、ゴルフユーザのコースの難易度についての好みを示す番号が記録される。難易度についての好みを示す番号の内容は、図１７の設定値管理マスタテーブルＴＢＬ１５ｋに示される。番号が「０」の場合には「戦略性の高いコース」、「１」の場合には「やさしめのコース」をそれぞれ示す。

【0044】

「コースレイアウト」のフィールドには、ゴルフユーザのコースレイアウトについての好みを示す番号が記録される。コースレイアウトについての好みを示す番号の内容は、図１８の設定値管理マスタテーブルＴＢＬ１５ｌに示される。番号が「０」の場合には「トリッキーなコース」、「１」の場合には「オーソドックスなコース」をそれぞれ示す。

【0045】

「コース起伏」のフィールドには、ゴルフユーザのコースの起伏についての好みを示す番号が記録される。コースの起伏についての好みを示す番号の内容は、図１９の設定値管理マスタテーブルＴＢＬ１５ｍに示される。番号が「０」の場合には「激しい」、「１」の場合には「普通」、「２」の場合には「緩やか」をそれぞれ示す。

【0046】

「フェアウェイの広さ」のフィールドには、ゴルフユーザのフェアウェイの広さについての好みを示す番号が記録される。フェアウェイの広さについての好みを示す番号の内容は、図２０の設定値管理マスタテーブルＴＢＬ１５ｎに示される。番号が「０」の場合には「広い」、「１」の場合には「普通」、「２」の場合には「狭い」をそれぞれ示す。

【0047】

「距離」のフィールドには、ゴルフユーザのコースの距離についての好みを示す番号が記録される。コースの距離についての好みを示す番号の内容は、図２１の設定値管理マスタテーブルＴＢＬ１５ｏに示される。番号が「０」の場合には「長い」、「１」の場合には「普通」、「２」の場合には「短い」をそれぞれ示す。

【0048】

「ＯＢ」のフィールドには、ゴルフユーザのコースのＯＢの多寡についての好みを示す番号が記録される。ＯＢの多寡についての好みを示す番号の内容は、図２２の設定値管理マスタテーブルＴＢＬ１５ｐに示される。番号が「０」の場合には「多い」、「１」の場合には「普通」、「２」の場合には「少ない」をそれぞれ示す。

【0049】

「マッチング」のフィールドには、後述するゴルファーマッチング処理を行うか否かを選択するためのＯＮまたはＯＦＦの情報が記憶される。ＯＮが記憶されている場合には、ゴルファーマッチング処理が行われ、ＯＦＦが記憶されている場合には、ゴルファーマッチング処理が行われる。詳しくは後述する。

【0050】

なお、ユーザ情報テーブルＴＢＬ１１のレコードには、その他の情報を記憶してもよい。また、ユーザ情報テーブルＴＢＬ１１に記憶すべき情報として、ユーザの識別情報ＵＩＤは必須であるが、その他の情報は省略してもよい。上述の例では、ユーザ情報テーブルＴＢＬ１１へのテキストデータの直接記録と、キーとなる情報（例えば、識別情報ＵＩＤ）で紐づけた複数のテーブルを使用したリレーショナルデータベースとを混在させた。しかし、全てのデータをユーザ情報テーブルＴＢＬ１１に記録してもよいし、全てのデータについてリレーショナルデータベースとしもよい。

【0051】

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

【0052】

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

【0053】

＜２：情報提供システムの動作＞
本実施形態の情報提供システム１００では、ユーザの端末装置２において、直接ゴルフ友達や間接ゴルフ友達をゴルフに誘う、あるいは、ゴルフ場を探す等のアクティビティを行うことが可能なゴルフ用のＳＮＳ（Social Networking Service）の画面を表示させることができる。

【0054】

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

【0055】

ログイン要求を情報提供サーバ１のＣＰＵ３０が受信すると、情報提供サーバ１は認証処理を実行する。具体的には、情報提供サーバ１のＣＰＵ３０は、識別情報ＵＩＤとパスワードとの組みが記憶されているか否かを判定し、判定条件を充足する場合にはログインを許可し、判定条件が充足されない場合にはログインを拒絶する。なお、パスワードは、上述したユーザ情報テーブルＴＢＬ１１に記録するようにしてもよいし、ユーザ情報テーブルＴＢＬ１１とは別のテーブルを用意し、識別情報ＵＩＤとパスワードとを関連付けて記録するようにしてもよい。
そして、ＣＰＵ３０は判定結果を示すログイン応答を端末装置２に送信する。一度、端末装置２で入力された識別情報ＵＩＤとパスワードとの組みは、端末装置２に所定期間記憶されて、当該所定期間内であればログインを省略可能としてもよい。

【0056】

この後、ユーザがメニューの中からゴルフ情報アプリケーションを選択すると、端末装置２のＣＰＵ４０は、マイページ閲覧要求を情報提供サーバ１に送信する。情報提供サーバ１のＣＰＵ３０は、マイページ閲覧要求を受信すると、図２５に示すマイページＰ１の表示情報を作成し、端末装置２のディスプレイ４５に表示させる。

【0057】

マイページＰ１は、図２５に示すように、メニュー表示領域Ａ１、ボタン表示領域Ａ３、お勧めユーザ表示領域Ａ７、お知らせ表示領域Ａ８、日付表示領域Ａ９、広告表示領域Ａ１０、新加入者表示領域Ａ１１、及び友達情報ボタンＡ１２を備えている。

【0058】

メニュー表示領域Ａ１には、「TOP」アイコンＡ２の他、「ゴルフに行く」、「スケジュール」、「友達招待」、及び「ユーザ設定」アイコンＡ１３が表示されており、各アイコンが押下されることにより、各種の機能を実行させることができる。図２５はトップページ、即ちログイン後に表示される最初の状態、または「TOP」アイコンＡ２が押下された状態を示している。

【0059】

ボタン表示領域Ａ３には、「友達と行く」ボタン、「仕事仲間と行く」ボタン、「日程を設定して行く」ボタン、及び「ゴルフ場を探す」ボタンが表示されている。これらのボタンは、いずれも、直接ゴルフ友達や間接ゴルフ友達をゴルフに誘うための機能を実行させるためのボタンである。

【0060】

お勧めユーザ表示領域Ａ７には、ゴルファーマッチング処理によって抽出された、各ユーザのゴルフについての好みやスタイル等とマッチするユーザが表示される。お知らせ表示領域Ａ８には、ＳＮＳの運営会社側からのお知らせが表示される。日付表示領域Ａ９には、当該ページを表示している日の日付と曜日が表示される。広告表示領域Ａ１０には、ゴルフ場等の広告が表示される。新加入者表示領域Ａ１１には、新たにＳＮＳに加入したユーザが表示される。友達情報ボタンＡ１２が押下された場合には、直接ゴルフ友達や間接ゴルフ友達についての情報が表示されるようになっている。

【0061】

＜２−２：端末装置２におけるプロフィール情報の入力処理＞
図２５に示すメニュー表示領域Ａ１において、「ユーザ設定」アイコンＡ１３が押下されると、図２６に示すユーザ設定ページＰ２が表示される。
ユーザ設定ページＰ２は、マイページＰ１と同様のメニュー表示領域Ａ１と、本人表示領域Ｂ１と、友達リスト表示領域Ｂ５とを備えている。
本人表示領域Ｂ１には、本人のプロフィールアイコンＢ２と、本人の名前Ｂ３が表示される。なお、本人のプロフィールアイコン画像の格納先、及び本人の名前は、上述したユーザ情報テーブルＴＢＬ１１に記録するようにしてもよいし、識別情報ＵＩＤと関連付けた別のテーブルに記録するようにしてもよい。
ユーザ設定ページＰ２の初期状態においては、友達リストタブＢ４が選択されており、友達リストタブＢ４が選択された状態においては、友達リスト表示領域Ｂ５に直接ゴルフ友達のプロフィールアイコンと当該直接ゴルフ友達の名前がリスト状に表示される。また、画面を下にスクロールさせると、間接ゴルフ友達のプロフィールアイコン及び名前がリスト状に表示される。即ち本実施形態では、直接ゴルフ友達は間接ゴルフ友達よりリスト状表示の上方側に表示されるようになっている。

【0062】

ユーザ設定ページＰ２のプロフィールタブＢ６が押下されると、図２７及び図２８に示すプロフィールページＰ３が表示される。プロフィールページＰ３は、図２７に示すように、編集ボタンＣ１とプロフィール表示領域Ｃ２を備えている。プロフィール表示領域Ｃ２に表示される項目が多いため、プロフィール表示領域Ｃ２の後半部分は図２８に示している。プロフィール表示領域Ｃ２には、性別、年齢、勤務先、住所、車所持、ゴルフ場への移動手段、活動エリア、ゴルフ歴、ラウンド頻度、普段のスコア、自己ベスト、HDCP（ハンディキャップ）、ゴルファータイプ、ゴルフスタイル、ゴルフ仲間志向、プランスタイル、日程・予算タイプ、ゴルフ場選定基準、及びコースの好みが表示される。

【0063】

ユーザ設定ページＰ２において、編集ボタンＣ１が押下されると、図２９に示すプロフィール編集ページＰ４が表示される。プロフィール編集ページＰ４は、決定ボタンＤ１、戻るボタンＤ２、性別選択領域Ｄ３、住所（都道府県）選択領域Ｄ４、車所持選択領域Ｄ５、任意項目表示ボタンＤ６を備えている。

【0064】

ユーザ設定ページＰ２において、編集ボタンＣ１が押下されて表示されるプロフィール編集ページＰ４の初期状態においては、プロフィール情報として必須の項目である、性別、住所（都道府県）、及び車所持の項目を編集させるために、性別選択領域Ｄ３、住所（都道府県）選択領域Ｄ４、及び車所持選択領域Ｄ５だけが表示されるようになっている。

【0065】

性別選択領域Ｄ３には、「男性」と「女性」のそれぞれに対応するラジオボタンが表示されており、いずれかを選択するようになっている。住所（都道府県）選択領域Ｄ４には、プルダウンメニューで都道府県名が表示され、いずれかの都道府県名を選択するようになっている。車所持選択領域Ｄ５には、「無」と「有」のそれぞれに対応するラジオボタンが表示されており、いずれかを選択するようになっている。

【0066】

性別選択領域Ｄ３、住所（都道府県）選択領域Ｄ４、及び車所持選択領域Ｄ５のそれぞれにおいて、選択対象項目の選択を行い、決定ボタンＤ１が押下されると、選択された内容がユーザ情報テーブルＴＢＬ１１に記録される。なお、戻るボタンＤ２が押下されると、図２７に示すユーザ設定ページＰ２が表示される。

【0067】

任意項目表示ボタンＤ６が押下されると、図３０乃至図３４に示すように、上述した必須の項目以外のプロフィール情報の選択項目が表示される。具体的には、図３０に示す住所（市区町村）選択領域Ｄ７、年齢選択領域Ｄ８、及びゴルフ場への移動手段選択領域Ｄ９が表示される。また、図３１に示すゴルフ活動エリア選択領域Ｄ１０、ゴルフ歴選択領域Ｄ１３、及びラウンド頻度選択領域Ｄ１４が表示される。また、図３２に示す普段のスコア選択領域Ｄ１５、自己ベスト記入領域Ｄ１６、ハンディキャップ記入領域Ｄ１７、ゴルファータイプ選択領域Ｄ１８、及びゴルフスタイル選択領域Ｄ１９が表示される。また、図３３に示すゴルフ仲間志向選択領域Ｄ２０、プランスタイル選択領域Ｄ２１、及び日程・予算タイプ選択領域Ｄ２２が表示される。そして、図３４に示すように、ゴルフ場選定基準選択領域Ｄ２３、ゴルフコースの好み選択領域Ｄ２４、及びマッチングに関するチェックボックス領域Ｄ２５が表示される。なお、決定ボタンＤ１と戻るボタンＤ２はプロフィール編集ページＰ４の最下部においても表示される。また、プロフィール編集ページＰ４に表示される各項目の選択領域は、端末装置２のディスプレイ４５において、画面をスクロールすることにより全体を表示させることができる。

【0068】

住所（市区町村）選択領域Ｄ７には、テキスト入力欄Ｄ７ａが表示されており、住所のうち、市区町村以下の内容を全角で入力するようになっている。年齢選択領域Ｄ８においては、プルダウンメニューにより年齢を選択するようになっている。ゴルフ場への移動手段選択領域Ｄ９には、「マイカーが多い」等の内容が予め表示されており、各内容に対応するチェックボックスにチェックすることにより、いずれかの内容が選択されるようになっている。

【0069】

ゴルフ活動エリア選択領域Ｄ１０には、リストボタンＤ１１と、活動エリア入力欄Ｄ１２とが表示されており、リストボタンＤ１１が押下されて表示されるリストの中から、活動エリアを選択すると、選択したエリアが活動エリア入力欄Ｄ１２に表示されるようになっている。本実施形態では、このリストは図示しないが、都道府県名が表示され、この中から一または複数選択できるようになっている。ゴルフ歴選択領域Ｄ１３には、「これから（練習のみ）」等の内容が予め表示されており、各内容に対応するラジオボタンにチェックすることにより、いずれかの内容が選択されるようになっている。ラウンド頻度選択領域Ｄ１４には、「ラウンド未経験」等の内容が予め表示されており、各内容に対応するラジオボタンにチェックすることにより、いずれかの内容が選択されるようになっている。

【0070】

普段のスコア選択領域Ｄ１５には、「〜７９」等の内容が予め表示されており、各内容に対応するラジオボタンにチェックすることにより、いずれかの内容が選択されるようになっている。自己ベスト記入領域Ｄ１６には、テキスト入力欄が表示されており、テキストデータにより自己のベストスコアを入力するようになっている。ハンディキャップ記入領域Ｄ１７には、テキスト入力欄が表示されており、テキストデータにより自己のベストスコアを入力するようになっている。

【0071】

ゴルファータイプ選択領域Ｄ１８には、「エンジョイゴルファー」と「アスリートゴルファー」が予め表示されており、それぞれに対応するチェックボックスにチェックすることにより、「エンジョイゴルファー」と「アスリートゴルファー」のいずれかが選択されるようになっている。

【0072】

ゴルフスタイル選択領域Ｄ１９には、「初心者も大歓迎 ラウンドサポートします」等の内容が予め表示されており、各内容に対応するチェックボックスにチェックすることにより、いずれかの内容が選択されるようになっている。

【0073】

ゴルフ仲間志向選択領域Ｄ２０には、「教えてもらえたら嬉しい」等の内容が予め表示されており、各内容に対応するラジオボタンにチェックすることにより、いずれかの内容が選択されるようになっている。

【0074】

プランスタイル選択領域Ｄ２１には、「キャディは付けたい」等の内容が予め表示されており、各内容に対応するチェックボックスにチェックすることにより、いずれかの内容が選択されるようになっている。
日程・予算タイプ選択領域Ｄ２２には、「平日プレーが多い」及び「値段は気にしない」等の内容が予め表示されており、各内容に対応するチェックボックスにチェックすることにより、いずれかの内容が選択されるようになっている。ゴルフ場選定基準選択領域Ｄ２３には、「自宅からの距離」等の内容が予め表示されており、各内容に対応するチェックボックスにチェックすることにより、いずれかの内容が選択されるようになっている。なお、「自宅からの距離」が選択された場合には、「１時間以内」等の内容に対応ラジオボタンにチェックすることにより、どの程度の距離なのかを選択するようになっている。

【0075】

ゴルフコースの好み選択領域Ｄ２４には、難易度、コースレイアウト、コース起伏、フェアウェイの広さ、距離、及びＯＢについての選択内容が予め表示されており、各内容に対応するチェックボックスにチェックすることにより、いずれかの内容が選択されるようになっている。
マッチングに関するチェックボックス領域Ｄ２５には、ゴルファーマッチング処理を行うか否かを選択するためのＯＮとＯＦＦのチェックボックスが表示される。ＯＮのチェックボックスにチェックが入れられている場合には、ゴルファーマッチング処理が行われ、ＯＦＦのチェックボックスにチェックが入れられている場合には、ゴルファーマッチング処理は行われない。初期状態では、ＯＦＦのチェックボックスにチェックが入っている。

【0076】

＜２−３：ゴルファーマッチング処理＞
次に、本実施形態におけるゴルファーマッチング処理について説明する。以上のようなプロフィール編集ページＰ４において、各項目の選択が行われ、決定ボタンＤ１が押下されると、情報提供サーバ１のＣＰＵ３０は、テキストデータについてはそのままユーザ情報テーブルＴＢＬ１１に記録し、その他のデータについては、設定管理マスタテーブルＴＢＬ１５ａ〜ＴＢＬ１５ｐを参照して、選択した内容に対応する番号をユーザ情報テーブルＴＢＬ１１に記録する。

【0077】

また、チェックボックス領域Ｄ２５のＯＮのチェックボックスにチェックが行われている状態で、決定ボタンＤ１が押下されると、情報提供サーバ１のＣＰＵ３０は、プロフィール情報を収集してもよいかどうかを確認するメッセージ画像（図示せず）をディスプレイ４５に表示させる。このメッセージ画像には、承諾ボタンと拒否ボタンとが含まれており、承諾ボタンが押下された場合には、ＣＰＵ３０は、プロフィール編集ページＰ４における必須項目の入力が行われているかどうかをチェックする。

【0078】

必須項目とは、ゴルファーマッチング処理において、ユーザを抽出する際の条件として必須の項目であり、入力が行われていない必須項目がある場合には、ＣＰＵ３０は、当該項目への入力を促すメッセージ画像（図示せず）をディスプレイ４５に表示させる。このメッセージ画像には、ＯＫボタンとキャンセルボタンとが含まれており、ＯＫボタンが押下された場合には、ＣＰＵ３０は、プロフィール編集ページＰ４における入力を可能にする。しかし、キャンセルボタンが押下された場合、または、プロフィール情報を収集してもよいかどうかを確認するメッセージ画像における拒否ボタンが押下された場合には、ＣＰＵ３０は、「マッチングをＯＦＦにしてもよいですか？」というメッセージ画像（図示せず）をディスプレイ４５に表示させる。このメッセージ画像には、ＯＫボタンとキャンセルボタンとが含まれており、ＯＫボタンが押下された場合には、ＣＰＵ３０は、チェックボックス領域Ｄ２５のＯＦＦのチェックボックスにチェックを行う。一方、全ての必須項目に対して入力が行われていることが確認できた場合には、ＣＰＵ３０は、次回のマイページＰ１の表示の際に、ゴルファーマッチング処理を行い、お勧めユーザ表示領域Ａ７にお勧めのユーザを表示させる。

【0079】

図４３乃至図４５に、ユーザを抽出する際の条件が記録された条件テーブルＴＢＬ１３を示す。条件テーブルＴＢＬ１３は、一つのテーブルであるが、多数の項目を備えているため、便宜上、図４３乃至図４５に分けて記載する。条件テーブルＴＢＬ１３は、マッチング概要、条件出現率、自分、相手、及びプロフィール項目のフィールドを備えている。マッチング概要のフィールドには、条件の概要が記録され、条件出現率のフィールドには、各条件の出現率が記録される。自分のフィールドと相手のフィールドには、各条件が満たされると判断される基準が自分と相手について記録される。プロフィール項目のフィールドには、プロフィール編集ページＰ４において入力されるプロフィール項目と、各項目が任意項目か必須項目かを示す内容とが記録される。

【0080】

本実施形態では、プロフィール編集ページＰ４の住所（都道府県）選択領域Ｄ４、普段のスコア選択領域Ｄ１５、ゴルフスタイル選択領域Ｄ１９、ゴルフ仲間志向選択領域シ２０、年齢選択領域Ｄ８、車所持選択領域Ｄ５、ゴルフ場への移動手段選択領域Ｄ９、及びラウンド頻度選択領域Ｄ１４において入力される項目が、ゴルファーマッチング処理における必須項目となっている。
また、ゴルフ活動エリア選択領域Ｄ１０、住所（市区町村）選択領域Ｄ７、ゴルフ場選定基準選択領域Ｄ２３、プランスタイル選択領域Ｄ２１、ゴルファータイプ選択領域Ｄ１８、及び日程・予算タイプ選択領域Ｄ２２において入力される項目が、ゴルファーマッチング処理における任意項目となっている。

【0081】

次に、ゴルファーマッチング処理の詳細について、図３５乃至図３９のフローチャートを参照して説明する。本実施形態においては、プロフィール編集ページＰ４において各項目の入力が行われ、決定ボタンＤ１が押下されると、入力された内容がユーザ情報テーブルＴＢＬ１１に記録される。そして、マイページＰ１が表示されるタイミングにおいて、ユーザ情報テーブルＴＢＬ１１のマッチングのフィールド（図４）を参照し、マッチングのフィールドにＯＮが記録されているユーザについては、情報提供サーバ１のＣＰＵ３０は、ゴルファーマッチング処理を開始する。

【0082】

本実施形態のゴルファーマッチング処理は、図３５に示すように、大きく分けて第１処理から第４処理までの４つの処理から構成される。但し、常に４つの処理の全てが実行される訳ではなく、お勧めユーザ表示領域Ａ７に表示される３名の表示対象ユーザが、いずれかの処理の終了時に確定された場合には、それ以降の処理は行われない。第１処理は地域・履歴による絞込み処理、第２処理は性別・プロフィールによる絞込み処理（異性）、第３処理は性別・プロフィールによる絞込み処理（異性）、及び第４処理は性別・プロフィールによる絞込み処理（同性）である。

【0083】

第１処理の地域・履歴による絞込み処理では、ＣＰＵ３０は、マイページＰ１が自分のページとして表示されるユーザを着目ユーザとして、着目ユーザが登録している都道府県と一致または隣接する都道府県を、自己の住所として登録しているかどうか、及び、着目ユーザの直近７回のログインでマイページＰ１に表示されたユーザであるかどうかを条件として、お勧めユーザの抽出を行う（Ｓ１００）。

【0084】

ＣＰＵ３０は、第１処理の終了後に、お勧めユーザ表示領域Ａ７に表示される３名の表示対象ユーザが確定されたと判断した場合には（Ｓ１０１：ＹＥＳ）、この時点で処理を終了し、マイページＰ１の表示処理へと移行する。

【0085】

しかし、ＣＰＵ３０は、第１処理の終了後に、お勧めユーザ表示領域Ａ７に表示される３名の表示対象ユーザがまだ確定されていないと判断した場合には（Ｓ１０１：ＮＯ）、第２処理として性別・プロフィールによる絞込み処理（異性）を行う（Ｓ１０２）。第２処理では、ＣＰＵ３０は、性別情報と、プロフィール情報から出現率に基づいて特定された一の項目とを条件として、お勧めユーザの抽出を行う。

【0086】

ＣＰＵ３０は、第２処理の終了後に、お勧めユーザ表示領域Ａ７に表示される３名の表示対象ユーザが確定されたと判断した場合には（Ｓ１０３：ＹＥＳ）、この時点で処理を終了し、マイページＰ１の表示処理へと移行する。

【0087】

しかし、ＣＰＵ３０は、第２処理の終了後に、お勧めユーザ表示領域Ａ７に表示される３名の表示対象ユーザがまだ確定されていないと判断した場合には（Ｓ１０３：ＮＯ）、第３処理として性別・プロフィールによる絞込み処理（異性）を行う（Ｓ１０４）。第３処理では、ＣＰＵ３０は、性別情報と、第２処理では条件として使用されなかった項目であって、プロフィール情報から出現率に基づいて特定された一の項目とを条件として、お勧めユーザの抽出を行う。

【0088】

ＣＰＵ３０は、第３処理の終了後に、お勧めユーザ表示領域Ａ７に表示される３名の表示対象ユーザが確定されたと判断した場合には（Ｓ１０５：ＹＥＳ）、この時点で処理を終了し、マイページＰ１の表示処理へと移行する。

【0089】

しかし、ＣＰＵ３０は、第３処理の終了後に、お勧めユーザ表示領域Ａ７に表示される３名の表示対象ユーザがまだ確定されていないと判断した場合には（Ｓ１０５：ＮＯ）、第４処理として性別・プロフィールによる絞込み処理（同性）を行う（Ｓ１０６）。第４処理では、ＣＰＵ３０は、性別情報と、第３処理では条件として使用されなかった項目であって、プロフィール情報から出現率に基づいて特定された一の項目とを条件として、お勧めユーザの抽出を行う。

【0090】

＜第１処理＞
次に、各処理をより具体的に説明する。図３６は、第１処理としての地域・履歴による絞込み処理の詳細を示すフローチャートである。まず、ＣＰＵ３０は、ユーザ情報テーブルＴＢＬ１１を参照して、着目ユーザが登録としている都道府県と一致または隣接関係にある都道府県を登録しているユーザを検索し、リストを作成する（Ｓ２００）。都道府県が隣接関係にあるかどうかは、図４０乃至図４２に示す隣接県テーブルＴＢＬ１４を参照して判断される。隣接県テーブルＴＢＬ１４は一つのテーブルであるが、多数の地域について隣接県情報が記録されているので、便宜的に図４０乃至図４２に分けて示している。
例えば、図４０に示すように、着目ユーザが住所として登録している都道府県が、東京都である場合には、ＣＰＵ３０は、神奈川県、山梨県、埼玉県、及び千葉県が隣接県であると判断し、これらの隣接県を自己の住所として登録しているユーザを抽出し、リストを作成する。

【0091】

次に、ＣＰＵ３０は、作成したリストから、着目ユーザの直接ゴルフ友達となっているユーザと、間接ゴルフ友達となっているユーザを除外する（Ｓ２０１）。ユーザ同士がゴルフ友達になるには、まず、一のユーザが他のユーザに対して友達申請のアクションを行う。そして、当該他のユーザが承認した場合にゴルフ友達となる。本実施形態においては、一のユーザから他のユーザに対する友達申請のアクションと、そのアクションに対する承認が行われたかどうかを示す内容とが記録されたテーブルが、情報提供サーバ１の記憶部１５に記憶されている。したがって、ＣＰＵ３０は、このテーブルを参照することによって、着目ユーザのゴルフ友達となっているユーザ（直接ゴルフ友達）と、当該直接ゴルフ友達のゴルフ友達となっているユーザ（間接ゴルフ友達）を抽出することができる。

【0092】

次に、ＣＰＵ３０は、ステップＳ２０１の処理の後に残ったユーザから、マイページＰ１のお勧めユーザ表示領域Ａ７に直近７回のログイン時に表示されたユーザを除外する（Ｓ２０２）。具体的には、ＣＰＵ３０は、図５に示す表示対象ユーザテーブルＴＢＬ１６を参照して、ＵＩＤのフィールドに、着目ユーザのＵＩＤが記憶されているレコードを検索する。当該レコードが検索されると、ＣＰＵ３０は、当該レコードの表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のフィールドに記憶されているユーザのＵＩＤの中に、ステップＳ２０１の処理の後に残ったユーザのＵＩＤと一致するＵＩＤが含まれているかどうかを判断する。ＣＰＵ３０は、前記表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のフィールドに、当該一致するＵＩＤが記憶されていたと判断した場合には、当該一致するＵＩＤのユーザを、処理対象のユーザから除外する。
図５に示す表示対象ユーザテーブルＴＢＬ１６の表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のフィールドには、着目ユーザがログインした際に、着目ユーザのマイページＰ１のお勧めユーザ表示領域Ａ７に表示される表示対象ユーザのＵＩＤが記憶されるようになっている。お勧めユーザ表示領域Ａ７には、３名の表示対象ユーザが表示されるので、表示対象ユーザテーブルＴＢＬ１６には、表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３の３つのフィールドが用意されている。また、ゴルファーマッチング処理においては、直近７回のログイン時にお勧めユーザ表示領域Ａ７に表示されたユーザを対象から除外する構成となっているため、１人の着目ユーザに対して、７回分の表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３が記憶されるようになっている。新たな表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３が決定された際には、７回分の表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のうち、２段目の表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のフィールドに記憶されていたＵＩＤは、１段目の表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のフィールドに記憶される。また、３段目の表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のフィールドに記憶されていたＵＩＤは、２段目の表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のフィールドに記憶される。以下同様にして、それぞれ上の段に繰り上がり、最下段には、新たに決定された表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のＵＩＤが記憶されるようになっている。
したがって、表示対象ユーザテーブルＴＢＬ１６の表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のフィールドを参照することにより、直近７回のログイン時にお勧めユーザ表示領域Ａ７に表示された表示対象ユーザが判るようになっている。

【0093】

次に、ＣＰＵ３０は、ステップＳ２０２の処理の後に残ったユーザの人数を確認する（Ｓ２０３）。ＣＰＵ３０は、この時点で残ったユーザの人数が３人である場合には、これらの３人のユーザの性別やゴルファータイプに関わらず、表示対象ユーザとして確定させ（Ｓ２０４）、処理を終了する。しかし、ＣＰＵ３０は、ステップＳ２０２の処理の後に残ったユーザの人数が３人未満である場合には、これらのユーザについては、性別やゴルファータイプに関わらず、表示対象ユーザとして確定させ（Ｓ２０５）、処理を終了する。したがって、残りの１名については、第２処理乃至第４処理のいずれかで確定することになる。また、ＣＰＵ３０は、ステップＳ２０２の処理の後に残ったユーザの人数が４人以上である場合には、表示対象ユーザとして確定させることはできないので、そのまま第１処理を終了し、第２処理に移行する。

【0094】

＜第２処理＞
次に、第２処理をより具体的に説明する。図３７は、第２処理としての性別・プロフィールによる絞込み処理（異性）の詳細を示すフローチャートである。ＣＰＵ３０は、第１処理で絞り込まれたユーザの人数が４人以上の場合には、これらの４人以上のユーザから、着目ユーザとは異なる性別のユーザを抽出する（Ｓ３００）。また、ＣＰＵ３０は、第１処理で絞り込まれたユーザの人数が３人未満の場合には、第１処理で絞り込む前の全ユーザを対象として、着目ユーザとは異なる性別のユーザを抽出する（Ｓ３００）。異なる性別のユーザを抽出するには、ユーザ情報テーブルＴＢＬ１１に記録された性別情報を参照することにより行う。

【0095】

ＣＰＵ３０は、ステップＳ３００の処理によって抽出された人数が１人の場合には、その１人は表示対象ユーザとして確定させ（Ｓ３１０）、処理を終了する。ＣＰＵ３０は、ステップＳ３００の処理によって抽出された人数が２人以上の場合には、ステップＳ３０３の処理に移行する。また、ＣＰＵ３０は、ステップＳ３００の処理によって抽出された人数が０人の場合には、ステップＳ３００の処理の対象となったユーザが全て着目ユーザと同性ということになるので、ステップＳ３００の処理の対象となったユーザから同性を抽出し、つまり、ステップＳ３００の処理の対象となった全てのユーザを対象として（Ｓ３０２）、ステップＳ３０３の処理に移行する。

【0096】

次に、ＣＰＵ３０は、ステップＳ３０３の時点で抽出されているユーザの中から、第１条件を満たすユーザを抽出し、第１条件を満たすユーザの人数を確認する（Ｓ３０３）。第１条件とは、図４３乃至図４５に示す条件テーブルＴＢＬ１３に記録された項目のうち、条件テーブルＴＢＬ１３に記録された出現率に基づいて特定された１つの項目を満たすかどうかである。
例えば、第１条件として、ゴルファータイプが特定された場合には、着目ユーザのゴルファータイプをユーザ情報テーブルＴＢＬ１１から読み取り、読み取ったゴルファータイプと同じタイプがユーザ情報テーブルＴＢＬ１１に記録されているユーザを、ステップＳ３０３の時点で抽出されているユーザの中から抽出する。

【0097】

ＣＰＵ３０は、第１条件を満たすユーザの人数が１人の場合には、そのユーザについては表示対象ユーザとして確定させ（Ｓ３１０）、処理を終了する。しかし、第１条件を満たすユーザの人数が２人以上の場合には、ステップＳ３０５に移行する。また、第１条件を満たすユーザの人数が０人の場合には、第１条件で絞り込む前のユーザを対象として、つまり、第１条件による絞込みをスキップして（Ｓ３０４）、ステップＳ３０５に移行する。

【0098】

次に、ＣＰＵ３０は、同様にして、第２条件を満たすユーザの人数の確認（Ｓ３０５）、第３条件を満たすユーザの人数の確認を行う（Ｓ３０７）。第２条件は、第１条件として特定されなかった項目であって、図４３乃至図４５に示す条件テーブルＴＢＬ１３に記録された項目のうち、条件テーブルＴＢＬ１３に記録された出現率に基づいて次に特定された１つの項目を満たすかどうかである。また、第３条件は、第1条件及び第２条件として特定されなかった項目であって、図４３乃至図４５に示す条件テーブルＴＢＬ１３に記録された項目のうち、条件テーブルＴＢＬ１３に記録された出現率に基づいて次に特定された１つの項目を満たすかどうかである。第２条件及び第３条件を満たす人数に応じた処理についても、第１条件の場合と同様である。

【0099】

ステップＳ３０７の処理の結果、２人以上のユーザが残った場合には、残ったユーザの中から１人をランダムで抽出し、そのユーザを表示対象のユーザとして確定させ（Ｓ３０９）、処理を終了する。

【0100】

＜第３処理＞
次に、第３処理をより具体的に説明する。図３８は、第３処理としての性別・プロフィールにより絞込み処理（異性）の詳細を示すフローチャートである。ＣＰＵ３０は、第２処理で抽出されたユーザ以外で、第１処理で抽出された４人以上のユーザから着目ユーザと異性のユーザを抽出する（Ｓ４００）。以下、ＣＰＵ３０は、第２処理と同様に絞込み処理を行う（Ｓ４０１〜Ｓ４０８）。但し、第１条件〜第３条件の代わりに、第１条件〜第３条件において用いられなかった条件である第４条件〜第６条件を用いる。
ステップＳ４０７の処理の結果、２人以上のユーザが残った場合には、残ったユーザの中から１人をランダムで抽出し、そのユーザを表示対象のユーザとして確定させ（Ｓ４０９）、処理を終了する。

【0101】

＜第４処理＞
次に、第４処理をより具体的に説明する。図３９は、第４処理としての性別・プロフィールにより絞込み処理（同性）の詳細を示すフローチャートである。ＣＰＵ３０は、第１処理で抽出された４人以上のユーザから着目ユーザと同性のユーザを抽出する（Ｓ５００）。なお、第２処理と第３処理において、着目ユーザと同性のユーザを表示対象ユーザとして確定させている場合には、これらのユーザはステップＳ５００において抽出するユーザからは除外する。
以下、ＣＰＵ３０は、第３処理と同様に絞込み処理を行う（Ｓ５０１〜Ｓ５０８）。但し、第４条件〜第６条件の代わりに、第１条件〜第６条件において用いられなかった条件である第７条件〜第９条件を用いる。
ステップＳ５０７の処理の結果、２人以上のユーザが残った場合には、残ったユーザの中から１人をランダムで抽出し、そのユーザを表示対象のユーザとして確定させ（Ｓ５０９）、処理を終了する。

【0102】

＜表示処理＞
以上のようにして、３名の表示対象ユーザを確定させた後、ＣＰＵ３０は、表示対象ユーザテーブルＴＢＬ１６における着目ユーザのレコード中の、最下段の表示対象ユーザ１、表示対象ユーザ２、及び表示対象ユーザ３のフィールドに、確定された３名の表示対象ユーザのＵＩＤを記憶させる。さらに、ＣＰＵ３０は、お勧めユーザ表示領域Ａ７に、これらの表示対象ユーザのアイコンを表示させるようにマイページＰ１の表示情報を端末装置２に送信する。この表示情報を受信した端末装置２のＣＰＵ４０は、この表示情報に基づいて、図２５に示すマイページＰ１を端末装置２のディスプレイ４５に表示させる。
お勧めユーザ表示領域Ａ７に表示されるユーザは、上述したゴルファーマッチング処理によって抽出されるので、ゴルフに対する好み、スタイル等が、着目ユーザと近いことが期待され、多大な労力を必要とせずに、自分に合った仲間を見つけやすくなる。

【0103】

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

【0104】

＜変形例１＞
上述した実施形態においては、第２処理として図３７に示す性別・プロフィールによる絞込み処理（異性）を行ったが、第２処理は図４６に示す処理に置き換えることができる。図３７に示すＳ３０１、Ｓ３０３、Ｓ３０５、Ｓ３０７において処理を分岐させるための人数が、図４６の処理ではＳ３２０、Ｓ３２１、Ｓ３２２、Ｓ３２３に示すように異なっている。
ＣＰＵ３０は、第１処理で絞り込まれたユーザの人数が４人以上の場合には、これらの４人以上のユーザから、着目ユーザとは異なる性別のユーザを抽出する（Ｓ３００）。また、ＣＰＵ３０は、第１処理で絞り込まれたユーザの人数が３人未満の場合には、第１処理で絞り込む前の全ユーザを対象として、着目ユーザとは異なる性別のユーザを抽出する（Ｓ３００）。異なる性別のユーザを抽出するには、ユーザ情報テーブルＴＢＬ１１に記録された性別情報を参照することにより行う。

【0105】

ＣＰＵ３０は、ステップＳ３００の処理によって抽出された人数が２人の場合には、その２人は表示対象ユーザとして確定させ（Ｓ３１０）、処理を終了する。但し、本変形例の場合には、この後に第３処理を行うのではなく、第４処理を行って最後の１人を確定させる。
ＣＰＵ３０は、ステップＳ３００の処理によって抽出された人数が３人以上の場合には、ステップＳ３２１の処理に移行する。また、ＣＰＵ３０は、ステップＳ３００の処理によって抽出された人数が０人または１人の場合には、ステップＳ３００の処理の対象となったユーザが全て着目ユーザと同性ということになるので、ステップＳ３００の処理の対象となったユーザから同性を抽出し、つまり、ステップＳ３００の処理の対象となった全てのユーザを対象として（Ｓ３０２）、ステップＳ３２１の処理に移行する。

【0106】

次に、ＣＰＵ３０は、ステップＳ３２１の時点で抽出されているユーザの中から、第１条件を満たすユーザを抽出し、第１条件を満たすユーザの人数を確認する（Ｓ３２１）。第１条件とは、図４３乃至図４５に示す条件テーブルＴＢＬ１３に記録された項目のうち、条件テーブルＴＢＬ１３に記録された出現率に基づいて特定された１つの項目を満たすかどうかである。
例えば、第１条件として、ゴルファータイプが特定された場合には、着目ユーザのゴルファータイプをユーザ情報テーブルＴＢＬ１１から読み取り、読み取ったゴルファータイプと同じタイプがユーザ情報テーブルＴＢＬ１１に記録されているユーザを、ステップＳ３２１の時点で抽出されているユーザの中から抽出する。

【0107】

ＣＰＵ３０は、第１条件を満たすユーザの人数が１人または２人の場合には、そのユーザについては表示対象ユーザとして確定させ（Ｓ３１０）、処理を終了する。但し、本変形例において第１条件を満たすユーザの人数が２人の場合には、この後に第３処理を行うのではなく、第４処理を行って最後の１人を確定させる。また、第１条件を満たすユーザの人数が１人の場合には、この後に第３処理を行う。
しかし、第１条件を満たすユーザの人数が３人以上の場合には、ステップＳ３２２に移行する。また、第１条件を満たすユーザの人数が０人の場合には、第１条件で絞り込む前のユーザを対象として、つまり、第１条件による絞込みをスキップして（Ｓ３０４）、ステップＳ３２２に移行する。

【0108】

次に、ＣＰＵ３０は、同様にして、第２条件を満たすユーザの人数の確認（Ｓ３２２）、第３条件を満たすユーザの人数の確認（Ｓ３２３）を行う。第２条件は、第１条件として特定されなかった項目であって、図４３乃至図４５に示す条件テーブルＴＢＬ１３に記録された項目のうち、条件テーブルＴＢＬ１３に記録された出現率に基づいて特定された１つの項目を満たすかどうかである。また、第３条件は、第1条件及び第２条件として特定されなかった項目であって、図４３乃至図４５に示す条件テーブルＴＢＬ１３に記録された項目のうち、条件テーブルＴＢＬ１３に記録された出現率に基づいて次に特定された１つの項目を満たすかどうかである。第２条件及び第３条件を満たす人数に応じた処理についても、第１条件の場合と同様である。

【0109】

ステップＳ３２３の処理の結果、３人以上のユーザが残った場合には、残ったユーザの中から１人をランダムで抽出し、そのユーザを表示対象のユーザとして確定させ（Ｓ３０９）、処理を終了する。
第２処理を以上のような構成とした場合でも、抽出されるユーザは、ゴルフに対する好み、スタイル等が、着目ユーザと近いことが期待され、多大な労力を必要とせずに、自分に合った仲間を見つけやすくなる。

【0110】

＜変形例２＞
上述した実施形態においては、第２処理として図３７に示す性別・プロフィールによる絞込み処理（異性）を行ったが、第２処理は図４７に示す処理に置き換えることができる。また、図３８に示す第３処理としての性別・プロフィールによる絞込み処理（異性）は、図４８に示す処理に置き換えることができる。さらに、図３９に示す第４処理としての性別・プロフィールによる絞込み処理（同性）は、図４９に示す処理に置き換えることができる。本変形例の各処理は、抽出人数や各条件との合致人数を判断した後に処理を分岐させるための人数が、上述した実施形態における各処理と異なっている。

【0111】

＜Ａ：図４７に示す第２処理＞
ＣＰＵ３０は、第１処理で絞り込まれたユーザの人数が４人以上の場合には、これらの４人以上のユーザから、着目ユーザとは異なる性別のユーザを抽出する（Ｓ３００）。また、ＣＰＵ３０は、第１処理で絞り込まれたユーザの人数が３人未満の場合には、第１処理で絞り込む前の全ユーザを対象として、着目ユーザとは異なる性別のユーザを抽出する（Ｓ３００）。異なる性別のユーザを抽出するには、ユーザ情報テーブルＴＢＬ１１に記録された性別情報を参照することにより行う。

【0112】

ＣＰＵ３０は、ステップＳ３００の処理によって抽出された人数が３人の場合には、表示対象ユーザとして確定させ（Ｓ３４０）、処理を終了する。この場合には、第３処理及び第４処理は行わない。ＣＰＵ３０は、ステップＳ３００の処理によって抽出された人数が１人または２人の場合には、その２人は表示対象ユーザとして確定させ、ステップＳ３００の処理の対象となったユーザから同性を抽出し（Ｓ３０２）、ステップＳ３３１の処理に移行する。また、ＣＰＵ３０は、ステップＳ３００の処理によって抽出された人数が４人以上の場合には、ステップＳ３３１の処理に移行する。

【0113】

次に、ＣＰＵ３０は、ステップＳ３３１の時点で抽出されているユーザの中から、第１条件を満たすユーザを抽出し、第１条件を満たすユーザの人数を確認する（Ｓ３３１）。第１条件とは、図４３乃至図４５に示す条件テーブルＴＢＬ１３に記録された項目のうち、条件テーブルＴＢＬ１３に記録された出現率に基づいて特定された１つの項目を満たすかどうかである。
例えば、第１条件として、ゴルファータイプが特定された場合には、着目ユーザのゴルファータイプをユーザ情報テーブルＴＢＬ１１から読み取り、読み取ったゴルファータイプと同じタイプがユーザ情報テーブルＴＢＬ１１に記録されているユーザを、ステップＳ３３１の時点で抽出されているユーザの中から抽出する。

【0114】

これ以降の処理は、Ｓ３３０で確定した人数によって異なる。
（１）Ｓ３３０で確定した人数が０人の場合
ＣＰＵ３０は、第１条件を満たすユーザの人数が１人または２人の場合には、そのユーザについては表示対象ユーザとして確定させ（Ｓ３１０）、処理を終了し、その後は図４８に示す第３処理に移行する。
ＣＰＵ３０は、第１条件を満たすユーザの人数が３人の場合には、表示対象ユーザを確定させ（Ｓ３１０）、処理を終了する。その後は図４８に示す第３処理及び図４９に示す第４処理を行わずに表示処理に移行する。
ＣＰＵ３０は、第１条件を満たすユーザの人数が４人以上の場合、あるいは、０人の場合には、Ｓ３３２の処理へ移行する。

【0115】

（２）Ｓ３３０で確定した人数が１人の場合
ＣＰＵ３０は、第１条件を満たすユーザの人数が１人の場合には、そのユーザについては表示対象ユーザとして確定させ（Ｓ３１０）、処理を終了し、その後は図４８に示す第３処理に移行する。
ＣＰＵ３０は、第１条件を満たすユーザの人数が２人の場合には、そのユーザについては表示対象ユーザとして確定させ（Ｓ３１０）、処理を終了する。この確定処理によって表示対象ユーザとして３人が確定するので、その後は図４８に示す第３処理及び図４９に示す第４処理は行わずに表示処理に移行する。
ＣＰＵ３０は、第１条件を満たすユーザの人数が３人以上の場合、あるいは、０人の場合には、Ｓ３３２の処理へ移行する。

【0116】

（３）Ｓ３３０で確定した人数が２人の場合
ＣＰＵ３０は、第１条件を満たすユーザの人数が１人の場合には、そのユーザについては表示対象ユーザとして確定させ（Ｓ３１０）、処理を終了する。この確定処理によって表示対象ユーザとして３人が確定するので、その後は図４８に示す第３処理及び図４９に示す第４処理は行わずに表示処理に移行する。
ＣＰＵ３０は、第１条件を満たすユーザの人数が２人以上の場合、あるいは、０人の場合には、Ｓ３３２の処理へ移行する。

【0117】

次に、ＣＰＵ３０は、同様にして、第２条件を満たすユーザの人数の確認（Ｓ３３２）、第３条件を満たすユーザの人数の確認を行う（Ｓ３３３）。第２条件は、第１条件として特定されなかった項目であって、図４３乃至図４５に示す条件テーブルＴＢＬ１３に記録された項目のうち、条件テーブルＴＢＬ１３に記録された出現率に基づいて次に特定された１つの項目を満たすかどうかである。また、第３条件は、第1条件及び第２条件として特定されなかった項目であって、図４３乃至図４５に示す条件テーブルＴＢＬ１３に記録された項目のうち、条件テーブルＴＢＬ１３に記録された出現率に基づいて特定された１つの項目を満たすかどうかである。第２条件及び第３条件を満たす人数に応じた処理についても、第１条件の場合と同様である。

【0118】

ステップＳ３３３の処理の結果、３人以上のユーザが残った場合には、残ったユーザの中から１人をランダムで抽出し、そのユーザを表示対象のユーザとして確定させ（Ｓ３０９）、処理を終了する。
第２処理を以上のような構成とした場合でも、抽出されるユーザは、ゴルフに対する好み、スタイル等が、着目ユーザと近いことが期待され、多大な労力を必要とせずに、自分に合った仲間を見つけやすくなる。

【0119】

＜Ｂ：図４８に示す第３処理＞
ＣＰＵ３０は、図４７に示す第２処理で抽出されたユーザ以外で、第１処理で抽出された４人以上のユーザから着目ユーザと異性のユーザを抽出する（Ｓ４００）。以下、ＣＰＵ３０は、図４７に示す第２処理と同様に絞込み処理を行う（Ｓ４０１〜Ｓ４０８）。但し、第１条件〜第３条件の代わりに、第１条件〜第３条件において用いられなかった第４条件〜第６条件を用いる。

【0120】

これ以降の処理は、図４７に示す第２処理で確定した人数によって異なる。
（１）図４７に示す第２処理で確定した人数が１人の場合
ＣＰＵ３０は、Ｓ４００で抽出された人数が１人の場合には（Ｓ４２０）、そのユーザについては表示対象ユーザとして確定させ（Ｓ４１０）、処理を終了し、その後は図４９に示す第４処理に移行する。
ＣＰＵ３０は、Ｓ４００で抽出された人数が２人の場合には（Ｓ４２０）、それらのユーザについては表示対象ユーザとして確定させ（Ｓ４１０）、処理を終了する。この確定処理によって表示対象ユーザとして３人が確定するので、その後は図４８に示す第３処理及び図４９に示す第４処理は行わずに表示処理に移行する。
ＣＰＵ３０は、Ｓ４００で抽出された人数が３人の場合には（Ｓ４２０）、Ｓ４２１の処理に移行する。
ＣＰＵ３０は、Ｓ４００で抽出された人数が０人の場合には（Ｓ４２０）、Ｓ４００の処理の対象となったユーザから同性を抽出し（Ｓ４０２）、Ｓ４２１の処理に移行する。

【0121】

（２）図４７に示す第２処理で確定した人数が２人の場合
ＣＰＵ３０は、Ｓ４００で抽出された人数が１人の場合には（Ｓ４２０）、そのユーザについては表示対象ユーザとして確定させ（Ｓ４１０）、処理を終了する。この確定処理によって表示対象ユーザとして３人が確定するので、その後は図４８に示す第３処理及び図４９に示す第４処理は行わずに表示処理に移行する。
ＣＰＵ３０は、Ｓ４００で抽出された人数が２人以上の場合には（Ｓ４２０）、Ｓ４２１の処理に移行する。
ＣＰＵ３０は、Ｓ４００で抽出された人数が０人の場合には（Ｓ４２０）、Ｓ４００の処理の対象となったユーザから同性を抽出し（Ｓ４０２）、Ｓ４２１の処理に移行する。

【0122】

次に、ＣＰＵ３０は、同様にして、第４条件を満たすユーザの人数の確認（Ｓ４２１）、第５条件を満たすユーザの人数の確認（Ｓ４２２）、及び第６条件を満たすユーザの人数の確認する（Ｓ４２３）。第４条件〜第６条件を満たす人数に応じた処理についても、Ｓ４２０の場合と同様である。

【0123】

ステップＳ４２３の処理の結果、３人以上のユーザが残った場合には、残ったユーザの中から１人をランダムで抽出し、そのユーザを表示対象のユーザとして確定させ（Ｓ４０９）、処理を終了する。
第３処理を以上のような構成とした場合でも、抽出されるユーザは、ゴルフに対する好み、スタイル等が、着目ユーザと近いことが期待され、多大な労力を必要とせずに、自分に合った仲間を見つけやすくなる。

【0124】

＜Ｃ：図４９に示す第４処理＞
ＣＰＵ３０は、図４７に示す第２処理及び図４８に示す第３処理で抽出されたユーザ以外で、第１処理で抽出された４人以上のユーザから着目ユーザと異性のユーザを抽出する（Ｓ５００）。以下、ＣＰＵ３０は、図４８に示す第３処理と同様に絞込み処理を行う（Ｓ５２０〜Ｓ５２３）。但し、第４条件〜第６条件の代わりに、第１条件〜第６条件において用いられなかった第７条件〜第９条件を用いる。

【0125】

これ以降の処理は、Ｓ５００で抽出された人数によって異なる。
ＣＰＵ３０は、Ｓ５００で抽出された人数が１人の場合には（Ｓ５２０）、そのユーザについては表示対象ユーザとして確定させ（Ｓ５１０）、処理を終了する。この確定処理によって表示対象ユーザとして３人が確定するので、その後は表示処理に移行する。
ＣＰＵ３０は、Ｓ５００で抽出された人数が２人以上の場合には（Ｓ５２０）、Ｓ５２１の処理へ移行する。
ＣＰＵ３０は、Ｓ５００で抽出された人数が０人の場合には（Ｓ５２０）、Ｓ５００の処理の対象となったユーザから同性を抽出し（Ｓ５３０）、Ｓ５２１の処理に移行する。

【0126】

以下、ＣＰＵ３０は、同様にして、第７条件を満たすユーザの人数の確認（Ｓ５２１）、第８条件を満たすユーザの人数の確認（Ｓ５２２）、及び第９条件を満たすユーザの人数の確認する（Ｓ５２３）。第７条件〜第９条件を満たす人数に応じた処理についても、Ｓ５２０の場合と同様である。

【0127】

ステップＳ５２３の処理の結果、２人以上のユーザが残った場合には、残ったユーザの中から１人をランダムで抽出し、そのユーザを表示対象のユーザとして確定させ（Ｓ５０９）、処理を終了する。
第４処理を以上のような構成とした場合でも、抽出されるユーザは、ゴルフに対する好み、スタイル等が、着目ユーザと近いことが期待され、多大な労力を必要とせずに、自分に合った仲間を見つけやすくなる。

【0128】

＜変形例３＞
上述した実施形態においては、ゴルファーマッチング処理を、図３６〜図３９に示す第１処理〜第４処理の４つの処理により実行したが、第１処理を省略して、図３７〜図３９に示す第２処理〜第４処理の３つの処理により、３人の表示対象ユーザを確定するようにしてもよい。また、図３７に示す第２処理の代わりに、図４６に示す第２処理を用いて、３人の表示対象ユーザを確定するようにしてもよい。さらに、図４７〜図４９に示す第２処理〜第４処理を用いて、３人の表示対象ユーザを確定するようにしてもよい。また、これらの各処理を随時組み合わせるようにしてもよい。

【0129】

＜変形例４＞
上述した実施形態及び各変形例においては、マイページＰ１を表示するタイミングで３人の表示対象ユーザを確定する例について説明したが、本発明はこのような例に限定されるものではない。
例えば、１日１回、バッチ処理でユーザ全員分に対して表示対象ユーザを確定する処理を行い、記憶させておいてもよい。そして、各ユーザがログインを行ってマイページＰ１を表示するタイミングで、記憶させておいた表示対象ユーザを表示するようにしてもよい。
この方法によれば、次のバッチ処理が行われるまでは、一のユーザがマイページＰ１を何回表示させても、同じ表示対象ユーザが表示されることになる。
また、ログインが行われなくても、表示対象ユーザはバッチ処理のタイミングで更新されることになるため、第１処理における「直近７回のログインで表示したユーザではないこと」の条件は、「（表示の有無に拘わらず）直近７日に表示対象に選択したユーザではないこと」となる。
また、表示対象ユーザの表示を行ったか否かのフラグを設ける等して、バッチ処理で確定させた表示対象ユーザを表示したか否かを記憶させて、その表示回数に基づいて、第１処理における条件の判断を行うようにしてもよい。

【0130】

＜変形例５＞
上述した実施形態及び各変形例においては、図４０〜図４２に示す隣接県テーブルＴＢｌ１４を用いた例について説明したが、本発明はこのような例に限定されるものではなく、都道府県ＩＤが記録された隣接県テーブルを用いてもよい。
また、上述した実施形態及び各変形例においては、第１処理で抽出されたユーザが３人未満の場合には、第１処理で絞り込みを行う前の全ユーザを対象として、着目ユーザと異なる性別のユーザを抽出する例について説明した。しかし、本発明はこのような例に限定されるものではない。例えば、第１処理で抽出されたユーザが３人未満の場合には、都道府県、友達関係、表示済みの３つの条件のいずれか１つまたは２つを用いて絞り込んだユーザを対象として、着目ユーザとは異なる性別のユーザを抽出するようにしてもよい。

【0131】

＜変形例６＞
上述した実施形態及び各変形例においては、図３０〜図３４に示すプロフィール情報、及び図４３〜図４５に示す条件テーブルを用いたが、本発明はこのような例に限定されるものではない。例えば、プロフィール情報及び条件テーブルに、出身大学、よく行くゴルフ情報、よく行く練習場、出身地（都道府県）、出身地（区市町村）を加えるようにしてもよい。

【0132】

＜変形例７＞
上述した実施形態及び各変形例においては、ゴルフ情報アプリケーション内において友達申請を行って承認された場合に直接ゴルフ友達となり、当該直接ゴルフ友達のゴルフ友達とは間接ゴルフ友達となる例について説明した。しかし、本発明はこのような例に限定されるものではない。
例えば、アプリケーションのユーザ同士で友達関係を築くことのできるＳＮＳが外部サーバにより提供されている場合には、ゴルフ情報アプリケーションを、当該外部サーバのＳＮＳにおいて利用可能なアプリケーションとして構成するようにしてもよい。この場合には、情報提供サーバ１と外部サーバとを通信網ＮＥＴを介して通信可能に構成し、ＯＡｕｔｈ認証により、情報提供サーバ１がユーザに代わってＳＮＳへの投稿、あるいはプロフィール等へのアクセスをできるようにする。そして、ＳＮＳへのログインを行った状態で、ゴルフ情報アプリケーションにログインするように構成する。
このように構成すれば、情報提供サーバ１は、ＳＮＳ上における友達関係にあるユーザであって、ゴルフ情報アプリケーションのユーザでもあるユーザについては、自動的に直接ゴルフ友達として認識することができる。具体的には、着目ユーザがＳＮＳ上において友達申請して承認されたユーザ、及び、ＳＮＳ上において友達申請され、着目ユーザがこの友達申請を承認したユーザを、ＳＮＳにおけるユーザ情報テーブルを参照することにより、抽出することができるので、抽出したユーザを、ゴルフ情報アプリケーションのユーザ情報テーブルＴＢＬ１１に直接ゴルフ友達として記憶すればよい。また、情報提供サーバ１は、ＳＮＳ上における着目ユーザと友達関係にあるＳＮＳ友達ユーザの友達についても、当該ＳＮＳ友達ユーザがＳＮＳ上において友達申請して承認されたユーザ、及び、ＳＮＳ友達ユーザがＳＮＳ上において友達申請され、ＳＮＳ友達ユーザがこの友達申請を承認したユーザを、ＳＮＳにおけるユーザ情報テーブルを参照することにより、抽出することができるので、抽出したユーザを、ゴルフ情報アプリケーションのユーザ情報テーブルＴＢＬ１１に間接ゴルフ友達として記憶すればよい。 さらに、ユーザ情報テーブルＴＢＬ１１には直接ゴルフ友達、間接ゴルフ友達を記憶しないように構成し、必要に応じて外部サーバにアクセスして、上記と同様の処理によって直接ゴルフ友達、間接ゴルフ友達を抽出するようにしてもよい。

【0133】

＜変形例８＞
上述した実施形態では、情報提供サーバ１に記憶部１５を備え、当該記憶部１５内に各種のテーブルを記録する例について説明した。しかし、本発明はこのような例に限定されるものではない。例えば、図５０に示すように、情報提供サーバ１と通信網ＮＥＴを介して通信可能なストレージサーバ４を備え、当該ストレージサーバ４内に記憶部１５を備えるようにしてもよい。そして、ストレージサーバ４内の記憶部１５に、各種のテーブルを記録するようにしてもよい。
また、上述の実施形態で説明した各種のテーブルは、ユーザの使用に係る端末装置に記憶させるように構成してもよい。また、上述の実施形態及び変形例で説明した処理は、ユーザの使用に係る端末装置で行うように構成してもよい。この場合、当該処理を実行可能なプログラム及び当該処理に必要なデータを、ゴルフ情報サービスの利用開始時や必要な処理を行う時に、適宜情報提供サーバ１からダウンロードすることとしてもよい。

【0134】

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

【0135】

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

【0136】

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

【符号の説明】

【0137】

ＮＥＴ……通信網、１……情報提供サーバ、２……端末装置、１０……プロフィール情報管理部、１１……ユーザ抽出部、１２……表示対象ユーザ確定部、１３……通知部、１５……記憶部、２１……入力部２２……表示部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】

【図44】

【図45】

【図46】

【図47】

【図48】

【図49】

【図50】