(57)【要約】データサービスが通信可能に接続されている特定の処理能力を有するデータ処理装置にアドレス指定された、オリジナルの添付物を保有しているＥメールを、データサービスで受信する段階と、オリジナルの添付物を、特定の処理能力に基づいて、データ処理装置が処理できるフォーマットに変換する段階と、オリジナルの添付物を含める意図のある旨のＥメール返答をデータ処理装置から受信する段階と、オリジナルの添付物を見つけ出して再添付する段階と、Ｅメールメッセージをオリジナルの添付物と共に宛先に送信する段階と、から成る方法が記載されている。
2005524892.tif 000002
【特許請求の範囲】
【請求項１】
データサービスが通信可能に接続されている特定の処理能力を有するデータ処理装置にアドレス指定された、オリジナルの添付物を保有しているＥメールを、前記データサービスで受信する段階と、
前記オリジナルの添付物のオリジナルフォーマットを判定する段階と、
前記オリジナルの添付物を、前記特定の処理能力に基づいて、前記データ処理装置が処理できるフォーマットに変換する段階と、
前記オリジナルの添付物を含める意図のある旨のＥメール返答を前記データ処理装置から受信する段階と、
前記オリジナルの添付物を見つけ出して再添付する段階と、
前記Ｅメールメッセージを前記オリジナルの添付物と共に宛先に送信する段階と、から成ることを特徴とする方法。
【請求項２】
前記判定する段階は、前記Ｅメールの添付物のヘッダ内を探索して前記オリジナルフォーマットを識別する段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項３】
前記判定する段階は、前記添付物のファイル名を分析して前記オリジナルフォーマットを識別する段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項４】
前記分析する段階は、前記ファイル名の拡張子があれば、これを識別する段階を含んでいることを特徴とする請求項３に記載の方法。
【請求項５】
前記ファイルは、マイクロソフトのワードの文書であり、拡張子は、.doc. であることを特徴とする請求項４に記載の方法。
【請求項６】
前記ファイルは、JPEG イメージであり、拡張子は、.jog. であることを特徴とする請求項４に記載の方法。
【請求項７】
前記判定する段階は、添付物内のデータのコンテンツを分析する段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項８】
前記オリジナルの添付物は、１つ又は複数のエンコードされたファイルを備えており、前記変換する段階は、
前記１つ又は複数のエンコードされたファイルをデコードして１つ又は複数のデコードされたファイルを作成する段階と、
前記データ処理装置が前記１つ又は複数のデコードされたファイルを処理できない場合には、前記１つ又は複数のデコードされたファイルを、前記特定の処理能力に基づいて、前記データ処理装置が処理できるフォーマットに変換する段階と、を含んでいることを特徴とする請求項１に記載の方法。
【請求項９】
前記添付物はイメージファイルであり、前記変換する段階は、前記イメージファイルを前記データ処理装置がレンダリングできる分解能及び／又は色深度に変換する段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項１０】
前記添付物はワープロのファイルであり、前記変換する段階は、前記ワープロのファイルを前記データ処理装置が表示できるテキストに変換する段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項１１】
前記添付物は特定のテキストフォーマティングとイメージを保有しているファイルであり、前記変換する段階は、前記特定のフォーマティングとイメージを、前記データ処理装置がレンダ可能で、前記特定のテキストフォーマティングとイメージに最もよく似ているフォーマットに変換する段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項１２】
前記データ処理装置は無線データ処理装置であることを特徴とする請求項１に記載の方法。
【請求項１３】
前記オリジナルの添付物を前記オリジナルの添付物とリンクするリンク情報を生成する段階と、
前記Ｅメール返信の受信に応じて、前記リンク情報を使って前記オリジナルの添付物を見つける段階と、を更に含んでいることを特徴とする請求項１に記載の方法。
【請求項１４】
データ処理装置にアドレス指定されたＥメールのオリジナルの添付物のオリジナルフォーマットを判定するための添付物分析モジュールと、
前記データ処理装置が前記オリジナルフォーマットを処理できない場合には、前記オリジナルの添付物を、前記データ処理装置の処理能力に基づいて、前記データ処理装置が処理できるフォーマットに変換するための添付物変換モジュールと、を備えているシステムにおいて、
前記添付物分析モジュールは、前記オリジナルの添付物を含める意図のある旨のＥメール返信を前記データ処理装置から受信したことに応じて、前記オリジナルの添付物を更に見つけて再添付することを特徴とするシステム。
【請求項１５】
前記添付物分析モジュールは、前記Ｅメールの添付物のヘッダ内を探索して前記オリジナルフォーマットを識別することを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記添付物分析モジュールは、前記添付物のファイル名を分析して前記オリジナルフォーマットを識別することを特徴とする請求項１４に記載の方法。
【請求項１７】
前記分析は、前記ファイル名の拡張子があれば、これを識別する段階を含んでいることを特徴とする請求項１６に記載のシステム。
【請求項１８】
前記ファイルは、マイクロソフトのワードの文書であり、拡張子は、.doc. であることを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記ファイルは、JPEG イメージであり、拡張子は、.jog. であることを特徴とする請求項１７に記載のシステム。
【請求項２０】
前記添付物分析モジュールは、前記添付物内のデータのコンテンツを分析して前記オリジナルフォーマットを判定することを特徴とする請求項１４に記載のシステム。
【請求項２１】
前記オリジナルの添付物は、１つ又は複数のエンコードされたファイルを備えており、前記変換する段階は、
前記１つ又は複数のエンコードされたファイルをデコードして１つ又は複数のデコードされたファイルを作成する段階と、
前記データ処理装置が前記１つ又は複数のデコードされたファイルを処理できない場合には、前記１つ又は複数のデコードされたファイルを、前記特定の処理能力に基づいて、前記データ処理装置が処理できるフォーマットに変換する段階と、を含んでいることを特徴とする請求項１４に記載のシステム。
【請求項２２】
前記添付物はイメージファイルであり、前記変換する段階は、前記イメージファイルを前記データ処理装置がレンダリングできる分解能及び／又は色深度に変換する段階を含んでいることを特徴とする請求項１４記載のシステム。
【請求項２３】
前記添付物はワープロのファイルであり、前記変換する段階は、前記ワープロのファイルを前記データ処理装置が表示できるテキストに変換する段階を含んでいることを特徴とする請求項１４に記載のシステム。
【請求項２４】
前記添付物は特定のテキストフォーマティングとイメージを保有しているファイルであり、前記添付物変換モジュールは、前記特定のフォーマティングとイメージを、前記データ処理装置がレンダ可能で、前記特定のテキストフォーマティングとイメージに最もよく似ているフォーマットに変換することを特徴とする請求項１４に記載のシステム。
【請求項２５】
前記データ処理装置は無線データ処理装置であることを特徴とする請求項１４に記載のシステム。
【請求項２６】
前記添付物分析モジュールは、前記オリジナルの添付物を前記オリジナルの添付物とリンクするリンク情報を生成し、前記Ｅメール返信の受信に応じて、前記リンク情報を使って前記オリジナルの添付物を見つけ出すことを特徴とする請求項１４に記載のシステム。
【請求項２７】
前記リンク情報は、変換された添付物識別コードとオリジナルの添付物識別コードの間の対応を含んでいる表を備えていることを特徴とする請求項２６に記載のシステム。
【請求項２８】
プログラムコードが記憶されている機械読取可能媒体において、機械により実行される際には、前記機械に、
オリジナルの添付物のオリジナルフォーマットを判定する動作と、
前記オリジナルの添付物を、特定の処理能力に基づいて、データ処理装置が処理できるフォーマットに変換する動作と、
前記オリジナルの添付物を含める旨のＥメール返答を前記データ処理装置から受信する動作と、
前記オリジナルの添付物を見つけ出して再添付する動作と、
前記Ｅメールメッセージを前記オリジナルの添付物と共にその宛先に送信する動作と、を行わせることを特徴とする機械読取可能媒体。
【請求項２９】
前記判定する動作は、前記Ｅメールの添付物のヘッダ内を探索して前記オリジナルフォーマットを識別する動作を含むことを特徴とする請求項２８に記載の機械読取可能媒体。
【請求項３０】
前記判定する動作は、前記添付物のファイル名を分析して前記オリジナルフォーマットを識別する動作を含むことを特徴とする請求項２８に記載の機械読取可能媒体。
【請求項３１】
前記分析する動作は、前記ファイル名の拡張子があれば、これを識別する動作を含むことを特徴とする請求項３０に記載の機械読取可能媒体。
【請求項３２】
前記ファイルは、マイクロソフトのワードの文書であり、拡張子は、.doc. であることを特徴とする請求項３１に記載の機械読取可能媒体。
【請求項３３】
前記ファイルは、JPEG イメージであり、拡張子は、.jog. であることを特徴とする請求項３１に記載の機械読取可能媒体。
【請求項３４】
前記判定する動作は、添付物内のデータのコンテンツを分析する動作を含んでいることを特徴とする請求項２８に記載の機械読取可能媒体。
【請求項３５】
前記オリジナルの添付物は、１つ又は複数のエンコードされたファイルを備えており、前記変換する動作は、
前記１つ又は複数のエンコードされたファイルをデコードして１つ又は複数のデコードされたファイルを作成する動作と、
前記データ処理装置が前記１つ又は複数のデコードされたファイルを処理できない場合には、前記１つ又は複数のデコードされたファイルを、前記特定の処理能力に基づいて、前記データ処理装置が処理できるフォーマットに変換する動作と、を含んでいることを特徴とする請求項２８に記載の機械読取可能媒体。
【請求項３６】
前記添付物はイメージファイルであり、前記変換する動作は前記イメージファイルを前記データ処理装置がレンダリングできる分解能及び／又は色深度に変換する動作を含んでいることを特徴とする請求項２８に記載の機械読取可能媒体。
【請求項３７】
前記添付物はワープロのファイルであり、前記変換する動作は、前記ワープロのファイルを前記データ処理装置が表示できるテキストに変換する動作を含んでいることを特徴とする請求項２８に記載の機械読取可能媒体。
【請求項３８】
前記添付物は特定のテキストフォーマティングとイメージを保有しているファイルであり、前記変換する動作は、前記特定のフォーマティングとイメージを、前記データ処理装置がレンダ可能で、前記特定のテキストフォーマティングとイメージに最もよく似ているフォーマットに変換する動作を含んでいることを特徴とする請求項２８に記載の機械読取可能媒体。
【請求項３９】
前記データ処理装置は無線データ処理装置であることを特徴とする請求項２８に記載の機械読取可能媒体。
【請求項４０】
前記機械に、
前記オリジナルの添付物を前記オリジナルの添付物にリンクするリンク情報を生成する動作と、
前記Ｅメール返信の受信に応じて、前記リンク情報を使って前記オリジナルの添付物を見つけ出す動作と、を実行させるための追加プログラムコードを備えていることを特徴とする請求項２８に記載の機械読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概括的にはデータ処理システムの分野に関する。より厳密には、本発明は、データサービス側とデータ処理装置との間でメッセージ添付物を処理するための改良されたシステム及び方法に関する。
【背景技術】
【０００２】
今日のビジネス環境において、Ｅメールは、置き換えのできない存在である。実際に、全ての会社職員は、社外的には顧客と、そして社内的には他の職員と交信するために、あれやこれやとＥメールに頼っている。
【０００３】
現在のＥメール標準では、Ｅメールメッセージにファイルを「添付」して一緒に送信できるようになっている。最も一般的なファイル添付標準は、送信側でファイルをエンコードし（例えば、２進対ＡＳＣＩＩエンコーディングを利用）、その後受信側で当該ファイルをデコードする、多目的インターネットメール拡張子（“ＭＩＭＥ”）標準である。ファイルに含まれるデータの種類と使用されたエンコード法の表示を含むヘッダがファイルに加えられる。セキュアＭＩＭＥ（“Ｓ／ＭＩＭＥ”）は、安全な送信のためにＲｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａｎ（“ＲＳＡ”）暗号化を加える、ＭＩＭＥの１つのバージョンである。
【０００４】
Ｅメールメッセージ受信側のクライアントに正しいソフトウェアがインストールされている場合、添付物は、一旦デコードされると、メッセージ受信者が、視認し、実行し、及び／又は編集することができる。しかしながら、ここに問題が１つあり、それは全てのクライアントがあらゆる種類のメッセージ添付物を処理するのに必要なソフトウェアを装備しているわけではないということである。例えば、添付物が特定の圧縮ツール（例えば、WinzipTMなど）を使って圧縮されている場合、メッセージ受信者は、自身のクライアントコンピュータにその圧縮ツールをインストールしていない限り、添付物を開くことができない。同じように、添付物が特定の文書形式（例えば、Adoboポータブルドキュメントフォーマット）である場合、受信者は、自身のクライアントコンピュータに当該フォーマット用のサポートがインストールされていない限り、添付物を見ることも編集することもできない。
【０００５】
添付物は、標準ファイルフォーマットをサポートしておらず実行可能でないことの多い無線及び／又は携帯用データ処理装置にとって、とりわけ厄介である。そのため、多くの無線／ポータブル装置がインターネットに接続してＥメールメッセージをダウンロードできるにもかかわらず、メッセージ添付物は利用できないという状況である。
【０００６】
従って、必要とされているのは、Ｅメールメッセージ添付物を知的に処理する改良されたシステム及び方法である。更に、必要とされているものは、受信側のクライアントコンピュータ又は無線／携帯用データ処理装置に追加のソフトウェアを必要とすることなく作動するシステム及び方法である。
【０００７】
【特許文献１】米国仮特許出願第０９／７１４，８９７号
【発明の開示】
【課題を解決するための手段】
【０００８】
ここに記載の方法は、データサービスが通信可能に接続されている特定の処理能力を有するデータ処理装置にアドレス指定された、オリジナルの添付物を保有しているＥメールを、データサービスで受信する段階と、オリジナルの添付物を、特定の処理能力に基づいて、データ処理装置が処理できるフォーマットに変換する段階と、オリジナルの添付物を含める意図のある旨のＥメール返答をデータ処理装置から受信する段階と、オリジナルの添付物を見つけ出して再添付する段階と、Ｅメールメッセージをオリジナルの添付物と共に宛先に送信する段階と、から成る方法である。
【発明を実施するための最良の形態】
【０００９】
添付部面に関連付けて以下の詳細な説明を読んで頂ければ、本発明をよく理解頂けるはずである。
【００１０】
以下、複数のＥメールアカウントをコーディネートするためのシステムと方法を説明する。説明の都合上、以下の説明においては、具体的詳細事項について度々言及するが、これは本発明全体を理解して頂くためである。但し、当業者には自明のように、本発明は、それら具体的詳細事項の幾つかが無くても実施することができる。他にも、本発明の根本原理が隠れることのないように、周知の構造及び装置をブロック線図型式で示している。
【００１１】
データ処理サービスの実施形態
本発明の実施形態は、図１に全体を示しているようなデータ処理サービス１００で実施することができる。サービス１００は、１つ又は複数のサーバを備えており、データ処理装置１１０が外部インターネットサイト１３０からコンテンツ（例えば、ウェブページ、マルチメディアコンテンツ、Ｅメール等）にアクセスできるようにするポータルを提供している。このようなサービス１００の実施形態は、本出願の譲受人に譲渡され、本願では参考文献として援用している、２０００年１１月１５日出願の同時継続中の米国特許出願第０９／７１４，８９７号「ネットワークポータルシステム、装置及び方法」（以後「ネットワークポータル出願」と呼ぶ）に記載されている。サービス１００の或る種の機構について以下に説明し、それに続いて、メッセージ添付物を処理するためのシステム及び方法について詳しく説明する。
【００１２】
或る実施形態では、サービス１００は、標準アプリケーション及びデータを、各無線データ処理装置１１０が正しく翻訳できるフォーマットに変換する。つまり、図１に示すように、サービス１１０の或る実施形態は、インターネットコンテンツ１４０に関するリクエストを処理するためのコンテンツ変換モジュール１２０を含んでいる。より厳密には、サービス１００は、データ処理装置１１０のプロクシとして機能し、データ処理装置１１０を代表してインターネットリクエスト１４０、１４１を適切なインターネットサイト１３０に転送し、インターネットサイト１３０から標準インターネットフォーマットで返信を受信し（例えば、オーディオ／映像及びグラフィカルコンテンツを組み込んだウェブページ、添付物付きのＥメールメッセージ等）、標準インターネット返信１２４をデータ処理装置１１０が処理できるフォーマットに変換する（例えば、ネットワークポータル出願に記載のバイトコード）。
【００１３】
例えば、変換モジュール１２０は、ＨＴＭＬコードを翻訳し、ＨＴＭＬコードで組み込まれたコンテンツ（例えば、グラフィクス、映像、音声等）をサービス１００にダウンロードするためのハイパーテキスト・マークアップ言語（“ＨＴＭＬ”）レンダリングモジュール（図示せず）を含んでいてもよい。変換モジュール１２０は、ＨＴＭＬコードと組み込まれたコンテンツを組み合わせて、リクエストされたコンテンツをデータ処理装置１１０上に正確に再生するための一連のバイトコードを生成する。上記のように、或る実施形態では、バイトコードはジャバ・バイトコード／アプレットでもよい。しかしながら、使用されるデータ処理装置１１０の具体的な種類（例えば、翻訳モジュールの有無）次第で、変換モジュール１２０は、様々な他の型式の翻訳された及び／又は翻訳されていないコードを生成してもよい。
【００１４】
サービス１００の或る実施形態は、各データ処理装置１１０の能力／構成の詳細な知識（例えば、画面サイズ、グラフィック／オーディオ性能、利用可能メモリ、処理パワー、ユーザーの嗜好等）を保持しているので、リクエストされたインターネットコンテンツを正確に再構成することができると同時に、装置１００にコンテンツを送信するのに必要な帯域幅を最小限にすることができる。例えば、変換モジュール１２０は、コンテンツがデータ処理装置１１０の表示装置内で正しくレンダリングされるように、リクエストされたコンテンツに対して事前の縮尺合わせ及び色深度調整を行ってもよい。これらの計算を行う際、変換は、データ処理装置１１０で使用可能なメモリと処理パワー内で行われる。更に、変換モジュール１２０は、各種圧縮技術を使ってリクエストされたコンテンツを圧縮し、これによりネットワークの帯域幅を維持する。
【００１５】
或る実施形態では、変換モジュール１２０は、データ処理装置１１０上に再構成できないか、或いはユーザーが自分のポータル装置上に再構成することを望まない旨を表明したインターネットコンテンツを単に破棄するだけである。例えば、ユーザーが、データ処理装置１１０上で音声を生成したくない、或いはデータ処理装置１１０に広告を送信されたくない旨を表明する場合がある。その場合、変換モジュール１２０は、リクエストされたウェブページ（又は他のインターネットコンテンツ）に組み入れられた音声又は広告を除去することになる。ＨＴＭＬレンダリング及びインターネットコンテンツ／データ用のその他の進歩的な処理方式が上記のようにサービス１００にオフロードされるので、データ処理装置１１０は、低出力マイクロプロセッサ又はマイクロコントローラを使って製造することができ、これにより製造コスト及び／又は装置１１０が消費するエネルギーを抑えることができる。
【００１６】
或る実施形態では、特定のウェブページ又は他のインターネットオブジェクトがデータ処理装置１１０上での実行に適したフォーマットに変換されると、このフォーマットされたページ／オブジェクトはサービス１００に保守されているキャッシュ１２５に局所的に記憶される。次にコンテンツがリクエストされたときには、変換モジュール１２０は、以前に生成したコードをローカルキャッシュ１２５から読み出すだけでよい（即ち、遠隔地からコンテンツを取り出してコードを再構成する必要がなくなるのである）。
【００１７】
キャッシュ１２５がインターネットデータを効率よく記憶すること（即ち、キャッシュ「ヒット」の割合が許容範囲となること）並びにデータが最新であることを保証するために、各種キャッシング技術及びアルゴリズムを実施することができる。例えば、サービス１００は、最も頻繁にリクエストされるインターネットデータ（例えば、ヤフーのホームページ）をキャッシュしてもよいし、最低直近使用頻度キャッシング方針に基づいてキャッシュからコンテンツを除去してもよい。更に、キャッシュに記憶されているデータが確実に最新であるようにするために、サービス１００は、データがリクエストされた際に、キャッシュ１２５に記憶されているデータのバージョンと、遠隔のインターネットサイト１３０に記憶されているデータのバージョンを比較してもよい。同様に、サービス１００は、ある所定期間データをキャッシュ１２５に記憶してから、新しいバージョンを遠隔サーバ１３０でチェックするようにしてもよい。本発明の根本原理に従いつつ、その他各種インターネットキャッシング技術を採用することができる（例えば、インターネット・キャッシング・プロトコル（“ＩＣＰ”）及び／又はキャッシュ・アレイ・ルーチング・プロトコル（“ＣＡＲＰ”））。
【００１８】
メッセージ添付物の処理
図２に示すサービス１００の或る実施形態は、無線装置１１０に対して送受信されるＥメール添付物を処理するための添付物処理モジュール２４０を備えている。添付物処理モジュール２４０自体は、無線装置の仕様（例えば、処理能力、画面分解能等）に基づいてＥメール添付物を変換するための添付物変換モジュール２４１と、添付物の種類を識別して、無線装置１１０に送られた添付物とユーザーのＥメールアカウントに記憶されているオリジナルの添付物との間のリンクを保守するための添付物分析モジュール２４２とを備えている。こうして、添付物変換モジュール２４１は、これが特定的に無線装置１１０上にレンダリングするためにＥメール添付物を変換する点を除き、上記コンテンツ変換モジュール１２０と同様に作動する。
【００１９】
或る実施形態では、ここに記載する添付物処理技術は、内部Ｅメールアカウント２２０（即ち、サービス１００で保守されるという意味での内部的）と外部Ｅメールアカウント２３０（例えば、インターネット・サービス・プロバイダ又はヤフーなどウェブポータルにより提供されるアカウント）の両方に適用できる。更に、本発明の実施形態をここでは無線ネットワーク２１０を介して通信している無線装置１１０に関して説明しているが、これら実施形態の多くは、標準的な有線ネットワークを介して通信している非無線クライアント２１５に対しても採用できるものと理解頂きたい。
【００２０】
図３には、図２に示すシステムが採用できる方法の１つの実施形態を示している。ステップ３００では、新規ＥメールメッセージがユーザーのＥメールアカウント２２０、２３０の一方で初めて受信されると、添付物処理モジュール２４０は、このＥメールが添付物を含んでいるかどうかを判定する。或る実施形態では、添付物分析モジュール２２４２が、Ｅメールメッセージで、添付物ヘッダ、又は当該メッセージが不詳バイトのストリーム（例えば「オクテット・ストリーム」）の様な添付物を保有していることを示す何らかの表示を探すことによりこの判定を行う。
【００２１】
当該メッセージが添付物を含んでいない場合には、３１０で、サービスはこのメッセージを無線装置１１０に送信する。送信に先立ち、サービス１００は、無線装置１１０がＥメールメッセージを正しくレンダリングできるようにＥメールメッセージを変換することもできる。例えば、Ｅメールメッセージ本体がＨＴＭＬフォーマットで、無線装置１１０がＨＴＭＬを翻訳できない場合は、サービス１００は、このＨＴＭＬコンテンツを当該装置が翻訳可能なフォーマットに変換することになる（例えば、図１に関連して先に説明したように）。
【００２２】
Ｅメールメッセージが添付物を含んでいる場合、３１５で、添付物分析モジュール２４２が添付物の種類を判定しようと試みる。実際に、Ｅメールメッセージに添付できるファイルの種類としては、例えば、圧縮ファイル或いは特定のエンコード用アルゴリズム（例えば、ウィンジップ）を使ってエンコードされ／暗号化された（以後、「エンコードされた」と記す）ファイル、特定のワープロ・プログラム（例えば、マイクロソフトのワード）に従ってフォーマットされたファイル、及び特定の最小色深度及び分解能を使用しないと正しく表示されないエンコードされた／圧縮されたイメージ（例えば、JPEGイメージ）を挙げることができるがこれらに限定するわけではない。或る実施形態では、添付物分析モジュールは、添付物ヘッダから直接に添付物の種類を識別することになる。しかしながら、時として、ヘッダで添付物を識別できない場合がある。それどころか、ファイルの種類の表示のないバイトのストリーム（オクテット・ストリーム）として届けられることもある。この場合、添付物分析モジュール２４２は、このファイルの深度を深めて分析を行う。例えば、或る実施形態では、ファイルの種類を識別するために、添付物分析モジュール２４２は、ファイル名拡張子（例えば、マイクロソフトのワードの文書の場合には”doc.”、JPEGイメージの場合には”.jpg”等）の部分を利用する。更に、別の実施形態では、添付物分析モジュール２４２は、周知のヘッダを探して添付物の下層データを調べる。例えば、GIFイメージは、常に”GIF87”又は”GIF89a”で始まる。同じく、JPEGイメージは、”FF D8”というバイトで始まる。
【００２３】
添付物分析モジュール２４２は、ファイルの種類をユーザーに問い合わせることもする（例えば、ユーザーにファイルを特定の種類のアプリケーションにリンクするように依頼するなど）。本発明の根本原理に従いつつ、他にも各種の添付物識別技術を採用することができる。
【００２４】
添付ファイルの種類が識別されると、３２０で、添付物変換モジュール２４１は、この種類の添付物を無線装置１１０が処理できるフォーマットに変換するための既知の機構（例えば、規則、インストラクション、プログラムコード等）が存在するか否かを調べる。存在する場合には、モジュール２４１は添付物を変換し、３２５で、添付物のこの変換バージョンをＥメールメッセージと共に無線装置１１０に送信する。
【００２５】
添付物変換モジュール２４１が添付物又はこの添付物の変換機構を識別できない場合は、或る実施形態では、単に無線装置１１０への添付物の送信を差し控えるだけとなる。しかしながら、モジュール２４１は、オリジナルメッセージが添付物を含んでいた旨を通知し、Ｅメールメッセージ内に添付物名を含めることもできる。添付物変換モジュール２４１は、その後、ユーザーからのリクエストに応えて未処理の添付物を送信してもよい。すると、ユーザーはこの添付物にマニュアル操作でアクセス／処理を試みることもできる。
【００２６】
添付物変換モジュール２４１では、各種の変換を採用することができる。例えば、添付物がJPEGイメージであれば、変換モジュール２４１は、JPEGメッセージを縮めて無線装置の画面に合わせ、及び／又はイメージの色深度を変更することもできる（例えば、イメージをグレースケールに変換することもできる）。同様に、添付物がワードのファイルであれば、変換モジュール２４１は、ワードのファイルのコンテンツを無線装置の画面で見ることのできるフォーマットに変換することもできる。添付物が圧縮された、及び／又はエンコードされた（例えば、ウィンジップで圧縮／エンコードされた）ファイルであれば、変換モジュール２４１は、先ず、圧縮された／エンコードされたファイル内に組み込まれたファイルを抽出するために当該ファイルを圧縮解凍／デコードする。組み込まれたファイルが識別できれば、モジュール２４１は、この組み込まれたファイルを無線装置１１０に送信する前に、上記のように当該ファイルを変換する。
【００２７】
実際に、無線装置１１０でのレンダリングのために添付物処理モジュール２４０で変換することのできるファイルの種類には限りが無く、異なる階層の組み込みコンテンツを備えた、ポータブル・ネットワーク・グラフィクス（“ＰＮＧ”）ファイル、グラフィクス・インターチェンジ・フォーマット（“ＧＩＦ”）ファイル、ポータブル・ドキュメント・フォーマット（“ＰＤＦ”）ファイル、ハイパーテキスト・マークアップ言語（“ＨＴＭＬ”）ファイルなどが挙げられるが、これらに限定されるわけではない。更に、他にも様々なエンコーディングの種類を処理する（即ち、デコード及び／又は再エンコードする）ことができ、uuエンコーディング、base64エンコーディング、及びbinhexエンコーディングなどを挙げることができるが、これらに限定されるわけではない。
【００２８】
無線装置１１０がＥメールメッセージを受信すると、次いでユーザーは、添付物を含めてＥメールメッセージ履歴を維持したまま、このＥメールメッセージに返信することができる。更に、ユーザーは、Ｅメールを添付物付で別のユーザーに転送することもできる。ユーザーは、添付ファイルを外し、それから当該添付ファイルを別のユーザー宛ての新規Ｅメールに添付し直すこともできる。何れの場合でも、添付物処理モジュール２４０の或る実施形態では、添付物は、変換された形式ではなくオリジナルの形式で（即ち、メッセージ受信側がメッセージ添付物を処理できるように）宛先アドレスに送信される。しかしながら、或る実施形態では、添付物処理モジュール２４０は、先ず、宛先アドレスが変換された添付物を処理できる別の無線装置（例えば、サービス１００に加入しているユーザーの装置）であるか否かを判定する。そうであれば、添付物処理モジュール２４０は、オリジナルの添付物ではなく、変換された添付物を送信することになる。
【００２９】
或る実施形態では、添付物を含んでいるＥメールが無線装置から送信される際に、無線ネットワークを介して変換された添付物を送る代わりに、当該添付物に対するリファレンス（例えば「添付物＃２を含む」）を送信するだけにして、帯域幅を大幅に節約することもできる。リファレンスはその後、オリジナルの添付物を見つけるために添付物処理モジュール２４０が使用する。
【００３０】
オリジナルの添付物は、添付物処理モジュール２４０が、様々な方法で識別及び／又は再生成する。例えば、或る実施形態では、添付物処理モジュール２４０は、Ｅメールデータベース２２０、２３０に記憶されている添付物（即ち、オリジナルの添付物）と無線装置１１０上に記憶されている変換された添付物との間のリンクを保守する。このリンクは、単に、無線装置上の添付／メッセージＩＤコードと、対応するＥメールデータベース添付物／メッセージＩＤコードを含む表であってもよい。無線装置１１０から変換された添付物又は添付物に対するリファレンス付きでＥメールを受信すると、添付物処理モジュール２４０は、メッセージＩＤコード及び／又は添付物ＩＤコードを使ってこの表を調べ、対応するオリジナルの添付物を識別する。
【００３１】
しかしながら、或る実施形態では、添付物及び／又はＥメールメッセージＩＤコードは、添付物が変換されて無線装置１１０に送信されるときには変更されない。従って、この実施形態では、Ｅメールデータベース２２０、２３０内の添付物を識別するに当たって表を調べる必要はない。
【００３２】
別の実施形態では、添付物変換モジュール２４１は、変換された添付物からオリジナルの添付物を再生成する。例えば、マイクロソフトのワードのファイル又は他のワープロ文書の場合、添付物変換モジュール２４１は、変換されたファイルのテキスト及び他の情報を使って、オリジナルファイルのフォーマットを再構成してもよい。或る実施形態では、変換されたファイル内に、ワードのファイルをどのように再生成すべきかを具体的に示すデータを組み込んでもよい。同様に、圧縮された／エンコードされたファイルの場合、添付物変換モジュール２４１は、組み込まれたファイルを圧縮解凍／再エンコードする。本発明の根本原理に従いつつ、変換された添付物を標準添付物にリンク及び／又は再生成するに当たっては他にも各種技術が採用できる。
【００３３】
本発明の実施形態は、上記のように様々な段階を含んでいる。各段階は、汎用又は特定目的用プロセッサに或る段階を実行させる機械実行可能なインストラクションで実施してもよい。代わりに、各段階は、各段階を実行するための物理的に組み込まれたロジックを含んでいる特別なハードウェア要素で実行してもよいし、又はプログラムされたコンピュータ要素とカスタムハードウェア要素の何らかの組み合わせで実行してもよい。
【００３４】
本発明の要素は、機械実行可能なインストラクションを記憶するための機械読取可能媒体として設けてもよい。機械読取可能媒体としては、フロッピィデイスク、光学ディスク、ＣＤ−ＲＯＭ、及び光磁気ディスク、ＲＯＭ、ＲＡＭ、ＥＲＯＭ、ＥＥＰＲＯＭ、磁気又は光学カード、伝播媒体、又は電子インストラクションの記憶に適した他種の媒体／機械読取可能媒体が挙げられるが、これらに限定されるわけではない。例えば、本発明は、遠隔コンピュータ（例えば、サーバ）から、リクエストしているコンピュータ（例えば、クライアント）に、通信リンク（例えば、モデム又はネットワーク接続部）を介して搬送波又は他の伝播媒体に組み込まれたデータ信号で送信できるコンピュータプログラムとしてダウンロードしてもよい。
【００３５】
上記説明では、説明の都合上、本発明を全体的に理解頂くために具体的な詳細事項を数多く述べてきた。しかしながら、当業者には自明のように、本発明は、それら具体的な詳細事項の幾つかが無くても実施することができる。例えば、本発明の実施形態について上記では「添付物」という点から説明しているが、本発明の或る種の原理は、様々な代わりのＥメールメッセージデータを使って採用することもできる。従って、本発明の範囲及び精神は、特許請求の範囲の内容に基づいて判断されるものとする。
【図面の簡単な説明】
【００３６】
【図１】あるデータ処理装置と通信しているデータ処理システムの或る実施形態を示す。
【図２】本発明の或る実施形態による添付物処理論理を示す。
【図３】本発明の或る実施形態による添付物処理方法を示す。
【図１】
2005524892.tif 000003
【図２】
2005524892.tif 000004
【図３】
2005524892.tif 000005
【国際調査報告】
2005524892.tif 000006