JP2006293998A - 電子メール通信装置、データ処理方法、プログラム及び記憶媒体 - Google Patents

Abstract

【課題】電子データを一定の単位で分割して生成された複数の分割電子メールを受信し、同一の電子データから生成された複数の分割電子メールを操作者の簡単な指示（例えば、１回の消去指示）により消去する。
【解決手段】電子メールを受信したＭＦＰ１００は、当該電子メールが画像データをデータ量単位に分割して生成された複数の分割データの一つであるか否かを判断して格納する。そして、ＭＦＰ１００は、上記画像データの分割データが全て格納されたか否かを判断し、全て格納された場合に複数の分割データを合成した合成データを生成して、転送や印刷等の処理を行う。
【選択図】図１

Description

本発明は、電子データを分割して生成された複数の分割電子メールを受信する電子メール通信装置、データ処理方法、プログラム及び記憶媒体に関する。

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

ＩＦＡＸは、スキャナで読み取った画像をＴＩＦＦ形式に変換して送信機から送信し、受信機が受信したデータから当該ＴＩＦＦ形式の画像を再生して印刷することができる機器間で通信するための技術である。

ここで、電子メールにデータサイズの大きいファイルを添付して送信した場合、メールサーバにおける処理に負荷がかかるために電子メールの配信が遅れ、さらに悪化した場合には電子メールの配信サービス全体が停止してしまうような場合も起こり得る。そのためメールサーバでは、一般に、一定以上のデータサイズの電子メールを受信しないように設定されていることが多い。このような設定がされているメールサーバにＩＦＡＸからデータサイズが大きな画像を添付した電子メールが送信されてきた場合、当該メールサーバでは配信エラーとされることがある。

例えば、ＰＣを用いて電子メールに画像を添付して送信する場合に、添付する画像のデータサイズを確認することは比較的容易である。しかし、ＩＦＡＸの場合は、画像をスキャンして送信して初めてスキャンした画像のデータサイズが分かるので、予めデータサイズがどのぐらいになるかを予想することは困難であり、上述したような配信エラーが頻繁に発生してしまう可能性が高い。そこで、複数ページの画像情報をページ単位で分割して送信を行うインターネットファクシミリ装置に関する技術が提案されている（特許文献１参照。）。

また、複数ページの画像情報をページ単位で分割して送信した電子メールデータを受信した場合、もとの画像情報のページ順に印刷／転送処理を行う技術が提案されている（特許文献２参照。）。さらに、ＭＩＭＥ Ｃｏｎｔｅｎｔ−Ｔｙｐｅにｍｅｓｓａｇｅ／ｐａｒｔｉａｌという識別子を用いて、１つの電子メールデータを複数の電子メールに分割／分割された複数のメールデータを１つに合成する方法が決められている（非特許文献１、２参照。）。
特開２０００−３２２０２号公報 特開２００４−２３６００５号公報 ＲＦＣ２０４５、インターネット＜ＵＲＬ：http:ietf.org/rfc/rfc2045.txt＞ ＲＦＣ２０４６、インターネット＜ＵＲＬ：http:ietf.org/rfc/rfc2046.txt＞

そして、１つの電子メールデータを複数の電子メールに分割した電子メール（以下、分割メール）の受信に関しては、以下のような問題点がある。

まず、複数ページのデータをページごとに分割してそれぞれを電子メールに添付して送信する際にページ順に送信した場合であっても、途中でメールサーバを経由するために受信側ではその順番が保証されない。さらに、分割したページを添付した一部のメールが受信側に届かないような場合も発生し得る。

このような問題に関して、特許文献２には、複数の分割メールの一部が届かない場合に、一部の分割メールを受信してから所定時間が経過したことにより分割メールを削除することが開示されている。

ところが、分割メールの全てを受信するまで所定時間の経過を待つ方法では、所定時間を短くしすぎると、サーバでの処理の送れ等により一部の分割メールが受信される以前に受信済みの分割メールの処理（印刷処理、削除処理等）が行われるという問題がある。また、所定時間を長くしすぎると、分割メールの一部が届かない場合に受信済みの分割メールの処理が遅くなってしまうという問題がある。

そこで、分割メールの処理を、分割メールの全てを受信するまで所定時間の経過を待つのではなく、分割メールを受信するＩＦＡＸのユーザ（操作者）による操作により、分割メールの処理（印刷処理、削除処理等）を行わせる方法も考えられる。

しかしながら、例えば、複数の分割メールの一部が受信されないことから、分割メールの削除を実行する場合に、複数の分割メールの夫々に対して処理（削除等）をするのは煩雑である。例えば、ＩＦＡＸの操作パネル上にてユーザに分割メールを選択させて削除する場合には複数の分割メールをユーザが明示的に選択して削除処理させる必要がある。また、特許文献２に記載された方法では、分割メールを削除するか否かの判定処理を分割メール１通ごとにする必要があり、その判定処理等の処理負荷がかかる。

本発明は、このような事情を考慮し、電子データを一定の単位で分割して生成された複数の分割電子メールを受信し、同一の電子データから生成された複数の分割電子メールを操作者の簡単な指示（例えば、１回の消去指示）により消去することを目的とする。

また、本発明は、同一の電子データから生成された複数の分割電子メールを、操作者の簡単な指示（例えば、１回の消去指示）により消去する方法と、分割電子メールを受信してから一定時間が経過したことにより消去する方法とを併用することを目的とする。

さらに、本発明は、同一の電子データから生成された複数の分割電子メールの一部が受信されない場合、操作者の消去指示による複数の分割電子メールの消去処理又は操作者の印刷指示による複数の分割電子メールの印刷処理を適切に実行することを目的とする。

上記課題を解決するために、本発明に係る電子メール通信装置は、電子データを一定の単位で分割して生成された複数の分割電子メールを受信する受信手段と、
前記受信手段が受信した前記複数の分割電子メールを格納する格納手段と、
前記格納手段に格納された２以上の前記分割電子メールを合成して合成データを生成する合成手段と、
前記格納手段に前記電子データから生成された前記複数の分割電子メールの少なくとも１つが格納されていない場合に、前記格納手段に格納されている前記分割電子メールを消去するための操作者による消去指示を受け付ける受付手段と、
前記受付手段が前記削除指示を受け付けたことに応じて、前記格納手段に格納された複数の分割電子メールであって前記電子データから分割された前記複数の分割電子メールを一括して消去する消去手段と
を備えることを特徴とする。

また、上記課題を解決するために、本発明に係るデータ処理方法は、電子データを一定の単位で分割して生成された複数の分割電子メールを受信する受信工程と、
前記受信工程が受信した前記複数の分割電子メールを格納手段に格納する格納工程と、
前記格納手段に格納された２以上の前記分割電子メールを合成して合成データを生成する合成工程と、
前記格納手段に前記電子データから生成された複数の分割電子メールの少なくとも１つが格納されていない場合に、前記格納手段に格納されている前記分割電子メールを消去するための操作者による消去指示を受け付ける受付工程と、
前記受付工程が前記削除指示を受け付けたことに応じて、前記格納手段に格納された複数の分割電子メールであって前記電子データから分割された前記複数の分割電子メールを一括して消去する消去工程と
を有することを特徴とする。

本発明によれば、電子データを一定の単位で分割して生成された複数の分割電子メールを受信し、同一の電子データから生成された複数の分割電子メールを操作者の簡単な指示（例えば、１回の消去指示）により消去することができる。

また、本発明によれば、同一の電子データから生成された複数の分割電子メールを、操作者の簡単な指示（例えば、１回の消去指示）により消去する方法と、分割電子メールを受信してから一定時間が経過したことにより消去する方法とを併用することができる。

さらに、本発明によれば、同一の電子データから生成された複数の分割電子メールの一部が受信されない場合に、操作者の消去指示による複数の分割電子メールの消去処理又は操作者の印刷指示による複数の分割電子メールの印刷処理を適切に実行できる。

以下、図面を参照して、本発明の一実施形態に係る情報処理装置を備えたネットワークシステムの構成及び当該ネットワークシステムにおける通信処理の詳細について説明する。

＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る情報処理装置を具備した各種機器がネットワークを介して接続したネットワークシステムの構成図である。図１に示すように、マルチファンクション複写機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１００、１０１、１０２は、スキャナやプリンタ等を搭載している。そして、コピー機能、ファクシミリ送受信機能、コンピュータ上で作成されたデータを印刷するプリンタ機能等を備えている。ＭＦＰ１００、１０１、１０２は、ドメイン名が「ｘｙｚ．ｃｏ．ｊｐ」というネットワーク１０６に接続されている。これにより、メール（Ｍａｉｌ）サーバ／ＰＯＰサーバ１０３、或いはクライアントＰＣ１０４、１０５等の複数のコンピュータや各種ネットワーク機器と接続されている。尚、本実施形態に係る情報処理装置は、これらのＭＦＰ１００、１０１、１０２、Ｍａｉｌサーバ／ＰＯＰサーバ１０３、及びクライアントＰＣ１０４、１０５にそれぞれ実装されている。

上述したネットワーク１０６は、さらに、全世界に広がるインターネット網１１０と接続している。これにより、Ｍａｉｌサーバ／ＰＯＰサーバ１２０、クライアントＰＣ１２１、インターネットＦＡＸ１２２が接続されているドメイン名が「ａｂｃ．ｃｏ．ｊｐ」というネットワーク１２３に接続されている。尚、本実施形態に係る情報処理装置は、これらのＭａｉｌサーバ／ＰＯＰサーバ１２０、クライアントＰＣ１２１、インターネットＦＡＸ１２２にも実装されている。

また、図１に示すように、ＭＦＰ１００には、「ｃｏｐｙ１．ｘｙｚ．ｃｏ．ｊｐ」というホスト名と「ｉｆａｘ＠ｃｏｐｙ１．ｘｙｚ．ｃｏ．ｊｐ」という機器の電子メールメールアドレスが付与されている。また、ＭＦＰ１０１には、「ｃｏｐｙ２．ｘｙｚ．ｃｏ．ｊｐ」というホスト名と「ｉｆａｘ＠ｃｏｐｙ２．ｘｙｚ．ｃｏ．ｊｐ」という機器の電子メールアドレスが付与されている。さらに、ＭＦＰ１０２には、「ｃｏｐｙ３．ｘｙｚ．ｃｏ．ｊｐ」というホスト名と「ｉｆａｘ＠ｃｏｐｙ３．ｘｙｚ．ｃｏ．ｊｐ」という機器の電子メールアドレスが付与されている。

さらにまた、クライアントＰＣ１０４には、汎用電子メールソフトがインストールされており、「ｙａｍａｄａ＠ｘｙｚ．ｃｏ．ｊｐ」というメールアドレスが付与されている。同様に、クライアントＰＣ１０５にも汎用電子メールソフトがインストールされており、「ｓａｔｏｕ＠ｘｙｚ．ｃｏ．ｊｐ」というメールアドレスが付与されている。さらにまた、Ｍａｉｌサーバ／ＰＯＰサーバ１０３は、ＭａｉｌサーバとＰＯＰサーバの双方の機能を備えている。

一方、クライアントＰＣ１２１には、汎用電子メールソフトがインストールされており、「ｔａｎａｋａ＠ａｂｃ．ｃｏ．ｊｐ」というメールアドレスが付与されている。また、インターネットＦＡＸにも汎用電子メールソフトがインストールされており、「ｉｆａｘ＠ａｂｃ．ｃｏ．ｊｐ」というメールアドレスが付与されている。さらにまた、Ｍａｉｌサーバ／ＰＯＰサーバ１２０は、ＭａｉｌサーバとＰＯＰサーバの双方の機能を備えている。

例えば、図１に示すシステムにおいて、クライアントＰＣ１０４から電子メールを「ｔａｎａｋａ＠ａｂｃ．ｃｏ．ｊｐ」宛に送信する場合を考える。この場合、クライアントＰＣ１０４の電子メールソフトで作成された電子メールデータは、Ｍａｉｌサーバ／ＰＯＰサーバ１０３に対してＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルによってメールデータが配送される。そして、Ｍａｉｌサーバ／ＰＯＰサーバ１０３からＭａｉｌサーバ／ＰＯＰサーバ１２０へＳＭＴＰプロトコルによってインターネット網１１０を経由して当該電子メールデータが配送される。そして、当該サーバ内の「ｔａｎａｋａ＠ａｂｃ．ｃｏ．ｊｐ」のメールボックスに当該電子メールデータが格納される。

尚、前述したように、クライアントＰＣ１２１にも汎用電子メールソフトがインストールされている。そして、クライアントＰＣ１２１からＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ ３）プロトコルを用いて電子メールの受信確認を行う。すなわち、Ｍａｉｌサーバ／ＰＯＰサーバ１２０内に存在する「ｔａｎａｋａ＠ａｂｃ．ｃｏ．ｊｐ」のメールボックスに電子メールが届いているか否かを一定間隔で監視し、当該サーバ１２０に電子メールが届いている場合は、当該電子メールを受信する。

また、逆に、クライアントＰＣ１２１の「ｔａｎａｋａ＠ａｂｃ．ｃｏ．ｊｐ」からクライアントＰＣ１０４の「ｙａｍａｄａ＠ｘｙｚ．ｃｏ．ｊｐ」に対して電子メールを送る場合は、前述したルートと逆のルートをたどることとなる。すなわち、クライアントＰＣ１２１にインストールされている汎用電子メールソフトで作成された電子メールデータがＭａｉｌサーバ／ＰＯＰサーバ１２０によって中継されてＭａｉｌサーバ／ＰＯＰサーバ１０３に送られる。そして、ＭａｉｌサーバＰＯＰサーバ１０３内の「ｙａｍａｄａ＠ｘｙｚ．ｃｏ．ｊｐ」のメールボックスに当該メールデータが格納される。そして、クライアントＰＣ１０４は、当該「ｙａｍａｄａ＠ｘｙｚ．ｃｏ．ｊｐ」のメールボックスからＰＯＰ３プロトコルで届けられた上記メールデータを取得するように動作する。

一方、図１において、ＭＦＰ１００、１０１、１０２には、「電子メール（Ｅｍａｉｌ）送信モード」と「ＩＦＡＸ送信モード」とが存在する。電子メール送信モードでは、それぞれファクシミリ（ＦＡＸ）受信機能や、インターネットファクシミリ（ＩＦＡＸ）受信機能によって受信された画像、及びスキャナで読み取った白黒／カラー画像を一般の電子メール宛先に送ることを前提として送信する。また、ＩＦＡＸ送信モードでは、ＩＦＡＸ規格に従った装置に対して送信することを前提としている。

当該ＭＦＰ１００、１０１、１０２におけるデータの送信／受信には上述したＳＭＴＰ及びＰＯＰ３が用いられ、上述したクライアントＰＣ１０４、クライアントＰＣ１２１におけるデータの送信／受信と同様の動作を行う。

ＭＦＰ１００、１０１、１０２は、「Ｅｍａｉｌ送信モード」では、スキャナでカラー画像が読み取られる場合は、ＪＰＥＧフォーマット或いはＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）ファイルの画像を送信することができる。また、ＭＦＰ１００、１０１、１０２は、「Ｅｍａｉｌ送信モード」では、スキャナで白黒画像が読み込まれた場合は、ＴＩＦＦ、又はＰＤＦの画像を送信することができる。これらの装置等からクライアントＰＣ１０４に付与されている「ｙａｍａｄａ＠ｘｙｚ．ｃｏ．ｊｐ」のメールアドレス宛てにメールが送信された場合は、クライアントＰＣ１０４は、ＰＯＰ３プロトコルによって当該メールを受信する。これにより、汎用画像ビューアで画像を表示することができる。

これらの装置で、「ＩＦＡＸ送信モード」では、スキャナで読み取られた画像はＲＦＣ２３０１に従ったＴＩＦＦ形式の画像としてＩＦＡＸ規格に従った他のＭＦＰやインターネットＦＡＸ１２２に対して、ＳＭＴＰ及びＰＯＰ３プロトコルによって送信される。

また、これらの装置において、送信側のスキャナ、ＦＡＸ、ＩＦＡＸ受信機能で受信された画像データは遠隔地の受信機において受信され、受信した画像は遠隔地のプリンタ等で印刷される。

図２は、図１に示すＭＦＰ１００の細部構成を示すブロック図である。以下では、図１に示すＭＦＰのうちＭＦＰ１００についてのみ説明するが、他のＭＦＰ１０１、１０２についてもＭＦＰ１００と同様の構成を有する。

図２において、ＣＰＵ１３０は、ＲＯＭ１３１に格納されているプログラムとメモリとして機能するＲＡＭ１３２の一時的な記憶領域とを利用して、ＭＦＰ１００のシステム全体の制御を実施する制御回路である。

また、操作部１３３は、ＬＣＤ表示パネルと、スタートキーやテンキー等のハードキー等から構成され、ＬＣＤ上にタッチパネルを用いて各種ボタンを表示するユニットである。そして、ユーザが指でボタンをタッチした位置を検出して、それに基づくユーザオペレーションを円滑に実行することができる。

スキャナ１３４は、原稿の画像データを光電変換により電気データに変換するユニットである。図１５は、図１に示すＭＦＰ１００のスキャナ１３４及びプリンタ１３５の機器構成図である。スキャナ１３４では、原稿給送装置２５０から原稿をプラテンガラス２１１上へ搬送し、原稿がプラテンガラス２１１上に搬送されると、ランプ２１２を点灯してスキャナユニット２１３の移動を開始し、原稿を露光走査する。原稿からの反射光は、ミラー２１４、２１５、２１６及びレンズ２１７によってＣＣＤイメージセンサ２１８へ導かれて電気信号に変換され、Ａ／Ｄ変換回路によってデジタルデータに変換される。そして、原稿の読み取り動作が終了した後、プラテンガラス２１１上の原稿は排紙される。

一方、プリンタ部１３５は、電気的画像データを記録紙に印刷するユニットである。プリンタ部１３５では、電気的画像データに応じたレーザ光をレーザ発光部３１３、３１４、３１５、３１６から発光させる。そして、このレーザ光が感光ドラム３２５、３２６、３２７、３２８に照射され、感光ドラム３２５、３２６、３２７、３２８上にはレーザ光に応じた潜像が形成される。そして、感光ドラム３２５、３２６、３２７、３２８の潜像の部分には現像器３２１、３２２、３２３、３２４によって現像剤が付着される。そして、レーザ光の照射開始と同期したタイミングで，給紙カセット３６０、３６１、３６２から記録紙を給紙して転写部へ搬送し、感光ドラム３２５、３２６、３２７、３２８に付着された現像剤を記録紙に転写する。現像剤の乗った記録紙は定着部３３５に搬送され、定着部３３５の熱と圧力により現像剤は記像紙に定着される。定着部３３５を通過した記録紙は排出ローラ３３６によって排出され、ソータは排出された記録紙をそれぞれのビンに収納して記録紙の仕分けを行う。

図２に示される画像処理回路１３６は、大容量の画像メモリ、画像回転回路、解像度変倍回路、ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＪＰＥＧ等の符号／複合化回路等で構成され、シェーディング、トリミング、マスキング等の各種画像処理を実行することができる。また、ハードディスク１３７は、ＳＣＳＩ、ＵＳＢ等のインタフェースで接続されている大容量記録媒体であり、ハードディスクだけでなくＭＯ等の他の記録媒体を用いることも可能である。

さらに、図２において、ネットワークＩ／Ｆ１３８は、１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−Ｔを代表とするイーサネット（登録商標）或いはトークンリング等のネットワーク回線と接続するためのネットワークデータリンクを実行する回路である。

さらにまた、フォーマッタ部１３９は、ＩＥＥＥ１２８４準拠のパラレルインタフェース、ＵＳＢ等のＰＣ Ｉ／Ｆ回路を備えている。そして、ＰＣ Ｉ／Ｆ回路或いはネットワークＩ／Ｆ回路で受信したＰＣからのＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）データより画像データを作成する。そして、画像処理回路１３６で画像処理を行い、プリンタ１３５で印刷するためのレンダリング回路である。

ファクス部１４０は、電話回線と接続し、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、ＭＯＤＥＭ（ＭＯｄｕｌａｔｏｒ／ＤＥＭｏｄｕｌａｔｏｒ）等の回路で構成されるファクシミリＩ／Ｆ回路である。

ＭＦＰ１００では、スキャナ１３４で読み取られた画像データを画像処理回路１３６で画像処理を行う。そして、電話回線を経由して他のファクシミリ装置に送信、或いは他のファクシミリ装置から送信されてきたデータを受信して画像処理回路１３６で画像処理を行ってプリンタ１３５で印刷するように動作する。

尚、上述したスキャナ１３４、プリンタ１３５、画像処理回路１３６、フォーマッタ部１３９及びファクス部１４０は、ＣＰＵ１３０からのＣＰＵバス１４２とは別の高速ビデオバス１４３で接続され、画像データを高速に転送できるように構成されている。

また、ＭＦＰ１００では、スキャナ１３４で読み取った画像データを画像処理回路１３６で画像処理を行い、読み取った画像をプリンタ１３５で印刷するように動作することでコピー機能を実現する。

さらに、ＭＦＰ１００には、スキャナ１３４で読み取った画像データを画像処理回路１３６で画像処理を行い、ネットワークＩ／Ｆからネットワーク上に送信するＳｅｎｄ機能が存在する。或いは、ＭＦＰ１００には、画像処理回路１３６でＲＦＣ２３０１に従った画像を作成し、電子メールプロトコルでデータを送受信するＩＦＡＸ機能が存在する。

さらにまた、図２において、電力制御回路１４１は、ＭＦＰ１００で消費する電力を制御する回路であり、ヒータ等の温度を下げる、或いは、使用されていない回路の電源を切ることで装置の消費電力を低下させることができる。ＭＦＰ１００には、電源制御回路１４１により操作部１３３とプリンタ１３５の定着温調回路の通電をストップする「スリープ（ＳＬＥＥＰ）１の状態」が存在する。また、ＭＦＰ１００には、ＣＰＵ１３０を含めてほとんどの回路の通電をストップする「スリープ２の状態」が存在する。

上記スリープ１の状態は、スリープ２の状態より消費電力は大きいものの、起動が指示された際にはスリープ２の状態よりも、より迅速に起動して即座に立ち上がって使用可能な状態になり、即時応答性が求められるスリープ状態である。尚、スリープ２の状態となった場合には、ＣＰＵ１３０も停止するために、ＭＦＰ１００のソフトウェア制御は停止するようになる。

図２に示すネットワークＩ／Ｆ１３８、フォーマッタ部１３９及びファックス部１４０等の外部Ｉ／Ｆからの通信要求や、操作部１３３に存在する後述する節電キー４１１の押下によってＣＰＵ１３０は起動する。そして。スリープ２の状態から解除され、スリープ１の状態となる。また、外部Ｉ／Ｆからの通信データより画像が形成され、当該画像がプリンタ１３５に投入されると、スリープ１の状態も解除されてスタンバイ状態となる。その後、印刷処理が終了してスタンバイ状態で所定時間が経過、又は前述した節電キー４１１の押下によってスリープ１の状態になって、当該スリープ１の状態で所定時間が経過した後は、続いてスリープ２の状態になる。

図３は、ＭＦＰ１００が所有するネットワークプログラムの構成を説明するための図である。図３に示すように、ＭＦＰ１００におけるネットワークプログラムの構成は、３階層のプログラムに大別できる。まず、１つ目はＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）２００であり、２つ目はＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）２０１である。そして、３つ目はアプリケーション階層の各種プロトコル２０２である。

まず、ＩＰ２００は、発信ホストから宛先ホストに対してルータ等の中継ノードと連携しながらメッセージを送り届けるサービスを提供するインターネットのプロトコル階層である。ＩＰ２００では、データを送信する発信先のアドレスや、データを受信する宛先のアドレスを管理し、データをアドレス情報に従ってネットワーク内をどのような経路で宛先ホストまで届けるかを管理するルーティング機能を実行する。

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

アプリケーション階層の各種プロトコル２０２は、複数のプロトコルを規定している。このプロトコルには、ファイル転送サービスであるＦＴＰ（Ｆｉｌｅ ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）、ネットワーク管理プロトコルであるＳＮＭＰ、プリンタ印刷用のサーバプロトコルであるＬＰＤが存在する。また、当該プロトコルには、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバのプロトコルであるＨＴＴＰｄ、電子メール送受信プロトコルＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）が存在する。さらに、当該プロトコルには、、メールダウンロードプロトコルＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ ３）が存在する。さらにまた、当該プロトコルには、ユーザの電子メールアドレス等を管理するディレクトリデータベースにアクセスするためのプロトコルであるＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等が存在する。また、ＲＦＣ１５１０で規定されているＫｅｒｂｅｒｏｓ認証プログラムも搭載されている。

図４は、スキャナ１３４で読み取った画像データを電子メールで送信する際の操作部１３３の送信設定画面の一例を示す図である。ＭＦＰ１００では、読み取りサイズとして、スキャナ１３４が読み込む原稿サイズを指定することができる。例えば、サイズ設定部５００では、Ａ３、Ａ４、Ａ５、Ｂ４、Ｂ５、１１×１７、ＬＴＲ、ＳＴＭＴ等の用紙サイズとその向きを指定することができる。図４に示すように、現在は「自動」が設定されており、スキャナ１３４に存在する原稿検知センサが検知した値で読み込まれる。

また、解像度設定部５０１では、スキャナ１３４が画像を読み込む際の解像度を指定することができ、例えば、２００×１００、２００×２００、２００×４００、３００×３００、４００×４００、６００×６００ｄｐｉから指定することができる。尚、解像度のデフォルト値は例えば２００×２００であるが、現在は６００×６００ｄｐｉが設定されている。

さらに、詳細設定部５０２では、スキャン時の濃度設定、原稿タイプ指定、両面読み込み、ページ連写指定、画質調整等のスキャン時の詳細動作を指定することができる。

さらにまた、図４に示すように、電子メールの送信宛先のＴｏフィールド５０３では、宛先を選択する場合にアドレス帳に登録されている宛先から選択することができる。同様に、Ｃｃフィールド５０４では、宛先を選択する場合にアドレス帳に登録されている宛先から選択することができる。さらに、Ｂｃｃフィールド５０５では、宛先を選択する場合にアドレス帳に登録されている宛先から選択することができる。尚、最大送信宛先は例えば２５６件までであるとする。この場合、Ｔｏフィールド５０３で選択した宛先数と、Ｃｃフィールド５０４で選択した宛先数と、Ｂｃｃフィールド５０５で選択した宛先数とを合計した値が最大２５６件に制限され、この件数より多い宛先は入力することができない。

さらにまた、図４において、Ｓｕｂｊｅｃｔ入力部５０６及び本文入力部５０７は、それぞれ送信する電子メールに対して付与する件名とメール本文を入力する欄である。例えば、操作部１３３では、各設定欄が選択された場合に、ソフトキーボードが表示され、文字列を入力するようにすることができる。

さらにまた、図４において、送信データサイズ上限値設定部５１０は、電子メールを送信する際に許容される電子メールデータの最大サイズを設定する部分である。設定したデータサイズを越えた電子メールデータは、後述するように複数の電子メールに分割されて送信される。すなわち、結果的には、当該制限値よりも大きなデータサイズの電子メールは送信されないこととなる。尚、当該制限値として、「０」が設定された場合は無制限として動作するようにし、電子メールを分割することは実施されないようにしてもよい。

上述した実施形態では、送信される電子メールデータのサイズで送信する際の制限を付加する場合について説明した。尚、それ以外にも、送信されるＴＩＦＦファイルやＪＰＥＧファイル等の画像サイズに変換することによってデータサイズの制限に対処するようにしてもよい。

また、送信データサイズ上限値を前述したように図４に示す送信設定画面で設定することにより送信動作毎に変更することができるが、送信動作毎に変更する必要がない場合は機器情報管理の一部として設定するようにしてもよい。また、宛先毎に当該上限値の値を変える場合には、例えばアドレス帳の宛先毎に当該上限値を設定できるようにしてもよい。

さらに、図４に示すスタートキー５０９は、操作部１３３の横に設置されているハードキーであり、ユーザがこのキーを押下することによりスキャナ１３４が駆動し、読み取られた画像が送信される。また、スタートキー５０９の中央には青と赤のＬＥＤ５０８が実装されている。そして、送信宛先が１つも指定されていない場合は、赤色のＬＥＤが点灯して、スタートキー５０９を押下してもスキャナ１３４が駆動することはできない状態であることをユーザに知らせる。一方、送信宛先を１つでも指定した場合には、青色のＬＥＤが点灯して、スキャナを駆動することができる状態になったことをユーザに知らせる。

さらにまた、節電キー５１１は、スタンバイ状態で当該キーが押下されると電力制御回路１４１により前述したようなスリープの状態に移行し、スリープの状態時に当該キーが押下された場合にはスタンバイ状態に復帰させることができるハードキーである。

図８は、画像ファイルが添付された電子メールを５つの分割メールに分割した様子を説明する図である。図８のように、電子メールデータは、メールヘッダ８５０、メール本文８５１、１ページ目の画像データ８５２、２ページ目の画像データ８５２、３ページ目の画像データ８５４、４ページ目の画像データ８５５、５ページ目の画像データ８５６から構成される。当該電子メールは、図８に示すように５つに分割され、［１／５］の分割メール８６０、［２／５］の分割メール８６１、［３／５］の分割メール８６２、［４／５］の分割メール８６３、及び、［５／５］の分割メール８６４から構成される。

そして、上記分割メールを送信する際には、各メールの先頭には次のような情報が付加されて送信されることとなる。すなわち、宛先情報等が記述されたメールヘッダ８５０と同じような部分メールヘッダと、当該電子メールが分割メールであることを示すＭＩＭＥ識別子、分割メール毎に固有に付けられる分割ＩＤ、分割番号、及び、分割トータル番号等の情報が付加される。

図５は、図４に示す送信設定の状態で送信される分割メールデータの一例を示す図である。図５において、行番号４００から４１１までの部分が、当該分割メールを配信するためのメールヘッダである。行番号４０２のＦｒｏｍには、ＭＦＰ１００に付与されたメールアドレスが記載される。また、行番号４０３のＳｕｂｊｅｃｔは、Ｓｕｂｊｅｃｔ入力部５０６で入力された文字列をＲＦＣ２０４７で定義されているｅｎｃｏｄｅｄ−ｗｏｒｄ形式にしたデータである。さらに、行番号４０４のＴｏは、Ｔｏフィールド５０３で選択された宛先、Ｃｃフィールド４０５はＣｃフィールド５０５で選択された宛先に関するデータを上記ｅｎｃｏｄｅｄ−ｗｏｒｄ形式にしたデータである。また、Ｂｃｃフィールド４０７は、Ｂｃｃフィールド５０５で選択された宛先に関するデータを上記ｅｎｃｏｄｅｄ−ｗｏｒｄ形式にしたデータである。

また、行番号４１０の「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ｍｅｓｓａｇｅ／ｐａｒｔｉａｌ；」は、本メールが分割メールであることを示し、「ｎｕｍｂｅｒ＝１； Ｔｏｔａｌ＝５」によって５つに分割されたメールの第１番目のデータであることを示している。さらに、行番号４１１の「ｉｄ＝”２００４１１１０１０４５０８．００００．ＴｘＮｏ．０１０５＠ｃｏｐｙ３．ｘｙｚ．ｃｏ．ｊｐ”」は、次のことを示している。すなわち、日付、時刻、送信されるごとにカウントアップされる送信受付番号、送信機のドメイン名から構成される分割メールの分割ｉｄ番号を示している。尚、当該ｉｄ番号が同じメールは同一メールを分割した分割メールとみなされる。

次に、行番号４１３から４４２までのデータは、分割メール（すなわち、５つに分割されたメールの第１番目のデータ）の実体データを示している 。まず、行番号４１３から４２２の部分が、メールヘッダ８５０に相当する分割された電子メールのメールヘッダである。そして、行番号４１５のＦｒｏｍ、４１７のＴｏ、４１８のＣｃ、４２０のＢｃｃ等は、上記行番号４０２のＦｒｏｍ、４０４のＴｏ、４０５のＣｃ、４０７のＢｃｃと同じである。

また、行番号４１６のＳｕｂｊｅｃｔは分割される前のＳｕｂｊｅｃｔであるため、Ｓｕｂｊｅｃｔ入力部５０６で入力した「資料送付」という文字列がｅｎｃｏｄｅｄ−ｗｏｒｄ形式にされたデータである。これに対して、行番号４０３のＳｕｂｊｅｃｔは分割メールのＳｕｂｊｅｃｔであるため、この文字列の先頭に「［１／５］」という文字列が付与され、「［１／５］資料送付」という文字列をｅｎｃｏｄｅｄ−ｗｏｒｄ形式にしたデータとなる。

さらに、行番号４２８、４２９は、本文入力部５０７で入力された本文をＪＩＯＳコードに変換したテキストデータであり、メール本文８５１に相当する。このメール本文は日本語テキストデータであるため、行番号４２６に「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ｔｅｘｔ／ｐｌａｉｎ； ｃｈａｒｓｅｔ＝”ＩＳＯ−２０２２−ＪＰ”」のデータが付与される。

さらにまた、行番号４３６から４４２までのデータは、１ページ目までのデータ８５２に相当し、スキャナから読み取ったデータをファイル名Ｉｍａｇｅ．ｔｉｆとしてＴＩＦＦ画像ファイル化し、このファイルをＢＡＳＥ６４エンコードしたデータである。行番号４３２、４３３、４３４にその旨が明記されている。そして、２ページ目以上のデータは、分割番号が２、３、４、５として同様のメールが生成されて送信されることとなる。

尚、分割ｉｄ番号が同じメールデータを抽出して、その番号で示される順番どおりに結合することによって、分割される前のメールデータとして合成することが可能となる。

図６は、本発明の第１の実施形態に係るＭＦＰ１００において、図４を用いて説明した分割メールの受信、合成、印刷、或いは転送等するための処理手順を説明するためのフローチャートである。

ＭＦＰ１００では、ネットワークＩ／Ｆ１３８からのＳＴＭＰ要求を受けることによってＳＭＴＰ受信処理が開始される。ここで、ネットワークＩ／Ｆ１３８からのＳＭＴＰ要求を受信した際にＭＦＰ１００がスリープ２の状態であった場合、ネットワークＩ／Ｆ１３８からの割り込み信号によってＣＰＵ１３０を起動する。そして、電源制御回路１４１によってスリープ２の状態を解除する（ステップＳ５０１）。すなわち、当該ＳＭＴＰ要求は、ＣＰＵ１３０がスリープ２の状態になることを禁止する命令であり、その結果、次にスリープ（ＳＬＥＥＰ）が許可されるまで、ＣＰＵ１３０がスリープ状態になることはない。そして、ＭＦＰ１００は、ＳＭＴＰプロトコルによって電子メールデータを受信（ＳＭＴＰ受信）する（ステップＳ５０２）。

一方、ＰＯＰ受信を行う処理では、不図示のタイマによって所定時間毎にタイマ割り込み信号がＣＰＵ１３０に入力される。この割り込み信号によって、ＭＦＰ１００がスリープ２の状態であった場合にはＣＰＵ１３０が起動して、電源制御回路１４１によって当該スリープ２の状態が解除される（ステップＳ５０４）。当該ステップＳ５０４の処理は、ＣＰＵ１３０がスリープ２の状態になることを禁止する命令であり、その結果、次にスリープ（ＳＬＥＥＰ）が許可されるまで、ＣＰＵ１３０がスリープ状態になることはない。そして、ＭＦＰ１００は、ＰＯＰ３プロトコルによってＭａｉｌサーバ／ＰＯＰサーバに蓄積されている電子メールデータを受信（ＰＯＰ受信）する（ステップＳ５０５）。

ＳＭＴＰ受信（ステップＳ５０２）或いはＰＯＰ受信（ステップＳ５０３）によってＭＦＰ１００で受信された電子メールデータは、ＭＩＭＥデータが解析される。そして、図５の行番号４１０に記載されているｍｅｓｓａｇｅ／ｐａｒｔｉａｌ形式のメールであるか否かが判断され（ステップＳ５０６）、ｍｅｓｓａｇｅ／ｐａｒｔｉａｌの記述がある場合は分割メールであると判断される。

ステップＳ５０６で分割メールであると判断された場合（Ｙｅｓ）、分割メールは分割受信ボックスに格納され（ステップＳ５０７）、分割メールではないと判断された場合（Ｎｏ）は、ステップＳ５１０の処理に遷移する。

ステップＳ５０７で分割メールが分割受信ボックスに格納されると、格納されたことにより分割メールの断片が全てそろったか否かが検査される（ステップＳ５０８）。その結果、分割メールが全て揃っていない場合（Ｎｏ）はスリープが許可され（ステップＳ５１７）、ＭＦＰ１００は省電力モードになる。尚、ＭＦＰ１００では、他の回路がスリープ状態になっても問題ない場合には、さらに前述したスリープ２の状態になることもでき、この場合は消費電力はさらにわずかな値となる。

一方、ステップＳ５０８で分割メールの断片が全て揃ったと判断された場合（Ｙｅｓ）、ＭＦＰ１００では、分割番号順にそれぞれの分割メールからデータが切り出され、順番に結合することでデータの合成を行う（ステップＳ５０９）。その後、ステップＳ５１０に遷移する。

ステップＳ５１０では、ステップＳ５０９で結合された電子メール、或いは受信された分割されていない通常のメールから、同様に画像情報抽出処理が行われる。本実施形態では、予めＢＡＳＥ６４又はｕｎｅｎｃｏｄｅされているメールデータをデコードしてＴＩＦＦファイルに変換し、変換されたＴＩＦＦファイルから画像データを抽出するようにする。また、電子メールにテキストデータが存在する場合、当該テキスト情報はラスタライズされて画像データとなる。

また、本実施形態に係るネットワークシステムでは、受信した電子メールのＴｏ、Ｆｏｒｍ、Ｓｕｂｊｅｃｔの値がある一定値である場合に、それらの宛先（システムボックスも含む。）に対して画像データを転送するという転送機能が存在する。そこで、これらのデータの転送条件を検索して取得する（ステップＳ５１１）。そして、取得した転送情報と電子メールのヘッダフィールドに設定されているＴｏ、Ｆｒｏｍ、Ｓｕｂｊｅｃｔフィールドの値とを比較する（ステップＳ５１２）。その結果、Ｔｏ、Ｆｒｏｍ、Ｓｕｂｊｅｃｔフィールドの値が転送条件とマッチした場合（Ｙｅｓ）は、データ転送処理が実行される（ステップＳ５１５）。一方、ステップＳ５１２で、Ｔｏ、Ｆｒｏｍ、Ｓｕｂｊｅｃｔフィールドの値が転送条件とマッチしない場合（Ｎｏ）は、システムボックス格納処理を行うか否かを判断する（ステップＳ５１３）。

ステップＳ５１３では、転送宛先がシステムボックスに設定されている場合やプリンタ１３５に印刷用紙がない等の理由で印刷ができない場合はシステムボックス格納が選択され（Ｙｅｓ）、システムボックス格納処理が実行される（ステップＳ５１６）。尚、システムボックス格納処理が実行された後はステップＳ５１７の処理に遷移する。一方、システムボックス格納を行わない場合（Ｎｏ）は、メール本文がラスタライズされた画像と添付されたＴＩＦＦファイルより抽出された画像の印刷処理が行われ（ステップＳ５１４）、ステップＳ５１７の処理に遷移する。

ステップＳ５１７では、電力制御回路１４１によってＭＦＰ１００はスタンバイ状態（すなわち、スリープ状態）に移行することを許可して処理を終了する。スリープ状態への移行が許可されると、プリンタの温度等の状態や他の回路の状態に応じて、電力制御回路１４１が前述したスリープ１或いはスリープ２の状態の省電力状態となる。

図９は、分割メールが一時的に蓄積された際に操作部１３３に表示される分割受信ボックスの画面例を示す図である。図９に示すように、現在は異なる３件の分割メール６００、６０１、６０２が分割受信ボックスに格納されている。また、図９において、件名６１０は、受信した分割メールのそれぞれの件名であり、図５に示す分割メールの場合、分割メールの件名を示す行番号４０３のＳｕｂｊｅｃｔ、又は、分割前のメールの件名である行番号４１５のＳｕｂｊｅｃｔが表示されている。

分割メール６００は、分割されたメールの先頭メールを受信できるので、分割されたメールの件名である行番号４１６のＳｕｂｊｅｃｔを表示している。また、分割メール６０１、６０２は、メールの先頭メールが受信できないために、それぞれの分割メールの件名である行番号４０３のＳｕｂｊｅｃｔを表示している。

また、図９において、相手先６１１は電子メールの差出人を示している。そして、分割されたメールの先頭メールを受信できている場合は行番号４１５のＦｒｏｍ情報を代入し、先頭メールが受信できていない場合は分割メールのＦｒｏｍ情報である行番号４０２で示されるＦｒｏｍ情報の値を代入する。

さらに、受信数６１２は、分割ＩＤが同一のメールのトータル数と、受信できているメール数を示した値であり、例えば、分割メール６００はトータル５通で、受信できているメール数が３通であることを示している。さらにまた、受信時刻６１３は、各分割メールを最初に受信した受信時刻を示している。

さらにまた、分割リストボタン６２０は、選択した分割メールのリスト表示を１通ずつ実行するためのボタンである。また、消去ボタン６２１は、選択した分割メールの削除を実行するためのボタンであり、分割ＩＤが同一メールは１回の操作で全て削除することができる。さらに、プリントボタン６２２と送信ボタン６２３は、それぞれ選択した分割メールを合成した後、合成されたメールを印刷するボタン、送信するボタンである。さらにまた、図９において、矢印キー６２４、６２５は、リスト表示される分割メールが多く、全てを一度に表示列挙できない場合に操作者が画面をスクロールするためのキーである。

図１０は、図９に示す分割メール６００を選択して分割リストボタン６２０を押下した時に表示される画面を示す図である。図１０には、分割メール６６０、６６１、６６２の３通のメールが表示されている。図１０に示す画面に表示されたリストは、全て分割ＩＤが同一のものであり、分割ＩＤ６５０にその値が表示されている。尚、分割ＩＤに示される値は、図５に示す行番号４１１のデータに基づいて作成される。

図１０において、相手先６５１は相手先６１１と同じデータであり、電子メールの差出人情報を示している。また、件名６５２は、分割メールのＳｕｂｊｅｃｔ情報であり、図５の行番号４０３のＳｕｂｊｅｃｔ情報である。また、分割番号６５３は、分割メールの分割番号であり、行番号４１０のｎｕｍｂｅｒ／ｔｏｔａｌの値である。尚、ｔｏｔａｌの値は、最後の分割メール以外は記入しなくても許容されるため、当該ｔｏｔａｌ値が記入されていない場合もあり得る。

さらに、図１０において、データサイズ６５４は、各分割メールのデータサイズであって、受信時刻６５５は各分割メールを受信した時刻である。さらにまた、戻るキー６５８は、図１０に示される画面を閉じて図９に示される画面に戻るためのキーである。また、スクロールキー６５６、６５７は、リスト数が多数存在して全てを一度に表示することができない場合に操作者が画面をスクロールするためのキーである。

以下では、本実施形態に特有な、分割受信ボックス格納処理（ステップＳ５０７）の詳細について説明する。

図１１は、第１の実施形態における分割受信ボックス格納処理（ステップＳ５０７）の詳細を説明するためのフローチャートである。まず、受信した分割メールデータをＭＦＰ１００のハードディスク１３７の所定領域に格納する（ステップＳ７００）。次いで、図５の行番号４０３のＳｕｂｊｅｃｔ、行番号４１５のＳｕｂｊｅｃｔの件名情報を取得する（ステップＳ７０１）。尚、取得した情報は、件名６１０、６５２として表示するために使われる。ここで、行番号４１６のＳｕｂｊｅｃｔは、分割メールの先頭メールだけに存在する情報であり、先頭以外の分割メールには存在しない。従って、先頭メールを受信できている場合は件名６１０には行番号４１６のＳｕｂｊｅｃｔが使用され、先頭メールが受信できていない場合は受信できている分割メールについての行番号４０３のＳｕｂｊｅｃｔが使用される。

次いで、分割メールの行番号４０２のＦｒｏｍ情報又は行番号４１４のＦｒｏｍ情報を取得して（ステップＳ７０２）、取得した当該相手先情報を相手先６１１及び相手先６５１の情報として表示する。さらに、分割メールを受信した時刻を取得して受信時刻を設定し（ステップＳ７０３）、当該受信事項を受信時刻６１３や受信時刻６５５に表示する。尚、この受信時刻は後述するタイマによる分割メールの消去処理においても使用される。

次に、分割メールのデータサイズを計算して取得し（ステップＳ７０４）、その値がデータサイズ６５４に表示される。さらに、行番号４１１の分割ＩＤに関する情報を取得し（ステップＳ７０５）、同一分割ＩＤを検索する（ステップＳ７０６）。尚、取得した分割ＩＤが同一の分割メールは同一分割メールとして管理され、合成処理や消去処理等に用いられる。また、取得した分割ＩＤは、分割ＩＤ６５０に表示される。

そして、ステップＳ７０６によって同一分割メールとされた分割メールの数を計算し（ステップＳ７０７）、受信数６１２の分子のデータとする。尚、受信数６１２の分母のデータは、行番号４１０のｔｏｔａｌ数が用いられ、分子数と分母数とが同一の場合に全ての分割メールが受信できて揃ったことを意味する。

尚、ＲＦＣ２０４６では、最終分割メール以外では前述したｔｏｔａｌ数を必ずしも記述する必要がないため、受信数６１２の分母数は表示されない場合が存在する。ステップＳ７０７の処理が終了すると、本分割受信ボックス格納処理は終了する。

図１２は、図９の画面上の消去キー６２１をユーザが押下した場合に動作する手動消去処理手順を説明するためのフローチャートである。ユーザによって消去する分割メールが選択され、当該分割メールが選択された状態で図９の画面上の消去キー６２１がさらに押下された場合、まず「消去しますか？」という旨のダイアログが表示される。そして、当該分割メールの消去の実行が確認される（ステップＳ７２１）。その結果、消去を実行する場合（Ｙｅｓ）はステップＳ７２２の処理に遷移し、消去を実行しない場合（Ｎｏ）は本処理を終了する。

尚、図９における分割メール６００は、同一の電子データ（“資料送付”に相当する電子データ）から生成された複数の分割メールを含む分割メール群に相当する。そして、図９は、 “資料送付”に相当する電子データから生成された複数の分割メールのうち少なくとも１つ（図９では２つ）が分割受信ボックス（例えば、ＲＡＭ１３２上の記憶領域）に格納されていない状態を示している。

ステップＳ７２２では、選択された分割メールの分割ＩＤを取得し、さらに、ステップＳ７２２で取得された分割ＩＤを用いて同一の分割ＩＤを有する分割メールを検索する（ステップＳ７２３）。そして、選択された分割メールだけではなく、検索して得られた分割ＩＤが同一の分割メールも削除される（ステップＳ７２４）。尚、当該削除処理によって、分割リストからも削除され、本処理を終了する。

なお、Ｓ７２２における“選択された分割メール”とは、ＭＦＰ１００のユーザ（操作者）が図９の画面にて選択した分割メール群（分割メール６００〜６００のうち何れか１つ）に含まれる複数の分割メールのうちいずれか１つに相当する。例えば、図９の画面にて分割メール６００が選択された場合においては、図１０における分割メール６６０が“選択された分割メール”に相当する。

また、上記の説明では、分割メール群（分割メール６００〜６００のうち何れか１つ）を選択して消去キー６２１を押下すると、分割メール群（例えば分割メール６００）に含まれる複数の分割メールのいずれか（例えば、分割メール６６０）を選択した。しかし、これだけに限られず、他の形態であっても良い。例えば、図１０の画面に新たに消去キーを設け、複数の分割メール（６６０〜６６２）のいずれか１つを選択した状態で消去キーを押下させるようにしても良い。この場合、図１０の画面にて選択した分割メールが、前述の“選択された分割メール”に相当することとなる。

次に、受信した分割メールが何らかな理由で長期に渡って合成されずに分割受信ボックスに半永久的に残ってしまう問題を解決するための処理について説明する。図１３は、ＭＦＰ１００に実装されているタイマを用いて、分割メールを受信した後所定時間経過した分割メールを消去する処理手順を説明するためのフローチャートである。

例えば、分割メールが分割受信ボックスに存在する場合は、通常１分間隔でＣＰＵ１３０が起動するが、ＣＰＵ１３０が前述したようなスリープ状態である場合に１分間隔でＣＰＵ１３０を動作させることは消費電力を無駄に消費してしまう。そこで本実施形態ではこのような場合は、ＣＰＵ１３０をスリープ状態にすることを認めている。このようなＣＰＵ１３０がスリープ状態に入っている時に、ユーザが節電キー５１１を押下する、又はネットワーク回線や電話回線からの通信要求によりＣＰＵ１３０のスリープ状態が解除されると、以下で説明するタイマ消去処理が動作する。

タイマ消去処理では、まず分割受信ボックス内の分割メールの存在をチェックして、分割メールの分割ＩＤを取得する（ステップＳ７３１）。次いで、現在時刻を取得し（ステップＳ７３２）、前述した図１１のフローチャートにおけるステップＳ７０３で設定した分割メールの受信時刻を取得する（ステップＳ７３３）。

そして、機器の設定情報が格納されているユーザモードより、次の判定を行う。すなわち、受信後にある時間経過した分割メールを消去してもよい時間を意味する消去時間とステップＳ７３３で取得した受信時刻を加えた時間が、ステップＳ７３２で取得した現在時刻よりも小さいか否かを判定する（ステップＳ７３４）。その結果、上記時間が現在時刻よりも大きい場合（Ｙｅｓ）はステップＳ７３５の処理に遷移し、小さい場合（Ｎｏ）は、次の分割メールがあるか否かを検査する（ステップＳ７４６）。その結果、次の分割メールがある場合（Ｙｅｓ）はステップＳ７３１に戻り、次の分割メールがない場合は本処理を終了する。

ステップＳ７３５では、選択した分割メールと同一の分割ＩＤを有する分割メールを検索する。そして、検索して得られた分割ＩＤと同じ分割メールに対して、行番号４１０のｎｕｍｂｅｒが１の先頭メールが存在するか調べる（ステップＳ７３６）。その結果、先頭メールが存在する場合（Ｙｅｓ）はステップＳ７３７に処理を遷移する。

一方、先頭メールが存在しない場合（Ｎｏ）は、ｎｕｍｂｅｒが１以外の受信した分割メールの差出人情報が格納されているメールヘッダ情報を抽出して取得する（ステップＳ７４２）。そして、文字列データは画像データに指定されているフォントデータを用いて画像にラスタライズされ（ステップＳ７４３）、プリント処理（ステップＳ７４４）に遷移する。

また、ステップＳ７３７では、分割ＩＤが同一の複数の分割メールを行番号４１０のｎｕｍｂｅｒの順番に並べ替え、１から存在する番号まで順番に結合する処理である。この処理により、図５のようにメールデータを復元することができるが、受信されなかった部分は復元することができない。例えば、［５／５］メール８６４だけが届かなかった場合、メール本文と１ページから７ページまでのデータは合成することが可能である。しかし、届かなかった８ページ目の画像を合成することは不可能である。

また、例えば、［１／５］メール８６０から［３／５］メール８６２までのデータは受信できたが、［４／５］メール８６３が受信できなかった場合は、メール本文と１ページから５ページまでの画像は合成することができる。しかし、６ページから８ページ目までの画像を合成することができない。

さらに、［１／５］メール８６０から［２／５］メール８６１までは受信できたが、［３／５］メール８６２が受信できなかった場合は、メール本文と１ページから３ページまでの画像は合成することができる。しかし、４ページから８ページ目までの画像を合成することはできない。

さらにまた、［１／５］メール８６０は受信できたが、［２／５］メール８６１が受信できなかった場合は、メール本文と１ページ目の画像は合成することができるが、２ページから８ページ目までの画像を合成することはできない。さらにまた、［１／５］メール８６０が受信できない場合は、全ての情報と画像は合成することができない。しかし、［２／５］メール８６１から［５／５］メール８６４までのメールヘッダ情報には、差し出し人情報、Ｓｕｂｊｅｃｔ、送信時刻等の情報が含まれているため、これらの情報は印刷出力することができる。このため、送信者を特定することができ、再送信を依頼することができるといったメリットがある。

上述したように受信した分割メールを結合した後（ステップＳ７３７）、結合したメールの行番号４１３から４２２までの部分に相当するメールヘッダ、行番号４２７、４２８のメール本文の文字列データを取得する（ステップＳ７３８）。そして、取得した文字列データを画像データに指定されているフォントデータを用いて画像にラスタライズする（ステップＳ７３９）。

そして、図８に示す１ページ目８５２から８ページ目８５９までに示されるような画像データが存在するか否かをチェックする（ステップＳ７４０）。その結果、画像データが存在する場合（Ｙｅｓ）はステップＳ７４１に処理を遷移し、画像データが存在しない場合（Ｎｏ）はステップＳ７４４に処理を遷移する。

ステップＳ７４１では画像情報抽出処理を行う。そして、例えば、図８の１ページ目８５２から８ページ目８５９までのデータで合成できた部分の画像データをＢＡＳＥ６４エンコード、又は、ｕｎｅｎｃｏｄｅされている部分をデコードしてＴＩＦＦファイルに変換する。尚、作成されたＴＩＦＦファイルがマルチページ形式の場合は、シングルページのＴＩＦＦファイルに変換する処理を行う。この際、中途半端なページデータは削除して変換処理を中断する。

また、最後の中途半端な画像データがＭＨ、ＭＲ、ＭＭＲ等のページ途中で切れたデータでも画像の１ラインとして成立した部分は画像データとして取り扱って、１ラインに満たない画像は削除するようにしてもよい。

そして、作成された画像データは印刷処理を行って（ステップＳ７４４）、同一分割ＩＤの分割メールを削除する（ステップＳ７４５）。その後、他に分割メールがあるか否かを判断して（ステップＳ７４６）、次の分割メールがあると判断された場合（Ｙｅｓ）はステップＳ７３１に戻って、他の分割メールが存在しないと判断された場合（Ｎｏ）は本処理を終了する。

図１４は、分割メールが全て揃っていない状態で図９のプリントボタン６２２又は送信ボタン６２３によってプリント又は送信指示がされた場合の動作を説明するためのフローチャートである。プリントボタン６２２又は送信ボタン６２３が押下されると、いかに述べる手動プリント／送信処理が実行される。

まず、選択された分割メールの分割ＩＤが取得され（ステップＳ８０１）、取得された分割ＩＤを用いて、分割受信ボックスに格納されている分割メール全体を検索して、同一分割ＩＤの分割メールをピックアップする（ステップＳ８０２）。

次に、分割した際の先頭メールが届いているか否かを検査する（ステップＳ８０３）。そこで、先頭メールが届いていない場合（Ｎｏ）は、画像を合成することはできないために、図８の示す行番号４００から４１１の部分に相当する分割メールのメールヘッダを取得する（ステップＳ８０４）。そして、このメールヘッダ情報にラスタライズ処理を行って画像データに変換する（ステップＳ８０５）。

一方、ステップＳ８０３で先頭メールが存在すると判断された場合（Ｙｅｓ）は、分割メールの合成を行う（ステップＳ８０６）。この際、例えば［５／５］メール８６４だけが届かなかった場合は、メール本文と１ページから７ページまでのデータは合成することが可能であるが、８ページ目の画像を合成することは不可能である。

また、［１／５］メール８６０から［３／５］メール８６２は受信できたが、［４／５］メール８６３が受信できなかった場合は、メール本文と１ページから５ページまでの画像は合成することができる。しかし、この場合は、６ページから８ページ目までの画像は合成することができない。

さらに、例えば、［１／５］メール８６０から［２／５］メール８６１は受信できたが、［３／５］メール８６２を受信することができなかった場合は、メール本文と１ページから３ページの画像は合成することができる。しかし、４ページから８ページ目までの画像は合成することができない。

さらにまた、例えば、［１／５］メール８６０は受信できたのに、［２／５］メール８６１が受信できなかった場合、メール本文と１ページ目の画像は合成することができるが、２ページから８ページ目までの画像は合成することができない。

次に、ステップＳ８０７において、メールヘッダやメール本文部分のテキストデータを取得し、取得したデータが日本語である場合はＪＩＳコードをＳＪＩＳコードに変換する処理を行う。そして、テキストデータを画像データに変換するラスタライズ処理を行う（ステップＳ８０８）。

そして、合成処理を行った結果、図８に示す１ページ目８５２から８ページ目８５９部分の画像データが存在するかチェックする（ステップＳ８０９）。その結果、画像が存在する場合（Ｙｅｓ）は、画像情報抽出処理を行って（ステップＳ８１０）、メールデータをＢＡＳＥ６４デコード又はｕｎｄｅｃｏｄｅしてＴＩＦＦファイルに変換する。この際、作成されたＴＩＦＦファイルがマルチページ形式の場合は、シングルページのＴＩＦＦファイルに変換する処理を行い、この際に中途半端なページデータは削除して変換処理を中断する。

尚、最後の中途半端な画像データが、ＭＨ、ＭＲ、ＭＭＲ等の途中で切れたデータであっても画像として成立するようなケースでは削除せずに、画像として成立した部分を１ページの画像データとして扱ってもよい。そして、作成した画像データはステップＳ８１１の処理が行われる。

ステップＳ８１１では、送信ボタン６２３が押下されたのか、それともプリントボタン６２２が押下されたのかを検査する。そして、送信ボタンが押された場合（Ｙｅｓ）は、送信宛先を指定する図４の画面を表示して、指定された宛先に画像を送信する処理を行う（ステップＳ８１２）。一方、プリントボタン６２２が押下された場合（Ｎｏ）は、作成した画像にプリント処理を行う（ステップＳ８１３）。

尚、ステップＳ８１２の送信処理では、メール本文等のテキスト情報を送信する際に、電子メール宛先等のテキスト情報が扱える宛先に対しては、テキスト情報をラスタライズした画像データではなく、テキスト情報を送信するようにしてもよい。

また、本実施形態では、電子メール受信方法としてＳＭＴＰ受信やＰＯＰ受信を用いて説明したが、ＩＭＡＰ等のプロトコルを用いて電子メールを受信する方法でもよい。

以上説明したように、第１の実施形態によれば、受信したメールが分割メールであると判定した場合に、分割メールを分割受信ボックスに格納して、ボックス格納時に分割メールが全て揃っているか否かを検査する。そして、全て揃っていない場合は、ユーザが簡単な操作を行うだけ（例えば、１回の指示）により分割メールを処理することができる。

また、第１の実施形態によれば、受信したメールが分割メールであると判定した場合に、分割メールを分割受信ボックスに格納し、所定期間経過した分割メールと同一の分割メールを自動的に削除する。これにより、分割メールが蓄積されることに起因するシステム障害を回避することができる。さらに、削除した分割メールと同一ＩＤの揃わない分割メール自身も削除することができる。

さらにまた、同一の電子データから生成された複数の分割メールを、操作者（ユーザ）の簡単な指示（例えば、１回の消去指示）により消去する方法と、分割メールを受信してから一定時間が経過したことにより消去する方法とを併用することができる。

さらにまた、同一の電子データから生成された複数の分割メールの一部が受信されない場合に、操作者の消去指示による複数の分割メールの消去処理又は操作者の印刷指示による複数の分割電子メールの印刷処理を適切に実行することができる。

＜第２の実施形態＞
次に、本発明の第２の実施形態に係る情報処理装置を具備した各種機器がネットワークを介して接続したネットワークシステムにおける処理について説明する。尚、当該情報処理装置及びネットワークシステムの構成及びそれらで行われる基本的な処理内容については前述した第１の実施形態と同様であるため、それらの説明は省略する。尚、第２の実施形態に係るＭＦＰ１００において、分割メールの受信、合成、印刷、或いは転送等するための処理手順は、第１の実施形態で図６に示すフローチャートと基本的には同様の処理である。

図７は、図６に示すフローチャートにおけるデータ転送処理（ステップＳ５１５）の詳細を説明するためのフローチャートである。前述したように、転送条件検索処理（ステップＳ５１１）によって転送条件にマッチすると判断された場合（ステップＳ５１２でＹｅｓの場合）にデータ転送処理（ステップＳ５１５）が実行される。

まず、指定された転送宛先がＦＡＸ宛先であるか否かが調べられる（ステップＳ６０１）。その結果、ＦＡＸ宛先であると判断された場合（Ｙｅｓ）は、ファックス部１４０の回路を動作させて電話回線に対して受信した画像データをファクシミリ送信し（ステップＳ６０９）、データ転送処理（ステップＳ５１５）を終了する。

一方、ステップＳ６０１でＦＡＸ宛先ではないと判断された場合（Ｎｏ）は、指定された転送宛先がＦＩＬＥ宛先であるか否かが調べられる（ステップＳ６０２）。その結果、ＦＩＬＥ宛先であると判断された場合（Ｙｅｓ）は、ＦＴＰ、ＳＭＢ等の通信プロトコルを用いてネットワークＩ／Ｆ部１３８より受信した画像データをＦＩＬＥ送信し（ステップＳ６１０）、データ転送処理を終了する（ステップＳ５１５）。

ステップＳ６０２で送信宛先がＦＩＬＥ宛先でない場合（Ｎｏ）、送信宛先は電子メールプロトコルを用いて送信する電子メール宛先又はＩＦＡＸ宛先になる。そこで、電子メールプロトコルを用いて送信する宛先の場合は、ステップＳ６０３において、機器情報管理に設定されているデータサイズ上限値の値を読み取る。尚、データサイズの上限値は、機器情報管理に限らず、転送設定時に設定する、或いはアドレス帳の宛先毎に設定してもよい。次いで、受信した画像データより電子メールデータを作成する（ステップＳ６０４）。

一方、送信宛先がＩＦＡＸ宛先である場合は、送信宛先の画像ヘッダを付与して、ＲＦＣ２３０１に規定される画像になるように、画像処理回路１３６を用いて変倍、パディング等の処理を行う。そして、これらの画像について、解像度や画素数等の情報をＴＩＦＦヘッダに書き込んでＴＩＦＦファイルを作成する。さらに、作成したＴＩＦＦファイルをＢＡＳＥエンコードして、送信宛先等の電子メール情報やＭＩＭＥ情報を付与してメールデータを作成する。

ステップＳ６０５では、ステップＳ６０４で作成した電子メールデータがステップＳ６０３で読み取ったデータサイズ上限値よりも大きいか否かを比較する。その結果、データサイズ上限値よりも小さい場合（Ｎｏ）は、作成したデータをＳＭＴＰプロトコルによって電子メール送信する（ステップＳ６１１）。一方、データサイズが当該データサイズ上限値よりも大きい場合（Ｙｅｓ）は、分割すべきポイントを計算し（ステップＳ６０６）、作成した電子メールを分割して分割メールを作成する（ステップＳ６０７）。この際、分割したデータに図５を用いて説明したように分割したデータであることを示す識別子のＭＩＭＥ情報（ｍｅｓｓａｇｅ／ｐａｒｔｉａｌ）や送信宛先が記述されたメールヘッダを付与して分割メールを作成する。

そして、ステップＳ６０７で作成した複数の分割メールをＳＭＴＰプロトコルによって送信し（ステップＳ６０８）、データ転送処理（ステップＳ５１５）を終了する。

上述した実施形態では、電子メール受信方法としてＳＭＴＰ受信やＰＯＰ受信を用いて説明したが、これ以外にもＩＭＡＰ等のプロトコルを用いて電子メールを受信する方法を用いてもよい。また、転送宛先はＭＦＰ１００に設定されている転送条件にマッチする宛先に転送するように説明したが、受信した電子メールデータに転送先が指定されて、指定されている宛先に転送する方法でも同様の効果が得られる。

本実施形態では、上述したように、受信したメールが分割メールであると判定した場合には分割メールを分割受信ボックスに格納し、ボックス格納時に分割メールが全てそろったか検査する。そして、全てそろわない場合にはすぐに受信処理を終了させ、全てそろった場合には分割メールを合成して通常メールと同様に印刷、転送処理等を行うようにした。これにより、受信印刷中に処理が止まってしまうことを防止することができる。

また、本実施形態では、受信したメールが分割メールであると判定した場合に、分割メールを分割受信ボックスに格納し、ボックス格納時に分割メールが全て揃ったか否か検査した。そして、全てが揃わなかった場合にはＣＰＵ１３０をスリープ状態にすることで機器の消費電力を低下させることができる。さらに、本実施形態では、分割メールを電子メールプロトコルによって受信転送する際に、分割メールを一旦合成し、機器に設定された分割サイズの範囲内で分割メールを作成して転送する。これにより、データサイズが大きいことによる途中のメールサーバでの送信エラーの発生を回避することができる。

＜その他の実施形態＞
第１の実施形態では、図７に示す分割メール群（分割メール６００〜６００のうち何れか１つ）を選択して消去キー６２１を押下すると、分割メール群（例えば、分割メール６００）の複数の分割メールのいずれか（例えば、分割メール６６０）を選択した。しかし、他の形態であっても良い。例えば、分割メール群（分割メール６００〜６００のうち何れか１つ）を選択して消去キー６２１を押下すると、分割メール群に対して付与されている分割ＩＤを取得するようにしても良い。この場合、分割メール群（例えば分割メール６００）に付与されている分割ＩＤが取得され、取得された分割ＩＤに対応する複数の分割メール（例えば、分割メール６６０〜６６２）が一括して消去される。

また、第１の実施形態では、分割受信ボックスに格納された分割メールのうち、ステップＳ７２２で取得した分割ＩＤに一致する全ての分割メールを削除することとしたが、他の形態であってもよい。例えば、分割ＩＤに一致する少なくとも２つの分割メールを一括して消去するようにしても良い。この場合であっても、複数の分割メールをユーザ（操作者）の消去指示により１つずつ消去するよりは、消去指示の回数を減らすことができる。

以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。

プログラムを供給するための記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。すなわち、ホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後にも前述した実施形態の機能が実現される。すなわち、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても前述した実施形態の機能が実現される。

本発明の第１の実施形態に係る情報処理装置を具備した各種機器がネットワークを介して接続したネットワークシステムの構成図である。 図１に示すＭＦＰ１００の細部構成を示すブロック図である。 ＭＦＰ１００が所有するネットワークプログラムの構成を説明するための図である。 スキャナ１３４で読み取った画像データを電子メールで送信する際の操作部１３３の送信設定画面の一例を示す図である。 図４に示す送信設定の状態で送信される分割メールデータの一例を示す図である。 本発明の第１の実施形態に係るＭＦＰ１００において、図４を用いて説明した分割メールの受信、合成、印刷、或いは転送等するための処理手順を説明するためのフローチャートである。 図６に示すフローチャートにおけるデータ転送処理（ステップＳ５１５）の詳細を説明するためのフローチャートである。 画像ファイルが添付された電子メールを５つの分割メールに分割した様子を説明する図である。 分割メールが一時的に蓄積された際に操作部１３３に表示される分割受信ボックスの画面例を示す図である。 図９に示す分割メール６００を選択して分割リストボタン６２０を押下した時に表示される画面を示す図である。 第２の実施形態における分割受信ボックス格納処理（ステップＳ５０７）の詳細を説明するためのフローチャートである。 図９の画面上の消去キー６２１をユーザが押下した場合に動作する手動消去処理手順を説明するためのフローチャートである。 ＭＦＰ１００に実装されているタイマを用いて、分割メールを受信した後所定時間経過した分割メールを消去する処理手順を説明するためのフローチャートである。 分割メールが全て揃っていない状態で図９のプリントボタン６２２又は送信ボタン６２３によってプリント又は送信指示がされた場合の動作を説明するためのフローチャートである。 図１に示すＭＦＰ１００のスキャナ１３４及びプリンタ１３５の機器構成図である。

符号の説明

１００、１０１、１０２ ＭＦＰ
１０３、１２０ Ｍａｉｌサーバ／ＰＯＰサーバ
１０４、１０５、１２１ クライアントＰＣ
１０６、１２３ ネットワーク
１１０ インターネット網
１２２ インターネットＦＡＸ
１３０ ＣＰＵ
１３１ ＲＯＭ
１３２ ＲＡＭ
１３３ 操作部
１３４ スキャナ
１３５ プリンタ
１３６ 画像処理回路
１３７ ハードディスク
１３８ ネットワークＩ／Ｆ
１３９ フォーマッタ部
１４０ ファクス部
１４１ 電力制御回路

Claims (17)

1. 電子データを一定の単位で分割して生成された複数の分割電子メールを受信する受信手段と、
   前記受信手段が受信した前記複数の分割電子メールを格納する格納手段と、
   前記格納手段に格納された２以上の前記分割電子メールを合成して合成データを生成する合成手段と、
   前記格納手段に前記電子データから生成された前記複数の分割電子メールの少なくとも１つが格納されていない場合に、前記格納手段に格納されている前記分割電子メールを消去するための操作者による消去指示を受け付ける受付手段と、
   前記受付手段が前記削除指示を受け付けたことに応じて、前記格納手段に格納された複数の分割電子メールであって前記電子データから分割された前記複数の分割電子メールを一括して消去する消去手段と
   を備えることを特徴とする電子メール通信装置。
2. 前記受付手段は、前記削除指示として前記格納手段に格納された複数の分割電子メールであって前記電子データから分割された前記複数の分割電子メールのいずれか１つを選択するための操作者による選択指示を受け付け、
   前記消去手段は、前記選択指示により選択された分割電子メールを、前記格納手段に格納された他の分割電子メールであって前記電子データから分割された前記分割電子メールと共に消去する
   ことを特徴とする請求項１に記載の電子メール通信装置。
3. 前記分割電子メールは、前記電子データを一定のデータ量単位で分割して生成されることを特徴とする請求項１又は２に記載の電子メール通信装置。
4. 前記合成手段は、前記電子データから生成された全ての分割電子メールが前記格納手段に格納されたことに応じて、前記全ての分割電子メールを合成して前記合成データを生成することを特徴とする請求項１乃至３のいずれかに記載の電子メール通信装置。
5. 前記合成データを外部の通信装置に転送する転送手段をさらに備えることを特徴とする請求項１乃至４のいずれかに記載の電子メール通信装置。
6. 前記電子データから生成された前記複数の分割電子メールの各々には共通の識別情報が付与されており、
   前記消去手段は、前記選択指示により選択された前記分割電子メールに付与されている識別情報と同一の識別情報が付与された他の分割電子メールを全て消去することを特徴とする請求項２に記載の電子メール通信装置。
7. 前記電子データは電子メールにかかるデータであり、
   前記合成手段は、前記電子メールを分割して生成された前記複数の分割電子メールのうち、前記電子メールのヘッダ情報を含む分割電子メールが前記格納手段に格納されている場合に、該ヘッダ情報を含む分割電子メールとそれに続く分割電子メールとを用いて合成可能な範囲で前記合成データを生成することを特徴とする請求項１乃至６のいずれかに記載の電子メール通信装置。
8. 前記電子データは電子メールにかかるデータであり、
   前記合成手段は、前記電子メールを分割して生成された前記複数の分割電子メールのうち、前記電子メールのヘッダ情報を含む分割電子メールが前記格納手段に格納されていない場合に、前記格納手段に格納されている他の分割電子メールからヘッダ情報を作成して、該ヘッダ情報と該格納手段に格納されている前記分割メールとを用いて合成可能な範囲で前記合成データを生成することを特徴とする請求項１乃至６のいずれかに記載の電子メール通信装置。
9. 前記受信手段によって前記電子メールが受信された受信時刻を記憶する受信時刻記憶手段をさらに備え、
   前記消去手段は、前記格納手段に格納されている分割電子メールのうち、前記受信時刻から一定時間を経過した分割電子メールを前記分割メールにかかる電子データから生成された他の分割電子メールとともに消去することを特徴とする請求項１乃至８のいずれかに記載の電子メール通信装置。
10. 前記電子データから生成された複数の分割電子メールの各々には共通の識別情報が付与されており、
    前記消去手段は、前記受信時刻から一定時間を経過した分割電子メールに付与されている識別情報と同一の識別情報が付与された他の分割電子メールを全て消去することを特徴とする請求項９に記載の電子メール通信装置。
11. 前記電子メール通信装置の制御を行う制御回路の機能を停止させる節電モードに移行させる電力制御手段をさらに備え、
    前記消去手段は、前記受信時刻から一定時間を経過したときに前記節電モード中である場合は、前記節電モードが解除された後に、前記受信時刻から一定時間を経過した分割電子メールを前記分割メールにかかる電子データから生成された他の分割電子メールとともに消去することを特徴とする請求項９又は１０に記載の電子メール通信装置。
12. 前記外部の通信装置が電子メール通信装置である場合に、前記合成データのサイズが前記電子メール通信装置に送信可能なサイズであるか否かを判定する判定手段と、
    前記判定手段によって前記合成データのサイズでは送信できないと判定された場合に前記合成データを分割して複数の電子メールを生成する分割手段とをさらに備え、
    前記転送手段は、前記分割手段が生成した前記複数の分割メールを前記外部の通信装置に送信することを特徴とする請求項５に記載の電子メール通信装置。
13. 前記外部の通信装置がファクシミリ通信装置である場合、前記転送手段は、前記合成データを前記分割手段により分割することなく前記外部の通信装置に送信することを特徴とする請求項１２に記載の電子メール通信装置。
14. 前記合成手段により生成された前記合成データに基づいて記録媒体に印刷処理する印刷手段をさらに備えることを特徴とする請求項１乃至１３のいずれかに記載の電子メール通信装置。
15. 電子データを一定の単位で分割して生成された複数の分割電子メールを受信する受信工程と、
    前記受信工程が受信した前記複数の分割電子メールを格納手段に格納する格納工程と、
    前記格納手段に格納された２以上の前記分割電子メールを合成して合成データを生成する合成工程と、
    前記格納手段に前記電子データから生成された複数の分割電子メールの少なくとも１つが格納されていない場合に、前記格納手段に格納されている前記分割電子メールを消去するための操作者による消去指示を受け付ける受付工程と、
    前記受付工程が前記削除指示を受け付けたことに応じて、前記格納手段に格納された複数の分割電子メールであって前記電子データから分割された前記複数の分割電子メールを一括して消去する消去工程と
    を有することを特徴とするデータ処理方法。
16. コンピュータに、
    電子データを一定の単位で分割して生成された複数の分割電子メールを受信する受信手順と、
    前記受信手順で受信した前記複数の分割電子メールを格納手段に格納する格納手順と、
    前記格納手段に格納された２以上の前記分割電子メールを合成して合成データを生成する合成手順と、
    前記格納手段に前記電子データから生成された複数の分割電子メールの少なくとも１つが格納されていない場合に、前記格納手段に格納されている分割電子メールを消去するための操作者による消去指示を受け付ける受付手順と、
    前記受付手順で前記削除指示を受け付けたことに応じて、前記格納手段に格納された複数の分割電子メールであって前記電子データから分割された前記複数の分割電子メールを一括して消去する消去手順と
    を実行させるためのプログラム。
17. 請求項１６に記載のプログラムを格納したことを特徴とするコンピュータ読み取り可能な記憶媒体。

Images