JP2003256339A - 確認通知送信方法 - Google Patents

Abstract

(57)【要約】 【課題】 通常、既読確認要求パターン付きの電子メー
ルを送信可能なシステムにおいて、複数の宛先に同時に
既読確認要求パターン付きの電子メール送信すると、メ
ールを開封した送信先から漏れなく既読確認通知メール
が返送されてくる。従って、開封確認が必要のないメー
ルの送信先からも既読確認通知メールが返送されてくる
ため、無駄な通信データ量と通信時間が増大し、不必要
な通信コストがかかってしまう問題があった。 【解決手段】 ＴＯ解析部２９を有するアドレス解析部
２６を設け、受信した電子メールのＴＯ欄に受信側の自
機のメールアドレスが存在する場合にのみ、既読確認通
知メールを返送するように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット・
メール・システムにおける既読確認通知の送信制御方法
に関するものである。

【０００２】

【従来の技術】従来、インターネット・メール・システ
ムにおいて、メール受信側が、受けたメールを開封した
ことを知らせる既読確認通知（以下、ＭＤＮ:Message D
isposition Notification と称す）を返信するシステム
を実行する場合、先ず送信者側において、既読確認通知
の必要なメールに既読確認要求パターンを付けてメール
送信し、一方受信者側においては、受信したメールに既
読確認要求パターンが付いている場合、メールの送信元
へ既読確認を通知する既読確認通知を返信して行われて
いる。

【０００３】尚、送信メールに既読確認要求パターンを
付す場合、通常、所定の開封通知フラグを立てることに
よって処理される。

【０００４】

【発明が解決しようとする課題】以上のような従来のシ
ステムにおいては、複数の宛先にそれぞれ同時に同一メ
ールを送信する場合、既読確認要求パターン付きでメー
ルを送ると、メールを開封した送信先から漏れなく既読
確認通知メールが返送されてくる。このように、開封確
認が必要な送り先を選択できないため、開封確認が必要
のないメールの送信先からも既読確認通知メールが返送
されてくるため、無駄な通信データ量と通信時間が増大
し、不必要な通信コストがかかってしまう問題があっ
た。

【０００５】本発明の目的は、以上の問題を解消し、無
駄なデータを送受信することによる、時間及びコストの
不必要な浪費を避け、必要な既読確認通知メールのみを
受信可能とする確認通知送信方法を提供することにあ
る。

【０００６】

【課題を解決するための手段】請求項１の確認通知送信
方法は、宛先を位置付けて指定し、且つ確認通知を要求
する確認要求指示付で電子メールを送信可能な確認通知
送信方法であって、前記電子メールを受信した際に、前
記確認要求指示が存在するか否かを確認する確認ステッ
プと、前記宛先の位置付けを解析する位置付け解析ステ
ップと、前記確認通知を作成するステップとを含み、前
記確認要求指示が存在する場合、前記宛先が指定された
位置付けに応じて前記確認通知を送信側に返信すること
を特徴とする。

【０００７】請求項２の確認通知送信方法は、請求項１
記載の確認通知送信方法において、前記位置付け解析ス
テップで、「ＴＯ」欄に受信側のメールアドレスが存在
するか否かを確認し、存在した場合に前記確認通知を送
信側に返信することを特徴とする。

【０００８】請求項３の確認通知送信方法は、請求項１
記載の確認通知送信方法において、前記位置付け解析ス
テップで、「ＢＣＣ」欄に受信側のメールアドレスが存
在するか否かを確認し、存在しない場合に前記確認通知
を送信側に返信することを特徴とする。

【０００９】請求項４の確認通知送信方法は、宛先を位
置付けて指定し、且つ確認通知を要求する確認要求指示
付で電子メールを送信可能な確認通知送信方法であっ
て、前記電子メールを受信した際に、前記確認要求指示
が存在するか否かを確認する確認ステップと、前記宛先
として受信側のメールアドレスが存在するか否かを確認
するアドレス確認ステップと、前記確認通知を作成する
ステップとを含み、前記確認要求指示が存在し、且つ宛
先として受信側のメールアドレスが存在する場合のみ、
前記確認通知を送信側に返信することを特徴とする。

【００１０】請求項５の確認通知送信方法は、請求項４
記載の確認通知送信方法において、前記アドレス確認ス
テップで、「ＴＯ」、「ＣＣ」、「ＢＣＣ」の各欄に受
信側のメールアドレスが存在するか否かを確認し、何れ
の欄にも存在しない場合には、前記確認通知を送信側に
返信しないことを特徴とする。

【００１１】

【発明の実施の形態】実施の形態１．図１は、本発明の
確認通知送信方法を採用する実施の形態１のインターネ
ットファクシミリ（以後、インターネットＦａｘと称
す）の要部回路構成を示すブロック図である。同図に示
すように、このインターネットＦａｘ１は、ネットワー
クインターフェース部１１、記憶部１２、及び制御部１
３が外部バス１４で接続された構成を有する。

【００１２】図２は、更に各部の内部構成を示す内部ブ
ロック図である。同図に示すように、記憶部１２は、既
読確認要求バターン記憶部２１とＭＩＭＥ（Multipurpo
se Internet Mail Extensions）ヘッダ記憶部２２から
構成されている。

【００１３】制御部１３はＭＩＭＥヘッダ解析部２３と
メール編集部２４とから構成され、ＭＩＭＥヘッダ解析
部２３は既読確認要求判別部２５とアドレス解析部２６
とから構成されている。更に、アドレス解析部２６は、
宛先（受信者側）を指定する位置付けの１つである「Ｔ
Ｏ」欄の宛先を解析するためのＴＯ解析部２９を含み、
メール編集部２４は、メールヘッダ編集部２７とメール
本文編集部２８とからなる。

【００１４】以上の構成において、メール送信側で電子
メールを送信する場合には、受信側でメールを開いた際
に確認通知としての既読確認通知の返信メールを要求す
る確認要求指示に相当する既読確認要求パターンを添付
するための開封通知フラグを設定するか否かの選択と、
受信者側（宛先）の位置付けとして、そのアドレスを
「ＴＯ」欄、「ＣＣ」欄、或いは「ＢＣＣ」欄の何れに
設定するかの選択をしたＭＩＭＥヘッダをメール本文に
添付する。

【００１５】図３のフローチャートは、以上のような電
子メールを受信する際の、上記したインターネットＦａ
ｘ１の確認通知送信処理の流れを示すものである。従っ
て、このフローチャートを参照しながら、以下にインタ
ーネットＦａｘ１の動作について説明する。

【００１６】先ず、ネットワークインターフェース部１
１を通して電子メールを受信し（ステップ１）、受信し
たメールのＭＩＭＥヘッダ部分をＭＩＭＥヘッダ記憶部
２２へ格納する（ステップ２）。次に、制御部１３にあ
るＭＩＭＥヘッダ解析部２３の既読確認要求判別部２５
にて、記憶部１２の既読確認要求パターン記憶部２１に
予め記憶されている既読確認要求パターンが、新たに受
信して記憶部１２のＭＩＭＥヘッダ記憶部２２に格納さ
れている電子メールのＭＩＭＥヘッダ内に存在するかど
うかの判別を行う（ステップ３）。

【００１７】このとき、既読確認要求パターンが、ＭＩ
ＭＥヘッダ記憶部２２に格納されているＭＩＭＥヘッダ
中に存在しなかった場合には、何もせずにそのまま処理
を終了する。

【００１８】一方、既読確認要求パターンが、記憶部１
２のＭＩＭＥヘッダ記憶部２２に格納されているＭＩＭ
Ｅヘッダ中に存在した場合には、制御部１３のＭＩＭＥ
ヘッダ解析部２３にあるアドレス解析部２６において、
宛先アドレスを位置付けて指定するための「ＴＯ」欄が
存在するかどうかの解析を行う（ステップ４）。

【００１９】このとき、「ＴＯ」欄が存在しない場合に
は何もせずにそのまま処理を終了する。一方、「ＴＯ」
欄が存在する場合には、ＭＩＭＥヘッダ解析部２３のア
ドレス解析部２６にあるＴＯ解析部２９にて、この「Ｔ
Ｏ」欄に、既読確認要求パターン付きメールを受信した
受信側（インターネットＦａｘ１）の電子メールアドレ
スが存在するかどうかを解析する（ステップ５）。

【００２０】このとき、「ＴＯ」欄に、既読確認要求パ
ターン付きメールを受信したインターネットＦａｘ１の
電子メールアドレスが存在しない場合には何もせずにそ
のまま処理を終了する。

【００２１】一方この「ＴＯ」欄に、既読確認要求パタ
ーン付きメールを受信したインターネットＦａｘ１の電
子メールアドレスが存在する場合には、制御部１３のメ
ール編集部２４にあるメールヘッダ編集部２７とメール
本文編集部２８において、既読確認通知を要求してきた
送信者へ返信するための既読確認通知メールを作成する
（ステップ６）。

【００２２】その後、既読確認要求パターン付きメール
を送信した送信者宛へ、ネットワークインターフェース
部１１を通して作成した既読確認通知メールを送信して
（ステップ７）、処理を終了する。

【００２３】尚、この処理過程において、ステップ２、
３が確認ステップに相当し、ステップ４、５が位置付け
解析ステップに相当する。

【００２４】以上のように、実施の形態１のインターネ
ットＦａｘ１によれば、送信者が、既読確認通知の返信
が必要な宛先のみを「ＴＯ」欄に指定し、それ以外の宛
先を「ＣＣ」欄、或いは「ＢＣＣ」欄に指定することに
よって、複数の宛先にそれぞれ同時に既読確認要求パタ
ーン付きで同一メールを送信する場合においても、受信
者側の手を煩わせることなく、所望の宛先からのみ既読
確認通知メールを受信することが可能となる。このよう
に、メールアドレスの位置付けによって、既読確認の返
信が必要な宛先を選択することが出来る。

【００２５】実施の形態２．図４は、本発明の確認通知
送信方法を採用する実施の形態２のインターネットＦａ
ｘの要部回路構成を示すブロック図である。

【００２６】このインターネットＦａｘ３１が前記した
図２に示す実施の形態１のインターネットＦａｘ１と構
成的に異なる点は、アドレス解析部２６が「ＴＯ」欄の
宛先を解析するためのＴＯ解析部２９に代えて、宛先
（受信者側）を指定する位置付けの１つである「ＢＣＣ
（Blind Carbon Copy）」欄の宛先を解析するＢＣＣ解
析部３２を含む点である。従って、実施の形態１のイン
ターネットＦａｘ１と共通する部分については同符号を
付してその構成の説明を省略する。

【００２７】以上の構成において、メール送信側で電子
メールを送信する場合には、受信側でメールを開いた際
に既読確認通知の返信メールを要求する既読確認要求パ
ターンを添付するための開封通知フラグを設定するか否
かの選択と、受信者側（宛先）の位置付けとして、その
アドレスを「ＴＯ」欄、「ＣＣ」欄、或いは「ＢＣＣ」
欄の何れに設定するかの選択をしたＭＩＭＥヘッダをメ
ール本文に添付する。

【００２８】図５のフローチャートは、以上のような電
子メールを受信する際の、上記したインターネットＦａ
ｘ３１の確認通知送信処理の流れを示すものである。従
って、このフローチャートを参照しながら、以下にイン
ターネットＦａｘ３１の動作について説明する。

【００２９】先ず、実施の形態１の場合と同様に、ネッ
トワークインターフェース部１１を通して電子メールを
受信し（ステップ１１）、受信したメールのＭＩＭＥヘ
ッダ部分をＭＩＭＥヘッダ記憶部２２へ格納する（ステ
ップ１２）。次に、制御部１３にあるＭＩＭＥヘッダ解
析部２３の既読確認要求判別部２５にて、記憶部１２の
既読確認要求パターン記憶部２１に予め記憶されている
既読確認要求パターンが、新たに受信して記憶部１２の
ＭＩＭＥヘッダ記憶部２２に格納されている電子メール
のＭＩＭＥヘッダ内に存在するかどうかの判別を行う
（ステップ１３）。

【００３０】このとき、既読確認要求パターンが、ＭＩ
ＭＥヘッダ記憶部２２に格納されているＭＩＭＥヘッダ
中に存在しなかった場合には、何もせずにそのまま処理
を終了する。

【００３１】一方、既読確認要求パターンが、記憶部１
２のＭＩＭＥヘッダ記憶部２２に格納されているＭＩＭ
Ｅヘッダ中に存在した場合には、制御部１３のＭＩＭＥ
ヘッダ解析部２３にあるアドレス解析部２６において、
宛先アドレスを位置付けて指定するための「ＢＣＣ」欄
が存在するかどうかの解析を行う（ステップ１４）。

【００３２】このとき、「ＢＣＣ」欄が存在する場合に
は、ＭＩＭＥヘッダ解析部２３のアドレス解析部２６に
あるＢＣＣ解析部３２にて、この「ＢＣＣ」欄に、既読
確認要求パターン付きメールを受信した受信側（インタ
ーネットＦａｘ３１）の電子メールアドレスが存在する
かどうかを解析する（ステップ１５）。

【００３３】そして「ＢＣＣ」欄に、既読確認要求パタ
ーン付きメールを受信したインターネットＦａｘ３１の
電子メールアドレスが存在する場合には何もせずにその
まま処理を終了する。

【００３４】一方、「ＢＣＣ」欄に、既読確認要求パタ
ーン付きメールを受信したインターネットＦａｘ３１の
電子メールアドレスが存在しない場合には、制御部１３
のメール編集部２４にあるメールヘッダ編集部２７とメ
ール本文編集部２８において、既読確認通知を要求して
きた送信者へ返信する既読確認通知メールを作成し（ス
テップ１６）、その後、既読確認要求パターン付きメー
ルを送信した送信者宛へ、ネットワークインターフェー
ス部１１を通して作成した既読確認通知メールを送信し
て（ステップ１７）、処理を終了する。

【００３５】またステップ１４の段階で、「ＢＣＣ」欄
が存在しないことが確認された場合も、同様に制御部１
３のメール編集部２４にあるメールヘッダ編集部２７と
メール本文編集部２８において、既読確認通知を要求し
てきた送信者へ返信する既読確認通知メールを作成し
（ステップ１６）、その後、既読確認要求付きメールを
送信した送信者宛へ、ネットワークインターフェース部
１１を通して作成した既読確認通知メールを送信して
（ステップ１７）、処理を終了する。

【００３６】尚、この処理過程において、ステップ１
２、１３が確認ステップに相当し、ステップ１４、１５
が位置付け解析ステップに相当する。

【００３７】以上のように、実施の形態２のインターネ
ットＦａｘによれば、送信者が、既読確認の返信が不要
な宛先のみを「ＢＣＣ」欄に指定し、それ以外の宛先を
「ＴＯ」欄、或いは「ＣＣ(Carbon Copy）」欄に指定す
ることによって、複数の宛先にそれぞれ同時に既読確認
要求パターン付きで同一メールを送信する場合において
も、受信者側の手を煩わせることなく、所望の宛先から
のみ既読確認通知メールを受信することが可能となる。
このように、メールアドレスの位置付けによって、既読
確認の返信が必要な宛先を選択することが出来る。

【００３８】実施の形態３．図６は、本発明の確認通知
送信方法を採用する実施の形態３のインターネットＦａ
ｘの要部回路構成を示すブロック図である。

【００３９】このインターネットＦａｘ４１が前記した
図２に示す実施の形態１のインターネットＦａｘ１と構
成的に異なる点は、アドレス解析部２６が、「ＴＯ」欄
の宛先を解析するためのＴＯ解析部２９に加え、「ＢＣ
Ｃ」欄の宛先を解析するＢＣＣ解析部３２、及び「ＣＣ
（Carbon Copy）」欄の宛先を解析するＣＣ解析部４２
を含む点である。従って、実施の形態１のインターネッ
トＦａｘ１と共通する部分については同符号を付してそ
の構成の説明を省略する。

【００４０】以上の構成において、メール送信側で電子
メールを送信する場合には、受信側でメールを開いた際
に既読確認通知の返信メールを要求する既読確認要求パ
ターンを添付するための開封通知フラグを設定するか否
かの選択と、受信者側（宛先）の位置付けとして、その
アドレスを「ＴＯ」欄、「ＣＣ」欄、或いは「ＢＣＣ」
欄の何れに設定するかの選択をしたＭＩＭＥヘッダをメ
ール本文に添付する。

【００４１】図７のフローチャートは、以上のような電
子メールを受信する際の、上記したインターネットＦａ
ｘ４１の確認通知送信処理の流れを示すものである。従
って、このフローチャートを参照しながら、以下にイン
ターネットＦａｘ４１の動作について説明する。

【００４２】先ず、実施の形態１の場合と同様に、ネッ
トワークインターフェース部１１を通して電子メールを
受信し（ステップ２１）、受信したメールのＭＩＭＥヘ
ッダ部分をＭＩＭＥヘッダ記憶部２２へ格納する（ステ
ップ２２）。次に、制御部１３にあるＭＩＭＥヘッダ解
析部２３の既読確認要求判別部２５にて、記憶部１２の
既読確認要求パターン記憶部２１に予め記憶されている
既読確認要求パターンが、新たに受信して記憶部１２の
ＭＩＭＥヘッダ記憶部２２に格納されている電子メール
のＭＩＭＥヘッダ内に存在するかどうかの判別を行う
（ステップ２３）。

【００４３】このとき、既読確認要求パターンが、ＭＩ
ＭＥヘッダ記憶部２２に格納されているＭＩＭＥヘッダ
中に存在しなかった場合には、何もせずにそのまま処理
を終了する。

【００４４】一方、既読確認要求パターンが、記憶部１
２のＭＩＭＥヘッダ記憶部２２に格納されているＭＩＭ
Ｅヘッダ中に存在した場合には、制御部１３のＭＩＭＥ
ヘッダ解析部２３にあるアドレス解析部２６において、
宛先アドレスを位置付けて指定するための「ＴＯ」欄が
存在するかどうかの解析を行う（ステップ２４）。

【００４５】そして「ＴＯ」欄が存在する場合には、Ｍ
ＩＭＥヘッダ解析部２３のアドレス解析部２６にあるＴ
Ｏ解析部２９にて、この「ＴＯ」欄に、既読確認要求パ
ターン付きメールを受信した受信側（インターネットＦ
ａｘ４１）の電子メールアドレスが存在するかどうかを
解析する（ステップ２５）。

【００４６】一方、ステップ２４で「ＴＯ」欄の存在が
確認されない場合には、制御部１３のＭＩＭＥヘッダ解
析部２３にあるアドレス解析部２６において、宛先アド
レスを位置付けて指定するための「ＣＣ」欄が存在する
かどうかの解析を行う（ステップ２８）。

【００４７】ステップ２４で「ＴＯ」欄の存在が確認さ
れ、更にステップ２５でこの「ＴＯ」欄に、既読確認要
求パターン付きメールを受信したインターネットＦａｘ
４１の電子メールアドレスが存在することが確認される
と、既読確認通知を要求してきた送信者へ返信するため
の既読確認通知メールを作成する（ステップ２６）。

【００４８】その後、既読確認要求パターン付きメール
を送信した送信者宛へ、ネットワークインターフェース
部１１を通して作成した既読確認通知メールを送信して
（ステップ２７）、処理を終了する。

【００４９】一方、ステップ２５で既読確認要求パター
ン付きメールを受信したインターネットＦａｘ４１の電
子メールアドレスの存在が確認されないと、前記したス
テップ２８に進み、アドレス解析部２６において宛先ア
ドレスを指定するための「ＣＣ」欄が存在するかどうか
の解析を行う。

【００５０】このとき、「ＣＣ」欄が存在しない場合に
は、制御部１３のＭＩＭＥヘッダ解析部２３にあるアド
レス解析部２６において、宛先アドレスを位置付けて指
定するための「ＢＣＣ」欄が存在するかどうかの解析を
行う（ステップ３０）。

【００５１】ステップ２８で「ＣＣ」欄の存在が確認さ
れると、ＭＩＭＥヘッダ解析部２３のアドレス解析部２
６にあるＣＣ解析部４２にて、この「ＣＣ」欄に、既読
確認要求パターン付きメールを受信したインターネット
Ｆａｘ４１の電子メールアドレスが存在するかどうかを
解析する（ステップ２９）。

【００５２】ステップ２８で「ＣＣ」欄の存在が確認さ
れ、更にステップ２９で既読確認要求パターン付きメー
ルを受信したインターネットＦａｘ４１の電子メールア
ドレスが存在することが確認されると、既読確認通知を
要求してきた送信者へ返信するための既読確認通知メー
ルを作成し（ステップ２６）、その後、この送信者宛
へ、ネットワークインターフェース部１１を通して作成
した既読確認通知メールを送信して（ステップ２７）、
処理を終了する。

【００５３】一方、ステップ２９で既読確認要求パター
ン付きメールを受信したインターネットＦａｘ４１の電
子メールアドレスの存在が確認されないと前記したステ
ップ３０に進み、アドレス解析部２６において宛先アド
レスを指定するための「ＢＣＣ」欄が存在するかどうか
の解析を行う。

【００５４】このとき、「ＢＣＣ」欄が存在しない場合
には何もせずにそのまま処理を終了する。一方、「ＢＣ
Ｃ」欄が存在する場合には、ＭＩＭＥヘッダ解析部２３
のアドレス解析部２６にあるＢＣＣ解析部３２にて、こ
の「ＢＣＣ」欄に、既読確認要求パターン付きメールを
受信したインターネットＦａｘ４１の電子メールアドレ
スが存在するかどうかを解析する（ステップ３１）。

【００５５】このとき「ＢＣＣ」欄に、既読確認要求パ
ターン付きメールを受信したインターネットＦａｘ４１
の電子メールアドレスが存在しない場合には何もせずに
そのまま処理を終了する。

【００５６】一方この「ＢＣＣ」欄に、既読確認要求パ
ターン付きメールを受信したインターネットＦａｘ４１
の電子メールアドレスが存在する場合には、制御部１３
のメール編集部２４にあるメールヘッダ編集部２７とメ
ール本文編集部２８において、既読確認を要求してきた
送信者へ返信するための既読確認通知メールを作成し
（ステップ２６）、その後、この送信者宛へ、ネットワ
ークインターフェース部１１を通して作成した既読確認
通知メールを送信して（ステップ２７）、処理を終了す
る。

【００５７】尚、この処理過程において、ステップ２
２、２３が確認ステップに相当し、ステップ２４、２５
及びステップ２８〜３１がアドレス確認ステップに相当
する。

【００５８】以上のように、実施の形態２のインターネ
ットＦａｘによれば、送信者が、メーリングリストのよ
うに、「ＴＯ」欄にメーリングリストのアドレスを指定
し、既読確認要求パターン付きでメールを送信しても、
各宛先欄に個人のアドレスを指定しなければ、メンバー
から既読確認通知が返送されることがないため、受信者
側の手を煩わせることなく、必要な宛先からのみ既読確
認通知メールを受信することが可能となる。このよう
に、メールアドレスの位置付けによって、既読確認の返
信が必要な宛先を選択することが出来る。

【００５９】尚、前記した各実施の形態では、本発明方
法をインターネットＦａｘに適用した場合について説明
したが、これに限定されるものではなく、通常のメール
送受信や、その他のメール送信機能付き端末において応
用してもよいなど、種々の態様が考えられるものであ
る。

【００６０】

【発明の効果】本願の確認通知送信方法によれば、同時
に多数の宛先に確認通知を要求する確認要求指示付でメ
ールを送信する場合にも、受信者のアドレスを位置付け
て指定する際に、その位置付けを選択することによっ
て、特定の受信者のみから確認通知を受けることが出来
る。このため、不要な確認メールが返送されてくるのを
防ぐことができるため、無駄なデータを送受信すること
による、時間及びコストの不必要な浪費を防ぐことが出
来る。

【図面の簡単な説明】

【図１】 本発明の確認通知送信方法を採用する実施の
形態１のインターネットＦａｘの要部回路構成を示すブ
ロック図である。

【図２】 図１の各部の内部構成を示した内部ブロック
図である。

【図３】 メールを受信する際の、実施の形態１のイン
ターネットＦａｘ１の動作の流れを示すフローチャート
である。

【図４】 本発明の確認通知送信方法を採用する実施の
形態２のインターネットＦａｘの要部回路構成を示すブ
ロック図である。

【図５】 メールを受信する際の、実施の形態２のイン
ターネットＦａｘ３１の動作の流れを示すフローチャー
トである。

【図６】 本発明の確認通知送信方法を採用する実施の
形態３のインターネットＦａｘの要部回路構成を示すブ
ロック図である。

【図７】 メールを受信する際の、実施の形態３のイン
ターネットＦａｘ４１の動作の流れを示すフローチャー
トである。

【符号の説明】

１ インターネットファックス、 １１ ネットワーク
インターフェース部、１２ 記憶部、 １３ 制御部、
１４ 外部バス、 ２１ 既読確認要求パターン記憶
部、 ２２ ＭＩＭＥヘッダ記憶部、 ２３ ＭＩＭＥ
ヘッダ解析部、 ２４ メール編集部、 ２５ 既読確
認要求判別部、 ２６ アドレス解析部、 ２７ メー
ルヘッダ編集部、 ２８ メール本文編集部、 ２９
ＴＯ解析部、 ３１ インターネットＦａｘ、 ３２
ＢＣＣ解析部、 ４１ インターネットＦａｘ、 ４２
ＣＣ解析部。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 宛先を位置付けて指定し、且つ確認通知
   を要求する確認要求指示付で電子メールを送信可能な確
   認通知送信方法であって、 前記電子メールを受信した際に、 前記確認要求指示が存在するか否かを確認する確認ステ
   ップと、 前記宛先の位置付けを解析する位置付け解析ステップ
   と、 前記確認通知を作成するステップとを含み、 前記確認要求指示が存在する場合、前記宛先が指定され
   た位置付けに応じて前記確認通知を送信側に返信するこ
   とを特徴とする確認通知送信方法。
2. 【請求項２】 前記位置付け解析ステップでは、「Ｔ
   Ｏ」欄に受信側のメールアドレスが存在するか否かを確
   認し、存在した場合に前記確認通知を送信側に返信する
   ことを特徴とする請求項１記載の確認通知送信方法。
3. 【請求項３】 前記位置付け解析ステップでは、「ＢＣ
   Ｃ」欄に受信側のメールアドレスが存在するか否かを確
   認し、存在しない場合に前記確認通知を送信側に返信す
   ることを特徴とする請求項１記載の確認通知送信方法。
4. 【請求項４】 宛先を位置付けて指定し、且つ確認通知
   を要求する確認要求指示付で電子メールを送信可能な確
   認通知送信方法であって、 前記電子メールを受信した際に、 前記確認要求指示が存在するか否かを確認する確認ステ
   ップと、 前記宛先として受信側のメールアドレスが存在するか否
   かを確認するアドレス確認ステップと、 前記確認通知を作成するステップとを含み、 前記確認要求指示が存在し、且つ宛先として受信側のメ
   ールアドレスが存在する場合のみ、前記確認通知を送信
   側に返信することを特徴とする確認通知送信方法。
5. 【請求項５】 前記アドレス確認ステップでは、「Ｔ
   Ｏ」、「ＣＣ」、「ＢＣＣ」の各欄に受信側のメールア
   ドレスが存在するか否かを確認し、何れの欄にも存在し
   ない場合には、前記確認通知を送信側に返信しないこと
   を特徴とする請求項４記載の確認通知送信方法。