JP4395848B2 - 廃棄可能なｅメールアドレスを生成し、処理するための方法、システム、及びコンピュータ・プログラム - Google Patents

Description

本発明は、電子メール（すなわち、Ｅメール）の処理を対象とするものであり、より具体的には、大量メール送信者から受信した大量の不要Ｅメールの減少を容易にするために、ユーザ選択のパスコード検証アルゴリズムを用いて、廃棄可能で追跡可能なＥメールアドレスを実装するためのＥメールアドレス構築・処理プロトコルに向けられる。

電子メール（すなわち、Ｅメール）は、歴史的には、インターネットの本当に最初の用途の１つであった。今や、インターネット・ユーザは、深刻さを増す問題、すなわち、大量の不要Ｅメール（Ｕｎｓｏｌｉｃｉｔｅｄ Ｍａｓｓ Ｅｍａｉｌ、ＵＭＥ）に直面している。ＵＭＥは、受信者がこれらのメッセージの受信を望むと望まないにかかわらず、できるだけ多くの受信者に極めて大量に送られてくるＥメール・メッセージとして定義される。以下において大量メール送信者と呼ぶＵＭＥの送信者は、一般に、今後の大量メール送信から除外してほしいという要求を無視する。大量メール送信者は、以下のものを含む幾つかの源からＥメールアドレスを集める。１．インターネット：受信者は、自分のアドレスをウェブサイト上又はオンライン・フォーラムに掲載していることが多く、そこで大量メール送信者は、「アドレス・ハーベスタ」と呼ばれる特別のツールを用いて受信者のアドレスを集める。
２．販売促進用ウェブサイト：受信者は、あるとすれば、つまらない賞品を獲得する機会を得るためにＥメールを入力したい気持ちにさせられ、その後、大量メール送信者のアドレス・リストに含められることになる。
３．合法的連絡先リスト：一部の会社は、見込みのある潜在顧客の名前及びＥメールアドレスを定期的に販売している。アドレス及び連絡先リストもまた、会社が倒産したときに清算される資産の一部である。大量メール送信者は、これらのＥメールアドレスを販売し、それらを他の大量メール送信者に転売する。

Ｅメールアドレスは、１つの大量メール送信者のリスト内に含められると、多くの場合、迅速に転売され、他の多くの大量メール送信者によって使用される。受信者は、絶えず大量のＵＭＥを受信することになる。こうしたＥメールアドレスは、汚染されていると言うことができる。

その人のＥメールアドレスを、方法１及び方法２による汚染から保護する（すなわち、自分のＥメールアドレスを通知せず、それを未知のエンティティに提供しない）ことは、比較的容易である。しかしながら、現在のＥメールシステムを用いて方法３を回避することは不可能である。企業の従業員は、取引先、供給業者、顧客、及び社外の他のエンティティ又は人に自分のＥメールアドレスを提供する必要しなければならないことが多く、その各々が、これらのアドレスを広め、それらを大量メール送信リストに加える可能性がある。ＵＭＥ問題に対する現在の解決法は、大部分のＥメールユーザにとってはそうでないとしても、ビジネスの世界にとっては、満足のいくものではなく、多くの場合、非現実的である。これらの解決法には、次のものが含まれる。すなわち、
１．周知のＵＭＥ送信者をフィルタリングする。大量メール送信者は、自分達の送信者アドレス（すなわち、「Ｆｒｏｍ：」フィールド）を偽造することが多いため、これは、効果がない。
２．全ての未知の送信者をフィルタリングする（「ホワイトリスト」としても知られる）。ビジネスの受信者は、例えば、電話によって又は直接通信を開始した後に、新しい取引先からＥメールを受信することが多いので、これは、実際的ではない。
３．ＵＭＥの検知（「メッセージ・マッチング」としても知られる）。この方法は、汚染を与えようとする大量メール送信者によって獲得されることを明白な目的として、インターネット上に幾つかのＥメールアドレスを掲載するものである。これは、これらのＥメールアドレスがメッセージを受信した場合、そのメッセージがＵＭＥであり、全ての類似したＥメール・メッセージをＵＭＥとタグ付けできるというものである。しかしながら、大量メール送信者は、個々のメッセージにおいて文字列を付加又は変更するランダムな部分を有するばらばらのメッセージであり、メッセージ・マッチング・システムを働かなくすることがある。
４．コンテンツによるフィルタリング。大部分のＵＭＥは、ソフトウェアをフィルタリングすることによって検知することができる「トリガ・ワード」を含む。例えば、不動産ビジネスに従事していない場合、「抵当権（ｍｏｒｔｇａｇｅ）」が職業用のＥメールに現れる可能性は低いが、ＵＭＥメッセージには頻繁に現れる。このフィルタリングは、極めて有効である。しかしながら、ＵＭＥの最近の傾向では、つづりを間違えるか又は変えることによって、大量メール送信者がトリガ・ワードを回避し（例えば、”ｍｏｒｔｇａｇｅ”の代わりに、”ｍ０ｒｔｇａｇｅ”又は”ｍ：ｏｒ．ｔ．ｇａｇｅ”等）、そのことがフィルタの効率を低減させることが示される。他の大量メール送信者は、ＨＴＭＬメッセージ内にコメントを挿入し、トリガ・ワードを壊すことによって（例えば、”ｍｏ＜！−ｚｚｚｚ――＞ｒｔａｇｅ”等）、単純なフィルタリング・ソフトウェアをだます。こうしてＵＭＥメッセージ内に意味のない文字列を挿入することによって、それらの標準的なサイズが増大される傾向があることにも留意されたい。
５．適応フィルタリング。適応フィルタは、ＵＭＥメッセージの形式及びレイアウトを認識し、多くの場合、幾つかの画像を有するＨＴＭＬ書式設定に依存すると教示することができる。しかしながら、本物のプレスリリース及びニュースレターを含む合法的Ｅメールが、ＵＭＥとしてフィルタリングされる可能性がある。さらに、大量メール送信者は、Ｊａｖａｓｃｒｉｐｔエンコードだけでなく、完全に１つ又はそれ以上の画像で構成されるＵＭＥをも用いてＵＭＥの送信を開始した。これらのＪａｖａｓｃｒｉｐｔにエンコードされたＵＭＥメッセージ及び画像ベースのＵＭＥメッセージのサイズは、絶えず増大している。

既存のＵＭＥ防止のための解決法に関連する他の問題には、以下のものが含まれる。
１．クライアント位置フィルタリングは、良好な解決法でない。クライアント側でフィルタリングが行われたとき、ＵＭＥは、受信者のマシンに送られ、受信者のメール・エージェントによって廃棄されることになる。その間、受信者のマシンのネットワーク接続は、ＵＭＥによって妨げられる。受信者が低速のダイアルアップ接続を用いてＥメールをダウンロードしなければならないとき（例えば、受信者が、高速のネットワーキングを装備した企業のオフィスから離れているとき）、ＵＭＥのダウンロードによる時間の無駄は著しいものになり得る。
２．無線装置。ますます多くの携帯機器が、Ｅメールの無線受信を提供する。サービス・プロバイダは、一般に、時間又はメガバイトによって無線接続性を販売する。これらの装置の１つに接続されたＥメールアドレスが汚染されると、受信者は、低速で高価な接続でＵＭＥをダウンロードしなければならないので、これは大問題である。ＵＭＥメッセージがそれ自体として識別されたとしても、依然としてダウンロードを行わなければならない。
を含む。

Ｄａｖｉｄ Ｍ．Ｇｅａｒｙによる「Ｃｏｒｅ ＪＳＴＬ：Ｍａｓｔｅｒｉｎｇ ｔｈｅ ＪＳＰ Ｓｔａｎｄａｒｄ Ｔａｇ Ｌｉｂｒａｒｙ」、Ｐｒｅｎｔｉｃｅ Ｈａｌｌ ＰＴＲ、２００２年（ＩＳＢＮ：０１３１００１５３１） 「ｚ／ＯＳ（Ｒ） ＵＮＩＸ（Ｒ） Ｓｙｓｔｅｍ Ｓｅｒｖｉｃｅ Ｃｏｍｍａｎｄ Ｒｅｆｅｒｅｎｃｅ」という名称のＩＢＭマニュアル、ＩＢＭ文書番号ＳＡ２２−７８０２−０３（２００２年）

要約すれば、既存のフィタリング・システムは、一般に、Ｅメールをダウンロードし、処理することを必要とする。多くの企業フィタリング・システムは、サーバ・ベースのものであるが、単にＵＭＥメッセージを識別し、ＵＭＥメッセージをそれ自体としてタグ付けするにすぎず、企業の受信者のメールボックス及びネットワーク接続を妨げるものである。

企業のネットワーク内では、各Ｅメール・ユーザは、少なくとも１つのメールボックス、すなわち、ユーザがＥメール・メッセージをダウンロード又は表示するリポジトリを有する。メールボックスは、企業内から送られた全てのＥメール・メッセージを受信する。

従来のＥメールシステムにおいては、このＥメールアドレスは、企業の外部からのメッセージも受信する。したがって、内部のＥメールアドレス及び外部のＥメールアドレスは同じである。

ここに提案される手法において、外部のＥメールアドレスは異なっている。各Ｅメールユーザは、廃棄可能なＥメールアドレスのプールを保持し、全てが同じ内部のメールボックスに行く。各廃棄可能なＥメールアドレスは、好ましくは、少数のエンティティ（理想的には、１つだけ）に与えられる。Ｅメール・サーバは、ここでは、廃棄可能なアドレスのシステム又はサーバ（Ｄｉｓｐｏｓａｂｌｅ Ａｄｄｒｅｓｓ Ｓｙｓｔｅｍ ｏｒ Ｓｅｒｖｅｒ、ＤＡＳ）と呼ばれる新しいサブシステムと接続される。ＤＡＳは、企業のＥメールサーバと接続された１組のプログラムとして実装することができる。アドレスが、ＵＭＥを受信し始めると、そのアドレスが汚染されていると考えられるので、受信者はそのアドレスを取り消すことができる。このアドレスが単一のエンティティ（すなわち、Ｅメール送信者）に与えられた場合、このエンティティは、ＵＭＥの源と考えられ、こうしたエンティティを処理するための企業ポリシーを作動させることができる。このアドレスが１つより多いエンティティに与えられた場合、受信者のアドレスが新しいものに変更していることを、各エンティティに自動的に通知することができ、別個の廃棄可能なアドレスを各エンティティに与え、ＤＡＳは、どの廃棄可能なアドレスがどの送信者に与えられたかを記憶する。

良好な廃棄可能なアドレスは、言語で提供することができ（例えば、電話で提供することができ）、各送信者エンティティについて固有のものであることが好ましい。ユーザは、必ずしも、常に廃棄可能なＥメールアドレスを提供しなければならないわけではないので、ユーザは、ＤＡＳへの事前登録を必要とすることなく、オンザフライ式（すなわち、オン・デマンド式）に、新しい廃棄可能なＥメールアドレスを生成する必要があり、その廃棄可能なＥメールアドレスは、各々の可能な送信者（すなわち、送信者ドメイン）について固有のものとすることができる。

今日、利用可能な廃棄可能なＥメールアドレスがあるが、大部分は、個人のホーム・ユーザ向けのウェブサイトとして実装されている。これらのシステムは、２つの種類の廃棄可能なアドレスを提供する。すなわち、
・事前に登録された廃棄可能なアドレス。ユーザは、常に可能とは限らない潜在的な送信者に提供する前に、新しい廃棄可能なＥメールアドレスを作成し、登録する必要がある。
・オンザフライ式廃棄可能なアドレス。これは、ここに開示されるＤＡＳにより可能になる種類である。

一態様において、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含む廃棄可能なＥメールアドレスを構築するステップであって、ユーザ名が、ホスト名ドメインにおいて廃棄可能なＥメールアドレスを所有するユーザを識別し、ドメイン・タグが、ホスト名ドメインにおいてＥメール送信者ドメインからユーザに宛ててＥメールを送るのに用いるために廃棄可能なＥメールアドレスが与えられることになるＥメール送信者ドメインを識別することを特徴とする、ステップと、ユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、廃棄可能なＥメールアドレスについてのパスコードをユーザが選択するステップとを含む、廃棄可能なＥメールアドレスの生成方法が、ここに示される。別の態様においては、廃棄可能なＥメールアドレスを構築し、処理する方法が提供される。Ｅメールアドレスは、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含む。この方法は、廃棄可能なＥメールアドレスを、ユーザによって生成し、廃棄可能なＥメールアドレスを送信者ドメインに転送する送るステップであって、廃棄可能なＥメールアドレス内のドメイン・タグが、廃棄可能なＥメールアドレスの転送先である送信者ドメインを識別し、生成するステップが、廃棄可能なアドレスのシステムによってユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、ユーザによって、廃棄可能なＥメールアドレスについてのアドレスを選択するステップを含むことを特徴とするステップと、廃棄可能なアドレスのシステムにおいて受信したＥメールに係る廃棄可能なＥメールアドレスが有効かどうかを判断し、有効である場合には、Ｅメールを、ホスト名ドメインにあり、廃棄可能なＥメールアドレスを所有するユーザに送信するステップと、廃棄可能なＥメールアドレスに係るＥメールアドレスが、大量の不要Ｅメールを含んでいることをユーザから通知し、該廃棄可能なＥメールアドレスが汚染されていることを廃棄可能なアドレスのシステムに知らせるステップと、廃棄可能なアドレスのシステムにおいて、汚染されている廃棄可能なアドレスのシステムを取り消し、その廃棄可能なＥメールアドレスを有する将来のＥメールが、廃棄可能なアドレスのシステムによってユーザに送られるのを防止することを示すステップとを含む。

上記に要約された方法に対応するシステム及びコンピュータ・プログラムも、ここに説明され、特許請求される。

一態様によると、廃棄可能なアドレスのシステムにおいて、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを有する廃棄可能なＥメールアドレスを処理する方法が提供され、この方法は、（ｉ）関連する廃棄可能なＥメールアドレスを持ったＥメールを受信するステップと、（ｉｉ）そのＥメールに係る廃棄可能なＥメールアドレスが有効かどうかを判断し、有効である場合には、そのＥメールを、ホスト名ドメインにあり、廃棄可能なＥメールアドレスを所有するユーザに送信するステップと、（ｉｉｉ）Ｅメールが大量の不要Ｅメールを含んでいるので廃棄可能なＥメールアドレスに係るＥメールは汚染されているという表示を、ユーザから受信するステップと、（ｉｖ）廃棄可能なアドレスのシステムにおいて、汚染されている廃棄可能なＥメールアドレスを取り消し、その廃棄可能なＥメールアドレスを有する将来のＥメールが、廃棄可能なアドレスのシステムによってユーザに送られるのを防止するステップとを含む。

廃棄可能なアドレスのシステムは、廃棄可能なＥメールアドレスが汚染されていることを、ユーザから廃棄可能なＥメールアドレスを受け取った１又は複数の送信者に警告できることが好ましい。

廃棄可能なＥメールアドレスは、汚染されている廃棄可能なＥメールアドレスに宛てて以前にＥメールを送った送信者ドメインを識別できることが好ましく、システムは、その送信者ドメインから送られたＥメールに伴った、ユーザ又は他のユーザによってホスト名ドメインで所有される他の廃棄可能なＥメールアドレスの大量取り消しを提供することが好ましい。

判断するステップ（ｉｉ）は、廃棄可能なアドレスのシステムによって、廃棄可能なＥメールアドレスからユーザ名、ドメイン・タグ、及びパスコードを抽出するステップと、ユーザ名が廃棄可能なアドレスのシステムに対して予め定義されているかどうかを判断するためのチェックを行い、予め定義されていない場合にはＥメールを拒否するステップとを含む。

この方法は、廃棄可能なアドレスのシステムによって、廃棄可能なＥメールアドレスが以前に廃棄可能なアドレスのシステムにおいて記録されたことがあるかどうかを判断するステップと、以前に記録されていなかったものである場合には、ユーザに対して定められた複数のパスコード検証アルゴリズムのうちの格納されたユーザ選択のパスコード・アルゴリズムを用いることによって、パスコードが有効かどうかを判断するステップと、パスコードが有効でない場合にはＥメールを拒否するステップと、そうでない場合には、廃棄可能なアドレスのシステムに廃棄可能なＥメールアドレスを記録し、Ｅメールをユーザに送信するステップとをさらに含むことが好ましい。

廃棄可能なＥメールアドレスが以前に記録されたことがあるものであると、廃棄可能なアドレスのシステムが判断する場合には、この方法は、廃棄可能なＥメールアドレスが取り消されたものであるかどうかを、廃棄可能なアドレスのシステムによって判断するステップと、取り消されたものである場合には、潜在的な大量の不要ＥメールとしてＥメールを隔離するステップと、そうでない場合には、Ｅメールをユーザに送信するステップとをさらに含むことが好ましい。

このシステムは、廃棄可能なＥメールアドレスが取り消されたものであることを、ユーザから廃棄可能なＥメールアドレスを以前に受信した合法的送信者ドメインに警告するように提案できることが好ましく、このシステムは、廃棄可能なＥメールアドレスを以前に受信した送信者ドメインのリストをユーザに提供できることが好ましい。

この方法は、ユーザが、廃棄可能なアドレスのシステムによって提供された送信者ドメインのリストから送信者ドメインのサブセットを選択するステップを含むことが好ましい。

この方法は、廃棄可能なアドレスのシステムにおいて、ユーザに対して定められた複数のパスコード検証アルゴリズムのうちのユーザ選択のパスコード検証アルゴリズムを用いて、ユーザが作成した新しい廃棄可能なＥメールアドレスを検証するステップを含むことが好ましい。

この方法は、新しい廃棄可能なＥメールアドレスを、ユーザが選択した送信者ドメインのサブセットに送るステップを含むことが好ましい。

廃棄可能なアドレスのシステムによって、廃棄可能なＥメールアドレスを以前に受信した送信者ドメインのリストを決定するステップと、リスト内の１又は複数の送信者ドメインから受信したＥメールに係る他の廃棄可能なＥメールアドレスの大量取り消しを提供するステップとを含むことが好ましい。

この方法は、廃棄可能なＥメールアドレスを、ユーザによって生成し、廃棄可能なＥメールアドレスを送信者ドメインに送るステップであって、廃棄可能なＥメールアドレス内のドメイン・タグが、廃棄可能なＥメールアドレスを送る先の送信者ドメインを識別し、生成するステップが、廃棄可能なアドレスのシステムによってユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、ユーザが、廃棄可能なＥメールアドレスについてのパスコードを選択するステップと、廃棄可能なＥメールアドレスに係るＥメールが大量の不要Ｅメールを含んでいることを、ユーザから通知するステップとを含むことが好ましい。

別の態様によると、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含む廃棄可能なＥメールアドレスをユーザが構築することを可能にするステップであって、ユーザ名が、ホスト名ドメインにおいて廃棄可能なＥメールアドレスを所有するユーザを識別し、ドメイン・タグが、ホスト名ドメインにおいてＥメール送信者ドメインからユーザに宛ててＥメールを送るのに用いるために廃棄可能なＥメールアドレスが与えられることになるＥメール送信者ドメインを識別することを特徴とするステップと、ユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、ユーザが、廃棄可能なＥメールアドレスについてのパスコードを選択することを可能にするステップとを含む、廃棄可能なアドレスのシステムを生成する方法が提供される。

パスコードの選択が、廃棄可能なＥメールアドレスを予め登録するか、又は予め格納することなく、ユーザによってオンザフライ式に行われ、この方法は、Ｅメールを受信したときに廃棄可能なＥメールアドレスの検証に用いるために、複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを格納するステップを含むことが好ましい。

この方法は、廃棄可能なＥメールアドレスを複数の送信者ドメインについて生成して、複数の廃棄可能なＥメールアドレスを生成するステップを含み、異なる送信者ドメインについて、異なるドメイン・タグ及び異なるパスコードを有する固有の廃棄可能なＥメールアドレスをユーザが選択することを可能にするステップを含むことが好ましい。

この方法は、異なる廃棄可能なＥメールアドレスについてのパスコードを選択するときに、ユーザが、複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを変更することを可能にするステップを含むことが好ましい。

廃棄可能なＥメールアドレスが形式ｍａｉｌｂｏｘＩＤ＠ｈｏｓｔｎａｍｅを有し、ｍｉａｌｂｏｘＩＤは、ユーザ名、ドメイン・タグ、及びパスコードを含み、ｈｏｓｔａｎｍｅとは、ホスト名ドメインである。別の態様によると、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを有する、受信された廃棄可能なＥメールアドレスを処理するためのシステムが提供され、このシステムは、（ｉ）関連する廃棄可能なＥメールアドレスを持ったＥメールを受信するための手段と、（ｉｉ）Ｅメールに係る廃棄可能なＥメールアドレスが有効かどうかを判断し、有効である場合には、Ｅメールを、ホスト名ドメインにあり、廃棄可能なＥメールアドレスを所有するユーザに送信するための手段と、（ｉｉｉ）Ｅメールが大量の不要Ｅメールを含んでいるので廃棄可能なＥメールアドレスに係るＥメールは汚染されているという表示を、ユーザから受信するための手段と、（ｉｖ）廃棄可能なアドレスのシステムにおいて、汚染されている廃棄可能なＥメールアドレスを取り消し、その廃棄可能なＥメールアドレスを有する将来のＥメールが、廃棄可能なアドレスのシステムによってユーザに送られるのを防止するための手段とを含む。

廃棄可能なＥメールアドレスが汚染されていることを、ユーザから廃棄可能なＥメールアドレスを受信した１又は複数の送信者に警告するように、該廃棄可能なアドレスのシステムによって提案するための手段を含むことが好ましい。

廃棄可能なアドレスのシステムによって、汚染されている廃棄可能なＥメールアドレスに宛てて以前にＥメールを送った送信者ドメインを識別するための手段と、その送信者ドメインから送られたＥメールに伴った、ユーザ又は他のユーザによってホスト名ドメインで所有される他の廃棄可能なＥメールアドレスの大量取り消しを提供するための手段を含むことが好ましい。

廃棄可能なアドレスのシステムによって、廃棄可能なＥメールアドレスが以前に廃棄可能なアドレスのシステムにおいて記録されたことがあるかどうかを判断するための手段と、以前に記録されていなかったものである場合には、ユーザに対して定められた複数のパスコード検証アルゴリズムのうちの格納されたユーザ選択のパスコード・アルゴリズムを用いることによって、パスコードが有効かどうかを判断するための手段と、パスコードが有効でない場合にはＥメールを拒否するための手段と、そうでない場合には、廃棄可能なアドレスのシステムに廃棄可能なＥメールアドレスを記録し、Ｅメールをユーザに送信するための手段とを含むことが好ましい。このシステムは、廃棄可能なＥメールアドレスが以前に記録されたことがあるものであるという判断に応答して、廃棄可能なＥメールアドレスが取り消されたかどうかを、廃棄可能なアドレスのシステムによって判断するための手段と、取り消されたものである場合には、潜在的な大量の不要ＥメールとしてＥメールを隔離するための手段と、そうでない場合には、Ｅメールをユーザに送信するための手段とを含むことが好ましい。このシステムは、廃棄可能なＥメールアドレスが取り消されたものであることを、ユーザから廃棄可能なＥメールアドレスを以前に受信した合法的送信者ドメインに警告するように、廃棄可能なアドレスのシステムによって提案するための手段と、廃棄可能なＥメールアドレスを以前に受信した送信者ドメインのリストをユーザに提供するための手段とを含むことが好ましい。このシステムは、ユーザが、廃棄可能なアドレスのシステムによって提供された送信者ドメインのリストから送信者ドメインのサブセットを選択するための手段と、送信者ドメインのサブセットについての新しい廃棄可能なＥメールアドレスをユーザによって作成するための手段と、新しい廃棄可能なＥメールアドレスを、ユーザが選択した送信者ドメインのサブセットに送るための手段とを含むことが好ましい。

このシステムは、廃棄可能なＥメールアドレスを以前に受信した送信者ドメインのリストを決定するための手段と、リスト内の１又は複数の送信者ドメインから受信したＥメールに係る他の廃棄可能なＥメールアドレスの大量取り消しを提供するための手段とをさらに含むことが好ましい。

このシステムは、廃棄可能なＥメールアドレスを、ユーザによって生成し、廃棄可能なＥメールアドレスを送信者ドメインに送るための手段であって、廃棄可能なＥメールアドレス内のドメイン・タグが、廃棄可能なＥメールアドレスを送る先の送信者ドメインを識別し、生成するための手段が、廃棄可能なアドレスのシステムによってユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、該ユーザが、廃棄可能なＥメールアドレスについてのパスコードを選択するための手段と、廃棄可能なＥメールアドレスに係るＥメールが大量の不要Ｅメールを含んでいることを、該ユーザによって識別するための手段とをさらに含むことが好ましい。

別の態様によると、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含む廃棄可能なＥメールアドレスを構築するための手段であって、ユーザ名が、ホスト名ドメインにおいて廃棄可能なＥメールアドレスを所有するユーザを識別し、ドメイン・タグが、ホスト名ドメインにおいてＥメール送信者ドメインからユーザに宛ててＥメールを送るのに用いるために廃棄可能なＥメールアドレスが与えられることになるＥメール送信者ドメインを識別することを特徴とする手段と、ユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、該ユーザが、廃棄可能なＥメールアドレスについてのパスコードを選択するための手段とを含む、廃棄可能なアドレスのシステムを生成するためのシステムが提供される。

選択するための手段は、廃棄可能なＥメールアドレスを予め登録するか、又は、予め格納することなく、ユーザによってオンザフライ式に行われ、このシステムは、Ｅメールを受信したときに廃棄可能なＥメールアドレスの検証に用いるために、複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを格納するための手段をさらに含むことが好ましい。このシステムは、廃棄可能なＥメールアドレスの生成を複数の送信者ドメインについて繰り返して、複数の廃棄可能なＥメールアドレスを生成するための手段をさらに含み、異なる送信者ドメインについて、異なるドメイン・タグ及び異なるパスコードを有する固有の廃棄可能なＥメールアドレスをユーザが選択するのを可能にするための手段をさらに含むことが好ましい。

このシステムは、異なる廃棄可能なＥメールアドレスについてのパスコードを選択するときに、ユーザが、複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを変更することを可能にするための手段をさらに含むことが好ましい。

別の態様によると、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを有する、受信された廃棄可能なＥメールアドレスを廃棄可能なアドレスのシステムで処理する方法を実行するように、マシンによって実行可能な命令の少なくとも１つのプログラムを実態的に具体化する、マシン読み取り可能な少なくとも１つのプログラム格納装置が提供され、この方法は、（ｉ）関連する廃棄可能なＥメールアドレスを持ったＥメールを受信するステップと、（ｉｉ）Ｅメールに係る廃棄可能なＥメールアドレスが有効かどうかを判断し、有効である場合には、Ｅメールを、ホスト名ドメインにあり、廃棄可能なＥメールアドレスを所有するユーザに送信するステップと、（ｉｉｉ）Ｅメールが大量の不要Ｅメールを含んでいるので廃棄可能なＥメールアドレスに係るＥメールは汚染されているという表示を、ユーザから受信するステップと、（ｉｖ）廃棄可能なアドレスのシステムにおいて、汚染されている廃棄可能なＥメールアドレスを取り消し、その廃棄可能なＥメールアドレスを有する将来のＥメールが、廃棄可能なアドレスのシステムによってユーザに送られるのを防止するステップとを含む。

この装置は、廃棄可能なＥメールアドレスが汚染されていることを、ユーザから廃棄可能なＥメールアドレスを受信した１又は複数の送信者に警告するように、廃棄可能なアドレスのシステムによって提案するステップをさらに含むことが好ましい。

この装置は、廃棄可能なアドレスのシステムによって、汚染されている廃棄可能なＥメールアドレスに宛てて以前にＥメールを送った送信者ドメインを識別するステップと、その送信者ドメインから送られたＥメールに伴った、ユーザ又は他のユーザによってホスト名ドメインで所有される他の廃棄可能なＥメールアドレスの大量取り消しを提供するステップとをさらに含むことが好ましい。

廃棄可能なＥメールアドレスを、ユーザによって生成し、廃棄可能なＥメールアドレスを送信者ドメインに送るステップであって、廃棄可能なＥメールアドレス内のドメイン・タグが、廃棄可能なＥメールアドレスを送る先の送信者ドメインを識別し、生成するステップが、廃棄可能なアドレスのシステムによってユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、ユーザが、廃棄可能なＥメールアドレスについてのパスコードを選択するステップと、廃棄可能なＥメールアドレスに係るＥメールが大量の不要Ｅメールを含んでいることを、ユーザから通知するステップとをさらに含むことが好ましい。

別の態様によると、廃棄可能なＥメールアドレスを生成する方法を実行するように、マシンによって実行可能な命令の少なくとも１つのプログラムを実態的に具体化する、マシン読み取り可能な少なくとも１つのプログラム格納装置が提供され、この方法は、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含む廃棄可能なＥメールアドレスを前記ユーザが構築することを可能にするステップであって、ユーザ名が、ホスト名ドメインにおいて廃棄可能なＥメールアドレスを所有するユーザを識別し、ドメイン・タグが、ホスト名ドメインにおいてＥメール送信者ドメインからユーザに宛ててＥメールを送るのに用いるために廃棄可能なＥメールアドレスが与えられることになるＥメール送信者ドメインを識別することを特徴とするステップと、ユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、ユーザが、廃棄可能なＥメールアドレスについてのパスコードを選択することを可能にするステップとを含む。

この選択は、廃棄可能なＥメールアドレスを予め登録するか、又は、予め格納することなく、ユーザによってオンザフライ式に行われ、この方法は、Ｅメールを受信したときに廃棄可能なＥメールアドレスの検証に用いるために、複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを格納するステップをさらに含むことが好ましい。

この装置は、廃棄可能なＥメールアドレスの生成を複数の送信者ドメインについて繰り返して、複数の廃棄可能なＥメールアドレスを生成するステップをさらに含み、異なる送信者ドメインについて、異なるドメイン・タグ及び異なるパスコードを有する固有の廃棄可能なＥメールアドレスをユーザが選択することを可能にするステップをさらに含むことが好ましい。

別の態様によると、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含む廃棄可能なＥメールアドレスを構築するステップであって、ユーザ名が、ホスト名ドメインにおいて廃棄可能なＥメールアドレスを所有するユーザを識別し、ドメイン・タグが、ホスト名ドメインにおいてＥメール送信者ドメインからユーザに宛ててＥメールを送るのに用いるために廃棄可能なＥメールアドレスが与えられることになるＥメール送信者ドメインを識別することを特徴とするステップと、ユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、廃棄可能なＥメールアドレスについてのパスコードを選択するステップとを含む、廃棄可能なアドレスのシステムを生成する方法が提供される。

別の態様によると、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを有する廃棄可能なＥメールアドレスを処理する方法が提供され、この方法は、（ｉ）廃棄可能なＥメールアドレスを、ユーザによって生成し、廃棄可能なＥメールアドレスを送信者ドメインに転送するステップであって、廃棄可能なＥメールアドレス内のドメイン・タグが、廃棄可能なＥメールアドレスの転送先である送信者ドメインを識別し、生成するステップが、廃棄可能なアドレスのシステムによってユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、ユーザによって、廃棄可能なＥメールアドレスについてのパスコードを選択するステップを含むことを特徴とするステップと、（ｉｉ）廃棄可能なアドレスのシステムにおいて受信したＥメールに係る廃棄可能なＥメールアドレスが有効であるかどうかを判断し、有効である場合には、Ｅメールを、ホスト名ドメインにあり、廃棄可能なＥメールアドレスを所有するユーザに送信するステップと、（ｉｉｉ）廃棄可能なＥメールアドレスに係るＥメールが大量の不要Ｅメールを含んでいることをユーザから通知し、廃棄可能なＥメールアドレスが汚染されていることを該廃棄可能なアドレスのシステムに知らせるステップと、（ｉｖ）廃棄可能なアドレスのシステムにおいて、汚染されている廃棄可能なＥメールアドレスの取り消しを示し、その廃棄可能なＥメールアドレスを有する将来のＥメールが、廃棄可能なアドレスのシステムによってユーザに送られるのを防止するステップとを含む。

別の態様において、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを有する受信された廃棄可能なＥメールアドレスを構築し、処理するためのシステムが提供され、このシステムは、（ｉ）廃棄可能なＥメールアドレスを、ユーザによって生成し、廃棄可能なＥメールアドレスを送信者ドメインに転送するための手段であって、廃棄可能なＥメールアドレス内のドメイン・タグが、廃棄可能なＥメールアドレスの転送先である送信者ドメインを識別し、生成するための手段が、該棄可能なアドレスのシステムによってユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、ユーザによって、廃棄可能なＥメールアドレスについてのパスコードを選択するための手段を備えることを特徴とする手段と、（ｉｉ）廃棄可能なアドレスのシステムにおいて受信したＥメールと関連した廃棄可能なＥメールアドレスが有効かどうかを判断し、有効である場合には、Ｅメールを、ホスト名ドメインにあり、廃棄可能なＥメールアドレスを所有するユーザに送信するための手段と、（ｉｉｉ）廃棄可能なＥメールアドレスに係るＥメールが大量の不要Ｅメールを含むことをユーザから通知し、廃棄可能なＥメールアドレスが汚染されていることを廃棄可能なアドレスのシステムに知らせるための手段と、（ｉｖ）廃棄可能なアドレスのシステムにおいて、汚染されている廃棄可能なＥメールアドレスの取り消しを示し、その廃棄可能なＥメールアドレスを有する将来のＥメールが、廃棄可能なアドレスのシステムによってユーザに送られるのを防止するための手段とを備える。

別の態様によると、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを有する受信された廃棄可能なＥメールアドレスを処理する方法を実行するように、マシンによって実行可能な命令の少なくとも１つのプログラムを実態的に具体化する、マシン読み取り可能な少なくとも１つのプログラム格納装置が提供され、この方法は、（ｉ）廃棄可能なＥメールアドレスを、ユーザによって生成し、廃棄可能なＥメールアドレスを送信者ドメインに送るステップであって、廃棄可能なＥメールアドレス内のドメイン・タグが、廃棄可能なＥメールアドレスの転送先である送信者ドメインを識別し、生成するステップが、廃棄可能なアドレスのシステムによってユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、ユーザによって、廃棄可能なＥメールアドレスについてのパスコードを選択するステップを含むことを特徴とするステップと、（ｉｉ）廃棄可能なアドレスのシステムにおいて受信されたＥメールに係る廃棄可能なＥメールアドレスが有効かどうかを判断し、有効である場合には、Ｅメールを、ホスト名ドメインにあり、廃棄可能なＥメールアドレスを所有するユーザに送信するステップと、（ｉｉｉ）廃棄可能なＥメールアドレスに係るＥメールが大量の不要Ｅメールを含んでいることをユーザから通知し、廃棄可能なＥメールアドレスが汚染されていることを廃棄可能なアドレスのシステムに知らせるステップと、（ｉｖ）廃棄可能なアドレスのシステムにおいて、汚染されている廃棄可能なＥメールアドレスの取り消しを示し、その廃棄可能なＥメールアドレスを有する将来のＥメールが、廃棄可能なアドレスのシステムによってユーザに送られるのを防止するステップとを含む。

別の態様によると、廃棄可能なＥメールアドレスを生成する方法を実行するように、マシンによって実行可能な命令の少なくとも１つのプログラムを実態的に具体化する、マシンによって読み取り可能な少なくとも１つのプログラム格納装置が提供され、この方法は、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含むことで廃棄可能なＥメールアドレスを構築するステップであって、ユーザ名が、ホスト名ドメインにおいて廃棄可能なＥメールアドレスを所有するユーザを識別し、ドメイン・タグが、ホスト名ドメインにおいて送信者ドメインからユーザに宛ててＥメールを転送するのに用いるために廃棄可能なＥメールアドレスが与えられる宛先であるＥメール送信者ドメインを識別することを特徴とするステップと、ユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択のアルゴリズムを用いて、ユーザによって、廃棄可能なＥメールアドレスについてのパスコードを選択するステップとを含む。

本発明及び種々の実施形態は、プログラムがコンピュータ上で実行されるとき方法ステップを実行するように適合されたプログラム・コード手段を含むコンピュータ・プログラムとして実施することができる。さらに、本発明の技術を通して、付加的な特徴及び利点が実現される。本発明の他の実施形態及び態様が、ここに詳細に説明され、特許請求された本発明の一部とみなされる。

ここで、本発明の好ましい実施形態が、ほんの一例として、次の図面を参照して説明される。

概説すると、ここではオンザフライ式廃棄可能なアドレス（ＯＦＤＡ）とも呼ばれる、廃棄可能且つ追跡可能なＥメールアドレスを実装するための新規な選択・処理プロトコルが、ここに示される。ここに開示されるＯＦＤＡのデータ構造は、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含み、ユーザ名は、ホスト名ドメインにおいて廃棄可能なＥメールアドレスを所有するユーザを識別し、ドメイン・タグは、ホスト名ドメインにおいて送信者ドメインからユーザにＥメールを送るのに用いるために、廃棄可能なＥメールアドレスに与えられることになるＥメール送信者ドメインを識別する。廃棄可能なアドレスのシステム又はサーバ（ＤＡＳ）によって該ユーザに対して定められた複数のパスコード検証アルゴリズムのアルゴリズムを用いて、パスコードを（例えば、オンザフライ式に）選択する柔軟性が、ユーザに許容される。ＤＡＳは、一般に、例えば、企業の従業員用のホスト名ドメインにおける複数のクライアント又はユーザに対して、Ｅメール・インターフェース機能を提供する。ＤＡＳは、廃棄可能なＥメールアドレスに宛てたＥメールを送信者から受信し、そのアドレスが有効かどうかを判断する。アドレスが有効である場合には、ＤＡＳは、Ｅメールを、その廃棄可能なＥメールアドレスを所有するユーザに送信する。次に、ユーザは、Ｅメールを大量の不要Ｅメール（ＵＭＥ）として識別し、廃棄可能なＥメールアドレスが汚染されていることをＤＡＳに知らせる。次に、ＤＡＳは、廃棄可能なＥメールアドレスの取り消しを記録し、そのアドレスを有する将来のＥメールが、廃棄可能なアドレスのシステムを通してユーザに送られるのを防止することができる。本発明の上に要約された態様が、以下に詳細に説明される。

廃棄可能なアドレスのシステム
ここで提案されるようなオンザフライ式廃棄可能なアドレス（ＯＦＤＡ）において、各々のユーザは、全て同じメールボックスに送られる１組のアドレスを有する。あらゆるインターネットＥメールアドレスと同様に、ＯＦＤＡは、２つの部分、すなわち、
ｍａｉｌｂｏｘＩＤ＠ｈｏｓｔｎａｍｅ
と書かれたメールボックスＩＤ及びホスト名を含む。

ホスト名は、メールサーバのいわゆる完全に記述したドメイン名（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）（例えば、ｍａｉｌ．ｉｂｍ．ｃｏｍ）である。

次に、メールボックスＩＤは、幾つかの部分から構成される。すなわち、
・メールボックスを所有するユーザを識別するユーザ名。このユーザ名は、受信者に固有のものである。
・ＯＦＤＡを提供する送信者を識別するドメイン・タグ（又は、送信者名）。このタグは、ユーザによって割り当てられる。
・あらゆるＯＦＤＡにおいて必要とされる文字列であるパスコード。

既存のフリーＯＦＤＡシステムであるＳｐａｍｇｏｕｒｍｅｔ．ｃｏｍを考える。そのアドレスの各々は、タイプ接頭辞．送信者名．数．ユーザ名＠ｓｐａｍｇｒｏｕｍｅｔ．ｃｏｍからできており、ここで、上述のように送信者名及びユーザ名は同じであり、数は、期間が満了する前にメールボックスに受信可能なメッセージの数であり、接頭辞は、パスコードを含む文字列である。問題は、このシステムが、非空のパスコードを実行しないことである。共通のファーストネーム及びラストネームからできているために、ユーザ名の大部分は、容易に推測可能である。その結果、この種のＯＦＤＡが一般的なものになった場合、大量メール送信者にとって魅力的な無防備のターゲットになる。

ＯＦＤＡ型を含む全てのＥメールシステムは、辞書に対する攻撃を受けやすく、辞書に対する攻撃からの保護を必要とする。この攻撃において、大量メール送信者は、メールサーバをターゲットにし、コンピュータ・プログラムを用い、一般的なファーストネーム及びラストネーム、場合によってはイニシャル及び数字の接頭辞を組み合わせることによって、何百万ものユーザ名を生成する。大量メール送信者は、ランダムな組み合わせのうちの一定数が、現存するユーザ名と合致することを望む。

したがって、この種の攻撃を阻止するために、推定困難な必須パスコードが重要である。

廃棄可能なアドレスのシステムによる経験から、大量メール送信者が、無効なメッセージでこれらのシステムを飽和させようとしていることが分かる。より正確には、システムが固定パスコードを用いる場合、各ユーザと関連した廃棄可能なアドレスを格納するために用いられるデータベースを、大量メール送信者が生成した何百万ものアドレスによって飽和させることができる。これが、サービス妨害攻撃（Ｄｅｎｉａｌ ｏｆ Ｓｅｒｖｉｃｅ Ａｔｔａｃｋ）の形態である。

頑丈で改ざん防止策が施されている廃棄可能なアドレスのシステムへの鍵は、パスコードである。こうしたパスコードは、如何なる種類の粒度で割り当てることもでき、例えば、ユーザは、全ての廃棄可能なアドレスに対して同じパスコードを用いることができる。しかしながら、廃棄可能なアドレスが公表されるたびにユーザがパスコードを公開するので、ユーザは、異なる連絡先（すなわち、送信者）について異なるパスコードを用いる必要がある。

理想的には、ユーザは、各送信者ドメインについて異なるパスコードを使用する。しかしながら、大部分のユーザは、それが不便であると感じる。事実上、好ましい実施形態に従ってここに開示された本発明は、ユーザのＤＡＳアカウントの設定を変更する必要なく、定期的に変更できるパスコードを生成する方法をユーザに与える。

一実施形態において、ここに開示される本発明は、パスコードを有効にするために用いられるアルゴリズムのリストを、各ユーザに与える。ユーザは、１つ又は複数のアルゴリズムを選び、現在用いられているアルゴリズムを変更することができる。一例として、パスコード検証アルゴリズム（ＰＶＡ）が、固定言語の代わりにＸＭＬ言語で定められ、上級ユーザ又はＤＡＳの管理者が、新しいアルゴリズムをリストに加えることを可能にする。

このように、ユーザは、該ユーザに最も適するパスコード生成方法を選ぶことができ、このことが、システムの採用を保証する鍵である。初心者は、基本的なパスワード方法（例えば、「６つの文字と最後に１つの数字」）を選択することができ、より経験を積んだユーザは、より推測困難なパスコード（「７つの文字、多くても２つの母音、続いて６００から７９９までの間の３桁の数」）を選択することができる。

提案される廃棄可能なアドレスのシステム（ＤＡＳ）は、（例えば、会社のイントラネット・サーバ上で、又は、インターネット・サービス・プロバイダのクライアントによって）配置サイト内からアクセスできるサーバ（例えば、ウェブ・インターフェース）として実装することができる。

ＤＡＳは、２つのタイプのアクセスを有する。すなわち、
・ユーザ・アクセス。ユーザは、一般的なネットワーク・クライアント・インターフェース（例えば、ウェブ・ブラウザ）を通してＤＡＳにアクセスし、
メールボックスに送られるメッセージのＯＦＤＡを列挙し、
個々のＯＦＤＡを取り消し、
特定の基準に合致するＯＦＤＡ（例えば、作成日、ＯＦＤＡが与えられるエンティティ等）を取り消し、
ＤＡＳによって用いられるアルゴリズムを変更し、ユーザのパスコードを検証することができる。
・管理者アクセス。ＤＡＳ管理者は、
全てのユーザによって作成されたＯＦＤＡを列挙又は取り消し、
ユーザの認証を変更し、
特定の送信者によって用いられるＯＦＤＡを列挙又は取り消す（例えば、管理者が、これらのＯＦＤＡがＵＭＥを受信し始めたことを知っている場合、ＳｏｍｅＦｉｒｍ．ｃｏｍによって用いられる全てのＯＦＤＡを取り消す）。

廃棄可能なＥメールアドレスの構造
あらゆるインターネット・Ｅメールアドレスは、形態：
ｍａｉｌｂｏｘＩＤ＠ｈｏｓｔｎａｍｅ
から構成されていることを想起されたい。

ホスト名は、メールサーバの完全修飾ドメイン名によって決定される。メールボックスＩＤについて言えば、何らかの有効な文字列トリプレットＵ（ユーザ名）、Ｓ（送信者名（すなわち、ドメイン・タグ）、及びＰ（パスコード）について、メールボックスＩＤ Ｍを戻す関数Ｍ（Ｕ，Ｓ，Ｐ）を定める。Ｍは、Ｕ、Ｓ、Ｐを並置することによって作成される文字列であり、セパレータ（セパレータは、Ｕ、Ｓ、Ｐ文字列においては許容されない文字である）をもうけることもできる。例えば、Ｍ（Ｕ，Ｓ，Ｐ）は、Ｕ．Ｓ．Ｐ又はＳ−Ｐ−Ｕ、或いは他のいずれかの組み合わせとすることができる。

各々のユーザは、例えば、ｊｄｏｅのようなユーザの名前又はイニシャルとすることができるユーザ名Ｕを有する。ユーザが、連絡のために廃棄可能なアドレスを提供したいと思うとき、さらに２つの文字列、すなわち送信者ドメイン・タグＳ及びパスコードＰが必要である。

Ｓは、廃棄可能なアドレスを提供することになるエンティティを識別するものである。連絡先が会社である場合、Ｓは、ＳｏｍｅＦｉｒｍ．ｃｏｍのような会社の企業ドメイン名とすることができる。しかしながら、ユーザの各自の命名法において別個のエンティティが別個のドメイン・タグを有することをユーザが保証する限り、Ｓは、いずれの文字列を含むこともできる。

パスコードＰは、オンザフライ式に生成できるものでなくてはならず、かつ、次の要件を満たさなければならない。すなわち、
・合法的Ｅメールの拒否を回避するために、ユーザのＤＡＳによって受諾され、
・ユーザがオンザフライ式に生成することが容易であり、
・サービス妨害攻撃を回避するために、一定のものではない。

ここに開示された、提案される廃棄可能なアドレス選択プロトコルは、上記の要件を満たすパスコードを生成する方法の構成可能な組をユーザに提供する。

パスコード検証アルゴリズム
ユーザがワークプレースＤＡＳ上にアカウントを設定するとき、ユーザが廃棄可能なアドレスを公表するときにユーザが選択するパスコードを検証するために用い得るパスコード検証アルゴリズム（ＰＶＡ）のリストが、ユーザに与えられる。個々の好みに適合させるために、アルゴリズムは、簡単なものからより複雑なものまでの範囲にわたることができる。ＰＶＡの例には、次のものが含まれる。すなわち、
１．「パスコードは、１つのｙ及び１つのｚを含まなければならない」。有効なパスコードは、「ｈｙｐｈｅｎｉｚｅ」である。
２．「パスコードは、少なくとも６つの文字の長さにし、正確に２つの母音及び１つの数字を含まなければならない」。このアルゴリズムについて、有効なパスコードは、「ｐａｉｎｔ１２３４」である。
３．「パスコードは、少なくとも７つの文字としなければならず、かつ、１つの奇数及び３つの子音を含まなければならない」。このＰＶＡについては、有効なパスコードは、「ｅａ７８１ｓｅｌｓ」である。
４．「パスコードは、繰り返される文字を有していない、少なくとも６つの文字及び１０００から２０００までの間の数としなければならない」。有効なパスコードは、「ｂｒｕｓｈ１２３４ｔｉｐ」である。
が含まれる。

これらのＰＶＡの一部は、問題にならず、適したものと考えられない。しかしながら、ＰＶＡは固定されたものではない。各ＤＡＳは、サイト毎のベースで、それぞれの組のＰＶＡを有することができる。さらに、ＤＡＳは、ユーザが生成するパスコードを検証するために、各ユーザに、１つ又はそれ以上のＰＶＡを選ばせる。このように、ユーザは、所望のようにアルゴリズム間の切り替えを行うことができる。

一例として、ＰＶＡを説明するためのＸＭＬ言語の実装が、ここに示される。この言語は、ここでは、ＰＶＡＤＬ（Ｐａｓｓｃｏｄｅ Ｖａｌｉｄａｔｉｏｎ Ａｌｇｏｒｉｔｈｍ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ、パスコード検証アルゴリズム説明言語）と呼ばれる。

ＰＶＡＤＬは、Ｊａｖａ（登録商標）Ｊ２ＥＥ１．４仕様の一部である、既存の式言語の構文に基づいている。全体が、引用によりここに組み入れられる非特許文献１を参照されたい。ＰＶＡＤＬのより詳細な説明については、以下を参照されたい。（Ｊａｖａ及び全てのＪａｖａベースの登録商標及びロゴは、米国、他の国、或いはその両方におけるＳｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．社の登録商標である。）適切なＰＶＡが、ＤＡＳの管理者によって、所定のアルゴリズムのリスト内に項目別に示される。所定のＰＶＡは、ＰＶＡＤＬファイルのライブラリとして、ＤＡＳソフトウェアと共にパッケージすることができる。管理者によって、又はそうすることを承認されたユーザによって、より多くのＰＶＡをＰＶＡＤＬに書き込むこともできる。

ドラフトＰＶＡＤＬ構文が、以下に示される。

提案されるシステムの一実施形態において、各ＰＶＡは、ＰＶＡＤＬファイルとして実装される。このＰＶＡＤＬファイルは、構文解析可能な式に変換することができる。この式は、各々の入力文字列について、バイナリ出力、すなわち受諾（パスコードがアルゴリズムを満たす）又は失敗を提供するプログラムと同等である。良好なＰＶＡは、サービス妨害攻撃を試みる大量メール送信者プログラムが生成するランダム文字列を受諾すべきではない。ＰＶＡの受諾を考える前に、随意的に、モンテ・カルロ分析による模擬攻撃に対してＰＶＡを試験することができる。この分析の目的は、ＰＶＡがランダム文字列を間違って検証しないことを確認することである。シミュレーション・モジュールは、別個の文字及び語で作られたランダム文字列を辞書から作成する。次に、各文字列に、試験されたＰＶＡが与えられる。

ＰＶＡがほんのわずかなランダム文字列しか受諾しない場合には、該ＰＶＡは弾力があると考えられ、ＤＡＳにおいて受諾されると考えられる。「わずかな」の基準は、もちろん任意のものである。適正値は、０．１％、すなわち受諾された１０００のランダム文字列当たり１つである。

例えば、合計４千５百万より多い組み合わせの文字列について、４５，４２５の英単語の辞書を、１から１０００までの間のランダム整数と組み合わせる。これらの文字列は、規則「ちょうど２つの母音及び２桁の奇数を有する少なくとも９つの文字」に合致するＰＶＡ式によって評価される。英語の辞書は、２つの母音を有する９文字又はそれ以上の文字からなる５０８語を含む。１から１０００までの間隔には、４５の２桁の奇数がある。合致組み合わせ総数は、４５×５０８＝２２８６０であり、すなわち４千５百万のランダム文字列の０．０５％である。この割合は、辞書攻撃に対する良好な阻止力となるのに十分に低いものである。このように、この規則は受諾可能であると思われる。

ＤＡＳ処理プロトコル及びデータ構造
作動において、ＤＡＳに結合されたユーザは、最初に、廃棄可能なＥメールアドレス（すなわち、ＯＦＤＡ）を作成し（１０２）、該ＯＦＤＡを潜在的なＥメール送信者に提供する。ＯＦＤＡは、口頭で又は書面で提供することができる（図１を参照されたい）。次に、意図された送信者が、ＯＦＤＡを用いてＥメールをユーザに送る（１０４）。ユーザへの全ての外部Ｅメールは、ＤＡＳを通過し、ＤＡＳは、Ｅメールを受信し、これと関連したＯＦＤＡを確認し（１０６）、ＯＦＤＡが有効であるかどうかを判断する（１０８）。「有効でない」場合には、ＥメールはＤＡＳによって拒否される（１１０）。例えば、ＯＦＤＡ内のユーザ名、ドメイン・タグ、及びパスコードを確立されたテーブル内の対応する情報と比較することによって、ＯＦＤＡをユーザ定義ＯＦＤＡの確立されたテーブルと比較することができる。

有効である場合には、ＤＡＳは、ＯＦＤＡが取り消されたかどうかを判断し（１１２）、「取り消された」場合には、例えば、管理者による大まかな調査の後に実行可能な処分のために、これに関連したＥメールを隔離する（１１４）。ＯＦＤＡが取り消されず、ＤＡＳがＯＦＤＡの使用を記録し（１１６）、例えば、Ｅメールをユーザの内部メールボックスに送ることによって、ユーザにＥメールを送信すると仮定する。図２は、大量メール送信者によってＯＦＤＡが使用される（２００）ときの処理の一例を示す。ＤＡＳは、Ｅメールを受信し、ＯＦＤＡは有効であり、その結果Ｅメールがユーザに送信される（２０２）ことを判断する。ユーザは、Ｅメールを大量の不要Ｅメールとして識別し、ＯＦＤＡが汚染されていることをＤＡＳに知らせる（２０４）。ＤＡＳは、廃棄可能なＥメールアドレスがもはや有効ではないという表示を保持することによって、ＯＦＤＡを取り消す（２０６）。ＤＡＳは、随意的に、廃棄可能なアドレスがもはや有効でないことを、ＯＦＤＡを以前に受信した合法的送信者ドメインに警告するように、随意的に提案することができる（２０８）。さらに、ＤＡＳは、随意的に、Ｅメールを当該ＯＦＤＡに宛てて以前に送った送信者ドメインを随意的に識別し、その特定の送信者ドメインからのＥメールと関連した他のＯＦＤＡの大量取り消しを提案することができる（２１０）。

１つの実施において、ＤＡＳは、システムのユーザによって生成された廃棄可能なアドレスのデータベースを含む（図３を参照されたい）。例えば、データベースは、ユーザ・テーブルＵＴ３００内に有効なユーザ名のリスト３０２を含むことができる。各ユーザＵについて、データベースは、ユーザによって作成された、対（Ｓ，Ｐ）によって表されるアクティブな廃棄可能なアドレスＡ（Ｕ）のリストＡ（Ｕ）３０８と、ユーザＵによって選択された現在のＰＶＡ３０６とを含む動作記録３０４も含む。特定のユーザ名についてのＯＦＤＡのテーブルＡ（Ｕ）３０８は、そのユーザに送られたＥメールと関連した廃棄可能なアドレスのリスト３１０を含む。各々のＯＦＤＡ Ａについて、特定のアドレス３１６にＥメールを送った送信者のアドレスのテーブルＳ（Ａ）と、特定のアドレスの状態３１４とを含む動作記録３１２が維持される。図４に示されるように、ユーザ情報に関係なく、データベースは、ＤＡＳが受信したＥメールのＳＭＴＰヘッダから抽出された送信者３２２のドメイン名（例えば、ＳｏｍｅＦｉｒｍ．ｃｏｍ）のテーブル３２０を含むこともできる。各々のドメイン名Ｄについて、データベースは、ドメインＤから送られたメッセージを受信した全ての既存のメールボックスＩＤ（アドレス）３３２のリストＡ（Ｄ）３３０を含むことができる。

ＤＡＳは、試行ログ、ジャーナル・ファイル、又は、受信時に疑わしいＵＭＥをログに記録するサブシステムを含むこともできる。試行ログは、メールボックスＩＤ Ｍ（Ｕ，Ｓ，Ｐ）、送信遠隔Ｅメールサーバ、場合によっては、ＳＭＴＰヘッダから抽出されたＥメールの「Ｒｅｃｅｉｖｅｄ：」チェーン、及びタイムスタンプを含む。

大部分の廃棄可能なアドレスのシステムは、各々のユーザについて廃棄可能なアドレスのリストを格納する。提案されるシステムの独創性は、一つには、ＤＡＳが、さらに、送信者のドメイン名又はタグＤを、このドメインから送られたＥメールのメールボックスＩＤ Ｍ（Ｕ，Ｓ，Ｐ）と関連付けることである。このことにより、管理者が、このエンティティがＵＭＥを送信し始める場合に、所定のエンティティ（すなわち、送信者ドメイン）に公表される全てのメールボックスＩＤをまとめて取り消すことが可能になる。図５は、２人の送信者Ａｌｉｃｅ及びＢｏｂによって用いられる、図３及び図４のデータ構造の一例を示す。ユーザ・テーブルＵＴ４００において、送信者が識別される。会社名ＭｙＣｏｒｐは、ドメインｍｙｃｏｒｐ．ｃｏｍにおいてＥメールを受信する。ここに開示されるように、この会社はＤＡＳを配置し、ＤＡＳは、ＯＦＤＡについて次の構造
ｐａｓｓｃｏｄｅ．ｓｅｎｄｅｒｔａｇ．ｕｓｅｒｎａｍｅ＠ｍｙｃｏｒｐ．ｃｏｍ
を定める。ここで、ｐａｓｓｃｏｄｅは、ユーザ選択のパスコードであり、ｓｅｎｄｅｒｔａｇは、ユーザがＯＦＤＡに与えた、送信者を識別する、ユーザ選択の任意の文字列であり、ｕｓｅｒｎａｍｅは、ＤＡＳ上のユーザの識別子である。

Ａｌｉｃｅの記録４１０において識別されるように、Ａｌｉｃｅは、次のパスコード検証アルゴリズム（ＰＶＡ）：「パスコードは、少なくとも７文字とし、１つの奇数及び３つの子音を含まなければならない」を選択した。このＰＶＡについて、幾つかの有効なパスコードは、ｅａ７８１ｓｅｌｓ、ｐａｉｎｔ．３１、１２３ｃｏｌｏｒである。Ａｌｉｃｅは、ＯＦＤＡを作成し、これを種々の将来の送信者に提供した。Ａｌｉｃｅは、記録４１４において識別されるＯＦＤＡにアドレス指定されたＥメールを受信した。これらのＥメールからの送信者ドメインは、ａｂｃｄ．ｅｄｕ及びｘｙｚｔ．ｃｏｍである。Ａｌｉｃｅは、第１のＯＦＤＡを２つの送信者、すなわち同窓会及び競技種目メーリング・リストに提供した。同窓会リストは、同じＯＦＤＡを用いてＡｌｉｃｅにＥメール送信したＡｌｉｃｅの友人のＣｌａｒａ（ｃｌａｒａ＠ｅｘａｍｐｌｅ．ｎｅｔ）も含む。したがって、ＯＦＤＡ ｅａ７８１ｓｅｌｓ．ａｂｃｄ−ｃｏｌｌｅｇｅ．ａｌｉｃｅ＠ｍｙｃｏｒｐ．ｃｏｍについての送信者テーブルは、テーブル４３０に示される。

同様に、Ｂｏｂの記録４２０に示されるように、Ｂｏｂは、次のＰＶＡ「パスコードは、少なくとも６文字とし、１０００から２０００までの間の数でなければならず、文字の繰り返しはない」を選択した。このＰＶＡについての、幾つかの有効なパスコードは、ｂｒｕｓｈ１４９２ｔｏｐ、１０６７ｐａｓｔｅｌ、ｖａｒｎｉｓｈ１５２７である。Ｂｏｂは、所定の種々のＯＦＤＡを生成し、提供し、ユーザＢｏｂについてのＯＦＤＡテーブルＡ４２４において識別されるＯＦＤＡにアドレス指定されたＥメールアドレスを受信した。ユーザがＥメールを受信するたびに、ＤＡＳもまた、送信者のドメインを追跡し、情報をドメイン・テーブルＤＴ４４０に列挙する。各々のドメインについて、ＤＡＳは、そのドメイン内の送信者がＥメール送信したＯＦＤＡのリストを有する、送信者ドメインのテーブルを維持する。

図６及び図７は、図３及び図４に示されるようなデータ構造を用いる、本発明の一態様によるＤＡＳ処理プロトコルの一例を示す。図６から始めると、ユーザ５００は、ＯＦＤＡ Ａを生成し、廃棄可能なＥメールアドレスを送信者５０２に提供する。

送信者は、Ｅメールを与えられたＯＦＤＡ Ａに送り、このＥメールは、ＤＡＳ５０１において受信される。ＤＡＳは、ＯＦＤＡ５１０からユーザ名Ｕ及びパスコードＰを抽出し、ユーザ・テーブル５１４を含むデータベース内にユーザ名Ｕが存在するかどうかを判断する。「存在しない」場合には、Ｅメールは、ＤＡＳ５２６によって拒否される。他の場合には、ＤＡＳは、ＯＦＤＡが存在するかどうかを判断するためのチェックを行い５１６、これは、ユーザＵについてのＯＦＤＡテーブル５１８を参照して実施される。「存在する」場合、ＤＡＳは、ＯＦＤＡが取り消されたかどうかを判断するためのチェックを行い５２０、取り消されていない場合、Ｅメールをユーザ５２４に送信する。ＯＦＤＡが取り消された場合、ＤＡＳは、潜在的なＵＭＥ５２２としてＥメールを隔離する。

ＤＡＳが、ユーザＵについてのＯＦＤＡテーブル内のＯＦＤＡを識別しない場合には、ＤＡＳは、ユーザＵについての現在のＰＶＡリストを参照することによって、ＯＦＤＡ内のパスコードＰが有効であるかどうかを判断する。「有効でない」場合にはＥメールが拒否される５２６。そうでない場合には、ＤＡＳは、新しく生成されたＯＦＤＡを受信し、よって、ＤＡＳは、送信者のドメインを送信者ドメインのテーブルに加え５３４、ＯＦＤＡをドメインＤ内の送信者から受信したＯＦＤＡのテーブルに加えるなど、新しいＯＦＤＡ記録５３２をデータベース内に作成し、ＯＦＤＡ Ａについての送信者テーブルＳ（Ａ）に送信者を加える５３８。さらに、ＯＦＤＡが、テーブルＡ（Ｕ）に加えられる５１８。図７において、ＵＭＥの例を処理するためのプロトコルが示される。この例において、大量メール送信者は、ドメインＤ内の送信者からＯＦＤＡ Ａを獲得し６００、ＵＭＥをＯＦＤＡに大量に送信する６０２。ＤＡＳ６０１は、Ｅメールを受信し、ＯＦＤＡからユーザ名Ｕ及びパスコードＰを抽出する６１０。次に、ＤＡＳは、ユーザ・テーブル６１４を参照して、ユーザ名が存在するかどうかを確認する６１２。ユーザ名が存在する場合には、ＤＡＳは、ユーザＵについてのＯＦＤＡテーブル６１８を参照して、ＯＦＤＡが存在するかどうかを判断する６１６。再び「存在する」である場合には、ＤＡＳは、再びユーザＵについてのＯＦＤＡテーブル６１８を参照して、ＯＦＤＡが取り消されたかどうかを判断する６２０。「取り消されていない」場合には、Ｅメールが送信される６２２。Ｅメールを受信すると、ユーザは、ＥメールがＵＭＥであると判断し、ＤＡＳに通知する６２４。次に、ＤＡＳは、テーブルＳ（Ａ）から送信者を除去し、テーブルＡ（Ｕ）６１８内で取り消されたものとしてマーク付けすることによって、ＯＦＤＡを取り消す６２６。ＤＡＳは、このＯＦＤＡへの合法的な送信者に警告するよう、随意的にユーザに提案する６３０。「イエス」である場合、ＤＡＳは、ＯＦＤＡ Ａについての送信者テーブル６２８を参照して、ＯＦＤＡ Ａについての送信者のリストＳ（Ａ）をユーザに提供する。次に、ユーザは、Ｓ（Ａ）のサブセットＳ１を選択し、サブセットについての新しいＯＦＤＡ Ａ１を作成する６３４。ＤＡＳは、ユーザについての現在のＰＶＡ６３８の１つを用いて、この新しい廃棄可能なＥメールアドレスを検証し６３６、新しい廃棄可能なＥメールアドレスＡ１をサブセットＳ１内の送信者に送る６４０。随意的に、ＤＡＳは、最初の廃棄可能なＥメールアドレスＡについて以前の送信者のドメインＤを調べ、ドメインＤが送信したＯＦＤＡの大量取り消しを管理者に提案する。この大量取り消しは、送信者ドメインのテーブル６４４及びドメインＤ内の送信者からのＯＦＤＡ Ｅメールのテーブル６４６の両方、並びに取り消されたＯＦＤＡを所有する全てのユーザについてのテーブルＡ（Ｕ）６１８に影響を与える。

受信ＥメールについてのＤＡＳ処理プロトコル（すなわち、その一実施形態）が、擬似形態で以下にさらに要約される。すなわち、
・Ｕは有効なユーザであり、Ｓは送信者ドメイン・タグであり、Ｐはパスコードである場合、メールボックスＩＤ Ｍ（Ｕ，Ｓ，Ｐ）に送られたＥメールを受信する。
・Ｍが取り消された場合、Ｅメールを拒否する。
・対（Ｓ，Ｐ）が、ユーザＵについての廃棄可能なＥメールアドレスのリストＡ（Ｕ）内に存在する場合、これは、既存の廃棄可能なＥメールアドレスであり、Ｅメールをユーザのメールボックスに送る。
・Ｓ又はＰが新しいものである場合、パスコードを確認する。
パスコードを確認する：
現在のＰＶＡに対してＰを確認する：
・ＰがユーザのＰＶＡのいずれとも合致しない場合、Ｅメールを拒否する。
・Ｐが１つのＰＶＡと合致する場合、送信のためにＥメールを受信する。
送信のためにＥメールを受信する：
・このメールボックスＩＤの対（Ｓ，Ｐ）をユーザについてのアクティブな廃棄可能なアドレスのリストＡ（Ｕ）内に加える。
・Ｅメール・ヘッダからドメイン名Ｄを抽出する。
・メールボックスＩＤ Ｍ（Ｕ，Ｓ，Ｐ）をリストＡ（Ｄ）に加える。
・Ｅメールをユーザのメールボックスに送る。
Ｅメールを拒否する：
・ＥメールをＵＭＥとタグ付けし、これを特別の受信トレイ内に置くか、又は削除する。
・試行ログにおけるＵ、Ｓ、及びＰをログに入れる。

１．Ｅメールを受信する
ＤＡＳが受信Ｅメールを受信すると、ＤＡＳは、メールボックスＩＤを確認し、対応するＵ、Ｓ、及びＰの部分を抽出する。ユーザ名Ｕが無効である場合には、Ｅメールは廃棄され、試行は、随意的に、ＵＭＥ試行ログ内のログに記録される。Ｕが有効な場合には、ＤＡＳは、Ｓ部分及びＰ部分を確認する：すなわち、
・Ｓ及びＰの両方がデータベース内に存在する場合、このことは、アドレスが有効であり、Ｅメールが送信されることを意味する。
・ＰがユーザのＰＶＡの１つに合致する新しい有効なパスコードであり、アドレスが有効である場合、送信者ドメインＤが抽出され、ＯＦＤＡが、ユーザについてのアクティブな廃棄可能なアドレスのリストＡ（Ｕ）内に加えられる（図３を参照されたい）。ＯＦＤＡも送信者ドメインＤが用いるアドレスのリストＡ（Ｄ）に加えられる（図４を参照されたい）。次に、メッセージが送信される。

２．Ｅメールを送信する
ＤＡＳは、既存の廃棄可能なアドレスのシステムの間で一般的な標準的ヘッダ再書き込み技術を用いることができる。メッセージが送信されると、そのＳＭＴＰヘッダが、ＤＡＳによって生成された固有の参照番号と共に添付される。この参照番号は、ＤＡＳ内で、メッセージが送られたメールボックスＩＤに関連付けられる。次に、Ｅメール・メッセージが、ユーザのメールボックスに送られる。

ユーザがメッセージに応答すると、返信メールで参照番号がＤＡＳに再度転送される。次に、ＤＡＳは、メールボックスＩＤを検索し、公知のヘッダ再書き込み技術を用いて、メールボックスＩＤに合致するように、返信メールの「Ｆｒｏｍ：」及び「Ｒｅｐｌｙ Ｔｏ：」ＳＭＴＰヘッダを変更する。このように、連絡先は、Ｅメールを送ったメールボックスＩＤから来る返信メールを参照する。

３．Ｅメールを潜在的なＵＭＥとしてタグ付けする
パスコードが不正である場合、窓口担当者が、例えば、電話で得たＯＦＤＡを単に間違ってタイプしたことを意味する可能性がある。しかしながら、これが、ＵＭＥの試行である可能性が最も高い。ＤＡＳは、統計的カウンタを保持する。ＯＦＤＡが潜在的なＵＭＥであるとタグ付けされると、カウンタがインクリメントされる。カウンタが、特定の期間内に所定のカウントに達した場合、ＤＡＳは、Ｅメール・サーバの過負荷を回避するために、ＵＭＥを拒否し始めることがある。例えば、一時間内に受信したＥメールの１％より多くが不正なパスコードを有している場合、ＤＡＳは、これらのＥメールを送信する代わりにログに記録するか、又はこれらのＥメールをまとめて廃棄する必要がある。

不正なパスコードＰは、メールボックスＩＤ Ｍ（Ｕ，Ｓ，Ｐ）が汚染されていることを意味することがある。ＵＭＥ攻撃の重大度の判断を助けるために、（Ｕ，Ｓ，Ｐ）トリプレットが、タイムスタンプ及び発信元の遠隔Ｅメールサーバと共に、試行ログのログに記録される。次に、既存のログ分析プロトコルが、ログを構文解析し、ＵＭＥ試行の統計値を提供する。

４．管理者に警告する
ＵＭＥ試行のレベルが特定のレベルに達した場合、ＵＭＥは、サイトの手続き（例えば、コンソール・メッセージを表示する、ＳＮＭＰ警告を生成する、誰かにポケットベルで連絡する等）を用いて、管理者に警告する。

多くの異なるユーザが、最近受信メールに用いられたＯＦＤＡを廃棄する場合には、ＤＡＳは、随意的に警告を発することができる。これは、ユーザがＵＭＥを受信したことを示す。次に、取り消されたメールボックスＩＤと関連した送信ドメインＤが抽出され、照合され、管理者に報告される。次に、管理者は、このことが、ドメインＤの所有者がアドレス・リストを販売したことを意味するかどうかを判断し、全体のＡ（Ｄ）リストの取り消しを決定することができる。

ＤＡＳユーザの動作
各々のユーザは、ユーザがＤＡＳからＥメールを受信する個人的なメールボックスを有する。Ｅメールの一部を潜在的なＵＭＥとしてタグ付けすることができ、ユーザは、潜在的なＵＭＥを検討するか、又はまとめて削除するかを決定することができる。潜在的なＵＭＥを調べるときには、疑わしいＥメールに関連した通常の予防策を用いるべきである（Ｅメールをテキストのみとみなし、ＨＴＭＬレンダリング又はＪａｖａｃｒｉｐｔ解釈を行わず、如何なる添付ファイルも開かない）。ＤＡＳ内に定められた各ユーザ名について、対応する人用のアカウントがある。ユーザは、例えば、ウェブ・インターネットを通してＤＡＳに接続することによって、アカウントを保持することができる。

１．既存のＯＦＤＡを列挙する
各々のユーザは、ユーザが受信したメッセージのＯＦＤＡを列挙することができる。ユーザはまた、種々の基準を用いて（送信者によってアルファベット順に、受け取った最初のメッセージの時期によって、受け取った最後のメッセージの時期によって、受け取ったＥメールの数によって等）、ＯＦＤＡを分類することもできる。

２．ＯＦＤＡを取り消し、既存の連絡先に知らせる
ユーザは、１つ又は複数のＯＦＤＡを選択し、これらを取り消すことができる。ＯＦＤＡが取り消された場合、このアドレスは現在無効であり、拒否されるはずであると、ＤＡＳに通知される。ＤＡＳは、データベースを更新し、ある期間内に取り消されたＯＦＤＡの統計的カウンタをインクリメントする。

ＯＦＤＡが偶発的に汚染されていることをユーザが疑った場合には、ユーザは、随意的に、アドレス変更メッセージを、ＯＦＤＡを使用した有効な連絡先に送り、そのエンティティに新しい有効なＯＦＤＡを提供することができる。アドレス変更メッセージは、通常の返信メールにおいて標準的テンプレートを用いることができる。人による判断を用いて、連絡先がアドレス変更メッセージを理解できるかどうかを判断することができる。例えば、メーリング・リストは、一般に、購読アドレス変更のための特別の管理Ｅメールアドレスを有している。

３．ＰＶＡを変更する
各々のユーザは、如何なる所定の時間においてもアクティブなＰＶＡのリストを有する。ＯＦＤＡが前に使われなかった場合、すなわち前にＤＡＳで受信されなかった場合にのみ、アクティブなＰＶＡは、公表されたＯＦＤＡのパスコード部分を確認する。既存の有効なＯＦＤＡは、ＰＶＡリストを確認しない。したがって、ユーザは、既存の公表されたＯＦＤＡに影響を及ぼさずに、いつでもＰＶＡリストを変更することができる。

一般に、開始ユーザは簡単なＰＶＡを選択し、簡単なＰＶＡは、辞書攻撃を受けやすいという結果になる。その後、ＰＶＡシステムを用いる経験を積んだ後、ユーザは、より強いＰＶＡに移る。ＰＶＡを変更した後、そのＰＶＡを用いて、その時から新しいＯＦＤＡを検証する。

ＤＡＳ管理者の動作
ＤＡＳの管理者は、次の動作を行うことができる。すなわち、
・使用の統計値を考察する。管理者は、通常のＥメールサーバによって生成された通常の統計値を参照することができる。管理者はまた、
−ＯＦＤＡの数、
−ユーザ毎及び期間毎のＯＦＤＡ生成速度、
−ＯＦＤＡ取り消し速度、
のような、ＤＡＳ特有の統計値を参照することもできる。

管理者は、試行ログをブラウズし、フィルタリングすることもできる。
・既存のＯＦＤＡをブラウズする。管理者は、ＤＡＳデータベースのコンテンツ、すなわち、
−ユーザ毎のＯＦＤＡのリストＡ（Ｕ）、
−送信者ドメイン毎の、既存のＯＦＤＡのリストＡ（Ｄ）
をブラウズすることができる。
・ＯＦＤＡを取り消す。管理者は、データベース内のいずれのＯＦＤＡも取り消すことができる。ドメインが大量メールの送信源になる（例えば、供給業者が、Ｅメールの顧客アドレスを売るか、他の方法で汚染を生じさせた）場合、管理者は、このドメインによって用いられる既存のＯＦＤＡのリストＡ（Ｄ）内の全てのアドレスを取り消すこともできる。
・ユーザを阻止する。管理者は、ユーザを阻止することができる。これは、その時点から、新しいＯＦＤＡの作成する権限がユーザに与えられないことを意味する。既存の有効なＯＦＤＡを依然として別のＥメールアドレスに送信し、転送することができ、或いは廃棄することもできる。

ＰＶＡＤＬ言語
一例において、ここに開示される処理プロトコルの実施において、新しいＸＭＬベースの言語であるＰＶＡＤＬ（パスコード検証アルゴリズム記述言語）を用いることができる。ＰＶＡＤＬは、次の特性を有する。すなわち、
・ＰＶＡＤＬの式構文は、Ｊａｖａベースの式を有する、Ｊ２ＥＥ式言語（ＥＬ）に基づいている。上に組み入れられた非特許文献１を参照されたい。
・ＰＶＡＤＬは、２つの出口タグ、すなわちＡＣＣＥＰＴ及びＲＥＪＥＣＴを有する。ＰＶＡＤＬスクリプトが実行されると、これらのタブの１つが遭遇したときにＰＶＡＤＬが終了する。ＰＶＡＤＬスクリプトは、ＰＶＡＤＬが終了する前にこれらのタグの１つに遭遇しなければならない。ＡＣＣＥＰＴタグは、評価されるパスコードの受諾をトリガし、ＲＥＪＥＣＴタグは、その拒否をトリガする。
・リテラルは、Ｊ２ＥＥ ＥＬにおけるように定められる。すなわち、
・ブール値：真（ｔｒｕｅ）及び偽（ｆａｌｓｅ）
・整数：Ｊａｖａにおけるものと同じ
・浮動小数点：Ｊａｖａおけるものと同じ
・文字列：シングルクオート及びダブルクオートで区切られている。”は、＼”としてエスケープされ、’は、Ｖとしてエスケープされ、＼は、＼Ｖとしてエスケープされる。
・Ｎｕｌｌ：無効表現である。
・基本的な演算子は、ＥＬにおけるものと同じである。すなわち、
・算術計算：＋、−（二項）、＊、／、％、−（単項）、
・論理：ａｎｄ、＆＆、ｏｒ、｜｜、ｎｏｔ、！、
・関係：＝＝、ｅｑ、！＝、ｎｅ、＜、Ｉｔ、＞、ｇｔ、＜＝，ｇｅ、＞＝、ｌｅである。
・余分の文字列演算子、〜（ティルデ）は、正規表現に対して文字列をチェックするために用いられる。
・変数は、式Ｅｘ：＜ｖａｒ Ｍｅｓｓａｇｅ＝”Ｈｅｌｌｏ Ｗｏｒｌｄ”／＞を用いて、ｖａｒタグにより定められる。
・変数は、中括弧内の文字列を評価することによってアクセスされ、頭にドルが付いている。例えば：単一の変数についての＄｛名前｝、又はネスト変数についての＄｛名前、部分、サブ部分｝。
・ｉｆタグ＜ｐｖａｄｌ：ｉｆ ｔｅｓｔ＝”＄｛Ｐ．母音．カウント＜３｝”．．．＜／ｐｖａｄｌ：ｉｆ＞内で用いることができる試験演算子。
・文字のクラス。ＰＶＡＤＬスクリプトの目的は、パスコードが有効かどうかを判断するアルゴリズムを実施することである。第１に、パスコードＰは、特別の予約識別子としてアクセス可能である。第２に、パスコードＰは、初期設定により、種々の文字クラスに従ってサブ文字列に分割される（下記を参照されたい）。サブ文字列は、特別の予約アレイＳとしてアクセス可能である。初期設定クラスは、ＰＶＡＤＬ文によって変更することができる。Ｅメールアドレスの一部としてのパスコードは、アルファベットでない文字を有するべきではない（例えば、句読点）。さらに、パスコードの全ての文字は、小文字にマッピングされ、インターネット上で幾つかの大文字・小文字を区別しないＥメール・ゲートウェイを可能にする。

許容される文字は、１つ又はそれ以上のクラスに分類される。すなわち、
・所定のクラス：文字、数字、母音、子音
・クラス・タグ：＜ｐｖａｄｌ：クラス名＝”ＭｙＣｌａｓｓ” ｅｎｕｍ＝”ｎｐｑｒｓｔｖｗｘｚ” 記述＝”アルファベットにおける最後の１０個の子音”／＞を有する、列挙によって作成されるユーザ定義のクラス
・正規表現：ＰＶＡＤＬは、ＩＢＭ（登録商標）ＵＮＩＸ（登録商標）Ｓｙｓｔｅｍ Ｓｅｒｖｉｃｅｓ ｒｅｇｅｘ ｐａｓｅｒと同じ正規表現を理解する。非特許文献２を参照されたい。（ＩＢＭ及びｚ／ＯＳは、米国、他の国、或いはその両方におけるＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅ Ｃｏｒｐｏｒａｔｉｏｎの登録商標であり、ＵＮＩＸは、米国及び他の国における開放グループの登録商標である。）

クラスは、〔：ｘｘｘ：〕として記され、ここで、ｘｘｘは、クラス名である。例：〔：母音：〕、〔：ＭｙＣｌａｓｓ：〕。正規表現は、−演算子と共に用いられる。例：＄{”ａｂｃｃｄ”−”Ａａｂｃ＋”}は、真として評価する。
・ＰＶＡＤＬスクリプトを評価する前に、ネーム空間が、所定の変数、すなわち、
・Ｐ、パスコード
・Ｓ〔ｎ〕、Ｐのサブ文字列、
を用いてポピュレートされる。
・Ｐは、通常、２つのクラス：”文字”（ａからｚまで）及び”数字”（０から９まで）に従ったサブ文字列に分割される。例えば、”ｂｃｄ１２３ｆｇａｅｉｋｌｍ”に等しいパスコードは、初期設定によって、３つのサブ文字列Ｓ〔０〕＝”ｂｅｄ”、Ｓ〔１〕＝”１２３”、Ｓ〔２〕＝”ｆｇａｅｉｌｋｍ”に分割される。
ＰＶＡＤＬスクリプトは、分割のために用いられるクラスを指定することによって、”ｓｐｌｉｔ”タグを有するこの初期設定値を指定変更することができる。例えば、文＜ｐｖａｄｌ：クラスを分割する＝”母音、子音、数字”／＞に遭遇した後、パスコード”ｂｃｄ１２３ｆｇａｅｉｋｌｍ”は、５つのサブ文字列Ｓ〔０〕からＳ〔４〕まで：”ｂｅｄ”、”１２３”、”ｆｇ”、”ａｅｉ”、”ｋｌｍ”に分割される。Ｓの長さは５である。
・各々のサブ文字列Ｓ〔ｉ〕及びＰは、次の特性を含むネスト変数とみなされる。
・長さ：サブ文字列内の文字の数、又はアレイ内の要素の数、
・クラス名：定められたクラスの名前の各々は、２つのサブ特性を有する特性である。すなわち、
・カウント：そのクラスの一部である文字の数
・値：数字でできたサブ文字列の数値
・発生〔ｎ〕、サブ文字列内で合致する文字の発生。例えば、Ｐが”ａｂｃｄｅｆｉ２ｘｙｚａ”であると仮定する。次に：
・初期設定値の分割は、Ｓ〔０〕＝”ａｂｃｄｅｆ”、Ｓ〔１〕＝”１２”、Ｓ〔２〕＝”ｘｙｚａ”となる。
・Ｐ．ｌｅｎｇｔｈは１２であり、Ｓ〔０〕．ｌｅｎｇｔｈは６であり、Ｓ〔１〕．ｌｅｎｇｔｈは２であり、Ｓ〔２〕．ｌｅｎｇｔｈは４である。
・Ｐ．ｌｅｔｔｅｒ．ｃｏｕｎｔが１０であり、Ｐ．ｄｉｇｉｔ．ｃｏｕｎｔが２であり、Ｐ．ｖｏｗｅｌ．ｃｏｕｎｔが４であり、Ｐ．子音．カウントが６である。
・Ｓ〔０〕．ｖｏｗｅｌ．ｏｃｃｕｒ〔０〕（第１の母音の位置）は、０（第１のｃｈａｒ）であり、Ｓ〔０〕．ｖｏｗｅｌ．ｏｃｃｕｒ〔０〕は４である。
・Ｓ〔０〕．ｖｏｗｅｌ．ｏｃｃｕｒ〔０〕は１である。
ＰＶＡＤＬスクリプトの例は、
<?xml version="1.0"encoding="UTF-8" standalone="no"?> <!DOCTYPE
PasscodeValidation SYSTEM"PasscodeValidation.dtd"> <PasscodeValidation>
<AlgorithmName>Simple testalgorithm</AlgorithmName>
</Description>パスコードは、６文字より多い文字を有し、１００より大きい数が続くべきである。
<Description>
<AlgorithmVersion>0.01a</AlgorithmVersion>
<pva>
var NumberOfParts=S.length;
var Value=S〔1〕.value;
if (NumberOfParts==2) and (Value > 100){
ACCEPT;} else{
REJECT;} </pva>
</PasscodeValidation>
である。

本発明は、例えば、コンピュータが使える媒体を有する製造物品（例えば、１つ又は複数のコンピュータ・プログラム）内に含ませることができる。この媒体は、例えば、本発明の能力を提供し、容易にするためのコンピュータ可読プログラム・コード手段を内部に組み入れる。製造物品は、コンピュータ・システムの一部として含ませることができ、又は別個に販売することができる。

さらに、本発明の能力を実行するために、マシンによって実行可能な命令の少なくとも１つのプログラムを組み入れるマシン読み取り可能な、少なくとも１つのプログラム格納装置を提供することもできる。ここに示されるフロー図は、例示的なものにすぎない。本発明の精神から逸脱することなく、本明細書に説明されるこれらの図又はステップ（或いは動作）に対する多くの変形があり得る。例えば、ステップを異なる順番で行うことができ、或いは、ステップを付加し、削除し、又は修正することもできる。これらの変形の全ては、特許請求される本発明の一部とみなされる。好ましい実施がここに詳細に示され、説明されたが、当業者であれば、本発明の精神から逸脱することなく、種々の修正、付加、置換え等をなすことができ、よって、これらが、上記の特許請求の範囲において定められるような本発明の範囲内と考えられることが明らかであろう。

廃棄可能なアドレスのシステム（ＤＡＳ）において送信者から受信したＥメールと関連したオンザフライ式廃棄可能なＥメールアドレス（ＯＦＤＡ）を処理する一実施形態のフローチャートである。 大量の不要Ｅメール（ＵＭＥ）と関連した有効なＯＦＤＡを検知し、ＤＡＳにおけるＯＦＤＡの取り消しを表示するための処理の、一実施形態のフローチャートである。 本発明の一実施形態による、廃棄可能なＥメールアドレス（ＯＦＤＡ）を記録し、追跡するための、廃棄可能なアドレスのシステム（ＤＡＳ）によって用いることができる１つのデータ構造の実施形態を示す。 本発明の一実施形態による、廃棄可能なアドレスのシステムにおいて受信した廃棄可能なＥメールアドレス（ＯＦＤＡ）から抽出された送信者ドメイン情報を記録し、追跡するための、廃棄可能なアドレスのシステムによって保持することができる１つのデータ構造の実施形態を示す。 本発明の一実施形態による、システムの２人のユーザについての、廃棄可能なアドレスのシステムにおいて記録されるデータ構造の一例を示す。 図３及び図４のデータ構造を用いる廃棄可能なＥメールアドレスを処理するためのＤＡＳプロトコルの、一実施形態のフローチャートである。 図３及び図４のデータ構造を用いる廃棄可能なＥメールアドレスを処理するためのＤＡＳプロトコルの、一実施形態のフローチャートであり、ユーザが、該ユーザによって所有されるＯＦＤＡと関連した大量の不要Ｅメール（ＵＭＥ）を受信すると仮定する。

Claims (27)

1. 廃棄可能なＥメールアドレスを生成する方法であって、
   前記廃棄可能なＥメールアドレスが、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含み、前記ユーザ名が、前記ホスト名ドメインにおいて前記廃棄可能なＥメールアドレスを所有するユーザを識別し、及び前記ドメイン・タグが、前記ホスト名ドメインにおいてＥメール送信者ドメインから該ユーザに宛ててＥメールを送るのに用いるために前記廃棄可能なＥメールアドレスが与えられることになる前記Ｅメール送信者ドメインを識別し、
   前記方法が、
   前記廃棄可能なＥメールアドレスをＥメールとともに受信したときにその検証に用いるための複数のパスコード検証アルゴリズムのうちのユーザ選択されたアルゴリズムを用いて、前記廃棄可能なＥメールアドレスについての前記パスコードを該ユーザが選択することを許すステップであって、前記パスコードを選択することが、前記廃棄可能なＥメールアドレスを予め登録することなしに又は予め格納することなしに、オンザフライ式で生じる、前記許すステップ
   を含み、
   前記廃棄可能なＥメールアドレスが、大量の不要Ｅメールの減少を容易にするために前記ユーザによって用いられる、前記方法。
2. 前記ユーザに提供された前記複数のパスコード検証アルゴリズムのうちの前記ユーザ選択されたアルゴリズムを格納するステップをさらに含む、請求項１に記載の方法。
3. 複数の送信者ドメインについての廃棄可能なＥメールアドレスの生成を繰り返して、複数の廃棄可能なＥメールアドレスを生成するステップをさらに含み、及び、前記方法は、異なる送信者ドメインについての複数の固有の廃棄可能なＥメールアドレスを前記ユーザが選択することを許すステップをさらに含み、前記固有の廃棄可能なＥメールアドレスは、異なるドメイン・タグ及び異なるパスコードを有する、請求項１又は２に記載の方法。
4. 異なる廃棄可能なＥメールアドレスについてのパスコードを選択するときに、前記複数のパスコード検証アルゴリズムのうちの前記ユーザ選択されたアルゴリズムを前記ユーザが変更することを許すステップをさらに含む、請求項３に記載の方法。
5. 前記廃棄可能なＥメールアドレスが形式 ｍａｉｌｂｏｘＩＤ＠ｈｏｓｔｎａｍｅを有し、該ｍａｉｌｂｏｘＩＤは、前記ユーザ名、前記ドメイン・タグ、及び前記パスコードを含み、該ｈｏｓｔｎａｍｅとは、前記ホスト名ドメインである、請求項１〜４のいずれか一項に記載の方法。
6. ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを有する廃棄可能なＥメールアドレスを構築し且つ処理する方法であって、
   （ｉ）廃棄可能なＥメールアドレスをユーザが生成することを許し、該廃棄可能なＥメールアドレスを送信者ドメインに送るステップであって、前記廃棄可能なＥメールアドレス中のドメイン・タグが、前記廃棄可能なＥメールアドレスが送られる前記送信者ドメインを識別し、及び、前記生成することが、前記廃棄可能なＥメールアドレスをＥメールとともに受信したときにその検証に用いるための複数のパスコード検証アルゴリズムのうちのユーザ選択されたアルゴリズムを用いて、前記廃棄可能なＥメールアドレスについてのパスコードをユーザが選択することを許し、前記パスコードを選択することが、前記廃棄可能なＥメールアドレスを予め登録することなしに又は予め格納することなしに、オンザフライ式で生じる、前記送るステップと、
   （ｉｉ）前記廃棄可能なアドレスシステムにおいて受信されたＥメールに関連付けられた前記廃棄可能なＥメールアドレスが有効かどうかを判断し、そして有効である場合、該Ｅメールを、該廃棄可能なＥメールアドレスを所有する前記ホスト名ドメインにいるユーザに送信するステップと、
   （ｉｉｉ）前記廃棄可能なＥメールアドレスに関連付けられた前記Ｅメールが大量の不要Ｅメールを含んでいることをユーザが通知することを許し、そして前記廃棄可能なＥメールアドレスは汚染されていることを前記廃棄可能なアドレスシステムに知らせるステップと、
   （ｉｖ）その廃棄可能なＥメールアドレスを有する将来のＥメールが前記廃棄可能なアドレスシステムによって前記ユーザに送られるのを防止するために、前記廃棄可能なアドレスシステムにおいて前記汚染された廃棄可能なＥメールアドレスの取り消しを示すステップと
   を含む、前記方法。
7. 前記廃棄可能なＥメールアドレスが汚染されていることを、前記ユーザから該廃棄可能なＥメールアドレスを受信した１又は複数の送信者に警告するように、該廃棄可能なアドレスシステムによって提案するステップをさらに含む、請求項６に記載の方法。
8. 前記汚染されている廃棄可能なＥメールアドレスに宛てて以前にＥメールを送った送信者ドメインを前記廃棄可能なアドレスシステムによって識別するステップと、その送信者ドメインから送られたＥメールに伴い且つ前記ホスト名ドメインにおいて前記ユーザ又は他のユーザによって所有されるところの他の廃棄可能なＥメールアドレスの大量取り消しを提供するステップと
   をさらに含む、請求項６又は７に記載の方法。
9. 前記判断するステップ（ｉｉ）は、
   前記廃棄可能なＥメールアドレスからユーザ名、ドメイン・タグ、及びパスコードを前記廃棄可能なアドレスシステムによって抽出するステップと、
   前記ユーザ名が前記廃棄可能なアドレスシステムに対して予め定義されているかどうかを判断するためのチェックを行い、予め定義されていない場合には前記Ｅメールを拒否するステップと
   を含む、請求項６〜８のいずれか１項に記載の方法。
10. 前記廃棄可能なＥメールアドレスが前記廃棄可能なアドレスシステムにおいて以前に記録されたことがあるかどうかを前記廃棄可能なアドレスシステムによって判断するステップと、
    以前に記録されていなかったものである場合、前記ユーザに対して定められた複数のパスコード検証アルゴリズムのうちの格納されたユーザ選択されたパスコード・アルゴリズムを用いることによって、前記パスコードが有効かどうかを判断するステップと、
    前記パスコードが有効でない場合、前記Ｅメールを拒否し、そうでない場合、前記廃棄可能なアドレスシステムにおいて該廃棄可能なＥメールアドレスを記録し、該Ｅメールを該ユーザに送信するステップと
    をさらに含む、請求項９に記載の方法。
11. 前記廃棄可能なＥメールアドレスが以前に記録されたことがあることを前記廃棄可能なアドレスシステムが判断する場合、前記方法は、該廃棄可能なＥメールアドレスが取り消されたものであるかどうかを該廃棄可能なアドレスシステムによって判断するステップと、
    取り消されたものである場合、潜在的な大量の不要Ｅメールとして、前記Ｅメールを隔離するステップと、
    そうでない場合には、前記Ｅメールを前記ユーザに送信するステップと
    をさらに含む、請求項１０に記載の方法。
12. 前記廃棄可能なＥメールアドレスが取り消されたものであることを、前記ユーザから該廃棄可能なＥメールアドレスを以前に受信した合法的送信者ドメインに警告するように、前記廃棄可能なアドレスシステムによって提案するステップと、
    前記廃棄可能なＥメールアドレスを以前に受信した送信者ドメインのリストを前記ユーザに提供するステップと
    をさらに含む、請求項６〜１１のいずれか１項に記載の方法。
13. 前記廃棄可能なアドレスシステムによって提供された前記送信者ドメインの前記リストから送信者ドメインのサブセットを前記ユーザが選択することを許すステップと、
    前記送信者ドメインの前記サブセットについての新しい廃棄可能なアドレスを前記ユーザが作成することを許すステップと
    をさらに含む、請求項１２に記載の方法。
14. 前記ユーザに対して定められた複数のパスコード検証アルゴリズムのうちのユーザ選択されたパスコード検証アルゴリズムを用いて、前記ユーザが作成した前記新しい廃棄可能なＥメールアドレスを前記廃棄可能なアドレスシステムにおいて検証するステップをさらに含む、請求項１３に記載の方法。
15. 前記新しい廃棄可能なＥメールアドレスを、前記ユーザによって選択された送信者ドメインの前記サブセットに送るステップをさらに含む、請求項１４に記載の方法。
16. 前記廃棄可能なＥメールアドレスを以前に受信した送信者ドメインのリストを前記廃棄可能なアドレスシステムによって決定するステップと、
    前記リスト内の１又は複数の送信者ドメインから受信したＥメールに関連付けられた他の廃棄可能なＥメールアドレスの大量取り消しを提供するステップと
    をさらに含む、請求項６〜１５のいずれか１項に記載の方法。
17. 廃棄可能なＥメールアドレスを生成するシステムであって、
    ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含めることによって、廃棄可能なＥメールアドレスを構築する手段であって、前記ユーザ名が、前記ホスト名ドメインにおいて前記廃棄可能なＥメールアドレスを所有するユーザを識別し、及び前記ドメイン・タグが、前記ホスト名ドメインにおいてＥメール送信者ドメインから該ユーザに宛ててＥメールを送るのに用いるために前記廃棄可能なＥメールアドレスが与えられることになる前記Ｅメール送信者ドメインを識別する、前記構築する手段と、
    前記廃棄可能なＥメールアドレスをＥメールとともに受信したときにその検証に用いるための前記ユーザに提供された複数のパスコード検証アルゴリズムのうちのユーザ選択されたアルゴリズムを用いて、前記廃棄可能なＥメールアドレスについての前記パスコードを該ユーザが選択することを許す手段であって、前記パスコードを選択することが、前記廃棄可能なＥメールアドレスを予め登録することなしに又は予め格納することなしに、オンザフライ式で生じる、前記許す手段と
    を含み、
    前記廃棄可能なＥメールアドレスが、大量の不要Ｅメールの減少を容易にするために前記ユーザによって用いられる、前記システム。
18. ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを有する廃棄可能なＥメールアドレスを構築し且つ処理するシステムであって、
    （ｉ）廃棄可能なＥメールアドレスをユーザが生成することを許し、該廃棄可能なＥメールアドレスを送信者ドメインに送る手段であって、前記廃棄可能なＥメールアドレス中のドメイン・タグが、前記廃棄可能なＥメールアドレスが送られる前記送信者ドメインを識別し、及び、前記生成することが、前記廃棄可能なＥメールアドレスをＥメールとともに受信したときにその検証に用いるための複数のパスコード検証アルゴリズムのうちのユーザ選択されたアルゴリズムを用いて、前記廃棄可能なＥメールアドレスについてのパスコードをユーザが選択することを許し、前記パスコードを選択することが、前記廃棄可能なＥメールアドレスを予め登録することなしに又は予め格納することなしに、オンザフライ式で生じる、前記送る手段と、
    （ｉｉ）前記廃棄可能なアドレスシステムにおいて受信されたＥメールに関連付けられた前記廃棄可能なＥメールアドレスが有効かどうかを判断し、そして有効である場合、該Ｅメールを、該廃棄可能なＥメールアドレスを所有する前記ホスト名ドメインにいるユーザに送信する手段と、
    （ｉｉｉ）前記廃棄可能なＥメールアドレスに関連付けられた前記Ｅメールが大量の不要Ｅメールを含んでいることをユーザが通知することを許し、そして前記廃棄可能なＥメールアドレスは汚染されていることを前記廃棄可能なアドレスシステムに知らせる手段と、
    （ｉｖ）その廃棄可能なＥメールアドレスを有する将来のＥメールが前記廃棄可能なアドレスシステムによって前記ユーザに送られるのを防止するために、前記廃棄可能なアドレスシステムにおいて前記汚染された廃棄可能なＥメールアドレスの取り消しを示す手段と
    を含む、前記システム。
19. 前記選択されたパスコードを含む前記廃棄可能なＥメールアドレスを生成するステップをさらに含む、請求項１に記載の方法。
20. 前記ユーザに提供された前記複数のパスコード検証アルゴリズムのうちの前記ユーザ選択されたアルゴリズムを格納するステップをさらに含む、請求項６に記載の方法。
21. 異なる廃棄可能なＥメールアドレスについてのパスコードを選択するときに、前記複数のパスコード検証アルゴリズムのうちの前記ユーザ選択されたアルゴリズムを前記ユーザが変更することを許すステップをさらに含む、請求項６に記載の方法。
22. 前記ユーザに提供された前記複数のパスコード検証アルゴリズムのうちの前記ユーザ選択されたアルゴリズムを格納する手段をさらに含む、請求項１７に記載のシステム。
23. 前記ユーザに提供された前記複数のパスコード検証アルゴリズムのうちの前記ユーザ選択されたアルゴリズムを格納する手段をさらに含む、請求項１８に記載のシステム。
24. 異なる廃棄可能なＥメールアドレスについてのパスコードを選択するときに、前記複数のパスコード検証アルゴリズムのうちの前記ユーザ選択されたアルゴリズムを前記ユーザが変更することを許す手段をさらに含む、請求項１７に記載のシステム。
25. 異なる廃棄可能なＥメールアドレスについてのパスコードを選択するときに、前記複数のパスコード検証アルゴリズムのうちの前記ユーザ選択されたアルゴリズムを前記ユーザが変更することを許すステップをさらに含む、請求項１８に記載のシステム。
26. 廃棄可能なＥメールアドレスを生成するコンピュータ・プログラムであって、
    コンピュータシステムに、請求項１〜１６及び１９〜２１のいずれか１項に記載の方法の各ステップを実行させる、前記コンピュータ・プログラム。
27. 廃棄可能なＥメールアドレスを生成する方法であって、
    前記廃棄可能なＥメールアドレスが、ホスト名ドメイン、ユーザ名、ドメイン・タグ、及びパスコードを含み、前記ユーザ名が、前記ホスト名ドメインにおいて前記廃棄可能なＥメールアドレスを所有するユーザを識別し、及び前記ドメイン・タグが、前記ホスト名ドメインにおいてＥメール送信者ドメインから該ユーザに宛ててＥメールを送るのに用いるために前記廃棄可能なＥメールアドレスが与えられることになる前記Ｅメール送信者ドメインを識別し、
    前記方法が、
    前記廃棄可能なＥメールアドレスをＥメールとともに受信したときにその検証に用いるための複数のパスコード検証アルゴリズムのうちのユーザ選択されたアルゴリズムを用いて、前記廃棄可能なＥメールアドレスについての前記パスコードを該ユーザが選択することを許すステップであって、前記パスコードを選択することが、前記廃棄可能なＥメールアドレスを予め登録することなしに又は予め格納することなしに、オンザフライ式で生じる、前記許すステップと、
    前記ユーザに提供された前記複数のパスコード検証アルゴリズムのうちの前記ユーザ選択されたアルゴリズムを格納するステップと、
    異なる廃棄可能なＥメールアドレスについてのパスコードを選択するときに、前記複数のパスコード検証アルゴリズムのうちの前記ユーザ選択されたアルゴリズムを前記ユーザが変更することを許すステップと
    を含み、
    前記廃棄可能なＥメールアドレスが、大量の不要Ｅメールの減少を容易にするために前記ユーザによって用いられる、前記方法。

Images