JPH1055322A - 送信された電子メール・メッセージを変更する方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 制御範囲外にある受信側ｅメール・システム
に送ったメッセージを送信側ｅメール・システムが後に
訂正できるようにする。 【解決手段】 送信済みｅメール・メッセージを選択
し、送信済みメッセージを修正・削除するアクション・
メッセージを構築し、そのアクション・メッセージを受
信側ｅメール・システムへ送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メール管理シ
ステムの分野に関する。詳細には、本発明は、電子メー
ル・メッセージの送信者がメッセージを送信した後に削
除または修正できるようにする新規の有用な方法、装
置、システム、コンピュータ・プログラムである。

【０００２】

【従来の技術】電子メール（ｅメール）によって、コン
ピュータ・ユーザが通信を行うための迅速で好都合な方
法が与えられる。この通信は、メッセージ送信者が、テ
キスト（および任意選択で他のデータを含む）を使用し
てメッセージを構成し、同じコンピュータまたは異なる
コンピュータの前にいる受信者にアドレス指定すること
によって開始される。

【０００３】メッセージ送信者は、ｅメールを使用する
ために、テキスト編集プログラムを使用してメッセージ
を構成し、所期の受信者のｅメール・アドレスを入力
し、“サブジェクト”フィールドにテキストを供給する
ことによってメッセージの内容（主題）の表示を与え
る。次いで、良く理解されている技法を使用して、構成
されたこのメッセージが受信者のコンピュータ・アドレ
スへ送信される。受信者のコンピュータは、メッセージ
を受信し、受信者のインボックスに記憶する。受信者は
最終的に、当技術分野で良く知られているいくつかのｅ
メール・プログラムを使用することによって、インボッ
クス内に記憶されているメッセージを読み取り、あるい
は削除し、あるいはそのメッセージに応答し、あるいは
そのメッセージをその他の方法で処理する。メッセージ
は、インターネットを介して１台のコンピュータから他
のコンピュータへ送信されることが多い。

【０００４】インターネットの１つの特徴は、インター
ネットにメッセージが発行された後、インターネットが
メッセージを転送する責任を有し、メッセージが独立の
エンティティになり、すなわちもはやメッセージを発行
したプログラムの制御範囲を超えることである。メッセ
ージは、インターネットに発行された後、送信側プログ
ラムによって直接変更することも、あるいは取り消すこ
とも、あるいは撤回することもできない。

【０００５】いくつかのｅメール・システムは、ｅメー
ルの中央レポジトリを備える。メッセージ送信者は、こ
の種のｅメール・システムを使用して、メッセージを構
成し受信者へ送信する。ｅメール・システムは、受信者
がメッセージを検索するまでｅメール・レポジトリにメ
ッセージを保存する。そのようなシステムでは、メッセ
ージが送信側ｅメール・システムの制御の範囲内である
ため、受信者がまだメッセージを検索していない場合、
送信者はメッセージの転送を停止することができる。従
来技術のこの状況を図１に示す。この場合、いくつかの
コンピュータ・システム１６１、１６３、１６５、１６
７、１６９がネットワーク１７１に取り付けられる。ｅ
メール・サーバ・コンピュータ１６９はファイル記憶装
置１７３に取り付けられる。このシステムは、前述のよ
うに、中央メール・レポジトリ・システムを示してい
る。また、中央メール・レポジトリ・システムがインタ
ーネットを介してメッセージを送受信できるようにする
と有用である。図１に示したケースでは、インターネッ
ト・ゲートウェイ１６７として働くコンピュータは、１
７１として示したネットワークに接続されたコンピュー
タ１６１、１６３、１６５、１６９のためにインターネ
ット１７５にアクセスする。インターネット１７５に入
ったメッセージは、送信側ｅメール・システムの制御範
囲から出る。したがって、ゲートウェイ１６７を介して
インターネットへ流れるメッセージは、すべてのコンピ
ュータ１６１、１６３、１６５、１６７、１６９の制御
の範囲外である。したがって、中央ｅメール・システム
１６９のサービスを受けるコンピュータ１６１、１６
３、１６５、１６７、１６９からインターネット１７５
上のコンピュータ１７７へ送信されたメッセージは、も
はやｅメール・サーバ・コンピュータ１６９上に存在す
るｅメール・システムの制御を受けない。したがってた
とえば、１７７として示したコンピュータのユーザへメ
ッセージを送信する１６１として示したコンピュータの
ユーザは、送信済みメッセージを取り消すことも、ある
いは修正することもできない。また、１７７として示し
たコンピュータのユーザは、１６５として示したコンピ
ュータのユーザにアドレス指定されたメッセージを取り
消すことも、あるいは修正することもできない。どちら
の場合も、ユーザがメッセージに影響を及ぼすことがで
きないのは、メッセージがユーザのメール・システムの
制御範囲を超えて独立し、どのプログラムの制御も受け
ず、宛先に到着するまでインターネット内を移動し続け
るエンティティとなるからである。

【０００６】他のメッセージ方式は、当技術分野で良く
知られているＵｓｅｎｅｔ Ｎｅｔｗｏｒｋ Ｎｅｗｓ
機能（ｎｅｔｎｅｗｓ）である。Ｎｅｔｎｅｗｓは、メ
ッセージの著者が、受信側コンピュータにニュース・デ
ィレクトリから最初のメッセージを除去させる追跡取り
消しメッセージを送信できるようにする“取り消し”機
能を有する。このｎｅｔｎｅｗｓ機能は、ｎｅｔｎｅｗ
ｓの標準化された特性に依存するものであり、ｎｅｔｎ
ｅｗｓでは、すべての受信側コンピュータがメッセージ
取り消しを処理するようにプログラムされている。しか
し、ｎｅｔｎｅｗｓメッセージは、修正することができ
ず、取り消すことしかできない。さらに、ｎｅｔｎｅｗ
ｓは、メッセージが取り消される前に何人かの受信者が
すでにメッセージを読んでいるという問題には対処しな
い。最後に、ｎｅｔｎｅｗｓ取り消し機能では、送信済
みメッセージの送信者がだれであるかを検証するセキュ
リティ・プロセスがないので、メッセージの送信者以外
の人が、気に入らないメッセージを取り消すことができ
る。

【０００７】メッセージは、ネットワークを介して移動
するので、一般にＳｔａｎｄａｒｄｆｏｒ ｔｈｅ Ｆ
ｏｒｍａｔ ｏｆ ＡＲＰＡ Ｉｎｔｅｒｎｅｔ Ｔｅ
ｘｔ Ｍｅｓｓａｇｅｓ仕様（ＲＦＣ８２２）に従って
構築される。この仕様は、インターネットのＷＷＷのア
ドレス“ｈｔｔｐ：／／ｗｗｗ．ｃｉｓ．ｏｈｉｏ−ｓ
ｔａｔｅ．ｅｄｕ／ｈｔｂｉｎ／ｒｆｃ／ｒｆｃ８２
２．ｈｔｍｌ”上にあり、引用によって本明細書に含め
られる。ＲＦＣ８２２規格に従ってフォーマットされた
メッセージは、ヘッダ部と、メッセージのテキストを含
む任意選択の本体部とを有する。ヘッダ部は、メッセー
ジをアドレス指定し、分類するいくつかのフィールドを
含む。本発明では、ＲＦＣ８２２規格に従う必要はな
い。必須の情報を識別する方法があるかぎり、本発明は
機能する。この必須情報には、メッセージ受信者のリス
トと、メッセージの主題フィールドと、固有のメッセー
ジ識別子が含まれる。本明細書で説明する実施形態は、
ＲＦＣ８２２プロトコルを使用する。

【０００８】メッセージのヘッダ部は、フィールド名
と、その後に続くコロンと、その後に続くフィールド本
体と、最後のキャリッジ・リターン／改行文字とを含む
文字列で構成されたフィールドを含む。ＲＦＣ８２２ヘ
ッダ・フィールドの例を下記に示す。 “Ｔｏ：Ｊｏｈｎ Ｄｏｅ＜ＣＲ＞＜ＬＦ＞” この例で、＜ＣＲ＞はＡＳＣＩＩキャリッジ・リターン
文字を表し、＜ＬＦ＞はＡＳＣＩＩ改行文字を表す。ヘ
ッダ・フィールド名は大文字と小文字を区別せず、した
がって“ｔｏ：”は“ＴＯ：”、または“Ｔｏ：”、ま
たは“ｔＯ”と等価である。

【０００９】本発明は、送信側ｅメール・システムに記
憶されている送信済みメッセージの“Ｓｕｂｊｅｃ
ｔ：”フィールド、“Ｔｏ：”フィールド、“Ｃｃ：”
フィールド、“Ｂｃｃ：”フィールド、“Ｄａｔｅ：”
フィールド、“Ｍｅｓｓａｇｅ−ＩＤ：”フィールドに
含まれる情報を使用する。これらのフィールドの内容は
ＲＦＣ８２２で指定されている。

【００１０】前述のように、従来技術のｅメール・シス
テムの問題は、メッセージが、送信側ｅメール・システ
ムの制御範囲を超えた後、取り消すことも、あるいは修
正することもできなくなることである。人間の性質上、
メッセージの送信者が、所期の受信者にメッセージを見
せずにそのメッセージを取り消したくなる多数の例があ
る。このような誤りの例には、メッセージを送信した直
後にスペルの誤りに気付いた場合から、そのメッセージ
から認識される批評に対して過度の反応が起こった場合
まで様々な例が含まれる。

【００１１】

【発明が解決しようとする課題】本発明は、送信側のｅ
メール・システムの制御範囲を超えた送信済みｅメール
・メッセージを取り消し、あるいは修正する機構を提供
することによって、これらの問題に対処し、かつ受信側
のｅメールの使用を簡略化する。

【００１２】

【課題を解決するための手段】本発明は、前述のシステ
ムの欠点を解消し、電子メールのユーザに向上した機能
を提供する経済的な装置、方法、システム、コンピュー
タ・プログラム製品を提供する。本発明の一態様は、ｅ
メール送信者が、コンピュータが送信者のコンピュータ
の制御範囲を超えている受信者にアドレス指定された送
信済み電子メール・メッセージを変更できるようにする
コンピュータ制御式方法である。送信者はまず、どの送
信済みメッセージを変更すべきかを選択する。本発明は
次いで、アクション・メッセージを構築し、そのアクシ
ョン・メッセージを受け取られるべき受信者のコンピュ
ータへ送信する。

【００１３】本発明の他の態様では、メッセージ送信者
が、送信済みメッセージを選択できるようにする選択機
構を備える電子メール・システムが開示される。メッセ
ージが選択された後、構築機構が、選択された送信済み
メッセージに関係するアクション・メッセージを構築す
る。次いで、転送機構は、選択された送信済みメッセー
ジと同じｅメール・システムへアクション・メッセージ
を送信し、そのｅメール・システムで、アクション・メ
ッセージが受信機構によって受信される。

【００１４】本発明の他の態様ではアクション・メッセ
ージを送信する装置が開示される。この装置は、選択機
構と、構築機構と、転送機構とを含む。これらが協働し
て送信済みｅメール・メッセージを選択し、その送信済
みｅメール・メッセージに関するアクション・メッセー
ジを構築し、宛先へ送信する。

【００１５】本発明の他の態様は、コンピュータに、送
信済みメッセージを修正するアクション・メッセージを
構築させる、コンピュータ読み取り可能な記録媒体であ
るコンピュータ・プログラム製品である。

【００１６】本発明の一態様は、アクション・メッセー
ジを受信し処理する装置である。この態様は、アクショ
ン・メッセージを受信する第１の受信機構を含む。この
態様は、送信済みメッセージを受信する第２の受信機構
も含む。最後に、この態様は、送信済みメッセージにア
クション・メッセージを適用する調整機構を含む。

【００１７】本発明の最後の態様は、コンピュータに、
アクション・メッセージおよび送信済みメッセージを受
信させ、送信済みメッセージにアクション・メッセージ
を適用させる、コンピュータ読み取り可能な記録媒体で
あるコンピュータ・プログラム製品である。

【００１８】表記法および用語 取り消しメッセージ 受信側のｅメール・システムに、受信者が見ていない送
信済みメッセージを削除させ、あるいは受信者が見た送
信済みメッセージを送信者が取り消したいことを受信者
に知らせさせるように構築されたｅメール・メッセー
ジ。

【００１９】Ｅメール・システム 電子メール・システム。送信者（すなわち、第１のコン
ピュータのユーザ）が、メッセージを構成するデータを
構成し、受信者（第１のコンピュータと第２のコンピュ
ータのどちらかのユーザ）へ送信できるようにする、一
般にネットワークによって接続されたコンピュータのシ
ステム。

【００２０】グラフィカル・ユーザ・インタフェース
（ＧＵＩ） ユーザが、ディスプレイ上の選択可能制御領域を指し示
し、その選択可能制御領域に関連付けられたコマンドま
たはコンピュータ動作を活動化することによってコンピ
ュータ・ディスプレイと相互作用できるようにするユー
ザ・インタフェース。

【００２１】修正メッセージ 受信側のｅメール・システムに、受信者が見ていない送
信済みメッセージを修正し、あるいは受信者が見た送信
済みメッセージを送信者が修正したいことを受信者に知
らせさせるように構築されたｅメール・メッセージ。

【００２２】最初のメッセージ 送信者が構成し、受信者へ送信したｅメール・メッセー
ジ。この開示では、最初のメッセージが送信者のｅメー
ル・システムの制御範囲から出た後、そのメッセージを
送信済みメッセージと呼ぶ。本出願では、最初のメッセ
ージとは、送信者が取り消しあるいは修正したいメッセ
ージである。

【００２３】ポインティング・デバイス コンピュータ・ユーザの入力に応答してコンピュータ表
示画面上のインジケータを移動する装置。そのようなイ
ンジケータは、（たとえば、マウス装置のボタン・プッ
シュによって）ポインティング・デバイスが活動化され
た場合に、活動点でカバーされる選択可能制御領域に関
連付けられたコマンドが呼び出される活動点を有する。
ポインティング・デバイスは一般に、グラフィカル・ユ
ーザ・インタフェースと共に使用される。

【００２４】送信済みメッセージ 送信者のｅメール・システムの制御範囲を超えた最初の
メッセージ。送信済みメッセージには取り消しメッセー
ジおよび修正メッセージが作用する。

【００２５】制御範囲 ｅメール・システムの特性。メッセージがｅメール・シ
ステムの制御範囲内である間、そのｅメール・システム
はメッセージを削除し、あるいはその他の方法でそのメ
ッセージに影響を与えることができる。メッセージが送
信側ｅメール・システムの制御範囲から出た後、送信側
システムはもはや、メッセージに直接影響を及ぼすこと
ができなくなる。

【００２６】選択可能制御領域 ポインティング・デバイスの活動化の影響を受けるコン
ピュータ・ディスプレイの領域。選択可能制御領域でポ
インティング・デバイスを活動化すると、選択可能制御
領域に関連付けられたコマンドまたはコンピュータ動作
が呼び出される。グラフィカル・ユーザ・インタフェー
ス（ＧＵＩ）を備える大部分のコンピュータ・システム
は、キーボード・ファンクション・キーやコマンド行な
ど、このようなコマンドまたはコンピュータ動作を呼び
出す他の方法も備える。

【００２７】手続きとは、所望の結果を与える一貫した
ステップ・シーケンスである。これらのステップは、物
理量の物理的処理を必要とするステップである。通常、
このような数量は、記憶し、伝達し、組み合わせ、比較
し、その他の方法で処理することができる電気信号また
は磁気信号の形をとる。これらの信号をビット、値、要
素、記号文字、用語、数などと呼ぶ。当業者には、すべ
てのこれらの語および同様な語が、適当な物理量に関連
するものであり、このような数量に適用される好都合な
ラベルに過ぎないことが理解されよう。

【００２８】命令コードを実行する際にコンピュータに
よって実行される処理は、一般に人間のオペレータによ
って実行される知的動作に関連付けられた、加算や比較
などの語で呼ばれることが多い。人間のオペレータのそ
のような能力は、本発明の一部を形成する本明細書で説
明する動作では必要とされず、本発明で説明する動作は
機械動作である。本発明の動作を実行する有用な機械に
は、プログラム済み汎用ディジタル・コンピュータや同
様な装置が含まれる。すべての場合に、計算方法は、コ
ンピュータを操作する操作方法とは区別される。本発明
は、コンピュータを操作して、電気信号またはその他の
（たとえば、機械的、化学的）物理信号を処理しその他
の物理信号を生成する方法ステップに関する。

【００２９】本発明は、このような動作を実行する装置
にも関する。この装置は、必要な目的のために特別に構
成することも、あるいはコンピュータのメモリに記憶さ
れているコンピュータ・プログラムによって選択的に活
動化または再構成される汎用コンピュータを構成するこ
ともできる。本明細書に提示した手順は、特定のコンピ
ュータやその他の装置に固有に関係するものではない。
具体的には、様々な汎用機械を、本明細書の教示に従っ
て書かれたプログラムと共に使用することも、あるいは
必要な方法ステップを実行するより特殊な装置を構成す
る方が好都合であることを証明することもできる。様々
なこれらの機械の必要な構造は、下記の説明から明らか
になろう。

【００３０】最後に、本発明は、電子メール・プログラ
ムを用いてコード化されたコンピュータで読み取り可能
な記録媒体で具体化することができる。

【００３１】本発明の目的、特徴、利点は、下記の図面
から明らかになろう。

【００３２】

【発明の実施の形態】

動作環境 ｅメール・アプリケーションをサポートするように構成
されたコンピュータ・システム１０２のいくつかの要素
を図２に示す。図２には、入出力部（“Ｉ／Ｏ”）部１
３５と、中央演算処理装置（“ＣＰＵ”）１３７と、メ
モリ部１３９とを有するプロセッサ１３３が示されてい
る。入出力部１３５は、キーボード１４１、ディスク記
憶装置１４３、ネットワーク１１７にアクセスするネッ
トワーク・インタフェース１４５、表示装置１４７、ポ
インティング・デバイス１４８、ＣＤ−ＲＯＭ駆動装置
１４９に接続される。ＣＤ−ＲＯＭ装置１４９は、プロ
グラム１５３とデータとを含むＣＤ−ＲＯＭ媒体１５１
を読み取ることができる。ＣＤ−ＲＯＭ１４９とディス
ク記憶装置１４３はファイル記憶機構を構成する。その
ようなコンピュータ・システムは、本発明を具体化する
ｅメール・アプリケーションを実行することができる。

【００３３】図３は、図２で説明した構成を包含する複
数のコンピュータがどのようにインターネット環境でｅ
メール処理を実施するかを示す。送信者は、送信者のコ
ンピュータ２００上のｅメール構成機能２０１を使用し
てメッセージを作成する。ｅメール・メッセージは、作
成された後、ｅメール送信機能２０３に渡される。送信
側ｅメール・システム２００内の送信者のアウトボック
ス２０４にｅメールのコピーが保存される。ｅメール送
信機能２０３は、インターネット・プロトコル内でｅメ
ールをカプセル化し、２１３として示した矢印で示した
ようにカプセル化したｅメールをインターネット２０５
に渡し、そこでメッセージは送信者のｅメール・システ
ム２００の制御範囲を超える。インターネット２０５
は、２１１として示した矢印で示したように受信者のコ
ンピュータ２０２へｅメールを経路指定し、そこでメッ
セージはｅメール受信機機能２０７によって受信され
る。ｅメール受信機機能２０７は、受信者のインボック
ス２０８にメッセージを記憶する。受信者は、ｅメール
処理機能２０９を使用してｅメール・メッセージを読み
取り、あるいはそれに応答し、あるいはそれを削除しあ
るいはその他の方法で処分する。この構成の１つの重要
な特性は、送信側ｅメール・システム２００が、メッセ
ージがインターネット２０５に入った後にメッセージに
対する制御を放棄する（メッセージが送信者のｅメール
・システムの範囲を出る）ことである。したがって、メ
ッセージは、送信者のｅメール・システムの制御範囲を
超えた後、削除することも、あるいは修正することもで
きなくなる。従来技術のこの特性は、本発明を動機付け
た問題の基本的な原因である。

【００３４】図４は、従来技術で使用されているメッセ
ージを送受信するプロセスを示す。このプロセスは、３
０１として示した端部から開始する。まず、送信者は、
メッセージ３０３を構成し、その内容に満足すると、メ
ッセージ３０５を宛先へ送信する。ヘッダ情報を含むメ
ッセージのコピーが送信者のアウトボックスに記憶され
る。メッセージはネットワーク３０６に発行され、送信
者のｅメール・システムの制御範囲を超え、最終的に宛
先で受信者のコンピュータによって受信される（３０
７）。従来技術では、メッセージは、送信者のｅメール
・システムの制御範囲から出た時点で、もはや削除する
ことも、あるいは修正することもできなくなる。受信者
のコンピュータは、受信者のインボックス３０９にメッ
セージを保存する。受信者は、インボックス３１１に記
憶されているメッセージにアクセスし、必要に応じてメ
ッセージ３１３を処分し、プロセスは３１５として示し
た端部を通じて完了する。

【００３５】さらに複雑なことには、インターネットは
このようなメッセージを複数の経路を介して経路指定し
ようとする。これらの経路のいくつかは、残りの経路よ
りも高速である。したがって、送信済みの取り消しメッ
セージまたは修正メッセージは、送信されたときとは異
なるシーケンスで受信側コンピュータに到着する。さら
に、これらのメッセージの複数のコピーは受信者のコン
ピュータに到着することができる。後述のように、これ
らのインターネット問題は本発明によって対処される。

【００３６】送信済みメッセージの変更 図５は、送信側ｅメール・システムの制御範囲を超えた
送信済みメッセージを変更する（修正または取り消し）
ために本発明によって使用される斬新なプロセスを示
す。このプロセスは、４０１として示した端部から開始
する。図４で示したプロセスと同様に、送信者は最初の
メッセージ４０３を送信する。メッセージが送信側ｅメ
ール・システムの制御範囲から出た後、送信者は送信済
みメッセージ（ステップ４０３で作成された最初のメッ
セージ）を修正しあるいは取り消すことを決定する（４
０５）。送信者のｅメール・プログラムは、送信済みメ
ッセージを処理するオプションを送信者４０７に与え
る。送信者の選択に応じて、送信者のｅメールプログラ
ムは、送信済みメッセージを目標とするアクション・メ
ッセージ（取り消しメッセージまたは修正メッセージ）
４０９を構築し、構築されたこのメッセージを送信済み
メッセージと同じ受信者へ送信する。受信者のｅメール
・システムはアクション・メッセージ４１１を処理し、
４１３として示した末端ブロックを通じてプロセスが完
了する。

【００３７】図６は、送信済みメッセージを変更する送
信者のプロセスを示す。プロセスは、５０１として示し
た端部から開始する。送信者のｅメール・プログラム
は、送信者が送信済みメッセージ５０３を選択できるよ
うにする機構（通常は、送信されたメッセージのコピー
からなるデータベース）を備えている。送信者のｅメー
ル・プログラムは次いで、選択された送信済みメッセー
ジを取り消すか、それとも修正するか、あるいはそのま
まにしておくかを指定する手段を送信者に与える。送信
者は、所望のオプション５０７を指定し、アプリケーシ
ョンは、そのように指定されたオプションに応じて継続
する。送信者が取り消しオプションを指定した場合、ｅ
メール・プログラムは取り消しメッセージ・オプション
経路５０９をとり、プロセスは、やはり５１５として示
した端末を通じて完了する。送信者が修正オプションを
選択した場合、ｅメール・プログラムは修正メッセージ
・オプション経路５１１をとり、プロセスは、やはり５
１５として示した端末を通じて完了する。最後に、送信
者がメッセージを取り消さず、また修正しないことを決
定した場合、プロセスは無変更オプション５１３をと
り、プロセスはこの場合も、５１５として示した端末を
通じて完了する。

【００３８】図７は、送信者がどのように、本発明の好
ましい実施形態によって変更すべき送信済みメッセージ
を選択するかを示す。送信者にウィンドウ６５１が表示
される。ウィンドウ６５１は、選択可能制御領域６５
５、６５７と、送信済みメッセージに関する情報が表示
されるメッセージ選択領域６５３とを含む。この情報は
任意選択で、メッセージの受信者と、メッセージが送信
された日付と、メッセージの主題の表示とを含む。クロ
ーズ・ウィンドウ選択領域６５７によって、ユーザは、
送信済みメッセージに対する操作を実行せずに、メッセ
ージ修正／取り消しプロセスを終了し、ウィンドウ６５
１をクローズすることができる。ユーザは、メッセージ
６５９を選択し、Ｍｏｄｉｆｙ ｏｒ Ｃａｎｃｅｌ
Ｍｅｓｓａｇｅ制御領域６５５に関連付けられた機能を
活動化することによって、修正しあるいは取り消すべき
送信済みメッセージを選択することができる。どちらの
操作でも、さらに所望の動作を指定するためのダイアロ
グが呼び出される。このウィンドウ５６１および後述の
ダイアログのレイアウトには多数の異なる可能な構成が
ある。選択可能制御領域は、それぞれの異なるラベルを
有することも、それぞれの異なる位置に配置すること
も、あるいは場合によってはそれぞれの異なるダイアロ
グまたはウィンドウ上に配置することもでき、それらは
依然として本発明と等価である。本発明は、ｅメール・
メッセージを処理し、受信者のｅメール・システムで何
らかの処置をとらせるｅメール・メッセージを与える機
能および能力に関するものであり、開示した特定の実施
形態で使用される特定のＧＵＩに関するものではない。

【００３９】図８は、送信者がどのように、好ましい実
施形態によってメッセージ取り消し機能、またはメッセ
ージ修正機能、またはメッセージ無変更機能を選択する
かを示す。送信者にダイアログ６０１が表示される。ダ
イアログ６０１は、選択可能制御領域６０３、６０５、
６０７と、選択された送信済みメッセージ６５９のテキ
スト６１１が表示されるテキスト領域６０９とを含む。
この実施形態では、送信者は、選択可能制御領域６０
３、６０５、６０７のうちの１つの上方へポインティン
グ・デバイスを移動し、ポインティング・デバイスを活
動化することによって、テキスト領域６０９に表示され
た選択された送信済みメッセージ６５９に対してどんな
操作が必要であるかを選択する。このように、ユーザ
は、選択された選択可能制御領域に関連付けられたコマ
ンドを呼び出す。テキスト領域６０９は、送信済みメッ
セージ６５９のテキスト６１１を表示するに過ぎない。
送信者がこのテキスト６１１を編集することはできな
い。しかし、テキスト６１１はスクロール可能なフィー
ルド６０９に表示され、そのため、ユーザは送信済みメ
ッセージ６５９全体を見ることができる。スクロール・
コントローラ６１３によって、送信者は、メッセージ６
５９に含まれるテキスト６１１が多すぎてダイアログ６
０１のテキスト領域６０９内に入らないときにメッセー
ジ６５９のテキスト６１１をスクロールすることができ
る。他の実施形態は、選択された送信済みメッセージを
表示し、選択された送信済みメッセージの処理を選択す
るためのそれぞれの異なる機構を備える。“このメッセ
ージを変更しない”選択可能制御領域６０３は、活動化
されると、選択された送信済みメッセージ６５９に対し
て何らの操作も行わずに、ダイアログ６０１を閉じる。
“このメッセージを取り消す”選択可能制御領域６０５
は、活動化されると、図９に示したようなディスプレイ
を呼び出す。“このメッセージを修正する”選択可能制
御領域６０７は、活動化されると、図１０に示したよう
なディスプレイを呼び出す。

【００４０】図９は、送信者が“このメッセージを取り
消す”選択可能制御領域６０５を選択した結果として送
信者に表示されるダイアログ６２１を示す。図８に示し
たディスプレイと同様に、選択された送信済みメッセー
ジ６５９のテキスト６３１はテキスト領域６２９に表示
される。図８のテキスト領域６０９と同様に、このダイ
アログ６２１のテキスト領域６２９も送信側で編集でき
ない。しかし、このダイアログは、ユーザがそのダイア
ログに含まれる説明テキストを編集できるようにする説
明テキスト領域６３７も含む。好ましい実施形態では、
説明テキスト領域６３７は、説明テキスト“先ほどのｅ
メール・メッセージ（下に繰り返す）は無視して下さ
い。このメッセージを取り消して下さい。申し訳ありま
せん。”６３５を含むように初期設定される。他の初期
メッセージを使用することができ、そのようなメッセー
ジも本発明の範囲内である。送信者は、必要に応じてこ
の領域６３７で説明テキスト６３５を編集することがで
きる。送信者は、選択された送信済みメッセージ６５９
を取り消さないことに決定した場合、“メッセージを変
更しない”選択可能制御領域６２３を選択し活動化し、
それによって、選択された送信済みメッセージ６５９に
対する操作を実行せずにダイアログ６２１をクローズす
る。しかし、送信者は、引き続き選択された送信済みメ
ッセージ６５９を取り消したい場合、後述の図１１に示
したプロセスを活動化する“このメッセージを取り消す
ことを受信者に伝える”選択可能制御領域６２５を活動
化する。選択可能制御領域６２３と選択可能制御領域６
２５のどちらかを選択すると、ディスプレイからダイア
ログ６２１が削除される。図８で説明したダイアログ６
０１のテキスト領域６０９と同様に、テキスト領域６２
９は、ユーザが、選択された送信済みメッセージ６５９
のテキスト全体を見ることができるようにするスクロー
ル・コントロール６３３を含む。また、説明テキスト領
域６３７もスクロール・コントロール６３９を含む。

【００４１】図１０は、送信者が“このメッセージを修
正する”選択可能制御領域６０７を選択した結果として
送信者に表示されるダイアログ６７１を示す。図８に示
したディスプレイと同様に、選択された送信済みメッセ
ージ６５９のテキスト６８１はテキスト領域６７９に表
示される。図８のテキスト領域６０９とは異なり、この
ダイアログ６７１内のテキスト領域６７９は送信者によ
って編集することができる。ダイアログ６７１は、説明
テキストを含む編集可能な説明テキスト領域６８７も含
む。好ましい実施形態では、説明テキスト領域６８７
は、説明テキスト“申し訳ありませんが、先ほどのメッ
セージには誤りがあります。代わりにこの新しいメッセ
ージをお使い下さい。”６８５を含むように初期設定さ
れる。当業者には、本発明では他の初期メッセージが企
図されることが理解されよう。送信者は、所望の意味を
伝えるようにこれらの領域６７９、６８７内のテキスト
を編集することができる。図１０に示した図で、テキス
ト６８１は、送信済みメッセージのテキスト６１１から
かなり修正されている。送信者は、選択された送信済み
メッセージ６５９を修正しないことに決定した場合、
“メッセージを変更しない”選択可能制御領域６７３を
選択し活動化する。しかし、送信者は、引き続き選択さ
れた送信済みメッセージ６５９を修正したい場合、後述
の図１２に示したプロセスを活動化する“このメッセー
ジを修正する”選択可能制御領域６７７を活動化する。
選択可能制御領域６７３と選択可能制御領域６７７のど
ちらかを選択すると、ディスプレイからダイアログ６７
１が削除される。図８で説明したダイアログ６０１のテ
キスト領域６０９と同様に、このテキスト領域６７９
は、ユーザが、選択された送信済みメッセージ６８１の
テキスト全体を見て編集することができるようにするス
クロール・コントロール６８３を含む。また、説明テキ
スト領域６８７もスクロール・コントロール６８９を含
む。

【００４２】図１１は、ユーザが、選択された送信済み
メッセージ６５９を取り消すときに開始されるプロセス
を示す。このプロセスは、送信者が“このメッセージを
取り消すことを伝える”選択可能制御領域６２５を活動
化した後に、７０１として示した末端ブロックから開始
する。プロセスは次いで、必要に応じて、選択された送
信済みメッセージ６５９から得た情報を使用して、取り
消しメッセージ７０５の必要なヘッダを生成する。選択
された送信済みメッセージ６５９から直接コピーされる
ヘッダには、Ｔｏ：ヘッダと、Ｆｒｏｍ：ヘッダと、Ｃ
ｃ：ヘッダと、Ｂｃｃ：ヘッダが含まれる。Ｄａｔｅ：
フィールド本体は、現在の日付および時間に設定され、
Ｍｅｓｓａｇｅ−ＩＤ：フィールド本体は、取り消しメ
ッセージ用の固有の識別子値に設定される（この識別子
は、選択された送信済みメッセージ６５９の識別子と同
じではない）。本発明は、後述のように、選択された送
信済みメッセージ６５９のＳｕｂｊｅｃｔ：フィールド
およびＭｅｓｓａｇｅ−ＩＤ：フィールドから得たフィ
ールド本体データも使用する。本発明の一実施形態は、
暗号化を使用して、送信済みメッセージの認証保護を行
う。認証機能を実行するのに必要なヘッダもこの時点で
挿入される。

【００４３】次に７０７で、プロセスは、選択された送
信済みメッセージ６５９の主題フィールドに基づいて取
り消しメッセージ用のＳｕｂｊｅｃｔ：フィールドを生
成する。取り消しメッセージ用のＳｕｂｊｅｃｔ：フィ
ールドは、テキスト“ＣＡＮＣＥＬ”で始まり、その後
にスペースが続き、その後に、送信済みメッセージの主
題フィールド本体に含まれるテキストが続く。したがっ
て、図７に示した選択された送信済みメッセージ６５９
に関する取り消しメッセージの主題ヘッドは下記のとお
りである。 Subject: CANCEL You are now flamed

【００４４】次に７０９で、プロセスはＸ−Ｃａｎｃｅ
ｌ：ヘッダを挿入する。Ｘ−Ｃａｎｃｅｌ：フィールド
本体は、選択された送信済みメッセージ６５９のＭｅｓ
ｓａｇｅ−ＩＤ：フィールド本体、すなわち取り消し動
作のターゲットの内容に設定される。Ｍｅｓｓａｇｅ−
ＩＤ：フィールド本体は、ＲＦＣ８２２では、特定のメ
ッセージを指す固有の識別子を含む。したがって、２つ
のメッセージが同じメッセージ識別子を有することはな
い。したがって、Ｘ−Ｃａｎｃｅｌ：フィールド本体
は、目標の送信済みメッセージ６５９の固有のＩＤを含
む。当業者には、本発明が、本発明に影響を与えるため
に使用することができる他のユーザ定義フィールドまた
はＲＦＣ８２２エクステンションの使用を包含すること
が理解されよう。

【００４５】次に７１０で、ＲＦＣ８２２ヘッダ・フィ
ールドをメッセージの本体から分離する空白行と、場合
によっては送信者によって修正された説明テキスト領域
６３７内のテキスト６３５が、取り消しメッセージの本
体に挿入される。

【００４６】次に７１１で、取り消しメッセージの本体
の中に選択された送信済みメッセージ６５９のテキスト
が含められる。これは、含められたメッセージの始めを
示す分離テキスト行を挿入することによって行われる。
分離テキスト行の例を下記に示す。 −−−Text of the Original Message−−− この行の後に、選択された送信済みメッセージ６５９の
テキストが続く。好ましい実施形態では、テキストは、
受信者が見たであろう選択された送信済みメッセージ６
５９のヘッダを含む（たとえば、このテキストには、Ｂ
ｃｃ：ヘッダもルート追跡ヘッダも含まれない）。

【００４７】取り消しメッセージは、含められたメッセ
ージの終わりを示す分離テキスト行を含めることによっ
て完成する。分離テキスト行の例を下記に示す。 −−−End of the Original Message−−−

【００４８】最後に７１３で、送信済みメッセージ６５
９が送信された際と同様に従来技術の方法を使用して取
り消しメッセージが受信者へ送信され、７１５として示
した末端ブロックを通じてプロセスが完了する。

【００４９】図１２は、ユーザが、選択された送信済み
メッセージ６５９を修正するときに開始されるプロセス
を示す。このプロセスは、送信者が“このメッセージを
修正する”選択可能制御領域６７７を活動化した後に、
７５１として示した末端ブロックから開始する。プロセ
スは次いで、必要に応じて、選択された送信済みメッセ
ージ６５９から得た情報を使用して、修正メッセージ７
５５の必要なヘッダを生成する。選択された送信済みメ
ッセージ６５９から直接コピーされるヘッダには、Ｔ
ｏ：ヘッダと、Ｆｒｏｍ：ヘッダと、Ｃｃ：ヘッダと、
Ｂｃｃ：ヘッダが含まれる。Ｄａｔｅ：フィールド本体
は、現在の日付および時間に設定され、Ｍｅｓｓａｇｅ
−ＩＤ：フィールド本体は、修正メッセージ用の固有の
メッセージ値に設定される（このメッセージ値は、選択
された送信済みメッセージ６５９のメッセージ値と同じ
ではない）。本発明は、後述のように、選択された送信
済みメッセージ６５９のＳｕｂｊｅｃｔ：フィールドお
よびＭｅｓｓａｇｅ−ＩＤ：フィールドから得たフィー
ルド本体データも使用する。本発明の一実施形態は、暗
号化を使用して、送信済みメッセージの認証保護を行
う。認証機能を実行するのに必要なヘッダもこの時点で
挿入される。

【００５０】次に７５７で、プロセスは、選択された送
信済みメッセージ６５９の主題フィールドに基づいて修
正メッセージ用のＳｕｂｊｅｃｔ：フィールドを生成す
る。修正メッセージ用のＳｕｂｊｅｃｔ：フィールド本
体は、“ＭＯＤＩＦＹ”で始まり、その後にスペースが
続き、その後に、選択された送信済みメッセージ６５９
の主題フィールド本体のデータが続く。したがって、図
７に示した選択された送信済みメッセージ６５９に関す
る修正メッセージの主題ヘッドは下記のとおりである。 Subject: MODIFY You are now flamed

【００５１】次に７５９で、プロセスはＸ−Ｍｏｄｉｆ
ｙ：ヘッダを挿入する。Ｘ−Ｍｏｄｉｆｙ：フィールド
本体は、選択された送信済みメッセージ６５９のＭｅｓ
ｓａｇｅ−ＩＤフィールド本体、すなわち修正動作のタ
ーゲットの内容に設定される。したがって、Ｘ−Ｍｏｄ
ｉｆｙ：フィールド本体は、目標の送信済みメッセージ
６５９の固有のＩＤを含む。当業者には、本発明に影響
を与えるために使用することができる他のユーザ定義フ
ィールドまたはＲＦＣ８２２エクステンションの使用を
本発明が含むことを理解されよう。

【００５２】次に７６０で、ＲＦＣ８２２ヘッダ・フィ
ールドをメッセージの本体から分離する空白行と、場合
によっては送信者によって修正された説明テキスト領域
６８７内のテキスト６８５が、修正メッセージの本体に
挿入される。

【００５３】次に７６１で、修正メッセージの本体に、
図１０に関して説明したようにユーザによって修正され
た選択された送信済みメッセージ６５９のテキストが含
められる。これは、含められたメッセージの始めを示す
分離テキスト行を挿入することによって行われる。分離
テキスト行の例を下記に示す。 −−−Text of the Modified Message−−− この行の後に、選択された送信済みメッセージ６５９に
基づく修正済みテキスト６８１が続く。好ましい実施形
態では、テキストは、受信者が見たであろう選択された
送信済みメッセージ６５９のヘッダを含む（たとえば、
このテキストには、Ｂｃｃ：ヘッダもルート追跡ヘッダ
も含まれない）。

【００５４】修正メッセージは、修正済みメッセージの
終わりを示す分離テキスト行を含めることによって完成
する。分離テキスト行の例を下記に示す。 −−−End of the Modified Message−−−

【００５５】最後に７６３で、送信済みメッセージ６５
９が送信された際と同様に従来技術の方法を使用して修
正メッセージが受信者へ送信され、７６５として示した
末端ブロックを通じてプロセスが完了する。

【００５６】前述の議論では、送信側ｅメール・システ
ムに関係するものとして本発明を開示した。前述の本発
明によって構築されたアクション・メッセージは、従来
技術のｅメール・システムへ送信することができる。こ
の場合、Ｘ−Ｃａｎｃｅｌ：フィールド、Ｘ−Ｍｏｄｉ
ｆｙ：フィールド、修正済みＳｕｂｊｅｃｔ：フィール
ドがすべて受信者に表示される。これによって、送信者
の意図が受信者に伝えられるが、それ以上のことは行わ
れず、選択された送信済みメッセージ６５９は削除され
ることもあるいは修正されることもない。したがって、
上記で開示した本発明は有用であるが、特別に修正メッ
セージおよび取り消しメッセージを処理するように受信
側ｅメール・システムを修正することによってさらに機
能拡張される。下記に、好ましい実施形態で使用される
データベースから順に、このような機能拡張を開示す
る。

【００５７】発明の好ましい実施形態と共に使用される
データベース 前述のように、送信側ｅメール・システムは、送信者の
アウトボックスに送信されたメッセージのコピーを保持
する。この情報は従来技術の技法を使用して記憶される
ものであり、この情報についてはこれ以上論じない。

【００５８】本発明を使用する受信側ｅメール・システ
ムは、受信されたメッセージを追跡しなければならな
い。この追跡は、３つのデータベースを維持することに
よって実施される。当業者には、本発明にとってデータ
ベースの数は重要ではなく、その代わり、本発明のレコ
ードに含まれる情報が重要であることが認識されよう。
したがって、後述の好ましい実施形態は３つのデータベ
ースを使用するが、本発明は、１つのデータベースを用
いて実施することも、あるいは２つのデータベースを用
いて実施することも、あるいは場合によっては３つより
も多くのデータベースを用いて実施することもできる。

【００５９】図１３ａは、メッセージ・データベース内
のレコードのフォーマットを示す。メッセージ・データ
ベースは、どのメッセージが受信されたかと、メッセー
ジが現在記憶されている位置を追跡する。前述のよう
に、メッセージは最初、受信者のインボックスに記憶さ
れる。しかし、受信者は、メッセージを読み取った後、
そのメッセージを削除し、あるいはインボックス以外の
ある位置に記憶することを決定することができる。受信
側ｅメール・システムは、受信側ｅメール・システムが
受信した各送信済みメッセージごとのレコード８００を
作成し、受信者のインボックスに入れる。レコード８０
０の１つのフィールド８０１は、送信済みメッセージの
Ｍｅｓｓａｇｅ−ＩＤ：ヘッダ・フィールドのフィール
ド本体に含まれていた固有のメッセージ番号を記憶す
る。これによって、受信側ｅメール・システムは送信済
みメッセージを明確に識別することができる。送信済み
メッセージが記憶される位置は、位置フィールド８０３
に維持される。固有メッセージ番号フィールド８０１の
値で識別されたメッセージが検出された場合、位置フィ
ールド８０３はＮＩＬになる。この状況が発生するの
は、複製取り消しメッセージを処理するときである。最
後の日付フィールド８０７は、レコードが最後に使用さ
れた日付を含む。最後の日付フィールド８０７は、レコ
ードがどのくらいの間非活動状態であるかを監視するた
めに使用される。好ましい実施形態では、レコード８０
０は、１カ月よりも長い間非活動状態である場合に削除
される。レコード８００を削除するプロセスを下記に説
明し図１５に示す。他の好ましい実施形態では、公開キ
ー・フィールド８０９がＲＳＡ暗号化のための公開キー
値を保持する。

【００６０】図１３ｂは、取り消しデータベース内のレ
コードのフォーマットを示す。取り消しデータベース
は、どの送信済みメッセージが取り消されたか（あるい
は取り消される予定か）を追跡する。当業者には、イン
ターネットが、インターネット自体に取り消しメッセー
ジが発行される前に送信済みメッセージが発行された場
合でも、送信済みメッセージを転送する前にＸ−Ｃａｎ
ｃｅｌ：フィールドを含むメッセージを受信者に転送で
きることが理解されよう。さらに、当業者には、インタ
ーネットが送信済みメッセージの複製コピー（および取
り消しメッセージの複製コピー）を転送できることが理
解されよう。したがって、取り消しデータベースは、本
発明が取り消しメッセージの複製を処理できるように取
り消し機能に関係する情報を記憶するために使用され
る。メッセージ・レコード８００と同様に、取り消しレ
コード８２０は、取り消すべき送信済みメッセージのメ
ッセージ識別子を含む固有のメッセージ番号８２１を含
むフィールドを含む。最後の日付フィールド８２７は、
レコードが最後に使用された日付を含む。最後の日付フ
ィールド８２７は、レコードがどのくらいの間非活動状
態であるかを監視するために使用される。好ましい実施
形態では、レコード８２０は、１週間よりも長い間非活
動状態である場合に削除される。レコード８２０を削除
するプロセスを下記に説明し図１５に示す。最初の日付
および時間フィールド８２９は、取り消しメッセージが
構築された日付および時間を記憶するために使用され
る。この日付および時間値は、取り消しメッセージのＤ
ａｔｅ：ヘッダのフィールド本体に与えられる。何らか
の理由で取り消しメッセージがＤａｔｅ：ヘッダを有さ
ない場合、取り消しメッセージが受信された日付および
時間が使用される。最初の日付および時間フィールド８
２９は、取り消しメッセージの複数のコピーを受信する
ケースを補償するために使用される。メッセージ確認フ
ィールド８２３は、最初にＦＡＬＳＥにセットされる
が、受信者が送信済みメッセージが取り消される前にこ
のメッセージを見た場合にはＴＲＵＥにセットされる。

【００６１】図１４は、修正データベース内のレコード
のフォーマットを示す。修正データベースは、どの送信
済みメッセージが修正されたか（あるいは修正される予
定か）を追跡する。当業者には、インターネットが、イ
ンターネット自体に修正メッセージが発行される前に送
信済みメッセージが発行された場合でも、送信済みメッ
セージを転送する前にＸ−Ｍｏｄｉｆｙ：フィールドを
含むメッセージを受信者に転送できることが理解されよ
う。さらに、当業者には、インターネットが送信済みメ
ッセージの複製コピー（および修正メッセージの複製コ
ピー）を転送できることが理解されよう。したがって、
修正データベースは、本発明が修正メッセージの複製を
処理できるように修正機能に関係する情報を記憶するた
めに使用される。メッセージ・レコード８００と同様
に、修正レコード８５０は、修正すべき送信済みメッセ
ージのメッセージ識別子を含む固有のメッセージ番号８
５１を含むフィールドを含む。ユーザ・フィールド８５
３に示される修正の数は、送信済みメッセージに対して
行われた異なる修正についてユーザが通知された回数を
追跡するために使用される。最後の日付フィールド８５
７は、レコードが最後に使用された日付を含む。このフ
ィールド８５７は、レコードがどのくらいの間非活動状
態であるかを監視するために使用される。好ましい実施
形態では、レコード８５０は、１週間よりも長い間非活
動状態である場合に削除される。レコード８５０を削除
するプロセスを下記に説明し図１５に示す。最初の日付
および時間フィールド８５９は、修正メッセージが構築
された日付および時間を記憶するために使用される。こ
の日付および時間値は、修正メッセージのＤａｔｅ：ヘ
ッダのフィールド本体に与えられる。何らかの理由で修
正メッセージがＤａｔｅ：ヘッダを有さない場合、修正
メッセージが受信された日付および時間が使用される。
最初の日付および時間フィールド８５９は、修正メッセ
ージの複数のコピーを受信するケースを補償するために
使用される。

【００６２】図１５は、これらのデータベースに関する
定期的な保守プロセスを示す。この保守プロセスの結果
として、データベースから未使用レコードが削除され、
それによってデータベースが縮小され、データベースの
サイズの制御が助けられる。このプロセスは、低コンピ
ュータ活動期間中に定期的に呼び出される。好ましい実
施形態は、このプロセスを毎日午後２時１０分に呼び出
す。このプロセスは、８６１として示した末端ブロック
から開始する。次いで８６３で、これらのデータベース
内の各レコード８００、８２０、８５０が調べられ、レ
コード８００、８２０、８５０があるトリップ時間より
も長い時間にわたって更新されていないかどうかが判定
される。この判定は、現在の日付と、検査中のレコード
８００、８２０、８５０の最後の日付フィールド８０
７、８２７、８５７内の日付に基づいて行われる。レコ
ード８００、８２０、８５０は、トリップ時間よりも長
い時間にわたって非活動状態である場合、８６５で削除
される。このループは、これらのデータベース内のすべ
てのレコード８００、８２０、８５０に対して継続し、
最後のレコードが調べられた後、８６９として示した末
端ブロックを通じてプロセスが終了する。

【００６３】受信側ｅメール・システムによって使用さ
れるデータベースについて説明したので、受信側ｅメー
ル・システム内の本発明の他の態様について論じる。

【００６４】送信済みメッセージの受信 本発明を使用する受信側ｅメール・システムは、メッセ
ージを受信する際に従来技術の動作を超えた動作を実行
する。図１６は、送信済みメッセージが、そのようなｅ
メール・システムによってどのように変更されるかを示
す。このプロセスは、９０１として示した末端ブロック
から開始する。次いで９０３で、送信済みメッセージが
受信され、９０５で取り消しデータベースが調べられ、
レコード８２０がこの送信済みメッセージのメッセージ
ＩＤに合致するかどうかが確認される。多くの場合、送
信済みメッセージが受信され、送信者はその送信済みメ
ッセージに対して取り消しも修正も施していない。この
場合、取り消しデータベースには、合致するレコード８
２０はない。次に９０７で、修正データベースが調べら
れ、レコード８５０がこのメッセージのメッセージＩＤ
に合致するかどうかが確認される。この場合も、合致す
るレコード８５０はない。したがって、受信側ｅメール
・システムは、９０９ａでメッセージ・データベース内
にレコード８００を作成し、９１１で、ユーザのインボ
ックス（または受信者のｅメール・システムが着信メッ
セージを記憶する場所）内に送信済みメッセージを記憶
するだけである。レコード８００の固有メッセージ番号
フィールド８０１は、送信済みメッセージのＭｅｓｓａ
ｇｅ−ＩＤ：フィールド本体内に含まれる情報に設定さ
れる。位置フィールド８０３は、送信済みメッセージが
記憶される場所（たとえば、受信者のインボックス）の
位置に設定される。最後の日付フィールド８０７は現在
の日付に設定される。このプロセスは、９１３として示
した末端ブロックを通じて完了する。後述のように送信
済みメッセージが公開キー・ヘッダである場合、公開キ
ー・フィールド本体は公開キー・フィールド８０９に保
存される。

【００６５】次に、送信者が送信済みメッセージを取り
消し、送信済みメッセージが受信される前に取り消しア
クション・メッセージが受信側ｅメール・システムに到
着したケースを調べる。この場合、プロセスは再び、９
０１として示した末端ブロックから開始し、９０３で送
信済みメッセージが受信される。次いで９０５で、取り
消しデータベースが調べられ、レコード８２０がこのメ
ッセージのメッセージＩＤに合致するかどうかが確認さ
れる。この場合、合致が見つかり、取り消し処理９１５
で実行され、９１３として示した末端ブロックを通じて
プロセスが完了する。取り消し処理９１５の詳細につい
ては後述する。

【００６６】最後に、送信者が送信済みメッセージを修
正し、送信済みメッセージが受信される前に修正アクシ
ョン・メッセージが受信側ｅメール・システムに到着し
たケースを調べる。この場合、プロセスは再び、９０１
として示した末端ブロックから開始し、９０３で送信済
みメッセージが受信される。次いで９０５で、取り消し
データベースが調べられ、レコード８２０がこのメッセ
ージのメッセージＩＤに合致するかどうかが確認され
る。この場合、合致が見つかる。次に９０７で、修正デ
ータベースが調べられ、レコード８５０がこのメッセー
ジのメッセージＩＤに合致するかどうかが確認される。
この場合、合致が見つかり、修正処理９１７が実行さ
れ、９１３として示した末端ブロックを通じてプロセス
が完了する。修正処理９１７の詳細については後述す
る。

【００６７】取り消し処理 図１７および１８は、取り消しメッセージがどのように
処理されるかを示す。取り消し処理の２つの態様があ
る。第１の態様は、受信された取り消しメッセージの処
理である。第２の態様は、対応する取り消しメッセージ
が受信された後送信済みメッセージを受信する際に実行
される処理である。

【００６８】図１７は、受信側ｅメール・システムが取
り消しメッセージの受信をどのように処理するかを示
す。この処理は、１００１として示した末端ブロックか
ら開始し、１００３で受信側ｅメール・システムが、Ｘ
−Ｃａｎｃｅｌ：ヘッダ・フィールドを含むメッセージ
を受信する。受信側ｅメール・システムはまず１００４
で、データベースに対する検査を実行する。このデータ
ベースの検査については後述する。データベースの検査
は、取り消しメッセージに対して何も行う必要がないと
判定し、１００５として示した矢印で示した１００９と
して示した末端ブロックを通じて処理が完了する。デー
タベースの検査によって、次の処理が許可された場合、
１００６で、取り消しメッセージからＸ−Ｃａｎｃｅ
ｌ：フィールド本体の値が抽出され、この値を使用し
て、メッセージ・データベースが取り消しを受ける送信
済みメッセージのエントリを含むかどうかが判定され
る。メッセージ・データベースが、そのようなエントリ
を含むことは、取り消しを受ける送信済みメッセージ
が、取り消しメッセージが到着する前に受信側ｅメール
・システムに到着したことを意味する。メッセージ・デ
ータベースが、合致するエントリを含まない場合、１０
０７で取り消しメッセージ中の情報が取り消しデータベ
ースに記憶され、１００９として示した末端ブロックを
通じてプロセスが完了する。この状況では、送信済みメ
ッセージはまだ到着していない。

【００６９】しかし、受信側ｅメール・システムによっ
て、取り消しメッセージが受信される前に、取り消しを
受ける送信済みメッセージが受信されている場合、１０
０６で、メッセージ・データベース内でＸ−Ｃａｎｃｅ
ｌ：フィールド本体値に合致するものが見つかる。送信
済みメッセージは、受信側ｅメール・システムによって
受信された後、受信者のインボックスに記憶される。受
信者はいくつかの理由で、ある時間にわたってメッセー
ジを調べないことがある。インボックスは、受信者がメ
ッセージを見たかどうかに関する情報を維持する。処理
は、１０１１で受信者がメッセージを見たかどうかに応
じて継続する。受信者がメッセージをまだ見ていない場
合、１０１７で送信済みメッセージがインボックスから
削除され、１０１９でメッセージ・データベース内のメ
ッセージに対応するレコード８００内の位置フィールド
８０３がクリアされる。次に１０２１で、受信者のｅメ
ール・システムは、メッセージが取り消されており、か
つまだ受信者に見られていないことを示す確認メッセー
ジを送信済みメッセージおよび取り消しメッセージの送
信者に返す。最後に、１００９として示した末端ブロッ
クを通じてプロセスが完了する。

【００７０】１０１１で（下記で図１９に関して説明す
るように）送信済みメッセージが受信者に見られている
場合、受信側ｅメール・システムは、１０１３でメッセ
ージが取り消されたことを受信者に知らせる。１０１５
で、送信済みメッセージをどうするかに関するいくつか
の選択肢が受信者に与えられる。これらのオプションに
は、最初のメッセージの削除や取り消しメッセージを正
規メッセージとして扱うことが含まれるが、これらに限
らない。受信者が最初のメッセージを削除することを決
定した場合、受信者のｅメール・プログラムはメッセー
ジ・データベース・レコード８００内の位置フィールド
８０３を使用してメッセージを見つけて削除し、位置フ
ィールド８０３をクリアする。さらに、関連する取り消
しレコード８２０のメッセージ確認フィールド８２３が
ＴＲＵＥにセットされる。次に１０２２で、受信者のｅ
メール・システムは、メッセージが取り消されている
が、受信者が、取り消されたメッセージを取り消しの前
に見ていることを示す確認メッセージをこの送信済みメ
ッセージおよび取り消しメッセージの送信者に返す。最
後に、１００９として示した末端ブロックを通じてプロ
セスが完了する。

【００７１】図１８は、図１６の要素９１５に関係する
前述の取り消しメッセージ処理の詳細を示す。送信済み
メッセージは受信側ｅメール・システムに到着してお
り、受信された送信済みメッセージのＭｅｓｓａｇｅ−
ＩＤ：フィールド本体に合致する固有メッセージ番号８
５１を有するエントリが取り消しデータベース内に存在
する。送信済みメッセージの所期の受信者はまだ、送信
済みメッセージを見ていない。処理は、１０５１として
示した末端ブロックから開始する。次に、受信側ｅメー
ル・システムは１０５３で、受信された送信済みメッセ
ージを記憶せずにシステムから削除する。次いで１０５
５で、関連する取り消されたデータベース・レコード８
２０内の最後の日付フィールド８２７が現在の日付に設
定される。最後に、受信側ｅメール・システムは１０５
７で、送信済みメッセージが受信者に見られずに取り消
されたことを示す確認メッセージを送信者へ送信する。
このプロセスは、１０５９として示した末端ブロックを
通じて完了する。

【００７２】取り消しデータベースに関する最後の留意
点を示す。好ましい実施形態では、７日以上経過してい
る最後の日付フィールド８２７を含むレコード８２０
は、図１５で示したプロセスによって削除される。この
場合も、当業者には、７日以上経過しているレコードが
かなり長いものでも、あるいはかなり短いものでもよ
く、依然として本発明を実施することが認識されよう。

【００７３】修正処理 図１９および１１ｂは、修正メッセージがどのように処
理されるかを示す。修正処理は２つの態様がある。第１
の態様は、受信された修正メッセージの処理である。第
２の態様は、送信済みメッセージを受信するときに使用
される処理である。

【００７４】図１９は、受信側ｅメール・システムが修
正メッセージの受信をどのように処理するかを示す。こ
の処理は、１１０１として示した末端ブロックから開始
し、１１０３で受信側ｅメール・システムが、Ｘ−Ｍｏ
ｄｉｆｙ：ヘッダ・フィールドを含むメッセージを受信
する。受信側ｅメール・システムはまず、データベース
に対する検査を実行する（１１０４）。このデータベー
スの検査については後述する。データベースは、修正メ
ッセージに対して何も行う必要がないと判定し、１１０
６として示した矢印で示した１１１５の末端ブロックを
通じて処理が完了する。データベースの検査によって、
次の処理が許可された場合、修正メッセージからＸ−Ｍ
ｏｄｉｆｙ：フィールド本体の値が抽出され、この値を
使用して、メッセージ・データベースが、修正中の送信
済みメッセージのエントリを含むかどうかが判定される
（１１０５）。メッセージ・データベースがそのような
エントリを含むことは、修正中の送信済みメッセージ
が、修正メッセージが到着する前に受信側ｅメール・シ
ステムに到着したことを意味する。メッセージ・データ
ベースが、合致するエントリを含まない場合（送信済み
メッセージがまだ到着していないことを意味する）、１
１０７で修正メッセージ中の情報が修正データベースに
記憶され、修正メッセージの内容が受信者のインボック
ス１１０９に記憶される。次に、受信側ｅメール・シス
テムは１１１１で、修正が行われており、かつ受信者が
まだ送信済みメッセージを見ていないことを示す確認メ
ッセージを送信済みメッセージの送信者に返す。１１１
５として示した末端ブロックを通じてプロセスが完了す
る。

【００７５】しかし、受信側ｅメール・システムによっ
て、修正メッセージが受信される前に送信済みメッセー
ジが受信されている場合、１１０５で、メッセージ・デ
ータベース内でＸ−Ｍｏｄｉｆｙ：フィールド本体値に
合致するデータが見つかる。送信済みメッセージは、受
信側ｅメール・システムによって受信された後、受信者
のインボックスに記憶される。受信者はいくつかの理由
で、ある時間にわたってメッセージを調べないことがあ
る。インボックスは、受信者がメッセージを見たかどう
かに関する情報を維持する。処理は、１１１７で受信者
がメッセージを見たかどうかに応じて継続する。受信者
がメッセージをまだ見ていない場合、１１０８で送信済
みメッセージがインボックスから削除され、修正メッセ
ージ内に含まれる送信済みメッセージの修正済みテキス
トが受信者のインボックスに保存される。次に１１１１
で、受信者のｅメール・システムは、送信済みメッセー
ジが修正されており、かつ受信者がまだそれを見ていな
いことを示す確認メッセージを送信済みメッセージおよ
び修正メッセージの送信者に返す。最後に、１１１５と
して示した末端ブロックを通じてプロセスが完了する。

【００７６】１１１７で送信済みメッセージが受信者に
見られている場合、１１１８で修正済みデータベース・
レコード８５０内の修正確認数フィールド８５３が１だ
け増分され、１１１９で受信側ｅメール・システムが、
メッセージが修正されたことを受信者に知らせる。修正
確認数フィールド８５３中の値が１よりも大きく、ユー
ザが送信済みメッセージの前の修正を見たことを示す場
合、現在の修正が新しく前の修正とは異なる修正である
ことが受信者に知らされ、受信者が見た修正の数（すな
わち、修正確認フィールド８５３の値）が表示される。
１１２１で、送信済みメッセージをどうするかに関する
いくつかの選択肢が受信者に与えられる。これらのオプ
ションには、最初のメッセージの削除や修正メッセージ
を正規メッセージとして扱うことが含まれるが、これら
に限らない。受信者が最初のメッセージを削除すること
を決定した場合、受信者のｅメール・プログラムはメッ
セージ・データベース・レコード８００内の位置フィー
ルド８０３を使用してメッセージを見つけて削除する。
次に１１１２で、受信者のｅメール・システムは、メッ
セージが修正されており、かつ受信者が、この送信済み
メッセージを修正前に見ていることを示すこの確認メッ
セージを送信済みメッセージおよび修正メッセージの送
信者に返す。最後に、１１１５として示した末端ブロッ
クを通じてプロセスが完了する。

【００７７】プロセスは、１０１１、１１１７で、送信
済みメッセージが受信者に見られているかどうかを判定
するためにまず、そのメッセージに関連付けられたレコ
ード８００の位置フィールド８０３を検査することによ
ってこの送信済みメッセージがあるかどうかを検査す
る。このメッセージがある場合は、受信者のインボック
スを調べることによってこの送信済みメッセージが受信
者に見られているかどうかが検査される。この送信済み
メッセージが依然として受信者のインボックス内に存在
する場合、このメッセージの状況は、受信者がこのメッ
セージを見たかどうかの結果を示す。さらに、位置フィ
ールド８０３がインボックスではない場合、受信者はこ
のメッセージを見ている。

【００７８】インボックスにこのメッセージが含まれ
ず、この送信済みメッセージが得られない場合（たとえ
ば、位置フィールド８０３がＮＩＬを含む）は、修正メ
ッセージのＸ−Ｍｏｄｉｆｙフィールド本体中の値と同
じ固有メッセージ番号８２１を有するレコード８２０が
あるかどうかが取り消しデータベースで検査される。そ
のようなレコード８２０が存在する場合は、取り消しフ
ィールド８２３の前に見られたメッセージが検査され
る。フィールド８２３の値がＴＲＵＥである場合、この
メッセージは見られており、ＦＡＬＳＥである場合、こ
のメッセージは見られていない。その他の場合、受信者
は送信済みメッセージを見て削除している。

【００７９】図２０は、図１６の要素９１７に関係する
前述の修正メッセージ処理の詳細を示す。送信済みメッ
セージは受信側ｅメール・システムに到着しており、到
着した送信済みメッセージのＭｅｓｓａｇｅ−ＩＤに合
致するエントリが修正データベース内に存在する。送信
済みメッセージの所期の受信者はまだ、メッセージを見
ていない。処理は、１１５１として示した末端ブロック
から開始する。次に、受信側ｅメール・システムは１１
５３で、受信された送信済みメッセージを、どのインボ
ックスにも記憶せずにシステムから削除する。次いで１
１５５で、関連する修正済みデータベース・レコード８
５０内の最後の日付フィールド８５７が更新される。最
後に、１１５９として示した末端ブロックを通じてプロ
セスが完了する。

【００８０】修正済みデータベースに関する最後の留意
点を示す。好ましい実施形態では、７日以上経過してい
る最後の日付フィールド８５７を含むレコード８２０
は、図１５で示したプロセスによって削除される。この
場合も、当業者には、７日以上経過しているレコードが
かなり長いものでも、あるいはかなり短いものでもよ
く、依然として本発明を実施することが認識されよう。

【００８１】データベース検査 図２１は、それぞれ図１０および図１１に１００４およ
び１１０４として示した処理ブロックで呼び出されるデ
ータベース検査を示す。これらの検査は、送信者が送信
できる複数のアクション・メッセージの同期をとるうえ
で助けとなる。この複数のアクションには、複数の取り
消しメッセージ、または複数の修正メッセージ、あるい
はこの両方の組合せを送信することが含まれる。検査プ
ロセスは、１２０１として示した末端ブロックから開始
する。第１の試験は、１２０３で、処理中のアクション
・メッセージが取り消しメッセージであるか、それとも
修正メッセージであるかを判定することである。後述の
認証検査を組み込んだ実施形態では、この試験は１２０
３で、目標の送信済みメッセージに付与されるアクショ
ン要求の妥当性も判定する。暗号化検査が失敗した場
合、１２０４として示した点線矢印で示したように無変
更終了１２１３が選択される。したがって、それぞれ図
１０および図１１に１００５および１１０６として示し
た矢印で示したように、アクション・メッセージに対す
る動作は実行されない。

【００８２】アクション・メッセージが取り消しメッセ
ージである場合、次の試験として１２０５で、取り消し
データベースと修正データベースのどちらかに、同じ送
信済みメッセージを目標とする（最初の日付および時間
フィールド８２９、８５９に基づく）新しいレコード８
２０、８５０があるかどうかが試験される（１２１
５）。そのようなレコード８２０、８５０が存在する場
合、無変更終了１２１３が選択される。したがって、そ
れぞれ図１０および図１１に１００５および１１０６と
して示した矢印で示したように、アクション・メッセー
ジに対する動作は実行されない。そのようなレコード８
２０、８５０が存在しない場合、次の試験１２０７で、
取り消しデータベースに古いレコード８２０が存在する
かどうかが検査される。そのようなレコードが存在する
場合、１２１９として示した末端ブロックを通じてプロ
セスが完了し、取り消しメッセージの処理が正常に継続
する。取り消しデータベースに古いレコード８２０が存
在する場合、この取り消しメッセージから得た日付およ
び時間情報を用いて最初の日付および時間フィールド８
２９が更新される。さらに、現在の日付が、レコード８
２０の最後の日付フィールド８２７に保存される。この
場合も、無変更末端ブロック１２１３を通じてプロセス
が完了する。

【００８３】アクション・メッセージが修正メッセージ
である場合、プロセスは再び、取り消しデータベースと
修正データベースのどちらかに、同じ送信済みメッセー
ジを目標とする新しいレコード８２０、８５０があるか
どうかが試験される（１２１５）。そのようなレコード
８２０、８５０が存在しない場合、１２１９として示し
た末端ブロックを通じてプロセスが正常に完了する。新
しいアクション・レコードが存在する場合、１２１７で
修正レコード８５０の最後の日付フィールド８５７が更
新され、１２１３として示した無変更末端ブロックを通
じてプロセスが完了する。

【００８４】認証 本発明の好ましい一実施形態では、公開キー暗号化方法
（ＲＳＡが好ましい）を使用して送信済みメッセージの
送信者しかメッセージを変更できないようにすることに
よって、送信済みメッセージは、許可されない取り消し
または修正から保護される。本発明のこの実施形態で
は、最初のメッセージに追加ヘッダ・フィールドが付加
される。このフィールドはＸ−Ｐｕｂｌｉｃ−Ｋｅｙ：
フィールドである。このフィールド本体は、送信者の公
開キーを含む。すべてのアクション・メッセージ（取り
消しメッセージおよび修正メッセージ）にＸ−Ｓｉｇｎ
ｅｄ−ＩＤ：ヘッダが含まれる。このヘッダのこのフィ
ールド本体は、送信者の秘密キーによって暗号化された
最初のメッセージの固有のメッセージ識別子を含む。送
信済みメッセージが受信者のｅメール・システムによっ
て受信されると、Ｘ−Ｐｕｂｌｉｃ−Ｋｅｙ：フィール
ドから得た公開キー情報が、メッセージ・データベース
・レコード８００内の公開キーフィールド８０９に記憶
される。

【００８５】受信者のｅメール・システムによってアク
ション・メッセージが受信されると、公開キーフィール
ド８０９の値を使用して（Ｘ−Ｓｉｇｎｅｄ−ＩＤ：ヘ
ッダのフィールド本体に含まれる）暗号化メッセージＩ
Ｄが解読され、固有メッセージ番号フィールド８０１に
含まれる値と比較される。これらの値が同じである場
合、送信済みメッセージの最初の送信者もこのアクショ
ン・メッセージを送信している。この解読および検査
は、受信側ｅメール・システムの多数の異なる領域で行
うことができる。好ましい実施形態は、図２１に示し、
上記で説明したデータベース検査プロセスの検査メッセ
ージ・タイプ試験１２０３部分にこの検査を含む。

【００８６】結論 当業者には、前述の本発明が、メッセージの著者が、送
信者のｅメール・システムの制御範囲を超えて送信され
た送信済みメッセージを削除または修正できるようにす
ることによって、ｅメール・システムのユーザに追加機
能を与えるコンピュータ化ｅメール・システムを教示す
るものであることが理解されよう。

【００８７】さらに、当業者には、本発明の範囲から逸
脱せずに本明細書で開示した好ましい実施形態に様々な
修正および変更を加えられることが理解されよう。した
がって、本発明の範囲は、前述の本発明の特定の実施形
態には限らず、特許請求の範囲およびその等価物によっ
てのみ定義すべきである。

【図面の簡単な説明】

【図１】 電子メール通信の従来技術の基本概念を示す
図である。

【図２】 ｅメール・システムをサポートする通常のコ
ンピュータ・システムを示す図である。

【図３】 送信側ｅメール・システムがネットワーク
（インターネット）を介して受信側ｅメール・システム
へメッセージを送信するのに必要な従来技術のシステム
の基本構成要素を示す図である。

【図４】 ネットワークを介してｅメール・メッセージ
を送信する従来技術のプロセスを示す図である。

【図５】 好ましい実施形態に従って送信済みメッセー
ジを修正しあるいは取り消すプロセスを示す図である。

【図６】 好ましい実施形態に従って送信済みメッセー
ジを選択しそれに作用するプロセスを示す図である。

【図７】 好ましい実施形態に従って取り消しあるいは
修正する送信済みメッセージを選択するグラフィカル・
ユーザ・インタフェースを示す図である。

【図８】 好ましい実施形態に従って取り消しあるいは
修正する送信済みメッセージを選択するグラフィカル・
ユーザ・インタフェースを示す図である。

【図９】 好ましい実施形態に従って取り消しあるいは
修正する送信済みメッセージを選択するグラフィカル・
ユーザ・インタフェースを示す図である。

【図１０】 好ましい実施形態に従って取り消しあるい
は修正する送信済みメッセージを選択するグラフィカル
・ユーザ・インタフェースを示す図である。

【図１１】 好ましい実施形態に従ってメッセージを反
復的に取り消し修正するプロセスを示す図である。

【図１２】 好ましい実施形態に従ってメッセージを反
復的に取り消し修正するプロセスを示す図である。

【図１３】 好ましい実施形態に従ってメッセージ・デ
ータベース、取り消しデータベース、修正データベース
に関するデータ・レコード・フォーマットを示す図であ
る。

【図１４】 好ましい実施形態に従ってメッセージ・デ
ータベース、取り消しデータベース、修正データベース
に関するデータ・レコード・フォーマットを示す図であ
る。

【図１５】 好ましい実施形態に従ってデータベースを
維持するために使用されるプロセスを示す図である。

【図１６】 好ましい実施形態に従って送信済みメッセ
ージを受信する際に受信側ｅメール・システムによって
使用されるプロセスを示す図である。

【図１７】 好ましい実施形態に従って取り消しメッセ
ージを受信する際に受信側ｅメール・システムによって
使用されるプロセスを示す図である。

【図１８】 好ましい実施形態に従って、取り消しメッ
セージを受信した後に送信済みメッセージを受信する際
に受信側ｅメール・システムによって使用されるプロセ
スを示す図である。

【図１９】 好ましい実施形態に従って修正メッセージ
を受信する際に受信側ｅメール・システムによって使用
されるプロセスを示す図である。

【図２０】 好ましい実施形態に従って、修正メッセー
ジを受信した後に送信済みメッセージを受信する際に受
信側ｅメール・システムによって使用されるプロセスを
示す図である。

【図２１】 好ましい実施形態に従って複数のアクショ
ン・メッセージの受信に関して検査し、それを処理する
ために使用されるプロセスを示す図である。

【符号の説明】

１０２、１６１、１６３、１６５、１６７、１６９ コ
ンピュータ・システム １１７、１７１ ネットワーク １３３ プロセッサ １３５ 入出力部 １３７ 中央演算処理装置 １３９ メモリ部 １４１ キーボード １４３ ディスク記憶装置 １４５ ネットワーク・インタフェース １４７ 表示装置 １４８ ポインティング・デバイス １４９ ＣＤ−ＲＯＭ装置 １５１ ＣＤ−ＲＯＭ媒体 １５３ プログラム １７３ ファイル記憶装置 １７５、２０５ インターネット １７７ コンピュータ ２００ 送信者のコンピュータ ２０１ ｅメール構成機能 ２０２ 受信者のコンピュータ ２０３ ｅメール送信機能 ２０４ 送信者のアウトボックス ６０１、６２１、６７１ ダイアログ ６０３、６０５、６０７、６２３、６２５、６５５、６
５７、６７３、６７７選択可能制御領域 ６０９、６２９、６３７、６７９、６８７ テキスト領
域 ６１１、６３１、６３５、６８１ テキスト ６３３、６３９、６８３、６８９ スクロール・コント
ロール ６５１ ウィンドウ ６５９ メッセージ ８００、８２０、８５０ レコード ８０１、８２１、８５１ 固有メッセージ番号フィール
ド ８０３ 位置フィールド ８０７、８２７、８５７ 最後の日付フィールド ８０９ 公開キーフィールド ８２３ メッセージ確認フィールド ８２９、８５９ 最初の日付および時間フィールド

Claims (23)

【特許請求の範囲】
1. 【請求項１】 送信側電子メール（ｅメール）システム
   がある制御範囲を有し、受信側ｅメールシステムはその
   範囲外にあり、送信側ｅメール・システムは送信済みｅ
   メール・メッセージに関する情報を維持し、送信側ｅメ
   ール・システムによって受信側ｅメール・システムへ送
   信された送信済みｅメール・メッセージを変更するコン
   ピュータ制御による方法であって、 前記情報を使用することによって前記送信済みｅメール
   ・メッセージを選択するステップと、 前記情報を使用してアクション・メッセージを構築する
   ステップと、 前記アクション・メッセージを前記受信側ｅメール・シ
   ステムへ送信するステップと、 前記受信側ｅメール・システムによって前記アクション
   ・メッセージを受信するステップとを含むことを特徴と
   するコンピュータ制御式方法。
2. 【請求項２】 さらに、 前記送信済みｅメール・メッセージを受信するステップ
   と、 前記アクション・メッセージの指示に応じて前記送信済
   みｅメール・メッセージを変更するステップとを含むこ
   とを特徴とする請求項１に記載のコンピュータ制御式方
   法。
3. 【請求項３】 前記アクション・メッセージが取り消し
   メッセージであり、前記変更ステップがさらに、前記送
   信済みｅメール・メッセージを削除するステップを含む
   ことを特徴とする請求項２に記載のコンピュータ制御式
   方法。
4. 【請求項４】 前記アクション・メッセージが修正メッ
   セージであり、前記変更ステップがさらに、前記送信済
   みｅメール・メッセージを修正するステップを含むこと
   を特徴とする請求項３に記載のコンピュータ制御式方
   法。
5. 【請求項５】 送信側ｅメール・システムおよび受信側
   ｅメール・システムと、ネットワークとを有する電子メ
   ール（ｅメール）システムであり、送信側ｅメール・シ
   ステムと受信側ｅメール・システムは、それぞれ、中央
   演算処理装置（ＣＰＵ）と、前記ＣＰＵに結合されたメ
   モリと、前記ネットワークに接続されるネットワーク・
   インタフェースと、ディスプレイと、ファイル記憶域と
   を有しており、送信側ｅメール・システムはある制御範
   囲を有し、前記受信側ｅメール・システムはその制御の
   範囲外にあり、送信側ｅメール・システムが送信済みｅ
   メール・メッセージに関する情報を維持するようになっ
   ている、ｅメール・システムにおいて、 前記情報を使用することによって前記送信済みｅメール
   ・メッセージを選択するように構成された選択機構と、 前記情報を使用してアクション・メッセージを構築する
   ように構成された構築機構と、 前記アクション・メッセージを前記受信側ｅメール・シ
   ステムへ送信するように構成された転送機構と、 前記受信側ｅメール・システムによって前記アクション
   ・メッセージを受信するように構成された第１の受信機
   構とを備えるｅメール・システム。
6. 【請求項６】 さらに、 前記送信済みｅメール・メッセージを受信するように構
   成された第２の受信機構と、 前記アクション・メッセージの指示に応じて前記送信済
   みｅメール・メッセージを変更するように構成された調
   整機構とを備えることを特徴とする請求項５に記載のｅ
   メール・システム。
7. 【請求項７】 前記アクション・メッセージが取り消し
   メッセージであり、前記調整機構がさらに、前記送信済
   みｅメール・メッセージを削除するように構成された削
   除機構を備えることを特徴とする請求項１３に記載のｅ
   メール・システム。
8. 【請求項８】 前記アクション・メッセージが修正メッ
   セージであり、前記調整機構がさらに、前記送信済みｅ
   メール・メッセージを修正するように構成された修正機
   構を備えることを特徴とする請求項７に記載のｅメール
   ・システム。
9. 【請求項９】 中央演算処理装置（ＣＰＵ）と、前記Ｃ
   ＰＵに結合されたメモリと、前記ネットワークに接続さ
   れるネットワーク・インタフェースと、ディスプレイ
   と、ファイル記憶域とを有し、宛先が制御の範囲外にあ
   る制御範囲を有し、送信済みｅメール・メッセージに関
   する情報を維持するアクション・メッセージを送信する
   装置であって、 前記情報を使用することによって前記送信済みｅメール
   ・メッセージを選択するように構成された選択機構と、 前記情報を使用してアクション・メッセージを構築する
   ように構成された構築機構と、 前記アクション・メッセージを前記宛先へ送信するよう
   に構成された転送機構とを備えることを特徴とする装
   置。
10. 【請求項１０】 前記アクション・メッセージが取り消
    しメッセージであることを特徴とする請求項９に記載の
    装置。
11. 【請求項１１】 前記アクション・メッセージが修正メ
    ッセージであることを特徴とする請求項９に記載の装
    置。
12. 【請求項１２】 中央演算処理装置（ＣＰＵ）と、前記
    ＣＰＵに結合されたメモリと、前記ネットワークに接続
    されるネットワーク・インタフェースと、ディスプレイ
    と、ファイル記憶域とを有する装置であって、送信側ｅ
    メール・システムの制御の範囲外にあり、その送信側ｅ
    メール・システムからアクション・メッセージを受信し
    て送信済みｅメール・メッセージにそのアクション・メ
    ッセージを適用する装置であって、 前記アクション・メッセージを受信するように構成され
    た第１の受信機構と、 前記送信済みｅメール・メッセージを受信するように構
    成された第２の受信機構と、 前記アクション・メッセージの指示に応じて前記送信済
    みｅメール・メッセージを変更するように構成された調
    整機構とを備えることを特徴とする装置。
13. 【請求項１３】 前記アクション・メッセージが取り消
    しメッセージであり、前記調整機構がさらに、前記送信
    済みｅメール・メッセージを削除するように構成された
    削除機構を備えることを特徴とする請求項１２に記載の
    装置。
14. 【請求項１４】 前記アクション・メッセージが修正メ
    ッセージであり、前記調整機構がさらに、前記送信済み
    ｅメール・メッセージを修正するように構成された修正
    機構を備えることを特徴とする請求項１２に記載の装
    置。
15. 【請求項１５】 宛先へ送信された送信済みｅメール・
    メッセージを変更するためのアクション・メッセージを
    その宛先へコンピュータに送信させるコンピュータ読み
    取り可能なプログラムと、 前記送信済みｅメール・メッセージを選択するように構
    成された選択機構を前記コンピュータに実施させるよう
    に構成されたコンピュータ読み取り可能なプログラム
    と、 前記アクション・メッセージを構築するように構成され
    た構築機構を前記コンピュータに実施させるように構成
    されたコンピュータ読み取り可能なプログラムと、 前記アクション・メッセージを前記宛先へ送信するよう
    に構成された転送機構を前記コンピュータに実施させる
    ように構成されたコンピュータ読み取り可能なプログラ
    ムとを記録したコンピュータ読み取り可能な記録媒体。
16. 【請求項１６】 前記アクション・メッセージが取り消
    しメッセージであることを特徴とする請求項１５に記載
    のコンピュータ読み取り可能な記録媒体。
17. 【請求項１７】 前記アクション・メッセージが修正メ
    ッセージであることを特徴とする請求項１５に記載のコ
    ンピュータ・プログラム製品。
18. 【請求項１８】 送信済みｅメール・メッセージを変更
    するアクション・メッセージを、コンピュータに適用さ
    せるコンピュータ読み取り可能なプログラムと、 前記アクション・メッセージを受信するように構成され
    た第１の受信機構を前記コンピュータに実施させるよう
    に構成されたコンピュータ読み取り可能なプログラム
    と、 前記送信済みｅメール・メッセージを受信するように構
    成された第２の受信機構を前記コンピュータに実施させ
    るように構成されたコンピュータ読み取り可能なプログ
    ラムと、 前記アクション・メッセージの指示に応じて前記送信済
    みｅメール・メッセージを変更するように構成された調
    整機構を前記コンピュータに実施させるように構成され
    たコンピュータ読み取り可能なプログラムとを記録した
    コンピュータ読み取り可能な記録媒体。
19. 【請求項１９】 前記アクション・メッセージが取り消
    しメッセージであり、前記調整機構がさらに、前記送信
    済みｅメール・メッセージを削除するように構成された
    削除機構を前記コンピュータに実施指させるように構成
    されたコンピュータ読み取り可能なプログラムを備える
    ことを特徴とする請求項１８に記載のコンピュータ読み
    取り可能な記録媒体。
20. 【請求項２０】 前記アクション・メッセージが修正メ
    ッセージであり、前記調整機構がさらに、前記送信済み
    ｅメール・メッセージを修正するように構成された修正
    機構を前記コンピュータに実施させるように構成された
    コンピュータ読み取り可能なコード装置を備えることを
    特徴とする請求項１８に記載のコンピュータ・プログラ
    ム製品。
21. 【請求項２１】 送信側電子メール（ｅメール）・シス
    テムがある制御範囲を有し、受信側ｅメール・システム
    がその制御範囲外にあり、送信側ｅメール・システムが
    送信済みｅメール・メッセージに関する情報を維持し、
    送信側ｅメール・システムによって受信側ｅメール・シ
    ステムへ送信された送信済みｅメール・メッセージを変
    更するコンピュータ制御式方法であって、 前記情報を使用することによって前記送信済みｅメール
    ・メッセージを選択するステップと、 前記情報を使用してアクション・メッセージを構築する
    ステップと、 前記アクション・メッセージを前記受信側ｅメール・シ
    ステムへ送信するステップとを含むことを特徴とするコ
    ンピュータ制御式方法。
22. 【請求項２２】 さらに、 前記アクション・メッセージを受信するステップと、 前記受信者が前記アクション・メッセージを見るステッ
    プとを含むことを特徴とする請求項２１に記載のコンピ
    ュータ制御式方法。
23. 【請求項２３】 さらに、 前記アクション・メッセージを受信するステップと、 前記送信済みｅメール・メッセージを受信するステップ
    と、 前記アクション・メッセージの指示に応じて前記送信済
    みｅメール・メッセージを変更するステップとを含むこ
    とを特徴とする請求項２１に記載のコンピュータ制御式
    方法。