JP2004032328A - 通信装置、データ受信処理方法及びデータ送信処理方法、データ送信処理プログラム及びデータ受信処理プログラム、並びに、コンピュータ読み取り可能な記録媒体 - Google Patents
通信装置、データ受信処理方法及びデータ送信処理方法、データ送信処理プログラム及びデータ受信処理プログラム、並びに、コンピュータ読み取り可能な記録媒体 Download PDFInfo
- Publication number
- JP2004032328A JP2004032328A JP2002185272A JP2002185272A JP2004032328A JP 2004032328 A JP2004032328 A JP 2004032328A JP 2002185272 A JP2002185272 A JP 2002185272A JP 2002185272 A JP2002185272 A JP 2002185272A JP 2004032328 A JP2004032328 A JP 2004032328A
- Authority
- JP
- Japan
- Prior art keywords
- data
- notification
- transmission
- condition
- delivery
- 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
Landscapes
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Information Transfer Between Computers (AREA)
Abstract
【課題】複数の送信データを送信した場合においても、それらに対する送達通知を所望のタイミングに設定することができる通信装置を提供する。
【解決手段】送達通知の要求を示す通知要求情報が受信データに含まれている場合に、送達通知のための通知データを作成する通知データ作成手段１８ｂと、送達通知のタイミングを定めるための条件を示す通知条件情報が受信データに含まれている場合に、通知条件情報にて示されている条件を認識する通知条件認識手段２５ｂと、通知条件認識手段２５ｂの認識結果に基づいて、送信手段２７による通知データの送信のタイミングを定める送信制御手段２６ａとを、ファクシミリ／電子メール装置１１に備える。
【選択図】 図１
【解決手段】送達通知の要求を示す通知要求情報が受信データに含まれている場合に、送達通知のための通知データを作成する通知データ作成手段１８ｂと、送達通知のタイミングを定めるための条件を示す通知条件情報が受信データに含まれている場合に、通知条件情報にて示されている条件を認識する通知条件認識手段２５ｂと、通知条件認識手段２５ｂの認識結果に基づいて、送信手段２７による通知データの送信のタイミングを定める送信制御手段２６ａとを、ファクシミリ／電子メール装置１１に備える。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、受信データに含まれる当該データの送達通知の要求に対して応答する機能を有する通信装置、及び、この通信装置に対して送達通知の要求を含むデータを送信する通信装置、受信データに含まれる当該データの送達通知の要求に対して応答するデータ受信処理方法、及び、このデータ受信処理方法にて受信するデータを送信するためのデータ送信処理方法、上記データ送信処理方法又はデータ受信処理方法を実行するためのデータ送信処理プログラム又はデータ受信処理プログラム、並びに、これらのプログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【０００２】
【従来の技術】
近年、ネットワーク化の進展に伴い、インターネットなどのネットワークを介して電子メール（Ｅ−ｍａｉｌ）を送受信するネットワーク通信装置が種々の用途に用いられるようになっている。
【０００３】
例えば、スキャナ機能を備えた装置には、単に画像読み取り装置として用いることができるだけでなく、読み取った画像情報をネットワーク接続されたコンピュータなどの装置へ送信することのできるネットワーク通信装置も開発されている。また、スキャナ機能に加えて印刷機能や電話機能をも備えた、インターネットファクシミリ装置（以下、「インターネットＦＡＸ」という。）も開発されている。
【０００４】
図１２示すように、インターネットＦＡＸ１００・１０１は、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）１０２等を通じてインターネットプロバイダのホスト１０３に接続し、ホスト１０３を介してインターネット１０４に接続する、あるいは直接インターネット１０４に接続する。そして、送信側および受信側のインターネットＦＡＸ１００・１０１がともにインターネット１０４に接続されている状態で電子メールの送受信をする。
【０００５】
ここで、上記のように電子メールを用いて情報を送信する場合には、例えば通常のファクシミリ装置で情報を送信する場合とは異なり、受信側において正常に受信されたかどうか、あるいは受信側において処理が適切になされたかどうかが、送信側においては判別できないという問題があった。すなわち、ＰＳＴＮを介して互いにリアルタイムでファクシミリ通信を行うＧ３ファクシミリ等を用いる場合とは異なり、送信側装置から受信側装置宛に電子メールを送信した場合、送信側装置から電子メールを送信した時点では、受信側装置において電子メールを正常に受信できたか、あるいは適切に処理されたかなどについて送信側装置で判別することができない。
【０００６】
そのため、従来、電子メールの送達の確認を行うために、結局電話による確認等が行われていた。しかし、電子メールで情報を送信してその後電話で送達の確認を行うのでは、余分な手間がかかってしまう。また、電子メールで情報を送信してその後電話で送達の確認を行うのでは、電話と異なり互いにリアルタイムで対話をする必要がないというような、電子メールによる通信の利点が損なわれる。
【０００７】
そこで、電子メールを受信したときに、受信側装置が送達の応答を送信側装置に返信することによって送達通知（ＭＤＮ）を行う方法が、ＲＦＣ２２９８で規定されるＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）の方法により規定されている。これは、電子メールの受信側装置における受信結果や経過を、所定形式の送達通知メール（ＭＤＮメール）に含めて送信側装置に通知する方法である。
【０００８】
ここで、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）とは、インターネットに関する技術の標準を定める団体であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）が正式に発行する文書を指す。ＲＦＣとして、例えば、ＩＰ，ＴＣＰ，ＨＴＴＰ，ＦＴＰ等のインターネットで利用されるプロトコルや、その他インターネットに関するさまざまな技術の仕様や要件などが、上記ＲＦＣ２２９８のような通し番号をつけて公開されている。
【０００９】
ＲＦＣ２２９８で規定されるＭＤＮにおいては、電子メールのヘッダ部に「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドを新たに設ける。送信側装置および受信側装置がこの仕様を満たしている場合には、上記フィールドを用いて送達通知が行われる。具体的には、送信側装置において、上記フィールドに送達通知メールの送付を希望するアドレスを指定して送信し、受信側装置において、上記フィールドで指定されるアドレスにＭＤＮメールを返信する。
【００１０】
上記ＭＤＮによる送達の確認の手順を、図１３（ａ）および図１３（ｂ）に基づいて説明する。図１３（ａ）に示すように、ＲＦＣ２２９８で規定されるＭＤＮによる送達通知を行うためには、まず送信側の送信処理として次の処理を順次行う。
１）ユーザが、送信する原稿をセット送信側装置のスキャナにセットする。
２）ユーザが、送信する相手先の電子メールアドレスを送信側装置に入力する。
３）ユーザが、送信する原稿のファイル形式（ＰＤＦ，ＴＩＦＦ等）を送信側装置に入力する。
４）送信側装置が、原稿を読み取り、送信用の電子メールを作成する。
【００１１】
ＭＤＮの要求をする場合、上記４）の電子メールの作成時において、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドを、作成する電子メールのヘッダ部に付加する。
【００１２】
一方、受信側の受信処理として次の処理を順次行う。
５）受信側装置が、受信した電子メールのヘッダ部を認識して添付データに異常がないか等の確認処理を行う。
６）受信側装置が、受信した電子メールの印字処理を行う。
７）受信側装置が、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドを認識した場合には、ＭＤＮメールを作成する。
８）受信側装置が、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドで指定された宛先にＭＤＮメールを返信する。
以上のようにして「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドを用いた送達通知を実現できる。
【００１３】
また、図１３（ｂ）に示すように、送信側装置から送信された電子メールを受信する受信側装置において、電子メールの印刷が実行できないなどの障害が発生することもある。この場合には、受信側装置が異常発生の旨を通知するためのＭＤＮメールを作成し、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドで指定された宛先に返信する。
【００１４】
また、特開２００１−３０９１０９号公報（公開日：平成１３年１１月２日）には、ＭＤＮの方法を利用したファクシミリ装置が開示されている。このファクシミリ装置では、ＭＤＮの要求を行った後、一定時間経過しても受信側装置よりＭＤＮメールが送られてこないときには、ユーザにＭＤＮメールが送られてこないことを告知するための不達レポートを出力するようになっている。
【００１５】
【発明が解決しようとする課題】
ところが、上述した従来の技術においては、次のような問題を生ずる。インターネットＦＡＸを利用する場合においても、ユーザは通常のファクシミリ装置と同様に用いることが多く、ユーザはＭＤＮによる送達通知を常に要求する設定とすることが想定される。
【００１６】
この場合、上述した従来の技術では、例えば連続して複数の電子メールを送信し、全ての電子メールの送信の終了後に一括して送達通知ができればよいときであっても、電子メール１つごとに異なったタイミングでＭＤＮメールが返信されることになる。
【００１７】
より具体的に説明すると、連続して同じ宛先に１０分おき３件の電子メールを送信した場合、その送信した電子メールに対応するＭＤＮメールが１０分ごとに合計３件返信されることになる。したがって、ＭＤＮメールが返信される度に、図１４に示すようにＭＤＮメールの内容を画面で確認する、あるいはＭＤＮメールの内容が記載された送信結果レポートを出力することになってしまう。このような送達通知はユーザにとって煩わしい処理になってしまう。
【００１８】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、複数の送信データを送信した場合においても、それらに対する送達通知を所望のタイミングに設定することができる通信装置等を提供することにある。
【００１９】
【課題を解決するための手段】
本発明の通信装置は、受信データに含まれる、当該データの送達通知の要求に対して応答する機能を有する通信装置であって、上記の課題を解決するために、データを受信する受信手段と、前記受信手段にて受信した受信データに、送達通知の要求を示す通知要求情報が含まれている場合に、送達通知のための通知データを作成する通知データ作成手段と、前記通知データを送信する送信手段と、前記受信データに、送達通知のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、前記通知条件情報にて示されている条件を認識する通知条件認識手段と、前記通知条件認識手段の認識結果に基づいて、前記送信手段による通知データの送信のタイミングを定める送信制御手段と、を備えることを特徴としている。
【００２０】
上記の構成では、受信データに、例えばインターネットを介した電子メールにおけるＭＤＮ要求のような送達通知の要求が含まれている場合に、その要求に応じるべく送達通知のための通知データを通知データ作成手段にて作成し、送信手段にて送信することができる。
【００２１】
ここで、上記の構成では、受信データに、送達通知のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、その条件を通知条件認識手段にて認識する。また、この認識結果に基づいて、上記送信手段による通知データの送信のタイミングを送信制御手段にて定める。
【００２２】
したがって、データの送信側において送達通知のタイミングを定めるための条件を設定して本通信装置にデータを送信することで、本通信装置はその条件に基づいて定められるタイミングで送達通知のための通知データを送信するようになる。
【００２３】
これにより、例えばデータの送信側から本通信装置に複数件の送信データを互いに異なった時期に送信するような場合に、送信側ではそれぞれの送達通知を、最終の送信データの送信後にまとめて受けるようにすることができるようになる。つまり、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【００２４】
その結果、複数件の送信データに対する送達通知の確認を、例えば送信側のユーザが行うような場合に、その確認作業を１回にまとめることができ、作業の簡略化を図ることができる。
【００２５】
なお、本発明のデータ受信処理方法は、受信データに含まれる、当該データの送達通知の要求に対して応答するデータ受信処理方法であって、上記の課題を解決するために、受信手段が、データを受信する受信ステップと、前記受信ステップにて受信した受信データに、送達通知の要求を示す通知要求情報が含まれている場合に、通知データ作成手段が、送達通知のための通知データを作成する通知データ作成ステップと、前記受信データに、送達通知のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、通知条件認識手段が、前記通知条件情報にて示されている条件を認識する通知条件認識ステップと、送信制御手段が、前記通知条件認識ステップの認識結果に基づいて、前記通知データの送信のタイミングを定める送信タイミング設定ステップと、送信手段が、前記送信タイミング設定ステップにて定めたタイミングで前記通知データを送信する送信ステップと、を含むことを特徴としている。
【００２６】
また、本発明のデータ受信処理プログラムは、前記のデータ受信処理方法を実行するためのプログラムであって、コンピュータを前記各手段として機能させ、コンピュータに前記各ステップを実行させるためのプログラムである。また、本発明のコンピュータ読み取り可能な記録媒体は、前記のデータ受信処理プログラムを記録した記録媒体である。
【００２７】
これらによっても、上記と同様に、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【００２８】
本発明の通信装置は、前記の通信装置において、前記通知データ作成手段が、前記通知条件認識手段の認識結果に基づいて、複数件の受信データに対する送達通知をまとめて１つの通知データを作成することが望ましい。
【００２９】
上記の構成では、通知条件認識手段の認識結果に基づくことにより、例えば同じタイミングで送達通知のための通知データを送信すべき複数件の受信データが存在することが判明した場合に、上記複数件の受信データに対する送達通知を、１つの通知データにまとめて送信することができるようになる。
【００３０】
これにより、送達通知のための通信の回数を削減することができる。また、ネットワークを介して通信を行う場合、通信回数の削減によりネットワークのトラフィックを削減することもできる。
【００３１】
本発明の通信装置は、前記の通信装置において、前記受信データの受信結果を判別する受信結果判別手段をさらに備え、前記送信制御手段が、さらに前記受信結果判別手段の判別結果に基づいて、前記通知データの送信のタイミングを定めることが望ましい。
【００３２】
上記の構成では、受信データの受信結果に基づいて通知データの送信のタイミングを定めることができる。したがって、例えば受信データの受信結果がエラーと判別された場合に、通知条件情報にて示されている条件にかかわらず直ちに通知データの送信を行うようにすることが可能になる。その結果、後に送信側において再送等の処理を行う場合に、その処理を迅速に行うことができるようになる。
【００３３】
本発明の通信装置は、前記の通信装置に対して、送達通知の要求を含むデータを送信する通信装置であって、送達通知のタイミングを定めるための条件を設定する通知条件設定手段と、送達通知の要求を示す通知要求情報とともに、前記通知条件設定手段にて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成手段と、前記送信データを送信する送信手段と、を備えていることを特徴としている。
【００３４】
上記の構成では、上述した通知条件認識手段を備えた通信装置に対して、送達通知の要求を示す通知要求情報とともに送達通知のタイミングを定めるための条件を示す通知条件情報を含む送信データを送信することで、上述のように複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【００３５】
なお、本発明のデータ送信方法は、前記のデータ受信処理方法にて受信するデータを送信するためのデータ送信処理方法であって、通知条件設定手段が、送達通知のタイミングを定めるための条件を設定する通知条件設定ステップと、送信データ作成手段が、送達通知の要求を示す通知要求情報とともに、前記通知条件設定ステップにて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成ステップと、送信手段が、前記送信データを送信する送信ステップと、を含むことを特徴としている。
【００３６】
また、本発明のデータ送信処理プログラムは、前記のデータ送信処理方法を実行するためのプログラムであって、コンピュータを前記各手段として機能させ、コンピュータに前記各ステップを実行させるためのプログラムである。また、本発明のコンピュータ読み取り可能な記録媒体は、前記のデータ送信処理プログラムを記録した記録媒体である。
【００３７】
これらによっても、上記と同様に、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【００３８】
本発明の通信装置は、前記の通信装置において、前記通知条件情報が、送達通知の時期を指定する情報であり、送達通知のための通知データを受信する受信手段と、前記送信手段にて送信した送信データに含まれる通知条件情報の指定する送達通知の時期に対して予め定めた期間内に、当該送信データに対応する通知データを前記受信手段にて受信したか否かを判別する受信管理手段と、前記受信管理手段により前記期間内に通知データを受信していないと判別した場合に、その旨をユーザに告知する告知手段と、をさらに備えることが望ましい。
【００３９】
上記の構成では、送達通知の時期を指定して送信データを送信した場合において、その時期に対して予め定めた期間内に当該送信データに対応する通知データを受信していないときに、その旨をユーザに告知する。このように上記期間内に通知データを受信していないときは、送信のトラブル等があった可能性がある。上記のようにユーザに告知することによって、再送等のその後の必要な処理を迅速に行うことができるようになる。
【００４０】
【発明の実施の形態】
本発明の実施の一形態について図１から図１１に基づいて説明すれば、以下の通りである。
【００４１】
本実施形態では、本発明の通信装置として、インターネットなどのネットワークを介した電子メールの送受信や、この電子メールを利用した画像情報等の送受信を行うファクシミリ／電子メール装置を想定している。
【００４２】
図１は、本実施形態のファクシミリ／電子メール装置１１の電気的構成を示すブロック図である。このファクシミリ／電子メール装置１１は、データを用紙等の記録媒体に印刷するプリンタ／コピーや、電話回線を利用した通常のファクシミリ装置（ＦＡＸ）としての機能の他に、インターネットなどのネットワークを経由して、電子メール（Ｅ−ｍａｉｌ）の送受信やサーバとファイルの送受信を行う電子メール（Ｅ−ｍａｉｌ／ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ））装置、およびインターネットファクシミリ装置としての機能を有する。
【００４３】
このファクシミリ／電子メール装置１１は、大略的に、メイン制御部１２と、パネル制御部１３と、制御用メモリ１４と、画像用バッファ１５と、制御用バッファ１６と、画像記憶部１７と、電子メール作成部１８と、読取部１９と、記録部２０と、符号／復号化制御部２１と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）制御部２２と、モデム２３と、網制御部（ＮＣＵ：Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２４と、送達通知制御部２５と、送達通知管理部２６とを備えて構成されている。
【００４４】
メイン制御部１２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ））などを備えて構成され、ファクシミリ／電子メール装置１１の制御を行う。
【００４５】
パネル制御部１３は、原稿の読み込み、相手先入力などの指示を行うためのものであり、そのための画面を表示するようになっている。パネル制御部１０は、図示しない表示装置及び操作部を備えている。表示装置は、液晶表示装置（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ等から成り、動作状態や送信先などを表示する。操作部は、操作するために必要なキー（入力装置）を備えている。この操作部により、相手先の設定を行う。設定された相手先情報は、制御用メモリ１４に格納される。なお、表示装置及び操作部を一体化してタッチパネルとしてもよい。
【００４６】
制御用メモリ１４は、ＲＯＭなどの不揮発性のメモリや、バックアップされた揮発性のメモリなどから成り、制御プログラムや相手先情報を記憶している。画像用バッファ１５は、ＲＡＭ等から成り、送受信される画像データの圧縮や伸長にあたっての一時記憶に使用される。制御用バッファ１６は、ＲＡＭ等から成り、制御プログラムを動作させる上で必要なデータを格納する。画像記憶部１７は、符号化された画像データを記憶するとともに、後述する読取部１９から読込んだデータ、または受信したデータ、復号化後のデータなどを記憶する。なお、画像記憶部１７にデータを記憶せず、直接、画像用バッファを用いた処理が行われてもよい。
【００４７】
電子メール作成部１８は、テキスト情報や符号化された画像データにヘッダ情報を付加し、電子メールのフォーマットに変換する。なお、電子メール作成部１８の詳細については後述する。読取部１９は、原稿読取手段としての光電変換素子（ＣＣＤ：Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）を利用したスキャナで、原稿を所定の解像度で読み取る。そして、読み取った結果のドットイメージデータを出力する。記録部２０は、電子写真方式のプリンタ装置を備え、通信によって受信した原稿画像や読取部１９で読み取った原稿画像等のデータをハードコピー（プリントアウト）する。
【００４８】
符号／復号化制御部２１は、読み込んだ原稿画像のデータの符号化または受信時の復号化を行う。すなわち、この符号／復号化制御部２１は、読取部１９で読み取った原稿画像のデータを符号化圧縮するとともに、符号化圧縮されている受信した原稿画像のデータを元のデータに復号化する。この符号／復号化制御部２１では、ファクシミリ通信で一般に使用されている、ＭＨ（Ｍｏｄｉｆｉｅｄ Ｈｕｆｆｍａｎ）、ＭＲ（Ｍｏｄｉｆｉｅｄ ＲＥＡＤ）およびＭＭＲ（Ｍｏｄｉｆｉｅｄ Ｍｏｄｉｆｉｅｄ ＲＥＡＤ）などの符号化方式を用いることができる。
【００４９】
ＬＡＮ制御部２２は、インターネット経由による電子メールの送受信およびインターネットファクシミリの通信を行うように、ＬＡＮと接続するためのものである。モデム２３は、通常のファクシミリ通信を行うためのものであり、ファクシミリ通信が可能なファクシミリモデムから構成されている。このモデム２３は、網制御部２４を介してアナログの公衆電話回線（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）と接続されている。網制御部２４は、公衆電話回線網との回線の閉結及び開放の回線制御動作を行うハードウェアであり、必要に応じてモデム２３を公衆電話回線網と接続する。
【００５０】
送達通知制御部２５は、送信する電子メールに関する送達通知（ＭＤＮ：Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）機能による送達通知の要求（ＭＤＮ要求）、及び受信する電子メールに関する上記送達通知の要求に対する応答（ＭＤＮ応答）の管理などを行うためのものである。送達通知制御部２５は、電子メール作成部１８が付加するヘッダ情報を用いて制御を行う。送達通知管理部２６は、カレンダー機能や時計機能を有しており、ＭＤＮ要求に対するＭＤＮ応答のタイミングの管理などを行うためのものである。なお、送達通知制御部２５及び送達通知管理部２６の詳細については後述する。
【００５１】
ファクシミリ／電子メール装置１１では、符号／復号化制御部２１、ＬＡＮ制御部２２、モデム２３、及び網制御部２４によって、データの送信を行う送信手段２７、及びデータの受信を行う受信手段２８が構成される。なお、ファクシミリ／電子メール装置１１がＬＡＮによる通信を行う場合にはＬＡＮ制御部２２が機能し、アナログの公衆電話回線による通信を行う場合には網制御部２４が機能する。
【００５２】
以下、ファクシミリ／電子メール装置１１におけるＭＤＮ要求及びＭＤＮ応答の機能について説明する。
【００５３】
送達通知制御部２５は、通知条件設定手段２５ａ及び通知条件認識手段２５ｂを備えている。通知条件設定手段２５ａは、ファクシミリ／電子メール装置１１を送信側の通信装置（送信側装置）として用いる場合に機能するものである。通知条件設定手段２５ａは、ＭＤＮ要求を付した送信データを送る場合に、受信側装置におけるＭＤＮ応答のタイミングを定めるための条件を設定し、この条件を示す通知条件情報を生成する。通知条件認識手段２５ｂは、ファクシミリ／電子メール装置１１を受信側の通信装置（受信側装置）として用いる場合に機能するものである。この通知条件認識手段２５ｂは、受信データに通知条件情報が含まれている場合に、この通知条件情報にて示されている条件を認識する。
【００５４】
また、送達通知制御部２５は、さらに受信結果判別手段２５ｃを備えていてもよい。受信結果判別手段２５ｃは、ファクシミリ／電子メール装置１１を受信側装置として用いる場合に機能するものであり、受信データの受信結果を判別するものである。
【００５５】
送達通知管理部２６は、ファクシミリ／電子メール装置１１を受信側装置として用いる場合に機能する送信制御手段２６ａを備えている。送信制御手段２６ａは、送達通知制御部２５の通知条件認識手段２５ｂの認識結果に基づいて、ＭＤＮ応答のタイミングを定めるものである。
【００５６】
送達通知制御部２５に受信結果判別手段２５ｃが備えられている場合、送信制御手段２６ａは、さらに受信結果判別手段２５ｃの判別結果に基づいて、ＭＤＮ応答のタイミングを定めてもよい。
【００５７】
また、送達通知管理部２６は、ファクシミリ／電子メール装置１１を送信側装置として用いる場合に機能する受信管理手段２６ｂを備えていてもよい。受信管理手段２６ｂは、ＭＤＮ要求を付した送信データを送る場合に、受信側装置においてＭＤＮを送信する時期を指定したとき、指定した時期に対して予め定めた期間内に、当該送信データに対応するＭＤＮを受信したか否かを判別するものである。
【００５８】
電子メール作成部１８は、送信データ作成手段１８ａ及び通知データ作成手段１８ｂを備えている。送信データ作成手段１８ａは、ファクシミリ／電子メール装置１１を送信側装置として用いる場合に機能するものである。送信データ作成手段１８ａは、ＭＤＮ要求を示す通知要求情報とともに、通知条件設定手段２５ａにて生成した通知条件情報を、送信すべきデータに含めて送信データを作成する。通知データ作成手段１８ｂは、ファクシミリ／電子メール装置１１を受信側装置として用いる場合に機能するものである。通知データ作成手段１８ｂは、受信データに、ＭＤＮ要求を示す通知要求情報が含まれている場合に、ＭＤＮのための通知データ（送達通知の内容を示すデータ。以下、単に「通知データ」という。）を作成する。
【００５９】
なお、通知データ作成手段１８ｂは、通知条件認識手段２５ｂの認識結果に基づき、例えば同じタイミングで通知データを送信すべき複数件の受信データが存在することが判明した場合に、その複数件の受信データに対するＭＤＮの内容をまとめて１つの通知データを作成するものであってもよい。
【００６０】
図２は、ファクシミリ／電子メール装置１１を用いて構成される通信システムの一構成例を示すブロック図である。この通信システムでは、送信側装置１１ａ及び受信側装置１１ｂを備えており、送信側装置１１ａ及び受信側装置１１ｂはそれぞれ上記ファクシミリ／電子メール装置１１である。
【００６１】
この通信システムでは、送信側装置１１ａ及び受信側装置１１ｂがそれぞれアナログの公衆電話回線３０を介してメールサーバ３１ａ・３１ｂと通信できるようになっている。また、メールサーバ３１ａ・３１ｂは、インターネット３２を介して互いに通信できるようになっている。
【００６２】
ここで、ファクシミリ／電子メール装置１１の送信側装置１１ａとしての機能に注目すると、送信側装置１１ａは、ＭＤＮ応答のタイミングを定めるための条件を設定する通知条件設定手段２５ａと、ＭＤＮ要求を示す通知要求情報とともに、通知条件設定手段２５ａにて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成手段１８ａと、この送信データを送信する送信手段２７とを備えていることになる。
【００６３】
図３は、上記送信データとしての送信メール（電子メール）の内容を示す図面である。図３の（ａ）はヘッダ、（ｂ）は本文、（ｃ）は添付ファイルである。なお、図３ではわかりやすいように（ａ）〜（ｃ）を分割して図示しているが、実際のメールでは分割されているわけではない。
【００６４】
（ａ）のヘッダは、電子メールの送受信及びインターネット中での配信などに関する情報を表示する領域である。ここで、ヘッダ中の各行は、送受信などで用いる固有の情報を記している。以下では、この各行のことを「フィールド」と称する。例えば、Ｔｏフィールドには電子メールの宛先が表示されている。
【００６５】
ここで、上記送信メールには、（ａ）のヘッダ内に、（ａ−１）又は（ａ−２）のＭＤＮ要求のためのフィールドが設けられている。（ａ−１）及び（ａ−２）は、ＲＦＣ２２９８で規定されるＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏフィールド（ＭＤＮフィールド）を用いて、通知データとしての応答メールを送付すべき送信先のアドレスを設定するようになっている。このＭＤＮフィールドが、ＭＤＮ要求を示す通知要求情報となる。図３では、送信先として「Ｓｈａｒｐ＿Ｄｏｃ＿ＩｎｔｅｒｎｅｔＦＡＸ＠ｓｈａｒｐ．ｃｏ．ｊｐ」が設定されている。
【００６６】
また、ＭＤＮ応答時においてどの送信メールに対する応答なのかを識別するために、送信時に、送信メールに対してＭｅｓｓａｇｅ−Ｉｄフィールドにメールを識別するためのＩＤを付与しておく。そして、応答メールにて、送信メールに付与されたＩＤを返信することによりメールを識別できるようにする。図３では、このＩＤとして「＜１１１＠ＳＨＡＲＰ＿Ｄ１＞」が設定されている。
【００６７】
また、上記送信メールには、図３の（ａ−１）のように、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏフィールドの後に、通知条件設定手段２５ａにて設定した条件を示す通知条件情報が付加されている。図３の（ａ−１）では、通知条件情報として、ＭＤＮ応答の時期を、ＧＭＴ（グリニッジ標準時）＋０９：００のタイムゾーンにおける２００１年９月２２日に指定する情報が付加されている。
【００６８】
このように、送信側装置１１ａでは、ＭＤＮフィールドに、通知要求情報に加えて、通知条件情報を含めるようになっている。なお、この場合、通知要求情報及び通知条件情報は、送信メールに含まれるテキストデータである。これにより、これらの情報を送信メールに含ませることが容易となり、この送信メールの受信側である受信側装置１１ｂにおいてもこれらの情報を認識することが容易となる。
【００６９】
なお、通知条件情報を含める方法としては、図３の（ａ−２）のように、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓのフィールドを付加してもよい。
【００７０】
図３の（ｂ）の本文は、いわゆる電子メールの本体で、メッセージの送受信に用いるものである。図３は、インターネットファクシミリ通信のための送信メールを示したものであるため、本文は簡単なものとなっている。
【００７１】
また、図３の（ｃ）の添付ファイルは、符号化した画像ファイルを添付したものである。この添付ファイルの形式は、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ
Ｅｘｔｅｎｔｉｏｎｓ）として定められている。
【００７２】
この構成では、受信側装置１１ｂに対して、ＭＤＮ要求を示す通知要求情報とともにＭＤＮ応答のタイミングを定めるための条件を示す通知条件情報を含む送信データを送信することで、後述するように複数件の送信データに対するＭＤＮを一時期にまとめることができるようになる。
【００７３】
また、送信側装置１１ａは、通知データを受信する受信手段２８と、通知条件情報がＭＤＮの時期を指定する情報である場合に、送信手段２７にて送信した送信データに含まれる通知条件情報の指定するＭＤＮの時期に対して予め定めた期間内に、当該送信データに対応する通知データを受信手段２８にて受信したか否かを判別する受信管理手段２６ｂと、受信管理手段２６ｂにより上記期間内に通知データを受信していないと判別した場合に、その旨をユーザに告知する告知手段とをさらに備えることが望ましい。この告知手段は、パネル制御部１３により実現することができ、パネル制御部１３を介して表示装置に上記の旨を表示させるようにすればよい。
【００７４】
この構成では、ＭＤＮの時期を指定して送信データを送信した場合において、その時期に対して予め定めた期間内に当該送信データに対応する通知データを受信していないときに、その旨をユーザに告知する。このように上記期間内に通知データを受信していないときは、送信のトラブル等があった可能性がある。上記のようにユーザに告知することによって、再送等のその後の必要な処理を迅速に行うことができるようになる。
【００７５】
一方、ファクシミリ／電子メール装置１１の受信側装置１１ｂとしての機能に注目すると、受信側装置１１ｂは、データを受信する受信手段２８と、受信データに、ＭＤＮ要求を示す通知要求情報が含まれている場合に、通知データを作成する通知データ作成手段１８ｂと、この通知データを送信する送信手段２７と、受信データに、ＭＤＮ応答のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、この条件を認識する通知条件認識手段２５ｂと、この認識結果に基づいて、送信手段２７による通知データの送信のタイミング、つまりＭＤＮ応答のタイミングを定める送信制御手段２６ａとを備えることになる。
【００７６】
この構成では、受信データに、ＭＤＮ応答のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、その条件を通知条件認識手段２５ｂにて認識する。また、この認識結果に基づいて、送信手段２７による通知データの送信のタイミングを送信制御手段２６ａにて定める。
【００７７】
したがって、送信側装置１１ａにおいて通知条件情報を含めて受信側装置１１ｂにデータを送信することで、受信側装置１１ｂはその条件に基づいて定められるタイミングで通知データを送信するようになる。
【００７８】
これにより、例えば図４に示すように、送信側装置１１ａから受信側装置１１ｂに複数件の送信データ▲１▼〜▲４▼を互いに異なった時期に送信するような場合に、送信側装置１１ａが最終の送信データ▲４▼の送信後にＭＤＮをまとめて受けることができるようになる。つまり、複数件の送信データ▲１▼〜▲４▼に対するＭＤＮ応答を一時期にまとめることができるようになる。
【００７９】
その結果、送信側装置１１ａのユーザは、複数件の送信データ▲１▼〜▲４▼に対するＭＤＮの確認作業を１回にまとめることができ、作業の簡略化を図ることができる。
【００８０】
なお、送信側装置１１ａの通知条件設定手段２５ａは、通知条件情報として、受信側装置１１ｂにてＭＤＮ応答を行うべき日を指定できるようになっていてもよい。これにより、受信側装置１１ｂのユーザはＭＤＮ応答の確認を日単位で行うことができる。
【００８１】
また、送信側装置１１ａの通知条件設定手段２５ａは、通知条件情報として、受信側装置１１ｂにてＭＤＮ応答を行うべき時刻を指定できるようになっていてもよい。これにより、受信側装置１１ｂのユーザはＭＤＮ応答の確認を時間単位で行うことができる。
【００８２】
また、送信側装置１１ａの通知条件設定手段２５ａは、通知条件情報として、受信側装置１１ｂにてＭＤＮ応答を行うべき日時を指定できるようになっていてもよい。
【００８３】
また、送信側装置１１ａの通知条件設定手段２５ａは、通知条件情報として、受信側装置１１ｂにてＭＤＮ応答を行うべき曜日を指定できるようになっていてもよい。これにより、受信側装置１１ｂのユーザはＭＤＮ応答の確認を１週間分まとめて特定の曜日に行うことができる。
【００８４】
なお、送信側装置１１ａの通知条件設定手段２５ａは、通知条件情報として、ＭＤＮの時期を指定する情報に限らず、その他の条件を指定する情報、例えば予め定めた件数分のデータを受信したタイミングでＭＤＮ応答を行うように指定する情報などであってもよい。
【００８５】
ここで、上記通知データ作成手段１８ｂは、上記通知条件認識手段２５ｂの認識結果に基づいて、複数件の受信データに対するＭＤＮをまとめて１つの通知データを作成することが望ましい。
【００８６】
この構成では、通知条件認識手段２５ｂの認識結果に基づくことにより、例えば同じタイミングで通知データを送信すべき複数件の受信データが存在することが判明した場合に、この複数件の受信データに対する送達通知を、１つの通知データにまとめて送信することができるようになる。
【００８７】
これにより、ＭＤＮのための通信の回数を削減することができる。また、通信回数の削減により公衆電話回線３０やインターネット３２のトラフィックを削減することもできる。
【００８８】
図５は、上記通知データとしての応答メール（電子メール）の内容を示す図面である。図５の（ａ）はヘッダ、（ｂ）は本文、（ｃ）はＭＤＮ情報である。なお、図５ではわかりやすいように（ａ）〜（ｃ）を分割して図示しているが、実際のメールでは分割されているわけではない。
【００８９】
ここで、（ａ）のヘッダにおけるＴｏフィールドには、図５の送信メールのＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏフィールドにて指定されたアドレスが設定されている。
【００９０】
また、（ｃ）のＭＤＮ情報はＭＤＮの内容を示す情報である。ＭＤＮの内容は、主に図５の記号Ａを付したフィールドで示されている。これらのフィールドは、それぞれ次の情報を示す。
【００９１】
上段のＦｉｎａｌ−Ｒｅｃｉｐｉｅｎｔフィールドは、ＭＤＮ応答の受け取りアドレスを示す。中段のＯｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドは、ＭＤＮに係る送信メールを特定するためのＩＤであり、図３の（ａ）におけるＯｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドに対応するＩＤが示されている。下段のＤｉｓｐｏｓｉｔｉｏｎフィールドは、中段のＯｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドに示すＩＤの送信メールについて、処理が成功したか否かの状態が示されている。
【００９２】
従来であれば、Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドには１つのＩＤのみが示されていたが、図５の応答メールでは、Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドに複数のＩＤを含めて、ＭＤＮを１つにまとめることが可能である。
【００９３】
また、受信側装置１１ｂは、受信データの受信結果を判別する受信結果判別手段２５ｃを備え、送信制御手段２６ａが、さらに受信結果判別手段２５ｃの判別結果に基づいて、ＭＤＮ応答のタイミングを定めることが望ましい。
【００９４】
この構成では、受信データの受信結果に基づいてＭＤＮ応答のタイミングを定めることができる。したがって、例えば図６に示すように、受信データの受信結果がエラーと判別された場合に、通知条件情報にて示されている条件にかかわらず直ちにＭＤＮ応答を行うようにすることが可能になる。その結果、後に送信側装置１１ａにおいて再送等の処理を行う場合に、その処理を迅速に行うことができるようになる。
【００９５】
図７及び図８は、送信側装置１１ａにおける処理の流れ（データ送信処理方法）の一例を示すフローチャートである。以下では、適宜図１及び図２を用いつつ、図７及び図８に基づいて送信側装置１１ａにおける処理の流れを説明する。なお、以下の処理において、ユーザによる入力や選択は、パネル制御部１３を介して行うものとする。
【００９６】
送信側装置１１ａにおいては、まず、送信開始処理Ｓ１を行う。送信開始処理では、ユーザが送信側装置１１ａの読取部１９に原稿をセットし（Ｓ２１）、制御用メモリ１４に格納されている相手先情報により送信するか、否かを選択する（Ｓ２２）。
【００９７】
相手先情報によらずに送信するのであれば、ユーザは、送信先のアドレスを入力し（Ｓ２３）、送信データのファイル形式や圧縮形式を入力する（Ｓ２４）。
【００９８】
次に、ユーザは、ＭＤＮ要求を設定するか否かを選択する（Ｓ２５）。設定する場合、ＭＤＮ要求する旨を入力するとともに（Ｓ２６）、ＭＤＮ応答のタイミングを定めるための条件を入力する（Ｓ２７）。この入力画面は、例えば図１０のようになる。
【００９９】
上記Ｓ２７の入力に基づいて、通知条件設定手段２５ａが、ＭＤＮ応答のタイミングを定めるための条件を設定し、この条件を示す通知条件情報を生成する（通知条件設定ステップＳ２８）。
【０１００】
さらに、ユーザは、ＭＤＮ応答により送達エラーが通知された場合の再送回数を入力する（Ｓ２９）。
【０１０１】
次に、ユーザがスタートキーを入力すると（Ｓ３０）、読取部１９が原稿の読み取りを開始する（Ｓ３１）。
【０１０２】
そして、送信データ作成手段１８ａが、ＭＤＮ要求を示す通知要求情報とともに、上記Ｓ２８で生成した通知条件情報を、送信すべきデータに含めて送信データを作成する（送信データ作成ステップＳ３２）。
【０１０３】
なお、上記Ｓ２２において相手先情報により送信することを選択したのであれば、ユーザは、相手先に対応付けられたワンタッチキー又は短縮番号を入力する。なお、相手先情報には、予め行われた上記Ｓ２３〜Ｓ２９と同様の処理による設定の結果が含まれているため、再度の設定は不要となっている。
【０１０４】
次に、送信手段２７が、メールサーバ３１ａに接続し（Ｓ２）、送信データとしての送信メールを送信し（送信ステップＳ３）、その後メールサーバ３１ａとの接続を終了する（Ｓ４）。
【０１０５】
上記Ｓ２６でＭＤＮ要求する旨を入力している場合（Ｓ５）、受信管理手段２６ｂによりＭＤＮ応答待ちの設定をし（Ｓ６）、送信データに含めた通知条件情報の指定するＭＤＮ応答の時期がくるのを待って、送信手段２７がメールサーバ３１ａへ接続する（Ｓ７）。
【０１０６】
メールサーバ３１ａに新着メールがある場合には（Ｓ８）、受信手段２８によりその新着メールを受信して（Ｓ９）、メールサーバ３１ａとの接続を終了する（Ｓ１０）。
【０１０７】
上記新着メールとしてＭＤＮの応答メールを受信した場合には（Ｓ１１）、ＭＤＮ応答待ちの設定を解除し（Ｓ１２）、パネル制御部１３又は記録部２０によりＭＤＮ応答の結果を表示又は印刷する（Ｓ１３）。この表示又は印刷結果は、例えば図１１のようになる。図１１は、３件の送信メールに対するＭＤＮを１件の応答メールにまとめたものである。
【０１０８】
ＭＤＮ応答の結果が「受信完了」であれば処理を終了し、「受信完了」でなければ再送処理のために上記Ｓ２からの処理を繰り返す（Ｓ１４）。
【０１０９】
上記Ｓ１１にてＭＤＮの応答メールを受信していない場合には、受信管理手段２６ｂによりＭＤＮ応答の時期に対して予め定めた期間が経過したかを確認し（Ｓ１５）、経過していない場合には上記Ｓ７からの処理を繰り返し、経過している場合にはＭＤＮ応答待ちの設定を解除して（Ｓ１６）、パネル制御部１３を介して表示装置にエラーを告知する（Ｓ１７）。
【０１１０】
図９は、受信側装置１１ｂにおける処理の流れ（データ受信処理方法）の一例を示すフローチャートである。以下では、適宜図１及び図２を用いつつ、図９に基づいて受信側装置１１ｂにおける処理の流れを説明する。
【０１１１】
受信側装置１１ｂにおいては、まず、受信処理を行う。受信処理では、受信手段２８が、メールサーバ３１ｂに接続し（Ｓ４１）、受信データとしての受信メールを受信し（受信ステップＳ４２）、その後メールサーバ３１ｂとの接続を終了する（Ｓ４３）。
【０１１２】
次に、記録部２０による受信メールの印字処理（Ｓ４４）を行った後、送達通知制御部２５により受信メールにＭＤＮ要求を示す通知要求情報が含まれているか否かを判別する（Ｓ４５）。
【０１１３】
ＭＤＮ要求が含まれている場合には、さらに送達通知制御部２５により受信メールにＭＤＮ応答のタイミングを定めるための条件を示す通知条件情報が含まれているか否かを判別する（Ｓ４７）。受信メールに通知要求情報が含まれている場合には、通知データ作成手段１８ｂが、通知データを作成する（通知データ作成ステップＳ４６）。
【０１１４】
受信メールに通知要求情報が含まれており、通知条件情報が含まれていない場合には、上記Ｓ４６にて作成した通知データをすぐに送信する（ＭＤＮ応答を行う）（Ｓ５３）。
【０１１５】
受信メールに通知要求情報が含まれており、通知条件情報も含まれている場合には、通知条件認識手段２５ｂが、通知条件情報にて示されている条件を認識し（通知条件認識ステップＳ４８）、送信制御手段２６ａが、上記Ｓ４９の認識結果に基づいて、通知データの送信のタイミングを定める（送信タイミング設定ステップＳ４９）。
【０１１６】
そして、ＭＤＮ応答待機中のものがない場合には（Ｓ５０）、送信制御手段２６ａによる制御を開始し（Ｓ５１）、ＭＤＮ応答を行うタイミングとして設定されたタイミングまで待機する（Ｓ５２）。
【０１１７】
ＭＤＮ応答を行うタイミングとして設定されたタイミングになると、送信手段２７が通知データを送信する（送信ステップＳ５３）。さらにＭＤＮ応答待機中のものがある場合には（Ｓ５４）、上記Ｓ５２からの処理を繰り返す。
【０１１８】
なお、上記Ｓ４５において受信データにＭＤＮ要求が含まれていない場合、ＭＤＮ応答待機中のものがあるときには（Ｓ５５）、上記Ｓ５２からの処理を行い、ＭＤＮ応答待機中のものがないときには、処理を終了する。
【０１１９】
ここでは、受信メールの印刷処理を行った後に、ＭＤＮ応答を行う場合について説明したが、印刷処理を行う前にＭＤＮ応答を行ってもよく、例えば、受信メール又は受信メールの添付ファイルが判別可能か否かについて確認した後にＭＤＮ応答を行うようにしてもよい。
【０１２０】
本発明のデータ送信処理方法は、上記各処理のうち、特に、通知条件設定手段２５ａが、ＭＤＮ応答のタイミングを定めるための条件を設定する通知条件設定ステップＳ２８と、送信データ作成手段１８ａが、ＭＤＮ要求を示す通知要求情報とともに、通知条件設定ステップＳ２８にて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成ステップＳ３２と、送信手段２７が、送信データを送信する送信ステップＳ３とを含むことを特徴としている。
【０１２１】
また、本発明のデータ受信処理方法は、上記各処理のうち、特に、受信手段２８が、データを受信する受信ステップＳ４２と、受信ステップＳ４２にて受信した受信データに、ＭＤＮ要求を示す通知要求情報が含まれている場合に、通知データ作成手段１８ｂが、通知データを作成する通知データ作成ステップＳ４６と、受信データに、ＭＤＮ応答のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、通知条件認識手段２５ｂが、通知条件情報にて示されている条件を認識する通知条件認識ステップＳ４８と、送信制御手段２６ａが、通知条件認識ステップＳ４８の認識結果に基づいて、通知データの送信のタイミングを定める送信タイミング設定ステップＳ４９と、送信手段２７が、送信タイミング設定ステップＳ４９にて定めたタイミングで通知データを送信する送信ステップＳ５３とを含むことを特徴としている。
【０１２２】
これにより、上述のように、複数件の送信データに対するＭＤＮを一時期にまとめることができるようになる。
【０１２３】
なお、上記データ受信処理方法又はデータ送信方法は、コンピュータを上記各手段として機能させ、コンピュータに上記各ステップを実行させるためのデータ受信処理プログラム又はデータ送信処理プログラムによって実行することもできる。すなわち、上記データ受信処理方法又はデータ送信方法は、データ受信処理プログラム又はデータ送信処理プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能な状態に記録媒体に記録しておき、この記録媒体を、コンピュータを含むシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１２４】
なお、本実施形態においては、ＲＦＣ２２９８で規定されるＭＤＮを用いることを前提として説明したが、本発明はＲＦＣ２２９８で規定されるＭＤＮを用いるものに限定されない。例えば、受信側装置の接続先のメールサーバが、電子メールの状況について送信先に通知するＤＳＮ（Ｄｅｌｉｖｅｒｙ Ｓｔａｔｕｓ Ｎｏｔｉｆｉｃａｔｉｏｎ）（ＲＦＣ１８９１／１８９４）を用いることもできる。
【０１２５】
また、本実施形態では、ファクシミリ／電子メール装置１１がファクシミリ機能を有する場合について説明したが、本発明は、ファクシミリ機能を有さずメール機能のみを有する通信装置にも適用可能である。さらに、本実施形態では、送信データ及び受信データとして電子メールを想定したが、電子メール以外のデータであってもよい。
【０１２６】
【発明の効果】
以上のように、本発明の通信装置は、データを受信する受信手段と、通知要求情報が受信データに含まれている場合に、通知データを作成する通知データ作成手段と、通知データを送信する送信手段と、通知条件情報が受信データに含まれている場合に、通知条件情報にて示されている条件を認識する通知条件認識手段と、通知条件認識手段の認識結果に基づいて、送信手段による通知データの送信のタイミングを定める送信制御手段と、を備える構成である。
【０１２７】
上記の構成では、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。その結果、複数件の送信データに対する送達通知の確認を、例えば送信側のユーザが行うような場合に、その確認作業を１回にまとめることができ、作業の簡略化を図ることができる。
【０１２８】
なお、本発明のデータ受信処理方法は、受信手段がデータを受信する受信ステップと、送達通知の要求を示す通知要求情報が受信データに含まれている場合に、通知データ作成手段が通知データを作成する通知データ作成ステップと、通知条件情報が受信データに含まれている場合に、通知条件認識手段が通知条件情報にて示されている条件を認識する通知条件認識ステップと、この認識結果に基づいて送信制御手段が通知データの送信のタイミングを定める送信タイミング設定ステップと、ここで定めたタイミングで送信手段が通知データを送信する送信ステップと、を含む方法である。
【０１２９】
また、本発明のデータ受信処理プログラムは、前記のデータ受信処理方法を実行するためのプログラムであって、コンピュータを前記各手段として機能させ、コンピュータに前記各ステップを実行させるためのプログラムである。また、本発明のコンピュータ読み取り可能な記録媒体は、前記のデータ受信処理プログラムを記録した記録媒体である。
【０１３０】
これらによっても、上記と同様に、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【０１３１】
本発明の通信装置は、前記の通信装置において、通知データ作成手段が、通知条件認識手段の認識結果に基づいて、複数件の受信データに対する送達通知をまとめて１つの通知データを作成することが望ましい。
【０１３２】
上記の構成では、送達通知のための通信の回数を削減することができる。また、ネットワークを介して通信を行う場合、通信回数の削減によりネットワークのトラフィックを削減することもできる。
【０１３３】
本発明の通信装置は、前記の通信装置において、受信データの受信結果を判別する受信結果判別手段をさらに備え、送信制御手段が、さらに受信結果判別手段の判別結果に基づいて、通知データの送信のタイミングを定めることが望ましい。
【０１３４】
上記の構成では、例えば受信データの受信結果がエラーと判別された場合に、後に送信側において再送等の処理を迅速に行うことができるようになる。
【０１３５】
本発明の通信装置は、前記の通信装置に対して、送達通知の要求を含むデータを送信する通信装置であって、送達通知のタイミングを定めるための条件を設定する通知条件設定手段と、通知要求情報とともに、通知条件設定手段にて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成手段と、送信データを送信する送信手段と、を備える構成である。
【０１３６】
上記の構成では、前記の通信装置に対して、通知要求情報とともに通知条件情報を含む送信データを送信することで、上述のように複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【０１３７】
なお、本発明のデータ送信方法は、前記のデータ受信処理方法にて受信するデータを送信するためのデータ送信処理方法であって、通知条件設定手段が送達通知のタイミングを定めるための条件を設定する通知条件設定ステップと、送信データ作成手段が通知要求情報とともに、通知条件設定ステップにて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成ステップと、送信手段が送信データを送信する送信ステップと、を含む方法である。
【０１３８】
また、本発明のデータ送信処理プログラムは、前記のデータ送信処理方法を実行するためのプログラムであって、コンピュータを前記各手段として機能させ、コンピュータに前記各ステップを実行させるためのプログラムである。また、本発明のコンピュータ読み取り可能な記録媒体は、前記のデータ送信処理プログラムを記録した記録媒体である。
【０１３９】
これらによっても、上記と同様に、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【０１４０】
本発明の通信装置は、前記の通信装置において、通知条件情報が、送達通知の時期を指定する情報であり、通知データを受信する受信手段と、送信手段にて送信した送信データに含まれる通知条件情報の指定する送達通知の時期に対して予め定めた期間内に、当該送信データに対応する通知データを受信手段にて受信したか否かを判別する受信管理手段と、受信管理手段により前記期間内に通知データを受信していないと判別した場合に、その旨をユーザに告知する告知手段と、をさらに備えることが望ましい。
【０１４１】
上記の構成では、再送等のその後の必要な処理を迅速に行うことができるようになる。
【図面の簡単な説明】
【図１】本発明の実施の一形態に係るファクシミリ／電子メール装置の電気的構成を示すブロック図である。
【図２】図１のファクシミリ／電子メール装置を用いて構成される通信システムの一構成例を示すブロック図である。
【図３】送信メールの内容を示す図面である。
【図４】ＭＤＮによる本発明の送達通知の流れを示す概念図である。
【図５】応答メールの内容を示す図面である。
【図６】ＭＤＮによる本発明の送達通知の流れを示す概念図である。
【図７】図１のファクシミリ／電子メール装置が送信側装置として機能する場合の処理の流れを示すフローチャートである。
【図８】図１のファクシミリ／電子メール装置が送信側装置として機能する場合の処理の流れを示すフローチャートである。
【図９】図１のファクシミリ／電子メール装置が受信側装置として機能する場合の処理の流れを示すフローチャートである。
【図１０】ＭＤＮ応答のタイミングを定めるための条件を入力する入力画面を示す図面である。
【図１１】ＭＤＮ応答メールの内容を説明するための図面である。
【図１２】インターネットＦＡＸの接続形態を示すブロック図である。
【図１３】ＭＤＮによる従来の送達通知の手順を示す概念図であり、（ａ）は送受信が成功した場合を示す概念図、（ｂ）は送受信が失敗した場合を示す概念図である。
【図１４】ＭＤＮ応答メールの内容を説明するための図面である。
【符号の説明】
１１ ファクシミリ／電子メール装置（通信装置）
１２ メイン制御部
１３ パネル制御部（告知手段）
１４ 制御用メモリ
１５ 画像用バッファ
１６ 制御用バッファ
１７ 画像記憶部
１８ 電子メール作成部
１８ａ 送信データ作成手段
１８ｂ 通知データ作成手段
１９ 記録部
２０ 記録部
２２ ＬＡＮ制御部
２４ 網制御部
２５ 送達通知制御部
２５ａ 通知条件設定手段
２５ｂ 通知条件認識手段
２５ｃ 受信結果判別手段
２６ 送達通知管理部
２６ａ 送信制御手段
２６ｂ 受信管理手段
２７ 送信手段
２８ 受信手段
【発明の属する技術分野】
本発明は、受信データに含まれる当該データの送達通知の要求に対して応答する機能を有する通信装置、及び、この通信装置に対して送達通知の要求を含むデータを送信する通信装置、受信データに含まれる当該データの送達通知の要求に対して応答するデータ受信処理方法、及び、このデータ受信処理方法にて受信するデータを送信するためのデータ送信処理方法、上記データ送信処理方法又はデータ受信処理方法を実行するためのデータ送信処理プログラム又はデータ受信処理プログラム、並びに、これらのプログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【０００２】
【従来の技術】
近年、ネットワーク化の進展に伴い、インターネットなどのネットワークを介して電子メール（Ｅ−ｍａｉｌ）を送受信するネットワーク通信装置が種々の用途に用いられるようになっている。
【０００３】
例えば、スキャナ機能を備えた装置には、単に画像読み取り装置として用いることができるだけでなく、読み取った画像情報をネットワーク接続されたコンピュータなどの装置へ送信することのできるネットワーク通信装置も開発されている。また、スキャナ機能に加えて印刷機能や電話機能をも備えた、インターネットファクシミリ装置（以下、「インターネットＦＡＸ」という。）も開発されている。
【０００４】
図１２示すように、インターネットＦＡＸ１００・１０１は、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）１０２等を通じてインターネットプロバイダのホスト１０３に接続し、ホスト１０３を介してインターネット１０４に接続する、あるいは直接インターネット１０４に接続する。そして、送信側および受信側のインターネットＦＡＸ１００・１０１がともにインターネット１０４に接続されている状態で電子メールの送受信をする。
【０００５】
ここで、上記のように電子メールを用いて情報を送信する場合には、例えば通常のファクシミリ装置で情報を送信する場合とは異なり、受信側において正常に受信されたかどうか、あるいは受信側において処理が適切になされたかどうかが、送信側においては判別できないという問題があった。すなわち、ＰＳＴＮを介して互いにリアルタイムでファクシミリ通信を行うＧ３ファクシミリ等を用いる場合とは異なり、送信側装置から受信側装置宛に電子メールを送信した場合、送信側装置から電子メールを送信した時点では、受信側装置において電子メールを正常に受信できたか、あるいは適切に処理されたかなどについて送信側装置で判別することができない。
【０００６】
そのため、従来、電子メールの送達の確認を行うために、結局電話による確認等が行われていた。しかし、電子メールで情報を送信してその後電話で送達の確認を行うのでは、余分な手間がかかってしまう。また、電子メールで情報を送信してその後電話で送達の確認を行うのでは、電話と異なり互いにリアルタイムで対話をする必要がないというような、電子メールによる通信の利点が損なわれる。
【０００７】
そこで、電子メールを受信したときに、受信側装置が送達の応答を送信側装置に返信することによって送達通知（ＭＤＮ）を行う方法が、ＲＦＣ２２９８で規定されるＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）の方法により規定されている。これは、電子メールの受信側装置における受信結果や経過を、所定形式の送達通知メール（ＭＤＮメール）に含めて送信側装置に通知する方法である。
【０００８】
ここで、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）とは、インターネットに関する技術の標準を定める団体であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）が正式に発行する文書を指す。ＲＦＣとして、例えば、ＩＰ，ＴＣＰ，ＨＴＴＰ，ＦＴＰ等のインターネットで利用されるプロトコルや、その他インターネットに関するさまざまな技術の仕様や要件などが、上記ＲＦＣ２２９８のような通し番号をつけて公開されている。
【０００９】
ＲＦＣ２２９８で規定されるＭＤＮにおいては、電子メールのヘッダ部に「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドを新たに設ける。送信側装置および受信側装置がこの仕様を満たしている場合には、上記フィールドを用いて送達通知が行われる。具体的には、送信側装置において、上記フィールドに送達通知メールの送付を希望するアドレスを指定して送信し、受信側装置において、上記フィールドで指定されるアドレスにＭＤＮメールを返信する。
【００１０】
上記ＭＤＮによる送達の確認の手順を、図１３（ａ）および図１３（ｂ）に基づいて説明する。図１３（ａ）に示すように、ＲＦＣ２２９８で規定されるＭＤＮによる送達通知を行うためには、まず送信側の送信処理として次の処理を順次行う。
１）ユーザが、送信する原稿をセット送信側装置のスキャナにセットする。
２）ユーザが、送信する相手先の電子メールアドレスを送信側装置に入力する。
３）ユーザが、送信する原稿のファイル形式（ＰＤＦ，ＴＩＦＦ等）を送信側装置に入力する。
４）送信側装置が、原稿を読み取り、送信用の電子メールを作成する。
【００１１】
ＭＤＮの要求をする場合、上記４）の電子メールの作成時において、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドを、作成する電子メールのヘッダ部に付加する。
【００１２】
一方、受信側の受信処理として次の処理を順次行う。
５）受信側装置が、受信した電子メールのヘッダ部を認識して添付データに異常がないか等の確認処理を行う。
６）受信側装置が、受信した電子メールの印字処理を行う。
７）受信側装置が、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドを認識した場合には、ＭＤＮメールを作成する。
８）受信側装置が、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドで指定された宛先にＭＤＮメールを返信する。
以上のようにして「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドを用いた送達通知を実現できる。
【００１３】
また、図１３（ｂ）に示すように、送信側装置から送信された電子メールを受信する受信側装置において、電子メールの印刷が実行できないなどの障害が発生することもある。この場合には、受信側装置が異常発生の旨を通知するためのＭＤＮメールを作成し、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドで指定された宛先に返信する。
【００１４】
また、特開２００１−３０９１０９号公報（公開日：平成１３年１１月２日）には、ＭＤＮの方法を利用したファクシミリ装置が開示されている。このファクシミリ装置では、ＭＤＮの要求を行った後、一定時間経過しても受信側装置よりＭＤＮメールが送られてこないときには、ユーザにＭＤＮメールが送られてこないことを告知するための不達レポートを出力するようになっている。
【００１５】
【発明が解決しようとする課題】
ところが、上述した従来の技術においては、次のような問題を生ずる。インターネットＦＡＸを利用する場合においても、ユーザは通常のファクシミリ装置と同様に用いることが多く、ユーザはＭＤＮによる送達通知を常に要求する設定とすることが想定される。
【００１６】
この場合、上述した従来の技術では、例えば連続して複数の電子メールを送信し、全ての電子メールの送信の終了後に一括して送達通知ができればよいときであっても、電子メール１つごとに異なったタイミングでＭＤＮメールが返信されることになる。
【００１７】
より具体的に説明すると、連続して同じ宛先に１０分おき３件の電子メールを送信した場合、その送信した電子メールに対応するＭＤＮメールが１０分ごとに合計３件返信されることになる。したがって、ＭＤＮメールが返信される度に、図１４に示すようにＭＤＮメールの内容を画面で確認する、あるいはＭＤＮメールの内容が記載された送信結果レポートを出力することになってしまう。このような送達通知はユーザにとって煩わしい処理になってしまう。
【００１８】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、複数の送信データを送信した場合においても、それらに対する送達通知を所望のタイミングに設定することができる通信装置等を提供することにある。
【００１９】
【課題を解決するための手段】
本発明の通信装置は、受信データに含まれる、当該データの送達通知の要求に対して応答する機能を有する通信装置であって、上記の課題を解決するために、データを受信する受信手段と、前記受信手段にて受信した受信データに、送達通知の要求を示す通知要求情報が含まれている場合に、送達通知のための通知データを作成する通知データ作成手段と、前記通知データを送信する送信手段と、前記受信データに、送達通知のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、前記通知条件情報にて示されている条件を認識する通知条件認識手段と、前記通知条件認識手段の認識結果に基づいて、前記送信手段による通知データの送信のタイミングを定める送信制御手段と、を備えることを特徴としている。
【００２０】
上記の構成では、受信データに、例えばインターネットを介した電子メールにおけるＭＤＮ要求のような送達通知の要求が含まれている場合に、その要求に応じるべく送達通知のための通知データを通知データ作成手段にて作成し、送信手段にて送信することができる。
【００２１】
ここで、上記の構成では、受信データに、送達通知のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、その条件を通知条件認識手段にて認識する。また、この認識結果に基づいて、上記送信手段による通知データの送信のタイミングを送信制御手段にて定める。
【００２２】
したがって、データの送信側において送達通知のタイミングを定めるための条件を設定して本通信装置にデータを送信することで、本通信装置はその条件に基づいて定められるタイミングで送達通知のための通知データを送信するようになる。
【００２３】
これにより、例えばデータの送信側から本通信装置に複数件の送信データを互いに異なった時期に送信するような場合に、送信側ではそれぞれの送達通知を、最終の送信データの送信後にまとめて受けるようにすることができるようになる。つまり、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【００２４】
その結果、複数件の送信データに対する送達通知の確認を、例えば送信側のユーザが行うような場合に、その確認作業を１回にまとめることができ、作業の簡略化を図ることができる。
【００２５】
なお、本発明のデータ受信処理方法は、受信データに含まれる、当該データの送達通知の要求に対して応答するデータ受信処理方法であって、上記の課題を解決するために、受信手段が、データを受信する受信ステップと、前記受信ステップにて受信した受信データに、送達通知の要求を示す通知要求情報が含まれている場合に、通知データ作成手段が、送達通知のための通知データを作成する通知データ作成ステップと、前記受信データに、送達通知のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、通知条件認識手段が、前記通知条件情報にて示されている条件を認識する通知条件認識ステップと、送信制御手段が、前記通知条件認識ステップの認識結果に基づいて、前記通知データの送信のタイミングを定める送信タイミング設定ステップと、送信手段が、前記送信タイミング設定ステップにて定めたタイミングで前記通知データを送信する送信ステップと、を含むことを特徴としている。
【００２６】
また、本発明のデータ受信処理プログラムは、前記のデータ受信処理方法を実行するためのプログラムであって、コンピュータを前記各手段として機能させ、コンピュータに前記各ステップを実行させるためのプログラムである。また、本発明のコンピュータ読み取り可能な記録媒体は、前記のデータ受信処理プログラムを記録した記録媒体である。
【００２７】
これらによっても、上記と同様に、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【００２８】
本発明の通信装置は、前記の通信装置において、前記通知データ作成手段が、前記通知条件認識手段の認識結果に基づいて、複数件の受信データに対する送達通知をまとめて１つの通知データを作成することが望ましい。
【００２９】
上記の構成では、通知条件認識手段の認識結果に基づくことにより、例えば同じタイミングで送達通知のための通知データを送信すべき複数件の受信データが存在することが判明した場合に、上記複数件の受信データに対する送達通知を、１つの通知データにまとめて送信することができるようになる。
【００３０】
これにより、送達通知のための通信の回数を削減することができる。また、ネットワークを介して通信を行う場合、通信回数の削減によりネットワークのトラフィックを削減することもできる。
【００３１】
本発明の通信装置は、前記の通信装置において、前記受信データの受信結果を判別する受信結果判別手段をさらに備え、前記送信制御手段が、さらに前記受信結果判別手段の判別結果に基づいて、前記通知データの送信のタイミングを定めることが望ましい。
【００３２】
上記の構成では、受信データの受信結果に基づいて通知データの送信のタイミングを定めることができる。したがって、例えば受信データの受信結果がエラーと判別された場合に、通知条件情報にて示されている条件にかかわらず直ちに通知データの送信を行うようにすることが可能になる。その結果、後に送信側において再送等の処理を行う場合に、その処理を迅速に行うことができるようになる。
【００３３】
本発明の通信装置は、前記の通信装置に対して、送達通知の要求を含むデータを送信する通信装置であって、送達通知のタイミングを定めるための条件を設定する通知条件設定手段と、送達通知の要求を示す通知要求情報とともに、前記通知条件設定手段にて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成手段と、前記送信データを送信する送信手段と、を備えていることを特徴としている。
【００３４】
上記の構成では、上述した通知条件認識手段を備えた通信装置に対して、送達通知の要求を示す通知要求情報とともに送達通知のタイミングを定めるための条件を示す通知条件情報を含む送信データを送信することで、上述のように複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【００３５】
なお、本発明のデータ送信方法は、前記のデータ受信処理方法にて受信するデータを送信するためのデータ送信処理方法であって、通知条件設定手段が、送達通知のタイミングを定めるための条件を設定する通知条件設定ステップと、送信データ作成手段が、送達通知の要求を示す通知要求情報とともに、前記通知条件設定ステップにて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成ステップと、送信手段が、前記送信データを送信する送信ステップと、を含むことを特徴としている。
【００３６】
また、本発明のデータ送信処理プログラムは、前記のデータ送信処理方法を実行するためのプログラムであって、コンピュータを前記各手段として機能させ、コンピュータに前記各ステップを実行させるためのプログラムである。また、本発明のコンピュータ読み取り可能な記録媒体は、前記のデータ送信処理プログラムを記録した記録媒体である。
【００３７】
これらによっても、上記と同様に、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【００３８】
本発明の通信装置は、前記の通信装置において、前記通知条件情報が、送達通知の時期を指定する情報であり、送達通知のための通知データを受信する受信手段と、前記送信手段にて送信した送信データに含まれる通知条件情報の指定する送達通知の時期に対して予め定めた期間内に、当該送信データに対応する通知データを前記受信手段にて受信したか否かを判別する受信管理手段と、前記受信管理手段により前記期間内に通知データを受信していないと判別した場合に、その旨をユーザに告知する告知手段と、をさらに備えることが望ましい。
【００３９】
上記の構成では、送達通知の時期を指定して送信データを送信した場合において、その時期に対して予め定めた期間内に当該送信データに対応する通知データを受信していないときに、その旨をユーザに告知する。このように上記期間内に通知データを受信していないときは、送信のトラブル等があった可能性がある。上記のようにユーザに告知することによって、再送等のその後の必要な処理を迅速に行うことができるようになる。
【００４０】
【発明の実施の形態】
本発明の実施の一形態について図１から図１１に基づいて説明すれば、以下の通りである。
【００４１】
本実施形態では、本発明の通信装置として、インターネットなどのネットワークを介した電子メールの送受信や、この電子メールを利用した画像情報等の送受信を行うファクシミリ／電子メール装置を想定している。
【００４２】
図１は、本実施形態のファクシミリ／電子メール装置１１の電気的構成を示すブロック図である。このファクシミリ／電子メール装置１１は、データを用紙等の記録媒体に印刷するプリンタ／コピーや、電話回線を利用した通常のファクシミリ装置（ＦＡＸ）としての機能の他に、インターネットなどのネットワークを経由して、電子メール（Ｅ−ｍａｉｌ）の送受信やサーバとファイルの送受信を行う電子メール（Ｅ−ｍａｉｌ／ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ））装置、およびインターネットファクシミリ装置としての機能を有する。
【００４３】
このファクシミリ／電子メール装置１１は、大略的に、メイン制御部１２と、パネル制御部１３と、制御用メモリ１４と、画像用バッファ１５と、制御用バッファ１６と、画像記憶部１７と、電子メール作成部１８と、読取部１９と、記録部２０と、符号／復号化制御部２１と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）制御部２２と、モデム２３と、網制御部（ＮＣＵ：Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２４と、送達通知制御部２５と、送達通知管理部２６とを備えて構成されている。
【００４４】
メイン制御部１２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ））などを備えて構成され、ファクシミリ／電子メール装置１１の制御を行う。
【００４５】
パネル制御部１３は、原稿の読み込み、相手先入力などの指示を行うためのものであり、そのための画面を表示するようになっている。パネル制御部１０は、図示しない表示装置及び操作部を備えている。表示装置は、液晶表示装置（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ等から成り、動作状態や送信先などを表示する。操作部は、操作するために必要なキー（入力装置）を備えている。この操作部により、相手先の設定を行う。設定された相手先情報は、制御用メモリ１４に格納される。なお、表示装置及び操作部を一体化してタッチパネルとしてもよい。
【００４６】
制御用メモリ１４は、ＲＯＭなどの不揮発性のメモリや、バックアップされた揮発性のメモリなどから成り、制御プログラムや相手先情報を記憶している。画像用バッファ１５は、ＲＡＭ等から成り、送受信される画像データの圧縮や伸長にあたっての一時記憶に使用される。制御用バッファ１６は、ＲＡＭ等から成り、制御プログラムを動作させる上で必要なデータを格納する。画像記憶部１７は、符号化された画像データを記憶するとともに、後述する読取部１９から読込んだデータ、または受信したデータ、復号化後のデータなどを記憶する。なお、画像記憶部１７にデータを記憶せず、直接、画像用バッファを用いた処理が行われてもよい。
【００４７】
電子メール作成部１８は、テキスト情報や符号化された画像データにヘッダ情報を付加し、電子メールのフォーマットに変換する。なお、電子メール作成部１８の詳細については後述する。読取部１９は、原稿読取手段としての光電変換素子（ＣＣＤ：Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）を利用したスキャナで、原稿を所定の解像度で読み取る。そして、読み取った結果のドットイメージデータを出力する。記録部２０は、電子写真方式のプリンタ装置を備え、通信によって受信した原稿画像や読取部１９で読み取った原稿画像等のデータをハードコピー（プリントアウト）する。
【００４８】
符号／復号化制御部２１は、読み込んだ原稿画像のデータの符号化または受信時の復号化を行う。すなわち、この符号／復号化制御部２１は、読取部１９で読み取った原稿画像のデータを符号化圧縮するとともに、符号化圧縮されている受信した原稿画像のデータを元のデータに復号化する。この符号／復号化制御部２１では、ファクシミリ通信で一般に使用されている、ＭＨ（Ｍｏｄｉｆｉｅｄ Ｈｕｆｆｍａｎ）、ＭＲ（Ｍｏｄｉｆｉｅｄ ＲＥＡＤ）およびＭＭＲ（Ｍｏｄｉｆｉｅｄ Ｍｏｄｉｆｉｅｄ ＲＥＡＤ）などの符号化方式を用いることができる。
【００４９】
ＬＡＮ制御部２２は、インターネット経由による電子メールの送受信およびインターネットファクシミリの通信を行うように、ＬＡＮと接続するためのものである。モデム２３は、通常のファクシミリ通信を行うためのものであり、ファクシミリ通信が可能なファクシミリモデムから構成されている。このモデム２３は、網制御部２４を介してアナログの公衆電話回線（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）と接続されている。網制御部２４は、公衆電話回線網との回線の閉結及び開放の回線制御動作を行うハードウェアであり、必要に応じてモデム２３を公衆電話回線網と接続する。
【００５０】
送達通知制御部２５は、送信する電子メールに関する送達通知（ＭＤＮ：Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）機能による送達通知の要求（ＭＤＮ要求）、及び受信する電子メールに関する上記送達通知の要求に対する応答（ＭＤＮ応答）の管理などを行うためのものである。送達通知制御部２５は、電子メール作成部１８が付加するヘッダ情報を用いて制御を行う。送達通知管理部２６は、カレンダー機能や時計機能を有しており、ＭＤＮ要求に対するＭＤＮ応答のタイミングの管理などを行うためのものである。なお、送達通知制御部２５及び送達通知管理部２６の詳細については後述する。
【００５１】
ファクシミリ／電子メール装置１１では、符号／復号化制御部２１、ＬＡＮ制御部２２、モデム２３、及び網制御部２４によって、データの送信を行う送信手段２７、及びデータの受信を行う受信手段２８が構成される。なお、ファクシミリ／電子メール装置１１がＬＡＮによる通信を行う場合にはＬＡＮ制御部２２が機能し、アナログの公衆電話回線による通信を行う場合には網制御部２４が機能する。
【００５２】
以下、ファクシミリ／電子メール装置１１におけるＭＤＮ要求及びＭＤＮ応答の機能について説明する。
【００５３】
送達通知制御部２５は、通知条件設定手段２５ａ及び通知条件認識手段２５ｂを備えている。通知条件設定手段２５ａは、ファクシミリ／電子メール装置１１を送信側の通信装置（送信側装置）として用いる場合に機能するものである。通知条件設定手段２５ａは、ＭＤＮ要求を付した送信データを送る場合に、受信側装置におけるＭＤＮ応答のタイミングを定めるための条件を設定し、この条件を示す通知条件情報を生成する。通知条件認識手段２５ｂは、ファクシミリ／電子メール装置１１を受信側の通信装置（受信側装置）として用いる場合に機能するものである。この通知条件認識手段２５ｂは、受信データに通知条件情報が含まれている場合に、この通知条件情報にて示されている条件を認識する。
【００５４】
また、送達通知制御部２５は、さらに受信結果判別手段２５ｃを備えていてもよい。受信結果判別手段２５ｃは、ファクシミリ／電子メール装置１１を受信側装置として用いる場合に機能するものであり、受信データの受信結果を判別するものである。
【００５５】
送達通知管理部２６は、ファクシミリ／電子メール装置１１を受信側装置として用いる場合に機能する送信制御手段２６ａを備えている。送信制御手段２６ａは、送達通知制御部２５の通知条件認識手段２５ｂの認識結果に基づいて、ＭＤＮ応答のタイミングを定めるものである。
【００５６】
送達通知制御部２５に受信結果判別手段２５ｃが備えられている場合、送信制御手段２６ａは、さらに受信結果判別手段２５ｃの判別結果に基づいて、ＭＤＮ応答のタイミングを定めてもよい。
【００５７】
また、送達通知管理部２６は、ファクシミリ／電子メール装置１１を送信側装置として用いる場合に機能する受信管理手段２６ｂを備えていてもよい。受信管理手段２６ｂは、ＭＤＮ要求を付した送信データを送る場合に、受信側装置においてＭＤＮを送信する時期を指定したとき、指定した時期に対して予め定めた期間内に、当該送信データに対応するＭＤＮを受信したか否かを判別するものである。
【００５８】
電子メール作成部１８は、送信データ作成手段１８ａ及び通知データ作成手段１８ｂを備えている。送信データ作成手段１８ａは、ファクシミリ／電子メール装置１１を送信側装置として用いる場合に機能するものである。送信データ作成手段１８ａは、ＭＤＮ要求を示す通知要求情報とともに、通知条件設定手段２５ａにて生成した通知条件情報を、送信すべきデータに含めて送信データを作成する。通知データ作成手段１８ｂは、ファクシミリ／電子メール装置１１を受信側装置として用いる場合に機能するものである。通知データ作成手段１８ｂは、受信データに、ＭＤＮ要求を示す通知要求情報が含まれている場合に、ＭＤＮのための通知データ（送達通知の内容を示すデータ。以下、単に「通知データ」という。）を作成する。
【００５９】
なお、通知データ作成手段１８ｂは、通知条件認識手段２５ｂの認識結果に基づき、例えば同じタイミングで通知データを送信すべき複数件の受信データが存在することが判明した場合に、その複数件の受信データに対するＭＤＮの内容をまとめて１つの通知データを作成するものであってもよい。
【００６０】
図２は、ファクシミリ／電子メール装置１１を用いて構成される通信システムの一構成例を示すブロック図である。この通信システムでは、送信側装置１１ａ及び受信側装置１１ｂを備えており、送信側装置１１ａ及び受信側装置１１ｂはそれぞれ上記ファクシミリ／電子メール装置１１である。
【００６１】
この通信システムでは、送信側装置１１ａ及び受信側装置１１ｂがそれぞれアナログの公衆電話回線３０を介してメールサーバ３１ａ・３１ｂと通信できるようになっている。また、メールサーバ３１ａ・３１ｂは、インターネット３２を介して互いに通信できるようになっている。
【００６２】
ここで、ファクシミリ／電子メール装置１１の送信側装置１１ａとしての機能に注目すると、送信側装置１１ａは、ＭＤＮ応答のタイミングを定めるための条件を設定する通知条件設定手段２５ａと、ＭＤＮ要求を示す通知要求情報とともに、通知条件設定手段２５ａにて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成手段１８ａと、この送信データを送信する送信手段２７とを備えていることになる。
【００６３】
図３は、上記送信データとしての送信メール（電子メール）の内容を示す図面である。図３の（ａ）はヘッダ、（ｂ）は本文、（ｃ）は添付ファイルである。なお、図３ではわかりやすいように（ａ）〜（ｃ）を分割して図示しているが、実際のメールでは分割されているわけではない。
【００６４】
（ａ）のヘッダは、電子メールの送受信及びインターネット中での配信などに関する情報を表示する領域である。ここで、ヘッダ中の各行は、送受信などで用いる固有の情報を記している。以下では、この各行のことを「フィールド」と称する。例えば、Ｔｏフィールドには電子メールの宛先が表示されている。
【００６５】
ここで、上記送信メールには、（ａ）のヘッダ内に、（ａ−１）又は（ａ−２）のＭＤＮ要求のためのフィールドが設けられている。（ａ−１）及び（ａ−２）は、ＲＦＣ２２９８で規定されるＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏフィールド（ＭＤＮフィールド）を用いて、通知データとしての応答メールを送付すべき送信先のアドレスを設定するようになっている。このＭＤＮフィールドが、ＭＤＮ要求を示す通知要求情報となる。図３では、送信先として「Ｓｈａｒｐ＿Ｄｏｃ＿ＩｎｔｅｒｎｅｔＦＡＸ＠ｓｈａｒｐ．ｃｏ．ｊｐ」が設定されている。
【００６６】
また、ＭＤＮ応答時においてどの送信メールに対する応答なのかを識別するために、送信時に、送信メールに対してＭｅｓｓａｇｅ−Ｉｄフィールドにメールを識別するためのＩＤを付与しておく。そして、応答メールにて、送信メールに付与されたＩＤを返信することによりメールを識別できるようにする。図３では、このＩＤとして「＜１１１＠ＳＨＡＲＰ＿Ｄ１＞」が設定されている。
【００６７】
また、上記送信メールには、図３の（ａ−１）のように、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏフィールドの後に、通知条件設定手段２５ａにて設定した条件を示す通知条件情報が付加されている。図３の（ａ−１）では、通知条件情報として、ＭＤＮ応答の時期を、ＧＭＴ（グリニッジ標準時）＋０９：００のタイムゾーンにおける２００１年９月２２日に指定する情報が付加されている。
【００６８】
このように、送信側装置１１ａでは、ＭＤＮフィールドに、通知要求情報に加えて、通知条件情報を含めるようになっている。なお、この場合、通知要求情報及び通知条件情報は、送信メールに含まれるテキストデータである。これにより、これらの情報を送信メールに含ませることが容易となり、この送信メールの受信側である受信側装置１１ｂにおいてもこれらの情報を認識することが容易となる。
【００６９】
なお、通知条件情報を含める方法としては、図３の（ａ−２）のように、Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓのフィールドを付加してもよい。
【００７０】
図３の（ｂ）の本文は、いわゆる電子メールの本体で、メッセージの送受信に用いるものである。図３は、インターネットファクシミリ通信のための送信メールを示したものであるため、本文は簡単なものとなっている。
【００７１】
また、図３の（ｃ）の添付ファイルは、符号化した画像ファイルを添付したものである。この添付ファイルの形式は、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ
Ｅｘｔｅｎｔｉｏｎｓ）として定められている。
【００７２】
この構成では、受信側装置１１ｂに対して、ＭＤＮ要求を示す通知要求情報とともにＭＤＮ応答のタイミングを定めるための条件を示す通知条件情報を含む送信データを送信することで、後述するように複数件の送信データに対するＭＤＮを一時期にまとめることができるようになる。
【００７３】
また、送信側装置１１ａは、通知データを受信する受信手段２８と、通知条件情報がＭＤＮの時期を指定する情報である場合に、送信手段２７にて送信した送信データに含まれる通知条件情報の指定するＭＤＮの時期に対して予め定めた期間内に、当該送信データに対応する通知データを受信手段２８にて受信したか否かを判別する受信管理手段２６ｂと、受信管理手段２６ｂにより上記期間内に通知データを受信していないと判別した場合に、その旨をユーザに告知する告知手段とをさらに備えることが望ましい。この告知手段は、パネル制御部１３により実現することができ、パネル制御部１３を介して表示装置に上記の旨を表示させるようにすればよい。
【００７４】
この構成では、ＭＤＮの時期を指定して送信データを送信した場合において、その時期に対して予め定めた期間内に当該送信データに対応する通知データを受信していないときに、その旨をユーザに告知する。このように上記期間内に通知データを受信していないときは、送信のトラブル等があった可能性がある。上記のようにユーザに告知することによって、再送等のその後の必要な処理を迅速に行うことができるようになる。
【００７５】
一方、ファクシミリ／電子メール装置１１の受信側装置１１ｂとしての機能に注目すると、受信側装置１１ｂは、データを受信する受信手段２８と、受信データに、ＭＤＮ要求を示す通知要求情報が含まれている場合に、通知データを作成する通知データ作成手段１８ｂと、この通知データを送信する送信手段２７と、受信データに、ＭＤＮ応答のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、この条件を認識する通知条件認識手段２５ｂと、この認識結果に基づいて、送信手段２７による通知データの送信のタイミング、つまりＭＤＮ応答のタイミングを定める送信制御手段２６ａとを備えることになる。
【００７６】
この構成では、受信データに、ＭＤＮ応答のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、その条件を通知条件認識手段２５ｂにて認識する。また、この認識結果に基づいて、送信手段２７による通知データの送信のタイミングを送信制御手段２６ａにて定める。
【００７７】
したがって、送信側装置１１ａにおいて通知条件情報を含めて受信側装置１１ｂにデータを送信することで、受信側装置１１ｂはその条件に基づいて定められるタイミングで通知データを送信するようになる。
【００７８】
これにより、例えば図４に示すように、送信側装置１１ａから受信側装置１１ｂに複数件の送信データ▲１▼〜▲４▼を互いに異なった時期に送信するような場合に、送信側装置１１ａが最終の送信データ▲４▼の送信後にＭＤＮをまとめて受けることができるようになる。つまり、複数件の送信データ▲１▼〜▲４▼に対するＭＤＮ応答を一時期にまとめることができるようになる。
【００７９】
その結果、送信側装置１１ａのユーザは、複数件の送信データ▲１▼〜▲４▼に対するＭＤＮの確認作業を１回にまとめることができ、作業の簡略化を図ることができる。
【００８０】
なお、送信側装置１１ａの通知条件設定手段２５ａは、通知条件情報として、受信側装置１１ｂにてＭＤＮ応答を行うべき日を指定できるようになっていてもよい。これにより、受信側装置１１ｂのユーザはＭＤＮ応答の確認を日単位で行うことができる。
【００８１】
また、送信側装置１１ａの通知条件設定手段２５ａは、通知条件情報として、受信側装置１１ｂにてＭＤＮ応答を行うべき時刻を指定できるようになっていてもよい。これにより、受信側装置１１ｂのユーザはＭＤＮ応答の確認を時間単位で行うことができる。
【００８２】
また、送信側装置１１ａの通知条件設定手段２５ａは、通知条件情報として、受信側装置１１ｂにてＭＤＮ応答を行うべき日時を指定できるようになっていてもよい。
【００８３】
また、送信側装置１１ａの通知条件設定手段２５ａは、通知条件情報として、受信側装置１１ｂにてＭＤＮ応答を行うべき曜日を指定できるようになっていてもよい。これにより、受信側装置１１ｂのユーザはＭＤＮ応答の確認を１週間分まとめて特定の曜日に行うことができる。
【００８４】
なお、送信側装置１１ａの通知条件設定手段２５ａは、通知条件情報として、ＭＤＮの時期を指定する情報に限らず、その他の条件を指定する情報、例えば予め定めた件数分のデータを受信したタイミングでＭＤＮ応答を行うように指定する情報などであってもよい。
【００８５】
ここで、上記通知データ作成手段１８ｂは、上記通知条件認識手段２５ｂの認識結果に基づいて、複数件の受信データに対するＭＤＮをまとめて１つの通知データを作成することが望ましい。
【００８６】
この構成では、通知条件認識手段２５ｂの認識結果に基づくことにより、例えば同じタイミングで通知データを送信すべき複数件の受信データが存在することが判明した場合に、この複数件の受信データに対する送達通知を、１つの通知データにまとめて送信することができるようになる。
【００８７】
これにより、ＭＤＮのための通信の回数を削減することができる。また、通信回数の削減により公衆電話回線３０やインターネット３２のトラフィックを削減することもできる。
【００８８】
図５は、上記通知データとしての応答メール（電子メール）の内容を示す図面である。図５の（ａ）はヘッダ、（ｂ）は本文、（ｃ）はＭＤＮ情報である。なお、図５ではわかりやすいように（ａ）〜（ｃ）を分割して図示しているが、実際のメールでは分割されているわけではない。
【００８９】
ここで、（ａ）のヘッダにおけるＴｏフィールドには、図５の送信メールのＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏフィールドにて指定されたアドレスが設定されている。
【００９０】
また、（ｃ）のＭＤＮ情報はＭＤＮの内容を示す情報である。ＭＤＮの内容は、主に図５の記号Ａを付したフィールドで示されている。これらのフィールドは、それぞれ次の情報を示す。
【００９１】
上段のＦｉｎａｌ−Ｒｅｃｉｐｉｅｎｔフィールドは、ＭＤＮ応答の受け取りアドレスを示す。中段のＯｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドは、ＭＤＮに係る送信メールを特定するためのＩＤであり、図３の（ａ）におけるＯｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドに対応するＩＤが示されている。下段のＤｉｓｐｏｓｉｔｉｏｎフィールドは、中段のＯｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドに示すＩＤの送信メールについて、処理が成功したか否かの状態が示されている。
【００９２】
従来であれば、Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドには１つのＩＤのみが示されていたが、図５の応答メールでは、Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄフィールドに複数のＩＤを含めて、ＭＤＮを１つにまとめることが可能である。
【００９３】
また、受信側装置１１ｂは、受信データの受信結果を判別する受信結果判別手段２５ｃを備え、送信制御手段２６ａが、さらに受信結果判別手段２５ｃの判別結果に基づいて、ＭＤＮ応答のタイミングを定めることが望ましい。
【００９４】
この構成では、受信データの受信結果に基づいてＭＤＮ応答のタイミングを定めることができる。したがって、例えば図６に示すように、受信データの受信結果がエラーと判別された場合に、通知条件情報にて示されている条件にかかわらず直ちにＭＤＮ応答を行うようにすることが可能になる。その結果、後に送信側装置１１ａにおいて再送等の処理を行う場合に、その処理を迅速に行うことができるようになる。
【００９５】
図７及び図８は、送信側装置１１ａにおける処理の流れ（データ送信処理方法）の一例を示すフローチャートである。以下では、適宜図１及び図２を用いつつ、図７及び図８に基づいて送信側装置１１ａにおける処理の流れを説明する。なお、以下の処理において、ユーザによる入力や選択は、パネル制御部１３を介して行うものとする。
【００９６】
送信側装置１１ａにおいては、まず、送信開始処理Ｓ１を行う。送信開始処理では、ユーザが送信側装置１１ａの読取部１９に原稿をセットし（Ｓ２１）、制御用メモリ１４に格納されている相手先情報により送信するか、否かを選択する（Ｓ２２）。
【００９７】
相手先情報によらずに送信するのであれば、ユーザは、送信先のアドレスを入力し（Ｓ２３）、送信データのファイル形式や圧縮形式を入力する（Ｓ２４）。
【００９８】
次に、ユーザは、ＭＤＮ要求を設定するか否かを選択する（Ｓ２５）。設定する場合、ＭＤＮ要求する旨を入力するとともに（Ｓ２６）、ＭＤＮ応答のタイミングを定めるための条件を入力する（Ｓ２７）。この入力画面は、例えば図１０のようになる。
【００９９】
上記Ｓ２７の入力に基づいて、通知条件設定手段２５ａが、ＭＤＮ応答のタイミングを定めるための条件を設定し、この条件を示す通知条件情報を生成する（通知条件設定ステップＳ２８）。
【０１００】
さらに、ユーザは、ＭＤＮ応答により送達エラーが通知された場合の再送回数を入力する（Ｓ２９）。
【０１０１】
次に、ユーザがスタートキーを入力すると（Ｓ３０）、読取部１９が原稿の読み取りを開始する（Ｓ３１）。
【０１０２】
そして、送信データ作成手段１８ａが、ＭＤＮ要求を示す通知要求情報とともに、上記Ｓ２８で生成した通知条件情報を、送信すべきデータに含めて送信データを作成する（送信データ作成ステップＳ３２）。
【０１０３】
なお、上記Ｓ２２において相手先情報により送信することを選択したのであれば、ユーザは、相手先に対応付けられたワンタッチキー又は短縮番号を入力する。なお、相手先情報には、予め行われた上記Ｓ２３〜Ｓ２９と同様の処理による設定の結果が含まれているため、再度の設定は不要となっている。
【０１０４】
次に、送信手段２７が、メールサーバ３１ａに接続し（Ｓ２）、送信データとしての送信メールを送信し（送信ステップＳ３）、その後メールサーバ３１ａとの接続を終了する（Ｓ４）。
【０１０５】
上記Ｓ２６でＭＤＮ要求する旨を入力している場合（Ｓ５）、受信管理手段２６ｂによりＭＤＮ応答待ちの設定をし（Ｓ６）、送信データに含めた通知条件情報の指定するＭＤＮ応答の時期がくるのを待って、送信手段２７がメールサーバ３１ａへ接続する（Ｓ７）。
【０１０６】
メールサーバ３１ａに新着メールがある場合には（Ｓ８）、受信手段２８によりその新着メールを受信して（Ｓ９）、メールサーバ３１ａとの接続を終了する（Ｓ１０）。
【０１０７】
上記新着メールとしてＭＤＮの応答メールを受信した場合には（Ｓ１１）、ＭＤＮ応答待ちの設定を解除し（Ｓ１２）、パネル制御部１３又は記録部２０によりＭＤＮ応答の結果を表示又は印刷する（Ｓ１３）。この表示又は印刷結果は、例えば図１１のようになる。図１１は、３件の送信メールに対するＭＤＮを１件の応答メールにまとめたものである。
【０１０８】
ＭＤＮ応答の結果が「受信完了」であれば処理を終了し、「受信完了」でなければ再送処理のために上記Ｓ２からの処理を繰り返す（Ｓ１４）。
【０１０９】
上記Ｓ１１にてＭＤＮの応答メールを受信していない場合には、受信管理手段２６ｂによりＭＤＮ応答の時期に対して予め定めた期間が経過したかを確認し（Ｓ１５）、経過していない場合には上記Ｓ７からの処理を繰り返し、経過している場合にはＭＤＮ応答待ちの設定を解除して（Ｓ１６）、パネル制御部１３を介して表示装置にエラーを告知する（Ｓ１７）。
【０１１０】
図９は、受信側装置１１ｂにおける処理の流れ（データ受信処理方法）の一例を示すフローチャートである。以下では、適宜図１及び図２を用いつつ、図９に基づいて受信側装置１１ｂにおける処理の流れを説明する。
【０１１１】
受信側装置１１ｂにおいては、まず、受信処理を行う。受信処理では、受信手段２８が、メールサーバ３１ｂに接続し（Ｓ４１）、受信データとしての受信メールを受信し（受信ステップＳ４２）、その後メールサーバ３１ｂとの接続を終了する（Ｓ４３）。
【０１１２】
次に、記録部２０による受信メールの印字処理（Ｓ４４）を行った後、送達通知制御部２５により受信メールにＭＤＮ要求を示す通知要求情報が含まれているか否かを判別する（Ｓ４５）。
【０１１３】
ＭＤＮ要求が含まれている場合には、さらに送達通知制御部２５により受信メールにＭＤＮ応答のタイミングを定めるための条件を示す通知条件情報が含まれているか否かを判別する（Ｓ４７）。受信メールに通知要求情報が含まれている場合には、通知データ作成手段１８ｂが、通知データを作成する（通知データ作成ステップＳ４６）。
【０１１４】
受信メールに通知要求情報が含まれており、通知条件情報が含まれていない場合には、上記Ｓ４６にて作成した通知データをすぐに送信する（ＭＤＮ応答を行う）（Ｓ５３）。
【０１１５】
受信メールに通知要求情報が含まれており、通知条件情報も含まれている場合には、通知条件認識手段２５ｂが、通知条件情報にて示されている条件を認識し（通知条件認識ステップＳ４８）、送信制御手段２６ａが、上記Ｓ４９の認識結果に基づいて、通知データの送信のタイミングを定める（送信タイミング設定ステップＳ４９）。
【０１１６】
そして、ＭＤＮ応答待機中のものがない場合には（Ｓ５０）、送信制御手段２６ａによる制御を開始し（Ｓ５１）、ＭＤＮ応答を行うタイミングとして設定されたタイミングまで待機する（Ｓ５２）。
【０１１７】
ＭＤＮ応答を行うタイミングとして設定されたタイミングになると、送信手段２７が通知データを送信する（送信ステップＳ５３）。さらにＭＤＮ応答待機中のものがある場合には（Ｓ５４）、上記Ｓ５２からの処理を繰り返す。
【０１１８】
なお、上記Ｓ４５において受信データにＭＤＮ要求が含まれていない場合、ＭＤＮ応答待機中のものがあるときには（Ｓ５５）、上記Ｓ５２からの処理を行い、ＭＤＮ応答待機中のものがないときには、処理を終了する。
【０１１９】
ここでは、受信メールの印刷処理を行った後に、ＭＤＮ応答を行う場合について説明したが、印刷処理を行う前にＭＤＮ応答を行ってもよく、例えば、受信メール又は受信メールの添付ファイルが判別可能か否かについて確認した後にＭＤＮ応答を行うようにしてもよい。
【０１２０】
本発明のデータ送信処理方法は、上記各処理のうち、特に、通知条件設定手段２５ａが、ＭＤＮ応答のタイミングを定めるための条件を設定する通知条件設定ステップＳ２８と、送信データ作成手段１８ａが、ＭＤＮ要求を示す通知要求情報とともに、通知条件設定ステップＳ２８にて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成ステップＳ３２と、送信手段２７が、送信データを送信する送信ステップＳ３とを含むことを特徴としている。
【０１２１】
また、本発明のデータ受信処理方法は、上記各処理のうち、特に、受信手段２８が、データを受信する受信ステップＳ４２と、受信ステップＳ４２にて受信した受信データに、ＭＤＮ要求を示す通知要求情報が含まれている場合に、通知データ作成手段１８ｂが、通知データを作成する通知データ作成ステップＳ４６と、受信データに、ＭＤＮ応答のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、通知条件認識手段２５ｂが、通知条件情報にて示されている条件を認識する通知条件認識ステップＳ４８と、送信制御手段２６ａが、通知条件認識ステップＳ４８の認識結果に基づいて、通知データの送信のタイミングを定める送信タイミング設定ステップＳ４９と、送信手段２７が、送信タイミング設定ステップＳ４９にて定めたタイミングで通知データを送信する送信ステップＳ５３とを含むことを特徴としている。
【０１２２】
これにより、上述のように、複数件の送信データに対するＭＤＮを一時期にまとめることができるようになる。
【０１２３】
なお、上記データ受信処理方法又はデータ送信方法は、コンピュータを上記各手段として機能させ、コンピュータに上記各ステップを実行させるためのデータ受信処理プログラム又はデータ送信処理プログラムによって実行することもできる。すなわち、上記データ受信処理方法又はデータ送信方法は、データ受信処理プログラム又はデータ送信処理プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能な状態に記録媒体に記録しておき、この記録媒体を、コンピュータを含むシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１２４】
なお、本実施形態においては、ＲＦＣ２２９８で規定されるＭＤＮを用いることを前提として説明したが、本発明はＲＦＣ２２９８で規定されるＭＤＮを用いるものに限定されない。例えば、受信側装置の接続先のメールサーバが、電子メールの状況について送信先に通知するＤＳＮ（Ｄｅｌｉｖｅｒｙ Ｓｔａｔｕｓ Ｎｏｔｉｆｉｃａｔｉｏｎ）（ＲＦＣ１８９１／１８９４）を用いることもできる。
【０１２５】
また、本実施形態では、ファクシミリ／電子メール装置１１がファクシミリ機能を有する場合について説明したが、本発明は、ファクシミリ機能を有さずメール機能のみを有する通信装置にも適用可能である。さらに、本実施形態では、送信データ及び受信データとして電子メールを想定したが、電子メール以外のデータであってもよい。
【０１２６】
【発明の効果】
以上のように、本発明の通信装置は、データを受信する受信手段と、通知要求情報が受信データに含まれている場合に、通知データを作成する通知データ作成手段と、通知データを送信する送信手段と、通知条件情報が受信データに含まれている場合に、通知条件情報にて示されている条件を認識する通知条件認識手段と、通知条件認識手段の認識結果に基づいて、送信手段による通知データの送信のタイミングを定める送信制御手段と、を備える構成である。
【０１２７】
上記の構成では、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。その結果、複数件の送信データに対する送達通知の確認を、例えば送信側のユーザが行うような場合に、その確認作業を１回にまとめることができ、作業の簡略化を図ることができる。
【０１２８】
なお、本発明のデータ受信処理方法は、受信手段がデータを受信する受信ステップと、送達通知の要求を示す通知要求情報が受信データに含まれている場合に、通知データ作成手段が通知データを作成する通知データ作成ステップと、通知条件情報が受信データに含まれている場合に、通知条件認識手段が通知条件情報にて示されている条件を認識する通知条件認識ステップと、この認識結果に基づいて送信制御手段が通知データの送信のタイミングを定める送信タイミング設定ステップと、ここで定めたタイミングで送信手段が通知データを送信する送信ステップと、を含む方法である。
【０１２９】
また、本発明のデータ受信処理プログラムは、前記のデータ受信処理方法を実行するためのプログラムであって、コンピュータを前記各手段として機能させ、コンピュータに前記各ステップを実行させるためのプログラムである。また、本発明のコンピュータ読み取り可能な記録媒体は、前記のデータ受信処理プログラムを記録した記録媒体である。
【０１３０】
これらによっても、上記と同様に、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【０１３１】
本発明の通信装置は、前記の通信装置において、通知データ作成手段が、通知条件認識手段の認識結果に基づいて、複数件の受信データに対する送達通知をまとめて１つの通知データを作成することが望ましい。
【０１３２】
上記の構成では、送達通知のための通信の回数を削減することができる。また、ネットワークを介して通信を行う場合、通信回数の削減によりネットワークのトラフィックを削減することもできる。
【０１３３】
本発明の通信装置は、前記の通信装置において、受信データの受信結果を判別する受信結果判別手段をさらに備え、送信制御手段が、さらに受信結果判別手段の判別結果に基づいて、通知データの送信のタイミングを定めることが望ましい。
【０１３４】
上記の構成では、例えば受信データの受信結果がエラーと判別された場合に、後に送信側において再送等の処理を迅速に行うことができるようになる。
【０１３５】
本発明の通信装置は、前記の通信装置に対して、送達通知の要求を含むデータを送信する通信装置であって、送達通知のタイミングを定めるための条件を設定する通知条件設定手段と、通知要求情報とともに、通知条件設定手段にて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成手段と、送信データを送信する送信手段と、を備える構成である。
【０１３６】
上記の構成では、前記の通信装置に対して、通知要求情報とともに通知条件情報を含む送信データを送信することで、上述のように複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【０１３７】
なお、本発明のデータ送信方法は、前記のデータ受信処理方法にて受信するデータを送信するためのデータ送信処理方法であって、通知条件設定手段が送達通知のタイミングを定めるための条件を設定する通知条件設定ステップと、送信データ作成手段が通知要求情報とともに、通知条件設定ステップにて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成ステップと、送信手段が送信データを送信する送信ステップと、を含む方法である。
【０１３８】
また、本発明のデータ送信処理プログラムは、前記のデータ送信処理方法を実行するためのプログラムであって、コンピュータを前記各手段として機能させ、コンピュータに前記各ステップを実行させるためのプログラムである。また、本発明のコンピュータ読み取り可能な記録媒体は、前記のデータ送信処理プログラムを記録した記録媒体である。
【０１３９】
これらによっても、上記と同様に、複数件の送信データに対する送達通知を一時期にまとめることができるようになる。
【０１４０】
本発明の通信装置は、前記の通信装置において、通知条件情報が、送達通知の時期を指定する情報であり、通知データを受信する受信手段と、送信手段にて送信した送信データに含まれる通知条件情報の指定する送達通知の時期に対して予め定めた期間内に、当該送信データに対応する通知データを受信手段にて受信したか否かを判別する受信管理手段と、受信管理手段により前記期間内に通知データを受信していないと判別した場合に、その旨をユーザに告知する告知手段と、をさらに備えることが望ましい。
【０１４１】
上記の構成では、再送等のその後の必要な処理を迅速に行うことができるようになる。
【図面の簡単な説明】
【図１】本発明の実施の一形態に係るファクシミリ／電子メール装置の電気的構成を示すブロック図である。
【図２】図１のファクシミリ／電子メール装置を用いて構成される通信システムの一構成例を示すブロック図である。
【図３】送信メールの内容を示す図面である。
【図４】ＭＤＮによる本発明の送達通知の流れを示す概念図である。
【図５】応答メールの内容を示す図面である。
【図６】ＭＤＮによる本発明の送達通知の流れを示す概念図である。
【図７】図１のファクシミリ／電子メール装置が送信側装置として機能する場合の処理の流れを示すフローチャートである。
【図８】図１のファクシミリ／電子メール装置が送信側装置として機能する場合の処理の流れを示すフローチャートである。
【図９】図１のファクシミリ／電子メール装置が受信側装置として機能する場合の処理の流れを示すフローチャートである。
【図１０】ＭＤＮ応答のタイミングを定めるための条件を入力する入力画面を示す図面である。
【図１１】ＭＤＮ応答メールの内容を説明するための図面である。
【図１２】インターネットＦＡＸの接続形態を示すブロック図である。
【図１３】ＭＤＮによる従来の送達通知の手順を示す概念図であり、（ａ）は送受信が成功した場合を示す概念図、（ｂ）は送受信が失敗した場合を示す概念図である。
【図１４】ＭＤＮ応答メールの内容を説明するための図面である。
【符号の説明】
１１ ファクシミリ／電子メール装置（通信装置）
１２ メイン制御部
１３ パネル制御部（告知手段）
１４ 制御用メモリ
１５ 画像用バッファ
１６ 制御用バッファ
１７ 画像記憶部
１８ 電子メール作成部
１８ａ 送信データ作成手段
１８ｂ 通知データ作成手段
１９ 記録部
２０ 記録部
２２ ＬＡＮ制御部
２４ 網制御部
２５ 送達通知制御部
２５ａ 通知条件設定手段
２５ｂ 通知条件認識手段
２５ｃ 受信結果判別手段
２６ 送達通知管理部
２６ａ 送信制御手段
２６ｂ 受信管理手段
２７ 送信手段
２８ 受信手段
Claims (11)
- 受信データに含まれる、当該データの送達通知の要求に対して応答する機能を有する通信装置において、
データを受信する受信手段と、
前記受信手段にて受信した受信データに、送達通知の要求を示す通知要求情報が含まれている場合に、送達通知のための通知データを作成する通知データ作成手段と、
前記通知データを送信する送信手段と、
前記受信データに、送達通知のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、前記通知条件情報にて示されている条件を認識する通知条件認識手段と、
前記通知条件認識手段の認識結果に基づいて、前記送信手段による通知データの送信のタイミングを定める送信制御手段と、
を備えることを特徴とする通信装置。 - 前記通知データ作成手段は、前記通知条件認識手段の認識結果に基づいて、複数件の受信データに対する送達通知をまとめて１つの通知データを作成することを特徴とする請求項１に記載の通信装置。
- 前記受信データの受信結果を判別する受信結果判別手段をさらに備え、
前記送信制御手段は、さらに前記受信結果判別手段の判別結果に基づいて、前記通知データの送信のタイミングを定めることを特徴とする請求項１に記載の通信装置。 - 請求項１に記載の通信装置に対して、送達通知の要求を含むデータを送信する通信装置において、
送達通知のタイミングを定めるための条件を設定する通知条件設定手段と、
送達通知の要求を示す通知要求情報とともに、前記通知条件設定手段にて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成手段と、
前記送信データを送信する送信手段と、
を備えていることを特徴とする通信装置。 - 前記通知条件情報が、送達通知の時期を指定する情報であり、
送達通知のための通知データを受信する受信手段と、
前記送信手段にて送信した送信データに含まれる通知条件情報の指定する送達通知の時期に対して予め定めた期間内に、当該送信データに対応する通知データを前記受信手段にて受信したか否かを判別する受信管理手段と、
前記受信管理手段により前記期間内に通知データを受信していないと判別した場合に、その旨をユーザに告知する告知手段と、
をさらに備えることを特徴とする請求項４に記載の通信装置。 - 受信データに含まれる、当該データの送達通知の要求に対して応答するデータ受信処理方法において、
受信手段が、データを受信する受信ステップと、
前記受信ステップにて受信した受信データに、送達通知の要求を示す通知要求情報が含まれている場合に、通知データ作成手段が、送達通知のための通知データを作成する通知データ作成ステップと、
前記受信データに、送達通知のタイミングを定めるための条件を示す通知条件情報が含まれている場合に、通知条件認識手段が、前記通知条件情報にて示されている条件を認識する通知条件認識ステップと、
送信制御手段が、前記通知条件認識ステップの認識結果に基づいて、前記通知データの送信のタイミングを定める送信タイミング設定ステップと、
送信手段が、前記送信タイミング設定ステップにて定めたタイミングで前記通知データを送信する送信ステップと、
を含むことを特徴とするデータ受信処理方法。 - 請求項６に記載のデータ受信処理方法にて受信するデータを送信するためのデータ送信処理方法において、
通知条件設定手段が、送達通知のタイミングを定めるための条件を設定する通知条件設定ステップと、
送信データ作成手段が、送達通知の要求を示す通知要求情報とともに、前記通知条件設定ステップにて設定した条件を示す通知条件情報を、送信すべきデータに含めて送信データを作成する送信データ作成ステップと、
送信手段が、前記送信データを送信する送信ステップと、
を含むことを特徴とするデータ送信処理方法。 - 請求項６に記載のデータ受信処理方法を実行するためのデータ受信処理プログラムであって、コンピュータを前記各手段として機能させ、コンピュータに前記各ステップを実行させるためのデータ受信処理プログラム。
- 請求項７に記載のデータ送信処理方法を実行するためのデータ送信処理プログラムであって、コンピュータを前記各手段として機能させ、コンピュータに前記各ステップを実行させるためのデータ送信処理プログラム。
- 請求項８に記載のデータ受信処理プログラムを記録したコンピュータ読み取り可能な記録媒体。
- 請求項９に記載のデータ送信処理プログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002185272A JP3857192B2 (ja) | 2002-06-25 | 2002-06-25 | 通信装置、データ受信処理方法及びデータ送信処理方法、データ送信処理プログラム及びデータ受信処理プログラム、並びに、コンピュータ読み取り可能な記録媒体 |
| US10/456,250 US7725543B2 (en) | 2002-06-12 | 2003-06-05 | Network communication device for transmitting/receiving an email message containing a disposition notification request |
| CN03178606.5A CN1282096C (zh) | 2002-06-12 | 2003-06-12 | 网络通信装置、通信装置、以及数据发送接收处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002185272A JP3857192B2 (ja) | 2002-06-25 | 2002-06-25 | 通信装置、データ受信処理方法及びデータ送信処理方法、データ送信処理プログラム及びデータ受信処理プログラム、並びに、コンピュータ読み取り可能な記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004032328A true JP2004032328A (ja) | 2004-01-29 |
| JP3857192B2 JP3857192B2 (ja) | 2006-12-13 |
Family
ID=31180971
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002185272A Expired - Fee Related JP3857192B2 (ja) | 2002-06-12 | 2002-06-25 | 通信装置、データ受信処理方法及びデータ送信処理方法、データ送信処理プログラム及びデータ受信処理プログラム、並びに、コンピュータ読み取り可能な記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3857192B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006080887A (ja) * | 2004-09-09 | 2006-03-23 | Fuji Xerox Co Ltd | インターネットファクシミリ通信システムおよび方法およびプログラム |
| JPWO2006030821A1 (ja) * | 2004-09-14 | 2008-07-31 | 日本電気株式会社 | データ配信システム及びデータ配信方法 |
-
2002
- 2002-06-25 JP JP2002185272A patent/JP3857192B2/ja not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006080887A (ja) * | 2004-09-09 | 2006-03-23 | Fuji Xerox Co Ltd | インターネットファクシミリ通信システムおよび方法およびプログラム |
| JPWO2006030821A1 (ja) * | 2004-09-14 | 2008-07-31 | 日本電気株式会社 | データ配信システム及びデータ配信方法 |
| JP4692774B2 (ja) * | 2004-09-14 | 2011-06-01 | 日本電気株式会社 | データ配信システム及びデータ配信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3857192B2 (ja) | 2006-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7725543B2 (en) | Network communication device for transmitting/receiving an email message containing a disposition notification request | |
| US7602517B2 (en) | Internet facsimile gateway device | |
| JPH10271265A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP5791369B2 (ja) | 画像形成装置、画像形成システム、画像形成システムの制御方法、プログラム | |
| JP2004146877A (ja) | データ送信装置，データ送信方法，データ送信プログラム，データ受信装置，データ受信方法，データ受信プログラムおよび通信システム | |
| JP2001007975A (ja) | 画像通信装置およびその制御方法 | |
| JP3745290B2 (ja) | ネットワーク通信装置 | |
| JP4063125B2 (ja) | 情報通信装置 | |
| JP3971249B2 (ja) | ネットワーク通信装置 | |
| JP3857192B2 (ja) | 通信装置、データ受信処理方法及びデータ送信処理方法、データ送信処理プログラム及びデータ受信処理プログラム、並びに、コンピュータ読み取り可能な記録媒体 | |
| JP3885722B2 (ja) | ファクシミリ装置 | |
| JP4420601B2 (ja) | データ通信システム及び通信装置 | |
| JP4503623B2 (ja) | 通信システム、通信方法、プログラムおよびその記録媒体 | |
| US20040133648A1 (en) | Data terminal method and apparatus capable of storing information using URL | |
| JP4248205B2 (ja) | ネットワーク通信装置 | |
| JP2001265699A (ja) | ネットワークファクシミリ装置 | |
| JP4188848B2 (ja) | ネットワークファクシミリ装置 | |
| JP3873879B2 (ja) | ファクシミリ装置 | |
| JP3657144B2 (ja) | ネットワークファクシミリ装置およびネットワークファクシミリ装置のプログラム | |
| JP4053386B2 (ja) | ネットワーク端末装置 | |
| JP3885723B2 (ja) | ファクシミリ装置 | |
| JP2004112455A (ja) | 通信装置 | |
| JP3730591B2 (ja) | 通信端末装置 | |
| JP2006155647A (ja) | ネットワークファクシミリ装置およびその制御方法 | |
| JP2011172272A (ja) | 通信装置、通信装置の制御方法、プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050225 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060825 |
|
| 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: 20060912 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060913 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3857192 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: 20090922 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110922 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130922 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |