(57)【要約】アドレスパターンに基づいたメッセージ処理のためのコンピュータプログラム製品を含む方法及び装置。本発明はメッセージを処理するための方法を提供する。該方法は複数の規則を維持することを含み、各規則はアドレスパターンキーと処理命令を含む。アドレスパターンキーは、１つまたは複数のアドレスパターンインスタンスを指定する表現である。方法は、第１のメッセージ（３０２）を受信することを含み、該第１のメッセージは第１のメッセージの送信者と所定の受取人に関連したアドレス情報を含む。方法は、第１のメッセージ（３０４）のアドレスパターンインスタンスを設定することを含み、メッセージの該アドレスパターンインスタンスはメッセージの送信者と所定の受取人に関連したアドレス情報の組み合わせである。方法は、設定されたアドレスパターンインスタンスが一致するアドレスパターンキーを含む規則を選択すること（３０６）と、選択された規則に含まれる命令に従って第１のメッセージを処理すること（３１４）を含む。
2005528052.tif 000002
【特許請求の範囲】
【請求項１】
メッセージを処理するためのコンピュータにより実現される方法であって、
それぞれがアドレスパターンキーと、メッセージ処理のための１つまたは複数の命令を含む規則を維持し、アドレスパターンキーが１つまたは複数のアドレスパターンインスタンスを指定する表現であることと、
第１のメッセージを受信し、該第１のメッセージが該第１のメッセージの送信者に関連したアドレス情報と、該第１のメッセージの所定の受取人に関連したアドレス情報を含むことと、
第１のメッセージのアドレスパターンインスタンスを定め、メッセージのアドレスパターンインスタンスが該メッセージの送信者に関連したアドレス情報と、該メッセージの所定の受取人に関連したアドレス情報を組み合わせたものであることと、
規則の中から、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含む規則を選択することと、
選択された規則に含まれる１つまたは複数の命令に従って第１のメッセージを処理することとを備えることを特徴とする方法。
【請求項２】
規則のどれが、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むのかを特定し、選択が特定される規則の優先順位に基づくことと、
をさらに備えることを特徴とする請求項１の方法。
【請求項３】
規則のどれが、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むのかを特定し、選択が特定された規則のアドレスパターンキーの特定性に基づくことと、
をさらに備えることを特徴とする請求項１の方法。
【請求項４】
選択することが、最も特定的なアドレスパターンキーを有する規則を選択することと、を含むことを特徴とする請求項３の方法。
【請求項５】
規則を維持することがＩＦ−ＴＨＥＮ規則を維持することを含み、ＩＦ−ＴＨＥＮ規則が、メッセージのアドレスパターンインスタンスが規則のアドレスパターンキーと一致する場合に、メッセージが規則の命令に従うプロセスとなることを指定することを特徴とする請求項４の方法。
【請求項６】
第１のメッセージの所定の受取人が第１のユーザであり、規則の少なくとも１つが所定の受取人として該第１のユーザに関連したアドレス情報を含むアドレスパターンインスタンスを指定するアドレスパターンキーを含み、該規則の少なくとも１つが送達のためにメッセージを受け入れるという命令をさらに含み、さらに、
第１のユーザにアドレス指定されるすべてのメッセージを送達のために受け入れないために新しい規則を定め、該新しい規則が送信者としての誰かに関連したアドレス情報と、所定の受取人としての第２のユーザに関連したアドレス情報を有するアドレスパターンインスタンスを指定するアドレスパターンキーを含み、該規則の少なくとも１つが新しい規則のアドレスパターンキーよりさらに特定的であるアドレスパターンキーを含み、それによって規則の該少なくとも１つのアドレスパターンキーに一致しないアドレスパターンインスタンスを有するメッセージが送達のために受け入れられず、該規則の少なくとも１つのアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージが送達のために受け入れられることと、
を備えることを特徴とする請求項５の方法。
【請求項７】
第１のメッセージの送信者が第２のユーザであり、
規則の該少なくとも１つが、送信者としての第２のユーザに関連したアドレス情報と、所定の受取人としての第１のユーザに関連したアドレス情報とを有するアドレスパターンインスタンスを指定するアドレスパターンキーを含み、それによりすでに規則に指定されていない送信者からのメッセージが送達のために受け入れられず、第２のユーザからのメッセージが第１のメッセージに対する送達のために受け入れられることを特徴とする請求項６の方法。
【請求項８】
第１のメッセージの所定の受取人が第１のユーザであり、
第２のユーザにメッセージを送信する第１のユーザに応えて、第２のユーザからのメッセージを第１のユーザに対する送達のために受け入れるための新しい規則を定め、該新しい規則が送信者としての第２のユーザに関連したアドレス情報と、所定の受取人としての第１のユーザに関連したアドレス情報の組み合わせを含むパターンインスタンスを指定するアドレスパターンキーを含むことと、
をさらに備える方法。
【請求項９】
規則を維持することが、
多くのインスタンスについて、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持することと、
を含むことを特徴とする請求項１。
【請求項１０】
規則を維持することが、
ある日付まで、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持すること
を含むことを特徴とする請求項１の方法。
【請求項１１】
規則を維持することが、
ある日付の後の間隔の間、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持すること
を含むことを特徴とする請求項１の方法。
【請求項１２】
規則を維持することが、
確認時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持すること
を含むことを特徴とする請求項１の方法。
【請求項１３】
規則を維持することが、
検証時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持すること
を含むことを特徴とする請求項１の方法。
【請求項１４】
規則を維持することが、
検証と確認時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持すること
を含むことを特徴とする請求項１の方法。
【請求項１５】
規則を維持することが、
新しい規則を定めるという命令を含む規則を維持すること
を含むことを特徴とする請求項１の方法。
【請求項１６】
規則を維持することが、
規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを転送するという命令を含む規則を維持すること
を含むことを特徴とする請求項１の方法。
【請求項１７】
メッセージを処理することが、ＳＭＴＰサーバでメッセージを処理することを含むことを特徴とする請求項１の方法。
【請求項１８】
メッセージを受信することが、ｅメールを受信することを含み、該ｅメールが該ｅメールの送信者に関連したアドレス情報と、該ｅメールの所定の受取人に関連したアドレス情報を含むことを特徴とする請求項１の方法。
【請求項１９】
ｅメールを受信することが、送信者に関連したアドレス情報と所定の受取人に関連したアドレス情報の少なくとも１つがコンタクトエイリアスであるｅメールを受信することを含むことを特徴とする請求項１８の方法。
【請求項２０】
規則を維持することが、エイリアス情報を含むアドレスパターンキーを含む規則を維持することを含むことを特徴とする請求項１の方法。
【請求項２１】
メッセージを受信することが、アウトバウンドメッセージとインバウンドメッセージの１つを受信することを含むことを特徴とする請求項１の方法。
【請求項２２】
メッセージを受信することがショートメッセージサービス（「ＳＭＳ」）メッセージを受信することを含むことを特徴とする請求項１の方法。
【請求項２３】
メッセージを受信することがボイスメールメッセージを受信することを含むことを特徴とする請求項１の方法。
【請求項２４】
メッセージを受信することがファックスメッセージを受信することを含むことを特徴とする請求項１の方法。
【請求項２５】
規則を自動的に更新することが入力に応えて維持されること、
をさらに備えることを特徴とする請求項１の方法。
【請求項２６】
自動的に更新することが、新しい規則を定めることと、既存の規則を修正することと、既存の規則を削除することの１つを含むことを特徴とする請求項２５の方法。
【請求項２７】
入力に応えて自動的に更新することが、メッセージを受信することと、メッセージを送信することと、メッセージを特定のアドレスに転送することと、メッセージの中の特定の文字列を検出することの１つに応えて、管理インタフェースを通して受け取られる入力を自動的に更新することを含むことを特徴とする請求項２５の方法。
【請求項２８】
規則を維持することが、正規表現であるアドレスパターンキーを含む規則を維持することを含むことを特徴とする請求項１の方法。
【請求項２９】
正規表現の１つがさまざまなｅメールアドレスドメインを指定することを特徴とする請求項２８の方法。
【請求項３０】
正規表現の１つが指定のｅメールアドレスドメインのためにさまざまなコンタクトエイリアスを指定することを特徴とする請求項２８の方法。
【請求項３１】
メッセージを処理するための、コンピュータ読み取り可能媒体上に明白に記憶されるコンピュータプログラム製品であって、プログラマブルプロセッサに、
第１のメッセージの送信者と関連したアドレス情報と、第１のメッセージの所定の受取人と関連したアドレス情報を含む第１のメッセージを受信させる、
メッセージの送信者に関連したアドレス情報と、メッセージの所定の受取人に関連したアドレス情報を組み合わせである第１のメッセージのアドレスパターンインスタンスを定めさせる、
規則の集合の中から該定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含む規則を選択させ、規則の集合のそれぞれがアドレスパターンキーとメッセージ処理のための１つまたは複数の命令を含み、アドレスパターンキーが１つまたは複数のアドレスパターンインスタンスを指定する表現であり、
該選択された規則に含まれる該１つまたは複数の命令に従って第１のメッセージを処理させる
ために実施可能な命令を備えることを特徴とする製品。
【請求項３２】
規則のどれが、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むのかを特定するという命令をさらに備え、該選択が特定された規則の優先順位に基づくことを特徴とする請求項３１の製品。
【請求項３３】
規則のどれが、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むのかを特定するという命令をさらに備え、該選択が特定された規則のアドレスパターンキーの特定性に基づくことを特徴とする請求項３１の製品。
【請求項３４】
最も特殊なアドレスパターンキーを有する規則を選択するという命令をさらに備えることを特徴とする請求項３３の製品。
【請求項３５】
メッセージのアドレスパターンインスタンスが規則のアドレスパターンキーに一致する場合に、メッセージが規則の命令に従ったプロセスとなることを指定するＩＦ−ＴＨＥＮ規則を維持するという命令をさらに備えることを特徴とする請求項３４の製品。
【請求項３６】
第１のメッセージの所定の受取人が第１のユーザであり、規則の少なくとも１つが、所定の受取人としての第１のユーザと関連したアドレス情報を含むアドレスパターンインスタンスを指定するアドレスパターンキーを含み、該規則の少なくとも１つが送達のためにメッセージを受け入れるという命令を含み、製品が、
第１のユーザにアドレス指定されるすべてのメッセージを送達のために受け入れないための新しい規則を定めるという命令をさらに備え、該新しい規則が送信者としての誰かに関連したアドレス情報と、所定の受取人としての第２のユーザに関連したアドレス情報とを有するアドレスパターンインスタンスを指定するアドレスパターンキーを含み、該規則の少なくとも１つが新しい規則のアドレスパターンキーよりさらに特定的であるアドレスパターンキーを含み、それにより規則の少なくとも１つのアドレスパターンキーに一致しないアドレスパターンインスタンスを有するメッセージが送達のために受け入れられず、規則の少なくとも１つのアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージが送達のために受け入れられることを特徴とする請求項３５の製品。
【請求項３７】
第１のメッセージの送信者が第２のユーザであり、
該規則の少なくとも１つが、送信者としての第２のユーザと関連したアドレス情報と、所定の受取人としての第１のユーザに関連したアドレス情報とを有するアドレスパターンインスタンスを指定するアドレスパターンキーを含み、それにより規則にすでに指定されていない送信者からのメッセージが送達のために受け入れられず、第２のユーザからのメッセージが第１のユーザに対する送達のために受け入れられることを特徴とする請求項３６の製品。
【請求項３８】
第１のメッセージの所定の受取人が第１のユーザであり、製品が、
第２のユーザにメッセージを送信する第１のユーザに応えて、第１のユーザに対する送達のために第２のユーザからのメッセージを受け入れるための新しい規則を定めるという命令をさらに備え、該新しい規則が送信者としての第２のユーザと関連したアドレス情報と所定の受取人としての第１のユーザに関連したアドレス情報を組み合わせたものを含むパターンインスタンスを指定するアドレスパターンキーを含むことを特徴とする請求項３１の製品。
【請求項３９】
多くのインスタンスについて、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項４０】
ある日付まで、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項４１】
ある日付の後の間隔の間、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項４２】
確認時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項４３】
検証時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項４４】
検証と確認時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項４５】
新しい規則を定めるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項４６】
規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを転送するという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項４７】
メッセージを処理することが、ＳＭＴＰサーバにおいてメッセージを処理することを含むことを特徴とする請求項３１の製品。
【請求項４８】
ｅメールの送信者に関連したアドレス情報と、ｅメールの所定の受取人に関連したアドレス情報を含むｅメールを受信するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項４９】
送信者に関連したアドレス情報と所定の受取人に関連したアドレス情報の少なくとも１つがコンタクトエイリアスであるｅメールを受信するという命令をさらに備えることを特徴とする請求項４８の製品。
【請求項５０】
エイリアス情報を含むアドレスパターンキーを含む規則を維持するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項５１】
ショートメッセージサービス（「ＳＭＳ」）メッセージであるメッセージを受信するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項５２】
ボイスメールメッセージであるメッセージを受信するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項５３】
ファックスメッセージであるメッセージを受信するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項５４】
入力に応えて維持される規則を自動的に更新するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項５５】
自動的に更新することが、新しい規則を定めることと、既存の規則を修正することと、既存の規則を削除することの１つを含むことを特徴とする請求項５４の製品。
【請求項５６】
入力に応えて自動的に更新することが、メッセージを受信することと、メッセージを送信することと、ある特定のアドレスにメッセージを転送することと、メッセージの中のある特定の文字列を検出することとの１つに応えて、管理インタフェースを通して受け取られる入力を自動的に更新することを含むことを特徴とする請求項５４の製品。
【請求項５７】
正規表現であるアドレスパターンキーを含む規則を維持するという命令をさらに備えることを特徴とする請求項３１の製品。
【請求項５８】
正規表現の１つが異なるｅメールアドレスドメインを指定することを特徴とする請求項５７の製品。
【請求項５９】
正規表現の１つは、指定のｅメールアドレスドメインのさまざまなコンタクトエイリアスを指定することを特徴とする請求項５７の製品。
【請求項６０】
メッセージを処理するためのコンピュータにより実現される方法であって、
第１の規則が、１つまたは複数の所定の受取人の第１のグループに第１の送信者から送信されるメッセージのために使用される第１の送信者の第１のエイリアスを指定するという規則を維持することと、
第１のグループの一人または複数の所定の受取人に対して第１の送信者から第１のメッセージを受信することと、
提示されたアドレス情報が第１の送信者の第１のエイリアスを示すように第１のメッセージを変更することと、
を備えることを特徴とする方法。
【請求項６１】
規則が、一人または複数の他の受取人の第２のグループに第１の送信者から送信されるメッセージのために使用される第１の送信者の第２のエイリアスを指定する第２の規則を含み、
第１の送信者から第２のメッセージを受信することに応えて、メッセージが特定の所定の受取人を有し、該２つのグループのどちらが該特定の所定の受取人を含むのかを判断することと、
第１の規則と第２の規則の１つを選択し、該選択が判断の結果に基づいていることと、
提示されたアドレス情報が、選択された規則により指定されるエイリアスを示すように第２のメッセージを変更することと、
をさらに備える請求高６０の方法。
【請求項６２】
第１の規則が、一人または複数の所定の受取人の第１のグループを指定する第１の受取人−アドレスパターンキーを含み、第２の規則が、一人または複数の他の受取人の第２のグループを指定する第２の受取人−アドレスパターンキーを含み、
第２のメッセージの受取人−アドレスパターンインスタンスを定め、該決定することが受取人−アドレスパターンキーとの受取人−アドレスパターンインスタンスの一致に基づいていることと、
を特徴とする請求項６１の方法。
【請求項６３】
規則を維持することが、正規表現である受取人−アドレスパターンキーを含む規則を維持することを含むことを特徴とする請求項６２の方法。
【請求項６４】
メッセージを変更することが、送信者からの入力に応えて第１のメッセージを変更することを含むことを特徴とする請求項６１の方法。
【請求項６５】
入力に応えて第１のメッセージを変更することが、第１のメッセージの中に特定の文字列を入れる送信者に応えて第１のメッセージを変更すること
を含むことを特徴とする請求項６４の方法。
【請求項６６】
入力に応えて第１のメッセージを変更することは、管理インタフェースを通して受け取られる入力に応えて第１のメッセージを変更することを含むことを特徴とする請求項６４の方法。
【請求項６７】
受信される第１のメッセージが、第１の規則に指定される第１のエイリアスとは異なる新しいエイリアスを含み、
第１の送信者が新しいエイリアスを使用することを望むのか、あるいは第１の規則に指定される第１のエイリアスを使用することを望むのかを判断することと、
第１の送信者が新しいエイリアスを使用することを望むと判断されると、新規エイリアスを指定するために第１の規則を更新することと、
をさらに備えることを特徴とする請求項６１の方法。
【請求項６８】
第１のメッセージを受信することがｅメールを受信することを含むことを特徴とする請求項６１の方法。
【請求項６９】
第１のメッセージを受信することが、ショートメッセージサービス（「ＳＭＳ」）メッセージを受信することを含むことを特徴とする請求項６１の方法。
【請求項７０】
第１のメッセージを受信することが、ファックスメッセージを受信することを含むことを特徴とする請求項６１の方法。
【請求項７１】
第１のメッセージを受信することがボイスメッセージを受信することを含むことを特徴とする請求項６１の方法。
【請求項７２】
第１のメッセージを受信することがインスタントメッセージを受信することを含むことを特徴とする請求項６１の方法。
【請求項７３】
規則が、一人または複数の受取人の第２のグループに対して第２の送信者から送信されるメッセージのために使用される第２の送信者の、第１のエイリアスを指定する第２の規則を含み、方法が
第２のメッセージの受信に応えて、第１の規則と第２の規則の一方を選択し、該選択が第１の送信者と第２の送信者のどちらが第２のメッセージを送信したのかに基づいていること、
をさらに備えることを特徴とする請求項６１の方法。
【請求項７４】
第１のグループの所定の受取人の１つではないエンティティからメッセージを受信し、該メッセージが第１の送信者の特定のエイリアスにアドレス指定されることと、
第１の送信者がエンティティにメッセージを送信するときに特定のエイリアスが使用されなければならないことを指定する新しい規則を定めることと、
をさらに備えることを特徴とする請求項６１の方法。
【請求項７５】
規則が、一人または複数の所定の受取人の第１のグループに対して第１の送信者から送信されるメッセージのために使用される第１の送信者の第２のエイリアスを指定する第２の規則を含み、方法が
第１の規則を選択すること
をさらに備えることを特徴とする請求項６１の方法。
【請求項７６】
第１の規則のアドレスパターンキーが、第２の規則のアドレスパターンキーよりさらに特定的であり、
該選択が第１の規則と第２の規則の特定性のレベルに基づいていること
を特徴とする請求項７５の方法。
【請求項７７】
選択が、第１の規則が第２の規則が有するより高い順序を有する優先順位に基づいていることを特徴とする請求項７６の方法。
【請求項７８】
メッセージを処理するための、機械読み取り可能媒体に明白に記憶されるコンピュータプログラム製品であって、プログラマブルプロセッサに、
第１の規則が一人または複数の所定の受取人の第１のグループへ第１の送信者から送信されるメッセージのために使用される第１の送信者の第１のエイリアスを指定するという規則を維持させ、
第１の送信者から第１のグループの一人または複数の所定の受取人に対する第１のメッセージを受け取らせ、
提示されたアドレス情報が第１の送信者の第１のエイリアスを示すように第１のメッセージを変更させる
ために実施可能な命令を備えることを特徴とするコンピュータプログラム製品。
【請求項７９】
規則が、一人または複数の他の受取人の第２のグループへ第１の送信者から送信されるメッセージのために使用される第１の送信者の第２のエイリアスを指定する第２の規則を含み、製品が、
第１の送信者から、特定の所定の受取人を有する第２のメッセージを受信することに応えて、該２つのグループのどちらが該特定の所定の受取人を含むのかを判断する、
第１の規則と第２の規則の１つを選択し、該選択が該判断の結果に基づく、及び
提示されるアドレス情報が選択された規則により指定されるエイリアスを示すように第２のメッセージを変更する
という命令をさらに備えることを特徴とする請求項７８の製品。
【請求項８０】
第１の規則が、ひとりまたは複数の所定の受取人の第１のグループを指定する第１の受取人−アドレスパターンを含み、第２の規則が一人または複数の他の受取人の第２のグループを指定する第２の受取人−アドレスパターンキーを含み、製品が、
第２のメッセージのために受取人−アドレスパターンインスタンスを定めるという命令をさらに備え、該判断することが、
該受取人−アドレスパターンキーとの該受取人−アドレスパターンインスタンスの一致に基づくことを特徴とする請求項７９の方法。
【請求項８１】
規則が正規表現である受取人−アドレスパターンキーを含むことを特徴とする請求項８０の製品。
【請求項８２】
送信者からの入力に応えて第１のメッセージを変更するという命令をさらに備えることを特徴とする請求項７９の製品。
【請求項８３】
送信者が特定の文字列を第１のメッセージに入れることに応えて第１のメッセージを変更するという命令をさらに備えることを特徴とする請求項８２の製品。
【請求項８４】
管理インタフェースを通して受信される入力に応えて第１のメッセージを変更するという命令をさらに備えることを特徴とする請求項８３の製品。
【請求項８５】
受信された第１のメッセージが、第１の規則に指定される第１のエイリアスとは異なる新しいエイリアスを含み、製品が、
第１の送信者が新しいエイリアスを使用することを希望するのか、あるいは第１の規則に指定される第１のエイリアスを使用することを希望するのかを判断する、
第１の送信者が新しいエイリアスを使用することを希望すると判断されると新しいエイリアスを指定するために第１の規則を更新する
という命令をさらに備えることを特徴とする請求項７９の製品。
【請求項８６】
ｅメールである第１のメッセージを受信するという命令をさらに備えることを特徴とする請求項７９の製品。
【請求項８７】
ショートメッセージサービス（「ＳＭＳ」）メッセージである第１のメッセージを受信するという命令をさらに備えることを特徴とする請求項７９の製品。
【請求項８８】
ファックスメッセージである第１のメッセージを受信するという命令をさらに備えることを特徴とする請求項７９の製品。
【請求項８９】
ボイスメッセージである第１のメッセージを受信するという命令をさらに備えることを特徴とする請求項７９の製品。
【請求項９０】
インスタントメッセージである第１のメッセージを受信するという命令をさらに備えることを特徴とする請求項７９の製品。
【請求項９１】
規則が、一人または複数の所定の受取人の第２のグループに第２の送信者から送信されるメッセージのために使用される第２の送信者の第１のエイリアスを指定する第２の規則を含み、
第２のメッセージを受信することに応えて、第１の規則と第２の規則の１つを選択するという命令をさらに備え、該選択することが、第１の送信者と第２の送信者のどちらが第２のメッセージを送信したのかに基づいていることを特徴とする請求項７９の製品。
【請求項９２】
第１のグループの所定の受取人の１つではないエンティティから、第１の送信者の特定のエイリアスにアドレス指定されているメッセージを受信する、及び
第１の送信者がエンティティにメッセージを送信するときに特定のエイリアスが使用されなければならないことを指定する
新しい規則を定める
という命令をさらに備えることを特徴とする請求項７９の製品。
【請求項９３】
規則が、ひとりまたは複数の所定の受取人の第１のグループに第１の送信者から送信されるメッセージのために使用される第１の送信者の第２のエイリアスを指定する第２の規則を含み、
第１の規則を選択する
という命令をさらに備えることを特徴とする請求項７９の製品。
【請求項９４】
第１の規則のアドレスパターンキーが第２の規則のアドレスパターンキーよりさらに特定的であり、
選択が第１の規則と第２の規則の特定性のレベルに基づいている
ことを特徴とする請求項９３の製品。
【請求項９５】
選択が、第１の規則が第２の規則が有するより高い順位を有する優先順位に基づくことを特徴とする請求項９４の製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク通信に関する。
【背景技術】
【０００２】
ネットワーク上で送信される通信はメッセージの形で実現できる。メッセージは、通常、例えば、テキスト、画像及び音声によって表現できる内容を含む。また、メッセージは、通常、メッセージの所定の受取人のアドレス情報だけではなく、メッセージの送信者のアドレス情報も含む。一般的には、送信者はメッセージを起動し、受信者、つまり所定の受取人はメッセージのターゲットつまり受信人である。例えば、送信者は人間のオペレータ、コンピュータプログラム製品、及びコンピューティングシステムである場合がある。同様に所定の受取人は前記のエンティティのいずれかである場合がある。所定の受取人は１つまたは複数のエンティティである場合がある。例えば、特定のメッセージは、人間のオペレータのグループを表す所定の受取人にアドレス指定できる。送信者と所定の受取人は対応するものである。
【０００３】
一般的にはさまざまなタイプのメッセージがある。ｅメール、ショートメッセージサービス（「ＳＭＳ」）メッセージ、ボイスメッセージ、ページメッセージ、インスタントメッセージングメッセージ及びファクシミリ（つまりファックス）がメッセージの例である。
【０００４】
異なるタイプのメッセージは異なるタイプのネットワークで送信できる。ｅメールメッセージは、例えば、通常ｅメールサーバを含むネットワーク上で送信される。ｅメールサーバはシンプルメール転送プロトコル（「ＳＭＴＰ」）を使用できる。例えば、ファックスは通常ファックス機を含むネットワーク上で送信される。ファックスはファックスアプリケーションを有するコンピュータを含むネットワークでも送信されてよい。例えば、ボイスメッセージは、通常、ボイスメールサーバを含むネットワーク上で送信される。前記ネットワークはインターネットの一部である場合がある、あるいはインターネットの部分を含む場合がある。
【０００５】
メッセージは、１つのネットワーク、複数のネットワークまたはネットワークの部分集合を含むプロセス間通信環境（「ＩＰＣＥ」）で送信することもできる。メッセージは、２つ（またはそれ以上の）ＩＰＣＥに接続されるプロセスを通して中継することによりさまざまなＩＰＣＥ内のプロセス間で通信できる。すなわち、メールは、両方のトランスポートシステム上のホストによりさまざまなトランスポートシステムでのホスト間で中継できる。
【０００６】
コンタクト情報（例えば、コンタクトエイリアス）の標準化された形式は、特定の送信者と所定の受取人の１人または複数を特定できる。例えば、ｅメールは通常以下の形、「ｌｏｃａｌ＿ｐａｒｔ＠ｄｏｍａｉｎ＿ｐａｒｔ」の標準化されたコンタクト情報を含む。例えば、ボイスとファックスのための電話番号も通常標準化されたコンタクト情報を含んでいる。該標準化されたコンタクト情報は、一般的には国、エリアコードを示す数字、及び端末装置を示す数字を含んでいる。
【０００７】
前述されたネットワークは、複数のアドレスの単一の送達場所へのマッピングをサポートする技術を含むことがある。人間のオペレータの特定のｅメールアドレスは、人間のオペレータがネットワークに接続するために使用する実際のｅメールアカウントにリンクする、つまりエイリアスすることができる。例えば、ｐｓｅｒｏｎａｌ＠ＢｅＰｒｉｖａｔｅ．ｃｏｍとｂｕｓｉｎｅｓｓ＠ＢｅＰｒｉｖａｔｅ．ｃｏｍはともにａｌａｎ＠ｐｏｐ．ＢｅＰｒｉｖａｔｅ．ｃｏｍにエイリアスできる。最初の２つのアドレスのどちらかに送信されるメッセージが第３のアカウントに送達される。同様に、異なる電話番号は単一の電話またはファックス機にマッピングできる。本明細書の中では、メッセージのタイプに関係なくエイリアスされるメッセージアドレスがコンタクトエイリアスと呼ばれている。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、アドレスパターン及びコンタクトエイリアスの自動管理と制御に基づくメッセージ処理コンピュータプログラム製品を含む方法及び装置を提供する。
【０００９】
一般的には、１つの態様においては、本発明はメッセージを処理するためのコンピュータにより実現される方法を提供する。該方法は、それぞれがアドレスパターンキー、及びメッセージ処理のための１つまたは複数の命令を含み、アドレスパターンキーが１つまたは複数のアドレスパターンインスタンスを指定する表現である規則を維持することを含む。方法は第１のメッセージを受信することを含み、該第１のメッセージは第１のメッセージの送信者に関連したアドレス情報と第１のメッセージの所定の受取人に関連したアドレス情報を含む。方法は、第１のメッセージのアドレスパターンインスタンスを設定することを含み、メッセージのアドレスパターンインスタンスはメッセージの送信者に関連したアドレス情報とメッセージの所定の受取人に関連したアドレス情報の組み合わせである。方法は規則の中から、設定されたアドレスパターンインスタンスが一致するアドレスパターンキーを含む規則を選択することを含む。方法は、選択された規則に含まれる１つまたは複数の命令に従って第１のメッセージを処理することを含む。
【００１０】
一般的には、本発明は１つの態様においてメッセージを処理するための機械読み取り可能媒体に明らかに記憶されるコンピュータプログラム製品を特徴とする。製品は、プログラマブルプロセッサに第１のメッセージを受信させるために実施可能な命令を含み、該第１のメッセージは第１のメッセージの送信者と関連したアドレス情報と、第１のメッセージの所定の受取人に関連したアドレス情報を含む。製品は第１のメッセージのアドレスパターンインスタンスを設定するために実施可能な命令を含み、メッセージのアドレスパターンインスタンスはメッセージの送信者と関連したアドレス情報と、メッセージの所定の受取人に関連した情報を組み合わせたものである。製品は、規則の集合の中から、設定されたアドレスパターンインスタンスが一致するアドレスパターンキーを含む規則を選択するために実施可能な命令を含み、アドレスパターンキーを含む規則の集合の中のそれぞれがアドレスパターンキーとメッセージ処理のための１つまたは複数の命令を含み、アドレスパターンキーが１つまたは複数のアドレスパターンインスタンスを指定する表現である。製品は選択された規則に含まれる該１つまたは複数の命令に従って第１のメッセージを処理するために実施可能な命令を含む。
【００１１】
一般的には、別の態様において、本発明は特定のタイプのネットワークと関連した管理ユーティリティのためのネットワーク送信エージェントを提供する。これらのネットワークに特殊なエージェントは記憶された情報を使用し、手元のタスクにとって適切な動作規則を調べる。これらの規則は、少なくとも着信通信と発信（ｏｕｔｂｏｕｎｄ）通信を受け入れる、拒否する、検証する、妥当性検査する、及び修正するため、ならびに規則を追加する、修正する及び削除するための基準とプロセスを定める。ネットワークに特殊なエージェントの管理ユーティリティは、規則、構成設定値、及びエージェントの他の状態情報を追加する、修正する及び削除するための手段を提供する。
【００１２】
メッセージがｅメール通信網でｅメール送信されるあるインプリメンテーションでは、本発明は、エイリアスの一貫した使用を管理することを含むｅメールを処理するための特殊化されたＳＭＴＰサーバと関連した管理ユーティリティを提供する。管理ユーティリティは、ウェブベースの（例えばＨＴＴＰ（Ｓ）を使用するもの）と妥当性検査されたｅメールインタフェースの両方をサポートする。本発明は、それらのアプリケーションへのソースコードレベルの変更を必要とせずに、Ｅｕｄｏｒａ、Ｏｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ及びＮｅｔｓｃａｐｅ  ＭａｉｌなどのＳＭＴＰ、ＰＯＰ３、またはＩＭＡＰ４に準拠するｅメールクライアントをサポートする。
【００１３】
本発明は、以下の優位点の１つまたは複数を実現するために実現できる。この明細書で説明されるようなシステムは、アウトバウンドメッセージのためにエイリアスの一貫した使用を促進できる。システムは、送信者が該特定の所定の受取人に宛てられたメッセージとともに使用するために指定したエイリアスを、特定の所定の受取人に出て行くメッセージが含んでいることを確実にすることができる。システムにより、新しいエイリアスを設定し、受動入力または手動入力のどちらかで既存のエイリアスを変更することができる。アクティブ入力は、ウェブベースであってよい管理インタフェースを通して受信された入力を含む。
【００１４】
システムにより、ユーザは複数のｅメールアイデンティティを維持し、さらに受信するすべてのｅメールに単一のメールボックスを使用することができる。該アイデンティティ機能は自動マッピング機能で強化され、それぞれの外部で可視のアイデンティティが一人または複数の通信者のｅメールアドレス上にマッピングできるようにする。このようにして、サーバが、すべてのアウトバウンドｅメールがその特定の通信者の正しいアイデンティティを含んでいることを自動的に確実にするためにユーザは、ユーザが連絡する各人に異なるｅメールアドレス（アイデンティティ）を持っているように見える場合がある。
【００１５】
システムは、入信メッセージ及び発信メッセージについて、アクセス規則と処理規則を適用できる。規則はスパムを削減するために設定できる。例えば、システムは、システムが認識する送信者からのメッセージを受け入れ続ける一方で、システムが認識しない送信者からのメッセージを受け入れるのをやめることができる。したがって、ユーザは、スパムを受信しないようにするためにユーザがメッセージを受信するアドレスを変更する必要はない。
【００１６】
システムは、アクセス規則と処理規則を維持できる規則エンジンとデータベースを含むことができる。規則エンジンは、着信と発信両方のｅメール受け入れ、及びアウトバウンドアイデンティティマッピングを規定するすべてのメール転送サブシステムに統合できるデータベースの上部に構築できる。規則エンジンにより、ユーザは、アクセス規則と処理規則を使用することにより誰と通信することを希望するのかを正確に制限できる。規則は、単一のエンティティを指定できる、または正規表現を使用することが可能であり、ユーザが指定されたパターンに一致するすべてのエンティティまたはエンティティの任意の部分集合をブロックできるようにする。規則はデフォルト規則及びカスタマイズされた規則を含むことができる。規則は規則エンジンにより変更できる。すなわち、システムは自己適応となることができる。さらに、システムはアクセス規則と処理規則を自動的に且つリアルタイムで適応できる。
【００１７】
システムは、システムによって認識されない送信者（つまり新しい送信者）から所定の受取人に送信されるメッセージの受信のために、さまざまなレベルのデフォルトアクションをサポートできる。レベルは、（ｉ）送達のために新しい送信者からのあらゆるメッセージを受け入れ、所定の受取人が指定した送信者からのメッセージだけを拒否する、（ｉｉ）所定の受取人から検証を要求する、つまり所定の受取人にメッセージが拒否されなければならないのか、受け入れられなければならないのかを尋ねる、（ｉｉｉ）メッセージを送達する前に新しい送信者から確認を要求する、（ｉｖ）所定の受取人から検証を、新しい送信者から確認を要求する、（ｖ）新しい送信者からのあらゆるメッセージをブロックし、所定の受取人が通信を開始する送信者からのメッセージを受け入れることを含む。
【００１８】
前記に説明されたレベルのそれぞれが、所定の受取人のスパムに対する感受性を削減し、第５のレベルは、実際に既知の通信者から入信するものを除きすべてのスパムを排除する。規則エンジンの別の一意の生産性強化機能は、個々の通信者及びインターネットドメイン全体のための規則も、Ｗｅｂベースの管理機能などのリソースを使用することによらずに、ユーザのクライアントコンピュータ自体を使用することにより更新できるという点である。例えば、メッセージがｅメールであるインプリメンテーションでは、
＊特定のｅメールを「ＲＥＪＥＣＴ（拒否）」アドレスに転送すると、ｅメールが特定のｅメールが送達のために受け入れられないように規則が更新される。
＊通信者からの特定のｅメールに応えて送信された検証（Ｖｅｒｉｆｙ）要求に返事を送信すると、該特定のｅメールと同じアドレスパターンインスタンスを有する将来のｅメールを受け入れる規則が付加される。加えて、システムは該特定のｅメールと同じアドレスパターンインスタンスを有するあらゆる未決ｅメールを送達する。
＊システムにより認識されない通信者（つまり新しい通信者）にｅメールを送信すると、通信者のアドレスと、「ＦＲＯＭ（発信元）」フィールドのアドレスまたはユーザによって指定されるデフォルトアイデンティティのどちらかの両方に基づきアイデンティティマッピングが自動的に作成される。さらに、そのアイデンティティが返信ｅメールを自動的に受け入れることができるようにするために、新しい通信者は規則に自動的に追加されるであろう。
＊別の「ＦＲＯＭ（発信元）」フィールドの付いた旧い通信者にｅメールを送信すると、「ＦＲＯＭ（発信元）」アドレスが新しいデフォルトとなるようにアイデンティティマッピングが更新される。さらに、新しい通信者はそのアイデンティティのための規則に自動的に追加される。
＊通信者から新しいアイデンティティへのｅメールを受信すると、そのウェブサイトから入信する販促ｅメールが自動的にアイデンティティを作成するように、例えば、ｍｅｍｓｎ．ｃｏｍ｀ｔｈｅｒｅ．ｃｏｍなどの新しいアドレスを作成できるウェブサイトに参加する間に新しいアイデンティティが自動的に作成される。
【００１９】
したがって、該システムのユーザはその気に入ったｅメールクライアントを毎日使用することによりシステムのための規則の微調整を達成できる。
【００２０】
規則はシステムの複数のユーザのために設定できる。規則のデータベースはユーザ単位で分割できる。例えば、さまざまなユーザのための規則はさまざまなテーブルで維持できる。このように分割できることで、データベースはスケラブルである。さらに、ユーザに関する規則を変更するユーザは該ユーザのそれぞれのセグメントだけをロックし、他のユーザのセグメントはロックしない。
【００２１】
システムは、送信者と所定の受取人の両方のアドレス情報を含むアドレスパターンを使用できる。このようにすることにより、システムはメッセージの受け入れと処理に対して細粒レベルの制御を提供する。１つのインプリメンテーションでは、システムが規則的な表現を使用して、エイリアスのグループを設定する。１つのインプリメンテーションでは、システムは、クライアントリソースがアクセス制御のために消費される必要がないようにＳＭＴＰレベルでメッセージを制御、管理する。さらに、処理が拒否されたメッセージについて消費されるサーバリソースは最小限に抑えられる。さまざまな目的のためのさまざまなコンタクトエイリアスの使用をサポートすることにより、システムはユーザに、対応する信頼されている関係者による特定のコンタクトエイリアスの許可されていない使用を追跡調査するという優位点を与える。
【００２２】
コンタクトエイリアスは、それが大量の不必要なメッセージ（つまりスパム）のターゲットになるときに放棄される必要はない。システムは、過去の送信者から送信され、コンタクトエイリアスにアドレス指定されるメッセージを受け入れ続ける一方で、新しい送信者から送信され、コンタクトエイリアスにアドレス指定されるメッセージを拒否できる。システムは、コンタクトエイリアスからの発信メッセージの受取人から送信されるメッセージを受け入れることもできる。
【００２３】
本発明の１つまたは複数のインプリメンテーションの詳細は、添付図面及び以下の説明に述べられている。本発明の他の特徴及び優位点は、説明、図面及び請求項から明らかになるであろう。
【００２４】
多様な図中の同様の参照番号と名称は同様の要素を示す。
【発明を実施するための最良の形態】
【００２５】
図１はメッセージを処理するためのシステム１００のブロック図を示す。システムはサーバ１０２、規則エンジン１０４、データベース１０６及びデータベースサーバ１０８を含む。あるいは、システムは規則エンジンとデータベースが常駐できる１つのサーバを含むことがある。システム１００は他のコンピューティング構成要素を含むことがある。例えば、システム１００は１つまたは複数の他のサーバと他のコンピュータプログラム製品を含むことがある。規則エンジン１０４はデータベース１０６に記憶されている規則ベースを維持することができる。
【００２６】
規則ベースはメッセージのためのアクセス規則と処理規則を含むことがある。規則のそれぞれはアドレスパターンキー及びメッセージ処理のための１つまたは複数の命令を含むことがある。アドレスパターンキーは１つまたは複数のアドレスパターンインスタンスを指定する表現である。１つのインプリメンテーションでは、アドレスパターンキーは正規表現である。各アドレスパターンキーは２つの部分、つまり１つは送信者に関連したアドレス情報（つまり送信者部分）であり、もう１つは所定の受取人に関連したアドレス情報（つまり所定の受取人部分）を含むことができる。各部分は、パターンに続く文字列に一致するための公式である正規表現を含むことがある。規則に含まれることがある表現に類似する正規表現は、その全体が参照としてこの明細書に組み込まれるポータブルオペレーティングシステムインタフェース（「ＰＯＳＩＸ（登録商標）」）１００３．２にさらに説明されている。代わりに、アドレスパターンキーは、送信者と所定の受取人の両方に連したアドレス情報のための１つの正規表現を含むことができる。
【００２７】
図２Ａと図２Ｂは例の正規表現を示す。図２Ａは、送信者部分２０４と所定の受取人部分２０６を含むアドレスパターンキー２０２を示す。図２Ｂは、所定の受取人部分２１０を含むが、送信者部分を含まないアドレスパターンキー２０８を示す。アドレスパターンキー２０８のようなアドレスパターンキーは、通常、エイリアス管理のための規則に含まれている。図２Ｃはアドレスパターンキー２０２と１つまたは複数の命令２１４を含む例の規則２１２を示す。テーブル１は、アドレスパターンキーと、アドレスパターンキーによって指定される、つまりアドレスパターンキーと一致する対応するアドレスパターンインスタンスの例を示す。例では、メッセージはｅメールである。しかしながら、メッセージは任意の型のメッセージとなる場合がある。例えば、メッセージは電話番号である場合があり、その場合正規表現は番号を含む。
【００２８】
【表１】
2005528052.tif 000003
【００２９】
１つまたは複数の規則は、１つまたは複数の処理命令を含むこともできる。命令は、メッセージがどのように処理されるのか、及び規則がどのように維持、更新されるのかを指定することができる。命令は、例えば、送達のためのメッセージを受け入れる、メッセージを拒否する、メッセージを受け入れ、確認されるまで保持する、メッセージを受け入れ、検証されるまで保持する、メッセージを受け入れ、確認され、検証されるまで保持する、特定の日付後の期間メッセージを受け入れる、特定番号メッセージを受け入れ、次に拒否する、特定の日付までメッセージを受け入れる、ロケーションの特定のリストにメッセージを転送する、及び規則を定める、の任意の組み合わせとなる。確認はカスタマイズされた確認要求を含んでよい。システムのユーザは、例えば、異なる所定の受取人に対して異なる確認要求テンプレートを持つ場合がある。さらに、ユーザはさまざまなアドレスパターンインスタンスのためにさまざまな確認要求テンプレートを持つ場合がある。システムは、ある特定のメッセージとともに確認要求テンプレートを使用し、該特定のメッセージに対する確認要求を作成する。１つのインプリメンテーションでは、ユーザは、管理インタフェース、例えばウェブベースの管理インタフェースを使用して確認要求テンプレートをカスタマイズしてよい。更新は、新しい規則と定めることと、既存の規則を修正することと、既存の規則を削除することとを含む。命令はエイリアス管理に関連することがある。命令は、例えば、送信者がある特定の所定の受取人に送信しているメッセージのために送信者のどのエイリアスが使用されるのかを指定できる。エイリアス管理規則は、アクセス規則と処理規則とは別個に記憶できる。例えば、システムはシステムユーザごとに、一方はエイリアス管理規則について、他方はアクセス規則と処理規則についての２つのテーブルを有することがある。
【００３０】
規則は、例えば、ＩＦ−ＴＨＥＮ規則、ＩＦ−ＮＯＴ−ＴＨＥＮ規則、ＩＦ−ＴＨＥＮ−ＥＬＳＥ規則、及びその任意の組み合わせとなる場合がある。システムは他の種類の規則を含むことがある。
【００３１】
一般的には、システムはインターネットなどのネットワークにメッセージを送信し、ネットワークからメッセージを受信するために、及びクライアントにメッセージを送信し、クライアントからメッセージを受信するために接続できる。システムは、システムが接続されるネットワーク内の任意の点からメッセージを受信できる。システムは、例えば、クライアントコンピュータまたはサーバからメッセージを受信できる。システム及びそのインプリメンテーションは以下にさらに説明される。
【００３２】
システムは、将来の送達のためにメッセージを記憶できるメモリを含むことができる。メッセージを受信すると、システムはどの処置を講じるかを決定する。どの処置を講じるのかを決定してから、システムは将来の送達のためにメモリにメッセージを記憶できる。
【００３３】
メッセージを処理するための方法
図３は、メッセージを処理するための方法３００を示す。方法３００を実行するシステム１００などのシステムは、メッセージを受信する（ステップ３０２）。メッセージは、例えばｅメール、ＳＭＳメッセージ、ファックス、インスタントメッセージ及びボイスメッセージである場合がある。該メッセージはアドレス情報を含む。アドレス情報はメッセージの送信者に関連したアドレス情報と、メッセージの所定の受取人に関連したアドレス情報を含むことがある。メッセージはコンテンツを含むことがある。該コンテンツは添付された電子文書を含むことがある。電子文書は必ずしもファイルに相当しない。文書は他の文書を保持するファイルの一部、問題の文書専用の単一のファイル、あるいは複数の調整されたファイルに記憶されてよい。
【００３４】
システムはメッセージのアドレスパターンインスタンスを定める（ステップ３０４）。メッセージのアドレスパターンインスタンスは、メッセージの送信者に関連したアドレス情報と、メッセージの所定の受取人に関連したアドレス情報を組み合わせたものである場合がある。送信者に関連したアドレス情報の例は、送信者のエイリアス、ユーザのドメイン、送信者の電話番号、送信者のＩＰアドレスを含むことがあるが、それらに制限されない。所定の受取人に関連したアドレス情報の例は、同様に所定の受取人のエイリアス、所定の受取人のドメイン、所定の受取人の電話番号、所定の受取人のＩＰアドレスを含むが、制限されない。一般的には、指定のメッセージについて設定できる１つのアドレスパターンインスタンスがある。複数のメッセージは、同じアドレスパターンインスタンスを有することがある。
【００３５】
システムは、処理規則のどれが、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むのかを特定する（ステップ３０６）。一致がないインスタンスがあってよく、そのケースではシステムはデフォルトの規則を特定できる。しかしながら、一般的には、アドレスパターンインスタンスが一致する１つまたは複数の規則があり、特定される１つまたは複数の規則がある。システムは、特定されている複数の規則があるのかどうかを判断する（決定ステップ３０８）。特定されている唯一の規則がある場合には、システムは特定された該１つの規則を選択する（ステップ３１０）。特定された複数の規則がある場合には、システムは特定された規則の中から１つの規則を選択する（ステップ３１２）。選択のための基準は、規則に含まれるアドレスパターンキーの特定性に基づくことがある。システムは、例えば最も特殊なアドレスパターンキーを含む規則を選択できる。あるいは、選択基準が優先順位に基づくことがある。１つのインプリメンテーションでは、システムは制限された規則の集合を含む。規則は優先順位で並べられ、システムは最高の優先順位の付いた一致規則を選択する。優先順位は管理者、一人または複数のユーザ、または管理者とユーザの任意の組み合わせにより定めることができる。
【００３６】
システムは、選択された規則に含まれる１つまたは複数の命令に従ってメッセージを処理する（ステップ３１４）。処理は、クライアントコンピューティングリソースの消費が削減される、または最小限に抑えられるようにネットワーク内のある点で発生することがある。処理は、例えばＳＭＴＰサーバで発生することがある。処理は、人がメッセージ及び規則に適用できる任意の処置または動作を含むことがある。例えば、処理は、送達のためにメッセージを受け入れる、メッセージを拒否する、メッセージを受け入れ、検証を要求し、検証受信時にメッセージを送達する、メッセージを受け入れ、確認を要求し、確認の受信時にメッセージを送達する、メッセージを受け入れ、確認と検証を要求し、確認と要求の受信時にメッセージを送達する、新しい規則を定める、あるいは前記組み合わせのいずれかを含むことがあるが、それらに制限されない。
【００３７】
図４は、メッセージを処理するための方法４００を示す。方法４００を実行するシステム１００のようなシステムは、アウトバウンドメッセージを受信する（ステップ４０２）。該メッセージは、例えばｅメール、ＳＭＳメッセージ、ファックス、インスタントメッセージ及びボイスメッセージである場合がある。該メッセージはアドレス情報を含む。該アドレス情報はメッセージの送信者に関連したアドレス情報と、メッセージの所定の受取人に関連したアドレス情報を含む。メッセージはコンテンツを含むことがある。該コンテンツは添付電子文書を含むことがある。
【００３８】
システムは、メッセージのアドレスパターンインスタンスを定める（ステップ４０４）。メッセージのアドレスパターンインスタンスは、メッセージの所定の受取人と関連したアドレス情報である場合がある。
【００３９】
システムは、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むエイリアス管理規則を特定する（ステップ４０６）。エイリアス管理規則は所定の受取人にエイリアスをマッピングする。すなわち、エイリアス管理規則は、送信者のエイリアスのどれが、所定の受取人のどれに対して使用されるべきかを指定する。システムは、アドレスパターンインスタンスが一致するアドレスパターンキーを含む複数の規則があるかどうかを判断する（ステップ４０８）。唯一の規則がある場合には、システムはこの規則を選択する（ステップ４１０）。複数の規則がある場合には、システムは特定された規則の中から規則を選択する（ステップ４１２）。選択基準は、規則に含まれるアドレスパターンキーの特定性に基づくことがある。システムは、例えば、最も特殊なアドレスパターンキーを含む規則を選択できる。代わりに、選択の基準は優先順位に基づくことができる。１つのインプリメンテーションでは、システムは規則の制限された集合を含む。規則は優先順位により並べられ、システムは最高の優先順位が付いた一致規則を選択する。優先順位は管理者、一人または複数のユーザ、または管理者とユーザの任意の組み合わせによって定めることができる。システムは、選択された規則の命令に従ってメッセージを処理する（ステップ４１４）。処理は、エイリアスを管理することと、一貫したエイリアスの使用を確実にすることを含む。システムは、現在メッセージの中のエイリアスが選択された規則の中で指定されたエイリアスと同じであるかどうか、及び例えば選択された規則で指定されるものと同じになるようにメッセージの中のエイリアスを適宜に変更することを判断することができる。プロセスは新しい規則を定めることも含む場合がある。処理は、例えば、現在のメッセージのエイリアスと同じとなるように選択された規則の中で指定されるエイリアスを変更することを含む場合がある。代わりに、処理は、例えば方法３００に関して前述された処置などの他の処置を含むことがある。
【００４０】
１つのインプリメンテーションでは、システムは高性能ｅメール処理サーバアプリケーションと、アカウントと構成の情報を含むデータベースにより駆動される規則エンジンの統合されたセットを含むプライバシー指向型ｅメールシステムである。ともに、これらのアプありケーションは、通信のために使用されるｅメールアイデンティティのプライバシーを管理する。それぞれのユーザは自分のｅメールアイデンティティのすべてのためのｅメールのすべてを含む１つのメールボックスを有する。システムは、各通信者とどのアイデンティティが使用されるのかを追跡調査する。さらに、各メールボックスは複数のドメインに及び、ユーザのアイデンティティの選択も複数のドメインに及ぶことができるようにすることがある。分かるように、やはりシステムセットに含まれているのはウェブベースのユーザアカウント、及びアイデンティティ管理アプリケーション及びウェブ−メールアプリケーションである。
【００４１】
図５に図示されるように、システム５００は、ＳＭＴＰＤ構成要素５０２、ＰＯＰＤ構成要素５０４、ＦＥＴＣＨ構成要素５０６、ＡＤＭＩＮ構成要素５０８、ＷＥＢ構成要素５１０、及びＡＩＲＤＢ（アカウント情報及び規則データベース）構成要素５１２を含む。構成要素は、示されるように、互いに、インターネットに、ｅメールクライアントに、リモートｅメールアカウント及びウェブクライアントに接続される。
【００４２】
ＳＭＴＰＤ構成要素５０２は、インターネットからの発信メッセージとｅメールクライアントからのアウトバウンドメッセージの両方を処理するためのサーバである。ＰＯＰＤ構成要素５０４は、インバウンドｅメールクライアント接続を確立するためのＰＯＰ３サーバである。ＦＥＴＣＨ構成要素５０６はリモートＰＯＰ３サーバからｅメールをフェッチするためのＰＯＰ３クライアントである。ＡＤＭＩＮ構成要素５０８は、ユーザアカウント、ドメイン、及びアイデンティティを管理するためのウェブベースのインタフェースを提供するコンピュータプログラム製品である。ＡＤＭＩＮ構成要素５０８は、ＨＴＴＰサーバ、例えばＢｏａ  Ｗｅｂｓｅｒｖｅｒに常駐する。ＷＥＢ構成要素５０６は、ウェブベースのｅメールクライアントインタフェースを提供するコンピュータプログラム製品である。ＡＩＲＤＢ  ５１２は、前記構成要素のすべてにより使用されるユーザアカウント情報のデータベースである。以下に各構成要素をさらに詳しく説明する。
【００４３】
ＳＭＴＰＤインテリジェントＳＭＴＰサーバ
ＳＭＴＰＤサーバ５０２は、ＳＭＴＰプロトコル規格を活用するメール転送エージェントである。それは、以下を送信及び受信するためのサーバとしての機能を果たす。
・ＡＩＲＤＢ構成要素５１２内に構成されるすべてのドメインとサブドメインのためのインバウンドｅメール
・ユーザｅメールクライアントが、例えば最後の１５分などの指定された期間に同じＩＰアドレスからそれらのｅメールアカウントをチェックした場合に、ユーザｅメールクライアントから中継される（アウトバウンドされる）ｅメール
・コマンドのパイプライン化のため、及び８ビットマイム（ｍｉｍｅ）型をサポートするために拡張ＳＭＴＰコマンドをサポートする。
【００４４】
あるインプリメンテーションでは、ＳＭＴＰＤサーバ５０２がＲＦＣ２８２１に従ってＳＭＴＰ規格に準拠している。
【００４５】
以下はインバウンドｅメール送達を説明する。Ｅメールを受信するため、インバウンド宛て先ｅメールアドレスは構成されたドメインまたはサブドメイン、次にユーザアカウントに対応するアドレスグループ、次にメールボックスにマッピングする。いったんインバウンドアドレスがユーザのメールボックスにマッピングされると、ｅメールはＳＭＴＰエンベロープのＦＲＯＭアドレス内の通信者のためのｅメール取り扱い規則、及びＳＭＴＰエンベロープのＴＯアドレス内の指定された受信アイデンティティに従って受け入れられ、処理される。多様な種類のｅメール処理命令が以下に示される。
・メッセージ処理命令は以下を含み、以下に制限されない。
○すべてのメッセージを受け入れる（受け入れる）
○一定数のメッセージを受け入れてから、残りを拒否する（いくつかを受け入れる）。これは２つの部分から成るアクションである。第１は、カウンタに基づきメッセージを受け入れるのか、あるいは拒否するのかを決定する。第２は、メッセージが受け入れられた後にカウンタを減分する。
○特定の日付まで任意の数のメッセージを受け入れ、次に残りを拒否する（まで受け入れる）
○すべてのメッセージを拒否する（拒否する）
・さらに複雑な取り扱い規則は以下を含み、以下に制限されない。
○メッセージを送達する前に送信者に構成メッセージを送信するように依頼する。確認を受信した後で、規則のアドレスパターンキーとして現在のアドレスパターンインスタンスを含む、新しい常時受け入れ規則を作成する（確認及び作成）
○メッセージを送達する前に受信者に送信者を検証するように依頼する（検証）
○送信者に確認メッセージを送信するように依頼し、受信者にメッセージを送達する前に送信者を検証するように依頼する（確認及び検証）
○新しい送信者からメッセージを受け入れ、規則のアドレスパターンキーとして現在のアドレスパターンインスタンスを含む新しいいくつか受け入れ規則を作成する。（受け入れ及び作成）
【００４６】
送信者が確認あるいは検証された後、ユーザが指定するまで、彼らの以後のｅメールのすべては受け入れ／拒否などされ続ける。確認／検証されない場合、ｅメールは７日間などのタイムアウトの後に受信のために拒否される。
・規則のすべては送信者「ＦＲＯＭ」が以下のどれかとなるように定めることをサポートする。
○特定の人物（つまり、特定のｅメールアドレス）
○人の特定のグループ（つまり、特定のドメインまたはドメイン内のサブグループ）
○すべての人
・規則のすべては受取人「ＴＯ」を以下のどれかとなるように定めることをサポートする
○特定のアイデンティティ（つまり特定のｅメールアドレス）
○アイデンティティのグループ（つまり、特定のドメインのついた特定の接頭語）
○ドメイン全体分のアイデンティティ
【００４７】
前記に説明されたアクションのリストは網羅的ではない。テーブル２はアクションの例の集合を示す。                                                                  

ＡＡ  −  つねに受け入れ、より特殊な規則を作成しない
ＡＡ＋  −  つねに受け入れ、さらに特殊な規則を作成する
ＡＣＡ＋  −受け入れ、確認するまで保持し、次にメッセージ（複数の場合がある）を送達し、Ｆ：Ｔ＝つねに受け入れるのための特殊な規則を作成する
ＡＣＮ＋ｎ  −  受け入れ、確認するまで保持し、次にメッセージ（複数の場合がある）を送達し、Ｆ：Ｔ＝ｎ個のメッセージを受け入れるのための特殊な規則を作成する
ＡＣＥ＋ｎ  −  受け入れ、確認するまで保持し、次にメッセージ（複数の場合がある）を送達し、Ｆ：Ｔ＝初期のメッセージの受け入れからｎ日まで受け入れるのための特殊な規則を作成する
ＡＶＡ＋  −  受け入れ、検証されるまで保持し、次にメッセージ（複数の場合がある）を送達し、Ｆ：Ｔ＝つねに受け入れるのための特殊な規則を作成する
ＡＶＮ＋ｎ  −  受け入れ、検証されるまで保持し、次にメッセージ（複数の場合がある）を送達し、Ｆ：Ｔ＝ｎ個のメッセージを受け入れるのための特殊な規則を作成する
ＡＶＥ＋ｎ  −  受け入れ、検証されるまで保持し、次にメッセージ（複数の場合がある）を送達し、Ｆ：Ｔ＝初期のメッセージからｎ日まで受け入れるのための特殊な規則を作成する
ＡＣＶＡ＋  −  受け入れ、確認するまで保持し、次に検証されるまで保持し、次にメッセージ（複数の場合がある）を送達し、Ｆ：Ｔ＝つねに受け入れるのための特殊な規則を作成する
ＡＣＶＮ＋ｎ  −  受け入れ、確認するまで保持し、次に検証されるまで保持し、次にメッセージ（複数の場合がある）を送達し、Ｆ：Ｔ＝ｎ個のメッセージを受け入れるのための特殊な規則を作成する
ＡＣＶＥ＋ｎ  −  受け入れ、確認するまで保持し、次に検証されるまで保持し、次にメッセージ（複数の場合がある）を送達し、Ｆ：Ｔ＝初期メッセージの受信からｎ日まで受け入れるのための特殊な規則を作成する
ＡＮｎ          −  ｎ個のメッセージを受け入れてから、追加を拒否する
ＡＮ＋ｎ  −  Ｆ：Ｔ＝ｎ個のメッセージを受け入れるのための特殊な規則を作成する
ＡＥｙｙｙｙｍｍｄｄ  −  指定された日付まで受け入れ、次に以後のすべてのメッセージを拒否する
ＡＥ＋ｎ  −  Ｆ：Ｔ＝今日からｎ日まで受け入れるのための特殊な規則を作成する
ＦＡ（ｌｉｓｔ，…）  −現在の受取人を、リストに記載される受取人アドレスで置換し、リストの少なくとも一人のメンバーがメッセージを受け入れる場合にはメッセージを受け入れる
ＦＴ（ｌｉｓｔ，…）  −  第１の項目がメッセージを受け入れる場合には、メッセージを受け入れる。メッセージを拒否する受取人に遭遇するまで受取人リストにリスト内の各受取人を追加する
Ｒ  −  あらゆるメッセージを拒否する
以下のすべてについて、メッセージが送達され、規則が具体化される前の検証、確認または確認と検証の両方のステップを含む変化がサポートされる（「ｓ」と「ｒ」がこれらの値のどれかである場合がある。Ｐ−接頭語、Ｓ−接尾語、Ｌ−ローカルパート（ＬｏｃａｌＰａｒｔ）、Ｄ−ドメイン、Ｂ−ベースドメイン、Ｍ−サブドメイン）。
ＡＭｓｒＡ：「ｓ」で指定される送信者アドレス部分が「ｒ」で指定される受取人部分に一致すると、メッセージを受け入れる
ＡＭｓｒＮｎ：「ｓ」で指定される送信者アドレス部分が「ｒ」で指定される受取人部分に一致する場合に、ｎ個のメッセージを受け入れ、次に追加を拒否する
ＡＭｓｒＥｙｙｙｙｍｍｄｄ：「ｓ」によって指定される送信者アドレス部分が「ｒ」によって指定される受取人部分に一致する場合に、指定された日付まで受け入れ、次に追加を拒否する
ＡＭｓｒＡ＋：「ｓ」によって指定される送信者アドレス部分が「ｒ」によって指定される受取人部分に一致する場合に、特殊な規則Ｆ：Ｔ＝すべてのメッセージを受け入れるを作成する
ＡＭｓｒＮ＋ｎ：「ｓ」によって指定される送信者アドレス部分が「ｒ」によって指定される受取人部分に一致する場合に、特殊な規則Ｆ：Ｔ＝ｎ個のメッセージを受け入れ、次に追加を拒否するを作成する
ＡＭｓｒＥ＋ｎ：「ｓ」によって指定される送信者アドレス部分が「ｒ」によって指定される受取人部分に一致する場合に、特殊な規則Ｆ：Ｔ＝いまからｎ日まで受け入れ、次に追加を拒否するを作成する
ＡＸＮｒ＋：受取人の「ｒ」部分を使用して、指定された規則、Ｆ：Ｔ＝「ｒ」個のメッセージを受け入れ、次に追加を拒否するを作成する
ＡＸＥｒ＋：受取人の「ｒ」の部分を使用して、指定された規則、Ｆ：Ｔ＝いまから「ｒ」日まですべてのメッセージを受け入れ、次に追加を拒否するを作成する
（以下の場合、「ｉｄ」は、送信者に対する返事メッセージを作成するために使用される、ユーザにより作成されたまたはシステムにより提供されたかのどちらかのテンプレートファイルを指定する。）
ＡＲＡ−ｉｄ：すべてのメッセージを受け入れ、メッセージ「ｉｄ」で自動応答する
ＡＲＮｎ−ｉｄ：ｎ個のメッセージを受け入れ、メッセージ「ｉｄ」でそれぞれに自動応答する
ＡＲＥｙｙｙｙｍｍｄｄ−ｉｄ：指定された日付まですべてのメッセージを受け入れ、メッセージ「ｉｄ」で自動応答する
ＲＡ＋ｉｄ：特殊な規則、Ｆ：Ｔ＝すべてのメッセージを受け入れ、メッセージ「ｉｄ」で自動応答するを作成する
ＲＮ＋ｎ−ｉｄ：特殊な規則、Ｆ：Ｔ＝ｎ個のメッセージを受け入れ、メッセージ「ｉｄ」でそれぞれに自動応答するを作成する
ＡＲＥ＋ｎ−ｉｄ：特殊な規則を作成し、いまからｎ日まですべてのメッセージを受け入れ、メッセージ「ｉｄ」でそれぞれに自動応答する                                
表２
【００４８】
以下は着信自動規則更新を説明する。ＡＩＲＤＢ構成要素５１２は、ｅメールの通常の使用により、及びシステムにより認識されるいくつかの特殊なｅメールアドレスを使用することにより受動的に更新することができる。すなわち、システムのユーザはＡＤＭＩＮウェブベースの管理インタフェースによらずに規則を更新できる。ユーザは、以下の方法でユーザの規則ベースに通信者を追加できる。
・通信者に特定のｅメールを送信すると、特定のｅメールと同じアドレスパターンインスタンスを有するｅメールを受け入れる規則を追加する
・通信者からの特定のｅメールに応えて送信されたＶｅｒｉｆｙ（検証）要求に応答を送信すると、特定のｅメールと同じアドレスパターンインスタンスを有する将来のｅメールを受け入れる規則を追加する。さらに、システムは特定のｅメールと同じアドレスパターンインスタンスを有するペンディングｅメールを送達する。
・Ａｃｃｅｐｔ（受け入れる）とＲｅｊｅｃｔ（拒否する）のために使用される特殊なｅメールアドレスに対する着信ｅメールの転送。特殊なｅメールアドレスは、ｅメールアカウントのための接頭辞アドレスに対する接尾辞を受け入れるまたは拒否するを使用して形成される。例えば、以下のとおりである。
○通信者からのｅメールをｍｙａｃｃｅｐｔ＠ｔｈｅｒｅ．ｃｏｍに転送すると、該通信者からの将来のｅメールを受け入れる規則が追加される。規則はユーザのアイデンティティのすべて（例えば、ユーザのエイリアスのすべて）に、あるいは転送されるｅメールに指定されるアイデンティティだけに適用させることができる。
○通信者からのｅメールをｍｙｒｅｊｅｃｔ＠ｔｈｅｒｅ．ｃｏｍに転送すると、該通信者からの将来のｅメールを拒否する規則が追加される。規則はユーザのアイデンティティのすべて（例えば、ユーザのエイリアスのすべて）に、あるいは転送されたｅメールに指定されるアイデンティティだけに適用さえることができる。
○これらのアドレスのどちらかに繰り返し転送すると、前述された規則より特殊ではない追加の規則が追加される。すなわち、転送の各追加インスタンスはより特殊ではない規則（つまり、より特殊ではないアドレスパターンキーを有するもの）を追加する。この一般化は、ドメイン全体及びそのサブドメインのどれかが受け入れられるまたは拒否されるまで続行する。
ＡＩＲＤＢ構成要素４１２はアクティブに、つまりウェブベースの管理インタフェースを通した入力により更新できる。
【００４９】
ＳＭＴＰＤサーバ５０２はアイデンティティのどの組が確認されるべきか、あるいは拒否されるべきかを特定するために各インバウンドｅメールの主題行に挿入されるＭａｉｌＩＤフィールドを使用する。ＭａｉｌＩＤフィールドは、ＲＥＪＥＣＴ（拒否））特殊アドレスとＡＣＣＥＰＴ（受け入れ）特殊アドレスと使用するための特殊なアドレスパターンインスタンスを特定するために使用される。この機能により、すべてのｅメールクライアント全体での一貫した動作が可能になる。この一意の識別子はメッセージのための特定のＳＥＮＤＥＲ（送信者）とＲＥＣＩＰＩＥＮＴ（受取人）を識別する一貫した方法を提供するために主題行に追加できる。一意の識別子は、ＦＲＯＭ（送信元）−ＴＯ（送信先）アドレスの組のために適切な規則を作成するために、ＡＣＣＥＰＴ（受け入れ）プロセスとＲＥＪＥＣＴ（拒否）プロセスにより使用される。ＳＥＮＤＥＲ（送信者）とＲＥＣＩＰＩＥＮＴ（受取人）情報はメッセージのヘッダから抽出できるが、メッセージに返答するときにすべてのｅメールクライアントがヘッダのすべてをシステムに戻すわけではない。したがって主題行のＭａｉｌＩＤはクライアント全体で一貫した動作を保証するために必要とされる。
【００５０】
以下はアウトバウンドｅメール処理及び規則更新を説明する。Ｅメールを送信するために、ユーザは自分達のｅメールクライアントをＳＭＴＰＤサーバを指すように設定する。サーバは、ユーザが過去の１５分間などの指定された期間内にメールボックスをチェックしたならばクライアントからのｅメールに返答し、ＳＭＴＰＤはアウトバウンドｅメールに以下を行う。
・「ＦＲＯＭ（送信元）」アイデンティティが
○ユーザの設定した置換文字列（例えば、ｍｙｒｅｐｌａｃｅｍｅ＠ｔｈｅｒｅ．ｃｏｍ）に一致する場合には、サーバは「ＴＯ（送信先）」アドレスを使用し、好ましいアイデンティティまたはこれが新しい受取人であるケースではデフォルトのアイデンティティのどちらかを検出し、「ＦＲＯＭ（送信元）」アドレスを相応して改変する、あるいは
○ユーザに対して有効なアイデンティティであり、置換文字列ではない場合には、ＳＭＴＰＤは「ＴＯ（送信先）」アドレスのための好ましいアイデンティティをこの値に設定する。これにより、アイデンティティの新しいマッピングがセットアップされるか、あるいは過去のマッピングが無効にされるかのどちらかであろう。
・次に、サーバは、追加の処理なしに「ＴＯ（送信先）」アドレスからの将来のｅメールを受け入れることができるようにするために使用されるアイデンティティのための適切な規則にエンティティを追加する。
・次にＥメールは、通常のＳＭＴＰ処理に従い受取人に送信される。
ＳＭＴＰサーバ５０２は、以下の特性及び特徴を実現する。
・不変の送信者対受信者コンタクトエイリアスの置換をトリガするための記入子であるコンタクトエイリアスが提供される。
・コンタクトアドレスが指定されていない、あるいは受信者が新しい所定の受取人にメッセージを送信するときなど使用できない場合には、デフォルトの送信者コンタクトエイリアスが使用されるために提供される。
・デフォルト規則の集合が、送信さＨが通信を開始した新しい所定の受取人のためのアクセス規則と処理規則を定めるために使用されるために提供される。以下のテーブル３は、デフォルト規則の例に集合を示している。
・アクセス規則と処理規則の集合は、インバウンドｅメールが特定の送信者コンタクトエイリアスと受信者コンタクトエイリアスの組またはこのような組のパターンのために処理されるときに、どうしたらよいかを決定するために提供される。規則の最小の集合は以下に指定される。
・所定の受取人のコンタクトエイリアスまたは送信者コンタクトエイリアス優先情報に対するパターンの集合が、特定の受信者または受信者のグループについて一貫した送信者のコンタクトエイリアスを維持する際に使用するために提供される。
・ｅメールエイリアスまたはメールボックス情報に対するｅメールエイリアスパターンの集合が、インバウンドｅメールとアウトバウンドｅメールを処理する上で使用するために提供される。                                                                   
返事ｅメールが受け入れ−変形でカバーされない発信ｅメールのために考えられるデフォルトアクション
−受け入れる：アドレスにｅメールを送信すると、さらに許可なしに送信アドレスに返事をし直すためにそのアドレスが許可される。
−Ｎｔｉｍｅｓ−Ｎ：アドレスにｅメールを送信すると、追加のｅメールが拒否された後の最高Ｎ個のメッセージまで送信アドレスに返事をし直すためにそのアドレスが許可された。
−Ｅｘｐｉｒｅｓ−Ｎ：アドレスにｅメールを送信すると、初期のメッセージの日付から最高Ｎ日の間送信アドレスに返事をし直すためにそのアドレスが許可される。
逆（返事）規則のためのアクションは、以下のとおりである
−受け入れる−何も行われる必要はない
−Ｎ個のメッセージを受け入れる−空の場合、「空−追加」じより許可されたメッセージカウントを増加する
−まで受け入れる−期限切れの場合、「期限−追加」で許可された期間を増加する
−確認／検証  −  確認または検証を必要とせずに適切な規則を追加する。
−未決  −  過去に指定されていない新しい受取人のためのデフォルトアクションを使用する                                                                          
表３
【００５１】
１つのインプリメンテーションでは、ＳＭＴＰサーバ５０２は、２００１年４月Ｊ．Ｋｌｅｉｎｓｉｎ、編集者「シンプルメール転送プロトコル」ＲＦＣ２８２１、４．５．１最小インプリメンテーションを有することがある。ＭＡＩＬコマンドに応えて、システムは、アウトバウンドｅメール処理動作を使用しなければならないように、送信者が有効なシステムユーザであるかどうかを特定できる。ＲＣＰＴコマンドに応えて、システムは、インバウンドｅメール処理動作を使用しなければならないように、受信者が有効なシステムユーザであるかどうかを特定する。アウトバウンド処理が指定されている場合、及び送信者コンタクトエイリアスが記入子コンタクトエイリアスまたはパターンに一致する場合には、システムはメッセージのＦＲＯＭ（送信元）フィールド内で所定の受取人に関連した送信者コンタクトエイリアスまたは過去のマッピングが存在しない場合にはデフォルトのコンタクトエイリアスを置換できる。インバウンド処理が指定されている場合、システムは送信者エイリアス及び送信者により使用される受信者エイリアスに一致する受信者のメールボックスのための第１の規則を検出し、メッセージを拒否するのか、あるいはメッセージを受け取るのかを決定するためのアクションの第１の部分に一致する。規則が検出されない場合には、システムはメッセージを拒否できる。インバウンド処理もアウトバウンド処理も指定されていない場合には、サーバは、ＲＦＣ  ２８２１に指定されるようにサイトに特殊な構成に従って中継を処理しなければならない。
【００５２】
ＤＡＴＡコマンドの処理が成功した後、以下のアクションを講じてよい、あるいはそれらは現在接続されているＳＭＴＰクライアント、サーバまたは中継器がセッションを終了する後まで遅延されてよい。送信者コンタクトエイリアスの置換がＲＣＰＴコマンドの後で実行された場合、システムは一致するためにメッセージ本体の影響を受けた領域を書き直すことができる。インバウンドｅメールの場合、システムは一致した規則の第２の部分を実行できる。システム以外のユーザのためのアウトバウンドｅメールの場合、システムは、ＲＦＣ２８２１に指定されるように、標準的なＳＭＴＰプロトコルと手順を使用して受信者にｅメールを送信できる。
【００５３】
ＦＥＴＣＨ−ＰＯＰ３クライアント
ＦＥＴＣＨは、各ユーザによって設定されるように、リモートサードパーティＰＯＰ３サーバから定期的にｅメールを検索するために使用される。ＦＥＴＣＨは規則エンジンを使用し、その結果検索されたｅメールはＳＭＴＰＤからのインバウンドｅメールのために使用される同じ受け入れ規則の大部分の対象となる。規則処理における変動は、規則のいくつかの意味が、検索されたｅメールに適用されるときに意味をなさないために発生する。例えば、
・確認メッセージが、検索されているものと異なるｅメールアイデンティティからであるだろうため、入信ｅメールの確認が処理できない。
・受け入れ可能な通信者を知ることに対処できるであろう外部ｅメールアカウントでのアウトバウンドｅメールの処理がないため、当初、検索されたｅメールの一括拒否を処理できない。
・一時期外部ｅメールアカウントを処理した後に、ユーザは、すべての過去に許可されたユーザがそのアドレスを使用し続けるのを可能にする一方で、あらゆる新しい送信者を拒否するための規則を設定できるであろう。
【００５４】
１つのインプリメンテーションでは、ＰＯＰＤはプレーンテキスト認証を使用してＲＦＣ  １９３９（ＰＯＰ３コマンド及び応答）に準拠する。
【００５５】
ＰＯＰＤ−ＰＯＰ３サーバ
ＰＯＰＤは、例えばＲＦＣ１９３９（ＰＯＰ３コマンド及び応答）などのプロトコルに従って、プレーンテキストまたはＡＰＯＰ認証のどちらかを使用して入信ＰＯＰ３クライアントアクセスを処理するＰＯＰ３サーバである。ＲＦＣ  １９３９に対する準拠は、ＰＯＰＤがユーザの好ましいｅメールクライアント（例えば、Ｏｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ、Ｏｕｔｌｏｏｋ、Ｅｕｄｏｒａ、Ｎｅｔｓｃａｐｅ  Ｍａｉｌ等）と相互運用することを保証している。ＰＯＰＤは規則エンジンの使用を必要としないが、ユーザアクセスを確認し、ユーザｅメールを検出するためにＡＩＲＤＢを使用する。
【００５６】
ＡＤＭＩＮ−ユーザアカウント、ドメイン、及びアイデンティティの管理
ユーザはその好ましいｅメールクライアントを使用するだけで大部分のタスクを達成できるが、さらに精密なインタフェースを必要とするいくつかの動作がある。ＡＤＭＩＮは以下をサポートするウェブアプリケーションである。
・ユーザアカウント作成、支払い、及び更新
・ドメインｅメールサービスセットアップ及び管理
・デフォルトアイデンティティ指定
・新規ドメインアイデンティティグループの作成
・特定のアイデンティティ、及びそれらのアイデンティティに対する保護を強化するまたは減少するかどちらかのためのアイデンティティのグループのための規則の修正
【００５７】
１つのインプリメンテーションにおいては、Ｂｏａ  ＨＴＴＰサーバがこのアプリケーションが実行するプラットホームを提供する。このオープンソースサーバは、セキュリティと性能に焦点をおいて構築された。
【００５８】
管理ユーティリティは以下の特性および特徴を実現する。
・システムレベルメールボックス動作をサポートする
○メールボックスまでマッピングするｅメールコンタクトエイリアスとパターン（複数の場合がある）、アクセス規則と処理規則の初期の集合、記入子のための初期値、及びＳＭＴＰサーバ説明の中で前述されたようなデフォルト送信者を定める新しいメールボックスの確立
○受信機コンタクトエイリアスをメールボックスにマッピングする既存のｅメールエリアスまたはパターン（複数の場合がある）を表示、追加、修正または削除するための既存のメールボックスの修正
○マッピング及び特定のメールボックスのためのすべての関連ファイル、及びすべての関連したファイルとデータ
・メールボックスレベル動作をサポートする
○ターゲット受信者または受信者のパターンのための好ましい送信者コンタクトエイリアスを表示、追加、修正、削除する
○アクセス規則と処理規則を表示、追加、修正、削除する
【００５９】
これらの管理ユーティリティは、ウェブベースのシステムとｅメールベースのシステムの両方で実現できる。該ウェブベースのシステムはユーザの認証を提供し、動作と特性の前記リストのすべてをサポートする。Ｅメールベースのシステムは最低条件として、特定の受信者コンタクトエイリアスにｅメールを転送したまたは向け直した結果として特定のコンタクトエイリアスの対合のための基本的な規則を設定する能力を提供する。アクションの最小の集合は、ｅメールに含まれる特定のコンタクトエイリアス対合のための以下の種類の規則を設定することを含む。つまりつねに拒否する、及びつねに受け入れるである。作成される規則の種類は受信者コンタクトエイリアスに基づくことができる。
【００６０】
図６Ａから図６Ｆは管理インタフェースの例を示しており、その１つまたは複数はウェブベースである場合がある。図６Ａはｅメールドメインを管理するための管理インタフェースの例を示している。インタフェースはシステムにより管理されるドメインを追加するためのフィールド６０４を含む。インタフェースはドメイン名の可用性を確かめるためのフィールド６０６を含む。インタフェースは、ドメインにサブドメインを追加するための要素６０８などの要素を含む。インタフェースは、ドメインごとに講じられるアクションを指定するための、要素６１０などの要素を含む。図６Ｂはｅメールドメインを構成するための管理インタフェースを示す。管理インタフェースにより、ユーザは、新しいドメインがマルチユーザドメインになるのか、あるいは単一ユーザドメインになるのかを指定できる。管理インタフェースにより、ユーザはドメイン名システムセットアップオプションを指定できる。
【００６１】
図６Ｃは、アドレスグループを管理するための管理インタフェースの例を示す。ユーザは、別のドメイン名を使用し、ユーザのＰＯＰアカウントの１つを検索することによってユーザ自身のドメイン名の１つを使用する事によりアドレスグループを追加できる。インタフェースは、ユーザのドメイン名の１つを追加するためのフィールド６１４を含む。インタフェースは別ののドメイン命を追加するためのフィールド６１４を含む。インタフェースは、ユーザのＰＯＰアカウントの１つを検索するためのフィールド６１８を含む。
【００６２】
アドレスグループごとに、ユーザはシステムが管理するための１つまたは複数のアイデンティティを指定できる。図６Ｄはアイデンティティを管理するための管理インタフェースの例を示す。インタフェースは新規アイデンティティを作成するための領域６２０を含む。領域６２０は新しいアイデンティティを定めるための領域６２２と、新しいグループアイデンティティを定めるための領域６２４を含む。管理インタフェースは、新規に定められたアイデンティティまたはアイデンティティのグループに関して講じられる処置を指定するための、フィールド６２６などのフィールドを含む。管理インタフェースは、作動がアイデンティティと対応する規則を作成する要素を含む。管理インタフェースは、例えばグループアイデンティティを示すためのリスト６３０、ユーザにより指定されるアイデンティティを示すためのリスト６３２、及びユーザのシステムの使用に応えてシステムにより学習され、受動的に作成されるアイデンティティを示すためのリスト６３４などのシステムにより管理されるアイデンティティのリストも含む。
【００６３】
図６Ｅは、エイリアスを管理するための管理インタフェースを示す。管理インタフェースは、デフォルトアイデンティティを指定するための領域６３６を含む。管理インタフェースはｅメールを送信するために好ましいアイデンティティを指定するための領域６３８を含む。管理インタフェースは、受取人（つまり所定の受取人）のリスト６４０と、受取人と通信するために使用されるエイリアスのリスト６２４を含む。
【００６４】
図６Ｆは、受け入れる／拒否する（つまりアクセスと処理）規則を管理するための管理インタフェースを示す。管理インタフェースはディスプレイフィルタのための領域６４４を含む。ユーザは、ユーザが通信する受取人の集合の部分集合を示すためにフィルタを使用することを希望する場合がある。管理インタフェースは受取人のリスト６４６を含む。管理インタフェースは、それぞれの受取人と通信するときに使用されるユーザのエイリアスのリスト６４８を含む。管理インタフェースは、受取人から送信され、指定されるエイリアスにアドレス指定されるメッセージのために講じられる処置を指定する処置のフィールド６５０を含む。
【００６５】
ウェブ−ウェブｅメールクライアント
ユーザはそれらの好ましいｅメールクライアントを使用してよい一方、すべてのクライアントが、ユーザがシステムのｆｌｅｘｉｂｌｙのすべてにアクセスできるようにする特徴を提供するわけではない。ＷＥＢ（ウェブ）アプリケーションは、標準的なウェブベースのｅメールクライアントに、新しいアイデンティティの動的な作成を容易且つ迅速にするための特殊な追加を与える。
【００６６】
ウェブ（ＷＥＢ）は添付ファイルを読み取る、書き込む、削除する、転送する、返答する、及び対処するために必要とされるコアｅメール機能性のすべてを提供する。ある１つのインプリメンテーションでは、このアプリケーションは性能、セキュリティ及びスケラビリティの理由のためオープンソースＢｏａ  ＨＴＴＰの上部で実行する。
【００６７】
ドメイン管理
ＳＭＴＰサーバ４０２は、他のＳＭＴＰメール転送エージェントのように特定のインターネットドメインのためのｅメールを取り扱うように構成されている。インターネットドメインは、ドメインが供される用途に基づいて多岐に渡るタイプとして提供されることがある。ドメインは単一ユーザに、あるいは複数のユーザのどちらかにｅメールを供給するために使用できる。ドメインに宛てられるすべてのｅメールが（使用される特定のアドレスに関わりなく）単一のメールボックスに送信されるため、単一ユーザドメインは「すべてをキャッチ（Ｃａｔｃｈ  Ａｌｌ）」ドメインとして知られている。複数のユーザドメインは、限りない数のユーザを有することができ、そのそれぞれは多くの異なるアイデンティティを有する可能性がある。あらゆるメールボックスは、ドメインのタイプに関係なく、１つまたは複数のドメインまたはサブドメインから複数のｅメールアイデンティティを統合できる。他のメールシステムとは異なり、システムは、あらゆるユーザがインターネットドメイン全体に広がる限りない数のアイデンティティを有することができるようにすることを提案する。
【００６８】
ｅメールサービスを度オメインに提供するために考えられる構成は以下に示されるとおりである。
複数ユーザドメイン構成：
Ａ型  新しいアイデンティティを定めるための接頭辞が付いた固定アイデンティティ。各ユーザは「ｂｏｂ−ａｎｙｔｈｉｎｇ＠ｔｈｅｒｅ．ｃｏｍ」などの追加のアイデンティティを作成するために使用できる接頭辞とともに「ｂｏｂ＠ｔｈｅｒｅ．ｃｏｍ」のような特定のアイデンティティを有する。
Ｂ型  グループまたは子ジョインどちらかのためのサブドメイン。各ドメインは、関連した人々のグループを取り扱うための「ｓａｌｅｓ．ｔｈｅｒｅ．ｃｏｍ」のようなサブドメインを有することができるか、あるいはサブドメインは「ｃｅｏ．ｔｈｅｒｅ．ｃｏｍ」などの「すべてをキャッチ」サブドメインとしての個別使用のためであってよい。
Ｃ型  新しいアイデンティティを定めるための接頭辞と可変サブドメインの両方が付いた固定アイデンティティ。各ユーザは「ｂｏｂ＠ｔｈｅｒｅ．ｃｏｍ」のような特定のアイデンティティと、「ｂｏｂ−ａｎｙｔｈｉｎｇ＠ｔｈｅｒｅ．ｃｏｍ」などの追加アイデンティティを作成するために使用できる接頭辞を有する。さらに、ユーザは新しいアイデンティティを設定する上でさらに大きな柔軟性を追加するために、「ｂｏｂ＠ｓｕｐｐｏｒｔ．ｔｈｅｒｅ．ｃｏｍ」または  ｂｏｂ−Ｙａｈｏｏ＠ｗｅｂ．ｔｈｅｒｅ．ｃｏｍのような新規サブドメインを作成できる。
Ｄ型  新しいアイデンティティを定めるための「すべてをキャッチ」としての固定サブドメイン。各ユーザは「ｃｅｏ．ｔｈｅｒｅ．ｃｏｍ」または「すべてをキャッチ」ドメインとして使用される「ｂｏｂ．ｔｈｅｒｅ．ｃｏｍ」のような特定のサブドメインを有する。「ｓａｌｅｓｉｎｆｏ＠ｂｏｂ．ｔｈｅｒｅ．ｃｏｍ」のような自分のサブドメインで終わるアドレスが彼らに送達されるであろうため、これは各ユーザに新しいアイデンティティを定める際に大きな自由を与える。
単一ドメイン構成：
Ｅ型  新しいアイデンティティを定めるための「すべてをキャッチ」ドメイン。各ユーザは「すべてをキャッチ」ドメインとして使用される「ｂｏｂｊｏｎｅｓ．ｃｏｍ」のような特定のドメインを有する。「ｉｎｆｏ＠ｂｏｂｊｏｎｅｓ．ｃｏｍ」などの自分のドメインで終わるアドレスは彼らに送達されるであろうため、これは新しいアイデンティティを定める上でユーザに大きな自由を与える。
Ｆ型  新しいアイデンティティを定めるための可変サブドメイン付きの「すべてをキャッチ」ドメイン。各ユーザは「すべてをキャッチ」ドメインとして使用される「ｂｏｂｊｏｎｅｓ．ｃｏｍ」のような特定のドメインを有する。「ｉｎｆｏ＠ｂｏｂｊｏｎｅｓ．ｃｏｍ」のような自分のドメインで終わるアドレスが彼らに送達されるため、これは新しいアイデンティティを定める上で大きな自由をユーザに与える。加えて、ユーザは新しいアイデンティティを定める上でなおさらに大きな柔軟性を追加するために「ｒｏｂｅｒｔ＠ｓｕｐｐｏｒｔ．ｂｏｂｊｏｎｅｓ．ｃｏｍ」または「ｙａｈｏｏ＠ｃｈａｔ．ｂｏｂｊｏｎｅｓ．ｃｏｍ」のような新規サブドメインを作成できる。
【００６９】
代替策
ボイスメッセージ
ボイス通信網の場合、１つのインプリメンテーションは、ユーザのための入力点（ｐｏｉｎｔ−ｏｆ−ｅｎｔｒｙ）または電話接続の終点で（例えばユーザの電話は、サーバソフトウェアを実行するファックス／データ／ボイスモデムカードに接続される）実行中のソフトウェアまたは該ソフトウェアのハードウェアインスタンス生成を提供する中央電話局で実行中のソフトウェアプログラムまたは該ソフトウェアのハードウェアインスタンス生成のどちらか、及び本発明のシステムと方法の詳細を実現する関連した管理ユーティリティを活用する。管理ユーティリティは、ウェブベース（例えば、ＨＴＴＰ（Ｓ）を使用するもの）とボイス／キーパッド対話システムの両方をサポートできる。ボイスネットワークのためのコンタクトエイリアスは、最終的には特定の電話または集中電話システム（例えば事務所用の局所電話システム）にマピングする電話番号として定められる。音声通信のための規則の最小集合は、呼を受け入れ電話をかける（ｒｉｎｇ  ｔｈｒｏｕｇｈ）、呼をボイスメールに転送する、呼を別の番号に転送する、特定のメッセージとともに子を拒否する、特定の質問に対する応答の入力を要求し、回答に基づいて呼を向け直すを含む。Ｅメールのために指定される規則のプロパティのすべてがこの状況に適用できる。
【００７０】
データメッセージ
データ通信網の場合、１つのインプリメンテーションは、ユーザのための入力点または電話接続の終点（例えば、ユーザの電話はサーバソフトウェアを実行するファックス／データ／ボイスモデムカードに接続される）で実行中のソフトウェアまたは該ソフトウェアのハードウェアインスタンス生成を提供する中央電話局で実行中のソフトウェアプログラムまたは該ソフトウェアのハードウェアインスタンス生成のどちらか、及びシステムの詳細を実現する関連した管理ユーティリティを活用する。１つのインプリメンテーションにおける管理ユーティリティは、ウェブベース及びボイス／キーパッド対話システムの両方をサポートできる。データネットワークのためのコンタクトエイリアスは、最終的に特定のファクシミリ機械またはファクシミリエミュレータまたは集中電話システム（例えば事務所用の局所電話システム）にマッピングする電話番号として定められる。ボイス通信網と関連した規則の最小セットはデータ通信網にも適用するであろう。Ｅメールに指定される規則の特性のすべてがこのネットワークのために適用可能である。
【００７１】
本発明は、デジタル電子回路構成要素内で、あるいはコンピュータハードウェア、ファームウェア、ソフトウェア内で、あるいはそれらの組み合わせ内で実現できる。本発明は、プログラマブルプロセッサ、コンピュータまたは複数のコンピュータなどのデータ処理装置による実行のために、あるいはデータ処理装置の動作を制御するために、コンピュータプログラム製品、つまり機械読み取り可能記憶装置内または伝搬される信号内などの情報媒体内で明白に具現化されるコンピュータプログラムとして実現できる。コンピュータプログラムは、コンパイルされた言語または解釈された言語を含む任意の形のプログラミング言語で作成でき、それは、スタンドアロンプログラムとしてまたはモジュール、構成要素、サブルーチン、あるいはコンピューティング環境での使用に適した他の装置としてを含む任意の形で配備できる。コンピュータプログラムは、１つのサイトにある１台のコンピュータまたは複数のコンピュータで実行されるか、あるいは複数のサイト全体に分散され、通信網により相互接続されるために配備できる。
【００７２】
本発明の方法ステップは、入力データ上で動作し、出力を生成することによって本発明の機能を実行するためにコンピュータプログラムを実行する１つまたは複数のプログラマブルプロセッサによって実行できる。方法は、ＦＰＧＡ（フィールドプログラマブルゲートウェイ）またはＡＳＩＣ（特定用途向け集積回路）などの特殊目的論理回路構成要素によって実行可能であり、本発明の装置はＦＰＧＡ（フィールドプログラマブルゲートウェイ）またはＡＳＩＣ（特定用途向け集積回路）などの特殊目的論理回路構成要素として実現できる。
【００７３】
コンピュータプログラムの実行のために適したプロセッサは、一例として汎用マイクロプロセッサと特殊目的マイクロプロセッサの両方、及び任意の種類のデジタルコンピュータの１台または複数台のプロセッサを含む。一般的には、プロセッサは読取専用メモリまたはランダムアクセスメモリ、あるいは両方から命令とデータを受信する。コンピュータの必須要素は、命令を実行するためのプロセッサと、命令とデータを記憶するための１つまたは複数野記憶装置である。一般的には、コンピュータは、磁気ディスク、光磁気ディスクまたは光ディスクなどのデータを記憶するための両方のまたは１台または複数台の大量記憶装置を含む、あるいはコンピュータは、磁気ディスク、光磁気ディスクまたは光ディスクなどのデータを記憶するための両方のまたは１台または複数台の大量記憶装置からデータを受信するまたはデータを転送するために動作可能なように結合されるであろう。コンピュータプログラム命令とデータを具現化するために適切な情報媒体は、一例として、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイスなどの半導体記憶装置、内蔵ハードディスクまたはリムーバブルディスクなどの磁気ディスク、光磁気ディスク及びＣＤ−ＲＯＭとＤＶＤ−ＲＯＭディスクなどを含むすべての形の不揮発性メモリを含む。プロセッサ及びメモリは、特殊目的論理回路構成要素により補足できる、あるいは特殊目的論理回路構成要素に組み込むことができる。
【００７４】
ユーザとの対話に備えるために、本発明は、ユーザに情報を表示するためのＣＲＴ（陰極線管）やＬＣＤ（液晶ディスプレイ）モニタなどのディスプレイ装置及びマウスやトラックボールなどの、ユーザがそれによりコンピュータに入力を提供できるキーボードとポインティングデバイスを有するコンピュータ上で実現できる。他の種類のデバイスも、ユーザとの対話に備えるために使用できる。例えば、ユーザに提供されるフィードバックは、視覚フィードバック、聴覚フィードバックまたは触覚フィードバックなどの任意の形の感覚フィードバックである場合があり、ユーザからの入力は、聴覚入力、スピーチ入力または触覚入力を含む任意の形で受け取ることができる。
【００７５】
本発明は、例えばデータサーバとしてなどのバックエンド構成要素を含む、あるいはアプリケーションサーバなどのミドルウェア構成要素を含む、あるいはユーザが本発明のインプリメンテーションと対話できるグラフィックユーザインタフェースまたはウェブブラウザを有するクライアントコンピュータなどのフロントエンド構成要素、あるいはこのようなバックエンド構成要素、ミドルウェア構成要素、またはフロントエンド構成要素の任意の組み合わせを含むコンピューティングシステムで実現できる。システムの構成要素は、任意の形、あるいは例えば通信網などのデジタルデータ通信の媒体によって相互接続できる。通信網の例は、ローカルエリアネットワーク（「ＬＡＮ」）とインターネットなどの広域ネットワーク（「ＷＡＮ」）を含む。
【００７６】
コンピューティングシステムはクライアントとサーバを含むことができる。クライアントとサーバは、一般的には互いから遠隔であり、通常通信網を通して対話する。クライアントとサーバの関係は、それぞれのコンピュータ上で実行し、互いに対するクライアント−サーバ関係を有するコンピュータプログラムのおかげで発生する。
【００７７】
本発明は特定の実施形態のという点で説明されてきた。他の実施形態は以下の請求項の範囲内にある。例えば、本発明のステップは、別の順序で実行し、依然として所望の結果を達成できる。規則ベースはアクセス制御リストに基づく規則を含むことがある。規則は例えば集中管理されるアウトバウンド規則ベースの形を介して構成要素の承認された集合への通信を制限するためにアウトバウンドメールを制限できる。
【図面の簡単な説明】
【００７８】
【図１】メッセージを処理するためのシステムのブロック図を示す。
【図２】ＡからＣは正規表現であるアドレスパターンキー、及び規則の例を示す。
【図３】メッセージを処理するための方法を示す。
【図４】メッセージを処理するための別の方法を示す。
【図５】メッセージを処理するためのシステムのインプリメンテーションを示す。
【図６−Ａ】管理インタフェースの例を示す。
【図６−Ｂ】管理インタフェースの例を示す。
【図６−Ｃ】管理インタフェースの例を示す。
【図６−Ｄ】管理インタフェースの例を示す。
【図６−Ｅ】管理インタフェースの例を示す。
【図６−Ｆ】管理インタフェースの例を示す。
【図１】
2005528052.tif 000004
【図２】
2005528052.tif 000005
【図３】
2005528052.tif 000006
【図４】
2005528052.tif 000007
【図５】
2005528052.tif 000008
【図６−Ａ】
2005528052.tif 000009
【図６−Ｂ】
2005528052.tif 000010
【図６−Ｃ】
2005528052.tif 000011
【図６−Ｄ】
2005528052.tif 000012
【図６−Ｅ】
2005528052.tif 000013
【図６−Ｆ】
2005528052.tif 000014
【国際調査報告】
2005528052.tif 000015
2005528052.tif 000016