友人関係構築支援装置、友人関係構築支援方法、及び友人関係構築支援プログラム
【課題】効果的に新たな友人関係が築かれることを支援すると共に、イベントに参加することで築かれた新たな友人関係が継続されるように支援する仕組みを提供する。
【解決手段】本サーバ１０は、第１ユーザ端末３０に対してイベント開催を案内する通知を送信する。本サーバは、第１ユーザ端末よりイベントに参加する回答を受信した場合、検索対象ユーザを特定して第１のユーザと共通する属性情報の有無を検索し、イベントに参加することで出会える有益な第２のユーザを特定する。本サーバは、第１のユーザＩＤと第２のユーザＩＤとを仮登録し、イベント終了後に、第１ユーザ端末に対して第２のユーザと友人関係を登録するかを問う通知を送信し、第２ユーザ端末４０に対して第１のユーザと友人関係を登録するかを問う通知を送信する。本サーバは、双方の端末より友人関係の登録を望む回答を受信した場合、両者のユーザＩＤを互いに関連付けて登録する。
【解決手段】本サーバ１０は、第１ユーザ端末３０に対してイベント開催を案内する通知を送信する。本サーバは、第１ユーザ端末よりイベントに参加する回答を受信した場合、検索対象ユーザを特定して第１のユーザと共通する属性情報の有無を検索し、イベントに参加することで出会える有益な第２のユーザを特定する。本サーバは、第１のユーザＩＤと第２のユーザＩＤとを仮登録し、イベント終了後に、第１ユーザ端末に対して第２のユーザと友人関係を登録するかを問う通知を送信し、第２ユーザ端末４０に対して第１のユーザと友人関係を登録するかを問う通知を送信する。本サーバは、双方の端末より友人関係の登録を望む回答を受信した場合、両者のユーザＩＤを互いに関連付けて登録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベントに参加することで効果的に友人関係が築かれることを支援すると共に、イベントに実際に参加することで築かれた友人関係を登録し、通信ネットワーク上に開設されたネットワークサービスサイトにおいてその関係が確認可能なようにした友人関係構築支援装置、友人関係構築支援方法、及び友人関係構築支援プログラムに係り、詳しくは、実際に出会うことで築かれた友人関係と、仮想空間での出会いで築かれる友人関係とを互いに結びつけ、この友人関係が継続されるように支援する技術に関するものである。
【背景技術】
【０００２】
新たな友人関係を築くきっかけの一つとして、セミナーや交流会、祝賀会、懇親会、等のイベントに参加することが挙げられる。このようなイベントは、本来、参加者同士共通する目的等を有しているから参加するものであり、お互いの目的等が分かれば、新たな友人関係を容易に築くことができるものである。また、他の参加者の職業や出身地、趣味と言った属性情報に基づいた素性が分かれば、時間を掛けることなく新たな友人関係を容易に築くことができる。
【０００３】
ところが、イベントに参加しても最初から他の参加者の目的や素性等が分かる訳ではないため、雑談を通して共通する目的等や相手の素性を探り出し、時間をかけて新たな友人関係を築くようにしている。したがって、イベントに参加することは、新たな友人関係を築くきっかけの一つとはなるが、初対面の相手とは新たな友人関係を築くことはなかなか難しいものである。
【０００４】
しかも、イベントに参加し、実際に出会うことで築かれた友人関係は、深く築かれることとなる反面、しばらく会っていなかったり、連絡を取っていなかったりすると、その関係性が薄らいでしまうものである。したがって、イベントで新たな友人関係を築くことができたとしても、継続して友人関係を維持する何らかの手立てがないとその関係を維持することが難しく、その場限りの友人関係に終わってしまうことがある。
【０００５】
また、近年においては、インターネット等の通信ネットワーク上に開設されたコミュニティ型のＷｅｂサイトを利用して、新たな友人関係を築くようにしたサービスが普及している。このようなサービスは、ソーシャルネットワークサービス（以下、「ＳＮＳサービス」と記す。）と称され、事前に生年月日や出身地、出身校（学歴）、仕事（職業）、電子メールアドレス、血液型、趣味、好きなスポーツ、好きな食べ物、といった自らの特徴を表す属性情報の登録を行うことで、新たな友人関係を築くために利用することができる。このようなＳＮＳサービスには、不特定多数のものが誰でも自由に参加できるものの他、事前に属性情報の登録を行って会員となった既存の参加者からの招待がないと利用することができないものもある。
【０００６】
また、従来のＳＮＳサービスでは、ＳＮＳサービスに参加したり、友人関係を築いたりしていると、公開設定によってＳＮＳサービスへの参加時に登録した属性情報の一部もしくは全部が他の参加者に公開されるものとなっている。この属性情報の公開は、その範囲を広げることで新たな友人関係を築き易くしている。したがって、より多くの細かな属性情報が登録され、公開設定されていれば、互いに共通する属性情報を縁として、新たな友人関係が築き易くなる。
そこで、ユーザ（参加者）の要求に適合した人物を検索し、友人関係を築くようにした手段が幾つか提案されている（たとえば、特許文献１乃至３を参照）。
【０００７】
ところが上記特許文献１乃至３に記載された手段では何れも、仮想空間上で築かれる友人関係であるため、実際に出会うことで築かれた友人関係に比して繋がりが弱く、新たな友人関係を容易に築くことができても、緊密な友人関係を築くことが難しい。
したがって、イベントに参加することでＳＮＳサービスのように効果的に新たな友人関係を築くことができ、実際にこのイベントに参加することで出会って築かれた緊密な友人関係が継続されるように支援するようにした手段は、現在のところ提案されていない。
【特許文献１】特開２００１−２８２８０５号公報
【特許文献２】特開２００２−９１９９４号公報
【特許文献３】特開２００５−２５９０７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上記事情に鑑みて成されたものであり、イベントに参加することを通して効果的に新たな友人関係が築かれることを支援すると共に、実際にこのイベントに参加することで築かれた新たな友人関係が継続されるように支援する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の友人関係構築支援装置は、イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録する装置であって、前記ネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶すると共に、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するイベント開催案内手段、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断し、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶するイベント参加第１処理手段、前記イベント開催案内手段での第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定し、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信するイベント参加第２処理手段、前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信し、さらに、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと会うことを了承する第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信するイベント参加第３処理手段、前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断し、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定し、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定し、さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信し、前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信した場合、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶するイベント参加第４処理手段、を少なくとも有することを特徴とする。
【００１０】
また、本発明の友人関係構築支援装置は、前記イベント開催案内手段が、前記第１の通知として、前記イベントに参加する目的は何か、前記イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んで送信し、前記イベント参加第１処理手段が、前記第１の回答として、前記イベントへの参加目的、前記有益ユーザの検索要求、をさらに含んで受信し、前記参加目的、前記検索要求、を前記ユーザ識別情報と関連付けて前記第４記憶手段にさらに記憶し、前記イベント参加第２処理手段が、前記検索要求を有するユーザを第１のユーザとして、当該第１のユーザごとに参加目的を特定し、引き続き、特定した参加目的に含まれる語をキーワードとして、前記第１記憶手段を参照し、前記検索対象ユーザのユーザ識別情報に基づき特定した属性情報を検索して前記キーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する、ものとしても良い。
【００１１】
また、本発明の友人関係構築支援装置は、前記イベント開催案内手段が、前記イベント案内依頼として、前記第１記憶手段に記憶されていないユーザを特別勧誘先ユーザとして指定すると共に、当該特別勧誘先ユーザの連絡先情報をさらに含んで受信した場合、前記第１記憶手段に記憶されたユーザの連絡先情報と共に、前記特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末に対して前記第１の通知を送信し、前記イベント参加第１手段が、前記第１の回答の受信に伴い、前記特別勧誘先ユーザからの回答であるか否か判断し、前記第１の回答が、特別勧誘先ユーザからの回答であって、イベント参加可情報をさらに含む場合、当該特別勧誘先ユーザに対し、前記ネットワークサービスサイトを利用するための登録を促す第８の通知を送信し、前記イベント参加第２手段が、前記第１のユーザが特別勧誘先ユーザである場合、前記イベント開催案内手段での第１の通知の送信後、所定の時期に、前記第１記憶手段を参照して特別勧誘先ユーザの連絡先情報に基づき、前記ネットワークサービスサイトを利用するための登録を行ったか否か判断し、前記特別勧誘先ユーザが前記登録を行っていた場合、有益ユーザを特定する検索を実施する、ものとしても良い。
【００１２】
また、本発明の友人関係構築支援装置は、前記ユーザ端末の接続に応じてユーザ識別情報を取得し、前記第２記憶手段を参照して当該ユーザ識別情報を第１のユーザ識別情報又は第２のユーザ識別情報として関連付けて記憶されている第２のユーザ識別情報又は第１のユーザ識別情報を友人関係登録ユーザの識別情報として全て特定し、さらに、前記第１記憶手段を参照して特定した友人関係登録ユーザのユーザ名情報を抽出し、当該ユーザ名情報を、友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する友人関係登録ユーザ情報開示手段、をさらに有するものとしても良い。
【００１３】
また、本発明の友人関係構築支援装置は、前記第１記憶手段が、ユーザ識別情報に関連付けて、当該ユーザを視覚的に識別するユーザ画像情報をさらに記憶し、前記友人関係登録ユーザ情報開示手段が、前記友人関係登録ユーザの識別情報を特定した後、前記第１記憶手段を参照し、前記ユーザ名情報に代えて又は前記ユーザ名情報と共に前記ユーザ画像情報を抽出し、当該ユーザ画像情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、ものとしても良い。
【００１４】
さらに、本発明の友人関係構築支援装置は、前記第２記憶手段が、第１のユーザのユーザ識別情報、及び第２のユーザのユーザ識別情報と互いに関連付けて、友人関係の登録のきっかけとなったイベント名、及びイベント開催場所といったイベント開催情報をさらに記憶し、前記友人関係登録ユーザ情報開示手段が、前記友人関係登録ユーザの識別情報を全て特定すると共に、当該友人関係登録ユーザの識別情報と互いに関連付けて記憶されているイベント開催情報を抽出し、前記ユーザ名情報及び／又は前記ユーザ画像情報と共に、当該イベント開催情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、ものとしても良い。
【００１５】
また、本発明の友人関係構築支援方法は、イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、を有する装置により、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録する方法であって、イベント開催案内手段が、前記主催者端末より、少なくともイベント名、イベント開催日時、イベント開催場所、といったイベント開催情報を含むイベント案内依頼を受信するステップ、イベント開催案内手段が、前記イベント案内依頼の受信に応じ、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶するステップ、イベント開催案内手段が、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するステップ、イベント参加第１処理手段が、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信するステップ、イベント参加第１処理手段が、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断するステップ、イベント参加第１処理手段が、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶するするステップ、イベント参加第２処理手段が、前記イベント開催案内手段での第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定するステップ、イベント参加第２処理手段が、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定するステップ、イベント参加第２処理手段が、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶するステップ、イベント参加第２処理手段が、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信するステップ、イベント参加第３処理手段が、前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信するステップ、イベント参加第３処理手段が、前記第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信するステップ、イベント参加第３処理手段が、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと実際に会うことを了承する第３の回答を受信するステップ、イベント参加第３処理手段が、前記第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶するするステップ、イベント参加第３処理手段が、さらに、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信するステップ、イベント参加第４処理手段が、前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断するステップ、イベント参加第４処理手段が、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定するステップ、イベント参加第４処理手段が、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定し、さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信するステップ、イベント参加第４処理手段が、前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したとき、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶するステップ、を少なくとも有していることを特徴とする。
【００１６】
また、本発明の友人関係構築支援プログラムは、イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、を有し、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録することを実行させるためにコンピュータを、前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶する手段、前記イベント案内依頼の受信に応じ、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信する手段、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を少なくとも含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断する手段、前記判断の結果、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶する手段、前記第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定する手段、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定し、さらに、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶する手段、さらに、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信する手段、前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信する手段、さらに、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと実際に会うことを了承する第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信する手段、前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断し、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定し、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定する手段、さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信する手段、前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したとき、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶する手段、として機能させることを特徴とする。
【発明の効果】
【００１７】
本発明の友人関係構築支援装置によれば、イベントを実施する主催者より依頼のあったイベント開催情報をユーザに対して案内し、ユーザよりイベントに参加することを申込むイベント参加可情報を含む回答を受信した場合、共通する属性情報の有無を検索する。よって、共通する属性情報に基づき、イベントに参加することで出会える有益なユーザを特定することができる。これにより、ユーザに対して、イベントに参加することで出会える有益なユーザを紹介することができる。
また、イベントにおいて双方が互いに会うことを希望した場合に、イベントにおいて出会えるように相手の氏名を開示し、両者の識別情報を互いに関連付けて友人関係の仮登録状態とすると共に、イベントが終了した後、仮登録状態の双方に対して、友人関係を登録することを望むか否か問う通知を送信し、双方より友人関係を登録することを望む回答を受信した場合、両者の識別情報を互いに関連付けて登録する。よって、イベントにおいて容易に友人関係を築くきっかけを与えることができると共に、実際に出会ってから友人関係を築くか否か判断をする機会を与えることができ、友人関係が登録された場合、一方の識別情報より、互いに関連付けて登録された友人関係を有するユーザを特定することができる。これにより、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとすることができる。
したがって、本発明では、イベントに参加することを通して効果的に新たな友人関係が築かれることを支援すると共に、実際にこのイベントに参加することで築かれた新たな友人関係が継続されるように支援する仕組みを提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照しながら、本発明に係る友人関係構築支援装置、友人関係構築支援方法、及び友人関係構築支援プログラムの一例について説明する。
図１は、本発明に係る友人関係構築支援装置（以下、「本サーバ」という）を用いた友人関係構築支援システム（以下、「本システム」という。）の実施形態の一例を示すブロック図である。符号１０は本サーバを示す。
図１に示すように、本サーバ１０は、イベントを実施する主催者が利用する主催者端末２０と、通信ネットワーク上に開設されたＳＮＳサービスサイトにて自らの特徴を表す属性情報を登録し、イベントへの参加勧誘を受ける少なくとも２以上のユーザがそれぞれ利用する第１ユーザ端末３０及び第２ユーザ端末４０と、情報の送受信が可能となるよう通信ネットワークＮＷを介して接続された装置である。
【００１９】
通信ネットワークＮＷの例としては、インターネットやＬＡＮ（Local Area Network）などのコンピュータ通信網がある。本サーバ１０及び、主催者端末２０、第１ユーザ端末３０、第２ユーザ端末４０は、専用線、公衆交換電話網（ＰＳＴＮ）、無線電話網、ＣＡＴＶ網、衛星通信網等の通信回線を介して通信ネットワークＮＷと接続している。
【００２０】
主催者端末２０、第１ユーザ端末３０及び第２ユーザ端末４０は、共に本サーバ１０と情報の送受信が可能な情報処理装置であればよく、たとえば、パーソナルコンピュータをはじめ、データ通信機能を有するＰＤＡ（Personal Digital Assistant）や携帯電話機などで実現される。
また、主催者端末２０、第１ユーザ端末３０及び第２ユーザ端末４０は、図示しないが、ＣＰＵ（中央処理装置）、プログラム記憶部、マウスやキーボード又はキーボタン等の入力装置、ディスプレイ等の出力装置、ＯＳ（オペレーティング・システム）、ＷＷＷブラウザ、等を有する。
なお、図１ではそれぞれ一つずつの主催者端末２０、第１ユーザ端末３０、第２ユーザ端末４０しか通信ネットワークＮＷを介して本サーバ１０に接続されていないが、本サーバ１０は、複数の主催者端末２０、複数の第１ユーザ端末３０、複数の第２ユーザ端末４０とそれぞれ接続されているものでも良い。
【００２１】
次に、本サーバ１０の構成について説明する。
本サーバ１０は図２に示すように、基本的に、ユーザ情報データベース（ＤＢ）１と、友人関係登録情報データベース（ＤＢ）２と、イベント情報データベース（ＤＢ）３と、イベント参加情報データベース（ＤＢ）４と、イベント開催案内部１１と、イベント参加第１処理部１２と、イベント参加第２処理部１３と、イベント参加第３処理部１４と、イベント参加第４処理部１５と、を少なくとも有している。また、本サーバ１０は、必要に応じて、友人関係登録ユーザ情報開示部１６を有するものとしても良い。
【００２２】
これらの機能ブロックは、本サーバ１０が保持するＣＰＵ（中央処理装置）やプログラム記憶部等により構成することができる。ＣＰＵは、プログラム記憶部に記憶されたプログラムに従い、本サーバ１０の各構成要素を統制制御し、プログラム処理を実行する。プログラム記憶部は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等で構成され、本サーバ１０が使用する各種プログラムを記憶している。
【００２３】
なお、本サーバ１０では、本発明に係る友人関係構築支援プログラム（以下、「本プログラム」という。）を実行することで、以下に説明する友人関係構築支援方法（以下、「本方法」という。）を実現する。
また、本プログラムを記録したコンピュータ読取可能な記録媒体（以下、「本記録媒体」という。）を用いれば、図示しないコンピュータを本サーバ１０と同様に機能させることができる。すなわち、図示しないコンピュータが、本記録媒体から本プログラムを読み取り、それを実行することで、本方法を実現することができる。
【００２４】
ユーザ情報ＤＢ１は、ネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報（以下、「ユーザＩＤ」という。）と、このユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、このユーザへの連絡先情報と、を互いに関連付けて記憶する手段である。この属性情報は、たとえば、ユーザの氏名をはじめ、ユーザの出身地や出身校、血液型、趣味、特技、スポーツといった項目に回答する情報をいい、具体的は、出身校という項目に対して「○○大学」又は「○○大学卒業」もしくは「○○大卒」、血液型という項目に対して「Ｏ型」、趣味という項目に対して「音楽鑑賞」といったものである。
【００２５】
検索のための属性情報は、各項目に対して、それぞれを一つずつ入力する場合があれば、まとめて入力する場合もある。まとめて属性情報を入力する場合は、たとえば、検索のためのキーワードということで、単語を思いつくまま、あるいは「，」や「スペース」で区切って、一つの枠に入力する場合が考えられる。また、ＨＴＭＬ画面、たとえば日記とかコミュニティの書き込みを属性情報とし、この画面にあるもの全てを検索してもよい。
【００２６】
ユーザへの連絡先情報とは、ユーザ端末への連絡先情報をいい、具体的は、電子メールアドレスを挙げることができる。
なお、本発明では、ユーザが自らの特徴を表す属性情報を登録することによって、ユーザＩＤが発行・付与されている。
【００２７】
また、ユーザ情報ＤＢ１は、ユーザＩＤに関連付けて、このユーザを視覚的に識別するユーザ画像情報をさらに記憶する機能を有している。
【００２８】
図３は、ユーザ情報ＤＢ１に記憶されている情報の例を示す図である。
たとえば、図３に示すユーザ情報データベースでは、ユーザＩＤをインデックスとして、ユーザの氏名や出身地、出身校、血液型、・・といった各属性情報と、連絡先情報と、ユーザ画像情報と、を１レコードとしてデータベースを構成することを示している。
【００２９】
友人関係登録情報ＤＢ２は、互いに友人関係の登録を望む第１のユーザのユーザ識別情報（以下、「第１のユーザＩＤ」という。）と、第２のユーザのユーザ識別情報（以下、「第２のユーザＩＤ」という。）と、を互いに関連付けて記憶する手段である。
【００３０】
また、友人関係登録情報ＤＢ２は、第１のユーザＩＤ、及び第２のユーザＩＤと互いに関連付けて、友人関係の登録のきっかけとなったイベント名、及びイベント開催場所といったイベント開催情報をさらに記憶する機能を有している。
【００３１】
図４は、友人関係登録情報ＤＢ２に記憶されている情報の例を示す図である。
たとえば、図４に示す友人関係登録情報データベースでは、第１のユーザＩＤをインデックスとして、第２のユーザＩＤと、イベント名と、開催場所と、を１レコードとしてデータベースを構成することを示している。
【００３２】
イベント情報ＤＢ３は、イベント開催情報ごとに付与された固有の識別情報（以下、「イベントＩＤ」という。）と、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けて記憶する手段である。
【００３３】
図５は、イベント情報ＤＢ３に記憶されている情報の例を示す図である。
たとえば、図５に示すイベント情報データベースでは、イベントＩＤをインデックスとして、イベント名と、開催場所と、開催日時と、を１レコードとしてデータベースを構成することを示している。
【００３４】
イベント参加情報ＤＢ４は、イベントＩＤと、ユーザＩＤと、を互いに関連付けて記憶する手段である。
【００３５】
また、イベント参加情報ＤＢ４は、参加目的、前記検索要求、をユーザＩＤと関連付けてさらに記憶する機能を有している。
【００３６】
図６は、イベント参加情報ＤＢ４に記憶されている情報の例を示す図である。
たとえば、図６に示すイベント参加情報データベースでは、イベントＩＤをインデックスとして、第１のユーザＩＤと、参加目的と、検索要求と、を１レコードとしてデータベースを構成することを示している。
【００３７】
イベント開催案内部１１は、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶すると共に、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０又は４０（以下、「ユーザ端末３０等」という。）に対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求める第１の通知を生成し送信する処理を行なう。なお、このイベント開催情報には、イベントの内容を説明する紹介文を含む。
そして、このイベント開催案内部１１にて第１の通知が送信された旨の情報は、イベント参加第１処理部１２及びイベント参加第２処理部１３へそれぞれ送信される。
【００３８】
この際、イベント開催案内部１１は、たとえば、イベント案内依頼受信部１１ａと、イベント案内依頼登録部１１ｂと、イベント案内通知生成部１１ｃと、イベント案内通知送信部１１ｄと、から構成されるものとすることができる。
すなわち、イベント案内依頼受信部１１ａが、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信する処理を行なう。
次いで、イベント案内依頼登録部１１ｂが、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する処理を行なう。
引き続き、イベント案内通知生成部１１ｃが、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０等に対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求める第１の通知を生成する処理を行なう。
そして、イベント案内通知送信部１１ｄが、生成した第１の通知を各ユーザ端末３０等に対して送信する処理を行なう。
【００３９】
また、イベント開催案内部１１は、第１の通知として、イベントに参加する目的は何か、イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んで各ユーザ端末３０等に対して送信する機能を有している。ここで、イベントに参加する目的とは、たとえば、イベントに参加することでどんな人に出会いたいか？といった問いに対する回答をいい、具体的には、弁護士に会いたいとか、会社社長に会いたい、といった出会いたい人の職業や肩書き等を挙げることができる。
【００４０】
したがって、この場合のイベント開催案内部１１は、イベント案内通知生成部１１ｃが、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０等に対し、イベント開催情報を案内すると共に、イベントに参加するか否か、イベントに参加する目的は何か、イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んで各ユーザ端末３０等に対して送信する処理を行なう。
【００４１】
また、イベント開催案内部１１は、イベント案内依頼として、ユーザ情報ＤＢ１に記憶されていないユーザを特別勧誘先ユーザとして指定すると共に、この特別勧誘先ユーザの連絡先情報をさらに含んで受信した場合、ユーザ情報ＤＢ１に記憶されたユーザの連絡先情報と共に、特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末３０等に対して第１の通知を送信する機能を有している。ここで、ユーザ情報ＤＢ１に記憶されていないユーザとは、通信ネットワークＮＷ上に開設されたネットワークサービスサイトを利用するために、自分の属性情報等の登録を行っていない者をいう。
【００４２】
したがって、この場合のイベント開催案内部１１は、イベント案内依頼受信部１１ａが、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報と共に、ユーザ情報ＤＢ１に記憶されていないユーザを特別勧誘先ユーザとして指定し、この特別勧誘先ユーザの連絡先情報をさらに含むイベント案内依頼を受信する処理を行なう。
そして、イベント案内通知送信部１１ｄが、ユーザ情報ＤＢ１に記憶されたユーザの連絡先情報と共に、特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末３０等に対して第１の通知を送信する処理を行なう。
【００４３】
イベント参加第１処理部１２は、第１の通知の送信に応じ、ユーザ端末３０等より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含む第１の回答を受信し、この第１の回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断し、第１の回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する処理を行なう。
【００４４】
この際、イベント参加第１処理部１２は、たとえば、イベント案内回答受信部１２ａと、イベント参加可否判断部１２ｄと、イベント案内回答登録部１２ｅと、から構成されるものとすることができる。
すなわち、イベント案内回答受信部１２ａが、第１の通知の送信に応じ、ユーザ端末３０等より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含む第１の回答を受信する処理を行なう。
引き続き、イベント参加可否判断部１２ｄが、この第１の回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する処理を行なう。
そして、イベント案内回答登録部１２ｅが、イベント参加可否判断部１２ｄでの判断の結果、第１の回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する処理を行なう。
【００４５】
また、イベント参加第１処理部１２は、第１の回答として、イベントへの参加目的、有益ユーザの検索要求、をさらに含んで受信し、参加目的、検索要求、をユーザＩＤと関連付けてイベント参加情報ＤＢ４にさらに記憶する機能を有している。
【００４６】
したがって、この場合のイベント参加第１処理部１２は、イベント案内回答受信部１２ａが、第１の通知の送信に応じ、ユーザ端末３０等より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、イベントへの参加目的、有益ユーザの検索要求、を含む第１の回答を受信する処理を行なう。
そして、イベント案内回答登録部１２ｅが、イベント参加可否判断部１２ｄでの判断の結果、第１の回答がイベント参加可情報を含む場合、イベントＩＤ、ユーザＩＤ、参加目的、検索要求、を互いに関連付けてイベント参加情報ＤＢ４に記憶する処理を行なう。
【００４７】
また、イベント参加第１処理部１２は、第１の回答の受信に伴い、特別勧誘先ユーザからの回答であるか否か判断し、第１の回答が、特別勧誘先ユーザからの回答であって、イベント参加可情報をさらに含む場合、この特別勧誘先ユーザに対し、ネットワークサービスサイトを利用するための登録を促す第８の通知を送信する機能を有している。
このイベント参加第１処理部１２にて判断された特別勧誘先ユーザから第１の回答を受信した旨の情報は、イベント参加第２処理部１３へ送信される。
【００４８】
したがって、この場合のイベント参加第１処理部１２は、ユーザ端末判断部１２ｂと、登録依頼通知送信部１２ｃと、をさらに有する。
すなわち、ユーザ端末判断部１２ｂが、第１の回答の受信に伴い、特別勧誘先ユーザからの回答であるか否か判断する処理を行なう。
そして、ユーザ端末判断部１２ｂでの判断の結果、登録依頼通知送信部１２ｃが、第１の回答は特別勧誘先ユーザからの回答であって、イベント参加可情報をさらに含む場合、この特別勧誘先ユーザに対し、ネットワークサービスサイトを利用するための登録を促す第８の通知を送信する処理を行なう。
【００４９】
イベント参加第２処理部１３は、イベント開催案内部１１での第１の通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとして第１のユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定し、引き続き、ユーザ情報ＤＢ１を参照して、第１のユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを第１のユーザにとって有益な第２のユーザとして特定し、この第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶すると共に、ユーザ情報ＤＢ１を参照して第１のユーザＩＤに基づき連絡先情報を特定し、この第１のユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、イベントにおいて第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信する処理を行なう。
【００５０】
ここで、属性情報が同一とは、たとえば、単語（文字）や数字、記号、図形が一致するものの他、シソーラスを用いて語彙の持つ意味から分類した同義関係、類義関係、広義・狭義関係等にある単語を含む。具体的には、共通の意味をあらわす「マッサージ」と「整体」、共通の機能をあらわす「横笛」と「フルート」、ニーズの合致をあらわす「求人」と「求職」もしくは「募集」、上位概念と下位概念の共通をあらわす「音楽」と「クラッシック」、「楽器」と「バイオリン」といったものを同一とする。
【００５１】
また、所定の時期とは、イベントが開催される前の時期を対象に設定されたものであり、たとえば、イベントの参加者を募集する締め切り日や、イベントの参加人数が定員に達した時、又はイベント開催日の前日、等を挙げることができる。これにより、ある程度の人数の参加者が集まった時期に検索対象ユーザを特定することができ、第１のユーザにとって有益と思われる第２のユーザの特定を効果的に行うことができる。
【００５２】
この際、イベント参加第２処理部１３は、たとえば、検索対象ユーザＩＤ特定部１３ｃと、有益ユーザ特定部１３ｄと、有益ユーザ情報登録部１３ｅと、有益ユーザ紹介通知生成・送信部１３ｆと、から構成されるものとすることができる。
すなわち、検索対象ユーザＩＤ特定部１３ｃが、イベント開催案内部１１での第１の通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとして第１のユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する処理を行なう。
【００５３】
引き続き、有益ユーザ特定部１３ｄが、ユーザ情報ＤＢ１を参照して、第１のユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを第１のユーザにとって有益な第２のユーザとして特定する処理を行なう。
さらに、有益ユーザ情報登録部１３ｅが、この第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する処理を行なう。
そして、有益ユーザ紹介通知生成・送信部１３ｆが、ユーザ情報ＤＢ１を参照して第１のユーザＩＤに基づき連絡先情報を特定し、この第１のユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、イベントにおいて第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信する処理を行なう。
【００５４】
また、イベント参加第２処理部１３は、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的を特定し、引き続き、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照し、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する機能を有している。
【００５５】
したがって、この場合のイベント参加第２処理部１３は、イベント参加目的特定部１３ｂをさらに有する。
すなわち、イベント参加目的特定部１３ｂが、イベント開催案内部１１での第１の通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的を特定する処理を行なう。
引き続き、有益ユーザ特定部１３ｄが、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照し、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する処理を行なう。
【００５６】
また、イベント参加第２処理部１３は、第１のユーザが特別勧誘先ユーザである場合、
イベント開催案内部１１での第１の通知の送信後、所定の時期に、ユーザ情報ＤＢ１を参照して特別勧誘先ユーザの連絡先情報に基づき、ネットワークサービスサイトを利用するための登録を行ったか否か判断し、特別勧誘先ユーザが登録を行っていた場合、有益ユーザを特定する検索を実施する機能を有している。ここで、所定の時期とは、検索対象ユーザＩＤ特定部１３ｃで行われる第１のユーザＩＤと検索対象ユーザのユーザＩＤの特定の前までの時期を対象に設定されたものであり、たとえば、第１の通知の送信後すぐや、イベントの参加者を募集する締め切り日前、又はイベントの参加人数が定員に達した直後、等の時期を挙げることができる。
【００５７】
したがって、この場合のイベント参加第２処理部１３は、登録有無確認部１３ａをさらに有する。
すなわち、登録有無確認部１３ａが、第１のユーザが特別勧誘先ユーザである場合、イベント開催案内部１１での第１の通知の送信後、所定の時期前に、ユーザ情報ＤＢ１を参照して特別勧誘先ユーザの連絡先情報に基づき、ネットワークサービスサイトを利用するための登録を行ったか否か属性情報の登録有無により判断する処理を行なう。
そして、有益ユーザ特定部１３ｄが、登録有無確認部１３ａでの判断の結果、特別勧誘先ユーザが登録を行っていた場合、有益ユーザを特定する検索を実施する処理を行なう。
【００５８】
イベント参加第３処理部１４は、第２の通知の送信に応じ、第１ユーザ端末３０より、第１のユーザＩＤと、イベントにおいて第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信した場合、この第２の回答に含まれる第１のユーザＩＤに基づきイベント参加情報ＤＢ４を参照し、互いに関連付けられている第２のユーザＩＤを特定し、引き続き、ユーザ情報ＤＢ１を参照して特定した第２のユーザＩＤに基づき第２のユーザの連絡先情報を特定し、この第２のユーザが利用する第２ユーザ端末４０に対して、イベントにおいて紹介したい第１のユーザがいることを知らせると共に、この第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信し、さらに、第３の通知の送信に応じ、第２ユーザ端末４０より、イベントにおいて第１のユーザと会うことを了承する第３の回答を受信した場合、第１のユーザＩＤと第２のユーザＩＤとに関連付けて、友人関係の仮登録情報をイベント参加情報ＤＢ４に記憶すると共に、ユーザ情報ＤＢ１を参照し、仮登録情報が記憶された各ユーザのユーザＩＤに基づき第１のユーザの氏名と第２のユーザの氏名とを抽出し、第１ユーザ端末３０に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、第２ユーザ端末４０に対して第１のユーザの氏名を開示する第５の通知を送信する処理を行なう。
【００５９】
この際、イベント参加第３処理部１４は、たとえば、有益ユーザ紹介依頼回答受信部１４ａと、有益ユーザＩＤ特定部１４ｂと、有益ユーザ連絡先情報特定部１４ｃと、第１のユーザ紹介通知送信部１４ｄと、第１のユーザ紹介同意回答受信部１４ｅと、ユーザ開示通知生成・送信部１４ｆと、から構成されるものとすることができる。
すなわち、有益ユーザ紹介依頼回答受信部１４ａが、第２の通知の送信に応じ、第１ユーザ端末３０より、第１のユーザＩＤと、イベントにおいて第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信する処理を行なう。
次いで、有益ユーザＩＤ特定部１４ｂが、有益ユーザ紹介依頼回答受信部１４ａにて第２の回答を受信した場合、この第２の回答に含まれる第１のユーザＩＤに基づきイベント参加情報ＤＢ４を参照し、互いに関連付けられている第２のユーザＩＤを特定する処理を行なう。
【００６０】
引き続き、有益ユーザ連絡先情報特定部１４ｃが、ユーザ情報ＤＢ１を参照して特定した第２のユーザＩＤに基づき第２のユーザの連絡先情報を特定する処理を行なう。
そして、第１のユーザ紹介通知送信部１４ｄが、この第２のユーザが利用する第２ユーザ端末４０に対して、イベントにおいて紹介したい第１のユーザがいることを知らせると共に、この第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信する処理を行なう。
【００６１】
さらに、第１のユーザ紹介同意回答受信部１４ｅが、第３の通知の送信に応じ、第２ユーザ端末４０より、イベントにおいて第１のユーザと会うことを了承する第３の回答を受信する処理を行なう。
そして、 ユーザ開示通知生成・送信部１４ｆが、第１のユーザ紹介同意回答受信部１４ｅにて第３の回答を受信した場合、第１のユーザＩＤと第２のユーザＩＤとに関連付けて、友人関係の仮登録情報をイベント参加情報ＤＢ４に記憶すると共に、ユーザ情報ＤＢ１を参照し、仮登録情報が記憶された各ユーザのユーザＩＤに基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、第１ユーザ端末３０に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、第２ユーザ端末４０に対して第１のユーザの氏名を開示する第５の通知を送信する処理を行なう。
【００６２】
イベント参加第４処理部１５は、第４の通知及び第５の通知を送信した後、イベント情報ＤＢ３を参照してイベントの開催日時が経過したか否か判断し、開催日時が経過した場合、所定の時期にイベント参加情報ＤＢ４を参照して、開催日時が経過したイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定し、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定し、さらに、第１ユーザ端末３０に対して、イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、第２ユーザ端末４０に対して、イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信し、第６の通知に応じて第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第７の通知に応じて、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ３に記憶する処理を行なう。ここで、所定の時期とは、イベントの開催が終了し、イベントにおいて会ったユーザのことを忘れないでいられる時間をいい、たとえば、イベント情報ＤＢ３に記憶された開催日時に基づいて特定されたイベントの終了直後や、イベントの開催日翌日、等を挙げることができる。
【００６３】
この際、イベント参加第４処理部１５は、たとえば、イベント開催日時経過判断部１５ａと、イベント参加ユーザ特定部１５ｂと、ユーザ連絡先情報特定部１５ｃと、友人関係登録確認通知生成・送信部１５ｄと、友人関係登録同意回答受信部１５ｅと、友人関係登録部１５ｆと、から構成されるものとすることができる。
すなわち、イベント開催日時経過判断部１５ａが、第４の通知及び第５の通知を送信した後、イベント情報ＤＢ３を参照してイベントの開催日時が経過したか否か判断する処理を行なう。
次いで、イベント参加ユーザ特定部１５ｂが、イベント開催日時経過判断部１５ａでの判断の結果、開催日時が経過した場合、所定の時期にイベント参加情報ＤＢ４を参照して、開催日時が経過したイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定する処理を行なう。
【００６４】
引き続き、ユーザ連絡先情報特定部１５ｃが、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定する処理を行なう。
そして、友人関係登録確認通知生成・送信部１５ｄが、第１ユーザ端末３０に対して、イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、第２ユーザ端末４０に対して、イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信する処理を行なう。
【００６５】
また、友人関係登録同意回答受信部１５ｅが、第６の通知に応じて第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第７の通知に応じて、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信する処理を行なう。
そして、友人関係登録部１５ｆが、友人関係登録同意回答受信部１５ｅにて友人関係登録同意回答を受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ２に記憶する処理を行なう。
【００６６】
友人関係登録ユーザ情報開示部１６は、ユーザ端末３０等の接続に応じてユーザＩＤを取得し、友人関係情報ＤＢ２を参照して取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定し、さらに、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ名情報を抽出し、このユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する処理を行なう。
【００６７】
この際、友人関係登録ユーザ情報開示部１６は、たとえば、ユーザＩＤ取得部１６ａと、友人関係登録ユーザ特定部１６ｂと、特定ユーザ情報抽出部１６ｃと、登録ユーザ一覧情報生成・送信部１６ｅと、から構成されるものとすることができる。
すなわち、ユーザＩＤ取得部１６ａが、ユーザ端末３０等の接続に応じてユーザＩＤを取得する処理を行なう。
次いで、友人関係登録ユーザ特定部１６ｂが、友人関係情報ＤＢ２を参照して取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する処理を行なう。
さらに、特定ユーザ情報抽出部１６ｃが、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ名情報を抽出する処理を行なう。
そして、登録ユーザ一覧情報生成・送信部１６ｅが、このユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する処理を行なう。
【００６８】
また、友人関係登録ユーザ情報開示部１６は、友人関係登録ユーザのユーザＩＤを特定した後、ユーザ情報ＤＢ１を参照し、ユーザ名情報に代えて又はユーザ名情報と共にユーザ画像情報を抽出し、このユーザ画像情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する機能を有している。
【００６９】
したがって、この場合の友人関係登録ユーザ情報開示部１６は、友人関係登録ユーザ特定部１６ｂが友人関係登録ユーザのユーザＩＤを特定した後、特定ユーザ情報抽出部１６ｃが、ユーザ情報ＤＢ１を参照し、ユーザ名情報に代えて又はユーザ名情報と共にユーザ画像情報を抽出する処理を行なう。
そして、登録ユーザ一覧情報生成・送信部１６ｅが、このユーザ画像情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０へ送信する処理を行なう。
【００７０】
また、友人関係登録ユーザ情報開示部１６は、友人関係登録ユーザのユーザＩＤを全て特定すると共に、この友人関係登録ユーザのユーザＩＤと互いに関連付けて記憶されているイベント開催情報を抽出し、ユーザ名情報及び／又はユーザ画像情報と共に、このイベント開催情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する機能を有している。
【００７１】
したがって、この場合の友人関係登録ユーザ情報開示部１６は、イベント情報抽出部１６ｄをさらに有する。
すなわち、友人関係登録ユーザ特定部１６ｂが、友人関係登録ユーザのユーザＩＤを全て特定する処理を行なう。
引き続き、イベント情報抽出部１６ｄが、この友人関係登録ユーザのユーザＩＤと互いに関連付けて記憶されているイベント開催情報を抽出する処理を行なう。
そして、登録ユーザ一覧情報生成・送信部１６ｅが、ユーザ名情報及び／又はユーザ画像情報と共に、このイベント開催情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する処理を行なう。
【００７２】
次に、本発明の実施の形態に係る本サーバ１０を用いた本方法を実施するためのシステムであって、通信ネットワーク上に開設されたＳＮＳサービスサイトを利用するため、自らの特徴を表す属性情報を登録したユーザに対しイベントの開催を案内し、ユーザよりイベントに参加することを申込むイベント参加可情報を含む回答を受信した場合、ユーザに対して、イベントに参加することで出会える有益なユーザを紹介すると共に、その後、友人関係を登録することを望むか否か問うことで、新たな人間関係を容易にかつ効果的に築くことを支援するようにした場合の概要について、図１に基づき説明する。
【００７３】
図１に示すように、まず、主催者端末２０が、イベント案内依頼を本サーバ１０へ送信する（１．参照）。
本サーバ１０は、主催者端末２０より送信されたイベント案内依頼を受信する（２．参照）。
次いで、本サーバ１０は、イベント案内依頼に含まれるイベント開催情報をイベント情報ＤＢ３に記憶し、イベント参加の可否を問う第１の通知を第１ユーザ端末３０へ送信する（３．参照）。
【００７４】
第１ユーザ端末３０は、本サーバ１０より送信された第１の通知を受信し、イベント参加に応答する第１の回答を本サーバ１０へ送信（返信）する（４．参照）。
本サーバ１０は、第１ユーザ端末３０より送信された第１の回答を受信し、イベント参加可否情報をイベント開催情報に関連付けてイベント情報ＤＢ３に記憶する（５．参照）。
次いで、本サーバ１０は、第１の回答がイベント参加可情報を含む場合、所定の時期に、第１のユーザにとって有益な第２のユーザを知らせると共に、第２のユーザと会うことを望むか否かを問う第２の通知を第１ユーザ端末３０へ送信する（６．参照）。
【００７５】
第１ユーザ端末３０は、本サーバ１０より送信された第２の通知を受信し、第２のユーザと会うことに応答する第２の回答を本サーバ１０へ送信（返信）する（７．参照）。
本サーバ１０は、第１ユーザ端末３０より送信された第２の回答を受信し、第１のユーザが第２のユーザと会うことを希望している場合、第２のユーザが第１のユーザと会うことを望むか否かを問う第３の通知を第２ユーザ端末４０へ送信する（８．参照）。
【００７６】
第２ユーザ端末４０は、本サーバ１０より送信された第３の通知を受信し、第１のユーザと会うことに応答する第３の回答を本サーバ１０へ送信（返信）する（９．参照）。
本サーバ１０は、第２ユーザ端末４０より送信された第３の回答を受信した場合、第１のユーザＩＤと第２のユーザＩＤとに関連付けて、友人関係の仮登録情報をイベント参加情報ＤＢ４に記憶し、第１のユーザと第２のユーザとの友人関係を仮登録する（１０．参照）。
引き続き、本サーバ１０は、第２のユーザ名を知らせる第４の通知を第１ユーザ端末３０へ送信すると共に、第１のユーザ名を知らせる第５の通知を第２ユーザ端末４０へ送信する（１１．参照）。
【００７７】
第１ユーザ端末３０は、本サーバ１０より送信された第４の通知を受信し、第２のユーザ名を確認する（１２Ａ．参照）。
また、第２ユーザ端末４０は、本サーバ１０より送信された第５の通知を受信し、第２のユーザ名を確認する（１２Ｂ．参照）。
【００７８】
このようにイベントにおいて双方が互いに会うことを希望した場合に、イベントにおいて出会えるように相手の氏名を開示することで、イベントにおいて容易に友人関係を築くきっかけを与えることができ、イベントに参加することを通して効果的に新たな友人関係が築かれることを支援することができる。
【００７９】
さらに、本サーバ１０は、イベント開催日時の経過後、第２のユーザとの友人関係の登録を確認する第６の通知を第１ユーザ端末３０へ送信すると共に、第１のユーザとの友人関係の登録を確認する第７の通知を第２ユーザ端末４０へ送信する（１３．参照）。
【００８０】
第１ユーザ端末３０は、本サーバ１０より送信された第６の通知を受信し、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を本サーバ１０へ送信（返信）する（１４Ａ．参照）。
また、第２ユーザ端末４０は、本サーバ１０より送信された第７の通知を受信し、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を本サーバ１０へ送信（返信）する（１４Ｂ．参照）。
そして、本サーバ１０は、第１ユーザ端末３０及び第２ユーザ端末４０より、友人関係登録同意回答を共に受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ２に記憶する（１５．参照）。
【００８１】
このように第１のユーザＩＤと第２のユーザＩＤとを互いに関連付けて記憶することで、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとなり、実際にこのイベントに参加することで築かれた新たな友人関係が継続されるように支援することができる。
【００８２】
次に、図２に示した上述した本サーバ１０により実行される本方法の一例を図面に基づき説明する。
＜第１の実施の形態＞
まず、第１の実施の形態として実行される方法の詳細な一例を図７及び図８に基づき説明する。図７及び図８は、本発明の第１の実施の形態に係る友人関係登録方法における新たな人間関係構築処理の詳細な流れの一例を示すシーケンス図である。
【００８３】
まず、本サーバ１０は、ユーザＩＤと、ユーザが予め登録した少なくとも１以上の項目からなる属性情報と、ユーザ端末３０等への連絡先情報と、を互いに関連付けてユーザ情報ＤＢ１に記憶しておく（（Ａ）参照）。
また、本サーバ１０は、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係情報ＤＢ２に記憶しておく（（Ｂ）参照）。
【００８４】
そして、主催者端末２０は、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を本サーバ１０へ送信する（（１０）参照）。
本サーバ１０は、イベント案内依頼を受信する（（２０）参照）。
次いで、本サーバ１０は、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（（３０）参照）。
引き続き、本サーバ１０は、ユーザＤＢ１を参照してユーザへの連絡先情報に基づき第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答を求める第１の通知（以下、「イベント案内通知」という。）を生成し送信する（（４０）参照）。
【００８５】
このイベント案内通知は、たとえば図９に示すような形で表すことが出来る。図９は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第１の通知であるイベント案内通知画面の一例を示す図である。このイベント案内通知画面１００には、イベント開催のご案内を表示するイベント開催情報表示欄１０１と、イベントに参加する旨の回答を行う「参加する」ボタン１０２と、イベントに参加しない旨の回答を行う「参加しない」ボタン１０３が設けられている。図９において、イベント開催情報表示欄１０１には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、プログラムとして「あいさつ、公演、・・」、開催場所として「イロハホール３階」が表示されている。また、図９において、「参加する」ボタン１０２が選択されている。
【００８６】
また、イベント案内通知画面１００には、イベント参加可否回答をおこなったユーザを確認するユーザ氏名入力欄１０４と、ユーザＩＤ入力欄１０５が表示されている。さらに、イベント案内通知画面１００には、イベント案内通知に対する回答を送信するための「送信」ボタン１０９が表示されている。図９において、イベント案内回答ユーザ氏名として「○○一郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【００８７】
そして、第１ユーザ端末３０は、イベント案内通知を受信し、これに応答する第１の回答（以下、「イベント案内回答」という。）を本サーバ１０へ送信する（（５０）参照）。
したがって、「参加する」ボタン１０２又は「参加しない」ボタン１０３の何れかを選択することでイベントへの参加可否が分かり、ユーザ氏名入力欄１０４とユーザＩＤ入力欄１０５にそれぞれ入力することでユーザを識別することができ、「送信」ボタン１０９を押してイベント案内通知に応答することで、イベントを識別することができる。
【００８８】
本サーバ１０は、イベント案内回答を受信する（（６０）参照）。
次いで、本サーバ１０は、イベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（（７０）参照）。
引き続き、本サーバ１０は、イベント参加可否の判断の結果、イベント案内回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（（８０）参照）。
【００８９】
また、本サーバ１０は、イベント案内通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（（９０）参照）。
引き続き、本サーバ１０は、ユーザ情報ＤＢ１を参照して、第１のユーザのユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを、第１のユーザにとって有益な第２のユーザとして特定する（（１００）参照）。
【００９０】
さらに、本サーバ１０は、第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する（（１１０）参照）。
その後、本サーバ１０は、ユーザ情報ＤＢ１を参照して第１のユーザのユーザＩＤに基づき連絡先情報を特定し、この第１のユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、イベントにおいて第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知（以下、「有益ユーザ紹介通知」という。）を生成し送信する（（１２０）参照）。
【００９１】
この有益ユーザ紹介通知は、たとえば図１０に示すような形で表すことが出来る。図１０は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第２の通知である有益ユーザ紹介通知画面の一例を示す図である。この有益ユーザ紹介通知画面１１０には、第１のユーザにとって有益と思われる第２のユーザを紹介するユーザのご紹介を表示するユーザ紹介情報表示欄１１１と、表示された第２のユーザとイベントにおいて会うことを希望する「会う」ボタン１１２と、第２のユーザと会うことを希望しない「会わない」ボタン１１３が設けられている。図１０において、ユーザ紹介情報表示欄１１１には、「今回のイベント参加者の中に、あなたにご紹介したい方がおります。お会いになられますか？」といった紹介案内文と共に、埼玉県出身の弁護士であるＢさんと、埼玉県出身の司法書士であるＣさんと、を紹介するユーザ情報が表示されている。また、図１０において、「会う」ボタン１１２は、Ｂさんに対する「会う」ボタン１１２ａと、Ｃさんに対する「会う」ボタン１１２ｂとから構成され、一方、「会わない」ボタン１１３は、Ｂさんに対する「会わない」ボタン１１３ａと、Ｃさんに対する「会わない」ボタン１１３ｂとから構成されたものとなっている。図１０において、Ｂさんに対する「会う」ボタン１１２ａと、Ｃさんに対する「会う」ボタン１１２ｂが選択されている。
【００９２】
また、有益ユーザ紹介通知画面１１０には、第２のユーザの紹介に回答をおこなったユーザを確認するユーザ氏名入力欄１１４と、ユーザＩＤ入力欄１１５が表示されている。さらに、有益ユーザ紹介通知画面１１０には、有益ユーザ紹介通知に対する回答を送信するための「送信」ボタン１１９が表示されている。図１０において、第２のユーザ紹介回答ユーザ氏名として「○○一郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【００９３】
そして、第１ユーザ端末３０は、有益ユーザ紹介通知を受信し、これに応答する第２の回答（以下、「有益ユーザ紹介回答」という。）を本サーバ１０へ送信する（（１３０）参照）。
したがって、「会う」ボタン１１２又は「会わない」ボタン１１３の何れかを選択することで第２のユーザと実際に会うことを望むか否かが分かり、ユーザ氏名入力欄１１４とユーザＩＤ入力欄１１５にそれぞれ入力し、「送信」ボタン１１９を押して有益ユーザ紹介通知に応答することで、ユーザを識別することができる。
【００９４】
本サーバ１０は、有益ユーザ紹介回答を受信する（（１４０）参照）。
次いで、本サーバ１０は、第１ユーザ端末より、ユーザＩＤと、イベントにおいて第２のユーザと実際に会うことを望む紹介依頼と、を含む有益ユーザ紹介依頼回答を受信した場合、この有益ユーザ紹介回答に含まれるユーザＩＤに基づきイベント参加情報ＤＢ４を参照し、互いに関連付けられている第２のユーザＩＤを特定する（（１５０）参照）。
引き続き、本サーバ１０は、ユーザ情報ＤＢ１参照して特定したユーザＩＤに基づき第２のユーザの連絡先情報を特定し、この第２のユーザが利用する第２ユーザ端末４０に対して、イベントにおいて紹介したい第１のユーザがいることを知らせると共に、この第１のユーザと会うことを望むか否かの回答を求める第３の通知（以下、「ユーザ紹介通知」という。）を生成し送信する（（１６０）参照）。
【００９５】
このユーザ紹介通知は、たとえば図１１に示すような形で表すことが出来る。図１１は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された第３の通知であるユーザ紹介通知画面の一例を示す図である。このユーザ紹介通知画面１２０には、第２のユーザと会うことを望んでいる第１のユーザを紹介するユーザのご紹介を表示するユーザ紹介情報表示欄１２１と、表示された第１のユーザとイベントにおいて会うことを希望する「会う」ボタン１２２と、第１のユーザと会うことを希望しない「会わない」ボタン１２３が設けられている。図１１において、ユーザ紹介情報表示欄１２１には、「今回のイベント参加者の中に、あなたにご紹介したい方がおります。お会いになられますか？」といった紹介案内文と共に、埼玉県出身の会社社長であるＡさんと、埼玉県出身の大学教授であるＤさんと、を紹介するユーザ情報が表示されている。また、図１１において、「会う」ボタン１２２は、Ａさんに対する「会う」ボタン１２２ａと、Ｄさんに対する「会う」ボタン１２２ｂとから構成され、一方、「会わない」ボタン１２３は、Ａさんに対する「会わない」ボタン１２３ａと、Ｄさんに対する「会わない」ボタン１２３ｂとから構成されたものとなっている。図１１において、Ａさんに対する「会う」ボタン１２２ａと、Ｄさんに対する「会わない」ボタン１２３ｂが選択されている。
【００９６】
また、ユーザ紹介通知画面１２０には、第１のユーザの紹介に回答をおこなったユーザを確認するユーザ氏名入力欄１２４と、ユーザＩＤ入力欄１２５が表示されている。さらに、ユーザ紹介通知画面１２０には、第１のユーザ紹介通知に対する回答を送信するための「送信」ボタン１２９が表示されている。図１１において、第１のユーザ紹介回答ユーザ氏名として「××太郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【００９７】
そして、第２ユーザ端末４０は、ユーザ紹介通知を受信し、これに応答する第３の回答（以下、「ユーザ紹介同意回答」という。）を本サーバ１０へ送信する（（１７０）参照）。
したがって、「会う」ボタン１２２又は「会わない」ボタン１２３の何れかを選択することで第１のユーザと実際に会うことを望むか否かが分かり、ユーザ氏名入力欄１２４とユーザＩＤ入力欄１２５にそれぞれ入力し、「送信」ボタン１２９を押して第１のユーザ紹介通知に応答することで、ユーザを識別することができる。
【００９８】
本サーバ１０は、ユーザ紹介通知の送信に応じ、第２ユーザ端末４０より、ユーザ紹介同意回答を受信する（（１８０）参照）。
次いで、本サーバ１０は、イベントにおいて第１のユーザと会うことを了承するユーザ紹介同意回答を受信した場合、第１のユーザＩＤと第２のユーザＩＤとに関連付けて、友人関係の仮登録情報をイベント参加情報ＤＢ４に記憶する（（１９０）参照）。
さらに、本サーバ１０は、ユーザ情報ＤＢ１を参照し、仮登録情報が記憶された各ユーザのユーザＩＤに基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、第１ユーザ端末３０に対して第２のユーザの氏名を開示する第４の通知（以下、「第２ユーザ開示通知」という。）を送信すると共に、第２ユーザ端末４０に対して第１のユーザの氏名を開示する第５の通知（以下、「第１ユーザ開示通知」という。）を送信する（（２００）参照）。
【００９９】
そして、第１ユーザ端末３０は、第２ユーザ開示通知を受信し（（２１０Ａ）参照）、第２ユーザ端末４０は、第１ユーザ開示通知を受信する（（２１０Ｂ）参照）。
この第２ユーザ開示通知は、たとえば図１２に示すような形で表すことが出来る。図１２は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第４の通知である第１ユーザ開示通知画面の一例を示す図である。この第１ユーザ開示通知画面１３０には、第２のユーザ氏名を開示することを案内するご紹介ユーザ情報案内表示欄１３１と、第２のユーザと会うこととなるイベント情報を表示するイベント情報表示欄１３２と、第２のユーザ氏名を開示するご紹介ユーザ情報表示欄１３３と、が設けられている。図１２において、ご紹介ユーザ情報案内表示欄１３１には、「今回のイベントにおいて、あなたにご紹介したい方をお知らせいたします。」といった連絡文が表示され、イベント情報表示欄１３２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。また、図１２において、ご紹介ユーザ情報表示欄１３３には、ＢＢＢ法律事務所所長である××太郎さんと、ＣＣＣ司法書士事務所勤務の△△花子さんを紹介するユーザ情報が表示されている。また、ご紹介ユーザ情報表示欄１３３は、××太郎さんを紹介するユーザ情報表示欄１３３ａと、△△花子さんを紹介するユーザ情報表示欄１３３ｂとから構成されたものとなっている。
【０１００】
一方、第１ユーザ開示通知は、たとえば図１３に示すような形で表すことが出来る。図１３は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された第５の通知である第２ユーザ開示通知画面の一例を示す図である。この第２ユーザ開示通知画面１４０には、第１のユーザ氏名を開示することを案内するご紹介ユーザ情報案内表示欄１４１と、第１のユーザと会うこととなるイベント情報を表示するイベント情報表示欄１４２と、第１のユーザ氏名を開示するご紹介ユーザ情報表示欄１４３と、が設けられている。図１３において、ご紹介ユーザ情報案内表示欄１４１には、「今回のイベントにおいて、あなたにご紹介したい方をお知らせいたします。」といった連絡文が表示され、イベント情報表示欄１４２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。また、図１３において、ご紹介ユーザ情報表示欄１４３には、ＡＡＡ株式会社の代表取締役である○○一郎さんを紹介するユーザ情報が表示されている。
【０１０１】
本サーバ１０は、第２ユーザ開示通知及び第１ユーザ開示通知を送信した後、イベント情報ＤＢ３を参照してイベントの開催日時が経過したか否か判断する（（２２０）参照）。
その結果、イベントの開催日時が経過している場合、本サーバ１０は、イベント参加情報ＤＢ４を参照して、このイベントのイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定すると共に、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定する。さらに、本サーバ１０は、第１ユーザ端末３０に対して、イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知（以下、「友人関係登録確認通知」という。）を生成し送信すると共に、第２ユーザ端末４０に対して、イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知（以下、「友人関係登録確認通知」という。）を生成し送信する（（２３０）参照）。
【０１０２】
この第６の通知としての友人関係登録確認通知は、たとえば図１４に示すような形で表すことが出来る。図１４は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された友人関係登録確認通知画面の一例を示す図である。この友人関係登録確認通知画面１５０には、イベントであった第２のユーザとの友人関係の登録可否を問う友人関係登録案内表示欄１５１と、第２のユーザと会ったイベント情報を表示するイベント情報表示欄１５２と、表示された第２のユーザと友人関係の登録を行うことを希望する「登録する」ボタン１５３と、友人関係の登録を行うことを希望しない「登録しない」ボタン１５４と、が設けられている。図１４において、友人関係登録案内表示欄１５１には、「今回のイベントにおいてご紹介させていただきました××太郎さん、△△花子さんとはお会いになられましたか？ＳＮＳサイトに、××太郎さん、△△花子さんとの友人関係をご登録されますか？」といった案内文が表示され、イベント情報表示欄１５２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。また、図１４において、「登録する」ボタン１５３は、××太郎さんに対する「登録する」ボタン１５３ａと、△△花子さんに対する「登録する」ボタン１５３ｂとから構成され、一方、「登録しない」ボタン１５４は、××太郎さんに対する「登録しない」ボタン１５４ａと、△△花子さんに対する「登録しない」ボタン１５４ｂとから構成されたものとなっている。図１４において、××太郎さんに対する「登録する」ボタン１５３ａと、△△花子さんに対する「登録する」ボタン１５３ｂが選択されている。
【０１０３】
また、友人関係登録確認通知画面１５０には、第２のユーザとの友人関係の登録回答をおこなったユーザを確認するユーザ氏名入力欄１５５と、ユーザＩＤ入力欄１５６が表示されている。さらに、友人関係登録確認通知画面１５０には、友人関係登録確認通知に対する回答を送信するための「送信」ボタン１５９が表示されている。図１４において、第２のユーザとの友人関係の登録回答ユーザ氏名として「○○一郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【０１０４】
第１ユーザ端末３０は、友人関係登録確認通知を受信し、これに応答する第２のユーザと友人関係の登録をすることを望む友人関係登録同意回答を本サーバ１０へ送信する（（２４０Ａ）参照）。
【０１０５】
一方、第７の通知としての友人関係登録確認通知は、たとえば図１５に示すような形で表すことが出来る。図１５は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された友人関係登録確認通知画面の一例を示す図である。この友人関係登録確認通知画面１６０には、イベントであった第１のユーザとの友人関係の登録可否を問う友人関係登録案内表示欄１６１と、第１のユーザと会ったイベント情報を表示するイベント情報表示欄１６２と、表示された第１のユーザと友人関係の登録を行うことを希望する「登録する」ボタン１６３と、友人関係の登録を行うことを希望しない「登録しない」ボタン１６４と、が設けられている。図１５において、友人関係登録案内表示欄１６１には、「今回のイベントにおいてご紹介させていただきました○○一郎さんとはお会いになられましたか？ＳＮＳサイトに、○○一郎さんとの友人関係をご登録されますか？」といった案内文が表示され、イベント情報表示欄１６２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。図１５において、○○一郎さんとの友人関係の登録を希望する「登録する」ボタン１６３が選択されている。
【０１０６】
また、友人関係登録確認通知画面１６０には、第１のユーザとの友人関係の登録回答をおこなったユーザを確認するユーザ氏名入力欄１６５と、ユーザＩＤ入力欄１６６が表示されている。さらに、友人関係登録確認通知画面１６０には、友人関係登録確認通知に対する回答を送信するための「送信」ボタン１６９が表示されている。図１５において、第１のユーザとの友人関係の登録回答ユーザ氏名として「××太郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【０１０７】
第２ユーザ端末４０は、友人関係登録確認通知を受信し、これに応答する第１のユーザと友人関係の登録をすることを望む友人関係登録同意回答を本サーバ１０へ送信する（（２４０Ｂ）参照）。
【０１０８】
本サーバ１０は、友人関係登録確認通知の送信に応じて、第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信する（（２５０）参照）。
そして、本サーバ１０は、第１ユーザ端末３０及び第２ユーザ端末４０の双方より友人関係登録同意回答を受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ２に記憶する（（２６０）参照）。
【０１０９】
次に、上述した第１の実施の形態における方法を実施する本サーバ１０の動作の一例を、図１６及び図１７を参照しながら説明する。図１６及び図１７は、本サーバ１０での新たな人間関係構築処理の一例を示すフローチャートである。
まず、図１６に示されるように、イベント開催案内部１１が、イベント案内依頼受信部１１ａにて、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信したか否か判断する（Ｓ１１）。
【０１１０】
その結果、イベント開催案内部１１が、イベント案内依頼を受信した場合（Ｙ）、イベント開催案内部１１は、イベント案内依頼登録部１１ｂにて、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（Ｓ１２）。
一方、イベント開催案内部１１が、イベント案内依頼を受信していない場合（Ｎ）、イベント開催案内部１１は、引き続きイベント案内依頼を受信したか否か判断を繰り返し行う（Ｓ１１）。
【０１１１】
次いで、イベント開催案内部１１は、イベント案内通知生成部１１ｃにて、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０に対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求めるイベント案内通知を生成し、引き続き、イベント案内通知送信部１１ｄにて、生成したイベント案内通知を各ユーザ端末３０に対して送信する（Ｓ１３）。
【０１１２】
引き続き、イベント開催案内部１１での第１の通知の送信に応じ、イベント参加第１処理部１２が、イベント案内回答受信部１２ａにて、ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含むイベント案内回答を受信したか否か判断する（Ｓ１４）。
【０１１３】
その結果、イベント参加第１処理部１２が、イベント案内回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加可否判断部１２ｄにて、この第１の回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（Ｓ１５）。
その結果、イベント案内回答がイベント参加可情報を含む場合、イベント参加第１処理部１２は、イベント案内回答登録部１２ｅにて、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（Ｓ１６）。
一方、イベント参加第１処理部１２が、第１の回答はイベント参加可情報を含まないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。
【０１１４】
また、イベント開催案内部１１でのイベント案内通知の送信後、イベント参加第２処理部１３が、検索対象ユーザＩＤ特定部１３ｃにて、所定の時期を経過したか否か判断する（Ｓ１７）。
その結果、イベント参加第２処理部１３が、所定の時期を経過したと判断した場合（Ｙ）、引き続き、イベント参加第２処理部１３は、検索対象ユーザＩＤ特定部１３ｃにて、イベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとして第１のユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（Ｓ１８）。
一方、イベント参加第２処理部１３が、所定の時期を経過していないと判断した場合（Ｎ）、イベント参加第２処理部１３は、引き続き所定の時期を経過したか否か判断を繰り返し行う（Ｓ１７）。
【０１１５】
引き続き、イベント参加第２処理部１３は、有益ユーザ特定部１３ｄにて、ユーザ情報ＤＢ１を参照して、第１のユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを第１のユーザにとって有益な第２のユーザとして特定する（Ｓ１９）。
さらに、イベント参加第２処理部１３は、有益ユーザ情報登録部１３ｅにて、この第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する（Ｓ２０）。
そして、イベント参加第２処理部１３は、有益ユーザ紹介通知生成・送信部１３ｆにて、ユーザ情報ＤＢ１を参照して第１のユーザＩＤに基づき連絡先情報を特定し、この第１のユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、イベントにおいて第２のユーザと実際に会うことを望むか否かの回答を求める有益ユーザ紹介通知を生成し送信する（Ｓ２１）。
【０１１６】
また、イベント参加第２処理部１３での有益ユーザ紹介通知の送信に応じ、イベント参加第３処理部１４が、有益ユーザ紹介依頼回答受信部１４ａにて、第１ユーザ端末３０より、第１のユーザＩＤと、イベントにおいて第２のユーザと実際に会うことを望む紹介依頼と、を含む有益ユーザ紹介回答を受信したか否か判断する（Ｓ２２）。
その結果、イベント参加第３処理部１４が、有益ユーザ紹介回答を受信した場合（Ｙ）、引き続き、イベント参加第３処理部１４は、有益ユーザＩＤ特定部１４ｂにて、この第２の回答に含まれる第１のユーザＩＤに基づきイベント参加情報ＤＢ４を参照し、互いに関連付けられている第２のユーザＩＤを特定する（Ｓ２３）。
一方、イベント参加第３処理部１４が、有益ユーザ紹介回答を受信していないと判断した場合（Ｎ）、イベント参加第３処理部１４は、引き続き有益ユーザ紹介回答を受信したか否か判断を繰り返し行う（Ｓ２２）。
【０１１７】
引き続き、イベント参加第３処理部１４は、有益ユーザ連絡先情報特定部１４ｃにて、ユーザ情報ＤＢ１を参照して特定した第２のユーザＩＤに基づき第２のユーザの連絡先情報を特定し、さらに、第１のユーザ紹介通知送信部１４ｄにて、この第２のユーザが利用する第２ユーザ端末４０に対して、イベントにおいて紹介したい第１のユーザがいることを知らせると共に、この第１のユーザと会うことを望むか否かの回答を求めるユーザ紹介通知を生成し送信する（Ｓ２４）。
【０１１８】
また、イベント参加第３処理部１４でのユーザ紹介通知の送信に応じ、イベント参加第３処理部１４が、第１のユーザ紹介同意回答受信部１４ｅにて、第２ユーザ端末４０より、イベントにおいて第１のユーザと会うことを了承するユーザ紹介同意回答を受信したか否か判断する（Ｓ２５）。
その結果、イベント参加第３処理部１４が、ユーザ紹介同意回答を受信した場合（Ｙ）、引き続き、イベント参加第３処理部１４は、ユーザ開示通知生成・送信部１４ｆにて、第１のユーザＩＤと第２のユーザＩＤとに関連付けて、友人関係の仮登録情報をイベント参加情報ＤＢ４に記憶する（Ｓ２６）。
一方、イベント参加第３処理部１４が、ユーザ紹介同意回答を受信していないと判断した場合（Ｎ）、イベント参加第３処理部１４は、引き続きユーザ紹介同意回答を受信したか否か判断を繰り返し行う（Ｓ２５）。
【０１１９】
また、イベント参加第３処理部１４は、ユーザ開示通知生成・送信部１４ｆにて、ユーザ情報ＤＢ１を参照し、仮登録情報が記憶された各ユーザのユーザＩＤに基づき第１のユーザの氏名と第２のユーザの氏名を抽出する（Ｓ２７）。
さらに、イベント参加第３処理部１４は、ユーザ開示通知生成・送信部１４ｆにて、第１ユーザ端末３０に対して第２のユーザの氏名を開示する第２ユーザ開示通知を送信すると共に、第２ユーザ端末４０に対して第１のユーザの氏名を開示する第１ユーザ開示通知を送信する（Ｓ２８）。
【０１２０】
次に、イベント参加第４処理部１５が、イベント参加第３処理部１４での第２ユーザ開示通知及び第１ユーザ開示通知の送信に応じ、イベント開催日時経過判断部１５ａにて、イベント情報ＤＢ３を参照してイベントの開催日時が経過したか否か判断する（Ｓ２９）。
その結果、イベント参加第４処理部１５が、イベントの開催日時を経過したと判断した場合（Ｙ）、引き続き、イベント参加第４処理部１５は、イベント参加ユーザ特定部１５ｂにて、所定の時期にイベント参加情報ＤＢ４を参照して、開催日時が経過したイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定し、引き続き、ユーザ連絡先情報特定部１５ｃにて、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定し、さらに、友人関係登録確認通知生成・送信部１５ｄにて、第１ユーザ端末３０に対して、イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う友人関係登録確認通知を生成し送信すると共に、第２ユーザ端末４０に対して、イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う友人関係登録確認通知を生成し送信する（Ｓ３０）。
【０１２１】
一方、イベント参加第４処理部１５が、イベントの開催日時を経過していないと判断した場合（Ｎ）、イベント参加第４処理部１５は、引き続きイベント情報ＤＢ３を参照してイベントの開催日時が経過したか否か判断を繰り返し行う（Ｓ２９）。
【０１２２】
さらに、イベント参加第４処理部１５が、友人関係登録確認通知生成・送信部１５ｄでの友人関係登録確認通知の送信に応じ、友人関係登録同意回答受信部１５ｅにて、第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したか否か判断する（Ｓ３１）。
その結果、イベント参加第４処理部１５が、友人関係登録同意回答を受信したと判断した場合（Ｙ）、引き続き、イベント参加第４処理部１５は、友人関係登録部１５ｆにて、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ３に記憶する（Ｓ３２）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。
【０１２３】
一方、イベント参加第４処理部１５が、友人関係登録同意回答を受信していないと判断した場合（Ｎ）、イベント参加第４処理部１５は、引き続き友人関係登録同意回答を受信したか否か判断を繰り返し行う（Ｓ３１）。
【０１２４】
以上のように本実施の形態では、共通する属性情報に基づき、イベントに参加することで出会える有益なユーザを特定し、ユーザに対して、イベントに参加することで出会える有益なユーザを紹介することができる。
また、イベントが終了した後、イベントにおいて双方が互いに会うことを希望した場合に、イベントにおいて出会えるように相手の氏名を開示することで、イベントにおいて容易に友人関係を築くきっかけを与えることができる。
さらに、イベントが終了した後、友人関係を登録することを望むか否か問うことで、実際に出会ってから友人関係を築くか否か判断をする機会を与えることができる。
そして、双方より友人関係を登録することを望む回答を受信した場合、両者の識別情報を互いに関連付けて登録することで、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとすることができる。
【０１２５】
＜第２の実施の形態＞
また、本発明では、イベントに参加するユーザの目的に応じた第２のユーザを特定することもできる。すなわち、上述した第１の実施の形態とは、第２のユーザの特定処理の方法が異なる。なお、以下に述べる実施の形態では、上述した第１実施の形態での基本的な情報の流れと異なる点を中心にそれぞれ説明する。
以下、その処理についての一例を図１８に基づき説明する。
図１８は、本発明に係る友人関係構築支援方法での第２のユーザ特定処理の流れを示すシーケンス図である。
まず、主催者端末２０が本サーバ１０へイベント案内依頼を送信し（（１０）参照）、本サーバ１０が、イベント案内依頼を受信して（（２０）参照）、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（（３０）参照）処理までは、上述した第１の実施の形態と同様とする。
【０１２６】
引き続き、本サーバ１０は、ユーザＤＢ１を参照してユーザへの連絡先情報に基づき第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答と、このイベントに参加する目的は何か、このイベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んだ第１の通知（以下、「第２のイベント案内通知」という。）を生成し送信する（（４０Ｂ）参照）。
【０１２７】
この第２のイベント案内通知は、たとえば図１９に示すような形で表すことが出来る。図１９は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第１の通知である第２のイベント案内通知画面の一例を示す図である。このイベント案内通知画面１７０には、イベント開催のご案内を表示するイベント開催情報表示欄１０１と、イベントに参加する旨の回答を行う「参加する」ボタン１０２と、イベントに参加しない旨の回答を行う「参加しない」ボタン１０３が設けられている。図１９において、イベント開催情報表示欄１０１には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、プログラムとして「あいさつ、公演、・・」、開催場所として「イロハホール３階」が表示されている。また、図１９において、「参加する」ボタン１０２が選択されている。
【０１２８】
また、イベント案内通知画面１７０には、イベントに参加する目的を入力する参加目的入力欄１７１と、有益ユーザを探し出す検索の実施を行う「希望する」ボタン１７２と、有益ユーザを探し出す検索の実施を行わない「希望しない」ボタン１７３と、が設けられている。図１９において、参加目的入力欄１７１には「士業の人に会いたい」が入力され、検索の実施を行う「希望する」ボタン１７２が選択されている。
【０１２９】
さらに、イベント案内通知画面１７０には、イベント参加可否回答をおこなったユーザを確認するユーザ氏名入力欄１０４と、ユーザＩＤ入力欄１０５が表示されていると共に、イベント案内通知に対する回答を送信するための「送信」ボタン１０９が設けられている。図１９において、イベント案内回答ユーザ氏名として「○○一郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【０１３０】
そして、第１ユーザ端末３０は、イベント案内通知を受信し、これに応答する第１の回答（以下、「第２のイベント案内回答」という。）を本サーバ１０へ送信する（（５０Ｂ）参照）。
本サーバ１０は、第２のイベント案内回答を受信する（（６０Ｂ）参照）。
本サーバ１０は、第２のイベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（（７０）参照）。
次いで、本サーバ１０は、イベント参加可否の判断の結果、第２のイベント案内回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（（８０）参照）。
引き続き、本サーバ１０は、参加目的、検索要求、をユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する（（８１）参照）。
【０１３１】
また、本サーバ１０は、第２のイベント案内通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（（９０）参照）。
次いで、本サーバ１０は、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的を特定する（（９１）参照）。
引き続き、本サーバ１０は、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照して、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する（（１００Ｂ）参照）。
【０１３２】
さらに、本サーバ１０は、第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する（（１１０）参照）。
そして、その後の処理は、上述した第１の実施の形態と同様とする。
【０１３３】
次に、上述した第２の実施の形態における方法を実施する本サーバ１０の動作の一例を、図２０を参照しながら説明する。図２０は、本サーバ１０での第２のユーザ特定処理の一例を示すフローチャートである。
まず、図２０に示されるように、イベント開催案内部１１が、イベント案内依頼受信部１１ａにて、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信したか否か判断する（Ｓ４１）。
【０１３４】
その結果、イベント開催案内部１１が、イベント案内依頼を受信した場合（Ｙ）、イベント開催案内部１１は、イベント案内依頼登録部１１ｂにて、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（Ｓ４２）。
一方、イベント開催案内部１１が、イベント案内依頼を受信していない場合（Ｎ）、イベント開催案内部１１は、引き続きイベント案内依頼を受信したか否か判断を繰り返し行う（Ｓ４１）。
【０１３５】
次いで、イベント開催案内部１１は、イベント案内通知生成部１１ｃにて、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０等に対し、イベント開催情報を案内すると共に、イベントに参加するか否か、イベントに参加する目的は何か、イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んだイベント案内通知を生成し、引き続き、イベント案内通知送信部１１ｄにて、生成したイベント案内通知を各ユーザ端末３０等に対して送信する（Ｓ４３）。
【０１３６】
引き続き、イベント開催案内部１１での第１の通知の送信に応じ、イベント参加第１処理部１２が、イベント案内回答受信部１２ａにて、ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、イベントへの参加目的、有益ユーザの検索要求、を含む第２のイベント案内回答を受信したか否か判断する（Ｓ４４）。
【０１３７】
その結果、イベント参加第１処理部１２が、第２のイベント案内回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加可否判断部１２ｄにて、この第２のイベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（Ｓ４５）。
その結果、第２のイベント案内回答がイベント参加可情報を含む場合、イベント参加第１処理部１２は、イベント案内回答登録部１２ｅにて、イベントＩＤと、ユーザＩＤと、参加目的、検索要求、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（Ｓ４６）。
一方、イベント参加第１処理部１２が、第１の回答はイベント参加可情報を含まないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。
【０１３８】
また、イベント開催案内部１１でのイベント案内通知の送信後、イベント参加第２処理部１３が、検索対象ユーザＩＤ特定部１３ｃにて、所定の時期を経過したか否か判断する（Ｓ４７）。
その結果、イベント参加第２処理部１３が、所定の時期を経過したと判断した場合（Ｙ）、イベント参加第２処理部１３は、イベント参加目的特定部１３ｂにて、イベント参加情報ＤＢ４を参照し、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的、及び第１のユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（Ｓ４８）。
一方、イベント参加第２処理部１３が、所定の時期を経過していないと判断した場合（Ｎ）、イベント参加第２処理部１３は、引き続き所定の時期を経過したか否か判断を繰り返し行う（Ｓ４７）。
【０１３９】
引き続き、イベント参加第２処理部１３は、有益ユーザ特定部１３ｄにて、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照し、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する（Ｓ４９）。
そして、その後処理は、図１６及び図１７に示す第１の実施の形態における処理と同様となる。
【０１４０】
以上のように本実施の形態では、イベントに参加するユーザの目的に応じた第２のユーザを特定することができる。
したがって、ユーザは、望んだ人とイベントにおいて出会える機会を得ることができ、イベントに参加する意義を高めることができる。
【０１４１】
＜第３の実施の形態＞
また、本発明では、ネットワークサービスサイトを利用するための登録を行ってない人に対してもイベントへの参加勧誘を行い、イベントに参加することで出会える有益なユーザを紹介することもできる。すなわち、上述した第１の実施の形態とは、第２のユーザの特定前処理の方法が異なる。
以下、その処理についての一例を図２１に基づき説明する。
図２１は、本発明に係る友人関係構築支援方法での第２のユーザ特定前処理の流れを示すシーケンス図である。
まず、本サーバ１０が、ユーザＩＤと、ユーザが予め登録した少なくとも１以上の項目からなる属性情報と、ユーザ端末３０等への連絡先情報と、を互いに関連付けてユーザ情報ＤＢ１に記憶すると共に（（Ａ）参照）、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係情報ＤＢ２に記憶しておく（（Ｂ）参照）処理は、上述した第１の実施の形態と同様とする。
【０１４２】
そして、主催者端末２０は、イベント名、イベント開催場所、イベント開催日時、といったイベント開催情報、及びユーザ情報ＤＢ１に記憶されていないユーザを特別勧誘先ユーザとして指定すると共に、この特別勧誘先ユーザの連絡先情報をさらに含むイベント案内依頼を本サーバ１０へ送信する（（１０Ｂ）参照）。
本サーバ１０は、特別勧誘先ユーザ情報を含むイベント案内依頼を受信する（（２０Ｂ）参照）。
次いで、本サーバ１０は、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（（３０）参照）。
引き続き、本サーバ１０は、ユーザＤＢ１に記憶されたユーザの連絡先情報と共に、特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末３０等に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答を求めるイベント案内通知を生成し送信する（（４０Ｂ）参照）。
【０１４３】
本サーバ１０は、イベント案内回答を受信する（（６０）参照）。
引き続き、本サーバ１０は、特別勧誘先ユーザからの回答であるか否か、イベント案内回答の送信先ユーザを判断する（（６１）参照）。
さらに、本サーバ１０は、イベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（（７０）参照）。
本サーバ１０は、イベント案内回答が、特別勧誘先ユーザからの回答であって、イベント参加可情報をさらに含む場合、この特別勧誘先ユーザに対し、ネットワークサービスサイトを利用するための登録を促す第８の通知（以下、「ネットワークサービスサイト登録依頼通知」という。）を送信する（（７１）参照）。
【０１４４】
このネットワークサービスサイト登録依頼通知は、たとえば図２２に示すような形で表すことが出来る。図２２は、本サーバ１０と接続した特別勧誘先ユーザが利用する通信端末（第１ユーザ端末３０）のディスプレイに表示された第８の通知であるネットワークサービスサイト登録依頼通知画面の一例を示す図である。このネットワークサービスサイト登録依頼通知画面１８０には、特別勧誘先ユーザ名を表示するユーザ名表示欄１８１と、ネットワークサービスサイトを利用するための登録を促す案内を表示する登録依頼表示欄１８２と、登録手続きを行うネットワークサービスサイトへ接続する接続情報案内欄１８９が設けられている。図２２において、ユーザ名表示欄１８１には「□□一雄」が表示され、登録依頼表示欄１８２には、「今回のイベントで、あなたに有益な人と出会えるかも？今すぐ、ネットワークサービスサイトを利用するための登録手続きをしてください。」といった案内文が表示されている。また、接続情報案内欄１８９には、ネットワークサービスサイトへ接続するＵＲＬ情報が設定されている。
【０１４５】
したがって、ネットワークサービスサイト登録依頼通知を受信した特別勧誘先ユーザは、ネットワークサービスサイトを利用することを望む場合、接続情報案内欄１８９を選択し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたネットワークサービスサイトにアクセスしてホームページをダウンロードし、属性情報の登録等所定の手続きを行う。
【０１４６】
次いで、本サーバ１０は、イベント参加可否の判断の結果、イベント案内回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（（８０）参照）。
引き続き、本サーバ１０は、イベント案内通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（（９０）参照）。
【０１４７】
引き続き、本サーバ１０は、第１のユーザが特別勧誘先ユーザである場合、イベント案内通知の送信後、所定の時期までに、ユーザ情報ＤＢ１を参照して特別勧誘先ユーザの連絡先情報に基づき、ネットワークサービスサイトを利用するための登録を行ったか否か判断する（（９１）参照）。
さらに、本サーバ１０は、特別勧誘先ユーザが登録を行っていたと判断した場合、第１のユーザのユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを、第１のユーザにとって有益な第２のユーザとして特定する（（１００Ｃ）参照）。
そして、その後の処理は、上述した第１の実施の形態と同様とする。
【０１４８】
次に、上述した第３の実施の形態における方法を実施する本サーバ１０の動作の一例を、図２３を参照しながら説明する。図２３は、本サーバ１０での第２のユーザ特定前処理の一例を示すフローチャートである。
まず、図２３に示されるように、イベント開催案内部１１が、イベント案内依頼受信部１１ａにて、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報と共に、ユーザ情報ＤＢ１に記憶されていないユーザを特別勧誘先ユーザとして指定し、この特別勧誘先ユーザの連絡先情報をさらに含むイベント案内依頼を受信したか否か判断する（Ｓ５１）。
【０１４９】
その結果、イベント開催案内部１１が、イベント案内依頼を受信した場合（Ｙ）、イベント開催案内部１１は、イベント案内依頼登録部１１ｂにて、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（Ｓ５２）。
一方、イベント開催案内部１１が、イベント案内依頼を受信していない場合（Ｎ）、イベント開催案内部１１は、引き続きイベント案内依頼を受信したか否か判断を繰り返し行う（Ｓ５１）。
【０１５０】
次いで、イベント開催案内部１１は、イベント案内通知生成部１１ｃにて、ユーザＤＢ１に記憶されたユーザの連絡先情報と共に、特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末３０等に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答を求めるイベント案内通知を生成し、引き続き、イベント案内通知送信部１１ｄにて、生成したイベント案内通知を各ユーザ端末３０等に対して送信する（Ｓ５３）。
【０１５１】
引き続き、イベント開催案内部１１でのイベント案内通知の送信に応じ、イベント参加第１処理部１２が、イベント案内回答受信部１２ａにて、ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含むイベント案内回答を受信したか否か判断する（Ｓ５４）。
その結果、イベント参加第１処理部１２が、イベント案内回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加可否判断部１２ｄにて、このイベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（Ｓ５５）。
一方、イベント参加第１処理部１２が、イベント案内回答を受信していない場合（Ｎ）、イベント参加第１処理部１２は、引き続きイベント案内回答を受信したか否か判断を繰り返し行う（Ｓ５４）。
【０１５２】
また、イベント案内回答がイベント参加可情報を含むか否かの判断の結果、イベント案内回答がイベント参加可情報を含む場合、イベント参加第１処理部１２は、イベント案内回答登録部１２ｅにて、イベントＩＤと、ユーザＩＤと、参加目的、検索要求、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（Ｓ５６）。
一方、イベント参加第１処理部１２が、イベント案内回答がイベント参加可情報を含まないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。
【０１５３】
引き続き、イベント参加第１処理部１２は、ユーザ端末判断部１２ｂにて、特別勧誘先ユーザからの回答であるか否か判断する（Ｓ５７）。
その結果、イベント参加第１処理部１２が、特別勧誘先ユーザからの回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、イベント参加可情報を含むイベント案内回答を送信した特別勧誘先ユーザに対し、ネットワークサービスサイトを利用するための登録を促すネットワークサービスサイト登録依頼通知を送信する（Ｓ５８）。
一方、イベント参加第１処理部１２が、特別勧誘先ユーザからの回答を受信していない場合（Ｎ）、イベント参加第２処理部１３が、検索対象ユーザＩＤ特定部１３ｃにて、所定の時期を経過したか否か判断する（Ｓ５９）。
【０１５４】
また、第１のユーザが特別勧誘先ユーザである場合、ネットワークサービスサイト登録依頼通知の送信後、イベント参加第２処理部１３は、検索対象ユーザＩＤ特定部１３ｃにて、所定の時期を経過したか否か判断する（Ｓ５９）。
その結果、イベント参加第２処理部１３が、所定の時期であると判断した場合（Ｙ）、 引き続き、イベント参加第２処理部１３は、登録有無確認部１３ａにて、ユーザ情報ＤＢ１を参照して特別勧誘先ユーザの連絡先情報に基づき、ネットワークサービスサイトを利用するための登録を行ったか否か属性情報の登録完了を判断する（Ｓ６０）。
一方、イベント参加第２処理部１３が、所定の時期でないと判断した場合（Ｎ）、イベント参加第２処理部１３は、所定の時期を経過したか否か判断を繰り返し行う（Ｓ５９）。
【０１５５】
イベント参加第２処理部１３は、特別勧誘先ユーザがネットワークサービスサイトを利用するための属性情報の登録を完了していると判断した場合（Ｙ）、検索対象ユーザＩＤ特定部１３ｃにて、イベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとして第１のユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（Ｓ６１）。
一方、イベント参加第２処理部１３が、特別勧誘先ユーザがネットワークサービスサイトを利用するための属性情報の登録を完了していないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。
【０１５６】
イベント参加第２処理部１３は、第１のユーザと検索対象ユーザの特定後、さらに、有益ユーザ特定部１３ｄにて、有益ユーザを特定する検索を実施し、第１のユーザにとって有益な第２のユーザを特定する（Ｓ６２）。
そして、その後処理は、図１６及び図１７に示す第１の実施の形態における処理と同様となる。
【０１５７】
以上のように本実施の形態では、ネットワークサービスサイトを利用するための登録を行ってない人に対してもイベントへの参加勧誘を行い、イベントに参加することで出会える有益なユーザを紹介することができる。
したがって、ネットワークサービスサイトを利用するための登録を行ってない人は、ネットワークサービスサイトを利用するための登録を行うことで、イベントにおいて有益なユーザと出会える機会を容易に得ることができると共に、有益なユーザと新たな友人関係を構築し、その関係が継続されるように登録することができ、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとすることができる。
【０１５８】
＜第４の実施の形態＞
また、本発明では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとすることもできる。すなわち、上述した第１の実施の形態とは、交友関係の登録後、友人関係登録ユーザ一覧表示処理を有する点が異なる。
以下、その処理についての一例を図２４に基づき説明する。
図２４は、本発明に係る友人関係構築支援方法での友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
本サーバ１０が、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ２に記憶する（（２６０）参照）処理は、上述した第１の実施の形態と同様とする。
【０１５９】
ネットワークサービスサイトにおいて友人関係の登録を行ったユーザは、友人関係の登録を確認する場合、ユーザ端末３０等を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたネットワークサービスサイトにアクセスしてホームページをダウンロードする。
ユーザは、ネットワークサービスサイトを訪問し、事前に付与された被保険者ＩＤ、事前に設定したパスワードを入力し、ログインする。
【０１６０】
このネットワークサービスサイトは、たとえば図２５に示すような形で表すことが出来る。図２５は、本サーバと接続したユーザ端末３０等のディスプレイに表示されたネットワークサービスサイトログイン画面の一例を示す図である。このネットワークサービスサイトログイン画面１９０には、「あなたのＩＤとパスワードを入力し、送信ボタンを押して下さい。」といった案内と共に、このシステムの利用が可能な会員であることを確認する被ユーザＩＤ入力欄１９１と、パスワード入力欄１９２とからなる会員ログイン欄が表示されている。また、ネットワークサービスサイトログイン画面１９０には、会員ログイン欄に入力したユーザＩＤやパスワードにてログインを実行するための「送信」ボタン１９９が表示されている。
【０１６１】
したがって、友人関係の登録を確認するユーザは、ＩＤ入力欄１９１にユーザＩＤを入力し、パスワード入力欄１９２にパスワードを入力した後、「送信」ボタン１９９を選択してログインすることで、ユーザ端末３０等は、ネットワークサービスサイトへの接続要求を送信する（（３００）参照）。
本サーバ１０は、ネットワークサービスサイトへの接続要求を受信する（（３１０）参照）。
引き続き、本サーバ１０は、接続要求を送信したユーザを第１のユーザとして、そのユーザＩＤ（第１ユーザＩＤ）を取得する（（３２０）参照）。
【０１６２】
本サーバ１０は、友人関係登録情報ＤＢ２を参照して、取得した第１ユーザＩＤと関連付けて記憶されている全ての第２のユーザＩＤを特定する（（３３０）参照）。
次いで、本サーバ１０は、ユーザ情報ＤＢ１を参照して特定した第１ユーザＩＤと第２のユーザＩＤに基づき、第１ユーザと第２のユーザのユーザ名情報を抽出する（（３４０Ａ）参照）。
さらに、本サーバ１０は、抽出したユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（（３５０Ａ）参照）。
そして、ユーザ端末３０等は、本サーバ１０より送信された友人関係登録ユーザ一覧情報と受信し、第２のユーザのユーザ名情報を表示・閲覧する（（３６０Ａ）参照）。
【０１６３】
この友人関係登録ユーザ一覧情報は、たとえば図２６に示すような形で表すことが出来る。図２６は、本サーバ１０と接続したユーザ端末３０等ディスプレイに表示された友人関係登録ユーザ一覧情報表示画面の一例を示す図である。この友人関係登録ユーザ一覧情報表示画面２００には、友人関係の登録を確認するユーザを表示する接続ユーザ表示欄２０１と、友人関係が登録されたユーザを表示する友人関係登録ユーザ表示欄２０２が設けられている。また、友人関係登録ユーザ表示欄２０２には、友人関係が登録された各ユーザ名を表示する友人ユーザ名表示欄２０３が設けられている。図２６において、接続ユーザ表示欄２０１には「○○一郎」というユーザ名が表示されている。また、友人関係登録ユーザ表示欄２０２には、三つの友人ユーザ名表示欄２０３が設けられ、第１の友人ユーザ名表示欄２０３ａには「××太郎」、第２の友人ユーザ名表示欄２０３ｂには「△△花子」、第３の友人ユーザ名表示欄２０３ｃには「□□一雄」と表示されている。
【０１６４】
次に、上述した第４の実施の形態における方法を実施する本サーバ１０の動作の一例を、図２７を参照しながら説明する。図２７は、本サーバ１０での友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
まず、図２７に示されるように、友人関係登録ユーザ情報開示部１６が、ユーザＩＤ取得部１６ａにて、ユーザ端末３０等より、ネットワークサービスサイトへの接続要求を受信したか否か判断する（Ｓ７１）。
その結果、友人関係登録ユーザ情報開示部１６が、ネットワークサービスサイトへの接続要求を受信した場合（Ｙ）、引き続き、ユーザＩＤ取得部１６ａにて、ユーザＩＤを取得する（Ｓ７２）。
一方、友人関係登録ユーザ情報開示部１６が、ネットワークサービスサイトへの接続要求を受信していない場合（Ｙ）、友人関係登録ユーザ情報開示部１６は、ネットワークサービスサイトへの接続要求を受信したか否か判断を繰り返し行う（Ｓ７１）。
【０１６５】
また、友人関係登録ユーザ情報開示部１６は、ユーザＩＤを取得した場合、友人関係登録ユーザ特定部１６ｂにて、友人関係情報ＤＢ２を参照して取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する（Ｓ７３）。
さらに、友人関係登録ユーザ情報開示部１６は、特定ユーザ情報抽出部１６ｃにて、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ名情報を抽出する（Ｓ７４）。
そして、友人関係登録ユーザ情報開示部１６は、登録ユーザ一覧情報生成・送信部１６ｅにて、このユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（Ｓ７５）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。
【０１６６】
以上のように本実施の形態では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認を確認し、その関係が継続されるように促すことができる。
【０１６７】
＜第５の実施の形態＞
また、本発明では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認をより視覚的に容易に行うものとすることができる。すなわち、上述した第４の実施の形態とは、ユーザ画像情報を有する友人関係登録ユーザ一覧表示処理を有する点が異なる。
以下、その処理についての一例を図２８に基づき説明する。
図２８は、本発明に係る友人関係構築支援方法でのユーザ画像情報を有する友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
まず、ユーザＩＤに関連付けて、このユーザを視覚的に識別するユーザ画像情報をユーザ情報ＤＢ１さらに記憶する（（Ａ２）参照）
また、ユーザ端末３０等が、ネットワークサービスサイトへの接続要求を送信し、本サーバ１０が、この接続要求を送信し、接続要求を送信したユーザを第１のユーザとして、そのユーザＩＤ（第１ユーザＩＤ）を取得し、さらに、取得した第１ユーザＩＤと関連付けて記憶されている全ての第２のユーザＩＤを特定する（（３３０）参照）処理までは、上述した第４の実施の形態と同様とする。
【０１６８】
次いで、本サーバ１０は、ユーザ情報ＤＢ１を参照し、特定した第１ユーザＩＤと第２のユーザＩＤに基づき、第１ユーザと第２のユーザのユーザ画像情報、又は第１ユーザと第２のユーザのユーザ名情報と共に、第１ユーザと第２のユーザのユーザ画像情報を抽出する（（３４０Ｂ）参照）。
さらに、本サーバ１０は、抽出したユーザ画像情報、又はユーザ名情報とユーザ画像情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（（３５０Ｂ）参照）。
そして、ユーザ端末３０等は、本サーバ１０より送信されたユーザ画像情報を有する友人関係登録ユーザ一覧情報と受信し、第２のユーザのユーザ画像情報、又は第２のユーザのユーザ名情報とユーザ画像情報を表示・閲覧する（（３６０Ｂ）参照）。
【０１６９】
このユーザ画像情報を有する友人関係登録ユーザ一覧情報は、たとえば図２９に示すような形で表すことが出来る。図２９は、本サーバ１０と接続したユーザ端末３０等ディスプレイに表示されたユーザ画像情報を有する友人関係登録ユーザ一覧情報表示画面の一例を示す図である。この友人関係登録ユーザ一覧情報表示画面２１０には、友人関係の登録を確認するユーザを表示する接続ユーザ表示欄２０１と、友人関係が登録されたユーザを表示する友人関係登録ユーザ表示欄２１２が設けられている。また、友人関係登録ユーザ表示欄２１２には、友人関係が登録された各ユーザ名を表示する友人ユーザ名表示欄２０３が設けられている。
【０１７０】
図２９において、接続ユーザ表示欄２０１には「○○一郎」というユーザ名と、そのユーザ画像情報２０４が表示されている。また、友人関係登録ユーザ表示欄２１２には、三つの友人ユーザ名表示欄２０３と、三つの友人ユーザ画像表示欄２０５がそれぞれ設けられ、第１の友人ユーザ名表示欄２０３ａには「××太郎」というユーザ名と、そのユーザ画像情報２０５ａ、第２の友人ユーザ名表示欄２０３ｂには「△△花子」というユーザ名と、そのユーザ画像情報２０５ｂ、第３の友人ユーザ名表示欄２０３ｃには「□□一雄」というユーザ名と、そのユーザ画像情報２０５ｃ、がそれぞれ表示されている。
【０１７１】
次に、上述した第５の実施の形態における方法を実施する本サーバ１０の動作の一例を、図３０を参照しながら説明する。図３０は、本サーバ１０でのユーザ画像情報を有する友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
まず、図３０に示されるように、友人関係登録ユーザ情報開示部１６が、ユーザ端末３０等より、ネットワークサービスサイトへの接続要求を受信したか否か判断し、ネットワークサービスサイトへの接続要求を受信した場合（Ｙ）、ユーザＩＤを取得し、さらに、取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する（Ｓ７３）処理までは、上述した第４の実施の形態と同様である。
【０１７２】
次いで、友人関係登録ユーザ情報開示部１６は、特定ユーザ情報抽出部１６ｃにて、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ画像情報、又はユーザ名情報とユーザ画像情報を抽出する（Ｓ７４Ｂ）。
そして、友人関係登録ユーザ情報開示部１６は、登録ユーザ一覧情報生成・送信部１６ｅにて、このユーザ画像情報、又はユーザ名情報とユーザ画像情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（Ｓ７５Ｂ）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。
【０１７３】
以上のように本実施の形態では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認をより視覚的に容易に行うことができる。
【０１７４】
＜第５の実施の形態＞
また、本発明では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認をより詳細に行うものとすることができる。すなわち、上述した第４の実施の形態とは、友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧表示処理を有する点が異なる。
以下、その処理についての一例を図３１に基づき説明する。
図３１は、本発明に係る友人関係構築支援方法での友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
まず、第１のユーザＩＤ及び第２のユーザＩＤと互いに関連付けて、友人関係の登録のきっかけとなったイベント名、イベント開催場所といったイベント情報をさらに友人関係登録情報ＤＢ２さらに記憶する（（Ｂ２）参照）
また、ユーザ端末３０等が、ネットワークサービスサイトへの接続要求を送信し、本サーバ１０が、この接続要求を送信し、接続要求を送信したユーザを第１のユーザとして、そのユーザＩＤ（第１ユーザＩＤ）を取得し、さらに、取得した第１ユーザＩＤと関連付けて記憶されている全ての第２のユーザＩＤを特定する（（３３０）参照）処理までは、上述した第４の実施の形態と同様とする。
【０１７５】
次いで、本サーバ１０は、友人関係登録情報ＤＢ２を参照し、取得した第１ユーザＩＤ及び第２のユーザＩＤと互いに関連付けて記憶されているイベント情報（イベント名、イベント開催場所）を抽出する（（３３１）参照）。
引き続き、本サーバ１０は、ユーザ情報ＤＢ１を参照し、特定した第１ユーザＩＤと第２のユーザＩＤに基づき、第１ユーザと第２のユーザのユーザ画像情報、又は第１ユーザと第２のユーザのユーザ名情報と共に、第１ユーザと第２のユーザのユーザ画像情報を抽出する（（３４０Ｂ）参照）。
さらに、本サーバ１０は、抽出したイベント開催情報とユーザ画像情報、又はイベント情報とユーザ名情報とユーザ画像情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（（３５０Ｃ）参照）。
そして、ユーザ端末３０等は、本サーバ１０より送信された友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧情報と受信し、第２のユーザのユーザ画像情報とイベント情報、又は第２のユーザのユーザ名情報とユーザ画像情報とイベント情報を表示・閲覧する（（３６０Ｃ）参照）。
【０１７６】
この友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧情報は、たとえば図３２に示すような形で表すことが出来る。図３２は、本サーバ１０と接続したユーザ端末３０等ディスプレイに表示されたイベント開催情報を有する友人関係登録ユーザ一覧情報表示画面の一例を示す図である。この友人関係登録ユーザ一覧情報表示画面２２０には、友人関係の登録を確認するユーザを表示する接続ユーザ表示欄２０１と、友人関係が登録されたユーザを表示する友人関係登録ユーザ表示欄２２２が設けられている。また、友人関係登録ユーザ表示欄２２２には、友人関係が登録された各ユーザ名を表示する友人ユーザ名表示欄２０３と、友人関係を構築したきっかけとなったイベント情報を表示するイベント情報表示欄２０６と、が設けられている。
【０１７７】
図３２において、接続ユーザ表示欄２０１には「○○一郎」というユーザ名と、そのユーザ画像情報２０４が表示されている。また、友人関係登録ユーザ表示欄２２２には、三つの友人ユーザ名表示欄２０３と、三つの友人ユーザ画像表示欄２０５と、三つのイベント情報表示欄２０６と、がそれぞれ設けられ、第１の友人ユーザ名表示欄２０３ａには「××太郎」というユーザ名と、そのユーザ画像情報２０５ａ、及び「ＡＢＣ交流会、イロハホール」というイベント情報が表示されている。また、第２の友人ユーザ名表示欄２０３ｂには「△△花子」というユーザ名と、そのユーザ画像情報２０５ｂ、及び「ＡＢＣ交流会、イロハホール」というイベント情報が表示されている。また、第３の友人ユーザ名表示欄２０３ｃには「□□一雄」というユーザ名と、そのユーザ画像情報２０５ｃ、及び「ＡＢＣ交流会、イロハホール」というイベント情報が表示されている。
【０１７８】
次に、上述した第６の実施の形態における方法を実施する本サーバ１０の動作の一例を、図３３を参照しながら説明する。図３３は、本サーバ１０での友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
まず、図３３に示されるように、友人関係登録ユーザ情報開示部１６が、ユーザ端末３０等より、ネットワークサービスサイトへの接続要求を受信したか否か判断し、ネットワークサービスサイトへの接続要求を受信した場合（Ｙ）、ユーザＩＤを取得し、さらに、取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する（Ｓ７３）処理までは、上述した第４の実施の形態と同様である。
【０１７９】
次いで、友人関係登録ユーザ情報開示部１６は、イベント情報抽出部１６ｄにて、この友人関係登録ユーザのユーザＩＤと互いに関連付けて記憶されているイベント名、開催場所といったイベント情報を抽出する（Ｓ７３Ｂ）。
引き続き、友人関係登録ユーザ情報開示部１６は、特定ユーザ情報抽出部１６ｃにて、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ画像情報、又はユーザ名情報とユーザ画像情報を抽出する（Ｓ７４Ｂ）。
そして、友人関係登録ユーザ情報開示部１６は、登録ユーザ一覧情報生成・送信部１６ｅにて、このユーザ画像情報及びイベント情報、又はユーザ名情報とユーザ画像情報及びイベント情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（Ｓ７５Ｃ）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。
【０１８０】
以上のように本実施の形態では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて、友人関係を構築したきっかけとなったイベント情報の確認を行うことで、友人関係の確認をより詳細に行うことができる。
【図面の簡単な説明】
【０１８１】
【図１】本発明に係る友人関係構築支援装置を用いた友人関係構築支援システムの概要を示す図である。
【図２】本発明に係る友人関係構築支援装置の実施形態の一例を示すブロック構成図である。
【図３】本発明に係る友人関係構築支援装置が備えるユーザ情報記憶部に記憶されているデータベース構造の一例である。
【図４】本発明に係る友人関係構築支援装置が備える友人関係登録情報記憶部に記憶されているデータベース構造の一例である。
【図５】本発明に係る友人関係構築支援装置が備えるイベント情報記憶部に記憶されているデータベース構造の一例である。
【図６】本発明に係る友人関係構築支援装置が備えるイベント参加情報記憶部に記憶されているデータベース構造の一例である。
【図７】本発明に係る友人関係構築支援方法の基本的な新たな人間関係構築処理の流れを示すシーケンス図である。
【図８】図７に示す処理の続きを示すシーケンス図である。
【図９】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第１の通知であるイベント案内通知画面の一例を示す模式図である。
【図１０】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第２の通知である有益ユーザ紹介通知画面の一例を示す模式図である。
【図１１】本発明に係る友人関係構築支援装置と接続した第２ユーザ端末のディスプレイに表示された第３の通知であるユーザ紹介通知画面の一例を示す模式図である。
【図１２】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第４の通知である第２のユーザ開示通知画面の一例を示す模式図である。
【図１３】本発明に係る友人関係構築支援装置と接続した第２ユーザ端末のディスプレイに表示された第５の通知である第１のユーザ開示通知画面の一例を示す模式図である。
【図１４】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第６の通知である友人関係登録確認通知画面の一例を示す模式図である。
【図１５】本発明に係る友人関係構築支援装置と接続した第２ユーザ端末のディスプレイに表示された第７の通知である友人関係登録確認通知画面の一例を示す模式図である。
【図１６】本発明に係る友人関係構築支援装置での新たな人間関係構築処理の一例を示すフローチャートである。
【図１７】図１６に示す処理の続きを示すフローチャートである。
【図１８】本発明に係る友人関係構築支援方法での第２のユーザ特定処理の流れを示すシーケンス図である。
【図１９】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第１の通知であるイベント案内通知画面の他の例を示す模式図である。
【図２０】本発明に係る友人関係構築支援装置での第２のユーザ特定処理の一例を示すフローチャートである。
【図２１】本発明に係る友人関係構築支援方法での第２のユーザ特定前処理の流れを示すシーケンス図である。
【図２２】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第８の通知であるネットワークサービスサイト登録依頼通知画面の一例を示す模式図である。
【図２３】本発明に係る友人関係構築支援装置での第２のユーザ特定前処理の一例を示すフローチャートである。
【図２４】本発明に係る友人関係構築支援方法での友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
【図２５】本発明に係る友人関係構築支援装置と接続したユーザ端末のディスプレイに表示されたネットワークサービスサイトログイン画面の一例を示す模式図である。
【図２６】本発明に係る友人関係構築支援装置と接続したユーザ端末のディスプレイに表示された友人関係登録ユーザ一覧情報表示画面の一例を示す模式図である。
【図２７】本発明に係る友人関係構築支援装置での友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
【図２８】本発明に係る友人関係構築支援方法での友人関係登録ユーザ一覧表示処理の他の流れを示すシーケンス図である。
【図２９】本発明に係る友人関係構築支援装置と接続したユーザ端末のディスプレイに表示された友人関係登録ユーザ一覧情報表示画面の他の例を示す模式図である。
【図３０】本発明に係る友人関係構築支援装置での友人関係登録ユーザ一覧表示処理の他の例を示すフローチャートである。
【図３１】本発明に係る友人関係構築支援方法での友人関係登録ユーザ一覧表示処理のさらに他の流れを示すシーケンス図である。
【図３２】本発明に係る友人関係構築支援装置と接続したユーザ端末のディスプレイに表示された友人関係登録ユーザ一覧情報表示画面のさらに他の例を示す模式図である。
【図３３】本発明に係る友人関係構築支援装置での友人関係登録ユーザ一覧表示処理のさらに他の例を示すフローチャートである。
【符号の説明】
【０１８２】
ＤＢ１ ユーザ情報データベース（第１記憶部）、ＤＢ２ 友人関係登録情報データベース（第２記憶部）、ＤＢ３ イベント情報データベース（第３記憶部）、ＤＢ４ イベント参加情報データベース（第４記憶部）、ＮＷ 通信ネットワーク、１０ 友人関係登録装置（本サーバ）、１１ イベント開催案内部、１２ イベント参加第１処理部、１３ イベント参加第２処理部、１４ イベント参加第３処理部、１５ イベント参加第４処理部、１６ 友人関係登録ユーザ情報開示部、２０ 主催者端末、３０ 第１ユーザ端末、４０ 第２ユーザ端末。
【技術分野】
【０００１】
本発明は、イベントに参加することで効果的に友人関係が築かれることを支援すると共に、イベントに実際に参加することで築かれた友人関係を登録し、通信ネットワーク上に開設されたネットワークサービスサイトにおいてその関係が確認可能なようにした友人関係構築支援装置、友人関係構築支援方法、及び友人関係構築支援プログラムに係り、詳しくは、実際に出会うことで築かれた友人関係と、仮想空間での出会いで築かれる友人関係とを互いに結びつけ、この友人関係が継続されるように支援する技術に関するものである。
【背景技術】
【０００２】
新たな友人関係を築くきっかけの一つとして、セミナーや交流会、祝賀会、懇親会、等のイベントに参加することが挙げられる。このようなイベントは、本来、参加者同士共通する目的等を有しているから参加するものであり、お互いの目的等が分かれば、新たな友人関係を容易に築くことができるものである。また、他の参加者の職業や出身地、趣味と言った属性情報に基づいた素性が分かれば、時間を掛けることなく新たな友人関係を容易に築くことができる。
【０００３】
ところが、イベントに参加しても最初から他の参加者の目的や素性等が分かる訳ではないため、雑談を通して共通する目的等や相手の素性を探り出し、時間をかけて新たな友人関係を築くようにしている。したがって、イベントに参加することは、新たな友人関係を築くきっかけの一つとはなるが、初対面の相手とは新たな友人関係を築くことはなかなか難しいものである。
【０００４】
しかも、イベントに参加し、実際に出会うことで築かれた友人関係は、深く築かれることとなる反面、しばらく会っていなかったり、連絡を取っていなかったりすると、その関係性が薄らいでしまうものである。したがって、イベントで新たな友人関係を築くことができたとしても、継続して友人関係を維持する何らかの手立てがないとその関係を維持することが難しく、その場限りの友人関係に終わってしまうことがある。
【０００５】
また、近年においては、インターネット等の通信ネットワーク上に開設されたコミュニティ型のＷｅｂサイトを利用して、新たな友人関係を築くようにしたサービスが普及している。このようなサービスは、ソーシャルネットワークサービス（以下、「ＳＮＳサービス」と記す。）と称され、事前に生年月日や出身地、出身校（学歴）、仕事（職業）、電子メールアドレス、血液型、趣味、好きなスポーツ、好きな食べ物、といった自らの特徴を表す属性情報の登録を行うことで、新たな友人関係を築くために利用することができる。このようなＳＮＳサービスには、不特定多数のものが誰でも自由に参加できるものの他、事前に属性情報の登録を行って会員となった既存の参加者からの招待がないと利用することができないものもある。
【０００６】
また、従来のＳＮＳサービスでは、ＳＮＳサービスに参加したり、友人関係を築いたりしていると、公開設定によってＳＮＳサービスへの参加時に登録した属性情報の一部もしくは全部が他の参加者に公開されるものとなっている。この属性情報の公開は、その範囲を広げることで新たな友人関係を築き易くしている。したがって、より多くの細かな属性情報が登録され、公開設定されていれば、互いに共通する属性情報を縁として、新たな友人関係が築き易くなる。
そこで、ユーザ（参加者）の要求に適合した人物を検索し、友人関係を築くようにした手段が幾つか提案されている（たとえば、特許文献１乃至３を参照）。
【０００７】
ところが上記特許文献１乃至３に記載された手段では何れも、仮想空間上で築かれる友人関係であるため、実際に出会うことで築かれた友人関係に比して繋がりが弱く、新たな友人関係を容易に築くことができても、緊密な友人関係を築くことが難しい。
したがって、イベントに参加することでＳＮＳサービスのように効果的に新たな友人関係を築くことができ、実際にこのイベントに参加することで出会って築かれた緊密な友人関係が継続されるように支援するようにした手段は、現在のところ提案されていない。
【特許文献１】特開２００１−２８２８０５号公報
【特許文献２】特開２００２−９１９９４号公報
【特許文献３】特開２００５−２５９０７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上記事情に鑑みて成されたものであり、イベントに参加することを通して効果的に新たな友人関係が築かれることを支援すると共に、実際にこのイベントに参加することで築かれた新たな友人関係が継続されるように支援する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の友人関係構築支援装置は、イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録する装置であって、前記ネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶すると共に、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するイベント開催案内手段、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断し、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶するイベント参加第１処理手段、前記イベント開催案内手段での第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定し、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信するイベント参加第２処理手段、前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信し、さらに、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと会うことを了承する第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信するイベント参加第３処理手段、前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断し、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定し、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定し、さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信し、前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信した場合、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶するイベント参加第４処理手段、を少なくとも有することを特徴とする。
【００１０】
また、本発明の友人関係構築支援装置は、前記イベント開催案内手段が、前記第１の通知として、前記イベントに参加する目的は何か、前記イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んで送信し、前記イベント参加第１処理手段が、前記第１の回答として、前記イベントへの参加目的、前記有益ユーザの検索要求、をさらに含んで受信し、前記参加目的、前記検索要求、を前記ユーザ識別情報と関連付けて前記第４記憶手段にさらに記憶し、前記イベント参加第２処理手段が、前記検索要求を有するユーザを第１のユーザとして、当該第１のユーザごとに参加目的を特定し、引き続き、特定した参加目的に含まれる語をキーワードとして、前記第１記憶手段を参照し、前記検索対象ユーザのユーザ識別情報に基づき特定した属性情報を検索して前記キーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する、ものとしても良い。
【００１１】
また、本発明の友人関係構築支援装置は、前記イベント開催案内手段が、前記イベント案内依頼として、前記第１記憶手段に記憶されていないユーザを特別勧誘先ユーザとして指定すると共に、当該特別勧誘先ユーザの連絡先情報をさらに含んで受信した場合、前記第１記憶手段に記憶されたユーザの連絡先情報と共に、前記特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末に対して前記第１の通知を送信し、前記イベント参加第１手段が、前記第１の回答の受信に伴い、前記特別勧誘先ユーザからの回答であるか否か判断し、前記第１の回答が、特別勧誘先ユーザからの回答であって、イベント参加可情報をさらに含む場合、当該特別勧誘先ユーザに対し、前記ネットワークサービスサイトを利用するための登録を促す第８の通知を送信し、前記イベント参加第２手段が、前記第１のユーザが特別勧誘先ユーザである場合、前記イベント開催案内手段での第１の通知の送信後、所定の時期に、前記第１記憶手段を参照して特別勧誘先ユーザの連絡先情報に基づき、前記ネットワークサービスサイトを利用するための登録を行ったか否か判断し、前記特別勧誘先ユーザが前記登録を行っていた場合、有益ユーザを特定する検索を実施する、ものとしても良い。
【００１２】
また、本発明の友人関係構築支援装置は、前記ユーザ端末の接続に応じてユーザ識別情報を取得し、前記第２記憶手段を参照して当該ユーザ識別情報を第１のユーザ識別情報又は第２のユーザ識別情報として関連付けて記憶されている第２のユーザ識別情報又は第１のユーザ識別情報を友人関係登録ユーザの識別情報として全て特定し、さらに、前記第１記憶手段を参照して特定した友人関係登録ユーザのユーザ名情報を抽出し、当該ユーザ名情報を、友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する友人関係登録ユーザ情報開示手段、をさらに有するものとしても良い。
【００１３】
また、本発明の友人関係構築支援装置は、前記第１記憶手段が、ユーザ識別情報に関連付けて、当該ユーザを視覚的に識別するユーザ画像情報をさらに記憶し、前記友人関係登録ユーザ情報開示手段が、前記友人関係登録ユーザの識別情報を特定した後、前記第１記憶手段を参照し、前記ユーザ名情報に代えて又は前記ユーザ名情報と共に前記ユーザ画像情報を抽出し、当該ユーザ画像情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、ものとしても良い。
【００１４】
さらに、本発明の友人関係構築支援装置は、前記第２記憶手段が、第１のユーザのユーザ識別情報、及び第２のユーザのユーザ識別情報と互いに関連付けて、友人関係の登録のきっかけとなったイベント名、及びイベント開催場所といったイベント開催情報をさらに記憶し、前記友人関係登録ユーザ情報開示手段が、前記友人関係登録ユーザの識別情報を全て特定すると共に、当該友人関係登録ユーザの識別情報と互いに関連付けて記憶されているイベント開催情報を抽出し、前記ユーザ名情報及び／又は前記ユーザ画像情報と共に、当該イベント開催情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、ものとしても良い。
【００１５】
また、本発明の友人関係構築支援方法は、イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、を有する装置により、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録する方法であって、イベント開催案内手段が、前記主催者端末より、少なくともイベント名、イベント開催日時、イベント開催場所、といったイベント開催情報を含むイベント案内依頼を受信するステップ、イベント開催案内手段が、前記イベント案内依頼の受信に応じ、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶するステップ、イベント開催案内手段が、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するステップ、イベント参加第１処理手段が、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信するステップ、イベント参加第１処理手段が、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断するステップ、イベント参加第１処理手段が、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶するするステップ、イベント参加第２処理手段が、前記イベント開催案内手段での第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定するステップ、イベント参加第２処理手段が、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定するステップ、イベント参加第２処理手段が、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶するステップ、イベント参加第２処理手段が、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信するステップ、イベント参加第３処理手段が、前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信するステップ、イベント参加第３処理手段が、前記第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信するステップ、イベント参加第３処理手段が、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと実際に会うことを了承する第３の回答を受信するステップ、イベント参加第３処理手段が、前記第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶するするステップ、イベント参加第３処理手段が、さらに、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信するステップ、イベント参加第４処理手段が、前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断するステップ、イベント参加第４処理手段が、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定するステップ、イベント参加第４処理手段が、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定し、さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信するステップ、イベント参加第４処理手段が、前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したとき、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶するステップ、を少なくとも有していることを特徴とする。
【００１６】
また、本発明の友人関係構築支援プログラムは、イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、を有し、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録することを実行させるためにコンピュータを、前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶する手段、前記イベント案内依頼の受信に応じ、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信する手段、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を少なくとも含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断する手段、前記判断の結果、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶する手段、前記第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定する手段、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定し、さらに、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶する手段、さらに、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信する手段、前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信する手段、さらに、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと実際に会うことを了承する第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信する手段、前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断し、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定し、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定する手段、さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信する手段、前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したとき、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶する手段、として機能させることを特徴とする。
【発明の効果】
【００１７】
本発明の友人関係構築支援装置によれば、イベントを実施する主催者より依頼のあったイベント開催情報をユーザに対して案内し、ユーザよりイベントに参加することを申込むイベント参加可情報を含む回答を受信した場合、共通する属性情報の有無を検索する。よって、共通する属性情報に基づき、イベントに参加することで出会える有益なユーザを特定することができる。これにより、ユーザに対して、イベントに参加することで出会える有益なユーザを紹介することができる。
また、イベントにおいて双方が互いに会うことを希望した場合に、イベントにおいて出会えるように相手の氏名を開示し、両者の識別情報を互いに関連付けて友人関係の仮登録状態とすると共に、イベントが終了した後、仮登録状態の双方に対して、友人関係を登録することを望むか否か問う通知を送信し、双方より友人関係を登録することを望む回答を受信した場合、両者の識別情報を互いに関連付けて登録する。よって、イベントにおいて容易に友人関係を築くきっかけを与えることができると共に、実際に出会ってから友人関係を築くか否か判断をする機会を与えることができ、友人関係が登録された場合、一方の識別情報より、互いに関連付けて登録された友人関係を有するユーザを特定することができる。これにより、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとすることができる。
したがって、本発明では、イベントに参加することを通して効果的に新たな友人関係が築かれることを支援すると共に、実際にこのイベントに参加することで築かれた新たな友人関係が継続されるように支援する仕組みを提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照しながら、本発明に係る友人関係構築支援装置、友人関係構築支援方法、及び友人関係構築支援プログラムの一例について説明する。
図１は、本発明に係る友人関係構築支援装置（以下、「本サーバ」という）を用いた友人関係構築支援システム（以下、「本システム」という。）の実施形態の一例を示すブロック図である。符号１０は本サーバを示す。
図１に示すように、本サーバ１０は、イベントを実施する主催者が利用する主催者端末２０と、通信ネットワーク上に開設されたＳＮＳサービスサイトにて自らの特徴を表す属性情報を登録し、イベントへの参加勧誘を受ける少なくとも２以上のユーザがそれぞれ利用する第１ユーザ端末３０及び第２ユーザ端末４０と、情報の送受信が可能となるよう通信ネットワークＮＷを介して接続された装置である。
【００１９】
通信ネットワークＮＷの例としては、インターネットやＬＡＮ（Local Area Network）などのコンピュータ通信網がある。本サーバ１０及び、主催者端末２０、第１ユーザ端末３０、第２ユーザ端末４０は、専用線、公衆交換電話網（ＰＳＴＮ）、無線電話網、ＣＡＴＶ網、衛星通信網等の通信回線を介して通信ネットワークＮＷと接続している。
【００２０】
主催者端末２０、第１ユーザ端末３０及び第２ユーザ端末４０は、共に本サーバ１０と情報の送受信が可能な情報処理装置であればよく、たとえば、パーソナルコンピュータをはじめ、データ通信機能を有するＰＤＡ（Personal Digital Assistant）や携帯電話機などで実現される。
また、主催者端末２０、第１ユーザ端末３０及び第２ユーザ端末４０は、図示しないが、ＣＰＵ（中央処理装置）、プログラム記憶部、マウスやキーボード又はキーボタン等の入力装置、ディスプレイ等の出力装置、ＯＳ（オペレーティング・システム）、ＷＷＷブラウザ、等を有する。
なお、図１ではそれぞれ一つずつの主催者端末２０、第１ユーザ端末３０、第２ユーザ端末４０しか通信ネットワークＮＷを介して本サーバ１０に接続されていないが、本サーバ１０は、複数の主催者端末２０、複数の第１ユーザ端末３０、複数の第２ユーザ端末４０とそれぞれ接続されているものでも良い。
【００２１】
次に、本サーバ１０の構成について説明する。
本サーバ１０は図２に示すように、基本的に、ユーザ情報データベース（ＤＢ）１と、友人関係登録情報データベース（ＤＢ）２と、イベント情報データベース（ＤＢ）３と、イベント参加情報データベース（ＤＢ）４と、イベント開催案内部１１と、イベント参加第１処理部１２と、イベント参加第２処理部１３と、イベント参加第３処理部１４と、イベント参加第４処理部１５と、を少なくとも有している。また、本サーバ１０は、必要に応じて、友人関係登録ユーザ情報開示部１６を有するものとしても良い。
【００２２】
これらの機能ブロックは、本サーバ１０が保持するＣＰＵ（中央処理装置）やプログラム記憶部等により構成することができる。ＣＰＵは、プログラム記憶部に記憶されたプログラムに従い、本サーバ１０の各構成要素を統制制御し、プログラム処理を実行する。プログラム記憶部は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等で構成され、本サーバ１０が使用する各種プログラムを記憶している。
【００２３】
なお、本サーバ１０では、本発明に係る友人関係構築支援プログラム（以下、「本プログラム」という。）を実行することで、以下に説明する友人関係構築支援方法（以下、「本方法」という。）を実現する。
また、本プログラムを記録したコンピュータ読取可能な記録媒体（以下、「本記録媒体」という。）を用いれば、図示しないコンピュータを本サーバ１０と同様に機能させることができる。すなわち、図示しないコンピュータが、本記録媒体から本プログラムを読み取り、それを実行することで、本方法を実現することができる。
【００２４】
ユーザ情報ＤＢ１は、ネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報（以下、「ユーザＩＤ」という。）と、このユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、このユーザへの連絡先情報と、を互いに関連付けて記憶する手段である。この属性情報は、たとえば、ユーザの氏名をはじめ、ユーザの出身地や出身校、血液型、趣味、特技、スポーツといった項目に回答する情報をいい、具体的は、出身校という項目に対して「○○大学」又は「○○大学卒業」もしくは「○○大卒」、血液型という項目に対して「Ｏ型」、趣味という項目に対して「音楽鑑賞」といったものである。
【００２５】
検索のための属性情報は、各項目に対して、それぞれを一つずつ入力する場合があれば、まとめて入力する場合もある。まとめて属性情報を入力する場合は、たとえば、検索のためのキーワードということで、単語を思いつくまま、あるいは「，」や「スペース」で区切って、一つの枠に入力する場合が考えられる。また、ＨＴＭＬ画面、たとえば日記とかコミュニティの書き込みを属性情報とし、この画面にあるもの全てを検索してもよい。
【００２６】
ユーザへの連絡先情報とは、ユーザ端末への連絡先情報をいい、具体的は、電子メールアドレスを挙げることができる。
なお、本発明では、ユーザが自らの特徴を表す属性情報を登録することによって、ユーザＩＤが発行・付与されている。
【００２７】
また、ユーザ情報ＤＢ１は、ユーザＩＤに関連付けて、このユーザを視覚的に識別するユーザ画像情報をさらに記憶する機能を有している。
【００２８】
図３は、ユーザ情報ＤＢ１に記憶されている情報の例を示す図である。
たとえば、図３に示すユーザ情報データベースでは、ユーザＩＤをインデックスとして、ユーザの氏名や出身地、出身校、血液型、・・といった各属性情報と、連絡先情報と、ユーザ画像情報と、を１レコードとしてデータベースを構成することを示している。
【００２９】
友人関係登録情報ＤＢ２は、互いに友人関係の登録を望む第１のユーザのユーザ識別情報（以下、「第１のユーザＩＤ」という。）と、第２のユーザのユーザ識別情報（以下、「第２のユーザＩＤ」という。）と、を互いに関連付けて記憶する手段である。
【００３０】
また、友人関係登録情報ＤＢ２は、第１のユーザＩＤ、及び第２のユーザＩＤと互いに関連付けて、友人関係の登録のきっかけとなったイベント名、及びイベント開催場所といったイベント開催情報をさらに記憶する機能を有している。
【００３１】
図４は、友人関係登録情報ＤＢ２に記憶されている情報の例を示す図である。
たとえば、図４に示す友人関係登録情報データベースでは、第１のユーザＩＤをインデックスとして、第２のユーザＩＤと、イベント名と、開催場所と、を１レコードとしてデータベースを構成することを示している。
【００３２】
イベント情報ＤＢ３は、イベント開催情報ごとに付与された固有の識別情報（以下、「イベントＩＤ」という。）と、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けて記憶する手段である。
【００３３】
図５は、イベント情報ＤＢ３に記憶されている情報の例を示す図である。
たとえば、図５に示すイベント情報データベースでは、イベントＩＤをインデックスとして、イベント名と、開催場所と、開催日時と、を１レコードとしてデータベースを構成することを示している。
【００３４】
イベント参加情報ＤＢ４は、イベントＩＤと、ユーザＩＤと、を互いに関連付けて記憶する手段である。
【００３５】
また、イベント参加情報ＤＢ４は、参加目的、前記検索要求、をユーザＩＤと関連付けてさらに記憶する機能を有している。
【００３６】
図６は、イベント参加情報ＤＢ４に記憶されている情報の例を示す図である。
たとえば、図６に示すイベント参加情報データベースでは、イベントＩＤをインデックスとして、第１のユーザＩＤと、参加目的と、検索要求と、を１レコードとしてデータベースを構成することを示している。
【００３７】
イベント開催案内部１１は、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶すると共に、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０又は４０（以下、「ユーザ端末３０等」という。）に対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求める第１の通知を生成し送信する処理を行なう。なお、このイベント開催情報には、イベントの内容を説明する紹介文を含む。
そして、このイベント開催案内部１１にて第１の通知が送信された旨の情報は、イベント参加第１処理部１２及びイベント参加第２処理部１３へそれぞれ送信される。
【００３８】
この際、イベント開催案内部１１は、たとえば、イベント案内依頼受信部１１ａと、イベント案内依頼登録部１１ｂと、イベント案内通知生成部１１ｃと、イベント案内通知送信部１１ｄと、から構成されるものとすることができる。
すなわち、イベント案内依頼受信部１１ａが、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信する処理を行なう。
次いで、イベント案内依頼登録部１１ｂが、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する処理を行なう。
引き続き、イベント案内通知生成部１１ｃが、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０等に対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求める第１の通知を生成する処理を行なう。
そして、イベント案内通知送信部１１ｄが、生成した第１の通知を各ユーザ端末３０等に対して送信する処理を行なう。
【００３９】
また、イベント開催案内部１１は、第１の通知として、イベントに参加する目的は何か、イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んで各ユーザ端末３０等に対して送信する機能を有している。ここで、イベントに参加する目的とは、たとえば、イベントに参加することでどんな人に出会いたいか？といった問いに対する回答をいい、具体的には、弁護士に会いたいとか、会社社長に会いたい、といった出会いたい人の職業や肩書き等を挙げることができる。
【００４０】
したがって、この場合のイベント開催案内部１１は、イベント案内通知生成部１１ｃが、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０等に対し、イベント開催情報を案内すると共に、イベントに参加するか否か、イベントに参加する目的は何か、イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んで各ユーザ端末３０等に対して送信する処理を行なう。
【００４１】
また、イベント開催案内部１１は、イベント案内依頼として、ユーザ情報ＤＢ１に記憶されていないユーザを特別勧誘先ユーザとして指定すると共に、この特別勧誘先ユーザの連絡先情報をさらに含んで受信した場合、ユーザ情報ＤＢ１に記憶されたユーザの連絡先情報と共に、特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末３０等に対して第１の通知を送信する機能を有している。ここで、ユーザ情報ＤＢ１に記憶されていないユーザとは、通信ネットワークＮＷ上に開設されたネットワークサービスサイトを利用するために、自分の属性情報等の登録を行っていない者をいう。
【００４２】
したがって、この場合のイベント開催案内部１１は、イベント案内依頼受信部１１ａが、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報と共に、ユーザ情報ＤＢ１に記憶されていないユーザを特別勧誘先ユーザとして指定し、この特別勧誘先ユーザの連絡先情報をさらに含むイベント案内依頼を受信する処理を行なう。
そして、イベント案内通知送信部１１ｄが、ユーザ情報ＤＢ１に記憶されたユーザの連絡先情報と共に、特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末３０等に対して第１の通知を送信する処理を行なう。
【００４３】
イベント参加第１処理部１２は、第１の通知の送信に応じ、ユーザ端末３０等より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含む第１の回答を受信し、この第１の回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断し、第１の回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する処理を行なう。
【００４４】
この際、イベント参加第１処理部１２は、たとえば、イベント案内回答受信部１２ａと、イベント参加可否判断部１２ｄと、イベント案内回答登録部１２ｅと、から構成されるものとすることができる。
すなわち、イベント案内回答受信部１２ａが、第１の通知の送信に応じ、ユーザ端末３０等より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含む第１の回答を受信する処理を行なう。
引き続き、イベント参加可否判断部１２ｄが、この第１の回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する処理を行なう。
そして、イベント案内回答登録部１２ｅが、イベント参加可否判断部１２ｄでの判断の結果、第１の回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する処理を行なう。
【００４５】
また、イベント参加第１処理部１２は、第１の回答として、イベントへの参加目的、有益ユーザの検索要求、をさらに含んで受信し、参加目的、検索要求、をユーザＩＤと関連付けてイベント参加情報ＤＢ４にさらに記憶する機能を有している。
【００４６】
したがって、この場合のイベント参加第１処理部１２は、イベント案内回答受信部１２ａが、第１の通知の送信に応じ、ユーザ端末３０等より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、イベントへの参加目的、有益ユーザの検索要求、を含む第１の回答を受信する処理を行なう。
そして、イベント案内回答登録部１２ｅが、イベント参加可否判断部１２ｄでの判断の結果、第１の回答がイベント参加可情報を含む場合、イベントＩＤ、ユーザＩＤ、参加目的、検索要求、を互いに関連付けてイベント参加情報ＤＢ４に記憶する処理を行なう。
【００４７】
また、イベント参加第１処理部１２は、第１の回答の受信に伴い、特別勧誘先ユーザからの回答であるか否か判断し、第１の回答が、特別勧誘先ユーザからの回答であって、イベント参加可情報をさらに含む場合、この特別勧誘先ユーザに対し、ネットワークサービスサイトを利用するための登録を促す第８の通知を送信する機能を有している。
このイベント参加第１処理部１２にて判断された特別勧誘先ユーザから第１の回答を受信した旨の情報は、イベント参加第２処理部１３へ送信される。
【００４８】
したがって、この場合のイベント参加第１処理部１２は、ユーザ端末判断部１２ｂと、登録依頼通知送信部１２ｃと、をさらに有する。
すなわち、ユーザ端末判断部１２ｂが、第１の回答の受信に伴い、特別勧誘先ユーザからの回答であるか否か判断する処理を行なう。
そして、ユーザ端末判断部１２ｂでの判断の結果、登録依頼通知送信部１２ｃが、第１の回答は特別勧誘先ユーザからの回答であって、イベント参加可情報をさらに含む場合、この特別勧誘先ユーザに対し、ネットワークサービスサイトを利用するための登録を促す第８の通知を送信する処理を行なう。
【００４９】
イベント参加第２処理部１３は、イベント開催案内部１１での第１の通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとして第１のユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定し、引き続き、ユーザ情報ＤＢ１を参照して、第１のユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを第１のユーザにとって有益な第２のユーザとして特定し、この第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶すると共に、ユーザ情報ＤＢ１を参照して第１のユーザＩＤに基づき連絡先情報を特定し、この第１のユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、イベントにおいて第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信する処理を行なう。
【００５０】
ここで、属性情報が同一とは、たとえば、単語（文字）や数字、記号、図形が一致するものの他、シソーラスを用いて語彙の持つ意味から分類した同義関係、類義関係、広義・狭義関係等にある単語を含む。具体的には、共通の意味をあらわす「マッサージ」と「整体」、共通の機能をあらわす「横笛」と「フルート」、ニーズの合致をあらわす「求人」と「求職」もしくは「募集」、上位概念と下位概念の共通をあらわす「音楽」と「クラッシック」、「楽器」と「バイオリン」といったものを同一とする。
【００５１】
また、所定の時期とは、イベントが開催される前の時期を対象に設定されたものであり、たとえば、イベントの参加者を募集する締め切り日や、イベントの参加人数が定員に達した時、又はイベント開催日の前日、等を挙げることができる。これにより、ある程度の人数の参加者が集まった時期に検索対象ユーザを特定することができ、第１のユーザにとって有益と思われる第２のユーザの特定を効果的に行うことができる。
【００５２】
この際、イベント参加第２処理部１３は、たとえば、検索対象ユーザＩＤ特定部１３ｃと、有益ユーザ特定部１３ｄと、有益ユーザ情報登録部１３ｅと、有益ユーザ紹介通知生成・送信部１３ｆと、から構成されるものとすることができる。
すなわち、検索対象ユーザＩＤ特定部１３ｃが、イベント開催案内部１１での第１の通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとして第１のユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する処理を行なう。
【００５３】
引き続き、有益ユーザ特定部１３ｄが、ユーザ情報ＤＢ１を参照して、第１のユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを第１のユーザにとって有益な第２のユーザとして特定する処理を行なう。
さらに、有益ユーザ情報登録部１３ｅが、この第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する処理を行なう。
そして、有益ユーザ紹介通知生成・送信部１３ｆが、ユーザ情報ＤＢ１を参照して第１のユーザＩＤに基づき連絡先情報を特定し、この第１のユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、イベントにおいて第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信する処理を行なう。
【００５４】
また、イベント参加第２処理部１３は、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的を特定し、引き続き、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照し、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する機能を有している。
【００５５】
したがって、この場合のイベント参加第２処理部１３は、イベント参加目的特定部１３ｂをさらに有する。
すなわち、イベント参加目的特定部１３ｂが、イベント開催案内部１１での第１の通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的を特定する処理を行なう。
引き続き、有益ユーザ特定部１３ｄが、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照し、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する処理を行なう。
【００５６】
また、イベント参加第２処理部１３は、第１のユーザが特別勧誘先ユーザである場合、
イベント開催案内部１１での第１の通知の送信後、所定の時期に、ユーザ情報ＤＢ１を参照して特別勧誘先ユーザの連絡先情報に基づき、ネットワークサービスサイトを利用するための登録を行ったか否か判断し、特別勧誘先ユーザが登録を行っていた場合、有益ユーザを特定する検索を実施する機能を有している。ここで、所定の時期とは、検索対象ユーザＩＤ特定部１３ｃで行われる第１のユーザＩＤと検索対象ユーザのユーザＩＤの特定の前までの時期を対象に設定されたものであり、たとえば、第１の通知の送信後すぐや、イベントの参加者を募集する締め切り日前、又はイベントの参加人数が定員に達した直後、等の時期を挙げることができる。
【００５７】
したがって、この場合のイベント参加第２処理部１３は、登録有無確認部１３ａをさらに有する。
すなわち、登録有無確認部１３ａが、第１のユーザが特別勧誘先ユーザである場合、イベント開催案内部１１での第１の通知の送信後、所定の時期前に、ユーザ情報ＤＢ１を参照して特別勧誘先ユーザの連絡先情報に基づき、ネットワークサービスサイトを利用するための登録を行ったか否か属性情報の登録有無により判断する処理を行なう。
そして、有益ユーザ特定部１３ｄが、登録有無確認部１３ａでの判断の結果、特別勧誘先ユーザが登録を行っていた場合、有益ユーザを特定する検索を実施する処理を行なう。
【００５８】
イベント参加第３処理部１４は、第２の通知の送信に応じ、第１ユーザ端末３０より、第１のユーザＩＤと、イベントにおいて第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信した場合、この第２の回答に含まれる第１のユーザＩＤに基づきイベント参加情報ＤＢ４を参照し、互いに関連付けられている第２のユーザＩＤを特定し、引き続き、ユーザ情報ＤＢ１を参照して特定した第２のユーザＩＤに基づき第２のユーザの連絡先情報を特定し、この第２のユーザが利用する第２ユーザ端末４０に対して、イベントにおいて紹介したい第１のユーザがいることを知らせると共に、この第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信し、さらに、第３の通知の送信に応じ、第２ユーザ端末４０より、イベントにおいて第１のユーザと会うことを了承する第３の回答を受信した場合、第１のユーザＩＤと第２のユーザＩＤとに関連付けて、友人関係の仮登録情報をイベント参加情報ＤＢ４に記憶すると共に、ユーザ情報ＤＢ１を参照し、仮登録情報が記憶された各ユーザのユーザＩＤに基づき第１のユーザの氏名と第２のユーザの氏名とを抽出し、第１ユーザ端末３０に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、第２ユーザ端末４０に対して第１のユーザの氏名を開示する第５の通知を送信する処理を行なう。
【００５９】
この際、イベント参加第３処理部１４は、たとえば、有益ユーザ紹介依頼回答受信部１４ａと、有益ユーザＩＤ特定部１４ｂと、有益ユーザ連絡先情報特定部１４ｃと、第１のユーザ紹介通知送信部１４ｄと、第１のユーザ紹介同意回答受信部１４ｅと、ユーザ開示通知生成・送信部１４ｆと、から構成されるものとすることができる。
すなわち、有益ユーザ紹介依頼回答受信部１４ａが、第２の通知の送信に応じ、第１ユーザ端末３０より、第１のユーザＩＤと、イベントにおいて第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信する処理を行なう。
次いで、有益ユーザＩＤ特定部１４ｂが、有益ユーザ紹介依頼回答受信部１４ａにて第２の回答を受信した場合、この第２の回答に含まれる第１のユーザＩＤに基づきイベント参加情報ＤＢ４を参照し、互いに関連付けられている第２のユーザＩＤを特定する処理を行なう。
【００６０】
引き続き、有益ユーザ連絡先情報特定部１４ｃが、ユーザ情報ＤＢ１を参照して特定した第２のユーザＩＤに基づき第２のユーザの連絡先情報を特定する処理を行なう。
そして、第１のユーザ紹介通知送信部１４ｄが、この第２のユーザが利用する第２ユーザ端末４０に対して、イベントにおいて紹介したい第１のユーザがいることを知らせると共に、この第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信する処理を行なう。
【００６１】
さらに、第１のユーザ紹介同意回答受信部１４ｅが、第３の通知の送信に応じ、第２ユーザ端末４０より、イベントにおいて第１のユーザと会うことを了承する第３の回答を受信する処理を行なう。
そして、 ユーザ開示通知生成・送信部１４ｆが、第１のユーザ紹介同意回答受信部１４ｅにて第３の回答を受信した場合、第１のユーザＩＤと第２のユーザＩＤとに関連付けて、友人関係の仮登録情報をイベント参加情報ＤＢ４に記憶すると共に、ユーザ情報ＤＢ１を参照し、仮登録情報が記憶された各ユーザのユーザＩＤに基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、第１ユーザ端末３０に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、第２ユーザ端末４０に対して第１のユーザの氏名を開示する第５の通知を送信する処理を行なう。
【００６２】
イベント参加第４処理部１５は、第４の通知及び第５の通知を送信した後、イベント情報ＤＢ３を参照してイベントの開催日時が経過したか否か判断し、開催日時が経過した場合、所定の時期にイベント参加情報ＤＢ４を参照して、開催日時が経過したイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定し、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定し、さらに、第１ユーザ端末３０に対して、イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、第２ユーザ端末４０に対して、イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信し、第６の通知に応じて第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第７の通知に応じて、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ３に記憶する処理を行なう。ここで、所定の時期とは、イベントの開催が終了し、イベントにおいて会ったユーザのことを忘れないでいられる時間をいい、たとえば、イベント情報ＤＢ３に記憶された開催日時に基づいて特定されたイベントの終了直後や、イベントの開催日翌日、等を挙げることができる。
【００６３】
この際、イベント参加第４処理部１５は、たとえば、イベント開催日時経過判断部１５ａと、イベント参加ユーザ特定部１５ｂと、ユーザ連絡先情報特定部１５ｃと、友人関係登録確認通知生成・送信部１５ｄと、友人関係登録同意回答受信部１５ｅと、友人関係登録部１５ｆと、から構成されるものとすることができる。
すなわち、イベント開催日時経過判断部１５ａが、第４の通知及び第５の通知を送信した後、イベント情報ＤＢ３を参照してイベントの開催日時が経過したか否か判断する処理を行なう。
次いで、イベント参加ユーザ特定部１５ｂが、イベント開催日時経過判断部１５ａでの判断の結果、開催日時が経過した場合、所定の時期にイベント参加情報ＤＢ４を参照して、開催日時が経過したイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定する処理を行なう。
【００６４】
引き続き、ユーザ連絡先情報特定部１５ｃが、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定する処理を行なう。
そして、友人関係登録確認通知生成・送信部１５ｄが、第１ユーザ端末３０に対して、イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、第２ユーザ端末４０に対して、イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信する処理を行なう。
【００６５】
また、友人関係登録同意回答受信部１５ｅが、第６の通知に応じて第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第７の通知に応じて、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信する処理を行なう。
そして、友人関係登録部１５ｆが、友人関係登録同意回答受信部１５ｅにて友人関係登録同意回答を受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ２に記憶する処理を行なう。
【００６６】
友人関係登録ユーザ情報開示部１６は、ユーザ端末３０等の接続に応じてユーザＩＤを取得し、友人関係情報ＤＢ２を参照して取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定し、さらに、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ名情報を抽出し、このユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する処理を行なう。
【００６７】
この際、友人関係登録ユーザ情報開示部１６は、たとえば、ユーザＩＤ取得部１６ａと、友人関係登録ユーザ特定部１６ｂと、特定ユーザ情報抽出部１６ｃと、登録ユーザ一覧情報生成・送信部１６ｅと、から構成されるものとすることができる。
すなわち、ユーザＩＤ取得部１６ａが、ユーザ端末３０等の接続に応じてユーザＩＤを取得する処理を行なう。
次いで、友人関係登録ユーザ特定部１６ｂが、友人関係情報ＤＢ２を参照して取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する処理を行なう。
さらに、特定ユーザ情報抽出部１６ｃが、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ名情報を抽出する処理を行なう。
そして、登録ユーザ一覧情報生成・送信部１６ｅが、このユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する処理を行なう。
【００６８】
また、友人関係登録ユーザ情報開示部１６は、友人関係登録ユーザのユーザＩＤを特定した後、ユーザ情報ＤＢ１を参照し、ユーザ名情報に代えて又はユーザ名情報と共にユーザ画像情報を抽出し、このユーザ画像情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する機能を有している。
【００６９】
したがって、この場合の友人関係登録ユーザ情報開示部１６は、友人関係登録ユーザ特定部１６ｂが友人関係登録ユーザのユーザＩＤを特定した後、特定ユーザ情報抽出部１６ｃが、ユーザ情報ＤＢ１を参照し、ユーザ名情報に代えて又はユーザ名情報と共にユーザ画像情報を抽出する処理を行なう。
そして、登録ユーザ一覧情報生成・送信部１６ｅが、このユーザ画像情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０へ送信する処理を行なう。
【００７０】
また、友人関係登録ユーザ情報開示部１６は、友人関係登録ユーザのユーザＩＤを全て特定すると共に、この友人関係登録ユーザのユーザＩＤと互いに関連付けて記憶されているイベント開催情報を抽出し、ユーザ名情報及び／又はユーザ画像情報と共に、このイベント開催情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する機能を有している。
【００７１】
したがって、この場合の友人関係登録ユーザ情報開示部１６は、イベント情報抽出部１６ｄをさらに有する。
すなわち、友人関係登録ユーザ特定部１６ｂが、友人関係登録ユーザのユーザＩＤを全て特定する処理を行なう。
引き続き、イベント情報抽出部１６ｄが、この友人関係登録ユーザのユーザＩＤと互いに関連付けて記憶されているイベント開催情報を抽出する処理を行なう。
そして、登録ユーザ一覧情報生成・送信部１６ｅが、ユーザ名情報及び／又はユーザ画像情報と共に、このイベント開催情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する処理を行なう。
【００７２】
次に、本発明の実施の形態に係る本サーバ１０を用いた本方法を実施するためのシステムであって、通信ネットワーク上に開設されたＳＮＳサービスサイトを利用するため、自らの特徴を表す属性情報を登録したユーザに対しイベントの開催を案内し、ユーザよりイベントに参加することを申込むイベント参加可情報を含む回答を受信した場合、ユーザに対して、イベントに参加することで出会える有益なユーザを紹介すると共に、その後、友人関係を登録することを望むか否か問うことで、新たな人間関係を容易にかつ効果的に築くことを支援するようにした場合の概要について、図１に基づき説明する。
【００７３】
図１に示すように、まず、主催者端末２０が、イベント案内依頼を本サーバ１０へ送信する（１．参照）。
本サーバ１０は、主催者端末２０より送信されたイベント案内依頼を受信する（２．参照）。
次いで、本サーバ１０は、イベント案内依頼に含まれるイベント開催情報をイベント情報ＤＢ３に記憶し、イベント参加の可否を問う第１の通知を第１ユーザ端末３０へ送信する（３．参照）。
【００７４】
第１ユーザ端末３０は、本サーバ１０より送信された第１の通知を受信し、イベント参加に応答する第１の回答を本サーバ１０へ送信（返信）する（４．参照）。
本サーバ１０は、第１ユーザ端末３０より送信された第１の回答を受信し、イベント参加可否情報をイベント開催情報に関連付けてイベント情報ＤＢ３に記憶する（５．参照）。
次いで、本サーバ１０は、第１の回答がイベント参加可情報を含む場合、所定の時期に、第１のユーザにとって有益な第２のユーザを知らせると共に、第２のユーザと会うことを望むか否かを問う第２の通知を第１ユーザ端末３０へ送信する（６．参照）。
【００７５】
第１ユーザ端末３０は、本サーバ１０より送信された第２の通知を受信し、第２のユーザと会うことに応答する第２の回答を本サーバ１０へ送信（返信）する（７．参照）。
本サーバ１０は、第１ユーザ端末３０より送信された第２の回答を受信し、第１のユーザが第２のユーザと会うことを希望している場合、第２のユーザが第１のユーザと会うことを望むか否かを問う第３の通知を第２ユーザ端末４０へ送信する（８．参照）。
【００７６】
第２ユーザ端末４０は、本サーバ１０より送信された第３の通知を受信し、第１のユーザと会うことに応答する第３の回答を本サーバ１０へ送信（返信）する（９．参照）。
本サーバ１０は、第２ユーザ端末４０より送信された第３の回答を受信した場合、第１のユーザＩＤと第２のユーザＩＤとに関連付けて、友人関係の仮登録情報をイベント参加情報ＤＢ４に記憶し、第１のユーザと第２のユーザとの友人関係を仮登録する（１０．参照）。
引き続き、本サーバ１０は、第２のユーザ名を知らせる第４の通知を第１ユーザ端末３０へ送信すると共に、第１のユーザ名を知らせる第５の通知を第２ユーザ端末４０へ送信する（１１．参照）。
【００７７】
第１ユーザ端末３０は、本サーバ１０より送信された第４の通知を受信し、第２のユーザ名を確認する（１２Ａ．参照）。
また、第２ユーザ端末４０は、本サーバ１０より送信された第５の通知を受信し、第２のユーザ名を確認する（１２Ｂ．参照）。
【００７８】
このようにイベントにおいて双方が互いに会うことを希望した場合に、イベントにおいて出会えるように相手の氏名を開示することで、イベントにおいて容易に友人関係を築くきっかけを与えることができ、イベントに参加することを通して効果的に新たな友人関係が築かれることを支援することができる。
【００７９】
さらに、本サーバ１０は、イベント開催日時の経過後、第２のユーザとの友人関係の登録を確認する第６の通知を第１ユーザ端末３０へ送信すると共に、第１のユーザとの友人関係の登録を確認する第７の通知を第２ユーザ端末４０へ送信する（１３．参照）。
【００８０】
第１ユーザ端末３０は、本サーバ１０より送信された第６の通知を受信し、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を本サーバ１０へ送信（返信）する（１４Ａ．参照）。
また、第２ユーザ端末４０は、本サーバ１０より送信された第７の通知を受信し、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を本サーバ１０へ送信（返信）する（１４Ｂ．参照）。
そして、本サーバ１０は、第１ユーザ端末３０及び第２ユーザ端末４０より、友人関係登録同意回答を共に受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ２に記憶する（１５．参照）。
【００８１】
このように第１のユーザＩＤと第２のユーザＩＤとを互いに関連付けて記憶することで、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとなり、実際にこのイベントに参加することで築かれた新たな友人関係が継続されるように支援することができる。
【００８２】
次に、図２に示した上述した本サーバ１０により実行される本方法の一例を図面に基づき説明する。
＜第１の実施の形態＞
まず、第１の実施の形態として実行される方法の詳細な一例を図７及び図８に基づき説明する。図７及び図８は、本発明の第１の実施の形態に係る友人関係登録方法における新たな人間関係構築処理の詳細な流れの一例を示すシーケンス図である。
【００８３】
まず、本サーバ１０は、ユーザＩＤと、ユーザが予め登録した少なくとも１以上の項目からなる属性情報と、ユーザ端末３０等への連絡先情報と、を互いに関連付けてユーザ情報ＤＢ１に記憶しておく（（Ａ）参照）。
また、本サーバ１０は、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係情報ＤＢ２に記憶しておく（（Ｂ）参照）。
【００８４】
そして、主催者端末２０は、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を本サーバ１０へ送信する（（１０）参照）。
本サーバ１０は、イベント案内依頼を受信する（（２０）参照）。
次いで、本サーバ１０は、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（（３０）参照）。
引き続き、本サーバ１０は、ユーザＤＢ１を参照してユーザへの連絡先情報に基づき第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答を求める第１の通知（以下、「イベント案内通知」という。）を生成し送信する（（４０）参照）。
【００８５】
このイベント案内通知は、たとえば図９に示すような形で表すことが出来る。図９は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第１の通知であるイベント案内通知画面の一例を示す図である。このイベント案内通知画面１００には、イベント開催のご案内を表示するイベント開催情報表示欄１０１と、イベントに参加する旨の回答を行う「参加する」ボタン１０２と、イベントに参加しない旨の回答を行う「参加しない」ボタン１０３が設けられている。図９において、イベント開催情報表示欄１０１には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、プログラムとして「あいさつ、公演、・・」、開催場所として「イロハホール３階」が表示されている。また、図９において、「参加する」ボタン１０２が選択されている。
【００８６】
また、イベント案内通知画面１００には、イベント参加可否回答をおこなったユーザを確認するユーザ氏名入力欄１０４と、ユーザＩＤ入力欄１０５が表示されている。さらに、イベント案内通知画面１００には、イベント案内通知に対する回答を送信するための「送信」ボタン１０９が表示されている。図９において、イベント案内回答ユーザ氏名として「○○一郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【００８７】
そして、第１ユーザ端末３０は、イベント案内通知を受信し、これに応答する第１の回答（以下、「イベント案内回答」という。）を本サーバ１０へ送信する（（５０）参照）。
したがって、「参加する」ボタン１０２又は「参加しない」ボタン１０３の何れかを選択することでイベントへの参加可否が分かり、ユーザ氏名入力欄１０４とユーザＩＤ入力欄１０５にそれぞれ入力することでユーザを識別することができ、「送信」ボタン１０９を押してイベント案内通知に応答することで、イベントを識別することができる。
【００８８】
本サーバ１０は、イベント案内回答を受信する（（６０）参照）。
次いで、本サーバ１０は、イベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（（７０）参照）。
引き続き、本サーバ１０は、イベント参加可否の判断の結果、イベント案内回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（（８０）参照）。
【００８９】
また、本サーバ１０は、イベント案内通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（（９０）参照）。
引き続き、本サーバ１０は、ユーザ情報ＤＢ１を参照して、第１のユーザのユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを、第１のユーザにとって有益な第２のユーザとして特定する（（１００）参照）。
【００９０】
さらに、本サーバ１０は、第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する（（１１０）参照）。
その後、本サーバ１０は、ユーザ情報ＤＢ１を参照して第１のユーザのユーザＩＤに基づき連絡先情報を特定し、この第１のユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、イベントにおいて第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知（以下、「有益ユーザ紹介通知」という。）を生成し送信する（（１２０）参照）。
【００９１】
この有益ユーザ紹介通知は、たとえば図１０に示すような形で表すことが出来る。図１０は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第２の通知である有益ユーザ紹介通知画面の一例を示す図である。この有益ユーザ紹介通知画面１１０には、第１のユーザにとって有益と思われる第２のユーザを紹介するユーザのご紹介を表示するユーザ紹介情報表示欄１１１と、表示された第２のユーザとイベントにおいて会うことを希望する「会う」ボタン１１２と、第２のユーザと会うことを希望しない「会わない」ボタン１１３が設けられている。図１０において、ユーザ紹介情報表示欄１１１には、「今回のイベント参加者の中に、あなたにご紹介したい方がおります。お会いになられますか？」といった紹介案内文と共に、埼玉県出身の弁護士であるＢさんと、埼玉県出身の司法書士であるＣさんと、を紹介するユーザ情報が表示されている。また、図１０において、「会う」ボタン１１２は、Ｂさんに対する「会う」ボタン１１２ａと、Ｃさんに対する「会う」ボタン１１２ｂとから構成され、一方、「会わない」ボタン１１３は、Ｂさんに対する「会わない」ボタン１１３ａと、Ｃさんに対する「会わない」ボタン１１３ｂとから構成されたものとなっている。図１０において、Ｂさんに対する「会う」ボタン１１２ａと、Ｃさんに対する「会う」ボタン１１２ｂが選択されている。
【００９２】
また、有益ユーザ紹介通知画面１１０には、第２のユーザの紹介に回答をおこなったユーザを確認するユーザ氏名入力欄１１４と、ユーザＩＤ入力欄１１５が表示されている。さらに、有益ユーザ紹介通知画面１１０には、有益ユーザ紹介通知に対する回答を送信するための「送信」ボタン１１９が表示されている。図１０において、第２のユーザ紹介回答ユーザ氏名として「○○一郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【００９３】
そして、第１ユーザ端末３０は、有益ユーザ紹介通知を受信し、これに応答する第２の回答（以下、「有益ユーザ紹介回答」という。）を本サーバ１０へ送信する（（１３０）参照）。
したがって、「会う」ボタン１１２又は「会わない」ボタン１１３の何れかを選択することで第２のユーザと実際に会うことを望むか否かが分かり、ユーザ氏名入力欄１１４とユーザＩＤ入力欄１１５にそれぞれ入力し、「送信」ボタン１１９を押して有益ユーザ紹介通知に応答することで、ユーザを識別することができる。
【００９４】
本サーバ１０は、有益ユーザ紹介回答を受信する（（１４０）参照）。
次いで、本サーバ１０は、第１ユーザ端末より、ユーザＩＤと、イベントにおいて第２のユーザと実際に会うことを望む紹介依頼と、を含む有益ユーザ紹介依頼回答を受信した場合、この有益ユーザ紹介回答に含まれるユーザＩＤに基づきイベント参加情報ＤＢ４を参照し、互いに関連付けられている第２のユーザＩＤを特定する（（１５０）参照）。
引き続き、本サーバ１０は、ユーザ情報ＤＢ１参照して特定したユーザＩＤに基づき第２のユーザの連絡先情報を特定し、この第２のユーザが利用する第２ユーザ端末４０に対して、イベントにおいて紹介したい第１のユーザがいることを知らせると共に、この第１のユーザと会うことを望むか否かの回答を求める第３の通知（以下、「ユーザ紹介通知」という。）を生成し送信する（（１６０）参照）。
【００９５】
このユーザ紹介通知は、たとえば図１１に示すような形で表すことが出来る。図１１は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された第３の通知であるユーザ紹介通知画面の一例を示す図である。このユーザ紹介通知画面１２０には、第２のユーザと会うことを望んでいる第１のユーザを紹介するユーザのご紹介を表示するユーザ紹介情報表示欄１２１と、表示された第１のユーザとイベントにおいて会うことを希望する「会う」ボタン１２２と、第１のユーザと会うことを希望しない「会わない」ボタン１２３が設けられている。図１１において、ユーザ紹介情報表示欄１２１には、「今回のイベント参加者の中に、あなたにご紹介したい方がおります。お会いになられますか？」といった紹介案内文と共に、埼玉県出身の会社社長であるＡさんと、埼玉県出身の大学教授であるＤさんと、を紹介するユーザ情報が表示されている。また、図１１において、「会う」ボタン１２２は、Ａさんに対する「会う」ボタン１２２ａと、Ｄさんに対する「会う」ボタン１２２ｂとから構成され、一方、「会わない」ボタン１２３は、Ａさんに対する「会わない」ボタン１２３ａと、Ｄさんに対する「会わない」ボタン１２３ｂとから構成されたものとなっている。図１１において、Ａさんに対する「会う」ボタン１２２ａと、Ｄさんに対する「会わない」ボタン１２３ｂが選択されている。
【００９６】
また、ユーザ紹介通知画面１２０には、第１のユーザの紹介に回答をおこなったユーザを確認するユーザ氏名入力欄１２４と、ユーザＩＤ入力欄１２５が表示されている。さらに、ユーザ紹介通知画面１２０には、第１のユーザ紹介通知に対する回答を送信するための「送信」ボタン１２９が表示されている。図１１において、第１のユーザ紹介回答ユーザ氏名として「××太郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【００９７】
そして、第２ユーザ端末４０は、ユーザ紹介通知を受信し、これに応答する第３の回答（以下、「ユーザ紹介同意回答」という。）を本サーバ１０へ送信する（（１７０）参照）。
したがって、「会う」ボタン１２２又は「会わない」ボタン１２３の何れかを選択することで第１のユーザと実際に会うことを望むか否かが分かり、ユーザ氏名入力欄１２４とユーザＩＤ入力欄１２５にそれぞれ入力し、「送信」ボタン１２９を押して第１のユーザ紹介通知に応答することで、ユーザを識別することができる。
【００９８】
本サーバ１０は、ユーザ紹介通知の送信に応じ、第２ユーザ端末４０より、ユーザ紹介同意回答を受信する（（１８０）参照）。
次いで、本サーバ１０は、イベントにおいて第１のユーザと会うことを了承するユーザ紹介同意回答を受信した場合、第１のユーザＩＤと第２のユーザＩＤとに関連付けて、友人関係の仮登録情報をイベント参加情報ＤＢ４に記憶する（（１９０）参照）。
さらに、本サーバ１０は、ユーザ情報ＤＢ１を参照し、仮登録情報が記憶された各ユーザのユーザＩＤに基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、第１ユーザ端末３０に対して第２のユーザの氏名を開示する第４の通知（以下、「第２ユーザ開示通知」という。）を送信すると共に、第２ユーザ端末４０に対して第１のユーザの氏名を開示する第５の通知（以下、「第１ユーザ開示通知」という。）を送信する（（２００）参照）。
【００９９】
そして、第１ユーザ端末３０は、第２ユーザ開示通知を受信し（（２１０Ａ）参照）、第２ユーザ端末４０は、第１ユーザ開示通知を受信する（（２１０Ｂ）参照）。
この第２ユーザ開示通知は、たとえば図１２に示すような形で表すことが出来る。図１２は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第４の通知である第１ユーザ開示通知画面の一例を示す図である。この第１ユーザ開示通知画面１３０には、第２のユーザ氏名を開示することを案内するご紹介ユーザ情報案内表示欄１３１と、第２のユーザと会うこととなるイベント情報を表示するイベント情報表示欄１３２と、第２のユーザ氏名を開示するご紹介ユーザ情報表示欄１３３と、が設けられている。図１２において、ご紹介ユーザ情報案内表示欄１３１には、「今回のイベントにおいて、あなたにご紹介したい方をお知らせいたします。」といった連絡文が表示され、イベント情報表示欄１３２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。また、図１２において、ご紹介ユーザ情報表示欄１３３には、ＢＢＢ法律事務所所長である××太郎さんと、ＣＣＣ司法書士事務所勤務の△△花子さんを紹介するユーザ情報が表示されている。また、ご紹介ユーザ情報表示欄１３３は、××太郎さんを紹介するユーザ情報表示欄１３３ａと、△△花子さんを紹介するユーザ情報表示欄１３３ｂとから構成されたものとなっている。
【０１００】
一方、第１ユーザ開示通知は、たとえば図１３に示すような形で表すことが出来る。図１３は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された第５の通知である第２ユーザ開示通知画面の一例を示す図である。この第２ユーザ開示通知画面１４０には、第１のユーザ氏名を開示することを案内するご紹介ユーザ情報案内表示欄１４１と、第１のユーザと会うこととなるイベント情報を表示するイベント情報表示欄１４２と、第１のユーザ氏名を開示するご紹介ユーザ情報表示欄１４３と、が設けられている。図１３において、ご紹介ユーザ情報案内表示欄１４１には、「今回のイベントにおいて、あなたにご紹介したい方をお知らせいたします。」といった連絡文が表示され、イベント情報表示欄１４２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。また、図１３において、ご紹介ユーザ情報表示欄１４３には、ＡＡＡ株式会社の代表取締役である○○一郎さんを紹介するユーザ情報が表示されている。
【０１０１】
本サーバ１０は、第２ユーザ開示通知及び第１ユーザ開示通知を送信した後、イベント情報ＤＢ３を参照してイベントの開催日時が経過したか否か判断する（（２２０）参照）。
その結果、イベントの開催日時が経過している場合、本サーバ１０は、イベント参加情報ＤＢ４を参照して、このイベントのイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定すると共に、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定する。さらに、本サーバ１０は、第１ユーザ端末３０に対して、イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知（以下、「友人関係登録確認通知」という。）を生成し送信すると共に、第２ユーザ端末４０に対して、イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知（以下、「友人関係登録確認通知」という。）を生成し送信する（（２３０）参照）。
【０１０２】
この第６の通知としての友人関係登録確認通知は、たとえば図１４に示すような形で表すことが出来る。図１４は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された友人関係登録確認通知画面の一例を示す図である。この友人関係登録確認通知画面１５０には、イベントであった第２のユーザとの友人関係の登録可否を問う友人関係登録案内表示欄１５１と、第２のユーザと会ったイベント情報を表示するイベント情報表示欄１５２と、表示された第２のユーザと友人関係の登録を行うことを希望する「登録する」ボタン１５３と、友人関係の登録を行うことを希望しない「登録しない」ボタン１５４と、が設けられている。図１４において、友人関係登録案内表示欄１５１には、「今回のイベントにおいてご紹介させていただきました××太郎さん、△△花子さんとはお会いになられましたか？ＳＮＳサイトに、××太郎さん、△△花子さんとの友人関係をご登録されますか？」といった案内文が表示され、イベント情報表示欄１５２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。また、図１４において、「登録する」ボタン１５３は、××太郎さんに対する「登録する」ボタン１５３ａと、△△花子さんに対する「登録する」ボタン１５３ｂとから構成され、一方、「登録しない」ボタン１５４は、××太郎さんに対する「登録しない」ボタン１５４ａと、△△花子さんに対する「登録しない」ボタン１５４ｂとから構成されたものとなっている。図１４において、××太郎さんに対する「登録する」ボタン１５３ａと、△△花子さんに対する「登録する」ボタン１５３ｂが選択されている。
【０１０３】
また、友人関係登録確認通知画面１５０には、第２のユーザとの友人関係の登録回答をおこなったユーザを確認するユーザ氏名入力欄１５５と、ユーザＩＤ入力欄１５６が表示されている。さらに、友人関係登録確認通知画面１５０には、友人関係登録確認通知に対する回答を送信するための「送信」ボタン１５９が表示されている。図１４において、第２のユーザとの友人関係の登録回答ユーザ氏名として「○○一郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【０１０４】
第１ユーザ端末３０は、友人関係登録確認通知を受信し、これに応答する第２のユーザと友人関係の登録をすることを望む友人関係登録同意回答を本サーバ１０へ送信する（（２４０Ａ）参照）。
【０１０５】
一方、第７の通知としての友人関係登録確認通知は、たとえば図１５に示すような形で表すことが出来る。図１５は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された友人関係登録確認通知画面の一例を示す図である。この友人関係登録確認通知画面１６０には、イベントであった第１のユーザとの友人関係の登録可否を問う友人関係登録案内表示欄１６１と、第１のユーザと会ったイベント情報を表示するイベント情報表示欄１６２と、表示された第１のユーザと友人関係の登録を行うことを希望する「登録する」ボタン１６３と、友人関係の登録を行うことを希望しない「登録しない」ボタン１６４と、が設けられている。図１５において、友人関係登録案内表示欄１６１には、「今回のイベントにおいてご紹介させていただきました○○一郎さんとはお会いになられましたか？ＳＮＳサイトに、○○一郎さんとの友人関係をご登録されますか？」といった案内文が表示され、イベント情報表示欄１６２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。図１５において、○○一郎さんとの友人関係の登録を希望する「登録する」ボタン１６３が選択されている。
【０１０６】
また、友人関係登録確認通知画面１６０には、第１のユーザとの友人関係の登録回答をおこなったユーザを確認するユーザ氏名入力欄１６５と、ユーザＩＤ入力欄１６６が表示されている。さらに、友人関係登録確認通知画面１６０には、友人関係登録確認通知に対する回答を送信するための「送信」ボタン１６９が表示されている。図１５において、第１のユーザとの友人関係の登録回答ユーザ氏名として「××太郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【０１０７】
第２ユーザ端末４０は、友人関係登録確認通知を受信し、これに応答する第１のユーザと友人関係の登録をすることを望む友人関係登録同意回答を本サーバ１０へ送信する（（２４０Ｂ）参照）。
【０１０８】
本サーバ１０は、友人関係登録確認通知の送信に応じて、第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信する（（２５０）参照）。
そして、本サーバ１０は、第１ユーザ端末３０及び第２ユーザ端末４０の双方より友人関係登録同意回答を受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ２に記憶する（（２６０）参照）。
【０１０９】
次に、上述した第１の実施の形態における方法を実施する本サーバ１０の動作の一例を、図１６及び図１７を参照しながら説明する。図１６及び図１７は、本サーバ１０での新たな人間関係構築処理の一例を示すフローチャートである。
まず、図１６に示されるように、イベント開催案内部１１が、イベント案内依頼受信部１１ａにて、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信したか否か判断する（Ｓ１１）。
【０１１０】
その結果、イベント開催案内部１１が、イベント案内依頼を受信した場合（Ｙ）、イベント開催案内部１１は、イベント案内依頼登録部１１ｂにて、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（Ｓ１２）。
一方、イベント開催案内部１１が、イベント案内依頼を受信していない場合（Ｎ）、イベント開催案内部１１は、引き続きイベント案内依頼を受信したか否か判断を繰り返し行う（Ｓ１１）。
【０１１１】
次いで、イベント開催案内部１１は、イベント案内通知生成部１１ｃにて、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０に対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求めるイベント案内通知を生成し、引き続き、イベント案内通知送信部１１ｄにて、生成したイベント案内通知を各ユーザ端末３０に対して送信する（Ｓ１３）。
【０１１２】
引き続き、イベント開催案内部１１での第１の通知の送信に応じ、イベント参加第１処理部１２が、イベント案内回答受信部１２ａにて、ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含むイベント案内回答を受信したか否か判断する（Ｓ１４）。
【０１１３】
その結果、イベント参加第１処理部１２が、イベント案内回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加可否判断部１２ｄにて、この第１の回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（Ｓ１５）。
その結果、イベント案内回答がイベント参加可情報を含む場合、イベント参加第１処理部１２は、イベント案内回答登録部１２ｅにて、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（Ｓ１６）。
一方、イベント参加第１処理部１２が、第１の回答はイベント参加可情報を含まないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。
【０１１４】
また、イベント開催案内部１１でのイベント案内通知の送信後、イベント参加第２処理部１３が、検索対象ユーザＩＤ特定部１３ｃにて、所定の時期を経過したか否か判断する（Ｓ１７）。
その結果、イベント参加第２処理部１３が、所定の時期を経過したと判断した場合（Ｙ）、引き続き、イベント参加第２処理部１３は、検索対象ユーザＩＤ特定部１３ｃにて、イベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとして第１のユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（Ｓ１８）。
一方、イベント参加第２処理部１３が、所定の時期を経過していないと判断した場合（Ｎ）、イベント参加第２処理部１３は、引き続き所定の時期を経過したか否か判断を繰り返し行う（Ｓ１７）。
【０１１５】
引き続き、イベント参加第２処理部１３は、有益ユーザ特定部１３ｄにて、ユーザ情報ＤＢ１を参照して、第１のユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを第１のユーザにとって有益な第２のユーザとして特定する（Ｓ１９）。
さらに、イベント参加第２処理部１３は、有益ユーザ情報登録部１３ｅにて、この第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する（Ｓ２０）。
そして、イベント参加第２処理部１３は、有益ユーザ紹介通知生成・送信部１３ｆにて、ユーザ情報ＤＢ１を参照して第１のユーザＩＤに基づき連絡先情報を特定し、この第１のユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、イベントにおいて第２のユーザと実際に会うことを望むか否かの回答を求める有益ユーザ紹介通知を生成し送信する（Ｓ２１）。
【０１１６】
また、イベント参加第２処理部１３での有益ユーザ紹介通知の送信に応じ、イベント参加第３処理部１４が、有益ユーザ紹介依頼回答受信部１４ａにて、第１ユーザ端末３０より、第１のユーザＩＤと、イベントにおいて第２のユーザと実際に会うことを望む紹介依頼と、を含む有益ユーザ紹介回答を受信したか否か判断する（Ｓ２２）。
その結果、イベント参加第３処理部１４が、有益ユーザ紹介回答を受信した場合（Ｙ）、引き続き、イベント参加第３処理部１４は、有益ユーザＩＤ特定部１４ｂにて、この第２の回答に含まれる第１のユーザＩＤに基づきイベント参加情報ＤＢ４を参照し、互いに関連付けられている第２のユーザＩＤを特定する（Ｓ２３）。
一方、イベント参加第３処理部１４が、有益ユーザ紹介回答を受信していないと判断した場合（Ｎ）、イベント参加第３処理部１４は、引き続き有益ユーザ紹介回答を受信したか否か判断を繰り返し行う（Ｓ２２）。
【０１１７】
引き続き、イベント参加第３処理部１４は、有益ユーザ連絡先情報特定部１４ｃにて、ユーザ情報ＤＢ１を参照して特定した第２のユーザＩＤに基づき第２のユーザの連絡先情報を特定し、さらに、第１のユーザ紹介通知送信部１４ｄにて、この第２のユーザが利用する第２ユーザ端末４０に対して、イベントにおいて紹介したい第１のユーザがいることを知らせると共に、この第１のユーザと会うことを望むか否かの回答を求めるユーザ紹介通知を生成し送信する（Ｓ２４）。
【０１１８】
また、イベント参加第３処理部１４でのユーザ紹介通知の送信に応じ、イベント参加第３処理部１４が、第１のユーザ紹介同意回答受信部１４ｅにて、第２ユーザ端末４０より、イベントにおいて第１のユーザと会うことを了承するユーザ紹介同意回答を受信したか否か判断する（Ｓ２５）。
その結果、イベント参加第３処理部１４が、ユーザ紹介同意回答を受信した場合（Ｙ）、引き続き、イベント参加第３処理部１４は、ユーザ開示通知生成・送信部１４ｆにて、第１のユーザＩＤと第２のユーザＩＤとに関連付けて、友人関係の仮登録情報をイベント参加情報ＤＢ４に記憶する（Ｓ２６）。
一方、イベント参加第３処理部１４が、ユーザ紹介同意回答を受信していないと判断した場合（Ｎ）、イベント参加第３処理部１４は、引き続きユーザ紹介同意回答を受信したか否か判断を繰り返し行う（Ｓ２５）。
【０１１９】
また、イベント参加第３処理部１４は、ユーザ開示通知生成・送信部１４ｆにて、ユーザ情報ＤＢ１を参照し、仮登録情報が記憶された各ユーザのユーザＩＤに基づき第１のユーザの氏名と第２のユーザの氏名を抽出する（Ｓ２７）。
さらに、イベント参加第３処理部１４は、ユーザ開示通知生成・送信部１４ｆにて、第１ユーザ端末３０に対して第２のユーザの氏名を開示する第２ユーザ開示通知を送信すると共に、第２ユーザ端末４０に対して第１のユーザの氏名を開示する第１ユーザ開示通知を送信する（Ｓ２８）。
【０１２０】
次に、イベント参加第４処理部１５が、イベント参加第３処理部１４での第２ユーザ開示通知及び第１ユーザ開示通知の送信に応じ、イベント開催日時経過判断部１５ａにて、イベント情報ＤＢ３を参照してイベントの開催日時が経過したか否か判断する（Ｓ２９）。
その結果、イベント参加第４処理部１５が、イベントの開催日時を経過したと判断した場合（Ｙ）、引き続き、イベント参加第４処理部１５は、イベント参加ユーザ特定部１５ｂにて、所定の時期にイベント参加情報ＤＢ４を参照して、開催日時が経過したイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定し、引き続き、ユーザ連絡先情報特定部１５ｃにて、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定し、さらに、友人関係登録確認通知生成・送信部１５ｄにて、第１ユーザ端末３０に対して、イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う友人関係登録確認通知を生成し送信すると共に、第２ユーザ端末４０に対して、イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う友人関係登録確認通知を生成し送信する（Ｓ３０）。
【０１２１】
一方、イベント参加第４処理部１５が、イベントの開催日時を経過していないと判断した場合（Ｎ）、イベント参加第４処理部１５は、引き続きイベント情報ＤＢ３を参照してイベントの開催日時が経過したか否か判断を繰り返し行う（Ｓ２９）。
【０１２２】
さらに、イベント参加第４処理部１５が、友人関係登録確認通知生成・送信部１５ｄでの友人関係登録確認通知の送信に応じ、友人関係登録同意回答受信部１５ｅにて、第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したか否か判断する（Ｓ３１）。
その結果、イベント参加第４処理部１５が、友人関係登録同意回答を受信したと判断した場合（Ｙ）、引き続き、イベント参加第４処理部１５は、友人関係登録部１５ｆにて、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ３に記憶する（Ｓ３２）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。
【０１２３】
一方、イベント参加第４処理部１５が、友人関係登録同意回答を受信していないと判断した場合（Ｎ）、イベント参加第４処理部１５は、引き続き友人関係登録同意回答を受信したか否か判断を繰り返し行う（Ｓ３１）。
【０１２４】
以上のように本実施の形態では、共通する属性情報に基づき、イベントに参加することで出会える有益なユーザを特定し、ユーザに対して、イベントに参加することで出会える有益なユーザを紹介することができる。
また、イベントが終了した後、イベントにおいて双方が互いに会うことを希望した場合に、イベントにおいて出会えるように相手の氏名を開示することで、イベントにおいて容易に友人関係を築くきっかけを与えることができる。
さらに、イベントが終了した後、友人関係を登録することを望むか否か問うことで、実際に出会ってから友人関係を築くか否か判断をする機会を与えることができる。
そして、双方より友人関係を登録することを望む回答を受信した場合、両者の識別情報を互いに関連付けて登録することで、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとすることができる。
【０１２５】
＜第２の実施の形態＞
また、本発明では、イベントに参加するユーザの目的に応じた第２のユーザを特定することもできる。すなわち、上述した第１の実施の形態とは、第２のユーザの特定処理の方法が異なる。なお、以下に述べる実施の形態では、上述した第１実施の形態での基本的な情報の流れと異なる点を中心にそれぞれ説明する。
以下、その処理についての一例を図１８に基づき説明する。
図１８は、本発明に係る友人関係構築支援方法での第２のユーザ特定処理の流れを示すシーケンス図である。
まず、主催者端末２０が本サーバ１０へイベント案内依頼を送信し（（１０）参照）、本サーバ１０が、イベント案内依頼を受信して（（２０）参照）、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（（３０）参照）処理までは、上述した第１の実施の形態と同様とする。
【０１２６】
引き続き、本サーバ１０は、ユーザＤＢ１を参照してユーザへの連絡先情報に基づき第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答と、このイベントに参加する目的は何か、このイベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んだ第１の通知（以下、「第２のイベント案内通知」という。）を生成し送信する（（４０Ｂ）参照）。
【０１２７】
この第２のイベント案内通知は、たとえば図１９に示すような形で表すことが出来る。図１９は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第１の通知である第２のイベント案内通知画面の一例を示す図である。このイベント案内通知画面１７０には、イベント開催のご案内を表示するイベント開催情報表示欄１０１と、イベントに参加する旨の回答を行う「参加する」ボタン１０２と、イベントに参加しない旨の回答を行う「参加しない」ボタン１０３が設けられている。図１９において、イベント開催情報表示欄１０１には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、プログラムとして「あいさつ、公演、・・」、開催場所として「イロハホール３階」が表示されている。また、図１９において、「参加する」ボタン１０２が選択されている。
【０１２８】
また、イベント案内通知画面１７０には、イベントに参加する目的を入力する参加目的入力欄１７１と、有益ユーザを探し出す検索の実施を行う「希望する」ボタン１７２と、有益ユーザを探し出す検索の実施を行わない「希望しない」ボタン１７３と、が設けられている。図１９において、参加目的入力欄１７１には「士業の人に会いたい」が入力され、検索の実施を行う「希望する」ボタン１７２が選択されている。
【０１２９】
さらに、イベント案内通知画面１７０には、イベント参加可否回答をおこなったユーザを確認するユーザ氏名入力欄１０４と、ユーザＩＤ入力欄１０５が表示されていると共に、イベント案内通知に対する回答を送信するための「送信」ボタン１０９が設けられている。図１９において、イベント案内回答ユーザ氏名として「○○一郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。
【０１３０】
そして、第１ユーザ端末３０は、イベント案内通知を受信し、これに応答する第１の回答（以下、「第２のイベント案内回答」という。）を本サーバ１０へ送信する（（５０Ｂ）参照）。
本サーバ１０は、第２のイベント案内回答を受信する（（６０Ｂ）参照）。
本サーバ１０は、第２のイベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（（７０）参照）。
次いで、本サーバ１０は、イベント参加可否の判断の結果、第２のイベント案内回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（（８０）参照）。
引き続き、本サーバ１０は、参加目的、検索要求、をユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する（（８１）参照）。
【０１３１】
また、本サーバ１０は、第２のイベント案内通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（（９０）参照）。
次いで、本サーバ１０は、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的を特定する（（９１）参照）。
引き続き、本サーバ１０は、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照して、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する（（１００Ｂ）参照）。
【０１３２】
さらに、本サーバ１０は、第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する（（１１０）参照）。
そして、その後の処理は、上述した第１の実施の形態と同様とする。
【０１３３】
次に、上述した第２の実施の形態における方法を実施する本サーバ１０の動作の一例を、図２０を参照しながら説明する。図２０は、本サーバ１０での第２のユーザ特定処理の一例を示すフローチャートである。
まず、図２０に示されるように、イベント開催案内部１１が、イベント案内依頼受信部１１ａにて、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信したか否か判断する（Ｓ４１）。
【０１３４】
その結果、イベント開催案内部１１が、イベント案内依頼を受信した場合（Ｙ）、イベント開催案内部１１は、イベント案内依頼登録部１１ｂにて、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（Ｓ４２）。
一方、イベント開催案内部１１が、イベント案内依頼を受信していない場合（Ｎ）、イベント開催案内部１１は、引き続きイベント案内依頼を受信したか否か判断を繰り返し行う（Ｓ４１）。
【０１３５】
次いで、イベント開催案内部１１は、イベント案内通知生成部１１ｃにて、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０等に対し、イベント開催情報を案内すると共に、イベントに参加するか否か、イベントに参加する目的は何か、イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んだイベント案内通知を生成し、引き続き、イベント案内通知送信部１１ｄにて、生成したイベント案内通知を各ユーザ端末３０等に対して送信する（Ｓ４３）。
【０１３６】
引き続き、イベント開催案内部１１での第１の通知の送信に応じ、イベント参加第１処理部１２が、イベント案内回答受信部１２ａにて、ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、イベントへの参加目的、有益ユーザの検索要求、を含む第２のイベント案内回答を受信したか否か判断する（Ｓ４４）。
【０１３７】
その結果、イベント参加第１処理部１２が、第２のイベント案内回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加可否判断部１２ｄにて、この第２のイベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（Ｓ４５）。
その結果、第２のイベント案内回答がイベント参加可情報を含む場合、イベント参加第１処理部１２は、イベント案内回答登録部１２ｅにて、イベントＩＤと、ユーザＩＤと、参加目的、検索要求、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（Ｓ４６）。
一方、イベント参加第１処理部１２が、第１の回答はイベント参加可情報を含まないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。
【０１３８】
また、イベント開催案内部１１でのイベント案内通知の送信後、イベント参加第２処理部１３が、検索対象ユーザＩＤ特定部１３ｃにて、所定の時期を経過したか否か判断する（Ｓ４７）。
その結果、イベント参加第２処理部１３が、所定の時期を経過したと判断した場合（Ｙ）、イベント参加第２処理部１３は、イベント参加目的特定部１３ｂにて、イベント参加情報ＤＢ４を参照し、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的、及び第１のユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（Ｓ４８）。
一方、イベント参加第２処理部１３が、所定の時期を経過していないと判断した場合（Ｎ）、イベント参加第２処理部１３は、引き続き所定の時期を経過したか否か判断を繰り返し行う（Ｓ４７）。
【０１３９】
引き続き、イベント参加第２処理部１３は、有益ユーザ特定部１３ｄにて、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照し、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する（Ｓ４９）。
そして、その後処理は、図１６及び図１７に示す第１の実施の形態における処理と同様となる。
【０１４０】
以上のように本実施の形態では、イベントに参加するユーザの目的に応じた第２のユーザを特定することができる。
したがって、ユーザは、望んだ人とイベントにおいて出会える機会を得ることができ、イベントに参加する意義を高めることができる。
【０１４１】
＜第３の実施の形態＞
また、本発明では、ネットワークサービスサイトを利用するための登録を行ってない人に対してもイベントへの参加勧誘を行い、イベントに参加することで出会える有益なユーザを紹介することもできる。すなわち、上述した第１の実施の形態とは、第２のユーザの特定前処理の方法が異なる。
以下、その処理についての一例を図２１に基づき説明する。
図２１は、本発明に係る友人関係構築支援方法での第２のユーザ特定前処理の流れを示すシーケンス図である。
まず、本サーバ１０が、ユーザＩＤと、ユーザが予め登録した少なくとも１以上の項目からなる属性情報と、ユーザ端末３０等への連絡先情報と、を互いに関連付けてユーザ情報ＤＢ１に記憶すると共に（（Ａ）参照）、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係情報ＤＢ２に記憶しておく（（Ｂ）参照）処理は、上述した第１の実施の形態と同様とする。
【０１４２】
そして、主催者端末２０は、イベント名、イベント開催場所、イベント開催日時、といったイベント開催情報、及びユーザ情報ＤＢ１に記憶されていないユーザを特別勧誘先ユーザとして指定すると共に、この特別勧誘先ユーザの連絡先情報をさらに含むイベント案内依頼を本サーバ１０へ送信する（（１０Ｂ）参照）。
本サーバ１０は、特別勧誘先ユーザ情報を含むイベント案内依頼を受信する（（２０Ｂ）参照）。
次いで、本サーバ１０は、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（（３０）参照）。
引き続き、本サーバ１０は、ユーザＤＢ１に記憶されたユーザの連絡先情報と共に、特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末３０等に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答を求めるイベント案内通知を生成し送信する（（４０Ｂ）参照）。
【０１４３】
本サーバ１０は、イベント案内回答を受信する（（６０）参照）。
引き続き、本サーバ１０は、特別勧誘先ユーザからの回答であるか否か、イベント案内回答の送信先ユーザを判断する（（６１）参照）。
さらに、本サーバ１０は、イベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（（７０）参照）。
本サーバ１０は、イベント案内回答が、特別勧誘先ユーザからの回答であって、イベント参加可情報をさらに含む場合、この特別勧誘先ユーザに対し、ネットワークサービスサイトを利用するための登録を促す第８の通知（以下、「ネットワークサービスサイト登録依頼通知」という。）を送信する（（７１）参照）。
【０１４４】
このネットワークサービスサイト登録依頼通知は、たとえば図２２に示すような形で表すことが出来る。図２２は、本サーバ１０と接続した特別勧誘先ユーザが利用する通信端末（第１ユーザ端末３０）のディスプレイに表示された第８の通知であるネットワークサービスサイト登録依頼通知画面の一例を示す図である。このネットワークサービスサイト登録依頼通知画面１８０には、特別勧誘先ユーザ名を表示するユーザ名表示欄１８１と、ネットワークサービスサイトを利用するための登録を促す案内を表示する登録依頼表示欄１８２と、登録手続きを行うネットワークサービスサイトへ接続する接続情報案内欄１８９が設けられている。図２２において、ユーザ名表示欄１８１には「□□一雄」が表示され、登録依頼表示欄１８２には、「今回のイベントで、あなたに有益な人と出会えるかも？今すぐ、ネットワークサービスサイトを利用するための登録手続きをしてください。」といった案内文が表示されている。また、接続情報案内欄１８９には、ネットワークサービスサイトへ接続するＵＲＬ情報が設定されている。
【０１４５】
したがって、ネットワークサービスサイト登録依頼通知を受信した特別勧誘先ユーザは、ネットワークサービスサイトを利用することを望む場合、接続情報案内欄１８９を選択し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたネットワークサービスサイトにアクセスしてホームページをダウンロードし、属性情報の登録等所定の手続きを行う。
【０１４６】
次いで、本サーバ１０は、イベント参加可否の判断の結果、イベント案内回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（（８０）参照）。
引き続き、本サーバ１０は、イベント案内通知の送信後、所定の時期にイベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（（９０）参照）。
【０１４７】
引き続き、本サーバ１０は、第１のユーザが特別勧誘先ユーザである場合、イベント案内通知の送信後、所定の時期までに、ユーザ情報ＤＢ１を参照して特別勧誘先ユーザの連絡先情報に基づき、ネットワークサービスサイトを利用するための登録を行ったか否か判断する（（９１）参照）。
さらに、本サーバ１０は、特別勧誘先ユーザが登録を行っていたと判断した場合、第１のユーザのユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを、第１のユーザにとって有益な第２のユーザとして特定する（（１００Ｃ）参照）。
そして、その後の処理は、上述した第１の実施の形態と同様とする。
【０１４８】
次に、上述した第３の実施の形態における方法を実施する本サーバ１０の動作の一例を、図２３を参照しながら説明する。図２３は、本サーバ１０での第２のユーザ特定前処理の一例を示すフローチャートである。
まず、図２３に示されるように、イベント開催案内部１１が、イベント案内依頼受信部１１ａにて、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報と共に、ユーザ情報ＤＢ１に記憶されていないユーザを特別勧誘先ユーザとして指定し、この特別勧誘先ユーザの連絡先情報をさらに含むイベント案内依頼を受信したか否か判断する（Ｓ５１）。
【０１４９】
その結果、イベント開催案内部１１が、イベント案内依頼を受信した場合（Ｙ）、イベント開催案内部１１は、イベント案内依頼登録部１１ｂにて、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（Ｓ５２）。
一方、イベント開催案内部１１が、イベント案内依頼を受信していない場合（Ｎ）、イベント開催案内部１１は、引き続きイベント案内依頼を受信したか否か判断を繰り返し行う（Ｓ５１）。
【０１５０】
次いで、イベント開催案内部１１は、イベント案内通知生成部１１ｃにて、ユーザＤＢ１に記憶されたユーザの連絡先情報と共に、特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末３０等に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答を求めるイベント案内通知を生成し、引き続き、イベント案内通知送信部１１ｄにて、生成したイベント案内通知を各ユーザ端末３０等に対して送信する（Ｓ５３）。
【０１５１】
引き続き、イベント開催案内部１１でのイベント案内通知の送信に応じ、イベント参加第１処理部１２が、イベント案内回答受信部１２ａにて、ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含むイベント案内回答を受信したか否か判断する（Ｓ５４）。
その結果、イベント参加第１処理部１２が、イベント案内回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加可否判断部１２ｄにて、このイベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（Ｓ５５）。
一方、イベント参加第１処理部１２が、イベント案内回答を受信していない場合（Ｎ）、イベント参加第１処理部１２は、引き続きイベント案内回答を受信したか否か判断を繰り返し行う（Ｓ５４）。
【０１５２】
また、イベント案内回答がイベント参加可情報を含むか否かの判断の結果、イベント案内回答がイベント参加可情報を含む場合、イベント参加第１処理部１２は、イベント案内回答登録部１２ｅにて、イベントＩＤと、ユーザＩＤと、参加目的、検索要求、を互いに関連付けてイベント参加情報ＤＢ４に記憶する（Ｓ５６）。
一方、イベント参加第１処理部１２が、イベント案内回答がイベント参加可情報を含まないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。
【０１５３】
引き続き、イベント参加第１処理部１２は、ユーザ端末判断部１２ｂにて、特別勧誘先ユーザからの回答であるか否か判断する（Ｓ５７）。
その結果、イベント参加第１処理部１２が、特別勧誘先ユーザからの回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、イベント参加可情報を含むイベント案内回答を送信した特別勧誘先ユーザに対し、ネットワークサービスサイトを利用するための登録を促すネットワークサービスサイト登録依頼通知を送信する（Ｓ５８）。
一方、イベント参加第１処理部１２が、特別勧誘先ユーザからの回答を受信していない場合（Ｎ）、イベント参加第２処理部１３が、検索対象ユーザＩＤ特定部１３ｃにて、所定の時期を経過したか否か判断する（Ｓ５９）。
【０１５４】
また、第１のユーザが特別勧誘先ユーザである場合、ネットワークサービスサイト登録依頼通知の送信後、イベント参加第２処理部１３は、検索対象ユーザＩＤ特定部１３ｃにて、所定の時期を経過したか否か判断する（Ｓ５９）。
その結果、イベント参加第２処理部１３が、所定の時期であると判断した場合（Ｙ）、 引き続き、イベント参加第２処理部１３は、登録有無確認部１３ａにて、ユーザ情報ＤＢ１を参照して特別勧誘先ユーザの連絡先情報に基づき、ネットワークサービスサイトを利用するための登録を行ったか否か属性情報の登録完了を判断する（Ｓ６０）。
一方、イベント参加第２処理部１３が、所定の時期でないと判断した場合（Ｎ）、イベント参加第２処理部１３は、所定の時期を経過したか否か判断を繰り返し行う（Ｓ５９）。
【０１５５】
イベント参加第２処理部１３は、特別勧誘先ユーザがネットワークサービスサイトを利用するための属性情報の登録を完了していると判断した場合（Ｙ）、検索対象ユーザＩＤ特定部１３ｃにて、イベント参加情報ＤＢ４を参照し、ユーザごとに、このユーザを第１のユーザとして第１のユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ４に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（Ｓ６１）。
一方、イベント参加第２処理部１３が、特別勧誘先ユーザがネットワークサービスサイトを利用するための属性情報の登録を完了していないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。
【０１５６】
イベント参加第２処理部１３は、第１のユーザと検索対象ユーザの特定後、さらに、有益ユーザ特定部１３ｄにて、有益ユーザを特定する検索を実施し、第１のユーザにとって有益な第２のユーザを特定する（Ｓ６２）。
そして、その後処理は、図１６及び図１７に示す第１の実施の形態における処理と同様となる。
【０１５７】
以上のように本実施の形態では、ネットワークサービスサイトを利用するための登録を行ってない人に対してもイベントへの参加勧誘を行い、イベントに参加することで出会える有益なユーザを紹介することができる。
したがって、ネットワークサービスサイトを利用するための登録を行ってない人は、ネットワークサービスサイトを利用するための登録を行うことで、イベントにおいて有益なユーザと出会える機会を容易に得ることができると共に、有益なユーザと新たな友人関係を構築し、その関係が継続されるように登録することができ、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとすることができる。
【０１５８】
＜第４の実施の形態＞
また、本発明では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとすることもできる。すなわち、上述した第１の実施の形態とは、交友関係の登録後、友人関係登録ユーザ一覧表示処理を有する点が異なる。
以下、その処理についての一例を図２４に基づき説明する。
図２４は、本発明に係る友人関係構築支援方法での友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
本サーバ１０が、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ２に記憶する（（２６０）参照）処理は、上述した第１の実施の形態と同様とする。
【０１５９】
ネットワークサービスサイトにおいて友人関係の登録を行ったユーザは、友人関係の登録を確認する場合、ユーザ端末３０等を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたネットワークサービスサイトにアクセスしてホームページをダウンロードする。
ユーザは、ネットワークサービスサイトを訪問し、事前に付与された被保険者ＩＤ、事前に設定したパスワードを入力し、ログインする。
【０１６０】
このネットワークサービスサイトは、たとえば図２５に示すような形で表すことが出来る。図２５は、本サーバと接続したユーザ端末３０等のディスプレイに表示されたネットワークサービスサイトログイン画面の一例を示す図である。このネットワークサービスサイトログイン画面１９０には、「あなたのＩＤとパスワードを入力し、送信ボタンを押して下さい。」といった案内と共に、このシステムの利用が可能な会員であることを確認する被ユーザＩＤ入力欄１９１と、パスワード入力欄１９２とからなる会員ログイン欄が表示されている。また、ネットワークサービスサイトログイン画面１９０には、会員ログイン欄に入力したユーザＩＤやパスワードにてログインを実行するための「送信」ボタン１９９が表示されている。
【０１６１】
したがって、友人関係の登録を確認するユーザは、ＩＤ入力欄１９１にユーザＩＤを入力し、パスワード入力欄１９２にパスワードを入力した後、「送信」ボタン１９９を選択してログインすることで、ユーザ端末３０等は、ネットワークサービスサイトへの接続要求を送信する（（３００）参照）。
本サーバ１０は、ネットワークサービスサイトへの接続要求を受信する（（３１０）参照）。
引き続き、本サーバ１０は、接続要求を送信したユーザを第１のユーザとして、そのユーザＩＤ（第１ユーザＩＤ）を取得する（（３２０）参照）。
【０１６２】
本サーバ１０は、友人関係登録情報ＤＢ２を参照して、取得した第１ユーザＩＤと関連付けて記憶されている全ての第２のユーザＩＤを特定する（（３３０）参照）。
次いで、本サーバ１０は、ユーザ情報ＤＢ１を参照して特定した第１ユーザＩＤと第２のユーザＩＤに基づき、第１ユーザと第２のユーザのユーザ名情報を抽出する（（３４０Ａ）参照）。
さらに、本サーバ１０は、抽出したユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（（３５０Ａ）参照）。
そして、ユーザ端末３０等は、本サーバ１０より送信された友人関係登録ユーザ一覧情報と受信し、第２のユーザのユーザ名情報を表示・閲覧する（（３６０Ａ）参照）。
【０１６３】
この友人関係登録ユーザ一覧情報は、たとえば図２６に示すような形で表すことが出来る。図２６は、本サーバ１０と接続したユーザ端末３０等ディスプレイに表示された友人関係登録ユーザ一覧情報表示画面の一例を示す図である。この友人関係登録ユーザ一覧情報表示画面２００には、友人関係の登録を確認するユーザを表示する接続ユーザ表示欄２０１と、友人関係が登録されたユーザを表示する友人関係登録ユーザ表示欄２０２が設けられている。また、友人関係登録ユーザ表示欄２０２には、友人関係が登録された各ユーザ名を表示する友人ユーザ名表示欄２０３が設けられている。図２６において、接続ユーザ表示欄２０１には「○○一郎」というユーザ名が表示されている。また、友人関係登録ユーザ表示欄２０２には、三つの友人ユーザ名表示欄２０３が設けられ、第１の友人ユーザ名表示欄２０３ａには「××太郎」、第２の友人ユーザ名表示欄２０３ｂには「△△花子」、第３の友人ユーザ名表示欄２０３ｃには「□□一雄」と表示されている。
【０１６４】
次に、上述した第４の実施の形態における方法を実施する本サーバ１０の動作の一例を、図２７を参照しながら説明する。図２７は、本サーバ１０での友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
まず、図２７に示されるように、友人関係登録ユーザ情報開示部１６が、ユーザＩＤ取得部１６ａにて、ユーザ端末３０等より、ネットワークサービスサイトへの接続要求を受信したか否か判断する（Ｓ７１）。
その結果、友人関係登録ユーザ情報開示部１６が、ネットワークサービスサイトへの接続要求を受信した場合（Ｙ）、引き続き、ユーザＩＤ取得部１６ａにて、ユーザＩＤを取得する（Ｓ７２）。
一方、友人関係登録ユーザ情報開示部１６が、ネットワークサービスサイトへの接続要求を受信していない場合（Ｙ）、友人関係登録ユーザ情報開示部１６は、ネットワークサービスサイトへの接続要求を受信したか否か判断を繰り返し行う（Ｓ７１）。
【０１６５】
また、友人関係登録ユーザ情報開示部１６は、ユーザＩＤを取得した場合、友人関係登録ユーザ特定部１６ｂにて、友人関係情報ＤＢ２を参照して取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する（Ｓ７３）。
さらに、友人関係登録ユーザ情報開示部１６は、特定ユーザ情報抽出部１６ｃにて、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ名情報を抽出する（Ｓ７４）。
そして、友人関係登録ユーザ情報開示部１６は、登録ユーザ一覧情報生成・送信部１６ｅにて、このユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（Ｓ７５）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。
【０１６６】
以上のように本実施の形態では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認を確認し、その関係が継続されるように促すことができる。
【０１６７】
＜第５の実施の形態＞
また、本発明では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認をより視覚的に容易に行うものとすることができる。すなわち、上述した第４の実施の形態とは、ユーザ画像情報を有する友人関係登録ユーザ一覧表示処理を有する点が異なる。
以下、その処理についての一例を図２８に基づき説明する。
図２８は、本発明に係る友人関係構築支援方法でのユーザ画像情報を有する友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
まず、ユーザＩＤに関連付けて、このユーザを視覚的に識別するユーザ画像情報をユーザ情報ＤＢ１さらに記憶する（（Ａ２）参照）
また、ユーザ端末３０等が、ネットワークサービスサイトへの接続要求を送信し、本サーバ１０が、この接続要求を送信し、接続要求を送信したユーザを第１のユーザとして、そのユーザＩＤ（第１ユーザＩＤ）を取得し、さらに、取得した第１ユーザＩＤと関連付けて記憶されている全ての第２のユーザＩＤを特定する（（３３０）参照）処理までは、上述した第４の実施の形態と同様とする。
【０１６８】
次いで、本サーバ１０は、ユーザ情報ＤＢ１を参照し、特定した第１ユーザＩＤと第２のユーザＩＤに基づき、第１ユーザと第２のユーザのユーザ画像情報、又は第１ユーザと第２のユーザのユーザ名情報と共に、第１ユーザと第２のユーザのユーザ画像情報を抽出する（（３４０Ｂ）参照）。
さらに、本サーバ１０は、抽出したユーザ画像情報、又はユーザ名情報とユーザ画像情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（（３５０Ｂ）参照）。
そして、ユーザ端末３０等は、本サーバ１０より送信されたユーザ画像情報を有する友人関係登録ユーザ一覧情報と受信し、第２のユーザのユーザ画像情報、又は第２のユーザのユーザ名情報とユーザ画像情報を表示・閲覧する（（３６０Ｂ）参照）。
【０１６９】
このユーザ画像情報を有する友人関係登録ユーザ一覧情報は、たとえば図２９に示すような形で表すことが出来る。図２９は、本サーバ１０と接続したユーザ端末３０等ディスプレイに表示されたユーザ画像情報を有する友人関係登録ユーザ一覧情報表示画面の一例を示す図である。この友人関係登録ユーザ一覧情報表示画面２１０には、友人関係の登録を確認するユーザを表示する接続ユーザ表示欄２０１と、友人関係が登録されたユーザを表示する友人関係登録ユーザ表示欄２１２が設けられている。また、友人関係登録ユーザ表示欄２１２には、友人関係が登録された各ユーザ名を表示する友人ユーザ名表示欄２０３が設けられている。
【０１７０】
図２９において、接続ユーザ表示欄２０１には「○○一郎」というユーザ名と、そのユーザ画像情報２０４が表示されている。また、友人関係登録ユーザ表示欄２１２には、三つの友人ユーザ名表示欄２０３と、三つの友人ユーザ画像表示欄２０５がそれぞれ設けられ、第１の友人ユーザ名表示欄２０３ａには「××太郎」というユーザ名と、そのユーザ画像情報２０５ａ、第２の友人ユーザ名表示欄２０３ｂには「△△花子」というユーザ名と、そのユーザ画像情報２０５ｂ、第３の友人ユーザ名表示欄２０３ｃには「□□一雄」というユーザ名と、そのユーザ画像情報２０５ｃ、がそれぞれ表示されている。
【０１７１】
次に、上述した第５の実施の形態における方法を実施する本サーバ１０の動作の一例を、図３０を参照しながら説明する。図３０は、本サーバ１０でのユーザ画像情報を有する友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
まず、図３０に示されるように、友人関係登録ユーザ情報開示部１６が、ユーザ端末３０等より、ネットワークサービスサイトへの接続要求を受信したか否か判断し、ネットワークサービスサイトへの接続要求を受信した場合（Ｙ）、ユーザＩＤを取得し、さらに、取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する（Ｓ７３）処理までは、上述した第４の実施の形態と同様である。
【０１７２】
次いで、友人関係登録ユーザ情報開示部１６は、特定ユーザ情報抽出部１６ｃにて、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ画像情報、又はユーザ名情報とユーザ画像情報を抽出する（Ｓ７４Ｂ）。
そして、友人関係登録ユーザ情報開示部１６は、登録ユーザ一覧情報生成・送信部１６ｅにて、このユーザ画像情報、又はユーザ名情報とユーザ画像情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（Ｓ７５Ｂ）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。
【０１７３】
以上のように本実施の形態では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認をより視覚的に容易に行うことができる。
【０１７４】
＜第５の実施の形態＞
また、本発明では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認をより詳細に行うものとすることができる。すなわち、上述した第４の実施の形態とは、友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧表示処理を有する点が異なる。
以下、その処理についての一例を図３１に基づき説明する。
図３１は、本発明に係る友人関係構築支援方法での友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
まず、第１のユーザＩＤ及び第２のユーザＩＤと互いに関連付けて、友人関係の登録のきっかけとなったイベント名、イベント開催場所といったイベント情報をさらに友人関係登録情報ＤＢ２さらに記憶する（（Ｂ２）参照）
また、ユーザ端末３０等が、ネットワークサービスサイトへの接続要求を送信し、本サーバ１０が、この接続要求を送信し、接続要求を送信したユーザを第１のユーザとして、そのユーザＩＤ（第１ユーザＩＤ）を取得し、さらに、取得した第１ユーザＩＤと関連付けて記憶されている全ての第２のユーザＩＤを特定する（（３３０）参照）処理までは、上述した第４の実施の形態と同様とする。
【０１７５】
次いで、本サーバ１０は、友人関係登録情報ＤＢ２を参照し、取得した第１ユーザＩＤ及び第２のユーザＩＤと互いに関連付けて記憶されているイベント情報（イベント名、イベント開催場所）を抽出する（（３３１）参照）。
引き続き、本サーバ１０は、ユーザ情報ＤＢ１を参照し、特定した第１ユーザＩＤと第２のユーザＩＤに基づき、第１ユーザと第２のユーザのユーザ画像情報、又は第１ユーザと第２のユーザのユーザ名情報と共に、第１ユーザと第２のユーザのユーザ画像情報を抽出する（（３４０Ｂ）参照）。
さらに、本サーバ１０は、抽出したイベント開催情報とユーザ画像情報、又はイベント情報とユーザ名情報とユーザ画像情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（（３５０Ｃ）参照）。
そして、ユーザ端末３０等は、本サーバ１０より送信された友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧情報と受信し、第２のユーザのユーザ画像情報とイベント情報、又は第２のユーザのユーザ名情報とユーザ画像情報とイベント情報を表示・閲覧する（（３６０Ｃ）参照）。
【０１７６】
この友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧情報は、たとえば図３２に示すような形で表すことが出来る。図３２は、本サーバ１０と接続したユーザ端末３０等ディスプレイに表示されたイベント開催情報を有する友人関係登録ユーザ一覧情報表示画面の一例を示す図である。この友人関係登録ユーザ一覧情報表示画面２２０には、友人関係の登録を確認するユーザを表示する接続ユーザ表示欄２０１と、友人関係が登録されたユーザを表示する友人関係登録ユーザ表示欄２２２が設けられている。また、友人関係登録ユーザ表示欄２２２には、友人関係が登録された各ユーザ名を表示する友人ユーザ名表示欄２０３と、友人関係を構築したきっかけとなったイベント情報を表示するイベント情報表示欄２０６と、が設けられている。
【０１７７】
図３２において、接続ユーザ表示欄２０１には「○○一郎」というユーザ名と、そのユーザ画像情報２０４が表示されている。また、友人関係登録ユーザ表示欄２２２には、三つの友人ユーザ名表示欄２０３と、三つの友人ユーザ画像表示欄２０５と、三つのイベント情報表示欄２０６と、がそれぞれ設けられ、第１の友人ユーザ名表示欄２０３ａには「××太郎」というユーザ名と、そのユーザ画像情報２０５ａ、及び「ＡＢＣ交流会、イロハホール」というイベント情報が表示されている。また、第２の友人ユーザ名表示欄２０３ｂには「△△花子」というユーザ名と、そのユーザ画像情報２０５ｂ、及び「ＡＢＣ交流会、イロハホール」というイベント情報が表示されている。また、第３の友人ユーザ名表示欄２０３ｃには「□□一雄」というユーザ名と、そのユーザ画像情報２０５ｃ、及び「ＡＢＣ交流会、イロハホール」というイベント情報が表示されている。
【０１７８】
次に、上述した第６の実施の形態における方法を実施する本サーバ１０の動作の一例を、図３３を参照しながら説明する。図３３は、本サーバ１０での友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
まず、図３３に示されるように、友人関係登録ユーザ情報開示部１６が、ユーザ端末３０等より、ネットワークサービスサイトへの接続要求を受信したか否か判断し、ネットワークサービスサイトへの接続要求を受信した場合（Ｙ）、ユーザＩＤを取得し、さらに、取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する（Ｓ７３）処理までは、上述した第４の実施の形態と同様である。
【０１７９】
次いで、友人関係登録ユーザ情報開示部１６は、イベント情報抽出部１６ｄにて、この友人関係登録ユーザのユーザＩＤと互いに関連付けて記憶されているイベント名、開催場所といったイベント情報を抽出する（Ｓ７３Ｂ）。
引き続き、友人関係登録ユーザ情報開示部１６は、特定ユーザ情報抽出部１６ｃにて、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ画像情報、又はユーザ名情報とユーザ画像情報を抽出する（Ｓ７４Ｂ）。
そして、友人関係登録ユーザ情報開示部１６は、登録ユーザ一覧情報生成・送信部１６ｅにて、このユーザ画像情報及びイベント情報、又はユーザ名情報とユーザ画像情報及びイベント情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（Ｓ７５Ｃ）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。
【０１８０】
以上のように本実施の形態では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて、友人関係を構築したきっかけとなったイベント情報の確認を行うことで、友人関係の確認をより詳細に行うことができる。
【図面の簡単な説明】
【０１８１】
【図１】本発明に係る友人関係構築支援装置を用いた友人関係構築支援システムの概要を示す図である。
【図２】本発明に係る友人関係構築支援装置の実施形態の一例を示すブロック構成図である。
【図３】本発明に係る友人関係構築支援装置が備えるユーザ情報記憶部に記憶されているデータベース構造の一例である。
【図４】本発明に係る友人関係構築支援装置が備える友人関係登録情報記憶部に記憶されているデータベース構造の一例である。
【図５】本発明に係る友人関係構築支援装置が備えるイベント情報記憶部に記憶されているデータベース構造の一例である。
【図６】本発明に係る友人関係構築支援装置が備えるイベント参加情報記憶部に記憶されているデータベース構造の一例である。
【図７】本発明に係る友人関係構築支援方法の基本的な新たな人間関係構築処理の流れを示すシーケンス図である。
【図８】図７に示す処理の続きを示すシーケンス図である。
【図９】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第１の通知であるイベント案内通知画面の一例を示す模式図である。
【図１０】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第２の通知である有益ユーザ紹介通知画面の一例を示す模式図である。
【図１１】本発明に係る友人関係構築支援装置と接続した第２ユーザ端末のディスプレイに表示された第３の通知であるユーザ紹介通知画面の一例を示す模式図である。
【図１２】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第４の通知である第２のユーザ開示通知画面の一例を示す模式図である。
【図１３】本発明に係る友人関係構築支援装置と接続した第２ユーザ端末のディスプレイに表示された第５の通知である第１のユーザ開示通知画面の一例を示す模式図である。
【図１４】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第６の通知である友人関係登録確認通知画面の一例を示す模式図である。
【図１５】本発明に係る友人関係構築支援装置と接続した第２ユーザ端末のディスプレイに表示された第７の通知である友人関係登録確認通知画面の一例を示す模式図である。
【図１６】本発明に係る友人関係構築支援装置での新たな人間関係構築処理の一例を示すフローチャートである。
【図１７】図１６に示す処理の続きを示すフローチャートである。
【図１８】本発明に係る友人関係構築支援方法での第２のユーザ特定処理の流れを示すシーケンス図である。
【図１９】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第１の通知であるイベント案内通知画面の他の例を示す模式図である。
【図２０】本発明に係る友人関係構築支援装置での第２のユーザ特定処理の一例を示すフローチャートである。
【図２１】本発明に係る友人関係構築支援方法での第２のユーザ特定前処理の流れを示すシーケンス図である。
【図２２】本発明に係る友人関係構築支援装置と接続した第１ユーザ端末のディスプレイに表示された第８の通知であるネットワークサービスサイト登録依頼通知画面の一例を示す模式図である。
【図２３】本発明に係る友人関係構築支援装置での第２のユーザ特定前処理の一例を示すフローチャートである。
【図２４】本発明に係る友人関係構築支援方法での友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
【図２５】本発明に係る友人関係構築支援装置と接続したユーザ端末のディスプレイに表示されたネットワークサービスサイトログイン画面の一例を示す模式図である。
【図２６】本発明に係る友人関係構築支援装置と接続したユーザ端末のディスプレイに表示された友人関係登録ユーザ一覧情報表示画面の一例を示す模式図である。
【図２７】本発明に係る友人関係構築支援装置での友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
【図２８】本発明に係る友人関係構築支援方法での友人関係登録ユーザ一覧表示処理の他の流れを示すシーケンス図である。
【図２９】本発明に係る友人関係構築支援装置と接続したユーザ端末のディスプレイに表示された友人関係登録ユーザ一覧情報表示画面の他の例を示す模式図である。
【図３０】本発明に係る友人関係構築支援装置での友人関係登録ユーザ一覧表示処理の他の例を示すフローチャートである。
【図３１】本発明に係る友人関係構築支援方法での友人関係登録ユーザ一覧表示処理のさらに他の流れを示すシーケンス図である。
【図３２】本発明に係る友人関係構築支援装置と接続したユーザ端末のディスプレイに表示された友人関係登録ユーザ一覧情報表示画面のさらに他の例を示す模式図である。
【図３３】本発明に係る友人関係構築支援装置での友人関係登録ユーザ一覧表示処理のさらに他の例を示すフローチャートである。
【符号の説明】
【０１８２】
ＤＢ１ ユーザ情報データベース（第１記憶部）、ＤＢ２ 友人関係登録情報データベース（第２記憶部）、ＤＢ３ イベント情報データベース（第３記憶部）、ＤＢ４ イベント参加情報データベース（第４記憶部）、ＮＷ 通信ネットワーク、１０ 友人関係登録装置（本サーバ）、１１ イベント開催案内部、１２ イベント参加第１処理部、１３ イベント参加第２処理部、１４ イベント参加第３処理部、１５ イベント参加第４処理部、１６ 友人関係登録ユーザ情報開示部、２０ 主催者端末、３０ 第１ユーザ端末、４０ 第２ユーザ端末。
【特許請求の範囲】
【請求項１】
イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録する装置であって、
前記ネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、
互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、
前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶すると共に、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するイベント開催案内手段、
前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断し、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶するイベント参加第１処理手段、
前記イベント開催案内手段での第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定し、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信するイベント参加第２処理手段、
前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信し、さらに、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと会うことを了承する第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信するイベント参加第３処理手段、
前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断し、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定し、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定し、さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信し、前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信した場合、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶するイベント参加第４処理手段、
を少なくとも有することを特徴とする友人関係構築支援装置。
【請求項２】
前記イベント開催案内手段は、前記第１の通知として、前記イベントに参加する目的は何か、前記イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んで送信し、
前記イベント参加第１処理手段は、前記第１の回答として、前記イベントへの参加目的、前記有益ユーザの検索要求、をさらに含んで受信し、前記参加目的、前記検索要求、を前記ユーザ識別情報と関連付けて前記第４記憶手段にさらに記憶し、
前記イベント参加第２処理手段は、前記検索要求を有するユーザを第１のユーザとして、当該第１のユーザごとに参加目的を特定し、引き続き、特定した参加目的に含まれる語をキーワードとして、前記第１記憶手段を参照し、前記検索対象ユーザのユーザ識別情報に基づき特定した属性情報を検索して前記キーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する、
ことを特徴とする請求項１に記載の友人関係構築支援装置。
【請求項３】
前記イベント開催案内手段は、前記イベント案内依頼として、前記第１記憶手段に記憶されていないユーザを特別勧誘先ユーザとして指定すると共に、当該特別勧誘先ユーザの連絡先情報をさらに含んで受信した場合、前記第１記憶手段に記憶されたユーザの連絡先情報と共に、前記特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末に対して前記第１の通知を送信し、
前記イベント参加第１手段は、前記第１の回答の受信に伴い、前記特別勧誘先ユーザからの回答であるか否か判断し、前記第１の回答が、特別勧誘先ユーザからの回答であって、イベント参加可情報をさらに含む場合、当該特別勧誘先ユーザに対し、前記ネットワークサービスサイトを利用するための登録を促す第８の通知を送信し、
前記イベント参加第２手段は、前記第１のユーザが特別勧誘先ユーザである場合、前記イベント開催案内手段での第１の通知の送信後、所定の時期に、前記第１記憶手段を参照して特別勧誘先ユーザの連絡先情報に基づき、前記ネットワークサービスサイトを利用するための登録を行ったか否か判断し、前記特別勧誘先ユーザが前記登録を行っていた場合、有益ユーザを特定する検索を実施する、
ことを特徴とする請求項１又は２に記載の友人関係構築支援装置。
【請求項４】
前記ユーザ端末の接続に応じてユーザ識別情報を取得し、前記第２記憶手段を参照して当該ユーザ識別情報を第１のユーザ識別情報又は第２のユーザ識別情報として関連付けて記憶されている第２のユーザ識別情報又は第１のユーザ識別情報を友人関係登録ユーザの識別情報として全て特定し、さらに、前記第１記憶手段を参照して特定した友人関係登録ユーザのユーザ名情報を抽出し、当該ユーザ名情報を、友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する友人関係登録ユーザ情報開示手段、
をさらに有することを特徴とする請求項１乃至３の何れかに記載の友人関係構築支援装置。
【請求項５】
前記第１記憶手段は、ユーザ識別情報に関連付けて、当該ユーザを視覚的に識別するユーザ画像情報をさらに記憶し、
前記友人関係登録ユーザ情報開示手段は、前記友人関係登録ユーザの識別情報を特定した後、前記第１記憶手段を参照し、前記ユーザ名情報に代えて又は前記ユーザ名情報と共に前記ユーザ画像情報を抽出し、当該ユーザ画像情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、
ことを特徴とする請求項４に記載の友人関係構築支援装置。
【請求項６】
前記第２記憶手段は、第１のユーザのユーザ識別情報、及び第２のユーザのユーザ識別情報と互いに関連付けて、友人関係の登録のきっかけとなったイベント名、及びイベント開催場所といったイベント開催情報をさらに記憶し、
前記友人関係登録ユーザ情報開示手段は、前記友人関係登録ユーザの識別情報を全て特定すると共に、当該友人関係登録ユーザの識別情報と互いに関連付けて記憶されているイベント開催情報を抽出し、前記ユーザ名情報及び／又は前記ユーザ画像情報と共に、当該イベント開催情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、
ことを特徴とする請求項４又は５に記載の友人関係構築支援装置。
【請求項７】
イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、を有する装置により、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録する方法であって、
イベント開催案内手段が、前記主催者端末より、少なくともイベント名、イベント開催日時、イベント開催場所、といったイベント開催情報を含むイベント案内依頼を受信するステップ、
イベント開催案内手段が、前記イベント案内依頼の受信に応じ、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶するステップ、
イベント開催案内手段が、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するステップ、
イベント参加第１処理手段が、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信するステップ、
イベント参加第１処理手段が、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断するステップ、
イベント参加第１処理手段が、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶するするステップ、
イベント参加第２処理手段が、前記イベント開催案内手段での第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定するステップ、
イベント参加第２処理手段が、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定するステップ、
イベント参加第２処理手段が、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶するステップ、
イベント参加第２処理手段が、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信するステップ、
イベント参加第３処理手段が、前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信するステップ、
イベント参加第３処理手段が、前記第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信するステップ、
イベント参加第３処理手段が、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと実際に会うことを了承する第３の回答を受信するステップ、
イベント参加第３処理手段が、前記第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶するするステップ、
イベント参加第３処理手段が、さらに、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信するステップ、
イベント参加第４処理手段が、前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断するステップ、
イベント参加第４処理手段が、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定するステップ、
イベント参加第４処理手段が、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定し、さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信するステップ、
イベント参加第４処理手段が、前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したとき、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶するステップ、
を少なくとも有していることを特徴とする友人関係構築支援方法。
【請求項８】
イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、を有し、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録することを実行させるためにコンピュータを、
前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶する手段、
前記イベント案内依頼の受信に応じ、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信する手段、
前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を少なくとも含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断する手段、
前記判断の結果、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶する手段、
前記第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定する手段、
引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定し、さらに、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶する手段、
さらに、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信する手段、
前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信する手段、
さらに、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと実際に会うことを了承する第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信する手段、
前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断し、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定し、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定する手段、
さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信する手段、
前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したとき、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶する手段、
として機能させることを特徴とする友人関係構築支援プログラム。
【請求項１】
イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録する装置であって、
前記ネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、
互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、
前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶すると共に、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するイベント開催案内手段、
前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断し、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶するイベント参加第１処理手段、
前記イベント開催案内手段での第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定し、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信するイベント参加第２処理手段、
前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信し、さらに、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと会うことを了承する第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信するイベント参加第３処理手段、
前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断し、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定し、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定し、さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信し、前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信した場合、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶するイベント参加第４処理手段、
を少なくとも有することを特徴とする友人関係構築支援装置。
【請求項２】
前記イベント開催案内手段は、前記第１の通知として、前記イベントに参加する目的は何か、前記イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んで送信し、
前記イベント参加第１処理手段は、前記第１の回答として、前記イベントへの参加目的、前記有益ユーザの検索要求、をさらに含んで受信し、前記参加目的、前記検索要求、を前記ユーザ識別情報と関連付けて前記第４記憶手段にさらに記憶し、
前記イベント参加第２処理手段は、前記検索要求を有するユーザを第１のユーザとして、当該第１のユーザごとに参加目的を特定し、引き続き、特定した参加目的に含まれる語をキーワードとして、前記第１記憶手段を参照し、前記検索対象ユーザのユーザ識別情報に基づき特定した属性情報を検索して前記キーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する、
ことを特徴とする請求項１に記載の友人関係構築支援装置。
【請求項３】
前記イベント開催案内手段は、前記イベント案内依頼として、前記第１記憶手段に記憶されていないユーザを特別勧誘先ユーザとして指定すると共に、当該特別勧誘先ユーザの連絡先情報をさらに含んで受信した場合、前記第１記憶手段に記憶されたユーザの連絡先情報と共に、前記特別勧誘先ユーザの連絡先情報に基づき、各ユーザ端末に対して前記第１の通知を送信し、
前記イベント参加第１手段は、前記第１の回答の受信に伴い、前記特別勧誘先ユーザからの回答であるか否か判断し、前記第１の回答が、特別勧誘先ユーザからの回答であって、イベント参加可情報をさらに含む場合、当該特別勧誘先ユーザに対し、前記ネットワークサービスサイトを利用するための登録を促す第８の通知を送信し、
前記イベント参加第２手段は、前記第１のユーザが特別勧誘先ユーザである場合、前記イベント開催案内手段での第１の通知の送信後、所定の時期に、前記第１記憶手段を参照して特別勧誘先ユーザの連絡先情報に基づき、前記ネットワークサービスサイトを利用するための登録を行ったか否か判断し、前記特別勧誘先ユーザが前記登録を行っていた場合、有益ユーザを特定する検索を実施する、
ことを特徴とする請求項１又は２に記載の友人関係構築支援装置。
【請求項４】
前記ユーザ端末の接続に応じてユーザ識別情報を取得し、前記第２記憶手段を参照して当該ユーザ識別情報を第１のユーザ識別情報又は第２のユーザ識別情報として関連付けて記憶されている第２のユーザ識別情報又は第１のユーザ識別情報を友人関係登録ユーザの識別情報として全て特定し、さらに、前記第１記憶手段を参照して特定した友人関係登録ユーザのユーザ名情報を抽出し、当該ユーザ名情報を、友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する友人関係登録ユーザ情報開示手段、
をさらに有することを特徴とする請求項１乃至３の何れかに記載の友人関係構築支援装置。
【請求項５】
前記第１記憶手段は、ユーザ識別情報に関連付けて、当該ユーザを視覚的に識別するユーザ画像情報をさらに記憶し、
前記友人関係登録ユーザ情報開示手段は、前記友人関係登録ユーザの識別情報を特定した後、前記第１記憶手段を参照し、前記ユーザ名情報に代えて又は前記ユーザ名情報と共に前記ユーザ画像情報を抽出し、当該ユーザ画像情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、
ことを特徴とする請求項４に記載の友人関係構築支援装置。
【請求項６】
前記第２記憶手段は、第１のユーザのユーザ識別情報、及び第２のユーザのユーザ識別情報と互いに関連付けて、友人関係の登録のきっかけとなったイベント名、及びイベント開催場所といったイベント開催情報をさらに記憶し、
前記友人関係登録ユーザ情報開示手段は、前記友人関係登録ユーザの識別情報を全て特定すると共に、当該友人関係登録ユーザの識別情報と互いに関連付けて記憶されているイベント開催情報を抽出し、前記ユーザ名情報及び／又は前記ユーザ画像情報と共に、当該イベント開催情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、
ことを特徴とする請求項４又は５に記載の友人関係構築支援装置。
【請求項７】
イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、を有する装置により、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録する方法であって、
イベント開催案内手段が、前記主催者端末より、少なくともイベント名、イベント開催日時、イベント開催場所、といったイベント開催情報を含むイベント案内依頼を受信するステップ、
イベント開催案内手段が、前記イベント案内依頼の受信に応じ、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶するステップ、
イベント開催案内手段が、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するステップ、
イベント参加第１処理手段が、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信するステップ、
イベント参加第１処理手段が、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断するステップ、
イベント参加第１処理手段が、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶するするステップ、
イベント参加第２処理手段が、前記イベント開催案内手段での第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定するステップ、
イベント参加第２処理手段が、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定するステップ、
イベント参加第２処理手段が、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶するステップ、
イベント参加第２処理手段が、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信するステップ、
イベント参加第３処理手段が、前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信するステップ、
イベント参加第３処理手段が、前記第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信するステップ、
イベント参加第３処理手段が、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと実際に会うことを了承する第３の回答を受信するステップ、
イベント参加第３処理手段が、前記第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶するするステップ、
イベント参加第３処理手段が、さらに、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信するステップ、
イベント参加第４処理手段が、前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断するステップ、
イベント参加第４処理手段が、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定するステップ、
イベント参加第４処理手段が、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定し、さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信するステップ、
イベント参加第４処理手段が、前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したとき、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶するステップ、
を少なくとも有していることを特徴とする友人関係構築支援方法。
【請求項８】
イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、通信ネットワークを介してそれぞれ接続され、前記通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第２記憶手段、を有し、前記イベントに参加することで築かれたユーザ同士の友人関係を、通信ネットワーク上に開設されたネットワークサービスサイトにおいて確認可能なように登録することを実行させるためにコンピュータを、
前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所、イベント開催日時と、を互いに関連付けて第３記憶手段に記憶する手段、
前記イベント案内依頼の受信に応じ、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信する手段、
前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を少なくとも含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断する手段、
前記判断の結果、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第４記憶手段に記憶する手段、
前記第１の通知の送信後、所定の時期に前記第４記憶手段を参照し、ユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第４記憶手段に記憶されている全てのユーザを検索対象ユーザとしてそのユーザ識別情報を特定する手段、
引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定し、さらに、当該第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第４記憶手段に記憶する手段、
さらに、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報に基づき連絡先情報を特定し、当該第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名を除く属性情報の一部を開示する有益ユーザ案内と、前記イベントにおいて前記第２のユーザと実際に会うことを望むか否かの回答を求める第２の通知を生成し送信する手段、
前記第２の通知の送信に応じ、前記第１ユーザ端末より、ユーザ識別情報と、前記イベントにおいて前記第２のユーザと実際に会うことを望む紹介依頼と、を含む第２の回答を受信した場合、当該第２の回答に含まれるユーザ識別情報に基づき前記第４記憶手段を参照し、互いに関連付けられている第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して特定したユーザ識別情報に基づき前記第２のユーザの連絡先情報を特定し、当該第２のユーザが利用する第２ユーザ端末に対して、前記イベントにおいて紹介したい第１のユーザがいることを知らせると共に、当該第１のユーザと会うことを望むか否かの回答を求める第３の通知を生成し送信する手段、
さらに、前記第３の通知の送信に応じ、前記第２ユーザ端末より、前記イベントにおいて前記第１のユーザと実際に会うことを了承する第３の回答を受信した場合、前記第１のユーザのユーザ識別情報と前記第２のユーザのユーザ識別情報とに関連付けて、友人関係の仮登録情報を前記第４記憶手段に記憶すると共に、前記第１記憶手段を参照し、前記仮登録情報が記憶された各ユーザのユーザ識別情報に基づき第１のユーザの氏名と第２のユーザの氏名を抽出し、前記第１ユーザ端末に対して第２のユーザの氏名を開示する第４の通知を送信すると共に、前記第２ユーザ端末に対して第１のユーザの氏名を開示する第５の通知を送信する手段、
前記第４の通知及び前記第５の通知を送信した後、前記第３記憶手段を参照してイベントの開催日時が経過したか否か判断し、前記開催日時が経過した場合、所定の時期に前記第４記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定し、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定する手段、
さらに、前記第１ユーザ端末に対して、前記イベントにおいて会うことを望んだ第２のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信すると共に、前記第２ユーザ端末に対して、前記イベントにおいて会うことを了承した第１のユーザとの友人関係を登録するか否か問う第７の通知を生成し送信する手段、
前記第６の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第７の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したとき、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第２記憶手段に記憶する手段、
として機能させることを特徴とする友人関係構築支援プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【公開番号】特開２００９−１６３４４３（Ｐ２００９−１６３４４３Ａ）
【公開日】平成２１年７月２３日（２００９．７．２３）
【国際特許分類】
【出願番号】特願２００７−３４１３８９（Ｐ２００７−３４１３８９）
【出願日】平成１９年１２月２８日（２００７．１２．２８）
【出願人】（５００４８１７３２）株式会社メキキ (15)
【出願人】（５０１０９１８３３）メキキ・クリエイツ株式会社 (56)
【公開日】平成２１年７月２３日（２００９．７．２３）
【国際特許分類】
【出願日】平成１９年１２月２８日（２００７．１２．２８）
【出願人】（５００４８１７３２）株式会社メキキ (15)
【出願人】（５０１０９１８３３）メキキ・クリエイツ株式会社 (56)
[ Back to top ]