JP2008262598A - 通信装置、通信装置の制御方法、プログラム及び記憶媒体 - Google Patents

Abstract

【課題】入力された設定情報に従って電子メールを送信するための接続を要求し、該要求コマンドに対する応答が電子メールサーバから正常に返されてきた場合に、入力された設定情報が正しいと判断する仕組みを提供する。
【解決手段】操作部１１５からパラメータを入力し、ＩＰアドレス、ネットマスク、デフォルトゲートウェイを設定し（Ｓ３７１、Ｓ３７２、Ｓ３７３）、メールサーバを設定した後（Ｓ３７４）、メールサーバをチェックする（Ｓ３７５）。このメールサーバのチェックでは、実際に設定されたメールサーバ対して接続を試み、メールサーバから正常な応答（「２５０」から始まる文字列）が返されてきた場合には、設定の内容は正しいと判断するとともに、「ＱＵＩＴ」を送信して接続を終了させる（Ｓ４４４）。
【選択図】図１１

Description

本発明は、例えば、電子メールおよび電子メールに添付されているファイルの送受信を行う通信装置、通信装置の制御方法、プログラム及び記憶媒体に関する。

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

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

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

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

このようなシステムでは、Ｍａｉｌクライアント１５ａにインストールされているメールプログラムでＭａｉｌサーバとＰＯＰサーバの設定が必要となる。この場合、Ｍａｉｌサーバには、Ｍａｉｌサーバ１４ａの名称、ＰＯＰサーバ１４ａの名称を設定する。Ｍａｉｌサーバ１４ａ、ＰＯＰサーバ１４ａの準備が整っていると、電子メールの送信および受信が可能となる（例えば、特許文献１参照）。
特開２０００−０９００２１号公報

しかしながら、メールサーバ、ＰＯＰサーバの名称はキーボードから入力されるために誤って設定されることがあった。誤って設定された場合、電子メール送信時や電子メール受信時にエラーとなっていた。特に、表示ディスプレイ、キーボードが小さい通信装置の場合、エラーの発生頻度が高かった。

また、複数のユーザが使用する通信装置の場合、Ｍａｉｌサーバ、ＰＯＰサーバのような設定は管理者にまかされていることが多く、一般のユーザでは修正に時間がかかっていた。

さらに、管理者パスワードが設定されている場合、一般のユーザでは修正が不可能であった。

そこで、本発明は、入力された設定情報に従って電子メールを送信するための接続を要求し、該要求コマンドに対する応答が電子メールサーバから正常に返されてきた場合に、該入力された設定情報が正しいと判断する仕組みを提供することを目的とする。

また更に、本発明では、前記要求コマンドに対する応答が電子メールサーバから正常に返されてきた場合に、接続を終了させるための終了コマンドを送信することにより、電子メールを送信することなく前記判断を行う仕組みを提供することを目的とする。

上記目的を達成するために、請求項１記載の通信装置は、電子メールの送信に用いられる電子メールサーバとの通信を行う通信手段と、前記電子メールサーバとの通信を行うために、該電子メールサーバに関する設定情報を入力する入力手段と、前記入力手段により入力された設定情報に従って、前記電子メールサーバに対して電子メールを送信するための接続を要求する要求コマンドを送信する第１の送信手段と、前記第１の送信手段により送信された要求コマンドに対する応答が、前記電子メールサーバから正常に返されてきた場合に、前記電子メールサーバに対して電子メールを送信することなく、接続を終了させるための終了コマンドを送信する第２の送信手段と、前記第１の送信手段により送信された要求コマンドに対する応答が、前記電子メールサーバから正常に返されてきた場合に、前記入力手段により入力された設定情報が正しいと判断する判断手段と、を備えることを特徴とする。

上記目的を達成するために、請求項５記載の通信装置の制御方法は、電子メールの送信に用いられる電子メールサーバとの通信を行う通信手段を備えた通信装置の制御方法であって、前記電子メールサーバとの通信を行うために、該電子メールサーバに関する設定情報を入力する入力工程と、前記入力工程で入力された設定情報に従って、前記電子メールサーバに対して電子メールを送信するための接続を要求する要求コマンドを送信する第１の送信工程と、前記第１の送信工程で送信された要求コマンドに対する応答が、前記電子メールサーバから正常に返されてきた場合に、前記電子メールサーバに対して電子メールを送信することなく、接続を終了させるための終了コマンドを送信する第２の送信工程と、前記第１の送信工程で送信された要求コマンドに対する応答が、前記電子メールサーバから正常に返されてきた場合に、前記入力工程で入力された設定情報が正しいと判断する判断工程と、を備えることを特徴とする。

本発明によれば、入力された設定情報に従って電子メールを送信するための接続を要求し、該要求コマンドに対する応答が電子メールサーバから正常に返されてきた場合に、該入力された設定情報が正しいと判断することができる。これにより、正しくない設定情報が入力されたままになってしまうことを防ぐことができる。

更に、本発明によれば、前記要求コマンドに対する応答が電子メールサーバから正常に返されてきた場合に、接続を終了させるための終了コマンドを送信することにより、電子メールを送信することなく前記判断を行うことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図９はステップＳ３０６、Ｓ３１０におけるデータデコード処理手順を示すフローチャートである。まず、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）のヘッダ処理を行う（ステップＳ３２０）。ＭＩＭＥのヘッダ処理を行うと、メールが日本語で書かれていることがわかる。電子メールの日本語本文はＪＩＳコードで書かれているために、ＪＩＳコードを印刷することが可能なＳＪＩＳコードに変換する（ステップＳ３２１）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

実施の形態における通信装置の構成を示す図である。 通信装置の画像入出力デバイスであるリーダ部１およびプリンタ部２の構成を示す図である。 リーダ部１の構成を示すブロック図である。 コア部１０の構成を示すブロック図である。 フォーマッタ部８の構成を示す図である。 ファクシミリ部４の構成を示す図である。 通信装置のネットワークＩ／Ｆ部７におけるプログラムの構成を示す図である。 電子メールを受信して印刷を行うための処理手順を示すフローチャートである。 ステップＳ３０６、Ｓ３１０におけるデータデコード処理手順を示すフローチャートである。 送信宛先および本文コメントと共にスキャナから画像データを取り込んで添付ファイルとしてメールをＰＣ（Ｍａｉｌ）クライアント１５等に送信するＭａｉｌ送信処理手順を示すフローチャートである。 メールを送受信する際に通信装置に必要な項目を設定するメール管理設定処理手順を示すフローチャートである。 ＰＯＰ３受信時のステップＳ３０３におけるリスト情報取得処理手順を示すフローチャートである。 図１１のメール管理設定処理のステップＳ３７９におけるＰＯＰアカウント入力処理手順を示すフローチャートである。 図１１のステップＳ３７５におけるメールサーバチェック処理の動作を示す図である。 図１１のステップＳ３８０におけるＰＯＰサーバチェック処理の動作を示す図である。 従来の電子メールの情報を印刷するシステムの構成を示す図である。

符号の説明

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

Claims (10)

1. 電子メールの送信に用いられる電子メールサーバとの通信を行う通信手段と、
   前記電子メールサーバとの通信を行うために、該電子メールサーバに関する設定情報を入力する入力手段と、
   前記入力手段により入力された設定情報に従って、前記電子メールサーバに対して電子メールを送信するための接続を要求する要求コマンドを送信する第１の送信手段と、
   前記第１の送信手段により送信された要求コマンドに対する応答が、前記電子メールサーバから正常に返されてきた場合に、前記電子メールサーバに対して電子メールを送信することなく、接続を終了させるための終了コマンドを送信する第２の送信手段と、
   前記第１の送信手段により送信された要求コマンドに対する応答が、前記電子メールサーバから正常に返されてきた場合に、前記入力手段により入力された設定情報が正しいと判断する判断手段と、
   を備えることを特徴とする通信装置。
2. 前記入力手段により入力された設定情報を登録する登録手段を更に備えることを特徴とする請求項１に記載の通信装置。
3. 前記判断手段は、前記第１の送信手段により送信された要求コマンドに対する応答が、前記電子メールサーバから正常に返されてこなかった場合に、前記入力手段により入力された設定情報が正しくないと判断し、
   前記判断手段により、前記入力手段により入力された設定情報が正しくないと判断された場合に、その旨をユーザに通知する通知手段を更に備えることを特徴とする請求項２に記載の通信装置。
4. 前記判断手段により、前記入力手段により入力された設定情報が正しくないと判断された場合は、前記通知手段による通知を行ったうえで、前記登録手段による前記入力された設定情報の登録を行う特徴とする請求項３に記載の通信装置。
5. 電子メールの送信に用いられる電子メールサーバとの通信を行う通信手段を備えた通信装置の制御方法であって、
   前記電子メールサーバとの通信を行うために、該電子メールサーバに関する設定情報を入力する入力工程と、
   前記入力工程で入力された設定情報に従って、前記電子メールサーバに対して電子メールを送信するための接続を要求する要求コマンドを送信する第１の送信工程と、
   前記第１の送信工程で送信された要求コマンドに対する応答が、前記電子メールサーバから正常に返されてきた場合に、前記電子メールサーバに対して電子メールを送信することなく、接続を終了させるための終了コマンドを送信する第２の送信工程と、
   前記第１の送信工程で送信された要求コマンドに対する応答が、前記電子メールサーバから正常に返されてきた場合に、前記入力工程で入力された設定情報が正しいと判断する判断工程と、
   を備えることを特徴とする通信装置の制御方法。
6. 前記入力工程で入力された設定情報を登録する登録工程を更に備えることを特徴とする請求項５に記載の通信装置の制御方法。
7. 前記判断工程では、前記第１の送信手段により送信された要求コマンドに対する応答が、前記電子メールサーバから正常に返されてこなかった場合に、前記入力工程で入力された設定情報が正しくないと判断し、
   前記判断工程において、前記入力工程で入力された設定情報が正しくないと判断された場合に、その旨をユーザに通知する通知工程を更に備えることを特徴とする請求項６に記載の通信装置の制御方法。
8. 前記判断工程において、前記入力工程で入力された設定情報が正しくないと判断された場合は、前記通知工程で前記通知を行ったうえで、前記登録工程で前記入力された設定情報の登録を行う特徴とする請求項７に記載の通信装置の制御方法。
9. 請求項５から８のいずれか１項に記載の通信装置の制御方法をコンピュータに実行させるためのプログラム。
10. 請求項５から８のいずれか１項に記載の通信装置の制御方法をコンピュータに実行させるためのプログラムを記憶したコンピュータで読み取り可能な記憶媒体。

Images