(57)【要約】【課題】送信元から受信したメールを転送先に転送するメール転送装置において、転送先がメールを受信したことを送信元が確認する技術を提供することを目的とする。【解決手段】親機１は子機２にメールＭ１を送信するときに、子機２に自機への開封確認通知を要求する。子機２は孫機３にメールＭ２を転送するときに、孫機３に親機１および自機への開封確認通知を要求する。そのため、親機１および子機２は、孫機３がメールＭ２を受信できたかどうかを確認できる。また、子機２は、孫機３にメールＭ２を転送できたかどうかを、親機１に通知する負担をなくせる。【選択図】図１
2008301054.tif 000002
【特許請求の範囲】
【請求項１】
送信元からメールを受信して、転送先に前記メールに係る転送メールを送信するメール転送装置であって、
前記送信元から前記メールを受信したときに、前記送信元が開封確認通知を要求しているかどうかを判断する手段と、
前記送信元が開封確認通知を要求していると判断したときには、前記転送先に前記転送メールを送信するときに、前記転送先に前記送信元への開封確認通知を要求する手段と、
を備えることを特徴とするメール転送装置。
【請求項２】
請求項１に記載のメール転送装置において、さらに、
前記送信元が開封確認通知を要求していると判断したときには、前記転送先に前記転送メールを送信するときに、前記転送先に自装置への開封確認通知を要求する手段、
を備えることを特徴とするメール転送装置。
【請求項３】
請求項１または請求項２に記載のメール転送装置において、さらに、
前記送信元から前記メールを受信したときに、前記送信元が前記メールに付した内容識別子を読み取る手段と、
前記転送メールに付する内容識別子として、前記送信元が前記メールに付した内容識別子を利用する手段と、
を備えることを特徴とするメール転送装置。
【請求項４】
請求項３に記載のメール転送装置において、
前記メールに付した内容識別子は、
前記メールのメッセージＩＤ、
を含むことを特徴とするメール転送装置。
【請求項５】
請求項１ないし請求項４のいずれかに記載のメール転送装置において、
前記送信元は前記メールのＦｒｏｍアドレスで特定され、前記転送先は前記転送メールのＴｏアドレスで特定されることを特徴とするメール転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信元から受信したメールを転送先に転送するメール転送装置において、転送先がメールを受信したことを送信元が確認する技術に関する。
【背景技術】
【０００２】
送信元から受信したメールを転送先に転送するメール転送装置がある。メール転送装置として、インターネットファックス装置などがある。特許文献１が開示するインターネットファックス装置は、メール転送装置として機能する。メール転送装置としてのインターネットファックス装置について以下では説明する。
【０００３】
送信元から数多くの送信先にメールを送信するときには、送信元のユーザが数多くの送信先のメールアドレスを設定する負担が生ずる。しかし、送信元からメール転送装置にメールを送信して、メール転送装置から転送先にメールを転送するときには、メール転送装置は送信元と転送先を対応づける転送情報を格納する。そのため、送信元のユーザが数多くの送信先のメールアドレスを設定する負担はなくなる。
【０００４】
送信元からメール転送装置にメールを送信するときに、送信元は開封確認通知を要求する。そして、メール転送装置は送信元からメールを受信したときに、転送先にメールを転送できたかどうかについて送信元に通知する。そのため、送信元は転送先がメールを受信したことを確認できる。
【０００５】
【特許文献１】特開２００２−３１４７４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１が開示するインターネットファックスシステムでは、メール転送装置が転送先にメールを転送できたかどうかについて、送信元はメール転送装置から通知を受ける。しかし、転送先がメール転送装置からメールを受信できたかどうかについて、送信元は転送先から直接的に通知を受けるわけではない。そのため、転送先が確実にメールを受信できたかどうかについて、送信元は確実に確認できない。
【０００７】
以上で説明した問題点は、メール転送装置と転送先が直接的に接続されるとは限らないときに顕著になる。たとえば、メール転送装置と転送先がメールサーバ装置などを介して接続されるときに顕著になる。このときには、メール転送装置はメールサーバ装置などにメールを送信できたならば、転送先にメールを転送できたとみなして、その旨を送信元に通知する。
【０００８】
ここで、メール転送装置がメールサーバ装置などにメールを送信できたとしても、転送先がメールサーバ装置などからメールを受信できないことがある。このときには、送信元は転送先がメールを受信できなかったことを確認できない。
【０００９】
そこで、本発明は前記問題点に鑑み、送信元から受信したメールを転送先に転送するメール転送装置において、転送先がメールを受信したことを送信元が確認する技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、請求項１記載の発明は、送信元からメールを受信して、転送先に前記メールに係る転送メールを送信するメール転送装置であって、前記送信元から前記メールを受信したときに、前記送信元が開封確認通知を要求しているかどうかを判断する手段と、前記送信元が開封確認通知を要求していると判断したときには、前記転送先に前記転送メールを送信するときに、前記転送先に前記送信元への開封確認通知を要求する手段と、を備えることを特徴とする。
【００１１】
請求項２記載の発明は、請求項１に記載のメール転送装置において、さらに、前記送信元が開封確認通知を要求していると判断したときには、前記転送先に前記転送メールを送信するときに、前記転送先に自装置への開封確認通知を要求する手段、を備えることを特徴とする。
【００１２】
請求項３記載の発明は、請求項１または請求項２に記載のメール転送装置において、さらに、前記送信元から前記メールを受信したときに、前記送信元が前記メールに付した内容識別子を読み取る手段と、前記転送メールに付する内容識別子として、前記送信元が前記メールに付した内容識別子を利用する手段と、を備えることを特徴とする。
【００１３】
請求項４記載の発明は、請求項３に記載のメール転送装置において、前記メールに付した内容識別子は、前記メールのメッセージＩＤ、を含むことを特徴とする。
【００１４】
請求項５記載の発明は、請求項１ないし請求項４のいずれかに記載のメール転送装置において、前記送信元は前記メールのＦｒｏｍアドレスで特定され、前記転送先は前記転送メールのＴｏアドレスで特定されることを特徴とする。
【発明の効果】
【００１５】
本発明に係るインターネットファックスシステムにおいては、親機が送信元、子機がメール転送装置、孫機が転送先としての役割を担う。親機から子機にメールを送信して、子機から孫機にメールを転送するときに、親機は子機に自機への開封確認通知を要求する。そして、子機は孫機に親機への開封確認通知を要求する。そのため、孫機がメールサーバ装置などからメールを受信できたかどうかについて、親機は確認できる。
【００１６】
また、子機は孫機に自機への開封確認通知を要求する。そのため、孫機がメールサーバ装置などからメールを受信できたかどうかについて、子機は確認できる。すなわち、親機と子機は孫機へのメール送信の可否について確認できる。
【００１７】
さらに、親機が子機に送信するメールの内容と子機が孫機に転送するメールの内容が同一であるならば、それぞれのメールの内容識別子を同一にする。そのため、親機と子機が孫機へのメール送信の可否について確認するときに、どの送信メールの送信可否について確認したのかが明確になる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照しつつ、本発明の実施の形態について説明する。図１は、インターネットファックスシステムを示すブロック図である。本実施の形態に係るインターネットファックスシステムは、インターネットファックス装置である親機１、子機２、孫機３などから構成される。親機１、子機２、孫機３は、インターネットやメールサーバ装置などを介して接続される。
【００１９】
親機１は、メールメッセージを作成して、メールＭ１を子機２に送信する。また、親機１は、メールＭ１を送信するときに、自機への開封確認通知を要求する。そして、親機１は、開封確認通知メールＤ１、Ｄ３を、それぞれ孫機３、子機２から受信する。
【００２０】
子機２は、メールＭ１を親機１から受信する。そして、子機２は、親機１への開封確認通知の要求を受けて、開封確認通知メールＤ３を親機１に送信する。
【００２１】
子機２は、メールＭ２を孫機３に転送する。ここで、メールＭ１とメールＭ２のメッセージ内容は同一である。また、子機２は、メールＭ２を転送するときに、親機１、自機への開封確認通知を要求する。そして、子機２は、開封確認通知メールＤ２を孫機３から受信する。
【００２２】
孫機３は、メールＭ２を子機２から受信する。そして、孫機３は、親機１、子機２への開封確認通知の要求を受けて、開封確認通知メールＤ１、Ｄ２を、それぞれ親機１、子機２に送信する。
【００２３】
以上で説明した処理の流れにおいては、孫機３が子機２からのメール受信に成功すれば、孫機３は子機２のみならず親機１に対しても開封確認通知メールを送信できる。しかし、孫機３が子機２からのメール受信に失敗すれば、孫機３は親機１および子機２に対して開封確認通知メールを送信できない。
【００２４】
そのため、子機２のみならず親機１であっても、孫機３が子機２からのメール受信に成功したか失敗したかを、確実に確認できる。また、子機２が孫機３へのメール転送に成功したか失敗したかを、子機２が親機１に通知する負担がなくなる。
【００２５】
親機１、子機２、孫機３は、以上で説明したような役割を担う。しかし、親機１、子機２、孫機３は、それぞれが担う役割を相互に交換できる。もっとも、親機１、子機２、孫機３は、以上で説明したような役割を担うものとして、本実施の形態について説明する。
【００２６】
親機１、子機２、孫機３は、メール作成部、メール送信部、メール管理部、メール受信部などから構成される。各構成要素が本来備える機能は、どのインターネットファックス装置においても基本的には同一である。しかし、親機１、子機２、孫機３が担う役割は異なることに対応して、それぞれのメール作成部、メール管理部が使用する機能は異なる。
【００２７】
メール作成部１１、２３、３３は、メールメッセージを作成する。本実施の形態においては、メールメッセージとして、開封確認通知要求を伴うメールのメッセージなどがある。子機２においては、メッセージ作成部２３１が、メールメッセージを作成する機能を備える。
【００２８】
また、メール作成部１１、２３、３３は、ヘッダフィールドに識別子を設定する。本実施の形態においては、ヘッダフィールドの識別子として、送信元の識別子（Ｆｒｏｍ）、送信先の識別子（Ｔｏ）、開封確認通知の要求元の識別子（Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ）、メッセージ内容の識別子（Ｍｅｓｓａｇｅ−ＩＤ）などがある。子機２においては、識別子設定部２３２が、ヘッダフィールドに識別子を設定する機能を備える。
【００２９】
メール管理部１３、２２、３２は、送信メールおよび受信メールを格納する。本実施の形態においては、送信メールおよび受信メールとして、開封確認通知要求を伴うメールなどがある。子機２においては、メール格納部２２１が、送信メールおよび受信メールを格納する機能を備える。
【００３０】
また、メール管理部１３、２２、３２は、受信メールを格納したときに受信メールに対応するために、それぞれメール作成部１１、２３、３３に送信メールを作成させる。子機２においては、転送情報格納部２２２が、受信メールの転送に対応するために、メール作成部２３に転送メールを作成させる機能を備える。
【００３１】
メール送信部１２、２４、３４は、それぞれメール作成部１１、２３、３３から送信メールを入力して、送信メールを送信する。メール受信部１４、２１、３１は、受信メールを受信して、それぞれメール管理部１３、２２、３２に受信メールを出力する。
【００３２】
次に、本実施の形態に係る処理の流れについて、図１および図２を用いて説明する。図２は、メールヘッダフィールドおよび転送情報管理表を示す図である。最初に、親機１が子機２に開封確認通知要求を伴うメールＭ１を送信する。次に、子機２が孫機３に開封確認通知要求を伴うメールＭ２を転送する。最後に、孫機３が親機１および子機２にそれぞれ開封確認通知メールＤ１、Ｄ２を送信して、子機２が親機１に開封確認通知メールＤ３を送信する。
【００３３】
最初に、親機１が子機２に開封確認通知要求を伴うメールＭ１を送信する処理の流れについて説明する。親機１のユーザは、メール作成部１１において、メールメッセージを作成して、メールヘッダフィールドに識別子を設定する。
【００３４】
メール作成部１１は、メールメッセージおよび識別子からメールＭ１を生成して、メール送信部１２およびメール管理部１３にメールＭ１を出力する。メール送信部１２は、子機２にメールＭ１を送信する。メッセージ管理部１３は、メールＭ１を格納する。
【００３５】
親機１が子機２に送信するメールＭ１のヘッダフィールドについて、図２（ａ）を用いて説明する。送信元の識別子（Ｆｒｏｍ）には、「親機１」が記載される。送信先の識別子（Ｔｏ）には、「子機２」が記載される。開封確認通知の要求元の識別子（Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ）には、「親機１」が記載される。メッセージ内容の識別子（Ｍｅｓｓａｇｅ−ＩＤ）には、「○△□」が記載される。すなわち、親機１は子機２に対して、自機への開封確認通知を要求する。
【００３６】
次に、子機２が孫機３に開封確認通知要求を伴うメールＭ２を転送する処理の流れについて説明する。メール受信部２１は、親機１からメールＭ１を受信して、メール管理部２２にメールＭ１を出力する。メール格納部２２１は、メールＭ１を格納する。転送情報格納部２２２は、転送情報管理表２２２Ｌを参照することにより、メールＭ１について孫機３に転送するべきことを認識する。
【００３７】
転送情報管理表２２２Ｌについて、図２（ｂ）を用いて説明する。送信元には「親機１」が記載される。転送先には「孫機３」が記載される。すなわち、子機２が親機１からメールを受信したときには、子機２は孫機３にメールを転送する。
【００３８】
転送情報格納部２２２は、メールＭ１について孫機３に転送するべきことを、メール作成部２３に通知する。識別子設定部２３２は、メールＭ１のヘッダフィールドを参照して、メールＭ２のヘッダフィールドに識別子を設定する。メールメッセージ作成部２３１は、メールＭ１のメールメッセージを、メールＭ２のメールメッセージとして利用する。メール作成部２３は、メールメッセージおよび識別子からメールＭ２を生成して、メール送信部２４にメールＭ２を出力する。メール送信部２４は、孫機３にメールＭ２を転送する。
【００３９】
子機２が孫機３に転送するメールＭ２のヘッダフィールドについて、図２（ｃ）を用いて説明する。送信元の識別子（Ｆｒｏｍ）には、「子機２」が記載される。送信先の識別子（Ｔｏ）には、「孫機３」が記載される。開封確認通知の要求元の識別子（Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ）には、「親機１、子機２」が記載される。メッセージ内容の識別子（Ｍｅｓｓａｇｅ−ＩＤ）には、「○△□」が記載される。すなわち、子機２は孫機３に対して、親機１および自機への開封確認通知を要求する。また、子機２が設定したメッセージ内容の識別子は、親機１が設定したメッセージ内容の識別子と同一である。
【００４０】
最後に、孫機３が親機１および子機２にそれぞれ開封確認通知メールＤ１、Ｄ２を送信する処理の流れ、および、子機２が親機１に開封確認通知メールＤ３を送信する処理の流れについて説明する。もっとも、後者の処理の流れは前者の処理の流れと同様である。
【００４１】
まず、孫機３が親機１および子機２にそれぞれ開封確認通知メールＤ１、Ｄ２を送信する処理の流れについて説明する。メール受信部３１は、子機２からメールＭ２を受信して、メール管理部３２にメールＭ２を出力する。メール管理部３２は、メールＭ２を格納する。また、メール管理部３２は、メールＭ２に記載されている開封確認通知の要求元の識別子を参照することにより、開封確認通知メールを親機１および子機２に送信するべきことを認識する。
【００４２】
メール管理部３２は、開封確認通知メールを親機１および子機２に送信するべきことを、メール作成部３３に通知する。メール作成部３３は、メールＭ２のヘッダフィールドを参照して、開封確認通知メールのヘッダフィールドに識別子を設定する。また、メール作成部３３は、開封確認通知メールのメールメッセージを作成する。そして、メール作成部３３は、メールメッセージおよび識別子から開封確認通知メールＤ１、Ｄ２を生成して、メール送信部３４に開封確認通知メールＤ１、Ｄ２を出力する。メール送信部３４は、親機１および子機２に、それぞれ開封確認通知メールＤ１、Ｄ２を送信する。
【００４３】
孫機３がそれぞれ親機１および子機２に送信する開封確認通知メールＤ１、Ｄ２のヘッダフィールドについて、図２（ｄ）を用いて説明する。送信元の識別子（Ｆｒｏｍ）には、「孫機３」が記載される。送信先の識別子（Ｔｏ）には、開封確認通知メールＤ１については「親機１」が、開封確認通知メールＤ２については「子機２」が記載される。開封に係るメッセージ内容の識別子には、「○△□」が記載される。すなわち、孫機３は親機１および子機２に対して、メッセージ内容の識別子が「○△□」であるメッセージを開封したことを通知する。
【００４４】
メール受信部１４は、孫機３から開封確認通知メールＤ１を受信して、メール管理部１３に開封確認通知メールＤ１を出力する。メール管理部１３は、開封確認通知メールＤ１を格納する。また、メール管理部１３は、開封確認通知メールＤ１に記載されている送信先の識別子および開封に係るメッセージ内容の識別子を参照する。そのため、親機１が作成したメッセージを孫機３が開封したことを、親機１は確認できる。
【００４５】
メール受信部２１は、孫機３から開封確認通知メールＤ２を受信して、メール管理部２２に開封確認通知メールＤ２を出力する。メール管理部２２は、開封確認通知メールＤ２を格納する。また、メール管理部２２は、開封確認通知メールＤ２に記載されている送信先の識別子および開封に係るメッセージ内容の識別子を参照する。そのため、親機１が作成して子機２が転送したメッセージを孫機３が開封したことを、子機２は確認できる。
【００４６】
次に、子機２が親機１に開封確認通知メールＤ３を送信する処理の流れについて簡潔に説明する。子機２は、メール管理部２２において、メールＭ１に記載されている開封確認通知の要求元の識別子を参照して、開封確認通知メールを親機１に送信するべきことを認識する。そして、子機２は、メール作成部２３において、図２（ｅ）を用いて示した開封確認通知メールＤ３を作成する。
【００４７】
親機１は、メール管理部１３において、開封確認通知メールＤ３に記載されている送信先の識別子および開封に係るメッセージ内容の識別子を参照する。そのため、親機１が作成したメッセージを子機２が開封したことを、親機１は確認できる。
【００４８】
以上で説明した本実施の形態についてまとめる。子機２は、親機１からメールＭ１を受信したときに、孫機３にメールＭ２を転送できる。子機２が孫機３にメールＭ２を転送するときには、開封確認通知の要求元の識別子として「親機１、子機２」を設定して、メッセージ内容の識別子として親機１が設定したものを利用できる。
【００４９】
孫機３は、子機２が転送したメッセージ、すなわち、親機１が作成したメッセージを開封したことを、親機１に通知できる。また、孫機３は、子機２が転送したメッセージを開封したことを、子機２に通知できる。
【００５０】
子機２が転送したメッセージ、すなわち、親機１が作成したメッセージを孫機３が受信できなければ、親機１は孫機３から開封確認通知を受信できない。そのため、親機１のユーザは、メール管理部１３において、孫機３が受信に失敗したことを確認できる。また、子機２が転送したメッセージを孫機３が受信できなければ、子機２は孫機３から開封確認通知を受信できない。そのため、子機２のユーザは、メール管理部２２において、孫機３が受信に失敗したことを確認できる。
【００５１】
子機２が転送したメッセージ、すなわち、親機１が作成したメッセージを孫機３が受信したかどうかについては、子機２が親機１に通知するのではなく、孫機３が親機１に通知する。そのため、子機２が数多くの孫機にメッセージを転送するときであっても、子機２が親機１に通知する負担はなくなる。
【００５２】
本実施の形態においては、孫機３は親機１、子機２に対して、それぞれ開封確認通知メールＤ１、Ｄ２を送信する。しかし、孫機３は親機１のみに対して、開封確認通知メールＤ１を送信してもよい。すなわち、メールＭ２における開封確認通知の要求元の識別子に、「親機１」のみが記載されていてもよい。親機１のユーザが実際にメールメッセージを作成するため、親機１のユーザのみがメール送信の可否について確認すれば足りる場合に有効である。
【００５３】
本実施の形態に係るインターネットファックスシステムにおいては、子機および孫機はそれぞれ１台ずつ配置される。しかし、子機および孫機の台数が任意であっても、本発明を実施できる。親機が複数の子機を伴い、各子機が複数の孫機を伴う場合について以下に説明する。
【００５４】
親機は子機に対して、自機への開封確認通知を要求する。子機は親機に対して、開封確認通知を行なう。また、子機は自機が伴う孫機に対して、親機および自機への開封確認通知を要求する。孫機は親機および自機が従う子機に対して、開封確認通知を行なう。
【００５５】
そのため、親機および子機は孫機に対する送受信の成否を確認できる。また、親機が数多くの孫機に対して直接的に送信する負担、および、子機が孫機に対する送受信の成否を親機に対して通知する負担、は軽減される。
【００５６】
本実施の形態においては、親機、子機、孫機はインターネットファックス装置である。しかし、子機がメールサーバ装置などであっても、本発明を実施できる。すなわち、前段のメールサーバ装置は、後段のメールサーバ装置がメールを受信できたかどうかを確認できる。前段のメールサーバ装置が後段のメールサーバ装置にメールを転送するためには、図２（ｂ）を用いて説明したと同様な転送情報管理表を備えればよい。
【図面の簡単な説明】
【００５７】
【図１】インターネットファックスシステムを示すブロック図である。
【図２】メールヘッダフィールドおよび転送情報管理表を示す図である。
【符号の説明】
【００５８】
１  親機
２  子機
３  孫機
１１、２３、３３  メール作成部
１２、２４、３４  メール送信部
１３、２２、３２  メール管理部
１４、２１、３１  メール受信部
２２１  メール格納部
２２２  転送情報格納部
２３１  メッセージ作成部
２３２  識別子設定部
Ｄ１、Ｄ２、Ｄ３  開封確認通知メール
Ｍ１、Ｍ２  メール
【図１】
2008301054.tif 000003
【図２】
2008301054.tif 000004