(57)【要約】      （修正有）【課題】複数人による文書の執筆の活動と刻々と内容が変化する類の情報の共有を円滑に行えるようにする情報交換支援管理システムを提供する。【解決手段】ユーザによる話し合いあるいは議論の内容である記事と該記事の応答関係にあるスレッドの投稿を電子情報として行うための掲示板の機能と、話し合いあるいは議論に関する情報の共有と管理を支援する機能を有する掲示板ユニット１０と、複数のユーザでスレッドの閲覧とスレッドに基づいた文書の編集を行うための機能と、該閲覧及び編集作業を支援する機能を有する文書ユニット２０と、該編集作業の操作結果を操作元の掲示板ユニット１０あるいは文書ユニット２０に返すデータベースユニット３０を備え、掲示板ユニット１０で投稿されるスレッドと文書ユニット２０で編集されるスレッドを関連付けることにより、掲示板ユニット１０と文書ユニット２０の機能の連携を図る。【選択図】図１
2010152694.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによる話し合いあるいは議論の内容である記事と該記事に対して応答関係にあるスレッドを表わす情報を取得する情報取得手段を有する掲示板ユニットと、
複数のユーザによる閲覧のために前記スレッドを提示する提示手段と前記スレッドに基づいた文書の編集を支援する編集手段を有する文書ユニットと、
前記掲示板ユニット及び前記文書ユニットにおける、前記話し合いあるいは議論に関係する情報の登録、情報の削除、情報の変更、情報の抽出に基づいて該情報を格納するデータベースユニットと、
情報の入出力を行うための入出力端末装置を備え、
前記データベースユニットは、記事の内容と記事の応答関係情報と記事の属性情報を格納する記事データベースと、記事と文書の関連について格納する記事と文書の関連データベースと、文書の構成要素と文書と文書の構成要素間の関連を格納する文書データベースを備えることにより、前記掲示板ユニットで投稿される前記スレッドと前記文書ユニットで編集される前記スレッドを関連付けることを特徴とする情報交換支援管理システム。
【請求項２】
前記掲示板ユニットは、ユーザからあるテーマに関する案件の投稿、話合いの結果をまとめとして投稿するまとめの投稿、掲示板での話合い以外での議事録の投稿を表わす情報を取得することを特徴とする請求項１記載の情報交換支援管理システム。
【請求項３】
前記掲示板ユニットは、話し合いの内容である記事またはスレッドの状態変更を前記入出力端末装置から受け付け、記事の内容と記事の応答関係に関する情報と記事の属性情報を前記データベースに格納するとともに、スレッドの属性情報を前記データベースに格納することを特徴とする請求項１記載の情報交換支援管理システム。
【請求項４】
前記掲示板ユニットは、前記データベースに格納されている記事情報を取り出して、スレッド毎に記事の応答関係を記事タイトルの並びで一覧表示し、同時に、各スレッドの属性情報と各記事の属性情報を、それぞれのスレッドや記事に合わせて表示するウェブページを生成して、前記入出力端末装置に出力することを特徴とする請求項１記載の情報交換支援管理システム。
【請求項５】
前記掲示板ユニットは、前記記事の内容と記事の属性と記事に関連する文書の構成要素への関連状況を表示する画面を生成する手段と、記事の属性変化やスレッドの属性変化を監視する監視手段を備えることを特徴とする請求項１記載の情報交換支援管理システム。
【請求項６】
前記文書ユニットは、前記入出力端末装置から前記文書全体、または、文書の一部の文書内容と文書の構成要素の構造の入力を受け付け、前記入出力端末装置から受け付けた文書の構成要素および文書の属性情報、もしくは、前記データベース内のデータを利用して生成した前記文書の構成要素および文書の属性情報を記録して、記事と文書の関連を格納することを特徴とする請求項１乃至５のいずれか１項に記載の情報交換支援管理システム。
【請求項７】
前記文書ユニットは、前記文書の全体、または、文書の一部を表示する画面、各文書の構成要素の属性情報を、構成要素と対応付けて表示する画面を生成しあるいは記事と文書の関連データを参照して文書の構成要素に関連するスレッドの対応を表示する画面を生成して前記入出力端末装置に出力することを特徴とする請求項１乃至５のいずれか１項に記載の情報交換支援管理システム。
【請求項８】
前記文書ユニットは、前記文書の構成要素の属性の変更を前記入出力端末装置から受け付け、前記データベース内のデータを更新することを特徴とする請求項１乃至５のいずれか１項に記載の情報交換支援管理システム。
【請求項９】
前記掲示板ユニットは、文書の項目ごとの既読／未読の管理、文書の変更履歴の編集、文書の項目のステータス、文書の差分についての管理情報を生成することにより、前記文書ユニットにおける管理情報を表示することを特徴とする請求項１乃至８のいずれか１項に記載の情報交換支援管理システム。
【請求項１０】
前記記事、前記スレッド、前記文書または前記文書を構成する要素に応じてユーザが可能な操作を定め、前記掲示板ユニット内で、前記スレッドと文書の構成要素間で整合をとることを特徴とする請求項１乃至９のいずれか１項に記載の情報交換支援管理システム。
【請求項１１】
ユーザの登録、変更、削除、参照、属性を管理するとともに、該管理に関連する操作を実行するのに必要な画面情報を生成するとともに、ユーザ毎に前記記事や文書に対する操作の許諾を管理するユーザ管理手段を備えたことを特徴とする請求項１乃至１０のいずれか１項に記載の情報交換支援管理システム。
【請求項１２】
前記文書の構成要素ごとに文書の作成、修正、削除に依る更新以前の文書内容を属性とともに各版として保持し、および前記スレッドの属性の更新記録を各版として保持し、当該版が指定された前記文書の構成要素および前記スレッドの属性の版の組合せによって管理することにより、前記文書ユニット側で管理する版の登録日時と前記掲示板ユニット側での投稿日時を対照し、投稿された時点の前記文書の内容と属性値を判別する管理手段を備えたことを特徴とする請求項１乃至１１のいずれか１項に記載の情報交換支援管理システム。
【請求項１３】
前記記事、文書あるいは前記スレッドについてユーザの関心事を登録し、前記データベース内の情報の変化を監視してユーザの関心事を管理する機能と、前記データベース内の情報とユーザの関心事とが一致する場合にそのユーザに通知する通知手段を備えたことを特徴とする請求項１乃至１２のいずれか１項に記載の情報交換支援管理システム。
【請求項１４】
ネットワークで接続されるブラウザとこのブラウザとの通信を行う通信サーバを備え、前記ブラウザは、該システムで生成された画像情報をネットワークを通じて受け取り、その画像情報から成る画面を前記入出力端末装置上に表示することを特徴とする請求項１乃至１３のいずれか１項に記載の情報交換支援管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数人で話し合いあるいは議論を重ねて合意形成後、合意内容を文書として反映する際に使用される情報交換支援管理システムに関する。
【背景技術】
【０００２】
一般に、製品開発や組織改善等の場面においては、複数人による議論や検討が行われている。そして、これら議論や検討結果等を反映させた文書を、複数人で執筆することが行われている。
【０００３】
従来、文書の協同執筆を支障なく、円滑に行うことを目的とする協同執筆文書管理システムが提案されている（例えば、特許文献１参照。）。これは、ファイルサーバにおいて執筆者毎に部分文書を管理し、スケジュール表ファイル、掲示板ファイル、伝言板ファイルを設け、通信網を介したワークステーションによりスケジュールを調整しつつ、記載事項の調整や共通した決定事項の伝達を行うようにするもので、これにより、執筆文書のセキュリティの確保、執筆者間での相互の文書参照、コメントや決定事項を記録・参照作成文書の版数の凍結による改ざん防止を図るものである。
【特許文献１】特開平８−１３７８５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記した特許文献１に記載のものは、文書を章単位で複数のファイルに分割管理し、それぞれに、ファイル文書毎に掲示板を設置するものである。したがって、ファイル文書と掲示板との間で、利用者はそれぞれを連携して利用することは可能であるが、システム上においては、直接連携する機能は有していない。そのため、掲示板上での議論等が、ファイル文書にどこまで反映されているか、判別しにくいものであった。例えば、製品開発の際には、仕様変更や次期バージョンの製品を開発する際に、仕様の妥当性を高めるために、過去もしくは、現在の製品の仕様の策定理由や策定経緯を知る必要がある場合がある。文書中に、仕様の策定理由や策定経緯までを記述すると、それらの情報を必要としない者については、大変読みづらい文書となり、内容の理解を阻害することがある。
【０００５】
そこで、本発明は、上記問題に鑑みてなされたもので、複数人による文書の執筆の活動と刻々と内容が変化する類の情報の共有を円滑に行えるようにする情報交換支援管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様によれば、ユーザによる話し合いあるいは議論の内容である記事と該記事に対して応答関係にあるスレッドを表わす情報を取得する情報取得手段を有する掲示板ユニットと、複数のユーザによる閲覧のために前記スレッドを提示する提示手段と前記スレッドに基づいた文書の編集を支援する編集手段を有する文書ユニットと、前記掲示板ユニット及び前記文書ユニットにおける、前記話し合いあるいは議論に関係する情報の登録、情報の削除、情報の変更、情報の抽出に基づいて該情報を格納するデータベースユニットと、情報の入出力を行うための入出力端末装置を備え、前記データベースユニットは、記事の内容と記事の応答関係情報と記事の属性情報を格納する記事データベースと、記事と文書の関連について格納する記事と文書の関連データベースと、文書の構成要素と文書と文書の構成要素間の関連を格納する文書データベースを備えることにより、前記掲示板ユニットで投稿される前記スレッドと前記文書ユニットで編集される前記スレッドを関連付けることを特徴とする情報交換支援管理システムが提供される。
【０００７】
本発明の別の一態様によれば、前記記事、前記スレッド、前記文書または前記文書を構成する要素に応じてユーザが可能な操作を定め、前記掲示板ユニット内で、前記スレッドと文書の構成要素間で整合をとることを特徴とする情報交換支援管理システムが提供される。
【０００８】
また、本発明の別の一態様によれば、ユーザの登録、変更、削除、参照、属性を管理するとともに、該管理に関連する操作を実行するのに必要な画面情報を生成するとともに、ユーザ毎に前記記事や文書に対する操作の許諾を管理するユーザ管理手段を備えたことを特徴とする情報交換支援管理システムが提供される。
【０００９】
また、本発明の別の一態様によれば、前記記事、文書あるいは前記スレッドについてユーザの関心事を登録し、前記データベース内の情報の変化を監視してユーザの関心事を管理する機能と、前記データベース内の情報とユーザの関心事とが一致する場合にそのユーザに通知する通知手段を備えたことを特徴とする情報交換支援管理システムが提供される。
【００１０】
また、本発明の別の一態様によれば、ネットワークで接続されるブラウザとこのブラウザとの通信を行う通信サーバを備え、前記ブラウザは、該システムで生成された画像情報をネットワークを通じて受け取り、その画像情報から成る画面を前記入出力端末装置上に表示することを特徴とする情報交換支援管理システムが提供される。
【発明の効果】
【００１１】
本発明によれば、複数人による文書の執筆の活動と刻々と内容が変化する類の情報の共有を円滑に行えるようにするとともに、文書の内容に至った経緯等をユーザの過度の負荷なく蓄積でき、閲覧中の文書から確認することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について図面を参照しながら説明する。各図において同一箇所については同一の符号を付すとともに、重複した説明は省略する。
【００１３】
（第１の実施形態）
図１は、本発明の実施形態に係る情報交換支援管理システムの概略構成を示すブロック図である。図１に示すように、情報交換支援管理システム１００は、大別すると、掲示板ユニット１０と、文書ユニット２０と、データベースユニット３０（以下、ＤＢユニットという。）と、入出力端末装置４０から構成されている。また、ＤＢユニット３０は、記事データベース（以下、記事ＤＢという。）３１と記事と文書の関連データベース（以下、記事と文書の関連ＤＢという。）３２と文書データベース（以下、文書ＤＢという。）３３を備えている。
【００１４】
掲示板ユニット１０は、あるテーマ等についての話し合いあるいは議論をＰＣ（パーソナルコンピュータ)等を利用して行うための電子掲示板の機能と、話し合いあるいは議論に関する情報の共有と管理をサポートする機能（以下、管理機能という）を実現するコンポーネントである。掲示板ユニット１０は、例えばＣＰＵ、メモリ、ディスプレイ、通信回路、ハードディスク等を備える。ＣＰＵは、ハードディスクに記録されているオペレーティング・システム（ＯＳ）、アプリケーションに基づいた処理を行う。メモリは、ＣＰＵに対して作業領域を提供する。ハードディスクは、ＯＳ、アプリケーションを記録保持する。通信回路は、ネットワークを介してデータの送受信を行う。ディスプレイは、記事、スレッド、ユーザインタフェース等を表示する。
【００１５】
文書ユニット２０は、複数人で文書の編集と閲覧を行うための機能と、その作業をサポートするための機能を実現するコンポーネントである。文書ユニット２０は、例えば、ＣＰＵ、メモリ、ディスプレイ、通信回路、ハードディスク等を備える。データベースユニット３０は、例えば、ハードディスクで構成する。
【００１６】
まず、発明の実施形態の説明に入る前に、主要な用語について説明する。  
「文書」とは、情報整理や情報伝達のために、対象となる内容を文字、表や図等のイメージを用いて記述や描写されたものである。本実施形態では、文書ユニットでは、1つ以上の文書を持つ。  
「記事」とは、ユーザが電子掲示板に投稿した内容を指している。投稿された内容は、文字や表、図等のイメージを用いて描写される。システム上では、内容の他、内容を管理するための属性情報を含めた概念として記事とする。  
「新規記事」とは、記事に対する返信ではなく、新たに投稿された記事をいう。
「返信記事」とは、既存の記事に対して応答のために投稿された記事をいう。  
「投稿」とは、記事を掲示板に入力する行為、もしくは、操作をいう。  
「新規投稿」とは、「新規記事」を投稿する行為、もしくは、操作をいう。  
「返信投稿」とは、「返信記事」を投稿する行為、もしくは、操作をいう。  
「スレッド」とは、新規投稿記事と複数の返信投稿記事から構成される記事の集合をいう。返信先の記事と返信記事の親子関係は保持され、階層構造を成す。  
「枝」とは、1つの記事に対して、複数の返信投稿が行われた場合に発生する話し合いをやり取りする記事系列の分岐をいう。分岐点の記事から、末端の記事までを指す。
【００１７】
「スレッドの属性」とは、スレッドを管理するための付加情報をいう。例えば、スレッド番号、ステータス、カテゴリ等の情報である。  
「記事の属性」とは、記事を管理するための付加情報をいう。例えば、記事番号、記事のタイトル、記事の投稿者等の情報である。  
「スレッドに関連する文書の構成要素」とは、スレッドが対象とする話し合いの内容に関連する文書の構成要素である。  
「スレッドのステータス」とは、スレッドの属性の1つであり、話合いの開始から、合意を経て、文書更新に至るまでの手続きの現在の状況に関する情報である。スレッド及び枝には、それぞれ話合いが今どのような状態にあるかのステータスを設定することができる。例えば、「検討中」、「合意待ち」、「合意」や、決定事項を文書に反映させる作業最中であることを表す「反映中」や、「完了」等がある。スレッドに関連する末端の枝ステータスが全て「検討中」あるいは「合意待ち」以外の場合になった時、スレッドの話合いが結論に至ったとする。  
「文書の構成要素」とは、文書の章、節、項のような何らかのテーマに沿った一連の内容の記述範囲や、表や図のようなイメージ等を指す。  
「文書の属性」とは、文書または文書の構成要素を管理するための付加情報をいう。例えば、文書の構成要素の属性として「ステータス」がある。
【００１８】
次いで、各ユニットについて詳述する。
【００１９】
掲示板ユニット１０の電子掲示板としての機能は、ユーザから入出力端末装置４０を通じて電子掲示板に関わる情報を受け取り、文書ユニット２０にデータを送信する機能と、文書ユニット２０から電子掲示板に関わる情報を受け取り、入出力端末装置４０上に表示する画面を生成し、入出力端末装置４０に出力する機能である。電子掲示板では、例えばユーザからの案件の投稿、まとめの投稿、議事録の投稿を受け付けることができる。ここで、案件の投稿とは、あるテーマに関する案件、例えば製品の仕様書に関する案件を議題として提起し、話合いするための機能であり、まとめの投稿とは、話合いの結果をまとめとして投稿する機能である。議事録の投稿とは、電子掲示板での話合い以外に、通常の会議における議事録を投稿する機能である。
【００２０】
詳述すると、話し合いの内容である記事を入出力端末装置４０から受け付け、記事の内容と記事の応答関係情報と記事の属性情報を記事ＤＢ３１に記録する機能と、スレッドの属性情報を記事ＤＢ３１に格納する機能と、スレッドの状態変更を入出力端末装置４０から受け付ける機能を備えている。
【００２１】
さらに、記事ＤＢ３１から格納されている記事情報を取り出して、スレッド毎に記事の応答関係を記事タイトルの並びで表現したスレッドを一覧でき、同時に、各スレッドの属性情報と各記事の属性情報を、それぞれのスレッドや記事に合わせて表示するウェブページ(以下、Ｗｅｂページという。）を生成し、入出力端末装置４０に出力する機能と、記事の内容と記事の属性と記事に関連する文書の構成要素への関連状況を表示する画面を作成する機能と記事の属性変化やスレッドの属性変化を監視する機能を備えている。
【００２２】
本実施形態では、Ｗｅｂページとして出力するため、画面生成処理に際して、例えば記述言語にＨＴＭＬ（Hyper Text Markup Language）を使用するとともにスタイルシートを生成している。ただし、画面を生成できる方法であれば、ＨＴＭＬとスタイルシート以外の出力でも構わない。図２は、掲示板の記事の一覧画面のイメージ図である。また掲示板ユニット１０は、投稿された全ての記事を検索することもできる。
【００２３】
文書ユニット２０の文書編集機能は、入出力端末装置４０を介してユーザからの文書に関わる情報を受け取り、掲示板ユニット１０にデータを送信する機能と、掲示板ユニット１０から文書に関わる情報を受け取り、入出力端末装置４０上に表示する画面を生成し、入出力端末装置４０に出力する機能である。すなわち、文書ユニット２０は、掲示板ユニット１０で話合いされ合意に達したテーマ、例えば製品の仕様について、仕様書等のドキュメントに反映させることができる。そのため、例えば仕様書を編集し記述するための機能の他に、当該仕様書と掲示板ユニット１０の関連情報にリンクを張る機能を持たせる。
【００２４】
詳述すれば、入出力端末装置４０から文書全体、または、文書の一部の文書内容と文書の構成要素の構造の入力を受け付け、入出力端末装置４０から受け付けた文書の構成要素および文書の属性情報、もしくは、ＤＢユニット３０内のデータを利用して生成した文書の構成要素および文書の属性情報を記録する機能と、記事と文書の関連を格納する機能を備えている。
【００２５】
さらに、文書の全体、または、文書の一部を表示する画面、かつ、各文書の構成要素の属性情報を、構成要素との対応がわかる表現で表示する画面を生成し入出力端末装置４０に出力する機能と、記事と文書の関連データを参照して文書の構成要素に関連するスレッドの対応を表示する画面を生成する機能を備えている。さらに、電子掲示板機能にスレッドの作成を依頼する機能と文書の構成要素の属性の変更を入出力端末装置４０から受け付け、文書ＤＢ３３内のデータを更新する機能を備えている。
【００２６】
文書の編集機能としては、例えば目次の編集、仕様書の内容の編集、前の仕様項目からの変動を明らかにする差分情報の編集、メモの編集、仕様書に挿入する画像の登録、画像の検索の各機能を備えることが好適である。
【００２７】
掲示板ユニット１０の管理機能としては、例えば、項目ごとの既読／未読の管理、ドキュメントの変更履歴の編集、項目のステータス管理、差分仕様管理、関連仕様管理等がある。項目ごとの既読／未読の管理では、ユーザごとの管理が好適であり、項目の内容が変更されると、その項目のユーザの「既読」状態は、「未読」状態に遷移させる。ドキュメントの変更履歴の編集では、ドキュメントのリビジョン情報を記録しておく。項目のステータス管理では、例えば、編集の進み具合を５段階のステータスに分けて管理する。差分仕様管理では、元となる仕様に対しての変更点を登録する。関連仕様管理では、仕様項目間の関連を登録し、登録された仕様項目の双方向にハイパーリンクを張り、仕様内容頁から関連仕様項目へ移動可能とする。
【００２８】
本実施形態においては、掲示板ユニット１０と文書ユニット２０は機能の連携を図っている。掲示板ユニット１０から文書ユニット２０への関連では、掲示板ユニット１０で案件を投稿し、新規スレッドを立ち上げる時、案件に関する仕様書の仕様項目をプロジェクトに登録されているドキュメントから選択することができる。すなわち、選択された仕様書の仕様項目とスレッド間にはリンクが張られ、双方向に情報を参照することができる。一方、文書ユニット２０から掲示板ユニット１０への関連では、文書ユニット２０で各仕様項目において掲示板ユニット１０で関連付けられたスレッドにリンクが張られる。関連付けられたスレッドを選択することで、掲示板ユニット１０のスレッドが表示され仕様の変更要求をかけることができる。ＤＢユニット３０は、上記したように、記事ＤＢ３１と記事と文書の関連ＤＢ３２と文書ＤＢ３３とを備え、掲示板ユニット１０及び文書ユニット２０から、記事ＤＢ３１、記事と文書の関連ＤＢ３２、文書ＤＢ３３の各ＤＢに対して、データの登録、削除、変更、抽出等の操作を受け付け、操作結果を操作元の掲示板ユニット１０あるいは文書ユニット２０に返す。各ＤＢには、表形式で、データを格納するためのテーブルを持たせることができる。テーブルにおいて、1件のデータは、1行に相当する。テーブルの列方向には、同種のデータを並べる。
【００２９】
ＤＢユニット３０の記事ＤＢ３１には、「記事テーブル」と「スレッドテーブル」と「掲示板テーブル」と「スレッド間の関連テーブル」を含んでいる。図３は、記事テーブルのデータ構造の一例を示す図である。記事テーブルは、例えば、“記事番号”と、“スレッド番号”、“タイトル”、“その記事の投稿者”、“記事の内容”、“記事の投稿時間”等のデータをまとめたものである。図４は、スレッドテーブルのデータ構造の一例を示す図である。スレッドテーブルは、例えば、“スレッド番号”、“掲示板番号”、“ステータス”、“カテゴリ”に関するデータ”をまとめたものである。図５は、掲示板テーブルのデータ構造の一例を示す図である。掲示板テーブルは、例えば、“掲示板番号”と“タイトル”に関するデータをまとめたものである。図６は、スレッド間の関連テーブルのデータ構造の一例を示す図である。スレッド間の関連テーブルは、例えば、“掲示板番号”、“スレッド番号Ａ”、“スレッド番号Ｂ”に関するデータをまとめたものである。
【００３０】
それぞれのテーブルには、０、もしくは、1件以上のデータを格納できる。図３乃至図６に示す各テーブルには、行と列からなる表形式のデータが並べられ、識別のための名称、例えば“記事番号”、“スレッド番号”、“タイトル”等が付与されている。この名称により個々のテーブルの識別を行うことができる。この名称は、テーブルを一意に識別できるものであれば、例えば”１“、”２”、等の番号を付与してもよいことは勿論である。
【００３１】
ＤＢユニット３０の記事と文書の関連ＤＢ３２は、「記事と文書の関連テーブル」を含んでいる。図７は、記事と文書の関連テーブルのデータ構造の一例を示す図である。記事と文書の関連テーブルは、例えば、“スレッド番号”と“文書の構成要素番号”に関するデータをまとめたものである。記事と文書の関連テーブルには、０、もしくは、1つ以上のデータを格納できる。図７に示すように、記事と文書の関連テーブルは、行と列からなる表形式のデータが並べられ、識別のための名称として、例えば“スレッド番号”、“文書の構成要素番号”が付与されている。この名称によりテーブルの識別を行うことができる。この名称は、テーブルを一意に識別できるものであれば、例えば”１“、”２”、等の番号を付与してもよいことは勿論である。
【００３２】
ＤＢユニット３０の文書ＤＢ３３には、「文書の構成要素テーブル」と、「文書テーブル」と「文書の構成要素間の関連テーブル」を含んでいる。図８は、文書の構成要素テーブルのデータ構造の一例を示す図である。文書の構成要素テーブルは、例えば、“文書の構成要素番号”、“文書のタイプ”、“文書番号”、“文書のタイトル”、“章節番号”、“文書の内容”、“文書の作成状態”、“更新者”、“更新日時”に関するデータをまとめたものである。図９は、文書テーブルのデータ構造の一例を示す図である。文書テーブルは、例えば、“文書番号”、“文書名”、“文書の登録日時”に関するデータをまとめたものである。図１０は、文書の構成要素間の関連テーブルのデータ構造の一例を示す図である。文書の構成要素間の関連テーブルは、例えば、“文書番号”、“文書の構成要素番号Ａ”、“文書の構成要素番号Ｂ”に関するデータをまとめたものである。
【００３３】
それぞれのテーブルには、０、もしくは、1つ以上のデータを格納できる。図８、図９、図１０に示す各テーブルには、行と列からなる表形式のデータが並べられ、識別のための名称、例えば“文書の構成要素番号”、“タイプ”、“文書番号”等が付与されている。この名称により個々のテーブルの識別を行うことができる。この名称は、テーブルを一意に識別できるものであれば、例えば”１“、”２”、等の番号を付与してもよいことは勿論である。
【００３４】
本実施形態における各ＤＢテーブルのカラム構成は、例えば図１１に示すように構成することができる。図１１は、本発明に係る情報交換支援管理システムにおけるデータベースのカラム構成を示す実体関連図(Entity-relationship Diagram）である。図１１において、例えば、記事ＤＢでは、“記事番号”が主キー、(FK)を付記した“スレッド番号”、“掲示板番号”はそれぞれ外部キーであることを表わしている。外部キーのカラムの値は、他のテーブルのレコードとの関係付けに利用できる。例えば、図４のスレッドテーブルの場合は、“スレッド番号”と“掲示板番号”と“ステータス”と“カテゴリ”の4つのカラムを持つ関係データベースのテーブルとして定義する。“掲示板番号”は外部キーであるから、掲示板番号４を持つスレッドの場合に、図５に示す掲示板テーブルの掲示板番号４のレコードを参照することで、当該スレッドが所属する掲示板のタイトル、例えば“RC_XB600 掲示板”を取得できる。
【００３５】
図１１に示す各ＤＢにおいて、水平に引かれた線の下方は、属性を表している。例えば、記事ＤＢにおいて、“タイトル”、”投稿者“、”親記事番号“内容“等は記事の属性である。したがって、スレッド間の関連ＤＢでは、属性に該当するものが存在しないことがわかる。また、図１１によれば、各ＤＢ間の参照関係についても明らかとなっている。各ＤＢは先端に黒丸の付いた線で結ばれているが、黒丸が付いているＤＢは黒丸が付いていない方のＤＢを参照することを示している。例えば、スレッドＤＢは、掲示板ＤＢを参照する一方、記事ＤＢ、記事と文書の関連ＤＢ、スレッド間の関連ＤＢにそれぞれ参照されている関係にある。また、整合ルールＤＢは、いずれのデータベースとも参照関係にはなく、独立している。
【００３６】
上記したように、本実施の形態では、各データベース内のデータはテーブル形式の構造でデータを格納しているが、データの形式はテーブル形式のものに限られない。データ内容の追加、削除、更新、参照を行うことが可能な形式であれば他の表現形式のデータ、例えば、ネットワーク型データやオブジェクト指向型データ等の他のデータ等の他の表現形式のデータでもよいことは言うまでもない。
【００３７】
入出力端末装置４０は、情報交換支援管理システム１００に情報をユーザが入力したり、情報交換支援管理システム１００からの情報をユーザが受け取ったりするための構成要素である。例えば、キーボードとディスプレイを備えるのが好適である。尚、ユーザとのインタラクションを実現できれば、キーボードとディスプレイでなくともよいのは言うまでもない。
【００３８】
次いで、このように構成された情報交換支援管理システム１００の利用形態について説明する。
【００３９】
まず、情報交換支援管理システム１００の利用開始前に、各データベース内のテーブル定義を行っておく必要がある。テーブル定義は、データの操作や定義に好適なSQLのCREATE DATABASE文、CREATE TABLE文をデータベースシステムに命令として与えることで行うことができる。尚、情報交換支援管理システム１００の利用開始に際し、事前に、レコードを登録する必要はない。
【００４０】
当該情報交換支援管理システム１００のユーザからの情報の入力は、入出力端末装置４０で受け付ける。入力された情報は、入出力端末装置４０の表示画面やユーザの入力等の状況に応じて、掲示板ユニット１０、もしくは、文書ユニット２０に送信される。
【００４１】
電子掲示板は、ユーザからの入力指示により複数設置することができる。掲示板内の投稿や表示は、まず一つ以上の掲示板を登録しなければ行えない。図１２は、掲示板の登録処理の流れを示すフローチャートである。掲示板の登録に際し、まず、掲示板ユニット１０は、入出力端末装置４０から新規に登録する掲示板のタイトルを受け取る（ステップＳ１２０１）。掲示板のタイトルを受信した掲示板ユニット１０は、掲示板を特定するための番号である掲示板番号を重複しないように発行する（ステップＳ１２０２）。掲示板番号を発行すると、記事ＤＢ３１内の掲示板テーブルに掲示板データを含んだ行を追加し（ステップＳ１２０３）、掲示板テーブルに“タイトル”と“掲示板番号”を格納する。尚、記事ＤＢ３１内の掲示板テーブル内の行を特定できれば、番号でない文字列や記号列を採用してもかまわない。
【００４２】
一つ以上の掲示板の登録が行われると、掲示板ユニット１０は、掲示板の一覧を表示することができる。ユーザは、例えば図５に示されるような、掲示板の一覧から、利用する掲示板を選択できる。掲示板の選択は、例えば、掲示板のタイトル名をクリックして行う。
【００４３】
選択された掲示板は、掲示板ユニット１０に設けられた一時記憶領域（図示しない）に保持される。尚、選択された掲示板情報の保持は、入出力端末装置４０側に設けられる記憶領域等を利用してもよい。以降の掲示板に対する操作（アクション）の際に参照できる保持方法であればどのような方法でもよい。
【００４４】
次に、記事の投稿について説明する。図１３は、記事の投稿処理の流れを示すフローチャートである。記事の投稿処理は、新規記事の投稿の場合と、既存の記事に返信する場合とで、処理が異なる。
【００４５】
まず、入出力端末装置４０から、記事に関するデータを受け取る（ステップＳ１３０１）。次に、新規投稿か否かを判定する（ステップＳ１３０２）。
【００４６】
新規記事投稿の場合は、掲示板ユニット１０は、重複しないスレッド番号を発行し（ステップＳ１３０３）、スレッドテーブルに新規スレッドのデータを格納した行を追加する（ステップＳ１３０４）。次いで、記事ＤＢ３１内の記事テーブルに、記事に関する情報を格納した行を追加する（ステップＳ１３０５）。
【００４７】
新規記事投稿ではなく返信記事投稿の場合には、新規にスレッドを作成せずに、返信対象の投稿のスレッドに返信投稿も所属させ、記事ＤＢ３１内の記事テーブルに、記事に関する情報を格納した行を追加する（ステップＳ１３０５）。
【００４８】
スレッドや記事を作成する場合には、それぞれを特定する必要があるが、本実施形態では、スレッドの新規記事の記事番号をスレッド番号としている。投稿記事の内容と属性は、記事ＤＢ３１内の記事テーブルに格納される。属性のうち、投稿日時と親記事番号の値は、掲示板ユニット１０が生成する。
【００４９】
図１４は、新規記事を投稿するための画面のイメージである。新規記事投稿の際は、スレッドに関する属性情報の入力欄も表示される。返信記事の投稿の場合は、スレッドに関する属性情報の入力欄は表示されない。
【００５０】
次に、スレッドのステータス遷移について説明する。図１５は、スレッドステータス遷移の処理の流れを示すフローチャートである。
【００５１】
掲示板ユニット１０が、入出力端末装置４０からスレッドのステータス遷移イベントを受け取ると（ステップＳ１５０１)、電子掲示板機能は、ステータス遷移の対象となるスレッドと遷移先のステータス情報を受け取る。電子掲示板機能は、指定されたスレッドが、指定された遷移先のステータスに遷移できるかどうかをチェックする（ステップＳ１５０２）。本実施形態の場合は、電子掲示板機能のプログラム中に、条件分岐でチェックを行う。例えば、ステータスの遷移パターンは、プログラムロジックの中に埋め込むが、他の方式として、ステータスの遷移パターンをシステムでカスタマイズ可能にしてもよい。チェックの結果、遷移可能である場合は（ステップＳ１５０３）、スレッドテーブルのステータスを遷移先のステータス名に更新する（ステップＳ１５０４)。チェックの結果、遷移不可である場合は、スレッドステータスの遷移は実行しない。ステータスが遷移可能とするか否かのルールについては、ＤＢユニット３０内のデータを条件に利用することができる。例えば、子記事を持たない記事のステータスが「完了」である場合のみ、スレッドのステータスは、「検討中」から「合意」に遷移できるというような定義を実現できる。
【００５２】
次に、スレッドと文書の関係の登録について説明する。図１６は、スレッドと文書の関係の登録処理の流れを示すフローチャートである。
【００５３】
電子掲示板機能が、入出力端末装置４０からスレッドと文書の構成要素との関連情報を受け取ると（ステップＳ１６０１)、記事と文書の関連ＤＢ３２内の記事と文書の関連テーブルに、スレッドと文書の関係情報を含む行を追加する（ステップＳ１６０２)。図１７は、スレッドに関連する文書の構成要素の選択画面のイメージを示す図である。文書の構成要素選択画面を起動した記事の投稿画面との関係で、記事のＩＤと文書の構成要素のＩＤの対応を特定できる。つまり記事ＩＤを８として割り当てられる記事の投稿画面から、文書の構成要素選択画面を起動し、選択された文書の構成要素のＩＤが２１と２３だった場合、記事ＩＤが８の記事と文書の構成要素ＩＤが２１は関連があると定義でき、記事ＩＤが８の記事と文書の構成要素ＩＤが２３の文書の構成要素は関連があると定義できる。
【００５４】
電子掲示板機能が、入出力端末装置４０からスレッド間の関連情報を受け取ると記事ＤＢ３１内のスレッド間の関連テーブルに、関係する双方のスレッド番号と掲示板番号を含めて行を追加する。
【００５５】
電子掲示板機能が、入出力端末装置４０から記事の一覧の表示を指示されると、電子掲示板機能は、記事ＤＢ３１の各種テーブルからデータを抽出し、スレッド毎に、記事の応答関係をツリー形式で表現し、記事のタイトルと記事の属性情報との対応がわかる表現で画面を生成する。さらに、スレッドの属性情報についても、スレッドと属性情報の対応関係がわかる表現で、表示画面を生成する。生成した画面は、入出力画面に送信する。
【００５６】
電子掲示板機能が入出力端末装置４０から記事の内容の表示を指示されると、電子掲示板機能は、記事ＤＢ３１内の記事テーブルからデータを抽出し、記事の属性情報と共に、記事の内容を表示する画面を生成する。生成した画面は、入出力端末装置４０に送信する。
【００５７】
文書編集機能が入出力端末装置４０から文書の登録を指示されると、文書編集機能は、文書ＤＢ３３内の文書テーブルに、データベース内で文書を特定するための一意の文書番号を発行し、入出力端末装置４０から受けとった文書名と共に、文書テーブルにデータを格納する。文書のコンテンツを登録するには、まず、文書登録を行う必要がある。
【００５８】
文書編集機能が、入出力端末装置４０から、スレッドと文書の構成要素の関連情報、例えば、“文書の構成要素番号”、“文書番号”、“スレッド番号”、“掲示板番号”を受け取ると、記事と文書の関連ＤＢ３２内の記事と文書の関連テーブルに、スレッドと文書の構成要素の関連情報を格納する。
【００５９】
文書編集機能が、入出力端末装置４０から、文書の構成要素間の関連情報、例えば、“文書番号”と“文書の構成要素番号”を受け取ると、文書ＤＢ３３内の文書の構成要素間の関連テーブルに、文書の構成要素の関連情報を格納する。
【００６０】
文書編集機能が、入出力端末装置４０から、文書の構成要素のステータスの変更を指示されると、文書編集機能は、ステータスの遷移が可能かどうかを確認する。ステータスが遷移可能とするか否かのルールについては、文書編集機能に保持している。ステータスの遷移が可能であれば、文書の構成要素テーブル中の対象となる文書の構成要素のデータが入った行のステータスカラムの内容を遷移先のステータスに更新する。ステータスの遷移が不可であれば、ステータスの遷移は行わず、文書ＤＢ３３にも更新操作を行わない。
【００６１】
文書編集機能が生成した画面上から、入出力端末装置４０を通じて、電子掲示板の記事の投稿の指示を受け付けた場合、文書編集機能は、電子掲示板機能に対して、記事投稿画面用のＨＴＭＬによる記述とスタイルシートを生成するように要求する。その際、電子掲示板機能に、電子掲示板の記事の投稿を起動と関連した文書の構成要素を特定できる文書の構成要素番号を伝達する。記事の投稿を受け付けると、電子掲示板機能は、記事登録処理に加え、スレッドと文書の構成要素の関連登録処理を行う。
【００６２】
文書の目次を表示する場合、文書編集機能は、文書ＤＢ３３内の文書の構成要素テーブルから、目次を生成しようとする文書の文書番号に一致し、かつ、タイプカラムのデータが「文」である行をのみを抽出する。それらの行を章節番号順に並び替え、“章節番号”と“タイトル”の対を列挙した画面を生成し、入出力端末装置４０に送信する。図１８は、文書の目次画面のイメージを示す図である。
【００６３】
文書の内容を表示する場合、文書編集機能は、文書ＤＢ３３内の文書の構成要素テーブルから内容を表示する文書番号と文書の構成要素番号にマッチする行を抽出し、ユーザに見やすい表現形式で、内容と属性情報を表示する画面を生成して、入出力端末装置４０に送信する。図１９は、文書の内容表示画面のイメージを示す図である。また、図２０は、文書編集画面のイメージを示す図である。また、図２１は、本実施形態に係る情報交換支援管理システム１００における電子掲示板機能と文書の編集機能を実体関連図(Entity-relationship Diagram）で示したものである。
【００６４】
本実施形態によれば、電子掲示板のスレッドに付加されたステータス情報により、どの議論に対して引き続き返信が必要で、どの議論の決定事項を文書に反映していないか、どの議論の決定事項は、文書への反映を完了したかなどの作業の進捗を把握しやすくなり、議論から文書への反映までの残っている作業を瞬時に見つけ出すことができる。ステータス情報が付加されていない場合に比べて、議論案件処理の取りこぼしミスを抑制する効果が期待できる。
【００６５】
また、文書の構成要素毎に付加されたステータス情報により、文書中の各構成要素の作業の進捗を把握しやすくなり、次に実施しなければならない作業項目を即座に把握できる。例えば、文書の記述が完了した部分や文書の記述が未完成の部分、内容のレビューが未実施の部分が即座に判別できる。
【００６６】
さらに、スレッドと文書の構成要素間の関連をシステムに保存することができ、複数人で議論と文書の構成要素の関連情報の知識を共有することができる。スレッドや文書の構成要素への画面の移動はハイパーリンクとなっているので、議論者と文書記述者が異なる者であっても、円滑にレビューを実施でき、議論の結果の反映先を文書記述者に示せる。
【００６７】
文書の構成要素毎に、掲示板のスレッドへのリンクが設置されているため、例えば仕様の策定理由や策定経緯を知りたい者のみが、掲示板のスレッドに移動し、議論の流れを閲覧することにより、仕様の策定理由や策定経緯を即座に確認できる。
【００６８】
掲示板のスレッドのステータスと文書の構成要素のステータスとの整合維持の仕組みと、文書の構成要素から掲示板の関連スレッドへのハイパーリンクにより、文書の閲覧者は、文書側から掲示板で検討中の部分であることがわかるので、一度確定し、文書化された内容があったとしても、決定事項の変更の可能性があることが把握できる。さらに、文書への決定事項の清書化を待たず掲示板の内容を閲覧して、その時点で行える作業を実施することができる。
【００６９】
文書の構成要素間の関連を保存するので、複数のユーザ間で、文書の関連情報を共有でき、文書の部分的な内容の変更による、他の部分の影響範囲を把握しやすくなり、文書の変更による影響部分の内容の変更し忘れミスを減らすことができる。
【００７０】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。図２２は、第２の実施形態に係る情報交換支援管理システム１０２の概略構成を示すブロック図である。図２２に示すように、情報交換支援管理システム１０２は、大別すると、掲示板ユニット１０と、文書ユニット２０と、ＤＢユニット３０と、入出力端末装置４０から構成されている。また、ＤＢユニット３０は、記事ＤＢ３１と記事と文書の関連ＤＢ３２と文書ＤＢ３３と整合ルールデータベース(以下、整合ルールＤＢという。）３４を備えている。
【００７１】
第２の実施形態では、ＤＢユニット３０内に、整合ルールＤＢ３４を備えていることが、第１の実施形態と相違する点である。整合ルールＤＢ３４には、整合ルールテーブルを格納するようにした点である。図２３は、整合ルールテーブルのデータ構造の一例を示す図である。整合ルールテーブルは、例えば、“発生アクション”、“条件”、“起動アクション”に関するデータをまとめたもので、複数のユーザによる投稿等のアクションをステータスに反映させるものである。
【００７２】
整合ルールの一例としては、“文書の構成要素に関連があるスレッドのうち一つ以上のスレッドの議論のステータスが「検討中」である場合は、その文書の構成要素のステータスも「検討中」とする。”である。また、“記事の投稿が行われた際、関連する文書の構成要素のステータスに「完了」が存在する場合、すべての関連する文書の構成要素のステータスを「検討中」に変更する。”である。
【００７３】
電子掲示板機能は、文書ＤＢ３３内の文書の構成要素テーブル内のステータスの値の変化を監視し、変化のあった文書の構成要素と関連するスレッドのステータスを記事ＤＢ３１内の記事テーブルから抽出し、ステータスの値を確認する。電子掲示板機能が保有するステータスの整合ルールに違反している場合は、整合ルールに則るように、スレッドのステータスを変更する。スレッドのステータスの更新は、記事ＤＢ３１内のスレッドテーブルに対して行う。本実施形態におけるステータスの整合ルールは、例えばプログラム処理で実現することができる。
【００７４】
文書編集機能は、記事ＤＢ３１内のスレッドテーブル内のステータスの値の変化を監視し、変化のあったスレッドに関連する文書の構成要素のステータスを文書ＤＢ３３内の文書の構成要素テーブルから抽出し、ステータスの値を確認する。文書編集機能が保有するステータスの整合ルールに違反している場合は、整合ルールに則るように、文書の構成要素のステータスを変更する。文書の構成要素のステータスの更新は、文書ＤＢ３３内の文書の構成要素テーブルに対して行う。
【００７５】
このように構成された第２の実施形態に係る情報交換支援管理システム１０２の利用形態について説明するが、第２の実施形態に特有の内容に絞って説明する。図２４は、ステータスの整合維持の処理の流れを示すフローチャートである。
【００７６】
電子掲示板機能で、何らかのイベントが発生すると（ステップＳ２４０１)、本来の処理を終えた後、電子掲示板機能は、整合ルールＤＢ３４にアクセスし、整合ルールテーブル内のアクションカラムをサーチし、発生したイベントにマッチするレコードをすべて抽出する（ステップＳ２４０２)。抽出したレコードに発生イベントにマッチするレコードが存在するか判断する（ステップＳ２４０３)。マッチするレコードが存在しない場合には何もせず終了する。
【００７７】
マッチするレコードが存在する場合には、抽出したすべてのレコードの条件カラムに格納された条件を満たすかどうかを判定する（ステップＳ２４０４)。条件カラム内の条件を満たすか否かを判断する（ステップＳ２４０５)。条件カラム内の条件を満たさない場合は実行しない。満たす場合には、起動アクションカラムの値を参照し、そのアクション列を実行する（ステップＳ２４０６)。抽出したレコードのうち、未処理の整合ルールレコードが存在するかどうかを判断し（ステップＳ２４０７)、存在する場合には、ステップＳ２４０４に戻る。
【００７８】
第２の実施形態に係る情報交換支援管理システム１０２によれば、ステータスの整合ルールを整合ルールＤＢ３４に登録するので、掲示板内のスレッドと文書の構成要素間のステータスの整合を維持できる。さらに、ユーザがステータスの整合を維持するための確認と操作の手間を削減できる他、整合維持の人為的ミスを防ぐことができる。
【００７９】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。図２５は、第３の実施形態に係る情報交換支援管理システム１０３の概略構成を示すブロック図である。図２５に示すように、第２の実施形態の構成に対し、中央ユニット５０を追加している。この中央ユニット５０は、情報交換支援管理システム１０３の利用者であるユーザを管理するためのユーザ管理機能を有する。さらに、ＤＢユニット３０に、ユーザデータベース(以下、ユーザＤＢという。）３５を追加した構成となっている。ユーザＤＢ３５には、ユーザテーブルが格納される。図２６は、ユーザテーブルのデータ構造の一例を示す図である。ユーザテーブルは、例えば、“ユーザＩＤ”、“ユーザ名”、“メールアドレス”、“パスワード”、“可能な操作”、“ログイン状態”に関するデータをまとめたものである。ここで、“可能な操作”は、本情報交換支援管理システム１０３の利用に際し、ユーザごとに許諾された操作のことである。
【００８０】
中央ユニット５０が司るユーザ管理機能は、ユーザの「登録」、「変更」、「削除」、「参照」を管理するもので、登録等の操作を実行するのに必要な画面情報を生成する機能も有する。
【００８１】
ユーザ管理機能は、ユーザ認証機能を有する。図２７は、ユーザ認証画面のイメージを示す図である。ユーザ認証は、例えば、“ユーザＩＤ”と“パスワード”とで行われる。
【００８２】
ユーザ管理機能の画面情報の生成には、必要な情報をユーザＤＢ３５から取得する。ユーザ管理機能で受け取ったデータは、ユーザＤＢ３５に送信され、ユーザテーブルに格納する。その際、ユーザＩＤは、ユーザ管理機能が自動的に発行する。
【００８３】
図２８は、ユーザ認証処理の流れを示すフローチャートである。
【００８４】
まず、ユーザ認証が開始すると、ログイン画面を生成する（ステップＳ２８０１）。次いで、ユーザからユーザＩＤとパスワードを取得する（ステップＳ２８０２）。ユーザＤＢ３５のユーザテーブルから、ユーザＩＤに一致するレコードを取得する（ステップＳ２８０３）。ユーザ認証の際に利用するパスワードは、ユーザテーブルのパスワードカラムから取得する。取得したレコードのパスワードカラム内のパスワードと入力されたパスワードが一致するか判定する（ステップＳ２８０４）。一致すると、ユーザＤＢ３５のユーザテーブルのログイン状態カラム内の値を「ログイン中」に変更する（ステップＳ２８０５）。ユーザ認証に成功し、ログイン中のユーザの情報は、ユーザテーブルのログイン状態カラムに格納する。
【００８５】
ユーザ認証後は、情報交換支援管理システム１０３は、ログアウト手続きが行われるまでは、当該ブラウザからのアクセスは認証されたユーザによる操作と見なす。
【００８６】
さらに、ユーザ管理機能は、ユーザの操作を制限する機能を有する。ユーザテーブルの可能な操作カラムにユーザな可能な操作を列挙した情報を格納する。
【００８７】
図２９は、操作の制限処理の流れを示すフローチャートである。
【００８８】
まず、ユーザから何らかの操作要求を受け付ける（ステップＳ２９０１）。次いで、操作要求を行ったユーザがその操作が可能であるかどうかを、ユーザテーブルの可能な操作カラムを参照して確認する（ステップＳ２９０２）。要求された操作は、そのユーザの可能な操作か否かを判定する（ステップＳ２９０３）。
【００８９】
各ユーザ毎の可能な操作のリストは、ユーザテーブルの可能な操作カラムに、周知の方法で格納しておく。クエリで、登録してもよいし、登録するための画面を用意して、ユーザインタフェースから登録してもよい。可能な操作であれば、要求された操作を実行し（ステップＳ２９０４）、可能な操作でなければ、操作の制限処理を終了する。
【００９０】
第３の実施形態に係る情報交換支援管理システム１０３によれば、ユーザ認証機能により、情報交換支援管理システムはユーザを特定でき、記事の投稿時や文書の編集等の場面で、ユーザ名を入力する手間を省ける。さらに、ユーザ毎に、情報交換支援管理システムに対して行える操作を制限できる。操作を制限することにより、運用のルールを強制的に遵守させることができる。
【００９１】
（第４の実施形態）
次に、本発明の第４の実施形態について説明する。第４の実施形態に係る情報交換支援管理システム１０４は、第３の実施形態に係る情報交換支援管理システム１０３と同じ構成となっている。
【００９２】
第４の実施形態では、第３の実施形態とは異なり、文書の編集機能で、文書の編集が行われると、当該文書の構成要素の文書の構成要素テーブルのレコードを上書きするのではなく、新規にレコードを生成する。情報の新旧は、文書の構成要素テーブルの更新日時で判別できる。文書の画面生成時では、同じ構成要素番号のレコードが複数存在する場合は、更新日時の新しいレコードを採用する。
【００９３】
すなわち、文書の構成要素ごとに文書の更新(作成、修正、削除)以前の文書内容を属性とともに各版として保持し、スレッドの属性の更新記録を各版として保持し、版が指定された文書の構成要素を１つまたは複数指定し、スレッドの属性の版を指定して、それらの組合せをベースラインとして特定して管理する。
【００９４】
ユーザは、文書の構成要素を特定する情報と日時を指定することで、更新前の文書の構成要素を参照することができる。ユーザが指定した日時に最も近く、かつ、ユーザが指定した日時より前の文書の構成要素レコードを取得し、その情報から以前の文書の構成要素を表示するための画面情報を生成する。
【００９５】
上記の作用を利用して、掲示板の記事の投稿が行われた時点の文書の状態を表示させることができる。ある記事の記事テーブルのレコードを抽出し、その投稿日時カラムの値を、文書の構成要素の抽出条件とする。つまり、記事の更新日時よりも前に更新された文書の構成要素で、かつ、最も記事の更新日時に近い文書の構成要素レコードを取得し、それらの情報を元に、文書の参照画面を生成する。
【００９６】
記事と文書の関連テーブルから、記事が所属しているスレッドに関連する文書の構成要素を特定し、取得した文書の構成要素番号で、文書の構成要素レコードを抽出することで、記事に関連する文書の構成要素の記事が投稿された状態を表示させることができる。
【００９７】
第４の実施形態に係る情報交換支援管理システム１０４によれば、文書の編集後、編集内容が妥当でないことに気づいた際、前の文書内容を確認でき、情報を復旧させることができる。さらに、掲示板での議論を行っていた際のその時点の文書状態を参照できるので、記事の内容を閲覧する際に、より内容を理解しやすくなる。また、記事の作成時に、文書から議論の対象部分を抜粋する手間を削減する効果が期待できる。
【００９８】
（第５の実施形態）
次に、本発明の第５の実施形態について説明する。図３０は、第５の実施形態に係る情報交換支援管理システム１０５の概略構成を示すブロック図である。図３０に示すように、第３の実施形態の構成に対し、第５の実施形態では、中央ユニット５０に、ユーザの関心事管理機能と通知機能が加わる。ＤＢユニット３０には、ユーザの関心事データベース(以下、ユーザの関心事ＤＢという。）３６が加わる。その他、情報交換支援管理システム１０５の外側に、通知受信機能２００が加わる構成となる。
【００９９】
ユーザの関心事ＤＢ３６には、ユーザの関心事テーブルが格納される。図３１は、ユーザの関心事テーブルのデータ構造の一例を示す図である。ユーザの関心事テーブルは、例えば、“ユーザＩＤ”、“関心事のターゲット”、“条件”に関するデータをまとめたものである。
【０１００】
ユーザの関心事管理機能は、ユーザから関心事を収集するための画面を生成する機能と、ユーザから入力された関心事を受け取り、ユーザの関心事ＤＢ３６に格納する機能と、ＤＢユニット３０内の情報の変化を監視する機能と、ＤＢの状態が、ユーザの関心事として登録された条件に一致するかどうかを判定する機能と、ユーザの関心事の条件に一致する場合に、その旨を知らせる通知を通知機能が生成し、通知受信機能に送信する。通知機能と通知受信機能については、周知の電子メールシステムを採用することで実現する。
【０１０１】
ユーザは、自分の関心事を関心事登録画面を介して、情報交換支援管理システム１０５に登録できる。ユーザの関心事管理機能は、入出力端末装置４０を通じて受け取った情報をユーザの関心事ＤＢ３６内のユーザの関心事テーブルに、“ユーザＩＤ”と“関心事のターゲット”と“条件”を格納する。その際、ユーザＩＤは、ユーザ管理機能に問い合わせることにより取得できる。
【０１０２】
ユーザの関心事管理機能は、常時、すべてのＤＢを監視し、ＤＢに対して、登録、または、変更、または、削除が行われると、ユーザの関心事ＤＢ３６のすべてのレコードを抽出し、順番に、関心事のターゲットが条件に一致するかどうかを判定する。もし、一致した場合は、通知機能が予め組み込まれたフォーマットに基づいて、ユーザテーブルからメールアドレス情報を取得し、電子メールをユーザに送信する。
【０１０３】
第５の実施形態に係る情報交換支援管理システム１０５によれば、ユーザは、予め、関心事をシステムに登録しておけば、情報交換支援管理システムの画面を見ていなくとも、関心事を把握することができる。これにより、知りたい情報を見逃す確率を減らすことができる。
【０１０４】
（第６の実施形態）
次に、本発明の第６の実施形態について説明する。図３２は、第６の実施形態に係る情報交換支援管理システム１０６の概略構成を示すブロック図である。
【０１０５】
第６の実施形態の構成は、第５の実施形態に、ブラウザ３００とブラウザとの通信を行う通信サーバ４００を加えた構成となっている。本実施形態では、ブラウザ３００と通信サーバ４００間は、ネットワークで接続され、TCP/IPで通信を行う。情報を送受信できるプロトコルであれば、TCP/IPに限る必要はない。
【０１０６】
ブラウザ３００は、複数存在させることが可能である。ブラウザ３００の識別は、ＩＰアドレスで行うことができる。ブラウザ３００への入力と出力は、入出力端末装置４０を通じて行う。
【０１０７】
ブラウザ３００は、情報交換支援管理システム１０６で生成された画面情報をネットワークを通じて受け取り、画面を表示する機能を有する。また、生成した画面に入力フォーム等の、ユーザからの入力を受け付けるための画面構成要素がある場合は、ユーザから、入出力端末装置４０を通じて、入力情報を受け取り、ネットワークを通じて、情報交換支援管理システム１０６に入力情報を送信する機能を有する。図３２に示すように、中央ユニット内に配設されるブラウザとの通信機能５１は、情報交換支援管理システム１０６で生成された画面情報をネットワークを通じて、ブラウザ３００に送信する機能と、ブラウザ３００から、ユーザの入力情報を受け取ること機能を有する。また、ブラウザ３００から受け取った入力情報は、入力されたページとイベントの情報の組み合わせによって、規定されたユニットに送信する機能を有する。 
ブラウザ３００から、ブラウザとの通信機能５１へ画面表示要求があった場合、ブラウザとの通信機能５１は、入力を受け付けたページとイベントの種類によって、画面表示要求の通知先を特定する。通知先は、掲示板ユニット１０、または、文書ユニット２０、または、中央ユニット５０のいずれかであり、これらのユニット内で生成された画面情報は、ブラウザとの通信機能５１に送信される。ブラウザとの通信機能５１は、画面表示要求を受け付けたブラウザ３００へ画面情報を送信する。
【０１０８】
第６の実施形態によれば、複数のクライアント装置から情報交換支援管理システム１０６を利用できる。さらに、物理的に遠隔地にあるクライアント装置からでも情報交換支援管理システム１０６を利用できる。その結果、より、多くのユーザで文書の編集や議論を行いやすくなる。
【０１０９】
なお、本発明は上記の実施形態のそのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記の実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１１０】
【図１】本発明の実施形態に係る情報交換支援管理システムの概略構成を示すブロック図である。
【図２】記事の一覧画面のイメージを示す図である。
【図３】記事テーブルのデータ構造の一例を示す図である。
【図４】スレッドテーブルのデータ構造の一例を示す図である。
【図５】掲示板テーブルのデータ構造の一例を示す図である。
【図６】スレッド間の関連テーブルのデータ構造の一例を示す図である。
【図７】記事と文書の関連テーブルのデータ構造の一例を示す図である。
【図８】文書の構成要素テーブルのデータ構造の一例を示す図である。
【図９】文書テーブルのデータ構造の一例を示す図である。
【図１０】文書の構成要素間の関連テーブルのデータ構造の一例を示す図である。
【図１１】データベースのカラム構成を示す実体関連図である。
【図１２】掲示板の登録処理の流れを示すフローチャートである。
【図１３】記事の投稿処理の流れを示すフローチャートである。
【図１４】新規投稿画面のイメージを示す図である。
【図１５】スレッドステータス遷移の処理の流れを示すフローチャートである。
【図１６】スレッドと文書の関係の登録処理の流れを示すフローチャートである。
【図１７】スレッドに関連する文書の構成要素の選択画面のイメージを示す図である。
【図１８】文書の目次画面のイメージを示す図である。
【図１９】文書の内容表示画面のイメージを示す図である。
【図２０】文書編集画面のイメージを示す図である。
【図２１】情報交換支援管理システムの概念図である。
【図２２】第２の実施形態に係る情報交換支援管理システムの概略構成を示すブロック図である。
【図２３】整合ルールテーブルのデータ構造の一例を示す図である。
【図２４】ステータスの整合維持の処理の流れを示すフローチャートである。
【図２５】第３の実施形態に係る情報交換支援管理システムの概略構成を示すブロック図である。
【図２６】ユーザテーブルのデータ構造の一例を示す図である。
【図２７】ユーザ認証画面のイメージを示す図である。
【図２８】ユーザ認証処理の流れを示すフローチャートである。
【図２９】操作の制限処理の流れを示すフローチャートである。
【図３０】第５の実施形態に係る情報交換支援管理システムの概略構成を示すブロック図である。
【図３１】ユーザの関心事テーブルのデータ構造の一例を示す図である。
【図３２】第６の実施形態に係る情報交換支援管理システムの概略構成を示すブロック図である。
【符号の説明】
【０１１１】
１００，１０２，１０３，１０４，１０５，１０６・・・情報交換支援管理システム、１０・・・掲示板ユニット、２０・・・文書ユニット、３０・・・ＤＢユニット、４０・・・入出力端末装置、５０・・・中央ユニット、３１・・・記事ＤＢ、３２・・・記事と文書の関連ＤＢ、３３・・・文書ＤＢ、３４・・・整合ルールＤＢ、３５・・・ユーザＤＢ、３６・・・ユーザの関心事ＤＢ。
【図１】
2010152694.tif 000003
【図２】
2010152694.tif 000004
【図３】
2010152694.tif 000005
【図４】
2010152694.tif 000006
【図５】
2010152694.tif 000007
【図６】
2010152694.tif 000008
【図７】
2010152694.tif 000009
【図８】
2010152694.tif 000010
【図９】
2010152694.tif 000011
【図１０】
2010152694.tif 000012
【図１１】
2010152694.tif 000013
【図１２】
2010152694.tif 000014
【図１３】
2010152694.tif 000015
【図１４】
2010152694.tif 000016
【図１５】
2010152694.tif 000017
【図１６】
2010152694.tif 000018
【図１７】
2010152694.tif 000019
【図１８】
2010152694.tif 000020
【図１９】
2010152694.tif 000021
【図２１】
2010152694.tif 000022
【図２２】
2010152694.tif 000023
【図２３】
2010152694.tif 000024
【図２４】
2010152694.tif 000025
【図２５】
2010152694.tif 000026
【図２６】
2010152694.tif 000027
【図２７】
2010152694.tif 000028
【図２８】
2010152694.tif 000029
【図２９】
2010152694.tif 000030
【図３０】
2010152694.tif 000031
【図３１】
2010152694.tif 000032
【図３２】
2010152694.tif 000033
【図２０】
2010152694.tif 000034