JP4545342B2 - 通信装置 - Google Patents
通信装置 Download PDFInfo
- Publication number
- JP4545342B2 JP4545342B2 JP2001110598A JP2001110598A JP4545342B2 JP 4545342 B2 JP4545342 B2 JP 4545342B2 JP 2001110598 A JP2001110598 A JP 2001110598A JP 2001110598 A JP2001110598 A JP 2001110598A JP 4545342 B2 JP4545342 B2 JP 4545342B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- transmission
- response
- information
- 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
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【発明の属する技術分野】
本発明は、LAN接続型でインターネットFAX通信する装置やダイヤルアップタイプのインターネットFAX通信する装置等の通信装置に関する。さらに詳しくは、特にMDN方式等における送達確認要求メールを受信した時に、応答メールを送信元へ送信する送信機能の改良に関するものである。
【0002】
【従来の技術】
会社などでLANを構築させて電子メールで書類のやり取りを行ったり、インターネットを介して遠方の友人などに電子メールでやり取りすることは現在常識となりつつあるが、この電子メールを行う装置の一つとして、LAN接続型でインターネットFAX通信する装置やダイヤルアップタイプのインターネットFAX通信する装置等の通信装置がある。
この装置は、文字などを画情報として捉え電話回線を経由して通常のFAX送信も可能であると共に、また、LANやデジタル回線、あるいはアナログ回線を経由してインターネットへ接続して、電子メールをも可能とした利便性に優れたものである。
【0003】
ところで、この電子メールの送達方式は、ITU-T /IETFで勧告化、あるいは検討されているDSN(Delivery Status Notification)とMDN(Message Disposition Notification)の2方式があるが、前者のDSN方式は、DSNのサポートしている末端のメールサーバに設けられたメールボックスに送信者が送信した電子メールが入った時点で、そのメールサーバが受信確認メールを送信者に送信している。すなわち、ユーザが実際にその電子メールの存在を確認したかは問題にしていない。
【0004】
後者のMDN方式を例えばインターネットFAXを例にして説明すると、図8に示すように、送信側であるインタネットFAX- 1は、メールヘッダに確認メールを送付するアドレスを記述して送達要求を伴ったメールを送信する。
一方、受信したインターネットFAX- 2は、このメールを「開封」した時、応答メール(開封確認の意である)を送信側であるインターネットFAX- 1へ自動返信する。ただし、このMDN方式は、受信側メーラがこの機能に対応していない場合や、受信者がMDN(開封確認)の送信を拒否した場合、MDNは送信されない。
【0005】
そして、発信したメッセージと戻ってきたMDNとを結びつけることにより、インターネットFAX- 1が、送ったメッセージの処理状況の進行具合を知ることが可能となる。
このようにMDN方式は、送信側と受信側に介在されるメールサーバ1,2には依存しないように構成されている。
【0006】
以上のように、現在、DSNとMDN方式の2通りの送達確認方式があるが、通信装置として応答メールを返送する条件は明確でなく、電子メールが行える装置毎にまちまちである。
PCのような個人端末を想定し、メールを見たら(メールボックスを確認したら)返送するのが基本のようだが、PC以外の他の装置の場合は、必ずしもメールを見た(確認した)ことを保証できないケースがある。
【0007】
たとえば、上述した通信装置は、送達確認要求付きのメールを受信したと同時に送信元へ応答メールを自動返送し、その後にメール内容を印刷するという手順で制御がなされている。
したがって、受信された送達確認要求付きのメールの受信情報を他の複数の装置へ発信する場合においても、上記した制御系であることから、該メールの送信元へ応答メールを送信した後にメールの受信情報を他の複数の装置へ発信している。
なお、発信とは、送達確認要求付きのメール中に、他の装置へ転送する転送先が記述されている場合は転送のことを言い、通信装置に予め配信先が設定されている場合は配信のことをいう。
【0008】
【発明が解決しようとする課題】
しかしながら、受信したメールを他の装置に発信するような場合も、メールを受信した時点で送信元へ応答メールを返送する制御であると、転送先に発信し届いたかすら不明のまま応答メールを返すことになり、完全な送達確認とは言いがたい。
また、現在のRFC(インターネットの標準化文書)に準拠すると、応答メール(確認メールとも呼ばれている)の中に複数の処理情報(disposition-type:発信かエラーかが記述されて送信結果がわかる)を記述することは許されていない。
つまり、複数の宛先毎の発信結果を記述することは不可能であり、何らかの策を講じる必要がある。
【0009】
さらに、発信が全て終了してから応答メールを1回のみの送信するとした場合、発信が終了するまでに多くの時間を要すると、その間通信装置は、宛先毎の発信結果が記憶された通信管理情報を消去できない状態が続き、強いてはメモリ容量が不足する事態に陥り易くなる。
【0010】
そこで本発明は、受信メールを他の装置に発信するような場合は、発信が終了してから応答メールを返送し、且つ宛先毎の送達結果を応答メールで通知する機能を提供し、ユーザ視点に立って理解しやすい親切な手順に従って、複数の発信先があっても発信結果を認識でき、メモリの有効利用を可能ならしめる通信装置を提供することを目的とする。
【0014】
【課題を解決するための手段】
上記課題を達成するため、請求項1の発明は、送達要求を伴った電子メールに対する送達確認のための応答メールを送信する電子メール機能を具備した通信装置であって、受信された送達確認要求付きの電子メールに基づいて、G3又はG4によるファクシミリ通信によって、当該電子メールに含まれる本文に基づく受信情報を他の装置へ発信する発信手段と、前記他の装置に前記受信情報が届いたか否かを示す発信結果が記録される通信情報管理手段と、前記発信結果を、応答メールを構成する本文に対する付加情報に含まれる処理情報欄に記述すると共に、前記発信手段が該受信情報を他の装置へ発信した後一定時間内に該電子メールの送信元へ該応答メールを送信する通信制御手段とを備え、前記通信制御手段は、前記他の装置が複数の場合において、各前記他の装置のそれぞれに対する前記発信手段の処理状況に応じた前記発信結果を前記処理情報欄に各々記述して、複数回にわたって各応答メールを一定時間内に送信すると共に、応答メールを送信する度に、前記通信情報管理手段に記録され且つ前記応答メールに記述されて送信された前記発信結果を消去せしめる消去手段を有したことを特徴とする。
【0015】
上記発明によれば、送達確認要求付きの電子メールを正常に受信したら該電子メールが他の装置へ受信情報を発信する必要があるか否かを該電子メールに基づいて自動的に判断し(該電子メールのヘッダに転送先が記述されているか否か、または該電子メールを受信したら予め当該装置に設定されている配信先に配信するか自動的に判断して)、必要がある場合は発信手段が、転送先あるいは配信先へ受信情報をFAX発信(G3:アナログ回線に接続されるグループ3ファクシミリ機能を利用、またはG4:デジタル回線接続に接続されるグループ4ファクシミリ機能を利用)、または電子メール発信する。
そして通信制御手段が、他の装置への発信結果、すなわち、発信に成功したかエラーしたかを応答メールの中のテキストパート等の任意の場所や、画情報として発信結果を記述し、速やかに電子メールの送信元へ該応答メールを送信する。
【0016】
なお、転送先あるいは配信先へ受信情報を発信する場合、上記したようにFAX発信と電子メール発信とがあるが、実用上は電子メールでの発信はあまり意味がないものと思われる。なぜなら、最初から送信元が転送先または配信先へ電子メールで送信すれば済むからであり、すなわち、送信元が直接送信できない場合、当該装置が情報伝達の中継点としての役割を演ずる。
応答メールは主に3つのパートから構成されており、第1のパートである”Human readableメッセージ”と、第2のパートである”Content-type”と、第3のパートである”オリジナルメッセージ”とを備えて構成されている。また第2のパートはさらに、”Orignal-Recipient ”と、”Final-Recipient ”と、”Message-ID”と、”Disposition ”とを備え、さらに、”Disposition ”は、”Disposition-mode”と、上記した”disposition-type”とを備えてなる。
このような構成において、上記発明によれば、更に、受信情報を発信する対象の他の装置が複数の場合において、複数回にわたって該応答メールを送信して、発信手段の発信状況をこまめに応答メールで知らせると共に、消去手段が応答メールを送信する度に記憶された発信先の発信結果を消去してメモリを開放する。こうすることで複数の発信先すべての発信結果がメモリに蓄積されるのを防止する。即ち、発信状況をこまめに応答メールで知らせることで待ち時間を短くし、漸次メモリを開放することでメモリの有効利用を可能ならしめる。
【0017】
請求項2の発明は、請求項1において、前記通信制御手段は、前記送達確認要求付きの電子メールの受信が正常に終了した場合、その旨を前記処理情報欄に記述した応答メールを、該電子メールの送信元へ送信することを特徴とする。
【0019】
上記発明によれば、送達確認要求付きの電子メールの受信が正常に終了した旨を、該電子メールの送信元へ知らせることができる。
【0025】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
本実施形態における通信装置は、図1に示すように、モデム1aとNIC1bとPDU1cとが夫々接続されこれらを制御する通信制御部1と、発信した他の装置への発信結果が記録される通信情報管理部2と、時計表示やタイムスタンプ等に利用されるリアルタイムクロック3と、所定の制御プログラムが格納されたROM4と、バッファメモリ5と、文字情報および画像情報を表示するキャラクタジェネレータ6と、原稿等に記載された文字や画像を入力する原稿センサ7aを備えたスキャナ7と、用紙センサ8aを備え文字や画像を出力するプロッタ8と、操作パネルを備え所要の操作入力がされる操作部9と、画像メモリ10と、バッテリ11aと接続されたRAM11と、データの圧縮および伸長を行う圧縮・伸長12とが、内部バス13を介して相互に接続されて構成されている。
これらの各要素間でのデータのやり取りは、主としてこの内部バス13を介して行われている。
【0026】
この通信制御部1に接続されたモデム1aは、変復調を行ってアナログ回線と接続する役割をなし、また、通信制御部1に接続されたNIC1bは、LANのイーサネットケーブルに接続しTCP/IP、SMTP/POPなどのプロトコル、さらには、MIME変換などを司り、また、同部1に接続されたPDU1cは、PSTN或いはISDNに接続してTCP/IP、PPPやSMTP/POPなどのプロトコルやMIME変換などを司ると共にデータモデムも内蔵している。
【0027】
このように、本実施形態における通信装置は、LAN接続や、ISDNデジタル回線接続(G4:グループ4ファクシミリ機能)、およびアナログ回線接続(G3:グループ3ファクシミリ機能)を可能とすると共に、MDN方式送達確認要求メールを認識し応答メールを送信する電子メール機能を具備しており、アナログ公衆網に接続されているグループ3ファクシミリ装置やISDNに接続されているグループ4ファクシミリ装置、さらに電子メールを送信する装置との間で、さまざまなメッセージ交換をすることができるようになっている。
この、通信制御部1と通信情報管理部2とが本発明における要旨の部分であり、以下、詳細を説明する。
【0028】
まず、1宛先に転送したケースを示した図2と、複数宛先に転送したケースを示した図3を参照しながら、送達確認を伴った転送のシーケンスを説明する。
(1) 送信元が送達確認要求のメール送信をすると、そのメールがサーバ経由で通信装置に送信されて来る(図2、図3(1))。
(2) 予め電子メールにFAX通信(G3またはG4による)での転送先アドレスが設定されていれば、該アドレスへG3またはG4による転送をする(図2(2))。また図3のように、2つの宛先に転送(一方がG3、他方がG4を例示)する場合は、2つの転送先アドレスが設定されていれば2つの宛先へ夫々転送する(図3(2−1)、(2−2))。
(3) G3/G4の転送が完了したら応答メールを送信元へ送信する(図2、図3(3))。
【0029】
上記したケースは、情報源である送信元からの電子メールを当該装置が受信し、通常のFAX装置である転送先へ該メールをG3或いはG4によるFAX通信で発信することを想定している(但しメールで転送しても何ら問題ないが)。
なお、G3、G4は、通信の中で送達確認を行う機能を有しているので、発信できた時点で送達確認ができている。
転送が完了したら、応答メールを構成する”disposition-type”(処理タイプ)に、送信した旨の”dispatched”或いはエラーした旨の”processed/error ”(完了結果)を設定して応答メールを送信する。
【0030】
しかしながら、今のRFC(インターネットの標準化文書)は、”disposition-type”は、single構成となっている。
すなわち、転送宛先が複数ある場合、RFCが機能拡張されない限り、全宛先の結果を”disposition-type”に記載することはできないので、これを解決するために、送信結果をオリジナルメッセージ等のテキストパートに作成したり、画情報として作成して、全宛先の転送結果を記述する。
【0031】
このように、”disposition-type”には、全宛先の結果がOKであれば”dispatched”を、1宛先でもNGがあれば”processed/error ”を設定して、少しでもエラーがあったことを明確にユーザに知らせる。
こうする事で、転送する宛先が複数あってもMDN方式を有効活用することが可能となる。
【0032】
次に図4から図7に示したフローチャートを用いて説明する。通信制御部1は、ROM内に格納された所定のプログラムに従って以下の手順を実行する。
図4に示したように、まず、電子メールの受信を開始すると、その電子メールのメールヘッダ”Disposition-Notification-To:”の欄があるか否か、また、”Disposition-Notification-To:”ヘッダが作成されており、さらに”Message-ID”にユニークなファイル番号を埋め込まれ、かつ、”Disposition-Notification-To:”に送達確認要求メールを送付するメールアドレスが記述されているか否かを判断して、その電子メールは送達確認を要求しているか否かを判断する(S100)。送達確認が要求されていない場合(S100,NO)は、図6▲1▼へ進むが、詳細は後述する。
【0033】
通信装置は、"Disposition-Notification-To" ヘッダが存在したら要求メール受信と認識し(S100,YES)、受信した”Message-ID”を通信情報管理部2へ記憶しておき、送達確認が要求されている場合(S100,YES)は、他の装置へ転送するモードとなっているかを判断する(S101)。
転送モードとなっていない場合(S101,NO)は図7▲2▼に進むが、詳細は後述する。
【0034】
他の装置へ転送するモードとなっている場合(S101,YES)は、送達確認要求メールの受信が正常に終了したかを判断する(S102)。
送達確認要求メールの受信が異常終了した場合(S102,NO)は、図5▲3▼へ進むが、詳細は後述する。
【0035】
送達確認要求メールの受信が正常に終了した場合(S102,YES)、配信のように当該装置に予め設定されている宛先、或いは中継同報のように送信装置から指示された宛先に所定のFAX通信(G3/G4) を、1件づつ速やかに発信処理を行う(S103)。
この時、通信制御部1が、通信情報管理部2へ宛先毎の発信結果を通信管理情報として記憶する(S104)。
なお、上述したように、FAX通信( G3/G4) は、通信の中で送達確認を行う機能を有しているので、発信できた時点で送達確認ができている。
また、仮に一旦エラーになっても再送信してOKになれば、当然ながらOKとして発信結果を書き換える。
【0036】
全宛先へFAX送信したかを判断する(S105)。全宛先へFAX通信が完了しない場合(S105,NO)は、ステップ103へもどり、全宛先分が完了するまで漸次以上のステップを繰り返す。
全宛先分の転送が完了したら(S105,YES)、通信制御部1は同一ファイルにリンクされている全宛先の送信結果をチェックし(S106)全宛先の結果がOKか否かを判断する(S107)。ひとつでもNGがあれば図5▲3▼へ進み”Processed/Error ”を”disposition-type”に設定する(S109)。全宛先の結果がOKの場合は、図5▲4▼へ進み, ”dispatched”を”disposition-type”に設定する(S108)。
さらに全宛先の送信結果をテキストパートに作成する。もちろん、テキストパートにテキストで作成せずに、ビットマップ画像(画情報)を添付ファイルとして作成してもよくその態様は任意である。
【0037】
そして、全宛先の結果情報を作成し、通信情報管理部2に記憶しておいた”Message-ID”に基づいてこれらの情報が記述された応答メールを送信元へ自動送信する(S111)。応答メール送信が終了したら、ファイル情報(通信管理情報)は不要となるので、通信情報管理部2に記憶された複数の通信管理情報は消去(S112)して処理が終了する。なお、必要があれば、ファイルを消去する前に該情報を印刷出力しても良い。
【0038】
一方、ステップ100において、送達確認が要求されていない場合(S100,NO)の制御手順は、図6に示したように、まず、他の装置へ転送するモードとなっているか否かを判断する(S113)。
他の装置へ転送するモードとなっている場合(S113,YES)は、送達確認要求メール受信が正常に終了したか否かを判断する(S114)が、そもそも送達確認が要求されていないので、正常に終了したと(ダミー)判断され(S114,YES)、配信のように当該装置に予め設定されている宛先、或いは中継同報のように送信装置から指示された宛先に所定のFAX通信( G3/G4) を全宛先分行う(S115)。
【0039】
この時、宛先毎に送信結果を通信管理情報として通信情報管理部2へ記憶しておくように通信制御部1が制御するが、そもそも送信結果を送信元へ応答する必要がないので、ダミーのファイル情報が記憶され、転送モードとなっていない場合(S113,NO)と共々ダミーのファイル情報(通信管理情報)を消去(S116)して処理を終了する。
【0040】
さらに、ステップ101において、転送モードとなっていない場合(S101,NO)の制御手順は、図7に示したように、まず、送達確認要求メールの受信が正常に終了したかを判断する(S117)。
送達確認要求メールの受信が正常に終了した場合(S117,YES)は、”dispatched”を”disposition-type”に設定する(S118)。また、送達確認要求メールの受信が異常終了した場合(S117,NO)は、”Processed/Error ”を”disposition-type”に設定する(S119)。
そして、記憶しておいた”Message-ID”に基づいて応答メールを送信元へ送信し(S120)、応答メール送信が終了したら、ファイル情報(通信管理情報)は不要となるので通信情報管理部2に記憶された通信管理情報は消去(S121)し、処理を終了する。
【0041】
以上が本実施形態における通信装置の制御手順であるが、上記した制御手順のみであると、複数の発信先すべての発信結果が通信情報管理部2に蓄積されて場合によってはメモリ容量を逼迫させてしまうおそれがある。
そこで、通信情報管理部2に発信結果の履歴を記録する機能を具備し、処理状況に応じて複数回にわたって応答メールを送信し、かつ、応答メールを送信する度に、その履歴を参照して不要となった発信結果のみを漸次消去することによって容量の少ないメモリであっても有効に利用できるように構成することが好ましい。
【0042】
たとえば、図4において、ステップ102において送達確認要求メール受信が正常に終了したことを受けて、1回目の応答メールを送信する。この場合、”disposition-type”には、”stored”と設定し、さらに、ステップ108,109において、ステップ104で記録された発信結果を参照して”disposition-type”を設定し、2回目の応答メールを送信する。そして、不要となった”dispatched”の発信結果は速やかに消去される。
【0043】
この場合において、図5に示したステップ110は、あってもなくてもどちらでも良いが、不要となったデータを消去した後に、図4に示したステップ105がくるように構成する。
このように構成することで、全宛先が終了するまで、応答メールを出し、かつ、不要となった発信結果のみを漸次消去することで、常に送信元は処理状況を把握でき、しかも、少ない容量のメモリを採用してもメモリ容量が逼迫することがなく、有効に活用することが出来る。
【0044】
なお、本実施形態では説明を容易にするため、メール受信/転送/応答メール送信を一連の流れとして記述しているが、実際の内部動作は必ずしもこれと同一ではない場合があり、例えば、(1) メール受信したら必要な情報を残して一旦終了し、(2) 全宛先分のG3/G4通信を実行したら再度終了し、(3) 転送が完了したら応答メールを送信するというふうに、複数のジョブに分割されるような動きになる場合がある。
しかしながら、発信(転送、中継)が完了したら、その発信情報を応答メールに記述し、その応答メールを送信元へ送信する技術的思想は何ら変わらないものである。
【0045】
【発明の効果】
本発明によれば、例えばMDN或いはDSNといった方式の送達確認手順を用いた場合に、伝えたい情報が末端の装置まで届いたことを保証し、且つ全宛先の送達結果を知らせることで、送達確認機能を確実にユーザに提供することができる。このとき、転送処理の状況を逐一送信装置側に知らせることで、常に送信元は処理状況を把握でき、しかも、少ない容量のメモリを採用してもメモリ容量が逼迫するがなく、有効に活用することができる。
【図面の簡単な説明】
【図1】本実施形態における通信装置のシステム構成図である。
【図2】送達確認を伴った転送のシーケンスを説明する概念図その1である。
【図3】送達確認を伴った転送のシーケンスを説明する概念図その2である。
【図4】制御手順を示したフローチャートである。
【図5】図4からつづくフローチャートその1である。
【図6】図4からつづくフローチャートその2である。
【図7】図4からつづくフローチャートその3である。
【図8】MDN送達方式を説明する説明図である。
【符号の説明】
1 通信制御部
2 通信情報管理部
3 リアルタイムクロック
4 ROM
5 バッファメモリ
6 キャラクタジェネレータ
7 スキャナ
8 プロッタ
9 操作部
10 画像メモリ
11 RAM
12 圧縮・伸長
13 内部バス
Claims (2)
- 送達要求を伴った電子メールに対する送達確認のための応答メールを送信する電子メール機能を具備した通信装置であって、
受信された送達確認要求付きの電子メールに基づいて、G3又はG4によるファクシミリ通信によって、当該電子メールに含まれる本文に基づく受信情報を他の装置へ発信する発信手段と、
前記他の装置に前記受信情報が届いたか否かを示す発信結果が記録される通信情報管理手段と、
前記発信結果を、応答メールを構成する本文に対する付加情報に含まれる処理情報欄に記述すると共に、前記発信手段が該受信情報を他の装置へ発信した後一定時間内に該電子メールの送信元へ該応答メールを送信する通信制御手段とを備え、
前記通信制御手段は、前記他の装置が複数の場合において、各前記他の装置のそれぞれに対する前記発信手段の処理状況に応じた前記発信結果を前記処理情報欄に各々記述して、複数回にわたって各応答メールを一定時間内に送信すると共に、応答メールを送信する度に、前記通信情報管理手段に記録され且つ前記応答メールに記述されて送信された前記発信結果を消去せしめる消去手段を有したことを特徴とする通信装置。 - 前記通信制御手段は、前記送達確認要求付きの電子メールの受信が正常に終了した場合、その旨を前記処理情報欄に記述した応答メールを、該電子メールの送信元へ送信することを特徴とする請求項1に記載の通信装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001110598A JP4545342B2 (ja) | 2001-04-09 | 2001-04-09 | 通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001110598A JP4545342B2 (ja) | 2001-04-09 | 2001-04-09 | 通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002314745A JP2002314745A (ja) | 2002-10-25 |
JP4545342B2 true JP4545342B2 (ja) | 2010-09-15 |
Family
ID=18962335
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001110598A Expired - Fee Related JP4545342B2 (ja) | 2001-04-09 | 2001-04-09 | 通信装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4545342B2 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4665941B2 (ja) * | 2007-05-30 | 2011-04-06 | 村田機械株式会社 | メール転送装置 |
JP5695945B2 (ja) | 2011-03-17 | 2015-04-08 | 株式会社沖データ | 画像形成装置、画像処理システム、及びメール転送装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS6169255A (ja) * | 1984-09-13 | 1986-04-09 | Toshiba Corp | フアクシミリ蓄積交換システム |
JPH08139827A (ja) * | 1994-11-08 | 1996-05-31 | Canon Inc | データ通信装置及び方法 |
JPH09247325A (ja) * | 1996-03-14 | 1997-09-19 | Tec Corp | ファクシミリシステム |
JPH10243205A (ja) * | 1997-02-21 | 1998-09-11 | Ricoh Co Ltd | ネットワークファクシミリ装置の制御方法 |
JPH11205504A (ja) * | 1998-01-14 | 1999-07-30 | Ricoh Co Ltd | ネットワークファクシミリ装置の制御方法 |
JP2001077843A (ja) * | 1999-09-03 | 2001-03-23 | Ntt Docomo Inc | メール配信システム |
-
2001
- 2001-04-09 JP JP2001110598A patent/JP4545342B2/ja not_active Expired - Fee Related
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS6169255A (ja) * | 1984-09-13 | 1986-04-09 | Toshiba Corp | フアクシミリ蓄積交換システム |
JPH08139827A (ja) * | 1994-11-08 | 1996-05-31 | Canon Inc | データ通信装置及び方法 |
JPH09247325A (ja) * | 1996-03-14 | 1997-09-19 | Tec Corp | ファクシミリシステム |
JPH10243205A (ja) * | 1997-02-21 | 1998-09-11 | Ricoh Co Ltd | ネットワークファクシミリ装置の制御方法 |
JPH11205504A (ja) * | 1998-01-14 | 1999-07-30 | Ricoh Co Ltd | ネットワークファクシミリ装置の制御方法 |
JP2001077843A (ja) * | 1999-09-03 | 2001-03-23 | Ntt Docomo Inc | メール配信システム |
Also Published As
Publication number | Publication date |
---|---|
JP2002314745A (ja) | 2002-10-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7602517B2 (en) | Internet facsimile gateway device | |
JP3606790B2 (ja) | インターネットファクシミリ装置およびインターネットファクシミリ通信方法 | |
JP3599313B2 (ja) | ネットワークファクシミリ装置およびその制御方法 | |
JPH10173936A (ja) | ネットワークファクシミリ装置の制御方法 | |
JP2004032113A (ja) | 電子メールサーバ装置 | |
JP4060535B2 (ja) | インターネットファクシミリ装置およびその制御方法 | |
JP3603759B2 (ja) | ファクシミリサーバと該サーバを用いた通信方法 | |
JP4416999B2 (ja) | 通信装置 | |
JP2003216548A (ja) | メール装置のメール受信方法,メールサーバのメール伝送方法,およびメールサーバのメール削除方法 | |
JP4545342B2 (ja) | 通信装置 | |
JP2002027193A (ja) | ネットワークファクシミリ装置 | |
JP3664581B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
JP3627686B2 (ja) | インターネットファクシミリ装置 | |
JP3738763B2 (ja) | 画像通信装置 | |
JPH10107944A (ja) | ファクシミリ装置 | |
JP3854055B2 (ja) | インターネットファクシミリゲートウェイ装置およびその制御方法 | |
JP4080664B2 (ja) | ネットワークファクシミリ装置 | |
JP3971077B2 (ja) | ネットワーク通信装置及びその制御方法 | |
JP3763305B2 (ja) | 通信端末装置及び通信システム | |
JP3939627B2 (ja) | 通信装置,画像通信装置 | |
JP2001265699A (ja) | ネットワークファクシミリ装置 | |
JP2002032318A (ja) | 通信端末装置 | |
JP3477032B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
JP3748032B2 (ja) | ネットワークファクシミリ装置 | |
JPH1168834A (ja) | ネットワークファクシミリシステムの制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080409 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20080409 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100202 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100209 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100405 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100427 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100607 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100629 |
|
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: 20100630 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130709 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |