JP2001306470A - 通信装置、記録制限方法および記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 電子メールの印刷を自動的に行う場合などに
おいて、メール情報を保存する記録媒体の空きスペース
が無くなってメールが受信できなくなることを回避でき
る通信装置を提供する。 【解決手段】 通信装置では、登録ユーザ数が上限値１
００より多いか否かを判別する（Ｓ４２０）。登録ユー
ザ数が上限値１００を越えている場合、操作部１１５に
エラーを表示する（Ｓ４２１）。一方、登録ユーザ数が
上限値１００以下である場合、ＰＯＰサーバ名、ＰＯＰ
ユーザ名、ＰＯＰユーザパスワードを操作部１１５から
入力する（Ｓ４２２、Ｓ４２３、Ｓ４２４）。そして、
登録ユーザ数に値１を加える（Ｓ４２５）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、電子メー
ルおよび電子メールに添付されているファイルの送受信
を行う通信装置、記録制限方法および記憶媒体に関す
る。

【０００２】

【従来の技術】近年、コンピュータの普及や情報のネッ
トワーク化に伴い、文字情報をネットワークで送受信す
る電子メールが普及している。電子メールには、文字情
報であるメール本文の他にさまざまな形式のファイルを
添付することができる。例えば、添付ファイルとして、
ＴＩＦＦ（Ｔａｇ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａ
ｔ）画像ファイルを添付することで画像の送受信を行う
インターネットＦＡＸが提案されている。

【０００３】図１６は従来の電子メールの情報を印刷す
るシステムの構成を示す図である。メール（Ｍａｉｌ）
クライアント１１ａには、電子メールを送受信する時に
動作する電子メールソフトウェアがインストールされて
いる。メールサーバ、ＰＯＰサーバ設定後、Ｍａｉｌ本
文、送信宛先情報（メールクライアント１５ａのユーザ
名称）を入力してメールを送信すると、メールサーバ１
２ａに対してＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒ
ａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）にしたがって電子メ
ールを送信する。

【０００４】電子メールを受け取ったＭａｉｌサーバ１
２ａは、宛先情報から転送先がＭａｉｌサーバ１４ａで
あることを判断し、インターネット網１３ａを経由して
Ｍａｉｌサーバ１４ａに電子メールを転送する。電子メ
ールを受け取ったＭａｉｌサーバ１４ａは受信したメー
ルをメールボックス内に蓄積する。

【０００５】同様に、Ｍａｉｌクライアント１５ａにも
電子メールソフトウェアがインストールされており、一
定時間毎にＰＯＰ３（Ｐｏｓｔ Ｏｆｆｆｉｃｅ Ｐｒ
ｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ ３）に従ってＰＯＰサ
ーバ１４ａのメールボックス内に新規のメールが届いて
いないかを調べる。届いていた場合、メールをダウンロ
ードし、メールを開くことによりＭａｉｌクライアント
１１ａで作成したＭａｉｌ本文が表示される。そして、
印刷したい場合、Ｍａｉｌクライアント１５ａに実装さ
れているプリンタドライバを介してプリンタ１６ａによ
り文書および添付ファイルの印刷を行う。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来のシステムでは、Ｍａｉｌクライアント１５ａに搭載
されているメールソフトウェアをユーザが操作しない限
り、印刷することができなかった。

【０００７】これに対し、ユーザの操作を必要としない
で自動的に印刷するシステムも知られているが、このよ
うなシステムでは、以下に掲げる問題があった。すなわ
ち、受信したメールをＭａｉｌクライアントが保存する
度に、Ｍａｉｌクライアントのディスクは消費されてし
まい、次第に空きスペースが減少する。特に、受信した
メール数が多くなったり、大きなサイズのメールを受信
すると、この現象は顕著になり、最悪の場合、ディスク
空きスペースがなくなってメールを受信できないことが
発生する。このような状態を長い間放置すると、Ｍａｉ
ｌクライアントだけでなく、Ｍａｉｌサーバのメール転
送サービスが停止する事態も予想される。

【０００８】一方、ユーザの操作が介在するシステムで
は、不要となったメールをユーザが削除することで、こ
の状態を回避することは比較的容易であるが、ユーザの
操作が介在しないシステムでは回避することが困難であ
った。

【０００９】そこで、本発明は、電子メールの印刷を自
動的に行う場合などにおいて、メール情報を保存する記
録媒体の空きスペースが無くなってメールが受信できな
くなることを回避できる通信装置、記録制限方法および
記憶媒体を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明の請求項１に記載の通信装置は、電子メール
を受信する電子メール受信手段と、該受信した電子メー
ルの情報をユーザアカウント毎に記録媒体に記録する記
録手段と、複数のユーザアカウントを登録するユーザア
カウント登録手段と、前記ユーザアカウントの登録を制
限する登録制限手段とを備える。

【００１１】また、前記ユーザアカウントの登録が制限
された場合、その旨を知らせる報知手段を備えることが
好ましい。

【００１２】さらに、前記登録制限手段は、前記ユーザ
アカウントの数が上限値を越える場合、前記ユーザアカ
ウントの登録を制限することが好ましい。

【００１３】請求項４に記載の通信装置は、メールサー
バから電子メールを取得する取得手段と、該取得した電
子メールの情報を記録媒体に記録する記録手段と、前記
電子メールの取得を制限する取得制限手段とを備える。

【００１４】また、前記取得手段は、新しい電子メール
から順番に取得することが好ましい。

【００１５】さらに、前記取得制限手段によって前記電
子メールの取得を制限するための制限値を設定する制限
値設定手段を備えることが好ましい。

【００１６】また、前記取得制限手段は、前記メールサ
ーバに蓄積された電子メールの総数が前記設定された制
限値を越える場合、該電子メールの取得を制限すること
が好ましい。

【００１７】請求項８に記載の記録制限方法は、電子メ
ールを受信する受信ステップと、該受信した電子メール
の情報をユーザアカウント毎に記録媒体に記録する記録
ステップと、複数のユーザアカウントを登録する登録ス
テップと、前記ユーザアカウントの登録を制限する制限
ステップとを有する。

【００１８】請求項９に記載の記録制限方法は、メール
サーバから電子メールを取得する取得ステップと、該取
得した電子メールの情報を記録媒体に記録する記録ステ
ップと、前記電子メールの取得を制限する制限ステップ
とを有する。

【００１９】請求項１０に記載の記憶媒体は、通信装置
を制御するコンピュータによって実行されるプログラム
が格納された記憶媒体において、前記プログラムは、前
記電子メールを受信する受信ステップと、該受信した電
子メールの情報をユーザアカウント毎に記録媒体に記録
する記録ステップと、複数のユーザアカウントを登録す
る登録ステップと、前記ユーザアカウントの登録を制限
する制限ステップとを含むことを特徴とする。

【００２０】請求項１１に記載の記憶媒体は、通信装置
を制御するコンピュータによって実行されるプログラム
が格納された記憶媒体において、前記プログラムは、メ
ールサーバから電子メールを取得する取得ステップと、
該取得した電子メールの情報を記録媒体に記録する記録
ステップと、前記電子メールの取得を制限する制限ステ
ップとを含むことを特徴とする。

【００２１】

【発明の実施の形態】本発明の通信装置、記録制限方法
および記憶媒体の実施の形態について説明する。図１は
実施の形態における通信装置の構成を示す図である。通
信装置は、リーダ部１、プリンタ部２および画像入出力
制御部３を備える。

【００２２】リーダ部１は原稿の画像を読み取り、原稿
画像に応じた画像データをプリンタ部２および画像入出
力制御部３に出力する。プリンタ部２はリーダ部１およ
び画像入出力制御部３からの画像データに応じた画像を
記録紙上に記録する。画像入出力制御部３はリーダ部１
に接続されるとともに、ファクシミリ部４、ファイル部
５、ネットワークＩ／Ｆ部（ネットワークインターフェ
ース部）７、フォーマッタ部８、イメージメモリ部９お
よびコア部１０を有する。

【００２３】ファクシミリ部４は電話回線を介して受信
した圧縮画像データを伸長し、伸長した画像データをコ
ア部１０に転送し、コア部１０から転送された画像デー
タを圧縮し、圧縮した圧縮画像データを電話回線に送信
する回路である。

【００２４】ファイル部５には、光磁気ディスクドライ
ブ６が接続され、ファイル部５はコア部１０から転送さ
れた画像データを圧縮し、その画像データを検索するた
めのキーワードとともに光磁気ディスクドライブ６にセ
ットされた光磁気ディスクに書き込む。また、ファイル
部５はコア部１０を介して転送されたキーワードに基づ
き、光磁気ディスクに記憶されている圧縮画像データを
検索し、検索した圧縮画像データを読み出して伸長し、
伸長した画像データをコア部１０に転送する。

【００２５】ネットワークＩ／Ｆ部７は、画像入出力制
御部３をネットワークに接続するためのインタフェース
を有する。このネットワークは、Ｍａｉｌサーバ・ＰＯ
Ｐサーバ１２に接続され、さらに全世界に広がるインタ
ーネット網１３に接続されている。ネットワークＩ／Ｆ
部７にはハードディスク７Ａが接続され、ハードディス
ク７ＡにはＭａｉｌで受信したデータを保存することが
可能である。インターネット網１３には、Ｍａｉｌサー
バ１４のようなメールサーバが複数存在し、多くの人と
の間で電子メールの送受信が可能である。

【００２６】フォーマッタ部８は、ネットワークＩ／Ｆ
部７に接続されたコンピュータから転送される画像を表
すコードデータをプリンタ部２で印刷可能な画像データ
に展開する回路である。イメージメモリ部９は、画像デ
ータを一時的に記憶する回路である。コア部１０は、リ
ーダ部１、ファクシミリ部４、ファイル部５、ネットワ
ークＩ／Ｆ部７、フォーマッタ部８およびイメージメモ
リ部９の各ブロック間のデータのやり取りを制御する。
コア部１０の詳細については後述する。

【００２７】図２は通信装置の画像入出力デバイスであ
るリーダ部１およびプリンタ部２の構成を示す図であ
る。リーダ部１には、原稿給送装置１０１が搭載されて
おり、原稿給送装置１０１は最終ページから順に１枚づ
つプラテンガラス１０２の上に原稿を給送し、この原稿
の読み取り動作終了後、プラテンガラス１０２上の原稿
を排出するように構成されている。

【００２８】原稿がプラテンガラス１０２上に搬送され
ると、ランプ１０３が点灯し、スキャナユニット１０４
の移動が開始する。このスキャナユニット１０４の移動
により原稿が露光走査され、この露光走査時の原稿から
の反射光はミラー１０５、１０６、１０７およびレンズ
１０８を介してＣＣＤイメージセンサ（以下、ＣＣＤと
いう）１０９に導かれる。

【００２９】このように、走査された原稿の画像はＣＣ
Ｄ１０９によって読み取られ、ＣＣＤ１０９は光学的に
読み取った画像を光電変換により画像データに変換して
出力する。ＣＣＤ１０９から出力された画像データは、
所定の処理が施された後、プリンタ部２および画像入出
力制御部３のコア部１０にビデオバス（図示せず）を介
して転送される。

【００３０】プリンタ部２では、リーダ部１から出力さ
れた画像データをレーザドライバ２０１に入力する。レ
ーザドライバ２０１は入力した画像データに基づき、レ
ーザ発光部を駆動する。このレーザ光は感光ドラム２０
２上に走査されながら照射され、感光ドラム２０２には
レーザ光に応じた静電潜像が形成される。

【００３１】この感光ドラム２０２の静電潜像は、現像
器２０３から供給される現像剤によって現像剤像として
可視像化される。また、レーザ光の照射開始と同期した
タイミングで、カセット２０４およびカセット２０５の
いずれか一方から記録紙が給紙され、この記録紙は感光
ドラム２０２と転写部２０６との間に搬送される。感光
ドラム２０２に形成された現像剤像は転写部２０６によ
り給紙された記録紙上に転写される。

【００３２】現像剤像が転写された記録紙は定着部２０
７に搬送され、定着部２０７は記録紙を熱圧することに
よって現像剤像を記録紙に定着させる。定着部２０７を
通過した記録紙は排出ローラ２０８によって排出され、
ソータ２２０は排出された記録紙をそれぞれのビンに収
納して記録紙の仕分けを行う。尚、ソータ２２０は、仕
分けが設定されていない場合、最上ビンに記録紙を収納
するように動作する。また、両面記録が設定されている
場合、排出ローラ２０８の位置まで記録紙を搬送した後
に排出ローラ２０８の回転方向を逆転させ、フラッパ２
０９によって再給紙搬送路に導くように設定されてい
る。

【００３３】多重記録が設定されている場合、記録紙を
排出ローラ２０８まで搬送しないように、フラッパ２０
９を切り換えて再給紙搬送路に導くように設定されてい
る。再給紙搬送路に導かれた記録紙は、上記タイミング
で感光ドラム２０２と転写部２０６との間に再度給紙さ
れる。

【００３４】図３はリーダ部１の構成を示すブロック図
である。ＣＣＤ１０９から出力された画像データは、ア
ナログデジタル（Ａ／Ｄ）・サンプルホールド（ＳＨ）
部１１０によるアナログデジタル変換されるとともに、
変換されたデジタルデータに対してシェーディング補正
が施される。

【００３５】Ａ／Ｄ・ＳＨ部１１０によって処理された
画像データは、画像処理部１１１を介してプリンタ部２
に転送されるとともに、インタフェイス（Ｉ／Ｆ）部１
１３を介して画像入出力制御部３のコア部１０に転送さ
れる。画像処理部１１３は、トリミング処理などの各種
画像処理を行い、Ｉ／Ｆ部１１３はコア部１０から転送
された画像データを含むデータを取り込むなど、コア部
１０とのインタフェイスを司る。

【００３６】画像処理部１１１およびＩ／Ｆ部１１３
は、ＣＰＵ１１４により操作部１１５で設定された内容
に応じて制御される。例えば、操作部１１５でトリミン
グ処理を行って複写を行う複写モードが設定されている
場合、ＣＰＵ１１４は、画像処理部１１１においてトリ
ミング処理を実行し、このトリミング処理が施された画
像データをプリンタ部２に転送するように制御する。

【００３７】また、操作部１１５でファクシミリ送信モ
ードが設定されている場合、ＣＰＵ１１４はＩ／Ｆ部１
１３から画像データおよび設定されたモードに応じた制
御コマンドをコア部１０に転送するように制御する。こ
のＣＰＵ１１４による制御は、メモリ１１６に格納され
ている制御プログラムに従って行われる。メモリ１１６
はＣＰＵ１１４の作業領域として使用される。

【００３８】図４はコア部１０の構成を示すブロック図
である。コア部１０は、リーダ部１とのＩ／Ｆ部１２２
を有し、リーダ部１から転送された画像データはＩ／Ｆ
部１２２を介して画像データ処理部１２１に転送される
とともに、リーダ部１からの制御コマンドはＣＰＵ１２
３に転送される。画像データ処理部１２１は必要に応じ
て入力された画像データに対し、画像の回転処理、変倍
処理などの画像処理を施し、画像データ処理部１２１で
画像処理が施された画像データは、リーダ部１から転送
された制御コマンドに応じて、Ｉ／Ｆ部１２０を介して
ファクシミリ部４、ファイル部５またはネットワークＩ
／Ｆ部７に転送される。

【００３９】また、ネットワークＩ／Ｆ部７を介して入
力された画像を表すプリンタデータは、画像データ処理
部１２１に転送された後、ファクシミリ部４またはＩ／
Ｆ部１２２に転送された後、プリンタ部２、ファイル部
５またはネットワーク部７に転送される。ファイル部５
から出力された画像データは、画像データ処理部１２１
に転送された後、プリンタ部２、ファクシミリ部４また
はネットワーク部７に転送される。

【００４０】ＣＰＵ１２３は、メモリ１２４に格納され
ている制御プログラム、およびリーダ部１から転送され
た制御コマンドにしたがって各ブロック間のデータ転送
を制御するとともに、画像データ処理部１２１による画
像処理の実行を制御する。また、メモリ１２４はＣＰＵ
１２３の作業領域としても使用される。

【００４１】このように、コア部１０を中心に、原稿画
像の読み取り、画像のプリント、画像の送受信、画像の
保存、コンピュータからのデータの入出力などの各機能
を複合させた処理を行うことが可能である。

【００４２】図５はフォーマッタ部８の構成を示す図で
ある。フォーマッタ部８は、ＣＰＵ２２２、フォントＲ
ＯＭ２２３、プログラムＲＯＭ２２４、ＤＲＡＭ２２
５、コアインターフェース（Ｉ／Ｆ）２２１、画像処理
回路２２６、ビデオＩ／Ｆ回路２２７およびビデオクロ
ック２２８を有する。

【００４３】例えば、ＰＣ（Ｍａｉｌ）クライアント１
１のワープロ等のアプリケーションで作成されたデータ
は、プリンタドライバによりＰＳ（ポストスクリプト
（登録商標））等のプリンタで印刷可能なページ記述言
語（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａ
ｇｅ（ＰＤＬ））に変換されると、ネットワークＩ／Ｆ
部７、コア部１０、コアＩ／Ｆ部２２１を経由してフォ
ーマッタ部８に転送される。

【００４４】この転送されたデータはＣＰＵ２２２によ
り解釈されると、Ｆｏｎｔ ＲＯＭ２２３、ＤＲＡＭ２
２５を用いて画像データが生成される。この画像データ
は画像処理回路２２６によって画像処理され、ビデオク
ロック２２８で生成された同期信号に同期してビデオＩ
／Ｆ回路２２７からコア部１０に転送される。転送され
た画像データはプリンタ部２で印刷される。

【００４５】プログラムＲＯＭ２２４には、このような
動作を制御するためのプログラムが格納されている。こ
れにより、ＰＳ等のＰＤＬを印刷することができる。
尚、フォーマッタ部８はＰＤＬ毎に変更可能であり、プ
ログラムＲＯＭ２２４はＰＤＬおよびそのバージョン毎
に異なっており、ユーザは目的に応じたＰＤＬおよびそ
のバージョンを選択することができる。

【００４６】図６はファクシミリ部４の構成を示す図で
ある。ファクシミリ部４は、ＮＣＵ（Ｎｅｔｗｏｒｋ
Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２３０、ＭＯＤＥＭ（Ｍｏ
ｄｕｌａｔｏｒ／ＤＥＭｏｄｕｌａｔｏｒ）２３１、Ｃ
ＰＵ２３２、プログラムＲＯＭ２３３、解像度変換回路
２３４、ＤＲＡＭ２３５、符号／復号化回路２３６、画
像処理回路２３７、ビデオＩ／Ｆ回路２３８およびビデ
オクロック２３９を有する。

【００４７】ＮＣＵ２３０は電話機にファクシミリ（Ｆ
ＡＸ）を接続する回路であり、電話／ＦＡＸの切り替
え、受信時に呼び出し信号の検出、通話中に電話交換機
からの直流ループ信号を保持する回路である。ＭＯＤＥ
Ｍ２３１はアナログ信号をデジタル信号に変換したり、
逆にアナログ信号をデジタル信号に変換する変復調回路
である。

【００４８】他のＦＡＸから送信されたデータは、ＮＣ
Ｕ２３０により受信され、ＭＯＤＥＭ２３１によりデジ
タル信号に変換される。このデータはＭＨ、ＭＲ、ＭＭ
ＲあるいはＪＢＩＧ等で符号化された画像データであ
る。このデータは符号／復号化回路２３６により復号化
され、ＤＲＡＭ２３５に画像データが展開される。この
画像データに対し、解像度変換２３４により解像度変換
が行われ、画像処理回路２３７により画像処理が施され
る。この後、画像データは、ビデオクロック２３９で生
成されたクロックに同期してビデオＩ／Ｆ回路２３８に
よりコア部１０に転送され、プリンタ部２で印刷され
る。

【００４９】また、送信時、リーダ部１で読み込まれた
画像データは、コア部１０を経由してビデオＩ／Ｆ回路
２３８、ビデオクロック２３９、画像処理回路２３７に
よりＤＲＡＭ２３５に展開される。このデータに対し、
解像度変換回路２３４により解像度変換が行われ、符号
／復号化回路２３６によってＭＨ、ＭＲ、ＭＭＲあるい
はＪＢＩＧに符号化される。符号化されたデータはＭＯ
ＤＥＭ２３１でアナログ信号に変換され、ＮＣＵ２３０
により送信される。

【００５０】ＣＰＵ２３２はこのような制御を司るもの
であり、プログラムＲＯＭ２３３には、ＣＰＵ２３２を
動作させるためのプログラムが格納されている。尚、フ
ァクシミリ部４はユーザの用途に合わせて着脱自在に装
着される。

【００５１】図７は通信装置のネットワークＩ／Ｆ部７
におけるプログラムの構成を示す図である。ネットワー
クＩ／Ｆ部７におけるプログラムは、ＩＰ（Ｉｎｔｅｒ
ｎｅｔ Ｐｒｏｔｏｃｏｌ）２５０、ＴＣＰ（Ｔｒａｎ
ｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏ
ｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔ
ｏｃｏｌ）２５１、アプリケーション階層のプロトコル
２５２を動作させるプログラムから構成されている。

【００５２】ＩＰ２５０は発振ホストから宛先ホストに
ルータなどの中継ノードと連携しながらメッセージを送
り届けるサービスを提供するインターネットのプロトコ
ル階層である。メッセージを送り届けるために、一番重
要な情報は、発信、宛先のアドレスであり、この発信、
宛先のアドレスはＩＰ２５０により管理される。メッセ
ージをアドレス情報にしたがってネットワーク内をどの
ような経路で宛先ホストまで届けるかというルーティン
グはＩＰ２５０で行う。

【００５３】ＴＣＰ、ＵＤＰ２５１は、発信アプリケー
ションプロセスから受信アプリケーションプロセスにメ
ッセージを送り届けるサービスを提供するトランスポー
ト階層である。ＴＣＰはコネクション型サービスであっ
て、通信の高度な信頼性を補償するが、ＵＤＰはコネク
ションレス型のサービスであり、信頼性の保証を行わな
い。

【００５４】アプリケーション階層のプロトコル２５２
は複数のプロトコルを規定し、このプロトコルには、フ
ァイル転送サービスであるＦＴＰ（Ｆｉｌｅ Ｔｒａｎ
ｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ネットワーク管理プロ
トコルであるＳＮＭＰ、プリンタ印刷用のサーバプロト
コルであるＬＰＤ、ＷＷＷ（Ｗｏｒｌｄ ＷｉｄｅＷｅ
ｂ）サーバのプロトコルであるＨＴＴＰｄ、電子メール
送受信プロトコルＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ
Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、メールダウン
ロードプロトコルＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ
Ｐｒｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ ３）などが存在す
る。

【００５５】以下、電子メールを受信し、受信した電子
メールを印刷する動作を示す。Ｍａｉｌクライアント１
５には、電子メールを送受信する電子メールソフトウェ
アがインストールされている。Ｍａｉｌ本文、送信宛先
情報（メールクライアント１１のメールアドレス、ある
いは通信装置のメールアドレス）を入力してメールを送
信すると、Ｍａｉｌサーバ１４に対してＳＭＴＰ（Ｓｉ
ｍｐｌｅ ＭａｉｌＴｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏ
ｌ）にしたがって電子メールを送信する。

【００５６】電子メールを受け取ったＭａｉｌサーバ１
４は宛先情報から転送先がＭａｉｌサーバ１２であるこ
とを判断し、インターネット網１３を経由してＭａｉｌ
サーバ１２に電子メールを転送する。

【００５７】電子メールはＭａｉｌサーバ１４で受信さ
れ、メールアドレスが直接、通信装置に設定されていた
場合、ＳＭＴＰプロトコルを用いて通信装置にメールが
配信される。メールアドレスがＭａｉｌサーバ１２内の
メールボックスが指定された場合、受信したメールはメ
ールボックス内に格納される。

【００５８】図８は電子メールを受信して印刷を行うた
めの処理手順を示すフローチャートである。この処理プ
ログラムはコア部１０内のメモリ１２４に格納されてお
り、ＣＰＵ１２３によって実行される。ＳＭＴＰでメー
ルが配信された場合、同図（Ａ）に示すように、ＳＭＴ
Ｐ受信処理の動作が開始し、ＳＭＴＰプロトコルに従っ
てデータを取得する（ステップＳ３０９）。ＳＭＴＰプ
ロトコルを用いて受信したメールデータを、メール送信
データから元のファイル形式にデコードする（ステップ
Ｓ３１０）。印刷・転送処理によりプリンタ部２で印刷
したり、ファクシミリ部４等の送信デバイスに転送する
（ステップＳ３１１）。この後、処理を終了する。

【００５９】一方、メールアドレスがＭａｉｌサーバ１
２内のメールボックスに指定され、このメールボックス
にメールが届いたか否かを判断するために、ＰＯＰ３受
信処理が定期的に動作を開始する。同図（Ｂ）に示すよ
うに、ＰＯＰ３受信処理の動作が開始すると、ＰＯＰサ
ーバ１２にログインし（ステップＳ３０２）、ＰＯＰサ
ーバ１２内のメールボックスに格納されているメールの
リスト情報を取得する（ステップＳ３０３）。

【００６０】前回ログインした時のリスト情報と今回ロ
グインした時のリスト情報を照合し、新規に追加された
メールがあるか否かを判断する（ステップＳ３０４）。
新規のメールがある場合、ＰＯＰ３プロトコルに従って
メールデータを取得する（ステップＳ３０５）。一方、
新規にメールが存在しない場合、ＰＯＰ３受信動作を終
了する。

【００６１】ＰＯＰ３プロトコルを用いて受信したメー
ルデータを、メール送信データから元のファイル形式に
デコードするデータデコード処理を行い（ステップＳ３
０６）、印刷・転送処理によりプリンタ部２で印刷した
り、ファクシミリ部４等の送信デバイスに転送する（ス
テップＳ３０７）。この後、処理を終了する。

【００６２】図９はステップＳ３０６、Ｓ３１０におけ
るデータデコード処理手順を示すフローチャートであ
る。まず、ＭＩＭＥ（Multipurpose Internet Mail Ex
tensions)のヘッダ処理を行う（ステップＳ３２０）。
ＭＩＭＥのヘッダ処理を行うと、メールが日本語で書か
れていることがわかる。電子メールの日本語本文はＪＩ
Ｓコードで書かれているために、ＪＩＳコードを印刷す
ることが可能なＳＪＩＳコードに変換する（ステップＳ
３２１）。

【００６３】また、電子メールに添付ファイルが存在す
るか否かを判別する（ステップＳ３２２）。添付ファイ
ルが存在する場合、ＭＩＭＥヘッダに添付ファイルが存
在することが記述されているので、添付ファイルの有無
が判別可能である。

【００６４】ステップＳ３２２で電子メールに添付ファ
イルが存在すると判別された場合、メール本文のテキス
トに添付ファイルが存在することをユーザに知らせるた
めに、“添付ファイル：test.tif”のようにファイル名
を記述したテキストをメール本文テキストに追加する
（ステップＳ３２３）。一方、ステップＳ３２２で電子
メールに添付ファイルが存在しないと判別された場合、
処理を終了する。

【００６５】ＭＩＭＥヘッダには、ファイル情報が記述
されており、この情報がＴＩＦＦファイルであるか否か
を判別する（ステップＳ３２４）。添付ファイルがＴＩ
ＦＦファイルでない場合、処理を終了する。一方、ＴＩ
ＦＦファイルである場合、ＢＡＳＥ６４デコード処理を
行う（ステップＳ３２５）。ＢＡＳＥ６４デコード処理
は４バイトの６ビットデータを３バイトの８ビットデー
タに変換する処理である。また、ＭＩＭＥヘッダには、
ＢＡＳＥ６４でエンコードされていることが記述されて
いる。ＢＡＳＥ６４のデコードが終了すると、ＴＩＦＦ
ファイルを作成し（ステップＳ３２６）、処理を終了す
る。

【００６６】図１０は送信宛先および本文コメントと共
にスキャナから画像データを取り込んで添付ファイルと
してメールをＰＣ（Ｍａｉｌ）クライアント１５等に送
信するＭａｉｌ送信処理手順を示すフローチャートであ
る。この処理プログラムはコア部１０内のメモリ１２４
に格納されており、Ｍａｉｌの送信が選択されると、Ｃ
ＰＵ１２３によって実行される。

【００６７】メールを送信する宛先およびメール本文の
データを操作部１１５から入力し（ステップＳ３５
１）、プラテンガラス１０２上にセットされた原稿をス
キャンし、リーダ部１によって画像データを読み取る
（ステップＳ３５２）。

【００６８】読み取った画像データをＭＨフォーマット
で圧縮し（ステップＳ３５３）、ＴＩＦＦファイルを作
成する（ステップＳ３５４）。送信宛先、メール本文デ
ータ、添付ＴＩＦＦファイル情報からメールヘッダ、Ｍ
ＩＭＥ情報を作成し（ステップＳ３５５）、添付のＴＩ
ＦＦファイルをＢＡＳＥ６４でエンコードし（ステップ
Ｓ３５６）、ＳＭＴＰプロトコルにしたがって送信する
（ステップＳ３５７）。この後、処理を終了する。

【００６９】図１１はメールを送受信する際に通信装置
に必要な項目を設定するメール管理設定処理手順を示す
フローチャートである。この処理プログラムはコア部１
０内のメモリ１２４に格納されており、ＣＰＵ１２３に
よって実行される。

【００７０】メール管理設定処理が起動すると、操作部
１１５からパラメータを入力し、ＩＰアドレス、ネット
マスク、デフォルトゲートウェイを設定する（ステップ
Ｓ３７１、Ｓ３７２、Ｓ３７３）。これらのパラメータ
は、メール管理設定処理モジュールだけでなく、ネット
ワークソフトウェアモジュール全てに適用される。

【００７１】メールサーバを設定し（ステップＳ３７
４）、メールサーバをチェックする（ステップＳ３７
５）。このメールサーバのチェックでは、実際に設定さ
れたメールサーバ対して接続を試み、接続が確立できた
か否かを判断する。この詳細については、図１４を用い
て後述する。チェックの結果、ＯＫであるか否かを判別
する（ステップＳ３７６）。エラーが発生し、例えば入
力したサーバ名が誤っている場合、操作部１１５にワー
ニング表示を行う（ステップＳ３７７）。ワーニング表
示を行うことで、ユーザに入力した名称では、現在使用
できないことを知らせる。

【００７２】一方、ステップＳ３７６でチェックした結
果、ＯＫである場合、メールサーバを登録する（ステッ
プＳ３７８）。尚、エラーが発生した場合でもメールサ
ーバを後で準備する場合があるので、ワーニングメッセ
ージを表示した後にメールサーバを登録する。登録後、
メールサーバを準備すると、メールの送受信が行われ
る。

【００７３】そして、操作部１１５からＰＯＰアカウン
ト入力に関する設定パラメータの入力を行い、入力され
たパラメータでＰＯＰサーバをチェックする（ステップ
Ｓ３８０）。このＰＯＰサーバのチェックでは、実際に
設定されたパラメータを用いてＰＯＰサーバに対して接
続を試み、接続が確立できたか否かを判断する。この詳
細については、図１５を用いて後述する。チェックした
結果、ＯＫであるか否かを判別し（ステップＳ３８
１）、ＯＫである場合、ＰＯＰアカウントの登録を行う
（ステップＳ３８３）。一方、エラーが発生した場合、
ワーニング表示を行う（ステップＳ３８２）。エラーが
発生した場合でもＰＯＰサーバ、ＰＯＰアカウントを後
で準備する場合があるので、ワーニングメッセージを表
示した後にステップＳ３８３でＰＯＰアカウントを登録
する。登録後、ＰＯＰサーバ、ＰＯＰアカウントを準備
すると、メールのＰＯＰ受信が行われる。

【００７４】ＰＯＰアカウント登録終了後、操作部１１
５から扱える最大メール数を入力し（ステップＳ３８
４）、メール管理設定処理を終了する。ステップＳ３８
４で扱える最大メール数はＰＯＰ３プロトコルにしたが
ってＰＯＰサーバからメールをダウンロードする際の最
大メール数となる。この後、処理を終了する。

【００７５】このように、メールサーバあるいはＰＯＰ
サーバに対し、ユーザが誤ったサーバ情報を入力した場
合、すぐに発見して再度、メール管理設定処理をやり直
すことにより修正することが可能である。

【００７６】図１２はＰＯＰ３受信時のステップＳ３０
３におけるリスト情報取得処理手順を示すフローチャー
トである。まず、ＰＯＰサーバにコネクションを行い、
ＰＯＰ３プロトコルにしたがってユーザ名、パスワード
を通知してＰＯＰサーバにログインし（ステップＳ４０
０）、ＰＯＰ３のリストコマンドを発行する（ステップ
Ｓ４０１）。このＰＯＰ３のリストコマンドは、メール
ボックス上に存在する全てのメール１通毎にユニークな
ＩＤを割り当て、このユニークなＩＤ番号を古いメール
から順番にリスト（配列）化して返答するコマンドであ
る。そして、このユニークなＩＤ番号のリスト（ＵＩＤ
Ｌ）を取得する（ステップＳ４０２）。

【００７７】そして、変数Ｉにメールボックス上に存在
するメールの総数、変数Ｊに「−１」を代入する。メー
ルの総数は、ＰＯＰサーバにログインが成功すると、Ｐ
ＯＰサーバから通知されるので、これを用いる。変数Ｉ
から値１を引き、変数Ｊに値１を加える（ステップＳ４
０４）。このとき、変数Ｉは「メール総数−１」、変数
Ｊは値０となる。

【００７８】変数Ｉが値０未満であるか否かを判別し
（ステップＳ４０５）、値０以上である場合、変数Ｊが
図１１のステップＳ３８４における扱える最大メール数
を越えているか否かを判別する（ステップＳ４０６）。
変数Ｊが最大メール数を越えていない場合、配列ＴＡＢ
ＬＥのＪ番目にリスト（ＵＩＤＬ）のＩ番目の値を代入
する（ステップＳ４０７）。

【００７９】ＵＩＤＬ［Ｉ］のメールに対し、ＰＯＰ３
コマンドのＴＯＰコマンドを発行してメールの先頭情報
だけを取得し（ステップＳ４０８）、メールに書かれて
いるＳｕｂｊｅｃｔ情報、Ｆｒｏｍアドレス（メール差
し出し人のアドレス）、送信日付、送信時間を取得し、
配列ＭＡＩＬ＿ＬＩＳＴ［Ｊ］にＵＩＤＬ［Ｉ］のメー
ル情報を代入してハードディスク７Ａに保存する。ここ
では、メール情報を全て取得して保存するわけではない
ので、取得時間が減少し、ハードディスク７Ａ容量が少
なくて済む。

【００８０】このとき、変数Ｊの値は「０」、変数Ｉの
値は「メール総数−１」であるので、ＴＡＢＬＥ［０］
にＵＩＤＬ［メール総数−１］（最後のユニークＩＤ）
を代入し、ＭＡＩＬ＿ＬＩＳＴ［０］に最新のメール情
報を代入してステップＳ４０４の処理に戻る。

【００８１】この処理を繰り返すと、ＴＡＢＬＥ［１］
に最後から２番目のユニークＩＤ、ＴＡＢＬＥ［２］に
最後から３番目のユニークＩＤ、ＴＡＢＬＥ［３］に最
後から４番目のユニークＩＤ、……が代入される。

【００８２】ＭＡＩＬ＿ＬＩＳＴ［１］には、２番目に
新しいメールの情報、ＭＡＩＬ＿ＬＩＳＴ［２］には、
３番目に新しいメール情報、ＭＡＩＬ＿ＬＩＳＴ［３］
には、４番目に新しいメール情報、……が代入される。

【００８３】メールの総数が扱える最大メール数より少
ない場合、ステップＳ４０６でＹＥＳと判断されるより
先に、ステップＳ４０５でＹＥＳとなって処理を終了す
る。結果的に配列ＴＡＢＬＥには、新しいメールのユニ
ークＩＤから順番にメールボックスに存在する全てのメ
ールのユニークＩＤが登録され、配列ＭＡＩＬ＿ＬＩＳ
Ｔには、新しいメールの情報から順番にメールボックス
に存在する全てのメールの情報（Ｓｕｂｊｅｃｔ情報、
Ｆｒｏｍアドレス、送信日付、送信時間）が登録され
る。

【００８４】また、メールの総数が扱える最大メール数
より多い場合、ステップＳ４０５でＹＥＳと判断される
より先に、ステップＳ４０６でＹＥＳとなって終了す
る。結果的に配列ＴＡＢＬＥには、新しいメールのユニ
ークＩＤから順番に、メールボックスに存在する新しい
メールから扱えるメール数までのユニークＩＤが登録さ
れ、配列ＭＡＩＬ＿ＬＩＳＴには新しいメールの情報か
ら順番に扱えるメール数までのメール（Ｓｕｂｊｅｃｔ
情報、Ｆｒｏｍアドレス、送信日付、送信時間）が登録
される。このように扱える最大メール数を制限すること
により、ハードディスク７Ａの使用容量を抑えることが
できる。

【００８５】配列ＴＡＢＬＥ、配列ＭＡＩＬ＿ＬＩＳＴ
をハードディスク７Ａに保存し、メールボックスに存在
するメールをリスト表示したり、リストからメールを選
択して印刷することに用いる。

【００８６】図１３は図１１のメール管理設定処理のス
テップＳ３７９におけるＰＯＰアカウント入力処理手順
を示すフローチャートである。まず、登録ユーザ数が上
限値１００より多いか否かを判別する（ステップＳ４２
０）。登録ユーザの数には、初期値として値０がセット
されている。

【００８７】登録ユーザ数が上限値１００を越えている
場合、操作部１１５にエラーを表示し（ステップＳ４２
１）、処理を終了する。一方、登録ユーザ数が上限値１
００以下である場合、ＰＯＰサーバ名、ＰＯＰユーザ
名、ＰＯＰユーザパスワードを操作部１１５から入力す
る（ステップＳ４２２、Ｓ４２３、Ｓ４２４）。そし
て、登録ユーザ数に値１を加え（ステップＳ４２５）、
処理を終了する。

【００８８】図１２を用いて説明したように、配列ＴＡ
ＢＬＥ、配列ＭＡＩＬ＿ＬＩＳＴは、１つのＰＯＰアカ
ウント毎に用意されるので、ＰＯＰアカウントが１つ増
えることは、配列ＴＡＢＬＥ、配列ＭＡＩＬ＿ＬＩＳＴ
を記録するディスク容量が１つ増えることを意味する。

【００８９】このように、ＰＯＰユーザ数を所定値（本
実施形態では、上限値１００）以下に抑えることによ
り、配列ＴＡＢＬＥ、配列ＭＡＩＬ＿ＬＩＳＴを記録す
るディスクの領域が無尽蔵に増えることを防止できる。
また、必要ディスク容量は、（配列ＴＡＢＬＥ＋配列Ｍ
ＡＩＬ＿ＬＩＳＴ）×１００で計算されるので、予めこ
の領域を確保することが可能である。また、予めこの領
域を確保しておくことで、メール情報取得時にディスク
容量不足でエラーになることを防止できる。

【００９０】図１４は図１１のステップＳ３７５におけ
るメールサーバチェック処理の動作を示す図である。例
えば、ネットワークＩ／Ｆ部７からメールサーバ１２に
対してＳＭＴＰの接続要求を出すと（４４０）、メール
サーバ１２は「２２０」から始まる文字列を返す（４４
１）。ネットワークＩ／Ｆ部７から「ＨＥＬＯ」から始
まる文字列を送信すると（４４２）、メールサーバ１２
は「２５０」から始まる文字列を返す（４４３）。この
とき、「２５０」から始まる文字列を返さなかったり、
所定時間待っても返事を返さない場合、エラーとみな
す。メールサーバ１２が「２５０」から始まる文字列を
返す場合、正常にメールサーバが動作しているとみな
し、「ＱＵＩＴ」をメールサーバに送信し（４４４）、
メールサーバとの接続を終了する。

【００９１】図１５は図１１のステップＳ３８０におけ
るＰＯＰサーバチェック処理の動作を示す図である。ネ
ットワークＩ／Ｆ部７からＰＯＰサーバ１２に対してＰ
ＯＰ３の接続要求を出すと（４６０）、ＰＯＰサーバ１
２は「＋ＯＫ」から始まる文字列を返す（４６１）。こ
のとき、「＋ＯＫ」以外の文字列を返したり、所定時間
待っても返事を返さない場合、エラーとみなす。

【００９２】ネットワークＩ／Ｆ部７から「ＵＳＥＲ
ａｂｃ（ａｂｃは図１３のステップＳ４２３で入力され
たＰＯＰユーザ名）」から始まる文字列を送信すると
（４６２）、ＰＯＰサーバ１２は「＋ＯＫ」から始まる
文字列を返す（４６３）。「＋ＯＫ」以外の文字列を返
したり、所定時間待っても返事を返さない場合、エラー
とみなす。

【００９３】ネットワークＩ／Ｆ部７から「ＰＡＳＳ
ｘｙｚ（ｘｙｚは図１３のステップＳ４２４で入力され
たＰＯＰユーザパスワード）」から始まる文字列を送信
すると（４６４）、ＰＯＰサーバ１２は「＋ＯＫ」から
始まる文字列を返す（４６５）。＋ＯＫ以外の文字列を
返したり、所定時間待っても返事を返さない場合、エラ
ーとみなす。正常に「＋ＯＫ」を返した場合、ネットワ
ークＩ／Ｆ部７から「ＱＵＩＴ」を送信し（４６６）、
ＰＯＰサーバ１２との接続を終了する。

【００９４】尚、以上が本発明の実施の形態の説明であ
るが、本発明は、これら実施の形態の構成に限られるも
のではなく、クレームで示した機能、または実施の形態
の構成が持つ機能が達成できる構成であればどのような
ものであっても適用可能である。

【００９５】例えば、上記実施形態では、ネットワーク
の通信プロトコルにＴＣＰ／ＩＰを用いて説明したが、
ＩＰＸ／ＳＰＸ、Ａｐｐｌｅ Ｔａｌｋなどの通信プロ
トコルを用いても同様の効果を得ることができる。

【００９６】また、メールのデコード方式としてＢＡＳ
Ｅ６４を用いたが、ｕｕｅｎｃｏｄｅ、ＢｉｎＨｅｘ等
を用いてもよい。さらに、ＴＩＦＦファイルを印刷する
ように説明したが、ＪＰＥＧ、ＧＩＦ、ＪＩＣＴ、ＢＭ
Ｐ等の画像ファイル形式、画像圧縮フォーマットは、Ｍ
Ｈに限らず、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＲＬＥでもよ
い。

【００９７】さらに、ＰＯＰアカウント入力時、登録ユ
ーザ数を上限値１００に制限したが、この値は一定値、
あるいはメール管理設定処理等で可変としてもよい。

【００９８】また、情報記録装置としてハードディスク
７Ａを用いたが、半導体メモリ、光ディスク等の記録装
置でも同様の効果を得ることができる。

【００９９】また、本発明は複数の機器（例えば、ホス
トコンピュータ、インターフェース機器、リーダ、プリ
ンタなど）から構成されるシステムに適用してもよい
し、１つの機器からなる装置に適用してもよい。

【０１００】また、本発明は、前述した実施形態の機能
を実現するソフトウェアのプログラムコードを記憶した
記録媒体を、システムあるいは装置にプログラムを供給
することによって達成される場合にも適用できることは
いうまでもない。この場合、記憶媒体から読み出された
プログラムコード自体が本発明の新規な機能を実現する
ことになり、そのプログラムを記憶した記憶媒体は本発
明を構成することになる。

【０１０１】上記実施形態では、図８、図９、図１０、
図１１、図１２および図１３のフローチャートに示すプ
ログラムコードは記憶媒体であるコア部１０内のＲＯＭ
などのメモリに格納されている。プログラムコードを供
給する記憶媒体としては、ＲＯＭに限らず、例えばフロ
ッピー（登録商標）ディスク、ハードディスク、光ディ
スク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶ
Ｄ、磁気テープ、不揮発性のメモリカードなどを用いる
ことができる。

【０１０２】

【発明の効果】本発明によれば、例えば、複数のメール
アカウントを用いて、ＰＯＰサーバ上に存在するメール
ボックスからメールを取得する際、ユーザ登録時に上限
値を設けることによりメールの情報を記憶する記録媒体
の容量が無尽蔵に増えることを抑制できる。また、記録
媒体の消費容量を抑制できるので、記録媒体の容量不足
に起因する通信装置の動作停止やメールシステム全体の
停止を防ぐことができる。さらに、ユーザ登録時に上限
値を設けたことで、予め領域を確保することができ、受
信中に記録媒体の容量がなくなって受信できなくなるこ
とを防止できる。また、ユーザ登録時に上限値を越えた
ユーザ数を登録しようとしたユーザに対してエラーを知
らせることができる。

【０１０３】また、本発明によれば、例えば、ＰＯＰサ
ーバ上に存在するメールボックスからメールを取得する
際、読み込むメール数の上限値を設けることによりメー
ルの情報を記録する記録媒体の容量が無尽蔵に増えるこ
とを抑制できる。また、記録媒体の消費容量を抑制でき
るので、記録媒体の容量不足に起因する画像形成装置の
動作停止やメールシステム全体の停止を防ぐことができ
る。さらに、新しいメールから順番に情報を取り扱うの
で、新規に送られたメールが扱えなくなることを防止で
きる。また、上限値の設定を可変にしたことにより、ユ
ーザの使用する状態に応じて変えることができる。

【０１０４】このように、電子メールの印刷を自動的に
行う場合などにおいて、メール情報を保存する記録媒体
の空きスペースが無くなってメールが受信できなくなる
ことを回避できる。

【図面の簡単な説明】

【図１】実施の形態における通信装置の構成を示す図で
ある。

【図２】通信装置の画像入出力デバイスであるリーダ部
１およびプリンタ部２の構成を示す図である。

【図３】リーダ部１の構成を示すブロック図である。

【図４】コア部１０の構成を示すブロック図である。

【図５】フォーマッタ部８の構成を示す図である。

【図６】ファクシミリ部４の構成を示す図である。

【図７】通信装置のネットワークＩ／Ｆ部７におけるプ
ログラムの構成を示す図である。

【図８】電子メールを受信して印刷を行うための処理手
順を示すフローチャートである。

【図９】ステップＳ３０６、Ｓ３１０におけるデータデ
コード処理手順を示すフローチャートである。

【図１０】送信宛先および本文コメントと共にスキャナ
から画像データを取り込んで添付ファイルとしてメール
をＰＣ（Ｍａｉｌ）クライアント１５等に送信するＭａ
ｉｌ送信処理手順を示すフローチャートである。

【図１１】メールを送受信する際に通信装置に必要な項
目を設定するメール管理設定処理手順を示すフローチャ
ートである。

【図１２】ＰＯＰ３受信時のステップＳ３０３における
リスト情報取得処理手順を示すフローチャートである。

【図１３】図１１のメール管理設定処理のステップＳ３
７９におけるＰＯＰアカウント入力処理手順を示すフロ
ーチャートである。

【図１４】図１１のステップＳ３７５におけるメールサ
ーバチェック処理の動作を示す図である。

【図１５】図１１のステップＳ３８０におけるＰＯＰサ
ーバチェック処理の動作を示す図である。

【図１６】従来の電子メールの情報を印刷するシステム
の構成を示す図である。

【符号の説明】

３ 画像入出力制御部 ７ ネットワークＩ／Ｆ部 ７Ａ ハードディスク １０ コア部 １１、１５ クライアント １２、１４ サーバ １３ インターネット網 １２３ ＣＰＵ １２４ メモリ

Claims (11)

【特許請求の範囲】
1. 【請求項１】 電子メールを受信する電子メール受信手
   段と、 該受信した電子メールの情報をユーザアカウント毎に記
   録媒体に記録する記録手段と、 複数のユーザアカウントを登録するユーザアカウント登
   録手段と、 前記ユーザアカウントの登録を制限する登録制限手段と
   を備えた通信装置。
2. 【請求項２】 前記ユーザアカウントの登録が制限され
   た場合、その旨を知らせる報知手段を備えたことを特徴
   とする請求項１記載の通信装置。
3. 【請求項３】 前記登録制限手段は、前記ユーザアカウ
   ントの数が上限値を越える場合、前記ユーザアカウント
   の登録を制限することを特徴とする請求項１記載の通信
   装置。
4. 【請求項４】 メールサーバから電子メールを取得する
   取得手段と、 該取得した電子メールの情報を記録媒体に記録する記録
   手段と、 前記電子メールの取得を制限する取得制限手段とを備え
   た通信装置。
5. 【請求項５】 前記取得手段は、新しい電子メールから
   順番に取得することを特徴とする請求項４記載の通信装
   置。
6. 【請求項６】 前記取得制限手段によって前記電子メー
   ルの取得を制限するための制限値を設定する制限値設定
   手段を備えたことを特徴とする請求項４記載の通信装
   置。
7. 【請求項７】 前記取得制限手段は、前記メールサーバ
   に蓄積された電子メールの総数が前記設定された制限値
   を越える場合、該電子メールの取得を制限することを特
   徴とする請求項６記載の通信装置。
8. 【請求項８】 電子メールを受信する受信ステップと、 該受信した電子メールの情報をユーザアカウント毎に記
   録媒体に記録する記録ステップと、 複数のユーザアカウントを登録する登録ステップと、 前記ユーザアカウントの登録を制限する制限ステップと
   を有する記録制限方法。
9. 【請求項９】 メールサーバから電子メールを取得する
   取得ステップと、 該取得した電子メールの情報を記録媒体に記録する記録
   ステップと、 前記電子メールの取得を制限する制限ステップとを有す
   る記録制限方法。
10. 【請求項１０】 通信装置を制御するコンピュータによ
    って実行されるプログラムが格納された記憶媒体におい
    て、 前記プログラムは、 前記電子メールを受信する受信ステップと、 該受信した電子メールの情報をユーザアカウント毎に記
    録媒体に記録する記録ステップと、 複数のユーザアカウントを登録する登録ステップと、 前記ユーザアカウントの登録を制限する制限ステップと
    を含むことを特徴とする記憶媒体。
11. 【請求項１１】 通信装置を制御するコンピュータによ
    って実行されるプログラムが格納された記憶媒体におい
    て、 前記プログラムは、 メールサーバから電子メールを取得する取得ステップ
    と、 該取得した電子メールの情報を記録媒体に記録する記録
    ステップと、 前記電子メールの取得を制限する制限ステップとを含む
    ことを特徴とする記憶媒体。