(57)【要約】【課題】  秘匿性を保持した環境下で情報を蓄積し、かつ情報の秘匿性の度合いに応じて公開の度合いを選択して複数のユーザの間で情報を共有する。【解決手段】  電子掲示板に掲載すべき情報を入力してクライアント端末からＷｅｂサーバに送信する。Ｗｅｂサーバは、受信した情報を、分類定義ファイル４で規定されたルールに従って分類して複数のＤＢ５１〜５３のいずれかに記憶する。更に、掲載実行ファイル６に規定されたルールに従って、ＤＢ５１の情報を全てのユーザが閲覧可能な領域Ｚ１に掲載し、ＤＢ５２の情報を同じグループのユーザのみが閲覧可能な領域Ｚ２に掲載し、ＤＢ５３の情報を管理者のみが閲覧可能な領域Ｚ３に掲載するように画面を作成して、ユーザのクライアント端末へ送信する。【選択図】  図１
2008204241.tif 000002
【特許請求の範囲】
【請求項１】
サーバが提供する電子掲示板に多数のユーザがアクセスして情報を書き込み及び閲覧することができる情報共有システムにおいて、
電子掲示板に掲示される情報又はその情報を掲示するユーザの秘匿性の度合いに応じて、該電子掲示板を複数の領域に分割し、
電子掲示板に掲載される対象となる情報を分類するためのルールを規定した分類定義ファイルと、掲載対象の該情報を電子掲示板のいずれの領域に表示するかのルールを規定する掲載実行ファイルとを格納する記憶手段と、クライアント端末から送信され取得した情報を、該分類定義ファイルに規定されたルールに従って分類する第１処理手段と、該第１処理手段によって分類された情報を記憶するための複数のＤＢと、該掲載実行ファイルのルールに従って、該ＤＢに記憶された情報を複数の該領域のいずれかに割り当てる処理を行う第２処理手段と、該第２処理手段によって領域ごとに割り当てられて作成された画面を、画面を閲覧するユーザのクライアント端末へ送信する手段と、を有することを特徴とする情報共有システム。
【請求項２】
前記分類定義ファイル及び該掲載実行ファイルは、ユーザのＩＤと秘匿性の度合いとの関係を記憶し、
前記第２処理手段は、該掲載実行ファイルのルールに従って、該ＤＢに記憶された全てのユーザに公開が可能な情報を全てのユーザが閲覧可能な第１領域に掲載し、同じグループのユーザに公開が可能な情報を同じグループのユーザが閲覧可能な第２領域に掲載し、管理者のみに公開可能な情報をユーザが閲覧できない第３領域に掲載するように処理して画面を作成することを特徴とする請求項１の情報共有システム。
【請求項３】
サーバが提供する電子掲示板に多数のユーザがアクセスして情報を書き込み及び閲覧することができる情報共有システムにおける情報処理方法であって、
電子掲示板に掲示される情報又はその情報を掲示するユーザの秘匿性の度合いに応じて、該電子掲示板を複数の領域に分割し、
電子掲示板に掲載される対象となる情報を分類するためのルールを規定した分類定義ファイルと、掲載対象の該情報を電子掲示板のいずれの領域に表示するかのルールを規定する掲載実行ファイルとを予めを記憶手段に用意し、
クライアント端末から送信され取得した情報を、該分類定義ファイルに規定されたルールに従って分類処理して、該分類された情報をＤＢに一時記憶し、
該掲載実行ファイルのルールに従って、該ＤＢに記憶された情報を複数の該領域のいずれかに割り当て、該情報を該領域に割り当てて作成した画面をクライアント端末へ送信することを特徴とする情報処理方法。
【請求項４】
前記分類定義ファイル及び前記掲載実行ファイルの内容を、管理者が操作する端末から変更可能とすることを特徴とする請求項３の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報共有システムに係り、特にＷｅｂサーバに接続された電子掲示板に情報を書き込み及びそれを閲覧することができる情報共有システム及びその情報処理方法に関する。
【背景技術】
【０００２】
インターネットを利用して複数のユーザの間で情報を共有する方法として、ユーザが発信したい情報を電子掲示板に書き込み、その情報を多数のユーザが閲覧できる電子掲示板システムが実用化されている。
【０００３】
この種の従来技術として、例えば、特許文献１には、複数分野の専門家との間の情報交換を効率よく行うために、電子掲示板管理サーバは、端末からの閲覧要求に応じて、管理している電子掲示板のうちの１つの電子掲示板の掲示情報を当該端末に送信し、また、端末からの掲示要求に応じて、同時に受信した掲示情報に基づいて、管理している電子掲示板掲示情報を更新するシステムが開示されている。
【０００４】
【特許文献１】特開２００６−６５３８６公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、多数のユーザが書き込みを行い閲覧できる電子掲示板において、ユーザが情報を書き込む場合に、一般に全てのユーザは匿名を使用することができる。例えば、電子掲示板において、全てのユーザＡ１〜３、Ｂ１〜３、Ｃ１〜３及び管理者Ｍ１が電子掲示板にアクセスして、全てのユーザが閲覧可能な領域Ｚ１を閲覧することができ、また匿名を使用してユーザ間で情報を交換することができる。
【０００６】
しかし、電子掲示板を用いてユーザが書き込んだ情報を共有できていても、秘匿性を保ったまま、特定の情報を公開することができないという問題がある。例えば、１対複数の企業間で製品に関する情報を共有するような場合において、複数の企業が互いに誰なのか知られないようにし、企業に関する情報を除いて必要な情報だけ公開したい時、ユーザが匿名を使用できていても、どの匿名を持ったユーザが投稿したかわかることとなる。また書き込まれた情報は、企業に関わる営業秘密の情報であっても公開され、全てのユーザに閲覧されることとなる。
【０００７】
本発明の目的は、秘匿性が保持された環境下で情報を蓄積することができ、さらに情報の秘匿性の度合いに応じて公開の度合いを選択し、複数のユーザの間で情報共有ができる電子掲示板を用いた情報共有システム及びその情報処理方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明に係る情報共有システムは、サーバが提供する電子掲示板に多数のユーザがアクセスして情報を書き込み及び閲覧することができる情報共有システムにおいて、電子掲示板に掲示される情報又はその情報を掲示するユーザの秘匿性の度合いに応じて、電子掲示板を複数の領域に分割し、
電子掲示板に掲載される対象となる情報を分類するためのルールを規定した分類定義ファイルと、掲載対象の情報を電子掲示板のいずれの領域に表示するかのルールを規定する掲載実行ファイルとを格納する記憶手段と、クライアント端末から送信され取得した情報を、分類定義ファイルに規定されたルールに従って分類する第１処理手段と、第１処理手段によって分類された情報を記憶するための複数のＤＢと、掲載実行ファイルのルールに従って、ＤＢに記憶された情報を複数の領域のいずれかに割り当てる処理を行う第２処理手段と、第２処理手段によって領域ごとに割り当てられて作成された画面を、画面を閲覧するユーザのクライアント端末へ送信する手段と、を有することを特徴とする情報共有システムとして構成される。
一例では、前記分類定義ファイル及び掲載実行ファイルは、ユーザのＩＤと秘匿性の度合いとの関係を記憶し、
前記第２処理手段は、掲載実行ファイルのルールに従って、ＤＢに記憶された全てのユーザに公開が可能な情報を全てのユーザが閲覧可能な第１領域に掲載し、同じグループのユーザに公開が可能な情報を同じグループのユーザが閲覧可能な第２領域に掲載し、管理者のみに公開可能な情報をユーザが閲覧できない第３領域に掲載するように処理して画面を作成する。
【０００９】
本発明に係る情報共有システムにおける情報処理方法は、サーバが提供する電子掲示板に多数のユーザがアクセスして情報を書き込み及び閲覧することができる情報共有システムにおける情報処理方法であって、
電子掲示板に掲示される情報又はその情報を掲示するユーザの秘匿性の度合いに応じて、電子掲示板を複数の領域に分割し、
電子掲示板に掲載される対象となる情報を分類するためのルールを規定した分類定義ファイルと、掲載対象の情報を電子掲示板のいずれの領域に表示するかのルールを規定する掲載実行ファイルとを予めを記憶手段に用意し、
クライアント端末から送信され取得した情報を、分類定義ファイルに規定されたルールに従って分類処理して、分類された情報をＤＢに一時記憶し、
掲載実行ファイルのルールに従って、ＤＢに記憶された情報を複数の領域のいずれかに割り当て、情報を領域に割り当てて作成した画面をクライアント端末へ送信することを特徴とする情報処理方法として構成される。
好ましい例では、前記分類定義ファイル及び前記掲載実行ファイルの内容を、管理者が操作する端末から変更可能とする。
【発明の効果】
【００１０】
本発明によれば、秘匿性が保持された環境下で情報を蓄積し、分類定義ファイルに定義されたルールに従って分類し、掲載ファイルに定義されたルールに従って情報を電子掲示板に掲載するので、秘匿性の度合いに応じて公開の度合いを選択でき、情報を共有することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の一実施形態について説明する。
図２〜図４は、ＩＤとパスワードによる秘匿性を保持した環境において、電子掲示板７のユーザと管理者が閲覧或いは書き込みができる領域を示す。Ａ１、Ａ２、Ａ３、Ｂ１、Ｂ２、Ｂ３、Ｃ１、Ｃ２、Ｃ３は、それぞれ異なるグループ（例えば会社や組織）Ａ、Ｂ、Ｃに属する複数のユーザを表している。なお、グループの数及びユーザ数は任意である。
【００１２】
図２は電子掲示板７のユーザと管理者が閲覧できる領域の状況を示す。Ｚ１は全てのユーザが閲覧可能な領域、Ｚ２は同じグループのユーザが閲覧可能な領域、Ｚ３はユーザが閲覧できない領域を示している。
【００１３】
図３は、電子掲示板７のユーザが書き込み可能な領域を示す。
電子掲示板７において、ユーザＡ１は領域ＡＺ１、ＡＺ２、ＡＺ３（ハッチング部の領域）に情報を書き込むことができ、それ以外の領域に書き込むことはできない。同様に、ユーザＢ１は領域ＢＺ１、ＢＺ２、ＢＺ３に情報を書き込むことができ、ユーザＣ１は領域ＣＺ１、ＣＺ２、ＣＺ３に情報を書き込むことができる。
【００１４】
図４は、電子掲示板７のユーザＡ１が閲覧可能な領域を示す。
電子掲示板７において、ユーザＡ１は領域Ｚ１及びＡＺ２の情報を閲覧することができ、それ以外の領域の情報は閲覧することはできない。同様に、ユーザＢ１は領域Ｚ１及びＢＺ２の情報を閲覧することができ、ユーザＣ１は領域Ｚ１及びＣＺ２の情報を閲覧することができる。
ユーザＡ１が書き込んだ情報は、全てのユーザに公開が可能な情報のみ、全てのユーザが閲覧可能な領域ＡＺ１、ＢＺ１、ＣＺ１、つまりＺ１に掲載され、他のユーザＡ２、Ａ３，Ｂ１、Ｂ２、Ｂ３、Ｃ１、Ｃ２、Ｃ３はその領域の情報を閲覧できる。
【００１５】
更に、同じグループであればグループで共通した情報を共有でき、異なるグループの情報は、共有できない。ユーザＡ１が書き込んだ情報のうち、同じＡグループのユーザに公開が可能な情報は、Ａグループのユーザが閲覧可能な領域ＡＺ２に掲載され、Ａと同じグループであるＡ２、Ａ３はその情報を閲覧できる。しかし、他のグループＢ、Ｃは、Ａグループのユーザが閲覧可能な領域ＡＺ２を閲覧できない。よって、Ａグループが閲覧できる領域は、ＡＺ２およびＺ１であり、Ｂグループが閲覧できる領域は、ＢＺ２およびＺ１であり、Ｃグループが閲覧できる領域は、ＣＺ２およびＺ１である。
また、ユーザＡ１が書き込んだ情報のうち、管理者のみに公開が可能な情報は、ユーザが閲覧できない領域Ｚ３に掲載され、全てのユーザ、全グループは閲覧できない。しかし、管理者Ｍ１のみ、掲載された全ての電子掲示板の領域Ｚ１、Ｚ２、Ｚ３を閲覧できる。
【００１６】
次に、図１を参照して情報共有システムの構成について説明する。このシステムは、ＩＤとパスワードによる秘匿性を保持した環境下で電子掲示板に情報を掲載し、閲覧するものである。
１はクライアント端末、２はＷｅｂサーバ３１から提供されるホームページであってユーザが情報を入力することができる画面、３１，３２はＷｅｂサーバ、４は情報を分類するルールを記述した分類定義ファイル４、５１〜５３は分類された情報を蓄積するＤＢ、６はそれぞれの情報を電子掲示板に掲載する掲載実行ファイル、７は電子掲示板、９は掲載又は閲覧するユーザ、９１は管理者を示す。１０は電子掲示板を提供する環境を示す。
この例では、クライアント端末１へホームページを提供すると共に、クライアント端末１から送信され受信した情報を、分類定義ファイル４に従って分類処理するサーバ３１と、各ＤＢに蓄積された情報を掲載実行ファイル６に従って電子掲示板７に掲載すべき情報を処理するサーバ３２の２台のサーバを使用する。
【００１７】
クライアント端末１は、所定のブラウザを用いて、電子掲示板７を提供するホームページにアクセスできる端末装置である。ホームページ画面２は、ユーザに関する情報を入力する入力枠、書き込みたい情報を入力する入力枠を有する。これらの事項を入力して、所定の操作を行うと、ユーザに関する情報と書き込みたい情報がＷｅｂサーバ３１に送信される。
Ｗｅｂサーバ３１は、クライアント端末１から送信されて受信した情報を、分類定義ファイル４の条件に従って、ＤＢ５１、ＤＢ５２、ＤＢ５３に振り分ける。ここで、ＤＢ５１は全てのユーザが閲覧可能な情報を格納し、ＤＢ５２は同じグループのユーザが閲覧可能な情報を格納し、ＤＢ５３はユーザが閲覧出来ない情報（管理者のみが閲覧可能な情報）を格納する。
【００１８】
分類定義ファイル４は、受信した情報を分類して何れのＤＢに格納するかの分類のルールを定義するファイルである。このファイルはサーバ３１内のメモリに記憶され、その定義の内容は管理者によって管理される。その一例を図６（Ａ）に示すように、分類テーブル６１は、ユーザ情報２１や製品番号２３は秘密度（重要度）が高いので、ＤＢ５３に格納し、ユーザＩＤ２２は同じグループのユーザに公開することを意図して、ＤＢ５２に格納し、その他の情報２４〜２６は全てのユーザに公開するＤＢ５１に格納するように定義される。
また、ユーザＩＤ管理テーブル６２のように、各グループＡ〜Ｃと、それらのグループに属するユーザのユーザＩＤが定義される。
【００１９】
画面２の入力項目や、ユーザが入力した特定の文字列は、分類定義ファイル４に従って３種類に分類され、即ち全てのユーザに公開可能な情報Ｚ１、同じグループのユーザに公開可能な情報Ｚ２、管理者のみも閲覧可能な情報Ｚ３のいずれかに分類され、それぞれ対応するＤＢ５１、ＤＢ５２、ＤＢ５３に格納される。
【００２０】
なお、分類テーブル６１の定義を変えると、全てのユーザに公開が可能な情報だったものが、同じグループのユーザのみに公開が可能な情報や、管理者のみ閲覧が可能な情報にも変更可能となる。例えば、全てのユーザに公開が可能な情報だった障害に関する情報２５を、同じグループのユーザのみに公開したい場合、分類テーブル６１のＤＢの欄にて、グループＡの障害に関する情報を、ＤＢ５２内のＤＢ５２Ａに書き換えて定義すれば、変更が可能となる。同様に、グループＢの障害に関する情報は、ＤＢ５２内のＤＢ５２Ｂに書き換えれば、グループＣの障害に関する情報は、ＤＢ５２内のＤＢ５２Ｃに書き換えて定義すれば、変更が可能となる。また、管理者のみ閲覧が可能な情報に属するユーザ情報２１を、全てのユーザに公開可能な情報に変更したい場合、分類テーブル６１のＤＢの欄を、ＤＢ５３からＤＢ５１に書き換えれば変更が可能となる。
【００２１】
Ｗｅｂサーバ３２内の掲載実行ファイル６は、何れのＤＢの情報を電子掲示板７のどの領域に掲載するか、及び削除すべき文字列を規定するルールを格納する。このファイル６はサーバ３２内のメモリに記憶され、その定義の内容は管理者によって管理される。一例を図６（Ｂ）に示すように、掲載実行ファイル６は、削除する文字列を定義した削除定義テーブル６３、及びユーザＩＤ管理テーブル６４を保持する。削除定義テーブル６３は他人を誹謗中傷する表現等を削除するために、関連する文字列を予め規定している。また、ユーザＩＤ管理テーブル６４はグループ毎にそれに属するユーザのＩＤを登録し、ユーザ及びグループ毎にその掲載領域Ｚ１〜Ｚ３を制限するように管理する。
【００２２】
掲載実行ファイル６の定義に従って、全てのユーザに公開が可能な情報を蓄積するＤＢ５１の情報は、電子掲示板７の全てのユーザが閲覧可能な領域Ｚ１に掲載される。同様に、同じグループのユーザのみに公開可能な情報（ＤＢ５２の情報）をグループに応じて、電子掲示板７の同じグループのユーザが閲覧可能な領域ＡＺ２、又はＢＺ２、又はＣＺ２に掲載される。これにより、同じグループのユーザであれば、グループ共通の情報を閲覧することができる。
また、管理者のみに公開可能な情報（ＤＢ５３の情報）は、ユーザが閲覧できない領域Ｚ３に掲載される。なお、管理者は全ての領域Ｚ１、Ｚ２、Ｚ３を閲覧することができる。
【００２３】
このように、ＩＤとパスワードによる秘匿性を保持した環境下でユーザから送信された情報を、分類定義ファイル４の定義に従って分類し、掲載ファイル６の定義に従って掲載することで、秘匿性の度合いに応じて公開の度合いを選択でき、情報を共有することができる。
【００２４】
次に、図５〜図９を参照して、製品販売に適用した情報共有システムにおける処理について説明する。
この例は、ＯＥＭ先に製品（例えばサーバ製品）を販売する場合において、障害が発生した製品についての障害、問い合わせや対策に関する情報の共有に関する例である。
図示のように、ユーザはサーバ製品の販売のためのホームページ上の電子掲示板７に掲載するために、クライアント端末１からホームページ入力画面２にアクセスする。なお、このホームページにアクセスする場合、ユーザはＩＤとパスワードを入力する。管理者はＩＤによってユーザを認識することができる。
【００２５】
このホームページ入力画面２は、情報を書き込むユーザの氏名、会社名、Ｅ−ｍａｉｌアドレス、電話番号を含むユーザ情報２１と、ユーザＩＤ２２の入力枠と、製品番号２３の入力枠と、モデル名、ＯＳ名、ＣＰＵ名、ＣＰＵやメモリの数等のサーバ構成を含む製品に関する情報２４の入力枠と、障害が発生した日時、部位、現象、今までに行った対策を含む障害に関する情報２５の入力枠と、問い合わせに関する情報２６の入力枠を有する。送信ボタンを指示すると、これらの情報はＷｅｂサーバ３１に送信される。
【００２６】
Ｗｅｂサーバ３１は、これらの情報を受信すると、分類定義ファイル４に規定された条件６１，６２に従って、これらの情報を各ＤＢ５１，５２，５３に振り分ける。
【００２７】
図７は、Ｗｅｂサーバ３１における分類定義ファイル４による分類処理フローを示す。
まず、ユーザＩＤ２２に関する処理（Ｓ１０１）として、ユーザＩＤ２２を読み込み、各グループに所属するユーザＩＤを管理するユーザＩＤ管理テーブル６２を参照する。次に、ユーザＩＤ２２が何れのグループに属するかを判定して、分類処理（Ｓ１０２）に移行する。分類処理（Ｓ１０２）では、クライアント端末１から送信され受信して一時的に保存していた情報を、分類テーブル６１に従って分類し、関係するＤＢへ振り分けて当ＤＢに格納する（Ｓ１０３）。
【００２８】
図５の説明に戻る。掲載実行ファイル６は、アクセスする閲覧者のユーザＩＤに関してユーザＩＤ管理テーブル６４を参照して、各ＤＢ５１〜５３にある情報を画面のいずれの領域に表示するかを判断して掲載処理する。
例えば、ＤＢ５１に格納された製品に関する情報２４、障害に関する情報２５、問い合わせ情報２６を、全てのユーザに公開が可能な情報として電子掲示板７の全てのユーザが閲覧可能な領域Ｚ１に掲載する。これにより、全てのユーザが領域Ｚ1の情報を閲覧することができる。
【００２９】
また、ＤＢ５２Ａ、ＤＢ５２Ｂ、ＤＢ５２Ｃに格納されたユーザＩＤを、同じグループのユーザに閲覧可能な情報として、電子掲示板７の同じグループのユーザが閲覧可能な領域ＡＺ２、又はＢＺ２、又はＣＺ２に掲載する。それ以上のユーザがある場合は、ｎＺ２に掲載され、拡張性を持つ。これにより、同じグループのユーザのみが、同じグループのユーザが閲覧可能な領域ＡＺ２、またはＢＺ２またはＣＺ２、またはｎＺ２の情報を閲覧することができる。
【００３０】
また、ＤＢ５３に格納されたユーザに関する情報２１と、製品番号２３を、電子掲示板７のユーザが閲覧できない領域Ｚ３に掲載する。これにより、管理者Ｍ１のみがユーザが閲覧できない領域Ｚ３を閲覧でき、また電子掲示板７の全ての領域Ｚ１、Ｚ２、Ｚ３を閲覧できる。
【００３１】
また、削除定義テーブル６３を参照して、自社を誹謗中傷する表現や顧客名を示唆する用語などの特定の文字列があるかをチェックして、画面の表示前にそれら特定文字列を黒の網掛けや空欄に変換する。また、閲覧者が投稿者と同じグループである場合と閲覧者が投稿者と異なるグループである場合で、異なる画面を表示する。
【００３２】
図８は、Ｗｅｂサーバ３２における掲載実行ファイル６による処理のフローを示す。
まず、アクセスする閲覧者のユーザＩＤを取得すると（Ｓ８０１）、ユーザＩＤ管理テーブル６４を参照して、閲覧者が、管理者か、投稿者と閲覧者が異なるグループに所属する者か、投稿者と閲覧者が同じグループに所属するかを判定する（８０２）。
ユーザＩＤを判定した結果、ユーザＩＤが管理者の場合（８０２Ａ）、画面の基本レイアウトイメージ（図９（Ａ））の配置の定義に従い、ＤＢ５１の内容をそのまま全てのユーザが閲覧可能な領域Ｚ１に画面表示する（Ｓ８０３）。そして、ＤＢ５２の内容をそのまま同じグループのユーザが閲覧可能な領域Ｚ２に画面表示する（Ｓ８０４）。その後、ＤＢ５３の内容をそのままユーザが閲覧できない領域Ｚ３に画面表示する（Ｓ８０５）。
【００３３】
ユーザＩＤを判定した結果、投稿者と閲覧者が異なるグループに所属する場合（８０２Ｂ）、ＤＢ５１の内容を読み込み（Ｓ８１３）、削除処理を行う（Ｓ８１４）。削除処理では、掲載実行ファイル６の削除定義テーブル６３を参照して削除すべき文字列の有無を検索する。削除文字列が無い場合、ＤＢ５１の内容をそのまま全てのユーザが閲覧可能な領域Ｚ１に画面表示する（Ｓ８１５）。一方、削除文字列があった場合、削除する文字列を黒の網掛けや空欄に変換した後、全てのユーザが閲覧可能な領域Ｚ１に画面表示する。同じグループのユーザが閲覧可能な領域Ｚ２及び、ユーザが閲覧できない領域Ｚ３には何も表示しない。
【００３４】
ユーザＩＤを判定した結果、投稿者と閲覧者が同じグループに所属する場合（８０２Ｃ）、ＤＢ５１の内容を読み込み（Ｓ８２３）、上記と同様の削除処理を行う（Ｓ８２４）。削除処理の結果、削除すべき文字列がない場合、基本レイアウトイメージ（図９（Ａ））の画面配置の定義に従い、ＤＢ５１の内容をそのまま全てのユーザが閲覧可能な領域Ｚ１に表示する（Ｓ８２５）。削除文字列２８があった場合、削除する文字列を黒の網掛けや空欄に変換した後、全てのユーザが閲覧可能な領域Ｚ１に画面表示する。
Ｚ１への画面表示を終了した後、ＤＢ５２を読み込み（Ｓ８２６）、同様にして削除処理する（Ｓ８２７）。この削除処理の結果、基本レイアウトイメージ（図９（Ａ））の、上段にはＤＢ５１の内容を配置し、また中段にはＤＢ５２の内容を配置して、画面表示する。なおここで、画面表示は、上記のように領域が形成された画面をＷｅｂサーバ３２から閲覧用のユーザのクライアント端末１へ送信することで行われることは言うまでもない。
【００３５】
図９は、管理者及びユーザが閲覧する画面のレイアウトを示す。
（Ａ）の画面は、管理者が閲覧する画面であり、ＤＢ５１、ＤＢ５２、ＤＢ５３から削除文字列を検出及び削除処理されていない、ユーザＩＤ２２、製品番号２３、製品に関する情報２４、障害に関する情報２５、問い合わせに関する情報２６の情報及びユーザ情報２１を表示する。この画面は全ての情報が表示されるので、基本レイアウトイメージの画面と考えてよい。
【００３６】
（Ｂ）の画面は、投稿者と異なるグループのユーザが閲覧する画面であり、ＤＢ５１から削除文字列を検出して削除処理した後の製品に関する情報２４、障害に関する情報２５、問い合わせに関する情報２６を表示する。投稿したユーザと異なるグループに属すユーザが閲覧するため、ユーザ情報２１、ユーザＩＤ２２及び製品番号２３は表示されていない。
【００３７】
（Ｃ）の画面は、投稿者と同じグループのユーザが閲覧する画面であり、投稿したユーザと同じグループに属すユーザが閲覧するため、ＤＢ５１から削除文字列を検出して削除処理した後の、製品に関する情報２４、障害に関する情報２５、問い合わせに関する情報２６の情報に加え、ＤＢ５２から削除文字列を検出して削除処理した後の情報であるユーザＩＤ２２を表示する。
【００３８】
以上説明したように、本実施例によれば、ユーザに書き込まれた障害情報を収集、蓄積し、匿名性の度合いに応じて公開の度合いを選択でき、複数のＯＥＭ先のユーザとの間で共有することができる。
【００３９】
なお、本発明は上記実施例に限定されずに種々変形して実施し得る。
例えば、上記実施例は、分類定義ファイル４に従って受信した情報を分類するサーバ３１と、掲載実行ファイル６に従って電子掲示板７に掲載すべき情報を処理するサーバ３２の２つのサーバを使用しているが、これらの処理を１台の同じサーバで実現するように構成してもよい。
また、上記実施例において、ＤＢ５１〜５３は形式上３つのＤＢであるが、これらは書き込み又は閲覧のために管理される領域の数に応じて設置することは自明であろう。
【図面の簡単な説明】
【００４０】
【図１】一実施例における電子掲示板を用いた情報共有システムの構成を示す図。
【図２】電子掲示板のユーザと管理者が閲覧できる領域を示す図。
【図３】電子掲示板のユーザが書き込み可能な範囲を示す図。
【図４】電子掲示板のユーザが閲覧可能な範囲を示す図。
【図５】一実施例による製品販売における情報共有システムの例を示す図。
【図６】一実施例における分類テーブル２７及びユーザＩＤ管理テーブルの構成例を示す図。
【図７】Ｗｅｂサーバ３１における分類定義ファイル４による処理フローを示す図。
【図８】Ｗｅｂサーバ３２における掲載実行ファイル６による処理フローを示す図。
【図９】電子掲示板の基本画面及びユーザの閲覧できる画面のレイアウトを示す図。
【符号の説明】
【００４１】
Ｍ１：管理者  Ａ１〜Ａ３、Ｂ１〜Ｂ３、Ｃ１〜Ｃ３：ユーザ  
Ｚ１、ＡＺ２、ＢＺ２、ＣＺ２：閲覧可能な領域  Ｚ３：ユーザが閲覧できない領域  
１：クライアント端末  ２：ホームページ入力画面  ３：Ｗｅｂサーバ  ４：分類定義ファイル  ５１〜５３：ＤＢ  ６：掲載実行ファイル  ７：電子掲示板  ８：掲示板を提供する環境  ９：ユーザ  ９１：管理者  １０：電子掲示板提供環境  ２１：ユーザ情報  ２２：ユーザＩＤ  ２３：製品番号  ２４：製品に関する情報  ２５：障害に関する情報  ２６：問い合わせに関する情報  ２７：管理者が設定するその他の条件  ２８：削除する文字列
【図１】
2008204241.tif 000003
【図２】
2008204241.tif 000004
【図３】
2008204241.tif 000005
【図４】
2008204241.tif 000006
【図５】
2008204241.tif 000007
【図６】
2008204241.tif 000008
【図７】
2008204241.tif 000009
【図８】
2008204241.tif 000010
【図９】
2008204241.tif 000011