JP7118708B2

JP7118708B2 - 通信検証のためのシステムおよび方法

Info

Publication number: JP7118708B2
Application number: JP2018073017A
Authority: JP
Inventors: アイゼン，オリ; マイケルコパック，デイビッド; マング－ティツ，ニコラス
Original assignee: トゥルソナ，インコーポレイテッド
Priority date: 2017-04-07
Filing date: 2018-04-05
Publication date: 2022-08-16
Anticipated expiration: 2038-04-05
Also published as: JP2018195297A; JP2022140732A; US10944788B2; US20180295153A1; US20210234893A1

Description

関連出願の相互参照
本出願は、２０１７年４月７日に出願された米国仮特許出願第６２／４８３，２８１号の利益を主張し、この出願は、その全体が参照により本明細書に組み込まれる。

アイデンティティ盗難は、オンライン通信中に深刻な問題を提示する恐れがある。特定の例では、ユーザは、他者から詐取するために他のユーザを装う場合がある。例えば、不正ユーザは、受信者が知っているかまたは信頼している送信者を装って電子メール（Ｅメール）を受信者に送信する場合がある。不正ユーザは、受信者からの個人および機密情報または他の資料（金融的信用形態など）を要求する場合がある。その過程において、受信者は、不正ユーザに個人および機密情報を漏らすかまたは他の価値ある資産を提供することにより、通信から実際の長期的な被害を受ける可能性がある。いくつかの例では、不正ユーザは、ビジネスＥメール詐欺（ＢＥＣ）などのより巧妙な詐欺計画を使用して、送金による支払い（例えば、電信送金）を日常的に実行している企業を明確な標的にし、そのような支払いを虚偽の送金先に導く場合がある。ＢＥＣ計画中、不正ユーザは、標的の企業を吟味し、標的の企業のＥメール通信ネットワークに気付かれないように侵入し、最終的に、標的の企業の１つまたは複数の関連会社に対し、実際には不正ユーザから生じたＥメール通信を標的の企業の信頼できる通信源（例えば、役員、会員、従業員、クライアント、パートナー、連絡担当者など）から生じたものであると信じるように仕向けることができる。

多くの場合、オンライン通信の送信者または受信者を手動で検証することは、ユーザにとって面倒でありかつ多大な時間を要するものであり得る。

本明細書では、オンライン通信を検証するためのシステムおよび方法の必要性が認識されている。さらに、通信が通信源とされるものから生じたことを検証する必要性が存在する。

電子メール（Ｅメール）などのオンライン通信の送信者は、目的の受信者がオンライン通信を受信したことを検証することを希望し得る。同様に、オンライン通信の受信者は、オンライン通信が、信頼できる、既知のおよび／または別の方法で検証済みの送信者から送信されたことを検証することを希望し得る。いくつかの例では、Ｅメールの送信者は、オンライン通信の検証を容易にするための検証システムの事前登録ユーザであり得る。いくつかの例では、Ｅメールの受信者は、検証システムの事前登録ユーザであり得る。検証システムは、各事前登録ユーザの検証済みのＥメールアドレスを格納することができる。その後、検証システムは、オンライン通信の特定の例に関連して送信者および／または受信者によって要求されると、検証システムの各登録ユーザの検証済みのＥメールアドレスにアクセスして、（１）送信者および／または受信者が検証システムの登録ユーザであることを確認し、（２）送信者および／または受信者がオンライン通信の特定の例をそれぞれ送信および／または受信したことを検証し、かつ（３）オンライン通信の特定の例の検証を送信者および／または受信者に通信することができる。

オンライン通信を検証するためのシステムおよび方法が提供される。一態様では、第１の電子メール（Ｅメール）を第２のユーザに送信する第１のユーザは、第２のユーザのＥメールアドレスと、検証サーバのＥメールアドレスとの両方に第１のＥメールを送信することにより、検証セッションを開始することができ、検証サーバは、検証システムの動作および方法を実装するように構成されている。第１のＥメールの検証セッションを通じて、第１のユーザから第１のＥメールを受信する第２のユーザは、（１）第１のユーザが検証システムの検証済みの（または登録済みの）ユーザであるかどうか、および／または（２）第１のユーザが実際に第１のＥメールを送信したかどうかを検証することができる。第１のＥメールの検証セッションを通じて、第１のＥメールを送信する第１のユーザは、（１）第２のユーザが検証システムの検証済みの（または登録済みの）ユーザであるかどうか、および／または（２）第２のユーザが第１のＥメールを安全に受信したかどうかを検証することができる。

一態様では、第１のユーザから第２のユーザへの第１の電子メール（Ｅメール）を検証するためのコンピュータ実装方法であって、（ａ）検証セッションを開始することであって、検証セッションは、第１のユーザが第２のユーザのＥメールアドレスと、オンライン通信の検証を容易にするように構成された検証サーバのＥメールアドレスとの両方に第１のＥメールを送信することによって開始される、開始することと、（ｂ）検証サーバへの第１のユーザの登録ステータスを検証することであって、第１のＥメールのリターンパスＥメールアドレスが、検証サーバに格納された所与の検証済みのＥメールアドレスと整合することを決定することを含む、検証することと、（ｃ）第１のユーザの登録ステータスを検証すると、検証サーバのＥメールアドレスから第１のＥメールのリターンパスＥメールアドレスに確認Ｅメールを送信することであって、確認Ｅメールは、第１のユーザが第１のＥメールを送信したことを確認するための指示を含む、送信することと、（ｄ）第１のユーザから確認または拒否を受信することと、（ｅ）確認または拒否が第１のユーザから受信される場合、検証サーバのＥメールアドレスから第２のユーザのＥメールアドレスに検証通知Ｅメールまたは拒否通知Ｅメールをそれぞれ送信することとを含む、方法が提供される。

いくつかの実施形態では、検証通知Ｅメールは、第２のユーザによる第１のＥメールの受理を確認するための指示を含む。

いくつかの実施形態では、方法は、（ｉ）第２のユーザから第１のＥメールの受理の確認を受信することと、（ｉｉ）検証サーバのＥメールアドレスから第１のＥメールのリターンパスＥメールアドレスに受理通知Ｅメールを送信することとをさらに含む。

いくつかの実施形態では、所与の検証済みのＥメールアドレスの所有者が検証サーバに登録されており、かつ所与の検証済みのＥメールアドレスの検証済みの所有権を有する場合、所与の検証済みのＥメールアドレスは、検証サーバに格納される。

いくつかの実施形態では、確認するための指示は、確認Ｅメールの本文で提供される独自の確認リンク、ボタンまたはハイパーリンクをクリックすること、確認Ｅメールの本文で提供されるコードまたはパスワードを別の場所に再入力すること、およびコードをスキャンすることの１つまたは複数から選択される。

いくつかの実施形態では、確認Ｅメールは、限られた時間制限内に確認するための指示を含む。

いくつかの実施形態では、確認Ｅメールは、第１のＥメールの本文のコピーを含む。

いくつかの実施形態では、検証サーバのＥメールアドレスは、第１のＥメールのカーボンコピーの受信者である。いくつかの実施形態では、検証サーバのＥメールアドレスは、第１のＥメールのブラインドカーボンコピーの受信者である。

別の態様では、第１のユーザから第２のユーザへの第１の電子メール（Ｅメール）を検証するためのシステムであって、コンピュータネットワーク上で第１のユーザの第１のユーザデバイスおよび第２のユーザの第２のユーザデバイスと通信する通信インタフェースと、複数の検証済みのＥメールアドレスを格納するように構成されたデータベースと、通信インタフェースおよびデータベースに動作可能に結合された１つまたは複数のコンピュータプロセッサであって、（ａ）検証セッションを開始することであって、検証セッションは、第１のユーザが第１のユーザデバイスを介して第２のユーザのＥメールアドレスと、通信インタフェースのＥメールアドレスとの両方に第１のＥメールを送信することによって開始される、開始することと、（ｂ）第１のユーザの登録ステータスを検証することであって、第１のＥメールのリターンパスＥメールアドレスが、データベースに格納された複数の検証済みのＥメールアドレスからの所与の検証済みのＥメールアドレスと整合することを決定することを含む、検証することと、（ｃ）第１のユーザの登録ステータスを検証すると、通信インタフェースのＥメールアドレスから第１のＥメールのリターンパスＥメールアドレスに確認Ｅメールを送信することであって、確認Ｅメールは、第１のユーザが第１のＥメールを送信したことを確認するための指示を含む、送信することと、（ｄ）第１のユーザの第１のユーザデバイスから確認または拒否を受信することと、（ｅ）確認または拒否が第１のユーザから受信される場合、第２のユーザデバイスに対して、通信インタフェースのＥメールアドレスから第２のユーザのＥメールアドレスに検証通知Ｅメールまたは拒否通知Ｅメールをそれぞれ送信することとを行うように個別にまたは集合的にプログラムされる、１つまたは複数のコンピュータプロセッサとを含む、システムが提供される。

いくつかの実施形態では、検証通知Ｅメールは、第２のユーザによる第１のＥメールの受理を確認するための指示を含む。いくつかの実施形態では、１つまたは複数のコンピュータプロセッサは、（ｉ）第２のユーザの第２のユーザデバイスから第１のＥメールの受理の確認を受信することと、（ｉｉ）検証サーバのＥメールアドレスから第１のＥメールのリターンパスＥメールアドレスに受理通知Ｅメールを送信することとを行うように個別にまたは集合的にプログラムされる。

いくつかの実施形態では、所与の検証済みのＥメールアドレスの所有者が所与の検証済みのＥメールアドレスの検証済みの所有権を有する場合、所与の検証済みのＥメールアドレスは、データベースに格納される。

別の態様では、第１のユーザから第２のユーザへの第１の電子メール（Ｅメール）を検証するためのコンピュータ実装方法であって、（ａ）検証セッションを開始することであって、検証セッションは、第１のユーザが第２のユーザのＥメールアドレスと、オンライン通信の検証を容易にするように構成された検証サーバのＥメールアドレスとの両方に第１のＥメールを送信することによって開始される、開始することと、（ｂ）検証サーバのＥメールアドレスから第１のＥメールのリターンパスＥメールアドレスに確認Ｅメールを送信することであって、確認Ｅメールは、第１のユーザが第１のＥメールを送信したことを限られた期限内に確認するための指示を含む、送信することと、（ｃ）限られた期限中に第１のＥメールのリターンパスＥメールアドレスからの応答がないことを確認することと、（ｄ）限られた期限が経過すると、検証サーバのＥメールアドレスから第２のユーザのＥメールアドレスに拒否通知Ｅメールを送信することとを含む、方法が提供される。

本開示の追加の態様および利点は、以下の詳細な説明から容易に当業者に明らかになるであろう。以下の詳細な説明では、本開示の例示的な実施形態のみが示され、説明される。認識されるように、本開示は、他の異なる実施形態が可能であり、そのいくつかの詳細は、様々な明らかな点で変更が可能であり、それらはすべて本開示から逸脱しない。それに従って、図面および説明は、本質的に限定ではなく、例示と見なされる。

参照による組み込み
本明細書で言及されるすべての刊行物、特許および特許出願は、あたかも個々の刊行物、特許または特許出願の各々が参照により組み込まれるように具体的に個別に示されているかのように、同じ範囲で参照により本明細書に組み込まれる。参照により組み込まれる刊行物および特許または特許出願が、本明細書に含まれる本開示と矛盾する範囲では、本明細書がそのような矛盾する資料に取って代わることおよび／または優先することが意図される。

本発明の新規の特徴は、特に添付の請求項に記載される。本発明の特徴および利点のより良い理解は、本発明の原理が利用される例示的な実施形態を記載する以下の詳細な説明および添付の図面（本明細書では図（Figure）および図（ＦＩＧ．）でもある）を参照することによって得られる。

送信者によって開始される検証セッションのプロセスフロー図を示す。送信者によって送信される受信者への例示的なＥメールを示す。受信者によって受信される送信者からの例示的なＥメールを示す。受信者によって開始される検証セッションのプロセスフロー図を示す。２人のユーザ間のオンライン通信の検証セッションを容易にする例示的な検証システムの概略図を示す。

本発明の様々な実施形態が本明細書で示され、説明されているが、そのような実施形態が単なる例示として提供されることが当業者には明らかであろう。本発明から逸脱することなく、多くの変形形態、変化形態および代用形態が当業者に想到されるであろう。本明細書で説明される本発明の実施形態の様々な代替の形態を採用できることを理解すべきである。

検証システムは、１人または複数のユーザによってアクセス可能であり得る。ユーザは、オンライン通信の開始（例えば、送信）または受信が可能な個人またはエンティティであり得る。オンライン通信は、電子メール（Ｅメール）であり得る。オンライン通信は、ネットワークなどのオンライン接続を介して第１のサーバから第２のサーバに送信されるいかなるメッセージでもあり得る。例えば、ユーザは、Ｅメールの送信者であり得る。別の例では、ユーザは、Ｅメールの受信者であり得る。いくつかの例では、ユーザは、検証システムの登録ユーザであり得る。ユーザがシステムにオンラインアカウントを開いた場合、ユーザは、システムに登録することができる。いくつかの事例では、ユーザは、検証システムの未登録ユーザであり得る。

オンラインアカウントは、ユーザ専用のものおよび／またはユーザが所有するものであり得る。ユーザ特有の情報（例えば、名前、Ｅメール、組織など）は、ユーザのオンラインアカウントと関連付けることができる。それに従って、検証システムは、ユーザのオンラインアカウントにより、システムの登録ユーザ間で識別することができる。オンラインアカウントへのアクセスは、ユーザのユーザ認証情報（ユーザ名および付随パスワードなど）をオンラインアカウントと関連付け、ユーザがオンラインアカウントへのアクセスを要求した際にユーザ認証情報の提供を要求することによって保護することができる。オンラインアカウントは、システムのサーバ（図１の検証サーバ１０４など）のメモリ記憶装置および／またはデータベースに格納することができる。

Ｅメールなどのオンライン通信は、送信者と、少なくとも１人の受信者とを伴い得る。受信者が送信者からオンライン通信を受信する場合、受信者には、典型的に送信者の名前（もしくは表示名）、リターンパスアドレスでもある送信者のアドレス（例えば、Ｅメールアドレス）、他の受信者の名前および／もしくはアドレス（例えば、カーボンコピー（Ｃｃ）を受信する受信者を含む）、目的の受信者の名前（もしくは表示名）、受信者のアドレス（例えば、Ｅメールアドレス）、オンライン通信の受信および／もしくは送信タイムスタンプ、送信者によって示されるようなオンライン通信の優先ステータス（例えば、フラグ）、オンライン通信の件名（もしくはタイトル）、オンライン通信のコンテンツ（例えば、メッセージおよび／もしくは添付ファイルを含む）、送信者もしくは受信者のアイデンティティに関連する他の任意の情報、ならびに／または上記の組合せなどの情報を提供することができる。ユーザのアドレス（例えば、Ｅメールアドレス）は、ユーザに特有のものであり得る。例えば、２人のユーザが同じアドレスを所有することができない。特定の例では、２人以上のユーザは、認証情報（例えば、パスワード）がユーザ間で共有されている場合、同じアドレスを共有することができる。サーバは、一意のアドレスを使用して、１つもしくは複数のサーバおよび／または１つもしくは複数のオンラインアカウントにオンライン通信を伝達することができる。

いくつかの例では、受信者のオンライン通信インタフェースは、受信者が受信トレイからＥメールを開く前または開いた後に最初に一目見ただけで上記の情報欄を読み取れるように構成することができる。他の例では、受信者のオンライン通信インタフェース（例えば、Ｅメールインタフェース）は、受信者が、Ｅメールを開いた後に追加の行動（例えば、メニューオプションをクリックする、メールサーバからそのような情報を要求するなど）を実行することによってのみ、上記の情報欄の１つまたは複数にアクセスできるかまたは読み取れるように構成することができる。

しかし、いくつかの事例では、送信メールサーバも受信メールサーバも上記の情報欄の１つまたは複数の真正性を検証すること（または検証するための手段を有すること）ができない。そのような事例では、Ｅメールを送信するユーザは、情報欄の１つまたは複数に対して提示される不正情報を受信者に提供することにより、検証がないことを悪用する恐れがある。例えば、送信者は、受信者に表示する名前を自由に選択することができる（例えば、送信者の本当の名前が「John Doe」である場合に「差出人：John Smith」）。別の例では、送信者は、受信者に表示する送信者のＥメールアドレスおよび／またはリターンパスＥメールアドレスを自由に選択することができる（例えば、送信者の本当のＥメールアドレスが「<john.doe@domain.com>」である場合に「差出人：John Smith <john.smith@domain.com>」）。すなわち、送信者は、名前および／またはＥメールアドレスを隠すことにより、別のユーザのアイデンティティでその本当のアイデンティティを隠すことができる。そのような方法を使用することにより、第１のユーザは、第２のユーザの許可なしに、第２のユーザのＥメールアドレスを代表してＥメールを送信することができる。送信メールサーバは、第１のユーザが第２のユーザのＥメールアドレスを代表して送信することを許可されていることを保証するための検証を実行しない場合がある。受信メールサーバは、Ｅメールが第２のユーザのＥメールアドレスを有するユーザアカウントから来たことを保証するための検証を実行しない場合がある。多くの場合に当てはまるように、送信者が表示名またはリターンパスＥメールアドレスを別のもので自由に隠せることに受信者が気付いていない場合、受信者は、特にそのような不正方法の対象となり易い。例えば、受信者は、１つまたは複数のメールサーバによる十分な警告がないために、受信者のメールサーバおよび／またはメールサーバインタフェースによって提供されるいかなる情報（送信者の疑わしい表示名および／または疑わしいリターンパスＥメールアドレスを含む）も、受信者のメールサーバまたは送信者のメールサーバによって何らかの形態で検証されていると信じさせられる可能性がある。

従って、第２のユーザ送信者を装う第１のユーザ送信者は、第２のユーザが第３のユーザにＥメールを送信したという印象を第３のユーザ受信者に与えることにより、第３のユーザ受信者から詐取する恐れがある。例えば、第１のユーザは、第２のユーザの表示名またはＥメール名を真似るかまたは厳密に真似る恐れがある（例えば、第１のユーザは、「John Smith」という名前と「<john.smith@domain.com>」というＥメールアドレスとを有する第２のユーザからＥメールが来たと第３のユーザ受信者を混乱させることを意図して、名前欄を「John Smith」とし、かつ返信Ｅメールアドレス欄を「<john.smith@domain.com>」としてＥメールを送信する）。いくつかの事例では、第１のユーザは、第２のユーザの語法（例えば、書き出し、結び、放棄文、省略習慣など）または文書形式（例えば、段落の間隔、フォント、テンプレートなど）をコピーするなど、第２のユーザのコミュニケーションスタイルを真似る恐れがある。

いくつかの事例では、第１のユーザは、上記で説明されるように、第２のユーザの表示名および／またはＥメールアドレスで表示名および／またはＥメールアドレスを隠し、第２のユーザのＥメールアドレスを代表して送信する恐れがある（例えば、第１のユーザは、第１のユーザの本当のＥメールアドレスが「<john.doe@domain.com>」である場合、「<john.smith@domain.com>」という第２のユーザのＥメールアドレスのリターンパスＥメールアドレスで送信する）。他の事例では、第１のユーザは、Ｅメールが第２のユーザから来たものであると第３のユーザに信じさせるために、１つまたは複数の偽造または本物のファイル（例えば、文書、手紙、署名など）を添付する恐れがある。上記の事例のいずれにおいても、または他の詐欺方法を使用すると、第３のユーザは、Ｅメールを送信しているのが実際には第２のユーザではないと認識することが難しいと感じる可能性がある。その過程において、第３のユーザは、第１のユーザにまたは第１のユーザの指示で個人および機密情報を漏らすかまたは他の価値ある資産を提供することにより、通信から実際の長期的な被害を受ける可能性がある。

不正を防ぐため、Ｅメールを送信または受信するユーザは、オンライン（例えば、検証を実行するように構成されたソフトウェアまたはアプリケーションモジュールをインストールすること、ユーザに特有の一次または二次検証キー（例えば、ＰＩＮコード、パスコード、ワンタイムパスワード（ＯＴＰ）など）を提供すること、デジタルユーザ識別証明書を提供することなど）および／またはオフライン（例えば、電話を介して手動で検証し、音声によって検証すること、直接会って手動で検証することなど）方法を含む、追加の検証方法を用いることができる。多くの場合、送信者または受信者に対するオンライン通信の手動による検証（例えば、オフライン方法を介するもの）は、ユーザにとって面倒であり、反作用的であり、非効率的であり、かつ／または多大な時間を要するものであり得る。同様に、他の検証方法は、大量（もしくはアドオン）のソフトウェアの別個のインストールまたは検証キーもしくは他のデジタル証明書の別個の取得を必要とし得、それらは、ユーザにとって大量であり、面倒であり、非効率的であり、かつ／または多大な時間を要するものであり得る。本明細書で提供される検証システムおよび方法は、これらの検証プロセスの代替としてまたはそれに加えて使用することができる。本明細書で提供されるシステムおよび方法は、上記で説明される方法を介して永続する不正、なりすまし、詐欺、フィッシングおよび／またはビジネスＥメール詐欺（ＢＥＣ）などの不正の試みを防ぐために、オンライン通信の検証を容易にすることができる。

送信者がＥメールなどのオンライン通信を受信者に送信する際、送信者は、送信者のアイデンティティの検証を先制して受信者に提供することを希望し得る。例えば、送信者は、受信者がそのような検証要求を行う前に、そのアイデンティティの検証を受信者に提供することを希望し得る。いくつかの例では、送信者は、目的の受信者がオンライン通信を受信したことを検証することを希望し得る。他の例では、オンライン通信の受信者は、オンライン通信が、信頼できる、既知のおよび／または別の方法で検証済みの送信者から送信されたことを検証することを希望し得る。（１）受信者に対してオンライン通信の送信者のアイデンティティを検証すること、および／または（２）送信者に対して目的の受信者によるオンライン通信の受信を検証することができるオンライン通信を検証するためのシステムおよび方法が提供される。

ユーザは、検証システムにオンラインアカウントを作成することにより、検証システムに事前登録することができる。検証システムは、登録中にユーザのアイデンティティを検証しても検証しなくてもよい。例えば、システムは、対面証明を要求する場合がある。いくつかの事例では、システムは、対面またはオンライン転送を介して（例えば、Ｅメールの添付ファイルとして、ファックスなど）、１つまたは複数の関係書類（例えば、パスポート、運転免許証、写真付き身分証明書など）の提供を要求する場合がある。いくつかの事例では、対面検証の場合、システムは、公正証書または公正証書のコピー（例えば、写真複写、写真など）を要求する場合がある。いくつかの事例では、システムは、必要に応じて１つまたは複数の他の検証技法を使用することができる。システムは、ユーザのアイデンティティを検証するために、ユーザが所有しているデバイスの一意のデバイス識別（ＩＤ）またはデバイス識別子を使用することができる。いくつかの事例では、一意のデバイスＩＤは、検証済みのユーザと事前に関連付けておくことができる（例えば、デバイス供給業者、通信接続業者などによって）。いくつかの事例では、システムの管理者は、郵送でなど、一意のデバイスＩＤを有するデバイス（例えば、ドングル、ワンタイムパスワード（ＯＴＰ）生成デバイスなど）をユーザに配達し、配達したデバイスでユーザのアイデンティティを検証するようにユーザに要求することができる。

各登録ユーザに対し、検証システムは、データベース（例えば、図３のデータベース３０４）になど、登録ユーザが所有する検証済みの１つまたは複数のＥメールアドレスを格納することができる。検証システムは、登録ユーザがＥメールアドレスをユーザの所有物として検証システムに検証した場合にのみ、登録ユーザのＥメールアドレスを格納することができる。例えば、ユーザは、検証システムによって（例えば、検証システムの検証サーバによって）そのＥメールアドレスに送信された確認Ｅメールにおける検証指示に問題なく従うことにより、Ｅメールアドレスを検証することができる。そのような指示は、Ｅメールの本文で提供される独自の確認リンク（例えば、ＵＲＬ）をクリックすること、Ｅメールの本文で提供されるコードもしくはパスワードを別の場所（例えば、確認サイト）に再入力すること、および／またはユーザを独自に検証するように構成された他の任意の指示を含み得る。代替としてまたは加えて、検証システムは、名前、誕生日、電話番号、１つもしくは複数の組織との関連性、１つもしくは複数の組織での地位および／または他の個人情報など、ユーザの他の検証済みの情報をさらに格納することができる。そのような情報は、オンラインまたはオフライン手段（例えば、パスポート、運転免許証、名刺、署名済みの雇用認証レター、提供された電話番号などへのテキストメッセージなどの公文書のコピーを検証すること）によって相応に検証することができる。

いくつかの例では、検証手順は、上記（例えば、対面面談など）より厳密なものであり得る。例えば、Ｅメールアドレスが組織と関連付けられる（例えば、組織の従業員がＥメールアドレスの共通の組織ドメインを共有している）場合、検証システムは、組織とのユーザの関連性のさらなる証拠を要求する場合がある。例えば、ユーザは、在職証明書、名刺のコピー、会員証のコピー、給与明細書のコピー、上司からの証明レターまたは組織との関連性を示す他の証拠を提供する必要があり得る。いくつかの例では、検証システムのサービスに加入している組織は、それ自体の検証手順または規格を検証システムで設定することができる。

いくつかの例では、登録ユーザは、１つのみの検証済みのＥメールアドレスを格納することができる。他の例では、登録ユーザが各Ｅメールアドレスの所有権を十分に証明できた場合、登録ユーザは、複数の検証済みのＥメールアドレスを格納することができる。

その後、検証システムは、オンライン通信の特定の例に関連して送信者および／または受信者によって要求されると、登録ユーザの検証済みの情報にアクセスして、（１）送信者および／または受信者が検証システムの登録ユーザであることを確認し、（２）送信者および／または受信者がオンライン通信の特定の例をそれぞれ送信および／または受信したことを検証し、かつ（３）オンライン通信の特定の例の検証を送信者および／または受信者に通信することができる。

図１Ａは、送信者によって開始される検証セッションのプロセスフロー図を示す。図１Ａでは、送信者１０２によって実行されるかまたは送信者１０２に関与するプロセスは、垂直線１５０との接触によって表され、検証サーバ１０４によって実行されるかまたは検証サーバ１０４に関与するプロセスは、垂直線１６０との接触によって表され、目的の受信者１０６によって実行されるかまたは目的の受信者１０６に関与するプロセスは、垂直線１７０との接触によって表される。

送信者１０２は、Ｅメールの受信者として目的の受信者のＥメールアドレスを含めることにより、Ｅメール１０８を目的の受信者１０６に送信すること１１２Ａができる。送信者は、第１のユーザデバイスを用いてＥメールを送信することができ、目的の受信者は、第２のユーザデバイスを用いてＥメールを受信することができる。ユーザデバイスについて、以下でさらに詳細に説明する。オリジナルのＥメールは、検証プロセスを踏むことなく、目的の受信者が直接受信することができる。同時に、送信者は、検証要求を検証サーバ１０４に送信すること１１２Ｂにより、検証セッションを開始することができる。送信者は、オリジナルのＥメールの受信者として検証サーバの検証要求Ｅメールアドレス（例えば、「verify@verificationserverdomain.com」）を含めることにより、検証要求を検証サーバに送信することができる。例えば、送信者は、目的の受信者へのＥメールの送信と検証セッションの開始とを同時に行うために、目的の受信者のＥメールアドレスと検証サーバの検証要求Ｅメールアドレスとの両方にＥメールを送信することができる。

図１Ｂを手短に参照すると、図１Ｂは、送信者によって送信される受信者への例示的なＥメール１８０を示す。例えば、Ｅメール１８０は、図１Ａにおいて送信者１０２によって受信者１０６に送信されたＥメール１０８と同じものであり得る。送信者は、「宛先」欄１８１（図１Ｂに示すように）に目的の受信者のＥメールアドレス（例えば、recipient@recipientmailserver.com）を提供することができる。代替としてまたは加えて、送信者は、「カーボンコピー」（Ｃｃ）欄１８２および／または「ブラインドカーボンコピー」（Ｂｃｃ）欄１８３に目的の受信者のＥメールアドレスを提供することができる。送信者は、「件名」欄１８４にＥメール１８０の件名（例えば、「URGENT - Wire Transfer Request」）を提供することができる。送信者は、「内容」欄１８５にＥメール１８０の本文（例えば、「Hi recipient, Hope you had a good weekend. This is an urgent request. Please process by 3pm today. $xx, xxx.00 dollars to Client XYZ. Let me know if you have any questions.-Sender」）を提供することができる。Ｅメール１８０は、検証要求を含んでも含まなくてもよい。送信者は、「Ｃｃ」欄（図１Ｂに示すように）に検証サーバ（例えば、図１Ａのサーバ１０４）の検証要求Ｅメールアドレスを提供することにより、検証要求をＥメール１８０に含めることができる。代替としてまたは加えて、送信者は、「宛先」欄および／またはＢｃｃ欄に検証要求Ｅメールアドレスを提供することができる。送信者は、「Ｂｃｃ」欄（図１Ｂに示すように）になど、１人または複数の他の受信者のそれぞれのＥメールアドレス（例えば、example@exampleserver.com）をさらに提供することができる。代替としてまたは加えて、送信者は、「宛先」欄および／または「Ｂｃｃ」欄に１人または複数の他の受信者のそれぞれのＥメールアドレスを提供することができる。

図１Ａに戻ると、送信者１０２は、Ｅメール１０８の「宛先」欄（例えば、シンプルメールトランスファプロトコル（ＳＭＴＰ）Ｅメール送信の場合には「ＲＣＰＴＴＯ」欄）、「Ｃｃ」欄および／または「Ｂｃｃ」欄に目的の受信者のＥメールアドレスを提供することができる。送信者は、「宛先」欄、「Ｃｃ」欄および／または「Ｂｃｃ」欄に検証要求Ｅメールアドレスを提供することができる。いくつかの例では、Ｅメール１０８の受信者は、Ｅメール１０８のＢｃｃ欄のいかなるＥメールアドレスも見ることができない。いくつかの例では、送信者は、Ｅメール１０８に対するリターンパスＥメールアドレスを提供することができる。リターンパスＥメールアドレスは、Ｅメールの受信者が返答することができるＥメールアドレスであり得る。いくつかの例では、送信者がＥメールを送信するために使用するメールサーバも、受信者がＥメールを受信するために使用するメールサーバも、送信者がリターンパスＥメールアドレスの所有権を有するかどうかを検証できない場合がある。

図１Ｃを手短に参照すると、図１Ｃは、受信者によって受信される送信者からの例示的なＥメール１９０を示す。例えば、Ｅメール１９０は、図１Ａにおいて送信者１０２によって受信者１０６に送信されたＥメール１０８と同じものであり得る。図１Ｃにおいて受信者によって受信されたＥメール１９０は、図１Ｂにおいて送信者によって送信されたＥメール１８０と同じものであり得る。受信者には、「差出人」欄１９１、「宛先」欄１９２、「Ｃｃ」欄１９３、「件名」欄１９４および／または「内容」欄に、送信者によって提供される情報を提供することができる。いくつかの例では、受信者には、送信者によって「Ｂｃｃ」欄に提供されるＥメールアドレスまたは他の受信者のいかなる情報も提供されない場合がある。例えば、受信者は、送信者が「Ｂｃｃ」欄ではなく「宛先」欄および／または「Ｃｃ」欄に検証要求Ｅメールアドレスを提供した場合、送信者が検証要求をＥメールに含めたかどうかを確かめることができる。受信者には、「差出人」欄を提供することができる。「差出人」欄は、送信者のリターンパスＥメールアドレス（例えば、sender@sendermailserver.com）を表示することができる。「差出人」欄は、送信者の表示名（例えば、「送信者」）またはユーザ名を表示することができる。いくつかの例では、送信者は、リターンパスＥメールアドレスおよび／または表示名を提供している場合がある。いくつかの例では、Ｅメール１９０の受信メールサーバは、リターンパスＥメールアドレスを代表して、送信者がＥメール１９０を送信するための許可を得ていたかどうかを判断できない場合がある。いくつかの例では、Ｅメール１９０の送信メールサーバは、リターンパスＥメールアドレスを代表して、送信者がＥメール１９０を送信するための許可を得ていたかどうかを判断できない場合がある。

図１Ａに戻ると、検証システムは、検証サーバ１０４を含む１つまたは複数の検証サーバを含み得る。検証サーバ１０４は、検証要求Ｅメールアドレスに送信されたいかなるＥメールも受信するように構成することができる。検証要求ＥメールアドレスでのＥメール１０８の受信は、検証サーバによる一連のまたは一続きの動作をトリガすることができる。Ｅメールを受信すると、サーバは、Ｅメール１０８のリターンパスＥメールアドレスの所有者が検証システムに登録されているかどうかを検証すること１１４ができる。例えば、検証システムは、Ｅメール１０８のリターンパスＥメールアドレスが検証システムに格納されているかどうかをサーバおよび／またはサーバのデータベースで検索することができる。上記で説明されるように、検証システムは、ユーザが検証システムに登録されており、Ｅメールアドレスの検証済みの所有権を有する場合にのみ、ユーザのＥメールアドレスを格納または保持することができる。リターンパスＥメールアドレスが検証システムに事前登録されていないとサーバが判断した場合、この時点で検証セッションを終了することができ、目的の受信者１０６が検証サーバから別個の検証通告（例えば、検証Ｅメール）を受信することはない。

検証通告の欠如により、送信者１０２が検証要求を開始しなかったという警報、またはＥメール１０８が検証要求に失敗したという警報を受信者１０６に出すことができる。従って、いくつかの例では、検証通告の欠如は、（１）送信者１０２が検証システムの検証済みのユーザではないこと、および／または（２）Ｅメール１０８が、Ｅメール１０８のリターンパスＥメールアドレスを所有しているユーザによって送信されたものではないこと（例えば、Ｅメール１０８の送信者１０２は、リターンパスＥメールアドレスを所有しておらず、送信者自身のＥメールアドレスを別のユーザのＥメールアドレスで隠すことによって不正を試みている）を示し得る。

例えば、検証要求が送信者によって開始されていることが目的の受信者に通告されるように、Ｅメールを受信する目的の受信者１０６が見ることができる「宛先」欄または「Ｃｃ」欄に検証要求Ｅメールアドレスを記入してＥメール１０８を送信することによってなど、送信者１０２が、見えるように検証要求を開始した場合、別個の検証通告の欠如により、Ｅメールが検証要求に失敗したという警報を目的の受信者に出すことができる。代替としてまたは加えて、Ｅメールを受信する目的の受信者が見ることができない「Ｂｃｃ」欄に検証要求Ｅメールアドレスを記入してＥメールを送信することによってなど、送信者が、見えないように検証要求を開始したが、リターンパスＥメールアドレスを所有しているユーザが検証要求を開始し得たことを目的の受信者が知るまたは信じるだけの理由を有していた（例えば、会社の方針に従って、ユーザの習慣またはユーザの方針により、メールサーバのデフォルトによってなど）場合、別個の検証通告の欠如により、Ｅメールが検証要求に失敗したという警報を目的の受信者に出すことができる。同様に、送信者が検証要求を一切開始せず、リターンパスＥメールアドレスを有するユーザが検証要求を開始し得たことを目的の受信者が知るまたは信じるだけの理由を有していた（例えば、会社の方針に従って、ユーザの習慣またはユーザの方針によって、メールサーバのデフォルトによってなど）場合、別個の検証通告の欠如により、Ｅメールが検証要求に失敗したかまたは送信者が詐欺師であるという警報を目的の受信者に出すことができる。

Ｅメール１０８のリターンパスＥメールアドレスが検証システムに事前登録されているとサーバ１０４が判断した場合、検証サーバは、リターンパスＥメールアドレスを有する検証済みのユーザが実際にＥメール１０８を目的の受信者１０６に送信したかどうかを検証すること１１６ができる。すなわち、サーバは、検証済みのユーザがＥメール１０８の送信者１０２であるかどうかを判断することができる。サーバは、検証システムに登録されている検証済みのユーザのＥメール（それはＥメール１０８のリターンパスＥメールアドレスでもある）に確認Ｅメールを送信することができる。例えば、この確認プロセスは、検証済みのユーザのＥメールアドレスで不正送信者の実際のＥメールアドレスを隠し、従って検証済みのユーザが知ることも許可することもなく、検証済みのユーザの代わりに不正に送信している不正送信者をフィルタ除去することができる。不正送信者は、検証済みのユーザのＥメールアドレスへのアクセス（例えば、パスワード、認証情報など）を有さないため、不正送信者は、確認Ｅメールへのアクセスを有することができない。サーバによって検証済みのユーザに送信される確認Ｅメールは、オリジナルのＥメール１０８のコピーを含み得る。あるいは、サーバによって検証済みのユーザに送信される確認Ｅメールは、オリジナルのＥメールの件名１行のみ、オリジナルのＥメールの本文の最初の文のみ、見ることができる受信者欄（例えば、「宛先」、「Ｃｃ」など）のみなど、オリジナルのＥメール１０８の１つもしくは複数の情報欄のみ、および／または１つもしくは複数の情報欄の組合せを含み得る。

あるいは、特定の実施形態では、Ｅメール１０８のリターンパスＥメールアドレスの登録ステータスの検証動作（例えば、１１４）を省略することができる。従って、Ｅメールアドレスがシステムに事前登録されているか否かにかかわらず、検証要求を開始すると、検証サーバは、Ｅメール１０８のリターンパスＥメールアドレスに確認Ｅメールを送信することによってなど、リターンパスＥメールアドレスを有する検証済みのユーザが実際にＥメール１０８を目的の受信者１０６に送信したかどうかを検証すること１１６ができる。そのような事例では、検証通告（受信者１０６によって受信される）の欠如は、Ｅメール１０８が、Ｅメール１０８のリターンパスＥメールアドレスを所有しているユーザによって送信されたものではないこと（例えば、Ｅメール１０８の送信者１０２は、リターンパスＥメールアドレスを所有しておらず、送信者自身のＥメールアドレスを別のユーザのＥメールアドレスで隠すことによって不正を試みている）を示し得る。

確認Ｅメールを受信すると、検証済みのユーザは、確認Ｅメールに含まれる情報（例えば、オリジナルのＥメールのコピー、オリジナルのＥメールの１つまたは複数の情報欄など）に基づき、検証済みのユーザが送信者１０２であるかどうか、および実際にＥメールを目的の受信者１０６に送信したかどうかを検証すること１１８ができる。確認Ｅメールは、検証済みのユーザに対する、Ｅメール１０８の送信に関する確認または拒否を示す指示を含み得る。従って、検証済みのユーザが送信者１０２である場合、送信者は、確認指示に従うことにより、Ｅメール１０８を目的の受信者１０６に送信したことを検証することができる。検証済みのユーザが送信者１０２でなく（Ｅメール１０８がそのように主張され得るように）、検証済みのユーザが第１のＥメールを送信した記憶がない場合、検証済みのユーザは、拒否指示に従うことにより、Ｅメールを送信したことを拒否することができる。そのような指示は、確認Ｅメールの本文で提供される独自の確認リンク（例えば、ＵＲＬ）、ボタンもしくはハイパーリンクをクリックすること、確認Ｅメールの本文で提供されるコードもしくはパスワードを別の場所（例えば、検証サーバによって提供される確認サイト）に再入力すること、および／または独自の検証もしくは拒否を可能にするように構成された他の任意の指示（例えば、クイックレスポンス（ＱＲ）コードのスキャンなど）を含み得る。いくつかの例では、検証済みのユーザは、いずれかの指示を遂行するために限られた時間制限を有し得、限られた時間制限が切れると、検証システムは、拒否インジケーションを自動的に受信することができる。あるいは、検証済みのユーザは、検証指示を遂行するために無限の時間量を有し得る。

検証済みのユーザから拒否指示を受信すると、検証サーバ１０４は、検証セッションを終了することができる。いくつかの例では、拒否指示を受信すると、サーバは、拒否通知Ｅメールを介してなど、不正試みの可能性についての警報を受信者１０６に出すことができる。いくつかの例では、サーバは、不正試みの可能性についての警報を検証済みのユーザ（例えば、Ｅメール１０８のリターンパスＥメールアドレスの所有者）に出すことができる。いくつかの例では、時間切れで拒否指示を受信すると、サーバは、時間切れにより検証セッションが終了したという警報を受信者１０６および／または検証済みのユーザに出すことができる。いくつかの例では、検証サーバ１０４は、さらなる措置を講じない場合があり、受信者１０６は、通告の欠如による検証の複雑化を推論し得る。

検証済みのユーザが、当該検証済みのユーザが送信者１０２であり、Ｅメール１０８を送信したことを検証した場合、検証サーバ１０４は、送信者１０２から確認を受信すること１２０ができる。

その後、検証サーバ１０４は、検証通知Ｅメールを介してなど、目的の受信者に検証通知を送信すること１２２ができる。検証通知Ｅメールは、オンライン通信中の透明性を提供するために、送信者１０２の検証済みのＥメールアドレスを目的の受信者１０６に明示的に表示することができる。有利には、そのような透明性の増加により、Ｅメールなどのオンライン通信の真の通信源を明示的に表示できないかまたは十分目に付くところに表示できない（例えば、最初に一目見ただけで、目立つフォントでなど）オンライン通信システム（例えば、メッセージシステム、Ｅメールシステムなど）、オンライン通信プラットフォームおよび／またはオンライン通信インタフェース（例えば、Ｅメール受信トレイインタフェースなど）を使用するユーザを支援することができる。さらに、そのような透明性の増加により、表示名および／またはリターンパスＥメールアドレスを代表して、送信者がオンライン通信を送信するための許可を得ているかどうかを判断することなど、それら自体の検証方法を実行できないオンライン通信システムを使用するユーザを支援することができる。検証通告を受信することにより、目的の受信者１０６は、（１）Ｅメール１０８の送信者１０２が検証システムに登録された検証済みのユーザであり、および／または（２）検証済みの送信者が実際に特定のＥメール１０８を送信したという通知を受けることができる。

さらに、送信者に対し、本明細書で提供される検証システムおよび方法は、どのようなものがいずれの受信者に送信されたかを送信者が分かるようにするフィードバックを送信者に提供することができる。

いくつかの例では、送信者１０２は、Ｅメール１０８を間違った受信者に送信した可能性がある。

いくつかの例では、検証通知Ｅメールは、目的の受信者１０６に対する、Ｅメール１０８の受理または拒否を提供する指示をさらに含み得る。検証通告を介して送信者１０２のアイデンティティの真正性およびＥメールの真正性の検証を受信した目的の受信者は、受理指示に従うことにより、Ｅメールを受理すること１２４ができる。あるいは、目的の受信者ではない第２の受信者がＥメールを受信した場合（例えば、送信者１０２による事務的な誤りのため）、第２の受信者は、拒否指示に従うことにより、Ｅメール１０８の受理を拒否することができる。いくつかの例では、検証通知Ｅメールの受信者は、受理または拒否のいずれかの指示を遂行するために限られた時間制限を有し得、限られた時間制限が切れると、検証システムは、拒否インジケーションを自動的に受信することができる。あるいは、検証通知Ｅメールの受信者は、受理または拒否指示を遂行するために無限の時間量を有し得る。

検証通知Ｅメールの受信者から拒否指示を受信すると、検証サーバ１０４は、検証セッションを終了することができる。いくつかの例では、拒否指示を受信すると、サーバは、受信者が受理を拒否したという警報を送信者１０２に出すことができる。いくつかの例では、時間切れで拒否指示を受信すると、サーバは、時間切れにより検証セッションが終了したという警報を送信者および／または検証通知Ｅメールの受信者に出すことができる。あるいは、サーバは、検証セッションが終了すると（例えば、時間切れでまたは拒否の肯定によって）送信者１０２に通知を送信することを行わない場合がある。従って、送信者１０２は、受理通知の欠如により、Ｅメール１０８が間違った受信者に送信された可能性があるという通告を受けることができる。

目的の受信者１０６がＥメール１０８を受理した場合１２４、検証サーバ１０４は、目的の受信者１０６が送信者１０２からＥメール１０８を受信したという確認を受信すること１２６ができる。

その後、検証サーバ１０４は、受理通知Ｅメールを介してなど、受理通知を送信者１０２に送信すること１２８ができる。受理通知Ｅメールは、目的の受信者１０６のＥメールアドレスを明示的に表示することができる。目的の受信者１０６のＥメールアドレスは、サーバと目的の受信者のＥメールアドレスとの間で成功した少なくとも１回の往復通信（例えば、１２２および１２６）を介してサーバ１０４によって検証されており、通信の成功は、目的の受信者がそのＥメールアドレスで受信と送信との両方を行えることを証明する。受理通知を受信すると、送信者１０２は、Ｅメール１０８が目的の受信者に送信されたこと、および目的の受信者がＥメール１０８を安全に受信したことを確認することができる。目的の受信者がＥメールを受理しない場合１２４、送信者は、オンライン（例えば、検証要求を伴う別のＥメール）またはオフライン方法（例えば、電話、話し合いなど）を通じてなど、目的の受信者のフォローアップを続けるというオプションを有し得る。検証セッションは、受信者１０６がＥメール１０８を受理したという確認を送信者１０２が受信すると終了することができる。

いくつかの例では、受信者１０６がＥメール１０８を受理したという確認を受信した１２６後、かつ受理通知Ｅメールを検証済みの送信者１０２に送信する１２８前、検証サーバ１０４は、目的の受信者が検証システムに登録されているかどうかをさらに検証することができる。例えば、検証システムは、目的の受信者のＥメールアドレスが検証システムに格納されているかどうかをサーバおよび／またはサーバのデータベースで検索することができる。上記で説明されるように、検証システムは、ユーザが検証システムに登録されており、Ｅメールアドレスの検証済みの所有権を有する場合にのみ、ユーザのＥメールアドレスを格納または保持することができる。目的の受信者が検証システムに事前登録されていないとサーバが判断した場合、この時点で検証セッションを終了することができ、サーバが受理通知を送信者に送信すること１２８はない。目的の受信者がシステムの検証済みのユーザであり、検証サーバからのＥメールを受理するための指示に従い得たことを送信者が信じるまたは知るだけの理由を有していた（例えば、会社の方針に従って、ユーザの習慣またはユーザの方針によってなど）場合、受理通知の欠如により、Ｅメール１０８が間違ったおよび／または検証済みでない受信者に送信された可能性があるという警報を送信者に出すことができる。

いくつかの例では、送信者１０２がＥメール１０８を送信したという確認を受信した１２０後、かつ検証通知Ｅメールを目的の受信者１０６に送信する１２２前、検証サーバ１０４は、目的の受信者が検証システムに登録されているかどうかをさらに検証することができる。例えば、検証システムは、目的の受信者のＥメールアドレスが検証システムに格納されているかどうかをサーバおよび／またはサーバのデータベースで検索することができる。上記で説明されるように、検証システムは、ユーザが検証システムに登録されており、Ｅメールアドレスの検証済みの所有権を有する場合にのみ、ユーザのＥメールアドレスを格納または保持することができる。目的の受信者が検証システムに事前登録されていないとサーバが判断した場合、この時点で検証セッションを終了することができ、サーバが検証通知Ｅメールを目的の受信者に送信すること１２２はない。目的の受信者がシステムの検証済みのユーザであり、検証サーバからのＥメールを受理するための指示に従い得たことを送信者が信じるまたは知るだけの理由を有していた（例えば、会社の方針によってなど）場合、受理通知の欠如（検証セッションプロセスがさらに進むにつれて生じることが予期される）により、Ｅメール１０８が間違ったおよび／または検証済みでない受信者に送信された可能性があるという警報を送信者に出すことができる。送信者は、送信メール１０８の受信者Ｅメールアドレスを再チェックすることおよび／またはオンラインもしくはオフライン手段を介して目的の受信者１０６に問い合わせることによってなど、相応にフォローアップを続けることができる。

有利には、検証システムを通じて、送信者からＥメールを受信した直後に検証通告を受信する受信者は、（１）Ｅメールの送信者が検証システムに登録された検証済みの送信者であり、および／または（２）検証済みの送信者が実際に特定のＥメールを送信したという通知を受けることができる。目的の受信者にＥメールを送信した後に受理通告を受信する送信者は、（１）Ｅメールの受信者が検証システムに登録された検証済みのユーザであり、および／または（２）目的の受信者が実際に特定のＥメールを受信したという通知を受けることができる。

図２は、受信者によって開始される検証セッションのプロセスフロー図を示す。図２では、送信者２０２によって実行されるかまたは送信者２０２に関与するプロセスは、垂直線２５０との接触によって表され、検証サーバ２０４によって実行されるかまたは検証サーバ２０４に関与するプロセスは、垂直線２６０との接触によって表され、目的の受信者２０６によって実行されるかまたは目的の受信者２０６に関与するプロセスは、垂直線２７０との接触によって表される。

送信者２０２は、Ｅメール２０８の受信者として目的の受信者のＥメールアドレスを含めることにより、Ｅメール２０８を目的の受信者２０６に送信すること２１２ができる。送信者は、第１のユーザデバイスを用いてＥメールを送信することができ、目的の受信者は、第２のユーザデバイスを用いてＥメールを受信することができる。ユーザデバイスについて、以下でさらに詳細に説明する。オリジナルのＥメールは、検証プロセスを踏むことなく、目的の受信者が直接受信することができる。

送信者２０２は、Ｅメール２０８を送信する際に同時に検証セッションを開始すること（図１のようになど）ができない場合がある。例えば、送信者は、送信者および／または送信者の組織（例えば、企業、グループ、団体など）によって取り入れられた検証システムおよび／または検証方針について知っていたが、忘れていたため、送信者は、検証セッションを開始することができなかった可能性がある。別の例では、送信者は、目的の受信者に対する特定のＥメール２０８の真正性を検証する必要がなかった（またはそう感じた）ため、送信者は、検証セッションを開始しなかった可能性がある。別の例では、第１の送信者は、第１の送信者が不正にコピーしているかまたは別の方法で真似ている別のユーザおよび／または他のユーザの組織によって取り入れられた検証システムおよび／または検証方針について知らなかったため、第１の送信者は、検証セッションを開始することができなかった可能性がある。そのような状況では、受信者２０６は、検証セッションを開始することができる。

受信者２０６は、Ｅメール２０８に対する返答Ｅメール２１０を指定の送信者に返信すること２１４Ａができる。指定の送信者は、受信者によって受信されたＥメール２０８のリターンパスＥメールアドレスを所有しているユーザであり得る。いくつかの例では、指定の送信者は、Ｅメール２０８を受信者に送信する送信者２０２と異なるユーザであり得る。オリジナルの返答Ｅメール２１０は、検証プロセスを踏むことなく、送信者２０２が直接受信することができる。いくつかの例では、オリジナルの返答Ｅメール２１０は、送信者２０２によって受信者２０６に送信されたオリジナルのＥメール２０８のコピーを含み得る。返答Ｅメール２１０と同時に、受信者は、検証要求を検証サーバ２０４に送信すること２１４Ｂにより、検証セッションを開始することができる。受信者は、返答Ｅメール２１０の受信者として検証サーバの検証要求Ｅメールアドレス（例えば、「verify@verificationserverdomain.com」）を含めることにより、検証要求を検証サーバに送信することができる。例えば、受信者は、指定の送信者へのＥメールの送信と検証セッションの開始とを同時に行うために、指定の送信者のＥメールアドレスと検証サーバの検証要求Ｅメールアドレスとの両方に返答Ｅメールを送信することができる。

受信者２０６は、返答Ｅメール２１０の「宛先」欄（例えば、シンプルメールトランスファプロトコル（ＳＭＴＰ）Ｅメール送信の場合には「ＲＣＰＴＴＯ」欄）、「カーボンコピー（Ｃｃ）」欄および／または「ブラインドカーボンコピー（Ｂｃｃ）」欄に検証Ｅメールアドレスを提供することができる。

いくつかの例では、本明細書の説明において別段の区別がない限り、Ｅメール２０８に対する返答Ｅメール２１０に対して受信者２０６によって開始される検証セッション（図２）は、Ｅメール１０８に対して送信者１０２によって開始される検証セッション（図１）と並行して行うことができる。例えば、図１の検証サーバ１０４は、図２の検証サーバ２０４と同じものであり得る。

検証システムは、検証サーバ２０４を含む１つまたは複数の検証サーバを含み得る。検証サーバ２０４は、検証要求Ｅメールアドレスに送信されたいかなるＥメールも受信するように構成することができる。検証要求Ｅメールアドレスでの任意のＥメール（例えば、図１の送信者からのオリジナルのＥメール１０８、図２の受信者からの返答Ｅメール２１０など）の受信は、検証サーバによる一連の動作をトリガすることができる。返答Ｅメール２１０を受信すると、サーバは、受信者２０６が検証システムに登録されているかどうかを検証すること２１６ができる。例えば、検証システムは、返答Ｅメール２１０のリターンパスＥメールアドレスが検証システムに格納されているかどうかをサーバおよび／またはサーバのデータベースで検索することができる。上記で説明されるように、検証システムは、ユーザが検証システムに登録されており、Ｅメールアドレスの検証済みの所有権を有する場合にのみ、ユーザのＥメールアドレスを格納または保持することができる。受信者が検証システムに事前登録されていないとサーバが判断した場合、この時点で検証セッションを終了することができ、送信者２０２が検証サーバから検証通告（例えば、検証Ｅメール）を受信することはない。

検証通告の欠如により、受信者２０６は検証要求を開始しなかったという警報、または返答Ｅメール２１０は検証要求に失敗したという警報を送信者２０２に出すことができる。従って、いくつかの例では、検証通告の欠如は、（１）受信者２０６が検証システムの検証済みのユーザではないこと、および／または（２）返答Ｅメール２１０が、返答Ｅメール２１０のリターンパスＥメールアドレスを所有しているユーザによって送信されたものではないこと（例えば、第３のユーザは、第３のユーザ自身のＥメールアドレスを別のユーザのＥメールアドレスで隠すことによって不正を試みている）を示し得る。例えば、第３のユーザが第１のＥメールのコピーを得るようにまたは第３のユーザが別の方法で第１のＥメールのコピーを取り出せるように（添付ファイルからなど）第３のユーザの受信トレイに到達させるために、第２のユーザへの第１のユーザによる第１のＥメールが最初に第２のユーザによって１人または複数のユーザ（連続して）に転送された場合、第３のユーザは、第１のＥメールのコピーを使用して「返答Ｅメール」を第１のユーザに送信し、「返答Ｅメール」のリターンパスＥメールアドレスとして第２のユーザのＥメールアドレスを提供することにより、第３のユーザ自身のＥメールアドレスを第２のユーザのＥメールアドレスで隠すことができる。「返答Ｅメール」を受信し、「返答Ｅメール」のリターンパスＥメールアドレスにおいて第２のユーザのＥメールアドレスを見た第１のユーザは、「返答Ｅメール」が第２のユーザによって送信されたものと信じるように誘導され、第１のユーザに財政的にまたは個人的になどの危害を加える恐れがある「返答Ｅメール」の１つまたは複数の指示に従う可能性がある。

例えば、検証要求が受信者によって開始されていることが送信者に通告されるように、返答Ｅメールを受信する送信者２０２が見ることができる「宛先」欄または「Ｃｃ」欄に検証要求Ｅメールアドレスを記入して返答Ｅメール２１０を送信することによってなど、受信者２０６が、見えるように検証要求を開始した場合、別個の検証通告の欠如により、返答Ｅメールが検証要求に失敗したという警報を送信者に出すことができる。代替としてまたは加えて、返答Ｅメールを受信する送信者が見ることができない「Ｂｃｃ」欄に検証要求Ｅメールアドレスを記入して返答Ｅメールを送信することによってなど、受信者が、見えないように検証要求を開始したが、受信者が検証要求を開始し得たことを送信者が知るまたは信じるだけの理由を有していた（例えば、会社の方針に従って、メールサーバのデフォルトによってなど）場合、別個の検証通告の欠如により、返答Ｅメールが検証要求に失敗したという警報を送信者に出すことができる。同様に、受信者が検証要求を開始せず、受信者が検証要求を開始し得たことを送信者が知るまたは信じるだけの理由を有していた（例えば、会社の方針に従って、メールサーバのデフォルトによってなど）場合、別個の検証通告の欠如により、返答Ｅメールが検証要求に失敗したかまたは返答Ｅメールが不正であるという警報を送信者に出すことができる。

返答Ｅメール２１０のリターンパスＥメールアドレスが検証システムに事前登録されているとサーバ２０４が判断した場合、検証サーバは、返答ＥメールのリターンパスＥメールアドレスを有する検証済みのユーザが実際に返答Ｅメールを送信者２０２に送信したかどうかを検証すること２１８ができる。すなわち、サーバは、受信者２０６が検証済みのＥメールアドレスを所有しているかどうかを判断することができる。サーバは、検証システムに登録されている検証済みのユーザのＥメール（それは返答Ｅメール２１０のリターンパスＥメールアドレスでもある）に確認Ｅメールを送信することができる。例えば、この確認プロセスは、検証済みのユーザのＥメールアドレスで不正ユーザの実際のＥメールアドレスを隠し、従って検証済みのユーザが知ることも許可することもなく、検証済みのユーザの代わりに不正に送信している不正ユーザをフィルタ除去することができる。不正ユーザは検証済みのユーザのＥメールアドレスへのアクセス（例えば、パスワード、認証情報など）を有さないため、不正ユーザは、確認Ｅメールへのアクセスを有することができない。サーバによって検証済みのユーザに送信される確認Ｅメールは、オリジナルの返答Ｅメール２１０のコピーを含み得る。いくつかの例では、サーバによって検証済みのユーザに送信される確認Ｅメールは、オリジナルのＥメール２０８のコピーを追加的に含み得る。あるいは、サーバによって検証済みのユーザに送信される確認Ｅメールは、オリジナルの返答Ｅメールの件名１行のみ、オリジナルの返答Ｅメールの本文の最初の文のみ、オリジナルの返答Ｅメールの見ることができる受信者欄（例えば、「宛先」、「Ｃｃ」など）のみなど、オリジナルの返答Ｅメールの１つもしくは複数の情報欄のみ、および／または１つもしくは複数の情報欄の組合せを含み得る。

検証済みのユーザは、この情報（例えば、オリジナルの返答Ｅメールのコピー、オリジナルの返答Ｅメールの１つまたは複数の情報欄など）に基づき、検証済みのユーザが実際に返答Ｅメール２１０を送信者２０２に送信したかどうかを検証すること２２０ができる。確認Ｅメールは、確認Ｅメールを受信する検証済みのユーザに対する、返答Ｅメール２１０の送信に関する確認または拒否を示す指示を含み得る。従って、検証済みのユーザが受信者２０６である場合、受信者は、確認指示に従うことにより、返答Ｅメール２１０を送信者２０２に送信したことを検証することができる。検証済みのユーザが受信者２０６でなく（返答Ｅメール２１０がそのように主張され得るように）、検証済みのユーザが返答Ｅメールを送信した記憶がない場合、検証済みのユーザは、拒否指示に従うことにより、返答Ｅメールを送信したことを拒否することができる。そのような指示は、確認Ｅメールの本文で提供される独自の確認リンク（例えば、ＵＲＬ）、ボタンもしくはハイパーリンクをクリックすること、確認Ｅメールの本文で提供されるコードもしくはパスワードを別の場所（例えば、検証サーバによって提供される確認サイト）に再入力すること、および／または独自の検証もしくは拒否を可能にするように構成された他の任意の指示を含み得る。いくつかの例では、検証済みのユーザは、いずれかの指示を遂行するために限られた時間制限を有し得、限られた時間制限が切れると、検証システムは、拒否インジケーションを自動的に受信することができる。あるいは、検証済みのユーザは、検証指示を遂行するために無限の時間量を有し得る。

検証済みのユーザから拒否指示を受信すると、検証サーバ１０４は、検証セッションを終了することができる。いくつかの例では、拒否指示を受信すると、サーバは、拒否通知Ｅメールを介してなど、不正試みの可能性についての警報を送信者２０２に出すことができる。いくつかの例では、サーバは、不正試みの可能性についての警報を検証済みのユーザ（例えば、返答Ｅメール２１０のリターンパスＥメールアドレスの所有者）に出すことができる。いくつかの例では、時間切れで拒否指示を受信すると、サーバは、時間切れにより検証セッションが終了したという警報を送信者２０２および／または検証済みのユーザに出すことができる。

検証済みのユーザが、検証済みのユーザが受信者２０６であり、返答Ｅメール２１０を送信したことを検証した場合、検証サーバ２０４は、受信者２０６から確認を受信すること２２２ができる。

その後、検証サーバ２０４は、検証通知Ｅメールなど、送信者２０２に検証通知を送信すること２２４ができる。検証通知Ｅメールは、オンライン通信中の透明性を提供するために、検証済みの受信者２０６の検証済みのＥメールアドレスを送信者２０２に明示的に表示することができる。検証通告を受信することにより、送信者２０２は、（１）受信者２０６が検証システムに登録された検証済みのユーザであり、および／または（２）検証済みの受信者が実際に特定の返答Ｅメールを送信したという通知を受けることができる。送信者は、オリジナルのＥメール２０８が目的の（または正しい）受信者に送信されたことをさらに確認することができる。

いくつかの例では、不正ユーザが、オリジナルのＥメール２０８を受信者に送信した可能性がある。例えば、不正ユーザは、検証済みの送信者の検証済みのＥメールアドレスに非常に近いリターンパスＥメールアドレス（例えば、それぞれのＥメールアドレスごとに一文字違い）をオリジナルのＥメール２０８で提供した可能性がある。別の例では、不正ユーザは、Ｅメールの送信者がＥメールで提供されるリターンパスＥメールアドレスを所有しているかどうかについていくつかのメールサーバは検証することができないという事実を悪用して、リターンパスＥメールアドレスとして検証済みの送信者の検証済みのＥメールアドレスを提供した可能性がある。いくつかの例では、受信者は、返答Ｅメール２１０を間違ったユーザ（例えば、送信者２０２ではない）に送信した可能性がある。

いくつかの例では、検証通知Ｅメールは、送信者２０２に対する、返答Ｅメール２１０の受理または拒否を提供する指示をさらに含み得る。受理または拒否の指示は、上記で説明されるものなど、受信者による返答Ｅメールの送信を検証する２２０かまたは拒否する指示と同じものでも異なるものでもよい。検証通告を介して受信者２０６のアイデンティティの真正性および返答Ｅメールの真正性の検証を受信した送信者は、受理指示に従うことにより、返答Ｅメールを受理すること２２６ができる。

あるいは、返答Ｅメールの目的の受信者ではない（例えば、送信者２０２ではない）ユーザが返答Ｅメールを受信した場合（例えば、受信者２０６による事務的な誤りのため）、ユーザは、拒否指示に従うことにより、返答Ｅメール２１０の受理を拒否することができる。別の例では、第３のユーザによってアイデンティティが盗まれた第２のユーザ（例えば、第３のユーザは、オリジナルのＥメール２０８のリターンパスＥメールアドレスとして第２のユーザのＥメールアドレスを提供することにより、第２のユーザの許可なしに、第２のユーザの代わりにオリジナルのＥメール２０８を受信者２０６に送信する）が返答Ｅメール２１０を受信し、第２のユーザが返答Ｅメール２１０の返答先であるオリジナルのＥメール２０８を送信したことを認めない場合、第２のユーザは、拒否指示に従うことにより、返答Ｅメール２１０の受理を拒否することができる。

いくつかの例では、検証通知Ｅメールの受信者は、受理または拒否のいずれかの指示を遂行するために限られた時間制限を有し得、限られた時間制限が切れると、検証システムは、拒否インジケーションを自動的に受信することができる。あるいは、検証通知Ｅメールの受信者は、受理または拒否指示を遂行するために無限の時間量を有し得る。

検証通知Ｅメールの受信者から拒否指示を受信すると、検証サーバ２０４は、検証セッションを終了することができる。いくつかの例では、拒否指示を受信すると、サーバは、返答Ｅメール２１０の受信者が受理を拒否したという警報を受信者２０６に出すことができる。いくつかの例では、受信者２０６は、受理の拒否に関する警報を受けることからまたは受理通告の欠如から、上記のシナリオ（例えば、返答Ｅメールが間違ったユーザに送信された、オリジナルのＥメールが不正ユーザによって送信されたなど）の１つを推測することができる。いくつかの例では、時間切れで拒否指示を受信すると、サーバは、時間切れにより検証セッションが終了したという警報を受信者２０６および／または検証通知Ｅメールの受信者に出すことができる。あるいは、サーバは、検証セッションが終了すると（例えば、時間切れでまたは拒否の肯定によって）受信者２０６に通知を送信することを行わない場合がある。

従って、送信者２０２が返答Ｅメール２１０を受理した２２６場合、検証サーバ２０４は、送信者２０２が受信者２０６から返答Ｅメール２１０を受信したという確認を受信すること２２８ができる。

その後、検証サーバ２０４は、受理通知Ｅメールを介してなど、受理通知を受信者２０６に送信すること２３０ができる。受理通知Ｅメールは、送信者２０２のＥメールアドレスを明示的に表示することができる。送信者２０２のＥメールアドレスは、サーバと送信者のＥメールアドレスとの間で成功した少なくとも１回の往復通信（例えば、２２４および２２８）を介してサーバ２０４によって検証されており、通信の成功は、送信者がそのＥメールアドレスで受信と送信との両方を行えることを証明する。受理通知を受信すると、受信者２０６は、送信者が返答Ｅメール２１０を安全に受信したことを確認することができる。いくつかの例では、検証済みの受信者は、送信者２０２によって受信者２０６に送信されたオリジナルのＥメール２０８（受信者が返答Ｅメール２１０で返答したオリジナルのＥメール）のリターンパスＥメールアドレスを送信者２０２が所有していることをさらに確認することができる。そのような所有権は、受理通知Ｅメールにおいて送信者２０２のＥメールアドレスを明示的に表示することによって確認することができる。いくつかの例では、受信者２０６は、送信者２０２がオリジナルのＥメール２０８を送信したとさらに推測することができる。

他方では、送信者２０２が返答Ｅメール２１０を受理しない場合、サーバ２０４は、受理通知を送信することができない。例えば、返答Ｅメール２１０が返答しているオリジナルのＥメール２０８を送信したことを送信者が認めない場合、送信者２０２は、返答Ｅメール２１０の受理を拒絶することができる。従って、受理通知の欠如により、受信者が返答したオリジナルのＥメール２０８が送信者の許可なしに送信者２０２の代わりに送信された可能性があるという警報を受信者２０６に出すことができる。受理通知の欠如による通告により、受信者２０６は、オンライン（例えば、検証要求を伴う別のＥメール）またはオフライン手段（例えば、電話、話し合いなど）を通じてなど、送信者２０２のフォローアップを続けるというオプションを有し得る。

検証セッションは、送信者２０２が返答Ｅメール２１０を受理したという確認を受信者２０６が受信すると終了することができる。

いくつかの例では、送信者２０２が返答Ｅメール２１０を受理したという確認を受信した２２８後、かつ受理通知Ｅメールを受信者２０６に送信する２３０前、検証サーバ２０４は、送信者２０２が検証システムに登録されているかどうかをさらに検証することができる。例えば、検証システムは、送信者のＥメールアドレスが検証システムに格納されているかどうかをサーバおよび／またはサーバのデータベースで検索することができる。上記で説明されるように、検証システムは、ユーザが検証システムに登録されており、Ｅメールアドレスの検証済みの所有権を有する場合にのみ、ユーザのＥメールアドレスを格納または保持することができる。送信者が検証システムに事前登録されていないとサーバが判断した場合、この時点で検証セッションを終了することができ、サーバが受理通知を検証済みの受信者に送信すること２３０はない。送信者がシステムの検証済みのユーザであり、検証サーバからのＥメールを受理するための指示に従い得たことを受信者が信じるまたは知るだけの理由を有していた（例えば、会社の方針に従って、ユーザの習慣またはユーザの方針によってなど）場合、受理通知の欠如により、返答Ｅメールが間違ったおよび／または検証済みでないユーザに送信された可能性があるという警報を受信者に出すことができる。従って、受理通知の欠如により、受信者が返答したオリジナルのＥメール２０８が、（１）検証済みでないユーザにより、および／または（２）検証済みのユーザの代わりにではあるが、検証済みのユーザの許可なしに送信されたという警報を受信者に出すことができ、（１）および（２）のいずれか一方または両方は、オフラインまたはオンライン手段を通じてオリジナルのＥメール２０８に対して送信者２０２をフォローアップするための追加の措置を講じるように受信者２０６を促すことができる。

いくつかの例では、受信者２０６が返答Ｅメール２１０を送信したという確認を受信した２２２後、かつ検証通知Ｅメールを送信者２０２に送信する２２４前、検証サーバ２０４は、送信者が検証システムに登録されているかどうかをさらに検証することができる。例えば、検証システムは、送信者のＥメールアドレスが検証システムに格納されているかどうかをサーバおよび／またはサーバのデータベースで検索することができる。上記で説明されるように、検証システムは、ユーザが検証システムに登録されており、Ｅメールアドレスの検証済みの所有権を有する場合にのみ、ユーザのＥメールアドレスを格納または保持することができる。送信者が検証システムに事前登録されていないとサーバが判断した場合、この時点で検証セッションを終了することができ、サーバが検証通知Ｅメールを送信者に送信すること２２４はない。送信者がシステムの検証済みのユーザであり、検証サーバからのＥメールを受理するための指示に従い得たことを受信者が信じるまたは知るだけの理由を有していた（例えば、会社の方針に従って、ユーザの習慣またはユーザの方針によってなど）場合、受理通知の欠如により、返答Ｅメール２１０が間違ったおよび／または検証済みでないユーザに送信された可能性があるという警報を受信者に出すことができる。従って、受理通知の欠如により、受信者が返答したオリジナルのＥメール２０８が、（１）検証済みでないユーザにより、および／または（２）検証済みのユーザの代わりにではあるが、検証済みのユーザの許可なしに送信されたという警報を受信者２０６に出すことができ、（１）および（２）のいずれか一方または両方は、オフラインまたはオンライン手段を通じてオリジナルのＥメール２０８に対して送信者２０２をフォローアップするための追加の措置を講じるように受信者を促すことができる。

有利には、検証システムを通じて、受信者から返答Ｅメールを受信した直後に検証通告を受信する送信者は、（１）受信者が検証システムに登録された検証済みのユーザであり、および／または（２）検証済みの受信者が実際に特定の返答Ｅメールを送信者に送信したという通知を受けることができる。送信者に返答Ｅメールを送信した後に受理通告を受信する受信者は、（１）送信者が検証システムに登録された検証済みのユーザであり、および／または（２）検証済みの送信者が実際に特定の返答Ｅメールを受信したという通知を受けることができる。さらに、受信者は、オリジナルのＥメール（オリジナルのＥメールは第１の送信者から受信者に送信されたものであると主張される）に対する返答Ｅメールを通じて検証要求を開始できることにより、（１）第１の送信者が検証システムに登録された検証済みのユーザであるかどうか、（２）第１の送信者が実際にオリジナルのＥメールのリターンパスＥメールアドレスを所有しているかどうか、および／または（３）第１の送信者が実際にオリジナルのＥメールを受信者に送信したかどうかを検証することができる。

図３は、２人のユーザ間のオンライン通信の検証セッションを容易にする例示的な検証システムの概略図を示す。検証システム３００は、検証サーバ３０２と、検証サーバと通信可能に結合されたデータベース３０４とを含み得る。検証システムおよび／または検証サーバは、通信インタフェースを含み得る。通信インタフェースを介する検証システム、第１のユーザデバイス３１２を介する第１のユーザ３０８および第２のユーザデバイス３１４を介する第２のユーザ３１０は、ネットワーク３０６を介して互いに通信することができる。第１のユーザ３０８は、検証システムに事前登録されていても事前登録されていなくてもよい。第２のユーザ３１０は、検証システムに事前登録されていても事前登録されていなくてもよい。

図３では、各コンポーネントの１つのみが示されているが、システム３００は、複数の各コンポーネントを含み得る。例えば、システムは、複数の検証サーバを含み得る。複数の検証サーバの各々は、検証サーバ３０２と同じものでも異なるものでもよい。複数の検証サーバの各々は、検証サーバ３０２と同じ場所にも、検証サーバ３０２から離れた場所にも位置し得る。例えば、システムは、複数のデータベースを含み得る。複数のデータベースの各々は、データベース３０４と同じものでも異なるものでもよい。複数のデータベースの各々は、データベース３０４と同じ場所にも、データベース３０４から離れた場所にも位置し得る。

第１のユーザ３０８は、第１のユーザデバイス３１２を介して第１のＥメールの形態でオンライン通信を第２のユーザ３１０に送信することができる。第１のＥメールを送信する際、第１のユーザは、第２のユーザのＥメールアドレスと第１のＥメールのリターンパスＥメールアドレスとの両方を提供することができる。第１のユーザは、第１のＥメールのリターンパスＥメールアドレスを所有している場合も所有していない場合もある。送信メールサーバも受信メールサーバも、第１のユーザが第１のＥメールのリターンパスＥメールアドレスを所有しているかどうかを検証できない場合がある。第１のＥメールのオリジナルのコピーは、検証プロセスを踏むことなく、第２のユーザが受信することができる。いくつかの例では、Ｅメールを送信する際、第１のユーザは、第１のＥメールを第２のユーザのＥメールアドレスと検証サーバ３０２の検証要求Ｅメールアドレスとの両方に送信することにより、検証セッションに同時を開始することができる。

第２のユーザ３１０は、第２のユーザデバイス３１４を介して第１のＥメールを受信し、かつ第１のＥメールにアクセスすることができる。いくつかの例では、第２のユーザは、第２のＥメールの形態で第１のユーザの第１のＥメールに返答することができる。いくつかの例では、第２のＥメールは、第１のＥメールのコピーまたはその少なくとも一部分のコピーを含み得る。第２のＥメールを送信する際、第２のユーザは、第１のユーザ３０８のＥメールアドレス（典型的には第１のＥメールのリターンパスＥメールアドレスと考えられる）と第２のＥメールのリターンパスＥメールアドレスとの両方を提供することができる。第２のユーザは、第２のＥメールのリターンパスＥメールアドレスを所有している場合も所有していない場合もある。送信メールサーバも受信メールサーバも、第２のユーザが第２のＥメールのリターンパスＥメールアドレスを所有しているかどうかを検証できない場合がある。第２のＥメールのオリジナルのコピーは、検証プロセスを踏むことなく、第１のユーザが受信することができる。いくつかの例では、第２のＥメールを送信する際、第２のユーザは、第２のＥメールを第１のユーザのＥメールアドレス（典型的には第１のＥメールのリターンパスＥメールアドレスと考えられる）と検証サーバ３０２の検証要求Ｅメールアドレスとの両方に送信することにより、検証セッションに同時を開始することができる。

検証セッションは、検証システム３００の検証サーバ３０２がホストすることができる。

第１のユーザデバイス３１２および第２のユーザデバイス３１４は、モバイルデバイス（例えば、スマートフォン、タブレット、ポケットベル、携帯情報端末（ＰＤＡ））、コンピュータ（例えば、ラップトップコンピュータ、デスクトップコンピュータ、サーバ）または着用可能デバイス（例えば、スマートウォッチ）であり得る。また、ユーザデバイスは、例えば、セットトップボックス、テレビ、テレビゲームシステム、またはデータの提供もしくはレンダリングが可能な任意の電子デバイスなど、他のいかなるメディアコンテンツプレーヤも含み得る。ユーザデバイスは、任意選択により、ポータブル型であり得る。ユーザデバイスは、ハンドヘルド型であり得る。ユーザデバイスは、ネットワーク３０６などのネットワークまたは他のネットワーク（ローカルエリアネットワーク（ＬＡＮ）、インターネットなどの広域ネットワーク（ＷＡＮ）、電気通信ネットワーク、データネットワークもしくは他の任意のタイプのネットワークなど）への接続が可能なネットワークデバイスであり得る。

ユーザデバイス３１２、３１４の各々は、メモリ記憶ユニットを含み得、メモリ記憶ユニットは、１つまたは複数のステップを実行するためのコード、論理または命令を含む非一時的なコンピュータ可読媒体を含み得る。ユーザデバイスは、例えば非一時的なコンピュータ可読媒体に従って、１つまたは複数のステップの実行が可能な１つまたは複数のプロセッサを含み得る。ユーザデバイスは、グラフィカルユーザインタフェースを示すディスプレイを含み得る。ユーザデバイスは、ユーザ対話型デバイスを介して入力の受信が可能なものであり得る。そのようなユーザ対話型デバイスの例は、キーボード、ボタン、マウス、タッチスクリーン、タッチパッド、ジョイスティック、トラックボール、カメラ、マイクロフォン、運動センサ、熱センサ、慣性センサまたは他の任意のタイプのユーザ対話型デバイスを含み得る。ユーザデバイスは、１つまたは複数の検証システムによって提供されるソフトウェアまたはアプリケーションの実行が可能なものであり得る。１つまたは複数のアプリケーションは、Ｅメールの送信および受信に関連していても関連していなくてもよい。ユーザデバイスは、Ｅメールの送信および／またはＥメールの受信が可能なものであり得る。ユーザデバイスは、オンライン通信インタフェース（例えば、Ｅメールインタフェース、オンラインメールインタフェース、受信トレイ／送信トレイインタフェース、メッセージインタフェース、チャットインタフェースなど）のサポートが可能なものであり得る。

ユーザデバイスは、例えば、開示される実施形態と一致する１つまたは複数の動作を実行するように構成された１つまたは複数のコンピューティングデバイスであり得る。いくつかの例では、ソフトウェアおよび／またはアプリケーションは、検証セッション中に検証システム３００に登録すること、１つもしくは複数のＥメールにアクセスすること、Ｅメールを送信すること、Ｅメールを受信すること、Ｅメールの送信を確認すること、および／またはＥメールの受信を確認することをユーザ３０８、３１０が行えるようにする。

検証サーバ３０２は、ユーザ（例えば、第１のユーザ３０８、第２のユーザ３１０など）の要求を受けて、検証システム３００において検証セッションを開始することができる。サーバは、本明細書でその用語が使用される場合、一般に、ネットワーク接続上でサービス（例えば、検証）または資源（例えば、ファイルスペース）を提供するマルチユーザコンピュータを指し得る。サーバは、オンラインサービスプロバイダによって提供または管理することができる。いくつかの事例では、サーバは、デバイスプロバイダと関係するサードパーティエンティティによって提供または管理することができる。図３では、１つのみのサーバが示されているが、１つまたは複数のサーバは、本明細書で開示されるサーバ３０２の動作を集合的にまたは個別に実行することができる。いくつかの例では、サーバは、ウェブサーバ、企業サーバまたは他の任意のタイプのコンピュータサーバを含み得、コンピューティングデバイス（例えば、ユーザデバイス、公的共有デバイス）から要求（例えば、ＨＴＴＰまたはデータ送信を開始することができる他のプロトコル）を受理するように、および要求データをコンピューティングデバイスに供給するようにコンピュータプログラムすることができる。加えて、サーバは、データ配信のための無料のケーブル、衛星などの放送設備および他の放送設備であり得る。また、サーバは、データネットワーク（例えば、クラウドコンピューティングネットワーク）のサーバでもあり得る。いくつかの実施形態では、検証システムのオンラインサービスプロバイダは、オンラインサービスプロバイダに登録する（例えば、オンラインアカウントを作成する）こと、および各ユーザの１つまたは複数の検証済みのＥメールアドレスを格納することをユーザが行えるようにするなど、システムのユーザに様々なサービスを提供するために１つまたは複数のサーバを管理することができる。

検証サーバ３０２は、１つまたは複数の検証要求Ｅメールアドレスを含み得る。１つまたは複数の検証要求Ｅメールアドレスに送信されたいかなるＥメールも、検証サーバ３０２（など）による一続きの動作を自動的にトリガすることができる。いくつかの例では、検証システムの管理者は、検証サーバのメール受信トレイにおいて１つまたは複数の検証要求Ｅメールアドレスに送信された所与のＥメールを手動で読み、本明細書で説明されるプロセス（例えば、図１および２に関連して説明されるプロセス）の１つまたは複数を手動で実行することができる。

例えば、検証サーバ３０２は、第１のユーザ３０８から第１のＥメールを受信すると、検証セッションを開始するように構成することができる。検証サーバは、第１のＥメールのリターンパスＥメールアドレスが検証システムの登録（検証済みの）ユーザに属しているかどうかを判断するために、第１のＥメールのリターンパスＥメールアドレスを検証システム３００のすべての登録ユーザのＥメールアドレスの各々と比較するように構成することができる。第１のＥメールのリターンパスＥメールアドレスがシステムに格納されていない（従って、システムの検証済みのユーザによって検証されていない）場合、サーバは、セッションを終了するように構成することができる。あるいは、第１のＥメールのリターンパスＥメールアドレスがシステムに格納されている（従って、システムの検証済みのユーザによって検証されている）場合、サーバは、第１のユーザが第１のＥメールのリターンパスＥメールアドレスを所有しているかどうか、および／または第１のユーザが実際に第１のＥメールを第２のユーザに送信したかどうかを検証するために、第１のＥメールのリターンパスＥメールアドレスに検証Ｅメールを送信するように構成することができる。

検証Ｅメールは、第１のＥメールのオリジナルのコピーおよび／または第１のＥメールの少なくともいくつかのコンテンツもしくは情報欄（第１のＥメールの件名１行など）を含み得る。検証Ｅメールは、検証Ｅメールの受信者に対する、第１のＥメールの送信に関する確認または拒否を示す指示を含み得る。従って、検証Ｅメールの受信者が第１のユーザ３０８である場合、第１のユーザは、確認指示に従うことにより、第１のＥメールを送信したことを検証することができる。検証Ｅメールの受信者が第１のユーザでなく、検証Ｅメールの受信者が第１のＥメールを送信した記憶がない場合、検証Ｅメールの受信者は、拒否指示に従うことにより、第１のＥメールを送信したことを拒否することができる。確認または拒否指示の例は、上記で説明されている（例えば、確認リンク、ボタンなど）。いくつかの例では、検証Ｅメールの受信者は、いずれかの指示を遂行するために限られた時間制限を有し得、限られた時間制限が切れると、検証システムは、拒否インジケーションを自動的に受信することができる。あるいは、検証Ｅメールの受信者は、検証指示を遂行するために無限の時間量を有し得る。

検証Ｅメールの受信者から拒否指示を受信すると、検証サーバ３０２は、セッションを終了することができる。いくつかの例では、拒否指示を受信すると、サーバは、拒否通知Ｅメールを介してなど、不正試みの可能性についての警報を第２のユーザ３１０に出すことができる。いくつかの例では、サーバは、不正試みの可能性についての警報を第１のＥメールのリターンパスＥメールアドレスの所有者に出すことができる。いくつかの例では、時間切れで拒否指示を受信すると、サーバは、時間切れにより検証セッションが終了したという警報を第２のユーザおよび／または検証Ｅメールの受信者に出すことができる。あるいは、検証Ｅメールの受信者が確認しない場合、サーバは、第２のユーザにいかなる通知も送信しない場合がある。いくつかの例では、検証通知の欠如により、第１のユーザが検証システムの検証済みのユーザではないという警報および／または第１のＥメールが検証に失敗したという警報を第２のユーザに出すことができる。

検証Ｅメールの受信者が第１のユーザ３０８であり、第１のユーザが第１のＥメールを送信したことを検証した場合、サーバ３０２は、この検証を受信し、その後、検証通知Ｅメールを介してなど、検証通知を第２のユーザ３１０に送信することができる。検証通知Ｅメールは、第１のＥメールのリターンパスＥメールアドレスを明示的に表示することができる。検証通知Ｅメールは、第２のユーザ３１０に対する、第１のＥメールの受信に関する受理または拒否を示す指示を含み得る。第２のユーザが第１のＥメールを受信すべきではなかったと第２のユーザが信じる場合、第２のユーザは、拒否指示に従うことにより、受理を拒否することができる。拒否指示を受信すると、サーバは、検証セッションを終了することができ、第１のユーザにいかなる受理通知も送信しない。あるいは、第２のユーザは、受理指示に従うことにより、第１のＥメールを受理することができる。サーバは、受理を受信し、その後、受理通知Ｅメールを介してなど、受理通知を第１のユーザに送信することができる。受理通知Ｅメールは、第２のユーザのＥメールアドレスを明示的に表示することができる。

いくつかの例では、第２のユーザ３１０から第１のＥメールの受理に関する拒否指示を受信すると、サーバは、第２のユーザが受理を拒否したという警報を第１のユーザ３０８に出すことができる。あるいは、検証通知Ｅメールの受信者が受理しない場合、サーバは、第１のユーザにいかなる通知も送信しない場合がある。いくつかの例では、受理通知の欠如により、第１のＥメールが間違った受信者に送信された可能性があるという警報を第１のユーザに出すことができる。

いくつかの例では、サーバ３０２が第１のユーザ３０８から第１のＥメールを送信したという確認を受信した後、かつサーバが第１のユーザに受理通知（例えば、第２のユーザ３１０による）を送信する前は常に、サーバは、第２のユーザが検証システムの検証済みの（または登録済みの）ユーザであるかどうかを検証することができる。第２のユーザがシステムの登録ユーザではないとサーバが判断した場合、サーバは、検証セッションを終了し、検証通知Ｅメールを第２のユーザに送信することもしくは受理通知を第１のユーザに送信することのいずれかを行わないか、またはその両方を行わない。そのような事例では、受理通知を受信しなかったが、第１のＥメールの目的の受信者が第１のＥメールを受理し得たことを信じるまたは知るだけの理由を有していた（例えば、会社の方針、メールサーバのデフォルトによってなど）第１のユーザは、第１のＥメールが間違った受信者に送信されたという警報を受けることができる。

第１のＥメールの検証セッションを通じて、第１のユーザから第１のＥメールを受信する第２のユーザは、（１）第１のユーザが検証システムの検証済みの（または登録済みの）ユーザであるかどうか、および／または（２）第１のユーザが実際に第１のＥメールを送信したかどうかを検証することができる。第１のＥメールの検証セッションを通じて、第１のＥメールを送信する第１のユーザは、（１）第２のユーザが検証システムの検証済みの（または登録済みの）ユーザであるかどうか、および／または（２）第２のユーザが第１のＥメールを安全に受信したかどうかを検証することができる。

別の例では、検証サーバ３０２は、第２のユーザ３１０から第２のＥメールを受信すると、検証セッションを開始するように構成することができる。検証サーバは、第２のＥメールのリターンパスＥメールアドレスが検証システムの登録（検証済みの）ユーザに属しているかどうかを判断するために、第２のＥメールのリターンパスＥメールアドレスを検証システム３００のすべての登録ユーザのＥメールアドレスの各々と比較するように構成することができる。第２のＥメールのリターンパスＥメールアドレスがシステムに格納されていない（従って、システムの検証済みのユーザによって検証されていない）場合、サーバは、セッションを終了するように構成することができる。あるいは、第２のＥメールのリターンパスＥメールアドレスがシステムに格納されている（従って、システムの検証済みのユーザによって検証されている）場合、サーバは、第２のユーザが第２のＥメールのリターンパスＥメールアドレスを所有しているかどうか、および／または第２のユーザが実際に第２のＥメールを第１のユーザに送信したかどうかを検証するために、第２のＥメールのリターンパスＥメールアドレスに検証Ｅメールを送信するように構成することができる。

検証Ｅメールは、第２のＥメールのコピーおよび／または第２のＥメールの少なくともいくつかのコンテンツもしくは情報欄（第２のＥメールの件名１行など）を含み得る。いくつかの例では、検証Ｅメールは、第２のＥメールが返答している第１のＥメールまたはその少なくとも一部分のコピーを含み得る。検証Ｅメールは、検証Ｅメールの受信者に対する、第２のＥメールの送信に関する確認または拒否を示す指示を含み得る。従って、検証Ｅメールの受信者が第２のユーザ３１０である場合、第２のユーザは、確認指示に従うことにより、第２のＥメールを送信したことを検証することができる。検証Ｅメールの受信者が第２のユーザでなく、検証Ｅメールの受信者が第２のＥメールを送信した記憶がない場合、検証Ｅメールの受信者は、拒否指示に従うことによって（または代替として、確認指示に従わないことによって）、第２のＥメールを送信したことを拒否することができる。確認または拒否指示の例は、上記で説明されている（例えば、確認リンク、ボタンなど）。いくつかの例では、検証Ｅメールの受信者は、いずれかの指示を遂行するために限られた時間制限を有し得、限られた時間制限が切れると、検証システムは、拒否インジケーションを自動的に受信することができる。あるいは、検証Ｅメールの受信者は、検証指示を遂行するために無限の時間量を有し得る。

検証Ｅメールの受信者から拒否指示を受信すると、検証サーバ３０２は、セッションを終了することができる。いくつかの例では、拒否指示を受信すると、サーバは、拒否通知Ｅメールを介してなど、不正試みの可能性についての警報を第１のユーザ３０８に出すことができる。いくつかの例では、サーバは、不正試みの可能性についての警報を第２のＥメールのリターンパスＥメールアドレスの所有者に出すことができる。いくつかの例では、時間切れで拒否指示を受信すると、サーバは、時間切れにより検証セッションが終了したという警報を第１のユーザおよび／または検証Ｅメールの受信者に出すことができる。あるいは、検証Ｅメールの受信者が確認しない場合、サーバは、第１のユーザにいかなる通告も送信しない場合がある。いくつかの例では、検証通知の欠如により、第２のユーザが検証システムの検証済みのユーザではないという警報および／または第２のＥメールが検証に失敗したという警報を第１のユーザに出すことができる。

検証Ｅメールの受信者が第２のユーザ３１０であり、第２のユーザが第２のＥメールを送信したことを検証した場合、サーバ３０２は、この検証を受信し、その後、検証通知Ｅメールを介してなど、検証通知を第１のユーザ３０８に送信することができる。検証通知Ｅメールは、第２のＥメールのリターンパスＥメールアドレスを明示的に表示することができる。検証Ｅメールは、第１のユーザ３０８に対する、第２のＥメールの受信に関する受理または拒否を示す指示を含み得る。第１のユーザが第２のＥメールを受信すべきではなかったと第１のユーザが信じる場合、第１のユーザは、拒否指示に従うことにより、受理を拒否することができる。拒否指示を受信すると、サーバは、検証セッションを終了することができ、第２のユーザにいかなる受理通知も送信しない。あるいは、第１のユーザは、受理指示に従うことにより、第２のＥメールを受理することができる。サーバは、受理を受信し、その後、受理通知Ｅメールを介してなど、受理通知を第２のユーザに送信することができる。受理通知Ｅメールは、第１のユーザのＥメールアドレスを明示的に表示することができる。

いくつかの例では、第１のユーザ３０８から第２のＥメールの受理に関する拒否指示を受信すると、サーバは、第１のユーザが受理を拒否したという警報を第２のユーザ３１０に出すことができる。あるいは、検証通知Ｅメールの受信者が受理しない場合、サーバは、第２のユーザにいかなる通知も送信しない場合がある。いくつかの例では、受理通知の欠如により、第２のＥメールが間違った受信者に送信された可能性があるという警報を第２のユーザに出すことができる。

いくつかの例では、サーバ３０２が第２のユーザ３１０から第２のＥメールを送信したという確認を受信した後、かつサーバが第２のユーザに受理通知（例えば、第１のユーザ３０８による）を送信する前は常に、サーバは、第１のユーザが検証システムの検証済みの（または登録済みの）ユーザであるかどうかを検証することができる。第１のユーザがシステムの登録ユーザではないとサーバが判断した場合、サーバは、検証セッションを終了し、検証通知Ｅメールを第１のユーザに送信することもしくは受理通知を第２のユーザに送信することのいずれかを行わないか、またはその両方を行わない。そのような事例では、受理通知を受信しなかったが、第２のＥメールの目的の受信者が第２のＥメールを受理し得たことを信じるまたは知るだけの理由を有していた（例えば、会社の方針、メールサーバのデフォルトによってなど）第２のユーザは、第２のＥメールが間違った受信者に送信されたという警報を受けることができる。いくつかの例では、第１のユーザが、第２のＥメールが返答している第１のＥメールを送信した記憶がない場合、第１のユーザは、第２のＥメールを受理しない場合がある。そのような事例では、受理通知を受信しなかった第２のユーザは、第１のＥメールが不正ユーザから送信されたという警報を受けることができる。

第２のＥメールの検証セッションを通じて、第２のユーザから第２のＥメールを受信する第１のユーザは、（１）第２のユーザが検証システムの検証済みの（または登録済みの）ユーザであるかどうか、および／または（２）第２のユーザが実際に第２のＥメールを送信したかどうかを検証することができる。第２のＥメールの検証セッションを通じて、第２のＥメールを送信する第２のユーザは、（１）第１のユーザが検証システムの検証済みの（または登録済みの）ユーザであるかどうか、および／または（２）第１のユーザが第２のＥメールを安全に受信したかどうかを検証することができる。いくつかの例では、第２のユーザは、第２のＥメールの検証セッションを通じて、（１）第１のユーザが実際に第１のＥメールのリターンパスＥメールアドレスを所有しているかどうか、および／または（２）第１のユーザが実際に第１のＥメールを第２のユーザに送信したかどうかをさらに検証することができる。

図３は２人のユーザ（検証システム３００によれば、第１のユーザ３０８と第２のユーザ３１０）間の検証セッションについて示しているが、検証システムは、任意の２人のユーザ間の検証セッションをサポートすることができる。任意の２人のユーザは、システムに登録されていても登録されていなくてもよい。各ユーザは、ユーザデバイスを用いて、ネットワーク３０６を介して検証システムにアクセスするかまたは検証システムと通信することができる。

いくつかの例では、システム３００によれば、検証セッションは、３人のユーザ、４人のユーザ、５人のユーザ、６人のユーザ、７人のユーザ、８人のユーザ、９人のユーザまたはそれを超えるユーザなど、３人以上のユーザ間のものであり得る。例えば、第１のＥメールを３人の異なるユーザ（第２のユーザ、第３のユーザおよび第４のユーザを含む）に送信する第１のユーザは、３人の異なるユーザのＥメールアドレスの各々および検証サーバ３０２の検証要求Ｅメールアドレスに第１のＥメールを送信することにより、システムで検証要求を開始することができる。いくつかの例では、第１のＥメールを受信すると、サーバは、第１のユーザと各受信者ユーザとの間で独立した検証セッションを開始することができ、その結果、３つの検証セッション（第１のユーザと第２のユーザとの間の第１のセッション、第１のユーザと第３のユーザとの間の第２のセッション、第１のユーザと第４のユーザとの間の第３のセッション）が並行して実行される。

各検証セッションは、同じまたは異なる検証結果を得るために、上記（例えば、図１および２）で説明される検証セッションの各々によって実行される同じ動作セットを独立して実行することができる。例えば、第１のユーザは、第３のユーザおよび第４のユーザとのそれぞれのセッションに対する受理通知Ｅメールを受信するが、第２のユーザとのセッションに対する受理通知は受信しない場合がある。いくつかの例では、各並行検証セッションによって繰り返される（または重複する）１つまたは複数のプロセスまたは動作は、１つまたは複数のプロセスまたは動作が第１のユーザ、サーバおよび／または各受信者によって１回のみ実行されるように統合することができる。例えば、サーバは、３つの検証セッションに対してシステムへの第１のユーザの登録ステータスを検証する動作を統合し、第１のユーザの登録ステータスの検証が１回で済むようにすることができる。これにより、有益には、検証サーバの限られた処理能力をセーブすることができる。別の例では、システムへの第１のユーザの登録ステータスを検証すると、サーバは、３つの検証セッションに対する第１のユーザに送信される検証または確認Ｅメールを統合することができ、その結果、第１のユーザは、第１のユーザが第１のＥメールを３人のユーザに送信したという確認を１回行うのみでよい。第１のユーザが第１のＥメールの送信を１回確認することは、３つの検証セッションの各々に独立して適用することができ、その後、サーバは、別個の検証通知Ｅメールを３人の受信者ユーザの各々に送信することができる。

図３の概略図では、双方向データ転送能力は、第１のユーザデバイス３１２および第２のユーザデバイス３１４、第１のユーザデバイス３１２および検証システム３００、第１のユーザデバイス３１２および検証サーバ３０２、第１のユーザデバイス３１２およびデータベース３０４、検証システム３００および検証サーバ３０２、検証システム３００およびデータベース３０４、検証サーバ３０２およびデータベース３０４、ネットワーク３０６および任意のコンポーネント、ならびに第２のユーザデバイス３１４および任意のコンポーネントを含む、任意の２つのコンポーネント間で提供することができる。

ネットワーク３０６は、図３で描写されるネットワークレイアウトの様々なコンポーネント間の通信を提供するように構成することができる。ネットワーク３０６は、デバイスおよび／またはコンポーネント間の通信を可能にするためにネットワークレイアウトのデバイスおよび／またはコンポーネントを接続する１つまたは複数のネットワークを含み得る。例えば、ネットワークは、インターネット、無線ネットワーク、有線ネットワーク、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、Bluetooth（登録商標）、近距離無線通信（ＮＦＣ）、またはネットワークレイアウトの１つまたは複数のコンポーネント間の通信を提供する他の任意のタイプのネットワークとして実装することができる。いくつかの実施形態では、ネットワークは、セルおよび／またはポケットベルネットワーク、衛星、要免許無線機、または要免許無線機と免許不要無線機との組合せを使用して実装することができる。ネットワークは、無線、有線（例えば、イーサネット（登録商標））またはそれらの組合せであり得る。

サーバ３０２は、上記で説明される動作および以下でさらに説明される動作を実装するように構成することができる。例えば、サーバ３０２は、検証要求の受信および処理、検証セッションの開始および終了、検証システムの登録および／もしくは非登録ユーザとのＥメールの受信および送信、Ｅメールの本文における確認および／もしくは拒否指示（例えば、確認リンク、ボタンなど）の生成、システムの登録および／もしくは非登録ユーザからの確認および／もしくは拒否指示の処理、システムへのユーザの登録ステータスの判断、システム内のＥメールの登録ステータスの判断、検証セッションにおける少なくとも２人のユーザ間のそれぞれのおよび順次的な検証、受理、確認および／もしくは拒否ステータスの追跡（各検証セッションのプロセスフローをデータベース３０４に一時的もしくは永久的に格納することによってなど）、ならびに／または本明細書で説明される他の動作を行うように構成することができる。

検証サーバ３０２は、１つまたは複数のプロセッサ、プロセッサによって実行されるソフトウェア命令およびデータを格納する１つまたは複数のメモリデバイスなど、公知のコンピューティングコンポーネントを含み得る。サーバは、１つまたは複数のプロセッサと、プログラム命令を格納するための少なくとも１つのメモリとを有し得る。１つまたは複数のプロセッサは、特定の命令セットの実行が可能な単一のまたは複数のマイクロプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）またはデジタル信号プロセッサ（ＤＳＰ）であり得る。コンピュータ可読命令は、フレキシブルディスク、ハードディスク、ＣＤ－ＲＯＭ（コンパクトディスク読み取り専用メモリ）、ＭＯ（磁気光学）、ＤＶＤ－ＲＯＭ（デジタル多用途ディスク読み取り専用メモリ）、ＤＶＤＲＡＭ（デジタル多用途ディスクランダムアクセスメモリ）または半導体メモリなど、有形の非一時的なコンピュータ可読媒体上に格納することができる。あるいは、本明細書で開示される方法は、例えば、ＡＳＩＣ（特定用途向け集積回路）、専用コンピュータまたは汎用コンピュータなど、ハードウェアコンポーネントまたはハードウェアとソフトウェアとの組合せにおいて実装することができる。図３は単一のサーバとして検証サーバ３０２を示しているが、いくつかの実施形態では、複数のデバイスが、検証サーバ３０２と関連付けられた機能を実装することができる。図３は単一のシステムとして検証システム３００を示しているが、いくつかの実施形態では、複数の検証システムが、検証システム３００と関連付けられた機能を実装することができる。

検証システム３００は、本明細書で説明される動作およびステップを実行することによってなど、１つまたは複数のプロセッサによって実行されると１つまたは複数の検証セッションを開始、処理および／または終了することができる命令を格納する１つまたは複数のコンピュータとして実装することができる。いくつかの例では、サーバ３０２は、検証システムが実装されるコンピュータを含み得る。あるいは、検証システムは、別個のコンピュータ上で実装することができる。

特定の構成では、システム３００は、サーバ３０２によるアクセスが可能なメモリ（例えば、サーバにローカル接続されたメモリまたはネットワークなどの通信リンク上でアクセス可能なリモートメモリ）に格納されたソフトウェアであり得る。従って、特定の態様では、システムは、１つまたは複数のコンピュータとして、サーバによるアクセスが可能なメモリデバイス上に格納されたソフトウェアとして、またはそれらの組合せで実装することができる。例えば、ある検証システムは、検証セッションの１つまたは複数の動作を実行するコンピュータハードウェアであり得、別の検証システムは、サーバによって実行されると検証セッションの１つまたは複数の動作を実行するソフトウェアであり得る。

ユーザデバイス３１２、３１４、検証サーバ３０２および検証システム３００は、１つまたは複数のデータベース３０４に接続または相互接続することができる。１つまたは複数のデータベースは、データ（例えば、検証済みのＥメールアドレス、検証済みのユーザの登録ステータス、登録ユーザのオンラインアカウント情報など）を格納するように構成された１つまたは複数のメモリデバイスであり得る。加えて、１つまたは複数のデータベースは、いくつかの実施形態では、記憶装置を備えたコンピュータシステムとして実装することもできる。一態様では、１つまたは複数のデータベースは、開示される実施形態と一致する１つまたは複数の動作を実行するために、ネットワークレイアウトのコンポーネントによって使用することができる。特定の実施形態では、１つまたは複数のデータベースは、サーバと同一場所に配置しかつ／またはネットワーク上で互いに同一場所に配置することができる。当業者であれば、開示される実施形態は１つまたは複数のデータベースの構成および／または配置に限定されないことが認識するであろう。

加えて、図３では、ネットワークは、ネットワークレイアウトの検証システム３００と２つのユーザデバイス３１２、３１４との間の通信のための「中心的な」ポイントとして示されているが、開示される実施形態は、それに限定されない。例えば、ネットワークレイアウトの１つまたは複数のコンポーネントは、各種の方法で相互接続することができ、いくつかの実施形態では、当業者であれば把握できるように、互いに直接接続することも、同一場所に配置することも、リモート接続することもできる。加えて、いくつかの開示される実施形態はサーバ上で実装することができるが、開示される実施形態は、そのように限定されない。例えば、いくつかの実施形態では、他のデバイス（１つまたは複数のユーザデバイスなど）は、サーバおよび認証システムに関して説明される実施形態を含む、開示される実施形態と一致するプロセスおよび機能の１つまたは複数を実行するように構成することができる。

いくつかの例では、本明細書で説明される検証システム３００およびそれにより実行される方法は、１つのエンティティによって操作することができる。あるいは、システムおよび方法は、複数のエンティティによって操作することができる。いくつかの事例では、システムおよび方法は、Ｅメールの送信者および／または受信者のメールサーバをホストするエンティティと同じエンティティによって操作することができる。例えば、本明細書で開示されるシステムおよび方法は、既存のオンライン通信システムまたはオンライン通信サーバに組み込むことができる。いくつかの事例では、システムおよび方法は、単に受信メールサーバおよび／または受信メールシステムに組み込むこと、ならびに受信メールサーバおよび／または受信メールシステムによって実行することができる。いくつかの事例では、システムおよび方法は、単に送信メールサーバおよび／または送信メールシステムに組み込むこと、ならびに送信メールサーバおよび／または送信メールシステムによって実行することができる。他の事例では、システムおよび方法は、Ｅメールの送信者および／または受信者の１つまたは複数のメールサーバをホストする１つまたは複数のエンティティと異なるエンティティ（サードパーティエンティティなど）によって操作することができる。いくつかの例では、Ｅメールの送信者および／または受信者の１つまたは複数のメールサーバをホストするエンティティと同じおよび／または異なるエンティティは、本明細書で説明されるシステムおよび方法の動作を集合的にまたは個別に実行することができる。

特定のコンピューティングデバイスが示され、およびネットワークが説明されているが、本明細書で説明される実施形態の趣旨および範囲から逸脱することなく、他のコンピューティングデバイスおよびネットワークを利用できることを把握および理解されたい。加えて、ネットワークレイアウトの１つまたは複数のコンポーネントは、各種の方法で相互接続することができ、いくつかの実施形態では、当業者であれば把握できるように、互いに直接接続することも、同一場所に配置することも、リモート接続することもできる。

有益には、提供されるシステムおよび方法は、ユーザがセキュリティまたは検証目的のための特定のソフトウェアまたはハードウェアのダウンロード、インストールまたは別の方法での取得を行う必要なしにオンライン通信を検証することができる。例えば、システムおよび方法は、Ｅメールの送信および／または受信の能力を有するユーザデバイス上の以前から存在しているオンライン通信インタフェース（例えば、ソフトウェアおよび／またはアプリケーション）を利用することができる。

本明細書では、本発明の好ましい実施形態について示し、説明してきたが、そのような実施形態が単なる例示として提供されることが当業者に明らかであろう。本明細書内で提供される特定の例によって本発明が限定されることは意図されない。本発明が前述の本明細書を参照して説明されてきたが、本明細書の実施形態の説明および図解は、限定の意味で解釈することを意図しない。ここで、本発明から逸脱することなく、多くの変形形態、変化形態および代用形態が当業者に想到されるであろう。さらに、本発明のすべての態様は、各種の条件および可変要素に依存する本明細書に記載される特定の描写、構成または相対的比率に限定されないことを理解するものとする。本発明の実践において、本明細書で説明される本発明の実施形態の様々な代替の形態を採用できることを理解すべきである。従って、本発明は、そのようないかなる代替の形態、変更形態、変形形態または均等物も包含することが企図される。以下の請求項は本発明の範囲を定義し、それにより、これらの請求項およびその均等物の範囲内の方法および構造が包含されることが意図される。

１０２送信者
１０４検証サーバ
１０６受信者
１０８Ｅメール
１５０垂直線
１６０垂直線
１７０垂直線
１８０Ｅメール
１８１欄
１８２欄
１８３欄
１８４欄
１８５欄
１９０Ｅメール
１９１欄
１９２欄
１９３欄
１９４欄
２０２送信者
２０４検証サーバ
２０６受信者
２０８Ｅメール
２１０返答Ｅメール
２５０垂直線
２６０垂直線
２７０垂直線
３００検証システム
３０２検証サーバ
３０４データベース
３０６ネットワーク
３０８第１のユーザ
３１０第２のユーザ
３１２第１のユーザデバイス
３１４第２のユーザデバイス

Claims

第１のユーザから第２のユーザへの第１の電子メール（Ｅメール）を検証するためのコンピュータ実装方法であって、
（ａ）検証セッションを開始することであって、前記検証セッションは、前記第１のユーザが前記第２のユーザのＥメールアドレスと、オンライン通信の検証を容易にするように構成された検証サーバのＥメールアドレスとの両方に前記第１のＥメールを同時に送信することによって開始される、開始することと、
（ｂ）前記検証サーバへの前記第１のユーザの登録ステータスを検証することであって、前記第１のＥメールのリターンパスＥメールアドレスが、前記検証サーバに格納された所与の検証済みのＥメールアドレスと整合することを決定することを含む、検証することと、
（ｃ）前記第１のユーザの前記登録ステータスを検証すると、前記検証サーバの前記Ｅメールアドレスから前記第１のＥメールの前記リターンパスＥメールアドレスに確認Ｅメールを送信することであって、前記確認Ｅメールは、前記第１のユーザが前記第１のＥメールを送信したことを確認するための指示を含む、送信することと、
（ｄ）前記第１のユーザから確認または拒否を受信することと、
（ｅ）確認または拒否が前記第１のユーザから受信される場合、前記検証サーバの前記Ｅメールアドレスから前記第２のユーザの前記Ｅメールアドレスに検証通知Ｅメールまたは拒否通知Ｅメールをそれぞれ送信することと
を含む、方法。
前記検証通知Ｅメールは、前記第２のユーザによる前記第１のＥメールの受理を確認するための指示を含む、請求項１に記載の方法。
（ｉ）前記第２のユーザから前記第１のＥメールの受理の確認を受信することと、（ｉｉ）前記検証サーバの前記Ｅメールアドレスから前記第１のＥメールの前記リターンパスＥメールアドレスに受理通知Ｅメールを送信することとをさらに含む、請求項２に記載の方法。
前記所与の検証済みのＥメールアドレスの所有者が前記検証サーバに登録されており、かつ前記所与の検証済みのＥメールアドレスの検証済みの所有権を有する場合、前記所与の検証済みのＥメールアドレスは、前記検証サーバに格納される、請求項１に記載の方法。
確認するための前記指示は、前記確認Ｅメールの本文で提供される独自の確認リンク、ボタンまたはハイパーリンクをクリックすること、前記確認Ｅメールの前記本文で提供されるコードまたはパスワードを別の場所に再入力すること、およびコードをスキャンすることの１つまたは複数から選択される、請求項１に記載の方法。
前記確認Ｅメールは、限られた時間制限内に確認するための指示を含む、請求項１に記載の方法。
前記確認Ｅメールは、前記第１のＥメールの本文のコピーを含む、請求項１に記載の方法。
前記検証サーバの前記Ｅメールアドレスは、前記第１のＥメールのカーボンコピーの受信者である、請求項１に記載の方法。
前記検証サーバの前記Ｅメールアドレスは、前記第１のＥメールのブラインドカーボンコピーの受信者である、請求項１に記載の方法。
第１のユーザから第２のユーザへの第１の電子メール（Ｅメール）を検証するためのシステムであって、
コンピュータネットワーク上で前記第１のユーザの第１のユーザデバイスおよび前記第２のユーザの第２のユーザデバイスと通信する通信インタフェースと、
複数の検証済みのＥメールアドレスを格納するように構成されたデータベースと、
前記通信インタフェースおよび前記データベースに動作可能に結合された１つまたは複数のコンピュータプロセッサであって、
（ａ）検証セッションを開始することであって、前記検証セッションは、前記第１のユーザが前記第１のユーザデバイスを介して前記第２のユーザのＥメールアドレスと、前記通信インタフェースのＥメールアドレスとの両方に前記第１のＥメールを送信することによって開始される、開始することと、
（ｂ）前記第１のユーザの登録ステータスを検証することであって、前記第１のＥメールのリターンパスＥメールアドレスが、前記データベースに格納された前記複数の検証済みのＥメールアドレスからの所与の検証済みのＥメールアドレスと整合することを決定することを含む、検証することと、
（ｃ）前記第１のユーザの前記登録ステータスを検証すると、前記通信インタフェースの前記Ｅメールアドレスから前記第１のＥメールの前記リターンパスＥメールアドレスに確認Ｅメールを送信することであって、前記確認Ｅメールは、前記第１のユーザが前記第１のＥメールを送信したことを確認するための指示を含む、送信することと、
（ｄ）前記第１のユーザの前記第１のユーザデバイスから確認または拒否を受信することと、
（ｅ）確認または拒否が前記第１のユーザから受信される場合、前記第２のユーザデバイスに対して、前記通信インタフェースの前記Ｅメールアドレスから前記第２のユーザの前記Ｅメールアドレスに検証通知Ｅメールまたは拒否通知Ｅメールをそれぞれ送信することと
を行うように個別にまたは集合的にプログラムされる、１つまたは複数のコンピュータプロセッサと
を含む、システム。
前記検証通知Ｅメールは、前記第２のユーザによる前記第１のＥメールの受理を確認するための指示を含む、請求項１０に記載のシステム。
前記１つまたは複数のコンピュータプロセッサは、（ｉ）前記第２のユーザの前記第２のユーザデバイスから前記第１のＥメールの受理の確認を受信することと、（ｉｉ）前記通信インタフェースの前記Ｅメールアドレスから前記第１のＥメールの前記リターンパスＥメールアドレスに受理通知Ｅメールを送信することとを行うように個別にまたは集合的にプログラムされる、請求項１１に記載のシステム。
前記所与の検証済みのＥメールアドレスの所有者が前記所与の検証済みのＥメールアドレスの検証済みの所有権を有する場合、前記所与の検証済みのＥメールアドレスは、前記データベースに格納される、請求項１０に記載のシステム。
確認するための前記指示は、前記確認Ｅメールの本文で提供される独自の確認リンク、ボタンまたはハイパーリンクをクリックすること、前記確認Ｅメールの前記本文で提供されるコードまたはパスワードを別の場所に再入力すること、およびコードをスキャンすることの１つまたは複数から選択される、請求項１０に記載のシステム。
前記確認Ｅメールは、限られた時間制限内に確認するための指示を含む、請求項１０に記載のシステム。
前記確認Ｅメールは、前記第１のＥメールの本文のコピーを含む、請求項１０に記載のシステム。
前記通信インタフェースの前記Ｅメールアドレスは、前記第１のＥメールのカーボンコピーの受信者である、請求項１０に記載のシステム。
前記通信インタフェースの前記Ｅメールアドレスは、前記第１のＥメールのブラインドカーボンコピーの受信者である、請求項１０に記載のシステム。
第１のユーザから第２のユーザへの第１の電子メール（Ｅメール）を検証するためのコンピュータ実装方法であって、
（ａ）検証セッションを開始することであって、前記検証セッションは、前記第１のユーザが前記第２のユーザのＥメールアドレスと、オンライン通信の検証を容易にするように構成された検証サーバのＥメールアドレスとの両方に前記第１のＥメールを送信することによって開始される、開始することと、
（ｂ）前記検証サーバの前記Ｅメールアドレスから前記第１のＥメールのリターンパスＥメールアドレスに確認Ｅメールを送信することであって、前記確認Ｅメールは、前記第１のユーザが前記第１のＥメールを送信したことを限られた期限内に確認するための指示を含む、送信することと、
（ｃ）前記限られた期限中に前記第１のＥメールの前記リターンパスＥメールアドレスからの応答がないことを確認することと、
（ｄ）前記限られた期限が経過すると、前記検証サーバの前記Ｅメールアドレスから前記第２のユーザの前記Ｅメールアドレスに拒否通知Ｅメールを送信することと
を含む、方法。
前記確認Ｅメールは、前記第１のＥメールの本文のコピーを含む、請求項１９に記載の方法。