JP4557366B2 - 通信装置、その制御方法および記憶媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば、電子メールおよび電子メールに添付されているファイルの送受信を行う通信装置、その制御方法および記憶媒体に関する。
【０００２】
【従来の技術】
近年、コンピュータの普及や情報のネットワーク化に伴い、文字情報をネットワークで送受信する電子メールが普及している。電子メールには、文字情報であるメール本文の他にさまざまな形式のファイルを添付することができる。例えば、添付ファイルとして、ＴＩＦＦ（Ｔａｇ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）画像ファイルを添付することで画像の送受信を行うインターネットＦＡＸが提案されている。
【０００３】
図１６は従来の電子メールの情報を印刷するシステムの構成を示す図である。
メール（Ｍａｉｌ）クライアント１１ａには、電子メールを送受信する時に動作する電子メールソフトウェアがインストールされている。メールサーバ、ＰＯＰサーバ設定後、Ｍａｉｌ本文、送信宛先情報（メールクライアント１５ａのユーザ名称）を入力してメールを送信すると、メールサーバ１２ａに対してＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）にしたがって電子メールを送信する。
【０００４】
電子メールを受け取ったＭａｉｌサーバ１２ａは、宛先情報から転送先がＭａｉｌサーバ１４ａであることを判断し、インターネット網１３ａを経由してＭａｉｌサーバ１４ａに電子メールを転送する。電子メールを受け取ったＭａｉｌサーバ１４ａは受信したメールをメールボックス内に蓄積する。
【０００５】
同様に、Ｍａｉｌクライアント１５ａにも電子メールソフトウェアがインストールされており、一定時間毎にＰＯＰ３（Ｐｏｓｔ Ｏｆｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ ３）に従ってＰＯＰサーバ１４ａのメールボックス内に新規のメールが届いていないかを調べる。届いていた場合、メールをダウンロードし、メールを開くことによりＭａｉｌクライアント１１ａで作成したＭａｉｌ本文が表示される。そして、印刷したい場合、Ｍａｉｌクライアント１５ａに実装されているプリンタドライバを介してプリンタ１６ａにより文書および添付ファイルの印刷を行う。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来のシステムでは、Ｍａｉｌクライアント１５ａに搭載されているメールソフトウェアをユーザが操作しない限り、印刷することができなかった。
【０００７】
これに対し、ユーザの操作を必要としないで自動的に印刷するシステムも知られているが、このようなシステムでは、以下に掲げる問題があった。すなわち、受信したメールをＭａｉｌクライアントが保存する度に、Ｍａｉｌクライアントのディスクは消費されてしまい、次第に空きスペースが減少する。特に、受信したメール数が多くなったり、大きなサイズのメールを受信すると、この現象は顕著になり、最悪の場合、ディスク空きスペースがなくなってメールを受信できないことが発生する。このような状態を長い間放置すると、Ｍａｉｌクライアントだけでなく、Ｍａｉｌサーバのメール転送サービスが停止する事態も予想される。
【０００８】
一方、ユーザの操作が介在するシステムでは、不要となったメールをユーザが削除することで、この状態を回避することは比較的容易であるが、ユーザの操作が介在しないシステムでは回避することが困難であった。
【０００９】
そこで、本発明は、電子メールの印刷を自動的に行う場合などにおいて、メール情報を保存する記録媒体の空きスペースが無くなってメールが受信できなくなることを回避できる通信装置、その制御方法および記憶媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１に記載の通信装置は、電子メールを受信し、当該受信した電子メールに添付された画像の印刷を行う通信装置であって、複数のユーザアカウントを登録する登録手段と、前記登録手段により登録された複数のユーザアカウントのいずれか１つを用いてメールサーバに接続する接続手段と、前記接続手段により接続されたメールサーバから電子メールを取得する取得手段と、前記接続手段による１回の接続で前記取得手段が取得する電子メールの上限数を設定する設定手段と、前記接続手段による１回の接続で前記取得手段が取得した電子メールの数が前記設定手段で設定された上限数に達した場合に、前記取得手段による電子メールの取得を中止させる制御手段と、前記登録手段により登録可能なユーザアカウントの上限数を管理する管理手段と、前記管理手段により管理された上限数を超えるユーザアカウントの登録を制限する登録制限手段と、前記ユーザアカウントの登録が制限された場合、その旨を知らせる報知手段と、を有することを特徴とする。
【００１７】
請求項３に記載の通信装置の制御方法は、電子メールを受信し、当該受信した電子メールに添付された画像の印刷を行う通信装置の制御方法であって、複数のユーザアカウントを登録する登録ステップと、前記登録ステップで登録された複数のユーザアカウントのいずれか１つを用いてメールサーバに接続する接続ステップと、前記接続ステップで接続されたメールサーバから電子メールを取得する取得ステップと、前記接続ステップでの１回の接続により前記取得ステップで取得する電子メールの上限数を設定する設定ステップと、前記接続ステップでの１回の接続により前記取得ステップで取得した電子メールの数が前記設定ステップで設定された上限数に達した場合に、前記取得ステップでの電子メールの取得を中止させる制御ステップと、前記登録ステップで登録可能なユーザアカウントの上限数を管理する管理ステップと、前記管理ステップで管理された上限数を超えるユーザアカウントの登録を制限する登録制限ステップと、前記ユーザアカウントの登録が制限された場合、その旨を知らせる報知ステップと、を有することを特徴とする。
【００１９】
請求項４に記載の記憶媒体は、電子メールを受信し、当該受信した電子メールに添付された画像の印刷を行う通信装置を制御するコンピュータによって実行されるプログラムが格納された記憶媒体において、前記プログラムは、複数のユーザアカウントを登録する登録ステップと、前記登録ステップで登録された複数のユーザアカウントのいずれか１つを用いてメールサーバに接続する接続ステップと、前記接続ステップで接続されたメールサーバから電子メールを取得する取得ステップと、前記接続ステップでの１回の接続により前記取得ステップで取得する電子メールの上限数を設定する設定ステップと、前記接続ステップでの１回の接続により前記取得ステップで取得した電子メールの数が前記設定ステップで設定された上限数に達した場合に、前記取得ステップでの電子メールの取得を中止させる制御ステップと、前記登録ステップで登録可能なユーザアカウントの上限数を管理する管理ステップと、前記管理ステップで管理された上限数を超えるユーザアカウントの登録を制限する登録制限ステップと、前記ユーザアカウントの登録が制限された場合、その旨を知らせる報知ステップと、を有することを特徴とする。
【００２１】
【発明の実施の形態】
本発明の通信装置、その制御方法および記憶媒体の実施の形態について説明する。図１は実施の形態における通信装置の構成を示す図である。通信装置は、リーダ部１、プリンタ部２および画像入出力制御部３を備える。
【００２２】
リーダ部１は原稿の画像を読み取り、原稿画像に応じた画像データをプリンタ部２および画像入出力制御部３に出力する。プリンタ部２はリーダ部１および画像入出力制御部３からの画像データに応じた画像を記録紙上に記録する。画像入出力制御部３はリーダ部１に接続されるとともに、ファクシミリ部４、ファイル部５、ネットワークＩ／Ｆ部（ネットワークインターフェース部）７、フォーマッタ部８、イメージメモリ部９およびコア部１０を有する。
【００２３】
ファクシミリ部４は電話回線を介して受信した圧縮画像データを伸長し、伸長した画像データをコア部１０に転送し、コア部１０から転送された画像データを圧縮し、圧縮した圧縮画像データを電話回線に送信する回路である。
【００２４】
ファイル部５には、光磁気ディスクドライブ６が接続され、ファイル部５はコア部１０から転送された画像データを圧縮し、その画像データを検索するためのキーワードとともに光磁気ディスクドライブ６にセットされた光磁気ディスクに書き込む。また、ファイル部５はコア部１０を介して転送されたキーワードに基づき、光磁気ディスクに記憶されている圧縮画像データを検索し、検索した圧縮画像データを読み出して伸長し、伸長した画像データをコア部１０に転送する。
【００２５】
ネットワークＩ／Ｆ部７は、画像入出力制御部３をネットワークに接続するためのインタフェースを有する。このネットワークは、Ｍａｉｌサーバ・ＰＯＰサーバ１２に接続され、さらに全世界に広がるインターネット網１３に接続されている。ネットワークＩ／Ｆ部７にはハードディスク７Ａが接続され、ハードディスク７ＡにはＭａｉｌで受信したデータを保存することが可能である。インターネット網１３には、Ｍａｉｌサーバ１４のようなメールサーバが複数存在し、多くの人との間で電子メールの送受信が可能である。
【００２６】
フォーマッタ部８は、ネットワークＩ／Ｆ部７に接続されたコンピュータから転送される画像を表すコードデータをプリンタ部２で印刷可能な画像データに展開する回路である。イメージメモリ部９は、画像データを一時的に記憶する回路である。コア部１０は、リーダ部１、ファクシミリ部４、ファイル部５、ネットワークＩ／Ｆ部７、フォーマッタ部８およびイメージメモリ部９の各ブロック間のデータのやり取りを制御する。コア部１０の詳細については後述する。
【００２７】
図２は通信装置の画像入出力デバイスであるリーダ部１およびプリンタ部２の構成を示す図である。リーダ部１には、原稿給送装置１０１が搭載されており、原稿給送装置１０１は最終ページから順に１枚づつプラテンガラス１０２の上に原稿を給送し、この原稿の読み取り動作終了後、プラテンガラス１０２上の原稿を排出するように構成されている。
【００２８】
原稿がプラテンガラス１０２上に搬送されると、ランプ１０３が点灯し、スキャナユニット１０４の移動が開始する。このスキャナユニット１０４の移動により原稿が露光走査され、この露光走査時の原稿からの反射光はミラー１０５、１０６、１０７およびレンズ１０８を介してＣＣＤイメージセンサ（以下、ＣＣＤという）１０９に導かれる。
【００２９】
このように、走査された原稿の画像はＣＣＤ１０９によって読み取られ、ＣＣＤ１０９は光学的に読み取った画像を光電変換により画像データに変換して出力する。ＣＣＤ１０９から出力された画像データは、所定の処理が施された後、プリンタ部２および画像入出力制御部３のコア部１０にビデオバス（図示せず）を介して転送される。
【００３０】
プリンタ部２では、リーダ部１から出力された画像データをレーザドライバ２０１に入力する。レーザドライバ２０１は入力した画像データに基づき、レーザ発光部を駆動する。このレーザ光は感光ドラム２０２上に走査されながら照射され、感光ドラム２０２にはレーザ光に応じた静電潜像が形成される。
【００３１】
この感光ドラム２０２の静電潜像は、現像器２０３から供給される現像剤によって現像剤像として可視像化される。また、レーザ光の照射開始と同期したタイミングで、カセット２０４およびカセット２０５のいずれか一方から記録紙が給紙され、この記録紙は感光ドラム２０２と転写部２０６との間に搬送される。感光ドラム２０２に形成された現像剤像は転写部２０６により給紙された記録紙上に転写される。
【００３２】
現像剤像が転写された記録紙は定着部２０７に搬送され、定着部２０７は記録紙を熱圧することによって現像剤像を記録紙に定着させる。定着部２０７を通過した記録紙は排出ローラ２０８によって排出され、ソータ２２０は排出された記録紙をそれぞれのビンに収納して記録紙の仕分けを行う。尚、ソータ２２０は、仕分けが設定されていない場合、最上ビンに記録紙を収納するように動作する。
また、両面記録が設定されている場合、排出ローラ２０８の位置まで記録紙を搬送した後に排出ローラ２０８の回転方向を逆転させ、フラッパ２０９によって再給紙搬送路に導くように設定されている。
【００３３】
多重記録が設定されている場合、記録紙を排出ローラ２０８まで搬送しないように、フラッパ２０９を切り換えて再給紙搬送路に導くように設定されている。
再給紙搬送路に導かれた記録紙は、上記タイミングで感光ドラム２０２と転写部２０６との間に再度給紙される。
【００３４】
図３はリーダ部１の構成を示すブロック図である。ＣＣＤ１０９から出力された画像データは、アナログデジタル（Ａ／Ｄ）・サンプルホールド（ＳＨ）部１１０によるアナログデジタル変換されるとともに、変換されたデジタルデータに対してシェーディング補正が施される。
【００３５】
Ａ／Ｄ・ＳＨ部１１０によって処理された画像データは、画像処理部１１１を介してプリンタ部２に転送されるとともに、インタフェイス（Ｉ／Ｆ）部１１３を介して画像入出力制御部３のコア部１０に転送される。画像処理部１１３は、トリミング処理などの各種画像処理を行い、Ｉ／Ｆ部１１３はコア部１０から転送された画像データを含むデータを取り込むなど、コア部１０とのインタフェイスを司る。
【００３６】
画像処理部１１１およびＩ／Ｆ部１１３は、ＣＰＵ１１４により操作部１１５で設定された内容に応じて制御される。例えば、操作部１１５でトリミング処理を行って複写を行う複写モードが設定されている場合、ＣＰＵ１１４は、画像処理部１１１においてトリミング処理を実行し、このトリミング処理が施された画像データをプリンタ部２に転送するように制御する。
【００３７】
また、操作部１１５でファクシミリ送信モードが設定されている場合、ＣＰＵ１１４はＩ／Ｆ部１１３から画像データおよび設定されたモードに応じた制御コマンドをコア部１０に転送するように制御する。このＣＰＵ１１４による制御は、メモリ１１６に格納されている制御プログラムに従って行われる。メモリ１１６はＣＰＵ１１４の作業領域として使用される。
【００３８】
図４はコア部１０の構成を示すブロック図である。コア部１０は、リーダ部１とのＩ／Ｆ部１２２を有し、リーダ部１から転送された画像データはＩ／Ｆ部１２２を介して画像データ処理部１２１に転送されるとともに、リーダ部１からの制御コマンドはＣＰＵ１２３に転送される。画像データ処理部１２１は必要に応じて入力された画像データに対し、画像の回転処理、変倍処理などの画像処理を施し、画像データ処理部１２１で画像処理が施された画像データは、リーダ部１から転送された制御コマンドに応じて、Ｉ／Ｆ部１２０を介してファクシミリ部４、ファイル部５またはネットワークＩ／Ｆ部７に転送される。
【００３９】
また、ネットワークＩ／Ｆ部７を介して入力された画像を表すプリンタデータは、画像データ処理部１２１に転送された後、ファクシミリ部４またはＩ／Ｆ部１２２に転送された後、プリンタ部２、ファイル部５またはネットワーク部７に転送される。ファイル部５から出力された画像データは、画像データ処理部１２１に転送された後、プリンタ部２、ファクシミリ部４またはネットワーク部７に転送される。
【００４０】
ＣＰＵ１２３は、メモリ１２４に格納されている制御プログラム、およびリーダ部１から転送された制御コマンドにしたがって各ブロック間のデータ転送を制御するとともに、画像データ処理部１２１による画像処理の実行を制御する。また、メモリ１２４はＣＰＵ１２３の作業領域としても使用される。
【００４１】
このように、コア部１０を中心に、原稿画像の読み取り、画像のプリント、画像の送受信、画像の保存、コンピュータからのデータの入出力などの各機能を複合させた処理を行うことが可能である。
【００４２】
図５はフォーマッタ部８の構成を示す図である。フォーマッタ部８は、ＣＰＵ２２２、フォントＲＯＭ２２３、プログラムＲＯＭ２２４、ＤＲＡＭ２２５、コアインターフェース（Ｉ／Ｆ）２２１、画像処理回路２２６、ビデオＩ／Ｆ回路２２７およびビデオクロック２２８を有する。
【００４３】
例えば、ＰＣ（Ｍａｉｌ）クライアント１１のワープロ等のアプリケーションで作成されたデータは、プリンタドライバによりＰＳ（ポストスクリプト）等のプリンタで印刷可能なページ記述言語（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ（ＰＤＬ））に変換されると、ネットワークＩ／Ｆ部７、コア部１０、コアＩ／Ｆ部２２１を経由してフォーマッタ部８に転送される。
【００４４】
この転送されたデータはＣＰＵ２２２により解釈されると、Ｆｏｎｔ ＲＯＭ２２３、ＤＲＡＭ２２５を用いて画像データが生成される。この画像データは画像処理回路２２６によって画像処理され、ビデオクロック２２８で生成された同期信号に同期してビデオＩ／Ｆ回路２２７からコア部１０に転送される。転送された画像データはプリンタ部２で印刷される。
【００４５】
プログラムＲＯＭ２２４には、このような動作を制御するためのプログラムが格納されている。これにより、ＰＳ等のＰＤＬを印刷することができる。尚、フォーマッタ部８はＰＤＬ毎に変更可能であり、プログラムＲＯＭ２２４はＰＤＬおよびそのバージョン毎に異なっており、ユーザは目的に応じたＰＤＬおよびそのバージョンを選択することができる。
【００４６】
図６はファクシミリ部４の構成を示す図である。ファクシミリ部４は、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２３０、ＭＯＤＥＭ（Ｍｏｄｕｌａｔｏｒ／ＤＥＭｏｄｕｌａｔｏｒ）２３１、ＣＰＵ２３２、プログラムＲＯＭ２３３、解像度変換回路２３４、ＤＲＡＭ２３５、符号／復号化回路２３６、画像処理回路２３７、ビデオＩ／Ｆ回路２３８およびビデオクロック２３９を有する。
【００４７】
ＮＣＵ２３０は電話機にファクシミリ（ＦＡＸ）を接続する回路であり、電話／ＦＡＸの切り替え、受信時に呼び出し信号の検出、通話中に電話交換機からの直流ループ信号を保持する回路である。ＭＯＤＥＭ２３１はアナログ信号をデジタル信号に変換したり、逆にアナログ信号をデジタル信号に変換する変復調回路である。
【００４８】
他のＦＡＸから送信されたデータは、ＮＣＵ２３０により受信され、ＭＯＤＥＭ２３１によりデジタル信号に変換される。このデータはＭＨ、ＭＲ、ＭＭＲあるいはＪＢＩＧ等で符号化された画像データである。このデータは符号／復号化回路２３６により復号化され、ＤＲＡＭ２３５に画像データが展開される。この画像データに対し、解像度変換２３４により解像度変換が行われ、画像処理回路２３７により画像処理が施される。この後、画像データは、ビデオクロック２３９で生成されたクロックに同期してビデオＩ／Ｆ回路２３８によりコア部１０に転送され、プリンタ部２で印刷される。
【００４９】
また、送信時、リーダ部１で読み込まれた画像データは、コア部１０を経由してビデオＩ／Ｆ回路２３８、ビデオクロック２３９、画像処理回路２３７によりＤＲＡＭ２３５に展開される。このデータに対し、解像度変換回路２３４により解像度変換が行われ、符号／復号化回路２３６によってＭＨ、ＭＲ、ＭＭＲあるいはＪＢＩＧに符号化される。符号化されたデータはＭＯＤＥＭ２３１でアナログ信号に変換され、ＮＣＵ２３０により送信される。
【００５０】
ＣＰＵ２３２はこのような制御を司るものであり、プログラムＲＯＭ２３３には、ＣＰＵ２３２を動作させるためのプログラムが格納されている。尚、ファクシミリ部４はユーザの用途に合わせて着脱自在に装着される。
【００５１】
図７は通信装置のネットワークＩ／Ｆ部７におけるプログラムの構成を示す図である。ネットワークＩ／Ｆ部７におけるプログラムは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）２５０、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）２５１、アプリケーション階層のプロトコル２５２を動作させるプログラムから構成されている。
【００５２】
ＩＰ２５０は発振ホストから宛先ホストにルータなどの中継ノードと連携しながらメッセージを送り届けるサービスを提供するインターネットのプロトコル階層である。メッセージを送り届けるために、一番重要な情報は、発信、宛先のアドレスであり、この発信、宛先のアドレスはＩＰ２５０により管理される。メッセージをアドレス情報にしたがってネットワーク内をどのような経路で宛先ホストまで届けるかというルーティングはＩＰ２５０で行う。
【００５３】
ＴＣＰ、ＵＤＰ２５１は、発信アプリケーションプロセスから受信アプリケーションプロセスにメッセージを送り届けるサービスを提供するトランスポート階層である。ＴＣＰはコネクション型サービスであって、通信の高度な信頼性を補償するが、ＵＤＰはコネクションレス型のサービスであり、信頼性の保証を行わない。
【００５４】
アプリケーション階層のプロトコル２５２は複数のプロトコルを規定し、このプロトコルには、ファイル転送サービスであるＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ネットワーク管理プロトコルであるＳＮＭＰ、プリンタ印刷用のサーバプロトコルであるＬＰＤ、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバのプロトコルであるＨＴＴＰｄ、電子メール送受信プロトコルＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、メールダウンロードプロトコルＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ ３）などが存在する。
【００５５】
以下、電子メールを受信し、受信した電子メールを印刷する動作を示す。Ｍａｉｌクライアント１５には、電子メールを送受信する電子メールソフトウェアがインストールされている。Ｍａｉｌ本文、送信宛先情報（メールクライアント１１のメールアドレス、あるいは通信装置のメールアドレス）を入力してメールを送信すると、Ｍａｉｌサーバ１４に対してＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）にしたがって電子メールを送信する。
【００５６】
電子メールを受け取ったＭａｉｌサーバ１４は宛先情報から転送先がＭａｉｌサーバ１２であることを判断し、インターネット網１３を経由してＭａｉｌサーバ１２に電子メールを転送する。
【００５７】
電子メールはＭａｉｌサーバ１４で受信され、メールアドレスが直接、通信装置に設定されていた場合、ＳＭＴＰプロトコルを用いて通信装置にメールが配信される。メールアドレスがＭａｉｌサーバ１２内のメールボックスが指定された場合、受信したメールはメールボックス内に格納される。
【００５８】
図８は電子メールを受信して印刷を行うための処理手順を示すフローチャートである。この処理プログラムはコア部１０内のメモリ１２４に格納されており、ＣＰＵ１２３によって実行される。ＳＭＴＰでメールが配信された場合、同図（Ａ）に示すように、ＳＭＴＰ受信処理の動作が開始し、ＳＭＴＰプロトコルに従ってデータを取得する（ステップＳ３０９）。ＳＭＴＰプロトコルを用いて受信したメールデータを、メール送信データから元のファイル形式にデコードする（ステップＳ３１０）。印刷・転送処理によりプリンタ部２で印刷したり、ファクシミリ部４等の送信デバイスに転送する（ステップＳ３１１）。この後、処理を終了する。
【００５９】
一方、メールアドレスがＭａｉｌサーバ１２内のメールボックスに指定され、このメールボックスにメールが届いたか否かを判断するために、ＰＯＰ３受信処理が定期的に動作を開始する。同図（Ｂ）に示すように、ＰＯＰ３受信処理の動作が開始すると、ＰＯＰサーバ１２にログインし（ステップＳ３０２）、ＰＯＰサーバ１２内のメールボックスに格納されているメールのリスト情報を取得する（ステップＳ３０３）。
【００６０】
前回ログインした時のリスト情報と今回ログインした時のリスト情報を照合し、新規に追加されたメールがあるか否かを判断する（ステップＳ３０４）。新規のメールがある場合、ＰＯＰ３プロトコルに従ってメールデータを取得する（ステップＳ３０５）。一方、新規にメールが存在しない場合、ＰＯＰ３受信動作を終了する。
【００６１】
ＰＯＰ３プロトコルを用いて受信したメールデータを、メール送信データから元のファイル形式にデコードするデータデコード処理を行い（ステップＳ３０６）、印刷・転送処理によりプリンタ部２で印刷したり、ファクシミリ部４等の送信デバイスに転送する（ステップＳ３０７）。この後、処理を終了する。
【００６２】
図９はステップＳ３０６、Ｓ３１０におけるデータデコード処理手順を示すフローチャートである。まず、ＭＩＭＥ（Multipurpose Internet Mail Extensions)のヘッダ処理を行う（ステップＳ３２０）。ＭＩＭＥのヘッダ処理を行うと、メールが日本語で書かれていることがわかる。電子メールの日本語本文はＪＩＳコードで書かれているために、ＪＩＳコードを印刷することが可能なＳＪＩＳコードに変換する（ステップＳ３２１）。
【００６３】
また、電子メールに添付ファイルが存在するか否かを判別する（ステップＳ３２２）。添付ファイルが存在する場合、ＭＩＭＥヘッダに添付ファイルが存在することが記述されているので、添付ファイルの有無が判別可能である。
【００６４】
ステップＳ３２２で電子メールに添付ファイルが存在すると判別された場合、メール本文のテキストに添付ファイルが存在することをユーザに知らせるために、“添付ファイル：test.tif”のようにファイル名を記述したテキストをメール本文テキストに追加する（ステップＳ３２３）。一方、ステップＳ３２２で電子メールに添付ファイルが存在しないと判別された場合、処理を終了する。
【００６５】
ＭＩＭＥヘッダには、ファイル情報が記述されており、この情報がＴＩＦＦファイルであるか否かを判別する（ステップＳ３２４）。添付ファイルがＴＩＦＦファイルでない場合、処理を終了する。一方、ＴＩＦＦファイルである場合、ＢＡＳＥ６４デコード処理を行う（ステップＳ３２５）。ＢＡＳＥ６４デコード処理は４バイトの６ビットデータを３バイトの８ビットデータに変換する処理である。また、ＭＩＭＥヘッダには、ＢＡＳＥ６４でエンコードされていることが記述されている。ＢＡＳＥ６４のデコードが終了すると、ＴＩＦＦファイルを作成し（ステップＳ３２６）、処理を終了する。
【００６６】
図１０は送信宛先および本文コメントと共にスキャナから画像データを取り込んで添付ファイルとしてメールをＰＣ（Ｍａｉｌ）クライアント１５等に送信するＭａｉｌ送信処理手順を示すフローチャートである。この処理プログラムはコア部１０内のメモリ１２４に格納されており、Ｍａｉｌの送信が選択されると、ＣＰＵ１２３によって実行される。
【００６７】
メールを送信する宛先およびメール本文のデータを操作部１１５から入力し（ステップＳ３５１）、プラテンガラス１０２上にセットされた原稿をスキャンし、リーダ部１によって画像データを読み取る（ステップＳ３５２）。
【００６８】
読み取った画像データをＭＨフォーマットで圧縮し（ステップＳ３５３）、ＴＩＦＦファイルを作成する（ステップＳ３５４）。送信宛先、メール本文データ、添付ＴＩＦＦファイル情報からメールヘッダ、ＭＩＭＥ情報を作成し（ステップＳ３５５）、添付のＴＩＦＦファイルをＢＡＳＥ６４でエンコードし（ステップＳ３５６）、ＳＭＴＰプロトコルにしたがって送信する（ステップＳ３５７）。この後、処理を終了する。
【００６９】
図１１はメールを送受信する際に通信装置に必要な項目を設定するメール管理設定処理手順を示すフローチャートである。この処理プログラムはコア部１０内のメモリ１２４に格納されており、ＣＰＵ１２３によって実行される。
【００７０】
メール管理設定処理が起動すると、操作部１１５からパラメータを入力し、ＩＰアドレス、ネットマスク、デフォルトゲートウェイを設定する（ステップＳ３７１、Ｓ３７２、Ｓ３７３）。これらのパラメータは、メール管理設定処理モジュールだけでなく、ネットワークソフトウェアモジュール全てに適用される。
【００７１】
メールサーバを設定し（ステップＳ３７４）、メールサーバをチェックする（ステップＳ３７５）。このメールサーバのチェックでは、実際に設定されたメールサーバ対して接続を試み、接続が確立できたか否かを判断する。この詳細については、図１４を用いて後述する。チェックの結果、ＯＫであるか否かを判別する（ステップＳ３７６）。エラーが発生し、例えば入力したサーバ名が誤っている場合、操作部１１５にワーニング表示を行う（ステップＳ３７７）。ワーニング表示を行うことで、ユーザに入力した名称では、現在使用できないことを知らせる。
【００７２】
一方、ステップＳ３７６でチェックした結果、ＯＫである場合、メールサーバを登録する（ステップＳ３７８）。尚、エラーが発生した場合でもメールサーバを後で準備する場合があるので、ワーニングメッセージを表示した後にメールサーバを登録する。登録後、メールサーバを準備すると、メールの送受信が行われる。
【００７３】
そして、操作部１１５からＰＯＰアカウント入力に関する設定パラメータの入力を行い、入力されたパラメータでＰＯＰサーバをチェックする（ステップＳ３８０）。このＰＯＰサーバのチェックでは、実際に設定されたパラメータを用いてＰＯＰサーバに対して接続を試み、接続が確立できたか否かを判断する。この詳細については、図１５を用いて後述する。チェックした結果、ＯＫであるか否かを判別し（ステップＳ３８１）、ＯＫである場合、ＰＯＰアカウントの登録を行う（ステップＳ３８３）。一方、エラーが発生した場合、ワーニング表示を行う（ステップＳ３８２）。エラーが発生した場合でもＰＯＰサーバ、ＰＯＰアカウントを後で準備する場合があるので、ワーニングメッセージを表示した後にステップＳ３８３でＰＯＰアカウントを登録する。登録後、ＰＯＰサーバ、ＰＯＰアカウントを準備すると、メールのＰＯＰ受信が行われる。
【００７４】
ＰＯＰアカウント登録終了後、操作部１１５から扱える最大メール数を入力し（ステップＳ３８４）、メール管理設定処理を終了する。ステップＳ３８４で扱える最大メール数はＰＯＰ３プロトコルにしたがってＰＯＰサーバからメールをダウンロードする際の最大メール数となる。この後、処理を終了する。
【００７５】
このように、メールサーバあるいはＰＯＰサーバに対し、ユーザが誤ったサーバ情報を入力した場合、すぐに発見して再度、メール管理設定処理をやり直すことにより修正することが可能である。
【００７６】
図１２はＰＯＰ３受信時のステップＳ３０３におけるリスト情報取得処理手順を示すフローチャートである。まず、ＰＯＰサーバにコネクションを行い、ＰＯＰ３プロトコルにしたがってユーザ名、パスワードを通知してＰＯＰサーバにログインし（ステップＳ４００）、ＰＯＰ３のリストコマンドを発行する（ステップＳ４０１）。このＰＯＰ３のリストコマンドは、メールボックス上に存在する全てのメール１通毎にユニークなＩＤを割り当て、このユニークなＩＤ番号を古いメールから順番にリスト（配列）化して返答するコマンドである。そして、このユニークなＩＤ番号のリスト（ＵＩＤＬ）を取得する（ステップＳ４０２）。
【００７７】
そして、変数Ｉにメールボックス上に存在するメールの総数、変数Ｊに「−１」を代入する。メールの総数は、ＰＯＰサーバにログインが成功すると、ＰＯＰサーバから通知されるので、これを用いる。変数Ｉから値１を引き、変数Ｊに値１を加える（ステップＳ４０４）。このとき、変数Ｉは「メール総数−１」、変数Ｊは値０となる。
【００７８】
変数Ｉが値０未満であるか否かを判別し（ステップＳ４０５）、値０以上である場合、変数Ｊが図１１のステップＳ３８４における扱える最大メール数を越えているか否かを判別する（ステップＳ４０６）。変数Ｊが最大メール数を越えていない場合、配列ＴＡＢＬＥのＪ番目にリスト（ＵＩＤＬ）のＩ番目の値を代入する（ステップＳ４０７）。
【００７９】
ＵＩＤＬ［Ｉ］のメールに対し、ＰＯＰ３コマンドのＴＯＰコマンドを発行してメールの先頭情報だけを取得し（ステップＳ４０８）、メールに書かれているＳｕｂｊｅｃｔ情報、Ｆｒｏｍアドレス（メール差し出し人のアドレス）、送信日付、送信時間を取得し、配列ＭＡＩＬ＿ＬＩＳＴ［Ｊ］にＵＩＤＬ［Ｉ］のメール情報を代入してハードディスク７Ａに保存する。ここでは、メール情報を全て取得して保存するわけではないので、取得時間が減少し、ハードディスク７Ａ容量が少なくて済む。
【００８０】
このとき、変数Ｊの値は「０」、変数Ｉの値は「メール総数−１」であるので、ＴＡＢＬＥ［０］にＵＩＤＬ［メール総数−１］（最後のユニークＩＤ）を代入し、ＭＡＩＬ＿ＬＩＳＴ［０］に最新のメール情報を代入してステップＳ４０４の処理に戻る。
【００８１】
この処理を繰り返すと、ＴＡＢＬＥ［１］に最後から２番目のユニークＩＤ、ＴＡＢＬＥ［２］に最後から３番目のユニークＩＤ、ＴＡＢＬＥ［３］に最後から４番目のユニークＩＤ、……が代入される。
【００８２】
ＭＡＩＬ＿ＬＩＳＴ［１］には、２番目に新しいメールの情報、ＭＡＩＬ＿ＬＩＳＴ［２］には、３番目に新しいメール情報、ＭＡＩＬ＿ＬＩＳＴ［３］には、４番目に新しいメール情報、……が代入される。
【００８３】
メールの総数が扱える最大メール数より少ない場合、ステップＳ４０６でＹＥＳと判断されるより先に、ステップＳ４０５でＹＥＳとなって処理を終了する。
結果的に配列ＴＡＢＬＥには、新しいメールのユニークＩＤから順番にメールボックスに存在する全てのメールのユニークＩＤが登録され、配列ＭＡＩＬ＿ＬＩＳＴには、新しいメールの情報から順番にメールボックスに存在する全てのメールの情報（Ｓｕｂｊｅｃｔ情報、Ｆｒｏｍアドレス、送信日付、送信時間）が登録される。
【００８４】
また、メールの総数が扱える最大メール数より多い場合、ステップＳ４０５でＹＥＳと判断されるより先に、ステップＳ４０６でＹＥＳとなって終了する。結果的に配列ＴＡＢＬＥには、新しいメールのユニークＩＤから順番に、メールボックスに存在する新しいメールから扱えるメール数までのユニークＩＤが登録され、配列ＭＡＩＬ＿ＬＩＳＴには新しいメールの情報から順番に扱えるメール数までのメール（Ｓｕｂｊｅｃｔ情報、Ｆｒｏｍアドレス、送信日付、送信時間）が登録される。このように扱える最大メール数を制限することにより、ハードディスク７Ａの使用容量を抑えることができる。
【００８５】
配列ＴＡＢＬＥ、配列ＭＡＩＬ＿ＬＩＳＴをハードディスク７Ａに保存し、メールボックスに存在するメールをリスト表示したり、リストからメールを選択して印刷することに用いる。
【００８６】
図１３は図１１のメール管理設定処理のステップＳ３７９におけるＰＯＰアカウント入力処理手順を示すフローチャートである。まず、登録ユーザ数が上限値１００より多いか否かを判別する（ステップＳ４２０）。登録ユーザの数には、初期値として値０がセットされている。
【００８７】
登録ユーザ数が上限値１００を越えている場合、操作部１１５にエラーを表示し（ステップＳ４２１）、処理を終了する。一方、登録ユーザ数が上限値１００以下である場合、ＰＯＰサーバ名、ＰＯＰユーザ名、ＰＯＰユーザパスワードを操作部１１５から入力する（ステップＳ４２２、Ｓ４２３、Ｓ４２４）。そして、登録ユーザ数に値１を加え（ステップＳ４２５）、処理を終了する。
【００８８】
図１２を用いて説明したように、配列ＴＡＢＬＥ、配列ＭＡＩＬ＿ＬＩＳＴは、１つのＰＯＰアカウント毎に用意されるので、ＰＯＰアカウントが１つ増えることは、配列ＴＡＢＬＥ、配列ＭＡＩＬ＿ＬＩＳＴを記録するディスク容量が１つ増えることを意味する。
【００８９】
このように、ＰＯＰユーザ数を所定値（本実施形態では、上限値１００）以下に抑えることにより、配列ＴＡＢＬＥ、配列ＭＡＩＬ＿ＬＩＳＴを記録するディスクの領域が無尽蔵に増えることを防止できる。また、必要ディスク容量は、（配列ＴＡＢＬＥ＋配列ＭＡＩＬ＿ＬＩＳＴ）×１００で計算されるので、予めこの領域を確保することが可能である。また、予めこの領域を確保しておくことで、メール情報取得時にディスク容量不足でエラーになることを防止できる。
【００９０】
図１４は図１１のステップＳ３７５におけるメールサーバチェック処理の動作を示す図である。例えば、ネットワークＩ／Ｆ部７からメールサーバ１２に対してＳＭＴＰの接続要求を出すと（４４０）、メールサーバ１２は「２２０」から始まる文字列を返す（４４１）。ネットワークＩ／Ｆ部７から「ＨＥＬＯ」から始まる文字列を送信すると（４４２）、メールサーバ１２は「２５０」から始まる文字列を返す（４４３）。このとき、「２５０」から始まる文字列を返さなかったり、所定時間待っても返事を返さない場合、エラーとみなす。メールサーバ１２が「２５０」から始まる文字列を返す場合、正常にメールサーバが動作しているとみなし、「ＱＵＩＴ」をメールサーバに送信し（４４４）、メールサーバとの接続を終了する。
【００９１】
図１５は図１１のステップＳ３８０におけるＰＯＰサーバチェック処理の動作を示す図である。ネットワークＩ／Ｆ部７からＰＯＰサーバ１２に対してＰＯＰ３の接続要求を出すと（４６０）、ＰＯＰサーバ１２は「＋ＯＫ」から始まる文字列を返す（４６１）。このとき、「＋ＯＫ」以外の文字列を返したり、所定時間待っても返事を返さない場合、エラーとみなす。
【００９２】
ネットワークＩ／Ｆ部７から「ＵＳＥＲ ａｂｃ（ａｂｃは図１３のステップＳ４２３で入力されたＰＯＰユーザ名）」から始まる文字列を送信すると（４６２）、ＰＯＰサーバ１２は「＋ＯＫ」から始まる文字列を返す（４６３）。「＋ＯＫ」以外の文字列を返したり、所定時間待っても返事を返さない場合、エラーとみなす。
【００９３】
ネットワークＩ／Ｆ部７から「ＰＡＳＳ ｘｙｚ（ｘｙｚは図１３のステップＳ４２４で入力されたＰＯＰユーザパスワード）」から始まる文字列を送信すると（４６４）、ＰＯＰサーバ１２は「＋ＯＫ」から始まる文字列を返す（４６５）。＋ＯＫ以外の文字列を返したり、所定時間待っても返事を返さない場合、エラーとみなす。正常に「＋ＯＫ」を返した場合、ネットワークＩ／Ｆ部７から「ＱＵＩＴ」を送信し（４６６）、ＰＯＰサーバ１２との接続を終了する。
【００９４】
尚、以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、クレームで示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００９５】
例えば、上記実施形態では、ネットワークの通信プロトコルにＴＣＰ／ＩＰを用いて説明したが、ＩＰＸ／ＳＰＸ、Ａｐｐｌｅ Ｔａｌｋなどの通信プロトコルを用いても同様の効果を得ることができる。
【００９６】
また、メールのデコード方式としてＢＡＳＥ６４を用いたが、ｕｕｅｎｃｏｄｅ、ＢｉｎＨｅｘ等を用いてもよい。さらに、ＴＩＦＦファイルを印刷するように説明したが、ＪＰＥＧ、ＧＩＦ、ＪＩＣＴ、ＢＭＰ等の画像ファイル形式、画像圧縮フォーマットは、ＭＨに限らず、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＲＬＥでもよい。
【００９７】
さらに、ＰＯＰアカウント入力時、登録ユーザ数を上限値１００に制限したが、この値は一定値、あるいはメール管理設定処理等で可変としてもよい。
【００９８】
また、情報記録装置としてハードディスク７Ａを用いたが、半導体メモリ、光ディスク等の記録装置でも同様の効果を得ることができる。
【００９９】
また、本発明は複数の機器（例えば、ホストコンピュータ、インターフェース機器、リーダ、プリンタなど）から構成されるシステムに適用してもよいし、１つの機器からなる装置に適用してもよい。
【０１００】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記録媒体を、システムあるいは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記憶媒体は本発明を構成することになる。
【０１０１】
上記実施形態では、図８、図９、図１０、図１１、図１２および図１３のフローチャートに示すプログラムコードは記憶媒体であるコア部１０内のＲＯＭなどのメモリに格納されている。プログラムコードを供給する記憶媒体としては、ＲＯＭに限らず、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【０１０２】
【発明の効果】
本発明によれば、例えば、複数のメールアカウントを用いて、ＰＯＰサーバ上に存在するメールボックスからメールを取得する際、ユーザ登録時に上限値を設けることによりメールの情報を記憶する記録媒体の容量が無尽蔵に増えることを抑制できる。また、記録媒体の消費容量を抑制できるので、記録媒体の容量不足に起因する通信装置の動作停止やメールシステム全体の停止を防ぐことができる。さらに、ユーザ登録時に上限値を設けたことで、予め領域を確保することができ、受信中に記録媒体の容量がなくなって受信できなくなることを防止できる。
また、ユーザ登録時に上限値を越えたユーザ数を登録しようとしたユーザに対してエラーを知らせることができる。
【０１０３】
また、本発明によれば、例えば、ＰＯＰサーバ上に存在するメールボックスからメールを取得する際、読み込むメール数の上限値を設けることによりメールの情報を記録する記録媒体の容量が無尽蔵に増えることを抑制できる。また、記録媒体の消費容量を抑制できるので、記録媒体の容量不足に起因する画像形成装置の動作停止やメールシステム全体の停止を防ぐことができる。さらに、新しいメールから順番に情報を取り扱うので、新規に送られたメールが扱えなくなることを防止できる。また、上限値の設定を可変にしたことにより、ユーザの使用する状態に応じて変えることができる。
【０１０４】
このように、電子メールの印刷を自動的に行う場合などにおいて、メール情報を保存する記録媒体の空きスペースが無くなってメールが受信できなくなることを回避できる。
【図面の簡単な説明】
【図１】実施の形態における通信装置の構成を示す図である。
【図２】通信装置の画像入出力デバイスであるリーダ部１およびプリンタ部２の構成を示す図である。
【図３】リーダ部１の構成を示すブロック図である。
【図４】コア部１０の構成を示すブロック図である。
【図５】フォーマッタ部８の構成を示す図である。
【図６】ファクシミリ部４の構成を示す図である。
【図７】通信装置のネットワークＩ／Ｆ部７におけるプログラムの構成を示す図である。
【図８】電子メールを受信して印刷を行うための処理手順を示すフローチャートである。
【図９】ステップＳ３０６、Ｓ３１０におけるデータデコード処理手順を示すフローチャートである。
【図１０】送信宛先および本文コメントと共にスキャナから画像データを取り込んで添付ファイルとしてメールをＰＣ（Ｍａｉｌ）クライアント１５等に送信するＭａｉｌ送信処理手順を示すフローチャートである。
【図１１】メールを送受信する際に通信装置に必要な項目を設定するメール管理設定処理手順を示すフローチャートである。
【図１２】ＰＯＰ３受信時のステップＳ３０３におけるリスト情報取得処理手順を示すフローチャートである。
【図１３】図１１のメール管理設定処理のステップＳ３７９におけるＰＯＰアカウント入力処理手順を示すフローチャートである。
【図１４】図１１のステップＳ３７５におけるメールサーバチェック処理の動作を示す図である。
【図１５】図１１のステップＳ３８０におけるＰＯＰサーバチェック処理の動作を示す図である。
【図１６】従来の電子メールの情報を印刷するシステムの構成を示す図である。
【符号の説明】
３ 画像入出力制御部
７ ネットワークＩ／Ｆ部
７Ａ ハードディスク
１０ コア部
１１、１５ クライアント
１２、１４ サーバ
１３ インターネット網
１２３ ＣＰＵ
１２４ メモリ

Claims (4)

1. 電子メールを受信し、当該受信した電子メールに添付された画像の印刷を行う通信装置であって、
   複数のユーザアカウントを登録する登録手段と、
   前記登録手段により登録された複数のユーザアカウントのいずれか１つを用いてメールサーバに接続する接続手段と、
   前記接続手段により接続されたメールサーバから電子メールを取得する取得手段と、
   前記接続手段による１回の接続で前記取得手段が取得する電子メールの上限数を設定する設定手段と、
   前記接続手段による１回の接続で前記取得手段が取得した電子メールの数が前記設定手段で設定された上限数に達した場合に、前記取得手段による電子メールの取得を中止させる制御手段と、
   前記登録手段により登録可能なユーザアカウントの上限数を管理する管理手段と、
   前記管理手段により管理された上限数を超えるユーザアカウントの登録を制限する登録制限手段と、
   前記ユーザアカウントの登録が制限された場合、その旨を知らせる報知手段と、
   を有することを特徴とする通信装置。
2. 前記取得手段は、前記メールサーバに新しく格納された電子メールから順番に取得することを特徴とする請求項１に記載の通信装置。
3. 電子メールを受信し、当該受信した電子メールに添付された画像の印刷を行う通信装置の制御方法であって、
   複数のユーザアカウントを登録する登録ステップと、
   前記登録ステップで登録された複数のユーザアカウントのいずれか１つを用いてメールサーバに接続する接続ステップと、
   前記接続ステップで接続されたメールサーバから電子メールを取得する取得ステップと、
   前記接続ステップでの１回の接続により前記取得ステップで取得する電子メールの上限数を設定する設定ステップと、
   前記接続ステップでの１回の接続により前記取得ステップで取得した電子メールの数が前記設定ステップで設定された上限数に達した場合に、前記取得ステップでの電子メールの取得を中止させる制御ステップと、
   前記登録ステップで登録可能なユーザアカウントの上限数を管理する管理ステップと、
   前記管理ステップで管理された上限数を超えるユーザアカウントの登録を制限する登録制限ステップと、
   前記ユーザアカウントの登録が制限された場合、その旨を知らせる報知ステップと、
   を有することを特徴とする通信装置の制限方法。
4. 電子メールを受信し、当該受信した電子メールに添付された画像の印刷を行う通信装置を制御するコンピュータによって実行されるプログラムが格納された記憶媒体において、
   前記プログラムは、
   複数のユーザアカウントを登録する登録ステップと、
   前記登録ステップで登録された複数のユーザアカウントのいずれか１つを用いてメールサーバに接続する接続ステップと、
   前記接続ステップで接続されたメールサーバから電子メールを取得する取得ステップと、
   前記接続ステップでの１回の接続により前記取得ステップで取得する電子メールの上限数を設定する設定ステップと、
   前記接続ステップでの１回の接続により前記取得ステップで取得した電子メールの数が前記設定ステップで設定された上限数に達した場合に、前記取得ステップでの電子メールの取得を中止させる制御ステップと、
   前記登録ステップで登録可能なユーザアカウントの上限数を管理する管理ステップと、
   前記管理ステップで管理された上限数を超えるユーザアカウントの登録を制限する登録制限ステップと、
   前記ユーザアカウントの登録が制限された場合、その旨を知らせる報知ステップと、
   を有することを特徴とする記憶媒体。

Images