JP2009163444A - 交流支援装置、交流支援方法、及び交流支援プログラム - Google Patents

Abstract

【課題】イベントにおいて時間を掛けることなく新たな友人関係が効率良く容易に築くことができると共に、有益な人物との緊密な友人関係の構築が期待できるように支援する仕組みを提供する。
【解決手段】本サーバ１０は、第１ユーザ端末３０に対してイベント開催を案内する通知を送信する。本サーバは、第１ユーザ端末よりイベントに参加する回答を受信し、さらに、第１ユーザ端末よりイベント開催場所に来場したことを告げる情報を受信した場合、第１のユーザの属性情報と同一の属性情報を有し、イベント開催会場で出会える有益な第２のユーザを特定し、この第２のユーザの氏名と属性情報の一部を開示する通知を第１ユーザ端末３０に対して送信する。
【選択図】図１

Description

本発明は、イベントへの参加勧誘を受けるユーザが利用する交流支援装置、交流支援方法、及び交流支援プログラムに係り、詳しくは、イベントに参加することでユーザ同士の新たな友人関係の構築が効果的に達成されるように支援する技術に関するものである。

新たな友人関係を築くきっかけの一つとして、セミナーや交流会、祝賀会、懇親会、等のイベントに参加することが挙げられる。このようなイベントは、本来、参加者同士共通する目的等を有しているから参加するものであり、お互いの目的等が分かれば、自分にとって有益な人物と新たな友人関係を容易に築くことができるものである。また、他の参加者の職業や出身地、趣味と言った属性情報に基づいた素性が分かれば、時間を掛けることなく新たな友人関係を容易に築くことができる。

ところが、イベントに参加しても最初から他の参加者の目的や素性等が分かる訳ではないため、雑談等を通して共通する目的や相手の素性等を探り出し、時間をかけて新たな友人関係を築くようにしている。したがって、イベントに参加することは、新たな友人関係を築くきっかけの一つとはなるが、効率良く短時間で初対面の相手と新たな友人関係を築くことはなかなか難しいものである。

また、自分にとって有益な人物がイベントに参加することが事前に分かったとしても、実際にイベントに参加しているか否か確認することが難しい。そのため、目的とする人物が急に不参加となった場合、そのことを知らずに、その人物を探し出すために無駄な時間を費やしてしまうことがある。しかも、目的とする人物がイベントに参加していたとしても、初対面である場合、探し出す手掛かりがないと、その人物がどの人なのかイベント開催場所において見分けることは難しい。
したがって、有益な人物と出会え、新たな友人関係を築くことが難しいとの判断から、イベントへの参加を躊躇してしまうことがある。

また、イベントに参加し、実際に出会うことで友人関係が築かれたとしても、しばらく会っていなかったり、連絡を取っていなかったりすると、その関係性が薄らいでしまうものである。したがって、イベントで新たな友人関係を築くことができたとしても、継続して友人関係を維持する何らかの手立てがないとその関係を維持することが難しく、その場限りの友人関係に終わってしまうことがある。

また、近年においては、インターネット等の通信ネットワーク上に開設されたコミュニティ型のＷｅｂサイトを利用して、新たな友人関係を築くようにしたサービスが普及している。このようなサービスは、ソーシャルネットワークサービス（以下、「ＳＮＳサービス」と記す。）と称され、事前に生年月日や出身地、出身校（学歴）、仕事（職業）、電子メールアドレス、血液型、趣味、好きなスポーツ、好きな食べ物、といった自らの特徴を表す属性情報の登録を行うことで、新たな友人関係を築くために利用することができる。このようなＳＮＳサービスには、不特定多数のものが誰でも自由に参加できるものの他、事前に属性情報の登録を行って会員となった既存の参加者からの招待がないと利用することができないものもある。

また、従来のＳＮＳサービスでは、ＳＮＳサービスに参加したり、友人関係を築いたりしていると、公開設定によってＳＮＳサービスへの参加時に登録した属性情報の一部もしくは全部が他の参加者に公開されるものとなっている。この属性情報の公開は、その範囲を広げることで新たな友人関係を築き易くしている。したがって、より多くの細かな属性情報が登録され、公開設定されていれば、互いに共通する属性情報を縁として、新たな友人関係が築き易くなる。
そこで、ユーザ（参加者）の要求に適合した人物を検索し、友人関係を築くようにした手段が幾つか提案されている（たとえば、特許文献１乃至３を参照）。

ところが上記特許文献１乃至３に記載された手段では何れも、仮想空間上で築かれる友人関係であるため、実際に出会うことで築かれる友人関係に比して繋がりが弱く、その後の緊密な友人関係の構築を期待することは難しい。
したがって、新たな友人関係を効率良く容易に築くことができると共に、有益な人物との緊密な友人関係の構築が期待できるように支援する手段は、現在のところ提案されていない。
特開２００１−２８２８０５号公報 特開２００２−９１９９４号公報 特開２００５−２５９０７４号公報

本発明は、上記事情に鑑みて成されたものであり、イベントにおいて時間を掛けることなく新たな友人関係が効率良く容易に築くことができると共に、有益な人物との緊密な友人関係の構築が期待できるように支援する仕組みを提供することを目的とする。

本発明の交流支援装置は、イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、に通信ネットワークを介してそれぞれ接続され、前記イベントに参加することでユーザ同士の交流が効果的に達成されるように支援する装置であって、前記ユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けて第２記憶手段に記憶すると共に、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するイベント開催案内手段、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断し、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第３記憶手段に記憶するイベント参加第１処理手段、前記イベント参加第１処理手段での第１の回答の受信後、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を受信し、前記イベント識別情報と前記ユーザ識別情報に基づき前記来場情報を関連付けて前記第３記憶手段に記憶するイベント参加第２処理手段、前記イベント参加第２処理手段でのイベント参加情報の受信後、所定の時期に、前記第３記憶手段を参照し、来場情報が記憶されているユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第３記憶手段に記憶されているユーザを検索対象ユーザとしてそのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定すると共に、当該第２のユーザの氏名及び属性情報の一部を抽出し、前記第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信するイベント参加第３処理手段、を少なくとも有することを特徴とする。

また、本発明の交流支援装置は、前記イベント開催案内手段での第１の通知の送信後、所定の時期に、前記第３の記憶手段を参照して記憶されている全てのユーザ識別情報を参加ユーザ識別情報として特定し、引き続き、前記第１記憶手段を参照して、記憶されているユーザ識別情報と前記参加ユーザ識別情報が一致するか否か判断し、その結果、一致する場合は、その属性情報の一部をそれぞれ抽出し、一方、一致しない場合は、その連絡先情報を特定し、さらに、特定した前記連絡先情報に基づき各ユーザ端末に対し、イベントに参加するユーザ情報として、抽出した属性情報の一部を開示して前記イベントへの参加を促す第３の通知を生成し送信するイベント再勧誘手段、をさらに有するものとしても良い。

また、本発明の交流支援装置は、前記イベント参加第２処理手段が、前記イベント参加第１処理手段での第１の回答の受信後、所定の時期に、前記第３の記憶手段を参照して登録されている全てのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して、前記ユーザ識別情報に基づきその連絡先情報を特定し、当該連絡先情報に基づき各ユーザ端末に対し、イベント開催場所に来場したか否かを問う第４の通知を生成し送信し、当該第４の通知の送信に応じ、前記ユーザ端末より、前記イベント参加情報を受信する、ものとしても良い。

また、本発明の交流支援装置は、前記イベント開催案内手段が、前記第１の通知として、前記イベントに参加する目的は何か、前記イベントに参加することで出会える有益なユーザを事前に探し出す有益ユーザの検索を望むか否か、といった回答を求める質問を含んで送信し、前記イベント参加第１処理手段は、前記第１の回答として、前記イベントへの参加目的、前記有益ユーザの検索要求、をさらに含んで受信し、前記参加目的、前記検索要求、を前記ユーザ識別情報と関連付けて前記第３記憶手段にさらに記憶し、前記イベント参加第３処理手段は、前記検索要求を有するユーザを第１のユーザとして、当該第１のユーザごとに参加目的を特定し、引き続き、特定した参加目的に含まれる語をキーワードとして、前記第１記憶手段を参照し、前記検索対象ユーザのユーザ識別情報に基づき特定した属性情報を検索して前記キーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する、ものとしても良い。

また、本発明の交流支援装置は、前記イベント識別情報と、前記イベント開催場所における座席又はテーブルの位置を示す位置情報と、を互いに関連付けて記憶する第４記憶手段、前記イベント参加第１処理手段でのイベント参加可情報を含む第１の回答の受信に応じ、前記第４記憶手段を参照して前記第１の回答に含まれるイベント識別情報に基づき位置情報を指定すると共に、当該位置情報に関連付けて前記第１の回答に含まれるユーザ識別情報を前記第４記憶手段に記憶する位置情報管理手段、をさらに有し、前記イベント参加第３処理手段は、第２のユーザの特定後、前記第４記憶手段を参照して前記第２のユーザのユーザ識別情報に基づき位置情報を抽出し、当該位置情報を、前記第２の通知に含めて送信する、ものとしても良い。

さらに、本発明の交流支援装置は、前記ユーザが、前記通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザであり、前記イベント参加第３処理手段が、特定した第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第３記憶手段に記憶し、互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第５記憶手段、前記イベント参加第３処理手段にて前記第２の通知を送信した後、前記第２記憶手段を参照してイベントの開催日時が経過したか否か判断し、前記開催日時が経過した場合、所定の時期に前記第３記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定し、さらに、前記第１ユーザ端末に対して、前記イベントに参加していた第２のユーザとの友人関係を登録するか否か問う第５の通知を生成し送信すると共に、前記第２のユーザが利用する第２ユーザ端末に対して、前記イベントに参加していた第１のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信し、前記第５の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第６の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信した場合、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第５記憶手段に記憶するイベント参加第４処理手段、をさらに有するものとしても良い。

また、本発明の交流支援装置は、前記ユーザ端末の接続に応じてユーザ識別情報を取得し、前記第５記憶手段を参照して当該ユーザ識別情報を第１のユーザ識別情報又は第２のユーザ識別情報として関連付けて記憶されている第２のユーザ識別情報又は第１のユーザ識別情報を友人関係登録ユーザの識別情報として全て特定し、さらに、前記第１記憶手段を参照して特定した友人関係登録ユーザのユーザ名情報を抽出し、当該ユーザ名情報を、友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する友人関係登録ユーザ情報開示手段、をさらに有するものとしても良い。

さらに、本発明の交流支援装置は、前記第１記憶手段が、ユーザ識別情報に関連付けて、当該ユーザを視覚的に識別するユーザ画像情報をさらに記憶し、前記友人関係登録ユーザ情報開示手段は、前記友人関係登録ユーザの識別情報を特定した後、前記第１記憶手段を参照し、前記ユーザ名情報に代えて又は前記ユーザ名情報と共に前記ユーザ画像情報を抽出し、当該ユーザ画像情報を友人関係登録ユーザ一覧情報として表示する、ものとしても良い。

さらに、本発明の交流支援装置は、前記第５記憶手段が、第１のユーザのユーザ識別情報、及び第２のユーザのユーザ識別情報と互いに関連付けて、友人関係の登録のきっかけとなったイベント名、及びイベント開催場所といったイベント開催情報をさらに記憶し、
前記友人関係登録ユーザ情報開示手段は、前記友人関係登録ユーザの識別情報を全て特定すると共に、当該友人関係登録ユーザの識別情報と互いに関連付けて記憶されているイベント開催情報を抽出し、前記ユーザ名情報及び／又は前記ユーザ画像情報と共に、当該イベント開催情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、ものとしても良い。

また、本発明の交流支援方法は、イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、に通信ネットワークを介してそれぞれ接続され、前記ユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段を有する装置により、前記イベントに参加することでユーザ同士の交流が効果的に達成されるように支援する方法であって、イベント開催案内手段が、前記主催者端末より、少なくともイベント名、イベント開催日時、イベント開催場所、といったイベント開催情報を含むイベント案内依頼を受信するステップ、イベント開催案内手段が、前記イベント案内依頼の受信に応じ、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催日時と、を互いに関連付けて第２記憶手段に記憶するステップ、イベント開催案内手段が、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するステップ、イベント参加第１処理手段が、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信するステップ、イベント参加第１処理手段が、前記第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断するステップ、イベント参加第１処理手段が、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第３記憶手段に記憶するするステップ、イベント参加第２処理手段が、前記イベント参加第１処理手段での第１の回答の受信後、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を受信するステップ、イベント参加第２処理手段が、前記イベント識別情報と前記ユーザ識別情報に基づき前記来場情報を関連付けて前記第３記憶手段に記憶するステップ、イベント参加第３処理手段が、前記イベント参加第２処理手段でのイベント参加情報の受信後、所定の時期に、前記第３記憶手段を参照し、来場情報が記憶されているユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第３記憶手段に記憶されているユーザを検索対象ユーザとしてそのユーザ識別情報を特定するステップ、イベント参加第３処理手段が、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定するステップ、イベント参加第３処理手段が、特定した前記第２のユーザの氏名及び属性情報の一部を抽出するステップ、イベント参加第３処理手段が、前記第１ユーザが利用する第１ユーザ端末に対して、抽出した前記第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信するステップ、を少なくとも有していることを特徴とする。

また、本発明の交流支援プログラムは、イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、に通信ネットワークを介してそれぞれ接続され、前記ユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段を有し、前記イベントに参加することでユーザ同士の交流が効果的に達成されるように支援することを実行させるためにコンピュータを、前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所、イベント開催日時と、を互いに関連付けて第２記憶手段に記憶する手段、前記イベント案内依頼の受信に応じ、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信する手段、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断する手段、前記判断の結果、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第３記憶手段に記憶する手段、前記第１の回答の受信後、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を受信する手段、前記イベント識別情報と前記ユーザ識別情報に基づき前記来場情報を関連付けて前記第３記憶手段に記憶する手段、前記イベント参加情報の受信後、所定の時期に、前記第３記憶手段を参照し、来場情報が記憶されているユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第３記憶手段に記憶されているユーザを検索対象ユーザとしてそのユーザ識別情報を特定する手段、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定する手段、
前記第２のユーザの氏名及び属性情報の一部を抽出し、前記第１ユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信する手段、として機能させることを特徴とする。

本発明の交流支援装置によれば、イベントを実施する主催者より依頼のあったイベント開催情報をユーザに対して案内し、ユーザより、イベントに参加することを申込むイベント参加可情報を含む回答を受信し、さらに、イベント開催場所に来場したことを告げる来場情報を含むイベント参加情報を受信した場合、イベントに参加しているユーザの中から互いに属性情報が共通するユーザを探し出す検索を行い、その氏名及び属性情報の一部を開示する通知を送信する。よって、この通知にて開示されたユーザの氏名及び属性情報を手掛かりとして、イベントにおいて出会える有益なユーザを特定することができる。これにより、ユーザに対して、イベントに参加することで友人関係を築くきっかけを与えると共に、イベントで出会ったユーザ同士の効果的な交流が達成されるように支援することができる。
したがって、本発明では、イベントにおいて時間を掛けることなく新たな友人関係が効率良く容易に築くことができると共に、有益な人物との緊密な友人関係の構築が期待できるように支援する仕組みを提供することができる。

以下、図面を参照しながら、本発明に係る交流支援装置、交流支援方法、及び交流支援プログラムの一例について説明する。
本実施の形態では、セミナーや交流会、祝賀会、懇親会、といったイベントへの参加勧誘を受けるユーザが、イベントに参加することで交流相手情報を取得し、この交流相手情報に基づいて自分にとって有益なユーザと効果的な交流が達成されるように支援する場合を例として説明する。なお、本実施の形態においてユーザは、イベントへの参加勧誘を受ける場合は第１のユーザとなり、この第１のユーザにとって有益な人物として特定された場合は第２のユーザとなる。

図１は、本発明に係る交流支援装置（以下、「本サーバ」という）を用いた交流支援システム（以下、「本システム」という。）の実施形態の一例を示すブロック図である。符号１０は本サーバを示す。
図１に示すように、本サーバ１０は、イベントを実施する主催者が利用する主催者端末２０と、イベントへの参加勧誘を受ける第１のユーザがそれぞれ利用する第１ユーザ端末３０と、に通信ネットワークＮＷを介して接続された装置である。また、本サーバ１０は、イベントへ参加した第１のユーザにとって有益な第２のユーザが利用する第２ユーザ端末４０と通信ネットワークＮＷを介してさらに接続された装置である。

通信ネットワークＮＷの例としては、インターネットやＬＡＮ（Local Area Network）などのコンピュータ通信網がある。本サーバ１０及び、主催者端末２０、第１ユーザ端末３０、第２ユーザ端末４０は、専用線、公衆交換電話網（ＰＳＴＮ）、無線電話網、ＣＡＴＶ網、衛星通信網等の通信回線を介して通信ネットワークＮＷと接続している。

主催者端末２０、第１ユーザ端末３０及び第２ユーザ端末４０は、共に本サーバ１０と情報の送受信が可能な情報処理装置であればよく、たとえば、パーソナルコンピュータをはじめ、データ通信機能を有するＰＤＡ（Personal Digital Assistant）や携帯電話機などで実現される。
また、主催者端末２０、第１ユーザ端末３０及び第２ユーザ端末４０は、図示しないが、ＣＰＵ（中央処理装置）、プログラム記憶部、マウスやキーボード又はキーボタン等の入力装置、ディスプレイ等の出力装置、ＯＳ（オペレーティング・システム）、ＷＷＷブラウザ、等を有する。
なお、図１ではそれぞれ一つずつの主催者端末２０、第１ユーザ端末３０、第２ユーザ端末４０しか通信ネットワークＮＷを介して本サーバ１０に接続されていないが、本サーバ１０は、複数の主催者端末２０、複数の第１ユーザ端末３０、複数の第２ユーザ端末４０とそれぞれ接続されているものでも良い。

次に、本サーバ１０の構成について説明する。
本サーバ１０は図２及び図３に示すように、基本的に、ユーザ情報データベース（ＤＢ）１と、イベント情報データベース（ＤＢ）２と、イベント参加情報データベース（ＤＢ）３と、イベント開催案内部１１と、イベント参加第１処理部１２と、イベント参加第２処理部１３と、イベント参加第３処理部１４と、を少なくとも有している。また、本サーバ１０は、必要に応じて、イベント再勧誘部１５を有するものとしても良い。また、本サーバ１０は、位置情報データベース（ＤＢ）４と、位置情報管理部１６と、をさらに有するものとしても良い。また、本サーバ１０は、友人関係登録情報データベース（ＤＢ）５と、イベント参加第４処理部１５と、をさらに有するものとしても良い。また、本サーバ１０は、友人関係登録ユーザ情報開示部１８をさらに有するものとしても良い。

これらの機能ブロックは、本サーバ１０が保持するＣＰＵ（中央処理装置）やプログラム記憶部等により構成することができる。ＣＰＵは、プログラム記憶部に記憶されたプログラムに従い、本サーバ１０の各構成要素を統制制御し、プログラム処理を実行する。プログラム記憶部は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等で構成され、本サーバ１０が使用する各種プログラムを記憶している。

なお、本サーバ１０では、本発明に係る交流支援プログラム（以下、「本プログラム」という。）を実行することで、以下に説明する交流支援方法（以下、「本方法」という。）を実現する。
また、本プログラムを記録したコンピュータ読取可能な記録媒体（以下、「本記録媒体」という。）を用いれば、図示しないコンピュータを本サーバ１０と同様に機能させることができる。すなわち、図示しないコンピュータが、本記録媒体から本プログラムを読み取り、それを実行することで、本方法を実現することができる。

ユーザ情報ＤＢ１は、ネットワークサービスサイトを利用するための登録を行ったユーザを識別するユーザ識別情報（以下、「ユーザＩＤ」という。）と、このユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、このユーザへの連絡先情報と、を互いに関連付けて記憶する手段である。この属性情報は、たとえば、ユーザの氏名をはじめ、ユーザの出身地や出身校、血液型、趣味、特技、スポーツといった項目に回答する情報をいい、具体的は、出身校という項目に対して「○○大学」又は「○○大学卒業」もしくは「○○大卒」、血液型という項目に対して「Ｏ型」、趣味という項目に対して「音楽鑑賞」といったものである。

検索のための属性情報は、各項目に対して、それぞれを一つずつ入力する場合があれば、まとめて入力する場合もある。まとめて属性情報を入力する場合は、たとえば、検索のためのキーワードということで、単語を思いつくまま、あるいは「，」や「スペース」で区切って、一つの枠に入力する場合が考えられる。また、ＨＴＭＬ画面、たとえば日記とかコミュニティの書き込みを属性情報とし、この画面にあるもの全てを検索してもよい。

ユーザへの連絡先情報とは、ユーザ端末への連絡先情報をいい、具体的は、電子メールアドレスを挙げることができる。
なお、本発明では、ユーザが自らの特徴を表す属性情報を登録することによって、ユーザＩＤが発行・付与されている。

また、ユーザ情報ＤＢ１は、ユーザＩＤに関連付けて、このユーザを視覚的に識別するユーザ画像情報をさらに記憶する機能を有している。

図４は、ユーザ情報ＤＢ１に記憶されている情報の例を示す図である。
たとえば、図４に示すユーザ情報データベースでは、ユーザＩＤをインデックスとして、ユーザの氏名や出身地、出身校、血液型、・・といった各属性情報と、連絡先情報と、ユーザ画像情報と、を１レコードとしてデータベースを構成することを示している。

イベント情報ＤＢ２は、イベント開催情報ごとに付与された固有の識別情報（以下、「イベントＩＤ」という。）と、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けて記憶する手段である。

図５は、イベント情報ＤＢ２に記憶されている情報の例を示す図である。
たとえば、図５に示すイベント情報データベースでは、イベントＩＤをインデックスとして、イベント名と、開催場所と、開催日時と、を１レコードとしてデータベースを構成することを示している。

イベント参加情報ＤＢ３は、イベントＩＤと、ユーザＩＤと、を互いに関連付けて記憶する手段である。

また、イベント参加情報ＤＢ３は、イベントＩＤとユーザＩＤとに基づき、来場情報を関連付けて記憶する機能を有している。

また、イベント参加情報ＤＢ３は、イベントへの参加目的、有益な人物を探し出す検索要求、をユーザＩＤと関連付けてさらに記憶する機能を有している。

さらに、イベント参加情報ＤＢ３は、第２のユーザとしたユーザのユーザ識別情報（以下、「第２のユーザＩＤ」という。））を、第１のユーザとしたユーザのユーザ識別情報（以下、「第１のユーザＩＤ」という。））と関連付けてさらに記憶する機能を有している。

図６は、イベント参加情報ＤＢ３に記憶されている情報の例を示す図である。
たとえば、図６に示すイベント参加情報データベースでは、イベントＩＤをインデックスとして、第１のユーザＩＤと、参加目的と、検索要求と、来場情報と、第２のユーザＩＤと、を１レコードとしてデータベースを構成することを示している。

位置情報ＤＢ４は、イベントＩＤと、イベント開催場所における座席又はテーブルの位置を示す位置情報と、を互いに関連付けて記憶する手段である。

また、位置情報ＤＢ４は、位置情報に関連付けてユーザＩＤを記憶する機能を有している。

図７は、位置情報ＤＢ４に記憶されている情報の例を示す図である。
たとえば、図７に示す位置情報データベースでは、イベントＩＤをインデックスとして、位置情報と、ユーザＩＤと、を１レコードとしてデータベースを構成することを示している。

友人関係登録情報ＤＢ５は、互いに友人関係の登録を望む第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて記憶する手段である。

また、友人関係登録情報ＤＢ５は、第１のユーザＩＤ、及び第２のユーザＩＤと互いに関連付けて、友人関係の登録のきっかけとなったイベント名、及びイベント開催場所といったイベント開催情報をさらに記憶する機能を有している。

図８は、友人関係登録情報ＤＢ５に記憶されている情報の例を示す図である。
たとえば、図８に示す友人関係登録情報データベースでは、第１のユーザＩＤをインデックスとして、第２のユーザＩＤと、イベント名と、開催場所と、を１レコードとしてデータベースを構成することを示している。

イベント開催案内部１１は、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ２に記憶すると共に、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求める第１の通知を生成し送信する処理を行なう。なお、このイベント開催情報には、イベントの内容を説明する紹介文を含む。
そして、このイベント開催案内部１１にて第１の通知が送信された旨の情報は、イベント参加第１処理部１２及びイベント再勧誘部１５へそれぞれ送信される。

この際、イベント開催案内部１１は、たとえば、イベント案内依頼受信部１１ａと、イベント案内依頼登録部１１ｂと、イベント案内通知生成部１１ｃと、イベント案内通知送信部１１ｄと、から構成されるものとすることができる。
すなわち、イベント案内依頼受信部１１ａが、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信する処理を行なう。
次いで、イベント案内依頼登録部１１ｂが、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ２に記憶する処理を行なう。
引き続き、イベント案内通知生成部１１ｃが、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき第１のユーザに対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求める第１の通知を生成する処理を行なう。
そして、イベント案内通知送信部１１ｄが、生成した第１の通知を各第１ユーザ端末３０に対して送信する処理を行なう。

また、イベント開催案内部１１は、第１の通知として、イベントに参加する目的は何か、イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んで各第１ユーザ端末３０に対して送信する機能を有している。ここで、イベントに参加する目的とは、たとえば、イベントに参加することでどんな人に出会いたいか？といった問いに対する回答をいい、具体的には、弁護士に会いたいとか、会社社長に会いたい、同郷の人に会いたい、同じ趣味の人に会いたい、といったイベントでの交流を望む人の職業や肩書き、属性等を挙げることができる。

したがって、この場合のイベント開催案内部１１は、イベント案内通知生成部１１ｃが、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、イベントに参加するか否か、イベントに参加する目的は何か、イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んだ第１の通知を生成する処理を行なう。
そして、イベント案内通知送信部１１ｄが、生成した第１の通知を各第１ユーザ端末３０に対して送信する処理を行なう。

イベント参加第１処理部１２は、第１の通知の送信に応じ、第１ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含む第１の回答を受信し、この第１の回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断し、第１の回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ３に記憶する処理を行なう。
このイベント参加第１処理部１２にて判断された第１のユーザから第１の回答を受信した旨の情報は、イベント参加第２処理部１３及び位置情報管理部１５へ送信される。

この際、イベント参加第１処理部１２は、たとえば、イベント案内回答受信部１２ａと、イベント参加可否判断部１２ｂと、イベント案内回答登録部１２ｃと、から構成されるものとすることができる。
すなわち、イベント案内回答受信部１２ａが、第１の通知の送信に応じ、第１ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含む第１の回答を受信する処理を行なう。
引き続き、イベント参加可否判断部１２ｂが、この第１の回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する処理を行なう。
そして、イベント案内回答登録部１２ｃが、イベント参加可否判断部１２ｂでの判断の結果、第１の回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ３に記憶する処理を行なう。

また、イベント参加第１処理部１２は、第１の回答として、イベントへの参加目的、有益ユーザの検索要求、をさらに含んで受信し、参加目的、検索要求、をユーザＩＤと関連付けてイベント参加情報ＤＢ３にさらに記憶する機能を有している。

したがって、この場合のイベント参加第１処理部１２は、イベント案内回答受信部１２ａが、第１の通知の送信に応じ、第１ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、イベントへの参加目的、有益ユーザの検索要求、を含む第１の回答を受信する処理を行なう。
そして、イベント案内回答登録部１２ｃが、イベント参加可否判断部１２ｂでの判断の結果、第１の回答がイベント参加可情報を含む場合、イベントＩＤ、ユーザＩＤ、参加目的、検索要求、を互いに関連付けてイベント参加情報ＤＢ３に記憶する処理を行なう。

イベント参加第２処理部１３は、イベント参加第１処理部１２での第１の回答の受信後、第１ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を受信し、イベントＩＤとユーザＩＤに基づき来場情報を関連付けてイベント参加情報ＤＢ３に記憶する処理を行なう。
そして、このイベント参加第２処理部１３にて第１の回答が受信された旨の情報は、イベント参加第３処理部１４へ送信される。

この際、イベント参加第２処理部１３は、たとえば、イベント参加情報受信部１３ｄと、イベント参加情報登録部１３ｅと、から構成されるものとすることができる。
すなわち、イベント参加情報受信部１３ｄが、第１ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を受信する処理を行なう。
そして、イベント参加情報登録部１３ｅが、受信したイベント参加情報に含まれるイベントＩＤとユーザＩＤに基づき来場情報を関連付けてイベント参加情報ＤＢ３に記憶する処理を行なう。

また、イベント参加第２処理部１３は、イベント参加第１処理部１２での第１の回答の受信後、所定の時期に、イベント参加情報ＤＢ３を参照して登録されている全てのユーザＩＤを特定し、引き続き、ユーザ情報ＤＢ１を参照して、ユーザＩＤに基づきその連絡先情報を特定し、この連絡先情報に基づき各第１ユーザ端末３０に対し、イベント開催場所に来場したか否かを問う第４の通知を生成し送信し、この第４の通知の送信に応じ、第１ユーザ端末３０より、イベント参加情報を受信する機能を有している。

したがって、この場合のイベント参加第２処理部１３は、ユーザＩＤ特定部１３ａと、ユーザ連絡先特定部１３ｂと、来場確認通知送信部１３ｃと、をさらに有する。
すなわち、ユーザＩＤ特定部１３ａが、イベント参加第１処理部１２での第１の回答の受信後、所定の時期に、イベント参加情報ＤＢ３を参照して登録されている全てのユーザＩＤを特定する処理を行なう。
引き続き、ユーザ連絡先特定部１３ｂが、ユーザ情報ＤＢ１を参照して、ユーザＩＤに基づきその連絡先情報を特定する処理を行なう。
そして、来場確認通知送信部１３ｃが、この連絡先情報に基づき各第１ユーザ端末３０に対し、イベント開催場所に来場したか否かを問う第４の通知を生成し送信する処理を行なう。
その後、イベント参加情報受信部１３ｄが、この第４の通知の送信に応じ、第１ユーザ端末３０より、イベント参加情報を受信する処理を行なう。

イベント参加第３処理部１４は、イベント参加第２処理部１３でのイベント参加情報の受信後、所定の時期に、イベント参加情報ＤＢ３を参照し、来場情報が記憶されているユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、この第１のユーザを除いてイベント参加情報ＤＢ３に記憶されているユーザを検索対象ユーザとしてそのユーザＩＤを特定し、引き続き、ユーザ情報ＤＢ１を参照して、第１のユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを第１のユーザにとって有益な第２のユーザとして特定すると共に、この第２のユーザの氏名及び属性情報の一部を抽出し、第１のユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信する処理を行なう。
そして、このイベント参加第３処理部１４にて第２の通知が送信された旨の情報は、イベント参加第４処理部１７へ送信される。

ここで、属性情報が同一とは、たとえば、単語（文字）や数字、記号、図形が一致するものの他、シソーラスを用いて語彙の持つ意味から分類した同義関係、類義関係、広義・狭義関係等にある単語を含む。具体的には、共通の意味をあらわす「マッサージ」と「整体」、共通の機能をあらわす「横笛」と「フルート」、ニーズの合致をあらわす「求人」と「求職」もしくは「募集」、上位概念と下位概念の共通をあらわす「音楽」と「クラッシック」、「楽器」と「バイオリン」といったものを同一とする。

また、所定の時期とは、イベントが開催される時間を対象に設定されたものであり、たとえば、イベントへの参加申し込みのあったユーザ全員又は所定の人数より、イベント開催場所に来場したことを告げる来場情報を含むイベント参加情報を受信したときや、イベントの開催時間が経過したとき、イベントの開催中、等を挙げることができる。これにより、ある程度の人数の参加者が集まった時期に検索対象ユーザを特定することができ、第１のユーザにとって有益と思われる第２のユーザの特定を効果的に行うことができる。

この際、イベント参加第３処理部１４は、たとえば、ユーザＩＤ特定部１４ａと、検索対象ユーザＩＤ特定部１４ｃと、有益ユーザ特定部１４ｄと、有益ユーザ情報抽出部１４ｅと、有益ユーザ紹介通知生成・送信部１４ｈと、から構成されるものとすることができる。
すなわち、ユーザＩＤ特定部１４ａが、イベント参加第２処理部１３でのイベント参加情報の受信後、所定の時期に、イベント参加情報ＤＢ３を参照し、来場情報が記憶されているユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定する処理を行なう。
次いで、検索対象ユーザＩＤ特定部１４ｃが、この第１のユーザを除いてイベント参加情報ＤＢ３に記憶されているユーザを検索対象ユーザとしてそのユーザＩＤを特定する処理を行なう。

引き続き、有益ユーザ特定部１４ｄが、ユーザ情報ＤＢ１を参照して、第１のユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを第１のユーザにとって有益な第２のユーザとして特定する処理を行なう。
さらに、有益ユーザ情報抽出部１４ｅが、特定した第２のユーザの氏名及び属性情報の一部を抽出する処理を行なう。
そして、有益ユーザ紹介通知生成・送信部１４ｈが、第１のユーザが利用する第１ユーザ端末３０に対して、抽出した第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信する処理を行なう。

また、イベント参加第３処理部１４は、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的を特定し、引き続き、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照し、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する機能を有している。

したがって、この場合のイベント参加第３処理部１４は、イベント参加目的特定部１４ｂをさらに有する。
すなわち、イベント参加目的特定部１４ｂが、ユーザＩＤ特定部１４ａでのユーザＩＤの特定後、さらに、イベント参加情報ＤＢ３を参照し、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的を特定する処理を行なう。
引き続き、有益ユーザ特定部１４ｄが、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照し、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する処理を行なう。

また、イベント参加第３処理部１４は、第２のユーザの特定後、位置情報ＤＢ４を参照して第２のユーザのユーザＩＤに基づき位置情報を抽出し、この位置情報を、第２の通知に含めて送信する機能を有している。ここで、位置情報とは、イベント会場内での第２のユーザの居場所を特定する情報をいい、たとえば、座席番号や、テーブル番号（又は名称）、ブース名、等を挙げることができる。

したがって、この場合のイベント参加第３処理部１４は、位置情報抽出部１４ｇをさらに有する。
すなわち、位置情報抽出部１４ｇが、有益ユーザ特定部１４ｄでの第２のユーザの特定後、位置情報ＤＢ４を参照して第２のユーザのユーザＩＤに基づき位置情報を抽出する処理を行なう。
そして、有益ユーザ紹介通知生成・送信部１４ｈが、第１のユーザが利用する第１ユーザ端末３０に対して、位置情報を含む、第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信する処理を行なう。

さらに、イベント参加第３処理部１４は、有益ユーザ特定部１４ｄにて特定した第２のユーザのユーザＩＤを、第１のユーザのユーザＩＤと関連付けてイベント参加情報ＤＢ３に記憶する機能を有している。

したがって、この場合のイベント参加第３処理部１４は、有益ユーザ登録部１４ｆをさらに有する。
すなわち、有益ユーザ登録部１４ｆが、有益ユーザ特定部１４ｄにて特定した第２のユーザのユーザＩＤを、第１のユーザのユーザＩＤと関連付けてイベント参加情報ＤＢ３に記憶する処理を行なう。

イベント再勧誘手段１５は、イベント開催案内部１１での第１の通知の送信後、所定の時期に、イベント参加情報ＤＢ３を参照して記憶されている全てのユーザＩＤを参加ユーザＩＤとして特定し、引き続き、ユーザ情報ＤＢ１を参照して、記憶されているユーザＩＤと参加ユーザＩＤが一致するか否か判断し、その結果、一致する場合は、その属性情報の一部をそれぞれ抽出し、一方、一致しない場合は、その連絡先情報を特定し、さらに、特定した連絡先情報に基づき各第１ユーザ端末３０に対し、イベントに参加するユーザ情報として、抽出した属性情報の一部を開示してイベントへの参加を促す第３の通知を生成し送信する処理を行なう。ここで、所定の時期とは、イベントが開催される前の時期を対象に設定されたものであり、たとえば、イベントの参加者を募集する締め切り数日前や、イベントの参加人数が定員に満たないとき、又はイベント開催日の前日、等を挙げることができる。これにより、イベントへの参加の再考を促し、参加人数の増員を期待することができる。

この際、イベント再勧誘手段１５は、たとえば、参加ユーザＩＤ特定部１５ａと、ユーザ適否判断部１５ｂと、属性情報特定部１５ｃと、連絡先情報特定部１５ｄと、イベント再勧誘通知送信部１５ｅと、から構成されるものとすることができる。
すなわち、参加ユーザＩＤ特定部１５ａが、イベント開催案内部１１での第１の通知の送信後、所定の時期に、イベント参加情報ＤＢ３を参照して記憶されている全てのユーザＩＤを参加ユーザＩＤとして特定する処理を行なう。
引き続き、ユーザ適否判断部１５ｂが、ユーザ情報ＤＢ１を参照して、記憶されているユーザＩＤと参加ユーザＩＤが一致するか否か判断する処理を行なう。
その結果、一致する場合は、属性情報特定部１５ｃが、その属性情報の一部をそれぞれ抽出する処理を行ない、一方、一致しない場合は、連絡先情報特定部１５ｄが、その連絡先情報を特定する処理を行なう。
そして、イベント再勧誘通知送信部１５ｅが、特定した連絡先情報に基づき各第１ユーザ端末３０に対し、イベントに参加するユーザ情報として、抽出した属性情報の一部を開示してイベントへの参加を促す第３の通知を生成し送信する処理を行なう。

位置情報管理部１６は、イベント参加第１処理部２でのイベント参加可情報を含む第１の回答の受信に応じ、位置情報ＤＢ４を参照して第１の回答に含まれるイベントＩＤに基づき位置情報を指定すると共に、この位置情報に関連付けて第１の回答に含まれるユーザＩＤを位置情報ＤＢ４に記憶する処理を行なう。

この際、位置情報管理部１６は、位置情報指定部１６ａと、位置情報登録部１６ｂと、から構成されるものとすることができる。
すなわち、位置情報指定部１６ａが、イベント参加第１処理部２でのイベント参加可情報を含む第１の回答の受信に応じ、位置情報ＤＢ４を参照して第１の回答に含まれるイベントＩＤに基づき位置情報を指定する処理を行なう。
そして、位置情報登録部１６ｂが、この位置情報に関連付けて第１の回答に含まれるユーザＩＤを位置情報ＤＢ４に記憶する処理を行なう。

イベント参加第４処理部１７は、ユーザが、通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザである場合、ここで、所定の時期とは、イベントの開催が終了し、イベントにおいて会ったユーザのことを忘れないでいられる時間をいい、たとえば、イベント情報ＤＢ２に記憶された開催日時に基づいて特定されたイベントの終了直後や、イベントの開催日翌日、等を挙げることができる。

この際、イベント参加第４処理部１７は、イベント開催日時経過判断部１７ａと、イベント参加ユーザ特定部１７ｂと、ユーザ連絡先情報特定部１７ｃと、友人関係登録確認通知生成・送信部１７ｄと、友人関係登録同意回答受信部１７ｅと、友人関係登録部１７ｆと、から構成されるものとすることができる。
すなわち、イベント開催日時経過判断部１７ａが、イベント参加第３処理部１４にて第２の通知を送信した後、イベント情報ＤＢ２を参照してイベントの開催日時が経過したか否か判断する処理を行なう。
次いで、イベント参加ユーザ特定部１７ｂが、イベント開催日時経過判断部１７ａでの判断の結果、開催日時が経過している場合、所定の時期にイベント参加情報ＤＢ３を参照して、このイベントのイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定する処理を行なう。

引き続き、ユーザ連絡先情報特定部１７ｃが、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定する処理を行なう。
さらに、友人関係登録確認通知生成・送信部１７ｄが、第１ユーザ端末３０に対して、イベントに参加していた第２のユーザとの友人関係を登録するか否か問う第５の通知を生成し送信すると共に、第２のユーザが利用する第２ユーザ端末４０に対して、同イベントに参加していた第１のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信する処理を行なう。

また、友人関係登録同意回答受信部１７ｅが、第５の通知に応じて第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第６の通知に応じて、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信する処理を行なう。
そして、友人関係登録部１７ｆが、友人関係登録同意回答受信部１７ｅにて友人関係登録同意回答を受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ５に記憶する処理を行なう。

友人関係登録ユーザ情報開示部１８は、ユーザ端末３０の接続に応じてユーザＩＤを取得し、友人関係情報ＤＢ５を参照して取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定し、さらに、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ名情報を抽出し、このユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０へ送信する処理を行なう。

この際、友人関係登録ユーザ情報開示部１８は、たとえば、ユーザＩＤ取得部１８ａと、友人関係登録ユーザ特定部１８ｂと、特定ユーザ情報抽出部１８ｃと、登録ユーザ一覧情報生成・送信部１８ｅと、から構成されるものとすることができる。
すなわち、ユーザＩＤ取得部１８ａが、ユーザ端末３０の接続に応じてユーザＩＤを取得する処理を行なう。
次いで、友人関係登録ユーザ特定部１８ｂが、友人関係情報ＤＢ５を参照して取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する処理を行なう。
さらに、特定ユーザ情報抽出部１８ｃが、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ名情報を抽出する処理を行なう。
そして、登録ユーザ一覧情報生成・送信部１８ｅが、このユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０へ送信する処理を行なう。

また、友人関係登録ユーザ情報開示部１８は、友人関係登録ユーザのユーザＩＤを特定した後、ユーザ情報ＤＢ１を参照し、ユーザ名情報に代えて又はユーザ名情報と共にユーザ画像情報を抽出し、このユーザ画像情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０へ送信する機能を有している。

したがって、この場合の友人関係登録ユーザ情報開示部１８は、友人関係登録ユーザ特定部１８ｂが友人関係登録ユーザのユーザＩＤを特定した後、特定ユーザ情報抽出部１８ｃが、ユーザ情報ＤＢ１を参照し、ユーザ名情報に代えて又はユーザ名情報と共にユーザ画像情報を抽出する処理を行なう。
そして、登録ユーザ一覧情報生成・送信部１８ｅが、このユーザ画像情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０へ送信する処理を行なう。

また、友人関係登録ユーザ情報開示部１８は、友人関係登録ユーザのユーザＩＤを全て特定すると共に、この友人関係登録ユーザのユーザＩＤと互いに関連付けて記憶されているイベント開催情報を抽出し、ユーザ名情報及び／又はユーザ画像情報と共に、このイベント開催情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０へ送信する機能を有している。

したがって、この場合の友人関係登録ユーザ情報開示部１８は、イベント情報抽出部１８ｄをさらに有する。
すなわち、友人関係登録ユーザ特定部１８ｂが、友人関係登録ユーザのユーザＩＤを全て特定する処理を行なう。
引き続き、イベント情報抽出部１８ｄが、この友人関係登録ユーザのユーザＩＤと互いに関連付けて記憶されているイベント開催情報を抽出する処理を行なう。
そして、登録ユーザ一覧情報生成・送信部１８ｅが、ユーザ名情報及び／又はユーザ画像情報と共に、このイベント開催情報を友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０へ送信する処理を行なう。

次に、本発明の実施の形態に係る本サーバ１０を用いた本方法を実施するためのシステムであって、所定のユーザに対しイベントの開催を案内し、ユーザよりイベントに参加することを申込むイベント参加可情報を含む回答を受信し、さらに、イベント開催場所に来場したことを告げる来場情報を含むイベント参加情報を受信した場合、そのユーザに対して、イベントに参加することで出会える有益なユーザを紹介し、友人関係を築くきっかけを与えることで、ユーザ同士の交流が効果的に達成されるように支援する場合の概要について、図１に基づき説明する。なお、本実施の形態において所定のユーザとは、通信ネットワーク上に開設されたＳＮＳサービスサイトを利用するため、自らの特徴を表す属性情報を登録した者をいう。

図１に示すように、まず、主催者端末２０が、イベント案内依頼を本サーバ１０へ送信する（１．参照）。
本サーバ１０は、主催者端末２０より送信されたイベント案内依頼を受信する（２．参照）。
次いで、本サーバ１０は、イベント案内依頼に含まれるイベント開催情報をイベント情報ＤＢ３に記憶し、イベント参加の可否を問う第１の通知を第１ユーザ端末３０へ送信する（３．参照）。

第１ユーザ端末３０は、本サーバ１０より送信された第１の通知を受信し、イベント参加に応答する第１の回答を本サーバ１０へ送信（返信）する（４．参照）。
本サーバ１０は、第１ユーザ端末３０より送信された第１の回答を受信し、第１の回答がイベント参加可情報を含む場合、イベントＩＤと、第１のユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ３に記憶する（５．参照）。
また、本サーバ１０は、第１ユーザ端末３０より、来場情報を含むイベント参加情報を受信した場合、イベントＩＤとユーザＩＤに基づき来場情報を関連付けてイベント参加情報ＤＢ３に記憶する（６．参照）。

引き続き、本サーバ１０は、イベント参加情報の受信後、第１のユーザにとって有益な第２のユーザを特定し、第２のユーザの属性情報の一部を第１ユーザ端末３０へ送信する（７．参照）。
さらに、本サーバ１０は、イベント開催日時の経過後、第２のユーザとの友人関係の登録を確認する第５の通知を第１ユーザ端末３０へ送信すると共に、第１のユーザとの友人関係の登録を確認する第６の通知を第２ユーザ端末４０へ送信する（８．参照）。

第１ユーザ端末３０は、本サーバ１０より送信された第５の通知を受信し、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を本サーバ１０へ送信（返信）する（９Ａ．参照）。
また、第２ユーザ端末４０は、本サーバ１０より送信された第６の通知を受信し、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を本サーバ１０へ送信（返信）する（９Ｂ．参照）。
そして、本サーバ１０は、第１ユーザ端末３０及び第２ユーザ端末４０より、友人関係登録同意回答を共に受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢに記憶する（１０．参照）。

次に、図２に示した上述した本サーバ１０により実行される本方法の一例を図面に基づき説明する。
＜第１の実施の形態＞
まず、第１の実施の形態として実行される方法の詳細な一例を図９に基づき説明する。図９は、本発明の第１の実施の形態に係る交流支援方法での交流相手情報取得処理の流れを示すシーケンス図である。
本実施の形態は、イベントに参加することで、ユーザ同士の効果的な交流が達成されるように支援する基本的な流れを説明する。

まず、本サーバ１０は、ユーザＩＤと、ユーザが予め登録した少なくとも１以上の項目からなる属性情報と、第１ユーザ端末３０又は第２ユーザ端末４０への連絡先情報と、を互いに関連付けてユーザ情報ＤＢ１に記憶しておく（（Ａ）参照）。

そして、主催者端末２０は、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を本サーバ１０へ送信する（（１０）参照）。
本サーバ１０は、イベント案内依頼を受信する（（２０）参照）。
次いで、本サーバ１０は、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（（３０）参照）。
引き続き、本サーバ１０は、ユーザＤＢ１を参照してユーザへの連絡先情報に基づき第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答を求める第１の通知（以下、「イベント案内通知」という。）を生成し送信する（（４０Ａ）参照）。

このイベント案内通知は、たとえば図１０に示すような形で表すことが出来る。図１０は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第１の通知であるイベント案内通知画面の一例を示す図である。
このイベント案内通知画面１００には、イベント開催のご案内を表示するイベント開催情報表示欄１０１が設けられている。図１０において、イベント開催情報表示欄１０１には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、プログラムとして「あいさつ、公演、・・」、開催場所として「イロハホール３階」が表示されている。

また、イベント案内通知画面１００には、イベントに参加する旨の回答を行う「参加する」ボタン１０２と、イベントに参加しない旨の回答を行う「参加しない」ボタン１０３、及びイベント参加可否回答をおこなったユーザを確認するユーザ氏名入力欄１０４と、ユーザＩＤ入力欄１０５が表示されている。さらに、イベント案内通知画面１００には、イベント案内通知に対する回答を送信するための「送信」ボタン１０９が表示されている。

そして、第１ユーザ端末３０は、イベント案内通知を受信し、これに応答する第１の回答（以下、「イベント案内回答」という。）を本サーバ１０へ送信する（（５０Ａ）参照）。
イベント案内回答は、このイベント案内通知に応答することで行うことができる。すなわち、「参加する」ボタン１０２又は「参加しない」ボタン１０３の何れかを選択することでイベントへの参加可否が分かり、ユーザ氏名入力欄１０４とユーザＩＤ入力欄１０５にそれぞれ入力することでユーザを識別することができ、「送信」ボタン１０９を押してイベント案内通知に応答することで、イベントを識別することができる。

また、図１０において、「参加する」ボタン１０２が選択されている。また、ユーザ氏名入力欄１０４には、イベント案内回答ユーザ氏名として「○○一郎」と入力され、ユーザＩＤ入力欄１０５には、ユーザＩＤとして「＊＊＊＊」が入力されている。
したがって、図１０において、「参加する」ボタン１０２が選択されているので、イベントに参加することを申込むイベント参加可情報が、第１ユーザ端末３０より本サーバ１０へ送信される。

本サーバ１０は、第１ユーザ端末３０より送信されたイベント案内回答を受信する（（６０Ａ）参照）。
次いで、本サーバ１０は、イベント案内回答がイベント参加可情報を含むか否か判断する（（７０）参照）。
引き続き、本サーバ１０は、イベント参加可否の判断の結果、イベント案内回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ３に記憶する（（８０Ａ）参照）。

その後、第１ユーザ端末３０は、イベントＩＤと、ユーザＩＤと、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を本サーバ１０へ送信する（（９０）参照）。
本サーバ１０は、イベント案内回答の受信後、第１ユーザ端末３０より送信されたイベント参加情報を受信する（（１００）参照）。
次いで、本サーバ１０は、イベントＩＤと、ユーザＩＤと、に関連付けて、イベント参加情報に含まれる来場情報をイベント参加情報ＤＢ３に記憶する（（１１０）参照）。

また、本サーバ１０は、イベント参加情報の受信後、所定の時期に、イベント参加情報ＤＢ３を参照し、来場情報が記憶されているユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ３に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（（１２０）参照）。
次いで、本サーバ１０は、ユーザ情報ＤＢ１を参照して、第１のユーザのユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを、第１のユーザにとって有益な第２のユーザとして特定する（（１３０Ａ）参照）。

引き続き、本サーバ１０は、この第２のユーザの氏名及び属性情報の一部を抽出する（（１４０）参照）。
さらに、本サーバ１０は、第１ユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名及び属性情報の一部を開示する第２の通知（以下、「第２のユーザ紹介通知」という。）を生成し送信する（（１５０Ａ）参照）。
そして、第１ユーザ端末３０は、本サーバ１０より送信された第２のユーザ紹介通知を受信し、第２のユーザの氏名及び属性情報の一部を表示する（（１６０Ａ）参照）。

この第２のユーザ紹介通知は、たとえば図１１に示すような形で表すことが出来る。図１１は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第２の通知である第２のユーザ紹介通知画面の一例を示す図である。この第２のユーザ紹介通知画面１１０には、第１のユーザにとって有益と思われる第２のユーザを紹介する案内文を表示するご紹介ユーザ情報案内表示欄１１１と、第２のユーザと会うこととなるイベント情報を表示するイベント情報表示欄１１２と、第２のユーザ氏名を開示するご紹介ユーザ情報表示欄１１３と、が設けられている。図１１において、ご紹介ユーザ情報案内表示欄１１１には、「○○一郎さん、今回のイベントにおいて、あなたにご紹介したい方をお知らせいたします。」といった案内文が表示され、イベント情報表示欄１１２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。また、図１１において、ご紹介ユーザ情報表示欄１１３には、ＢＢＢ法律事務所所長である××太郎さんと、ＣＣＣ司法書士事務所勤務の△△花子さんを紹介するユーザ情報が表示され、ご紹介ユーザ情報表示欄１１３は、××太郎さんを紹介するユーザ情報表示欄１３３ａと、△△花子さんを紹介するユーザ情報表示欄１３３ｂとから構成されたものとなっている。

次に、上述した第１の実施の形態における方法を実施する本サーバ１０の動作の一例を、図１２を参照しながら説明する。図１２は、本サーバ１０での交流相手情報取得処理の一例を示すフローチャートである。
まず、図１２に示されるように、イベント開催案内部１１が、イベント案内依頼受信部１１ａにて、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信したか否か判断する（Ｓ１１）。

その結果、イベント開催案内部１１が、イベント案内依頼を受信した場合（Ｙ）、イベント開催案内部１１は、イベント案内依頼登録部１１ｂにて、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ２に記憶する（Ｓ１２）。
一方、イベント開催案内部１１が、イベント案内依頼を受信していない場合（Ｎ）、イベント開催案内部１１は、引き続きイベント案内依頼を受信したか否か判断を繰り返し行う（Ｓ１１）。

次いで、イベント開催案内部１１は、イベント案内通知生成部１１ｃにて、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０に対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求めるイベント案内通知（第１の通知）を生成し、引き続き、イベント案内通知送信部１１ｄにて、生成したイベント案内通知（第１の通知）を各ユーザ端末３０に対して送信する（Ｓ１３）。

引き続き、イベント開催案内部１１でのイベント案内通知の送信に応じ、イベント参加第１処理部１２が、イベント案内回答受信部１２ａにて、第１ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含むイベント案内回答（第１の回答）を受信したか否か判断する（Ｓ１４）。

その結果、イベント参加第１処理部１２が、イベント案内回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加可否判断部１２ｂにて、このイベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（Ｓ１５）。
一方、イベント参加第１処理部１２が、イベント案内回答を受信していない場合（Ｎ）、イベント参加第１処理部１２は、引き続きイベント案内回答を受信したか否か判断を繰り返し行う（Ｓ１４）。

また、イベント参加第１処理部１２が受信したイベント案内回答がイベント参加可情報を含む場合、イベント参加第１処理部１２は、イベント案内回答登録部１２ｃにて、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ３に記憶する（Ｓ１６）。
一方、イベント参加第１処理部１２が、受信したイベント案内回答はイベント参加可情報を含まないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。

また、イベント参加第１処理部１２でのイベント案内回答の受信後、イベント参加第２処理部１３が、イベント参加情報受信部１３ｄにて、第１ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を受信したか否か判断する（Ｓ１７）。

その結果、イベント参加第２処理部１３が、イベント参加情報を受信した（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加情報登録部１３ｅにて、受信したイベント参加情報に含まれるイベントＩＤとユーザＩＤに基づき来場情報を関連付けてイベント参加情報ＤＢ３に記憶する（Ｓ１８）。
一方、イベント参加第２処理部１３が、イベント参加情報を受信していない場合（Ｎ）、イベント参加第２処理部１３は、引き続きイベント参加情報を受信したか否か判断を繰り返し行う（Ｓ１７）。

また、イベント参加第２処理部１３でのイベント参加情報の受信後、イベント参加第３処理部１４が、ユーザＩＤ特定部１４ａにて、所定の時期に、イベント参加情報ＤＢ３を参照し、来場情報が記憶されているユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、検索対象ユーザＩＤ特定部１４ｃにて、この第１のユーザを除いてイベント参加情報ＤＢ３に記憶されているユーザを検索対象ユーザとしてそのユーザＩＤを特定する（Ｓ１９）。

引き続き、イベント参加第３処理部１４は、有益ユーザ特定部１４ｄにて、ユーザ情報ＤＢ１を参照して、第１のユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを第１のユーザにとって有益な第２のユーザとして特定する（Ｓ２０）。
さらに、イベント参加第３処理部１４は、有益ユーザ情報抽出部１４ｅにて、特定した第２のユーザの氏名及び属性情報の一部を抽出する（Ｓ２１）。

そして、イベント参加第３処理部１４は、有益ユーザ紹介通知生成・送信部１４ｈにて、第１のユーザが利用する第１ユーザ端末３０に対して、抽出した第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信する（Ｓ２２）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。

以上のように本実施の形態では、イベントに参加した第１のユーザに対して、イベントに参加しているユーザの中から第２のユーザを紹介する交流相手情報を提供することで、時間を掛けることなく新たな友人関係を築くことができるきっかけを与えるように支援することができる。しかも、第２のユーザは、第１のユーザにとって有益と思われるユーザであることから、ユーザ同士の効果的な交流が達成され、緊密な友人関係の構築が期待できるものとなる。

＜第２の実施の形態＞
また、本発明では、イベントへ参加するユーザの属性情報の一部を通知することで、イベントへの参加を再度勧誘することもできる。すなわち、上述した第１の実施の形態とは、イベント再勧誘通知手段を有する点で異なる。なお、以下に述べる実施の形態では、上述した第１実施の形態での基本的な情報の流れと異なる点を中心にそれぞれ説明する。
以下、その処理についての一例を図１３に基づき説明する。
図１３は、本発明に係る交流支援方法でのイベント参加再勧誘処理の流れを示すシーケンス図である。

まず、主催者端末２０が本サーバ１０へイベント案内依頼を送信し（（１０）参照）、本サーバ１０が、イベント案内依頼を受信して（（２０）参照）、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ２に記憶する（（３０）参照）した後、ユーザＤＢ１を参照してユーザへの連絡先情報に基づき第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答を求めるイベント案内通知を生成し送信し（（４０Ａ）参照）、第１ユーザ端末３０がイベント案内通知を受信する（（５０Ａ）参照）処理までは、上述した第１の実施の形態と同様とする。

次いで、本サーバ１０は、イベント開催案内部１１でのイベント案内通知の送信後、所定の時期に、イベント参加情報ＤＢ３を参照して記憶されている全てのユーザＩＤを参加ユーザＩＤとして特定する（（５１）参照）。
引き続き、本サーバ１０は、ユーザ情報ＤＢ１を参照して、記憶されているユーザＩＤと参加ユーザＩＤが一致するか否か判断する（（５２）参照）。
本サーバ１０は、その結果、一致する場合は、その属性情報の一部をそれぞれ抽出し、一方、一致しない場合は、その連絡先情報を特定する（（５３）参照）。
そして、本サーバ１０は、さらに、特定した連絡先情報に基づき第１ユーザ端末３０に対し、イベントに参加するユーザ情報として、抽出した属性情報の一部を開示してイベントへの参加を促す第３の通知（以下、「イベント再勧誘通知」という。）を生成し送信する（（５４）参照）。

このイベント再勧誘通知は、たとえば図１４に示すような形で表すことが出来る。図１４は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第３の通知であるイベント再勧誘通知画面の一例を示す図である。
このイベント再勧誘通知画面１２０には、イベントへの参加を再度促すイベント再案内表示欄１２１と、再案内するイベント情報を表示するイベント情報表示欄１２２と、既に参加を表明しているユーザの属性情報の一部を開示するイベント参加ユーザ表示欄１２３が設けられている。図１４において、イベント再案内表示欄１２１には、「今回のイベントには、次の方々が参加されます。まだ、参加のお申込がお済でない方は、お早めにお申込をしてください。」といった案内文が表示され、イベント開催情報表示欄１２２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、プログラムとして「あいさつ、公演、・・」、開催場所として「イロハホール３階」が表示されている。また、イベント参加ユーザ表示欄１２３には、弁護士である××太郎さんと、司法書士である△△花子さんを紹介するユーザ情報が表示されている。

また、イベント再勧誘通知画面１２０には、イベントに参加する旨の回答を行う「参加する」ボタン１２４と、イベントに参加しない旨の回答を行う「参加しない」ボタン１２５、及びイベント参加可否回答をおこなったユーザを確認するユーザ氏名入力欄１２６と、ユーザＩＤ入力欄１２７が表示されている。さらに、イベント再勧誘通知画面１２０には、イベント案内通知に対する回答を送信するための「送信」ボタン１２９が表示されている。

そして、第１ユーザ端末３０は、イベント再勧誘通知を受信し、これに応答する第３の回答（以下、「イベント再勧誘回答」という。）を本サーバ１０へ送信する（（５５）参照）。
イベント再勧誘回答は、このイベント再勧誘通知に応答することで行うことができる。すなわち、「参加する」ボタン１２４又は「参加しない」ボタン１２５の何れかを選択することでイベントへの参加可否が分かり、ユーザ氏名入力欄１２６とユーザＩＤ入力欄１２７にそれぞれ入力することでユーザを識別することができ、「送信」ボタン１２９を押してイベント案内通知に応答することで、イベントを識別することができる。

なお、図１４において、「参加する」ボタン１２４が選択されている。また、ユーザ氏名入力欄１２６には、イベント再勧誘回答ユーザ氏名として「□□一雄」と入力され、ユーザＩＤ入力欄１２７には、ユーザＩＤとして「＊＊＊＊」が入力されている。
したがって、図１４において、「参加する」ボタン１２４が選択されているので、イベントに参加することを申込むイベント参加可情報が、第１ユーザ端末３０より本サーバ１０へ送信される。
そして、本サーバ１０は、第１ユーザ端末３０より送信されたイベント再勧誘回答を受信し（（６０Ａ）参照）、これ以降の処理は、上述した第１の実施の形態と同様とする。

次に、上述した第２の実施の形態における方法を実施する本サーバ１０の動作の一例を、図１５を参照しながら説明する。図１５は、本サーバ１０でのイベント再勧誘処理の一例を示すフローチャートである。
まず、図１５に示されるように、イベント開催案内部１１が、イベント案内依頼受信部１１ａにて、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信したか否か判断する（Ｓ１１）。

その結果、イベント開催案内部１１が、イベント案内依頼を受信した場合（Ｙ）、イベント開催案内部１１は、イベント案内依頼登録部１１ｂにて、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ２に記憶する（Ｓ１２）。
一方、イベント開催案内部１１が、イベント案内依頼を受信していない場合（Ｎ）、イベント開催案内部１１は、引き続きイベント案内依頼を受信したか否か判断を繰り返し行う（Ｓ１１）。

次いで、イベント開催案内部１１は、イベント案内通知生成部１１ｃにて、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０に対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求めるイベント案内通知（第１の通知）を生成し、引き続き、イベント案内通知送信部１１ｄにて、生成したイベント案内通知（第１の通知）を各ユーザ端末３０に対して送信する（Ｓ１３）。

引き続き、イベント開催案内部１１でのイベント案内通知の送信後、イベント再勧誘部１５が、参加ユーザＩＤ特定部１５ａにて、所定の時期に、イベント参加情報ＤＢ３を参照して記憶されている全てのユーザＩＤを参加ユーザＩＤとして特定する（Ｓ１３Ｂ）。
さらに、イベント再勧誘部１５が、ユーザ適否判断部１５ｂにて、ユーザ情報ＤＢ１を参照して、記憶されているユーザＩＤと参加ユーザＩＤが一致するか否か判断する（Ｓ１３Ｃ）。
その結果、イベント再勧誘部１５が、ユーザＩＤと参加ユーザＩＤが一致すると判断した場合（Ｙ）、イベント再勧誘部１５は、属性情報特定部１５ｃにて、その属性情報の一部をそれぞれ抽出する（Ｓ１３Ｄ）。
一方、イベント再勧誘部１５が、ユーザＩＤと参加ユーザＩＤが一致しないと判断した場合（Ｎ）、イベント再勧誘部１５は、連絡先情報特定部１５ｄにて、その連絡先情報を特定する（Ｓ１３Ｅ）。

さらに、イベント再勧誘部１５は、連絡先情報特定部１５ｄにて、属性情報特定部１５ｃが抽出した属性情報の一部をイベントに参加するユーザ情報として開示して、イベントへの参加を促すイベント再勧誘通知（第３の通知）を生成する（Ｓ１３Ｆ）。
そして、イベント再勧誘部１５は、イベント再勧誘通知送信部１５ｅにて、連絡先情報特定部１５ｄが特定した連絡先情報に基づき第１ユーザ端末３０に対し、連絡先情報特定部１５ｄが生成したイベント再勧誘通知を送信する（Ｓ１３Ｇ）。
これにより、本サーバ１０でのイベント再勧誘処理の動作は終了（エンド）し、これ以降の処理は、上述した第１の実施の形態における本サーバ１０での動作と同様とする。

以上のように本実施の形態では、通知したイベントへの参加可否を表明していないユーザや、イベントへの不参加を表明しているユーザに対し、イベントへ参加することを表明しているユーザの属性情報の一部を通知することで再度イベントへの勧誘を働きかけることができる。したがって、イベントへの参加を促して集客を高めることで、ユーザ同士の効果的な交流が達成されると思われる有益な第２のユーザを紹介する機会を与えるように支援することができる。

＜第３の実施の形態＞
また、本発明では、イベント開催場所に来場したことを確認することで、第１のユーザにとって有益と思われる第２のユーザの紹介を効率良く迅速に行うようにすることもできる。すなわち、上述した第１の実施の形態とは、イベント開催場所への来場確認処理を有する点で異なる。
以下、その処理についての一例を図１６に基づき説明する。
図１６は、本発明に係る交流支援方法での来場確認処理の流れを示すシーケンス図である。

まず、主催者端末２０が本サーバ１０へイベント案内依頼を送信し（（１０）参照）、本サーバ１０が、イベント案内依頼を受信して（（２０）参照）、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ２に記憶する（（３０）参照）。引き続き、本サーバ１０は、ユーザＤＢ１を参照してユーザへの連絡先情報に基づき第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答を求めるイベント案内通知を生成し送信する（（４０Ａ）参照）。また、第１ユーザ端末３０が、イベント案内通知を受信し、これに応答するイベント案内回答を本サーバ１０へ送信し（（５０Ａ）参照）、本サーバ１０が、第１ユーザ端末３０より送信されたイベント案内回答を受信する（（６０Ａ）参照）。そして、本サーバ１０が、イベント案内回答にイベント参加可情報を含むか否か判断し（（７０）参照）、イベント参加可否の判断の結果、イベント案内回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ３に記憶する（（８０Ａ）参照）処理までは、上述した第１の実施の形態と同様とする。

次いで、本サーバ１０は、イベント案内回答の受信後、所定の時期に、イベント参加情報ＤＢ３を参照して登録されている全てのユーザＩＤを特定する（（８１）参照）。
引き続き、本サーバ１０は、ユーザ情報ＤＢ１を参照して、特定したユーザＩＤに基づきその連絡先情報を特定する（（８２）参照）。
そして、本サーバ１０は、特定した連絡先情報に基づき第１のユーザ端末３０に対し、イベント開催場所に来場したか否かを問う第４の通知（以下、「来場確認通知」という。）を生成し送信する（（８３）参照）。

この来場確認通知は、たとえば図１７に示すような形で表すことが出来る。図１７は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第４の通知である来場確認通知画面の一例を示す図である。
この来場確認通知画面１３０には、イベント開催場所に来場したことを問う来場確認案内表示欄１３１と、来場の確認を行うイベント情報を表示するイベント情報表示欄１３２が設けられている。図１７において、来場確認案内表示欄１３１には、「まもなくＡＢＣ交流会が開催いたします。既に会場にはお越しになられましたか？」といった案内文が表示され、イベント開催情報表示欄１３２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、プログラムとして「あいさつ、公演、・・」、開催場所として「イロハホール３階」が表示されている。

また、来場確認通知画面１３０には、既にイベント開催場所に来場したこと告げる「来場した」ボタン１３３と、未だイベント開催場所に到着していないこと告げる「来場していない」ボタン１３４と、が設けられている。

そして、第１ユーザ端末３０は、本サーバ１０より送信された来場確認通知を受信する（（８４）参照）。
引き続き、第１のユーザ端末３０は、イベント開催場所に来場したことを告げるイベント参加情報を本サーバ１０へ送信する（（９０）参照）。
イベント参加情報は、この来場確認通知に応答することで行うことができる。すなわち、「来場した」ボタン１３３又は「来場していない」ボタン１３４の何れかを選択することでイベント開催場所への来場有無が分かる。図１７において、「来場した」ボタン１３３を選択したことが示されているので、既にイベント開催場所に来場したこと告げる来場情報を含むイベント参加情報が、第１ユーザ端末３０より本サーバ１０へ送信される。

そして、本サーバ１０は、第１ユーザ端末３０より送信されたイベント参加情報を受信する（（１００）参照）、これ以降の処理は、上述した第１の実施の形態と同様とする。

次に、上述した第３の実施の形態における方法を実施する本サーバ１０の動作の一例を、図１８を参照しながら説明する。図１８は、本サーバ１０での来場確認処理の一例を示すフローチャートである。
まず、図１２に示されるように、イベント開催案内部１１が、イベント案内依頼を受信したか否か判断（Ｓ１１）する処理から、イベント参加第１処理部１２が、受信したイベント案内回答（第１の回答）に、イベントに参加することを申込むイベント参加可情報を含むか否か判断し（Ｓ１５）、受信したイベント案内回答にイベント参加可情報を含むと判断した場合、イベント参加第１処理部１２は、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ３に記憶し（Ｓ１６）、一方、イベント参加第１処理部１２が、受信したイベント案内回答にイベント参加可情報は含まないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）するまでの処理は、上述した第１の実施の形態における本サーバ１０での動作と同様とする。

次いで、図１８に示されるように、イベント参加第１処理部１２での第１の回答の受信後、イベント参加第２処理部１３は、ユーザＩＤ特定部１３ａにて、所定の時期になったか否か判断する（Ｓ１６Ｂ）。
その結果、イベント参加第２処理部１３が所定の時期になったと判断した場合（Ｙ）、イベント参加第２処理部１３は、ユーザＩＤ特定部１３ａにて、イベント参加情報ＤＢ３を参照して登録されている全てのユーザＩＤを特定する（Ｓ１６Ｃ）。
一方、イベント参加第２処理部１３が所定の時期になっていないと判断した場合（Ｎ）、イベント参加第２処理部１３は、引き続き所定の時期になったか否か判断を繰り返し行う（Ｓ１６Ｂ）。

引き続き、イベント参加第２処理部１３は、ユーザ連絡先特定部１３ｂにて、ユーザ情報ＤＢ１を参照して、特定したユーザＩＤに基づきその連絡先情報を特定する（Ｓ１６Ｄ）。
そして、イベント参加第２処理部１３は、来場確認通知送信部１３ｃにて、この連絡先情報に基づき第１ユーザ端末３０に対し、イベント開催場所に来場したか否かを問う第４の通知である来場確認通知を生成し送信する（Ｓ１６Ｅ）。
その後、イベント参加第２処理部１３は、イベント参加情報受信部１３ｄにて、この来場確認通知の送信に応じ、第１ユーザ端末３０より、イベント参加情報を受信したか否か判断（Ｓ１７）し、これ以降の処理は、上述した第１の実施の形態における本サーバ１０での動作と同様とする。

以上のように本実施の形態では、イベント開催場所に来場したことを確認し、第１のユーザにとって有益と思われる第２のユーザの紹介を効率良く迅速に行うようにすることができる。したがって、イベントにてユーザ同士の効果的な交流が達成されると思われる有益な第２のユーザと会う機会を多く得ることができるものとなる。

＜第４の実施の形態＞
また、本発明では、イベントに参加するユーザの目的に応じた第２のユーザを特定することもできる。すなわち、上述した第１の実施の形態とは、第２のユーザの特定処理の方法が異なる。
以下、その処理についての一例を図１９に基づき説明する。
図１９は、本発明に係る交流支援方法での第２のユーザ特定処理の流れを示すシーケンス図である。
まず、主催者端末２０が本サーバ１０へイベント案内依頼を送信し（（１０）参照）、本サーバ１０が、イベント案内依頼を受信して（（２０）参照）、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ３に記憶する（（３０）参照）処理までは、上述した第１の実施の形態と同様とする。

引き続き、本サーバ１０は、ユーザＤＢ１を参照してユーザへの連絡先情報に基づき第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答と、このイベントに参加する目的は何か、このイベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んだ第１の通知（以下、「第２のイベント案内通知」という。）を生成し送信する（（４０Ｂ）参照）。

この第２のイベント案内通知は、たとえば図２０に示すような形で表すことが出来る。図２０は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第１の通知である第２のイベント案内通知画面の一例を示す図である。このイベント案内通知画面１４０には、イベント開催のご案内を表示するイベント開催情報表示欄１０１と、イベントに参加する旨の回答を行う「参加する」ボタン１０２と、イベントに参加しない旨の回答を行う「参加しない」ボタン１０３が設けられている。図２０において、イベント開催情報表示欄１０１には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、プログラムとして「あいさつ、公演、・・」、開催場所として「イロハホール３階」が表示されている。また、図１９において、「参加する」ボタン１０２が選択されている。

また、イベント案内通知画面１４０には、イベントに参加する目的を入力する参加目的入力欄１４１と、有益ユーザを探し出す検索の実施を行う「希望する」ボタン１４２と、有益ユーザを探し出す検索の実施を行わない「希望しない」ボタン１４３と、が設けられている。図２０において、参加目的入力欄１４１には「士業の人に会いたい」が入力され、検索の実施を行う「希望する」ボタン１４２が選択されている。

さらに、イベント案内通知画面１４０には、イベント参加可否回答をおこなったユーザを確認するユーザ氏名入力欄１０４と、ユーザＩＤ入力欄１０５が表示されていると共に、イベント案内通知に対する回答を送信するための「送信」ボタン１０９が設けられている。図２０において、イベント案内回答ユーザ氏名として「○○一郎」、ユーザＩＤとして「＊＊＊＊」が入力されている。

そして、第１ユーザ端末３０は、イベント案内通知を受信し、これに応答する第１の回答（以下、「第２のイベント案内回答」という。）を本サーバ１０へ送信する（（５０Ｂ）参照）。
本サーバ１０は、第２のイベント案内回答を受信する（（６０Ｂ）参照）。
本サーバ１０は、第２のイベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（（７０）参照）。
次いで、本サーバ１０は、イベント参加可否の判断の結果、第２のイベント案内回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付ると共に、イベントへの参加目的、有益ユーザ（第２のユーザ）の検索要求、をユーザＩＤと関連付けてイベント参加情報ＤＢ４に記憶する（（８０Ｂ）参照）。

その後、第１ユーザ端末３０が、来場情報を含むイベント参加情報を本サーバ１０へ送信し（（９０）参照）、本サーバ１０が、イベント参加情報を受信し（（１００）参照）する。
次いで、本サーバ１０が、イベントＩＤと、ユーザＩＤと、に関連付けて来場情報をイベント参加情報ＤＢ３に記憶し（（１１０）参照）、さらに、本サーバ１０が、所定の時期に、イベント参加情報ＤＢ３を参照し、来場情報が記憶されているユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ３に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（（１２０）参照）処理までは、上述した第１の実施の形態と同様とする。

本サーバ１０は、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的を特定する（（１２１）参照）。
引き続き、本サーバ１０は、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照し、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを、第１のユーザにとって有益な第２のユーザとして特定する（（１３０Ｂ）参照）。

その後、本サーバ１０は、この第２のユーザの氏名及び属性情報の一部を抽出し（（１４０）参照）、さらに、本サーバ１０は、第１ユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名及び属性情報の一部を開示する第２のユーザ紹介通知を生成し送信し（（１５０Ａ）参照）、第１ユーザ端末３０は、本サーバ１０より送信された第２のユーザ紹介通知を受信し、第２のユーザの氏名及び属性情報の一部を表示する（（１６０Ａ）参照）処理は、上述した第１の実施の形態と同様とする。

次に、上述した第４の実施の形態における方法を実施する本サーバ１０の動作の一例を、図２１を参照しながら説明する。図２１は、本サーバ１０での第２のユーザ特定処理の一例を示すフローチャートである。
まず、図２１に示されるように、イベント開催案内部１１が、イベント案内依頼受信部１１ａにて、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信したか否か判断する（Ｓ３１）。

その結果、イベント開催案内部１１が、イベント案内依頼を受信した場合（Ｙ）、イベント開催案内部１１は、イベント案内依頼登録部１１ｂにて、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ２に記憶する（Ｓ３２）。
一方、イベント開催案内部１１が、イベント案内依頼を受信していない場合（Ｎ）、イベント開催案内部１１は、引き続きイベント案内依頼を受信したか否か判断を繰り返し行う（Ｓ３１）。

次いで、イベント開催案内部１１は、イベント案内通知生成部１１ｃにて、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０に対し、イベント開催情報を案内すると共に、イベントに参加するか否か、イベントに参加する目的は何か、イベントに参加することで出会える有益なユーザを事前に探し出す検索を望むか否か、といった回答を求める質問を含んだイベント案内通知（第１の通知）を生成し、引き続き、イベント案内通知送信部１１ｄにて、生成したイベント案内通知を各ユーザ端末３０に対して送信する（Ｓ３３）。

引き続き、イベント開催案内部１１でのイベント案内通知の送信に応じ、イベント参加第１処理部１２が、イベント案内回答受信部１２ａにて、ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、イベントへの参加目的、有益ユーザの検索要求、を含む第２のイベント案内回答（第１の回答）を受信したか否か判断する（Ｓ３４）。

その結果、イベント参加第１処理部１２が、第２のイベント案内回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加可否判断部１２ｂにて、この第２のイベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（Ｓ３５）。
一方、イベント参加第１処理部１２が、第２のイベント案内回答を受信していない場合（Ｎ）、引き続き第２のイベント案内回答を受信したか否か判断を繰り返し行う（Ｓ３４）。

また、イベント参加第１処理部１２が、第２のイベント案内回答にイベント参加可情報が含まれていると判断した場合（Ｙ）、イベント参加第１処理部１２は、イベント案内回答登録部１２ｃにて、イベントＩＤと、ユーザＩＤと、参加目的、検索要求、を互いに関連付けてイベント参加情報ＤＢ３に記憶する（Ｓ３６）。
一方、イベント参加第１処理部１２が、第２のイベント案内回答にイベント参加可情報が含まれていないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。

また、イベント参加第３処理部１４が、ユーザＩＤ特定部１４ａにて、所定の時期に、イベント参加情報ＤＢ３を参照し、来場情報が記憶されているユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、検索対象ユーザＩＤ特定部１４ｃにて、この第１のユーザを除いてイベント参加情報ＤＢ３に記憶されているユーザを検索対象ユーザとしてそのユーザＩＤを特定する（Ｓ３７）。
次いで、イベント参加第３処理部１４は、イベント参加目的特定部１４ｂにて、ユーザＩＤ特定部１４ａでのユーザＩＤの特定後、さらに、イベント参加情報ＤＢ３を参照し、検索要求を有するユーザを第１のユーザとして、この第１のユーザごとに参加目的を特定し、引き続き、有益ユーザ特定部１４ｄにて、特定した参加目的に含まれる語をキーワードとして、ユーザ情報ＤＢ１を参照し、検索対象ユーザのユーザＩＤに基づき特定した属性情報を検索してキーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する（Ｓ３８）。

さらに、イベント参加第３処理部１４は、有益ユーザ情報抽出部１４ｅにて、特定した第２のユーザの氏名及び属性情報の一部を抽出する（Ｓ３９）。
そして、イベント参加第３処理部１４は、有益ユーザ紹介通知生成・送信部１４ｈにて、第１のユーザが利用する第１ユーザ端末３０に対して、抽出した第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信する（Ｓ４０）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。

以上のように本実施の形態では、イベントに参加するユーザの目的に応じた第２のユーザを特定することができる。
したがって、ユーザは、望んだ人とイベントにおいて出会える機会を得ることができ、イベントに参加する意義を高めることができる。

＜第５の実施の形態＞
また、本発明では、イベント会場において出会える第２のユーザ（有益なユーザ）の居場所を特定することで、ユーザ同士の交流が効果的に達成されるようにすることもできる。すなわち、上述した第１の実施の形態とは、第２のユーザの居場所を特定する位置情報取得処理を有する点が異なる。
以下、その処理についての一例を図２２に基づき説明する。
図２２は、本発明に係る交流支援方法での位置情報取得処理の流れを示すシーケンス図である。

まず、主催者端末２０が本サーバ１０へイベント案内依頼を送信し（（１０）参照）、本サーバ１０が、イベント案内依頼を受信して（（２０）参照）、イベント案内依頼に含まれるイベント開催情報に固有のイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ２に記憶する（（３０）参照）。引き続き、本サーバ１０は、ユーザＤＢ１を参照してユーザへの連絡先情報に基づき第１ユーザ端末３０に対し、イベント開催情報を案内すると共に、このイベントに参加するか否かの回答を求めるイベント案内通知を生成し送信する（（４０Ａ）参照）。また、第１ユーザ端末３０が、イベント案内通知を受信し、これに応答するイベント案内回答を本サーバ１０へ送信し（（５０Ａ）参照）、本サーバ１０が、第１ユーザ端末３０より送信されたイベント案内回答を受信する（（６０Ａ）参照）。そして、本サーバ１０が、イベント案内回答にイベント参加可情報を含むか否か判断する（（７０）参照）処理までは、上述した第１の実施の形態と同様とする。

次いで、本サーバ１０は、イベント参加可否の判断の結果、イベント案内回答がイベント参加可情報を含む場合、位置情報ＤＢ４を参照してイベント案内回答に含まれるイベントＩＤに基づき位置情報を指定する（（７１）参照）。
引き続き、本サーバ１０は、指定した位置情報に関連付けて、イベント案内回答に含まれるイベントＩＤを位置情報ＤＢ４に記憶する（（７２）参照）。
さらに、本サーバ１０は、イベント案内回答がイベント参加可情報を含む場合、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ３に記憶する（（８０Ａ）参照）。

その後、第１ユーザ端末３０が、来場情報を含むイベント参加情報を本サーバ１０へ送信し（（９０）参照）、本サーバ１０が、イベント参加情報を受信し（（１００）参照）する。
次いで、本サーバ１０が、イベントＩＤと、ユーザＩＤと、に関連付けて来場情報をイベント参加情報ＤＢ３に記憶し（（１１０）参照）、さらに、本サーバ１０が、所定の時期に、イベント参加情報ＤＢ３を参照し、来場情報が記憶されているユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、第１のユーザを除いてイベント参加情報ＤＢ３に記憶されている全てのユーザを検索対象ユーザとしてそのユーザＩＤを特定する（（１２０）参照）処理までは、上述した第１の実施の形態と同様とする。

また、本サーバ１０は、ユーザ情報ＤＢ１を参照して、第１のユーザのユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを、第１のユーザにとって有益な第２のユーザとして特定する（（１３０Ａ）参照）。
次いで、本サーバ１０は、この第２のユーザの氏名及び属性情報の一部を抽出する（（１４０）参照）。
さらに、本サーバ１０は、第２のユーザの特定後、位置情報ＤＢ４を参照して第２のユーザのユーザＩＤに基づき位置情報を抽出する（（１４１）参照）。

その後、本サーバ１０は、第１ユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名及び属性情報の一部を開示すると共に、第２のユーザの位置情報を含む第２のユーザ紹介通知を生成し送信する（（１５０Ｂ）参照）。
そして、第１ユーザ端末３０は、本サーバ１０より送信された第２のユーザ紹介通知を受信し、第２のユーザの氏名と属性情報、及び第２のユーザの位置情報を表示する（（１６０Ｂ）参照）。

この第２のユーザ紹介通知は、たとえば図２３に示すような形で表すことが出来る。図２３は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された第２の通知である第２のユーザ（有益ユーザ）紹介通知画面の他の例を示す模式図である。この第２のユーザ紹介通知画面１５０には、第１のユーザにとって有益と思われる第２のユーザを紹介する案内文を表示するご紹介ユーザ情報案内表示欄１１１と、第２のユーザと会うこととなるイベント情報を表示するイベント情報表示欄１１２と、第２のユーザ氏名を開示するご紹介ユーザ情報表示欄１１３と、第２のユーザの位置情報を表示位置情報示欄１５１と、が設けられている。図２３において、ご紹介ユーザ情報案内表示欄１１１には、「○○一郎さん、今回のイベントにおいて、あなたにご紹介したい方をお知らせいたします。」といった案内文が表示され、イベント情報表示欄１１２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。また、図２３において、ご紹介ユーザ情報表示欄１１３には、ＢＢＢ法律事務所所長である××太郎さんと、ＣＣＣ司法書士事務所勤務の△△花子さんを紹介するユーザ情報が表示され、ご紹介ユーザ情報表示欄１１３は、××太郎さんを紹介するユーザ情報表示欄１３３ａと、△△花子さんを紹介するユーザ情報表示欄１３３ｂとから構成されたものとなっている。さらに、表示位置情報示欄１５１には、××太郎さんの居場所を告げる位置情報として８番テーブル、△△花子さんの居場所を告げる位置情報として３番テーブルが表示されている。

次に、上述した第５の実施の形態における方法を実施する本サーバ１０の動作の一例を、図２４を参照しながら説明する。図２４は、本サーバ１０での位置情報取得処理の一例を示すフローチャートである。
まず、図２４に示されるように、イベント開催案内部１１が、イベント案内依頼受信部１１ａにて、主催者端末２０より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信したか否か判断する（Ｓ５１）。

その結果、イベント開催案内部１１が、イベント案内依頼を受信した場合（Ｙ）、イベント開催案内部１１は、イベント案内依頼登録部１１ｂにて、このイベント案内依頼に含まれるイベント開催情報にイベントＩＤを付与して、イベントＩＤと、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けてイベント情報ＤＢ２に記憶する（Ｓ５２）。
一方、イベント開催案内部１１が、イベント案内依頼を受信していない場合（Ｎ）、イベント開催案内部１１は、引き続きイベント案内依頼を受信したか否か判断を繰り返し行う（Ｓ５１）。

次いで、イベント開催案内部１１は、イベント案内通知生成部１１ｃにて、ユーザ情報ＤＢ１を参照してユーザへの連絡先情報に基づき各ユーザ端末３０に対し、イベント開催情報を案内すると共に、イベントに参加するか否かの回答を求めるイベント案内通知（第１の通知）を生成し、引き続き、イベント案内通知送信部１１ｄにて、生成したイベント案内通知（第１の通知）を各ユーザ端末３０に対して送信する（Ｓ５３）。

引き続き、イベント開催案内部１１でのイベント案内通知の送信に応じ、イベント参加第１処理部１２が、イベント案内回答受信部１２ａにて、第１ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベントへの参加可否情報と、を含むイベント案内回答（第１の回答）を受信したか否か判断する（Ｓ５４）。

その結果、イベント参加第１処理部１２が、イベント案内回答を受信した場合（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加可否判断部１２ｂにて、このイベント案内回答が、イベントに参加することを申込むイベント参加可情報を含むか否か判断する（Ｓ５５）。
一方、イベント参加第１処理部１２が、イベント案内回答を受信していない場合（Ｎ）、イベント参加第１処理部１２は、引き続きイベント案内回答を受信したか否か判断を繰り返し行う（Ｓ５４）。

また、イベント参加第１処理部１２が、受信したイベント案内回答にイベント参加可情報が含まれると判断した場合（Ｙ）、位置情報管理部１６が、位置情報指定部１６ａにて、位置情報ＤＢ４を参照して第１の回答に含まれるイベントＩＤに基づき位置情報を指定する（Ｓ５６）。
一方、イベント参加第１処理部１２が、受信したイベント案内回答にイベント参加可情報が含まれないと判断した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。
引き続き、位置情報管理部１６は、位置情報登録部１６ｂにて、指定した位置情報に関連付けてイベント案内回答に含まれるユーザＩＤを位置情報ＤＢ４に記憶する（Ｓ５７）。

さらに、イベント参加可情報が含まれるイベント案内回答を受信した場合、イベント参加第１処理部１２が、イベント案内回答登録部１２ｃにて、イベントＩＤと、ユーザＩＤと、を互いに関連付けてイベント参加情報ＤＢ３に記憶する（Ｓ５８）。
また、イベント参加第２処理部１３が、イベント参加情報受信部１３ｄにて、第１ユーザ端末３０より、イベントＩＤと、ユーザＩＤと、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を受信したか否か判断する（Ｓ５９）。

その結果、イベント参加第２処理部１３が、イベント参加情報を受信した（Ｙ）、イベント参加第１処理部１２は、引き続きイベント参加情報登録部１３ｅにて、受信したイベント参加情報に含まれるイベントＩＤとユーザＩＤに基づき来場情報を関連付けてイベント参加情報ＤＢ３に記憶する（Ｓ６０）。
一方、イベント参加第２処理部１３が、イベント参加情報を受信していない場合（Ｎ）、イベント参加第２処理部１３は、引き続きイベント参加情報を受信したか否か判断を繰り返し行う（Ｓ５９）。

また、イベント参加第２処理部１３でのイベント参加情報の受信後、イベント参加第３処理部１４が、ユーザＩＤ特定部１４ａにて、所定の時期に、イベント参加情報ＤＢ３を参照し、来場情報が記憶されているユーザごとに、このユーザを第１のユーザとしてそのユーザＩＤを特定すると共に、検索対象ユーザＩＤ特定部１４ｃにて、この第１のユーザを除いてイベント参加情報ＤＢ３に記憶されているユーザを検索対象ユーザとしてそのユーザＩＤを特定する（Ｓ６１）。

引き続き、イベント参加第３処理部１４が、有益ユーザ特定部１４ｄにて、ユーザ情報ＤＢ１を参照して、第１のユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを第１のユーザにとって有益な第２のユーザとして特定する（Ｓ６２）。
さらに、イベント参加第３処理部１４が、有益ユーザ情報抽出部１４ｅにて、特定した第２のユーザの氏名及び属性情報の一部を抽出する（Ｓ６３）。

また、イベント参加第３処理部１４が、位置情報抽出部１４ｇにて、有益ユーザ特定部１４ｄでの第２のユーザの特定後、位置情報ＤＢ４を参照して第２のユーザのユーザＩＤに基づき位置情報を抽出する（Ｓ６４）。
そして、イベント参加第３処理部１４は、有益ユーザ紹介通知生成・送信部１４ｈにて、第１のユーザが利用する第１ユーザ端末３０に対して、位置情報を含む、第２のユーザの氏名及び属性情報を開示する第２の通知を生成し送信する（Ｓ６５）。
これにより、本サーバ１０での位置情報取得処理の動作は終了（エンド）する。

以上のように本実施の形態では、イベントに参加した第１のユーザに対して、第２のユーザの氏名と属性情報、及びイベント開催場所での第２のユーザの居場所を示す位置情報を通知することで、ユーザ同士の交流が一層効果的に達成されるようにすることができる。

＜第６の実施の形態＞
また、本発明では、イベントに参加することで築かれた友人関係が継続されるように登録することもできる。すなわち、上述した第１の実施の形態とは、ユーザが、通信ネットワークＮＷ上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザであり、イベントで築かれたユーザ同士の新たな友人関係の登録処理を有する点が異なる。
以下、その処理についての一例を図２５に基づき説明する。
図２５は、本発明に係る交流支援方法での友人関係登録処理の流れを示すシーケンス図である。

まず、本サーバ１０が、第１のユーザのユーザＩＤに基づき特定した属性情報と、検索対象ユーザのユーザＩＤに基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを、第１のユーザにとって有益な第２のユーザとして特定する（（１３０Ａ）参照）処理までは、上述した第１の実施の形態と同様とする。
次いで、本サーバ１０は、特定した第２のユーザＩＤを、第１のユーザＩＤと関連付けてイベント参加情報ＤＢ３記憶する（（１３１）参照）。
引き続き、本サーバ１０は、この第２のユーザの氏名及び属性情報の一部を抽出する（（１４０）参照）。

さらに、本サーバ１０は、第１ユーザが利用する第１ユーザ端末３０に対して、第２のユーザの氏名及び属性情報の一部を開示する第２の通知（以下、「第２のユーザ紹介通知」という。）を生成し送信する（（１５０Ａ）参照）。
そして、第１ユーザ端末３０は、本サーバ１０より送信された第２のユーザ紹介通知を受信し、第２のユーザの氏名及び属性情報の一部を表示する（（１６０Ａ）参照）。

また、本サーバ１０は、第２のユーザ紹介通知を送信した後、イベント情報ＤＢ２を参照してイベントの開催日時が経過したか否か判断（（１７０）参照）。
その結果、イベントの開催日時が経過している場合、本サーバ１０は、イベント参加情報ＤＢ３を参照して、このイベントのイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定する（（１８０）参照）。
引き続き、本サーバ１０は、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定する（（１９０）参照）。
さらに、本サーバ１０は、第１ユーザ端末３０に対して、イベントに参加していた第２のユーザとの友人関係を登録するか否か問う第５の通知（以下、「友人関係登録確認通知」という。）を生成し送信すると共に、第２ユーザ端末４０に対して、イベントに参加していた第１のユーザとの友人関係を登録するか否か問う第６の通知（以下、「友人関係登録確認通知」という。）を生成し送信する（（２００）参照）。

この第５の通知としての友人関係登録確認通知は、たとえば図２６に示すような形で表すことが出来る。図２６は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された友人関係登録確認通知画面の一例を示す図である。この友人関係登録確認通知画面１６０には、イベントであった第２のユーザとの友人関係の登録可否を問う友人関係登録案内表示欄１６１と、第２のユーザと会ったイベント情報を表示するイベント情報表示欄１６２と、表示された第２のユーザと友人関係の登録を行うことを希望する「登録する」ボタン１６３と、友人関係の登録を行うことを希望しない「登録しない」ボタン１６４と、が設けられている。図２６において、友人関係登録案内表示欄１６１には、「今回のイベントにおいてご紹介させていただきました××太郎さん、△△花子さんとはお会いになられましたか？ＳＮＳサイトに、××太郎さん、△△花子さんとの友人関係をご登録されますか？」といった案内文が表示され、イベント情報表示欄１６２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。また、図２６において、「登録する」ボタン１６３は、××太郎さんに対する「登録する」ボタン１６３ａと、△△花子さんに対する「登録する」ボタン１６３ｂとから構成され、一方、「登録しない」ボタン１６４は、××太郎さんに対する「登録しない」ボタン１６４ａと、△△花子さんに対する「登録しない」ボタン１６４ｂとから構成されたものとなっている。図２６において、××太郎さんに対する「登録する」ボタン１６３ａと、△△花子さんに対する「登録する」ボタン１６３ｂが選択されている。

また、友人関係登録確認通知画面１６０には、第２のユーザとの友人関係の登録回答をおこなったユーザを確認するユーザ氏名入力欄１６５と、ユーザＩＤ入力欄１６６が表示されている。さらに、友人関係登録確認通知画面１６０には、友人関係登録確認通知に対する回答を送信するための「送信」ボタン１６９が表示されている。図２６において、ユーザ氏名入力欄１６５には、第２のユーザとの友人関係の登録回答ユーザ氏名として「○○一郎」、ユーザＩＤ入力欄１６６には、ユーザＩＤとして「＊＊＊＊」が入力されている。

第１ユーザ端末３０は、友人関係登録確認通知を受信し、これに応答する第２のユーザと友人関係の登録をすることを望む友人関係登録同意回答を本サーバ１０へ送信する（（２１０Ａ）参照）。

一方、第６の通知としての友人関係登録確認通知は、たとえば図２７に示すような形で表すことが出来る。図２７は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された友人関係登録確認通知画面の一例を示す図である。この友人関係登録確認通知画面１７０には、イベントであった第１のユーザとの友人関係の登録可否を問う友人関係登録案内表示欄１７１と、第１のユーザと会ったイベント情報を表示するイベント情報表示欄１７２と、表示された第１のユーザと友人関係の登録を行うことを希望する「登録する」ボタン１７３と、友人関係の登録を行うことを希望しない「登録しない」ボタン１７４と、が設けられている。図２７において、友人関係登録案内表示欄１７１には、「今回のイベントにおいてご紹介させていただきました○○一郎さんとはお会いになられましたか？ＳＮＳサイトに、○○一郎さんとの友人関係をご登録されますか？」といった案内文が表示され、イベント情報表示欄１７２には、イベント名として「ＡＢＣ交流会」、開催日時として「２００７年１０月２日（火）、１８：００〜２０：３０（開場１８：００）」、開催場所として「イロハホール３階」といったイベント情報が表示されている。図２７において、○○一郎さんとの友人関係の登録を希望する「登録する」ボタン１７３が選択されている。

また、友人関係登録確認通知画面１７０には、第１のユーザとの友人関係の登録回答をおこなったユーザを確認するユーザ氏名入力欄１７５と、ユーザＩＤ入力欄１７６が表示されている。さらに、友人関係登録確認通知画面１７０には、友人関係登録確認通知に対する回答を送信するための「送信」ボタン１７９が表示されている。図２７において、ユーザ氏名入力欄１７５には、第１のユーザとの友人関係の登録回答ユーザ氏名として「××太郎」、ユーザＩＤ入力欄１７６には、ユーザＩＤとして「＊＊＊＊」が入力されている。

第２ユーザ端末４０は、友人関係登録確認通知を受信し、これに応答する第１のユーザと友人関係の登録をすることを望む友人関係登録同意回答を本サーバ１０へ送信する（（２１０Ｂ）参照）。

本サーバ１０は、友人関係登録確認通知の送信に応じて、第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信する（（２２０）参照）。
そして、本サーバ１０は、第１ユーザ端末３０及び第２ユーザ端末４０の双方より友人関係登録同意回答を受信した場合、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ２に記憶する（（２３０）参照）。

次に、上述した第６の実施の形態における方法を実施する本サーバ１０の動作の一例を、図２８を参照しながら説明する。図２８は、本サーバ１０での友人関係登録処理の一例を示すフローチャートである。
まず、図１２に示されるように、イベント参加第３処理部１４が、第１のユーザにとって有益な第２のユーザとして特定する（Ｓ７１）までの処理は、上述した第１の実施の形態における本サーバ１０での動作と同様とする。

次いで、図２８に示されるように、イベント参加第３処理部１４が、有益ユーザ登録部１４ｆにて、有益ユーザ特定部１４ｄにて特定した第２のユーザのユーザＩＤを、第１のユーザのユーザＩＤと関連付けてイベント参加情報ＤＢ３に記憶する（Ｓ７２）。
引き続き、イベント参加第３処理部１４は、有益ユーザ情報抽出部１４ｅにて、特定した第２のユーザの氏名及び属性情報の一部を抽出する（Ｓ７３）。
さらに、イベント参加第３処理部１４は、有益ユーザ紹介通知生成・送信部１４ｈにて、第１のユーザが利用する第１ユーザ端末３０に対して、抽出した第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信する（Ｓ７４）。

そして、本サーバ１０は、イベント参加第３処理部１４にて第２の通知を送信した後、イベント参加第４処理部１７が、イベント開催日時経過判断部１７ａにて、イベント情報ＤＢ２を参照してイベントの開催日時が経過したか否か判断する（Ｓ７５）。
その結果、イベント参加第４処理部１７がイベントの開催日時は経過していると判断した場合（Ｙ）、次いで、イベント参加第４処理部１７は、イベント参加ユーザ特定部１７ｂにて、イベント参加情報ＤＢ３を参照して、このイベントのイベントＩＤに基づき第１のユーザＩＤを特定すると共に、第２のユーザＩＤを特定する（Ｓ７６）。
一方、イベント参加第４処理部１７がイベントの開催日時は経過していないと判断した場合（Ｎ）、イベント参加第４処理部１７は、引き続きイベント情報ＤＢ２を参照してイベントの開催日時が経過したか否か判断を繰り返し行う（Ｓ７５）。

引き続き、イベント参加第４処理部１７は、ユーザ連絡先情報特定部１７ｃにて、ユーザ情報ＤＢ１を参照して第１のユーザＩＤ及び第２のユーザＩＤに基づきそれぞれの連絡先情報を特定する（Ｓ７７）。
さらに、イベント参加第４処理部１７は、友人関係登録確認通知生成・送信部１７ｄにて、第１ユーザ端末３０に対して、イベントに参加していた第２のユーザとの友人関係を登録するか否か問う第５の通知を生成し送信すると共に、第２のユーザが利用する第２ユーザ端末４０に対して、同イベントに参加していた第１のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信する（Ｓ７８）。

また、イベント参加第４処理部１７は、友人関係登録同意回答受信部１７ｅにて、第５の通知に応じて第１ユーザ端末３０より、第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、第６の通知に応じて、第２ユーザ端末４０より、第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信したか否か判断する（Ｓ７９）。
その結果、イベント参加第４処理部１７が双方より友人関係登録同意回答を受信したと判断した場合（Ｙ）、イベント参加第４処理部１７は、友人関係登録部１７ｆにて、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ５に記憶する（Ｓ８０）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。

一方、イベント参加第４処理部１７が双方より友人関係登録同意回答を受信していないと判断した場合（Ｎ）、イベント参加第４処理部１７は、引き続き第１ユーザ端末３０及び第２ユーザ端末４０の双方より友人関係登録同意回答を受信したか否か判断を繰り返し行い（Ｓ７９）。

以上のように本実施の形態では、ユーザが、通信ネットワーク上に開設されたＳＮＳサービスサイトを利用するため、自らの特徴を表す属性情報を登録した者である場合、イベントが終了した後、友人関係を登録することを望むか否か問い、双方より友人関係を登録することを望む回答を受信した場合、第１のユーザＩＤと第２のユーザＩＤとを互いに関連付けて記憶することで、イベントに参加することで築かれた新たな友人関係が継続されるように支援することができる。

＜第７の実施の形態＞
また、本発明では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認が可能なものとすることもできる。すなわち、上述した第１の実施の形態とは、交友関係の登録後、友人関係登録ユーザ一覧表示処理を有する点が異なる。
以下、その処理についての一例を図２９に基づき説明する。
図２９は、本発明に係る交流支援方法での友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
本サーバ１０が、第１のユーザＩＤと、第２のユーザＩＤと、を互いに関連付けて友人関係登録情報ＤＢ２に記憶する（（２３０）参照）処理は、上述した第１の実施の形態と同様とする。

ネットワークサービスサイトにおいて友人関係の登録を行ったユーザは、友人関係の登録を確認する場合、ユーザ端末３０等を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたネットワークサービスサイトにアクセスしてホームページをダウンロードする。
ユーザは、ネットワークサービスサイトを訪問し、事前に付与された被保険者ＩＤ、事前に設定したパスワードを入力し、ログインする。

このネットワークサービスサイトは、たとえば図３０に示すような形で表すことが出来る。図３０は、本サーバと接続した第１ユーザ端末３０又は第２ユーザ端末４０（以下、「ユーザ端末３０等」という。）のディスプレイに表示されたネットワークサービスサイトログイン画面の一例を示す図である。このネットワークサービスサイトログイン画面１８０には、「あなたのＩＤとパスワードを入力し、送信ボタンを押して下さい。」といった案内と共に、このシステムの利用が可能な会員であることを確認する被ユーザＩＤ入力欄１８１と、パスワード入力欄１８２とからなる会員ログイン欄が表示されている。また、ネットワークサービスサイトログイン画面１８０には、会員ログイン欄に入力したユーザＩＤやパスワードにてログインを実行するための「送信」ボタン１８９が表示されている。

したがって、友人関係の登録を確認するユーザは、ＩＤ入力欄１８１にユーザＩＤを入力し、パスワード入力欄１８２にパスワードを入力した後、「送信」ボタン１８９を選択してログインすることで、ユーザ端末３０等は、ネットワークサービスサイトへの接続要求を送信する（（３００）参照）。
本サーバ１０は、ネットワークサービスサイトへの接続要求を受信する（（３１０）参照）。
引き続き、本サーバ１０は、接続要求を送信したユーザを第１のユーザとして、そのユーザＩＤ（第１ユーザＩＤ）を取得する（（３２０）参照）。

本サーバ１０は、友人関係登録情報ＤＢ２を参照して、取得した第１ユーザＩＤと関連付けて記憶されている全ての第２のユーザＩＤを特定する（（３３０）参照）。
次いで、本サーバ１０は、ユーザ情報ＤＢ１を参照して特定した第１ユーザＩＤと第２のユーザＩＤに基づき、第１ユーザと第２のユーザのユーザ名情報を抽出する（（３４０Ａ）参照）。
さらに、本サーバ１０は、抽出したユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（（３５０Ａ）参照）。
そして、ユーザ端末３０等は、本サーバ１０より送信された友人関係登録ユーザ一覧情報と受信し、第２のユーザのユーザ名情報を表示・閲覧する（（３６０Ａ）参照）。

この友人関係登録ユーザ一覧情報は、たとえば図３１に示すような形で表すことが出来る。図３１は、本サーバ１０と接続したユーザ端末３０等ディスプレイに表示された友人関係登録ユーザ一覧情報表示画面の一例を示す図である。この友人関係登録ユーザ一覧情報表示画面１９０には、友人関係の登録を確認するユーザを表示する接続ユーザ表示欄１０１と、友人関係が登録されたユーザを表示する友人関係登録ユーザ表示欄１９２が設けられている。また、友人関係登録ユーザ表示欄１９２には、友人関係が登録された各ユーザ名を表示する友人ユーザ名表示欄１９３が設けられている。図３１において、接続ユーザ表示欄１９１には「○○一郎」というユーザ名が表示されている。また、友人関係登録ユーザ表示欄１９２には、三つの友人ユーザ名表示欄１９３が設けられ、第１の友人ユーザ名表示欄１９３ａには「××太郎」、第２の友人ユーザ名表示欄１９３ｂには「△△花子」、第３の友人ユーザ名表示欄１９３ｃには「□□一雄」と表示されている。

次に、上述した第７の実施の形態における方法を実施する本サーバ１０の動作の一例を、図２７を参照しながら説明する。図３２は、本サーバ１０での友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
まず、図３２に示されるように、友人関係登録ユーザ情報開示部１８が、ユーザＩＤ取得部１８ａにて、ユーザ端末３０等より、ネットワークサービスサイトへの接続要求を受信したか否か判断する（Ｓ９１）。
その結果、友人関係登録ユーザ情報開示部１８が、ネットワークサービスサイトへの接続要求を受信した場合（Ｙ）、引き続き、ユーザＩＤ取得部１８ａにて、ユーザＩＤを取得する（Ｓ９２）。
一方、友人関係登録ユーザ情報開示部１８が、ネットワークサービスサイトへの接続要求を受信していない場合（Ｙ）、友人関係登録ユーザ情報開示部１８は、ネットワークサービスサイトへの接続要求を受信したか否か判断を繰り返し行う（Ｓ９１）。

また、友人関係登録ユーザ情報開示部１８は、ユーザＩＤを取得した場合、友人関係登録ユーザ特定部１８ｂにて、友人関係情報ＤＢ５を参照して取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する（Ｓ９３）。
さらに、友人関係登録ユーザ情報開示部１８は、特定ユーザ情報抽出部１８ｃにて、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ名情報を抽出する（Ｓ９４）。
そして、友人関係登録ユーザ情報開示部１８は、登録ユーザ一覧情報生成・送信部１８ｅにて、このユーザ名情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（Ｓ９５）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。

以上のように本実施の形態では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認を確認し、その関係が継続されるように促すことができる。

＜第８の実施の形態＞
また、本発明では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認をより視覚的に容易に行うものとすることができる。すなわち、上述した第７の実施の形態とは、ユーザ画像情報を有する友人関係登録ユーザ一覧表示処理を有する点が異なる。
以下、その処理についての一例を図３３に基づき説明する。
図３３は、本発明に係る交流支援方法でのユーザ画像情報を有する友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
まず、ユーザＩＤに関連付けて、このユーザを視覚的に識別するユーザ画像情報をユーザ情報ＤＢ１さらに記憶する（（Ａ２）参照）
また、ユーザ端末３０等が、ネットワークサービスサイトへの接続要求を送信し、本サーバ１０が、この接続要求を送信し、接続要求を送信したユーザを第１のユーザとして、そのユーザＩＤ（第１ユーザＩＤ）を取得し、さらに、取得した第１ユーザＩＤと関連付けて記憶されている全ての第２のユーザＩＤを特定する（（３３０）参照）処理までは、上述した第７の実施の形態と同様とする。

次いで、本サーバ１０は、ユーザ情報ＤＢ１を参照し、特定した第１ユーザＩＤと第２のユーザＩＤに基づき、第１ユーザと第２のユーザのユーザ画像情報、又は第１ユーザと第２のユーザのユーザ名情報と共に、第１ユーザと第２のユーザのユーザ画像情報を抽出する（（３４０Ｂ）参照）。
さらに、本サーバ１０は、抽出したユーザ画像情報、又はユーザ名情報とユーザ画像情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（（３５０Ｂ）参照）。
そして、ユーザ端末３０等は、本サーバ１０より送信されたユーザ画像情報を有する友人関係登録ユーザ一覧情報と受信し、第２のユーザのユーザ画像情報、又は第２のユーザのユーザ名情報とユーザ画像情報を表示・閲覧する（（３６０Ｂ）参照）。

このユーザ画像情報を有する友人関係登録ユーザ一覧情報は、たとえば図３４に示すような形で表すことが出来る。図３４は、本サーバ１０と接続したユーザ端末３０等ディスプレイに表示されたユーザ画像情報を有する友人関係登録ユーザ一覧情報表示画面の一例を示す図である。この友人関係登録ユーザ一覧情報表示画面２００には、友人関係の登録を確認するユーザを表示する接続ユーザ表示欄２０１と、友人関係が登録されたユーザを表示する友人関係登録ユーザ表示欄２０２が設けられている。また、友人関係登録ユーザ表示欄２０２には、友人関係が登録された各ユーザ名を表示する友人ユーザ名表示欄２０３が設けられている。

図３４において、接続ユーザ表示欄２０１には「○○一郎」というユーザ名と、そのユーザ画像情報２０４が表示されている。また、友人関係登録ユーザ表示欄２０２には、三つの友人ユーザ名表示欄２０３と、三つの友人ユーザ画像表示欄２０５がそれぞれ設けられ、第１の友人ユーザ名表示欄２０３ａには「××太郎」というユーザ名と、そのユーザ画像情報２０５ａ、第２の友人ユーザ名表示欄２０３ｂには「△△花子」というユーザ名と、そのユーザ画像情報２０５ｂ、第３の友人ユーザ名表示欄２０３ｃには「□□一雄」というユーザ名と、そのユーザ画像情報２０５ｃ、がそれぞれ表示されている。

次に、上述した第８の実施の形態における方法を実施する本サーバ１０の動作の一例を、図３５を参照しながら説明する。図３５は、本サーバ１０でのユーザ画像情報を有する友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
まず、図３５に示されるように、友人関係登録ユーザ情報開示部１８が、ユーザ端末３０等より、ネットワークサービスサイトへの接続要求を受信したか否か判断し、ネットワークサービスサイトへの接続要求を受信した場合（Ｙ）、ユーザＩＤを取得し、さらに、取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する（Ｓ９３）処理までは、上述した第７の実施の形態と同様である。

次いで、友人関係登録ユーザ情報開示部１８は、特定ユーザ情報抽出部１８ｃにて、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ画像情報、又はユーザ名情報とユーザ画像情報を抽出する（Ｓ９４Ｂ）。
そして、友人関係登録ユーザ情報開示部１８は、登録ユーザ一覧情報生成・送信部１８ｅにて、このユーザ画像情報、又はユーザ名情報とユーザ画像情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（Ｓ９５Ｂ）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。

以上のように本実施の形態では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認をより視覚的に容易に行うことができる。

＜第９の実施の形態＞
また、本発明では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて友人関係の確認をより詳細に行うものとすることができる。すなわち、上述した第７の実施の形態とは、友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧表示処理を有する点が異なる。
以下、その処理についての一例を図３６に基づき説明する。
図３６は、本発明に係る交流支援方法での友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。
まず、第１のユーザＩＤ及び第２のユーザＩＤと互いに関連付けて、友人関係の登録のきっかけとなったイベント名、イベント開催場所といったイベント情報をさらに友人関係登録情報ＤＢ２さらに記憶する（（Ｂ２）参照）
また、ユーザ端末３０等が、ネットワークサービスサイトへの接続要求を送信し、本サーバ１０が、この接続要求を送信し、接続要求を送信したユーザを第１のユーザとして、そのユーザＩＤ（第１ユーザＩＤ）を取得し、さらに、取得した第１ユーザＩＤと関連付けて記憶されている全ての第２のユーザＩＤを特定する（（３３０）参照）処理までは、上述した第７の実施の形態と同様とする。

次いで、本サーバ１０は、友人関係登録情報ＤＢ５を参照し、取得した第１ユーザＩＤ及び第２のユーザＩＤと互いに関連付けて記憶されているイベント情報（イベント名、イベント開催場所）を抽出する（（３３１）参照）。
引き続き、本サーバ１０は、ユーザ情報ＤＢ１を参照し、特定した第１ユーザＩＤと第２のユーザＩＤに基づき、第１ユーザと第２のユーザのユーザ画像情報、又は第１ユーザと第２のユーザのユーザ名情報と共に、第１ユーザと第２のユーザのユーザ画像情報を抽出する（（３４０Ｂ）参照）。
さらに、本サーバ１０は、抽出したイベント開催情報とユーザ画像情報、又はイベント情報とユーザ名情報とユーザ画像情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（（３５０Ｃ）参照）。
そして、ユーザ端末３０等は、本サーバ１０より送信された友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧情報と受信し、第２のユーザのユーザ画像情報とイベント情報、又は第２のユーザのユーザ名情報とユーザ画像情報とイベント情報を表示・閲覧する（（３６０Ｃ）参照）。

この友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧情報は、たとえば図３７に示すような形で表すことが出来る。図３７は、本サーバ１０と接続したユーザ端末３０等ディスプレイに表示されたイベント開催情報を有する友人関係登録ユーザ一覧情報表示画面の一例を示す図である。この友人関係登録ユーザ一覧情報表示画面２２０には、友人関係の登録を確認するユーザを表示する接続ユーザ表示欄２０１と、友人関係が登録されたユーザを表示する友人関係登録ユーザ表示欄２１２が設けられている。また、友人関係登録ユーザ表示欄２１２には、友人関係が登録された各ユーザ名を表示する友人ユーザ名表示欄２０３と、友人関係を構築したきっかけとなったイベント情報を表示するイベント情報表示欄２０６と、が設けられている。

図３７において、接続ユーザ表示欄２０１には「○○一郎」というユーザ名と、そのユーザ画像情報２０４が表示されている。また、友人関係登録ユーザ表示欄２２２には、三つの友人ユーザ名表示欄２０３と、三つの友人ユーザ画像表示欄２０５と、三つのイベント情報表示欄２０６と、がそれぞれ設けられ、第１の友人ユーザ名表示欄２０３ａには「××太郎」というユーザ名と、そのユーザ画像情報２０５ａ、及び「ＡＢＣ交流会、イロハホール」というイベント情報が表示されている。また、第２の友人ユーザ名表示欄２０３ｂには「△△花子」というユーザ名と、そのユーザ画像情報２０５ｂ、及び「ＡＢＣ交流会、イロハホール」というイベント情報が表示されている。また、第３の友人ユーザ名表示欄２０３ｃには「□□一雄」というユーザ名と、そのユーザ画像情報２０５ｃ、及び「ＡＢＣ交流会、イロハホール」というイベント情報が表示されている。

次に、上述した第９の実施の形態における方法を実施する本サーバ１０の動作の一例を、図３８を参照しながら説明する。図３８は、本サーバ１０での友人関係を構築したきっかけ情報を有する友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。
まず、図３８に示されるように、友人関係登録ユーザ情報開示部１８が、ユーザ端末３０等より、ネットワークサービスサイトへの接続要求を受信したか否か判断し、ネットワークサービスサイトへの接続要求を受信した場合（Ｙ）、ユーザＩＤを取得し、さらに、取得したユーザＩＤを第１のユーザＩＤ又は第２のユーザＩＤとして関連付けて記憶されている第２のユーザＩＤ又は第１のユーザＩＤを友人関係登録ユーザのユーザＩＤとして全て特定する（Ｓ９３）処理までは、上述した第７の実施の形態と同様である。

次いで、友人関係登録ユーザ情報開示部１８は、イベント情報抽出部１８ｄにて、この友人関係登録ユーザのユーザＩＤと互いに関連付けて記憶されているイベント名、開催場所といったイベント情報を抽出する（Ｓ９３Ｂ）。
引き続き、友人関係登録ユーザ情報開示部１８は、特定ユーザ情報抽出部１８ｃにて、ユーザ情報ＤＢ１を参照して特定した友人関係登録ユーザのユーザ画像情報、又はユーザ名情報とユーザ画像情報を抽出する（Ｓ９４Ｂ）。
そして、友人関係登録ユーザ情報開示部１８は、登録ユーザ一覧情報生成・送信部１８ｅにて、このユーザ画像情報及びイベント情報、又はユーザ名情報とユーザ画像情報及びイベント情報を、友人関係登録ユーザ一覧情報として表示するようにユーザ端末３０等へ送信する（Ｓ９５Ｃ）。
これにより、本サーバ１０での一連の動作は終了（エンド）する。

以上のように本実施の形態では、通信ネットワーク上に開設されたネットワークサービスサイトにおいて、友人関係を構築したきっかけとなったイベント情報の確認を行うことで、友人関係の確認をより詳細に行うことができる。

本発明に係る交流支援装置を用いた交流支援システムの概要を示す図である。 本発明に係る交流支援装置の実施形態の一例を示すブロック構成図である。 本発明に係る交流支援装置の詳細な実施形態の一例を示すブロック構成図である。 本発明に係る交流支援装置が備えるユーザ情報記憶部に記憶されているデータベース構造の一例である。 本発明に係る交流支援装置が備えるイベント情報記憶部に記憶されているデータベース構造の一例である。 本発明に係る交流支援装置が備えるイベント参加情報記憶部に記憶されているデータベース構造の一例である。 本発明に係る交流支援装置が備える位置情報記憶部に記憶されているデータベース構造の一例である。 本発明に係る交流支援装置が備える友人関係登録情報記憶部に記憶されているデータベース構造の一例である。 本発明に係る交流支援方法での交流相手情報取得処理の流れを示すシーケンス図である。 本発明に係る交流支援装置と接続した第１ユーザ端末のディスプレイに表示された第１の通知であるイベント案内通知画面の一例を示す模式図である。 本発明に係る交流支援装置と接続した第１ユーザ端末のディスプレイに表示された第２の通知である第２のユーザ（有益ユーザ）紹介通知画面の一例を示す模式図である。 本発明に係る交流支援装置での交流相手情報取得処理の一例を示すフローチャートである。 本発明に係る交流支援方法でのイベント参加再勧誘処理の流れを示すシーケンス図である。 本発明に係る交流支援装置と接続した第１ユーザ端末のディスプレイに表示された第３の通知であるイベント再勧誘通知画面の一例を示す模式図である。 本発明に係る交流支援装置でのイベント再勧誘処理の一例を示すフローチャートである。 本発明に係る交流支援方法での来場確認処理の流れを示すシーケンス図である。 本発明に係る交流支援装置と接続した第１ユーザ端末のディスプレイに表示された第４の通知である来場確認通知画面の一例を示す模式図である。 本発明に係る交流支援装置での来場確認処理の一例を示すフローチャートである。 本発明に係る交流支援方法での第２のユーザ特定処理の流れを示すシーケンス図である。 本発明に係る交流支援装置と接続した第１ユーザ端末のディスプレイに表示された第１の通知であるイベント案内通知画面の他の例を示す模式図である。 本発明に係る交流支援装置での第２のユーザ特定処理の一例を示すフローチャートである。 本発明に係る交流支援方法での位置情報取得処理の流れを示すシーケンス図である。 本発明に係る交流支援装置と接続した第１ユーザ端末のディスプレイに表示された第２の通知である第２のユーザ（有益ユーザ）紹介通知画面の他の例を示す模式図である。 本発明に係る交流支援装置での位置情報取得処理の一例を示すフローチャートである。 本発明に係る交流支援方法での友人関係登録処理の流れを示すシーケンス図である。 本発明に係る交流支援装置と接続した第１ユーザ端末のディスプレイに表示された第５の通知である友人関係登録確認通知画面の一例を示す模式図である。 本発明に係る交流支援装置と接続した第２ユーザ端末のディスプレイに表示された第６の通知である友人関係登録確認通知画面の一例を示す模式図である。 本発明に係る交流支援装置での友人関係登録処理の一例を示すフローチャートである。 本発明に係る交流支援方法での友人関係登録ユーザ一覧表示処理の流れを示すシーケンス図である。 本発明に係る交流支援装置と接続したユーザ端末のディスプレイに表示されたネットワークサービスサイトログイン画面の一例を示す模式図である。 本発明に係る交流支援装置と接続したユーザ端末のディスプレイに表示された友人関係登録ユーザ一覧情報表示画面の一例を示す模式図である。 本発明に係る交流支援装置での友人関係登録ユーザ一覧表示処理の一例を示すフローチャートである。 本発明に係る交流支援方法での友人関係登録ユーザ一覧表示処理の他の流れを示すシーケンス図である。 本発明に係る交流支援装置と接続したユーザ端末のディスプレイに表示された友人関係登録ユーザ一覧情報表示画面の他の例を示す模式図である。 本発明に係る交流支援装置での友人関係登録ユーザ一覧表示処理の他の例を示すフローチャートである。 本発明に係る交流支援方法での友人関係登録ユーザ一覧表示処理のさらに他の流れを示すシーケンス図である。 本発明に係る交流支援装置と接続したユーザ端末のディスプレイに表示された友人関係登録ユーザ一覧情報表示画面のさらに他の例を示す模式図である。 本発明に係る交流支援装置での友人関係登録ユーザ一覧表示処理のさらに他の例を示すフローチャートである。

符号の説明

ＤＢ１ ユーザ情報データベース（第１記憶部）、ＤＢ２ イベント情報データベース（第２記憶部）、ＤＢ３ イベント参加情報データベース（第３記憶部）、ＤＢ４ 位置情報データベース（第４記憶部）、ＤＢ５ 友人関係登録情報データベース（第５記憶部）、ＮＷ 通信ネットワーク、１０ 交流支援装置（本サーバ）、１１ イベント開催案内部、１２ イベント参加第１処理部、１３ イベント参加第２処理部、１４ イベント参加第３処理部、１４ イベント再勧誘部、１６ 位置情報管理部、１７ イベント参加第４処理部、１８ 友人関係登録ユーザ情報開示部、２０ 主催者端末、３０ 第１ユーザ端末、４０ 第２ユーザ端末。

Claims (11)

1. イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、に通信ネットワークを介してそれぞれ接続され、前記イベントに参加することでユーザ同士の交流が効果的に達成されるように支援する装置であって、
   前記ユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段、
   前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所と、イベント開催日時と、を互いに関連付けて第２記憶手段に記憶すると共に、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するイベント開催案内手段、
   前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断し、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第３記憶手段に記憶するイベント参加第１処理手段、
   前記イベント参加第１処理手段での第１の回答の受信後、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を受信し、前記イベント識別情報と前記ユーザ識別情報に基づき前記来場情報を関連付けて前記第３記憶手段に記憶するイベント参加第２処理手段、
   前記イベント参加第２処理手段でのイベント参加情報の受信後、所定の時期に、前記第３記憶手段を参照し、来場情報が記憶されているユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第３記憶手段に記憶されているユーザを検索対象ユーザとしてそのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定すると共に、当該第２のユーザの氏名及び属性情報の一部を抽出し、前記第１のユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信するイベント参加第３処理手段、
   を少なくとも有することを特徴とする交流支援装置。
2. 前記イベント開催案内手段での第１の通知の送信後、所定の時期に、前記第３の記憶手段を参照して記憶されている全てのユーザ識別情報を参加ユーザ識別情報として特定し、引き続き、前記第１記憶手段を参照して、記憶されているユーザ識別情報と前記参加ユーザ識別情報が一致するか否か判断し、その結果、一致する場合は、その属性情報の一部をそれぞれ抽出し、一方、一致しない場合は、その連絡先情報を特定し、さらに、特定した前記連絡先情報に基づき各ユーザ端末に対し、イベントに参加するユーザ情報として、抽出した属性情報の一部を開示して前記イベントへの参加を促す第３の通知を生成し送信するイベント再勧誘手段、
   をさらに有することを特徴とする請求項１に記載の交流支援装置。
3. 前記イベント参加第２処理手段は、前記イベント参加第１処理手段での第１の回答の受信後、所定の時期に、前記第３の記憶手段を参照して登録されている全てのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して、前記ユーザ識別情報に基づきその連絡先情報を特定し、当該連絡先情報に基づき各ユーザ端末に対し、イベント開催場所に来場したか否かを問う第４の通知を生成し送信し、当該第４の通知の送信に応じ、前記ユーザ端末より、前記イベント参加情報を受信する、
   ことを特徴とする請求項１又は２に記載の交流支援装置。
4. 前記イベント開催案内手段は、前記第１の通知として、前記イベントに参加する目的は何か、前記イベントに参加することで出会える有益なユーザを事前に探し出す有益ユーザの検索を望むか否か、といった回答を求める質問を含んで送信し、
   前記イベント参加第１処理手段は、前記第１の回答として、前記イベントへの参加目的、前記有益ユーザの検索要求、をさらに含んで受信し、前記参加目的、前記検索要求、を前記ユーザ識別情報と関連付けて前記第３記憶手段にさらに記憶し、
   前記イベント参加第３処理手段は、前記検索要求を有するユーザを第１のユーザとして、当該第１のユーザごとに参加目的を特定し、引き続き、特定した参加目的に含まれる語をキーワードとして、前記第１記憶手段を参照し、前記検索対象ユーザのユーザ識別情報に基づき特定した属性情報を検索して前記キーワードを含む属性情報を有する検索対象ユーザを第２のユーザとして特定する、
   ことを特徴とする請求項１乃至３の何れか１項に記載の交流支援装置。
5. 前記イベント識別情報と、前記イベント開催場所における座席又はテーブルの位置を示す位置情報と、を互いに関連付けて記憶する第４記憶手段、
   前記イベント参加第１処理手段でのイベント参加可情報を含む第１の回答の受信に応じ、前記第４記憶手段を参照して前記第１の回答に含まれるイベント識別情報に基づき位置情報を指定すると共に、当該位置情報に関連付けて前記第１の回答に含まれるユーザ識別情報を前記第４記憶手段に記憶する位置情報管理手段、
   をさらに有し、
   前記イベント参加第３処理手段は、第２のユーザの特定後、前記第４記憶手段を参照して前記第２のユーザのユーザ識別情報に基づき位置情報を抽出し、当該位置情報を、前記第２の通知に含めて送信する、
   ことを特徴とする請求項１乃至４の何れか１項に記載の交流支援装置。
6. 前記ユーザは、前記通信ネットワーク上に開設されたネットワークサービスサイトを利用するための登録を行ったユーザであり、
   前記イベント参加第３処理手段は、特定した第２のユーザのユーザ識別情報を、前記第１のユーザとしたユーザのユーザ識別情報と関連付けて前記第３記憶手段に記憶し、
   互いに友人関係の登録を望む第１のユーザのユーザ識別情報と、第２のユーザのユーザ識別情報と、を互いに関連付けて記憶する第５記憶手段、
   前記イベント参加第３処理手段にて前記第２の通知を送信した後、前記第２記憶手段を参照してイベントの開催日時が経過したか否か判断し、前記開催日時が経過した場合、所定の時期に前記第３記憶手段を参照して、当該イベントのイベント識別情報に基づき第１のユーザのユーザ識別情報を特定すると共に、第２のユーザのユーザ識別情報を特定し、引き続き、前記第１記憶手段を参照して前記第１のユーザのユーザ識別情報及び前記第２のユーザのユーザ識別情報に基づきそれぞれの連絡先情報を特定し、さらに、前記第１ユーザ端末に対して、前記イベントに参加していた第２のユーザとの友人関係を登録するか否か問う第５の通知を生成し送信すると共に、前記第２のユーザが利用する第２ユーザ端末に対して、前記イベントに参加していた第１のユーザとの友人関係を登録するか否か問う第６の通知を生成し送信し、前記第５の通知に応じて前記第１ユーザ端末より、前記第２のユーザと友人関係を登録することを望む友人関係登録同意回答を受信すると共に、前記第６の通知に応じて、前記第２ユーザ端末より、前記第１のユーザと友人関係を登録することを望む友人関係登録同意回答を受信した場合、前記第１のユーザのユーザ識別情報と、前記第２のユーザのユーザ識別情報と、を互いに関連付けて前記第５記憶手段に記憶するイベント参加第４処理手段、
   をさらに有することを特徴とする請求項１乃至５の何れか１項に記載の交流支援装置。
7. 前記ユーザ端末の接続に応じてユーザ識別情報を取得し、前記第５記憶手段を参照して当該ユーザ識別情報を第１のユーザ識別情報又は第２のユーザ識別情報として関連付けて記憶されている第２のユーザ識別情報又は第１のユーザ識別情報を友人関係登録ユーザの識別情報として全て特定し、さらに、前記第１記憶手段を参照して特定した友人関係登録ユーザのユーザ名情報を抽出し、当該ユーザ名情報を、友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する友人関係登録ユーザ情報開示手段、
   をさらに有することを特徴とする請求項６に記載の交流支援装置。
8. 前記第１記憶手段は、ユーザ識別情報に関連付けて、当該ユーザを視覚的に識別するユーザ画像情報をさらに記憶し、
   前記友人関係登録ユーザ情報開示手段は、前記友人関係登録ユーザの識別情報を特定した後、前記第１記憶手段を参照し、前記ユーザ名情報に代えて又は前記ユーザ名情報と共に前記ユーザ画像情報を抽出し、当該ユーザ画像情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、
   ことを特徴とする請求項７に記載の交流支援装置。
9. 前記第５記憶手段は、第１のユーザのユーザ識別情報、及び第２のユーザのユーザ識別情報と互いに関連付けて、友人関係の登録のきっかけとなったイベント名、及びイベント開催場所といったイベント開催情報をさらに記憶し、
   前記友人関係登録ユーザ情報開示手段は、前記友人関係登録ユーザの識別情報を全て特定すると共に、当該友人関係登録ユーザの識別情報と互いに関連付けて記憶されているイベント開催情報を抽出し、前記ユーザ名情報及び／又は前記ユーザ画像情報と共に、当該イベント開催情報を友人関係登録ユーザ一覧情報として表示するように前記ユーザ端末へ送信する、
   ことを特徴とする請求項７又は８に記載の交流支援装置。
10. イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、に通信ネットワークを介してそれぞれ接続され、前記ユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段を有する装置により、前記イベントに参加することでユーザ同士の交流が効果的に達成されるように支援する方法であって、
    イベント開催案内手段が、前記主催者端末より、少なくともイベント名、イベント開催日時、イベント開催場所、といったイベント開催情報を含むイベント案内依頼を受信するステップ、
    イベント開催案内手段が、前記イベント案内依頼の受信に応じ、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催日時と、を互いに関連付けて第２記憶手段に記憶するステップ、
    イベント開催案内手段が、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信するステップ、
    イベント参加第１処理手段が、前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信するステップ、
    イベント参加第１処理手段が、前記第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断するステップ、
    イベント参加第１処理手段が、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第３記憶手段に記憶するするステップ、
    イベント参加第２処理手段が、前記イベント参加第１処理手段での第１の回答の受信後、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を受信するステップ、
    イベント参加第２処理手段が、前記イベント識別情報と前記ユーザ識別情報に基づき前記来場情報を関連付けて前記第３記憶手段に記憶するステップ、
    イベント参加第３処理手段が、前記イベント参加第２処理手段でのイベント参加情報の受信後、所定の時期に、前記第３記憶手段を参照し、来場情報が記憶されているユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第３記憶手段に記憶されているユーザを検索対象ユーザとしてそのユーザ識別情報を特定するステップ、
    イベント参加第３処理手段が、前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定するステップ、
    イベント参加第３処理手段が、特定した前記第２のユーザの氏名及び属性情報の一部を抽出するステップ、
    イベント参加第３処理手段が、前記第１ユーザが利用する第１ユーザ端末に対して、抽出した前記第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信するステップ、
    を少なくとも有していることを特徴とする交流支援方法。
11. イベントを実施する主催者が利用する主催者端末と、前記イベントへの参加勧誘を受けるユーザが利用するユーザ端末と、に通信ネットワークを介してそれぞれ接続され、前記ユーザを識別するユーザ識別情報と、当該ユーザが予め登録した少なくとも１以上の項目からなるユーザ自らの特徴を表す属性情報と、当該ユーザへの連絡先情報と、を互いに関連付けて記憶する第１記憶手段を有し、前記イベントに参加することでユーザ同士の交流が効果的に達成されるように支援することを実行させるためにコンピュータを、
    前記主催者端末より、少なくともイベント名、イベント開催場所、イベント開催日時、といったイベント開催情報を含むイベント案内依頼を受信し、当該イベント案内依頼に含まれるイベント開催情報に固有の識別情報（以下、「イベント識別情報」という。）を付与して、イベント識別情報と、イベント名と、イベント開催場所、イベント開催日時と、を互いに関連付けて第２記憶手段に記憶する手段、
    前記イベント案内依頼の受信に応じ、前記第１記憶手段を参照してユーザへの連絡先情報に基づき各ユーザ端末に対し、前記イベント開催情報を案内すると共に、当該イベントに参加するか否かの回答を求める第１の通知を生成し送信する手段、
    前記第１の通知の送信に応じ、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベントへの参加可否情報と、を含む第１の回答を受信し、当該第１の回答が、前記イベントに参加することを申込むイベント参加可情報を含むか否か判断する手段、
    前記判断の結果、前記第１の回答がイベント参加可情報を含む場合、イベント識別情報と、ユーザ識別情報と、を互いに関連付けて第３記憶手段に記憶する手段、
    前記第１の回答の受信後、前記ユーザ端末より、イベント識別情報と、ユーザ識別情報と、イベント開催場所に来場したことを告げる来場情報と、を含むイベント参加情報を受信する手段、
    前記イベント識別情報と前記ユーザ識別情報に基づき前記来場情報を関連付けて前記第３記憶手段に記憶する手段、
    前記イベント参加情報の受信後、所定の時期に、前記第３記憶手段を参照し、来場情報が記憶されているユーザごとに、当該ユーザを第１のユーザとしてそのユーザ識別情報を特定すると共に、前記第１のユーザを除いて前記第３記憶手段に記憶されているユーザを検索対象ユーザとしてそのユーザ識別情報を特定する手段、
    前記第１記憶手段を参照して、前記第１のユーザのユーザ識別情報に基づき特定した属性情報と、前記検索対象ユーザのユーザ識別情報に基づき特定したそれぞれの属性情報とを、項目ごとに比較して同一である属性情報を有する検索対象ユーザを前記第１のユーザにとって有益な第２のユーザとして特定する手段、
    前記第２のユーザの氏名及び属性情報の一部を抽出し、前記第１ユーザが利用する第１ユーザ端末に対して、前記第２のユーザの氏名及び属性情報の一部を開示する第２の通知を生成し送信する手段、
    として機能させることを特徴とする交流支援プログラム。