JP2004178109A - 通信装置および通信方法 - Google Patents
通信装置および通信方法 Download PDFInfo
- Publication number
- JP2004178109A JP2004178109A JP2002341554A JP2002341554A JP2004178109A JP 2004178109 A JP2004178109 A JP 2004178109A JP 2002341554 A JP2002341554 A JP 2002341554A JP 2002341554 A JP2002341554 A JP 2002341554A JP 2004178109 A JP2004178109 A JP 2004178109A
- Authority
- JP
- Japan
- Prior art keywords
- data
- response
- reception
- network
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
- H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computing Systems (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】送達確認要求を設定して電子メールを送信した場合に、受信側装置からの送達確認要求に対する応答メールを迅速に受信できるようにする。
【解決手段】端末装置２１は、ネットワークを介してデータの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する。この端末装置２１では、電子メール判定部１６がネットワークを介して送信されて来たデータについて、応答要求に対する応答データか否かを判別し、メイン制御部２は、電子メール判定部１６にて応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように制御する。これにより、受信側装置からの送達確認要求に対する応答メールを迅速に受信できる。
【選択図】 図１
【解決手段】端末装置２１は、ネットワークを介してデータの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する。この端末装置２１では、電子メール判定部１６がネットワークを介して送信されて来たデータについて、応答要求に対する応答データか否かを判別し、メイン制御部２は、電子メール判定部１６にて応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように制御する。これにより、受信側装置からの送達確認要求に対する応答メールを迅速に受信できる。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して画像情報などのデータを送信する通信装置に関し、より詳細には、データを所定の送信設定にて送信するとともに、送信先へ応答を要求してその応答の有無を確認する機能を備えた通信装置に関するものである。
【０００２】
【従来の技術】
近年、ネットワーク化の進展に伴い、インターネットなどのネットワークを介して電子メール（Ｅ−ｍａｉｌ）を送受信するネットワーク通信装置が種々の用途に用いられるようになっている。
【０００３】
この種のネットワーク通信装置としては、スキャナ機能を備え、単に画像読取りデバイスとして用いることができるだけでなく、読取った画像情報を前記電子メールの添付ファイルとして、ネットワークに接続されたコンピュータなどの装置へ送信可能なものが知られている。
【０００４】
上記の構成を有するネットワーク通信装置としては、例えば、Ｓｃａｎ ｔｏ Ｅ−ｍａｉｌという機能を備えたネットワークスキャナ装置（ネットワーク通信装置）が開発されている。上記の機能は、スキャンした原稿画像データをフォーマットデータに変換して電子メール用の添付ファイルを作成し、電子メールとともにその添付ファイルをインターネット上のアドレス（ホストコンピュータ）に送信するというものである。
【０００５】
また、前記スキャナ機能に加えて、さらに印刷機能や電話機能をも備えたネットワークファクシミリ装置が開発されている。このようなネットワークファクシミリ装置は、例えば特開２００１−２７４９４４公報に示されている。このようなネットワークファクシミリ装置を備えたネットワーク通信システムの概略構成を図１０に示す。
【０００６】
同図に示すように、ネットワーク通信システムにおいて、送信側の端末装置（ネットワークファクシミリ装置）１０１から送信側のメールサーバ１０２に投函された電子メールは、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の所定の電子メール転送プロトコルにより、ネットワーク１０３を介して受信側のメールサーバ１０４に転送され、そのメールサーバ１０４に蓄積される。受信側の端末装置（ネットワークファクシミリ装置）１０５は、ＰＯＰ３プロトコル（Ｐｏｓｔ Ｏｆｆｉｃｅ ｐｒｏｔｏｃｏｌ ３）あるいはＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等のメール受信プロトコルを用いて、定期的に受信側のメールサーバ１０４にアクセスし、そこに蓄積されている電子メールを取得する。
【０００７】
また、このネットワーク通信システムでは、受信側の端末装置１０５が電子メールを受信し、添付されている画像情報を受信原稿として記録出力した場合に、重複して再度の転送が行われないように、端末装置１０５が受信済みの電子メールをメールサーバ１０４にて削除するように構成されている。
【０００８】
ここで、上記のネットワーク通信システムでは、電子メールを用いて情報を送信した場合に、例えば通常のファクシミリ装置にて情報を送信する場合とは異なり、受信側において正常に受信されたかどうか、または受信側において処理が適切になされたかどうかを、送信側において判別できないという問題がある。
【０００９】
即ち、ネットワーク通信システムでは、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：公衆電話網）を介して互いにリアルタイムで通信を行う通常のファクシミリ装置とは異なり、受信側の端末装置１０５が常時メールサーバ１０４に接続されているとは限らない。また、受信側の端末装置１０５が受信不能であっても、送信側の端末装置１０１からメールサーバ１０２への送信は可能であるので、受信側の端末装置１０５で実際に受信されるまでに時間差が生じる可能性がある。このため、送信側の端末装置１０１では、送信直後に、受信側の端末装置１０５において正常に受信できたか、また適切に処理されたかなどについて認識することができない。
【００１０】
このため、従来のネットワーク通信システムでは、送信された情報の送達の確認を行う必要がある場合、結局、操作者が電話によって確認しなければならないという不便さを有する。また、電話と異なり互いにリアルタイムで対話をする必要がないというような、電子メールによる通信の利点が損なわれる問題点も有する。
【００１１】
そこで、このような不具合を解消するための他の従来技術として、電子メールを受信した場合に、受信側端末装置が送達確認の応答を送信側端末装置に返信することによって送達確認を行う方法が、ＲＦＣ２２９８で規定されるＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）の方法により規定されている。
【００１２】
ここで、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）とは、インターネットに関する技術の標準を定める団体であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）が正式に発行する文書を指す。ＲＦＣとして、例えばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などのインターネットで利用されるプロトコルや、その他インターネットに関わるさまざまな技術の仕様・要件などが、前記ＲＦＣ２２９８のような通し番号を付けて公開されている。
【００１３】
前記ＭＤＮにおいては、電子メールのヘッダ部に「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドが新たに設けられ、送信側および受信側の端末装置がＭＤＮの仕様を満たしている場合に、前記フィールドを用いて送達の確認が行われる。具体的には、送信側は、送達確認メールの送付を希望するアドレスを前記フィールドに指定して送信し、受信側は、前記フィールドに指定されたアドレスに送達確認メールを返信する。そして、このＭＤＮ機能を利用して、確実かつ速やかに送信先に電子メールを届けられるようにした先行技術が以下に示されている。
【００１４】
特開２００１−３０９１０９公報には、前記ＭＤＮ機能を備えた装置において、ＭＤＮの要求を行った場合に、送信終了後から一定時間経過しても受信側から応答の電子メールが送られて来ない場合には、操作者に応答の電子メールが送られて来ないことを告知するための不達レポートを記録出力するようにした構成が開示されている。この構成によれば、正常に送信が行われたか否かを受信側端末装置において確認でき、再送等の処理を速やかに行えるようになっている。
【００１５】
また、特開２００２−３２３１８公報には、受信メールに送達確認の要求が記載されているか否かを判別し、送達確認の要求が記載されている場合に、メール受信時に張った呼の中で送信確認メールを送信することにより、速やかに、また通信費用を抑えて応答を返信するように構成された通信端末装置が開示されている。
【００１６】
【特許文献１】
特開２００１−２７４９４４公報（公開日平成１３年１０月０５日）
【００１７】
【特許文献２】
特開２００１−３０９１０９公報（公開日平成１３年１１月０２日）
【００１８】
【特許文献３】
特開２００２−３２３１８公報（公開日平成１４年０１月３１日）
【００１９】
【発明が解決しようとする課題】
しかしながら、端末装置は、メールサーバに蓄積された電子メールを受信する場合、メールサーバに蓄積された順番（メールサーバが受信した順番）、即ちメッセージ番号の順序で電子メールを受信している。したがって、メールサーバとの今回の接続時に、端末装置におけるメモリの空き容量の都合により、その端末装置宛の全ての電子メールを受信できない場合には、残りの電子メールを次回の接続時に受信することになる。
【００２０】
したがって、受信側の端末装置から、可能な限り速やかに電子メールの受信確認を示す応答メールが返信され、この応答メールがタイムアウトの発生する前にメールサーバに届いていたとしても、その応答メールは、送信側の端末装置（最初にＭＤＮ要求をした端末装置）には、そのメモリの空き容量の都合で届かずに、タイムアウトエラーが発生する場合がある。
【００２１】
また、ＭＤＮの返信結果が、ＮＧの場合においては、通常、電子メールの再送等の処理を迅速に行う必要があり、このために、ＭＤＮの応答のメールを通常の電子メールよりも優先して受信したいという要望がある。
【００２２】
したがって、本発明は、送達確認要求を設定して電子メールを送信した場合に、受信側装置からの送達確認要求に対する応答メールを迅速に受信することができ、送達確認待ちのタイムアウトエラーが発生する事態を防止することができる通信装置および通信方法の提供を目的としている。
【００２３】
【課題を解決するための手段】
本発明の通信装置は、ネットワーク、例えばインターネットを介してデータ、例えば電子メールの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する通信装置において、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように前記受信動作を制御する受信制御手段とを備えていることを特徴としている。
【００２４】
本発明の通信装置は、ネットワーク、例えばインターネットを介してデータ、例えば電子メールの送受信を行う送受信手段と、データの送信に対する受信側装置からの応答を求める応答要求を送信データに設定する応答要求設定手段と、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように前記送受信手段を制御する受信制御手段とを備えていることを特徴としている。
【００２５】
本発明の通信方法は、ネットワーク、例えばインターネットを介してデータ、例えば電子メールの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する通信方法において、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するステップと、前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するステップとを備えていることを特徴としている。
【００２６】
上記の構成によれば、通信装置は、例えばネットワークに常時接続されていない場合、例えばインターネット等のネットワークを介して、受信側装置へデータ（電子メール）の送信に対する応答要求（送達確認要求（ＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）要求））を含むデータを送信する。この場合、通信装置は、その後再びネットワークに接続してネットワークを介して送信されて来たデータ（電子メール）を受信する際に、それらデータについて前記応答要求に対する応答データか否かを判別する（データ判別手段）。
【００２７】
このとき、前記応答データであると判別されたデータ（ＭＤＮ要求に対する応答メール）があれば、そのデータを、それ以外のデータよりも優先して受信する（受信制御手段）。
【００２８】
したがって、データの送信に対する受信側装置からの応答を要求した場合には、この応答要求に対する受信側装置からの応答データを迅速に受信することができ、応答データ待ち（送達確認待ち）のタイムアウトエラーが発生する事態を防止することができる。
【００２９】
例えば、メールサーバを経由して電子メールを受信する端末装置では、メールサーバに蓄積された電子メールを受信する場合、通常、メールサーバに蓄積された順番（メールサーバが受信した順番）、即ちメッセージ番号の順に従って受信している。このため、今回の接続時に端末装置のメモリの空き容量の都合で受信できない電子メールについては、次回のメールサーバとの接続時に受信することになる。したがって、受信側装置から可能な限り速やかに応答メールが返信され、その応答メールがタイムアウトの発生する前にメールサーバに届いていたとしても、メモリの空き容量の都合で端末装置（ＭＤＮ要求をした装置）へは届かず、タイムアウトエラーが発生してしま事態が生じる。しかしながら、本発明の構成では、上述のように、このような問題を解消可能である。
【００３０】
本発明の通信装置は、ネットワークを介してデータの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する通信装置において、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータの受信順位を、それ以外のデータの受信順位よりも上位に設定する受信制御手段とを備えていることを特徴としている。
【００３１】
上記の構成によれば、データ判別手段により、ネットワークを介して送信されて来たデータが応答要求に対する応答データであると判別された場合には、そのデータの受信順位がそれ以外のデータの受信順位よりも上位に設定される。したがって、応答要求に対する応答データを他のデータよりも優先して受信することができる。
【００３２】
具体的には、例えばメールサーバに蓄積されている電子メールには、メッセージ番号が付与されており、応答要求に対する応答メールであると判別された電子メールについては、メッセージ番号に拘わらず、応答メール以外の電子メールよりも受信順位が上位に設定され、その変更された順位に基づき、通信装置からメールサーバに対して受信要求が行われる。
【００３３】
したがって、前述の構成の場合と同様、データの送信に対する受信側装置からの応答を要求した場合には、この応答要求に対する受信側装置からの応答データを迅速に受信することができ、応答データ待ち（送達確認待ち）のタイムアウトエラーが発生する事態を防止することができる。
【００３４】
上記の通信装置は、ネットワークを介して通信装置宛に送信されて来たデータを保管し、保管した各データに対して、各データ固有の識別情報と、保管しているデータにおいて連番となるように適宜振り替えられる通し番号とを付与する中継装置、例えばメールサーバを介してデータの送受信を行い、前記受信制御手段が、前記中継装置からデータを受信する場合に、前記中継装置に対して受信要求するデータの順序を、前記通し番号の順序から変更することにより、前記受信順位の変更を行う構成としてもよい。
【００３５】
上記の構成によれば、中継装置、例えばメールサーバは、受信して保管した通信装置宛の各データ（電子メール）に対して、各データ固有の識別情報、例えば７０文字以内の任意の文字列で示されるユニークＩＤと、通し番号、例えば１からの連番で表示されるメッセージ番号とを付与する。前記通し番号は、何れかのデータが削除されると、例えばその度に、保管されているデータにおいて連番となるように振り替えられる。
【００３６】
一方、識別情報は各データ（電子メール）に対応した固有の情報であって不変である。なお、この識別情報は、例えばユニークＩＤ等のように、通信装置が中継装置としての例えばメールサーバと接続されると、メールサーバ内に保存されている全ての電子メールに対応するものが一度に通信装置により受信されるものである。
【００３７】
そこで、中継装置からデータを受信する場合に、中継装置に対して受信要求するデータの順序を、前記通し番号の順序から変更して受信順位の変更を行うことにより、応答要求に対する応答データを他のデータよりも優先して受信することが可能となる。
【００３８】
上記の通信装置は、前記データ判別手段が、受信するデータのサイズを所定のデータサイズと比較することにより、前記応答データであるか否かを判別する構成としてもよい。
【００３９】
上記の構成において、応答要求（ＭＤＮ要求）に対する応答データには、ファイルが添付されていないため他のファイルが添付されているデータと比べてデータサイズが小さい。このため、あらかじめ応答データであると考えられる所定のデータサイズを設定し、受信するデータのサイズと比較することにより応答データであるか否かを判別することができる。このような構成によれば、簡単かつ容易に応答データを判別可能である。
【００４０】
上記の通信装置は、受信データを記憶する記憶手段と、前記記憶手段において前記応答データを記憶するために必要な空き容量を残して受信データが記憶されるように、前記記憶手段での記憶動作を制御する記憶制御手段とをさらに備えている構成としてもよい。
【００４１】
上記の構成によれば、通信装置は、例えばネットワークに常時接続されていない場合、ネットワークを介して、受信側装置へデータ（電子メール）の送信に対する応答要求（ＭＤＮ要求）を含むデータを送信し、その後再びネットワークに接続してネットワークを介して送信されて来たデータ（電子メール）を受信する。この場合、記憶手段には、記憶制御手段の制御動作により、応答データを記憶するために必要な空き容量が確保されている。したがって、応答データを確実に受信することが可能となる。これにより、記憶手段の容量不足による応答データの未受信を防止することができ、応答データ待ち（送達確認待ち）のタイムアウトエラーが発生する事態を防止することができる。
【００４２】
上記の通信装置は、データの送信に対する受信側装置からの応答が要求されている場合に、受信制御手段による前記動作が行われる構成としてもよい。
【００４３】
上記の構成によれば、受信制御手段による上記の制御動作は、データの送信に対する受信側装置からの応答が要求されている場合にのみ行われるので、前記応答が要求されていない通常の処理時においては、処理動作を簡素化する事が可能となる。
【００４４】
【発明の実施の形態】
〔実施の形態１〕
本発明の実施の一形態を図面に基づいて以下に説明する。
ネットワーク通信システムは、例えば図２に示すように、例えばインターネットによる通信機能を備えたネットワークファクシミリ装置からなる端末装置（通信装置）２１，２５、メールサーバ（中継装置）２２，２４および例えばインターネットからなるネットワーク２３により構成されている。なお、同図において、送信側の端末装置２１および受信側の端末装置２５はそれぞれ１台ずつのみ示されているが、それぞれ複数台がネットワーク２３に接続されている構成としてもよい。
【００４５】
同図において、送信側の端末装置２１から送信側のメールサーバ２２に投函された電子メールは、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の所定の電子メール転送プロトコルにより、ネットワーク２３を介して受信側のメールサーバ２４に転送され、そのメールサーバ２４に蓄積される。受信側の端末装置２５は、ＰＯＰ３プロトコル（Ｐｏｓｔ Ｏｆｆｉｃｅ ｐｒｏｔｏｃｏｌ ３）あるいはＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等のメール受信プロトコルを用いて受信側のメールサーバ２４にアクセスし、そこに蓄積されている電子メールを取得する。
【００４６】
このネットワーク通信システムでは、受信側の端末装置２５が電子メールを受信し、添付されている画像情報を受信原稿として記録出力した場合に、重複して再度の転送が行われないように、メールサーバ２４において、端末装置２５が受信した電子メールを削除するように構成されている。
【００４７】
ネットワークファクシミリ装置からなる上記の端末装置２１，２５としては、例えば図１に示すファクシミリ／電子メール装置を使用可能である。同図はファクシミリ／電子メール装置の電気的構成を示すブロック図である。
【００４８】
端末装置２１，２５、即ちファクシミリ／電子メール装置は、データを記録媒体に印刷するプリンタ／コピー機や、電話回線を利用した通常のファクシミリ（ＦＡＸ）としての機能の他に、インターネットなどのネットワークを経由して、電子メール（Ｅ−ｍａｉｌ）の送受信やサーバとファイルの送受信を行う電子メール（Ｅ−ｍａｉｌ／ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ））装置、およびインターネットファクシミリ装置としての機能を有する。インターネットファクシミリ装置としての機能については、後に詳述する。
【００４９】
この端末装置２１，２５は、大略的に、メイン制御部（受信制御手段）２、パネル制御部３、制御用メモリ４、制御用バッファ５、画像記憶部（記憶手段）６、電子メール作成部７、読取部８、記録部９、符号／復号化制御部１０、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）制御部（送受信手段）１１、モデム１２、網制御部（ＮＣＵ：Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１３、送達確認制御部（応答要求設定手段）１４、時計部１５、電子メール判定部（データ判別手段）１６および画像記憶残量管理部１７を備えている。
【００５０】
メイン制御部２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを備えて構成され、端末装置２１，２５全体の制御を行う。
【００５１】
パネル制御部３は、原稿の読込みおよび相手先入力などの指示を行うためのものであり、詳細は後述する。
【００５２】
制御用メモリ４は、ＲＯＭなどの不揮発性のメモリや、バックアップされた揮発性のメモリなどから成り、各種制御プログラムや相手先情報（送信先の電話番号、短縮番号等）を記憶している。
【００５３】
制御用バッファ５は、ＲＡＭ等から成り、上記の制御プログラムを動作させる上で必要なデータを格納する。
【００５４】
画像記憶部６は、符号化された画像データを記憶するとともに、後述する読取部８から読込んだデータ、受信したデータおよび復号化後のデータなどを記憶する。
【００５５】
電子メール作成部７は、符号／復号化制御部１０にて符号化された画像データにヘッダ情報を付加し、電子メールのフォーマットに変換する。
【００５６】
読取部８は、原稿読取り手段としての光電変換素子（ＣＣＤ；Ｃｈａｒｇｅ ＣｏｕｐｌｅｄＤｅｖｉｃｅ）を利用したスキャナであり、原稿を所定の解像度で読取る。また、読取った原稿のドットイメージデータを出力する。
【００５７】
記録部９は、例えば電子写真方式のプリンタ装置を備え、通信によって受信した原稿画像や読取部８で読取った原稿画像等のデータをハードコピー（プリントアウト）する。
【００５８】
符号／復号化制御部１０は、読込んだ原稿画像データの符号化および受信した原稿画像データの復号化を行う。即ち、この符号／復号化制御部１０は、読取部８で読取った原稿画像データを符号化圧縮するとともに、符号化圧縮されている受信した原稿画像データを元のデータに復号化する。この符号／復号化制御部１０では、ファクシミリ通信で一般に使用されている、ＭＨ（Ｍｏｄｉｆｉｅｄ Ｈｕｆｆｍａｎ）、ＭＲ（Ｍｏｄｉｆｉｅｄ ＲＥＡＤ）およびＭＭＲ（Ｍｏｄｉｆｉｅｄ Ｍｏｄｉｆｉｅｄ ＲＥＡＤ）などの符号化方式を用いることができる。
【００５９】
ＬＡＮ制御部１１は、インターネット経由による電子メールの送受信通信およびインターネットファクシミリの通信を行うように、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と接続するためのものである。
【００６０】
モデム１２は、通常のファクシミリ通信を行うためのものであり、ファクシミリ通信が可能なファクシミリモデムから構成されている。このモデム１２は、網制御部１３を介して公衆電話回線と接続されている。
【００６１】
網制御部１３は、アナログの公衆電話回線網（ＰＳＴＮ）との回線の閉結および開放の回線制御動作を行うハードウェアであり、必要に応じてモデム１２を公衆電話回線網と接続する。
【００６２】
送達確認制御部１４は、先述のＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）機能による送達確認応答の要求、および受信した送達確認応答の管理などを行うものであり、前記電子メール作成部７が付加するヘッダ情報を用いて制御を行う。
【００６３】
時計部１５は、前記送達確認の要求を送信してから、送達確認応答を受信するまでの経過時間を計測する手段であり、例えば後述するタイムアウト時間などをカウントする。
【００６４】
電子メール判定部１６は、メールサーバ２１，２５に蓄積したデータが、前記ＭＤＮ機能による送達確認応答の要求に対する応答の電子メールであるか否かの判別を行うものである。この判別は、受信したデータのサイズとあらかじめ決められたデータサイズαとを比較することにより行う。
【００６５】
画像記憶残量管理部１７は、メールサーバ２１，２５に蓄積されたデータを端末装置２１，２５が受信する際に、受信したデータを記憶する画像記憶部６に対して、前記ＭＤＮ機能による送達確認応答の要求に対する応答の電子メールを受信するために必要な容量を常に確保しておくように管理するものである。
【００６６】
以下、上記の端末装置２１，２５におけるインターネットファクシミリ装置としての機能について説明する。
【００６７】
送信側の端末装置２１では、インターネットファクシミリ装置としての機能によりファクシミリ文書データ（画像データ）を送信する場合、次の処理が行われる。なお、この場合に送信される電子メールの構造の一例を図３に示す。
【００６８】
まず、送信されるファクシミリ文書データは、符号／復号化制御部１０において符号化される。このファクシミリ文書データは、電子メール作成部７において、ＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｌｉｆｅ Ｆｏｒｍａｔ）ファイルフォーマットに変換され、ヘッダ情報が付加され、電子メールのフォーマットに変換される。
【００６９】
即ち、送信側の端末装置２１は、ファクシミリ文書データの送信先を示す電子メールアドレスにファクシミリ文書データ（図３における「（ｂ）本文」に相当）を付加して電子メール化する。そして、公衆電話回線等を通じてインターネットサービスプロバイダのメールサーバ２２に接続し、そのホストを介してネットワーク（インターネット）２３に接続するか、または直接ネットワーク２３に接続して、上記の電子メールを受信側のメールサーバ２４に転送する。
【００７０】
上記のような電子メールの送受信は、送信側の端末装置２１と受信側の端末装置２５とが共にネットワーク２３に接続されることで可能となる。
【００７１】
そして、端末装置２１，２５は、配信成功後にメッセージで処理状況を通知するＭＤＮ機能を有する。ＭＤＮ機能とは、先述のように、電子メールを受信した場合に、受信側の端末装置２１が送達確認応答を送信側の端末装置２５に返信することによって送達確認を行うことができる機能である。
【００７２】
そこで、端末装置２１では、電子メール作成部７において、図３に示すように、電子メールのヘッダ部に、送達確認制御部１４が用いるためのＭＤＮフィールドを付加し、そのＭＤＮフィールドに確認メールの返信先アドレス（送信側の端末装置２１のアドレスまたは番号）を記述し、送達確認応答要求を行う。
【００７３】
次に、端末装置２１，２５の応答メール優先受信機能について説明する。この機能において、メールサーバ２２に常時接続されていない送信側の端末装置２１は、メールサーバ２２に接続して、受信側の端末装置２５に送達確認の応答を要求した電子メールを送信した後、メールサーバ２２に対して再度接続したときに、メールサーバ２２に蓄積されている端末装置２１宛の電子メールについて、送達確認応答の要求に対する応答の電子メールであるか否かの判別を行い、上記応答の電子メールを優先的に受信する。
【００７４】
図４は、送信側の端末装置２１での応答メール優先受信機能による受信動作を示すフローチャートである。
【００７５】
同図に示すように、端末装置２１では、まず、ＬＡＮ制御部１１が端末装置２１をメールサーバ２２に接続する（Ｓ１）。
【００７６】
次に、送達確認制御部１４が、端末装置２１からの送信済みの電子メールについて、送達確認要求についての応答待ちの有無を確認する（Ｓ２）。この動作は、送信済みの電子メールにおいて送達確認要求を設定したか否かに基づいて行う。
【００７７】
Ｓ２において、送達確認要求の応答待ちがある場合、メイン制御部２は、メールサーバ２２から端末装置２１宛の各電子メールについて、ユニークＩＤ、メッセージ番号リストおよびデータサイズを取得する（Ｓ３）。
【００７８】
なお、ユニークＩＤは、７０文字以内の任意の文字列で示される、電子メール毎の識別情報である。また、メッセージ番号は、メールサーバ２２に蓄積されている電子メールに対して蓄積された順序に付与された１からの連番号である。このメッセージ番号は、何れかの電子メールが削除された場合、蓄積されている電子メールのメッセージ番号が連番となるように、振り替えられる。
【００７９】
次に、電子メール判定部１６は、端末装置２１宛の各電子メールについて、ステップＳ３にて取得したデータサイズと所定のデータサイズαとを比較し、データサイズαよりも小さいデータサイズの電子メールの有無を判別する（Ｓ４）。
【００８０】
ここで、送達確認要求に対する応答メールは、通常のインターネットファックス等の電子メールと比べて容量が小さなっている。即ち、ＭＤＮの返信（応答メール）では、画像データが添付されて来ないため、データサイズが極端に小さくなる。したがって、例えば前記データサイズαを５ＫＢと設定することにより、応答メールの有無を判別することができる。
【００８１】
次に、メイン制御部２は、データサイズαよりも小さいデータサイズの電子メールが存在する場合、受信する電子メールの順序を、メッセージ番号の若いもの順とする順序から、データサイズがデータサイズαよりも小さい電子メールを優先する順序に変更する処理を行う（Ｓ５）。
【００８２】
例えば、メールサーバ２２に図６に示す状態でデータが蓄積されているものとすると、Ｓ４において、５ＫＢよりも小さいデータはメッセージ番号２および４のデータであると判別される。このデータサイズが５ＫＢよりも小さいデータは、送達確認要求に対する応答メールである可能性が高い。そこで、Ｓ５において、メイン制御部２は、図７に示すように、端末装置２１がメッセージ番号２および４の電子メールを優先的に受信するように、受信する電子メールの順序変更の処理を行う（メールサーバ２２に対して受信要求する電子メールの順序変更の処理を行う）。
【００８３】
次に、メイン制御部２は、Ｓ５において受信順序の変更処理が行われている場合には、その順序にて受信処理を行う（Ｓ７）。なお、Ｓ４において、データサイズαよりも小さいデータサイズの電子メールが存在しない場合には、Ｓ５での受信順序の変更処理を行うことなく、メッセージ番号の順序にて電子メールを受信する、受信処理を行う（Ｓ７）。
【００８４】
一方、Ｓ２において、送達確認要求の応答待ちがない場合、メイン制御部２は、メールサーバ２２から端末装置２１宛の各電子メールについて、ユニークＩＤおよびメッセージ番号リストを取得する（Ｓ６）。次に、メイン制御部２は、メッセージ番号の順序にて電子メールを受信する、受信処理を行う（Ｓ７）。
【００８５】
Ｓ７での受信処理が終了すると、メイン制御部２は、メールサーバ２２との通信を切断し（Ｓ８）、処理を終了する。
【００８６】
次に、Ｓ８の受信処理の詳細について、図５のフローチャートにより説明する。
【００８７】
この処理において、端末装置２１では、画像記憶残量管理部１７が、まず、画像記憶部６の空き容量を検出し（Ｓ１１）、次にメールサーバ２２から受信したユニークＩＤにより識別される電子メールのデータサイズ（容量）の情報を受信する（Ｓ１２）。なお、Ｓ２において端末装置２１が送達確認要求の応答待ちの状態であった場合、上記データサイズの情報はＳ３において既に受信済みである。
【００８８】
次に、画像記憶残量管理部１７は、電子メールのデータサイズが画像記憶部６のトータルメモリサイズよりも小さいか否かを判別する（Ｓ１３）。電子メールのデータサイズが画像記憶部６のトータルメモリサイズよりも小さい場合には、さらに、電子メールのデータサイズが画像記憶部６の空き容量よりも小さいか否かを判別する（Ｓ１４）。
【００８９】
Ｓ１４において、電子メールのデータサイズが画像記憶部６の空き容量よりも小さい場合には、その電子メールをメールサーバ２２から受信し、その電子メールを画像記憶部６に記憶する（Ｓ１５）。一方、Ｓ１３において電子メールのデータサイズが画像記憶部６のトータルメモリサイズ以上である場合、およびＳ１４において電子メールのデータサイズが画像記憶部６の空き容量以上である場合の各場合には、メールサーバ２２からその電子メールについての受信を行わない（Ｓ１６）。
【００９０】
その後、Ｓ１１〜Ｓ１６の処理を繰り返し、メールサーバ２２に蓄積されている端末装置２１宛の各電子メールについての処理を終了した場合には（Ｓ１７）、受信処理を終了する。
【００９１】
上述のように、送信側の端末装置（ファクシミリ／電子メール装置）２１では、まず、メールサーバ２２に接続して、送信先（受信側の端末装置２５）に送達確認の応答要求を付加した電子メールを送信する。その後、端末装置２１では、再度メールサーバ２２に接続し、メールサーバ２２に蓄積された電子メールを受信する際に、電子メール判定部１６が送達確認の要求に対する応答の電子メールであるか否かの判別を行い、応答の電子メールについては、電子メールの受信順序を変更することにより、優先的に受信するようにしている。
【００９２】
これにより、送信側の端末装置２１では、送達確認の応答メールを迅速に受信することができ、メールサーバ２２に接続した際に受信する電子メール（データ）の容量が大きすぎるために応答メールが受信できないといった事情により、タイムアウトエラーが発生する事態を防ぐことが可能である。
【００９３】
また、Ｓ１４およびＳ１６の動作を行っているので、応答メールよりも先に容量の大きい電子メールを受信したことにより、メモリの空き容量の不足から、応答メールが受信できなくなる事態を防ぐことが可能となる。
【００９４】
〔実施の形態２〕
本発明の実施の他の形態を図面に基づいて以下に説明する。
ここでは、送信側の端末装置２１において、メールサーバ２２から受信したデータを記憶する画像記憶部６の空き容量を管理することにより、前記応答メールを優先的に受信する場合の機能について、図８および図９のフローチャートに基づいて説明する。
【００９５】
図８に示すように、送信側の端末装置（ファクシミリ／電子メール装置）２１では、まずメールサーバ２２に接続し（Ｓ２１）、メールサーバ２２に蓄積されている各電子メールそれぞれのユニークＩＤおよびメッセージ番号リストを取得する（Ｓ２２）。
【００９６】
次に、端末装置２１では、前記ユニークＩＤにより識別される電子メールのデータサイズと画像記憶部６の空き容量との関係に応じて、所定の受信処理を行い（Ｓ２３）、受信した電子メールについては画像記憶部６に格納する。
【００９７】
その後、端末装置２１では、Ｓ２３における受信処理が終了すると、メールサーバ２２の通信を切断し、処理を終了する。
【００９８】
次に、前記Ｓ２３における受信処理について、図９により詳細に説明する。
送信側の端末装置２１は、受信側の端末装置２５に対して電子メールを送信し、その後、送達確認要求についての応答待ち状態となっている。送達確認要求についての応答待ちの有無は送達確認制御部１４により確認され、この確認動作は、送信済みの電子メールにおいて送達確認要求を設定したか否かに基づいて行われる。
【００９９】
端末装置２１では、送達確認要求に対する応答待ち状態である場合に図９のＳ３１からの受信処理を開始する一方、送達確認要求に対する応答待ち状態でない場合に前述の図５のＳ１１からの受信処理を開始する。
【０１００】
図９の動作において、端末装置２１では、まず、画像記憶残量管理部１７が画像記憶部６の空き容量を検出し（Ｓ３１）、先に取得したユニークＩＤにより識別される電子メールのデータサイズ（容量）の情報を受信する（Ｓ３２）。
【０１０１】
次に、画像記憶残量管理部１７は、電子メールのデータサイズが画像記憶部６のトータルメモリサイズよりも小さいか否かを判別する（Ｓ３３）。
【０１０２】
この判別の結果、電子メールのデータサイズが画像記憶部６のトータルメモリサイズよりも小さい場合には、次に、電子メールのデータサイズが所定値αよりも大きいか否かを判別する（Ｓ３４）。ここで、前記同様に、所定値αを例えば５ＫＢと設定することにより、応答メールの判別が可能となる。
【０１０３】
Ｓ３４での判別の結果、電子メールのデータサイズが所定値αよりも大きい場合、即ちその電子メールが応答メールでない場合には、次に、電子メールのデータサイズが画像記憶部６の（空き容量−所定値α）よりも小さいか否かを判別する（Ｓ３５）。
【０１０４】
この判別の結果、電子メールのデータサイズが画像記憶部６の（空き容量−所定値α）よりも小さい場合には、メールサーバ２２からその電子メールを受信し、画像記憶部６に記憶する（Ｓ３７）。
【０１０５】
また、Ｓ３５において、電子メールのデータサイズが画像記憶部６の（空き容量−所定値α）以上である場合には、Ｓ３８へ移行し、メールサーバ２２からその電子メールを受信しない。
【０１０６】
また、Ｓ３４において、電子メールのデータサイズが所定値α以下である場合、即ちその電子メールが応答メールである可能性が高い場合には、さらに、その電子メールのデータサイズが画像記憶部６の空き容量よりも小さいか否かを判別する（Ｓ３６）。
【０１０７】
Ｓ３６での判別の結果、電子メールのデータサイズが画像記憶部６の空き容量よりも小さい場合には、メールサーバ２２からその電子メールを受信し、画像記憶部６に記憶する（Ｓ３７）。
【０１０８】
また、Ｓ３６での判別の結果、電子メールのデータサイズが画像記憶部６の空き容量よりも大きい場合には、その電子メールは画像記憶部６に記憶することができないので、Ｓ３８へ移行し、メールサーバ２２からその電子メールを受信しない。
【０１０９】
また、Ｓ３３において、電子メールのデータサイズが画像記憶部６のトータルメモリサイズ以上である場合にも、同様に、Ｓ３８へ移行し、メールサーバ２２からその電子メールを受信しない。
【０１１０】
その後、Ｓ３１〜Ｓ３８の処理を繰り返し、メールサーバ２２に蓄積されている端末装置２１宛の各電子メールについての処理を終了した場合には（Ｓ３９）、受信処理を終了する。
【０１１１】
上述のように、送信側の端末装置（ファクシミリ／電子メール装置）２１では、まず、メールサーバ２２に接続して、送信先（受信側の端末装置２５）に送達確認の応答要求を付加した電子メールを送信する。その後、端末装置２１では、再度メールサーバ２２に接続し、メールサーバ２２に蓄積された電子メールを受信する際に、受信する電子メールの容量と画像記憶部６の空き容量とを比較し、送達確認の応答の電子メールを受信するために必要とする空き容量を確保することで、応答の電子メールを確実に受信できるようにしている。
【０１１２】
なお、所定値αについて補足すると、ＭＤＮの応答メールについては、その添付ファイルの出力がないため、最初に所定値αの空き容量を確保しておけば、連続して、先に受信した電子メールの処理と、次の受信の処理とを行うことが可能である。また、データの処理の都合上、所定値αとしては、現在、送達確認の要求を行っている件数Ａを掛けた値（α×Ａ件数）を用いる構成であってもよい。
【０１１３】
【発明の効果】
以上のように、本発明の通信装置は、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように前記受信動作を制御する受信制御手段とを備えている構成である。
【０１１４】
本発明の通信装置は、ネットワークを介してデータの送受信を行う送受信手段と、データの送信に対する受信側装置からの応答を求める応答要求を送信データに設定する応答要求設定手段と、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように前記送受信手段を制御する受信制御手段とを備えている構成である。
【０１１５】
本発明の通信方法は、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するステップと、前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するステップとを備えている構成である。
【０１１６】
上記の構成によれば、応答データであると判別されたデータがあれば、そのデータを、それ以外のデータよりも優先して受信する。したがって、データの送信に対する受信側装置からの応答を要求した場合には、この応答要求に対する受信側装置からの応答データを迅速に受信することができ、応答データ待ちのタイムアウトエラーが発生する事態を防止することができる。
【０１１７】
本発明の通信装置は、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータの受信順位を、それ以外のデータの受信順位よりも上位に設定する受信制御手段とを備えている構成である。
【０１１８】
上記の構成によれば、データ判別手段により、ネットワークを介して送信されて来たデータが応答要求に対する応答データであると判別された場合には、そのデータの受信順位がそれ以外のデータの受信順位よりも上位に設定される。したがって、応答要求に対する応答データを他のデータよりも優先して受信することができる。
【０１１９】
したがって、前述の構成の場合と同様、データの送信に対する受信側装置からの応答を要求した場合には、この応答要求に対する受信側装置からの応答データを迅速に受信することができ、応答データ待ちのタイムアウトエラーが発生する事態を防止することができる。
【０１２０】
上記の通信装置は、ネットワークを介して通信装置宛に送信されて来たデータを保管し、保管した各データに対して、各データ固有の識別情報と、保管しているデータにおいて連番となるように適宜振り替えられる通し番号とを付与する中継装置を介してデータの送受信を行い、前記受信制御手段が、前記中継装置からデータを受信する場合に、前記中継装置に対して受信要求するデータの順序を、前記通し番号の順序から変更することにより、前記受信順位の変更を行う構成としてもよい。
【０１２１】
上記の構成によれば、中継装置からデータを受信する場合に、中継装置に対して受信要求するデータの順序を、前記通し番号の順序から変更して受信順位の変更を行うことにより、応答要求に対する応答データを他のデータよりも優先して受信することが可能となる。
【０１２２】
上記の通信装置は、前記データ判別手段が、受信するデータのサイズを所定のデータサイズと比較することにより、前記応答データであるか否かを判別する構成としてもよい。
【０１２３】
上記の構成において、応答要求（ＭＤＮ要求）に対する応答データには、ファイルが添付されていないため他のファイルが添付されているデータと比べてデータサイズが小さい。このため、あらかじめ応答データであると考えられる所定のデータサイズを設定し、受信するデータのサイズと比較することにより応答データであるか否かを判別することができる。このような構成によれば、簡単かつ容易に応答データを判別可能である。
【０１２４】
上記の通信装置は、受信データを記憶する記憶手段と、前記記憶手段において前記応答データを記憶するために必要な空き容量を残して受信データが記憶されるように、前記記憶手段での記憶動作を制御する記憶制御手段とをさらに備えている構成としてもよい。
【０１２５】
上記の構成によれば、記憶手段には、記憶制御手段の制御動作により、応答データを記憶するために必要な空き容量が確保されている。したがって、応答データを確実に受信することが可能となる。これにより、記憶手段の容量不足による応答データの未受信を防止することができ、応答データ待ちのタイムアウトエラーが発生する事態を防止することができる。
【０１２６】
上記の通信装置は、データの送信に対する受信側装置からの応答が要求されている場合に、受信制御手段による前記動作が行われる構成としてもよい。
【０１２７】
上記の構成によれば、受信制御手段による上記の制御動作は、データの送信に対する受信側装置からの応答が要求されている場合にのみ行われるので、前記応答が要求されていない通常の処理時においては、処理動作を簡素化する事が可能となる。
【図面の簡単な説明】
【図１】本発明の実施の一形態における通信装置としての端末装置の構成を示すブロック図である。
【図２】図１に示した端末装置を複数台含み、これら端末装置同士が電子メールの通信を行うネットワーク通信システムの構成を示すブロック図である。
【図３】図１に示した端末装置により送受信される電子メールの構造を示す説明図である。
【図４】図１に示した端末装置における電子メールの送受信動作を示すフローチャートである。
【図５】図４に示したＳ７における受信処理の動作を示すフローチャートである。
【図６】図１に示したメールサーバにおいて蓄積されている電子メールの状態を示す管理テーブルである。
【図７】図１に示した端末装置において各電子メールの受信順序を変更した状態を示す管理テーブルである。
【図８】本発明の実施の他の形態における端末装置での電子メールの送受信動作を示すフローチャートである。
【図９】図８に示したＳ２３における受信処理の動作を示すフローチャートである。
【図１０】従来の通信装置としての端末装置を複数台含み、これら端末装置同士が電子メールの通信を行うネットワーク通信システムの構成を示すブロック図である。
【符号の説明】
２ メイン制御部（受信制御手段）
６ 画像記憶部（記憶手段）
７ 電子メール作成部
１０ 符号／復号化制御部
１１ ＬＡＮ制御部（送受信手段）
１４ 送達確認制御部（応答要求設定手段）
１６ 電子メール判定部（データ判別手段）
１７ 画像記憶残量管理部
２１，２５ 端末装置（通信装置）
２２，２５ メールサーバ（中継装置）
【発明の属する技術分野】
本発明は、ネットワークを介して画像情報などのデータを送信する通信装置に関し、より詳細には、データを所定の送信設定にて送信するとともに、送信先へ応答を要求してその応答の有無を確認する機能を備えた通信装置に関するものである。
【０００２】
【従来の技術】
近年、ネットワーク化の進展に伴い、インターネットなどのネットワークを介して電子メール（Ｅ−ｍａｉｌ）を送受信するネットワーク通信装置が種々の用途に用いられるようになっている。
【０００３】
この種のネットワーク通信装置としては、スキャナ機能を備え、単に画像読取りデバイスとして用いることができるだけでなく、読取った画像情報を前記電子メールの添付ファイルとして、ネットワークに接続されたコンピュータなどの装置へ送信可能なものが知られている。
【０００４】
上記の構成を有するネットワーク通信装置としては、例えば、Ｓｃａｎ ｔｏ Ｅ−ｍａｉｌという機能を備えたネットワークスキャナ装置（ネットワーク通信装置）が開発されている。上記の機能は、スキャンした原稿画像データをフォーマットデータに変換して電子メール用の添付ファイルを作成し、電子メールとともにその添付ファイルをインターネット上のアドレス（ホストコンピュータ）に送信するというものである。
【０００５】
また、前記スキャナ機能に加えて、さらに印刷機能や電話機能をも備えたネットワークファクシミリ装置が開発されている。このようなネットワークファクシミリ装置は、例えば特開２００１−２７４９４４公報に示されている。このようなネットワークファクシミリ装置を備えたネットワーク通信システムの概略構成を図１０に示す。
【０００６】
同図に示すように、ネットワーク通信システムにおいて、送信側の端末装置（ネットワークファクシミリ装置）１０１から送信側のメールサーバ１０２に投函された電子メールは、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の所定の電子メール転送プロトコルにより、ネットワーク１０３を介して受信側のメールサーバ１０４に転送され、そのメールサーバ１０４に蓄積される。受信側の端末装置（ネットワークファクシミリ装置）１０５は、ＰＯＰ３プロトコル（Ｐｏｓｔ Ｏｆｆｉｃｅ ｐｒｏｔｏｃｏｌ ３）あるいはＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等のメール受信プロトコルを用いて、定期的に受信側のメールサーバ１０４にアクセスし、そこに蓄積されている電子メールを取得する。
【０００７】
また、このネットワーク通信システムでは、受信側の端末装置１０５が電子メールを受信し、添付されている画像情報を受信原稿として記録出力した場合に、重複して再度の転送が行われないように、端末装置１０５が受信済みの電子メールをメールサーバ１０４にて削除するように構成されている。
【０００８】
ここで、上記のネットワーク通信システムでは、電子メールを用いて情報を送信した場合に、例えば通常のファクシミリ装置にて情報を送信する場合とは異なり、受信側において正常に受信されたかどうか、または受信側において処理が適切になされたかどうかを、送信側において判別できないという問題がある。
【０００９】
即ち、ネットワーク通信システムでは、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：公衆電話網）を介して互いにリアルタイムで通信を行う通常のファクシミリ装置とは異なり、受信側の端末装置１０５が常時メールサーバ１０４に接続されているとは限らない。また、受信側の端末装置１０５が受信不能であっても、送信側の端末装置１０１からメールサーバ１０２への送信は可能であるので、受信側の端末装置１０５で実際に受信されるまでに時間差が生じる可能性がある。このため、送信側の端末装置１０１では、送信直後に、受信側の端末装置１０５において正常に受信できたか、また適切に処理されたかなどについて認識することができない。
【００１０】
このため、従来のネットワーク通信システムでは、送信された情報の送達の確認を行う必要がある場合、結局、操作者が電話によって確認しなければならないという不便さを有する。また、電話と異なり互いにリアルタイムで対話をする必要がないというような、電子メールによる通信の利点が損なわれる問題点も有する。
【００１１】
そこで、このような不具合を解消するための他の従来技術として、電子メールを受信した場合に、受信側端末装置が送達確認の応答を送信側端末装置に返信することによって送達確認を行う方法が、ＲＦＣ２２９８で規定されるＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）の方法により規定されている。
【００１２】
ここで、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）とは、インターネットに関する技術の標準を定める団体であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）が正式に発行する文書を指す。ＲＦＣとして、例えばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などのインターネットで利用されるプロトコルや、その他インターネットに関わるさまざまな技術の仕様・要件などが、前記ＲＦＣ２２９８のような通し番号を付けて公開されている。
【００１３】
前記ＭＤＮにおいては、電子メールのヘッダ部に「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドが新たに設けられ、送信側および受信側の端末装置がＭＤＮの仕様を満たしている場合に、前記フィールドを用いて送達の確認が行われる。具体的には、送信側は、送達確認メールの送付を希望するアドレスを前記フィールドに指定して送信し、受信側は、前記フィールドに指定されたアドレスに送達確認メールを返信する。そして、このＭＤＮ機能を利用して、確実かつ速やかに送信先に電子メールを届けられるようにした先行技術が以下に示されている。
【００１４】
特開２００１−３０９１０９公報には、前記ＭＤＮ機能を備えた装置において、ＭＤＮの要求を行った場合に、送信終了後から一定時間経過しても受信側から応答の電子メールが送られて来ない場合には、操作者に応答の電子メールが送られて来ないことを告知するための不達レポートを記録出力するようにした構成が開示されている。この構成によれば、正常に送信が行われたか否かを受信側端末装置において確認でき、再送等の処理を速やかに行えるようになっている。
【００１５】
また、特開２００２−３２３１８公報には、受信メールに送達確認の要求が記載されているか否かを判別し、送達確認の要求が記載されている場合に、メール受信時に張った呼の中で送信確認メールを送信することにより、速やかに、また通信費用を抑えて応答を返信するように構成された通信端末装置が開示されている。
【００１６】
【特許文献１】
特開２００１−２７４９４４公報（公開日平成１３年１０月０５日）
【００１７】
【特許文献２】
特開２００１−３０９１０９公報（公開日平成１３年１１月０２日）
【００１８】
【特許文献３】
特開２００２−３２３１８公報（公開日平成１４年０１月３１日）
【００１９】
【発明が解決しようとする課題】
しかしながら、端末装置は、メールサーバに蓄積された電子メールを受信する場合、メールサーバに蓄積された順番（メールサーバが受信した順番）、即ちメッセージ番号の順序で電子メールを受信している。したがって、メールサーバとの今回の接続時に、端末装置におけるメモリの空き容量の都合により、その端末装置宛の全ての電子メールを受信できない場合には、残りの電子メールを次回の接続時に受信することになる。
【００２０】
したがって、受信側の端末装置から、可能な限り速やかに電子メールの受信確認を示す応答メールが返信され、この応答メールがタイムアウトの発生する前にメールサーバに届いていたとしても、その応答メールは、送信側の端末装置（最初にＭＤＮ要求をした端末装置）には、そのメモリの空き容量の都合で届かずに、タイムアウトエラーが発生する場合がある。
【００２１】
また、ＭＤＮの返信結果が、ＮＧの場合においては、通常、電子メールの再送等の処理を迅速に行う必要があり、このために、ＭＤＮの応答のメールを通常の電子メールよりも優先して受信したいという要望がある。
【００２２】
したがって、本発明は、送達確認要求を設定して電子メールを送信した場合に、受信側装置からの送達確認要求に対する応答メールを迅速に受信することができ、送達確認待ちのタイムアウトエラーが発生する事態を防止することができる通信装置および通信方法の提供を目的としている。
【００２３】
【課題を解決するための手段】
本発明の通信装置は、ネットワーク、例えばインターネットを介してデータ、例えば電子メールの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する通信装置において、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように前記受信動作を制御する受信制御手段とを備えていることを特徴としている。
【００２４】
本発明の通信装置は、ネットワーク、例えばインターネットを介してデータ、例えば電子メールの送受信を行う送受信手段と、データの送信に対する受信側装置からの応答を求める応答要求を送信データに設定する応答要求設定手段と、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように前記送受信手段を制御する受信制御手段とを備えていることを特徴としている。
【００２５】
本発明の通信方法は、ネットワーク、例えばインターネットを介してデータ、例えば電子メールの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する通信方法において、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するステップと、前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するステップとを備えていることを特徴としている。
【００２６】
上記の構成によれば、通信装置は、例えばネットワークに常時接続されていない場合、例えばインターネット等のネットワークを介して、受信側装置へデータ（電子メール）の送信に対する応答要求（送達確認要求（ＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）要求））を含むデータを送信する。この場合、通信装置は、その後再びネットワークに接続してネットワークを介して送信されて来たデータ（電子メール）を受信する際に、それらデータについて前記応答要求に対する応答データか否かを判別する（データ判別手段）。
【００２７】
このとき、前記応答データであると判別されたデータ（ＭＤＮ要求に対する応答メール）があれば、そのデータを、それ以外のデータよりも優先して受信する（受信制御手段）。
【００２８】
したがって、データの送信に対する受信側装置からの応答を要求した場合には、この応答要求に対する受信側装置からの応答データを迅速に受信することができ、応答データ待ち（送達確認待ち）のタイムアウトエラーが発生する事態を防止することができる。
【００２９】
例えば、メールサーバを経由して電子メールを受信する端末装置では、メールサーバに蓄積された電子メールを受信する場合、通常、メールサーバに蓄積された順番（メールサーバが受信した順番）、即ちメッセージ番号の順に従って受信している。このため、今回の接続時に端末装置のメモリの空き容量の都合で受信できない電子メールについては、次回のメールサーバとの接続時に受信することになる。したがって、受信側装置から可能な限り速やかに応答メールが返信され、その応答メールがタイムアウトの発生する前にメールサーバに届いていたとしても、メモリの空き容量の都合で端末装置（ＭＤＮ要求をした装置）へは届かず、タイムアウトエラーが発生してしま事態が生じる。しかしながら、本発明の構成では、上述のように、このような問題を解消可能である。
【００３０】
本発明の通信装置は、ネットワークを介してデータの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する通信装置において、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータの受信順位を、それ以外のデータの受信順位よりも上位に設定する受信制御手段とを備えていることを特徴としている。
【００３１】
上記の構成によれば、データ判別手段により、ネットワークを介して送信されて来たデータが応答要求に対する応答データであると判別された場合には、そのデータの受信順位がそれ以外のデータの受信順位よりも上位に設定される。したがって、応答要求に対する応答データを他のデータよりも優先して受信することができる。
【００３２】
具体的には、例えばメールサーバに蓄積されている電子メールには、メッセージ番号が付与されており、応答要求に対する応答メールであると判別された電子メールについては、メッセージ番号に拘わらず、応答メール以外の電子メールよりも受信順位が上位に設定され、その変更された順位に基づき、通信装置からメールサーバに対して受信要求が行われる。
【００３３】
したがって、前述の構成の場合と同様、データの送信に対する受信側装置からの応答を要求した場合には、この応答要求に対する受信側装置からの応答データを迅速に受信することができ、応答データ待ち（送達確認待ち）のタイムアウトエラーが発生する事態を防止することができる。
【００３４】
上記の通信装置は、ネットワークを介して通信装置宛に送信されて来たデータを保管し、保管した各データに対して、各データ固有の識別情報と、保管しているデータにおいて連番となるように適宜振り替えられる通し番号とを付与する中継装置、例えばメールサーバを介してデータの送受信を行い、前記受信制御手段が、前記中継装置からデータを受信する場合に、前記中継装置に対して受信要求するデータの順序を、前記通し番号の順序から変更することにより、前記受信順位の変更を行う構成としてもよい。
【００３５】
上記の構成によれば、中継装置、例えばメールサーバは、受信して保管した通信装置宛の各データ（電子メール）に対して、各データ固有の識別情報、例えば７０文字以内の任意の文字列で示されるユニークＩＤと、通し番号、例えば１からの連番で表示されるメッセージ番号とを付与する。前記通し番号は、何れかのデータが削除されると、例えばその度に、保管されているデータにおいて連番となるように振り替えられる。
【００３６】
一方、識別情報は各データ（電子メール）に対応した固有の情報であって不変である。なお、この識別情報は、例えばユニークＩＤ等のように、通信装置が中継装置としての例えばメールサーバと接続されると、メールサーバ内に保存されている全ての電子メールに対応するものが一度に通信装置により受信されるものである。
【００３７】
そこで、中継装置からデータを受信する場合に、中継装置に対して受信要求するデータの順序を、前記通し番号の順序から変更して受信順位の変更を行うことにより、応答要求に対する応答データを他のデータよりも優先して受信することが可能となる。
【００３８】
上記の通信装置は、前記データ判別手段が、受信するデータのサイズを所定のデータサイズと比較することにより、前記応答データであるか否かを判別する構成としてもよい。
【００３９】
上記の構成において、応答要求（ＭＤＮ要求）に対する応答データには、ファイルが添付されていないため他のファイルが添付されているデータと比べてデータサイズが小さい。このため、あらかじめ応答データであると考えられる所定のデータサイズを設定し、受信するデータのサイズと比較することにより応答データであるか否かを判別することができる。このような構成によれば、簡単かつ容易に応答データを判別可能である。
【００４０】
上記の通信装置は、受信データを記憶する記憶手段と、前記記憶手段において前記応答データを記憶するために必要な空き容量を残して受信データが記憶されるように、前記記憶手段での記憶動作を制御する記憶制御手段とをさらに備えている構成としてもよい。
【００４１】
上記の構成によれば、通信装置は、例えばネットワークに常時接続されていない場合、ネットワークを介して、受信側装置へデータ（電子メール）の送信に対する応答要求（ＭＤＮ要求）を含むデータを送信し、その後再びネットワークに接続してネットワークを介して送信されて来たデータ（電子メール）を受信する。この場合、記憶手段には、記憶制御手段の制御動作により、応答データを記憶するために必要な空き容量が確保されている。したがって、応答データを確実に受信することが可能となる。これにより、記憶手段の容量不足による応答データの未受信を防止することができ、応答データ待ち（送達確認待ち）のタイムアウトエラーが発生する事態を防止することができる。
【００４２】
上記の通信装置は、データの送信に対する受信側装置からの応答が要求されている場合に、受信制御手段による前記動作が行われる構成としてもよい。
【００４３】
上記の構成によれば、受信制御手段による上記の制御動作は、データの送信に対する受信側装置からの応答が要求されている場合にのみ行われるので、前記応答が要求されていない通常の処理時においては、処理動作を簡素化する事が可能となる。
【００４４】
【発明の実施の形態】
〔実施の形態１〕
本発明の実施の一形態を図面に基づいて以下に説明する。
ネットワーク通信システムは、例えば図２に示すように、例えばインターネットによる通信機能を備えたネットワークファクシミリ装置からなる端末装置（通信装置）２１，２５、メールサーバ（中継装置）２２，２４および例えばインターネットからなるネットワーク２３により構成されている。なお、同図において、送信側の端末装置２１および受信側の端末装置２５はそれぞれ１台ずつのみ示されているが、それぞれ複数台がネットワーク２３に接続されている構成としてもよい。
【００４５】
同図において、送信側の端末装置２１から送信側のメールサーバ２２に投函された電子メールは、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の所定の電子メール転送プロトコルにより、ネットワーク２３を介して受信側のメールサーバ２４に転送され、そのメールサーバ２４に蓄積される。受信側の端末装置２５は、ＰＯＰ３プロトコル（Ｐｏｓｔ Ｏｆｆｉｃｅ ｐｒｏｔｏｃｏｌ ３）あるいはＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等のメール受信プロトコルを用いて受信側のメールサーバ２４にアクセスし、そこに蓄積されている電子メールを取得する。
【００４６】
このネットワーク通信システムでは、受信側の端末装置２５が電子メールを受信し、添付されている画像情報を受信原稿として記録出力した場合に、重複して再度の転送が行われないように、メールサーバ２４において、端末装置２５が受信した電子メールを削除するように構成されている。
【００４７】
ネットワークファクシミリ装置からなる上記の端末装置２１，２５としては、例えば図１に示すファクシミリ／電子メール装置を使用可能である。同図はファクシミリ／電子メール装置の電気的構成を示すブロック図である。
【００４８】
端末装置２１，２５、即ちファクシミリ／電子メール装置は、データを記録媒体に印刷するプリンタ／コピー機や、電話回線を利用した通常のファクシミリ（ＦＡＸ）としての機能の他に、インターネットなどのネットワークを経由して、電子メール（Ｅ−ｍａｉｌ）の送受信やサーバとファイルの送受信を行う電子メール（Ｅ−ｍａｉｌ／ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ））装置、およびインターネットファクシミリ装置としての機能を有する。インターネットファクシミリ装置としての機能については、後に詳述する。
【００４９】
この端末装置２１，２５は、大略的に、メイン制御部（受信制御手段）２、パネル制御部３、制御用メモリ４、制御用バッファ５、画像記憶部（記憶手段）６、電子メール作成部７、読取部８、記録部９、符号／復号化制御部１０、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）制御部（送受信手段）１１、モデム１２、網制御部（ＮＣＵ：Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１３、送達確認制御部（応答要求設定手段）１４、時計部１５、電子メール判定部（データ判別手段）１６および画像記憶残量管理部１７を備えている。
【００５０】
メイン制御部２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを備えて構成され、端末装置２１，２５全体の制御を行う。
【００５１】
パネル制御部３は、原稿の読込みおよび相手先入力などの指示を行うためのものであり、詳細は後述する。
【００５２】
制御用メモリ４は、ＲＯＭなどの不揮発性のメモリや、バックアップされた揮発性のメモリなどから成り、各種制御プログラムや相手先情報（送信先の電話番号、短縮番号等）を記憶している。
【００５３】
制御用バッファ５は、ＲＡＭ等から成り、上記の制御プログラムを動作させる上で必要なデータを格納する。
【００５４】
画像記憶部６は、符号化された画像データを記憶するとともに、後述する読取部８から読込んだデータ、受信したデータおよび復号化後のデータなどを記憶する。
【００５５】
電子メール作成部７は、符号／復号化制御部１０にて符号化された画像データにヘッダ情報を付加し、電子メールのフォーマットに変換する。
【００５６】
読取部８は、原稿読取り手段としての光電変換素子（ＣＣＤ；Ｃｈａｒｇｅ ＣｏｕｐｌｅｄＤｅｖｉｃｅ）を利用したスキャナであり、原稿を所定の解像度で読取る。また、読取った原稿のドットイメージデータを出力する。
【００５７】
記録部９は、例えば電子写真方式のプリンタ装置を備え、通信によって受信した原稿画像や読取部８で読取った原稿画像等のデータをハードコピー（プリントアウト）する。
【００５８】
符号／復号化制御部１０は、読込んだ原稿画像データの符号化および受信した原稿画像データの復号化を行う。即ち、この符号／復号化制御部１０は、読取部８で読取った原稿画像データを符号化圧縮するとともに、符号化圧縮されている受信した原稿画像データを元のデータに復号化する。この符号／復号化制御部１０では、ファクシミリ通信で一般に使用されている、ＭＨ（Ｍｏｄｉｆｉｅｄ Ｈｕｆｆｍａｎ）、ＭＲ（Ｍｏｄｉｆｉｅｄ ＲＥＡＤ）およびＭＭＲ（Ｍｏｄｉｆｉｅｄ Ｍｏｄｉｆｉｅｄ ＲＥＡＤ）などの符号化方式を用いることができる。
【００５９】
ＬＡＮ制御部１１は、インターネット経由による電子メールの送受信通信およびインターネットファクシミリの通信を行うように、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と接続するためのものである。
【００６０】
モデム１２は、通常のファクシミリ通信を行うためのものであり、ファクシミリ通信が可能なファクシミリモデムから構成されている。このモデム１２は、網制御部１３を介して公衆電話回線と接続されている。
【００６１】
網制御部１３は、アナログの公衆電話回線網（ＰＳＴＮ）との回線の閉結および開放の回線制御動作を行うハードウェアであり、必要に応じてモデム１２を公衆電話回線網と接続する。
【００６２】
送達確認制御部１４は、先述のＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）機能による送達確認応答の要求、および受信した送達確認応答の管理などを行うものであり、前記電子メール作成部７が付加するヘッダ情報を用いて制御を行う。
【００６３】
時計部１５は、前記送達確認の要求を送信してから、送達確認応答を受信するまでの経過時間を計測する手段であり、例えば後述するタイムアウト時間などをカウントする。
【００６４】
電子メール判定部１６は、メールサーバ２１，２５に蓄積したデータが、前記ＭＤＮ機能による送達確認応答の要求に対する応答の電子メールであるか否かの判別を行うものである。この判別は、受信したデータのサイズとあらかじめ決められたデータサイズαとを比較することにより行う。
【００６５】
画像記憶残量管理部１７は、メールサーバ２１，２５に蓄積されたデータを端末装置２１，２５が受信する際に、受信したデータを記憶する画像記憶部６に対して、前記ＭＤＮ機能による送達確認応答の要求に対する応答の電子メールを受信するために必要な容量を常に確保しておくように管理するものである。
【００６６】
以下、上記の端末装置２１，２５におけるインターネットファクシミリ装置としての機能について説明する。
【００６７】
送信側の端末装置２１では、インターネットファクシミリ装置としての機能によりファクシミリ文書データ（画像データ）を送信する場合、次の処理が行われる。なお、この場合に送信される電子メールの構造の一例を図３に示す。
【００６８】
まず、送信されるファクシミリ文書データは、符号／復号化制御部１０において符号化される。このファクシミリ文書データは、電子メール作成部７において、ＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｌｉｆｅ Ｆｏｒｍａｔ）ファイルフォーマットに変換され、ヘッダ情報が付加され、電子メールのフォーマットに変換される。
【００６９】
即ち、送信側の端末装置２１は、ファクシミリ文書データの送信先を示す電子メールアドレスにファクシミリ文書データ（図３における「（ｂ）本文」に相当）を付加して電子メール化する。そして、公衆電話回線等を通じてインターネットサービスプロバイダのメールサーバ２２に接続し、そのホストを介してネットワーク（インターネット）２３に接続するか、または直接ネットワーク２３に接続して、上記の電子メールを受信側のメールサーバ２４に転送する。
【００７０】
上記のような電子メールの送受信は、送信側の端末装置２１と受信側の端末装置２５とが共にネットワーク２３に接続されることで可能となる。
【００７１】
そして、端末装置２１，２５は、配信成功後にメッセージで処理状況を通知するＭＤＮ機能を有する。ＭＤＮ機能とは、先述のように、電子メールを受信した場合に、受信側の端末装置２１が送達確認応答を送信側の端末装置２５に返信することによって送達確認を行うことができる機能である。
【００７２】
そこで、端末装置２１では、電子メール作成部７において、図３に示すように、電子メールのヘッダ部に、送達確認制御部１４が用いるためのＭＤＮフィールドを付加し、そのＭＤＮフィールドに確認メールの返信先アドレス（送信側の端末装置２１のアドレスまたは番号）を記述し、送達確認応答要求を行う。
【００７３】
次に、端末装置２１，２５の応答メール優先受信機能について説明する。この機能において、メールサーバ２２に常時接続されていない送信側の端末装置２１は、メールサーバ２２に接続して、受信側の端末装置２５に送達確認の応答を要求した電子メールを送信した後、メールサーバ２２に対して再度接続したときに、メールサーバ２２に蓄積されている端末装置２１宛の電子メールについて、送達確認応答の要求に対する応答の電子メールであるか否かの判別を行い、上記応答の電子メールを優先的に受信する。
【００７４】
図４は、送信側の端末装置２１での応答メール優先受信機能による受信動作を示すフローチャートである。
【００７５】
同図に示すように、端末装置２１では、まず、ＬＡＮ制御部１１が端末装置２１をメールサーバ２２に接続する（Ｓ１）。
【００７６】
次に、送達確認制御部１４が、端末装置２１からの送信済みの電子メールについて、送達確認要求についての応答待ちの有無を確認する（Ｓ２）。この動作は、送信済みの電子メールにおいて送達確認要求を設定したか否かに基づいて行う。
【００７７】
Ｓ２において、送達確認要求の応答待ちがある場合、メイン制御部２は、メールサーバ２２から端末装置２１宛の各電子メールについて、ユニークＩＤ、メッセージ番号リストおよびデータサイズを取得する（Ｓ３）。
【００７８】
なお、ユニークＩＤは、７０文字以内の任意の文字列で示される、電子メール毎の識別情報である。また、メッセージ番号は、メールサーバ２２に蓄積されている電子メールに対して蓄積された順序に付与された１からの連番号である。このメッセージ番号は、何れかの電子メールが削除された場合、蓄積されている電子メールのメッセージ番号が連番となるように、振り替えられる。
【００７９】
次に、電子メール判定部１６は、端末装置２１宛の各電子メールについて、ステップＳ３にて取得したデータサイズと所定のデータサイズαとを比較し、データサイズαよりも小さいデータサイズの電子メールの有無を判別する（Ｓ４）。
【００８０】
ここで、送達確認要求に対する応答メールは、通常のインターネットファックス等の電子メールと比べて容量が小さなっている。即ち、ＭＤＮの返信（応答メール）では、画像データが添付されて来ないため、データサイズが極端に小さくなる。したがって、例えば前記データサイズαを５ＫＢと設定することにより、応答メールの有無を判別することができる。
【００８１】
次に、メイン制御部２は、データサイズαよりも小さいデータサイズの電子メールが存在する場合、受信する電子メールの順序を、メッセージ番号の若いもの順とする順序から、データサイズがデータサイズαよりも小さい電子メールを優先する順序に変更する処理を行う（Ｓ５）。
【００８２】
例えば、メールサーバ２２に図６に示す状態でデータが蓄積されているものとすると、Ｓ４において、５ＫＢよりも小さいデータはメッセージ番号２および４のデータであると判別される。このデータサイズが５ＫＢよりも小さいデータは、送達確認要求に対する応答メールである可能性が高い。そこで、Ｓ５において、メイン制御部２は、図７に示すように、端末装置２１がメッセージ番号２および４の電子メールを優先的に受信するように、受信する電子メールの順序変更の処理を行う（メールサーバ２２に対して受信要求する電子メールの順序変更の処理を行う）。
【００８３】
次に、メイン制御部２は、Ｓ５において受信順序の変更処理が行われている場合には、その順序にて受信処理を行う（Ｓ７）。なお、Ｓ４において、データサイズαよりも小さいデータサイズの電子メールが存在しない場合には、Ｓ５での受信順序の変更処理を行うことなく、メッセージ番号の順序にて電子メールを受信する、受信処理を行う（Ｓ７）。
【００８４】
一方、Ｓ２において、送達確認要求の応答待ちがない場合、メイン制御部２は、メールサーバ２２から端末装置２１宛の各電子メールについて、ユニークＩＤおよびメッセージ番号リストを取得する（Ｓ６）。次に、メイン制御部２は、メッセージ番号の順序にて電子メールを受信する、受信処理を行う（Ｓ７）。
【００８５】
Ｓ７での受信処理が終了すると、メイン制御部２は、メールサーバ２２との通信を切断し（Ｓ８）、処理を終了する。
【００８６】
次に、Ｓ８の受信処理の詳細について、図５のフローチャートにより説明する。
【００８７】
この処理において、端末装置２１では、画像記憶残量管理部１７が、まず、画像記憶部６の空き容量を検出し（Ｓ１１）、次にメールサーバ２２から受信したユニークＩＤにより識別される電子メールのデータサイズ（容量）の情報を受信する（Ｓ１２）。なお、Ｓ２において端末装置２１が送達確認要求の応答待ちの状態であった場合、上記データサイズの情報はＳ３において既に受信済みである。
【００８８】
次に、画像記憶残量管理部１７は、電子メールのデータサイズが画像記憶部６のトータルメモリサイズよりも小さいか否かを判別する（Ｓ１３）。電子メールのデータサイズが画像記憶部６のトータルメモリサイズよりも小さい場合には、さらに、電子メールのデータサイズが画像記憶部６の空き容量よりも小さいか否かを判別する（Ｓ１４）。
【００８９】
Ｓ１４において、電子メールのデータサイズが画像記憶部６の空き容量よりも小さい場合には、その電子メールをメールサーバ２２から受信し、その電子メールを画像記憶部６に記憶する（Ｓ１５）。一方、Ｓ１３において電子メールのデータサイズが画像記憶部６のトータルメモリサイズ以上である場合、およびＳ１４において電子メールのデータサイズが画像記憶部６の空き容量以上である場合の各場合には、メールサーバ２２からその電子メールについての受信を行わない（Ｓ１６）。
【００９０】
その後、Ｓ１１〜Ｓ１６の処理を繰り返し、メールサーバ２２に蓄積されている端末装置２１宛の各電子メールについての処理を終了した場合には（Ｓ１７）、受信処理を終了する。
【００９１】
上述のように、送信側の端末装置（ファクシミリ／電子メール装置）２１では、まず、メールサーバ２２に接続して、送信先（受信側の端末装置２５）に送達確認の応答要求を付加した電子メールを送信する。その後、端末装置２１では、再度メールサーバ２２に接続し、メールサーバ２２に蓄積された電子メールを受信する際に、電子メール判定部１６が送達確認の要求に対する応答の電子メールであるか否かの判別を行い、応答の電子メールについては、電子メールの受信順序を変更することにより、優先的に受信するようにしている。
【００９２】
これにより、送信側の端末装置２１では、送達確認の応答メールを迅速に受信することができ、メールサーバ２２に接続した際に受信する電子メール（データ）の容量が大きすぎるために応答メールが受信できないといった事情により、タイムアウトエラーが発生する事態を防ぐことが可能である。
【００９３】
また、Ｓ１４およびＳ１６の動作を行っているので、応答メールよりも先に容量の大きい電子メールを受信したことにより、メモリの空き容量の不足から、応答メールが受信できなくなる事態を防ぐことが可能となる。
【００９４】
〔実施の形態２〕
本発明の実施の他の形態を図面に基づいて以下に説明する。
ここでは、送信側の端末装置２１において、メールサーバ２２から受信したデータを記憶する画像記憶部６の空き容量を管理することにより、前記応答メールを優先的に受信する場合の機能について、図８および図９のフローチャートに基づいて説明する。
【００９５】
図８に示すように、送信側の端末装置（ファクシミリ／電子メール装置）２１では、まずメールサーバ２２に接続し（Ｓ２１）、メールサーバ２２に蓄積されている各電子メールそれぞれのユニークＩＤおよびメッセージ番号リストを取得する（Ｓ２２）。
【００９６】
次に、端末装置２１では、前記ユニークＩＤにより識別される電子メールのデータサイズと画像記憶部６の空き容量との関係に応じて、所定の受信処理を行い（Ｓ２３）、受信した電子メールについては画像記憶部６に格納する。
【００９７】
その後、端末装置２１では、Ｓ２３における受信処理が終了すると、メールサーバ２２の通信を切断し、処理を終了する。
【００９８】
次に、前記Ｓ２３における受信処理について、図９により詳細に説明する。
送信側の端末装置２１は、受信側の端末装置２５に対して電子メールを送信し、その後、送達確認要求についての応答待ち状態となっている。送達確認要求についての応答待ちの有無は送達確認制御部１４により確認され、この確認動作は、送信済みの電子メールにおいて送達確認要求を設定したか否かに基づいて行われる。
【００９９】
端末装置２１では、送達確認要求に対する応答待ち状態である場合に図９のＳ３１からの受信処理を開始する一方、送達確認要求に対する応答待ち状態でない場合に前述の図５のＳ１１からの受信処理を開始する。
【０１００】
図９の動作において、端末装置２１では、まず、画像記憶残量管理部１７が画像記憶部６の空き容量を検出し（Ｓ３１）、先に取得したユニークＩＤにより識別される電子メールのデータサイズ（容量）の情報を受信する（Ｓ３２）。
【０１０１】
次に、画像記憶残量管理部１７は、電子メールのデータサイズが画像記憶部６のトータルメモリサイズよりも小さいか否かを判別する（Ｓ３３）。
【０１０２】
この判別の結果、電子メールのデータサイズが画像記憶部６のトータルメモリサイズよりも小さい場合には、次に、電子メールのデータサイズが所定値αよりも大きいか否かを判別する（Ｓ３４）。ここで、前記同様に、所定値αを例えば５ＫＢと設定することにより、応答メールの判別が可能となる。
【０１０３】
Ｓ３４での判別の結果、電子メールのデータサイズが所定値αよりも大きい場合、即ちその電子メールが応答メールでない場合には、次に、電子メールのデータサイズが画像記憶部６の（空き容量−所定値α）よりも小さいか否かを判別する（Ｓ３５）。
【０１０４】
この判別の結果、電子メールのデータサイズが画像記憶部６の（空き容量−所定値α）よりも小さい場合には、メールサーバ２２からその電子メールを受信し、画像記憶部６に記憶する（Ｓ３７）。
【０１０５】
また、Ｓ３５において、電子メールのデータサイズが画像記憶部６の（空き容量−所定値α）以上である場合には、Ｓ３８へ移行し、メールサーバ２２からその電子メールを受信しない。
【０１０６】
また、Ｓ３４において、電子メールのデータサイズが所定値α以下である場合、即ちその電子メールが応答メールである可能性が高い場合には、さらに、その電子メールのデータサイズが画像記憶部６の空き容量よりも小さいか否かを判別する（Ｓ３６）。
【０１０７】
Ｓ３６での判別の結果、電子メールのデータサイズが画像記憶部６の空き容量よりも小さい場合には、メールサーバ２２からその電子メールを受信し、画像記憶部６に記憶する（Ｓ３７）。
【０１０８】
また、Ｓ３６での判別の結果、電子メールのデータサイズが画像記憶部６の空き容量よりも大きい場合には、その電子メールは画像記憶部６に記憶することができないので、Ｓ３８へ移行し、メールサーバ２２からその電子メールを受信しない。
【０１０９】
また、Ｓ３３において、電子メールのデータサイズが画像記憶部６のトータルメモリサイズ以上である場合にも、同様に、Ｓ３８へ移行し、メールサーバ２２からその電子メールを受信しない。
【０１１０】
その後、Ｓ３１〜Ｓ３８の処理を繰り返し、メールサーバ２２に蓄積されている端末装置２１宛の各電子メールについての処理を終了した場合には（Ｓ３９）、受信処理を終了する。
【０１１１】
上述のように、送信側の端末装置（ファクシミリ／電子メール装置）２１では、まず、メールサーバ２２に接続して、送信先（受信側の端末装置２５）に送達確認の応答要求を付加した電子メールを送信する。その後、端末装置２１では、再度メールサーバ２２に接続し、メールサーバ２２に蓄積された電子メールを受信する際に、受信する電子メールの容量と画像記憶部６の空き容量とを比較し、送達確認の応答の電子メールを受信するために必要とする空き容量を確保することで、応答の電子メールを確実に受信できるようにしている。
【０１１２】
なお、所定値αについて補足すると、ＭＤＮの応答メールについては、その添付ファイルの出力がないため、最初に所定値αの空き容量を確保しておけば、連続して、先に受信した電子メールの処理と、次の受信の処理とを行うことが可能である。また、データの処理の都合上、所定値αとしては、現在、送達確認の要求を行っている件数Ａを掛けた値（α×Ａ件数）を用いる構成であってもよい。
【０１１３】
【発明の効果】
以上のように、本発明の通信装置は、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように前記受信動作を制御する受信制御手段とを備えている構成である。
【０１１４】
本発明の通信装置は、ネットワークを介してデータの送受信を行う送受信手段と、データの送信に対する受信側装置からの応答を求める応答要求を送信データに設定する応答要求設定手段と、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように前記送受信手段を制御する受信制御手段とを備えている構成である。
【０１１５】
本発明の通信方法は、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するステップと、前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するステップとを備えている構成である。
【０１１６】
上記の構成によれば、応答データであると判別されたデータがあれば、そのデータを、それ以外のデータよりも優先して受信する。したがって、データの送信に対する受信側装置からの応答を要求した場合には、この応答要求に対する受信側装置からの応答データを迅速に受信することができ、応答データ待ちのタイムアウトエラーが発生する事態を防止することができる。
【０１１７】
本発明の通信装置は、前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、前記データ判別手段により前記応答データであると判別されたデータの受信順位を、それ以外のデータの受信順位よりも上位に設定する受信制御手段とを備えている構成である。
【０１１８】
上記の構成によれば、データ判別手段により、ネットワークを介して送信されて来たデータが応答要求に対する応答データであると判別された場合には、そのデータの受信順位がそれ以外のデータの受信順位よりも上位に設定される。したがって、応答要求に対する応答データを他のデータよりも優先して受信することができる。
【０１１９】
したがって、前述の構成の場合と同様、データの送信に対する受信側装置からの応答を要求した場合には、この応答要求に対する受信側装置からの応答データを迅速に受信することができ、応答データ待ちのタイムアウトエラーが発生する事態を防止することができる。
【０１２０】
上記の通信装置は、ネットワークを介して通信装置宛に送信されて来たデータを保管し、保管した各データに対して、各データ固有の識別情報と、保管しているデータにおいて連番となるように適宜振り替えられる通し番号とを付与する中継装置を介してデータの送受信を行い、前記受信制御手段が、前記中継装置からデータを受信する場合に、前記中継装置に対して受信要求するデータの順序を、前記通し番号の順序から変更することにより、前記受信順位の変更を行う構成としてもよい。
【０１２１】
上記の構成によれば、中継装置からデータを受信する場合に、中継装置に対して受信要求するデータの順序を、前記通し番号の順序から変更して受信順位の変更を行うことにより、応答要求に対する応答データを他のデータよりも優先して受信することが可能となる。
【０１２２】
上記の通信装置は、前記データ判別手段が、受信するデータのサイズを所定のデータサイズと比較することにより、前記応答データであるか否かを判別する構成としてもよい。
【０１２３】
上記の構成において、応答要求（ＭＤＮ要求）に対する応答データには、ファイルが添付されていないため他のファイルが添付されているデータと比べてデータサイズが小さい。このため、あらかじめ応答データであると考えられる所定のデータサイズを設定し、受信するデータのサイズと比較することにより応答データであるか否かを判別することができる。このような構成によれば、簡単かつ容易に応答データを判別可能である。
【０１２４】
上記の通信装置は、受信データを記憶する記憶手段と、前記記憶手段において前記応答データを記憶するために必要な空き容量を残して受信データが記憶されるように、前記記憶手段での記憶動作を制御する記憶制御手段とをさらに備えている構成としてもよい。
【０１２５】
上記の構成によれば、記憶手段には、記憶制御手段の制御動作により、応答データを記憶するために必要な空き容量が確保されている。したがって、応答データを確実に受信することが可能となる。これにより、記憶手段の容量不足による応答データの未受信を防止することができ、応答データ待ちのタイムアウトエラーが発生する事態を防止することができる。
【０１２６】
上記の通信装置は、データの送信に対する受信側装置からの応答が要求されている場合に、受信制御手段による前記動作が行われる構成としてもよい。
【０１２７】
上記の構成によれば、受信制御手段による上記の制御動作は、データの送信に対する受信側装置からの応答が要求されている場合にのみ行われるので、前記応答が要求されていない通常の処理時においては、処理動作を簡素化する事が可能となる。
【図面の簡単な説明】
【図１】本発明の実施の一形態における通信装置としての端末装置の構成を示すブロック図である。
【図２】図１に示した端末装置を複数台含み、これら端末装置同士が電子メールの通信を行うネットワーク通信システムの構成を示すブロック図である。
【図３】図１に示した端末装置により送受信される電子メールの構造を示す説明図である。
【図４】図１に示した端末装置における電子メールの送受信動作を示すフローチャートである。
【図５】図４に示したＳ７における受信処理の動作を示すフローチャートである。
【図６】図１に示したメールサーバにおいて蓄積されている電子メールの状態を示す管理テーブルである。
【図７】図１に示した端末装置において各電子メールの受信順序を変更した状態を示す管理テーブルである。
【図８】本発明の実施の他の形態における端末装置での電子メールの送受信動作を示すフローチャートである。
【図９】図８に示したＳ２３における受信処理の動作を示すフローチャートである。
【図１０】従来の通信装置としての端末装置を複数台含み、これら端末装置同士が電子メールの通信を行うネットワーク通信システムの構成を示すブロック図である。
【符号の説明】
２ メイン制御部（受信制御手段）
６ 画像記憶部（記憶手段）
７ 電子メール作成部
１０ 符号／復号化制御部
１１ ＬＡＮ制御部（送受信手段）
１４ 送達確認制御部（応答要求設定手段）
１６ 電子メール判定部（データ判別手段）
１７ 画像記憶残量管理部
２１，２５ 端末装置（通信装置）
２２，２５ メールサーバ（中継装置）
Claims (8)
- ネットワークを介してデータの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する通信装置において、
前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、
前記データ判別手段により前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように前記受信動作を制御する受信制御手段とを備えていることを特徴とする通信装置。 - ネットワークを介してデータの送受信を行う送受信手段と、
データの送信に対する受信側装置からの応答を求める応答要求を送信データに設定する応答要求設定手段と、
前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、
前記データ判別手段により前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するように前記送受信手段を制御する受信制御手段とを備えていることを特徴とする通信装置。 - ネットワークを介してデータの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する通信装置において、
前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するデータ判別手段と、
前記データ判別手段により前記応答データであると判別されたデータの受信順位を、それ以外のデータの受信順位よりも上位に設定する受信制御手段とを備えていることを特徴とする通信装置。 - ネットワークを介して通信装置宛に送信されて来たデータを保管し、保管した各データに対して、各データ固有の識別情報と、保管しているデータにおいて連番となるように適宜振り替えられる通し番号とを付与する中継装置を介してデータの送受信を行い、
前記受信制御手段は、前記中継装置からデータを受信する場合に、前記中継装置に対して受信要求するデータの順序を、前記通し番号の順序から変更することにより、前記受信順位の変更を行うことを特徴とする請求項３に記載の通信装置。 - 前記データ判別手段は、受信するデータのサイズを所定のデータサイズと比較することにより、前記応答データであるか否かを判別することを特徴とする請求項１から３の何れか１項に記載の通信装置。
- 受信データを記憶する記憶手段と、
前記記憶手段において前記応答データを記憶するために必要な空き容量を残して受信データが記憶されるように、前記記憶手段での記憶動作を制御する記憶制御手段とをさらに備えていることを特徴とする請求項１から３の何れか１項に記載の通信装置。 - データの送信に対する受信側装置からの応答が要求されている場合に、受信制御手段による前記動作が行われること特徴とする請求項１から３の何れか１項に記載の通信装置。
- ネットワークを介してデータの送受信を行うとともに、データの送信に対する受信側装置からの応答を要求する通信方法において、
前記ネットワークを介して送信されて来たデータについて、前記応答要求に対する応答データか否かを判別するステップと、
前記応答データであると判別されたデータを、それ以外のデータよりも優先して受信するステップとを備えていることを特徴とする通信方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002341554A JP4416999B2 (ja) | 2002-11-25 | 2002-11-25 | 通信装置 |
| US10/719,955 US7787155B2 (en) | 2002-11-25 | 2003-11-21 | Communications device and communications method |
| CNB2003101199014A CN1249976C (zh) | 2002-11-25 | 2003-11-25 | 通信装置和通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002341554A JP4416999B2 (ja) | 2002-11-25 | 2002-11-25 | 通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004178109A true JP2004178109A (ja) | 2004-06-24 |
| JP4416999B2 JP4416999B2 (ja) | 2010-02-17 |
Family
ID=32375861
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002341554A Expired - Fee Related JP4416999B2 (ja) | 2002-11-25 | 2002-11-25 | 通信装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7787155B2 (ja) |
| JP (1) | JP4416999B2 (ja) |
| CN (1) | CN1249976C (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007052786A (ja) * | 2005-08-17 | 2007-03-01 | Fuji Xerox Co Ltd | ドキュメントの確認伝送システム |
| JP2009081659A (ja) * | 2007-09-26 | 2009-04-16 | Nec Corp | 電子メール管理システム、電子メール管理方法、及び電子メール管理プログラム |
| JP2012194822A (ja) * | 2011-03-17 | 2012-10-11 | Oki Data Corp | 画像処理装置及び画像処理システム |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7864761B2 (en) * | 2005-02-04 | 2011-01-04 | Avaya Inc. | Handling unsolicited content at a telecommunications terminal |
| US8811575B2 (en) * | 2007-06-13 | 2014-08-19 | I D You, Llc | Delivering additional information to receiving parties for text messaging based caller ID |
| JP2009055155A (ja) * | 2007-08-24 | 2009-03-12 | Murata Mach Ltd | ゲートウェイ装置 |
| JP5366579B2 (ja) * | 2009-02-09 | 2013-12-11 | キヤノン株式会社 | 通信システム、通信装置、その処理方法及びプログラム |
| JP5435989B2 (ja) * | 2009-03-12 | 2014-03-05 | キヤノン株式会社 | メール受信エラー情報通知システム |
| JP6149520B2 (ja) * | 2013-06-06 | 2017-06-21 | 富士通株式会社 | 送信装置、中継装置、送信プログラム、中継プログラム、及び送信システムの制御方法 |
| US11354659B1 (en) * | 2016-12-19 | 2022-06-07 | Amazon Technologies, Inc. | Securing transaction messages based on a dynamic key selection |
| US11341489B1 (en) | 2016-12-19 | 2022-05-24 | Amazon Technologies, Inc. | Multi-path back-end system for payment processing |
Family Cites Families (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB8918553D0 (en) * | 1989-08-15 | 1989-09-27 | Digital Equipment Int | Message control system |
| US5245368A (en) * | 1990-09-28 | 1993-09-14 | Xerox Corporation | Method and apparatus of utilizing stored job information in an electronic reprographic printing system |
| JPH04227537A (ja) * | 1990-10-10 | 1992-08-17 | Fuji Xerox Co Ltd | プリンタおよびプリントジョブ制御装置 |
| US5513126A (en) * | 1993-10-04 | 1996-04-30 | Xerox Corporation | Network having selectively accessible recipient prioritized communication channel profiles |
| JP3554602B2 (ja) | 1995-03-20 | 2004-08-18 | 富士通株式会社 | 通信制御装置 |
| US5764899A (en) * | 1995-11-13 | 1998-06-09 | Motorola, Inc. | Method and apparatus for communicating an optimized reply |
| JP4247928B2 (ja) | 1996-07-03 | 2009-04-02 | 京セラ株式会社 | 電子メールシステム |
| JPH1139235A (ja) | 1997-07-15 | 1999-02-12 | Murata Mach Ltd | 電子メール機能付通信端末装置 |
| JPH1198176A (ja) * | 1997-09-24 | 1999-04-09 | Sharp Corp | 電子メール送受信システムおよび電子メール送受信方法ならびにこの方法を記録した記録媒体 |
| JPH11261628A (ja) * | 1998-03-09 | 1999-09-24 | Canon Inc | インターネットファクシミリ装置及びその方法 |
| US6067107A (en) | 1998-04-30 | 2000-05-23 | Wink Communications, Inc. | Response capacity management in interactive broadcast systems by periodic reconfiguration of response priorities |
| JP3123989B2 (ja) | 1998-10-01 | 2001-01-15 | 中部日本電気ソフトウェア株式会社 | 情報端末装置，電子メール制限受信方法および電子メール制限受信プログラムを記録した記録媒体 |
| US6351764B1 (en) * | 1998-12-31 | 2002-02-26 | Michael Voticky | System and method for prioritizing communications messages |
| US6650440B1 (en) * | 1999-03-26 | 2003-11-18 | Cisco Technology, Inc. | System, apparatus and method for reducing fax transmission status outcalls from a FAX-to-SMTP gateway |
| JP2001265675A (ja) | 1999-09-24 | 2001-09-28 | Ricoh Co Ltd | 通信端末装置およびその制御方法およびネットワークファクシミリ装置およびその制御方法 |
| JP2001134657A (ja) * | 1999-11-05 | 2001-05-18 | Sony Corp | 問い合わせ対応装置、問い合わせ対応方法、問い合わせ対応機能を有するプログラムを記録したコンピュータ読み取り可能な情報記録媒体及び、問い合わせ対応機能を有するプログラムを伝送する伝送媒体 |
| JP3682493B2 (ja) * | 1999-12-27 | 2005-08-10 | 村田機械株式会社 | 通信装置及びメール通信方法 |
| JP2001274944A (ja) | 2000-03-24 | 2001-10-05 | Ricoh Co Ltd | ネットワークファクシミリ装置 |
| JP3847523B2 (ja) | 2000-04-21 | 2006-11-22 | 株式会社リコー | 画像通信装置 |
| JP2001337900A (ja) | 2000-05-30 | 2001-12-07 | Ricoh Co Ltd | 電子メール受信装置 |
| JP2002032318A (ja) | 2000-07-17 | 2002-01-31 | Ricoh Co Ltd | 通信端末装置 |
| JP2002055934A (ja) * | 2000-08-08 | 2002-02-20 | Canon Inc | 電子メール印刷装置、電子メール印刷方法、および記憶媒体 |
| US7254641B2 (en) * | 2001-01-30 | 2007-08-07 | Intervoice, Inc. | Digital multimedia contact center with tier escalation and deescalation in response to changed criteria |
| JP2002318769A (ja) | 2001-04-19 | 2002-10-31 | Murata Mach Ltd | 通信システム及び通信装置 |
| JP2003008800A (ja) * | 2001-06-26 | 2003-01-10 | Murata Mach Ltd | ファクシミリ装置 |
| US20030164990A1 (en) * | 2002-02-19 | 2003-09-04 | Toshiba Tec Kabushiki Kaisha | Facsimile apparatus and control method thereof |
| JP3745290B2 (ja) * | 2002-02-28 | 2006-02-15 | シャープ株式会社 | ネットワーク通信装置 |
| US20030187937A1 (en) * | 2002-03-28 | 2003-10-02 | Yao Timothy Hun-Jen | Using fuzzy-neural systems to improve e-mail handling efficiency |
| US7725543B2 (en) * | 2002-06-12 | 2010-05-25 | Sharp Kabushiki Kaisha | Network communication device for transmitting/receiving an email message containing a disposition notification request |
| US20080270540A1 (en) * | 2004-03-30 | 2008-10-30 | Martin Wahlers Larsen | Filter and a Method of Filtering Electronic Messages |
-
2002
- 2002-11-25 JP JP2002341554A patent/JP4416999B2/ja not_active Expired - Fee Related
-
2003
- 2003-11-21 US US10/719,955 patent/US7787155B2/en not_active Expired - Fee Related
- 2003-11-25 CN CNB2003101199014A patent/CN1249976C/zh not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007052786A (ja) * | 2005-08-17 | 2007-03-01 | Fuji Xerox Co Ltd | ドキュメントの確認伝送システム |
| JP2009081659A (ja) * | 2007-09-26 | 2009-04-16 | Nec Corp | 電子メール管理システム、電子メール管理方法、及び電子メール管理プログラム |
| JP4640620B2 (ja) * | 2007-09-26 | 2011-03-02 | 日本電気株式会社 | 電子メール管理システム、メールサーバ、電子メール管理方法、及びプログラム |
| JP2012194822A (ja) * | 2011-03-17 | 2012-10-11 | Oki Data Corp | 画像処理装置及び画像処理システム |
| US8873093B2 (en) | 2011-03-17 | 2014-10-28 | Oki Data Corporation | Deleting mail at a server after it is confirmed the mail is read |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1249976C (zh) | 2006-04-05 |
| US20040105121A1 (en) | 2004-06-03 |
| US7787155B2 (en) | 2010-08-31 |
| JP4416999B2 (ja) | 2010-02-17 |
| CN1503549A (zh) | 2004-06-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7602517B2 (en) | Internet facsimile gateway device | |
| US6965446B2 (en) | Internet facsimile apparatus and internet facsimile communication method | |
| US7369258B2 (en) | Network communication device | |
| US6961137B1 (en) | Network facsimile communication control method | |
| US7792142B2 (en) | Data transmission device, data transmission method, data transmission program, data reception device, data reception method, data reception program, and communication system | |
| JPH10173936A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP4416999B2 (ja) | 通信装置 | |
| EP0940967B1 (en) | Internet facsimile apparatus and method for controlling the same | |
| US20030164990A1 (en) | Facsimile apparatus and control method thereof | |
| JP3664581B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP2002027193A (ja) | ネットワークファクシミリ装置 | |
| JPH1127414A (ja) | 電子メール機能付通信端末装置 | |
| JP3627686B2 (ja) | インターネットファクシミリ装置 | |
| JP3618988B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP3939627B2 (ja) | 通信装置，画像通信装置 | |
| JP4420601B2 (ja) | データ通信システム及び通信装置 | |
| US20040133648A1 (en) | Data terminal method and apparatus capable of storing information using URL | |
| JP2001265699A (ja) | ネットワークファクシミリ装置 | |
| JP2002124973A (ja) | インターネットファクシミリゲートウェイ装置およびその制御方法 | |
| JP3971077B2 (ja) | ネットワーク通信装置及びその制御方法 | |
| JP3857192B2 (ja) | 通信装置、データ受信処理方法及びデータ送信処理方法、データ送信処理プログラム及びデータ受信処理プログラム、並びに、コンピュータ読み取り可能な記録媒体 | |
| JP3871625B2 (ja) | 通信装置 | |
| JPH10304127A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP2007049435A (ja) | ファクシミリ装置およびデータ送信方法 | |
| JP3622007B2 (ja) | インターネットファクシミリ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050525 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060626 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060704 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060901 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060901 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070116 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070314 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070416 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070706 |
|
| 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: 20091125 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4416999 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121204 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121204 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |