JP2002342347A

JP2002342347A - 知識蓄積支援システムおよび同システムにおける公開まとめ提供方法

Info

Publication number: JP2002342347A
Application number: JP2001145254A
Authority: JP
Inventors: Masayo Toyoda; 真代豊田; Hitoshi Tanigawa; 均谷川; Masaaki Iwata; 真明岩田; Kazunori Shimakawa; 和典島川
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2001-05-15
Filing date: 2001-05-15
Publication date: 2002-11-29
Anticipated expiration: 2021-05-15
Also published as: JP4146101B2

Abstract

(57)【要約】【課題】あるコミュニティから別のコミュニティに対し
て自動的に有効な情報を提供できるようにし、コミュニ
ティ間にわたる知識の共有を図る。【解決手段】コミュニティサーバ１２２は、仮想コミュ
ニティ上でユーザ同士が交わすメッセージを話題毎に分
類、蓄積する。さらに、コミュニティサーバ１２２に
は、まとめ提供部１３０が設けられている。まとめ提供
部１３０は、互いに類似する議論を行っているコミュニ
ティが存在する場合に、あるコミュニティ内の「まと
め」を参考情報として類似する別のコミュニティに自動
的に提供するための処理を行う。この「まとめ」の情報
提供は、あるコミュニティ内に蓄積されている「まと
め」に関するメッセージを別のコミュニティに対して投
稿することによって行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ナレッジマネジ
メントシステムで用いられる知識蓄積支援システムおよ
び同システムにおける公開まとめ提供方法に係り、特
に、不特定多数のユーザが参加する仮想コミュニティを
用いて知識の蓄積を支援する知識蓄積支援システムおよ
び同システムにおける公開まとめ提供方法に関する。

【０００２】

【従来の技術】近年、企業を中心に複数のユーザ間で情
報共有を行うためのグループウェアの導入が進められて
いる。代表的なグループウェアとしては、電子メールシ
ステムやワークフローシステムなどが知られているが、
最近では、知識や情報の共有支援を図るためのナレッジ
マネジメントシステムも開発され始めている。

【０００３】このナレッジマネジメントシステムは、Ｗ
ｅｂ情報や電子ファイル情報などに加え、個人のノウハ
ウなどを知識データベースとして蓄積・管理するための
ものであり、自然言語検索などの検索機能と組み合わせ
ることにより、知識、情報の効率的な活用が可能とな
る。

【０００４】ところで、このようなナレッジマネジメン
トシステムにおいては、個人のノウハウなどの知識をど
のように収集・蓄積するかが重要となる。個人のノウハ
ウなどの知識はいわゆる暗黙知であって、Ｗｅｂ情報や
電子ファイル情報などのように形式化されたものではな
いため、それを自動的に収集、蓄積することは困難であ
るからである。

【０００５】そこで、最近では、知識蓄積支援機能を持
つナレッジマネジメントシステムの開発が要求されてい
る。個人のノウハウなどの知識を自動的に収集・蓄積す
る仕組みを実現することにより、暗黙知としての知識を
もＷｅｂ情報や電子ファイル情報などのような形式化さ
れた形式知と同様に活用することが可能となる。

【０００６】

【発明が解決しようとする課題】このようなナレッジマ
ネジメントシステムにおいて、個人のノウハウなどの知
識を蓄積するためには、通常、多数のユーザが積極的に
意見を交わすための場としての仮想コミュニティを多数
用意し、さらにはそのコミュニティで交わされる会話を
収集した後、その内容を総括する「まとめ」を作成する
ことが必要となる。この「まとめ」を閲覧できるように
することにより、コミュニティ内の議論の内容を容易に
把握することが可能となるからである。

【０００７】しかしながら、従来では、コミュニティ毎
に個々に議論が行われているので、例えば類似する議論
が行われているコミュニティが別に存在していたとして
も、その情報を有効活用することが困難であった。

【０００８】本発明はこのような事情を考慮してなされ
たものであり、あるコミュニティから別のコミュニティ
に対して自動的に有効な情報を提供できるようにし、コ
ミュニティ間にわたる知識の共有を効率よく図ることを
可能とする知識蓄積支援システムおよび同システムにお
ける公開まとめ提供方法を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記課題を解決するた
め、本発明は、複数のクライアント端末とネットワーク
を介して接続可能に構成され、各クライアント端末から
仮想コミュニティへ投稿されたメッセージを分類、蓄積
することによって知識の蓄積を支援する知識蓄積支援シ
ステムであって、前記クライアント端末からのメッセー
ジ投稿を許可するために、アクセス要求元のクライアン
ト端末に対してユーザ認証を行うアクセス制御手段と、
複数のクライアント端末間の議論の場となる仮想コミュ
ニティを複数管理し、前記アクセス制御手段によってア
クセス許可された各クライアント端末から前記各仮想コ
ミュニティに投稿されるメッセージを話題毎に分類、蓄
積するコミュニティ処理手段と、前記仮想コミュニティ
内に蓄積されているメッセージ群を話題毎に総括したま
とめ情報を仮想コミュニティ毎に管理する手段と、公開
属性をもつ公開まとめ情報を有する所定の仮想コミュニ
ティとそれ以外の他の仮想コミュニティとの間の議論の
類似性を判別し、類似する他の仮想コミュニティに対し
て前記公開まとめ情報を提供する公開まとめ情報提供手
段とを具備することを特徴とする。

【００１０】この知識蓄積支援システムにおいては、仮
想コミュニティ上でユーザ同士が交わすメッセージは話
題毎に分類、蓄積され、これにより複数のユーザ間で交
わされる会話の中に含まれる個人の知識が自動収集され
る。さらに公開まとめ情報提供手段が設けられているの
で、既に公開まとめ情報も持つ仮想コミュニティと類似
する議論を行っている別の仮想コミュニティが存在する
場合には、その公開まとめ情報が自動的にその別の仮想
コミュニティに参考情報として提供される。よって、議
論中の仮想コミュニティにおいては、より密度の濃い議
論が行えたり、場合によっては議論の結論を容易に導き
出すことが出来る。また、類似する仮想コミュニティの
存在が明らかとなり、必要に応じて類似するコミュニテ
ィ間の連携、または統合などを行うことも可能となる。

【００１１】また、仮想コミュニティ間の議論の類似性
は、所定の仮想コミュニティ内の公開まとめ情報と前記
他の仮想コミュニティ内の全てのまとめ情報との類似度
から判別することが好ましい。これより、全てのメッセ
ージ間の比較などを行う場合に比し、より効率よく議論
の類似性を判定することができる。

【００１２】

【発明の実施の形態】以下、図面を参照して本発明の一
実施形態を説明する。図１には、本発明の一実施形態に
係る知識蓄積支援システムの構成が示されている。この
知識蓄積支援システムは、知識蓄積支援機能を持つナレ
ッジマネジメントシステムとして利用されるものであ
り、複数のクライアント端末１１が共通に利用可能な仮
想コミュニティを用いて、知識の分類、蓄積を行う。具
体的な構成の説明を行う前に、まず、図２乃至図５を用
いて、本実施形態に係る知識蓄積支援システムの概要を
説明することにする。

【００１３】図２に示されているように、知識には「形
式知」と「暗黙知」とが存在する。現在、文書管理シス
テムやＷｅｂサーバなど、形式化された情報（形式知）
に対する整理、管理の体系は完成されつつある。しか
し、実際のところ、それらによって「知識の蓄積」とい
う点の全てを賄えているわけではない。これは、単にメ
ールによって交わされるだけの軽い会話や、各人の頭の
中だけにある知識など、非常に不明確な情報が存在して
いるからである。これが「暗黙知」と呼ばれるものであ
る。この暗黙知をいかにうまく取り扱い、それを共有し
ていくかが重要である。従来のシステムでは、暗黙知の
蓄積を支援することは困難であり、暗黙知を取り扱うた
めのシステムが必要である。

【００１４】この実施形態の知識蓄積支援システムは、
このような暗黙知と呼ばれる情報を形式知化し、知識の
蓄積促進を目的としたツールであり、グループにおける
ディスカッションを電子掲示板形式の仮想コミュニティ
で行い、メッセージ（投稿記事）をその話題毎に分類、
蓄積する。１つの話題（以下、スレッドと称する）に対
して、「まとめ」を作成することも出来る。スレッドは
仮想コミュニティ上における関連性のある知識の束を意
味する。「まとめ」は、グループにおけるディスカッシ
ョンを総括する一種の議事録としての役割を持つメッセ
ージであり、スレッド毎に作成することが出来る。

【００１５】メッセージの投稿は、電子メールまたはＷ
ｅｂブラウザからの入力によって行い、投稿されたメッ
セージは知識蓄積支援システムを構成するサーバ内に蓄
積される。この知識蓄積支援システムにおいては、電子
メールによるメッセージの投稿も可能であり、メーリン
グリストとしての側面も持つ。各ユーザがメールによっ
て会話を行うだけで、知らず知らずのうちに暗黙知が蓄
積されていく。この様子を図３に示す。

【００１６】図３には、スポーツに関する仮想コミュニ
ティである「スポーツコミュニティ」と、英語勉強会に
関する仮想コミュニティである「英語勉強会コミュニテ
ィ」と、ある開発メンバ同士の仮想コミュニティである
「○×開発メンバコミュニティ」とが示されている。各
ユーザからの投稿メッセージはこれら各仮想コミュニテ
ィ毎に分類・蓄積され、また各仮想コミュニティ内では
スレッド毎に分類される。図３では、「スポーツコミュ
ニティ」にはスレッド１，２，３の３種類の話題に関す
るメッセージが現在蓄積されており、また、「英語勉強
会コミュニティ」にはスレッド１，２の２種類の話題に
関するメッセージが蓄積され、「○×開発メンバコミュ
ニティ」にはスレッド１の１つの話題に関するメッセー
ジが蓄積されている場合が示されている。これら各仮想
コミュニティに投稿されたメッセージは、他の知識（ｗ
ｅｂ、ワークフロー、ファイリングシステムなどから収
集された形式知）と同様にして、知識データベース（知
識ＤＢ）に知識情報として蓄積される。特に、各スレッ
ド毎に作成される「まとめ」を知識ＤＢに収集してそれ
を例えば全文検索や自然言語検索などの検索対象として
他のメッセージに優先して適用することにより、いわゆ
るフロー情報としての「メッセージの流れ」を静的なス
トック情報として効率よく活用することが可能となる。

【００１７】＜サイト＞本明細書においては、この知識
蓄積支援システムのサーバ機能を「サイト」と呼ぶ。サ
イトには管理者ユーザ（Ａｄｍｉｎｉｓｔｒａｔｏｒ）
が存在し、サイト情報を管理する。サイト情報には、以
下のようなものがある。

【００１８】（１）ユーザ情報サイトを利用可能なユーザに関する情報サイト管理者によって、登録、削除、変更が可能である（２）コミュニティ作成権限情報仮想コミュニティを作成するための権限情報仮想コミュニティ（以下、単にコミュニティと言う）
は、メッセージの投稿、閲覧のために複数のユーザによ
って共通に利用可能な一種の電子掲示版であり、同じ目
的を持って集まった人たちがコミュニケーションを行う
「場」のことを示す。各ユーザは、目的に見合ったテー
マのコミュニティに対してアクセスすることで、必要な
知識を得たり、メッセージ（記事）を投稿したりする。
各コミュニティには最低１名の管理者がいる（コミュニ
ティ作成者がデフォルトで管理者となるが変更可能）。
コミュニティ作成に関する権限は、以下の２つから選択
することができる。

【００１９】・登録されている全てのユーザが、コミュ
ニティを作成できる。

【００２０】・サイト管理者に承認されたユーザのみ、
コミュニティを作成できる。

【００２１】（３）コミュニティのカテゴリ情報コミュニティを分類するためのカテゴリ情報これは、サイト管理者によって登録、削除、変更が可能
である。

【００２２】＜コミュニティ＞次に、コミュニティにつ
いて説明する。各コミュニティを管理するためのコミュ
ニティ情報（コミュニティのプロパティ）には、以下の
ようなものがある。

【００２３】（１）名前コミュニティの名前。

【００２４】（２）投稿用メールアドレスコミュニティ毎にもつメールアドレス。ユーザがこのア
ドレスにメールを送ると、その内容が自動的に新規投稿
メッセージとして該当するコミュニティに登録される。

【００２５】（３）受信メールのSubject情報コミュニティに対する参加形態には、ｗｅｂブラウザを
通じてメッセージの閲覧、投稿を行う「ｗｅｂで購読」
と、このｗｅｂブラウザを通じたメッセージの閲覧、投
稿に加えて、新規投稿メッセージの自動メール配信サー
ビスが受けられる「メールで購読」とがある。「メール
で購読」を選択したユーザに対しては、そのコミュニテ
ィに新規メッセージが投稿されると、自動的にその新規
投稿メッセージが電子メールにて配信される。その際、
配信される電子メールのSubject情報には、上記「受信
メールのSubject情報」（例えば，｛コミュニティ名，
メッセージ番号｝等の情報）が付加される。

【００２６】（４）作成者コミュニティを作成したユーザ名。

【００２７】（５）作成日コミュニティが作成された日付。

【００２８】（６）コミュニティの紹介コミュニティの簡単な紹介文。

【００２９】（７）コミュニティのカテゴリ上述したように、コミュニティはその内容に応じてカテ
ゴリ分けすることができ、分類先のカテゴリに関する情
報がコミュニティ毎に保持される。また、カテゴリは、
サイト管理者によって登録されたものを使用する。

【００３０】（８）コミュニティタイプコミュニティの公開レベルを意味する。コミュニティの
公開レベルには、自由参加の「公開制」、承認された参
加者のグループからなる「メンバ制」、承認された参加
者以外には公開しない「非公開制」の３つがある。

【００３１】（９）統計情報各コミュニティ毎にそれに属しているユーザの数や参加
者別の発言数ランキングなどを含む。

【００３２】（１０）管理者このコミュニティを管理する管理者名。

【００３３】（１１）メンバこのコミュニティに属している（アクセス可能な）ユー
ザ。

【００３４】（１２）メッセージ削除権限投稿済みメッセージの削除を許されているユーザ。以下
のいずれかを選択できる。

【００３５】・コミュニティ管理者のみ・コミュニティ管理者と投稿者＜メッセージとスレッド＞次に、メッセージとスレッド
について説明する。

【００３６】メッセージとは、コミュニティ内の会話に
おいて、やりとりされる発言（記事の投稿）一つ一つの
ことである。メッセージには、複数のファイルを添付す
ることも可能である。メッセージは、ｗｅｂブラウザか
らの入力またはコミュニティが持つメールアドレスへの
メール送信によって投稿できる。

【００３７】一方、スレッドとは、上述したようにある
話題に関するメッセージの束のことである。１つの話題
に対して、様々な意見（メッセージ）によって会話が進
んでいき、結論を出す。この結論が「まとめ」である。
この知識蓄積支援システムにおいては、「まとめ」に関
する作成支援機能、さらには情報提供機能を有してい
る。作成支援機能を利用することにより、該当するスレ
ッド内のメッセージや添付ファイルなどを援用しつつ、
話題の結論としての「まとめ」を容易に作成することが
できる。また、情報提供機能を利用することにより、既
に「まとめ」が作成されているコミュニティから、類似
する議論を行っている別のコミュニティに対して参考情
報を自動提供することが出来る。

【００３８】図４には、スレッドを構成するメッセージ
の階層構造の一例が示されている。図４において、スレ
ッド１には５つのメッセージ１，２，３，４，５が含ま
れている。このスレッド１の構造は、まず、メッセージ
１が投稿され、そのメッセージ１に対する返信（応答）
メッセージとしてメッセージ２，３が投稿され、そし
て、メッセージ３に対する返信（応答）メッセージとし
てメッセージ４が投稿され、さらにメッセージ１に対す
る返信（応答）メッセージとしてメッセージ５が投稿さ
れた場合に対応している。

【００３９】また、スレッド２も５つのメッセージ１，
２，３，４，５から構成されているが、これは、最初に
投稿されたメッセージ１に対する返信（応答）メッセー
ジとしてメッセージ２，３が投稿され、さらにメッセー
ジ３に対する返信（応答）メッセージとしてメッセージ
４，５が投稿された場合に対応している。

【００４０】なお、スレッド１，２の各メッセージに対
する返信とは異なるメッセージがスレッド１，２と同一
のコミュニティに対して新たに投稿された場合には、そ
の新規投稿メッセージにはスレッド３が割り当てられる
ことになる。

【００４１】＜まとめ＞「まとめ」とは、上述したよう
に会話（スレッド）に対する「結論」のことである。職
場などの会議で言えば「議事録」に相当し、例えば開発
ならばレビューに対する「仕様書」に相当する。図５に
示すように、１つのスレッドに対して、１つの「まと
め」が対応する。つまり、ユーザまたは管理者によって
スレッド毎に総括たる「まとめ」が作成され、該当する
スレッドを構成するメッセージの特殊形態として管理さ
れる。「まとめ」にも他の通常のメッセージと同様に複
数のファイルを添付することができる。

【００４２】また、「まとめ」は改訂することができ、
既に作成された「まとめ」を更新すること等によって新
たな「まとめ」を作成し、それを最新の「まとめ」とし
て登録することができる。

【００４３】＜メールによるメッセージの投稿＞メール
によって、各コミュニティに投稿されたメッセージは、
以下の手順で処理される。

【００４４】（１）ユーザは、投稿先のコミュニティに
割り当てられているメールアドレスに対してメッセージ
をメールにて投稿する。

【００４５】（２）知識蓄積支援システムのサーバは、
全てのコミュニティ宛に届いたメールをメールサーバか
ら一括取得する。

【００４６】（３）知識蓄積支援システムのサーバは、
投稿先メールアドレスによってどのコミュニティ宛のメ
ッセージなのかを判断し、振り分ける。

【００４７】（４）知識蓄積支援システムのサーバは、
取得したメールのヘッダ情報（またはタイトル）によ
り、該当するコミュニティ内のどのスレッドのどの階層
に登録するかを判別し、取得したメールの本文をそこに
メッセージとして登録する。

【００４８】メールによってコミュニティ宛に投稿され
たメッセージは、上記の処理によって自動的に該当する
場所に格納されていく。ユーザは、メーリングリストへ
の投稿と同じ感覚で、メッセージを投稿するだけでよ
い。

【００４９】＜メッセージ購読タイプ＞知識蓄積支援シ
ステムを利用するユーザは、上述したようにメッセージ
の購読タイプとして、以下の２種類を選択することがで
きる。

【００５０】・ｗｅｂブラウザによる購読（知識蓄積支
援システムのＵＲＬ（Uniform Resource Locator）へア
クセスする）・メールによる購読ユーザがどちらの購読タイプを選択してもｗｅｂブラウ
ザからの購読（投稿も含む）が可能である。つまり、メ
ッセージの新規投稿が行われた際に、自動的にそのメッ
セージをメール配信するかどうかの選択である。メッセ
ージの新規投稿が行われると、メール購読を選択してい
るユーザにはメッセージのメール配信が行われる。ま
た、ユーザは、この配信されたメールを返信するだけ
で、返信メッセージを投稿することができる。この購読
タイプの選択は、ユーザが属しているコミュニティ毎に
行うことが可能である。

【００５１】＜システム構成＞次に、図１を参照して、
この実施形態に係る知識蓄積支援システムのシステム構
成について説明する。

【００５２】本実施形態の知識蓄積支援システムは、複
数のクライアント端末１１とＬＡＮ等のコンピュータネ
ットワーク１３を介して相互に接続可能なサーバコンピ
ュータ１２にて実現されている。サーバコンピュータ１
２とクライアント端末１１には、それぞれ、図示しない
が、ＣＰＵ、メインメモリ、記憶装置としての磁気ディ
スク装置、及びキーボードやマウスなどの入力部とディ
スプレイなどの表示部とを持つ入出力装置が設けられて
いる。

【００５３】クライアント端末１１では、Ｗｅｂブラウ
ザ１１１とメールクライアント１１２のいずれか一方又
は両方が動作している。サーバコンピュータ１２上に構
築された知識蓄積支援のためのリソースを示すＵＲＬ
（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏ
ｒ）をＷｅｂブラウザ１１１から指定したり、あるいは
コミュニティサーバ１２２にて管理される各コミュニテ
ィのメールアドレス宛にメールクライアント１２からメ
ール送信を行うことにより、知識蓄積支援処理を各クラ
イアント端末１１から利用することができる。

【００５４】サーバコンピュータ１２の知識蓄積支援機
能は、主に、制御部１２１、コミュニティサーバ１２
２、ｗｅｂサーバ１２７、およびメールサーバ１２８な
どのソフトウェアと、これらソフトフェアによってメッ
セージの投稿、閲覧のために利用される管理情報および
実データとによって実現されている。管理情報には、各
クライアント端末１１に対してユーザ認証を行うための
ログイン管理情報１２３と、各コミュニティ毎にその管
理を行うためのコミュニティ管理情報１２４とが存在
し、また、実データとしては、メッセージデータ１２５
と添付ファイル１２６とが存在する。

【００５５】制御部１２１は、知識蓄積支援に関する全
体の動作を制御するためのものであり、この知識蓄積支
援システムの中核プログラムであるコミュニティサーバ
１２２とｗｅｂサーバ１２７およびメールサーバ１２８
それぞれとの間の仲介機能を初め、ｗｅｂサーバ１２７
およびメールサーバ１２８を通じて各クライアント端末
１１がコミュニティサーバ１２２にログインする際のユ
ーザ認証機能を持つ。このユーザ認証のために、制御部
１２１は、ログイン管理情報１２３を管理している。こ
のログイン管理情報１２３には、この知識蓄積支援シス
テムに参加しているユーザそれぞれのユーザＩＤとパス
ワード等が格納されている。このユーザ認証により、各
クライアント端末１１からのメッセージ投稿等の為にな
されるコミュニティサーバ１２２に対するアクセスの許
可・禁止の制御が行われる。

【００５６】コミュニティサーバ１２２は、複数のクラ
イアント端末１１が参加可能なコミュニティの管理、運
用を行うためのものであり、各クライアント端末１１か
ら投稿されたメッセージをコミュニティ毎、且つ話題
（スレッド）毎に分類、蓄積する。コミュニティサーバ
１２２による各コミュニティの管理・運用は、コミュニ
ティ管理情報１２４、メッセージデータ１２５、および
添付ファイル１２６を用いて行われる。つまり、これら
コミュニティ管理情報１２４、メッセージデータ１２
５、および添付ファイル１２６は、コミュニティ毎にメ
ッセージの蓄積・管理を行うためのデータベースとして
利用される。

【００５７】さらに、コミュニティサーバ１２２には、
まとめ管理画１２９、およびまとめ提供部１３０が設け
られている。まとめ管理部１２９は、コミュニティ毎、
且つ話題（スレッド）毎に分類、蓄積されたメッセージ
を統括するまとめの管理を行う。「まとめ」は１メッセ
ージとして投稿されるものであるが、例えばあるスレッ
ド内の全てのメッセージの要約を自動作成し、それを該
当するスレッドの「まとめ」として投稿するようにして
も良い。また、まとめ提供部１３０は、互いに類似する
議論を行っているコミュニティが存在する場合に、ある
コミュニティ内の「まとめ」を参考情報として類似する
別のコミュニティに自動的に提供するための処理を行
う。この「まとめ」の情報提供は、あるコミュニティ内
に蓄積されている「まとめ」に関するメッセージを別の
コミュニティに対して投稿することによって行われる。

【００５８】次に、コミュニティ管理情報１２４を構成
する各テーブルについて説明する。

【００５９】図１に示されているように、コミュニティ
管理情報１２４は、ユーザテーブル２０１、コミュニテ
ィテーブル２０２、購読タイプテーブル２０３、メンバ
テーブル２０４、スレッドテーブル２０５、メッセージ
テーブル２０６およびまとめテーブル２０７などから構
成されている。以下、これら各テーブルについて説明す
る。

【００６０】＜ユーザテーブル＞図６は、ユーザを管理
するユーザテーブル２０１の構成例を示す図である。ユ
ーザテーブル２０１には、本知識蓄積支援システムに参
加しているユーザそれぞれについてユーザＩＤ、ユーザ
名およびメールアドレスが格納されている。図６におい
ては、ユーザＩＤ「Ｕ００００１」、ユーザ名「田中一
郎」、メールアドレス「ichiro.tanaka@xxxx.co.jp」の
ユーザと、ユーザＩＤ「Ｕ００００２」、ユーザ名「山
田太郎」、メールアドレス「taro.yamada@xxxx.co.jp」
のユーザが登録されている例が示されている。

【００６１】＜コミュニティテーブル＞図７は、コミュ
ニティを管理するコミュニティテーブル２０２の構成例
を示す図である。コミュニティテーブル２０２は、本知
識蓄積支援システム上に作成された各コミュニティと各
コミュニティに参加しているユーザを管理するためのテ
ーブルであり、ここには、本知識蓄積支援システム上に
作成されたコミュニティそれぞれについてコミュニティ
ＩＤ、コミュニティ名およびコミュニティタイプと、そ
のコミュニティに参加しているメンバそれぞれのメンバ
ＩＤリストが格納されている。図７においては、コミュ
ニティＩＤ「Ｃ００１」、コミュニティ名「コミュニテ
ィＡ」のコミュニティは、公開レベルが「公開」であっ
て、メンバＩＤ「Ｍ０００００１」、「Ｍ０００００
４」、…が割り当てられたユーザが参加しており、ま
た、コミュニティＩＤ「Ｃ００２」、コミュニティ名
「コミュニティＢ」のコミュニティは、公開レベルが
「メンバ制」であって、メンバＩＤ「Ｍ０００００
２」、「Ｍ０００００３」、…が割り当てられたユーザ
が参加している場合を示している。なお、メンバＩＤは
全コミュニティにわたってユニーク（一意）であり、各
ユーザには参加しているコミュニティの数と同数のメン
バＩＤが割り当てられる。

【００６２】＜購読タイプテーブル＞図８は、購読タイ
プを管理する購読タイプテーブル２０３の構成例を示す
図である。購読タイプテーブル２０３には、本知識蓄積
支援システムに参加しているユーザそれぞれについてユ
ーザＩＤ、ユーザ名、参加しているコミュニティのコミ
ュニティＩＤ、そのコミュニティに対する購読タイプお
よび購読タイプがメールの場合のユーザのメールアドレ
スが格納されている。なお、ユーザテーブル２０１でメ
ールアドレスを管理する場合には、この購読タイプテー
ブル２０３には必ずしもメールアドレスを登録する必要
はなく、また逆に、ユーザテーブル２０１ではメールア
ドレスを管理せず、購読タイプがメールの場合のユーザ
のメールアドレスのみを購読タイプテーブル２０３にて
管理するようにしても良い。

【００６３】図８においては、ユーザＩＤが「Ｕ０００
０１」で、ユーザ名が「田中一郎」のユーザが、コミュ
ニティＩＤ「Ｃ００１」と「Ｃ００２」の２つのコミュ
ニティに参加しており、コミュニティＩＤ「Ｃ００１」
のコミュニティに関する購読タイプはｗｅｂで、コミュ
ニティＩＤ「Ｃ００１」のコミュニティに関する購読タ
イプがメールであり、またユーザＩＤが「Ｕ００００
２」で、ユーザ名が「山田太郎」のユーザが、コミュニ
ティＩＤ「Ｃ００５」のコミュニティに参加しており、
そのコミュニティに関する購読タイプがｗｅｂである場
合を示している。

【００６４】＜メンバテーブル＞図９は、メンバを管理
するメンバテーブル２０４の構成例を示す図である。メ
ンバテーブル２０４には、メンバＩＤそれぞれについ
て、それが参加しているコミュニティに関する参加属性
を示すメンバタイプと、メンバとして参加しているユー
ザのユーザ名とが格納されている。メンバタイプには、
参加が承認されている「参加者」、参加者として仮登録
されている「仮登録者」、参加を申し込んでいるが承認
されていない「参加希望者」、参加に関する手続きを行
っておらず一種のゲストとして参加する「匿名」とがあ
る。

【００６５】図９においては、ユーザ名「田中一郎」の
ユーザは、メンバＩＤ「Ｍ０００００１」として参加し
ているコミュニティに対してはそのメンバタイプが「参
加者」で、またメンバＩＤ「Ｍ０００００３」として参
加しているコミュニティに対してはそのメンバタイプが
「参加希望者」であり、またユーザ名「山田太郎」のユ
ーザは、メンバＩＤ「Ｍ０００００２」として参加して
いるコミュニティに対してはそのメンバタイプが「仮登
録者」で、またメンバＩＤ「Ｍ０００００４」として参
加しているコミュニティに対してはそのメンバタイプが
「匿名」である場合を示している。

【００６６】＜スレッドテーブル＞図１０は、スレッド
を管理するスレッドテーブル２０５の構成例を示す図で
ある。スレッドテーブル２０５には、コミュニティそれ
ぞれについてコミュニティＩＤと、そのコミュニティ内
に生成されているスレッドそれぞれのスレッドＩＤを含
むスレッドＩＤリストとが格納されている。スレッドＩ
Ｄも全コミュニティについてユニークな値が用いられ
る。

【００６７】図１０においては、コミュニティＩＤ「Ｃ
００１」のコミュニティにはスレッドＩＤ「Ｔ０１００
１」、「Ｔ０１００２」、…のスレッドが含まれてお
り、またコミュニティＩＤ「Ｃ００２」のコミュニティ
にはスレッドＩＤ「Ｔ０２００１」、…のスレッドが含
まれている場合を示している。

【００６８】＜メッセージテーブル＞図１１は、メッセ
ージを管理するメッセージテーブル２０６の構成例を示
す図である。メッセージテーブル２０６には、スレッド
ＩＤ毎にそれを構成するメッセージそれぞれのメッセー
ジＩＤと、メッセージデータ１２５として格納されてい
る該当するメッセージの実データの所在を示すＵＲＬと
が格納されている。なお、このＵＲＬは、該当するスレ
ッドＩＤとメッセージＩＤとから一義に特定できるよう
にしてもよく、この場合には、ＵＲＬのフィールドは不
要となる。

【００６９】＜まとめテーブル＞図１２は、スレッド毎
に作成される「まとめ」を管理するまとめテーブル２０
７の構成例を示す図である。まとめテーブル２０７に
は、スレッドＩＤ毎にそのスレッドの「まとめ」として
作成・登録されたメッセージのメッセージＩＤと、複数
の「まとめ」が作成・登録された場合における各メッセ
ージの版番号と、メッセージデータ１２５として格納さ
れている該当する「まとめ」に関するメッセージの実デ
ータの所在を示すＵＲＬとが格納されている。

【００７０】また、メッセージテーブル２０６の場合と
同様に、まとめテーブル２０７のＵＲＬは、該当するス
レッドＩＤとメッセージＩＤとから一義に特定できるよ
うにしてもよく、この場合にはＵＲＬのフィールドは不
要となる。

【００７１】ここで、コミュニティサーバ１２２のまと
め管理部１２９によって実行される、この知識蓄積支援
システムにおけるまとめメッセージの管理処理について
説明する。

【００７２】まず、図１３および図１４を参照して、こ
の知識蓄積支援システムにおいてクライアント端末１１
のＷｅｂブラウザ１１１により表示される画面の状態遷
移の一例を説明する。

【００７３】図１３は、まとめの改訂を行う際のＷｅｂ
ブラウザ画面の状態遷移を示す図であり、（Ａ）は、コ
ミュニティ名が「公開」の最初の会話の単位であるスレ
ッドの表示を示している。この状況で、「新規まとめ」
のボタンをクリックすると、このスレッドを総括するま
とめメッセージを作成するための画面に移行し、その画
面で作成されたメッセージがまとめメッセージとして投
稿され、管理情報はコミュニティ管理情報１２４のまと
めテーブル２０７に、まとめのデータ自体はメッセージ
データ１２５にそれぞれ格納される。

【００７４】（Ｂ）は、最初のまとめメッセージが作成
された後、さらにメッセージが投稿されてスレッド内に
知識が蓄積された場合に、新たにまとめメッセージを作
成し直して改訂するために「まとめ改訂」ボタンをクリ
ックする状況を示している。ここで、「まとめ改訂」の
ボタンをクリックすると、このスレッドを新たに総括す
るまとめメッセージを作成するための画面に移行し、そ
の画面で作成されたメッセージがまとめメッセージとし
て投稿され、管理情報はコミュニティ管理情報１２４の
まとめテーブル２０７に、まとめのデータ自体はメッセ
ージデータ１２５にそれぞれ格納される。そして、この
ときのまとめメッセージの改訂およびその版管理を司る
のが、コミュニティサーバ１２２のまとめ理部１２９で
ある。

【００７５】また、（Ｃ）は、まとめメッセージの作成
とその後のメッセージの投稿とを何度か繰り返した後
に、さらに新たにまとめメッセージを作成し直して改訂
するために「まとめ改訂」ボタンをクリックする状況を
示している。

【００７６】つまり、このようにして作成される複数の
まとめメッセージについて、この知識蓄積支援システム
では、新たにまとめメッセージが作成された際、既存の
まとめメッセージを他のメッセージと同等の単なる一メ
ッセージとして埋没させるのではなく、まとめメッセー
ジの追跡を可能とすべく改訂・版管理を実行する。

【００７７】図１４は、まとめメッセージの改訂および
その版管理処理の手順を示すフローチャートである。

【００７８】ユーザがＷｅｂブラウザ１１１によりサー
バコンピュータ１２の制御部１２１へログイン要求する
と（ステップＡ１）、制御部１２１は、ユーザから入力
されたユーザＩＤおよびパスワードが登録されているか
否かを調べるためにログイン管理情報１２３にアクセス
し（ステップＡ２）、このログインを許可するかどうか
を判定するためのユーザ認証を行う（ステップＡ３）。
ユーザＩＤおよびパスワードがログイン管理情報１２３
に登録されておらず、ログインが失敗した場合（ステッ
プＡ３のＮＯ）、制御部１２１は、ログイン失敗をＷｅ
ｂサーバ１２７を通じてＷｅｂブラウザ１１１に返しこ
の処理を終了する（ステップＡ４）。

【００７９】一方、ユーザＩＤおよびパスワードがログ
イン管理情報１２３に登録されており、ログインが成功
した場合（ステップＡ３のＹＥＳ）、コミュニティサー
バ１２２のまとめ管理部１２９は、指定されたコミュニ
ティ名とスレッドＩＤからコミュニティ管理情報１２４
のメッセージテーブル２０６およびまとめテーブル２０
７で管理された当該コミュニティ・当該スレッドのメッ
セージを検索し、Ｗｅｂブラウザ１１１に返却する（ス
テップＡ５）。

【００８０】このコミュニティサーバ１２２から返され
たデータをもとにＷｅｂブラウザ１１１が図１３に示し
た画面を表示すると（ステップＡ６）、ユーザは、まと
めメッセージの作成を行い（ステップＡ７）、Ｗｅｂブ
ラウザ１１１は、この作成されたまとめメッセージを含
むまとめ操作情報（新規作成あるいは改訂）をコミュニ
ティサーバ１２３に送信する（ステップＡ８）。

【００８１】そして、コミュニティサーバ１２２のまと
め管理部１２９は、受信したまとめ操作情報をもとに、
当該まとめメッセージにメッセージＩＤを発番し、この
発番したメッセージＩＤと版番号をまとめテーブル２０
７に格納するとともに、データ自体をメッセージデータ
１２５に格納する（ステップＡ９）。

【００８２】＜コミュニティタイプとまとめ＞次に、上
記のようにして各コミュニティにてスレッド毎に作成・
管理される「まとめ」と、そのコミュニティのコミュニ
ティタイプとの関係について説明する。

【００８３】上述のように、コミュニティタイプには、
自由参加の「公開制」、承認された参加者のグループか
らなる「メンバ制」、承認された参加者以外には公開し
ない「非公開制」の３つがある。「公開制」のコミュニ
ティ内のまとめは原則公開であり、また「非公開制」の
コミュニティ内のまとめはそのコミュニティの正規参加
者のみが参照可能な非公開の情報である。さらに、「メ
ンバ制」のコミュニティには、それを参加者以外のメン
バにも公開することを意味する「公開まとめ」と、参加
者以外のメンバには公開しない「非公開まとめ」とが存
在する。「公開まとめ」、「非公開まとめ」、のいずれ
にするかは、そのコミュニティの管理者や、まとめメッ
セージの投稿者などが決定することが出来る。

【００８４】まとめ提供部１３０による「まとめ」の提
供は、「公開まとめ」のみが対象となり、「非公開まと
め」は提供対象とならない。

【００８５】＜まとめの提供＞次に、図１５を参照し
て、まとめ提供部１３０による「公開まとめ」の提供動
作について説明する。

【００８６】図１５において、コミュニティ１００（コ
ミュニティＡ）は既に「公開まとめ」が作成されている
既存のコミュニティであり、コミュニティ２００（コミ
ュニティＢ）は各ユーザからのメッセージが逐次投稿さ
れている現在議論中のコミュニティである。

【００８７】コミュニティ１００（コミュニティＡ）に
は、各ユーザから投稿されたメッセージが格納されるメ
ッセージファイル１０１と、各ユーザから投稿された
「まとめ」が格納されているまとめファイル１０２と既
に構築されている。これらメッセージファイル１０１お
よびまとめファイル１０２は、それぞれメッセージデー
タ１２５に登録されたメッセージデータからなる。一
方、コミュニティ２００（コミュニティＢ）には各ユー
ザから投稿されたメッセージが格納されるメッセージフ
ァイル２０１が構築されており、またスレッドの中には
「まとめ」がまとめファイル２０２として既に作成され
ているものも存在する。

【００８８】コミュニティサーバ１２２は、本システム
に構築される各種のコミュニティを監視しており、類似
の内容が議論されていないかをチェックするため、既存
のコミュニティ（図１５の場合は、コミュニティ１０
０）のまとめの内、「公開まとめ」をまとめファイル１
０２から読み出し、まとめ提供部１３０内の形態素解析
部３０１によって解析する。また、現在投稿されている
コミュニティ２００のまとめファイル２０２に格納され
ているメッセージについてもまとめ提供部１３０内の形
態素解析部３０１によって解析される。そして、その解
析結果はまとめ提供部１３０内の推薦制御部３０２に送
られ、その類似度が判断される。すなわち、本例では、
コミュニティ１００，２００間の議論の類似性を判定す
るために、情報提供元となるコミュニティ内の「公開ま
とめ」と情報提供先となるコミュニティ内のすべての
「まとめ」との間の類似度が、形態素解析を用いて判断
される。その類似度が所定の値以上であれば、推薦制御
部３０２の制御の下、コミュニティ１００の「公開まと
め」が参考資料としてコミュニティ２００に推薦投稿さ
れる。この推薦投稿された「公開まとめ」はコミュニテ
ィ２００内の新たなスレッドとして管理されることにな
る。

【００８９】＜公開まとめ提供処理＞次に、図１６のフ
ローチャートを参照して、公開まとめ提供処理の手順に
ついて説明する。コミュニティサーバ１２２の形態素解
析部３０１において、まず、既存コミュニティ１００
（コミュニティＡ）の「公開まとめ」の１件をまとめフ
ァイル２０１から読み出し、形態素解析を実行する（ス
テップＳ１０）。また、コミュニティ２００（コミュニ
ティＢ）の全てのまとめをまとめファイル２０２から読
み出し、形態素解析を実行する（ステップＳ１１）。コ
ミュニティサーバ１２２の推薦制御部３０２は、コミュ
ニティＡの１件の「公開まとめ」の形態素解析結果と、
コミュニティＢのまとめ全体の形態素解析結果とを比較
してその類似度を判定する（ステップＳ１２）。この場
合、具体的には、解析対象となる各まとめについて形態
素解析を行い、そしてその解析結果に対して、字句の重
み付け処理などを行った後に類似度算出のための比較処
理などを行うことにより、コミュニティＡ内の「公開ま
とめ」とコミュニティ２００内のすべての「まとめ」と
の間の類似度が調べられることになる。

【００９０】そして、コミュニティサーバ１２２の推薦
制御部３０２は、その類似度があらかじめ定められた所
定値より高い場合（ステップＳ１３のＹｅｓ）、コミュ
ニティサーバ１２２は、コミュニティＡの「公開まと
め」をコミュニティＢへ参考資料として自動的に提供す
る（ステップＳ１４）。

【００９１】コミュニティＢへの提供はメッセージ投稿
の形式で行われ、コミュニティＢのユーザは通常のメッ
セージ購読手段により簡単に参照することが出来る。な
お、提供対象となる既存コミュニティの「まとめ」は、
上述したように、公開まとめに限定され、非公開まとめ
は対象外とする。

【００９２】以上のように、本実施形態によれば、既に
公開まとめの情報も持つコミュニティと類似する議論を
行っている別のコミュニティが存在する場合には、その
公開まとめ情報が自動的にその別のコミュニティに対し
て参考資料として投稿されるので、議論中の仮想コミュ
ニティにおいては、より密度の濃い議論が行えたり、場
合によっては議論の結論を容易に導き出すことが出来
る。また、類似する仮想コミュニティの存在が明らかと
なり、必要に応じて類似するコミュニティ間の連携、ま
たは統合などを行うことも可能となる。

【００９３】なお、本実施形態の知識蓄積支援システム
の機能は全てコンピュータプログラムにより実現されて
いるので、そのコンピュータプログラムをコンピュータ
読み取り可能な記憶媒体に記憶しておき、その記憶媒体
を通じてコンピュータプログラムを、コンピュータネッ
トワーク接続可能な通常のコンピュータに導入するだけ
で、本実施形態と同様の効果を得ることができる。

【００９４】また本発明は、上記実施形態に限定される
ものではなく、実施段階ではその要旨を逸脱しない範囲
で種々に変形することが可能である。更に、上記実施形
態には種々の段階の発明が含まれており、開示される複
数の構成要件における適宜な組み合わせにより種々の発
明が抽出され得る。例えば、実施形態に示される全構成
要件から幾つかの構成要件が削除されても、発明が解決
しようとする課題の欄で述べた課題が解決でき、発明の
効果の欄で述べられている効果が得られる場合には、こ
の構成要件が削除された構成が発明として抽出され得
る。

【００９５】

【発明の効果】以上、詳述したように、本発明によれ
ば、あるコミュニティから別のコミュニティに対して自
動的に有効な情報を提供できるようになり、コミュニテ
ィ間にわたる知識の共有を効率よく図ることが可能とな
る。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る知識蓄積支援システ
ムのシステム構成を示すブロック図。

【図２】同実施形態の知識蓄積支援システムで扱われる
知識を説明するための図。

【図３】同実施形態の知識蓄積支援システムにおける知
識蓄積処理の原理を説明するための図。

【図４】同実施形態の知識蓄積支援システムで管理され
るメッセージとスレッドとの関係を説明するための図。

【図５】同実施形態の知識蓄積支援システムで管理され
るメッセージと「まとめ」との関係を説明するための
図。

【図６】同実施形態の知識蓄積支援システムで使用され
るユーザテーブルの一例を示す図。

【図７】同実施形態の知識蓄積支援システムで使用され
るコミュニティテーブルの一例を示す図。

【図８】同実施形態の知識蓄積支援システムで使用され
る購読タイプテーブルの一例を示す図。

【図９】同実施形態の知識蓄積支援システムで使用され
るメンバテーブルの一例を示す図。

【図１０】同実施形態の知識蓄積支援システムで使用さ
れるスレッドテーブルの一例を示す図。

【図１１】同実施形態の知識蓄積支援システムで使用さ
れるメッセージテーブルの一例を示す図。

【図１２】同実施形態の知識蓄積支援システムで使用さ
れるまとめテーブルの一例を示す図。

【図１３】同実施形態の知識蓄積支援システムにおいて
まとめの改訂を行う際のＷｅｂブラウザ画面の状態遷移
を示す図。

【図１４】同実施形態の知識蓄積支援システムにおける
まとめの作成および管理処理を示すフローチャート。

【図１５】同実施形態の知識蓄積支援システムにおける
まとめ提供動作を説明するための図。

【図１６】同実施形態の知識蓄積支援システムにおける
まとめ提供処理の手順を示すフローチャート。

【符号の説明】

１１…クライアント端末１２…サーバコンピュータ１１１…Ｗｅｂブラウザ１１２…メールクライアント１２１…制御部１２２…コミュニティサーバ１２３…ログイン管理情報１２４…コミュニティ管理情報１２５…メッセージデータ１２６…添付ファイル１２７…Ｗｅｂサーバ１２８…メールサーバ１２９…まとめ管理部１３０…まとめ提供部２０１…ユーザテーブル２０２…コミュニティテーブル２０３…購読タイプテーブル２０４…メンバテーブル２０５…スレッドテーブル２０６…メッセージテーブル２０７…まとめテーブル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 １３２Ｇ０６Ｆ 17/60 １３２５０２５０２５１４５１４ (72)発明者岩田真明東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者島川和典東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内Ｆターム(参考） 5B075 NR03 NR12 PP02 PP03 PQ02 PQ05 PR06 QM08 QT10 UU24

Claims

【特許請求の範囲】

【請求項１】複数のクライアント端末とネットワーク
を介して接続可能に構成され、各クライアント端末から
仮想コミュニティへ投稿されたメッセージを分類、蓄積
することによって知識の蓄積を支援する知識蓄積支援シ
ステムであって、前記クライアント端末からのメッセージ投稿を許可する
ために、アクセス要求元のクライアント端末に対してユ
ーザ認証を行うアクセス制御手段と、複数のクライアント端末間の議論の場となる仮想コミュ
ニティを複数管理し、前記アクセス制御手段によってア
クセス許可された各クライアント端末から前記各仮想コ
ミュニティに投稿されるメッセージを話題毎に分類、蓄
積するコミュニティ処理手段と、前記仮想コミュニティ内に蓄積されているメッセージ群
を話題毎に総括したまとめ情報を仮想コミュニティ毎に
管理する手段と、公開属性をもつ公開まとめ情報を有する所定の仮想コミ
ュニティとそれ以外の他の仮想コミュニティとの間の議
論の類似性を判別し、類似する他の仮想コミュニティに
対して前記公開まとめ情報を提供する公開まとめ情報提
供手段とを具備することを特徴とする知識蓄積支援シス
テム。
【請求項２】前記公開まとめ情報提供手段は、前記所
定の仮想コミュニティ内の公開まとめ情報と前記他の仮
想コミュニティ内の全てのまとめ情報との類似度に基づ
いて、前記仮想コミュニティ間の議論の類似性を判別す
ることを特徴とする請求項１記載の知識蓄積支援システ
ム。
【請求項３】前記公開まとめ情報提供手段は、前記所定の仮想コミュニティ内の公開まとめ情報、およ
び前記他の仮想コミュニティ内の全てのまとめ情報を形
態素解析する手段と、前記形態素解析の結果を比較してその間の類似度を求め
る手段と、前記類似度が所定値よりも高い場合、前記公開まとめ情
報を前記他の仮想コミュニティに提供する手段とを具備
することを特徴とする請求項１記載の知識蓄積支援シス
テム。
【請求項４】複数のクライアント端末とネットワーク
を介して接続可能に構成され、各クライアント端末から
仮想コミュニティへ投稿されたメッセージを分類、蓄積
することによって知識の蓄積を支援する知識蓄積支援シ
ステムにおける公開まとめ提供方法であって、前記クライアント端末からのメッセージ投稿を許可する
ために、アクセス要求元のクライアント端末に対してユ
ーザ認証を行うアクセス制御ステップと、複数のクライアント端末間の議論の場となる仮想コミュ
ニティを複数管理し、前記アクセス制御ステップによっ
てアクセス許可された各クライアント端末から前記各仮
想コミュニティに投稿されるメッセージを話題毎に分
類、蓄積するコミュニティ処理ステップと、前記仮想コミュニティ内に蓄積されているメッセージ群
を話題毎に総括したまとめ情報を仮想コミュニティ毎に
管理するステップと、公開属性をもつ公開まとめ情報を有する所定の仮想コミ
ュニティとそれ以外の他の仮想コミュニティとの間の議
論の類似性を判別し、類似する他の仮想コミュニティに
対して前記公開まとめ情報を提供する公開まとめ情報提
供ステップとを具備することを特徴とする知識蓄積支援
システムにおける公開まとめ提供方法。
【請求項５】前記公開まとめ情報提供ステップは、前
記所定の仮想コミュニティ内の公開まとめ情報と前記他
の仮想コミュニティ内の全てのまとめ情報との類似度に
基づいて、前記仮想コミュニティ間の議論の類似性を判
別することを特徴とする請求項４記載の知識蓄積支援シ
ステムにおける公開まとめ提供方法。
【請求項６】前記公開まとめ情報提供ステップは、前記所定の仮想コミュニティ内の公開まとめ情報、およ
び前記他の仮想コミュニティ内の全てのまとめ情報を形
態素解析するステップと、前記形態素解析の結果を比較してその間の類似度を求め
るステップと、前記類似度が所定値よりも高い場合、前記公開まとめ情
報を前記他の仮想コミュニティに提供するステップとを
具備することを特徴とする請求項４記載の知識蓄積支援
システムにおける公開まとめ提供方法。