JP4348236B2

JP4348236B2 - コミュニティ継承方法

Info

Publication number: JP4348236B2
Application number: JP2004167005A
Authority: JP
Inventors: 英樹木村
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-06-04
Filing date: 2004-06-04
Publication date: 2009-10-21
Anticipated expiration: 2024-06-04
Also published as: JP2005346543A; US20050273465A1

Description

本発明は、コミュニティ継承方法に関する。

インターネットの普及や通信技術の発展に伴い、複数のコンピュータが、所定のサーバ装置を介してメッセージをやり取りする形態が、盛んに行われている。例えば、電子掲示板のシステムでは、アクセスしてきた端末に対して、投稿されたテキスト（メッセージ）を開示し、そのメッセージへの返答として、アクセスしてきた端末からのメッセージの投稿を受け付ける。また、ビデオ会議システムでは、カメラで撮影された映像情報が、会議サーバを介して、会議に参加する端末へと配信される。

これらの端末間でメッセージを交換するような通信システムを、仮想的なコミュニティ（以下、単にコミュニティとする）と呼ぶ。そして、これらのコミュニティによってやりとりされたメッセージのデータは、蓄積されるとともに、テキストデータへの検索機能などを通じて、コミュニティのメンバへと提供される（特許文献１など）。
特開２００３−３０１０２号公報（段落[０００９]）

なお、蓄積されたメッセージのデータは、無制限にコミュニティのメンバにアクセスされると、有用なメッセージを削除してしまったり、不快なメッセージを投稿してしまい、コミュニティの秩序の維持が困難となってしまう。そこで、蓄積されたメッセージのデータにはアクセス権が設定され、コミュニティのメンバは、各自のアクセス権の範囲内でメッセージのデータにアクセスを行うこととなる。

ところで、コミュニティは、ソフトウェアの開発などの所定の目的に応じて、作成されるのが現状である。よって、コミュニティは、単独で作成されたり、消滅したりすることもあるが、目的の変化に応じて、所定のコミュニティから別のコミュニティが派生することも、よく起こりうる。例えば、１つのコミュニティから３つのコミュニティへ分割されたり、４つのコミュニティから１つのコミュニティへと統合されたりするような事象が、考えられる。

そのように、所定のコミュニティを元に、別のコミュニティを作成する場合には、所定のコミュニティに関するデータを、新たに作成するコミュニティへと円滑に継承することが、求められている。しかし、従来のコミュニティの管理システムでは、コミュニティの継承という観点で、効率的に処理を行うような仕組みは提案されていない。よって、コミュニティの管理者には、新たに作成するコミュニティのデータ（前記のアクセス権の設定情報など）を、手作業で入力しなおすという手間がかかっていた。

そこで、本発明は、前記した問題を解決し、コミュニティの継承を円滑に行うことを主な目的とする。

前記課題を解決するため、コミュニティ継承方法は、継承先コミュニティと、その継承先コミュニティの継承元コミュニティと、その継承先コミュニティに属するメンバと、そのメンバによってやりとりされたメッセージであるリソースデータとを対応付けて、電子データとして管理テーブルに管理するコミュニティ管理装置が、継承元コミュニティから継承先コミュニティへとコミュニティを継承するコミュニティ継承方法であって、
前記コミュニティ管理装置が、継承条件の入力を受け付ける手順と、前記継承条件で選択された継承元コミュニティを前記管理テーブルから取得する手順と、前記取得されたコミュニティに対応付けられるメンバを前記管理テーブルから検索して継承先コミュニティのメンバへ継承する手順と、前記取得されたコミュニティに対応付けられるリソースデータを前記管理テーブルから検索して継承先コミュニティのリソースデータへ継承する手順と、を実行し、
前記メンバは、前記コミュニティごとに所定のロールが割り当てられて、前記管理テーブルに格納され、
前記継承先コミュニティのメンバへ継承する手順は、同一のメンバが複数の前記継承条件で選択された継承元コミュニティに所属するように前記管理テーブルに対応付けられている場合には、前記継承条件で入力されたロールの優先度に従って、前記継承先コミュニティのメンバのロールを特定することを特徴とする。その他の手段については、以下の実施の形態において説明する。

本発明は、選択された継承元コミュニティに関するデータを継承先コミュニティへと継承することを特徴とする。これにより、ユーザは、継承元コミュニティを選択するだけでよいので、コミュニティの継承を円滑に行うことができる。

以下に、本発明が適用されるコミュニティ管理装置の一実施形態について、図面を参照して詳細に説明する。まず、本実施形態のコミュニティの継承という概念について、図１および図２を参照して説明する。

まず、コミュニティは、コミュニティに所属するメンバ同士で、メッセージをやりとりする場である。メッセージをやりとりする手段としては、例えば、ＷＷＷ（World Wide Web）ベースの電子会議室、ファイル共有、ビデオ会議システムなどのサービス（アプリケーション）が利用される。つまり、本実施形態のコミュニティが扱うメッセージの形式は、特定の形式（例えばテキスト形式）に限定されることはなく、動画形式、音声形式など、様々な形式を活用することができる。そして、前記サービスでやりとりされたメンバのメッセージは、コミュニティのリソースデータとして、蓄積される。さらに、メンバは、蓄積されたメッセージを参照して（例えばテキストデータを引用して）、さらにメッセージをやりとりすることもできる。

次に、本実施形態のコミュニティの各メンバには、メンバの経験や信頼性に応じて、各リソースデータへのアクセス権が設定される。そして、各メンバは、自分に割り当てられたアクセス権の範囲内で、メッセージの交換や、メッセージの参照を行うこととする。これは、例えば、信頼性の低いメンバに無条件で各リソースデータにアクセスさせてしまうと、有用なメッセージを削除してしまったり、不快なメッセージを投稿してしまい、コミュニティの秩序の維持が困難となってしまうことに対処するものである。

さらに、本実施形態のコミュニティは、継承元コミュニティから継承先コミュニティへと“継承”をすることで、所定のコミュニティから、別のコミュニティへと次々に派生していく様態となる。コミュニティの継承は、継承元コミュニティが単数の場合（図１など）と、継承元コミュニティが複数の場合（図２など）とに分類できる。

図１は、単数のコミュニティを元にしたコミュニティの継承処理の説明図である。なお、円が１つのコミュニティを示し、円間の矢印がコミュニティの継承関係（矢印の先が継承先コミュニティ）を示す。図１（Ａ）は、コミュニティの分割処理、図１（Ｂ）は、コミュニティの部分抽出処理（サブコミュニティの作成処理）を示すものである。図１（Ａ）と、図１（Ｂ）との差異は、コミュニティの継承後に、継承元コミュニティを削除する（図１（Ａ）の場合）か、削除しない（図１（Ｂ）の場合）か、である。よって、図１（Ａ）の継承元コミュニティ（開発会議）には、削除する旨をしめす破線の×印が、記されている。

図２は、複数のコミュニティを元にしたコミュニティの継承処理の説明図である。図２（Ａ）は、コミュニティの統合処理、図２（Ｂ）は、コミュニティの結合処理を示すものである。図２（Ａ）と、図２（Ｂ）との差異は、コミュニティの継承後に、継承元コミュニティを削除する（図２（Ａ）の場合）か、削除しない（図２（Ｂ）の場合）か、である。よって、図２（Ａ）の継承元コミュニティ（製品Ａ開発会議および製品Ｂ開発会議）には、削除する旨をしめす破線の×印が、記されている。

次に、本実施形態のコミュニティ管理装置の構成について、図３から図６を参照して説明する。

図３は、コミュニティ管理装置の構成図である。コミュニティ管理装置１は、コミュニティに関するデータを管理し、かつ、効率的にコミュニティを継承する機能を有する。このため、コミュニティ管理装置１は、データを格納する記憶手段１０と、継承元コミュニティから継承先コミュニティを作成するコミュニティ継承部２０と、コミュニティのサービスを提供するサービス提供部３０と、継承先コミュニティを作成する際の条件の入力を受け付ける継承条件入力部４０と、を含めて構成される。

なお、コミュニティ管理装置１は、演算処理を行う際に用いられる記憶領域としてのメモリと、前記演算処理を行う演算処理装置とを少なくとも備えるコンピュータとして構成される。記憶手段１０は前記メモリにより構成され、コミュニティ継承部２０、サービス提供部３０、継承条件入力部４０は、前記演算処理装置（ＣＰＵ（Central Processing Unit））によって実行されるプログラムとして構成される。

まず、記憶手段１０は、コミュニティに関するデータを管理するコミュニティ管理部１１（特許請求の範囲における“管理テーブル”に対応）と、コミュニティのメンバに関するデータを管理するメンバ管理部１２と、コミュニティのリソースに関するデータを管理するリソース管理部１３と、メンバのロール（役割）とサービスのアクセス権との対応を示すロール対応表１４と、を含めて構成される。なお、記憶手段１０の各データについての詳細は、図４および図５を用いた後記の説明によるものとする。

次に、コミュニティ継承部２０は、継承元コミュニティからメンバを継承するメンバ継承部２１と、メンバを継承する際に、メンバに割り当てられているロールが重複したときのロールを一意に決定するロール重複時決定部２２と、継承元コミュニティからリソースを継承するリソース継承部２３と、継承先コミュニティの作成後に継承元コミュニティを削除する継承元コミュニティ削除部２４と、を含めて構成される。

そして、サービス提供部３０は、メンバのロールから特定されるアクセス権に従ってサービスへのアクセスを制限するアクセス制御部３１と、コミュニティのサービスに関する処理を行うサービス処理部３２と、を含めて構成される。なお、サービス処理部３２は、例えば、サービスの一例であるＷＷＷベース電子会議室を提供するＷＷＷベース電子会議室処理部３２Ａと、サービスの一例であるファイル共有を提供するファイル共有処理部３２Ｂと、サービスの一例であるビデオ会議システムを提供するビデオ会議システム処理部３２Ｃと、が挙げられる。

図４に示すコミュニティ管理部１１の各コミュニティは、１つのレコードが、１つのコミュニティに対応している。そして、コミュニティ管理部１１の各レコードは、所定のコミュニティを識別するコミュニティ名と、所定のコミュニティの継承元コミュニティ名と、所定のコミュニティが提供するリソース名と、所定のコミュニティに所属するメンバ名と、前記メンバ名のメンバに割り当てられるロール名と、を対応付けるものである。なお、各名称の後にくる括弧内の表記（例えば、ユニット会議グループの後にくる“１Ｇ１Ｕ”）は、名称を一意に特定するためのＩＤであり、コミュニティ管理装置１が、重複した名称を識別するために用いる。

例えば、図４の最上段のレコードについて、コミュニティ名“ユニット会議グループ”は、新設されたコミュニティであり（つまり、どのコミュニティも継承していない）、“開発会議”および“ソフトＡのプログラム開発”という２つのリソースを提供している。そして、コミュニティ名“ユニット会議グループ”は、管理者である“田中”、発言者である“鈴木”、ゲストである“加藤”という３名のメンバから構成される。

図４に示すメンバ管理部１２は、メンバごとに、メンバ固有の情報（メンバ情報）を示すものであり、例えば、メンバの所属や、役職などが記録されている。これらのメンバ情報は、コミュニティを継承するときに、継承するコミュニティのメンバを選択する際に（例えば、所定の所属となるメンバだけを選択するなど）、使用される。

図５は、コミュニティ管理装置１のリソース管理部１３を示す構成図である。リソースの各レコードは、リソースを識別するリソース名と、リソースが提供するサービス（アプリケーション）と、前記サービスによって作成されるリソースデータと、が対応付けられている。

図５は、コミュニティ管理装置１のロール対応表１４の構成図である。リソースが提供するサービス（アプリケーション）は、様々なものがあり、リソースデータのアクセス権も、多様なものである。そこで、コミュニティ管理装置１は、複数のサービスへのアクセス権を１つのロールに取りまとめ、メンバを複数のアクセス権に直接対応付ける替わりに、メンバを１つのロールに対応付ける。これにより、コミュニティのメンバとアクセス権とを、容易に対応付けることができるので、管理コストが削減できる。よって、ロールは、ロールを識別するロール名と、リソースが提供するサービス（アプリケーション）と、そのサービスへのアクセス権と、を対応付ける。

図６は、コミュニティ管理装置がユーザに継承条件を入力させるための継承条件入力部の画面図である。継承条件入力部４０は、継承元コミュニティを既にあるコミュニティから選択させる継承元コミュニティ選択部４１と、継承元コミュニティから継承するメンバを選択するための条件を入力させるメンバ継承条件入力部４２と、メンバを継承する際にロールが重複したときのロールを一意に決定するための優先度を入力させるロール重複時優先度入力部４３と、継承元コミュニティから継承するリソースを選択させる継承リソース選択部４４と、継承先コミュニティの作成後に継承元コミュニティを削除するか否かを指定させる継承元コミュニティ削除指定部４５と、メンバのロールを継承元コミュニティごとに継承先コミュニティに設定する継承元コミュニティ毎ロール設定部４６と、を含めて構成される。

なお、コミュニティ管理装置１は、継承元コミュニティ選択部４１において、コミュニティ管理部１１に登録されたコミュニティの一覧および各コミュニティへの選択／非選択を入力させるチェックボックスを表示する。そして、コミュニティ管理装置１は、継承元コミュニティ選択部４１で選択されたコミュニティについて、コミュニティ管理部１１およびリソース管理部１３を参照して、選択されたコミュニティが提供するリソースの一覧および選択／非選択を入力させるチェックボックスを、継承リソース選択部４４に表示する。

さらに、継承リソース選択部４４と継承元コミュニティ毎ロール設定部４６との２つの入力欄について、これらの入力欄の情報を元に実行する処理が排他的（後記する図８のＳ２０６またはＳ２０７）であるので、コミュニティ管理装置１は、どちらか１つの選択があった場合には、もう片方の入力欄を無効化（例えば非表示）としてもよい。

以上、コミュニティ管理装置の構成について、説明した。次に、本実施形態のコミュニティ管理装置の動作について、図１から図６を参照しつつ、図７および図８に沿って説明する。

図７は、コミュニティ管理装置によるコミュニティの継承処理のフローチャートである。

まず、コミュニティ管理装置１は、前準備として、継承元となるコミュニティを記憶手段１０に作成する。ここで、継承元となるコミュニティに対応するメンバの登録、リソースの登録も、記憶手段１０に登録される（Ｓ１０１）。

次に、コミュニティ管理装置１は、継承条件入力部４０の画面を介して、継承条件の入力を受け付ける（Ｓ１０２）。そして、コミュニティ管理装置１は、継承条件の継承元コミュニティ選択部４１で指定された継承元コミュニティを、コミュニティ管理部１１から取得する（Ｓ１０３）。

さらに、コミュニティ管理装置１（メンバ継承部２１）は、継承条件のメンバ継承条件入力部４２によるメンバの検索条件に適合するメンバを、Ｓ１０３で取得した継承元コミュニティのメンバから選択し、そのメンバを継承先コミュニティへと継承する（Ｓ１０４）。ここで、継承元コミュニティに所属するメンバは、コミュニティ管理部１１に格納されているコミュニティと、メンバとの対応情報を検索する処理によって、取得される。そして、コミュニティ管理装置１（リソース継承部２３）は、継承条件の継承リソース選択部４４で指定された継承元コミュニティのリソースデータを、継承先コミュニティへと継承する（Ｓ１０５）。ここで、継承元コミュニティに対応するリソースデータは、コミュニティ管理部１１に格納されているコミュニティと、リソースデータとの対応情報を検索する処理によって、取得される。なお、Ｓ１０４およびＳ１０５の継承とは、コンピュータの処理としては、データのコピーを意味する。

ここで、コミュニティ管理装置１は、継承条件の継承元コミュニティ削除指定部４５によって、継承元コミュニティの削除指定の有無をチェックする（Ｓ１０６）。もし、削除指定がある場合には（Ｓ１０６、有り）、コミュニティ管理装置１（継承元コミュニティ削除部２４）は、継承元コミュニティを削除する（Ｓ１０７）。これは、図１（Ａ）や、図２（Ａ）の場合における継承元コミュニティを削除する継承処理を行うためである。

図８は、コミュニティ管理装置によるメンバの継承処理（Ｓ１０４）のフローチャートである。なお、メンバの継承処理は、メンバ本人に関する情報（氏名など）だけではなく、メンバが所属するコミュニティに割り当てられているロールも、継承される。そのために、コミュニティ管理装置１は、コミュニティ管理部１１を参照することによって、継承の対象となるメンバに割り当てられているロールを予め取得する。

まず、コミュニティ管理装置１は、Ｓ１０３で取得したコミュニティに所属するメンバのうち、メンバ継承条件入力部４２により選択されたメンバを、メンバ管理部１２から抽出する（Ｓ２０１）。

次に、コミュニティ管理装置１は、Ｓ２０１で抽出された各メンバを順にカレントメンバとし、以下のループ処理を行う（Ｓ２０２）。まず、コミュニティ管理装置１は、Ｓ２０１で抽出された各メンバから、カレントメンバと同一人物となるメンバを検索する（Ｓ２０３）。そして、コミュニティ管理装置１は、カレントメンバと同一人物となるメンバが存在するか否かを確認する（Ｓ２０４）。なお、同一人物となるメンバが存在するとは、例えば、第１のコミュニティの所属するＡ氏と、第２のコミュニティの所属するＡ氏と、が同一人物である場合を指す。

もし、同一人物となるメンバが存在しない場合（Ｓ２０４、Ｎ）には、カレントメンバに関する情報を、継承元コミュニティから継承先コミュニティからへと、そのまま更新する（コピーする）（Ｓ２０８）。

一方、同一人物となるメンバが存在する場合（Ｓ２０４、Ｙ）、コミュニティ管理装置１は、メンバの重複を正規化する処理を行う。まず、コミュニティ管理装置１は、継承元コミュニティ毎ロール設定部４６により、継承元コミュニティごとにロールを設定する旨の指定があるかどうか確認する（Ｓ２０５）。

もし、継承元コミュニティごとにロールを設定する指定がある場合（Ｓ２０５、Ｙ）、コミュニティ管理装置１は、継承元コミュニティごとのメンバのロールを設定する（Ｓ２０６）。例えば、継承元の第１のコミュニティの所属するＡ氏に管理者のロールが割り当てられ、継承元の第２のコミュニティの所属するＡ氏に発言者のロールが割り当てられるとすると、継承先の第３のコミュニティの所属するＡ氏には、管理者のロール（第１のコミュニティのリソースデータにアクセスする場合）、および、発言者のロール（第２のコミュニティのリソースデータにアクセスする場合）という、複数のロールが割り当てられることとなる（Ｓ２０８）。

一方、継承元コミュニティごとにロールを設定する指定がない場合（Ｓ２０５、Ｎ）、コミュニティ管理装置１（ロール重複時決定部２２）は、ロール重複時優先度入力部４３で指定されたロール優先度に従って、メンバのロールを設定する（Ｓ２０７）。例えば、継承元の第１のコミュニティの所属するＡ氏に管理者のロールが割り当てられ、継承元の第２のコミュニティの所属するＡ氏に発言者のロールが割り当てられるとすると、継承先の第３のコミュニティの所属するＡ氏には、管理者のロールまたは発言者のロールのうち、ロール重複時優先度入力部４３で指定されたロール優先度の高いロールが、一意に割り当てられることとなる（Ｓ２０８）。

図９は、ロール重複時優先度入力部４３で入力された、ロールの優先度を説明する図である。図９（Ａ）は、ロール（管理者）の優先度が、ロール（発言者）の優先度よりも高いと入力された場合の、メンバのロールの継承結果を示す図であり、図９（Ｂ）は、図９（Ａ）とは逆の優先度が入力された場合を示すものである。

まず、図９（Ａ）および図９（Ｂ）によると、メンバ“田中”は、コミュニティ“継承元Ａ”では管理者のロールが割り当てられ、コミュニティ“継承元Ｂ”では発言者のロールが割り当てられている。そして、継承先コミュニティ“継承元Ｃ”におけるメンバ“田中”のロールが、図９（Ａ）と図９（Ｂ）とで異なっている。これは、コミュニティ管理装置１が、ロール重複時優先度入力部４３で入力されたロールの優先度が高いものを、継承先のロールとして採用した処理を反映するものである。

なお、ロールの優先度を入力させる本実施形態の構成からは、以下の効果を得ることができる。まず、優位的なロール（“管理者”など）の優先度を上げる設定からは、継承後コミュニティに所属するメンバは、優位的なロールが多いものとなる。これにより、優位的なロールに起因する高度な仕事を行うメンバが多くなるので、高度な仕事（例えば電子掲示板における議題作成）が多いコミュニティを、円滑に運営させることが可能となる。

一方、優位的なロール（“管理者”など）の優先度を下げる設定からは、継承後コミュニティに所属するメンバは、優位的なロールが少ないものとなる。これにより、優位的なロールに起因する高度な仕事を行うメンバが少なくなるので、メンバ間の意見の相違が発生した場合、優位的なロールを行うメンバがその権限により意見を統一して運営を行うので、意思決定の早い、迅速な運営をさせることが可能となる。

よって、コミュニティの継承時にロールの優先度を入力させ、その入力された優先度に基づいて、個々のメンバのロールを継承させていく本実施形態は、継承後のコミュニティの運営の特色を、ユーザの好みに合わせてコミュニティの継承時に指定させることができるという効果を生じる。

以上説明した本発明は、以下のように発明の趣旨を逸脱しない範囲で広く変形実施することができる。

例えば、図３において、コミュニティ管理装置１がサービス提供部３０を有する、つまり、コミュニティが提供するサービスをコミュニティ管理装置１が行う構成としたが、サービス提供部３０の機能を、コミュニティ管理装置１とは別の装置が有し、コミュニティ管理装置１と別の装置とがネットワークで通信するような構成としてもよい。これにより、既存のサービス提供部３０の機能を有するサーバ装置（例えばファイルサーバ）を、そのままコミュニティ管理装置１の管理対象として流用できるので、開発コストや導入コストを節約することができる。

また、コミュニティ管理装置１は、継承条件入力部４０の入力画面について、コミュニティ管理装置１と接続された表示装置（ディスプレイ）に出力して、コミュニティ管理装置１と接続された入力装置（キーボード、マウスなど）から入力を受け付けても良いし、コミュニティ管理装置１と接続されたネットワークを介して、表示画面および入力データをコミュニティ管理装置１とは別の端末に対してやりとりしてもよい。

本発明の一実施形態に関する単数のコミュニティを元にしたコミュニティの継承処理の説明図である。本発明の一実施形態に関する複数のコミュニティを元にしたコミュニティの継承処理の説明図である。本発明の一実施形態に関するコミュニティ管理装置の構成図である。本発明の一実施形態に関するコミュニティ管理装置のコミュニティ管理部およびメンバ管理部の構成図である。本発明の一実施形態に関するコミュニティ管理装置のリソース管理部およびロール対応表の構成図である。本発明の一実施形態に関するコミュニティ管理装置がユーザに継承条件を入力させるための継承条件入力部の画面図である。本発明の一実施形態に関するコミュニティ管理装置によるコミュニティの継承処理のフローチャートである。本発明の一実施形態に関するコミュニティ管理装置によるメンバの継承処理のフローチャートである。本発明の一実施形態に関するロールの優先度を説明する図である。

符号の説明

１コミュニティ管理装置
１０記憶手段
１１コミュニティ管理部（管理テーブル）
２０コミュニティ継承部
２１メンバ継承部
２２ロール重複時決定部
２３リソース継承部
２４継承元コミュニティ削除部
４０継承条件入力部

Claims

継承先コミュニティと、その継承先コミュニティの継承元コミュニティと、その継承先コミュニティに属するメンバと、そのメンバによってやりとりされたメッセージであるリソースデータとを対応付けて、電子データとして管理テーブルに管理するコミュニティ管理装置が、継承元コミュニティから継承先コミュニティへとコミュニティを継承するコミュニティ継承方法であって、
前記コミュニティ管理装置が、継承条件の入力を受け付ける手順と、前記継承条件で選択された継承元コミュニティを前記管理テーブルから取得する手順と、前記取得されたコミュニティに対応付けられるメンバを前記管理テーブルから検索して継承先コミュニティのメンバへ継承する手順と、前記取得されたコミュニティに対応付けられるリソースデータを前記管理テーブルから検索して継承先コミュニティのリソースデータへ継承する手順と、を実行し、
前記メンバは、前記コミュニティごとに所定のロールが割り当てられて、前記管理テーブルに格納され、
前記継承先コミュニティのメンバへ継承する手順は、同一のメンバが複数の前記継承条件で選択された継承元コミュニティに所属するように前記管理テーブルに対応付けられている場合には、前記継承条件で入力されたロールの優先度に従って、前記継承先コミュニティのメンバのロールを特定することを特徴とするコミュニティ継承方法。
前記コミュニティ管理装置は、前記メンバが前記管理テーブルにて割り当てられている前記継承元コミュニティごとのロールを、前記継承先コミュニティのメンバのロールに設定することを特徴とする請求項１に記載のコミュニティ継承方法。