(57)【要約】  非ＡＳＣＩＩのユーザ名を有するセンダーからレシピエントに電子メール（ｅメール）メッセージを送信するための方法を提供する。方法は、以下のステップを含む。ｅメールメッセージを受信するようにレシピエントが構成されているか否かが決定される。ｅメールメッセージを受信するようにレシピエントが構成されている場合に、メッセージはレシピエントに送信される。ｅメールメッセージを受信するようにレシピエントが構成されていない場合に、記憶するために、データ記憶装置中にｅメールメッセージが送り出され、記憶されているｅメールメッセージのロケーションを識別するためのユニフォームリソースロケータ（ＵＲＬ）が取得され、ＵＲＬを含む通知メッセージがレシピエントに送信される。方法を実現するためのプロキシサーバおよびｅメールサーバも提供する。【選択図】    図２
2013521727.tif 000002
【特許請求の範囲】
【請求項１】
非ＡＳＣＩＩのユーザ名を有するセンダーからレシピエントに電子メール（ｅメール）メッセージを送信するための方法において、
前記方法は、
前記ｅメールメッセージを受信するように前記レシピエントが構成されているか否かを決定するステップと、
前記ｅメールメッセージを受信するように前記レシピエントが構成されている場合に、前記レシピエントに前記メッセージを送信するステップと、
前記ｅメールメッセージを受信するように前記レシピエントが構成されていない場合に、
記憶させるために、データ記憶装置中に前記ｅメールメッセージを送り出すテップと、
前記記憶されているｅメールメッセージのロケーションを識別するためのユニフォームリソースロケータ（ＵＲＬ）を取得するステップと、
前記ＵＲＬを含む通知メッセージを前記レシピエントに送信するステップとを含む方法。
【請求項２】
前記通知メッセージを受信次第、前記レシピエントは、前記ＵＲＬを使用して、前記ｅメールメッセージにアクセスする請求項１記載の方法。
【請求項３】
前記レシピエントは、前記ＵＲＬを使用して、ウェブブラウザを介して前記ｅメールメッセージにアクセスする請求項２記載の方法。
【請求項４】
前記ユーザは、前記ｅメールメッセージに対してメール操作を行うことができる請求項２記載の方法。
【請求項５】
前記メール操作は、前記レシピエントに前記ｅメールメッセージを送るための要求であり、前記非ＡＳＣＩＩのユーザ名を除去して、前記レシピエントに前記メッセージを送信するステップをさらに含む請求項４記載の方法。
【請求項６】
前記非ＡＳＣＩＩのユーザ名は、汎用ＡＳＣＩＩユーザ名と、または、前記センダーによって規定されるＡＳＣＩＩユーザ名と、置換される請求項５記載の方法。
【請求項７】
前記ＵＲＬは、ランダムに発生される請求項１記載の方法。
【請求項８】
前記レシピエントが、前記ＵＲＬを使用して、前記ｅメールメッセージにアクセスするときに、通信を暗号化するステップをさらに含む請求項２記載の方法。
【請求項９】
前記ＵＲＬに関係付けられているパスワードを取得するステップと、
前記レシピエントに前記パスワードを送信するステップとをさらに含み、
前記パスワードは、前記レシピエントが、前記ＵＲＬを使用して、前記ｅメールメッセージにアクセスするときに、前記レシピエントを有効性確認するために使用される請求項２記載の方法。
【請求項１０】
前記パスワードは、前記通知メッセージとは異なるパスワード通知メッセージ中で送られる請求項９記載の方法。
【請求項１１】
前記レシピエントが、前記ＵＲＬを使用して、前記ｅメールメッセージにアクセスするときに、アカウントを確立するように前記レシピエントに要求するステップをさらに含み、前記レシピエントへのさらなるｅメールメッセージは、前記アカウントに関係付けられる請求項２記載の方法。
【請求項１２】
非ＡＳＣＩＩのユーザ名のセンダーからのｅメールメッセージを受信できないレシピエントに対して、前記非ＡＳＣＩＩのユーザ名を有するセンダーからのｅメールメッセージを表示するように構成されているプロキシｅメールサーバにおいて、
前記プロキシｅメールサーバは、
送信ｅメールサーバからの前記ｅメールメッセージを記憶するように構成されているデータ記憶装置と、
前記ｅメールメッセージのロケーションを識別するためのＵＲＬを発生させるようにと、
前記レシピエントに前記ＵＲＬを送信するようにと、
前記レシピエントが前記ＵＲＬにアクセスしたときに、前記レシピエントに前記ｅメールメッセージを表示するように構成されているウェブサーバとを具備するプロキシｅメールサーバ。
【請求項１３】
前記ＵＲＬを通知メッセージ中で受信ｅメールサーバに送信する前記送信ｅメールサーバに、前記ＵＲＬを送信すること、または、前記ＵＲＬを通知メッセージ中で前記受信ｅメールサーバに直接送信することのいずれかにより、前記ウェブサーバが、前記レシピエントに前記ＵＲＬを送信する請求項１２記載のプロキシｅメールサーバ。
【請求項１４】
前記プロキシｅメールサーバは、対応する送信ｅメールサーバに関係付けられている請求項１２記載のプロキシｅメールサーバ。
【請求項１５】
前記プロキシｅメールサーバは、対応する受信ｅメールサーバに関係付けられている請求項１２記載のプロキシｅメールサーバ。
【請求項１６】
前記ウェブサーバは、前記ＵＲＬに関係付けられているパスワードを発生させるようにと、前記レシピエントに前記パスワードを送信するようにさらに構成されており、前記パスワードは、前記レシピエントが、前記ＵＲＬを使用して、前記ｅメールメッセージにアクセスするときに、前記レシピエントを有効性確認するために使用される請求項１２記載のプロキシｅメールサーバ。
【請求項１７】
前記パスワードは、前記通知メッセージとは別に送られる請求項１６記載のプロキシｅメールサーバ。
【請求項１８】
前記ウェブサーバは、前記レシピエントが、前記ＵＲＬを使用して、前記ｅメールメッセージにアクセスするときに、アカウントを確立するようにさらに構成されており、前記レシピエントへのさらなるｅメールメッセージは、前記アカウントに関係付けられる請求項１２記載のプロキシｅメールサーバ。
【請求項１９】
非ＡＳＣＩＩのユーザ名を有するセンダーからレシピエントにｅメールメッセージを送信するように構成されているｅメールサーバにおいて、
前記ｅメールサーバは、
命令を記憶するためのメモリと、
前記ｅメールメッセージを受信するように前記レシピエントが構成されているか否かを決定するステップと、
前記ｅメールメッセージを受信するように前記レシピエントが構成されている場合に、前記レシピエントに前記メッセージを送信するステップと、
前記ｅメールメッセージを受信するように前記レシピエントが構成されていない場合に、
記憶させるために、データ記憶装置中に前記ｅメールメッセージを送り出すステップと、
前記記憶されているｅメールメッセージのロケーションを識別するためのユニフォームリソースロケータ（ＵＲＬ）を取得するステップと、
前記ＵＲＬを含む通知メッセージを前記レシピエントに送信するステップとを実現するための命令を実行するように構成されているプロセッサとを具備するｅメールサーバ。
【請求項２０】
前記ｅメールサーバは、送信ｅメールサーバ、または、受信ｅメールサーバである請求項１９記載のｅメールサーバ。
【請求項２１】
非ＡＳＣＩＩのユーザ名を有するセンダーからレシピエントに電子メール（ｅメール）メッセージを送信するための命令をその上に記憶している、一時的でないコンピュータ読取可能媒体において、
前記命令は、プロセッサにより実行されるときに、
前記ｅメールメッセージを受信するように前記レシピエントが構成されているか否かを決定するステップと、
前記ｅメールメッセージを受信するように前記レシピエントが構成されている場合に、前記レシピエントに前記メッセージを送信するステップと、
前記ｅメールメッセージを受信するように前記レシピエントが構成されていない場合に、
記憶させるために、データ記憶装置中に前記ｅメールメッセージを送り出すステップと、
前記記憶されているｅメールメッセージのロケーションを識別するためのユニフォームリソースロケータ（ＵＲＬ）を取得するステップと、
前記ＵＲＬを含む通知メッセージを前記レシピエントに送信するステップとを前記プロセッサに実現させる、一時的でないコンピュータ読取可能媒体。
【発明の詳細な説明】
【分野】
【０００１】
本発明は、一般的に電子メール（ｅメール）配信に関し、特に、非ＡＳＣＩＩのｅメールアドレスを取り扱うことができないユーザエージェントにメールするために、非ＡＳＣＩＩのｅメールアドレスからｅメールメッセージを配信するためのシステムおよび方法に関する。
【背景】
【０００２】
コンピュータネットワークが成長するにつれて、電子メール（ｅメール）は、個人用通信および職業上の通信の双方のための人気のある手段になっている。インターネットの普及に大部分起因して、ｅメールは、数百万人の人々に対する標準的な通信手段になっている。
【０００３】
センダーは、メールユーザエージェント（ＭＵＡ）を使用して、ｅメールメッセージを作成する。ＭＵＡの例は、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）およびＥｕｄｏｒａ（登録商標）のような、クライアント側アプリケーションとともに、Ｈｏｔｍａｉｌ（登録商標）およびＧｍａｉｌ（登録商標）のような、ウェブベースアプリケーションを含む。よく知られているように、センダーは、１つ以上のｅメールアドレス、メッセージの件名、メッセージの本文を入力することによってｅメールメッセージを作成し、さらに、メッセージにファイルを添付してもよい。各ｅメールアドレスは、２つの部分で構成されている。第１の部分は、ｅメールアドレスのドメインと呼ばれ、ホスト名またはドメイン名を参照する。ドメインは、典型的に、‘＠’記号の右に位置する。第２の部分は、ユーザ名またはアカウント名と呼ばれ、ドメインにおけるｅメールアカウントを識別するために使用される。ユーザ名は、典型的に、‘＠’記号の左に位置する。
【０００４】
ＭＵＡは、送信ｅメールサーバを介して、レシピエントにｅメールメッセージを送信する。送信ｅメールサーバは、メールサブミッションエージェント（ＭＳＡ）および簡易メール転送プロトコル（ＳＭＴＰ）サーバを含む。ＭＳＡは、ドメイン名サーバ（ＤＮＳ）にコンタクトして、ｅメールアドレスのドメイン名を解決し、対応するインターネットプロトコル（ＩＰ）アドレスを取得する。ＳＭＴＰサーバは、取得したＩＰアドレスを使用して、レシピエント用の受信ｅメールサーバにメッセージを送信する。ｅメールメッセージは、受信ｅメールサーバに直接送信されてもよく、または、ｅメールメッセージは、複数のメールトランスポートエージェント（ＭＴＡ）を介して、中継されてもよい。
【０００５】
受信ｅメールサーバは、典型的に、ＭＴＡと、ローカル配信エージェントと、ローカルファイル記憶装置と、ｅメールメッセージの取り出しを可能にする、ポストオフィスプロトコル（ＰＯＰ）および／またはインターネットメッセージアクセスプロトコル（ＩＭＡＰ）サーバとを含む。レシピエントは、ＭＵＡを使用して、受信ｅメールサーバからｅメールメッセージを取り出す。
【０００６】
典型的なＡＳＣＩＩ環境では、ネットワーク中のすべてのコンポーネントは、ＡＳＣＩＩのｅメールアドレスを処理できる。しかしながら、近い将来のｅメールアドレスは、外国語（非ＡＳＣＩＩ）のキャラクタを含むかもしれない。例えば、国際化ドメイン名（ＩＤＮ）は、非ＡＳＣＩＩキャラクタを潜在的に含むことがあるインターネットドメイン名として定義されている。国際的なｅメールアドレスは、このようなｅメールアドレスの一部として、ＩＤＮユーザ名を含むことがあることが想定される。それゆえ、ＩＤＮユーザ名は、非ＡＳＣＩＩキャラクタも含む可能性がある。
【０００７】
この制限を克服するために、ＡＳＣＩＩのみのシステムコンポーネントが、ＩＤＮ ｅメールアドレスを“ダウングレードする”ことを可能にする方法が、提案されている。具体的には、代替的なＡＳＣＩＩのｅメールアドレスが、ＩＤＮ ｅメールアドレスに対して、ユーザによって定義される。したがって、ＡＳＣＩＩのみのシステムコンポーネントがＩＤＮ ｅールアドレスを受信したときに、ＩＤＮ ｅールアドレスを、代替的なＡＳＣＩＩのｅメールアドレスに置換することにより、ｅメールアドレスがダウングレードされる。
【０００８】
このソリューションにより、既存のネットワークコンポーネントを使用して、ＩＤＮ ｅメールアドレスを有するｅメールメッセージを配信することが可能になるが、このソリューションは、２つの異なるｅメールボックスを確立して維持することを各ユーザに要求する。
【０００９】
したがって、従来技術を制限することなく、ＡＳＣＩＩのｅメールアドレスとのみ互換性のある１つ以上のコンポーネントを含んでもよいネットワークを通して、ＩＤＮ ｅメールアドレスを有するｅメールメッセージの配信を促進することが望ましい。
【概要】
【００１０】
本発明の態様にしたがって、非ＡＳＣＩＩのユーザ名を有するセンダーからレシピエントに電子メール（ｅメール）メッセージを送信するための方法が、ここで提供されている。方法は、ｅメールメッセージを受信するようにレシピエントが構成されているか否かを決定するステップと、ｅメールメッセージを受信するようにレシピエントが構成されている場合に、レシピエントにメッセージを送信するステップと、ｅメールメッセージを受信するようにレシピエントが構成されていない場合に、記憶させるために、データ記憶装置中にｅメールメッセージを送り出すステップと、記憶されているｅメールメッセージのロケーションを識別するためのユニフォームリソースロケータ（ＵＲＬ）を取得するステップと、ＵＲＬを含む通知メッセージをレシピエントに送信するステップとを含む。
【００１１】
本発明のさらなる態様にしたがって、プロセッサにより実現されるときに上述した方法を実行するための命令を、その上に記憶している、一時的でないコンピュータ読取可能媒体が、ここで提供されている。
【００１２】
本発明のさらに別の態様にしたがって、非ＡＳＣＩＩのユーザ名を有するセンダーからのｅメールメッセージを受信できないレシピエントに対して、非ＡＳＣＩＩのユーザ名を有するセンダーからのｅメールメッセージを表示するように構成されているプロキシｅメールサーバが、ここで提供されている。プロキシｅメールサーバは、送信ｅメールサーバからのｅメールメッセージを記憶するように構成されているデータ記憶装置と、ｅメールメッセージのロケーションを識別するためのＵＲＬを発生させるようにと、レシピエントにＵＲＬを送信するようにと、レシピエントがＵＲＬにアクセスしたときに、レシピエントにｅメールメッセージを表示するように構成されているウェブサーバとを具備する。
【００１３】
本発明のさらに別の態様にしたがって、非ＡＳＣＩＩのユーザ名を有するセンダーからレシピエントにｅメールメッセージを送信するように構成されているｅメールサーバが、ここで提供されている。ｅメールサーバは、命令を記憶するためのメモリと、ｅメールを受信するようにレシピエントが構成されているか否かを決定するステップと、ｅメールメッセージを受信するようにレシピエントが構成されている場合に、レシピエントにメッセージを送信するステップと、ｅメールメッセージを受信するようにレシピエントが構成されていない場合に、記憶させるために、データ記憶装置中にｅメールメッセージを送り出すステップと、記憶されているｅメールメッセージのロケーションを識別するためのユニフォームリソースロケータ（ＵＲＬ）を取得するステップと、ＵＲＬを含む通知メッセージをレシピエントに送信するステップとを実現するための命令を実行するように構成されているプロセッサとを具備する。
【図面の簡単な説明】
【００１４】
以下の図面を例としてのみ参照することによって、本発明の実施形態をここで説明する。
【図１】図１は、サンプルのネットワークインフラストラクチャのブロックダイヤグラムである。
【図２】図２は、ｅメールメッセージの送信を説明したフローチャートである。
【詳細な説明】
【００１５】
便宜上、説明中の同一の番号は、図面中の同一の構成を指す。図１を参照すると、本実施形態にしたがった、サンプルのネットワークインフラストラクチャを図示したブロックダイヤグラムが、概して番号１００により図示されている。ネットワーク１００は、通信デバイス１０３ａおよび１０３ｂと、送信ｅメールサーバ１０８と、通信ネットワークと１０４と、受信ｅメールサーバ１１０と、プロキシｅメールサーバ１０７とを含む。
【００１６】
通信デバイス１０３ａおよび１０３ｂは、例えば、パーソナルコンピュータ、ノートブックコンピュータ、タブレットコンピュータ、スマートフォン、または、パーソナルデジタルアシスタントのような、ｅメールメッセージを送信および／または受信するのに使用される多数のデバイスのうちの任意の１つとすることができる。技術的に知られているように、通信ネットワーク１０４は、送信ｅメールサーバ１０８と受信ｅメールサーバ１１０との間の通信を促進するのに必要とされる複数のネットワークコンポーネントを含む。プロキシｅメールサーバ１０７は、一時的なｅメールデータ記憶装置１０９と、ウェブサーバ１１１とを含む。ウェブサーバ１１１は、ＩＤＮユーザ名互換性のものである、ブラウザベースのメールユーザエージェント（ＭＵＡ）を含む。
【００１７】
センダーは、ＭＵＡを介してｅメールメッセージを送信するために、対応する通信デバイス１０３ａを使用する。送信ｅメールサーバ１０８は、メールサブミッションエージェント（ＭＳＡ）と、簡易メール転送プロトコル（ＳＭＴＰ）サーバとを含む。
【００１８】
技術的に知られているように、送信ｅメールサーバ１０８は、センダーの通信デバイス１０３ａに対してローカルであって、（示されていない）ローカルネットワークを介して、センダーの通信デバイス１０３ａと接続されてもよく、または、遠隔サイトにおいてホスト管理され、通信ネットワーク１０４を介して、センダーの通信デバイス１０３ａと接続されてもよい。
【００１９】
センダーと同様に、レシピエントは、ＭＵＡを介してｅメールメッセージを表示するために、対応する通信デバイス１０３ｂを使用する。受信ｅメールサーバ１１０は、ＭＴＡと、ローカル配信エージェントと、ローカルファイル記憶装置と、メッセージ取り出しサーバとを含む。
【００２０】
技術的に知られているように、受信ｅメールサーバ１１０は、レシピエントの通信デバイス１０３ｂに対してローカルであって、ローカルネットワークを介して、レシピエントの通信デバイス１０３ａと接続されてもよく、または、遠隔サイトにおいてホスト管理され、インターネットのような公衆ネットワークを介して、レシピエントの通信デバイス１０３ｂと接続されてもよい。
【００２１】
ＭＴＡは、直接、または、複数の中間ＭＴＡを介して間接的に、送信ｅメールサーバ１０８からｅメールメッセージを受信するように構成されている。ローカル配信エージェントは、ユーザ名に一致するディレクトリ中のローカル記憶装置上に、受信したｅメールメッセージを残すように構成されている。メッセージ取り出しサーバは、ＰＯＰサーバ、ＩＭＡＰサーバ、または、ローカルホストサーバのうちの１つ以上を含み、ＭＵＡを介して表示するために、ローカル記憶装置１０８からレシピエントにｅメールメッセージを配信するように構成されている。
【００２２】
本実施形態では、説明を簡単にする目的のためだけに、センダーの通信デバイス１０３ａおよび送信ｅメールサーバ１０８は、ＩＤＮユーザ名をサポートする一方で、受信ｅメールサーバ１１０およびレシピエントの通信デバイス１０３ｂは、ＩＤＮユーザ名をサポートしない。したがって、仮に、センダーがレシピエントにｅメールメッセージを送信した場合に、ＩＤＮユーザ名を適切に処理できないので、レシピエントは、応答できないだろう。本実施形態は、センダーからのｅメールメッセージをプロキシｅメールサーバ１０７において記憶することにより、レシピエントにおける欠陥を克服する。ウェブサーバ１１１上のｅメールメッセージのロケーションを含む、ｅメールメッセージの通知が、レシピエントに送られる。その後、レシピエントは、ブラウザを介して、ウェブサーバ１１１上のｅメールメッセージを見て、応答することができる。
【００２３】
図２を参照すると、センダーからレシピエントにｅメールメッセージを送信するステップを説明したフローチャートが、概して番号２００により図示されている。ステップ２０２において、センダーは、ＩＤＮ ｅメール標準規格をサポートするＭＵＡを使用して、新しいｅメールメッセージを書く。その後、センダーの通信デバイス１０３ａが、送信ｅメールサーバ１０８に接続して、ｅメールメッセージを送信する。
【００２４】
ステップ２０４において、送信ｅメールサーバ１０８は、受信ｅメールサーバ１１０に接続して、受信ｅメールサーバ１１０がＩＤＮ ｅメールに準拠しているかどうかを決定する。受信ｅメールサーバ１１０がＩＤＮユーザ名に準拠している場合に、プロセスは、ステップ２０６に続き、送信ｅメールサーバ１０８がｅメールメッセージを送信する。この時点で、プロセスは完了する。
【００２５】
受信ｅメールサーバ１１０が、ＩＤＮユーザ名に準拠していない場合に、プロセスは、ステップ２０８に続き、ｅメールメッセージはプロキシｅメールサーバ１０７に送信され、一時的なｅメールデータベース１０９中に記憶される。
【００２６】
ステップ２１０において、プロキシｅメールサーバ１０７は、ｅメールメッセージにアクセスするために使用できるユニフォームリソースロケータ（ＵＲＬ）を発生させる。本実施形態では、ＵＲＬは、ランダムＵＲＬ発生器を使用して発生される。使用されるランダムＵＲＬ発生器のタイプは、本発明の範囲を超えており、既知のまたはプロプラエタリの方法を含んでもよい。発生されたＵＲＬは、送信ｅメールサーバ１１０に送信される。
【００２７】
ステップ２１２において、送信ｅメールサーバ１１０は、ｅメールメッセージのＵＲＬを含む通知メッセージを発生させ、標準的なＳＭＴＰプロトコルを使用して、受信ｅメールサーバ１１０に通知メッセージを送信する。本実施形態では、通知メッセージは、ｅメールの形をしており、ＵＲＬが、ｅメールメッセージの本文中に含まれている。しかしながら、通知メッセージを送るための他の方法が使用されてもよい。
【００２８】
ステップ２１４において、レシピエントの通信デバイス１０３ｂは、受信ｅメールサーバ１１０から通知メッセージを受信する。レシピエントは、通知メッセージ中に含まれているＵＲＬをクリックし、それにより、記憶されているｅメールメッセージをウェブサーバ１１１が表示することを要求する。
【００２９】
ステップ２１６において、ウェブサーバ１１１が応答して、記憶されているｅメールメッセージが表示されるように、記憶されているｅメールメッセージをレシピエントのブラウザに送る。レシピエントは、プロキシｅメールサーバ１０７において実行している、ブラウザベースのＭＵＡを使用して、ｅメールメッセージを読み取って、応答することができる。ｅメールメッセージを読み取って応答することができるのに加えて、レシピエントは、ｅメールメッセージの転送のような、他のメール操作を行うこともでき、レシピエントのメールボックスにｅメールメッセージが配信されることを要求することもできる。後者が選択された場合に、受信ｅメールサーバ１１０を介して、プロキシｅメールサーバ１０７からレシピエントの通信デバイス１０３ｂに、ｅメールメッセージが送られる。しかしながら、本実施形態では、プロキシｅメールサーバ１０７は、ｅメールメッセージからＩＤＮユーザ名を取り除いて、ＩＤＮユーザ名を、例えば、“ｎｏ−ｒｅｐｌｙ”のような、汎用ユーザ名に置換する。代替実施形態では、ＩＤＮユーザ名は、ｅメールメッセージから取り除かれ、センダーにより指定されたＡＳＣＩＩユーザ名に置換される。
【００３０】
したがって、本実施形態は、たとえ、受信ｅメールサーバ１１０が、ＩＤＮユーザ名に準拠していなくても、ＩＤＮユーザ名を有するセンダーからのｅメールメッセージに対して、レシピエントがメール操作を行うことができるメカニズムを提供する。
【００３１】
さらに、特定の実施形態を参照して、本実施形態を説明したが、構成におけるバリエーションが当業者にとって明らかとなろう。
【００３２】
例えば、上述した実施形態では、単一のプロキシｅメールサーバ１０７を説明した。１つの実施形態では、すべての送信ｅメールサーバ１０８に対して、単一のプロキシｅメールサーバ１０７を使用できる。代替的に、各送信ｅメールサーバ１０８に対して、単一のプロキシｅメールサーバ１０７を使用できる。さらに、代替的に、複数のプロキシｅメールサーバ１０７を使用できる。プロキシｅメールサーバ１０７のコンフィギュレーションは、構成に依存して変化することがある。例えば、プロキシｅメールサーバ１０７のそれぞれを、複数の異なる送信ｅメールサーバ１０８に関係付けることができる。代替的に、複数のプロキシｅメールサーバ１０７を、複数の異なる送信ｅメールサーバ１０８に関係付けることができる。さらに、代替的に、複数の異なる送信ｅメールサーバ１０８のそれぞれを、複数のプロキシｅメールサーバ１０７に関係付けることができる。プロキシサーバ１０７のうちのどれを使用するかを決定することは、送信ｅメールサーバ１０８、センダーの通信デバイス１０３ａ、センダー、レシピエント、レシピエントの通信デバイス１０３ｂ、受信ｅメールサーバ１１０、または、これらの組み合わせに依存することがある。
【００３３】
別の例として、上述した実施形態は、送信ｅメールサーバ１０８とは離れているものとしてプロキシｅメールサーバ１０７を参照している。しかしながら、２つのサーバを、同じ物理機械上で実現することが可能である。
【００３４】
別の例として、上述した実施形態は、ＩＤＮユーザ名に準拠していないものとして、受信ｅメールサーバ１１０およびレシピエントを参照している。しかしながら、受信ｅメールサーバ１１０はＩＤＮユーザ名に準拠しているが、レシピエントの通信デバイス１０３ｂのみが準拠していない可能性もある。この実施形態では、構成に依存して、送信ｅメールサーバ１０８または受信ｅメールサーバ１１０のいずれかにより、ｅメールメッセージを、プロキシｅメールサーバ１０７に転送してもよい。
【００３５】
別の例として、上述した実施形態では、ステップ２０８は、レシピエントに送るためのランダムなＵＲＬを通知の一部として発生させることを説明している。しかしながら、異なる構成では、異なるレベルのセキュリティが要求されることがある。したがって、ＵＲＬを発生させ、通知を送り、ウェブサーバ１１１へのアクセスをレシピエントにおけるユーザに提供するための異なる方法を用いてもよい。１つの実施形態では、通知とともに、または、別の通知として、ウェブサーバ１１１にアクセスするためのパスワードが、レシピエントに送信される。代替的に、ランダムなＵＲＬは、センダーのｅメールアドレスまたはレシピエントのｅメールアドレスのいずれかのドメイン名のような、ランダムでない部分と、ランダムな部分とを含むことができる。ＵＲＬの、ランダムな部分とランダムでない部分の混合は、ＵＲＬを推測するのをより困難にさせる。さらに、代替的に、レシピエントがウェブサーバ１１１にアクセスするときに、ユーザ名とパスワードを有するアカウントを確立するようにレシピエントは促される。そのレシピエントに対するすべての後続するｅメールメッセージは、レシピエントが、ユーザ名とパスワードを使用してログインすることを要求するだろう。
【００３６】
さらに、プロキシｅメールサーバ１０７との間のネットワークトラフィックは、平文とすることができ、または、暗号化することができる。多数の異なる既知のまたはプロプラエタリの、暗号化スキーム、パスワードまたはトークン認証、ならびに／あるいは、ＨＴＴＰＳを、レシピエントとプロキシｅメールサーバ１０７との間のトラフィックに適用できる。
【００３７】
別の例として、上述した実施形態では、ステップ２１０は、送信ｅメールサーバ１０８により送られるものとして通知を説明している。代替的に、通知は、プロキシｅメールサーバ１０７から受信ｅメールサーバ１１０に直接送ることができる。
【００３８】
先述した明細書を使用して、プログラミングソフトウェア、ファームウェア、ハードウェア、または、これらの何らかの組み合わせを生成させるための、標準的なプログラミングおよび／またはエンジニアリング技術を使用することにより、機械として、プロセスとして、または、製造物として、本発明を実現してもよい。
【００３９】
コンピュータ読取可能プログラムコードを有する、結果として生ずるあらゆるプログラムは、メモリデバイスまたは送信デバイスのような、１つ以上のコンピュータ使用可能媒体内で具現化されてもよく、それにより、本発明にしたがった、コンピュータプログラムプロダクトまたは製造物を製作する。そのため、ここで使用するような、“ソフトウェア”および“アプリケーション”という用語は、任意のメモリデバイス上のような、任意のコンピュータ使用可能媒体上に存在する、コンピュータプログラムを包含するように向けられている。
【００４０】
メモリデバイスの例は、ハードディスクドライブと、ディスケットと、光ディスクと、磁気テープと、ＦＬＡＳＨ（登録商標）、ＲＡＭ、ＲＯＭ、ＰＲＯＭのような半導体メモリと、これらに類するものとを含む。ネットワークの例は、これらに限定されないが、インターネットと、イントラネットと、電話機／モデムベースのネットワーク通信と、ハードワイヤード／ケーブル通信ネットワークと、セルラ通信と、電波通信と、衛星通信と、他の静的なまたはモバイルのネットワークシステム／通信リンクとを含む。
【００４１】
本発明を具現化する機械は、例えば、ＣＰＵ、メモリ／記憶デバイス、通信リンク、通信／送信デバイス、サーバ、Ｉ／Ｏデバイスを含む、１つ以上の処理システムを含んでもよく、あるいは、ソフトウェア、ファームウェア、ハードウェア、または、これらの任意の組み合わせもしくはサブコンビネーションを含む、１つ以上の処理システムの、任意のサブコンポーネントまたは個別のパーツを含んでもよく、これらは、特許請求の範囲中で述べられているような発明を具現化する。
【００４２】
ここで提供した説明を使用して、当業者は、説明したように作成されるソフトウェアと、適切な汎用または特殊目的のコンピュータハードウェアとを容易に組み合わせて、本発明を具現化するコンピュータシステムおよび／またはコンピュータサブコンポーネントを作成し、本発明の方法を実行するための、コンピュータシステムおよび／またはコンピュータサブコンポーネントを作成するだろう。
【００４３】
本発明の好ましい実施形態をここで説明してきたが、本発明の精神、または、添付した特許請求の範囲を逸脱することなく、これらに対するバリエーションを実施することができ、これらを組み合わせることができることが、当業者によって理解されるだろう。
【図１】
2013521727.tif 000003
【図２】
2013521727.tif 000004
【国際調査報告】
2013521727.tif 000005
2013521727.tif 000006
2013521727.tif 000007
2013521727.tif 000008