JP2010186496A - 電子メール通信装置及び電子メール通信方法並びにプログラム - Google Patents

Abstract

【課題】 所定の送信先へ電子メールを送信させるための送信要求情報が含まれた電子メールを受信した場合において、受信した電子メールが分割メールである場合に、複数の分割メールの各々について送信元へ送達確認の電子メールを送信することなく送信確認を好適に行うことができる電子メール通信装置及び電子メール通信方法並びにプログラムを提供する。
【解決手段】 電子メールを受信したＭＦＰ１００は、当該電子メールが画像データをデータ量単位に分割して生成された複数の分割データの一つであるか否かを判断して格納する。そして、受信されたデータが分割データの場合、ＭＦＰ１００は、上記画像データの分割データが全て格納されたか否かを判断し、全て格納された場合にＭＤＮ要求に基づいて送達確認メールを送信する。
【選択図】図１

Description

本発明は、電子メールに添付して送信されてきた電子データを受信して当該電子データを処理する電子メール通信装置及び電子メール通信方法並びにプログラムに関する。

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

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

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

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

また、複数ページの画像情報をページ単位で分割して送信した電子メールデータを受信した場合、もとの画像情報のページ順に印刷／転送処理を行う技術が提案されている（特許文献２参照。）。さらに、ＭＩＭＥ Ｃｏｎｔｅｎｔ−Ｔｙｐｅにｍｅｓｓａｇｅ／ｐａｒｔｉａｌという識別子を用いて、１つの電子メールデータを複数の電子メールに分割／分割された複数のメールデータを１つに合成する方法が決められている（例えば、非特許文献１、２参照。）。

また、電子メールを受信した場合に、この電子メールの受信側の通信装置（ＩＦＡＸ）の送達確認メールを、電子メールの送信元の通信装置（ＩＦＡＸ）へ返信するというＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）の仕様がＲＦＣ２２９８（非特許文献３）により規定されている。

特開２０００−３２２０２号公報 特開２００４−２３６００５号公報

ＲＦＣ２０４５、インターネット＜ＵＲＬ：http:ietf.org/rfc/rfc2045.txt＞ ＲＦＣ２０４６、インターネット＜ＵＲＬ：http:ietf.org/rfc/rfc2046.txt＞ ＲＦＣ２２９８、インターネット＜ＵＲＬ：http:ietf.org/rfc/rfc2298.txt＞

ここで、複数に分割された分割メールの送達確認をする場合において、送信側の通信装置（例えば、ＩＦＡＸ）では、分割メールの全てについてそれぞれ送達確認をする必要はなく、分割される前の１通の電子メールが受信側の通信装置に送達したかどうかを確認することができればよい。

しかし、分割メール中に、送達確認を要求するＭＤＮのフォーマットがそれぞれ含まれている場合、複数の分割メールのそれぞれのＭＤＮフォーマットに従って受信側の通信装置に対し送達確認が要求されることとなる。

このような場合、受信側の通信装置は、分割メールを受信するたびに受信した分割メールに対する送達確認メールをそれぞれ送信側の通信装置へ送信することとなる。このような構成において、送信側の通信装置は、複数の分割メールから構成される１つの送信要求をしただけであるにもかかわらず、複数の送達確認メールを受信することとなり、受信処理等が煩雑となってしまう。

また、送信側の通信装置から受信側の通信装置に分割メールの一部が実際に送達されていない場合であっても、送信側の通信装置がいずれかの送達確認メールを受信することとなるため、全ての分割メールが送達されたかどうかが判然とせずに混乱が生ずることもある。

本発明は、このような事情を考慮してなされたものであり、所定の送信先へ電子メールを送信させるための送信要求情報が含まれた電子メールを受信した場合において、受信した電子メールが分割メールである場合に、複数の分割メールの各々について送信元へ送達確認の電子メールを送信することなく送信確認を好適に行うことができる電子メール通信装置及び電子メール通信方法並びにプログラムを提供することを目的とする。

上記課題を解決するために、本発明に係る電子メール通信装置は、
メールヘッダ情報を含む電子メールを所定単位に分割して生成された複数の分割メールを受信する受信手段と、
前記電子メールから生成された全ての分割メールが前記受信手段によって受信されたことに応じて、前記全ての分割メールを合成して前記電子メールを生成する合成手段と、
前記合成手段によって前記電子メールが生成されたことに応じて、該生成された電子メールに含まれるメールヘッダ情報に送達確認メールの送信を要求する送達確認情報が含まれているかどうかを確認する確認手段と、
前記メールヘッダ情報に前記送達確認情報が含まれていると前記確認手段が確認した場合に、前記メールヘッダ情報に含まれるメールアドレス宛てに前記送達確認メールを送信する送信手段と
を有することを特徴とする。

また、上記課題を解決するために、本発明に係る電子メール通信方法は、
メールヘッダ情報を含む電子メールを所定単位に分割して生成された複数の分割メールを受信する受信工程と、
前記電子メールから生成された全ての分割メールが前記受信工程において受信されたことに応じて、前記全ての分割メールを合成して前記電子メールを生成する合成工程と、
前記合成工程において前記電子メールが生成されたことに応じて、該生成された電子メールに含まれるメールヘッダ情報に送達確認メールの送信を要求する送達確認情報が含まれているかどうかを確認する確認工程と、
前記メールヘッダ情報に前記送達確認情報が含まれていると前記確認工程において確認した場合に、前記メールヘッダ情報に含まれるメールアドレス宛てに前記送達確認メールを送信する送信工程と
を含むことを特徴とする。

本発明によれば、所定の送信先へ電子メールを送信させるための送信要求情報が含まれた電子メールを受信した場合において、受信した電子メールが分割メールである場合に、複数の分割メールの各々について送信元へ送達確認の電子メールを送信することなく送信確認を好適に行うことができる。

また、本発明によれば、所定の送信先へ電子メールを送信させるための送信要求情報が含まれる電子データを複数に分割した分割メールを受信した場合に、複数の分割メールを合成して電子データの少なくとも一部が送達されたことを示す送達確認を適切に行うことができる。

本発明の一実施形態に係る情報処理装置を具備した各種機器がネットワークを介して接続したネットワークシステムの構成図である。 図１に示すＭＦＰ１００の細部構成を示すブロック図である。 ＭＦＰ１００が所有するネットワークプログラムの構成を説明するための図である。 スキャナ１３４で読み取った画像データを電子メールで送信する際の操作部１３３の送信設定画面の一例を示す図である。 図４に示す送信設定の状態で送信される分割メールデータの一例を示す図である。 画像ファイルが添付された電子メールを５つの分割メールに分割した様子を説明する図である。 分割メールが一時的に蓄積された際に操作部１３３に表示される分割受信ボックスの画面例を示す図である。 図７に示す分割メール６００を選択して分割リストボタン６２０を押下した時に表示される画面を示す図である。 図７に示す操作部１３３に表示される分割受信ボックスの画面例における再送依頼ボタン６２３が押下された場合のＭＦＰ１００における再送要求処理手順を説明するためのフローチャートである。 本発明の一実施形態に係るＭＦＰ１００における分割メールの受信、合成、印刷、或いは転送等するための処理手順を説明するためのフローチャートである。 図１０に示すフローチャートにおける分割受信ボックスに分割メールが全てそろわなかった場合の処理（ステップＳ５２１）の詳細を説明するためのフローチャートである。 分割前のメールのヘッダデータにＭＤＮ要求のフォーマット文を記入するようにした分割メールデータの一例を示す図である。 図１に示すＭＦＰ１００のスキャナ１３４及びプリンタ１３５の機器構成図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

さらにまた、第３８行から第４４行までのデータは、１ページ目までのデータ８５２に相当し、スキャナから読み取ったデータをファイル名Ｉｍａｇｅ．ｔｉｆとしてＴＩＦＦ画像ファイル化し、このファイルをＢＡＳＥ６４エンコードしたデータである。第３４行、第３５行、第３６行にその旨が明記されている。そして、２ページ目以上のデータは、分割番号が２、３、４、５として同様のメールが生成されて送信されることとなる。すなわち、第１２号のｎｕｍｂｅｒがそれぞれ２、３、４、５に変わるとともに、第９行のＭｅｓｓａｇｅ−ＩＤがメールごとに異なる点を除き、メールヘッダ等の部分は共通となる。

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

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

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

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

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

さらにまた、分割リストボタン６２０は、選択した分割メールのリスト表示を１通ずつ実行するためのボタンである。また、プリントボタン６２１、送信ボタン６２２は、それぞれ選択した分割メールを合成した後、合成されたメールを印刷するボタン、送信するボタンである。尚、これらについては、図１２を用いて詳細に後述する。さらに、再送依頼ボタン６２３は、分割メールが全て揃わなかった場合に、送付元へ再送信を依頼するためのボタンである。尚、これについては、図９を用いて後述する。さらにまた、図７において、矢印キー６２４、６２５は、リスト表示される分割メールが多く、全てを一度に表示列挙できない場合に操作者が画面をスクロールするためのキーである。

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

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

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

図９は、図７に示す操作部１３３に表示される分割受信ボックスの画面例における再送依頼ボタン６２３が押下された場合のＭＦＰ１００における再送要求処理手順を説明するためのフローチャートである。

まず、再送依頼ボタン６２３が押下されて再送要求を受けると、図７に示す画面において選択されているリストから分割ＩＤを取得する（ステップＳ７０１）。次に、ステップＳ７０１で取得した分割ＩＤと同一の分割ＩＤのうち、取得していない分割メールの分割番号（未着番号）の検索を行う（ステップＳ７０２）。そして、送信元に対して、取得されていない分割メールの再送要求メールを作成して送信し（ステップＳ７０３）、再送要求処理を終了する。

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

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

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

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

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

ステップＳ５０７で分割メールが分割受信ボックスに格納されると、格納されたことにより分割メールの断片が全てそろったか否かが検査される（ステップＳ５０８）。その結果、分割メールが全ては揃っていない場合（Ｎｏ）は、図１１に示すフローチャートを用いて、分割データが全ては揃っていない場合の処理（ステップＳ５２１）を行う。

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

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

ステップＳ５１０で画像データが抽出された後、電子メールの送信元がＭＤＮ（Ｍａｉｌ Ｄｅｌｉｖｅｒｙ Ｎｏｔｉｆｉｃａｔｉｏｎ：開封確認通知）要求をしているかどうかの判定を行う（ステップＳ５１１）。その結果、開封確認通知要求をしている場合（Ｙｅｓ）は、開封確認通知要求（ＭＤＮ要求）に対してＯＫの旨の返事を送信する（ステップＳ５１２）。一方、ＭＤＮ要求をしていない場合（Ｎｏ）、或いはステップＳ５１２によってＯＫを送信した場合は、受信ログにＯＫを記録する（ステップＳ５１３）。

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

一方、ステップＳ５１５で、Ｔｏ、Ｆｒｏｍ、Ｓｕｂｊｅｃｔフィールドの値が転送条件とマッチしない場合（Ｎｏ）は、システムボックス格納処理を行うか否かを判断する（ステップＳ５１７）。ステップＳ５１７では、転送宛先がシステムボックスに設定されている場合やプリンタ１３５に印刷用紙がない等の理由で印刷ができない場合は、システムボックス格納が選択され（Ｙｅｓ）、システムボックス格納処理が実行される（ステップＳ５１８）。尚、システムボックス格納処理が実行された後はステップＳ５２０の処理に遷移する。一方、システムボックス格納を行わない場合（Ｎｏ）は、メール本文がラスタライズされた画像と添付されたＴＩＦＦファイルより抽出された画像の印刷処理が行われ（ステップＳ５１９）、ステップＳ５２０の処理に遷移する。

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

図１１は、図１０に示すフローチャートにおける分割受信ボックスに分割メールが全てそろわなかった場合の処理（ステップＳ５２１）の詳細を説明するためのフローチャートである。まず、前回の分割メールを受信した後、又は再送要求メールを送信した後に、所定時刻が経過しているか否かを判断する（ステップＳ６０１）。その結果、所定時刻が経過していない場合（Ｎｏ）は、前述したＳＴＭＰ受信（ステップＳ５００）やＰＯＰ受信（ステップＳ５０３）の受信待機を行う。

一方、所定時刻が経過している場合（Ｙｅｓ）は、再要求メールが送信済みか否かを判断する（ステップＳ６０２）。その結果、再要求メールが未送信である場合（Ｙｅｓ）は、同一の分割ＩＤのうち取得していない分割メールの分割番号（未着番号）の検索を行う（ステップＳ６０３）。そして、送信元に対して、取得されていない分割メールの再送要求メールを作成して送信し（ステップＳ６０４）、前述した受信待機を行う。

一方、ステップＳ６０２で再要求メールが送信済みである場合（Ｎｏ）は、所定時間経過した分割メールと同じ分割メールのＩＤを検索する処理を行う（ステップＳ６０５）。そして、検索して得られた分割ＩＤが同じ分割メールに、図５に示す第１２行のｎｕｍｂｅｒ＝１の先頭メールが存在するか否かの判定を行う（ステップＳ６０６）。

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

一方、ステップＳ６０６で先頭メールが存在すると判定された場合（Ｙｅｓ）は、同じ分割メールを図５に示す第１２行のｎｕｍｂｅｒの順番に並べて、当該ｎｕｍｂｅｒが１から存在する番号まで順番に結合する処理を行う（ステップＳ６０９）。この処理により、図６に示すようにメールデータが復元されるが、届かなかった部分は復元することができない。

例えば、図６において、［５／５］メール８６４だけが届かなかった場合は、メール本文と１ページから７ページまでのデータは合成することが可能である。しかしながら、８ページ目の画像を合成することは不可能となる。

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

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

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

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

ステップＳ６０９で分割メールを結合したメールうち、図５に示す第１５行から第２５行の部分にあたるメールヘッダ、第３０行と第３１行のメール本文の文字列データが取得される（ステップＳ６１０）。そして、文字列データは、画像データに指定されているフォントデータを用いて画像にラスタライズされ（ステップＳ６１１）、ステップＳ６１２に遷移する。

ステップＳ６１２では、図６に示す８５２から８５９の画像データが存在するか否かが判断される。その結果、画像データが存在する場合（Ｙｅｓ）は、画像情報抽出処理を行って（ステップＳ６１３）、ステップＳ６１４に遷移する。尚、ステップＳ６１３では、図６の８５２から８５９で示される画像の合成ができた部分の画像データをＢＡＳＥ６４エンコード、又は、ｕｕｅｎｃｏｄｅされている部分がデコードされてＴＩＦＦファイルに変換される。また、作成されたＴＩＦＦファイルがマルチページ形式の場合は、シングルページのＴＩＦＦファイルに変換する処理を行う。尚、この場合、中途半端なページデータは削除して、変換処理を中断する。また、最後の中途半端な画像データが、ＭＨ、ＭＲ、ＭＭＲ等のページ途中で切れたデータであっても、画像の１ラインとして成立した部分は画像データとして扱い、１ラインに満たない画像は削除するようにしてもよい。

ステップＳ６１４では、電子メールの送信元がＭＤＮ要求をしているかどうかの判定を行う。その結果、ＭＤＮ要求をしている場合（Ｙｅｓ）は、ＮＧを送信する（ステップＳ６１５）。尚、ＮＧを送信するとは、送信元（ifax@copy1.xyz.co.jp）に対して、例えば、送信エラーが発生した旨を本文として含む電子メールにて通知することにより行う。電子メールには、分割メールのうち未着の分割メールを識別する情報を更に通知するようにしても良い。なお、未着の分割メールを識別する情報を送信元（ifax@copy1.xyz.co.jp）に通知することにより、送信元には、複数の分割メールの元となった電子メールの少なくとも一部が受信先（ifax@abc.co.jp）に送達された旨が通知されることにもなる。一方、ＭＤＮ要求をしていない場合（Ｎｏ）、或いはステップＳ６１５でＮＧを送信した場合は、受信ログにＮＧを記録する（ステップＳ６１６）。

次に、取得した転送条件と電子メールのヘッダフィールドに設定されているＴｏ、Ｆｒｏｍ、Ｓｕｂｊｅｃｔフィールドの値とを比較する（ステップＳ６１７）。その結果、Ｔｏ、Ｆｒｏｍ、Ｓｕｂｊｅｃｔフィールドの値が転送条件とマッチした場合（Ｙｅｓ）は、データ転送処理が実行される（ステップＳ６１８）。

一方、ステップＳ６１７で、Ｔｏ、Ｆｒｏｍ、Ｓｕｂｊｅｃｔフィールドの値が転送条件とマッチしない場合（Ｎｏ）は、システムボックス格納処理を行うか否かを判断する（ステップＳ６１９）。ステップＳ６１９では、転送宛先がシステムボックスに設定されている場合やプリンタ１３５に印刷用紙がない等の理由で印刷ができない場合は、システムボックス格納が選択され（Ｙｅｓ）、システムボックス格納処理が実行される（ステップＳ６２０）。尚、システムボックス格納処理が実行された後はステップＳ６２２の処理に遷移する。一方、システムボックス格納を行わない場合（Ｎｏ）は、メール本文がラスタライズされた画像と添付されたＴＩＦＦファイルより抽出された画像の印刷処理が行われ（ステップＳ６２１）、ステップＳ６２２の処理に遷移する。

ステップＳ６２２では、同一分割ＩＤのメールが削除され、終了する。尚、電子メール受信方法として、本実施形態ではＳＭＴＰ、ＰＯＰ受信を用いて説明したが、ＩＭＡＰ等のプロトコルを用いて電子メールを受信する方法であってもよい。

また、上述した実施形態では、通常の電子メールに送達確認要求が含まれている場合は、その受信に応じて送達確認メールを返信し、分割メールについてはそれぞれを受信した際にすぐに送達確認メールを送信せず、２以上の分割メールが揃って初めて送達確認メールを送信した。例えば、全ての分割メールが揃った場合には、正常であるとの送達確認メールを送信し、一部のみが揃っただけの場合には、正常でないとの到達確認メールを送信するようにした。

ここで、上記処理において分割メールを合成する場合（例えば、図１０のステップＳ５０９）、前述したように複数の分割メールのすべてにＭＤＮ要求のフォーマット文（例えば、図５の第１０行のＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ）を記入しておく他に、分割メールの各ヘッダデータにはＭＤＮ要求のフォーマットは記入せずに、分割前のメールのヘッダデータにＭＤＮ要求のフォーマット文を記入するようにしてもよい。

図１２は、分割前のメールのヘッダデータにＭＤＮ要求のフォーマット文を記入するようにした分割メールデータの一例を示す図である。図５に示すような分割メールデータではなく、図１２に示すような分割メールデータを用いることによって、分割されたメールを合成した後に初めてそのメールにＭＤＮ要求がされていたことを確認することができる。尚、この場合の処理手順については、前述した図１０及び図１１に示すフローチャートと同様であって、ステップＳ５１１のＭＤＮ要求があるか否かの判断が、ステップＳ５０９のデータ合成後に初めてできる部分が異なる。

従って、所定の送信先へ電子メールを送信させるための送信要求情報が含まれる電子データを複数に分割した分割メールを受信した場合に、複数の分割メールを合成して電子データの少なくとも一部が送達されたことを示す送達確認を適切に行うことができる。

また、図５は複数の分割メールの各メールのヘッダに送達確認要求（ＭＤＮ要求）を示す"Disposition-Notification to"文が記入されており、図１２は分割前のメールのヘッダに送達確認要求（ＭＤＮ要求）を示す文が記入されていた。それに対して、複数の分割メールの各メールのヘッダに送達確認要求（ＭＤＮ要求）を示す文が記入されるとともに、分割前のメールのヘッダに送達確認要求（ＭＤＮ要求）を示す文が記入される態様も考えられる。この態様における処理手順については、前述した図１０及び図１１に示すフローチャートと同様であって、ステップＳ５１１のＭＤＮ要求があるか否かの判断を、分割メールの各メールのヘッダに送達確認要求（ＭＤＮ要求）を示す文が含まれていること、又は分割前のメールのヘッダに送達確認要求（ＭＤＮ要求）を示す文が記入されていることのいずれかを確認することにより行えばよい。

以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。なお、上記の実施形態においては、分割メールが全ては揃っていない場合に、未着の分割メールの再送を送信元に要求することとしたが（ステップＳ６０２〜６０４）、このステップを省略する形態としても良い。この場合、分割メールに未着のものがあったとしても、受信済みの分割メールを合成（結合）することで迅速に処理することができる。

また、上記の実施形態においては、分割メールが全ては揃っていない場合に、前回のメール受信後、又は再送要求メール送信後に所定時間が経過したことにより分割メールの合成（結合）を行うようにしているが、操作部１３３に分割メールの合成を指示するためのキーを設け、分割メールの全てを受信する以前にキーが押下されて合成指示があったことに応じて、分割メールの合成（結合）を行うようにしても良い。

また、上記の実施形態においては、電子メールに送達確認要求（ＭＤＮ要求）がある場合に、電子メールを受信した段階で電子メールの受信を確認することとしたが他の形態であってもよい。例えば、ＩＦＡＸの場合は電子メールをプリンタ１３５にてプリント（画像形成）することを前提としているので、電子メールにかかる画像データをプリンタ部１３５にてプリント完了（例えば、画像データに対応する現像剤が定着された記録紙が排紙トレイ３７１へ排出された）したことにより、電子メールが受信されたことを確認するようにしても良い。この場合、図１０におけるステップＳ５１２はステップＳ５１９の後に実行され、図１１のステップＳ６１５はステップＳ６２１の後に実行されることとなる。

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

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

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

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

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

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

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

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

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

Claims (9)

1. メールヘッダ情報を含む電子メールを所定単位に分割して生成された複数の分割メールを受信する受信手段と、
   前記電子メールから生成された全ての分割メールが前記受信手段によって受信されたことに応じて、前記全ての分割メールを合成して前記電子メールを生成する合成手段と、
   前記合成手段によって前記電子メールが生成されたことに応じて、該生成された電子メールに含まれるメールヘッダ情報に送達確認メールの送信を要求する送達確認情報が含まれているかどうかを確認する確認手段と、
   前記メールヘッダ情報に前記送達確認情報が含まれていると前記確認手段が確認した場合に、前記メールヘッダ情報に含まれるメールアドレス宛てに前記送達確認メールを送信する送信手段と
   を有することを特徴とする電子メール通信装置。
2. 前記受信手段が前記複数の分割メールの少なくともいずれかを受信した後の所定タイミングまでに前記電子メールから生成された全ての分割メールが前記受信手段によって受信されたかどうかを判定する第１判定手段と、
   前記全ての分割メールの一部が受信されていないと前記第１判定手段が判定した場合に、前記受信手段によって受信済みの分割メールに前記電子メールの先頭部分を含む先頭の分割メールが含まれるかどうかを判定する第２判定手段とを有し、
   前記合成手段は、前記第２判定手段が前記先頭の分割メールが含まれると判定したことに応じて前記先頭の分割メール及び前記先頭の分割メールに引き続く他の分割メールを合成し、
   更に、前記合成手段によって合成された合成データに含まれる画像データを抽出する抽出手段と、
   前記抽出手段によって抽出された画像データを出力する出力手段と、
   を有することを特徴とする請求項１に記載の電子メール通信装置。
3. 前記所定タイミングは、前記電子メール通信装置の操作者から前記受信手段によって受信済みの分割メールを合成するための合成指示がなされるタイミングであることを特徴とする請求項２に記載の電子メール通信装置。
4. 前記受信手段が前記電子メールから生成された複数の分割メールの少なくともいずれかを受信してからの経過時間を計時する計時手段を有し、
   前記所定タイミングは、前記計時手段が所定の経過時間を計時したタイミングであることを特徴とする請求項２に記載の電子メール通信装置。
5. 前記全ての電子メールの一部が受信されていないと前記第１判定手段が判定した場合に、前記受信手段によって受信されていない分割メールを再送信するよう前記分割メールの送信元へ要求する要求手段を有することを特徴とする請求項２乃至４のいずれか１項に記載の電子メール通信装置。
6. 前記出力手段は、前記抽出手段が抽出した前記画像データに基づいて記録紙に画像を形成することを特徴とする請求項２乃至５のいずれか１項に記載の電子メール通信装置。
7. 前記所定の送信先は、前記受信手段が受信した分割メールの送信元であることを特徴とする請求項１乃至６のいずれか１項に記載の電子メール通信装置。
8. メールヘッダ情報を含む電子メールを所定単位に分割して生成された複数の分割メールを受信する受信工程と、
   前記電子メールから生成された全ての分割メールが前記受信工程において受信されたことに応じて、前記全ての分割メールを合成して前記電子メールを生成する合成工程と、
   前記合成工程において前記電子メールが生成されたことに応じて、該生成された電子メールに含まれるメールヘッダ情報に送達確認メールの送信を要求する送達確認情報が含まれているかどうかを確認する確認工程と、
   前記メールヘッダ情報に前記送達確認情報が含まれていると前記確認工程において確認した場合に、前記メールヘッダ情報に含まれるメールアドレス宛てに前記送達確認メールを送信する送信工程と
   を含むことを特徴とする電子メール通信方法。
9. コンピュータに、
   メールヘッダ情報を含む電子メールを所定単位に分割して生成された複数の分割メールを受信する受信工程と、
   前記電子メールから生成された全ての分割メールが前記受信工程において受信されたことに応じて、前記全ての分割メールを合成して前記電子メールを生成する合成工程と、
   前記合成工程において前記電子メールが生成されたことに応じて、該生成された電子メールに含まれるメールヘッダ情報に送達確認メールの送信を要求する送達確認情報が含まれているかどうかを確認する確認工程と、
   前記メールヘッダ情報に前記送達確認情報が含まれていると前記確認工程において確認した場合に、前記メールヘッダ情報に含まれるメールアドレス宛てに前記送達確認メールを送信する送信工程と
   を実行させることを特徴とするプログラム。

Images