(57)【要約】【課題】送信宛先が電子メールを適正に受信する能力があるにもかかわらず、電子メールの送信が中止されるのを回避する。【解決手段】画像データを添付ファイルとする電子メールを生成するメール生成部１４１と、電子メールを送信宛先に向けて送信する通信部１３０と、電子メールの送信を制限する場合のデータサイズを規定する送信制限データサイズがテーブルデータとして送信宛先に対応付けて記憶される制限サイズ記憶部１５５と、画像データ及び画像データを含む電子メールのいずれか一方のデータサイズの値と、送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、電子メールの送信を制御するメール送信制御部１４２とを有する。【選択図】図２
2013073349.tif 000002
【特許請求の範囲】
【請求項１】
画像データを添付した電子メールを任意の送信宛先に向けて送信する画像送信装置において、
前記画像データを添付ファイルとする前記電子メールを生成するメール生成部と、
前記電子メールを前記送信宛先に向けて送信する通信部と、
前記電子メールの送信を制限する場合のデータサイズを規定する送信制限データサイズがテーブルデータとして前記送信宛先に対応付けて記憶される制限サイズ記憶部と、
前記画像データ及び前記画像データを含む前記電子メールのいずれか一方のデータサイズの値と、前記送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、前記電子メールの送信を制御するメール送信制御部とを有する
ことを特徴とする画像送信装置。
【請求項２】
請求項１に記載の画像送信装置において、
さらに、前記電子メールの送信宛先情報を含む、前記電子メールの送信に必要な情報が入力される入力部を有し、
前記メール送信制御部は、前記制限サイズ記憶部に記憶された前記テーブルデータの中の、前記入力部から入力された前記送信宛先情報に対応する前記送信制限データサイズを用いる
ことを特徴とする画像送信装置。
【請求項３】
請求項１又は請求項２に記載の画像送信装置において、
前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値が前記送信宛先の送信制限データサイズの値以上である場合に、前記電子メールの送信を中止する制御を行う
ことを特徴とする画像送信装置。
【請求項４】
請求項１又は請求項２に記載の画像送信装置において、
前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値が前記送信宛先の送信制限データサイズの値以上である場合に、前記電子メールを分割して送信する制御を行う
ことを特徴とする画像送信装置。
【請求項５】
請求項１乃至請求項４のいずれか一項に記載の画像送信装置において、
前記通信部は、ネットワークを介して、前記電子メールを前記送信宛先に向けて配送する複数の送信側のメールサーバと接続されており、
前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値に応じて、複数の前記送信側のメールサーバの中から使用するメールサーバを選択する制御を行う
ことを特徴とする画像送信装置。
【請求項６】
請求項１乃至請求項５のいずれか一項に記載の画像送信装置において、
さらに、前記通信部が、前記電子メールを前記送信宛先に向けて配送する１乃至複数のメールサーバから、前記電子メールの配送エラーを通知するエラーメールを受信した場合に、当該エラーメールに基づいて、前記制限サイズ記憶部に記憶された前記テーブルデータの内容を更新する受信メール解釈部を有する
ことを特徴とする画像送信装置。
【請求項７】
請求項６に記載の画像送信装置において、
前記メール送信制御部は、前記電子メールが前記送信宛先に正常に送信されない場合に、前記エラーメールの送信を指示するコマンドを、前記１乃至複数のメールサーバの中の、当該画像送信装置と直接通信可能に接続された送信側のメールサーバに送信し、
前記受信メール解釈部は、前記エラーメールに基づいて、前記エラーメールに対応する前記電子メールの送信宛先情報及び当該エラーメールを送信した前記メールサーバを特定するサーバ特定情報のいずれか一方又は双方を取得し、前記エラーメールに対応する前記電子メールの前記データサイズを取得された情報に対応付けて前記テーブルデータに登録する
ことを特徴とする画像送信装置。
【請求項８】
請求項６又は請求項７に記載の画像送信装置において、
前記受信メール解釈部は、前記エラーメールに対応する前記電子メールを配送エラー送信メールとし、前記エラーメールの内容を解釈することによって、当該配送エラー送信メールの前記送信宛先と前記データサイズとを特定し、特定された当該配送エラー送信メールの前記データサイズを更新送信制限データサイズとし、当該更新送信制限データサイズを当該配送エラー送信メールの前記送信宛先に対応付けて前記テーブルデータに登録する
ことを特徴とする画像送信装置。
【請求項９】
請求項６乃至請求項８のいずれか一項に記載の画像送信装置において、
前記制限サイズ記憶部は、前記送信制限データサイズが前記テーブルデータとして前記送信宛先及び前記メールサーバのいずれか一方に対応付けて記憶されており、
前記受信メール解釈部は、前記エラーメールに対応する前記電子メールを配送エラー送信メールとし、前記エラーメールが、前記１乃至複数のメールサーバの中の、当該画像送信装置と直接通信可能に接続された送信側のメールサーバから送信された場合に、前記エラーメールの内容を解釈することによって、当該エラーメールを送信した前記メールサーバと当該配送エラー送信メールの前記データサイズとを特定し、特定された当該配送エラー送信メールの前記データサイズを更新送信制限データサイズとし、当該更新送信制限データサイズを当該エラーメールを送信した前記メールサーバに対応付けて前記テーブルデータに登録する
ことを特徴とする画像送信装置。
【請求項１０】
画像データを添付した電子メールを送信宛先に向けて送信する通信部と、前記電子メールの送信を制限する場合のデータサイズを規定する送信制限データサイズがテーブルデータとして前記送信宛先に対応付けて記憶される制限サイズ記憶部とを有する画像送信装置の制御部を、
前記画像データを添付ファイルとする前記電子メールを生成するメール生成部と、
前記画像データ及び前記画像データを含む前記電子メールのいずれか一方のデータサイズの値と、前記送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、前記電子メールの送信を制御するメール送信制御部として機能させる
ことを特徴とするプログラム。
【請求項１１】
請求項１０に記載のプログラムにおいて、
前記画像送信装置が、さらに、前記電子メールの送信宛先情報を含む、前記電子メールの送信に必要な情報が入力される入力部を有する場合に、
前記メール送信制御部は、前記制限サイズ記憶部に記憶された前記テーブルデータの中の、前記入力部から入力された前記送信宛先情報に対応する前記送信制限データサイズを用いる
ことを特徴とするプログラム。
【請求項１２】
請求項１０又は請求項１１に記載のプログラムにおいて、
前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値が前記送信宛先の送信制限データサイズの値以上である場合に、前記電子メールの送信を中止する制御を行う
ことを特徴とするプログラム。
【請求項１３】
請求項１０又は請求項１１に記載のプログラムにおいて、
前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値が前記送信宛先の送信制限データサイズの値以上である場合に、前記電子メールを分割して送信する制御を行う
ことを特徴とするプログラム。
【請求項１４】
請求項１０乃至請求項１３のいずれか一項に記載のプログラムにおいて、
前記通信部は、ネットワークを介して、前記電子メールを前記送信宛先に向けて配送する複数の送信側のメールサーバと接続されており、
前記メール送信制御部は、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方の前記データサイズの値に応じて、複数の前記送信側のメールサーバの中から使用するメールサーバを選択する制御を行う
ことを特徴とするプログラム。
【請求項１５】
請求項１０乃至請求項１４のいずれか一項に記載のプログラムにおいて、
前記画像送信装置の制御部を、
さらに、前記通信部が、前記電子メールを前記送信宛先に向けて配送する１乃至複数のメールサーバから、前記電子メールの配送エラーを通知するエラーメールを受信した場合に、当該エラーメールに基づいて、前記制限サイズ記憶部に記憶された前記テーブルデータの内容を更新する受信メール解釈部として機能させる
ことを特徴とするプログラム。
【請求項１６】
請求項１５に記載のプログラムにおいて、
前記メール送信制御部は、前記電子メールが前記送信宛先に正常に送信されない場合に、前記エラーメールの送信を指示するコマンドを、前記１乃至複数のメールサーバの中の、当該画像送信装置と直接通信可能に接続された送信側のメールサーバに送信し、
前記受信メール解釈部は、前記エラーメールに基づいて、前記エラーメールに対応する前記電子メールの送信宛先情報及び当該エラーメールを送信した前記メールサーバを特定するサーバ特定情報のいずれか一方又は双方を取得し、前記エラーメールに対応する前記電子メールの前記データサイズを取得された情報に対応付けて前記テーブルデータに登録する
ことを特徴とするプログラム。
【請求項１７】
請求項１５又は請求項１６に記載のプログラムにおいて、
前記受信メール解釈部は、前記エラーメールに対応する前記電子メールを配送エラー送信メールとし、前記エラーメールの内容を解釈することによって、当該配送エラー送信メールの前記送信宛先と前記データサイズとを特定し、特定された当該配送エラー送信メールの前記データサイズを更新送信制限データサイズとし、当該更新送信制限データサイズを当該配送エラー送信メールの前記送信宛先に対応付けて前記テーブルデータに登録する
ことを特徴とするプログラム。
【請求項１８】
請求項１５乃至請求項１７のいずれか一項に記載のプログラムにおいて、
前記制限サイズ記憶部は、前記送信制限データサイズが前記テーブルデータとして前記送信宛先及び前記メールサーバのいずれか一方に対応付けて記憶されており、
前記受信メール解釈部は、前記エラーメールに対応する前記電子メールを配送エラー送信メールとし、前記エラーメールが、前記１乃至複数のメールサーバの中の、当該画像送信装置と直接通信可能に接続された送信側のメールサーバから送信された場合に、前記エラーメールの内容を解釈することによって、当該エラーメールを送信した前記メールサーバと当該配送エラー送信メールの前記データサイズとを特定し、特定された当該配送エラー送信メールの前記データサイズを更新送信制限データサイズとし、当該更新送信制限データサイズを当該エラーメールを送信した前記メールサーバに対応付けて前記テーブルデータに登録する
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データを電子メールに添付して任意の送信宛先の装置に向けて送信する機能を備えた画像送信装置、及び、当該画像送信装置を実現するプログラムに関する。
【背景技術】
【０００２】
従来、原稿の画像を読み取って画像データを生成し、その画像データを電子メールに添付して任意の送信宛先の装置（以下、単に「送信宛先」と称する）に向けて送信する画像送信装置がある（例えば、特許文献１参照）。その画像送信装置の中には、電子メールのサイズが大きすぎると、送信宛先が電子メールを適切に受信できない可能性があるため、電子メールのサイズが所定の閾値を超えた場合に、電子メールの送信を中止する装置がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２６０３６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の画像送信装置は、受信可能な電子メールのサイズが送信宛先毎に異なっているにもかかわらず、所定の閾値に基づいて、電子メールの送信を中止するか否かを、一律に判定するようになっている。そのため、従来の画像送信装置は、送信宛先が電子メールを適正に受信する能力があるにもかかわらず、電子メールの送信を中止する場合がある、という課題があった。
【０００５】
本発明は、送信宛先が電子メールを適正に受信する能力があるにもかかわらず、電子メールの送信が中止されるのを回避する画像送信装置、及び、当該画像送信装置を実現するプログラムを提供することを主な目的とする。
【課題を解決するための手段】
【０００６】
前記目的を達成するため、第１発明は、画像データを添付した電子メールを任意の送信宛先に向けて送信する画像送信装置であって、前記画像データを添付ファイルとする前記電子メールを生成するメール生成部と、前記電子メールを前記送信宛先に向けて送信する通信部と、前記電子メールの送信を制限する場合のデータサイズを規定する送信制限データサイズがテーブルデータとして前記送信宛先に対応付けて記憶される制限サイズ記憶部と、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方のデータサイズの値と、前記送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、前記電子メールの送信を制御するメール送信制御部とを有する構成とする。
【０００７】
この画像送信装置は、メール送信制御部が、画像データ及び画像データを含む電子メールのいずれか一方のデータサイズの値と、送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、電子メールの送信を制御する構成となっている。そのため、この画像送信装置は、送信宛先の能力に応じて、電子メールの送信を制御することができる。これにより、この画像送信装置は、送信宛先が電子メールを適正に受信する能力があるにもかかわらず、電子メールの送信が中止されるのを回避することができる。
【０００８】
なお、電子メールの送信の制御は、例えば、（１）電子メールの送信を中止する、（２）電子メールを分割して送信する、及び、（３）電子メールを配送する複数の送信側のメールサーバの中から、使用するメールサーバを選択する、等の処理を選択的に行うことによって、実現することができる。
【０００９】
また、第２発明は、プログラムであって、画像データを添付した電子メールを送信宛先に向けて送信する通信部と、前記電子メールの送信を制限する場合のデータサイズを規定する送信制限データサイズがテーブルデータとして前記送信宛先に対応付けて記憶される制限サイズ記憶部とを有する画像送信装置の制御部を、前記画像データを添付ファイルとする前記電子メールを生成するメール生成部と、前記画像データ及び前記画像データを含む前記電子メールのいずれか一方のデータサイズの値と、前記送信宛先の送信制限データサイズの値とを比較し、比較結果に基づいて、前記電子メールの送信を制御するメール送信制御部として機能させる構成とする。
このプログラムは、第１発明に係る画像送信装置を実現することができる。
【発明の効果】
【００１０】
第１発明によれば、送信宛先が電子メールを適正に受信する能力があるにもかかわらず、電子メールの送信が中止されるのを回避する画像送信装置を提供することができる。
また、第２発明によれば、第１発明に係る画像送信装置を実現するプログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態１に係る画像送信装置の接続構成を示す図である。
【図２】実施形態１に係る画像送信装置の内部構成を示す図である。
【図３】実施形態１に係る画像送信装置の動作を示すフローチャート（１）である。
【図４】実施形態１に係る画像送信装置の動作を示すフローチャート（２）である。
【図５】実施形態１に係る画像送信装置の動作を示すフローチャート（３）である。
【図６】実施形態１に係る画像送信装置とメールサーバとの間のシーケンス図（１）である。
【図７】実施形態１に係る画像送信装置とメールサーバとの間のシーケンス図（２）である。
【図８】実施形態１に係る画像送信装置とメールサーバとの間のシーケンス図（３）である。
【図９】実施形態１で用いるエラーメールの一例を示す図である。
【図１０】実施形態１で用いる送信制限サイズテーブルの一例を示す図（１）である。
【図１１】実施形態１で用いる送信制限サイズテーブルの一例を示す図（２）である。
【図１２】実施形態１に係る画像送信装置とメールサーバとの間のシーケンス図である。
【図１３】実施形態１で用いるエラーメールの一例を示す図である。
【図１４】実施形態１で用いる送信制限サイズテーブルの一例を示す図である。
【図１５】実施形態１に係る画像送信装置とメールサーバとの間のシーケンス図である。
【図１６】実施形態１で用いるエラーメールの一例を示す図である。
【図１７】実施形態１で用いる送信制限サイズテーブルの一例を示す図である。
【図１８】実施形態２に係る画像送信装置の接続構成を示す図である。
【図１９】実施形態２に係る画像送信装置の動作を示すフローチャート（１）である。
【図２０】実施形態２に係る画像送信装置の動作を示すフローチャート（２）である。
【図２１】実施形態２で用いる送信制限サイズテーブルの一例を示す図である。
【図２２】実施形態２に係る画像送信装置とメールサーバとの間のシーケンス図である。
【図２３】実施形態２で用いるエラーメールの一例を示す図である。
【図２４】実施形態２で用いる送信制限サイズテーブルの一例を示す図である。
【図２５】実施形態２に係る画像送信装置とメールサーバとの間のシーケンス図である。
【図２６】実施形態２で用いるエラーメールの一例を示す図である。
【図２７】実施形態２で用いる送信制限サイズテーブルの一例を示す図である。
【図２８】実施形態２に係る画像送信装置とメールサーバとの間のシーケンス図である。
【図２９】実施形態２で用いるエラーメールの一例を示す図である。
【図３０】実施形態２で用いる送信制限サイズテーブルの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施の形態（以下、「本実施形態」と称する）につき詳細に説明する。なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。よって、本発明は、図示例のみに限定されるものではない。また、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００１３】
［実施形態１］
＜画像送信装置の構成＞
以下、図１及び図２を参照して、本実施形態１に係る画像送信装置の構成につき説明する。図１は、実施形態１に係る画像送信装置の接続構成を示す図である。図２は、実施形態１に係る画像送信装置の内部構成を示す図である。
【００１４】
ここでは、画像送信装置１０がスキャナとして構成されている場合を想定して説明する。以下、画像形成装置１０を「スキャナ１０」と称する。スキャナ１０は、原稿の画像を読み取って画像データを生成し、その画像データを電子メール（以下、「メール」と称する）で任意の送信宛先の装置（以下、単に「送信宛先」と称する）に向けて送信する装置である。以下、スキャナ１０から送信されたメールを、他のメールと区別する場合に、特に「送信メール」と称する。
【００１５】
（画像送信装置の接続構成）
図１に示すように、スキャナ１０（メールアドレス：ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ）は、例えば、ＬＡＮ６等のネットワークによって、メールサーバＳｖ１１（ホスト名：ｍａｉｌ．ｉｓｐ１．ｃｏｍ）と通信可能に接続されている。
【００１６】
メールサーバは、スキャナ１０から送信された送信メールを操作者によって指定された送信宛先に向けて配送（Ｄｅｌｉｖｅｒ）するサーバである。ここでは、「配送（Ｄｅｌｉｖｅｒ）」とは、メールサーバが、送信メールを受信して、直接又は他のメールサーバを介して、受信された送信メールを送信宛先に送信する動作を意味している。メールサーバＳｖ１１は、スキャナ１０と直接ＴＣＰコネクションを確立してメールを送信するメールサーバ（以下、「送信側のメールサーバ」と称する）である。
【００１７】
図１に示す例では、メールサーバＳｖ１１は、インターネット５を介して、２つのドメインのグループと通信可能に接続されている。ここでは、２つのグループの一方がドメイン「ｃｏｍｐａｎｙ１．ｃｏｍ」のグループ２１であり、他方がドメイン「ｃｏｍｐａｎｙ２．ｃｏｍ」のグループ２２であるものとして説明する。
【００１８】
ドメイン「ｃｏｍｐａｎｙ１．ｃｏｍ」のグループ２１には、メールサーバＳｖ２１（ホスト名：ｍａｉｌ．ｃｏｍｐａｎｙ１．ｃｏｍ）とユーザｙａｍａｄａの端末２１ａ（メールアドレス：ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ）とが属している。
【００１９】
メールサーバＳｖ２１と端末２１ａとは、ＬＡＮ７ａ等のネットワークによって通信可能に接続されている。メールサーバＳｖ２１は、スキャナ１０を含む他のグループの端末から送信されたメールを端末２１ａに配送したり、逆に、端末２１ａから送信されたメールを他のグループの端末に配送したりする。
【００２０】
ドメイン「ｃｏｍｐａｎｙ２．ｃｏｍ」のグループ２２には、メールサーバＳｖ２２（ホスト名：ｍａｉｌ．ｃｏｍｐａｎｙ２．ｃｏｍ）とユーザｓｕｚｕｋｉの端末２２ａ（メールアドレス：ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ）とユーザｔａｎａｋａの端末２２ｂ（メールアドレス：ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ）とが属している。
【００２１】
メールサーバＳｖ２２と端末２２ａとは、ＬＡＮ８ａ等のネットワークによって通信可能に接続されている。また、メールサーバＳｖ２２と端末２２ｂとは、ＬＡＮ８ｂ等のネットワークによって通信可能に接続されている。メールサーバＳｖ２２は、スキャナ１０を含む他のグループの端末から送信されたメールを端末２２ａ，端末２２ｂに配送したり、逆に、端末２２ａ，端末２２ｂから送信されたメールを他のグループの端末に配送したりする。
【００２２】
各メールサーバＳｖ１１，Ｓｖ２１，Ｓｖ２２や各端末２１ａ，２２ａ，２２ｂは、スプールを圧迫する大容量のメールを受信すると、エラーが発生する。そこで、メールサーバＳｖ１１，Ｓｖ２１，Ｓｖ２２には、それぞれ、メールの送信を制限する容量（以下、「メール送信制限容量」と称する）が決められている。メールサーバＳｖ１１，Ｓｖ２１，Ｓｖ２２は、それぞれ、送受信するメールのデータサイズがメール送信制限容量未満であれば、メールを適切に送受信することができる。ここでは、メール送信制限容量は、メールサーバＳｖ１１が「１５ＭＢ」、メールサーバＳｖ２１が「２０ＭＢ」、メールサーバＳｖ２２が「１０ＭＢ」であるものとして説明する。
【００２３】
本実施形態１では、スキャナ１０は、ＬＡＮ６を介してメールサーバＳｖ１１に接続されているものとして説明する。しかしながら、スキャナ１０は、ＬＡＮ６以外のネットワークを介してメールサーバＳｖ１１に接続されていてもよい。
【００２４】
なお、メールサーバＳｖ１１は、前記した通り、スキャナ１０と直接ＴＣＰコネクションを確立してメールを送信するメールサーバ（すなわち、「送信側のメールサーバ」）である。一方、メールサーバＳｖ２１，Ｓｖ２２は、送信宛先がメールの送受信に使用するサーバ（以下、「受信側のメールサーバ」と称する）である。また、メールサーバＳｖ１１，Ｓｖ２１，Ｓｖ２２に割り当てられたホスト名は、特許請求の範囲に記載された「ホスト特定情報」に相当する。また、メールアドレスは、特許請求の範囲に記載された「送信宛先情報」に相当する。以下、メールアドレスを、単に「アドレス」と称する場合もある。
【００２５】
（画像送信装置の内部構成）
図２に示すように、スキャナ１０は、画像読取部１１０、操作パネル１２０、通信部１３０、制御部１４０、及び、記憶部１５０を有している。
【００２６】
画像読取部１１０は、原稿の画像を光学的に読み取って画像データを生成する画像データ生成部である。画像読取部１１０によって生成された画像データは、後記する画像メモリ１５３に記憶され、メールの生成時に使用される。
【００２７】
操作パネル１２０は、スキャナ１０の操作者（以下、単に「操作者」と称する）によってメールの送信に必要な情報が入力される構成要素である。操作パネル１２０は、特許請求の範囲に記載された「入力部」に相当する。メールの送信には、送信者のメールアドレスや送信宛先のメールアドレス等の情報が必須である。また、メールの送信には、件名（Ｓｕｂｊｅｃｔ）や、添付ファイル名（すなわち、添付ファイルとしてメールに添付される画像データの名称）、本文等を指定する情報が必要な場合もある。操作者は、必要に応じて、操作パネル１２０を操作して、これらの情報をスキャナ１０に入力する。以下、操作者によって操作パネル１２０から入力された情報を、「入力情報」と称する。入力情報は、後記する入力情報記憶部１５２に記憶され、メールの生成時に使用される。
【００２８】
なお、入力情報記憶部１５２に記憶された入力情報の中の一部（例えば、送信者のメールアドレスや送信宛先のメールアドレス等の情報）は、操作者が意図的に消去又は変更しない限り、不揮発性の記憶手段としての入力情報記憶部１５２に恒久的に記憶され、次回以降のメールの送信時に、メールの設定情報として、自動的に使用されたり、又は、操作者によって選択的に使用されたりする。
【００２９】
通信部１３０は、ＬＡＮ６等のネットワークによって通信可能に接続された外部の機器（ここでは、メールサーバＳｖ１１）との間で通信を実行する構成要素である。通信部１３０は、メールの送信時に、記憶部１５０に予め定められたアカウント（操作者のユーザ名、パスワード等）を用いて、メールサーバＳｖ１１に接続し、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等によって、メールサーバＳｖ１１を介して、メールを操作者によって指定された送信宛先に向けて送信する。
【００３０】
制御部１４０は、ＣＰＵによって構成されており、後記するプログラム記憶部１５１に予め記憶された制御プログラムを実行することにより、メール生成部１４１、メール送信制御部１４２、及び、受信メール解釈部１４３として機能する。
【００３１】
メール生成部１４１は、メールを生成する機能手段である。本実施形態１では、メール生成部１４１は、画像読取部１１０によって生成された画像データが添付ファイルとして添付されるメールを生成する。その際に、メール生成部１４１は、操作者によって入力された入力情報や、後記する「送信宛先の送信制限データサイズ」の値に基づいて、メールを生成する。
【００３２】
なお、本実施形態１では、スキャナ１０は、送信宛先に対応してメールの送信を制限する場合のメールのデータサイズを規定する送信制限データサイズがテーブルデータとして制限サイズ記憶部１５５に記憶している。以下、送信制限データサイズを表すデータを、「送信制限サイズ情報」と称する。また、テーブルデータを、「送信制限サイズテーブル３０１（図１０参照）」と称する。また、送信制限サイズテーブル３０１の中の、操作者によって指定された送信宛先に対応する送信制限データサイズを、「送信宛先の送信制限データサイズ」と称する。
【００３３】
メール送信制御部１４２は、画像データ生成部である画像読取部１１０によって生成された画像データ及びメール生成部１４１によって生成されたメール（ただし、画像データが添付ファイルとして添付された状態のメール）のいずれか一方のデータサイズの値と、前記した「送信宛先の送信制限データサイズ（すなわち、送信制限サイズテーブル３０１（図１０参照）の中の、操作者によって指定された送信宛先に対応する送信制限データサイズ）」の値とを比較し、比較結果に基づいて、メールの送信を制御する機能手段である。
【００３４】
メール送信制御部１４２は、例えば、画像データ及びメール（ただし、画像データが添付ファイルとして添付された状態のメール）のいずれか一方のデータサイズの値（本実施形態１では、画像データのデータサイズの値）が前記した「送信宛先の送信制限データサイズ」の値以上になる場合に、メールの送信を中止することによって、メールの送信を制御することができる。
【００３５】
なお、メール送信制御部１４２は、例えば、画像データ及びメール（ただし、画像データが添付ファイルとして添付された状態のメール）のいずれか一方のデータサイズの値が前記した「送信宛先の送信制限データサイズ」の値以上になる場合に、メールを送信宛先の送信制限データサイズ未満のサイズに分割して送信することによって、メールの送信を制御する構成にしてもよい。
【００３６】
受信メール解釈部１４３は、通信部１３０によって受信されたメールの内容を解釈する機能手段である。本実施形態１では、受信メール解釈部１４３は、通信部１３０がメールサーバＳｖ１１，Ｓｖ２１，Ｓｖ２２のいずれかから送信メールの配送エラーの発生を通知するメール（以下、「エラーメール」と称する）を受信した場合に、エラーメールの内容を解釈し、必要に応じて、それによって得られる情報に基づいて、送信制限サイズテーブル３０１（図１０参照）の値を更新する機能を備えている。
【００３７】
記憶部１５０は、ＲＯＭやＲＡＭによって構成されており、プログラム記憶部１５１、入力情報記憶部１５２、画像メモリ１５３、生成メール記憶部１５４、制限サイズ記憶部１５５、送信可能宛先記憶部１５６、送信不能宛先記憶部１５７、及び、送信履歴記憶部１５８として機能する。
【００３８】
プログラム記憶部１５１は、制御部１４０を、メール生成部１４１、メール送信制御部１４２、及び、受信メール解釈部１４３として機能させるための制御プログラムが予め記憶される不揮発性の記憶手段である。
【００３９】
入力情報記憶部１５２は、入力情報（すなわち、操作者によって操作パネル１２０から入力された、メールの送信に必要な情報（例えば、送信者のメールアドレスや送信宛先のメールアドレス等の情報））が記憶される不揮発性の記憶手段である。
【００４０】
画像メモリ１５３は、画像データ生成部である画像読取部１１０によって生成された画像データが記憶される記憶手段である。画像メモリ１５３に記憶された画像データは、メール生成部１４１がメールを生成する際に使用される。
生成メール記憶部１５４は、メール生成部１４１によって生成されたメールが記憶される記憶手段である。
【００４１】
制限サイズ記憶部１５５は、前記した「送信制限サイズテーブル３０１（図１０参照）」を記憶する不揮発性の記憶手段である。本実施形態１では、制限サイズ記憶部１５５に記憶された送信制限サイズテーブル３０１は、メールの送信時に、メール送信制御部１４２によって、送信宛先毎に、メールの送信を中止するか否かを判定するための閾値を規定するテーブルデータとして参照される。また、制限サイズ記憶部１５５に記憶された送信制限サイズテーブル３０１は、エラーメール（送信メールの配送エラーの発生を通知するメール）を受信した場合に、受信メール解釈部１４３によって書き換えられるときがある。
【００４２】
送信可能宛先記憶部１５６は、メール送信制御部１４２によって送信可能と判定された送信宛先のメールアドレスが記憶される記憶手段である。
送信不能宛先記憶部１５７は、メール送信制御部１４２によって送信不能と判定された送信宛先のメールアドレスが記憶される記憶手段である。
送信履歴記憶部１５８は、送信メールの履歴情報（以下、「送信履歴情報」と称する）が記憶される不揮発性の記憶手段である。
【００４３】
＜画像送信装置の動作＞
以下、図３〜図５を参照して、スキャナ１０の動作につき説明する。図３〜図５は、それぞれ、実施形態１に係る画像送信装置の動作を示すフローチャートである。ここでは、スキャナ１０が様々なサイズのメールをユーザｙａｍａｄａの端末２１ａ、ユーザｓｕｚｕｋｉの端末２２ａ、及び、ユーザｔａｎａｋａの端末２２ｂのいずれか１乃至複数に送信する場合を想定して、スキャナ１０の動作を説明する。
【００４４】
なお、各装置は、図示せぬタイマによって計測された時間に基づいて動作する。また、各装置の動作は、各装置の記憶部に読み出し自在に予め格納されたプログラムによって規定されており、各装置の制御部によって実行される。また、装置間の通信は、受信側の装置が通信によって受信されたデータを記憶部に一旦格納し、その後に、データを記憶部から読み出すことによって、行われる。また、各データは、記憶部に読み出し自在に一旦格納されてから、その後の処理を行う所要の構成要素に出力される。以下、これらの点については、情報処理では常套手段であるので、その詳細な説明を省略する。
【００４５】
図３は、メール送信時のスキャナ１０の動作を示している。ここでは、スキャナ１０が、原稿の画像を読み取って画像データを生成し、その画像データをメールに添付して、操作者によって指定された送信宛先に向けて送信するものとして説明する。
【００４６】
この動作では、操作者が、まず、原稿を画像読取部１１０にセットし、次に、操作パネル１２０を操作して、メールの送信に必要な情報（例えば、送信宛先のメールアドレス等）を入力情報としてスキャナ１０に入力する。このとき、入力情報は、入力情報記憶部１５２に記憶される。続いて、操作者は、操作パネル１２０を操作して、原稿の画像の読み取りをスキャナ１０に指示する。これに応答して、スキャナ１０が動作を開始する。
【００４７】
まず、スキャナ１０は、画像読取部１１０が、セットされた原稿の画像を光学的に読み取る（Ｓ１２）。このとき、画像読取部１１０は、読み取られた原稿の画像データを生成し、生成された画像データを画像メモリ１５３に出力する。これにより、生成された画像データが画像メモリ１５３に一時的に記憶される。画像メモリ１５３に記憶された画像データは、後記するＳ２４でメールが送信された後に、制御部１４０（例えば、メール送信制御部１４２）によって消去される。
【００４８】
次に、スキャナ１０は、メール生成部１４１が、画像メモリ１０２に一時的に記憶された画像データを読み出し、読み出された画像データに基づいて、送信する画像データのデータサイズ（以下、「送信サイズ」と称する）の値を決定する（Ｓ１４）。
【００４９】
次に、メール生成部１４１は、入力情報記憶部１５２から、操作者によって入力された、送信宛先のメールアドレスを含む入力情報を読み出し、読み出された入力情報に基づいて、メール（本文データ）を生成し（Ｓ１６）、生成されたメールを生成メール記憶部１５４に出力する。これにより、生成されたメール（本文データ）が生成メール記憶部１５４に一時的に記憶される。
【００５０】
この後、スキャナ１０は、メール送信制御部１４２（又は、メール生成部１４１）が、入力情報記憶部１５２から、送信宛先のメールアドレスを含む入力情報を読み出し、メールの送信宛先の決定処理を行う（Ｓ１８）。
【００５１】
以下、図４を参照して、Ｓ１８の処理（「宛先の決定」処理）の詳細につき説明する。図４は、Ｓ１８の処理（「宛先の決定」処理）時のスキャナ１０の動作を示している。
図４に示すように、メール送信制御部１４２は、まず、送信可能か否かを判定していない宛先があるか否かを判定する（Ｓ３２）。
【００５２】
Ｓ３２の判定で、判定していない宛先があると判定された場合（“Ｙｅｓ”の場合）に、メール送信制御部１４２は、その宛先を「判定中の宛先」と見なし、制限サイズ記憶部１５５から送信制限サイズテーブル３０１（図１０参照）を読み出して、判定中の宛先に対応する、前記した「送信宛先の送信制限データサイズ（すなわち、送信制限サイズテーブル３０１の中の、操作者によって指定された送信宛先に対応する送信制限データサイズ）」の値を確認する（Ｓ３４）。
【００５３】
そして、メール送信制御部１４２は、Ｓ１４で決定された「送信サイズ」の値（ここでは、画像データのデータサイズの値）と、Ｓ３４で確認された、判定中の宛先に対応する「送信宛先の送信制限データサイズ」の値とを比較して、比較結果に基づいて、メールの送信を制御する。例えば、メール送信制御部１４２は、比較結果に基づいて、メールの送信が可能か否かを判定する（Ｓ３６）。
【００５４】
Ｓ３６の判定では、「送信サイズ」の値が判定中の宛先に対応する「送信宛先の送信制限データサイズ」の値未満である場合に、メールの送信が可能であると判定される。一方、「送信サイズ」の値が判定中の宛先に対応する「送信宛先の送信制限データサイズ」の値以上である場合に、メールの送信が不能であると判定される。
【００５５】
Ｓ３６の判定で、メールの送信が可能であると判定された場合（“Ｙｅｓ”の場合）に、すなわち、「送信サイズ」の値が判定中の宛先に対応する「送信宛先の送信制限データサイズ」の値未満である場合に、メール送信制御部１４２は、判定中の宛先のメールアドレス情報を、送信可能な宛先のメールアドレス情報（以下、「送信可能アドレス情報（図示せず）」と称する）として、送信可能宛先記憶部１５６に記憶させる（Ｓ３８）。この後、処理は、Ｓ３２に戻る。
【００５６】
なお、送信可能宛先記憶部１５６に記憶された「送信可能アドレス情報」は、図３に示すＳ２４の処理（「メール送信」処理）時に、メールヘッダに組み込まれて、メールの送信に利用される。また、送信可能宛先記憶部１５６に記憶された「送信可能アドレス情報」は、所定のタイミング（例えば、図３に示すＳ２４の処理（「メール送信」処理）が完了したタイミング）で、制御部１４０（例えば、メール送信制御部１４２）によって消去される。
【００５７】
一方、Ｓ３６の判定で、メールの送信が不能であると判定された場合（“Ｎｏ”の場合）に、すなわち、「送信サイズ」の値が判定中の宛先に対応する「送信宛先の送信制限データサイズ」の値以上である場合に、メール送信制御部１４２は、判定中の宛先のメールアドレス情報を、送信不能な宛先のメールアドレス情報（以下、「送信不能アドレス情報（図示せず）」と称する）として、送信不能宛先記憶部１５７に記憶させる。また、このとき、メール送信制御部１４２が、送信不能な宛先のメールアドレスに対応する送信制限データサイズを、更新登録する送信制限データサイズ（以下、「更新送信制限データサイズ」と称する）として、制限サイズ記憶部１５５に記憶された送信制限サイズテーブル３０１（図１０及び図１１参照）に追加登録する（Ｓ４０）。この後、処理は、Ｓ３２に戻る。
【００５８】
なお、送信不能宛先記憶部１５７に記憶された「送信不能アドレス情報」は、図３に示すＳ２２の処理（「送信不能アドレス通知」処理）時に、操作パネル１２０に表示されて、送信不能な宛先の操作者への通知に利用される。また、送信不能宛先記憶部１５７に記憶された「送信不能アドレス情報」は、所定のタイミング（例えば、図３に示すＳ１２の処理（「原稿読み取り」処理）が新たに行われるタイミング）で、制御部１４０（例えば、メール送信制御部１４２）によって消去される。
【００５９】
Ｓ３８又はＳ４０の後、処理は、Ｓ３２に戻る。その結果、スキャナ１０は、Ｓ３２の判定で、判定していない宛先がない（“Ｎｏ”）と判定されるまで、Ｓ３２〜Ｓ４０の処理を繰り返す。そして、Ｓ３２の判定で、判定していない宛先がないと判定された場合（“Ｎｏ”の場合）に、スキャナ１０は、Ｓ１８の処理（「宛先の決定」処理）を終了する。その結果、処理は、Ｓ２０に進む。
【００６０】
Ｓ１８の処理（「宛先の決定」処理）の後、図３に示すように、スキャナ１０は、メール送信制御部１４２が、送信不能な宛先があるか否かを判定する（Ｓ２０）。Ｓ２０の判定は、メール送信制御部１４２が、図４に示すＳ４０の処理（「送信不能な宛先に追加」処理）で、送信不能宛先記憶部１５７に記憶された「送信不能アドレス情報」があるか否かを判定することによって、行われる。
【００６１】
Ｓ２０の判定で、送信不能な宛先があると判定された場合（“Ｙｅｓ”の場合）に、すなわち、送信不能宛先記憶部１５７に記憶された「送信不能アドレス情報」がある場合に、メール送信制御部１４２は、「送信不能アドレス情報」を操作パネル１２０に表示させる。これによって、スキャナ１０は、送信不能な宛先のメールアドレスを操作者に通知する（Ｓ２２）。この後、スキャナ１０は、一連のルーチンの処理を終了する。
【００６２】
なお、Ｓ２２では、メール送信制御部１４２が、「送信不能アドレス情報」及び「送信可能アドレス情報」を操作パネル１２０に表示させるとともに、送信可能な宛先へのメールの送信を行うか否かを操作パネル１２０に表示させて、メールの送信を行うか否かを操作者に選択させるようにしてもよい。この場合に、操作者が「メールの送信」を選択することにより、メール送信制御部１４２は、メールを送信可能な宛先に送信した後に、一連のルーチンの処理を終了する。また、この場合に、操作者が「メールを送信せず」を選択することにより、メール送信制御部１４２は、メールを送信することなく、一連のルーチンの処理を終了する。
【００６３】
一方、Ｓ２０の判定で、送信不能な宛先がないと判定された場合（“Ｎｏ”の場合）に、すなわち、送信不能宛先記憶部１５７に記憶された「送信不能アドレス情報」がない場合に、メール送信制御部１４２は、生成メール記憶部１５４からメール（本文データ）を読み出し、画像メモリ１５３から画像データを読み出し、さらに、送信可能宛先記憶部１５６から送信可能アドレス情報を読み出す。
【００６４】
そして、メール送信制御部１４２は、エンベロープ識別子（ＥＮＶＩＤ）をメールに割り当て、そのエンベロープ識別子と送信可能アドレス情報とに基づいてメールヘッダを生成して、生成されたメールヘッダをメールの本文データに添付するとともに、画像データをＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）に規定されたＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎ）形式に変換して、変換された画像データを添付ファイルとしてメールの本文データに添付する。これによって、メールが完成する。
【００６５】
メール送信制御部１４２は、完成されたメールを通信部１３０に出力する。通信部１３０は、メール送信制御部１４２からメールが入力されると、メールサーバＳｖ１１を介して、メールを、操作者によって指定された送信宛先に向けて送信する（Ｓ２４）。
【００６６】
なお、本実施形態１では、スキャナ１０は、画像データのデータサイズを「送信サイズ」として利用している。しかしながら、スキャナ１０は、メール（ただし、画像データが添付ファイルとして添付された状態のメール）のデータサイズを「送信サイズ」として利用することも可能である。この場合に、Ｓ１４の処理（「送信サイズ決定」の処理）は、Ｓ１６の処理（「メール生成」処理）の後に、行われる。
【００６７】
また、スキャナ１０は、好ましくは、メールを送信した場合に、送信宛先のメールアドレスやメールのデータサイズの値等の情報を送信履歴情報として送信履歴記憶部１５８に記憶させておき、操作者が操作パネル１２０を操作することにより、送信履歴情報を自在に操作パネル１２０に表示させられるようにするとよい。
【００６８】
Ｓ２４の処理（「メール送信」処理）の後、送信メールが適正に送信宛先に配送されない場合に、送信メールの配送エラーの発生を通知するエラーメールが、メールサーバＳｖ１１，Ｓｖ２１，Ｓｖ２２のいずれかからスキャナ１０に向けて送信される。
【００６９】
図５は、エラーメール受信時のスキャナ１０の動作を示している。ここでは、スキャナ１０が、メールサーバＳｖ１１，Ｓｖ２１，Ｓｖ２２のいずれかからエラーメールを受信して、エラーメールの内容を解析することによって得られる情報に基づいて、送信制限サイズテーブル３０１（図１０参照）に登録されている送信制限サイズ情報を更新するものとして説明する。
【００７０】
図５に示すように、スキャナ１０は、まず、通信部１３０が、メールサーバＳｖ１１，Ｓｖ２１，Ｓｖ２２のいずれかから送信されたエラーメールを受信する（Ｓ５２）。
【００７１】
スキャナ１０は、エラーメールを受信すると、受信メール解釈部１４３が、Ｓ２４のメールの送信時に送信メールに割り当てたエンベロープ識別子がエラーメールに含まれているか否かを判定する（Ｓ５４）。
【００７２】
Ｓ５４の判定で、エンベロープ識別子がエラーメールに含まれている場合（“Ｙｅｓ”の場合）に、受信メール解釈部１４３は、送信履歴記憶部１５８からそのエンベロープ識別子に対応する送信メールの送信履歴情報を読み出し、読み出された送信メールの送信履歴情報に基づいて、エラーメールに対応する送信メール（以下、「配送エラー送信メール」と称する）のデータサイズを特定する（Ｓ５６）。
【００７３】
次に、受信メール解釈部１４３は、制限サイズ記憶部１５５から送信制限サイズテーブル３０１（図１０参照）を読み出し、更新送信制限データサイズ（更新登録する送信制限データサイズ）として、エラーメールで配送エラーが通知された送信宛先（以下、「配送エラーの送信宛先」と称する）のメールアドレスに対応付けられた送信制限データサイズ（以下、「配送エラーの送信宛先の送信制限データサイズ」と称する）の値を、Ｓ５６で特定された、配送エラー送信メールのデータサイズの値に更新する（Ｓ５８）。これにより、スキャナ１０は、一連のルーチンの処理を終了する。
【００７４】
なお、配送エラーの送信宛先のメールアドレスは、エラーメール及びＳ５６で読み出された送信履歴情報の中に含まれている。受信メール解釈部１４３は、運用に応じて、エラーメール又は送信履歴情報から、配送エラーの送信宛先のメールアドレスを取得する。
【００７５】
このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル３０１に登録されていなければ、受信メール解釈部１４３は、更新送信制限データサイズとして、Ｓ５６で特定された、配送エラー送信メールのデータサイズの値を、配送エラーの送信宛先のメールアドレスに対応付けて、送信制限サイズテーブル３０１に新規に登録する。
【００７６】
一方、Ｓ５４の判定で、エンベロープ識別子がエラーメールに含まれていない場合（“Ｎｏ”の場合）に、スキャナ１０は、一連のルーチンの処理を終了する。
【００７７】
＜具体的な動作例＞
以下、いくつかの具体的な動作例をあげて、スキャナ１０の詳細な動作を説明する。なお、スキャナ１０のコマンドを送受信する動作は、メール送信制御部１４２（図２参照）によって行われ、また、スキャナ１０の外部から受信されたメールを解釈する動作は、受信メール解釈部１４３（図２参照）によって行われるものとして説明する。また、ここでは、「送信メールのサイズ」が「画像データのサイズ」と実質的に等価であるものとして説明する。また、ここでは、単に「メールサーバ」と称する場合は、メールの配送に関わるメールサーバ全般を意味しているものとする。
【００７８】
（動作例１：スキャナ１０が「５ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａ及びユーザｓｕｚｕｋｉの端末２２ａに送信する場合の動作）
以下、図１及び図６を参照して、スキャナ１０が「５ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａ及びユーザｓｕｚｕｋｉの端末２２ａに送信する場合の、スキャナ１０及びメールサーバＳｖ１１の動作を説明する。図６は、実施形態１に係る画像送信装置とメールサーバとの間のシーケンス図である。ここでは、スキャナ１０のホスト名を「ｅｘａｍｐｌｅ．ｃｏｍ」とし、メールサーバＳｖ１１のホスト名を「ｍａｉｌ．ｉｓｐ１．ｃｏｍ」として説明する。
【００７９】
まず、スキャナ１０は、メールサーバＳｖ１１に対して、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）コネクションを確立する。
ＴＣＰコネクションの確立は、以下の手順によって行われる。
【００８０】
まず、スキャナ１０が、「ＳＹＮ」コマンドをメールサーバＳｖ１１に送信する（Ｓ１１０）。
メールサーバＳｖ１１は、スキャナ１０から「ＳＹＮ」コマンドを受信すると、「ＳＹＮ・ＡＣＫ」コマンドをスキャナ１０に返信する（Ｓ１１１）。
【００８１】
スキャナ１０は、メールサーバＳｖ１１から「ＳＹＮ・ＡＣＫ」コマンドを受信すると、「ＡＣＫ」コマンドをメールサーバＳｖ１１に送信する（Ｓ１１２）。
この時点で、スキャナ１０とメールサーバＳｖ１１との間に、ＴＣＰコネクションが確立される。
【００８２】
メールサーバＳｖ１１は、スキャナ１０から「ＡＣＫ」コマンドを受信すると、例えば、「２２０  ｍａｉｌ．ｉｓｐ１．ｃｏｍ  Ｓｅｒｖｉｃｅ  ｒｅａｄｙ」という応答をスキャナ１０に返す（Ｓ１１３）。
スキャナ１０は、応答を受信すると、例えば、「ＨＥＬＯ  ｅｘａｍｐｌｅ．ｃｏｍ」というコマンドをメールサーバＳｖ１１に送信し、接続の可否をメールサーバＳｖ１１に問い合わせる（Ｓ１１４）。「ＨＥＬＯ」コマンドは、接続の可否を問うコマンドである。
【００８３】
メールサーバＳｖ１１は、スキャナ１０との接続が可能である場合に、例えば、「２５０−ｅｘａｍｐｌｅ．ｃｏｍ  ￥ｎ  ２５０−ＤＳＮ」（￥ｎは改行を示す）という応答をスキャナ１０に返す（Ｓ１１５）。この応答は、メールサーバＳｖ１１がＤＳＮ（配送通知：Ｄｅｌｉｖｅｒ  Ｓｔａｔｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ）をサポートしていることを示している。ＤＳＮをサポートしているメールサーバは、メールの送信元に対して、受信されたメールをどのように処理したのかをメールで通知することができる。
【００８４】
次に、スキャナ１０は、メールの送信元としての自身のメールアドレスをメールサーバＳｖ１１に送信する（Ｓ１１６）。その際に、スキャナ１０は、例えば、「ＭＡＩＬ  ＦＲＯＭ：＜ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ＞  ＥＮＶＩＤ＝ＳＣＡＮ０００１」というコマンドを使用する。「ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ」は、メールの送信元としての自身のメールアドレスを表している。「ＥＮＶＩＤ＝ＳＣＡＮ０００１」は、メールに割り当てられた固有のエンベロープ識別子（ＥＮＶＩＤ）が「ＳＣＡＮ０００１」であることを表している。メールサーバは、ＤＳＮによってメールの処理状況をメールの送信元に通知する際に、このエンベロープ識別子を通知メールに含める。
【００８５】
メールサーバＳｖ１１は、メールの送信元であるスキャナ１０に接続を許可する場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０に返す（Ｓ１１７）。
【００８６】
次に、本動作例１では、スキャナ１０は、ユーザｙａｍａｄａの端末２１ａにメールを送信するために、メールの送信宛先としてユーザｙａｍａｄａの端末２１ａを指定する情報をメールサーバＳｖ１１に送信する（Ｓ１１８）。その際に、スキャナ１０は、例えば、「ＲＣＰＴ  ＴＯ：＜ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ＞  ＮＯＴＩＦＹ＝ＦＡＩＬＵＲＥ  ＯＲＣＰＴ＝ｒｆｃ８２２；ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」というコマンドを使用する。「ＲＣＰＴ  ＴＯ：＜ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ＞」は、メールの送信宛先のメールアドレスが「ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」であることを表している。「ＮＯＴＩＦＹ」は、いつ通知を送信するのかを表している。また、「ＮＯＴＩＦＹ＝ＦＡＩＬＵＲＥ」は、メールの配送エラーが発生した場合にのみ、メールサーバが通知メールとしてのエラーメールを送信元（ここでは、スキャナ１０）に送信することを指定している。「ＯＲＣＰＴ＝ｒｆｃ８２２；ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」は、オリジナル受信者（ＯＲＣＰＴ）を表している。
【００８７】
メールサーバＳｖ１１は、ユーザｙａｍａｄａの端末２１ａをメールの送信宛先として受け付ける場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０に返す（Ｓ１１９）。
【００８８】
次に、本動作例１では、スキャナ１０は、ユーザｓｕｚｕｋｉの端末２２ａにもメールを送信するために、メールの送信宛先としてユーザｓｕｚｕｋｉの端末２２ａを指定する情報をメールサーバＳｖ１１に送信する（Ｓ１２０）。その際に、スキャナ１０は、例えば、Ｓ１１８で使用したコマンドに類似する、「ＲＣＰＴ  ＴＯ：＜ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ＞  ＮＯＴＩＦＹ＝ＦＡＩＬＵＲＥ  ＯＲＣＰＴ＝ｒｆｃ８２２；ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」というコマンドを使用する。「ＲＣＰＴ  ＴＯ：＜ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ＞」は、メールの送信宛先のメールアドレスが「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」であることを表している。
【００８９】
メールサーバＳｖ１１は、ユーザｓｕｚｕｋｉの端末２２ａをメールの送信宛先として受け付ける場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０に返す（Ｓ１２１）。
この時点で、メールの送信元、及び、メールの送信宛先が決まる。
【００９０】
次に、スキャナ１０は、メールをメールサーバＳｖ１１に送信する。その際に、スキャナ１０は、エンベロープ識別子（ＥＮＶＩＤ）、メールの送信元、及び、メールの送信宛先等の情報を含むメールヘッダを生成して、生成されたメールヘッダをメールの本文データに添付する。また、スキャナ１０は、画像データをＲＦＣに規定されたＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎ）形式に変換し、変換された画像データを添付ファイルとしてメールの本文データに添付する。そして、スキャナ１０は、メール（メールヘッダ及び変換された画像データが添付されたメール）をメールサーバＳｖ１１に送信するために、「ＤＡＴＡ」コマンドをメールサーバＳｖ１１に送信する（Ｓ１２２）。「ＤＡＴＡ」コマンドは、データの送信を開始するためのコマンドである。
【００９１】
メールサーバＳｖ１１は、メールが受信できる場合に、例えば、「３５４  Ｓｔａｒｔ  ｍａｉｌ  ｉｎｐｕｔ；  ｅｎｄ  ｗｉｔｈ＜ＣＲＬＦ＞．＜ＣＲＬＦ＞」という応答をスキャナ１０に返す（Ｓ１２３）。「ＣＲＬＦ」は、空白行（キャリッジリターン及びラインフィード）を表す制御文字である。
【００９２】
スキャナ１０は、メールサーバＳｖ１１から応答が受信されると、メールサーバＳｖ１１を介して、所定の送信宛先（ここでは、ユーザｙａｍａｄａの端末２１ａ及びユーザｓｕｚｕｋｉの端末２２ａ）に向けてメール（「メールヘッダ、本文、画像」）の送信を開始する（Ｓ１２４）。ここでは、メールの送信が正常に終了したものとする。
【００９３】
スキャナ１０は、全てのメールの送信が正常に終了すると、例えば、「．＜ＣＲ＞＜ＬＦ＞」というデータ（１つのピリオドの後に改行コードが続くデータ）をメールサーバＳｖ１１に送信する（Ｓ１２５）。
【００９４】
メールサーバＳｖ１１は、スキャナ１０からデータを受信すると、例えば、「２５０  Ｍｅｓｓａｇｅ  ａｃｃｅｐｔｅｄ」という応答をスキャナ１０に返す（Ｓ１２６）。
【００９５】
スキャナ１０は、メールサーバＳｖ１１から応答を受信すると、接続終了指示として、「ＱＵＩＴ」コマンドをメールサーバＳｖ１１に送信する（Ｓ１２７）。
メールサーバＳｖ１１は、スキャナ１０から接続終了指示を受信すると、接続終了指示に対する応答として、例えば、「２２１  ｇｏｏｄｂｙｅ」という応答をスキャナ１０に返す（Ｓ１２８）。
【００９６】
スキャナ１０は、メールサーバＳｖ１１から応答を受信すると、ＴＣＰコネクションを切断するために、「ＦＩＮ」コマンドをメールサーバＳｖ１１に送信する（Ｓ１２９）。「ＦＩＮ」コマンドは、ＴＣＰコネクションの切断を指示するコマンドである。
メールサーバＳｖ１１は、スキャナ１０から「ＦＩＮ」コマンドを受信すると、「ＦＩＮ・ＡＣＫ」コマンドをスキャナ１０に返信する（Ｓ１３０）。
【００９７】
スキャナ１０とメールサーバＳｖ１１との間のＴＣＰコネクションは、スキャナ１０がメールサーバＳｖ１１から「ＦＩＮ・ＡＣＫ」コマンドを受信することにより、切断される。
【００９８】
なお、本動作例１では、送信メールのサイズが「５ＭＢ」となっている。これに対して、図１に示すように、スキャナ１０がメールの送信に使用するメールサーバＳｖ１１のメール送信制限容量は「１５ＭＢ」となっており、ユーザｙａｍａｄａの端末２１ａがメールの受信に使用するメールサーバＳｖ２１のメール送信制限容量が「２０ＭＢ」となっており、ユーザｓｕｚｕｋｉの端末２２ａがメールの受信に使用するメールサーバＳｖ２２のメール送信制限容量が「１０ＭＢ」となっている。
【００９９】
したがって、本動作例１では、送信メールのサイズ（５ＭＢ）が、メールサーバＳｖ１１のメール送信制限容量（１５ＭＢ）未満となっており、また、メールサーバＳｖ２１のメール送信制限容量（２０ＭＢ）未満となっており、さらに、メールサーバＳｖ２２のメール送信制限容量（１０ＭＢ）未満となっている。そのため、本動作例１では、全てのメールサーバＳｖ１１，Ｓｖ２１，Ｓｖ２２が、スキャナ１０から送信された「５ＭＢ」のメールを受信することができる。その結果、メールは、ユーザｙａｍａｄａの端末２１ａ及びユーザｓｕｚｕｋｉの端末２２ａに正常に配送される。
【０１００】
（動作例２：スキャナ１０が「１２ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａ及びユーザｔａｎａｋａの端末２２ｂに送信する場合の動作）
以下、図１及び図７を参照して、スキャナ１０が「１２ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａ及びユーザｔａｎａｋａの端末２２ｂに送信する場合の、スキャナ１０及びメールサーバＳｖ１１の動作を説明する。図７は、実施形態１に係る画像送信装置とメールサーバとの間のシーケンス図である。
【０１０１】
スキャナ１０がメールサーバＳｖ１１との間でＴＣＰコネクションを確立してから、スキャナ１０がメールサーバＳｖ１１との接続を確認するまでの処理は、動作例１のＳ１１０〜Ｓ１１５（図６参照）と同様である。
【０１０２】
次に、スキャナ１０は、メールサーバＳｖ１１との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバＳｖ１１に送信する（Ｓ２１０）。その際に、スキャナ１０は、例えば、Ｓ１１６で使用したコマンドに類似する、「ＭＡＩＬ  ＦＲＯＭ：＜ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ＞  ＥＮＶＩＤ＝ＳＣＡＮ０００２」というコマンドを使用する。「ＥＮＶＩＤ＝ＳＣＡＮ０００２」は、エンベロープ識別子が「ＳＣＡＮ０００２」であることを表している。
【０１０３】
メールサーバＳｖ１１は、メールの送信元であるスキャナ１０に接続を許可する場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０に返す（Ｓ２１１）。
【０１０４】
次に、本動作例２では、スキャナ１０は、ユーザｙａｍａｄａの端末２１ａにメールを送信するために、メールの送信宛先としてユーザｙａｍａｄａの端末２１ａを指定する情報をメールサーバＳｖ１１に送信する（Ｓ２１２）。その際に、スキャナ１０は、例えば、Ｓ１１８と同様に、「ＲＣＰＴ  ＴＯ：＜ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ＞  ＮＯＴＩＦＹ＝ＦＡＩＬＵＲＥ  ＯＲＣＰＴ＝ｒｆｃ８２２，ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」というコマンドを使用する。
【０１０５】
メールサーバＳｖ１１は、ユーザｙａｍａｄａの端末２１ａをメールの送信宛先として受け付ける場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０に返す（Ｓ２１３）。
【０１０６】
次に、本動作例２では、スキャナ１０は、ユーザｔａｎａｋａの端末２２ｂにもメールを送信するために、メールの送信宛先としてユーザｔａｎａｋａの端末２２ｂを指定する情報をメールサーバＳｖ１１に送信する（Ｓ２１４）。その際に、スキャナ１０は、例えば、Ｓ１１８で使用したコマンドに類似する、「ＲＣＰＴ  ＴＯ：＜ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ＞  ＮＯＴＩＦＹ＝ＦＡＩＬＵＲＥ  ＯＲＣＰＴ＝ｒｆｃ８２２；ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ」というコマンドを使用する。「ＲＣＰＴ  ＴＯ：＜ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ＞」は、メールの送信宛先のメールアドレスが「ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ」であることを表している。
【０１０７】
Ｓ２１４以降の、スキャナ１０がメールサーバＳｖ１１との間のＴＣＰコネクションを切断するまでの処理は、動作例１のＳ１２２〜Ｓ１３０（図６参照）と同様である。
【０１０８】
なお、本動作例２では、送信メールのサイズが「１２ＭＢ」となっている。これに対して、図１に示すように、スキャナ１０がメールの送信に使用するメールサーバＳｖ１１のメール送信制限容量は「１５ＭＢ」となっており、ユーザｙａｍａｄａの端末２１ａがメールの受信に使用するメールサーバＳｖ２１のメール送信制限容量が「２０ＭＢ」となっており、ユーザｔａｎａｋａの端末２２ｂがメールの受信に使用するメールサーバＳｖ２２のメール送信制限容量が「１０ＭＢ」となっている。
【０１０９】
したがって、本動作例２では、送信メールのサイズ（１２ＭＢ）が、メールサーバＳｖ２２のメール送信制限容量（１０ＭＢ）以上となっている。そのため、本動作例２では、メールサーバＳｖ２２が、スキャナ１０から送信された「１２ＭＢ」のメールを受信することができない。したがって、メールサーバＳｖ２２が、ＤＳＮによる通知メールとしてのエラーメールをスキャナ１０（ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ）宛てに送信する。
【０１１０】
以下、図８を参照して、スキャナ１０がメールサーバＳｖ１１を介してメールサーバＳｖ２２から送信されたエラーメールを受信する場合の、スキャナ１０及びメールサーバＳｖ１１の動作を説明する。図８は、実施形態１に係る画像送信装置とメールサーバとの間のシーケンス図である。
【０１１１】
まず、スキャナ１０は、メールサーバＳｖ１１に対して、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）コネクションを確立する。図８に示す例では、スキャナ１０は、メールサーバＳｖ１１からメールを取得する通信プロトコルとして、ＰＯＰ３（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ３）を用いている。
ＴＣＰコネクションの確立は、以下の手順によって行われる。
【０１１２】
まず、スキャナ１０が、「ＳＹＮ」コマンドをメールサーバＳｖ１１に送信する（Ｓ３１０）。
メールサーバＳｖ１１は、スキャナ１０から「ＳＹＮ」コマンドを受信すると、「ＳＹＮ・ＡＣＫ」コマンドをスキャナ１０に返信する（Ｓ３１１）。
【０１１３】
スキャナ１０は、メールサーバＳｖ１１から「ＳＹＮ・ＡＣＫ」コマンドを受信すると、「ＡＣＫ」コマンドをメールサーバＳｖ１１に送信する（Ｓ３１２）。
この時点で、スキャナ１０とメールサーバＳｖ１１との間に、ＴＣＰコネクションが確立される。
【０１１４】
メールサーバＳｖ１１は、スキャナ１０から「ＡＣＫ」コマンドを受信すると、例えば、「＋ＯＫ  ＰＯＰ  ｓｅｒｖｅｒ  ｒｅａｄｙ」という応答をスキャナ１０に返す（Ｓ３１３）。
スキャナ１０は、応答を受信すると、「ＵＳＥＲ  ｓｃａｎ」というコマンドをメールサーバＳｖ１１に送信して（Ｓ３１４）、スキャナ１０とメールサーバＳｖ１１との接続に必要なユーザ名（ここでは、「ｓｃａｎ」）をメールサーバＳｖ１１に通知する。
【０１１５】
メールサーバＳｖ１１は、スキャナ１０から送信されたユーザ名を認識すると、例えば、「＋ＯＫ  Ｕｓｅｒ  ｓｃａｎ  ｒｅｃｏｇｎｉｚｅｄ」という応答をスキャナ１０に返す（Ｓ３１５）。
【０１１６】
次に、スキャナ１０は、「ＰＡＳＳ  ｐａｓｓｗｄ」というコマンドをメールサーバＳｖ１１に送信して（Ｓ３１６）、スキャナ１０とメールサーバＳｖ１１との接続に必要なパスワード（「ｐａｓｓｗｄ」）をメールサーバＳｖ１１に通知する。
【０１１７】
メールサーバＳｖ１１は、スキャナ１０から送信されたパスワードを認証すると、例えば、「＋ＯＫ  Ｗｅｌｃｏｍｅ  ｓｃａｎ」という応答をスキャナ１０に返す（Ｓ３１７）。
ここまでの処理により、スキャナ１０は、メールサーバＳｖ１１から自分宛てのメールを取得するための準備が終了する。
【０１１８】
次に、スキャナ１０は、「ＳＴＡＴ」コマンドをメールサーバＳｖ１１に送信して（Ｓ３１８）、メールサーバＳｖ１１に届いた自分宛てのメールの有無をメールサーバＳｖ１１に問い合わせる。
【０１１９】
メールサーバＳｖ１１は、スキャナ１０から「ＳＴＡＴ」コマンドを受信すると、スキャナ１０宛てのメールの受信の有無を確認し、受信メールの確認結果として、例えば、「＋ＯＫ  １  ７５０」という応答をスキャナ１０に返す（Ｓ３１９）。この応答は、「メッセージ番号」が「１」で、サイズが７５０バイトのメールが届いていることを示している。
【０１２０】
スキャナ１０は、自分宛てのメールがメールサーバＳｖ１１に届いている場合に、メールサーバＳｖ１１からメールを受信する。例えば、「メッセージ番号」が「１」のメールを受信する場合に、スキャナ１０は、「メッセージ番号」が「１」のメールの送信指示として、「ＲＥＴＲ  １」というコマンドをメールサーバＳｖ１１に送信する（Ｓ３２０）。
【０１２１】
メールサーバＳｖ１１は、スキャナ１０から「ＲＥＴＲ」コマンドを受信すると、例えば、「＋ＯＫ  ７５０  ｏｃｔｅｔｓ」という応答をスキャナ１０に送信し、続いて、メールメッセージの全てをスキャナ１０に送信する（Ｓ３２１）。
【０１２２】
スキャナ１０は、メールの受信が完了すると、受信が完了したメールの削除を指示する削除指示をメールサーバＳｖ１１に送信する（Ｓ３２２）。その際に、スキャナ１０は、例えば、「ＤＥＬＥ  １」というコマンドを使用する。「ＤＥＬＥ  １」は、「メッセージ番号」が「１」のメールの削除を指示するコマンドである。
【０１２３】
メールサーバＳｖ１１は、スキャナ１０から削除指示を受信すると、削除指示に対する応答として、例えば、「＋ＯＫ  Ｍｅｓｓａｇｅ  １  ｍａｒｋｅｄ  ｆｏｒ  ｄｅｌｅｔｉｏｎ」という応答をスキャナ１０に返す（Ｓ３２３）。
【０１２４】
スキャナ１０は、メールサーバＳｖ１１から削除指示に対する応答を受信すると、接続終了指示として、「ＱＵＩＴ」コマンドをメールサーバＳｖ１１に送信する（Ｓ３２４）。
メールサーバＳｖ１１は、スキャナ１０から接続終了指示を受信すると、接続終了指示に対する応答として、例えば、「＋ＯＫ」という応答をスキャナ１０に返す（Ｓ３２５）。
【０１２５】
スキャナ１０は、メールサーバＳｖ１１から接続終了指示に対する応答を受信すると、ＴＣＰコネクションの切断するために、「ＦＩＮ」コマンドをメールサーバＳｖ１１に送信する（Ｓ３２６）。「ＦＩＮ」コマンドは、ＴＣＰコネクションの切断を指示するコマンドである。
メールサーバＳｖ１１は、スキャナ１０から「ＦＩＮ」コマンドを受信すると、「ＡＣＫ」コマンドをスキャナ１０に返信し（Ｓ３２７）、続いて、スキャナ１０に対して、「ＦＩＮ」コマンドを送信する（Ｓ３２８）。
【０１２６】
スキャナ１０は、メールサーバＳｖ１１から「ＦＩＮ」コマンドを受信すると、「ＡＣＫ」コマンドをメールサーバＳｖ１１に送信する（Ｓ３２９）。
スキャナ１０とメールサーバＳｖ１１との間のＴＣＰコネクションは、スキャナ１０が「ＡＣＫ」コマンドをメールサーバＳｖ１１に送信することにより、切断される。
【０１２７】
図９は、実施形態１で用いるエラーメールの一例を示す図である。図９は、メールサーバＳｖ２２からスキャナ１０に送信されたエラーメール２０２の一例を示している。
【０１２８】
図９に示す例において、３行目の「Ｓｕｂｊｅｃｔ」で始まる行は、エラーメール２０２が「ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ」宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。
１１行目の「Ｙｏｕｒ  ｍｅｓｓａｇｅ」で始まる行は、エンベロープ識別子「ＳＣＡＮ０００２」の送信メールの配送に失敗したことを示している。
【０１２９】
１７行目の「Ｒｅｐｏｒｔｉｎｇ−ＭＴＡ」で始まる行は、エラーメール２０２がメールサーバＳｖ２２（ｍａｉｌ．ｃｏｍｐａｎｙ２．ｃｏｍ）から送信されたメールであることを示している。「ＭＴＡ」は、メール転送エージェント（Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ａｇｅｎｔ）を意味している。
１８行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行は、エラーメール２０２がエンベロープ識別子「ＳＣＡＮ０００２」の送信メールに対する配送通知であることを示している。
【０１３０】
２３行目の「Ｄｉａｇｎｏｓｔｉｃ−Ｃｏｄｅ」で始まる行は、エラーの種別がＳＭＴＰステータスコードの「５２１」であることを示しており、また、メールのサイズが大きすぎる（ｔｈｅ  ｍｅｓｓａｇｅ  ｉｓ  ｔｏｏ  ｌａｒｇｅ）ことも示している。スキャナ１０は、この情報から、送信メールが送信制限サイズ以上であることを判別することができる。
【０１３１】
２４行目の「Ａｃｔｉｏｎ」で始まる行は、送信メールの配送に失敗したことを示している。
２５行目の「Ｓｔａｔｕｓ」で始まる行は、ＳＭＴＰステータスコードを別の表現で示している。
２７行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。
【０１３２】
スキャナ１０は、例えば、図９に示すエラーメール２０２を受信すると、受信メール解釈部１４３（図２参照）が、エラーメール２０２の１８行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行から、配送エラー送信メール（ここでは、エラーメール２０２に対応する送信メール）の情報として、エンベロープ識別子「ＳＣＡＮ０００２」を取り出す。そして、受信メール解釈部１４３は、送信履歴記憶部１５８からエンベロープ識別子「ＳＣＡＮ０００２」の送信メールの送信履歴情報を読み出す。
【０１３３】
次に、受信メール解釈部１４３は、読み出された送信履歴情報から、エンベロープ識別子「ＳＣＡＮ０００２」の送信メールのデータサイズの値が「１２ＭＢ」であることを特定する。そして、受信メール解釈部１４３は、制限サイズ記憶部１５５から送信制限サイズテーブル３０１（図１０参照）を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル３０１の中の前記した「配送エラーの送信宛先の送信制限データサイズ」の値（すなわち、配送エラーの送信宛先のメールアドレス（ここでは、エンベロープ識別子「ＳＣＡＮ０００２」の送信メールの送信に使用されたメールアドレス）に対応付けられて送信制限サイズテーブル３０１に登録された送信制限データサイズの値）を、エンベロープ識別子「ＳＣＡＮ０００２」の送信メールのデータサイズの値である「１２ＭＢ」に更新する。
【０１３４】
なお、このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル３０１に登録されていなければ、受信メール解釈部１４３は、更新送信制限データサイズとして、配送エラー送信メール（ここでは、エンベロープ識別子「ＳＣＡＮ０００２」の送信メール）のデータサイズの値「１２ＭＢ」を、配送エラーの送信宛先のメールアドレス（ここでは、エンベロープ識別子「ＳＣＡＮ０００２」の送信メールの送信に使用されたメールアドレス）に対応付けて、送信制限サイズテーブル３０１に新規に登録する。
【０１３５】
その結果、更新後の送信制限サイズテーブル３０１は、例えば、図１０に示すようになる。図１０は、実施形態１で用いる送信制限サイズテーブルの一例を示す図である。図１０に示す例では、送信制限サイズテーブル３０１には、配送エラーの送信宛先のメールアドレス「ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ」と、配送エラー送信メールのデータサイズの値「１２ＭＢ」とが対応付けられて登録されている。
【０１３６】
（動作例３：スキャナ１０が「１４ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａ及びユーザｓｕｚｕｋｉの端末２２ａに送信する場合の動作）
以下、スキャナ１０が「１４ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａ及びユーザｓｕｚｕｋｉの端末２２ａに送信する場合の、スキャナ１０及びメールサーバＳｖ１１の動作を説明する。
【０１３７】
ユーザｓｕｚｕｋｉの端末２２ａ（図１参照）は、メールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」のドメイン（＠より後ろの部分）が、制限サイズ記憶部１５５に記憶されているユーザｔａｎａｋａの端末２２ｂのメールアドレス「ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ」のドメインと同一である。
【０１３８】
そのため、スキャナ１０は、メール送信制御部１４２が、メールの送信前に、送信宛先の決定処理（図３及び図４のＳ１８参照）時に、メールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」に対して、メールアドレス「ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ」と同様に、送信制限データサイズとして「１２ＭＢ」の送信制限を課す。
【０１３９】
その結果、「１４ＭＢ」のメールは、データサイズの値がユーザｓｕｚｕｋｉの端末２２ａ（メールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」）に対して課せられた送信制限データサイズの値「１２ＭＢ」以上となる。そのため、「１４ＭＢ」のメールは、ユーザｓｕｚｕｋｉの端末２２ａに適正に送信されない。
【０１４０】
そこで、スキャナ１０は、「１４ＭＢ」のメールを送信する場合に、図４に示すＳ４０で、メール送信制御部１４２が、ユーザｓｕｚｕｋｉの端末２２ａを送信不能な宛先と見なし、ユーザｓｕｚｕｋｉの端末２２ａのメールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」を「送信不能アドレス情報」として送信不能宛先記憶部１５７に記憶させる。また、このとき、メール送信制御部１４２が、ユーザｓｕｚｕｋｉの端末２２ａのメールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」に対応する送信制限データサイズを、制限サイズ記憶部１５５に記憶された送信制限サイズテーブル３０１（図１０及び図１１参照）に追加登録する。なお、ユーザｓｕｚｕｋｉの端末２２ａのメールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」に対応する送信制限データサイズの値は、メールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」に対して課せられた送信制限データサイズの値の「１２ＭＢ」となる。
【０１４１】
その結果、スキャナ１０は、図３に示すＳ２２で、メール送信制御部１４２が、メールをユーザｓｕｚｕｋｉの端末２２ａに送信せずに、送信不能宛先記憶部１５７に記憶された「送信不能アドレス情報」を操作パネル１２０に表示させる。これによって、スキャナ１０は、送信不能な宛先のメールアドレスを操作者に通知する。
【０１４２】
なお、本実施形態１では、スキャナ１０は、送信不能な宛先が１件でもある場合に、メールの送信を中止する。そのため、本動作例３では、スキャナ１０は、送信不能な宛先としてユーザｓｕｚｕｋｉの端末２２ａが存在するので、メールをユーザｙａｍａｄａの端末２１ａにも送信しない。したがって、スキャナ１０は、メールを送信しないので、メールサーバＳｖ１１との間で通信を行わない。
【０１４３】
また、スキャナ１０は、ユーザｓｕｚｕｋｉの端末２２ａのメールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」に対応する送信制限データサイズが送信制限サイズテーブル３０１に追加登録されることにより、送信制限サイズテーブル３０１が、例えば、図１０に示す状態から、図１１に示す状態に変化する。図１１は、実施形態１で用いる送信制限サイズテーブルの一例を示す図である。
【０１４４】
図１１に示す例では、送信制限サイズテーブル３０１は、メールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」に対して課せられた送信制限データサイズの値の「１２ＭＢ」が、ユーザｓｕｚｕｋｉの端末２２ａのメールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」に対応付けて記憶されている。
【０１４５】
なお、ユーザｙａｍａｄａの端末２１ａへのメールの送信不能は、同報送信の宛先であるユーザｓｕｚｕｋｉの端末２２ａへのメールの送信制限によるものである。そのため、ユーザｙａｍａｄａの端末２１ａに対する送信制限データサイズは、送信制限サイズテーブル３０１に追加登録されない。
【０１４６】
（動作例４：スキャナ１０が「１６ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａに送信する場合の動作）
以下、図１及び図１２を参照して、スキャナ１０が「１６ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａに送信する場合の、スキャナ１０及びメールサーバＳｖ１１の動作を説明する。図１２は、実施形態１に係る画像送信装置とメールサーバとの間のシーケンス図である。
【０１４７】
スキャナ１０がメールサーバＳｖ１１との間でＴＣＰコネクションを確立してから、スキャナ１０がメールサーバＳｖ１１との接続を確認するまでの処理は、動作例１のＳ１１０〜Ｓ１１５（図６参照）と同様である。
【０１４８】
次に、スキャナ１０は、メールサーバＳｖ１１との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバＳｖ１１に送信する（Ｓ４１０）。その際に、スキャナ１０は、例えば、Ｓ１１６で使用したコマンドに類似する、「ＭＡＩＬ  ＦＲＯＭ：＜ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ＞  ＥＮＶＩＤ＝ＳＣＡＮ０００４」というコマンドを使用する。「ＥＮＶＩＤ＝ＳＣＡＮ０００４」は、エンベロープ識別子が「ＳＣＡＮ０００４」であることを表している。
【０１４９】
メールサーバＳｖ１１は、メールの送信元であるスキャナ１０に接続を許可する場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０に返す（Ｓ４１１）。
【０１５０】
次に、本動作例４では、スキャナ１０は、ユーザｙａｍａｄａの端末２１ａにメールを送信するために、メールの送信宛先としてユーザｙａｍａｄａの端末２１ａを指定する情報をメールサーバＳｖ１１に送信する（Ｓ４１２）。その際に、スキャナ１０は、例えば、Ｓ１１８と同様に、「ＲＣＰＴ  ＴＯ：＜ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ＞  ＮＯＴＩＦＹ＝ＦＡＩＬＵＲＥ  ＯＲＣＰＴ＝ｒｆｃ８２２；ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」というコマンドを使用する。
【０１５１】
メールサーバＳｖ１１は、ユーザｙａｍａｄａの端末２１ａをメールの送信宛先として受け付ける場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０に返す（Ｓ４１３）。
【０１５２】
Ｓ４１３以降の、スキャナ１０がメールサーバＳｖ１１との間のＴＣＰコネクションを切断するまでの処理は、動作例１のＳ１２２〜Ｓ１３０（図６参照）と同様である。
【０１５３】
なお、本動作例４では、送信メールのサイズが「１６ＭＢ」となっている。これに対して、図１に示すように、スキャナ１０がメールの送信に使用するメールサーバＳｖ１１のメール送信制限容量は「１５ＭＢ」となっており、ユーザｙａｍａｄａの端末２１ａがメールの受信に使用するメールサーバＳｖ２１のメール送信制限容量が「２０ＭＢ」となっている。
【０１５４】
したがって、本動作例４では、送信メールのサイズ（１６ＭＢ）が、メールサーバＳｖ２１のメール送信制限容量（２０ＭＢ）未満となっているものの、メールサーバＳｖ１１のメール送信制限容量（１５ＭＢ）以上となっている。そのため、本動作例４では、メールサーバＳｖ１１が、スキャナ１０から送信された「１６ＭＢ」のメールを受信することができない。したがって、メールサーバＳｖ１１が、ＤＳＮによる通知メールとしてのエラーメールをスキャナ１０（ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ）宛てに送信する。このときのスキャナ１０とメールサーバＳｖ１１との間のシーケンスは、図８に示す通りである。
【０１５５】
図１３は、実施形態１で用いるエラーメールの一例を示す図である。図１３は、メールサーバＳｖ１１からスキャナ１０に送信されたエラーメール２０４の一例を示している。
【０１５６】
図１３に示す例において、３行目の「Ｓｕｂｊｅｃｔ」で始まる行は、エラーメール２０４が「ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。
１１行目の「Ｙｏｕｒ  ｍｅｓｓａｇｅ」で始まる行は、エンベロープ識別子「ＳＣＡＮ０００４」の送信メールの配送に失敗したことを示している。
【０１５７】
１７行目の「Ｒｅｐｏｒｔｉｎｇ−ＭＴＡ」で始まる行は、エラーメール２０４がメールサーバＳｖ１１（ｍａｉｌ．ｉｓｐ１．ｃｏｍ）から送信されたメールであることを示している。
１８行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行は、エラーメール２０４がエンベロープ識別子「ＳＣＡＮ０００４」の送信メールに対する配送通知であることを示している。
【０１５８】
２３行目の「Ｄｉａｇｎｏｓｔｉｃ−Ｃｏｄｅ」で始まる行は、エラーの種別がＳＭＴＰステータスコードの「５２１」であることを示しており、また、メールのサイズが大きすぎる（ｔｈｅ  ｍｅｓｓａｇｅ  ｉｓ  ｔｏｏ  ｌａｒｇｅ）ことも示している。
【０１５９】
２４行目の「Ａｃｔｉｏｎ」で始まる行は、送信メールの配送に失敗したことを示している。
２５行目の「Ｓｔａｔｕｓ」で始まる行は、ＳＭＴＰステータスコードを別の表現で示している。
２７行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。
【０１６０】
スキャナ１０は、例えば、図１３に示すエラーメール２０４を受信すると、受信メール解釈部１４３（図２参照）が、エラーメール２０４の１８行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行から、配送エラー送信メール（ここでは、エラーメール２０４に対応する送信メール）の情報として、エンベロープ識別子「ＳＣＡＮ０００４」を取り出す。そして、受信メール解釈部１４３は、送信履歴記憶部１５８からエンベロープ識別子「ＳＣＡＮ０００４」の送信メールの送信履歴情報を読み出す。
【０１６１】
次に、受信メール解釈部１４３は、読み出された送信履歴情報から、エンベロープ識別子「ＳＣＡＮ０００４」の送信メールのデータサイズの値が「１６ＭＢ」であることを特定する。そして、受信メール解釈部１４３は、制限サイズ記憶部１５５から送信制限サイズテーブル３０１（図１１参照）を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル３０１の中の前記した「配送エラーの送信宛先の送信制限データサイズ」の値（すなわち、配送エラーの送信宛先のメールアドレス（ここでは、エンベロープ識別子「ＳＣＡＮ０００４」の送信メールの送信に使用されたメールアドレス）に対応付けられて送信制限サイズテーブル３０１に登録された送信制限データサイズの値）を、エンベロープ識別子「ＳＣＡＮ０００４」の送信メールのデータサイズの値である「１６ＭＢ」に更新する。
【０１６２】
なお、このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル３０１に登録されていなければ、受信メール解釈部１４３は、更新送信制限データサイズとして、配送エラー送信メール（ここでは、エンベロープ識別子「ＳＣＡＮ０００４」の送信メール）のデータサイズの値「１６ＭＢ」を、配送エラーの送信宛先のメールアドレス（ここでは、エンベロープ識別子「ＳＣＡＮ０００４」の送信メールの送信に使用されたメールアドレス）に対応付けて、送信制限サイズテーブル３０１に新規に登録する。
【０１６３】
その結果、更新後の送信制限サイズテーブル３０１は、例えば、図１１に示す状態から、図１４に示す状態に変化する。図１４は、実施形態１で用いる送信制限サイズテーブルの一例を示す図である。図１４に示す例では、送信制限サイズテーブル３０１には、配送エラーの送信宛先のメールアドレス「ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」と、配送エラー送信メールのデータサイズの値「１６ＭＢ」とが対応付けられて登録されている。
【０１６４】
（動作例５：スキャナ１０が「１１ＭＢ」のメールをユーザｓｕｚｕｋｉの端末２２ａに送信する場合の動作）
以下、図１及び図１５を参照して、スキャナ１０が「１１ＭＢ」のメールをユーザｓｕｚｕｋｉの端末２２ａに送信する場合の、スキャナ１０及びメールサーバＳｖ１１の動作を説明する。図１５は、実施形態１に係る画像送信装置とメールサーバとの間のシーケンス図である。
【０１６５】
スキャナ１０がメールサーバＳｖ１１との間でＴＣＰコネクションを確立してから、スキャナ１０がメールサーバＳｖ１１との接続を確認するまでの処理は、動作例１のＳ１１０〜Ｓ１１５（図６参照）と同様である。
【０１６６】
次に、スキャナ１０は、メールサーバＳｖ１１との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバＳｖ１１に送信する（Ｓ５１０）。その際に、スキャナ１０は、例えば、Ｓ１１６で使用したコマンドに類似する、「ＭＡＩＬ  ＦＲＯＭ：＜ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ＞  ＥＮＶＩＤ＝ＳＣＡＮ０００５」というコマンドを使用する。「ＥＮＶＩＤ＝ＳＣＡＮ０００５」は、エンベロープ識別子が「ＳＣＡＮ０００５」であることを表している。
【０１６７】
メールサーバＳｖ１１は、メールの送信元であるスキャナ１０に接続を許可する場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０に返す（Ｓ５１１）。
【０１６８】
次に、本動作例５では、スキャナ１０は、ユーザｓｕｚｕｋｉの端末２２ａにメールを送信するために、メールの送信宛先としてユーザｓｕｚｕｋｉの端末２２ａを指定する情報をメールサーバＳｖ１１に送信する（Ｓ５１２）。その際に、スキャナ１０は、例えば、Ｓ１１８で使用したコマンドに類似する、「ＲＣＰＴ  ＴＯ：＜ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ＞  ＮＯＴＩＦＹ＝ＦＡＩＬＵＲＥ  ＯＲＣＰＴ＝ｒｆｃ８２２；ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」というコマンドを使用する。
【０１６９】
メールサーバＳｖ１１は、ユーザｓｕｚｕｋｉの端末２２ａをメールの送信宛先として受け付ける場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０に返す（Ｓ５１３）。
【０１７０】
Ｓ５１３以降の、スキャナ１０がメールサーバＳｖ１１との間のＴＣＰコネクションを切断するまでの処理は、動作例１のＳ１２２〜Ｓ１３０（図６参照）と同様である。
【０１７１】
なお、本動作例５では、送信メールのサイズが「１１ＭＢ」となっている。これに対して、図１に示すように、スキャナ１０がメールの送信に使用するメールサーバＳｖ１１のメール送信制限容量は「１５ＭＢ」となっており、ユーザｓｕｚｕｋｉの端末２２ａがメールの受信に使用するメールサーバＳｖ２２のメール送信制限容量が「１０ＭＢ」となっている。
【０１７２】
したがって、本動作例５では、送信メールのサイズ（１１ＭＢ）が、メールサーバＳｖ１１のメール送信制限容量（１５ＭＢ）未満となっているものの、メールサーバＳｖ２２のメール送信制限容量（１０ＭＢ）以上となっている。そのため、本動作例５では、メールサーバＳｖ２２が、スキャナ１０から送信された「１１ＭＢ」のメールを受信することができない。したがって、メールサーバＳｖ２２が、メールサーバＳｖ１１を介して、ＤＳＮによる通知メールとしてのエラーメールをスキャナ１０（ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ）宛てに送信する。このときのスキャナ１０とメールサーバＳｖ１１との間のシーケンスは、図８に示す通りである。
【０１７３】
図１６は、実施形態１で用いるエラーメールの一例を示す図である。図１６は、メールサーバＳｖ２２からスキャナ１０に送信されたエラーメール２０５の一例を示している。
【０１７４】
図１６に示す例において、３行目の「Ｓｕｂｊｅｃｔ」で始まる行は、エラーメール２０５が「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。
１１行目の「Ｙｏｕｒ  ｍｅｓｓａｇｅ」で始まる行は、エンベロープ識別子「ＳＣＡＮ０００５」の送信メールの配送に失敗したことを示している。
【０１７５】
１７行目の「Ｒｅｐｏｒｔｉｎｇ−ＭＴＡ」で始まる行は、エラーメール２０５がメールサーバＳｖ２２（ｍａｉｌ．ｃｏｍｐａｎｙ２．ｃｏｍ）から送信されたメールであることを示している。
１８行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行は、エラーメール２０５がエンベロープ識別子「ＳＣＡＮ０００５」の送信メールに対する配送通知であることを示している。
【０１７６】
２３行目の「Ｄｉａｇｎｏｓｔｉｃ−Ｃｏｄｅ」で始まる行は、エラーの種別がＳＭＴＰステータスコードの「５２１」であることを示しており、また、メールのサイズが大きすぎる（ｔｈｅ  ｍｅｓｓａｇｅ  ｉｓ  ｔｏｏ  ｌａｒｇｅ）ことも示している。
【０１７７】
２４行目の「Ａｃｔｉｏｎ」で始まる行は、送信メールの配送に失敗したことを示している。
２５行目の「Ｓｔａｔｕｓ」で始まる行は、ＳＭＴＰステータスコードを別の表現で示している。
２７行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。
【０１７８】
スキャナ１０は、例えば、図１６に示すエラーメール２０５を受信すると、受信メール解釈部１４３（図２参照）が、エラーメール２０５の１８行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行から、配送エラー送信メール（ここでは、エラーメール２０５に対応する送信メール）の情報として、エンベロープ識別子「ＳＣＡＮ０００５」を取り出す。そして、受信メール解釈部１４３は、送信履歴記憶部１５８からエンベロープ識別子「ＳＣＡＮ０００５」の送信メールの送信履歴情報を読み出す。
【０１７９】
次に、受信メール解釈部１４３は、読み出された送信履歴情報から、エンベロープ識別子「ＳＣＡＮ０００５」の送信メールのデータサイズの値が「１１ＭＢ」であることを特定する。そして、受信メール解釈部１４３は、制限サイズ記憶部１５５から送信制限サイズテーブル３０１（図１４参照）を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル３０１の中の前記した「配送エラーの送信宛先の送信制限データサイズ」の値（すなわち、配送エラーの送信宛先のメールアドレス（ここでは、エンベロープ識別子「ＳＣＡＮ０００５」の送信メールの送信に使用されたメールアドレス）に対応付けられて送信制限サイズテーブル３０１に登録された送信制限データサイズの値）を、エンベロープ識別子「ＳＣＡＮ０００５」の送信メールのデータサイズの値である「１１ＭＢ」に更新する。
【０１８０】
なお、このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル３０１に登録されていなければ、受信メール解釈部１４３は、更新送信制限データサイズとして、配送エラー送信メール（ここでは、エンベロープ識別子「ＳＣＡＮ０００５」の送信メール）のデータサイズの値「１１ＭＢ」を、配送エラーの送信宛先のメールアドレス（ここでは、エンベロープ識別子「ＳＣＡＮ０００５」の送信メールの送信に使用されたメールアドレス）に対応付けて、送信制限サイズテーブル３０１に新規に登録する。
【０１８１】
また、同時に、受信メール解釈部１４３は、更新送信制限データサイズとして、送信制限サイズテーブル３０１（図１４参照）に登録された送信制限サイズ情報の中で、エンベロープ識別子「ＳＣＡＮ０００５」の送信メールの送信宛先のメールアドレス（ここでは、メールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」）と同じドメインのメールアドレス（ここでは、メールアドレス「ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ」）に対応付けられた送信制限データサイズの値も「１１ＭＢ」に更新する。
【０１８２】
その結果、更新後の送信制限サイズテーブル３０１は、例えば、図１４に示す状態から、図１７に示す状態に変化する。図１７は、実施形態１で用いる送信制限サイズテーブルの一例を示す図である。図１７に示す例では、送信制限サイズテーブル３０１には、配送エラーの送信宛先のメールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」と「ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ」とに対して、配送エラー送信メールのデータサイズの値「１１ＭＢ」が対応付けられて登録されている。
【０１８３】
以上の通り、本実施形態１に係るスキャナ１０によれば、メールの送信宛先の能力に応じて、メールの送信を制御することができる。これにより、送信メールに対して適切なサイズ制限を適用することができ、また、送信宛先がメールを適正に受信する能力があるにもかかわらず、メールの送信が中止されるのを回避することができる。その結果、装置の利便性を向上させることができる。
【０１８４】
［実施形態２］
以下、図１８を参照して、本実施形態２に係る画像送信装置としてのスキャナ１０Ｂの構成を説明する。図１８は、実施形態２に係る画像送信装置の接続構成を示す図である。
【０１８５】
本実施形態２に係るスキャナ１０Ｂは、実施形態１に係るスキャナ１０と同様に、原稿の画像を読み取って画像データを生成し、その画像データをメールに添付して任意の送信宛先に向けて送信する装置である。
【０１８６】
図１８に示すように、本実施形態２に係るスキャナ１０Ｂ（メールアドレス：ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ）は、実施形態１に係るスキャナ１０（メールアドレス：ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ）（図１参照）と比較すると、メールサーバＳｖ１１（ホスト名：ｍａｉｌ．ｉｓｐ１．ｃｏｍ）に加え、メールサーバＳｖ１２（ホスト名：ｍａｉｌ．ｉｓｐ２．ｃｏｍ）にも接続されている点で相違している。
【０１８７】
メールサーバＳｖ１２は、例えば、ＬＡＮ６ｂ等のネットワークによって、スキャナ１０Ｂと通信可能に接続されたサーバである。メールサーバＳｖ１２は、メールサーバＳｖ１１と同様に、特許請求の範囲に記載された「送信側のメールサーバ」に相当する。メールサーバＳｖ１２は、メールサーバＳｖ１１と同様に、インターネット５を介して、ドメイン「ｃｏｍｐａｎｙ１．ｃｏｍ」のグループ２１及びドメイン「ｃｏｍｐａｎｙ２．ｃｏｍ」のグループ２２と通信可能に接続されている。
図１８に示す例では、メールサーバＳｖ１２は、メールサーバＳｖ１１と同様に、インターネット５を介して、ドメイン「ｃｏｍｐａｎｙ１．ｃｏｍ」及びドメイン「ｃｏｍｐａｎｙ２．ｃｏｍ」の２つのグループに接続されている。
【０１８８】
メールサーバＳｖ１１，Ｓｖ１２，Ｓｖ２１，Ｓｖ２２には、それぞれ、メール送信制限容量が決められている。ここでは、メール送信制限容量は、メールサーバＳｖ１１が「１５ＭＢ」、メールサーバＳｖ１２が「３０ＭＢ」、メールサーバＳｖ２１が「２０ＭＢ」、メールサーバＳｖ２２が「１０ＭＢ」であるものとして説明する。
【０１８９】
本実施形態２に係るスキャナ１０Ｂの内部構成は、実施形態１に係るスキャナ１０の内部構成（図２参照）と同様である。
ただし、本実施形態２に係るスキャナ１０Ｂは、実施形態１に係るスキャナ１０と比較すると、「送信制限サイズ情報」として、メールのデータサイズの値を、送信宛先（具体的には、送信宛先のメールアドレス）のメールアドレス及びメールサーバ（具体的には、メールの配送に使用されるメールサーバのホスト名）のいずれか一方と対応付けて、「送信制限サイズテーブル４０１（図２１参照）」に登録する点で相違している。
【０１９０】
以下、図１９及び図２０を参照して、スキャナ１０Ｂの動作につき説明する。図１９及び図２０は、それぞれ、実施形態２に係る画像送信装置の動作を示すフローチャートである。ここでは、スキャナ１０Ｂが様々なサイズのメールをユーザｙａｍａｄａの端末２１ａ、ユーザｓｕｚｕｋｉの端末２２ａ、及び、ユーザｔａｎａｋａの端末２２ｂのいずれか１乃至複数に送信する場合を想定して、スキャナ１０Ｂの動作を説明する。
【０１９１】
図１９は、メール送信時のスキャナ１０Ｂの動作を示している。ここでは、スキャナ１０Ｂが、原稿の画像を読み取って画像データを生成し、その画像データをメールに添付して、操作者によって指定された送信宛先に向けて送信するものとして説明する。
【０１９２】
本実施形態２に係るスキャナ１０Ｂの動作は、実施形態１に係るスキャナ１０の動作（図３参照）と比較すると、（１）Ｓ１４の処理（「送信サイズ決定」処理）とＳ１６の処理（「宛先の決定」処理）との間で、Ｓ１５の判定を行う点、及び、（２）Ｓ２０で送信不能な宛先があるか否かを判定する代わりに、Ｓ２０ａで送信不能な宛先又はサーバがあるか否かを判定する点で相違している。
【０１９３】
この動作では、操作者が、まず、原稿を画像読取部１１０にセットし、次に、操作パネル１２０を操作して、メールの送信に必要な情報（例えば、送信宛先のメールアドレス等）をスキャナ１０Ｂに入力する。このとき、入力情報は、入力情報記憶部１５２に記憶される。続いて、操作者は、操作パネル１２０を操作して、画像の読み取りをスキャナ１０Ｂに指示する。これに応答して、スキャナ１０Ｂが動作を開始する。
【０１９４】
まず、スキャナ１０Ｂは、画像読取部１１０が、セットされた原稿の画像を光学的に読み取る（Ｓ１２）。このとき、画像読取部１１０は、読み取られた原稿の画像データを生成し、生成された画像データを画像メモリ１５３に出力する。これにより、生成された画像データが画像メモリ１５３に一時的に記憶される。画像メモリ１５３に記憶された画像データは、Ｓ２４でメールが送信された後に、制御部１４０（例えば、メール送信制御部１４２）によって消去される。
【０１９５】
次に、スキャナ１０Ｂは、メール生成部１４１が、画像メモリ１０２に一時的に記憶された画像データを読み出し、読み出された画像データに基づいて、送信する画像データのデータサイズ（送信サイズ）の値を決定する（Ｓ１４）。
【０１９６】
Ｓ１４の後に、スキャナ１０Ｂのメール送信制御部１４２は、Ｓ１４で決定された送信サイズの値が送信側のメールサーバ（ここでは、メールサーバＳｖ１１又はメールサーバＳｖ１２）に割り当てられたメール送信制限容量（以下、「送信側のサーバの送信制限サイズ」と称する）の値未満であるか否かを判定する（Ｓ１５）。
【０１９７】
Ｓ１５の判定は、メール送信制御部１４２が、制限サイズ記憶部１５５から送信制限サイズテーブル４０１（図２１参照）を読み出し、送信制限サイズテーブル４０１に基づいて、送信側のサーバの送信制限サイズを特定し、Ｓ１４で決定された送信サイズの値と送信側のサーバの送信制限サイズの値とを比較することによって、行われる。
【０１９８】
Ｓ１５の判定で、Ｓ１４で決定された送信サイズの値が送信側のサーバの送信制限サイズの値未満である場合（“Ｙｅｓ”の場合）に、処理は、Ｓ１６に進む。
一方、Ｓ１５の判定で、Ｓ１４で決定された送信サイズの値が送信側のサーバの送信制限サイズの値以上である場合（“Ｎｏ”の場合）に、処理は、Ｓ２２に進む。
【０１９９】
Ｓ１５の判定で、Ｓ１４で決定された送信サイズの値が送信側のサーバの送信制限サイズの値未満である場合（“Ｙｅｓ”の場合）に、メール生成部１４１が、入力情報記憶部１５２から、操作者によって入力された、送信宛先のメールアドレスを含む入力情報を読み出し、読み出された入力情報に基づいて、メール（本文データ）を生成し（Ｓ１６）、生成されたメールを生成メール記憶部１５４に出力する。これにより、生成されたメール（本文データ）が生成メール記憶部１５４に一時的に記憶される。
【０２００】
この後、スキャナ１０Ｂは、メール送信制御部１４２（又は、メール生成部１４１）が、入力情報記憶部１５２から、操作者によって入力された、送信宛先のメールアドレスを含む入力情報を読み出し、読み出された入力情報に基づいて、メールの送信宛先の決定処理を行う（Ｓ１８）。Ｓ１８の処理（「宛先の決定」処理）の詳細は、図４に示す通りである。
【０２０１】
なお、スキャナ１０Ｂは、Ｓ４０の処理（「送信不能な宛先に追加」処理）で、送信不能な宛先のメールアドレス情報だけでなく、送信不能な送信側のサーバがあれば、そのサーバ情報（具体的には、ホスト名）も、「送信不能アドレス情報」として、送信不能宛先記憶部１５７に記憶する。
【０２０２】
Ｓ１８の後、メール送信制御部１４２は、送信不能な宛先又は送信側のサーバがあるか否かを判定する（Ｓ２０ａ）。Ｓ２０ａの判定は、メール送信制御部１４２が、図４に示すＳ４０の処理（「送信不能な宛先に追加」処理）で、送信不能宛先記憶部１５７に記憶された「送信不能アドレス情報」があるか否かを判定することによって、行われる。
【０２０３】
Ｓ２０ａの判定で、送信不能な宛先又は送信側のサーバがあると判定された場合（“Ｙｅｓ”の場合）に、すなわち、送信不能宛先記憶部１５７に記憶された「送信不能アドレス情報」がある場合に、メール送信制御部１４２は、送信不能な宛先のメールアドレスや送信不能な送信側のサーバのホスト名を操作パネル１２０に表示して、送信不能な宛先のメールアドレスやサーバのホスト名を操作者に通知し（Ｓ２２ｂ）、一連のルーチンの処理を終了する。
【０２０４】
一方、Ｓ２０ａの判定で、送信不能な宛先又は送信側のサーバがないと判定された場合（“Ｎｏ”の場合）に、すなわち、送信不能宛先記憶部１５７に記憶された「送信不能アドレス情報」がない場合に、メール送信制御部１４２は、生成メール記憶部１５４からメール（本文データ）を読み出し、画像メモリ１５３から画像データを読み出し、さらに、送信可能宛先記憶部１５６から送信可能アドレス情報を読み出す。
【０２０５】
そして、メール送信制御部１４２は、エンベロープ識別子をメールに割り当て、そのエンベロープ識別子と送信可能アドレス情報とに基づいてメールヘッダを生成して、生成されたメールヘッダをメールの本文データに添付するとともに、画像データをＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）に規定されたＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎ）形式に変換して、変換された画像データを添付ファイルとしてメールの本文データに添付する。これによって、メールが完成する。
【０２０６】
メール送信制御部１４２は、完成されたメールを通信部１３０に出力する。通信部１３０は、メール送信制御部１４２からメールが入力されると、メールサーバＳｖ１１を介して、メールを、操作者によって指定された送信宛先に向けて送信する（Ｓ２４）。
【０２０７】
Ｓ２４の処理（「メール送信」処理）の後、送信メールが適正に送信宛先に配送されない場合に、送信メールの配送エラーの発生を通知するエラーメールが、メールサーバＳｖ１１，Ｓｖ１２，Ｓｖ２１，Ｓｖ２２のいずれかからスキャナ１０Ｂに向けて送信される。
【０２０８】
図２０は、エラーメール受信時のスキャナ１０Ｂの動作を示している。ここでは、スキャナ１０Ｂが、メールサーバＳｖ１１，Ｓｖ１２，Ｓｖ２１，Ｓｖ２２のいずれかからエラーメールを受信して、エラーメールの内容を解析することによって得られる情報に基づいて、送信制限データサイズの値を更新するものとして説明する。
【０２０９】
本実施形態２に係るスキャナ１０Ｂの動作は、実施形態１に係るスキャナ１０の動作（図５参照）と比較すると、（１）Ｓ５２の処理（「エラーメールを受信」処理）とＳ５４の判定処理（「識別子が含まれているか」の判定処理）との間で、Ｓ５３の判定処理を行う点、及び、（２）Ｓ５３の判定処理で、“Ｎｏ”の場合に、Ｓ５４の判定処理を行い、Ｓ５３の判定処理で、“Ｙｅｓ”の場合に、Ｓ６４〜Ｓ６８の処理を行う点で相違している。
【０２１０】
図２０に示すように、スキャナ１０Ｂは、まず、通信部１３０が、メールサーバＳｖ１１，Ｓｖ１２，Ｓｖ２１，Ｓｖ２２のいずれかから送信されたエラーメールを受信する（Ｓ５２）。
【０２１１】
スキャナ１０Ｂは、エラーメールを受信すると、受信メール解釈部１４３が、エラーメールを送信したメールサーバが送信側のメールサーバ（ここでは、メールサーバＳｖ１１又はメールサーバＳｖ１２）であるか否かを判定する（Ｓ５３）。
【０２１２】
Ｓ５３の判定で、エラーメールを送信したメールサーバが送信側のメールサーバでない場合（“Ｎｏ”の場合）に、受信メール解釈部１４３は、送信メールの配送エラーの原因が、送信側のメールサーバのメール送信制限容量に起因するものではなく、受信側のメールサーバ（ここでは、メールサーバＳｖ２１又はメールサーバＳｖ２２）のメール送信制限容量に起因するものであると解釈する。
【０２１３】
この場合に、受信メール解釈部１４３が、Ｓ２４のメールの送信時に送信メールに割り当てられたエンベロープ識別子がエラーメールに含まれているか否かを判別する（Ｓ５４）。
【０２１４】
Ｓ５４の判定で、エンベロープ識別子がエラーメールに含まれている場合（“Ｙｅｓ”の場合）に、受信メール解釈部１４３は、送信履歴記憶部１５８からそのエンベロープ識別子に対応する送信メールの送信履歴情報を読み出し、読み出された送信メールの送信履歴情報に基づいて、配送エラー送信メールのデータサイズを特定する（Ｓ５６）。
【０２１５】
次に、受信メール解釈部１４３は、制限サイズ記憶部１５５から送信制限サイズテーブル４０１（図２１参照）を読み出し、更新送信制限データサイズ（更新登録する送信制限データサイズ）として、配送エラーの送信宛先の送信制限データサイズ（すなわち、配送エラーの送信宛先のメールアドレスに対応付けられた送信制限データサイズ）の値を、Ｓ５６で特定された、配送エラー送信メールのデータサイズの値に更新する（Ｓ５８）。これにより、スキャナ１０Ｂは、一連のルーチンの処理を終了する。
【０２１６】
なお、このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル４０１に登録されていなければ、受信メール解釈部１４３は、更新送信制限データサイズとして、Ｓ５６で特定された、配送エラー送信メールのデータサイズの値を、配送エラーの送信宛先のメールアドレスに対応付けて、送信制限サイズテーブル４０１に新規に登録する。
【０２１７】
一方、Ｓ５４の判定で、エンベロープ識別子がエラーメールに含まれていない場合（“Ｎｏ”の場合）に、スキャナ１０Ｂは、一連のルーチンの処理を終了する。
【０２１８】
また、Ｓ５３の判定で、エラーメールを送信したメールサーバが送信側のメールサーバである場合（“Ｙｅｓ”の場合）に、受信メール解釈部１４３は、送信メールの配送エラーの原因が、受信側のメールサーバのメール送信制限容量に起因するものではなく、送信側のメールサーバ（ここでは、メールサーバＳｖ１１又はメールサーバＳｖ１２）のメール送信制限容量に起因するものであると解釈する。
【０２１９】
この場合に、受信メール解釈部１４３が、Ｓ２４のメールの送信時に送信メールに割り当てられたエンベロープ識別子がエラーメールに含まれているか否かを判別する（Ｓ６４）。
【０２２０】
Ｓ６４の判定で、エンベロープ識別子がエラーメールに含まれている場合（“Ｙｅｓ”の場合）に、受信メール解釈部１４３は、送信履歴記憶部１５８からそのエンベロープ識別子に対応する送信メールの送信履歴情報を読み出し、読み出された送信メールの送信履歴情報に基づいて、配送エラー送信メールのデータサイズを特定する（Ｓ６６）。
【０２２１】
次に、受信メール解釈部１４３は、制限サイズ記憶部１５５から送信制限サイズテーブル４０１（図２１参照）を読み出し、更新送信制限データサイズ（更新登録する送信制限データサイズ）として、配送エラーの送信側のメールサーバの送信制限データサイズ（すなわち、配送エラーの送信側のメールサーバのホスト名（ここでは、メールサーバＳｖ１１のホスト名「ｍａｉｌ．ｉｓｐ１．ｃｏｍ」又はメールサーバＳｖ１２のホスト名「ｍａｉｌ．ｉｓｐ２．ｃｏｍ」）に対応付けられた送信制限データサイズ）の値を、Ｓ６６で特定された、配送エラー送信メールのデータサイズの値に更新する（Ｓ６８）。これにより、スキャナ１０Ｂは、一連のルーチンの処理を終了する。
【０２２２】
なお、このとき、配送エラーの送信宛先の送信制限データサイズが送信制限サイズテーブル４０１に登録されていなければ、受信メール解釈部１４３は、更新送信制限データサイズとして、Ｓ６６で特定された、配送エラー送信メールのデータサイズの値を、エラーメールを送信した送信側のサーバに対応付けて、送信制限サイズテーブル４０１に新規に登録する。
【０２２３】
一方、Ｓ６４の判定で、エンベロープ識別子がエラーメールに含まれていない場合（“Ｎｏ”の場合）に、スキャナ１０Ｂは、一連のルーチンの処理を終了する。
【０２２４】
以下、いくつかの具体的な動作例をあげて、スキャナ１０Ｂの詳細な動作を説明する。なお、スキャナ１０Ｂのコマンドを送受信する動作は、メール送信制御部１４２（図２参照）によって行われ、また、スキャナ１０Ｂの外部から受信されたメールを解釈する動作は、受信メール解釈部１４３（図２参照）によって行われるものとして説明する。また、ここでは、「送信メールのサイズ」が「画像データのサイズ」と実質的に等価であるものとして説明する。また、ここでは、単に「メールサーバ」と称する場合は、メールの配送に関わるメールサーバ全般を意味しているものとする。
【０２２５】
ここで、スキャナ１０Ｂの詳細な動作を説明するにあたり、制限サイズ記憶部１５５に記憶されている送信制限サイズテーブル４０１（図２１参照）について説明する。図２１は、実施形態２で用いる送信制限サイズテーブルの一例を示す図である。
【０２２６】
図２１に示す例では、「１２ＭＢ」の送信制限データサイズと更新日時とが、送信制限サイズ情報として、メールアドレス「ｔａｎａｋａ＠ｃｏｍｐａｎｙ２．ｃｏｍ」に対応付けられて送信制限サイズテーブル４０１に登録されている。また、「１２ＭＢ」の送信制限データサイズと更新日時とが、送信制限サイズ情報として、メールアドレス「ｓｕｚｕｋｉ＠ｃｏｍｐａｎｙ２．ｃｏｍ」に対応付けられて送信制限サイズテーブル４０１に登録されている。なお、図２１に示す例では、メールサーバＳｖ１１（ｍａｉｌ．ｉｓｐ１．ｃｏｍ）とメールサーバＳｖ１２（ｍａｉｌ．ｉｓｐ２．ｃｏｍ）に対応する送信制限データサイズが登録されていない。
【０２２７】
（動作例６：スキャナ１０ＢがメールサーバＳｖ１１を使用して「１６ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａに送信する場合の動作）
以下、図１８及び図２２を参照して、スキャナ１０ＢがメールサーバＳｖ１１を使用して「１６ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａに送信する場合の、スキャナ１０Ｂ及びメールサーバＳｖ１１の動作を説明する。図２２は、実施形態２に係る画像送信装置とメールサーバとの間のシーケンス図である。
【０２２８】
スキャナ１０ＢがメールサーバＳｖ１１との間でＴＣＰコネクションを確立してから、スキャナ１０ＢがメールサーバＳｖ１１との接続を確認するまでの処理は、動作例１のＳ１１０〜Ｓ１１５（図６参照）と同様である。
【０２２９】
次に、スキャナ１０Ｂは、メールサーバＳｖ１１との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバＳｖ１１に送信する（Ｓ６１０）。その際に、スキャナ１０Ｂは、例えば、Ｓ１１６で使用したコマンドに類似する、「ＭＡＩＬ  ＦＲＯＭ：＜ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ＞  ＥＮＶＩＤ＝ＳＣＡＮ００１１」というコマンドを使用する。「ＥＮＶＩＤ＝ＳＣＡＮ００１１」は、エンベロープ識別子が「ＳＣＡＮ００１１」であることを表している。
【０２３０】
メールサーバＳｖ１１は、メールの送信元であるスキャナ１０Ｂに接続を許可する場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０Ｂに返す（Ｓ６１１）。
【０２３１】
次に、本動作例６では、スキャナ１０Ｂは、ユーザｙａｍａｄａの端末２１ａにメールを送信するために、メールの送信宛先としてユーザｙａｍａｄａの端末２１ａを指定する情報をメールサーバＳｖ１１に送信する（Ｓ６１２）。その際に、スキャナ１０Ｂは、例えば、Ｓ１１８と同様に、「ＲＣＰＴ  ＴＯ：＜ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ＞  ＮＯＴＩＦＹ＝ＦＡＩＬＵＲＥ  ＯＲＣＰＴ＝ｒｆｃ８２２；ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」というコマンドを使用する。
【０２３２】
メールサーバＳｖ１１は、ユーザｙａｍａｄａの端末２１ａをメールの送信宛先として受け付ける場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０Ｂに返す（Ｓ６１３）。
【０２３３】
Ｓ６１３以降の、スキャナ１０ＢがメールサーバＳｖ１１との間のＴＣＰコネクションを切断するまでの処理は、動作例１のＳ１２２〜Ｓ１３０（図６参照）と同様である。
【０２３４】
なお、本動作例６では、送信メールのサイズが「１６ＭＢ」となっている。これに対して、図１８に示すように、スキャナ１０Ｂがメールの送信に使用するメールサーバＳｖ１１のメール送信制限容量は「１５ＭＢ」となっており、ユーザｙａｍａｄａの端末２１ａがメールの受信に使用するメールサーバＳｖ２１のメール送信制限容量が「２０ＭＢ」となっている。
【０２３５】
したがって、本動作例６では、送信メールのサイズ（１６ＭＢ）が、メールサーバＳｖ２１のメール送信制限容量（２０ＭＢ）未満となっているものの、メールサーバＳｖ１１のメール送信制限容量（１５ＭＢ）以上となっている。そのため、本動作例６では、メールサーバＳｖ１１が、スキャナ１０Ｂから送信された「１６ＭＢ」のメールを受信することができない。したがって、メールサーバＳｖ１１が、ＤＳＮによる通知メールとしてのエラーメールをスキャナ１０Ｂ（ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ）宛てに送信する。このときのスキャナ１０ＢとメールサーバＳｖ１１との間のシーケンスは、図８に示す通りである。
【０２３６】
図２３は、実施形態２で用いるエラーメールの一例を示す図である。図２３は、メールサーバＳｖ１１からスキャナ１０Ｂに送信されたエラーメール２０６の一例を示している。
【０２３７】
図２３に示す例において、１行目の「Ｄａｔｅ」で始まる行は、エラーメール２０６が送信された日時を示している。
４行目の「Ｓｕｂｊｅｃｔ」で始まる行は、エラーメール２０６が「ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。
１２行目の「Ｙｏｕｒ  ｍｅｓｓａｇｅ」で始まる行は、エンベロープ識別子「ＳＣＡＮ００１１」の送信メールの配送に失敗したことを示している。
【０２３８】
１８行目の「Ｒｅｐｏｒｔｉｎｇ−ＭＴＡ」で始まる行は、エラーメール２０６がメールサーバＳｖ１１（ｍａｉｌ．ｉｓｐ１．ｃｏｍ）から送信されたメールであることを示している。
１９行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行は、エラーメール２０６がエンベロープ識別子「ＳＣＡＮ００１１」の送信メールに対する配送通知であることを示している。
【０２３９】
２４行目の「Ｄｉａｇｎｏｓｔｉｃ−Ｃｏｄｅ」で始まる行は、エラーの種別がＳＭＴＰステータスコードの「５２１」であることを示しており、また、メールのサイズが大きすぎる（ｔｈｅ  ｍｅｓｓａｇｅ  ｉｓ  ｔｏｏ  ｌａｒｇｅ）ことも示している。
【０２４０】
２５行目の「Ａｃｔｉｏｎ」で始まる行は、送信メールの配送に失敗したことを示している。
２６行目の「Ｓｔａｔｕｓ」で始まる行は、ＳＭＴＰステータスコードを別の表現で示している。
２８行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。
【０２４１】
スキャナ１０Ｂは、例えば、図２３に示すエラーメール２０６を受信すると、受信メール解釈部１４３（図２参照）が、エラーメール２０６の１９行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行から、エラーメール２０６に対応する送信メールの情報として、エンベロープ識別子「ＳＣＡＮ００１１」を取り出す。そして、受信メール解釈部１４３は、送信履歴記憶部１５８からエンベロープ識別子「ＳＣＡＮ００１１」の送信メールの送信履歴情報を読み出す。
【０２４２】
次に、受信メール解釈部１４３は、読み出された送信履歴情報から、エンベロープ識別子「ＳＣＡＮ００１１」の送信メールのデータサイズの値が「１６ＭＢ」であることを特定する。そして、受信メール解釈部１４３は、制限サイズ記憶部１５５から送信制限サイズテーブル４０１（図２１参照）を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル４０１の中の前記した「配送エラーの送信宛先の送信制限データサイズ」の値（すなわち、配送エラーの送信宛先のメールアドレス（ここでは、エンベロープ識別子「ＳＣＡＮ００１１」の送信メールの送信に使用されたメールアドレス）に対応付けられて送信制限サイズテーブル４０１に登録された送信制限データサイズの値）を「１６ＭＢ」に更新する。
【０２４３】
ただし、本実施形態２では、実施形態１とは異なり、エラーメール２０６の送信元が送信側のメールサーバ（ここでは、スキャナ１０Ｂがメールの送信に使用しているメールサーバＳｖ１１（ｍａｉｌ．ｉｓｐ１．ｃｏｍ））である場合に、受信メール解釈部１４３は、更新送信制限データサイズとして、送信側のメールサーバ（ここでは、メールサーバＳｖ１１（ｍａｉｌ．ｉｓｐ１．ｃｏｍ））に対応する送信制限データサイズの値を「１６ＭＢ」に更新する。
【０２４４】
その結果、更新後の送信制限サイズテーブル４０１は、図２１に示す状態から、図２４に示す状態に変化する。図２４は、実施形態２で用いる送信制限サイズテーブルの一例を示す図である。図２４に示す例では、送信制限サイズテーブル４０１には、エラーメール２０６を送信した送信側のメールサーバのホスト名（ここでは、メールサーバＳｖ１１のホスト名「ｍａｉｌ．ｉｓｐ１．ｃｏｍ」）と、配送エラー送信メールのデータサイズの値「１６ＭＢ」とが対応付けられて登録されている。
【０２４５】
なお、送信側のメールサーバのホスト名に対応付けられて送信制限サイズテーブル４０１に登録された送信制限データサイズの値は、送信メールの配送が失敗して、エラーメール２０６がスキャナ１０Ｂに送信される度に、エラーメール２０６を送信した送信側のメールサーバのメール送信制限容量に近似していく。例えば、本動作例６では、送信制限データサイズの値は、エラーメール２０６がスキャナ１０Ｂに送信される度に、メールサーバＳｖ１１のメール送信制限容量である「１５ＭＢ」に近似していく。
【０２４６】
（動作例７：スキャナ１０ＢがメールサーバＳｖ１２を使用して「１６ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａに送信する場合の動作）
スキャナ１０Ｂ（図１８参照）がメールの送信に使用するメールサーバをメールサーバＳｖ１１からメールサーバＳｖ１２に変更すると、メールサーバＳｖ１２のメール送信制限容量が「３０ＭＢ」であるため、送信可能なメールのデータサイズが動作例６の場合よりも増大する。その結果、スキャナ１０Ｂは、「１６ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａに送信することができるようになる。
【０２４７】
（動作例８：スキャナ１０ＢがメールサーバＳｖ１２を使用して「４０ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａに送信する場合の動作）
以下、図１８及び図２５を参照して、スキャナ１０ＢがメールサーバＳｖ１２を使用して「４０ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａに送信する場合の、スキャナ１０Ｂ及びメールサーバＳｖ１２の動作を説明する。図２５は、実施形態２に係る画像送信装置とメールサーバとの間のシーケンス図である。
【０２４８】
スキャナ１０ＢがメールサーバＳｖ１２との間でＴＣＰコネクションを確立してから、スキャナ１０ＢがメールサーバＳｖ１２との接続を確認するまでの処理は、動作例１のＳ１１０〜Ｓ１１５（図６参照）と同様である。
【０２４９】
次に、スキャナ１０Ｂは、メールサーバＳｖ１２との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバＳｖ１２に送信する（Ｓ７１０）。その際に、スキャナ１０Ｂは、例えば、Ｓ１１６で使用したコマンドに類似する、「ＭＡＩＬ  ＦＲＯＭ：＜ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ＞  ＥＮＶＩＤ＝ＳＣＡＮ００１５」というコマンドを使用する。「ＥＮＶＩＤ＝ＳＣＡＮ００１５」は、エンベロープ識別子が「ＳＣＡＮ００１５」であることを表している。
【０２５０】
メールサーバＳｖ１２は、メールの送信元であるスキャナ１０Ｂに接続を許可する場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０Ｂに返す（Ｓ７１１）。
【０２５１】
次に、本動作例８では、スキャナ１０Ｂは、ユーザｙａｍａｄａの端末２１ａにメールを送信するために、メールの送信宛先としてユーザｙａｍａｄａの端末２１ａを指定する情報をメールサーバＳｖ１２に送信する（Ｓ７１２）。その際に、スキャナ１０Ｂは、例えば、Ｓ１１８と同様に、「ＲＣＰＴ  ＴＯ：＜ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ＞  ＮＯＴＩＦＹ＝ＦＡＩＬＵＲＥ  ＯＲＣＰＴ＝ｒｆｃ８２２；ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」というコマンドを使用する。
【０２５２】
メールサーバＳｖ１２は、ユーザｙａｍａｄａの端末２１ａをメールの送信宛先として受け付ける場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０Ｂに返す（Ｓ７１３）。
【０２５３】
Ｓ７１３以降の、スキャナ１０ＢがメールサーバＳｖ１２との間のＴＣＰコネクションを切断するまでの処理は、動作例１のＳ１２２〜Ｓ１３０（図６参照）と同様である。
【０２５４】
なお、本動作例８では、送信メールのサイズが「４０ＭＢ」となっている。これに対して、図１８に示すように、スキャナ１０Ｂがメールの送信に使用するメールサーバＳｖ１２のメール送信制限容量は「３０ＭＢ」となっており、ユーザｙａｍａｄａの端末２１ａがメールの受信に使用するメールサーバＳｖ２１のメール送信制限容量が「２０ＭＢ」となっている。
【０２５５】
したがって、本動作例８では、送信メールのサイズ（４０ＭＢ）が、メールサーバＳｖ２１のメール送信制限容量（２０ＭＢ）以上となっており、また、メールサーバＳｖ１２のメール送信制限容量（３０ＭＢ）以上となっている。そのため、本動作例８では、メールサーバＳｖ１２が、スキャナ１０Ｂから送信された「４０ＭＢ」のメールを受信することができない。したがって、メールサーバＳｖ１２が、ＤＳＮによる通知メールとしてのエラーメールをスキャナ１０Ｂ（ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ）宛てに送信する。このときのスキャナ１０ＢとメールサーバＳｖ１２との間のシーケンスは、図８に示す通りである。
【０２５６】
図２６は、実施形態２で用いるエラーメールの一例を示す図である。図２６は、メールサーバＳｖ１２からスキャナ１０Ｂに送信されたエラーメール２０８の一例を示している。
【０２５７】
図２６に示す例において、１行目の「Ｄａｔｅ」で始まる行は、エラーメール２０８が送信された日時を示している。
４行目の「Ｓｕｂｊｅｃｔ」で始まる行は、エラーメール２０８が「ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。
１２行目の「Ｙｏｕｒ  ｍｅｓｓａｇｅ」で始まる行は、エンベロープ識別子「ＳＣＡＮ００１５」の送信メールの配送に失敗したことを示している。
【０２５８】
１８行目の「Ｒｅｐｏｒｔｉｎｇ−ＭＴＡ」で始まる行は、エラーメール２０８がメールサーバＳｖ１２（ｍａｉｌ．ｉｓｐ２．ｃｏｍ）から送信されたメールであることを示している。
１９行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行は、エラーメール２０８がエンベロープ識別子「ＳＣＡＮ００１５」の送信メールに対する配送通知であることを示している。
【０２５９】
２４行目の「Ｄｉａｇｎｏｓｔｉｃ−Ｃｏｄｅ」で始まる行は、エラーの種別がＳＭＴＰステータスコードの「５２１」であることを示しており、また、メールのサイズが大きすぎる（ｔｈｅ  ｍｅｓｓａｇｅ  ｉｓ  ｔｏｏ  ｌａｒｇｅ）ことも示している。
【０２６０】
２５行目の「Ａｃｔｉｏｎ」で始まる行は、送信メールの配送に失敗したことを示している。
２６行目の「Ｓｔａｔｕｓ」で始まる行は、ＳＭＴＰステータスコードを別の表現で示している。
２８行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。
【０２６１】
スキャナ１０Ｂは、例えば、図２６に示すエラーメール２０８を受信すると、受信メール解釈部１４３（図２参照）が、エラーメール２０８の１９行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行から、配送エラー送信メール（ここでは、エラーメール２０８に対応する送信メール）の情報として、エンベロープ識別子「ＳＣＡＮ００１５」を取り出す。そして、受信メール解釈部１４３は、送信履歴記憶部１５８からエンベロープ識別子「ＳＣＡＮ００１５」の送信メールの送信履歴情報を読み出す。
【０２６２】
次に、受信メール解釈部１４３は、読み出された送信履歴情報から、エンベロープ識別子「ＳＣＡＮ００１５」の送信メールのデータサイズの値が「４０ＭＢ」であることを特定する。そして、受信メール解釈部１４３は、制限サイズ記憶部１５５から送信制限サイズテーブル４０１（図２４参照）を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル４０１の中の前記した「配送エラーの送信宛先の送信制限データサイズ」の値（すなわち、配送エラーの送信宛先のメールアドレス（ここでは、エンベロープ識別子「ＳＣＡＮ００１５」の送信メールの送信に使用されたメールアドレス）に対応付けられて送信制限サイズテーブル４０１に登録された送信制限データサイズの値）を「４０ＭＢ」に更新する。
【０２６３】
ただし、本実施形態２では、実施形態１とは異なり、エラーメール２０８の送信元が送信側のメールサーバ（ここでは、スキャナ１０Ｂがメールの送信に使用しているメールサーバＳｖ１２（ｍａｉｌ．ｉｓｐ２．ｃｏｍ））である場合に、受信メール解釈部１４３は、更新送信制限データサイズとして、送信側のメールサーバ（ここでは、メールサーバＳｖ１２（ｍａｉｌ．ｉｓｐ２．ｃｏｍ））に対応する送信制限データサイズの値を「４０ＭＢ」に更新する。
【０２６４】
その結果、更新後の送信制限サイズテーブル４０１は、図２４に示す状態から、図２７に示す状態に変化する。図２７は、実施形態２で用いる送信制限サイズテーブルの一例を示す図である。図２７に示す例では、送信制限サイズテーブル４０１には、エラーメール２０８を送信した送信側のメールサーバのホスト名（ここでは、メールサーバＳｖ１２のホスト名「ｍａｉｌ．ｉｓｐ２．ｃｏｍ」）と、配送エラー送信メールのデータサイズの値「４０ＭＢ」とが対応付けられて登録されている。
【０２６５】
なお、前記した通り、送信側のメールサーバのホスト名に対応付けられて送信制限サイズテーブル４０１に登録された送信制限データサイズの値は、送信メールの配送が失敗して、エラーメール２０６がスキャナ１０Ｂに送信される度に、エラーメール２０６を送信した送信側のメールサーバのメール送信制限容量に近似していく。そのため、例えば、本動作例８では、送信制限データサイズの値は、エラーメール２０８がスキャナ１０Ｂに送信される度に、メールサーバＳｖ１２のメール送信制限容量である「３０ＭＢ」に近似していく。
【０２６６】
（動作例９：スキャナ１０ＢがメールサーバＳｖ１２を使用して「２５ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａに送信する場合の動作）
以下、図１８及び図２８を参照して、スキャナ１０ＢがメールサーバＳｖ１２を使用して「２５ＭＢ」のメールをユーザｙａｍａｄａの端末２１ａに送信する場合の、スキャナ１０Ｂ及びメールサーバＳｖ１２の動作を説明する。図２８は、実施形態２に係る画像送信装置とメールサーバとの間のシーケンス図である。
【０２６７】
スキャナ１０ＢがメールサーバＳｖ１２との間でＴＣＰコネクションを確立してから、スキャナ１０ＢがメールサーバＳｖ１２との接続を確認するまでの処理は、動作例１のＳ１１０〜Ｓ１１５（図６参照）と同様である。
【０２６８】
次に、スキャナ１０Ｂは、メールサーバＳｖ１２との接続を確認すると、メールの送信元としての自身のメールアドレスをメールサーバＳｖ１２に送信する（Ｓ８１０）。その際に、スキャナ１０Ｂは、例えば、Ｓ１１６で使用したコマンドに類似する、「ＭＡＩＬ  ＦＲＯＭ：＜ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ＞  ＥＮＶＩＤ＝ＳＣＡＮ００１６」というコマンドを使用する。「ＥＮＶＩＤ＝ＳＣＡＮ００１６」は、エンベロープ識別子が「ＳＣＡＮ００１６」であることを表している。
【０２６９】
メールサーバＳｖ１２は、メールの送信元であるスキャナ１０Ｂに接続を許可する場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０Ｂに返す（Ｓ８１１）。
【０２７０】
次に、本動作例９では、スキャナ１０Ｂは、ユーザｙａｍａｄａの端末２１ａにメールを送信するために、メールの送信宛先としてユーザｙａｍａｄａの端末２１ａを指定する情報をメールサーバＳｖ１２に送信する（Ｓ８１２）。その際に、スキャナ１０Ｂは、例えば、Ｓ１１８と同様に、「ＲＣＰＴ  ＴＯ：＜ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ＞  ＮＯＴＩＦＹ＝ＦＡＩＬＵＲＥ  ＯＲＣＰＴ＝ｒｆｃ８２２；ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」というコマンドを使用する。
【０２７１】
メールサーバＳｖ１２は、ユーザｙａｍａｄａの端末２１ａをメールの送信宛先として受け付ける場合に、例えば、「２５０  ＯＫ」という応答をスキャナ１０Ｂに返す（Ｓ８１３）。
【０２７２】
Ｓ８１３以降の、スキャナ１０ＢがメールサーバＳｖ１２との間のＴＣＰコネクションを切断するまでの処理は、動作例１のＳ１２２〜Ｓ１３０（図６参照）と同様である。
【０２７３】
なお、本動作例９では、送信メールのサイズが「２５ＭＢ」となっている。これに対して、図２８に示すように、スキャナ１０Ｂがメールの送信に使用するメールサーバＳｖ１２のメール送信制限容量は「３０ＭＢ」となっており、ユーザｙａｍａｄａの端末２１ａがメールの受信に使用するメールサーバＳｖ２１のメール送信制限容量が「２０ＭＢ」となっている。
【０２７４】
したがって、本動作例８では、送信メールのサイズ（２５ＭＢ）が、メールサーバＳｖ１２のメール送信制限容量（３０ＭＢ）未満となっているものの、メールサーバＳｖ２１のメール送信制限容量（２０ＭＢ）以上となっている。そのため、本動作例９では、メールサーバＳｖ２１が、スキャナ１０Ｂから送信された「２５ＭＢ」のメールを受信することができない。したがって、メールサーバＳｖ２１が、メールサーバＳｖ１２を介して、ＤＳＮによる通知メールとしてのエラーメールをスキャナ１０Ｂ（ｓｃａｎ＠ｅｘａｍｐｌｅ．ｃｏｍ）宛てに送信する。このときのスキャナ１０ＢとメールサーバＳｖ１２との間のシーケンスは、図８に示す通りである。
【０２７５】
図２９は、実施形態２で用いるエラーメールの一例を示す図である。図２９は、メールサーバＳｖ２１からスキャナ１０Ｂに送信されたエラーメール２０９の一例を示している。
【０２７６】
図２９に示す例において、１行目の「Ｄａｔｅ」で始まる行は、エラーメール２０９が送信された日時を示している。
４行目の「Ｓｕｂｊｅｃｔ」で始まる行は、エラーメール２０９が「ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」宛ての送信メールの配送に失敗したことを通知する配送通知であることを示している。
１２行目の「Ｙｏｕｒ  ｍｅｓｓａｇｅ」で始まる行は、エンベロープ識別子「ＳＣＡＮ００１６」の送信メールの配送に失敗したことを示している。
【０２７７】
１８行目の「Ｒｅｐｏｒｔｉｎｇ−ＭＴＡ」で始まる行は、エラーメール２０９がメールサーバＳｖ２１（ｍａｉｌ．ｃｏｍｐａｎｙ１．ｃｏｍ）から送信されたメールであることを示している。
１９行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行は、エラーメール２０９がエンベロープ識別子「ＳＣＡＮ００１６」の送信メールに対する配送通知であることを示している。
【０２７８】
２４行目の「Ｄｉａｇｎｏｓｔｉｃ−Ｃｏｄｅ」で始まる行は、エラーの種別がＳＭＴＰステータスコードの「５２１」であることを示しており、また、メールのサイズが大きすぎる（ｔｈｅ  ｍｅｓｓａｇｅ  ｉｓ  ｔｏｏ  ｌａｒｇｅ）ことも示している。
【０２７９】
２５行目の「Ａｃｔｉｏｎ」で始まる行は、送信メールの配送に失敗したことを示している。
２６行目の「Ｓｔａｔｕｓ」で始まる行は、ＳＭＴＰステータスコードを別の表現で示している。
２８行目以降は、元のメールのヘッダ等の引用部分に当たるが、図中では省略されている。
【０２８０】
スキャナ１０Ｂは、例えば、図２９に示したエラーメール２０９を受信すると、受信メール解釈部１４３（図２参照）が、エラーメール２０９の１９行目の「Ｏｒｉｇｉｎａｌ−Ｅｎｖｅｌｏｐｅ−ＩＤ」で始まる行から、配送エラー送信メール（ここでは、エラーメール２０９に対応する送信メール）の情報として、エンベロープ識別子「ＳＣＡＮ００１６」を取り出す。そして、受信メール解釈部１４３は、送信履歴記憶部１５８からエンベロープ識別子「ＳＣＡＮ００１６」の送信メールの送信履歴情報を読み出す。
【０２８１】
次に、受信メール解釈部１４３は、読み出された送信履歴情報から、エンベロープ識別子「ＳＣＡＮ００１６」の送信メールのデータサイズの値が「２５ＭＢ」であることを特定する。そして、受信メール解釈部１４３は、制限サイズ記憶部１５５から送信制限サイズテーブル４０１（図２７参照）を読み出し、更新送信制限データサイズとして、送信制限サイズテーブル４０１の中の前記した「配送エラーの送信宛先の送信制限データサイズ」の値（すなわち、配送エラーの送信宛先のメールアドレス（ここでは、エンベロープ識別子「ＳＣＡＮ００１６」の送信メールの送信に使用されたメールアドレス）に対応付けられて送信制限サイズテーブル４０１に登録された送信制限データサイズの値）を「２５ＭＢ」に更新する。
【０２８２】
例えば、ここでは、受信メール解釈部１４３は、ユーザｙａｍａｄａの端末２１ａのメールアドレス「ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」に対応する送信制限データサイズの値を「２５ＭＢ」に更新する。
【０２８３】
その結果、更新後の送信制限サイズテーブル４０１は、図２７に示す状態から、図３０に示す状態に変化する。図３０は、実施形態２で用いる送信制限サイズテーブルの一例を示す図である。図３０に示す例では、送信制限サイズテーブル４０１には、配送エラーの送信宛先のメールアドレス「ｙａｍａｄａ＠ｃｏｍｐａｎｙ１．ｃｏｍ」）と、配送エラー送信メールのデータサイズの値「２５ＭＢ」とが対応付けられて登録されている。
【０２８４】
なお、本実施形態２に係る送信制限サイズテーブル４０１（図２１、図２４、図２７、及び、図３０参照）には、更新日時の情報が含まれている。スキャナ１０Ｂは、この送信制限サイズテーブル４０１を参照して、更新日時から所定の時間が経過している送信制限サイズ情報に対して、送信制限データサイズが変更されていないかを確認するために、送信制限データサイズの値にかかわらず、例えば、送信制限データサイズと同じ値のメールを送信して応答を確認する、ことも可能である。
【０２８５】
以上の通り、本実施形態２に係るスキャナ１０Ｂによれば、実施形態１の効果に加えて、複数のメールサーバを接続する形態であっても、メールの送信宛先に応じた適切なサイズ制限を適用することができ、装置の利便性を向上させることができる。
【０２８６】
本発明は、前記した実施形態に限定されることなく、本発明の要旨を逸脱しない範囲で種々の変更や変形を行うことができる。
【０２８７】
例えば、実施形態１及び実施形態２では、画像送信装置がスキャナであるものとして説明している。しかしながら、画像送信装置は、複写機、ＭＦＰ（複合機）、ファクシミリ装置等として構成することができる。なお、「ＭＦＰ」とは、Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒの略称で、プリンタにファクシミリ機能やスキャナ機能、コピー機能等を付加した装置である。
【０２８８】
また、例えば、画像送信装置は、送信メールの配送が成功した場合に、送信履歴記憶部１５８から配送に成功した送信メールの送信履歴情報を読み出し、配送に成功した送信メールのデータサイズの値をメールアドレスや送信側のメールサーバのホスト名、受信側のメールサーバのホスト名等に対応付けて、送信可能なデータサイズ情報として、記憶部１５０に記憶しておき、次回以降のメールの送信時に、送信可能なデータサイズ情報に基づいて、送信可能なデータサイズ分のメールを送信するようにしてもよい。
【０２８９】
また、例えば、「未満」や「以上」等の語句は、運用に応じて、それぞれ、「以下」や「より大きい」等の語句に変更することができる。
【０２９０】
また、例えば、メールサーバのメール送信制限容量は、会社とその会社に属する部署とで、変わることがある。
また、例えば、従業員のメールアドレスは、会社の代表のメールアドレスに任意の情報を付加した構成にすることができる。
【符号の説明】
【０２９１】
Ｓｖ１１，Ｓｖ１２    （送信側の）メールサーバ
Ｓｖ２１，Ｓｖ２２    （受信側の）メールサーバ
５    インターネット
６，７ａ，８ａ，８ｂ    ＬＡＮ
１０，１０Ｂ    画像送信装置（スキャナ）
２１，２２    グループ
２１ａ    ユーザｙａｍａｄａの端末
２２ａ    ユーザｓｕｚｕｋｉの端末
２２ａ    ユーザｔａｎａｋａの端末
１１０    画像読取部（画像データ生成部）
１２０    操作パネル（入力部）
１３０    通信部
１４０    制御部（ＣＰＵ）
１４１    メール生成部
１４２    メール送信制御部
１４３    受信メール解釈部
１５０    記憶部（ＲＯＭ，ＲＡＭ等）
１５１    プログラム記憶部
１５２    入力情報記憶部
１５３    画像メモリ
１５４    生成メール記憶部
１５５    制限サイズ記憶部
１５６    送信可能宛先記憶部
１５７    送信不能宛先記憶部
１５８    送信履歴記憶部
【図１】
2013073349.tif 000003
【図２】
2013073349.tif 000004
【図３】
2013073349.tif 000005
【図４】
2013073349.tif 000006
【図５】
2013073349.tif 000007
【図６】
2013073349.tif 000008
【図７】
2013073349.tif 000009
【図８】
2013073349.tif 000010
【図９】
2013073349.tif 000011
【図１０】
2013073349.tif 000012
【図１１】
2013073349.tif 000013
【図１２】
2013073349.tif 000014
【図１３】
2013073349.tif 000015
【図１４】
2013073349.tif 000016
【図１５】
2013073349.tif 000017
【図１６】
2013073349.tif 000018
【図１７】
2013073349.tif 000019
【図１８】
2013073349.tif 000020
【図１９】
2013073349.tif 000021
【図２０】
2013073349.tif 000022
【図２１】
2013073349.tif 000023
【図２２】
2013073349.tif 000024
【図２３】
2013073349.tif 000025
【図２４】
2013073349.tif 000026
【図２５】
2013073349.tif 000027
【図２６】
2013073349.tif 000028
【図２７】
2013073349.tif 000029
【図２８】
2013073349.tif 000030
【図２９】
2013073349.tif 000031
【図３０】
2013073349.tif 000032