JP4488181B2

JP4488181B2 - コミュニティ形成方法及びコミュニティ形成システム

Info

Publication number: JP4488181B2
Application number: JP2004094889A
Authority: JP
Inventors: 秀水石川; 武史福泉
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2004-03-29
Filing date: 2004-03-29
Publication date: 2010-06-23
Anticipated expiration: 2024-03-29
Also published as: JP2005284495A; KR100749704B1; KR20060044709A; CN1677417A

Description

本発明は、ネットワークを介してのコミュニケーションに際し短時間で多人数のグループを形成することができ、グループの結合、分離、離脱を容易にするのに適したコミュニティ形成方法及びシステムに関する。

インターネットの発達にともない、ユーザがパソコンや携帯通信機器を用いて、ネットワークに接続された他のユーザと、メッセージや、写真、プレゼンス（Ｐｒｅｓｅｎｃｅ）情報を交換するコミュニケーションが発展してきている。このような情報の交換は、電話のような１対１の形式だけでなく、３人以上のグループ内で、同時に行う形態も存在する。その場合、グループ内の他のメンバーにメッセージを同報したり、同一の写真をグループメンバーで共有する形でコミュニケーションが行われる。

このようなグループは、すでに知り合った者同士で作る場合もあるが、自分の興味とグループの属性をマッチングすることによって、未知のグループを検索して参加する場合も少なくない。ところが、参加するユーザが少数であると、グループ内のコミュニケーションは活性化しない。従って、コミュニティサービスにおいては、グループのメンバーを増やして、コミュニケーションを活性化させることが、サービスの価値を向上させるためには必要である。

ところで、従来のコミュニティ・サイトにおいては、複数のユーザが、ユーザの趣味、嗜好、居場所などに基づいてグループを形成する場合、個人単位に、グループに参加するか否かの手続きを行う必要があった。このため、例えば、１００人のグループを形成するには、１００人各々が、グループに参加する手続きを行う必要があった。このため、大規模なグループを形成することが困難であるという問題があった。

例えば、インターネットサイトに存在するチャットルームは、そのチャットに参加するのは、あくまで個人単位の手続きが必要である。また、従来例として、例えば特許文献１に開示された技術が存在する。この技術は、複数のユーザが集まったグループの、共通的な属性（趣味・嗜好）を抽出し、その情報をグループに対するマーケティング活動に使うものである。この技術においては、新たにユーザがグループに参加する都度、一人一人のユーザプロフィールを検索し直して、共通属性を抽出し直している。しかし、その情報に基づき、他のグループとのマッチングや、結合を行う機能は無く、あくまで、グループに参加するには、個人単位の手続きが必要である。従って、この従来技術は、グループの共通属性を抽出する機能はあるものの、その属性に基づいてグループとグループをマッチングする機能、およびグループとグループを結合させ、大規模グループを形成する機能が無い。この従来技術はまた、グループに対するマーケティング活動の効率化を図ること以外の効果は無い。

特開２００１−７５９７２号公報

そこで、本発明の課題は、簡易な手続きでグループ同士のマッチングを実現できるようにすることにある。

本発明の他の課題は、個人単位にグループ参加の手続きを行うことなく、グループ同士の結合、分離、離脱を実現できるようにすることにある。

本発明によるコミュニティ形成方法は、通信ネットワークを介して接続可能な１人以上のユーザからなるあるユーザグループと別のユーザグループをマッチングするために、ユーザグループのグループ属性情報を生成し、前記あるユーザグループの入力した検索条件に基づいて、少なくとも１つの別のユーザグループとのマッチングを行い、前記あるユーザグループと、マッチングした少なくとも１つのユーザグループとを含むようにグループの拡大を可能にしたことを特徴とする。

本コミュニティ形成方法においては、前記ユーザグループのマッチングによって、小規模のグループから、中規模のグループ、さらに大規模のグループへとグループの規模を拡大させ、その結果としてのそれぞれのグループを階層的に保持する。

本コミュニティ形成方法においてはまた、前記マッチングにおいて、あるユーザグループが他のユーザグループのグループ属性情報と一致したユーザグループをインバイトする。

本コミュニティ形成方法においては更に、マッチングした他のユーザグループをインバイトする場合において、マッチングしたユーザグループに対してインバイトを行うか否かを、前記あるユーザグループメンバーの入力情報に基いて決定する。

本コミュニティ形成方法においては更に、前記他のユーザグループがインバイトされた場合において、インバイトされた側がそのインバイトに同意するか否かを、前記他のユーザグループメンバーの入力情報に基いて決定する。

本コミュニティ形成方法においては更に、ユーザ個人またはユーザグループが属する１つ以上の上位グループそれぞれに対して、従属関係を一時的にオフにすることができるようにしている。

本コミュニティ形成方法においては更に、前記ユーザグループのグループ属性情報として、あるグループに属するユーザのユーザ情報からグループのプレゼンス情報あるいはプロフィール情報を生成する。

本コミュニティ形成方法においては更に、グループマッチングにおいて、グループ化後の最上位のグループの検索を行う。

本コミュニティ形成方法においては更に、グループマッチングにおいて、検索をリクエストしたグループを検索対象に含めないようにしている。

本発明の第１の態様によれば、通信ネットワークを介して接続可能な１人以上のユーザからなるあるユーザグループと別のユーザグループをマッチングするために、ユーザグループのグループ属性情報を生成する手段と、前記あるユーザグループの入力した検索条件に基づいて、少なくとも１つの別のユーザグループとのマッチングを行う手段とを含み、前記あるユーザグループと、マッチングした少なくとも１つのユーザグループとを含むようにグループの拡大を可能にしたことを特徴とするコミュニティ形成システムが提供される。

本コミュニティ形成システムにおいては、前記ユーザグループのマッチングによって、小規模のグループから、中規模のグループ、さらに大規模のグループへとグループの規模を拡大させ、該コミュニティ形成システムは更に、前記拡大の結果としてのそれぞれのグループを階層的に保持する手段を含む。

本コミュニティ形成システムにおいてはまた、前記マッチングにおいて、あるユーザグループが他のユーザグループのグループ属性情報と一致したユーザグループをインバイトする手段を更に含む。

本コミュニティ形成システムにおいては更に、マッチングした他のユーザグループをインバイトする場合において、マッチングしたユーザグループに対してインバイトを行うか否かを、前記あるユーザグループメンバーの入力情報に基いて決定する手段を含む。

本コミュニティ形成システムにおいては更に、他のユーザグループがインバイトされた場合において、インバイトされた側が、そのインバイトに同意するか否かを、前記他のユーザグループメンバーの入力情報に基いて決定する手段を含む。

本コミュニティ形成システムにおいては更に、ユーザ個人またはユーザグループが属する１つ以上の上位グループそれぞれに対して、従属関係を一時的にオフにする手段を含む。

本コミュニティ形成システムにおいては更に、前記ユーザグループのグループ属性情報として、あるグループに属するユーザのユーザ情報からグループのプレゼンス情報あるいはプロフィール情報を生成する手段を含む。

本発明の第２の態様によれば、通信ネットワークを介して接続可能なあるユーザグループがサーバを介して少なくとも１つの他のユーザグループに対してグループへの参加を呼びかけてグループの拡大を実現するためのコミュニティ形成システムであって、前記あるユーザグループは複数の端末Ａから成り、前記少なくとも１つの他のユーザグループは複数の端末Ｂから成り、前記サーバは、ユーザ側の情報として、ユーザ情報、グループ情報を保存するためのユーザ情報データベースと、前記ユーザ情報データベースの情報をもとに、グループプロフィール、グループプレゼンスを生成し、前記ユーザ情報データベースに登録するためのグループ属性生成手段と、前記端末Ａからマッチングリクエスト情報を受信してそのマッチングリクエスト情報に基づいて、前記ユーザ情報データベースのグループプロフィールあるいはグループプレゼンスとのマッチングを行い、マッチング結果を前記端末Ａに送信するためのマッチング処理手段と含むことを特徴とするコミュニティ形成システムが提供される。

上記第２の態様によるコミュニティ形成システムにおいては、前記サーバは更に、前記端末Ａから選択されたグループを受信してインバイトするグループを決定し、決定したグループの前記端末Ｂにインバイト情報を送信し、端末Ｂから、インバイトの受諾あるいは拒否を受信してインバイト結果を判定するためのインバイト情報処理手段を含む。

上記第２の態様によるコミュニティ形成システムにおいてはまた、前記インバイト情報処理手段は更に、前記端末Ｂからインバイト受諾を受信した場合は、新たにできたグループ情報を前記ユーザ情報データベースに登録し、インバイト拒否を受信した場合は、前記端末Ａにインバイトが拒否されたことを通知する。

上記第２の態様によるコミュニティ形成システムにおいては更に、前記サーバは更に、前記端末Ａから送信されたユーザ情報を前記ユーザ情報データベースに登録するためのユーザ情報処理手段と、前記端末Ａから送信されたプレゼンス情報を前記ユーザ情報データベースに登録するためのプレゼンス情報処理手段と、前記端末Ａから送信された参加グループ情報を受信し、前記ユーザ情報データベースに登録するための参加グループ処理手段とを含む。

特許文献１に開示された技術は、ある共通項をもつグループの生成を行うものであって、その生成のために、一人一人のプロフィールを検索している。そして、その共通項が変われば、また、一人一人のプロフィールの検索をし直している。

これに対し、本発明では、グループ同士のマッチングを行うものであって、グループ属性情報からマッチングを行っている。つまり、本発明によれば、グループメンバーのプロフィール、プレゼンス情報から、グループ属性情報を生成し、ユーザグループ同士のマッチングを行うことができる。そして、形成されたグループと、さらに、他のグループとが新たなグループになり、大規模なグループを形成することができる。また、形成されたグループ同士の関係を階層化して保持することができる。

これにより、ユーザは、多人数のグループを、より少ないトランザクションで形成でき、同じ興味を持った人とコミュニケーションを取ることができる。また、大規模グループの結合、分離、離脱が容易にできる。

例えば、１００人のグループを形成する場合、すでに５０人のグループがＸ、Ｙの２つ存在していたものとする。従来技術の場合、１００人のグループＺを形成するには、例えばＹグループの５０人各々が、Ｘグループに対する参加手続きを行う必要がある（合計５０回の処理）。

これに対し、本発明では、ＸグループとＹグループの結合処理の１回を行えば、１００人のグループＺを形成することができる。これにより、４９回分の処理を減ずることが可能となる。

本発明によれば、以下のような効果が得られる。

１．グループ同士のマッチングが行われるので、一度に同じ興味を持つグループに属する人との関係を生成できる。

２．グループ同士のマッチングを行ってグループを拡大、形成していくことで、個人同士のマッチングを行ってグループを拡大、形成していく場合よりも大規模なグループをより少ない処理で形成することができる。

３．グループ属性情報をサーバ側で生成することで、グループ形成に要する時間を短縮できる。

図１に本発明によるコミュニティ形成システムの実施の形態を示す。ここでは、コミュニティ形成システムは、インターネット等の通信ネットワークを介して接続可能な１台のサーバ１０、Ｎ（Ｎは正の整数）台の端末Ａ１〜ＡＮ、Ｎ台の端末Ｂ１〜ＢＮを想定している。勿論、端末Ａ１〜ＡＮと端末Ｂ１〜ＢＮの台数は同じである必要は無い。

サーバ１０は、ユーザ情報データベース（以下、ユーザ情報ＤＢと略称する）１１、ユーザ情報処理部１２、プレゼンス情報処理部１３、マッチング処理部１４、インバイト（Ｉｎｖｉｔｅ：勧誘）情報処理部１５、チャット処理部１６、グループ属性生成部１７、参加グループ処理部１８から成る。これらの各部は、いわば機能ブロックであり、ユーザ情報ＤＢ１１を除いてすべてサーバ１０の記憶装置に格納されているプログラムをＣＰＵで実行することにより実現される。

一方、各端末は、端末Ａ１について言えば、ユーザ情報登録部２１、プレゼンス情報登録部２２、マッチングリクエスト送信部２３、マッチング結果受信部２４、インバイト部２５、インバイト結果受信部２６、チャット部２７、参加グループ決定部２８から成る。これらの各部も機能ブロックであり、すべて端末Ａ１の記憶装置に格納されているプログラムをＣＰＵで実行することにより実現される。他の端末Ａ２〜ＡＮも同じである。

端末Ｂ１は、インバイト受信部３１、インバイト返信部３２、チャット部３３を有する。これらの各部も機能ブロックであり、すべて端末Ｂ１の記憶装置に格納されているプログラムをＣＰＵで実行することにより実現され、他の端末Ｂ２〜ＢＮも同じである。また、端末Ｂ１〜ＢＮは、言ってみればインバイトされる側の端末に必要な機能ブロックのみを示している。

端末Ａ１における各部の機能を説明する。ユーザ情報登録部２１では、ユーザにより年齢、性別、都道府県、趣味などのユーザ情報が登録され、このユーザ情報はサーバ１０に送信される。プレゼンス情報登録部２２では、ユーザが、場所、気持ち、オン／オフライン情報などのプレゼンス情報を設定、登録する。このプレゼンス情報はサーバ１０に送信される。マッチングリクエスト送信部２３は、ユーザにより入力された、希望するグループの年齢、性別、都道府県、趣味、人数などのマッチングリクエスト情報をサーバ１０に送信する。マッチング結果受信部２４は、サーバ１０からのマッチング結果を受信する。インバイト部２５は、マッチングされたグループからインバイトするグループを選択し、サーバ１０に送信する。インバイト結果受信部２６は、サーバー１０からのインバイト結果を受信する。チャット部２７は、チャットを行う。参加グループ決定部２８は、現在所属しているグループの中から、これから参加するグループを決定する。

次に、サーバ１０における各部の機能を説明する。ユーザ情報処理部１２は、端末Ａのユーザ情報登録部２１から送信された年齢、性別、都道府県、趣味などのユーザ情報をユーザ情報ＤＢ１１に登録する。プレゼンス情報処理部１３は、端末Ａのプレゼンス情報登録部２２から送信された場所、オン／オフライン、気持ちなどのプレゼンス情報をユーザ情報ＤＢ１１に登録する。マッチング処理部１４は、端末Ａのマッチングリクエスト送信部２３からマッチングリクエスト情報を受信し、そのマッチングリクエスト情報に基づいて、ユーザ情報ＤＢ１１のグループプロフィールあるいはグループプレゼンスとのマッチングを行い、マッチング結果を端末Ａに送信する。

インバイト情報処理部１５は、端末Ａのインバイト部２５から選択されたグループを受信し、インバイトするグループを決定する。インバイト情報処理部１５は、インバイトすることが決定したグループの端末Ｂ１〜ＢＮにインバイト情報を送信し、端末Ｂ１〜ＢＮのインバイト返信部３２から、インバイトの受諾あるいは拒否を受信し、インバイト結果を判定する。インバイト情報処理部１５は、受諾の場合は、新たにできたグループ情報をユーザ情報ＤＢ１１に登録し、さらに、チャットを開始させる。拒否の場合は、インバイト情報処理部１５は、端末のインバイト結果受信部２６に、インバイトが拒否されたことを通知する。チャット処理部１６は、チャットの送受信を行う。

ユーザ情報ＤＢ１１は、ユーザ情報としてユーザ情報、グループ情報を保存している。グループ属性生成部１７は、ユーザ情報ＤＢ１１の情報をもとに、グループプロフィール、グループプレゼンスを生成し、ユーザ情報ＤＢ１１に登録する。参加グループ処理部１８は、参加グループ決定部２８から送信された参加グループ情報を受信し、ユーザ情報ＤＢ１１に登録する。

端末Ｂ１〜ＢＮのインバイト受信部３１は、サーバ１０からのインバイト情報を受信する。インバイト返信部３２は、インバイトの受諾あるいは拒否をサーバ１０に送信する。

次に、本実施例における、データベース構造について説明する。

表１はユーザ情報ＤＢ１１に保存されるユーザ情報の一例を示している。ここでは、ユーザ情報は、ユーザ名と、プロフィールと、プレゼンスとから成る。一方、プロフィールは性別、年齢、都道府県、趣味から成り、プレゼンスは場所、オン／オフライン情報から成る。

表２はユーザ情報ＤＢ１１に保存されるグループ情報の一例を示している。ここでは、グループ情報は、グループの親と子の関係（図２ａ参照）、ユーザ情報の趣味から生成されたグループプロフィール、ユーザ情報のプレゼンスの場所から生成されたグループプレゼンス、グループ結成日時、参加グループ情報から成る。参加グループ情報はフラッグ情報であってＹはイエス、Ｎはノーを表し、参加グループ処理部１８において参加グループ情報をＮにすることでユーザ個人またはユーザグループが属する１つ以上の上位グループそれぞれに対して、従属関係を一時的にオフにすることができる。

次に、グループプロフィール生成ロジック、グループプレゼンス生成ロジック、マッチングロジック、インバイトグループ選択ロジック、インバイト許諾ロジックの詳細を説明する。

グループプロフィール生成ロジックは、グループ属性生成部１７でユーザ情報ＤＢ１１のユーザ情報のプロフィールの重心、平均、分散、アンド（ａｎｄ）条件、オア（ｏｒ）条件などからグループプロフィールを生成する。例えば、表１のａ１〜ａ３の趣味はサッカーなので、サッカーがグループプロフィールとなる。

グループプレゼンス生成ロジックは、グループ属性生成部１７でユーザ情報ＤＢ１１のユーザ情報のプレゼンスの重心、平均、分散、アンド条件、オア条件などから一定時間ごとにグループプレゼンスを生成する。例えば、表１のａ１〜ａ３の場所は東京なので、東京がグループプレゼンスとなる。

マッチングロジックは、マッチング処理部１４でマッチングリクエスト情報に基づいて、ユーザ情報ＤＢ１１のグループプロフィールあるいはグループプレゼンスとのマッチングを行う。例えば、表２のグループＸが、趣味：サッカーのグループをマッチングリクエストとしたとすると、グループプロフィールがサッカーのｂ１〜ｂ３のグループＹがマッチングされる。なお、この検索においては、最上位のグループの検索を行い、検索対象に、その検索をリクエストしたグループＸは含まれないものとする。そして、検索結果を、例えば図２（ｂ）に示すような形態にて最上位から最下位のグループまで表示する。図２（ｂ）ではＩ、Ｊが最上位のグループである。

インバイトグループ選択ロジックは、ユーザそれぞれが入力したインバイトするグループの情報を集計し、その最多数となったグループを選択するというものである。同数であった場合は、同数のものの中から、ランダムでインバイトを行うグループを決定する。あるいは、グループのリーダーが決定するのでも良いし、一番最初に入力した人の決定を用いるのでも良い。

インバイト許諾ロジックは、インバイトを受けたユーザそれぞれが入力したインバイトを許諾するか否かの情報を集計し、その最多数となったグループを選択するというものである。勿論、グループのリーダーが決定するのでも良いし、一番最初に入力した人の決定を用いるのでも良い。

図３は、サーバ１０によるグループ同士のマッチングのフロー説明図である。サーバ１０によるグループ同士のマッチングでは、まず、マッチング処理部１４で、例えば端末Ａ１からマッチングリクエストを受信する（ステップＳ３０）。マッチング処理部１４は、受信したマッチングリクエスト情報に基づいてユーザ情報ＤＢ１１のグループプロフィールあるいはグループプレゼンスとのマッチングを行う（ステップＳ３１）。例えば、グループＸが、趣味：サッカーのグループをマッチングリクエストしたとすると、グループプロフィールがサッカーのｂ１〜ｂ３のグループがマッチングする。マッチング処理部１４は、端末Ａ１〜ＡＮにマッチング結果を送信する（ステップＳ３２）。

次に、インバイト情報処理部１５は、端末Ａ１〜ＡＮが選択したインバイトグループを受信し、インバイトを行うグループを決定する（ステップＳ３３）。インバイト情報処理部１５は、インバイトすることが決定したグループの端末Ｂ１〜ＢＮにインバイト情報を送信する（ステップＳ３４）。インバイト情報処理部１５は、端末Ｂ１〜ＢＮからインバイトの受諾か拒否を受信し、インバイト結果を判定する（ステップＳ３５）。ステップＳ３６においてインバイト受諾の場合、インバイト情報処理部１５は新たなグループ情報をユーザ情報ＤＢ１１に追加し（ステップＳ３７）、チャットを開始させる（ステップＳ３８）。ステップＳ３６においてインバイトが拒否された場合、インバイト情報処理部１５は端末Ａ１〜ＡＮにインバイトが拒否されたことを通知する（ステップＳ３９）。

図４は、サーバ１０による参加グループ決定のフロー説明図である。参加グループ処理部１８は、例えば端末Ａ１の参加グループ決定部２８から参加グループ決定情報を受信し（ステップＳ４０）、その情報をユーザ情報ＤＢ１１に登録する（ステップＳ４１）。

図５は、サーバ１０によるグループ属性生成のフロー説明図である。グループ属性生成部１７は、ユーザ情報ＤＢ１１のユーザ情報のプロフィールの重心、平均、分散、アンド条件、オア条件などからグループプロフィールを生成し、ユーザ情報ＤＢ１１に登録する（ステップＳ５０）。例えば、表１のａ１〜ａ３の趣味はサッカーなので、サッカーがグループプロフィールとなる。グループ属性生成部１７は、ユーザ情報ＤＢ１１のユーザ情報のプレゼンスの重心、平均、分散、アンド条件、オア条件などから一定時間ごとにグループプレゼンスを生成し、ユーザ情報ＤＢ１１を更新する。例えば、表１のａ１〜ａ３の場所は東京なので、東京がグループプレゼンスとなる。

図６は、端末側のインバイト処理のフロー説明図である。マッチングリクエスト送信部２３は、マッチングリクエストをサーバ１０のマッチング処理部１４に送信する（ステップＳ６０）。続いて、マッチング結果受信部２４は、サーバ１０のマッチング処理部１４からマッチング結果を受信する（ステップＳ６１）。次に、インバイト部２５は、マッチングされたグループからインバイトするグループを選択し、サーバ１０のインバイト情報処理部１５に送信する（ステップＳ６２）。次に、インバイト結果受信部２６はインバイト情報処理部１５からインバイト結果を受信する（ステップＳ６３）。

図７は、端末側のグループ拡大のフロー説明図である。参加グループ決定部２８は自分が所属しているグループの中から、これから参加するグループを決定し、参加グループ情報をサーバ１０の参加グループ処理部１８に送信する（ステップＳ７０）。

上述した処理手順は、サーバ１０、端末Ａ、Ｂにおける記憶装置に格納されたプログラムに基づいてＣＰＵで実行される。勿論、このプログラムは記録媒体に記録して提供したり、通信により送ることもでき、従って、本発明は既存のサーバ、端末にも適用できることは言うまでも無い。

以上、本発明を好ましい実施の形態について説明したが、本発明は上記実施の形態に制限されるものではない。例えば、グループの拡大に際して、インバイトによる手法を採用しているが、これは一例にすぎず、他の手法が採用されても良い。

本発明によるコミュニティ形成システムの実施の形態を示す。本発明に関連するグループの関係図及び検索結果の例を示す図である。本発明におけるサーバによるグループ同士のマッチングのフロー説明図である。本発明におけるサーバによる参加グループ決定のフロー説明図である。本発明におけるサーバによるグループ属性生成のフロー説明図である。本発明における端末側のインバイト処理のフロー説明図である。本発明における端末側のグループ拡大のフロー説明図である。

符号の説明

１０サーバ
Ａ１〜ＡＮ、Ｂ１〜ＢＮ端末

Claims

通信ネットワークを介して接続可能なあるユーザグループがサーバを介して少なくとも１つの他のユーザグループに対してグループへの参加を呼びかけてグループの拡大を実現するためのコミュニティ形成方法であって、
前記あるユーザグループは複数の端末Ａから成り、前記少なくとも１つの他のユーザグループは複数の端末Ｂから成り、
前記サーバは、
各ユーザ端末から送られてきたユーザに関する情報を処理して作成した、ユーザのプロフィール、プレゼンスを含む情報をユーザ情報としてあらかじめユーザ情報データベースに登録しており、
前記サーバは更に、前記ユーザ情報データベースのユーザ情報を読み出し、グループのプロフィール、プレゼンスを含むユーザグループのグループ属性情報を生成して前記ユーザ情報データベースに登録するステップと、
前記端末Ａからマッチングリクエスト情報を受信してそのマッチングリクエスト情報に基づいて、前記ユーザ情報データベースに登録されているグループ属性情報とのマッチングを行い、マッチング結果を前記端末Ａに送信するステップと、
前記端末Ａに送信されたマッチング結果の中から選択されたグループを前記端末Ａから受信してインバイトするグループを決定するステップと、
決定したグループの前記端末Ｂにインバイト情報を送信し、該端末Ｂから、インバイトの受諾あるいは拒否を受信してインバイト結果を判定するステップと、を実行し、
前記インバイト結果を判定するステップにおいて前記端末Ｂからインバイト受諾を受信した場合は、新たにできたグループ情報を前記ユーザ情報データベースに登録し、インバイト拒否を受信した場合は、前記端末Ａにインバイトが拒否されたことを通知することを特徴とするコミュニティ形成方法。
請求項１に記載のコミュニティ形成方法において、前記ユーザグループのマッチングによって、小規模のグループから、中規模のグループ、さらに大規模のグループへとグループの規模を拡大させ、前記サーバは、その結果としてのそれぞれのグループを階層的に保持することを特徴とするコミュニティ形成方法。
請求項２に記載のコミュニティ形成方法において、ユーザ個人またはユーザグループが属する１つ以上の上位グループそれぞれに対して、従属関係を一時的にオフにすることができるようにしたことを特徴とするコミュニティ形成方法。
通信ネットワークを介して接続可能なあるユーザグループがサーバを介して少なくとも１つの他のユーザグループに対してグループへの参加を呼びかけてグループの拡大を実現するためのコミュニティ形成システムであって、
前記あるユーザグループは複数の端末Ａから成り、前記少なくとも１つの他のユーザグループは複数の端末Ｂから成り、
前記サーバは、
各ユーザ端末から送られてきたユーザに関する情報を処理して作成した、ユーザのプロフィール、プレゼンスを含む情報をユーザ情報としてあらかじめユーザ情報データベースに登録する情報処理手段と、
前記ユーザ情報データベースのユーザ情報を読み出し、グループのプロフィール、プレゼンスを含むユーザグループのグループ属性情報を生成し、前記ユーザ情報データベースに登録するためのグループ属性生成手段と、
前記端末Ａからマッチングリクエスト情報を受信してそのマッチングリクエスト情報に基づいて、前記ユーザ情報データベースに登録されているグループ属性情報とのマッチングを行い、マッチング結果を前記端末Ａに送信するためのマッチング処理手段と、
前記端末Ａに送信されたマッチング結果の中から選択されたグループを前記端末Ａから受信してインバイトするグループを決定し、決定したグループの前記端末Ｂにインバイト情報を送信し、該端末Ｂから、インバイトの受諾あるいは拒否を受信してインバイト結果を判定するためのインバイト情報処理手段を含み、
前記インバイト情報処理手段は更に、前記端末Ｂからインバイト受諾を受信した場合は、新たにできたグループ情報を前記ユーザ情報データベースに登録し、インバイト拒否を受信した場合は、前記端末Ａにインバイトが拒否されたことを通知することを特徴とするコミュニティ形成システム。
請求項４に記載のコミュニティ形成システムにおいて、前記ユーザグループのマッチングによって、小規模のグループから、中規模のグループ、さらに大規模のグループへとグループの規模を拡大させ、該コミュニティ形成システムは更に、前記拡大の結果としてのそれぞれのグループを階層的に保持する手段を含むことを特徴とするコミュニティ形成システム。
請求項５に記載のコミュニティ形成システムにおいて、ユーザ個人またはユーザグループが属する１つ以上の上位グループそれぞれに対して、従属関係を一時的にオフにする手段を更に含むことを特徴とするコミュニティ形成システム。