(57)【要約】【課題】  コミュニティに属する全員に文書内容を簡単に知らせることができ、且つ、誰が文書内容を読んだかが簡単に分かる電子文書回覧システムを提供する。【解決手段】  複数の文書を格納し、その文書の未読既読管理を行うＤＢサーバ１０と、管理者とユーザの使用するコンピュータ２０、３０とをネットワーク４０で接続しており、当該システムを利用するユーザ情報とユーザの所属するコミュニティ情報を管理しておき、文書を登録した後、該文書を登録した旨の通知をコミュニティの中から指定して、このコミュニティに属するユーザへ通知するとともに、通知を行ったユーザの文書の閲覧状態を未読状態として初期化し、ユーザから文書内容の既読化の指示があった場合には既読状態として記録する。ユーザから閲覧指示があると、当該文書の内容と、当該文書を配信したユーザと該ユーザの未読既読情報とをコミュニティごとに表示する。【選択図】  図２
2005173656.tif 000002
【特許請求の範囲】
【請求項１】
複数の文書を格納し、その文書の未読既読管理を行うデータベースサーバと、このデータベースサーバを維持管理する管理者の使用するコンピュータと、このデータベースサーバに格納された文書を閲覧するユーザの使用するコンピュータとをネットワークを介して接続する電子文書回覧システムにおいて、当該システムを利用するユーザ情報を管理するユーザ管理部と、前記ユーザの所属するコミュニティ情報を管理するコミュニティ管理部と、文書を登録した後、該文書を登録した旨の通知を前記コミュニティの中から指定して、このコミュニティに属するユーザへ通知するとともに、通知を行ったユーザの文書の閲覧状態を未読状態として初期化して記録し、ユーザから文書内容の既読化の指示があった場合にはユーザの文書の閲覧状態を既読状態として記録する既読状態管理部と、前記通知に応じて、当該文書の内容と、当該文書を配信したユーザと該ユーザの未読既読情報とをコミュニティごとに提供する表示管理部とを備えたことを特徴とする電子文書回覧システム。
【請求項２】
請求項１に記載の電子文書回覧システムにおいて、閲覧または既読化の指示を行ったユーザが、文書に指定されたコミュニティ以外のユーザである場合には、当該指示を無効とすることを特徴とする電子文書回覧システム。
【請求項３】
請求項１または２に記載の電子文書回覧システムにおいて、前記既読状態管理部では、文書を配信したコミュニティに属するすべてのユーザが既読状態となった場合、この文書を自動的に削除することを特徴とする電子文書回覧システム。
【請求項４】
コンピュータに、請求項１、２または３のいずれかに記載の電子文書回覧システムの機能を実行させるためのプログラム。
【請求項５】
請求項４に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子文書回覧システム、プログラムおよび記録媒体に関し、具体的には、電子化された文書を複数の回覧対象者の未読あるいは既読状態が容易にわかる電子文書回覧システムに関する。
【背景技術】
【０００２】
ある特定の情報をコミュニティ全員に通知する方法として、回覧版や連絡網というシステムがある。このようなシステムでは、情報の伝達経路を特定し、特定した伝達経路にしたがって情報を伝えることで、コミュニティ全員に情報を通知する。
電子的な文書（以下、電子文書または単に文書と呼ぶ）でも、例えば、検印や承認などは、同様に特定の経路で情報が伝達されていく。
しかし、従来のシステムでは、何かの原因で経路途中の伝達が中断してしまうと、それ以後の人間に情報が伝達されなくなってしまう。ところで、電子文書は、情報が紙のような物体に依存していないので、複数の人間が同時にその情報にアクセスできることが特徴である。
したがって、電子文書の場合、コミュニティ全員に通知されることさえ保証されれば、特定の経路を辿って行く必要はなく、特定の経路を辿らずに、例えば全員に同時に電子メールを出すという通知方法でも目的を達成することができる。
ところが文書の情報量が大きい場合、全員に同時に電子メールすると、メールサーバに多大な負担を与えることになる。通常、このような場合は、データベースに伝達すべき情報を登録し、情報を登録した旨の通知だけを電子メールでユーザへ送り、ユーザはその通知を受けて、能動的にデータベースに登録された情報を読みに行くようになっている。
例えば、特許文献１の技術では、電子メールの受信者に閲覧させたい文書を登録し、その登録文書のＵＲＬアドレスを生成して、メール受信者を特定する識別符号をこのＵＲＬアドレスに付加して電子メール受信者へ送信する。通知されたＵＲＬアドレスへ電子メール受信者がアクセスしてきたときに、ＵＲＬアドレスに付加されている識別符号からメール受信者を特定して、この受信者が文書にアクセスしたことをアクセス履歴へ登録する。
これにより、電子メールの受信者が特定の文書を閲覧したか否かを確実に確認することができる。
また、特許文献２の技術は、各部門に関する情報と各ユーザに関する情報とをデータベースに登録しておく。次に、文書に関する情報をデータベースに仮登録し、仮登録文書の承認をユーザに依頼し、ユーザによる承認をデータベースに登録して文書の本登録とする。文書の本登録がなされると、各部門または各ユーザに対し電子メールで通知し、通知の受け取り確認を要求し、受け取り確認の有無をデータベースに登録しておく。所定の期限内に承認や受け取り確認、閲覧済み報告がない場合に、部門またはユーザに督促を行う。
これにより、文書の授受管理、最新版管理と旧版の閲覧、ユーザへの閲覧指示と閲覧済みの確認を確実に行うことができる。なお、他にも情報管理や文書管理システムあるいは検印回覧システムとしては、特許文献３〜６がある。
【特許文献１】特開２００３−１３１９９４公報
【特許文献２】特開２００３−７６８２２公報
【特許文献３】特開２００２−２５９３８６公報
【特許文献４】特開２００１−５２０４４公報
【特許文献５】特開２００１−２１８４０７公報
【特許文献６】特開２００１−２２２５２５公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、電子メールを受信したユーザがデータベースへ能動的に読みに行くのでは、コミュニティ全員に情報が伝達されたか保証できないという問題がある。
本発明は、上述した実情を考慮してなされたものであって、コミュニティに属する全員に文書内容を簡単に知らせることができ、且つ、誰が文書内容を読んだかがユーザに負担をかけずに分かる電子文書回覧システム、プログラムおよび記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記の課題を解決するために、請求項１の発明は、複数の文書を格納し、その文書の未読既読管理を行うデータベースサーバと、このデータベースサーバを維持管理する管理者の使用するコンピュータと、このデータベースサーバに格納された文書を閲覧するユーザの使用するコンピュータとをネットワークを介して接続する電子文書回覧システムにおいて、当該システムを利用するユーザ情報を管理するユーザ管理部と、前記ユーザの所属するコミュニティ情報を管理するコミュニティ管理部と、文書を登録した後、該文書を登録した旨の通知を前記コミュニティの中から指定して、このコミュニティに属するユーザへ通知するとともに、通知を行ったユーザの文書の閲覧状態を未読状態として初期化して記録し、ユーザから文書内容の既読化の指示があった場合にはユーザの文書の閲覧状態を既読状態として記録する既読状態管理部と、前記通知に応じて、当該文書の内容と、当該文書を配信したユーザと該ユーザの未読既読情報とをコミュニティごとに提供する表示管理部とを備えたことを特徴とする。
また、請求項２の発明は、請求項１に記載の電子文書回覧システムにおいて、閲覧または既読化の指示を行ったユーザが、文書に指定されたコミュニティ以外のユーザである場合には、当該指示を無効とすることを特徴とする。
また、請求項３の発明は、請求項１または２に記載の電子文書回覧システムにおいて、前記既読状態管理部では、文書を配信したコミュニティに属するすべてのユーザが既読状態となった場合、この文書を自動的に削除することを特徴とする。
また、請求項４の発明は、コンピュータに、請求項１、２または３のいずれかに記載の電子文書回覧システムの機能を実行させるためのプログラムである。
また、請求項５の発明は、請求項４に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【０００５】
本発明によれば、予めコミュニティを定義しておき、管理者は文書をユーザへ配信するときにユーザの属するコミュニティを指定して送信するようにしたので、文書の配信先のユーザをいちいち設定する手間が省け、管理者の負担を軽減できるとともに、文書内容をすべてのユーザに送信しなくてもコミュニティに属する全員に文書内容を知らせることができる。
また、ユーザが文書を閲覧するときに、配信されたユーザの未読・既読状態を表示するようにしたので、誰が文書内容を読んだかが容易に分かる。
また、回覧する情報の中には、特定のコミュニティのメンバ以外に公開してはならないような種類の情報が存在するが、ユーザから閲覧や既読化指令が来たときに、このユーザの権限を調べるようにしたので、特定のコミュニティメンバ以外の人間が文書を読まなかったことを保証できる。
【発明を実施するための最良の形態】
【０００６】
以下、図面を参照して、本発明の電子文書回覧システムに係る好適な実施形態を説明する。
図１は、本発明の電子文書回覧システムの全体構成を示すブロック図である。同図において、電子文書回覧システムは、本システムを利用するユーザやユーザの属するコミュニティ等に関する情報の維持管理および文書の登録・削除・閲覧等のサービスを行うデータベース（ＤＢ）サーバ１０、そのＤＢサーバ１０の維持管理を行う管理者の利用するコンピュータ（以下、管理者ＰＣという）２０、ＤＢサーバ１０に登録された文書を閲覧するためのユーザの利用する複数のコンピュータ（以下、ユーザＰＣという）３０、ＤＢサーバ１０と管理者ＰＣ２０および各ユーザＰＣ３０を接続するネットワーク４０からなっている。
このネットワーク４０は、一般には、ケーブルで実現され、通信プロトコルにはＴＣＰ／ＩＰが使われる。但し、伝送路としてはケーブルだけではなく、それらの間の通信プロトコルが一致するものであれば無線および有線のいずれであってもよく、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）やインターネットなどを用いることができる。
【０００７】
本システムの管理者は、本システムのユーザに関する情報やこのユーザが属するコミュニティをＤＢサーバ１０へまず登録し、人事異動等による改変の時もこれらの情報を維持管理する。
また、管理者は特定のユーザやコミュニティに対して回覧すべき文書を電子メール等で受け取ったときには、この文書をＤＢサーバ１０へ登録し、指定された特定のユーザやコミュニティに対して回覧文書がＤＢサーバ１０へ登録されたことを電子メール等で通知する。このとき、コミュニティ宛の電子メールは、そのコミュニティに属するユーザ全員へ向けて送信される。
この通知を受信したユーザは、指定された文書をＤＢサーバ１０へアクセスすることによって内容を閲覧する。
このとき、閲覧の内容としては、文書内容と同一コミュニティに属するユーザが、この文書を読んでいるか否かの状態も表示されるようになっている。
ユーザは、閲覧した後に文書既読の通知をＤＢサーバ１０へ返信すると、ＤＢサーバ１０は当該文書におけるユーザの既読状況を記憶しておく。
さらに、文書登録を通知したときのユーザ全員が既読状態になったときには、管理者の指示または自動的にその文書をＤＢサーバ１０から削除する。
【０００８】
以下、本実施形態を詳細に説明する。
図２は、ＤＢサーバ１０の機能構成を示すブロック図である。同図において、ＤＢサーバ１０は、ユーザ管理部１１、ユーザデータベース（ＤＢ）１２、コミュニティ管理部１３、コミュニティデータベース（ＤＢ）１４、文書管理部１５、文書データベース（ＤＢ）１６、表示管理部１７、既読状態管理部１８とから構成される。
本システムを使用するに先立ち、管理者は本システムを利用するユーザをユーザＤＢ１２へ登録する。そのために、管理者は管理者ＰＣ２０からユーザに関する情報として少なくともユーザ名と、このユーザへの連絡方法（例えば、電子メールアドレス等）とをＤＢサーバ１０のユーザ管理部１１へ送る。
ユーザ管理部１１は、受信したユーザに関する情報をもとに、ユーザを特定するためのユーザＩＤ（識別子）を割り当てて、ユーザＤＢ１２へ登録する。
ユーザＤＢ１２は、図３に示したように、ユーザごとに、ユーザＩＤ、ユーザ名、ユーザへの連絡方法を格納する。
また、管理者はユーザが人事異動等で本システムを使用しなくなった場合には当該ユーザのユーザＩＤと削除指令を送信し、或いは、ユーザの登録情報に変更があった場合には当該ユーザのユーザＩＤと変更内容（ユーザ名や連絡方法等）と変更指令を送信する。
ユーザ管理部１１は、ユーザＩＤと削除指令を受け取ると、ユーザＤＢ１２から指定されたユーザＩＤの情報を削除して、ユーザＤＢ１２を更新する。
また、ユーザ管理部１１は、ユーザＩＤと変更内容と変更指令を受け取ると、ユーザＤＢ１２の指定されたユーザＩＤのユーザに関する情報を変更して、ユーザＤＢ１２を更新する。
さらに、管理者は、コミュニティ、例えば、部や課等の部門やプロジェクト或いは趣味の同好会等を登録し、各コミュニティに属するメンバであるユーザをコミュニティＤＢ１４へ登録する。
コミュニティを登録するときには、管理者ＰＣ２０からコミュニティ名、このコミュニティに属するユーザのユーザＩＤとコミュニティ登録指令をコミュニティ管理部１３へ送信する。
コミュニティ管理部１３は、受信したコミュニティ名に対してこのコミュニティを特定するためのコミュニティＩＤ（識別子）を割り当てて、コミュニティＩＤ、コミュニティ名とメンバの各ユーザＩＤとをコミュニティＤＢ１４へ登録する。
このコミュニティＤＢ１４は、図３に示したように、コミュニティごとに、コミュニティＩＤ、コミュニティ名および当該コミュニティに属するメンバリスト（ユーザＩＤのリスト）を格納する。
また、管理者は、組織改変等によるコミュニティの削除やコミュニティへのメンバの追加や削除を行う。
コミュニティ管理部１３は、コミュニティの削除の場合には、削除するコミュニティＩＤを管理者ＰＣ２０から受信し、コミュニティＤＢ１４から指定されたコミュニティを削除して更新する。
また、コミュニティ管理部１３は、コミュニティへのメンバの追加や削除の場合には、受信したコミュニティＩＤにおけるメンバリストへの追加または削除を行ってコミュニティＤＢ１４を更新する。
【０００９】
次に、管理者は、管理者ＰＣ２０で受信した登録文書の内容とこの文書の書誌事項（文書の名前、作成者、作成日等）および文書登録指令をＤＢサーバ１０に送信する。
ＤＢサーバ１０の文書管理部１５は、この文書登録指令を受信すると、文書を特定するための文書ＩＤ（識別子）を割り当てて、文書ＩＤと文書の書誌事項、文書内容および作業中フラグとを文書ＤＢ１６へ登録する。
文書管理部１５は、登録が終わると、管理者ＰＣ２０へ登録した文書の文書ＩＤと登録完了通知を返信する。
この文書ＤＢ１６は、図４に示したように、文書ごとに、文書ＩＤ、文書名（および書誌事項）、当該文書を配信する配信先リスト（コミュニティＩＤまたはユーザＩＤのリスト）および配信先のユーザが当該文書を未読か既読かの状態を示す未読既読状況テーブルから構成される。
文書が文書ＤＢ１６へはじめて登録されたときには、配信先リストおよび未読既読状況テーブルとは、登録が完了していないことを示す作業中フラグをＯＮとしておく。
また、文書管理部１５は、管理者ＰＣ２０から文書ＩＤと削除指令を受信すると、当該文書の既読状況を確認して、配信先のすべてのユーザが読み終わっていた場合には、当該文書を文書ＤＢ１６から削除する。
文書の登録が終了すると、管理者は、文書ＩＤとこの文書の配信先のユーザＩＤまたはコミュニティＩＤと文書通知指令をＤＢサーバ１０の既読状態管理部１８へ送信する。
このように、通常、ユーザへ文書内容を通知するときには、ユーザごとに通知を指示しなければならないが、図５のようにユーザをコミュニティで関連付けておけば、読者権限のあるコミュニティに対して通知するだけでよいので管理者の負担が軽減される。
【００１０】
既読状態管理部１８はこの文書通知指令を受信すると、次の作業を行う。
まず、文書ＤＢ１６を参照して、指定された文書ＩＤが作業中であるかを確認する。
作業中（作業中フラグがＯＮ）の場合には、文書ＤＢ１６の配布先リストに受信した配布先のユーザＩＤまたはコミュニティＩＤを登録し、受信した配布先がコミュニティＩＤのときには、コミュニティＤＢ１４を参照して、当該コミュニティに属しているユーザＩＤを抽出する。この抽出したユーザＩＤと受信したユーザＩＤ（指定されていれば）とから同一のユーザＩＤを削除してマージし、図４に示すような未読既読状況テーブルを作成して、文書ＩＤと関連付けて文書ＤＢ１６へ登録する。
また、作業中ではなく（作業フラグがＯＦＦ）既に配布先が登録されている場合には、文書ＤＢ１６の配布先リストに受信した配布先を重複しないように追加登録する。受信した配布先がコミュニティＩＤのときには、コミュニティＤＢ１４を参照して、当該コミュニティに属しているユーザＩＤを抽出する。コミュニティＤＢ１４から抽出したユーザＩＤと受信したユーザＩＤ（指定されていれば）とを重複しないように未読既読状況テーブルとマージし、未読既読状況テーブルを更新して、文書ＩＤと関連付けて文書ＤＢ１６へ登録する。
次に、未読既読状況テーブルへ新たに登録した各ユーザＩＤの未読既読状態を未読状態にするとともに、これらの新たに追加されたユーザに対して、ユーザＤＢ１２を参照して取り出した連絡先アドレスへ、例えば、登録した文書の文書名、文書ＩＤおよび登録した旨のメッセージを電文として電子メールで通知し、作業中フラグをＯＦＦにする。
【００１１】
次に、ユーザＰＣ３０により通知を受け取ったユーザは、通知にある文書ＩＤと自分のユーザＩＤおよび閲覧指令をＤＢサーバ１０へ送信する。
この閲覧指令を受信したＤＢサーバ１０の表示管理部１７は、受信した文書ＩＤの未読既読状況テーブルを参照して、受信したユーザＩＤが含まれているかを調べる。調べた結果、受信したユーザＩＤが見つからない場合、当該ユーザは不正に閲覧しようとしたものとして、閲覧拒否通知をユーザＰＣ３０へ返信する。
このように、この文書の閲覧指令を行ったユーザが閲覧権限を持たないことを調べることにより、この文書が特定のコミュニティ以外のメンバからアクセスできないことを保証する。
調べた結果、受信したユーザＩＤが見つかった場合、受信した文書ＩＤに対応する文書内容や書誌事項を文書ＤＢ１６から取り出す。
さらに、この文書ＩＤの配信先リスト（コミュニティＩＤまたはユーザＩＤ）の中から自分の属するコミュニティとこのコミュニティに属するユーザＩＤとを抽出し、この抽出したユーザＩＤに対応する未読・既読状態を未読既読状態テーブルから取り出す。
表示管理部１７は、ここに取り出した、文書ＩＤ、文書の内容と書誌事項、および、自分の属するコミュニティごとに、当該コミュニティに属するユーザ名とそのユーザの未読・既読状態とをユーザＰＣ３０へ返信する。ここで、コミュニティがない（配信のときに、ユーザＩＤのみが指定された）場合、コミュニティ名は空白となる。
【００１２】
ＤＢサーバ１０の表示管理部１７からの返信を受信したユーザＰＣ３０は、図６に示すような画面に構成して表示する。
図６の画面は、上部に文書名を伴った文書内容と、中部に当該ユーザの所属するコミュニティごとに、コミュニティ名とそのコミュニティに所属するユーザ名のリストが配置され、下部には既読ボタンと終了ボタンとが配置されている。
ユーザ名のリストには、ユーザ名の前にそのユーザが当該文書を読んだかまたはまだ読んでいないかを示すチェックボックスが付されており、既読の場合にはチェックがされた状態となっている。
コミュニティが指定されていないときには、コミュニティ名は空白となる。
表示された文書内容を読んだ後に、この文書を既読とする場合には既読ボタンをクリックし、既読としたくない場合には終了ボタンをクリックする。
ユーザが終了ボタンをクリックした場合には閲覧表示を終了するだけであり、当該文書の既読状態は更新されない。
一方、ユーザが既読ボタンをクリックした場合には、ユーザＰＣ３０は、文書ＩＤ、ユーザＩＤと既読化指令をＤＢサーバ１０へ送信する。
ＤＢサーバ１０は既読化指令を受信すると、受信した文書ＩＤとユーザＩＤを既読状態管理部１８へ渡す。
既読状態管理部１８は、文書ＤＢ１６を参照して、文書ＩＤの未読既読状況テーブルにユーザＩＤが存在するかを調べ、存在しない場合には当該ユーザには既読化する権限がないものとして、既読化拒否を通知する。
このように、この文書の既読化指令を行ったユーザが閲覧権限を持たないことを調べることにより、この文書が特定のコミュニティ以外のメンバからアクセスできないことを保証する。
【００１３】
一方、未読既読状況テーブルにユーザＩＤが存在する場合には、当該ユーザＩＤの未読既読状態を既読状態にして、未読既読状況テーブルを更新する。
管理者は、定期的にＤＢサーバ１０へ未読既読状態取得指令を送信する。
この未読既読状態取得指令を受信したＤＢサーバ１０は、既読状態管理部１８を起動する。
既読状態管理部１８は、登録されているすべての文書に対して、未読既読状況テーブルに登録されているユーザの未読既読状態を調べ、すべてのユーザが既読状態の文書の文書ＩＤを返信する。
管理者は、これらの既読の文書の文書ＩＤのリストを受信し、これらの文書のうち削除すべき文書の文書ＩＤと文書削除指令をＤＢサーバ１０へ送信する。
ＤＢサーバ１０は文書管理部１５を起動し、指定された文書ＩＤの文書を文書ＤＢ１６から削除する。
或いは、管理者によって文書が既読状態になっているのを調べるのではなく、既読状態管理部１８において、既読化指令を受け取り、指定されたユーザの既読化を設定した時点で、当該文書の未読既読状況テーブルを参照してすべてのユーザが既読状態になった場合、この文書を文書管理部１５で自動的に文書ＤＢ１６から削除するようにしてもよい。
さらに、既読状態管理部１８において、定期的に文書ＤＢ１６に格納されているすべての文書に対して、配信対象のすべてのユーザ未読既読状態が既読状態であるかを調べ、すべてのユーザについて既読状態の文書を文書管理部１５で自動的に文書ＤＢ１６から削除するようにしてもよい。
これらの場合には、管理者がいちいち既読状態の文書を調べる必要がなくなるので、管理者の労力を減らすことができるとともに、文書の削除忘れを防ぐこともできる。
【００１４】
本発明は、上述した実施形態のみに限定されたものではない。上述した実施形態を構成する各機能をそれぞれプログラム化し、あらかじめＣＤ−ＲＯＭ等の記録媒体に書き込んでおき、コンピュータに搭載したＣＤ−ＲＯＭドライブのような媒体駆動装置にこのＣＤ−ＲＯＭ等を装着して、これらのプログラムをコンピュータのメモリあるいは記憶装置に格納し、それを実行することによって、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されたプログラム自体が上述した実施形態の機能を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。
なお、プログラムを格納する記録媒体としては半導体媒体（例えば、ＲＯＭ、不揮発性メモリ等）、光媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤ等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。
あるいは、ネットワーク等の通信網を介して記憶装置に格納されたプログラムをサーバコンピュータから直接供給を受けるようにしてもよい。この場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。
また、ロードしたプログラムを実行することにより上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することによって上述した実施形態の機能が実現される場合も含まれる。
したがって、上述した実施形態の機能を実行するプログラムやそのプログラムを記録した記録媒体を流通させ、そのプログラムをコンピュータの内部記憶装置または外部記憶装置にインストールし、そのインストールされたプログラムを実行することによって、上述した実施形態の機能が実現されるので、コスト、可搬性、汎用性を向上させることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の電子文書回覧システムの全体構成を示すブロック図である。
【図２】データベースサーバの機能構成を示すブロック図である。
【図３】ユーザデータベースおよびコミュニティデータベースのデータ構造例を示す図である。
【図４】文書データベースのデータ構造例を示す図である。
【図５】ユーザとコミュニティの関係を説明するための図である。
【図６】閲覧指示に応じて表示される文書内容の表示画面例を示す図である。
【符号の説明】
【００１６】
１０…ＤＢサーバ、１１…ユーザ管理部、１２…ユーザＤＢ、１３…コミュニティ管理部、１４…コミュニティＤＢ、１５…文書管理部、１６…文書ＤＢ、１７…表示管理部、１８…既読状態管理部、２０…管理者ＰＣ、３０…ユーザＰＣ、４０…ネットワーク。
【図１】
2005173656.tif 000003
【図２】
2005173656.tif 000004
【図３】
2005173656.tif 000005
【図４】
2005173656.tif 000006
【図５】
2005173656.tif 000007
【図６】
2005173656.tif 000008