JP2003273933A - メール配信システム及びメール配信方法 - Google Patents

Abstract

(57)【要約】 【課題】送信エラーメールの受信後に該送信エラーとな
ったメールの処理の手間を省くこと。 【解決手段】クライアントよりエンドユーザへのメール
配信が依頼されると、管理サーバ６は、ユーザ情報に基
づいてメールを配信するエンドユーザを決定する（ステ
ップＳ５）。データセンタがエラーメールを受信した場
合、該メールはメールサーバ４に送信エラーメールとし
て受信される（ステップＳ８）。管理サーバ６は、送信
エラーメールの受信をすると送信エラーとなったエンド
ユーザのユーザ情報を書き換え、ユーザ情報の変更を行
う。ユーザ情報の変更はユーザ情報のステータスの欄に
フラグを立てることによって行われる。以後、クライア
ントからメールの配信依頼を受けたときには、この新し
く変更されたユーザ情報を基にメールの配信を行うエン
ドユーザを決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、メール配信方法及
びメール配信システムに関するものである。

【０００２】

【従来の技術】従来、電子メール（以下、単にメールと
いう）の送受信機能、メールボックス機能、メール管理
機能などを備えたコンピュータ（以後、メールサーバと
する）は、メールのヘッダに設定されたメールアドレス
に従ってエンドユーザにメールを送信する。この際、エ
ンドユーザ側のメールアドレスの変更などが原因でエン
ドユーザにメールが送信されない場合がある。この場
合、該メールは送信エラーメールとしてメールサーバに
蓄積される。

【０００３】近年、メールサーバは顧客に対してメール
マガジンなどのように、予め登録された多数のエンドユ
ーザに対して顧客のイベント情報や割引情報などのコン
テンツを配信する配信サービスを提供することがある。

【０００４】

【発明が解決しようとする課題】ところで、送信エラー
となるエンドユーザへの配信を停止する操作を行わない
と、送信エラーとなる同じメールアドレスにその後も何
度もメールを送信してしまいリソースを無駄に消費す
る。しかしながら、配信停止は、メールサーバのシステ
ム管理者が該エラーメールを見て手作業で行わなければ
ならない。このため、メールマガジンのように多くのメ
ールを配信するメールサーバでは、配信停止に多くの手
間がかかったり、間違って配信可能なユーザに対するメ
ールを配信停止にしてしまうことがあった。

【０００５】本発明は、上記問題点を解決するためにな
されたものであって、その目的は、送信エラーメールの
処理の手間を省くことにある。

【０００６】

【課題を解決するための手段】上記問題点を解決するた
め、請求項１に記載の発明は、ユーザの端末へメールを
配信するメールサーバと、ユーザ情報を記憶するユーザ
データサーバとを備えたメール配信システムにおいて、
受信したエラーメールに基づいて、以後のメール配信を
停止するよう前記ユーザ情報を変更する配信停止処理を
実行する配信停止手段を備えた。

【０００７】請求項２に記載の発明は、請求項１に記載
の発明において、前記メールサーバには、前記メールが
前記ユーザに配信されなかった旨の送信エラーメールが
蓄積され、前記配信停止手段は該蓄積された前記送信エ
ラーメールを適宜確認して前記配信停止処理を行うよう
にした。

【０００８】請求項３に記載の発明は、ユーザの端末へ
メールを配信するメールサーバと、ユーザ情報を記憶す
るユーザデータサーバとを備えたメール配信システムに
よるメール配信方法において、受信したエラーメールに
基づいて、以後のメール配信を停止するよう前記ユーザ
情報を変更する配信停止処理を実行する配信停止手段を
備え、前記配信停止手段によって変更された前記ユーザ
情報に基づいてメールの配信を停止するようにした。

【０００９】請求項４に記載の発明は、請求項３に記載
の発明において、前記メールサーバには、前記メールが
前記ユーザに配信されなかった旨の送信エラーメールが
蓄積され、前記配信停止手段は該蓄積された前記送信エ
ラーメールを適宜確認して前記配信停止処理を行うよう
にした。

【００１０】（作用）請求項１、３に記載の発明によれ
ば、配信停止手段によりエラーメールに対するユーザへ
のそれ以降のメール配信が自動で停止され、手間が省か
れる。

【００１１】請求項２、４に記載の発明によれば、蓄積
されたエラーメールは送信エラーメールを適宜確認する
ことにより常に安定して確認され配信停止処理が行われ
る。

【００１２】

【発明の実施の形態】以下、本発明を具体化した一実施
形態を図１〜図４に従って説明する。図１は、本実施形
態のメール配信システムを示す概略構成図である。

【００１３】店舗などのクライアントが有する端末とし
てのパソコン１は、データセンタ２を介してインターネ
ット３に接続されている。データセンタ２は、メールサ
ーバ４、ユーザデータサーバ５及び配信停止手段として
の管理サーバ６を備えている。

【００１４】メールサーバ４は、電子メール（以下、単
にメールという）の送受信機能、メールボックス機能及
びメール管理機能を備えており、受信メールを記憶する
受信メールボックス４ａ及び送信メールを記憶する送信
メールボックス４ｂを有している。

【００１５】ユーザデータサーバ５はユーザ情報の登
録、管理を行うサーバであり、エンドユーザのメールア
ドレスなどのユーザ情報を記憶するユーザデータベース
５ａを有している。

【００１６】管理サーバ６はメールサーバ４とユーザデ
ータサーバ５を管理するためのサーバであり、メール配
信予約データベース６ａを有している。管理サーバ６
は、配信予定日が設定されたメールをその配信予定日ま
でメール配信予約データベース６ａに保存する。そし
て、管理サーバ６は、予定日に達した（稼働日と予定日
とが一致する）メールをメールサーバ４を介してユーザ
が持つ端末に送信する。

【００１７】次に、ユーザデータベース５ａに記録され
ているユーザ情報について詳述する。図２は、ユーザデ
ータサーバ５のユーザデータベース５ａに記録されたユ
ーザ情報を表す説明図である。ユーザデータベース５ａ
は、エンドユーザが持つ端末の機器ＩＤ５ｂ、ユーザが
持つメールアドレス５ｃ、メールの配信状況を示すステ
ータス５ｄを記憶する領域を備えている。

【００１８】ステータス５ｄには、メールの配信が可能
か否かを示す配信可能情報が記録されている。尚、本実
施形態では配信可能情報が「１」である場合にフラグの
立っている状態といい、配信可能情報が「０」である場
合にフラグの立っていない状態という。従って、図２
は、いずれのエンドユーザについてもフラグが立ってい
ない状態を表している。

【００１９】メールサーバ４は、配信可能情報に基づい
てメールを配信する。具体的には、メールサーバ４は、
配信可能情報に基づいて、フラグが立っていないエンド
ユーザに対してメールを配信（送信）し、フラグが立っ
ているエンドユーザに対してメールを配信しない。

【００２０】図１に示すように、インターネット３には
エンドユーザ側のサーバ７，８が接続されている。サー
バ７はパソコン端末９を所有するエンドユーザが契約し
ているメールサーバであり、メールサーバ７は契約者で
あるエンドユーザの情報（メールアドレスを含む）を記
憶し、該エンドユーザに対応するメールボックスを有し
ている。

【００２１】サーバ８はエンドユーザが所有する携帯端
末（例えば携帯電話１０）に対応するメールサーバであ
る。携帯電話１０は、図示しないパケット通信網とゲー
トウエイを介してメールサーバ８に接続される。サーバ
８は契約者であるエンドユーザの情報（携帯電話１０を
特定するためのメールアドレスを含む）を記憶し、該エ
ンドユーザに対応するメールボックスを有している。

【００２２】データセンタ２のメールサーバ４が配信す
るメールは、該メールのヘッダ領域に格納された相手先
メールアドレスによりメールサーバ７又は８へインター
ネット３を介して送信され、メールサーバ７，８は受信
したメールをエンドユーザのメールボックスに格納す
る。

【００２３】パソコン端末９は、エンドユーザの操作に
従ってメールサーバ７をアクセスし、該メールサーバ７
のメールボックスに格納されたメールを所定の手順に従
って取り出し、当該端末９の記憶装置に記憶する。

【００２４】メールサーバ８は、図示しないゲートウエ
イ及びパケット通信網を介して携帯電話１０が通信可能
な状態にあるか否かを確認し、通信可能な場合にメール
ボックスに格納したメールを携帯電話１０に送信する。
尚、メールサーバ８は携帯電話１０が通信可能な状態に
ない場合、所定時間経過後に再度通信可能な状態にある
か否かを確認するようにしてもよい。また、携帯電話１
０は、エンドユーザの操作に従ってメールサーバ８をア
クセスし、該メールサーバ８のメールボックスに格納さ
れたメールを所定の手順に従って取り出し、当該電話１
０の記憶装置に記憶することもある。

【００２５】次に、上記のように構成されたメール配信
システムの作用を説明する。図４は、データセンタ２の
動作のフローチャートである。クライアント側のパソコ
ン１よりエンドユーザへのメール配信が依頼されると、
まずメールは管理サーバ６のメール配信予約データベー
ス６ａ（図１参照）に記録される（ステップＳ１）。

【００２６】管理サーバ６は、クライアントによって指
定されたメールの配信開始日時になると、メールサーバ
４に配信するメールを格納するように指示し、メールサ
ーバ４は当該メールを送信メールボックス４ｂに格納す
る（ステップＳ２）。次に、管理サーバ６は、ユーザデ
ータサーバ５にユーザ情報の通知を要求する（ステップ
Ｓ３）。ユーザデータサーバ５は、ユーザ情報の通知要
求を受けると、管理サーバ６にユーザ情報（図２参照）
の通知を行う（ステップＳ４）。

【００２７】ユーザ情報を受け取った管理サーバ６は、
ユーザ情報に基づいてメールを配信するエンドユーザの
リストを作成する（ステップＳ５）。この際、クライア
ントによって指定されたメール配信相手のうちでフラグ
が立っているエンドユーザ（図２のステータスの欄に１
が記入されているエンドユーザ）はメールの配信リスト
から削除される。

【００２８】管理サーバ６は、作成したメール配信リス
トをメールサーバ４に通知するとともにメールサーバ４
にメールを送信するよう指示を出す（ステップＳ６）。
メールサーバ４は、管理サーバ６によるメール送信の指
示を受けるとメール配信リストに従って各エンドユーザ
にメールを配信する（ステップＳ７）。

【００２９】尚、メール配信リストの作成は必ずしも必
要ではない。即ち、メールサーバ４は、ユーザデータサ
ーバ５のユーザデータベース５ａを参照してメールを配
信するようにしてもよい。

【００３０】次に、データセンタ２がエラーメールを受
信した場合の動作を説明する。エンドユーザのアドレス
変更などが原因で配信されたメールがエンドユーザに届
かなかった場合、該メールはメールサーバ４に送信エラ
ーメールとして受信される（ステップＳ８）。メールサ
ーバ４は、送信エラーメールを受信すると受信メールボ
ックス４ａ（図１参照）に該送信エラーメールを蓄積す
る。

【００３１】管理サーバ６は、適宜設定された一定期間
毎にメールサーバ４の受信メールボックス４ａに蓄積さ
れた送信エラーメールの通知を要求する（ステップＳ
９）。メールサーバ４は、送信エラーメールの通知要求
に応答して管理サーバ６に送信エラーメールを送信する
（ステップＳ１０）。

【００３２】管理サーバ６は、送信エラーメールの受信
をすると送信エラーとなったエンドユーザのユーザ情報
を書き換えるために、ユーザデータサーバ５にユーザ情
報の変更の要求をする（ステップＳ１１）。

【００３３】図３は、ユーザデータサーバによるユーザ
情報の変更が行われたあとのユーザ情報を表す説明図で
ある。ユーザデータサーバ５は、ユーザ情報の変更の要
求を受けるとステップＳ１２（図４参照）に示すよう
に、ユーザ情報の変更を行う。ユーザ情報の変更はユー
ザ情報のステータス５ｄの欄にフラグを立てる（ステー
タス５ｄの欄の「０」を「１」に変更する）ことによっ
て行われる。従って、図４においては、表の一番上の機
器ＩＤ５ｂ及びメールアドレス５ｃを持つもののステー
タス５ｄの欄が「１」になっていることにより、表の一
番上の機器ＩＤ５ｂ及びメールアドレス５ｃを持つもの
が送信エラーであったことを表している。

【００３４】以後、クライアントからメールの配信依頼
を受けたときには、この新しく変更されたユーザ情報を
基にメールの配信リストが作成される。以上記述したよ
うに、本実施形態によれば、以下の効果を奏する。

【００３５】（１）管理サーバは、自動でエラーメール
に対するユーザへのそれ以降のメール配信を停止する。
従って、システム管理者が送信エラーメールの読み込み
を行ったり、送信エラーとなるアドレスを削除するなど
のデータセンタ２のメンテナンスの手間を省くことがで
きる。

【００３６】（２）ユーザデータサーバ５は配信可能情
報を管理しており、メールを配信することができなかっ
たアドレスに対してフラグを立てるように制御されてい
る。従って、メールを配信することができるアドレス
と、メールを配信することができないアドレスを容易に
判別することができる。

【００３７】（３）データセンタ２は、メールサーバ４
が送信エラーメールを受信することによって該送信エラ
ーメールのエンドユーザのアドレスがメール配信不可能
であることを認識する。従って、送信エラーとなるアド
レスが確実に認識されるので送信エラーとなるアドレス
に正確にフラグを立てることができる。

【００３８】（４）管理サーバ６は、適宜設定された一
定期間毎に送信エラーとなるアドレスの検出を行ってい
る。従って、送信エラーとなるアドレスをすばやく検出
することができる。

【００３９】（５）一度送信エラーとなることが認識さ
れたアドレスには以後メールが送信されなくなる。従っ
て、送信エラーとなるアドレスへの無駄なメールの送信
を防ぐことができ、リソースが無駄に消費されるのを抑
制することができる。

【００４０】尚、本実施形態は、以下のように変更して
もよい。 ○上記実施の形態においては、クライアントが有するパ
ソコン１は、インターネット３を介さず直接データセン
タ２に接続されていた。しかし、クライアントの端末が
データセンタ２にメール配信の依頼ができる形態であれ
ばよく、例えばクライアントの端末がインターネット３
を介してデータセンタ２に接続されるようにしてもよ
い。

【００４１】○上記実施の形態においては、ゲートウエ
イ及びパケット通信網を介してエンドユーザの携帯電話
１０への接続を行っていたが、インターネット３から携
帯電話１０へメールの配信が行われる形態であればよ
く、これに限定されない。

【００４２】○上記実施の形態においては、メールはデ
ータセンタ２よりインターネット３を介してエンドユー
ザ側のパソコン端末９及び携帯電話１０に配信されてい
た。しかし、エンドユーザ側の端末及びその接続方法
は、データセンタ２とメールの送受信ができる形態を持
っていればよくこれに限定されない。

【００４３】○上記実施の形態においては、送信エラー
メールとなったメールのアドレスは、データセンタ内の
管理サーバ６のみに通知されたが、送信エラーメールの
受信状況をクライアントに知らせるようにしてもよい。
このようにすると、クライアントは、依頼した配信メー
ルの状況を細かく知ることができるため、クライアント
に、より上質なサービスを提供することができる。

【００４４】○上記実施の形態においては、データセン
タ２内にメールサーバ４、ユーザデータサーバ５及び管
理サーバ６を設け、管理サーバ６がメールサーバ４及び
ユーザデータサーバ５を制御していた。しかし、管理サ
ーバ６を個別に設ける必要はなく、例えばメールサーバ
４が管理サーバの役割を兼任してもよいし、ユーザデー
タサーバ５が管理サーバ６の役割を兼任してもよい。ま
た、メールサーバ４、ユーザデータサーバ５及び管理サ
ーバ６の全ての役割を１つのサーバにより行ってもよ
い。

【００４５】○上記実施形態では、配信停止手段として
データセンタ２内に管理サーバ６を備えたが、管理サー
バ６の機能をバックグランドで動作するプログラム（例
えばデーモン(daemon)プログラム）により提供すること
もできる。このプログラムは、メールサーバ４又はユー
ザデータサーバ５にて動作させる。

【００４６】○上記実施の形態においては、メールを配
信することができるアドレスと、メールを配信すること
ができないアドレスをユーザ情報のステータス５ｄの欄
にフラグを立てることによって区別した。しかし、両者
のアドレスを区別することができればよくこれに限定さ
れない。

【００４７】○上記実施の形態においては、管理サーバ
６が定期的にメールサーバ４の送信エラーメールの検出
を行うようにした。しかし、例えばメールサーバ４が送
信エラーメールを受信する度に該送信エラーメールを管
理サーバ６に通知するようにしてもよい。このようにす
ると、送信エラーメールが受信される度にユーザ情報の
ステータスが最新のものとなるため、常に正確なユーザ
情報を提供することができる。

【００４８】上記各実施形態から把握できる技術的思想
を以下に記載する。 （イ）前記メールサーバが前記エラーメールを受信する
と、該エラーメールの受信が行われたことを前記配信停
止手段に通知する通知手段を有したことを特徴とする請
求項１に記載のメール配信システム。このようにメール
配信システムを構成すると、送信エラーメールが受信さ
れるとすぐに配信停止処理が行われる。従って、ユーザ
情報は常に正確なものに維持することができる。

【００４９】（ロ）前記メールサーバが前記エラーメー
ルを受信すると、該エラーメールの受信が行われたこと
を前記配信停止手段に通知する通知手段を有したことを
特徴とする請求項３に記載のメール配信方法。このよう
なメール配信方法を用いると、送信エラーメールが受信
されるとすぐに配信停止処理が行われ、ユーザ情報は常
に正確なものに維持される。従って、このような正確な
ユーザ情報に基づいて行われるメール配信も正確なもの
となり、送信エラーメールの発生をより抑制することが
できる。

【００５０】

【発明の効果】以上詳述したように、本発明によれば、
送信エラーメールの受信後に該送信エラーとなったメー
ルの処理の手間を省くことができる。

【図面の簡単な説明】

【図１】 メール配信システムを示す概略構成図。

【図２】 ユーザ情報を表す説明図。

【図３】 送信エラーメール受信後のユーザ情報を表す
説明図。

【図４】 データセンタの動作のフローチャート。

【符号の説明】

４ メールサーバ ５ ユーザデータサーバ ６ 配信停止手段としての管理サーバ ９ パソコン端末 １０ 端末としての携帯電話

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ユーザの端末へメールを配信するメール
   サーバと、 ユーザ情報を記憶するユーザデータサーバと、を備えた
   メール配信システムにおいて、 受信したエラーメールに基づいて、以後のメール配信を
   停止するよう前記ユーザ情報を変更する配信停止処理を
   実行する配信停止手段を備えたことを特徴とするメール
   配信システム。
2. 【請求項２】 前記メールサーバには、前記メールが前
   記ユーザに配信されなかった旨の送信エラーメールが蓄
   積され、前記配信停止手段は該蓄積された前記送信エラ
   ーメールを適宜確認して前記配信停止処理を行うことを
   特徴とする請求項１に記載のメール配信システム。
3. 【請求項３】 ユーザの端末へメールを配信するメール
   サーバと、 ユーザ情報を記憶するユーザデータサーバと、を備えた
   メール配信システムによるメール配信方法において、 受信したエラーメールに基づいて、以後のメール配信を
   停止するよう前記ユーザ情報を変更する配信停止処理を
   実行する配信停止手段を備え、前記配信停止手段によっ
   て変更された前記ユーザ情報に基づいてメールの配信を
   停止することを特徴とするメール配信方法。
4. 【請求項４】 前記メールサーバには、前記メールが前
   記ユーザに配信されなかった旨の送信エラーメールが蓄
   積され、前記配信停止手段は該蓄積された前記送信エラ
   ーメールを適宜確認して前記配信停止処理を行うことを
   特徴とする請求項３に記載のメール配信方法。