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