(57)【要約】【課題】通信エラーの生じた場合に適切に再送を行うことで、データ送信効率の減少を回避できるデータ通信装置を提供する。【解決手段】画像メールを受信側装置に送信した後（Ｓ１・Ｓ２）、受信エラーの生じた場合、画像メールにおける画像データの画像形式を変更させ、この画像データを含む画像メール（再送画像メール）を受信側装置に再送する（Ｓ３〜Ｓ１３）。すなわち、画像データの画像形式を変更して再送することで、これに起因する受信エラーの回避を試みる。これにより、画像メールを再送しても、通信エラーの連続的な発生を抑制できる。従って、再送を全く行わない構成、および、同一の画像メールを再送する構成に比して、データ送信の効率を向上させることが可能となる。【選択図】　図１
2004146877.tif 000002
【特許請求の範囲】
【請求項１】
送信データの受信結果を、受信側装置からの受信結果通知によって確認するようになっているデータ送信装置において、
受信側装置に送信するための送信データを作成する送信データ作成部と、
この送信データ作成部を制御して送信データを作成させ、作成させた送信データを受信側装置に送信する送信制御部とを備えており、
この送信制御部が、通信エラーの生じた場合、送信データの形式を変更した再送データを作成させ、受信側装置に再送するように設定されていることを特徴とするデータ送信装置。
【請求項２】
上記送信制御部は、再送データを作成させる際、その形式を、最も標準的な形式に変更させるように設定されていることを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
上記送信制御部は、再送データを作成させる際、受信結果通知に受信側装置の処理能力が示されている場合には、再送データの形式を、その処理能力に応じた形式に変更させるように設定されていることを特徴とする請求項１に記載のデータ送信装置。
【請求項４】
上記送信データが画像データを含んでおり、
上記送信制御部は、送信データにおける画像データの形式を変更して再送データを作成させることを特徴とする請求項１に記載のデータ送信装置。
【請求項５】
上記送信制御部は、通信エラーが、受信側装置の能力とは無関係な送信エラーである場合、再送データの作成を取り止めることを特徴とする請求項１に記載のデータ送信装置。
【請求項６】
ユーザーに対して情報を表示するとともに、ユーザーの指示を受け付ける操作部を備え、
上記送信制御部は、
再送データを送信する前に、上記操作部を制御して、再送データの形式をユーザーに表示するとともに、
ユーザーから再送の指示を受けた後に、再送データを再送するように設定されていることを特徴とする請求項１に記載のデータ送信装置。
【請求項７】
上記送信制御部は、送信データ作成部を制御して、電子メールデータからなる送信データを作成させるように設定されていることを特徴とする請求項１に記載のデータ送信装置。
【請求項８】
送信データの受信結果を、受信側装置からの受信結果通知によって確認するようになっているデータ送信方法において、
受信側装置に送信するための送信データを作成する送信データ作成工程と、
送信データを受信側装置に送信する送信工程と、
通信エラーの生じた場合、送信データの形式を変更した再送データを作成して受信側装置に再送する再送工程とを含んでいることを特徴とするデータ送信方法。
【請求項９】
請求項１〜７のいずれかに記載のデータ送信装置を含む通信システム。
【請求項１０】
情報通信装置のコンピューターを、請求項１〜７のいずれかに記載のデータ送信装置における送信データ作成部および送信制御部として機能させることを特徴とするデータ送信プログラム。
【請求項１１】
情報通信装置のコンピューターに、請求項８に記載のデータ送信方法における送信データ作成工程，送信工程および再送工程を実行させるためのデータ送信プログラム。
【請求項１２】
請求項１０あるいは１１に記載のデータ送信プログラムを記録していることを特徴とするコンピューター読取可能な記録媒体。
【請求項１３】
請求項１に記載のデータ送信装置から送信された送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信装置において、
既に受信した送信データの情報を記憶する記憶部と、
記憶部に記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する受信制御部とを備えていることを特徴とするデータ受信装置。
【請求項１４】
上記受信制御部は、記憶部に、既に受信した送信データの識別子とその関連情報とを対応させて記録するための通信管理テーブルを記憶させるように設定されていることを特徴とする請求項１３に記載のデータ受信装置。
【請求項１５】
上記受信制御部は、新たに受信した送信データが再送データであると判断したときに、この再送データの関連情報として、通信管理テーブルに、この再送データに関する当初送信データの識別子を記載するように設定されていることを特徴とする請求項１４に記載のデータ受信装置。
【請求項１６】
上記受信制御部は、新たに受信した送信データが再送データであると判断したときに、この再送データの受信結果に応じて、この再送データに関する当初送信データの関連情報を更新するように設定されていることを特徴とする請求項１４に記載のデータ受信装置。
【請求項１７】
上記データ送信装置における送信制御部は、当初送信データと、これに関する再送データとに、共通する第１識別ＩＤを含ませるように設定されており、
上記受信制御部は、この第１識別ＩＤを用いて、新たに受信した送信データが再送データであるか、あるいは当初送信データであるかを判別するように設定されていることを特徴とする請求項１３に記載のデータ受信装置。
【請求項１８】
上記受信制御部は、送信データに付されている第１識別ＩＤを受信結果通知に含ませるように設定されていることを特徴とする請求項１７に記載のデータ受信装置。
【請求項１９】
上記データ送信装置における送信制御部は、上記第１識別ＩＤに加えて、送信された受信結果通知に含まれている第２識別ＩＤを、この通知に関する再送データに含ませるように設定されており、
上記受信制御部は、第１識別ＩＤあるいは第２識別ＩＤに基づいて、新たに受信した送信データが再送データであるか、あるいは当初送信データであるかを判別するように設定されていることを特徴とする請求項１７に記載のデータ受信装置。
【請求項２０】
上記データ送信装置における送信制御部は、送信された受信結果通知に含まれている第２識別ＩＤを、この通知に関する再送データに含ませるように設定されており、
上記受信制御部は、この第２識別ＩＤに基づいて、新たに受信した送信データが再送データであるか、あるいは当初送信データであるかを判別するように設定されていることを特徴とする請求項１３に記載のデータ受信装置。
【請求項２１】
送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信装置において、
既に受信した送信データの情報を記憶する記憶部と、
記憶部に記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する受信制御部とを備えていることを特徴とするデータ受信装置。
【請求項２２】
送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信方法において、
既に受信した送信データの情報を記憶する記憶工程と、
記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する判断工程とを含んでいることを特徴とするデータ受信方法。
【請求項２３】
請求項１に記載のデータ送信装置および請求項１３に記載のデータ受信装置を含む通信システム。
【請求項２４】
情報通信装置のコンピューターを、請求項１３〜２１のいずれかに記載のデータ受信装置における受信制御部として機能させることを特徴とするデータ受信プログラム。
【請求項２５】
情報通信装置のコンピューターに、請求項２２に記載のデータ受信方法における記憶工程および判断工程を実行させるためのデータ受信プログラム。
【請求項２６】
請求項２４あるいは２５に記載のデータ受信プログラムを記録していることを特徴とするコンピューター読取可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、送信データの受信結果を、受信側装置からの受信結果通知によって確認するようになっているデータ送信装置、および、送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信装置等に関するものである。
【０００２】
【従来の技術】
近年、ネットワーク化の進展に伴い、インターネットなどのネットワークを介して通信を行うネットワーク通信装置が種々の用途に用いられるようになっている。
例えば、読み取った原稿の画像情報を、ネットワークに接続された外部装置（コンピューターなど）に送信できるスキャナ通信装置もある。
【０００３】
また、このようなスキャナ通信装置の一例として、『Ｓｃａｎ　ｔｏ　Ｅｍａｉｌ』という機能を備えた装置が開発されている。
この装置は、読み取った原稿の画像情報を所定フォーマットのデータに変換して電子メール用の添付ファイルを作成し、この添付ファイルを含む電子メールを、インターネット上の指定の送信先（ホストコンピュータなど）に送信するものである。
【０００４】
また、上記のようなスキャナ通信機能に加えて、さらに、印刷機能や電話機能を備えた、ネットワークファクシミリ装置（ｎｅｔＦＡＸ装置）も開発されている。
このｎｅｔＦＡＸ装置は、読み込んだ画像情報からなる添付ファイルを含む電子メールを作成・送信する一方、受信した電子メールの添付ファイルを、受信原稿としてシートに印刷（記録出力）するものである。
【０００５】
特許文献１には、このｎｅｔＦＡＸ装置を備えた通信システム（ｎｅｔＦＡＸシステム）が記載されている。
図３８は、この文献のシステムにおける概略構成図である。
このｎｅｔＦＡＸシステムでは、ｎｅｔＦＡＸ装置１０１からｎｅｔＦＡＸ装置１０５に電子メール（添付ファイルを含む）を送る場合、ｎｅｔＦＡＸ装置１０１は、まず、自身のメールサーバー１０２に、その電子メールを送る（投函する）。
そして、メールサーバー１０２に投函された電子メールは、ＳＭＴＰ（Ｓｉｍｐｌｅ　Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）等の所定の電子メール転送プロトコルによって、ネットワーク１０３を介して、ｎｅｔＦＡＸ装置１０５のメールサーバー１０４に転送され、蓄積される。
【０００６】
また、ｎｅｔＦＡＸ装置１０５は、メールサーバー１０４に対して定期的にアクセスし、蓄積されている電子メールを取得する。なお、電子メールの取得には、ＰＯＰ３プロトコル（Ｐｏｓｔ　Ｏｆｆｉｃｅ　Ｐｒｏｔｏｃｏｌ　Ｖｅｒｓｉｏｎ３）、ＩＭＡＰ（ＩｎｔｅｒｎｅｔＭｅｓｓａｇｅ　Ａｃｃｅｓｓ　Ｐｒｏｔｏｃｏｌ）等のメール受信プロトコルが用いられる。
【０００７】
また、このｎｅｔＦＡＸ装置１０５は、電子メールを受信し、その添付ファイル（画像情報）を受信原稿として印刷した後、通常、重複して受信を行わないように、メールサーバー１０４に対し、その電子メールの削除を指示するようになっている。
【０００８】
しかしながら、このようなｎｅｔＦＡＸシステムには、通常のファクシミリ通信にはない、以下のような問題がある。
すなわち、通常のファクシミリ通信では、ＰＳＴＮ（Ｐｕｂｌｉｃ　Ｓｗｉｔｃｈｅｄ　Ｔｅｌｅｐｈｏｎｅ　Ｎｅｔｗｏｒｋ：公衆電話網）を介して双方向のリアルタイム通信を行うため、受信側は、画像データ受信完了の直後に、受信結果通知を送信側に容易に伝達できる。
【０００９】
一方、ｎｅｔＦＡＸシステムによる電子メールの送信は、ｎｅｔＦＡＸ装置１０１からｎｅｔＦＡＸ装置１０５に対する、サーバーを介した一方向の通信である（ｎｅｔＦＡＸ装置１０５が電子メールを受信できない状態であっても、ｎｅｔＦＡＸ装置１０１からメールサーバー１０２・１０４に対する送信は完了する）。
【００１０】
従って、ｎｅｔＦＡＸシステムにおいて受信結果通知を伝達するためには、ｎｅｔＦＡＸ装置１０５は、受信結果通知となる電子メール（受信結果メール）を自ら作成し、ｎｅｔＦＡＸ装置１０１に送信する必要があるが、このような受信結果メールを容易に出せるようには構成されていなかった。
【００１１】
従って、上記のｎｅｔＦＡＸシステムでは、ｎｅｔＦＡＸ装置１０５において電子メールを正常に受信できたか否か、また、画像情報を適切に印刷できたか否かについて、ｎｅｔＦＡＸ装置１０１は判別できなかった。
【００１２】
このため、電子メールにおける受信状況の確認を行う場合には、結局、ｎｅｔＦＡＸ装置１０１・１０５のユーザー間での電話連絡が必要であり、『リアルタイムでの対話が不要』という電子メール通信の利点を生かせなかった。
【００１３】
そこで、このような不具合を解消するために、ＲＦＣ２２９８で規定されるＭＤＮ（Ｍｅｓｓａｇｅ　Ｄｉｓｐｏｓｉｔｉｏｎ　Ｎｏｔｉｆｉｃａｔｉｏｎ）により、電子メールを受信したｎｅｔＦＡＸ装置が、受信結果を送信側に知らせる方法（受信結果の確認方法）が規定されている。
この方法では、受信側のｎｅｔＦＡＸ装置が、受信結果／経過を、所定形式の受信結果メールにより送信元に通知するようになっている。
【００１４】
ここで、ＲＦＣ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔ）とは、インターネットに関する技術の標準を定める団体であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）によって正式に発行される文書のことである。
このようなＲＦＣとして、インターネットに関わる仕様・要件などが、『ＲＦＣ２２９８』のような通し番号を付けて公開されている。なお、インターネットに関わる使用・要件とは、例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）などのインターネットで利用されるプロトコルや、その他インターネットに関わるさまざまな技術に関するものである。
【００１５】
このようなＲＦＣにおいて規定されているＭＤＮでは、受信結果メールの送付を希望する場合、送信側のｎｅｔＦＡＸ装置が、送信する電子メールに、受信結果メールの要求（受信結果要求）を設定するようになっている。
【００１６】
また、このような要求の設定は、電子メールのヘッダ部に設けられた、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールド（ＭＤＮフィールド）を用いて行われる。
すなわち、送信側のｎｅｔＦＡＸ装置は、電子メールのＭＤＮフィールドに、受信結果メールの宛先となるアドレス（通常は自身のアドレス）を記入することで、受信結果要求の設定を行う。そして、この電子メールを受信したｎｅｔＦＡＸ装置は、ＭＤＮフィールドで指定されたアドレスに対し、受信結果メールを返信することとなる。
なお、このような受信結果メールの送受信は、送信側および受信側のｎｅｔＦＡＸ装置がＭＤＮの仕様を満たしている場合（ＭＤＮ機能を有している場合）に限り、実行できるものである。
【００１７】
また、ＭＤＮ機能を備えたｎｅｔＦＡＸ装置に関する技術については、例えば、特許文献２に示されている。
この文献に記載のｎｅｔＦＡＸ装置は、受信結果要求を含む電子メールを送信した後、一定時間経過しても受信結果メールの送信を受けないときには、不達レポートを印刷出力するようになっている。この不達レポートは、送信先から受信結果メールが送られて来ないこと（電子メールの送信エラー（通信回線の不具合等によるエラー）が生じたこと）を、自身のユーザーに告知するためのものである。これにより、このｎｅｔＦＡＸ装置では、送信先によって電子メールが正常に受信されたか否かを、ユーザーに容易に認識させられるようになっている。
【００１８】
【特許文献１】
特開２００１−２７４９４４号公報（公開日２００１年１０月５日）
【００１９】
【特許文献２】
特開２００１−３０９１０９号公報（公開日２００１年１１月２日）
【００２０】
【特許文献３】
特開２００１−２６５６７５号公報（公開日２００１年９月２８日）
【００２１】
【発明が解決しようとする課題】
しかしながら、上記したような従来のｎｅｔＦＡＸ装置は、何らかの原因で送信エラーあるいは受信エラー（受信側装置の原因で、電子メールを良好に処理できないことを示すエラー）が生じた場合、エラーの連続的な発生を防ぐために、電子メールの再送を行わないように設定されている。
このため、従来のｎｅｔＦＡＸ装置には、受信エラーが生じると送信を完了できず、データ送信の効率を減少させてしまうという問題がある。
【００２２】
本発明は、上記のような従来の問題点を解決するために成されたものである。そして、その目的は、通信エラー（受信エラーや送信エラー）の生じた場合に適切に再送を行うことで、データ送信効率の減少を回避できるデータ送信装置等を提供することにある。
【００２３】
【課題を解決するための手段】
上記の目的を達成するために、本発明のデータ送信装置（本送信装置）は、送信データの受信結果を、受信側装置からの受信結果通知によって確認するようになっているデータ送信装置において、受信側装置に送信するための送信データを作成する送信データ作成部と、この送信データ作成部を制御して送信データを作成させ、作成させた送信データを受信側装置に送信する送信制御部とを備えており、この送信制御部が、通信エラーの生じた場合、送信データの形式を変更した再送データを作成させ、受信側装置に再送するように設定されていることを特徴としている。
【００２４】
本送信装置は、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）やインターネット，公衆電話回線網（ＰＳＴＮ）などの通信回線によって、他の通信装置と接続されているものである。
そして、本送信装置では、送信制御部が、送信データ作成部を制御して、他の通信装置に送信するための送信データを作成させ、送信処理を行うようになっている。
【００２５】
また、この本送信装置では、送信データの送信後、その受信相手である受信側装置から、受信結果／経過を含む受信結果通知を受け取るようになっている。
従って、本送信装置は、受信結果通知に従って、受信側装置が送信データを良好に送信できたか否か、を判断することが可能となっている。
【００２６】
また、特に、本送信装置では、通信エラーの生じた場合、送信制御部が、送信データの形式を変更した再送データを作成させ、受信側装置に再送するように設定されている。
【００２７】
ここで、通信エラーとは、送信エラーと受信エラーとを含むものである。
送信エラーとは、通信回線の不具合等により、送信データを受信側装置にまで送信できないことを示すエラーである。
一方、受信エラーとは、受信側装置において送信データを良好に処理できなかったことを示すエラーである。なお、この受信エラーの有無は、受信結果通知の内容を確認することで判別できる。
【００２８】
また、送信データの形式とは、例えば、ファイルフォーマット（ファイル形式）や、データの解像度，符号化方式，サイズ等、送信データのデータ形式のことである。
【００２９】
すなわち、本送信装置では、送信データのデータ形式を変更して再送することで、データ形式に起因する通信エラーの回避を試みるようになっている。
これにより、本送信装置では、送信データを再送しても、通信エラーの連続的な発生を抑制できるようになっている。従って、再送を全く行わない構成、および、同一の送信データを再送する構成に比して、データ送信の効率を向上させることが可能となる。
また、本送信装置を備えた通信システムを構築することで、データ送信を効率よく行えるシステムを実現できる。
【００３０】
また、本送信装置では、送信データが画像データを含むものであってもよい。そして、この場合、送信制御部は、送信データにおける画像データの形式を変更して再送データを作成させるように設定されていてもよい。
画像データの形式の不一致は、受信エラーの原因となりやすいものである。従って、その形式を変更することにより、画像データを含む送信データの受信可能性を高められる。
【００３１】
また、送信制御部は、再送データを作成させる際、その形式を、より処理しやすい形式に変更させる（例えば、形式の一部を最も標準的な形式（後述）とする）ことが好ましい。これにより、受信側装置における受信可能性を確実に高められる。
ここで、最も標準的な形式とは、通信装置に最低限備えられていると考えられる、あるいは、備えることを規定されている能力によって処理可能な形式（最も簡単な形式）のことである。この構成では、受信側装置における受信エラーを確実に防止できる。
【００３２】
また、送信制御部は、再送データを作成させる際、受信結果通知に受信側装置の処理能力が示されている場合には、再送データの形式を、その処理能力に応じた形式に変更させるように設定されていることが好ましい。
この構成であっても、受信側装置における受信エラーを確実に防止できる。
また、最も標準的な形式に変更する場合と比較して、より適切な（例えば送信効率のよい）送信データを送信できる。
【００３３】
また、本送信装置に、ユーザーに対して情報を表示するとともに、ユーザーの指示を受け付ける操作部を備えることが好ましい。
また、この構成では、送信制御部は、再送データを送信する前に、操作部を制御して、再送データの形式（全て、あるいは変更点のみ）をユーザーに表示することが好ましい。そして、ユーザーから再送の指示を受けた後に、再送データを再送するように設定されていることが好ましい。
【００３４】
この構成では、変更内容をユーザーに確認させられるので、ユーザーの望まない形式での再送を回避できる。また、この構成では、送信データがユーザーの望まない形式に変更されていた場合、送信制御部は、ユーザーの指示に応じて形式に再変更することが好ましい。
【００３５】
また、送信制御部は、通信エラーが受信側装置の能力とは無関係な送信エラーである、と判断した場合、再送データの作成を取り止めるように設定されていることが好ましい。
送信エラーには、送信データの形式に起因するエラーではなく、短期間で容易に復帰することを期待できない通信回線のトラブルに起因するものもある。そして、このようなトラブルによる送信エラーの生じている場合には、再送を行ってもエラーになる可能性が高いため再送する意味はないと考えられる。
従って、このような場合には、上記の構成のように、送信エラーの発生時に再送を行わないことで、再送処理にかかる手間を省き、送信効率を向上することが可能となる。
【００３６】
なお、本送信装置におけるデータの通信方式（送信方式）としては、例えば、電子メールや，ＦＴＰを挙げられる。
すなわち、送信制御部は、送信データ作成部を制御して、電子メールデータ（あるいはＦＴＰデータ）からなる送信データを作成させるように設定されていてもよい。
【００３７】
また、本発明のデータ送信方法（本送信方法）は、送信データの受信結果を、受信側装置からの受信結果通知によって確認するようになっているデータ送信方法において、受信側装置に送信するための送信データを作成する送信データ作成工程と、送信データを受信側装置に送信する送信工程と、通信エラーの生じた場合、送信データの形式を変更した再送データを作成して受信側装置に再送する再送工程とを含んでいることを特徴としている。
【００３８】
本送信方法は、上記した本送信装置において用いられているデータ送信方法である。すなわち、本送信方法では、送信データのデータ形式を変更して再送することで、データ形式に起因する通信エラーの回避を試みるようになっている。
これにより、送信データを再送しても、通信エラーの連続的な発生を抑制できるようになっている。
従って、再送を全く行わない方法、および、同一の送信データを再送する方法に比して、データ送信の効率を向上させられる。
【００３９】
また、本発明のデータ送信プログラムは、情報通信装置のコンピューターを、本送信装置における送信データ作成部および送信制御部として機能させることを特徴とするものである。
【００４０】
また、本発明のデータ送信プログラムを、情報通信装置のコンピューターに、本送信方法における送信データ作成工程，送信工程および再送工程を実行させるためのデータ送信プログラム、と表現することもできる。
【００４１】
これらのプログラムを情報通信装置のコンピューターに読み取らせることで、本送信装置（本送信方法）の処理を、そのコンピューターによって実現することが可能となる。
【００４２】
また、これらのプログラムをコンピューター読取可能な記録媒体に記録させておくことで、プログラムの保存・流通を容易に行えるようになる。さらに、この記録媒体を読み込ませることで、コンピューターを備えた情報通信装置によって、本送信装置（本送信方法）に従ったデータ送信を実施できる。
【００４３】
また、本発明のデータ受信装置（本受信装置）は、上記した本送信装置から送信された送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信装置において、既に受信した送信データの情報を記憶する記憶部と、記憶部に記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する受信制御部とを備えていることを特徴とするものである。
【００４４】
本受信装置では、既に受信した送信データの情報を、記憶部に記憶しておくようになっている。ここで、送信データの情報とは、例えば、送信データ自身，送信データに示されている識別ＩＤ，送信日時，送信者，受信結果，本受信装置において送信データ毎に付される識別子（管理番号など）等、個々の送信データに特有の情報である。
【００４５】
また、上記したように、本送信装置では、通信エラーの生じた場合に、送信データを再送するように設定されている。
そして、本受信装置では、送信制御部が、新着の送信データ（新着データ）の情報と、記憶部に記憶されている送信データの情報とを比較して、新着データが既に受信した送信データの再送データであるのか、あるいは、当初送信データであるのか、を判断するようになっている。
ここで、当初送信データとは、本受信装置において最初に受信した送信データ（受信結果は不問；いったん受信した送信データの再送に応じたものでない送信データ）のことである。
【００４６】
これにより、本受信装置では、関連する送信データを、系統だてて管理できる。例えば、以前に処理を失敗した当初送信データに関する再送データを受け取ったか否かを、容易に判断できる（ユーザーに対しても容易に確認させられる）。また、例えば、再送データの受信を確認した後、これに応じた当初送信データおよびその関連情報を、記憶部から削除する、といった措置を取ることが可能となる。
また、本受信装置と本送信装置とを含む通信システムを構築することで、データ送信を効率よく行えるシステムを実現できる。
【００４７】
また、受信制御部は、記憶部に、既に受信した送信データの識別子（管理番号など）とその関連情報とを対応させて記録するための通信管理テーブルを記憶させるように設定されていることが好ましい。このようなテーブルを作成することで、送信データの受信状況をユーザーに示すことが容易となる。
【００４８】
また、受信制御部は、新たに受信した送信データが再送データであると判断したときに、この再送データの関連情報として、通信管理テーブルに、この再送データに関する当初送信データの識別子を記載するように設定されていることが好ましい。これにより、ユーザーは、以前に処理を失敗した当初送信データに関する再送データを受信したことを容易に確認できる。
【００４９】
また、受信制御部は、新たに受信した送信データが再送データであると判断したときに、この再送データの受信結果に応じて、この再送データに関する当初送信データの関連情報（通信管理テーブル上の情報）を更新するように設定されていてもよい。
【００５０】
また、本送信装置における送信制御部は、当初送信データと、これに関する再送データとに、共通する第１識別ＩＤを含ませるように設定されていることが好ましい。ここで、第１識別ＩＤとしては、例えば、送信データのＭｅｓｓａｇｅ−Ｉｄ等を利用できる。
また、この場合、本受信装置の受信制御部は、この第１識別ＩＤを用いて、新たに受信した送信データが再送データであるか、あるいは当初送信データであるかを判別するように設定されていることが好ましい。これにより、受信制御部における送信データの判別が容易となる。
【００５１】
また、この場合、受信制御部は、送信データに付されている第１識別ＩＤを受信結果通知に含ませるように設定されていることが好ましい。
これにより、本送信装置において、受信した受信結果通知に応じた送信データを容易に判別できる。
【００５２】
また、本送信装置における送信制御部は、上記第１識別ＩＤに加えて、送信された受信結果通知に含まれている第２識別ＩＤを、この通知に関する再送データに含ませるように設定されていてもよい。ここで、第２識別ＩＤとしては、例えば、受信結果通知のＭｅｓｓａｇｅ−Ｉｄ等を利用できる。
そして、この場合、本受信装置の受信制御部は、第１識別ＩＤあるいは第２識別ＩＤに基づいて、新たに受信した送信データが再送データであるか、あるいは当初送信データであるかを判別するように設定されていることが好ましい。この場合にも、受信制御部における送信データの判別が容易となる。
【００５３】
また、本送信装置における送信制御部は、送信された受信結果通知に含まれている第２識別ＩＤを、この通知に関する再送データに含ませるように設定されていてもよい。
この場合、本受信装置の受信制御部は、この第２識別ＩＤに基づいて、新たに受信した送信データが再送データであるか、あるいは当初送信データであるかを判別するように設定されていることが好ましい。この場合にも、受信制御部における送信データの判別が容易となる。
【００５４】
また、本受信装置は、本送信装置だけでなく、例えば、ユーザーの判断でデータ送信（再送）を行うような送信装置との間で、データの送受信を行うこともできる。従って、本受信装置を、送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信装置において、既に受信した送信データの情報を記憶する記憶部と、記憶部に記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する受信制御部とを備えていることを特徴とするデータ受信装置、と表現することもできる。
【００５５】
また、本発明のデータ受信方法（本受信方法）は、送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信方法において、既に受信した送信データの情報を記憶する記憶工程と、記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する判断工程とを含んでいることを特徴とする方法である。
【００５６】
本受信方法は、上記した本受信装置において使用されているデータ受信方法である。従って、本受信方法では、関連する送信データを、系統だてて管理することが可能となる。
【００５７】
また、本発明のデータ受信プログラムは、情報通信装置のコンピューターを、本受信装置における受信制御部として機能させることを特徴とするものである。
【００５８】
また、本発明のデータ受信プログラムを、情報通信装置のコンピューターに、本受信方法における記憶工程および判断工程を実行させるためのデータ受信プログラム、と表現することもできる。
【００５９】
これらのプログラムを情報通信装置のコンピューターに読み取らせることで、本受信装置（本受信方法）の処理を、そのコンピューターによって実現することが可能となる。
【００６０】
また、これらのプログラムをコンピューター読取可能な記録媒体に記録させておくことで、プログラムの保存・流通を容易に行えるようになる。さらに、この記録媒体を読み込ませることで、コンピューターを備えた情報通信装置によって、本受信装置（本受信方法）に従ったデータ受信を実施できる。
【００６１】
【発明の実施の形態】
〔実施の形態１〕
本発明の一実施の形態について説明する。
本実施の形態にかかる通信システム（本システム）は、複数のＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）をインターネットおよび公衆電話回線網（ＰＳＴＮ）によって結んでなる広域のネットワークシステムであり、インターネットファックス通信を行える端末装置（ｎｅｔＦＡＸ装置）、および、電子メールサーバー等を多数含んでいる。
そして、本システムでは、各ｎｅｔＦＡＸ装置がＭＤＮ機能を有しており、ｎｅｔＦＡＸ装置間で、ＭＤＮを用いたインターネットファックス通信を行えるようになっている。
【００６２】
ここで、インターネットファックス通信（ＩＮＦ通信）とは、読み取った原稿の画像データを含む電子メールを送受信する通信方法である。このＩＮＦ通信では、受信した電子メールに含まれる画像データを印刷することで、通信が完了となる。
また、ＭＤＮ（Ｍｅｓｓａｇｅ　Ｄｉｓｐｏｓｉｔｉｏｎ　Ｎｏｔｉｆｉｃａｔｉｏｎ）とは、ＩＮＦ通信において電子メールを受信したｎｅｔＦＡＸ装置が、受信結果を送信側に知らせる方法（受信結果の確認方法）の規定である。そして、ＭＤＮでは、受信側のｎｅｔＦＡＸ装置が、受信結果／経過を、所定形式の受信結果メールにより送信元に通知するようになっている。
【００６３】
また、受信結果メールの送付を希望する場合、送信側のｎｅｔＦＡＸ装置は、送信する電子メール（送信データ）に、受信結果メールの要求（受信結果要求）を設定するようになっている。
そして、受信結果要求の設定された電子メールを受信したｎｅｔＦＡＸ装置は、送信側のｎｅｔＦＡＸ装置に対し、受信結果（画像データを印刷できたか否か、など）を含む受信結果メールを返信する。
【００６４】
なお、このような受信結果メールの送受信は、送信側および受信側のｎｅｔＦＡＸ装置がＭＤＮの仕様を満たしている場合（ＭＤＮ機能を有している場合）に限り、実行できるものである。
【００６５】
また、以下では、ＩＮＦ通信によって送受信される、画像データを含む電子メールを、画像メールと称する。
さらに、ＩＮＦ通信を用いて画像メールを送信するｎｅｔＦＡＸ装置を、送信側装置、と称する。また、画像メールを受信し、その受信結果を含む受信結果メールを送信するｎｅｔＦＡＸ装置を、受信側装置、と称する。
【００６６】
図２は、本システムの構成を概略的に示す説明図である。この図に示すように、本システムでは、ｎｅｔＦＡＸ装置であるデジタル複合機１１およびデジタル複合機１５が、ＬＡＮ，サーバー１２・１４およびインターネット１３を介して接続されている構成である。
【００６７】
サーバー１２・１４は、それぞれデジタル複合機１１，デジタル複合機１５の電子メールサーバーであり、これらとデジタル回線からなるＬＡＮを介して接続されている。
【００６８】
デジタル複合機１１は、自身のスキャナ部で読み込んだ画像データをシート（記録媒体）に印刷するコピー機能、外部装置から入力された画像データをシートに印刷するプリンター機能，電話回線を利用した通常のファクシミリ通信（通常ファックス通信）機能を備えているものである。
さらに、デジタル複合機１１は、ＬＡＮ，サーバー１２，インターネット１３を介したＩＮＦ通信を行うための機能（ＩＮＦ通信機能）も有している。
【００６９】
そして、デジタル複合機１１は、ユーザーの入力指示に応じて、コピーモード，プリンターモード，通常ファックスモード，ＩＮＦ通信モードのいずれかの通信モードに設定され、各モードにおいて、上記したコピー機能，プリンター機能，通常ファックス機能およびＩＮＦ通信機能をそれぞれ発現するように設定されている。
【００７０】
なお、デジタル複合機１５は、デジタル複合機１１における全ての機能を備えているものである。従って、以下では、本システムのｎｅｔＦＡＸ装置として、デジタル複合機１１のみについて説明する。
【００７１】
まず、デジタル複合機１１のＩＮＦ通信に関する動作について簡単に説明する。この動作には、送信動作と受信動作とがある。
すなわち、送信動作では、デジタル複合機１１は、スキャナーで読み取った原稿の画像データと、受信側装置における電子メールアドレスとを用いて、画像メールを作成する。そして、サーバー１２およびインターネット１３を介して、送信側装置に送信する。
一方、受信動作では、デジタル複合機１１は、サーバー１２に定期的にアクセスして、自身宛の画像メールを取得し、その画像データの印刷を実行する。そして、印刷結果（あるいは受信結果）を含む受信結果メールを作成し、送信側装置に送信する。
【００７２】
次に、デジタル複合機１１の構成について詳細に説明する。
図３は、デジタル複合機１１の制御構成（電気的構成）を示すブロック図である。
【００７３】
この図に示すように、デジタル複合機１１は、大略的に、メイン制御部２１，制御用メモリ２２，制御用バッファ２３，時計部２４，スキャナ部２５，画像記憶部２６，符号／復号化部２７，符号化／復号化用バッファ２８，プリンタ部２９，電子メール作成部３０，アドレス記憶部３１，操作パネル３２，モデム３３，ＮＣＵ（Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ：網制御部）３４，デジタル回線接続部３５を備えている。
【００７４】
メイン制御部２１は、ＭＰＵ（高速超小型演算処理装置）やＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ　）等からなる制御装置であり、デジタル複合機１１の全動作を制御する、デジタル複合機１１の中枢部である。
特に、メイン制御部２１は、他の部材２２〜３５を制御して、ＩＮＦ通信（後述）を実行する機能を有している。
【００７５】
制御用メモリ２２は、メイン制御部２１によって使用される制御プログラムを記憶しておくためのものであり、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）などの不揮発性のメモリや、バックアップされた揮発性のメモリなどからなる。
なお、通常ファックス通信やＩＮＦ通信においてデータや画像メールを送信するときに設定された受信側装置の情報（ファックス番号，メールアドレス）は、この制御用メモリ２２に記憶される。
【００７６】
制御用バッファ２３は、メイン制御部２１によって使用される一次記憶部であり、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などから構成される。そして、この制御用バッファ２３は、メイン制御部２１が制御プログラムを動作させる上で必要なデータを格納する機能を有している。
また、メイン制御部２１は、制御用メモリ２２内の制御プログラムを使用する際に、これを制御用バッファ２３に読み込ませるようになっている。
【００７７】
時計部２４は、ＩＮＦ通信における電子メールの送信処理（後述）においてメイン制御部２１に利用される時間計測器である。
【００７８】
スキャナ部２５は、光電変換素子（ＣＣＤ；Ｃｈａｒｇｅ　Ｃｏｕｐｌｅｄ　Ｄｅｖｉｃｅ）を備えたスキャナであり、原稿を所定の解像度で読み取って、画像データ（ドットイメージデータ）を出力するものである。
【００７９】
符号／復号化部２７は、スキャナ部２５から出力された画像データを符号化（符号化圧縮）するとともに、外部から受信した符号化圧縮されている画像データを復号化して元の画像データを生成するものである。
【００８０】
なお、この符号／復号化部２７は、ファクシミリ通信で一般に使用されている、ＭＨ（Ｍｏｄｉｆｉｅｄ　Ｈｕｆｆｍａｎ）、ＭＲ（Ｍｏｄｉｆｉｅｄ　ＲＥＡＤ）およびＭＭＲ（Ｍｏｄｉｆｉｅｄ　Ｍｏｄｉｆｉｅｄ　ＲＥＡＤ）などの符号化方式を利用できるようになっている。
【００８１】
画像記憶部２６は、符号化あるいは復号化された画像データを記憶するとともに、スキャナ部２５から出力される画像データ、または外部から受信した画像データを記憶するものである。
【００８２】
符号化／復号化用バッファ２８は、ＲＡＭ等からなり、符号／復号化部２７による画像データの符号化・復号化（圧縮・伸長）の際に、一時記憶部として使用されるものである。
【００８３】
プリンタ部２９は、電子写真方式のプリンタ装置を備えており、スキャナ部２５から出力される画像データや、外部から受信した画像データを印刷（ハードコピー；プリントアウト）するものである。
【００８４】
電子メール作成部３０は、符号化された画像データと、後述するヘッダ情報（受信側装置のアドレスを含む）とを用いて、ＩＮＦ通信に用いる画像メールを作成するものである。
【００８５】
アドレス記憶部３１は、受信側装置の情報（受信側装置のアドレス，電話番号、短縮番号等）を、後述する短縮番号リストとして記憶しているものであり、不揮発性のメモリや、バックアップされた揮発性のメモリなどからなる。
【００８６】
操作パネル３２は、テンキーやタッチパネルを備えた入力部と、ＬＣＤ（Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ）からなる表示部とを備えている（ともに後述）。そして、操作パネル３２は、入力部・出力部を用いて、ユーザーの指示入力を受け付けてメイン制御部２１に伝達するとともに、メイン制御部２１の制御に応じた画面表示を行う機能を有している。また、操作パネル３２は、ユーザーによる受信側装置のアドレスの入力も受け付けるように設定されている。
なお、この操作パネル３２の詳細な構成については後述する。
【００８７】
デジタル回線接続部３５は、インターネット１３を介した電子メールの送受信およびＩＮＦ通信を行うために、デジタル複合機１１をデジタル回線ＤＬと接続するためのものである。
【００８８】
モデム３３は、通常のファクシミリ通信を行うためのものであり、ファクシミリ通信の可能なファクシミリモデムから構成されている。このモデム３３は、ＮＣＵ３４を介してアナログの公衆電話回線網（ＰＳＴＮ）と接続されている。
ＮＣＵ３４は、モデム３３とＰＳＴＮとの回線の閉結および開放の回線制御動作を行うハードウェアである。すなわち、ＮＣＵ３４は、必要に応じて、モデム３３をＰＳＴＮと接続するものである。
【００８９】
次に、操作パネル３２の構成について説明する。
【００９０】
図４は、この操作パネル３２の構成を示す説明図である。この図に示すように、操作パネル３２は、表示部４１および入力部４２を備えており、これらを一体としたタッチパネル型に構成されている。
【００９１】
表示部４１は、ＬＣＤ（液晶表示装置：Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ）からなり、デジタル複合機１１の動作状態や、通常ファックス通信あるいはＩＮＦ通信に関する情報（受信側装置の情報など）を表示するものであり、数字や記号だけでなく、画像も表示できるように設定されている。
【００９２】
入力部４２は、ユーザーによるデジタル複合機１１に対する設定や条件の変更指示や、デジタル複合機１１の動作を進めるための入力指示を受け付けるものであり、指示入力に必要な各種のキーを備えている。
【００９３】
すなわち、図４に示すように、入力部４２は、テンキー４３，クリアキー４４，スタートキー４５，全解除キー（ＣＡキー）４６，モード選択キー４７，ジョブステータス表示キー４８，ユーザー設定キー４９を備えている。
また、表示部４１は、タッチパネルとなっており、設定などにあたって各種のキーを表示し、ユーザーからの入力を受け付けるようになっている。
【００９４】
入力部４２のテンキー４３は、デジタル複合機１１の動作条件を設定するためのキーである。すなわち、ユーザーは、このテンキー４３を用いて、コピーモードおよびプリンターモード時における印刷部数の入力や、通常ファックスモードおよびＩＮＦ通信モード時での、ファックス番号入力あるいはアドレス入力を行うようになっている。
【００９５】
クリアキー４４は、テンキー４３からの入力（直前の入力）をクリアするためのものである。
全解除キー４６は、ユーザーによって設定された条件を全てクリアするためのキーである。
スタートキー４５は、各モードにおける、デジタル複合機１１の動作を開始させるためのキーである。すなわち、ユーザーは、スタートキー４５を用いて、コピーモードおよびプリンターモード時における印刷開始や，通常ファックスモードおよびＩＮＦ通信モード時におけるデータ送信の開始を指示できるように設定されている。
【００９６】
モード選択キー４７は，デジタル複合機１１における４つのモード（コピー，プリンター，通常ファックス，ＩＮＦ通信）を切り替えるためのものである。
【００９７】
ジョブステータス表示キー４８は、各モードでの、印刷ジョブ（画像形成ジョブ）の進行状況を表示するためのキーである。なお、このキー４８を押した場合、表示部４１のタッチパネルに、待機中および処理中の印刷ジョブが表示される。そして、ユーザーは、タッチパネルに入力を行うことによって、各ジョブの進行を制御（ジョブの停止，中断，削除，処理順序の変更など）できるようになっている。
ユーザー設定キー４９は、後述する短縮番号リストを編集するためのキーである。
【００９８】
ここで、デジタル複合機１１におけるＩＮＦ通信について説明する。
デジタル複合機１１は、ＩＮＦ通信に関するＭＤＮ機能を有する装置である。すなわち、デジタル複合機１１のＩＮＦ通信では、メイン制御部２１の制御により、電子メール作成部３０が、符号／復号化部２７によって符号化された画像データを含む画像メールを作成する。そして、電子メール作成部３０は、作成した画像メールに、受信結果メールの要求（受信結果要求）を設定するようになっている。
【００９９】
図５は、電子メール作成部３０によって作成された画像メール（送信メール）の例を示す説明図である。
この図に示すように、画像メールは、（ａ）に示すヘッダ部，（ｂ）に示す本文，（ｃ）に示す添付ファイルから構成されている。なお、実際の画像メールは、（ａ）〜（ｃ）に分割されている訳ではないが、ここでは簡単のために分割した状態で説明する。
【０１００】
（ａ）に示すヘッダ部は、画像メールにおける、形式的な固有情報（ヘッダ情報）を含む領域である。表１に、ヘッダ部における各項目（フィールド；ヘッダ部の行毎に記載されている情報）の内容を簡単に示す。
【０１０１】
【表１】
2004146877.tif 000003
【０１０２】
ここで、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏフィールド（ＭＤＮフィールド）は、ＭＤＮ（ＲＦＣ２２９８）で規定されるフィールドであり、受信結果メールを送付する必要のあること、および、送付先となる装置（通常は送信側装置）のアドレス（図５の例ではＳｈａｒｐ＿Ｄｏｃ＿ＩｎｔｅｒｎｅｔＦＡＸ＠ｓｈａｒｐ．ｃｏ．ｊｐ）を設定するためのものである。
【０１０３】
すなわち、電子メール作成部３０は、このＭＤＮフィールドにデジタル複合機１１のアドレスを記入することで、受信結果要求の設定を行う。
そして、この電子メールを受信した他のｎｅｔＦＡＸ装置（デジタル複合機１５等）は、ＭＤＮフィールドで指定されたアドレスに対し、受信結果メールを返信することとなる。
【０１０４】
また、Ｍｅｓｓａｇｅ−Ｉｄフィールドは、個々の画像メールを識別するためのフィールドである。例えば、画像メールのＭｅｓｓａｇｅ−Ｉｄを＜１１１＠ＳＨＡＲＰ＿Ｄ１＞とすると、受信結果メールにおけるＭＤＮ結果情報のＯｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドに、この＜１１１＠ＳＨＡＲＰ＿Ｄ１＞が示される。これにより、受信結果メールに応じた画像メールを識別できる。
【０１０５】
また、（ｂ）に示す本文は、いわゆる電子メールの本体に相当する。ＩＮＦ通信における画像メールでは、画像データの送信を主な目的としているので、この本文は、簡単なメッセージの送受信のために、補助的に用いられている。
【０１０６】
また、（ｃ）に示す添付ファイルは、画像メールの本文に添付される、符号化された画像データからなるファイルである。この添付ファイルの形式（添付形式）は、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ　Ｉｎｔｅｒｎｅｔ　Ｍａｉｌ　Ｅｘｔｅｎｓｉｏｎｓ）として定められている。
【０１０７】
また、図６は、上記したような画像メールに応じて返信される、受信結果メールの例を示す説明図である。
この図に示すように、受信結果メールは、図５に示した画像メールと同様に、（ａ）に示すヘッダ部，（ｂ）に示す本文を含んでいる。また、受信結果メールは、（ｃ）に示すＭＤＮ情報を有するようになっている。なお、画像メールと同様に、実際の画像メールも（ａ）〜（ｃ）に分割されているわけではないが、簡単のために分割した状態で説明する。
【０１０８】
ヘッダ部（ａ）および本文（ｂ）は、上述の図５に示した画像メールと同様のものである。ただし、受信結果メールのヘッダ部には、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏフィールド（ＭＤＮフィールド）は含まれない。また、本文には、受信を成功した旨のメッセージ等が記述される。
【０１０９】
（ｃ）に示すＭＤＮ情報（ＭＤＮに用いるための情報）は、送信側装置に取得させたいデータを含むものである。以下に、ＭＤＮ情報における各項目（フィールド）の内容を簡単に示す。
【０１１０】
Ｆｉｎａｌ−Ｒｅｃｉｐｉｅｎｔのフィールドは、受信側装置（受信結果メールの発信元）のアドレスを示す項目である。
Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄは、どの画像メールに対する受信結果メールであるのか、を識別するためのＩＤである。例えば、図５（ａ）に示すＭｅｓｓａｇｅ−Ｉｄフィールドに対応する受信結果メールであることを示すために用いる、受信結果メールの識別ＩＤとして機能する。
【０１１１】
また、Ｄｉｓｐｏｓｉｔｉｏｎフィールドは、電子メールの受信結果を記載するための項目である。なお、この図６（ｃ）では、Ｄｉｓｐｏｓｉｔｉｏｎフィールドに、受信処理を良好に完了した旨が示されている。
また、Ｍｅｄｉａ−Ａｃｃｅｐｔ−Ｆｅａｔｕｒｅｓフィールドは、受信側装置における処理能力（受信能力・印刷能力）を示すフィールドである。
【０１１２】
例えば、図６（ｃ）に示す例では、受信側装置の処理能力では、モノクロ表示（モノクロ印刷）であり（ｃｏｌｏｒ＝Ｂｉｎａｒｙ）、Ｔｉｆｆフォーマットのみを読み取ることができ（ｉｍａｇｅ−ｆｉｌｅ−ｓｔｒｕｃｔｕｒｅ＝Ｔｉｆｆ−ｌｉｍｉｔｅｄ）、２００ｄｐｉの解像度であり（ｄｐｉ＝２００）、縦横比が２００：１００あるいは２００：２００であり（ｄｐｉ−ｘｙｒａｔｉｏ＝［２００／１００，２００／２００］）、ＭＨ，ＭＲおよびＭＭＲの符号化方法に対応可能であり（ｉｍａｇｅ−ｃｏｄｉｎｇ＝［ＭＨ，ＭＲ，ＭＭＲ］）、ＭＲＣ（Ｍｉｘｅｄ　Ｒａｓｔｅｒ　Ｃｏｎｔｅｎｔ）モードは０であり（０の場合においては、１ページ内に異なる符号化方式や異なる解像度の画像が含まれることを許可しない；ＭＲＣ−ｍｏｄｅ＝０）、Ａ４，Ｂ４およびＡ３のサイズの用紙を使用できる（ｐａｐｅｒ−ｓｉｚｅ＝［Ａ４，Ｂ４，Ａ３］）。
【０１１３】
そして、上記のような画像メール，受信結果メールを送受信する本システムでは、送信側装置のデジタル複合機１１が、受信側装置から電子メールの受信処理を完了できない旨の受信結果メールを受けた場合、あるいは、受信結果メールを受けなかった場合に、メイン制御部２１が、ＩＮＦ通信にエラーが生じたと判断する。
そして、メイン制御部２１は、符号／復号化部２７および電子メール作成部３０を制御し、受信結果メールに示された処理能力に応じて、添付する画像データの画像形式を変更させ、この画像データを含む画像メールを再送する。これにより、受信側装置にとって処理しやすい新たな画像メールを再送できるように設定されている。
【０１１４】
ここで、メイン制御部２１の制御による、ＩＮＦ通信における電子メールの送信処理の流れについて詳細に説明する。
図１は、この処理を示すフローチャートである。
【０１１５】
送信処理では、まず、ユーザーによって、スキャナ部２５に原稿がセットされ、操作パネル３２を介して、受信側装置のアドレスおよび送信条件等が入力される。
これを受けて、メイン制御部２１は、スキャナ部２５を制御して原稿画像を読み込んで画像データを生成させるとともに、電子メール作成部３０を制御して画像メールを作成させる（画像メール作成処理；Ｓ１）。
なお、このＳ１の画像メール作成処理については後述する。
【０１１６】
次に、メイン制御部２１は、デジタル回線接続部３５を用いて、デジタル複合機１１とインターネット（サーバー１２）とを接続させ、電子メール作成部３０に作成させた画像メールを送信する（Ｓ２）。
その後、メイン制御部２１は、サーバー１２との接続をいったん終了する。
【０１１７】
次に、メイン制御部２１は、Ｓ２において送信した画像メールに、受信結果要求を設定したか否かを判断する（Ｓ３）。そして、設定していない場合には処理を終了する。
一方、受信結果要求を設定した場合には、メイン制御部２１は、時計部２４を制御して、受信結果メールの到着までの待ち時間（待機時間）の計測を開始させる。
【０１１８】
そして、メイン制御部２１は、所定時間待機した後（Ｓ４）、待機時間が所定の制限時間に到達しているか否か（タイムアウトとなったか否か）を判断する（Ｓ５）。そして、タイムアウトとなった場合には、時計部２４による時間計測を終了させ、操作パネル３２の表示部４１を用いて、ユーザーに対するタイムアウトエラーの告知（報知）を行った後（Ｓ６）、処理を終了する。
【０１１９】
一方、タイムアウトとなっていない場合、メイン制御部２１は、デジタル複合機１１をインターネット（サーバー１２）に接続し、新たに到着している電子メールがある場合にはそれを受信し、接続を終了する（Ｓ７）。
【０１２０】
その後、メイン制御部２１は、送信エラーメールを受信したか否かを判断する（Ｓ８）。なお、送信エラーメールとは、回線の不具合等により、画像メールをサーバー１２より先に送信できないこと（送信エラーのあったこと）を通知するメールであり、サーバー１２、あるいはサーバー１４、あるいはインターネット１３内にあるサーバー１４までメールを中継するサーバーから送信されるものである。
【０１２１】
そして、メイン制御部２１は、送信エラーメールを受信した場合には、操作パネル３２の表示部４１を用いて、ユーザーに対する送信エラーの告知を行った後（Ｓ９）、処理を終了する。
【０１２２】
一方、送信エラーメールを受信していないと判断した場合、メイン制御部２１は、受信結果メールを受信したか否かを判断する（Ｓ１０）。そして、受信結果メールも受信していない場合には、Ｓ４に戻る。
【０１２３】
また、受信結果メールを受信している場合、メイン制御部２１は、受信結果メールの内容を解析し、受信エラーの有無を判断する（Ｓ１１）。ここで、受信エラーとは、受信側装置において画像メールの処理（画像データの印刷までの処理）を完了できなかったことを示すエラーである。
受信エラーの有無は、受信結果メールにおける図６（ｃ）に示したＤｉｓｐｏｓｉｔｉｏｎフィールドの内容を調べることで判別できる。
【０１２４】
そして、メイン制御部２１は、受信エラーはないと判断した場合、処理を終了する。
一方、受信エラーのある場合、すなわち、受信側装置において画像データを印刷できていない場合には、後述する再送処理を行う（Ｓ１２）。そして、実際に画像メールの再送を行った場合にはＳ３に戻る一方、再送を行わなかった場合には、処理を終了する（Ｓ１３）。
【０１２５】
次に、図１においてＳ１として示した、画像メール作成処理について説明する。図７は、この処理の流れを示すフローチャートである。
この図に示すように、画像メール作成処理では、まず、ユーザーによって、スキャナ部２５に、電子メールに添付するための画像の描かれた原稿がセットされる（Ｓ２１）。
その後、ユーザーは、アドレス記憶部３１に記憶されている短縮番号リストを用いるか否かを判断する（Ｓ２２）。
【０１２６】
図８は、この短縮番号リストの例を示す説明図である。この図に示すように、短縮番号リストは、短縮番号（ワンタッチＮｏ）毎に、受信側装置（宛先）およびその電子メールアドレス（Ｅ−ｍａｉｌアドレス）を設定するものである。
また、このリストでは、受信側装置毎に、ファイルフォーマット，圧縮形式，受信結果要求，待機時間，再送回数，再送時の形式変更の各項目を設定できるようになっている。
【０１２７】
ここで、ファイルフォーマットおよび圧縮形式の項目は、電子メールに含まれる画像データの画像形式を設定するためのものである。
すなわち、ファイルフォーマットとは、ＴＩＦＦやＰＤＦといった、画像データのファイル形式のことである。また、圧縮形式とは、ＭＨやＭＭＲなどの、画像データを圧縮するための方式である。
【０１２８】
また、受信結果要求および制限時間の項目は、ＭＤＮに関する設定（ＭＤＮ設定）である。
すなわち、受信結果要求の項目は、受信側装置に対して受信結果メールの返信を要求するか否か（受信結果要求を行うか否か）を設定する項目である。また、制限時間とは、図１のＳ１４に示したタイムアウトを規定するための項目であり、１〜２４０分の間で設定できるようになっている。
【０１２９】
また、再送回数および再送時の形式変更項目は、後述する再送処理に関する設定項目（再送設定）である。
すなわち、再送回数とは、画像メールの再送を行う回数を設定する項目である。また、再送時の形式変更とは、画像メールの再送を行う際、画像形式を変更するか否かを設定する項目である。
【０１３０】
このように、デジタル複合機１１では、頻繁に電子メールを送信する受信側装置に対し、画像メールにおける画像形式設定、ＭＤＮ設定および再送設定をあらかじめ決めておくことが可能となっている。
【０１３１】
そして、ユーザーは、図７に示したＳ２２において短縮番号リストを用いると判断した場合、操作パネル３２のテンキーまたはワンタッチキー（図示せず）を用いて、短縮番号あるいはワンタッチＮｏを入力することで、受信側装置、および、画像形式設定，ＭＤＮ設定，再送設定を決定する（Ｓ２３）。
【０１３２】
これを受けて、メイン制御部２１は、電子メール作成部３０を制御して、画像メールのヘッダ部（ヘッダ情報）を作成させる（Ｓ２４）。
そして、ユーザーによって操作パネル３２のスタートキー４５が操作されると、メイン制御部２１は、スキャナ部２５，画像記憶部２６，符号／復号化部２７，符号化／復号化用バッファ２８を制御して、原稿画像の読み込んで画像データを作成させる（Ｓ２５）。
その後、メイン制御部２１は、電子メール作成部３０を制御して、Ｓ２４において作成したヘッダ部と、Ｓ２５において作成された画像データとを用いて、図５に示したような画像メールを作成させ（Ｓ２６）、画像メール作成処理を終了する。
【０１３３】
一方、Ｓ３２において短縮番号を用いないと判断した場合、ユーザーは、操作パネル３２の入力部４２を用いて、電子メールの宛先となる受信側装置における、電子メールアドレス，画像形式，ＭＤＮ設定，再送設定を入力する（Ｓ２７〜Ｓ３０）。その後、メイン制御部２１は、上記したＳ２４に処理を進める。
【０１３４】
次に、図１のＳ１２に示した再送処理について説明する。図９は、この処理の流れを示すフローチャートである。
【０１３５】
この図に示すように、再送処理では、まず、メイン制御部２１が、画像メールに再送を行う旨の設定が成されているか否かを判断する（Ｓ４１）。なお、この判断は、画像メールの再送設定における再送回数が０であるか否かを確認することでなされる。
【０１３６】
そして、再送の設定がなされていないと判断した場合、メイン制御部２１は、操作パネル３２の表示部４１を用いて、ユーザーに対する受信エラーの告知を行った後（Ｓ４６）、処理を終了する。
【０１３７】
一方、再送の設定がなされていると判断した場合、メイン制御部２１は、現在までの再送回数（実再送回数）が、再送設定における再送回数（設定再送回数）より小さいか否かを判断する（Ｓ４２）。
【０１３８】
そして、実再送回数が設定再送回数と等しい場合、メイン制御部２１は、操作パネル３２の表示部４１を用いて、ユーザーに対する受信エラーの告知を行った後（Ｓ４６）、処理を終了する。
【０１３９】
また、実再送回数が設定再送回数より小さい場合、メイン制御部２１は、再送設定における、再送時における画像形式の変更（形式変更）の有無を判別する（Ｓ４３）。
そして、形式変更が無に設定されている場合には、図１のＳ２において送信した画像メールを、そのままの形式で再送し（Ｓ４５）、処理を終了する。
【０１４０】
一方、形式変更が有となっている場合、メイン制御部２１は、後述する形式変更処理を行って、画像メールにおける画像形式を変更する（Ｓ４４）。そして、画像形式の変更された画像データを含む画像メールを送信し（Ｓ４５）、処理を終了する。
【０１４１】
ここで、図９においてＳ４４として示した、形式変更処理について説明する。図１０は、この処理の流れを示すフローチャートである。
この図に示すように、この処理では、まず、メイン制御部２１が、受信結果メールに、受信側装置における処理能力（受信能力・印刷能力）が示されているか否かを判断する（Ｓ５１）。
なお、この判断は、この能力を示すフィールドである、図６（ｃ）に示したＭｅｄｉａ−Ａｃｃｅｐｔ−Ｆｅａｔｕｒｅｓフィールドが受信結果メールに含まれているか否か、および、その内容を確認することによってなされる。
【０１４２】
そして、受信結果メールに処理能力が示されている場合、メイン制御部２１は、画像メールにおける画像形式を、受信側装置の処理能力に応じた形式に変更し（Ｓ５２）、処理を終了する。
一方、処理能力が示されていない場合、メイン制御部２１は、画像メールにおける画像形式を、基本仕様に変更し（Ｓ５３）、処理を終了する。
【０１４３】
ここで、基本仕様の画像データとは、ｎｅｔＦＡＸ装置に最低限備えられている処理能力であるＴＩＦＦ　ＰｒｏｆｉｌｅＳ（ＩＥＴＦによる規定）によって処理可能な画像データである。具体的には、ＭＩＭＥ形式の添付データとなっている画像データであって、水平画素数：１７２８画素、解像度：２００×１００ｄｐｉ（あるいは２００×２００ｄｐｉ）、符号化方式：ＭＨの画像データのことである。
【０１４４】
ここで、上記の送信処理における例を、図１１〜図１４を用いて説明する。
すなわち、まず、送信側装置であるデジタル複合機１１が、ＭＨの符号化能力したもたない受信側装置に対し、図１１に示すような画像メールを送信したとする。なお、この画像メールに含まれる画像データは、図１１に示すように、ファイルフォーマット（ファイル形式）；ＴＩＦＦ，符号化方式；ＭＭＲ，解像度；２００ｄｐｉ×２００ｄｐｉのものである。
【０１４５】
これに対し、デジタル複合機１１は、受信側装置から、図１２に示すような受信結果メールを受け取ったとする。この図に示すように、この受信結果メールには、受信側装置の能力通知を含んでいる（Ｍｅｄｉａ−Ａｃｃｅｐｔ−Ｆｅａｔｕｒｅｓフィールドを含んでいる）。また、この受信結果メールでは、Ｄｉｓｐｏｓｉｔｉｏｎフィールドに、受信エラーのあった旨が記載されている。
【０１４６】
これを受けて、デジタル複合機１１のメイン制御部２１は、受信側装置において画像データの印刷を可能とするために、画像データの画像形式における符号化方式だけをＭＨに変更した、図１３に示すような画像メールを作成し、再送する。
そして、これに対して、デジタル複合機１１が、受信側装置から、図１４に示すような、Ｄｉｓｐｏｓｉｔｉｏｎフィールドに受信を完了した旨の示された受信結果メールを受け取り、送信処理が完了となる。
【０１４７】
以上のように、デジタル複合機１１では、受信エラーの生じた場合、メイン制御部２１が、画像メール（再送データ）における画像データの画像形式を変更させ、この画像データを含む画像メール（再送データ）を受信側装置に再送するように設定されている。
【０１４８】
すなわち、デジタル複合機１１では、画像メールにおける画像データの画像形式を変更して再送することで、この画像形式に起因する受信エラーの回避を試みるようになっている。
これにより、デジタル複合機１１では、画像メールを再送しても、通信エラーの連続的な発生を抑制できる。従って、再送を全く行わない構成、および、同一の画像メールを再送する構成に比して、データ送信の効率を向上させることが可能となる。
【０１４９】
また、メイン制御部２１は、再送にかかる画像メールを作成させる際、受信結果メールに受信側装置の処理能力が示されていない場合には、その画像データの画像形式を、基本仕様に変更させるように設定されている。従って、この場合には、受信側装置における受信エラーを確実に防止できる。
【０１５０】
また、メイン制御部２１は、再送にかかる画像メールを作成させる際、受信結果メールに受信側装置の処理能力が示されている場合には、画像形式を、その処理能力に応じた形式に変更させるように設定されている。従って、この場合も、受信側装置における受信エラーを確実に防止できる。
また、基本仕様に変更する場合と比較して、より適切な（例えば送信効率のよい）画像メールを送信できる。
【０１５１】
また、メイン制御部２１は、通信エラーが受信側装置の能力とは無関係な送信エラーである、と判断した場合、再送にかかる画像メールの作成を取り止めるように設定されている。
送信エラーには、画像形式に起因するエラーではなく、短期間で容易に復帰することを期待できない通信回線のトラブルに起因するものもある。そして、このようなトラブルによる送信エラーの生じている場合には、再送を行ってもエラーになる可能性が高いため再送する意味はないと考えられる。
従って、このような場合には、デジタル複合機１１のように、送信エラーの発生時に再送を行わないことで、再送処理にかかる手間を省き、送信効率を向上することが可能となる。
【０１５２】
なお、上記では、図１０に示した形式変更処理において、受信結果メールに受信側装置の能力が示されていない場合、画像データの画像形式を基本仕様に変更するとしている。しかしながら、これに限らず、ユーザーに第２設定再送回数を決めさせ、この再送回数が第２設定再送回数に満たない場合には、画像形式を変更せずに画像メールを再送するようにしてもよい。
【０１５３】
図１５は、この場合における形式変更処理の流れを示すフローチャートである。この図に示すように、この処理は、図１０に示した形式変更処理において、Ｓ５１とＳ５３との間に、Ｓ５４の工程が導入されているものである。
【０１５４】
すなわち、この処理では、受信結果メールに能力通知のない場合、メイン制御部２１が、実再送回数が第２設定再送回数より小さいか否か、を判断するようになっている（Ｓ５４）。
そして、実再送回数が第２設定再送回数より小さい場合、メイン制御部２１は、画像データの形式を変更せずに、処理を終了するように設定されている。
【０１５５】
この構成では、第２設定再送回数に達するまでは、最初の画像形式を維持して再送するようになっている。これにより、再送の途中で受信側装置の能力不足の解消がなされた場合などに、より適切な画像メールを受信させることが可能となる。
【０１５６】
また、形式変更処理を、図１６に示すような処理としてもよい。
この図に示すように、この処理は、図１０に示した形式変更処理において、Ｓ５３に代えて、Ｓ５５の工程が導入されているものである。
【０１５７】
すなわち、この処理では、受信結果メールに能力通知のない場合、メイン制御部２１が、画像データの画像形式の一部を変更するようになっている（Ｓ５５）。なお、この変更は、印刷処理をより容易とするようなものである。
これにより、能力通知のない場合に、画像データの画像形式をいきなり基本仕様とする構成に比して、なるべく良好な状態の画像データ（圧縮率の高い画像データや、解像度の高い画像データなど）を含む画像メールを送信できる。これにより、送信の効率向上や、画質の向上を図れる。
【０１５８】
図１７〜図２２は、図１６に示した処理の例を示す説明図である。
すなわち、まず、送信側装置であるデジタル複合機１１が、ＭＨの符号化能力したもたない受信側装置に対し、図１７に示すような画像メールを送信したとする。なお、この画像メールに含まれる画像データは、図１７に示すように、ファイルフォーマット（ファイル形式）；ＴＩＦＦ，符号化方式；ＭＭＲ，解像度；２００ｄｐｉ×２００ｄｐｉのものである。
【０１５９】
これに対し、デジタル複合機１１は、受信側装置から、図１８に示すような受信結果メールを受け取ったとする。この図に示すように、この受信結果メールには、受信側装置の能力通知を含んでおらず（Ｍｅｄｉａ−Ａｃｃｅｐｔ−Ｆｅａｔｕｒｅｓフィールドを含まない）、さらに、Ｄｉｓｐｏｓｉｔｉｏｎフィールドに、受信エラーのあった旨が記載されている。
【０１６０】
これを受けて、デジタル複合機１１のメイン制御部２１は、受信側装置において画像データの印刷を容易とするために、例えば、画像データの画像形式における符号化方式だけをＭＲに変更した、図１９に示すような画像メールを作成し、再送する。
【０１６１】
また、これに対し、デジタル複合機１１が、受信側装置から、図２０に示すような受信結果メールを受け取ったとする。この図に示すように、この受信結果メールには、受信側装置の能力通知を含んでおらず（Ｍｅｄｉａ−Ａｃｃｅｐｔ−Ｆｅａｔｕｒｅｓフィールドを含まない）、さらに、Ｄｉｓｐｏｓｉｔｉｏｎフィールドに、受信エラーのあった旨が記載されている。
【０１６２】
これを受けて、デジタル複合機１１のメイン制御部２１は、受信側装置において画像データの印刷をさらに容易とするために、例えば、画像データの画像形式における符号化方式だけをＭＨに変更した、図２１に示すような画像メールを作成し、再送する。
【０１６３】
そして、これに対して、デジタル複合機１１が、受信側装置から、図２２に示すような、Ｄｉｓｐｏｓｉｔｉｏｎフィールドに受信を完了した旨の示された受信結果メールを受け取った場合、送信処理が完了となる。
【０１６４】
また、本実施の形態では、短縮番号リストをアドレス記憶部３１に記憶するとしている。しかしながら、これに限らず、短縮番号リストを、制御用メモリ２２に記憶するようにしてもよい。
なお、ここで、この短縮番号リストに対する登録処理について説明する。
図２３は、この処理の流れを示すフローチャートである。
【０１６５】
この図に示すように、短縮番号リストへの登録を行う場合、ユーザーは、まず、ユーザー設定キー４９を押す（Ｓ６１）。これにより、メイン制御部２１は、デジタル複合機１１を、短縮番号リスト登録モードとし、表示部４１を、後述する各キーを表示したタッチパネルとして機能させる。
【０１６６】
次に、ユーザーによって、表示部４１に表示されている「宛先登録キー」が選択され（Ｓ６２）、さらに、「ワンタッチキー（短縮番号）」の登録が選択される（Ｓ６３）。その後、ユーザーによって、通信モード、すなわち、通常の公衆電話回線を用いたファクシミリ送信であるのか、ＩＮＦ通信であるのかの選択が行われる（Ｓ６４）。
【０１６７】
その後、ユーザーによって、登録するワンタッチキーが指定される（Ｓ６５）。さらに、宛先となる受信側装置の電子メールアドレス（Ｅ−ｍａｉｌアドレス）が入力され（Ｓ６６）、受信側装置に適したファイルフォーマット（ファイル形式）や圧縮形式が入力される（Ｓ６７）。
【０１６８】
続いて、ユーザーは、受信結果メールの返信を求めるか否かを判断する（Ｓ６８）。そして、求めない場合、ユーザーは、表示部４１を用いて、登録の終了を選択する（Ｓ６９）。これを受けて、メイン制御部２１は、処理を終了する。
【０１６９】
一方、受信結果メールの返信を求める場合には、ユーザーは、表示部４１を用いて、「受信結果要求有」のボタンを選択する（Ｓ７０）。
その後、ユーザーによって、「受信結果待ち時間」，「タイムアウト時間（制限時間）」，「再送回数」，「再送時における画像形式変更の有無」が設定され（Ｓ７１〜７６）、Ｓ６９に進む。
以上の工程（手順）によって、図８に示した短縮番号リストへの登録が完了する。
【０１７０】
また、上記では、送信エラーの生じた場合、送信側装置のデジタル複合機１１では、メイン制御部２１は、画像メールの再送を行わないように設定されている。
しかしながら、これに限らず、メイン制御部２１は、送信エラーの生じた場合であっても、例えば所定時間の経過後に、画像メールを再送するように設定されていてもよい。このとき、メイン制御部２１は、画像データの画像形式を変更するように設定されていても、また、変更しないように設定されていてもよい。
【０１７１】
また、上記では、デジタル複合機１１は、画像メールの受信に応じて受信結果メールを送付するような受信側装置だけでなく、このような受信結果メールを送付できない装置に対しても、画像メールを送信できる。この場合、デジタル複合機１１は、送信エラーの生じたときに、画像メールを再送することとなる。
【０１７２】
すなわち、本発明のデータ送信装置を、送信データを、受信側装置に送信するためのデータ送信装置において、受信側装置に送信するための送信データを作成する送信データ作成部と、この送信データ作成部を制御して送信データを作成させ、作成させた送信データを受信側装置に送信する送信制御部とを備えており、この送信制御部が、通信エラーの生じた場合、送信データの形式を変更した再送データを作成させ、受信側装置に再送するように設定されているデータ送信装置、と表現することもできる。
【０１７３】
また、上記では、画像データの画像形式として、ファイルフォーマットおよび圧縮形式を挙げている。
しかしながら、本システムにおいて取り扱う画像形式（再送時に変更可能に設定する画像形式）は、これらに限らず、例えば画像データの解像度やサイズ，表示色の数・種類，フォントの数・種類など、他のどのような画像形式であってもよい。また、再送時に変更可能に設定する画像形式は、上記したような画像形式における少なくとも１つでよい。
【０１７４】
また、上記では、デジタル複合機１１とサーバー１２とが、デジタル回線ＤＬによって接続されているとしている。しかしながら、これに限らず、デジタル複合機１１とサーバー１２とを、アナログ回線（例えばＰＳＴＮ）によって接続するようにしてもよい。
この場合、デジタル複合機１１では、モデム３３およびＮＣＵ３４を用いて、ＰＳＴＮを介してサーバー１２との接続を図ることとなる。
また、デジタル複合機１１を、インターネット１３に直接的に接続できるように設定してもよい。
【０１７５】
また、上記では、インターネットを用いた画像メールの送受信（ＩＮＦ通信）について示している。しかしながら、本システムで画像メールを送受信するネットワークは、インターネットに限らず、他のネットワーク（よりローカルなネットワーク）であってもよい。
【０１７６】
また、上記では、ＩＮＦ通信を、読み取った原稿の画像データを含む電子メールを送受信する方法であるとしている。しかしながら、これに限らず、本システムのＩＮＦ通信では、画像データを含むＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）用の通信データまたはＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）用の通信データを送受信することも可能である。
【０１７７】
また、上記では、図９に示した再送処理のＳ４１において、メイン制御部２１が、再送回数が０であるか否かによて、再送を行うか否かを判断するとしている。しかしながら、メイン制御部２１は、他の情報に基づいて、再送の必要性を判断するように設定されていてもよい。
また、実際の再送を実行する前に、操作パネル（操作部）３２を用いて、変更後の画像形式の内容をユーザー確認させるように設定されていてもよい。この場合、メイン制御部２１は、ユーザーから再送指示を受けた後に、再送を実行することとなる。
【０１７８】
また、上記では、表示部４１がＬＣＤからなるとしている。しかしながら、これに限らず、表示部４１を、ＣＲＴ（ブラウン管：Ｃａｔｈｏｄｅ　Ｒａｙ　Ｔｕｂｅ）ディスプレイやＥＬ（Ｅｌｅｃｔｒｏ　Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイから構成してもよい。
【０１７９】
また、上記では、メイン制御部２１によってＩＮＦ通信の制御を行うとしている。しかしながら、これに限らず、ＩＮＦ通信の制御を専門に行う別の制御部（ＭＤＮ制御部）を備えるようにしてもよい。
【０１８０】
また、上記では、デジタル複合機１５が、デジタル複合機１１と同様の機能を有するとしている。しかしながら、これに限らず、デジタル複合機１５は、ＭＤＮを用いたＩＮＦ通信を行えるものであれば、ファクシミリ装置など、どのような通信機器であってもよい。
【０１８１】
また、上記では、ＩＮＦ通信における画像メールを送受信する機器として、デジタル複合機１１・１５を示している。しかしながら、これに限らず、本システムにおいてＩＮＦ通信を行う装置としては、ＭＤＮを用いたＩＮＦ通信を実行できるものであれば、ファクシミリ装置等、どのような機器であってもよい。
【０１８２】
また、上記では、本システムを、ＭＤＮを用いたＩＮＦ通信に関するものとして説明している。しかしながら、本システムは、ＩＮＦ通信による画像メールの送受信および印刷するシステムに限られるものではない。
すなわち、本システムは、他の通信方法による画像メールの送受信に対しても、容易に応用できるものである。
【０１８３】
例えば、印刷機能を持たない画像表示機器やデジタルカメラ等を、本システムにおける受信側装置あるいは送信側装置とすることもできる。この場合、これらの機器が、受信できない（あるいは表示できない）ような画像データを含む画像メールを受信した場合、メールの送信側装置に、受信結果メールを返信する。そして、返信された送信側装置が、受信結果メールに示された能力に応じた画像データ（あるいは、より処理のしやすい画像データ）を含む画像メールを作成して再送することとなる。
【０１８４】
従って、例えば、本システムを、図２４に示したような構成とすることもできる。このシステムは、デジタル複合機１１，ホストパーソナルコンピューター（ホストＰＣ）５１，スキャナー５２，ファクシミリ５３，携帯電話（デジタルカメラ付き）５４，デジタルカメラ５５，ＰＤＡ（ｐｅｒｓｏｎａｌ　ｄｉｇｉｔａｌ　ａｓｓｉｓｔａｎｔ）５６が、ネットワークＮで結ばれている構成である。
この構成では、スキャナー５２，デジタルカメラ５５は、送信専用の装置となる一方、他の機器は、画像メールの送信および受信の双方を行うこととなる。
【０１８５】
この構成では、例えば、デジタルカメラの機能を備えた装置（デジタルカメラ５５、携帯電話５４等）の撮影した画像を含む画像メールをＰＤＡ５６に送信することが可能である。
【０１８６】
そして、例えばＰＤＡ５６がＰＮＧフォーマットの画像のみを表示できる一方、画像メール内の画像データのフォーマットがＪＰＥＧであった場合、ＰＤＡ５６は、送信側装置に受信結果メールを送信する。
次に、これを受けた送信側装置は、ＰＤＡ５６の能力に応じることのできる場合は、画像データの画像形式をＰＮＧに変更した後、ＰＤＡ５６に対して画像メールを再送することとなる。
なお、ＰＤＡ５６にデジタルカメラ機能を備えれば、ＰＤＡ５６から他の機器に対して、撮像画像を含む画像メールを送信することもできる。
【０１８７】
また、スキャナ機能を備えた装置（デジタル複合機１１，スキャナー５２等）によって取り込まれた画像データを含む画像メールをファクシミリ５３に送信することも可能である。
【０１８８】
そして、例えば、ファクシミリ５３がＴＩＦＦフォーマットの画像しか印刷できない場合であって、画像メール内の画像データのフォーマットがＰＤＦであった場合、ファクシミリ５３は、送信側装置に受信結果メールを送信する。
次に、これを受けた送信側装置は、ファクシミリ５３の能力に応じることのできる場合は、画像データの画像形式をＴＩＦＦに変更した後、ファクシミリ５３に対して画像メールを再送することとなる。
【０１８９】
また、スキャナー５２やホストＰＣ５１から携帯電話５４（もしくはＰＤＡ５６）に画像メールを送信した場合、携帯電話５４が、画像フォーマットや画像サイズ（解像度）、色数の制限で画像データを表示できない、あるいは、画像データの受信ファイルサイズの制限で受信できないことも考えられる。
この場合、携帯電話５４は、送信側装置に能力通知を含む受信結果メールを送信する。そして、受信結果メールを受けた送信側装置は、携帯電話５４の能力に応じて画像データの画像形式を変換し、携帯電話５４に画像メールを再送することとなる。
【０１９０】
また、上記では、送信エラー（ネットワークでの通信エラー（接続エラー））の生じた場合、送信側装置であるデジタル複合機１１のユーザーに送信エラーの告知を行って、送信処理を終了するとしている。
しかしながら、これに限らず、送信エラーの生じた場合、再送を行うか、あるいは、送信処理を終了する（キャンセルする）かの設定を、あらかじめ行っておけるようにしてもよい。
【０１９１】
この場合、再送を行う設定で送信エラーの生じた場合には、画像データの画像形式を変更せずに、画像メールを再送する。また、受信側装置の能力不足による受信エラーの生じた場合には、上記と同様に、画像データの画像形式を変更して画像メールを再送する。
【０１９２】
また、上記では、図９のＳ３４において、メイン制御部２１が、再送時における画像形式の変更（形式変更）の有無を判別するとしている。しかしながら、このステップを省略し、実再送回数が設定再送回数より小さい場合には、形式変更処理を必ず行うようにしてもよい。
【０１９３】
また、上記では、メイン制御部２１が、再送時、画像メールにおける画像データの画像形式を変更するとしている。
しかしながら、これに限らず、本システムでは、再送にかかる画像メールを作成する際、画像メールにおけるいずれか１つの要素（例えばメールの書式など）を変更すればよい。
【０１９４】
〔実施の形態２〕
本発明における第２の実施形態について説明する。なお、本実施の形態では、上記した実施の形態１に示した部材と同一の機能を有する部材には同一の符号を付し、その説明を省略している。
【０１９５】
上記した実施の形態１では、主に、デジタル複合機１１における画像メールの送信について説明した。
これに対し、本実施の形態では、主に、デジタル複合機１１における画像メールの受信を効率よく行う構成について説明する。
【０１９６】
なお、本システムでは、実施の形態１に示したように、送信された画像メールを処理できなかった場合、受信結果メールは、受信結果メールを用いてその旨を送信側装置に通知する。そして、この受信結果メールを受けた送信側装置は、受信結果メールの内容に応じて画像メールの画像形式を変更し、画像メールを再送するようになっている。
【０１９７】
このように、本システムでは、複数の画像メール・受信結果メールを装置間で送受信するようになっている。
そこで、以下では、これらのメールを明確に区別するために、最初に受信された画像メール（受信結果は不問）を当初画像メール（当初再送データ）と称する一方、受信エラーの生じた場合の受信結果メールに応じて再送される画像メール（再受信データ）を、再送画像メールと称する。
【０１９８】
本実施の形態では、デジタル複合機１１においてＩＮＦ通信あるいは通常のファクシミリ通信によるデータの送受信を行った場合、メイン制御部２１が、通信の情報を、通信管理テーブルに記載するようになっている。
【０１９９】
図２９（ａ）は、この通信管理テーブルの例を示す説明図である。
この図に示すように、通信管理テーブルは、『管理番号（管理Ｎｏ．）』，『送受信』，『通信日付』，『時刻』，『通信モード』，『通信相手先』，『通信枚数』，『通信結果』の各項目を含んでいる。
【０２００】
ここで、『管理番号』は、個々の通信（送受信）ごとに設定されるシリアル番号である。『送受信』は、通信処理の種類（送信処理あるいは受信処理）を示す項目である。『通信日付』・『時刻』は、個々の通信処理を実行した日付および時刻を記載する項目である。
『通信モード』は、通信モードの種類（ＩＮＦ通信（ｍａｉｌ）あるいはファクシミリ（ＦＡＸ））を記載する項目である。
【０２０１】
『通信相手先』は、通信相手のメールアドレスまたはＦＡＸ番号を記載するための項目である。『通信枚数』は、送受信処理の完了したデータを所定用紙に印刷した場合の枚数（データ量に対応）または送受信したページ数を記載する項目である。
【０２０２】
『通信結果』は、通信の完了（成功）した場合にはＯＫ、失敗した場合にはＮＧを記載するための項目である。
ここで、通信の失敗とは、ＩＮＦ通信によって画像メールを送信したとき、送信エラー，受信エラー，タイムアウトエラーの告知される場合のことである（図１参照；他の場合は成功）。
また、ＩＮＦ通信によって画像メールを受信したとき、受信能力（復号能力など）の不足等により、画像データを印刷（あるいは表示）できなかった場合も、通信の失敗に相当する。
【０２０３】
なお、この通信管理テーブルは、デジタル複合機１１の制御用メモリ２２（あるいはアドレス記憶部３１）に記憶され、メイン制御部２１によって記載（管理）される。
【０２０４】
次に、本実施の形態にかかるデジタル複合機１１における、画像メールの受信処理について説明する。
図２８は、この処理の流れを示すフローチャートである。
この図に示すように、受信処理では、メイン制御部２１が、定期的に、デジタル回線接続部３５を用いて、デジタル複合機１１とサーバー１２とを接続する。そして、メイン制御部２１は、サーバー１２に蓄積されているデジタル複合機１１宛の画像メール（新着メール）の有る場合にはそれを受信し（Ｓ８１）、接続を終了する。
【０２０５】
このとき、新着メールのない場合、メイン制御部２１は、処理を終了する。
一方、新着メールのある場合、メイン制御部２１は、その画像メールに含まれる画像データの印刷処理（あるいは表示処理）を実行する（Ｓ８３；メール受信処理）。
【０２０６】
その後、メイン制御部２１は、受信した画像メールが再送画像メールであるか否かを判断する（Ｓ８４；判断方法については後述）。
そして、再送画像メールではないと判断した場合、メイン制御部２１は、この画像メールを当初画像メールとして通信管理テーブルに記憶する（Ｓ８８）。すなわち、メイン制御部２１は、この画像メールの受信結果（印刷結果）に関する情報を、通信管理テーブルの各項目に記載する。
一方、再送画像メールであると判断した場合、メイン制御部２１は、この画像メールを再送画像メールとして通信管理テーブルに記憶する（Ｓ８５）。
【０２０７】
図２９（ｂ）は、再送画像メールの受信を記憶している通信管理テーブルの例を示す説明図である。この図では、管理番号『００５』の欄に、新たに受信した再送画像メールに関する情報（再送情報）が記載されている。
この図に示すように、再送画像メールを受信した場合、メイン制御部２１は、通信管理テーブルの末尾（右端）に、新たな項目である『再送（管理Ｎｏ）』を加える。この項目は、再送画像メールに応じた当初画像メールの管理番号（この図の例では、『００１』）を記載する部位である。
【０２０８】
次に、メイン制御部２１は、画像メールに受信結果要求が付されているか否かを判断する（Ｓ８６）。そして、受信結果要求のない場合には、処理を終了する。
一方、画像メールに受信結果要求が含まれていると判断した場合、メイン制御部２１は、画像メールの受信結果に応じた受信結果メールを作成する。
【０２０９】
その後、メイン制御部２１は、デジタル回線接続部３５を用いてデジタル複合機１１をサーバー１２に接続し、受信結果メールを送信側装置に向けて送信する（Ｓ８８）。そして、メイン制御部２１は、デジタル複合機１１とサーバー１２との接続を終了して、処理を終了する。
【０２１０】
以下に、本実施の形態における画像メール，受信結果メールの送受信について、より具体的に説明する。
【０２１１】
図２５は、当初画像メールの例を示す説明図である。
この図に示すように、本実施の形態にかかる当初画像メールは、実施の形態１において図５に示した画像メールの例と同様に、（ａ）に示すヘッダ部，（ｂ）に示す本文，（ｃ）に示す添付ファイルから構成されている。なお、実際の画像メールは、（ａ）〜（ｃ）に分割されている訳ではないが、ここでは簡単のために分割した状態で示している。また、図２５の当初画像メールでは、（ｂ）の本文に、添付の画像データ（添付ファイル）における符号化方式がＭＭＲであることが示されている。
【０２１２】
そして、この当初画像メールでは、ヘッダ部に、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドが含まれている。
このフィールドは、この当初画像メールおよびこれに関する他のメール（受信結果メールや再送画像メール）からなるメール群を、他のメールと区別するための、メール群識別ＩＤに関するものであり、メイン制御部２１によって設定されるものである。
【０２１３】
なお、図２５の例では、このフィールドに、当初画像メールの識別ＩＤであるＭｅｓｓａｇｅ−Ｉｄを指定する旨が記載されている。従って、この当初画像メールに関する再送画像メールでは、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドに、常に、当初画像メールのＭｅｓｓａｇｅ−Ｉｄが記されることとなる。
【０２１４】
また、この当初画像メールに関する受信結果メールにも、後述するように、所定の個所に、当初画像メールのＭｅｓｓａｇｅ−Ｉｄが示される。
【０２１５】
図２６は、本実施の形態において送信される受信結果メールの例を示す説明図である。なお、この図２６に示された受信結果メールは、ＭＭＲで符号化した画像データを含む画像メール（図２５に示した画像メール）を、ＭＨの符号化（復号化）能力しか有していない受信側装置に送信した場合に、受信側装置から送信される受信結果メールである。
【０２１６】
この図に示すように、この受信結果メールは、図６に示した例と同様に、（ａ）に示すヘッダ部，（ｂ）に示す本文，（ｃ）に示すＭＤＮ情報から構成されている。なお、実際の受信結果メールは、（ａ）〜（ｃ）に分割されている訳ではないが、ここでは簡単のために分割した状態で示している。
【０２１７】
この図に示す例では、受信結果メールの宛先が、当初画像メール（図２５（ａ））のＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏフィールドにて指定されたアドレスとなっている。また、画像データの復号化を行えなかったため、受信結果メールのＳｕｂｊｅｃｔフィールドには、処理を失敗した旨が記載されている。
【０２１８】
また、この受信結果メールのＤｉｓｐｏｓｉｔｉｏｎフィールド（画像メールの処理が成功したか否かなどの状態を示すフィールド）にも、処理を失敗した旨が示されている。
【０２１９】
また、この受信結果メールでは、図２６（ｃ）に示すように、ＭＤＮ情報に、ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔフィールドが含まれている。
このフィールドは、当初画像メールにおけるＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドに応じたものであり、受信側装置のメイン制御部２１によって、メール群識別ＩＤ（この例では当初画像メールのＭｅｓｓａｇｅ−Ｉｄ＜１１１＠ＳＨＡＲＰ＿Ｄ１＞）が記載される部位である。
【０２２０】
また、実施の形態１に示したように、受信結果メールのＭｅｄｉａ−Ａｃｃｅｐｔ−Ｆｅａｔｕｒｅｓフィールドは、受信側装置における処理能力（受信能力・印刷能力）を示すフィールドである。
図２６（ｃ）の例では、受信側装置の能力では、モノクロ表示（モノクロ印刷）であり（ｃｏｌｏｒ＝Ｂｉｎａｒｙ）、Ｔｉｆｆフォーマットのみ読み取ることができ（ｉｍａｇｅ−ｆｉｌｅ−ｓｔｒｕｃｔｕｒｅ＝Ｔｉｆｆ−ｌｉｍｉｔｅｄ）、２００ｄｐｉの解像度であり（ｄｐｉ＝２００）、縦横比が２００：１００かまたは２００：２００であり（ｄｐｉ−ｘｙｒａｔｉｏ＝［２００／１００，２００／２００］）、ＭＨの符号化方法式が可能であり（ｉｍａｇｅ−ｃｏｄｉｎｇ＝［ＭＨ］）、ＭＲＣ（Ｍｉｘｅｄ　Ｒａｓｔｅｒ　Ｃｏｎｔｅｎｔ）モードは０であり（ＭＲＣ−ｍｏｄｅ＝０）、Ａ４，Ｂ４およびＡ３のサイズの用紙を使用できる（ｐａｐｅｒ−ｓｉｚｅ＝［Ａ４，Ｂ４，Ａ３］）ようになっている。
【０２２１】
また、このような受信結果メールを受けた送信側装置（デジタル複合機１１）では、実施の形態１に示したように、メイン制御部２１が、受信結果メールに示されている送信側装置の能力に合わせて、画像データの画像形式を変更し、再送画像メールを送信することとなる（この場合、メイン制御部２１は、画像データの符号化方式をＭＨに変更する）。
【０２２２】
図２７は、この再送画像メールを示す説明図である。この図に示すように、再送画像メールは、図２５に示した画像メールとほぼ同様の構成であるが、以下の点で異なっている。
すなわち、図２７（ａ）に示すように、再送画像メールでは、ヘッダ部におけるＤａｔｅフィールドに示すメールの送信日時が、図２５に示した画像メールのものよりも遅くなっている。
【０２２３】
また、再送画像メールには、ヘッダ部、Ｉｎ−Ｒｅｐｌｙ−Ｔｏフィールド、Ｒｅｆｅｒｅｎｃｅｓフィールドが新たに追加されている。
このＩｎ−Ｒｅｐｌｙ−Ｔｏフィールドは、図２６（ａ）に示す受信結果メールのＭｅｓｓａｇｅ−ＩＤフィールドに記載された＜ＡＡＡ＠ＳＨＡＲＰ＿Ｄ１＞を指定して、受信結果メールに対する返信であることを示すためのフィールドである。
また、Ｒｅｆｅｒｅｎｃｅｓフィールドは、この再送画像メールを作成するためにメイン制御部２１が参照した電子メールのＩＤを示すものである。この例では、図２６の受信結果メールに返信したために、図２６（ａ）のＭｅｓｓａｇｅ−ＩＤフィールドに記載された＜ＡＡＡ＠ＳＨＡＲＰ＿Ｄ１＞が表示されている。
【０２２４】
また、再送画像メールのヘッダ部では、メイン制御部２１によって、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドに、メール群識別ＩＤ（この例では当初画像メールのＭｅｓｓａｇｅ−Ｉｄ＜１１１＠ＳＨＡＲＰ＿Ｄ１＞）が記載されている。
すなわち、このＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドにおいて、再送画像メールが、＜１１１＠ＳＨＡＲＰ＿Ｄ１＞というＭｅｓｓａｇｅ−Ｉｄの当初画像メール（図２５のメール）に関するものであることが示されている。
【０２２５】
また、図２７（ａ）においては、Ｍｅｓｓａｇｅ−Ｉｄフィールドに、新たに＜２２２＠ＳＨＡＲＰ＿Ｄ１＞が指定されている。
さらに、図２７（ｂ）においては、図２５とは異なり、図２７（ｃ）の添付ファイルの符号化方式がＭＨであることが示されている。これは、上述のように、受信側装置の能力に応じて、画像データの符号化方式を変更したためである。
【０２２６】
なお、図２８のＳ８４では、メイン制御部２１が、新着メールが再送画像メールであるか否か、を判断するようになっている。この判断は、受信済みの全画像メールにおけるＭｅｓｓａｇｅ−ＩＤフィールドと、新着メールのＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドとを比較することによってなされる。
すなわち、新着メールのＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドと同じ内容のＭｅｓｓａｇｅ−ＩＤフィールドを有する当初画像メールを既に受信している場合、メイン制御部２１は、新着メールが再送画像メールであると判断する。
【０２２７】
また、図３０は、図２７に示した再送画像メールに応じて受信側装置から送信される、受信結果メール（２回目）の例を示す説明図である。
図３０（ａ）に示すように、この受信結果メールでは、図２６に示した受信結果メールに比して、ヘッダ部のＤａｔｅフィールドに示されている送信日時が遅くなっている。
また、Ｓｕｂｊｅｃｔフィールドには、処理の成功した旨が記載されている。
【０２２８】
また、図３０（ｃ）に示すように、この受信結果メールのＯｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄには、図２７（ａ）に示した再送画像メールのＭｅｓｓａｇｅ−Ｉｄが示されている。
さらに、図３０（ｃ）に示すように、この受信結果メールのｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔフィールドには、メール群識別ＩＤである、当初画像メールのＭｅｓｓａｇｅ−Ｉｄ＜１１１＠ＳＨＡＲＰ＿Ｄ１＞が記載されている。
【０２２９】
以上のように、本実施形態にかかるデジタル複合機１１では、新着メールが再送画像メールであるか否かを判断し、判断結果を通信管理テーブルに記載するようになっている。これによって、系統だった通信管理を行える。例えば、以前に処理を失敗した当初画像メールに関する再送画像メールを受け取ったか否かを、容易に判断できる。
また、受信側装置では、例えば、再送画像メールの受信を確認した後、これに応じた当初画像メールおよびその関連情報を、メールの記憶部や通信管理テーブルから削除する、といった措置を取ることが可能となる。
【０２３０】
また、本実施の形態の構成では、送信側装置が、１つの当初画像メールに関する再送画像メールに対し、共通するメール群識別ＩＤを示すようになっている。これにより、受信側装置は、新着メールが再送画像メールであるのか否かを容易に判断できる。
【０２３１】
なお、従来技術では、通信管理結果は、図３１に示すようになっていた。すなわち、図３１（ａ）に示すように、画像メールを受信した場合、その情報が通信管理テーブルに記憶されるものの、図３１（ｂ）に示すように、管理番号『００１』の当初画像メールに応じた再送画像メールを受信したとしても（『００５』）、その旨を判定したり表示したりすることはなかった。このため、受信側装置では、系統だった通信管理を行えなかった。
【０２３２】
また、本実施の形態の構成では、図２８に示すＳ８４にて再送画像メールであると判別した場合、メイン制御部２１は、図３２に示すような通信管理レポートを作成し、操作パネル３２の表示部４１上に表示する構成であってもよい。
この通信管理レポートは、受信した再送画像メールと、それに関する当初画像メールとについて、通信管理テーブルの各項目を表示するものである。
【０２３３】
また、本実施の形態の構成では、送信側装置の送信する当初画像メールを、図３３に示すような構成としてもよい。
この当初画像メールは、図２５に示した当初画像メールの構成において、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドが、Ｉｎ−Ｒｅｐｌｙ−Ｔｏ−Ｒｅｑｕｅｓｔと指定されているものである。
【０２３４】
上述のように、図２５に示した当初画像メールでは、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドは、Ｍｅｓｓａｇｅ−ＩＤ−Ｒｅｑｕｅｓｔとなっている。これは、当初画像メールのＭｅｓｓａｇｅ−Ｉｄを、メール群識別ＩＤとして、受信結果メールのｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔフィールドに記載せよという指定である。
【０２３５】
一方、図３３（ａ）に示すように、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−ＯｐｔｉｏｎｓフィールドをＩｎ−Ｒｅｐｌｙ−Ｔｏ−Ｒｅｑｕｅｓｔとすることで、受信結果メールのｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔフィールドに、Ｉｎ−Ｒｅｐｌｙ−Ｔｏと記載せよという指示となる（ＭＤＮの返信条件のリクエストに対応していることを通知）。
【０２３６】
また、図３４は、図３３に示した当初画像メールに応じた受信結果メールの例を示す説明図である。この受信結果メールでは、ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔフィールドが、Ｉｎ−Ｒｅｐｌｙ−Ｔｏと指定されている（Ｉｎ−Ｒｅｐｌｙ−Ｔｏのリクエスト）。
【０２３７】
さらに、図３５は、図３４に示した受信結果メールに応じた再送画像メールの例を示す説明図である。この再送画像メールでは、ヘッダ部のＩｎ−Ｒｅｐｌｙ−Ｔｏフィールドに、図３４に示した受信結果メールのＭｅｓｓａｇｅ−Ｉｄである＜ＡＡＡ＠ＳＨＡＲＰ＿Ｄ１＞が示されている。
【０２３８】
このように、受信結果メールのｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−ＲｅｑｕｅｓｔフィールドにＩｎ−Ｒｅｐｌｙ−Ｔｏと記載されている場合には、再送画像メールのＩｎ−Ｒｅｐｌｙ−Ｔｏフィールドに、受信結果メールのＭｅｓｓａｇｅ−Ｉｄが示されることとなる。
【０２３９】
そして、このようなメールを送受信する構成では、受信側装置のメイン制御部２１は、図２８のＳ８４において、新着メールが再送画像メールであるか否かを判別する際、まず、新着メールのＩｎ−Ｒｅｐｌｙ−Ｔｏフィールドと同内容のＭｅｓｓａｇｅ−Ｉｄを有する受信結果メールを送信しているか否か、あるいは同内容のＭｅｓｓａｇｅ−Ｉｄを有するメールを受信しているか否かをを判断する。そして、送信している場合には、この受信結果メールに応じた当初画像メールを、例えば当初画像メールのＭｅｓｓａｇｅ−Ｉｄを用いて特定する。
これにより、メイン制御部２１は、新着メールが再送画像メールであるか否か、および、その当初画像メールを判別できる。
【０２４０】
なお、図２７（ａ）に示した再送画像メールのＩｎ−Ｒｅｐｌｙ−Ｔｏフィールドにも、図３５に示した再送画像メールと同様の内容が記載されている。しかしながら、図２５〜図２７に示したメールでは、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドを用いたメール識別を行っている。このため、Ｉｎ−Ｒｅｐｌｙ−Ｔｏフィールドは、補助的に示されているのみで、特に利用されていなかった。
【０２４１】
また、本実施形態においては、受信側装置のメイン制御部２１は、再送画像メールを受信したとき、その情報を通信管理テーブルの新たな欄に記載するとしている。
しかしながら、これに限らず、図２９（ｃ）に示すように、再送画像メールの通信結果を、これに応じた当初画像メールの通信結果に上書きするようにしてもよい（すなわち、通信結果を更新してもよい）。
また、これに限らず、再送画像メールにおける全項目に関する情報を、当初画像メールの項目に上書きするようにしてもよい。
【０２４２】
また、図３３に示すような当初画像メールを受け、その処理に失敗した場合、受信側装置は、図３６に示すような受信結果メールを送信してもよい。
この受信結果メールでは、図３６（ｃ）に示すｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔフィールドが、Ｉｎ−Ｒｅｐｌｙ−Ｔｏと指定されている。また、図３７（ａ）にＩｎ−Ｒｅｐｌｙ−Ｔｏフィールドが設けられ、ここに、当初画像メールのＭｅｓｓａｇｅ−Ｉｄが示されている。
【０２４３】
また、図３７は、図３６に示した受信結果メールに応じた再送画像メールの例を示す説明図である。この再送画像メールでは、ヘッダ部のＩｎ−Ｒｅｐｌｙ−Ｔｏフィールドに、図３４に示した受信結果メールのＭｅｓｓａｇｅ−Ｉｄである＜ＡＡＡ＠ＳＨＡＲＰ＿Ｄ１＞と、当初画像メールのＭｅｓｓａｇｅ−Ｉｄである＜１１１＠ＳＨＡＲＰ＿Ｄ１＞とが示されている。
従って、この構成では、受信側装置は、新着メールを受信したとき、そのＩｎ−Ｒｅｐｌｙ−Ｔｏフィールドの内容と通信管理テーブルの内容とを比較することで、このメールが再送画像メールであるか否か、および、その当初画像メールを容易に判別できる。
【０２４４】
また、上記では、受信側装置のメイン制御部２１が、再送画像メールを受信した場合、通信管理テーブルにおける該メールの『再送（管理Ｎｏ）』欄に、このメールに関する初期画像メールの管理番号を記載するように設定されている。
しかしながら、これに限らず、受信側装置のメイン制御部２１は、送信する受信結果メールの同欄にも、このメールに関する初期画像メールの管理番号を記載することが好ましい。
【０２４５】
また、上記では、送信側装置が、１つの当初画像メールに関する再送画像メールに対し、共通するメール群識別ＩＤを示すとしている。しかしながら、これに限らず、受信側装置の送信する受信結果メールにも、このメールに応じた初期画像メールに関するメール群識別ＩＤを示すことが好ましい。これにより、送信側装置におけるメール管理をより容易とすることが可能となる。
【０２４６】
また、上記では、デジタル複合機１１（あるいはデジタル複合機１５）間におけるデータの送受信について示している。しかしながら、これに限らず、デジタル複合機１１は、図９に示したような再送処理を行わない、一般的な送信側装置（例えば、ユーザーの判断でデータ送信（再送）を行うような送信側装置）から画像メールを受信する場合でも、上記したような通信管理テーブルによるメールの管理を行うことが可能である。
【０２４７】
また、本発明のデータ送信方法を、送信データの受信結果を、受信側装置からの受信結果通知によって確認するようになっているデータ送信方法において、データ送信装置の送信データ作成部を用いて、受信側装置に送信するための送信データを作成する送信データ作成工程と、データ送信装置の制御部を用いて、送信データを受信側装置に送信する送信工程と、通信エラーの生じた場合、上記制御部を用いて、送信データの形式を変更した再送データを作成して受信側装置に再送する再送工程とを含んでいる方法である、と表現することもできる。
【０２４８】
また、本発明のデータ受信方法を、送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信方法において、データ受信装置の記憶部および制御部を用いて、既に受信した送信データの情報を記憶する記憶工程と、記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する判断工程とを実行する方法である、と表現することもできる。
【０２４９】
また、本発明のデータ受信方法を、送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信方法において、既に受信した送信データの情報を、データ受信装置の記憶部に記憶する記憶工程と、データ受信装置の制御部を用いて、記憶部に記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する判断工程とを含む方法である、と表現することもできる。
【０２５０】
また、上記では、本システムにおける送信側装置および受信側装置における全ての処理を、メイン制御部２１の制御により行うとしている。しかしながら、これに限らず、これらの処理を行うためのプログラムを記録媒体に記録し、このプログラムを読み出すことのできる情報処理装置を、メイン制御部２１に代えて用いるようにしてもよい。
【０２５１】
この構成では、情報処理装置の演算装置（ＣＰＵやＭＰＵ）が、記録媒体に記録されているプログラムを読み出して処理を実行する。従って、このプログラム自体が処理を実現するといえる。
【０２５２】
ここで、上記の情報処理装置としては、一般的なコンピューター（ワークステーションやパソコン）の他に、コンピューターに装着される、機能拡張ボードや機能拡張ユニットを用いることができる。
【０２５３】
また、上記のプログラムとは、処理を実現するソフトウェアのプログラムコード（実行形式プログラム，中間コードプログラム，ソースプログラム等）のことである。このプログラムは、単体で使用されるものでも、他のプログラム（ＯＳ等）と組み合わせて用いられるものでもよい。また、このプログラムは、記録媒体から読み出された後、装置内のメモリ（ＲＡＭ等）にいったん記憶され、その後再び読み出されて実行されるようなものでもよい。
【０２５４】
また、プログラムを記録させる記録媒体は、情報処理装置と容易に分離できるものでもよいし、装置に固定（装着）されるものでもよい。さらに、外部記憶機器として装置に接続するものでもよい。
【０２５５】
このような記録媒体としては、ビデオテープやカセットテープ等の磁気テープ、フロッピー（登録商標）ディスクやハードディスク等の磁気ディスク、ＣＤ−ＲＯＭ，ＭＯ，ＭＤ，ＤＶＤ，ＣＤ−Ｒ等の光ディスク（光磁気ディスク）、ＩＣカード，光カード等のメモリカード、マスクＲＯＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ，フラッシュＲＯＭ等の半導体メモリなどを適用できる。
また、ネットワーク（イントラネット・インターネット等）を介して情報処理装置と接続されている記録媒体を用いてもよい。この場合、情報処理装置は、ネットワークを介するダウンロードによりプログラムを取得する。すなわち、上記のプログラムを、ネットワーク（有線回線あるいは無線回線に接続されたもの）等の伝送媒体（流動的にプログラムを保持する媒体）を介して取得するようにしてもよい。なお、ダウンロードを行うためのプログラムは、装置内（あるいは送信側装置・受信側装置内）にあらかじめ記憶されていることが好ましい。
【０２５６】
また、本発明は、ネットワークを介して画像情報などのデータを送信するネットワーク通信装置に関するものであり、より詳細には、データを所定の送信設定にて送信するとともに、送信先へ応答を要求してその応答の有無を確認する機能を備えたネットワーク通信装置に関するものであるともいえる。
【０２５７】
また、従来のネットワークファクシミリ装置では、電子メールを受信し、上記添付されている画像情報を受信原稿として記録出力すると、重複したかたちで再度、転送が行われないように、メールサーバ装置で受信した電子メールを削除するように構成されていることもある。
【０２５８】
また、従来では、ネットワークファクシミリとして電子メールを用いて情報の送信をする場合には、たとえば通常のファクシミリ装置で情報を送信する場合とは異なり、受信側において正常に受信されたかどうか、または受信側において処理が適切になされたかどうかが、送信側において判別できないという問題があったといえる。すなわち、ＰＳＴＮを介して互いにリアルタイムで通信を行う通常のファクシミリ装置とは異なり、ネットワークファクシミリ装置では、受信側端末が常時メールサーバ装置に接続されているとは限らない。
【０２５９】
また受信側端末が受信不能であっても、送信側端末からメールサーバ装置への送信は可能であるので、送信の時点では、前述のように正常に受信できたか、また適切に処理されたかなどについて、送信側で認識することはできない。そのため、従来では、ネットワークファクシミリ装置で送信した情報の送達の確認を行う必要がある場合には、結局、操作者が電話によって確認しなければならないという不便さがあった。また、電話と異なり、互いにリアルタイムで対話をする必要がないというような、電子メールによる通信の利点が損なわれるという問題もある。
【０２６０】
そこで、このような不具合を解消するための技術として、電子メールを受信した場合に、受信側端末が送達確認（受信結果確認）の応答を送信側に返信することによって送達確認を行う方法が、ＲＦＣ２２９８で規定されるＭＤＮの方法により規定されているともいえる。これは、送信メールの受信側における受信結果／経過を、所定形式の送達確認メール（受信結果メール）により送信元に通知して確認させる方法である。
【０２６１】
ＭＤＮにおいては、送信側および受信側の端末がＭＤＮの仕様を満たしている場合には、ＭＤＮフィールドを用いて送達（受信結果）の確認が行われる。すなわち、具体的には、送信側において、ＭＤＮフィールドに送達確認メール（受信確認メール）の送付を希望するアドレスを指定して送信し、受信側において、ＭＤＮフィールドで指定されるアドレスに送達確認メールを返信する。
【０２６２】
また、従来のｎｅｔＦＡＸ装置においては、再送の際の再度の送信エラーを防ぐために再送を行わないようになっており、データ送信の効率を向上できないという問題を生ずる。すなわち、従来の構成では、例えば送信エラーとしての不達レポートが表示されるようになってはいるが、送信エラーを生じさせないように再送を行わない構成となっている。このため、何らかの原因で所望のデータの送信エラーが生じた場合に、再送を行わないので送信を完了できず、データ送信の効率が減少することになる。また、本発明の目的は、送信エラーの場合であっても、適切に再送を行って、データ送信の効率を向上できるネットワーク通信装置を提供することにあるともいえる。
【０２６３】
また、本発明に係るネットワーク通信装置は、所定の送信設定によって、ネットワークを介したデータの送信を行うものであり、それとともに、送信先へ応答を要求し、その応答の有無を確認する応答確認機能を有しているといえる。
【０２６４】
また、デジタル複合機１１における送信機能を、スキャナーで読み取った原稿の画像データを外部装置に送信する際、画像データに外部装置の電子メールアドレスを付加して電子メールを作成し、サーバー１２およびインターネット１３を介して送信する機能であると表現することもできる。
【０２６５】
また、インターネットファクシミリ装置について、以下のように表現することもできる。すなわち、この装置は、ファクシミリ文書データの送信先である電子メールアドレスにファクシミリ文書データを付加して電子メール化する。そして、公衆電話回線等を通じてインターネットサービスプロバイダ（図３８における送信側のメールサーバー装置１０２に相当）に接続し、そのホストを介してインターネットに接続するか、または直接インターネットに接続して、ネットワーク上のメールサーバー（図３８における受信側のメールサーバー装置１０４に相当）にその電子メールを転送する。そして、送信側のｎｅｔＦＡＸ装置（図３８におけるｎｅｔＦＡＸ装置（送信側端末）１０１に相当）および受信側のｎｅｔＦＡＸ装置（図３８におけるｎｅｔＦＡＸ装置（受信側端末）１０５に相当）が共にインターネットに接続されることで、電子メールの送受信を行える。
また、電子メール作成部３０は、符号化された画像データにヘッダ情報を付加し、電子メールのフォーマットに変換するものであってもよい。また、操作パネル３２は、原稿の読込みを行うとともに、相手先入力などの指示を行うためのものであってもよい。さらに、デジタル回線接続部３５は、インターネット経由による電子メールの送受信およびＩＮＦ通信を行うように、デジタル複合機１１をＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）と接続するためのものであってもよい。
【０２６６】
また操作パネル３２における入力部４２のテンキー４３は、画像形成枚数や部数などを入力するためのものであってもよい。また、スタートキー４５は、シート（記録媒体）への画像出力動作を開始するためのキーであってもよい。さらに、クリアキー４４は、テンキー４３から入力された情報などをクリアするためのものであってもよい。
【０２６７】
また、デジタル複合機１１に、ＭＤＮ機能による送達確認（送達確認応答）の要求、および受信した送達確認応答の管理などを行うとともに、電子メール作成部３０が付加するヘッダ情報を用いて制御を行うＭＤＮ制御部を備えてもよい。このＭＤＮ制御部は、データの送信における送信エラーを検出する検出手段、送信エラーを検出した場合にデータを再送する再送手段に相当する。ここで、この送信エラーとは、送達確認において、送信が正常に完了していないという結果が得られた場合に相当する。さらに、ＭＤＮ制御部は、操作パネル３２と組み合わせて、所定の送信設定を変更する設定変更手段、および送信設定を変更する際の確認をするための確認手段として機能してもよい。
【０２６８】
また、デジタル複合機１１では、インターネットファクシミリ装置としてファクシミリ文書データ（画像データ）を送信する場合、符号／復号化部２７において符号化されたファクシミリ文書データに、電子メール作成部３０において、ヘッダ情報を付加し、電子メールのフォーマットに変換するようになっていてもよい。
【０２６９】
また、図５に示した送信メールのヘッダ部は、電子メールの送受信およびインターネット中での配信などに関する情報を表示する領域であるともいえる。また、ヘッダ部中の各行（フィールド）は、送受信などで用いるそれぞれ異なる固有の情報を記しているともいえる。
【０２７０】
また、ＭＤＮ機能は、配信成功後にメッセージで処理状況を通知するためのものであるともいえる。また、ＭＤＮ機能とは、電子メールを受信した場合に、受信側のｎｅｔＦＡＸ装置が送達確認応答を送信側のｎｅｔＦＡＸ装置に返信することによって送達確認を行える機能であるともいえる。また、受信結果メールのＤｉｓｐｏｓｉｔｉｏｎフィールドは、Ｍｅｓｓａｇｅ−Ｉｄに対応する電子メールの処理が成功したか否かなどの状態を示すものであってもよい。
【０２７１】
また、デジタル複合機１１では、メイン制御部２１が受信エラーの有無を判別し、メイン制御部２１および操作パネル３２が送信設定の変更を行い、メイン制御部２１が再送を行う構成であり、送信側装置における読取エラーを防げるので、再送の際に、再度受信エラーが発生する虞れを少なくできるといえる。
【０２７２】
また、デジタル複合機１１では、送信先（受信側）からの能力通知の有無を判別した後に、能力通知がある場合にはその能力へと設定を変更して再送する構成である。したがって、能力通知の有無に関わり無く基本仕様へと変更する構成と比較して、送信における効率を高められるといえる。
【０２７３】
また、能力通知のない場合には、画像データを基本仕様に変更し、再送する構成であるので、能力通知のない場合であっても、送信先において確実に読取れる設定で送信して、無駄な再送を減らせるといえる。
【０２７４】
また、一般的なＩＮＦ通信においては、標準符号化方式を備えているので、送信先がＭＨの符号化（復号化）能力を備えていることを前提にできる。これに対して、上述の本発明に係る構成においては、符号化方式をＭＨに固定して送信するのでは無く、装置本体としてより高い圧縮率の符号化方式を選択できる。また、ユーザーにより設定された符号化方式に基づいて送信している。これによって、より効率よく再送を行える。
【０２７５】
また、図３８に示した処理によれば、送信先からの能力通知がない場合に、いきなり基本仕様に変更するのではなくて、第２設定再送回数までは元々の設定で再送するため、この再送によって送信が完了すれば、いきなり基本仕様に変更する場合と比較して、送信の効率を高められるともいえる。
また、本発明を、以下の第１〜６通信装置（ネットワーク通信装置）および第１電子メール送信装置として表現することもできる。
すなわち、第１通信装置は、所定の送信設定によるデータの送信にあたって、送信先へ応答を要求し、上記応答の有無を確認する応答確認機能を有する通信装置において、上記データの送信における送信エラーを検出する検出手段と、上記送信設定を変更設定に変更する設定変更手段と、上記検出手段が上記送信エラーを検出した場合に、上記変更設定によって上記データを再送する再送手段とを備えている構成である。
【０２７６】
第１通信装置は、所定の送信設定によって所望のデータの送信を行う。上記検出手段が送信エラーを検出すると、上記設定変更手段が送信設定を適切な他の設定としての変更設定に変更し、上記再送手段が再送する。この送信エラーとは、例えば送信先における読取（受信）エラーによって生じるものである。この場合には、送信エラーは、送信先からの応答に含まれる。また、送信エラーは、例えばネットワークトラブルのように、送信先とのネットワーク上での接続が不能となる接続エラーによって生じるものであってもよい。この場合には、送信エラーは、例えば第１通信装置本体と接続された、第１通信装置のメールサーバーから通知される。
【０２７７】
ここで、送信設定および変更設定とは、データを送信するための設定であり、例えば、送信する画像データの解像度、符号化方式、およびファイルフォーマットに相当する。第１通信装置は、予め定めた送信設定による送信で送信エラーが生じると、送信設定を変更設定に変更する。この変更設定とは、例えば送信設定と比較してより標準的な設定に相当する。すなわち、例えば、送信設定における送信する画像データの解像度を低くした設定、どの通信装置にも備えられている標準的で圧縮率の低い符号化方式、またはどの通信装置でも読取可能な標準的なファイルフォーマットへと変更した変更設定にて、再送を行う。したがって、送信先における読取エラーを防ぐことができ、これによって、再送の際に、再度送信エラーが発生する虞れを少なくできる。すなわち、送信先の装置の能力不足によって、送信したデータが送信先において復号できず、これによって送信エラーが生じるという事態を防止できる。なお、上記変更設定には、再送を行わないという設定をも含むものとし、この場合には上記再送手段は再送を行わないものとする。したがって、送信エラーの場合であっても、適切に再送を行って、データ送信の効率を向上できる通信装置を提供することができる。
【０２７８】
また、第２通信装置は、第１通信装置において、上記設定変更手段は、上記送信設定を、上記変更設定として、ネットワークを介した画像データの送受信において標準的に用いられ、保有すべき事が規定されている標準符号化方式へと変更するものである。第２通信装置によれば、送信設定を、どの通信装置においても保有されている標準符号化方式へと変更するので、送信先における読取（受信）エラーをより確実に防いで、再送の際に送信エラーが発生する虞れを少なくできる。
【０２７９】
また、第３通信装置は、第１通信装置において、上記設定変更手段は、上記送信先からの上記応答によって上記送信先の受信能力が通知された場合には、上記送信設定を上記受信能力に応じた上記変更設定へと変更する構成である。この構成によれば、送信設定を送信先の受信能力に応じた変更設定へと変更するので、送信先における読取エラーを確実に防いで、再送の際に送信エラーが発生する虞れをさらに少なくできる。また、送信設定を標準符号化方式に設定する場合と比較して、送信先の受信能力に応じて、送信設定をより送信効率のよい変更設定（高圧縮等）に変更するので、効率よく送信できる。
【０２８０】
また、第４通信装置は、第１〜３通信装置のいずれかにおいて、上記検出手段が、上記送信先との接続エラーとしての送信エラーを検出した場合に、上記変更設定手段は、上記送信設定を、再送を行わないという上記変更設定に変更し、上記再送手段は、上記データの再送を行わない構成である。これによれば、例えばネットワークトラブルのような接続エラーの場合には再送を行わないので、無駄に再送せず、再度の送信エラーを発生させない。
【０２８１】
また、第５通信装置は、第１〜３通信装置のいずれかにおいて、上記検出手段が、通信装置本体と接続された、上記通信装置のメールサーバーから通知される、上記送信先との接続エラーとしての送信エラーを検出した場合に、上記変更設定手段は、上記送信設定を、再送を行わないという上記変更設定に変更し、上記再送手段は、上記データの再送を行わない構成である。これによれば、例えばネットワークトラブルのような接続エラーの場合には再送を行わないので、無駄に再送せず、再度の送信エラーを発生させない。
【０２８２】
また、第６通信装置は、第１〜５通信装置のいずれかにおいて、上記変更設定の内容を確認するための確認手段を備え、上記確認手段による上記確認の後に、上記再送手段による再送を行う構成である。第６通信装置においては、確認手段によって変更設定の内容を確認した後に、再送を行うので、変更設定の内容が所望のものでない場合に、誤って再送することを防止できる。また、第６通信装置において、変更設定の内容が所望のものでない場合には、さらに設定変更手段によって変更設定を変更した後に、再送する構成であってもよい。
【０２８３】
また、第１電子メール送信装置は、所定の送信設定によるデータの送信にあたって、送信先へ応答を要求し、上記応答の有無を確認する応答確認機能を有する電子メール送信装置において、上記データの送信における送信エラーを検出する検出手段と、上記検出手段が上記送信エラーを検出した場合に、データを再送する再送手段とを備えている構成である。これにより、送信エラーの場合であっても、適切に再送を行って、データ送信の効率を向上できる通信装置を提供することができる。
【０２８４】
また、従来、ＭＤＮを用いる構成の一例として特許文献３には、受信結果メールが検出されると、送信した電子メールについて通信管理テーブルに登録された通信管理情報の通信結果の項目として、通信成功を示す情報を登録する通信端末装置が開示されている。すなわち、この装置によれば、送信した電子メールについて、ネットワーク上の電子メールシステムから電子メールにより返送されてくる受信結果メールやエラー通知を、通信管理情報として一括管理できる。しかしながら、上記文献記載の構成においては、受信側の通信装置において十分な通信管理がなされていないため、受信側において系統だった通信管理を行えないという問題点がある。
【０２８５】
すなわち、この構成では、送信側の通信装置の通信管理として、先に送信した電子メールは通信成功であったか、また、再送した場合においては、その場合の結果が通信成功であったか否かについて判別することができるといえる。しかしながら、上記文献の構成は、受信側の通信装置については考慮されていない。このため、受信側の通信管理として、例えば先に送信された電子メールと再送された電子メールとであっても、ほぼ同一内容が送信されたものであるかどうか識別することができない。このため、この構成によれば、受信側においては、先に送信された電子メールとほぼ同一内容の電子メールが再送されたとしても、違う結果として通信管理することになる。これによって、受信側の通信装置において、系統だった通信管理を行うことができず、ユーザーに不都合や混乱を生ずる虞れがある。
【０２８６】
また、本発明の目的は、受信側の通信装置においても、十分に系統だった通信管理を行うことができる通信装置を提供することにあるともいえる。
また、本発明は、ネットワークを介して電子メールによって情報の伝達を行う通信装置に関するものであり、より詳細には、例えばＭＤＮのような送達確認（受信結果の確認）のための機能を用いて電子メールの送達確認を行える通信装置に関するものであるともいえる。
【０２８７】
また、受信結果メールのＦｉｎａｌ−Ｒｅｃｉｐｉｅｎｔのフィールドは、ＭＤＮを返信した受け取りアドレスを示すともいえる。さらに、画像メールのＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドは、ＭＤＮにおける、返信条件を指定するフィールドであるともいえる。すなわち、これに応じて、図２６（ｃ）の受信結果メールにおける、ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔフィールドが指定され、また、これに応じて、図２７の再送メールにおけるＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓフィールドに、最初に送信した画像メールのＭｅｓｓａｇｅ−Ｉｄを指定できる。また、受信失敗の場合には、図２６（ａ）のＳｕｂｊｅｃｔフィールドに失敗した旨を記載した受信結果メールが送信されるといえる。
【０２８８】
また、図２９（ｂ）に示す管理番号００５のメールが、Ｓ８３にて受信したメールに相当し、また、管理番号００６のメールが、Ｓ８７にて送信したメールに相当するといえる。また、図３６・３７を用いて示した構成は、図２５〜図３２メールを用いて示した構成と、群識別ＩＤとしてＭｅｓｓａｇｅ−Ｉｄだけを使用する構成とを組み合わせたものとなっているともいえる。また、通信管理テーブルにおける『通信モード』の項目は、デジタル複合機１１が、通常ファックスモード，ＩＮＦ通信モードの２つの通信モードを備えていることで必要となる項目であるといえる。
【０２８９】
また、本発明を、以下の第７〜第１５通信装置および第１ネットワーク通信装置として表現することもできる。すなわち、第１通信装置は、電子メールを受信する受信手段と、該受信手段が受信した上記電子メールの送達確認要求に応じて返信を行う返信手段とを備えた通信装置において、上記返信手段によって返信を行った上記受信手段が受信した第１の電子メールと、上記受信手段が受信した第２の電子メールとを所定の方式で比較する比較手段と、上記比較手段の比較結果に応じて、上記第２の電子メールは、上記第１の電子メールが再送された再送メールであるか否かを判別する判別手段とを備えている構成である。
【０２９０】
第７通信装置は、例えばＭＤＮによる送達確認要求に応じて、受信した電子メールの送達確認の返信を行う。一方、第７通信装置へと電子メールを送信した送信側の通信装置においては、例えば送達確認の返信を受信すると、受信内容に応じて、必要な場合には電子メールの再送を行う。第７通信装置は、電子メールを受信すると、その電子メールと、以前に受信して送達確認の返信を行った電子メールとを所定の方式で比較する。そして、その電子メールが、以前に受信して送達確認の返信を行った電子メールの再送メールであるか否かを判別する。
したがって、例えば受信した電子メールを、同じ内容の再送メールであるか否かに応じて、適切に管理することができる。なお、比較における所定の方式とは、例えばメールのメッセージＩＤを比較することを含むものとする。
【０２９１】
また、第８通信装置は、第７通信装置において、受信した電子メール又は送信した電子メールに関する情報を通信管理情報として記録および管理する記録管理手段を備え、上記記録管理手段は、受信した上記第２の電子メールを上記第１の電子メールの再送メールであると上記判別手段が判別したときに、上記第２の電子メールに関して上記第１の電子メールの再送メールであるとの情報を上記通信管理情報に付加して記録する構成である。
【０２９２】
第８通信装置は、例えば新たに受信した電子メールを、以前に受信して送達確認の返信を行った電子メールの再送メールであると判別したときに、その新たに受信した電子メールについて、再送メールであるとの情報を通信管理情報に付加して記録管理するようになっている。したがって、電子メールの管理を容易にできる。
【０２９３】
また、第９通信装置は、第７通信装置において、受信した電子メール又は送信した電子メールに関する情報を通信管理情報として記録および管理する記録管理手段を備え、上記記録管理手段は、受信した上記第２の電子メールを上記第１の電子メールの再送メールであると上記判別手段が判別したときに、上記第２の電子メールに関して上記第１の電子メールの通信管理情報を更新する構成である。第３通信装置は、例えば新たに受信した電子メールが、以前に受信して送達確認の返信を行った電子メールの再送メールであるときに、以前に受信して送達確認の返信を行った電子メールの情報を更新するようになっている。したがって、電子メールの管理を容易にできる。
【０２９４】
また、第１０通信装置は、第７〜８通信装置において、上記比較手段は、上記第１の電子メールのメッセージＩＤと、上記第２の電子メールのメッセージＩＤとを比較する構成である。２つの電子メールを、メッセージＩＤを比較することによって比較するのであれば、容易に２つの電子メールを比較できる。したがって、第７〜第８通信装置を容易に実現できる。
【０２９５】
第１１通信装置は、第１０通信装置において、上記返信手段は、上記受信手段が受信した上記電子メールのメッセージＩＤを、送達確認要求に応じて行う返信に含める構成である。第１１通信装置は、受信した電子メールのメッセージＩＤを返信に含める。一方、第１１通信装置へと電子メールを送信した送信側の通信装置においては、例えば受信した送達確認に含められた、始めに送信した電子メールと同じメッセージＩＤを含めて電子メールの再送を行う。そして、第１１通信装置は、電子メールを受信すると、その電子メールのメッセージＩＤと以前に受信して送達確認の返信を行った電子メールのメッセージＩＤとを比較する。したがって、上述した第１０通信装置を容易に実現できる。
【０２９６】
第１２通信装置は、第１０通信装置に電子メールを送信する送信手段を備えた通信装置であって、上記送信手段は、送達確認要求を付加して送信した電子メールに対する、通信失敗という内容の送達確認メールを受信したときに、上記送信した電子メールと同じメッセージＩＤを含めさせて、上記送信した電子メールの再送を行う構成である。第１２通信装置は、第１０通信装置と組になって、第１０通信装置を容易に実現させられる。
【０２９７】
第１３通信装置は、第７〜第９通信装置のいずれかにおいて、上記比較手段は、上記送達確認要求に応じて返信した電子メールのメッセージＩＤと、上記第２の電子メールのメッセージＩＤとを比較する構成である。２つの電子メールを、メッセージＩＤを比較することによって比較するのであれば、容易に２つの電子メールを比較できる。したがって、第７〜９通信装置を容易に実現できる。
【０２９８】
第１４通信装置は、第１３通信装置に電子メールを送信する送信手段を備えた通信装置であって、上記送信手段は、送達確認要求を付加して送信した電子メールに対する、通信失敗という内容の送達確認メールを受信したときに、上記送達確認メールに付加されたメッセージＩＤを含めさせて、上記送信した電子メールの再送を行う構成である。第１４通信装置は、第１３通信装置と組になって、第１３通信装置を容易に実現させられる。
【０２９９】
第１５通信装置は、第１０または第１３通信装置に電子メールを送信する送信手段を備えた通信装置であって、上記送信手段は、送達確認要求を付加して送信した電子メールに対する、通信失敗という内容の送達確認メールを受信したときに、上記送信した電子メールと同じメッセージＩＤおよび上記送達確認メールに付加されたメッセージＩＤを含めさせて、上記送信した電子メールの再送を行う構成である。この構成であっても、第１０または第１３通信装置と組になって、第１０または第１３通信装置を容易に実現させられる。
【０３００】
第１ネットワーク通信装置は、画像データを受信する受信手段と、該受信手段が受信した上記画像データの送達確認要求に応じて返信を行う返信手段とを備えた通信装置において、上記返信手段によって返信を行った上記受信手段が受信した第１の画像データの受信情報と、上記受信手段が受信した第２の画像データの受信情報とを所定の方式で比較する比較手段と、上記比較手段の比較結果に応じて、上記第２の画像データは、上記第１の画像データが再送されたものであるか否かを判別する判別手段とを備えている構成である。
【０３０１】
第１ネットワーク通信装置は、例えばＭＤＮ（Ｍｅｓｓａｇｅ　Ｄｉｓｐｏｓｉｔｉｏｎ　Ｎｏｔｉｆｉｃａｔｉｏｎ）による送達確認要求に応じて、受信した電子メールの送達確認の返信を行う。一方、上記通信装置へと電子メールを送信した送信側の通信装置においては、例えば送達確認の返信を受信すると、受信内容に応じて、必要な場合には電子メールの再送を行う。第１ネットワーク通信装置は、電子メールを受信すると、その電子メールと、以前に受信して送達確認の返信を行った電子メールとを所定の方式で比較する。そして、その電子メールが、以前に受信して送達確認の返信を行った電子メールの再送メールであるか否かを判別する。したがって、例えば受信した電子メールを、同じ内容の再送メールであるか否かに応じて、適切に管理できる。なお、比較における所定の方式とは、例えばメールのメッセージＩＤを比較することを含むものとする。
【０３０２】
また、本発明は、上述した各実施形態に限定されるものではなく、特許請求の範囲内で様々に変更可能なものである。従って、各実施形態に示した部材を適宜組み合わせて得られる他の実施形態も、本発明の技術的範囲に含まれる。
【０３０３】
【発明の効果】
以上のように、本発明のデータ送信装置（本送信装置）は、送信データの受信結果を、受信側装置からの受信結果通知によって確認するようになっているデータ送信装置において、受信側装置に送信するための送信データを作成する送信データ作成部と、この送信データ作成部を制御して送信データを作成させ、作成させた送信データを受信側装置に送信する送信制御部とを備えており、この送信制御部が、通信エラーの生じた場合、送信データの形式を変更した再送データを作成させ、受信側装置に再送するように設定されている構成である。
【０３０４】
本送信装置では、通信エラーの生じた場合、送信制御部が、送信データの形式を変更した再送データを作成させ、受信側装置に再送するように設定されている。すなわち、本送信装置では、送信データのデータ形式を変更して再送することで、データ形式に起因する通信エラーの回避を試みるようになっている。
これにより、本送信装置では、送信データを再送しても、通信エラーの連続的な発生を抑制できるようになっている。従って、再送を全く行わない構成、および、同一の送信データを再送する構成に比して、データ送信の効率を向上させることが可能となる。
また、本送信装置を備えた通信システムを構築することで、データ送信を効率よく行えるシステムを実現できる。
【０３０５】
また、本送信装置では、送信データが画像データを含むものであってもよい。そして、この場合、送信制御部は、送信データにおける画像データの形式を変更して再送データを作成させるように設定されていてもよい。
画像データの形式の不一致は、受信エラーの原因となりやすいものである。従って、その形式を変更することにより、画像データを含む送信データの受信可能性を高められる。
【０３０６】
また、送信制御部は、再送データを作成させる際、その形式を、より処理しやすい形式に変更させることが好ましい。これにより、受信側装置における受信可能性を確実に高められる。
【０３０７】
また、送信制御部は、再送データを作成させる際、その形式を、最も標準的な形式に変更させるように設定されていることが好ましい。
ここで、最も標準的な形式とは、通信装置に最低限備えられていると考えられる、あるいは、備えることを規定されている能力によって処理可能な形式（最も簡単な形式）のことである。この構成では、受信側装置における受信エラーを確実に防止できる。
【０３０８】
また、送信制御部は、再送データを作成させる際、受信結果通知に受信側装置の処理能力が示されている場合には、再送データの形式を、その処理能力に応じた形式に変更させるように設定されていることが好ましい。
この構成であっても、受信側装置における受信エラーを確実に防止できる。
また、最も標準的な形式に変更する場合と比較して、より適切な（例えば送信効率のよい）送信データを送信できる。
【０３０９】
また、本送信装置に、ユーザーに対して情報を表示するとともに、ユーザーの指示を受け付ける操作部を備えることが好ましい。
また、この構成では、送信制御部は、再送データを送信する前に、操作部を制御して、再送データの形式（全て、あるいは変更点のみ）をユーザーに表示することが好ましい。そして、ユーザーから再送の指示を受けた後に、再送データを再送するように設定されていることが好ましい。
【０３１０】
この構成では、変更内容をユーザーに確認させられるので、ユーザーの望まない形式での再送を回避できる。また、この構成では、送信データがユーザーの望まない形式に変更されていた場合、送信制御部は、ユーザーの指示に応じて形式に再変更することが好ましい。
【０３１１】
また、送信制御部は、通信エラーが受信側装置の能力とは無関係な送信エラーである、と判断した場合、再送データの作成を取り止めるように設定されていることが好ましい。
送信エラーには、送信データの形式に起因するエラーではなく、短期間で容易に復帰することを期待できない通信回線のトラブルに起因するものもある。そして、このようなトラブルによる送信エラーの生じている場合には、再送を行ってもエラーになる可能性が高いため再送する意味はないと考えられる。
従って、このような場合には、上記の構成のように、送信エラーの発生時に再送を行わないことで、再送処理にかかる手間を省き、送信効率を向上することが可能となる。
【０３１２】
なお、本送信装置におけるデータの通信方式（送信方式）としては、例えば、電子メールや，ＦＴＰ、ＨＴＴＰを挙げられる。
すなわち、送信制御部は、送信データ作成部を制御して、電子メールデータ（あるいはＦＴＰデータ、ＨＴＴＰデータ）からなる送信データを作成させるように設定されていてもよい。
【０３１３】
また、本発明のデータ送信方法（本送信方法）は、送信データの受信結果を、受信側装置からの受信結果通知によって確認するようになっているデータ送信方法において、受信側装置に送信するための送信データを作成する送信データ作成工程と、送信データを受信側装置に送信する送信工程と、通信エラーの生じた場合、送信データの形式を変更した再送データを作成して受信側装置に再送する再送工程とを含んでいる方法である。
【０３１４】
本送信方法は、上記した本送信装置において用いられているデータ送信方法である。すなわち、本送信方法では、送信データのデータ形式を変更して再送することで、データ形式に起因する通信エラーの回避を試みるようになっている。
これにより、送信データを再送しても、通信エラーの連続的な発生を抑制できるようになっている。
従って、再送を全く行わない方法、および、同一の送信データを再送する方法に比して、データ送信の効率を向上させられる。
【０３１５】
また、本発明のデータ送信プログラムは、情報通信装置のコンピューターを、本送信装置における送信データ作成部および送信制御部として機能させることを特徴とするものである。
【０３１６】
また、本発明のデータ送信プログラムを、情報通信装置のコンピューターに、本送信方法における送信データ作成工程，送信工程および再送工程を実行させるためのデータ送信プログラム、と表現することもできる。
【０３１７】
これらのプログラムを情報通信装置のコンピューターに読み取らせることで、本送信装置（本送信方法）の処理を、そのコンピューターによって実現することが可能となる。
【０３１８】
また、これらのプログラムをコンピューター読取可能な記録媒体に記録させておくことで、プログラムの保存・流通を容易に行えるようになる。さらに、この記録媒体を読み込ませることで、コンピューターを備えた情報通信装置によって、本送信装置（本送信方法）に従ったデータ送信を実施できる。
【０３１９】
また、本発明のデータ受信装置（本受信装置）は、上記した本送信装置から送信された送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信装置において、既に受信した送信データの情報を記憶する記憶部と、記憶部に記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する受信制御部とを備えている構成である。
【０３２０】
本受信装置では、送信制御部が、新着の送信データ（新着データ）の情報と、記憶部に記憶されている送信データの情報とを比較して、新着データが既に受信した送信データの再送データであるのか、あるいは、当初送信データであるのか、を判断するようになっている。
【０３２１】
これにより、本受信装置では、関連する送信データを、系統だてて管理できる。例えば、以前に処理を失敗した当初送信データに関する再送データを受け取ったか否かを、容易に判断できる（ユーザーに対しても容易に確認させられる）。また、例えば、再送データの受信を確認した後、これに応じた当初送信データおよびその関連情報を記憶部から削除する、といった措置を取ることが可能となる。
また、本受信装置と本送信装置とを含む通信システムを構築することで、データ送信を効率よく行えるシステムを実現できる。
【０３２２】
また、受信制御部は、記憶部に、既に受信した送信データの識別子（管理番号など）とその関連情報とを対応させて記録するための通信管理テーブルを記憶させるように設定されていることが好ましい。このようなテーブルを作成することで、送信データの受信状況をユーザーに示すことが容易となる。
【０３２３】
また、受信制御部は、新たに受信した送信データが再送データであると判断したときに、この再送データの関連情報として、通信管理テーブルに、この再送データに関する当初送信データの識別子を記載するように設定されていることが好ましい。これにより、ユーザーは、以前に処理を失敗した当初送信データに関する再送データを受信したことを容易に確認できる。
【０３２４】
また、受信制御部は、新たに受信した送信データが再送データであると判断したときに、この再送データの受信結果に応じて、この再送データに関する当初送信データの関連情報（通信管理テーブル上の情報）を更新するように設定されていてもよい。
【０３２５】
また、本送信装置における送信制御部は、当初送信データと、これに関する再送データとに、共通する第１識別ＩＤを含ませるように設定されていることが好ましい。ここで、第１識別ＩＤとしては、例えば、送信データのＭｅｓｓａｇｅ−Ｉｄ等を利用できる。
また、この場合、本受信装置の受信制御部は、この第１識別ＩＤを用いて、新たに受信した送信データが再送データであるか、あるいは当初送信データであるかを判別するように設定されていることが好ましい。これにより、受信制御部における送信データの判別が容易となる。
【０３２６】
また、この場合、受信制御部は、送信データに付されている第１識別ＩＤを受信結果通知に含ませるように設定されていることが好ましい。
これにより、本送信装置において、受信した受信結果通知に応じた送信データを容易に判別できる。
【０３２７】
また、本送信装置における送信制御部は、上記第１識別ＩＤに加えて、送信された受信結果通知に含まれている第２識別ＩＤを、この通知に関する再送データに含ませるように設定されていてもよい。ここで、第２識別ＩＤとしては、例えば、受信結果通知のＭｅｓｓａｇｅ−Ｉｄ等を利用できる。
そして、この場合、本受信装置の受信制御部は、第１識別ＩＤあるいは第２識別ＩＤに基づいて、新たに受信した送信データが再送データであるか、あるいは当初送信データであるかを判別するように設定されていることが好ましい。この場合にも、受信制御部における送信データの判別が容易となる。
【０３２８】
また、本送信装置における送信制御部は、送信された受信結果通知に含まれている第２識別ＩＤを、この通知に関する再送データに含ませるように設定されていてもよい。
この場合、本受信装置の受信制御部は、この第２識別ＩＤに基づいて、新たに受信した送信データが再送データであるか、あるいは当初送信データであるかを判別するように設定されていることが好ましい。この場合にも、受信制御部における送信データの判別が容易となる。
【０３２９】
また、本受信装置は、本送信装置だけでなく、例えば、ユーザーの判断でデータ送信を行うような送信装置との間で、データの送受信を行うこともできる。従って、本受信装置を、送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信装置において、既に受信した送信データの情報を記憶する記憶部と、記憶部に記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する受信制御部とを備えていることを特徴とするデータ受信装置、と表現することもできる。
【０３３０】
また、本発明のデータ受信方法（本受信方法）は、送信データを受信し、受信結果に応じた受信結果通知を返信するデータ受信方法において、既に受信した送信データの情報を記憶する記憶工程と、記憶されている情報に基づいて、新たに受信した送信データが、既に受信した送信データの再送データであるのか、あるいは、再送データとは異なる当初送信データであるのか、を判断する判断工程とを含んでいる方法である。
【０３３１】
本受信方法は、上記した本受信装置において使用されているデータ受信方法である。従って、本受信方法では、関連する送信データを、系統だてて管理することが可能となる。
【０３３２】
また、本発明のデータ受信プログラムは、情報通信装置のコンピューターを、本受信装置における受信制御部として機能させることを特徴とするものである。
【０３３３】
また、本発明のデータ受信プログラムを、情報通信装置のコンピューターに、本受信方法における記憶工程および判断工程を実行させるためのデータ受信プログラム、と表現することもできる。
【０３３４】
これらのプログラムを情報通信装置のコンピューターに読み取らせることで、本受信装置（本受信方法）の処理を、そのコンピューターによって実現することが可能となる。
【０３３５】
また、これらのプログラムをコンピューター読取可能な記録媒体に記録させておくことで、プログラムの保存・流通を容易に行えるようになる。さらに、この記録媒体を読み込ませることで、コンピューターを備えた情報通信装置によって、本受信装置（本受信方法）に従ったデータ受信を実施できる。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかる通信システムに属するデジタル複合機における、メイン制御部の制御による、ＩＮＦ通信における電子メールの送信処理の流れを示すフローチャートである。
【図２】上記通信システムの構成を示す説明図である。
【図３】図２に示した通信システムにおけるデジタル複合機の制御構成（電気的構成）を示すブロック図である。
【図４】図３に示したデジタル複合機における操作パネルの構成を示す説明図である。
【図５】図３に示したデジタル複合機における電子メール作成部によって作成された画像メールの例を示す説明図である。
【図６】図５に示した画像メールに応じて返信される、受信結果メールの例を示す説明図である。
【図７】図１においてＳ１として示した、画像メール作成処理の流れを示すフローチャートである。
【図８】図３に示したデジタル複合機におけるアドレス記憶部に記憶されている短縮番号リストの例を示す説明図である。
【図９】図１においてＳ１２に示した再送処理の流れを示すフローチャートである。
【図１０】図９においてＳ４４として示した、形式変更処理の流れを示すフローチャートである。
【図１１】図３に示したデジタル複合機における電子メール作成部によって作成された、画像メールの他の例を示す説明図である。
【図１２】図１１に示した画像メールに応じて送信される受信結果メールの例を示す説明図である。
【図１３】図１２に示した受信結果メールに応じて再送される画像メールの例を示す説明図である。
【図１４】図１３に示した画像メールに応じて送信される受信結果メールの例を示す説明図である。
【図１５】図９においてＳ４４として示した、形式変更処理の他の流れを示すフローチャートである。
【図１６】図９においてＳ４４として示した、形式変更処理のさらに他の流れを示すフローチャートである。
【図１７】図１６に示した処理において送受信される画像メールの例を示す説明図である。
【図１８】図１７に示した画像メールに応じて送信される受信結果メールの例を示す説明図である。
【図１９】図１８に示した受信結果メールに応じて再送される画像メールの例を示す説明図である。
【図２０】図１９に示した画像メールに応じて送信される受信結果メールの例を示す説明図である。
【図２１】図２０に示した受信結果メールに応じて再送される画像メールの例を示す説明図である。
【図２２】図２１に示した画像メールに応じて送信される受信結果メールの例を示す説明図である。
【図２３】図８に示した短縮番号リストに対する登録処理の流れを示すフローチャートである。
【図２４】本発明の一実施形態にかかる通信システムにおける、他の例を示す説明図である。
【図２５】本発明の一実施形態にかかる通信システムにおいて送受信される当初画像メールの例を示す説明図である。
【図２６】図２５に示した当初画像メールに応じて送信される受信結果メールの例を示す説明図である。
【図２７】図２６に示した受信結果メールに応じて再送される再送画像メールの例を示す説明図である。
【図２８】図３に示したデジタル複合機における画像メールの受信処理の流れを示すフローチャートである。
【図２９】図３に示したデジタル複合機に記憶される通信管理テーブルの例を示す説明図である。
【図３０】図２７に示した再送画像メールに応じて送信される、受信結果メールの例を示す説明図である。
【図３１】従来の通信管理結果を示す説明図である。
【図３２】図３に示したデジタル複合機において作成・表示される通信結果レポートの例を示す説明図である。
【図３３】本発明の一実施形態にかかる通信システムにおいて送受信される当初画像メールの例を示す説明図である。
【図３４】図３３に示した再送画像メールに応じて送信される、受信結果メールの例を示す説明図である。
【図３５】図３４に示した受信結果メールに応じて再送される再送画像メールの例を示す説明図である。
【図３６】図３３に示した再送画像メールに応じて送信される、受信結果メールの他の例を示す説明図である。
【図３７】図３６に示した受信結果メールに応じた再送画像メールの例を示す説明図である。
【図３８】従来の通信システムにおける概略の構成を示す説明図である。
【符号の説明】
１１　デジタル複合機（データ送信装置・データ受信装置）
１２　サーバー
１３　インターネット
１４　サーバー
１５　デジタル複合機（データ送信装置・データ受信装置）
２１　メイン制御部（送信制御部，受信制御部）
２２　制御用メモリ（記憶部）
２３　制御用バッファ
２４　時計部
２５　スキャナ部（送信データ作成部）
２６　画像記憶部（送信データ作成部）
２７　符号／復号化部（送信データ作成部）
２８　符号化／復号化用バッファ（送信データ作成部）
２９　プリンタ部
３０　電子メール作成部（送信データ作成部）
３１　アドレス記憶部（記憶部）
３２　操作パネル（操作部）
４１　表示部
４２　入力部
５１　ホストパーソナルコンピューター（送信制御部，受信制御部）
５２　スキャナー（送信制御部）
５３　ファクシミリ（送信制御部，受信制御部）
５４　携帯電話（送信制御部，受信制御部）
５５　デジタルカメラ（送信制御部）
５６　ＰＤＡ（送信制御部，受信制御部）
ＤＬ　デジタル回線
【図１】
2004146877.tif 000004
【図２】
2004146877.tif 000005
【図３】
2004146877.tif 000006
【図４】
2004146877.tif 000007
【図５】
2004146877.tif 000008
【図６】
2004146877.tif 000009
【図７】
2004146877.tif 000010
【図８】
2004146877.tif 000011
【図９】
2004146877.tif 000012
【図１０】
2004146877.tif 000013
【図１１】
2004146877.tif 000014
【図１２】
2004146877.tif 000015
【図１３】
2004146877.tif 000016
【図１４】
2004146877.tif 000017
【図１５】
2004146877.tif 000018
【図１６】
2004146877.tif 000019
【図１７】
2004146877.tif 000020
【図１８】
2004146877.tif 000021
【図１９】
2004146877.tif 000022
【図２０】
2004146877.tif 000023
【図２１】
2004146877.tif 000024
【図２２】
2004146877.tif 000025
【図２３】
2004146877.tif 000026
【図２４】
2004146877.tif 000027
【図２５】
2004146877.tif 000028
【図２６】
2004146877.tif 000029
【図２７】
2004146877.tif 000030
【図２８】
2004146877.tif 000031
【図２９】
2004146877.tif 000032
【図３０】
2004146877.tif 000033
【図３１】
2004146877.tif 000034
【図３２】
2004146877.tif 000035
【図３３】
2004146877.tif 000036
【図３４】
2004146877.tif 000037
【図３５】
2004146877.tif 000038
【図３６】
2004146877.tif 000039
【図３７】
2004146877.tif 000040
【図３８】
2004146877.tif 000041