JP2005528052A - アドレスパターンと自動管理に基づいたメッセージ処理、及びコンタクトエイリアスの制御 - Google Patents
アドレスパターンと自動管理に基づいたメッセージ処理、及びコンタクトエイリアスの制御 Download PDFInfo
- Publication number
- JP2005528052A JP2005528052A JP2004508024A JP2004508024A JP2005528052A JP 2005528052 A JP2005528052 A JP 2005528052A JP 2004508024 A JP2004508024 A JP 2004508024A JP 2004508024 A JP2004508024 A JP 2004508024A JP 2005528052 A JP2005528052 A JP 2005528052A
- Authority
- JP
- Japan
- Prior art keywords
- message
- rule
- address pattern
- address
- sender
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/48—Message addressing, e.g. address format or anonymous messages, aliases
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Signal Processing (AREA)
- Human Resources & Organizations (AREA)
- Computer Networks & Wireless Communication (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- Quality & Reliability (AREA)
- General Physics & Mathematics (AREA)
- Operations Research (AREA)
- Economics (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Computer Hardware Design (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
アドレスパターンに基づいたメッセージ処理のためのコンピュータプログラム製品を含む方法及び装置。本発明はメッセージを処理するための方法を提供する。該方法は複数の規則を維持することを含み、各規則はアドレスパターンキーと処理命令を含む。アドレスパターンキーは、1つまたは複数のアドレスパターンインスタンスを指定する表現である。方法は、第1のメッセージ(302)を受信することを含み、該第1のメッセージは第1のメッセージの送信者と所定の受取人に関連したアドレス情報を含む。方法は、第1のメッセージ(304)のアドレスパターンインスタンスを設定することを含み、メッセージの該アドレスパターンインスタンスはメッセージの送信者と所定の受取人に関連したアドレス情報の組み合わせである。方法は、設定されたアドレスパターンインスタンスが一致するアドレスパターンキーを含む規則を選択すること(306)と、選択された規則に含まれる命令に従って第1のメッセージを処理すること(314)を含む。
Description
本発明はネットワーク通信に関する。
ネットワーク上で送信される通信はメッセージの形で実現できる。メッセージは、通常、例えば、テキスト、画像及び音声によって表現できる内容を含む。また、メッセージは、通常、メッセージの所定の受取人のアドレス情報だけではなく、メッセージの送信者のアドレス情報も含む。一般的には、送信者はメッセージを起動し、受信者、つまり所定の受取人はメッセージのターゲットつまり受信人である。例えば、送信者は人間のオペレータ、コンピュータプログラム製品、及びコンピューティングシステムである場合がある。同様に所定の受取人は前記のエンティティのいずれかである場合がある。所定の受取人は1つまたは複数のエンティティである場合がある。例えば、特定のメッセージは、人間のオペレータのグループを表す所定の受取人にアドレス指定できる。送信者と所定の受取人は対応するものである。
一般的にはさまざまなタイプのメッセージがある。eメール、ショートメッセージサービス(「SMS」)メッセージ、ボイスメッセージ、ページメッセージ、インスタントメッセージングメッセージ及びファクシミリ(つまりファックス)がメッセージの例である。
異なるタイプのメッセージは異なるタイプのネットワークで送信できる。eメールメッセージは、例えば、通常eメールサーバを含むネットワーク上で送信される。eメールサーバはシンプルメール転送プロトコル(「SMTP」)を使用できる。例えば、ファックスは通常ファックス機を含むネットワーク上で送信される。ファックスはファックスアプリケーションを有するコンピュータを含むネットワークでも送信されてよい。例えば、ボイスメッセージは、通常、ボイスメールサーバを含むネットワーク上で送信される。前記ネットワークはインターネットの一部である場合がある、あるいはインターネットの部分を含む場合がある。
メッセージは、1つのネットワーク、複数のネットワークまたはネットワークの部分集合を含むプロセス間通信環境(「IPCE」)で送信することもできる。メッセージは、2つ(またはそれ以上の)IPCEに接続されるプロセスを通して中継することによりさまざまなIPCE内のプロセス間で通信できる。すなわち、メールは、両方のトランスポートシステム上のホストによりさまざまなトランスポートシステムでのホスト間で中継できる。
コンタクト情報(例えば、コンタクトエイリアス)の標準化された形式は、特定の送信者と所定の受取人の1人または複数を特定できる。例えば、eメールは通常以下の形、「local_part@domain_part」の標準化されたコンタクト情報を含む。例えば、ボイスとファックスのための電話番号も通常標準化されたコンタクト情報を含んでいる。該標準化されたコンタクト情報は、一般的には国、エリアコードを示す数字、及び端末装置を示す数字を含んでいる。
前述されたネットワークは、複数のアドレスの単一の送達場所へのマッピングをサポートする技術を含むことがある。人間のオペレータの特定のeメールアドレスは、人間のオペレータがネットワークに接続するために使用する実際のeメールアカウントにリンクする、つまりエイリアスすることができる。例えば、pseronal@BePrivate.comとbusiness@BePrivate.comはともにalan@pop.BePrivate.comにエイリアスできる。最初の2つのアドレスのどちらかに送信されるメッセージが第3のアカウントに送達される。同様に、異なる電話番号は単一の電話またはファックス機にマッピングできる。本明細書の中では、メッセージのタイプに関係なくエイリアスされるメッセージアドレスがコンタクトエイリアスと呼ばれている。
本発明は、アドレスパターン及びコンタクトエイリアスの自動管理と制御に基づくメッセージ処理コンピュータプログラム製品を含む方法及び装置を提供する。
一般的には、1つの態様においては、本発明はメッセージを処理するためのコンピュータにより実現される方法を提供する。該方法は、それぞれがアドレスパターンキー、及びメッセージ処理のための1つまたは複数の命令を含み、アドレスパターンキーが1つまたは複数のアドレスパターンインスタンスを指定する表現である規則を維持することを含む。方法は第1のメッセージを受信することを含み、該第1のメッセージは第1のメッセージの送信者に関連したアドレス情報と第1のメッセージの所定の受取人に関連したアドレス情報を含む。方法は、第1のメッセージのアドレスパターンインスタンスを設定することを含み、メッセージのアドレスパターンインスタンスはメッセージの送信者に関連したアドレス情報とメッセージの所定の受取人に関連したアドレス情報の組み合わせである。方法は規則の中から、設定されたアドレスパターンインスタンスが一致するアドレスパターンキーを含む規則を選択することを含む。方法は、選択された規則に含まれる1つまたは複数の命令に従って第1のメッセージを処理することを含む。
一般的には、本発明は1つの態様においてメッセージを処理するための機械読み取り可能媒体に明らかに記憶されるコンピュータプログラム製品を特徴とする。製品は、プログラマブルプロセッサに第1のメッセージを受信させるために実施可能な命令を含み、該第1のメッセージは第1のメッセージの送信者と関連したアドレス情報と、第1のメッセージの所定の受取人に関連したアドレス情報を含む。製品は第1のメッセージのアドレスパターンインスタンスを設定するために実施可能な命令を含み、メッセージのアドレスパターンインスタンスはメッセージの送信者と関連したアドレス情報と、メッセージの所定の受取人に関連した情報を組み合わせたものである。製品は、規則の集合の中から、設定されたアドレスパターンインスタンスが一致するアドレスパターンキーを含む規則を選択するために実施可能な命令を含み、アドレスパターンキーを含む規則の集合の中のそれぞれがアドレスパターンキーとメッセージ処理のための1つまたは複数の命令を含み、アドレスパターンキーが1つまたは複数のアドレスパターンインスタンスを指定する表現である。製品は選択された規則に含まれる該1つまたは複数の命令に従って第1のメッセージを処理するために実施可能な命令を含む。
一般的には、別の態様において、本発明は特定のタイプのネットワークと関連した管理ユーティリティのためのネットワーク送信エージェントを提供する。これらのネットワークに特殊なエージェントは記憶された情報を使用し、手元のタスクにとって適切な動作規則を調べる。これらの規則は、少なくとも着信通信と発信(outbound)通信を受け入れる、拒否する、検証する、妥当性検査する、及び修正するため、ならびに規則を追加する、修正する及び削除するための基準とプロセスを定める。ネットワークに特殊なエージェントの管理ユーティリティは、規則、構成設定値、及びエージェントの他の状態情報を追加する、修正する及び削除するための手段を提供する。
メッセージがeメール通信網でeメール送信されるあるインプリメンテーションでは、本発明は、エイリアスの一貫した使用を管理することを含むeメールを処理するための特殊化されたSMTPサーバと関連した管理ユーティリティを提供する。管理ユーティリティは、ウェブベースの(例えばHTTP(S)を使用するもの)と妥当性検査されたeメールインタフェースの両方をサポートする。本発明は、それらのアプリケーションへのソースコードレベルの変更を必要とせずに、Eudora、Outlook Express及びNetscape MailなどのSMTP、POP3、またはIMAP4に準拠するeメールクライアントをサポートする。
本発明は、以下の優位点の1つまたは複数を実現するために実現できる。この明細書で説明されるようなシステムは、アウトバウンドメッセージのためにエイリアスの一貫した使用を促進できる。システムは、送信者が該特定の所定の受取人に宛てられたメッセージとともに使用するために指定したエイリアスを、特定の所定の受取人に出て行くメッセージが含んでいることを確実にすることができる。システムにより、新しいエイリアスを設定し、受動入力または手動入力のどちらかで既存のエイリアスを変更することができる。アクティブ入力は、ウェブベースであってよい管理インタフェースを通して受信された入力を含む。
システムにより、ユーザは複数のeメールアイデンティティを維持し、さらに受信するすべてのeメールに単一のメールボックスを使用することができる。該アイデンティティ機能は自動マッピング機能で強化され、それぞれの外部で可視のアイデンティティが一人または複数の通信者のeメールアドレス上にマッピングできるようにする。このようにして、サーバが、すべてのアウトバウンドeメールがその特定の通信者の正しいアイデンティティを含んでいることを自動的に確実にするためにユーザは、ユーザが連絡する各人に異なるeメールアドレス(アイデンティティ)を持っているように見える場合がある。
システムは、入信メッセージ及び発信メッセージについて、アクセス規則と処理規則を適用できる。規則はスパムを削減するために設定できる。例えば、システムは、システムが認識する送信者からのメッセージを受け入れ続ける一方で、システムが認識しない送信者からのメッセージを受け入れるのをやめることができる。したがって、ユーザは、スパムを受信しないようにするためにユーザがメッセージを受信するアドレスを変更する必要はない。
システムは、アクセス規則と処理規則を維持できる規則エンジンとデータベースを含むことができる。規則エンジンは、着信と発信両方のeメール受け入れ、及びアウトバウンドアイデンティティマッピングを規定するすべてのメール転送サブシステムに統合できるデータベースの上部に構築できる。規則エンジンにより、ユーザは、アクセス規則と処理規則を使用することにより誰と通信することを希望するのかを正確に制限できる。規則は、単一のエンティティを指定できる、または正規表現を使用することが可能であり、ユーザが指定されたパターンに一致するすべてのエンティティまたはエンティティの任意の部分集合をブロックできるようにする。規則はデフォルト規則及びカスタマイズされた規則を含むことができる。規則は規則エンジンにより変更できる。すなわち、システムは自己適応となることができる。さらに、システムはアクセス規則と処理規則を自動的に且つリアルタイムで適応できる。
システムは、システムによって認識されない送信者(つまり新しい送信者)から所定の受取人に送信されるメッセージの受信のために、さまざまなレベルのデフォルトアクションをサポートできる。レベルは、(i)送達のために新しい送信者からのあらゆるメッセージを受け入れ、所定の受取人が指定した送信者からのメッセージだけを拒否する、(ii)所定の受取人から検証を要求する、つまり所定の受取人にメッセージが拒否されなければならないのか、受け入れられなければならないのかを尋ねる、(iii)メッセージを送達する前に新しい送信者から確認を要求する、(iv)所定の受取人から検証を、新しい送信者から確認を要求する、(v)新しい送信者からのあらゆるメッセージをブロックし、所定の受取人が通信を開始する送信者からのメッセージを受け入れることを含む。
前記に説明されたレベルのそれぞれが、所定の受取人のスパムに対する感受性を削減し、第5のレベルは、実際に既知の通信者から入信するものを除きすべてのスパムを排除する。規則エンジンの別の一意の生産性強化機能は、個々の通信者及びインターネットドメイン全体のための規則も、Webベースの管理機能などのリソースを使用することによらずに、ユーザのクライアントコンピュータ自体を使用することにより更新できるという点である。例えば、メッセージがeメールであるインプリメンテーションでは、
*特定のeメールを「REJECT(拒否)」アドレスに転送すると、eメールが特定のeメールが送達のために受け入れられないように規則が更新される。
*通信者からの特定のeメールに応えて送信された検証(Verify)要求に返事を送信すると、該特定のeメールと同じアドレスパターンインスタンスを有する将来のeメールを受け入れる規則が付加される。加えて、システムは該特定のeメールと同じアドレスパターンインスタンスを有するあらゆる未決eメールを送達する。
*システムにより認識されない通信者(つまり新しい通信者)にeメールを送信すると、通信者のアドレスと、「FROM(発信元)」フィールドのアドレスまたはユーザによって指定されるデフォルトアイデンティティのどちらかの両方に基づきアイデンティティマッピングが自動的に作成される。さらに、そのアイデンティティが返信eメールを自動的に受け入れることができるようにするために、新しい通信者は規則に自動的に追加されるであろう。
*別の「FROM(発信元)」フィールドの付いた旧い通信者にeメールを送信すると、「FROM(発信元)」アドレスが新しいデフォルトとなるようにアイデンティティマッピングが更新される。さらに、新しい通信者はそのアイデンティティのための規則に自動的に追加される。
*通信者から新しいアイデンティティへのeメールを受信すると、そのウェブサイトから入信する販促eメールが自動的にアイデンティティを作成するように、例えば、memsn.com`there.comなどの新しいアドレスを作成できるウェブサイトに参加する間に新しいアイデンティティが自動的に作成される。
*特定のeメールを「REJECT(拒否)」アドレスに転送すると、eメールが特定のeメールが送達のために受け入れられないように規則が更新される。
*通信者からの特定のeメールに応えて送信された検証(Verify)要求に返事を送信すると、該特定のeメールと同じアドレスパターンインスタンスを有する将来のeメールを受け入れる規則が付加される。加えて、システムは該特定のeメールと同じアドレスパターンインスタンスを有するあらゆる未決eメールを送達する。
*システムにより認識されない通信者(つまり新しい通信者)にeメールを送信すると、通信者のアドレスと、「FROM(発信元)」フィールドのアドレスまたはユーザによって指定されるデフォルトアイデンティティのどちらかの両方に基づきアイデンティティマッピングが自動的に作成される。さらに、そのアイデンティティが返信eメールを自動的に受け入れることができるようにするために、新しい通信者は規則に自動的に追加されるであろう。
*別の「FROM(発信元)」フィールドの付いた旧い通信者にeメールを送信すると、「FROM(発信元)」アドレスが新しいデフォルトとなるようにアイデンティティマッピングが更新される。さらに、新しい通信者はそのアイデンティティのための規則に自動的に追加される。
*通信者から新しいアイデンティティへのeメールを受信すると、そのウェブサイトから入信する販促eメールが自動的にアイデンティティを作成するように、例えば、memsn.com`there.comなどの新しいアドレスを作成できるウェブサイトに参加する間に新しいアイデンティティが自動的に作成される。
したがって、該システムのユーザはその気に入ったeメールクライアントを毎日使用することによりシステムのための規則の微調整を達成できる。
規則はシステムの複数のユーザのために設定できる。規則のデータベースはユーザ単位で分割できる。例えば、さまざまなユーザのための規則はさまざまなテーブルで維持できる。このように分割できることで、データベースはスケラブルである。さらに、ユーザに関する規則を変更するユーザは該ユーザのそれぞれのセグメントだけをロックし、他のユーザのセグメントはロックしない。
システムは、送信者と所定の受取人の両方のアドレス情報を含むアドレスパターンを使用できる。このようにすることにより、システムはメッセージの受け入れと処理に対して細粒レベルの制御を提供する。1つのインプリメンテーションでは、システムが規則的な表現を使用して、エイリアスのグループを設定する。1つのインプリメンテーションでは、システムは、クライアントリソースがアクセス制御のために消費される必要がないようにSMTPレベルでメッセージを制御、管理する。さらに、処理が拒否されたメッセージについて消費されるサーバリソースは最小限に抑えられる。さまざまな目的のためのさまざまなコンタクトエイリアスの使用をサポートすることにより、システムはユーザに、対応する信頼されている関係者による特定のコンタクトエイリアスの許可されていない使用を追跡調査するという優位点を与える。
コンタクトエイリアスは、それが大量の不必要なメッセージ(つまりスパム)のターゲットになるときに放棄される必要はない。システムは、過去の送信者から送信され、コンタクトエイリアスにアドレス指定されるメッセージを受け入れ続ける一方で、新しい送信者から送信され、コンタクトエイリアスにアドレス指定されるメッセージを拒否できる。システムは、コンタクトエイリアスからの発信メッセージの受取人から送信されるメッセージを受け入れることもできる。
本発明の1つまたは複数のインプリメンテーションの詳細は、添付図面及び以下の説明に述べられている。本発明の他の特徴及び優位点は、説明、図面及び請求項から明らかになるであろう。
多様な図中の同様の参照番号と名称は同様の要素を示す。
図1はメッセージを処理するためのシステム100のブロック図を示す。システムはサーバ102、規則エンジン104、データベース106及びデータベースサーバ108を含む。あるいは、システムは規則エンジンとデータベースが常駐できる1つのサーバを含むことがある。システム100は他のコンピューティング構成要素を含むことがある。例えば、システム100は1つまたは複数の他のサーバと他のコンピュータプログラム製品を含むことがある。規則エンジン104はデータベース106に記憶されている規則ベースを維持することができる。
規則ベースはメッセージのためのアクセス規則と処理規則を含むことがある。規則のそれぞれはアドレスパターンキー及びメッセージ処理のための1つまたは複数の命令を含むことがある。アドレスパターンキーは1つまたは複数のアドレスパターンインスタンスを指定する表現である。1つのインプリメンテーションでは、アドレスパターンキーは正規表現である。各アドレスパターンキーは2つの部分、つまり1つは送信者に関連したアドレス情報(つまり送信者部分)であり、もう1つは所定の受取人に関連したアドレス情報(つまり所定の受取人部分)を含むことができる。各部分は、パターンに続く文字列に一致するための公式である正規表現を含むことがある。規則に含まれることがある表現に類似する正規表現は、その全体が参照としてこの明細書に組み込まれるポータブルオペレーティングシステムインタフェース(「POSIX(登録商標)」)1003.2にさらに説明されている。代わりに、アドレスパターンキーは、送信者と所定の受取人の両方に連したアドレス情報のための1つの正規表現を含むことができる。
図2Aと図2Bは例の正規表現を示す。図2Aは、送信者部分204と所定の受取人部分206を含むアドレスパターンキー202を示す。図2Bは、所定の受取人部分210を含むが、送信者部分を含まないアドレスパターンキー208を示す。アドレスパターンキー208のようなアドレスパターンキーは、通常、エイリアス管理のための規則に含まれている。図2Cはアドレスパターンキー202と1つまたは複数の命令214を含む例の規則212を示す。テーブル1は、アドレスパターンキーと、アドレスパターンキーによって指定される、つまりアドレスパターンキーと一致する対応するアドレスパターンインスタンスの例を示す。例では、メッセージはeメールである。しかしながら、メッセージは任意の型のメッセージとなる場合がある。例えば、メッセージは電話番号である場合があり、その場合正規表現は番号を含む。
1つまたは複数の規則は、1つまたは複数の処理命令を含むこともできる。命令は、メッセージがどのように処理されるのか、及び規則がどのように維持、更新されるのかを指定することができる。命令は、例えば、送達のためのメッセージを受け入れる、メッセージを拒否する、メッセージを受け入れ、確認されるまで保持する、メッセージを受け入れ、検証されるまで保持する、メッセージを受け入れ、確認され、検証されるまで保持する、特定の日付後の期間メッセージを受け入れる、特定番号メッセージを受け入れ、次に拒否する、特定の日付までメッセージを受け入れる、ロケーションの特定のリストにメッセージを転送する、及び規則を定める、の任意の組み合わせとなる。確認はカスタマイズされた確認要求を含んでよい。システムのユーザは、例えば、異なる所定の受取人に対して異なる確認要求テンプレートを持つ場合がある。さらに、ユーザはさまざまなアドレスパターンインスタンスのためにさまざまな確認要求テンプレートを持つ場合がある。システムは、ある特定のメッセージとともに確認要求テンプレートを使用し、該特定のメッセージに対する確認要求を作成する。1つのインプリメンテーションでは、ユーザは、管理インタフェース、例えばウェブベースの管理インタフェースを使用して確認要求テンプレートをカスタマイズしてよい。更新は、新しい規則と定めることと、既存の規則を修正することと、既存の規則を削除することとを含む。命令はエイリアス管理に関連することがある。命令は、例えば、送信者がある特定の所定の受取人に送信しているメッセージのために送信者のどのエイリアスが使用されるのかを指定できる。エイリアス管理規則は、アクセス規則と処理規則とは別個に記憶できる。例えば、システムはシステムユーザごとに、一方はエイリアス管理規則について、他方はアクセス規則と処理規則についての2つのテーブルを有することがある。
規則は、例えば、IF−THEN規則、IF−NOT−THEN規則、IF−THEN−ELSE規則、及びその任意の組み合わせとなる場合がある。システムは他の種類の規則を含むことがある。
一般的には、システムはインターネットなどのネットワークにメッセージを送信し、ネットワークからメッセージを受信するために、及びクライアントにメッセージを送信し、クライアントからメッセージを受信するために接続できる。システムは、システムが接続されるネットワーク内の任意の点からメッセージを受信できる。システムは、例えば、クライアントコンピュータまたはサーバからメッセージを受信できる。システム及びそのインプリメンテーションは以下にさらに説明される。
システムは、将来の送達のためにメッセージを記憶できるメモリを含むことができる。メッセージを受信すると、システムはどの処置を講じるかを決定する。どの処置を講じるのかを決定してから、システムは将来の送達のためにメモリにメッセージを記憶できる。
メッセージを処理するための方法
図3は、メッセージを処理するための方法300を示す。方法300を実行するシステム100などのシステムは、メッセージを受信する(ステップ302)。メッセージは、例えばeメール、SMSメッセージ、ファックス、インスタントメッセージ及びボイスメッセージである場合がある。該メッセージはアドレス情報を含む。アドレス情報はメッセージの送信者に関連したアドレス情報と、メッセージの所定の受取人に関連したアドレス情報を含むことがある。メッセージはコンテンツを含むことがある。該コンテンツは添付された電子文書を含むことがある。電子文書は必ずしもファイルに相当しない。文書は他の文書を保持するファイルの一部、問題の文書専用の単一のファイル、あるいは複数の調整されたファイルに記憶されてよい。
図3は、メッセージを処理するための方法300を示す。方法300を実行するシステム100などのシステムは、メッセージを受信する(ステップ302)。メッセージは、例えばeメール、SMSメッセージ、ファックス、インスタントメッセージ及びボイスメッセージである場合がある。該メッセージはアドレス情報を含む。アドレス情報はメッセージの送信者に関連したアドレス情報と、メッセージの所定の受取人に関連したアドレス情報を含むことがある。メッセージはコンテンツを含むことがある。該コンテンツは添付された電子文書を含むことがある。電子文書は必ずしもファイルに相当しない。文書は他の文書を保持するファイルの一部、問題の文書専用の単一のファイル、あるいは複数の調整されたファイルに記憶されてよい。
システムはメッセージのアドレスパターンインスタンスを定める(ステップ304)。メッセージのアドレスパターンインスタンスは、メッセージの送信者に関連したアドレス情報と、メッセージの所定の受取人に関連したアドレス情報を組み合わせたものである場合がある。送信者に関連したアドレス情報の例は、送信者のエイリアス、ユーザのドメイン、送信者の電話番号、送信者のIPアドレスを含むことがあるが、それらに制限されない。所定の受取人に関連したアドレス情報の例は、同様に所定の受取人のエイリアス、所定の受取人のドメイン、所定の受取人の電話番号、所定の受取人のIPアドレスを含むが、制限されない。一般的には、指定のメッセージについて設定できる1つのアドレスパターンインスタンスがある。複数のメッセージは、同じアドレスパターンインスタンスを有することがある。
システムは、処理規則のどれが、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むのかを特定する(ステップ306)。一致がないインスタンスがあってよく、そのケースではシステムはデフォルトの規則を特定できる。しかしながら、一般的には、アドレスパターンインスタンスが一致する1つまたは複数の規則があり、特定される1つまたは複数の規則がある。システムは、特定されている複数の規則があるのかどうかを判断する(決定ステップ308)。特定されている唯一の規則がある場合には、システムは特定された該1つの規則を選択する(ステップ310)。特定された複数の規則がある場合には、システムは特定された規則の中から1つの規則を選択する(ステップ312)。選択のための基準は、規則に含まれるアドレスパターンキーの特定性に基づくことがある。システムは、例えば最も特殊なアドレスパターンキーを含む規則を選択できる。あるいは、選択基準が優先順位に基づくことがある。1つのインプリメンテーションでは、システムは制限された規則の集合を含む。規則は優先順位で並べられ、システムは最高の優先順位の付いた一致規則を選択する。優先順位は管理者、一人または複数のユーザ、または管理者とユーザの任意の組み合わせにより定めることができる。
システムは、選択された規則に含まれる1つまたは複数の命令に従ってメッセージを処理する(ステップ314)。処理は、クライアントコンピューティングリソースの消費が削減される、または最小限に抑えられるようにネットワーク内のある点で発生することがある。処理は、例えばSMTPサーバで発生することがある。処理は、人がメッセージ及び規則に適用できる任意の処置または動作を含むことがある。例えば、処理は、送達のためにメッセージを受け入れる、メッセージを拒否する、メッセージを受け入れ、検証を要求し、検証受信時にメッセージを送達する、メッセージを受け入れ、確認を要求し、確認の受信時にメッセージを送達する、メッセージを受け入れ、確認と検証を要求し、確認と要求の受信時にメッセージを送達する、新しい規則を定める、あるいは前記組み合わせのいずれかを含むことがあるが、それらに制限されない。
図4は、メッセージを処理するための方法400を示す。方法400を実行するシステム100のようなシステムは、アウトバウンドメッセージを受信する(ステップ402)。該メッセージは、例えばeメール、SMSメッセージ、ファックス、インスタントメッセージ及びボイスメッセージである場合がある。該メッセージはアドレス情報を含む。該アドレス情報はメッセージの送信者に関連したアドレス情報と、メッセージの所定の受取人に関連したアドレス情報を含む。メッセージはコンテンツを含むことがある。該コンテンツは添付電子文書を含むことがある。
システムは、メッセージのアドレスパターンインスタンスを定める(ステップ404)。メッセージのアドレスパターンインスタンスは、メッセージの所定の受取人と関連したアドレス情報である場合がある。
システムは、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むエイリアス管理規則を特定する(ステップ406)。エイリアス管理規則は所定の受取人にエイリアスをマッピングする。すなわち、エイリアス管理規則は、送信者のエイリアスのどれが、所定の受取人のどれに対して使用されるべきかを指定する。システムは、アドレスパターンインスタンスが一致するアドレスパターンキーを含む複数の規則があるかどうかを判断する(ステップ408)。唯一の規則がある場合には、システムはこの規則を選択する(ステップ410)。複数の規則がある場合には、システムは特定された規則の中から規則を選択する(ステップ412)。選択基準は、規則に含まれるアドレスパターンキーの特定性に基づくことがある。システムは、例えば、最も特殊なアドレスパターンキーを含む規則を選択できる。代わりに、選択の基準は優先順位に基づくことができる。1つのインプリメンテーションでは、システムは規則の制限された集合を含む。規則は優先順位により並べられ、システムは最高の優先順位が付いた一致規則を選択する。優先順位は管理者、一人または複数のユーザ、または管理者とユーザの任意の組み合わせによって定めることができる。システムは、選択された規則の命令に従ってメッセージを処理する(ステップ414)。処理は、エイリアスを管理することと、一貫したエイリアスの使用を確実にすることを含む。システムは、現在メッセージの中のエイリアスが選択された規則の中で指定されたエイリアスと同じであるかどうか、及び例えば選択された規則で指定されるものと同じになるようにメッセージの中のエイリアスを適宜に変更することを判断することができる。プロセスは新しい規則を定めることも含む場合がある。処理は、例えば、現在のメッセージのエイリアスと同じとなるように選択された規則の中で指定されるエイリアスを変更することを含む場合がある。代わりに、処理は、例えば方法300に関して前述された処置などの他の処置を含むことがある。
1つのインプリメンテーションでは、システムは高性能eメール処理サーバアプリケーションと、アカウントと構成の情報を含むデータベースにより駆動される規則エンジンの統合されたセットを含むプライバシー指向型eメールシステムである。ともに、これらのアプありケーションは、通信のために使用されるeメールアイデンティティのプライバシーを管理する。それぞれのユーザは自分のeメールアイデンティティのすべてのためのeメールのすべてを含む1つのメールボックスを有する。システムは、各通信者とどのアイデンティティが使用されるのかを追跡調査する。さらに、各メールボックスは複数のドメインに及び、ユーザのアイデンティティの選択も複数のドメインに及ぶことができるようにすることがある。分かるように、やはりシステムセットに含まれているのはウェブベースのユーザアカウント、及びアイデンティティ管理アプリケーション及びウェブ−メールアプリケーションである。
図5に図示されるように、システム500は、SMTPD構成要素502、POPD構成要素504、FETCH構成要素506、ADMIN構成要素508、WEB構成要素510、及びAIRDB(アカウント情報及び規則データベース)構成要素512を含む。構成要素は、示されるように、互いに、インターネットに、eメールクライアントに、リモートeメールアカウント及びウェブクライアントに接続される。
SMTPD構成要素502は、インターネットからの発信メッセージとeメールクライアントからのアウトバウンドメッセージの両方を処理するためのサーバである。POPD構成要素504は、インバウンドeメールクライアント接続を確立するためのPOP3サーバである。FETCH構成要素506はリモートPOP3サーバからeメールをフェッチするためのPOP3クライアントである。ADMIN構成要素508は、ユーザアカウント、ドメイン、及びアイデンティティを管理するためのウェブベースのインタフェースを提供するコンピュータプログラム製品である。ADMIN構成要素508は、HTTPサーバ、例えばBoa Webserverに常駐する。WEB構成要素506は、ウェブベースのeメールクライアントインタフェースを提供するコンピュータプログラム製品である。AIRDB 512は、前記構成要素のすべてにより使用されるユーザアカウント情報のデータベースである。以下に各構成要素をさらに詳しく説明する。
SMTPDインテリジェントSMTPサーバ
SMTPDサーバ502は、SMTPプロトコル規格を活用するメール転送エージェントである。それは、以下を送信及び受信するためのサーバとしての機能を果たす。
・AIRDB構成要素512内に構成されるすべてのドメインとサブドメインのためのインバウンドeメール
・ユーザeメールクライアントが、例えば最後の15分などの指定された期間に同じIPアドレスからそれらのeメールアカウントをチェックした場合に、ユーザeメールクライアントから中継される(アウトバウンドされる)eメール
・コマンドのパイプライン化のため、及び8ビットマイム(mime)型をサポートするために拡張SMTPコマンドをサポートする。
SMTPDサーバ502は、SMTPプロトコル規格を活用するメール転送エージェントである。それは、以下を送信及び受信するためのサーバとしての機能を果たす。
・AIRDB構成要素512内に構成されるすべてのドメインとサブドメインのためのインバウンドeメール
・ユーザeメールクライアントが、例えば最後の15分などの指定された期間に同じIPアドレスからそれらのeメールアカウントをチェックした場合に、ユーザeメールクライアントから中継される(アウトバウンドされる)eメール
・コマンドのパイプライン化のため、及び8ビットマイム(mime)型をサポートするために拡張SMTPコマンドをサポートする。
あるインプリメンテーションでは、SMTPDサーバ502がRFC2821に従ってSMTP規格に準拠している。
以下はインバウンドeメール送達を説明する。Eメールを受信するため、インバウンド宛て先eメールアドレスは構成されたドメインまたはサブドメイン、次にユーザアカウントに対応するアドレスグループ、次にメールボックスにマッピングする。いったんインバウンドアドレスがユーザのメールボックスにマッピングされると、eメールはSMTPエンベロープのFROMアドレス内の通信者のためのeメール取り扱い規則、及びSMTPエンベロープのTOアドレス内の指定された受信アイデンティティに従って受け入れられ、処理される。多様な種類のeメール処理命令が以下に示される。
・メッセージ処理命令は以下を含み、以下に制限されない。
○すべてのメッセージを受け入れる(受け入れる)
○一定数のメッセージを受け入れてから、残りを拒否する(いくつかを受け入れる)。これは2つの部分から成るアクションである。第1は、カウンタに基づきメッセージを受け入れるのか、あるいは拒否するのかを決定する。第2は、メッセージが受け入れられた後にカウンタを減分する。
○特定の日付まで任意の数のメッセージを受け入れ、次に残りを拒否する(まで受け入れる)
○すべてのメッセージを拒否する(拒否する)
・さらに複雑な取り扱い規則は以下を含み、以下に制限されない。
○メッセージを送達する前に送信者に構成メッセージを送信するように依頼する。確認を受信した後で、規則のアドレスパターンキーとして現在のアドレスパターンインスタンスを含む、新しい常時受け入れ規則を作成する(確認及び作成)
○メッセージを送達する前に受信者に送信者を検証するように依頼する(検証)
○送信者に確認メッセージを送信するように依頼し、受信者にメッセージを送達する前に送信者を検証するように依頼する(確認及び検証)
○新しい送信者からメッセージを受け入れ、規則のアドレスパターンキーとして現在のアドレスパターンインスタンスを含む新しいいくつか受け入れ規則を作成する。(受け入れ及び作成)
・メッセージ処理命令は以下を含み、以下に制限されない。
○すべてのメッセージを受け入れる(受け入れる)
○一定数のメッセージを受け入れてから、残りを拒否する(いくつかを受け入れる)。これは2つの部分から成るアクションである。第1は、カウンタに基づきメッセージを受け入れるのか、あるいは拒否するのかを決定する。第2は、メッセージが受け入れられた後にカウンタを減分する。
○特定の日付まで任意の数のメッセージを受け入れ、次に残りを拒否する(まで受け入れる)
○すべてのメッセージを拒否する(拒否する)
・さらに複雑な取り扱い規則は以下を含み、以下に制限されない。
○メッセージを送達する前に送信者に構成メッセージを送信するように依頼する。確認を受信した後で、規則のアドレスパターンキーとして現在のアドレスパターンインスタンスを含む、新しい常時受け入れ規則を作成する(確認及び作成)
○メッセージを送達する前に受信者に送信者を検証するように依頼する(検証)
○送信者に確認メッセージを送信するように依頼し、受信者にメッセージを送達する前に送信者を検証するように依頼する(確認及び検証)
○新しい送信者からメッセージを受け入れ、規則のアドレスパターンキーとして現在のアドレスパターンインスタンスを含む新しいいくつか受け入れ規則を作成する。(受け入れ及び作成)
送信者が確認あるいは検証された後、ユーザが指定するまで、彼らの以後のeメールのすべては受け入れ/拒否などされ続ける。確認/検証されない場合、eメールは7日間などのタイムアウトの後に受信のために拒否される。
・規則のすべては送信者「FROM」が以下のどれかとなるように定めることをサポートする。
○特定の人物(つまり、特定のeメールアドレス)
○人の特定のグループ(つまり、特定のドメインまたはドメイン内のサブグループ)
○すべての人
・規則のすべては受取人「TO」を以下のどれかとなるように定めることをサポートする
○特定のアイデンティティ(つまり特定のeメールアドレス)
○アイデンティティのグループ(つまり、特定のドメインのついた特定の接頭語)
○ドメイン全体分のアイデンティティ
・規則のすべては送信者「FROM」が以下のどれかとなるように定めることをサポートする。
○特定の人物(つまり、特定のeメールアドレス)
○人の特定のグループ(つまり、特定のドメインまたはドメイン内のサブグループ)
○すべての人
・規則のすべては受取人「TO」を以下のどれかとなるように定めることをサポートする
○特定のアイデンティティ(つまり特定のeメールアドレス)
○アイデンティティのグループ(つまり、特定のドメインのついた特定の接頭語)
○ドメイン全体分のアイデンティティ
前記に説明されたアクションのリストは網羅的ではない。テーブル2はアクションの例の集合を示す。
AA − つねに受け入れ、より特殊な規則を作成しない
AA+ − つねに受け入れ、さらに特殊な規則を作成する
ACA+ −受け入れ、確認するまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=つねに受け入れるのための特殊な規則を作成する
ACN+n − 受け入れ、確認するまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=n個のメッセージを受け入れるのための特殊な規則を作成する
ACE+n − 受け入れ、確認するまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=初期のメッセージの受け入れからn日まで受け入れるのための特殊な規則を作成する
AVA+ − 受け入れ、検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=つねに受け入れるのための特殊な規則を作成する
AVN+n − 受け入れ、検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=n個のメッセージを受け入れるのための特殊な規則を作成する
AVE+n − 受け入れ、検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=初期のメッセージからn日まで受け入れるのための特殊な規則を作成する
ACVA+ − 受け入れ、確認するまで保持し、次に検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=つねに受け入れるのための特殊な規則を作成する
ACVN+n − 受け入れ、確認するまで保持し、次に検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=n個のメッセージを受け入れるのための特殊な規則を作成する
ACVE+n − 受け入れ、確認するまで保持し、次に検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=初期メッセージの受信からn日まで受け入れるのための特殊な規則を作成する
ANn − n個のメッセージを受け入れてから、追加を拒否する
AN+n − F:T=n個のメッセージを受け入れるのための特殊な規則を作成する
AEyyyymmdd − 指定された日付まで受け入れ、次に以後のすべてのメッセージを拒否する
AE+n − F:T=今日からn日まで受け入れるのための特殊な規則を作成する
FA(list,…) −現在の受取人を、リストに記載される受取人アドレスで置換し、リストの少なくとも一人のメンバーがメッセージを受け入れる場合にはメッセージを受け入れる
FT(list,…) − 第1の項目がメッセージを受け入れる場合には、メッセージを受け入れる。メッセージを拒否する受取人に遭遇するまで受取人リストにリスト内の各受取人を追加する
R − あらゆるメッセージを拒否する
以下のすべてについて、メッセージが送達され、規則が具体化される前の検証、確認または確認と検証の両方のステップを含む変化がサポートされる(「s」と「r」がこれらの値のどれかである場合がある。P−接頭語、S−接尾語、L−ローカルパート(LocalPart)、D−ドメイン、B−ベースドメイン、M−サブドメイン)。
AMsrA:「s」で指定される送信者アドレス部分が「r」で指定される受取人部分に一致すると、メッセージを受け入れる
AMsrNn:「s」で指定される送信者アドレス部分が「r」で指定される受取人部分に一致する場合に、n個のメッセージを受け入れ、次に追加を拒否する
AMsrEyyyymmdd:「s」によって指定される送信者アドレス部分が「r」によって指定される受取人部分に一致する場合に、指定された日付まで受け入れ、次に追加を拒否する
AMsrA+:「s」によって指定される送信者アドレス部分が「r」によって指定される受取人部分に一致する場合に、特殊な規則F:T=すべてのメッセージを受け入れるを作成する
AMsrN+n:「s」によって指定される送信者アドレス部分が「r」によって指定される受取人部分に一致する場合に、特殊な規則F:T=n個のメッセージを受け入れ、次に追加を拒否するを作成する
AMsrE+n:「s」によって指定される送信者アドレス部分が「r」によって指定される受取人部分に一致する場合に、特殊な規則F:T=いまからn日まで受け入れ、次に追加を拒否するを作成する
AXNr+:受取人の「r」部分を使用して、指定された規則、F:T=「r」個のメッセージを受け入れ、次に追加を拒否するを作成する
AXEr+:受取人の「r」の部分を使用して、指定された規則、F:T=いまから「r」日まですべてのメッセージを受け入れ、次に追加を拒否するを作成する
(以下の場合、「id」は、送信者に対する返事メッセージを作成するために使用される、ユーザにより作成されたまたはシステムにより提供されたかのどちらかのテンプレートファイルを指定する。)
ARA−id:すべてのメッセージを受け入れ、メッセージ「id」で自動応答する
ARNn−id:n個のメッセージを受け入れ、メッセージ「id」でそれぞれに自動応答する
AREyyyymmdd−id:指定された日付まですべてのメッセージを受け入れ、メッセージ「id」で自動応答する
RA+id:特殊な規則、F:T=すべてのメッセージを受け入れ、メッセージ「id」で自動応答するを作成する
RN+n−id:特殊な規則、F:T=n個のメッセージを受け入れ、メッセージ「id」でそれぞれに自動応答するを作成する
ARE+n−id:特殊な規則を作成し、いまからn日まですべてのメッセージを受け入れ、メッセージ「id」でそれぞれに自動応答する
表2
AA − つねに受け入れ、より特殊な規則を作成しない
AA+ − つねに受け入れ、さらに特殊な規則を作成する
ACA+ −受け入れ、確認するまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=つねに受け入れるのための特殊な規則を作成する
ACN+n − 受け入れ、確認するまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=n個のメッセージを受け入れるのための特殊な規則を作成する
ACE+n − 受け入れ、確認するまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=初期のメッセージの受け入れからn日まで受け入れるのための特殊な規則を作成する
AVA+ − 受け入れ、検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=つねに受け入れるのための特殊な規則を作成する
AVN+n − 受け入れ、検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=n個のメッセージを受け入れるのための特殊な規則を作成する
AVE+n − 受け入れ、検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=初期のメッセージからn日まで受け入れるのための特殊な規則を作成する
ACVA+ − 受け入れ、確認するまで保持し、次に検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=つねに受け入れるのための特殊な規則を作成する
ACVN+n − 受け入れ、確認するまで保持し、次に検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=n個のメッセージを受け入れるのための特殊な規則を作成する
ACVE+n − 受け入れ、確認するまで保持し、次に検証されるまで保持し、次にメッセージ(複数の場合がある)を送達し、F:T=初期メッセージの受信からn日まで受け入れるのための特殊な規則を作成する
ANn − n個のメッセージを受け入れてから、追加を拒否する
AN+n − F:T=n個のメッセージを受け入れるのための特殊な規則を作成する
AEyyyymmdd − 指定された日付まで受け入れ、次に以後のすべてのメッセージを拒否する
AE+n − F:T=今日からn日まで受け入れるのための特殊な規則を作成する
FA(list,…) −現在の受取人を、リストに記載される受取人アドレスで置換し、リストの少なくとも一人のメンバーがメッセージを受け入れる場合にはメッセージを受け入れる
FT(list,…) − 第1の項目がメッセージを受け入れる場合には、メッセージを受け入れる。メッセージを拒否する受取人に遭遇するまで受取人リストにリスト内の各受取人を追加する
R − あらゆるメッセージを拒否する
以下のすべてについて、メッセージが送達され、規則が具体化される前の検証、確認または確認と検証の両方のステップを含む変化がサポートされる(「s」と「r」がこれらの値のどれかである場合がある。P−接頭語、S−接尾語、L−ローカルパート(LocalPart)、D−ドメイン、B−ベースドメイン、M−サブドメイン)。
AMsrA:「s」で指定される送信者アドレス部分が「r」で指定される受取人部分に一致すると、メッセージを受け入れる
AMsrNn:「s」で指定される送信者アドレス部分が「r」で指定される受取人部分に一致する場合に、n個のメッセージを受け入れ、次に追加を拒否する
AMsrEyyyymmdd:「s」によって指定される送信者アドレス部分が「r」によって指定される受取人部分に一致する場合に、指定された日付まで受け入れ、次に追加を拒否する
AMsrA+:「s」によって指定される送信者アドレス部分が「r」によって指定される受取人部分に一致する場合に、特殊な規則F:T=すべてのメッセージを受け入れるを作成する
AMsrN+n:「s」によって指定される送信者アドレス部分が「r」によって指定される受取人部分に一致する場合に、特殊な規則F:T=n個のメッセージを受け入れ、次に追加を拒否するを作成する
AMsrE+n:「s」によって指定される送信者アドレス部分が「r」によって指定される受取人部分に一致する場合に、特殊な規則F:T=いまからn日まで受け入れ、次に追加を拒否するを作成する
AXNr+:受取人の「r」部分を使用して、指定された規則、F:T=「r」個のメッセージを受け入れ、次に追加を拒否するを作成する
AXEr+:受取人の「r」の部分を使用して、指定された規則、F:T=いまから「r」日まですべてのメッセージを受け入れ、次に追加を拒否するを作成する
(以下の場合、「id」は、送信者に対する返事メッセージを作成するために使用される、ユーザにより作成されたまたはシステムにより提供されたかのどちらかのテンプレートファイルを指定する。)
ARA−id:すべてのメッセージを受け入れ、メッセージ「id」で自動応答する
ARNn−id:n個のメッセージを受け入れ、メッセージ「id」でそれぞれに自動応答する
AREyyyymmdd−id:指定された日付まですべてのメッセージを受け入れ、メッセージ「id」で自動応答する
RA+id:特殊な規則、F:T=すべてのメッセージを受け入れ、メッセージ「id」で自動応答するを作成する
RN+n−id:特殊な規則、F:T=n個のメッセージを受け入れ、メッセージ「id」でそれぞれに自動応答するを作成する
ARE+n−id:特殊な規則を作成し、いまからn日まですべてのメッセージを受け入れ、メッセージ「id」でそれぞれに自動応答する
表2
以下は着信自動規則更新を説明する。AIRDB構成要素512は、eメールの通常の使用により、及びシステムにより認識されるいくつかの特殊なeメールアドレスを使用することにより受動的に更新することができる。すなわち、システムのユーザはADMINウェブベースの管理インタフェースによらずに規則を更新できる。ユーザは、以下の方法でユーザの規則ベースに通信者を追加できる。
・通信者に特定のeメールを送信すると、特定のeメールと同じアドレスパターンインスタンスを有するeメールを受け入れる規則を追加する
・通信者からの特定のeメールに応えて送信されたVerify(検証)要求に応答を送信すると、特定のeメールと同じアドレスパターンインスタンスを有する将来のeメールを受け入れる規則を追加する。さらに、システムは特定のeメールと同じアドレスパターンインスタンスを有するペンディングeメールを送達する。
・Accept(受け入れる)とReject(拒否する)のために使用される特殊なeメールアドレスに対する着信eメールの転送。特殊なeメールアドレスは、eメールアカウントのための接頭辞アドレスに対する接尾辞を受け入れるまたは拒否するを使用して形成される。例えば、以下のとおりである。
○通信者からのeメールをmyaccept@there.comに転送すると、該通信者からの将来のeメールを受け入れる規則が追加される。規則はユーザのアイデンティティのすべて(例えば、ユーザのエイリアスのすべて)に、あるいは転送されるeメールに指定されるアイデンティティだけに適用させることができる。
○通信者からのeメールをmyreject@there.comに転送すると、該通信者からの将来のeメールを拒否する規則が追加される。規則はユーザのアイデンティティのすべて(例えば、ユーザのエイリアスのすべて)に、あるいは転送されたeメールに指定されるアイデンティティだけに適用さえることができる。
○これらのアドレスのどちらかに繰り返し転送すると、前述された規則より特殊ではない追加の規則が追加される。すなわち、転送の各追加インスタンスはより特殊ではない規則(つまり、より特殊ではないアドレスパターンキーを有するもの)を追加する。この一般化は、ドメイン全体及びそのサブドメインのどれかが受け入れられるまたは拒否されるまで続行する。
AIRDB構成要素412はアクティブに、つまりウェブベースの管理インタフェースを通した入力により更新できる。
・通信者に特定のeメールを送信すると、特定のeメールと同じアドレスパターンインスタンスを有するeメールを受け入れる規則を追加する
・通信者からの特定のeメールに応えて送信されたVerify(検証)要求に応答を送信すると、特定のeメールと同じアドレスパターンインスタンスを有する将来のeメールを受け入れる規則を追加する。さらに、システムは特定のeメールと同じアドレスパターンインスタンスを有するペンディングeメールを送達する。
・Accept(受け入れる)とReject(拒否する)のために使用される特殊なeメールアドレスに対する着信eメールの転送。特殊なeメールアドレスは、eメールアカウントのための接頭辞アドレスに対する接尾辞を受け入れるまたは拒否するを使用して形成される。例えば、以下のとおりである。
○通信者からのeメールをmyaccept@there.comに転送すると、該通信者からの将来のeメールを受け入れる規則が追加される。規則はユーザのアイデンティティのすべて(例えば、ユーザのエイリアスのすべて)に、あるいは転送されるeメールに指定されるアイデンティティだけに適用させることができる。
○通信者からのeメールをmyreject@there.comに転送すると、該通信者からの将来のeメールを拒否する規則が追加される。規則はユーザのアイデンティティのすべて(例えば、ユーザのエイリアスのすべて)に、あるいは転送されたeメールに指定されるアイデンティティだけに適用さえることができる。
○これらのアドレスのどちらかに繰り返し転送すると、前述された規則より特殊ではない追加の規則が追加される。すなわち、転送の各追加インスタンスはより特殊ではない規則(つまり、より特殊ではないアドレスパターンキーを有するもの)を追加する。この一般化は、ドメイン全体及びそのサブドメインのどれかが受け入れられるまたは拒否されるまで続行する。
AIRDB構成要素412はアクティブに、つまりウェブベースの管理インタフェースを通した入力により更新できる。
SMTPDサーバ502はアイデンティティのどの組が確認されるべきか、あるいは拒否されるべきかを特定するために各インバウンドeメールの主題行に挿入されるMailIDフィールドを使用する。MailIDフィールドは、REJECT(拒否))特殊アドレスとACCEPT(受け入れ)特殊アドレスと使用するための特殊なアドレスパターンインスタンスを特定するために使用される。この機能により、すべてのeメールクライアント全体での一貫した動作が可能になる。この一意の識別子はメッセージのための特定のSENDER(送信者)とRECIPIENT(受取人)を識別する一貫した方法を提供するために主題行に追加できる。一意の識別子は、FROM(送信元)−TO(送信先)アドレスの組のために適切な規則を作成するために、ACCEPT(受け入れ)プロセスとREJECT(拒否)プロセスにより使用される。SENDER(送信者)とRECIPIENT(受取人)情報はメッセージのヘッダから抽出できるが、メッセージに返答するときにすべてのeメールクライアントがヘッダのすべてをシステムに戻すわけではない。したがって主題行のMailIDはクライアント全体で一貫した動作を保証するために必要とされる。
以下はアウトバウンドeメール処理及び規則更新を説明する。Eメールを送信するために、ユーザは自分達のeメールクライアントをSMTPDサーバを指すように設定する。サーバは、ユーザが過去の15分間などの指定された期間内にメールボックスをチェックしたならばクライアントからのeメールに返答し、SMTPDはアウトバウンドeメールに以下を行う。
・「FROM(送信元)」アイデンティティが
○ユーザの設定した置換文字列(例えば、myreplaceme@there.com)に一致する場合には、サーバは「TO(送信先)」アドレスを使用し、好ましいアイデンティティまたはこれが新しい受取人であるケースではデフォルトのアイデンティティのどちらかを検出し、「FROM(送信元)」アドレスを相応して改変する、あるいは
○ユーザに対して有効なアイデンティティであり、置換文字列ではない場合には、SMTPDは「TO(送信先)」アドレスのための好ましいアイデンティティをこの値に設定する。これにより、アイデンティティの新しいマッピングがセットアップされるか、あるいは過去のマッピングが無効にされるかのどちらかであろう。
・次に、サーバは、追加の処理なしに「TO(送信先)」アドレスからの将来のeメールを受け入れることができるようにするために使用されるアイデンティティのための適切な規則にエンティティを追加する。
・次にEメールは、通常のSMTP処理に従い受取人に送信される。
SMTPサーバ502は、以下の特性及び特徴を実現する。
・不変の送信者対受信者コンタクトエイリアスの置換をトリガするための記入子であるコンタクトエイリアスが提供される。
・コンタクトアドレスが指定されていない、あるいは受信者が新しい所定の受取人にメッセージを送信するときなど使用できない場合には、デフォルトの送信者コンタクトエイリアスが使用されるために提供される。
・デフォルト規則の集合が、送信さHが通信を開始した新しい所定の受取人のためのアクセス規則と処理規則を定めるために使用されるために提供される。以下のテーブル3は、デフォルト規則の例に集合を示している。
・アクセス規則と処理規則の集合は、インバウンドeメールが特定の送信者コンタクトエイリアスと受信者コンタクトエイリアスの組またはこのような組のパターンのために処理されるときに、どうしたらよいかを決定するために提供される。規則の最小の集合は以下に指定される。
・所定の受取人のコンタクトエイリアスまたは送信者コンタクトエイリアス優先情報に対するパターンの集合が、特定の受信者または受信者のグループについて一貫した送信者のコンタクトエイリアスを維持する際に使用するために提供される。
・eメールエイリアスまたはメールボックス情報に対するeメールエイリアスパターンの集合が、インバウンドeメールとアウトバウンドeメールを処理する上で使用するために提供される。
返事eメールが受け入れ−変形でカバーされない発信eメールのために考えられるデフォルトアクション
−受け入れる:アドレスにeメールを送信すると、さらに許可なしに送信アドレスに返事をし直すためにそのアドレスが許可される。
−Ntimes−N:アドレスにeメールを送信すると、追加のeメールが拒否された後の最高N個のメッセージまで送信アドレスに返事をし直すためにそのアドレスが許可された。
−Expires−N:アドレスにeメールを送信すると、初期のメッセージの日付から最高N日の間送信アドレスに返事をし直すためにそのアドレスが許可される。
逆(返事)規則のためのアクションは、以下のとおりである
−受け入れる−何も行われる必要はない
−N個のメッセージを受け入れる−空の場合、「空−追加」じより許可されたメッセージカウントを増加する
−まで受け入れる−期限切れの場合、「期限−追加」で許可された期間を増加する
−確認/検証 − 確認または検証を必要とせずに適切な規則を追加する。
−未決 − 過去に指定されていない新しい受取人のためのデフォルトアクションを使用する
表3
・「FROM(送信元)」アイデンティティが
○ユーザの設定した置換文字列(例えば、myreplaceme@there.com)に一致する場合には、サーバは「TO(送信先)」アドレスを使用し、好ましいアイデンティティまたはこれが新しい受取人であるケースではデフォルトのアイデンティティのどちらかを検出し、「FROM(送信元)」アドレスを相応して改変する、あるいは
○ユーザに対して有効なアイデンティティであり、置換文字列ではない場合には、SMTPDは「TO(送信先)」アドレスのための好ましいアイデンティティをこの値に設定する。これにより、アイデンティティの新しいマッピングがセットアップされるか、あるいは過去のマッピングが無効にされるかのどちらかであろう。
・次に、サーバは、追加の処理なしに「TO(送信先)」アドレスからの将来のeメールを受け入れることができるようにするために使用されるアイデンティティのための適切な規則にエンティティを追加する。
・次にEメールは、通常のSMTP処理に従い受取人に送信される。
SMTPサーバ502は、以下の特性及び特徴を実現する。
・不変の送信者対受信者コンタクトエイリアスの置換をトリガするための記入子であるコンタクトエイリアスが提供される。
・コンタクトアドレスが指定されていない、あるいは受信者が新しい所定の受取人にメッセージを送信するときなど使用できない場合には、デフォルトの送信者コンタクトエイリアスが使用されるために提供される。
・デフォルト規則の集合が、送信さHが通信を開始した新しい所定の受取人のためのアクセス規則と処理規則を定めるために使用されるために提供される。以下のテーブル3は、デフォルト規則の例に集合を示している。
・アクセス規則と処理規則の集合は、インバウンドeメールが特定の送信者コンタクトエイリアスと受信者コンタクトエイリアスの組またはこのような組のパターンのために処理されるときに、どうしたらよいかを決定するために提供される。規則の最小の集合は以下に指定される。
・所定の受取人のコンタクトエイリアスまたは送信者コンタクトエイリアス優先情報に対するパターンの集合が、特定の受信者または受信者のグループについて一貫した送信者のコンタクトエイリアスを維持する際に使用するために提供される。
・eメールエイリアスまたはメールボックス情報に対するeメールエイリアスパターンの集合が、インバウンドeメールとアウトバウンドeメールを処理する上で使用するために提供される。
返事eメールが受け入れ−変形でカバーされない発信eメールのために考えられるデフォルトアクション
−受け入れる:アドレスにeメールを送信すると、さらに許可なしに送信アドレスに返事をし直すためにそのアドレスが許可される。
−Ntimes−N:アドレスにeメールを送信すると、追加のeメールが拒否された後の最高N個のメッセージまで送信アドレスに返事をし直すためにそのアドレスが許可された。
−Expires−N:アドレスにeメールを送信すると、初期のメッセージの日付から最高N日の間送信アドレスに返事をし直すためにそのアドレスが許可される。
逆(返事)規則のためのアクションは、以下のとおりである
−受け入れる−何も行われる必要はない
−N個のメッセージを受け入れる−空の場合、「空−追加」じより許可されたメッセージカウントを増加する
−まで受け入れる−期限切れの場合、「期限−追加」で許可された期間を増加する
−確認/検証 − 確認または検証を必要とせずに適切な規則を追加する。
−未決 − 過去に指定されていない新しい受取人のためのデフォルトアクションを使用する
表3
1つのインプリメンテーションでは、SMTPサーバ502は、2001年4月J.Kleinsin、編集者「シンプルメール転送プロトコル」RFC2821、4.5.1最小インプリメンテーションを有することがある。MAILコマンドに応えて、システムは、アウトバウンドeメール処理動作を使用しなければならないように、送信者が有効なシステムユーザであるかどうかを特定できる。RCPTコマンドに応えて、システムは、インバウンドeメール処理動作を使用しなければならないように、受信者が有効なシステムユーザであるかどうかを特定する。アウトバウンド処理が指定されている場合、及び送信者コンタクトエイリアスが記入子コンタクトエイリアスまたはパターンに一致する場合には、システムはメッセージのFROM(送信元)フィールド内で所定の受取人に関連した送信者コンタクトエイリアスまたは過去のマッピングが存在しない場合にはデフォルトのコンタクトエイリアスを置換できる。インバウンド処理が指定されている場合、システムは送信者エイリアス及び送信者により使用される受信者エイリアスに一致する受信者のメールボックスのための第1の規則を検出し、メッセージを拒否するのか、あるいはメッセージを受け取るのかを決定するためのアクションの第1の部分に一致する。規則が検出されない場合には、システムはメッセージを拒否できる。インバウンド処理もアウトバウンド処理も指定されていない場合には、サーバは、RFC 2821に指定されるようにサイトに特殊な構成に従って中継を処理しなければならない。
DATAコマンドの処理が成功した後、以下のアクションを講じてよい、あるいはそれらは現在接続されているSMTPクライアント、サーバまたは中継器がセッションを終了する後まで遅延されてよい。送信者コンタクトエイリアスの置換がRCPTコマンドの後で実行された場合、システムは一致するためにメッセージ本体の影響を受けた領域を書き直すことができる。インバウンドeメールの場合、システムは一致した規則の第2の部分を実行できる。システム以外のユーザのためのアウトバウンドeメールの場合、システムは、RFC2821に指定されるように、標準的なSMTPプロトコルと手順を使用して受信者にeメールを送信できる。
FETCH−POP3クライアント
FETCHは、各ユーザによって設定されるように、リモートサードパーティPOP3サーバから定期的にeメールを検索するために使用される。FETCHは規則エンジンを使用し、その結果検索されたeメールはSMTPDからのインバウンドeメールのために使用される同じ受け入れ規則の大部分の対象となる。規則処理における変動は、規則のいくつかの意味が、検索されたeメールに適用されるときに意味をなさないために発生する。例えば、
・確認メッセージが、検索されているものと異なるeメールアイデンティティからであるだろうため、入信eメールの確認が処理できない。
・受け入れ可能な通信者を知ることに対処できるであろう外部eメールアカウントでのアウトバウンドeメールの処理がないため、当初、検索されたeメールの一括拒否を処理できない。
・一時期外部eメールアカウントを処理した後に、ユーザは、すべての過去に許可されたユーザがそのアドレスを使用し続けるのを可能にする一方で、あらゆる新しい送信者を拒否するための規則を設定できるであろう。
FETCHは、各ユーザによって設定されるように、リモートサードパーティPOP3サーバから定期的にeメールを検索するために使用される。FETCHは規則エンジンを使用し、その結果検索されたeメールはSMTPDからのインバウンドeメールのために使用される同じ受け入れ規則の大部分の対象となる。規則処理における変動は、規則のいくつかの意味が、検索されたeメールに適用されるときに意味をなさないために発生する。例えば、
・確認メッセージが、検索されているものと異なるeメールアイデンティティからであるだろうため、入信eメールの確認が処理できない。
・受け入れ可能な通信者を知ることに対処できるであろう外部eメールアカウントでのアウトバウンドeメールの処理がないため、当初、検索されたeメールの一括拒否を処理できない。
・一時期外部eメールアカウントを処理した後に、ユーザは、すべての過去に許可されたユーザがそのアドレスを使用し続けるのを可能にする一方で、あらゆる新しい送信者を拒否するための規則を設定できるであろう。
1つのインプリメンテーションでは、POPDはプレーンテキスト認証を使用してRFC 1939(POP3コマンド及び応答)に準拠する。
POPD−POP3サーバ
POPDは、例えばRFC1939(POP3コマンド及び応答)などのプロトコルに従って、プレーンテキストまたはAPOP認証のどちらかを使用して入信POP3クライアントアクセスを処理するPOP3サーバである。RFC 1939に対する準拠は、POPDがユーザの好ましいeメールクライアント(例えば、Outlook Express、Outlook、Eudora、Netscape Mail等)と相互運用することを保証している。POPDは規則エンジンの使用を必要としないが、ユーザアクセスを確認し、ユーザeメールを検出するためにAIRDBを使用する。
POPDは、例えばRFC1939(POP3コマンド及び応答)などのプロトコルに従って、プレーンテキストまたはAPOP認証のどちらかを使用して入信POP3クライアントアクセスを処理するPOP3サーバである。RFC 1939に対する準拠は、POPDがユーザの好ましいeメールクライアント(例えば、Outlook Express、Outlook、Eudora、Netscape Mail等)と相互運用することを保証している。POPDは規則エンジンの使用を必要としないが、ユーザアクセスを確認し、ユーザeメールを検出するためにAIRDBを使用する。
ADMIN−ユーザアカウント、ドメイン、及びアイデンティティの管理
ユーザはその好ましいeメールクライアントを使用するだけで大部分のタスクを達成できるが、さらに精密なインタフェースを必要とするいくつかの動作がある。ADMINは以下をサポートするウェブアプリケーションである。
・ユーザアカウント作成、支払い、及び更新
・ドメインeメールサービスセットアップ及び管理
・デフォルトアイデンティティ指定
・新規ドメインアイデンティティグループの作成
・特定のアイデンティティ、及びそれらのアイデンティティに対する保護を強化するまたは減少するかどちらかのためのアイデンティティのグループのための規則の修正
ユーザはその好ましいeメールクライアントを使用するだけで大部分のタスクを達成できるが、さらに精密なインタフェースを必要とするいくつかの動作がある。ADMINは以下をサポートするウェブアプリケーションである。
・ユーザアカウント作成、支払い、及び更新
・ドメインeメールサービスセットアップ及び管理
・デフォルトアイデンティティ指定
・新規ドメインアイデンティティグループの作成
・特定のアイデンティティ、及びそれらのアイデンティティに対する保護を強化するまたは減少するかどちらかのためのアイデンティティのグループのための規則の修正
1つのインプリメンテーションにおいては、Boa HTTPサーバがこのアプリケーションが実行するプラットホームを提供する。このオープンソースサーバは、セキュリティと性能に焦点をおいて構築された。
管理ユーティリティは以下の特性および特徴を実現する。
・システムレベルメールボックス動作をサポートする
○メールボックスまでマッピングするeメールコンタクトエイリアスとパターン(複数の場合がある)、アクセス規則と処理規則の初期の集合、記入子のための初期値、及びSMTPサーバ説明の中で前述されたようなデフォルト送信者を定める新しいメールボックスの確立
○受信機コンタクトエイリアスをメールボックスにマッピングする既存のeメールエリアスまたはパターン(複数の場合がある)を表示、追加、修正または削除するための既存のメールボックスの修正
○マッピング及び特定のメールボックスのためのすべての関連ファイル、及びすべての関連したファイルとデータ
・メールボックスレベル動作をサポートする
○ターゲット受信者または受信者のパターンのための好ましい送信者コンタクトエイリアスを表示、追加、修正、削除する
○アクセス規則と処理規則を表示、追加、修正、削除する
・システムレベルメールボックス動作をサポートする
○メールボックスまでマッピングするeメールコンタクトエイリアスとパターン(複数の場合がある)、アクセス規則と処理規則の初期の集合、記入子のための初期値、及びSMTPサーバ説明の中で前述されたようなデフォルト送信者を定める新しいメールボックスの確立
○受信機コンタクトエイリアスをメールボックスにマッピングする既存のeメールエリアスまたはパターン(複数の場合がある)を表示、追加、修正または削除するための既存のメールボックスの修正
○マッピング及び特定のメールボックスのためのすべての関連ファイル、及びすべての関連したファイルとデータ
・メールボックスレベル動作をサポートする
○ターゲット受信者または受信者のパターンのための好ましい送信者コンタクトエイリアスを表示、追加、修正、削除する
○アクセス規則と処理規則を表示、追加、修正、削除する
これらの管理ユーティリティは、ウェブベースのシステムとeメールベースのシステムの両方で実現できる。該ウェブベースのシステムはユーザの認証を提供し、動作と特性の前記リストのすべてをサポートする。Eメールベースのシステムは最低条件として、特定の受信者コンタクトエイリアスにeメールを転送したまたは向け直した結果として特定のコンタクトエイリアスの対合のための基本的な規則を設定する能力を提供する。アクションの最小の集合は、eメールに含まれる特定のコンタクトエイリアス対合のための以下の種類の規則を設定することを含む。つまりつねに拒否する、及びつねに受け入れるである。作成される規則の種類は受信者コンタクトエイリアスに基づくことができる。
図6Aから図6Fは管理インタフェースの例を示しており、その1つまたは複数はウェブベースである場合がある。図6Aはeメールドメインを管理するための管理インタフェースの例を示している。インタフェースはシステムにより管理されるドメインを追加するためのフィールド604を含む。インタフェースはドメイン名の可用性を確かめるためのフィールド606を含む。インタフェースは、ドメインにサブドメインを追加するための要素608などの要素を含む。インタフェースは、ドメインごとに講じられるアクションを指定するための、要素610などの要素を含む。図6Bはeメールドメインを構成するための管理インタフェースを示す。管理インタフェースにより、ユーザは、新しいドメインがマルチユーザドメインになるのか、あるいは単一ユーザドメインになるのかを指定できる。管理インタフェースにより、ユーザはドメイン名システムセットアップオプションを指定できる。
図6Cは、アドレスグループを管理するための管理インタフェースの例を示す。ユーザは、別のドメイン名を使用し、ユーザのPOPアカウントの1つを検索することによってユーザ自身のドメイン名の1つを使用する事によりアドレスグループを追加できる。インタフェースは、ユーザのドメイン名の1つを追加するためのフィールド614を含む。インタフェースは別ののドメイン命を追加するためのフィールド614を含む。インタフェースは、ユーザのPOPアカウントの1つを検索するためのフィールド618を含む。
アドレスグループごとに、ユーザはシステムが管理するための1つまたは複数のアイデンティティを指定できる。図6Dはアイデンティティを管理するための管理インタフェースの例を示す。インタフェースは新規アイデンティティを作成するための領域620を含む。領域620は新しいアイデンティティを定めるための領域622と、新しいグループアイデンティティを定めるための領域624を含む。管理インタフェースは、新規に定められたアイデンティティまたはアイデンティティのグループに関して講じられる処置を指定するための、フィールド626などのフィールドを含む。管理インタフェースは、作動がアイデンティティと対応する規則を作成する要素を含む。管理インタフェースは、例えばグループアイデンティティを示すためのリスト630、ユーザにより指定されるアイデンティティを示すためのリスト632、及びユーザのシステムの使用に応えてシステムにより学習され、受動的に作成されるアイデンティティを示すためのリスト634などのシステムにより管理されるアイデンティティのリストも含む。
図6Eは、エイリアスを管理するための管理インタフェースを示す。管理インタフェースは、デフォルトアイデンティティを指定するための領域636を含む。管理インタフェースはeメールを送信するために好ましいアイデンティティを指定するための領域638を含む。管理インタフェースは、受取人(つまり所定の受取人)のリスト640と、受取人と通信するために使用されるエイリアスのリスト624を含む。
図6Fは、受け入れる/拒否する(つまりアクセスと処理)規則を管理するための管理インタフェースを示す。管理インタフェースはディスプレイフィルタのための領域644を含む。ユーザは、ユーザが通信する受取人の集合の部分集合を示すためにフィルタを使用することを希望する場合がある。管理インタフェースは受取人のリスト646を含む。管理インタフェースは、それぞれの受取人と通信するときに使用されるユーザのエイリアスのリスト648を含む。管理インタフェースは、受取人から送信され、指定されるエイリアスにアドレス指定されるメッセージのために講じられる処置を指定する処置のフィールド650を含む。
ウェブ−ウェブeメールクライアント
ユーザはそれらの好ましいeメールクライアントを使用してよい一方、すべてのクライアントが、ユーザがシステムのflexiblyのすべてにアクセスできるようにする特徴を提供するわけではない。WEB(ウェブ)アプリケーションは、標準的なウェブベースのeメールクライアントに、新しいアイデンティティの動的な作成を容易且つ迅速にするための特殊な追加を与える。
ユーザはそれらの好ましいeメールクライアントを使用してよい一方、すべてのクライアントが、ユーザがシステムのflexiblyのすべてにアクセスできるようにする特徴を提供するわけではない。WEB(ウェブ)アプリケーションは、標準的なウェブベースのeメールクライアントに、新しいアイデンティティの動的な作成を容易且つ迅速にするための特殊な追加を与える。
ウェブ(WEB)は添付ファイルを読み取る、書き込む、削除する、転送する、返答する、及び対処するために必要とされるコアeメール機能性のすべてを提供する。ある1つのインプリメンテーションでは、このアプリケーションは性能、セキュリティ及びスケラビリティの理由のためオープンソースBoa HTTPの上部で実行する。
ドメイン管理
SMTPサーバ402は、他のSMTPメール転送エージェントのように特定のインターネットドメインのためのeメールを取り扱うように構成されている。インターネットドメインは、ドメインが供される用途に基づいて多岐に渡るタイプとして提供されることがある。ドメインは単一ユーザに、あるいは複数のユーザのどちらかにeメールを供給するために使用できる。ドメインに宛てられるすべてのeメールが(使用される特定のアドレスに関わりなく)単一のメールボックスに送信されるため、単一ユーザドメインは「すべてをキャッチ(Catch All)」ドメインとして知られている。複数のユーザドメインは、限りない数のユーザを有することができ、そのそれぞれは多くの異なるアイデンティティを有する可能性がある。あらゆるメールボックスは、ドメインのタイプに関係なく、1つまたは複数のドメインまたはサブドメインから複数のeメールアイデンティティを統合できる。他のメールシステムとは異なり、システムは、あらゆるユーザがインターネットドメイン全体に広がる限りない数のアイデンティティを有することができるようにすることを提案する。
SMTPサーバ402は、他のSMTPメール転送エージェントのように特定のインターネットドメインのためのeメールを取り扱うように構成されている。インターネットドメインは、ドメインが供される用途に基づいて多岐に渡るタイプとして提供されることがある。ドメインは単一ユーザに、あるいは複数のユーザのどちらかにeメールを供給するために使用できる。ドメインに宛てられるすべてのeメールが(使用される特定のアドレスに関わりなく)単一のメールボックスに送信されるため、単一ユーザドメインは「すべてをキャッチ(Catch All)」ドメインとして知られている。複数のユーザドメインは、限りない数のユーザを有することができ、そのそれぞれは多くの異なるアイデンティティを有する可能性がある。あらゆるメールボックスは、ドメインのタイプに関係なく、1つまたは複数のドメインまたはサブドメインから複数のeメールアイデンティティを統合できる。他のメールシステムとは異なり、システムは、あらゆるユーザがインターネットドメイン全体に広がる限りない数のアイデンティティを有することができるようにすることを提案する。
eメールサービスを度オメインに提供するために考えられる構成は以下に示されるとおりである。
複数ユーザドメイン構成:
A型 新しいアイデンティティを定めるための接頭辞が付いた固定アイデンティティ。各ユーザは「bob−anything@there.com」などの追加のアイデンティティを作成するために使用できる接頭辞とともに「bob@there.com」のような特定のアイデンティティを有する。
B型 グループまたは子ジョインどちらかのためのサブドメイン。各ドメインは、関連した人々のグループを取り扱うための「sales.there.com」のようなサブドメインを有することができるか、あるいはサブドメインは「ceo.there.com」などの「すべてをキャッチ」サブドメインとしての個別使用のためであってよい。
C型 新しいアイデンティティを定めるための接頭辞と可変サブドメインの両方が付いた固定アイデンティティ。各ユーザは「bob@there.com」のような特定のアイデンティティと、「bob−anything@there.com」などの追加アイデンティティを作成するために使用できる接頭辞を有する。さらに、ユーザは新しいアイデンティティを設定する上でさらに大きな柔軟性を追加するために、「bob@support.there.com」または bob−Yahoo@web.there.comのような新規サブドメインを作成できる。
D型 新しいアイデンティティを定めるための「すべてをキャッチ」としての固定サブドメイン。各ユーザは「ceo.there.com」または「すべてをキャッチ」ドメインとして使用される「bob.there.com」のような特定のサブドメインを有する。「salesinfo@bob.there.com」のような自分のサブドメインで終わるアドレスが彼らに送達されるであろうため、これは各ユーザに新しいアイデンティティを定める際に大きな自由を与える。
単一ドメイン構成:
E型 新しいアイデンティティを定めるための「すべてをキャッチ」ドメイン。各ユーザは「すべてをキャッチ」ドメインとして使用される「bobjones.com」のような特定のドメインを有する。「info@bobjones.com」などの自分のドメインで終わるアドレスは彼らに送達されるであろうため、これは新しいアイデンティティを定める上でユーザに大きな自由を与える。
F型 新しいアイデンティティを定めるための可変サブドメイン付きの「すべてをキャッチ」ドメイン。各ユーザは「すべてをキャッチ」ドメインとして使用される「bobjones.com」のような特定のドメインを有する。「info@bobjones.com」のような自分のドメインで終わるアドレスが彼らに送達されるため、これは新しいアイデンティティを定める上で大きな自由をユーザに与える。加えて、ユーザは新しいアイデンティティを定める上でなおさらに大きな柔軟性を追加するために「robert@support.bobjones.com」または「yahoo@chat.bobjones.com」のような新規サブドメインを作成できる。
複数ユーザドメイン構成:
A型 新しいアイデンティティを定めるための接頭辞が付いた固定アイデンティティ。各ユーザは「bob−anything@there.com」などの追加のアイデンティティを作成するために使用できる接頭辞とともに「bob@there.com」のような特定のアイデンティティを有する。
B型 グループまたは子ジョインどちらかのためのサブドメイン。各ドメインは、関連した人々のグループを取り扱うための「sales.there.com」のようなサブドメインを有することができるか、あるいはサブドメインは「ceo.there.com」などの「すべてをキャッチ」サブドメインとしての個別使用のためであってよい。
C型 新しいアイデンティティを定めるための接頭辞と可変サブドメインの両方が付いた固定アイデンティティ。各ユーザは「bob@there.com」のような特定のアイデンティティと、「bob−anything@there.com」などの追加アイデンティティを作成するために使用できる接頭辞を有する。さらに、ユーザは新しいアイデンティティを設定する上でさらに大きな柔軟性を追加するために、「bob@support.there.com」または bob−Yahoo@web.there.comのような新規サブドメインを作成できる。
D型 新しいアイデンティティを定めるための「すべてをキャッチ」としての固定サブドメイン。各ユーザは「ceo.there.com」または「すべてをキャッチ」ドメインとして使用される「bob.there.com」のような特定のサブドメインを有する。「salesinfo@bob.there.com」のような自分のサブドメインで終わるアドレスが彼らに送達されるであろうため、これは各ユーザに新しいアイデンティティを定める際に大きな自由を与える。
単一ドメイン構成:
E型 新しいアイデンティティを定めるための「すべてをキャッチ」ドメイン。各ユーザは「すべてをキャッチ」ドメインとして使用される「bobjones.com」のような特定のドメインを有する。「info@bobjones.com」などの自分のドメインで終わるアドレスは彼らに送達されるであろうため、これは新しいアイデンティティを定める上でユーザに大きな自由を与える。
F型 新しいアイデンティティを定めるための可変サブドメイン付きの「すべてをキャッチ」ドメイン。各ユーザは「すべてをキャッチ」ドメインとして使用される「bobjones.com」のような特定のドメインを有する。「info@bobjones.com」のような自分のドメインで終わるアドレスが彼らに送達されるため、これは新しいアイデンティティを定める上で大きな自由をユーザに与える。加えて、ユーザは新しいアイデンティティを定める上でなおさらに大きな柔軟性を追加するために「robert@support.bobjones.com」または「yahoo@chat.bobjones.com」のような新規サブドメインを作成できる。
代替策
ボイスメッセージ
ボイス通信網の場合、1つのインプリメンテーションは、ユーザのための入力点(point−of−entry)または電話接続の終点で(例えばユーザの電話は、サーバソフトウェアを実行するファックス/データ/ボイスモデムカードに接続される)実行中のソフトウェアまたは該ソフトウェアのハードウェアインスタンス生成を提供する中央電話局で実行中のソフトウェアプログラムまたは該ソフトウェアのハードウェアインスタンス生成のどちらか、及び本発明のシステムと方法の詳細を実現する関連した管理ユーティリティを活用する。管理ユーティリティは、ウェブベース(例えば、HTTP(S)を使用するもの)とボイス/キーパッド対話システムの両方をサポートできる。ボイスネットワークのためのコンタクトエイリアスは、最終的には特定の電話または集中電話システム(例えば事務所用の局所電話システム)にマピングする電話番号として定められる。音声通信のための規則の最小集合は、呼を受け入れ電話をかける(ring through)、呼をボイスメールに転送する、呼を別の番号に転送する、特定のメッセージとともに子を拒否する、特定の質問に対する応答の入力を要求し、回答に基づいて呼を向け直すを含む。Eメールのために指定される規則のプロパティのすべてがこの状況に適用できる。
ボイスメッセージ
ボイス通信網の場合、1つのインプリメンテーションは、ユーザのための入力点(point−of−entry)または電話接続の終点で(例えばユーザの電話は、サーバソフトウェアを実行するファックス/データ/ボイスモデムカードに接続される)実行中のソフトウェアまたは該ソフトウェアのハードウェアインスタンス生成を提供する中央電話局で実行中のソフトウェアプログラムまたは該ソフトウェアのハードウェアインスタンス生成のどちらか、及び本発明のシステムと方法の詳細を実現する関連した管理ユーティリティを活用する。管理ユーティリティは、ウェブベース(例えば、HTTP(S)を使用するもの)とボイス/キーパッド対話システムの両方をサポートできる。ボイスネットワークのためのコンタクトエイリアスは、最終的には特定の電話または集中電話システム(例えば事務所用の局所電話システム)にマピングする電話番号として定められる。音声通信のための規則の最小集合は、呼を受け入れ電話をかける(ring through)、呼をボイスメールに転送する、呼を別の番号に転送する、特定のメッセージとともに子を拒否する、特定の質問に対する応答の入力を要求し、回答に基づいて呼を向け直すを含む。Eメールのために指定される規則のプロパティのすべてがこの状況に適用できる。
データメッセージ
データ通信網の場合、1つのインプリメンテーションは、ユーザのための入力点または電話接続の終点(例えば、ユーザの電話はサーバソフトウェアを実行するファックス/データ/ボイスモデムカードに接続される)で実行中のソフトウェアまたは該ソフトウェアのハードウェアインスタンス生成を提供する中央電話局で実行中のソフトウェアプログラムまたは該ソフトウェアのハードウェアインスタンス生成のどちらか、及びシステムの詳細を実現する関連した管理ユーティリティを活用する。1つのインプリメンテーションにおける管理ユーティリティは、ウェブベース及びボイス/キーパッド対話システムの両方をサポートできる。データネットワークのためのコンタクトエイリアスは、最終的に特定のファクシミリ機械またはファクシミリエミュレータまたは集中電話システム(例えば事務所用の局所電話システム)にマッピングする電話番号として定められる。ボイス通信網と関連した規則の最小セットはデータ通信網にも適用するであろう。Eメールに指定される規則の特性のすべてがこのネットワークのために適用可能である。
データ通信網の場合、1つのインプリメンテーションは、ユーザのための入力点または電話接続の終点(例えば、ユーザの電話はサーバソフトウェアを実行するファックス/データ/ボイスモデムカードに接続される)で実行中のソフトウェアまたは該ソフトウェアのハードウェアインスタンス生成を提供する中央電話局で実行中のソフトウェアプログラムまたは該ソフトウェアのハードウェアインスタンス生成のどちらか、及びシステムの詳細を実現する関連した管理ユーティリティを活用する。1つのインプリメンテーションにおける管理ユーティリティは、ウェブベース及びボイス/キーパッド対話システムの両方をサポートできる。データネットワークのためのコンタクトエイリアスは、最終的に特定のファクシミリ機械またはファクシミリエミュレータまたは集中電話システム(例えば事務所用の局所電話システム)にマッピングする電話番号として定められる。ボイス通信網と関連した規則の最小セットはデータ通信網にも適用するであろう。Eメールに指定される規則の特性のすべてがこのネットワークのために適用可能である。
本発明は、デジタル電子回路構成要素内で、あるいはコンピュータハードウェア、ファームウェア、ソフトウェア内で、あるいはそれらの組み合わせ内で実現できる。本発明は、プログラマブルプロセッサ、コンピュータまたは複数のコンピュータなどのデータ処理装置による実行のために、あるいはデータ処理装置の動作を制御するために、コンピュータプログラム製品、つまり機械読み取り可能記憶装置内または伝搬される信号内などの情報媒体内で明白に具現化されるコンピュータプログラムとして実現できる。コンピュータプログラムは、コンパイルされた言語または解釈された言語を含む任意の形のプログラミング言語で作成でき、それは、スタンドアロンプログラムとしてまたはモジュール、構成要素、サブルーチン、あるいはコンピューティング環境での使用に適した他の装置としてを含む任意の形で配備できる。コンピュータプログラムは、1つのサイトにある1台のコンピュータまたは複数のコンピュータで実行されるか、あるいは複数のサイト全体に分散され、通信網により相互接続されるために配備できる。
本発明の方法ステップは、入力データ上で動作し、出力を生成することによって本発明の機能を実行するためにコンピュータプログラムを実行する1つまたは複数のプログラマブルプロセッサによって実行できる。方法は、FPGA(フィールドプログラマブルゲートウェイ)またはASIC(特定用途向け集積回路)などの特殊目的論理回路構成要素によって実行可能であり、本発明の装置はFPGA(フィールドプログラマブルゲートウェイ)またはASIC(特定用途向け集積回路)などの特殊目的論理回路構成要素として実現できる。
コンピュータプログラムの実行のために適したプロセッサは、一例として汎用マイクロプロセッサと特殊目的マイクロプロセッサの両方、及び任意の種類のデジタルコンピュータの1台または複数台のプロセッサを含む。一般的には、プロセッサは読取専用メモリまたはランダムアクセスメモリ、あるいは両方から命令とデータを受信する。コンピュータの必須要素は、命令を実行するためのプロセッサと、命令とデータを記憶するための1つまたは複数野記憶装置である。一般的には、コンピュータは、磁気ディスク、光磁気ディスクまたは光ディスクなどのデータを記憶するための両方のまたは1台または複数台の大量記憶装置を含む、あるいはコンピュータは、磁気ディスク、光磁気ディスクまたは光ディスクなどのデータを記憶するための両方のまたは1台または複数台の大量記憶装置からデータを受信するまたはデータを転送するために動作可能なように結合されるであろう。コンピュータプログラム命令とデータを具現化するために適切な情報媒体は、一例として、例えばEPROM、EEPROM、及びフラッシュメモリデバイスなどの半導体記憶装置、内蔵ハードディスクまたはリムーバブルディスクなどの磁気ディスク、光磁気ディスク及びCD−ROMとDVD−ROMディスクなどを含むすべての形の不揮発性メモリを含む。プロセッサ及びメモリは、特殊目的論理回路構成要素により補足できる、あるいは特殊目的論理回路構成要素に組み込むことができる。
ユーザとの対話に備えるために、本発明は、ユーザに情報を表示するためのCRT(陰極線管)やLCD(液晶ディスプレイ)モニタなどのディスプレイ装置及びマウスやトラックボールなどの、ユーザがそれによりコンピュータに入力を提供できるキーボードとポインティングデバイスを有するコンピュータ上で実現できる。他の種類のデバイスも、ユーザとの対話に備えるために使用できる。例えば、ユーザに提供されるフィードバックは、視覚フィードバック、聴覚フィードバックまたは触覚フィードバックなどの任意の形の感覚フィードバックである場合があり、ユーザからの入力は、聴覚入力、スピーチ入力または触覚入力を含む任意の形で受け取ることができる。
本発明は、例えばデータサーバとしてなどのバックエンド構成要素を含む、あるいはアプリケーションサーバなどのミドルウェア構成要素を含む、あるいはユーザが本発明のインプリメンテーションと対話できるグラフィックユーザインタフェースまたはウェブブラウザを有するクライアントコンピュータなどのフロントエンド構成要素、あるいはこのようなバックエンド構成要素、ミドルウェア構成要素、またはフロントエンド構成要素の任意の組み合わせを含むコンピューティングシステムで実現できる。システムの構成要素は、任意の形、あるいは例えば通信網などのデジタルデータ通信の媒体によって相互接続できる。通信網の例は、ローカルエリアネットワーク(「LAN」)とインターネットなどの広域ネットワーク(「WAN」)を含む。
コンピューティングシステムはクライアントとサーバを含むことができる。クライアントとサーバは、一般的には互いから遠隔であり、通常通信網を通して対話する。クライアントとサーバの関係は、それぞれのコンピュータ上で実行し、互いに対するクライアント−サーバ関係を有するコンピュータプログラムのおかげで発生する。
本発明は特定の実施形態のという点で説明されてきた。他の実施形態は以下の請求項の範囲内にある。例えば、本発明のステップは、別の順序で実行し、依然として所望の結果を達成できる。規則ベースはアクセス制御リストに基づく規則を含むことがある。規則は例えば集中管理されるアウトバウンド規則ベースの形を介して構成要素の承認された集合への通信を制限するためにアウトバウンドメールを制限できる。
Claims (95)
- メッセージを処理するためのコンピュータにより実現される方法であって、
それぞれがアドレスパターンキーと、メッセージ処理のための1つまたは複数の命令を含む規則を維持し、アドレスパターンキーが1つまたは複数のアドレスパターンインスタンスを指定する表現であることと、
第1のメッセージを受信し、該第1のメッセージが該第1のメッセージの送信者に関連したアドレス情報と、該第1のメッセージの所定の受取人に関連したアドレス情報を含むことと、
第1のメッセージのアドレスパターンインスタンスを定め、メッセージのアドレスパターンインスタンスが該メッセージの送信者に関連したアドレス情報と、該メッセージの所定の受取人に関連したアドレス情報を組み合わせたものであることと、
規則の中から、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含む規則を選択することと、
選択された規則に含まれる1つまたは複数の命令に従って第1のメッセージを処理することとを備えることを特徴とする方法。 - 規則のどれが、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むのかを特定し、選択が特定される規則の優先順位に基づくことと、
をさらに備えることを特徴とする請求項1の方法。 - 規則のどれが、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むのかを特定し、選択が特定された規則のアドレスパターンキーの特定性に基づくことと、
をさらに備えることを特徴とする請求項1の方法。 - 選択することが、最も特定的なアドレスパターンキーを有する規則を選択することと、を含むことを特徴とする請求項3の方法。
- 規則を維持することがIF−THEN規則を維持することを含み、IF−THEN規則が、メッセージのアドレスパターンインスタンスが規則のアドレスパターンキーと一致する場合に、メッセージが規則の命令に従うプロセスとなることを指定することを特徴とする請求項4の方法。
- 第1のメッセージの所定の受取人が第1のユーザであり、規則の少なくとも1つが所定の受取人として該第1のユーザに関連したアドレス情報を含むアドレスパターンインスタンスを指定するアドレスパターンキーを含み、該規則の少なくとも1つが送達のためにメッセージを受け入れるという命令をさらに含み、さらに、
第1のユーザにアドレス指定されるすべてのメッセージを送達のために受け入れないために新しい規則を定め、該新しい規則が送信者としての誰かに関連したアドレス情報と、所定の受取人としての第2のユーザに関連したアドレス情報を有するアドレスパターンインスタンスを指定するアドレスパターンキーを含み、該規則の少なくとも1つが新しい規則のアドレスパターンキーよりさらに特定的であるアドレスパターンキーを含み、それによって規則の該少なくとも1つのアドレスパターンキーに一致しないアドレスパターンインスタンスを有するメッセージが送達のために受け入れられず、該規則の少なくとも1つのアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージが送達のために受け入れられることと、
を備えることを特徴とする請求項5の方法。 - 第1のメッセージの送信者が第2のユーザであり、
規則の該少なくとも1つが、送信者としての第2のユーザに関連したアドレス情報と、所定の受取人としての第1のユーザに関連したアドレス情報とを有するアドレスパターンインスタンスを指定するアドレスパターンキーを含み、それによりすでに規則に指定されていない送信者からのメッセージが送達のために受け入れられず、第2のユーザからのメッセージが第1のメッセージに対する送達のために受け入れられることを特徴とする請求項6の方法。 - 第1のメッセージの所定の受取人が第1のユーザであり、
第2のユーザにメッセージを送信する第1のユーザに応えて、第2のユーザからのメッセージを第1のユーザに対する送達のために受け入れるための新しい規則を定め、該新しい規則が送信者としての第2のユーザに関連したアドレス情報と、所定の受取人としての第1のユーザに関連したアドレス情報の組み合わせを含むパターンインスタンスを指定するアドレスパターンキーを含むことと、
をさらに備える方法。 - 規則を維持することが、
多くのインスタンスについて、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持することと、
を含むことを特徴とする請求項1。 - 規則を維持することが、
ある日付まで、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持すること
を含むことを特徴とする請求項1の方法。 - 規則を維持することが、
ある日付の後の間隔の間、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持すること
を含むことを特徴とする請求項1の方法。 - 規則を維持することが、
確認時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持すること
を含むことを特徴とする請求項1の方法。 - 規則を維持することが、
検証時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持すること
を含むことを特徴とする請求項1の方法。 - 規則を維持することが、
検証と確認時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持すること
を含むことを特徴とする請求項1の方法。 - 規則を維持することが、
新しい規則を定めるという命令を含む規則を維持すること
を含むことを特徴とする請求項1の方法。 - 規則を維持することが、
規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを転送するという命令を含む規則を維持すること
を含むことを特徴とする請求項1の方法。 - メッセージを処理することが、SMTPサーバでメッセージを処理することを含むことを特徴とする請求項1の方法。
- メッセージを受信することが、eメールを受信することを含み、該eメールが該eメールの送信者に関連したアドレス情報と、該eメールの所定の受取人に関連したアドレス情報を含むことを特徴とする請求項1の方法。
- eメールを受信することが、送信者に関連したアドレス情報と所定の受取人に関連したアドレス情報の少なくとも1つがコンタクトエイリアスであるeメールを受信することを含むことを特徴とする請求項18の方法。
- 規則を維持することが、エイリアス情報を含むアドレスパターンキーを含む規則を維持することを含むことを特徴とする請求項1の方法。
- メッセージを受信することが、アウトバウンドメッセージとインバウンドメッセージの1つを受信することを含むことを特徴とする請求項1の方法。
- メッセージを受信することがショートメッセージサービス(「SMS」)メッセージを受信することを含むことを特徴とする請求項1の方法。
- メッセージを受信することがボイスメールメッセージを受信することを含むことを特徴とする請求項1の方法。
- メッセージを受信することがファックスメッセージを受信することを含むことを特徴とする請求項1の方法。
- 規則を自動的に更新することが入力に応えて維持されること、
をさらに備えることを特徴とする請求項1の方法。 - 自動的に更新することが、新しい規則を定めることと、既存の規則を修正することと、既存の規則を削除することの1つを含むことを特徴とする請求項25の方法。
- 入力に応えて自動的に更新することが、メッセージを受信することと、メッセージを送信することと、メッセージを特定のアドレスに転送することと、メッセージの中の特定の文字列を検出することの1つに応えて、管理インタフェースを通して受け取られる入力を自動的に更新することを含むことを特徴とする請求項25の方法。
- 規則を維持することが、正規表現であるアドレスパターンキーを含む規則を維持することを含むことを特徴とする請求項1の方法。
- 正規表現の1つがさまざまなeメールアドレスドメインを指定することを特徴とする請求項28の方法。
- 正規表現の1つが指定のeメールアドレスドメインのためにさまざまなコンタクトエイリアスを指定することを特徴とする請求項28の方法。
- メッセージを処理するための、コンピュータ読み取り可能媒体上に明白に記憶されるコンピュータプログラム製品であって、プログラマブルプロセッサに、
第1のメッセージの送信者と関連したアドレス情報と、第1のメッセージの所定の受取人と関連したアドレス情報を含む第1のメッセージを受信させる、
メッセージの送信者に関連したアドレス情報と、メッセージの所定の受取人に関連したアドレス情報を組み合わせである第1のメッセージのアドレスパターンインスタンスを定めさせる、
規則の集合の中から該定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含む規則を選択させ、規則の集合のそれぞれがアドレスパターンキーとメッセージ処理のための1つまたは複数の命令を含み、アドレスパターンキーが1つまたは複数のアドレスパターンインスタンスを指定する表現であり、
該選択された規則に含まれる該1つまたは複数の命令に従って第1のメッセージを処理させる
ために実施可能な命令を備えることを特徴とする製品。 - 規則のどれが、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むのかを特定するという命令をさらに備え、該選択が特定された規則の優先順位に基づくことを特徴とする請求項31の製品。
- 規則のどれが、定められたアドレスパターンインスタンスが一致するアドレスパターンキーを含むのかを特定するという命令をさらに備え、該選択が特定された規則のアドレスパターンキーの特定性に基づくことを特徴とする請求項31の製品。
- 最も特殊なアドレスパターンキーを有する規則を選択するという命令をさらに備えることを特徴とする請求項33の製品。
- メッセージのアドレスパターンインスタンスが規則のアドレスパターンキーに一致する場合に、メッセージが規則の命令に従ったプロセスとなることを指定するIF−THEN規則を維持するという命令をさらに備えることを特徴とする請求項34の製品。
- 第1のメッセージの所定の受取人が第1のユーザであり、規則の少なくとも1つが、所定の受取人としての第1のユーザと関連したアドレス情報を含むアドレスパターンインスタンスを指定するアドレスパターンキーを含み、該規則の少なくとも1つが送達のためにメッセージを受け入れるという命令を含み、製品が、
第1のユーザにアドレス指定されるすべてのメッセージを送達のために受け入れないための新しい規則を定めるという命令をさらに備え、該新しい規則が送信者としての誰かに関連したアドレス情報と、所定の受取人としての第2のユーザに関連したアドレス情報とを有するアドレスパターンインスタンスを指定するアドレスパターンキーを含み、該規則の少なくとも1つが新しい規則のアドレスパターンキーよりさらに特定的であるアドレスパターンキーを含み、それにより規則の少なくとも1つのアドレスパターンキーに一致しないアドレスパターンインスタンスを有するメッセージが送達のために受け入れられず、規則の少なくとも1つのアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージが送達のために受け入れられることを特徴とする請求項35の製品。 - 第1のメッセージの送信者が第2のユーザであり、
該規則の少なくとも1つが、送信者としての第2のユーザと関連したアドレス情報と、所定の受取人としての第1のユーザに関連したアドレス情報とを有するアドレスパターンインスタンスを指定するアドレスパターンキーを含み、それにより規則にすでに指定されていない送信者からのメッセージが送達のために受け入れられず、第2のユーザからのメッセージが第1のユーザに対する送達のために受け入れられることを特徴とする請求項36の製品。 - 第1のメッセージの所定の受取人が第1のユーザであり、製品が、
第2のユーザにメッセージを送信する第1のユーザに応えて、第1のユーザに対する送達のために第2のユーザからのメッセージを受け入れるための新しい規則を定めるという命令をさらに備え、該新しい規則が送信者としての第2のユーザと関連したアドレス情報と所定の受取人としての第1のユーザに関連したアドレス情報を組み合わせたものを含むパターンインスタンスを指定するアドレスパターンキーを含むことを特徴とする請求項31の製品。 - 多くのインスタンスについて、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項31の製品。
- ある日付まで、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項31の製品。
- ある日付の後の間隔の間、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項31の製品。
- 確認時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項31の製品。
- 検証時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項31の製品。
- 検証と確認時に、規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを受け入れるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項31の製品。
- 新しい規則を定めるという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項31の製品。
- 規則のアドレスパターンキーに一致するアドレスパターンインスタンスを有するメッセージを転送するという命令を含む規則を維持するという命令をさらに備えることを特徴とする請求項31の製品。
- メッセージを処理することが、SMTPサーバにおいてメッセージを処理することを含むことを特徴とする請求項31の製品。
- eメールの送信者に関連したアドレス情報と、eメールの所定の受取人に関連したアドレス情報を含むeメールを受信するという命令をさらに備えることを特徴とする請求項31の製品。
- 送信者に関連したアドレス情報と所定の受取人に関連したアドレス情報の少なくとも1つがコンタクトエイリアスであるeメールを受信するという命令をさらに備えることを特徴とする請求項48の製品。
- エイリアス情報を含むアドレスパターンキーを含む規則を維持するという命令をさらに備えることを特徴とする請求項31の製品。
- ショートメッセージサービス(「SMS」)メッセージであるメッセージを受信するという命令をさらに備えることを特徴とする請求項31の製品。
- ボイスメールメッセージであるメッセージを受信するという命令をさらに備えることを特徴とする請求項31の製品。
- ファックスメッセージであるメッセージを受信するという命令をさらに備えることを特徴とする請求項31の製品。
- 入力に応えて維持される規則を自動的に更新するという命令をさらに備えることを特徴とする請求項31の製品。
- 自動的に更新することが、新しい規則を定めることと、既存の規則を修正することと、既存の規則を削除することの1つを含むことを特徴とする請求項54の製品。
- 入力に応えて自動的に更新することが、メッセージを受信することと、メッセージを送信することと、ある特定のアドレスにメッセージを転送することと、メッセージの中のある特定の文字列を検出することとの1つに応えて、管理インタフェースを通して受け取られる入力を自動的に更新することを含むことを特徴とする請求項54の製品。
- 正規表現であるアドレスパターンキーを含む規則を維持するという命令をさらに備えることを特徴とする請求項31の製品。
- 正規表現の1つが異なるeメールアドレスドメインを指定することを特徴とする請求項57の製品。
- 正規表現の1つは、指定のeメールアドレスドメインのさまざまなコンタクトエイリアスを指定することを特徴とする請求項57の製品。
- メッセージを処理するためのコンピュータにより実現される方法であって、
第1の規則が、1つまたは複数の所定の受取人の第1のグループに第1の送信者から送信されるメッセージのために使用される第1の送信者の第1のエイリアスを指定するという規則を維持することと、
第1のグループの一人または複数の所定の受取人に対して第1の送信者から第1のメッセージを受信することと、
提示されたアドレス情報が第1の送信者の第1のエイリアスを示すように第1のメッセージを変更することと、
を備えることを特徴とする方法。 - 規則が、一人または複数の他の受取人の第2のグループに第1の送信者から送信されるメッセージのために使用される第1の送信者の第2のエイリアスを指定する第2の規則を含み、
第1の送信者から第2のメッセージを受信することに応えて、メッセージが特定の所定の受取人を有し、該2つのグループのどちらが該特定の所定の受取人を含むのかを判断することと、
第1の規則と第2の規則の1つを選択し、該選択が判断の結果に基づいていることと、
提示されたアドレス情報が、選択された規則により指定されるエイリアスを示すように第2のメッセージを変更することと、
をさらに備える請求高60の方法。 - 第1の規則が、一人または複数の所定の受取人の第1のグループを指定する第1の受取人−アドレスパターンキーを含み、第2の規則が、一人または複数の他の受取人の第2のグループを指定する第2の受取人−アドレスパターンキーを含み、
第2のメッセージの受取人−アドレスパターンインスタンスを定め、該決定することが受取人−アドレスパターンキーとの受取人−アドレスパターンインスタンスの一致に基づいていることと、
を特徴とする請求項61の方法。 - 規則を維持することが、正規表現である受取人−アドレスパターンキーを含む規則を維持することを含むことを特徴とする請求項62の方法。
- メッセージを変更することが、送信者からの入力に応えて第1のメッセージを変更することを含むことを特徴とする請求項61の方法。
- 入力に応えて第1のメッセージを変更することが、第1のメッセージの中に特定の文字列を入れる送信者に応えて第1のメッセージを変更すること
を含むことを特徴とする請求項64の方法。 - 入力に応えて第1のメッセージを変更することは、管理インタフェースを通して受け取られる入力に応えて第1のメッセージを変更することを含むことを特徴とする請求項64の方法。
- 受信される第1のメッセージが、第1の規則に指定される第1のエイリアスとは異なる新しいエイリアスを含み、
第1の送信者が新しいエイリアスを使用することを望むのか、あるいは第1の規則に指定される第1のエイリアスを使用することを望むのかを判断することと、
第1の送信者が新しいエイリアスを使用することを望むと判断されると、新規エイリアスを指定するために第1の規則を更新することと、
をさらに備えることを特徴とする請求項61の方法。 - 第1のメッセージを受信することがeメールを受信することを含むことを特徴とする請求項61の方法。
- 第1のメッセージを受信することが、ショートメッセージサービス(「SMS」)メッセージを受信することを含むことを特徴とする請求項61の方法。
- 第1のメッセージを受信することが、ファックスメッセージを受信することを含むことを特徴とする請求項61の方法。
- 第1のメッセージを受信することがボイスメッセージを受信することを含むことを特徴とする請求項61の方法。
- 第1のメッセージを受信することがインスタントメッセージを受信することを含むことを特徴とする請求項61の方法。
- 規則が、一人または複数の受取人の第2のグループに対して第2の送信者から送信されるメッセージのために使用される第2の送信者の、第1のエイリアスを指定する第2の規則を含み、方法が
第2のメッセージの受信に応えて、第1の規則と第2の規則の一方を選択し、該選択が第1の送信者と第2の送信者のどちらが第2のメッセージを送信したのかに基づいていること、
をさらに備えることを特徴とする請求項61の方法。 - 第1のグループの所定の受取人の1つではないエンティティからメッセージを受信し、該メッセージが第1の送信者の特定のエイリアスにアドレス指定されることと、
第1の送信者がエンティティにメッセージを送信するときに特定のエイリアスが使用されなければならないことを指定する新しい規則を定めることと、
をさらに備えることを特徴とする請求項61の方法。 - 規則が、一人または複数の所定の受取人の第1のグループに対して第1の送信者から送信されるメッセージのために使用される第1の送信者の第2のエイリアスを指定する第2の規則を含み、方法が
第1の規則を選択すること
をさらに備えることを特徴とする請求項61の方法。 - 第1の規則のアドレスパターンキーが、第2の規則のアドレスパターンキーよりさらに特定的であり、
該選択が第1の規則と第2の規則の特定性のレベルに基づいていること
を特徴とする請求項75の方法。 - 選択が、第1の規則が第2の規則が有するより高い順序を有する優先順位に基づいていることを特徴とする請求項76の方法。
- メッセージを処理するための、機械読み取り可能媒体に明白に記憶されるコンピュータプログラム製品であって、プログラマブルプロセッサに、
第1の規則が一人または複数の所定の受取人の第1のグループへ第1の送信者から送信されるメッセージのために使用される第1の送信者の第1のエイリアスを指定するという規則を維持させ、
第1の送信者から第1のグループの一人または複数の所定の受取人に対する第1のメッセージを受け取らせ、
提示されたアドレス情報が第1の送信者の第1のエイリアスを示すように第1のメッセージを変更させる
ために実施可能な命令を備えることを特徴とするコンピュータプログラム製品。 - 規則が、一人または複数の他の受取人の第2のグループへ第1の送信者から送信されるメッセージのために使用される第1の送信者の第2のエイリアスを指定する第2の規則を含み、製品が、
第1の送信者から、特定の所定の受取人を有する第2のメッセージを受信することに応えて、該2つのグループのどちらが該特定の所定の受取人を含むのかを判断する、
第1の規則と第2の規則の1つを選択し、該選択が該判断の結果に基づく、及び
提示されるアドレス情報が選択された規則により指定されるエイリアスを示すように第2のメッセージを変更する
という命令をさらに備えることを特徴とする請求項78の製品。 - 第1の規則が、ひとりまたは複数の所定の受取人の第1のグループを指定する第1の受取人−アドレスパターンを含み、第2の規則が一人または複数の他の受取人の第2のグループを指定する第2の受取人−アドレスパターンキーを含み、製品が、
第2のメッセージのために受取人−アドレスパターンインスタンスを定めるという命令をさらに備え、該判断することが、
該受取人−アドレスパターンキーとの該受取人−アドレスパターンインスタンスの一致に基づくことを特徴とする請求項79の方法。 - 規則が正規表現である受取人−アドレスパターンキーを含むことを特徴とする請求項80の製品。
- 送信者からの入力に応えて第1のメッセージを変更するという命令をさらに備えることを特徴とする請求項79の製品。
- 送信者が特定の文字列を第1のメッセージに入れることに応えて第1のメッセージを変更するという命令をさらに備えることを特徴とする請求項82の製品。
- 管理インタフェースを通して受信される入力に応えて第1のメッセージを変更するという命令をさらに備えることを特徴とする請求項83の製品。
- 受信された第1のメッセージが、第1の規則に指定される第1のエイリアスとは異なる新しいエイリアスを含み、製品が、
第1の送信者が新しいエイリアスを使用することを希望するのか、あるいは第1の規則に指定される第1のエイリアスを使用することを希望するのかを判断する、
第1の送信者が新しいエイリアスを使用することを希望すると判断されると新しいエイリアスを指定するために第1の規則を更新する
という命令をさらに備えることを特徴とする請求項79の製品。 - eメールである第1のメッセージを受信するという命令をさらに備えることを特徴とする請求項79の製品。
- ショートメッセージサービス(「SMS」)メッセージである第1のメッセージを受信するという命令をさらに備えることを特徴とする請求項79の製品。
- ファックスメッセージである第1のメッセージを受信するという命令をさらに備えることを特徴とする請求項79の製品。
- ボイスメッセージである第1のメッセージを受信するという命令をさらに備えることを特徴とする請求項79の製品。
- インスタントメッセージである第1のメッセージを受信するという命令をさらに備えることを特徴とする請求項79の製品。
- 規則が、一人または複数の所定の受取人の第2のグループに第2の送信者から送信されるメッセージのために使用される第2の送信者の第1のエイリアスを指定する第2の規則を含み、
第2のメッセージを受信することに応えて、第1の規則と第2の規則の1つを選択するという命令をさらに備え、該選択することが、第1の送信者と第2の送信者のどちらが第2のメッセージを送信したのかに基づいていることを特徴とする請求項79の製品。 - 第1のグループの所定の受取人の1つではないエンティティから、第1の送信者の特定のエイリアスにアドレス指定されているメッセージを受信する、及び
第1の送信者がエンティティにメッセージを送信するときに特定のエイリアスが使用されなければならないことを指定する
新しい規則を定める
という命令をさらに備えることを特徴とする請求項79の製品。 - 規則が、ひとりまたは複数の所定の受取人の第1のグループに第1の送信者から送信されるメッセージのために使用される第1の送信者の第2のエイリアスを指定する第2の規則を含み、
第1の規則を選択する
という命令をさらに備えることを特徴とする請求項79の製品。 - 第1の規則のアドレスパターンキーが第2の規則のアドレスパターンキーよりさらに特定的であり、
選択が第1の規則と第2の規則の特定性のレベルに基づいている
ことを特徴とする請求項93の製品。 - 選択が、第1の規則が第2の規則が有するより高い順位を有する優先順位に基づくことを特徴とする請求項94の製品。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US38356602P | 2002-05-28 | 2002-05-28 | |
PCT/US2003/016745 WO2003100640A1 (en) | 2002-05-28 | 2003-05-28 | Message processing based on address patterns and automated management and control of contact aliases |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005528052A true JP2005528052A (ja) | 2005-09-15 |
Family
ID=29584582
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004508024A Pending JP2005528052A (ja) | 2002-05-28 | 2003-05-28 | アドレスパターンと自動管理に基づいたメッセージ処理、及びコンタクトエイリアスの制御 |
Country Status (5)
Country | Link |
---|---|
US (2) | US7231428B2 (ja) |
JP (1) | JP2005528052A (ja) |
AU (1) | AU2003243327A1 (ja) |
GB (1) | GB2407735A (ja) |
WO (1) | WO2003100640A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008269595A (ja) * | 2007-04-19 | 2008-11-06 | Sap Ag | オブジェクトウェアハウジングを用いた情報交換のためのシステム及び方法 |
Families Citing this family (161)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9736209B2 (en) | 2000-03-17 | 2017-08-15 | Facebook, Inc. | State change alerts mechanism |
US7624172B1 (en) | 2000-03-17 | 2009-11-24 | Aol Llc | State change alerts mechanism |
US7149780B2 (en) * | 2001-12-14 | 2006-12-12 | Pitney Bowes Inc. | Method for determining e-mail address format rules |
US8396926B1 (en) | 2002-07-16 | 2013-03-12 | Sonicwall, Inc. | Message challenge response |
US7539726B1 (en) * | 2002-07-16 | 2009-05-26 | Sonicwall, Inc. | Message testing |
US8924484B2 (en) | 2002-07-16 | 2014-12-30 | Sonicwall, Inc. | Active e-mail filter with challenge-response |
US7050822B2 (en) * | 2002-10-31 | 2006-05-23 | Nokia Corporation | Method for providing a best guess for an intended recipient of a message |
US7590696B1 (en) | 2002-11-18 | 2009-09-15 | Aol Llc | Enhanced buddy list using mobile device identifiers |
US8701014B1 (en) | 2002-11-18 | 2014-04-15 | Facebook, Inc. | Account linking |
US8965964B1 (en) | 2002-11-18 | 2015-02-24 | Facebook, Inc. | Managing forwarded electronic messages |
US7640306B2 (en) | 2002-11-18 | 2009-12-29 | Aol Llc | Reconfiguring an electronic message to effect an enhanced notification |
CA2506585A1 (en) | 2002-11-18 | 2004-06-03 | Valerie Kucharewski | People lists |
US7899862B2 (en) | 2002-11-18 | 2011-03-01 | Aol Inc. | Dynamic identification of other users to an online user |
US8005919B2 (en) | 2002-11-18 | 2011-08-23 | Aol Inc. | Host-based intelligent results related to a character stream |
US7428580B2 (en) | 2003-11-26 | 2008-09-23 | Aol Llc | Electronic message forwarding |
US8122137B2 (en) | 2002-11-18 | 2012-02-21 | Aol Inc. | Dynamic location of a subordinate user |
US7219131B2 (en) * | 2003-01-16 | 2007-05-15 | Ironport Systems, Inc. | Electronic message delivery using an alternate source approach |
US7299261B1 (en) | 2003-02-20 | 2007-11-20 | Mailfrontier, Inc. A Wholly Owned Subsidiary Of Sonicwall, Inc. | Message classification using a summary |
US8266215B2 (en) | 2003-02-20 | 2012-09-11 | Sonicwall, Inc. | Using distinguishing properties to classify messages |
US7406502B1 (en) | 2003-02-20 | 2008-07-29 | Sonicwall, Inc. | Method and system for classifying a message based on canonical equivalent of acceptable items included in the message |
US20040210639A1 (en) | 2003-03-26 | 2004-10-21 | Roy Ben-Yoseph | Identifying and using identities deemed to be known to a user |
JP2005033740A (ja) * | 2003-07-11 | 2005-02-03 | Nec Access Technica Ltd | Adslルータの負荷分散型ネットワーク障害監視システム及び方法 |
US7653693B2 (en) | 2003-09-05 | 2010-01-26 | Aol Llc | Method and system for capturing instant messages |
US8321512B2 (en) * | 2003-08-22 | 2012-11-27 | Geobytes, Inc. | Method and software product for identifying unsolicited emails |
US7457955B2 (en) * | 2004-01-14 | 2008-11-25 | Brandmail Solutions, Inc. | Method and apparatus for trusted branded email |
US20050185634A1 (en) * | 2004-02-24 | 2005-08-25 | Benco David S. | Method and system for providing network support for messaging between short message service (SMS) subscribers and instant messaging (IM) subscribers |
US7533414B1 (en) * | 2004-03-17 | 2009-05-12 | Yahoo! Inc. | Detecting system abuse |
US9203648B2 (en) | 2004-05-02 | 2015-12-01 | Thomson Reuters Global Resources | Online fraud solution |
US8769671B2 (en) | 2004-05-02 | 2014-07-01 | Markmonitor Inc. | Online fraud solution |
US7913302B2 (en) | 2004-05-02 | 2011-03-22 | Markmonitor, Inc. | Advanced responses to online fraud |
US7870608B2 (en) | 2004-05-02 | 2011-01-11 | Markmonitor, Inc. | Early detection and monitoring of online fraud |
US8041769B2 (en) * | 2004-05-02 | 2011-10-18 | Markmonitor Inc. | Generating phish messages |
US7457823B2 (en) | 2004-05-02 | 2008-11-25 | Markmonitor Inc. | Methods and systems for analyzing data related to possible online fraud |
US7992204B2 (en) | 2004-05-02 | 2011-08-02 | Markmonitor, Inc. | Enhanced responses to online fraud |
US7756930B2 (en) | 2004-05-28 | 2010-07-13 | Ironport Systems, Inc. | Techniques for determining the reputation of a message sender |
US7849142B2 (en) | 2004-05-29 | 2010-12-07 | Ironport Systems, Inc. | Managing connections, messages, and directory harvest attacks at a server |
US7870200B2 (en) | 2004-05-29 | 2011-01-11 | Ironport Systems, Inc. | Monitoring the flow of messages received at a server |
US7873695B2 (en) * | 2004-05-29 | 2011-01-18 | Ironport Systems, Inc. | Managing connections and messages at a server by associating different actions for both different senders and different recipients |
US7941491B2 (en) * | 2004-06-04 | 2011-05-10 | Messagemind, Inc. | System and method for dynamic adaptive user-based prioritization and display of electronic messages |
US20060026438A1 (en) * | 2004-07-29 | 2006-02-02 | Microsoft Corporation | Anonymous aliases for on-line communications |
US20060072149A1 (en) * | 2004-08-03 | 2006-04-06 | Jim Justice | Universal document exchange system and method |
US20060072150A1 (en) * | 2004-08-24 | 2006-04-06 | Jim Justice | Universal document exchange system and method |
GB2418330B (en) * | 2004-09-17 | 2006-11-08 | Jeroen Oostendorp | Platform for intelligent Email distribution |
US9298513B2 (en) * | 2004-10-07 | 2016-03-29 | International Business Machines Corporation | Method and structure for autonomic application differentiation/specialization |
US20060080393A1 (en) * | 2004-10-12 | 2006-04-13 | Cardone Richard J | Method for using e-mail documents to create and update address lists |
US7669213B1 (en) | 2004-10-28 | 2010-02-23 | Aol Llc | Dynamic identification of other viewers of a television program to an online viewer |
US20060167991A1 (en) * | 2004-12-16 | 2006-07-27 | Heikes Brian D | Buddy list filtering |
MY143342A (en) * | 2004-12-22 | 2011-04-29 | Intel Corp | Auto organization hierarchy traversal in email addressees |
US20060168046A1 (en) * | 2005-01-11 | 2006-07-27 | Microsoft Corporaion | Managing periodic electronic messages |
US7647380B2 (en) * | 2005-01-31 | 2010-01-12 | Microsoft Corporation | Datacenter mail routing |
US20060224673A1 (en) * | 2005-03-30 | 2006-10-05 | Microsoft Corporation | Throttling inbound electronic messages in a message processing system |
US20060242296A1 (en) * | 2005-04-07 | 2006-10-26 | Woolard Leamon M | Method of adding new users to a web based portal server |
JP5118020B2 (ja) * | 2005-05-05 | 2013-01-16 | シスコ アイアンポート システムズ エルエルシー | 電子メッセージ中での脅威の識別 |
JP2008541632A (ja) * | 2005-05-18 | 2008-11-20 | ナインティー9.コム ピーティーワイ リミテッド | 動的アドレスマッピング |
KR101319809B1 (ko) | 2005-05-27 | 2013-10-17 | 기린비루 가부시키가이샤 | 가스 배리어성 플라스틱 용기의 제조 장치, 그 용기의 제조방법 및 그 용기 |
US20060277229A1 (en) * | 2005-05-31 | 2006-12-07 | Michihiro Yoshida | Document management server, information terminal, document managing method, and program |
US8161122B2 (en) * | 2005-06-03 | 2012-04-17 | Messagemind, Inc. | System and method of dynamically prioritized electronic mail graphical user interface, and measuring email productivity and collaboration trends |
US20070038709A1 (en) * | 2005-08-11 | 2007-02-15 | Alexander Medvedev | Method and system for identifying spam email |
US7882186B1 (en) * | 2005-10-13 | 2011-02-01 | Chen Sun | Selectable email signatures |
US7836132B2 (en) * | 2005-12-13 | 2010-11-16 | Microsoft Corporation | Delivery confirmation for e-mail |
US7475117B1 (en) * | 2005-12-15 | 2009-01-06 | Teradata Us, Inc. | Two-phase commit electronic mail delivery |
GB0605341D0 (en) * | 2006-03-17 | 2006-04-26 | Ergo Ltd 2 | Managing message distribution |
US7529795B2 (en) | 2006-03-20 | 2009-05-05 | Stragent, Llc | Message board aggregator |
FR2899753B1 (fr) * | 2006-04-06 | 2008-12-26 | Radiotelephone Sfr | Procede et dispositif de transformation d'adresses electroniques contenues dans l'en-tete d'un courrier electronique |
FR2899754B1 (fr) * | 2006-04-06 | 2018-03-02 | Societe Francaise Du Radiotelephone Sfr | Procede et dispositif de transformation d'adresses electroniques contenues dans l'en-tete d'un courrier electronique |
US7725421B1 (en) * | 2006-07-26 | 2010-05-25 | Google Inc. | Duplicate account identification and scoring |
US7647351B2 (en) | 2006-09-14 | 2010-01-12 | Stragent, Llc | Web scrape template generation |
US7519602B2 (en) | 2006-10-31 | 2009-04-14 | Sap Ag | Systems and methods for information exchange using object warehousing |
US7865887B2 (en) * | 2006-11-30 | 2011-01-04 | Sap Ag | Context based event handling and execution with prioritization and interrupt management |
US7870207B2 (en) | 2006-12-21 | 2011-01-11 | Research In Motion Limited | Method and apparatus for efficient polling |
US8224298B2 (en) * | 2007-02-05 | 2012-07-17 | Boadin Technology, LLC | Systems and methods for mobile media services utilizing a short form command structure |
US8682982B2 (en) | 2007-06-19 | 2014-03-25 | The Invention Science Fund I, Llc | Preliminary destination-dependent evaluation of message content |
US9374242B2 (en) | 2007-11-08 | 2016-06-21 | Invention Science Fund I, Llc | Using evaluations of tentative message content |
US8984133B2 (en) | 2007-06-19 | 2015-03-17 | The Invention Science Fund I, Llc | Providing treatment-indicative feedback dependent on putative content treatment |
JP2009003705A (ja) * | 2007-06-21 | 2009-01-08 | Oki Data Corp | 通信端末装置 |
US8781988B1 (en) * | 2007-07-19 | 2014-07-15 | Salesforce.Com, Inc. | System, method and computer program product for messaging in an on-demand database service |
US8065404B2 (en) | 2007-08-31 | 2011-11-22 | The Invention Science Fund I, Llc | Layering destination-dependent content handling guidance |
US8082225B2 (en) | 2007-08-31 | 2011-12-20 | The Invention Science Fund I, Llc | Using destination-dependent criteria to guide data transmission decisions |
US20090119600A1 (en) * | 2007-11-02 | 2009-05-07 | International Business Machines Corporation | System and method for evaluating response patterns |
US7930389B2 (en) | 2007-11-20 | 2011-04-19 | The Invention Science Fund I, Llc | Adaptive filtering of annotated messages or the like |
US8117242B1 (en) | 2008-01-18 | 2012-02-14 | Boadin Technology, LLC | System, method, and computer program product for performing a search in conjunction with use of an online application |
US8117225B1 (en) | 2008-01-18 | 2012-02-14 | Boadin Technology, LLC | Drill-down system, method, and computer program product for focusing a search |
US8458264B1 (en) | 2008-02-26 | 2013-06-04 | Chris Lee | Email proxy server with first respondent binding |
US7818455B2 (en) * | 2008-08-07 | 2010-10-19 | Tactara, Llc | Alias management platforms and methods |
US20100036925A1 (en) * | 2008-08-07 | 2010-02-11 | Tactara, Llc | Alias management platforms |
US8265862B1 (en) | 2008-08-22 | 2012-09-11 | Boadin Technology, LLC | System, method, and computer program product for communicating location-related information |
US8190692B1 (en) | 2008-08-22 | 2012-05-29 | Boadin Technology, LLC | Location-based messaging system, method, and computer program product |
US8078397B1 (en) | 2008-08-22 | 2011-12-13 | Boadin Technology, LLC | System, method, and computer program product for social networking utilizing a vehicular assembly |
US8073590B1 (en) | 2008-08-22 | 2011-12-06 | Boadin Technology, LLC | System, method, and computer program product for utilizing a communication channel of a mobile device by a vehicular assembly |
US8131458B1 (en) | 2008-08-22 | 2012-03-06 | Boadin Technology, LLC | System, method, and computer program product for instant messaging utilizing a vehicular assembly |
US20100088753A1 (en) * | 2008-10-03 | 2010-04-08 | Microsoft Corporation | Identity and authentication system using aliases |
US8195753B2 (en) * | 2009-01-07 | 2012-06-05 | Microsoft Corporation | Honoring user preferences in email systems |
US9100435B2 (en) * | 2009-04-02 | 2015-08-04 | International Business Machines Corporation | Preferred name presentation in online environments |
US8959157B2 (en) * | 2009-06-26 | 2015-02-17 | Microsoft Corporation | Real-time spam look-up system |
US20120135744A1 (en) * | 2009-07-21 | 2012-05-31 | Kota Enterprises, Llc | Systems and methods for generating and managing communication rules associated with geographic locations |
US8185132B1 (en) * | 2009-07-21 | 2012-05-22 | Modena Enterprises, Llc | Systems and methods for associating communication information with a geographic location-aware contact entry |
JP5088351B2 (ja) * | 2009-08-05 | 2012-12-05 | コニカミノルタビジネステクノロジーズ株式会社 | 電子メール送信装置およびプログラム |
US8818882B2 (en) * | 2009-08-24 | 2014-08-26 | Visa International Service Association | Alias identity and reputation validation engine |
US9222798B2 (en) | 2009-12-22 | 2015-12-29 | Modena Enterprises, Llc | Systems and methods for identifying an activity of a user based on a chronological order of detected movements of a computing device |
US9191235B2 (en) * | 2010-02-05 | 2015-11-17 | Microsoft Technology Licensing, Llc | Moderating electronic communications |
US9215735B2 (en) | 2010-03-03 | 2015-12-15 | Modena Enterprises, Llc | Systems and methods for initiating communications with contacts based on a communication specification |
US8745143B2 (en) | 2010-04-01 | 2014-06-03 | Microsoft Corporation | Delaying inbound and outbound email messages |
US9183560B2 (en) | 2010-05-28 | 2015-11-10 | Daniel H. Abelow | Reality alternate |
US20120059886A1 (en) * | 2010-08-30 | 2012-03-08 | Gary Stephen Shuster | Reply message handling for transient group |
US8935369B2 (en) * | 2010-10-05 | 2015-01-13 | International Business Machines Corporation | Information technology for exchanging structural organizational information |
US20120204111A1 (en) * | 2011-02-07 | 2012-08-09 | Microsoft Corporation | Higher-level e-mail address creation at signup |
US20130031183A1 (en) * | 2011-07-26 | 2013-01-31 | Socialmail LLC | Electronic mail processing and publication for shared environments |
CN102368749B (zh) * | 2011-09-23 | 2016-08-10 | 上海量明科技发展有限公司 | 即时通信联系人列表中呈现个性图样的方法及系统 |
US20130254830A1 (en) | 2012-03-22 | 2013-09-26 | Madhav Moganti | Apparatus and method for assuring communications of corporate users |
US9401886B2 (en) | 2012-05-30 | 2016-07-26 | International Business Machines Corporation | Preventing personal information from being posted to an internet |
US9531662B2 (en) * | 2013-03-20 | 2016-12-27 | Microsoft Technology Licensing, Llc | Global email identity preferences |
US10430894B2 (en) | 2013-03-21 | 2019-10-01 | Khoros, Llc | Gamification for online social communities |
CN104281609B (zh) * | 2013-07-08 | 2020-03-17 | 腾讯科技(深圳)有限公司 | 语音输入指令匹配规则的配置方法及装置 |
US10694029B1 (en) | 2013-11-07 | 2020-06-23 | Rightquestion, Llc | Validating automatic number identification data |
EP2884702A1 (en) * | 2013-12-11 | 2015-06-17 | Alcatel Lucent | Method of sending email, and email device therefor |
US10417380B1 (en) | 2013-12-31 | 2019-09-17 | Mckesson Corporation | Systems and methods for determining and communicating a prescription benefit coverage denial to a prescriber |
US10489552B2 (en) | 2014-02-14 | 2019-11-26 | Mckesson Corporation | Systems and methods for determining and communicating patient incentive information to a prescriber |
EP3002720A1 (en) * | 2014-10-02 | 2016-04-06 | Unify GmbH & Co. KG | Method, device and software product for filling an address field of an electronic message |
US20170339264A1 (en) * | 2014-10-28 | 2017-11-23 | Nir Steel | Systems and methods for cross-modality communication |
US10142273B2 (en) | 2015-06-23 | 2018-11-27 | International Business Machines Corporation | Handling various scenarios where an email recipient is not available |
US11514137B1 (en) | 2016-03-30 | 2022-11-29 | Mckesson Corporation | Alternative therapy identification system |
US10805270B2 (en) | 2016-09-26 | 2020-10-13 | Agari Data, Inc. | Mitigating communication risk by verifying a sender of a message |
US10880322B1 (en) | 2016-09-26 | 2020-12-29 | Agari Data, Inc. | Automated tracking of interaction with a resource of a message |
US11936604B2 (en) | 2016-09-26 | 2024-03-19 | Agari Data, Inc. | Multi-level security analysis and intermediate delivery of an electronic message |
US10805314B2 (en) | 2017-05-19 | 2020-10-13 | Agari Data, Inc. | Using message context to evaluate security of requested data |
US11722513B2 (en) | 2016-11-30 | 2023-08-08 | Agari Data, Inc. | Using a measure of influence of sender in determining a security risk associated with an electronic message |
US11044267B2 (en) | 2016-11-30 | 2021-06-22 | Agari Data, Inc. | Using a measure of influence of sender in determining a security risk associated with an electronic message |
US10715543B2 (en) | 2016-11-30 | 2020-07-14 | Agari Data, Inc. | Detecting computer security risk based on previously observed communications |
US10999224B1 (en) | 2017-02-01 | 2021-05-04 | Mckesson Corporation | Method and apparatus for parsing an electronic message and constructing multiple differently prioritized messages therefrom |
WO2018181834A1 (ja) * | 2017-03-30 | 2018-10-04 | 日本電気株式会社 | 管理サーバ、管理システム、管理サーバの制御方法及びプログラム |
US20180309768A1 (en) * | 2017-04-20 | 2018-10-25 | Bank Of America Corporation | Automated authentication, validation and processing of digitized files |
US11019076B1 (en) | 2017-04-26 | 2021-05-25 | Agari Data, Inc. | Message security assessment using sender identity profiles |
US10902462B2 (en) | 2017-04-28 | 2021-01-26 | Khoros, Llc | System and method of providing a platform for managing data content campaign on social networks |
US11757914B1 (en) | 2017-06-07 | 2023-09-12 | Agari Data, Inc. | Automated responsive message to determine a security risk of a message sender |
US11102244B1 (en) | 2017-06-07 | 2021-08-24 | Agari Data, Inc. | Automated intelligence gathering |
US11470161B2 (en) | 2018-10-11 | 2022-10-11 | Spredfast, Inc. | Native activity tracking using credential and authentication management in scalable data networks |
US11050704B2 (en) | 2017-10-12 | 2021-06-29 | Spredfast, Inc. | Computerized tools to enhance speed and propagation of content in electronic messages among a system of networked computing devices |
US10346449B2 (en) | 2017-10-12 | 2019-07-09 | Spredfast, Inc. | Predicting performance of content and electronic messages among a system of networked computing devices |
US10999278B2 (en) | 2018-10-11 | 2021-05-04 | Spredfast, Inc. | Proxied multi-factor authentication using credential and authentication management in scalable data networks |
US10785222B2 (en) | 2018-10-11 | 2020-09-22 | Spredfast, Inc. | Credential and authentication management in scalable data networks |
US11570128B2 (en) | 2017-10-12 | 2023-01-31 | Spredfast, Inc. | Optimizing effectiveness of content in electronic messages among a system of networked computing device |
US10601937B2 (en) | 2017-11-22 | 2020-03-24 | Spredfast, Inc. | Responsive action prediction based on electronic messages among a system of networked computing devices |
US10594773B2 (en) | 2018-01-22 | 2020-03-17 | Spredfast, Inc. | Temporal optimization of data operations using distributed search and server management |
US11061900B2 (en) | 2018-01-22 | 2021-07-13 | Spredfast, Inc. | Temporal optimization of data operations using distributed search and server management |
US10750033B2 (en) | 2018-04-12 | 2020-08-18 | Biscom Inc. | Electronic package interception, parsing, and routing |
WO2019226193A1 (en) * | 2018-05-25 | 2019-11-28 | Binarytree.Com Inc. | Message redirection protocol |
US10862832B1 (en) * | 2018-07-24 | 2020-12-08 | Mckesson Corporation | Computing system and method for automatically reversing an action indicated by an electronic message |
US10855657B2 (en) | 2018-10-11 | 2020-12-01 | Spredfast, Inc. | Multiplexed data exchange portal interface in scalable data networks |
US10931540B2 (en) | 2019-05-15 | 2021-02-23 | Khoros, Llc | Continuous data sensing of functional states of networked computing devices to determine efficiency metrics for servicing electronic messages asynchronously |
US11562437B1 (en) | 2019-06-26 | 2023-01-24 | Mckesson Corporation | Method, apparatus, and computer program product for providing estimated prescription costs |
US11636548B1 (en) | 2019-06-26 | 2023-04-25 | Mckesson Corporation | Method, apparatus, and computer program product for providing estimated prescription costs |
US11997154B1 (en) * | 2019-11-12 | 2024-05-28 | Zive, Inc. | Systems and methods for visualizing digital content |
US11610240B1 (en) | 2020-02-17 | 2023-03-21 | Mckesson Corporation | Method, apparatus, and computer program product for partitioning prescription transaction costs in an electronic prescription transaction |
US11587657B2 (en) | 2020-09-04 | 2023-02-21 | Mckesson Corporation | Method, apparatus, and computer program product for performing an alternative evaluation procedure in response to an electronic message |
US11128589B1 (en) | 2020-09-18 | 2021-09-21 | Khoros, Llc | Gesture-based community moderation |
US11438289B2 (en) | 2020-09-18 | 2022-09-06 | Khoros, Llc | Gesture-based community moderation |
US11627100B1 (en) | 2021-10-27 | 2023-04-11 | Khoros, Llc | Automated response engine implementing a universal data space based on communication interactions via an omnichannel electronic data channel |
US11924375B2 (en) | 2021-10-27 | 2024-03-05 | Khoros, Llc | Automated response engine and flow configured to exchange responsive communication data via an omnichannel electronic communication channel independent of data source |
US11438282B2 (en) | 2020-11-06 | 2022-09-06 | Khoros, Llc | Synchronicity of electronic messages via a transferred secure messaging channel among a system of various networked computing devices |
US11714629B2 (en) | 2020-11-19 | 2023-08-01 | Khoros, Llc | Software dependency management |
US11558332B1 (en) * | 2022-01-24 | 2023-01-17 | Biscom Inc. | Automated electronic package transmission method selection |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6044205A (en) * | 1996-02-29 | 2000-03-28 | Intermind Corporation | Communications system for transferring information between memories according to processes transferred with the information |
US5283856A (en) * | 1991-10-04 | 1994-02-01 | Beyond, Inc. | Event-driven rule-based messaging system |
US6385645B1 (en) * | 1995-08-04 | 2002-05-07 | Belle Gate Investments B.V. | Data exchange system comprising portable data processing units |
US5923848A (en) * | 1996-05-31 | 1999-07-13 | Microsoft Corporation | System and method for resolving names in an electronic messaging environment |
US6199102B1 (en) * | 1997-08-26 | 2001-03-06 | Christopher Alan Cobb | Method and system for filtering electronic messages |
SE511994C2 (sv) * | 1998-03-24 | 2000-01-10 | Sendit Ab | Förfarande och anordning för överföring av information med utnyttjande av en i ett digitalt nät befintlig meddelandetjänst |
US6606647B2 (en) * | 1999-01-11 | 2003-08-12 | Infospace, Inc. | Server and method for routing messages to achieve unified communications |
JP2000339236A (ja) * | 1999-05-27 | 2000-12-08 | Fujitsu Ltd | 悪戯メール防止装置、その方法及び記録媒体 |
US7853989B2 (en) * | 2000-02-08 | 2010-12-14 | Katsikas Peter L | System for eliminating unauthorized electronic mail |
US6606649B1 (en) * | 1999-09-28 | 2003-08-12 | Microsoft Corporation | Application programming interface functions for supporting an improved message store for hand-held computers |
US7249175B1 (en) * | 1999-11-23 | 2007-07-24 | Escom Corporation | Method and system for blocking e-mail having a nonexistent sender address |
US6832245B1 (en) * | 1999-12-01 | 2004-12-14 | At&T Corp. | System and method for analyzing communications of user messages to rank users and contacts based on message content |
US7072942B1 (en) * | 2000-02-04 | 2006-07-04 | Microsoft Corporation | Email filtering methods and systems |
US7822977B2 (en) * | 2000-02-08 | 2010-10-26 | Katsikas Peter L | System for eliminating unauthorized electronic mail |
CN1300677C (zh) * | 2000-06-22 | 2007-02-14 | 微软公司 | 分布式计算服务平台 |
US6839737B1 (en) * | 2000-07-19 | 2005-01-04 | Neoplanet, Inc. | Messaging system for indicating status of a sender of electronic mail and method and computer program product therefor |
US20020120697A1 (en) * | 2000-08-14 | 2002-08-29 | Curtis Generous | Multi-channel messaging system and method |
US6779022B1 (en) * | 2000-08-17 | 2004-08-17 | Jens Horstmann | Server that obtains information from multiple sources, filters using client identities, and dispatches to both hardwired and wireless clients |
US20020061003A1 (en) * | 2000-10-23 | 2002-05-23 | Arch Wireless, Inc. | Method of and system for wireless network access through server platform integration |
EP1360597A4 (en) * | 2001-02-15 | 2005-09-28 | Suffix Mail Inc | E-MAIL MESSAGING SYSTEM |
US20030105820A1 (en) * | 2001-12-03 | 2003-06-05 | Jeffrey Haims | Method and apparatus for facilitating online communication |
US20030131063A1 (en) * | 2001-12-19 | 2003-07-10 | Breck David L. | Message processor |
KR100871581B1 (ko) * | 2002-02-19 | 2008-12-02 | 포스티니 코포레이션 | E-메일 관리 서비스들 |
US20030231207A1 (en) * | 2002-03-25 | 2003-12-18 | Baohua Huang | Personal e-mail system and method |
-
2003
- 2003-05-28 GB GB0426693A patent/GB2407735A/en not_active Withdrawn
- 2003-05-28 AU AU2003243327A patent/AU2003243327A1/en not_active Abandoned
- 2003-05-28 US US10/447,716 patent/US7231428B2/en active Active
- 2003-05-28 JP JP2004508024A patent/JP2005528052A/ja active Pending
- 2003-05-28 WO PCT/US2003/016745 patent/WO2003100640A1/en active Application Filing
- 2003-05-28 US US10/447,332 patent/US20030225850A1/en not_active Abandoned
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008269595A (ja) * | 2007-04-19 | 2008-11-06 | Sap Ag | オブジェクトウェアハウジングを用いた情報交換のためのシステム及び方法 |
US8775450B2 (en) | 2007-04-19 | 2014-07-08 | Sap Ag | Systems and methods for information exchange using object warehousing |
Also Published As
Publication number | Publication date |
---|---|
GB2407735A (en) | 2005-05-04 |
AU2003243327A1 (en) | 2003-12-12 |
GB0426693D0 (en) | 2005-01-12 |
US7231428B2 (en) | 2007-06-12 |
US20030225850A1 (en) | 2003-12-04 |
US20030229717A1 (en) | 2003-12-11 |
WO2003100640A1 (en) | 2003-12-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7231428B2 (en) | Communication system using alias management rules for automatically changing sender alias in a message based on group that includes recipient address | |
US11263591B2 (en) | Method and system for centralized contact management | |
US7305445B2 (en) | Indirect disposable email addressing | |
US6427164B1 (en) | Systems and methods for automatically forwarding electronic mail when the recipient is otherwise unknown | |
US7853652B2 (en) | Instant messaging system with privacy codes | |
US7218921B2 (en) | Method and system for inviting and creating accounts for prospective users of an instant messaging system | |
US7617284B2 (en) | Public/private/invitation email address based secure anti-spam email protocol | |
US6957248B2 (en) | System and method for forwarding electronic messages | |
US20030200267A1 (en) | Email management system | |
US20050071428A1 (en) | Method and apparatus for delivering an electronic mail message with an indication of the presence of the sender | |
US20080052364A1 (en) | System and method for protecting e-mail sender identity via use of customized recipient e-mail addresses | |
US20040243847A1 (en) | Method for rejecting SPAM email and for authenticating source addresses in email servers | |
US9215202B1 (en) | Online form completion and saving triggered by receipt of an email message at a final email server | |
JP2007249310A (ja) | 情報管理サーバ | |
WO2006014396A2 (en) | System and method for mailing list mediation | |
US20070038777A1 (en) | Conversation message server | |
EP1305724B1 (en) | Method and system for inviting and creating accounts for prospective users of an instant messaging system | |
US7627635B1 (en) | Managing self-addressed electronic messages | |
US10715475B2 (en) | Dynamic electronic mail addressing | |
JP3868308B2 (ja) | 電子メールシステム、メールサーバ及びプログラム | |
JP4892163B2 (ja) | 電子私書箱システム | |
GB2481242A (en) | Providing configurable auto-reply e-mail messages to selected recipients | |
JP2009182749A (ja) | 電子メール配信装置、電子メール配信方法および電子メール配信プログラム | |
KR100812799B1 (ko) | 메일에이전트 서비스 시스템 및 방법 | |
EP1208477A1 (en) | Methods and apparatus for delegating administrative capabilities to domains served by mail providers |