JPH11122295A - 文書配信装置および方法ならびに文書配信用のコンピュータプログラム製品 - Google Patents

Abstract

(57)【要約】 【課題】 送信者から宛先を指定して送られた文書を、
その文書の情報を必要とするユーザに配信する。 【解決手段】 ユーザはクライアント５０の文書送信部
６４を用いて文書をサーバ１０の文書受信部３３に送信
する。サーバ１０の文書管理部３４は受信した文書を文
書記憶部２１に記憶し、文書管理テーブル２２に文書管
理レコードを追加する。サーバ１０の通知配信部３２
は、新たに生成された文書管理レコードを利用して当該
文書のチャンネルについて配信申込を行っているユーザ
に、ユーザ管理テーブル２３を参照して通知を配信す
る。配信された通知は、対応するクライアント５０の通
知受信部６２により受信され、通知管理テーブル５３に
保持される。通知表示部６３は通知管理テーブル５３、
登録チャンネル管理テーブル５４を参照して通知表示を
行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、文書配信技術に
関し、とくに、情報を、その情報を必要とするユーザに
配信するのに適した環境を提供できるようにするもので
ある。

【０００２】

【従来の技術】電子的な情報を配信するシステムとして
電子メールシステムが知られている。電子メールシステ
ムでは、送信者が受信者や受信者のグループを特定して
送信の指示を行う。これにより、送信者が用意した情報
が宛先の受信者や受信者のグループに配信される。とこ
ろで、電子メールシステムを利用した場合、不必要なメ
ールが送られてきたり、あるいは、逆に、必要なメール
が送られてこないということが多い。これは、送信者と
受信者との間で送信対象の文書に対する認識ギャップが
あるからである。例えば、送信者が送信内容を正しく把
握しそこない、本来、Ａのメーリングリストの宛先に送
信を行わなければならないのに、Ｂのメーリングリスト
の宛先に送信をしてしまうことがある。また、送信者が
メーリングリストの宛先のメンバーについて正しく認識
していない場合には、本来送信されるべきメールが送信
されず、本来送信されないメールが送信されることにな
る。

【０００３】また、電子掲示板システムも電子的な情報
を配信（広報）するシステムである。電子掲示板システ
ムでは、掲示板に分類が設けられており、該当する分類
の掲示板に対して記事を書き込んだり、読み出したりす
る。ところで、情報の受信者が所望の分類の掲示板を見
に行かなくては情報を取得することができない。そのた
め、せっかく、情報発信者が記事を掲示板に書き込んで
も、その情報を必要とする宛先に到達することは保証さ
れない。したがって、情報の配信手段としては不十分な
ものである。

【０００４】なお、本発明と関連する特許文献に特開平
９−９１３５８号公報がある。この公報は、送信対象の
情報の属性と合致する情報受信要件を登録している受信
者にその情報を送信する技術が開示している。この公報
の技術はダイレクトメールを適切な受信者に送信するこ
とを目的とするものであり、本来的に、送信者が具体的
な宛先を特定して文書を送信することを前提としないも
のである。また、情報自体を直接に受信者に送信するも
のであり、予め受信者に通知が行われ、情報受信の選択
の余地が与えられるという構成ではない。

【０００５】

【発明が解決する課題】この発明は、以上の事情を考慮
してなされたものであり、送信者から宛先を指定して送
られた文書を、その文書の情報を必要とするユーザに配
信することができるようにすることを目的としている。

【０００６】

【課題を解決するための手段】この発明によれば、上述
の目的を達成するために、文書配信装置に、文書属性に
よりユーザの文書配信申込み状況を表す文書配信情報を
記憶する文書配信情報記憶手段と、ユーザから送信され
た文書を記憶する文書記憶手段と、ユーザからの文書の
受信を、上記文書に割り当てられた文書属性および上記
文書配信情報に基づいて、上記文書に割り当てられた文
書属性を指定して文書配信申込を行っているユーザに、
通知する手段とを設けるようにしている。

【０００７】この構成においては、ユーザから送信され
た文書を蓄積し、予め当該文書属性を指定して配信申込
をしているユーザに通知を配信することができる。配信
申込の文書属性の指定により配信のチャネルを設定し木
目細かな配信の申込を行え、必要な情報を必要なユーザ
に配信することができる。ユーザは通知に基づいて必要
であれば記憶文書を取出すことができる。

【０００８】文書属性としては、文書の内容のカテゴ
リ、文書の宛先として予定されている個人またはグルー
プ、その他種々のものを採用できる。

【０００９】なお、この発明は方法やプログラム製品と
して構成することができる。また、文書の宛先を自己当
て（無指定）として個人的に文書を保管するようにして
もよい。

【００１０】

【発明の実施の態様】以下、この発明の実施例について
説明する。

【００１１】［実施例１］図１は、この発明の実施例１
が適用されるコンピューティング環境を示しており、こ
の図において、サーバ１０が複数のクライアント５０に
ネットワーク例えばＬＡＮ（ローカルエリアネットワー
ク）１００を介して接続されている。このシステムにお
いて、クライアント５０のユーザはサーバ１０を介して
宛先のユーザに文書を転送するようになっている。サー
バ１０は転送されてくる文書を記憶し、その属性に応じ
て対応するクライアント５０のユーザにその文書を配信
するようになっている。実施例の論理的な構成につい図
４以降の図面を参照して後に詳述する。

【００１２】図２および図３はそれぞれサーバ１０およ
びクライアント５０の具体的な実現例を示している。サ
ーバ１０およびクライアント５０は種々のコンピュータ
システムにより実現可能であり、パーソナルコンピュー
タ、ワークステーション等により実現できる。

【００１３】図２において、サーバ１０は例えばＰＣサ
ーバであり、ＣＰＵ１１、主メモリ１２、表示装置１
３、キーボード１４、マウス装置１５、固定外部記憶装
置１６、着脱式外部記憶装置１７、通信インタフェース
１８等を含んで構成されている。サーバ１０上で実行さ
れる文書配信用サーバアプリケーションは着脱式記憶装
置１７のカートリッジ１７ａやＬＡＮ１００を介してイ
ンストールされる。固定外部記憶装置１６には文書記憶
部２１、文書管理テーブル２２、ユーザ管理テーブル２
３、チャンネル管理テーブル２４が準備されている。文
書記憶部２１はユーザから送られてきた文書を記憶する
ものである。テーブル２２〜テーブル２４は、文書記憶
部２１に記憶されている文書受信の通知や文書自体を配
信する際に参照するものである。その詳細については主
に図９〜図１０を参照して後に説明する。

【００１４】図３において、クライアント５０は例えば
パーソナルコンピュータであり、図２のサーバと同様に
構成される。図３において図２と対応する箇所には対応
する符号を付して詳細な説明を省略する。クライアント
５０上で実行される文書配信用クライアント・アプリケ
ーションも着脱式記憶装置１７のカートリッジ１７ａや
ＬＡＮ１００を介してインストールされる。また、図３
において、固定記憶装置１６には文書記憶部５１、文書
管理テーブル５２、通知管理テーブル５３、登録チャン
ネル管理テーブル５４が準備されている。文書記憶部５
１はサーバ１０から取り出した文書を記憶するものであ
る。文書管理テーブル５２はサーバ１０から取り出して
きた文書を管理するためのものである。通知管理テーブ
ル５３、登録チャンネル管理テーブル５４はサーバから
配信されてきた通知を管理するものである。登録チャン
ネル管理テーブル５４は配信申込をしたチャンネルを管
理するためのものである。これらテーブル５２〜５４に
ついては後に詳述する。

【００１５】なお、チャンネルとは、ユーザが配信を申
し込む際に指定する属性であり、ユーザ属性と、カテゴ
リ属性とがある。ユーザ属性は個々のユーザごとに、文
書送信、文書受信の２つずつデフォルトで設定される。
カテゴリ属性は文書のカテゴリに基づいてサーバ１０の
配信管理者が設定することができる。カテゴリ属性とし
ては、文書内容に基づくものや、文書宛先に関連するも
のがある。文書内容に関連するものは、例えば、ユーザ
はチャンネル登録機構（図４のチャンネル登録部）を用
いてチャンネルの申込を行うことができる。申込を行う
と、例えば、図１３に示すように、ユーザのスクリーン
にチャンネルアイコン５５が表示される。図には示され
ないが、チャンネルアイコン５５にはそのチャンネル
（属性）を示す表示（ラベル）が付されることが好まし
い。また、スタックアイコン５６は文書記憶部５１に記
憶されている文書を分類して表示するものである。スタ
ックアイコン５６にもレベルが付されることが好まし
い。図から明らかのように、チャンネルアイコン５５を
操作することにより、通知文書の一覧を表示したり、通
知文書をスタック（文書記憶部５１、スタックアイコン
５６に対応）に取り込んだり（Ｋｅｅｐ）、通知を破棄
したり（Ｄｉｓｃａｒｄ）、通知文書を開いたり（Ｏｐ
ｅｎ）することができる。スタックアイコン５６につい
ても同様な処理が行える。

【００１６】つぎに、この実施例の論理的な構成を主に
図４以降の図面を参照して説明する。図４は、この実施
例の論理的な構成を模式的に示しており、この図におい
て、右半分がサーバ１０の構成部分であり、左半分がク
ライアント５０の構成部分である。クライアント５０は
論理的にはチャンネル登録部６１、通知受信部６２、通
知表示部６３、文書送信部６４、文書取出し部６５、文
書記憶部５１、文書管理テーブル５２、通知管理テーブ
ル５３、登録チャンネル管理テーブル５４等を含んで構
成されている。また、サーバ１０は論理的にはチャンネ
ル管理部３１、通知配信部３２、文書受信部３３、文書
管理部３４、文書記憶部２１、文書管理テーブル２２、
ユーザ管理テーブル２３、チャンネル管理テーブル２４
等を含んで構成されている。

【００１７】以下では、チャンネル登録、ユーザからの
文書送信、サーバからの通知配信、サーバからの文書取
出しに分けて説明する。

【００１８】チャンネル登録 ユーザごとのチャンネル登録は、クライアント５０のチ
ャンネル登録部６１がサーバ１０のチャンネル管理部３
１と通信してチャンネル管理テーブル２４のチャンネル
の中から選択する。すなわち、サーバ１０のチャンネル
管理テーブル２４は図１１に示すように構成されてお
り、チャンネル番号、チャンネル名、親チャンネル番号
のフィールドを有している。チャンネル番号はチャンネ
ルを識別する一意の番号である。また、このチャンネル
構成を図示すると図１２に示すような木構造となる。チ
ャンネル登録部６１は、チャンネル管理テーブル２４の
情報に基づいて例えばプルダウンメニューにより、登録
可能なチャンネルをユーザに表示し選択させる。ユーザ
によるチャンネル登録に応じてサーバ１０のユーザ管理
テーブル２３（図１０）および登録チャンネル管理テー
ブル５４が更新される。

【００１９】ユーザからの文書送信 ユーザはクライアント５０の文書送信部６４を用いて文
書をサーバ１０の文書受信部３３に送信する。文書送信
は、文書を指定して送信を指示することにより行われ
る。文書の指定は、例えばフォルダ（ディレクトリ）を
開いて所望の文書を指定して行う。送信の指示は、例え
ば、指定した文書を、自己の文書発信の表すユーザチャ
ンネルのアイコン５５（図１３）にドロップして行うこ
とができる。この送信に際してユーザは宛先とカテゴリ
チャンネルも指定することができる。ユーザの宛先はそ
のユーザの文書受信チャンネルのアイコンを用いてもよ
く、宛先を入力してもよい。カテゴリチャンネルの指定
はチャネルアイコンを用いてもよいし、プルダウンメニ
ュー等で指定してもよい。

【００２０】サーバ１０の文書管理部３４は受信した文
書を文書記憶部２１に記憶し、文書管理テーブル２２に
文書管理レコードを追加する。文書管理レコードは１つ
の文書について割り当てられてチャンネルごとに生成さ
れ追加される。通常は、送信者のチャンネル（例えばユ
ーザ１送信）、受信者のチャンネル（例えばユーザ２受
信）、カテゴリチャンネルのレコードが追加される。文
書管理テーブル２２（図９）はサーバ１０の文書記憶部
２１の文書とチャンネルとの関係、および文書の保管ア
ドレスを管理するものであり、各レコードは文書とチャ
ンネルとのリンクに対応している。文書管理テーブルは
図９に示すように具体的には文書番号フィールド、チャ
ンネル番号フィールド、文書名フィールド、文書データ
アドレスフィールドを含んでいる。文書番号フィールド
はテーブル内で一意の番号を表す。チャンネル番号フィ
ールドは文書が所属するチャンネルを示す。文書名フィ
ールドは文書名を示す。文書データアドレスフィールド
は文書データが記憶されている文書記憶部２１内のアド
レスを示す。

【００２１】文書管理テーブル２２は、通知の配信や、
ユーザからの文書取出しに用いられる。

【００２２】サーバからの通知の配信 サーバ１０の通知配信部３２は、文書がクライアント５
０から送られてきたときに、新たに生成された文書管理
レコードを利用して当該文書のチャンネル（属性）につ
いて配信申込を行っているユーザに通知を配信する。通
知配信部３２はユーザ管理テーブル２３（図１０）を参
照して文書のチャンネルについて申込をしているユーザ
を識別し、対応するクライアント５０に通知を配信す
る。通知には識別番号、文書名、チャンネル、文書メ
モ、転送日付等が含まれている。ユーザ管理テーブル２
３は図１０に示すように管理番号フィールド、ユーザ番
号フィールド、購買チャンネル番号フィールドを含んで
おり、各ユーザがどのチャンネルを購買（申込）してい
るかを管理している。このユーザ管理テーブル２３はユ
ーザによるチャンネル登録により設定される。

【００２３】サーバ１０の通知配信部３２から配信され
た通知は、対応するクライアント５０の通知受信部６２
により受信され、通知管理テーブル５３に保持される。
通知表示部６３は通知管理テーブル５３、登録チャンネ
ル管理テーブル５４を参照して図１３に示すような通知
表示を行う。

【００２４】サーバからの文書の取出し サーバからの文書の取出しは図１３のチャンネルアイコ
ン５５を操作して行う。この取出しの具体的な動作は文
書取出し部６５により行われる。文書取出し部６５はチ
ャンネルアイコン５５の操作に基づいて文書の指定、転
送要求を生成してサーバ１０の文書管理部３４に送る。
文書管理部３４は文書管理テーブル２２を参照して文書
記憶部２１から該当文書をクライアント５０の取出し文
書取出し部６５に送出する。クライアント５０におい
て、文書管理部６５は文書管理部５２を介して文書記憶
部５１に記憶する。文書管理部５２は、文書を分類（ユ
ーザが設定できる）ごとにスタックアイコン５６（図１
３）のもと管理する。

【００２５】以上、実施例の論理的な構成部分について
説明した。つぎに、実施例の動作について説明する。

【００２６】図５は、ユーザ（クライアント５０）から
サーバ１０に文書を送信するときの信号のやり取りを示
しており、図６は、このときのクライアント５０の動
作、図７および図８は同様のサーバ１０の動作を示して
いる。

【００２７】図５において、まず、クライアント５０の
ユーザはサーバ１０のユーザ１送信チャンネル（ここで
ユーザ１はユーザ自身を示す）に配信文書を送信する
（ｘ１）。そうすると、ユーザ１送信チャンネルを購買
しているクライアント５０に通知が配信される。この場
合、発信者も自己の発信チャンネル、受信チャンネルを
購買しているので、自分当てに通知が送られる（ｘ
２）。また、ユーザ１送信チャンネルを購買しているユ
ーザ２（クライアント５０）へも通知が送信される（ｘ
３）。つぎに、送信側のクライアント５０から配信指定
チャンネルへの配信を命令する（ｘ４）。配信指定チャ
ンネルは送信宛先、カテゴリである。この例では、発信
者も配信指定チャンネルを購買しており、発信者のクラ
イアント５０へも通知が送られる（ｘ５）。また、配信
指定チャンネルを購買している他のユーザ（ユーザ２）
のクライアント５０へも通知が送られる（ｘ６）。以上
のｘ４〜ｘ６の動作は、配信指定チャンネルがすべて処
理されるまで繰り返される。

【００２８】図６は、送信側クライアント５０の動作を
示す。図６において、送信側クライアント５０は送信文
書を指定して配信チャンネルを選択する（Ｓ１）。これ
に応じて、送信側のユーザ送信チャンネルへ文書を送信
する（Ｓ２）。こののち、配信先チャンネルについて、
送信文書へのリンクを指定チャンネルにリンクする（Ｓ
３〜Ｓ５）。すなわち、文書管理テーブルのレコードを
生成する。

【００２９】図７はサーバ１０の文書受信動作を示して
おり、この図において、クライアント５０から文書を受
信すると、文書を文書記憶部２１に記憶する（Ｓ１１、
Ｓ１２）。こののち、文書管理テーブル２２に送信側の
ユーザ送信チャンネルのレコードを追加する（Ｓ１
３）。そして、ユーザ管理テーブル２３を参照して配信
先のクライアント５０を選択し、選択した配信先のクラ
イアント５０に通知を配信する（Ｓ１４、Ｓ１５）。

【００３０】図８は、サーバ１０における指定チャンネ
ルへのリンク動作を示しており、この図において、文書
リンク命令がクライアントから送られてくると、当該チ
ャンネルの文書管理レコードを生成し文書管理テーブル
２２に追加する（Ｓ２１、Ｓ２２）。そして、図７と同
様に、ユーザ管理テーブル２３を参照して配信先のクラ
イアント５０を選択し、選択した配信先のクライアント
５０に通知を配信する（Ｓ２３、Ｓ２４）。

【００３１】つぎに、チャンネルアイコン５５（図１
３）の表示態様について説明する。この実施例において
は、アイコン５５の表示属性を通知の個数に応じて変化
させるようにしている。図１５は表示属性の変化の例を
示す。（ａ）では、アイコンのフィル属性のうち色の濃
さが個数に応じて変化するようにしている。この例で
は、通知の個数が多くなるほど色が濃くなるようにして
いる。変化は連続的でもよいし、段階的なものでもよ
い。（ｂ）は色相を変化させている。この例では個数が
増加するにしたがって青、緑、赤と順に変化する。
（ｃ）では、フィルのパタールを変化させている。この
例では、個数の増加にしたがって斜線格子、格子、塗り
つぶしに順に変化する。（ｄ）はアイコンの形状を変化
させている（大きさ）。（ｅ）はアイコン中の色面積を
変化させている。

【００３２】なお、スタックアイコン５６の属性をスタ
ックアイコン５６に対応して記憶されている文書の量
（個数、ページ数等）に応じて変化させるようにしても
よい。

【００３３】図１５に示すような属性の変化は例えば図
１４に示すように通知管理テーブル５３から通知の情報
をアイコン属性変更部６３ａに送り通知の個数、通知対
象の文書のページ数（総ページ数）に基づいてアイコン
の属性を変更することにより行える。

【００３４】［実施例２］つぎに、外部から送信されて
くるファクシミリ文書の配信にこの発明を適用した実施
例について説明する。

【００３５】図１６はこの実施例を示しており、この図
において図１と対応する箇所には対応する符号を付し
た。図１６においては、ＦＡＸサーバ２００がＬＡＮ１
００に接続されている。このＦＡＸサーバ２００には公
衆回線２１０を介して複数のＦＡＸ装置２１１からの送
信を受信できるようになっている。各クライアント５０
のユーザは自分が購買するチャネルとしてＦＡＸ送信も
と加入者番号を登録する。この結果、各ユーザは自分が
登録した加入者番号からのＦＡＸ文書の送信について通
知を受け、当該ＦＡＸ文書を取出すことができる。この
場合、ＦＡＸサーバは実施例１のサーバ１０と同様な動
作を合わせて行うようにしてもよい。すなわち、公衆回
線を介して送信されてくるＦＡＸ文書だけでなく通常の
電子文書（ネットワークＦＡＸを含む）の通知を配信す
るようにしてもよい。また、図１のサーバ１０と図１６
のＦＡＸサーバを同時に設けるようにしてもよい。ま
た、通知を送るのでなく、ＦＡＸ文書、電子文書を直接
配信するようにしてもよい。

【００３６】

【発明の効果】以上説明したように、この発明によれ
ば、必要な情報を必要なユーザに配信することができ
る。

【図面の簡単な説明】

【図１】 この発明の実施例１が適用されるコンピュー
ティング環境を示すブロック図である。

【図２】 実施例１のサーバ１０の構成を説明するブロ
ック図である。

【図３】 実施例１のクライアント５０の構成を説明す
るブロック図である。

【図４】 実施例１の論理的な構成を模式的に示すブロ
ック図である。

【図５】 実施例１におけるサーバ１−クライアント５
０間の通信を説明する図である。

【図６】 実施例１のクライアント５０の動作を説明す
るフローチャートである。

【図７】 実施例１のサーバ１０の動作を説明するフロ
ーチャートである。

【図８】 実施例１のサーバ１０の動作を説明するフロ
ーチャートである。

【図９】 実施例１の文書管理テーブル２２の例を説明
する図である。

【図１０】 実施例１のユーザ管理テーブル２３の例を
説明する図である。

【図１１】 実施例１のチャンネル管理テーブルの例を
説明する図である。

【図１２】 実施例１のチャンネルの構成例を説明する
図である。

【図１３】 実施例１のクライアント５０におけるアイ
コンの表示態様を説明する図である。

【図１４】 実施例１のクライアント５０におけるアイ
コンの属性変更を説明するブロック図である。

【図１５】 実施例１のクライアント５０におけるアイ
コンの属性変更を説明する図である。

【図１６】 この発明の実施例２の構成を示すブロック
図である。

【符号の説明】

１０ サーバ ２１ 文書記憶部 ２２ 文書管理テーブル ２３ ユーザ管理テーブル ２４ チャンネル管理テーブル ３１ チャンネル管理部 ３２ 通知配信部 ３３ 文書受信部 ３４ 文書管理部 ５０ クライアント ５１ 文書記憶部 ５２ 文書管理テーブル ５３ 通知管理テーブル ５４ 登録チャンネル管理テーブル ５５ チャンネルアイコン ５６ スタックアイコン ６１ チャンネル登録部 ６２ 通知受信部 ６３ 通知表示部 ６３ａ アイコン属性変更部 ６４ 文書送信部 ６５ 文書取出し部 １００ ネットワーク

Claims (19)

【特許請求の範囲】
1. 【請求項１】 文書属性によりユーザの文書配信申込み
   状況を表す文書配信情報を記憶する文書配信情報記憶手
   段と、 ユーザから送信された文書を、上記文書に割り当てられ
   た文書属性にしたがって記憶する文書記憶手段と、 ユーザからの文書の受信を、上記文書に割り当てられた
   文書属性および上記文書配信情報に基づいて、上記文書
   に割り当てられた文書属性を指定して文書配信申込を行
   っているユーザに、通知する手段とを有することを特徴
   とする文書配信装置。
2. 【請求項２】 上記通知に応じてユーザが文書の受信を
   指示したときに、上記文書記憶手段に記憶されている上
   記文書を上記ユーザに送信する手段を有する請求項１記
   載の文書配信装置。
3. 【請求項３】 上記文書属性に文書のカテゴリを含む請
   求項１または２記載の文書配信装置。
4. 【請求項４】 上記文書属性に文書の送信元もしくは送
   信先のいずれか一方、またはその両方を含む請求項１、
   ２または３記載の文書配信装置。
5. 【請求項５】 ファクシミリ装置からファクシミリ送信
   された文書を受信する手段をさらに有し、上記ファクシ
   ミリ送信された文書を配信対象の文書として管理し、上
   記ファクシミリ通信の着呼加入者線の加入者番号を上記
   文書属性として用いる請求項１、２、３または４記載の
   文書配信装置。
6. 【請求項６】 上記ファクシミリ通信の発呼加入者線の
   加入者番号を上記文書属性として用いる請求項１、２、
   ３、４または５記載の文書配信装置。
7. 【請求項７】 ファクシミリ装置からファクシミリ送信
   された文書を受信する手段と、 受信した上記文書を記憶する手段と、 ファクシミリ通信の加入者番号によりユーザの文書配信
   申込状況を表す文書配信情報を記憶する手段と、 ファクシミリ装置からの文書の受信を、上記文書のファ
   クシミリ通信の加入者番号および上記文書配信情報に基
   づいて、上記加入者番号を指定して文書配信申込を行っ
   ているユーザに、通知する手段とを有することを特徴と
   する文書配信装置。
8. 【請求項８】 サーバシステムおよびクライアントシス
   テムがネットワークにより接続されてなる文書配信装置
   において、 上記サーバシステムが、 文書属性により上記クライアントシステムのユーザの文
   書配信申込み状況を表す文書配信情報を記憶する文書配
   信情報記憶手段と、 上記クライアントシステムのユーザから送信された文書
   を、上記文書に割り当てられた文書属性にしたがって記
   憶する文書記憶手段と、 上記クライアントシステムのユーザからの文書の送信
   を、上記文書に割り当てられた文書属性および上記文書
   配信情報に基づいて、上記文書に割り当てられた文書属
   性を指定して文書配信申込を行っている上記クライアン
   トシステムのユーザに、通知する手段とを有し、 上記クライアントシステムが、 上記サーバシステムに文書を送信する手段と、 文書の送信時に上記文書の属性を割り当てる手段と、 上記サーバシステムに記憶されている文書を上記通知に
   基づいて取り出す手段とを有することを特徴とする文書
   配信装置。
9. 【請求項９】 文書属性によりクライアントシステムの
   ユーザの文書配信申込み状況を表す文書配信情報を記憶
   する文書配信情報記憶手段と、 上記クライアントシステムのユーザから送信された文書
   を、上記文書属性にしたがって記憶する文書記憶手段
   と、 上記クライアントシステムのユーザからの文書の送信
   を、上記文書に割り当てられた文書属性および上記文書
   配信情報に基づいて、上記文書に割り当てられた文書属
   性を指定して文書配信申込を行っている上記クライアン
   トシステムのユーザに、通知する手段とを有することを
   特徴とする文書配信サーバシステム。
10. 【請求項１０】 サーバシステムの文書受信時に、文書
    に割り当てられた文書属性に基づいて、上記サーバシス
    テムから送られてくる文書受信通知を受け取る手段と、 上記文書受信通知を上記文書属性ごとに一括して表す表
    示オブジェクトを表示する手段と、 上記表示オブジェクトに対する操作に基づいて、対応す
    る文書属性の文書の詳細を表示する手段と、 上記文書属性の文書の詳細に基づいて所望の文書を上記
    サーバシステムから取り出す手段とを有することを特徴
    とする文書配信クライアントシステム。
11. 【請求項１１】 上記表示オブジェクトの属性を、対応
    する通知の量に応じて変化させる手段とを有する請求項
    １０記載の文書配信クライアントシステム。
12. 【請求項１２】 上記通知の量は文書の個数とする請求
    項１１記載の文書配信クライアントシステム。
13. 【請求項１３】 上記表示オブジェクトの属性は表示オ
    ブジェクトのフィル属性とする請求項１１または１２記
    載の文書配信クライアントシステム。
14. 【請求項１４】 文書グループごとに表示オブジェクト
    を表示する手段と、 上記表示オブジェクトの属性を対応する文書グループの
    量に応じて変化させる手段とを有することを特徴とする
    文書管理装置。
15. 【請求項１５】 上記文書グループの量は文書の個数と
    する請求項１４記載の文書管理装置。
16. 【請求項１６】 上記表示オブジェクトの属性は表示オ
    ブジェクトのフィル属性とする請求項１４または１５記
    載の文書管理装置。
17. 【請求項１７】 文書属性によりユーザの文書配信申込
    み状況を表す文書配信情報を記憶する文書配信情報記憶
    手段と、 ユーザから宛先を指定されて送信された文書を記憶する
    文書記憶手段と、 上記文書に割り当てられた文書属性および上記文書配信
    情報に基づいて、上記文書に割り当てられた文書属性を
    指定して文書配信申込を行っているユーザが、上記文書
    を受信可能にする手段とを有することを特徴とする文書
    配信装置。
18. 【請求項１８】 文書属性によりユーザの文書配信申込
    み状況を表す文書配信情報を記憶するステップと、 ユーザから送信された文書を記憶するステップと、 ユーザからの文書の送信を、上記文書に割り当てられた
    文書属性および上記文書配信情報に基づいて、上記文書
    に割り当てられた文書属性を指定して文書配信申込を行
    っているユーザに、通知するステップとを有することを
    特徴とする文書配信方法。
19. 【請求項１９】 文書属性によりユーザの文書配信申込
    み状況を表す文書配信情報を記憶するステップと、 ユーザから送信された文書を記憶するステップと、 ユーザからの文書の送信を、上記文書に割り当てられた
    文書属性および上記文書配信情報に基づいて、上記文書
    に割り当てられた文書属性を指定して文書配信申込を行
    っているユーザに、通知するステップとをコンピュータ
    システムに実行させるために用いられることを特徴とす
    る文書配信用のコンピュータプログラム製品。