JP4098490B2 - 知識蓄積支援システムおよび同システムにおけるユーザ操作制限方法 - Google Patents

Description

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

Claims (6)

1. 複数のクライアント端末とネットワークを介して接続可能に構成され、各クライアント端末から仮想コミュニティへ投稿されたメッセージを分類、蓄積することによって知識の蓄積を支援する知識蓄積支援システムであって、
   前記クライアント端末からのメッセージ投稿を許可するために、アクセス要求元のクライアント端末に対してユーザ認証を行うアクセス制御手段と、
   複数のクライアント端末が参加可能な仮想コミュニティ毎に投稿用メールアドレスを管理し、前記アクセス制御手段によってアクセス許可された各クライアント端末から電子メールによって投稿されるメッセージのメールアドレスがどの仮想コミュニティの投稿用メールアドレスに対応するかを判別すると共に、前記メッセージに対応する電子メールのヘッダ情報またはタイトルに基づいて、前記メッセージが、前記判別された仮想コミュニティに対して既に投稿されているどのメッセージに対する返信メッセージであるかを判別することによって、前記各クライアント端末からのメッセージを、仮想コミュニティ毎に、且つ、投稿されたメッセージとそれに対する返信メッセージとの関係にある同一の話題に関するメッセージの束であるスレッド毎に、分類、蓄積するコミュニティ処理手段と、
   前記仮想コミュニティ毎にそのコミュニティタイプが、自由参加の公開制、承認された参加者のグループからなり、公開属性を有するメッセージについては参加者以外も公開するメンバ制、承認された参加者以外には公開しない非公開制、のいずれであるかを示すコミュニティタイプ情報と、前記各仮想コミュニティに対するユーザそれぞれの参加属性が、参加が承認されている参加者、前記参加者として仮登録されている仮登録者、参加が承認されていない参加希望者、匿名、のいずれであるかを示すメンバタイプ情報とを管理する手段とを具備し、
   前記コミュニティ処理手段は、前記各仮想コミュニティ内のスレッド毎に、当該スレッド内のメッセージ群を総括するメッセージとしてユーザ又は管理者によって作成されるまとめメッセージを管理すると共に、コミュニティタイプが前記メンバ制である仮想コミュニティに属する各まとめメッセージに対して公開属性または非公開属性を設定する手段と、前記各仮想コミュニティのコミュニティタイプとその仮想コミュニティに対する各クライアント端末のユーザのメンバタイプとの組み合わせによって前記各クライアント端末のユーザの操作権限をそのアクセス先となる仮想コミュニティ毎に決定するユーザ操作決定手段であって、前記アクセス先となる仮想コミュニティのコミュニティタイプが前記メンバ制である場合、前記アクセス先となる仮想コミュニティに対するメンバタイプが前記参加者であるユーザに対しては前記アクセス先となる仮想コミュニティ内の前記まとめメッセージを含む全てのメッセージの投稿、閲覧を許可し、前記アクセス先となる仮想コミュニティに対するメンバタイプが前記参加希望者または前記匿名であるユーザに対しては前記アクセス先となる仮想コミュニティ内のまとめメッセージの内、公開属性を持つまとめメッセージの閲覧のみを許可し、前記アクセス先となる仮想コミュニティのコミュニティタイプが非公開制である場合、前記アクセス先となる仮想コミュニティに対するメンバタイプが前記参加者であるユーザに対してのみ前記アクセス先となる仮想コミュニティ内の前記まとめメッセージを含む全てのメッセージの投稿、閲覧を許可し、前記参加者以外に対しては前記まとめメッセージを含む全てのメッセージの投稿、閲覧を禁止するユーザ操作決定手段とを具備することを特徴とする知識蓄積支援システム。
2. 前記ユーザ操作制限手段は、コミュニティタイプとメンバタイプとの組み合わせによってアクセス要求元のクライアント端末が可能な操作を決定し、その操作のみが可能な画面をアクセス要求元のクライアント端末に提供することを特徴とする請求項１記載の知識蓄積支援システム。
3. 前記クライアント端末からの検索要求に応じて仮想コミュニティそれぞれに蓄積されたメッセージを検索する検索手段をさらに具備し、
   前記ユーザ操作制限手段は、検索対象の仮想コミュニティのコミュニティタイプとその仮想コミュニティに対する前記検索要求元のクライアント端末のメンバタイプとの組み合わせに基づいて、前記検索要求に合致するメッセージ群の中で、前記検索要求元のクライアント端末が閲覧権限を持つメッセージの検索結果からなる検索結果一覧を前記検索要求元のクライアント端末に提供することを特徴とする請求項１記載の知識蓄積支援システム。
4. 複数のクライアント端末とネットワークを介して接続可能に構成され、各クライアント端末から仮想コミュニティへ投稿されたメッセージを分類、蓄積することによって知識の蓄積を支援する知識蓄積支援システムにおけるユーザ操作制限方法であって、
   前記クライアント端末からのメッセージ投稿を許可するために、アクセス要求元のクライアント端末に対してユーザ認証を行うアクセス制御ステップと、
   複数のクライアント端末が参加可能な仮想コミュニティ毎に投稿用メールアドレスを管理し、前記アクセス制御ステップによってアクセス許可された各クライアント端末から電子メールによって投稿されるメッセージのメールアドレスがどの仮想コミュニティの投稿用メールアドレスに対応するかを判別すると共に、前記メッセージに対応する電子メールのヘッダ情報またはタイトルに基づいて、前記メッセージが、前記判別された仮想コミュニティに対して既に投稿されているどのメッセージに対する返信メッセージであるかを判別することによって、前記各クライアント端末からのメッセージを、仮想コミュニティ毎に、且つ、投稿されたメッセージとそれに対する返信メッセージとの関係にある同一の話題に関するメッセージの束であるスレッド毎に、分類、蓄積するコミュニティ処理ステップと、
   前記仮想コミュニティ毎にそのコミュニティタイプが、自由参加の公開制、承認された参加者のグループからなり、公開属性を有するメッセージについては参加者以外も公開するメンバ制、承認された参加者以外には公開しない非公開制、のいずれであるかを示すコミュニティタイプ情報と、前記各仮想コミュニティに対するユーザそれぞれの参加属性が、参加が承認されている参加者、前記参加者として仮登録されている仮登録者、参加が承認されていない参加希望者、匿名、のいずれであるかを示すメンバタイプ情報とを管理するステップとを具備し、
   前記コミュニティ処理ステップは、記各仮想コミュニティ内のスレッド毎に、当該スレッド内のメッセージ群を総括するメッセージとしてユーザ又は管理者によって作成されるまとめメッセージを管理すると共に、コミュニティタイプが前記メンバ制である仮想コミュニティに属する各まとめメッセージに対して公開属性または非公開属性を設定するステップと、前記各仮想コミュニティのコミュニティタイプとその仮想コミュニティに対する各クライアント端末のユーザのメンバタイプとの組み合わせによって前記各クライアント端末のユーザの操作権限をそのアクセス先となる仮想コミュニティ毎に決定するユーザ操作決定ステップであって、前記アクセス先となる仮想コミュニティのコミュニティタイプが前記メンバ制である場合、前記アクセス先となる仮想コミュニティに対するメンバタイプが前記参加者であるユーザに対しては前記アクセス先となる仮想コミュニティ内の前記まとめメッセージを含む全てのメッセージの投稿、閲覧を許可し、前記アクセス先となる仮想コミュニティに対するメンバタイプが前記参加希望者または前記匿名であるユーザに対しては前記アクセス先となる仮想コミュニティ内のまとめメッセージの内、公開属性を持つまとめメッセージの閲覧のみを許可し、前記アクセス先となる仮想コミュニティのコミュニティタイプが非公開制である場合、前記アクセス先となる仮想コミュニティに対するメンバタイプが前記参加者であるユーザに対してのみ前記アクセス先となる仮想コミュニティ内の前記まとめメッセージを含む全てのメッセージの投稿、閲覧を許可し、前記参加者以外に対しては前記まとめメッセージを含む全てのメッセージの投稿、閲覧を禁止するユーザ操作決定ステップとを具備することを特徴とする知識蓄積支援システムにおけるユーザ操作制限方法。
5. 前記ユーザ操作制限ステップは、コミュニティタイプとメンバタイプとの組み合わせによってアクセス要求元のクライアント端末が可能な操作を決定し、その操作のみが可能な画面をアクセス要求元のクライアント端末に提供することを特徴とする請求項４記載の知識蓄積支援システムにおけるユーザ操作制限方法。
6. 前記クライアント端末からの検索要求に応じて仮想コミュニティそれぞれに蓄積されたメッセージを検索する検索ステップをさらに具備し、
   前記ユーザ操作制限ステップは、検索対象の仮想コミュニティのコミュニティタイプとその仮想コミュニティに対する前記検索要求元のクライアント端末のメンバタイプとの組み合わせに基づいて、前記検索要求に合致するメッセージ群の中で、前記検索要求元のクライアント端末が閲覧権限を持つメッセージの検索結果からなる検索結果一覧を前記検索要求元のクライアント端末に提供することを特徴とする請求項４記載の知識蓄積支援システムにおけるユーザ操作制限方法。

Images