JPH10262078A

JPH10262078A - 電子メールの受理管理装置

Info

Publication number: JPH10262078A
Application number: JP9066024A
Authority: JP
Inventors: Takeshi Aoki; 武司青木
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-03-19
Filing date: 1997-03-19
Publication date: 1998-09-29

Abstract

(57)【要約】【課題】優先度の高い電子メールを優先的にメール・
ボックスに格納できる電子メールの受理管理装置を提供
すること。【解決手段】分類テーブルは、条件，カテゴリー及び
優先度順位が書き込まれた分類データを１個または複数
個有している。分類装置は、分類テーブルに基づいて、
送られて来た電子メールにカテゴリー及び優先度を付加
し、カテゴリーによって定まる受理制御装置に電子メー
ルを渡す。受理制御装置は、例えば受信電子メールを格
納するのに必要な容量が自己のメール・ボックスにない
場合には、自己のメール・ボックス中の低い優先度の電
子メールを消去し、その代わりに受信電子メールを自己
のメール・ボックスに格納する等の処理などを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールを受信
するときに、電子メールを分類テーブルに基づいて分類
し、優先度の高い電子メールを優先的に受理できるよう
になった電子メールの受理管理装置に関するものであ
る。

【０００２】

【従来の技術】図２２は電子メールのサーバ・システム
の機能ブロック図である。同図において、１はサーバ・
システム、２は受信装置、３は分類装置、４は受理管理
装置、５は受理制御装置、６はメール・ボックス、７は
エラー処理部をそれぞれ示している。

【０００３】電子メールのサーバ・システム１はコンピ
ュータであり、機能的には受信装置２や分類装置３，複
数個のメール受理管理装置４を有している。受信装置２
は、電子メールを受信するものである。分類装置３は、
電子メールの送信者アドレスを参照して、電子メールを
該当するユーザのメール受理管理装置に送るものであ
る。なお、図示の例では、メール受理管理装置４は、ユ
ーザＫに割り当てられている。

【０００４】図２３は従来のメール受理管理装置の構成
を示す図である。メール受理管理装置４は、受理制御装
置５，メール・ボックス６，エラー処理部７から構成さ
れている。受理制御装置５は、電子メールを受理できる
場合には、当該電子メールをメール・ボックス６に格納
し、電子メールを拒否する場合には、エラー処理部７を
起動し、エラー処理を行わせる。

【０００５】図２４は従来の受理制御装置の処理フロー
を示す図である。ステップＳ１では、メールｘを受信す
る。ステップＳ２では、メール・ボックスに空き容量が
あるか否かを調べる。Ｙｅｓの場合はステップＳ３に進
み、Ｎｏの場合はステップＳ４に進む。ステップＳ３で
は、メールｘをメール・ボックスに受理（格納）する。
ステップＳ４では、メールｘのエラー処理を行う。

【０００６】図２２ないし図２４に示したように、パソ
コン通信やインターネット・プロバイダの電子メールの
サーバ・システムの受理管理装置においては、受信した
メールをユーザ毎に分類し、ユーザ毎に設けられたメー
ル・ボックスに記録し、ユーザがメールを読むまではメ
ール・ボックスに保存している。ユーザのメール・ボッ
クスには、記録できる容量または記録できるメールの数
に制限があるのが普通である。従来の技術では、図２４
に示したように、メールを受信したとき、メール・ボッ
クスの空き容量を調べて、空き容量があればメール・ボ
ックスに格納するが、空き容量がない場合はメールの受
理を拒否し、送信者にメールを送り返したり、エラー・
メッセージを送信側に送る等のエラー処理を行う。

【０００７】このようにパソコン通信やインターネット
のプロバイダの電子メール・サービスでは、メール・サ
ーバのディスク容量の制限から、ユーザの利用できるメ
ール・ボックスの容量に制限があり、ユーザは一定以上
のメールを受け付けることが出来ない。ユーザが電子メ
ールをメール・ボックスから取り出して読むのは、一般
には一日に数回から週に数回程度であるが、旅行中など
で暫くアクセスしないときには、数週間メール・ボック
スに電子メールが未読状態のまま保存したままになるこ
とも珍しくない。

【０００８】

【発明が解決しようとする課題】従って、メール・ボッ
クスに電子メールが未読状態のまま残っている状態の下
で、多数のメールが到着すると、メール・ボックスが一
杯になり、それ以降に優先度の高いメールや緊急のメー
ルが届いても、受信できないと言う問題が生じていた。
本発明は、電子メールを書換え可能な分類テーブルに基
づいて分類し、必要な電子メールを優先的にメール・ボ
ックスに格納できる電子メールの受理管理装置を提供す
ることを目的としている。

【０００９】

【課題を解決するための手段】図１は本発明の原理説明
図である。本発明の電子メールの受理管理装置は、条件
フィールド，カテゴリー・フィールド及び優先度順位フ
ィールドを持つ分類データを１個又は複数個有する分類
テーブルと、受信した電子メールを分類する分類装置
と、１個又は複数個のメール・ボックスと、各メール・
ボックスに１対１に対応して設けられた受理制御装置の
１個又は複数個とを具備し、且つ分類装置は、分類テー
ブルを参照して、受信した電子メールにカテゴリーと優
先度とを付加すると共に、カテゴリーによって定まる受
理制御装置に対して受信した電子メールを渡し、受理制
御装置は、渡された電子メールを自己のメール・ボック
スに受理するための制御を行うことを特徴とするもので
ある。

【００１０】書換え可能な分類テーブルに基づいて電子
メールを分類して優先度の高いメールと優先度の低い電
子メールを区別し、電子メールを受理するか否かの決定
を行い、メール・ボックスへの記録を規制するため、メ
ール・ボックスの容量に制限があっても、優先度の高い
電子メールを取りこぼすことが少なくなる。

【００１１】

【発明の実施の形態】図２は本発明の電子メール受理管
理装置の第１実施例の機能ブロック図である。同図にお
いて、８は分類装置、９は受理管理ユニット、１０は受
理制御装置、１１はメール・ボックス、１２はエラー処
理部を示している。なお、図示の電子メール受理管理装
置は、ユーザＫに対するものである。

【００１２】本発明の電子メール受理管理装置は、分類
装置８および１個もしくは複数個の受理管理ユニット９
を有している。分類装置８は、電子メールを分類テーブ
ルに基づいて分類し、分類の結果得られるカテゴリーに
１対１に対応する受理管理ユニット９に電子メールを送
るものである。図示の例では、左側の受理管理ユニット
９はカテゴリーＡに対応するものであり、右側の受理管
理ユニット９はカテゴリーＣに対応するものである。

【００１３】受理管理ユニット９は、受理制御装置１
０，メール・ボックス１１及びエラー処理部１２を有し
ている。受理制御装置１０は、電子メールの受理を行う
か否かの制御を行うものであり、電子メールを受理する
場合には当該電子メールをメール・ボックス１１に格納
し、電子メールを受理しない場合にはエラー処理部１２
にエラー処理を行わせる。なお、分類装置８や受理制御
装置１０，エラー処理部１２は、実際には計算機とプロ
グラムによって実現されている。後述する容量制御装置
１３も同様である。

【００１４】図３は本発明の受理管理ユニットの構成例
を示すものである。なお、図２と同一符号は同一物を示
す。受理制御装置１０は、メール・ボックス１１に受信
電子メールを格納する容量がないような場合には、メー
ル・ボックス１１に既に格納されている電子メールの中
から受信電子メールの優先度よりも低い優先度の電子メ
ールを消去し、受信電子メールを格納する等の処理を行
う。なお、受理制御装置１０の処理については、後述す
る。

【００１５】図４は本発明の電子メール受理管理装置の
第２実施例の機能ブロック図である。同図において、１
３はメール・ボックス全体の容量制御装置である。な
お、図２と同一符号は同一物を示す。図２の第１実施例
と図３の第２実施例の相違は、容量制御装置１３がある
か無いかである。容量制御装置１３は、或るメール・ボ
ックスの容量が足らなくなった場合には、当該メール・
ボックスの容量を増やし、その代わりに優先度の低いメ
ール・ボックスの容量を減らす処理を行う。

【００１６】図５は電子メールのベッダ部と本体部を示
す図である。電子メールは、ヘッダ部と本体部とから構
成されている。ヘッダ部には、送信者アドレス，受信者
アドレス，日付時間，表題，重要度，キーワード等が書
き込まれる。本体部には、メッセージの内容が書き込ま
れる。

【００１７】図６は分類テーブルの構成例を示す図であ
る。分類テーブルは１個または複数の行データを有して
おり、各行データは条件フィールド，カテゴリー・フィ
ールド及び優先度順位フィールドを有している。図示の
例では、電子メールが条件１を満足する場合には当該電
子メールはカテゴリーＡに分類され、当該電子メールの
優先度順位は５とされている。同様に、電子メールが条
件２を満足する場合には当該電子メールはカテゴリーＢ
に分類され、当該電子メールの優先度順位は４とされて
いる。以下、図示の通りである。なお、カテゴリーとメ
ール・ボックスは１対１に対応付けられる。

【００１８】図７はカテゴリーが１個の場合の分類テー
ブルの具体例を示す図である。図示の例では、ヘッダの
送信者アドレスが「青木または鈴木」と言う文字列を含
む場合には当該電子メールの優先度順位は５とされ、メ
ッセージの内容が「マルチメディア」と言う文字列を含
む場合には当該電子メールの優先度情報は３とされ、電
子メールが何れの条件にも該当しない場合（デフォール
トの場合）には当該電子メールの優先度順位は２とされ
ている。なお、図示の例では、全てのカテゴリー・フィ
ールドは空白になっているが、全てのカテゴリー・フィ
ールドに同じ値（例えば、共通メールなど）を書き込ん
でも良い。

【００１９】図８は複数個のカテゴリーを持つ分類テー
ブルの具体例を示す図である。図示の例では、ヘッダの
送信者アドレスが「富士通」と言う文字列及び「営業
部」と言う文字列を含む場合には、当該電子メールのカ
テゴリーは営業部メールとされ、優先度順位は５とされ
る。ヘッダの送信者アドレスが「富士通」と言う文字列
及び「山田太郎」と言う文字列を含む場合には、当該電
子メールのカテゴリーは社内メールとされ、優先度順位
は４とされる。ヘッダの送信者アドレスが「富士通」と
言う文字列を含む場合には、当該電子メールのカテゴリ
ーは社内メールとされ、優先度順位は３とされる。デフ
ォールトの場合には、当該電子メールのカテゴリーは社
外メールとされ、優先度順位は２とされている。なお、
カテゴリー・フィールドの値を優先度順位フィールドの
値と同じにしても良い。即ち、電子メールを優先度順位
で分類しても良い。

【００２０】図９はカテゴリーとメール・ボックスの対
応表を示す図である。図示の例では、営業部メールに分
類された電子メールは１番のメール・ボックスに格納さ
れ、社内メールに分類された電子メールは２番のメール
・ボックスに格納され、社外メールに分類された電子メ
ールは３番のメール・ボックスに格納される。

【００２１】図１０は分類装置８の処理フローを示す図
である。ステップＳ１では、メールｘを受信する。ステ
ップＳ２では、メールｘが分類テーブルの条件ｉに適合
するか否かを調べる。Ｙｅｓの場合はステップＳ５に進
み、Ｎｏの場合はステップＳ３に進む。ステップＳ３で
は、分類テーブルの全ての条件を調べたか否かを調べ、
Ｙｅｓの場合はステップＳ４に進み、Ｎｏの場合はｉ＋
１をｉとしてステップＳ２に戻る。

【００２２】ステップＳ４では、メールｘにデフォール
トのカテゴリーと優先度とを付加する。次に、ステップ
Ｓ６に進む。ステップＳ５では、メールｘに、条件ｉに
対応するカテゴリーと優先度とを付加する。次に、ステ
ップＳ６に進む。ステップＳ６では、付加されたカテゴ
リーに対応するメール・ボックスを選択し、選択したメ
ール・ボックスの受理制御装置に、メールｘおよび付加
された優先度を渡す。

【００２３】図１１は分類テーブル枠組画面の例を示す
図である。サーバ・システムには複数のコンピュータ端
末が接続されているが、各コンピュータ端末は自己の分
類テーブルを作成する機能を持つ。各コンピュータ端末
で作成された分類テーブルはサーバ・システムに送ら
れ、該当する電子メール受理管理装置に渡される。

【００２４】図１１に示すように、分類テーブル枠組画
面は、条件を入力するための領域と、分類を入力するた
めの領域を有している。条件を入力するための領域は複
数の行を有しており、各行の左側には項目名が表示さ
れ、右側は空白部となっている。分類を入力する領域は
２個の行を有しており、１番目の行の左側には「カテゴ
リー」と表示され、１番目の行の左側は空白部となって
おり、２番目の行の左側には「優先度」と表示され、２
番目の行の左側は空白部となっている。ユーザは所望の
空白部に所望の値を入力する。図１２は、図７の分類テ
ーブルを作成するための入力例である。図１３および図
１４は、図８の分類テーブルを作成するための入力例で
ある。

【００２５】図１５は本発明の受理制御装置の処理フロ
ーの第１実施例を示す図である。ステップＳ１では、メ
ールｘを受信する。ステップＳ２では、メールｘを格納
するための空き容量がメール・ボックスにあるか否かを
調べる。Ｙｅｓの場合はステップＳ７に進み、Ｎｏの場
合はステップＳ３に進む。ステップＳ３では、メール・
ボックスに、メールｘの優先度よりも低い優先度を持つ
メールがあるか否かを調べる。Ｙｅｓの場合はステップ
Ｓ４に進み、Ｎｏの場合はステップＳ８に進む。

【００２６】ステップＳ４では、優先度の低いメールｙ
の受理を取り消し、メール・ボックスから消去する。ス
テップＳ５では、メールｙのエラー処理を行う。ステッ
プＳ６では、メールｘをメール・ボックスに受理（格
納）する。ステップＳ７では、メールｘをメール・ボッ
クスに受理する。ステップＳ８では、メールｘのエラー
処理を行う。

【００２７】図１６は本発明の受理制御装置の処理フロ
ーの第２実施例を示す図である。ステップＳ１では、メ
ールｘを受信する。ステップＳ２では、メールｘを格納
するための空き容量がメール・ボックスにあるか否かを
調べる。Ｙｅｓの場合はステップＳ３に進み、Ｎｏの場
合はステップＳ６に進む。ステップＳ３では、メール・
ボックスの空き容量がＡ以下か否かを調べる。Ｙｅｓの
場合はステップＳ４に進み、Ｎｏの場合はステップＳ７
に進む。

【００２８】ステップＳ４では、メールｘの優先度がＢ
以上か否かを調べる。Ｙｅｓの場合はステップＳ５に進
み、Ｎｏの場合はステップＳ８に進む。ステップＳ５で
は、メールｘをメール・ボックスに受理する。ステップ
Ｓ６では、メールｘのエラー処理を行う。ステップＳ７
では、メールｘをメール・ボックスに受理する。ステッ
プＳ８では、メールｘのエラー処理を行う。

【００２９】図１７は本発明の受理制御装置の処理フロ
ーの第３実施例を示す図である。ステップＳ１では、メ
ールｘを受信する。ステップＳ２では、メールｘを格納
するための空き容量がメール・ボックスにあるか否かを
調べる。Ｙｅｓの場合はステップＳ３に進み、Ｎｏの場
合はステップＳ６に進む。ステップＳ３では、メール・
ボックスの空き容量がＡ以下か否かを調べる。Ｙｅｓの
場合はステップＳ４に進み、Ｎｏの場合はステップＳ７
に進む。

【００３０】ステップＳ４では、メールｘのサイズがＣ
以下か否かを調べる。Ｙｅｓの場合はステップＳ５に進
み、Ｎｏの場合はステップＳ８に進む。ステップＳ５で
は、メールｘをメール・ボックスに受理する。ステップ
Ｓ６では、メールｘのエラー処理を行う。ステップＳ７
では、メールｘをメール・ボックスに受理する。ステッ
プＳ８では、メールｘのエラー処理を行う。

【００３１】図１８は本発明の受理制御装置の処理フロ
ーの第４実施例を示す図である。ステップＳ１では、メ
ールｘを受信する。ステップＳ２では、メールｘを格納
するための空き容量がメール・ボックスにあるか否かを
調べる。Ｙｅｓの場合はステップＳ３に進み、Ｎｏの場
合はステップＳ６に進む。ステップＳ３では、メールの
優先度がＹ以上であるか否かを調べる。Ｙｅｓの場合は
ステップＳ４に進み、Ｎｏの場合はステップＳ７に進
む。

【００３２】ステップＳ４では、メール・ボックスの容
量を増やす。ステップＳ５では、メールｘをメール・ボ
ックスに受理する。ステップＳ６では、メールｘをメー
ル・ボックスに受理する。ステップＳ７では、メールｘ
のエラー処理を行う。

【００３３】図１９は本発明の受理制御装置の処理フロ
ーの第５実施例を示す図である。ステップＳ１では、メ
ールｘを受信する。ステップＳ２では、メールｘを格納
するための空き容量がメール・ボックスにあるか否かを
調べる。Ｙｅｓの場合はステップＳ６に進み、Ｎｏの場
合はステップＳ３に進む。ステップＳ３では、メールｘ
の優先度よりも優先度が低い電子メールを格納する他の
メール・ボックスを見つけ、他のメール・ボックスに余
裕（或る閾値以上の空き領域）があるか否かを調べ、Ｙ
ｅｓの場合はステップＳ４に進み、Ｎｏの場合はステッ
プＳ７に進む。

【００３４】ステップＳ４では、他のメール・ボックス
の容量を減らし、当該メール・ボックスの容量を増や
す。なお、ステップＳ３およびステップＳ４の処理は、
容量制御装置（図４を参照）によって行われる。ステッ
プＳ５では、メールｘをメール・ボックスに受理する。
ステップＳ６では、メールｘをメール・ボックスに受理
する。ステップＳ７では、メールｘのエラー処理を行
う。

【００３５】図２０は本発明の受理制御装置のヘッダ情
報のみを残す機能を説明する図である。メールｘが受理
の条件を満たしていない場合には、メールｘのヘッダ情
報のみを記録し、次いでメールｘのエラー処理を行う。

【００３６】図２１は本発明の「常に拒否」のカテゴリ
ーのメールを拒否する機能を説明する図である。分類テ
ーブルに、「常に拒否」のカテゴリ及び当該カテゴリー
に分類される条件を記入し、「常に拒否」のカテゴリー
に分類される電子メールについてはメール・ボックスに
格納することなく直ちにエラー処理を行う。即ち、分類
装置８（図２，図４を参照）は、メールｘを受理制御装
置に送らず、エラー処理を行う。

【００３７】

【発明の効果】以上の説明から明らかなように、本発明
によって、受信されたメールを分類し、受信したメール
を受理するか否かをメールが分類されたカテゴリーの優
先度やメールのサイズによって決定した上で、メール・
ボックスへの記録を規制できるようになり、メール・ボ
ックスが溢れて優先度の高いメールを取りこぼすのを防
ぐことが出来る。

【００３８】ユーザが複数のメール・ボックスを利用す
る効果は、メールを種類別や優先度別のメール・ボック
スを区別してメールを受理できるので、メール・ボック
スが一つしかない場合とは違って、メールを沢山受信さ
れたときでも特定のカテゴリーに属するメールや優先度
の高いメールを取りこぼすことを防ぐことが出来ること
である。例えば、メール・ボックスを二つに分けて、通
常用メール・ボックスと緊急用メール・ボックスとす
る。通常用メール・ボックスが溢れると、通常のメール
・ボックスは受理できなくなる。しかし、この状態にな
っても優先度の高いメールは緊急用メール・ボックスの
方に入るので、通常メールが沢山届いて、緊急メールが
受信できなくなる問題を回避できる。

【００３９】また、受信メール・ボックスを例えば社内
メール，社外メール，海外メール，プライベート・メー
ルなどのカテゴリーに分けて、それぞれ別々のメール・
ボックスを使うことで、例えば社外メール用のメール・
ボックスがオーバーフローした場合でも、社内メールは
メール・ボックスが別にあるので、受理することが出来
る。更に、各メール・ボックス毎に設けられた受理制御
装置において、メール・ボックス毎に容量制限や優先
度，メールのサイズに基づいた受理制御を行うことが出
来る。

【００４０】更に、メール・ボックスの容量を可変にす
ることにより、優先度の高いメールが届いた時に、メー
ル・ボックスの容量を増やして重要なメールを取りこぼ
すことが無いようにすることが出来る。

【００４１】更に、複数のメール・ボックスを運用して
いる場合に、メール・ボックス間の容量を融通できるよ
うにすることで、優先度の高いメール・ボックスの空き
容量がなくなったときに、優先度の低いメール・ボック
スの容量を流用できるようになり、重要なメールを取り
こぼすことが無いようにすることが出来る。

【００４２】更に、メールを受理できない場合に、ヘッ
ダ情報だけ記録してメールのエラー処理を行うことによ
り、メールをメール・ボックスの容量不足で受理できな
かった場合でも、どのようなメールが受理できなかった
かをヘッダ情報から知ることが出来る。

【００４３】更に、分類テーブルによって特定のアドレ
スからのメールや特定の内容を含むメールを常に拒否さ
れるカテゴリーに分類することにより、悪戯メールや受
け取りたくないメールを拒否することが出来る。

【００４４】更に、メール・ボックスの優先度を決める
際に、送信者が指定した重要度を用いないで、受信者が
メールのヘッダ情報やメールの内容から優先度を判断す
る分類テーブルによって、優先度の基準や条件を受信者
が容易にカスタマイズすることが出来る。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の電子メール受理管理装置の第１実施例
を示す図である。

【図３】本発明の受理管理ユニットの構成例を示す図で
ある。

【図４】本発明の電子メール受理管理装置の第２実施例
を示す図である。

【図５】電子メールのヘッダ部と本体部を説明する図で
ある。

【図６】分類テーブルの構成を説明する図である。

【図７】分類テーブルの具体例を示す図である。

【図８】分類テーブルの具体例を示す図である。

【図９】カテゴリーとメール・ボックスの対応表を示す
図である。

【図１０】分類装置の処理フローを示す図である。

【図１１】分類テーブル枠組画面の例を示す図である。

【図１２】分類テーブル枠組画面への入力例を示す図で
ある。

【図１３】分類テーブル枠組画面への入力例を示す図で
ある。

【図１４】分類テーブル枠組画面への入力例を示す図で
ある。

【図１５】本発明の受理制御装置の処理フローの第１実
施例を示す図である。

【図１６】本発明の受理制御装置の処理フローの第２実
施例を示す図である。

【図１７】本発明の受理制御装置の処理フローの第３実
施例を示す図である。

【図１８】本発明の受理制御装置の処理フローの第４実
施例を示す図である。

【図１９】本発明の受理制御装置の処理フローの第５実
施例を示す図である。

【図２０】本発明の受理制御装置のヘッダ情報のみを残
す機能を説明する図である。

【図２１】本発明の「常に拒否」カテゴリーのメールを
拒否する機能を示す図である。

【図２２】電子メールのサーバ・システムの構成例を示
す図である。

【図２３】従来のメール受理管理装置の構成例を示す図
である。

【図２４】従来の受理制御装置の処理フローを示す図で
ある。

【符号の説明】

１サーバ・システム２受信装置３分類装置４受理管理装置５受理制御装置６メール・ボックス７エラー処理部８分類装置９受理管理ユニット１０受理制御装置１１メール・ボックス１２エラー処理部１３容量制御装置

Claims

【特許請求の範囲】

【請求項１】条件フィールド，カテゴリー・フィール
ド及び優先度順位フィールドを持つ分類データを１個又
は複数個有する分類テーブルと、受信した電子メールを分類する分類装置と、１個又は複数個のメール・ボックスと、各メール・ボックスに１対１に対応して設けられた受理
制御装置の１個又は複数個とを具備し、且つ分類装置
は、分類テーブルを参照して、受信した電子メールにカ
テゴリーと優先度とを付加すると共に、カテゴリーによ
って定まる受理制御装置に対して受信した電子メールを
渡し、受理制御装置は、渡された電子メールを自己のメール・
ボックスに受理するための制御を行うことを特徴とする
電子メールの受理管理装置。
【請求項２】受理制御装置は、自己のメール・ボック
スの容量が受信電子メールを受理するのに必要な容量だ
けないとき、受信電子メールの優先度よりも優先度の低
い電子メールを自己のメール・ボックスから消去し、代
わりに受信電子メールを自己のメール・ボックスに記録
することを特徴とする請求項１の電子メールの受理管理
装置。
【請求項３】受理制御装置は、自己のメール・ボック
スの空き容量が所定値以下の場合には、受信電子メール
の優先度が所定値以上であることを条件として、受信電
子メールを自己のメール・ボックスに記録することを特
徴とする請求項１の電子メールの受理管理装置。
【請求項４】受理制御装置は、自己のメール・ボック
スの空き容量が所定値以下の場合には、受信電子メール
のサイズが所定値以下であることを条件として、受信電
子メールを自己のメール・ボックスに記録することを特
徴とする請求項１の電子メールの受理管理装置。
【請求項５】受理制御装置は、自己のメール・ボック
スに空き容量が存在しない場合、受信電子メールの優先
度が所定値以上であることを条件として、自己のメール
・ボックスの容量を増やし、受信電子メールを自己のメ
ール・ボックスに記録することを特徴とする請求項１の
電子メールの受理管理装置。
【請求項６】条件，カテゴリーおよび優先度順位が書
き込まれた分類データを複数個有する分類テーブルと、受信した電子メールを分類する分類装置と、複数個のメール・ボックスと、各メール・ボックスに１対１に対応して設けられた受理
制御装置の複数個と、容量制御装置とを具備し、且つ分類装置は、分類テーブ
ルを参照して、受信した電子メールにカテゴリーと優先
度とを付加すると共に、カテゴリーによって定まる受理
制御装置に対して受信した電子メールを渡し、受理制御装置は、渡された電子メールを自己のメール・
ボックスに受理するための制御を行い、容量制御装置は、複数個のメール・ボックス間でメール
・ボックスの容量を制御することを特徴とする電子メー
ルの受理管理装置。
【請求項７】受理制御装置は、受理できない電子メー
ルについては、当該電子メールのヘッダ情報のみを記録
することを特徴する請求項１または請求項６の電子メー
ルの受理管理装置。
【請求項８】分類テーブルに「常に拒否」のカテゴリ
ーおよび「常に拒否」のための条件を持つ分類データを
書き込み、「常に拒否」のカテゴリーに分類される電子
メールについてはメール・ボックスに記録しないことを
特徴とする請求項１または請求項６の電子メールの受理
管理装置。