データ通信装置、データ通信装置の制御方法、及びプログラム
【課題】 電子メールの受信機能を持たないデバイスがＰＯＰ Ｂｅｆｏｒｅ ＳＭＴＰ認証による電子メールの送信を行う場合がある。このような場合、メールサーバは、事前にＰＯＰアカウントを発行しそのＰＯＰアカウントをデバイス毎に管理している。ＰＯＰアカウントを発行するとデバイス専用のメールボックスが付与される。しかし、受信機能を持たないデバイスは、メールボックスを付与されても、そのボックスに格納された電子メールを受信できない。そのため、メールサーバのメールボックスのメールが溢れ、メールサーバの挙動が不安定になる可能性がある。
【解決手段】 電子メールを受信する機能を持たない画像処理装置において、メールサーバのメールボックスに格納された電子メールを消去する指示を行う。
【解決手段】 電子メールを受信する機能を持たない画像処理装置において、メールサーバのメールボックスに格納された電子メールを消去する指示を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のメールサーバを経由して電子メールを送信する送信手段を有するデータ通信装置、データ通信装置の制御方法、及びプログラムに関する。
【背景技術】
【０００２】
ネットワークを経由して画像などのデータを送受信する機能を備えるデータ通信装置の一例として、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎａｌ Ｐｅｒｉｐｈｅｒａｌ）が一般的に知られている。近年では、廉価なＭＦＰであっても、ネットワークを経由した画像の送受信機能を搭載している。画像の送受信機能はさまざまなプロトコルにより実現可能であるが、なかでも電子メールに画像を添付して送受信する機能は一般的に知られている。電子メールの送受信機能は厳密には送信機能と受信機能に分類される。
【０００３】
ＭＦＰに於ける電子メールの送信機能とは、ＭＦＰで読み取った画像を指定のファイル形式に変換し、メールサーバにＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルにて送信する機能などを指す。
【０００４】
ＭＦＰに於ける電子メールの受信機能とは、他のデバイスから送信された画像データをメールサーバ（ＰＯＰサーバ）経由でＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）のプロトコルにより受信し、受信した画像データに基づく印刷等を行う機能を指す（例えば、特許文献１参照）。
【０００５】
近年、セキュリティの観点から、電子メールを送信する時に「ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証」と呼ばれる認証を行うことが一般的になっている。ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証では、ＰＯＰのプロトコルを利用する。具体的には、電子メールをＳＭＴＰのプロトコルにて送信する前に、送信元のＭＦＰがＰＯＰの認証を通過したかどうかを判断する。ＰＯＰの認証を通過したと判断されればＳＭＴＰによる電子メールの送信を許可し、ＰＯＰの認証を通過しないと判断されれば電子メールの送信を制限する。
【０００６】
ところで、ハードウェアの資源が乏しいＭＦＰにおいては、小メモリ／低コスト化のために電子メールの送信機能に限定して搭載され、電子メールの受信機能は搭載されない場合がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１３５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述のように電子メールの受信機能を搭載しないＭＦＰであっても、セキュリティ上の観点から、ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証を行って電子メールを送信する場合がある。
【０００９】
ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証を行う場合は、電子メールの送信時にＰＯＰのプロトコルを利用して、電子メールの送信元のＭＦＰに対するＰＯＰの認証がされているかどうかを判断する。この認証を行うために、メールサーバは、ＰＯＰのアカウントをＭＦＰに対して発行し、発行したＰＯＰのアカウントを管理している。一方ＭＦＰは、ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証を行うために予めメールサーバが発行したＰＯＰアカウントを設定する必要がある。
【００１０】
通常、メールサーバでＰＯＰのアカウントを発行すると、メールサーバはそのＭＦＰのために専用の受信メールボックスを付与する（ＭＦＰ専用の記憶領域をメールサーバ上に確保する）。しかしながら、ＰＯＰのアカウントを発行したことによって専用のメールボックスがＭＦＰに付与されたとしても、電子メールの受信機能をもたないＭＦＰでは、メールサーバのメールボックス内の電子メールを受信する手段はない。メールボックスに格納された電子メールを受信できないので、ＭＦＰに付与されたメールボックスに格納された電子メールを確認できない。その結果、メールボックスに格納された電子メールがＭＦＰによってアクセスされることなく記憶され続け、最終的にＭＦＰに割り当てられたメールサーバ上の記憶領域に電子メールを記憶しきれなくなったり、メールサーバ上のメールボックスの管理が煩雑になったりする可能性がある。
【００１１】
本発明は、上述した課題に鑑みて、メールサーバのメールボックスから電子メールを受信する機能をもたないデータ通信装置であって、ＰＯＰのアカウントが発行されたデータ通信装置が、メールサーバに専用に割り当てられたメールボックスに格納された電子メールを消去する手段を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明のデータ通信装置は、外部装置によって送信された電子メールをネットワーク上のメールサーバ経由で受信する機能をもたないデータ通信装置であって、
前記メールサーバによって前記データ通信装置に対して発行されたＰＯＰのアカウントに基づいて、電子メールを前記メールサーバ経由で指定された宛先へ送信する送信手段と、
前記アカウントが発行されたことに従って前記データ通信装置に割り当てられた前記メールサーバのメールボックスに格納された電子メールを消去する消去指示を前記メールサーバに通知する通知手段とを
有することを特徴とする。
【発明の効果】
【００１３】
電子メールの受信機能をもたないデータ通信装置であっても、ＰＯＰアカウントに対応した専用の受信メールボックスの電子メールを消去する機能を提供し、メールサーバのメールボックスが溢れることによりメールサーバを安定的に動作させることができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に於ける、ＭＦＰとメールサーバとクライアントＰＣを有するシステムの構成図である。
【図２】ＭＦＰのハードウェア構成を説明する図である。
【図３】ＭＦＰの操作部を説明する図である。
【図４】ＭＦＰに於ける、メールボックスに格納された電子メールを消去する処理を説明するためのフローチャートである。
【図５】ＭＦＰに於ける、メールボックスに格納された電子メールを確認する処理を説明するためのフローチャートである。
【図６】メールボックスを消去する際に表示される画面を説明する図である。
【図７】メールボックスを確認する際に表示される画面を説明する図である。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１６】
＜システム構成の説明＞
図１を用いて、本実施形態におけるシステム全体の構成について説明する。本システムでは、データ通信装置の一例であるＭＦＰ１０１と、クライアントＰＣ１０３と、メールサーバ１０４がＬＡＮ１０５を介して互いに通信可能に接続されている。
【００１７】
ＭＦＰ１０１は、原稿画像を光学的に読み取り、画像データに変換するリーダー装置１３を有する。リーダー装置１３は、原稿を読み取るための機能を持つスキャナユニット１１と、原稿用紙を搬送するための機能を持つ原稿給紙ユニット１２とで構成される。ＭＦＰ１０１は、更に、記録紙を搬送し、その上に画像データを可視画像として印字して装置外に排紙するＬＢＰ部（画像出力装置）４５を有する。ＬＢＰ部４５は、複数種類の記録紙カセットを持つ給紙ユニット４３と、画像データを記録紙に転写、定着させる機能を持つマーキングユニット４１と、印字された記録紙をソート、ステイプルして機外へ出力する機能を持つ排紙ユニット４２とで構成される。更にＭＦＰ１０１は制御装置１０２を有し、リーダー装置１３、ＬＢＰ部４５と電気的に接続する。更にＭＦＰ１０１は、ＬＡＮ１０５を介して、クライアントＰＣ１０３などの外部装置やメールサーバ１０４と接続されている。本実施形態においては、メールサーバ１０４にはＭＦＰ１０１専用に割り当てられたメールボックスが存在すると想定する。
【００１８】
制御装置１０２は、リーダー装置１３を制御して原稿を読み取り、ＬＢＰ部４５を制御して画像データを記録用紙に出力する機能を提供する。また制御装置１０２は、リーダー装置１３から読み取った画像データを、ＬＡＮ１０５を介してクライアントＰＣ１０３等の外部装置へ画像を送信する機能を提供する。電子メールの形式で送信する場合は、メールサーバ１０４を経由する。
【００１９】
操作部１５０は、制御装置１０２に接続され、後述（図３）のＬＣＤ１３５やのハードキーで構成され、ＭＦＰを操作するためのユーザＩ／Ｆを提供する。
＜ＭＦＰの説明＞
図２を用いて、図１のＭＦＰ１０１のハードウェア構成をより詳細に説明する。
【００２０】
１８０はＣＰＵであり、ＭＦＰ１０１の全体的な動作を制御する。スキャナインタフェース（Ｉ／Ｆ）部１０には、アナログフロントエンド（ＡＦＥ）１５を介して、ＣＣＤ１７と接続されている。スキャナＩ／Ｆ部１０は、ＣＣＤ１７で画像データに変換された信号を入力処理する。ここで入力された画像データは、メモリ制御部７０によりＤＭＡ転送されてメインメモリ１００に展開される。
【００２１】
スキャナ画像処理部２０は、スキャナＩ／Ｆ部１０によりメインメモリ１００に展開された画像データに対して、画像処理動作モード（カラーコピー、モノクロコピー、カラースキャン、モノクロスキャン等）に応じた画像処理を実行する。
【００２２】
バッファ調停部７７は、スキャナＩ／Ｆ部１０とスキャナ画像処理部間のデータの受け渡しをメインメモリ１００のリングバッファ領域（不図示）を介して行う場合、データの書き込みと読み出しを調停する。
【００２３】
プリンタ画像処理部３０は、入力する画像の領域編集や解像度変換を行い、得られた画像データをプリンタ出力する。プリンタインタフェース（Ｉ／Ｆ）４０は、接続するレーザビームプリンタ（ＬＢＰ）４５に画像処理結果を出力する。
【００２４】
バッファ調停部７８は、プリンタ画像処理部３０とプリンタインタフェース４０間のデータの受け渡しをメインメモリ１００上のリングバッファ領域を介して行う場合、データの書き込みと、読み出しを調停する。バッファ調停部７７、７８では基本構成は同一のブロックであるが、使用する用途により制御方法が異なる。
【００２５】
ＪＰＥＧモジュール５０、ＪＢＩＧモジュール６０は、それぞれ所定の規格に準拠した画像データの圧縮、伸張処理を実行する。
【００２６】
７０はメモリ制御部であり、画像処理系の第１バス８３、第２バス８４、及びコンピュータ系の第３バス８５をそれぞれ接続し、メインメモリ（ＳＤＲＡＭ）１００に対するデータの書き込みや読み出しのためのデータ転送制御を行なう。
【００２７】
９１はＤＭＡコントローラ（ＤＭＡＣ）である。メモリ制御部７０と協働して、各画像処理部（１０、２０、３０、４０）とメインメモリ１００との間のデータ授受に関し、ＤＭＡ制御するための所定のアドレス情報を生成、設定する。例えば、画像読み取りデバイスの種類、ＣＣＤ１７、ＣＩＳ１８の別に応じて、スキャナＩ／Ｆ部１０で読み取り処理された画像データをメインメモリ１００にＤＭＡ転送するためのアドレス情報をＤＭＡのチャンネルごとに生成する。また、メインメモリ１００上に展開された画像データをスキャナ画像処理部２０にＤＭＡ転送する等、画像処理部（１０、２０、３０、４０）とメインメモリ１００間におけるＤＭＡ制御を、メモリ制御部７０と共に司るユニットとして機能する。
【００２８】
ＲＯＭ９５には画像読み取りデバイス（ＣＣＤ１７やＣＩＳ１８）に応じて、適した制御パラメタ、制御プログラムデータが格納されている。このためＣＣＤ１７、ＣＩＳ１８個別のデータ出力形式に応じた画像データの入力処理が可能となり、専用のインタフェース回路を設ける必要がなくなる。また、ＲＯＭ９５には不揮発のデータを格納することができるため、電源のＯＦＦ／ＯＮに関わらず保存しておきたいデータを格納する。
【００２９】
第１バス８３は、メインメモリ１００から読み出したデータを画像処理系の各処理部（１０〜６０）に送出する。第２バス８４は、画像処理系の各処理部（１０〜６０）から読み出したデータをメインメモリ１００に送出する。第１バスと第２バスは対になって画像処理ブロックとメインメモリ１００間の画像データの授受を行う。８５は、ＣＰＵ１８０、通信及びユーザインタフェース制御部１７０、メカトロ系制御部１２５、画像処理部内部の制御レジスタ、及びＤＭＡＣ９０が接続するコンピュータ系の第３バスである。
【００３０】
メカトロ系制御部１２５にはモータ制御部１１０と、モータの駆動タイミングや、画像処理系の処理の同調を制御するためのタイミング制御を司る割り込みタイマー制御部１２０が含まれる。
【００３１】
ＬＣＤ制御部１３０は、ＭＦＰの種々の設定、処理状況等をＬＣＤ１３５に表示するための表示制御を行う。
【００３２】
１４０、１４５は周辺機器との接続を可能にするＵＳＢインタフェース部である。
１６０はメディアアクセス制御（ＭＡＣ）部であり、接続する機器に対してデータをどのようなタイミングで送り出せばよいか（アクセス）等を制御するユニットである。ＬＡＮ（図１の１０５）を介して他の機器（図１の１０３）と通信する場合にもこのユニットを使用する。
【００３３】
＜データ送信制御の説明＞
次に送信機能について説明する。ＣＰＵ１８０は、ＲＯＭ９５に格納されたプロトコルや送信仕様を実現するための制御プログラムを実行する。具体的には、画像格納メモリ（ＲＡＭ１００）に蓄積された画像に対して符号化、パケットヘッダの付加などを行い、第３バス（図２の８５）、ＬＡＮＣ（図２の１６０）を介してネットワーク上の情報機器、例えばクライアントＰＣ（図１の１０３）やネットワーク上のメールサーバ（ＳＭＴＰサーバ）経由で指定された宛先へ画像の送信を行う。
【００３４】
本実施形態では、ＴＣＰ／ＩＰ上でＳＭＴＰプロトコル（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用して、メールサーバ（ＳＭＴＰサーバ）経由でクライアントＰＣ（図１の１０３）に画像を添付した電子メールを送信する。
【００３５】
更に本実施形態では、ＳＭＴＰサーバ経由で電子メールを送信する際、「ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証」と呼ばれる認証をしてから電子メールをメールサーバ（ＳＭＴＰサーバ）へ送信する。ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証は、電子メールを送信する前に予めＰＯＰサーバにアクセスさせることによって認証する方式である。ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証を行うためには、事前にＰＯＰサーバによりＰＯＰアカウントを発行される必要がある。またメールサーバ（図１の１０４）は、事前にＰＯＰアカウントをＭＦＰ１０１に対して発行すると、そのＭＦＰ１０１に対して専用のメールボックスを付与する。本実施形態では、ＭＦＰ１０１用に割り当てられたメールボックスが存在する。
【００３６】
なお、発行されるＰＯＰアカウントは、あくまでもＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証による電子メール送信を行うためのものであり、発行されるＰＯＰアカウントを用いて電子メールの受信を行う機能についてはＭＦＰ１０１は備えていない。
【００３７】
また、画像データの送信と同様に、ＣＰＵ１８０はＲＯＭ９５に格納された電子メール消去制御プログラムを実行する。具体的には、ＣＰＵ１８０はＬＡＮＣ（図２の１６０）を介してネットワーク上のメールサーバ（図１の１０４）に電子メールを消去する依頼を行う。消去する依頼は、ＴＣＰ／ＩＰ上のＰＯＰプロトコル（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）を使用して行われる。例えば、ＰＯＰ３であれば、ＤＥＬＥコマンドをＰＯＰサーバに送信することにより消去する依頼を行う。
【００３８】
なお本実施形態では、電子メールの受信機能、すなわち、外部装置により送信された画像データをメールサーバ経由で受信し、メールサーバ経由で受信した画像データに基づいて印刷する機能は持たないことを前提とする。ただし、メールサーバを経由しない画像データの受信機能、例えば、公衆回線を介して受信するファクシミリ画像に基づく印刷などの機能は備えていても構わない。
【００３９】
＜操作部の説明＞
図３を用いて、ＭＦＰ１０１の操作部１５０について説明する。図３に操作部１５０の構成を示す。操作部１５０は、ＬＣＤ１３５、メニュー選択キー３０１、テンキー３０２、リセットキー３０３、ストップキー３０４、スタートキー３０５から構成される。本実施形態では、３０１〜３０５はハードキーである。
【００４０】
ＬＣＤ１３５は、ＬＣＤＣ（図２の１３０）から入力される制御に基づいて後述する図６の画面を表示する。メニュー選択キー３０１はＬＣＤ１３５上に表示されるメニューを選択するための上下左右にスクロールするためのスクロールキーと、選択項目を確定させるための確定キーから構成される。テンキー３０２は、部数等の数値を直接入力するためのキーである。リセットキー３０３は、設定途中の状態をクリアして、設定を初期値に戻すためのキーである。スタートキー３０５は各種ジョブを開始する指示を与えるためのキーである。ストップキー３０４は、開始されたジョブを停止させるための指示を与えるキーである。
【００４１】
＜メールボックスクリア制御＞
図４は、ＭＦＰ１０１に於ける、メールサーバ（図１の１０４）のメールボックスに格納されている電子メールを消去する処理を説明するためのフローチャートである。
【００４２】
図４のフローチャートの各ステップは、ＲＯＭ９５に記憶されたプロトコルや送信仕様を実現するための制御プログラムをＣＰＵ１８０が実行して実現される。
【００４３】
図４のフローチャートの処理は、ＬＣＤ１３５に図６の画面６０１が表示された状態で開始される。
【００４４】
Ｓ４０１では、ＣＰＵ１８０が、メールボックスに格納された電子メールを消去する消去指示を検知する。具体的には、ＣＰＵ１８０は、ＬＣＤ１３５に表示された図６の画面６０１で＜Ｅメール設定＞６０２が選択されると、画面６０３を表示する。そして画面６０３で＜認証／暗号化設定＞６０４がユーザに選択されると、ＣＰＵ１８０は画面６０５を表示する。そして画面６０５で＜送信前のＰＯＰ認証＞６０６が選択されるとＣＰＵ１８０は画面６０７を表示する。最終的に画面６０７の＜メールボックスのクリア＞６０９が選択されると画面６１０が表示される。画面６１０で＜はい＞が選択されると、メールボックスの電子メールを消去する消去指示を検知することとなる。消去指示を検知した場合はＳ４０２に進み、検知しない場合は再度Ｓ４０１で検知の確認を行う。
【００４５】
Ｓ４０２では、ＣＰＵ１８０が、メールサーバ（図１の１０４）の受信サーバ（ＰＯＰサーバ）に関するＰＯＰアカウントが設定されているか否かを検知する。受信サーバに関するＰＯＰアカウントは、ユーザ名やパスワード、ドメイン名等である。ＰＯＰアカウントは、不図示の不揮発記憶領域に保存される。従って、一度ＰＯＰアカウントの設定が行われるとその情報はＭＦＰ（図１の１０１）の電源ＯＦＦ／ＯＮに関わらず保存される。また、受信サーバの設定は図６の画面６０７で行われる。Ｓ４０２で、ＣＰＵ１８０によりメールサーバに対するＰＯＰアカウントの設定がされていることを検知した場合はＳ４０３に進み、設定されていない場合は受信サーバのメールボックスに対してアクセスすることができないためＳ４０１に戻る。
【００４６】
Ｓ４０３では、ＣＰＵ１８０が、現在ＭＦＰ（図１の１０１）が電子メールを送信中であるか否かの確認を行う。電子メールを送信中でなければＳ４０４に進み、電子メールを送信中であればこのタイミングではメールボックスの電子メールの消去が実行できないためＳ４０１に戻る。ただし、Ｓ４０３のステップは制御装置（図１の１０２）のハードウェア構成や図２のＲＯＭ９５に格納された制御プログラムによっては不要の場合がある。つまり電子メールの送信と消去が同時に行えるような制御が可能な場合である。本実施形態では、ＣＰＵ１８０が、ＬＣＤ１３５上に図６の６０１〜６１０の画面を表示し、ユーザによるハードキー押下を検知することによりメールボックスの電子メールの消去を実現する。従って、電子メールの送信を同時に指示することができないため必ずＳ４０４に進む。
【００４７】
Ｓ４０４では、ＣＰＵ１８０が、メールサーバ（図１の１０４）に対して現在メールボックスのクリア中か否かを問い合わせる。もし、現在メールボックスクリア中の場合メールボックスのクリア処理は不要であるためＳ４０１に戻る。現在メールボックスのクリア中でなければＳ４０５に進む。
【００４８】
Ｓ４０５では、ＣＰＵ１８０が、メールサーバ（図１の１０４）に対してメールボックスの消去することを示す消去指示を送信する。具体的には、以下の手順に沿って消去指示が送信される。まず、ＰＯＰ３の仕様で規定されているＬＩＳＴコマンドをメールサーバに送信する。ＬＩＳＴコマンドを送信すると、メールサーバ１０４は、送信元のＭＦＰ１０１に割り当てられているメールボックスに格納されている電子メールの一覧情報をＭＦＰに応答する。ＭＦＰ１０１は、応答として受信した電子メールの一覧情報に基づき、電子メールの番号を指定してＤＥＬＥコマンドをメールサーバに送信する。本実施形態では、取得した一覧情報に記述されている全ての電子メールを指定してＤＥＬＥコマンドを送信する。
【００４９】
Ｓ４０５でＤＥＬＥコマンドをメールサーバ１０４へ送信（通知）すると、メールサーバ１０４では、ＤＥＬＥコマンドに応じてメールボックスに格納されている電子メールを消去する。なお消去する電子メールには、ＬＡＮＣ（図２の１６０）を介してＭＦＰ１０１により送信された電子メールに対する自機宛ての応答メールやエラーメールなどが想定される。
【００５０】
本実施形態では、メールボックスに格納されている電子メールを消去する消去指示は、ＭＦＰ１０１に装備された操作部１５０でユーザから指示を受け付けたことに従ってされるものとしている。しかしながら、図２のＲＯＭ９５に格納された制御プログラムが遠隔からの指示を受け付けることに対応していれば、遠隔の情報機器から消去要求を行うことも可能である。
【００５１】
また、ユーザが直接指示するのではなく、間接的な指示により自動的にメールボックスに格納されたメールを消去することも可能である。
【００５２】
例えば、予め６１１の画面で＜メールボックスの自動クリア＞６１２を選択すると、メールボックスの電子メールを自動的に消去する設定がされる。これにより、Ｓ４０１において、ＣＰＵ１８０はユーザによるハードキー押下を検知することなく、消去指示を自動的に受け取ることができる。自動的に消去指示を受け取るタイミングは以下に挙げたもののいずれかを採用してもよい。
・ＭＦＰ１０１の起動時
・前回の電子メール消去処理から一定時間が経過した時
・画像データ送信の開始時
・画像データ送信の終了時
以上より、本実施形態によれば、電子メールに画像を添付して送信する機能を持つが、電子メールを受信して画像を処理する機能を持たないＭＦＰにおいても、ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証による電子メールの送信が可能となる。
【００５３】
更に本実施形態によれば、ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証による電子メールの送信後、その送信した電子メールの応答としてメールボックスに格納される（可能性がある）応答メールやエラーメールを消去可能とした。この結果、メールサーバのメールボックスに格納されている電子メールがメールボックスの記憶領域に記憶しきれなくなり、メールサーバの挙動が不安定になる事態を防止することができる。また本実施形態によれば、不必要な電子メールがメールサーバ上に記憶され続けるような事態を避けることができる。
【００５４】
＜メールボックス確認制御＞
図５は、メールボックスに電子メールが存在するか否かを確認するフローチャートである。図５のフローチャートの各ステップは、ＲＯＭ９５に記憶された制御プログラムをＣＰＵ１８０が実行して実現される。
【００５５】
図５のフローチャートの処理は、ＭＦＰ１０１の操作部１５０に図７の画面７０１が表示された状態で開始される。
【００５６】
Ｓ５０１では、ＣＰＵ１８０が、メールボックスの確認指示を意味するハードキーの押下を検知する。この時、ＣＰＵ１８０は、ＬＣＤ１３５に表示された図７の画面７０１で＜ネットワーク状況＞７０２の押下を検知すると、画面７０３を表示する。そして、画面７０３で＜メールボックス状況＞７０４が押下されたことにより、メールボックスに格納されている電子メールの確認指示を検知する。ＣＰＵ１８０が確認指示を検知した場合はＳ５０２に進み、検知できなかった場合は再度Ｓ５０１で検知の確認を行う。
【００５７】
Ｓ５０２では、ＣＰＵ１８０が、メールサーバ（図１の１０４）に対してメールボックスに電子メールが存在するか否かを確認する。この確認には、ＰＯＰの仕様で規定されているＬＩＳＴコマンドをメールサーバに送信することにより行われる。ＬＩＳＴコマンドの送信に対する応答として、１つ以上の電子メールの一覧情報を取得した場合には、メールボックスに電子メールが存在すると判断する。なお、Ｓ５０２の処理の前にＳ４０２で説明したように予め受信サーバのＰＯＰアカウントが設定されているか否かを検知してもよい。
【００５８】
Ｓ５０３では、ＣＰＵ１８０が、ＬＣＤ１３５上に電子メールの有無を表示する。図７の７０５はその表示画面の例である。この例ではメールサーバ（図１の１０４）に電子メールが存在していることを通知している。そして、この通知はユーザがメールボックスの消去を実行するための１つの判断材料となり得る。
【００５９】
本実施形態では、メールボックスに格納されている電子メールを確認する確認指示は、ＭＦＰ１０１に装備された操作部１５０でユーザから受け付けたことに従ってされるものとしている。しかしながら、図２のＲＯＭ９５に格納された制御プログラムが遠隔からの指示を受け付けることに対応していれば、遠隔の情報機器から消去要求を行うことも可能である。
【００６０】
また、ユーザが直接指示するのではなく、間接的な指示により自動的にメールボックスに格納された電子メールを確認することも可能である。
【００６１】
本実施形態では、図５の確認処理の結果、メールボックスに電子メールが残っているかどうかを示す画面をＬＣＤ１３５に表示している。しかし、ＬＣＤ１３５に表示するとともに、ＣＰＵ１８０がＳ５０２で電子メールの有無を確認し、電子メールが残っていると判断した場合に、電子メールの消去指示を発行するようにしてもよい。
【００６２】
（他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６３】
１０１ ＭＦＰ
１０３ クライアントＰＣ
１０４ メールサーバ
１８０ ＣＰＵ
９５ ＲＯＭ
１３５ ＬＣＤ
１６０ ＬＡＮＣ
【技術分野】
【０００１】
本発明は、ネットワーク上のメールサーバを経由して電子メールを送信する送信手段を有するデータ通信装置、データ通信装置の制御方法、及びプログラムに関する。
【背景技術】
【０００２】
ネットワークを経由して画像などのデータを送受信する機能を備えるデータ通信装置の一例として、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎａｌ Ｐｅｒｉｐｈｅｒａｌ）が一般的に知られている。近年では、廉価なＭＦＰであっても、ネットワークを経由した画像の送受信機能を搭載している。画像の送受信機能はさまざまなプロトコルにより実現可能であるが、なかでも電子メールに画像を添付して送受信する機能は一般的に知られている。電子メールの送受信機能は厳密には送信機能と受信機能に分類される。
【０００３】
ＭＦＰに於ける電子メールの送信機能とは、ＭＦＰで読み取った画像を指定のファイル形式に変換し、メールサーバにＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルにて送信する機能などを指す。
【０００４】
ＭＦＰに於ける電子メールの受信機能とは、他のデバイスから送信された画像データをメールサーバ（ＰＯＰサーバ）経由でＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）のプロトコルにより受信し、受信した画像データに基づく印刷等を行う機能を指す（例えば、特許文献１参照）。
【０００５】
近年、セキュリティの観点から、電子メールを送信する時に「ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証」と呼ばれる認証を行うことが一般的になっている。ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証では、ＰＯＰのプロトコルを利用する。具体的には、電子メールをＳＭＴＰのプロトコルにて送信する前に、送信元のＭＦＰがＰＯＰの認証を通過したかどうかを判断する。ＰＯＰの認証を通過したと判断されればＳＭＴＰによる電子メールの送信を許可し、ＰＯＰの認証を通過しないと判断されれば電子メールの送信を制限する。
【０００６】
ところで、ハードウェアの資源が乏しいＭＦＰにおいては、小メモリ／低コスト化のために電子メールの送信機能に限定して搭載され、電子メールの受信機能は搭載されない場合がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１３５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述のように電子メールの受信機能を搭載しないＭＦＰであっても、セキュリティ上の観点から、ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証を行って電子メールを送信する場合がある。
【０００９】
ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証を行う場合は、電子メールの送信時にＰＯＰのプロトコルを利用して、電子メールの送信元のＭＦＰに対するＰＯＰの認証がされているかどうかを判断する。この認証を行うために、メールサーバは、ＰＯＰのアカウントをＭＦＰに対して発行し、発行したＰＯＰのアカウントを管理している。一方ＭＦＰは、ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証を行うために予めメールサーバが発行したＰＯＰアカウントを設定する必要がある。
【００１０】
通常、メールサーバでＰＯＰのアカウントを発行すると、メールサーバはそのＭＦＰのために専用の受信メールボックスを付与する（ＭＦＰ専用の記憶領域をメールサーバ上に確保する）。しかしながら、ＰＯＰのアカウントを発行したことによって専用のメールボックスがＭＦＰに付与されたとしても、電子メールの受信機能をもたないＭＦＰでは、メールサーバのメールボックス内の電子メールを受信する手段はない。メールボックスに格納された電子メールを受信できないので、ＭＦＰに付与されたメールボックスに格納された電子メールを確認できない。その結果、メールボックスに格納された電子メールがＭＦＰによってアクセスされることなく記憶され続け、最終的にＭＦＰに割り当てられたメールサーバ上の記憶領域に電子メールを記憶しきれなくなったり、メールサーバ上のメールボックスの管理が煩雑になったりする可能性がある。
【００１１】
本発明は、上述した課題に鑑みて、メールサーバのメールボックスから電子メールを受信する機能をもたないデータ通信装置であって、ＰＯＰのアカウントが発行されたデータ通信装置が、メールサーバに専用に割り当てられたメールボックスに格納された電子メールを消去する手段を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明のデータ通信装置は、外部装置によって送信された電子メールをネットワーク上のメールサーバ経由で受信する機能をもたないデータ通信装置であって、
前記メールサーバによって前記データ通信装置に対して発行されたＰＯＰのアカウントに基づいて、電子メールを前記メールサーバ経由で指定された宛先へ送信する送信手段と、
前記アカウントが発行されたことに従って前記データ通信装置に割り当てられた前記メールサーバのメールボックスに格納された電子メールを消去する消去指示を前記メールサーバに通知する通知手段とを
有することを特徴とする。
【発明の効果】
【００１３】
電子メールの受信機能をもたないデータ通信装置であっても、ＰＯＰアカウントに対応した専用の受信メールボックスの電子メールを消去する機能を提供し、メールサーバのメールボックスが溢れることによりメールサーバを安定的に動作させることができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に於ける、ＭＦＰとメールサーバとクライアントＰＣを有するシステムの構成図である。
【図２】ＭＦＰのハードウェア構成を説明する図である。
【図３】ＭＦＰの操作部を説明する図である。
【図４】ＭＦＰに於ける、メールボックスに格納された電子メールを消去する処理を説明するためのフローチャートである。
【図５】ＭＦＰに於ける、メールボックスに格納された電子メールを確認する処理を説明するためのフローチャートである。
【図６】メールボックスを消去する際に表示される画面を説明する図である。
【図７】メールボックスを確認する際に表示される画面を説明する図である。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１６】
＜システム構成の説明＞
図１を用いて、本実施形態におけるシステム全体の構成について説明する。本システムでは、データ通信装置の一例であるＭＦＰ１０１と、クライアントＰＣ１０３と、メールサーバ１０４がＬＡＮ１０５を介して互いに通信可能に接続されている。
【００１７】
ＭＦＰ１０１は、原稿画像を光学的に読み取り、画像データに変換するリーダー装置１３を有する。リーダー装置１３は、原稿を読み取るための機能を持つスキャナユニット１１と、原稿用紙を搬送するための機能を持つ原稿給紙ユニット１２とで構成される。ＭＦＰ１０１は、更に、記録紙を搬送し、その上に画像データを可視画像として印字して装置外に排紙するＬＢＰ部（画像出力装置）４５を有する。ＬＢＰ部４５は、複数種類の記録紙カセットを持つ給紙ユニット４３と、画像データを記録紙に転写、定着させる機能を持つマーキングユニット４１と、印字された記録紙をソート、ステイプルして機外へ出力する機能を持つ排紙ユニット４２とで構成される。更にＭＦＰ１０１は制御装置１０２を有し、リーダー装置１３、ＬＢＰ部４５と電気的に接続する。更にＭＦＰ１０１は、ＬＡＮ１０５を介して、クライアントＰＣ１０３などの外部装置やメールサーバ１０４と接続されている。本実施形態においては、メールサーバ１０４にはＭＦＰ１０１専用に割り当てられたメールボックスが存在すると想定する。
【００１８】
制御装置１０２は、リーダー装置１３を制御して原稿を読み取り、ＬＢＰ部４５を制御して画像データを記録用紙に出力する機能を提供する。また制御装置１０２は、リーダー装置１３から読み取った画像データを、ＬＡＮ１０５を介してクライアントＰＣ１０３等の外部装置へ画像を送信する機能を提供する。電子メールの形式で送信する場合は、メールサーバ１０４を経由する。
【００１９】
操作部１５０は、制御装置１０２に接続され、後述（図３）のＬＣＤ１３５やのハードキーで構成され、ＭＦＰを操作するためのユーザＩ／Ｆを提供する。
＜ＭＦＰの説明＞
図２を用いて、図１のＭＦＰ１０１のハードウェア構成をより詳細に説明する。
【００２０】
１８０はＣＰＵであり、ＭＦＰ１０１の全体的な動作を制御する。スキャナインタフェース（Ｉ／Ｆ）部１０には、アナログフロントエンド（ＡＦＥ）１５を介して、ＣＣＤ１７と接続されている。スキャナＩ／Ｆ部１０は、ＣＣＤ１７で画像データに変換された信号を入力処理する。ここで入力された画像データは、メモリ制御部７０によりＤＭＡ転送されてメインメモリ１００に展開される。
【００２１】
スキャナ画像処理部２０は、スキャナＩ／Ｆ部１０によりメインメモリ１００に展開された画像データに対して、画像処理動作モード（カラーコピー、モノクロコピー、カラースキャン、モノクロスキャン等）に応じた画像処理を実行する。
【００２２】
バッファ調停部７７は、スキャナＩ／Ｆ部１０とスキャナ画像処理部間のデータの受け渡しをメインメモリ１００のリングバッファ領域（不図示）を介して行う場合、データの書き込みと読み出しを調停する。
【００２３】
プリンタ画像処理部３０は、入力する画像の領域編集や解像度変換を行い、得られた画像データをプリンタ出力する。プリンタインタフェース（Ｉ／Ｆ）４０は、接続するレーザビームプリンタ（ＬＢＰ）４５に画像処理結果を出力する。
【００２４】
バッファ調停部７８は、プリンタ画像処理部３０とプリンタインタフェース４０間のデータの受け渡しをメインメモリ１００上のリングバッファ領域を介して行う場合、データの書き込みと、読み出しを調停する。バッファ調停部７７、７８では基本構成は同一のブロックであるが、使用する用途により制御方法が異なる。
【００２５】
ＪＰＥＧモジュール５０、ＪＢＩＧモジュール６０は、それぞれ所定の規格に準拠した画像データの圧縮、伸張処理を実行する。
【００２６】
７０はメモリ制御部であり、画像処理系の第１バス８３、第２バス８４、及びコンピュータ系の第３バス８５をそれぞれ接続し、メインメモリ（ＳＤＲＡＭ）１００に対するデータの書き込みや読み出しのためのデータ転送制御を行なう。
【００２７】
９１はＤＭＡコントローラ（ＤＭＡＣ）である。メモリ制御部７０と協働して、各画像処理部（１０、２０、３０、４０）とメインメモリ１００との間のデータ授受に関し、ＤＭＡ制御するための所定のアドレス情報を生成、設定する。例えば、画像読み取りデバイスの種類、ＣＣＤ１７、ＣＩＳ１８の別に応じて、スキャナＩ／Ｆ部１０で読み取り処理された画像データをメインメモリ１００にＤＭＡ転送するためのアドレス情報をＤＭＡのチャンネルごとに生成する。また、メインメモリ１００上に展開された画像データをスキャナ画像処理部２０にＤＭＡ転送する等、画像処理部（１０、２０、３０、４０）とメインメモリ１００間におけるＤＭＡ制御を、メモリ制御部７０と共に司るユニットとして機能する。
【００２８】
ＲＯＭ９５には画像読み取りデバイス（ＣＣＤ１７やＣＩＳ１８）に応じて、適した制御パラメタ、制御プログラムデータが格納されている。このためＣＣＤ１７、ＣＩＳ１８個別のデータ出力形式に応じた画像データの入力処理が可能となり、専用のインタフェース回路を設ける必要がなくなる。また、ＲＯＭ９５には不揮発のデータを格納することができるため、電源のＯＦＦ／ＯＮに関わらず保存しておきたいデータを格納する。
【００２９】
第１バス８３は、メインメモリ１００から読み出したデータを画像処理系の各処理部（１０〜６０）に送出する。第２バス８４は、画像処理系の各処理部（１０〜６０）から読み出したデータをメインメモリ１００に送出する。第１バスと第２バスは対になって画像処理ブロックとメインメモリ１００間の画像データの授受を行う。８５は、ＣＰＵ１８０、通信及びユーザインタフェース制御部１７０、メカトロ系制御部１２５、画像処理部内部の制御レジスタ、及びＤＭＡＣ９０が接続するコンピュータ系の第３バスである。
【００３０】
メカトロ系制御部１２５にはモータ制御部１１０と、モータの駆動タイミングや、画像処理系の処理の同調を制御するためのタイミング制御を司る割り込みタイマー制御部１２０が含まれる。
【００３１】
ＬＣＤ制御部１３０は、ＭＦＰの種々の設定、処理状況等をＬＣＤ１３５に表示するための表示制御を行う。
【００３２】
１４０、１４５は周辺機器との接続を可能にするＵＳＢインタフェース部である。
１６０はメディアアクセス制御（ＭＡＣ）部であり、接続する機器に対してデータをどのようなタイミングで送り出せばよいか（アクセス）等を制御するユニットである。ＬＡＮ（図１の１０５）を介して他の機器（図１の１０３）と通信する場合にもこのユニットを使用する。
【００３３】
＜データ送信制御の説明＞
次に送信機能について説明する。ＣＰＵ１８０は、ＲＯＭ９５に格納されたプロトコルや送信仕様を実現するための制御プログラムを実行する。具体的には、画像格納メモリ（ＲＡＭ１００）に蓄積された画像に対して符号化、パケットヘッダの付加などを行い、第３バス（図２の８５）、ＬＡＮＣ（図２の１６０）を介してネットワーク上の情報機器、例えばクライアントＰＣ（図１の１０３）やネットワーク上のメールサーバ（ＳＭＴＰサーバ）経由で指定された宛先へ画像の送信を行う。
【００３４】
本実施形態では、ＴＣＰ／ＩＰ上でＳＭＴＰプロトコル（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用して、メールサーバ（ＳＭＴＰサーバ）経由でクライアントＰＣ（図１の１０３）に画像を添付した電子メールを送信する。
【００３５】
更に本実施形態では、ＳＭＴＰサーバ経由で電子メールを送信する際、「ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証」と呼ばれる認証をしてから電子メールをメールサーバ（ＳＭＴＰサーバ）へ送信する。ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証は、電子メールを送信する前に予めＰＯＰサーバにアクセスさせることによって認証する方式である。ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証を行うためには、事前にＰＯＰサーバによりＰＯＰアカウントを発行される必要がある。またメールサーバ（図１の１０４）は、事前にＰＯＰアカウントをＭＦＰ１０１に対して発行すると、そのＭＦＰ１０１に対して専用のメールボックスを付与する。本実施形態では、ＭＦＰ１０１用に割り当てられたメールボックスが存在する。
【００３６】
なお、発行されるＰＯＰアカウントは、あくまでもＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証による電子メール送信を行うためのものであり、発行されるＰＯＰアカウントを用いて電子メールの受信を行う機能についてはＭＦＰ１０１は備えていない。
【００３７】
また、画像データの送信と同様に、ＣＰＵ１８０はＲＯＭ９５に格納された電子メール消去制御プログラムを実行する。具体的には、ＣＰＵ１８０はＬＡＮＣ（図２の１６０）を介してネットワーク上のメールサーバ（図１の１０４）に電子メールを消去する依頼を行う。消去する依頼は、ＴＣＰ／ＩＰ上のＰＯＰプロトコル（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）を使用して行われる。例えば、ＰＯＰ３であれば、ＤＥＬＥコマンドをＰＯＰサーバに送信することにより消去する依頼を行う。
【００３８】
なお本実施形態では、電子メールの受信機能、すなわち、外部装置により送信された画像データをメールサーバ経由で受信し、メールサーバ経由で受信した画像データに基づいて印刷する機能は持たないことを前提とする。ただし、メールサーバを経由しない画像データの受信機能、例えば、公衆回線を介して受信するファクシミリ画像に基づく印刷などの機能は備えていても構わない。
【００３９】
＜操作部の説明＞
図３を用いて、ＭＦＰ１０１の操作部１５０について説明する。図３に操作部１５０の構成を示す。操作部１５０は、ＬＣＤ１３５、メニュー選択キー３０１、テンキー３０２、リセットキー３０３、ストップキー３０４、スタートキー３０５から構成される。本実施形態では、３０１〜３０５はハードキーである。
【００４０】
ＬＣＤ１３５は、ＬＣＤＣ（図２の１３０）から入力される制御に基づいて後述する図６の画面を表示する。メニュー選択キー３０１はＬＣＤ１３５上に表示されるメニューを選択するための上下左右にスクロールするためのスクロールキーと、選択項目を確定させるための確定キーから構成される。テンキー３０２は、部数等の数値を直接入力するためのキーである。リセットキー３０３は、設定途中の状態をクリアして、設定を初期値に戻すためのキーである。スタートキー３０５は各種ジョブを開始する指示を与えるためのキーである。ストップキー３０４は、開始されたジョブを停止させるための指示を与えるキーである。
【００４１】
＜メールボックスクリア制御＞
図４は、ＭＦＰ１０１に於ける、メールサーバ（図１の１０４）のメールボックスに格納されている電子メールを消去する処理を説明するためのフローチャートである。
【００４２】
図４のフローチャートの各ステップは、ＲＯＭ９５に記憶されたプロトコルや送信仕様を実現するための制御プログラムをＣＰＵ１８０が実行して実現される。
【００４３】
図４のフローチャートの処理は、ＬＣＤ１３５に図６の画面６０１が表示された状態で開始される。
【００４４】
Ｓ４０１では、ＣＰＵ１８０が、メールボックスに格納された電子メールを消去する消去指示を検知する。具体的には、ＣＰＵ１８０は、ＬＣＤ１３５に表示された図６の画面６０１で＜Ｅメール設定＞６０２が選択されると、画面６０３を表示する。そして画面６０３で＜認証／暗号化設定＞６０４がユーザに選択されると、ＣＰＵ１８０は画面６０５を表示する。そして画面６０５で＜送信前のＰＯＰ認証＞６０６が選択されるとＣＰＵ１８０は画面６０７を表示する。最終的に画面６０７の＜メールボックスのクリア＞６０９が選択されると画面６１０が表示される。画面６１０で＜はい＞が選択されると、メールボックスの電子メールを消去する消去指示を検知することとなる。消去指示を検知した場合はＳ４０２に進み、検知しない場合は再度Ｓ４０１で検知の確認を行う。
【００４５】
Ｓ４０２では、ＣＰＵ１８０が、メールサーバ（図１の１０４）の受信サーバ（ＰＯＰサーバ）に関するＰＯＰアカウントが設定されているか否かを検知する。受信サーバに関するＰＯＰアカウントは、ユーザ名やパスワード、ドメイン名等である。ＰＯＰアカウントは、不図示の不揮発記憶領域に保存される。従って、一度ＰＯＰアカウントの設定が行われるとその情報はＭＦＰ（図１の１０１）の電源ＯＦＦ／ＯＮに関わらず保存される。また、受信サーバの設定は図６の画面６０７で行われる。Ｓ４０２で、ＣＰＵ１８０によりメールサーバに対するＰＯＰアカウントの設定がされていることを検知した場合はＳ４０３に進み、設定されていない場合は受信サーバのメールボックスに対してアクセスすることができないためＳ４０１に戻る。
【００４６】
Ｓ４０３では、ＣＰＵ１８０が、現在ＭＦＰ（図１の１０１）が電子メールを送信中であるか否かの確認を行う。電子メールを送信中でなければＳ４０４に進み、電子メールを送信中であればこのタイミングではメールボックスの電子メールの消去が実行できないためＳ４０１に戻る。ただし、Ｓ４０３のステップは制御装置（図１の１０２）のハードウェア構成や図２のＲＯＭ９５に格納された制御プログラムによっては不要の場合がある。つまり電子メールの送信と消去が同時に行えるような制御が可能な場合である。本実施形態では、ＣＰＵ１８０が、ＬＣＤ１３５上に図６の６０１〜６１０の画面を表示し、ユーザによるハードキー押下を検知することによりメールボックスの電子メールの消去を実現する。従って、電子メールの送信を同時に指示することができないため必ずＳ４０４に進む。
【００４７】
Ｓ４０４では、ＣＰＵ１８０が、メールサーバ（図１の１０４）に対して現在メールボックスのクリア中か否かを問い合わせる。もし、現在メールボックスクリア中の場合メールボックスのクリア処理は不要であるためＳ４０１に戻る。現在メールボックスのクリア中でなければＳ４０５に進む。
【００４８】
Ｓ４０５では、ＣＰＵ１８０が、メールサーバ（図１の１０４）に対してメールボックスの消去することを示す消去指示を送信する。具体的には、以下の手順に沿って消去指示が送信される。まず、ＰＯＰ３の仕様で規定されているＬＩＳＴコマンドをメールサーバに送信する。ＬＩＳＴコマンドを送信すると、メールサーバ１０４は、送信元のＭＦＰ１０１に割り当てられているメールボックスに格納されている電子メールの一覧情報をＭＦＰに応答する。ＭＦＰ１０１は、応答として受信した電子メールの一覧情報に基づき、電子メールの番号を指定してＤＥＬＥコマンドをメールサーバに送信する。本実施形態では、取得した一覧情報に記述されている全ての電子メールを指定してＤＥＬＥコマンドを送信する。
【００４９】
Ｓ４０５でＤＥＬＥコマンドをメールサーバ１０４へ送信（通知）すると、メールサーバ１０４では、ＤＥＬＥコマンドに応じてメールボックスに格納されている電子メールを消去する。なお消去する電子メールには、ＬＡＮＣ（図２の１６０）を介してＭＦＰ１０１により送信された電子メールに対する自機宛ての応答メールやエラーメールなどが想定される。
【００５０】
本実施形態では、メールボックスに格納されている電子メールを消去する消去指示は、ＭＦＰ１０１に装備された操作部１５０でユーザから指示を受け付けたことに従ってされるものとしている。しかしながら、図２のＲＯＭ９５に格納された制御プログラムが遠隔からの指示を受け付けることに対応していれば、遠隔の情報機器から消去要求を行うことも可能である。
【００５１】
また、ユーザが直接指示するのではなく、間接的な指示により自動的にメールボックスに格納されたメールを消去することも可能である。
【００５２】
例えば、予め６１１の画面で＜メールボックスの自動クリア＞６１２を選択すると、メールボックスの電子メールを自動的に消去する設定がされる。これにより、Ｓ４０１において、ＣＰＵ１８０はユーザによるハードキー押下を検知することなく、消去指示を自動的に受け取ることができる。自動的に消去指示を受け取るタイミングは以下に挙げたもののいずれかを採用してもよい。
・ＭＦＰ１０１の起動時
・前回の電子メール消去処理から一定時間が経過した時
・画像データ送信の開始時
・画像データ送信の終了時
以上より、本実施形態によれば、電子メールに画像を添付して送信する機能を持つが、電子メールを受信して画像を処理する機能を持たないＭＦＰにおいても、ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証による電子メールの送信が可能となる。
【００５３】
更に本実施形態によれば、ＰＯＰ ｂｅｆｏｒｅ ＳＭＴＰ認証による電子メールの送信後、その送信した電子メールの応答としてメールボックスに格納される（可能性がある）応答メールやエラーメールを消去可能とした。この結果、メールサーバのメールボックスに格納されている電子メールがメールボックスの記憶領域に記憶しきれなくなり、メールサーバの挙動が不安定になる事態を防止することができる。また本実施形態によれば、不必要な電子メールがメールサーバ上に記憶され続けるような事態を避けることができる。
【００５４】
＜メールボックス確認制御＞
図５は、メールボックスに電子メールが存在するか否かを確認するフローチャートである。図５のフローチャートの各ステップは、ＲＯＭ９５に記憶された制御プログラムをＣＰＵ１８０が実行して実現される。
【００５５】
図５のフローチャートの処理は、ＭＦＰ１０１の操作部１５０に図７の画面７０１が表示された状態で開始される。
【００５６】
Ｓ５０１では、ＣＰＵ１８０が、メールボックスの確認指示を意味するハードキーの押下を検知する。この時、ＣＰＵ１８０は、ＬＣＤ１３５に表示された図７の画面７０１で＜ネットワーク状況＞７０２の押下を検知すると、画面７０３を表示する。そして、画面７０３で＜メールボックス状況＞７０４が押下されたことにより、メールボックスに格納されている電子メールの確認指示を検知する。ＣＰＵ１８０が確認指示を検知した場合はＳ５０２に進み、検知できなかった場合は再度Ｓ５０１で検知の確認を行う。
【００５７】
Ｓ５０２では、ＣＰＵ１８０が、メールサーバ（図１の１０４）に対してメールボックスに電子メールが存在するか否かを確認する。この確認には、ＰＯＰの仕様で規定されているＬＩＳＴコマンドをメールサーバに送信することにより行われる。ＬＩＳＴコマンドの送信に対する応答として、１つ以上の電子メールの一覧情報を取得した場合には、メールボックスに電子メールが存在すると判断する。なお、Ｓ５０２の処理の前にＳ４０２で説明したように予め受信サーバのＰＯＰアカウントが設定されているか否かを検知してもよい。
【００５８】
Ｓ５０３では、ＣＰＵ１８０が、ＬＣＤ１３５上に電子メールの有無を表示する。図７の７０５はその表示画面の例である。この例ではメールサーバ（図１の１０４）に電子メールが存在していることを通知している。そして、この通知はユーザがメールボックスの消去を実行するための１つの判断材料となり得る。
【００５９】
本実施形態では、メールボックスに格納されている電子メールを確認する確認指示は、ＭＦＰ１０１に装備された操作部１５０でユーザから受け付けたことに従ってされるものとしている。しかしながら、図２のＲＯＭ９５に格納された制御プログラムが遠隔からの指示を受け付けることに対応していれば、遠隔の情報機器から消去要求を行うことも可能である。
【００６０】
また、ユーザが直接指示するのではなく、間接的な指示により自動的にメールボックスに格納された電子メールを確認することも可能である。
【００６１】
本実施形態では、図５の確認処理の結果、メールボックスに電子メールが残っているかどうかを示す画面をＬＣＤ１３５に表示している。しかし、ＬＣＤ１３５に表示するとともに、ＣＰＵ１８０がＳ５０２で電子メールの有無を確認し、電子メールが残っていると判断した場合に、電子メールの消去指示を発行するようにしてもよい。
【００６２】
（他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６３】
１０１ ＭＦＰ
１０３ クライアントＰＣ
１０４ メールサーバ
１８０ ＣＰＵ
９５ ＲＯＭ
１３５ ＬＣＤ
１６０ ＬＡＮＣ
【特許請求の範囲】
【請求項１】
外部装置によって送信された電子メールをネットワーク上のメールサーバ経由で受信する機能をもたないデータ通信装置であって、
前記メールサーバによって前記データ通信装置に対して発行されたＰＯＰアカウントに基づいて、電子メールを前記メールサーバ経由で指定された宛先へ送信する送信手段と、
前記ＰＯＰアカウントが発行されたことに従って前記データ通信装置に割り当てられた前記メールサーバのメールボックスに格納された電子メールを消去する消去指示を前記メールサーバに通知する通知手段とを
有することを特徴とするデータ通信装置。
【請求項２】
前記通知手段によって通知された消去指示で消去される電子メールは、前記送信手段により送信された電子メールに対する応答メールであることを特徴とする請求項１に記載のデータ通信装置。
【請求項３】
ユーザの操作を受け付ける操作手段を更に有し、
前記通知手段による消去指示は、前記操作手段で受け付けたユーザの操作に応じて通知されることを特徴とする請求項１または２に記載のデータ通信装置。
【請求項４】
外部装置によって送信された電子メールをネットワーク上のメールサーバ経由で受信する機能をもたないデータ通信装置の制御方法であって、
送信手段が、前記メールサーバによって前記データ通信装置に対して発行されたＰＯＰアカウントに基づいて、電子メールを前記メールサーバ経由で指定された宛先へ送信する送信工程と、
通知手段が、前記アカウントが発行されたことに従って前記データ通信装置に割り当てられた前記メールサーバのメールボックスに格納された電子メールを消去する消去指示を前記メールサーバに通知する通知工程とを
有することを特徴とするデータ通信装置の制御方法。
【請求項５】
請求項１に記載のデータ通信装置が備える各手段を実行させるための、コンピュータが読取可能なプログラム。
【請求項１】
外部装置によって送信された電子メールをネットワーク上のメールサーバ経由で受信する機能をもたないデータ通信装置であって、
前記メールサーバによって前記データ通信装置に対して発行されたＰＯＰアカウントに基づいて、電子メールを前記メールサーバ経由で指定された宛先へ送信する送信手段と、
前記ＰＯＰアカウントが発行されたことに従って前記データ通信装置に割り当てられた前記メールサーバのメールボックスに格納された電子メールを消去する消去指示を前記メールサーバに通知する通知手段とを
有することを特徴とするデータ通信装置。
【請求項２】
前記通知手段によって通知された消去指示で消去される電子メールは、前記送信手段により送信された電子メールに対する応答メールであることを特徴とする請求項１に記載のデータ通信装置。
【請求項３】
ユーザの操作を受け付ける操作手段を更に有し、
前記通知手段による消去指示は、前記操作手段で受け付けたユーザの操作に応じて通知されることを特徴とする請求項１または２に記載のデータ通信装置。
【請求項４】
外部装置によって送信された電子メールをネットワーク上のメールサーバ経由で受信する機能をもたないデータ通信装置の制御方法であって、
送信手段が、前記メールサーバによって前記データ通信装置に対して発行されたＰＯＰアカウントに基づいて、電子メールを前記メールサーバ経由で指定された宛先へ送信する送信工程と、
通知手段が、前記アカウントが発行されたことに従って前記データ通信装置に割り当てられた前記メールサーバのメールボックスに格納された電子メールを消去する消去指示を前記メールサーバに通知する通知工程とを
有することを特徴とするデータ通信装置の制御方法。
【請求項５】
請求項１に記載のデータ通信装置が備える各手段を実行させるための、コンピュータが読取可能なプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１３３５９２（Ｐ２０１２−１３３５９２Ａ）
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願番号】特願２０１０−２８５１５５（Ｐ２０１０−２８５１５５）
【出願日】平成２２年１２月２１日（２０１０．１２．２１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願日】平成２２年１２月２１日（２０１０．１２．２１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]