(57)【要約】【課題】コミュニティサイトの会員が相互に安心して交流できるプロフィール情報管理方式を提供する。【解決手段】会員毎のプロフィール情報管理テーブルと、友人管理テーブルと、制御手段を備え、制御手段は、認証処理と、要求があったブラウザ端末に項目別のプロフィール情報と各項目についての開示条件を設定させるためのプロフィール情報登録ページを送付する処理と、ブラウザ端末から送付されてきた項目別プロフィール情報と開示条件とをプロフィール情報管理テーブルに格納する処理と、会員ｂのブラウザ端末から会員ａのプロフィール開示要求を受け取ると会員ａが設定した開示条件と会員ａの友人管理テーブルにおける会員ａと会員ｂとの関係に基づいて開示可能な項目を特定する処理と、決定した項目のプロフィール情報をプロフィール開示要求を送付してきたブラウザ端末に返送する処理とを可能とする。【選択図】図２
2007193611.tif 000002
【特許請求の範囲】
【請求項１】
会員制コミュニティサイトをインターネット上に開設するＷＷＷサーバーと連動するコンピュータシステムにおける会員プロフィール情報管理方式であって、
プロフィール情報管理テーブルと、友人管理テーブルと、制御手段を備え、
プロフィール情報管理テーブルは、コミュニティサイトの利用資格を有する会員毎に、認証情報を含む項目別の各種プロフィール情報と、各項目のプロフィール情報の開示対象を指定する開示条件とを対応付けして記憶管理し、
友人管理テーブルは、会員毎に他の会員との関係を記憶管理し、
制御手段は、認証処理と、プロフィール情報登録ページ送付処理と、プロフィール情報登録処理と、プロフィール開示制御処理と、プロフィール提示処理とを可能とし、
認証処理は、アクセスしてきたブラウザ端末から送付されてきた認証情報をプロフィール情報管理テーブルに照会し、該当する会員が存在すれば当該ブラウザ端末を会員端末として認知し、
プロフィール情報登録ページ送付処理は、認証処理により非会員のものとして認知したブラウザ端末からプロフィール情報登録ページの送付要求を受け取ると、項目別にプロフィール情報を入力させて各項目のプロフィール情報の開示対象を指定させるためのプロフィール情報登録ページを当該ブラウザ端末に返送し、認証処理によって認知した会員端末からプロフィール情報登録ページの送付要求を受け取ると、該当会員のプロフィール情報管理テーブルの内容を修正可能にしたプロフィール情報登録ページを返送し、
プロフィール情報登録処理は、プロフィール情報登録ページを送付したブラウザ端末から、項目別プロフィール情報と開示条件とが返送されてくると、当該ブラウザ端末が非会員のものであれば、新規のプロフィール情報管理テーブルに返送情報を記憶して当該非会員を会員登録し、当該ブラウザ端末が会員のものであれば、当該会員のプロフィール情報管理テーブルを更新し、
プロフィール開示制御処理は、アクセスしてきたブラウザ端末から会員ａの指定情報を含むプロフィール開示要求を受け取ると、
当該ブラウザ端末が非会員のものであれば、会員ａのプロフィール情報管理テーブルにおける開示条件により開示可能な項目を特定し、
会員ｂの会員端末に対しては、会員ａの友人管理テーブルにおける会員ｂとの関係と会員ａのプロフィール情報管理テーブルにおける開示対象の指定情報とに基づいて開示可能な項目を特定し、
プロフィール情報提示処理は、プロフィール情報開示制御処理によって決定した項目のプロフィール情報を記載したプロフィール情報提示ページをプロフィール開示要求を送付してきたブラウザ端末に返送する
ことを特徴とする会員制コミュニティサイトにおける会員プロフィール情報管理方式。
【請求項２】
請求項１において、
プロフィール情報管理テーブルは、交流サイト指定情報と、プロフィール補足情報とを記憶可能とし、
制御手段は、プロフィール情報差分抽出処理と、交流サイト受付処理と、プロフィール補足情報登録ページ送付処理と、プロフィール補足情報登録処理とを可能とし、
プロフィール情報差分抽出処理は、互いに交流可能な異なるコミュニティサイトのそれぞれが管理するプロフィール情報管理テーブルにアクセスしてプロフィール情報の項目を取得するとともに、各コミュニティサイトにおける項目の差分を抽出し、
交流サイト受付処理は、コミュニティサイトＡの会員ａの会員端末に、交流可能な他のコミュニティサイトＢを提示するとともに、当該会員端末からコミュニティサイトＢの指定情報を含む交流要求が送付されてくると、会員ａのプロフィール情報管理テーブルにおける交流サイト指定情報にコミュニティサイトＢを登録し、
プロフィール補足情報登録ページ送付処理は、前記交流要求を送付してきた会員ａの会員端末からプロフィール情報登録ページの送付要求があると、プロフィール情報プロフィール情報差分抽出処理により抽出したコミュニティサイトＡとコミュニティサイトＢとにおける差分の項目について、プロフィール情報と開示条件とを入力可能にしたプロフィール補足情報登録ページを返送し、
プロフィール補足情報登録処理は、プロフィール補足情報登録ページを返送した会員ａのブラウザ端末にて入力された前記差分の項目についてのプロフィール情報と開示条件とを会員ａのプロフィール情報管理テーブルにおけるプロフィール補足情報として登録する
ことを特徴とする会員制コミュニティサイトにおける会員プロフィール情報管理方式。
【請求項３】
請求項２において、プロフィール補足情報登録ページ送付処理は、前記差分の項目に入力するプロフィール情報の管理主体がコミュニティサイトＢである旨を記載した交流用プロフィール情報登録ページを会員ａのブラウザ端末に送付することを特徴とする会員制コミュニティサイトにおける会員プロフィール情報管理方式。
【請求項４】
請求項１〜３のいずれかおいて、制御手段は、友人登録処理と、友人リスト提示処理とを可能とし、
友人登録処理は、会員ａの会員端末から会員ｂの指定情報を含む友人登録要求を送付してくると、会員ｂの会員端末がアクセスしてくると所定のＷｅｂページにて会員ａからの友人登録要求が会った旨を通知するとともに、当該要求を受諾または拒否するかを指示させるとともに、受諾の旨が返送されてくると会員ａと会員ｂのそれぞれの友人管理テーブルに相手の会員を友人として登録し、拒否する旨が返送されてくると、会員ａと会員ｂのそれぞれの友人管理テーブルに相手の会員を過去の友人候補として登録し、
友人リスト提示処理は、会員ａの会員端末から友人リストの提示要求が送付されてくると、会員ａの友人管理テーブルにおいて友人登録されている会員を一覧にした会員リストページを返送する
ことを特徴とする会員制コミュニティサイトにおける会員プロフィール情報管理方式。
【請求項５】
請求項４において、友人登録処理は、会員ａの会員端末から会員ｂの指定情報を含む友人抹消要求を送付してくると、会員ａの友人管理テーブルにおいて友人登録されている会員ｂを過去の友人候補として再登録することを特徴とする会員制コミュニティサイトの会員プロフィール情報管理方式。
【請求項６】
請求項１〜５のいずれかにおいて、マッチング依頼条件テーブルを備えるとともに、制御手段は、マッチングサービス処理と、マッチング検索結果通知処理と、コンタクト制御処理とを可能とし、
マッチング依頼テーブルは、ユーザＩＤに友人候補の検索条件を記憶し、
マッチングサービス処理は、会員ａの会員端末からプロフィール情報の項目を指定する情報を含むマッチング依頼要求を受け取ると、会員ａのプロフィール情報管理テーブルにおける当該指定された項目のプロフィール情報を当該会員ａ以外の会員ｂのプロフィール情報管理テーブルに照会し、指定項目と同じ項目のプロフィール情報との一致度を判定し、一致すると判断した場合には、会員ａと会員ｂの双方が友人候補者同士として、会員ａと会員ｂのそれぞれの友人管理テーブルに相手の会員を友人候補者として登録し、
マッチング検索結果通知処理は、会員ａの友人管理テーブルに友人候補者が登録されている場合、当該会員ａの会員端末がアクセスしてくると、所定のＷｅｂページにて友人候補者の一覧を選択可能にして通知する
ことを特徴とする会員制コミュニティサイトにおける会員プロフィール情報管理方式。
【請求項７】
請求項４〜６のいずれかにおいて、制御手段は、会員ａの会員端末から会員ｂの指定情報を含むコンタクト要求が送付されてくると、会員ａの友人管理テーブルにおいて会員ｂが友人あるいは友人候補として登録されている場合に限って、会員ａから会員ｂへの連絡手段を提供することを特徴とする会員制コミュニティサイトにおける会員プロフィール情報管理方式。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、会員制コミュニティサイトに登録する個人情報などのプロフィール情報の管理方式に関する。具体的にはコミュニティサイトの利用資格を有する会員同士が各自のプロフィール情報の公開／非公開を柔軟に設定できるようにするためのプロフィール情報管理方式に関する。
【背景技術】
【０００２】
周知のごとく、インターネット上には、利用者同士がメッセージのやり取り等を行って議論したり交流を行ったりする「コミュニティ」と呼ばれる仮想的な場がある。コミュニティを提供するＷｅｂサイト（コミュニティサイト）では、利用者は、各自の趣味や思想に合致する内容をテーマとしているコミュニティに参加し、不特定人数の参加者と自由に会話を楽しみ、交流し、情報交換をすることができる。このコミュニティサイトが提供するサービスは多岐に渡り、例えば、電子掲示板、チャット、メーリングリスト、これらの組み合わせなどがある。
【０００３】
コミュニティサービスを提供するコンピュータシステムは、実質的に、インターネット上にコミュニティサイトを公開するＷＷＷサーバーであり、ＷＷＷサーバーを構成するコンピュータに実装されたプログラムの実行や、ＷＷＷサーバーに付帯するデータベースなどよって実現される。そして、パーソナルコンピュータなどのブラウザを実装したコンピュータ（ブラウザ端末）とＷｅｂページを介したデータのやりとりを通じてコミュニティサービスを実施する。
【０００４】
上記データベースには、コミュニティサービスの利用者を会員とし、各会員についてのプロフィール情報が蓄積管理される。あるインターネット利用者がコミュニティへの参加を希望する場合、コミュニティサイトに用意されている会員登録のためのＷｅｂページを自身のブラウザ端末にて取り寄せ、そのＷｅｂページのフォームに自身のプロフィール情報を項目別に入力する。
【０００５】
ユーザが登録するプロフィール情報の項目としては、例えば、氏名、ニックネーム、性別、年齢、居住都道府県、に加え、趣味や自己紹介文などがある。コミュニティサービスにログインするための認証情報もプロフィール情報に含まれるが、認証情報については、ユーザ自身が登録したり、コミュニティサイト側で自動生成した認証情報を割り当てたり、コミュニティサイトによってその登録手続き方法は様々である。
【０００６】
コミュニティサイトには、プロフィール情報の変更や開示に関する各種設定を受け付けるためのＷｅｂページが用意されており、会員は、他の会員に対し、自身のプロフィール情報の開示を項目別に許可、あるいは禁止することができる。なお、この開示の禁止／許可の設定は、コミュニティサイトによって種々の方式があり、申告可能な項目の全てについて個人情報をデータベースに登録させた上で、他の会員に対する情報開示については、その禁止／許可を項目別に設定させる場合と、個人情報の各項目について、開示したくない項目についてはその入力欄を空白にし、データベースにも利用者が入力した項目についてのみ登録する場合とがある。いずれにしても、開示を許可した項目の個人情報については、同じコミュニティサイトの全ての会員が閲覧可能となる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
利用者がコミュニティに参加する目的は様々である。単なる情報収集だけの場合もあるし、他の参加者に個人的な事柄を相談して意見を訊く場合もある。また、例えば、アウトドアでのレクリエーションに関する意見交換のコミュニティであれば、仮想現実における会合（オンラインミーティング）ではなく、登山やキャンプなどの現実世界のイベントにおいて会合する「オフラインミーティング」に参加することを目的としている場合もある。
【０００８】
しかし、従来のコミュニティサイトにおけるプロフィール情報管理方式では、利用者が開示を指示したプロフィール情報以外は他のメンバーに一切開示されない。言い替えれば、開示を許可したプロフィール情報についてはどのコミュニティの参加者に対しても同じよう開示されてしまう。情報収集のみを目的として参加しているコミュニティのメンバーに対し、プロフィール情報に含まれる住所やメールアドレスなどの個人情報を開示する必要はないし、反対に、オフラインミーティングを目的としてコミュニティに参加している場合には、イベントの開催場所やオフラインミーティングの内容に応じて住所や趣味、年齢や性別など、個人情報を含むプロフィール情報を開示することが必要となることが多い。オフラインミーティングを目的としたコミュニティのメンバーにニックネームだけしか開示しなければ、イベントへの参加意志がないものと判断されても仕方がない。
【０００９】
また、同じコミュニティのメンバーであっても、コミュニティにおける意見交換を通じてもっと親睦を深めたい人と、そうでない人とが存在する。しかし、従来の管理方式では、プロフィール情報の開示対象を個人毎に設定することができず、特定の人とより深い親交を得ようと希望してもその機会を逃してしまう可能性がある。
【００１０】
そして、最も大きな問題は、たとえ会員制のコミュニティサイトであっても、多くのプロフィール情報が不特定多数の人間に公開されることになり、会員資格を得るための厳しい審査がなく、コミュニティのメンバー全員がプロフィール情報に含まれる個人情報の取り扱いについて高い道徳意識を持っているとは限らない。そのため、個人情報がコミュニティ外の第３者に流出する危険性が常に存在する。
【００１１】
本発明は、会員制コミュニティサイトにおいて、会員のプロフィール情報を従来方式で管理することによる上記諸問題に鑑みなされたもので、その目的は、利用者毎に異なるコミュニティへの参加目的に応じ、プロフィール情報の開示対象を柔軟に設定できるようにし、コミュニティの各利用者が相互に安心して交流できるようにすることにある。
【課題を解決するための手段】
【００１２】
上記目的を達成するための第１の発明は、次の事項（１）〜（９）によって特定されるものである。  
（１）会員制コミュニティサイトをインターネット上に開設するＷＷＷサーバーと連動するコンピュータシステムにおける会員プロフィール情報管理方式であること
（２）プロフィール情報管理テーブルと、友人管理テーブルと、制御手段を備えること
（３）プロフィール情報管理テーブルは、コミュニティサイトの利用資格を有する会員毎に、認証情報を含む項目別の各種プロフィール情報と、各項目のプロフィール情報の開示対象を指定する開示条件とを対応付けして記憶管理すること
（４）友人管理テーブルは、会員毎に他の会員との関係を記憶管理すること
（５）制御手段は、認証処理と、プロフィール情報登録ページ送付処理と、プロフィール情報登録処理と、プロフィール開示制御処理と、プロフィール提示処理とを可能とし、
認証処理は、アクセスしてきたブラウザ端末から送付されてきた認証情報をプロフィール情報管理テーブルに照会し、該当する会員が存在すれば当該ブラウザ端末を会員端末として認知すること
（６）プロフィール情報登録ページ送付処理は、認証処理により非会員のものとして認知したブラウザ端末からプロフィール情報登録ページの送付要求を受け取ると、項目別にプロフィール情報を入力させて各項目のプロフィール情報の開示対象を指定させるためのプロフィール情報登録ページを当該ブラウザ端末に返送し、認証処理によって認知した会員端末からプロフィール情報登録ページの送付要求を受け取ると、該当会員のプロフィール情報管理テーブルの内容を修正可能にしたプロフィール情報登録ページを返送すること
（７）プロフィール情報登録処理は、プロフィール情報登録ページを送付したブラウザ端末から、項目別プロフィール情報と開示条件とが返送されてくると、当該ブラウザ端末が非会員のものであれば、新規のプロフィール情報管理テーブルに返送情報を記憶して当該非会員を会員登録し、当該ブラウザ端末が会員のものであれば、当該会員のプロフィール情報管理テーブルを更新すること
（８）プロフィール開示制御処理は、アクセスしてきたブラウザ端末から会員ａの指定情報を含むプロフィール開示要求を受け取ると、当該ブラウザ端末が非会員のものであれば、会員ａのプロフィール情報管理テーブルにおける開示条件により開示可能な項目を特定し、会員ｂの会員端末に対しては、会員ａの友人管理テーブルにおける会員ｂとの関係と会員ａのプロフィール情報管理テーブルにおける開示対象の指定情報とに基づいて開示可能な項目を特定すること
（９）プロフィール情報提示処理は、プロフィール情報開示制御処理によって決定した項目のプロフィール情報を記載したプロフィール情報提示ページをプロフィール開示要求を送付してきたブラウザ端末に返送すること
【００１３】
本発明に係る第２の発明は、上記第１の発明において、さらに以下の要件（21）〜（26）を備えている。  
（21）プロフィール情報管理テーブルは、交流サイト指定情報と、プロフィール補足情報とを記憶可能とすること
（22）制御手段は、プロフィール情報差分抽出処理と、交流サイト受付処理と、プロフィール補足情報登録ページ送付処理と、プロフィール補足情報登録処理とを可能とすること
（23）プロフィール情報差分抽出処理は、互いに交流可能な異なるコミュニティサイトのそれぞれが管理するプロフィール情報管理テーブルにアクセスしてプロフィール情報の項目を取得するとともに、各コミュニティサイトにおける項目の差分を抽出するいこと
（24）交流サイト受付処理は、コミュニティサイトＡの会員ａの会員端末に、交流可能な他のコミュニティサイトＢを提示するとともに、当該会員端末からコミュニティサイトＢの指定情報を含む交流要求が送付されてくると、会員ａのプロフィール情報管理テーブルにおける交流サイト指定情報にコミュニティサイトＢを登録すること
（25）プロフィール補足情報登録ページ送付処理は、前記交流要求を送付してきた会員ａの会員端末からプロフィール情報登録ページの送付要求があると、プロフィール情報プロフィール情報差分抽出処理により抽出したコミュニティサイトＡとコミュニティサイトＢとにおける差分の項目について、プロフィール情報と開示条件とを入力可能にしたプロフィール補足情報登録ページを返送すること
（26）プロフィール補足情報登録処理は、プロフィール補足情報登録ページを返送した会員ａのブラウザ端末にて入力された前記差分の項目についてのプロフィール情報と開示条件とを会員ａのプロフィール情報管理テーブルにおけるプロフィール補足情報として登録すること
【００１４】
上記第２の発明において、プロフィール補足情報登録ページ送付処理は、前記差分の項目に入力するプロフィール情報の管理主体がコミュニティサイトＢである旨を記載した交流用プロフィール情報登録ページを会員ａのブラウザ端末に送付する会員制コミュニティサイトにおける会員プロフィール情報管理方式を第３の発明とした。
【００１５】
第４の発明は、第１〜第３の発明のいずれかおいて、制御手段は、友人登録処理と、友人リスト提示処理とを可能とし、
友人登録処理は、会員ａの会員端末から会員ｂの指定情報を含む友人登録要求を送付してくると、会員ｂの会員端末がアクセスしてくると所定のＷｅｂページにて会員ａからの友人登録要求が会った旨を通知するとともに、当該要求を受諾または拒否するかを指示させるとともに、受諾の旨が返送されてくると会員ａと会員ｂのそれぞれの友人管理テーブルに相手の会員を友人として登録し、拒否する旨が返送されてくると、会員ａと会員ｂのそれぞれの友人管理テーブルに相手の会員を過去の友人候補として登録し、
友人リスト提示処理は、会員ａの会員端末から友人リストの提示要求が送付されてくると、会員ａの友人管理テーブルにおいて友人登録されている会員を一覧にした会員リストページを返送する
会員制コミュニティサイトにおける会員プロフィール情報管理方式としている。
【００１６】
また、第４の発明において、友人登録処理は、会員ａの会員端末から会員ｂの指定情報を含む友人抹消要求を送付してくると、会員ａの友人管理テーブルにおいて友人登録されている会員ｂを過去の友人候補として再登録する会員制コミュニティサイトの会員プロフィール情報管理方式を第５の発明とした。
【００１７】
第６の発明は、第１〜第５の発明のいずれかにおいて、マッチング依頼条件テーブルを備えるとともに、制御手段は、マッチングサービス処理と、マッチング検索結果通知処理と、コンタクト制御処理とを可能とし、
マッチング依頼テーブルは、ユーザＩＤに友人候補の検索条件を記憶し、
マッチングサービス処理は、会員ａの会員端末からプロフィール情報の項目を指定する情報を含むマッチング依頼要求を受け取ると、会員ａのプロフィール情報管理テーブルにおける当該指定された項目のプロフィール情報を当該会員ａ以外の会員ｂのプロフィール情報管理テーブルに照会し、指定項目と同じ項目のプロフィール情報との一致度を判定し、一致すると判断した場合には、会員ａと会員ｂの双方が友人候補者同士として、会員ａと会員ｂのそれぞれの友人管理テーブルに相手の会員を友人候補者として登録し、
マッチング検索結果通知処理は、会員ａの友人管理テーブルに友人候補者が登録されている場合、当該会員ａの会員端末がアクセスしてくると、所定のＷｅｂページにて友人候補者の一覧を選択可能にして通知する
会員制コミュニティサイトにおける会員プロフィール情報管理方式である。
【００１８】
第７の発明は、第４〜第６の発明のいずれかにおいて、制御手段は、会員ａの会員端末から会員ｂの指定情報を含むコンタクト要求が送付されてくると、会員ａの友人管理テーブルにおいて会員ｂが友人あるいは友人候補として登録されている場合に限って、会員ａから会員ｂへの連絡手段を提供する会員制コミュニティサイトにおける会員プロフィール情報管理方式とした。
【発明の効果】
【００１９】
本発明の会員制コミュニティサイトにおける会員プロフィール情報管理方式によれば、利用者毎に異なるコミュニティへの参加目的に応じ、プロフィール情報の開示対象を柔軟に設定できる。それによって、コミュニティの各利用者が相互に安心して交流できる。
【発明を実施するための最良の形態】
【００２０】
［第１の実施例］
本発明の第１の実施例として、会員制コミュニティを提供するコミュニティサイトをインターネット上に開設するＷＷＷサーバーを包含するコンピュータシステム（コミュニティサーバー）における会員プロフィール情報管理方式を挙げる。
【００２１】
＝＝＝ネットワーク構成＝＝＝
図１に第１の実施例における会員プロフィール情報管理方式を採用したコミュニティサーバーを含むネットワーク構成を示した。コミュニティサーバー１と、パーソナルコンピュータなどの不特定多数の利用者が使用するブラウザを実装したコンピュータ（ブラウザ端末）１０とがインターネット２０に接続されている。また、コミュニティサイトの利用会員が使用するブラウザ端末１０を会員端末と称することとする。この図では、会員ａと会員ｂのそれぞれが使用する会員端末（１０ａ，１０ｂ）が示されている。
【００２２】
本実施例において、コミュニティサイトでは、膨大な数の会員が参加して情報交換や討論を行うコミュニティ、少人数の知人同士などが個人的な連絡手段として利用するコミュニティ、原則的に会員であれば誰も参加可能なコミュニティ、先の知人同士などコミュニティのメンバー同士が相互に参加の了承をしない限り参加できない私的なコミュニティなど、多種多様なコミュニティが提供されている。
【００２３】
コミュニティサーバー１には、ＷＷＷサーバーによりコミュニティサイトのＷｅｂページ群を生成するためのＨＴＭＬデータ、画像、音声、ＣＧＩなどのプログラムなどを蓄積したＷｅｂデータベース２に加え、会員制コミュニティの利用資格を有する会員についてのプロフィール情報（個人情報、趣味、自己紹介文など）や、会員同士の関わり合いなどの情報を蓄積管理する会員データベース３がある。そしてコミュニティサーバー１は、これらデータベース（２，３）の蓄積情報と、Ｗｅｂページを介したブラウザ端末１０との通信に基づいてコミュニティサービスを実施する。
【００２４】
＝＝＝会員プロフィール情報管理方式の概略＝＝＝
図２は、コミュニティサイトにおいて提供される各種機能を実現するためのプログラム、およびそのプログラムが参照する各種情報の関係図である。プロフィール管理プログラム１０１は、非会員が会員として自身のプロフィール情報を会員データベース３に登録したり、会員が登録済みのプロフィール情報を修正したりするための機能を実現する。マッチングサービスプログラム１０２は、相互了承した関係にある会員同士の集合を「友人」とし、会員がコミュニティサイト内で友人を探そうとする際、友人を捜す会員を検索要求者として自身の趣味や年齢などを検索条件として作業を支援し、検索条件に該当する会員を友人候補者として検索結果を提示するための処理を実行する。
【００２５】
プロフィール開示制御プログラム１０３は、会員に他の会員（被参照者）のプロフィール情報を開示する際にその開示内容を被参照者が指定した条件に基づいて決定するプログラムである。友人リスト管理プログラム１０４は、友人や友人候補者のリストを管理し、コンタクト制御プログラム１０５は、友人同士あるいは友人候補者同士との連絡を仲介する。
【００２６】
なお、コミュニティサーバー１に実装されているプログラムとしては、上記プログラム（１０１〜１０５）の他に、アクセスしてきたブラウザ端末１０と所定の手順に従って認証手続きを行う認証プログラムもある。当該認証プログラムは、認証したブラウザ端末１０を会員端末（１０ａ，１０ｂ）として、会員制コミュニティサイトにログインさせ、コミュニティサービスの利用を許可する。
【００２７】
また、上記各プログラム（１０１〜１０５）が参照したり処理対象としたりする情報は、会員を識別するユーザＩＤごとのデータテーブルとして会員データベース３により管理されている。主なデータテーブルとして、ユーザＩＤにプロフィール情報を対応付けしたプロフィール情報管理テーブル１０６、本人がマッチングサービス機能により友人候補者を検索してもらうための条件（マッチング依頼情報）を本人のユーザＩＤに対応付けしたマッチング依頼管理テーブル１０７、ユーザＩＤに該当する会員本人と友人関係にある会員についての情報を本人のユーザＩＤに対応付けして管理するための友人管理テーブル１０８が存在する。なお、友人管理テーブル１０８において、「友人リスト」はすでに本人と友人関係にある会員のリストであり、「候補者リスト」は、本人のマッチング依頼情報に合致する友人候補者と、他の会員のマッチング依頼情報に基づく検索結果として本人がその会員の友人候補者となった場合のその会員をリストにしたものである。「友人要求リスト」は、本人が友人候補者に対して、あるいは友人候補者が本人に対して友人関係を結びたい旨の友人登録依頼を通知した場合、その依頼に対する返答が済んでいない状態にあるとき、その友人候補者を「友人要求者リスト」に登録する。また、「過去の候補者リスト」には、本人が友人候補者に対して友人関係になることを依頼した際に、その依頼先の友人候補者がその依頼を拒否したした場合のその友人候補者、および本人が削除した友人候補者が登録される、
＝＝＝コミュニティサイト＝＝＝
図３は、コミュニティサイトのサイト構成をブラウザ端末１０における画面遷移として示している。コミュニティサイトの窓口となるＷｅｂページ（ポータルページ）ｓ１は、インターネット２０上に公開され、会員資格の有無に関わらず当該ポータルページｓ１のＵＲＬを指定してアクセスしてきたブラウザ端末１０に送付される。
【００２８】
このポータルページｓ１には認証情報としてユーザＩＤとパスワードを入力するフォームがあり、すでに会員となっている利用者は所定のフォームにＩＤとパスワードをそれぞれ入力し、これらの入力情報の送付指示操作を行う（ｓ２→ｓ４）。この入力情報を受け取る認証プログラムは、返送されてきたＩＤとパスワードとをプロフィール情報管理テーブル１０６に照会し、該当する会員が存在すれば、当該ブラウザ端末１０を会員端末（１０ａ，１０ｂ）として、コミュニティサービスへのログインを許可し、コミュニティサイトにおける様々なサービスへの窓口となるＷｅｂページ（会員トップ画面）を会員端末に返送する（ｓ５→ｓ６）。図４に会員ａの会員端末１０ａがログインしたときの会員トップページ１１０ａの画面概略を示した。コミュニティサイトでは、第１の実施例のプロフィール情報管理方式により、会員が安全にかつ便利に相互交流を図れるようなコミュニティサービスが提供され、会員トップページ１１０ａには、利用者がコミュニティサービスによって提供される各種機能を利用するための各種Ｗｅｂページへのリンク（１１１〜１１５）が設定されている。
【００２９】
＝＝＝会員プロフィールの登録と管理＝＝＝
プロフィール管理プログラム１０２は、会員のプロフィール情報の登録／変更に関わる処理を実行する。例えば、コミュニティサイトの利用を希望する非会員が、オンラインで会員登録手続きを行うための処理を実行する。ポータル画面ｓ１には、新規に会員登録を受け付けるためのＷｅｂページ（プロフィール情報登録ページ）へのリンクが設定され、非会員は、自身のブラウザ端末１０にてそのリンクを指示して会員登録ページを取り寄せる（図２：ｓ２→ｓ３）。図５にそのプロフィール情報登録ページの画面概略を示した。この画面１２０には、プロフィール情報を項目別に入力するために項目毎に入力フォーム（１２１〜１３０）が用意されている。本実施例では、ユーザＩＤ、パスワード、ニックネーム、メールアドレス、コンタクトアドレス、住所、氏名、生年月日、趣味、住所、ブログの各項目について入力フォーム（１２１〜１３０）が用意されている。
【００３０】
ユーザＩＤ１２１は、会員を特定する識別子であり、会員のブラウザ端末１０は、このＩＤとパスワード１２２とにより、コミュニティサイトへログインし、会員トップ画面１１０へのアクセスが許可される。ニックネーム１２６は、コミュニティサービス内で他の会員が当該会員を識別するための名称である。メールアドレス１２３は、利用者が通常に使用している電子メールアドレスであり、コンタクトアドレス１２４は、会員同士が連絡を取り合うときに利用するメールアドレスである。コミュニティサーバーは、このコンタクトアドレスにより会員同士が自身のメールアドレスを相手に通知することなく連絡を取り合う手段を提供する。ブログの項目１３０では、会員のブログの掲載場所を同定するＵＲＬについて、任意のサーバー名を登録できる。
【００３１】
また、プロフィール情報登録ページ１２０には、各項目のプロフィール情報毎に開示対象を指定して開示条件を設定するためのラジオボタン１３１がある。本実施例では、「全ての人に開示する（公開）」「会員にのみ開示する（会員のみ）」「友人にのみ開示する（友人のみ）」「開示しない（非公開：サービス運営者のみに開示）」と、開示条件を任意に設定することができる。
【００３２】
非会員が、ブラウザ端末１０により、プロフィール情報登録ページ１２０に自身のプロフィール情報を項目別に所定のフォーム（１２１〜１３０）に入力するとともに、各項目について開示条件を設定したならば、当該ページ１２０の「登録」ボタン１３２を指示する。それによって、入力情報がプロフィール管理プログラム１０１に送付され、当該プログラム１０１は、送付されてきた情報中のユーザＩＤに対応する新規のプロフィール情報管理テーブル１０６を作成し、当該テーブル１０６に項目毎のプロフィール情報と開示条件とを格納する。
【００３３】
本実施例の会員プロフィール情報管理方式は、上述したように、プロフィール情報の開示対象を項目ごとに設定できる点に大きな特徴がある。すなわち、コミュニティサイトは、会員本人が特定の相手に対し、特定の項目の個人情報のみを開示可能にする機能を提供している。
【００３４】
またプロフィール管理プログラム１０１では、会員端末（１０ａ，１０ｂ）に対しては、プロフィール情報を修正するための機能も提供している。会員トップ画面１１０ａ（図４参照）には会員向けの会員プロフィール登録ページ１２０を呼び出すためのプロフィール登録ボタン１１３が配設されており、例えば、会員端末１０ａにて当該ボタン１１３が指示されると、プロフィール管理プログラム１０１は、当該会員端末１０ａがログイン手続き時に送付してきたユーザＩＤに対応するプロフィール情報管理テーブル１０６の格納情報に基づいて、項目別のプロフィール情報をフォームに入力するとともに開示条件を設定した状態で会員登録ページ１２０を会員端末１０ａに返送する。会員ａは、会員プロフィール登録ページ１２０において、所望の項目のプロフィール情報を修正し、再度登録ボタン１３２を指示する。それによって、当該会員ａについてのプロフィール情報管理テーブル１０６が更新される。
【００３５】
＝＝＝マッチングサービス＝＝＝
会員端末１０ａにて会員トップページ１１０ａの「マッチング登録」ボタン１１１を指示すると、友人候補者を検索する際の条件設定を行うためのＷｅｂページ（マッチング条件入力ページ）が当該会員端末１０ａに返送される。図６にマッチング条件入力ページの画面概略を示した。この例では、同じ趣味を持つ人、近くに住んでいる人、年齢が何歳くらいの人という３つの条件で友人候補者を検索することができる。また、このページ１４０には、検索結果として将来友人候補者となった会員に向けたメッセージを入力する欄１４２も用意されている。会員が会員端末１０ａにてマッチング条件入力ページ１４０に友人候補の検索条件１４１を設定し、必要に応じてメッセージを入力して「登録」ボタン１４３を指示すると、当該設定条件とメッセージとを含むマッチング依頼要求がマッチングサービスプログラム１０２に送付される。そして、マッチングサービスプログラム１０２が設定条件に該当する会員を検索して友人候補者を提示する。また、マッチングサービスでは、検索を指示した会員（検索要求者）が友人候補者のプロフィール情報を閲覧したり、検索要求者と友人候補者との連絡を仲介したりするための機能も提供される。
【００３６】
＝＝＝マッチングサービスプログラム＝＝＝
図７にマッチングサービスプログラム１０２の処理の流れ図を示した。当該プログラム１０２は、検索条件が送付されてくると、検索条件として指定された項目について、検索要求者のプロフィール情報管理テーブルから該当するプロフィール情報を取得する（ｓ１１）。そして、このプロフィール情報をマッチング依頼条件として検索要求者のマッチング依頼管理テーブル１０７に格納する。検索条件とともに将来の友人候補者に向けたメッセージが送付されてきた場合には、そのメッセージもマッチング依頼条件としてマッチング依頼管理テーブル１０７に格納する（ｓ１２）。
【００３７】
つぎに、検索要求者以外の会員を被評価者とし、被評価者についてのユーザＩＤを検索要求者の友人管理テーブルに順次照会していく（ｓ１３，ｓ１４）。評価対象となった被評価者のユーザＩＤが検索要求者の友人管理テーブル１０８の「友人リスト」「候補者リスト」「友人要求リスト」「過去の候補者リスト」のいずれかに存在するか否かを調査し、存在する場合には全ての被評価者を調査したかどうかを判断する（ｓ１５→ｓ２０）。どのリストにも存在しない場合には、その被評価者のプロフィール情報管理テーブルを参照し、検索要求者のマッチング依頼テーブルにおけるマッチング依頼情報に一致するか否かを判定する（ｓ１５→ｓ１６，ｓ１７）。この判定方法は、マッチング条件にて指定されたプロフィール情報の項目について、検索依頼者と被評価者のプロフィール情報が一致するか、あるいはあらかじめ設定されている閾値内にあれば「一致」とする。一致しなければ全ての被評価者を調査したかどうかを判断する（ｓ１７→ｓ２０）。そして、一致と判定された被評価者については、マッチング条件の内容と被評価者のプロフィール情報とを比較し、検索要求者と被評価者の双方の類似度（マッチングスコア）を計算する（ｓ１７→ｓ１８）。マッチングスコアの計算方法としては、例えば、職業同士の関連性や年齢差に応じた点数を設定しておき、双方の同じ項目についてのプロフィール情報の組み合わせを定量化し、職業や年齢差の組み合わせにより合計点を求めるなど、適宜なアルゴリズムが採用できる。マッチングサービスプログラムは、計算したマッチングスコアを被評価者のユーザＩＤに対応付けして記憶しておき（ｓ１９）、全ての被評価者についての評価が終了したら、計算して記憶した被評価者別のマッチングスコアを上位から所定数まで抽出し、その抽出した被評価者を友人候補者とする。そして、友人候補者のユーザＩＤを検索要求者の友人管理テーブルの候補者リストに登録する。また、検索要求者のユーザＩＤについても友人候補者の友人管理テーブルの候補者リストに登録する（ｓ２０→ｓ２１）。
【００３８】
検索要求者が自身の会員端末１０ａにより、マッチング条件入力ページ１４０にてマッチング条件を設定登録し、マッチングサービスプログラム１０２が友人候補者を選出すると、この検索要求者の会員端末１０ａがコミュニティサイトにログインし、再度会員トップページを取り寄せると、その画面に検索結果が提示される。図８に、事前にマッチング条件を指定した検索要求者（会員ａとする）の会員端末１０ａに送付される会員トップページの画面概略を示した。ここに示した例では、当該画面１１０ｂのマッチング結果表示領域１１６にマッチングサービスプログラムにより抽出された所定数（４人）の会員ｂ〜ｅが友人候補者１１７として表示されている。
【００３９】
＝＝＝プロフィール開示制御プログラム＝＝＝
プロフィール開示制御プログラム１０３は、コミュニティサイトにアクセスしてきたブラウザ端末１０から会員の指定情報を含むプロフィール情報開示要求を受け付けると起動する。そして、当該要求を送付してきたブラウザ端末１０において、指定の会員のプロフィール情報を閲覧に供する際、開示すべきプロフィール情報の項目を決定する。例えば、先の図７に示した会員トップページ１１０ｂには、会員ａの友人候補者として提示された会員ｂ〜ｅのプロフィール情報をそれぞれ個別に閲覧するための「プロフィール確認」ボタン１１８が配設されており、ここで、会員ａが自身の会員端末１０ａにて会員ｂの「プロフィール確認」ボタン１１８を指示すると、会員ｂの指定情報がプロフィール開示制御プログラム１０３に送付され、当該開示制御プログラム１０３が開示可能な会員ｂのプロフィール情報を決定し、その決定したプロフィール情報を掲載したプロフィールページを会員ａの会員端末に返送する。図９にそのプロフィールページの画面概略を示した。この画面１５０には、会員ｂが登録したプロフィール情報について、「公開」および「会員のみ」を開示条件に指定した項目１５１ａについては登録済みのプロフィール情報１５２ｂが表示され、それ以外の開示条件を指定した項目１５１ｂのプロフィール情報１５２ｂには「非公開」が表示される。
【００４０】
図１０にプロフィール開示制御プログラム１０３の処理の流れを示した。コミュニティサイトには、友人候補者が記載された会員トップページ１１０ｂ（図７参照）に限らず、また非会員であっても、例えば、ニックネームによって会員を指定するとともに、その指定したプロフィール情報をブラウザ端末の閲覧に供するための機能が各種Ｗｅｂページに設定されている。ここで、プロフィール情報の閲覧を希望する者と閲覧対象となる会員をそれぞれ参照者と被参照者とすれば、参照者がブラウザ端末１０にて被参照者を指定すると、被参照者のユーザＩＤとを含むプロフィール情報の開示要求がプロフィール開示制御プログラム１０３に送達される。プロフィール開示制御プログラム１０３は、ここで、参照者が会員か否かを判定する。例えば、ログイン手続きを経てログインした会員端末１０ａに、ユーザＩＤなど会員を特定するためのＣｏｏｋｉｅを送付して書き込ませ、以後のセッションをこのＣｏｏｋｉｅによって管理すれば、参照者のブラウザ端末１０が会員端末１０ａであるか否かを判定できる。
【００４１】
参照者が会員である場合には、被参照者の友人管理テーブル１０８における友人リストに参照者のユーザＩＤが存在するか否かを調査する。存在しない場合には、参照者と被参照者の関係を「会員」とする。存在する場合には、参照者と被参照者の関係を「友人」とする。そして、被参照者のプロフィール情報管理テーブルにおける各項目のプロフィール情報についての開示条件と、参照者と被参照者との関係とに基づいて被参照者のプロフィールページにおけるプロフィール情報の開示項目を決定する。なお、参照者が会員でなければ、開示条件として「公開」が設定されている項目のプロフィール情報のみを開示する。
【００４２】
＝＝＝友人登録依頼＝＝＝
会員ｂのプロフィールページ１５０（図９参照）を閲覧した会員ａが当該ページにおける会員ｂの個人情報を確認し、会員ｂと連絡を取りたい場合、コメントを所定の入力欄１５３に記入し、「友人登録依頼」ボタン１５４を指示する。あるいは、会員ａのトップページ１１０ｂ（図８参照）におけるマッチング結果表示領域１１６にある「友人登録依頼」ボタン１１９を指示する。そして、このボタン（１５４，１１９）への指示時点以降に会員ｂが自身の会員端末１０ｂにてログインして会員トップページを取り寄せると、その会員トップページの連絡事項領域１１５に会員ａからの友人登録要求がある旨が表示されるとともに、「友人登録のお願い」ボタンが指示可能に表示される。図１１に会員Ｂの会員トップページの画面概略を示した。会員ｂがこの画面１１０ｃにおける「友人登録のお願い」ボタン１１９を会員端末１０ｂにてクリックすると会員ａからのメッセージを含む友人登録ページが表示される。図１２にその友人登録ページの画面概略を示した。この友人登録ページ１６０には、会員ａからのメッセージ１６１とともに、会員ａに対応する「プロフィールを確認」ボタン１６２が表示され、このボタン１６２を指示すると、会員ａのプロフィールページが会員ｂのブラウザ端末に表示される。この会員ａについてのプロフィールページの画面概略を図１３に示した。このページ１７０では、プロフィール開示制御プログラムにより、会員ａのプロフィール情報のうち、開示条件として「会員のみ」および「公開」に設定された項目１７１ａのプロフィール情報１７２ａが記載され、それ以外の項目１７１ｂについてはプロフィール情報１７２ｂとして「非表示」が記載される。
【００４３】
会員ｂが会員ａのプロフィール情報やメッセージを見て、会員ａからの友人登録依頼を了承したならば、会員ａのプロフィールページ１７０や友人登録ページ１６０にある「友人に登録」ボタン（１６３，１７３）を指示する。もちろん、この友人登録依頼を拒否したり、友人登録依頼の受諾／拒否の判断を保留したりすることも可能である。友人登録ページ１６０には、友人登録依頼を拒否するボタン１６６と、返事を保留するためのボタン１６４がある。また、保留１６４を指示した際に友人依頼をしてきた会員に不明な点などを記入するための質問入力欄１６５もある。
【００４４】
＝＝＝友人リストの表示＝＝＝
コミュニティサイトでは、会員は、自身の友人管理テーブルの内容を確認することができるとともに、マッチングサービスにより提示された友人候補者や既知の会員で継続的にコンタクトを取りたい相手を友人管理テーブルに登録したり、登録済みの友人を削除したり、友人に関する情報を編集したりすることができる。図１４に、会員が自身の友人管理テーブルの内容を確認するためのＷｅｂページ（友人リストページ）の画面概略を示した。この例では、会員ａが会員ｂから友人登録依頼に対する返答を待っている時点での友人リストページ１８０を示した。このページ１８０には、すでに友人関係にある会員や友人登録依頼を送付した会員（会員ｂ）がニックネーム１８１によって一覧表示されている。この一覧において、各会員の表示欄には、その会員との関係（ステータス）１８２と、「プロフィール確認」ボタン１８３と、連絡を取るための「コンタクト」ボタン１８４と、現状の関係を解消するための「削除」ボタン１８５が表示される。なお、ステータス表示１８２において、会員ｂが会員ａからの友人登録依頼を受諾するまでは「申請中」となる。
【００４５】
＝＝＝友人リスト管理プログラム＝＝＝
友人リスト管理プログラムは、友人管理テーブルを参照、更新するプログラムであり、当該プログラムは、各種プログラムやブラウザ端末からの実行要求を受け付けて起動する。なお、コミュニティサイトにおける会員間の関係として、「無関係」「候補者」「友人要求者」「友人」「過去の候補者」の５つがある。この内、「無関係」以外の関係にある会員については、そのユーザＩＤが友人管理テーブルに登録可能となっている。
【００４６】
先の会員ａと会員ｂの関係を例に挙げると、マッチングサービスプログラムにて無関係」を対象として「候補者」を抽出する。友人リスト管理プログラムは、会員ａのブラウザ端末にてトップ画面１１０ａ（図８参照）におけるマッチング結果表示領域１１６の「友人登録依頼」ボタン１１９、あるいは当該トップ画面１１０ｂにある会員ｂに対応する「プロフィール確認」ボタン１１８が指示されて送付した会員ｂのプロフィールページ中の「友人登録依頼」ボタン１５４が指示されると、「候補者」を「友人要求者」に変更する。候補者側である会員ｂの友人管理テーブルについても、会員ａを友人要求者に変更する。また、特定の期間「友人登録依頼」ボタン（１１８，１５４）が指示されない場合は、「候補者」が「過去の候補者」に切り替わる。友人リストページ１８０の「削除」ボタン１８５を指示したときも「候補者」や「友人」が「過去の候補者」に切り替わる。
【００４７】
会員ｂが自身の会員端末１０ｂにて友人登録ページ１５０（図１２参照）の「友人登録」ボタン１６３を指示したり、この友人登録ページ１５０にある「プロフィール確認」ボタン１１８を指示して表示させた会員ａのプロフィールページ１７０（図１３参照）の「友人登録」ボタン１７３を指示したりすると、会員ａと会員ｂの双方の「友人リスト」に相手のユーザＩＤを登録する。それによって会員ａと会員ｂが「友人」となる。会員ｂが友人登録依頼を拒否した場合は双方の「過去の候補者リスト」に相手のユーザＩＤが格納される。
【００４８】
＝＝＝コンタクト制御プログラム＝＝＝
コンタクト制御プログラムは、友人リストページ１８０にある「コンタクト」ボタン１８４が会員端末１０により指示されたときに起動する。本実施例では、会員間の連絡は電子メールによって行うこととしている。また、会員が自身のメールアドレスを非公開に設定している場合などを想定し、各会員には、会員同士が連絡に用いる別のメールルアドレスであるコンタクトアドレスを登録することとしている。
【００４９】
ここで、会員ａが会員ｂに連絡をとる場合に挙げてコンタクト制御プログラムの動作を説明する。図１５にコンタクト制御プログラム１０３の処理の流れを示した。会員ａの会員端末１０ａにて会員ｂが指定されて「コンタクト」ボタン１８４が指示されると、会員ａから会員ｂへ向けてのコンタクト要求がコンタクト制御プログラム１０３に送達する。コンタクト制御プログラム１０３は、この要求を受け付けると、会員端末１０ａにメール本文を記入するための入力欄を含んだＷｅｂメールページを返送する（ｓ４１，ｓ４２）。図１６にＷｅｂメールページの画面概略を示した。メール本文の記入欄１９１と、「メール送信」ボタン１９２とが配設されている。また、電子メールの送信者となる会員ａのニックネーム１９３と、受信者となる会員ｂのニックネーム１９３とが記載されている。会員ａがメール本文を記載し「メール送信」ボタン１９２を指示すると、会員端末１０ａは、送信者と受信者として会員ａと会員ｂのそれぞれのユーザＩＤと、メール本文として記入されたテキストとを含むメール送信要求をコンタクト制御プログラム１０３に送付する。
【００５０】
コンタクト制御プログラム１０３は、メール送信要求を受け取ると、会員ａと会員ｂの友人管理テーブルを参照し、会員ａと会員ｂの関係が「無関係」「過去の友人」である場合には、当該メール送信要求を却下した旨を会員ａに返信するなど、適宜なエラー処理を実行する（ｓ４３→ｓ４４→ｓ５２）。会員ａと会員Ｂの関係が「友人」「候補者」「友人要求者」である場合には、会員ａと会員ｂの個人情報テーブルを参照し、会員ａと会員ｂのそれぞれのメールアドレスとコンタクトアドレスとを取得する（ｓ４４→ｓ４５，ｓ４６）。そして、会員ａのコンタクトアドレスを送信者とした新規の電子メールを作成し、そのメールの本文にメール送信要求によって送付されてきたテキストを転記する（ｓ４６，ｓ４７）。そして、当該電子メールを会員ｂのメールアドレスに宛ててインターネット上に送出する（ｓ４９〜ｓ５１）。それによって、送信者となる会員ａのメールアドレスの開示条件が「非公開」であっても、会員ａと会員Ｂとが「友人」「候補者」「友人要求者」のいずれかの関係であれば、会員ａが会員ｂに電子メールにより連絡することができる。
【００５１】
また、会員ｂが会員ａからの電子メールに対して返信メールを送付すると、その返信メールの送信者は会員ｂのメールアドレスであり、受信者は会員ａのコンタクトアドレスとなる。したがって、この返信メールはコミュニティサーバー１における所定の記憶資源に設置された会員のコンタクトアドレスに対応するメールボックスに送達される。コンタクト制御プログラム１０３は、このメールボックスを管理し、会員ａのコンタクトアドレス宛に送付されてきた会員ｂからの返信メールについて、送信者を会員ｂのコンタクトアドレスとするとともに、受信者を会員ａのメールアドレスに変更し、送受信者のメールアドレスを変更したこの電子メールをインターネット２０に送出する。それによって、会員ｂのメールアドレスを開示せずにその返信メールが会員ａのメールアドレスに宛てて転送される。したがって、会員ａや会員ｂがプロフィール情報の開示条件として、自身のメールアドレスを「公開」に設定していない限り、電子メールの送受信によっても双方に相手のメールアドレスが開示されることはない。
【００５２】
＝＝＝その他の連絡方法＝＝＝
会員同士の連絡手段としては、上述した本実施例の手段に限らず、電話番号の開示やメールアドレスの開示、特定の会員間だけの掲示板なども考えられる。しかし、電話番号やメールアドレスなど開示条件を無視して一旦開示してしまうと、例えば、友人リストから削除された会員であっても継続して連絡が取れる状態になってしまう。電子メールについては上記コンタクトアドレスを利用することでこの問題を解決できる。また、電話番号の場合であれば、サービス固有の電話番号（コンタクト番号）を各会員に付与するとともに、そのコンタクト番号を友人にも開示する。例えば、会員ａが会員ｂに電話を掛ける場合、会員ａは会員ｂのコンタクト番号により電話を掛ける。そして、その電話呼を、一旦回線交換手段をもちいて会員ｂの実際の電話番号に転送する。
【００５３】
また電子メールについても、Ｗｅｂメールに限らず、例えば、コンタクトボタンが指示された時点で、会員ｂのコンタクトアドレスを記載したＷｅｂページを会員ａの会員端末に送付し、その後の電子メールの送信作業は会員ａが自身の会員端末側の電子メールソフトウエアを起動し、受信者として会員ｂのコンタクトアドレスを指定して電子メールを送信すればよい。あるいは、周知のmailtoタグをコンタクトボタンに設定しておく。このとき、電子メールの宛先として会員ｂのコンタクトアドレスを代入しておく。それにより、コンタクトボタンが指示された時点で会員ａの会員端末では、電子メールソフトウエアが起動し、会員ｂのコンタクトアドレスを宛先とした新規の電子メールが表示される。
【００５４】
このように、会員端末側の電子メールソフトウエアにより会員同士が連絡を取り合う場合、会員ｂのコンタクトアドレスに相当するメールボックスはコミュニティサーバーにあり、コンタクト制御プログラムは、会員ｂのコンタクトアドレス宛の電子メールを受信した時点で、会員ｂのプロフィール情報管理テーブルに基づいて会員ｂのメールアドレスを取得し、これを受信者のメールアドレスとする。また、送信者である会員ａのメールアドレスに対応する会員ａのコンタクトアドレスを取得し、これを送信者のメールアドレスとして電子メールをインターネット上に再度送出する。それによって、会員ａのコンタクトアドレスを送信元とした電子メールが会員ｂの会員端末にて受信される。もちろん、友人候補や友人関係にある会員については、相互にコンタクトアドレスを公開し、そのコンタクトアドレスによる電子メールを一般のメールアドレスと同様にして、ＳＭＴＰおよびＰＯＰ手順により送受信するようにしてもよい。なお、この場合は、コミュニティサーバーにおけるメールボックスにＳＭＴＰおよびＰＯＰ手順によりアクセスするためのユーザＩＤ（メールアカウント）とパスワードをプロフィール情報として別途登録させるか、あるいは認証情報として登録させたユーザＩＤとパスワードを兼用すればよい。
【００５５】
＝＝＝個人情報の開示条件について＝＝＝
本実施例では個人情報の開示条件として「公開」「会員」「友人」「非公開」の４つのレベルに設定可能であったが、「友人とマッチング候補に開示する」という条件のレベルを設定可能にしておけば、検索要求者と友人候補者との関係において、個人を特定する情報を開示せずに相手に自分の身元を保証することができ、相手に安心感を与え、会員以上友人未満の微妙な関係から安心して友人関係に移行できる動機付けを双方に与えることができる。
【００５６】
［第２の実施例］
上記第１の実施例では、一つのコミュニティサイトに限定したときのコミュニティサービスの実施形態を示した。本発明のプロフィール情報管理方式には、複数のコミュニティサイトのそれぞれの会員同士が交流できるサービス（交流サービス）を実現するための方式も含んでいる。ここで、本発明に係る第２の実施例として、あるコミュニティサイト（サイトＡ）の会員ａが他のコミュニティサイト（サイトＢ）の会員ｂに対して友人候補者を検索する事例を挙げる。
【００５７】
＝＝＝ネットワーク構成＝＝＝
図１７に、上記交流サービスを実現するためのネットワーク構成を例示した。この例では、コミュニティサイトＡおよびＢについて、それぞれの管理／運営企業をＡ社およびＢ社とし、コミュニティ統合サービスを提供する企業（ＡＳＰ業者）が管理するコンピュータ（ＡＳＰサーバー）２００と、コミュニティサイトＡにてコミュニティサービスを提供するコミュニティサーバーＡ２０１と、コミュニティサイトＢにてコミュニティサービスを提供するコミュニティサーバーＢ２０２とが、例えば、ＶＰＮなどの限定的なネットワーク２０３を介して通信する構成となっている。したがって、インターネット２０などの公衆の情報通信ネットワークからＡＳＰサーバー２００への不正アクセスを防止している。もちろん、２つのコミュニティサーバーＡとＢ（２０１，２０２）を実現する機能をＡＳＰサーバー２００に集約してもよい。
【００５８】
また、第２の実施例においては、第１の実施例における会員ａと会員ｂがそれぞれ異なるコミュニティサイトの会員であり、会員ａは会員端末２１０ａによりコミュニティサイトＡにログインし、会員ｂは会員端末２１０ｂによりコミュニティサイトＢにログインするものとする。
【００５９】
＝＝＝交流サービスの概略＝＝＝
図１８は、サイトＡの会員ａがログインした際に、コミュニティサーバーＡから会員端末１０ａに送付されてくる会員トップページの画面概略である。この画面２２０では、連絡事項エリア２２１にサイトＢの会員もマッチングサービスの対象に成り得る旨が記載されている。ここで、「確認」ボタン２２２を指示すると、マッチングサービスの検索対象をサイトＢに拡大させたい場合にその旨を申し込むためのマッチング対象拡張申込ページがブラウザ端末に送付されてくる。図１９にこのマッチング対象拡張申込ページの画面概略を示した。この画面２３０で「Ｂ社会員もマッチング対象とする」ボタン２３１を選択すると、会員ａがサイトＢを対象としたマッチングサービスの申込情報がＡＳＰサーバー２００のマッチングサービスプログラムに送付される。
【００６０】
ＡＳＰサーバー２００におけるマッチングサービスプログラムは、基本的に第１の実施例におけるマッチングサービスプログラムと同じ動作をする。しかし、サイトＡとサイトＢとでは、それぞれのプロフィール情報管理テーブルにおけるプロフィール情報の項目や項目の名称などが異なっている可能性があり、このままではサイトＡとサイトＢで内容と項目名が同じプロフィール情報だけしか検索条件に設定できないことになる。図２０は、サイトＡとサイトＢのそれぞれにおけるプロフィール情報管理テーブルの項目を比較した図である。サイトＡでは住所として都道府県を登録するのに対し、サイトＢでは同じ項目名の住所でも郵便番号を登録している。また、サイトＢではサイトＡにはない項目として職業を登録することになっている。そこで、ＡＳＰサーバー２００におけるマッチングサービスプログラムは、サイトＡとサイトＢのプロフィール情報管理テーブルの不整合を調整する処理を行う。
【００６１】
図２１に、各サーバー（２００〜２０２）において管理されているデータテーブルとプログラムとの関係を示した。本実施例では、ＡＳＰサーバー２００はコミュニティサーバーＡ２０１とコミュニティサーバーＢ２０２と通信し、コミュニティサーバーＡ２０１における各データテーブル（１０６ａ〜１０８ａ）およびコミュニティサーバーＢ２０２における各データテーブル（１０６ｂ〜１０８ｂ）にアクセスする。そのために、ＡＳＰサーバー２００の交流コミュニティテーブル３０１には、参照すべきデータテーブルへのアクセス手段が格納されている。また、ＡＳＰサーバー２００に実装されたマッチングサービスプログラム３０２は、２サイト間でのマッチングサービスに対応可能とするために、サイトＡとサイトＢのそれぞれにおけるマッチングの検索設定を条件設定テーブル（３０３ａ，３０３ｂ）に格納する。それによって、サイトＡ、およびサイトＢにおけるマッチングサービスプログラム１０２を修正することなく、ＡＳＰサーバー２００のマッチングサービスプログラム３０２によって、複数サイト間でのマッチングサービスが提供可能となる。以下、交流サービスの実施手順に基づいて、第２の実施例におけるプロフィール情報管理方式について説明する。
【００６２】
＝＝＝交流サービスの実施手順＝＝＝
会員端末１０ａがマッチング対象拡張申込ページ２３０にて「Ｂ社会員もマッチング対象とする」ボタン２３１を指示したり、あるいはこのボタン２３１への指示時点以降に会員端末１０ａがコミュニティサーバーＡ２０１に対してプロフィール登録要求を送付したりしたとき、コミュニティサーバーＡ２０１は、サイトＢを対象としたマッチングサービスの申込情報をＡＳＰサーバー２００に送付する。
【００６３】
ＡＳＰサーバー２００は、当該申込情報を受け取ると、コミュニティサーバーＡ２０１とコミュニティサーバーＢ２０２の会員データベースにあるプロフィール情報管理テーブル（１０１ａ，１０１ｂ）を参照し、サイトＢにおけるマッチングサービスで必要な検索条件となる項目、すなわち郵便番号と職業の項目を取得し、これらの項目（補足項目）をコミュニティサーバーＡ２０１に返送する。コミュニティサーバーＡ２０１は、補足項目を反映させたプロフィール登録ページを会員端末２１０ａに送付する。図２２にこのプロフィール登録ページの画面概略を示した。プロフィール登録ページ２４０には、コミュニティサーバーＡに登録した会員ａのプロフィール情報２４１に加え、補足項目についてのプロフィール情報を入力する欄２４２が付加されている。会員端末１０ａにて補足項目２４２を含め、各項目のプロフィール情報を入力し開示条件を設定して「登録」ボタン２４４を指示すると、各項目に入力した情報と開示条件とがコミュニティサーバーＡのプロフィール管理プログラムに送付されて会員ａのプロフィール情報管理テーブルに格納される。なお補足項目２４２も含めて各項目のプロフィール情報の開示条件２４３については、「会員」は、サイトＡとサイトＢの双方の会員を開示対象としているが、「サイトＡの会員のみ」や「サイトＢの会員のみ」など、より細かく設定できるようにしてもよい。    図２３は、マッチング対象拡張申込画面２３０より「Ｂ社会員もマッチング対象とする」ボタン２３１を指示した時点以降に会員ａが閲覧することになるマッチング条件入力ページの画面概略である。この画面２５０では、サイトＡでのプロフィール情報管理テーブルの項目２５１に加え、サイトＢに特有の項目２５２についても検索条件に設定できるようになっている。
【００６４】
図２４は、サイトＡとサイトＢのそれぞれの会員が交流する場合における各サイトの会員についてのプロフィール情報管理テーブルの概略構造を示している。この例では、サイトＡの会員ａとサイトＢの会員ｂのそれぞれのプロフィール情報管理テーブル（２６０ａ，２６０ｂ）が示されている。コミュニティサーバーＡを預託先として管理されているプロフィール情報２６１ａとして、会員ａが交流を申し込んだ別サイトの指定情報を登録することができる。コミュニティサーバーＡ２０１はこの別サイトの指定情報により、自身のサイトＡの会員ａがサイトＢのサービス利用を許諾したか否かを判断することができる。
【００６５】
また、サイトＢ側のマッチングサービスや各種コミュニティサービス（電子掲示板閲覧、ブログ閲覧など）において、会員ｂが会員ａのプロフィール情報を閲覧しようとする機会が発生した場合、サイトＢの会員が登録するプロフィール情報管理テーブル２６１ｂに対し、コミュニティサーバーＡ２０１で管理しているテーブル２６１ａと構造的に異なる部分をプロフィール情報補足テーブル２６２ａとして用意しておき、コミュニティサーバーＢ２０２のプロフィール情報開示制御プログラムは、このコミュニティサーバーＡ２０１にある会員ａのプロフィール情報補足テーブルの開示条件を参照することで、開示可能な項目を決定し、その項目のプロフィール情報を取得して会員ｂの閲覧に供する。
【００６６】
コミュニティサーバーＢ２０２にある会員ｂのプロフィール情報管理テーブル２６０ｂについても同様に、サイトＢを預託先として登録するプロフィール情報２６１ａとサイトＡに対応するプロフィール情報補足テーブル２６２ｂとによって構成されている。
【００６７】
＝＝＝個人情報保護方針について＝＝＝
第２の実施例では、プロフィール情報の預託先がサイトＡに加え、サイトＢも預託先となることから、預託先をサイトＡ側の会員ａに明確に認識させるために、プロフィール情報登録ページ２４０（図２２参照）では、プロフィール情報の預託先２４５を項目別に明記している。また、サイトＡの会員ａは、当初、自身が属するサイトＡのプライバシー保護ポリシーに同意して会員登録し、その後サイトＢとの交流サービスを利用するのに当たり、サイトＡに登録していない個人情報についてはサイトＢに預託することになる。そこで、プロフィール情報登録ページには、サイトＡの個人情報保護方針を表示させるためのボタン２４６ａに加え、サイトＢの個人情報保護方針を表示させるためのボタン２４６ｂが用意されている。
【図面の簡単な説明】
【００６８】
【図１】本発明の第１の実施例における会員プロフィール情報管理方式を採用したコミュニティサーバーを含むネットワーク構成図である。
【図２】上記コミュニティサーバーが開設するコミュニティサイトにおいて提供される各種機能を実現するためのプログラム、およびそのプログラムが参照する各種情報の関係図である。
【図３】上記コミュニティサイトのサイト構成図である。
【図４】上記コミュニティサイトにログインした会員端末にて表示される会員トップページの画面概略図である。
【図５】上記会員端末にて表示されるプロフィール情報登録ページの画面概略図である。
【図６】上記会員端末にて表示されるマッチング条件入力ページの画面概略図である。
【図７】上記コミュニティサーバーにおけるマッチングサービスプログラムの処理の流れ図である。
【図８】上記マッチング条件入力ページにて検索条件を指定した会員ａの会員端末に送付される会員トップページの画面概略である。
【図９】上記会員ａの会員端末にて表示されるプロフィールページの画面概略図である。
【図１０】上記コミュニティサーバーにおけるプロフィール開示制御プログラムの処理の流れ図である。
【図１１】上記会員ａの友人候補者である会員ｂの会員端末にて表示されるトップページの画面概略図である。
【図１２】上記会員ｂの会員端末にて表示される友人登録ページの画面概略図である。
【図１３】上記会員ｂの会員端末にて表示される会員ａについてのプロフィールページの画面概略図である。
【図１４】上記会員ａの会員端末にて表示される友人リストページの画面概略図である。
【図１５】上記コミュニティサーバーにおけるコンタクト制御プログラムの処理の流れ図である。
【図１６】上記会員ａの会員端末にて表示されるＷｅｂメールページの画面概略図である。
【図１７】本発明の第２の実施例における会員プロフィール情報管理方式によりサイトＡとサイトＢの会員が交流サービスを実現するためのネットワーク構成図である。
【図１８】上記第２の実施例において、サイトＡの会員ａがログインした際に会員端末に表示される会員トップページの画面概略図である。
【図１９】上記第２の実施例において、会員ａの会員端末に表示されるマッチング対象拡張申込ページの画面概略図である。
【図２０】上記第２の実施例において、サイトＡとサイトＢのそれぞれにおけるプロフィール情報管理テーブルの項目を比較した図である。
【図２１】上記第２の実施例におけるネットワークを構成する各サーバーにおいて管理されているデータテーブルとプログラムとの関係図である。
【図２２】上記第２の実施例において、会員ａの会員端末に表示されるプロフィール登録ページの画面概略図である。
【図２３】上記第２の実施例において、会員ａの会員端末に表示されるマッチング条件入力ページの画面概略図である。
【図２４】上記第２の実施例において、サイトＡとサイトＢのそれぞれの会員が交流する場合における各サイトの会員についてのプロフィール情報管理テーブルの概略構造図である。
【符号の説明】
【００６９】
１、２０１、２０２  コミュニティサーバー
３  会員データベース
１０  ブラウザ端末
１０ａ、１０ｂ、２１０ａ、２１０ｂ  会員端末
２０  インターネット
１０１  プロフィール管理プログラム
１０２、３０２  マッチングサービスプログラム
１０３  プロフィール開示制御プログラム
１０４  友人リスト管理プログラム
１０５  コンタクト制御プログラム
１０６、１０６ａ、１０６ｂ  プロフィール情報管理テーブル
１０７、１０７ａ、１０７ｂ  マッチング依頼管理テーブル
１０８、１０８ａ、１０８ｂ  友人管理テーブル
３０１  交流コミュニティテーブル
３０３ａ、３０３ｂ  条件設定テーブル
【図１】
2007193611.tif 000003
【図２】
2007193611.tif 000004
【図３】
2007193611.tif 000005
【図４】
2007193611.tif 000006
【図５】
2007193611.tif 000007
【図６】
2007193611.tif 000008
【図７】
2007193611.tif 000009
【図８】
2007193611.tif 000010
【図９】
2007193611.tif 000011
【図１０】
2007193611.tif 000012
【図１１】
2007193611.tif 000013
【図１２】
2007193611.tif 000014
【図１３】
2007193611.tif 000015
【図１４】
2007193611.tif 000016
【図１５】
2007193611.tif 000017
【図１６】
2007193611.tif 000018
【図１７】
2007193611.tif 000019
【図１８】
2007193611.tif 000020
【図１９】
2007193611.tif 000021
【図２０】
2007193611.tif 000022
【図２１】
2007193611.tif 000023
【図２２】
2007193611.tif 000024
【図２３】
2007193611.tif 000025
【図２４】
2007193611.tif 000026