JP5208258B2 - 通信装置、通信方法、及びプログラム - Google Patents

Description

本発明は、電子メールを送信可能な通信装置、通信方法、及びプログラムに関する。

近年、コンピュータの普及、情報のネットワーク化に伴い、文字情報をネットワークで送受信する電子メールが普及している。電子メールには文字情報であるメール本文の他に様々な形式のファイルを添付することができ、添付ファイルに定められた画像TIFF（Tag Image File Format）ファイルを添付することで画像の送受信を行うインターネットＦＡＸが提案されている。

また、インターネット標準化組織IETF（Internet Engineering Task Force）が発行するRFC2532（Expanded Facsimili Using Internet Mail）では、送信機が送信した画像TIFFファイルのメールを受信機が受信した際に、受信機が正常に受信したことを送信機側に電子メールで知らせるインターネットFAX Full Modeが提案されている。

また、特開平11-252164号公報には、送達確認メールの送付先を複数記憶したテーブルを持ち、送達確認メールを受信時に、このメールの送信者がテーブルに該当した場合、送達確認を送信者に通知する技術が記載されている。

更に、特開2000-183949公報には、送達確認の送付先を記憶し、電子メールを受信時に送達確認メールであると認識した場合、送達確認の送付先に送達確認メールを送信する技術が記載されている。

送信機から受信機に画像データと共に、送達したことを知らせてもらうために必要な情報を送信した場合、受信機が正常に処理できた場合、受信機から送信機に送達確認のメールが送信される。一方、送信機が送達確認メールを受信すると、送信ログや送信管理レポートとして表示及び印字することで送信者に知らせるように動作する。

しかしながら、電子メールでは、途中いくつものメールサーバを介してメールが転送されるため即時性の保障は無く、送信機がメールを送信してから送達確認メールを受信するまでに時間がかかることがある。

この場合、送信者は送信ログや送信管理レポートが印字されているかを頻繁に見に行かなければ、宛先に届いたかどうかわからないという不具合がある。

また、送信動作を連続して行うと、複数の送達確認待ちの通信が発生し、送達確認メールを受信した際に、どの通信の送達確認メールであるのか判断することが難しいという問題もある。

本発明は上記課題を解決するためになされたもので、送信受付ＩＤ及び電子メールの宛先に対応する宛先ＩＤを含むメッセージＩＤが設定された複数の電子メールを同報で送信させることで、送信した複数の電子メールのそれぞれの状態を簡単に確認できる通信装置、通信方法、及びプログラムを提供する。

本発明は、電子メールを送信可能な通信装置であって、
複数の宛先に対する電子メールの同報送信の指示に従って複数の電子メールを送信する送信手段と、
前記送信手段で送信する複数の電子メールのそれぞれに、前記同報送信に対して割り当てられる送信受付ＩＤと、前記同報送信において電子メールが送信される宛先毎に個別に割り当てられる宛先ＩＤとを含むメッセージＩＤを設定する設定手段と、
前記設定手段によりメッセージＩＤが設定された前記複数の電子メールを前記送信手段で送信させる制御手段と、を備えることを特徴とする。

本発明によれば、送信受付ＩＤ及び電子メールの宛先に対応する宛先ＩＤを含むメッセージＩＤが設定された複数の電子メールを同報で送信させることで、送信した複数の電子メールのそれぞれの状態を簡単に確認できる。

本発明に係る通信装置の一実施形態の構成を示すブロック図である。 リーダ部１及びプリンタ部２を一体的に設けた画像入出カデバイスの構造を示す側断面図である。 通信装置のリーダ部１の構成を示すブロック図である。 通信装置のコア部１１の構成を示すブロック図である。 フォーマッタ部９の構成及び動作を説明するための図である。 ファクシミリ部４の構成及び動作を説明するための図である。 通信装置のネットワークＩ／Ｆ部におけるプログラム階層を示す図である。 画像を送信する時の操作部１１５の表示画面を示す図である。 アドレス帳から宛先を選択する画面を示す図である。 本実施形態によるＥＳＭＴＰ送信プロトコルを示す図である。 本実施形態における電子メールデータの例を示す図である。 送信エラーが発生した場合のデータの流れを示す図である。 正常送信時のデータの流れを示す図である。 Mailサーバ１５が送信するエラーメール（６０２）の内容を示す図である。 送達確認メールの内容を示す図である。 送信内容や状態などが記録された送信ログを示す図である。 本実施形態におけるメール受信処理を示すフローチャートである。 変形例におけるメール受信処理を示すフローチャートである。

以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。

図１は、本発明に係る通信装置の一実施形態の構成を示すブロック図である。図１に示すように、通信装置はリーダ部１、プリンタ部２、画像入出力制御部３とを備える。ここで、リーダ部１は、原稿の画像を読み取り、原稿画像に応じた画像データをプリンタ部２及び画像入出力制御部３へ出力する。プリンタ部２はリーダ部１及び画像入出力制御部３からの画像データに応じた画像を記録紙上に記録する。画像入出力制御部３はリーダ部１を接続すると共に、ファクシミリ部（ファックス部）４、ファイル部５、ネットワークインターフェース（Ｉ／Ｆ）部７、フォーマッタ部９、イメージメモリ部１０及びコア部１１を有する。

ファクシミリ部４は、電話回線を介して受信された圧縮画像データを伸長し、伸長した画像データをコア部１１へ転送し、またコア部１１から転送された画像データを圧縮し、圧縮した圧縮画像データを電話回線へ送信する回路である。

ファイル部５には光磁気ディスクドライプ６が接続され、ファイル部５はコア部１１から転送された画像データを圧縮し、その画像データを検索するためのキーワードと共に光磁気ディスクドライブ６にセットされた光磁気ディスクに書き込む。また、ファイル部５はコア部１１を介して転送されたキーワードに基づき、光磁気ディスクに記憶されている圧縮画像データを検索し、検索した圧縮画像データを読み出して伸長し、伸長した画像データをコア部１１へ転送する。

ネットワークＩ／Ｆ部７は、画像入出力制御部３をネットワークに接続するためのネットワークインターフェースを有し、電子メールアドレスとしてifax@figaro.xyz.co.jpというアドレスが割り当てられている。このネットワークはMailサーバ、POPサーバ１３（pulser.xyz.co.jp）に接続し、更には全世界に広がるインターネット網１４と接続されている。ネットワークＩ／Ｆ部７には、ハードディスク８が接続され、ハードディスク８にはMailで受信したデータを保存することが可能である。

インターネット網１４には、MailサーバPOPサーバ１３（pulser.xyz.co.jp）、MailサーバPOPサーバ１５（panther.abc.co.jp）のようなメールサーバが複数存在し、多くの人との間で電子メールの送受信が可能である。

フォーマッタ部９は、ネットワークＩ／Ｆ部７に接続されたコンピュークから転送される画像を表すコードデータをプリンタ部２で印刷可能な画像データに展開する回路である。イメージメモリ部１０は、画像データを一時的に記憶する回路である。コア部１１については後述するが、コア部１１はリーダ部１、ファクシミリ部４、ファイル部５、ネットワークＩ／Ｆ部７、フォーマッタ部９、イメージメモリ部１０の各部におけるデータの流れを制御する。

次に、本通信機からリーダ部１で読み取った画像を電子メールに添付してMailクライアント１６（pcmail@abc.co.jp）に送信する動作を説明する。

Mailクライアント１６（pcmail@abc.co.jp）宛にリーダ部１で読み取った画像を電子メール形式に変換し、SMTP（Simple Mail Transfer Protocol）でメールサーバ１３に画像が添付されたメールを送信する。尚、この際のFrom電子メールアドレスはifax@figaro.xyz.co.jpである。

メールサーバ１３は、指定されたMailクライアント１６のメールアドレス情報よりインターネット網１４を経由してMailサーバ１５に画像が添付されたメールを転送する。このメールを受信したMailサーバ１５はアドレス情報より自分が管理するユーザのアドレスであると認識し、受信したメールをMailクライアント１６のメールボックスに保存する。

Mailクライアント１６には、電子メールを送受信することができる電子メールソフトがインストールされており、一定時間毎にＰＯＰ３（Post Office Protocol-Version 3）に従ってPOPサーバ１５のメールボックス内に新規のメールが届いていないかを調べる。届いていた場合、そのメールをダウンロードし、送信機のリーダ部１で読み取った画像を入手することができる。

また、インターネットＦＡＸ１８（ifax@abc.co.jp）にデータを送信する場合も同様にMailサーバ１３、インターネット網１４、メールサーバ１５を経由して送信することができ、この画像を受信したインターネットＦＡＸ１８で受信画像が印刷される。

同様に、インターネットＦＡＸ１８で読み取られた画像もメールサーバ１５、インターネット網１４、Mailサーバ１３を経由してデータを受信し、プリンタ部２にて画像を印刷することができる。

次に、上述のリーダ部１及びプリンタ部２の詳細な構成及び動作について説明する。

図２は、リーダ部１及びプリンタ部２を一体的に設けた画像入出カデバイスの構造を示す側断面図である。図２に示すように、リーダ部１には、原稿給送装置１０１が搭載され、原稿給送装置１０１は、原稿を最終ページから順に1枚づつプラテンガラス１０２上へ給送し、この原稿の読み取り動作が終了後、プラテンガラス１０２上の原稿を排出するように構成されている。原稿がプラテンガラス１０２上に搬送されると、ランプ１０３が点灯され、スキャナユニット１０４の移動が開始される。このスキャナユニット１０４の移動により、原稿が露光走査され、この露光走査時の原稿からの反射光はミラー１０５，１０６，１０７、及びレンズ１０８を介してＣＣＤイメージセンサ（以下、ＣＣＤという）１０９へ導かれる。

このように走査された原稿の画像はＣＣＤ１０９によって読み取られ、ＣＣＤ１０９が光学的に読み取った画像を光電変換により画像データに変換して出力する。ＣＣＤ１０９から出力された画像データは、所定の補正処理が施された後、プリンタ部２及び画像入出力制御部３のコア部１１ヘビデオバス（図示せず）を介して転送される。

一方、プリンタ部２では、リーダ部１から出力された画像データをレーザドライバ２０１に入力する。レーザドライバ２０１は入力した画像データに基づき、レーザ発光部２２１を駆動する。即ち、リーダ部１から出力された画像データに応じたレーザ光を発光させるようにレーザ発光部２２１を駆動する。このレーザ光は感光ドラム２０２上に走査されながら照射され、感光ドラム２０２にはレーザ光に応じた静電潜像が形成される。

この感光ドラム２０２上の静電潜像は、現像器２０３から供給される現像剤によって現像剤像として可視画像化される。また、レーザ光の照射開始と同期したタイミングで、カセット２０４及び２０５の何れか一方から記録紙が給紙され、この記録紙は感光ドラム２０２と転写部２０６との間に搬送される。感光ドラム２０２上に形成された現像剤像は転写部２０６により給紙された記録紙上に転写される。

現像剤像が転写された記録紙は定着部２０７に搬送され、定着部２０７が記録紙を熱圧することによって現像剤像を記像紙に定着させる。そして、定着部２０７を通過した記録紙は排出ローラ２０８によって排出され、ソータ２２０は排出された記録紙をそれぞれのビンに収納して記録紙の仕分けを行う。尚、ソータ２２０は仕分けが設定されていない場合には、最上ビンに記録紙を収納するように動作する。

また、両面記録が設定されている場合には、排出ローラ２０８の位置まで記録紙を搬送した後に、排出ローラ２０８の回転方向を逆転させ、フラッパ２０９によって再給紙搬送路へ導くように構成されている。更に、多重記録が設定されている場合には、記録紙を排出ローラ２０８まで搬送しないようにフラッパ２０９を切り換えて再給紙搬送路へ導くように設定されている。そして、再給紙搬送路へ導かれた記録紙は、上述したタイミングで、感光ドラム２０２と転写部２０６との間に再度給紙される。

次に、本実施形態における通信装置のリーダ部１について、その構成及び動作を詳細に説明する。

図３は、通信装置のリーダ部１の構成を示すブロック図である。ＣＣＤ１０９から出力された画像データは、図３に示すように、Ａ／Ｄ・ＳＨ部１１０によるアナログ／デジタル変換によりデジタルデータに変換されると共に、該デジタルデータに対してシェーディング補正が施される。Ａ／Ｄ・ＳＨ部１１０によって処理された画像デークは画像処理部１１１を介してプリンタ部２へ転送されると共に、インターフェース（Ｉ／Ｆ）部１１３を介して画像入出力制御部３のコア部１１へ転送される。画像処理部１１１は、トリミング処理などの各種画像処理を行い、Ｉ／Ｆ部１１３はコア部１１から転送された画像データを含むデータを取り込むなど、コア部１１とのインターフェースを司る。

画像処理部１１１及びＩ／Ｆ部１１３は、ＣＰＵ１１４により操作部１１５で設定された設定内容に応じて制御される。例えば、操作部１１５でトリミング処理を行って複写を行う複写モードが設定されている場合、ＣＰＵ１１４は、画像処理部１１１においてトリミング処理を実行し、このトリミング処理が施された画像データをプリンタ部２へ転送するように制御する。

また、操作部１１５でファクシミリ送信モードが設定されている場合、ＣＰＵ１１４は、Ｉ／Ｆ部１１３から画像データと設定されたモードに応じた制御コマンドとをコア部１１へ転送するように制御する。

このようなＣＰＵ１１４による制御は、メモリ１１６に格納されている制御プログラムに従って実行される。また、メモリ１１６はＣＰＵ１１４の作業領域としても使われる。

次に、本実施形態における通信装置のコア部１１について、その構成及び動作を詳細に説明する。

図４は、通信装置のコア部１１の構成を示すブロック図である。コア部１１は、リーダ部１とのＩ／Ｆ部１２２を有し、リーダ部１から転送された画像データはＩ／Ｆ部１２２を介して画像データ処理部１２１へ転送されると共に、リーダ部１からの制御コマンドはＣＰＵ１２３へ転送される。画像データ処理部１２１は必要に応じて入力された画像データに対し、画像の回転処理、変倍処理などの画像処理を施し、画像データ処理部１２１で画像処理が施された画像データは、リーダ部１から転送された制御コマンドに応じて、Ｉ／Ｆ部１２０を介してファクシミリ部４、ファイル部５又はネットワークＩ／Ｆ部７へ転送される。

また、ネットワークＩ／Ｆ部７を介して入力された画像を表すプリンタデータは、画像データ処理部１２１に転送された後に、フォーマッタ部９へ転送されて画像データに展開され、この画像データは画像データ処理部１２１に転送された後に、また、ファクシミリ部４又はＩ／Ｆ部１２２を介してプリンタ部２へ転送される。ファクシミリ部４で受信された画像データは、画像データ処理部１２１へ転送された後に、プリンタ部２、ファイル部５又はネットワークＩ／Ｆ部７へ転送される。更に、ファイル部５から出力された画像デークは、画像データ処理部１２１へ転送された後に、プリンタ部２、ファクシミリ部４又はネットワークＩ／Ｆ部７へ転送される。

ＣＰＵ１２３はメモリ１２４に格納されている制御プログラム及びリーダ部１から転送された制御コマンドに従って各部間のデ‐夕の転送制御を行うと共に、画像データ処理部１２１による画像処理の実行を制御する。また、メモリ１２４は、ＣＰＵ１２３の作業領域としても使われる。

このように、コア部１１を中心として、原稿画像の読み取り、画像のプリント、画像の送受信、画像の保存、コンピュータからのデータの入出力などの各機能を複合させた処理を行うことが可能である。

図５は、フォーマッタ部９の構成及び動作を説明するための図である。図１に示すＰＣクライアント１２のワープロ等のアプリケーションで作成されたデータはプリンタドライバによりＰＳ（ポストスクリプト）などのプリンタで解釈可能なＰＤＬ（Page Description Language）データに変換される。そして、変換されたデータはネットワークＩ／Ｆ部７、コア部１１、コアＩ／Ｆ部２２０を経由してフォーマッタ部９に転送される。

このデータはＣＰＵ２２２により解釈され、ＦｏｎｔＲＯＭ２２３、ＤＲＡＭ２２５を用いて画像が形成される。この画像は画像処理回路２２６によって画像処理が施され、ビデオクロック２２８で生成された同期信号に同期してビデオＩ／Ｆ回路２２７より画像がコア部１１に転送される。転送された画像データは、プリンタ部２で印刷される。プログラムＲＯＭ２２４は上述した動作を制御するためのプログラムが格納されているＲＯＭである。このようにしてプリンタ部２でＰＳなどのＰＤＬデータを印刷することができる。

尚、フォーマッタ部９は、ＰＤＬ毎に変更が可能であり、このＲＯＭ２２４はＰＤＬとそのバージョン毎に異なり、ユーザは目的に応じたＰＤＬとバージョンを選択することができる。

図６は、ファクシミリ部４の構成及び動作を説明するための図である。ＮＣＵ（Network Control Unit）２３０は電話機にＦＡＸを接続する回路であり、電話、ＦＡＸの切り替え、受信時に呼び出し信号の検出、通話中に電話交換機からの直流ループ信号を保持する回路である。ＭＯＤＥＭ（MOdulator／DEModulator）２３１はアナログ信号をデジタル信号に変更、逆にアナログ信号をデジタル信号に変換する変復調回路である。

他のＦＡＸから送信されたデータは、ＮＣＵ２３０によりデータが受信され、ＭＯＤＥＭ２１３によりデジタル信号に変換される。このデータは画像をＭＨ，ＭＲ，ＭＭＲ或いはＪＢＩＧ等で符号化されたデータである。このデータは符号復号化回路２３６により復号化され、ＤＲＡＭ２３５に画像データが展開される。展開された画像データは、解像度変換部２３４で解像度が変換され、画像処理回路２３７で画像処理が施される。この画像データはビデオクロック２３９からのクロックに同期してビデオＩ／Ｆ回路２３８によってコア部１１に転送され、プリンタ部２で印刷される。

また、送信時はリーダ部１で読み込まれた画像データがコア部１１を経由してビデオＩ／Ｆ回路２３８、ビデオクロック２３９、画像処理回路２３７によってＤＲＡＭ２３５に展開される。展開されたデータは解像度変換２３４で解像度が変換され、符号復号化回路２３６でＭＨ，ＭＲ，ＭＭＲ或いはＪＢＩＧに符号化される。符号化されたデータはＭＯＤＥＭ２３１でアナログ信号に変換されて、ＮＣＵ２３０にて送信される。

ＣＰＵ２３２は、上述した制御を司る回路であり、プログラムＲＯＭ２３３はＣＰＵ２３２を動作させるためのプログラムが格納されている。尚、ファクシミリ部４は着脱が可能であり、ユーザの用途に合わせて装着が可能である。

次に、通信装置のネットワークＩ／Ｆ部７におけるプログラム（プロトコル）階層について説明する。

図７は、通信装置のネットワークＩ／Ｆ部におけるプログラム階層を示す図である。ネットワークＩ／Ｆ部７におけるプログラムは、図７に示すように、ＩＰ（Internet Protocol）２５０、ＴＣＰ（Transmission Control Protocol）／ＵＤＰ（User Datagram Protocol）２５１、アプリケーション階層のプロトコルを動作されるプログラム２５２から構成されている。

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

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

アプリケーション階層のプロトコル２５２は複数のプロトコルを規定し、このプロトコルには、ファイル転送サービスであるＦＴＰ（File Transfer Protocol）、ネットワーク管理プロトコルであるＳＮＭＰ（simple network management protocol）、プリンタ印刷用のサーバプロトコルであるＬＰＤ、ＷＷＷ（World Wide Web）サーバのプロトコルであるＨＴＴＰｄ、電子メール送受信プロトコルＳＭＴＰ（Simple Mail Transfer Protocol）、メールダウンロードプロトコルＰＯＰ３（Post Office Protocol-Version 3）などが存在する。

次に、リーダ部１に設けられている操作部１１５から送信設定を行う際の操作部１１５の表示画面について説明する。

図８は、画像を送信する時の操作部１１５の表示画面を示す図である。図８に示す読み取りサイズ３００はスキャナユニット１０４で読み取られる画像の用紙サイズを指定するエリアである。ここでは、「Ａ５，Ａ４，Ａ３，Ｂ５，Ｂ４，自動」の中から指定することができ、デフォルトとして「自動」が設定されている。解像度３０１はスキャナユニット１０４で読み取られる画像の解像度を指定できるエリアである。ここでは、「２００×１００，２００×２００，２００×４００，３００×３００，４００×４００、６００×６００ｄｐｉ」の解像度を選択することができ、デフォルトとして「２００×２００ｄｐｉ」が設定されている。

詳細設定３０２のボタンを押すと、スキャン時の濃度設定、原稿タイプ指定、両面読み込み、ページ連写指定、画質調整などのスキャン時の指定を行うことができるウィンドウ（図示せず）が表示され、各値を設定することができる。宛先３０３は電子メール送信先を入力するためのボタンである。このボタンを押すと、図９に示すアドレス帳が表示される。この詳細な説明は図９を用いて説明するが、宛先としてインターネットＦＡＸ１８のアドレスifax@abc.co.jpが選択されている。

また、Subject３０４は電子メールの件名を入力することができる欄である。図８に示す例では、ＴＥＳＴが入力されている。本文３０５は電子メールの本文を入力することができる欄である。返信先３０６はインターネットＦＡＸ１８からメールが送信されたとき、受信側のユーザが返信動作を行う時の返信先の電子メールアドレスをインターネットＦＡＸ１８でなく自分が普段使用している電子メールアドレスに設定する場合に使われる。

尚、この返信先電子メールアドレスはアドレス帳を用いて入力できる。また、電子メールが正常に届いたことを知らせてもらう送達確認メールも同様に、普段利用しているメールアドレスにも送ってもらうと相手先に届いたことが普段利用している電子メールからも確認できる。このアドレスは返信先電子メールアドレスと基本的に同一であるため、返信先３０６が設定された場合、設定されたアドレスを返信先電子メールアドレスと送達確認先電子メールアドレスの双方を設定するように動作する。この例では、Mailクライアント１２のclient@xyz.co.jpというアドレスが設定されている。

図９は、アドレス帳から宛先を選択する画面を示す図である。アドレス帳は不図示のユーザモードで入力できる多くのインターネットＦＡＸや、電子メールの宛先を格納することができるデータベースである。アドレス帳はアドレス帳ＩＤ３５０、選択マーク３５１、及び送信先電子メールアドレス３５２から構成され、キー３５３、３５４を用いてスクロールさせることができる。

尚、本実施形態では、送信時に、このアドレス帳から宛先を複数選択することができ、選択されたアドレスに対して選択マークが表示され、図９に示す例では、アドレス帳ＩＤ６番のifax@abc.co.jpが宛先として選択されている。

次に、通信装置のリーダ部１から画像を読み込み、ネットワークＩ／Ｆ部７からMailサーバ１３へＥＳＭＴＰ送信プロトコルにて画像を添付したメールを送信する動作について説明する。

図１０は、本実施形態によるＥＳＭＴＰ送信プロトコルを示す図である。通信装置のネットワークＩ／Ｆ部７からMailサーバ１３へＴＣＰ／ＩＰ接続が実行されると、サーバであるMailサーバ１３より図１０に示す４００のように２２０の番号から始まるメッセージがクライアントであるネットワークＩ／Ｆ部７に送信される。このメッセージを受けて、クライアントであるネットワークＩ／Ｆ部７は４０１のようにEHL0から始まるメッセージを送信する。これにより、サーバは４０２〜４０５のような２５０の数字から始まりメールサーバ機能として所有するDSN,EXPN,SIZEの各機能の名称を返答する。この時点で、クライアントであるネットワークＩ／Ｆ部７はサーバがDSN機能を所有していることがわかる。

４０６ではクライアントから送信するメールのアドレス（ifax@figaro.xyz.co.jp）を記述し、送信ログに記載される送信受付番号（0580）と宛先のアドレス帳ＩＤ（006）を合成したTxNo.0580.006の文字列をEnvelope-ID（ENVID）として記入する。このENVIDに送信受付番号とアドレス帳ＩＤを記入することにより、途中のメールサーバでエラーが発生した際に返答されるエラーメールのOriginal-Envelope-IDにENVIDとして記入したTxNo.0580.006がセットされて返されるので、エラーメールを受信した際に送信受付番号とアドレス帳ＩＤとからエラーしたメールを簡単に見つけることができる。エラーメールの内容については図１４を用いて更に後述する。

上述のメッセージをサーバが受信すると、サーバから２５０の数字から始まるメッセージが返される（４０７）。４０８はサーバがDSN機能をサポートしているので、RCPT TOの宛先のメールアドレスであるifax@abc.co.jpを設定し、次にエラーが発生した場合にDSNエラーメールを送信者に返してもらうようにNOTIFY=FAIRURE、ORCPT=rfc822; ifax@abc.co.jpを記述する。このメッセージを了解したMailサーバ１３から２５０から始まる文字列を返す（４０９）。

４１０では、これからメールデータを送信することをMailサーバ１３に知らせるためにDATAコマンドをクライアント側から送信する。ここで、DATAコマンドを受けたMailサーバ１３は３５４から始まる文字列を返答し（４１１）、データを受信することが可能であることをクライアントに伝える。４１２〜４１５はクライアントからのメールデータであり、図１１を用いて更に後述する。

４１６の「．」はメールデータの終わりを示すコードであり、このコードを正常に受け取ったMailサーバ１３では２５０から始まる文字列を返す（４１７）。データの送信が終了したので、４１８でQUITを送信し接続の終了を宣言すると、２２１から始まる文字列をサーバが返答し接続が切られる（４１９）。

ここで、通信装置からメールサーバを経由して送られる電子メールデータの例について説明する。

図１１は、本実施形態における電子メールデータの例を示す図である。図１１に示す５００のX-Priority:1（Highest）はこのメールのプライオリティを示すものである。画像をメールに添付して送受信を行うインターネットＦＡＸデータはデータ量が大きくなりメールサーバによっては配信が遅延するように動作してしまうことを防ぐためにプライオリティを上げている。５０１のDATEは送信開始時刻であり、５０２のFromは本装置の電子メールアドレスであり、ユーザモード（図示せず）にてユーザが設定するアドレスである。５０３のSubjectはメールの表題であり、送信設定のSubject３０４でユーザが入力した文字列（この例ではＴＥＳＴ）を代入する。

５０４のToはメールの宛先であり、送信設定の宛先３０３でユーザが指定した電子メールアドレス（ifax@xyz.co.jp)を代入する。５０５のReply-Toは送信設定の返信先３０６に入力したメールクライアント１２のメールアドレス（client@xyz.co.jp）であり、宛先にメールが到着した後、ユーザが返信動作を行うと、Fromアドレスでなく、このメールアドレスにメールが返信される。５０６のMessage-Idはメール固有の番号であり、同一番号が使われないように、日付、時間、HOST名を入れるように推奨されており、この他にも送信受付番号（TxNo.0580)、アドレス帳情報（006）を代入する。

即ち、送信機で記入したMessage-Idの文字列が受信機から送信される送達確認メールのOriginal-Message-IDに代入されるので、送信機では、送達確認メールのOriginal-Message-IDに代入された送信受付番号とアドレス帳ＩＤに基づき、いつ誰宛に送信したメールが到達したのかを簡単に判断することができる。尚、送達確認メールの内容については図１５を用いて更に後述する。

５０７のDisposition-Notification-Toは受信機が送信する送達確認結果を送信するメールアドレスを指定するものであり、送信機のメールアドレス（ifax@figaro.xyz.co.jp）とメールクライアント１２のメールアドレス（client@xyz.co.jp）の２つが指定されている。このメールクライアント１２のメールアドレスは送信設定の返信先３０６で入力した電子メールアドレスであり、送信者は送達確認の結果を送信機で確認しなくても普段利用しているメールクライアント１２からも確認できる。

５０９のContent-Typeフィールドはこのメールがメール本文と添付ファイルの部分から構成されていることを示すためにmultipart/mixedと宣言し、"AHMO"の文字列によって区切られていることを示す。５１１の--AHMOは区切りの始まりであることを示し、５１６の--AHMOまでが１つの区切りであり、５２９の--AHMO--にて区切りが終了したことを示す。よって、５０９〜５１１までの第１ブロックと５１１〜５２９までの第２ブロックに区切られている。

第１ブロックは５１２のContent-Type: text/planeにて表現されるメールテキストであり、その文字コードはISO-2022-JPの日本語JISコードである。第２ブロックは５１７のContent-Type: image/tiffにて表現されるTIFF画像ファイルであり、ファイル名はimage.tifである。このTIFF画像ファイルはBASE64にてエンコードするために５１８のContent-Transfer-Encording:base64が存在し、５２０〜５２９の文字列がTIFF画像ファイルをBASE64エンコードしたデータである。

次に、ネットワークＩ／Ｆ部７からインターネットＦＡＸ１８にデータを送信する際に、Mailサーバ１３で存在しない宛先を検知し、エラーが発生した場合の動作について説明する。

図１２は、送信エラーが発生した場合のデータの流れを示す図である。ネットワークＩ／Ｆ部７からMailサーバ１３にデータが送信される（６００）。データを受信したMailサーバ１３は、４０８のRCPT TOの宛先情報よりMailサーバ１５に対して受信したデータを送信する（６０１）。ここで、Mailサーバ１５が宛先情報より存在しない宛先であると判断すると、４０６のMAIL FROMで記述されている宛先（メールアドレス）へエラーメールを送信する（６０２）。このエラーメールを受信したMailサーバ１３はエラーメールの宛先であるネットワークＩ／Ｆ部７に対して受信したデータを送信する（６０３）。このエラーメールの内容については図１４を参照して更に後述する。

次に、ネットワークＩ／Ｆ部７からインターネットＦＡＸ１８に正常にデータを送信できた場合の動作について説明する。

図１３は、正常送信時のデータの流れを示す図である。ネットワークＩ／Ｆ部７からMailサーバ１３にデータが送信される（６５０）。データを受信したMailサーバ１３は、４０８のRCPT TOの宛先情報よりMailサーバ１５に対して受信したデータを送信する（６５１）。Mailサーバ１５は宛先情報より受信したデータをインターネットＦＡＸ１８にデータを転送する（６５２）。そして、データを受信したインターネットＦＡＸ１８は受信したデータより画像を形成し、画像を印刷する。

また、受信データに５０７のDisposition-Notification-To:の記載があるため、インターネットＦＡＸ１８はDisposition-Notification-To:に記載されている２つのメールアドレス（ifax@figaro.xyz.co.jp、client@xyz.co.jp）に対して正常に受信できたこと示す送達確認メールを送信する（６５３）。そして、送達確認メールはMailサーバ１５を経由してMailサーバ１３へと送られ（６５４）、Mailサーバ１３にてネットワークＩ／Ｆ部７（６５５）及びメールクライアント１２（６５６）に対して送達確認メールが送られる。この送達確認メールの内容については図１５を参照して更に後述する。

図１４は、Mailサーバ１５が送信するエラーメール（６０２）の内容を示す図である。７００はMailサーバ１５がエラーメールを送信した日付、時間、７０１はエラーメール送信者である。７０７はエラーメールのMIMEタイプを示し、Content-Type: multipart/report; report-type=delivery-status;からレポート形式の複数のブロックに別れたメールであることが判る。

このメールは複数ブロックに別れ、この区切り文字は７０８のRAA03423であることから７１４〜７１７のテキスト部分と７２０〜７３３のdeliverry-statusを記述した部分と７３６〜７４６のrfc822-headers部分の３ブロックに別れている。７１４〜７１７のテキスト部分は元メール（６００）の送信者がなぜエラーとなったのか判るように書かれており、７１７のiifax@abc.co.jpというユーザが存在しないことがわかる。７２０〜７３３のdeliverry-statusを記述した部分では、７２２にOriginal-Envelope-Id: TxNo.0579.007というのは図１０の４０６と同じような元メール（６００）送信時にESMTPプロトコルのMAIL FROMコマンド上で付けられたENVID（４０６）である。通信結果は７２９のAction: failedより失敗であることがわかる。７３６〜７４６のrfc822-headers部分は元メール（６００）のメールヘッダ部分であり、７４４より元メール（６００）のMessage-Idは＜20010614172000.TxNo.0579.007@figaro.xyz.co.jp＞であることがわかる。

図１５は、送達確認メールの内容を示す図である。８００は送達確認（６５３）メールの日付、時刻を示し、８０１は送信者であるifax@abc.co.jpが記述されている。８０２はこの送達確認メール固有のMessage-Idである、20010614174140.12345@ifax.abc.co.jpが定義され、８０３は件名であり、Disposition notificationが記述されている。８０４は送達確認の受信者であり、元メール（６５０）のDisposition-Notification-To（５０７）で指定されたifax@figaro.xyz.co.jpとclient@xyz.co.jpの２つのメールアドレスが指定されている。８０６は送達確認メールのMIMEタイプを示し、Content-Type: multipart/report; report-type= disposition-notification;からレポート形式の複数のブロックに別れたメールであることが判る。

このメールは複数ブロックに別れ、この区切り文字は８０７のRAA14128であることから８１１〜８１２のテキスト部分と、８１５〜８２１のdisposition-notificationを記述した部分と、８２４〜８３４のrfc822-headers部分の３ブロックに別れている。８１１〜８１２のテキスト部分は送信者がどのメールが送達確認できたかを示すためにメールの送信時間、受信者などが記述される。

８１５〜８２１のdisposition-notification部分はどのメールが送達確認できたかとその結果を示しており、８２０のOriginal-Message-IDは元メール（６５０）のMessage-ID（５０６）を示している。８２１のDispositionにdisplayedと記述されているので画像が正常に形成されたことがわかる。８２４〜８３４のrfc822-headers部分は元メール（６５０）のメールヘッダ部分であり、８３２より元メール（６５０）のMessage-Idは＜20010614172140.TxNo.0580.006@figaro.xyz.co.jp＞であることがわかる。

図１６は、送信内容や状態などが記録された送信ログを示す図である。図１６に示すように、送信ログ８５０は、番号、送信受付番号、アドレス帳情報、状態から構成され、送信結果レポートなどユーザに見せる場合にはアドレス帳情報の番号に基づいて実際の宛先（ifax@xyz.co.jp）を展開し、表示又は印字する。

送信ログ８５０に示す番号１は、送信受付番号「０５７７」、アドレス帳情報「００４」で、状態から正常に終了していることがわかる。また、番号２〜４は送信受付番号が共に「０５７８」で、アドレス帳情報「００１」、「００２」、「００３」の３つの宛先に同時に同報送信が行われ、それぞれ正常に送信が終了している。

また、番号６は図１２及び図１４を用いて説明した通信であり、エラーで終了している。更に、番号７は図１３及び図１５を用いて説明した通信であり、送信受付番号「０５８０」、アドレス帳情報「００６」であり、正常終了している。また、番号８、９は２つの宛先に同報送信が行われ、送信受付番号「０５８１」、アドレス帳情報はそれぞれ「００２」、「００４」であり、送達確認中の状態である。そして、番号１０は受付番号「０５８２」、アドレス帳情報「００５」の通信であり、現在データを送信中の状態である。

次に、通信装置のネットワークＩ／Ｆ部７がMailサーバ１３からエラーメール又は送達確認メールを受信した際のメール受信処理について説明する。

図１７は、本実施形態におけるメール受信処理を示すフローチャートである。ネットワークＩ／Ｆ部７がMailサーバ１３からＰＯＰ３、ＳＭＴＰプロトコルにてメールデータを受信すると、ステップＳ９０１へ進み、送達確認メールのMIMEタイプがレポート形式（Content-Typeがmultipart/report）のメールであるかを調べる。ここで、レポート形式のメールで無い場合はステップＳ９０２へ進み、通常の受信印刷処理を実行し、このメール受信処理を終了する。また、受信したデータがレポート形式のメールである場合はステップＳ９０３へ進み、出力先をプリンタに設定し、受信データの転送処理及びボックス格納処理を禁止する。

次に、ステップＳ９０４において、report-typeがdelivery-statusであるかを調べ、delivery-statusであれば、受信したメールがエラーメールであることがわかる。エラーメールであればステップＳ９０５へ進み、Original-Envelope-Idが存在するかチェックし、Original-Envelope-Idが存在しない場合はステップＳ９１１へ進み、送信したメールのどれがエラーとなったのか判断できないため、テキスト印刷処理を行う。

また、Original-Envelope-Idが存在した場合はステップＳ９０６へ進み、Original-Envelope-Idの中から送信受付番号を取得し、ステップＳ９０７において、アドレス帳情報を取得する。図１４に示すエラーメールデータの場合、７２２のOriginal-Envelope-Idより送信受付番号「０５７９」、アドレス帳情報「００７」を取得する。そして、取得した情報より書き込むべき送信ログは番号６であることがわかる。

次に、ステップＳ９０８において、通信結果である７２９のActionがFailed、即ち失敗であるか調べ、失敗であればステップＳ９０９へ進み、状態にエラーを書き込み、ステップＳ９１１において、テキスト印刷処理を行う。また、失敗でなければステップＳ９１０へ進み、状態に“--”を書き込み、ステップＳ９１１において、テキスト印刷処理を行う。

一方、ステップＳ９０４において、report-typeがdelivery-statusでない場合はステップＳ９１２へ進み、report-typeがdisposition-notificationであるかを調べる。ここで、disposition-notificationでない場合はステップＳ９２１へ進み、テキスト印刷処理を行う。また、disposition-notificationである場合は送達確認メールであることがわかり、ステップＳ９１３へ進み、Original-Message-Id(８２０)が存在するかを調べる。ここで、Original-Message-Idが存在しない場合はステップＳ９２１へ進み、テキスト印刷処理を行うが、Original-Message-Idが存在する場合はステップＳ９１４へ進み、Original-Message-Idより送信受付番号を取得し、ステップＳ９１５において、アドレス帳情報取得を行う。この受信した送達確認メールが図１５の場合は、８２０のOriginal-Message-Idより送信受付番号「０５８０」、アドレス帳情報「００６」を取得することができる。そして、取得した情報より書き込むべき送信ログは番号７であることがわかる。

次に、ステップＳ９１６において、Dispositionがdisplayedかprocessedかで後続するdisposition-modifierが存在しないか調べる。ここで、合致する場合はステップＳ９１７へ進み、送信ログの番号７に正常終了を書き込み、ステップＳ９２１において、テキスト印刷処理を実行する。また、上述の条件に合致しない場合はステップＳ９１８へ進み、Disposition-modifierがerror又はwarningであるかを調べる。ここで、条件が合致する場合はステップＳ９１９へ進み、状態にエラーを書き込み、ステップＳ９２１において、テキスト印刷処理を行う。また、合致しない場合はステップＳ９２０へ進み、状態に“--”を書き込み、ステップＳ９２１において、テキスト印刷処理を行う。

本実施形態によれば、電子メールデータ上に送信時に送信機の送信受付番号、送信機のアドレス帳における受信者の管理情報を代入したことにより容易に受信機に到達したかの判定を行うことができる。

また、メールの到達を確認するための送達確認結果が受信機から送信機だけでなく、指定した他のメールアドレスにも送信されてくるため、通常使用しているメールクライアントでも送達確認を知ることができる。

［変形例］
次に、上述したメール受信処理の変形例について説明する。この変形例では、元メールのMessage-IDを取得し、そのMessage-Idより送信受付番号、アドレス帳情報を取得するものである。

図１８は、変形例におけるメール受信処理を示すフローチャートである。ネットワークＩ／Ｆ部７がMailサーバ１３からＰＯＰ３、ＳＭＴＰプロトコルにてメールデータを受信すると、ステップＳ９０１へ進み、送達確認メールのMIMEタイプがレポート形式（Content-Typeがmultipart/report）のメールであるかを調べる。ここで、レポート形式のメールで無い場合はステップＳ９０２へ進み、通常の受信印刷処理を実行し、このメール受信処理を終了する。また、受信したデータがレポート形式のメールである場合はステップＳ９０３へ進み、出力先をプリンタに設定し、受信データの転送処理及びボックス格納処理を禁止する。

次に、ステップＳ９０４において、report-typeがdelivery-statusであるかを調べ、delivery-statusであれば、受信したメールがエラーメールであることがわかる。エラーメールであればステップＳ９５０へ進み、rfc822-headersが存在するかチェックし、rfc822-headersが存在しない場合はステップＳ９１１へ進み、テキスト印刷処理を行う。

また、rfc822-headersが存在した場合はステップＳ９５１へ進み、この部分は元メールのヘッダ情報であり、元メールのヘッダ情報から元メールのMessage-Idを取得する。そして、ステップＳ９０６において、送信受付番号を取得し、続くステップＳ９０７において、アドレス帳情報を取得する。図１４のエラーメールデータの場合、７３６のrfc822-headersを認識し、７４４のMessage-Idより送信受付番号「０５７９」、アドレス帳情報「００７」を取得する。そして、取得した情報より書き込むべき送信ログは番号６であることがわかる。

次に、ステップＳ９０８において、通信結果である７２９のActionがFailed、即ち失敗であるか調べ、失敗であればステップＳ９０９へ進み、状態にエラーを書き込み、ステップＳ９１１において、テキスト印刷処理を行う。また、失敗でなければステップＳ９１０へ進み、状態に“--”を書き込み、ステップＳ９１１において、テキスト印刷処理を行う。

一方、ステップＳ９０４において、report-typeがdelivery-statusでない場合はステップＳ９１２へ進み、report-typeがdisposition-notificationであるかを調べる。ここで、disposition-notificationでない場合はステップＳ９２１へ進み、テキスト印刷処理を行う。また、disposition-notificationである場合は送達確認メールであることがわかり、ステップＳ９５２へ進み、message/rfc822(８２４)が存在するか調べる。ここで、message/rfc822が存在しない場合はステップＳ９２１へ進み、テキスト印刷処理を行うが、message/rfc822が存在する場合はステップＳ９５３へ進み、この部分は元メールのヘッダ情報であり、元メールのヘッダ情報から元メールのMessage-Idを取得する。そして、ステップＳ９１４において、送信受付番号を取得し、ステップＳ９１５において、アドレス帳情報を取得する。この受信した送達確認メールが図１５の場合は、８２４のmessage/rfc822を検知することより８３２の元メールのMessage-Idを取得し、この中から送信受付番号「０５８０」、アドレス帳情報「００６」を取得することができる。取得した情報より書き込むべき送信ログは８５６の番号７であることがわかる。

次に、ステップＳ９１６において、Dispositionがdisplayedかprocessedかで後続するdisposition-modifierが存在しないか調べる。ここで、合致する場合はステップＳ９１７へ進み、送信ログの番号７に正常終了を書き込み、ステップＳ９２１において、テキスト印刷処理を実行する。また、上述の条件に合致しない場合はステップＳ９１８へ進み、Disposition-modifierがerror又はwarningであるかを調べる。ここで、条件が合致する場合はステップＳ９１９へ進み、状態にエラーを書き込み、ステップＳ９２１において、テキスト印刷処理を行う。また、合致しない場合はステップＳ９２０へ進み、状態に“--”を書き込み、ステップＳ９２１において、テキスト印刷処理を行う。

この変形例によれば、前述した実施形態と同様に、容易に受信機に到達したかの判定を行うことができる。

尚、本発明は複数の機器（例えば、ホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。

また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

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

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

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

Claims (8)

1. 電子メールを送信可能な通信装置であって、
   複数の宛先に対する電子メールの同報送信の指示に従って複数の電子メールを送信する送信手段と、
   前記送信手段で送信する複数の電子メールのそれぞれに、前記同報送信に対して割り当てられる送信受付ＩＤと、前記同報送信において電子メールが送信される宛先毎に個別に割り当てられる宛先ＩＤとを含むメッセージＩＤを設定する設定手段と、
   前記設定手段によりメッセージＩＤが設定された前記複数の電子メールを前記送信手段で送信させる制御手段と、
   を備えることを特徴とする通信装置。
2. 前記送信受付ＩＤ及び前記宛先ＩＤに対応付けて、前記送信手段が送信した前記複数の電子メールのそれぞれの状態を管理する管理手段と、
   前記送信手段が送信した前記複数の電子メールのそれぞれに対する応答メールを受信する受信手段と、
   前記受信手段が受信した応答メールに含まれる、前記設定手段が設定したメッセージＩＤに基づき、前記管理手段が管理する前記複数の電子メールのそれぞれの状態を更新する更新手段と、
   を更に備えることを特徴とする請求項１に記載の通信装置。
3. 前記受信手段が受信する応答メールは、メールサーバでエラーが発生した場合にメールサーバによって送信されるエラーメールを含むことを特徴とする請求項２に記載の通信装置。
4. 前記受信手段が受信する応答メールは、前記送信手段が送信する電子メールの宛先の装置から送信される送達確認メールを含むことを特徴とする請求項２に記載の通信装置。
5. 前記宛先ＩＤは、前記通信装置内に記憶している宛先帳において宛先を管理するために使用している情報であることを特徴とする請求項１乃至４の何れか１項に記載の通信装置。
6. 原稿上の画像を読み取って画像データを生成する読取手段を更に備え、
   前記送信手段は、前記読取手段が生成した画像データを添付した電子メールを送信することを特徴とする請求項１乃至５の何れか１項に記載の通信装置。
7. 電子メールを送信可能な通信装置における通信方法であって、
   設定手段が、複数の宛先に対する電子メールの同報送信の指示に従って送信する複数の電子メールのそれぞれに、前記同報送信に対して割り当てられる送信受付ＩＤと、前記同報送信において電子メールが送信される宛先毎に個別に割り当てられる宛先ＩＤとを含むメッセージＩＤを設定する設定工程と、
   送信手段が、前記メッセージＩＤが設定された前記複数の電子メールを送信する送信工程と、
   を有することを特徴とする通信方法。
8. コンピュータを請求項１乃至６の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。

Images