[go: up one dir, main page]

JP4854165B2 - COMMUNICATION DEVICE AND COMMUNICATION METHOD IN COMMUNICATION DEVICE - Google Patents

COMMUNICATION DEVICE AND COMMUNICATION METHOD IN COMMUNICATION DEVICE Download PDF

Info

Publication number
JP4854165B2
JP4854165B2 JP2002070318A JP2002070318A JP4854165B2 JP 4854165 B2 JP4854165 B2 JP 4854165B2 JP 2002070318 A JP2002070318 A JP 2002070318A JP 2002070318 A JP2002070318 A JP 2002070318A JP 4854165 B2 JP4854165 B2 JP 4854165B2
Authority
JP
Japan
Prior art keywords
mail
transmission
unit
destination information
delivery confirmation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002070318A
Other languages
Japanese (ja)
Other versions
JP2003271527A5 (en
JP2003271527A (en
Inventor
信行 利根川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2002070318A priority Critical patent/JP4854165B2/en
Publication of JP2003271527A publication Critical patent/JP2003271527A/en
Publication of JP2003271527A5 publication Critical patent/JP2003271527A5/ja
Application granted granted Critical
Publication of JP4854165B2 publication Critical patent/JP4854165B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Facsimiles In General (AREA)
  • Facsimile Transmission Control (AREA)
  • Information Transfer Between Computers (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、電子メールを送信可能な通信装置及び該通信装置における通信方法に関する。
【0002】
【従来の技術】
近年、コンピュータの普及、情報のネットワーク化に伴い、文字情報をネットワークで送受信する電子メールが普及している。電子メールには文字情報であるメール本文の他に様々な形式のファイルを添付することができ、添付ファイルに定められた画像TIFF(Tag Image File Format)ファイルを添付することで画像の送受信を行うインターネットFAXが提案されている。
【0003】
また、インターネット標準化組織IETF(Internet Engineering Task Force)が発行するRFC2532(Expanded Facsimili Using Internet Mail)では、送信機が送信した画像TIFFファイルのメールを受信機が受信した際に、受信機が正常に受信したことを送信機側に電子メールで知らせるインターネットFAX Full Modeが提案されている。
【0004】
また、特開平11-252164号公報には、送達確認メールの送付先を複数記憶したテーブルを持ち、送達確認メールを受信時に、このメールの送信者がテーブルに該当した場合、送達確認を送信者に通知する技術が記載されている。
【0005】
更に、特開2000-183949公報には、送達確認の送付先を記憶し、電子メールを受信時に送達確認メールであると認識した場合、送達確認の送付先に送達確認メールを送信する技術が記載されている。
【0006】
送信機から受信機に画像データと共に、送達したことを知らせてもらうために必要な情報を送信した場合、受信機が正常に処理できた場合、受信機から送信機に送達確認のメールが送信される。一方、送信機が送達確認メールを受信すると、送信ログや送信管理レポートとして表示及び印字することで送信者に知らせるように動作する。
【0007】
【発明が解決しようとする課題】
しかしながら、電子メールでは、途中いくつものメールサーバを介してメールが転送されるため即時性の保障は無く、送信機がメールを送信してから送達確認メールを受信するまでに時間がかかることがある。
【0008】
この場合、送信者は送信ログや送信管理レポートが印字されているかを頻繁に見に行かなければ、宛先に届いたかどうかわからないという不具合がある。
【0009】
また、送信動作を連続して行うと、複数の送達確認待ちの通信が発生し、送達確認メールを受信した際に、どの通信の送達確認メールであるのか判断することが難しいという問題もある。
【0010】
本発明は上記課題を解決するためになされたもので、電子メールを送信する際に、送達確認メールの送信先情報として自装置及び自装置以外のアドレスを設定し、自装置と自装置以外の所望の返信先に送達確認メールを返信させるとともに、受信した送達確認メールに所定の記述が含まれるか否かを判定し、当該所定の記述が含まれると判定した場合に、当該所定の記述に引き続き記述されている自身が送信した元メールのヘッダ情報から送信IDを取得し、取得した送信IDに基づき送信ログを更新することを目的とする。
【0012】
【課題を解決するための手段】
上記目的を達成するために、本発明は、電子メールを送信可能な通信装置であって、送信指示に従って電子メールを送信する送信手段と、前記送信手段で送信されるべき電子メールの宛先情報及び該宛先情報に対応する送信先で返信すべき送達確認メールの返信先情報として前記通信装置以外のアドレスを入力する入力手段と、前記送信手段で送信されるべき電子メールに、当該電子メールを特定可能な送信ID、前記入力手段で入力された宛先情報及び返信先情報とを設定し、前記送信ID、宛先情報及び返信先情報として前記入力手段で入力された前記通信装置以外のアドレスと自装置で電子メールを受信するためのメールアドレスとが設定された電子メールを前記送信手段で送信させる制御手段と、前記送信指示を受け付ける毎に発生する送信受付IDに基づき前記送信手段による電子メールの送信ログを管理する管理手段と、前記送信先から返信された送達確認メールを受信する受信手段とを有し、前記受信手段は、受信した送達確認メールに所定の記述が含まれるか否かを判定し、当該所定の記述が含まれると判定した場合に、当該所定の記述に引き続き記述されている前記送信手段が送信した元メールのヘッダ情報から前記送信IDを取得し、前記管理手段は、該取得した前記送信IDにより前記送信受付IDを特定し、当該送達確認メールに対応する送信ログを更新することを特徴とする。
【0014】
更に、上記目的を達成するために、本発明は、電子メールを送信可能な通信装置における通信方法であって、送信されるべき電子メールの宛先情報を入力すると共に該宛先情報に対応する送信先で返信すべき送達確認メールの返信先情報として前記通信装置以外のアドレスを入力し、送信されるべき電子メールに、当該電子メールを特定可能な送信ID、前記入力された宛先情報及び返信先情報として前記入力された前記通信装置以外のアドレスと自装置で電子メールを受信するためのメールアドレスとを設定し、前記送信ID、宛先情報及び返信先情報が設定された電子メールを送信し、前記送信の指示を受け付ける毎に発生する送信受付IDに基づき送信される電子メールの送信ログを管理し、受信した送達確認メールに所定の記述が含まれるか否かを判定し、当該所定の記述が含まれると判定した場合に、当該所定の記述に引き続き記述されている前記送信した元メールのヘッダ情報から前記送信IDを取得し、該取得した前記送信IDにより前記送信受付IDを特定し、当該送達確認メールに対応する送信ログを更新することを特徴とする。
【0015】
【発明の実施の形態】
以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。
【0016】
図1は、本発明に係る通信装置の一実施形態の構成を示すブロック図である。
図1に示すように、通信装置はリーダ部1、プリンタ部2、画像入出力制御部3とを備える。ここで、リーダ部1は、原稿の画像を読み取り、原稿画像に応じた画像データをプリンタ部2及び画像入出力制御部3へ出力する。プリンタ部2はリーダ部1及び画像入出力制御部3からの画像データに応じた画像を記録紙上に記録する。画像入出力制御部3はリーダ部1を接続すると共に、ファクシミリ部(ファックス部)4、ファイル部5、ネットワークインターフェース(I/F)部7、フォーマッタ部9、イメージメモリ部10及びコア部11を有する。
【0017】
ファクシミリ部4は、電話回線を介して受信された圧縮画像データを伸長し、伸長した画像データをコア部11へ転送し、またコア部11から転送された画像データを圧縮し、圧縮した圧縮画像データを電話回線へ送信する回路である。
【0018】
ファイル部5には光磁気ディスクドライプ6が接続され、ファイル部5はコア部11から転送された画像データを圧縮し、その画像データを検索するためのキーワードと共に光磁気ディスクドライブ6にセットされた光磁気ディスクに書き込む。また、ファイル部5はコア部11を介して転送されたキーワードに基づき、光磁気ディスクに記憶されている圧縮画像データを検索し、検索した圧縮画像データを読み出して伸長し、伸長した画像データをコア部11へ転送する。
【0019】
ネットワークI/F部7は、画像入出力制御部3をネットワークに接続するためのネットワークインターフェースを有し、電子メールアドレスとしてifax@figaro.xyz.co.jpというアドレスが割り当てられている。このネットワークはMailサーバ、POPサーバ13(pulser.xyz.co.jp)に接続し、更には全世界に広がるインターネット網14と接続されている。ネットワークI/F部7には、ハードディスク8が接続され、ハードディスク8にはMailで受信したデータを保存することが可能である。
【0020】
インターネット網14には、MailサーバPOPサーバ13(pulser.xyz.co.jp)、MailサーバPOPサーバ15(panther.abc.co.jp)のようなメールサーバが複数存在し、多くの人との間で電子メールの送受信が可能である。
【0021】
フォーマッタ部9は、ネットワークI/F部7に接続されたコンピュークから転送される画像を表すコードデータをプリンタ部2で印刷可能な画像データに展開する回路である。イメージメモリ部10は、画像データを一時的に記憶する回路である。コア部11については後述するが、コア部11はリーダ部1、ファクシミリ部4、ファイル部5、ネットワークI/F部7、フォーマッタ部9、イメージメモリ部10の各部におけるデータの流れを制御する。
【0022】
次に、本通信機からリーダ部1で読み取った画像を電子メールに添付してMailクライアント16(pcmail@abc.co.jp)に送信する動作を説明する。
【0023】
Mailクライアント16(pcmail@abc.co.jp)宛にリーダ部1で読み取った画像を電子メール形式に変換し、SMTP(Simple Mail Transfer Protocol)でメールサーバ13に画像が添付されたメールを送信する。尚、この際のFrom電子メールアドレスはifax@figaro.xyz.co.jpである。
【0024】
メールサーバ13は、指定されたMailクライアント16のメールアドレス情報よりインターネット網14を経由してMailサーバ15に画像が添付されたメールを転送する。このメールを受信したMailサーバ15はアドレス情報より自分が管理するユーザのアドレスであると認識し、受信したメールをMailクライアント16のメールボックスに保存する。
【0025】
Mailクライアント16には、電子メールを送受信することができる電子メールソフトがインストールされており、一定時間毎にPOP3(Post Office Protocol-Version 3)に従ってPOPサーバ15のメールボックス内に新規のメールが届いていないかを調べる。届いていた場合、そのメールをダウンロードし、送信機のリーダ部1で読み取った画像を入手することができる。
【0026】
また、インターネットFAX18(ifax@abc.co.jp)にデータを送信する場合も同様にMailサーバ13、インターネット網14、メールサーバ15を経由して送信することができ、この画像を受信したインターネットFAX18で受信画像が印刷される。
【0027】
同様に、インターネットFAX18で読み取られた画像もメールサーバ15、インターネット網14、Mailサーバ13を経由してデータを受信し、プリンタ部2にて画像を印刷することができる。
【0028】
次に、上述のリーダ部1及びプリンタ部2の詳細な構成及び動作について説明する。
【0029】
図2は、リーダ部1及びプリンタ部2を一体的に設けた画像入出カデバイスの構造を示す側断面図である。図2に示すように、リーダ部1には、原稿給送装置101が搭載され、原稿給送装置101は、原稿を最終ページから順に1枚づつプラテンガラス102上へ給送し、この原稿の読み取り動作が終了後、プラテンガラス102上の原稿を排出するように構成されている。原稿がプラテンガラス102上に搬送されると、ランプ103が点灯され、スキャナユニット104の移動が開始される。このスキャナユニット104の移動により、原稿が露光走査され、この露光走査時の原稿からの反射光はミラー105,106,107、及びレンズ108を介してCCDイメージセンサ(以下、CCDという)109へ導かれる。
【0030】
このように走査された原稿の画像はCCD109によって読み取られ、CCD109が光学的に読み取った画像を光電変換により画像データに変換して出力する。CCD109から出力された画像データは、所定の補正処理が施された後、プリンタ部2及び画像入出力制御部3のコア部11ヘビデオバス(図示せず)を介して転送される。
【0031】
一方、プリンタ部2では、リーダ部1から出力された画像データをレーザドライバ201に入力する。レーザドライバ201は入力した画像データに基づき、レーザ発光部221を駆動する。即ち、リーダ部1から出力された画像データに応じたレーザ光を発光させるようにレーザ発光部221を駆動する。このレーザ光は感光ドラム202上に走査されながら照射され、感光ドラム202にはレーザ光に応じた静電潜像が形成される。
【0032】
この感光ドラム202上の静電潜像は、現像器203から供給される現像剤によって現像剤像として可視画像化される。また、レーザ光の照射開始と同期したタイミングで、カセット204及び205の何れか一方から記録紙が給紙され、この記録紙は感光ドラム202と転写部206との間に搬送される。感光ドラム202上に形成された現像剤像は転写部206により給紙された記録紙上に転写される。
【0033】
現像剤像が転写された記録紙は定着部207に搬送され、定着部207が記録紙を熱圧することによって現像剤像を記像紙に定着させる。そして、定着部207を通過した記録紙は排出ローラ208によって排出され、ソータ220は排出された記録紙をそれぞれのビンに収納して記録紙の仕分けを行う。尚、ソータ220は仕分けが設定されていない場合には、最上ビンに記録紙を収納するように動作する。
【0034】
また、両面記録が設定されている場合には、排出ローラ208の位置まで記録紙を搬送した後に、排出ローラ208の回転方向を逆転させ、フラッパ209によって再給紙搬送路へ導くように構成されている。更に、多重記録が設定されている場合には、記録紙を排出ローラ208まで搬送しないようにフラッパ209を切り換えて再給紙搬送路へ導くように設定されている。そして、再給紙搬送路へ導かれた記録紙は、上述したタイミングで、感光ドラム202と転写部206との間に再度給紙される。
【0035】
次に、本実施形態における通信装置のリーダ部1について、その構成及び動作を詳細に説明する。
【0036】
図3は、通信装置のリーダ部1の構成を示すブロック図である。CCD109から出力された画像データは、図3に示すように、A/D・SH部110によるアナログ/デジタル変換によりデジタルデータに変換されると共に、該デジタルデータに対してシェーディング補正が施される。A/D・SH部110によって処理された画像デークは画像処理部111を介してプリンタ部2へ転送されると共に、インターフェース(I/F)部113を介して画像入出力制御部3のコア部11へ転送される。画像処理部111は、トリミング処理などの各種画像処理を行い、I/F部113はコア部11から転送された画像データを含むデータを取り込むなど、コア部11とのインターフェースを司る。
【0037】
画像処理部111及びI/F部113は、CPU114により操作部115で設定された設定内容に応じて制御される。例えば、操作部115でトリミング処理を行って複写を行う複写モードが設定されている場合、CPU114は、画像処理部111においてトリミング処理を実行し、このトリミング処理が施された画像データをプリンタ部2へ転送するように制御する。
【0038】
また、操作部115でファクシミリ送信モードが設定されている場合、CPU114は、I/F部113から画像データと設定されたモードに応じた制御コマンドとをコア部11へ転送するように制御する。
【0039】
このようなCPU114による制御は、メモリ116に格納されている制御プログラムに従って実行される。また、メモリ116はCPU114の作業領域としても使われる。
【0040】
次に、本実施形態における通信装置のコア部11について、その構成及び動作を詳細に説明する。
【0041】
図4は、通信装置のコア部11の構成を示すブロック図である。コア部11は、リーダ部1とのI/F部122を有し、リーダ部1から転送された画像データはI/F部122を介して画像データ処理部121へ転送されると共に、リーダ部1からの制御コマンドはCPU123へ転送される。画像データ処理部121は必要に応じて入力された画像データに対し、画像の回転処理、変倍処理などの画像処理を施し、画像データ処理部121で画像処理が施された画像データは、リーダ部1から転送された制御コマンドに応じて、I/F部120を介してファクシミリ部4、ファイル部5又はネットワークI/F部7へ転送される。
【0042】
また、ネットワークI/F部7を介して入力された画像を表すプリンタデータは、画像データ処理部121に転送された後に、フォーマッタ部9へ転送されて画像データに展開され、この画像データは画像データ処理部121に転送された後に、また、ファクシミリ部4又はI/F部122を介してプリンタ部2へ転送される。ファクシミリ部4で受信された画像データは、画像データ処理部121へ転送された後に、プリンタ部2、ファイル部5又はネットワークI/F部7へ転送される。更に、ファイル部5から出力された画像デークは、画像データ処理部121へ転送された後に、プリンタ部2、ファクシミリ部4又はネットワークI/F部7へ転送される。
【0043】
CPU123はメモリ124に格納されている制御プログラム及びリーダ部1から転送された制御コマンドに従って各部間のデ‐夕の転送制御を行うと共に、画像データ処理部121による画像処理の実行を制御する。また、メモリ124は、CPU123の作業領域としても使われる。
【0044】
このように、コア部11を中心として、原稿画像の読み取り、画像のプリント、画像の送受信、画像の保存、コンピュータからのデータの入出力などの各機能を複合させた処理を行うことが可能である。
【0045】
図5は、フォーマッタ部9の構成及び動作を説明するための図である。図1に示すPCクライアント12のワープロ等のアプリケーションで作成されたデータはプリンタドライバによりPS(ポストスクリプト)などのプリンタで解釈可能なPDL(Page Description Language)データに変換される。そして、変換されたデータはネットワークI/F部7、コア部11、コアI/F部220を経由してフォーマッタ部9に転送される。
【0046】
このデータはCPU222により解釈され、FontROM223、DRAM225を用いて画像が形成される。この画像は画像処理回路226によって画像処理が施され、ビデオクロック228で生成された同期信号に同期してビデオI/F回路227より画像がコア部11に転送される。転送された画像データは、プリンタ部2で印刷される。プログラムROM224は上述した動作を制御するためのプログラムが格納されているROMである。このようにしてプリンタ部2でPSなどのPDLデータを印刷することができる。
【0047】
尚、フォーマッタ部9は、PDL毎に変更が可能であり、このROM224はPDLとそのバージョン毎に異なり、ユーザは目的に応じたPDLとバージョンを選択することができる。
【0048】
図6は、ファクシミリ部4の構成及び動作を説明するための図である。NCU(Network Control Unit)230は電話機にFAXを接続する回路であり、電話、FAXの切り替え、受信時に呼び出し信号の検出、通話中に電話交換機からの直流ループ信号を保持する回路である。MODEM(MOdulator/DEModulator)231はアナログ信号をデジタル信号に変更、逆にアナログ信号をデジタル信号に変換する変復調回路である。
【0049】
他のFAXから送信されたデータは、NCU230によりデータが受信され、MODEM213によりデジタル信号に変換される。このデータは画像をMH,MR,MMR或いはJBIG等で符号化されたデータである。このデータは符号復号化回路236により復号化され、DRAM235に画像データが展開される。展開された画像データは、解像度変換部234で解像度が変換され、画像処理回路237で画像処理が施される。この画像データはビデオクロック239からのクロックに同期してビデオI/F回路238によってコア部11に転送され、プリンタ部2で印刷される。
【0050】
また、送信時はリーダ部1で読み込まれた画像データがコア部11を経由してビデオI/F回路238、ビデオクロック239、画像処理回路237によってDRAM235に展開される。展開されたデータは解像度変換234で解像度が変換され、符号復号化回路236でMH,MR,MMR或いはJBIGに符号化される。符号化されたデータはMODEM231でアナログ信号に変換されて、NCU230にて送信される。
【0051】
CPU232は、上述した制御を司る回路であり、プログラムROM233はCPU232を動作させるためのプログラムが格納されている。尚、ファクシミリ部4は着脱が可能であり、ユーザの用途に合わせて装着が可能である。
【0052】
次に、通信装置のネットワークI/F部7におけるプログラム(プロトコル)階層について説明する。
【0053】
図7は、通信装置のネットワークI/F部におけるプログラム階層を示す図である。ネットワークI/F部7におけるプログラムは、図7に示すように、IP(Internet Protocol)250、TCP(Transmission Control Protocol)/UDP(User Datagram Protocol)251、アプリケーション階層のプロトコルを動作されるプログラム252から構成されている。
【0054】
IP250は、発信ホストから宛先ホストヘルータなどの中継ノードと連携しながらメッセージを送り届けるサービスを提供するインターネットのプロトコル階層である。メッセージを送り届けるのに一番重要な情報は、発信、宛先のアドレスであり、この発信、宛先のアドレスはIP250により管理される。メッセージをアドレス情報に従ってネットワーク内をどのような経路で宛先ホストまで届けるかというルーティングはIP250で行う。
【0055】
TCP/UDP251は、発信アプリケーションプロセスから受信アプリケーションプロセスへメッセージを送り届けるサービスを提供するトランスポート階層である。このTCPは、コネクション型サービスであり、通信の高度な信頼性を保証するが、UPDはコネクションレス型のサービスであり、信頼性の保証を行わない。
【0056】
アプリケーション階層のプロトコル252は複数のプロトコルを規定し、このプロトコルには、ファイル転送サービスであるFTP(File Transfer Protocol)、ネットワーク管理プロトコルであるSNMP(simple network management protocol)、プリンタ印刷用のサーバプロトコルであるLPD、WWW(World Wide Web)サーバのプロトコルであるHTTPd、電子メール送受信プロトコルSMTP(Simple Mail Transfer Protocol)、メールダウンロードプロトコルPOP3(Post Office Protocol-Version 3)などが存在する。
【0057】
次に、リーダ部1に設けられている操作部115から送信設定を行う際の操作部115の表示画面について説明する。
【0058】
図8は、画像を送信する時の操作部115の表示画面を示す図である。図8に示す読み取りサイズ300はスキャナユニット104で読み取られる画像の用紙サイズを指定するエリアである。ここでは、「A5,A4,A3,B5,B4,自動」の中から指定することができ、デフォルトとして「自動」が設定されている。解像度301はスキャナユニット104で読み取られる画像の解像度を指定できるエリアである。ここでは、「200×100,200×200,200×400,300×300,400×400、600×600dpi」の解像度を選択することができ、デフォルトとして「200×200dpi」が設定されている。
【0059】
詳細設定302のボタンを押すと、スキャン時の濃度設定、原稿タイプ指定、両面読み込み、ページ連写指定、画質調整などのスキャン時の指定を行うことができるウィンドウ(図示せず)が表示され、各値を設定することができる。宛先303は電子メール送信先を入力するためのボタンである。このボタンを押すと、図9に示すアドレス帳が表示される。この詳細な説明は図9を用いて説明するが、宛先としてインターネットFAX18のアドレスifax@abc.co.jpが選択されている。
【0060】
また、Subject304は電子メールの件名を入力することができる欄である。図8に示す例では、TESTが入力されている。本文305は電子メールの本文を入力することができる欄である。返信先306はインターネットFAX18からメールが送信されたとき、受信側のユーザが返信動作を行う時の返信先の電子メールアドレスをインターネットFAX18でなく自分が普段使用している電子メールアドレスに設定する場合に使われる。
【0061】
尚、この返信先電子メールアドレスはアドレス帳を用いて入力できる。また、電子メールが正常に届いたことを知らせてもらう送達確認メールも同様に、普段利用しているメールアドレスにも送ってもらうと相手先に届いたことが普段利用している電子メールからも確認できる。このアドレスは返信先電子メールアドレスと基本的に同一であるため、返信先306が設定された場合、設定されたアドレスを返信先電子メールアドレスと送達確認先電子メールアドレスの双方を設定するように動作する。この例では、Mailクライアント12のclient@xyz.co.jpというアドレスが設定されている。
【0062】
図9は、アドレス帳から宛先を選択する画面を示す図である。アドレス帳は不図示のユーザモードで入力できる多くのインターネットFAXや、電子メールの宛先を格納することができるデータベースである。アドレス帳はアドレス帳ID350、選択マーク351、及び送信先電子メールアドレス352から構成され、キー353、354を用いてスクロールさせることができる。
【0063】
尚、本実施形態では、送信時に、このアドレス帳から宛先を複数選択することができ、選択されたアドレスに対して選択マークが表示され、図9に示す例では、アドレス帳ID6番のifax@abc.co.jpが宛先として選択されている。
【0064】
次に、通信装置のリーダ部1から画像を読み込み、ネットワークI/F部7からMailサーバ13へESMTP送信プロトコルにて画像を添付したメールを送信する動作について説明する。
【0065】
図10は、本実施形態によるESMTP送信プロトコルを示す図である。通信装置のネットワークI/F部7からMailサーバ13へTCP/IP接続が実行されると、サーバであるMailサーバ13より図10に示す400のように220の番号から始まるメッセージがクライアントであるネットワークI/F部7に送信される。このメッセージを受けて、クライアントであるネットワークI/F部7は401のようにEHL0から始まるメッセージを送信する。これにより、サーバは402〜405のような250の数字から始まりメールサーバ機能として所有するDSN,EXPN,SIZEの各機能の名称を返答する。この時点で、クライアントであるネットワークI/F部7はサーバがDSN機能を所有していることがわかる。
【0066】
406ではクライアントから送信するメールのアドレス(ifax@figaro.xyz.co.jp)を記述し、送信ログに記載される送信受付番号(0580)と宛先のアドレス帳ID(006)を合成したTxNo.0580.006の文字列をEnvelope-ID(ENVID)として記入する。このENVIDに送信受付番号とアドレス帳IDを記入することにより、途中のメールサーバでエラーが発生した際に返答されるエラーメールのOriginal-Envelope-IDにENVIDとして記入したTxNo.0580.006がセットされて返されるので、エラーメールを受信した際に送信受付番号とアドレス帳IDとからエラーしたメールを簡単に見つけることができる。エラーメールの内容については図14を用いて更に後述する。
【0067】
上述のメッセージをサーバが受信すると、サーバから250の数字から始まるメッセージが返される(407)。408はサーバがDSN機能をサポートしているので、RCPT TOの宛先のメールアドレスであるifax@abc.co.jpを設定し、次にエラーが発生した場合にDSNエラーメールを送信者に返してもらうようにNOTIFY=FAIRURE、ORCPT=rfc822; ifax@abc.co.jpを記述する。このメッセージを了解したMailサーバ13から250から始まる文字列を返す(409)。
【0068】
410では、これからメールデータを送信することをMailサーバ13に知らせるためにDATAコマンドをクライアント側から送信する。ここで、DATAコマンドを受けたMailサーバ13は354から始まる文字列を返答し(411)、データを受信することが可能であることをクライアントに伝える。412〜415はクライアントからのメールデータであり、図11を用いて更に後述する。
【0069】
416の「.」はメールデータの終わりを示すコードであり、このコードを正常に受け取ったMailサーバ13では250から始まる文字列を返す(417)。データの送信が終了したので、418でQUITを送信し接続の終了を宣言すると、221から始まる文字列をサーバが返答し接続が切られる(419)。
【0070】
ここで、通信装置からメールサーバを経由して送られる電子メールデータの例について説明する。
【0071】
図11は、本実施形態における電子メールデータの例を示す図である。図11に示す500のX-Priority:1(Highest)はこのメールのプライオリティを示すものである。画像をメールに添付して送受信を行うインターネットFAXデータはデータ量が大きくなりメールサーバによっては配信が遅延するように動作してしまうことを防ぐためにプライオリティを上げている。501のDATEは送信開始時刻であり、502のFromは本装置の電子メールアドレスであり、ユーザモード(図示せず)にてユーザが設定するアドレスである。503のSubjectはメールの表題であり、送信設定のSubject304でユーザが入力した文字列(この例ではTEST)を代入する。
【0072】
504のToはメールの宛先であり、送信設定の宛先303でユーザが指定した電子メールアドレス(ifax@xyz.co.jp)を代入する。505のReply-Toは送信設定の返信先306に入力したメールクライアント12のメールアドレス(client@xyz.co.jp)であり、宛先にメールが到着した後、ユーザが返信動作を行うと、Fromアドレスでなく、このメールアドレスにメールが返信される。506のMessage-Idはメール固有の番号であり、同一番号が使われないように、日付、時間、HOST名を入れるように推奨されており、この他にも送信受付番号(TxNo.0580)、アドレス帳情報(006)を代入する。
【0073】
即ち、送信機で記入したMessage-Idの文字列が受信機から送信される送達確認メールのOriginal-Message-IDに代入されるので、送信機では、送達確認メールのOriginal-Message-IDに代入された送信受付番号とアドレス帳IDに基づき、いつ誰宛に送信したメールが到達したのかを簡単に判断することができる。尚、送達確認メールの内容については図15を用いて更に後述する。
【0074】
507のDisposition-Notification-Toは受信機が送信する送達確認結果を送信するメールアドレスを指定するものであり、送信機のメールアドレス(ifax@figaro.xyz.co.jp)とメールクライアント12のメールアドレス(client@xyz.co.jp)の2つが指定されている。このメールクライアント12のメールアドレスは送信設定の返信先306で入力した電子メールアドレスであり、送信者は送達確認の結果を送信機で確認しなくても普段利用しているメールクライアント12からも確認できる。
【0075】
509のContent-Typeフィールドはこのメールがメール本文と添付ファイルの部分から構成されていることを示すためにmultipart/mixedと宣言し、"AHMO"の文字列によって区切られていることを示す。511の--AHMOは区切りの始まりであることを示し、516の--AHMOまでが1つの区切りであり、529の--AHMO--にて区切りが終了したことを示す。よって、509〜511までの第1ブロックと511〜529までの第2ブロックに区切られている。
【0076】
第1ブロックは512のContent-Type: text/planeにて表現されるメールテキストであり、その文字コードはISO-2022-JPの日本語JISコードである。第2ブロックは517のContent-Type: image/tiffにて表現されるTIFF画像ファイルであり、ファイル名はimage.tifである。このTIFF画像ファイルはBASE64にてエンコードするために518のContent-Transfer-Encording:base64が存在し、520〜529の文字列がTIFF画像ファイルをBASE64エンコードしたデータである。
【0077】
次に、ネットワークI/F部7からインターネットFAX18にデータを送信する際に、Mailサーバ13で存在しない宛先を検知し、エラーが発生した場合の動作について説明する。
【0078】
図12は、送信エラーが発生した場合のデータの流れを示す図である。ネットワークI/F部7からMailサーバ13にデータが送信される(600)。データを受信したMailサーバ13は、408のRCPT TOの宛先情報よりMailサーバ15に対して受信したデータを送信する(601)。ここで、Mailサーバ15が宛先情報より存在しない宛先であると判断すると、406のMAIL FROMで記述されている宛先(メールアドレス)へエラーメールを送信する(602)。このエラーメールを受信したMailサーバ13はエラーメールの宛先であるネットワークI/F部7に対して受信したデータを送信する(603)。このエラーメールの内容については図14を参照して更に後述する。
【0079】
次に、ネットワークI/F部7からインターネットFAX18に正常にデータを送信できた場合の動作について説明する。
【0080】
図13は、正常送信時のデータの流れを示す図である。ネットワークI/F部7からMailサーバ13にデータが送信される(650)。データを受信したMailサーバ13は、408のRCPT TOの宛先情報よりMailサーバ15に対して受信したデータを送信する(651)。Mailサーバ15は宛先情報より受信したデータをインターネットFAX18にデータを転送する(652)。そして、データを受信したインターネットFAX18は受信したデータより画像を形成し、画像を印刷する。
【0081】
また、受信データに507のDisposition-Notification-To:の記載があるため、インターネットFAX18はDisposition-Notification-To:に記載されている2つのメールアドレス(ifax@figaro.xyz.co.jp、client@xyz.co.jp)に対して正常に受信できたこと示す送達確認メールを送信する(653)。そして、送達確認メールはMailサーバ15を経由してMailサーバ13へと送られ(654)、Mailサーバ13にてネットワークI/F部7(655)及びメールクライアント12(656)に対して送達確認メールが送られる。この送達確認メールの内容については図15を参照して更に後述する。
【0082】
図14は、Mailサーバ15が送信するエラーメール(602)の内容を示す図である。700はMailサーバ15がエラーメールを送信した日付、時間、701はエラーメール送信者である。707はエラーメールのMIMEタイプを示し、Content-Type: multipart/report; report-type=delivery-status;からレポート形式の複数のブロックに別れたメールであることが判る。
【0083】
このメールは複数ブロックに別れ、この区切り文字は708のRAA03423であることから714〜717のテキスト部分と720〜733のdeliverry-statusを記述した部分と736〜746のrfc822-headers部分の3ブロックに別れている。714〜717のテキスト部分は元メール(600)の送信者がなぜエラーとなったのか判るように書かれており、717のiifax@abc.co.jpというユーザが存在しないことがわかる。720〜733のdeliverry-statusを記述した部分では、722にOriginal-Envelope-Id: TxNo.0579.007というのは図10の406と同じような元メール(600)送信時にESMTPプロトコルのMAIL FROMコマンド上で付けられたENVID(406)である。通信結果は729のAction: failedより失敗であることがわかる。736〜746のrfc822-headers部分は元メール(600)のメールヘッダ部分であり、744より元メール(600)のMessage-Idは<20010614172000.TxNo.0579.007@figaro.xyz.co.jp>であることがわかる。
【0084】
図15は、送達確認メールの内容を示す図である。800は送達確認(653)メールの日付、時刻を示し、801は送信者であるifax@abc.co.jpが記述されている。802はこの送達確認メール固有のMessage-Idである、20010614174140.12345@ifax.abc.co.jpが定義され、803は件名であり、Disposition notificationが記述されている。804は送達確認の受信者であり、元メール(650)のDisposition-Notification-To(507)で指定されたifax@figaro.xyz.co.jpとclient@xyz.co.jpの2つのメールアドレスが指定されている。806は送達確認メールのMIMEタイプを示し、Content-Type: multipart/report; report-type= disposition-notification;からレポート形式の複数のブロックに別れたメールであることが判る。
【0085】
このメールは複数ブロックに別れ、この区切り文字は807のRAA14128であることから811〜812のテキスト部分と、815〜821のdisposition-notificationを記述した部分と、824〜834のrfc822-headers部分の3ブロックに別れている。811〜812のテキスト部分は送信者がどのメールが送達確認できたかを示すためにメールの送信時間、受信者などが記述される。
【0086】
815〜821のdisposition-notification部分はどのメールが送達確認できたかとその結果を示しており、820のOriginal-Message-IDは元メール(650)のMessage-ID(506)を示している。821のDispositionにdisplayedと記述されているので画像が正常に形成されたことがわかる。824〜834のrfc822-headers部分は元メール(650)のメールヘッダ部分であり、832より元メール(650)のMessage-Idは<20010614172140.TxNo.0580.006@figaro.xyz.co.jp>であることがわかる。
【0087】
図16は、送信内容や状態などが記録された送信ログを示す図である。図16に示すように、送信ログ850は、番号、送信受付番号、アドレス帳情報、状態から構成され、送信結果レポートなどユーザに見せる場合にはアドレス帳情報の番号に基づいて実際の宛先(ifax@xyz.co.jp)を展開し、表示又は印字する。
【0088】
送信ログ850に示す番号1は、送信受付番号「0577」、アドレス帳情報「004」で、状態から正常に終了していることがわかる。また、番号2〜4は送信受付番号が共に「0578」で、アドレス帳情報「001」、「002」、「003」の3つの宛先に同時に同報送信が行われ、それぞれ正常に送信が終了している。
【0089】
また、番号6は図12及び図14を用いて説明した通信であり、エラーで終了している。更に、番号7は図13及び図15を用いて説明した通信であり、送信受付番号「0580」、アドレス帳情報「006」であり、正常終了している。また、番号8、9は2つの宛先に同報送信が行われ、送信受付番号「0581」、アドレス帳情報はそれぞれ「002」、「004」であり、送達確認中の状態である。そして、番号10は受付番号「0582」、アドレス帳情報「005」の通信であり、現在データを送信中の状態である。
【0090】
次に、通信装置のネットワークI/F部7がMailサーバ13からエラーメール又は送達確認メールを受信した際のメール受信処理について説明する。
【0091】
図17は、本実施形態におけるメール受信処理を示すフローチャートである。ネットワークI/F部7がMailサーバ13からPOP3、SMTPプロトコルにてメールデータを受信すると、ステップS901へ進み、送達確認メールのMIMEタイプがレポート形式(Content-Typeがmultipart/report)のメールであるかを調べる。ここで、レポート形式のメールで無い場合はステップS902へ進み、通常の受信印刷処理を実行し、このメール受信処理を終了する。また、受信したデータがレポート形式のメールである場合はステップS903へ進み、出力先をプリンタに設定し、受信データの転送処理及びボックス格納処理を禁止する。
【0092】
次に、ステップS904において、report-typeがdelivery-statusであるかを調べ、delivery-statusであれば、受信したメールがエラーメールであることがわかる。エラーメールであればステップS905へ進み、Original-Envelope-Idが存在するかチェックし、Original-Envelope-Idが存在しない場合はステップS911へ進み、送信したメールのどれがエラーとなったのか判断できないため、テキスト印刷処理を行う。
【0093】
また、Original-Envelope-Idが存在した場合はステップS906へ進み、Original-Envelope-Idの中から送信受付番号を取得し、ステップS907において、アドレス帳情報を取得する。図14に示すエラーメールデータの場合、722のOriginal-Envelope-Idより送信受付番号「0579」、アドレス帳情報「007」を取得する。そして、取得した情報より書き込むべき送信ログは番号6であることがわかる。
【0094】
次に、ステップS908において、通信結果である729のActionがFailed、即ち失敗であるか調べ、失敗であればステップS909へ進み、状態にエラーを書き込み、ステップS911において、テキスト印刷処理を行う。また、失敗でなければステップS910へ進み、状態に“--”を書き込み、ステップS911において、テキスト印刷処理を行う。
【0095】
一方、ステップS904において、report-typeがdelivery-statusでない場合はステップS912へ進み、report-typeがdisposition-notificationであるかを調べる。ここで、disposition-notificationでない場合はステップS921へ進み、テキスト印刷処理を行う。また、disposition-notificationである場合は送達確認メールであることがわかり、ステップS913へ進み、Original-Message-Id(820)が存在するかを調べる。ここで、Original-Message-Idが存在しない場合はステップS921へ進み、テキスト印刷処理を行うが、Original-Message-Idが存在する場合はステップS914へ進み、Original-Message-Idより送信受付番号を取得し、ステップS915において、アドレス帳情報取得を行う。この受信した送達確認メールが図15の場合は、820のOriginal-Message-Idより送信受付番号「0580」、アドレス帳情報「006」を取得することができる。そして、取得した情報より書き込むべき送信ログは番号7であることがわかる。
【0096】
次に、ステップS916において、Dispositionがdisplayedかprocessedかで後続するdisposition-modifierが存在しないか調べる。ここで、合致する場合はステップS917へ進み、送信ログの番号7に正常終了を書き込み、ステップS921において、テキスト印刷処理を実行する。また、上述の条件に合致しない場合はステップS918へ進み、Disposition-modifierがerror又はwarningであるかを調べる。ここで、条件が合致する場合はステップS919へ進み、状態にエラーを書き込み、ステップS921において、テキスト印刷処理を行う。また、合致しない場合はステップS920へ進み、状態に“--”を書き込み、ステップS921において、テキスト印刷処理を行う。
【0097】
本実施形態によれば、電子メールデータ上に送信時に送信機の送信受付番号、送信機のアドレス帳における受信者の管理情報を代入したことにより容易に受信機に到達したかの判定を行うことができる。
【0098】
また、メールの到達を確認するための送達確認結果が受信機から送信機だけでなく、指定した他のメールアドレスにも送信されてくるため、通常使用しているメールクライアントでも送達確認を知ることができる。
【0099】
[変形例]
次に、上述したメール受信処理の変形例について説明する。この変形例では、元メールのMessage-IDを取得し、そのMessage-Idより送信受付番号、アドレス帳情報を取得するものである。
【0100】
図18は、変形例におけるメール受信処理を示すフローチャートである。ネットワークI/F部7がMailサーバ13からPOP3、SMTPプロトコルにてメールデータを受信すると、ステップS901へ進み、送達確認メールのMIMEタイプがレポート形式(Content-Typeがmultipart/report)のメールであるかを調べる。ここで、レポート形式のメールで無い場合はステップS902へ進み、通常の受信印刷処理を実行し、このメール受信処理を終了する。また、受信したデータがレポート形式のメールである場合はステップS903へ進み、出力先をプリンタに設定し、受信データの転送処理及びボックス格納処理を禁止する。
【0101】
次に、ステップS904において、report-typeがdelivery-statusであるかを調べ、delivery-statusであれば、受信したメールがエラーメールであることがわかる。エラーメールであればステップS950へ進み、rfc822-headersが存在するかチェックし、rfc822-headersが存在しない場合はステップS911へ進み、テキスト印刷処理を行う。
【0102】
また、rfc822-headersが存在した場合はステップS951へ進み、この部分は元メールのヘッダ情報であり、元メールのヘッダ情報から元メールのMessage-Idを取得する。そして、ステップS906において、送信受付番号を取得し、続くステップS907において、アドレス帳情報を取得する。図14のエラーメールデータの場合、736のrfc822-headersを認識し、744のMessage-Idより送信受付番号「0579」、アドレス帳情報「007」を取得する。そして、取得した情報より書き込むべき送信ログは番号6であることがわかる。
【0103】
次に、ステップS908において、通信結果である729のActionがFailed、即ち失敗であるか調べ、失敗であればステップS909へ進み、状態にエラーを書き込み、ステップS911において、テキスト印刷処理を行う。また、失敗でなければステップS910へ進み、状態に“--”を書き込み、ステップS911において、テキスト印刷処理を行う。
【0104】
一方、ステップS904において、report-typeがdelivery-statusでない場合はステップS912へ進み、report-typeがdisposition-notificationであるかを調べる。ここで、disposition-notificationでない場合はステップS921へ進み、テキスト印刷処理を行う。また、disposition-notificationである場合は送達確認メールであることがわかり、ステップS952へ進み、message/rfc822(824)が存在するか調べる。ここで、message/rfc822が存在しない場合はステップS921へ進み、テキスト印刷処理を行うが、message/rfc822が存在する場合はステップS953へ進み、この部分は元メールのヘッダ情報であり、元メールのヘッダ情報から元メールのMessage-Idを取得する。そして、ステップS914において、送信受付番号を取得し、ステップS915において、アドレス帳情報を取得する。この受信した送達確認メールが図15の場合は、824のmessage/rfc822を検知することより832の元メールのMessage-Idを取得し、この中から送信受付番号「0580」、アドレス帳情報「006」を取得することができる。取得した情報より書き込むべき送信ログは856の番号7であることがわかる。
【0105】
次に、ステップS916において、Dispositionがdisplayedかprocessedかで後続するdisposition-modifierが存在しないか調べる。ここで、合致する場合はステップS917へ進み、送信ログの番号7に正常終了を書き込み、ステップS921において、テキスト印刷処理を実行する。また、上述の条件に合致しない場合はステップS918へ進み、Disposition-modifierがerror又はwarningであるかを調べる。ここで、条件が合致する場合はステップS919へ進み、状態にエラーを書き込み、ステップS921において、テキスト印刷処理を行う。また、合致しない場合はステップS920へ進み、状態に“--”を書き込み、ステップS921において、テキスト印刷処理を行う。
【0106】
この変形例によれば、前述した実施形態と同様に、容易に受信機に到達したかの判定を行うことができる。
【0107】
尚、本発明は複数の機器(例えば、ホストコンピュータ,インターフェース機器,リーダ,プリンタなど)から構成されるシステムに適用しても、1つの機器からなる装置(例えば、複写機,ファクシミリ装置など)に適用しても良い。
【0108】
また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ(CPU若しくはMPU)が記録媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【0109】
この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【0110】
プログラムコードを供給するための記録媒体としては、例えばフロッピーディスク,ハードディスク,光ディスク,光磁気ディスク,CD−ROM,CD−R,磁気テープ,不揮発性のメモリカード,ROMなどを用いることができる。
【0111】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0112】
更に、記録媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0114】
【発明の効果】
以上説明したように、本発明によれば、電子メールを送信する際に、送達確認メールの返信先情報として自装置及び自装置以外のアドレスを設定するので、自装置と自装置以外の所望の返信先に送達確認メールを返信させることができるとともに、受信した送達確認メールに所定の記述が含まれるか否かを判定し、当該所定の記述が含まれると判定した場合に、当該所定の記述に引き続き記述されている自身が送信した元メールのヘッダ情報から送信IDを取得し、取得した送信IDに基づき送信ログを更新できる。特に、受信した送達確認メールに所定の記述が含まれるか否かを判定した上で元メールのヘッダ情報から送信IDを取得するようにしたことにより、送信ログを誤った内容に更新してしまうことを防止することができる。
【図面の簡単な説明】
【図1】本発明に係る通信装置の一実施形態の構成を示すブロック図である。
【図2】リーダ部1及びプリンタ部2を一体的に設けた画像入出カデバイスの構造を示す側断面図である。
【図3】通信装置のリーダ部1の構成を示すブロック図である。
【図4】通信装置のコア部11の構成を示すブロック図である。
【図5】フォーマッタ部9の構成及び動作を説明するための図である。
【図6】ファクシミリ部4の構成及び動作を説明するための図である。
【図7】通信装置のネットワークI/F部におけるプログラム階層を示す図である。
【図8】画像を送信する時の操作部115の表示画面を示す図である。
【図9】アドレス帳から宛先を選択する画面を示す図である。
【図10】本実施形態によるESMTP送信プロトコルを示す図である。
【図11】本実施形態における電子メールデータの例を示す図である。
【図12】送信エラーが発生した場合のデータの流れを示す図である。
【図13】正常送信時のデータの流れを示す図である。
【図14】 Mailサーバ15が送信するエラーメール(602)の内容を示す図である。
【図15】送達確認メールの内容を示す図である。
【図16】送信内容や状態などが記録された送信ログを示す図である。
【図17】本実施形態におけるメール受信処理を示すフローチャートである。
【図18】変形例におけるメール受信処理を示すフローチャートである。
【符号の説明】
1 リーダ部
2 プリンタ部
3 画像入出力制御部
4 ファクシミリ部
5 ファイル部
6 光磁気ディスクドライプ
7 ネットワークI/F部
8 ハードディスク
9 フォーマッタ部
10 イメージメモリ部
11 コア部
12 Mailクライアント
13 Mailサーバ
14 インターネット網
15 Mailサーバ
16 Mailクライアント
17 プリンタ
18 インターネットFAX
[0001]
BACKGROUND OF THE INVENTION
  The present invention, ElectricCommunication device that can send child mailas well asThe present invention relates to a communication method in the communication apparatus.
[0002]
[Prior art]
In recent years, with the spread of computers and the networking of information, electronic mail that transmits and receives character information over a network has become widespread. Various types of files can be attached to e-mails in addition to the text body of text information, and images are sent and received by attaching an image TIFF (Tag Image File Format) file specified in the attached file. Internet FAX has been proposed.
[0003]
In RFC 2532 (Expanded Facsimili Using Internet Mail) issued by the Internet Standardization Organization IETF (Internet Engineering Task Force), when the receiver receives the image TIFF file mail sent by the transmitter, the receiver receives it normally. An Internet FAX Full Mode has been proposed that informs the transmitter side by e-mail.
[0004]
Japanese Patent Application Laid-Open No. 11-252164 has a table storing a plurality of delivery confirmation mail destinations, and when receiving the delivery confirmation mail, if the sender of the mail corresponds to the table, the delivery confirmation is sent to the sender. The technology to notify is described.
[0005]
Furthermore, JP-A-2000-183949 describes a technique for storing a delivery confirmation delivery address and transmitting a delivery confirmation mail to the delivery confirmation delivery address when it is recognized as a delivery confirmation mail when an e-mail is received. Has been.
[0006]
If the transmitter sends the receiver with the image data and information necessary to notify the delivery, and if the receiver is able to process normally, a delivery confirmation email is sent from the receiver to the transmitter. The On the other hand, when the transmitter receives the delivery confirmation mail, it operates to notify the sender by displaying and printing it as a transmission log or transmission management report.
[0007]
[Problems to be solved by the invention]
However, there is no guarantee of immediacy in e-mail because mail is transferred through several mail servers on the way, and it may take time until the sender receives the delivery confirmation mail after sending the mail. .
[0008]
In this case, there is a problem that the sender does not know whether the destination has been reached unless he / she frequently checks whether the transmission log and the transmission management report are printed.
[0009]
In addition, when the transmission operation is continuously performed, a plurality of communication waiting for delivery confirmation occurs, and it is difficult to determine which communication is the delivery confirmation mail when the delivery confirmation mail is received.
[0010]
  The present invention has been made to solve the above problems, and when transmitting an e-mail, addresses other than the own device and the own device are set as transmission destination information of the delivery confirmation mail, and the own device and other than the own device are set. A delivery confirmation email is sent back to the desired reply destination.The given description isincludedIf it is determined whether or not the predetermined description is included, the description is continued after the predetermined description.From the header information of the original mail sent by itselfGet the transmission ID,The purpose is to update the transmission log based on the acquired transmission ID.
[0012]
[Means for Solving the Problems]
  In order to achieve the above object, the present invention provides a communication device capable of transmitting an electronic mail, wherein the electronic mail is transmitted according to a transmission instruction, destination information of the electronic mail to be transmitted by the transmission means, and Input means for inputting an address other than the communication device as reply destination information of a delivery confirmation mail to be replied at the destination corresponding to the destination information, and identifying the e-mail as an e-mail to be sent by the sending means Possible transmission ID, destination information input by the input means and reply destination information are set, and the address other than the communication device input by the input means as the transmission ID, destination information and reply destination information and the own apparatus Is generated every time the transmission instruction is received, and the control means for sending the e-mail set with the e-mail address for receiving e-mail by the sending means. Managing means for managing transmission log of e-mail by the transmission unit based on the transmission reception ID that the transmissionReply fromReceiving means for receiving a delivery confirmation mail, and the receiving means includes the received delivery confirmation mail.The given description isincludedIf it is determined whether or not the predetermined description is included, the description is continued after the predetermined description.The transmission means acquires the transmission ID from the header information of the original mail transmitted by the transmission means, the management means specifies the transmission reception ID by the acquired transmission ID, and updates the transmission log corresponding to the delivery confirmation mail It is characterized by doing.
[0014]
  Furthermore, in order to achieve the above object, the present invention provides a communication method in a communication apparatus capable of transmitting an e-mail, wherein the destination information of the e-mail to be transmitted is input and the destination corresponding to the destination information is input. The address other than the communication device is input as the reply destination information of the delivery confirmation mail to be replied in, the transmission ID that can identify the electronic mail, the input destination information and the reply destination information to the electronic mail to be transmitted Set an address other than the input communication device and a mail address for receiving an e-mail by the own device, and send an e-mail in which the transmission ID, destination information and reply destination information are set, Manages the transmission log of e-mails that are sent based on the transmission reception ID that is generated each time a transmission instruction is received, and the received delivery confirmation mailThe given description isincludedIf it is determined whether or not the predetermined description is included, the description is continued after the predetermined description.The transmission ID is acquired from the header information of the transmitted original mail, the transmission acceptance ID is specified by the acquired transmission ID, and the transmission log corresponding to the delivery confirmation mail is updated.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments according to the present invention will be described in detail with reference to the drawings.
[0016]
FIG. 1 is a block diagram showing a configuration of an embodiment of a communication apparatus according to the present invention.
As shown in FIG. 1, the communication apparatus includes a reader unit 1, a printer unit 2, and an image input / output control unit 3. Here, the reader unit 1 reads an image of a document and outputs image data corresponding to the document image to the printer unit 2 and the image input / output control unit 3. The printer unit 2 records an image corresponding to the image data from the reader unit 1 and the image input / output control unit 3 on a recording sheet. The image input / output control unit 3 connects the reader unit 1 and includes a facsimile unit (fax unit) 4, a file unit 5, a network interface (I / F) unit 7, a formatter unit 9, an image memory unit 10, and a core unit 11. Have.
[0017]
The facsimile unit 4 decompresses the compressed image data received via the telephone line, transfers the decompressed image data to the core unit 11, compresses the image data transferred from the core unit 11, and compresses the compressed image data. A circuit for transmitting data to a telephone line.
[0018]
A magneto-optical disk drive 6 is connected to the file unit 5, and the file unit 5 compresses the image data transferred from the core unit 11, and is set in the magneto-optical disk drive 6 together with a keyword for retrieving the image data. Write to magneto-optical disk. Further, the file unit 5 searches the compressed image data stored in the magneto-optical disk based on the keyword transferred via the core unit 11, reads and decompresses the searched compressed image data, and decompresses the decompressed image data. Transfer to the core unit 11.
[0019]
The network I / F unit 7 has a network interface for connecting the image input / output control unit 3 to the network, and is assigned an address of ifax@figaro.xyz.co.jp as an e-mail address. This network is connected to a mail server and a POP server 13 (pulser.xyz.co.jp), and is further connected to an internet network 14 spread all over the world. A hard disk 8 is connected to the network I / F unit 7, and data received by mail can be stored in the hard disk 8.
[0020]
The Internet 14 has a plurality of mail servers such as a Mail server POP server 13 (pulser.xyz.co.jp) and a Mail server POP server 15 (panther.abc.co.jp). Send and receive e-mail between them.
[0021]
The formatter unit 9 is a circuit that develops code data representing an image transferred from a computer connected to the network I / F unit 7 into image data that can be printed by the printer unit 2. The image memory unit 10 is a circuit that temporarily stores image data. Although the core unit 11 will be described later, the core unit 11 controls the flow of data in each unit of the reader unit 1, the facsimile unit 4, the file unit 5, the network I / F unit 7, the formatter unit 9, and the image memory unit 10.
[0022]
Next, an operation of attaching an image read by the reader unit 1 from the communication device to an e-mail and transmitting it to the Mail client 16 (pcmail@abc.co.jp) will be described.
[0023]
An image read by the reader unit 1 is converted to an e-mail format to the mail client 16 (pcmail@abc.co.jp), and an e-mail with the image attached is sent to the mail server 13 by SMTP (Simple Mail Transfer Protocol). . In this case, the From email address is ifax@figaro.xyz.co.jp.
[0024]
The mail server 13 transfers the mail with the image attached to the Mail server 15 via the Internet network 14 from the mail address information of the designated Mail client 16. The mail server 15 that has received this mail recognizes the address of the user that it manages from the address information, and stores the received mail in the mailbox of the mail client 16.
[0025]
The mail client 16 is installed with e-mail software capable of sending and receiving e-mail, and new mail arrives in the mailbox of the POP server 15 according to POP3 (Post Office Protocol-Version 3) at regular intervals. Find out. If it has arrived, the mail can be downloaded and an image read by the reader unit 1 of the transmitter can be obtained.
[0026]
Similarly, when data is transmitted to the Internet FAX 18 (ifax@abc.co.jp), the data can be transmitted via the Mail server 13, the Internet network 14, and the mail server 15, and the Internet FAX 18 that has received this image. The received image is printed.
[0027]
Similarly, an image read by the Internet FAX 18 can receive data via the mail server 15, the Internet network 14, and the Mail server 13 and can be printed by the printer unit 2.
[0028]
Next, detailed configurations and operations of the reader unit 1 and the printer unit 2 will be described.
[0029]
FIG. 2 is a side sectional view showing the structure of the image input / output device in which the reader unit 1 and the printer unit 2 are integrally provided. As shown in FIG. 2, a document feeder 101 is mounted on the reader unit 1, and the document feeder 101 feeds documents one by one on the platen glass 102 sequentially from the last page. After the reading operation is finished, the document on the platen glass 102 is discharged. When the document is conveyed onto the platen glass 102, the lamp 103 is turned on and the movement of the scanner unit 104 is started. Due to the movement of the scanner unit 104, the original is exposed and scanned, and the reflected light from the original during the exposure scanning is guided to a CCD image sensor (hereinafter referred to as a CCD) 109 via mirrors 105, 106 and 107 and a lens 108. It is burned.
[0030]
The document image scanned in this way is read by the CCD 109, and the image optically read by the CCD 109 is converted into image data by photoelectric conversion and output. Image data output from the CCD 109 is subjected to a predetermined correction process and then transferred to the printer unit 2 and the core unit 11 of the image input / output control unit 3 via a video bus (not shown).
[0031]
On the other hand, the printer unit 2 inputs the image data output from the reader unit 1 to the laser driver 201. The laser driver 201 drives the laser emission unit 221 based on the input image data. That is, the laser emission unit 221 is driven so as to emit laser light corresponding to the image data output from the reader unit 1. The laser beam is irradiated while being scanned on the photosensitive drum 202, and an electrostatic latent image corresponding to the laser beam is formed on the photosensitive drum 202.
[0032]
The electrostatic latent image on the photosensitive drum 202 is visualized as a developer image by the developer supplied from the developing device 203. Further, at a timing synchronized with the start of laser beam irradiation, a recording sheet is fed from one of the cassettes 204 and 205, and the recording sheet is conveyed between the photosensitive drum 202 and the transfer unit 206. The developer image formed on the photosensitive drum 202 is transferred onto the recording paper fed by the transfer unit 206.
[0033]
The recording paper onto which the developer image has been transferred is conveyed to the fixing unit 207, and the fixing unit 207 fixes the developer image on the recording paper by heat-pressing the recording paper. Then, the recording paper that has passed through the fixing unit 207 is discharged by the discharge roller 208, and the sorter 220 stores the discharged recording paper in each bin and sorts the recording paper. Note that the sorter 220 operates so as to store the recording paper in the uppermost bin when the sorting is not set.
[0034]
When double-sided recording is set, the recording paper is conveyed to the position of the discharge roller 208, and then the rotation direction of the discharge roller 208 is reversed and guided to the refeed conveyance path by the flapper 209. ing. Further, when multiple recording is set, the flapper 209 is switched so as not to convey the recording paper to the discharge roller 208 and is set to be guided to the refeed conveyance path. The recording paper guided to the refeed conveyance path is again fed between the photosensitive drum 202 and the transfer unit 206 at the timing described above.
[0035]
Next, the configuration and operation of the reader unit 1 of the communication device according to the present embodiment will be described in detail.
[0036]
FIG. 3 is a block diagram illustrating a configuration of the reader unit 1 of the communication device. As shown in FIG. 3, the image data output from the CCD 109 is converted into digital data by analog / digital conversion by the A / D / SH unit 110, and shading correction is performed on the digital data. The image data processed by the A / D / SH unit 110 is transferred to the printer unit 2 through the image processing unit 111 and at the same time, the core unit of the image input / output control unit 3 through the interface (I / F) unit 113. 11 is transferred. The image processing unit 111 performs various types of image processing such as trimming processing, and the I / F unit 113 controls an interface with the core unit 11 such as capturing data including image data transferred from the core unit 11.
[0037]
The image processing unit 111 and the I / F unit 113 are controlled according to the setting content set by the operation unit 115 by the CPU 114. For example, when a copy mode for performing copying by performing trimming processing on the operation unit 115 is set, the CPU 114 executes trimming processing in the image processing unit 111, and the image data on which the trimming processing has been performed is performed on the printer unit 2. Control to transfer to.
[0038]
When the facsimile transmission mode is set on the operation unit 115, the CPU 114 performs control so that image data and a control command corresponding to the set mode are transferred from the I / F unit 113 to the core unit 11.
[0039]
Such control by the CPU 114 is executed according to a control program stored in the memory 116. The memory 116 is also used as a work area for the CPU 114.
[0040]
Next, the configuration and operation of the core unit 11 of the communication device according to the present embodiment will be described in detail.
[0041]
FIG. 4 is a block diagram illustrating a configuration of the core unit 11 of the communication apparatus. The core unit 11 includes an I / F unit 122 with the reader unit 1, and image data transferred from the reader unit 1 is transferred to the image data processing unit 121 via the I / F unit 122 and the reader unit The control command from 1 is transferred to the CPU 123. The image data processing unit 121 performs image processing such as image rotation processing and scaling processing on the input image data as necessary. The image data subjected to the image processing by the image data processing unit 121 is a reader. In response to the control command transferred from the unit 1, the data is transferred to the facsimile unit 4, the file unit 5, or the network I / F unit 7 via the I / F unit 120.
[0042]
Further, printer data representing an image input via the network I / F unit 7 is transferred to the image data processing unit 121 and then transferred to the formatter unit 9 to be developed into image data. After being transferred to the data processing unit 121, it is also transferred to the printer unit 2 via the facsimile unit 4 or the I / F unit 122. The image data received by the facsimile unit 4 is transferred to the image data processing unit 121, and then transferred to the printer unit 2, the file unit 5, or the network I / F unit 7. Further, the image data output from the file unit 5 is transferred to the image data processing unit 121 and then transferred to the printer unit 2, facsimile unit 4, or network I / F unit 7.
[0043]
The CPU 123 performs data transfer control between the units in accordance with the control program stored in the memory 124 and the control command transferred from the reader unit 1, and controls the execution of image processing by the image data processing unit 121. The memory 124 is also used as a work area for the CPU 123.
[0044]
As described above, with the core unit 11 as the center, it is possible to perform processing that combines functions such as reading of a document image, printing of an image, transmission / reception of an image, storage of an image, and input / output of data from a computer. is there.
[0045]
FIG. 5 is a diagram for explaining the configuration and operation of the formatter unit 9. Data generated by an application such as a word processor of the PC client 12 shown in FIG. 1 is converted into PDL (Page Description Language) data that can be interpreted by a printer such as PS (PostScript) by a printer driver. The converted data is transferred to the formatter unit 9 via the network I / F unit 7, the core unit 11, and the core I / F unit 220.
[0046]
This data is interpreted by the CPU 222 and an image is formed using the FontROM 223 and DRAM 225. This image is subjected to image processing by the image processing circuit 226, and the image is transferred from the video I / F circuit 227 to the core unit 11 in synchronization with the synchronization signal generated by the video clock 228. The transferred image data is printed by the printer unit 2. The program ROM 224 is a ROM that stores a program for controlling the above-described operation. In this way, the printer unit 2 can print PDL data such as PS.
[0047]
The formatter unit 9 can be changed for each PDL. The ROM 224 is different for each PDL and its version, and the user can select a PDL and a version according to the purpose.
[0048]
FIG. 6 is a diagram for explaining the configuration and operation of the facsimile unit 4. An NCU (Network Control Unit) 230 is a circuit that connects a FAX to a telephone, and is a circuit that switches between telephones and FAX, detects a call signal when receiving, and holds a DC loop signal from the telephone switch during a call. A MODEM (MOdulator / DEModulator) 231 is a modulation / demodulation circuit that converts an analog signal into a digital signal and conversely converts the analog signal into a digital signal.
[0049]
Data transmitted from another FAX is received by the NCU 230 and converted into a digital signal by the MODEM 213. This data is data obtained by encoding an image with MH, MR, MMR, JBIG or the like. This data is decoded by the code decoding circuit 236, and the image data is developed in the DRAM 235. The resolution of the developed image data is converted by the resolution conversion unit 234 and image processing is performed by the image processing circuit 237. This image data is transferred to the core unit 11 by the video I / F circuit 238 in synchronization with the clock from the video clock 239 and printed by the printer unit 2.
[0050]
At the time of transmission, the image data read by the reader unit 1 is developed in the DRAM 235 by the video I / F circuit 238, the video clock 239, and the image processing circuit 237 via the core unit 11. The resolution of the developed data is converted by a resolution converter 234 and encoded by an encoding / decoding circuit 236 into MH, MR, MMR, or JBIG. The encoded data is converted into an analog signal by MODEM 231 and transmitted by NCU 230.
[0051]
The CPU 232 is a circuit that controls the above-described control, and the program ROM 233 stores a program for operating the CPU 232. The facsimile unit 4 is detachable and can be mounted according to the user's application.
[0052]
Next, a program (protocol) hierarchy in the network I / F unit 7 of the communication apparatus will be described.
[0053]
FIG. 7 is a diagram showing a program hierarchy in the network I / F unit of the communication apparatus. As shown in FIG. 7, the program in the network I / F unit 7 includes an IP (Internet Protocol) 250, a TCP (Transmission Control Protocol) / UDP (User Datagram Protocol) 251, and a program 252 that operates an application layer protocol. It is configured.
[0054]
The IP 250 is an Internet protocol layer that provides a service for sending a message in cooperation with a relay node such as a router from a source host to a destination host. The most important information for delivering a message is the address of the origination and destination, and the address of the origination and destination is managed by the IP 250. The IP 250 performs routing as to which route the message is sent to the destination host in the network according to the address information.
[0055]
The TCP / UDP 251 is a transport layer that provides a service for delivering a message from a transmission application process to a reception application process. This TCP is a connection-type service and guarantees high communication reliability. However, UPD is a connectionless service and does not guarantee reliability.
[0056]
The application layer protocol 252 defines a plurality of protocols, including FTP (File Transfer Protocol) as a file transfer service, SNMP (simple network management protocol) as a network management protocol, and a server protocol for printer printing. There are certain LPDs, HTTPd, which is a WWW (World Wide Web) server protocol, email transmission / reception protocol SMTP (Simple Mail Transfer Protocol), mail download protocol POP3 (Post Office Protocol-Version 3), and the like.
[0057]
Next, a display screen of the operation unit 115 when performing transmission setting from the operation unit 115 provided in the reader unit 1 will be described.
[0058]
FIG. 8 is a diagram illustrating a display screen of the operation unit 115 when an image is transmitted. A reading size 300 shown in FIG. 8 is an area for designating the paper size of an image read by the scanner unit 104. Here, “A5, A4, A3, B5, B4, automatic” can be designated, and “automatic” is set as a default. A resolution 301 is an area where the resolution of an image read by the scanner unit 104 can be designated. Here, a resolution of “200 × 100, 200 × 200, 200 × 400, 300 × 300, 400 × 400, 600 × 600 dpi” can be selected, and “200 × 200 dpi” is set as a default.
[0059]
When the detailed setting 302 button is pressed, a window (not shown) is displayed in which scanning settings such as density setting during scanning, document type specification, double-sided reading, page continuous shooting specification, and image quality adjustment can be performed. Each value can be set. A destination 303 is a button for inputting an e-mail transmission destination. When this button is pressed, the address book shown in FIG. 9 is displayed. This detailed description will be described with reference to FIG. 9, but the address ifax@abc.co.jp of the Internet FAX 18 is selected as the destination.
[0060]
A subject 304 is a column in which the subject of the e-mail can be input. In the example shown in FIG. 8, TEST is input. A text 305 is a field in which the text of the e-mail can be input. When a mail is transmitted from the Internet FAX 18, the reply destination 306 is set not to the Internet FAX 18 but to an e-mail address that is normally used by the user on the receiving side instead of the Internet FAX 18. Used for.
[0061]
The reply destination e-mail address can be input using an address book. Similarly, a delivery confirmation email that informs you that an email has arrived normally can be sent to the email address you normally use. I can confirm. Since this address is basically the same as the reply destination email address, when the reply destination 306 is set, both the reply destination email address and the delivery confirmation destination email address are set as the set address. Operate. In this example, the address of client@xyz.co.jp of the mail client 12 is set.
[0062]
FIG. 9 is a diagram showing a screen for selecting a destination from the address book. The address book is a database that can store many Internet FAXes that can be input in a user mode (not shown) and e-mail destinations. The address book is composed of an address book ID 350, a selection mark 351, and a destination e-mail address 352, and can be scrolled using keys 353 and 354.
[0063]
In this embodiment, at the time of transmission, a plurality of destinations can be selected from this address book, and a selection mark is displayed for the selected address. In the example shown in FIG. 9, ifax @ abc.co.jp is selected as the destination.
[0064]
Next, an operation of reading an image from the reader unit 1 of the communication apparatus and transmitting a mail with the image attached to the mail server 13 from the network I / F unit 7 using the ESMTP transmission protocol will be described.
[0065]
FIG. 10 is a diagram showing an ESMTP transmission protocol according to the present embodiment. When a TCP / IP connection is executed from the network I / F unit 7 of the communication apparatus to the Mail server 13, a message starting from the number 220 as shown in 400 in FIG. It is transmitted to the I / F unit 7. Upon receiving this message, the network I / F unit 7 as a client transmits a message starting from EHL0 as indicated by 401. As a result, the server responds with the names of the DSN, EXPN, and SIZE functions owned by the mail server function, starting with a numeral 250 such as 402 to 405. At this point, the network I / F unit 7 that is the client knows that the server possesses the DSN function.
[0066]
In 406, the address of the email sent from the client (ifax@figaro.xyz.co.jp) is described, and the transmission receipt number (0580) described in the transmission log and the destination address book ID (006) are combined. Enter 0580.006 as the Envelope-ID (ENVID). By entering the send receipt number and address book ID in this ENVID, TxNo.0580.006 entered as ENVID is set in the Original-Envelope-ID of the error mail that is returned when an error occurs in the mail server on the way. Since an error mail is received, the error mail can be easily found from the transmission reception number and the address book ID. The contents of the error mail will be further described later with reference to FIG.
[0067]
When the above message is received by the server, a message starting from the number 250 is returned from the server (407). For 408, since the server supports the DSN function, set ifax@abc.co.jp, which is the email address of the RCPT TO, and return the DSN error email to the sender when an error occurs next time. Write NOTIFY = FAIRURE, ORCPT = rfc822; ifax@abc.co.jp. A character string starting from 250 is returned from the mail server 13 that accepted this message (409).
[0068]
In 410, a DATA command is transmitted from the client side in order to notify the mail server 13 that mail data will be transmitted. Here, the Mail server 13 that has received the DATA command returns a character string starting from 354 (411), and informs the client that the data can be received. Reference numerals 412 to 415 denote mail data from the client, which will be described later with reference to FIG.
[0069]
“.” In 416 is a code indicating the end of the mail data, and the mail server 13 which has received this code normally returns a character string starting from 250 (417). Since the transmission of data is completed, when QUIT is transmitted at 418 to declare the end of the connection, the server returns a character string starting from 221 and the connection is disconnected (419).
[0070]
Here, an example of electronic mail data sent from the communication device via the mail server will be described.
[0071]
FIG. 11 is a diagram showing an example of e-mail data in the present embodiment. X-Priority: 1 (Highest) of 500 shown in FIG. 11 indicates the priority of this mail. Internet FAX data that is sent and received with an image attached to an e-mail is given a higher priority in order to prevent the amount of data from increasing and depending on the mail server to operate in such a way that delivery is delayed. 501 of 501 is a transmission start time, From of 502 is an e-mail address of this apparatus, and is an address set by the user in a user mode (not shown). A subject 503 is the title of the mail, and a character string (TEST in this example) input by the user in the subject setting 304 is substituted.
[0072]
To in 504 is a mail destination, and an electronic mail address (ifax@xyz.co.jp) designated by the user in the destination 303 of the transmission setting is substituted. Reply-To 505 is the mail address (client@xyz.co.jp) of the mail client 12 input to the reply destination 306 of the transmission setting, and when the user performs a reply operation after the mail arrives at the destination, Mail is replied to this mail address instead of the address. The Message-Id of 506 is a unique number of mail, and it is recommended to enter the date, time, and HOST name so that the same number is not used. In addition, the transmission reception number (TxNo.0580), Substitute the address book information (006).
[0073]
In other words, the Message-Id character string entered at the transmitter is assigned to the Original-Message-ID of the delivery confirmation email sent from the receiver, so the sender assigns it to the Original-Message-ID of the delivery confirmation email. Based on the received transmission reception number and the address book ID, it is possible to easily determine when and to whom the transmitted mail has arrived. The contents of the delivery confirmation mail will be further described later with reference to FIG.
[0074]
507 Disposition-Notification-To designates the mail address for sending the delivery confirmation result sent by the receiver. The sender's mail address (ifax@figaro.xyz.co.jp) and the mail client 12 mail Two addresses (client@xyz.co.jp) are specified. The mail address of the mail client 12 is the e-mail address entered in the reply setting 306 of the transmission setting, and the sender confirms from the mail client 12 that he / she normally uses without confirming the result of the delivery confirmation with the transmitter. it can.
[0075]
The Content-Type field 509 declares multipart / mixed to indicate that this mail is composed of a mail body and an attached file part, and indicates that it is delimited by the character string “AHMO”. 511--AHMO indicates the start of the break, and 516--AHMO is one break, and 529--AHMO-- indicates that the break is complete. Therefore, it is divided into a first block from 509 to 511 and a second block from 511 to 529.
[0076]
The first block is a mail text represented by 512 Content-Type: text / plane, and the character code is a Japanese JIS code of ISO-2022-JP. The second block is a TIFF image file expressed by 517 Content-Type: image / tiff, and the file name is image.tif. This TIFF image file has 518 Content-Transfer-Encording: base64 for encoding in BASE64, and a character string of 520 to 529 is data obtained by BASE64 encoding the TIFF image file.
[0077]
Next, when data is transmitted from the network I / F unit 7 to the Internet FAX 18, an operation that is performed when an error occurs when a non-existent destination is detected by the Mail server 13 will be described.
[0078]
FIG. 12 is a diagram illustrating a data flow when a transmission error occurs. Data is transmitted from the network I / F unit 7 to the mail server 13 (600). The mail server 13 that has received the data transmits the received data to the mail server 15 from the address information of RCPT TO 408 (601). If the mail server 15 determines that the destination does not exist from the destination information, an error mail is transmitted to the destination (mail address) described in MAIL FROM of 406 (602). The Mail server 13 that has received the error mail transmits the received data to the network I / F unit 7 that is the destination of the error mail (603). The contents of this error mail will be further described later with reference to FIG.
[0079]
Next, an operation when data can be normally transmitted from the network I / F unit 7 to the Internet FAX 18 will be described.
[0080]
FIG. 13 is a diagram illustrating the flow of data during normal transmission. Data is transmitted from the network I / F unit 7 to the mail server 13 (650). The mail server 13 that has received the data transmits the received data to the mail server 15 from the destination information of RCPT TO 408 (651). The mail server 15 transfers the data received from the destination information to the Internet FAX 18 (652). The Internet FAX 18 that has received the data forms an image from the received data and prints the image.
[0081]
Since the received data includes 507 Disposition-Notification-To :, the Internet FAX 18 has two email addresses (ifax@figaro.xyz.co.jp, client @ xyz.co.jp) is sent a delivery confirmation mail indicating that it has been successfully received (653). The delivery confirmation mail is sent to the Mail server 13 via the Mail server 15 (654). The Mail server 13 confirms the delivery to the network I / F unit 7 (655) and the mail client 12 (656). An email is sent. The contents of this delivery confirmation mail will be further described later with reference to FIG.
[0082]
FIG. 14 is a diagram showing the contents of the error mail (602) transmitted by the Mail server 15. Reference numeral 700 denotes a date and time when the mail server 15 transmits an error mail, and reference numeral 701 denotes an error mail sender. Reference numeral 707 denotes the MIME type of the error mail, and it can be understood that the mail is divided into a plurality of blocks in the report format from Content-Type: multipart / report; report-type = delivery-status ;.
[0083]
This e-mail is divided into multiple blocks. Since this delimiter is RAA03423 of 708, it is divided into three blocks: a text part of 714 to 717, a part describing delivery-status of 720 to 733, and an rfc822-headers part of 736 to 746. Goodbye The text portions 714 to 717 are written so that the sender of the original mail (600) knows why the error occurred, and it can be seen that there is no user iifax@abc.co.jp in 717. In the part where delivery-status of 720 to 733 is described, Original-Envelope-Id: TxNo.0579.007 in 722 is the same as 406 in FIG. 10 when sending the original mail (600) on the ESMTP protocol MAIL FROM command. The attached ENVID (406). It can be seen that the communication result is a failure from 729 Action: failed. The rfc822-headers part 736 to 746 is the mail header part of the original mail (600). From 744, the Message-Id of the original mail (600) is <20010614172000.TxNo.0579.007@figaro.xyz.co.jp>. I understand that.
[0084]
FIG. 15 is a diagram showing the contents of the delivery confirmation mail. 800 indicates the date and time of the delivery confirmation (653) mail, and 801 describes ifax@abc.co.jp as the sender. Reference numeral 802 defines 20010614174140.12345@ifax.abc.co.jp, which is a message-Id unique to this delivery confirmation mail, and 803 is a subject, in which Disposition notification is described. 804 is a recipient of delivery confirmation, and two email addresses of ifax@figaro.xyz.co.jp and client@xyz.co.jp specified in Disposition-Notification-To (507) of the original email (650) Is specified. Reference numeral 806 denotes the MIME type of the delivery confirmation mail, and it is understood that the mail is divided into a plurality of blocks in the report format from Content-Type: multipart / report; report-type = disposition-notification ;.
[0085]
This mail is divided into a plurality of blocks. Since this delimiter is RAA14128 of 807, the text part of 811 to 812, the part describing disposition-notification of 815 to 821, and the rfc822-headers part of 824 to 834 Break up into blocks. The text portions 811 to 812 describe the mail transmission time, the recipient, and the like to indicate which mail the sender has confirmed delivery.
[0086]
The disposition-notification part of 815 to 821 indicates which mail has been confirmed to be delivered and its result, and the Original-Message-ID of 820 indicates the Message-ID (506) of the original mail (650). Since “displayed” is described in the Disposition of 821, it can be seen that the image is formed normally. The rfc822-headers part of 824 to 834 is the mail header part of the original mail (650), and the Message-Id of the original mail (650) from 832 is <20010614172140.TxNo.0580.006@figaro.xyz.co.jp>. I understand that.
[0087]
FIG. 16 is a diagram illustrating a transmission log in which transmission contents and states are recorded. As shown in FIG. 16, the transmission log 850 is composed of a number, a transmission reception number, address book information, and a state. When the transmission log is shown to the user, such as a transmission result report, an actual destination (ifax @ xyz.co.jp) is expanded and displayed or printed.
[0088]
The number 1 shown in the transmission log 850 is the transmission acceptance number “0577” and the address book information “004”, and it can be seen that the state has been completed normally. In addition, the numbers 2 to 4 have the transmission reception number “0578”, and broadcast transmission is simultaneously performed to the three destinations of the address book information “001”, “002”, and “003”, and the transmission ends normally. is doing.
[0089]
The number 6 is the communication described with reference to FIGS. 12 and 14, and ends with an error. Further, the number 7 is the communication described with reference to FIGS. 13 and 15, and is the transmission acceptance number “0580” and the address book information “006”, and has been normally completed. The numbers 8 and 9 are broadcast to two destinations, the transmission acceptance number is “0581”, and the address book information is “002” and “004”, respectively, and the delivery is being confirmed. The number 10 is a communication of the reception number “0582” and the address book information “005”, which is a state in which data is currently being transmitted.
[0090]
Next, a mail reception process when the network I / F unit 7 of the communication apparatus receives an error mail or a delivery confirmation mail from the Mail server 13 will be described.
[0091]
FIG. 17 is a flowchart showing mail reception processing in the present embodiment. When the network I / F unit 7 receives mail data from the Mail server 13 using POP3 or SMTP protocol, the process proceeds to step S901, and the MIME type of the delivery confirmation mail is a report format mail (Content-Type is multipart / report). Find out. If it is not a report-format mail, the process advances to step S902 to execute a normal reception print process, and this mail reception process is terminated. If the received data is a report-type mail, the process advances to step S903 to set the output destination to the printer, and prohibit the received data transfer process and box storage process.
[0092]
In step S904, it is checked whether the report-type is delivery-status. If the report-type is delivery-status, it is found that the received mail is an error mail. If it is an error mail, the process proceeds to step S905, where it is checked whether Original-Envelope-Id exists. If Original-Envelope-Id does not exist, the process proceeds to step S911, and it cannot be determined which of the transmitted mails has an error. Therefore, the text printing process is performed.
[0093]
If Original-Envelope-Id exists, the process proceeds to step S906, a transmission reception number is acquired from Original-Envelope-Id, and address book information is acquired in step S907. In the case of the error mail data shown in FIG. 14, the transmission acceptance number “0579” and the address book information “007” are acquired from the Original-Envelope-Id 722. From the acquired information, the transmission log to be written is number 6.
[0094]
Next, in step S908, it is checked whether the action 729 of the communication result is Failed, that is, if it is unsuccessful. If it has not failed, the process proceeds to step S910, where “-” is written in the state, and text printing processing is performed in step S911.
[0095]
On the other hand, if the report-type is not delivery-status in step S904, the process advances to step S912 to check whether the report-type is disposition-notification. If it is not disposition-notification, the process proceeds to step S921 to perform text printing processing. If it is disposition-notification, it is found that it is a delivery confirmation mail, and the process proceeds to step S913 to check whether Original-Message-Id (820) exists. Here, if Original-Message-Id does not exist, the process proceeds to step S921, and the text printing process is performed. If Original-Message-Id exists, the process proceeds to step S914, and the transmission reception number is obtained from Original-Message-Id. In step S915, address book information is acquired. When the received delivery confirmation mail is FIG. 15, the transmission acceptance number “0580” and the address book information “006” can be acquired from the Original-Message-Id 820. From the acquired information, the transmission log to be written is number 7.
[0096]
Next, in step S916, it is checked whether there is a subsequent disposition-modifier depending on whether the Disposition is displayed or processed. If they match, the process advances to step S917 to write the normal end in the transmission log number 7, and in step S921, the text printing process is executed. If the above condition is not met, the process proceeds to step S918 to check whether Disposition-modifier is error or warning. If the conditions are met, the process proceeds to step S919, an error is written in the state, and text printing processing is performed in step S921. If they do not match, the process proceeds to step S920, "-" is written in the state, and text printing processing is performed in step S921.
[0097]
According to the present embodiment, it is possible to easily determine whether or not the receiver has been reached by substituting the transmission reception number of the transmitter and the management information of the receiver in the address book of the transmitter at the time of transmission on the email data. Can do.
[0098]
In addition, because the delivery confirmation result for confirming the arrival of the email is sent from the receiver to not only the transmitter but also to other specified email addresses, even the mail client normally used knows the delivery confirmation. Can do.
[0099]
[Modification]
Next, a modified example of the mail receiving process described above will be described. In this modification, the Message-ID of the original mail is acquired, and the transmission reception number and address book information are acquired from the Message-Id.
[0100]
FIG. 18 is a flowchart showing mail reception processing in the modification. When the network I / F unit 7 receives mail data from the Mail server 13 using POP3 or SMTP protocol, the process proceeds to step S901, and the MIME type of the delivery confirmation mail is a report format mail (Content-Type is multipart / report). Find out. If it is not a report-format mail, the process advances to step S902 to execute a normal reception print process, and this mail reception process is terminated. If the received data is a report-type mail, the process advances to step S903 to set the output destination to the printer, and prohibit the received data transfer process and box storage process.
[0101]
In step S904, it is checked whether the report-type is delivery-status. If the report-type is delivery-status, it is found that the received mail is an error mail. If it is an error mail, the process proceeds to step S950, where it is checked whether rfc822-headers exists. If rfc822-headers does not exist, the process proceeds to step S911, and text printing processing is performed.
[0102]
If rfc822-headers exists, the process proceeds to step S951, where this part is header information of the original mail, and the Message-Id of the original mail is acquired from the header information of the original mail. In step S906, a transmission reception number is acquired. In subsequent step S907, address book information is acquired. In the case of the error mail data in FIG. 14, the rfc822-headers 736 are recognized, and the transmission reception number “0579” and the address book information “007” are acquired from the Message-Id 744. From the acquired information, the transmission log to be written is number 6.
[0103]
Next, in step S908, it is checked whether the action 729 of the communication result is Failed, that is, if it is unsuccessful. If it has not failed, the process proceeds to step S910, where “-” is written in the state, and text printing processing is performed in step S911.
[0104]
On the other hand, if the report-type is not delivery-status in step S904, the process advances to step S912 to check whether the report-type is disposition-notification. If it is not disposition-notification, the process proceeds to step S921 to perform text printing processing. If it is disposition-notification, it is determined that the message is a delivery confirmation mail, and the process proceeds to step S952 to check whether message / rfc822 (824) exists. If message / rfc822 does not exist, the process proceeds to step S921, and text printing is performed. If message / rfc822 exists, the process proceeds to step S953, and this part is header information of the original mail. Get Message-Id of original mail from header information. In step S914, a transmission acceptance number is acquired, and in step S915, address book information is acquired. When the received delivery confirmation mail is shown in FIG. 15, the Message-Id of the original mail 832 is acquired by detecting the message / rfc822 of 824, from which the transmission reception number “0580” and the address book information “006” are acquired. Can be acquired. From the acquired information, it can be seen that the transmission log to be written is number 856 of 856.
[0105]
Next, in step S916, it is checked whether there is a subsequent disposition-modifier depending on whether the Disposition is displayed or processed. If they match, the process advances to step S917 to write the normal end in the transmission log number 7, and in step S921, the text printing process is executed. If the above condition is not met, the process proceeds to step S918 to check whether Disposition-modifier is error or warning. If the conditions are met, the process proceeds to step S919, an error is written in the state, and text printing processing is performed in step S921. If they do not match, the process proceeds to step S920, "-" is written in the state, and text printing processing is performed in step S921.
[0106]
According to this modification, it is possible to easily determine whether the receiver has been reached, as in the above-described embodiment.
[0107]
Even if the present invention is applied to a system composed of a plurality of devices (for example, a host computer, an interface device, a reader, a printer, etc.), it is applied to an apparatus (for example, a copier, a facsimile machine, etc.) composed of a single device. It may be applied.
[0108]
Another object of the present invention is to supply a recording medium in which a program code of software realizing the functions of the above-described embodiments is recorded to a system or apparatus, and the computer (CPU or MPU) of the system or apparatus stores the recording medium in the recording medium. Needless to say, this can also be achieved by reading and executing the programmed program code.
[0109]
In this case, the program code itself read from the recording medium realizes the functions of the above-described embodiment, and the recording medium storing the program code constitutes the present invention.
[0110]
As a recording medium for supplying the program code, for example, a floppy disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a CD-R, a magnetic tape, a nonvolatile memory card, a ROM, or the like can be used.
[0111]
Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) operating on the computer based on the instruction of the program code. It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the actual processing and the processing is included.
[0112]
Further, after the program code read from the recording medium is written into a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. It goes without saying that the CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.
[0114]
【The invention's effect】
  As described above, according to the present invention, when an e-mail is transmitted, addresses other than the own apparatus and the own apparatus are set as reply destination information of the delivery confirmation mail. A delivery confirmation email can be sent back to the reply destination, and the received delivery confirmation emailThe given description isincludedIf it is determined whether or not the predetermined description is included, the description is continued after the predetermined description.From the header information of the original mail sent by itselfGet the transmission ID,The transmission log can be updated based on the acquired transmission ID.In particular, it is determined whether or not a predetermined description is included in the received delivery confirmation mail, and the transmission ID is updated from the header information of the original mail, so that the transmission log is updated to an incorrect content. This can be prevented.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an embodiment of a communication apparatus according to the present invention.
FIG. 2 is a side sectional view showing a structure of an image input / output device in which a reader unit 1 and a printer unit 2 are integrally provided.
FIG. 3 is a block diagram illustrating a configuration of a reader unit 1 of the communication device.
FIG. 4 is a block diagram illustrating a configuration of a core unit 11 of the communication device.
FIG. 5 is a diagram for explaining the configuration and operation of a formatter unit 9;
FIG. 6 is a diagram for explaining the configuration and operation of the facsimile unit 4;
FIG. 7 is a diagram illustrating a program hierarchy in a network I / F unit of a communication apparatus.
FIG. 8 is a diagram showing a display screen of the operation unit 115 when an image is transmitted.
FIG. 9 is a diagram showing a screen for selecting a destination from an address book.
FIG. 10 is a diagram illustrating an ESMTP transmission protocol according to the present embodiment.
FIG. 11 is a diagram showing an example of e-mail data in the present embodiment.
FIG. 12 is a diagram illustrating a data flow when a transmission error occurs.
FIG. 13 is a diagram illustrating a data flow at the time of normal transmission.
FIG. 14 is a diagram showing the contents of an error mail (602) transmitted by the Mail server 15.
FIG. 15 is a diagram showing the contents of a delivery confirmation mail.
FIG. 16 is a diagram illustrating a transmission log in which transmission contents, states, and the like are recorded.
FIG. 17 is a flowchart showing mail reception processing in the present embodiment.
FIG. 18 is a flowchart showing mail reception processing in a modified example.
[Explanation of symbols]
1 Reader section
2 Printer section
3 Image input / output controller
4 Facsimile Department
5 File part
6 Magneto-optical disk drive
7 Network I / F section
8 Hard disk
9 Formatter section
10 Image memory section
11 Core part
12 Mail client
13 Mail server
14 Internet network
15 Mail server
16 Mail client
17 Printer
18 Internet FAX

Claims (7)

電子メールを送信可能な通信装置であって、
送信指示に従って電子メールを送信する送信手段と、
前記送信手段で送信されるべき電子メールの宛先情報及び該宛先情報に対応する送信先で返信すべき送達確認メールの返信先情報として前記通信装置以外のアドレスを入力する入力手段と、
前記送信手段で送信されるべき電子メールに、当該電子メールを特定可能な送信ID、前記入力手段で入力された宛先情報及び返信先情報とを設定し、前記送信ID、宛先情報及び返信先情報として前記入力手段で入力された前記通信装置以外のアドレスと自装置で電子メールを受信するためのメールアドレスとが設定された電子メールを前記送信手段で送信させる制御手段と、
前記送信指示を受け付ける毎に発生する送信受付IDに基づき前記送信手段による電子メールの送信ログを管理する管理手段と、
前記送信先から返信された送達確認メールを受信する受信手段とを有し、
前記受信手段は、受信した送達確認メールに所定の記述が含まれるか否かを判定し、当該所定の記述が含まれると判定した場合に、当該所定の記述に引き続き記述されている前記送信手段が送信した元メールのヘッダ情報から前記送信IDを取得し、
前記管理手段は、該取得した前記送信IDにより前記送信受付IDを特定し、当該送達確認メールに対応する送信ログを更新することを特徴とする通信装置。
A communication device capable of sending e-mail,
A transmission means for transmitting an e-mail according to a transmission instruction;
Input means for inputting an address other than the communication device as reply information of the destination information of the electronic mail to be sent by the sending means and a delivery confirmation mail to be sent back at the destination corresponding to the destination information;
In the electronic mail to be transmitted by the transmission means, a transmission ID capable of specifying the electronic mail, destination information and reply destination information input by the input means are set, and the transmission ID, destination information and reply destination information are set. Control means for sending an e-mail in which an address other than the communication apparatus inputted by the input means and a mail address for receiving an e-mail by the own apparatus are set by the sending means,
A management unit that manages an email transmission log by the transmission unit based on a transmission reception ID that is generated each time the transmission instruction is received;
Receiving means for receiving a delivery confirmation mail returned from the destination ,
The receiving means determines whether or not a predetermined description is included in the received delivery confirmation mail, and when it is determined that the predetermined description is included, the transmitting means that is subsequently described in the predetermined description Acquires the transmission ID from the header information of the original mail sent by
The communication unit is characterized in that the transmission acceptance ID is specified by the acquired transmission ID, and a transmission log corresponding to the delivery confirmation mail is updated.
前記管理手段は、前記受信手段でエラーを示す送達確認メールを受信した場合、当該送達確認メールに含まれる送信IDに基づき当該送達確認メールに対応する送信ログにその旨を記述することを特徴とする請求項1に記載の通信装置。  The management means, when receiving a delivery confirmation mail indicating an error by the receiving means, describes that fact in a transmission log corresponding to the delivery confirmation mail based on a transmission ID included in the delivery confirmation mail. The communication device according to claim 1. 前記制御手段は、前記入力手段で入力された返信先情報を、さらにReply−toアドレスとして電子メールに設定することを特徴とする請求項1または2に記載の通信装置。  The communication apparatus according to claim 1, wherein the control unit further sets the reply destination information input by the input unit in an e-mail as a reply-to address. 複数のメールアドレスを登録する登録手段を有し、
前記入力手段は前記登録手段に登録されているメールアドレスの中から宛先情報及び前記返信先情報を選択し入力することを特徴とする請求項1乃至3の何れか一項に記載の通信装置。
It has a registration means to register multiple email addresses,
4. The communication apparatus according to claim 1, wherein the input unit selects and inputs destination information and the reply destination information from mail addresses registered in the registration unit. 5.
原稿の画像を読み取る読取手段を有し、
前記制御手段は前記入力手段からの入力に基づき前記送信ID、宛先情報及び返信先情報が設定され、前記読取手段によって読み取られた画像データを添付ファイルとした電子メールを前記送信手段で送信させることを特徴とする請求項1乃至4の何れか一項に記載の通信装置。
Having reading means for reading an image of a document;
The control unit sets the transmission ID, destination information, and reply destination information based on an input from the input unit, and causes the transmission unit to transmit an e-mail having image data read by the reading unit as an attached file. The communication apparatus according to any one of claims 1 to 4, wherein
電子メールを送信可能な通信装置における通信方法であって、
送信されるべき電子メールの宛先情報を入力すると共に該宛先情報に対応する送信先で返信すべき送達確認メールの返信先情報として前記通信装置以外のアドレスを入力し、
送信されるべき電子メールに、当該電子メールを特定可能な送信ID、前記入力された宛先情報及び返信先情報として前記入力された前記通信装置以外のアドレスと自装置で電子メールを受信するためのメールアドレスとを設定し、
前記送信ID、宛先情報及び返信先情報が設定された電子メールを送信し、
前記送信の指示を受け付ける毎に発生する送信受付IDに基づき送信される電子メールの送信ログを管理し、
受信した送達確認メールに所定の記述が含まれるか否かを判定し、当該所定の記述が含まれると判定した場合に、当該所定の記述に引き続き記述されている前記送信した元メールのヘッダ情報から前記送信IDを取得し、該取得した前記送信IDにより前記送信受付IDを特定し、当該送達確認メールに対応する送信ログを更新することを特徴とする通信装置における通信方法。
A communication method in a communication device capable of transmitting an e-mail,
Enter the address information other than the communication device as the reply destination information of the delivery confirmation mail to be sent back at the destination corresponding to the destination information while inputting the destination information of the email to be sent,
In order to receive an e-mail on the e-mail to be transmitted, a transmission ID that can identify the e-mail, an address other than the input communication device as the input destination information and reply destination information, and the own device Set your email address and
Send an email in which the transmission ID, destination information and reply destination information are set;
Managing a transmission log of an email transmitted based on a transmission reception ID generated every time the transmission instruction is received;
It is determined whether or not the received delivery confirmation mail includes a predetermined description, and when it is determined that the predetermined description is included , the header information of the transmitted original mail that is continuously described in the predetermined description A communication method in a communication device, wherein the transmission ID is acquired from the transmission ID, the transmission reception ID is specified by the acquired transmission ID, and a transmission log corresponding to the delivery confirmation mail is updated.
コンピュータを請求項1乃至5の何れか一項に記載の手段として機能させるためのプログラム。  The program for functioning a computer as a means as described in any one of Claims 1 thru | or 5.
JP2002070318A 2002-03-14 2002-03-14 COMMUNICATION DEVICE AND COMMUNICATION METHOD IN COMMUNICATION DEVICE Expired - Fee Related JP4854165B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002070318A JP4854165B2 (en) 2002-03-14 2002-03-14 COMMUNICATION DEVICE AND COMMUNICATION METHOD IN COMMUNICATION DEVICE

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002070318A JP4854165B2 (en) 2002-03-14 2002-03-14 COMMUNICATION DEVICE AND COMMUNICATION METHOD IN COMMUNICATION DEVICE

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2011211601A Division JP5208258B2 (en) 2011-09-27 2011-09-27 COMMUNICATION DEVICE, COMMUNICATION METHOD, AND PROGRAM

Publications (3)

Publication Number Publication Date
JP2003271527A JP2003271527A (en) 2003-09-26
JP2003271527A5 JP2003271527A5 (en) 2005-09-08
JP4854165B2 true JP4854165B2 (en) 2012-01-18

Family

ID=29200924

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002070318A Expired - Fee Related JP4854165B2 (en) 2002-03-14 2002-03-14 COMMUNICATION DEVICE AND COMMUNICATION METHOD IN COMMUNICATION DEVICE

Country Status (1)

Country Link
JP (1) JP4854165B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4839649B2 (en) * 2005-03-24 2011-12-21 富士ゼロックス株式会社 Communication terminal device, communication terminal device management method, and program
JP4641532B2 (en) * 2007-07-03 2011-03-02 株式会社三菱東京Ufj銀行 Mail non-delivery judgment device and program
JP5120405B2 (en) 2010-03-25 2013-01-16 ブラザー工業株式会社 E-mail communication apparatus and computer program
JP5044686B2 (en) * 2010-09-15 2012-10-10 株式会社三菱東京Ufj銀行 Mail non-delivery judgment device and program

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001265699A (en) * 2000-03-17 2001-09-28 Ricoh Co Ltd Network facsimile equipment
JP2001297042A (en) * 2000-04-12 2001-10-26 Teruo Senba Mail management system
JP3848063B2 (en) * 2000-06-28 2006-11-22 キヤノン株式会社 Image communication apparatus, image communication method, and storage medium

Also Published As

Publication number Publication date
JP2003271527A (en) 2003-09-26

Similar Documents

Publication Publication Date Title
US7697171B2 (en) Communications device and control method for transmitting an image by electronic mail
KR100880288B1 (en) Email communication device and data processing method
CN1835510B (en) E-mail communication apparatus, e-mail communication method
JP4947883B2 (en) COMMUNICATION DEVICE, CONTROL METHOD, AND PROGRAM
US20140253971A1 (en) Transmission apparatus, reception apparatus, control method thereof, communication system, and program
JP2005101936A (en) Communication apparatus and control method of communication apparatus
JP4932998B2 (en) COMMUNICATION DEVICE, TRANSMISSION METHOD, PROGRAM, AND STORAGE MEDIUM
JP2006293998A (en) E-mail communication apparatus, data processing method, program and storage medium
JP4854165B2 (en) COMMUNICATION DEVICE AND COMMUNICATION METHOD IN COMMUNICATION DEVICE
JP4618811B2 (en) COMMUNICATION DEVICE AND COMMUNICATION DEVICE CONTROL METHOD
JP5705186B2 (en) Communication apparatus, transmission method, and program
JP5208258B2 (en) COMMUNICATION DEVICE, COMMUNICATION METHOD, AND PROGRAM
JP5127938B2 (en) COMMUNICATION DEVICE, TRANSMISSION METHOD, PROGRAM, AND STORAGE MEDIUM
JP4927143B2 (en) Reception device, control method therefor, and program
JP5247764B2 (en) COMMUNICATION DEVICE AND COMMUNICATION DEVICE CONTROL METHOD
JP5073073B2 (en) COMMUNICATION DEVICE, INFORMATION PROCESSING METHOD, AND PROGRAM
JP5036846B2 (en) E-mail communication apparatus, e-mail communication method and program
JP5295275B2 (en) E-mail communication apparatus, e-mail communication method and program
JP5247870B2 (en) Reception device, control method therefor, and program
JP5312634B2 (en) E-mail communication apparatus, e-mail communication method and program
JP2012146332A (en) Electronic mail communication device, electronic mail communication method and program

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050314

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050314

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070829

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071109

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080502

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080701

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20081222

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090121

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20090401

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20090501

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110927

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111025

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141104

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141104

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees