(57)【要約】【課題】従来よりもユーザがコミュニティに容易に参加できるようにする。【解決手段】複数のコミュニティを管理するコミュニティ管理方法であって、コンピュータに、予め記憶された複数のコミュニティの各々同士の対応関係を特定する情報に基づいて、ユーザによって指定されたコミュニティと他のコミュニティとの対応関係が視覚的に判別可能な画面ＨＧ３１をディスプレイに表示する処理と、これらのコミュニティのうちユーザによって選択されたコミュニティにこのユーザを登録する処理と、を実行させる。【選択図】図４５
2013200881.tif 000002
【特許請求の範囲】
【請求項１】
複数のコミュニティを管理するコミュニティ管理方法であって、
コンピュータに、
予め記憶された前記複数のコミュニティの各々同士の対応関係を特定する情報に基づいて、ユーザによって指定されたコミュニティと他のコミュニティとの対応関係が視覚的に判別可能な図を表示装置に表示させ、
前記表示装置に表示されたコミュニティのうち、ユーザによって選択されたコミュニティに該ユーザを登録する
処理を実行させることを特徴とするコミュニティ管理方法。
【請求項２】
前記複数のコミュニティの各々同士の対応関係は、ツリー構造に基づく上下関係であり、
前記ユーザによって指定されたコミュニティと他のコミュニティとの間の上下関係が判別可能な図を前記表示装置に表示させる
請求項１記載のコミュニティ管理方法。
【請求項３】
前記表示装置に表示された、前記ユーザによって指定されたコミュニティの下位のコミュニティのうち、該ユーザによって選択されたコミュニティに該ユーザを登録する
請求項１記載のコミュニティ管理方法。
【請求項４】
複数のコミュニティを管理するコミュニティ管理システムであって、
予め記憶された前記複数のコミュニティの各々同士の対応関係を特定する情報に基づいて、ユーザによって指定されたコミュニティと他のコミュニティとの対応関係が視覚的に判別可能な図を表示装置に表示させる、表示制御手段と、
前記表示装置に表示されたコミュニティのうち、ユーザによって選択されたコミュニティに該ユーザを登録する、登録処理手段と、
を有することを特徴とするコミュニティ管理システム。
【請求項５】
コンピュータに、
予め記憶された前記複数のコミュニティの各々同士の対応関係を特定する情報に基づいて、ユーザによって指定されたコミュニティと他のコミュニティとの対応関係が視覚的に判別可能な図を表示装置に表示する処理と、
前記表示装置に表示されたコミュニティのうち、ユーザによって選択されたコミュニティに該ユーザを登録する処理と、
を実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＮＳなどのサービスにおけるコミュニティの管理方法およびシステムなどに関する。
【背景技術】
【０００２】
近年、ＳＮＳ（Social Networking Service）が普及している。ＳＮＳは、メッセージ、足跡、日記、コミュニティ、および友達など様々な形態のサービスを、会員であるユーザに提供する。
【０００３】
ユーザがコミュニティを自由に作成することができる点が、ＳＮＳの特徴の１つである。そして、他のユーザは、管理者から許諾を受けるなどしてコミュニティのメンバ（参加者）となり、メンバ同士でコミュニケーションを取ることができる。
【０００４】
特許文献１、２には、コミュニティを応用しまたは形成する方法が開示されている。特許文献１に開示される方法によると、各エリアにエリア管理サーバを配置し、各エリア管理サーバに、当該エリアに属するユーザの個々のプロファイル、当該エリア内コミュニティ構成員のプロファイルを蓄積・管理するユーザ管理部、利用者のコンテンツを蓄積・管理するコンテンツ管理部、ユーザ管理部やコンテンツ管理のアクセス、エリア内の利用者端末や、他エリアとの通信などを司どる主制御部を具備させる。そして、コンテンツを所望コミュニティ単位として発信・分配させる。
【０００５】
特許文献２に開示される方法によると、投稿入力部１０１は、外部から所定のコミュニティに向けて継続的に送信される複数の投稿データを取得する。分類処理部１０３は、投稿入力部によって取得された複数のテキストデータに基づき、前記所定のコミュニティでの話題に対して分類を継続的に付与する。そして、分類処理部によって付与された分類を示す情報が、所定のコミュニティにアクセスするクライアント装置に出力される。
【０００６】
特許文献３に開示される方法によると、複数の端末から成るユーザグループが、サーバを介して複数の端末から成る他のユーザグループに対してグループへの参加を呼びかけてグループの拡大を実現するためのコミュニティ形成システムである。サーバは、ユーザ側の情報として、ユーザ情報、グループ情報を保存するためのユーザ情報データベースと、ユーザ情報データベースの情報をもとに、グループプロフィール、グループプレゼンスを生成し、ユーザ情報データベースに登録するためのグループ属性生成部と、端末からマッチングリクエスト情報を受信してそのマッチングリクエスト情報に基づいて、ユーザ情報データベースのグループプロフィールあるいはグループプレゼンスとのマッチングを行い、マッチング結果を端末に送信する。
【０００７】
そのほか、特許文献４、５には、ユーザの発言の処理の方法が開示されている。特許文献４に記載される方法によると、発言内容分析部は発言を分析してその内容に関するユーザプロファイル（グラフ）を構築する。タスク構造解析部はタスクの登録されているユーザ情報に基づいて各ユーザのタスクリストを生成する。プロファイル類似度判定部はユーザ間のプロファイル（発言内容）の類似度を計算する。距離計算部は、タスクマップを参照して辿る最短ルートのタスク距離を算出する。類似度集計部は距離ごとの類似度（類似発言ユーザ数や平均値）の分布を集計して、分析結果出力部はこれを出力する。
【０００８】
特許文献５に開示されている方法によると、相互リンクシステムを次のように構成する。通信ネットワークと、通信ネットワークに接続された複数の通信装置と、複数の通信装置の各々が有する通信宛先の一覧表に登録されている少なくとも一部の通信宛先と通信装置とより構成される各々のリンク情報を登録する登録手段と、複数の通信装置の１つから情報の検索の要求があった場合には、登録手段に登録されているリンク情報を対象に情報の検索を実行する検索制御手段を有する、通信ネットワークに接続された相互リンク処理手段とを、相互リンクシステムに設ける。
【特許文献１】特開２００４−２６０７６６号公報
【特許文献２】特開２００６−２２７７１１号公報
【特許文献３】特開２００５−２８４４９５号公報
【特許文献４】特開２００７−７２５４９号公報
【特許文献５】国際公開ＷＯ２００４／１０２４２４  Ａ１
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、ＳＮＳには、従来のパソコン通信サービスのフォーラムに比べて、様々なコミュニティが存在し得る。また、その総数も、多くなり得る。なぜなら、上述の通り、ユーザが自由にコミュニティを作成することができるからである。
【００１０】
このことは、ユーザにとって、コミュニティを選択する自由度が高まる点でメリットがある。しかし、自分の所望するコミュニティを見つけてそれに参加するのが面倒である。上述の特許文献１〜５に記載される従来の方法では、このような問題点を解決することはできない。
【００１１】
本発明は、このような問題点に鑑み、従来よりもユーザがコミュニティに容易に参加できるようにすることを、目的とする。
【課題を解決するための手段】
【００１２】
本発明の一実施形態に係るコミュニティ管理方法は、複数のメンバ同士がネットワークを介してコミュニケーションを取るための複数のコミュニティを管理するコミュニティ管理方法であって、前記複数のコミュニティのそれぞれ同士の関連を示す関連データを記憶手段に記憶させておき、コンピュータに、前記複数のコミュニティのうちのメンバになりたいコミュニティである希望コミュニティの指定を希望者の端末装置から受け付ける希望受付処理を実行させ、前記希望者を、前記希望受付処理によって受け付けた前記指定の前記希望コミュニティのメンバとして登録する第一の登録処理を実行させ、前記希望者を、前記複数のコミュニティのうちの、前記希望受付処理によって受け付けた前記指定の前記希望コミュニティに関連する他のコミュニティのメンバとして登録する、第二の登録処理を、前記関連データに基づいて実行させる。
【００１３】
好ましくは、前記関連データには、前記関連として、前記複数のコミュニティのそれぞれ同士の、ツリー構造によって表現可能な関連が示されており、前記コンピュータに、前記第二の登録処理として、前記希望者を、前記複数のコミュニティのうちの、前記希望受付処理によって受け付けた前記指定の前記希望コミュニティの上位または下位の他のコミュニティのメンバとして登録する処理を実行させる。
【００１４】
または、前記コンピュータに、前記複数のコミュニティのうちの削除の対象である削除コミュニティを削除するのに伴って、当該削除コミュニティの１つ上の他のコミュニティと当該削除コミュニティの１つ下の他のコミュニティとが連結されるように前記関連データを更新する処理を実行させる。
【００１５】
または、前記関連データには、前記関連として、前記複数のコミュニティのうちの、一定の共通性を有するコミュニティからなるグループが示されており、前記コンピュータに、前記第二の登録処理として、前記希望者を、前記複数のコミュニティのうちの、前記希望受付処理によって受け付けた前記指定の前記希望コミュニティと同じグループに属する他のコミュニティのメンバとして登録する処理を実行させる。
【００１６】
または、前記関連データには、前記関連として、前記複数のコミュニティのうちの、互いに信頼し合う２つのコミュニティからなるペアが示されており。
【００１７】
本発明の他の実施形態に係るコミュニティ管理方法は、コンピュータに、新たなコミュニティが追加された場合に、当該追加されたコミュニティに関連する他の既存のコミュニティのメンバであるユーザを、当該追加されたコミュニティのメンバとして登録する登録処理を、実行させる。
【発明の効果】
【００１８】
本発明によると、ユーザを従来よりもコミュニティに容易に参加させることができる。
【発明を実施するための最良の形態】
【００１９】
図１はＳＮＳシステム１と端末装置２との接続形態の例を示す図、図２はＳＮＳシステム１のハードウェア構成の例を示す図、図３はＳＮＳシステム１の機能的構成の例を示す図である。
【００２０】
図１において、ＳＮＳシステム１は、事業者がＳＮＳ（Social Networking Service）のサービスをユーザに提供するためのシステムである。
【００２１】
端末装置２は、ユーザがＳＮＳを利用するための端末装置である。端末装置２には、インターネットに接続する機能、Ｗｅｂブラウザ、およびメーラが備わっている。端末装置２として、パーソナルコンピュータまたは携帯電話端末などが用いられる。１人のユーザに対して、１つのユーザＩＤが与えられている。
【００２２】
ＳＮＳシステム１と各端末装置２とは、インターネットなどのネットワークを介して互いに接続可能である。
【００２３】
ＳＮＳシステム１は、図２に示すように、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ハードディスク１０ｄ、ＮＩＣ１０ｅ、およびそのほか種々のハードウェアによって構成される。
【００２４】
ＲＯＭ１０ｃまたはハードディスク１０ｄには、コミュニティのサービスをユーザに提供するためのソフトウェアがインストールされている。このソフトウェアをＣＰＵ１０ａで実行することによって、図３に示す関連付データ記憶部１０１、コミュニティ追加等指定受付部１０２、関連付データ追加処理部１０３、関連付データ更新処理部１０４、関連付データ削除処理部１０５、参加先データ記憶部１２１、参加希望等指定受付部１２２、参加先データ追加処理部１２３、参加先更新処理部１２４、ユーザ属性削除処理部１２５、コミュニティサービスデータベース１３１、およびコミュニティサービス処理部１３２が実現される。
【００２５】
特に、このソフトウェアによると、ユーザは、相互に関連性のある複数のコミュニティへの参加の申請を纏めて行うことができる。
【００２６】
ＳＮＳシステム１として、ワークステーションまたはいわゆるサーバ機が用いられる。図３の各部が複数台の装置に分散されるようにＳＮＳシステム１を構成してもよい。
【００２７】
そのほか、ＲＯＭ１０ｃまたはハードディスク１０ｄには、メッセージ、足跡、日記、および友達などのサービスをユーザに提供するためのソフトウェアがインストールされている。
【００２８】
図４は関連付けのモデルの例を示す図、図５は関連付データＲＡの例を示す図、図６は関連付データＲＢの例を示す図、図７は関連付データＲＣの例を示す図、図８は参加先データＳＡの例を示す図、図９は参加先データＳＢの例を示す図、図１０は参加先データＳＣの例を示す図である。
【００２９】
次に、図３の各部の処理の内容などを説明する。
【００３０】
コミュニティサービスデータベース１３１には、このＳＮＳに開設されているコミュニティごとのデータが格納されている。例えば、コミュニティの識別子（以下、「コミュニティＩＤ」と記載する。）、名称、紹介文、参加者の発言、および参加者ごとの使用権限などに関するデータが格納されている。
【００３１】
コミュニティサービス処理部１３２は、コミュニティのサービスを参加者であるユーザに対して提供するための処理を行う。この際に、コミュニティサービスデータベース１３１に格納されているデータを参照し、更新し、または削除したり、新たなデータをコミュニティサービスデータベース１３１に書き込んだりする。コミュニティの具体的なサービスの内容および提供方法は公知なので、説明を省略する。
【００３２】
ただし、コミュニティサービス処理部１３２は、どのユーザがどのコミュニティに参加しているかは、後述する参加先データまたは関連付データを参照して判断する。つまり、コミュニティサービス処理部１３２は、参加先データまたは関連付データに基づいて、ユーザに対してコミュニティのサービスを提供してもよいか否かを判断する。
【００３３】
以下、ＳＮＳシステム１によって提供されるコミュニティを「コミュニティ５」と記載する。また、それぞれのコミュニティ５を「コミュニティ５ａ」、「コミュニティ５ｂ」、「コミュニティ５ｃ」、…と区別して記載することがある。
【００３４】
ところで、このＳＮＳシステム１においては、複数のコミュニティ５同士を互いに関連付けておくことができる。関連付けのモデル（形態）として、図４に示す３つのモデルが用意されている。
【００３５】
図４（ａ）のツリーコミュニティモデルは、ツリー構造（木構造）または親子関係のように複数のコミュニティを関連付ける。つまり、何らかの共通性などを有する複数のコミュニティをそれぞれのテーマの大小に応じて親子のように関連付ける。図４（ａ）の例では、「大学」という共通の概念を有するコミュニティ５が各テーマの大小に応じて関連付けられている。直接関連付けられている２つのコミュニティは、図中、矢印線によって繋がれている。矢印線の始点側が大きな（広い）テーマのコミュニティであり、終点側が小さな（詳細な、具体的な）テーマのコミュニティである。ツリーコミュニティモデルにおいては、「…、曾祖、祖、親、子、孫、…、」のような直系の関係にあるコミュニティ５同士が互いに関連付けられているものとして取り扱われる。
【００３６】
以下、ある１つのコミュニティから見て、矢印線で繋がれている大きい方の（左側の）コミュニティを「親」または「親コミュニティ」と記載し、矢印線で繋がれている小さい方の（右側の）コミュニティを「子」または「子コミュニティ」と記載する。例えば、コミュニティ５ａの親コミュニティはコミュニティ５ｃであり、コミュニティ５ａの子コミュニティはコミュニティ５ｂおよびコミュニティ５ｄである。
【００３７】
図４（ｂ）のドメインコミュニティモデルは、何らかの共通性を有する１つ以上のコミュニティを「ドメイン」というグループによってグループ化して関連付ける。同一のドメインに所属するコミュニティ５同士が互いに関連付けられている。ツリーコミュニティモデルのようなレベルの高低はなく、各コミュニティ５のレベルは同等である。
【００３８】
図４（ｃ）の相互信頼コミュニティモデルは、互いに信頼し合っている２つのコミュニティを関連付ける。１つのコミュニティに複数のコミュニティを関連付けることも可能である。ツリーコミュニティモデルの場合とは異なり、互いに関連付けられている２つのコミュニティのレベルは同等である。
【００３９】
図３に戻って、関連付データ記憶部１０１には、コミュニティ５ごとの関連付データが記憶されている。関連付データには、他のコミュニティ５との関連付けなどに関する情報が記されている。具体的には、コミュニティ５の関連付データとして、そのコミュニティ５に対して設定されている他のコミュニティ５との関連付けのモデルに応じて、次のようなフォーマットのデータが記憶されている。
【００４０】
コミュニティ５に、ツリーコミュニティモデルによって他のコミュニティ５が関連付けられている場合は、図５に示すような関連付データＲＡがそのコミュニティ５の関連付データとして記憶されている。以下、関連付データＲＡの集合を「ツリーデータＫＡ」と記載する。ツリーデータＫＡはツリーコミュニティモデルによるコミュニティ５同士の関連付けを示している、と言える。
【００４１】
または、コミュニティ５に、ドメインコミュニティモデルによって他のコミュニティ５が関連付けられている場合は、図６に示すような関連付データＲＢがそのコミュニティ５の関連付データとして記憶されている。以下、関連付データＲＢの集合を「ドメインデータＫＢ」と記載する。ドメインデータＫＢはドメインコミュニティモデルによるコミュニティ５同士の関連付け（つまり、ドメインの構成）を示している、と言える。
【００４２】
または、コミュニティ５に、相互信頼コミュニティモデルによって他のコミュニティ５が関連付けられている場合は、図７に示すような関連付データＲＣがそのコミュニティ５の関連付データとして記憶されている。以下、関連付データＲＣの集合を「相互信頼データＫＣ」と記載する。相互信頼データＫＣは相互に信頼し合うコミュニティ５のペアを示している、と言える。
【００４３】
コミュニティ５の関連付データＲＡにおいて、「コミュニティＩＤ」は、そのコミュニティ５の識別子つまりコミュニティＩＤを示す。「コミュニティ名」は、そのコミュニティ５の名称を示す。「管理者ＩＤ」は、そのコミュニティ５を管理するユーザのユーザＩＤを示す。関連付データＲＢおよびＲＣにおいても、同様である。
【００４４】
関連付データＲＡにおいて、「親コミュニティＩＤ」および「子コミュニティＩＤ」は、それぞれ、そのコミュニティ５の親コミュニティおよび子コミュニティのコミュニティＩＤを示す。
【００４５】
関連付データＲＢにおいて、「参加ドメイン」は、そのコミュニティ５が参加（所属）しているドメインの識別情報（ドメインの名称またはＩＤなど）を示す。
【００４６】
関連付データＲＣにおいて、「相互信頼コミュニティＩＤ」は、そのコミュニティ５と信頼関係を結んでいる他のコミュニティ５のコミュニティＩＤを示す。
【００４７】
以下、各コミュニティ５の関連付データＲＡを「関連付データＲＡ１」、「関連付データＲＡ２」、…、または、「関連付データＲＡａ」、「関連付データＲＡｂ」、…と区別して記載することがある。関連付データＲＢおよびＲＣについても、同様である。
【００４８】
図３に戻って、参加先データ記憶部１２１は、ユーザごとの参加先データが記憶されている。参加先データには、参加が認められているコミュニティ５に関する情報が示されている。具体的には、ユーザの参加先データとして、そのユーザに対して参加が認められているコミュニティ５の、他のコミュニティ５との関連付けのモデルに応じて、次のようなフォーマットのデータが記憶されている。
【００４９】
以下、あるコミュニティ５への参加が認められているユーザを、「そのコミュニティ５のメンバ」と記載する。例えば、コミュニティ５ａへの参加が認められているユーザを「コミュニティ５ａのメンバ」と記載する。なお、一般に普及しているＳＮＳによっては、メンバは「参加者」と呼称されることもある。
【００５０】
ユーザが、ツリーコミュニティモデルによって他のコミュニティ５と関連付けられているいずれかのコミュニティ５のメンバである場合は、図８に示すような参加先データＳＡがそのユーザの参加先データとして記憶されている。
【００５１】
または、ユーザが、ドメインコミュニティモデルによって他のコミュニティ５と関連付けられているいずれかのコミュニティ５のメンバである場合は、図９に示すような参加先データＳＢがそのユーザの参加先データとして記憶されている。
【００５２】
または、ユーザが、相互信頼コミュニティモデルによって他のコミュニティ５と関連付けられているいずれかのコミュニティ５のメンバである場合は、図１０に示すような参加先データＳＣがそのユーザの参加先データとして記憶されている。
【００５３】
ユーザの参加先データＳＡにおいて、「ユーザＩＤ」は、そのユーザのユーザＩＤを示す。「自主参加コミュニティＩＤ」は、そのユーザが自ら指定して参加を認めてもらったコミュニティ５（以下、「自主参加コミュニティ」と記載することがある。）のコミュニティＩＤを示す。参加先データＳＢおよびＳＣにおいても、同様である。
【００５４】
参加先データＳＡにおいて、「関連参加コミュニティＩＤ」は、自主参加コミュニティへの参加の許可に伴って参加を付随的に認められたコミュニティ５のコミュニティＩＤを示す。参加先データＳＣにおける「相互信頼コミュニティＩＤ」も、同様である。
【００５５】
参加先データＳＢにおいて、「参加ドメイン」は、そのユーザの自主参加コミュニティが所属するドメインを示す。
【００５６】
以下、各ユーザの参加先データＳＡを「参加先データＳＡ１」、「参加先データＳＡ２」、…、または、「参加先データＳＡａ」、「参加先データＳＡｂ」、…と区別して記載することがある。参加先データＳＢおよび参加先データＳＣについても同様である。
【００５７】
ユーザは、自分の参加先データＳＡ〜ＳＣの「自主参加コミュニティＩＤ」に示されるコミュニティ５のほか、自分の参加先データＳＡの「関連参加コミュニティＩＤ」に示されるコミュニティ５、自分の参加先データＳＢの「参加ドメイン」に示されるドメインに所属するコミュニティ５、および自分の参加先データＳＣの「相互信頼コミュニティＩＤ」に示されるコミュニティ５への参加が認められている。
【００５８】
図３に戻って、コミュニティ追加等指定受付部１０２は、コミュニティ５の新たな追加、既存のコミュニティの関連性の変更、および既存のコミュニティの削除などに関する指定を受け付ける処理を行う。
【００５９】
関連付データ追加処理部１０３は、新たに追加されるコミュニティ５の関連付データＲＡ、ＲＢ、ＲＣを関連付データ記憶部１０１に追加する処理を行う。
【００６０】
関連付データ更新処理部１０４は、既存のコミュニティ５の関連付データＲＡ、ＲＢ、ＲＣを更新する処理を行う。
【００６１】
関連付データ削除処理部１０５は、削除（廃止）するコミュニティ５の関連付データＲＡ、ＲＢ、ＲＣを関連付データ記憶部１０１から削除する処理を行う。
【００６２】
参加希望等指定受付部１２２は、ユーザの新たな追加（つまり、ＳＮＳへの新メンバの追加）、既存のユーザのコミュニティ５への参加の変更、および既存のユーザの削除（つまり、ＳＮＳからのユーザの脱退）などに関する指定を受け付ける処理を行う。
【００６３】
参加先データ追加処理部１２３は、新たにＳＮＳに追加されるユーザの参加先データＳＡ、ＳＢ、ＳＣを参加先データ記憶部１２１に追加する処理を行う。なお、参加先データＳＡ〜ＳＣは、ユーザを追加した時点で追加してもよいし、コミュニティ５への参加の際に必要に応じて追加してもよい。
【００６４】
参加先更新処理部１２４は、既存のユーザの参加先データＳＡ、ＳＢ、ＳＣを更新する処理を行う。
【００６５】
ユーザ属性削除処理部１２５は、削除（脱退）するユーザの参加先データＳＡ、ＳＢ、ＳＣを参加先データ記憶部１２１から削除する処理を行う。
【００６６】
ここで、種々のケースにおける、コミュニティ追加等指定受付部１０２、関連付データ追加処理部１０３、関連付データ更新処理部１０４、関連付データ削除処理部１０５、参加希望等指定受付部１２２、参加先データ追加処理部１２３、参加先更新処理部１２４、およびユーザ属性削除処理部１２５の処理内容を順次説明する。
【００６７】
〔コミュニティを新規に追加しまたは関連付けを変更する際の処理〕
図１１はコミュニティ属性入力画面ＨＧ１の例を示す図、図１２は第一のコミュニティ追加処理の流れの例を説明するフローチャート、図１３は第二のコミュニティ追加処理の流れの例を説明するフローチャート、図１４は第三のコミュニティ追加処理の流れの例を説明するフローチャートである。
【００６８】
新たにコミュニティ５を作成することを所望するユーザは、自分の端末装置２およびユーザＩＤを用いてＳＮＳにログインし、所定のコマンドを入力する。以下、新たに作成するコミュニティ５を「新コミュニティ」と記載することがある。
【００６９】
すると、コミュニティ追加等指定受付部１０２は、図１１のようなコミュニティ属性入力画面ＨＧ１を表示するためのＷｅｂデータをその端末装置２に送信する。
【００７０】
その端末装置２にコミュニティ属性入力画面ＨＧ１が表示されると、そのユーザは、その新コミュニティの名称、紹介文、および管理者とするユーザのユーザＩＤをそれぞれテキストボックスＴＸ１１〜ＴＸ１３に入力し指定する。
【００７１】
さらに、新コミュニティと関連付けたい他の既存のコミュニティ５があれば、次のように、関連付けの方法（つまり、どのモデルに基づくのか）とともに、それを指定する。
【００７２】
ユーザは、ツリーコミュニティモデルによって関連付けを行いたい場合は、チェックボックスＣＢ１１をオンにし、今回の新コミュニティの親とする他のコミュニティ５のコミュニティＩＤおよび子とする他のコミュニティ５のコミュニティＩＤをそれぞれテキストボックスＴＸ１４およびＴＸ１５に入力する。なお、親および子の両方を指定する必要はない。少なくとも一方のみ指定してもよい。
【００７３】
または、ドメインコミュニティモデルによって関連付けを行いたい場合は、チェックボックスＣＢ１２をオンにし、その新コミュニティを所属させるドメインの識別情報（ここでは、名称）をテキストボックスＴＸ１６に入力する。
【００７４】
または、相互信頼コミュニティモデルによって関連付けを行いたい場合は、チェックボックスＣＢ１３をオンにし、信頼する他のコミュニティ５のコミュニティＩＤをテキストボックスＴＸ１７に入力する。
【００７５】
ユーザは、新コミュニティの属性を指定できたら、作成ボタンＢＮ１１をクリックする。すると、端末装置２は、ユーザが指定した内容を示すコミュニティ追加指定データＤＴＡをＳＮＳシステム１に送信する。
【００７６】
ＳＮＳシステム１において、コミュニティ追加等指定受付部１０２がコミュニティ追加指定データＤＴＡを受け付けると、コミュニティサービス処理部１３２は、このコミュニティ追加指定データＤＴＡに示される新コミュニティに対してユニークなコミュニティＩＤを発行し、コミュニティサービスデータベース１３１にこの新コミュニティのデータを記憶するためのデータ領域を用意するなどの処理を行う。
【００７７】
また、この際に、関連付データ追加処理部１０３は、新コミュニティの関連付データＲＡ〜ＲＣを生成し関連付データ記憶部１０１に追加する処理を行う。さらに、関連付データ更新処理部１０４および関連付データ削除処理部１０５は、それぞれ、新コミュニティの追加に伴って他のコミュニティ５の既存の関連付データＲＡ〜ＲＣおよび参加先データＳＡ〜ＳＣを更新する処理を行う。これらの処理の手順は、図１２、図１３、および図１４のフローチャートに示す通りである。
【００７８】
コミュニティ追加指定データＤＴＡにツリーコミュニティモデルが示されている場合は、関連付データ追加処理部１０３は、空の関連付データＲＡ（図５参照）を用意する（図１２の＃３０１）。
【００７９】
コミュニティ追加指定データＤＴＡに親コミュニティのコミュニティＩＤが示されている場合は（＃３０２でＹｅｓ）、関連付データ追加処理部１０３は、用意した関連付データＲＡの「親コミュニティＩＤ」のフィールドにその示されるコミュニティＩＤを書き込む（＃３０３）。この新コミュニティは、当該親コミュニティの子に当たる。そこで、関連付データ更新処理部１０４は、当該親コミュニティの関連付データＲＡを、「子コミュニティＩＤ」にこの新コミュニティのコミュニティＩＤが示されるように更新する（＃３０４）。また、参加先更新処理部１２４は、当該親コミュニティのメンバに対してこの新コミュニティへの参加を付随的に認めるために、当該メンバ各人の参加先データＳＡ（図８参照）を、「関連参加コミュニティＩＤ」にこの新コミュニティのコミュニティＩＤが示されるように更新する（＃３０５）。
【００８０】
コミュニティ追加指定データＤＴＡに子コミュニティのコミュニティＩＤが示されている場合は（＃３０６でＹｅｓ）、関連付データ追加処理部１０３は、用意した関連付データＲＡの「子コミュニティＩＤ」にその示されるコミュニティＩＤを書き込む（＃３０７）。この新コミュニティは、当該子コミュニティの親に当たる。そこで、関連付データ更新処理部１０４は、当該子コミュニティの関連付データＲＡを、「親コミュニティＩＤ」にこの新コミュニティのコミュニティＩＤが示されるように更新する（＃３０８）。また、参加先更新処理部１２４は、当該子コミュニティへのメンバにこの新コミュニティへの参加を付随的に認めるために、ステップ＃３０５の場合と同様に、当該メンバ各人の参加先データＳＡを、「関連参加コミュニティＩＤ」にこの新コミュニティのコミュニティＩＤが示されるように更新する（＃３０９）。
【００８１】
そのほか、関連付データ追加処理部１０３は、コミュニティ追加指定データＤＴＡに基づいて、この新コミュニティの関連付データＲＡにこの新コミュニティのコミュニティＩＤ、名称（コミュニティ名）、および管理者のユーザＩＤ（管理者ＩＤ）などを書き込む。
【００８２】
そして、関連付データ追加処理部１０３は、この新コミュニティの関連付データＲＡを関連付データ記憶部１０１に追加的に記憶させる（＃３１０）。
【００８３】
または、コミュニティ追加指定データＤＴＡにドメインコミュニティモデルが示されている場合は、関連付データ追加処理部１０３は、空の関連付データＲＢ（図６参照）を用意する（図１３の＃４０１）。コミュニティ追加指定データＤＴＡにドメインの名称が示されていれば（＃４０２でＹｅｓ）、用意した関連付データＲＢの「関連ドメイン」に書き込む（＃４０３）。そのほか、この新コミュニティのコミュニティＩＤ、コミュニティ名、および管理者ＩＤなどを書き込む。そして、その関連付データＲＢを関連付データ記憶部１０１に追加的に記憶させる（＃４０４）。
【００８４】
または、コミュニティ追加指定データＤＴＡに相互信頼コミュニティモデルが示されている場合は、関連付データ追加処理部１０３は、空の関連付データＲＣ（図７参照）を用意する（図１４の＃５０１）。
【００８５】
信頼する既存のコミュニティ５（信頼相手）のコミュニティＩＤがコミュニティ追加指定データＤＴＡに示されている場合は（＃５０２でＹｅｓ）、関連付データ追加処理部１０３は、用意した関連付データＲＣの「相互信頼コミュニティＩＤ」に、その示されるコミュニティＩＤを書き込む（＃５０３）。関連付データ更新処理部１０４は、当該信頼相手の関連付データＲＣを、「相互信頼コミュニティＩＤ」にこの新コミュニティのコミュニティＩＤが示されるように更新する（＃５０４）。また、参加先更新処理部１２４は、当該信頼相手のメンバに対してこの新コミュニティへの参加を付随的に認めるために、当該メンバ各人の参加先データＳＣ（図１０参照）を、「相互信頼コミュニティＩＤ」にこの新コミュニティのコミュニティＩＤが示されるように更新する（＃５０５）。
【００８６】
ところで、この新コミュニティは、当該信頼相手と信頼し合わなければならない。そこで、ステップ＃５０３〜＃５０５の処理を行う前に、関連付データ追加処理部１０３は、当該信頼相手の管理者に対して、電子メールなどによって、この新コミュニティと信頼関係を結んでよいか否かを問い合せる。そして、この新コミュニティを信頼する旨の返信があった場合に、ステップ＃５０３〜＃５０５の処理を行うようにしてもよい。
【００８７】
〔ユーザを新規に追加する際の処理およびコミュニティへの参加の申請に対する処理〕
図１５は参加コミュニティ指定画面ＨＧ２の例を示す図、図１６は第一の参加登録処理の流れの例を説明するフローチャート、図１７は第二の参加登録処理の流れの例を説明するフローチャート、図１８は第三の参加登録処理の流れの例を説明するフローチャートである。
【００８８】
図３に戻って、ＳＮＳに参加することを希望する者は、ユーザ登録を行わなければならない。希望者は、自分の端末装置２を用いて登録用のＷｅｂページにアクセスする。そして、自分の氏名、電子メールアドレス、および自己紹介などを入力することによって、ユーザ登録の申請を行う。ＳＮＳシステム１は、その希望者に対してユニークなユーザＩＤを発行し、そのユーザＩＤおよび入力された内容に基づいて、その希望者をユーザとして承認する。
【００８９】
承認後、参加先データ追加処理部１２３は、そのユーザの参加先データＳＡ（図８参照）、参加先データＳＢ（図９参照）、および参加先データＳＣ（図１０参照）を生成し、参加先データ記憶部１２１に追加する。ただし、この時点では、そのユーザはいずれのコミュニティ５にも参加していないので、参加先データＳＡ〜ＳＣそれぞれの「ユーザＩＤ」にそのユーザのユーザＩＤだけが示され、コミュニティＩＤに関する情報は何も示されない。
【００９０】
登録されたユーザは、コミュニティ５への参加つまりコミュニティ５のメンバになることを希望することができる。この際に、ユーザは、自分の端末装置２およびユーザＩＤを用いてＳＮＳにログインし、所定のコマンドを入力する。以下、参加を希望するコミュニティ５を「希望コミュニティ」と記載することがある。
【００９１】
すると、参加希望等指定受付部１２２は、図１５のような参加コミュニティ指定画面ＨＧ２を表示するためのＷｅｂデータをその端末装置２に送信する。
【００９２】
その端末装置２に参加コミュニティ指定画面ＨＧ２が表示されると、そのユーザは、その希望コミュニティのコミュニティＩＤをテキストボックスＴＸ２１に入力し指定する。そして、申請ボタンＢＮ２１を押す。すると、端末装置２は、ユーザが指定したコミュニティＩＤを示す参加申請データＤＴＢをＳＮＳシステム１に送信する。
【００９３】
ＳＮＳシステム１において、参加希望等指定受付部１２２が参加申請データＤＴＢを受け付けると、参加先更新処理部１２４は、そのユーザをその参加申請データＤＴＢに示されるコミュニティＩＤのコミュニティ５（つまり、希望コミュニティ）のメンバにするための処理を、次のように行う。
【００９４】
その希望コミュニティの管理者に対して、電子メールなどによって、そのユーザをメンバに加えてもよいか否かを問い合せる。メンバに加えてもよい旨の返信が得られれば、その希望コミュニティがどのモデルによって他のコミュニティ５と関連付けられているかに応じて、そのユーザの参加先データＳＡ〜ＳＣを更新する処理を、図１６、図１７、および図１８に示すフローチャートの手順で行う。
【００９５】
なお、希望コミュニティについての関連付けのモデルが何であるかは、その希望コミュニティの関連付データＲＡ、ＲＢ、およびＲＣの有無およびそれらの内容によって判断できる。
【００９６】
その希望コミュニティがツリーコミュニティモデルによって他のコミュニティ５と関連付けられている場合は、参加先更新処理部１２４は、そのユーザの参加先データＳＡ（図８参照）を、「自主参加コミュニティＩＤ」にその希望コミュニティのコミュニティＩＤが示されるように更新する（図１６の＃３２１）。
【００９７】
その希望コミュニティに親コミュニティが存在する場合つまりその希望コミュニティの関連付データＲＡ（図５参照）に親コミュニティのコミュニティＩＤが示されている場合は（＃３２２でＹｅｓ）、その参加先データＳＡを、「関連参加コミュニティＩＤ」に当該親コミュニティのコミュニティＩＤが示されるように更新する（＃３２３）。なお、さらにそれよりも上位のコミュニティ（祖、曾祖、…）が存在する場合は、それらのコミュニティＩＤをも示されるように更新する。
【００９８】
また、その希望コミュニティに子コミュニティが存在する場合つまりその希望コミュニティの関連付データＲＡに子コミュニティのコミュニティＩＤが示されている場合は（＃３２４でＹｅｓ）、その参加先データＳＡを、「関連参加コミュニティＩＤ」に当該子コミュニティのコミュニティＩＤが示されるように更新する（＃３２５）。なお、さらにそれよりも下位のコミュニティ（孫、曾孫、…）が存在する場合は、それらのコミュニティＩＤをも示されるように更新する。
【００９９】
または、その希望コミュニティがドメインコミュニティモデルによって他のコミュニティ５と関連付けられている場合は、参加先更新処理部１２４は、そのユーザの参加先データＳＢ（図９参照）を、「自主参加コミュニティＩＤ」にその希望コミュニティのコミュニティＩＤが示されるように更新する（図１７の＃４２１）。
【０１００】
さらに、その参加先データＳＢを、「参加ドメイン」にその希望コミュニティの所属するドメインの名称（つまり、その希望コミュニティの関連付データＲＢ（図６参照）に示される参加ドメインの名称）が示されるように更新する（＃４２２でＹｅｓ、＃４２３）。
【０１０１】
または、その希望コミュニティが相互信頼コミュニティモデルによって他のコミュニティ５と関連付けられている場合は、参加先更新処理部１２４は、そのユーザの参加先データＳＣ（図１０参照）を、「自主参加コミュニティＩＤ」にその希望コミュニティのコミュニティＩＤが示されるように更新する（図１８の＃５２１）。
【０１０２】
さらに、その参加先データＳＣを、「相互信頼コミュニティＩＤ」にその希望コミュニティと信頼関係を有する他のコミュニティ５のコミュニティＩＤ（つまり、その希望コミュニティの関連付データＲＣ（図７参照）に示される相互信頼コミュニティＩＤ）が示されるように更新する（＃５２２でＹｅｓ、＃５２３）。
【０１０３】
〔新コミュニティの追加およびコミュニティへのユーザの参加の際の処理の具体例〕
ここで、新たにコミュニティ５が追加された際の処理およびユーザがコミュニティ５に新たに参加する際の処理の具体例を説明する。
【０１０４】
（具体例１−１）
図１９はツリーコミュニティモデルによる関連付けを有するコミュニティ５の変遷の例を示す図、図２０は関連付データＲＡの変遷の例を示す図、図２１は参加先データＳＡの変遷の例を示す図である。
【０１０５】
具体例１−１では、下記のイベントが発生する。
・  図１９（ａ）、（ｂ）、（ｃ）に示すように、コミュニティ５ａ、５ｂ、５ｃの順に、ツリーコミュニティモデルによる関連付けを有する３つのコミュニティ５が新規に追加される。
・  コミュニティ５ａが追加されてからコミュニティ５ｂが追加されるまでの間にユーザＵ１がＳＮＳに登録されコミュニティ５ａに自主的に参加する。
・  コミュニティ５ｂが追加されてからコミュニティ５ｃが追加されるまでの間にユーザＵ２がＳＮＳに登録されコミュニティ５ｂに自主的に参加する。
・  コミュニティ５ｃが追加された後、ユーザＵ３がＳＮＳに登録されコミュニティ５ｃに自主的に参加する。
【０１０６】
ＳＮＳシステム１は、コミュニティ５ａの追加に伴って、図２０（ａ）のように、コミュニティ５ａの関連付データＲＡ（ＲＡ１）を生成し記憶する。
【０１０７】
コミュニティ５ａへのユーザＵ１の参加がコミュニティ５ａの管理者によって承認されると、図２１（ａ）のように、ユーザＵ１の参加先データＳＡ（ＳＡ１）の「自主参加コミュニティＩＤ」にコミュニティ５ａのコミュニティＩＤを書き加える。
【０１０８】
コミュニティ５ａの子であるコミュニティ５ｂの追加に伴って、図２０（ｂ）のように、コミュニティ５ｂの関連付データＲＡ（ＲＡ２）を生成し記憶するとともに、関連付データＲＡ１の「子コミュニティＩＤ」にコミュニティ５ｂのコミュニティＩＤを書き加える。さらに、コミュニティ５ｂの直系の既存のコミュニティ５（ここでは、コミュニティ５ａ）のメンバであるユーザＵ１を付随的にコミュニティ５ｂに参加させるために、図２１（ｂ）のように、参加先データＳＡ１の「関連参加コミュニティＩＤ」にコミュニティ５ｂのコミュニティＩＤを書き加える。
【０１０９】
コミュニティ５ｂへのユーザＵ２の参加がコミュニティ５ｂの管理者によって承認されると、図２１（ｃ）のように、ユーザＵ２の参加先データＳＡ（ＳＡ２）の「自主参加コミュニティＩＤ」にコミュニティ５ｂのコミュニティＩＤを書き加えるとともに、「関連参加コミュニティＩＤ」にその直系の既存のコミュニティ（ここでは、コミュニティ５ａ）のコミュニティＩＤを書き加える。
【０１１０】
コミュニティ５ａの親であるコミュニティ５ｃの追加に伴って、図２０（ｃ）のように、コミュニティ５ｃの関連付データＲＡ（ＲＡ３）を生成し記憶するとともに、関連付データＲＡ１の「親コミュニティＩＤ」にコミュニティ５ｃのコミュニティＩＤを書き加える。さらに、コミュニティ５ｃの直系の既存のコミュニティ５（ここでは、コミュニティ５ａ、５ｂ）のメンバであるユーザＵ１、Ｕ２を付随的にコミュニティ５ｃに参加させるために、図２１（ｄ）のように、参加先データＳＡ１、ＳＡ２それぞれの「関連参加コミュニティＩＤ」にコミュニティ５ｃのコミュニティＩＤを書き加える。
【０１１１】
そして、コミュニティ５ｃへのユーザＵ３の参加がコミュニティ５ｃの管理者によって承認されると、図２１（ｅ）のように、ユーザＵ３の参加先データＳＡ（ＳＡ３）の「自主参加コミュニティＩＤ」にコミュニティ５ｂのコミュニティＩＤを書き加えるとともに、「関連参加コミュニティＩＤ」にその直系の既存のコミュニティ（ここでは、コミュニティ５ａ、５ｂ）のコミュニティＩＤを書き加える。
【０１１２】
（具体例１−２）
図２２はドメインコミュニティモデルによる関連付けを有するコミュニティ５の変遷の例を示す図、図２３は関連付データＲＢの変遷の例を示す図、図２４は参加先データＳＢの変遷の例を示す図である。
【０１１３】
具体例１−２では、下記のイベントが発生する。
・  図２２（ａ）、（ｂ）、（ｃ）に示すように、コミュニティ５ａ、５ｂ、５ｃの順に、ドメインコミュニティモデルによる関連付けを有する３つのコミュニティ５が新規に追加される。
・  コミュニティ５ａが追加されてからコミュニティ５ｂが追加されるまでの間にユーザＵ１がＳＮＳに登録されコミュニティ５ａに自主的に参加する。
・  コミュニティ５ｂが追加されてからコミュニティ５ｃが追加されるまでの間にユーザＵ２がＳＮＳに登録されコミュニティ５ｂに自主的に参加する。
・  コミュニティ５ｃが追加された後、ユーザＵ３がＳＮＳに登録されるが、しばらくの間、ユーザＵ３は、いずれのコミュニティ５にも参加しない。その後、ユーザＵ３は、コミュニティ５ｃに自主的に参加する。
【０１１４】
ＳＮＳシステム１は、コミュニティ５ａの追加に伴って、図２３（ａ）のように、コミュニティ５ａの関連付データＲＢ（ＲＢ１）を生成し記憶する。
【０１１５】
コミュニティ５ａへのユーザＵ１の参加がコミュニティ５ａの管理者によって承認されると、図２４（ａ）のように、ユーザＵ１の参加先データＳＢ（ＳＢ１）にコミュニティ５ａのコミュニティＩＤおよび所属するドメインの名称を書き加える。
【０１１６】
コミュニティ５ｂの追加に伴って、図２３（ｂ）のように、コミュニティ５ｂの関連付データＲＢ（ＲＢ２）を生成し記憶する。
【０１１７】
コミュニティ５ｂへのユーザＵ２の参加がコミュニティ５ｂの管理者によって承認されると、図２４（ｂ）のように、ユーザＵ２の参加先データＳＢ（ＳＢ２）にコミュニティ５ｂのコミュニティＩＤおよび所属するドメインの名称を書き加える。
【０１１８】
コミュニティ５ｃの追加に伴って、図２３（ｃ）のように、コミュニティ５ｃの関連付データＲＢ（ＲＢ３）を生成し記憶する。
【０１１９】
ユーザＵ３の登録に伴って、図２４（ｃ）のように、ユーザＵ３の参加先データＳＢ（ＳＢ３）を生成し記憶する。その後、コミュニティ５ｃへのユーザＵ３の参加がコミュニティ５ｃの管理者によって承認されると、図２４（ｄ）のように、参加先データＳＢ３にコミュニティ５ｃのコミュニティＩＤおよび所属するドメインの名称を書き加える。
【０１２０】
（具体例１−３）
図２５は相互信頼コミュニティモデルによる関連付けを有するコミュニティ５の変遷の例を示す図、図２６は関連付データＲＣの変遷の例を示す図、図２７は参加先データＳＣの変遷の例を示す図である。
【０１２１】
具体例１−３では、下記のイベントが発生する。
・  図２５（ａ）、（ｂ）に示すように、コミュニティ５ａ、５ｅの順に、相互信頼コミュニティモデルによる関連付けを有する２つのコミュニティ５が新規に追加される。
・  コミュニティ５ａが追加されてからコミュニティ５ｅが追加されるまでの間にユーザＵ１がＳＮＳに登録されコミュニティ５ａに自主的に参加する。
・  コミュニティ５ｅが追加された後、ユーザＵ２がＳＮＳに登録されるが、しばらくの間、ユーザＵ２は、いずれのコミュニティ５にも参加しない。その後、ユーザＵ２は、コミュニティ５ｅに自主的に参加する。
【０１２２】
ＳＮＳシステム１は、コミュニティ５ａの追加に伴って、図２６（ａ）のように、コミュニティ５ａの関連付データＲＣ（ＲＣ１）を生成し記憶する。
【０１２３】
コミュニティ５ａへのユーザＵ１の参加がコミュニティ５ａの管理者によって承認されると、図２７（ａ）のように、ユーザＵ１の参加先データＳＣ（ＳＣ１）の「自主参加コミュニティＩＤ」にコミュニティ５ａのコミュニティＩＤを書き加える。
【０１２４】
コミュニティ５ａと相互に信頼し合うコミュニティ５ｅの追加に伴って、図２６（ｂ）のように、コミュニティ５ｅの関連付データＲＣ（ＲＣ２）を生成し記憶するとともに、関連付データＲＣ１の「相互信頼コミュニティＩＤ」にコミュニティ５ｅのコミュニティＩＤを書き加える。さらに、コミュニティ５ｅと信頼関係を有する既存のコミュニティ５（ここでは、コミュニティ５ａ）のメンバであるユーザＵ１を付随的にコミュニティ５ｅに参加させるために、図２７（ｂ）のように、参加先データＳＣ１の「相互信頼コミュニティＩＤ」にコミュニティ５ｅのコミュニティＩＤを書き加える。
【０１２５】
ユーザＵ２の登録に伴って、図２７（ｃ）のように、ユーザＵ２の参加先データＳＣ（ＳＣ２）を生成し記憶する。その後、コミュニティ５ｅへのユーザＵ２の参加がコミュニティ５ｅの管理者によって承認されると、図２７（ｄ）のように、参加先データＳＣ２にコミュニティ５ｅのコミュニティＩＤおよび信頼関係を有するコミュニティ５つまりコミュニティ５ａのコミュニティＩＤを書き加える。
【０１２６】
〔コミュニティを削除する際の処理〕
図２８は第一のコミュニティ削除処理の流れの例を説明するフローチャート、図２９は第二のコミュニティ削除処理の流れの例を説明するフローチャート、図３０は第三のコミュニティ削除処理の流れの例を説明するフローチャートである。
【０１２７】
次に、コミュニティ５を削除（廃止）する際の図３のＳＮＳシステム１の各部の処理について説明する。
【０１２８】
管理者は、端末装置２を操作するなどして、削除の対象のコミュニティ５のコミュニティＩＤを指定する。すると、この端末装置２は、指定されたコミュニティＩＤを示す削除指定データＤＴＣをＳＮＳシステム１に送信する。
【０１２９】
コミュニティ追加等指定受付部１０２によって削除指定データＤＴＣが受け付けられると、関連付データ削除処理部１０５は、その削除指定データＤＴＣに示されるコミュニティＩＤのコミュニティ５（以下、「削除対象コミュニティ」と記載する。）の関連付データＲＡ〜ＲＣを関連付データ記憶部１０１から削除する処理を行う。さらに、関連付データ更新処理部１０４は、関連付データ記憶部１０１に記憶されている、削除対象コミュニティ以外のコミュニティ５の関連付データＲＡ〜ＲＣを必要に応じて更新する処理を行う。参加先更新処理部１２４は、参加先データ記憶部１２１に記憶されている参加先データＳＡ〜ＳＣを必要に応じて更新する処理を行う。これらの処理の手順は、図２８、図２９、および図３０のフローチャートに示す通りである。
【０１３０】
その削除対象コミュニティがツリーコミュニティモデルによって他のコミュニティと関連付けられている場合は、図２８に示すフローチャートの手順で処理が行われる。
【０１３１】
すなわち、その削除対象コミュニティに親コミュニティおよび子コミュニティの両方が存在する場合は（＃３３１でＹｅｓ）、関連付データ更新処理部１０４は、当該親コミュニティの関連付データＲＡ（図５参照）の「子コミュニティＩＤ」に示されるその削除対象コミュニティのコミュニティＩＤを、当該子コミュニティのＩＤに書き換えるとともに（＃３３２）、当該子コミュニティの関連付データＲＡの「親コミュニティＩＤ」に示されるその削除対象コミュニティのコミュニティＩＤを、当該親コミュニティのＩＤに書き換える（＃３３３）。つまり、当該親コミュニティと当該子コミュニティとに親子関係を持たせるように、両者の関連付データＲＡを更新する。
【０１３２】
その削除対象コミュニティに親コミュニティは存在するが子コミュニティは存在しない場合は（＃３３１でＮｏ、＃３３４でＹｅｓ）、関連付データ更新処理部１０４は、当該親コミュニティの関連付データＲＡの「子コミュニティＩＤ」からその削除対象コミュニティのコミュニティＩＤを消去する（＃３３５）。
【０１３３】
その削除対象コミュニティに子コミュニティは存在するが親コミュニティは存在しない場合は（＃３３１でＮｏ、＃３３４でＮｏ、＃３３６でＹｅｓ）、関連付データ更新処理部１０４は、当該子コミュニティの関連付データＲＡの「親コミュニティＩＤ」からその削除対象コミュニティのコミュニティＩＤを消去する（＃３３７）。
【０１３４】
親コミュニティおよび子コミュニティの関連付データＲＡについての上記の更新が終わったら、関連付データ削除処理部１０５は、その削除対象コミュニティの関連付データＲＡを関連付データ記憶部１０１から削除する（＃３３８）。さらに、参加先更新処理部１２４は、その削除対象コミュニティに自主的にまたは付随的に参加するメンバの参加先データＳＡ（図８参照）の「自主参加コミュニティＩＤ」および「関連参加コミュニティＩＤ」からその削除対象コミュニティのコミュニティＩＤを消去する（＃３３９）。
【０１３５】
または、その削除対象コミュニティがドメインコミュニティモデルによって他のコミュニティと関連付けられている場合は、図２９に示すフローチャートの手順で処理が行われる。
【０１３６】
関連付データ削除処理部１０５は、その削除対象コミュニティの関連付データＲＢ（図６参照）を関連付データ記憶部１０１から削除する（＃４３１）。参加先更新処理部１２４は、その削除対象コミュニティのメンバの参加先データＳＢ（図９参照）からその削除対象コミュニティのコミュニティＩＤを消去する（＃４３２）。さらに、そのメンバが、その削除対象コミュニティのドメインに所属する他のいずれのコミュニティ５にも参加していない場合は（＃４３３でＮｏ）、参加先更新処理部１２４は、そのメンバの参加先データＳＢからそのドメインの名称を消去する（＃４３４）。
【０１３７】
または、その削除対象コミュニティが相互信頼コミュニティモデルによって他のコミュニティと関連付けられている場合は、図３０に示すフローチャートの手順で処理が行われる。
【０１３８】
参加先更新処理部１２４は、その削除対象コミュニティのメンバの参加先データＳＣ（図１０）の「自主参加コミュニティＩＤ」からその削除対象コミュニティのコミュニティＩＤを消去する（＃５３１）。関連付データ削除処理部１０５は、その削除対象コミュニティの関連付データＲＣ（図７参照）を関連付データ記憶部１０１から削除する（＃５３２）。
【０１３９】
さらに、関連付データ更新処理部１０４は、その削除対象コミュニティと信頼関係にあった（つまり、その削除対象コミュニティの関連付データＲＣの「相互信頼コミュニティＩＤ」に示されていた）他のコミュニティ５の関連付データＲＣの「相互信頼コミュニティＩＤ」からその削除対象コミュニティのコミュニティＩＤを消去する（＃５３３）。参加先更新処理部１２４は、その削除対象コミュニティのメンバの参加先データＳＣの「相互信頼コミュニティＩＤ」から当該他のコミュニティ５のコミュニティＩＤを消去するとともに（＃５３４）、当該他のコミュニティ５のメンバの参加先データＳＣの「相互信頼コミュニティＩＤ」からその削除対象コミュニティのコミュニティＩＤを消去する（＃５３５）。
【０１４０】
〔コミュニティ５の削除の際の処理の具体例〕
ここで、コミュニティ５を削除（廃止）する際の処理の具体例を説明する。
【０１４１】
（具体例２−１）
図３１はツリーコミュニティモデルによる関連付けを有するコミュニティ５の変遷の例を示す図、図３２は関連付データＲＡの変遷の例を示す図、図３３は参加先データＳＡの変遷の例を示す図である。
【０１４２】
具体例２−１では、下記のイベントが発生する。
・  図３１（ａ）に示すようなツリーコミュニティモデルによる関連付けを有する４つのコミュニティ５ａ〜５ｄが存在するが、図３１（ｂ）に示すようにコミュニティ５ａが削除される。コミュニティ５ａを削除する直前の時点におけるコミュニティ５ａ〜５ｄの関連付データＲＡ（ＲＡａ〜ＲＡｄ）は、図３２（ａ）に示す通りである。また、この時点において、図３３（ａ）に示すような参加先データＳＡ（ＳＡａ〜ＳＡｄ）が参加先データ記憶部１２１に記憶されている。
【０１４３】
ＳＮＳシステム１は、コミュニティ５ａの削除に伴って、図３３（ｂ）に示すように、自主的な参加によるコミュニティ５ａのメンバの参加先データＳＡ（ここでは、参加先データＳＡａ）の「自主参加コミュニティＩＤ」および付随的なメンバの参加先データＳＡ（ここでは、参加先データＳＡｂ、ＳＡｃ、ＳＡｄ）の「関連参加コミュニティＩＤ」からコミュニティ５ａのコミュニティＩＤを消去する。
【０１４４】
さらに、図３２（ｂ）に示すように、コミュニティ５ａを子とするコミュニティ５（ここでは、コミュニティ５ｃ）の関連付データＲＡ（ＲＡａ）の「子コミュニティＩＤ」を、コミュニティ５ａのコミュニティＩＤから新たに子となるコミュニティ５（ここでは、コミュニティ５ｂ、５ｄ）のコミュニティＩＤに書き換える。同様に、コミュニティ５ａを親とするコミュニティ５（ここでは、コミュニティ５ｂ、５ｄ）の関連付データＲＡ（ＲＡｂ、ＲＡｄ）の「親コミュニティＩＤ」を、コミュニティ５ａのコミュニティＩＤから新たに親となるコミュニティ５（ここでは、コミュニティ５ｃ）のコミュニティＩＤに書き換える。そして、関連付データＲＡａを削除する。
【０１４５】
これにより、図３１（ｃ）のように、コミュニティ５ｃとコミュニティ５ｂおよび５ｄとが新たに親子関係を有するようになる。
【０１４６】
（具体例２−２）
図３４はドメインコミュニティモデルによる関連付けを有するコミュニティ５の変遷の例を示す図、図３５は関連付データＲＢの変遷の例を示す図、図３６は参加先データＳＢの変遷の例を示す図である。
【０１４７】
具体例２−２では、下記のイベントが発生する。
・  図３４（ａ）に示すようなドメインコミュニティモデルによる関連付けを有する４つのコミュニティ５ａ〜５ｄが存在するが、図３４（ｂ）に示すようにコミュニティ５ｃが削除され、さらにその後、図３４（ｃ）に示すようにコミュニティ５ｂが削除される。コミュニティ５ｃを削除する直前の時点におけるコミュニティ５ａ〜５ｄの関連付データＲＢ（ＲＢａ〜ＲＢｄ）は、図３５（ａ）に示す通りである。また、この時点において、図３６（ａ）に示すような参加先データＳＢ（ＳＢａ〜ＳＢｃ）が参加先データ記憶部１２１に記憶されている。
【０１４８】
ＳＮＳシステム１は、コミュニティ５ｃの削除に伴って、図３６（ｂ）に示すように、自主的な参加によるコミュニティ５ｃのメンバの参加先データＳＢ（ここでは、参加先データＳＢｃ）の「自主参加コミュニティＩＤ」からコミュニティ５ｃのコミュニティＩＤを消去する。参加先データＳＢｃには、「大学関連」ドメインに所属する他のコミュニティ５が依然として示されている。よって、この時点では、このドメインの名称は参加先データＳＢｃから消去しない。
【０１４９】
そして、図３５（ｂ）に示すように、コミュニティ５ｃの関連付データＲＢ（ＲＢｃ）を削除する。
【０１５０】
その後、図３４（ｃ）に示すように、コミュニティ５ｂが削除される。すると、ＳＮＳシステム１は、自主的な参加によるコミュニティ５ｂのメンバの参加先データＳＢ（ここでは、参加先データＳＢｂ）の「自主参加コミュニティＩＤ」からコミュニティ５ｂのコミュニティＩＤを消去する。参加先データＳＢｂには、もう、「大学関連」ドメインに所属するいずれのコミュニティ５も示されていない。そこで、このドメインの名称も参加先データＳＢｂから消去する。
【０１５１】
そして、図３５（ｃ）に示すように、コミュニティ５ｂの関連付データＲＢ（ＲＢｂ）を削除する。
【０１５２】
（具体例２−３）
図３７は相互信頼コミュニティモデルによる関連付けを有するコミュニティ５の変遷の例を示す図、図３８は関連付データＲＣの変遷の例を示す図、図３９は参加先データＳＣの変遷の例を示す図である。
【０１５３】
具体例２−３では、下記のイベントが発生する。
・  図３７（ａ）に示すような相互信頼コミュニティモデルによる関連付けを有する２つのコミュニティ５ａ、５ｅが存在するが、図３７（ｂ）に示すようにコミュニティ５ｅが削除される。コミュニティ５ｅを削除する直前の時点におけるコミュニティ５ａ、５ｅの関連付データＲＣ（ＲＣａ、ＲＣｅ）は、図３８（ａ）に示す通りである。また、この時点において、図３９（ａ）に示すような参加先データＳＣ（ＳＣａ、ＳＣｂ）が参加先データ記憶部１２１に記憶されている。
【０１５４】
ＳＮＳシステム１は、コミュニティ５ｅの削除に伴って、図３９（ｂ）に示すように、自主的な参加によるコミュニティ５ｅのメンバの参加先データＳＣ（ここでは、参加先データＳＣｂ）の「自主参加コミュニティＩＤ」からコミュニティ５ｅのコミュニティＩＤを消去するとともに、コミュニティ５ｅの信頼相手であるコミュニティ５ａの参加先データＳＣ（ＳＣａ）の「相互信頼コミュニティＩＤ」からコミュニティ５ｅのコミュニティＩＤを消去する。さらに、参加先データＳＣｂの「相互信頼コミュニティＩＤ」からコミュニティ５ａのコミュニティＩＤを消去してもよい。
【０１５５】
そして、図３８（ｂ）に示すように、コミュニティ５ｅの関連付データＲＣ（ＲＣｅ）を削除する。
【０１５６】
〔コミュニティ５の削除の際の処理の変形例〕
図４０はツリーコミュニティモデルによる関連付けを有するコミュニティ５の変遷の例を示す図、図４１は第四のコミュニティ削除処理の流れの例を説明するフローチャート、図４２は関連付データＲＡの変遷の例を示す図、図４３は参加先データＳＡの変遷の例を示す図である。
【０１５７】
図２８および図３１などで説明した通り、ツリーコミュニティモデルによる関連付けを有するコミュニティ５を削除する際は、その親コミュニティと子コミュニティとを親子として関連付け直したが、複数の子コミュニティが存在する場合は、これらの子コミュニティを同一のドメインに所属させてもよい。つまり、ドメインコミュニティモデルによって関連付けを行ってもよい。または、当該子コミュニティ同士を親子として関連付け直してもよい。いずれの子コミュニティを親または子とするのかは任意である。または、図４０（ｃ）に示すように、ツリーコミュニティモデルにおいて上下関係を決めることなくこれらの子コミュニティの関連付けを行うために、図４１のフローチャートに示す方法で関連付けを行ってもよい。
【０１５８】
ＳＮＳシステム１は、削除対象コミュニティの親であるコミュニティ５の関連付データＲＡ（図５参照）の「子コミュニティＩＤ」からこの削除対象コミュニティのコミュニティＩＤを消去する（＃３４１）。削除対象コミュニティの子であるコミュニティ５それぞれの関連付データＲＡの「親コミュニティＩＤ」に示されるその削除対象コミュニティのコミュニティＩＤを、他方の子コミュニティのコミュニティＩＤに書き換える（＃３４２）。その削除対象コミュニティの関連付データＲＡを関連付データ記憶部１０１から削除する（＃３４３）。その削除対象コミュニティまたはその直系の他のコミュニティ５に自主的にまたは付随的に参加するメンバの参加先データＳＡ（図８参照）の「自主参加コミュニティＩＤ」および「関連参加コミュニティＩＤ」からその削除対象コミュニティのコミュニティＩＤを消去する（＃３４４）。
【０１５９】
そして、当該各子コミュニティのメンバの参加先データＳＡの「関連参加コミュニティＩＤ」に、今回の親子関係の変更に伴って新たに直系となった他のコミュニティ５のコミュニティＩＤを追記する（＃３４５）。
【０１６０】
ここで、図４０に示すケースを例に、各データの取扱いについて、さらに具体的に説明する。
【０１６１】
本例では、図４０（ａ）に示すように、ツリーコミュニティモデルによる関連付けを有する４つのコミュニティ５ａ〜５ｄが存在するが、図４０（ｂ）に示すようにコミュニティ５ａが削除される。コミュニティ５ａを削除する直前の時点におけるコミュニティ５ａ〜５ｄの関連付データＲＡ（ＲＡａ〜ＲＡｄ）は、図４２（ａ）に示す通りである。また、この時点において、図４３（ａ）に示すような参加先データＳＡ（ＳＡａ〜ＳＡｄ）が参加先データ記憶部１２１に記憶されている。
【０１６２】
ＳＮＳシステム１は、コミュニティ５ａの削除に伴って、図４３（ｂ）に示すように、自主的な参加によるコミュニティ５ａのメンバの参加先データＳＡ（ここでは、参加先データＳＡａ）の「自主参加コミュニティＩＤ」および付随的なメンバの参加先データＳＡ（ここでは、参加先データＳＡｂ、ＳＡｃ、ＳＡｄ）の「関連参加コミュニティＩＤ」からコミュニティ５ａのコミュニティＩＤを消去する。
【０１６３】
図４２（ｂ）に示すように、コミュニティ５ａの直系の他のコミュニティ５（ここでは、コミュニティ５ｂ、５ｃ、５ｄ）の関連付データＲＡｂ、ＲＡｃ、ＲＡｄの「関連参加コミュニティＩＤ」からコミュニティ５ａのコミュニティＩＤを消去し、関連付データＲＡａを削除する。さらに、子コミュニティ同士に親子関係を持たせるために、コミュニティ５ｂの関連付データＲＡ（ＲＡｂ）の「親コミュニティＩＤ」にコミュニティ５ｄのコミュニティＩＤを追記し、コミュニティ５ｄの関連付データＲＡ（ＲＡｄ）の「親コミュニティＩＤ」にコミュニティ５ｂのコミュニティＩＤを追記する。
【０１６４】
親子関係の変更に伴って、図４３（ｂ）に示すように、コミュニティ５ｂおよび５ｄのメンバの参加先データＳＡ（ここでは、参加先データＳＡｂおよびＳＡｄ）の「関連参加コミュニティＩＤ」にそれぞれコミュニティ５ｄおよび５ｂのコミュニティＩＤを追記する。
【０１６５】
〔既存のコミュニティ５同士の関連付けの変更の際の処理〕
上述の通り、新たにコミュニティ５を追加する際に、関連付データ更新処理部１０４および参加先更新処理部１２４は、既存のコミュニティ５の関連付データＲＡ〜ＲＣおよびそのメンバの参加先データＳＡ〜ＳＣを適宜変更した。また、コミュニティ５を削除する際に、残りのコミュニティ５の関連付データＲＡ〜ＲＣおよびユーザの参加先データＳＡ〜ＳＣを適宜変更した。
【０１６６】
関連付データ更新処理部１０４および参加先更新処理部１２４は、これらの場合だけでなく、既存のコミュニティ５同士の関連付けの変更がある場合にも、関連付データＲＡ〜ＲＣおよび参加先データＳＡ〜ＳＣを更新する処理を行う。
【０１６７】
例えば、既存のコミュニティ５ｘに既存のコミュニティ５ｙを親コミュニティとしてツリーコミュニティモデルによって新たに関連付けた場合は、コミュニティ５ｘの関連付データＲＡ（図５参照）の「親コミュニティＩＤ」にコミュニティ５ｙのコミュニティＩＤを追記するとともに、コミュニティ５ｙの関連付データＲＡの「子コミュニティＩＤ」にコミュニティ５ｘのコミュニティＩＤを追記する。さらに、コミュニティ５ｘ、５ｙのうちの少なくとも一方に参加するメンバの参加先データＳＡ（図８参照）の「関連参加コミュニティＩＤ」に、今回新たに直系となった方のコミュニティＩＤを追記する。
【０１６８】
または、既存のコミュニティ５ｘ、５ｙを相互信頼コミュニティモデルによって新たに関連付ける場合は、コミュニティ５ｘの関連付データＲＣ（図７参照）の「相互信頼コミュニティＩＤ」にコミュニティ５ｙのコミュニティＩＤを追記するとともに、コミュニティ５ｙの関連付データＲＣの「相互信頼コミュニティＩＤ」にコミュニティ５ｘのコミュニティＩＤを追記する。さらに、コミュニティ５ｘ、５ｙのうちの少なくとも一方に参加するメンバの参加先データＳＣ（図１０参照）の「相互信頼コミュニティＩＤ」に、今回新たに付随的に参加可能になった方のコミュニティＩＤを追記する。
【０１６９】
または、コミュニティ５ｘ、５ｙの相互信頼コミュニティモデルによる関連付けを解消する場合は、コミュニティ５ｘの関連付データＲＣの「相互信頼コミュニティＩＤ」からコミュニティ５ｙのコミュニティＩＤを消去するとともに、コミュニティ５ｙの関連付データＲＣの「相互信頼コミュニティＩＤ」からコミュニティ５ｘのコミュニティＩＤを消去する。
【０１７０】
〔コミュニティ５を削除しまたは関連付けを解消した場合の参加先データの取扱い〕
コミュニティ５を削除した場合は、上述の通り、参加先データＳＡ〜ＳＣ（図８、図９、および図１０参照）の「自主参加コミュニティＩＤ」からそのコミュニティ５（削除対象コミュニティ）のコミュニティＩＤを消去した。しかし、削除対象コミュニティに関連付けられている他のコミュニティ５のコミュニティＩＤを「関連参加コミュニティＩＤ」および「相互信頼コミュニティＩＤ」から消去するか否かは任意である。ユーザが当該他のコミュニティ５を引き続き参加することの利便性に鑑みて、消去しないようにしてもよい。または、参加先データＳＡ、ＳＣの内容をコミュニティ５同士の関連付けにマッチさせるために、消去するようにしてもよい。または、コミュニティの秩序を保つために、信頼関係がなくなった場合には消去するようにしてもよい。
【０１７１】
〔使用権限の付与の方法〕
コミュニティ５には、次のような使用権限（アクセス権）が用意されている。
・  管理者権限：コミュニティ５の管理のための作業を行う権限である。本使用権限を有するユーザは、不適切な発言がなされた場合にそれを削除したり、コミュニティ５の紹介文を更新したり、他のコミュニティ５からの信頼関係の締結の要求に応答したりすることができる。もちろん、リードライト権限も含まれている。
・  リードライト権限：コミュニティ５への発言を行ったり、コミュニティ５に参加する他のメンバの発言を読んだりすることができる。
・  リード権限：コミュニティ５への発言を行うことはできないが、コミュニティ５に参加する他のメンバの発言を読むことができる。
【０１７２】
次に、コミュニティ５の使用権限の付与の方法を、あるコミュニティ５ｘの使用権限の付与を例に説明する。なお、付与後の使用権限の管理方法自体は公知なので、説明を省略する。
【０１７３】
管理者権限は、コミュニティ５ｘの管理者に与えられる。具体的に、コミュニティ５ｘをＳＮＳに追加する際に図１１のコミュニティ属性入力画面ＨＧ１のテキストボックスＴＸ１３に指定されたユーザＩＤを有するユーザ（以下、「管理者」と記載する。）に対して与えられる。
【０１７４】
管理者は、ユーザから自主的にコミュニティ５ｘへの参加の許可の要求があった場合に、リードライト権限およびリード権限のうちのいずれか一方を付与する。
【０１７５】
一方、前に述べた通り、他のコミュニティ５への参加に付随しまたは関連付けの更新に伴って、コミュニティ５ｘへの参加がユーザに対して自動的に認められることがある。このような場合は、このユーザに与えるべき使用権限を、次のように決定すればよい。
【０１７６】
例えば、コミュニティ５ｘに関連付けられておりかつそのユーザが自主的に参加する他のコミュニティ５においてそのユーザに対して与えられている使用権限と同等の使用権限を、与えてもよい。
【０１７７】
そのユーザがコミュニティ５ｘに関連付けられている他のコミュニティ５に複数参加している場合は、当該他のコミュニティ５から与えられている使用権限のうち制限の少ない方（広い方）の使用権限と同等の使用権限を、与えてもよい。または、制限の多い方（狭い方）の使用権限と同等の使用権限を、与えてもよい。または、当該他のコミュニティ５のうち、最も上位のコミュニティ５から与えられている使用権限と同等の使用権限を、与えてもよい。または、当該他のコミュニティ５のうち、ファミリ（関連付け）が最も多いコミュニティ５から与えられている使用権限と同等の使用権限を、与えてもよい。または、当該他のコミュニティ５のうち、参加者が最も多いコミュニティ５から与えられている使用権限と同等の使用権限を、与えてもよい。
【０１７８】
なお、使用権限に関する以上の処理は、ＳＮＳシステム１に設けられている使用権限管理部によって実行される。使用権限管理部は、コミュニティ追加等指定受付部１０２などと同様に、プログラムをＣＰＵで実行することによって実現される。
【０１７９】
図４４はコミュニティに関する処理の全体的な処理の流れの例を説明するフローチャートである。
【０１８０】
次に、ＳＮＳシステム１が行うコミュニティに関する処理の全体的な流れを、図４４のフローチャートを参照しながら説明する。
【０１８１】
図４４において、ＳＮＳシステム１は、端末装置２からコミュニティ追加指定データＤＴＡ、参加申請データＤＴＢ、または削除指定データＤＴＣなどを受信すると（＃１）、それに応じて、種々の処理を実行する。
【０１８２】
コミュニティ５の追加の指令つまりコミュニティ追加指定データＤＴＡを受信した場合は（＃２でＹｅｓ）、そのコミュニティ追加指定データＤＴＡに他のコミュニティ５との関連付けが指定されていれば（＃３でＹｅｓ）、その関連付けのモデルの種類を判別する（＃４）。そして、新コミュニティの追加およびそれに伴うデータの更新の処理を、ツリーコミュニティモデルが指定されている場合は図１２で説明した手順で行い、ドメインコミュニティモデルが指定されている場合は図１３で説明した手順で行い、相互信頼コミュニティモデルが指定されている場合は図１４で説明した手順で行う（＃５）。
【０１８３】
他のコミュニティ５との関連付けが指定されていなければ、従来通りの追加の処理を行う。
【０１８４】
ユーザの追加の指令を受信した場合は（＃６でＹｅｓ）、そのユーザのための参加先データＳＡ、ＳＢ、およびＳＣを生成し登録する（＃７）。
【０１８５】
コミュニティ５（希望コミュニティ）へのメンバ登録の指令つまり参加申請データＤＴＢを場合は（＃８でＹｅｓ）、その希望コミュニティが有する他のコミュニティ５との関連付けのモデルを判別する（＃９）。また、必要に応じてその希望コミュニティの管理者からの承諾を受けておく。そして、希望者をその希望コミュニティのメンバとして加える処理を、そのモデルがツリーコミュニティモデルである場合は図１６で説明した手順で行い、ドメインコミュニティモデルである場合は図１７で説明した手順で行い、相互信頼コミュニティモデルである場合は図１８で説明した手順で行う（＃１０）。
【０１８６】
コミュニティ５の削除の指令つまり削除指定データＤＴＣを受信した場合は（＃１１でＹｅｓ）、それが有する他のコミュニティ５との関連付けのモデルを判別する（＃１２）。そして、そのコミュニティ５の削除およびそれに伴う関連付データＲＡ〜ＲＣおよび参加先データＳＡ〜ＳＣの更新の処理を、そのモデルがツリーコミュニティモデルである場合は図２８または図４１に示す手順で行い、ドメインコミュニティモデルである場合は図２９に示す手順で行う、相互信頼コミュニティモデルである場合は図３０に示す手順で行う（＃１３）。
【０１８７】
そのほか、ＳＮＳシステム１は、受信した指令の内容に応じて、関連付データＲＡ〜ＲＣを更新する処理、参加先データＳＡ〜ＳＣを更新する処理、および参加先データＳＡ〜ＳＣを削除する処理などを実行する（＃１４）。
【０１８８】
ＳＮＳシステム１は、ステップ＃２〜＃１４の処理を、端末装置２から指令を受信するごとに適宜実行する。
【０１８９】
本実施形態によると、従来よりもユーザをコミュニティに容易に参加させることができる。さらに、メンバとなったユーザに対する使用権限の付与を容易に行うことができる。
【０１９０】
図４５は関連コミュニティ紹介画面ＨＧ３１、ＨＧ３２の例を示す図である。検索処理によって見つかったコミュニティ５またはユーザが指定したコミュニティ５の、他のコミュニティ５との関連付けを、図４５のような関連コミュニティ紹介画面ＨＧ３１、ＨＧ３２を端末装置２に表示させることによって視覚的にユーザに紹介してもよい。
【０１９１】
本実施形態では、１つのＳＮＳに開設されているコミュニティ５同士の関連付けを行い、それに基づいてコミュニティ５へのユーザ（加入者）のメンバ登録を行ったが、複数のＳＮＳが提携している場合は、各ＳＮＳに開設されているコミュニティ５同士についても、同様の処理を行ってもよい。
【０１９２】
本実施形態では、コミュニティ５として、大学に関連するものを中心に例示したが、スポーツ、会社、または自治体など、種々の事項に関連するコミュニティ５についても、本発明を適用することができる。
【０１９３】
その他、ＳＮＳシステム１の全体または各部の構成、処理内容、処理順序、データの構成などは、本発明の趣旨に沿って適宜変更することができる。
【図面の簡単な説明】
【０１９４】
【図１】ＳＮＳシステムと端末装置との接続形態の例を示す図である。
【図２】ＳＮＳシステムのハードウェア構成の例を示す図である。
【図３】ＳＮＳシステムの機能的構成の例を示す図である。
【図４】関連付けのモデルの例を示す図である。
【図５】関連付データの例を示す図である。
【図６】関連付データの例を示す図である。
【図７】関連付データの例を示す図である。
【図８】参加先データの例を示す図である。
【図９】参加先データの例を示す図である。
【図１０】参加先データの例を示す図である。
【図１１】コミュニティ属性入力画面の例を示す図である。
【図１２】第一のコミュニティ追加処理の流れの例を説明するフローチャートである。
【図１３】第二のコミュニティ追加処理の流れの例を説明するフローチャートである。
【図１４】第三のコミュニティ追加処理の流れの例を説明するフローチャートである。
【図１５】参加コミュニティ指定画面の例を示す図である。
【図１６】第一の参加登録処理の流れの例を説明するフローチャートである。
【図１７】第二の参加登録処理の流れの例を説明するフローチャートである。
【図１８】第三の参加登録処理の流れの例を説明するフローチャートである。
【図１９】ツリーコミュニティモデルによる関連付けを有するコミュニティの変遷の例を示す図である。
【図２０】関連付データの変遷の例を示す図である。
【図２１】参加先データの変遷の例を示す図である。
【図２２】ドメインコミュニティモデルによる関連付けを有するコミュニティの変遷の例を示す図である。
【図２３】関連付データの変遷の例を示す図である。
【図２４】参加先データの変遷の例を示す図である。
【図２５】相互信頼コミュニティモデルによる関連付けを有するコミュニティの変遷の例を示す図である。
【図２６】関連付データの変遷の例を示す図である。
【図２７】参加先データの変遷の例を示す図である。
【図２８】第一のコミュニティ削除処理の流れの例を説明するフローチャートである。
【図２９】第二のコミュニティ削除処理の流れの例を説明するフローチャートである。
【図３０】第三のコミュニティ削除処理の流れの例を説明するフローチャートである。
【図３１】ツリーコミュニティモデルによる関連付けを有するコミュニティ５の変遷の例を示す図である。
【図３２】関連付データの変遷の例を示す図である。
【図３３】参加先データの変遷の例を示す図である。
【図３４】ドメインコミュニティモデルによる関連付けを有するコミュニティの変遷の例を示す図である。
【図３５】関連付データの変遷の例を示す図である。
【図３６】参加先データの変遷の例を示す図である。
【図３７】相互信頼コミュニティモデルによる関連付けを有するコミュニティの変遷の例を示す図である。
【図３８】関連付データの変遷の例を示す図である。
【図３９】参加先データの変遷の例を示す図である。
【図４０】ツリーコミュニティモデルによる関連付けを有するコミュニティの変遷の例を示す図である。
【図４１】第四のコミュニティ削除処理の流れの例を説明するフローチャートである。
【図４２】関連付データの変遷の例を示す図である。
【図４３】参加先データの変遷の例を示す図である。
【図４４】コミュニティに関する処理の全体的な処理の流れの例を説明するフローチャートである。
【図４５】関連コミュニティ紹介画面の例を示す図である。
【符号の説明】
【０１９５】
１  ＳＮＳシステム（コミュニティ管理システム）
１０１  関連付データ記憶部（関連データ記憶手段）
１２２  参加希望等指定受付部（希望受付手段）
１２４  参加先更新処理部（第一の登録手段、第二の登録手段、登録手段）
５  コミュニティ
ＫＡ  ツリーデータ（関連データ）
ＫＢ  ドメインデータ（関連データ）
ＫＣ  相互信頼データ（関連データ）
【図１】
2013200881.tif 000003
【図２】
2013200881.tif 000004
【図３】
2013200881.tif 000005
【図４】
2013200881.tif 000006
【図５】
2013200881.tif 000007
【図６】
2013200881.tif 000008
【図７】
2013200881.tif 000009
【図８】
2013200881.tif 000010
【図９】
2013200881.tif 000011
【図１０】
2013200881.tif 000012
【図１１】
2013200881.tif 000013
【図１２】
2013200881.tif 000014
【図１３】
2013200881.tif 000015
【図１４】
2013200881.tif 000016
【図１５】
2013200881.tif 000017
【図１６】
2013200881.tif 000018
【図１７】
2013200881.tif 000019
【図１８】
2013200881.tif 000020
【図１９】
2013200881.tif 000021
【図２０】
2013200881.tif 000022
【図２１】
2013200881.tif 000023
【図２２】
2013200881.tif 000024
【図２３】
2013200881.tif 000025
【図２４】
2013200881.tif 000026
【図２５】
2013200881.tif 000027
【図２６】
2013200881.tif 000028
【図２７】
2013200881.tif 000029
【図２８】
2013200881.tif 000030
【図２９】
2013200881.tif 000031
【図３０】
2013200881.tif 000032
【図３１】
2013200881.tif 000033
【図３２】
2013200881.tif 000034
【図３３】
2013200881.tif 000035
【図３４】
2013200881.tif 000036
【図３５】
2013200881.tif 000037
【図３６】
2013200881.tif 000038
【図３７】
2013200881.tif 000039
【図３８】
2013200881.tif 000040
【図３９】
2013200881.tif 000041
【図４０】
2013200881.tif 000042
【図４１】
2013200881.tif 000043
【図４２】
2013200881.tif 000044
【図４３】
2013200881.tif 000045
【図４４】
2013200881.tif 000046
【図４５】
2013200881.tif 000047