(57)【要約】【課題】一旦作成されてしまった文書間の親子関係を修正できる文書管理システムを提供する。【解決手段】ある文書と該文書に対する返信文書から構成される文書集合からなる文書データベースを管理する文書管理システムであって、移動対象文書と移動先文書を指定して、該移動対象文書を該移動先文書の返信文書として前記文書データベースを更新するスレッド移動手段と、分割対象文書を指定し、該分割対象文書を新たな親文書として前記文書データベースを更新するスレッド分割手段と、特定のユーザまたは特定の役割（ロール）を持ったユーザであるかをチェックする権限チェック手段を有し、権限ありとされたユーザに対してのみ、スレッドの移動および分割を実行可能とした。【選択図】図１９
2005332010.tif 000002
【特許請求の範囲】
【請求項１】
ある文書と該文書に対する返信文書から構成される文書集合からなる文書データベースを管理する文書管理システムにおいて、移動対象文書と移動先文書を指定して、該移動対象文書を該移動先文書の返信文書として前記文書データベースを更新するスレッド移動手段を有することを特徴とする文書管理システム。
【請求項２】
ある文書と該文書に対する返信文書から構成される文書集合からなる文書データベースを管理する文書管理システムにおいて、分割対象文書を指定し、該分割対象文書を新たな親文書として前記文書データベースを更新するスレッド分割手段を有することを特徴とする文書管理システム。
【請求項３】
請求項１または２に記載の文書管理システムにおいて、前記文書データベースの文書集合は、ある文書と該文書に対する返信文書が順序列を構成していることを特徴とする文書管理システム。
【請求項４】
請求項１乃至３のいずれかに記載の文書管理システムにおいて、特定のユーザまたは特定の役割（ロール）を持ったユーザであるかをチェックする権限チェック手段を有し、前記スレッド移動手段および前記スレッド分割手段は、前記権限チェック手段で権限ありとされたユーザに対してのみ、スレッドの移動および分割を実行可能としたことを特徴とする文書管理システム。
【請求項５】
コンピュータに、請求項１乃至４のいずれかに記載の文書管理システムの機能を実行させるためのプログラム。
【請求項６】
請求項５に記載のプログラムを記録したコンピュータ読取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理システム、プログラムおよび記録媒体に関し、詳しくは、親子関係を有する複数の文書からなる文書群に対して、一旦設定された文書間の親子関係を変更できるようにした文書管理システムに関し、電子掲示板システムや電子会議システム等に応用して好適である。
【背景技術】
【０００２】
従来、同じ意向を持った情報発信者が、テーマを決めて情報交換を効率良く行うことができる環境として電子掲示板が提供されている。この電子掲示板においては、情報発信者が文書を掲示板に投稿することで、電子掲示板内に一連の文書が蓄積され、情報発信者同士が議論を行ったり、情報交換をすることが容易となる。
【０００３】
例えば、ある主題の文書を他人に発信しようとする情報発信者は、発信しようとする文書（以下、投稿文書という）の内容を電子掲示板に書き込む。電子掲示板に書き込まれた投稿文書の内容は、ネットワークを介して多数の者（不特定人若しくは特定のグループ全員）に閲覧可能となる。
投稿文書の閲覧者は、この投稿文書に対する返答や意見（リプライ、レスポンス、フォローなどとも呼ばれる）等を内容とする文書（以下、投稿に対する返信文書という）を電子掲示板に書き込むことができる。書き込まれた投稿に対する返信文書の内容は、投稿文書と同様に多数の者に閲覧可能となる。
【０００４】
このような投稿文書と投稿に対する返信文書は、主題が共通する文書として一連のつながりを有しており、親子関係を有している。このため、従来の電子掲示板では、投稿−返信関係を有する一連の文書を１つの文書群とみなし、各文書群に属する文書をツリー構造として表示するようにして、文書間の投稿−返信関係を閲覧者が容易に把握できるようにしている。
【０００５】
ここで、ツリー構造上の１つの投稿文書からこの投稿文書が属するツリー構造の最下層に位置する返信文書までのすべての文書のまとまり（同じ主題を持った投稿文書と返信文書の集まり）をスレッドという。
このようなスレッドでは、投稿に対する返信文書が例えば返信された順序に関係なく、順序性の無い文書集合として管理される場合と、返信された順序に従った、順序性を持った文書集合として管理される場合とがある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一方、電子掲示板や電子会議においては、議論が進んでくると、議論の主題が細分化されていくことがある。この場合には、スレッドを構成するツリー構造は肥大化したり、複雑になる。また、当初スレッドを開始した投稿者の意図とは異なる方向に議論が進むこともある。この場合には、スレッドとしての意味をなさなくなってしまうことになる。
【０００７】
そのため、後から、または途中から議論に参加しようとする人は、スレッドの内容を把握することが非常に困難になる。
また、スレッド中の投稿文書あるいは返信文書に、間違って返信文書を書き込んでしまう場合もある。この場合、従来では、一旦付けた返信文書を削除し、再度新しい返信文書を正しい箇所に作成する必要がある。
【０００８】
本発明は、上述の実情を考慮してなされたものであって、一旦作成されてしまった文書間の親子関係を修正できる文書管理システム、この文書管理システムの機能を実行するためのプログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、請求項１に記載の発明は、ある文書と該文書に対する返信文書から構成される文書集合からなる文書データベースを管理する文書管理システムにおいて、移動対象文書と移動先文書を指定して、該移動対象文書を該移動先文書の返信文書として前記文書データベースを更新するスレッド移動手段を有することを特徴とする。
【００１０】
請求項２に記載の発明は、ある文書と該文書に対する返信文書から構成される文書集合からなる文書データベースを管理する文書管理システムにおいて、分割対象文書を指定し、該分割対象文書を新たな親文書として前記文書データベースを更新するスレッド分割手段を有することを特徴とする。
【００１１】
請求項３に記載の発明は、請求項１または２に記載の文書管理システムにおいて、前記文書データベースの文書集合は、ある文書と該文書に対する返信文書が順序列を構成していることを特徴とする。
【００１２】
請求項４に記載の発明は、請求項１乃至３のいずれかに記載の文書管理システムにおいて、特定のユーザまたは特定の役割（ロール）を持ったユーザであるかをチェックする権限チェック手段を有し、前記スレッド移動手段および前記スレッド分割手段は、前記権限チェック手段で権限ありとされたユーザに対してのみ、スレッドの移動および分割を実行可能としたことを特徴とする。
【００１３】
請求項５に記載の発明は、コンピュータに、請求項１乃至４のいずれかに記載の文書管理システムの機能を実行させるためのプログラムである。
請求項６に記載の発明は、請求項５に記載のプログラムを記録したコンピュータ読取り可能な記録媒体である。
【発明の効果】
【００１４】
本発明によれば、文書管理システム等において、一旦作成されてしまった文書間の親子関係を後から変更できるので、間違った場所に返信文書を付けても修正することができる。
また、主題は同じであるが、別のスレッドとして進んでしまった複数のスレッドをひとつにまとめることもできる。
また、１つのスレッドの中で、複数の主題の議論になってしまった場合には、主題の違うスレッドに分割することができる。
さらに、特定の権限（役割）を持ったユーザにだけ、スレッドの移動、分割ができるようにし、一般ユーザが誤って操作して文書が整理されない状態になることを防ぐことができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して、本発明の文書管理システムに係る好適な実施形態について説明する。
【００１６】
＜実施形態１＞
図１は、本実施形態に係る文書管理システムの構成を示すブロック図である。同図において、文書管理システムは、ユーザの作成・閲覧する文書を維持管理する文書管理サーバ１００と、複数のユーザが文書管理サーバ１００に保持する文書の作成および閲覧を行うクライアント２００とを、ネットワーク３００を介してそれぞれ相互に接続している。
また、文書管理サーバ１００は、ユーザの作成した文書に関する情報を保持する文書データベース１１０、文書管理サーバ１００にアクセス可能なユーザに関する情報を保持するユーザ管理データベース１２０とが接続されている。以下、データベースをＤＢと略記する。
【００１７】
文書ＤＢ１１０は、登録されている文書に関する書誌事項（文書識別子（文書ＩＤ）、親文書の文書ＩＤ、文書名、作成者、作成日等）および文書の内容（テキスト、画像、音声等）からなっている（図２参照）。
図２において、文書ＩＤ＝１０１の文書は、親文書ＩＤがない（図中”−”で示している）ので、スレッドの最上位にある投稿文書である。また、文書ＩＤ＝１０２の文書は、親文書ＩＤ＝１０１であるから、文書ＩＤ＝１０１を親文書とする返信文書（子文書）であることを示している。
【００１８】
ユーザ管理ＤＢ１２０は、本文書管理システムを利用するユーザに関する情報を管理しており、ユーザ識別子（ユーザＩＤ）、パスワード、ユーザの名前、この文書管理システムを利用できる権限であるアクセス権（読み取りのみ、書き込み、フルアクセス等）等を保持している（図２参照）。
【００１９】
図３は、本実施形態に係る文書管理サーバ１００の機能構成を示すブロック図である。同図において、文書管理サーバ１００は、文書一覧表示部１０１、スレッド移動部１０２の機能を含んでなり、これらはコンピュータプログラムとして実行される。
【００２０】
文書一覧表示部１０１は、文書ＤＢ１１０に登録されている文書一覧、あるいは文書ＤＢ１１０を検索した結果等の文書一覧をクライアント２００へ送信し、クライアント２００はこの受信した文書一覧を表示装置上に表示する（図４（Ａ）参照）。
図４（Ａ）は、図２に示した文書ＤＢ１１０に保持されている文書を一覧表示した場合で、この文書一覧には、少なくとも文書ＩＤ２０４、文書名２０５、作成者２０６、作成日２０７を含み、各文書を親子関係に基づいてツリー構造となるように表示する。
【００２１】
スレッドの最上位の投稿文書である文書ＩＤ＝１０１と文書ＩＤ＝１０３とが一覧表示において一番左側に表示されており、これらの子文書である文書ＩＤ＝１０２，１０４および文書ＩＤ＝１０５は親文書より右にずらすことによって、親子関係を示すようになっている。さらに、文書ＩＤ＝１０５の子文書である文書ＩＤ＝１０７は、文書ＩＤ＝１０５より右にずらして表示している。このようなツリー構造に対する表示構造は、一般的に用いられているものである。
【００２２】
クライアント２００では、文書の一覧表示をしたあと、ユーザがスレッドの移動要求を操作メニューから指示すると、クライアント２００の表示画面に図４（Ｂ）に示したような移動指示画面が表示される。
この移動指示画面には、図４（Ｂ）に示したように、移動対象の文書ＩＤを指定する入力欄２０１、移動先の文書ＩＤを指定する入力欄２０２および移動を実行させる実行ボタン２０３がある。
ユーザがこれらの入力欄（２０１，２０２）にそれぞれ文書ＩＤを指定して、実行ボタン２０３をクリックすると、クライアント２００は、入力された移動対象の文書ＩＤおよび移動先の文書ＩＤとを付加したスレッド移動要求を文書管理サーバ１００へ送信する。
【００２３】
図４（Ｂ）のように、移動対象の文書ＩＤを「１０５」、移動先の文書ＩＤを「１０２」と入力した場合は、文書ＩＤ＝１０５およびこの文書の下位に属する文書すべてを、文書ＩＤ＝１０２の文書を親文書としたツリー構造に変形する。
【００２４】
文書管理サーバ１００は、移動要求を受信するとスレッド移動部１０２を起動して、受信した移動要求（移動対象と移動先の文書ＩＤ）を渡す。
スレッド移動部１０２は、文書ＤＢ１１０を参照して、指定された移動対象の文書ＩＤの文書のうち、データ項目「親文書ＩＤ」を指定された移動先の文書ＩＤで置き換える。
【００２５】
図４（Ｂ）のような移動要求を指示した場合、図２に示した文書ＤＢ１１０の内容は、図５に示すように更新され、文書ＩＤ＝１０５の文書の親文書ＩＤが、１０３から１０２へ変更されているのが分かる。
【００２６】
スレッド移動部１０２は、上記のように移動処理が終了すると、文書一覧表示部１０１を起動させて、再度文書の一覧を作成して、要求元のクライアント２００へ送信する。
これをクライアント２００は、表示装置上に表示することによって、図６に示したようにスレッドの移動後の文書一覧が表示される。図６を見ると、文書ＩＤ＝１０５以下のスレッドが文書ＩＤ＝１０２の下位へ移動されたことがわかる。
【００２７】
以上のように構成することによって、一旦作成されてしまったスレッドの構造を後から変更できるので、間違った場所に返信文書を付けた場合にも修正することができる。
また、議論の主題は同じであるが、別のスレッドとして進んでしまった複数のスレッドをひとつにまとめることもできる。
【００２８】
以上の説明では、ユーザの指定した移動先は文書ＤＢ１１０に登録されている文書の文書ＩＤの場合であった。この移動先の文書ＩＤが文書ＤＢ１１０に登録されていない文書ＩＤの場合には、移動対象で指定した文書ＩＤ以下の返信文書を独立したスレッドとして分割する。
【００２９】
例えば、図７に示したデータを保持する文書ＤＢ１１０の文書一覧を表示すると図８（Ａ）のように表示される。ここで、図８（Ｂ）のような移動要求画面において、移動先として文書ＤＢ１１０に存在しない文書ＩＤ（例えば、ゼロ）を指定したときにはスレッドの分割が生じる。
この場合、クライアント２００は、入力された移動対象の文書ＩＤおよび移動先の文書ＩＤ（この場合には、ゼロ）とを付加したスレッド移動要求を文書管理サーバ１００へ送信する。
【００３０】
文書管理サーバ１００は、移動要求を受信するとスレッド移動部１０２を起動して、受信した移動要求（移動対象と移動先の文書ＩＤ）を渡す。
スレッド移動部１０２は、移動先の文書ＩＤが文書ＤＢ１１０に存在しない文書ＩＤ（ここでは、ゼロ）であるかを判定し、存在しない文書ＩＤの場合には、文書ＤＢ１１０を参照して、指定された移動対象の文書ＩＤの文書のうち、データ項目「親文書ＩＤ」を親文書無しに置き換える。
【００３１】
例えば、図８（Ｂ）のような移動要求を指示した場合、図７に示した文書ＤＢ１１０の内容は、図９に示すように更新される。図９において、文書ＩＤ＝１０５の文書の親文書ＩＤは、１０３から親文書無し（図では「”−”」で示している）へ変更されているのが分かる。
【００３２】
スレッド移動部１０２は、上記のように分割が終了すると、文書一覧表示部１０１を起動させて、再度文書の一覧を作成して、要求元のクライアント２００へ送信する。
これをクライアント２００は、表示装置上に表示することによって、図１０に示したようにスレッドの分割後の文書一覧が表示される。図１０を見ると、文書ＩＤ＝１０５以下のスレッドは独立したスレッドになっているのがわかる。
【００３３】
以上のように構成することによって、１つのスレッドの中で、複数の主題の議論に分かれてしまった場合、別のスレッドとして分割することができる。
【００３４】
上記の説明では、スレッドの分割をスレッド移動部１０２に含めたようにして説明したが、操作メニューからスレッドの分割要求を選択して、図８（Ｃ）のような分割指示画面を表示させ、入力欄３０４へ分割対象の文書ＩＤを入力して、分割実行ボタン３０５をクリックするようにしてもよい。
【００３５】
この場合の文書管理サーバ１００の機能構成は、図１１に示すようになっている。この構成において、クライアント２００から入力された移動対象の文書ＩＤを付加したスレッド分割要求を文書管理サーバ１００へ送信し、文書管理サーバ１００では、受信したスレッド分割要求によってスレッド分割部１０３を起動して、スレッドの分割処理を行い、再度、文書一覧表示部１０１によって更新された文書一覧をクライアント２００へ戻すようにする。
ここで、スレッド分割部１０３の機能は、上述のスレッド移動部１０２中の分割処理部分と同じである。
【００３６】
＜実施形態２＞
実施形態１では、投稿文書に対する返信文書は時系列等によって順序付けられてものとなっていない場合であった。本実施形態では、返信文書を時系列等によって順序付けられたものとして考える。この実施形態のシステム構成および機能構成は実施形態１と同様であるので、ここでは相違点についてのみ説明する。
【００３７】
本実施形態のように返信文書が順序性をもつときの文書ＤＢ１１０のデータ構造は、登録されている文書に関する書誌事項（文書識別子（文書ＩＤ）、返信文書の文書ＩＤの順序列、文書名、作成者、作成日等）および文書の内容（テキスト、画像、音声等）からなっている（図１２参照）。
図１２において、文書ＩＤ＝１０１の文書は、返信文書（子文書）として、文書ＩＤ＝１０２，１０４の２つの返信文書をもち、この順に返信文書が登録されたことを示す。
また、文書ＩＤ＝１０２の場合には、返信文書を持たない（図中”−”で示している）文書であるから、スレッドにおける最下位の文書であることを示している。
【００３８】
文書一覧表示部１０１は、図１２の文書ＤＢ１１０の場合には、図１３（Ａ）のように表示する。
実施形態１と同様に、ユーザがスレッド中の一部の文書を移動させたいときには、操作メニューによって移動指示画面を表示させると、図１３（Ｂ）に示すような画面が表示される。
この移動指示画面には、図１３（Ｂ）に示したように、移動対象の文書ＩＤを指定する入力欄４０１、移動先の文書ＩＤを指定する入力欄４０２および移動を実行させる実行ボタン４０３がある。
移動先の文書ＩＤの入力欄には、次の形式の文書ＩＤを指定することができる。
【００３９】
（１）文書ＩＤのみの指定の場合は、例えば、「１０２」と指定すると、移動対象の文書を、文書ＩＤ＝１０２の文書の返信文書の最後になるように移動させる。
（２）文書ＩＤの後に文字「−」を付加した指定の場合は、例えば、「１０２−」と指定すると、文書ＩＤ＝１０２の文書の直後に移動対象の文書がくるように移動させる。
（３）文書ＩＤの前に文字「−」を付加した指定の場合は、例えば、「−１０２」と指定すると、文書ＩＤ＝１０２の文書の直前に移動対象の文書がくるように移動させる。
【００４０】
ユーザがこれらの入力欄（４０１，４０２）にそれぞれ文書ＩＤを指定して、実行ボタン４０３をクリックすると、クライアント２００は、入力された移動対象の文書ＩＤおよび移動先の文書ＩＤとを付加したスレッド移動要求を文書管理サーバ１００へ送信する。
【００４１】
文書管理サーバ１００は、移動要求を受信するとスレッド移動部１０２を起動して、受信した移動要求（移動対象と移動先の文書ＩＤ）を渡す。
スレッド移動部１０２は、図１４に示すような処理を行って、移動対象の文書を移動先へ移動させる。図１４は、スレッド移動部１０２の処理手順を示すフローチャートである。
【００４２】
移動先の文書ＩＤの後に”−”を付加した移動先である場合（ステップＳ０１のＹＥＳ）、指定された移動先の文書ＩＤの後ろに、移動対象文書の文書ＩＤを移動させ（ステップＳ０２）、ステップＳ０６へ進む。
これには、移動先で指定した文書ＩＤを文書ＤＢ１１０のデータ項目「返信文書ＩＤ列」に含む文書を検索する（検索された文書を文書Ａとする）。例えば、移動先の文書ＩＤ＝１０２とした場合、図１２の文書ＤＢ１１０を検索すると、文書ＩＤ＝１０１の文書が見つかる。
次に、移動対象の文書ＩＤをデータ項目「返信文書ＩＤ列」に含む文書（親文書、この文書を文書Ｂとする）を検索する。例えば、移動対象の文書ＩＤ＝１０５とした場合には、親文書として文書ＩＤ＝１０３が見つかる。
次に、文書Ｂ（移動対象の文書の親文書）のデータ項目「返信文書ＩＤ列」から、移動対象の文書ＩＤを取り除き、文書Ａのデータ項目「返信文書ＩＤ列」の中の、移動先の文書ＩＤの後ろに、移動対象の文書ＩＤを挿入する。これにより、図１５に示すように文書ＤＢ１１０が更新される。
【００４３】
一方、移動先の文書ＩＤの前に”−”を付加した移動先である場合（ステップＳ０１のＮＯ，Ｓ０３のＹＥＳ）、指定された移動先の文書ＩＤの前に、移動対象文書の文書ＩＤを移動させ（ステップＳ０４）、ステップＳ０６へ進む。
これには、移動先で指定した文書ＩＤを文書ＤＢ１１０のデータ項目「返信文書ＩＤ列」に含む文書（これを文書Ａと呼ぶ）を検索する。例えば、移動先の文書ＩＤ＝１０２とした場合、図１２の文書ＤＢ１１０を検索すると、文書ＩＤ＝１０１の文書が見つかる。
次に、移動対象の文書ＩＤを返信文書ＩＤ列に含む文書（親文書、これを文書Ｂと呼ぶ）を検索する。例えば、移動対象の文書ＩＤ＝１０５とした場合には、親文書として文書ＩＤ＝１０３が見つかる。
次に、文書Ｂ（移動対象の文書の親文書）の返信文書ＩＤ列から、移動対象の文書ＩＤを取り除き、文書Ａの返信文書ＩＤ列の中の、移動先の文書ＩＤの前に、移動対象の文書ＩＤを挿入する。
【００４４】
さらに、移動先の文書ＩＤに”−”が付加されていない場合（ステップＳ０１のＮＯ，Ｓ０３のＮＯ）、移動先の文書ＩＤの文書の最後の返信文書として移動対象文書の文書ＩＤを移動させ（ステップＳ０５）、ステップＳ０６へ進む。
これには、移動対象の文書ＩＤをデータ項目「返信文書ＩＤ列」に含む文書を検索する（親文書、この文書を文書Ｂとする）。例えば、移動対象の文書ＩＤ＝１０５とした場合には、親文書として文書ＩＤ＝１０３が見つかる。
次に、文書Ｂ（移動対象の文書の親文書）のデータ項目「返信文書ＩＤ列」から、移動対象の文書ＩＤを取り除き、移動先で指定した文書ＩＤのデータ項目「返信文書ＩＤ列」の最後に、移動対象の文書ＩＤを挿入する。例えば、文書ＩＤ＝１０１の返信文書ＩＤ列は、「１０２，１０４」から「１０２，１０４，１０５」へ更新される。
【００４５】
最後に、文書一覧表示部１０１を起動させて、再度文書の一覧を作成して、要求元のクライアント２００へ送信させる（ステップＳ０６）。
上述の例では、図１３（Ｂ）のスレッド移動要求に対して、移動した結果は図１６に示すようになり、移動対象となった文書ＩＤ＝１０５の文書が移動先の文書ＩＤ＝１０２の直後に挿入されているのが分かる。
【００４６】
以上のように構成することによって、返信文書に順序性がある場合でも、一旦作成されてしまったスレッドの構造を後から変更できるので、間違った場所に返信文書を付けた場合にも修正することができる。
また、議論の主題は同じであるが、別のスレッドとして進んでしまった複数のスレッドをひとつにまとめることもできる。
【００４７】
上述の実施形態１と同様に、移動先の文書ＩＤが文書ＤＢ１１０に登録されていない文書ＩＤの場合には、移動対象で指定した文書ＩＤ以下のスレッドを独立したスレッドとして分割することができる。
【００４８】
この場合、上述の実施形態１と同様に、クライアント２００は、入力された移動対象の文書ＩＤおよび移動先の文書ＩＤ（この場合には、ゼロ）とを付加したスレッド移動要求を文書管理サーバ１００へ送信する。
【００４９】
文書管理サーバ１００は、移動要求を受信するとスレッド移動部１０２を起動して、受信した移動要求（移動対象と移動先の文書ＩＤ）を渡す。
スレッド移動部１０２は、移動先の文書ＩＤが文書ＤＢ１１０に存在しない文書ＩＤ（ここでは、ゼロ）であるかを判定し、存在しない文書ＩＤの場合には、文書ＤＢ１１０を参照して、指定された移動対象の文書ＩＤの文書の親文書を検索して見つけ、この親文書のデータ項目「返信文書ＩＤ列」から、移動対象の文書ＩＤを取り除く。
【００５０】
例えば、図１７の文書ＤＢ１１０に対して、移動対象の文書ＩＤを１０５とすると、親文書として文書ＩＤ＝１０３の文書が見つかる。この文書のデータ項目「返信文書ＩＤ列」（「１０５，１０４」）から、移動対象の文書ＩＤを削除する。
これにより更新された文書ＤＢ１１０は、図１８に示したようになり、文書ＩＤ＝１０３の文書のデータ項目「返信文書ＩＤ列」は、「１０４」のみと変更されているのが分かる。
【００５１】
スレッド移動部１０２は、上記のように分割処理が終了すると、文書一覧表示部１０１を起動させて、再度文書の一覧を作成して、要求元のクライアント２００へ送信する。
これをクライアント２００は、表示装置上に表示することによって、スレッドの分割後の文書一覧が表示される。
【００５２】
以上のように構成することによって、返信文書に順序性がある場合であっても、１つのスレッドの中で、複数の主題の議論がなされた場合には、別のスレッドに分割することができる。
【００５３】
また、上記のスレッドの分割機能は、実施形態１と同様にスレッド移動部１０２とは別の機能として構成すことも可能である。
【００５４】
＜実施形態３＞
上述の実施形態において、一般ユーザにスレッドの移動や分割を許してしまうと、誤って操作したり、悪意で操作して文書ＤＢ内の文書間の関係が整理されない状態になってしまうと、システムの運用に支障をきたすことになる。
そこで、これらのスレッドの移動や分割を行う権限を特定の権限（役割）を持ったユーザにだけ許可するようにする。
【００５５】
図１９は、本発明の文書管理システムに、スレッドの移動および分割の操作権限のチェック機能を追加したときの文書管理サーバの機能構成を示すブロック図である。同図において、文書管理サーバ１００は、文書一覧表示部１０１、スレッド移動部１０２、スレッド分割部１０３、権限チェック部１０４、文書ＤＢ１１０、ユーザ管理ＤＢ１２０を含んでなる。ここで、スレッド分割部１０３をスレッド移動部１０２に含ませた構成としてもよい。この構成において、実施形態１および実施形態２と同じ機能については同じ符号を付し、その相違点だけを説明する。
【００５６】
まず、スレッドの移動や分割の操作ができる権限（役割）を持つユーザを決定して、このユーザがスレッドの移動や分割を実施できる権限（役割）を持つことをユーザ管理ＤＢ１２０に設定しておく。
次に、ユーザからスレッドの移動や分割の要求指示があった場合、スレッド移動部１０２にはユーザＩＤ、移動対象文書ＩＤおよび移動先文書ＩＤとを付加した移動要求を送信し、スレッド分割部１０３にはユーザＩＤ、分割対象文書ＩＤを付加した分割要求を送信する。
【００５７】
スレッド移動部１０２やスレッド分割部１０３では、権限チェック部１０４を起動して、受信したユーザＩＤで示されるユーザにスレッドの移動や分割を行う権限があるかを問い合わせる。
権限チェック部１０４は、渡されたユーザＩＤをキーにしてユーザ管理ＤＢ１２０を検索し、このユーザがスレッドの移動や分割の操作をする権限を持っているかを調べ、調べた「権限の有無」を戻す。
スレッド移動部１０２やスレッド分割部１０３では、戻された「権限の有無」を調べて、権限があるユーザの場合のみ移動や分割を実行し、権限がないユーザの場合には「スレッドの移動や分割ができない」旨のメッセージを要求元のクライアント２００へ戻し、処理をキャンセルする。
【００５８】
以上のように構成することによって、特定の権限（役割）を持ったユーザだけが、スレッドの移動や分割ができるので、一般ユーザが誤って操作して文書が整理されない状態にしてしまうことを防げる。
【００５９】
＜実施形態４＞
本発明は、上述した実施形態のみに限定されたものではない。上述した実施形態を構成する各機能をそれぞれプログラム化し、あらかじめＣＤ−ＲＯＭ等の記録媒体に書き込んでおき、コンピュータに搭載したＣＤ−ＲＯＭドライブのような媒体駆動装置にこのＣＤ−ＲＯＭ等を装着して、これらのプログラムをコンピュータのメモリあるいは記憶装置に格納し、それを実行することによって、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されたプログラム自体が上述した実施形態の機能を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。
【００６０】
なお、プログラムを格納する記録媒体としては半導体媒体（例えば、ＲＯＭ、不揮発性メモリカード等）、光媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤ等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。
【００６１】
また、ロードしたプログラムを実行することにより上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することによって上述した実施形態の機能が実現される場合も含まれる。
【００６２】
市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータの記憶装置に格納しておき、ネットワークを通じて他のコンピュータに転送することができる。この場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。
なお、コンピュータでは、可搬型の記録媒体上のプログラム、または転送されてくるプログラムを、コンピュータに接続した記録媒体にインストールし、そのインストールされたプログラムを実行することによって上述した実施形態の機能が実現される。
【００６３】
また、上述のコンピュータは、単一のコンピュータに適用することが可能であるが、複数のコンピュータ・ネットワークに適用することも可能であり、コンピュータで利用されるプログラムが他のコンピュータに記録され、リモートコンピュータとして分散的に処理または実行するようにしてもよい。この場合、コンピュータ間の通信にはインターネット、ＬＡＮ、ＷＡＮ等を用いることができる。
【図面の簡単な説明】
【００６４】
【図１】文書管理システムの構成を示すブロック図である。
【図２】投稿文書に対して、返信文書が順序性を持たない場合の文書ＤＢのデータ例である。
【図３】本発明の文書管理システムに、スレッドの移動機能を追加したときの文書管理サーバの機能構成を示すブロック図である。
【図４】図２の文書ＤＢの文書一覧表示例（Ａ）、スレッド移動指示画面例（Ｂ）である。
【図５】図２の文書ＤＢに対して、スレッド移動を行った後の文書ＤＢのデータ例である。
【図６】図５の更新された文書ＤＢの文書一覧表示例である。
【図７】投稿文書に対して、返信文書が順序性を持たない場合の文書ＤＢのデータ例である。
【図８】図７の文書ＤＢの文書一覧表示例（Ａ）、スレッド分割指示画面例（Ｂ）、他のスレッド分割指示画面例（Ｃ）である。
【図９】図７の文書ＤＢに対して、スレッド分割を行った後の文書ＤＢのデータ例である。
【図１０】図９の更新された文書ＤＢの文書一覧表示例である。
【図１１】本発明の文書管理システムに、スレッドの分割機能を追加したときの文書管理サーバの機能構成を示すブロック図である。
【図１２】投稿文書の返信文書が順序性を持つ場合の文書ＤＢのデータ例である。
【図１３】図１２の文書ＤＢの文書一覧表示例（Ａ）、スレッド移動指示画面例（Ｂ）である。
【図１４】投稿文書の返信文書が順序性を持つ場合のスレッド移動処理の処理手順を示すフローチャートである。
【図１５】図１２の文書ＤＢに対して、スレッド移動を行った後の文書ＤＢのデータ例である。
【図１６】図１５の更新された文書ＤＢの文書一覧表示例である。
【図１７】投稿文書の返信文書が順序性を持つ場合の文書ＤＢのデータ例である。
【図１８】図１７の文書ＤＢに対して、スレッド分割を行った後の文書ＤＢのデータ例である。
【図１９】本発明の文書管理システムに、スレッドの移動および分割の操作権限のチェック機能を追加したときの文書管理サーバの機能構成を示すブロック図である。
【符号の説明】
【００６５】
１００…文書管理サーバ、１０１…文書一覧表示部、１０２…スレッド移動部、１０３…スレッド分割部、１０４…権限チェック部、１１０…文書データベース（文書ＤＢ）、１２０…ユーザ管理データベース（ユーザ管理ＤＢ）、２００…クライアント、２０１…移動対象の文書ＩＤ入力欄、２０２…移動先の文書ＩＤ入力欄、２０３…移動実行ボタン、２０４…文書ＩＤ、２０５…文書名、２０６…作成者、２０７…作成日、３０１…移動対象の文書ＩＤ入力欄、３０２…移動先の文書ＩＤ入力欄、３０３…移動実行ボタン、３０４…分割対象の文書ＩＤ入力欄、３０５…分割実行ボタン、４０１…移動対象の文書ＩＤ入力欄、４０２…移動先の文書ＩＤ入力欄、４０３…移動実行ボタン、３００…ネットワーク。
【図１】
2005332010.tif 000003
【図２】
2005332010.tif 000004
【図３】
2005332010.tif 000005
【図４】
2005332010.tif 000006
【図５】
2005332010.tif 000007
【図６】
2005332010.tif 000008
【図７】
2005332010.tif 000009
【図８】
2005332010.tif 000010
【図９】
2005332010.tif 000011
【図１０】
2005332010.tif 000012
【図１１】
2005332010.tif 000013
【図１２】
2005332010.tif 000014
【図１３】
2005332010.tif 000015
【図１４】
2005332010.tif 000016
【図１５】
2005332010.tif 000017
【図１６】
2005332010.tif 000018
【図１７】
2005332010.tif 000019
【図１８】
2005332010.tif 000020
【図１９】
2005332010.tif 000021