JP2003030216A

JP2003030216A - 知識蓄積支援システムおよび同システムにおけるメッセージ階層表示設定方法

Info

Publication number: JP2003030216A
Application number: JP2001215915A
Authority: JP
Inventors: Masayo Toyoda; 真代豊田; Hitoshi Tanigawa; 均谷川; Masaaki Iwata; 真明岩田; Kazunori Shimakawa; 和典島川
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2001-07-16
Filing date: 2001-07-16
Publication date: 2003-01-31
Anticipated expiration: 2021-07-16
Also published as: JP4146109B2

Abstract

(57)【要約】【課題】知識として蓄積されたメッセージ相互間の階層
関係をどのように表示するかを自由に設定することが可
能な知識蓄積支援システムを提供する。【解決手段】コミュニティサーバ１２２は、仮想コミュ
ニティ上でユーザ同士が交わすメッセージを話題毎に分
類、蓄積するものである。このコミュニティサーバ１２
２は、メッセージ階層表示設定部１２９を備えており、
各ユーザが仮想コミュニティのスレッドへ投稿されたメ
ッセージをどのように表示するのか、その階層表示方法
を選択するとともに階層レベルを設定する仕組みを各ユ
ーザに提供する。そして、そのために、このメッセージ
階層表示設定部１２９は、コミュニティ管理情報１２４
のメッセージテーブル２０６を用いてコミュニティ毎か
つスレッド毎にメッセージ階層表示方法を管理し、各ユ
ーザの要求に応じて、このメッセージテーブル２０６の
階層表示の有無と、有りの場合の階層レベルを設定す
る。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

【発明が解決しようとする課題】しかしながら、従来の
ナレッジマネジメントシステムでは、収集・蓄積した知
識を活用するためのユーザインタフェースが画一的であ
るため、一部のユーザについては、好みのインタフェー
スがあるにも関わらず、それ以外のインタフェースで収
集・蓄積した知識を活用することを強制してしまってい
た。

【０００７】また、ナレッジの集合体であるスレッドを
構成する複数のメッセージの表示に関して、階層化せず
に先頭を揃えて表示していたため、オリジナルメッセー
ジに対する回答メッセージが時系列に複数個存在してい
たとしても、非常に見づらい状態で表示されていたとい
った問題があった。あるいは、システムによっては、階
層化して表示するように固定化されているものもあった
ため、特に階層レベルが深い場合に、画面表示がされな
いメッセージも現れてきていたという問題があった。

【０００８】この発明はこのような事情を考慮してなさ
れたものであり、個人のノウハウなどの知識を効率よく
収集・蓄積でき、しかも知識として蓄積されたメッセー
ジ相互間の階層関係をどのように表示するかを自由に設
定することが出来る知識蓄積支援システムおよび同シス
テムにおけるメッセージ階層表示設定方法を提供するこ
とを目的とする。

【０００９】

【課題を解決するための手段】前述した目的を達成する
ために、この発明は、複数のクライアント端末とネット
ワークを介して接続可能に構成され、各クライアント端
末から仮想コミュニティへ投稿されたメッセージを分
類、蓄積することによって知識の蓄積を支援する知識蓄
積支援システムであって、前記クライアント端末からの
メッセージ投稿を許可するために、アクセス要求元のク
ライアント端末に対してユーザ認証を行うアクセス制御
手段と、複数のクライアント端末が参加可能な仮想コミ
ュニティを管理し、前記アクセス制御手段によってアク
セス許可された各クライアント端末から仮想コミュニテ
ィに投稿されるメッセージを話題毎に分類、蓄積するコ
ミュニティ処理手段とを具備し、前記コミュニティ処理
手段は、前記分類、蓄積したメッセージの一覧表示画面
上における前記メッセージ相互間の階層関係に関する表
示方法を、前記クライアント端末からの指示に応じて設
定するメッセージ階層表示設定手段を具備することを特
徴とする。

【００１０】この知識蓄積支援システムにおいては、仮
想コミュニティ上でユーザ同士が交わすメッセージは話
題毎に分類、蓄積され、これにより複数のユーザ間で交
わされる会話の中に含まれる個人の知識が自動収集され
る。特に、メッセージ階層表示設定手段を設けたことに
より、分類、蓄積したメッセージの一覧表示画面上でメ
ッセージ相互間の階層関係に関わる表示をどのようにす
るかの設定をクライアント端末からの指示に応じて行う
ことができるので、各ユーザが好みのインタフェース
で、収集・蓄積された知識を活用することが可能とな
る。

【００１１】

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

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

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

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

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

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

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

【００１８】・登録されている全てのユーザが、コミュ
ニティを作成できる。・サイト管理者に承認されたユーザのみ、コミュニティ
を作成できる。

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

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

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

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

【００２３】（４）作成者コミュニティを作成したユーザ名。（５）作成日コミュニティが作成された日付。（６）コミュニティの紹介コミュニティの簡単な紹介文。（７）コミュニティのカテゴリ上述したように、コミュニティはその内容に応じてカテ
ゴリ分けすることができ、分類先のカテゴリに関する情
報がコミュニティ毎に保持される。また、カテゴリは、
サイト管理者によって登録されたものを使用する。

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

【００２５】（９）統計情報各コミュニティ毎にそれに属しているユーザの数や参加
者別の発言数ランキングなどを含む。（１０）管理者このコミュニティを管理する管理者名。（１１）メンバこのコミュニティに属している（アクセス可能な）ユー
ザ。（１２）メッセージ削除権限投稿済みメッセージの削除を許されているユーザ。以下
のいずれかを選択できる。・コミュニティ管理者のみ。・コミュニティ管理者と投稿者。

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

【００２７】一方、スレッドとは、上述したようにある
話題に関するメッセージの束のことである。１つの話題
に対して、様々な意見（メッセージ）によって会話が進
んでいき、結論を出す。この結論が「まとめ」である。
この知識蓄積支援システムにおいては、「まとめ」に関
する作成支援機能も有している。この作成支援機能を利
用することにより、該当するスレッド内のメッセージや
添付ファイルなどを援用しつつ、話題の結論としての
「まとめ」を容易に作成することができる。

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

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

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

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

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

【００３３】＜メールによるメッセージの投稿＞メール
によって、各コミュニティに投稿されたメッセージは、
以下の手順で処理される。（１）ユーザは、投稿先のコミュニティに割り当てられ
ているメールアドレスに対してメッセージをメールにて
投稿する。（２）知識蓄積支援システムのサーバは、全てのコミュ
ニティ宛に届いたメールをメールサーバから一括取得す
る。

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

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

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

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

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

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

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

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

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

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

【００４４】さらに、コミュニティサーバ１２２には、
メッセージ階層表示設定部１２９が設けられている。メ
ッセージ階層表示設定部１２９は、スレッドを構成する
メッセージ群の一覧表示画面上においてそれらメッセー
ジ相互間の関係をどのような階層表示形態で表示するか
を示すメッセージ階層表示方法を、クライアント端末１
１からの指示に応じて設定する。これにより、階層表示
の有無を選択したり、および階層表示を利用する際にど
の程度の階層レベルまで階層表示するかを指定すること
が可能となる。メッセージ階層表示方法の設定・変更は
基本的には管理者によって行われるが、スレッド作成者
（最初のメッセージ投稿者）にその権限を与えても良
い。

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

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

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

【００４８】＜コミュニティテーブル＞図７は、コミュ
ニティを管理するコミュニティテーブル２０２の構成例
を示す図である。コミュニティテーブル２０２は、本知
識蓄積支援システム上に作成された各コミュニティと各
コミュニティに参加しているユーザを管理するためのテ
ーブルであり、ここには、本知識蓄積支援システム上に
作成されたコミュニティそれぞれについてコミュニティ
ＩＤ、コミュニティ名およびコミュニティタイプと、コ
ミュニティの管理者となっているメンバそれぞれの（管
理者もまたメンバであるため）メンバＩＤのリストであ
る管理者ＩＤリストと、そのコミュニティに参加してい
るメンバそれぞれのメンバＩＤリストとが格納されてい
る。ここで管理者になれるメンバタイプは「参加者」に
限られる。メンバタイプの詳細は後述する。

【００４９】図７においては、コミュニティＩＤ「Ｃ０
０１」、コミュニティ名「コミュニティＡ」のコミュニ
ティについては、コミュニティタイプが「公開」であっ
て、その管理者は管理者ＩＤリストに登録されているメ
ンバＩＤが「Ｍ０００００１」のユーザであり、メンバ
ＩＤ「Ｍ０００００１」、「Ｍ０００００４」、「Ｍ０
００００５」、…が割り当てられたユーザが参加してい
る。また、コミュニティＩＤ「Ｃ００２」、コミュニテ
ィ名「コミュニティＢ」のコミュニティは、コミュニテ
ィタイプが「メンバ制」であって、その管理者は管理者
ＩＤリストに登録されているメンバＩＤが「Ｍ００００
２０」、「Ｍ００００３０」、…のユーザであり、メン
バＩＤ「Ｍ０００００２」、「Ｍ０００００３」、…が
割り当てられたユーザが参加している場合を示してい
る。なお、メンバＩＤは全コミュニティにわたってユニ
ーク（一意）であり、各ユーザには参加しているコミュ
ニティの数と同数のメンバＩＤが割り当てられる。

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

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

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

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

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

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

【００５６】＜メッセージテーブル＞図１１は、メッセ
ージを管理するメッセージテーブル２０６の構成例を示
す図である。メッセージテーブル２０６には、スレッド
ＩＤ毎に、メッセージの階層表示の有無（「Ｙ」または
「Ｎ」）と、メッセージ階層が「Ｙ」（有）の場合のメ
ッセージ階層レベルと、そのメッセージが当該スレッド
において何階層目であるかを示す階層番号と、当該スレ
ッドを構成するメッセージそれぞれのメッセージＩＤ
と、そのメッセージを投稿した投稿者のメンバＩＤと、
メッセージデータ１２５として格納されている該当する
メッセージの実データの所在を示すＵＲＬとが格納され
ている。なお、このＵＲＬは、該当するスレッドＩＤと
メッセージＩＤとから一義に特定できるようにしてもよ
く、この場合には、ＵＲＬのフィールドは不要となる。
また、階層表示の有無をなくし、その代わりに階層レベ
ル「０」を階層表示なしの設定として利用することもで
きる。

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

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

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

【００６０】まず、図１３を参照して、この知識蓄積支
援システムにおいてクライアント端末１１のＷｅｂブラ
ウザ１１１に提供されるメッセージ一覧画面の状態遷移
の一例を説明する。

【００６１】図１３は、メッセージ階層表示の設定を行
う際のＷｅｂブラウザ画面の状態遷移を示す図であり、
図１３（Ａ）では、例えば「田中一郎」というユーザが
参加しているコミュニティ内のスレッドＮのメッセージ
一覧が表示されている。メッセージは「発言順」に並べ
られて表示されており、「メッセージタイトル」と「発
言者」と「発言日時」が合わせて表示されている。さら
に、「階層」の項目も設けられており、ここにはメッセ
ージ相互間の階層関係を示す数値（階層レベル値＝階層
番号）が表示される。本例では、最初に投稿されたメッ
セージ（発言順１）に対する回答メッセージとして発言
順２のメッセージが投稿され、さらに、発言順２のメッ
セージに対する回答メッセージとして発言順３のメッセ
ージが、発言順３のメッセージに対する回答メッセージ
として発言順４のメッセージが、発言順４のメッセージ
に対する回答メッセージとして発言順５のメッセージが
それぞれ投稿され、そして最後に発言順２のメッセージ
に対する回答メッセージとして発言順６のメッセージが
投稿された場合を想定している。この場合、「階層」の
項目に表示される階層レベル値は、図示のように、発言
順１のメッセージは「１」、発言順２のメッセージは
「２」、発言順３のメッセージは「３」、発言順４のメ
ッセージは「４」、発言順５のメッセージは「５」、発
言順６のメッセージは「３」となる。

【００６２】また、図１３（Ａ）では、メッセージの階
層表示は「Ｎ」（無）に設定されているため、各メッセ
ージそれぞれのメッセージタイトルは、ネストされずに
先頭が揃えられた状態で表示されている。しかしなが
ら、メッセージテーブル２０６の階層番号が画面の階層
欄に表示されていることから、端末操作者はメッセージ
毎にそれが何階層目であることが容易に分かるようにな
っている。ここで、スレッドＮのメッセージの階層表示
を「Ｎ」（無）から「Ｙ」（有）に変更すると、メッセ
ージテーブル２０６の階層番号により、次に図１３
（Ｂ）のように、階層レベル設定のための欄が画面上に
表示される。この階層レベル欄に例えば「４」と入力す
ると、図１３（Ａ）ではネストされていなかったメッセ
ージタイトルが４レベルまで階層化されて表示される。
これにより、ひと目でメッセージの階層が分かるように
なる。

【００６３】具体的に説明すると、発言順が２、３、４
のメッセージタイトルは１文字ずつ字下げされた状態で
階層化されて表示されるが、発言順が５のメッセージタ
イトルは、メッセージタイトルの先頭表示位置をずらし
て表示する最大階層レベルを示す階層レベルの設定値が
４であるので、発言順４のメッセージタイトルと同じレ
ベルで表示される。即ち、メッセージ毎に階層レベルと
階層番号とが比較され、階層番号が階層レベルを越えた
場合、階層レベルが優先されて表示されるものである。
つまり、階層レベルと階層番号とが等しいか、又は階層
番号の方が大きい場合には、当該メッセージは全てその
指定されている階層レベルに固定されてクライアント端
末に階層表示されることになる。図１３（Ｂ）での階層
化表示を止めたい場合には、階層表示を「Ｎ」（無）に
設定すると、図１３（Ａ）の画面に戻される。この設定
や変更操作はクライアント端末１１からコミュニティサ
ーバ１２２に送信され、メッセージ階層表示設定部１２
９によってコミュニティ管理情報１２４に反映されるの
で、次回からは最新の階層表示設定に基づいてメッセー
ジ一覧が表示されることとなる。つまり、例えばコミュ
ニティの管理者は、そのコミュニティ内の各スレッドに
ついてそのメッセージ相互間の関係をどのような階層表
示形態で表示するかを設定することが出来、以降は、各
メンバにはその設定された階層表示形態でメッセージの
一覧画面が提供されることになる。

【００６４】図１４は、メッセージ階層表示設定の処理
の流れを示した図であり、この例では、メッセージの階
層表示を「Ｎ」（無）から「Ｙ」（有）に変更し、階層
レベルは「４」に設定する例を示している。

【００６５】まず、Ｗｅｂブラウザ１１１がコミュニテ
ィのＵＲＬを指定し、表示された画面からメッセージ階
層表示設定要求を行うと（１）、コミュニティサーバ１
２２のメッセージ階層表示設定部１２９は、コミュニテ
ィ管理情報１２４のメッセージテーブル２０６を検索し
（２）、現在の階層表示設定情報（階層表示の有無、階
層レベル、階層番号）に対応する図１３（Ａ）または図
１３（Ｂ）のようなメッセージ一覧画面をＷｅｂブラウ
ザ１１１に返信する（３）。そして、クライアント端末
１１ではメッセージ一覧画面上で所望のメッセージの階
層表示を「Ｎ」（無）から「Ｙ」（有）に設定し、階層
レベルを「４」に設定する（４）。

【００６６】その後、Ｗｅｂブラウザ１１１は階層表示
設定データをコミュニティサーバ１２２のメッセージ階
層表示設定部１２９に送信すると（５）、これを受信し
たメッセージ階層表示設定部１２９は、メッセージテー
ブル２０６の当該スレッドの階層表示を「Ｙ」に、階層
レベルを「４」に設定する（６）。以降は、Ｗｅｂブラ
ウザ１１１には、その設定された階層レベルに基づいて
メッセージ一覧が階層表示されることになる。

【００６７】図１５は、図１４で示したメッセージ階層
表示設定の処理の手順を示すフローチャートである。

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

【００６９】ユーザＩＤおよびパスワードがログイン管
理情報１２３に登録されており、ログインが成功した場
合には（ステップＡ３のＹＥＳ）、ユーザ「田中一郎」
はコミュニティＡの管理者であるので、以下のように、
ユーザ「田中一郎」からの要求に応じてコミュニティＡ
内の指定されたスレッドに関する階層表示設定処理が実
行される。

【００７０】まず、コミュニティサーバ１２２のメッセ
ージ階層表示設定部１２９が、指定されたコミュニティ
管理情報１２４のメッセージテーブル２０６に格納され
た当該スレッドの階層化表示の有無と階層レベル、階層
番号を検索し、Ｗｅｂブラウザ１１１に返却する（ステ
ップＡ５）。このコミュニティサーバ１２２から返され
たデータをもとにＷｅｂブラウザ１１１が図１３に示し
たメッセージ一覧の画面を表示すると（ステップＡ
６）、ユーザ「田中一郎」は、表示されたメッセージ一
覧の画面の階層表示を「Ｎ」から「Ｙ」に変更する（ス
テップＡ７）。その後画面に表示された階層レベルに
「４」を設定すると、その情報がコミュニティサーバ１
２２に送信される（ステップＡ８）。

【００７１】コミュニティサーバ１２２のメッセージ階
層表示設定部１２９は、メッセージテーブル２０６の階
層レベルの値を「４」に設定すると共に、各メッセージ
の階層番号と階層レベル「４」とを比較し、階層番号の
方が小さければその階層番号レベルの表示形式に変更
し、階層番号と階層レベルが等しいか、又は階層番号の
方が大きい場合は、全て階層レベルと同じレベルの表示
形式に変更して、クライアント端末１１に送信する。こ
れにより、クライアント端末１１では、当該スレッドに
関するメッセージ一覧の表示形態は階層化表示に変更さ
れる（ステップＡ９）。

【００７２】このように、この知識蓄積支援システム
は、メッセージの階層表示により、画面でメッセージを
指定された階層レベルで表示したり、あるいは階層表示
が取り消された場合にはメッセージの階層表示を止める
ことにより、ユーザの好みに応じたメッセージ表示を実
現することができる。

【００７３】なお、メッセージの階層表示を行う場合に
は階層レベルの数値表示は不要となるので、メッセージ
相互間の階層関係を数値表示のみによって表示するか、
メッセージタイトルの階層表示のみで表示するかを選択
できるようにしてもよい。

【００７４】また、本実施形態ではスレッド毎にメッセ
ージ階層表示方法の設定を行ったが、スレッド単位では
なく、コミュニティ単位でメッセージ階層表示方法の設
定を行い、同一コミュニティ内においてはどのスレッド
についても同じメッセージ階層表示方法が利用されるよ
うにしても良い。また、コミュニティ管理者等のみなら
ず、各ユーザからの指示でメッセージ階層表示方法の設
定を行えるようにしても良く、この場合には、ユーザ毎
に個別にメッセージ階層表示方法の設定情報を管理して
おくことが好ましい。

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

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

【００７７】

【発明の効果】以上、詳述したように、この発明によれ
ば、仮想コミュニティのスレッドへ投稿されたメッセー
ジをどのように表示するのか、その階層表示方法を選択
し、階層レベルを設定するための仕組みをもつことによ
り、各ユーザが好みのインタフェースで収集・蓄積され
た知識を活用することを可能とする。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

【図１３】同実施形態の知識蓄積支援システムにおいて
メッセージ階層表示を行う際のＷｅｂブラウザ画面の状
態遷移を示す図。

【図１４】同実施形態の知識蓄積支援システムにおける
メッセージ階層表示設定の処理の流れを示した図。

【図１５】同実施形態の知識蓄積支援システムにおける
メッセージ階層表示設定の処理の手順を示すフローチャ
ート。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者岩田真明東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者島川和典東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内Ｆターム(参考） 5B075 ND35 NK43 NR03 NR12 QT10 UU40 5B082 EA01 GC02

Claims

【特許請求の範囲】

【請求項１】複数のクライアント端末とネットワーク
を介して接続可能に構成され、各クライアント端末から
仮想コミュニティへ投稿されたメッセージを分類、蓄積
することによって知識の蓄積を支援する知識蓄積支援シ
ステムであって、前記クライアント端末からのメッセージ投稿を許可する
ために、アクセス要求元のクライアント端末に対してユ
ーザ認証を行うアクセス制御手段と、複数のクライアント端末が参加可能な仮想コミュニティ
を管理し、前記アクセス制御手段によってアクセス許可
された各クライアント端末から仮想コミュニティに投稿
されるメッセージを話題毎に分類、蓄積するコミュニテ
ィ処理手段とを具備し、前記コミュニティ処理手段は、前記分類、蓄積したメッセージの一覧表示画面上におけ
る前記メッセージ相互間の階層関係に関する表示方法
を、前記クライアント端末からの指示に応じて設定する
メッセージ階層表示設定手段を具備することを特徴とす
る知識蓄積支援システム。
【請求項２】前記メッセージ階層表示設定手段は、前
記クライアント端末からの指示に応じて、前記メッセー
ジ相互間の階層関係に関する表示方法を前記仮想コミュ
ニティ内の話題毎に個々に設定することを特徴とする請
求項１記載の知識蓄積支援システム。
【請求項３】前記メッセージ階層表示設定手段は、前
記クライアント端末からの指示に応じて、前記分類、蓄
積したメッセージ相互間の階層関係を前記一覧表示画面
上でどの階層レベルまで階層表示するかを設定する手段
を含むことを特徴とする請求項１記載の知識蓄積支援シ
ステム。
【請求項４】前記メッセージ階層表示設定手段は、前
記メッセージ相互間の階層関係に応じてそれらメッセー
ジそれぞれのメッセージタイトルの先頭表示位置をずら
して一覧表示する第１モードと、前記メッセージそれぞ
れのメッセージタイトルを先頭表示位置を揃えた状態で
一覧表示する第２モードとを有し、前記クライアント端
末からの指示に応じて、前記メッセージ相互間の階層関
係に関する表示方法を前記第１または第２のモードに設
定するとともに、前記第１モードにおいてはメッセージ
タイトルの先頭表示位置をずらして表示する最大階層レ
ベルを前記クライアント端末からの指示に応じて可変設
定することを特徴とする請求項１記載の知識蓄積支援シ
ステム。
【請求項５】前記コミュニティ処理手段は、少なくと
も前記話題の階層レベル、前記話題内メッセージ毎の階
層番号、およびメッセージＩＤを記憶したメッセージテ
ーブルを有し、前記メッセージ階層表示設定手段は、前記クライアント
端末から階層レベルが設定された時、前記メッセージテ
ーブルの前記階層レベルにその値を設定し、その設定し
た階層レベルと各メッセージの階層番号とを比較して、
その比較結果に基づいて前記クライアント端末に階層表
示を行うことを特徴とする請求項１記載の知識蓄積支援
システム。
【請求項６】前記メッセージ階層表示設定手段は、前
記階層レベルと前記階層番号とが等しいか、又は前記階
層番号の方が大きい場合、当該メッセージは全て前記階
層レベルに固定して前記クライアント端末に階層表示を
行うことを特徴とする請求項５記載の知識蓄積支援シス
テム。
【請求項７】複数のクライアント端末とネットワーク
を介して接続可能に構成され、各クライアント端末から
仮想コミュニティへ投稿されたメッセージを分類、蓄積
することによって知識の蓄積を支援する知識蓄積支援シ
ステムにおけるメッセージ階層表示設定方法であって、前記クライアント端末からのメッセージ投稿を許可する
ために、アクセス要求元のクライアント端末に対してユ
ーザ認証を行うアクセス制御ステップと、複数のクライアント端末が参加可能な仮想コミュニティ
を管理し、前記アクセス制御ステップによってアクセス
許可された各クライアント端末から仮想コミュニティに
投稿されるメッセージを話題毎に分類、蓄積するコミュ
ニティ処理ステップと、前記分類、蓄積したメッセージの一覧表示画面上におけ
る前記メッセージ相互間の階層関係に関する表示方法
を、前記クライアント端末からの指示に応じて設定する
メッセージ階層表示設定ステップとを具備することを特
徴とする知識蓄積支援システムにおけるメッセージ階層
表示設定方法。
【請求項８】前記メッセージ階層表示設定ステップ
は、前記クライアント端末からの指示に応じて、前記メ
ッセージ相互間の階層関係に関する表示方法を前記仮想
コミュニティ内の話題毎に個々に設定することを特徴と
する請求項７記載の知識蓄積支援システムにおけるメッ
セージ階層表示設定方法。
【請求項９】前記メッセージ階層表示設定ステップ
は、前記クライアント端末からの指示に応じて、前記分
類、蓄積したメッセージ相互間の階層関係を、前記一覧
表示画面上でどの階層レベルまで階層表示するかを設定
するステップを含むことを特徴とする請求項７記載の知
識蓄積支援システムにおけるメッセージ階層表示設定方
法。
【請求項１０】前記メッセージ階層表示設定ステップ
は、前記クライアント端末から階層レベルが設定された
時、少なくとも前記話題の階層レベル、前記話題内メッ
セージ毎の階層番号、およびメッセージＩＤを記憶した
メッセージテーブルの前記階層レベルにその値を設定
し、その設定した階層レベルと各メッセージの階層番号
とを比較して、その比較結果に基づいて前記クライアン
ト端末に階層表示を行うステップを有することを特徴と
する請求項７記載の知識蓄積支援システムにおけるメッ
セージ階層表示設定方法。
【請求項１１】前記メッセージ階層表示設定ステップ
は、前記階層レベルと前記階層番号とが等しいか、又は
前記階層番号の方が大きい場合、当該メッセージは全て
前記階層レベルに固定して前記クライアント端末に階層
表示を行うステップを有することを特徴とする請求項１
０記載の知識蓄積支援システムにおけるメッセージ階層
表示設定方法。