JP4484696B2 - メッセージ添付物を処理するシステム及び方法 - Google Patents

Description

本発明は、概括的にはデータ処理システムの分野に関する。より厳密には、本発明は、データサービス側とデータ処理装置との間でメッセージ添付物を処理するための改良されたシステム及び方法に関する。

今日のビジネス環境において、Ｅメールは、置き換えのできない存在である。実際に、全ての会社職員は、社外的には顧客と、そして社内的には他の職員と交信するために、あれやこれやとＥメールに頼っている。

現在のＥメール標準では、Ｅメールメッセージにファイルを「添付」して一緒に送信できるようになっている。最も一般的なファイル添付標準は、送信側でファイルをエンコードし（例えば、２進対ＡＳＣＩＩエンコーディングを利用）、その後受信側で当該ファイルをデコードする、多目的インターネットメール拡張子（“ＭＩＭＥ”）標準である。ファイルに含まれるデータの種類と使用されたエンコード法の表示を含むヘッダがファイルに加えられる。セキュアＭＩＭＥ（“Ｓ／ＭＩＭＥ”）は、安全な送信のためにＲｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａｎ（“ＲＳＡ”）暗号化を加える、ＭＩＭＥの１つのバージョンである。

Ｅメールメッセージ受信側のクライアントに正しいソフトウェアがインストールされている場合、添付物は、一旦デコードされると、メッセージ受信者が、視認し、実行し、及び／又は編集することができる。しかしながら、ここに問題が１つあり、それは全てのクライアントがあらゆる種類のメッセージ添付物を処理するのに必要なソフトウェアを装備しているわけではないということである。例えば、添付物が特定の圧縮ツール（例えば、Winzip^TMなど）を使って圧縮されている場合、メッセージ受信者は、自身のクライアントコンピュータにその圧縮ツールをインストールしていない限り、添付物を開くことができない。同じように、添付物が特定の文書形式（例えば、Adoboポータブルドキュメントフォーマット）である場合、受信者は、自身のクライアントコンピュータに当該フォーマット用のサポートがインストールされていない限り、添付物を見ることも編集することもできない。

添付物は、標準ファイルフォーマットをサポートしておらず実行可能でないことの多い無線及び／又は携帯用データ処理装置にとって、とりわけ厄介である。そのため、多くの無線／ポータブル装置がインターネットに接続してＥメールメッセージをダウンロードできるにもかかわらず、メッセージ添付物は利用できないという状況である。

従って、必要とされているのは、Ｅメールメッセージ添付物を知的に処理する改良されたシステム及び方法である。更に、必要とされているものは、受信側のクライアントコンピュータ又は無線／携帯用データ処理装置に追加のソフトウェアを必要とすることなく作動するシステム及び方法である。

米国仮特許出願第０９／７１４，８９７号

ここに記載の方法は、データサービスが通信可能に接続されている特定の処理能力を有するデータ処理装置にアドレス指定された、オリジナルの添付物を保有しているＥメールを、データサービスで受信する段階と、オリジナルの添付物を、特定の処理能力に基づいて、データ処理装置が処理できるフォーマットに変換する段階と、オリジナルの添付物を含める意図のある旨のＥメール返答をデータ処理装置から受信する段階と、オリジナルの添付物を見つけ出して再添付する段階と、Ｅメールメッセージをオリジナルの添付物と共に宛先に送信する段階と、から成る方法である。

添付部面に関連付けて以下の詳細な説明を読んで頂ければ、本発明をよく理解頂けるはずである。

以下、複数のＥメールアカウントをコーディネートするためのシステムと方法を説明する。説明の都合上、以下の説明においては、具体的詳細事項について度々言及するが、これは本発明全体を理解して頂くためである。但し、当業者には自明のように、本発明は、それら具体的詳細事項の幾つかが無くても実施することができる。他にも、本発明の根本原理が隠れることのないように、周知の構造及び装置をブロック線図型式で示している。

データ処理サービスの実施形態
本発明の実施形態は、図１に全体を示しているようなデータ処理サービス１００で実施することができる。サービス１００は、１つ又は複数のサーバを備えており、データ処理装置１１０が外部インターネットサイト１３０からコンテンツ（例えば、ウェブページ、マルチメディアコンテンツ、Ｅメール等）にアクセスできるようにするポータルを提供している。このようなサービス１００の実施形態は、本出願の譲受人に譲渡され、本願では参考文献として援用している、２０００年１１月１５日出願の同時継続中の米国特許出願第０９／７１４，８９７号「ネットワークポータルシステム、装置及び方法」（以後「ネットワークポータル出願」と呼ぶ）に記載されている。サービス１００の或る種の機構について以下に説明し、それに続いて、メッセージ添付物を処理するためのシステム及び方法について詳しく説明する。

或る実施形態では、サービス１００は、標準アプリケーション及びデータを、各無線データ処理装置１１０が正しく翻訳できるフォーマットに変換する。つまり、図１に示すように、サービス１１０の或る実施形態は、インターネットコンテンツ１４０に関するリクエストを処理するためのコンテンツ変換モジュール１２０を含んでいる。より厳密には、サービス１００は、データ処理装置１１０のプロクシとして機能し、データ処理装置１１０を代表してインターネットリクエスト１４０、１４１を適切なインターネットサイト１３０に転送し、インターネットサイト１３０から標準インターネットフォーマットで返信を受信し（例えば、オーディオ／映像及びグラフィカルコンテンツを組み込んだウェブページ、添付物付きのＥメールメッセージ等）、標準インターネット返信１２４をデータ処理装置１１０が処理できるフォーマットに変換する（例えば、ネットワークポータル出願に記載のバイトコード）。

例えば、変換モジュール１２０は、ＨＴＭＬコードを翻訳し、ＨＴＭＬコードで組み込まれたコンテンツ（例えば、グラフィクス、映像、音声等）をサービス１００にダウンロードするためのハイパーテキスト・マークアップ言語（“ＨＴＭＬ”）レンダリングモジュール（図示せず）を含んでいてもよい。変換モジュール１２０は、ＨＴＭＬコードと組み込まれたコンテンツを組み合わせて、リクエストされたコンテンツをデータ処理装置１１０上に正確に再生するための一連のバイトコードを生成する。上記のように、或る実施形態では、バイトコードはジャバ・バイトコード／アプレットでもよい。しかしながら、使用されるデータ処理装置１１０の具体的な種類（例えば、翻訳モジュールの有無）次第で、変換モジュール１２０は、様々な他の型式の翻訳された及び／又は翻訳されていないコードを生成してもよい。

サービス１００の或る実施形態は、各データ処理装置１１０の能力／構成の詳細な知識（例えば、画面サイズ、グラフィック／オーディオ性能、利用可能メモリ、処理パワー、ユーザーの嗜好等）を保持しているので、リクエストされたインターネットコンテンツを正確に再構成することができると同時に、装置１００にコンテンツを送信するのに必要な帯域幅を最小限にすることができる。例えば、変換モジュール１２０は、コンテンツがデータ処理装置１１０の表示装置内で正しくレンダリングされるように、リクエストされたコンテンツに対して事前の縮尺合わせ及び色深度調整を行ってもよい。これらの計算を行う際、変換は、データ処理装置１１０で使用可能なメモリと処理パワー内で行われる。更に、変換モジュール１２０は、各種圧縮技術を使ってリクエストされたコンテンツを圧縮し、これによりネットワークの帯域幅を維持する。

或る実施形態では、変換モジュール１２０は、データ処理装置１１０上に再構成できないか、或いはユーザーが自分のポータル装置上に再構成することを望まない旨を表明したインターネットコンテンツを単に破棄するだけである。例えば、ユーザーが、データ処理装置１１０上で音声を生成したくない、或いはデータ処理装置１１０に広告を送信されたくない旨を表明する場合がある。その場合、変換モジュール１２０は、リクエストされたウェブページ（又は他のインターネットコンテンツ）に組み入れられた音声又は広告を除去することになる。ＨＴＭＬレンダリング及びインターネットコンテンツ／データ用のその他の進歩的な処理方式が上記のようにサービス１００にオフロードされるので、データ処理装置１１０は、低出力マイクロプロセッサ又はマイクロコントローラを使って製造することができ、これにより製造コスト及び／又は装置１１０が消費するエネルギーを抑えることができる。

或る実施形態では、特定のウェブページ又は他のインターネットオブジェクトがデータ処理装置１１０上での実行に適したフォーマットに変換されると、このフォーマットされたページ／オブジェクトはサービス１００に保守されているキャッシュ１２５に局所的に記憶される。次にコンテンツがリクエストされたときには、変換モジュール１２０は、以前に生成したコードをローカルキャッシュ１２５から読み出すだけでよい（即ち、遠隔地からコンテンツを取り出してコードを再構成する必要がなくなるのである）。

キャッシュ１２５がインターネットデータを効率よく記憶すること（即ち、キャッシュ「ヒット」の割合が許容範囲となること）並びにデータが最新であることを保証するために、各種キャッシング技術及びアルゴリズムを実施することができる。例えば、サービス１００は、最も頻繁にリクエストされるインターネットデータ（例えば、ヤフーのホームページ）をキャッシュしてもよいし、最低直近使用頻度キャッシング方針に基づいてキャッシュからコンテンツを除去してもよい。更に、キャッシュに記憶されているデータが確実に最新であるようにするために、サービス１００は、データがリクエストされた際に、キャッシュ１２５に記憶されているデータのバージョンと、遠隔のインターネットサイト１３０に記憶されているデータのバージョンを比較してもよい。同様に、サービス１００は、ある所定期間データをキャッシュ１２５に記憶してから、新しいバージョンを遠隔サーバ１３０でチェックするようにしてもよい。本発明の根本原理に従いつつ、その他各種インターネットキャッシング技術を採用することができる（例えば、インターネット・キャッシング・プロトコル（“ＩＣＰ”）及び／又はキャッシュ・アレイ・ルーチング・プロトコル（“ＣＡＲＰ”））。

メッセージ添付物の処理
図２に示すサービス１００の或る実施形態は、無線装置１１０に対して送受信されるＥメール添付物を処理するための添付物処理モジュール２４０を備えている。添付物処理モジュール２４０自体は、無線装置の仕様（例えば、処理能力、画面分解能等）に基づいてＥメール添付物を変換するための添付物変換モジュール２４１と、添付物の種類を識別して、無線装置１１０に送られた添付物とユーザーのＥメールアカウントに記憶されているオリジナルの添付物との間のリンクを保守するための添付物分析モジュール２４２とを備えている。こうして、添付物変換モジュール２４１は、これが特定的に無線装置１１０上にレンダリングするためにＥメール添付物を変換する点を除き、上記コンテンツ変換モジュール１２０と同様に作動する。

或る実施形態では、ここに記載する添付物処理技術は、内部Ｅメールアカウント２２０（即ち、サービス１００で保守されるという意味での内部的）と外部Ｅメールアカウント２３０（例えば、インターネット・サービス・プロバイダ又はヤフーなどウェブポータルにより提供されるアカウント）の両方に適用できる。更に、本発明の実施形態をここでは無線ネットワーク２１０を介して通信している無線装置１１０に関して説明しているが、これら実施形態の多くは、標準的な有線ネットワークを介して通信している非無線クライアント２１５に対しても採用できるものと理解頂きたい。

図３には、図２に示すシステムが採用できる方法の１つの実施形態を示している。ステップ３００では、新規ＥメールメッセージがユーザーのＥメールアカウント２２０、２３０の一方で初めて受信されると、添付物処理モジュール２４０は、このＥメールが添付物を含んでいるかどうかを判定する。或る実施形態では、添付物分析モジュール２２４２が、Ｅメールメッセージで、添付物ヘッダ、又は当該メッセージが不詳バイトのストリーム（例えば「オクテット・ストリーム」）の様な添付物を保有していることを示す何らかの表示を探すことによりこの判定を行う。

当該メッセージが添付物を含んでいない場合には、３１０で、サービスはこのメッセージを無線装置１１０に送信する。送信に先立ち、サービス１００は、無線装置１１０がＥメールメッセージを正しくレンダリングできるようにＥメールメッセージを変換することもできる。例えば、Ｅメールメッセージ本体がＨＴＭＬフォーマットで、無線装置１１０がＨＴＭＬを翻訳できない場合は、サービス１００は、このＨＴＭＬコンテンツを当該装置が翻訳可能なフォーマットに変換することになる（例えば、図１に関連して先に説明したように）。

Ｅメールメッセージが添付物を含んでいる場合、３１５で、添付物分析モジュール２４２が添付物の種類を判定しようと試みる。実際に、Ｅメールメッセージに添付できるファイルの種類としては、例えば、圧縮ファイル或いは特定のエンコード用アルゴリズム（例えば、ウィンジップ）を使ってエンコードされ／暗号化された（以後、「エンコードされた」と記す）ファイル、特定のワープロ・プログラム（例えば、マイクロソフトのワード）に従ってフォーマットされたファイル、及び特定の最小色深度及び分解能を使用しないと正しく表示されないエンコードされた／圧縮されたイメージ（例えば、JPEGイメージ）を挙げることができるがこれらに限定するわけではない。或る実施形態では、添付物分析モジュールは、添付物ヘッダから直接に添付物の種類を識別することになる。しかしながら、時として、ヘッダで添付物を識別できない場合がある。それどころか、ファイルの種類の表示のないバイトのストリーム（オクテット・ストリーム）として届けられることもある。この場合、添付物分析モジュール２４２は、このファイルの深度を深めて分析を行う。例えば、或る実施形態では、ファイルの種類を識別するために、添付物分析モジュール２４２は、ファイル名拡張子（例えば、マイクロソフトのワードの文書の場合には”doc.”、JPEGイメージの場合には”.jpg”等）の部分を利用する。更に、別の実施形態では、添付物分析モジュール２４２は、周知のヘッダを探して添付物の下層データを調べる。例えば、GIFイメージは、常に”GIF87”又は”GIF89a”で始まる。同じく、JPEGイメージは、”FF D8”というバイトで始まる。

添付物分析モジュール２４２は、ファイルの種類をユーザーに問い合わせることもする（例えば、ユーザーにファイルを特定の種類のアプリケーションにリンクするように依頼するなど）。本発明の根本原理に従いつつ、他にも各種の添付物識別技術を採用することができる。

添付ファイルの種類が識別されると、３２０で、添付物変換モジュール２４１は、この種類の添付物を無線装置１１０が処理できるフォーマットに変換するための既知の機構（例えば、規則、インストラクション、プログラムコード等）が存在するか否かを調べる。存在する場合には、モジュール２４１は添付物を変換し、３２５で、添付物のこの変換バージョンをＥメールメッセージと共に無線装置１１０に送信する。

添付物変換モジュール２４１が添付物又はこの添付物の変換機構を識別できない場合は、或る実施形態では、単に無線装置１１０への添付物の送信を差し控えるだけとなる。しかしながら、モジュール２４１は、オリジナルメッセージが添付物を含んでいた旨を通知し、Ｅメールメッセージ内に添付物名を含めることもできる。添付物変換モジュール２４１は、その後、ユーザーからのリクエストに応えて未処理の添付物を送信してもよい。すると、ユーザーはこの添付物にマニュアル操作でアクセス／処理を試みることもできる。

添付物変換モジュール２４１では、各種の変換を採用することができる。例えば、添付物がJPEGイメージであれば、変換モジュール２４１は、JPEGメッセージを縮めて無線装置の画面に合わせ、及び／又はイメージの色深度を変更することもできる（例えば、イメージをグレースケールに変換することもできる）。同様に、添付物がワードのファイルであれば、変換モジュール２４１は、ワードのファイルのコンテンツを無線装置の画面で見ることのできるフォーマットに変換することもできる。添付物が圧縮された、及び／又はエンコードされた（例えば、ウィンジップで圧縮／エンコードされた）ファイルであれば、変換モジュール２４１は、先ず、圧縮された／エンコードされたファイル内に組み込まれたファイルを抽出するために当該ファイルを圧縮解凍／デコードする。組み込まれたファイルが識別できれば、モジュール２４１は、この組み込まれたファイルを無線装置１１０に送信する前に、上記のように当該ファイルを変換する。

実際に、無線装置１１０でのレンダリングのために添付物処理モジュール２４０で変換することのできるファイルの種類には限りが無く、異なる階層の組み込みコンテンツを備えた、ポータブル・ネットワーク・グラフィクス（“ＰＮＧ”）ファイル、グラフィクス・インターチェンジ・フォーマット（“ＧＩＦ”）ファイル、ポータブル・ドキュメント・フォーマット（“ＰＤＦ”）ファイル、ハイパーテキスト・マークアップ言語（“ＨＴＭＬ”）ファイルなどが挙げられるが、これらに限定されるわけではない。更に、他にも様々なエンコーディングの種類を処理する（即ち、デコード及び／又は再エンコードする）ことができ、uuエンコーディング、base64エンコーディング、及びbinhexエンコーディングなどを挙げることができるが、これらに限定されるわけではない。

無線装置１１０がＥメールメッセージを受信すると、次いでユーザーは、添付物を含めてＥメールメッセージ履歴を維持したまま、このＥメールメッセージに返信することができる。更に、ユーザーは、Ｅメールを添付物付で別のユーザーに転送することもできる。ユーザーは、添付ファイルを外し、それから当該添付ファイルを別のユーザー宛ての新規Ｅメールに添付し直すこともできる。何れの場合でも、添付物処理モジュール２４０の或る実施形態では、添付物は、変換された形式ではなくオリジナルの形式で（即ち、メッセージ受信側がメッセージ添付物を処理できるように）宛先アドレスに送信される。しかしながら、或る実施形態では、添付物処理モジュール２４０は、先ず、宛先アドレスが変換された添付物を処理できる別の無線装置（例えば、サービス１００に加入しているユーザーの装置）であるか否かを判定する。そうであれば、添付物処理モジュール２４０は、オリジナルの添付物ではなく、変換された添付物を送信することになる。

或る実施形態では、添付物を含んでいるＥメールが無線装置から送信される際に、無線ネットワークを介して変換された添付物を送る代わりに、当該添付物に対するリファレンス（例えば「添付物＃２を含む」）を送信するだけにして、帯域幅を大幅に節約することもできる。リファレンスはその後、オリジナルの添付物を見つけるために添付物処理モジュール２４０が使用する。

オリジナルの添付物は、添付物処理モジュール２４０が、様々な方法で識別及び／又は再生成する。例えば、或る実施形態では、添付物処理モジュール２４０は、Ｅメールデータベース２２０、２３０に記憶されている添付物（即ち、オリジナルの添付物）と無線装置１１０上に記憶されている変換された添付物との間のリンクを保守する。このリンクは、単に、無線装置上の添付／メッセージＩＤコードと、対応するＥメールデータベース添付物／メッセージＩＤコードを含む表であってもよい。無線装置１１０から変換された添付物又は添付物に対するリファレンス付きでＥメールを受信すると、添付物処理モジュール２４０は、メッセージＩＤコード及び／又は添付物ＩＤコードを使ってこの表を調べ、対応するオリジナルの添付物を識別する。

しかしながら、或る実施形態では、添付物及び／又はＥメールメッセージＩＤコードは、添付物が変換されて無線装置１１０に送信されるときには変更されない。従って、この実施形態では、Ｅメールデータベース２２０、２３０内の添付物を識別するに当たって表を調べる必要はない。

別の実施形態では、添付物変換モジュール２４１は、変換された添付物からオリジナルの添付物を再生成する。例えば、マイクロソフトのワードのファイル又は他のワープロ文書の場合、添付物変換モジュール２４１は、変換されたファイルのテキスト及び他の情報を使って、オリジナルファイルのフォーマットを再構成してもよい。或る実施形態では、変換されたファイル内に、ワードのファイルをどのように再生成すべきかを具体的に示すデータを組み込んでもよい。同様に、圧縮された／エンコードされたファイルの場合、添付物変換モジュール２４１は、組み込まれたファイルを圧縮解凍／再エンコードする。本発明の根本原理に従いつつ、変換された添付物を標準添付物にリンク及び／又は再生成するに当たっては他にも各種技術が採用できる。

本発明の実施形態は、上記のように様々な段階を含んでいる。各段階は、汎用又は特定目的用プロセッサに或る段階を実行させる機械実行可能なインストラクションで実施してもよい。代わりに、各段階は、各段階を実行するための物理的に組み込まれたロジックを含んでいる特別なハードウェア要素で実行してもよいし、又はプログラムされたコンピュータ要素とカスタムハードウェア要素の何らかの組み合わせで実行してもよい。

本発明の要素は、機械実行可能なインストラクションを記憶するための機械読取可能媒体として設けてもよい。機械読取可能媒体としては、フロッピィデイスク、光学ディスク、ＣＤ−ＲＯＭ、及び光磁気ディスク、ＲＯＭ、ＲＡＭ、ＥＲＯＭ、ＥＥＰＲＯＭ、磁気又は光学カード、伝播媒体、又は電子インストラクションの記憶に適した他種の媒体／機械読取可能媒体が挙げられるが、これらに限定されるわけではない。例えば、本発明は、遠隔コンピュータ（例えば、サーバ）から、リクエストしているコンピュータ（例えば、クライアント）に、通信リンク（例えば、モデム又はネットワーク接続部）を介して搬送波又は他の伝播媒体に組み込まれたデータ信号で送信できるコンピュータプログラムとしてダウンロードしてもよい。

上記説明では、説明の都合上、本発明を全体的に理解頂くために具体的な詳細事項を数多く述べてきた。しかしながら、当業者には自明のように、本発明は、それら具体的な詳細事項の幾つかが無くても実施することができる。例えば、本発明の実施形態について上記では「添付物」という点から説明しているが、本発明の或る種の原理は、様々な代わりのＥメールメッセージデータを使って採用することもできる。従って、本発明の範囲及び精神は、特許請求の範囲の内容に基づいて判断されるものとする。

あるデータ処理装置と通信しているデータ処理システムの或る実施形態を示す。 本発明の或る実施形態による添付物処理論理を示す。 本発明の或る実施形態による添付物処理方法を示す。

Claims (13)

1. データ処理装置にアドレス指定されたＥメールのオリジナル添付物のオリジナルフォーマットを、前記オリジナル添付物内のデータを分析することによって判定するための添付物分析モジュールを備え、
   前記添付物分析モジュールは前記Ｅメールの添付物ヘッダー内を探索して前記オリジナルフォーマットを識別するようになっており、
   前記オリジナルフォーマットで前記オリジナル添付物を格納するためのデータ格納装置と、
   前記オリジナルの添付物が、前記データ処理装置によって、前記データ処理装置が処理できるフォーマットに修正できるフォーマットである場合には、前記オリジナルの添付物のコピーを、前記データ処理装置の処理能力に基づいて、前記データ処理装置が処理できるフォーマットで変更添付物に変換するための添付物変換モジュールと、
   前記変更添付物を伴う前記Ｅメールを前記データ処理装置に送信する添付物送信モジュールとを備え、
   前記添付物分析モジュールは、さらに変更添付物を前記オリジナル添付物にリンクするリンク情報を発生し、該リンク情報をコンピュータ読取可能媒体上のデータ格納表に格納するようになっており、
   前記オリジナル添付物が前記データ処理装置によって前記データ処理装置が処理できるフォーマットに変更できるフォーマットでない場合には、
   添付物識別子を発生する添付物識別子発生モジュールと、前記識別子を伴うＥメールを前記データ処理装置に送信する添付物送信モジュールを備え、
   前記添付物分析モジュールはさらに前記添付物識別子を前記オリジナル添付物にリンクするリンク情報を発生し、前記表に前記リンク情報を格納するようになっており、
   前記添付物分析モジュールは、さらに前記オリジナル添付物を特定する、前記データ処理装置からの前記返信Ｅメールに応答して返信Ｅメールに前記オリジナル添付物を添付するようになっており、
   前記リンク情報は前記返信Ｅメールを受信することに応答して前記オリジナル添付物を特定するのに使用されるようになっていることを特徴とするシステム。
2. 前記添付物分析モジュールは、前記添付物のファイル名を分析して前記オリジナルフォーマットを識別することを特徴とする請求項１に記載のシステム。
3. 前記分析は、前記ファイル名の拡張子を識別することを特徴とする請求項２に記載のシステム。
4. 前記ファイルは、ワードプロセッシング文書であることを特徴とする請求項３に記載のシステム。
5. 前記ファイルは、JPEGイメージであることを特徴とする請求項３に記載のシステム。
6. 前記添付物分析モジュールは、前記添付物内のデータのコンテンツを分析して前記オリジナルフォーマットを判定することを特徴とする請求項３に記載のシステム。
7. 前記オリジナル添付物は、１つ又は複数のエンコードされたファイルを備えており、変換することが、前記１つ又は複数のエンコードされたファイルをデコードして１つ又は複数のデコードされたファイルを作成することと、
   前記データ処理装置が前記１つ又は複数のデコードされたファイルを処理できない場合には、前記１つ又は複数のデコードされたファイルを、前記特定の処理能力に基づいて、前記データ処理装置が処理できるフォーマットに変換することと、を含んでいることを特徴とする請求項１に記載のシステム。
8. 前記オリジナル添付物はイメージファイルであり、前記変換することは、前記イメージファイルを前記データ処理装置がレンダリングできる分解能及び／又は色深度に変換することを含んでいることを特徴とする請求項１記載のシステム。
9. 前記オリジナル添付物はワープロのファイルであり、前記変換することは、前記ワープロのファイルを前記データ処理装置が表示できるテキストに変換することを含んでいることを特徴とする請求項１に記載のシステム。
10. 前記オリジナル添付物は特定のテキストとイメージを保有しているファイルであり、前記添付物変換モジュールは、前記特定のフォーマットとイメージを、前記データ処理装置がレンダリング可能で、前記特定のテキストとイメージに最もよく似ているフォーマットに変換することを特徴とする請求項１に記載のシステム。
11. 前記データ処理装置は無線データ処理装置であることを特徴とする請求項１に記載のシステム。
12. 前記添付物分析モジュールは、前記オリジナルの添付物を前記オリジナルの添付物とリンクするリンク情報を生成し、前記Ｅメール返信の受信に応じて、前記リンク情報を使って前記オリジナルの添付物を見つけ出すことを特徴とする請求項１に記載のシステム。
13. 前記リンク情報は、変換された添付物識別コードとオリジナルの添付物識別コードの間の対応を含んでいる表を備えていることを特徴とする請求項１に記載のシステム。

Images