(57)【特許請求の範囲】
【請求項１】
発信箱に、電子メールを格納し、前記電子メールに対応する宛先情報テーブルを格納し、前記宛先情報テーブルに宛先毎の前記電子メールの状態を示す情報を格納するメール閲覧管理部と、
状態確認要求の応答先を管理用代替アドレスとして前記電子メールを送信し、前記電子メールに対応する応答メールを受信した際、前記応答メールの宛先が前記管理用代替アドレスか否か確認し、宛先が前記管理用代替アドレスである場合、前記応答メールの内容に基づいて、前記応答メールを受信箱に配達せずに、前記発信箱内の宛先情報テーブルに格納された電子メールの状態を示す情報を更新するメール転送処理部と
を具備する
電子メール管理システム。
【請求項２】
請求項１に記載の電子メール管理システムであって、
前記メール閲覧管理部は、前記電子メールを示すメール識別子を提供し、
前記電子メールは、前記メール識別子が埋め込まれたメッセージＩＤを含み、
前記メール転送処理部は、前記応答メールを受信した際、前記応答メールに含まれる前記メッセージＩＤから前記メール識別子を取得し、前記電子メールを特定する
電子メール管理システム。
【請求項３】
請求項２に記載の電子メール管理システムであって、
前記メール転送処理部は、
前記クライアントのメールアドレスのメールアカウントに管理用識別情報が付加されたアドレスを前記管理用代替アドレスとして定義し、前記応答メールの宛先が前記管理用代替アドレスか否か判断する宛先解析部と、
前記応答メールの宛先が前記管理用代替アドレスであれば、前記応答メールのヘッダ情報を読み取り、配送状況通知か開封確認通知かを判断する送達確認処理部と
を具備する
電子メール管理システム。
【請求項４】
請求項３に記載の電子メール管理システムであって、
前記送達確認処理部は、前記応答メールが配送状況通知である場合、前記配送状況通知の応答メールから、前記電子メールの宛先のメールアドレス、配達結果、及び前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取り出して、前記宛先情報テーブルの宛先を特定し、前記電子メールの配送状況を変更する
電子メール管理システム。
【請求項５】
請求項３又は４に記載の電子メール管理システムであって、
前記送達確認処理部は、前記応答メールが開封確認通知である場合、前記開封確認通知の応答メールから、前記応答メールの発信者のメールアドレス及び前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取り出して、前記宛先情報テーブルの宛先を特定し、前記電子メールの開封状況を変更する
電子メール管理システム。
【請求項６】
クライアントと、
メールサーバと
を含み、
前記クライアントは、
電子メールを送信する際に、メールサーバのＩＭＡＰサービスを利用して前記電子メールを前記メールサーバの発信箱に格納する手段と、
前記メールサーバから前記電子メールを一意に示すメール識別子を受信し、前記メール識別子を埋め込んだメッセージＩＤを生成し、前記メールサーバのＳＭＴＰサービスに接続し、前記発信箱に格納された電子メールに前記メッセージＩＤを付加する手段と、
前記発信箱に格納された電子メールにＤＳＮ／ＭＤＮ要求を付加し、応答先として前記クライアントの管理用代替アドレスを設定する手段と
を具備し、
前記メールサーバは、
前記ＩＭＡＰサービスにより、前記発信箱に、格納された電子メールに関連付けて、宛先毎の当該電子メールの状態を示す情報を保持する宛先情報テーブルを格納し、当該電子メールの状態を「発信中」とし、当該電子メールを一意に示すメール識別子を前記クライアントに通知する手段と、
前記ＳＭＴＰサービスにより、前記発信箱に格納された電子メールを送信する手段と、
前記ＳＭＴＰサービスにより、電子メールを受信した場合、前記受信メールの宛先が前記管理用代替アドレスか否か確認する手段と、
前記受信メールの宛先が前記管理用代替アドレスである場合、前記受信メールのヘッダ情報を読み取り、前記受信メールがＤＳＮ応答メールかＭＤＮ応答メールかを確認する手段と、
前記受信メールがＤＳＮ応答メールである場合、前記ＤＳＮ応答メールから送信メールの配送結果及び前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取得し、前記メール識別子から前記発信箱に格納された電子メールを特定し、前記特定された電子メールの状態を、前記配送結果に応じて「未開封」及び「エラー」のいずれかに変更する手段と、
前記受信メールがＭＤＮ応答メールである場合、前記ＭＤＮ応答メールから前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取得し、前記メール識別子から前記発信箱に格納された電子メールを特定し、前記特定された電子メールの状態を「開封済」に変更する手段と
を具備する
電子メール管理システム。
【請求項７】
請求項６に記載の電子メール管理システムであって、
前記クライアントは、
前記クライアントのメールアドレスのメールアカウントに管理用識別情報を付加されたアドレスを、前記管理用代替アドレスとして定義する手段
を更に具備し、
前記メールサーバは、
前記受信メールのうち、メールアカウントに前記管理用識別情報が付加されたメールアドレスを、前記管理用代替アドレスと判断する手段と、
前記管理用代替アドレスから前記管理用識別情報を除いたメールアドレスを、前記クライアントのメールアドレスと判断する手段と、
前記管理用代替アドレスと前記クライアントのメールアドレスとを関連付ける手段と
を更に具備する
電子メール管理システム。
【請求項８】
ＩＭＡＰサービスにより、クライアントから電子メールを受信して発信箱に格納し、前記発信箱に、格納された電子メールに関連付けて、宛先毎の当該電子メールの状態を示す情報を保持する宛先情報テーブルを格納し、当該電子メールの状態を「発信中」とし、当該電子メールを一意に示すメール識別子を前記クライアントに通知するメール閲覧管理部と、
ＳＭＴＰサービスにより、前記クライアントから前記メール識別子を埋め込んだメッセージＩＤを受信して前記発信箱に格納された電子メールに前記メッセージＩＤを付加し、前記クライアントからＤＳＮ／ＭＤＮ要求を受信して前記発信箱に格納された電子メールに前記ＤＳＮ／ＭＤＮ要求を付加し、応答先として前記クライアントの管理用代替アドレスを設定するメール転送処理部と
を具備し、
前記メール転送処理部は、
電子メールを受信した場合、前記受信メールの宛先が前記管理用代替アドレスか否か確認する宛先解析部と、
前記受信メールの宛先が前記管理用代替アドレスである場合、前記受信メールのヘッダ情報を読み取り、前記受信メールがＤＳＮ応答メールかＭＤＮ応答メールかを確認し、確認結果に応じて前記発信箱に格納された電子メールの状態を変更する送達確認処理部と
を具備し、
前記送達確認処理部は、
前記受信メールがＤＳＮ応答メールである場合、前記ＤＳＮ応答メールから送信メールの配送結果及び前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取得し、前記メール識別子から前記発信箱に格納された電子メールを特定し、前記特定された電子メールの状態を、前記配送結果に応じて「未開封」及び「エラー」のいずれかに変更する手段と、
前記受信メールがＭＤＮ応答メールである場合、前記ＭＤＮ応答メールから前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取得し、前記メール識別子から前記発信箱に格納された電子メールを特定し、前記特定された電子メールの状態を「開封済」に変更する手段と
を具備する
メールサーバ。
【請求項９】
請求項８に記載のメールサーバであって、
前記宛先解析部は、
前記クライアントのメールアドレスのメールアカウントに管理用識別情報を付加されたアドレスを、前記管理用代替アドレスとして定義する手段と、
前記受信メールのうち、メールアカウントに前記管理用識別情報が付加されたメールアドレスを、前記管理用代替アドレスと判断する手段と、
前記管理用代替アドレスから前記管理用識別情報を除いたメールアドレスを、前記クライアントのメールアドレスと判断する手段と、
前記管理用代替アドレスと前記クライアントのメールアドレスとを関連付ける手段と
を具備する
メールサーバ。
【請求項１０】
計算機により実施される電子メール管理方法であって、
発信箱に、電子メールを格納し、前記電子メールに対応する宛先情報テーブルを格納し、前記宛先情報テーブルに宛先毎の前記電子メールの状態を示す情報を格納することと、
状態確認要求の応答先を管理用代替アドレスとして前記電子メールを送信し、前記電子メールに対応する応答メールを受信した際、前記応答メールの宛先が前記管理用代替アドレスか否か確認し、宛先が前記管理用代替アドレスである場合、前記応答メールの内容に基づいて、前記応答メールを受信箱に配達せずに、前記発信箱内の宛先情報テーブルに格納された電子メールの状態を示す情報を更新することと
を含む
電子メール管理方法。
【請求項１１】
請求項１０に記載の電子メール管理方法であって、
前記電子メールを示すメール識別子を提供することと、
前記電子メールに、前記メール識別子が埋め込まれたメッセージＩＤを挿入することと、
前記応答メールを受信した際、前記応答メールに含まれるメッセージＩＤからメール識別子を取得することと、
前記取得されたメール識別子を基に、電子メールを特定することと
を更に含む
電子メール管理方法。
【請求項１２】
請求項１１に記載の電子メール管理方法であって、
前記クライアントのメールアドレスのメールアカウントに管理用識別情報が付加されたアドレスを前記管理用代替アドレスとして定義し、前記応答メールを受信した際、前記応答メールの宛先が前記管理用代替アドレスか否か判断することと、
前記応答メールの宛先が前記管理用代替アドレスであれば、前記応答メールのヘッダ情報を読み取り、配送状況通知か開封確認通知かを判断することと
を更に含む
電子メール管理方法。
【請求項１３】
請求項１２に記載の電子メール管理方法であって、
前記応答メールが配送状況通知である場合、前記配送状況通知の応答メールから、前記電子メールの宛先のメールアドレス、配達結果、及び前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取り出して、前記宛先情報テーブルの宛先を特定し、前記電子メールの配送状況を変更すること
を更に含む
電子メール管理方法。
【請求項１４】
請求項１２又は１３に記載の電子メール管理方法であって、
前記応答メールが開封確認通知である場合、前記開封確認通知の応答メールから、前記応答メールの発信者のメールアドレス及び前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取り出して、前記宛先情報テーブルの宛先を特定し、前記電子メールの開封状況を変更すること
を更に含む
電子メール管理方法。
【請求項１５】
クライアントが、電子メールを送信する際に、メールサーバのＩＭＡＰサービスを利用して前記電子メールを前記メールサーバの発信箱に格納することと、
前記メールサーバが、前記ＩＭＡＰサービスにより、前記発信箱に、格納された電子メールに関連付けて、宛先毎の当該電子メールの状態を示す情報を保持する宛先情報テーブルを格納し、当該電子メールの状態を「発信中」とし、当該電子メールを一意に示すメール識別子を前記クライアントに通知することと、
前記クライアントが、前記メール識別子を埋め込んだメッセージＩＤを生成し、前記メールサーバのＳＭＴＰサービスに接続し、前記発信箱に格納された電子メールに前記メッセージＩＤを付加することと、
前記クライアントが、前記発信箱に格納された電子メールにＤＳＮ／ＭＤＮ要求を付加し、応答先として前記クライアントの管理用代替アドレスを設定することと、
前記メールサーバが、前記ＳＭＴＰサービスにより、前記発信箱に格納された電子メールを送信することと、
前記メールサーバが、前記ＳＭＴＰサービスにより、電子メールを受信した場合、前記受信メールの宛先が前記管理用代替アドレスか否か確認し、前記受信メールの宛先が前記管理用代替アドレスである場合、前記受信メールのヘッダ情報を読み取り、前記受信メールがＤＳＮ応答メールかＭＤＮ応答メールかを確認することと、
前記メールサーバが、前記ＳＭＴＰサービスにより、ＤＳＮ応答メールを受信した場合、前記ＤＳＮ応答メールの宛先が前記管理用代替アドレスか否か確認し、前記ＤＳＮ応答メールの宛先が前記管理用代替アドレスである場合、前記ＤＳＮ応答メールから送信メールの配送結果及び前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取得し、前記メール識別子から前記発信箱に格納された電子メールを特定し、前記特定された電子メールの状態を、前記配送結果に応じて「未開封」及び「エラー」のいずれかに変更することと、
前記メールサーバが、前記ＳＭＴＰサービスにより、ＭＤＮ応答メールを受信した場合、前記ＭＤＮ応答メールから前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取得し、前記メール識別子から前記発信箱に格納された電子メールを特定し、前記特定された電子メールの状態を「開封済」に変更することと
を含む
電子メール管理方法。
【請求項１６】
請求項１５に記載の電子メール管理方法であって、
前記クライアントが、前記クライアントのメールアドレスのメールアカウントに管理用識別情報を付加されたアドレスを、前記管理用代替アドレスとして定義することと、
前記メールサーバが、前記受信メールのうち、メールアカウントに前記管理用識別情報が付加されたメールアドレスを、前記管理用代替アドレスと判断することと、
前記管理用代替アドレスから前記管理用識別情報を除いたメールアドレスを、前記クライアントのメールアドレスと判断することと、
前記管理用代替アドレスと前記クライアントのメールアドレスとを関連付けることと
を更に含む
電子メール管理方法。
【請求項１７】
ＩＭＡＰサービスにより、クライアントから電子メールを受信して発信箱に格納し、前記発信箱に、格納された電子メールに関連付けて、宛先毎の当該電子メールの状態を示す情報を保持する宛先情報テーブルを格納し、当該電子メールの状態を「発信中」とし、当該電子メールを一意に示すメール識別子を前記クライアントに通知するステップと、
ＳＭＴＰサービスにより、前記クライアントから前記メール識別子を埋め込んだメッセージＩＤを受信して前記発信箱に格納された電子メールに前記メッセージＩＤを付加し、前記クライアントからＤＳＮ／ＭＤＮ要求を受信して前記発信箱に格納された電子メールに前記ＤＳＮ／ＭＤＮ要求を付加し、応答先として前記クライアントの管理用代替アドレスを設定するステップと、
前記ＳＭＴＰサービスにより、電子メールを受信した場合、前記受信メールの宛先が前記管理用代替アドレスか否か確認するステップと、
前記受信メールの宛先が前記管理用代替アドレスである場合、前記受信メールのヘッダ情報を読み取り、前記受信メールがＤＳＮ応答メールかＭＤＮ応答メールかを確認するステップと、
前記受信メールがＤＳＮ応答メールである場合、前記ＤＳＮ応答メールから送信メールの配送結果及び前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取得し、前記メール識別子から前記発信箱に格納された電子メールを特定し、前記特定された電子メールの状態を、前記配送結果に応じて「未開封」及び「エラー」のいずれかに変更するステップと、
前記受信メールがＭＤＮ応答メールである場合、前記ＭＤＮ応答メールから前記メッセージＩＤを取得し、前記メッセージＩＤから前記メール識別子を取得し、前記メール識別子から前記発信箱に格納された電子メールを特定し、前記特定された電子メールの状態を「開封済」に変更するステップと
を計算機に実行させるための
プログラム。
【請求項１８】
請求項１７に記載のプログラムであって、
前記ＳＭＴＰサービスにより、前記クライアントのメールアドレスのメールアカウントに管理用識別情報を付加されたアドレスを、前記管理用代替アドレスとして定義するステップと、
前記受信メールのうち、メールアカウントに前記管理用識別情報が付加されたメールアドレスを、前記管理用代替アドレスと判断するステップと、
前記管理用代替アドレスから前記管理用識別情報を除いたメールアドレスを、前記クライアントのメールアドレスと判断するステップと、
前記管理用代替アドレスと前記クライアントのメールアドレスとを関連付けるステップと
を更に計算機に実行させるための
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メール管理システムに関し、特にＤＳＮ／ＭＤＮ応答メールを利用する電子メール管理システムに関する。
【背景技術】
【０００２】
インターネットで広く一般的に使われる電子メール（以下、メール）において、メールの発信者が送達確認を行うための仕組みとして、ＤＳＮ（Ｄｅｌｉｖｅｒｙ  Ｓｔａｔｕｓ  Ｎｏｔｉｆｉｃａｔｉｏｎ：配送状況通知）、及び、ＭＤＮ（Ｍａｉｌ  Ｄｉｓｐｏｓｉｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ：開封確認通知）という方式が規定されている。ＤＳＮは、簡単には、メールサーバがメールを宛先受信箱に配達した際に、発信者に対して「配達完了」のメールを返信する仕組みである。ＭＤＮは、メールクライアントがメールを受信箱から取り出した際に、発信者に対して「開封完了」のメールを返信する仕組みである。メールの発信者は、発信の際にＤＳＮやＭＤＮを要求する指示を付けて送信し、自動応答されたメールを受け取ることで、メールが確実に受信者に到着あるいは開封されたことを知る送達確認が可能である。
【０００３】
しかし、実際に送達確認を行う場合、ＤＳＮ／ＭＤＮ応答により、発信者の受信箱に送信した数以上のメールが到着することになる。また、どの送信メールに対するＤＳＮ／ＭＤＮ応答かを判断するには、利用者がＤＳＮ／ＭＤＮ応答メールの内容にあるメッセージ識別子と、送信メールのメッセージ識別子を比較対応づけて確認する必要がある。
【０００４】
このように、利用者の負担が大きい方式であるため、積極的な利用は進んでおらず、一般的には、電子メールの送達確認は行われないことが多い。例えば、特開２００１−２６５６７５号公報（特許文献１）、特開２００３−１２５１４３号公報（特許文献２）のように、一部、インターネット電子メールを利用したファクシミリ装置において、ＤＳＮ及びＭＤＮを用いた送達確認を自動的に行う仕組みが提案されているが、通常の電子メールシステムにおける利用方法の詳細は考慮されていない。
【０００５】
また、特開２００２−１６９７５５号公報（特許文献３）に記載の技術では、開封通知の送信先を開封通知サーバとしてメールを送信しており、開封通知サーバが開封通知を受信する。しかし、開封通知を開封通知サーバで受信するため、識別子としてＩＰアドレスを用いており、開封通知をメールサーバで受信する時は、開封通知である識別子を開封通知データに付加している。
【０００６】
また、特開２００５−２０８８０１号公報（特許文献４）に記載の技術では、宛先毎に通信記録を生成し、送達確認の受信時、通信記録に情報を格納している。また、複数宛先の送達が全て確認できたら、送達完了を出力する。送達確認の電子メールは、送信元でなく、指定されたアドレスに返信しても良い。
【０００７】
【特許文献１】特開２００１−２６５６７５号公報
【特許文献２】特開２００３−１２５１４３号公報
【特許文献３】特開２００２−１６９７５５号公報
【特許文献４】特開２００５−２０８８０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
現在、インターネットで広く一般的に使われる電子メールの送達確認手段に、ＤＳＮやＭＤＮが存在するが、利便性が良いとは言い難く、利用が広まっていない現状がある。
【０００９】
本発明の目的は、送達確認の応答メールを管理用代替メールアドレスで受信し、この送達確認の応答メールを受信箱に配達せずに送信済みメールの状態を示す情報を更新する電子メール管理システムを提供することである。
【課題を解決するための手段】
【００１０】
以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。但し、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１１】
本発明の電子メール管理システムは、発信箱（３３）に電子メール（３３１）を格納し、電子メール（３３１）に対応する宛先情報テーブル（３３２）を作成し、宛先情報テーブル（３３２）に宛先毎の電子メール（３３１）の状態を格納するメール閲覧管理部（３１）と、状態確認要求の応答先を管理用代替アドレスとして電子メール（３３１）を送信し、電子メール（３３１）に対応する応答メールを管理用代替アドレスで受信し、応答メールを受信箱に配達せずに電子メール（３３１）の状態を示す情報を更新するメール転送処理部（３２）とを具備する。ここでは、メール閲覧管理部（３１）は、ＩＭＡＰサービス又はＷｅｂメールサービスを提供する装置及びプログラムを想定している。メール転送処理部（３２）は、ＳＭＴＰサービスを提供する装置及びプログラムを想定している。状態確認要求は、ＤＳＮ／ＭＤＮ要求を想定している。但し、実際には、これらの例に限定されない。
【００１２】
メール閲覧管理部（３１）は、電子メール（３３１）を示すメール識別子を提供する。電子メール（３３１）は、メール識別子が埋め込まれたメッセージＩＤを含む。メール転送処理部（３２）は、応答メールを受信した際、応答メールに含まれるメッセージＩＤからメール識別子を取得し、電子メール（３３１）を特定する。
【００１３】
メール転送処理部（３２）は、応答メールの宛先が管理用代替アドレスか否か判断する宛先解析部（３２１）と、応答メールの宛先が管理用代替アドレスであれば、応答メールのヘッダ情報を読み取り、配送状況通知か開封確認通知かを判断する送達確認処理部（３２２）とを具備する。ここでは、配送状況通知は、ＤＳＮ応答メールを想定している。開封確認通知は、ＭＤＮ応答メールを想定している。但し、実際には、これらの例に限定されない。
【００１４】
送達確認処理部（３２２）は、応答メールが配送状況通知である場合、配送状況通知の応答メールから、電子メール（３３１）の宛先のメールアドレス、配達結果、及びメッセージＩＤを取得し、メッセージＩＤからメール識別子を取り出して、宛先情報テーブル（３３２）の宛先を特定し、電子メール（３３１）の配送状況を変更する。
【００１５】
送達確認処理部（３２２）は、応答メールが開封確認通知である場合、開封確認通知の応答メールから、応答メールの発信者のメールアドレス及びメッセージＩＤを取得し、メッセージＩＤからメール識別子を取り出して、宛先情報テーブル（３３２）の宛先を特定し、電子メール（３３１）の開封状況を変更する。
【００１６】
管理用代替アドレスは、電子メール（３３１）の発信者のメールアドレスのメールアカウントに管理用代替アドレスであることを示す所定の管理用識別情報が付加されたアドレスであり、メールアカウント毎に一意となるアドレスである。
【発明の効果】
【００１７】
電子メール管理において、サーバの処理負荷を低く抑えられる。また、利用者の負担を軽減し、送達確認を容易に行うことができる。
【発明を実施するための最良の形態】
【００１８】
以下に、本発明の第１実施例について添付図面を参照して説明する。
図１に示すように、本発明の電子メール管理システムは、クライアント１０と、クライアント２０と、メールサーバ３０と、メールサーバ４０を含む。クライアントとメールサーバ、また、メールサーバ同士はＩＰネットワークで接続されており、ＴＣＰ／ＩＰによる双方向通信が可能である。ここでは、クライアント１０とメールサーバ３０がＩＰネットワークで接続され、クライアント２０とメールサーバ４０がＩＰネットワークで接続され、メールサーバ３０とメールサーバ４０がＩＰネットワークで接続されている。クライアント１０は、メールサーバ３０を利用して、クライアント２０宛の電子メール送信を行う。電子メールはメールサーバ４０に到着し、クライアント２０に閲覧される。
【００１９】
クライアント１０は、本発明の送達確認を行うメールクライアントである。ここでは、送受信する全てのメールをメールサーバ上に保持し、クライアントからメールの閲覧及び管理を行う形態とする。この形態ではメールの閲覧管理にはＩＭＡＰ（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）を利用することが可能であり、本発明でもＩＭＡＰを想定している。ＩＭＡＰはＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）２０６０で規定される通信規約である。クライアントは、ＩＭＡＰサービスから発信箱のメール一覧と送達状態を取得し、利用者に表示することが可能である。また、メールを送信する際は、本発明の送達確認方式のメールを送信可能である。
【００２０】
クライアント２０は、一般的なメールクライアントである。ここでは、一般的なＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）／ＩＭＡＰクライアントとして記述する。ＰＯＰとは、メールサーバ上の受信箱からメールを取得することを主な機能とする通信規約であり、ＲＦＣ１９３９で規定されている。ＰＯＰクライアントはＰＯＰサービスを通じて受信箱のメールを取得する。
【００２１】
メールサーバ３０は、本発明によるメールサーバである。本実施例では、現在最も普及しているメール送信プロトコル（通信規約）であるＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に対応したＳＭＴＰサーバを想定している。但し、実際には、この例に限定されない。ここでは、メールサーバ３０は、ＩＭＡＰサービス（メール閲覧管理部）３１と、ＳＭＴＰサービス（メール転送処理部）３２と、発信箱３３を有する。ＩＭＡＰサービス３１は、メールをサーバ上のメールボックスで管理し、タイトルや発信者を見て受信するかどうかを決めることができるようにするサービスプログラムである。ＳＭＴＰサービス３２は、クライアントから電子メールを受信し、宛先にメールを配送する一般的なサービスプログラムである。但し、本発明のＳＭＴＰサービス３２は、宛先解析部３２１と、送達確認処理部３２２を有することが特徴である。なお、実際には、ＩＭＡＰサービス３１及びＳＭＴＰサービス３２は、これらのサービスプログラムを実行するプロセッサ等の処理装置を含むようにしても良い。また、発信箱３３は、送信済みメール３３１と、宛先情報テーブル３３２を有することが特徴である。送信済みメール３３１は、発信箱３３に格納されたクライアント１０からクライアント２０宛のメールである。宛先情報テーブル３３２は、個々の送信済みメール３３１に対応し、対応する送信済みメール３３１について、「発信中」、「未開封」、「開封済」等のメールの送達状態を示す情報を保持する。また、ＩＭＡＰサービス３１は、発信箱３３に格納されたメールの送達状態を、ＩＭＡＰクライアントに返却することが可能である。ここでは、クライアント１０がＩＭＡＰクライアントとなる。「発信中」である場合、ＩＭＡＰサービス３１は、クライアント１０に返却する応答の中に、発信箱３３に格納されたメールを特定するためのメール識別子を含める。メール識別子は、クライアント１０により、メッセージＩＤに埋め込まれる。なお、クライアント１０は、メール識別子が到達した際に、ユーザ操作に応じてメッセージＩＤを生成しても良いし、メーラー（Ｍａｉｌｅｒ）やユーザーエージェント（Ｕｓｅｒ  Ａｇｅｎｔ）等のアプリケーションソフトウェアの機能により自動的にメッセージＩＤを生成しても良い。また、ＳＭＴＰサービス３２が、ＩＭＡＰサービス３１から直接メール識別子を取得して、メッセージＩＤを生成することも可能である。
【００２２】
メールサーバ４０は、一般的なメールサーバである。ここでは、メールサーバ４０は、ＰＯＰ／ＩＭＡＰサービス４１と、ＳＭＴＰサービス４２と、受信箱４３を有する。ＰＯＰ／ＩＭＡＰサービス４１は、ＰＯＰ又はＩＭＡＰを利用して、クライアント２０に対して受信箱４３に元のメールを提供する。ＳＭＴＰサービス４２は、ＳＭＴＰサービス３２からクライアント２０宛のメールを受信し、受信箱４３に格納する。
【００２３】
次に、実施例の動作として、図２、図３、図４Ａ、図４Ｂを参照しながら説明する。
図２は、ＳＭＴＰサービス３２の宛先解析部３２１の動作フローである。
（１）ステップＳ１０１
メールを受信したメールサーバ３０は、宛先が管理用アドレスか否か判断する。すなわち、ＳＭＴＰサービス３２の宛先解析部３２１が、宛先のアドレスが予め設定された管理用アドレスに適合するか判断する。
（２）ステップＳ１０２
宛先が管理用アドレスの場合は、送達確認処理部３２２が送達確認処理を実施する。
（３）ステップＳ１０３
その他の場合、すなわち、宛先が管理用アドレス以外の場合は、通常配送処理を実施する。
【００２４】
ここで、管理用アドレスは、システムにより任意の文字列を利用可能であるが、固定文字列でなくメールアカウント毎に一意となるようなアドレスとする。例えば、メールアドレス「Ａ＠ａａａ．ｃｏ．ｊｐ」を持つメールアカウントに対応する管理用アドレスを「ｓｙｓｔｅｍ−ｍａｎａｇｅｍｅｎｔ−ａｇｅｎｔ−Ａ＠ａａａ．ｃｏ．ｊｐ」のように定義し、アカウント名が「ｓｙｓｔｅｍ−ｍａｎａｇｅｍｅｎｔ−ａｇｅｎｔ−」で始まるメールアドレスを、管理用アドレスと判定する。すなわち、メールアカウントに所定のキーワード等の管理用識別情報が付加されたメールアドレスを管理用アドレスと判断する。従って、システムで管理するアカウントのメールアドレスと同じ数の、管理用アドレスが存在する。但し、実際には、管理用識別情報の位置は、メールアカウントの先頭に限らず、任意の位置にすることもできる。メールアカウントに管理用識別情報が付加されていることが認識できるようにしていれば良い。
【００２５】
このように、宛先解析部３２１は、受信したメールの宛先メールアドレスが管理用アドレスであれば、送達確認処理を実施する。上記の例では、受信したメールの宛先メールアドレスのアカウント名が「ｓｙｓｔｅｍ−ｍａｎａｇｅｍｅｎｔ−ａｇｅｎｔ−」で始まる場合、送達確認処理を実施する。
【００２６】
なお、宛先解析部３２１は、管理用アドレスに対するメールを受信した場合、管理用アドレスから管理用識別情報を除いたメールアドレスを、送信元メールアドレス（クライアント１０のメールアドレス）と判断するようにしても良い。上記の例では、管理用アドレス「ｓｙｓｔｅｍ−ｍａｎａｇｅｍｅｎｔ−ａｇｅｎｔ−Ａ＠ａａａ．ｃｏ．ｊｐ」から管理用識別情報「ｓｙｓｔｅｍ−ｍａｎａｇｅｍｅｎｔ−ａｇｅｎｔ−」を除いたメールアドレス「Ａ＠ａａａ．ｃｏ．ｊｐ」を、送信元メールアドレスと判断する。これにより、宛先解析部３２１は、管理用アドレスと送信元メールアドレスを関連付けることができる。
【００２７】
図３は、送達確認処理部３２２の動作フローである。
（１）ステップＳ２０１
メールの内容を読み取り、ＤＳＮ応答メールであるか判断する。ＤＳＮ応答メールの形式はＲＦＣ１８９１で規定されているため、ここでは詳細は記載しないが、メールヘッダ（ヘッダ情報）から識別を行う。
（２）ステップＳ２０２
ＤＳＮ応答メールである場合は、ＤＳＮ応答メール処理を実施する。ＤＳＮ応答メール処理では、送達確認処理部３２２は、ＤＳＮ応答メールから、ＤＳＮ応答メール内に記述される「元のメールを配達した宛先アドレス」（元のメールの宛先であるクライアント２０のメールアドレス）と「配達結果」、及び「元のメールのメッセージＩＤ」（以下、元のメッセージＩＤ）を取得する。更に、元のメッセージＩＤから発信箱３３内のメールを特定するための「メール識別子」を取り出す。送達確認処理部３２２が取得したこれらの情報から、発信箱３３の１つのメールの宛先情報テーブル３３２の１つの宛先を特定し、配送状況を変更する。
（３）ステップＳ２０３
ＤＳＮ応答メールで無い場合は、ＭＤＮ応答メールであるか判断する。ＭＤＮ応答メールの形式はＲＦＣ３７９８で規定されているため、ここでは詳細は記載しないが、メールヘッダ（ヘッダ情報）から識別を行う。
（４）ステップＳ２０４
ＭＤＮ応答メールである場合は、ＭＤＮ応答メール処理を実施する。ＭＤＮ応答メール処理では、送達確認処理部３２２は、ＭＤＮ応答メールから、「ＭＤＮ応答メールの発信者のメールアドレス」（元のメールの宛先であるクライアント２０のメールアドレス）と、ＭＤＮ応答メールに添付されている「元のメッセージＩＤ」を取得する。更に、元のメッセージＩＤから発信箱３３内のメールを特定するための「メール識別子」を取り出す。これらの情報から、発信箱３３の１つのメールの宛先情報テーブル３３２の１つの宛先を特定し、当該メールの開封状況を変更する。
（５）ステップＳ２０５
ＭＤＮ応答メールで無い場合、すなわち、その他の場合は通常配送処理を実施する。
【００２８】
図４Ａ、図４Ｂは、本発明の電子メール管理システムにおける送達確認の動作シーケンスである。
（１）ステップＳ３０１
クライアント１０は、クライアント２０宛のメール発信動作において、はじめにＩＭＡＰサービス３１を利用して発信箱３３にメールを追加する。
（２）ステップＳ３０２
ＩＭＡＰサービス３１は発信箱３３に追加したメールの状態を「発信中」とし、そのメールに紐付けた宛先情報テーブル３３２を作成し保存する。
（３）ステップＳ３０３
宛先情報テーブル３３２は、宛先毎の状態を保持する。すなわち、宛先毎にメールの配送／開封状態を保持する。また、ＩＭＡＰサービス３１は、クライアント１０への成功応答の中に、追加したメールを一意に示すメール識別子を含める。
（４）ステップＳ３０４
次に、クライアント１０は、受け取ったメール識別子を埋め込んだメッセージＩＤを生成し、ＳＭＴＰサービス３２に接続し、追加したメールにメッセージＩＤを付加するよう設定する。なお、ＳＭＴＰサービス３２がメッセージＩＤを付加するようにしても良い。
（５）ステップＳ３０５
このとき、クライアント１０は、追加したメールにＤＳＮ／ＭＤＮ要求を付け、応答先が自身の管理用アドレスとなるよう設定する。なお、クライアント１０からメールを受け取ったＳＭＴＰサービス３２の宛先解析部３２１が、応答先がクライアント１０の管理用アドレスとなるよう設定するようにしても良い。
（６）ステップＳ３０６
次に、ＳＭＴＰサービス３２は宛先のＳＭＴＰサービス４２に接続し、メールを配送する。
（７）ステップＳ３０７
ＳＭＴＰサービス４２は、受信したメールをクライアント２０の受信箱に追加する。メールの状態は初期状態の「未読」となる。
（８）ステップＳ３０８
次に、ＳＭＴＰサービス４２は、ＤＳＮ要求に従い、ＤＳＮ応答メールを生成し、返信先であるクライアント１０の管理用アドレス宛に送信する。なお、ＤＳＮ応答メールは、ＤＳＮ応答メッセージを含むメールである。
（９）ステップＳ３０９
ＳＭＴＰサービス３２は、ＤＳＮ応答メールを受信する。ここで、宛先が管理用アドレスであるため、送達確認処理部３２２が送達確認処理を実施する。送達確認処理部３２２は、ヘッダ情報からＤＳＮ応答であることを識別し、ＤＳＮ応答メール内に記述される「元のメールを配達した宛先アドレス」（元のメールの宛先であるクライアント２０のメールアドレス）と「配達結果」、及び「元のメッセージＩＤ」を取得する。更に、元のメッセージＩＤから発信箱３３内のメールを特定するためのメール識別子を取り出す。
（１０）ステップＳ３１０
送達確認処理部３２２が取得したこれらの情報から、発信箱３３の１つのメールの宛先情報テーブル３３２の１つの宛先を特定し、状態を「未開封」に変更する。配達結果がエラーの場合は状態を「エラー」とする。
（１１）ステップＳ３１１
一方、クライアント２０は任意にＰＯＰ／ＩＭＡＰサービス４１を利用してメールを閲覧し、新着メールを検出する。
（１２）ステップＳ３１２
クライアント２０では、新着メールにＭＤＮ要求が存在した場合、ＭＤＮ応答メールを生成し、返信先であるクライアント１０の管理用アドレス宛に送信する。なお、ＭＤＮ応答メールは、ＭＤＮ応答メッセージを含むメールである。
（１３）ステップＳ３１３
ＭＤＮ応答メールは宛先のＳＭＴＰサービス３２に配送される。
（１４）ステップＳ３１４
ＳＭＴＰサービス３２の送達確認処理部３２２が再び送達確認処理を実施する。送達確認処理部３２２は、ヘッダ情報からＭＤＮ応答メールであることを識別し、「ＭＤＮ応答メールの発信者のメールアドレス」（元のメールの宛先であるクライアント２０のメールアドレス）と、ＭＤＮ応答メールに添付されている「元のメッセージＩＤ」を取得する。更に、元のメッセージＩＤから発信箱３３内のメールを特定するための「メール識別子」を取り出す。これらの情報から、発信箱３３の１つのメールの宛先情報テーブル３３２の１つの宛先を特定し、「開封済」に変更する。このとき、送達確認処理部３２２は、宛先情報テーブル３３２の全ての宛先の状態が「開封済」となった場合、その送信済みメールの状態を「開封済」に変更する。
（１５）ステップＳ３１５
その後、クライアント１０では発信箱３３を閲覧した際、送信済みメール状態が「開封済」になったことを確認できる。例えば、メール状態を示すステータス情報等の文字表示やアイコン等の画像表示により、送信済みメール状態を確認できるようにする。
【００２９】
このように、本発明では、実施例に示すように、ＤＳＮ／ＭＤＮ応答メールを発信者本人でなく、管理用アドレスで受け取っている。これは、ＤＳＮ／ＭＤＮ応答メールをサーバで識別する場合に、メールの内容を確認する必要が無く宛先のみから識別が可能であることを示している。メールの内容でなく宛先で識別する方式はサーバの処理負荷を低く抑えられる点で優位である。
【００３０】
また、実施例に示すように、発信箱３３内のメールを特定するためのメール識別子をメッセージＩＤに埋め込み、ＤＳＮ／ＭＤＮ応答メールに対応する発信箱３３のメールを特定している。これは、メッセージＩＤから直接的にメールの識別子を利用できない場合に、何らかの検索や紐付け処理が必要な点と比較し、サーバの処理負荷を低く抑えられる点で優位である。
【００３１】
また、実施例に示すように、ＤＳＮ／ＭＤＮ応答メールを受信箱に配達せずに、送信済みメールの状態を更新することで、送達確認を行っている。これは、ＤＳＮ／ＭＤＮ応答メールが通常のメールと同じく受信箱に配達され、利用者が確認を行う場合と比較して、利用者の負担を軽減し、送達確認を容易に行うことができる点で優位である。
【００３２】
また、実施例に示すように、送達確認用のＤＳＮ／ＭＤＮ機能は、一般的な規約を利用している。これは、宛先が本発明のメールシステムでない場合でも、送達確認を行うことが可能であることを示しており、独自の方式で送達確認を行う場合と比較し、インターネット電子メールシステムとして利用する場合に有利である。
【００３３】
以下に、本発明の第２実施例について説明する。
本発明の第２実施例として、ＩＭＡＰを利用しないメールシステムにおける実施が考えられる。例えば、インターネットブラウザをメールクライアントとして利用するＷｅｂメールシステムにおいて、本発明と同様の方式が利用可能である。特に図示しないが、その場合の構成図は、図１のＩＭＡＰサービスをＷｅｂメールサービスに置き換えたものと同等である。また、特に図示しないが、動作フローや動作シーケンスにおいても、本発明におけるＩＭＡＰサービスをＷｅｂメールサービスに置き換えたものと同等となる。すなわち、メール閲覧提供部は、ＩＭＡＰサービスに限らず、Ｗｅｂメールサービスでも良い。
【００３４】
最後に、本発明の特徴について説明する。
本発明の電子メール管理システムは、ＤＳＮ応答メールやＭＤＮ応答メールを管理用アドレスで受け取り、メールサーバで処理することを特徴とする。また、発信箱のメール識別子をメッセージＩＤに埋め込み、ＤＳＮ／ＭＤＮ応答メールに対応する発信箱のメールを特定することを特徴とする。
【００３５】
以上のように、本発明では、ＤＳＮ／ＭＤＮ応答メールを管理用アドレスで受け取り、ＤＳＮ／ＭＤＮ応答メールを受信箱に配達せずに送信済みメールの状態を更新することで、インターネット電子メールシステムにおける送達確認の利便性を向上する。
【００３６】
メールクライアントはメールを発信する際、発信者欄に発信者本人のメールアドレスでなく管理用代替メールアドレスを用いることで、ＤＳＮとＭＤＮによる応答メールを管理用代替メールアドレス宛に到着させるようにする。この管理用代替メールアドレス宛に届いたメールをＳＭＴＰサーバで処理する際、対応する送信済みメールの状態に反映し、受信箱へは配達しない。その結果、利用者はＤＳＮ／ＭＤＮ応答メールを直接見ること無く、送信済みメールの状態で送達確認を行うことを可能となる。
【図面の簡単な説明】
【００３７】
【図１】図１は、本発明の構成例を示す概念図である。
【図２】図２は、宛先解析部の動作を示すフローチャートである。
【図３】図３は、送達確認処理部の動作を示すフローチャートである。
【図４Ａ】図４Ａは、送達確認の動作を示すシーケンス図である。
【図４Ｂ】図４Ｂは、送達確認の動作を示すシーケンス図である。
【符号の説明】
【００３８】
１０…  クライアント
２０…  クライアント
３０…  メールサーバ
３１…  ＩＭＡＰサービス
３２…  ＳＭＴＰサービス
３２１…  宛先解析部
３２２…  送達確認処理部
３３…  発信箱
３３１…  送信済みメール
３３２…  宛先情報テーブル
４０…  メールサーバ
４１…  ＰＯＰ／ＩＭＡＰサービス
４２…  ＳＭＴＰサービス
４３…  受信箱
【図１】
0004640620.tif 000002
【図２】
0004640620.tif 000003
【図３】
0004640620.tif 000004
【図４Ａ】
0004640620.tif 000005
【図４Ｂ】
0004640620.tif 000006