(57)【要約】【課題】スレッド構造をなす文書群の一覧表を表示する場合、文書の作成された経緯を保ちつつ、未読文書が一箇所に集約されるような表示形態ができる文書管理装置を提供する。【解決手段】複数の文書の管理および閲覧を行う文書管理装置であって、複数の文書の登録日や文書の親子関係などの属性情報を管理する文書情報記憶部を参照して、親子関係を成す文書群（スレッド）を、該スレッドに含まれる文書中、最も登録日の新しいものを基準にスレッドの優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成し、該一覧表を表示させるようにした。【選択図】図２
2006195704.tif 000002
【特許請求の範囲】
【請求項１】
複数の文書の管理および閲覧を行う文書管理装置において、複数の文書を保存する文書内容記憶部と、前記文書内容記憶部に記憶されている文書の登録日や文書の親子関係などの属性情報を管理する文書情報記憶部と、前記文書情報記憶部を参照して、親子関係を成す文書群（スレッド）を、該スレッドに含まれる文書中、最も登録日の新しいものを基準にスレッドの優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成する一覧表作成部とを備え、ユーザは、前記一覧表作成部で作成された一覧表を表示させて、文書の閲覧および登録を行うようにしたことを特徴とする文書管理装置。
【請求項２】
複数の文書の管理および閲覧を行う文書管理装置において、複数の文書を保存する文書内容記憶部と、前記文書内容記憶部に記憶されている文書の登録日や文書の親子関係などの属性情報と該文書の未読既読状態を管理する文書情報記憶部と、前記文書情報記憶部を参照して、親子関係を成す文書群（スレッド）のうち、未読文書を含むスレッドを抽出し、該スレッドのそれぞれに含まれる文書中、最も登録日の新しいものを基準にスレッドの優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成する一覧表作成部とを備え、ユーザは、前記一覧表作成部で作成された一覧表を表示させて、文書の閲覧および登録を行うようにしたことを特徴とする文書管理装置。
【請求項３】
請求項２に記載の文書管理装置において、前記一覧表作成部は、前記文書情報記憶部を参照して、親子関係を成す文書群（スレッド）のうち、未読文書を含まないスレッドを抽出し、該スレッドのそれぞれの最初の文書の登録日を新しい順もしくは古い順に優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成して、未読文書を含むスレッドの一覧表を上部に、未読文書を含まないスレッドの一覧表を下部に提示するようにしたことを特徴とする文書管理装置。
【請求項４】
複数の文書の管理および閲覧を行う文書管理方法において、複数の文書の登録日や文書の親子関係などの属性情報を管理する文書情報記憶部を参照して、親子関係を成す文書群（スレッド）を、該スレッドに含まれる文書中、最も登録日の新しいものを基準にスレッドの優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成し、該一覧表を表示させて、文書の閲覧および登録を行うようにしたことを特徴とする文書管理方法。
【請求項５】
複数の文書の管理および閲覧を行う文書管理方法において、複数の文書の登録日や文書の親子関係などの属性情報と該文書の未読既読状態を管理する文書情報記憶部を参照して、親子関係を成す文書群（スレッド）のうち、未読文書を含むスレッドを抽出し、該スレッドのそれぞれに含まれる文書中、最も登録日の新しいものを基準にスレッドの優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成し、該一覧表を表示させて、文書の閲覧および登録を行うようにしたことを特徴とする文書管理方法。
【請求項６】
コンピュータに、請求項１、２または３に記載の文書管理装置の機能を実現させるためのプログラム。
【請求項７】
コンピュータが読み取り可能な記録媒体であって、請求項６に記載のプログラムを記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理装置、文書管理方法、プログラムおよび記録媒体に関し、特に、スレッドで関連した文書を一覧表示するための表示方法に関する。
【背景技術】
【０００２】
データベースシステム、掲示板システム、ニュース・リーダー、電子メールシステム等の多数の文書を管理するシステムにおいては、複数の文書が親子関係でつながった文書群（スレッド）を形成していることが多い。
【０００３】
例えば、掲示板システムでは、登録された記事への返答は、返答先の記事を親とする子記事として登録され、その結果、同一の話題に対する一群の記事がスレッドを形成する。この１つのスレッド中のすべての記事は、スレッドの最初の記事に対する子孫として関連付けられる。
【０００４】
このようなスレッド構造をなす文書群を表示する場合、大きく二つの表示方法が考えられる。
一つは、文書をスレッドと無関係に順序付けて、文書単位で表示する方法である。
この場合、一般にユーザは古い文書より新しい文書に関心があるため、文書をその登録日の順に優先して表示することが多い。さらに、同様の理由で、ユーザがまだ開いていない（あるいは、読んでいない）文書には未読状態であることを示す識別記号がつくようになっているシステムもある（例えば、特許文献１）。
このようなシステムでは、未読文書だけを表示させることもでき、また、使い道によっては、古い文書から閲覧したい場合もあるので、登録日の古い文書から順に表示させることもできる。
【０００５】
もう一つは、スレッドを順序付けて、スレッド単位で文書を表示する方法である。このようなスレッド単位で表示する場合、同一スレッド内の文書間の順序は親が先で子が後にして表示する。また、スレッド間の順序は、各スレッドの最初の文書の登録日を比較して決定する。
【０００６】
例えば、図１１に示したようなスレッドの表示形式では、各スレッドの先頭の文書の登録日が最新であるスレッドが優先して表示される。即ち、スレッドＡの先頭の「文書Ａ−１」の登録日（2004/7/31）は、スレッドＢの先頭の「文書Ｂ−１」の登録日（2004/7/30）よりも新しいのでスレッドＡの方が先にくるように表示される。
【特許文献１】特開２００２−５５９７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、子文書は親文書の作成順とは無関係に登録されるので、スレッドの最初の文書の登録日の順で文書を表示すると、スレッドの登録が古いと、その古いスレッドの子文書が最近に作成されたものであっても、一覧の下の方に表示されてしまうことになる。また、スレッドがたくさんあり、未読文書が散在したスレッドの中にあることもある。
このような場合には、未読文書が一覧表中に散在しているため、見つけ難さや見落しにつながってくる。
【０００８】
また、未読文書のみを表示する機能もあるが、上記の場合、既に読んだ文書が表示されないため、未読文書を閲覧することは容易になるが、反面、スレッドから独立しているため、個別に文書を閲覧しても文書の作成された経緯が分からなくなり、未読文書の内容を理解することが難しくなる。
【０００９】
本発明は、上述のような実情を考慮してなされたものであって、スレッド構造をなす文書群の一覧表を表示する場合、文書の作成された経緯を保ちつつ、未読文書が一箇所に集約されるような表示形態ができる文書管理装置、文書管理方法、文書管理装置の機能を実現するためのプログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、請求項１に記載の発明は、複数の文書の管理および閲覧を行う文書管理装置において、複数の文書を保存する文書内容記憶部と、前記文書内容記憶部に記憶されている文書の登録日や文書の親子関係などの属性情報を管理する文書情報記憶部と、前記文書情報記憶部を参照して、親子関係を成す文書群（スレッド）を、該スレッドに含まれる文書中、最も登録日の新しいものを基準にスレッドの優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成する一覧表作成部とを備え、ユーザは、前記一覧表作成部で作成された一覧表を表示させて、文書の閲覧および登録を行うようにしたことを特徴とする。
【００１１】
請求項２に記載の発明は、複数の文書の管理および閲覧を行う文書管理装置において、複数の文書を保存する文書内容記憶部と、前記文書内容記憶部に記憶されている文書の登録日や文書の親子関係などの属性情報と該文書の未読既読状態を管理する文書情報記憶部と、前記文書情報記憶部を参照して、親子関係を成す文書群（スレッド）のうち、未読文書を含むスレッドを抽出し、該スレッドのそれぞれに含まれる文書中、最も登録日の新しいものを基準にスレッドの優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成する一覧表作成部とを備え、ユーザは、前記一覧表作成部で作成された一覧表を表示させて、文書の閲覧および登録を行うようにしたことを特徴とする。
【００１２】
請求項３に記載の発明は、請求項２に記載の文書管理装置において、前記一覧表作成部は、前記文書情報記憶部を参照して、親子関係を成す文書群（スレッド）のうち、未読文書を含まないスレッドを抽出し、該スレッドのそれぞれの最初の文書の登録日を新しい順もしくは古い順に優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成して、未読文書を含むスレッドの一覧表を上部に、未読文書を含まないスレッドの一覧表を下部に提示するようにしたことを特徴とする。
【００１３】
請求項４に記載の発明は、複数の文書の管理および閲覧を行う文書管理方法において、複数の文書の登録日や文書の親子関係などの属性情報を管理する文書情報記憶部を参照して、親子関係を成す文書群（スレッド）を、該スレッドに含まれる文書中、最も登録日の新しいものを基準にスレッドの優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成し、該一覧表を表示させて、文書の閲覧および登録を行うようにしたことを特徴とする。
【００１４】
請求項５に記載の発明は、複数の文書の管理および閲覧を行う文書管理方法において、複数の文書の登録日や文書の親子関係などの属性情報と該文書の未読既読状態を管理する文書情報記憶部を参照して、親子関係を成す文書群（スレッド）のうち、未読文書を含むスレッドを抽出し、該スレッドのそれぞれに含まれる文書中、最も登録日の新しいものを基準にスレッドの優先度を決定し、決定した優先度の順にスレッド単位で文書の一覧表を作成し、該一覧表を表示させて、文書の閲覧および登録を行うようにしたことを特徴とする。
【００１５】
請求項６に記載の発明は、コンピュータに、請求項１、２または３に記載の文書管理装置の機能を実現させるためのプログラムである。
請求項７に記載の発明は、コンピュータが読み取り可能な記録媒体であって、請求項６に記載のプログラムを記録したことを特徴とする記録媒体である。
【発明の効果】
【００１６】
本発明によれば、スレッド構造をなす文書群の一覧表を表示する場合、文書の作成された経緯を保ちつつ、未読文書が一箇所に集約されるような表示形態ができる。
特に、最近作成された未読文書を含むスレッドを上部に集中的に表示するようにしたため、未読文書が見つけ易く見落としが防げる。
また、最近作成された未読文書を含むスレッドだけを表示するようにしたため、さらに、未読文書が見つけ易く見落としが防げる。
また、未読文書を含むスレッド全体が表示されるので、未読文書を閲覧する場合に理解しやすい。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明の文書管理装置に係る好適な実施形態について説明する。
【００１８】
＜実施形態１＞
図１は、本発明の実施形態に係る文書管理装置をネットワーク環境に適用する時の構成を示すブロック図である。例えば、ユーザがスレッドに属する文書の作成・編集・閲覧等の指示を入力し、その結果を出力する端末装置２００と文書のデータベースの保持・管理を行う文書管理装置１００とを用意する。この場合、ユーザの端末装置２００および文書管理装置１００とは、汎用のコンピュータ装置で構成され、ネットワーク３００に接続するためのネットワークインタフェースをそれぞれ備えている。
【００１９】
また、このネットワーク３００は、これらの文書管理装置１００と端末装置２００とを結合するための伝送路であって、一般には、ケーブルで実現され、通信プロトコルにはＴＣＰ／ＩＰが使われる。但し、伝送路としてはケーブルだけではなく、それらの間の通信プロトコルが一致するものであれば有線でも無線であってもよい。
【００２０】
図２は、本発明の実施形態に係る文書管理装置の機能構成を示すブロック図である。同図において、文書管理装置１００は、制御部１０、文書閲覧部２０、文書登録部３０、ユーザ用閲覧状況取得部４０、一覧表作成部５０の機能と、文書情報記憶部１５、文書内容記憶部２５、ユーザ管理記憶部３５、未読既読管理記憶部４５のデータベースから構成されている。
【００２１】
まず、上記の各記憶部のデータ構造について説明する。
文書情報記憶部１５は、文書ごとに、文書識別子（文書ＩＤ）、この文書の親の文書識別子および属性情報（タイトル、登録日、作成者等）からなっている（図３参照）。
文書内容記憶部２５は、文書ごとに、文書ＩＤと文書の内容（テキスト、画像、音声等）からなっている（図３参照）。ここで、文書識別子は、各文書に与えられた唯一性を持つ値として定義し、この値によって文書を特定するのに使われ、この文書識別子によって文書情報記憶部１５と文書内容記憶部とが対応するようになっている。
また、「親の文書識別子」は、最上位の文書の場合には、「なし（例えば、ヌルデータで表わす）」とし、この最上位の親文書をスレッドの最初の文書と呼ぶことにする。
【００２２】
ユーザ管理記憶部３５は、本文書管理装置１００を利用するユーザに関する情報、即ち、少なくともユーザ識別子（ユーザＩＤ）およびユーザの名前やアクセス権等を保持しており、ユーザが文書管理装置１００へアクセスするときに、ユーザのアクセス権を確認する。
【００２３】
未読既読管理記憶部４５は、ユーザごとに、ユーザ識別子とこのユーザが閲覧した文書ごとの未読・既読状況を保持するビットフィールドとを対応させて保持する。このビットフィールドは、文書情報記憶部１５に記憶された文書数に応じた長さを持っており、このビットフィールドの各ビット位置は、各文書の文書識別子と対応しており、ビット位置の値が１（オン）のとき、その文書は既読であるとされ、値が０（オフ）のときは、その文書は未読とされる。
また、この未読既読管理記憶部４５は、文書情報記憶部１５の一部として管理されるようにしてもよい。
【００２４】
制御部１０は、端末装置２００からの種々の要求を受け、その要求を各処理部で処理した結果を要求元の端末装置２００へ送り出すまでの全体を制御する。
【００２５】
文書登録部３０は、端末装置２００からの新規文書を登録して、文書情報記憶部１５、文書内容記憶部２５、未読既読管理記憶部４５の内容を更新する。
即ち、文書識別子を生成し、この文書識別子に対応させて、この文書の親の文書識別子、属性情報（タイトル、登録日、作成者等）を文書情報記憶部１５へ登録する。そして、この登録された文書の文書識別子と文書の内容を文書内容記憶部２５へ登録する。未読既読管理記憶部４５の各ビットフィールドを、この登録した文書の順番位置（最後のビット位置）として１ビット拡張し、この値を０（オフ）とする。
【００２６】
文書閲覧部２０は、端末装置２００から文書の閲覧指示を受信すると、まず、ユーザ用閲覧状況取得部４０を起動する。
ユーザ用閲覧状況取得部４０は、文書情報記憶部１５のコピーを作成するとともに、この閲覧指示を出したユーザのユーザ識別子をもとに、未読既読管理記憶部４５のビットフィールドを取り出して、そのビットフィールドの各ビットの値を各文書の未読・既読状態として設定し、ユーザの個人用文書情報を作成する（図５参照）。
あるいは、このユーザの個人用文書情報は、ユーザが文書管理装置１００へアクセスを開始したときに、最初に作成するようにしてもよい。この場合、ユーザが文書管理装置１００へアクセスを終了したときに、このユーザの個人用文書情報に変更があった場合には、未読既読管理記憶部４５をこのユーザの個人用文書情報で更新するようにする。
【００２７】
次に、文書閲覧部２０は、一覧表作成部５０を起動して、個人用文書情報を参照して、端末装置２００のユーザに対応する文書の未読・既読の状態を加味した文書一覧表を作成させる。
文書閲覧部２０は、その文書一覧表を端末装置２００へ送信し、端末装置２００から特定された文書識別子を受信し、この文書識別子に対応する文書の内容を文書内容記憶部２５から取り出して、端末装置２００へ返信する。
【００２８】
その後、文書閲覧部２０は、端末装置２００から表示された文書が読んだことを示す指示を受信すると、個人用文書情報における、この文書の文書識別子に対応する文書の状態を既読状態にして、一覧表作成部５０を起動して、再度文書一覧表を再作成し、端末装置２００へ送信する。
以後、何回かの文書閲覧を繰り返し、文書閲覧が終了されると、文書閲覧部２０は、個人用文書情報に記憶された未読・既読状態をビットフィールドに置き換えて、端末装置２００のユーザに対応する未読既読管理記憶部４５を更新する。
【００２９】
以下、図６のフローチャートを用いて、一覧表作成部５０における文書一覧表の作成手順について説明する。
まず、個人用文書情報を参照して、同一スレッドに属する文書を決定する（ステップＳ１）。
次に、同一スレッドに属する文書のうち登録日が最も新しい文書を決定する（ステップＳ２）。
最後に、このように求めた各スレッドの最新文書の登録日をスレッド間で比較し、これの新しいものから順にスレッドの表示順として、文書のタイトル、作成者、登録日等からなる一覧表を作成する（ステップＳ３）。同一スレッド内での各文書の表示順は従来と同様でよい。
【００３０】
例えば、図１１のような２つのスレッドは、スレッドＡの最新の登録日が「文書Ａ−２」の「2004/8/1」であり、スレッドＢの最新の登録日が「文書Ｂ−３」の「2004/8/3」であるから、スレッドＢの方が最新である。したがって、図７に示すようなスレッドＢ、スレッドＡの順で文書一覧表が表示されることになる。
【００３１】
本発明によれば、スレッド構造をなす文書群の一覧表を表示する場合、文書の作成された経緯を保ちつつ、未読文書が一箇所に集約されるような表示形態ができる。
また、未読文書を含むスレッド全体が表示されるので、未読文書を閲覧する場合に理解しやすい。
【００３２】
＜実施形態２＞
上記の実施形態１では、スレッド間の順番は、スレッド中の最新の登録文書に対する順番であった。しかし、ユーザがまだ読んでいない文書に興味がある場合には、この実施形態１の方法では、読んでしまった最新の文書が上位に一覧されてしまう場合がある。
本実施形態２は、未読文書を含むスレッド群と未読文書を含まないスレッド群と分けるようにして、上記の問題点を回避する。
【００３３】
本実施形態２の機能構成は、実施形態１と同様である（図２参照）から相違する一覧表作成部５０の機能についてのみ説明する。
図８は、一覧表作成部５０における文書一覧表の作成手順を示すフローチャートである。
まず、ユーザ用閲覧状況取得部４０を用いて作成されたユーザの個人用文書情報から、各文書を同一のスレッドにまとめる（ステップＳ１１）。
個人用文書情報の未読・既読状態を参照して、スレッド内に未読文書を１文書以上含むスレッドとスレッド内に未読文書をいっさい含まず既読文書のみからなるスレッドの２種類に、全スレッドを区分する（ステップＳ１２）。
【００３４】
未読文書を含むスレッドについては、同一スレッドに属する文書のうち登録日が最も新しい文書を決定する（ステップＳ１３）。
このように求めた各スレッドの最新文書の登録日をスレッド間で比較し、これの新しいものから順にスレッドの表示順として、文書のタイトル、作成者、登録日等からなる一覧表を作成する（ステップＳ１４）。同一スレッド内での各文書の表示順は従来と同様でよい。
【００３５】
また、未読文書を含まないスレッドについては、スレッドの最初の登録日の文書（スレッドの親文書）を決定する（ステップＳ１５）。
この各スレッドの中で最初の文書の登録日をスレッド間で比較し、新しい登録日、または、古い登録日から並べ、文書のタイトル、作成者、登録日等からなる一覧表を作成する（ステップＳ１６）。
【００３６】
例えば、図９に示すように、表示画面全体を２分割し、上方の分割画面に、未読の文書を含むスレッドを実施形態１と同様に順序付けして表示する。図９では、未読の文書には「未読」の印（文字ではなく、色によって区別してもよい）が付されている。
また、下方の分割画面には、未読文書を含まないスレッドを、スレッドの最初の文書の登録日を基準に決定した表示順（新しい順もしくは古い順）で表示する。
【００３７】
上記の例では、未読の文書を含むスレッドと未読の文書を含まないスレッドとを両方表示するようにしているが、未読の文書だけに興味がある場合には、図１０に示すように未読の文書を含まないスレッドを表示しないようにしてもよい。
【００３８】
本発明によれば、スレッド構造をなす文書群の一覧表を表示する場合、文書の作成された経緯を保ちつつ、未読文書が一箇所に集約されるような表示形態ができる。
特に、最近作成された未読文書を含むスレッドを上部に集中的に表示するようにしたため、未読文書が見つけ易く見落としが防げる。
また、最近作成された未読文書を含むスレッドだけを表示するようにしたため、さらに、未読文書が見つけ易く見落としが防げる。
また、未読文書を含むスレッド全体が表示されるので、未読文書を閲覧する場合に理解しやすい。
【００３９】
＜実施形態３＞
本発明は、上述した実施形態のみに限定されたものではない。上述した実施形態の文書管理装置を構成する各機能をそれぞれプログラム化して、予め記録媒体に書き込んでおき、この記録媒体に記録されたこれらのプログラムを文書管理装置に備えられたメモリあるいは記憶装置に格納し、そのプログラムを実行することによって、本発明の目的が達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラム自体が上述した実施形態の機能を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。
また、上記プログラムは、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することによって上述した実施形態の機能が実現される場合も含まれる。
【００４０】
なお、上述した実施形態の機能を実現するプログラムは、ディスク系（例えば、磁気ディスク、光ディスク等）、カード系（例えば、メモリカード、光カード等）、半導体メモリ系（例えば、ＲＯＭ、不揮発性メモリ等）、テープ系（例えば、磁気テープ、カセットテープ等）等のいずれの形態の記録媒体で提供されてもよい。あるいは、ネットワークを介して記憶装置に格納されたプログラムをサーバコンピュータから直接供給を受けるようにしてもよい。この場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。
このように、上述した実施形態の機能をプログラム化して流通させることによって、コストの低廉化、および可搬性や汎用性を向上させることができる。
【図面の簡単な説明】
【００４１】
【図１】本発明の実施形態に係る文書管理装置をネットワーク環境に適用する時の構成を示すブロック図である。
【図２】本発明の実施形態に係る文書管理装置の機能構成を示すブロック図である。
【図３】文書情報記憶部と文書内容記憶部のデータ構造例である。
【図４】ユーザ管理記憶部と未読既読管理記憶部のデータ構造例である。
【図５】ユーザの個人用文書情報を記憶する領域のデータ構造例である。
【図６】実施形態１における一覧表作成部の処理手順を示すフローチャートである。
【図７】実施形態１における、最新の登録日の文書を含むスレッドから表示する表示例である。
【図８】実施形態２における一覧表作成部の処理手順を示すフローチャートである。
【図９】実施形態２における、未読の文書を含むスレッドと未読の文書を含まないスレッドとを画面を分けて表示する表示例である。
【図１０】未読の文書を含むスレッドだけを表示する表示例である。
【図１１】文書をスレッド単位で表示する従来の表示例である。
【符号の説明】
【００４２】
１００…文書管理装置、１０…制御部、２０…文書閲覧部、３０…文書登録部、４０…ユーザ用閲覧状況取得部、５０…一覧表作成部、１５…文書情報記憶部、２５…文書内容記憶部、３５…ユーザ管理記憶部、４５…未読既読管理記憶部、２００…端末装置、３００…ネットワーク。
【図１】
2006195704.tif 000003
【図２】
2006195704.tif 000004
【図３】
2006195704.tif 000005
【図４】
2006195704.tif 000006
【図５】
2006195704.tif 000007
【図６】
2006195704.tif 000008
【図７】
2006195704.tif 000009
【図８】
2006195704.tif 000010
【図９】
2006195704.tif 000011
【図１０】
2006195704.tif 000012
【図１１】
2006195704.tif 000013