(57)【特許請求の範囲】
【請求項１】
複数のクライアント端末とネットワークを介して接続可能に構成され、各クライアント端末から仮想コミュニティへ投稿されたメッセージを分類、蓄積することによって知識の蓄積を支援する知識蓄積支援システムであって、
前記クライアント端末からのメッセージ投稿を許可するために、アクセス要求元のクライアント端末に対してユーザ認証を行うアクセス制御手段と、
複数のクライアント端末が参加可能な仮想コミュニティ毎に投稿用メールアドレスを管理し、前記アクセス制御手段によってアクセス許可された各クライアント端末から電子メールによって投稿されるメッセージのメールアドレスがどの仮想コミュニティの投稿用メールアドレスに対応するかを判別すると共に、前記メッセージに対応する電子メールのヘッダ情報またはタイトルに基づいて、前記メッセージが、前記判別された仮想コミュニティに対して既に投稿されているどのメッセージに対する返信メッセージであるかを判別することによって、前記各クライアント端末からのメッセージを、仮想コミュニティ毎に、且つ、投稿されたメッセージとそれに対する返信メッセージとの関係にある同一の話題に関するメッセージの束であるスレッド毎に、分類、蓄積するコミュニティ処理手段とを具備し、
前記コミュニティ処理手段は、
前記仮想コミュニティ毎にそれに参加しているメンバを管理するコミュニティ管理情報を記憶する手段と、
管理者ユーザによってスレッドの部分移動が要求された場合には、前記管理者ユーザによって指定された移動元の仮想コミュニティ内に属するスレッドの内で前記管理者ユーザによって指定された各スレッドを、前記管理者ユーザによって指定された移動先の仮想コミュニティに移動することにより、前記分類、蓄積したメッセージを前記スレッドを単位として前記仮想コミュニティ間で移動し、前記管理者ユーザによってスレッドの一括移動が要求された場合には、前記管理者ユーザから指定された１以上の移動元の仮想コミュニティ内の全スレッドを、前記管理者ユーザから指定された移動先の仮想コミュニティに一括移動した後、前記１以上の移動元のコミュニティを削除することにより、仮想コミュニティの統合を行うメッセージ移動手段と、
前記メッセージ移動手段によるスレッドの一括移動に応じて、前記移動元のコミュニティに参加している各メンバが前記移動先のコミュニティのメンバとなるように前記コミュニティ管理情報を更新する手段とを具備することを特徴とする知識蓄積支援システム。
【請求項２】
複数のクライアント端末とネットワークを介して接続可能に構成され、各クライアント端末から仮想コミュニティへ投稿されたメッセージを分類、蓄積することによって知識の蓄積を支援する知識蓄積支援システムにおける仮想コミュニティ間のメッセージ移動方法であって、
前記クライアント端末からのメッセージ投稿を許可するために、アクセス要求元のクライアント端末に対してユーザ認証を行うアクセス制御ステップと、
複数のクライアント端末が参加可能な仮想コミュニティ毎に投稿用メールアドレスを管理し、前記アクセス制御手段によってアクセス許可された各クライアント端末から電子メールによって投稿されるメッセージのメールアドレスがどの仮想コミュニティの投稿用メールアドレスに対応するかを判別すると共に、前記メッセージに対応する電子メールのヘッダ情報またはタイトルに基づいて、前記メッセージが、前記判別された仮想コミュニティに対して既に投稿されているどのメッセージに対する返信メッセージであるかを判別することによって、前記各クライアント端末からのメッセージを、仮想コミュニティ毎に、且つ、投稿されたメッセージとそれに対する返信メッセージとの関係にある同一の話題に関するメッセージの束であるスレッド毎に、分類、蓄積するコミュニティ処理ステップとを具備し、
前記コミュニティ処理ステップは、
管理者ユーザによってスレッドの部分移動が要求された場合には、前記管理者ユーザによって指定された移動元の仮想コミュニティ内に属するスレッドの内で前記管理者ユーザによって指定された各スレッドを、前記管理者ユーザによって指定された移動先の仮想コミュニティに移動することにより、前記分類、蓄積したメッセージを前記スレッドを単位として前記仮想コミュニティ間で移動し、前記管理者ユーザによってスレッドの一括移動が要求された場合には、前記管理者ユーザから指定された１以上の移動元の仮想コミュニティ内の全スレッドを、前記管理者ユーザから指定された移動先の仮想コミュニティに一括移動した後、前記１以上の移動元のコミュニティを削除することにより、仮想コミュニティの統合を行うメッセージ移動ステップと、
前記メッセージ移動ステップによるスレッドの一括移動に応じて、前記移動元のコミュニティに参加している各メンバが前記移動先のコミュニティのメンバとなるように、前記仮想コミュニティ毎にそれに参加しているメンバを管理するためのコミュニティ管理情報を更新するステップとを具備することを特徴とする知識蓄積支援システムにおけるメッセージ移動方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明はナレッジマネジメントシステムで用いられる知識蓄積支援システムおよび同システムにおけるメッセージ移動方法に係り、特に、不特定多数のユーザが参加する仮想コミュニティを用いて知識の蓄積を支援する知識蓄積支援システムおよび同システムにおいて仮想コミュニティ間でメッセージを移動するためのメッセージ移動方法に関する。
【０００２】
【従来の技術】
近年、企業を中心に複数のユーザ間で情報共有を行うためのグループウェアの導入が進められている。代表的なグループウェアとしては、電子メールシステムやワークフローシステムなどが知られているが、最近では、知識や情報の共有支援を図るためのナレッジマネジメントシステムも開発され始めている。
【０００３】
このナレッジマネジメントシステムは、Ｗｅｂ情報や電子ファイル情報などに加え、個人のノウハウなどを知識データベースとして蓄積・管理するためのものであり、自然言語検索などの検索機能と組み合わせることにより、知識、情報の効率的な活用が可能となる。
【０００４】
ところで、このようなナレッジマネジメントシステムにおいては、個人のノウハウなどの知識をどのように収集・蓄積するかが重要となる。個人のノウハウなどの知識はいわゆる暗黙知であって、Ｗｅｂ情報や電子ファイル情報などのように形式化されたものではないため、それを自動的に収集、蓄積することは困難であるからである。
【０００５】
そこで、最近では、知識蓄積支援機能を持つナレッジマネジメントシステムの開発が要求されている。個人のノウハウなどの知識を自動的に収集・蓄積する仕組みを実現することにより、暗黙知としての知識をもＷｅｂ情報や電子ファイル情報などのような形式化された形式知と同様に活用することが可能となる。
【０００６】
【発明が解決しようとする課題】
しかしながら、従来のナレッジマネジメントシステムでは、収集・蓄積した知識を活用するためのユーザインタフェースが画一的であるため、一部のユーザについては、好みのインタフェースがあるにも関わらず、それ以外のインタフェースで収集・蓄積した知識を活用することを強制してしまっていた。
【０００７】
また、電子掲示板（仮想コミュニティ）の間の会話メッセージの集合（スレッド）の移動ができなかったため、似通った話題を議論している異なった電子掲示板（仮想コミュニティ）を統合したり分割するといったことができないといった問題があった。
【０００８】
この発明はこのような事情を考慮してなされたものであり、個人のノウハウなどの知識を効率よく収集・蓄積でき、しかも議論の場となる仮想コミュニティの統合・分割などを容易に実現することが可能な知識蓄積支援システムおよび同システムにおけるメッセージ移動方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
前述した目的を達成するために、この発明は、複数のクライアント端末とネットワークを介して接続可能に構成され、各クライアント端末から仮想コミュニティへ投稿されたメッセージを分類、蓄積することによって知識の蓄積を支援する知識蓄積支援システムであって、前記クライアント端末からのメッセージ投稿を許可するために、アクセス要求元のクライアント端末に対してユーザ認証を行うアクセス制御手段と、複数のクライアント端末が参加可能な仮想コミュニティ毎に投稿用メールアドレスを管理し、前記アクセス制御手段によってアクセス許可された各クライアント端末から電子メールによって投稿されるメッセージのメールアドレスがどの仮想コミュニティの投稿用メールアドレスに対応するかを判別すると共に、前記メッセージに対応する電子メールのヘッダ情報またはタイトルに基づいて、前記メッセージが、前記判別された仮想コミュニティに対して既に投稿されているどのメッセージに対する返信メッセージであるかを判別することによって、前記各クライアント端末からのメッセージを、仮想コミュニティ毎に、且つ、投稿されたメッセージとそれに対する返信メッセージとの関係にある同一の話題に関するメッセージの束であるスレッド毎に、分類、蓄積するコミュニティ処理手段とを具備し、前記コミュニティ処理手段は、前記仮想コミュニティ毎にそれに参加しているメンバを管理するコミュニティ管理情報を記憶する手段と、管理者ユーザによってスレッドの部分移動が要求された場合には、前記管理者ユーザによって指定された移動元の仮想コミュニティ内に属するスレッドの内で前記管理者ユーザによって指定された各スレッドを、前記管理者ユーザによって指定された移動先の仮想コミュニティに移動することにより、前記分類、蓄積したメッセージを前記スレッドを単位として前記仮想コミュニティ間で移動し、前記管理者ユーザによってスレッドの一括移動が要求された場合には、前記管理者ユーザから指定された１以上の移動元の仮想コミュニティ内の全スレッドを、前記管理者ユーザから指定された移動先の仮想コミュニティに一括移動した後、前記１以上の移動元のコミュニティを削除することにより、仮想コミュニティの統合を行うメッセージ移動手段と、前記メッセージ移動手段によるスレッドの一括移動に応じて、前記移動元のコミュニティに参加している各メンバが前記移動先のコミュニティのメンバとなるように前記コミュニティ管理情報を更新する手段とを具備することを特徴とする。
【００１０】
この知識蓄積支援システムにおいては、仮想コミュニティ上でユーザ同士が交わすメッセージは話題毎に分類、蓄積され、これにより複数のユーザ間で交わされる会話の中に含まれる個人の知識が自動収集される。特に、仮想コミュニティへ投稿されたメッセージの集合から成るスレッドを異なる仮想コミュニティに移動するための仕組みをもつことにより、関連する話題の議論がなされている仮想コミュニティ同士を統合したり、また１つの仮想コミュニティを話題毎に複数に分割することが可能となる。
【００１１】
【発明の実施の形態】
以下、図面を参照してこの発明の一実施形態を説明する。
図１には、この発明の一実施形態に係る知識蓄積支援システムの構成が示されている。この知識蓄積支援システムは、知識蓄積支援機能を持つナレッジマネジメントシステムとして利用されるものであり、複数のクライアント端末１１が共通に利用可能な仮想コミュニティを用いて、知識の分類、蓄積を行う。具体的な構成の説明を行う前に、まず、図２乃至図５を用いて、この実施形態に係る知識蓄積支援システムの概要を説明することにする。
【００１２】
図２に示されているように、知識には「形式知」と「暗黙知」とが存在する。現在、文書管理システムやＷｅｂサーバなど、形式化された情報（形式知）に対する整理、管理の体系は完成されつつある。しかし、実際のところ、それらによって「知識の蓄積」という点の全てを賄えているわけではない。これは、単にメールによって交わされるだけの軽い会話や、各人の頭の中だけにある知識など、非常に不明確な情報が存在しているからである。これが「暗黙知」と呼ばれるものである。この暗黙知をいかにうまく取り扱い、それを共有していくかが重要である。従来のシステムでは、暗黙知の蓄積を支援することは困難であり、暗黙知を取り扱うためのシステムが必要である。
【００１３】
この実施形態の知識蓄積支援システムは、このような暗黙知と呼ばれる情報を形式知化し、知識の蓄積促進を目的としたツールであり、グループにおけるディスカッションを電子掲示板形式の仮想コミュニティで行い、メッセージ（投稿記事）をその話題毎に分類、蓄積する。１つの話題（以下、スレッドと称する）に対して、まとめを作成することも出来る。スレッドは仮想コミュニティ上における関連性のある知識の束を意味する。まとめは、グループにおけるディスカッションを総括する一種の議事録としての役割を持つメッセージであり、スレッド毎に作成することが出来る。
【００１４】
メッセージの投稿は、電子メールまたはＷｅｂブラウザからの入力によって行い、投稿されたメッセージは知識蓄積支援システムを構成するサーバ内に蓄積される。この知識蓄積支援システムにおいては、電子メールによるメッセージの投稿も可能であり、メーリングリストとしての側面も持つ。各ユーザがメールによって会話を行うだけで、知らず知らずのうちに暗黙知が蓄積されていく。この様子を図３に示す。
【００１５】
図３には、スポーツに関する仮想コミュニティである「スポーツコミュニティ」と、英語勉強会に関する仮想コミュニティである「英語勉強会コミュニティ」と、ある開発メンバ同士の仮想コミュニティである「○×開発メンバコミュニティ」とが示されている。各ユーザからの投稿メッセージはこれら各仮想コミュニティ毎に分類・蓄積され、また各仮想コミュニティ内ではスレッド毎に分類される。図３では、「スポーツコミュニティ」にはスレッド１，２，３の３種類の話題に関するメッセージが現在蓄積されており、また、「英語勉強会コミュニティ」にはスレッド１，２の２種類の話題に関するメッセージが蓄積され、「○×開発メンバコミュニティ」にはスレッド１の１つの話題に関するメッセージが蓄積されている場合が示されている。これら各仮想コミュニティに投稿されたメッセージは、他の知識（ｗｅｂ、ワークフロー、ファイリングシステムなどから収集された形式知）と同様にして、知識データベース（知識ＤＢ）に知識情報として蓄積される。特に、各スレッド毎に作成される「まとめ」を知識ＤＢに収集してそれを例えば全文検索や自然言語検索などの検索対象として他のメッセージに優先して適用することにより、いわゆるフロー情報としての「メッセージの流れ」を静的なストック情報として効率よく活用することが可能となる。
【００１６】
＜サイト＞
本明細書においては、この知識蓄積支援システムのサーバ機能を「サイト」と呼ぶ。サイトには管理者ユーザ（Ａｄｍｉｎｉｓｔｒａｔｏｒ）が存在し、サイト情報を管理する。サイト情報には、以下のようなものがある。
【００１７】
（１）ユーザ情報
サイトを利用可能なユーザに関する情報。
サイト管理者によって、登録、削除、変更が可能である。
（２）コミュニティ作成権限情報
仮想コミュニティを作成するための権限情報。
仮想コミュニティ（以下、単にコミュニティと言う）は、メッセージの投稿、閲覧のために複数のユーザによって共通に利用可能な一種の電子掲示版であり、同じ目的を持って集まった人たちがコミュニケーションを行う「場」のことを示す。各ユーザは、目的に見合ったテーマのコミュニティに対してアクセスすることで、必要な知識を得たり、メッセージ（記事）を投稿したりする。各コミュニティには管理者がいる（コミュニティ作成者がデフォルトで管理者となる）。コミュニティ作成に関する権限は、以下の２つから選択することができる。
【００１８】
・登録されている全てのユーザが、コミュニティを作成できる。
・サイト管理者に承認されたユーザのみ、コミュニティを作成できる。
【００１９】
（３）コミュニティのカテゴリ情報
コミュニティを分類するためのカテゴリ情報。
これは、サイト管理者によって登録、削除、変更が可能である。
【００２０】
＜コミュニティ＞
次に、コミュニティについて説明する。各コミュニティを管理するためのコミュニティ情報（コミュニティのプロパティ）には、以下のようなものがある。
【００２１】
（１）名前
コミュニティの名前。
（２）投稿用メールアドレス
コミュニティ毎にもつメールアドレス。ユーザがこのアドレスにメールを送ると、その内容が自動的に新規投稿メッセージとして該当するコミュニティに登録される。
【００２２】
（３）受信メールのSubject情報
コミュニティに対する参加形態には、ｗｅｂブラウザを通じてメッセージの閲覧、投稿を行う「ｗｅｂで購読」と、このｗｅｂブラウザを通じたメッセージの閲覧、投稿に加えて、新規投稿メッセージの自動メール配信サービスが受けられる「メールで購読」とがある。「メールで購読」を選択したユーザに対しては、そのコミュニティに新規メッセージが投稿されると、自動的にその新規投稿メッセージが電子メールにて配信される。その際、配信される電子メールのSubject情報には、上記「受信メールのSubject情報」（例えば，｛コミュニティ名，メッセージ番号｝等の情報）が付加される。
【００２３】
（４）作成者
コミュニティを作成したユーザ名。
（５）作成日
コミュニティが作成された日付。
（６）コミュニティの紹介
コミュニティの簡単な紹介文。
（７）コミュニティのカテゴリ
上述したように、コミュニティはその内容に応じてカテゴリ分けすることができ、分類先のカテゴリに関する情報がコミュニティ毎に保持される。また、カテゴリは、サイト管理者によって登録されたものを使用する。
【００２４】
（８）コミュニティタイプ
コミュニティの公開レベルを意味する。コミュニティの公開レベルには、自由参加の「公開制」、承認された参加者のグループからなる「メンバ制」、承認された参加者以外には公開しない「非公開制」の３つがある。
【００２５】
（９）統計情報
各コミュニティ毎にそれに属しているユーザの数や参加者別の発言数ランキングなどを含む。
（１０）管理者
このコミュニティを管理する管理者名。
（１１）メンバ
このコミュニティに属している（アクセス可能な）ユーザ。
（１２）メッセージ削除権限
投稿済みメッセージの削除を許されているユーザ。以下のいずれかを選択できる。
・コミュニティ管理者のみ。
・コミュニティ管理者と投稿者。
【００２６】
＜メッセージとスレッド＞
次に、メッセージとスレッドについて説明する。
メッセージとは、コミュニティ内の会話において、やりとりされる発言（記事の投稿）一つ一つのことである。メッセージには、複数のファイルを添付することも可能である。メッセージは、ｗｅｂブラウザからの入力またはコミュニティが持つメールアドレスへのメール送信によって投稿できる。
【００２７】
一方、スレッドとは、上述したようにある話題に関するメッセージの束のことである。１つの話題に対して、様々な意見（メッセージ）によって会話が進んでいき、結論を出す。この結論が「まとめ」である。この知識蓄積支援システムにおいては、「まとめ」に関する作成支援機能も有している。この作成支援機能を利用することにより、該当するスレッド内のメッセージや添付ファイルなどを援用しつつ、話題の結論としての「まとめ」を容易に作成することができる。
【００２８】
図４には、スレッドを構成するメッセージの階層構造の一例が示されている。図４において、スレッド１には５つのメッセージ１，２，３，４，５が含まれている。このスレッド１の構造は、まず、メッセージ１が投稿され、そのメッセージ１に対する返信（応答）メッセージとしてメッセージ２，３が投稿され、そして、メッセージ３に対する返信（応答）メッセージとしてメッセージ４が投稿され、さらにメッセージ１に対する返信（応答）メッセージとしてメッセージ５が投稿された場合に対応している。
【００２９】
また、スレッド２も５つのメッセージ１，２，３，４，５から構成されているが、これは、最初に投稿されたメッセージ１に対する返信（応答）メッセージとしてメッセージ２，３が投稿され、さらにメッセージ３に対する返信（応答）メッセージとしてメッセージ４，５が投稿された場合に対応している。
【００３０】
なお、スレッド１，２の各メッセージに対する返信とは異なるメッセージがスレッド１，２と同一のコミュニティに対して新たに投稿された場合には、その新規投稿メッセージにはスレッド３が割り当てられることになる。
【００３１】
＜まとめ＞
「まとめ」とは、上述したように会話（スレッド）に対する「結論」のことである。職場などの会議で言えば「議事録」に相当し、例えば開発ならばレビューに対する「仕様書」に相当する。図５に示すように、１つのスレッドに対して、１つの「まとめ」が対応する。つまり、ユーザまたは管理者によってスレッド毎に総括たる「まとめ」が作成され、該当するスレッドを構成するメッセージの特殊形態として管理される。「まとめ」にも他の通常のメッセージと同様に複数のファイルを添付することができる。
【００３２】
また、「まとめ」は改訂することができ、既に作成された「まとめ」を更新すること等によって新たな「まとめ」を作成し、それを最新の「まとめ」として登録することができる。
【００３３】
＜メールによるメッセージの投稿＞
メールによって、各コミュニティに投稿されたメッセージは、以下の手順で処理される。
（１）ユーザは、投稿先のコミュニティに割り当てられているメールアドレスに対してメッセージをメールにて投稿する。
（２）知識蓄積支援システムのサーバは、全てのコミュニティ宛に届いたメールをメールサーバから一括取得する。
【００３４】
（３）知識蓄積支援システムのサーバは、投稿先メールアドレスによってどのコミュニティ宛のメッセージなのかを判断し、振り分ける。
（４）知識蓄積支援システムのサーバは、取得したメールのヘッダ情報（またはタイトル）により、該当するコミュニティ内のどのスレッドのどの階層に登録するかを判別し、取得したメールの本文をそこにメッセージとして登録する。
【００３５】
メールによってコミュニティ宛に投稿されたメッセージは、上記の処理によって自動的に該当する場所に格納されていく。ユーザは、メーリングリストへの投稿と同じ感覚で、メッセージを投稿するだけでよい。
【００３６】
＜メッセージ購読タイプ＞
知識蓄積支援システムを利用するユーザは、上述したようにメッセージの購読タイプとして、以下の２種類を選択することができる。
【００３７】
・ｗｅｂブラウザによる購読（知識蓄積支援システムのＵＲＬ（Uniform Resource Locator）へアクセスする）
・メールによる購読
ユーザがどちらの購読タイプを選択してもｗｅｂブラウザからの購読（投稿も含む）が可能である。つまり、メッセージの新規投稿が行われた際に、自動的にそのメッセージをメール配信するかどうかの選択である。メッセージの新規投稿が行われると、メール購読を選択しているユーザにはメッセージのメール配信が行われる。また、ユーザは、この配信されたメールを返信するだけで、返信メッセージを投稿することができる。この購読タイプの選択は、ユーザが属しているコミュニティ毎に行うことが可能である。
【００３８】
＜システム構成＞
次に、図１を参照して、この実施形態に係る知識蓄積支援システムのシステム構成について説明する。
【００３９】
この実施形態の知識蓄積支援システムは、複数のクライアント端末１１に対してＬＡＮ等のコンピュータネットワーク１３を介して相互に接続可能なサーバコンピュータ１２にて実現されている。サーバコンピュータ１２とクライアント端末１１には、それぞれ、図示しないが、ＣＰＵ、メインメモリ、記憶装置としての磁気ディスク装置、及びキーボードやマウスなどの入力部とディスプレイなどの表示部とを持つ入出力装置が設けられている。
【００４０】
クライアント端末１１では、Ｗｅｂブラウザ１１１とメールクライアント１１２のいずれか一方又は両方が動作している。サーバコンピュータ１２上に構築された知識蓄積支援のためのリソースを示すＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をＷｅｂブラウザ１１１から指定したり、あるいはコミュニティサーバ１２２にて管理される各コミュニティのメールアドレス宛にメールクライアント１２からメール送信を行うことにより、知識蓄積支援処理を各クライアント端末１１から利用することができる。
【００４１】
サーバコンピュータ１２の知識蓄積支援機能は、主に、制御部１２１、コミュニティサーバ１２２、Ｗｅｂサーバ１２７、およびメールサーバ１２８などのソフトウェアと、これらソフトフェアによってメッセージの投稿、閲覧のために利用される管理情報および実データとによって実現されている。管理情報には、各クライアント端末１１に対してユーザ認証を行うためのログイン管理情報１２３と、各コミュニティ毎にその管理を行うためのコミュニティ管理情報１２４とが存在し、また、実データとしては、メッセージデータ１２５と添付ファイル１２６とが存在する。
【００４２】
制御部１２１は、知識蓄積支援に関する全体の動作を制御するためのものであり、この知識蓄積支援システムの中核プログラムであるコミュニティサーバ１２２とＷｅｂサーバ１２７およびメールサーバ１２８それぞれとの間の仲介機能を初め、Ｗｅｂサーバ１２７およびメールサーバ１２８を通じて各クライアント端末１１がコミュニティサーバ１２２にログインする際のユーザ認証機能を持つ。このユーザ認証のために、制御部１２１は、ログイン管理情報１２３を管理している。このログイン管理情報１２３には、この知識蓄積支援システムに参加しているユーザそれぞれのユーザＩＤとパスワード等が格納されている。このユーザ認証により、各クライアント端末１１からのメッセージ投稿等の為になされるコミュニティサーバ１２２に対するアクセスの許可・禁止の制御が行われる。
【００４３】
コミュニティサーバ１２２は、複数のクライアント端末１１が参加可能なコミュニティの管理、運用を行うためのものであり、各クライアント端末１１から投稿されたメッセージをコミュニティ毎、且つ話題（スレッド）毎に分類、蓄積する。コミュニティサーバ１２２による各コミュニティの管理・運用は、コミュニティ管理情報１２４、メッセージデータ１２５、および添付ファイル１２６を用いて行われる。つまり、これらコミュニティ管理情報１２４、メッセージデータ１２５、および添付ファイル１２６は、コミュニティ毎にメッセージの蓄積・管理を行うためのデータベースとして利用される。
【００４４】
さらに、コミュニティサーバ１２２には、スレッド移動部１２９が設けられている。スレッド移動部１２９は、コミュニティ管理情報１２４を用いてコミュニティ間でスレッドを移動することにより、コミュニティの統合や分割を行う。
【００４５】
次に、コミュニティ管理情報１２４を構成する各テーブルについて説明する。
【００４６】
図１に示されているように、コミュニティ管理情報１２４は、ユーザテーブル２０１、コミュニティテーブル２０２、購読タイプテーブル２０３、メンバテーブル２０４、スレッドテーブル２０５、メッセージテーブル２０６およびまとめテーブル２０７などから構成されている。以下、これら各テーブルについて説明する。
【００４７】
＜ユーザテーブル＞
図６は、ユーザを管理するユーザテーブル２０１の構成例を示す図である。ユーザテーブル２０１には、本知識蓄積支援システムに参加しているユーザそれぞれについてユーザＩＤ、ユーザ名およびメールアドレスが格納されている。図６においては、ユーザＩＤ「Ｕ００００１」、ユーザ名「田中一郎」、メールアドレス「ichiro.tanaka@xxxx.co.jp」のユーザと、ユーザＩＤ「Ｕ００００２」、ユーザ名「山田太郎」、メールアドレス「taro.yamada@xxxx.co.jp」のユーザと、ユーザＩＤ「Ｕ００００３」、ユーザ名「斉藤次郎」、メールアドレス「jiro.saito@xxxx.co.jp」のユーザが登録されている例が示されている。
【００４８】
＜コミュニティテーブル＞
図７は、コミュニティを管理するコミュニティテーブル２０２の構成例を示す図である。コミュニティテーブル２０２は、本知識蓄積支援システム上に作成された各コミュニティと各コミュニティに参加しているユーザを管理するためのテーブルであり、ここには、本知識蓄積支援システム上に作成されたコミュニティそれぞれについてコミュニティＩＤ、コミュニティ名およびコミュニティタイプと、コミュニティの管理者となっているメンバそれぞれの（管理者もまたメンバであるため）メンバＩＤのリストである管理者ＩＤリストと、そのコミュニティに参加しているメンバそれぞれのメンバＩＤリストが格納されている。ここで管理者になれるメンバタイプは「参加者」に限られる。メンバタイプの詳細は後述する。
【００４９】
図７においては、コミュニティＩＤ「Ｃ００１」、コミュニティ名「コミュニティＡ」のコミュニティについては、コミュニティタイプが「公開」であって、その管理者は管理者ＩＤリストに登録されているメンバＩＤが「Ｍ０００００１」のユーザであり、メンバＩＤ「Ｍ０００００１」、「Ｍ０００００４」、「Ｍ０００００５」、…が割り当てられたユーザが参加している。また、コミュニティＩＤ「Ｃ００２」、コミュニティ名「コミュニティＢ」のコミュニティは、コミュニティタイプが「メンバ制」であって、その管理者は管理者ＩＤリストに登録されているメンバＩＤが「Ｍ００００２０」、「Ｍ００００３０」、…のユーザであり、メンバＩＤ「Ｍ０００００２」、「Ｍ０００００３」、…が割り当てられたユーザが参加している場合を示している。なお、メンバＩＤは全コミュニティにわたってユニーク（一意）であり、各ユーザには参加しているコミュニティの数と同数のメンバＩＤが割り当てられる。
【００５０】
＜購読タイプテーブル＞
図８は、購読タイプを管理する購読タイプテーブル２０３の構成例を示す図である。購読タイプテーブル２０３には、本知識蓄積支援システムに参加しているユーザそれぞれについてユーザＩＤ、ユーザ名、参加しているコミュニティのコミュニティＩＤ、そのコミュニティに対する購読タイプおよび購読タイプがメールの場合のユーザのメールアドレスが格納されている。なお、ユーザテーブル２０１でメールアドレスを管理する場合には、この購読タイプテーブル２０３には必ずしもメールアドレスを登録する必要はなく、また逆に、ユーザテーブル２０１ではメールアドレスを管理せず、購読タイプがメールの場合のユーザのメールアドレスのみを購読タイプテーブル２０３にて管理するようにしても良い。
【００５１】
図８においては、ユーザＩＤが「Ｕ００００１」で、ユーザ名が「田中一郎」のユーザが、コミュニティＩＤ「Ｃ００１」と「Ｃ００２」の２つのコミュニティに参加しており、コミュニティＩＤ「Ｃ００１」のコミュニティに関する購読タイプはｗｅｂで、コミュニティＩＤ「Ｃ００１」のコミュニティに関する購読タイプがメールであり、またユーザＩＤが「Ｕ００００２」で、ユーザ名が「山田太郎」のユーザが、コミュニティＩＤ「Ｃ００５」のコミュニティに参加しており、そのコミュニティに関する購読タイプがｗｅｂであり、またユーザＩＤが「Ｕ００００３」で、ユーザ名が「斉藤次郎」のユーザが、コミュニティＩＤ「Ｃ００１」のコミュニティに参加しており、そのコミュニティに関する購読タイプがｗｅｂである場合を示している。
【００５２】
＜メンバテーブル＞
図９は、メンバを管理するメンバテーブル２０４の構成例を示す図である。メンバテーブル２０４には、メンバＩＤそれぞれについて、それが参加しているコミュニティに関する参加属性を示すメンバタイプと、メンバとして参加しているユーザのユーザ名とが格納されている。メンバタイプには、参加が承認されている「参加者」、参加者として仮登録されている「仮登録者」、参加を申し込んでいるが承認されていない「参加希望者」、参加に関する手続きを行っておらず一種のゲストとして参加する「匿名」とがある。上述したようにメンバタイプが「参加者」のユーザは当該コミュニティの管理者となり得るが、それ以外のメンバタイプのユーザは管理者の選定対象からは除外される。
【００５３】
図９においては、ユーザ名「田中一郎」のユーザは、メンバＩＤ「Ｍ０００００１」として参加しているコミュニティに対してはそのメンバタイプが「参加者」で、またメンバＩＤ「Ｍ０００００３」として参加しているコミュニティに対してはそのメンバタイプが「参加希望者」であり、またユーザ名「山田太郎」のユーザは、メンバＩＤ「Ｍ０００００２」として参加しているコミュニティに対してはそのメンバタイプが「仮登録者」で、またメンバＩＤ「Ｍ０００００４」として参加しているコミュニティに対してはそのメンバタイプが「匿名」で、ユーザ名「斉藤次郎」のユーザは、メンバＩＤ「Ｍ０００００５」として参加しているコミュニティに対してはそのメンバタイプが「参加者」である場合を示している。
【００５４】
＜スレッドテーブル＞
図１０は、スレッドを管理するスレッドテーブル２０５の構成例を示す図である。スレッドテーブル２０５には、コミュニティそれぞれについてコミュニティＩＤと、そのコミュニティー内に生成されているスレッドそれぞれのスレッドＩＤを含むスレッドＩＤリストとが格納されている。スレッドＩＤも全コミュニティについてユニークな値が用いられる。
【００５５】
図１０においては、コミュニティＩＤ「Ｃ００１」のコミュニティにはスレッドＩＤ「Ｔ０１００１」、「Ｔ０１００２」、…のスレッドが含まれており、またコミュニティＩＤ「Ｃ００２」のコミュニティにはスレッドＩＤ「Ｔ０２００１」、…のスレッドが含まれている場合を示している。
【００５６】
＜メッセージテーブル＞
図１１は、メッセージを管理するメッセージテーブル２０６の構成例を示す図である。メッセージテーブル２０６には、スレッドＩＤ毎にそれを構成するメッセージそれぞれのメッセージＩＤと、そのメッセージを投稿した投稿者のメンバＩＤと、メッセージデータ１２５として格納されている該当するメッセージの実データの所在を示すＵＲＬとが格納されている。なお、このＵＲＬは、該当するスレッドＩＤとメッセージＩＤとから一義に特定できるようにしてもよく、この場合には、ＵＲＬのフィールドは不要となる。
【００５７】
＜まとめテーブル＞
図１２は、スレッド毎に作成される「まとめ」を管理するまとめテーブル２０７の構成例を示す図である。まとめテーブル２０７には、スレッドＩＤ毎にそのスレッドの「まとめ」として投稿されたメッセージのメッセージＩＤと、その「まとめ」メッセージを投稿した投稿者のメンバＩＤと、複数の「まとめ」が作成・登録された場合における各メッセージの版番号と、メッセージデータ１２５として格納されている該当する「まとめ」に関するメッセージの実データの所在を示すＵＲＬとが格納されている。
【００５８】
また、メッセージテーブル２０６の場合と同様に、まとめテーブル２０７のＵＲＬは、該当するスレッドＩＤとメッセージＩＤとから一義に特定できるようにしてもよく、この場合にはＵＲＬのフィールドは不要となる。
【００５９】
ここで、コミュニティサーバ１２２のスレッド移動部１２９によって実行される、この知識蓄積支援システムにおけるスレッド移動処理について説明する。
【００６０】
まず、図１３を参照して、この知識蓄積支援システムにおいてクライアント端末１１のＷｅｂブラウザ１１１により表示される画面の状態遷移の一例を説明する。
【００６１】
図１３は、スレッドの移動を行う際にコミュニティの管理者ユーザ（またはサイト管理者）のＷｅｂブラウザ画面に表示されるスレッド移動操作画面を示す図であり、図１３（Ａ）では操作可能なコミュニティの一覧と、移動元と移動先の選択のためのチェックボックスと、移動方法として「一括移動」か「部分移動」かを選択するためのチェックボックスとが表示されている。ここで、例えば「コミュニティＡ」を「移動元」に、「コミュニティＢ」を「移動先」に指定し、移動方法として「一括移動」を指定して、「選択ボタン」をクリックすると、図１３（Ｂ）のように「コミュニティＡ」内の全スレッドそれぞれのスレッドＩＤ、スレッドタイトル、メッセージ数が一覧表示されると共に、各スレッドを選択するためのチェックボックスが全て選択された状態で表示される。ここで、「一括移動ボタン」を選択すると、「コミュニティＡ」の全スレッドを、移動先として指定された「コミュニティＢ」に一括して移動するための処理がコミュニティサーバ１２２にて実行される。
【００６２】
すなわち、「コミュニティＡ」の全スレッドを「コミュニティＢ」に一括移動することを示す移動指示情報がクライアント端末１１からコミュニティサーバ１２２に送信され、それに基づいてスレッド移動部１２９によってコミュニティ管理情報１２４の更新が行われる。この結果、「コミュニティＢ」には以前「コミュニティＡ」にあった全スレッドが格納されることとなる。また、全スレッドが一括移動された移動元の「コミュニティＡ」については自動的に削除される。
【００６３】
また、図１３（Ａ）において例えば「コミュニティＡ」と「コミュニティＣ」を「移動元」に、「コミュニティＢ」を「移動先」に指定し、移動方法として「一括移動」を指定して「選択ボタン」をクリックすると、「コミュニティＡ」と「コミュニティＣ」のそれぞれの全てのスレッドが選択された状態で図１３（Ｂ）に一覧表示される。ここで、「一括移動ボタン」を選択すると、「コミュニティＡ」および「コミュニティＣ」それぞれの全スレッドを、移動先として指定された「コミュニティＢ」に一括して移動するための処理がコミュニティサーバ１２２にて実行され、その後、「コミュニティＡ」および「コミュニティＣ」の削除が行われる。
【００６４】
なお、コミュニティの削除についてはその可否を管理者ユーザに確認した後に実行するようにしても良い。また、コミュニティの削除に際しては、そのコミュニティにメンバとして参加していたユーザが移動先のメンバとなるようにコミュニティ管理情報１２４の更新も自動的に実行される。
【００６５】
次に、図１４を参照して、「部分移動」を選択した場合の画面遷移例について説明する。
【００６６】
図１４はスレッドの移動を行う際にコミュニティの管理者ユーザ（またはサイト管理者）のＷｅｂブラウザ画面に表示されるスレッド移動操作画面を示す図であり、図１４（Ａ）では、コミュニティの一覧と、移動元と移動先の選択のためのチェックボックスと、移動方法として「一括移動」か「部分移動」かを選択するためのチェックボックスとが表示されている。ここで、「コミュニティＡ」を「移動元」に、「コミュニティＢ」を「移動先」に指定し、移動方法として「部分移動」を指定して、「選択ボタン」をクリックすると、図１４（Ｂ）のように「コミュニティＡ」内の全スレッドそれぞれのスレッドＩＤ、スレッドタイトル、メッセージ数が一覧表示されると共に、各スレッドを選択するためのチェックボックスが表示される。これらスレッドの中から移動したいスレッドを選択して、「部分移動ボタン」をクリックすると、「コミュニティＡ」内の選択されたスレッドの一部分（ここでは、スレッド「Ｔ０１００２」、「Ｔ０１００３」）を、移動先として指定された「コミュニティＢ」に移動するための処理がコミュニティサーバ１２２にて実行される。
【００６７】
すなわち、「コミュニティＡ」内の一部のスレッドを「コミュニティＢ」に移動することを示す移動指示情報がクライアント端末１１からコミュニティサーバ１２２に送信され、それに基づいてスレッド移動部１２９によってコミュニティ管理情報１２４の更新が行われる。この結果、「コミュニティＢ」には以前「コミュニティＡ」にあったスレッドの一部が格納されることとなる。このような部分移動の場合には、移動元コミュニティ「コミュニティＡ」の削除は行われない。よって、予め新規作成したコミュニティを移動先として指定して「部分移動」を行うことにより、移動元のコミュニティを２つのコミュニティに分割することが可能となる。
【００６８】
また、「部分移動」の場合には、予め新規作成した複数のコミュニティを移動先として指定して「部分移動」を行うことにより、移動元コミュニティを複数のコミュニティに分割することができる。さらに、「一括移動」の場合と同様に複数の移動元コミュニティを指定することにより、それら複数の移動元コミュニティそれぞれのスレッドの中から移動対象のスレッドを任意に選択してそれを移動先コミュニティに移動することもできる。
【００６９】
図１５は、図１３あるいは図１４に示したコミュニティ間のスレッド移動処理の流れを示した図である。
【００７０】
まず、Ｗｅｂブラウザ１１１がコミュニティサーバ１２２に対してスレッド移動処理のためのＵＲＬを指定すると（１）、コミュニティサーバ１２２のスレッド移動部１２９は、移動操作可能なコミュニティとスレッドをコミュニティ管理情報１２４のコミュニティテーブル２０２とスレッドテーブル２０５から検索して（２）、Ｗｅｂブラウザ１１１に返す（３）。そして、表示された画面から移動元と移動先のコミュニティの選択と移動方法の選択が行われ（４）、選択した結果が移動指示情報としてコミュニティサーバ１２２のスレッド移動部１２９に送信される（５）。これを受信したスレッド移動部１２９はスレッド移動のためにコミュニティ管理情報１２４のスレッドテーブル２０５を更新する（６）。また「一括移動」の場合には、メンバ移動のためにコミュニティテーブル２０２の更新処理も併せて実行される。
【００７１】
図１６は、図１５で示したスレッド移動処理の手順を示すフローチャートである。
【００７２】
管理者ユーザ「田中一郎」がＷｅｂブラウザ１１１によりサーバコンピュータ１２の制御部１２１へログイン要求すると（ステップＡ１）、制御部１２１は、ユーザから入力されたユーザＩＤおよびパスワードが登録されているか否かを調べるためにログイン管理情報１２３にアクセスし（ステップＡ２）、このログインを許可するかどうかを判定するためのユーザ認証を行う（ステップＡ３）。ユーザＩＤおよびパスワードがログイン管理情報１２３に登録されておらず、ログインが失敗した場合（ステップＡ３のＮＯ）、制御部１２１は、ログイン失敗をＷｅｂサーバ１２７を通じてＷｅｂブラウザ１１１に返してこの処理を終了する（ステップＡ４）。
【００７３】
一方、ユーザＩＤおよびパスワードがログイン管理情報１２３に登録されており、ログインが成功した場合には（ステップＡ３のＹＥＳ）、コミュニティサーバ１２２のスレッド移動部１２９が、指定された管理者ユーザ名の管理する、コミュニティ管理情報１２４のコミュニティテーブル２０２に格納されたコミュニティデータとスレッドテーブル２０５に格納されたスレッドデータを検索し、Ｗｅｂブラウザ１１１に返却する（ステップＡ５）。
【００７４】
このコミュニティサーバ１２２から返されたデータをもとにＷｅｂブラウザ１１１が図１３あるいは図１４に示した管理者用のスレッド移動操作画面を表示すると（ステップＡ６）、管理者ユーザは、表示された管理者用画面で移動元と移動先のコミュニティを選択するとともに移動方法として「一括移動」か「部分移動」かを選択する（ステップＡ７）。また、Ｗｅｂブラウザ１１１が選択されたスレッド移動データをコミュニティサーバ１２２に送信すると（ステップＡ８）、コミュニティサーバ１２２のスレッド移動部１２９は、受信したスレッド移動データをもとにスレッドを移動してスレッドテーブル２０５に反映する（ステップＡ９）。そして、「一括移動」の場合には、移動元のコミュニティに参加している各メンバが移動先のコミュニティのメンバとなるようにコミュニティテーブル２０２のメンバＩＤリストの更新処理が実行される（ステップＡ１０）。
【００７５】
このように、この知識蓄積支援システムは、仮想コミュニティへ投稿されたメッセージの集合から成るスレッドを異なる仮想コミュニティに移動するための仕組みを備えるため、各ユーザが好みのインタフェースで収集・蓄積された知識を活用することを可能とする。また、管理者ユーザが、スレッドをコミュニティ間で移動できるようにすることにより、仮想コミュニティの統合や分割を行うことを可能とする。
【００７６】
より具体的に説明すると、コミュニティの統合は上述したように一方のコミュニティ内の全スレッドを他方のコミュニティに移動した後、空となったコミュニティを自動的に又は管理者ユーザからの指示で削除することで可能となる。一方、コミュニティの分割は、まず新規にコミュニティを管理者ユーザが作成し、その後すでにスレッドを含むコミュニティから複数の必要なスレッドを新規コミュニティに移動することで可能となる。
【００７７】
なお、本実施形態の知識蓄積支援システムの機能は全てコンピュータプログラムにより実現されているので、そのコンピュータプログラムをコンピュータ読み取り可能な記憶媒体に記憶しておき、その記憶媒体を通じてコンピュータプログラムを、コンピュータネットワーク接続可能な通常のコンピュータに導入するだけで、本実施形態と同様の効果を得ることができる。
【００７８】
また本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００７９】
【発明の効果】
以上、詳述したように、この発明によれば、仮想コミュニティへ投稿されたメッセージの集合から成るスレッドを異なる仮想コミュニティに移動するための仕組みをもつことにより、各ユーザが好みのインタフェースで収集・蓄積された知識を活用することを可能とする。また、管理者ユーザがこのスレッドをコミュニティ間で移動できるようにすることにより、仮想コミュニティの統合や分割を行うことを可能とする。
【図面の簡単な説明】
【図１】この発明の実施形態に係る知識蓄積支援システムのシステム構成を示すブロック図。
【図２】同実施形態の知識蓄積支援システムで扱われる知識を説明するための図。
【図３】同実施形態の知識蓄積支援システムにおける知識蓄積処理の原理を説明するための図。
【図４】同実施形態の知識蓄積支援システムで管理されるメッセージとスレッドとの関係を説明するための図。
【図５】同実施形態の知識蓄積支援システムで管理されるメッセージと「まとめ」との関係を説明するための図。
【図６】同実施形態の知識蓄積支援システムで使用されるユーザテーブルの一例を示す図。
【図７】同実施形態の知識蓄積支援システムで使用されるコミュニティテーブルの一例を示す図。
【図８】同実施形態の知識蓄積支援システムで使用される購読タイプテーブルの一例を示す図。
【図９】同実施形態の知識蓄積支援システムで使用されるメンバテーブルの一例を示す図。
【図１０】同実施形態の知識蓄積支援システムで使用されるスレッドテーブルの一例を示す図。
【図１１】同実施形態の知識蓄積支援システムで使用されるメッセージテーブルの一例を示す図。
【図１２】同実施形態の知識蓄積支援システムで使用されるまとめテーブルの一例を示す図。
【図１３】同実施形態の知識蓄積支援システムにおいて管理者用画面でのコミュニティ間のスレッドの移動を行う際のＷｅｂブラウザ画面の状態遷移を示す第１の図。
【図１４】同実施形態の知識蓄積支援システムにおいて管理者用画面でのコミュニティ間のスレッドの移動を行う際のＷｅｂブラウザ画面の状態遷移を示す第２の図。
【図１５】同実施形態の知識蓄積支援システムにおけるスレッド移動処理の流れを示した図。
【図１６】同実施形態の知識蓄積支援システムにおけるスレッド移動処理の手順を示すフローチャート。
【符号の説明】
１１…クライアント端末
１２…サーバコンピュータ
１１１…Ｗｅｂブラウザ
１１２…メールクライアント
１２１…制御部
１２２…コミュニティサーバ
１２３…ログイン管理情報
１２４…コミュニティ管理情報
１２５…メッセージデータ
１２６…添付ファイル
１２７…Ｗｅｂサーバ
１２８…メールサーバ
１２９…スレッド移動部
２０１…ユーザテーブル
２０２…コミュニティテーブル
２０３…購読タイプテーブル
２０４…メンバテーブル
２０５…スレッドテーブル
２０６…メッセージテーブル
２０７…まとめテーブル
【図１】
0004040849.tif 000002
【図２】
0004040849.tif 000003
【図３】
0004040849.tif 000004
【図４】
0004040849.tif 000005
【図５】
0004040849.tif 000006
【図６】
0004040849.tif 000007
【図７】
0004040849.tif 000008
【図８】
0004040849.tif 000009
【図９】
0004040849.tif 000010
【図１０】
0004040849.tif 000011
【図１１】
0004040849.tif 000012
【図１２】
0004040849.tif 000013
【図１３】
0004040849.tif 000014
【図１４】
0004040849.tif 000015
【図１５】
0004040849.tif 000016
【図１６】
0004040849.tif 000017