JP2018152049A - 冗長要素の排除による電子メッセージを編集する方法 - Google Patents

Abstract

【課題】電子メッセージングシステムから、一連のリコール単位メッセージを含む電子メールに基づいて簡素化された文書を編集する方法を提供する。【解決手段】前記方法は、電子メールを編集するステップと、リコール単位メッセージを電子メール内で識別するステップと、識別された各リコール単位メッセージを分析するステップと、いくつかのリコール単位メッセージにおいていくつかの出現を有する要素を検出するステップと、いくつかの出現を有するとして検出された要素のうちの最大限でも単一の出現を保存しつつ、前記簡素化された文書を編集するステップと、からなる動作を含む。【選択図】なし

Description

本発明は、電子メッセージングシステムのドメインに関し、特に、電子メッセージからの文書の編集及び／又は印刷に関する。

電子メールの返信又は転送を含む動作において、古いメールのテキスト内容は、受信者が古いメールに気付くことができるようにするために、一般的に、新たなメールにおいて繰り返される。

返信又は転送動作が互いに続くとき、これは、電子メールのライフサイクルおいて頻繁にあり（１日から数週間、又は数ヶ月掛かる）、古いメッセージ（リコールメッセージと呼ばれる）は、新たな電子メールに蓄積する。

今や、多くのユーザは、（例えば、現在ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）と呼ばれる、ＩＳＯ標準３２０００−１：２００８によって定義されたフォーマットでの文書として）つい最近の物を含む彼らの電子メール又はプリントアウトのデジタル編集をなすことを望んでいる。

ＰＤＦフォーマットにおける文書の編集は、生成された文書が、メッセージがプレーンテキストで構成されない限り、初期文書の形式、特に、そのページネーション、そのフォント、画像又は他のグラフィックオブジェクト（例えば、メッセージ本文を隔てるためにメッセージにシステムによって多く用いられるセパレーションライン）又はハイパーリンクを保つ範囲において、同一の文書の物理的なプリントアウトの電子的な等価物である。

電子メールが編集（印刷）されるとき、生成される文書は、電子メールの内容の全体を繰り返す。電子メールが、以前の交換のチェーンを含むとき（「返信（ｒｅｐｌｙ）」又は「転送（ｆｏｒｗａｒｄ）」タイプの電子メールであるかどうか）、生成される文書は、不必要に長くなる。文書が電子的であるとき、これは、メモリスペース、より一般的には、エネルギー、の不必要かつ不当な消費を招く。文書が物理的であるとき、インク、紙及び電気の不当な消費を招く。

したがって、ユーザは、編集される（又は印刷される）文書において、頻繁に、示されることを望まないパッセージを削除することを望む。電子メールを表示するために用いられるフォーマット（Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｏｕｔｌｏｏｋ（登録商標） ａｎｄ Ｅｘｃｈａｎｇｅ（登録商標） ｍｅｓｓａｇｉｎｇ ｓｙｓｔｅｍｓの場合、一般的には、ＭＳＧ−まれにＥＭＬ）は、ユーザによるメッセージの直接的な修正を不可能にする。

事実上、動作のシーケンスを続けるために必要であり、最も頻繁かつ（Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｏｕｔｌｏｏｋ（登録商標）のほとんどのバージョンにおいて、メッセージを開くこと、「メッセージを変更する」動作を選択すること、削除されるパッセージを選択すること、その後それらを削除することを含む。編集される又は印刷される文書は、その後、ユーザの希望に適合する。しかし、この方法は、退屈であり、更に、メッセージを破損する不利点を有し、ユーザが、不注意で変更を保存する場合、それらは、編集又は印刷の目的のためになされる。これは、元に戻せないデータの損失をもたらす。

欧州特許ＥＰ１３２７１９２（Ｋｅｎｔ Ｒｉｄｇｅ Ｄｉｇｉｔａｌ Ｌａｂｓ）では、メールボックスの電子メールでは、冗長な内容を検出し、電子メールファイルにおいて直接的に冗長な箇所を削除することが提案されている。パーソナルファミリー又はファミリーメールボックスのフレームワーク内で適切でありうるこの解決手段は、メッセージのトレースアビリティ（及び完全性）を保つことが重要である。職業上のメールボックスのフレームワーク内では適切ではない。

その結果として、第１の目的は、冗長な内容を含む電子メールから自動的に簡素化された文書の変更及び印刷を可能にする方法を提案することである。

第２の目的は、それにもかかわらず、編集された電子メールのリコールメッセージに存在する意義のある内容の全体が、簡素化された文書に保持されることを可能にするこのような方法を提案することである。

この目的のために、電子メッセージングシステムから、一連のリコール単位メッセージを含む電子メールに基づいて簡素化された文書を編集する第１の例において方法が提案され、前記方法は、
‐前記電子メールを編集するステップと、
‐前記リコール単位メッセージを前記電子メール内で識別するステップと、
‐識別された各リコール単位メッセージを分析するステップと、
‐いくつかのリコール単位メッセージにおいていくつかの出現を有する要素を検出するステップと、
‐いくつかの出現を有するとして検出された要素のうちの最大限でも単一の出現を保存しつつ、前記簡素化された文書を編集するステップと、
からなる動作を含む。

編集された、簡素化された文書は、低減されたメモリスペース（少ないエネルギー消費で）を占有する、又は簡素化された文書が印刷向けである場合、エネルギー（インク、紙、電気）の節約を実現することができる。

ステップの自動化は、編集又は印刷の目的で保持するために、パッセージの手動選択へ進むことを節約する。

様々な追加特徴によれば、以下が別々に又は組み合わせられる：
‐単位メッセージを識別するステップは、前記単位メッセージを識別するステップは、編集された前記電子メールのＩＴ構造を決定することに先行し、前記リコール単位メッセージを識別するステップは、前記電子メールのＩＴ構造において、以下の要素のうちの少なくとも１つの検出を含む。
○ヘッダーフィールド、
○メッセージ本文における、署名及び／又は警告通知（例えば、法的通知、環境的自然の通知、コンピュータウィルスに関する警告通知）。
‐第１の分析されたリコール単位メッセージにおけるヘッダーフィールド、署名又は法的警告の検出は、検出された要素をディクショナリに格納するステップに続き、電子メールの別のリコールメッセージにおける新たな要素の検出は、この要素を同一の性質の格納された要素と比較することに続く。
‐比較された要素は、既に格納された要素と同一である場合、簡素化された文書から削除される。
‐ヘッダーフィールドの検出は、文字列の先頭に配置される以下：ｆｒｏｍ、 ｔｏ、 ｄａｔｅ、 ｓｅｎｔ、 Ｃｃ、 ｃｏｐｙ、 ｏｂｊｅｃｔ、 ｓｕｂｊｅｃｔ、 ｒｅのキーワードの少なくとも１つの検出を含む。
‐ヘッダーフィールドの検出は、記号「：」に続くときに、上述された単語の少なくとも１つの検出を含む。
‐署名の検出は、メッセージ本文において、文字列の先頭に配置される以下のキーワード：ｍａｉｌ、 ｅｍａｉｌ、 ｅｌｅｃｔｒｏｎｉｃ ｍａｉｌ、 ｗｅｂ、 ｓｉｔｅ、 ｂｌｏｇ、 ｔｅｌｅｐｈｏｎｅ、 ｔｅｌ、 ｆａｘ、 ｍｏｂｉｌｅ、 ａｄｄｒｅｓｓ、 ａｓｓｉｓｔａｎｔ （ｍａｌｅ及びｆｅｍａｌｅ）、 ｌｅａｄｅｒ、 ｄｅｐａｒｔｍｅｎｔ、 ｄｉｒｅｃｔｏｒ、 ｍａｎａｇｅｒ、 ｃｏｎｓｕｌｔａｎｔ、 ｅｎｇｉｎｅｅｒ、 ｑｕａｙ、 ｒｏａｄ、 ａｖｅｎｕｅ、 ｃｕｌ−ｄｅ−ｓａｃ、 ｌａｎｅ又は他の言語のそれらの等価物のうちの少なくとも１つの、検出を含む。
‐署名の検出は、記号「：」に続くときに、上述された単語の少なくとも１つの検出を含む。
‐署名の検出は、ハイパーリンクの少なくとも１つの作用された文字連鎖の検出を含む。
‐署名の検出は、少なくとも１つの画像の検出を含む。
‐簡素化された文書において、電子メールにおいて検出された画像を削除することが計画される。
‐前記署名の検出は、可能性のある画像の存在を無視する。
‐前記法的通知の検出は、以下のキーワード：ｗａｒｎｉｎｇ、 ｄｉｓｃｌａｉｍｅｒ、 ｍｅｓｓａｇｅ、 ｉｎｔｅｒｎｅｔ、 ｉｎｆｏｒｍａｔｉｏｎ、 ｅｒｒｏｒ、 ｖｉｒｕｓ、 ｉｓｓｕｅｒ、 ｓｅｎｄｅｒ、 ｉｎｔｅｇｒｉｔｙ、 ｅｎｖｉｒｏｎｍｅｎｔ、 ｒｅｓｐｏｎｓｉｂｉｌｉｔｙ、 ｃｏｎｆｉｄｅｎｔｉａｌ、 ｌｅｇｉｓｌａｔｉｏｎ、 ｐｒｏｈｉｂｉｔｅｄ、 ｎｏｔｅ、 ｌｅｇａｌ、 ｅｌｅｃｔｒｏｎｉｃ ｍａｉｌ、 ｄｉｓｃｌｏｓｕｒｅ、 ｒｅｃｉｐｉｅｎｔ、 ｐｒｉｖｉｌｅｇｅ、 ａｄｄｒｅｓｓ、 ｃｏｍｍｕｎｉｃａｔｉｏｎ、 ｐｕｂｌｉｃａｔｉｏｎ、 ｕｓｅ、 ｄｏｃｕｍｅｎｔ、 ｓｅｎｔ、 ｅｌｅｃｔｒｏｎｉｃ、 ｍａｎａｇｅｒ、 ａｔｔａｃｈｍｅｎｔｓ、 ｗａｒｎ、 ｓｅｒｖｉｃｅ、 ｃｏｒｒｕｐｔｉｏｎ、 ｃｏｎｔｅｎｔ、 ｃｉｒｃｕｌａｔｉｏｎ、 ｃｌｉｅｎｔ、 ｉｍｍｅｄｉａｔｅｌｙ、 ｓｅｎｄ、又は公用語が一つではない国で用いられる可能性がある他の言語のそれらの等価物の少なくとも１つの検出を含む。
‐前記電子メールを編集するステップは、前記電子メールにおいて、２つのリコールメッセージ間の少なくとも１つのセパレーションバーを検出するステップに続く。
‐検出された前記バーは、薄いバーによって前記簡素化された文書に置き換えられる。
‐前記電子メールにおいてハイパーリンクを検出する動作が計画され、編集された前記文書は、ハイパーリンクを欠く。
‐前記電子メールにおいてハイライトを検出する動作が計画され、編集された前記文書は、ハイライトを欠く。
‐前記方法は、全てのリコール単位メッセージの削除を含む。

第２の例では、一連のリコール単位メッセージを含む電子メールから電子文書を印刷する方法が提案され、上述された編集方法の一連のステップに加えて、編集された簡素化された前記文書を印刷するステップを含む。

本発明の他の目的及び利点は、実施形態の説明の観点で明らかとなるであろう。

電子メールは、電子メッセージングシステムによって生成され、送信者と１以上の受信者との間で電気通信ネットワークを介して交換される。

電子メールは、電子的な構造によって特徴付けられ、
‐その機能が電子メールの伝達を可能にし、用語「ｆｒｏｍ（差出人）」で開始する記述として存在し、送信者の（文字＠によって隔てられる２文字のチェーンからなる）電子的なアドレス及び受信者の電子的なアドレス並びに電子メールを中継するサーバによって挿入されるタイムスタンプデータを含み、電子メールを伝える（及び中継する）ために必要なデータを含む、エンベロープ、
‐次の２つの要素を含むメッセージ、
○メッセージのパラメータの記述をそれぞれ含む一連のテキストの列からなるヘッダーフィールドを含むヘッダーブロック、特に、
●発信者を識別し、その初めに、用語「差出人（ｆｒｏｍ）」を含み、送信者の電子メールアドレスが続き、エイリアスが先行する又は続く場合もある、テキストの行、
●受信者を識別し、その初めに、用語「宛先（ｔｏ）」を含み、受信者の（各受信者の）のアドレスが続き、エイリアスが先行する又は続く場合もある、テキストの行、
●電子メールが作成又は送信された日（及び場合によっては時間）を識別し、標準日（それぞれの時間）フォーマットでの日（及び場合によっては時間）を含む、テキストの行、
○テキスト及び／又は画像及び／又は、該当する場合、クリック可能なハイパーリンク又は幾何学形状、特に１以上のセパレーションバーのような他の電子オブジェクトとして存在するメッセージ本文。

電子メールは、しばしば、その本文に、「リコールメッセージ」と呼ばれる、少なくとも１つの他のメッセージの内容の一部又は全部を含み、リコールメッセージは、以前に述べられた電子メールのメッセージの前の日又は時間を持ち、電子メールの送信者又は第三者によって、既に送信、受信又は転送されている。

いくつかのリコールメッセージを含むことが電子メールには頻繁にあり、よって、これは、電子メールが追跡する（及び参照する）一連の議論又は議論の連鎖を構成する。

アドレスｊａｃｋ＠ｊｏｈｎｄｏｅｓｌａｗｙｅｒ、電子メールの受信者（このアドレスが人のユーザに対応すると仮定する）からの、Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｏｕｔｌｏｏｋ（登録商標）等の通常の電子メールボックスに基づくユーザに対して存在するときの、擬似的な電子メールの例が以下に示される（実在する人への類似性は付帯的である）。

以下「編集される電子メール」と呼ばれ、電子メールボックスｊａｃｋ＠ｊｏｈｎｄｏｅｓｌａｗｙｅｒ．ｃｏｍで読まれうるこの電子メールは、一連のいくつかの単位メッセージ、つまり、垂直下方向において、
‐第１の例において、主メッセージは、以下Ｍｓｇ＃０と指定され、アドレスｊａｃｋ＠ｊｏｈｎｄｏｅｓｌａｗｙｅｒ．ｃｏｍへ送信され、その内容は、以下のようになる。
‐第２の例において、一連のリコール単位メッセージは、以下、Ｍｓｇ＃ｉと指定され、ｉは、整数であり、その各内容は、以下のようになる（ここで、垂直下方向に、逆時系列順に対応する）。

各メッセージは、通常の構造を有し、ヘッダーブロックに続いて、メッセージ本文を含む。一例として、リコールメッセージＭｓｇ＃５は、
‐以下のヘッダーブロック：
‐以下のメッセージ本文：
を含む。

メッセージ本文自体は、
‐１以上の文章を含むテキストとして存在する意義のある内容、例えば、リコールメッセージＭｓｇ＃５の場合には、
‐署名：アイデンティティに関する情報を含む行のブロックとして存在し、該当する場合、メッセージ送信者の物理的な詳細：例えば、リコールメッセージＭｓｇ＃５の場合、
‐該当する場合、警告通知（例えば、法的通知、環境的自然の通知又はコンピュータウィルスに関する警告通知）：受信者に関連するだけでなく、例えば情報の処理並びに送信者、受信者及び可能であれば第３者の各負担に関する一般的な情報を含む行（又は単一段落）のブロックからなり、例えば、リコールメッセージＭｓｇ＃５！の場合には、

彼らが、保存目的の電子文書（典型的にはＰＤＦフォーマット）又は印刷文書のいずれかとして、この電子メールの編集をすることを望む場合、編集される電子メールの内容は、一例として与えられるが、ユーザ（ここでは、編集される電子メールの受信者）に直面する課題を説明することができる。

事実上、ユーザ（ここでは、メールボックスｊａｃｋ＠ｊｏｈｎｄｏｅｓｌａｗｙｅｒ．ｃｏｍのユーザ）は、署名等のような特定の要素の繰り返しを省くことを望む一方で、それらのビジネスの要求及び／又はそれらの保存のために、交換の内容、つまり、主メッセージＭｓｇ＃０の内容、をリコールメッセージＭｓｇ＃ｉの内容と共に、保持することが望まれる。

同様に、例えば、以下のタイプのセパレーションバーに対して、
（電子文書の場合には）メモリ又は（印刷文書の場合には）インクを節約するために、削除される又は非常に薄くされることが望ましい。

これは、一連のリコール単位メッセージを含む、電子メールに基づいて簡素化された文書を編集するための（例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｏｕｔｌｏｏｋ（登録商標）のような）電子メッセージングシステムに基づいて、方法が提案される理由であり、簡素化された文書は、編集される電子メールの内容の第１の部分（特にリコールメッセージの意義のある内容）を繰り返し、内容の別の部分（特に署名の繰り返し）を破棄する。

この編集方法は、電子メールの第１編集動作である。この動作は、例えば、受信された（又は送信された、又は電子メールが、ユーザ又はメッセージングシステムによって保存されている他のファイルにおいて）要素の履歴に現れるメッセージの行でダブルクリックすることによって、電子メッセージングシステムにおいて従来のように行われる。

電子メールの編集は、ユーザの視点から、メッセージの内容が、上記の例に表されるように表示されるウィンドウオープンで生じる。

この表示と並行して、システムは、電子メールのＩＴ構造をメモリにロードし、これは、そのフォーマットがシステムによって供給されるオブジェクトモデルに適合するデータファイルとして存在する。Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｏｕｔｌｏｏｋ（登録商標）の場合には、オブジェクトモデルは、ＭａｉｌＩｔｅｍと呼ばれ、その構文（シンタックス）は、以下のようになる：
電子メールのＩＴ構造は、（Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｏｕｔｌｏｏｋ（登録商標）の場合には上記で特定される構文に基づく）全ての情報を含み、ユーザの目的のためにシステムによって表示されるウィンドウにおいて電子メールを編集することを可能にする。

第２のステップは、電子メールにおいて、リコール単位メッセージＭｓｇ＃ｉを識別することからなる。これらのリコールメッセージＭｓｇ＃ｉ（ここでｉは厳密に１より大きい）は、事実上（主メッセージＭｓｇ＃０）を除いて）、簡素化された文書を編集する目的のためにトリミングされる。

この識別は、セパレーションバー又はヘッダーブロックの検出によって自動的に行い、１以上のヘッダーフィールドを含む。

実施形態によれば、ヘッダーフィールドの検出は、文字の行の先頭に配置され、予め定義されたキーワードのリストから選択される少なくとも１つのキーワードの検出を含む。特定の実施形態によれば、このリストは、例えば、ｆｒｏｍ、 ｔｏ、 ｄａｔｅ、 ｓｅｎｔ、 Ｃｃ、 ｃｏｐｙ、 ｏｂｊｅｃｔ、 ｓｕｂｊｅｃｔの単語を含む。非包括的かつ単なる例示として供給されるこのリストは、ヘッダーフィールドにおいて、このアプリケーションの言語において通常見られる単語を含む。しかし、キーワードのリストは、他の言語又は一部の言語において選択された単語を含みうる。事実上、リコールメッセージの要素（ヘッダーブロック、本文）は、メッセージングシステムによって変換されず、それらが電子メールにあると繰り返される。したがって、一部の言語、典型的にはＥｎｇｌｉｓｈ、 Ｆｒｅｎｃｈ、 Ｓｐａｎｉｓｈ、 Ｇｅｒｍａｎの単語を含むキーワードのリストを蓄積することが望まれる。

ヘッダーブロックを検出するために用いられるキーワードの多言語リストの一例は、ｆｒｏｍ、 ｄｅ、 ｖｏｎ、 ｔｏ、 ａ（ａにアクサングラーブ）、 ａ、 ｎａｃｈ、 ｄａｔｅ、 ｆｅｃｈａ、 ｄａｔｕｍ、 ｓｅｎｔ、 ｅｎｖｏｙｅ（ｅにアクサングラーブ）、 ｅｓｐｅｄｉｄｏ、 ｇｅｓｃｈｉｃｋｔ、 ｃｃ、 ｃｏｐｙ、 ｃｏｐｉｅ、 ｃｏｐｉａ、 Ｋｏｐｉｅ、 ｏｂｊｅｃｔ、 ｏｂｊｅｔ、 Ｏｂｊｅｋｔ、 ｏｂｊｅｔｏ、 ｓｕｂｊｅｃｔ、 ｓｕｊｅｔ、 ｔｅｍａの単語を含む。

簡素化された文書からヘッダーブロックに含まれる情報を省略することが必ずしも望まれないことが留意されるであろう。

しかし、省略された形式でそれらを提示することは好都合となる。

以下のヘッダーブロック：
は、したがって、以下のように再フォーマットされることができ、それらを連結すること及び／又はそれらの構造を変化することによって、（例えば、長い日付は、ＤＤ／ＭＭ／ＹＹＹＹ又はＭＭ／ＤＤ／ＹＹＹＹ等のような簡略されたフォーマットで再フォーマットされうる）特定のフィールドを省き、一部の情報（例えば、エイリアスが利用可能なときの電子アドレス）を削除する。

いずれにしても、各メッセージのヘッダーブロックの検出は、ヘッダーフィールドに含まれるデータの、データベースにおける、バックアップ動作に伴われうる。よって、この場合には、エイリアス「Ｔｈｅ Ｔｈｉｅｖｅｓ」を含むヘッダーフィールド「Ｆｒｏｍ」の内容及びアドレス「ｉｎｆｏ＠ｂｉｇｔｈｉｅｆｓ．ｃｏｍ」は、データベースに格納されることができ、エイリアス用の第１の入力及びアドレス用の第２の入力の２つの異なる連結された入力が好ましい。

第３のステップは、このように識別された各リコール単位メッセージを分析することからなる。このステップの目的は、各リコールメッセージにおいて、簡素化された文書を省略することが望ましい冗長な要素又は情報を含むメッセージ本文を検出することである。

リコールメッセージの本文を検出するために、メモリ内の予め定義されたキーワードのリストを有することは必須ではない（それらの言語にかかわりなく）。事実上、リコールメッセージの本文は、
‐（上述された方法によって検出され、セパレーションバーによって先行される可能性がある）必然的なヘッダーブロックである、上限と、
‐下限と、の間に広がり、下限は、
○電子メールのページの最後、
○又はセパレーションバー、
○又は（上述された方法によって検出される）別のヘッダーブロック、であってもよい。

この分析ステップは、有利には、以下の要素の少なくとも１つの検出を含む：
‐署名、
‐警告通知（例えば、法的警告通知、環境的自然の通知又はコンピュータウィルスに関する警告通知）。

分析ステップは、メッセージ本文において、意義のある内容、すなわち、署名及び警告通知以外のメッセージ送信者によって生成又は組み入れられた内容、の検出を含んでもよい。

署名及び／又は警告通知の検出は、言語分析の必要がなく簡素化されうる要素の問題であるので、意義のある内容のものよりも優先度が高い。

署名及び警告通知のほとんどが一般的なフォーマットであるので、キーワードの出現を検出することによって署名又は警告通知を検出することが可能である。

よって、署名は、一般的に、行間隔のない一連の行において、少なくとも郵便住所及び／又は電話番号を含む情報を含む。郵便住所は、ポストコード（Ｚｉｐコード）又は幹線道路の種類を指定する単語によって検出されることができ、電話番号は、スベースによって区切られる場合があり、しばしば電話局番として文字「＋」を含む、一連の数字が検出されうる。

実際には、署名の検出は、例えば、メッセージ本文において、文字の行の先頭に配置される以下のキーワードの少なくとも１つの検出を含む：ｍａｉｌ、 ｅｍａｉｌ、 ｅｌｅｃｔｒｏｎｉｃ ｍａｉｌ、 ｗｅｂ、 ｓｉｔｅ、 ｂｌｏｇ、 ｔｅｌｅｐｈｏｎｅ、 ｔｅｌ、 ｆａｘ、 ｍｏｂｉｌｅ、 ａｄｄｒｅｓｓ、 ａｓｓｉｓｔａｎｔ （ｍａｌｅ及びｆｅｍａｌｅ）、 ｌｅａｄｅｒ、 ｄｅｐａｒｔｍｅｎｔ、 ｄｉｒｅｃｔｏｒ、 ｍａｎａｇｅｒ、 ｃｏｎｓｕｌｔａｎｔ、 ｅｎｇｉｎｅｅｒ、 ｑｕａｙ、 ｒｏａｄ、 ａｖｅｎｕｅ、 ｃｕｌ−ｄｅ−ｓａｃ、 ｌａｎｅ、又は一以上の他の言語におけるそれらの等価物。署名の検出は、電話番号の形式を特徴づける一連の近隣（又は隣接した）数字の検出も含みうる。署名の検出は、（メールボックスアドレス又はインターネットサイトへのリンクの形式を特徴付けうる）ハイパーリンクと関連付けられた文字の連鎖の検出を含む。

一例として、リコールメッセージＭｓｇ＃５の本文に存在する署名は、行間隔のない一連の行において、上記のリストに存在する２つのキーワード（「Ａｖｅｎｕｅ」及び「Ｔｅｌ」）及び電話番号の特徴である数字の連なり（０８００ ００ ００）があることによって検出されることができる。
同様に、警告通知は、一般的に、行間隔のない一連の行（単一ブロックであっても）に亘って、典型的には法的通知の場合に、メッセージの送信者又はそれらの組織によってなされた法的留保及び／又は推奨で特徴付けられるキーワードを含む情報を含む。

実際には、警告通知の検出は、例えば、メッセージ本文において、以下のキーワードの少なくとも１つの検出を含む：ｗａｒｎｉｎｇ、 ｄｉｓｃｌａｉｍｅｒ、 ｍｅｓｓａｇｅ、 Ｉｎｔｅｒｎｅｔ、 ｉｎｆｏｒｍａｔｉｏｎ、 ｅｒｒｏｒ、 ｖｉｒｕｓ、 ｉｓｓｕｅｒ、 ｓｅｎｄｅｒ、 ｉｎｔｅｇｒｉｔｙ、 ｅｎｖｉｒｏｎｍｅｎｔ、 ｒｅｓｐｏｎｓｉｂｉｌｉｔｙ、 ｃｏｎｆｉｄｅｎｔｉａｌ、 ｌｅｇｉｓｌａｔｉｏｎ、 ｐｒｏｈｉｂｉｔｅｄ、 ｎｏｔｅ、 ｌｅｇａｌ、 ｅｌｅｃｔｒｏｎｉｃ ｍａｉｌ、 ｄｉｓｃｌｏｓｕｒｅ、 ｒｅｃｉｐｉｅｎｔ、 ｐｒｉｖｉｌｅｇｅ、 ａｄｄｒｅｓｓ、 ｃｏｍｍｕｎｉｃａｔｉｏｎ、 ｐｕｂｌｉｃａｔｉｏｎ、 ｕｓｅ、 ｄｏｃｕｍｅｎｔ、 ｓｅｎｔ、 ｅｌｅｃｔｒｏｎｉｃ、 ｍａｎａｇｅｒ、 ａｔｔａｃｈｍｅｎｔｓ、 ｗａｒｎ、 ｓｅｒｖｉｃｅ、 ｃｏｒｒｕｐｔｉｏｎ、 ｃｏｎｔｅｎｔｓ、 ｃｉｒｃｕｌａｔｉｏｎ、 ｃｌｉｅｎｔ、 ｉｍｍｅｄｉａｔｅｌｙ、 ｓｅｎｄ又は一以上の他の言語におけるそれらの等価物。

署名及び警告通知は、しばしば、メッセージ本文の最後に配置される。したがって、分析をスピードアップするために、メッセージ本文の最後から開始し、そこから上がっていくことによって、署名及び／又は法的通知の検出を処理することが好ましい。この方法は、署名及び／又は法的通知がメッセージ本文に存在するという前提において、これらの要素が、意義のある内容の最後の行が探索される前に、検出されるので、意義のある内容の分析で分配することを可能にする。

分析ステップは、
‐ハイパーリンク（メモリリソースの消費）、
‐及び／又はハイライト（エネルギー及び印刷の場合にはカラーインクの消費）の存在の検出（有利には体系的な）を検出してもよい。

この分析ステップは、ディクショナリデータベースにおいて、検出された要素（署名及び／又は警告通知）を格納するステップへ続く。

署名の分析は、名前及び／又はファーストネーム（該当する場合、関連付けられる）、郵便住所、電話番号、電子アドレスを区別するために十分に精緻化されてもよい。この情報は、異なる行で共通に配置されてもよい。したがって、いくつかのそれぞれ異なる入力、名前用の第１の入力、アドレス用の第２の入力、電話番号用の第３の入力、該当する場合、電子アドレス用の第４の入力で、データベースにおいて、それを格納することが可能である。

署名の構造の理由のため、リコールメッセージＭｓｇ＃５において検出された署名のデータベースにおけるストレージは、このメッセージと関連付けられた「署名」入力に以下のように実現されてもよい：
署名の検出が画像の検出を含みうることが留意されるであろう。この検出は、通常、画像に対応するフォーマット（例えば、．ｇｉｆ、 ．ｐｄｆ、 ．ｂｍｐ）においてメッセージ本文と一体化された電子オブジェクトを検出することによって従来のように行われうる。この画像は、署名データと関連付けられた、データベースの入力に格納されてもよい。

逆に、処理を簡素化（及び短縮化）するために、署名の検出は、可能性のある画像の存在を体系的に無視してもよい。

署名のように、法的通知は、有利には、データベースの専用入力に格納される。

よって、リコールメッセージＭｓｇ＃５に対して、法的通知の格納は、このメッセージと関連付けられた「法的通知」入力において以下のように実現されうる：
これらの分析ステップ（及びより正確なヘッダーブロックの検出及び署名及び／又は法的通知の検出）は、リコールメッセージＭｓｇ＃ｉの全てに対して繰り返され、ｉ＝１からＮであり、Ｎはリコールメッセージの数である。

添え字ｉの増加は、上から下（したがって、ｉ＝１は、第１の主メッセージＭｓｇ＃０に対応し、ｉ＝Ｎは、降順での最後のリコールメッセージに対応する）又は、逆に、下から上へ（よって、ｉ＝１は、電子メールにおいて最後のリコールメッセージに対応し、ｉ＝Ｎは、主メッセージＭｓｇ＃０の下の第１のリコールメッセージに対応する）への電子メールのスキャンに対応する。

以下の各リコールメッセージＭｓｇ＃ｉの分析は、有利には、各検出された要素（ヘッダーブロック又はフィールド、署名又は法的通知）を、既に分析されたリコールメッセージに対して既に格納されている同一の性質の要素（署名、又は法的通知それぞれ）と比較する動作に続く。

この比較は、簡素化された文書において多くても１つの出現を保持するために、いくつかのリコールメッセージにおいていくつかの出現を有する要素を検出することを目的とする。

この比較を行うために、各検出された要素は、データベース内の同一の性質の対応する要素と比較される。

一例として、リコールメッセージの分析は、インクリメントの増加方向で、行われる、リコールメッセージＭｓｇ＃４で検出される以下の署名
は、リコールメッセージＭｓｇ＃２で既に検出された（及びデータベースに格納された）署名と同一である。

同様に、リコールメッセージＭｓｇ＃３で検出された以下の警告通知（ここでは、法的通知）は、
リコールメッセージＭｓｇ＃１で既に検出された（及びデータベースに格納された）警告通知と同一である。

上記で与えられる警告通知は、例えば、法的通知であり、例えば、環境通知
又はウイルス保護に関する警告でありうる。
複数の出現を有することが検出されており、簡素化された文書は、編集されることができ、いくつかの出現を有するとして検出された要素の最大限でも１つの単一出現を保持する。

特定の実施形態によれば、比較された文書は、既に保存された要素と同一である場合、簡素化された文書から削除される。変形例として、比較された要素は、それ自体が簡素化されうる。よって、いくつかの出現を有する署名では、簡素化された文書において、完全な署名の初めの（又は最後の）出現を保持し、各新たな出現に対して、データベースの対応する入力から抽出するのに十分である、識別された名称を単に保持する、ことが考えられうる。

電子メールにおいて、より正確には、リコールメッセージのいずれか一つにおいて、検出された画像（該当する場合）は、有利には、簡素化された文書から省略される（すなわち、そこから削除される）。

同様に、簡素化された文書は、有利には、ハイパーリンクが存在しない。しかし、分析された電子メールにおけるハイパーリンクと関連付けられた文字連鎖は、保持されうる。

ハイパーリンクのように、電子メールにおいて検出されたハイライトは、有利には、簡素化された文書から削除される。

特定のステップは、２つのリコールメッセージ間の少なくとも１つのセパレーションバーを検出するために電子メールにおいても計画されうる。

電子的な往復書簡におけるセパレーションバーの存在は、それらがリコールメッセージの境界を視覚的に識別されることを可能にするので、電子的な往復書簡を読みやすくすることを目的とする。しかし、簡素化されたメッセージにおいて、セパレーションバーの初期サイズ及びフォントを保持する必要はない。

よって、有利な実施形態によれば、各検出されたセパレーションバーは、薄いバーによって、簡素化された文書において置き換えられる。

よって、例えば、電子メールにおいてこのように提示される検出されたバーは、
薄いバーによって簡素化された文書に置き換えられ、これは、例えば、このように提示される：
よって、最終的に、簡素化された文書（すなわち、電子メールの簡素化されたバージョン）は、例えば、このように提示されうる：

編集された、簡素化された文書は、複数の出現の一部又は全部を削除した結果、低減されたメモリスペースを占有し、少ないエネルギーを消費する。形式の観点から、実質的に、よりコンパクトかつより読みやすく見える。簡素化された文書が印刷向けである場合、この簡素化は、エネルギー及び消耗品（インク、紙、電気）の節約を実現することができる。

ここで説明されているものは、オフィスコンピュータ又はサーバ（物理的又は仮想的な）、プリンタに統合されるＩＴ処理ユニット（プロセッサ）上に実装されたコンピュータプログラムによって自動化及び実行されることは言うまでもない。

特定の実施形態によれば、全ての単位メッセージは、簡素化された文書から削除され、主メッセージのみを保持することができる。この削除は、有利には、簡素化されたメッセージの編集を制御するためのコンソール上の専用制御装置を介して付随的な態様でアクセス可能である。

異なるステップの実装は、実際の電子メッセージングシステムの内部で行ってもよい。この目的のために、以下で述べられるプログラムは、有利には、メッセージングシステムに元々供給される又はその後追加されるプラグイン又はアドインとして存在する。変形例として、プログラムは、メッセージングシステムとは別のアプリケーションとして存在する。

異なるステップは、コンピュータ又はサーバ（物理的又は仮想的）に統合されるＩＴ制御ユニット上に実装されるコンピュータプログラムの適切な命令によって制御される。

簡素化された文書から削除される電子メールの内容の割合（又は逆に、保持される内容の割合）を算出（及び可能性があれば表示する）ことが考えられうることが留意されるであろう。

できるだけコンパクトな簡素化された文書を作成するために、空の行又は過剰なスペースを削除することも考えられうる。

しかし、例えば、テーブルとして特別なフォーマットを有する特定のデータを保持することが好ましい。画像（署名画像以外）を保持することも好ましい。

Claims (18)

1. 電子メッセージングシステムから、一連のリコール単位メッセージを含む電子メールに基づいて簡素化された文書を編集する方法であって、前記方法は、
   ‐前記電子メールを編集するステップと、
   ‐前記リコール単位メッセージを前記電子メール内で識別するステップと、
   ‐識別された各リコール単位メッセージを分析するステップと、
   ‐いくつかのリコール単位メッセージにおいていくつかの出現を有する要素を検出するステップと、
   ‐いくつかの出現を有するとして検出された要素のうちの最大限でも単一の出現を保存しつつ、前記簡素化された文書を編集するステップと、
   からなる動作を含む、方法。
2. 前記単位メッセージを識別するステップは、編集された前記電子メールのＩＴ構造を決定することによって開始され、前記リコール単位メッセージを識別するステップは、前記電子メールのＩＴ構造において、少なくとも１つのヘッダーフィールドの検出を含むことを特徴とする、請求項１に記載の方法。
3. 前記ヘッダーフィールドの検出は、文字列の先頭に配置される以下：ｆｒｏｍ、ｔｏ、ｄａｔｅ、ｓｅｎｔ、Ｃｃ、ｃｏｐｙ、ｏｂｊｅｃｔ、ｓｕｂｊｅｃｔ、ｒｅのキーワードの少なくとも１つの検出を含むことを特徴とする請求項１又は２に記載の方法。
4. 各単位メッセージの分析は、このメッセージにおいて、前記メッセージの本文の検出を含むことを特徴とする請求項１から３のいずれか一項に記載の方法。
5. 前記分析するステップは、以下の要素：署名、法的通知の少なくとも１つの検出を含むことを特徴とする、請求項４に記載の方法。
6. 前記分析するステップは、検出された前記要素をディレクトリデータベースに格納するステップに続き、前記電子メールの別のリコールメッセージにおける新たな要素の検出は、当該要素を同一の性質の格納された前記要素との比較に続くことを特徴とする、請求項５に記載の方法。
7. 比較された前記要素は、既に格納された要素と同一である場合、前記簡素化された文書から削除されることを特徴とする、請求項６に記載の方法。
8. 前記署名の検出は、メッセージ本文において、文字列の先頭に配置される以下のキーワード：ｍａｉｌ、 ｅｍａｉｌ、 ｅｌｅｃｔｒｏｎｉｃ ｍａｉｌ、 ｗｅｂ、 ｓｉｔｅ、 ｂｌｏｇ、 ｔｅｌｅｐｈｏｎｅ、 ｔｅｌ、 ｆａｘ、 ｍｏｂｉｌｅ、 ａｄｄｒｅｓｓ、 ａｓｓｉｓｔａｎｔ （ｍａｌｅ及びｆｅｍａｌｅ）、 ｌｅａｄｅｒ、 ｄｅｐａｒｔｍｅｎｔ、 ｄｉｒｅｃｔｏｒ、 ｍａｎａｇｅｒ、 ｃｏｎｓｕｌｔａｎｔ、 ｅｎｇｉｎｅｅｒ、 ｑｕａｙ、 ｒｏａｄ、 ａｖｅｎｕｅ、 ｃｕｌ−ｄｅ−ｓａｃ、 ｌａｎｅのうちの少なくとも１つの、検出を含むことを特徴とする請求項５から７のいずれか一項に記載の方法。
9. 前記署名の検出は、少なくとも１つの画像の検出を含むことを特徴とする請求項５から８のいずれか一項に記載の方法。
10. 前記簡素化された文書において、前記電子メールにおいて検出された画像の削除を含むことを特徴とする請求項９に記載の方法。
11. 前記署名の検出は、可能性のある画像の存在を無視することを特徴とする請求項５から８のいずれか一項に記載の方法。
12. 前記法的通知の検出は、以下のキーワード：ｗａｒｎｉｎｇ、 ｄｉｓｃｌａｉｍｅｒ、 ｍｅｓｓａｇｅ、 ｉｎｔｅｒｎｅｔ、 ｉｎｆｏｒｍａｔｉｏｎ、 ｅｒｒｏｒ、 ｖｉｒｕｓ、 ｉｓｓｕｅｒ、 ｓｅｎｄｅｒ、 ｉｎｔｅｇｒｉｔｙ、 ｅｎｖｉｒｏｎｍｅｎｔ、 ｒｅｓｐｏｎｓｉｂｉｌｉｔｙ、 ｃｏｎｆｉｄｅｎｔｉａｌ、 ｌｅｇｉｓｌａｔｉｏｎ、 ｐｒｏｈｉｂｉｔｅｄの少なくとも１つの検出を含むことを特徴とする請求項５から１１のいずれか一項に記載の方法。
13. 前記電子メールを編集するステップは、前記電子メールにおいて、２つのリコールメッセージ間の少なくとも１つのセパレーションバーを検出するステップに続くことを特徴とする請求項１から１２のいずれか一項に記載の方法。
14. 検出された前記バーは、薄いバーによって前記簡素化された文書に置き換えられることを特徴とする請求項１３に記載の方法。
15. 前記電子メールにおいてハイパーリンクを検出する動作を含み、編集された前記文書は、ハイパーリンクを欠くことを特徴とする請求項１から１４のいずれか一項に記載の方法。
16. 前記電子メールにおいてハイライトを検出する動作を含み、編集された前記文書は、ハイライトを欠くことを特徴とする請求項１から１５のいずれか一項に記載の方法。
17. 全てのリコール単位メッセージの削除を含むことを特徴とする請求項１から１６のいずれか一項に記載の方法。
18. 一連のリコール単位メッセージを含む電子メールから電子文書を印刷する方法であって、請求項１から１７のいずれか一項に記載の方法の一連のステップに加えて、編集された簡素化された前記文書を印刷するステップを含む、方法。