連続メール対策システム
【課題】同一のメールアドレスから短期間に連続して送信されてきた複数の電子メールに対し返信メールを送信しない連続メール対策システムを提供する。
【解決手段】受信した電子メールから取得した送信元メールアドレス及びサービスアカウントを結合した文字列をユニーク値としてハッシュ値を算出する（Ｓ５１２）。この値は、受信した電子メールの処理に用いるファイルのファイル名としても使用する。作成又は更新の日時と現在の日時との差を計算し、サービスアカウントごとに設定したプロテクトタイムが経過しているファイルがあれば（Ｓ５１４でＹＥＳ）、そのファイルを削除する（Ｓ５１６）。算出したハッシュ値をファイル名とするファイルを検索し（Ｓ５１８）、ファイルが検出された場合（Ｓ５２０においてＹＥＳ）、受信した電子メールを連続的に送信されてきたものとみなし、ファイル名を更新して（Ｓ５２２）、処理を終了する。
【解決手段】受信した電子メールから取得した送信元メールアドレス及びサービスアカウントを結合した文字列をユニーク値としてハッシュ値を算出する（Ｓ５１２）。この値は、受信した電子メールの処理に用いるファイルのファイル名としても使用する。作成又は更新の日時と現在の日時との差を計算し、サービスアカウントごとに設定したプロテクトタイムが経過しているファイルがあれば（Ｓ５１４でＹＥＳ）、そのファイルを削除する（Ｓ５１６）。算出したハッシュ値をファイル名とするファイルを検索し（Ｓ５１８）、ファイルが検出された場合（Ｓ５２０においてＹＥＳ）、受信した電子メールを連続的に送信されてきたものとみなし、ファイル名を更新して（Ｓ５２２）、処理を終了する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同一のメールアドレスから短期間に連続して送信されてきた複数の電子メールに対する対策システムに関するものである。
【背景技術】
【０００２】
従来、インターネット上の仮想商店街システム，オークション・システム等において、メールアドレス等のユーザ情報を登録してもらう場合には、システム側に用意するメールアドレス宛に、パーソナルコンピュータや携帯電話等の端末から空メール（本文の記載がないメール）を送信してもらうという方法がとられてきた（例えば、特許文献１参照）。
その理由として、この空メールのしくみを利用することにより、ユーザ情報を登録する場合に、ユーザによる登録するメールアドレスの入力ミスや、不正なメールアドレス（例えば、他人のメールアドレス，架空のメールアドレス等）の登録を防止することができることが掲げられる。
この空メールのしくみは、メールアドレスのみを登録するメーリングリストや、手動により長いＵＲＬを入力する手間を省くためのＵＲＬ通知システム等においても利用されている。
【０００３】
図１は、空メールのしくみを利用してメールアドレス等のユーザ情報を登録する場合における構成の一例を示す図である。
ユーザ端末１１０は、インターネット上で各種サービスの提供を受けるユーザが所有するパーソナルコンピュータや携帯電話等の端末である。ユーザ端末１１０は、Ｗｅｂブラウザを用いてＷｅｂページを表示したり、メーラを用いて電子メールの送受信をしたりすることができる。
【０００４】
Ｗｅｂサーバ１２０は、インターネット上でＷｅｂページを用いて各種サービスを提供するためのシステムを構築しているサーバである。Ｗｅｂサーバ１２０は、ユーザ端末１１０からのＷｅｂページのリクエストを受信すると、このリクエストに対応するＷｅｂページをユーザ端末１１０に送信することができる。
メールサーバ１３０は、インターネット上で電子メールを送受信するためのシステムを構築しているサーバである。メールサーバ１３０は、ユーザ端末１１０からの空メールを受信すると、対応する返信メールをユーザ端末１１０に送信することができる。
Ｗｅｂサーバ１２０とメールサーバ１３０は、例えば、１つの企業によって管理されており、特定の空メール（例えば、Ｗｅｂサーバ１２０上で通知している空メールの送信先メールアドレス宛の空メール）を受信したメールサーバ１３０が実行する処理を、Ｗｅｂサーバ１２０の管理者が設定できる環境が構築されている。
【０００５】
図２及び図３を用いて、サービスを提供しているＷｅｂサイト経由で作成された空メールによりメールアドレス等のユーザ情報を登録する場合を説明する。
以下の説明は、ユーザが、空メールの送信先メールアドレス等が表示されているＷｅｂページ（ＷｅｂページＡ）を経由して空メールを送信し、さらに、あるサービスのログインページ（ＷｅｂページＢ）を経由してユーザ情報を登録する場合を想定している。
【０００６】
図２は、空メールのしくみを利用してメールアドレス等のユーザ情報を登録する場合における、ユーザ端末１１０と、Ｗｅｂサーバ１２０又はメールサーバ１３０との間のデータの送受信を説明するためのシーケンス図である。また、図３は、空メールの送信先メールアドレス等が表示されているＷｅｂページ（ＷｅｂページＡ）を示している。
ＷｅｂページＡを表示する場合、ユーザ端末１１０は、Ｗｅｂサーバ１２０に対しＷｅｂページＡのリクエストを送信する（Ｓ２１１）。Ｗｅｂサーバ１２０は、このリクエストを受信すると、ユーザ端末１１０に対しＷｅｂページＡを送信する（Ｓ２１２）。ユーザ端末１１０は、このＷｅｂページＡ（図３参照）を受信し、表示する（Ｓ２１３）。
【０００７】
図３に示したＷｅｂページＡの画面３００には、空メールの送信先メールアドレス３１０や、「メールを送る」ボタン３２０が表示されている。ユーザが、この「メールを送る」ボタン３２０をクリックすると、ユーザ端末１１０のメーラが起動し、送信先メールアドレス等が入力されている空メールが自動的に作成される。
なお、空メールの作成は、ＷｅｂページＡの画面３００に表示されている送信先メールアドレス３１０を、ユーザが電子メールの宛先欄に手動で入力することによっても可能である。
【０００８】
図２に戻り、ユーザ端末１１０は、メールサーバ１３０に対し、作成した空メールを送信する（Ｓ２２１）。メールサーバ１３０は、この空メールを受信すると、送信元メールアドレスについて登録等の処理を行なうとともに、この空メールに対する返信メールを作成する（Ｓ２２２）。
上記返信メールの本文には、例えば、送信元メールアドレスの登録が完了した旨が記載される。返信メールの本文には、この他に、送信元メールアドレスを暗号化した文字列を含むＵＲＬ（例えば、あるサービスのログインページ（ＷｅｂページＢ）のＵＲＬ）が記載される。
メールサーバ１３０は、受信した空メールの送信元メールアドレス宛にこの返信メールを送信する（Ｓ２２３）。ユーザ端末１１０は、この返信メールを受信し、表示する。
【０００９】
ユーザが上記返信メールの本文に表示されているＷｅｂページＢのＵＲＬのリンクをクリックすると、ユーザ端末１１０は、Ｗｅｂサーバ１２０に対しＷｅｂページＢのリクエストを送信する（Ｓ２３１）。Ｗｅｂサーバ１２０は、このリクエストを受信すると、ユーザ端末１１０に対しＷｅｂページＢを送信する（Ｓ２３２）。ユーザ端末１１０は、このＷｅｂページＢを受信し、表示する（Ｓ２３３）。
ＷｅｂページＢを経由することにより、ユーザは各種のユーザ情報（例えば、氏名，生年月日，住所等）を登録して、サービスにログインすることができる。
【００１０】
上述のように、空メールのしくみを利用することで、ユーザ自身が実際に使用しているメールアドレスを確実に登録すること、及び、サービスを提供するＷｅｂサイトにユーザを確実に誘導することが可能になる。
しかしながら、従来の技術は、返信メールの作成・送信等の処理を、受信したすべての空メールについて行なっていた。そのため、空メールが同一のメールアドレスから短期間に連続して送信されてきた場合（例えば、悪意のある者がプログラムを用いて意図的に複数の電子メールを送信してきた場合等）に、メールサーバの負荷が高まってしまうという問題があった。
この問題は、空メールのしくみを利用するシステムに特有のものではなく、電子メールを処理するシステム全般に共通するものである。
【００１１】
【特許文献１】特開２００３−２１６５５３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明の目的は、同一のメールアドレスから短期間に連続して送信されてきた複数の電子メールに対し返信メールを送信しないようにすることができる連続メール対策システムを提供することである。
【課題を解決するための手段】
【００１３】
上記の課題を解決するため、本発明の連続メール対策システムは、複数のメールアカウント宛の電子メールを受信するメール受信手段と、前記メール受信手段で受信した電子メールの受信時刻を、該受信した電子メールの送信元メールアドレスと送信先メールアドレスのメールアカウントとを組合せた識別子に対応させて記憶し、受信した電子メールに対する識別子に対応する受信時刻が既に記憶されている場合は、該識別子に対応する受信時刻を該受信した電子メールの受信時刻に更新するメール受信時刻管理手段と、前記メール受信手段が電子メールを受信するごとに、前記メール受信時刻管理手段が該受信した電子メールに対する識別子に対応する受信時刻を記憶していない場合、又は、該受信した電子メールに対する識別子に対応する受信時刻から起算して所定時間の経過後である場合、該受信した電子メールを連続メールではないとする処理対象メール検出手段と、前記処理対象メール検出手段で検出した連続メールではないメールの処理を行なうメール処理手段とを備え、前記メール受信時刻管理手段は、受信時刻を記憶又は更新する処理を、前記処理対象メール検出手段での連続メールではないメールを検出する処理の後に行なうことを特徴とする。
【００１４】
前記処理対象メール検出手段及び前記メール受信時刻管理手段は、受信した電子メールに付されている複数の送信元メールアドレスが互いに一致しているときに限り、該受信した電子メールについての処理を行なうこととしてもよい。
前記メール受信時刻管理手段は、受信した電子メールに対する前記識別子として、送信元メールアドレスと送信先メールアドレスのメールアカウントとの組合せのハッシュ値を算出して使用することとしてもよい。
前記メール受信時刻管理手段は、電子メールを初めて受信したときに、該受信した電子メールに対する識別子をファイル名とするファイルを作成し、該受信した電子メールの受信時刻をファイル属性のファイル作成時刻として記憶し、電子メールを受信するごとに、該受信した電子メールに対する識別子に対応するファイルが存在しない場合は対応するファイルを作成し、該受信した電子メールに対する識別子に対応するファイルが存在する場合はファイル属性のファイル作成時刻を更新することとしてもよい。
前記メール受信時刻管理手段は、前記処理対象メール検出手段の処理前に、作成時刻又は更新時刻から起算して前記所定時間が既に経過している全てのファイルを削除することとしてもよい。
前記所定時間は、メールアカウントごとに設定した時間であることとしてもよい。
前記メール処理手段は、受信した電子メールについての処理として、空メールに対する返信メールを作成することもできる。
【００１５】
また、上記の課題を解決するため、本発明の連続メール対策方法は、複数のメールアカウント宛の電子メールを受信するメール受信ステップと、前記メール受信ステップで受信した電子メールの受信時刻を、該受信した電子メールの送信元メールアドレスと送信先メールアドレスのメールアカウントとを組合せた識別子に対応させて記憶し、受信した電子メールに対する識別子に対応する受信時刻が既に記憶されている場合は、該識別子に対応する受信時刻を該受信した電子メールの受信時刻に更新するメール受信時刻管理ステップと、前記メール受信ステップが電子メールを受信するごとに、前記メール受信時刻管理ステップが該受信した電子メールに対する識別子に対応する受信時刻を記憶していない場合、又は、該受信した電子メールに対する識別子に対応する受信時刻から起算して所定時間の経過後である場合、該受信した電子メールを連続メールではないとする処理対象メール検出ステップと、前記処理対象メール検出ステップで検出した連続メールではないメールの処理を行うメール処理ステップとを備え、前記メール受信時刻管理ステップは、受信時刻を記憶又は更新する処理を、前記処理対象メール検出ステップの連続メールではないメールを検出する処理の後に行なうことを特徴とする。
【００１６】
前記連続メール対策システムの各手段を、コンピュータに機能として実現させるためのプログラムも本発明である。
【発明の効果】
【００１７】
本発明の連続メール対策システムは、同一のメールアドレスから短期間に連続して送信されてきた複数の電子メールに対し、返信メールを送信しないようにすることができる。これにより、電子メールが同一のメールアドレスから短期間に連続して送信されてきた場合には返信メールの作成・送信等の処理を行なわないので、メールサーバの負荷を抑制しシステムを保護することが可能になる。
【発明を実施するための最良の形態】
【００１８】
以降、本発明の連続メール対策システムの実施形態の一例を、図面を参照して詳細に説明する。ここでは、本発明の連続メール対策システムを、上述の図１〜図３に示した空メールのしくみを利用してメールアドレス等のユーザ情報を登録するシステムに適用した場合を例に説明する。
【００１９】
＜１．本実施形態の概要＞
（１−１．システム構成）
本実施形態のシステムは、上述のメールサーバ１３０（図１参照）に構築して実施するものである。メールサーバ１３０がインターネットを介してユーザ端末１１０及びＷｅｂサーバ１２０と接続している点については、従来の技術と同様である。
【００２０】
（１−２．メールサーバの機能）
本実施形態においてメールサーバ１３０は、複数あるサービスごとに処理を行なうため、各サービスごとにサービスアカウントを有している。ここで、「サービスアカウント」とは、受信した空メールの送信先メールアドレスの＠マークより前の部分をいう。例えば、ＡＡ事業の空メールの送信先メールアドレスが「aa@me.rakuten.co.jp」であれば、そのサービスアカウントは「aa」である。
【００２１】
（１−３．メールサーバによる処理）
メールサーバ１３０は、受信した空メールをサービスアカウントごとに定めた設定情報に基づいて割り振り、複数あるサービスごとに処理を行なう。メールサーバ１３０で用いられる設定情報４１０の一部を図４（ａ）に示す。
サービスアカウント４１２は、各サービスに一意のアカウントである。受信した空メールの処理に必要な各種のデータは、このサービスアカウントごとに作成される。プロテクトタイム４１４は、サービスアカウントごとに作成されるデータの１つである。
【００２２】
プロテクトタイム４１４は、メールサーバ１３０において、ある空メールの受信処理を行なった後、この空メールの送信元メールアドレスと同一のメールアドレスから同一の送信先メールアドレス宛の空メールが連続して送信されてきた場合に、後から受信した空メールについての返信メールの作成・送信等の処理を行なわないこととする時間を示すデータである。この時間は、本実施形態では、０秒〜８６４００秒（２４時間）の範囲で、サービスアカウントごとに設定することができる。
なお、プロテクトタイムとして０秒が設定された場合、連続空メールに対する対策処理は行なわれない。この場合、メールサーバ１３０は、上述した従来の技術と同様に、受信したすべての空メールに対して返信メールを送信することになる。
これらの他に、設定情報４１０に含まれるものとして、例えば、返信メールの作成処理に用いるデータ等がある。
【００２３】
メールサーバ１３０は、受信した空メールに対して返信メールの作成・送信等の処理を行なうか否かを判断するため、空メールの送信元メールアドレスとサービスアカウントとを結合した文字列に１対１で対応するファイルを作成し、サービスアカウントごとに同一のディレクトリ内に記憶している。この受信した空メールの処理に用いるファイル４２０を図４（ｂ）に示す。
図４（ｂ）に示したファイル４２０は、ファイル属性としてファイル名４２２と作成又は更新日時４２４を有している。なお、この実施形態では、作成されるファイル４２０は０サイズのファイルである。
【００２４】
＜２．受信した空メールの処理＞
図５を用いて、本実施形態のシステムにおけるデータ処理の流れを説明する。図５は、メールサーバにおける受信した空メールの処理を説明するためのフローチャートである。
なお、図２のステップＳ２２１（空メール）・ステップＳ２２３（返信メール）は、図５のステップＳ５１０（空メール）・ステップＳ５３０（返信メール）に、それぞれ対応している。
【００２５】
（２−１．空メールの受信処理等）
各送信先メールアドレス宛の空メールは、ユーザ端末１１０からメールサーバ１３０が有するサービスごとのメールアカウントに送信される（Ｓ５１０）。メールサーバ１３０は、この空メールを受信して、変換，分解等の処理を行なう。
メールサーバ１３０は、受信した空メールのヘッダ部を解析して、送信元メールアドレス及び送信先メールアドレスを取り出す。例えば、受信した空メールのヘッダ部の「Envelope-From(sender)」フィールド，「Return-Path」フィールド及び「From」フィールドをこの順に解析し、最初に取得したフォーマットが正常なメールアドレスをその空メールの送信元メールアドレスとしている。また、メールサーバ１３０は、取り出した送信先メールアドレスからサービスアカウントを抽出して、受信した空メールに対応するサービスを特定することができる。
【００２６】
上記の情報（送信元メールアドレス及び送信先メールアドレス）が何らかの理由で得られない場合、メールサーバ１３０は、ログを出力して処理を終了する。また、その他の情報（例えば、本文，添付ファイル等）は、存在していても全て破棄する。
メールサーバ１３０は、上記３つのフィールドのうち少なくとも２つのフィールドからメールアドレスが取得できた場合には、取得したメールアドレスどうしが一致しているか否かによってなりすましの判定を行うことができる。例えば、「Envelope-From」フィールド，「From」フィールドに含まれるメールアドレスが互いに一致しない場合は、受信した空メールをなりすましメールとみなし、エラーログを出力して処理を終了し、以降の処理は行なわない。
このように、なりすましの判定を加えることで、悪意のある者が送信した空メールに対して、システム的に対応することができる。具体的には、悪意のある者が他人のメールアドレスを「From」フィールドに設定し、その他人になりすまして空メールを送信した場合、メールサーバ１３０は、「Envelope-From」フィールド又は「Return-Path」フィールドと「From」フィールドとの内容が異なっているので、この空メールをなりすましに係るものと判定することができ、この空メールに対する処理を避けることができる。
【００２７】
受信した空メールのヘッダ部から送信元メールアドレス及びサービスアカウントを取得すると、メールサーバ１３０は、この送信元メールアドレス及びサービスアカウントを結合した文字列をユニーク値としてハッシュ値を算出する（Ｓ５１２）。ハッシュ値の算出には、例えばハッシュ関数としてＭＤ５を用いることができる。算出したハッシュ値は、受信した空メールの処理に用いるファイル（図４（ｂ）参照）のファイル名として使用する。
なお、受信した空メールのヘッダ部から取得した送信元メールアドレスとサービスアカウントとの組をハッシュ値に変換する理由は、受信した空メールの処理に用いるファイルのファイル名を固定長にするためである。例えば、ハッシュ関数としてＭＤ５を用いれば、算出されるハッシュ値は１２８ビットの固定長となる。
なお、本実施形態では、電子メールの識別に、送信元メールアドレスとサービスアカウントとの組のハッシュ値を用いているが、送信元メールアドレスとサービスアカウントとの組を識別できるものであれば、何を用いてもよい。
【００２８】
（２−２．プロテクトタイム経過後のファイルの削除）
ハッシュ値を算出した後、メールサーバ１３０は、受信した空メールに対応するサービスアカウントの設定情報からプロテクトタイムを読み出す。続いて、受信した空メールに対応するサービスアカウントのディレクトリ内に記憶されているすべてのファイルについて作成又は更新の時刻と現在の時刻との差を計算し、プロテクトタイムが経過しているファイルを検出する（Ｓ５１４）。
ステップＳ５１４において、プロテクトタイムが経過しているファイルが検出された場合（ＹＥＳ）、メールサーバ１３０はその検出したファイルを削除し（Ｓ５１６）、処理は次のステップＳ５１８に進む。一方、ステップＳ５１４においてプロテクトタイムが経過しているファイルが検出されなかった場合（ＮＯ）、処理はそのまま次のステップＳ５１８に進む。
【００２９】
（２−３．返信メールを作成しない場合）
プロテクトタイムが経過しているファイルを削除した後、メールサーバ１３０は、受信した空メールに対応するサービスアカウントのディレクトリ内を対象に、ステップＳ５１２において算出したハッシュ値をファイル名とするファイルを検索する（Ｓ５１８）。
この検索の結果、算出したハッシュ値をファイル名とするファイルが検出された場合（Ｓ５２０においてＹＥＳ）、メールサーバ１３０は、そのファイルのファイル名を同一のファイル名で上書きする（Ｓ５２２）。この処理により、このファイルの更新日時が変更される。
この場合、メールサーバ１３０は、受信した空メールを連続的に送信されてきたものであるとみなし、ログを出力して処理を終了する。返信メールの作成・送信等の処理は行なわない。
【００３０】
（２−４．返信メールを作成する場合）
検索の結果、算出したハッシュ値をファイル名とするファイルが検出されなかった場合（Ｓ５２０においてＮＯ）、メールサーバ１３０は、そのハッシュ値をファイル名とする０サイズのファイルを作成する（Ｓ５２４）。この場合、メールサーバ１３０は、受信した空メールを連続的に送信されてきたものでないと認識している。
そして、メールサーバ１３０は、この作成したファイルを記憶する（Ｓ５２６）とともに、受信した空メールの送信元メールアドレス宛の返信メールを作成し（Ｓ５２８）、この返信メールをユーザ端末１１０に送信する（Ｓ５３０）。
【００３１】
図６を用いて、本実施形態のシステムにおける受信した空メールの処理を説明する。図６は、短期間に連続して送信されてきた空メールの処理例を示している。
なお、図６において、受信した空メール６１０，６２０，６３０は、いずれも同一の送信元メールアドレスから同一の送信先メールアドレス宛に送信された空メールであるものとする。また、図６を用いた以下の説明において、プロテクトタイムは６０秒に設定されているものとする。
【００３２】
空メール６１０は、メールサーバ１３０が最初に受信した空メールである。この場合、空メール６１０から取得した送信元メールアドレスとサービスアカウントとの組に対応するファイルは、メールサーバ１３０内に存在しない。そのため、メールサーバ１３０は、現在時刻を作成日時とするファイルを作成して、空メール６１０に対し、返信メール６１２を送信する。
【００３３】
空メール６２０は、空メール６１０を受信してから１０秒後に受信した空メールである。この場合、空メール６１０の処理において空メール６１０から取得した送信元メールアドレスとサービスアカウントとの組に対応するファイルは既に作成されており、かつ、このファイルの作成時から起算して設定されたプロテクトタイム（６０秒）は経過していない。そのため、メールサーバ１３０は、上記ファイルのファイル名を同一のファイル名で上書き（更新日時を変更）して、処理を終了する。この場合、空メール６２０に対して返信メールは送信されない。
【００３４】
空メール６３０は、空メール６１０を受信してから８０秒経過後（空メール６２０を受信してから７０秒経過後）に受信した空メールである。この場合、空メール６２０の処理において空メール６２０から取得した送信元メールアドレスとサービスアカウントとの組に対応するファイルの更新日時が変更されたが、この変更された更新日時から起算して設定されたプロテクトタイム（６０秒）が経過しているため、このファイルは既に削除されており存在しない。そのため、メールサーバ１３０は、現在時刻を作成日時とするファイルを作成して、空メール６３０に対し、返信メール６３２を送信する。
【００３５】
＜他の実施形態＞
上述の実施形態では、送信元メールアドレス及びサービスアカウントの組に対応するファイルを作成し、そのファイル属性として記録される作成・更新時刻を受信したメールの受信時刻としている。しかしながら、送信元メールアドレス及びサービスアカウントの組に対応させて受信したメールの受信時刻を記憶することができるならば、何を用いてもよい。例えば、受信した空メールそのものを利用し、その受信時刻を利用したり、受信時刻をメールサーバのメインメモリ上に記憶してもよい。
メールサーバにおけるメールの受信時刻としては、上述のような、メールを受信するごとに作成・更新されるファイルのファイル属性のような、メールの受信時刻と対応するものであればよい。
なお、上述の実施形態でメールを受信すると、受信メールに対応するサイズ０のファイルの作成・更新を行っているのは、他の実施形態と比較すると処理が簡単で、高速であるからである。
上述の実施形態では、空メールの受信時刻とする時刻情報を記憶しているファイルのうち作成又は更新の日時からプロテクトタイムが経過しているものを、受信した空メールについて返信メールの作成・送信等の処理を行なう際に削除することとしている。しかしながら、この削除の処理は、他のタイミング（例えば、一定時間間隔）で行なうこととしてもよい。この場合、ファイル名の更新（図５のＳ５２２）のときに、受信したメールに対応するファイルの作成・更新日時がプロテクトタイムを経過しているか否かを判定して、経過しているときは、ファイル名を更新した上で返信メールを作成する。
上述の実施形態では、送信元メールアドレス及びサービスアカウントの組に対応するサイズ０のファイルを作成している。しかしながら、必ずしもサイズ０のファイルでなくてもよく、そのファイルの中に情報を蓄積させてもよい。例えば、ファイルの削除の処理を一定時間間隔で行なうこととした場合、このファイルに空メールの受信回数を記憶することとし、同一の送信元メールアドレスからの空メールを受信するごとにその回数を更新していけば、空メールが連続して送信された回数を把握することができる。これらの情報を蓄積することにより、ブラックリストを作成してもよい。
【００３６】
上述の実施形態では、連続メールとするための設定時間を複数あるサービスアカウントごとに定め、受信した空メールの処理をサービスアカウントごとに行なっている。これは、提供するサービスによって空メールに対する対応も異なるため、カスタマイズできるように構成したからである。しかしながら、連続メールとするための設定時間は、必ずしもアカウントごとに設定されていなくてもよい。
上述の実施形態は、Ｗｅｂサーバとメールサーバが物理的に分離しているという構成を用いて説明している。しかしながら、Ｗｅｂサーバ及びメールサーバ双方の機能と同等の機能を有する１つのサーバ上で実施することもできる。
また、上述の実施形態は、空メールのしくみを利用してメールアドレス等のユーザ情報を登録し、返信メールを送信するシステムに適用したものである。しかしながら、通常の電子メールを受信するシステムに適用して、同一の送信元メールアドレスから短期間に連続して送信されてきた電子メールに対して用いることもできる。
【図面の簡単な説明】
【００３７】
【図１】空メールのしくみを利用してメールアドレス等のユーザ情報を登録する場合における構成の一例を示す図である。
【図２】空メールのしくみを利用してメールアドレス等のユーザ情報を登録する場合における、ユーザ端末と、Ｗｅｂサーバ又はメールサーバとの間のデータの送受信を説明するためのシーケンス図である。
【図３】空メールの送信先メールアドレス等が表示されているＷｅｂページ（ＷｅｂページＡ）を示す図である。
【図４】（ａ）メールサーバで用いられるサービスアカウントごとのデータを示す図である。（ｂ）受信した空メールに対して返信メールの作成・送信等の処理を行なうか否かを判断するために用いるファイルを示す図である。
【図５】メールサーバにおける受信した空メールの処理を説明するためのフローチャートである。
【図６】短期間に連続して送信されてきた空メールの処理例を示す図である。
【符号の説明】
【００３８】
１１０ ユーザ端末
１２０ Ｗｅｂサーバ
１３０ メールサーバ
４１０ メールサーバで用いられるサービスアカウントごとの設定情報
４２０ 受信した空メールの処理に用いるファイル
【技術分野】
【０００１】
本発明は、同一のメールアドレスから短期間に連続して送信されてきた複数の電子メールに対する対策システムに関するものである。
【背景技術】
【０００２】
従来、インターネット上の仮想商店街システム，オークション・システム等において、メールアドレス等のユーザ情報を登録してもらう場合には、システム側に用意するメールアドレス宛に、パーソナルコンピュータや携帯電話等の端末から空メール（本文の記載がないメール）を送信してもらうという方法がとられてきた（例えば、特許文献１参照）。
その理由として、この空メールのしくみを利用することにより、ユーザ情報を登録する場合に、ユーザによる登録するメールアドレスの入力ミスや、不正なメールアドレス（例えば、他人のメールアドレス，架空のメールアドレス等）の登録を防止することができることが掲げられる。
この空メールのしくみは、メールアドレスのみを登録するメーリングリストや、手動により長いＵＲＬを入力する手間を省くためのＵＲＬ通知システム等においても利用されている。
【０００３】
図１は、空メールのしくみを利用してメールアドレス等のユーザ情報を登録する場合における構成の一例を示す図である。
ユーザ端末１１０は、インターネット上で各種サービスの提供を受けるユーザが所有するパーソナルコンピュータや携帯電話等の端末である。ユーザ端末１１０は、Ｗｅｂブラウザを用いてＷｅｂページを表示したり、メーラを用いて電子メールの送受信をしたりすることができる。
【０００４】
Ｗｅｂサーバ１２０は、インターネット上でＷｅｂページを用いて各種サービスを提供するためのシステムを構築しているサーバである。Ｗｅｂサーバ１２０は、ユーザ端末１１０からのＷｅｂページのリクエストを受信すると、このリクエストに対応するＷｅｂページをユーザ端末１１０に送信することができる。
メールサーバ１３０は、インターネット上で電子メールを送受信するためのシステムを構築しているサーバである。メールサーバ１３０は、ユーザ端末１１０からの空メールを受信すると、対応する返信メールをユーザ端末１１０に送信することができる。
Ｗｅｂサーバ１２０とメールサーバ１３０は、例えば、１つの企業によって管理されており、特定の空メール（例えば、Ｗｅｂサーバ１２０上で通知している空メールの送信先メールアドレス宛の空メール）を受信したメールサーバ１３０が実行する処理を、Ｗｅｂサーバ１２０の管理者が設定できる環境が構築されている。
【０００５】
図２及び図３を用いて、サービスを提供しているＷｅｂサイト経由で作成された空メールによりメールアドレス等のユーザ情報を登録する場合を説明する。
以下の説明は、ユーザが、空メールの送信先メールアドレス等が表示されているＷｅｂページ（ＷｅｂページＡ）を経由して空メールを送信し、さらに、あるサービスのログインページ（ＷｅｂページＢ）を経由してユーザ情報を登録する場合を想定している。
【０００６】
図２は、空メールのしくみを利用してメールアドレス等のユーザ情報を登録する場合における、ユーザ端末１１０と、Ｗｅｂサーバ１２０又はメールサーバ１３０との間のデータの送受信を説明するためのシーケンス図である。また、図３は、空メールの送信先メールアドレス等が表示されているＷｅｂページ（ＷｅｂページＡ）を示している。
ＷｅｂページＡを表示する場合、ユーザ端末１１０は、Ｗｅｂサーバ１２０に対しＷｅｂページＡのリクエストを送信する（Ｓ２１１）。Ｗｅｂサーバ１２０は、このリクエストを受信すると、ユーザ端末１１０に対しＷｅｂページＡを送信する（Ｓ２１２）。ユーザ端末１１０は、このＷｅｂページＡ（図３参照）を受信し、表示する（Ｓ２１３）。
【０００７】
図３に示したＷｅｂページＡの画面３００には、空メールの送信先メールアドレス３１０や、「メールを送る」ボタン３２０が表示されている。ユーザが、この「メールを送る」ボタン３２０をクリックすると、ユーザ端末１１０のメーラが起動し、送信先メールアドレス等が入力されている空メールが自動的に作成される。
なお、空メールの作成は、ＷｅｂページＡの画面３００に表示されている送信先メールアドレス３１０を、ユーザが電子メールの宛先欄に手動で入力することによっても可能である。
【０００８】
図２に戻り、ユーザ端末１１０は、メールサーバ１３０に対し、作成した空メールを送信する（Ｓ２２１）。メールサーバ１３０は、この空メールを受信すると、送信元メールアドレスについて登録等の処理を行なうとともに、この空メールに対する返信メールを作成する（Ｓ２２２）。
上記返信メールの本文には、例えば、送信元メールアドレスの登録が完了した旨が記載される。返信メールの本文には、この他に、送信元メールアドレスを暗号化した文字列を含むＵＲＬ（例えば、あるサービスのログインページ（ＷｅｂページＢ）のＵＲＬ）が記載される。
メールサーバ１３０は、受信した空メールの送信元メールアドレス宛にこの返信メールを送信する（Ｓ２２３）。ユーザ端末１１０は、この返信メールを受信し、表示する。
【０００９】
ユーザが上記返信メールの本文に表示されているＷｅｂページＢのＵＲＬのリンクをクリックすると、ユーザ端末１１０は、Ｗｅｂサーバ１２０に対しＷｅｂページＢのリクエストを送信する（Ｓ２３１）。Ｗｅｂサーバ１２０は、このリクエストを受信すると、ユーザ端末１１０に対しＷｅｂページＢを送信する（Ｓ２３２）。ユーザ端末１１０は、このＷｅｂページＢを受信し、表示する（Ｓ２３３）。
ＷｅｂページＢを経由することにより、ユーザは各種のユーザ情報（例えば、氏名，生年月日，住所等）を登録して、サービスにログインすることができる。
【００１０】
上述のように、空メールのしくみを利用することで、ユーザ自身が実際に使用しているメールアドレスを確実に登録すること、及び、サービスを提供するＷｅｂサイトにユーザを確実に誘導することが可能になる。
しかしながら、従来の技術は、返信メールの作成・送信等の処理を、受信したすべての空メールについて行なっていた。そのため、空メールが同一のメールアドレスから短期間に連続して送信されてきた場合（例えば、悪意のある者がプログラムを用いて意図的に複数の電子メールを送信してきた場合等）に、メールサーバの負荷が高まってしまうという問題があった。
この問題は、空メールのしくみを利用するシステムに特有のものではなく、電子メールを処理するシステム全般に共通するものである。
【００１１】
【特許文献１】特開２００３−２１６５５３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明の目的は、同一のメールアドレスから短期間に連続して送信されてきた複数の電子メールに対し返信メールを送信しないようにすることができる連続メール対策システムを提供することである。
【課題を解決するための手段】
【００１３】
上記の課題を解決するため、本発明の連続メール対策システムは、複数のメールアカウント宛の電子メールを受信するメール受信手段と、前記メール受信手段で受信した電子メールの受信時刻を、該受信した電子メールの送信元メールアドレスと送信先メールアドレスのメールアカウントとを組合せた識別子に対応させて記憶し、受信した電子メールに対する識別子に対応する受信時刻が既に記憶されている場合は、該識別子に対応する受信時刻を該受信した電子メールの受信時刻に更新するメール受信時刻管理手段と、前記メール受信手段が電子メールを受信するごとに、前記メール受信時刻管理手段が該受信した電子メールに対する識別子に対応する受信時刻を記憶していない場合、又は、該受信した電子メールに対する識別子に対応する受信時刻から起算して所定時間の経過後である場合、該受信した電子メールを連続メールではないとする処理対象メール検出手段と、前記処理対象メール検出手段で検出した連続メールではないメールの処理を行なうメール処理手段とを備え、前記メール受信時刻管理手段は、受信時刻を記憶又は更新する処理を、前記処理対象メール検出手段での連続メールではないメールを検出する処理の後に行なうことを特徴とする。
【００１４】
前記処理対象メール検出手段及び前記メール受信時刻管理手段は、受信した電子メールに付されている複数の送信元メールアドレスが互いに一致しているときに限り、該受信した電子メールについての処理を行なうこととしてもよい。
前記メール受信時刻管理手段は、受信した電子メールに対する前記識別子として、送信元メールアドレスと送信先メールアドレスのメールアカウントとの組合せのハッシュ値を算出して使用することとしてもよい。
前記メール受信時刻管理手段は、電子メールを初めて受信したときに、該受信した電子メールに対する識別子をファイル名とするファイルを作成し、該受信した電子メールの受信時刻をファイル属性のファイル作成時刻として記憶し、電子メールを受信するごとに、該受信した電子メールに対する識別子に対応するファイルが存在しない場合は対応するファイルを作成し、該受信した電子メールに対する識別子に対応するファイルが存在する場合はファイル属性のファイル作成時刻を更新することとしてもよい。
前記メール受信時刻管理手段は、前記処理対象メール検出手段の処理前に、作成時刻又は更新時刻から起算して前記所定時間が既に経過している全てのファイルを削除することとしてもよい。
前記所定時間は、メールアカウントごとに設定した時間であることとしてもよい。
前記メール処理手段は、受信した電子メールについての処理として、空メールに対する返信メールを作成することもできる。
【００１５】
また、上記の課題を解決するため、本発明の連続メール対策方法は、複数のメールアカウント宛の電子メールを受信するメール受信ステップと、前記メール受信ステップで受信した電子メールの受信時刻を、該受信した電子メールの送信元メールアドレスと送信先メールアドレスのメールアカウントとを組合せた識別子に対応させて記憶し、受信した電子メールに対する識別子に対応する受信時刻が既に記憶されている場合は、該識別子に対応する受信時刻を該受信した電子メールの受信時刻に更新するメール受信時刻管理ステップと、前記メール受信ステップが電子メールを受信するごとに、前記メール受信時刻管理ステップが該受信した電子メールに対する識別子に対応する受信時刻を記憶していない場合、又は、該受信した電子メールに対する識別子に対応する受信時刻から起算して所定時間の経過後である場合、該受信した電子メールを連続メールではないとする処理対象メール検出ステップと、前記処理対象メール検出ステップで検出した連続メールではないメールの処理を行うメール処理ステップとを備え、前記メール受信時刻管理ステップは、受信時刻を記憶又は更新する処理を、前記処理対象メール検出ステップの連続メールではないメールを検出する処理の後に行なうことを特徴とする。
【００１６】
前記連続メール対策システムの各手段を、コンピュータに機能として実現させるためのプログラムも本発明である。
【発明の効果】
【００１７】
本発明の連続メール対策システムは、同一のメールアドレスから短期間に連続して送信されてきた複数の電子メールに対し、返信メールを送信しないようにすることができる。これにより、電子メールが同一のメールアドレスから短期間に連続して送信されてきた場合には返信メールの作成・送信等の処理を行なわないので、メールサーバの負荷を抑制しシステムを保護することが可能になる。
【発明を実施するための最良の形態】
【００１８】
以降、本発明の連続メール対策システムの実施形態の一例を、図面を参照して詳細に説明する。ここでは、本発明の連続メール対策システムを、上述の図１〜図３に示した空メールのしくみを利用してメールアドレス等のユーザ情報を登録するシステムに適用した場合を例に説明する。
【００１９】
＜１．本実施形態の概要＞
（１−１．システム構成）
本実施形態のシステムは、上述のメールサーバ１３０（図１参照）に構築して実施するものである。メールサーバ１３０がインターネットを介してユーザ端末１１０及びＷｅｂサーバ１２０と接続している点については、従来の技術と同様である。
【００２０】
（１−２．メールサーバの機能）
本実施形態においてメールサーバ１３０は、複数あるサービスごとに処理を行なうため、各サービスごとにサービスアカウントを有している。ここで、「サービスアカウント」とは、受信した空メールの送信先メールアドレスの＠マークより前の部分をいう。例えば、ＡＡ事業の空メールの送信先メールアドレスが「aa@me.rakuten.co.jp」であれば、そのサービスアカウントは「aa」である。
【００２１】
（１−３．メールサーバによる処理）
メールサーバ１３０は、受信した空メールをサービスアカウントごとに定めた設定情報に基づいて割り振り、複数あるサービスごとに処理を行なう。メールサーバ１３０で用いられる設定情報４１０の一部を図４（ａ）に示す。
サービスアカウント４１２は、各サービスに一意のアカウントである。受信した空メールの処理に必要な各種のデータは、このサービスアカウントごとに作成される。プロテクトタイム４１４は、サービスアカウントごとに作成されるデータの１つである。
【００２２】
プロテクトタイム４１４は、メールサーバ１３０において、ある空メールの受信処理を行なった後、この空メールの送信元メールアドレスと同一のメールアドレスから同一の送信先メールアドレス宛の空メールが連続して送信されてきた場合に、後から受信した空メールについての返信メールの作成・送信等の処理を行なわないこととする時間を示すデータである。この時間は、本実施形態では、０秒〜８６４００秒（２４時間）の範囲で、サービスアカウントごとに設定することができる。
なお、プロテクトタイムとして０秒が設定された場合、連続空メールに対する対策処理は行なわれない。この場合、メールサーバ１３０は、上述した従来の技術と同様に、受信したすべての空メールに対して返信メールを送信することになる。
これらの他に、設定情報４１０に含まれるものとして、例えば、返信メールの作成処理に用いるデータ等がある。
【００２３】
メールサーバ１３０は、受信した空メールに対して返信メールの作成・送信等の処理を行なうか否かを判断するため、空メールの送信元メールアドレスとサービスアカウントとを結合した文字列に１対１で対応するファイルを作成し、サービスアカウントごとに同一のディレクトリ内に記憶している。この受信した空メールの処理に用いるファイル４２０を図４（ｂ）に示す。
図４（ｂ）に示したファイル４２０は、ファイル属性としてファイル名４２２と作成又は更新日時４２４を有している。なお、この実施形態では、作成されるファイル４２０は０サイズのファイルである。
【００２４】
＜２．受信した空メールの処理＞
図５を用いて、本実施形態のシステムにおけるデータ処理の流れを説明する。図５は、メールサーバにおける受信した空メールの処理を説明するためのフローチャートである。
なお、図２のステップＳ２２１（空メール）・ステップＳ２２３（返信メール）は、図５のステップＳ５１０（空メール）・ステップＳ５３０（返信メール）に、それぞれ対応している。
【００２５】
（２−１．空メールの受信処理等）
各送信先メールアドレス宛の空メールは、ユーザ端末１１０からメールサーバ１３０が有するサービスごとのメールアカウントに送信される（Ｓ５１０）。メールサーバ１３０は、この空メールを受信して、変換，分解等の処理を行なう。
メールサーバ１３０は、受信した空メールのヘッダ部を解析して、送信元メールアドレス及び送信先メールアドレスを取り出す。例えば、受信した空メールのヘッダ部の「Envelope-From(sender)」フィールド，「Return-Path」フィールド及び「From」フィールドをこの順に解析し、最初に取得したフォーマットが正常なメールアドレスをその空メールの送信元メールアドレスとしている。また、メールサーバ１３０は、取り出した送信先メールアドレスからサービスアカウントを抽出して、受信した空メールに対応するサービスを特定することができる。
【００２６】
上記の情報（送信元メールアドレス及び送信先メールアドレス）が何らかの理由で得られない場合、メールサーバ１３０は、ログを出力して処理を終了する。また、その他の情報（例えば、本文，添付ファイル等）は、存在していても全て破棄する。
メールサーバ１３０は、上記３つのフィールドのうち少なくとも２つのフィールドからメールアドレスが取得できた場合には、取得したメールアドレスどうしが一致しているか否かによってなりすましの判定を行うことができる。例えば、「Envelope-From」フィールド，「From」フィールドに含まれるメールアドレスが互いに一致しない場合は、受信した空メールをなりすましメールとみなし、エラーログを出力して処理を終了し、以降の処理は行なわない。
このように、なりすましの判定を加えることで、悪意のある者が送信した空メールに対して、システム的に対応することができる。具体的には、悪意のある者が他人のメールアドレスを「From」フィールドに設定し、その他人になりすまして空メールを送信した場合、メールサーバ１３０は、「Envelope-From」フィールド又は「Return-Path」フィールドと「From」フィールドとの内容が異なっているので、この空メールをなりすましに係るものと判定することができ、この空メールに対する処理を避けることができる。
【００２７】
受信した空メールのヘッダ部から送信元メールアドレス及びサービスアカウントを取得すると、メールサーバ１３０は、この送信元メールアドレス及びサービスアカウントを結合した文字列をユニーク値としてハッシュ値を算出する（Ｓ５１２）。ハッシュ値の算出には、例えばハッシュ関数としてＭＤ５を用いることができる。算出したハッシュ値は、受信した空メールの処理に用いるファイル（図４（ｂ）参照）のファイル名として使用する。
なお、受信した空メールのヘッダ部から取得した送信元メールアドレスとサービスアカウントとの組をハッシュ値に変換する理由は、受信した空メールの処理に用いるファイルのファイル名を固定長にするためである。例えば、ハッシュ関数としてＭＤ５を用いれば、算出されるハッシュ値は１２８ビットの固定長となる。
なお、本実施形態では、電子メールの識別に、送信元メールアドレスとサービスアカウントとの組のハッシュ値を用いているが、送信元メールアドレスとサービスアカウントとの組を識別できるものであれば、何を用いてもよい。
【００２８】
（２−２．プロテクトタイム経過後のファイルの削除）
ハッシュ値を算出した後、メールサーバ１３０は、受信した空メールに対応するサービスアカウントの設定情報からプロテクトタイムを読み出す。続いて、受信した空メールに対応するサービスアカウントのディレクトリ内に記憶されているすべてのファイルについて作成又は更新の時刻と現在の時刻との差を計算し、プロテクトタイムが経過しているファイルを検出する（Ｓ５１４）。
ステップＳ５１４において、プロテクトタイムが経過しているファイルが検出された場合（ＹＥＳ）、メールサーバ１３０はその検出したファイルを削除し（Ｓ５１６）、処理は次のステップＳ５１８に進む。一方、ステップＳ５１４においてプロテクトタイムが経過しているファイルが検出されなかった場合（ＮＯ）、処理はそのまま次のステップＳ５１８に進む。
【００２９】
（２−３．返信メールを作成しない場合）
プロテクトタイムが経過しているファイルを削除した後、メールサーバ１３０は、受信した空メールに対応するサービスアカウントのディレクトリ内を対象に、ステップＳ５１２において算出したハッシュ値をファイル名とするファイルを検索する（Ｓ５１８）。
この検索の結果、算出したハッシュ値をファイル名とするファイルが検出された場合（Ｓ５２０においてＹＥＳ）、メールサーバ１３０は、そのファイルのファイル名を同一のファイル名で上書きする（Ｓ５２２）。この処理により、このファイルの更新日時が変更される。
この場合、メールサーバ１３０は、受信した空メールを連続的に送信されてきたものであるとみなし、ログを出力して処理を終了する。返信メールの作成・送信等の処理は行なわない。
【００３０】
（２−４．返信メールを作成する場合）
検索の結果、算出したハッシュ値をファイル名とするファイルが検出されなかった場合（Ｓ５２０においてＮＯ）、メールサーバ１３０は、そのハッシュ値をファイル名とする０サイズのファイルを作成する（Ｓ５２４）。この場合、メールサーバ１３０は、受信した空メールを連続的に送信されてきたものでないと認識している。
そして、メールサーバ１３０は、この作成したファイルを記憶する（Ｓ５２６）とともに、受信した空メールの送信元メールアドレス宛の返信メールを作成し（Ｓ５２８）、この返信メールをユーザ端末１１０に送信する（Ｓ５３０）。
【００３１】
図６を用いて、本実施形態のシステムにおける受信した空メールの処理を説明する。図６は、短期間に連続して送信されてきた空メールの処理例を示している。
なお、図６において、受信した空メール６１０，６２０，６３０は、いずれも同一の送信元メールアドレスから同一の送信先メールアドレス宛に送信された空メールであるものとする。また、図６を用いた以下の説明において、プロテクトタイムは６０秒に設定されているものとする。
【００３２】
空メール６１０は、メールサーバ１３０が最初に受信した空メールである。この場合、空メール６１０から取得した送信元メールアドレスとサービスアカウントとの組に対応するファイルは、メールサーバ１３０内に存在しない。そのため、メールサーバ１３０は、現在時刻を作成日時とするファイルを作成して、空メール６１０に対し、返信メール６１２を送信する。
【００３３】
空メール６２０は、空メール６１０を受信してから１０秒後に受信した空メールである。この場合、空メール６１０の処理において空メール６１０から取得した送信元メールアドレスとサービスアカウントとの組に対応するファイルは既に作成されており、かつ、このファイルの作成時から起算して設定されたプロテクトタイム（６０秒）は経過していない。そのため、メールサーバ１３０は、上記ファイルのファイル名を同一のファイル名で上書き（更新日時を変更）して、処理を終了する。この場合、空メール６２０に対して返信メールは送信されない。
【００３４】
空メール６３０は、空メール６１０を受信してから８０秒経過後（空メール６２０を受信してから７０秒経過後）に受信した空メールである。この場合、空メール６２０の処理において空メール６２０から取得した送信元メールアドレスとサービスアカウントとの組に対応するファイルの更新日時が変更されたが、この変更された更新日時から起算して設定されたプロテクトタイム（６０秒）が経過しているため、このファイルは既に削除されており存在しない。そのため、メールサーバ１３０は、現在時刻を作成日時とするファイルを作成して、空メール６３０に対し、返信メール６３２を送信する。
【００３５】
＜他の実施形態＞
上述の実施形態では、送信元メールアドレス及びサービスアカウントの組に対応するファイルを作成し、そのファイル属性として記録される作成・更新時刻を受信したメールの受信時刻としている。しかしながら、送信元メールアドレス及びサービスアカウントの組に対応させて受信したメールの受信時刻を記憶することができるならば、何を用いてもよい。例えば、受信した空メールそのものを利用し、その受信時刻を利用したり、受信時刻をメールサーバのメインメモリ上に記憶してもよい。
メールサーバにおけるメールの受信時刻としては、上述のような、メールを受信するごとに作成・更新されるファイルのファイル属性のような、メールの受信時刻と対応するものであればよい。
なお、上述の実施形態でメールを受信すると、受信メールに対応するサイズ０のファイルの作成・更新を行っているのは、他の実施形態と比較すると処理が簡単で、高速であるからである。
上述の実施形態では、空メールの受信時刻とする時刻情報を記憶しているファイルのうち作成又は更新の日時からプロテクトタイムが経過しているものを、受信した空メールについて返信メールの作成・送信等の処理を行なう際に削除することとしている。しかしながら、この削除の処理は、他のタイミング（例えば、一定時間間隔）で行なうこととしてもよい。この場合、ファイル名の更新（図５のＳ５２２）のときに、受信したメールに対応するファイルの作成・更新日時がプロテクトタイムを経過しているか否かを判定して、経過しているときは、ファイル名を更新した上で返信メールを作成する。
上述の実施形態では、送信元メールアドレス及びサービスアカウントの組に対応するサイズ０のファイルを作成している。しかしながら、必ずしもサイズ０のファイルでなくてもよく、そのファイルの中に情報を蓄積させてもよい。例えば、ファイルの削除の処理を一定時間間隔で行なうこととした場合、このファイルに空メールの受信回数を記憶することとし、同一の送信元メールアドレスからの空メールを受信するごとにその回数を更新していけば、空メールが連続して送信された回数を把握することができる。これらの情報を蓄積することにより、ブラックリストを作成してもよい。
【００３６】
上述の実施形態では、連続メールとするための設定時間を複数あるサービスアカウントごとに定め、受信した空メールの処理をサービスアカウントごとに行なっている。これは、提供するサービスによって空メールに対する対応も異なるため、カスタマイズできるように構成したからである。しかしながら、連続メールとするための設定時間は、必ずしもアカウントごとに設定されていなくてもよい。
上述の実施形態は、Ｗｅｂサーバとメールサーバが物理的に分離しているという構成を用いて説明している。しかしながら、Ｗｅｂサーバ及びメールサーバ双方の機能と同等の機能を有する１つのサーバ上で実施することもできる。
また、上述の実施形態は、空メールのしくみを利用してメールアドレス等のユーザ情報を登録し、返信メールを送信するシステムに適用したものである。しかしながら、通常の電子メールを受信するシステムに適用して、同一の送信元メールアドレスから短期間に連続して送信されてきた電子メールに対して用いることもできる。
【図面の簡単な説明】
【００３７】
【図１】空メールのしくみを利用してメールアドレス等のユーザ情報を登録する場合における構成の一例を示す図である。
【図２】空メールのしくみを利用してメールアドレス等のユーザ情報を登録する場合における、ユーザ端末と、Ｗｅｂサーバ又はメールサーバとの間のデータの送受信を説明するためのシーケンス図である。
【図３】空メールの送信先メールアドレス等が表示されているＷｅｂページ（ＷｅｂページＡ）を示す図である。
【図４】（ａ）メールサーバで用いられるサービスアカウントごとのデータを示す図である。（ｂ）受信した空メールに対して返信メールの作成・送信等の処理を行なうか否かを判断するために用いるファイルを示す図である。
【図５】メールサーバにおける受信した空メールの処理を説明するためのフローチャートである。
【図６】短期間に連続して送信されてきた空メールの処理例を示す図である。
【符号の説明】
【００３８】
１１０ ユーザ端末
１２０ Ｗｅｂサーバ
１３０ メールサーバ
４１０ メールサーバで用いられるサービスアカウントごとの設定情報
４２０ 受信した空メールの処理に用いるファイル
【特許請求の範囲】
【請求項１】
複数のメールアカウント宛の電子メールを受信するメール受信手段と、
前記メール受信手段で受信した電子メールの受信時刻を、該受信した電子メールの送信元メールアドレスと送信先メールアドレスのメールアカウントとを組合せた識別子に対応させて記憶し、受信した電子メールに対する識別子に対応する受信時刻が既に記憶されている場合は、該識別子に対応する受信時刻を該受信した電子メールの受信時刻に更新するメール受信時刻管理手段と、
前記メール受信手段が電子メールを受信するごとに、前記メール受信時刻管理手段が該受信した電子メールに対する識別子に対応する受信時刻を記憶していない場合、又は、該受信した電子メールに対する識別子に対応する受信時刻から起算して所定時間の経過後である場合、該受信した電子メールを連続メールではないとする処理対象メール検出手段と、
前記処理対象メール検出手段で検出した連続メールではないメールの処理を行なうメール処理手段とを備え、
前記メール受信時刻管理手段は、受信時刻を記憶又は更新する処理を、前記処理対象メール検出手段での連続メールではないメールを検出する処理の後に行なうことを特徴とする連続メール対策システム。
【請求項２】
請求項１に記載の連続メール対策システムにおいて、
前記処理対象メール検出手段及び前記メール受信時刻管理手段は、受信した電子メールに付されている複数の送信元メールアドレスが互いに一致しているときに限り、該受信した電子メールについての処理を行なうことを特徴とする連続メール対策システム。
【請求項３】
請求項１又は２に記載の連続メール対策システムにおいて、
前記メール受信時刻管理手段は、受信した電子メールに対する前記識別子として、送信元メールアドレスと送信先メールアドレスのメールアカウントとの組合せのハッシュ値を算出して使用することを特徴とする連続メール対策システム。
【請求項４】
請求項１〜３のいずれかに記載の連続メール対策システムにおいて、
前記メール受信時刻管理手段は、電子メールを初めて受信したときに、該受信した電子メールに対する識別子をファイル名とするファイルを作成し、該受信した電子メールの受信時刻をファイル属性のファイル作成時刻として記憶し、電子メールを受信するごとに、該受信した電子メールに対する識別子に対応するファイルが存在しない場合は対応するファイルを作成し、該受信した電子メールに対する識別子に対応するファイルが存在する場合はファイル属性のファイル作成時刻を更新することを特徴とする連続メール対策システム。
【請求項５】
請求項４に記載の連続メール対策システムにおいて、
前記メール受信時刻管理手段は、前記処理対象メール検出手段の処理前に、作成時刻又は更新時刻から起算して前記所定時間が既に経過している全てのファイルを削除することを特徴とする連続メール対策システム。
【請求項６】
請求項１〜５のいずれかに記載の連続メール対策システムにおいて、
前記所定時間は、メールアカウントごとに設定した時間であることを特徴とする連続メール対策システム。
【請求項７】
請求項１〜６のいずれかに記載の連続メール対策システムにおいて、
前記メール処理手段は、受信した電子メールについての処理として、空メールに対する返信メールを作成することを特徴とする連続メール対策システム。
【請求項８】
複数のメールアカウント宛の電子メールを受信するメール受信ステップと、
前記メール受信ステップで受信した電子メールの受信時刻を、該受信した電子メールの送信元メールアドレスと送信先メールアドレスのメールアカウントとを組合せた識別子に対応させて記憶し、受信した電子メールに対する識別子に対応する受信時刻が既に記憶されている場合は、該識別子に対応する受信時刻を該受信した電子メールの受信時刻に更新するメール受信時刻管理ステップと、
前記メール受信ステップが電子メールを受信するごとに、前記メール受信時刻管理ステップが該受信した電子メールに対する識別子に対応する受信時刻を記憶していない場合、又は、該受信した電子メールに対する識別子に対応する受信時刻から起算して所定時間の経過後である場合、該受信した電子メールを連続メールではないとする処理対象メール検出ステップと、
前記処理対象メール検出ステップで検出した連続メールではないメールの処理を行うメール処理ステップとを備え、
前記メール受信時刻管理ステップは、受信時刻を記憶又は更新する処理を、前記処理対象メール検出ステップの連続メールではないメールを検出する処理の後に行なうことを特徴とする連続メール対策方法。
【請求項９】
請求項１〜７のいずれかに記載の連続メール対策システムの各手段を、コンピュータに機能として実現させるためのプログラム。
【請求項１】
複数のメールアカウント宛の電子メールを受信するメール受信手段と、
前記メール受信手段で受信した電子メールの受信時刻を、該受信した電子メールの送信元メールアドレスと送信先メールアドレスのメールアカウントとを組合せた識別子に対応させて記憶し、受信した電子メールに対する識別子に対応する受信時刻が既に記憶されている場合は、該識別子に対応する受信時刻を該受信した電子メールの受信時刻に更新するメール受信時刻管理手段と、
前記メール受信手段が電子メールを受信するごとに、前記メール受信時刻管理手段が該受信した電子メールに対する識別子に対応する受信時刻を記憶していない場合、又は、該受信した電子メールに対する識別子に対応する受信時刻から起算して所定時間の経過後である場合、該受信した電子メールを連続メールではないとする処理対象メール検出手段と、
前記処理対象メール検出手段で検出した連続メールではないメールの処理を行なうメール処理手段とを備え、
前記メール受信時刻管理手段は、受信時刻を記憶又は更新する処理を、前記処理対象メール検出手段での連続メールではないメールを検出する処理の後に行なうことを特徴とする連続メール対策システム。
【請求項２】
請求項１に記載の連続メール対策システムにおいて、
前記処理対象メール検出手段及び前記メール受信時刻管理手段は、受信した電子メールに付されている複数の送信元メールアドレスが互いに一致しているときに限り、該受信した電子メールについての処理を行なうことを特徴とする連続メール対策システム。
【請求項３】
請求項１又は２に記載の連続メール対策システムにおいて、
前記メール受信時刻管理手段は、受信した電子メールに対する前記識別子として、送信元メールアドレスと送信先メールアドレスのメールアカウントとの組合せのハッシュ値を算出して使用することを特徴とする連続メール対策システム。
【請求項４】
請求項１〜３のいずれかに記載の連続メール対策システムにおいて、
前記メール受信時刻管理手段は、電子メールを初めて受信したときに、該受信した電子メールに対する識別子をファイル名とするファイルを作成し、該受信した電子メールの受信時刻をファイル属性のファイル作成時刻として記憶し、電子メールを受信するごとに、該受信した電子メールに対する識別子に対応するファイルが存在しない場合は対応するファイルを作成し、該受信した電子メールに対する識別子に対応するファイルが存在する場合はファイル属性のファイル作成時刻を更新することを特徴とする連続メール対策システム。
【請求項５】
請求項４に記載の連続メール対策システムにおいて、
前記メール受信時刻管理手段は、前記処理対象メール検出手段の処理前に、作成時刻又は更新時刻から起算して前記所定時間が既に経過している全てのファイルを削除することを特徴とする連続メール対策システム。
【請求項６】
請求項１〜５のいずれかに記載の連続メール対策システムにおいて、
前記所定時間は、メールアカウントごとに設定した時間であることを特徴とする連続メール対策システム。
【請求項７】
請求項１〜６のいずれかに記載の連続メール対策システムにおいて、
前記メール処理手段は、受信した電子メールについての処理として、空メールに対する返信メールを作成することを特徴とする連続メール対策システム。
【請求項８】
複数のメールアカウント宛の電子メールを受信するメール受信ステップと、
前記メール受信ステップで受信した電子メールの受信時刻を、該受信した電子メールの送信元メールアドレスと送信先メールアドレスのメールアカウントとを組合せた識別子に対応させて記憶し、受信した電子メールに対する識別子に対応する受信時刻が既に記憶されている場合は、該識別子に対応する受信時刻を該受信した電子メールの受信時刻に更新するメール受信時刻管理ステップと、
前記メール受信ステップが電子メールを受信するごとに、前記メール受信時刻管理ステップが該受信した電子メールに対する識別子に対応する受信時刻を記憶していない場合、又は、該受信した電子メールに対する識別子に対応する受信時刻から起算して所定時間の経過後である場合、該受信した電子メールを連続メールではないとする処理対象メール検出ステップと、
前記処理対象メール検出ステップで検出した連続メールではないメールの処理を行うメール処理ステップとを備え、
前記メール受信時刻管理ステップは、受信時刻を記憶又は更新する処理を、前記処理対象メール検出ステップの連続メールではないメールを検出する処理の後に行なうことを特徴とする連続メール対策方法。
【請求項９】
請求項１〜７のいずれかに記載の連続メール対策システムの各手段を、コンピュータに機能として実現させるためのプログラム。
【図１】
【図２】
【図４】
【図５】
【図６】
【図３】
【図２】
【図４】
【図５】
【図６】
【図３】
【公開番号】特開２００８−２１０２５４（Ｐ２００８−２１０２５４Ａ）
【公開日】平成２０年９月１１日（２００８．９．１１）
【国際特許分類】
【出願番号】特願２００７−４７６０７（Ｐ２００７−４７６０７）
【出願日】平成１９年２月２７日（２００７．２．２７）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【Ｆターム（参考）】
【公開日】平成２０年９月１１日（２００８．９．１１）
【国際特許分類】
【出願日】平成１９年２月２７日（２００７．２．２７）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【Ｆターム（参考）】
[ Back to top ]