(57)【要約】      （修正有）【課題】  To、Cc、Bccの電子メール宛先フィールドに全受信者のメールアドレスを記述し、受信者が誰に同報送信されているのか確認できると共に、スキャンした画像の先頭部分に送信日付、時間、送信者情報、受信者情報、ページ番号の情報を付加できる画像通信装置を提供する。【解決手段】  複数の送信宛先を指定することが可能な送信宛先入力手段で指定された全ての宛先が記述されている電子メール宛先フィールドを作成する宛先フィールド作成手段と、少なくとも１宛先分の宛先情報を画像読み取り手段によって読み取られた画像に付与して合成画像を生成する画像ヘッダ付与手段と、前記合成画像に関して画像圧縮を実行する画像変換手段と、前記電子メール宛先フィールドと前記画像変換手段で作成された圧縮画像に基づいて電子メールデータを作成する電子メールデータ作成手段で作成した電子メールデータを前記送信宛先毎に送信する送信手段と、を備える。【選択図】  図７
2006033610.tif 000002
【特許請求の範囲】
【請求項１】
画像を読み取り電子データに変換する画像読み取り手段と、
複数の送信宛先を指定することが可能な送信宛先入力手段と、
送信宛先入力手段で指定された全ての宛先が記述されている電子メール宛先フィールドを作成する宛先フィールド作成手段と、
少なくとも１宛先分の宛先情報を前記画像読み取り手段によって読み取られた画像に付与して合成画像を生成する画像ヘッダ付与手段と、
前記合成画像に関して画像圧縮を実行する画像変換手段と、
前記電子メール宛先フィールドと前記画像変換手段で作成された圧縮画像に基づいて電子メールデータを作成する電子メールデータ作成手段と、
前記電子メールデータ作成手段で作成した電子メールデータを前記送信宛先毎に送信する送信手段と、
を備えることを特徴とする画像通信装置。
【請求項２】
前記画像変換手段は、前記合成画像について解像度変倍処理の要否を判断し、必要と判断した場合には解像度変倍処理をなした後、前記画像圧縮を実行することを特徴とする請求項１に記載の画像通信装置。
【請求項３】
前記送信宛先入力手段は、前記送信宛先毎に送信宛先が扱える画像受信能力情報を備え、
前記画像変換手段は、送信する画像を前記送信宛先毎に前記画像受信能力情報に従って画像処理を実行することを特徴とする請求項１又は２に記載の画像通信装置。
【請求項４】
前記画像受信能力は、用紙サイズ、解像度及び圧縮方式であること特徴とする請求項３に記載の画像通信装置。
【請求項５】
電子メールデータ作成手段は、電子メールのMessage-Idを送信するメール毎に異なるように作成することを特徴とする請求項１の画像通信装置。
【請求項６】
前記送信宛先は、同種の画像通信装置に送ることを前提としている送信モードであることを特徴とする請求項１の画像通信装置。
【請求項７】
画像を読み取り電子データに変換する画像読み取り手段と、
複数の送信宛先を指定することが可能な送信宛先入力手段と、
送信宛先入力手段で指定された全ての宛先が記述されている電子メール宛先フィールドを作成する宛先フィールド作成手段と、
宛先フィールド作成手段で作成された前記電子メール宛先フィールドと前記画像読み取り手段で読み取られた画像に基づいて電子メールデータを作成する電子メールデータ作成手段と、
電子メールデータ作成手段で作成した電子メールを所定宛先単位毎に複数回送信する送信手段と、
を備えることを特徴とする画像通信装置。
【請求項８】
前記電子メール作成手段で作成される前記電子メールデータのMessage-Idは同じであることを特徴とする請求項７の画像通信装置。
【請求項９】
前記送信宛先は、パーソナルコンピュータの電子メールアドレスに送ることを前提としている送信モードであることを特徴とする請求項７の画像通信装置。
【請求項１０】
画像を読み取り電子データに変換する画像読み取り工程と、
複数の送信宛先を指定することが可能な送信宛先入力工程と、
送信宛先入力工程で指定された全ての宛先が記述されている電子メール宛先フィールドを作成する宛先フィールド作成工程と、
少なくとも１宛先分の宛先情報を前記画像読み取り工程で読み取られた画像に付与して合成画像を生成する画像ヘッダ付与工程と、
前記合成画像に関して画像圧縮を実行する画像変換工程と、
前記電子メール宛先フィールドと前記画像変換工程で作成された圧縮画像に基づいて電子メールデータを作成する電子メールデータ作成工程と、
前記電子メールデータ作成工程で作成した電子メールデータを前記送信宛先毎に送信する送信工程と、
を備えることを特徴とする画像通信方法。
【請求項１１】
前記画像変換工程では、前記合成画像について解像度変倍処理の要否を判断し、必要と判断した場合には解像度変倍処理をなした後、前記画像圧縮を実行することを特徴とする請求項１０に記載の画像通信方法。
【請求項１２】
前記送信宛先入力工程では、前記送信宛先毎に送信宛先が扱える画像受信能力情報が入力され、
前記画像変換工程では、送信する画像を前記送信宛先毎に前記画像受信能力情報に従って画像処理が実行されることを特徴とする請求項１０又は１１に記載の画像通信方法。
【請求項１３】
前記画像受信能力は、用紙サイズ、解像度及び圧縮方式であること特徴とする請求項１２に記載の画像通信方法。
【請求項１４】
電子メールデータ作成工程では、電子メールのMessage-Idを送信するメール毎に異なるように作成されることを特徴とする請求項１０の画像通信方法。
【請求項１５】
前記送信宛先は、同種の画像通信装置に送ることを前提としている送信モードであることを特徴とする請求項１０の画像通信方法。
【請求項１６】
画像を読み取り電子データに変換する画像読み取り工程と、
複数の送信宛先を指定することが可能な送信宛先入力工程と、
送信宛先入力工程で指定された全ての宛先が記述されている電子メール宛先フィールドを作成する宛先フィールド作成工程と、
宛先フィールド作成工程で作成された前記電子メール宛先フィールドと前記画像読み取り工程で読み取られた画像に基づいて電子メールデータを作成する電子メールデータ作成工程と、
電子メールデータ作成工程で作成した電子メールを所定宛先単位毎に複数回送信する送信工程と、
を備えることを特徴とする画像通信方法。
【請求項１７】
前記電子メール作成工程で作成される前記電子メールデータのMessage-Idは同じであることを特徴とする請求項１６の画像通信方法。
【請求項１８】
前記送信宛先は、パーソナルコンピュータの電子メールアドレスに送ることを前提としている送信モードであることを特徴とする請求項１６の画像通信方法。
【請求項１９】
請求項１０乃至１８の何れか１項に記載の画像通信方法を実行することを特徴とするコンピュータプログラム。
【請求項２０】
請求項１９に記載のコンピュータプログラムを格納したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信機でスキャナ等によって読み取った画像を電子メールに添付して送信する通信装置に関する。
【背景技術】
【０００２】
近年、コンピュータの普及、情報のネットワーク化に伴い、文字情報をネットワークで送受信する電子メールが普及している。
【０００３】
電子メールには文字情報であるメール本文の他にさまざまな形式のファイルを添付することが可能であり、添付ファイルにTIFF（Tag Image File Format）ファイルを添付することで画像の送受信を行うインターネットFAX（以降IFAXと略す）が普及している。
IFAXは送信機のスキャナで読み取った画像をTIFFに変換して送信し、受信機が受信データからTIFFを再生、印刷する機器間で通信するための技術である。
【０００４】
電子メールは複数の宛先を指定してメールデータをメールサーバに送信すると、メールサーバが指定された宛先毎にメール配信するように動作する。
【０００５】
例えば特開２０００−１３４３９９号公報では、電子メールのTo、Cc、Bccフィールドに複数の送信宛先を記述して送信する技術が提案されている。また、例えば特開２０００−２２２３０７号公報では、電子メールのTo、Cc、Bccフィールドに複数の送信宛先を記述して送信する技術が提案されている。さらに、例えば特開２００２−２９０６６２号公報では、複数のFAXとIFAX宛先を混在させて同報送信する場合、全ての宛先情報を記述したデータを付与する技術が提案されている。
【特許文献１】特開２０００−１３４３９９号公報
【特許文献２】特開２０００−２２２３０７号公報
【特許文献３】特開２００２−２９０６６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
インターネットFAXは従来のFAXと同様に、スキャンした画像の先頭に送信日付、時間、送信者情報、受信者情報、ページ番号の情報が記述された画像ヘッダを付与されることが望まれる。
【０００７】
しかしながら、上述のような従来技術では受信者の電子メールアドレスがTo、Ccフィールドに記載されるので、このメールアドレスを印刷することで受信者は誰に送信されたか判断することができる反面、送信するデータは全て同一データでなければならないために画像ヘッダには受信者の情報を付与することはできなかった。
【０００８】
複数宛先が複数指定された電子メールをメールサーバが受信するとメールサーバは宛先毎にメールデータを配信することが必要になりメールサーバの負荷は高くなる。このためRFC2821によるとメールサーバは少なくても1度に100件までの宛先が指定されたメールを処理しなければならいとの規定が定められている。
【０００９】
従って100件を越えるメールに関してはメールサーバが必ずしも配信できるとは限らず、メールサーバの作りに依存することになってしまうという問題点がある。
【００１０】
本発明は前述のような問題点を解決するためになされたものであり、To、Cc、Bccの電子メール宛先フィールドに全受信者のメールアドレスを記述し、受信者が誰に同報送信されているのか確認できると共に、スキャンした画像の先頭部分に送信日付、時間、送信者情報、受信者情報、ページ番号の情報を付与できる画像通信装置を提供する。
【００１１】
また、本発明は、メールサーバの同時配信可能宛先数を越えると予想される数の宛先に対して送信するさいTo、Cc、Bccの電子メール宛先フィールドに全受信者のメールアドレスを記述することで受信者が誰宛に送ったのか判断できると共に、メールサーバの同時配信可能宛先数には依存せず安全に電子メールを送信することができる画像通信装置を提供する。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明による画像通信装置は、画像を読み取り電子データに変換する画像読み取り手段と、複数の送信宛先を指定することが可能な送信宛先入力手段と、送信宛先入力手段で指定された全ての宛先が記述されている電子メール宛先フィールドを作成する宛先フィールド作成手段と、少なくとも１宛先分の宛先情報を前記画像読み取り手段によって読み取られた画像に付与して合成画像を生成する画像ヘッダ付与手段と、前記合成画像に関して画像圧縮を実行する画像変換手段と、前記電子メール宛先フィールドと前記画像変換手段で作成された圧縮画像に基づいて電子メールデータを作成する電子メールデータ作成手段と、前記電子メールデータ作成手段で作成した電子メールデータを前記送信宛先毎に送信する送信手段と、を備えることを特徴とする。
【００１３】
また、本発明による画像通信装置は、画像を読み取り電子データに変換する画像読み取り手段と、複数の送信宛先を指定することが可能な送信宛先入力手段と、送信宛先入力手段で指定された全ての宛先が記述されている電子メール宛先フィールドを作成する宛先フィールド作成手段と、宛先フィールド作成手段で作成された前記電子メール宛先フィールドと前記画像読み取り手段で読み取られた画像に基づいて電子メールデータを作成する電子メールデータ作成手段と、電子メールデータ作成手段で作成した電子メールを所定宛先単位毎に複数回送信する送信手段と、を備えることを特徴とする。
【００１４】
さらに、本発明による画像通信方法は、画像を読み取り電子データに変換する画像読み取り工程と、複数の送信宛先を指定することが可能な送信宛先入力工程と、送信宛先入力工程で指定された全ての宛先が記述されている電子メール宛先フィールドを作成する宛先フィールド作成工程と、少なくとも１宛先分の宛先情報を前記画像読み取り工程で読み取られた画像に付与して合成画像を生成する画像ヘッダ付与工程と、前記合成画像に関して画像圧縮を実行する画像変換工程と、前記電子メール宛先フィールドと前記画像変換工程で作成された圧縮画像に基づいて電子メールデータを作成する電子メールデータ作成工程と、前記電子メールデータ作成工程で作成した電子メールデータを前記送信宛先毎に送信する送信工程と、を備えることを特徴とする。
【００１５】
また、本発明による画像通信方法は、画像を読み取り電子データに変換する画像読み取り工程と、複数の送信宛先を指定することが可能な送信宛先入力工程と、送信宛先入力工程で指定された全ての宛先が記述されている電子メール宛先フィールドを作成する宛先フィールド作成工程と、宛先フィールド作成工程で作成された前記電子メール宛先フィールドと前記画像読み取り工程で読み取られた画像に基づいて電子メールデータを作成する電子メールデータ作成工程と、電子メールデータ作成工程で作成した電子メールを所定宛先単位毎に複数回送信する送信工程と、を備えることを特徴とする。
【００１６】
さらなる本発明の特徴は、以下本発明を実施するための最良の形態および添付図面によって明らかになるものである。
【発明の効果】
【００１７】
以上のような構成を備える本発明によれば、全受信者のメールアドレスを記述した電子メール宛先フィールドと読み取った画像に宛先毎に異なる画像ヘッダを付与して作成したメールデータを宛先毎に送信することにより、受信者が誰に同報送信されているのか確認できると共に、読み取った画像の先頭部分に受信者情報情報を付与することができるようになる。
【００１８】
また、本発明によれば、全受信者のメールアドレスを記述したメール宛先フィールドと読み取った画像に宛先毎に異なる画像ヘッダを付与して作成したメールを所定数の宛先毎に送信することでメールサーバの作りに依存せず、安全に電子メールを送信することができるようになる。
【発明を実施するための最良の形態】
【００１９】
＜第１の実施形態＞
本発明の第１の実施形態を、図を参照しながら説明する。図１は本発明である通信装置の実施形態のネットワーク接続構成を示すブロック図である。
【００２０】
100、101のMFP（Multi Function Peripheral）は、スキャナ、プリンタなどを搭載してコピー機能、FAX送受信機能、コンピュータ上で作成されたデータを印刷するプリンタ機能などを備えたマルチファンクション複写機である。
MFP100、MFP101はドメイン名xyz.co.jpというネットワークに接続され認証サーバ102、Mailサーバ、POPサーバ103やクライアントPC104などの複数のコンピュータ、ネットワーク機器と接続されている。
【００２１】
このネットワークはさらには全世界に広がるインターネット網110と接続され、Mailサーバ、POPサーバ120、クライアントPC121、インターネットFAX122などが接続されているabc.co.jpというネットワークにも接続されている。
【００２２】
MFP100は、copy1.xyz.co.jpというHOST名とifax@copy1.xyz.co.jpという機器の電子メールメールアドレスが付与され、MFP101はcopy2.xyz.co.jpというHOST名とifax@copy2.xyz.co.jpという機器の電子メールアドレスが付与されている。
【００２３】
クライアントPC104の電源を立ち上げるとユーザ名、パスワード入力が求められ、ユーザ名、パスワードを入力すると図示しない認証サーバに対してユーザ名、パスワードが一致しているかどうか問い合わせ、ユーザとして登録されている場合、認証したユーザ名でクライアントPC104が使用できる状態となる。
【００２４】
PC104には汎用電子メールソフトがインストールされており、yamada@xyz.co.jpというメールアドレスが付与されている。同様にPC106にはsatou@xyz.co.jpというメールアドレスが付与されている。
【００２５】
Mailサーバ、POPサーバ103はMailサーバとPOPサーバの双方の機能を備えたサーバであり、Mailサーバ、POPサーバ120も同様の機能を有する。
【００２６】
クライアントPC104から電子メールをtanaka@abc.co.jp宛に送信する場合、クライアントPC104の電子メールソフトで作成された電子メールデータはMailサーバ103にSMTP（Simple Mail Transfer Protocol）プロトコルにてメールデータが配送され、Mailサーバ103からMailサーバ120へSMTPプロトコルにてインターネット網110を経由して電子メールデータが配送され、tanaka@abc.co.jpのメールBOXに電子メールデータが格納される。
【００２７】
クライアントPC121にも汎用電子メールソフトがインストールされており、クライアントPC121からPOP3（Post Office Protocol-Version 3）プロトコルを用いてPOPサーバ120に存在するtanaka@abc.co.jpのメールBOXに電子メールが届いているか一定間隔で監視し、POPサーバ120にメールが届いている場合はメールデータを受信する。
【００２８】
クライアントPC121のtanaka@abc.co.jpからクライアントPC104のsyain1@xyz.co.jpにメールを送る場合は、逆のルートをたどり、PC121の汎用電子メールソフトで作成されたメールデータはMailサーバ120により中継され、Mailサーバ103に送られ、POPサーバ103のsyain1@xyz.co.jpのメールBOXにデータが格納される。
【００２９】
クライアントPC104ではsyain1@xyz.co.jpのメールBOXからPOP3プロトコルで届けられたメールデータを取得するように動作する。
【００３０】
MFP100、MFP101にはFAX、IFAX受信機能にて受信した画像、及びスキャナで読み取った白黒/カラー画像を一般の電子メール宛先に送ることを前提として送信するEmail送信モードと、IFAX規格に従った装置に送信することを前提としたIFAX送信モードが存在する。送信/受信にはSMTP、POP3が使われ、上記説明したクライアントPC104、クライアントPC121の送信/受信と同様の動作を行う。
【００３１】
Email送信モードではスキャナでカラー画像が読み取られる場合はJPEGフォーマットあるいはPDF（Portable Document Format)ファイルの画像を送信し、白黒画像が読み込まれた場合はTIFF、PDFの画像を送信することができる。
【００３２】
syain1@xyz.co.jpのメールアドレスに送信した場合、クライアントPC104がPOP3プロトコルにてメールを受信し、汎用画像ビューアで画像を表示することができる。
【００３３】
IFAX送信モードではスキャナで読み取られた画像はRFC2301に従ったTIFF形式の画像としてIFAX規格に従ったMFP100、MFP101やインターネットFAX122にSMTP、POP3プロトコルにて送信される。そして、送信機のスキャナあるいはFAX、IFAX受信機能で受信された画像データは遠隔地の受信機にて受信され、受信した画像はプリンタで印刷される。
【００３４】
図２はMFP100の構成を示す図である。
【００３５】
CPU130はROM131に格納されているプログラムとRAM132のメモリを利用してシステム全体の制御を実施する制御回路である。操作部133は、LCD表示パネルとスタートキー、テンキーなどのハードキーから構成され、LCD上にソフト的にボタンを表示しユーザが指でボタンをタッチすることを検出してユーザオペレーションを円滑に実行する回路である。
【００３６】
スキャナ134は原稿の画像データを光電変換により電気データに変換する回路である。原稿給送装置から原稿をプラテンガラス上へ搬送し、原稿がプラテンガラス上に搬送されると、ランプを点灯し、そしてスキャナユニットの移動を開始し、原稿を露光走査する。原稿からの反射光は、ミラー、及びレンズによってCCDイメージセンサへ導かれ電気信号に変換され、A/D変換回路によってデジタルデータに変換される。原稿の読み取り動作終了後、プラテンガラス上の原稿は排紙される。
【００３７】
プリンタ部135は電気的画像データを記録紙に印刷する回路である。電気的画像データに応じたレーザ光をレーザ発光部から発光させ、このレーザ光は感光ドラム照射され、感光ドラム上にはレーザ光に応じた潜像が形成される。
【００３８】
感光ドラムの潜像の部分には現像器によって現像剤が付着され、レーザ光の照射開始と同期したタイミングで，給紙カセットから記録紙を給紙して転写部搬送し、感光ドラムに付着された現像剤を記録紙に転写する。現像剤の乗った記録紙は定着部に搬送され、定着部の熱と圧力により現像剤は記像紙に定者される。定着部を通過した記録紙は排出ローラによって排出され、ソータは排出された記録紙をそれぞれのビンに収納して記録紙の仕分けを行う。
【００３９】
画像処理回路136は、大容量の画像メモリ、画像回転回路、解像度変倍回路、MH、MR、MMR、JBIG、JPEGなどの符号/複合化回路などで構成され、シェーディング、トリミング、マスキングなどの各種画像処理も実行することができる。
【００４０】
ハードディスク137はSCSI、USBなどのI/Fで接続されている大容量記録媒体であり、ハードディスクだけでなくMOなどの記録媒体でも可能である。
【００４１】
ネットワークI/F138は10BASE-T、100BASE-Tを代表とするイーサネット(登録商標)あるいはトークンリングなどのネットワーク回線と接続するためのネットワークデータリンクを実行する回路である。
【００４２】
フォーマッタ部139はIEEE1284準拠のパラレルインタフェース、USBなどのPC I/F回路を備え、PC I/F回路あるいはネットワークI/F回路で受信したパソコンからのPDL（Page Description Language）データより画像データを作成し画像処理回路136で画像処理を行い、プリンタ135で印刷するためのレンダリング回路である。
【００４３】
ファクス部140は電話回線と接続しNCU（Network Control Unit）、MODEM（MOdulator/DEModulator）などの回路で構成されるファクスI/F回路である。
【００４４】
スキャナ134で読み取った画像データを画像処理回路136で画像処理を行い電話回線経由にて他のFAXに送信、あるいは他のFAXから送信されたデータを受信して画像処理回路136で画像処理を行ってプリンタ135で印刷するように動作する。
【００４５】
スキャナ134、プリンタ135、画像処理回路136、フォーマッタ部139、ファクス部140はCPU130からのCPUバスとは別の高速ビデオバスで接続され、画像データを高速に転送できるように構成されている。
【００４６】
スキャナ134で読み取った画像データを画像処理回路136で画像処理を行いプリンタ135で読み取った画像を印刷するように動作することでコピー機能が実現される。
【００４７】
MFP100にはスキャナ134で読み取った画像データを画像処理回路136で画像処理を行い、ネットワークI/Fからネットワーク上に送信するSend機能、あるいは画像処理回路136でRFC2301に従った画像を作成し、電子メールプロトコルでデータを送受信するIFAX機能が存在する。
【００４８】
図３はMFP100が所有するネットワークプログラム構成を説明する図である。
【００４９】
プログラム構成はIP（Internet Protocol）200、TCP（Transmission Control Protocol）、UDP（User Datagram Protocol）201、アプリケーション階層のプログラム202の3階層に大別して構成されている。
【００５０】
IP 200は、発信ホストから宛先ホストヘルータなどの中継ノードと連携しながらメッセージを送り届けるサービスを提供するインターネットのプロトコル階層である。IP 200では、データを送信する発信先のアドレス、データを受信する宛先のアドレスを管理し、データをアドレス情報に従ってネットワーク内をどのような経路で宛先ホストまで届けるかを管理するルーティング機能を実行している。
【００５１】
TCP/UDP 201は、発信アプリケーションプロセスから受信アプリケーションプロセスにメッセージを送り届けるサービスを提供するトランスポート階層である。TCPはコネクション型サービスであって、通信の高度な信頼性を保証するが、UDPはコネクションレス型のサービスであり信頼性の保証を行わない。
【００５２】
アプリケーション階層のプロトコル202は複数のプロトコルを規定し、このプロトコルには、ファイル転送サービスであるFTP（File Transfer Protocol）、ネットワーク管理プロトコルであるSNMP、プリンタ印刷用のサーバプロトコルであるLPD、WWW(World Wide Web)サーバのプロトコルであるHTTPd、電子メール送受信プロトコルSMTP（Simple Mail Transfer Protocol）、メールダウンロードプロトコルPOP3（Post Office Protocol-Version 3）、ユーザの電子メールアドレスなどを管理しているディレクトリデータベースにアクセスするためのプロトコルである LDAP（Lightweight Directory Access Protocol）などが存在する。またRFC1510で規定されているKerberos認証プログラムも搭載されている。
【００５３】
図４はスキャナ134で読み取った画像データを電子メールで送信するさいに表示される操作部133の送信設定画面である。読み取りサイズ300はスキャナ134が読み込む原稿サイズを指定することができ、A3、A4、A5、B4、B5、11×17、LTR、STMTなどの用紙サイズとその向きを指定することができる。現在は自動が設定され、スキャナ134に存在する原稿検知センサーが検知した値で読み込まれる。
【００５４】
解像度301はスキャナ134が画像を読み込むさいの解像度を指定することができ、200×100、200×200、200×400、300×300、400×400、600×600dpiから指定することができる。デフォルト値は200×200であるが、現在は600×600dpiが設定されている。詳細設定302ではスキャン時の濃度設定、原稿タイプ指定、両面読み込み、ページ連写指定、画質調整などのスキャン時の詳細動作を指定することができる。
【００５５】
電子メールの送信宛先のToフィールドは宛先303を選択すると図５のアドレス帳に登録されている宛先から選択することができる。同様にCcフィールドの宛先は宛先304を選択すると図５のアドレス帳に登録されている宛先から選択することができ、Bccフィールドの宛先は宛先305を図５のアドレス帳に登録されている宛先から選択することができる。アドレス帳を用いた宛先303は図５を用いて後述する。
【００５６】
なお、最大送信宛先は256件までであるため宛先303と宛先310、宛先311を合計した値は最大256件までであり、この件数より多い宛先は入力できないようになっている。Subject306、本文307は送信する電子メールに付ける件名とメール本文であり、各設定欄を選択するとソフトキーボードが表示され、文字列を入力することができる。
【００５７】
スタートキー307は、操作部133の横に設置されているハードキーであり、このキーを押すことによりスキャナ134を駆動することができる。スタートキー307の中央には青と赤のLED308が実装され、送信宛先が１つも指定されていない場合、赤色のLEDが点灯しスタートキー307を押してもスキャナ134が駆動することはできない状態であることをユーザに知らせる。送信宛先を１つでも指定すると青のLEDが点灯しスキャナを駆動することができる状態になったことをユーザに知らせる。
【００５８】
図５は送信宛先情報を管理しているアドレス帳である。
【００５９】
アドレス帳は機器の各種設定情報を登録管理するユーザモード（図示せず）にて送信宛先を管理するデータベースである。送信宛先の登録、変更、削除などはユーザモードにて実行することができる。
【００６０】
送信宛先の略称が352で表示され、電子メールアドレスは353に表示され、ユーザは２つより送信宛先を選択する。
【００６１】
選択350に「●」マークが付けられて宛先に電子メールが送信され、選択されたアドレスが宛先303〜305に表示され、電子メールの各フィールド記載される。
【００６２】
MODE351は、送信宛先が一般の電子メール宛先に送ることを前提として送信するEmail送信モードと機器同士の送受信機能が存在するIFAX装置に送信することを前提としたIFAX送信モードを指定することができる。
【００６３】
Email送信宛先にはTIFF、JPEG、PDFの画像フォーマットで送信することが可能となるが、IFAX送信宛先にはRFC2301で規定されているTIFFファイルに限定される。送信画像もEmail送信モードはスキャナで読み取った画像となるが、IFAX送信モードでは主走査の画素数が決められているために所定の画像変換と、図８を用いて後述する送信画像がどこからどこへ送信されたのか解かるように送信宛先と送信元の電子メールアドレスと送信開始時間、ページ番号が記述されたヘッダ画像の付与が実施される。
【００６４】
詳細354は、MODE351がIFAX送信モードの時に360〜363のように「□」が表示される。このボタンを押すことにより図６で後述する送信宛先毎の受信能力である用紙サイズ、圧縮方式、解像度を指定することができる。
【００６５】
図６はIFAX送信モードの送信宛先毎の受信能力を設定する画面である。この受信能力を設定する画面には、送信先（相手先）の受信能力について、用紙サイズ、圧縮方式、解像度毎に示される。対応できるモードについてはグレーで示されている。送信先の受信能力は、アドレス帳において宛先ごとに管理されている（図６（Ａ）及び（Ｂ）参照）。これら送信先の受信能力は予めアドレス帳に入力されていなければならないが、送信者によって手入力で行っても良いし、送信元と送信先とで相互に通信し合って送信先の受信能力を入手するようにしても良い。なお、本実施形態ではアドレス帳はRAM132で管理されている。
【００６６】
用紙サイズは370のA4はIFAX機器では必ずサポートしている用紙サイズであるため常に選択され、グレー表示となり非選択にすることはできない。
【００６７】
受信機がB4サイズの画像を受信できる場合は371のB4キーを押すことによりB4が選択されグレー表示となる。再度371のB4キーを押すとB4は非選択となりグレー表示が解除される。
【００６８】
受信機がA3サイズの用紙サイズの画像を受信できる場合は372のA3キーを押すことによりA3が選択されグレー表示となる。再度372のA3キーを押すとA3は非選択となりグレー表示が解除される。デフォルト設定では用紙サイズはA4のみ選択状態で、B4、A3は非選択状態である。選択された用紙サイズが送信宛先の受信機が扱える用紙サイズであることを示している。
【００６９】
圧縮方式として373のMHはIFAX機器では必ずサポートしている圧縮方式であるため常に選択され、グレー表示となり非選択にすることはできない。
【００７０】
受信機がMR圧縮画像を受信できる場合は374のMRキーを押すことによりMRが選択されグレー表示となる。再度373のMRキーを押すとMRは非選択となりグレー表示が解除される。
【００７１】
相手先がMMR圧縮画像を受信できる場合は375のMMRキーを押すことによりMMRが選択されグレー表示となる。再度375のMRキーを押すとMMRは非選択となりグレー表示が解除される。デフォルト設定では圧縮方式はMHのみ選択状態で、MR、MMRは非選択状態である。選択された圧縮方式が送信宛先の受信機が扱える圧縮方式であることを示している。
【００７２】
解像度として376の200×100dpiと379の200×200dpiはどのIFAX機器でもサポートしている解像度であるため常に選択され、グレー表示となり非選択にすることはできない。
【００７３】
受信機が200×400dpiの画像を受信できる場合は、377の200×400dpiキーを押すと200×400dpiが選択されグレー表示となる。再度377の200×400 dpiキーを押すと200×400dpiは非選択となりグレー表示が解除される。
【００７４】
受信機が300×300dpiの画像を受信できる場合は、375の300×300 dpiキーを押すと300×300dpiが選択されグレー表示となる。再度375の300×300 dpiキーを押すと300×300dpiは非選択となりグレー表示が解除される。
【００７５】
受信機が400×400dpiの画像を受信できる場合は、380の400×400 dpiキーを押すと400×400dpiが選択されグレー表示となる。再度380の400×400 dpiキーを押すと400×400dpiは非選択となりグレー表示が解除される。
【００７６】
受信機が600×600dpiの画像を受信できる場合は、381の600×600 dpiキーを押すと600×600dpiが選択されグレー表示となる。再度381の600×600 dpiキーを押すと600×600dpiは非選択となりグレー表示が解除される。デフォルト設定では解像度は200×100dpi、200×200dpiのみ選択状態で他の解像度は非選択状態である。選択された解像度が送信宛先の受信機が扱える解像度であることを示している。
【００７７】
図６(Ａ)は、電子メールアドレスifax@abc.co.jpの詳細情報360の設定画面であり、設定された受信能力はデフォルト設定値である用紙サイズはA4のみ、圧縮方式はMHのみ、解像度は200×100dpi、200×200dpiのみが受信できることを示している。
【００７８】
図６(Ｂ)は、電子メールアドレスifax@copy1.xyz.co.jp、ifax@copy2.xyz.co.jp、ifax@copy3.xyz.co.jpの詳細情報 361、362、363の設定画面であり、設定された受信能力として用紙サイズはA4、B4、A3が受信可能、圧縮方式はMH、MR、MMRが受信可能、解像度は200×100dpi、200×200dpi、200×400dpi、300×300dpi、400×400dpi、600×600dpiが受信できることを示している。
【００７９】
図７は、図４の送信設定がユーザによって行われ、307のスタートキーが押され、スキャナ134の原稿給送装置からユーザがセットした原稿が読み込まれ、IFAX宛先に読み取った原稿データを送信する時の動作を説明するためのフローチャートである。
【００８０】
IFAX宛先への送信動作はステップS400から始まり送信宛先毎に送信動作が行われる。
【００８１】
ステップS401では、スキャナ134で読み取った画像の用紙サイズが図６を用いて説明した相手先能力の用紙サイズに設定されているか判断される。もし読み取った用紙サイズが相手先能力に設定されていない場合ステップステップS402にてスキャナ134で読み取った画像は現在の用紙サイズより小さくかつ相手先能力に設定されている最大用紙サイズに用紙サイズ変倍が実施される。
【００８２】
その後ステップS403にて画像ヘッダ付与の処理が実施される。この処理は図８にて図示する送信開始日付と送信開始時刻、送信者の略称と電子メールアドレス、受信者である相手先の略称352とページ番号を記述した画像をスキャナ134からの画像に付与する処理である。
【００８３】
ステップS404では画像ヘッダが付与された画像の解像度が図６を用いて説明した相手先能力の解像度に設定されているか判断する。もし読み取った画像の解像度が設定されていない場合ステップS405にて画像は現在の解像度より小さくかつ相手先能力に設定されている最大の解像度に変倍が実施される。
【００８４】
ステップS406では相手先能力に設定されている最も圧縮率が高い圧縮方式にて圧縮が行われる。圧縮率はMH＜MR＜MMRとなっている。
【００８５】
ステップS407は、圧縮した複数ページからなる画像データよりマルチページTIFFファイルを作成する処理である。303、304、305で指定された全ての送信宛先が記述されているメールヘッダを作成する処理ステップS408とマルチページTIFFファイルをBASE64エンコードする処理などのメールデータ作成処理ステップS409により、図９及び図１０を用いて説明する電子メールデータが作成される。
【００８６】
作成したメールデータはステップS410のSMTP送信にてメールデータがメールサーバに送信される。SMTP送信の処理は図１１を用いて後述する。
【００８７】
SMTP送信が終了するとその結果をステップS411でログに書き込む。SMTP送信は1宛先毎に送信するため、書き込むログも1宛先毎に送信開始日時、送信時間、送信結果、送信MODE、送信データサイズなどの情報を書き込む。登録されたログ情報は送信結果を示す送信結果レポート、通信管理レポートなどのレポートとして印刷され、操作部133からも情報を閲覧することができる。
【００８８】
ステップS412において、複数の宛先が送信宛先と指定される場合全ての宛先に送信が終了したかチェックされ、終了していない場合ステップS413にて送信宛先を次の宛先に変更して上記説明した送信動作を送信宛先分実行し、全ての宛先の送信動作が終了した場合ステップS414にてIFAX送信動作を終了する。
【００８９】
図８は、スキャナ134からA3サイズ、600×600dpiの画像が読み取られた場合の各宛先に送信される画像データを説明する図である。
【００９０】
図８(Ａ)は受信機能力の用紙サイズがA4までしか存在しないifax@abc.co.jpに送信する画像データである。スキャナ134で読み取られた画像に送信開始日付、時刻、送信元電子メールアドレス、データを受信するifax@abc.co.jp略称352である“（株）abc”とページ番号が記載された画像ヘッダが付与され、画像の主走査の長さは受信機能力の用紙サイズに従いA4サイズとなっている。
【００９１】
この画像データは受信機能力の解像度が200×200dpi、圧縮方式がMHであることから解像度は200×200dpi、圧縮方式はMHにて圧縮される。
【００９２】
図８(Ｂ)は受信機能力の用紙サイズがA3まで存在するifax@copy3.xyz.co.jpに送信する画像データである。
【００９３】
スキャナ134で読み取られた画像に送信開始日付、時刻、送信元電子メールアドレス、データを受信するifax@copy1.xyz.co.jp略称352である“営業１課”とページ番号が記載された画像ヘッダが付与され、画像の主走査の長さは受信機能力の用紙サイズに従いA3サイズとなっている。
【００９４】
この画像データは受信機能力の解像度が600×600dpi、圧縮方式がMMRまで許容されることから解像度は600×600dpi、圧縮方式はMMRにて圧縮される。
【００９５】
他の送信宛先であるifax@copy2.xyz.co.jp、ifax@copy3.xyz.co.jpの受信機能力も同様に600×600dpi、圧縮方式がMMRまで許容されることから画像ヘッダに記載される受信者略称352の文字がそれぞれ“営業2課”、“営業3課”となった主走査A3サイズ、解像度600×600dpi、圧縮方式MMRの画像データが作成される。なお、画像ヘッダに記載する受信者情報として受信者略称を用いて説明したが、電子メールアドレスを用いてもよい。
【００９６】
このように、本実施形態では、相手先Ａ（例えば、営業１課）の受信機がＡ３に対応できることが分かっている場合にはＢ４及びＡ３をグレー（有効）としておけば送信時にＡ３でスキャンした画像はＡ３で送信することができる一方、受信能力がＡ４にしか対応できない又は、受信応力が全く分からない相手先Ｂ（例えば、Ａ４にしか対応できない上述の（株）ABC）に対してはデフォルトのＡ４のままで設定しておけば、Ａ３でスキャンした画像はＡ３からＡ４に変倍されて送信される。よって、送信時に複数の相手先をしていても１回のスキャン動作でデータを送信することができるのである。
【００９７】
図９は、ifax@abc.co.jpに送信する送信するメールデータでありステップS408にて作成される。IFAX送信モードではメールサーバで即座に処理が行われるように500にてPriority:がHighestに設定され、送信時刻を示すDateフィールドが501にて設定される。
【００９８】
502では送信者の電子メールアドレスifax@copy3.xyz.co.jpがFromアドレスに設定され、Subject306で指定した“送付資料”という文字をJISコード化しBASE64エンコードしたデータをRFC2047で規定されているencoded-wordのデータとしてSubjectフィールド503に登録されている。
【００９９】
Toフィールド504のメールアドレスとしてifax@abc.co.jpが指定され、その略称352の“（株）abc”がSubjectと同様にencoded-wordのデータとして記述されている。
【０１００】
Ccフィールド505、506とBccフィールドは宛先To303、Cc304、Bcc305が指定されメールアドレスとその略称352がencoded-wordのデータとして記述されている。
【０１０１】
なお、504〜506の送信宛先を示すデータは各宛先に送信する送信データ全てに記述されているため、受信者はBccフィールドを除き誰宛に送信されたデータなのか判断できることができるようになった。最大送信宛先は256件であるためToフィールド504とCcフィールド505とBccフィード305に記載される宛先数の合計は最大256件となる。
【０１０２】
507のMessage-IDフィールドには送信日付と時刻、送信受付番号、送信機のドメイン名から作成されるデータであり、送信されるメール毎に異なり同一のMessage-IDは存在しない。
【０１０３】
509、510のMIME識別子はMIMEのバージョンとメールデータが"AHMOALBJDADADADCDADAAAAOB "という文字列で区切られていることを示している。
512はデータの区切りであることを示し、513にてJISコードで書かれたテキストであることを示す。
【０１０４】
515、516が記述されているテキストであり、本文307で指定された文字列がJISコード化されている。
【０１０５】
518が区切りでテキストの終了と共に次の区切りが始まることを示している。519から521にて次のデータは“Image.tif”というファイル名のTIFFファイルがBASE64エンコードされている添付ファイルであることを示している。
【０１０６】
523から530は、図８を用いて説明した画像データをTIFFファイル化してこのデータをBASE64エンコードしているデータである。このデータは画像ヘッダが宛先毎に変わり、受信機の能力毎に解像度、用紙サイズ、圧縮方式が変化するため宛先毎に異なるデータである。532は510によるデータ領域が区切られた最終区切りであることを示している。
【０１０７】
図１０は、ifax@copy1.xyz.co.jpに送信するメールデータでありMessage-Id 550が図９のMessage-Id 508と異なり、両者は異なるメールデータであることを示している。
【０１０８】
To 504、Cc 505、506、Bcc 507の宛先情報は送信宛先毎に共通であるため図９のifax@abc.co.jpと同一である。561から568の添付TIFFファイルをBASE64エンコードしたデータは画像ヘッダの文字列データと受信機能力の解像度、用紙サイズ、圧縮方式がifax@abc.co.jpとは異なるために523から530のデータとは異なる。
【０１０９】
図１１はステップS409のSMTP送信を説明する図である。SMTPクライアントのcopy1.xyz.co.jp MFP100がSMTPサーバpulser.xyz.co.jp （Mailサーバ103）に接続すると600の“220”から始まるオープニングメッセージで応答することにより、SMTPセッションは初期化される。
【０１１０】
MFP100より601のHELOコマンドを送信するとMailサーバ103より“250”から始まる正常を示す応答コード602が返答される。その後MFP100より送信者を示すMAIL FROMコマンド603で送信者の電子メールアドレスifax@copy1.xyz.co.jpを通知するとMailサーバ103より“250”から始まる正常を示す応答コード604が返答される。
【０１１１】
MFP100より受信者を示すRCPT TOコマンド605で受信者の電子メールアドレスifax@abc.co.jpを通知するとMailサーバ103より“250”から始まる正常を示す応答コード606が返答される。MFP100よりこれからメールデータを送信することを知らせるDATAコマンド607を通知するとMailサーバ103より準備ができると“354”から始まる応答コード608が返答される。
【０１１２】
Mailサーバ103がデータを受信できる準備ができたことが通知されると、609から612にて図９、図１０を用いて説明した電子メールデータをMailサーバ103に送信する。
【０１１３】
全ての電子メールデータを送信終了すると、613のデータ終了を示す“.”を送信する。613データ終了コードを受信したメールサーバ103は“250”から始まる正常を示す応答コード614を送信して、正常にデータが受信できたことを知らせる。
【０１１４】
データ送信が正常に処理できたのでSMTPクライアントのcopy1.xyz.co.jpはMailサーバ103にQUITコマンド615を送信して接続を終了することを告げると、Mailサーバ103より“221”から始まる正常を示す応答コード616を送信して接続が終了する。
【０１１５】
＜第２の実施形態＞
図１２は、本発明の第２の実施形態を示しており、送信宛先がPCクライアントであることを前提とするEmail送信動作を説明するための図である。
【０１１６】
図４を用いた説明から電子メールのToフィールド宛先に設定される宛先303にクライアントPC121の電子メールアドレスであるtanaka@abc.co.jpが設定され、電子メールのCcフィールド宛先に設定される宛先310にクライアントPC121の電子メールアドレスであるtanaka@abc.co.jpとPC106の電子メールアドレスであるsatou@xyz.co.jpが設定され、電子メールのBccフィールド宛先に設定される宛先311には誰も指定されていない。
【０１１７】
なお、最大送信宛先は256件までであるため宛先303と宛先310、宛先311を合計した値は最大256件までであり、この件数より多い宛先は入力できないようになっている。
【０１１８】
図１３は、図１２の送信設定がユーザによって行われ、307のスタートキーが押され、スキャナ134の原稿給送装置からユーザがセットした原稿が読み込まれ、設定したEmail宛先に読み取った原稿データが送信されるまでの動作を説明するためのフローチャートである。
【０１１９】
電子メールのSMTPを規定するRFC2821によるとメールサーバは100宛先までのメールを処理しなければならないと規定されているが、100宛先を越えるメールに関しては規定されていないために100宛先を越えるメール配信は配信できないメールサーバが存在する可能性がある。このため、Email送信のSMTP配信では100宛先単位でのメール配信を実施する。  Email宛先への送信動作は、ステップS700から始まりIFAX宛先のように送信宛先毎に送信動作は行わず、全ての宛先が記入された１つの電子メールデータを作成し、作成したメールデータをメールサーバに送信すると、メールサーバにて各宛先に電子メール配信を実行するように動作する。
【０１２０】
ステップS701は、スキャンした画像を圧縮し、複数ページからなる画像データをマルチページTIFFファイルに作成する処理である。このさい圧縮方式はMMR圧縮固定となり、IFAX送信のような画像ヘッダは付与しない。
【０１２１】
ステップS702は、図１４を用いて後述する電子メールデータをメールデータ作成処理が行われる。この処理は全ての303、304、305で指定された全ての送信宛先が記述されているメールヘッダを作成する処理とマルチページTIFFファイルをBASE64エンコードする処理などから構成される。
【０１２２】
ステップS703では、変数ｎに初期値として全ての宛先数を代入する。
【０１２３】
ステップS704では、変数ｎが0より大きいか判断し、大きい場合はステップS705の100宛先SMTP送信が実施され0より小さい時Email送信処理は終了する（ステップS709）。
【０１２４】
変数ｎが0より大きい場合に動くステップS703は図１５を用いて後述する作成した電子メールデータをSMTPプロトコルに従いメールデータをメールサーバに送信する処理であり、最大100宛先までのメールを送信することができる。
【０１２５】
送信動作が終了するとその結果をログに書き込み（ステップS704）、変数ｎから100を引く（ステップS707）。
【０１２６】
ステップS708の送信宛先変更は、100件以上の送信宛先が指定された場合、送信する宛先をステップS705で送信した宛先より送信が終わっていない最大100件の宛先に変更する処理であり、全ての送信宛先に対して送信が終了すると送信宛先は無くなる。
【０１２７】
送信宛先変更ステップS708が終了するとステップS704に戻り変数ｎが0より大きいか判断される。
【０１２８】
従って、送信宛先が最大件数の256件指定された場合最初に変数ｎに256の値がセットされ、最初の1〜100宛先までの送信がステップS705で終了すると、変数ｎは156になりステップS708にて送信宛先は101〜200宛先までがセットされステップS704に戻る。
【０１２９】
変数ｎの値は156なので、101〜200宛先に対しての送信がステップS705で実施され、変数ｎは56になり送信宛先は201〜256宛先がセットされステップS704に戻る。
【０１３０】
変数ｎの値は56なので、201〜256宛先に対しての送信がステップS705で実施され、変数ｎは-44になり送信宛先が設定されず、ステップS704の判定に従い送信動作は終了する。このように送信宛先として256件登録した場合3回の送信動作によって全ての宛先にメールデータを送信することになる。
【０１３１】
この際に送信される電子メールの送信データは全ての宛先が記入されているので、このメールを受信する受信者はBccフィールドに記載された宛先を除き送信者が誰に送ったのか判断することができる。
【０１３２】
図１４は、ステップS702にて作成される電子メールデータを説明する図である。
【０１３３】
メールサーバで即座に処理が行われるように800にてPriority:がHighestに設定され、送信時刻を示すDateフィールドが801にて設定される。
【０１３４】
802では送信者の電子メールアドレスifax@copy3.xyz.co.jpがFromアドレスに設定され、Subject306で指定した送付資料という文字をJISコード化しBASE64エンコードしたデータをRFC2047で規定されているencoded-wordのデータとしてSubjectフィールド803に登録されている。
【０１３５】
Toフィールド804のメールアドレスとしてtanaka@abc.co.jpが指定され、その略称352の“田中様”がSubjectと同様にencoded-wordのデータとして記述されている。Ccフィールド805には宛先304で指定されたyamada@xyz.co.jpのメールアドレスとその略称352“山田さん”がencoded-wordのデータとして記述され、806には宛先304で指定されたsatou@xyz.co.jpのメールアドレスとその略称352“佐藤さん”がencoded-wordのデータとして記述される。
【０１３６】
なお、804〜806の送信宛先を示すデータは各宛先に送信する送信データ全てに記述されているため、誰宛に送信されたデータなのか判断することができる。
最大送信宛先は256件であるためTo（宛先）フィールド804とCC（同報送信宛先）フィールド805と今回は設定されていないBCC（匿名同報送信宛先）フィードに記載される宛先数の合計は最大256件となる。
【０１３７】
808のMessage-IDフィールドには送信日付と時刻、送信受付番号、送信機のドメイン名から作成されるデータであり、送信されるメールデータが異なる場合同一のMessage-IDは存在しない。100件以上の送信宛先が指定された場合は送信するメールデータは同一であるため同一のMessage-IDからなるメールデータを送信する。
【０１３８】
809、810のMIME識別子はMIMEのバージョンとメールデータが" AHMOALBJDADADADCDADAAAAOB "という文字列で区切られていることを示している。
【０１３９】
811はデータの区切りの始まりで、812にて区切られたメールデータはJISコードで書かれたテキストであることを示す。
【０１４０】
814、815がそのテキストであり、本文307で指定された文字列がJISコード化されている。817はデータの区切りであることを示し、テキストの終了と共に次の区切りが始まることを示している。818から820は区切られた領域のデータは"Image.tif"というファイル名のTIFFファイルがBASE64エンコードされている添付ファイルであることを示している。
【０１４１】
822から829がスキャナ134で読み取った画像データをTIFFファイル化しBASE64エンコードしたデータである。831は809によるデータ領域が区切られた最終区切りであることを示している。
【０１４２】
図１４は、ステップS705の100宛先SMTP送信を説明する図である。
【０１４３】
SMTPクライアントのcopy1.xyz.co.jp MFP100がSMTPサーバpulser.xyz.co.jp （Mailサーバ103）に接続すると900の“220”から始まるオープニングメッセージで応答することにより、SMTPセッションは初期化される。
【０１４４】
MFP100より901のHELOコマンドを送信するとMailサーバ103より“250”から始まる正常を示す応答コード902が返答される。その後、MFP100より送信者を示すMAIL FROMコマンド903で送信者の電子メールアドレスifax@copy1.xyz.co.jpを通知するとMailサーバ103より“250”から始まる正常を示す応答コード904が返答される。
【０１４５】
MFP100より受信者を示すRCPT TOコマンド905で受信者の電子メールアドレスtanaka@abc.co.jpを通知するとMailサーバ103より“250”から始まる正常を示す応答コード906が返答される。
【０１４６】
次の受信者としてRCPT TOコマンド907で受信者の電子メールアドレスyamada@xyz.co.jpを通知すると、Mailサーバ103より“250”から始まる正常を示す応答コード908が返答され、3番目の受信者としてRCPT TOコマンド909で受信者の電子メールアドレスsatou@xyz.co.jpを通知するとMailサーバ103より“250”から始まる正常を示す応答コード910が返答される。
【０１４７】
なお、このSMTPプロトコルによる送信は最大100宛先まで送信が可能であるため、最大の100宛先が送信指示された場合RCPT TOコマンドは100回発行することとなる。
【０１４８】
その後、MFP100よりこれからメールデータを送信することを知らせるDATAコマンド911を通知するとMailサーバ103がデータ受信の準備ができると“354”から始まる応答コード912が返答される。
【０１４９】
Mailサーバ103がデータを受信できる準備ができたことを通知されると、913から916にて図１４を用いて説明した電子メールデータをMailサーバ103に送信する。
【０１５０】
全ての電子メールデータを送信終了すると、917のデータ終了を示す“.”を送信する。917データ終了コードを受信したメールサーバ103は“250”から始まる正常を示す応答コード918を送信して、正常にデータが受信できたことを知らせる。
【０１５１】
データ送信が正常に処理できたのでSMTPクライアントのcopy1.xyz.co.jpはMailサーバ103にQUITコマンド919を送信して接続を終了することを告げると、Mailサーバ103より“221”から始まる正常を示す応答コード920を送信してSMTP接続は終了する。
【０１５２】
なお、Email送信においてSMTPを用いて1度に送信できる宛先数はRFC2821に従い100宛先としたが、この数に限定する必要はない。
【０１５３】
また、送信する画像はスキャナで読み取った画像に限定されず、FAX受信画像、IFAX受信画像、プリンタ機能によって作成された画像でも同様の効果が得られる。
【０１５４】
送信画像フォーマットについては、TIFFを用いて説明したが、PDF（Portable Document Format）、PS（PostScript ）、GIF（Graphics Interchange Format）、PNG（Portable Network Graphics）、JPEG等の画像フォーマットを用いても同様の効果が得られる。
【０１５５】
＜その他の実施形態＞
本発明では、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１５６】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれている。
【０１５７】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含む。
【０１５８】
また、上記実施の形態の機能を実現するソフトウェアのプログラムコードがネットワークを介して配信されることにより、システム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ-ＲＷ、ＣＤ-Ｒ等の記憶媒体に格納され、そのシステム又は装置のコンピュータ(又はＣＰＵやＭＰＵ)が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行することによっても、達成されることは云うまでもない。
【図面の簡単な説明】
【０１５９】
【図１】ネットワーク接続構成を説明する図である。
【図２】システム構成を示すブロック図である。
【図３】プログラム構成を示す図である。
【図４】送信設定を説明する図である。
【図５】アドレス帳を説明する図である。
【図６】アドレス帳の受信機能力設定を説明する図である。
【図７】第１の実施形態に係るIFAX送信動作を説明するためのフローチャートである。
【図８】第１の実施形態に係る送信画像を説明する図である。
【図９】第１の実施形態に係る送信する電子メールデータである。
【図１０】第１の実施形態に係る送信する電子メールデータである。
【図１１】第１の実施形態に係るMFP100とMailサーバが通信するSMTPプロトコルを説明する図である。
【図１２】第２の実施形態に係るMFP100、101の送信設定を説明する図である。
【図１３】第２の実施形態に係るEmail送信動作を説明するためのフローチャートである。
【図１４】第２の実施形態に係る電子メールデータである。
【図１５】第２の実施形態に係るSMTPプロトコルを説明する図である。
【図１】
2006033610.tif 000003
【図２】
2006033610.tif 000004
【図３】
2006033610.tif 000005
【図４】
2006033610.tif 000006
【図５】
2006033610.tif 000007
【図６】
2006033610.tif 000008
【図７】
2006033610.tif 000009
【図８】
2006033610.tif 000010
【図９】
2006033610.tif 000011
【図１０】
2006033610.tif 000012
【図１１】
2006033610.tif 000013
【図１２】
2006033610.tif 000014
【図１３】
2006033610.tif 000015
【図１４】
2006033610.tif 000016
【図１５】
2006033610.tif 000017