JP2004521404A

JP2004521404A - 電子メッセージの配達及び完全性を検証するシステム及び方法

Info

Publication number: JP2004521404A
Application number: JP2002515672A
Authority: JP
Inventors: テランスエイトムコウ
Original assignee: アールポストインターナショナルリミテッド
Priority date: 2000-07-27
Filing date: 2001-07-25
Publication date: 2004-07-15
Also published as: US8275845B2; KR100604630B1; WO2002011025A3; CA2417531A1; US20110106897A1; CN100413292C; KR20030051605A; US20070174402A1; US8224913B2; AU2001278025A1; BRPI0112960B1; JP2012110032A; CA2417531C; CN1653458A; JP2009135962A; MXPA03000807A; BR0112960A; US20130117387A1; US8782154B2; EP1410278A2

Abstract

ｅ−メールのような電子メッセージの内容及び配達の第三者検証を与えるために、サーバーは、特定の受信人に送信又は転送されるｅ−メールを受信し、そしてサービスプロバイダーによりメッセージが「登録」されたことを示すためにメッセージに「タグ付け」する。次いで、サーバーは、受信人のメールユーザエージェント（ＭＵＡ）との直接テレネット接続を確立し、そしてタグ付きｅ−メールを受信人のＭＵＡ及び他の受信人のＭＵＡに送信する。メッセージが首尾よく受信されたという受信側ＭＵＡからの応答を受け取った後に、サーバーは、電子受領書を作成してメッセージ発信者へ転送する。この受領書は、次のものを１つ以上、好ましくは、全部含む。オリジナル付属物を含むオリジナルメッセージ；どの受信人のＭＵＡがメッセージを首尾よく受信したか、そしていつ受信したか、更に、どのＭＵＡについて配達が失敗したかを示す配達成功／失敗テーブル；並びにメッセージ及び付属物に対応するデジタル符牒。この受領書を後日受け取って、そのデジタル符牒がメッセージ及び関連情報に一致することを検証することにより、システムのオペレータは、その受領書がそれらシステムから形成された本物でありそしてメッセージの内容及び配達に関する情報が正確であるという独立した第三者検証を与えることができ、しかも、オリジナルメッセージも受領書も公式記録をとる必要がない。

Description

【０００１】
【技術分野】
本発明は、一般的に、電子メッセージの配達及び内容を検証するシステム及び方法に係り、より詳細には、ｅ−メールメッセージの配達及び内容に関する証明を後で与えるシステム及び方法に係る。
【０００２】
【背景技術】
近年、ｅ−メールは、必須のビジネスツールになった。ｅ−メールは、速く、安くそして一般的により信頼性が高いので、多くの業務慣習の「蝸牛郵便」に取って代わっている。しかしながら、書留郵便や配達証明郵便のようなハードコピーが依然主流であるような幾つかのメールアプリケーションが残されている。例えば、手紙が配達証明郵便で配達されるときには、その手紙が郵送されたことを証明する受領書が差出人に与えられる。返送される書留郵便の受領書は、受信人又は受信人が許可した代理人に手紙が首尾よく配達されたという郵便業務の確認を付加する。更に、ＦｅｄｅｒａｌＥｘｐｒｅｓｓ（登録商標）及びＵｎｉｔｅｄＰａｒｃｅｌＳｅｒｖｉｃｅ（登録商標）（ＵＰＳ）のような民間のクーリエは、ある形式の配達確認を与える。クーリエ郵便は、実際上、一通ごとに登録されるので、顧客は、配達証明を希望するときには、それらのサービス利用に転じることは当然である。
【０００３】
多くの既存のｅ−メールシステムやｅ−メールプログラムは、ある形式の配達証明を既に与えている。例えば、あるｅ−メールシステムでは、今日、送信者がメッセージに「通知要求」タグをマークすることができる。このようなタグは、メッセージが配達されたこと及び／又はメッセージをいつオープンしたかの通知を送信者が要求できるようにする。送信者が配達通知を要求するときには、インターネットのｅ−メールシステムは、メッセージが受信者のメールサーバー又は電子インボックスに配達されたというｅ−メール受領書を送信者に与える。この受領書メッセージは、メッセージのタイトルと、行先アドレスと、配達時刻とを含む。又、このメッセージは、（メーリングソフトウェアに設けられてアクチベートされる「フラグ」の形式に基づいて）メッセージがその行先への途中に通過する全てのインターネット「ステーション」のリストも含む。この形式のレポートは、ｅ−メールを実施するルール及びプロトコルの幾つかに組み込まれる。更に、メッセージが「読み取り通知」要求と共に送信されるときには、受信者のｅ−メールプログラムは、受信者がそのメッセージを読むためにオープンしたというｅ−メール通知を送信者へ送信する。多くの電子メールクライアントは、この種のレポートをサポートできそしてサポートするが、インターネットプロトコルは、この命令を行うものではない。
【０００４】
しかしながら、これは、通知要求と共に送信されるｅ−メールが全ての観点において書留郵便と同じ有効性であることを意味しない。人々が手紙を配達証明や書留にするのは、配達の証拠、例えば、民事又は刑事訴訟に使用できる証拠、或いはメッセージが送信され、ジョブが完了され、注文が出され、又は契約要件が満足したことで監督者、クライアント又は政府機関を満足させる証拠を希望するからである。
【０００５】
米国ポスタルサービス（ＵＳＰＳ）からの書留受領書は、ＵＳＰＳが後援することにより配達証明を構成する。この受領書は、当該手紙や荷物がその住所又は許可された代表者に実際に配達されたという郵便局の確認を表わす。他方、ｅ−メール受領書の場合には、ｅ−メールが、法廷においてメッセージが配達された証拠としての説得力のある証拠品として受け入れられ信頼されるには、種々のハードルが存在する。結局、この受領書は、誰かがいつでも変更したり又は作成したりすることのできる単なる別のｅ−メールメッセージかもしれない。
【０００６】
ｅ−メールによる通信の便宜性及び低コスト性の利点を充分に取り入れるために、ｅ−メールメッセージの内容及び配達の信頼性ある証拠を与えることのできるｅ−メールシステム及び／又は方法が要望されている。
この要望を満足するために、サービス中に記録することにより送信者が第三者の配達証明を受け取ることのできる幾つかのシステムが確立されている。
ａ）送信者は、電子メッセージを、文書の意図された受信者のリストと共に第三者に送信する。
ｂ）第三者は、メッセージの意図された受信者の各々に通知を送信して、そのメッセージを見ることのできる第三者のウェブサイトを訪れるように招待する。
ｃ）意図された受信者が第三者のウェブサイトを訪れてそのメッセージを見た場合には、第三者がその訪問を記録し、従って、送信者は、自分のメッセージを受信者が読んだことを知ることができる。
【０００７】
このようなシステムの欠点は種々様々ある。第１に、それらシステムは、本質的に、ｅ−メールの受信者が協力して第三者のサービスからそれらのメッセージを収集することに依存している。しかしながら、送信者がメッセージの配達証明を希望する環境は、意図された受信者が協力してメッセージを受信すると仮定できない場合がしばしばある。例えば、メッセージの確認受領書が受信者に財政的又は法的な負担を課する場合には、受信者は、メールを受信できるという通知を単に無視することができる。このようなシステムでは、意図された受信者が待機中メールの通知を受信したことを保証するものは何もないことに注意されたい。第２に、このようなシステムは、各メッセージを送信し、収集しそしてその配達を検証するために送信者及び／又は受信者がワールドワイドウェブサイトに接続することを必要とするので、通常のｅ−メールに比して、使用が厄介で且つ低速である。更に、このような方法による文書の送信は、送信者及び受信者の両方がウェブサイトにファイルをアップロード及びダウンロードすることを必要とする。最後に、これらの方法は、メッセージが収集されるか又は時間切れとなるときまで第三者が各メッセージの全コピーを保持する必要があるので、そのプロバイダーが、実質的な計算リソースを長時間にわたってデータ記憶及びデータ追跡に捧げることを必要とする。配達証明を与える別の方法として、あるシステムは、受信者が同じｅ−メールクライアントを使用するならば、メッセージが受信されたときに送信者に通知する独占的ｅ−メールクライアント又はウェブブラウザプラグインを与える。このようなシステムは、送信者及び受信者の両方が同じｅ−メールクライアントを使用する必要があるという明らかな欠点がある。
【０００８】
それ故、電子メッセージの内容及び配達について信頼性のある証拠を与えることができ、受信者の承諾又は協力を必要とせず、送信者又は受信者の側に特殊なｅ−メールソフトウェアを必要とせず、従来のｅ−メールと同じ又はほぼ同じ便宜性及び使用速度で動作し、そしてサービスプロバイダーによって経済的に動作することのできるｅ−メールシステム／方法の必要性が存在する。
【０００９】
【発明の開示】
本発明の一般的な目的は、ｅ−メールのような電子メッセージの内容及び配達を、機密で且つ偽造防止のドキュメンテーションにより、確実に検証するためのシステム及び方法を提供する。理想的には、本発明は、米国の書留郵便より優れていなくてもそれと同等の法的状態をｅ−メール及び他の電子メッセージに与える。しかしながら、本発明は有用な情報及び検証を与えるものであるから、ここに教示する方法に基づいて送信されるメッセージに対し何らかの特定の法的状態が容認されることは本発明にとって必要のないことである。
【００１０】
本発明は、システムを経て送信される各電子メッセージのデジタル符牒を形成しそして記録する電子メッセージシステムを包含する。発信者は、電子メッセージのコピーをシステムに送信するか、又はシステム自体の中で電子メッセージを発生する。次いで、システムは、電子メッセージを、「ｔｏ（主宛先）」アドレス及び「ｃｃ（コピー配布先）」アドレスを含む全ての受信者に（又は受信者に関連した行先メッセージハンドラーに）転送及び配達する。その後に、システムは、配達受領書を電子メッセージの発信者に返送する。この受領書は、とりわけ、オリジナルメッセージと、メッセージのデジタル符牒と、受信者への配達時刻を含むハンドシェーク及び配達経過とを含む。受領書に含まれた情報を後で検証及び認証するために、発信者即ちユーザは、受領書のコピーをシステムに送信する。システムは、次いで、デジタル符牒がオリジナルメッセージ及び受領書の他部分に一致することを検証する。両者が一致する場合には、システムは、手紙を送信するか、又は電子メッセージが変更されていないことを検証する他の認証確認を与える。
【００１１】
システムは、インターネットに接続されたｅ−メールサーバーの形態でよく、これは、多数のやり方で使用することができる。例えば、個々のユーザは、システムへ「カーボンコピー」（ｃｃ：）を送信するか又はシステム自体の中でメッセージを構成することにより、ｅ−メールのような電子メッセージを登録することができる。会社又はｅ−コマースユーザの場合に、それらユーザは、そのサーバーを本発明によるサーバーに対して変更し、そしてそれらの全外部電子メッセージを登録することができ、更に、システムが受領書を保持しそして公的記録するというオプションをもつことができる。システムは、暗号化された電子メッセージを受け入れて検証し、そして「ファイアウオール」内及び／又は外で電子メッセージを管理することができる。ウェブベースのユーザ、即ちＭＳＮＨｏｔｍａｉｌ（登録商標）やＹａｈｏｏＭａｉｌ（登録商標）のようなウェブベースのｅ−メールを使用する個人又は会社の場合に、それらユーザは、ボックスをチェックするか、さもなければ、それらのｅ−メールプログラム内のフラグをセットし、ｅ−メールを登録すべきかどうか及び／又は本発明のシステムを使用してメッセージを公的記録すべきかどうかケース・バイ・ケースで選択することができる。
【００１２】
デジタル符牒は、既知のデジタル符牒技術を使用して形成することができ、例えば、メッセージに対してハッシュ関数を遂行してメッセージのダイジェストを形成しそしてそのメッセージのダイジェストを暗号化することにより形成することができる。メッセージの本体、付属物、本体及び付属物を含む全メッセージ、そして個々のメッセージダイジェストに対して、個別のデジタル符牒を形成することができる。暗号化されたメッセージダイジェストは、ある形式のメッセージ認証又は有効確認コード、或いは機密ドキュメンテーションを与える。他のメッセージ認証及び／又は有効確認コードを発生しそして使用することもできる。
【００１３】
１つの特徴において、本発明は、電子メッセージの配達及び内容に関する証拠を与える方法において、送信者からコンピュータネットワークを横切って電子メッセージを受け取り、このメッセージは、それに関連した配達アドレスを有し、このメッセージに基づいてメッセージダイジェストを計算し、このメッセージダイジェストを暗号化し、上記配達アドレスに対応する行先にメッセージを電子的に送信し、メッセージの配達に作用する「簡単なメール搬送プロトコル（ＳＭＴＰ）」又は「拡張型ＳＭＴＰ（ＥＳＭＴＰ）」ダイアログを記録し、上記メッセージ及び配達アドレスに関連した「配達状態通知」情報を受け取り、上記送信者に電子受領書を与え、この受領書は、メッセージのコピーと、暗号化されたメッセージダイジェストと、（Ｅ）ＳＭＴＰトランスクリプトと、「配達状態通知」情報の少なくともサブセットとを含むものであり、そして将来の期日に、送信者から上記電子受領書を電子的に受信し、上記暗号化されたメッセージダイジェストが上記メッセージに対応することを検証し、そして上記メッセージが、上記配達アドレスに関連した電子メッセージハンドラーにより受信されたことを検証するという段階を備えた方法を提供する。
【００１４】
別の特徴において、本発明は、電子メッセージの配達を検証する方法において、ワイドエリアネットワークコンピュータシステム内で、行先アドレスへルーティングするためにメッセージ送信者から電子メッセージを受信し、行先アドレスに関連した電子メッセージサーバーとの通信を確立し、該サーバーは、行先サーバーを形成し、この行先サーバーに質問して、該行先サーバーが「配達状態通知（ＤＳＮ）」機能をサポートするかどうか決定し、その質問に対する応答を受信し、その質問及び応答は一緒にＳＭＴＰダイアログを形成し、このＳＭＴＰダイアログの結果に基づいて行先サーバーから「配達状態通知」情報を要求し、上記電子メッセージを行先アドレスへ送信し、上記電子メッセージの配達に対して上記行先サーバーからＤＳＮ情報を受信し、そして上記ＳＭＴＰダイアログの少なくとも一部分及び上記ＤＳＮ情報の少なくとも一部分を上記メッセージ送信者に与えるという段階を備えた方法を提供する。
【００１５】
更に別の特徴において、本発明は、受信した電子メッセージの内容を検証する方法において、電子メッセージを受信し、その受信したメッセージの内容に対応するデジタル符牒を発生し、上記メッセージ及びデジタル符牒を行先アドレスに与え、そしてその後、上記デジタル符牒が上記メッセージに対応することを検証するという段階を備えた方法を提供する。
【００１６】
本発明の更に別の特徴によれば、上記方法は、メッセージが受信者により電子的に受信されたかどうか確立することを含むもので、送信者から受信者のアドレスと共に電子的に発送されるべきメッセージを用意し、このメッセージに関連した符牒を形成し、そのメッセージを受信者のアドレスへ電子的に発送し、そのメッセージを追跡して、受信者のアドレスへ発送されたメッセージの最終的な「配達状態」を決定し、このメッセージの最終的な「配達状態」を受信すると、受領書を発生し、該受領書は、メッセージのコピーと、符牒と、メッセージの最終的な「配達状態」とを含むものであり、そしてその受領書を送信者に与えて、メッセージが受信者により電子的に受信されたことを後で確立するという段階を備えている。
【００１７】
本発明の更に別の特徴によれば、受信者に送信された電子メッセージが読み取られたことを証明するための方法において、電子メッセージを受信者のアドレスと共に与え、その電子メッセージに対応するデジタル符牒を計算し、その電子メッセージを受信者のアドレスに電子的に発送し、受信者から「メールユーザエージェント（ｅ−メールクライアント「読み取り」）通知を要求し、その読み取り通知を受信した際に、読み取り受領書を発生し、この読み取り受領書は、メッセージのコピーと、対応電子メッセージに対するデジタル符牒と、受信者からの読み取り受領書に対する第２のデジタル符牒とを含むものであり、そして上記メッセージが受信者により受信されたことを後で検証するためにこの読み取り受領書を与えるという段階を備えた方法が提供される。
【００１８】
本発明の更に別の特徴によれば、電子メッセージのコピーとされているものの完全性を確認するための方法において、上記電子メッセージのコピーとされているものを受信し、このコピーとされているものは、それに関連した暗号化されたメッセージダイジェストを含み、このメッセージダイジェストを暗号解読し、上記コピーとされているものの内容に基づいて第２のメッセージダイジェストを発生し、そして上記暗号解読されたメッセージダイジェストと上記第２のメッセージダイジェストとを比較して２つのメッセージダイジェストが一致するかどうか決定することにより上記コピーとされているものを有効性確認するという段階を備えた方法が提供される。
【００１９】
本発明の更に別の特徴によれば、受信された登録ｅ−メールを有効確認するための方法において、電子的な受領書を受け取り、該受領書は、ベースメッセージ及び暗号化されたメッセージダイジェストを含むものであり、更に、その暗号化されたメッセージダイジェストを暗号解読し、上記ベースメッセージから第２メッセージダイジェストを発生し、そして上記暗号解読されたメッセージダイジェストが上記第２メッセージダイジェストに一致する場合に上記ｅ−メールを有効とする段階を備えた方法が提供される。
【００２０】
更に別の特徴において、本発明は、ユーザが機密メッセージを送信及び受信するために行くことのできるウェブサイトであって、ウェブサイトのホストが独立した第三者として働いて、メッセージを送信及び受信すると共に、メッセージの内容及び配達に関して機密のドキュメンテーションを与えるようなウェブサイトに係る。
本発明の上述した目的、並びに本発明の他の特徴及び効果は、同じ部分が同じ番号で示された添付図面を参照した好ましい実施形態の以下の詳細な説明、及び特許請求の範囲から当業者に容易に明らかとなろう。
【００２１】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
この説明は、何ら限定を意図するものではなく、本発明の一般的な原理を単に例示するものに過ぎない。以下の詳細な説明の章の表題及び全体的な編成は便宜的なものに過ぎず、本発明を限定するものではない。従って、本発明は、インターネットネットワークアーキテクチャー及びインフラストラクチャーを使用するｅ−メールメッセージシステムに関して説明する。ここに説明する特定のメッセージ形式及びネットワークアーキテクチャーは、説明上のものに過ぎず、本発明は、布線及び無線ネットワークを含む他のコンピュータネットワークアーキテクチャーを使用する他の電子メッセージプロトコル及びメッセージ形式にも適用できる。説明の便宜上、本発明によって処理されるメッセージは、ここでは「登録（書留）」メッセージと称する。以下の説明において、「ＲＰｏｓｔ」という語は、一般に、本発明を実施するソフトウェア及び／又はハードウェアを形成し及び／又は動作し、及び／又は指定の第三者メッセージ検証者として働く第三者エンティティを指すものとする。この語は、例示の便宜上使用されるものに過ぎず、本発明を限定するものではないと理解されたい。
【００２２】
Ｉ．出メールサーバーとしてのＲＰｏｓｔの実施形態
図１は、出て行くｅ−メールが本発明により登録される本発明の第１実施形態のシステム図である。この実施形態において、ＲＰｏｓｔ登録サーバー１４は、メッセージ送信者のメールユーザエージェント（ＭＵＡ）１３に対する一次の出メール搬送エージェント（ＭＴＡ）として働く。メッセージ受信者１８は、技術的には、受信人であり、それ故、この時点では、単に意図された受信者又は意図された行先であるが、説明を簡略化するため、このエンティティは、ここでは、受信者、受信人又は行先と称する。単一のメッセージが多数の異なる行先を有してもよく、そしてそれらの各々に異なるＭＴＡを経て到達できることに注意されたい。
【００２３】
登録メッセージを送信する方法は、次の３つの部分に分割することができる。
１）前処理：メッセージを送信する前に行われるステップ；
２）送信：メッセージを受信人に配達する方法；
３）後処理：配達、受領書の作成及び受領書の有効確認の後にメッセージに関する情報を収集するための手順。
【００２４】
１．１前処理
送信のためのメッセージを受け取ると、ＲＰｏｓｔサーバーは、各メッセージに対してデータベースに記録を形成し、これは、次のような情報を記憶するのに使用される。
ａ）メッセージが受信された時刻
ｂ）メッセージの付属物の名前
ｃ）メッセージのアドレスの番号
【００２５】
メッセージの行先ごとに、データベースは、次のものを記録する。
ａ）行先の名前（もし得られれば）
ｂ）行先のインターネットアドレス
ｃ）メッセージが行先のメールサーバーに配達された時刻
ｄ）この行先の配達状態
システムにより使用される受信者の配達状態は、次のものを含む。
ＵＮＳＥＮＴ（非送信）
この状態は、メッセージが送信されなかったことを示す。
ＤＥＬＩＶＥＲＥＤ−ＡＮＤ−ＷＡＩＴＩＮＧ−ＦＯＲ−ＤＳＮ（配達済みでＤＳＮを待機している）
この状態は、成功／失敗通知を予想できるように配達状態通知（ＤＳＮ）をサポートするＥＳＭＴＰ適合ＭＴＡへメッセージが配達されたことを
示す。
【００２６】
ＤＥＬＩＶＥＲＥＤ（配達済み）
この状態は、この受信者に送信されたメッセージのコピーが、ＥＳＭＴＰＤＳＮをサポートしないサーバーへ首尾良く配達されたことを意味する。
ＤＥＬＩＶＥＲＥＤ−ＴＯ−ＭＡＩＬＢＯＸ（メールボックスへ配達済み）
この状態は、この受信者へ送信されたメッセージのコピーが受信者のメールボックスへ配達されたことを示すＤＳＮメッセージが受け取られたことを意味する。
ＲＥＬＡＹＥＤ（中継済み）
この状態は、この受信者へ送信されたメッセージのコピーが別のサーバーへ更に中継されたことを示すＭＴＡＤＳＮが受け取られたことを意味する。
ＵＮＤＥＬＩＶＥＲＡＢＬＥ（配達不能）
この状態は、試みを繰り返した後に、ＲＰｏｓｔがこの受信者へメッセージを配達するためにＭＴＡに接続できなかったことを示す。
ＦＡＩＬＥＤ（失敗）
この状態は、この受信者へのメッセージのコピーの配達が失敗であったことを示すＭＴＡＤＳＮが受け取られたことを意味する。
【００２７】
このとき、システムは、メッセージの内容に対してハッシュ関数も実行する。
ＲＰｏｓｔサーバー１４は、ハッシュ関数及び暗号アルゴリズムを使用する。ハッシュ関数は、ＭＤ２、ＭＤ５又は機密ハッシングアルゴリズム（ＳＨＡ）を含む良く知られたハッシュ関数の１つ、或いは将来開発されるであろう他のハッシュ関数でもよい。ハッシュアルゴリズム及び方法は、１９９３年、ジョン・ウィリー＆ソンズ・インク（ニューヨーク）、ブルース・シュナイダー著の「ＡｐｐｌｉｅｄＣｒｙｐｔｏｇｒａｐｈｙ：Ｐｒｏｔｏｃｏｌｓ，Ａｌｇｏｒｉｔｈｍｓ，ａｎｄＳｏｕｒｃｅＣｏｄｅｉｎＣ」；フェデラル・インフォーメーション・プロセッシング・スタンダード・パブリケーション１８０−１（ＦＩＰＳＰＵＢ１８０−１）「ＳｅｃｕｒｅＨａｓｈＳｔａｎｄａｒｄ」、ナショナル・インスティテュート・オブ・スタンダーズ・アンド・テクノロジー；及びクラウクジク氏の「ＤｉｓｔｒｉｂｕｔｅｄＦｉｎｇｅｒｐｒｉｎｔｓｆｏｒＩｎｆｏｒｍａｔｉｏｎＩｎｔｅｇｒｉｔｙＶｅｒｉｆｉｃａｔｉｏｎ」と題する米国特許第５，５３０，７５７号に記載されており、これらは、ハッシュ関数、暗号化、並びにそれら関数を実施するための方法及びシステムの教示について参考としてここに援用するものである。メッセージの内容が変更されたかどうか検出する他の既知の又は新規な方法が使用されてもよい。
【００２８】
良好なハッシュ関数Ｈは、一方向性であり、即ち逆転が困難である。ここで、「逆転が困難」とは、あるハッシュ値ｈが与えられたときに、Ｈ（ｘ）＝ｈというようにある入力ｘを見出すことが計算上不可能であることを意味する。更に、ハッシュ関数は、少なくとも弱く無衝突でなければならず、これは、あるメッセージｘが与えられたときに、Ｈ（ｘ）＝Ｈ（ｙ）というようにある入力ｙを見出すことが計算上不可能であることを意味する。その結果、使用するアルゴリズム及びそれにより生じるハッシュ値又はメッセージダイジェストを知っている自称捏造者でも、同じ番号にハッシュする偽造メッセージを形成することができない。ハッシュ関数により返送されるハッシュ値ｈは、一般に、メッセージダイジェストと称される。このメッシュダイジェストは、メッセージｘの「デジタル指紋（ｆｉｎｇｅｒｐｒｉｎｔ）」とも称される。現在、一方向性のハッシュ関数は、結果が安全で、捏造されないことを確保するために、少なくとも１２８ビット長さの出力を発生することが推奨される。現在の技術状態が進歩するにつれて、安全ハッシュ関数として推奨される長さが増加するであろう。
【００２９】
ＲＰｏｓｔサーバー１４は、メッセージ本体に対するメッセージダイジェストと、メッセージの各付属物に対する個別のメッセージダイジェストとを計算し、そしてそれらを、メッセージの受領書に後で含ませるように記憶する。
登録に必要なようにメッセージを変更する前に、オリジナルメッセージ及びその付属物のコピーは、それらを後でシステムによって検索できるように記憶される。
ＲＰｏｓｔサーバーは、メッセージを、受信者のＭＴＡへ送信する前に多数のやり方で変更することができる。
【００３０】
本発明の実施にとって必要ではないが、メッセージが登録されたことを表わすためにメッセージにタグを付けることができ、これは、例えば、メッセージの「当該」ラインの始めに「登録済み」という語を挿入するか、又は「このメッセージは、ＲＰｏｓｔに登録されている。付加的な情報については、当方のウェブサイトｗｗｗ．ＲＰｏｓｔ．ｃｏｍへおいで下さい」というタグをオリジナルメッセージの終わりに添付するか、或いは他のタグにより行われる。更に、タグは、インストラクションや、ワールドワイドウェブアドレスや、リンクを含んでもよく、これは、登録メッセージを構成して送信できるウェブページにリンクすることにより受信者を招待してそのメッセージに対して登録応答を送信できるようにする。
タグは任意であるが、配達されたメッセージは、ここでは、一般に、タグ付きメッセージと称する。
インターネットプロトコルは、ｅ−メールメッセージに対して２つの形式の受領書を与える。
【００３１】
ＭＴＡ通知
これは、種々の事象が生じたというメッセージの名目送信者を表わす受信者のＭＴＡにより送信されるｅ−メールである。ＳＭＴＰプロトコルに合致するＭＴＡは、通常、差出人が受信人のメールボックスにメッセージを配達できない場合にのみ通知を送信する（これは、アドレスが有効でないか、又は受信人のメールボックスがその割り当てられた記憶量を越えた場合に生じる）。
【００３２】
拡張ＳＭＴＰ規格が導入されると、送信側ＭＴＡがメッセージ配達の成功及び失敗の通知を要求できるようになった。この配達状態通知（ＤＳＮ）は、ある事象が生じたとき、例えば、メッセージが受信者のメールボックスに首尾良く入れられたとき、何らかの理由で受信者のメールボックスにメッセージを配達できないとき、又はＤＳＮ受領書を与えない別のサーバーへ受信者のメッセージが中継されたときに、受信側ＭＴＡによりメッセージの名目送信者に送信されるｅ−メールである。
【００３３】
拡張ＳＭＴＰ（ＥＳＭＴＰ）プロトコルをサポートするｅ−メールサーバーのみがこの形式のＤＳＮをサポートし、そしてこの機能のサポートは、ＥＳＭＴＰサーバーにとって任意であり、サーバーの管理者により選択されたコンフィギュレーションに依存する。
ＤＳＮは、ＥＳＭＴＰが出現してから使用される用語であるが、以下の説明では、ＥＳＭＴＰプロトコルに適合するかどうかに関わらず受信メッセージの状態に関するＭＴＡ発生メッセージを指すものとして「ＤＳＮ」を使用する。
【００３４】
ＭＵＡ通知（読み取り通知）
これは、ある事象が生じたとき、例えば、メッセージが読み取りのためにオープンされるか、又は読み取られずにシステムから削除されたときに、受信者のメールユーザエージェント（ＭＵＡ）（ｅ−メールプログラム）によりメッセージの（名目上の）著者へ送信されるｅ−メールである。インターネットの規定（ＲＦＣ１８９１）によれば、ＭＵＡプログラムが強制的にこのような通知を発生することはできない。ＭＵＡがこれら受領書を発生するかどうかは、ユーザにより選択されたコンフィギュレーションに依存する。
【００３５】
ＲＰｏｓｔサーバー１４は、適合するＭＴＡ及びＭＵＡからＭＴＡＤＳＮ及びＭＵＡ通知の両方を選択するよう試みるやり方でメッセージを構成しそして送信する。適合するＭＵＡから読み取り受領書を選択するために、ｅ−メールメッセージのヘッダ区分にあるヘッダを含ませねばならない。異なるＭＵＡが異なるヘッダに応答し、従って、サーバー１４は、種々のＭＵＡにより確認される形態で読み取り通知を要求する各メッセージに多数の異なるヘッダを追加する。これらのヘッダは、全て、次の形態をとる。
ヘッダラベル：ユーザ名＜ユーザアドレス＞
例えば、
破棄通知、宛先：ジョン・スミス＜ｊｓｍｉｔｈ＠ａｄｏｍａｉｎ．ｃｏｍ＞
読取通知、宛先：ジョン・スミス＜ｊｓｍｉｔｈ＠ａｄｏｍａｉｎ．ｃｏｍ＞
ここで、「ジョン・スミス」は、ＭＵＡ通知を送付すべきユーザの名前であり、そして「＜ｊｓｍｉｔｈ＠ａｄｏｍａｉｎ．ｃｏｍ＞」は、ユーザのインターネットアドレスである。通常、このようなヘッダは、メッセージの著者を指すが、本発明の方法の場合には、ＲＰｏｓｔにより通知を処理できるように通知をＲＰｏｓｔへ返送することが要求される。これを確実に行うために、サーバー１４は、ＲＰｏｓｔサーバーにより処理を行えるアドレス、例えば、「ｒｅａｄｒｅｃｅｉｐｔ＠ＲＰｏｓｔ．ｃｏｍ」へＭＵＡ受領書を送信することを要求するヘッダを挿入する。これは、適合する受信者ＭＵＡに、それらの通知を処理のためにＲＰｏｓｔアドレスに送信するよう命令する。
【００３６】
返送されるＭＵＡ通知を処理するタスクは、この段階で処理しなければならない別の問題を発生する。ＭＵＡ通知のフォーマット又は内容を支配する規格はない。しばしば、それらは、オリジナルメッセージの主題と、事象（例えば、「読み取りのためにオープンする」）の時刻とを引用して、報告する。しかし、たとえこの情報が通知に含まれても、それを促すメッセージを独特に識別するか又はそのメッセージの著者を識別するのに充分であることは稀である。システムは、ＭＵＡ通知を受信すると、それを促すメッセージを識別して、ＲＰｏｓｔが送信者のために発生する受領書に通知情報を含ませることができねばならない。或いは、システムは、少なくとも、ＭＵＡ通知が指すメッセージの送信者を確実に識別して、その通知情報をＲＰｏｓｔ読み取り受領書（以下に述べる）の形態で送信者へ送付できるようにしなければならない。
【００３７】
この後者の目標を達成するために、システムは、インターネットアドレスが、２つの成分、即ち名前フィールド及びアドレスフィールドを有することの利点を取り入れることができ、アドレスフィールドは、コーナー引用符「＜＞」により区切られている。ほとんどのＭＵＡは、それらのＭＵＡ通知の行先アドレスに両フィールドを含む。ＭＵＡ受領書に対してその要求を構成する際に、ＲＰｏｓｔシステムは、サーバー１４の読み取り受領書取り扱いアドレスを通知のためのアドレスとして含ませるが、ヘッダの名前フィールドにオリジナル送信者のアドレスを使用する。例えば、メッセージのオリジナル送信者が、ユーザであるジョン・スミスで、インターネットアドレスｊｓｍｉｔｈ＠ａｄｏｍａｉｎ．ｃｏｍを有する場合には、ＲＰｏｓｔサーバーは、次の形態のヘッダを含む。
破棄通知、宛先：ｊｓｍｉｔｈ＠ａｄｏｍａｉｎ．ｃｏｍ＜ｒｅａｄｒｅｃｅｉｐｔｓ＠ＲＰｏｓｔ．ｃｏｍ＞
これは、通常、適合ＭＵＡが、次のようにアドレスされたｒｅａｄｒｅｃｅｉｐｔｓ＠ＲＰｏｓｔ．ｃｏｍへ通知を送信する結果となる。
ｊｓｍｉｔｈ＠ａｄｏｍａｉｎ．ｃｏｍ
＜ｒｅａｄｒｅｃｅｉｐｔｓ＠ＲＰｏｓｔ．ｃｏｍ＞
アドレス「ｒｅａｄｒｅｃｅｉｐｔｓ＠ＲＰｏｓｔ．ｃｏｍ」においてこのような通知を受信すると、サーバーは、受信人のフィールドをパージングすることにより、その通知がｊｓｍｉｔｈ＠ａｄｏｍａｉｎ．ｃｏｍにより最初に送信されたメッセージに関するものであると決定できる。これは、通知の内容を検査することにより決定できない場合にもそうである。この情報が手元にある状態では、サーバーは、通知の内容をデジタル符牒のＲＰｏｓｔ読み取り受領書で包んで、その受領書をアドレスｊｓｍｉｔｈ＠ａｄｏｍａｉｎ．ｃｏｍに送信することができる。
【００３８】
又、ＲＰｏｓｔシステムは、受信者ＭＴＡによって発生されたＭＴＡＤＳＮ通知を選択して収集するようにも努力する。このような通知は、常に、メッセージヘッダの「ＦＲＯＭ（から）：」フィールドにリストされたアドレスへ送られるので、サーバー１４は、メッセージが、ＤＳＮを処理できるＲＰｏｓｔアドレスに「から：」として受け取られるように、各メッセージヘッダを変更しなければならない。
【００３９】
しかしながら、ＤＳＮを処理する問題は、この段階で処理しなければならない別の問題を引き起こす。ＤＳＮは、標準的な内容又はフォーマットを有しておらず、即ちこれらｅ−メールの内容を検査するだけでは、それらの内容がどんなメッセージの通知を与えるか決定することがしばしば不可能となる。この問題は、ＤＳＮ封筒ＩＤ番号を使用することによりＥＳＭＴＰプロトコルに従って発生されたＤＳＮに向けられたものであると仮定する（ＲＦＣ１８６９を参照）。このプロトコルに基づき、送信側ＭＴＡは、ＤＳＮに対する要求と共に参照番号を含ませることができる。この番号は、返送ＤＳＮに引用され、送信者がＤＳＮの当該メッセージを識別できるようにする。しかしながら、実際に、自分自身をサポート側ＥＳＭＴＰＤＳＮとして報告する多くのＭＴＡは、ＤＳＮ封筒ＩＤも、当該メッセージを確実に識別するに充分な他の情報も返送しない。最終的に、あるＤＳＮが、それが通知を与えるところのメッセージを識別するに充分な情報を返送する場合でも、その通知を促したメッセージの特定アドレスを識別するに充分な情報を含まないことがしばしばある。従って、単一のメッセージがドメインにおける２つの受信人に送信され、その一方は、受信人のメールボックスに首尾良く配達され、他方は、配達されない。ドメインに対するＭＴＡは、どの受信人に首尾良く配達されそしてどの受信人には配達されなかったかをＤＳＮの受信者が決定できないようなやり方でこれら事象をＤＳＮにおいて報告する（例えば、ＤＳＮが、受信者のアドレスを、オリジナルメッセージに含まれたアドレスではなくそれらのローカルエイリアス名として報告する場合に起こり得る）。
【００４０】
本発明は、この問題を次の４つの段階で解決する。
１）各々の出て行くメッセージに対し独特の識別番号が発生される（例えば、タイムスタンプに基づいて）。この番号は、データベースに記憶される。
２）各メッセージの受信者は列挙され、そして識別番号がデータベースに記憶される。
３）メッセージは、意図された各受信者のＭＴＡに別々に送信される。（２人の受信者が共通のドメイン名及びＭＴＡを有するときでも、サーバー１４は、２つの別々のＳＭＴＰテレネットセッションにおいてそのＭＴＡへメッセージを送信する）。
４）サーバー１４は、受信者のＭＴＡにメッセージを送信すると、メッセージの「から」フィールドを増大し、メッセージの独特のＩＤ及び送信者の識別番号を組み込んだアドレスから送信されたものとしてメッセージを示す。アドレスは、サーバーが返送メッセージをＤＳＮとして識別できるようにするサブストリング（例えば、「ｒｃｐｔ」）も含む。
【００４１】
従って、ジョン・スミスという名前の送信者からサーバー１４により「ｍｍｙｙｄｄｓｓ」と呼称される単一のメッセージは、次のようなヘッダ表示で第１の意図された受信者（システムにより「ａ」と呼称される）へ送信される。
から：ジョン・スミス＜ｒｃｐｔｍｍｄｄｙｙｓｓａ＠Ｒｐｏｓｔ．ｃｏｍ＞同じメッセージが、次のヘッダ表示で第２の受信者へ送信される。
から：ジョン・スミス＜ｒｃｐｔｍｍｄｄｙｙｓｓｂ＠Ｒｐｏｓｔ．ｃｏｍ＞多くのｅ−メールＭＵＡは、メッセージの送信者の名前のみを表示し、従って、特殊なアドレスは、ほとんどの受信者から見えない。
【００４２】
この形態のアドレッシングの要旨は、受信者ＭＴＡがＤＳＮを発生するときには（ＥＳＭＴＰに適合するかどうかに関わらず）、ＤＳＮを異なるＲＰｏｓｔアドレスにアドレスする。これらのＤＳＮを受信すると、サーバー１４は、それらを「ＲＣＰＴ」プレフィックスによりＤＳＮメッセージとして識別し、そしてアドレスをパージングすることにより、どのメッセージ及びどの受信者がＤＳＮの対象であるか決定することができる。
システム１４は、メッセージを受信者のＭＴＡへ送信するよう試みるたびにメッセージの受信者を指すように各メッセージの「から」フィールドを変更する。
【００４３】
送信されたメッセージに対する受信者の応答が適切に向けられるように確保するために、システム１４は、オリジナル送信者の名前及びインターネットアドレスを列挙するメッセージに明確な「ｒｅｐｌｙ−ｔｏ（応答宛先）：」メッセージヘッダを追加する。ここに示す例の場合には、これは、次の通りである。
応答宛先：ジョン・スミス＜ｊｓｍｉｔｈ＠ａｄｏｍａｉｎ．ｃｏｍ＞
これは、受信者ＭＵＡが、受信メッセージに対する応答を、構成されたＲＰｏｓｔアドレスではなく、実際の送信者のアドレスに向けるように導く。
【００４４】
１．２送信
上述したように、方法の一部分として、ＲＰｏｓｔサーバーは、出て行くメッセージの個別のコピーをそのメッセージの各受信人へ送信する。更に、ＲＰｏｓｔは、各行先に対し記録のメール交換機（ＭＸ）で直接的なＳＭＴＰ接続を経て各々の配達を行うように試みる。
注：各有効なインターネットｅ−メールアドレスは、インターネットドメイン名又はＩＰアドレスを含む。各ドメイン名／アドレスには、そのドメイン内のアドレスに対してメールを受信することが許されたｅ−メールサーバー（１つ又は複数）が関連される。あるドメインは、２つ以上のサーバーを有することに注意されたい。各ドメインを担当するドメイン名サーバーは、インターネットを横切ってそのメールサーバーの認識をブロードキャストする。この情報は、公衆に利用できるもので、インターネットｅ−メール及びドメイン名サーバーを支配するルール及び規定に合致するやり方で管理されそして送信される。
【００４５】
メッセージのコピーを行先へ送信する前に、ＲＰｏｓｔサーバーは、行先のドメインに関連したＭＴＡを識別するためにインターネット名サーバールックアップを実行する。行先アドレスに代わってメールを受信する役割を果たすＭＴＡを識別すると、システムは、行先のローカルＭＴＡとのテレネット接続をオープンするように試みる。
インターネットｅ−メールを、それらが最終的な行先に到達するまでＭＴＡからＭＴＡへ中継するのが一般的な慣習である。ＲＰｏｓｔサーバーと行先ＭＴＡとの間に直接的な接続を要求する主たる目的は、ＲＰｏｓｔサーバーが、受信者ドメイン名に対するｅ−メールを受信する独占的役割を果たすｅ−メールサーバーと共に、メッセージの配達を記録できるようにすることである（この記録は、ＳＭＴＰダイアログの形態をとる）。
【００４６】
この記録の存在は、書留郵便の受領書が配達の証拠を与えるのと良く似た方法で、メッセージが配達された有用な証拠を与える。ＵＳＰＳ書留郵便は、受信人の許可された代理人（例えば、秘書又はメールルームの事務員）に配達されたことを証明できる場合に、検証可能に配達されるものとして処理される。ＲＰｏｓｔ配達受領書の証拠としてのメリットに対して法的に挑戦する場合には、インターネットのｅ−メールサービスプロバイダーを選択する際に、そのプロバイダーが受信者に代わり電子メッセージを収集することを受信者が許可することが確認される。次いで、そのサービスプロバイダーは、そのＭＴＡのアドレスをこのドメインに対する受け入れｅ−メールサーバーとしてブロードキャストすることにより、そのドメイン名のｅ−メール受信者の許可されたエージェントとしてその状態を確認する。
【００４７】
従って、受信者のｅ−メールを受信する役割を果たすメールサーバーへメッセージを直接配達すると、ＲＰｏｓｔは、受信者が自分のメールを受信するために法的に許可したエージェントへメッセージを配達する。配達トランザクション（このトランザクションは、ＳＭＴＰダイアログの形態をとる）を記録することにより、ＲＰｏｓｔは、受信者の許可したエージェントへの配達の証拠を得るように請求することができる。
【００４８】
ここに述べる方法は、各行先への配達の他の形式の証拠を収集するように試みるが、それらの試みが成功するか否かは、ＲＰｏｓｔの制御には存在しないファクタ（例えば、受信者のメールサーバーに配備されるＳＭＴＰサポートの形式）に依存することに注意されたい。他方、受信者のメールサーバーへの配達指令が成功するたびに、常に、ＳＭＴＰ記録が発生される。この記録を記録すると、ＲＰｏｓｔは、インターネットメールに対する最小プロトコル（ＳＭＴＰ）に適合する有効なインターネット行先への配達の証拠を与えることができる。これは、ＥＳＭＴＰＤＳＮに依存することにより配達を証明するよう試みる他の方法に勝る現在の方法の重要な効果を表わす。
【００４９】
メッセージの行先に対してＭＴＡを識別すると、ＲＰｏｓｔサーバーは、ＲＦＣ１８６９に合致する「ＥＨＬＯ」ハンドシェークを発生することによって行先ＭＴＡとのＥＳＭＴＰ接続をオープンするように試みる。サーバー１６がＥＳＭＴＰをサポートする場合には、それがどのＥＳＭＴＰサービスをサポートするかリストすることにより応答する。
サーバー１６がＥＳＭＴＰをサポートする場合には、ＲＰｏｓｔサーバーは、先ず、サーバー１６がＥＳＭＴＰサービス「ＶＥＲＩＦＹ（検証）」をサポートするかどうか決定する。この検証サービスは、発呼ＳＭＴＰサーバーが、とりわけ、ＭＴＡドメインのアドレスが本物であるかどうか決定できるようにする。ＲＰｏｓｔサーバーが、これらの手段により、そのメッセージを配達しようと試みているアドレスが有効でないと決定する場合には、接続を終了し、このアドレスへのメッセージ配達の試みを停止し、そしてこのメッセージ行先の状態を「ＵＮＤＥＬＩＶＥＲＡＢＬＥ（配達不能）」としてそのデータベースに記録する。
【００５０】
その結果に関わらず、ＲＰｏｓｔサーバーは、ＥＳＭＴＰＶＥＲＩＦＹダイアログをファイルに記録すると共に、それを、そのメッセージの配達受領書に後で付属させるか又は含ませることができるように記憶する。セキュリティとの関連性から、若干のＥＳＭＴＰサーバーがＶＥＲＩＦＹファンクションをサポートすることに注意しなければならない。
システム１６がＶＥＲＩＦＹ方法をサポートしない場合にも、ＲＰｏｓｔサーバーは、システム１６へメッセージを配達するよう試みる。通常、ＭＴＡは、名目上そのドメイン内にあるアドレスに対するメッセージを受け入れ、そしてそのアドレスが無効である場合にＤＳＮを後で送信する。
【００５１】
次いで、ＲＰｏｓｔサーバーは、行先サーバーがＥＳＭＴＰサーバーＤＳＮをサポートするかどうか決定するよう試みる。もしそうであれば、ＲＰｏｓｔは、受信人への配達が成功又は失敗した場合に、ＥＳＭＴＰＤＳＮでメッセージの送信者にサーバー１６が通知するという要求と共にメッセージを送信する。この行先へのメッセージの送信が成功した後に、システムは、この行先の配達状態を「ＤＥＬＩＶＥＲＥＤ−ＷＡＩＴＩＮＧ−ＦＯＲ−ＤＳＮ（配達済みでＤＳＮを待機している）」として記録する。
【００５２】
サーバー１６が、ＥＳＭＴＰをサポートしないことを指示するように「ＥＨＬＯ」ハンドシェークに応答する場合には、ＲＰｏｓｔサーバーは、ＳＭＴＰ接続を開始するために「ＨＥＬＯ」メッセージを発生する。この接続が達成される場合には、ＲＰｏｓｔサーバーは、ＳＭＴＰプロトコルに適合するようにメッセージを送信し、そして行先の配達状態を「ＤＥＬＩＶＥＲＥＤ（配達済み）」として記録する。
【００５３】
接続がＳＭＴＰであるかＥＳＭＴＰであるかに関わらず、ＲＰｏｓｔサーバーは、２つのサーバー間の全プロトコルダイアログを記録する。通常、このダイアログは、プロトコルメッセージを含み、とりわけ、行先サーバーは、それ自身を識別し、名前のある受信者に対してメッセージをアップロードするための許可を与え、そしてメッセージが受け取られたことを確認する。ＲＰｏｓｔは、このトランザクションの記録をセーブして、それが後で検索されそしてこのメッセージに対するＲＰｏｓｔ配達受領書に含まれ又は付属されるようにする。
【００５４】
種々の理由で、ＲＰｏｓｔは、受信者のＭＴＡとのＳＭＴＰ接続を達成できないことがあり、又はこのような接続は得られるが受信者によりメッセージを送信する許可が拒絶されることがある。この場合、インターネットＤＮＳルックアップが、行先アドレスが多数のＭＴＡによりサービスされることを表わすならば、ＲＰｏｓｔサーバーは、それらの各々にそのメッセージを配達するよう試みる。ＲＰｏｓｔは、システムリソースが許す頻繁さで適当なＭＴＡに配達を試み続ける。ある長さの時間の後に、ＲＰｏｓｔがメッセージをアドレスに配達できない場合には、このメッセージのこの受信者の状態を「ＵＮＤＥＬＩＶＥＲＡＢＬＥ（配達不能）」とマークし、そしてこのメッセージをこの行先アドレスに送信する試みを停止する。
【００５５】
ＲＰｏｓｔサーバーは、ＥＳＭＴＰＤＳＮを明確にサポートする行先サーバーへメッセージを首尾良く送信するときには、このメッセージに対するこの受信者の状態を「ＤＥＬＩＶＥＲＥＤ−ＡＮＤ−ＷＡＩＴＩＮＧ−ＦＯＲ−ＤＳＮ（配達済みでＤＳＮを待機している）」として記録する。
ＲＰｏｓｔサーバーは、ＥＳＭＴＰＤＳＮを明確にサポートしない接続を経て行先サーバーへメッセージを首尾良く送信するときには、このメッセージに対するこの受信者の状態を「ＤＥＬＩＶＥＲＥＤ（配達済み）」として記録する。
【００５６】
１．３後処理
ＤＳＮ処理
ＭＴＡＤＳＮは、独占的ドメイン（例えば、「ＲＰｏｓｔ．ｃｏｍ」）の架空のアドレスにアドレスされたＲＰｏｓｔサーバーへ返送され、これらのアドレスは、上述したように構成される。ＲＰｏｓｔサーバーは、そのドメインにアドレスされた全てのインバウンドメールを走査し、そしてそれらの識別サブストリング（例えば、「ｒｃｐｔ」）によりＤＳＮメッセージを検出する。これらアドレスを上述したようにパージングすることにより、システムは、メッセージと、ＤＳＮ通知を促した受信者とを識別することができる。
【００５７】
ＤＳＮメッセージに対する標準的なフォーマットはなく、又、それらの結果を報告する標準的な語彙もない。受信したＤＳＮを評価するために、システムは、主題ライン及びＤＳＮメッセージの本体を、ＤＳＮの意味を表わすワード及びフレーズについて見なければならない。例えば、「首尾良い配達」又は「メールボックスへ配達された」又は「配達された」というフレーズは、通常、ＤＳＮに関するメッセージが行先のメールボックスに入れられたことを表わす。システムは、このようなフレーズを検出すると、メッセージのこの行先の配達状態を「ＤＥＬＩＶＥＲＥＤＴＯＭＡＩＬＢＯＸ（メールボックスへ配達された）」に変更する。
【００５８】
「配達できなかった」、「致命的エラー」、「失敗」及び「不首尾な」というフレーズは、通常、メッセージを行先へ配達するためのＭＴＡによる失敗を報告するＤＳＮを表わす。ＤＳＮにおいてこれらのフレーズを検出すると、システムは、受信者の配達状態の記録を「失敗」に変更する。
システムは、常に、行先のドメインに対して独占的ＭＴＡへメールを配達するが、これらのＭＴＡは、時には、メッセージを異なるサーバーへ中継する（例えば、受信側ＭＴＡがファイアウオールの後方にメールを送信するような場合に）。この場合に、ＤＳＮは、「中継された」又は「前方に中継された」等のフレーズを含む。この場合、システムは、受信者の配達状態を「ＲＥＬＡＹＥＤ（中継された）」に変更する。
ＤＳＮを評価しそしてそれに応じて受信者の配達状態を更新すると、システムは、それが含むＤＳＮ及び付属物をセーブし、このメッセージ（１つ又は複数）がＲＰｏｓｔ配達受領書に含まれ及び／又は付属されるようにする。
【００５９】
メッセージの管理
時々、システムは、各送信メッセージを走査し、そしてそのメッセージの各行先の状態を検査して、システムがその行先の配達の処理を完了したかどうか決定する。完了に対する基準は、行先の配達状態に基づく。
ＤＥＬＩＶＥＲＥＤ（配達済み）：この状態は、この受信者のメッセージのコピーが、ＥＳＭＴＰＤＳＮをサポートしないＭＴＡに配達されたことを指示する。それでも、このようなＭＴＡは、受信人のメールボックスにメッセージを配達できない場合に（例えば、行先アドレスがドメイン内の有効口座に対応しない場合に起こり得る）、ある形式の配達状態通知を送信することができる。従って、システムは、受信者ＭＴＡへの配達以来、ある時間周期が経過するまで、このような受信者に対する配達を完了として処理しない。この時間周期（通常、２ないし２４時間）は、大多数のサーバーが配達失敗通知を返送するに必要な最大時間の推定値を表わし、これは、特定の行先ドメインが離れているか、或いはこのような通知を発生するのが早いか又は遅いことが分かっている場合に調整される。
【００６０】
ＲＥＬＡＹＥＤ（中継済み）：この状態は、ＥＳＭＴＰＤＳＮをサポートしない別のＭＴＡへ受信者ＭＴＡがメッセージを転送したことを指示するＤＳＮが受け取られたことを意味する。この場合、それでも、メッセージが配達されたＭＴＡが、やがて、配達失敗通知を送信することが考えられる。従って、この状態を伴う受信者は、状態ＤＥＬＩＶＥＲＥＤ（配達済み）を伴う受信者と同じ条件のもとで完了として処理される。
【００６１】
ＤＥＬＩＶＥＲＥＤ−ＡＮＤ−ＷＡＩＴＩＮＧ−ＦＯＲ−ＤＳＮ（配達済みでＤＳＮを待機している）：この状態は、受信者のＭＴＡがＥＳＭＴＰＤＳＮをサポートし、そしてＤＳＮが懇請されるがまだ受け取られていないことを示す。ＭＴＡは、それ自身、このサービスをサポートするものとして識別するが、それでも、首尾良い配達の場合に、ＤＳＮを与えないことが時々起こり得る。従って、システムは、ある時間インターバルの後にＤＳＮが受信されない場合でも、この状態を伴う行先への配達を完了とみなす。このインターバル（通常、６ないし２４時間）は、適合するＭＴＡがＤＳＮを返送するのに通常要求される最大時間の推定値を表わす。
【００６２】
ＤＥＬＩＶＥＲＥＤ−ＴＯ−ＭＡＩＬＢＯＸ（メールボックスへ配達済み）：この状態は、首尾良い配達を示すＤＳＮがこの受信者に対して受け取られ、従って、この行先へのメッセージの配達が完了したことを指示する。
ＦＡＩＬＥＤ、ＵＮＤＥＬＩＶＥＲＡＢＬＥ（失敗、配達不能）：この状態を伴う受信者への配達は、常に、完了として処理される。
メッセージの全受信者への配達が完了したことがシステムに分かると、システムは、メッセージに対する配達受領書を構成する。
【００６３】
配達受領書の形成
配達受領書は、登録メッセージのオリジナル送信者へ送信されるｅ−メールである。受領書２０は、次のものを含む。
１．管理のための識別子。この識別子は、送信者ＩＤに対するリファレンス、及び／又はシステムにより受信された送信者のメッセージのインターネットメッセージＩＤの値であってもよいし又はそれを含んでもよい。
２．受領書が発生された日付及び時刻。
３．オリジナルメッセージの引用された本体と、その意図された受信者のｅ−メールアドレス。
４．ＲＰｏｓｔサーバーがメッセージを受信した日付及び時刻。
【００６４】
５．各行先リスティングに対するテーブル。
（ｉ）受信者ＭＴＡがメッセージを受信した時刻、及び／又はシステムが受信者ＭＴＡからＤＳＮレポートを受信した時刻。
（ｉｉ）その行先に対するメッセージの配達状態。配達受領書に引用される配達状態は、行先の配達状態のシステム内部記録をベースとしている。それらは、次のように書き表される。
・状態がＦＡＩＬＥＤ（失敗）又はＵＮＤＥＬＩＶＥＲＡＢＬＥ（配達不能）である行先への配達は、「失敗」として受領書に記録される。
・状態がＤＥＬＩＶＥＲＥＤ（配達済み）又はＤＥＬＩＶＥＲＥＤ−ＡＮＤ−ＷＡＩＴＩＮＧ−ＦＯＲ−ＤＳＮ（配達済みでＤＳＮを待機している）である行先への配達は、「メールサーバーへ配達済み」として受領書に記録される。
・状態がＤＥＬＩＶＥＲＥＤ−ＴＯ−ＭＡＩＬＢＯＸ（メールボックスへ配達済み）である受信者への配達は、「メールボックスへ配達済み」として受領書に記録される。
これらのレポートの目的は、システムが達成できた配達の検証の形態を読者に正確に伝えることである。
【００６５】
６．ｅ−メールのオリジナル付属物と、それら付属物の個別メッセージダイジェストとのリスト。
７．オリジナルメッセージへの付属物のコピー。各オリジナル付属物は、受領書への付属物として添付される。
８．各行先へのメッセージの配達に含まれる全ＳＭＴＰダイアログの複写、要旨、又は複写の要約。
９．露呈される配達の細部又はメッセージの破棄を含む全受信ＤＳＮレポートの本体及び付属物の引用。
１０．ＤＳＮレポートの付属物としてシステムへ返送されたファイル。
【００６６】
受領書のこれら個別の全要素は、受領書内に含まれたそれら自身のメッセージダイジェスト又はデジタル符牒を有してもよい。更に、受領書は、計算されて受領書の一部分として添付される単一の全体的暗号化メッセージダイジェスト又はデジタル符牒を含んでもよく、従って、受領書内に含まれた全情報を認証するのに使用できる単一メッセージ認証コードを与える。受領書それ自体と、受領書内のＳＭＴＰダイアログ及びＤＳＮレポートは、タイムスタンプを含むので、受領書は、メッセージ受信者（１人又は複数）、メッセージ内容、並びに配達時刻（１つ又は複数）及びルート（１つ又は複数）の捏造不能な記録を含む。
【００６７】
ＭＵＡ通知の処理
ＭＵＡ通知は、ＭＴＡＤＳＮと同様に、ＲＰｏｓｔ配達受領書内に収集して組み込むことができる。しかしながら、ＭＴＡ通知は、通常、配達の数時間以内に受信側ＭＴＡにより発生されるが、ＭＵＡ通知は、受信者が自分のＭＵＡのｅ−メールクライアントをオープンしそして受信したメールに対して何らかのアクションをとるまで発生されない。このため、本発明のこの実施形態では、ＭＵＡ通知は、ＭＴＡ通知とは別々に収集され、そしてＲＰｏｓｔ配達受領書とは個別の「ＲＰｏｓｔ読み取り受領書」において報告される。
【００６８】
上述したように構成されたメッセージヘッダにより引き出されるＭＵＡ通知は、共通のＲＰｏｓｔアドレス（例えば、「ｒｅａｄｒｅｃｅｉｐｔｓ＠ＲＰｏｓｔ．ｃｏｍ」）へ返送され、そして各通知は、そのアドレスの名前フィールドに、このメッセージのオリジナル送信者のアドレスを含む。これは、以下に述べるように、ＲＰｏｓｔ読み取り受領書を発生するのに必要とされる唯一の情報であるから、システムは、これらのＭＵＡ通知が到着するときにそれを取り扱うことができ、オリジナルメッセージに関する情報をそのデータバンクに記憶する必要はない。
【００６９】
ＭＵＡ通知は、とりわけ、メッセージが受信者により読まれたこと、メッセージが受信者のターミナルに表示されたこと（読まれるかどうかに関わらず）、又はメッセージがオープンされずに削除されたことを報告する。ＭＵＡメッセージの内容又はフォーマットについてプロトコル支配される規格はない。システムは、ＭＴＡＤＳＮに対するシステムの使用と同様に、ＭＵＡのテキストを検査し、それらの報告を解釈するように構成できる。しかしながら、本発明のこの実施形態では、ＭＵＡは、ＲＰｏｓｔサーバーにより評価又は解釈されず、むしろ、ＲＰｏｓｔにより認証できる形態で送信者へ送られて彼自身の評価を受ける。これを達成するために、システムは、「ＲＰｏｓｔ読み取り通知」としての形式のｅ−メールメッセージを作成し、これは、とりわけ、次のものを含む。
【００７０】
１．受信したＭＵＡ通知の主題ライン；
２．読み取り通知の本体として引用された受信ＭＵＡ通知の本体；
３．付属物として含まれた受信ＭＵＡ通知；
４．付属物（１つ又は複数）として含まれた受信ＭＵＡ通知に対する付属物（１つ又は複数）；
５．受信したＭＵＡ通知及びその通知に対する付属物（１つ又は複数）のメッセージダイジェスト；
６．日付及びタイムスタンプ；及び
７．文書及びその全ての内容に対して認証可能な日付スタンプされたデジタル符牒を与える少なくとも上記５及び６項の暗号化されたハッシュ。
【００７１】
受領書の破棄
本発明のこの実施形態の場合には、ＲＰｏｓｔ配達受領書及び読み取り通知の両方が、登録メッセージのオリジナル送信者に送信される。これらの受領書は、暗号化されたハッシュでデジタル符牒が付けられるので、ＲＰｏｓｔは、以下に述べるように、この目的でＲＰｏｓｔにメッセージが提示されたときに、メッセージに含まれた情報を認証することができる。これは、受領書のコピーをその送信者へ送信すると（受領書を記録として保持するための送信者への命令と共に）、ＲＰｏｓｔは、メッセージ又はその配達に関するデータを保持する必要がもはやなく、このような全ての記録をシステムから抹消できることを意味する。従って、ＲＰｏｓｔは、オリジナルメッセージ又は受領書のコピーを保持する必要がない。公的記録メモリのこの経済性は、サービスプロバイダー側に大量のデータ記憶を必要とした公知の種々のメッセージ認証システムに勝る本発明の効果を与える。
【００７２】
この場合に、受領書のデータを保持する負担は、メッセージのオリジナル送信者に課せられる。それとは別に又はそれに加えて、第三者の検証ＲＰｏｓｔは、おそらく追加料金で、受領書の永久的コピー、或いは若干の又は全ての受領書データを記憶してもよい。受領書又はその一部分（１つ又は複数）は、磁気テープ、ＣＤＲＯＭ、又は他の記憶装置形式を含む適当な公的記録用記憶装置に保持されてもよい。それとは別に又はそれに加えて、ＲＰｏｓｔは、受領書又はその一部分を、送信者又は送信者組織の制御のもとで、この目的に供された記憶システムに返送してもよい。
【００７３】
上述したように、ＲＰｏｓｔ受領書情報は、オリジナル送信者のメッセージ及びその付属物からの全てのデータを含む。システムのユーザが受領書をその記録に保持する負担を負いたくない（例えば偶発的なデータ損失のおそれから）が、それらのメッセージの内容を第三者ＲＰｏｓｔの手に入れさせたくもないという環境がある。従って、ＲＰｏｓｔは、送信者に保持されたメッセージのコピーが与えられたときにＲＰｏｓｔがメッセージの配達を認証及び検証するに必要とされる情報（例えば、送信者、構成の日付、メッセージダイジェスト、行先及び配達状態）のみをデータベースに記憶してメッセージの内容を破棄してもよい。
【００７４】
検証
メッセージの発信者が、ｅ−メールが送信され、配達され及び／又は読まれたという証拠を後日に要求する場合には、発信者がメッセージの受領書（１つ又は複数）をシステムのオペレータに提示する。
例えば、特定のメッセージが送信者１０から受信者１８へ送信されたことを証明するために、送信者１０は、受領書２０のコピーを、その受領書内に含まれた情報を検証する要求と共にＲＰｏｓｔへ送信する。これは、ＲＰｏｓｔにおける規定のメールボックス、例えば、ｖｅｒｉｆｙ＠ＲＰｏｓｔ．ｃｏｍへ受領書を送信することによって行うことができる。次いで、ＲＰｏｓｔは、受領書が有効な受領であるかどうか決定する。受領書は、デジタル符牒が受領書の残り部分に一致し、そしてメッセージダイジェストがオリジナルメッセージの各対応部分に一致する場合に有効な受領書である。より詳細には、ＲＰｏｓｔは、メッセージ本体、付属物を含むメッセージの種々の部分、並びにＳＭＴＰ及びＤＳＮレポートを含む全メッセージに対してハッシュ関数を実行し、メッセージとされているもののコピーに対応する１つ以上のメッセージダイジェストを発生する。ＲＰｏｓｔは、メッセージとされているもののコピーにおけるメッセージダイジェスト（全メッセージダイジェストを含む）を、メッセージとされているもののコピーからＲＰｏｓｔが計算したメッセージダイジェストと比較する。全メッセージダイジェストは、受領書とされているものにおいてデジタル符牒として受け取られた全メッセージダイジェストを暗号解読するか、又はメッセージとされているもののコピーから計算された全メッセージダイジェストを暗号化することにより、比較することができる。デジタル符牒を含むメッセージダイジェストが一致する場合には、その受領書が、本物のＲＰｏｓｔ発生受領書である。良好なハッシュ関数が使用され、そして暗号化ハッシュ関数及びデジタル符牒暗号化アルゴリズムに使用されるキーが他の者に漏れていないと仮定すれば、受領書を提示する者により受領書が「捏造」されていることは実質上不可能である。即ち、受領書は、ＲＰｏｓｔにより発生された受領書に違いなく、それ故、受領書に含まれたメッセージ、「へ／から」情報、配達の日付及び時刻、首尾良い配達の事実、メッセージが送られたルート、及び受領書内に含まれたＤＳＮ情報は、その情報の真のコピーに違いなく、正確なものである。次いで、ＲＰｏｓｔは、受領書内に含まれた情報の認証、検証及び確認を与えることができる。この確認は、ｅ−メール確認、ＲＰｏｓｔにより使用される方法に精通したＲＰｏｓｔ従業員からの供述証明書、宣誓証言及び裁判所における生の誓約証明書の形態、並びに他の証明書形態をとることができる。ＲＰｏｓｔは、種々の各確認業務に対して、送信者１０、受信者１８、又は他のエンティティに料金を課すことができる。又、ＲＰｏｓｔは、受領書とされているものの偽物に関して証明又は他の確認を与えることもできる。証明書は、連邦証拠規定（ＦｅｄｅｒａｌＲｕｌｅｓｏｆＥｖｉｄｅｎｃｅ）９０１（９）、９０１（１０）、８０３（６）、８０３（７）、１００１−１００４、１００６、７０２−７０６、それに対応する州の証拠規定、及び他の適用規定に基づいて与えることができる。
【００７５】
要約すれば、システムは、特定の内容を有する特定のメッセージが送信されたという利害関係のない第三者の証明に基づき、いつそれが送信され、誰がそれを送信し、誰がそれを受け取り、いつそれが読むためにオープンされ、そしていつそれが削除されたかについて確実な証拠を与える。この証拠は、例えば、契約書の作成、株の売買注文、及び他の多数の用途において、メッセージの内容及び配達について争議が生じたときにいつでも提出することができる。システムのオペレータは、受領書に含まれた情報の記録又はコピーを保存する必要なく、受領書自体に含まれた情報の正確さを立証することができる。
【００７６】
このシステムの重要な効果は、既存のＭＵＡを何ら変更せずにそれにより使用できることである。全ての計算、暗号化、ＥＳＭＴＰ質問及びダイアログ、ＤＳＮレポート収集、及び受領書の編集は、第三者のＲＰｏｓｔサーバーにより実行されるので、これら機能は、いずれも、ユーザの装置内で実行する必要がない。従って、ユーザは、システムの利点を迅速且つ容易に取り入れることができる。
上述した本発明の実施形態では、ＲＰｏｓｔサーバーが、それを通過する全メッセージの配達を登録する。それとは別に、ＲＰｏｓｔサーバーは、ある行先（例えば、組織の外部）を有するメッセージのみ、又はある送信者（例えば、顧客関係グループ）からのメッセージのみを登録してもよい。それとは別に又はそれに加えて、ＲＰｏｓｔサーバーは、メッセージの主題又は本体に区別キャラクタ又はストリングを有したメッセージのみを登録してもよい。例えば、サーバーは、送信者がメッセージの主題に「（Ｒ）」を含ませたメッセージのみを登録してもよい。他の全てのメッセージは、通常のインターネットＭＴＡのようにＲＰｏｓｔサーバー又は他の何らかのサーバーファンクションにより配達されてもよい。
【００７７】
この実施形態では、ＲＰｏｓｔは、種々の方法で収入を高めることができる。例えば、ＲＰｏｓｔは、メッセージ送信者１０又はその組織に、メッセージごとのベースで、キロバイトごとのベースで、毎月といった定期的定額ベースで、或いはそれらの組合せのベースで料金を課すことができる。又、ＲＰｏｓｔは、受領書の認証及び検証に料金を課すことができ、料金表は、求められる検証が単純な戻りｅ−メールであるか、書かれた供述書又は宣誓書であるか、宣誓証言又は法廷における誓約事実証明書であるか、或いは宣誓証言又は法廷における誓約専門証明書であるかに依存する。ユーザが、ＲＰｏｓｔに受領書のコピーを保持させるように選択した場合には、ＲＰｏｓｔは、項目当たり及び／又はキロバイト当たりの毎月記憶料金を課すことができる。
【００７８】
ＩＩ．出メッセージを登録するためのフローチャート
図２Ａないし２Ｇは、システムの第１実施形態の例示的オペレーションを示すフローチャートである。ソフトウェア及びｅ−メールプロトコルに精通した当業者であれば、他の実施形態に適用するようにこのフローチャートを変更することができよう。
図２Ａ（前処理）は、登録サーバー（システム）により送信される前にメッセージと共に行われるステップを示す。
【００７９】
ｅ−メールメッセージを登録するために、ステップ２０１において、発信者／送信者／ユーザは、インターネットメールユーザエージェント（ＭＵＡ）を使用してｅ−メールメッセージを作成する。考えられるＭＵＡは、（１）クライアント側のｅ−メールプログラム、（２）サーバーベースのｅ−メールプログラム、（３）ウェブベースのｅ−メールサービス、及び（４）ウェブページを経て提出されるＨＴＭＬフォームを含む。メッセージは、参考としてここに取り上げるコメントの要求（ＲＦＣ）８２２、２０４６及び２０４７に説明された添付ファイルを含むことができる。ＲＦＣは、ネットワークプロトコル、手順、プログラム及びコンセプトに焦点を合わせて、コンピュータ通信の多数の観点について示すインターネットに関する一連の覚書である。
【００８０】
この実施形態において、システムは、送信者の出メールサーバーとして機能し、従って、送信者のメッセージは、送信者のＭＵＡによりＲＰｏｓｔサーバーへ直接転送される（ステップ２０２）。
ステップ２０３では、システムは、後で処理するために記憶されるオリジナルメッセージのコピーを形成する。
ステップ２０４では、システムは、メッセージがサーバーにより受け取られた時刻、メッセージのファイル付属物の名前とサイズ、メッセージの各行先の名前（もし分かれば）、各行先のインターネットアドレス、メッセージが行先のＭＴＡに配達された時刻（最初、この値はナルである）、及び各行先の配達状態を記録するユニットのような情報を含む記録をデータベースに形成する。
【００８１】
ステップ２０５において、各行先の配達状態が「ＵＮＳＥＮＴ（非送信）」にセットされる。
ステップ２０６において、システムは、メッセージ本体から作られるメッセージダイジェスト又はデジタル指紋（ｆｉｎｇｅｒｐｒｉｎｔ）を発生して記憶する。
ステップ２０７において、システムは、メッセージに含まれる各付属物に対しハッシュ又はメッセージダイジェストを発生して記憶する。
ステップ２０８において、システムは、オリジナルメッセージの変更されたコピーを作成する。この第２のコピーにおいて（ステップ２０９）、メッセージのオリジナル主題ラインは、このコピーが登録されたことを示すように変更される（例えば、「登録済み」を前にぶら下げることにより）。
【００８２】
ステップ２１０において、システムによりメッセージが登録されたという通知が、システムのワールドワイドウェブサイトへのリンクと共にメッセージの本体に添付される。
ステップ２１１では、種々のＭＵＡにより確認された種々のヘッダフォーマットで読み取り通知を要求するｅ−メールヘッダが追加される。この通知の要求は、システムに関連したアドレス、例えば、「ｒｅａｄｒｅｃｅｉｐｔ＠ＲＰｏｓｔ．ｃｏｍ」へ返送通知を指令する。又、これらのヘッダは、ＭＵＡ通知を送信しなければならないアドレスの名前フィールドにメッセージのオリジナル送信者のアドレスも含ませる。
前処理が完了すると、システムは、次いで、メッセージのコピーを、図２Ｂに示すように、各行先へ送信する。
【００８３】
図２Ｂは、登録されたメッセージを送信するのに必要なステップを示す。ステップ２２０に示したように、プロセスは、メッセージの各受信者に対して個別の送信を必要とする。
ステップ２２１では、システムは、名前がメッセージのオリジナル送信者であるが、アドレスが、次のものから構成された「ＲＰｏｓｔ．ｃｏｍ」であるような送信者「から：」のものであるとしてメッセージを示すために、メッセージのワーキングコピーのヘッダフィールドを変更する。
ａ）返送ＭＴＡ通知（例えば、「ＲＣＰＴ」）を識別するのに使用されるストリング；
ｂ）送信されているメッセージを独特に識別するストリング；
ｃ）メッセージのこのコピーが送信される行先を独特に識別するタグ。
【００８４】
ステップ２２２では、現在送信されている行先のドメイン名を使用して、システムは、ドメイン名サーバーメール交換ルックアップを行って、このドメイン内のアドレスに対するメールを収集する役割を果たすＭＴＡ（１つ又は複数）のアドレスを見出す。
ステップ２２３では、システムは、行先のＭＴＡへの直接テルネット接続を行うように試みる。接続が失敗した場合には、システムは、再び接続を行うように試みる。システムが、この行先に対して最大数の再試みを越えないとすれば（２２７）、システムは、おそらく行先ドメインに対して別のＭＸサーバーを使用して接続を再び行うよう試みる（２２８）。
【００８５】
最大数の再試みの後、システムがこの行先のＭＴＡに接続できない場合には、システムは、ステップ２２６において、この行先の配達状態を「ＵＮＤＥＬＩＶＥＲＡＢＬＥ（配達不能）」として記録し、そしてこのメッセージをこの行先へ配達する試みを停止する。
行先のＭＴＡへ接続すると、システムは、その（Ｅ）ＳＭＴＰダイアログの記録をＭＴＡで行い始める（２２５）。
ステップ２２９では、システムは、「ＥＨＬＯ」グリーティングを発生することにより、行先ＭＴＡとの拡張ＳＭＴＰ（ＥＳＭＴＰ）交換を開始するように試みる。
【００８６】
行先ＭＴＳがＥＳＭＴＰをサポートする場合には、システムは、行先ＭＴＡがＳＭＴＰファンクションＶＥＲＩＦＹをサポートするかどうか決定する（２３０）。ＭＴＡがＶＥＲＩＦＹをサポートする場合には、システムは、行先アドレスがドメイン内の有効アドレスであるかどうか決定するよう試みる（２３１）。
アドレスが有効でない場合には、ステップ２３２において、システムは、この行先の配達状態を「ＦＡＩＬＵＲＥ（失敗）」と記録し、そしてこのメッセージをこの行先に配達するよう試みるのを停止する。
アドレスが有効であるか、又はＥＳＭＴＰサーバーがＶＥＲＩＦＹをサポートしない場合には、システムは、受信側ＭＴＡがＥＳＭＴＰサービスＤＳＮ（配達状態通知）をサポートするかどうか決定する（２３３）。
【００８７】
ＭＴＡがＥＳＭＴＰＤＳＮをサポートする場合、システムは、配達が成功であるか失敗であるかをメッセージの名目上の送信者に通知するためのＥＳＭＴＰ要求と共にメッセージを送信する（２３４）。メッセージを送信すると、システムは、この行先の配達状態を「ＤＥＬＩＶＥＲＥＤ−ＡＮＤ−ＷＡＩＴＩＮＧ−ＦＯＲ−ＤＳＮ（配達済みでＤＳＮを待機している）」として記録する（２３５）。
受信側ＭＴＡが拡張ＳＭＴＰをサポートしない場合には、システムは、ＳＭＴＰを使用してメッセージを送信し（２３６）、そして行先の状態を「ＤＥＬＩＶＥＲＥＤ（配達済み）」として記録する（２３７）。
メッセージを配達すると、システムは、（Ｅ）ＳＭＴＰダイアログを記憶して、配達を、後で回復できるように記録し（２３８）、そしてメッセージを別の行先へ送信するよう試みる。
【００８８】
メッセージをその行先へ送信すると、システムは、メッセージの破棄に関する情報を収集するために多数の機能を実行しなければならない。図２Ｃは、受信者ＭＴＡにより返送されるＭＴＡ通知をシステムが処理するところのプロセスを示す。
図２Ｂのステップ２２１に示された送信されたメッセージのヘッダに使用されるフォーマットにより、ＭＴＡメッセージ通知は、サーバーにおける架空のローカルアドレスに配達される。システムは、これらの通知を、そのアドレスに埋め込まれたストリング（例えば、「ｒｃｐｔ」）により検出することができる（２４１）。ステップ２４２に示すように、アドレスをパージングすることにより、システムは、どの行先へのどのメッセージが受信通知を促したか決定することができる。
【００８９】
ステップ２４３では、システムは、ＭＴＡが配達の成功を報告するか、配達の失敗を報告するか、又はメッセージが別のサーバーへ中継されたことを報告するかを指示するフレーズに対して、受信したＭＴＡの主題ライン及び本体を走査する。
ステップ２４３におけるプロセスが、通知が配達の成功を報告することを表わしている場合には、システムは、ステップ２４５に示すように、当該メッセージの当該行先の配達状態を「ＤＥＬＩＶＥＲＥＤ−ＴＯ−ＭＡＩＬＢＯＸ（メールボックスへ配達済み）」に変更する。
ＭＴＡ通知が配達失敗を報告することをシステムが決定した場合には、システムは、当該メッセージの当該行先の配達状態を「ＦＡＩＬＵＲＥ（失敗）」に変更する（２４７）。
【００９０】
メッセージが別のサーバーへ中継されたことをＭＴＡ通知が指示することをシステムが決定した場合には、システムは、ステップ２４９に示すように、当該メッセージの当該行先の配達状態を「ＲＥＬＡＹＥＤ（中継済み）」に変更する。
ＭＴＡ通知を処理すると、システムは、このメッセージ及び全ての付属物をセーブし、それらを後で呼び戻して、この行先の受領書の作成に使用できるようにする（２５０）。
時々、図２Ｄに示すように、システムは、各メッセージの状態を検査して、メッセージの行先ごとにおそらく受信するであろう全ＭＴＡ通知をシステムが回復したかどうか決定し、次いで、メッセージの受領書を作成するように進む。
【００９１】
システムは、メッセージの各行先の配達状態を検査する。
行先が配達状態「ＵＮＳＥＮＴ（非送信）」を有する場合には、メッセージの処理が完了していない（２５２）。
行先の配達状態が「ＤＥＬＩＶＥＲＥＤ−ＡＮＤ−ＷＡＩＴＩＮＧ−ＦＯＲ−ＤＳＮ（配達済みでＤＳＮを待機している）」である場合には、システムは、ステップ２５４に示したように、メッセージを配達して以来の時間がシステムの待機周期（例えば、２４時間）を越えない限り、この行先に対する処理を完了とはみなさない。
【００９２】
行先の配達状態が「ＤＥＬＩＶＥＲＥＤ（配達済み）」である場合には（２５７）、システムは、システムのオペレータが行先ＭＴＡから受け取った配達失敗通知を充分に処理する時間周期（例えば、２時間）が経過したならば（２５８）、この行先の処理を完了とみなす。
他の行先配達状態（例えば、「ＦＡＩＬＥＤ（失敗）」、「ＵＮＤＥＬＩＶＥＲＡＢＬＥ（配達不能）」、「ＤＥＬＩＶＥＲＥＤ−ＴＯ−ＭＡＩＬＢＯＸ（メールボックスへ配達済み）」）は、完了した処理を有するものとして処理される。
いずれかのメッセージ行先の処理が完了でない場合、システムは、何のアクションもとらず、システム内の他のメッセージを考慮することに移行する（ステップ２５５）。
【００９３】
しかしながら、ステップ２５９に示すように、メッセージの各行先の処理が完了である場合には、システムは、メッセージに対する配達受領書を発生する。
図２Ｅに例示されたように、受領書は、次のものを含む。
ブロック２７１における管理目的の識別子。この識別子は、送信者ＩＤに対するリファレンス、及び／又はシステムにより受信された送信者メッセージのインターネットメッセージＩＤの値であるか又はそれを含む。
ブロック２７２のように、オリジナルメッセージ１２の引用された本体、及びその意図された受信者のｅ−メールアドレスも含まれる。
ブロック２７３のように、各受信者リストのテーブルは次のものを含む。
・受信者のＭＴＡがメッセージを受信する時刻、及び／又はシステムが受信者のＭＴＡからＤＳＮを受信する時刻。
・その行先に対するメッセージの配達状態レポート、即ち「メールサーバーへ配達済み」、「メールボックスへ配達済み」、「中継済み」、「配達失敗」、「配達不能」。
【００９４】
ブロック２７４のように、ｅ−メールのオリジナル付属物、及びそれらの個別のハッシュ値又はメッセージダイジェストのリスト。
ブロック２７５のように、各行先へのメッセージの配達に含まれた全ＳＭＴＰダイアログの複写、又は複写の要約。
ブロック２７６のように、明らかとなるメッセージの配達又は破棄の詳細を含む全受信ＤＳＮの本体及び付属物からの引用。
ブロック２７７のように、システムは、オリジナルメッセージの全付属物のコピーを受領書に添付し、そしてブロック２７８のように、システムは、システムへ返送されるファイルを、ＤＳＮへの付属物として付加的に添付する。
【００９５】
ステップ２７９において、受領書のテキストを発生すると、システムは、ｅ−メールメッセージに対する第１ハッシュ、及び受領書の本体への付属物に対する第２ハッシュ（１つ又は複数）を発生し、そしてシステムのオペレータしか知らない暗号キーを使用して各ハッシュに対するデジタル符牒を計算する。暗号は、例えば、参考としてここに取り上げるザ・データ・エンクリプション・スタンダード、ナショナル・インスティテュート・オブ・スタンダーズ・アンド・テクノロジー出版のフェデラル・インフォメーション・プロセッシング・スタンダード・パブリケーション４−２（ＦＩＰＳＰＵＢ４６−２）に掲載されたデータ暗号化規格を使用することができる。或いは又、ハッシュ地を暗号化する他の既知の又は新規な方法を使用することもできる。
ステップ２８０では、暗号化されたハッシュが「文書デジタル符牒」としてメッセージの終わりに添付される。
【００９６】
ステップ２８１では、ここで完了している受領書２０が、送信者の記録に対して保持されるアドバイスと共に、ｅ−メールにより送信者へ送信される。ステップ２８２では、システムが、ここで、オリジナルメッセージ、付属物及びＤＳＮの全コピーを削除できる。或いは又、受領書を送信者に送信するのではなく、システムが受領書を記憶してもよいし、又は送信者及びシステムの両方が受領書を記憶することもできる。
ＭＵＡ通知は、受信者の意志だけで、そして受信者が受信メッセージに対してあるアクションをとるときだけ返送されるので、システムの実施形態は、これら返送メッセージを、ＭＴＡ通知とは異なるやり方で処理するよう選択できる。
【００９７】
図２Ｆは、これらのＭＵＡ通知をシステムによりいかに処理できるかを示す。ＭＵＡ通知は、図２Ａのステップ２１１のように、出て行くメッセージに種々のヘッダを含ませることにより、システムにより懇請される。これらのヘッダは、この目的に対して別に設定されたシステムアドレス（例えば、「ｒｅａｄｒｅｃｉｅｐｔ＠ＲＰｏｓｔ．ｃｏｍ」）へ通知を送信するように適合ＭＵＡに指令する。又、これらヘッダは、この返送アドレスの「名前」フィールドに、メッセージのオリジナル送信者のｅ−メールアドレスも使用する。従って、ステップ２８６では、ＭＵＡ通知がｒｅａｄｒｅｃｅｉｐｔ＠ＲＰｏｓｔ．ｃｏｍに返送されるときに、システムは、通知のアドレスを検査することにより、読み取り通知を送信しなければならないアドレスを決定することができる。
【００９８】
行先ＭＵＡから読み取り受領書が到着すると、システムは、ステップ２８７において、受信したＭＵＡ通知の主題をその主題として含みそして受信したＭＵＡ通知の本体をそのメッセージ本体に組み込む読み取り受領書を発生する。
ステップ２８８では、システムは、ＭＵＡ受領書を付随するファイルを受領書に添付する（通常、これらは、オリジナルｅ−メールの配達又は破棄の詳細及びそれに対する識別参照を含む）。
【００９９】
ステップ２９８では、システムは、受領書に添付されるファイルに対してハッシュを発生し、そしてこのハッシュを受領書の本体に記録する。
ステップ２９０では、システムは、受領書の本体及びその付属物に対するハッシュを発生し、このハッシュを暗号化し、そしてその結果を「文書デジタル符牒」としてメッセージに添付する。
ステップ２９１では、システムは、それにより得られる受領書をメッセージの送信者へ送信する。ステップ２９２では、この受領書を送信すると、システムは、トランザクションの全内部記録を削除する。
【０１００】
ＩＩＩ．第２メールサーバーとしてのＲＰｏｓｔの実施形態
図３は、ＲＰｏｓｔサーバーがユーザの一次ＭＴＡとして働かず、別のＭＴＡと共同する本発明の第２実施形態のシステム図である。この実施形態では、送信者は、出メッセージ、メッセージ主題又はメッセージアドレスにある形式のフラグを含ませることにより特定の出メッセージを登録するよう選択できる。例えば、送信者がメッセージの主題に記号「（Ｒ）」を含ませた場合及びその場合だけ、送信者のＭＴＡは、メッセージを、ＲＰｏｓｔサーバーを経て送信するように向けて、受領書を発生させる。
この実施形態では、ＲＰｏｓｔのオペレータは、送信者ＭＴＡごとのメッセージ及び／又はキロバイトごとの送信のオペレータから収入を受け取る。
【０１０１】
ＩＶ．ＲＰｏｓｔへのＣＣの実施形態
図４は、カーボンコピー（ｃｃ）がＲＰｏｓｔサーバーへ送信される第３実施形態のシステム図である。この実施形態では、ユーザ又はメッセージ送信者１０は、標準的なＭＵＡ及び標準的なＭＴＡを変更なしに使用することができる。メッセージ送信者１０は、メッセージ本体及びある数の付属物を有するｅ−メールを構成し、そしてそれを、カーボンコピー（ｃｃ）及び必要に応じてブラインドカーボンコピー（ｂｃｃ）と共に、メッセージ受信者１８へアドレスする。更に、メッセージ送信者１０は、ｃｃをＲＰｏｓｔにアドレスする。ＲＰｏｓｔサーバー１４は、上述したようにメッセージにタグ付けを行い、そして付属物を含むタグ付けされたメッセージを受信者のＭＴＡ１６及び指定のｃｃへ送信する。このようなコピーを受け取ると、ＲＰｏｓｔサーバー１４は、そのコピーのｅ−メール確認受領書を送信する。
【０１０２】
受信者１８及び他のメッセージ行先は、ここで、同じメッセージの２つのバージョンを受け取る。即ち、送信者１０から直接受け取られるメッセージの第１バージョンと、ＲＰｏｓｔから転送された第２のタグ付きバージョンである。メッセージのタグ付きバージョンが受信者ＭＴＡ１６により首尾良く受け取られたという確認をＲＰｏｓｔが受信者ＭＴＡ１６から受信すると、ＲＰｏｓｔサーバー１４は、上述したように、メッセージ受領書２０を構成し、そしてその受領書を送信者１０へ記録のために送信する。
メッセージ発信ドメイン又は個々のメッセージ送信者に対して口座を確立し、そしてメッセージごと、キロバイトごと、月ごと、又はそれらの組合せでユーザの口座に課金することにより、収入を発生することができる。又、受領書に広告を入れたり、上述したように認証及び検証サービスを行ったりすることから収入を発生することもできる。
【０１０３】
Ｖ．ウェブサイトの実施形態
図５は、第４の実施形態のシステム図である。この実施形態において、ＲＰｏｓｔサーバー１４には、ユーザがメッセージを構成するところのウェブサイトが関連される。メッセージ送信者１０は、ＲＰｏｓｔウェブサイトに訪問し、そして希望の「ｔｏ（宛先）」、「ｃｃ」、「ｂｃｃ」、「主題」、及びメッセージテキスト情報を入力することによりウェブサイトにおいて自分のメッセージを構成する。付属物は、標準的なブラウザ及びウェブサーバに使用できる特徴を使用することにより追加できる。この実施形態では、送信者は、登録受領書を送信するアドレスを付加的に与えねばならない。ＲＰｏｓｔサーバー１４は、送信者ＭＴＡを経て送信者１０へ受領書を送信する。
メッセージ発信ドメイン又は個々のメッセージ送信者に対して口座を確立し、そしてメッセージごと、キロバイトごと、月ごと、又はそれらの組合せでユーザの口座に課金することにより、収入を発生することができる。又、受領書に広告を入れたり、上述したように認証及び検証サービスを行ったりすることから収入を発生することもできる。
【０１０４】
ＶＩ．ウェブベースＭＵＡの実施形態
図６は、第５実施形態のシステム図である。この実施形態では、ＲＰｏｓｔサーバー１４に、ウェブベースのメールユーザエージェントが関連される。ユーザがウェブブラウザを経てメールを構成できるようにするのに加えて、このようなＭＵＡは、ウェブサーバーサイトに記憶されたメッセージを表示するブラウザ・ビューアブル・メールボックスを加入者に与える。このようなサービスを受ける加入者は、ユーザ名及びパスワードでメール口座にアクセスすることができる。この実施形態では、メッセージ送信者１０は、ＲＰｏｓｔウェブサイトに訪問し、ユーザ名及びパスワードを入力することによりウェブベースｅ−メール口座にアクセスし、そしてこのメッセージを構成し、これは、ＲＰｏｓｔサーバー１４へ配達するために搬送される。ＲＰｏｓｔサーバーにより発生された受領書は、加入者の口座に関連したウェブベースのメールボックスへ返送される。
他の実施形態において使用できる収入源に加えて、この実施形態では、オペレータは、ウェブベースのメールボックスに保持された受領書に対し記憶料金を課すことができる。
【０１０５】
これらの全実施形態において、受領書は、次のことに対する証拠として働く。
（１）発信者がｅ−メールメッセージを送信した。
（２）メッセージがある時刻に送信された。
（３）ｅ−メールがある受信者（１人又は複数）へアドレスされた。
（４）ｅ−メールが、その意図された受信者（１人又は複数）各々のｅ−メールボックスに配達された。
（５）ｅ−メールがある時刻に配達された。
（６）ｅ−メールがあるネットワークルートで配達された。
（７）ｅ−メールメッセージ及びその付属物が、受領書に記録された特定の内容を有していた。
【０１０６】
更に、ある環境のもとにあるシステムは、次のことに対する証拠として使用できる個別の受領書を発生する。
（１）ｅ−メールが、受信者のメールユーザエージェント（ＭＵＡ）を介して検査された。
（２）受信者が、メッセージに応答して、あるアクションを行い、例えば、特定の時刻にｅ−メールを読むか又は削除した。
他の実施形態と同様に、この実施形態は、電子メッセージの配達及び完全性についてシステムの利害関係のない第三者のオペレータにより立証及び検証できる文書化された証拠を形成する。換言すれば、システムは、ｅ−メールを、特定のｅ−メールメッセージが送信されたこと、それが首尾良く配達されたこと、そしていつ、いかに配達されたかを証明するために後で使用できる登録（書留）ｅ−メールに変換するものとして考えることができる。
【０１０７】
争議がいつも生じるとすれば、その争議は、システムにより発生される受領書により解決することができる。というのは、システムのオペレータが、システムから発生されたものとして受領書が本物であることを決定できるように、受領書がエンコードされるからである。その後、システムのオペレータは、受領書自体に含まれた情報のみに基づいて、本物の受領書に含まれる情報の正確さを立証することができ、オペレータが、受領書に含まれた情報の記録又はコピーを保存する必要はない。
これらの利益に加えて、システムにより発生される受領書は、システムを経て送信されるであろう資料の存在及び著者であることの証拠としても有用である。更に、システムは、インターネットのｅ−メールクライアントプログラム／ＭＵＡから使用でき、従って、付加的なソフトウェアは必要でないので、使用が容易である。
【０１０８】
受領書を有効性確認するためのフローチャート
図７は、受領書を有効性確認するための例示的方法を示すフローチャートである。メッセージの送信者が、ｅ−メールが送信されて配達された（及び／又は読まれた）という証拠を要求する場合には、ステップ７００において、送信者が、メッセージに対応する受領書（１つ又は複数）をシステムのオペレータに提示する。次いで、システムのオペレータは、ステップ７０２において、受領書に添付された文書デジタル符牒を分離して暗号解読する。ステップ７０３では、オペレータは、付属物を含む文書の残り部分のハッシュを発生する。
ステップ７０４において、現在のハッシュ値が、暗号解読されたハッシュ値に一致しない場合には、システムは、ＲＰｏｓｔが、その受領書を、その受領書に記載されたメッセージの配達又は内容の正確な記録として認証できないことを示すレポートを発生する。
【０１０９】
暗号解読されたハッシュがメッセージの現在ハッシュに等しい場合には、システムは、ステップ７０６において、メッセージの本体に含まれた情報が、受領書がシステムに通されて以来、不変であることを保証できる。オリジナルメッセージが付属物を含まない場合には、システムは、受領書がメッセージ内容の正確な記録でありそしてＲＰｏｓｔサーバーにより配達されたものであることを保証するレポートをここで発生することができる。
受領書が、オリジナルメッセージが付属物を含んでいたことを報告する場合には、受領書が、各付属物の名前及びハッシュ値も記録する。受領書を発生する場合に、オリジナルメッセージの全ての付属物は、受領書に不変に添付される。従って、システムは、このような各添付ファイルに対し、添付ファイルのハッシュを発生し（７０８）、そしてそれを、受領書の本体に記録されたハッシュ値と比較する（７０９）。
【０１１０】
ファイルの計算されたハッシュ値が、受領書に含まれた値に一致する場合には、システムは、受領書に添付されたファイルが、最初に配達されたメッセージに添付されたものと同じであることを保証できる。ハッシュが一致しない場合には、システムは、受領書に添付されたファイルが、オリジナルメッセージに添付されたファイルと同じであることを保証できないと報告する。
オリジナルメッセージに添付された各ファイルに対しこの計算を実行すると、システムは、受領書及び各添付ファイルが本物である（７１０）ことを報告するか又は有効性に欠陥がある（７１２）ことを報告するレポートを作成する。
その評価を完了すると、システムは、受領書及びその全ての付属物のコピーを、それが発生したレポートに添付し、そしてそれを、ｅ−メールにより、有効性確認のためにレポートを提出したユーザの戻りアドレスに送信する。
【０１１１】
ＶＩＩ．インバウンドｅ−メールの登録
図８は、到来するｅ−メールが登録される本発明の別の実施形態を示すシステム図である。この実施形態において、メッセージ送信者６０は、ｅ−メールメッセージ７０を送信する。送信者のＭＴＡ６２は、メッセージ７０をインターネットに通常の通りに送信する。しかしながら、この実施形態では、ＲＰｏｓｔは、到来するｅ−メールを登録するようにサービス加入者／受信者６８と契約する。その協約に基づき、ＲＰｏｓｔは、ネットワーク・ソルーションズ・インク（ＮＳＩ）又は他のドメイン名当局により、受信者６８に対するメール受信者（ＭＸサーバー）として指定される。これは、送信者のＭＴＡ６２により実行されるドメイン名サービス（ＤＮＳ）が、ＲＰｏｓｔのＩＰアドレスを受信者のＩＰアドレスとして返送するようにさせ、次いで、送信者のＭＴＡ６２がｅ−メールメッセージをＲＰｏｓｔサーバー６４へ送信するようにさせる。ＲＰｏｓｔサーバー６４は、受信者６８に対するＳＭＴＰ、ＰＯＰ、ＰＯＰ３又はＩＭＡＰＭＴＡ（集合的に「ＰＯＰメールサーバー」）として働く。ＳＭＴＰ、ＰＯＰ及びＩＭＡＰＭＴＡは、参考としてここに取り上げるＲＦＣ８２１、ＳＭＴＰプロトコル、ＲＦＣ１９３９ポストオフィスプロトコル、第３版（旧ＲＦＣ１７２５）、及びＲＦＣ２０６０ＩＭＡＰ（インターネットメッセージアクセスプロトコル）、第４版、改訂１（旧ＲＦＣ１７３０）により支配される。
【０１１２】
ＲＰｏｓｔサーバー６４は、オリジナルメッセージ７０の登録バージョン７４を準備し、そしてその登録バージョン７４を、オリジナルメッセージ７０に代わって又はそれに加えて、受信者６８のインボックスに入れる。この登録バージョンは、ｅ−メール受領書に関連して上述した全ての検証及び情報特徴並びにオプションを有する。この情報は、メッセージ本体及びテキストの各々に対する個々のメッセージダイジェスト、「へ／から」情報、他のヘッダ情報、各付属物、全メッセージダイジェスト、デジタル符牒、メッセージルーティング情報、及びタグを含むことができるが、これらに限定されない。図６に示したメッセージ７０の登録バージョン７４は、ヘッダ情報を含むメッセージ本体、付属物、その各々の個別メッセージダイジェスト、及びデジタル符牒又は暗号化されたメッセージダイジェストを含む。ハッシュ関数及び暗号化は、システムのオペレータしか知らないプライベートなフレーズ又はプライベートキーを使用して実行される。登録バージョン７４は、点検のために又は受信者のＭＵＡを経てダウンロードするために受信者６８に使用できるようにされる。
【０１１３】
ＲＰｏｓｔサーバーは、確認ｅ−メール７２をメッセージ送信者６０へ任意に送信することができる。確認メッセージ７２は、メッセージが受け取られそして登録されたことを指示する簡単なテキストメッセージでよい。又、確認メッセージ７２は、「あなたのｅ−メールメッセージは、２０００年３月２４日の午後２：０５に受信されました。メッセージのデジタル符牒は、［１２８ビットデジタル符牒］です。更に詳細な情報については、当方のウェブサイトｗｗｗ．ＲＰｏｓｔ．ｃｏｍにおいで下さい。」というメッセージも含むことができる。それとは別に又はそれに加えて、確認メッセージ７２は、登録バージョン７４に含まれた全ての情報を含むこともできる。
【０１１４】
従って、システムは、メッセージ受信者６８に、受領書７４又は他の検証可能な確認を与える。即ち、
（１）受信者がｅ−メールメッセージを受信した。
（２）メッセージがある時刻に受信された。
（３）ｅ−メールがある送信者からアドレスされた。
（４）メッセージは、あるネットワークルートを経て配達されるとされる。
（５）ｅ−メールメッセージ及びその付属物は、特定の内容を有していた。
従って、システムは、ある内容を有しそしてある送信者から来たことをそれ自体表わしている特定の電子メッセージ及び文書が受信者に配達されたというシステムのオペレータにより立証できる証拠を与える。
【０１１５】
図９は、インバウンドメールを登録する一例を示すフローチャートである。ステップ９０１において、ＲＰｏｓｔサーバー６４は、新たなｅ−メールメッセージを受信する。ステップ９０２では、システムは、メッセージのヘッダ及び付属物を含むメッセージの内容のハッシュ／デジタル符牒を発生する。更に、システムは、各メッセージ付属物に対して個別のハッシュを発生することができる。ステップ９０３では、システムは、システムのオペレータしか知らない暗号キーを使用してハッシュ（１つ又は複数）を暗号化する。ステップ９０４では、それにより得られる暗号化されたハッシュ（１つ又は複数）がメッセージの本体に添付される。次いで、ステップ９０５において、変更されたメッセージは、点検のため、又は受信者ＭＵＡを経てダウンロードするために使用できる。
【０１１６】
図１０は、受信された登録ｅ−メールメッセージを有効性確認する一例のフローチャートである。ステップ１０００において、特定の内容をもつｅ−メールが特定の時刻に受信された証拠をメッセージの受信者が要求する場合に、受信者は、ｅ−メールメッセージ７０の登録バージョン７４（図８）のコピーを検証のためにシステムのオペレータに提示することができる。メッセージを検証するために、ステップ１００１において、システムは、メッセージに添付された文書デジタル符牒を分離して暗号解読する。ステップ１００２では、システムは、文書の残り部分のハッシュを発生し、そしてメッセージに添付された各ファイルに対してハッシュを発生する。ステップ１００３及び１００４において、それらのハッシュが比較される。文書のハッシュが、暗号解読されたハッシュに一致する場合には、メッセージ及びその付属物は、システムに通さねばならず、そして受信者に配達されて以来、変更されていてはならない。
【０１１７】
ｅ−メールが変更されていないことが決定されると、システムのオペレータは、次のことを保証できる。
（１）ｅ−メールが、ある時刻にシステムにより受信された。
（２）ｅ−メールが、あるインターネットルートを経てシステムに到着するとされた。
（３）ｅ−メールが、ある送信者からのものとされた。
（４）ｅ−メール及びその付属物が、それらが現在含む特定の内容で配達された。
一方、ステップ１００６では、ハッシュ値が一致しない場合、オペレータは、ｅ−メールが本物であること、即ちｅ−メールが、システムによって受信されたｅ−メールの正確なバージョンであることを保証できない。
【０１１８】
図１１は、電子ツールを利用するビジネス（ｅ−ビジネス）によって本発明がいかに使用されるかを示す。ｅ−ビジネス３０は、顧客３４へ到来する及び顧客３４から出て行く全てのｅ−メールメッセージを登録するようにシステムを使用することができる。この場合に、システムは、ポストオフィスプロトコル（ＰＯＰ）サーバー３６及び簡単なメール転送プロトコル（ＳＭＴＰ）サーバー３８を備えている。例えば、ｅ−ビジネス３０は、そのウェブサイトを顧客へのｅ−メール形態に設定し、そして顧客３４から問合せ及び苦情４０を転送することができる。登録された問合せ、苦情、注文、購入のオファー及び他の情報４６は、システムによりｅ−ビジネス３０へ送信される。次いで、受領書がＳＭＰＴサーバー３８を経て顧客３４へ送られる。このように、顧客が通信を送ったかどうかそしてそれが何を含んでいたかに関して何の問題もない。更に、ｅ−ビジネスは、ＲＰｏｓｔサーバーを通してウェブサイト３２を設定し、顧客との各通信を登録することができる。換言すれば、ウェブサイトを経て、フォームデータ注文４２及び自動応答４４を、システムサーバーを介して登録することができ、更に、ｅ−ビジネスにより顧客３４に送られる確認、収集通知、顧客サポート及び特殊なオファー４８を登録できると共に、何が、いつ、誰によって注文されたかについての論争を排除するために顧客に送られた確認を登録することができる。必要であれば、同じ受領書を、顧客３４及びｅ−ビジネス３０の両方に与えることができる。或いは又、ＰＯＰサーバー３６及びＳＭＴＰサーバー３８の機能を単一のシステムサーバーにおいて結合することができる。
【０１１９】
ＰＯＰは、ｅ−メールサーバーからｅ−メールを検索するのに使用されるプロトコルである。多くのｅ−メールアプリケーション（時には、ｅ−メールクライアントとも称される）がＰＯＰプロトコルを使用するが、そのあるものは、新規なインターネットメッセージアクセスプロトコル（ＩＭＡＰ）を使用することができる。ＰＯＰ２と称されるＰＯＰの１つのバージョンは、メッセージを送信するためのＳＭＴＰを必要とする。新規なバージョンであるＰＯＰ３は、ＳＭＴＰと共に、又はＳＭＴＰなしで使用することができる。ＳＭＴＰは、サーバー間でｅ−メールメッセージを送信するためのプロトコルである。インターネットを経てｅ−メールを送信する多数のｅ−メールシステムは、ＳＭＴＰを使用して、あるサーバーから別のサーバーへメッセージを送信し、メッセージは、ＰＯＰ又はＩＭＡＰのいずれかを使用してｅ−メールクライアントにより検索することができる。更に、ＳＭＴＰは、一般に、メールクライアントからメールサーバーにメッセージを送信するのに使用される。ｅ−メールサーバーは、種々のプロトコルを使用して、インターネットと通信することができる。通常に使用されるプロトコルは、ＳＭＴＰ、ＰＯＰ３及びＩＭＡＰ４を含む。サーバーの反対端にメール読者がいる。メールサーバーは、ＳＭＴＰを経てメッセージを受信するので、ｅ−メール読者は、ＳＭＴＰを使用してメールサーバーにｅ−メールを送信する。同様に、メールサーバーは、ＰＯＰ３及び任意にＩＭＡＰ４を使用してメッセージを送信するので、メール読者は、ＰＯＰ３又はＩＭＡＰ４プロトコルを使用することによりメールサーバーからメッセージを受信する。
【０１２０】
以上、ｅ−メールが送信及び／又は受信されたことを検証するためのシステム及び方法について一般的に説明したが、本発明は、電子メッセージネットワーク又は電子ゲートを経て送信できるいかなる電子メッセージにも適用することができる。電子メッセージは、テキスト、オーディオ、ビデオ、グラフィック、データ、及び種々のファイル形式の付属物を含む。ここに教示した方法及び技術は、サーバー及び他のコンピュータにプログラムすることができ、そして本発明を実施するコンピュータプログラムは、ＣＤＲＯＭ、ＲＡＭ、ハードドライブ及び磁気テープを含む（これに限定されない）コンピュータ読み取り可能な媒体に書き込むことができる。本発明によるｅ−メール登録サービスは、インターネットサービスプロバイダー（ＩＳＰ）サービスと共に束ねられて、単一プロバイダーＩＳＰ解決策を会社及び他の企業クライアントに提供することができる。上述した発明の実施は、ソフトウェ分野の当業者の熟練度の範囲内である。
【０１２１】
従って、本発明は、その好ましい実施形態及び図面に関連して詳細に説明したが、本発明の精神及び範囲から逸脱せずに本発明の種々の応用及び変更がなされ得ることが当業者に明らかであろう。従って、上述した詳細な説明及び添付図面は、本発明を何ら限定するものではなく、本発明は、特許請求の範囲及びその等効物のみによって限定される。請求の範囲において、「手段」という語を含む請求項は、３５ＵＳＣ、第１１２条、第６項に基づいて解釈されるべきであり、そして「手段」という語を含まない請求項は、３５ＵＳＣ、第１１２条、第６項に基づいて解釈されるべきでない。
【図面の簡単な説明】
【図１】
出て行くメッセージが特殊な「メール搬送エージェント（ＭＴＡ）」により送信されることによって登録される本発明の第１実施形態を示すシステム図である。
【図２Ａ】
図１の実施形態に基づき出て行くｅ−メールを登録するためのフローチャートである。
【図２Ｂ】
図１の実施形態に基づき出て行くｅ−メールを登録するためのフローチャートである。
【図２Ｃ】
図１の実施形態に基づき出て行くｅ−メールを登録するためのフローチャートである。
【図２Ｄ】
図１の実施形態に基づき出て行くｅ−メールを登録するためのフローチャートである。
【図２Ｅ】
図１の実施形態に基づき出て行くｅ−メールを登録するためのフローチャートである。
【図２Ｆ】
図１の実施形態に基づき出て行くｅ−メールを登録するためのフローチャートである。
【図３】
送信者が個別の登録ＭＴＡを経て選択されたメッセージを送信するように「メール搬送エージェント」に指令できる本発明の第２実施形態を示すシステム図である。
【図４】
出て行くメッセージのカーボンコピー（ｃｃ）が、登録されるべき特殊なサーバーへ送信される本発明の第３実施形態を示すシステム図である。
【図５】
ユーザが、行先ウェブサイトに登録されるべき出て行くメッセージを構成する本発明の第４実施形態のシステム図である。
【図６】
ユーザが、「ウェブベースのメールユーザエージェント（ＭＵＡ）」内から登録されたｅ−メールを送信しそして受領書を記憶する本発明の第５実施形態のシステム図である。
【図７】
登録されたｅ−メール受領書を有効確認するフローチャートである。
【図８】
到来するメッセージを登録するための本発明の実施形態のシステム図である。
【図９】
到来するメッセージを登録するためのフローチャートである。
【図１０】
受け取った登録メッセージを有効確認するためのフローチャートである。
【図１１】
到来する及び出て行く通信を登録しそして確認するためにｅ−ビジネスにより本発明を使用する一例を示すシステム図である。

Claims

電子メッセージの配達及び内容を文書化する方法において、
メッセージ送信者から電子メッセージを受信し、該電子メッセージは、それに関連した少なくとも１つの指定の電子配達アドレスを有し、
上記電子メッセージを上記指定のアドレスに送信し、
上記指定のアドレスへの上記電子メッセージの配達に関する電子的な配達状態通知情報を受信し、
少なくとも上記メッセージに対応するメッセージ認証コードを計算し、
上記メッセージ、電子的配達状態通知情報、及びメッセージ認証コードの少なくとも一部分のコピーを組み立て、該組み立ては、電子受領書を形成し、そして
上記受領書を記憶手段へ送信する、
という段階を備えた方法。
記憶手段へ受領書を送信する上記段階は、メッセージ送信者へ受領書を送信することを含む請求項１に記載の方法。
送信者へ電子受領書を送信した後にオリジナルメッセージを破棄する段階を更に備えた請求項２に記載の方法。
更に、その後、
受領書とされているもの及びそれに関連したメッセージとされているものの認証コードを受信し、
上記メッセージとされているものの認証コードがメッセージに対応することを決定し、そして
メッセージの内容及び配達を検証する誓約証明書を受信人に与える、
という段階を含む請求項１に記載の方法。
上記誓約証明書は、ある料金に対して与えられる請求項１に記載の方法。
上記メッセージ認証コードは、更に、配達状態及び配達時刻情報に対応する請求項１に記載の方法。
認証コードを計算する上記段階は、
メッセージの少なくとも本体に対応する第１メッセージダイジェストを計算し、
メッセージへの付属物に対応する第２メッセージダイジェストを計算し、
上記第１及び第２のメッセージダイジェストに対応する全メッセージダイジェストを計算し、そして
上記全メッセージダイジェストを暗号化してデジタル指紋を形成する、
という段階を含む請求項１に記載の方法。
メッセージ認証コードの計算は、
機密ハッシュアルゴリズムを使用して、少なくともメッセージ及び電子的配達状態通知情報に対応するメッセージダイジェストを計算することを含む請求項１に記載の方法。
上記送信段階は、
行先アドレスに関連したｅ−メールサーバーとの直接的テルネット接続を確立し、そして
上記ｅ−メールサーバーへメッセージを直接的に送信する、
という段階を含む請求項１に記載の方法。
上記行先アドレスへメッセージを送信する上記段階の前にメッセージが第三者に登録されたことを指示するためにメッセージにタグ付けを行う段階を更に備えた請求項１に記載の方法。
電子メッセージを受信する上記段階は、電子メッセージをｅ−メールｃｃとして受信することを含み、そして
上記電子的配達アドレスは、メッセージに関連したヘッダ内に指定される配達アドレスを検査することにより決定される請求項１に記載の方法。
電子メッセージの配達及び内容に関する証拠を与える方法において、
送信者からコンピュータネットワークを横切って電子メッセージを受け取り、このメッセージは、それに関連した配達アドレスを有し、
上記配達アドレスに対応する行先に上記メッセージを電子的に送信し、
上記メッセージ及び上記配達アドレスに関連した配達状態通知情報を受信し、
上記送信者に、
上記メッセージの実質的なコピーと、
上記配達状態通知情報と、
上記メッセージコピー及び上記配達状態通知情報から実質的に計算されたメッセージダイジェストと、
を供給し、そして
将来の期日に、上記送信者から上記電子受領書を電子的に受信し、上記メッセージダイジェストが上記メッセージに対応することを検証し、そして上記メッセージが、上記配達アドレスに関連した電子メッセージハンドラーにより受信されたことを検証する、
という段階を備えた方法。
請求項１２に記載の方法を実施するようにプログラムされた電子メッセージサーバー。
請求項１２に記載の方法をコンピュータに実施させることのできるコンピュータ読み取り可能なメモリ。
上記メッセージに関連した付加的な配達アドレスに対応する複数の付加的な行先に上記メッセージを送信し、
上記メッセージ及び上記付加的な配達アドレスに関連した付加的な配達状態通知情報を受信し、そして
送信者に配達検証メッセージを送信し、この配達検証メッセージは、
全ての上記アドレスのリストと、
全ての上記アドレスに各々対応する上記配達状態通知情報を含み、この配達状態通知情報は、各受信人に対して、配達が首尾よく行われたかどうかと、配達が首尾よく行われた場合には配達が行われた日付及び時刻とのリストを含む請求項１２に記載の方法。
上記コンピュータネットワークはインターネットであり、そして上記電子メッセージはｅ−メールメッセージである請求項１２に記載の方法。
上記配達アドレスに対応する行先へ上記メッセージを電子的に送信する上記段階は、
上記行先に対応する受信者電子メッセージサーバーへの直接通信を確立し、
上記受信者電子メッセージサーバーへ上記電子メッセージを直接送信し、そして
上記受信者電子メッセージサーバーが上記電子メッセージをエラーなく受信したと報告したことを検証する、
という段階を備えた請求項１２に記載の方法。
上記直接通信は、インターネットを横切るテルネット接続を含む請求項１７に記載の方法。
上記メッセージダイジェストは暗号化される請求項１２に記載の方法。
ある料金に対して、上記配達アドレスにおいて上記メッセージ及びその受領書の内容を検証する誓約証明書を与える請求項１２に記載の方法。
上記メッセージダイジェストは、
上記メッセージの本体に基づいて計算された第１メッセージダイジェストと、
上記メッセージへの付属物に基づいて計算された第２メッセージダイジェストを含む請求項１２に記載の方法。
上記メッセージダイジェストは、上記メッセージの本体及び上記メッセージへの少なくとも１つの電子的付属物に基づいて計算された第１メッセージダイジェストを含む請求項１２に記載の方法。
複数の行先への電子メッセージの配達を検証する方法において、
ｅ−メールメッセージを受信し、該ｅ−メールメッセージは、それに関連した複数の行先ｅ−メールアドレスと、それに関連したメッセージ発信者アドレスとを含み、
上記メッセージを上記複数のアドレスに転送し、そして
上記メッセージ発信者へレポートを与えるという段階を備え、該レポートは、各行先アドレスに関連したコンピュータへメッセージが首尾良く送信されたかどうかを示すと共に、メッセージが首尾良く送信された場合には、各行先アドレスに関連したコンピュータによりｅ−メールが首尾良く受信された日付及び時刻を示すものである方法。
上記メッセージは、送信者からインターネットを横切って受信され、上記レポートは、インターネットを横切って送信者へ送信され、そして上記方法は、更に、上記メッセージの発信者に料金を課金する段階を含む請求項２３に記載の方法。
電子メッセージの配達を検証する方法において、
コンピュータシステム内で、行先アドレスへルーティングするためにメッセージ送信者から電子メッセージを受信し、
上記行先アドレスに関連した電子メッセージサーバーとの通信を確立し、このサーバーは、行先サーバーを形成し、
上記行先サーバーに質問して、上記該行先サーバーが配達状態通知（ＤＳＮ）機能をサポートするかどうか決定し、
その質問に対する応答を受信し、その質問及び応答は一緒にＳＭＴＰダイアログを形成し、
上記ＳＭＴＰダイアログの結果に基づいて上記行先サーバーから配達状態通知情報を要求し、
上記電子メッセージを上記行先アドレスへ送信し、
上記電子メッセージの配達に対して上記行先サーバーからＤＳＮ情報を受信し、そして
上記ＳＭＴＰダイアログの少なくとも一部分及び上記ＤＳＮ情報の少なくとも一部分を上記メッセージ送信者に供給する、
という段階を備えた方法。
上記供給する段階は、電子受領書を構成することを含み、この電子受領書は、
上記電子メッセージのコピーと、
上記ＳＭＴＰダイアログの少なくとも一部分及び上記ＤＳＮ情報の少なくとも一部分と、
上記受領書の内容に対応するメッセージ認証コードと、
を含む請求項２５に記載の方法。
受信した電子メッセージの内容を検証する方法において、
指定のサーバーを複数のトップレベルドメインにおいてｅ−メールアドレスにアドレスされたメッセージに対して受信者として登録し、
上記複数のトップレベルドメイン内の第１のｅ−メールアドレスにアドレスされた電子メッセージを受信し、
上記受信したメッセージの内容及び上記メッセージに関連した配達情報に対応するメッセージ認証コードを発生し、
上記第１のｅ−メールアドレスに関連した受信者へメッセージ及びメッセージ認証コードを供給し、そして
その後に、上記メッセージダイジェストが上記メッセージ及び配達情報に対応することを検証する、
という段階を備えた方法。
上記メッセージ認証コードは、暗号化されたメッセージダイジェストを含む請求項２７に記載の方法。
上記供給する段階は、ＰＯＰメールサービスを含む請求項２７に記載の方法。
上記メッセージ認証コード及び上記メッセージは、上記指定の受信人に供給される単一の配達メッセージへと合成される請求項２７に記載の方法。
電子メッセージの配達及び読み取りを検証する方法において、
メッセージ送信者からインターネットを横切って電子メッセージを受信し、このメッセージは、電子的行先アドレスを含むものであり、
上記メッセージを、上記行先アドレスに関連した行先サーバーへ転送し、
上記行先サーバーから配達状態通知を要求し、
上記メッセージが受信されたという確認を上記行先サーバーから受信し、そして
上記メッセージ送信者へ少なくとも１つの受領書を送信する段階を備え、この少なくとも１つの受領書は、
上記メッセージが受信された時刻を含む配達情報と、
上記行先アドレスにいるユーザが上記電子メッセージを読み取りのためにオープンするときに関する読み取り通知情報と、
上記メッセージ、配達情報、及び読み取り通知情報に対応する少なくとも１つのメッセージ認証コードと、
を含むものである方法。
上記少なくとも１つの受領書は、
上記配達情報及びそれに関連した第１メッセージ認証コードを含む第１受領書と、
上記読み取り通知情報及びそれに関連した第２メッセージ認証コードを含む第２受領書と、
を含む請求項３１に記載の方法。
電子メッセージが送信されたことを検証するための方法において、
メッセージ発信者から受け取った情報から受信者のための電子メッセージを発生し、
受信者へ電子メッセージを送信し、
電子メッセージの内容に対応するメッセージダイジェストを発生し、
そのメッセージダイジェストを暗号化し、そして
上記電子メッセージ及び暗号化されたダイジェストをメッセージ発信者に送信する、
という段階を備えた方法。
上記メッセージの配達状態通知を追跡し、
その配達状態通知を電子メッセージに添付し、そして
その添付された配達状態通知を必要に応じて後で検証するために記憶する、
という段階を更に備えた請求項３３に記載の方法。
上記電子メッセージは、コンピュータネットワークを経て受信者へ送信される請求項３３に記載の方法。
上記コンピュータネットワークは、ワイドエリアネットワークである請求項３５に記載の方法。
上記コンピュータネットワークは、インターネットである請求項３５に記載の方法。
電子メッセージが受信者へ既に送信されたことを後で証明するための方法において、
独立した当事者から電子メッセージを受信し、そしてメッセージの意図された受信者に対応するアドレスを更に受信し、
上記メッセージに対応する有効確認コードを形成し、
上記有効確認コードを記憶手段へ送信してそこに記憶し、そして
上記メッセージを受信者へ送信する、
という段階を備えた方法。
上記記憶手段は、上記独立した当事者を含む請求項３８に記載の方法。
上記記憶手段は、オンサイトメモリ装置を含む請求項３８に記載の方法。
上記有効確認コードは、メッセージダイジェストである請求項３８に記載の方法。
上記メッセージダイジェストを暗号化し、
上記暗号化されたメッセージダイジェストを含む受領書を形成し、そして
上記受領書を、必要に応じて後で検証するために独立した当事者に転送する、という段階を更に含む請求項４１に記載の方法。
メッセージが受信者により電子的に受信されたかどうかを確立するための方法において、
送信者から受信者のアドレスと共に電子的に発送されるべきメッセージを供給し、
受信者のアドレスへメッセージを電子的に発送し、
メッセージの配達状態を受信する際に、受領書を発生し、該受領書は、メッセージのコピーと、メッセージに関連したデジタル符牒と、メッセージに配達状態とを含み、そして
メッセージが受信者により電子的に受信されたことを後で確立するために上記受領書を送信者へ供給する、
という段階を備えた方法。
上記デジタル符牒は、暗号化されたメッセージダイジェストである請求項４３に記載の方法。
上記メッセージは、ｅ−メールメッセージである請求項４３に記載の方法。
上記デジタル符牒は、メッセージに対応するメッセージダイジェストである請求項４３に記載の方法。
上記メッセージは、インターネットを経て発送される請求項４３に記載の方法。
上記メッセージは、受信者に対するｅ−メールメッセージを形成するために登録者のサーバーにログオンすることにより与えられる請求項４３に記載の方法。
上記メッセージの状態は、配達状態通知である請求項４３に記載の方法。
発送されたメッセージの配達状態の追跡は、約２４時間までの周期にわたって行われる請求項４３に記載の方法。
上記メッセージの配達状態の追跡は、約２４時間以上にわたって行われ、そして上記受領書は、メッセージの配達が配達欠陥であることを記録する請求項４３に記載の方法。
上記受領書は、上記メッセージが受信者のアドレスに受信された時刻を更に含む請求項４３に記載の方法。
上記メッセージは、付属ファイルを含み、そして上記方法は、更に、上記付属ファイルに関連したメッセージダイジェストを形成し、そしてそのメッセージダイジェストを暗号化する段階を含み、そして上記発送段階は、上記付属ファイルを含むメッセージを発送することを含む請求項３に記載の方法。
メッセージの送信者に上記受領書を送信する段階を更に含む請求項４３に記載の方法。
受信者から読み取り受領書を要求し、そして
その読み取り受領書の要求に受信者が応答する場合に、その読み取り受領書の内容に対応する第２のデジタル符牒を発生し、そしてその第２のデジタル符牒を送信者に送信する、
という段階を更に備えた請求項４３に記載の方法。
受信者に送信された電子メッセージが読み取られたことを証明する方法において、
受信者のアドレスと共に電子メッセージを受信し、
上記電子メッセージに対応するメッセージダイジェストを計算し、
上記電子メッセージを受信者のアドレスに電子的に発送し、
読み取り通知を要求し、
上記読み取り通知を受信する際に、少なくとも１つの読み取り受領書を発生し、該少なくとも１つの読み取り受領書は、上記メッセージのコピーと、対応する電子メッセージに対する第１メッセージダイジェストと、受信者からの読み取り通知に対する第２メッセージダイジェストとを含み、そして
上記メッセージが受信者により受信されたことを後で検証するために上記読み取り受領書を供給する、
という段階を備えた方法。
上記電子メッセージは、送信者により受信者に対するｅ−メールメッセージを形成するために登録者のサーバーにロギングオンすることにより与えられる請求項５６に記載の方法。
上記電子メッセージの送信者に読み取り受領書を送信する段階を更に備えた請求項５７に記載の方法。
上記読み取り受領書に添付するファイルを上記読み取り受領書に付随させ、そして
それら添付ファイルのいずれかに対して各メッセージダイジェストを発生するという段階を更に備えた請求項５６に記載の方法。
電子メッセージのコピーとされているものの完全性を確認する方法において、
上記電子メッセージのコピーとされているものを受信し、このコピーとされているものは、それに関連したデジタル符牒及び送信経過を含み、
上記デジタル符牒を暗号解読し、
上記コピーとされているものの内容に基づいてメッセージダイジェストを発生し、そして
上記暗号解読されたデジタル符牒と上記メッセージダイジェストとを比較して２つが一致するかどうか決定することにより上記コピーとされているものを有効性確認する、
という段階を備えた方法。
もし必要であれば、電子メッセージの内容を検証する誓約証明書を与える段階を更に備えた請求項６０に記載の方法。
インバウンド電子メッセージを登録する方法において、
受信者のアドレスへ送信されているインバウンド電子メッセージに対応するメッセージダイジェストを発生し、
上記メッセージダイジェストを暗号化してデジタル符牒を形成し、
上記インバウンド電子メッセージの内容に上記メッセージダイジェストを付随させて受領書を形成し、
上記電子メッセージを受信者のアドレスに送信し、そして
上記受領書を公的記録の記憶手段へ送信する、
という段階を備えた方法。
上記電子メッセージは、ｅ−メールである請求項６２に記載の方法。
ｅ−メールを登録する方法において、
ｅ−メールに対応する内容に対してメッセージダイジェストを発生し、
上記メッセージダイジェストを暗号化し、
その暗号化されたメッセージダイジェストをｅ−メールの内容に付随させて、受領書を形成し、
ｅ−メールを送信し、そして
上記受領書を記憶手段へ送信してそこに記憶する、
という段階を備えた方法。
ｅ−メールメッセージの配達を文書化する方法において、
送信者からｅ−メールメッセージを受信し、
そのメッセージを少なくとも１人の指定の受信者へ転送し、
各指定の受信者へのメッセージの転送に関連した配達情報を記録し、
上記メッセージ及び配達情報に対応するメッセージダイジェストを計算し、
上記メッセージダイジェストを送信者へ送信し、
上記メッセージを破棄し、そして
その後に、上記メッセージ、上記配達情報及び上記メッセージダイジェストを検査し、そしてその配達情報内に指示された時刻に上記メッセージが指定の受信者へ送信されたことを立証する第三者検証サービスを提供する、
という段階を備えた方法。
複数の無関係なエンティティの各々に対して請求項ＶＫ１に記載の段階を実行して、上記エンティティに対する独立第三者ｅ−メール認証及び検証サービスを提供するという段階を更に備えた請求項６５に記載の方法。
上記指定の受信者へ最初にアドレスされた出て行くｅ−メールメッセージを指定の第三者へ向け直し、そして上記指定の受信者のｅ−メールアドレスを含むよう上記メッセージを変更するように、上記送信者に関連したメッセージ搬送エージェントをプログラミングする段階を更に備え、そして
上記第三者は、上記転送、記録、計算及び送信段階を実行する請求項６５に記載の方法。
特定の出て行くメッセージを、登録されるべきメッセージとして指定するために、メッセージ送信者がセットできるフラグを与える段階を更に備えた請求項６７に記載の方法。
メッセージが第三者の検証サービスに登録されたことを指定の受信者に知らせる段階を更に備えた請求項６５に記載の方法。
メッセージ送信者に料金を課金する段階を更に備え、この料金は、毎月の料金、別の定期的料金、登録データ量に基づく料金、及びメッセージごとの料金より成るグループから選択される請求項６５に記載の方法。
上記立証は、ある料金に対して行われる請求項６５に記載の方法。
電子メッセージの配達に対する電子的受領書において、
電子メッセージの本体と、
上記電子メッセージの本体が指定の受信人に関連したコンピュータへ配達された日付及び時刻に関する配達情報と、
上記メッセージ本体及び上記配達情報から計算されるメッセージ認証コードで
あって、独立したエンティティにより計算されるメッセージ認証コードと、
を備えた電子的受領書。
電子メッセージ登録サービスを公衆へ提供する方法において、
ユーザがメッセージを入力でき、そして受信者の電子アドレスを入力することにより受信者を指定できるところのワールドワイドウェブサイトを用意し、
上記ウェブサイトを経てメッセージ及び受信者のアドレスを受信し、
上記受信者の電子アドレスにメッセージを転送し、そして
メッセージの内容と、メッセージが受信者の電子アドレスへ転送された日付及び時刻とに関してユーザへ機密文書を供給する、
という段階を備えた方法。
上記受信者の電子アドレスに関連したコンピュータから配達確認を受信し、そしてその配達確認を上記機密文書の一部分として含ませる段階を更に備えた請求項７３に記載の方法。
指定の受信者が電子メッセージを読み取りのためにいつオープンするかに関する読み取り受領書情報を受信し、そしてその読み取り受領書情報を上記機密文書の一部分として含ませる段階を更に備えた請求項７４に記載の方法。
ｅ−メールメッセージの文書化サービスを提供する方法において、
メッセージ送信者からｅ−メールメッセージを受信し、
上記メッセージのコピーを形成し、そしてそのメッセージのコピーに、メッセージが第三者のｅ−メール登録サービスに登録されたことを知らせるタグを添付し、
そのタグ付きコピーを指定の受信人に転送し、そして
上記メッセージの内容と、それに関連した配達状態情報とに関して、メッセージ送信者に機密文書を与える、
という段階を備えた方法。
電子メッセージの配達及び内容を文書化するための方法において、
行先メール搬送当局（ＭＴＡ）へのメッセージの配達を行う電子メッセージプロトコル交換を記録し、
上記メッセージの少なくとも第１部分のコピー、上記プロトコル交換、上記メッセージの少なくとも第２部分に対応する認証コードを組み立て、この組み立ては、電子的受領書を形成し、そして
上記受領書を記憶手段へ送信する、
という段階を備えた方法。
上記プロトコル交換は、簡単メール搬送プロトコル（ＳＭＴＰ）交換より成る請求項７７に記載の方法。
架空の戻りアドレスをメッセージに指定し、受信ＭＴＡが充分な情報と共に配達状態通知（ＤＳＮ）を返送して、このＤＳＮ戻りアドレスを分析するだけで、上記メッセージの内容に依存せずに、ＤＳＮがどのメッセージ及びどの行先に関与しているか決定できるようにする段階を更に備えた請求項７７に記載の方法。
戻りＭＴＡ通知の主題ライン及び本体を走査して、指示フレーズの存在により、ＭＴＡ通知が成功裡な配達を報告するか、失敗した配達を報告するか、又は非拡張簡単メール搬送プロトコル（ＥＳＭＴＰ）苦情差出人へのメッセージ中継を報告するかを決定する段階を更に備えた請求項７７に記載の方法。
メッセージが首尾良く配達されるたびに、システムが上記記録されたプロトコル交換に基づいて行先のメールサーバーへの上記メッセージの配達についてのみ検証できるか、或いはシステムがＭＴＡ通知に基づいて行先に対応する電子メールボックスへのメッセージの配達について検証できるかどうかを指示する配達レポートを組み立てて送付する段階を更に備えた請求項７７に記載の方法。
特定の電子メッセージの配達を追跡する方法において、
架空の戻りアドレスをメッセージに指定し、架空の戻りアドレスは、オリジナルメッセージを識別するに充分な情報を含み、そして
メッセージを受信する装置が配達状態情報をその架空の戻りアドレスに報告するようにさせるためにメッセージ配達状態通知を要求する、
という段階を備えた方法。
上記架空の戻りアドレスは、メッセージの内容を識別するに充分な情報を含む請求項８２に記載の方法。
受信者から変位されたサーバーを経て送信者から受信者へインターネットを通してメッセージを送信する方法において、
送信者から上記サーバーにおいてメッセージを受信し、
上記サーバーからインターネットを経て受信者のエージェントへ、上記メッセージ、上記サーバーの識別及びインターネットアドレス、並びに上記メッセージの送信者の認識を送信し、
上記エージェントからインターネットを経て上記サーバーにおいて、上記エージェントの認識、上記エージェントによるメッセージの受信の指示、上記サーバーの識別及びインターネットアドレス、送信者の認識、並びに上記メッセージのデジタル指紋を受信し、そして
上記サーバーからインターネットを経て送信者へ、上記メッセージのコピー、及び上記エージェントから上記サーバーにより受信された情報を送信する、
という段階を上記サーバーに備えた方法。
上記エージェントからインターネットを経て上記サーバーにより受信される上記指示は、上記エージェントの識別と、上記サーバーとエージェントとの間で上記メッセージが通過するところの転送エージェントの指示を含む請求項８４に記載の方法。
上記サーバーは、上記メッセージへの付属物を識別し、上記エージェントからインターネットを経て上記サーバーにより上記付属物の認識が受け取られ、そして上記サーバーは、インターネットを経て送信者へ、上記エージェントから受信した付属物のコピーを送信する請求項８４に記載の方法。
上記サーバーにおいて独特のシーケンスの複数のデジットによりメッセージのデジタル指紋が与えられ、そして上記サーバーにより送信者へ送信される請求項８４に記載の方法。
上記サーバーは、上記メッセージのメッセージダイジェストを形成し、そのメッセージダイジェストを暗号化し、そしてその暗号化されたメッセージダイジェストを、上記メッセージ、上記サーバーの識別及びｅ−メールアドレス、並びに送信者の認識と共に、インターネットを経て送信者へ送信する請求項８４に記載の方法。
上記メッセージは、上記サーバーから少なくとも１つのメール転送エージェントを経て上記エージェントへ通され、
上記エージェントは、上記サーバーへ送信される情報において、少なくとも１つのメール転送エージェントの認識及びアドレスを含ませ、そして
上記サーバーは、送信者へ送信される情報において、上記エージェントから上記サーバーにより受信された少なくとも１つのメール転送エージェントの認識を含ませる請求項８４に記載の方法。
受信者から変位されたサーバーを経て送信者から受信者へインターネットを通してメッセージを送信する方法において、
送信者から上記サーバーにおいてメッセージを受信し、
上記サーバーからインターネットを経てエージェントへ、上記メッセージ、上記サーバーの認識及びインターネットアドレス、並びに上記送信者の認識を表わす指示を送信し、
上記エージェントから上記サーバーにおいて、上記サーバーから上記エージェントへのメッセージのハンドシェーク及び配達経過を受信し、そして
上記サーバーからインターネットを経て送信者へ、上記メッセージ、上記メッセージのデジタル指紋を含むデジタル符牒、並びに上記エージェントから受信したメッセージのハンドシェーク及び配達経過を送信する、
という段階を上記サーバーに備えた方法。
上記サーバーが、インターネットを経て送信者へ、上記メッセージ、上記メッセージのデジタル符牒、並びに上記メッセージのハンドシェーク及び配達経過を送信した後に、上記サーバーは、上記メッセージのデジタル符牒のコピーと、上記メッセージのハンドシェーク及び配達経過を保持するが、送信者によって要求されない限りメッセージのコピーは保持しない請求項９０に記載の方法。
上記サーバーは、上記メッセージ以外は、上記エージェントから上記サーバーにより受信されて送信者へ送信された情報のコピーを保持し、そして
上記メッセージが上記サーバーによって上記エージェントへ送信されたことを上記送信者が認証したいときに、上記サーバーは、上記メッセージに関連して該サーバーにより送信者へ送信されたメッセージ以外の情報を、上記メッセージに関連して上記サーバーにより保持された情報に一致させる請求項９０に記載の方法。
上記メッセージは、付属物を含み、
上記サーバーは、送信者から付属物を受信し、
上記サーバーは、送信者がエージェントにメッセージを送信するのと同時にエージェントに付属物を送信し、
上記サーバーは、上記メッセージ並びにそのメッセージのハンドシェーク及び配達経過を上記エージェントから受信するのと同時に上記エージェントから付属物を受信し、そして
上記サーバーは、上記メッセージのデジタル符牒を送信者へ送信すると同時に、上記付属物及びその付属物のデジタル指紋を含むデジタル符牒を送信者へ送信する請求項９０に記載の方法。
上記メッセージは、種々の確認されたヘッダフォーマットの個々の１つにおいて送信者からエージェントへ送信され、そして
上記サーバーは、種々の確認されたヘッダフォーマットの個々の１つで形成されたヘッダと共に、上記メッセージのデジタル符牒、並びに上記メッセージのハンドシェーク及び配達経過を上記エージェントから受信する請求項９０に記載の方法。
上記サーバーは、上記エージェントへメッセージを送信するときにそのメッセージに関連して上記エージェントから配達状態通知を要求し、そして
上記サーバーは、上記エージェントからメッセージのデジタル符牒を受信するときに上記エージェントから配達状態通知を受信する請求項９０に記載の方法。
上記エージェントからインターネットを経て上記サーバーへ送信する際に上記サーバーからメッセージの配達状態を指示する段階を上記エージェントにおいて含む請求項９０に記載の方法。
上記サーバーからエージェントへのメッセージのコピーを受信するのと同時に、上記サーバーからインターネットを経て、上記メッセージへの付属物のコピーと、該付属物のデジタル指紋を含むデジタル符牒とを受信し、そして
上記エージェントからサーバーへのメッセージの送信と同時に、上記エージェントからインターネットを経てサーバーへ送信するために、上記付属物のデジタル指紋を含むデジタル符牒を与える、
という段階を送信者において含む請求項９３に記載の方法。
受信者から変位されたサーバーを経て送信者から受信者へインターネットを通してメッセージを送信する方法において、
送信者から上記サーバーにおいてメッセージを受信し、
メッセージの概要をコード化形態で構成するハッシュを発生し、
上記ハッシュを特定の暗号コードで暗号化して、メッセージのデジタル指紋を発生し、そして
上記メッセージ及びメッセージのデジタル指紋を、インターネットを経て送信者へ送信する、
という段階を上記サーバーにおいて含む方法。
上記メッセージへの付属物として、その付属物の概要をコード化形態で構成するハッシュを発生し、
特定の暗号コードで上記ハッシュを暗号化して、上記付属物のデジタル指紋を発生し、そして
上記メッセージ及びそのメッセージのデジタル指紋が上記サーバーからインターネットを経て送信者へ送信されるのと同時に、インターネットを経て送信者へ上記付属物及びその付属物のデジタル指紋を送信する、
という段階を上記サーバーにおいて含む請求項９８に記載の方法。
上記サーバーがインターネットを経てメッセージを受信者のエージェントへ搬送するのと同時に、インターネットを経て受信者のエージェントへ、送信者の認識、並びにサーバーの認識及びインターネットアドレスを送信し、そして
上記エージェントからインターネットを経て、送信者の名前、サーバーの名前及びインターネットアドレス、並びにエージェントの認識及びインターネットアドレスを受信する、
という段階を上記サーバーにおいて含む請求項９８に記載の方法。
上記サーバーがインターネットを経てメッセージを受信者のエージェントへ搬送するのと同時に、インターネットを経て受信者のエージェントへ、送信者の認識、並びにサーバーの認識及びインターネットアドレスを送信し、
上記エージェントからインターネットを経て、送信者の名前、サーバーの名前及びインターネットアドレス、並びにエージェントの認識及びインターネットアドレスを受信し、そして
上記サーバーがインターネットを経てメッセージのデジタル指紋を受信するのと同時に、上記エージェントからインターネットを経て、上記付属物のデジタル指紋を受信する、
という段階を上記サーバーにおいて含む請求項９９に記載の方法。
上記メッセージのデジタル指紋、送信者の名前、サーバーの認識及びインターネットアドレス、並びにエージェントの認識及びインターネットアドレスを上記サーバーにおいて記憶し、そして
送信者により記憶するために送信者に、上記メッセージのデジタル指紋、送信者の名前、サーバーの認識及びインターネットアドレス、並びにエージェントの認識及びインターネットアドレスを送信する、
という段階を上記サーバーにおいて含む請求項１００に記載の方法。
上記メッセージのデジタル指紋、送信者の名前、サーバーの認識及びインターネットアドレス、並びにエージェントの認識及びインターネットアドレスを上記サーバーにおいて記憶し、
送信者により記憶するために送信者に、上記メッセージのデジタル指紋、送信者の名前、サーバーの認識及びインターネットアドレス、並びにエージェントの認識及びインターネットアドレスを送信し、
上記付属物のデジタル指紋を上記サーバーにおいて記憶し、そして
全てが上記エージェントからサーバーにより受信されたものであるメッセージのデジタル指紋、送信者の認識、サーバーの認識及びｅ−メールアドレス、並びにエージェントの認識及びインターネットアドレスを上記サーバーがインターネットを経て送信者へ送信するのと同時に、送信者により記憶するために、上記サーバーにおいてインターネットを通して送信者へ、上記エージェントから上記サーバーにより受信された上記付属物のデジタル指紋を送信する、
という段階を備えた請求項１０１に記載の方法。
送信者からサーバーにより受信されたメッセージを、送信者により記憶するために、メッセージのデジタル指紋の添付物と共に、上記サーバーにおいてインターネットを経て送信者へ送信する段階を含む請求項１０２に記載の方法。
送信者からサーバーにより受信されたメッセージを、送信者により記憶するために、メッセージのデジタル指紋の添付物と共に、上記サーバーにおいてインターネットを経て送信者へ送信する段階を含む請求項１０３に記載の方法。
受信者のエージェントから変位されたサーバーを経て送信者から受信者のエージェントへインターネットを通してメッセージを送信する方法において、
送信者からサーバーにおいてメッセージを受信し、
メッセージの概要をエンコード形態で構成するハッシュを発生し、
上記ハッシュを特定の暗号コードで暗号化して、メッセージのデジタル指紋を発生し、
上記メッセージ、送信者の認識、並びにサーバーの認識及びインターネットアドレスを、上記サーバーからインターネットを経て上記エージェントへ送信し、
送信者からのメッセージに関する上記エージェントからインターネットを通る送信を、インターネットを経てサーバーにおいて受信し、そして
上記エージェントからサーバーにより受信された送信、又はメール搬送当局からインターネットを経てサーバーによる受信がないことから、サーバーによるエージェントへの送信の配達状態、及びエージェントによる受信者へのメッセージの配達の配達状態を決定する、
という段階を上記サーバーにおいて備えた方法。
上記エージェントへ送信されたメッセージの配達状態と、上記エージェントにより受信者へ配達されたメッセージの配達状態とを周期的に検査し、そして
その周期的な検査から、メッセージが搬送エージェントに配達されたことを上記サーバーが決定したときに、上記メッセージ、上記メッセージのデジタル指紋、送信者の認識、並びにサーバーの認識及びインターネットアドレスを、上記エージェントへのメッセージの配達の指示と共に、インターネットを経て送信者へ送信する、
という段階を上記サーバーにおいて備えた請求項１０６に記載の方法。
受信者のエージェントから変位されたサーバーを経て送信者から受信者のエージェントへインターネットを通してメッセージを送信する方法において、
サーバーでメッセージを受信し、
上記メッセージのデジタル指紋を与え、
インターネットを経て受信者のエージェントへ、上記メッセージ、送信者の認識、並びに上記サーバーの認識及びインターネットアドレスを送信し、
上記エージェントの認識及びインターネットアドレス、送信者の認識、並びに上記サーバーの認識及びインターネットアドレスを受信し、そして
上記エージェントからサーバーにより受信された情報、及び上記メッセージのデジタル指紋を送信者に供給する、
という段階を上記サーバーに備えた方法。
上記メッセージのデジタル指紋を送信者に供給するのと同時にメッセージを送信者へ供給し、そして
送信者に供給された情報は保持するが、送信者に供給されたメッセージは破棄する、
という段階を上記サーバーに備えた請求項１０８に記載の方法。
上記エージェントから、上記エージェントの認識及びインターネットアドレス、上記送信者の認識、並びに上記サーバーの認識及びインターネットアドレスを受信した日付及び時刻の指示を与え、そして
上記エージェントからデジタル指紋を受信した日付及び時刻の指示を与える、という段階を上記サーバーに備えた請求項１０８に記載の方法。
上記サーバーにより供給されたメッセージのコピー、そのメッセージのデジタル指紋のコピー、上記エージェントの認識及びインターネットアドレス、送信者の認識、並びに上記サーバーの認識及びインターネットアドレスを送信者から受け取り、
全て上記送信者から受け取られたものであるメッセージのデジタル指紋、上記エージェントの認識及びインターネットアドレス、送信者の認識、並びに上記サーバーの認識及びインターネットアドレスを、全て上記サーバーから受け取られたものである上記エージェントの認識及びインターネットアドレス、送信者の認識、並びに受信者の認識及びインターネットアドレス、並びに上記サーバーにおけるメッセージのデジタル指紋と比較し、そして
上記サーバーにおいて行われる比較に基づいて送信者から受け取られるメッセージを認証する、
という段階を上記サーバーに備えた請求項１０８に記載の方法。
メッセージのハッシュを与えることによりメッセージのデジタル指紋を上記サーバーにおいて形成し、次いで、
上記メッセージのハッシュを暗号化する、
という段階を上記サーバーに備えた請求項１０８に記載の方法。
上記メッセージへの付属物のデジタル指紋を形成し、
上記メッセージを送信するのと同時に上記付属物を上記エージェントに送信し、そして
上記メッセージのデジタル指紋を送信するのと同時に上記付属物のデジタル指紋を送信者へ送信する、
という段階を上記サーバーに備えた請求項１０８に記載の方法。
上記エージェントからメッセージを受信した日付及び時刻の指示を与え、
上記メッセージのデジタル指紋を送信者に与えるときに、上記エージェントからメッセージのデジタル指紋を上記サーバーに与える日付及び時刻の指示を送信者に与え、
上記メッセージのデジタル指紋を送信者に与えるのと同時に、送信者にメッセージを供給し、
送信者に与えられた情報は保持するが、送信者に与えられたメッセージは破棄し、
メッセージへの付属物のデジタル指紋を形成し、
メッセージを送信するのと同時に上記付属物を上記エージェントに送信し、
メッセージのデジタル指紋を送信するのと同時に上記付属物のデジタル指紋を送信者へ送信し、
送信者に供給されたメッセージのコピー、メッセージのデジタル指紋のコピー、上記エージェントの認識及びインターネットアドレス、送信者の認識、並びに上記サーバーの認識及びインターネットアドレスを送信者から受け取り、
全て上記送信者から受け取られたものであるメッセージのデジタル指紋、上記エージェントの認識及びインターネットアドレス、送信者の認識、並びに上記サーバーの認識及びインターネットアドレスを、全て上記サーバーから受け取られたものであるメッセージのデジタル指紋、上記エージェントの認識及びインターネットアドレス、送信者の認識、並びに受信者の認識及びインターネットアドレスと比較し、そして
上記サーバーにより行われる比較に基づいて送信者から受け取られるメッセージを認証する、
という段階を上記サーバーに備えた請求項１１２に記載の方法。
受信者から変位されたサーバーを経て送信者から受信者のエージェントへインターネットを通してメッセージを送信する方法において、
メッセージのデジタル指紋をサーバーにおいて形成し、
メッセージのデジタル指紋をサーバーにおいて記憶し、そして
メッセージ及びメッセージのデジタル指紋を送信者により記憶するために送信者へ送信する、
という段階をサーバーにおいて備えた方法。
上記メッセージ及びメッセージのデジタル指紋が送信者へ送信された後にメッセージを破棄する段階をサーバーにおいて備えた請求項１１５に記載の方法。
上記メッセージのコピー及びメッセージのデジタル指紋を送信者から受信し、
上記送信者からのメッセージのデジタル指紋と、メッセージの記憶されたデジタル指紋とを比較し、そして
その比較結果に基づいてメッセージを認証する、
という段階をサーバーにおいて備えた請求項１１６に記載の方法。
上記サーバーにおいてメッセージのデジタル指紋を形成するのと同時に、全て上記エージェントからサーバーにより受信されたものである送信者の認識、サーバーの認識及びインターネットアドレス、メール搬送エージェントのアドレス及びインターネットアドレスをサーバーにおいて与え、
上記エージェントからサーバーにより受信された情報をサーバーにおいて記憶し、そして
上記メッセージ及びメッセージのデジタル指紋が送信者に送信されるのと同時に、全て上記エージェントからサーバーによって受信されたものである送信者の認識、サーバーの認識及びインターネットアドレス、並びにエージェントの認識及びインターネットアドレスを送信者に送信する、
という段階を含む請求項１１５に記載の方法。
上記メッセージの付属物のデジタル指紋を上記サーバーにおいて記憶し、そして
上記メッセージ及びメッセージのデジタル指紋が送信されるのと同時に、上記サーバーにより受信された付属物及び付属物のデジタル指紋を送信者に送信するという段階をサーバーにおいて備えた請求項１１５に記載の方法。
メッセージのコピー、付属物そしてメッセージ及び付属物のデジタル指紋を送信者から受け取り、そして
上記メッセージ及び付属物のデジタル指紋と、メッセージ及び付属物の記憶されたデジタル指紋とを各々比較して、この比較に基づいてメッセージ及び付属物を認証する、
という段階をサーバーにおいて備えた請求項１１９に記載の方法。
上記サーバーにおいてメッセージのデジタル指紋及び付属物を形成するのと同時に、全て上記エージェントからサーバーにより受信されたものである送信者の認識、サーバーの認識及びインターネットアドレス、並びに上記エージェントのアドレス及びインターネットアドレスをサーバーにおいて記憶し、
上記メッセージ、付属物そしてメッセージ及び付属物のデジタル指紋が送信者に送信されるのと同時に、全て上記エージェントからサーバーにより受信されたものである送信者の認識、サーバーの認識及びインターネットアドレス、送信者の認識、並びに上記エージェントの認識及びインターネットアドレスを送信者へ送信する、
という段階をサーバーにおいて備えた請求項１１９に記載の方法。
受信者のエージェントから変位されたサーバーを経て送信者から受信者のエージェントへインターネットを通してメッセージを送信する方法において、
送信者から上記サーバーにメッセージを供給し、
上記メッセージのデジタル指紋、送信者の認識、並びに上記サーバーの認識及びインターネットアドレスを上記サーバーにおいて与え、
上記メッセージ、送信者の認識、並びに上記サーバーの認識及びインターネットアドレスを上記エージェントへ送信し、
上記サーバーからエージェントへメッセージを送信する際にそのエージェントにおける受信状態の指示と、送信者の認識と、上記サーバーの認識及びインターネットアドレスを上記エージェントにおいて与え、そして
上記エージェントの認識及びインターネットアドレスと、上記エージェントにおけるメッセージの受信状態と、送信者の認識と、上記サーバーの認識及びインターネットアドレスを上記エージェントから上記サーバーへ送信する、
という段階を備えた方法。
メッセージへの付属物のデジタル指紋を上記サーバーにおいて形成し、
メッセージが上記エージェントに送信されるのと同時に、上記エージェントに上記付属物を送信し、
メッセージの受信状態が上記エージェントに与えられるのと同時に、上記付属物の受信状態を上記エージェントにおいて与え、そして
メッセージの受信状態が上記エージェントからサーバーへ送信されるのと同時に、上記付属物の受信状態を上記エージェントからサーバーへ送信する、
という段階を備えた請求項１２２に記載の方法。
上記メッセージのデジタル指紋は、メッセージのデジタルダイジェスト及びそのデジタルダイジェストの暗号を含む請求項１２２に記載の方法。
上記エージェントは、そのエージェントによりサーバーへ送信される日付及び時刻をサーバーへの送信に含ませる請求項１２２に記載の方法。
上記サーバーは、メッセージ、メッセージのデジタル指紋、送信者の認識、サーバーの認識及びインターネットアドレス、エージェントの認識及びインターネットアドレス、並びにメッセージがエージェントに受信されたときのエージェントの状態を送信者に送信する請求項１２２に記載の方法。
上記エージェントにおけるメッセージの配達状態は、（ａ）配達済み、（ｂ）中継済み、（ｃ）配達済みで配達状態通知（ＤＳＮ）を待機中、（ｄ）メールボックスへ配達済み、及び（ｅ）失敗で配達不能、のうちの少なくとも１つを含む請求項１２２に記載の方法。
上記メッセージのデジタル指紋は、メッセージのデジタルダイジェスト及びそのデジタルダイジェストの暗号を含み、
上記エージェントは、そのエージェントによるサーバーへの送信の日付及び時刻を含み、
上記サーバーは、メッセージ、メッセージのデジタル指紋、送信者の認識、サーバーの認識及びインターネットアドレス、エージェントの認識及びインターネットアドレス、並びにメッセージ及びメッセージのデジタル指紋がエージェントに受信されたときのエージェントの状態を送信者に送信し、そして
上記エージェントにおけるメッセージの配達状態は、（ａ）配達済み、（ｂ）中継済み、（ｃ）配達済みで配達状態通知（ＤＳＮ）を待機中、（ｄ）メールボックスへ配達済み、及び（ｅ）失敗で配達不能、のうちの少なくとも１つを含む請求項１２２に記載の方法。
メッセージへの付属物のデジタル指紋を上記サーバーにおいて形成し、
メッセージが上記エージェントに送信されるのと同時に、上記エージェントに上記メッセージの付属物を送信し、
メッセージの受信状態が上記エージェントに与えられるのと同時に、上記付属物の受信状態を上記エージェントにおいて与え、そして
メッセージの受信状態が上記エージェントからサーバーへ送信されるのと同時に、上記付属物の受信状態を上記エージェントからサーバーへ送信する、
という段階を備えた請求項１２８に記載の方法。
受信者のエージェントから変位されたサーバーを経て送信者から受信者のエージェントへインターネットを通してメッセージを送信する方法において、
メッセージのデジタル指紋、送信者の認識、並びにサーバーの認識及びインターネットアドレスをサーバーにおいて与え、
メッセージ、送信者の認識、並びにサーバーの認識及びインターネットアドレスをエージェントへ送信し、
送信者の認識、サーバーの認識及びインターネットアドレス、エージェントの認識及びインターネットアドレス、並びにエージェントにおけるメッセージの受信状態の指示をエージェントから受信し、そして
メッセージ、及びメッセージに関連してエージェントからサーバーにより受信された情報を送信者に送信する、
という段階をサーバーにおいて備えた方法。
メッセージへの付属物のデジタル指紋を上記サーバーにおいて形成し、
メッセージが上記エージェントに搬送されるのと同時に、上記エージェントに上記付属物を送信し、
上記エージェントにおけるメッセージの受信状態を上記サーバーが上記エージェントから受信するのと同時に、上記エージェントにおける上記付属物の受信状態を上記エージェントから受信し、そして
メッセージ、及びメッセージに関連して上記エージェントから上記サーバーにより受信された情報を上記サーバーが送信者に送信するのと同時に、上記付属物、及び付属物に関連して上記エージェントから上記サーバーにより受信された情報を送信者に送信する、
という段階を備えた請求項１３０に記載の方法。
上記エージェントにおけるメッセージの配達状態は、（ａ）配達済み、（ｂ）中継済み、（ｃ）配達済みで配達状態通知（ＤＳＮ）を待機中、（ｄ）メールボックスへ配達済み、及び（ｅ）失敗で配達不能、のうちの少なくとも１つを含む請求項１３０に記載の方法。
上記サーバーは、上記エージェントにおけるメッセージの受信状態が上記エージェントにより上記サーバーへ送信された日付及び時刻を上記エージェントから受信し、そして
上記サーバーは、上記エージェントによるメッセージの受信状態を上記サーバーが送信者に送信するのと同時に、上記エージェントによるメッセージの受信状態が上記エージェントにより送信される日付及び時刻を送信者へ送信する請求項１３０に記載の方法。
上記サーバーは、上記エージェントによるメッセージの受信状態が送信者へ送信される日付及び時刻も送信者へ送信する請求項１３３に記載の方法。
上記サーバーは、送信者へメッセージを送信した後にはメッセージを記憶しない請求項１３４に記載の方法。
上記サーバーは、メッセージ及びメッセージのデジタル指紋を送信者に送信するのと同時に、送信者の認識、並びにサーバーの認識及びインターネットアドレスを送信者へ送信し、
上記サーバーは、送信者の認識、サーバーの認識及びインターネットアドレス、並びにメッセージのデジタル指紋を記憶し、そして
上記サーバーは、全てサーバーにより記憶されたものである送信者の記憶された認識、並びにサーバーの認識及びインターネットアドレスと、全て送信者により受信されたものである送信者の認識、並びにサーバーの認識及びインターネットアドレスとを比較して、上記サーバーから送信者へ送信されるメッセージを認証する請求項１３４に記載の方法。
上記サーバーは、全て上記エージェントから上記サーバーにより受け取られたものである上記エージェントの認識及びインターネットアドレス並びにメッセージの受信状態と、メッセージのデジタル指紋とを送信者に送信し、
上記サーバーは、全て上記エージェントから上記サーバーにより受け取られたものである上記エージェントの認識及びインターネットアドレス並びにエージェントにより受信されたメッセージの受信状態と、メッセージのデジタル指紋とを記憶し、そして
上記サーバーは、上記エージェントの記憶された認識及びインターネットアドレス、メッセージの受信状態、並びにメッセージのデジタル指紋を、全て上記サーバーから送信者により受け取られたものである上記エージェントの認識及びインターネットアドレス、メッセージの受信状態、並びにメッセージのデジタル指紋と比較して、上記サーバーから送信者へ送信されるメッセージを認証する請求項１３４に記載の方法。
上記サーバーは、送信者へメッセージを送信した後にはメッセージを記憶せず、
上記サーバーは、全て上記エージェントから上記サーバーにより受け取られたものである上記エージェントの認識及びインターネットアドレス並びにエージェントにより受信されたメッセージの受信状態と、メッセージのデジタル指紋とを送信者に送信し、
上記サーバーは、全て上記エージェントから上記サーバーにより受け取られたものである上記エージェントの認識及びインターネットアドレス、メッセージの受信状態、並びにエージェントにより受信されたメッセージのデジタル指紋と、メッセージのデジタル指紋とを記憶し、そして
上記サーバーは、上記エージェントの記憶された認識及びインターネットアドレス、メッセージの受信状態、並びにメッセージのデジタル指紋を、全て上記サーバーから送信者により受け取られたものである上記エージェントの認識及びインターネットアドレス、メッセージの受信状態、並びにメッセージのデジタル指紋と比較して、上記送信者からサーバーへ送信されるメッセージを認証する請求項１３６に記載の方法。
受信者から変位されたサーバーを経て送信者から受信者へインターネットを通して送信されたメッセージを認証する方法において、
メッセージ、メッセージのデジタル指紋、並びに受信者のエージェントによるメッセージの受信状態を送信者へ送信し、
メッセージのデジタル指紋をサーバーに記憶すると共に、上記エージェントによるメッセージの受信状態も記憶し、
メッセージのデジタル指紋及び上記エージェントによるメッセージの受信状態を送信者から受け取り、そして
メッセージの記憶されたデジタル指紋と、送信者から上記サーバーにより受け取られたメッセージのデジタル指紋とを比較して、上記サーバーから送信者へ送信されたメッセージを認証する、
という段階をサーバーにおいて備えた方法。
上記サーバーは、メッセージの受信状態及びメッセージのデジタル指紋に関連してサーバーにより送信された情報は記憶するが、メッセージは記憶せず、そして
上記サーバーは、上記エージェントによるメッセージの受信状態及びメッセージのデジタル指紋に関連して、サーバーにより記憶された情報と、送信者により与えられた情報とを比較して、上記サーバーにより送信者に送信されたメッセージを認証する請求項１３９に記載の方法。
上記サーバーは、全てエージェントによってサーバーへ送信されるものである送信者の認識、並びにサーバーの認識及びインターネットアドレスを送信者へ送信し、
上記サーバーは、全てエージェントによってサーバーへ送信されるものである送信者の認識、並びにサーバーの認識及びインターネットアドレスを記憶し、そして
上記サーバーは、送信者の認識、並びにサーバーの認識及び情報アドレスに関連して、サーバーにより記憶された情報と、送信者によって与えられた情報とを比較して、上記サーバーにより送信者に送信されたメッセージを認証する請求項１３９に記載の方法。
受信者のエージェントから変位されたサーバーを経て送信者から受信者のエージェントへインターネットを通して送信されたメッセージを認証する方法において、
メッセージ、メッセージのデジタル指紋、並びに受信者のエージェントによるメッセージの受信状態を送信者へ送信し、
メッセージのデジタル指紋をサーバーに記憶し、そして
メッセージの記憶されたデジタル指紋と、送信者へ送信されたメッセージのデジタル指紋とを比較して、上記サーバーから送信者へ送信されたメッセージを認証する、
という段階を備えた方法。
上記サーバーは、メッセージを送信者へ送信した後にはメッセージを記憶しない請求項１４２に記載の方法。
上記サーバーは、メッセージ及びメッセージのデジタル指紋を送信者に送信するのと同時に、送信者の認識、並びにサーバーの認識及びインターネットアドレスを送信者へ送信し、
上記サーバーは、メッセージ及びメッセージのデジタル指紋を送信者に送信するのと同時に、送信者の認識、並びにサーバーの認識及びインターネットアドレスを記憶し、
上記サーバーは、送信者の認識、並びにサーバーの認識及びインターネットアドレスを送信者から受信し、そして
上記サーバーは、全て送信者からサーバーにより受信されたものである送信者の認識、並びにサーバーの認識及びインターネットアドレスを、送信者の記憶された認識、並びにサーバーの記憶されたインターネットアドレスと比較して、上記サーバーから送信者へ送信されたメッセージを認証する請求項１４２に記載の方法。
受信者のエージェントから変位されたサーバーを経て送信者から受信者のエージェントへインターネットを通してメッセージを送信する方法において、
送信者からメッセージを受け取り、
メッセージと、そのメッセージ、送信者及び受信者を識別する架空の戻りアドレスとを上記エージェントへ送信し、
上記メッセージ、送信者及び受信者を識別する架空の戻りアドレスを上記エージェントから受け取り、そして
上記サーバーから上記エージェントへ送信されるメッセージと、上記エージェントから上記サーバーにより受け取られ、メッセージ、送信者及び受信者を識別するメッセージとを識別する、
という段階をサーバーにおいて備えた方法。
上記サーバーは、上記エージェントから上記サーバーにより受け取られる架空の戻りアドレスであって、メッセージ、送信者及び受信者を識別する架空の戻りアドレスを、送信者により返送するために、送信者へ送信し、そして
上記サーバーは、上記エージェントから上記サーバーにより受け取られる架空の戻りアドレスであって、メッセージ、送信者及び受信者を識別する架空の戻りアドレスを記憶する請求項１４５に記載の方法。
上記サーバーは、上記エージェントから上記サーバーにより受け取られる架空の戻りアドレスであって、メッセージ、送信者及び受信者を識別する架空の戻りアドレスを送信者に送信するときに、送信者にメッセージを送信し、そして
上記サーバーは、送信者にメッセージを送信した後にはメッセージを保持しない請求項１４６に記載の方法。
受信者は、サーバーからメッセージを受信する複数の受信者の一人であり、そして
上記架空の戻りアドレスは、受信者グループの中から受信者を識別する請求項１４５に記載の方法。
上記メッセージは、付属物を有し、そして
上記架空の戻りアドレスは、メッセージへの付属物を識別する請求項１４５に記載の方法。
上記サーバーは、上記エージェントから上記サーバーにより受け取られる架空の戻りアドレスであって、メッセージ、送信者及び受信者を識別する架空の戻りアドレスを送信者に送信するときに、送信者にメッセージを送信し、
上記サーバーは、送信者にメッセージを送信した後はメッセージを保持せず、
受信者は、サーバーからメッセージを受信する複数の受信者の一人であり、
上記架空の戻りアドレスは、受信者グループの中から受信者を識別し、
上記メッセージは、付属物を有し、そして
上記架空の戻りアドレスは、メッセージへの付属物を識別する請求項１４６に記載の方法。
サーバーから受信者のエージェントへ送信される送信者のメッセージを識別する方法において、
上記エージェントから上記サーバーにより受け取られる架空の戻りアドレスであって、メッセージ、送信者及び受信者を識別する架空の戻りアドレスを送信者へ送信し、
上記サーバーにより送信者へ送信された上記架空の戻りアドレスを上記サーバーに記憶し、
上記サーバーにより送信者へ送信された上記架空の戻りアドレスを送信者から受信し、そして
上記送信者により与えられた架空の戻りアドレスと、上記サーバーに記憶された架空の戻りアドレスとを比較して、送信者により供給されるメッセージを認証する、
という段階をサーバーに備えた方法。
上記サーバーは、架空の戻りアドレスを送信者に送信するのと同時にメッセージを送信者に送信し、そして
上記サーバーは、送信者にメッセージを送信した後にはメッセージを保持しない請求項１５１に記載の方法。
上記受信者は、上記サーバーからメッセージを受信する複数の受信者の個々の一人であり、そして
上記架空の戻りアドレスは、メッセージを受信する受信者グループの個々の一人を識別する請求項１５１に記載の方法。
上記メッセージは、付属物を有し、そして
上記架空の戻りアドレスは、メッセージの付属物を識別する請求項１５１に記載の方法。
上記受信者は、上記サーバーからメッセージを受信する複数の受信者の個々の一人であり、
上記架空の戻りアドレスは、メッセージを受信する受信者グループの個々の一人を識別し、
上記メッセージは、付属物を有し、そして
上記架空の戻りアドレスは、メッセージの付属物を識別する請求項１５２に記載の方法。
受信者から変位されたサーバーを経て送信者から受信者のエージェントへインターネットを通してメッセージを送信する方法において、
メッセージ、メッセージのデジタル符牒、送信者の認識、並びにサーバーの名前及びインターネットアドレスをサーバーからインターネットを経て受け取り、そして
上記メッセージのデジタル符牒、上記送信者の認識、上記サーバーの名前及びインターネットアドレス、並びに上記エージェントの名前及びインターネットアドレスを、インターネットを経て上記サーバーへ送信する、
という段階を上記エージェントに備えた方法。
メッセージが上記エージェントにより受信者へ配達されたかどうかを、上記エージェントからインターネットへの送信において指示する段階を上記エージェントに備えた請求項１５６に記載の方法。
メッセージ、メッセージのデジタル符牒、送信者の認識、並びにサーバーの名前及びインターネットアドレスが受信者への配達のために上記エージェントにより別のエージェントへ送信されたことを上記エージェントからインターネットへの送信において指示する段階を上記エージェントに備えた請求項１５６に記載の方法。
電子メッセージを第１サーバーにおいてその第１サーバーから行先アドレスへ配達するための方法において、
行先アドレスへルーティングするためにメッセージ送信者から電子メッセージを第１サーバーにおいて受信し、
電子メッセージを行先アドレスのための行先サーバーへ送信し、上記第１サーバーとこの行先サーバーとの間のトランザクションは、ＳＭＴＰ及びＥＳＭＴＰプロトコルより成るグループから選択されたプロトコルを経てメッセージを受信し、そして
上記プロトコルの選択された１つにおける上記第１サーバーと行先サーバーとの間のトランザクションを上記第１サーバーに記録する、
という段階を備えた方法。
送信者の認識、上記第１サーバーの認識及びインターネットアドレス、並びに上記行先サーバーの認識及びインターネットアドレスを、上記第１サーバーと行先サーバーとの間のトランザクションに含ませる段階を備えた請求項１５９に記載の方法。
上記第１サーバーと送信者との間にトランザクションを与え、そして
メッセージ送信者からの電子メッセージのデジタル指紋を上記第１サーバーと送信者との間のトランザクションに含ませる、
という段階を備えた請求項１５９に記載の方法。
上記第１サーバーから行先サーバーへメッセージを送信する時刻及び行先サーバーによりメッセージを受信する時刻を、上記第１サーバーと行先サーバーとの間のトランザクションに記録する段階を備えた請求項１５９に記載の方法。
上記第１サーバーと送信者との間にトランザクションを与え、
送信者からの電子メッセージのデジタル指紋を上記第１サーバーと送信者との間のトランザクションに含ませ、そして
上記第１サーバーから行先サーバーへメッセージを送信する時刻及び行先サーバーによりメッセージを受信する時刻を、上記第１サーバーと行先サーバーとの間のトランザクションに記録する、
という段階を備えた請求項１６０に記載の方法。
上記行先サーバーから受信者へのメッセージの配達状態を上記第１サーバーと行先サーバーとの間のトランザクションに含ませる段階を備えた請求項１５９に記載の方法。
上記行先サーバーへのメッセージの配達状態及び上記行先サーバーから受信者へのメッセージの配達状態に関連した配達状態通知を上記第１サーバーにおいて受信する段階を備えた請求項１５９に記載の方法。
受信者の行先サーバーへの電子メッセージの配達を第１サーバーにおいて検証する方法において、
ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルより成るグループから選択されたプロトコルにより上記第１サーバーと行先サーバーとの間のトランザクションを介して上記第１サーバーから行先サーバーへ電子メッセージを送信し、
上記プロトコルの選択された１つにおける上記第１サーバーと行先サーバーとの間のトランザクションを上記第１サーバーに記録し、そして
上記プロトコルの選択された１つにおける上記第１サーバーと行先サーバーとの間のトランザクションを送信者に送信する、
という段階を備えた方法。
上記プロトコルの選択された１つにおける上記第１サーバーと行先サーバーとのトランザクションの時間にメッセージのコピーを上記第１サーバーから送信者へ送信する段階を備えた請求項１６６に記載の方法。
上記プロトコルの選択された１つにおけるメッセージのコピーが上記第１サーバーにより行先サーバーへ送信された後に、上記第１サーバーにおいてメッセージを破壊する段階を備えた請求項１６６に記載の方法。
メッセージのデジタル指紋を上記第１サーバーに記録し、そして
上記プロトコルの選択された１つが上記第１サーバーから送信者へ送信されるときにメッセージのデジタル指紋を上記第１サーバーから送信者へ送信する、
という段階を備えた請求項１６６に記載の方法。
上記プロトコルの選択された１つにおける上記第１サーバーと行先サーバーのトランザクションの時間にメッセージのコピーを上記第１サーバーから送信者へ送信し、そして
上記プロトコルの選択された１つにおけるメッセージのコピーが上記第１サーバーにより行先サーバーへ送信された後に、上記第１サーバーにおいてメッセージを破壊する、
という段階を備えた請求項１６９に記載の方法。
送信者の名前、第１サーバーの名前及びアドレス、行先サーバーの名前及びアドレス、並びに第１サーバーによるメッセージの受信時刻を第１サーバーと行先サーバーとの間に送信する段階を備えた請求項１７０に記載の方法。
第１サーバーから行先サーバーへのメッセージの配達状態を指示する配達状態通知と、この配達状態通知が行先サーバーにより第１サーバーへ送信される時刻とを第１サーバーにおいて受け取る段階を備えた請求項１６６に記載の方法。
送信者から第１サーバーにより受け取られそして第１サーバーにより受信者の行先サーバーへ送信されるメッセージを第１サーバーにおいて検証するための方法において、
送信者からのメッセージに関連して第１サーバーと行先サーバーとの間のトランザクションを第１サーバーに記録し、この第１サーバーと行先サーバーとの間のトランザクションは、ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルより成るグループから選択されたプロトコルを経て与えられ、
ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルの選択された１つを経て第１サーバーと行先サーバーとの間のトランザクション及びメッセージを第１サーバーから送信者へ送信し、そして
記録されたトランザクションと、第１サーバーから送信者へ以前に送信されそしてその後に送信者により第１サーバーへ与えられるトランザクションとを第１サーバーにおいて比較し、それにより、その比較に対応性があるときに第１サーバーから送信者へ送信されるメッセージを認証する、
という段階を備えた方法。
第１サーバーがＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルの選択された１つを経て第１サーバーと行先サーバーとの間のトランザクションを送信者へ送信するのと同時に、メッセージと共にメッセージのデジタル指紋を第１サーバーから送信者へ送信する段階を更に備えた請求項１７３に記載の方法。
ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルの選択された１つを経て第１サーバーと行先サーバーとの間のトランザクション及びメッセージを第１サーバーが送信者に送信するときに第１サーバーからメッセージを除去する段階を更に備えた請求項１７０に記載の方法。
ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルより成るグループから選択されたプロトコルを経て第１サーバーと行先サーバーとの間のトランザクションが第１サーバーに記憶されるときに、送信者の名前、第１サーバーの名前及びアドレス、並びに行先サーバーの名前及びアドレスの指示を第１サーバーに記録し、そして
ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルより成るグループから選択されたプロトコルを経て第１サーバーと行先サーバーとの間のトランザクションが第１サーバーから行先サーバーへ送信されるときに、送信者の名前、第１サーバーの名前及びアドレス、並びに行先サーバーの名前及びアドレスを第１サーバーから送信者へ送信し、
第１サーバーにおける比較は、送信者の名前、第１サーバーの名前及びアドレス、並びに行先サーバーの名前及びアドレスを、送信者から第１サーバーにより受け取られたものと、第１サーバーにより記録されたものとについて比較することを含む請求項１７３に記載の方法。
メッセージのデジタル指紋と、送信者からのメッセージに関する第１サーバーと行先サーバーとの間のトランザクションとを第１サーバーに記録し、第１サーバーと行先サーバーとの間のトランザクションは、ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルより成るグループから選択されたプロトコルを経て与えられ、
メッセージ、メッセージのデジタル指紋、及び第１サーバーと行先サーバーとの間のトランザクションを、ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルの選択された１つを経て、第１サーバーから送信者へ送信し、
ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルの選択された１つを経て第１サーバーと行先サーバーとの間のトランザクションを第１サーバーが送信者へ送信するのと同時に、メッセージ及びメッセージのデジタル指紋を第１サーバーから送信者へ送信し、そして
第１サーバーにおいて、記録されたデジタル指紋及び記録されたトランザクションを、第１サーバーから送信者へ以前に送信されてその後に送信者により第１サーバーへ送られるデジタル指紋及びトランザクションと比較し、それにより、その比較に対応性があるときに第１サーバーから送信者へ送信されるメッセージを認証する、
という段階を備えた請求項１７５に記載の方法。
第１サーバーと行先アドレスとの間のトランザクションが第１サーバーに記録されるのと同時に、送信者の認識、第１サーバーの認識及びアドレス、並びに行先サーバーの認識及びアドレスの指示を第１サーバーに記録し、
メッセージ、及び第１サーバーと行先サーバーとの間のトランザクションが第１サーバーから送信者へ送信されるときに、送信者の認識、第１サーバーの認識及びアドレス、並びに行先サーバーの認識及びアドレスを第１サーバーから送信者へ送信し、そして
他の比較が行われるのと同時に、第１サーバーにおいて、送信者の認識、第１サーバーの認識及びアドレス、並びに行先サーバーの認識及びアドレスを、全て送信者へ送信されたものと、第１サーバーに記録されたものとについて比較し、それにより、その比較に対応性があるときに第１サーバーにより送信者へ送信されるメッセージを認証する、
という段階を備えた請求項１７３に記載の方法。
受信者の行先サーバーへの電子メッセージの配達を第１サーバーにおいて検証する方法において、
行先サーバーへルーティングするためにメッセージ送信者から電子メッセージを第１サーバーに受信し、
行先サーバーとの通信を第１サーバーに確立し、
ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルより成るグループから選択されたプロトコルを経てプロトコルトランザクションと共に第１サーバーから電子メッセージを行先サーバーへ送信し、
メッセージに関連して第１サーバーと行先サーバーとの間のプロトコルトランザクションを第１サーバーに記録し、
メッセージ、及び第１サーバーと行先サーバーとの間のプロトコルトランザクションを第１サーバーから送信者へ送信し、そして
上記プロトコルの選択された１つにおけるトランザクションの少なくとも特定の部分の比較を、第１サーバーにより行先サーバーへメッセージを配達した証拠として第１サーバーにおいて行い、この比較は、第１サーバーに記録されたトランザクションプロトコルと、サーバーから送信者により受け取られたトランザクションプロトコルとの間で行われる、
という段階を備えた方法。
上記選択されたプロトコルにおいて送信者へ与えられるトランザクションの上記少なくとも特定の部分は、その後、送信者により第１サーバーへ与えられ、そして
上記選択されたプロトコルで送信者により第１サーバーへ与えられる上記少なくとも特定の部分は、第１サーバーにおいて上記選択されたプロトコルで記録された上記少なくとも特定の部分と第１サーバーにおいて比較されて、送信者により受け取られたメッセージが本物かどうか決定する、
という段階を備えた請求項１７８に記載の方法。
上記第１サーバーにおいてメッセージでデジタル指紋が作られ、
上記デジタル指紋は、プロトコルトランザクションと共に第１サーバーに記録され、
上記デジタル指紋は、メッセージ、及び第１サーバーと行先サーバーとの間のプロトコルトランザクションと共に第１サーバーから送信者へ送信され、そして上記デジタル指紋は、選択されたプロトコルにおけるトランザクションの少なくとも特定の部分と共に送信者から第１サーバーへ与えられる請求項１７８に記載の方法。
上記デジタル指紋、及び上記選択されたプロトコルにおいて送信者へ与えられるトランザクションの少なくとも特定の部分は、その後、送信者により第１サーバーへ与えられ、そして上記デジタル指紋、及び上記選択されたプロトコルにおいて送信者により第１サーバーへ与えられた上記少なくとも特定の部分は、上記デジタル指紋、及び上記選択されたプロトコルにおいて第１サーバーに記録された少なくとも特定の部分と第１サーバーにおいて比較されて、送信者により受け取られたメッセージが本物であるかどうか決定する請求項１８０に記載の方法。
第１サーバーから行先アドレスの行先サーバーへの電子メッセージの配達を第１サーバーにおいて検証する方法において、
行先サーバーへルーティングするためにメッセージ送信者から電子メッセージを第１サーバーに受信し、
ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルより成るグループから選択されたプロトコルを経て、電子メッセージ、及びこの電子メッセージに関連した第１サーバーと行先サーバーとの間のトランザクションを、行先アドレスの行先サーバーへ送信し、
ＳＭＴＰプロトコル及びＥＳＭＴＰプロトコルより成るグループから選択されたプロトコルを経て、第１サーバーと行先サーバーとの間のトランザクションを第１サーバーに記録し、
上記プロトコルの選択された１つにおける第１サーバーと行先サーバーとの間のトランザクションを送信者へ送信し、そして
記録されたトランザクションと、第１サーバーから送信者へ以前に送信されそしてその後に送信者により第１サーバーへ与えられるトランザクションとを第１サーバーにおいて比較し、それにより、その比較が一致するときに第１サーバーにより送信者に送信されるメッセージを認証する、
という段階を備えた方法。