(57)【要約】【課題】コミュニティに所属するユーザが該コミュニティ外部からの新規ユーザを承認すること、また、新規ユーザがコミュニティに所属するユーザからの参加要請を承認することによって、該コミュニティを形成する情報コミュニティ形成方法を提供することを目的とする。【解決手段】ネットワーク上の情報コミュニティサービスシステムに所属および該情報コミュニティサービスシステムから提供されるサービスを任意のコミュニティ（例えば、コミュニティ１）に所属して利用するユーザＡが、該情報コミュニティサービスシステムに所属および該コミュニティ１外部に存在するユーザＣから送信された該コミュニティ１への参加伺を、承認する手順を行う。また、該情報コミュニティサービスシステムに所属および該コミュニティ外部に存在するユーザが、該コミュニティに所属するユーザから送信された該コミュニティへの参加要請を、承認する手順を行う。【選択図】図１０
2006330798.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザが所属する情報コミュニティサービスシステムと、各ユーザが操作する情報端末と、をネットワークで相互に接続すると共に、
前記の情報コミュニティサービスシステムにおいて、前記の各ユーザのうち１以上が所属し少なくとも一つ以上形成されるコミュニティと、該コミュニティのユーザに対応した参照子を含むコミュニティメンバリストと、を提供し、
前記の一つ以上形成されるコミュニティのうち任意のコミュニティに所属するユーザの情報端末を介して、該コミュニティの外部のユーザから情報端末を介して送信された該コミュニティへの参加伺通知を、該ユーザに承認させるために受信する手順を含むことを特徴とするユーザ間承認による情報コミュニティ形成方法。
【請求項２】
複数のユーザが所属する情報コミュニティサービスシステムと、各ユーザが操作する情報端末と、をネットワークで相互に接続すると共に、
前記の情報コミュニティサービスシステムにおいて、前記の各ユーザのうち１以上が所属し少なくとも一つ以上形成されるコミュニティと、該コミュニティのユーザに対応した参照子を含むコミュニティメンバリストと、を提供し、
前記の一つ以上形成されるコミュニティのうち任意のコミュニティに所属するユーザの情報端末を介して、該コミュニティの外部のユーザに対し、該コミュニティへの参加要請通知を送信し、該コミュニティの外部のユーザの情報端末を介して、該ユーザに承認させるために受信する手順と、
を含むことを特徴とするユーザ間承認による情報コミュニティ形成方法。
【請求項３】
前記の情報コミュニティサービスシステム任意のコミュニティは、
該コミュニティの外部のユーザが所属するコミュニティへの参加伺通知を送信するためのコミュニティ参加伺通知手段と、
該コミュニティの外部のユーザが所属するコミュニティから送信された参加伺通知を受信し、該参加伺通知を受けたユーザに該参加伺通知に関する問い合わせを行い、該参加伺通知の承認指示を受けた後に、その受信した参加伺通知に対する参加承認通知を該コミュニティの外部のユーザへ送信し、該コミュニティの外部のユーザに関する参照子を、該コミュニティに対応するコミュニティメンバリストに対して追記するコミュニティ参加承認手段と、
該コミュニティの外部のユーザが所属するコミュニティのコミュニティ参加承認手段から送信された参加承認通知を受信し、該コミュニティの外部のユーザに関する参照子を、該コミュニティに対応するコミュニティメンバリストに対して追記するコミュニティ参加承認受取手段と、
を含むことを特徴とする請求項１記載のユーザ間承認による情報コミュニティ形成方法。
【請求項４】
前記の情報コミュニティサービスシステム任意のコミュニティは、
該コミュニティの外部のユーザへ送信された参加要請通知を受信し、該参加要請通知に関する問い合わせを該コミュニティ外部のユーザに行い、該参加要請通知の承認指示を受けた後に、前記参加要請通知を送信したユーザへ参加承認通知を送信し、該参加要請通知を送信したユーザに関する参照子を、該コミュニティの外部のユーザのコミュニティに対応するコミュニティメンバリストに対して追記するコミュニティ参加承認手段と、
該コミュニティの外部のユーザが所属するコミュニティのコミュニティ参加承認手段から送信された参加承認通知を受信し、該コミュニティの外部のユーザに関する参照子を、該コミュニティに対応するコミュニティメンバリストに対して追記するコミュニティ参加承認受取手段と、
該コミュニティへの参加要請通知を、該コミュニティの外部のユーザに対して送信する参加要請通知手段と、
を含むことを特徴とする請求項２記載のユーザ間承認による情報コミュニティ形成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザがネットワーク上でコミュニケーションを行う情報コミュニティサービスにおいて、ユーザ間承認による情報コミュニティを形成する方法に関する。
【背景技術】
【０００２】
複数のユーザがネットワーク上でコミュニケーションを行うような情報コミュニティサービスシステム（即ち、情報コミュニティサービス提供者から提供され、ユーザ相互で情報コミュニティを形成するシステム）が提供するサービスには電子掲示板（例えば、非特許文献１参照）サービスや、Ｗｅｂｌｏｇ（例えば、非特許文献２，３，４，５参照）サービスなど、多くのものが知られている。
【非特許文献１】株式会社インセプト、“ＩＴ用語辞典  ｅ−Ｗｏｒｄｓ  ：  電子掲示板とは  ［ＢＢＳ］  ─  意味・解説”、［ｏｎｌｉｎｅ］、平成１２年２月５日、株式会社インセプト、［平成１７年３月２９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｅ−ｗｏｒｄｓ．ｊｐ／ｗ／Ｅ９９ＢＢＢＥ５ＡＤ９０Ｅ６８ＥＢ２Ｅ７Ａ４ＢＡＥ６９ＤＢＦ．ｈｔｍｌ＞
【非特許文献２】株式会社インセプト、“ＩＴ用語辞典  ｅ−Ｗｏｒｄｓ  ：  Ｗｅｂｌｏｇとは  ［ウェブログ］  ─  意味・解説”、［ｏｎｌｉｎｅ］、平成１５年９月２４日、株式会社インセプト、［平成１７年３月２９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｅ−ｗｏｒｄｓ．ｊｐ／ｗ／Ｗｅｂｌｏｇ．ｈｔｍｌ＞
【非特許文献３】株式会社インセプト、“ＩＴ用語辞典  ｅ−Ｗｏｒｄｓ  ：  ＳＰＡＭとは  ［スパム］  ─  意味・解説”、［ｏｎｌｉｎｅ］、平成１５年１２月１０日、株式会社インセプト、［平成１７年３月２９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｅ−ｗｏｒｄｓ．ｊｐ／ｗ／ＳＰＡＭ．ｈｔｍｌ＞
【非特許文献４】株式会社ライブドア、“ｌｉｖｅｄｏｏｒ  Ｂｌｏｇ（ブログ）”の“９．禁止ＩＰアドレス設定”、［ｏｎｌｉｎｅ］、平成１７年５月１０日、株式会社ライブドア、［平成１７年５月１２日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｐｏｒｔａｌ．ｂｌｏｇ．ｌｉｖｅｄｏｏｒ．ｃｏｍ／ｐｒｏ．ｈｔｍｌ＞
【非特許文献５】株式会社インセプト、“ＩＴ用語辞典  ｅ−Ｗｏｒｄｓ  ：  ＵＲＩとは  ［Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ］  ─  意味・解説”、［ｏｎｌｉｎｅ］、平成１１年６月１日、株式会社インセプト、［平成１７年３月２９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｅ−ｗｏｒｄｓ．ｊｐ／ｗ／ＵＲＩ．ｈｔｍｌ＞  前記の電子掲示板サービス（以下、電子掲示板と略す）では、該電子掲示板へのコメント投稿の繰り返しでコミュニケーションが行われ、前記のＷｅｂｌｏｇサービス（以下、Ｗｅｂｌｏｇと略す）では、ある記事についてのコメント投稿や、トラックバックと呼ばれるＷｅｂｌｏｇ特有の記事引用（例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ドキュメントにおけるリンク）機能によるコミュニケーションが実現されている。
【０００３】
さらに、ソーシャルネットワークサイト（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｉｔｅ；例えば、非特許文献６参照）と呼ばれる、現実の交友関係を反映した緊密なコミュニケーションをネットワーク上で実現した会員制サービスも展開されている。
【非特許文献６】株式会社インセプト、“ＩＴ用語辞典  ｅ−Ｗｏｒｄｓ  ：  ＳＮＳとは  ［ソーシャルネットワーキングサイト］  （Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｉｔｅ）  ─  意味・解説”、［ｏｎｌｉｎｅ］、平成１６年８月１１日、株式会社インセプト、［平成１７年３月２９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｅ−ｗｏｒｄｓ．ｊｐ／ｗ／ＳＮＳ．ｈｔｍｌ＞  基本的に、前記のソーシャルネットワーキングサイトは、既存の参加者からの招待を必須とするシステムであり、より緊密で閉じられたコミュニティを形成することが可能になっている。
【０００４】
また、前述のようなネットワーク上で人間関係を表現するメタデータとして、ＦＯＡＦ（Ｆｒｉｅｎｄ  ｏｆ  ａ  Ｆｒｉｅｎｄ；例えば、非特許文献７参照）も知られ始めている。
【非特許文献７】神崎  正英、“ＦＯＡＦ  −−  メタデータによる知人ネットワークの表現”、［ｏｎｌｉｎｅ］、平成１６年３月１４日、神崎  正英、［平成１７年３月２９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｋａｎｚａｋｉ．ｃｏｍ／ｄｏｃｓ／ｓｗ／ｆｏａｆ．ｈｔｍｌ＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、様々な情報コミュニティサービスが展開されているが、前記の電子掲示板やＷｅｂｌｏｇでは、一般的に、ＳＰＡＭと呼ばれる一方的なコメント，広告，トラックバックなどが発生する。そのため、前記のサービスを利用しているユーザの認識を超えてコミュニティの範囲が広がってしまい、その結果として、該ユーザ間のコミュニケーションが阻害されてしまうという欠点があった。
【０００６】
また、前記のようなＳＰＡＭを防ぐために、予め登録しておいたユーザだけがコメントやトラックバックを出来るように制限したサービスも存在するが、該サービスに事前登録を必要とするため、新規ユーザのコミュニティへの参加を妨げる可能性がある。
【０００７】
一方、前記のＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｉｔｅ）のようなコミュニティサービスは招待制サービスであるため、そのコミュニティに参加を希望するユーザが居ても、自らの意思でコミュニティに参加することができず、結果として、コミュニティが広がり難いという欠点を持っている。
【０００８】
また、前記のＦＯＡＦのメタデータは、基本的に相手の許可を得ることなく、ある人を自分の友達である、と宣言することができるため、結果的に不本意なコミュニティに入ってしまう可能性もある。
【０００９】
本発明は、上記の点に鑑みてなされたものであり、ネットワーク上において、コミュニティに所属するユーザ（即ち、参加を受け付けるユーザ；受付者ユーザ）が、該コミュニティ外部からの新規ユーザ（即ち、参加希望者であるユーザ；希望者ユーザ）の参加伺を承認すること、また、該コミュニティ外部に存在する新規ユーザ（即ち、要請に応ずるユーザ；応答者ユーザ）が、該コミュニティに所属するユーザ（即ち、参加を要請するユーザ；要請者ユーザ）からの参加要請を承認することによって、該コミュニティを形成する情報コミュニティ形成方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、前記課題の解決を図るために、請求項１記載の発明は、情報コミュニティ形成方法であって、複数のユーザが所属する情報コミュニティサービスシステムと、各ユーザが操作する情報端末と、をネットワークで相互に接続すると共に、前記の情報コミュニティサービスシステムにおいて、前記の各ユーザのうち１以上が所属し少なくとも一つ以上形成されるコミュニティと、該コミュニティのユーザに対応した参照子を含むコミュニティメンバリストと、を提供し、前記の一つ以上形成されるコミュニティのうち任意のコミュニティに所属するユーザの情報端末を介して、該コミュニティの外部のユーザから情報端末を介して送信された該コミュニティへの参加伺通知を、該ユーザに承認させるために受信する手順を含むことを特徴とする。
【００１１】
請求項２記載の発明は、情報コミュニティ形成方法であって、複数のユーザが所属する情報コミュニティサービスシステムと、各ユーザが操作する情報端末と、をネットワークで相互に接続すると共に、前記の情報コミュニティサービスシステムにおいて、前記の各ユーザのうち１以上が所属し少なくとも一つ以上形成されるコミュニティと、該コミュニティのユーザに対応した参照子を含むコミュニティメンバリストと、を提供し、前記の一つ以上形成されるコミュニティのうち任意のコミュニティに所属するユーザの情報端末を介して、該コミュニティの外部のユーザに対し、該コミュニティへの参加要請通知を送信し、該コミュニティの外部のユーザの情報端末を介して、該ユーザに承認させるために受信する手順と、を含むことを特徴とする。
【００１２】
請求項３記載の発明は、請求項１に記載の発明において、前記の情報コミュニティサービスシステム任意のコミュニティは、該コミュニティの外部のユーザが所属するコミュニティへの参加伺通知を送信するためのコミュニティ参加伺通知手段と、該コミュニティの外部のユーザが所属するコミュニティから送信された参加伺通知を受信し、該参加伺通知を受けたユーザに該参加伺通知に関する問い合わせを行い、該参加伺通知の承認指示を受けた後に、その受信した参加伺通知に対する参加承認通知を該コミュニティの外部のユーザへ送信し、該コミュニティの外部のユーザに関する参照子を、該コミュニティに対応するコミュニティメンバリストに対して追記するコミュニティ参加承認手段と、該コミュニティの外部のユーザが所属するコミュニティのコミュニティ参加承認手段から送信された参加承認通知を受信し、該コミュニティの外部のユーザに関する参照子を、該コミュニティに対応するコミュニティメンバリストに対して追記するコミュニティ参加承認受取手段と、を含むことを特徴とする。
【００１３】
請求項４記載の発明は、請求項２に記載の発明において、前記の情報コミュニティサービスシステム任意のコミュニティは、該コミュニティの外部のユーザへ送信された参加要請通知を受信し、該参加要請通知に関する問い合わせを該コミュニティ外部のユーザに行い、該参加要請通知の承認指示を受けた後に、前記参加要請通知を送信したユーザへ参加承認通知を送信し、該参加要請通知を送信したユーザに関する参照子を、該コミュニティの外部のユーザのコミュニティに対応するコミュニティメンバリストに対して追記するコミュニティ参加承認手段と、該コミュニティの外部のユーザが所属するコミュニティのコミュニティ参加承認手段から送信された参加承認通知を受信し、該コミュニティの外部のユーザに関する参照子を、該コミュニティに対応するコミュニティメンバリストに対して追記するコミュニティ参加承認受取手段と、該コミュニティへの参加要請通知を、該コミュニティの外部のユーザに対して送信する参加要請通知手段と、を含むことを特徴とする。
【００１４】
なお、本発明では、ネットワーク上に存在するユーザ群に関する参照子（ネットワーク上に存在するもの、あるいは、資源を参照するための識別子）が記載された一覧によって表現される集団をコミュニティと称し、さらに、前記一覧をコミュニティメンバリストと称している。すなわち、前記コミュニティはコミュニティリストと１対１に対応する。
【００１５】
さらに、前記コミュニティメンバリストに対してユーザに関する参照子（例えば、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）），メールアドレスなど）を記載することが、該ユーザが前記コミュニティに参加することを意味する。
【００１６】
即ち、前記コミュニティメンバリストは、前記情報コミュニケーションサービスシステムを介し、該コミュニティメンバリストを管理するユーザが認識できる範囲（即ち、該コミュニティメンバリストに記載された範囲）にてコミュニティが表現されていることになる。なお、前記コミュニティメンバリストは、ネットワーク上のサーバに接続された記憶媒体，ユーザが使用する情報端末の記憶媒体，該情報端末のメモリに記憶されることが想定される。加えて、前記コミュニティメンバリストを保持するためのデータ形式としては、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイル（即ち、ＦＯＡＦのように、ＸＭＬで記述されたメタデータを格納したファイル）が考えられる。
【００１７】
前記の請求項１記載の発明によれば、前記のコミュニティに所属するユーザは前記参加伺を承認することができる。
【００１８】
前記の請求項２記載の発明によれば、前記のコミュニティの外部のユーザは前記参加要請通知を承認することができる。
【００１９】
前記の請求項３記載の発明によれば、前記のコミュニティの外部のユーザから送信された参加伺通知を承認したコミュニティに所属するユーザは、前記コミュニティメンバリストに前記のコミュニティの外部のユーザに関する参照子を追記することができる。
【００２０】
また、前記のコミュニティの外部のユーザから送信された参加承認通知を受信したコミュニティに所属するユーザは、前記コミュニティメンバリストに前記のコミュニティの外部のユーザに関する参照子を追記することができる。
【００２１】
そして、前記のコミュニティの外部のユーザから送信された参加伺通知を受けたコミュニティのユーザは、該参加伺通知に関して問い合わせを受け、さらに、該問い合わせに対する承認指示を出すことができる。
【００２２】
前記の請求項４記載の発明によれば、前記のコミュニティの外部のユーザから送信された参加要請通知を承認したコミュニティに所属するユーザは、前記コミュニティメンバリストに前記のコミュニティの外部のユーザに関する参照子を追記することができる。
【００２３】
また、前記のコミュニティの外部のユーザから送信された参加承認通知を受信したコミュニティに所属するユーザは、前記コミュニティメンバリストに前記のコミュニティの外部のユーザに関する参照子を追記することができる。
【００２４】
そして、前記のコミュニティの外部のユーザから送信された参加要請通知を受けたコミュニティのユーザは、参加要請通知に関して問い合わせを受け、さらに、該問い合わせに対する承認指示を出すことができる。
【発明の効果】
【００２５】
以上示したように本発明によれば、前記のコミュニティの外部のユーザから送信された前記参加伺もしくは参加要請通知を承認することによって、該コミュニティに所属するユーザは、該コミュニティの外部のユーザに関する参照子をコミュニティメンバリストに追記し、該コミュニティに所属するユーザが認識できる範囲（即ち、コミュニティメンバリストに記載された範囲）に限定されたコミュニティを形成することができる。
【００２６】
同様に、前記のコミュニティの外部のユーザから送信された参加承認通知を受けたコミュニティに所属するユーザは、該コミュニティの外部のユーザに関する参照子をコミュニティメンバリストに追記するため、該コミュニティに所属するユーザが認識できる範囲に限定されたコミュニティを形成することができる。
【００２７】
以上、これらを以って情報コミュニティサービスの分野に貢献することができる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態におけるネットワーク上のユーザ間承認による情報コミュニティ形成方法を図面等に基づいて詳細に説明する。本実施の第１，第２の手順から成る情報コミュニティ形成方法である。まず、第１の手順は、情報コミュニティサービスシステムに所属および該情報コミュニティサービスシステムから提供されるサービスを任意のコミュニティに所属して利用するユーザが、該情報コミュニティサービスシステムに所属および該コミュニティ外部に存在するユーザから送信された該コミュニティへの参加伺を、承認する手順（以後、コミュニティ参加伺承認手順と称する）である。第２の手順は、前記のように情報コミュニティサービスシステムに所属および該コミュニティ外部に存在するユーザが、該コミュニティに所属するユーザから送信された該コミュニティへの参加要請を、承認する手順（以後、コミュニティ参加要請承認手順と称する）である。
【００２９】
図１０は本実施の形態におけるコミュニティ参加伺承認手順の基本手順を説明するための概略図である。なお、図１０の前提として、各ユーザが操作する情報端末と、各々の情報コミュニティサービスシステムと、がネットワーク１００で接続されているものとする。また、各ユーザが各々の情報コミュニティサービスシステムに所属しており、さらに、各ユーザが何らかのコミュニティに所属しているものとする。そして、図１０中のコミュニティ１に対応するコミュニティメンバリスト２には、ユーザＡ，ユーザＢに関する参照子が、既に記載されているものとする。さらに、前記コミュニティメンバリスト２は、該ユーザＡが所属する情報コミュニティサービスシステムのサービス（即ち、機能）を介し、前記ユーザＡによって管理されているものとする。
【００３０】
図１０中の手順においては、まず、コミュニティ１への参加希望者であるユーザ（即ち、希望者ユーザ）Ｃにより、該コミュニティ１の所属メンバであるユーザＡへの参加伺通知の送信（Ｍ１）が行われる。その後、前記の参加伺通知を受け取ったユーザ（即ち、受付者ユーザ）Ａによって、前記希望者ユーザＣのコミュニティ１への参加を承認するかどうかが判断されることになる。
【００３１】
そして、前記受付者ユーザＡが前記希望者ユーザＣの参加を承認する場合には、該受付者ユーザＡは該希望者ユーザＣへ参加承認通知を送信し（Ｍ２）、該希望者ユーザＣの前記コミュニティ１への参加が可能となる。さらに、該コミュニティ１に対応したコミュニティメンバリスト２に該希望者ユーザＣに関する参照子が、例えば、前記の承認後に追記（例えば、該希望者ユーザＣのＷｅｂｌｏｇのＵＲＩがコミュニティメンバリスト２に追記）され、前記希望者ユーザＣが前記コミュニティ１に所属することになる。また、前記希望者ユーザＣが、例えば、前記参加承認通知を受信した後で、前記受付者ユーザＡに関する参照子は該希望者ユーザＣが管理するコミュニティメンバリストに追記される。
【００３２】
一方、前記受付者ユーザＡが前記希望者ユーザＣの参加を承認しない場合には、該希望者ユーザＣに対する参加承認通知の送信は行われず、さらに、前記コミュニティメンバリスト２に対する該希望者ユーザＣに関する参照子の追記も行われない。
【００３３】
以上のコミュニティ参加伺承認手順の基本手順によれば、任意のコミュニティに所属するユーザが、該コミュニティ外部に存在するユーザに対し該コミュニティへの参加を承認するため、予め該コミュニティに所属しているユーザによって承認された範囲でコミュニティを形成することができる。
【００３４】
次に、本実施の形態におけるコミュニティ参加要請承認手順の基本手順を図１１に基づいて説明する。なお、図１１中の符号で図１０中の符号と同じものの詳細な説明は省略する。また、図１１中のコミュニティ１に対応するコミュニティメンバリスト２にはユーザＡ，ユーザＢに関する参照子が、既に記載されているものとする。
【００３５】
図１１中の手順においては、まず、コミュニティ１外部に対し該コミュニティ１への参加を要請するユーザ（即ち、要請者ユーザ）Ａにより、該参加要請対象であるユーザ（該コミュニティ１外部で参加要請を受けて応答するユーザ；即ち、応答者ユーザ）Ｃに対して、コミュニティ１への参加要請通知が送信される（Ｍ３）。その後、前記の参加要請通知を受け取った応答者ユーザＣによって、前記コミュニティ１への参加要請を承認するかどうかが判断されることになる。
【００３６】
そして、前記応答者ユーザＣがコミュニティ１への参加要請を承認する場合には、前記要請者ユーザＡに対して参加承認通知が送信され（Ｍ４）、該応答者ユーザＣを該コミュニティ１に参加させることが達成される。例えば、前記参加承認通知の送信後に前記要請者ユーザＡに関する参照子は前記応答者ユーザＣが管理するコミュニティメンバリストに追記される。さらに、前記要請者ユーザＡが前記参加承認通知を受信し、例えば、その受信後に該コミュニティ１に対応したコミュニティメンバリスト２に応答者ユーザＣに関する参照子が追記され、前記希望者ユーザＣが前記コミュニティ１に所属することになる。
【００３７】
一方、前記応答者ユーザＣが前記コミュニティ１への参加を希望しない場合には、前記要請者ユーザＡに対する参加承認通知の送信は行われず、さらに、前記コミュニティメンバリスト２に対する該応答者ユーザＣの参照子の追記も行われない。
【００３８】
以上のコミュニティ参加要請承認手順の基本手順によれば、図１０に示した基本手順とは逆に、任意のコミュニティに所属するユーザが、該コミュニティ外部に存在しているユーザに対して、該コミュニティへの参加を要請することができる。
【００３９】
さらに、前記のようなコミュニティ参加要請承認手順やコミュニティ参加要請承認手順の基本手順によれば、例えば、非特許文献６のような事前登録制のコメント・トラックバック制限サービスや非特許文献３に示されるＳＮＳのような招待制サービスとは異なり、新規ユーザは既存のコミュニティ（例えば、前記コミュニティ１）に対して容易に参加することができる。
【００４０】
次に、前記のコミュニティ参加要請承認手順の基本手順及びコミュニティ参加要請承認手順の基本手順を踏まえて、本実施の形態であるユーザ間承認による情報コミュニティ形成方法が適応される構成の一例を図１に基づいて説明する。なお、図１の前提として、ユーザＡ，Ｂ，Ｃが操作する情報端末と、各ユーザが所属する情報コミュニティサービスシステムと、はネットワークによって相互に接続されているものとする。さらに、前記の各ユーザが管理可能なＷｅｂｌｏｇ、例えば、前記の情報端末にインストールされたクライアントソフトウェア（例えば、インターネットブラウザ）を操作することによって管理されるＷｅｂｌｏｇ（即ち、Ｗｅｂｌｏｇサービスもしくは機能）が、前記情報コミュニティサービスシステム（例えば、サーバ群によって構成されたシステム）によって提供されているものとする。
【００４１】
図１中のＷｅｂｌｏｇ  ＬＡ，ＬＢ，ＬＣは、それぞれのユーザＡ，Ｂ，Ｃが操作する情報端末にインストールされたクライアントソフトウェアを介して管理され、ネットワーク上のユーザの投影となるＷｅｂｌｏｇであり、それぞれのコミュニティメンバリスト（例えば、図１中のＷｅｂｌｏｇ  ＬＡはコミュニティメンバリスト２ａ）が備えられたものである。前記コミュニケーションメンバリストとしては、例えば、Ｗｅｂｌｏｇ毎に割り当てられた前記情報コミュニティサービスシステム内における記憶媒体（例えば、ハードディスク）の所定の領域に対し、ＸＭＬファイル形式で記憶されるものが挙げられる。
【００４２】
前記の各Ｗｅｂｌｏｇには、コミュニティに係る参加伺通知を送信する手段（以後、コミュニティ参加伺通知手段と称する）Ｄ１と、応答者ユーザへ参加要請通知を送信する手段（以後、コミュニティ参加要請通知手段と称する）Ｄ２と、が備えられる。
【００４３】
また、該コミュニティに係る参加伺通知を受信し、該参加伺通知に対する参加承認通知を前記希望者ユーザへ送信し、前記コミュニティメンバリストに対し前記希望者ユーザに関する参照子を追記する手段（以後、コミュニティ参加承認手段と称する）Ｄ３が備えられる、なお、コミュニティ参加承認手段Ｄ３は、前記要請者ユーザからの参加要請通知を受信し、該参加要請通知に対する参加承認通知を要請者ユーザへ送信し、前記コミュニティメンバリストに対し前記要請者ユーザに関する参照子を追記する手段であっても良い。
【００４４】
さらに、前記応答者ユーザからの参加承認通知を受け取り、前記コミュニティメンバリストに該応答者ユーザに関する参照子を追記する手段（以後、コミュニティ参加承認受取手段と称する）Ｄ４が備えられている、なお、コミュニティ参加承認受取手段Ｄ４は、前記受付者ユーザからの参加承認通知を受け取り、前記コミュニティメンバリストに該受取者ユーザに関する参照子を追記する手段であっても良い。なお、前記のＤ１乃至Ｄ４で示す手段の中で、次に説明する手順で必要とされるものだけを各々のＷｅｂｌｏｇに備えても良い。
【００４５】
図２は、本実施の形態におけるコミュニティ参加伺承認手順の一例を説明するための概要図ある。なお、図２中の符号で、図１中の符号で示すものと同じものの詳細な説明は省略する。また、図２中のＷｅｂｌｏｇ  ＬＡ内のコミュニティメンバリスト２ａ（即ち、コミュニティ１ａに対応するコミュニティメンバリスト）には、予め、Ｗｅｂｌｏｇ  ＬＡ，Ｗｅｂｌｏｇ  ＬＢの参照子が追記されていることとする。
【００４６】
まず、図２中のユーザＣ（以後、図２中では希望者ユーザＣ）は、ユーザＡ（以後、図２中では受付者ユーザＡ）のＷｅｂｌｏｇ  ＬＡのアドレス（例えば、ＵＲＩで表現されるアドレス）を指定して、該受付者ユーザＡのＷｅｂｌｏｇ  ＬＡに対し参加伺通知を送信する。この場合、Ｗｅｂｌｏｇ  ＬＣのコミュニティ参加伺通知手段Ｄ１は、前記希望者ユーザＣが操作するクライアントソフトウェアを介して、例えば、図３中のコミュニティ参加伺入力画面Ｗ１のような画面を表示する。そして、前記希望者ユーザＣによって、コミュニティ参加伺入力画面Ｗ１中の入力フィールドＷ１１に対し、前記受付者ユーザＡのＷｅｂｌｏｇ  ＬＡがアドレスを指定された後、送信ボタンＷ１２が押下される（例えば、マウスを介して送信ボタンＷ１２がクリックされる）。これにより、図２中のＷｅｂｌｏｇ  ＬＣのコミュニティ参加伺通知手段Ｄ１は前記受付者ユーザＡのＷｅｂｌｏｇ  ＬＡに対して参加伺通知を送信する（Ｍ１）。
【００４７】
前記の参加伺通知がＷｅｂｌｏｇ  ＬＡのコミュニティ参加承認手段Ｄ３にて受信された後、該Ｗｅｂｌｏｇ  ＬＡのコミュニティ１ａに対する前記希望者ユーザＣのＷｅｂｌｏｇ  ＬＣの参加に関して、該受付者ユーザＡが承認するか否かを判断する。この判断を促す方法としては、前記受付者ユーザＡに対し、Ｗｅｂｌｏｇ  ＬＣが該Ｗｅｂｌｏｇ  ＬＡのコミュニティ１ａへ参加することを承認するか否かの判断を促すための画面、例えば、図４に示すようなコミュニティ参加承認画面Ｗ２を、該受付者ユーザＡが操作するクライアントソフトウェアを介して表示する。そして、前記の受付者ユーザＡがＷｅｂｌｏｇ  ＬＡのコミュニティ参加承認手段Ｄ３に承認指示を出す（図４中では承認ボタンＷ２１を押下する）場合には、図２中のＷｅｂｌｏｇ  ＬＡのコミュニティ参加承認手段Ｄ３が前記希望者ユーザＣのＷｅｂｌｏｇ  ＬＣのコミュニティ参加承認受取手段Ｄ４に対して参加承認通知を送信し（Ｍ２）、同時に、該Ｗｅｂｌｏｇ  ＬＡ内のコミュニティメンバリスト２ａに対し希望者ユーザＣのＷｅｂｌｏｇ  ＬＣの参照子を追記する（Ｍ５）。
【００４８】
他方で、希望者ユーザＣのＷｅｂｌｏｇ  ＬＣのコミュニティ参加承認受取手段Ｄ４は、前記受付者ユーザＡのＷｅｂｌｏｇ  ＬＡから送信された参加承認通知を受信し、該Ｗｅｂｌｏｇ  ＬＣ内のコミュニティメンバリスト２ｃに該受付者ユーザＡのＷｅｂｌｏｇ  ＬＡの参照子を追記する（Ｍ６）。
【００４９】
一方、前記受付者ユーザＡが前記参加伺通知に対する否認指示をＷｅｂｌｏｇ  ＬＡのコミュニティ参加承認手段Ｄ３に出す（図４中では承認ボタンＷ２２を押下する）場合、前記希望者ユーザＣのＷｅｂｌｏｇ  ＬＣに対する参加承認通知の送信は行われず、該Ｗｅｂｌｏｇ  ＬＡのコミュニティメンバリスト２ａ及び該Ｗｅｂｌｏｇ  ＬＣのコミュニティメンバリスト２ｃに対する参照子の追記も行われない。
【００５０】
以上示したように、本実施の形態における図１０中の受付者ユーザＡのＷｅｂｌｏｇ  ＬＡに対する参加伺通知の送信について説明したが、例えば、同じコミュニティ１に所属するユーザＢのＷｅｂｌｏｇ  ＬＢへ参加伺通知を送信した場合においても、該ユーザＢが受付者ユーザになり、図１０に示したものと同様の手順が行われ、該Ｗｅｂｌｏｇ  ＬＢ内のコミュニティメンバリストに対する参照子の追記も行われる。
【００５１】
次に、本実施の形態にけるコミュニティ参加要請承認手順の一例を図５に基づいて説明する。なお、図５中の符号で図１中の符号で示すものと同じものの詳細な説明は省略する。また、Ｗｅｂｌｏｇ  ＬＡ内のコミュニティメンバリスト２ａには、予め、Ｗｅｂｌｏｇ  ＬＡ，Ｗｅｂｌｏｇ  ＬＢの参照子が追記されているものとする。
【００５２】
まず、図５中のユーザＡ（以後、図５中では要請者ユーザＡ）は該要請者ユーザＡのＷｅｂｌｏｇ  ＬＡの参加要請通知手段Ｄ２を用いてユーザＣ（以後、図５中では応答者ユーザＣ）のＷｅｂｌｏｇ  ＬＣへ参加要請通知を送信する（Ｍ３）。この場合、Ｗｅｂｌｏｇ  ＬＡのコミュニティ参加要請通知手段Ｄ２は、該要請者ユーザＡが操作するクライアントソフトウェアを介して、例えば、図６に示すようなコミュニティ参加要請入力画面Ｗ３を表示する。そして、前記要請者ユーザＡによって、コミュニティ参加要請入力画面Ｗ３の入力フィールドＷ３１に対し前記応答者ユーザＣのＷｅｂｌｏｇ  ＬＣのアドレスが指定された後、送信ボタンＷ３２が押下される。これにより、図５中のＷｅｂｌｏｇ  ＬＡのコミュニティ参加要請通知手段Ｄ２は、応答者ユーザＣのＷｅｂｌｏｇ  ＬＣに対して参加要請通知を送信することになる。
【００５３】
前記の参加要請通知が前記応答者ユーザＣのＷｅｂｌｏｇ  ＬＣのコミュニティ参加承認手段Ｄ３にて受信された後、該Ｗｅｂｌｏｇ  ＬＡのコミュニティ１ａに対する前記応答者ユーザＣのＷｅｂｌｏｇ  ＬＣの参加（要請者ユーザＡからの参加要請）に関して、該応答者ユーザＣが承認するか否かを判断する。この判断を促す方法としては、応答者ユーザＣに対し、前記要請者ユーザＡのＷｅｂｌｏｇ  ＬＡが所属するコミュニティ１ａへの参加を承認するか否かの判断を促すための画面、例えば、図７に示すようなコミュニティ参加要請承認画面Ｗ４を、該応答者ユーザＣが操作するクライアントソフトウェアを介して表示する。そして、前記応答者ユーザＣがＷｅｂｌｏｇ  ＬＣのコミュニティ参加承認手段Ｄ３に承認指示を出す（図７中では承認ボタンＷ４１を押下した）場合には、図６中のＷｅｂｌｏｇ  ＬＣのコミュニティ参加承認手段Ｄ３が、図２中の符号Ｍ２と同様の手順を行い（Ｍ４）、要請者ユーザＡのＷｅｂｌｏｇ  ＬＡに対して参加承認通知を送信し、同時に、該応答者ユーザＣのＷｅｂｌｏｇ  ＬＣ内のコミュニティメンバリスト２ｃに対し、該要請者ユーザＡのＷｅｂｌｏｇ  ＬＡの参照子を追記する（Ｍ５）。
【００５４】
他方で、前記要請者ユーザＡのＷｅｂｌｏｇ  ＬＡの参加承認受取手段Ｄ４は、前記参加承認通知を受信すると、コミュニティメンバリスト２ａに前記応答者ユーザＣのＷｅｂｌｏｇ  ＬＣの参照子を追記する（Ｍ６）。
【００５５】
一方、前記応答者ユーザＣが前記参加要請通知に対する否認指示をＷｅｂｌｏｇ  ＬＣのコミュニティ参加承認手段Ｄ３に出す（図４中では承認ボタンＷ４２を押下する）場合、参加承認通知は前記要請者ユーザＡのＷｅｂｌｏｇ  ＬＡに対する参加承認通知の送信は行われず、該Ｗｅｂｌｏｇ  ＬＡのコミュニティメンバリスト２ａ及び該Ｗｅｂｌｏｇ  ＬＣのコミュニティメンバリスト２ｃに対する参照子の追記も行われない。
【００５６】
以上示したように、本実施の形態におけるコミュニティ参加伺承認手順及びコミュニティ参加要請承認手順によれば、コミュニティに対応するコミュニティメンバリストに対し、該コミュニティ外部に存在するＷｅｂｌｏｇの参照子が追記されることによって、予め該コミュニティに所属しているユーザによって承認された範囲で該コミュニティを形成することができる。
【００５７】
以上、本発明において、記載された具体例に対してのみ詳細に説明したが、本発明の技術思想の範囲で多彩な変形および修正が可能であることは、当業者にとって明白なことであり、このような変形および修正が特許請求の範囲に属することは当然のことである。
【００５８】
例えば、本実施の形態における構成の変形の一例である図８のように、コミュニティメンバリストを管理するサーバ（即ち、コミュニティ情報サーバ）３を導入して構成しても良い。即ち、コミュニティメンバリストについて、Ｗｅｂｌｏｇ毎割り当てられた記憶媒体などに保持（例えば、情報コミュニティサービスシステム内における記憶媒体の所定の領域にＸＭＬファイル形式で保持）するのではなく、前記のコミュニティ情報サーバ３にて、ユーザ個別のコミュニティメンバリストを一元的に保持する構成である。前記のコミュニティ情報サーバ３に備えられるコミュニティ情報ＤＢ（ＤａｔａＢａｓｅ  ｓｙｓｔｅｍ）３１には、コミュニティ，コミュニティメンバリスト，該コミュニティと該コミュニティメンバリストを対応付けたデータが、保持される。また、前記コミュニティ情報サーバ３は、前記情報コミュニティサービスシステムの内に設置しても良いし、該情報コミュニティサービスシステムの外に設置しても良い。
【００５９】
そして、コミュニティメンバリストへの追記は、図２及び図５中の符号Ｍ５，Ｍ６で示すものとは異なり、各Ｗｅｂｌｏｇからの更新要求に応じて、前記コミュニティ情報サーバ３を介し、前記コミュニティ情報ＤＢ３１内のコミュニティメンバリスト（各Ｗｅｂｌｏｇに対応するコミュニティメンバリスト）に対して行われることになる。
【００６０】
以上の図８のような構成の一例によれば、コミュニティ情報サーバ３によってコミュニティメンバリストが一元管理される。このため、該コミュニティ情報サーバ３に保持されたコミュニティメンバリストを用いて情報コミュニティサービス提供者が何らかのサービスを行う場合に、該情報コミュニティサービス提供者は該コミュニティ情報を容易に取得することができる。
【００６１】
さらに、本実施の形態における構成の変形の他の例である図９のように、コミュニティメンバリストを明示的に持たずに、該コミュニティメンバリストをＨＴＭＬドキュメントのようなファイル形式（ＨＴＭＬにおけるリスト構造記述の項目としてリンクが埋め込まれた一覧（即ち、トラックバック一覧）を含む形式）で、保持しても良い。即ち、図９に示す形態では、Ｗｅｂｌｏｇのトラックバック機能（ＨＴＭＬドキュメント内のリンク構造の観点から、トラックバック・ピングを送信した相手のＷｅｂｌｏｇから自分のＷｅｂｌｏｇへのリンクを、その相手のＷｅｂｌｏｇに挿入する機能）を応用している。
【００６２】
例えば、図９中のＷｅｂｌｏｇ  ＬＡに対するトラックバック・ピングの送信，該Ｗｅｂｌｏｇ  ＬＡ内からＷｅｂｌｏｇ  ＬＣへのリンク生成，該Ｗｅｂｌｏｇ  ＬＣへのトラックバック・ピングの送信，該Ｗｅｂｌｏｇ  ＬＣ内からＷｅｂｌｏｇ  ＬＡへのリンク生成は、それぞれ、図２中の符号Ｍ１，Ｍ５，Ｍ２，Ｍ６に相当する。さらに、図９中の各Ｗｅｂｌｏｇ内に生成されたトラックバック一覧２´ａ，２´ｂを、図２中のコミュニティメンバリスト２ａ，２ｂに割り当てることができる。
【００６３】
なお、図９のような構成を実施するには、図９中のコミュニティ参加伺通知手段Ｄ１，コミュニティ参加要請通知手段Ｄ２，コミュニティ参加承認手段Ｄ３，コミュニティ参加承認受取手段Ｄ４において、Ｗｅｂｌｏｇからのトラックバック・ピングを扱えるような機能を備える必要がある。
【図面の簡単な説明】
【００６４】
【図１】本実施の形態におけるユーザ間承認による情報コミュニティ形成方法が適応される構成の一例を説明する構成図。
【図２】本実施の形態におけるコミュニティ参加伺承認手順の一例を説明する概要図。
【図３】本実施の形態におけるコミュニティ参加伺入力画面の一例を説明する概略図。
【図４】本実施の形態におけるコミュニティ参加承認画面の一例を説明する概略図。
【図５】本実施の形態にけるコミュニティ参加要請承認手順の一例を説明する概略図。
【図６】本実施の形態におけるコミュニティ参加要請入力画面の一例を説明する概略図。
【図７】本実施の形態におけるコミュニティ参加要請承認画面の一例を説明する概略図。
【図８】本実施の形態における構成の変形の一例を説明する概略図。
【図９】本実施の形態における構成の変形の他の例を説明する概略図。
【図１０】本実施の形態におけるコミュニティ参加伺承認手順の基本手順を説明する概略図。
【図１１】本実施の形態におけるコミュニティ参加要請承認手順の基本手順を説明する概略図。
【符号の説明】
【００６５】
１，１ａ…コミュニティ
２，２ａ，２ｃ…コミュニティメンバリスト
２´ａ，２´ｃ…トラックバック一覧
３…コミュニティ情報サーバ
３１…コミュニティ情報ＤＢ
Ａ，Ｂ，Ｃ…ユーザ
Ｄ１…コミュニティ参加伺通知手段
Ｄ２…コミュニティ参加要請通知手段
Ｄ３…コミュニティ参加承認手段
Ｄ４…コミュニティ参加承認受取手段
Ｗ１…コミュニティ参加伺入力画面
Ｗ２…コミュニティ参加承認画面
Ｗ３…コミュニティ参加要請入力画面
Ｗ４…コミュニティ参加要請承認画面
Ｗ１１，Ｗ３１…入力フィールド
Ｗ１２，Ｗ３２…送信ボタン
Ｗ２１，Ｗ４１…承認ボタン
Ｗ２２，Ｗ４２…否認ボタン
ＬＡ，ＬＢ，ＬＣ…Ｗｅｂｌｏｇ
【図１】
2006330798.tif 000003
【図２】
2006330798.tif 000004
【図３】
2006330798.tif 000005
【図４】
2006330798.tif 000006
【図５】
2006330798.tif 000007
【図６】
2006330798.tif 000008
【図７】
2006330798.tif 000009
【図８】
2006330798.tif 000010
【図９】
2006330798.tif 000011
【図１０】
2006330798.tif 000012
【図１１】
2006330798.tif 000013