メールサーバー、電子メール配信方法、およびプログラム
【課題】 電子メールの重複配信の弊害を有効に解消することのできるメールサーバーを提供する。
【解決手段】 メール受信部２１は、アカウントを有するコンピュータ宛の電子メールを受信する。比較部２２は、メール受信部２１にて受信された電子メールと重複する電子メールがメールボックス１３Ａに格納されているか否か判定する。格納処理部２３は、メール受信部２１にて受信された電子メールと重複する電子メールがメールボックス１３Ａに格納されていると比較部２２にて判定されると、一方の電子メールをファイル化して他方の電子メールに添付し、メールボックス１３Ａに格納する。
【解決手段】 メール受信部２１は、アカウントを有するコンピュータ宛の電子メールを受信する。比較部２２は、メール受信部２１にて受信された電子メールと重複する電子メールがメールボックス１３Ａに格納されているか否か判定する。格納処理部２３は、メール受信部２１にて受信された電子メールと重複する電子メールがメールボックス１３Ａに格納されていると比較部２２にて判定されると、一方の電子メールをファイル化して他方の電子メールに添付し、メールボックス１３Ａに格納する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールを配信するサーバーの動作に関する。
【背景技術】
【０００２】
宛先を指定することによりコンピュータ間で電子メールを送受信することができる。宛先の指定方法として、「Ｔｏ」を使った通常の宛先アドレスの指定方法の他、カーボンコピー「ＣＣ」を使った方法や、ブラインドカーボンコピー「ＢＣＣ」を使った方法などがある。また、複数の宛先を効率良く指定する方法としてメーリングリストを使った方法がある。ユーザーは、これら様々な方法を使い分けまたは併用している。
【０００３】
また、電子メールに本文として用件内容を記入するものの他、電子メールにファイルを添付することもできる。添付ファイルを利用すれば大容量データを容易に電子メールとして送ることができる。
【０００４】
図８は、従来の一般的な電子メールが送られる仕組みを示す図である。図８を参照すると、Ａさんのコンピュータ９１からＢさんのコンピュータ９４へ電子メール９５が送られる様子が示されている。その際、Ｔｏの宛先にはＢさんを指定し、ＣＣの宛先にはメーリングリストが指定されている。
【０００５】
Ａさんは、電子メール９５を作成し、自分が属しているメールサーバー９２へ送信する。メールサーバー９２は、ＭＴＡ（Mail Transfer Agent）転送サーバーである。この電子メール９５には、差出人としてＡさんのアドレス（a#san@a#corporation.co.jp）が、Ｔｏの宛先としてＢさんのアドレス（b#san@b#corporation.co.jp）が、ＣＣの宛先としてメーリングリストのアドレス（group@b#corporation.co.jp）が記入されている。このメーリングリストにはＢさんが登録されているものとする。
【０００６】
メールサーバー９２は、電子メール９５をメールキュー９２Ａに一旦蓄積した後、Ｔｏの宛先アドレスのドメイン名（b#corporation.co.jp）と、ＣＣのアドレスのドメイン名（b#corporation.co.jp）に基づき、メールサーバー９３へ転送する。メールサーバー９３は、ドメイン名（b#corporation.co.jp）のＭＤＡ（Mail Delivery Agent）配信サーバーである。
【０００７】
メールサーバー９３は、電子メール９５を受信すると、Ｔｏの宛先アドレス（b#san@b#corporation.co.jp）に基づき、Ｂさんのメールボックス９３Ａに配信する。また、メールサーバー９３は、ＣＣのアドレスがメーリングリストであると判断し、メーリングリストに登録されているメンバーへ配信する。Ｂさんはこのメーリングリストに登録されているので、電子メール９５はＢさんのメールボックス９３Ａに再び配信される。
【０００８】
Ｂさんは、ＭＵＡ（Mail User Agent）ユーザーである。Ｂさんのコンピュータ９４は、Ｂさん自分のメールボックス９３Ａから電子メール９５を読み込む。その際、電子メール９５は、メールボックス９３Ａに２回配信されているので、コンピュータ９４には電子メール９５が２回読み込まれることとなる。
【０００９】
上述したようにメーリングリストが利用されることで、同じ内容の電子メールが異なるルートから同じコンピュータに複数回届くことがある。その場合、ユーザーは同じ電子メールを複数回読んで確認する必要があり、作業が煩雑である。また、電子メールにファイルが添付されている場合、データ量が大きく、コンピュータのメモリの消費量が大きくなるだけでなく、電子メールの受信にかかる時間も長くなってしまう。このような同じ内容の電子メールの重複配信はメーリングリストの他、転送メールの利用によっても生じうる。
【００１０】
重複配信の弊害を解決するために、電子メールを受信したコンピュータがメールの本文を比較し、重複配信された電子メールの削除を行う技術が特許文献１に開示されている。
【特許文献１】特開平１０−２２２４３８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
電子メールを受信したコンピュータが本文を比較するという、特許文献１に開示されているような従来の方法では、メールサーバーからの同じ内容の電子メールを受信するという問題は解決されず、依然として、重複して時間がかかってしまう。添付ファイルがある場合には、その時間の影響は大きなものとなってしまう。
【００１２】
本発明の目的は、電子メールの重複配信の弊害を有効に解消することのできるメールサーバーを提供することである。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明のメールサーバーは、アカウントを有するコンピュータ宛の電子メールを受信してメールボックスに格納するメールサーバーであって、
前記コンピュータ宛の電子メールを受信するメール受信部と、
前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されているか否か判定する比較部と、
前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると前記比較部にて判定されると、一方の電子メールをファイル化して他方の電子メールに添付して前記メールボックスに格納する格納処理部とを有している。
【００１４】
本発明では、メールサーバーのメール受信部が電子メールを受信すると、比較部は、受信された電子メールと一致する電子メールがメールボックスに格納されているか否か判定し、同じ電子メールが既にメールボックスに格納されていれば、格納処理部は、一方の電子メールを削除すると共にファイル化して、他方の電子メールに添付してメールボックスに格納するので、重複してメールボックスに格納することがなく、メールサーバーからコンピュータに同じ内容の電子メールが繰り返し読み込まれることがなく、また、同じ内容の電子メールをユーザーが繰り返し確認する必要がない。
【発明の効果】
【００１５】
本発明によれば、重複してメールボックスに格納することがなく、メールサーバーからコンピュータに同じ内容の電子メールが繰り返し読み込まれることがなく、また、同じ内容の電子メールをユーザーが繰り返し確認する必要がないので、電子メールの重複配信の弊害を有効に解消することができる。
【発明を実施するための最良の形態】
【００１６】
本発明の一実施形態について図面を参照して詳細に説明する。
【００１７】
図１は、本実施形態における電子メールが送られる仕組みを示す図である。図１を参照すると、Ａさんのコンピュータ１１からＢさんのコンピュータ１４へ電子メール１５が送られる様子が示されている。その際、Ｔｏの宛先にはＢさんを指定し、ＣＣの宛先にはメーリングリストが指定されている。
【００１８】
Ａさんは、電子メール１５を作成し、自分が属しているメールサーバー１２へ送信する。メールサーバー１２は、ＭＴＡ（Mail Transfer Agent）転送サーバーである。この電子メール１５には、差出人としてＡさんのアドレス（a#san@a#corporation.co.jp）が、Ｔｏの宛先としてＢさんのアドレス（b#san@b#corporation.co.jp）が、ＣＣの宛先としてメーリングリストのアドレス（group@b#corporation.co.jp）が記入されている。このメーリングリストにはＢさんが登録されているものとする。
【００１９】
メールサーバー１２は、電子メール１５をメールキュー１２Ａに一旦蓄積した後、Ｔｏの宛先アドレスのドメイン名（b#corporation.co.jp）と、ＣＣのアドレスのドメイン名（b#corporation.co.jp）に基づき、メールサーバー１３へ転送する。
【００２０】
メールサーバー１３は、ドメイン名（b#corporation.co.jp）のＭＤＡ（Mail Delivery Agent）配信サーバーである。また、本実施形態では、メールサーバー１３は、同じメールボックスへ配信すべき同じの電子メールを複数回繰り返して受信すると、一方の電子メールおよびそれに添付されているファイルを削除し、削除した電子メールの内容を他方の電子メールに添付する機能を有している。削除した電子メールの内容を他方の電子メールに添付するのは、重複する電子メールを削除した旨を宛先のユーザーに知らせるためであり、他方の電子メールの本文に削除した旨を表示する通知情報を追加してもよい。
【００２１】
Ｔｏの宛先アドレスにより転送されてきた電子メール１５と、ＣＣのアドレスにより転送されてきた電子メール１５とが同じ電子メールなので、メールサーバー１３は、一方を削除し、その内容を他方に添付してＢさんのメールボックス１３Ａに格納する。
【００２２】
Ｂさんは、ＭＵＡ（Mail User Agent）ユーザーである。Ｂさんのコンピュータ１４は、Ｂさん自分のメールボックス１３Ａから電子メール１５を読み込む。Ｂさんのメールボックス１３Ａには、同じ電子メールが複数回配信されていないので、コンピュータ１４は、同じ電子メールを重複して読み込むことがない。また、メールボックス１３Ａから読み込まれた電子メール１５には、メールサーバー１３にて添付された内容が含まれているので、Ｂさんは、電子メール１５の内容を確認すれば、ＴｏのアドレスとＣＣのアドレスにより送信されたことを認識できる。
【００２３】
図２は、本実施形態におけるＭＤＡ配信サーバーの構成を示すブロック図である。図２を参照すると、メールサーバー１３は、メール受信部２１、比較部２２、格納処理部２３、およびメールボックス１３Ａを有している。
【００２４】
メール受信部２１は、自身にアカウントを有するコンピュータ宛の電子メールを受信し、比較部２２に送る。
【００２５】
比較部２２は、メール受信部２１にて受信された電子メールをメールボックス１３Ａに格納されている電子メールと比較し、電子メールの一致を検出する。
【００２６】
図３は、電子メールの構造を示す図である。図３（ａ）を参照すると、電子メールのメッセージ３１は、ヘッダー部３２およびボディ部３３を有している。ヘッダー部３２にはメッセージＩＤ、送信日時、件名、差出人アドレス、宛先アドレスなどが含まれる。ボディ部３３には、本文および添付ファイルなどが含まれる。図３（ｂ）には、具体的な電子メールのメッセージの一例が示されている。図３（ｂ）の電子メールでは、ヘッダー部３２において、件名（Subject）が「メーリングリストについて」であり、差出人アドレス（From）がa#san@a#corporation.co.jpであり、Ｔｏの宛先アドレスがb#san@b#corporation.co.jpであり、ＣＣのアドレスがgroup@b#corporation.co.jpである。ボディ部３３には、本文の他に、「添付１」および「添付２」の２つのファイルが添付されている。
【００２７】
図４は、電子メールを比較する様子の一例を示す図である。比較部２２は、図４に示すように、メール受信部２１にて受信された電子メールを、メールボックス１３Ａに格納されている各電子メールのデータと順次比較する。その際、比較部２２は、まず、電子メールのメッセージＩＤと送信日時を比較し、それらが一致した場合、添付ファイルがあれば、次に添付ファイルを比較する。
【００２８】
ファイルの比較には様々な方法が可能である。
【００２９】
ファイル比較方法の一例として、１バイト毎に比較し、一致／不一致を調べるバイナリコード比較方法がある。比較すべきファイルが無変換の状態であれば、そのまま1文字毎に比較すればよい。また、ファイルが符号化され、それらの符号化条件が異なる場合には、比較するファイルを復号し、復号された状態で比較すればよい。また、ファイルが符号化され、それらの符号化条件が同じ場合には、符号化された状態で1文字毎に比較すればよい。
【００３０】
ファイル比較方法の他の例として、生成多項式を用いた演算結果を比較する方法がある。比較すべきファイルが無変換の状態であれば、そのままのファイルに生成多項式の演算を行い、得られた結果を比較すればよい。また、ファイルが符号化され、それらの符号化条件が異なる場合には、比較するファイルを復号し、復号された状態で生成多項式の演算を行い、得られた結果を比較すればよい。また、ファイルが符号化され、それらの符号化条件が同じ場合には、符号化された状態で生成多項式の演算を行い、得られた結果を比較すればよい。
【００３１】
ファイル比較方法のさらに他の例として、ファイル名を比較する方法がある。電子メールの添付ファイルのファイル名は、「Content-Disposition: attachment; filename="ファイル名"」として表示されるので、それを比較すればよい。
【００３２】
ファイル比較方法のさらに他の例として、ヘッダーに記述されている添付ファイルの説明の内容を比較する方法がある。添付ファイルの説明は、「Content-Description: <ファイル内容の説明>」として表示されるので、それを比較すればよい。
【００３３】
以上の比較により、メッセージＩＤおよび送信日時が一致し、添付ファイルがあればそれも一致した場合、比較部２２は、同じ電子メールであると判断する。
【００３４】
格納処理部２３は、比較部２２にて電子メールの一致が検出された場合、電子メールに添付ファイルがあれば、受信した側の電子メールの添付ファイルを削除して内容のみをファイル化し、メールボックス１３Ａに格納されている側の電子メールに添付する。また、格納処理部２３は、メールボックス１３Ａに格納されている側の電子メールの本文に、重複する電子メールを削除あるいは添付した旨を表示する通知情報を追加する。
【００３５】
図５は、受信した電子メールを、メールボックスに格納されている電子メールに添付する様子の一例を示す図である。ここでは、受信した電子メール１５（図５（ａ）参照）と、メールボックス１３Ａに格納されていた電子メール１５′（図５（ｂ）参照）とが一致したとする。格納処理部２３は、電子メール１５の添付ファイル（添付１および添付２）を削除し（図５（ｃ）参照）、電子メール１５をファイル化する。そして、格納処理部２３は、電子メール１５のファイルを、電子メール１５′に添付ファイル（同メール（添付））として添付する（図５（ｄ）参照）。さらに、格納処理部２３は、重複する電子メールを添付した旨を表示する通知情報（添付通知メッセージ）を追加する。
【００３６】
図６は、重複する電子メールが添付された電子メールのデータを示す図である。図６を参照すると、重複する電子メールが添付された電子メールには、もとから添付されていたファイルの他に、新たに追加ファイル（図６中の「追加」）が添付されている。また、重複する電子メールが添付された電子メールには、通知情報（図６中の「添付：メーリングリストについて」）が追加されている。
【００３７】
メールボックス１３Ａは、メールサーバー１３にアカウントを有するコンピュータ宛の電子メールを格納する。
【００３８】
図７は、本実施形態におけるＭＤＡ配信サーバーの動作を示すフローチャートである。図７を参照すると、まず、メールサーバー１３は、電子メールを受信すると（ステップ１０１）、メールボックス１３Ａ内に、その電子メールと比較していない電子メールのデータがあるか否か判定する（ステップ１０２）。
【００３９】
メールボックス１３Ａ内に未比較の電子メールのデータが無ければ、メールサーバー１３は、受信した電子メールをメールボックスル１３Ａに格納して（ステップ１０６）、処理を終了する。
【００４０】
メールボックス１３Ａ内に未比較の電子メールのデータがあれば、メールサーバー１３は、受信した電子メールと未比較の電子メールのデータとを比較し（ステップ１０３）、同じメールであるか否か判定する（ステップ１０４）。このとき、メールサーバー１３は、電子メールのメッセージＩＤおよび送信日時が一致し、添付ファイルがあればそれも一致した場合に、同じ電子メールと判定する。
【００４１】
同じ電子メールと判定されなければ、メールサーバー１３は、ステップ１０２の処理に戻る。同じ電子メールと判定されれば、メールサーバー１３は、受信された電子メールをファイル化し、メールボックス１３Ａに格納されている電子メールに添付する（ステップ１０５）。
【００４２】
以上説明したように、本実施形態では、メールサーバー１３のメール受信部２１が電子メールを受信すると、比較部２２は、受信された電子メールと一致する電子メールがメールボックス１３Ａに格納されているか否か判定し、同じ電子メールが既にメールボックス１３Ａに格納されていれば、格納処理部２３は、その電子メールを削除すると共に、添付ファイルを除いた電子メールの内容をファイル化して、メールボックス１３Ａに格納されている電子メールに添付するので、電子メールおよび添付ファイルを重複してメールボックス１３Ａに格納することがなく、メールサーバー１３からコンピュータ１４に同じ内容の電子メールが繰り返し読み込まれることがなく、また、同じ内容の電子メールをユーザーが繰り返し確認する必要がなく、電子メールの重複配信の弊害を有効に解消することができる。
【００４３】
このように、本実施形態によれば、電子メールおよび添付ファイルを重複してメールボックス１３Ａに格納することがないので、電子メール格納に要するメモリの消費量を低減することができる。また、メールサーバー１３からコンピュータ１４に同じ内容の電子メールが繰り返し読み込まれることがないので、電子メールの受信にかかる時間が短縮される。また、同じ内容の電子メールをユーザーが繰り返し確認する必要がないので、ユーザーの利便性が向上する。
【００４４】
なお、本実施形態によるメールサーバー１３の各部の機能は、図７に示した処理を有するソフトウェアプログラムをコンピュータによって実行することにより実現可能である。
【図面の簡単な説明】
【００４５】
【図１】本実施形態における電子メールが送られる仕組みを示す図である。
【図２】本実施形態におけるＭＤＡ配信サーバーの構成を示すブロック図である。
【図３】電子メールの構造を示す図である。
【図４】電子メールを比較する様子の一例を示す図である。
【図５】受信した電子メールを、メールボックスに格納されている電子メールに添付する様子の一例を示す図である。
【図６】重複する電子メールが添付された電子メールのデータを示す図である。
【図７】本実施形態におけるＭＤＡ配信サーバーの動作を示すフローチャートである。
【図８】従来の一般的な電子メールが送られる仕組みを示す図である。
【符号の説明】
【００４６】
１１、１４ コンピュータ
１２、１３メールサーバー
１２Ａ、１３Ａ メールボックス
１５、１５′ 電子メール
２１ メール受信部
２２ 比較部
２３ 格納処理部
３１ メッセージ
３２ ヘッダー部
３３ ボディ部
１０１〜１０６ ステップ
【技術分野】
【０００１】
本発明は、電子メールを配信するサーバーの動作に関する。
【背景技術】
【０００２】
宛先を指定することによりコンピュータ間で電子メールを送受信することができる。宛先の指定方法として、「Ｔｏ」を使った通常の宛先アドレスの指定方法の他、カーボンコピー「ＣＣ」を使った方法や、ブラインドカーボンコピー「ＢＣＣ」を使った方法などがある。また、複数の宛先を効率良く指定する方法としてメーリングリストを使った方法がある。ユーザーは、これら様々な方法を使い分けまたは併用している。
【０００３】
また、電子メールに本文として用件内容を記入するものの他、電子メールにファイルを添付することもできる。添付ファイルを利用すれば大容量データを容易に電子メールとして送ることができる。
【０００４】
図８は、従来の一般的な電子メールが送られる仕組みを示す図である。図８を参照すると、Ａさんのコンピュータ９１からＢさんのコンピュータ９４へ電子メール９５が送られる様子が示されている。その際、Ｔｏの宛先にはＢさんを指定し、ＣＣの宛先にはメーリングリストが指定されている。
【０００５】
Ａさんは、電子メール９５を作成し、自分が属しているメールサーバー９２へ送信する。メールサーバー９２は、ＭＴＡ（Mail Transfer Agent）転送サーバーである。この電子メール９５には、差出人としてＡさんのアドレス（a#san@a#corporation.co.jp）が、Ｔｏの宛先としてＢさんのアドレス（b#san@b#corporation.co.jp）が、ＣＣの宛先としてメーリングリストのアドレス（group@b#corporation.co.jp）が記入されている。このメーリングリストにはＢさんが登録されているものとする。
【０００６】
メールサーバー９２は、電子メール９５をメールキュー９２Ａに一旦蓄積した後、Ｔｏの宛先アドレスのドメイン名（b#corporation.co.jp）と、ＣＣのアドレスのドメイン名（b#corporation.co.jp）に基づき、メールサーバー９３へ転送する。メールサーバー９３は、ドメイン名（b#corporation.co.jp）のＭＤＡ（Mail Delivery Agent）配信サーバーである。
【０００７】
メールサーバー９３は、電子メール９５を受信すると、Ｔｏの宛先アドレス（b#san@b#corporation.co.jp）に基づき、Ｂさんのメールボックス９３Ａに配信する。また、メールサーバー９３は、ＣＣのアドレスがメーリングリストであると判断し、メーリングリストに登録されているメンバーへ配信する。Ｂさんはこのメーリングリストに登録されているので、電子メール９５はＢさんのメールボックス９３Ａに再び配信される。
【０００８】
Ｂさんは、ＭＵＡ（Mail User Agent）ユーザーである。Ｂさんのコンピュータ９４は、Ｂさん自分のメールボックス９３Ａから電子メール９５を読み込む。その際、電子メール９５は、メールボックス９３Ａに２回配信されているので、コンピュータ９４には電子メール９５が２回読み込まれることとなる。
【０００９】
上述したようにメーリングリストが利用されることで、同じ内容の電子メールが異なるルートから同じコンピュータに複数回届くことがある。その場合、ユーザーは同じ電子メールを複数回読んで確認する必要があり、作業が煩雑である。また、電子メールにファイルが添付されている場合、データ量が大きく、コンピュータのメモリの消費量が大きくなるだけでなく、電子メールの受信にかかる時間も長くなってしまう。このような同じ内容の電子メールの重複配信はメーリングリストの他、転送メールの利用によっても生じうる。
【００１０】
重複配信の弊害を解決するために、電子メールを受信したコンピュータがメールの本文を比較し、重複配信された電子メールの削除を行う技術が特許文献１に開示されている。
【特許文献１】特開平１０−２２２４３８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
電子メールを受信したコンピュータが本文を比較するという、特許文献１に開示されているような従来の方法では、メールサーバーからの同じ内容の電子メールを受信するという問題は解決されず、依然として、重複して時間がかかってしまう。添付ファイルがある場合には、その時間の影響は大きなものとなってしまう。
【００１２】
本発明の目的は、電子メールの重複配信の弊害を有効に解消することのできるメールサーバーを提供することである。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明のメールサーバーは、アカウントを有するコンピュータ宛の電子メールを受信してメールボックスに格納するメールサーバーであって、
前記コンピュータ宛の電子メールを受信するメール受信部と、
前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されているか否か判定する比較部と、
前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると前記比較部にて判定されると、一方の電子メールをファイル化して他方の電子メールに添付して前記メールボックスに格納する格納処理部とを有している。
【００１４】
本発明では、メールサーバーのメール受信部が電子メールを受信すると、比較部は、受信された電子メールと一致する電子メールがメールボックスに格納されているか否か判定し、同じ電子メールが既にメールボックスに格納されていれば、格納処理部は、一方の電子メールを削除すると共にファイル化して、他方の電子メールに添付してメールボックスに格納するので、重複してメールボックスに格納することがなく、メールサーバーからコンピュータに同じ内容の電子メールが繰り返し読み込まれることがなく、また、同じ内容の電子メールをユーザーが繰り返し確認する必要がない。
【発明の効果】
【００１５】
本発明によれば、重複してメールボックスに格納することがなく、メールサーバーからコンピュータに同じ内容の電子メールが繰り返し読み込まれることがなく、また、同じ内容の電子メールをユーザーが繰り返し確認する必要がないので、電子メールの重複配信の弊害を有効に解消することができる。
【発明を実施するための最良の形態】
【００１６】
本発明の一実施形態について図面を参照して詳細に説明する。
【００１７】
図１は、本実施形態における電子メールが送られる仕組みを示す図である。図１を参照すると、Ａさんのコンピュータ１１からＢさんのコンピュータ１４へ電子メール１５が送られる様子が示されている。その際、Ｔｏの宛先にはＢさんを指定し、ＣＣの宛先にはメーリングリストが指定されている。
【００１８】
Ａさんは、電子メール１５を作成し、自分が属しているメールサーバー１２へ送信する。メールサーバー１２は、ＭＴＡ（Mail Transfer Agent）転送サーバーである。この電子メール１５には、差出人としてＡさんのアドレス（a#san@a#corporation.co.jp）が、Ｔｏの宛先としてＢさんのアドレス（b#san@b#corporation.co.jp）が、ＣＣの宛先としてメーリングリストのアドレス（group@b#corporation.co.jp）が記入されている。このメーリングリストにはＢさんが登録されているものとする。
【００１９】
メールサーバー１２は、電子メール１５をメールキュー１２Ａに一旦蓄積した後、Ｔｏの宛先アドレスのドメイン名（b#corporation.co.jp）と、ＣＣのアドレスのドメイン名（b#corporation.co.jp）に基づき、メールサーバー１３へ転送する。
【００２０】
メールサーバー１３は、ドメイン名（b#corporation.co.jp）のＭＤＡ（Mail Delivery Agent）配信サーバーである。また、本実施形態では、メールサーバー１３は、同じメールボックスへ配信すべき同じの電子メールを複数回繰り返して受信すると、一方の電子メールおよびそれに添付されているファイルを削除し、削除した電子メールの内容を他方の電子メールに添付する機能を有している。削除した電子メールの内容を他方の電子メールに添付するのは、重複する電子メールを削除した旨を宛先のユーザーに知らせるためであり、他方の電子メールの本文に削除した旨を表示する通知情報を追加してもよい。
【００２１】
Ｔｏの宛先アドレスにより転送されてきた電子メール１５と、ＣＣのアドレスにより転送されてきた電子メール１５とが同じ電子メールなので、メールサーバー１３は、一方を削除し、その内容を他方に添付してＢさんのメールボックス１３Ａに格納する。
【００２２】
Ｂさんは、ＭＵＡ（Mail User Agent）ユーザーである。Ｂさんのコンピュータ１４は、Ｂさん自分のメールボックス１３Ａから電子メール１５を読み込む。Ｂさんのメールボックス１３Ａには、同じ電子メールが複数回配信されていないので、コンピュータ１４は、同じ電子メールを重複して読み込むことがない。また、メールボックス１３Ａから読み込まれた電子メール１５には、メールサーバー１３にて添付された内容が含まれているので、Ｂさんは、電子メール１５の内容を確認すれば、ＴｏのアドレスとＣＣのアドレスにより送信されたことを認識できる。
【００２３】
図２は、本実施形態におけるＭＤＡ配信サーバーの構成を示すブロック図である。図２を参照すると、メールサーバー１３は、メール受信部２１、比較部２２、格納処理部２３、およびメールボックス１３Ａを有している。
【００２４】
メール受信部２１は、自身にアカウントを有するコンピュータ宛の電子メールを受信し、比較部２２に送る。
【００２５】
比較部２２は、メール受信部２１にて受信された電子メールをメールボックス１３Ａに格納されている電子メールと比較し、電子メールの一致を検出する。
【００２６】
図３は、電子メールの構造を示す図である。図３（ａ）を参照すると、電子メールのメッセージ３１は、ヘッダー部３２およびボディ部３３を有している。ヘッダー部３２にはメッセージＩＤ、送信日時、件名、差出人アドレス、宛先アドレスなどが含まれる。ボディ部３３には、本文および添付ファイルなどが含まれる。図３（ｂ）には、具体的な電子メールのメッセージの一例が示されている。図３（ｂ）の電子メールでは、ヘッダー部３２において、件名（Subject）が「メーリングリストについて」であり、差出人アドレス（From）がa#san@a#corporation.co.jpであり、Ｔｏの宛先アドレスがb#san@b#corporation.co.jpであり、ＣＣのアドレスがgroup@b#corporation.co.jpである。ボディ部３３には、本文の他に、「添付１」および「添付２」の２つのファイルが添付されている。
【００２７】
図４は、電子メールを比較する様子の一例を示す図である。比較部２２は、図４に示すように、メール受信部２１にて受信された電子メールを、メールボックス１３Ａに格納されている各電子メールのデータと順次比較する。その際、比較部２２は、まず、電子メールのメッセージＩＤと送信日時を比較し、それらが一致した場合、添付ファイルがあれば、次に添付ファイルを比較する。
【００２８】
ファイルの比較には様々な方法が可能である。
【００２９】
ファイル比較方法の一例として、１バイト毎に比較し、一致／不一致を調べるバイナリコード比較方法がある。比較すべきファイルが無変換の状態であれば、そのまま1文字毎に比較すればよい。また、ファイルが符号化され、それらの符号化条件が異なる場合には、比較するファイルを復号し、復号された状態で比較すればよい。また、ファイルが符号化され、それらの符号化条件が同じ場合には、符号化された状態で1文字毎に比較すればよい。
【００３０】
ファイル比較方法の他の例として、生成多項式を用いた演算結果を比較する方法がある。比較すべきファイルが無変換の状態であれば、そのままのファイルに生成多項式の演算を行い、得られた結果を比較すればよい。また、ファイルが符号化され、それらの符号化条件が異なる場合には、比較するファイルを復号し、復号された状態で生成多項式の演算を行い、得られた結果を比較すればよい。また、ファイルが符号化され、それらの符号化条件が同じ場合には、符号化された状態で生成多項式の演算を行い、得られた結果を比較すればよい。
【００３１】
ファイル比較方法のさらに他の例として、ファイル名を比較する方法がある。電子メールの添付ファイルのファイル名は、「Content-Disposition: attachment; filename="ファイル名"」として表示されるので、それを比較すればよい。
【００３２】
ファイル比較方法のさらに他の例として、ヘッダーに記述されている添付ファイルの説明の内容を比較する方法がある。添付ファイルの説明は、「Content-Description: <ファイル内容の説明>」として表示されるので、それを比較すればよい。
【００３３】
以上の比較により、メッセージＩＤおよび送信日時が一致し、添付ファイルがあればそれも一致した場合、比較部２２は、同じ電子メールであると判断する。
【００３４】
格納処理部２３は、比較部２２にて電子メールの一致が検出された場合、電子メールに添付ファイルがあれば、受信した側の電子メールの添付ファイルを削除して内容のみをファイル化し、メールボックス１３Ａに格納されている側の電子メールに添付する。また、格納処理部２３は、メールボックス１３Ａに格納されている側の電子メールの本文に、重複する電子メールを削除あるいは添付した旨を表示する通知情報を追加する。
【００３５】
図５は、受信した電子メールを、メールボックスに格納されている電子メールに添付する様子の一例を示す図である。ここでは、受信した電子メール１５（図５（ａ）参照）と、メールボックス１３Ａに格納されていた電子メール１５′（図５（ｂ）参照）とが一致したとする。格納処理部２３は、電子メール１５の添付ファイル（添付１および添付２）を削除し（図５（ｃ）参照）、電子メール１５をファイル化する。そして、格納処理部２３は、電子メール１５のファイルを、電子メール１５′に添付ファイル（同メール（添付））として添付する（図５（ｄ）参照）。さらに、格納処理部２３は、重複する電子メールを添付した旨を表示する通知情報（添付通知メッセージ）を追加する。
【００３６】
図６は、重複する電子メールが添付された電子メールのデータを示す図である。図６を参照すると、重複する電子メールが添付された電子メールには、もとから添付されていたファイルの他に、新たに追加ファイル（図６中の「追加」）が添付されている。また、重複する電子メールが添付された電子メールには、通知情報（図６中の「添付：メーリングリストについて」）が追加されている。
【００３７】
メールボックス１３Ａは、メールサーバー１３にアカウントを有するコンピュータ宛の電子メールを格納する。
【００３８】
図７は、本実施形態におけるＭＤＡ配信サーバーの動作を示すフローチャートである。図７を参照すると、まず、メールサーバー１３は、電子メールを受信すると（ステップ１０１）、メールボックス１３Ａ内に、その電子メールと比較していない電子メールのデータがあるか否か判定する（ステップ１０２）。
【００３９】
メールボックス１３Ａ内に未比較の電子メールのデータが無ければ、メールサーバー１３は、受信した電子メールをメールボックスル１３Ａに格納して（ステップ１０６）、処理を終了する。
【００４０】
メールボックス１３Ａ内に未比較の電子メールのデータがあれば、メールサーバー１３は、受信した電子メールと未比較の電子メールのデータとを比較し（ステップ１０３）、同じメールであるか否か判定する（ステップ１０４）。このとき、メールサーバー１３は、電子メールのメッセージＩＤおよび送信日時が一致し、添付ファイルがあればそれも一致した場合に、同じ電子メールと判定する。
【００４１】
同じ電子メールと判定されなければ、メールサーバー１３は、ステップ１０２の処理に戻る。同じ電子メールと判定されれば、メールサーバー１３は、受信された電子メールをファイル化し、メールボックス１３Ａに格納されている電子メールに添付する（ステップ１０５）。
【００４２】
以上説明したように、本実施形態では、メールサーバー１３のメール受信部２１が電子メールを受信すると、比較部２２は、受信された電子メールと一致する電子メールがメールボックス１３Ａに格納されているか否か判定し、同じ電子メールが既にメールボックス１３Ａに格納されていれば、格納処理部２３は、その電子メールを削除すると共に、添付ファイルを除いた電子メールの内容をファイル化して、メールボックス１３Ａに格納されている電子メールに添付するので、電子メールおよび添付ファイルを重複してメールボックス１３Ａに格納することがなく、メールサーバー１３からコンピュータ１４に同じ内容の電子メールが繰り返し読み込まれることがなく、また、同じ内容の電子メールをユーザーが繰り返し確認する必要がなく、電子メールの重複配信の弊害を有効に解消することができる。
【００４３】
このように、本実施形態によれば、電子メールおよび添付ファイルを重複してメールボックス１３Ａに格納することがないので、電子メール格納に要するメモリの消費量を低減することができる。また、メールサーバー１３からコンピュータ１４に同じ内容の電子メールが繰り返し読み込まれることがないので、電子メールの受信にかかる時間が短縮される。また、同じ内容の電子メールをユーザーが繰り返し確認する必要がないので、ユーザーの利便性が向上する。
【００４４】
なお、本実施形態によるメールサーバー１３の各部の機能は、図７に示した処理を有するソフトウェアプログラムをコンピュータによって実行することにより実現可能である。
【図面の簡単な説明】
【００４５】
【図１】本実施形態における電子メールが送られる仕組みを示す図である。
【図２】本実施形態におけるＭＤＡ配信サーバーの構成を示すブロック図である。
【図３】電子メールの構造を示す図である。
【図４】電子メールを比較する様子の一例を示す図である。
【図５】受信した電子メールを、メールボックスに格納されている電子メールに添付する様子の一例を示す図である。
【図６】重複する電子メールが添付された電子メールのデータを示す図である。
【図７】本実施形態におけるＭＤＡ配信サーバーの動作を示すフローチャートである。
【図８】従来の一般的な電子メールが送られる仕組みを示す図である。
【符号の説明】
【００４６】
１１、１４ コンピュータ
１２、１３メールサーバー
１２Ａ、１３Ａ メールボックス
１５、１５′ 電子メール
２１ メール受信部
２２ 比較部
２３ 格納処理部
３１ メッセージ
３２ ヘッダー部
３３ ボディ部
１０１〜１０６ ステップ
【特許請求の範囲】
【請求項１】
アカウントを有するコンピュータ宛の電子メールを受信してメールボックスに格納するメールサーバーであって、
前記コンピュータ宛の電子メールを受信するメール受信部と、
前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されているか否か判定する比較部と、
前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると前記比較部にて判定されると、一方の電子メールをファイル化して他方の電子メールに添付して前記メールボックスに格納する格納処理部とを有するメールサーバー。
【請求項２】
前記比較部は、電子メールの重複の判定において、メッセージＩＤおよび送信日時を比較する、請求項１記載のメールサーバー。
【請求項３】
前記比較部は、電子メールの重複の判定において、前記電子メールにファイルが添付されていれば、さらに前記ファイルを比較する、請求項２記載のメールサーバー。
【請求項４】
前記比較部は、前記ファイルの比較において、各バイトの一致を調べる、請求項３記載のメールサーバー。
【請求項５】
前記比較部は、前記ファイルの比較において、前記ファイルに所定の演算を行って得られた結果の一致を調べる、請求項３記載のメールサーバー。
【請求項６】
前記所定の演算は、生成多項式を用いた演算である、請求項５記載のメールサーバー。
【請求項７】
前記比較部は、比較すべき前記ファイルが互いに異なる符号化条件で符号化されていれば、それぞれの符号化条件で復号してから前記ファイルを比較する、請求項４〜６のいずれか１項に記載のメールサーバー。
【請求項８】
前記比較部は、比較すべき前記ファイルが同じ符号化条件で符号化されていれば、符号化された状態で前記ファイルを比較する、請求項４〜６のいずれか１項に記載のメールサーバー。
【請求項９】
前記格納処理部は、前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると前記比較部にて判定されると、前記一方の電子メールをファイル化するとき、該電子メールに添付されているファイルを削除して前記ファイル化を行う、請求項１〜８のいずれか1項に記載のメールサーバー。
【請求項１０】
前記格納処理部は、前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると前記比較部にて判定されると、前記一方の電子メールを削除あるいは添付した旨を表示する通知情報を前記他方の電子メールに追加する、請求項１〜９のいずれか1項に記載のメールサーバー。
【請求項１１】
メールサーバーにおいて、アカウントを有するコンピュータ宛の電子メールを受信して、電子メールを配信するためのメールボックスに格納するための電子メール配信方法であって、
前記コンピュータ宛の電子メールを受信するステップと、
受信された前記電子メールと重複する電子メールが前記メールボックスに格納されているか否か判定するステップと、
受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると判定されると、一方の電子メールをファイル化して他方の電子メールに添付して前記メールボックスに格納するステップとを有する電子メール配信方法。
【請求項１２】
電子メールの重複の判定において、メッセージＩＤおよび送信日時を比較する、請求項１１記載の電子メール配信方法。
【請求項１３】
電子メールの重複の判定において、前記電子メールにファイルが添付されていれば、さらに前記ファイルを比較する、請求項１２記載の電子メール配信方法。
【請求項１４】
前記ファイルの比較において、各バイトの一致を調べる、請求項１３記載の電子メール配信方法。
【請求項１５】
前記ファイルの比較において、前記ファイルに所定の演算を行って得られた結果の一致を調べる、請求項１３記載の電子メール配信方法。
【請求項１６】
前記所定の演算は、生成多項式を用いた演算である、請求項１５記載の電子メール配信方法。
【請求項１７】
比較すべき前記ファイルが互いに異なる符号化条件で符号化されていれば、それぞれの符号化条件で復号してから前記ファイルを比較する、請求項１４〜１６のいずれか１項に記載の電子メール配信方法。
【請求項１８】
比較すべき前記ファイルが同じ符号化条件で符号化されていれば、符号化された状態で前記ファイルを比較する、請求項１４〜１６のいずれか１項に記載の電子メール配信方法。
【請求項１９】
受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると判定されると、前記一方の電子メールをファイル化するとき、該電子メールに添付されているファイルを削除して前記ファイル化を行う、請求項１１〜１８のいずれか1項に記載の電子メール配信方法。
【請求項２０】
受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると判定されると、前記一方の電子メールを削除あるいは添付した旨を表示する通知情報を前記他方の電子メールに追加する、請求項１１〜１９のいずれか1項に記載の電子メール配信方法。
【請求項２１】
請求項１１〜２０のいずれか１項に記載の電子メール配信方法における各ステップをコンピュータに実行させるためのプログラム。
【請求項１】
アカウントを有するコンピュータ宛の電子メールを受信してメールボックスに格納するメールサーバーであって、
前記コンピュータ宛の電子メールを受信するメール受信部と、
前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されているか否か判定する比較部と、
前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると前記比較部にて判定されると、一方の電子メールをファイル化して他方の電子メールに添付して前記メールボックスに格納する格納処理部とを有するメールサーバー。
【請求項２】
前記比較部は、電子メールの重複の判定において、メッセージＩＤおよび送信日時を比較する、請求項１記載のメールサーバー。
【請求項３】
前記比較部は、電子メールの重複の判定において、前記電子メールにファイルが添付されていれば、さらに前記ファイルを比較する、請求項２記載のメールサーバー。
【請求項４】
前記比較部は、前記ファイルの比較において、各バイトの一致を調べる、請求項３記載のメールサーバー。
【請求項５】
前記比較部は、前記ファイルの比較において、前記ファイルに所定の演算を行って得られた結果の一致を調べる、請求項３記載のメールサーバー。
【請求項６】
前記所定の演算は、生成多項式を用いた演算である、請求項５記載のメールサーバー。
【請求項７】
前記比較部は、比較すべき前記ファイルが互いに異なる符号化条件で符号化されていれば、それぞれの符号化条件で復号してから前記ファイルを比較する、請求項４〜６のいずれか１項に記載のメールサーバー。
【請求項８】
前記比較部は、比較すべき前記ファイルが同じ符号化条件で符号化されていれば、符号化された状態で前記ファイルを比較する、請求項４〜６のいずれか１項に記載のメールサーバー。
【請求項９】
前記格納処理部は、前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると前記比較部にて判定されると、前記一方の電子メールをファイル化するとき、該電子メールに添付されているファイルを削除して前記ファイル化を行う、請求項１〜８のいずれか1項に記載のメールサーバー。
【請求項１０】
前記格納処理部は、前記メール受信部にて受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると前記比較部にて判定されると、前記一方の電子メールを削除あるいは添付した旨を表示する通知情報を前記他方の電子メールに追加する、請求項１〜９のいずれか1項に記載のメールサーバー。
【請求項１１】
メールサーバーにおいて、アカウントを有するコンピュータ宛の電子メールを受信して、電子メールを配信するためのメールボックスに格納するための電子メール配信方法であって、
前記コンピュータ宛の電子メールを受信するステップと、
受信された前記電子メールと重複する電子メールが前記メールボックスに格納されているか否か判定するステップと、
受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると判定されると、一方の電子メールをファイル化して他方の電子メールに添付して前記メールボックスに格納するステップとを有する電子メール配信方法。
【請求項１２】
電子メールの重複の判定において、メッセージＩＤおよび送信日時を比較する、請求項１１記載の電子メール配信方法。
【請求項１３】
電子メールの重複の判定において、前記電子メールにファイルが添付されていれば、さらに前記ファイルを比較する、請求項１２記載の電子メール配信方法。
【請求項１４】
前記ファイルの比較において、各バイトの一致を調べる、請求項１３記載の電子メール配信方法。
【請求項１５】
前記ファイルの比較において、前記ファイルに所定の演算を行って得られた結果の一致を調べる、請求項１３記載の電子メール配信方法。
【請求項１６】
前記所定の演算は、生成多項式を用いた演算である、請求項１５記載の電子メール配信方法。
【請求項１７】
比較すべき前記ファイルが互いに異なる符号化条件で符号化されていれば、それぞれの符号化条件で復号してから前記ファイルを比較する、請求項１４〜１６のいずれか１項に記載の電子メール配信方法。
【請求項１８】
比較すべき前記ファイルが同じ符号化条件で符号化されていれば、符号化された状態で前記ファイルを比較する、請求項１４〜１６のいずれか１項に記載の電子メール配信方法。
【請求項１９】
受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると判定されると、前記一方の電子メールをファイル化するとき、該電子メールに添付されているファイルを削除して前記ファイル化を行う、請求項１１〜１８のいずれか1項に記載の電子メール配信方法。
【請求項２０】
受信された前記電子メールと重複する電子メールが前記メールボックスに格納されていると判定されると、前記一方の電子メールを削除あるいは添付した旨を表示する通知情報を前記他方の電子メールに追加する、請求項１１〜１９のいずれか1項に記載の電子メール配信方法。
【請求項２１】
請求項１１〜２０のいずれか１項に記載の電子メール配信方法における各ステップをコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００６−４２２８７（Ｐ２００６−４２２８７Ａ）
【公開日】平成１８年２月９日（２００６．２．９）
【国際特許分類】
【出願番号】特願２００４−２２３５９３（Ｐ２００４−２２３５９３）
【出願日】平成１６年７月３０日（２００４．７．３０）
【出願人】（０００２２７２０５）ＮＥＣインフロンティア株式会社 (1,047)
【Ｆターム（参考）】
【公開日】平成１８年２月９日（２００６．２．９）
【国際特許分類】
【出願日】平成１６年７月３０日（２００４．７．３０）
【出願人】（０００２２７２０５）ＮＥＣインフロンティア株式会社 (1,047)
【Ｆターム（参考）】
[ Back to top ]