JP2001109673A - グループウェアにおけるユーザの状態表示方法およびそれに用いる装置 - Google Patents

Abstract

(57)【要約】 【課題】グループを構成するユーザがビュー・ウィンド
ウ内に表示された文書や文書群を読んだかどうかのステ
ータスを知ることのできるグループウェアにおけるユー
ザの状態表示方法およびそれに用いる装置を提供する。 【解決手段】本発明のグループウェアにおけるユーザの
状態表示方法は、グループウェアにおけるユーザの状態
を知るために各ユーザの状態を表示する方法に関する。
この方法において、各ユーザのビュー・ウインドウ内に
ステータス・列バーを表示し、表示したステータス・列
バーにより、各ユーザが各文書を読んだかどうかを示す
ステータス表示を行う。また、この方法を実施するため
に、ネットワークと；ネットワークに接続した、各ユー
ザの各文書に対する状態を記憶するステータス・データ
ベースを備えるサーバと；ネットワークに接続した、管
理者画面及び管理者入力装置を備える管理者操作部と；
ネットワークに接続した、少なくとも１つのユーザ画面
及びユーザ入力装置を備えるユーザ操作部と；から装置
を構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを利
用してグループ間で情報をやり取りするグループウェア
において、グループを構成するユーザの状態を知るため
にユーザの状態を表示する方法およびそれに用いる装
置、特にユーザが文書を読んだかどうかのステータスを
知ることのできるグループウェアにおけるユーザの状態
表示方法およびそれに用いる装置に関するものである。

【０００２】

【従来の技術】従来から、ネットワークを利用してグル
ープ間で情報をやり取りするためのソフトウェアとし
て、種々のグループウェアが知られている。これらのグ
ループウェアでは、自分や他のユーザが記入・変更した
文書や複数の文書をまとめた文書群を、ユーザのビュー
・ウィンドウ内にリスト表示して全てのユーザが読める
ように構成されている。そして、グループを構成する全
てのユーザが他のユーザの発した文書または文書群を読
み、それに対する意見を発することで、意見交換や討論
を行えるよう構成されている。

【０００３】図１４は従来のグループウェアにおけるユ
ーザのビュー・ウィンドウの一例を示す図である。図１
４に示す例において、通常文書リストは、右側のビュー
ペインにリストされる。そして、このビューペインの各
文書または文書群の左端に、星印が表示されたり文書の
タイトル等が赤色で表示されたりすることにより、その
文書を自分が既に読んだかどうかを判断することができ
るよう構成されている。

【０００４】

【発明が解決しようとする課題】しかしながら、今まで
のグループウェアでは、表示されている文書や文書群
を、自分が既に読んだかどうかしか分からず、他のユー
ザが読んだかどうかは分からなかった。例えば、プロジ
ェクトのメンバーで、ディスカッション・データベース
を使用していたとき、自分や他のメンバーが記入・変更
した文書を、ある特定のメンバーが読んでくれたかどう
かを知ることはできなかった。

【０００５】すなわち、このようなグループウェアを使
用したデータベースを利用していると、常に他の人が各
文書を見ているものとの前提で仕事が進む。会議であれ
ば出席者がだれかが分かるが、このようなデータベース
を実際の会議のように利用していると、実際には、メン
バーが忙しくて文書を見ていないことや、メンバーが休
みや出張で見ていないことがよく発生して、仕事に支障
が出る場合がある。回覧文書のように決まりきったメン
バーのどこまで回覧されたかが分かるシステムでは問題
ないが、会議のように使用される文書の内容がどんどん
変わっていくディスカッション・データベースでは、上
述したように他のメンバーが各文書を読んだかどうかを
知る手段はなかった。

【０００６】また、そのために、プロジェクトを管理す
る人は、プロジェクトのメンバー全員が参加して討論さ
れているかどうかを理解することはできなかった。さら
に、各文書のプロパティーを調べることによって、文書
の作成者や編集者を知ることはできたが、文書が最終変
更されてから、グループを構成するメンバーがその変更
後の文書を読んだかどうかを調べる手段はなかった。

【０００７】一方、特開平７−８４７４８号公報におい
て、グループウェアを使いやすくするフォルダの管理方
法として、新たな属性情報を持つフォルダを定義したり
属性情報を編集できるようにし、フォルダの属性情報や
属性情報の変更に応じてそのフォルダの形状や色を変え
て表示する技術が開示されている。しかし、この技術で
は、フォルダ全体の管理はできるものの、やはり、本発
明が目的とするフォルダ内に表示された文書や文書群を
ユーザが読んだかどうかを知ることはできなかった。

【０００８】本発明の目的は上述した課題を解消して、
グループを構成するユーザがビュー・ウィンドウ内に表
示された文書や文書群を読んだかどうかのステータスを
知ることのできるグループウェアにおけるユーザの状態
表示方法およびそれに用いる装置を提供しようとするも
のである。

【０００９】

【課題を解決するための手段】本発明のグループウェア
におけるユーザの状態表示方法は、グループウェアにお
けるユーザの状態を知るために各ユーザの状態を表示す
る方法に関する。この方法において、各ユーザのビュー
・ウインドウ内にステータス・列バーを表示し、表示し
たステータス・列バーにより、各ユーザが各文書を読ん
だかどうかを示すステータス表示を行う。これにより、
グループを構成するユーザがビュー・ウィンドウ内に表
示された文書や文書群を読んだかどうかのステータス
を、ステータス・列バーを見ることにより知ることがで
きる。

【００１０】本発明のグループウェアにおけるユーザの
状態表示方法の好適例として、ユーザがグループに分け
られている場合に、ステータス表示を、各グループの何
％のユーザが読んだかどうかを示すグループ毎の表示と
する。また、文書が複数の文書からなる文書群に分けら
れている場合に、ステータス表示を、各文書群の中の文
書を１つでも読んでいなかものがあるかどうかの文書群
毎の表示とする。各ユーザが各文書を読んだかどうかの
表示が、色または模様による表示である。いずれの場合
も、上記本発明のグループウェアにおけるユーザの状態
表示方法を好適に実施することができる。

【００１１】また、本発明のグループウェアにおけるユ
ーザの状態表示方法を実施する装置は、以下の構成より
なる。すなわち、ネットワークと；ネットワークに接続
した、各ユーザの各文書に対する状態を記憶するステー
タス・データベースを備えるサーバと；ネットワークに
接続した、管理者画面及び管理者入力装置を備える管理
者操作部と；ネットワークに接続した、少なくとも１つ
のユーザ画面及びユーザ入力装置を備えるユーザ操作部
と；から構成される。そして、管理者（実際にはＣＰＵ
上で動作しているプログラム）が、ネットワークを介し
て各ユーザが各文書を読んだかどうかのステータスを求
め、ステータス・データベースを改訂するとともに、各
ユーザのユーザ画面のビュー・ウインドウ内のステータ
ス・列バーに各ユーザが各文書を読んだかどうかのステ
ータス表示をする。この装置の好適例としては、ステー
タス・データベースにおいて、ある文書に対しユーザが
最終変更をした場合、他のユーザのステータスを未読に
するよう構成する。また、特定グループの未読者に対
し、催促のメールを送るよう構成する。これにより、本
発明のグループウェアにおけるユーザの状態表示方法を
好適に実施することができる。

【００１２】

【発明の実施の形態】本発明のグループウェアにおける
ユーザの状態表示方法およびそれに用いる装置につい
て、まず、グループウェアにおけるユーザの状態表示方
法について説明する。本発明のユーザの状態表示におい
て重要な点は、各ユーザのビュー・ウィンドウ内にステ
ータス・列バーを表示し、表示したステータス・列バー
により、各ユーザが各文書を読んだかどうかを示すステ
ータス表示を行うことである。

【００１３】このユーザの状態表示を行うにあたり、グ
ループの管理者は、ステータス・列バーに表示すること
ができる例えばユーザ群Ａを指定する。ここで、管理者
がユーザ群Ａを指定するのは、全てのユーザを指定する
とサーバおよびネットワークの負荷が大きくなるため、
サーバおよびネットワークの負荷を軽減するためであ
る。次に、サーバでは、図１にその一例を示す構成のス
テータス・データベースを備えて利用する。図１に示す
例では、ユーザ群ＡのユーザとしてＡ〜Ｄのユーザが存
在し、文書としては文書１−１、文書１−２、文書２、
文書３の単独の文書と、文書１−１と文書１−２からな
る文書群１が存在する。そして、各文書または各文書群
を読んだかどうか、および、だれが最終変更をしたのか
または新規作成をしたのかを、ステータス・データベー
スはデータとして有する。次に、図２に各ユーザのビュ
ー・ウィンドウの一例を示す。図２に示す例では、図１
に一例を示すような構成のステータス・データベースを
利用して、トピック欄にリストされた各文書に対し各ユ
ーザここではユーザ群Ａを構成するユーザＡ〜Ｅが、各
文書を読んだかどうかを「既読」または「未読」の表示
で、また、だれが最終変更したのかまたは新規作成した
のかを「最終変更（作成を含む）」の表示で、新規に設
けたステータス・列バーに表示している。

【００１４】なお、上述した例において、ユーザ群の指
定は、はじめは管理者設定に依存するが、ユーザのビュ
ー・ウィンドウの設定で変更できるよう構成することも
できる。また、上述した例では、ステータス・列バーの
列の表示をユーザ毎にしたが、列の表示をユーザ群毎と
し、そのユーザ群のユーザたちがどの程度読んでいるか
を、色の濃淡で表示することもできる。例えば、色が濃
い場合はその文書を高い割合で読んでいることを示し、
色が薄い場合はその文書をほとんど読んでいないことを
示すように表示することもできる。さらに、ステータス
を表示したくない文書は、文書プロパティを指定してス
テータス・列バーの情報の内容が分からないように指定
できるよう構成することもできる。この場合、例えば黒
で表示する。

【００１５】次に、本発明のグループウェアにおけるユ
ーザの状態表示方法を実施する装置について説明する。
図３は本発明のグループウェアにおけるユーザの状態表
示方法を実施する装置の一例の構成を示すブロック図で
ある。図３に示す例において、本発明の装置は、ネット
ワーク６と、ネットワーク６に接続した、各ユーザの各
文書に対する状態を記憶するステータス・データベース
１とＣＰＵ２とから構成されるサーバと、ネットワーク
６に接続した、管理者画面３とＣＰＵ４と入力装置５と
から構成される管理者操作部と、ネットワーク６に接続
した、ユーザ画面Ａ９とＣＰＵ７と入力装置８とから構
成されるユーザＡ操作部と、ネットワーク６に接続し
た、ユーザ画面Ｂ１２とＣＰＵ１０と入力装置１１とか
ら構成されるユーザＢ操作部とを備えている。ここで、
ユーザの数がＡ、Ｂ２人に限定されないことは言うまで
もない。そして、上述した装置における操作の一例とし
て、ＣＰＵ２上で動作しているプログラムが、ネットワ
ーク６を介して各ユーザが各文書を読んだかどうかのス
テータスを求め、ステータス・データベース１を改訂す
るとともに、各ユーザのユーザ画面（９、１２）のビュ
ー・ウィンドウ内のステータス・列バーに各ユーザが各
文書を読んだかどうかのステータスを表示する。

【００１６】以下、ステータス・データベース１の内容
および上述した装置における動作について詳述する。図
４は本発明におけるステータス・データベースのデータ
変更の一例を示す図である。図４に示す例において、ス
テータス・データベース２０１は、ユーザＡ〜Ｄに対す
る文書１〜５のステータスをデータとして有している。
このステータス・データベース２０１において、ユーザ
Ｃが文書３を変更した場合は、文書３の行が２０２に示
すように変更される。すなわち、行２０２において、ユ
ーザＣの欄が「最終変更」となり、この最終変更の時点
では他のユーザはユーザＣが変更した文書３の内容を読
んでいないため、ユーザＡ、Ｂ、Ｄの各欄が「未読」と
なる。さらに、ユーザＡが文書３を読んだ場合は、文書
３の行が２０３に示すように変更される。すなわち、行
２０３において、ユーザＡの欄が「既読」に変更され、
ユーザＢ、Ｃ、Ｄの各欄では行２０２のステータスが維
持される。

【００１７】図５はサーバにおける文書作成・更新処理
の一例を説明するためのフローチャートである。図５に
従ってサーバにおける文書作成・更新処理を説明する
と、まずステップ３０１において、ユーザが文書を新規
に作成または更新し、サーバへ文書を登録する。次に、
ステップ３０２において、登録した文書が既にある文書
かどうかをチェックする。チェックの結果新規の文書で
あればステップ３０３に進み、ステップ３０３におい
て、作成したユーザのみが「最終変更」で他のユーザが
「未読」のステータスの行データをステータス・データ
ベースに追加する。チェックの結果既にある文書の場合
は、ステップ３０４に進み、ステップ３０４において、
変更したユーザが「最終変更」で他のユーザが「未読」
のステータスとなるよう、既にある行データをリセット
する。以上で、サーバにおける文書作成・更新処理は終
了する。

【００１８】図６はサーバにおける文書表示のための処
理の一例を説明するためのフローチャートである。図６
に従ってサーバにおける文書表示のための処理を説明す
ると、ますステップ４０１において、ユーザが文書表示
する要求をサーバに渡す。次に、ステップ４０２におい
て、表示要求のあった文書に対しそのユーザが未読の文
書かどうかをチェックする。チェックの結果未読であれ
ばステップ４０３に進み、ステップ４０３において、ス
テータス・データベースの該当ユーザの該当文書の部分
を「既読」に設定し、ユーザに対し文書表示を行う。チ
ェックの結果既読であれば、そのままユーザに対し文書
表示を行う。

【００１９】図７はユーザ画面の処理の一例を説明する
ための図である。図７に従ってユーザ画面の処理を説明
すると、まずステップ５０１において、サーバから文書
タイトルなどの属性情報とステータス・データベース情
報を取得し、ユーザ画面に表示したビュー・ウィンドウ
内にステータス・列バーを利用して表示する。表示の一
例は先に示した図２の通りである。次に、ステップ５０
２において、一定期間毎にサーバからステータス・デー
タベース情報を取得し、表示をアップデートする。これ
によりユーザ画面処理を終了する。

【００２０】次に、上述した本発明の変形例として、グ
ループ既読率集計処理について説明する。このグループ
既読率集計処理は、管理者の機能として、グループがど
の程度該当文書を読んでいるかを色の濃淡や模様の相違
等で表すステータス・列バーを設定したい場合の処理で
ある。図８はサーバにおけるグループ既読率集計処理の
一例を説明するためのフローチャートである。図８に従
ってサーバにおけるグループ既読率集計処理を説明する
と、まずステップ７０１において、管理者機能で、グル
ープ既読を設定しているかどうかをチェックする。チェ
ックの結果設定されている場合は、グループ毎に、各文
書で指定されているグループのメンバーが何％「既読」
のステータスかを計算し、グループ既読率データに設定
する。チェックの結果設定されていない場合は、グルー
プ既読率集計ができないため、そのまま終了する。図９
はグループ既読率データベースの構造の一例を示す図で
ある。図９に示す例では、グループＡ〜Ｃについて、文
書１〜３を各グループを構成するユーザの何％が読んだ
かをデータとして有している。

【００２１】上述したグループ既読率集計処理の応用例
として、以下の例が考えられる。先ず第１に、例えば、
会社内の提示板で重要な文書であるにもかかわらず既読
率が悪い文書があった場合、該当文書のステータス列を
右クリックするなどして、特定グループの未読者に対し
その文書を見るように催促のメールを送ったり、タイト
ルを右クリックするなどして、未読者全員に催促のメー
ルを送ったりできる。第２に、メールのtoとccや、bcc
をステータス・列バーの各列に設定することが考えられ
る。このようにすることで、今まで該当のメールがあて
先の全員に読まれたのかどうかはアックを記憶しなけれ
ばならなかった点が、全員に読まれたのか、あるいは、
どの程度の人に読まれたのかを確認することができる。
また、ステータス列を右クリックすることにより、既読
者のリスト、未読者のリストが表示され、未読者には催
促メールを送るよう構成することもできる。

【００２２】以上詳細に説明したように、本発明では、
ステータス・データベースを利用して各ユーザのビュー
・ウィンドウ内にステータス・列バーを表示し、各ユー
ザまたは各ユーザ群の状態表示を行っているが、実際に
はステータス・データベースの他に種々のデータベース
を使用してこの状態表示を行っている。以下、ステータ
ス・データベースを利用したステータス・列バーの表示
の一例について、より具体的に説明する。すなわち、装
置の構成を示す図３において、ステータス・データベー
ス１として表示した部分は、実際には各データベースの
集まりで、各データベースは、ユーザ毎の表示に利用す
るディスカッション・データベース・ステータス列バー
設定機能を実現するために使用するデータベースと、グ
ループ毎の表示に利用するグループ既読・ステータス列
バー設定機能を実現するために使用するデータベースと
から構成されている。以下、それぞれのデータベースと
ともに上記２つの設定機能について説明する。

【００２３】ディスカッション・データベース・ステー
タス列バー設定機能の説明：この機能を実現するための
データベースは、次のものから構成される； ・各ユーザが、文書追加、変更するディスカッション・
データベース ・ディスカッション・データベースにアクセスできるユ
ーザのテーブルで、ユーザ管理テーブル（図１０）。 ・ユーザ管理テーブルのエントリー・ユーザ項目がＹＥ
Ｓになっているユーザの内容を列データとしてもつステ
ータス・データベース（図１）。 ・各ユーザが、デフォルトで表示されているステータス
・列バーをカスタマイズするために使用する、各ユーザ
表示指定テーブル（図１１）。

【００２４】上述したデータベースおよびテーブルを利
用したディスカッション・データベース・ステータス列
バー設定機能は、以下のような各機能により実行され
る； ・エントリー・ユーザ設定機能 ディスカッション・データベースをアクセスできるの
は、多数のユーザの場合が考えられ、ステータス・列バ
ーに表示するユーザは、ディスカッション・データベー
スにアクセスできるユーザ全員にする必要はない。サー
バのパフォーマンスを悪くしないように、読んだかどう
か記録する必要があるユーザを管理者画面から設定す
る。設定すべきこれらのユーザを図１０に示すユーザ管
理テーブルのエントリー・ユーザの項目をＹＥＳにする
ことによって指定する。 ・デフォルト画面設定機能 ユーザ画面が表示されたときに、デフォルトでステータ
ス・列バーに表示されるユーザを設定する。この機能も
管理者画面から設定する。これらのユーザを図１０に示
すユーザ管理テーブルのデフォルト・ユーザの項目に表
示される順番を指定することによって設定する。 ・ユーザ・カスタマイズ機能 ユーザ画面には、デフォルト画面設定機能によって指定
されたユーザのステータス・列バーが表示されるが、ユ
ーザによって、ステータス・列バーに表示させたいユー
ザは異なることがある。ユーザ・カスタマイズ機能によ
って、各ユーザ固有のステータス・列バーをユーザ画面
から設定し、図１１に示す各ユーザ表示指定テーブルに
追加または修正する。設定時には、エントリー・ユーザ
のリストを図１０に示すユーザ管理テーブルから取得し
て表示したいユーザを選択するが、エントリー・ユーザ
以外を指定したい場合は、図１０に示すユーザ管理テー
ブルのユーザ名を取得して、指定したいユーザのエント
リー・ユーザ項目をＹＥＳに修正する。また、表示した
いユーザが図１０に示すユーザ管理テーブルにない場合
でも、ディスカッション・データベースにアクセス権の
あるユーザであれば、ユーザ管理テーブルにそのユーザ
の行を追加し、エントリー・ユーザの項目をＹＥＳに設
定する。

【００２５】グループ既読・ステータス列バー設定機能
の説明：この機能を実現するためのデータベースは、次
のものから構成される； ・ＷＥＢのホームページのような文書群や、各文書を構
成要素にもつデータベース。 ・データベースにアクセスできるユーザとそのグループ
のテーブルで、ユーザ・グループ関連テーブル（図１
２）。 ・ユーザ画面のステータス・列バーに表示されるグルー
プを指定するグループ表示テーブル（図１３）。 ・グループ表示テーブルに指定されたグループに所属す
るユーザの内容を列データとしてもつステータス・デー
タベース（図１）。 ・グループのどの程度の人が各文書を既読したかが記録
されているグループ既読率データベース（図９）。

【００２６】上述したデータベースおよびテーブルを利
用したグループ既読・ステータス列バー設定機能は、以
下のような各機能により実行される； ・グループ設定機能 各ユーザが所属するグループを指定し、図１２に示すユ
ーザ・グループ関連テーブルを管理者画面から設定す
る。 ・グループ既読・ユーザ画面設定機能 ステータス・列バーに表示されるグループ既読を設定す
る。この機能も管理者画面から設定する。表示した順番
を図１３に示すグループ表示テーブルに表示順を設定す
ることによって指定する。

【００２７】

【発明の効果】以上の説明から明らかなように、本発明
によれば、各ユーザのビュー・ウインドウ内にステータ
ス・列バーを表示し、表示したステータス・列バーによ
り、各ユーザが各文書を読んだかどうかを示すステータ
ス表示を行っているため、グループを構成するユーザが
ビュー・ウィンドウ内に表示された文書や文書群を読ん
だかどうかのステータスを、ステータス・列バーを見る
ことにより知ることができる。

【図面の簡単な説明】

【図１】本発明で使用するステータス・データベースの
一例の構成を示す図である。

【図２】本発明における各ユーザのビュー・ウィンドウ
の一例を示す図である。

【図３】本発明のグループウェアにおけるユーザの状態
表示方法を実施する装置の一例の構成を示すブロック図
である。

【図４】本発明におけるステータス・データベースのデ
ータ変更の一例を示す図である。

【図５】サーバにおける文書作成・更新処理の一例を説
明するためのフローチャートである。

【図６】サーバにおける文書表示のための処理の一例を
説明するためのフローチャートである。

【図７】ユーザ画面の処理の一例を説明するための図で
ある。

【図８】サーバにおけるグループ既読率集計処理の一例
を説明するためのフローチャートである。

【図９】グループ既読率データベースの構造の一例を示
す図である。

【図１０】ユーザ管理テーブルの構造の一例を示す図で
ある。

【図１１】各ユーザ表示指定テーブルの構造の一例を示
す図である。

【図１２】ユーザ・グループ関連テーブルの構造の一例
を示す図である。

【図１３】グループ表示テーブルの構造の一例を示す図
である。

【図１４】従来例における各ユーザのビュー・ウィンド
ウの一例を示す図である。

【符号の説明】

１ ステータス・データベース、２、４、７、１０ Ｃ
ＰＵ、３ 管理者画面、５、８、１１ 入力装置、６
ネットワーク、９ ユーザ画面Ａ、１２ ユーザ画面Ｂ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B085 BE07 BG07 CE07 5B089 GA21 GB03 JA16 KA02 KA13 KC35 LB14 LB20 5E501 AA01 AB17 AC19 AC35 BA03 BA06 CA02 FB25 FB28

Claims (7)

【特許請求の範囲】
1. 【請求項１】 グループウェアにおけるユーザの状態を
   知るために各ユーザの状態を表示する方法であって、各
   ユーザのビュー・ウインドウ内にステータス・列バーを
   表示し、表示したステータス・列バーにより、各ユーザ
   が各文書を読んだかどうかを示すステータス表示を行う
   ことを特徴とするグループウェアにおけるユーザの状態
   表示方法。
2. 【請求項２】 ユーザがグループに分けられている場合
   に、前記ステータス表示が、各グループの何％のユーザ
   が読んだかどうかを示すグループ毎の表示である請求項
   １記載のグループウェアにおけるユーザの状態表示方
   法。
3. 【請求項３】 文書が複数の文書からなる文書群に分け
   られている場合に、前記ステータス表示が、各文書群の
   中の文書を１つでも読んでいないものがあるかどうかの
   文書群毎の表示である請求項１記載のグループウェアに
   おけるユーザの状態表示方法。
4. 【請求項４】 前記各ユーザが各文書を読んだかどうか
   の表示が、色または模様による表示である請求項１〜３
   のいずれか１項に記載のグループウェアにおけるユーザ
   の状態表示方法。
5. 【請求項５】 請求項１〜４のいずれか１項に記載のグ
   ループウェアにおけるユーザの状態表示方法を実施する
   ための装置であって、ネットワークと；ネットワークに
   接続した、各ユーザの各文書に対する状態を記憶するス
   テータス・データベースを備えるサーバと；ネットワー
   クに接続した、管理者画面及び管理者入力装置を備える
   管理者操作部と；ネットワークに接続した、少なくとも
   １つのユーザ画面及びユーザ入力装置を備えるユーザ操
   作部と；から構成されたことを特徴とする装置。
6. 【請求項６】 前記ステータス・データベースにおい
   て、ある文書に対しユーザが最終変更をした場合、他の
   ユーザのステータスを未読にするよう構成した請求項５
   記載の装置。
7. 【請求項７】 特定グループの未読者に対し、催促のメ
   ールを送るよう構成した請求項５記載の装置。