JPH10143580A

JPH10143580A - 文書配布装置

Info

Publication number: JPH10143580A
Application number: JP8302749A
Authority: JP
Inventors: Shinichi Hiraiwa; 真一平岩
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-11-14
Filing date: 1996-11-14
Publication date: 1998-05-29

Abstract

(57)【要約】【課題】本発明は多数の利用者とネットワークにより接
続された文書配布装置に関し，各利用者が文書の配布時
にその内容の紹介や補足する情報を得ることを目的とす
る。【解決手段】文書配布装置は情報記憶部と文書加工部及
び文書配布部及び文書送受信部を備え，情報記憶部に文
書のアドレスに対応してそのアドレスを含む文書に関す
る情報を格納した補足情報テーブルと複数の利用者のリ
ストが登録された配布先情報テーブルとを備える。文書
加工部は，受信した文書中に他の文書を示すアドレスが
あると，補足情報テーブを参照して登録されていないと
新たな補足情報として登録し，登録済の場合は登録され
た補足情報を受信文書に付加して文書配布部に送り，文
書配布部は補足情報が付加された文書を配布先情報テー
ブルを用いて各利用者へ送信するよう構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は一つの文書を複数の
ユーザに配布する装置において，その文書に関連する情
報を自動的に文書に付加してユーザに配布する文書配布
装置に関する。

【０００２】近年，ワールドワイドウェブ（World Wide
Web) という分散ハイパーメディアシステム（インター
ネット等）において，利用者同士が重要な文書のＵＲＬ
（Uniform Resource Locator) を教え合うことが行われ
るようになった。ＵＲＬは情報の位置を表すアドレスを
意味する。文書配布装置によって実現されるメーリング
リスト上で，ＵＲＬを紹介することは良く行われてい
る。

【０００３】

【従来の技術】インターネットの通信基盤の利用方法と
してＥメイル（電子メイル）や，ワールドワイドウェブ
がある。ワールドワイドウェブは，文書または文書中の
一部に関連する他の文書とのつながりを持つ構造を備え
るハイパーテキスト（またはハイパーメディア）という
構造を持つ。このようなハイパーテキストの文書は，１
つのマシンで管理されている場合やインターネット上の
複数のマシンで管理されている場合がある。

【０００４】文書が管理されている位置を表す情報とし
て，その登録位置を表すＵＲＬが使用される。ＵＲＬは
ワールドワイドウェブという分散ハイパーテキストシス
テムにおける情報の位置を表すアドレスであり，次のよ
うな構造を備える。

【０００５】ｈｔｔｐ：／／ｗｗｗ．○○○．ｃｏ．ｊ
ｐ／index html 先頭はスキームと呼ばれる通信プロトコルを表し，この
例は「ｈｔｔｐ：」はHyper Text Transfer Protocolで
あるが，他にＦＴＰ(File Transfer Protocol)，ＧＯＰ
ＨＥＲ等の通信プロトコルがある。その後にマシン名＋
ドメイン名が付加され, 上記の例では「ｗｗｗ．」がマ
シン名, 「○○○，ｃｏ．ｊｐ」がドメイン名である。
この後に，文書位置が付加される。文書位置は，階層構
造のディレクトリを作ってその名称を付けることがで
き，何も書かないとデフォルトの名前，例えば上記のＵ
ＲＬの例のように「index.html」や，「Welcome.html
」等が設定される。

【０００６】このようなＵＲＬを使用することにより，
一つの文書にアクセスした時，その宛先の文書中に次に
アクセスする宛先が書かれていると，次にその宛先の文
書へ飛ぶことができる。その場合の各文書は同じマシン
（サーバ）に存在するか，異なるマシン（サーバ）にま
たがるかは関係がない。

【０００７】メーリングリストやネットニュース等で
は，ＵＲＬを教え合うことが頻繁に行われるようになっ
た。メーリングリストは同じテーマに関心を持つ利用者
が参加を申し込むことにより登録され，多種多様のメー
リングリストが存在する。

【０００８】図１３にメーリングリストの説明図を示
す。メーリングリストのサーバ８０に，あるテーマに関
して参加している利用者Ａ〜Ｅのアドレスがメーリング
リスト８１に登録されている。これらの利用者Ａ〜Ｅは
パーソナルコンピュータ等で構成するクライアント８４
〜８８としてネットワーク８３を介してサーバ８０に接
続されている。このメーリングリスト８１の利用者Ａが
文書（新たな文書や，以前の文書に関係する文書，質問
や回答等）をそのメーリングリストに対して送信する
と，そのメーリングリストのサーバ８０の記憶領域（ス
プールと呼ばれる）８２に登録され，その文書は，メー
リングリスト８１に登録された他の各利用者Ｂ〜Ｅに対
して同時にメールにより通知される。

【０００９】ＵＲＬを教え合う時は，ＵＲＬと共にその
ＵＲＬが指し示す情報の内容を説明または補足する情報
を書く場合が多い。しかし，文書の内容を整理した場合
にも，その整理した内容は，別の文書として個人的に保
管するだけで，他の参加者には分からなかった。こうし
た補足情報はＵＲＬを参照する際に役に立つが，従来の
メーリングリスト等のサービスでは，利用者から送られ
てきた補足する情報をリストへの参加者にそのまま配布
しているだけであった。

【００１０】

【発明が解決しようとする課題】上記したように，従来
のメーリングリストでは利用者から送られてきた文書を
リストへの参加者にそのまま配布していたため，メーリ
ングリストの参加者はＵＲＬの紹介が行われても，その
ＵＲＬとそのＵＲＬに関する情報は，メールを受け取っ
たときに参照されるだけであって，その後の情報の利用
は情報を受け取った利用者にゆだねられていた。このた
め，重要な文書のＵＲＬが紹介されても，利用者は自分
で整理する必要があり，多くの場合は情報が埋もれてし
まっていた。

【００１１】また，情報の利用者が整理した場合にも，
整理結果は利用者相互で利用することができなかった。
本発明は各利用者が文書の配布時にその内容の紹介や補
足する情報を得ることができる文書配布装置を提供する
ことを目的とする。

【００１２】

【課題を解決するための手段】図１は本発明の基本構成
図である。図１において，１は文書配布装置，１０は情
報記憶部，１１は文書格納部，１２ａは各ＵＲＬの文書
に対応した補足情報の保存位置や登録者等の情報を格納
した補足情報テーブル，１２ｂは文書中に複数のＵＲＬ
を参照している場合に複数のＵＲＬと登録者や文書の位
置等を格納した集合アドレステーブル，１２ｃは文書中
に予め選択されたキーワードがあった場合にそのキーワ
ードとＵＲＬを登録するキーワードテーブル，１２ｄは
文書を配布する利用者のリスト（一覧）と情報を付加す
る時の条件を格納した配布先情報テーブルである。１３
は文書加工部，１４は文書配布部，１５は文書送受信部
である。また，２は文書配布装置と多数のクライアント
を接続するネットワーク，３ａ〜３ｄは利用者が備える
パソコン等のクライアント，４は文書を表す。なお，文
書配布装置はネットワーク２上に複数設けられて互いに
通信を行う構成を備える場合もある。

【００１３】本発明は文書配布装置の情報記憶部に，文
書中に記載された情報を指し示すアドレスとそれを補足
する情報等を保存しておくことにより，情報の再利用を
行い，また付加される情報の重要度等の条件を付加して
その付加情報を受け取るかどうかを利用者が選択できる
ようにしたものである。

【００１４】文書送受信部１５は利用者のクライアント
３ａから文書４を受け取ると文書中にＵＲＬがあると文
書を文書加工部１３に送る。文書加工部１３は文書の保
存と，文書の加工を行い，文書中にＵＲＬがなければ文
書配布部１４に送られ，文書配布部１４は配布先情報テ
ーブル１２ｄのリストに従って各クライアントへ送信す
る。ＵＲＬを含む文書の場合，文書加工部１３は文書中
からＵＲＬを取り出してＵＲＬと文書を，アドレスと補
足情報として文書の作成者と共に捕捉情報テーブル１２
ａに保存し，文書中に複数のＵＲＬが含まれている場合
は集合アドレステーブル１２ｂに保存する。また，文書
中にキーワードがあった場合は，キーワードとＵＲＬの
組をキーワードテーブルに登録する。

【００１５】一方，文書加工部１３では文書中のＵＲＬ
が情報記憶部に既に保存されているか確認し，補足情報
テーブル１２ａに登録されているとそのＵＲＬの補足情
報の保存位置を取り出し，また集合アドレステーブル１
２ｂにそのＵＲＬが登録されている場合は同じグループ
に含まれる他のＵＲＬと補足情報の保存位置を取り出
し，文書中にキーワードが含まれているとキーワードに
対応するＵＲＬを取り出す。また取り出された各文書の
補足情報については，各利用者がその重要度について評
価した結果を補足情報テーブル１２ａや集合アドレステ
ーブル１２ｂの各補足情報に設定し，複数の利用者の評
価が取り入れられて設定される。

【００１６】文書配布部１４は，ＵＲＬを含む文書を配
布する場合，配布先情報テーブル１２ｄを参照して予め
各利用者が文書の配布を受ける時に付加して欲しい補足
情報の配布条件が設定されているので，その条件を満た
すか補足情報テーブル１２ａや集合アドレステーブル１
２ｂ，キーワードテーブル１２ｃと照合し，リストの各
利用者毎に条件を満たす補足情報を文書への付加情報と
して配布する。

【００１７】

【発明の実施の形態】上記図１に示す本発明の基本構成
の文書配布装置１は，ネットワーク２上に設けられたホ
スト装置のメーリングリストのサーバとして構成するこ
とができ，各機能を実現するための各部の実施例の構成
を説明する。

【００１８】文書配布装置（図１の１）の文書加工部
（図１の１３）は，文書について後述図６に示す加工の
処理を以下に図２乃至図５により説明する各テーブルを
用いて実行する。

【００１９】図２は補足情報テーブル（図１の１２ａ）
の構成例である。このテーブルには，特定のＵＲＬを文
書内に含む文書，例えば，特定のＵＲＬの文書について
の補足，感想，意見，参考，反論等の各情報を含む補足
情報に関する情報が登録されている。最初に，補足情報
が発生する元となる文書のアドレス名（ＵＲＬ），次に
そのアドレス名の文書に対し補足情報を作成した登録者
名（利用者名），次にその補足情報を格納する領域内の
当該補足情報が格納された位置を示すポインタ，最後に
その補足情報について登録者や，その補足情報を見た他
の利用者が評価した重要度が格納される。重要度は，後
述する方法により複数の利用者による評価の結果が反映
される。

【００２０】この図２の例では，ＵＲＬ１という文書に
ついて触れた文書を，利用者Ａ，利用者Ｂ及び利用者Ｃ
がそれぞれ作成され，それぞれの文書を補足情報として
ポインタ１，ポインタ２及びポインタ３を格納し，重要
度が０．７，０．９及び０．１（この例では重要度は０
〜１の値を取る）として評価されていることを表し，次
にＵＲＬ２という文書について触れた文書が，利用者
Ａ，利用者Ｄにより作成され，それぞれの文書が補足情
報としてポインタ４，ポインタ５に格納され，利用者Ａ
が作成した文書は重要度が０．９で利用者Ｄが作成した
文書は重要度が未設定（利用者による評価が行われてい
ない）である例を示す。

【００２１】図３は集合アドレステーブル（図１の１２
ｂ）の構成例である。このテーブルには，一つの文書中
に複数のＵＲＬが含まれている場合に，その文書を補足
情報として登録する。最初に，その文書に含まれている
複数のアドレス名，次に後にその文書の登録者名，その
文書（補足情報）を格納する位置を示す領域内のポイン
タ，最後に上記図２と同様の重要度が格納される。重要
度は上記の補足情報テーブルの場合と同様に利用者によ
る評価の結果が設定される。

【００２２】図３の例では，先頭に利用者Ａが登録した
文書にＵＲＬ１，ＵＲＬ２及びＵＲＬ５が含まれていた
例で，その補足情報（文書）の格納位置はポインタ７
で，重要度はまだ設定されてない状態を表し，次に利用
者Ｈが登録した文書にＵＲＬ２，ＵＲＬ５及びＵＲＬ６
が含まれ，補足情報の格納位置はポインタ８である場合
である。

【００２３】上記図２，図３のテーブルでは，補足情報
の文書へのアクセス手段として補足情報へのポインタの
みを保存しているが，補足情報自体を保存してもよい。
図４は補足情報一覧テーブルの構成例である。このテー
ブルは図２，図３のテーブルのようにポインタが保存さ
れている場合に実際の補足情報にアクセスするためのテ
ーブルであり，補足情報への各ポインタに対応してそれ
ぞれの補足情報が格納されている。

【００２４】図５はキーワードテーブル（図１の１２
ｃ）の構成例である。キーワードは文章を解析して抽出
するか，文書のタイトルをキーワードとすることができ
る。また文章中の，特定のフォーマットに従った部分，
例えば「ＫＥＹＷＯＲＤＳ：」の後に書いてある単語を
キーワードとする，といった方法で文章中から取り出
す。この図５の例では，キーワードＡについてはＵＲＬ
１，ＵＲＬ１０，ＵＲＬ５の各文書に関係し，キーワー
ドＢはＵＲＬ６の文書に関係している。

【００２５】図６，図７は文書加工部における処理フロ
ー（その１），（その２）である。文書配布装置へクラ
イアントから送られてきた文書を文書送受信部（図１の
１５）より文書加工部（図１の１３）で受け取ると（図
６のＳ１），文書中にＵＲＬが存在するか判別する（同
Ｓ２）。存在しない場合はＳ９に移行して，文書配布部
へ受け取った文書を送る。この場合，文書に付加する補
足情報が存在しない場合である。受け取った文書中にＵ
ＲＬが存在した場合，２つの動作が開始され，その一つ
はで示す経路により実行される保存の処理であり，他
の一つは配布を行うための文書加工の処理（Ｓ３〜Ｓ
９）である。

【００２６】保存の処理は，図７において実行され，最
初にＵＲＬを情報記憶部に登録するか判別する（図７の
Ｓ１０）。この場合のＵＲＬを保存するか否かの判断
は，文書加工部に文書配布装置の管理者が設定（保存し
たい補足情報の元のＵＲＬを指定）しておき，そのＵＲ
Ｌが設定されている場合は登録することになり，設定さ
れていないとそのＵＲＬに関するテーブルへの登録を行
わずに終了する。

【００２７】情報記憶部に登録すべきＵＲＬである場
合，登録するＵＲＬが１つであれば補足情報テーブル
（上記図２参照）に登録し，２つ以上であれば集合アド
レステーブル（上記図３参照）に登録する（図７のＳ１
１）。この時，各テーブルにポインタで文書の保存位置
を設定した場合，補足情報一覧テーブル（図４参照）に
ＵＲＬを含む文書が格納される。続いて，文書中にキー
ワード（予めキーワードが指定されている）が含まれて
いるか判別し（図７のＳ１２），含まれているとキーワ
ードテーブル（上記図４参照）にキーワードとＵＲＬを
（文書の登録者名と共に）登録して（図７のＳ１３），
保存の処理を終了する。

【００２８】上記の文書の保存では，ＵＲＬを含む全て
の文書を各テーブルを用いて保存しているが，文書内に
保存させるか否かを指定する特定のコマンドを記述する
方法を用いて制御することもできる。具体的には，例え
ば，文書の先頭に“＃ＡＤＤ−ＵＲＬ”という記述があ
る場合だけそのＵＲＬを含む文書をテーブルに保存する
方法や，その反対に文書の先頭に“ＮＯＴ−ＡＤＤ−Ｕ
ＲＬ”という記述がある場合だけ登録しないという方法
がある。

【００２９】配布のための文書加工の処理は，図６のス
テップＳ３以下の処理が行われ，最初に補足情報テーブ
ルにＵＲＬが登録されているか判別し，存在しないと後
述するとＳ５へ移り，存在する場合は該当するＵＲＬの
補足情報を補足情報テーブルを用いて取り出す（図６の
Ｓ４）。次に集合アドレステーブルに登録されているか
判別し（同Ｓ５），登録されていないとＳ７に移行し，
登録されていると該当するＵＲＬの補足情報をテーブル
を集合アドレステーブルを用いて取り出す（同Ｓ６）。
更に，文書中にキーワードが含まれているか判別し（図
６のＳ７），含まれていないとＳ９に移行し，含まれて
いる場合はキーワードに対応するＵＲＬをキーワードテ
ーブルを用いて取り出す（同Ｓ８）。続いて，受け取っ
た文書と，テーブルより取り出した各補足情報を文書配
布部に送り（同Ｓ９），処理を終了する。

【００３０】上記のＳ４，Ｓ６において取り出す補足情
報や，Ｓ８で取り出すＵＲＬの文書は，それぞれのポイ
ンタだけであっても良い。その場合，後述する文書配布
部においてそれらのポインタを用いて文書本体にアクセ
スすることができる。

【００３１】また，上記図６の処理フローでは，文書中
にキーワードを含むかチエックする処理が含まれている
が，キーワードを含めないように変更することができ
る。図８は配布先情報テーブル（図１の１２ｄ）の構成
例であり，文書配布部において使用する。配布先情報テ
ーブルは，メーリングリスト等に登録された各利用者の
リストと，各利用者に送られる文書に補足情報を付加す
るか否かとどのような情報を付加するかの条件を管理す
る。図８の例の場合，配布先として利用者Ａ，Ｂ，Ｃ，
Ｄ，Ｅ・・・等からなるリストが設定されている。この
中の利用者Ａは補足情報の付加がオン（補足情報の付加
を要求してることを表す）で，条件として文書の重要度
が０．８を越えることであり，利用者Ｂは補足情報の付
加がオフ（補足情報の付加を要求しない）であり，利用
者Ｃは補足情報の付加を要求し，条件として重要度が
０．５を越え，「ＮＯＴ利用者Ｄ」により利用者Ｄの補
足情報を除くことが設定されている。また，利用者Ｅの
場合，特定の利用者Ａ及び利用者Ｃが提供する補足情報
だけを付加することを条件とすることもでき，補足情報
の付加がオンで条件が何もない利用者Ｄの場合は，全て
の情報（補足情報テーブル，集合アドレステーブル及び
キーワードテーブルにより取り出された情報）が付加さ
れる。

【００３２】この図８の配布先情報テーブルの補足情報
の付加のオン／オフや条件の内容は，文書の配布を受け
る各利用者の要求により設定される。図９は文書配布部
（図１の１４）における処理フローである。

【００３３】文書加工部から上記図６のステップＳ９の
処理により送られてきた配布する文書と補足情報（ポイ
ンタだけの場合を含む）を受け取ると（図９のＳ１），
配布先情報テーブル（上記図８参照）からまだ文書を配
布していない利用者を選択する（図９のＳ２）。配布先
情報テーブルから選択された利用者の補足情報の付加が
オンか判別し（同Ｓ３），オフの場合は後述するステッ
プＳ５へ移行し，オンの場合は設定された条件に従って
文書に補足情報を付加する（図９のＳ４）。ここで条件
が合わないことが分かると，その補足情報は付加されな
い。また，付加する補足情報としては，補足情報の本文
を情報記憶部から取り出すか，補足情報のポインタかの
何れかが付加される。

【００３４】次に利用者名と文書（補足情報を含む）を
文書送受信部に送る（図９のＳ５）。次に配布先情報テ
ーブルから選択されていない利用者がいるか判別し（図
９のＳ６），いる場合はＳ３に戻り上記と同様の処理を
行い，いない場合は，配布先情報テーブルに登録された
全ての利用者全員に文書が配布されたことになり文書の
配布を終了する。

【００３５】配布先の各利用者は，文書を受け取ると，
文書に付加された補足情報についてその情報内容の評価
（重要度を決めること）を行うことができる。図１０に
文書の配送と評価の例を示す。図１０のＡは配送前の文
書であり，この文書の中にＵＲＬ１が含まれている。図
１０のＢは，利用者に配送される文書を示す。この場
合，Ａの文書内のＵＲＬ１について文書加工部の処理
（上記図６参照）により，補足情報１，補足情報２及び
補足情報３が存在することが補足情報テーブル（図２参
照）から検出され，関連ＵＲＬとしてＵＲＬ２とＵＲＬ
５が存在することが集合アドレステーブル（図３参照）
により検出された例であり，Ａの文書に対して各補足情
報へのポインタ及び関連ＵＲＬの情報が付加されて配送
されている。図１０のＣは，利用者が配送された文書を
見て補足情報１へのポインタを用いて情報記憶部（図１
の１０）にアクセスして，補足情報１の内容を表示した
状態を表す。このＣの表示情報の中に情報の評価を設定
するための入力領域が設けられている。評価値（重要
度）は０〜１の範囲内が選択でき，図１０の例では０．
４が設定された例である。この評価値は利用者のクライ
アントから文書配布装置に送信され，文書配布装置の文
書加工部（図１の１３）では，その評価情報を評価情報
テーブルに保存する。

【００３６】図１１に評価情報テーブルの構成例を示
す。図１１の補足情報１の例に示すように，複数の利用
者からの評価値が保存される。この評価情報テーブルに
保存された各補足情報についての評価値は，平均が取ら
れて上記図２の補足情報テーブル及び図３の集合アドレ
ステーブルの各補足情報に対する重要度を更新する。

【００３７】図１２は文書の重要度を決定するための処
理フローであり，利用者から補足情報の評価値を文書配
布装置が受け取り，評価値を評価情報テーブル（図１
１）に登録する。この後，評価値の平均を取り，補足情
報テーブルまたは集合アドレステーブルの重要度を更新
する。なお，この処理は文書配布装置の文書加工部（図
１の１３）において実行される。

【００３８】

【発明の効果】本発明によれば，文書配布装置の情報記
憶部にＵＲＬ（アドレス）とその捕捉情報等を識別して
記憶させると共に配布する時に関連する情報を各利用者
に提供することが可能となる。

【００３９】そして，各文書を受け取った時にその中に
新たなＵＲＬ（アドレス）が引用されていればその都度
その情報を登録し，他の利用者に配布する時に登録され
た他の情報（補足情報）を元の文書に付加することによ
り，提供情報に関係する過去に流通した情報を埋もれさ
せることなく簡単に再利用することができる。

【００４０】また，特定のキーワードを含む場合はその
キーワードを含む文書を補足情報として付加して配布す
ることができる。さらに，補足情報についての配布を受
ける時に予め条件を設定することにより無駄な文書の配
布を防ぐことができ，配布の条件として各利用者による
評価が反映される重要度を指定することにより必要な情
報だけを受け取ることが可能となる。

【図面の簡単な説明】

【図１】本発明の基本構成図である。

【図２】補足情報テーブルの構成例である。

【図３】集合アドレステーブルの構成例である。

【図４】補足情報一覧テーブルの構成例を示す図であ
る。

【図５】キーワードテーブルの構成例を示す図である。

【図６】文書加工部における処理フロー（その１）を示
す図である。

【図７】文書加工部における処理フロー（その２）を示
す図である。

【図８】配布先情報テーブルの構成例を示す図である。

【図９】文書配布部における処理フローを示す図であ
る。

【図１０】文書の配送と評価の例を示す図である。

【図１１】評価情報テーブルの構成例を示す図である。

【図１２】文書の重要度を決定するための処理フローを
示す図である。

【図１３】メーリングリストの説明図である。

【符号の説明】

１文書配布装置１０情報記憶部１１文書格納部１２ａ補足情報テーブル１２ｂ集合アドレステーブル１２ｃキーワードテーブル１２ｄ配布先情報テーブル１３文書加工部１４文書配布部１５文書送受信部２ネットワーク３ａ〜３ｄクライアント４文書

Claims

【特許請求の範囲】

【請求項１】多数のクライアントとネットワークによ
り接続された文書配布装置において，前記文書配布装置
は，情報記憶部と文書加工部及び文書配布部及び文書送
受信部を備え，前記情報記憶部に，文書のアドレスに対
応してそのアドレスを含む文書に関する補足情報または
その位置を格納した補足情報テーブルと複数の利用者の
リストが登録された配布先情報テーブルとを備え，前記
文書加工部は，受信した文書中に他の文書を示すアドレ
スが含まれていると，前記補足情報テーブルに登録され
ているか識別して新たなアドレスの場合は新たに補足情
報として登録し，登録済の場合は登録されている補足情
報を受信文書に付加して文書配布部に送り，前記文書配
布部は，前記補足情報が付加された文書を受け取ると，
前記配布先情報テーブルを用いて他の各利用者へ前記補
足情報を文書に付加して前記文書送受信部から送信する
ことを特徴とする文書配布装置。
【請求項２】請求項１において，前記情報記憶部は，
更に複数の文書のアドレスの組に対応してそれらのアド
レスの組を含む文書に関する補足情報またはその位置を
格納した集合アドレステーブルを備え，前記文書加工部
は，受信した文書中に他の文書を示す複数のアドレスが
含まれていると，前記集合アドレステーブルに登録され
ているか識別して新たなアドレスの場合は新たに補足情
報として登録し，登録済の場合は前記集合アドレステー
ブルに登録されている補足情報を受信文書に付加して文
書配布部に送ることを特徴とする文書配布装置。
【請求項３】請求項１または２において，前記情報記
憶部は，キーワードとアドレスとを登録するキーワード
テーブルを備え，前記文書加工部は，受信した文書中に
前記キーワードテーブルに設定したキーワードが含まれ
ているか識別し，登録されていると対応するアドレスを
取り出して，受信文書に付加して文書配布部に送ること
を特徴とする文書配布装置。
【請求項４】請求項１または２のいずれかにおいて，
前記情報記憶部の配布先情報テーブルは，各利用者毎に
補足情報を付加して配布するための条件が登録され，前
記文書配布部は，前記文書加工部から受け取った補足情
報が付加された受信文書を配布する時前記補足情報テー
ブルまたは集合アドレステーブルに登録された各補足情
報が，前記配布先情報テーブルに設定された条件を満た
すか判別して，条件を満たす場合に補足情報を付加して
配布することを特徴とする文書配布装置。
【請求項５】請求項４において，前記配布先情報テー
ブルに設定された条件として，各利用者別に補足情報の
付加を行うか否かを表す指示情報が設定され，前記文書
配布部は前記指示情報が付加を行うことを指示する時だ
け補足情報を付加することを特徴とする文書配布装置。
【請求項６】請求項４または５において，前記配布情
報テーブルに設定された条件として，文書の重要度が設
定値以上であることを条件とする場合の重要度の設定
値，文書が特定の登録者により登録されている場合に付
加するかまたは付加しないことを条件とする場合の登録
者の各情報が設定され，前記補足情報テーブル及び集合
アドレステーブルの一方または両方に登録された文書の
アドレスに対し登録者と共に評価を表す重要度の情報を
設定する領域が設けられ，前記文書配布部は前記条件を
満たすか否かを前記補足情報テーブルまたは集合アドレ
ステーブルを参照して，条件を満たす場合だけ補足情報
の付加を行うことを特徴とする文書配布装置。
【請求項７】請求項６に記載の補足情報テーブル及び
集合アドレステーブルの重要度の情報は，当該補足情報
を利用者へ配布した時に各利用者が設定して入力された
評価値の平均値により求めることを特徴とする文書配布
装置。