(57)【要約】  異種の通信装置およびネットワーク上で操作を行うユーザのｅメール経験を管理することが可能なｅメール・ゲートウェイ。本ゲートウェイは、受信側、別名目標とされた通信装置のハードウェアおよびソフトウェア機能に基づく、ｅメールの構成を可能にする。本ｅメール・ゲートウェイは、分割装置と、記憶装置と、装置検出器と、目標オプティマイザとを含む。分割装置は、受信されたｅメールを、別個の本文および添付ファイル部分に分割する。記憶装置は、分割装置に結合され、分割装置から受信された各ｅメールの別個の本文および添付ファイル部分を格納するように構成される。装置検出器は、対応する通信装置へのｅメールの配信に先立って、その通信装置向けのハードウェアおよびソフトウェア機能を検出する。目標オプティマイザは、記憶装置と装置検出器とに結合され、ｅメール・リクエストに応答して、装置検出器によって検出された通信装置の機能に基づいて、通信装置への配信のために、関連したｅメールの本文および添付ファイル部分を最適化する。【特許請求の範囲】
【請求項１】
通信装置からなる少なくとも１つのネットワークに結合するように構成されたｅメール・ゲートウェイであって、
受信されたｅメールを別個の本文および添付ファイル部分に分割するための分割装置と、
前記分割装置に結合され、前記分割装置から受信された各ｅメールの前記別個の本文および添付ファイル部分を格納するように構成された記憶装置と、
前記通信装置へのｅメールの配信に先立って、前記通信装置のハードウェアおよびソフトウェア機能を検出するための装置検出器と、
前記記憶装置および前記装置検出器に結合され、ｅメール・リクエストに応答して、関連したｅメールの前記本文および添付ファイル部分を、前記装置検出器によって検出された、前記通信装置の前記機能に基づいて、前記通信装置への配信用に最適化するための目標オプティマイザと、
を備えるｅメール・ゲートウェイ。
【請求項２】
さらに、前記ｅメール・リクエストに応答して、関連した各ｅメールの前記本文部分に、前記ネットワークを介して関連した添付ファイルを取り出す選択可能なＵＲＬリンクを注入するための前記目標オプティマイザと、さらに、ＵＲＬリンクの選択に基づく添付ファイル・リクエストの受信に応答して、前記記憶装置から取り出された前記対応する添付ファイルを、前記目標装置の前記機能と適合するファイル・タイプに変換するための前記目標オプティマイザとをさらに備える、請求項１に記載のｅメール・ゲートウェイ。
【請求項３】
さらに、前記ｅメール・リクエストに応答して、各ｅメールの関連した添付ファイル部分を、前記装置検出器によって検出された前記通信装置の前記機能に基づいて、前記目標とされた装置用にサポートされないファイル・タイプからサポートされるファイル・タイプに変換するための前記目標オプティマイザをさらに備える、請求項１に記載のｅメール・ゲートウェイ。
【請求項４】
さらに、前記ｅメール・リクエストに応答して、関連した画像添付ファイル部分を、前記装置検出器によって検出された、前記目標とされた装置のディスプレイ・サイズに適合するようにサイズ変更するための前記目標オプティマイザをさらに備える、請求項１に記載のｅメール・ゲートウェイ。
【請求項５】
さらに、前記ｅメール・リクエストに応答して、関連した画像添付ファイル部分を、前記装置検出器によって検出された、前記目標とされた装置のディスプレイ・サイズに適合するように回転するための前記目標オプティマイザをさらに備える、請求項１に記載のｅメール・ゲートウェイ。
【請求項６】
受信済みｅメールを、地域文字コードから国際文字コードに変換するための文字コンバータをさらに備える、請求項１に記載のｅメール・ゲートウェイ。
【請求項７】
配信されたｅメール添付ファイルに対する変換のためのメンバ嗜好を入力する少なくとも１つのメンバ嗜好ウェブ・ページと、
リクエストに応答して、受信されたｅメールを、前記少なくとも１つのメンバ嗜好ウェブ・ページを介して入力された前記メンバ嗜好に基づいて各ｅメールの前記添付ファイル部分の前記変換を管理するための前記通信装置に配信するための前記目標オプティマイザとをさらに備える、請求項１に記載のｅメール・ゲートウェイ。
【請求項８】
ｅメール添付ファイルの記憶のためのメンバ嗜好を入力する少なくとも１つのメンバ嗜好ウェブ・ページと、
前記記憶装置に結合され、受信されたｅメールの前記添付ファイル部分の受信に応答して、前記少なくとも１つのメンバ嗜好ウェブ・ページを介して入力された前記メンバ嗜好に基づく添付ファイル記憶ポリシーを管理するための記憶マネージャとをさらに備える、請求項１に記載のｅメール・ゲートウェイ。
【請求項９】
通信装置からなる少なくとも１つのネットワークに結合するように構成されたｅメール・ゲートウェイであって、
受信されたｅメールを別個の本文および添付ファイル部分に分割するための分割装置と、
前記分割装置に結合され、前記分割装置から受信された各ｅメールの前記別個の本文および添付ファイル部分を格納するように構成された記憶装置と、
ｅメール添付ファイルを、前記添付ファイルに関連したｅメールとは独立に探索し表示する少なくとも１つの添付ファイル管理ウェブ・ページと、
前記記憶装置に結合され、ｅメール受信者によって前記少なくとも１つの添付ファイル管理ウェブ・ページを介して入力された照会に応答して、前記少なくとも１つの添付ファイル管理ウェブ・ページでのディスプレイのために、前記受信者の照会パラメータに合致する、前記受信者にｅメールされた添付ファイルを前記記憶装置から取り出すための記憶マネージャと、
を備えるｅメール・ゲートウェイ。
【請求項１０】
通信装置からなる少なくとも１つのネットワークに結合するように構成されたｅメール・ゲートウェイのための方法であって、
受信されたｅメールを、別個の本文および添付ファイル部分に分割する分割ステップ、
前記分割ステップにおいて分割された、各ｅメールの前記別個の本文および添付ファイル部分を格納する格納ステップ、
前記通信装置のハードウェアおよびソフトウェア機能を、前記通信装置へのｅメールの配信に先立って決定する決定ステップ、ならびに
前記格納ステップにおいて格納された関連したｅメール添付ファイルを、前記決定ステップにおいて決定された、前記通信装置によってサポートされる形式に変換することにより、前記通信装置に配信されるｅメール添付ファイルが、前記装置機能に適合する、変換ステップ、
を備えたことを特徴とする方法。
【請求項１１】
前記変換ステップが、
配信される各ｅメールの前記本文部分に、前記ネットワークを介して関連した添付ファイルを取り出す選択可能なＵＲＬリンクを注入するステップ、および
選択可能なＵＲＬリンクを介して通信装置によってリクエストされた添付ファイルを、前記決定ステップにおいて決定された、前記リクエスト側通信装置の前記機能に適合する形式に変換するステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記変換ステップが、
関連した添付ファイル部分を、前記決定ステップにおいて決定された、前記通信装置の前記利用可能なソフトウェア・アプリケーションと、サポートされるファイル・タイプとに基づいて、前記通信装置用にサポートされないファイル・タイプからサポートされるファイル・タイプに変換するステップをさらに含む、請求項１０に記載の方法。
【請求項１３】
前記変換ステップが、
関連した画像添付ファイル部分を、前記決定ステップにおいて決定された前記通信装置の前記ディスプレイ・サイズに適合するサイズにサイズ変更するステップをさらに含む、請求項１０に記載の方法。
【請求項１４】
前記変換ステップが、
関連した画像添付ファイル部分を、前記決定ステップにおいて決定された前記通信装置の前記ディスプレイ・サイズに適合するように回転するステップをさらに含む、請求項１０に記載の方法。
【請求項１５】
受信されたｅメールを、地域文字コードから国際文字コードに変換するステップをさらに含む、請求項１０に記載の方法。
【請求項１６】
配信されるｅメール添付ファイルの変換に対するメンバ嗜好を入力する少なくとも１つのメンバ嗜好ウェブ・ページを提供する提供ステップ、および
各ｅメールの前記添付ファイル部分を、前記提供ステップにおいて与えられた前記少なくとも１つのメンバ嗜好ウェブ・ページを介して入力された前記メンバ嗜好に基づいて変換するステップをさらに含む、請求項１０に記載の方法。
【請求項１７】
ｅメール添付ファイルの記憶のためのメンバ嗜好を入力する少なくとも１つのメンバ嗜好ウェブ・ページを提供する提供ステップ、および
受信された各ｅメールの前記添付ファイル部分の記憶を、前記提供ステップにおいて与えられた前記少なくとも１つのメンバ嗜好ウェブ・ページを介して入力された前記メンバ嗜好に基づいて管理するステップをさらに含む、請求項１０に記載の方法。
【請求項１８】
通信装置からなる少なくとも１つのネットワークに結合するように構成されたｅメール・ゲートウェイのための方法であって、
受信されたｅメールを、別個の本文および添付ファイル部分に分割する分割ステップ、
前記分割ステップにおいて分割された、各ｅメールの前記別個の本文および添付ファイル部分を格納する格納ステップ、
ｅメール添付ファイルを、前記添付ファイルに関連づけられたｅメールとは独立に探索し表示する少なくとも１つの添付ファイル管理ウェブ・ページを提供する提供ステップ、
前記提供ステップにおいて与えられた前記少なくとも１つの添付ファイル管理ウェブ・ページを介してｅメール受信者によって入力された照会に応答して、前記受信者の照会パラメータに合致する、前記受信者にｅメールされた添付ファイルを前記記憶装置から取り出す取り出しステップを含む方法。
【請求項１９】
通信装置からなる少なくとも１つのネットワークを介した使用のために構成されたｅメール・ゲートウェイ用の、コンピュータ可読媒体または伝搬される搬送波信号で実体的に具体化されるコンピュータ・ソフトウェアであって、
受信されたｅメールを、別個の本文および添付ファイル部分に分割する分割ステップと、
前記分割ステップにおいて分割された、各ｅメールの前記別個の本文および添付ファイル部分を格納する格納ステップと、
前記通信装置のハードウェアおよびソフトウェア機能を、前記通信装置へのｅメールの配信に先立って決定する決定ステップと、
前記格納ステップにおいて格納された関連したｅメール添付ファイルを、前記決定ステップにおいて決定された、前記通信装置によってサポートされる形式に変換することによって、前記通信装置に配信されるｅメール添付ファイルが、前記装置機能に適合するようにする変換ステップと、
を実行するための命令を備えるソフトウェア。
【請求項２０】
前記命令が、
配信される各ｅメールの前記本文部分に、前記ネットワークを介して関連した添付ファイルを取り出す選択可能なＵＲＬリンクを注入し、
選択可能なＵＲＬリンクを介して通信装置によってリクエストされた添付ファイルを、前記決定ステップにおいて決定された、前記リクエスト側通信装置の前記機能に適合する形式に変換するための命令をさらに含む、請求項１９に記載のソフトウェア。
【請求項２１】
前記命令が、
関連した添付ファイル部分を、前記決定ステップにおいて決定された、前記通信装置の前記利用可能なソフトウェア・アプリケーションと、サポートされるファイル・タイプとに基づいて、前記通信装置用にサポートされないファイル・タイプからサポートされるファイル・タイプに変換するための命令をさらに含む、請求項１９に記載のソフトウェア。
【請求項２２】
前記命令が、
関連した画像添付ファイル部分を、前記決定ステップにおいて決定された前記通信装置の前記ディスプレイ・サイズに適合するサイズにサイズ変更するための命令をさらに含む、請求項１９に記載のソフトウェア。
【請求項２３】
前記命令が、
関連した画像添付ファイル部分を、前記決定ステップにおいて決定された前記通信装置の前記ディスプレイ・サイズに適合するように回転するための命令をさらに含む、請求項１９に記載のソフトウェア。
【請求項２４】
前記命令が、
受信されたｅメールを、地域文字コードから国際文字コードに変換するための命令をさらに含む、請求項１９に記載のソフトウェア。
【請求項２５】
前記命令が、
配信されるｅメール添付ファイルの変換に対するメンバ嗜好を入力する少なくとも１つのメンバ嗜好ウェブ・ページを提供する提供ステップと、
各ｅメールの前記添付ファイル部分を、前記提供ステップにおいて与えられた前記少なくとも１つのメンバ嗜好ウェブ・ページを介して入力された前記メンバ嗜好に基づいて変換するステップと
の実行のための命令をさらに含む、請求項１９に記載のソフトウェア。
【請求項２６】
前記命令が、
ｅメール添付ファイルの記憶のためのメンバ嗜好を入力する少なくとも１つのメンバ嗜好ウェブ・ページを提供する提供ステップと、
受信された各ｅメールの前記添付ファイル部分の記憶を、前記提供ステップにおいて与えられた前記少なくとも１つのメンバ嗜好ウェブ・ページを介して入力された前記メンバ嗜好に基づいて管理するステップと、
の実行ための命令をさらに含む、請求項１９に記載のソフトウェア。
【請求項２７】
通信装置からなる少なくとも１つのネットワークを介した使用のために構成されたｅメール・ゲートウェイ用の、コンピュータ可読媒体または伝搬される搬送波信号で実体的に具体化されるコンピュータ・ソフトウェアであって、
受信されたｅメールを、別個の本文および添付ファイル部分に分割する分割ステップと、
前記分割ステップにおいて分割された、各ｅメールの前記別個の本文および添付ファイル部分を格納する格納ステップと、
ｅメール添付ファイルを、前記添付ファイルに関連づけられたｅメールとは独立に探索し表示する少なくとも１つの添付ファイル管理ウェブ・ページを提供する提供ステップと、
前記提供ステップにおいて与えられた前記少なくとも１つの添付ファイル管理ウェブ・ページを介してｅメール受信者によって入力された照会に応答して、前記受信者の照会パラメータに合致する、前記受信者にｅメールされた添付ファイルを前記記憶装置から取り出す取り出しステップと、
を実行するための命令を備えるソフトウェア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して、ネットワーク通信システムに関し、より具体的には、ネットワークを介したｅメール（電子メール）通信の、装置固有の最適化に関する。
【背景技術】
【０００２】
携帯電話、携帯情報端末（ＰＤＡ）、ノート型コンピュータ、およびデスクトップ・ワークステーションの間の従来の区別をなくすための、消費者の圧力が増している。ボイス・オーバー・インターネット・プロトコル（ＶＯＩＰ）と、それを配信する無料および有料サービスとの出現が、デスクトップ・コンピュータの認識を変えつつある。ウィンドウズ・モバイルと、他の稼働中のモバイル・オペレーティング・システムとの出現が、デスクトップ経験の、モバイル装置への拡張を約束している。現在、セルラーおよびコンピュータ・ネットワークの有線および無線ネットワークの統合が強まっている最もよく見られる例は、有線または無線ネットワーク上でも異種の装置の間をシームレスに渡ることが期待されるｅメールによって与えられる。
【０００３】
技術的観点からみると、携帯およびデスクトップ通信装置上でｅメールを取り扱う作業は難しい。セルラーおよびデスクトップ通信装置は、ディスプレイ・サイズと、処理能力と、ネットワークおよび処理帯域幅と、常駐ソフトウェア・アプリケーションとの点において相互に異なる。総画素数は、典型的なセル電話の画素数１７６×２２０＝３８，７２０ピクセルと、デスクトップ・コンピュータ用の大型フラット・パネル・ディスプレイ用の１９２０×１２００＝２，３０４，０００画素数との間で、約２桁変わる。処理能力も、３００メガヘルツを記録するシングル・コア・プロセッサを有する典型的なセル電話と、３．８ギガヘルツを記録するデュアルまたはクアド・コア・プロセッサを有し得るワークステーションとの間で、数桁変わる。典型的なセル電話における揮発性メモリ、別名ランダム・アクセス・メモリ（「ＲＡＭ」）は６４メガバイトであり、デスクトップ・コンピュータは、１〜４ギガバイトを有する。セル電話でのファイル記憶は、常駐ＲＡＭを使って達成され、コンピュータでは、ファイル記憶は、４０〜８０ギガバイトのハード・ドライブを用いて達成される。セルラー・ネットワークは、毎秒３００〜７００キロビットのデータ伝送速度をもち、対して典型的な企業イントラネットは毎秒１０〜１００メガビットである。
【０００４】
ｅメール通信は、シンプル・テキスト・メッセージから、組込み画像と関連添付ファイルとを有するＨＴＭＬ文書まで、複雑さに幅がある。しばしば、ｅメールは、ファイル伝送プロトコル（「ＦＴＰ」）とは反対に、大規模および小規模組織内および組織間でのファイル共有および文書移送の好ましい方法として働く。こうしたファイルおよび文書は、ｅメール添付ファイルと呼ばれるが、実際にはｅメール自体の一部であり、通信プロセスの両側でのそのバンドル化およびアンバンドル化は、かなりの処理能力および時間を消費する。ｅメール添付ファイルは、受信された後、受信者による表示または編集のために、互換性のある常駐アプリケーションによって開かれなければならない。対応するアプリケーション、たとえば文書処理、表計算、グラフィックがない場合、添付ファイルを開く試みは無駄に終わり、そうすることによって通信プロセスを妨げることになる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
必要とされているのは、広範囲の、すなわち携帯および固定、無線および有線の通信装置の間の通信を取り扱う統一された通信手法である。
【課題を解決するための手段】
【０００６】
異種の装置およびネットワーク上で操作を行うユーザのｅメール経験を管理することが可能なｅメール・ゲートウェイ用の方法および機器が開示される。本ゲートウェイは、受信側、別名目標とされた装置のハードウェアおよびソフトウェア機能に基づく、ｅメールの構成を可能にする。着信ｅメールが、本文および添付ファイル部分に分割され、ゲートウェイに格納される。発信ｅメールが、それぞれがリクエスト側、別名目標とされた装置固有の様々なアセンブリ段階を通って渡される。統合された格納および取出し機能が、セル電話からデスクトップ・コンピュータに転送されたｅメールをゲートウェイが生成し直すことを可能にし、したがってオリジナル通信の完全性を保つ。格納されたＥメール添付ファイルは、ウェブ・ベースのユーザ・インターフェースを介して直接、または発信ｅメールの本文部分に組み込まれたリンクを介して、別個にアクセス可能である。いずれのケースでも、添付ファイルは、それぞれが添付ファイルをリクエスト側装置の機能に合わせて明確に構成する様々なアセンブリ段階を通る。
【０００７】
本発明の実施形態において、通信装置からなる少なくとも１つのネットワークに結合するように構成されたｅメール・ゲートウェイが開示される。本ｅメール・ゲートウェイは、分割装置と、記憶装置と、装置検出器と、目標オプティマイザとを含む。分割装置は、受信されたｅメールを、別個の本文および添付ファイル部分に分割する。記憶装置は、分割装置に結合され、分割装置から受信された各ｅメールの別個の本文および添付ファイル部分を格納するように構成される。装置検出器は、対応する通信装置へのｅメールの配信に先立って、その通信装置向けのハードウェアおよびソフトウェア機能を検出する。目標オプティマイザは、記憶装置と装置検出器とに結合され、ｅメール・リクエストに応答して、装置検出器によって検出された通信装置の機能に基づいて、通信装置への配信のために、関連したｅメールの本文および添付ファイル部分を最適化する。
【０００８】
本発明の他の実施形態において、ｅメール・ゲートウェイは、分割装置と、記憶装置と、少なくとも１つの管理ウェブ・ページと、記憶マネージャとを含む。分割装置は、受信されたｅメールを、別個の本文および添付ファイル部分に分割する。記憶装置は、分割装置に結合され、分割装置から受信された各ｅメールの別個の本文および添付ファイル部分を格納するように構成される。少なくとも１つの添付ファイル管理ウェブ・ページは、ｅメール添付ファイルを、ｅメール添付ファイルに関連づけられたｅメールとは独立して探索し表示するように構成される。記憶マネージャは、記憶装置に結合し、少なくとも１つの添付ファイル管理ウェブ・ページにディスプレイするための、受信者の照会パラメータに合致する、受信者にｅメールされた添付ファイルを記憶装置から取り出すための少なくとも１つの添付ファイル管理ウェブ・ページにより、ｅメール受信者によって入力された照会に応答する。
【０００９】
本発明のこうしたおよび他の特徴および利点は、添付の図面とともに以降の詳細な説明から、当業者にはより明らかになるであろう。
【発明を実施するための最良の形態】
【００１０】
図１は、通常のｅメール（電子メール）をディスプレイするｅメール・クライアントを有する複数の有線および無線通信装置を示す。いくつかのセル電話１０８、１１８と、ノート型コンピュータ１０４と、コンピュータ・ワークステーション・ディスプレイ１００とが示されている。こうした通信装置は、ディスプレイ・サイズ、処理能力、ネットワークおよび処理帯域幅ならびに常駐ソフトウェア・アプリケーションの点で、互いに異なる。こうした違いで最も顕著なのは、それぞれのディスプレイ・サイズである。セル電話１０８、１１８は、それぞれ１７６×２２０および３２０×２４０ピクセルのディスプレイをもつ。ノート型コンピュータ１０４は１０２４×７６８ピクセルのディスプレイをもち、フラット・パネル・モニタ１００は、１９２０×１２００ピクセルのディスプレイをもつ。したがって、総画素数は、最小のセル電話の１７６×２２０＝３８，７２０ピクセルの画素数と、大型フラット・パネル・モニタ用の１９２０×１２００＝２，３０４，０００画素数との間で、７０／１または約２桁分変わる。処理能力、揮発性メモリ、ファイル記憶およびネットワーク帯域幅機能は、同様の変動を呈する。
【００１１】
本発明のｅメール・ゲートウェイは、各目標通信装置向けのハードウェア・ソフトウェア機能とユーザの嗜好とを考慮した対応で、こうした異種の通信装置の間のｅメール通信を管理する。ｅメール通信は、シンプル・テキスト・メッセージから、組込み画像および関連添付ファイルを有するＨＴＭＬ文書まで、複雑さに幅がある。こうしたファイルおよび文書は、ｅメール添付ファイルと呼ばれるが、実際にはｅメール自体の一部である。本発明のｅメール・ゲートウェイは、目標すなわち受信側ｅメール装置の機能とユーザの嗜好とに基づいて、添付ファイルを管理する。添付ファイルは、装置固有の方式で、ｅメールから除かれても、テキスト・ハイパーリンクによりｅメール中で参照されても、ｅメールに含められてもよい。添付ファイルがリクエスト側装置に配信されると、ｅメール・ゲートウェイは、その元のファイル・タイプから、受信側通信装置上のソフトウェア・アプリケーションと互換性のあるファイル・タイプへの装置固有の変換を添付ファイルに受けさせてよい。
【００１２】
図１には、すべての通信装置が、各通信装置に配信される通常のｅメールの、関連したｅメール・クライアント・アプリケーションによる初期ディスプレイとともに装置固有の方式で示されており、すなわち、装置に関連づけられたどのユーザの嗜好とも組み合わされた、目標装置のハードウェアおよびソフトウェア仕様に基づいて構成されている。この通常のｅメールのオリジナル形式１０２が、ディスプレイ１００に示されている。ｅメール１０２は、組込み画像１０４ａを有するとともに「ＢａｂｙＰ．ｐｓｄ」、「ＢａｂｙＤ．ｄｏｃ」および「ＢａｂｙＧ．ｇｉｆ」と識別される、異なるファイル・タイプである３つの添付ファイルを有するＨＴＭＬ形式の本文を含む。各添付ファイルは、異なるソフトウェア・アプリケーションに関連づけられる。．ｐｓｄファイル・タイプは、カリフォルニア州サンノゼのアドビ・システムズ社製の画像処理アプリケーション「フォトショップ」に関連づけられた専有ビットマップ形式である。．ｄｏｃファイル・タイプは、ワシントン州レドモンドのマイクロソフト・コーポレーション製の「ワード」アプリケーションに関連づけられた専有文書処理形式である。．ｇｉｆファイル・タイプは、画像処理アプリケーション、ウェブ・ブラウザおよびｅメール・クライアントによって広くサポートされるビットマップ形式である。組込み画像１０４ｂと関連添付ファイルとを有する同じｅメール１０６が、同様にノート型コンピュータ１０４のｅメール・クライアントに示されている。
【００１３】
本発明のｅメール・ゲートウェイは、携帯通信装置１０８、１１８に、こうしたセル電話における削減されたディスプレイ・サイズ、処理能力、および制限されたソフトウェア・アプリケーションの組により、異なる形式でｅメールを配信する。セル電話１１８のケースでは、組込み画像１０４ｃと添付された画像ファイル（図示せず）とが、目標装置のディスプレイ、すなわち３２０×２４０ピクセルに合わせてサイズ変更され、．ｐｓｄおよび．ｇｉｆ形式から、広くサポートされるジェイペグ（「．ｊｐｇ」）などの画像形式に変換されてもよい。サイズ変更は、画像品質に影響を与えることなく、比例して画像サイズを削減する。画像は受信装置に合わせて既にスケーリングされているので、サイズ変更は、受信装置におけるデータ伝送帯域幅と処理要件との両方を削減する。特に、．ｐｓｄなど、サポートされないアプリケーション・タイプのケースでの形式変換は、サポートされるアプリケーション・ファイル・タイプ、たとえば．ｊｐｇでファイルを受信装置に表示させる。さらに、．ｊｐｇ形式は損失性形式なので、画像品質の損失にもかかわらず、圧縮により、データ伝送帯域幅の削減がさらに達成され得る。
【００１４】
携帯通信装置１０８に配信されるｅメールは最初、添付ファイルも組込み画像ももたずに配信される。これは、削減されたディスプレイ・サイズ、要求されるソフトウェア・アプリケーションおよび目標装置向けに確立されたユーザの嗜好がないことの両方による。ｅメール１０２に組み込まれた赤ん坊の画像１０４ａは、ｅメールの本文中で、画像ハイパーリンクで置き換えられている。このリンクの選択は、後段のセル電話への配信のため、格納されたオリジナル画像の、ゲートウェイでの装置固有の処理を起こす。この処理は、セル電話上の常駐ソフトウェア・アプリケーションによる画像の表示を可能にするための、目標ディスプレイのサイズ変更、適切な場合は画像回転、および要求された通りのファイル・タイプ変換を含み得る。元のｅメールのテキスト部分１１２は、セル電話に伝送される。図示される実施形態において、ｅメール・ゲートウェイは、目標通信装置１０８向けのユーザの嗜好ならびに／あるいはデフォルトのハードウェアおよびソフトウェア仕様を決定し、それに従って添付ファイルを管理する。図示した例において、元のｅメールへの添付ファイルは、初期通信では配信されず、むしろ、テキスト・リンク１１０、１１４、１１６が添付ファイル・タイプでソートされるとともにそれに従ってたとえば「写真」や「文書」とラベルづけされた状態で、添付ファイルへのテキスト・リンクがセル電話に配信される。受信者は、ｅメールの本文に組み込まれたこうしたハイパーリンク１１０、１１４、１１６を選択することによって、添付ファイルにアクセスすることができる。ハイパーリンクの選択は、後段のセル電話への配信のため、ゲートウェイで格納された添付ファイルの装置固有の処理を起こす。この処理は、目標ディスプレイのサイズ変更、適切な場合は画像回転、およびセル電話上の常駐ソフトウェア・アプリケーションによる画像の表示を可能にするための、要求されたファイル・タイプ変換を含み得る。
【００１５】
図２は、ｅメール・ゲートウェイ２１０を介したｅメールのやり取りのために相互に結合された図１の通信装置１００、１０８、１１８のうち、選択されたものを示す。ｅメール・ゲートウェイは、関連プログラム・コード、ユーザ・インターフェース、装置仕様およびメンバ・プロファイルに加えてｅメール・ヘッダーおよび本文部分と添付ファイル部分用の記憶装置を含む記憶装置２１２を含む。図示される例では、ｅメール１０２が、ディスプレイ１００に結合されたワークステーション（図示せず）から、その関連した通信装置がセル電話１０８を含む受信者に送られる。この例のために、受信者は、ｅメール・ゲートウェイ２１０上にアカウントをもつ。アカウントをもつことが、受信者の目標装置（群）のハードウェアおよびソフトウェア機能だけでなく、受信者の装置固有のｅメールの嗜好も考慮して、受信者に配信されるｅメールをゲートウェイが処理することを可能にする。セル電話１０８から、ｅメールは別の受信者に転送され、ここで、その通信装置１１８の１つに表示される。
【００１６】
ｅメール１０２は、ＡＲＰＡインターネット・テキスト・メッセージおよびその多目的インターネット・メール拡張（「ＭＩＭＥ」）の形式用のＲＦＣ８２２標準に準拠する形式で送られる（２００）。この形式は、ヘッダーとＨＴＭＬおよびテキスト本文部分２０２ａとを有する単一のファイルならびにインライン型および非インライン型添付ファイル２０４ａ、２０６ａ、２０８ａ、２１０ａ両方を有する添付ファイル部分を含む。ゲートウェイ２２０によって受信されると、ｅメールは、メモリ２２２への格納のために、別個の部分に分割される。ｅメールのヘッダーおよび本文２０２ｂは、インライン型および非インライン型添付ファイル２０４ｂ、２０６ｂ、２０８ｂ、２１０ｂとは別個に格納される。ｅメール配信リクエスト２３０がｅメール・ゲートウェイによって受信されると、ｅメール・ゲートウェイは、何を配信するべきか、およびリクエストされたｅメールをどの形式で配信するべきかを、リクエスト側通信装置のハードウェアおよびソフトウェア仕様と、それに従ったあらゆる適用可能な配信嗜好とに基づいて決定する。制限された数の常駐ソフトウェア・アプリケーションと結合されたセル電話１０８の極めて小さいディスプレイ・サイズは、組込み文書／ファイルのハイパーリンクをもつテキストのみとしてのｅメール２３２ａの配信を起こす。したがって、インライン型またはそれ以外のどの添付ファイルも、最初は、ｅメール・ゲートウェイによって装置１０８に配信されない。ｅメール１０２に組み込まれた赤ん坊の画像１０４ａは、ｅメールの本文中の画像ハイパーリンク１１０で置き換えられる。このリンクの選択は、セル電話への後段の配信のため、ゲートウェイにある格納されたオリジナル画像の、装置固有の処理を起こす。元のｅメールのテキスト部分１１２は、セル電話に伝送される。元のｅメールへの非インライン型添付ファイルも、初期通信において配信されない。しかし、受信者は、ｅメールの本文中に組み込まれたハイパーリンク１１０、１１４、１１６により添付ファイルにアクセスすることができ、このファイルの選択は、セル電話への後段の配信のため、ゲートウェイで格納された添付ファイルの、装置固有の処理を起こす。
【００１７】
通信装置１０８ｂは、画像ハイパーリンク１１０の選択後の通信装置１０８を示す。ハイパーリンクに関連づけられたＵＲＬ１１０ｂは、ＨＴＴＰ接続を介してｅメール・ゲートウェイ２２０に送られる。この送信が、通信２６０を開始し、通信は、格納された組込み画像２０４ｂの、目標固有の方式での処理を起こす。この場合、ｅメール・ゲートウェイは、格納された画像をサイズ変更し、回転し、そのファイル・タイプを変換する。さらに、その結果生じたファイル・サイズに応じて、画像は、．ｊｐｇ画像ファイル２０４ｄとしてのセル電話への配信の前に、追加圧縮ステップを受け得る。ｊｐｇ形式である、配信される画像ファイルが、画像１０４ｄとして、セル電話のブラウザ・クライアントにディスプレイされて示されている。
【００１８】
図２に示される代表的なｅメールのやり取りにおける次のステップは、関連づけられた通信装置がセル電話１１８である指定受信者への、ｅメール２３２ｂの転送２４０である。ｅメール・ゲートウェイは、組込みハイパーリンクを含む、転送されるｅメール２３２ｂを、記憶装置に格納された元のインライン型および非インライン型添付ファイル２０４ｂ、２０６ｂ、２０８ｂ、２１０ｂと相関させる。ｅメール・リクエスト２５０がｅメール・ゲートウェイ２２０によって通信装置１１８から受信されると、こうした格納された添付ファイルの目標固有の変換が作動される。インライン型の赤ん坊の写真２０４ｂは、サイズ変更およびファイル・タイプ変換ステップの後に復元され、インライン型添付ファイル２０４ｃとして、ｅメールに再度加えられる。テキストおよびグラフィック部分両方を含むフォトショップの．ｐｓｄファイル２０６ｂは、．ｊｐｇ形式添付ファイル２０６ｃへの変換の後に復元される。ワードの．ｄｏｃファイル２０８ｂは、．ｔｘｔ形式の添付ファイル２０８ｃへの変換の後に復元される。添付された．ｇｉｆ画像ファイル２１０ｂは、サイズ変更および．ｊｐｇ形式のファイル・タイプの添付ファイル２１０ｃへの変換の後に復元される。通信装置が、転送されるｅメールのインライン型画像１０４ｃと、関連したテキストとをディスプレイして示されている。転送されたｅメールを復元するためのｅメール・ゲートウェイの能力は、ｅメール・ゲートウェイ２２０上でｅメール・アカウントをもたない受信者へのｅメール通信にも使用され得る。こうした受信者のために、そのｅメール・サーバに転送されたｅメールは、格納された添付ファイル２０４ｂ、２０６ｂ、２０８ｂ、２１０ｂを使用することによって、１００％の信頼性で、その元のファイル・タイプおよび画像サイズに復元され得る。
【００１９】
図３Ａは、図２に示されるｅメール・ゲートウェイにメンバの嗜好を入力するグラフィカル・ユーザ・インターフェース（ＧＵＩ）３００の実施形態を示す。このユーザ・インターフェースは、目標装置選択セクション３１０と、ソース管理セクション３１２と、画像管理セクション３１４と、アプリケーション管理セクション３１６とを含む。
【００２０】
目標装置選択セクションにおいて、メンバは、自分の通信装置の製造元とモデル番号とをインプットする。装置の関連したハードウェアおよびソフトウェア仕様が次いで、このメンバの記録に関連づけられる。
【００２１】
ソース管理セクションにおいて、ユーザは、自分のｅメール受信嗜好のためのチェックボックス・オプションをもつ。動的な送信者オプションが、ｅメール・ソース／送信者アドレスを、ｍｅ＠ｍｏｍａｉｌ．ｃｏｍという転送アドレスとは反対に、元の受信者のアドレス、たとえばｍｅ＠ｈｏｔｍａｉｌ．ｃｏｍと一致するようにゲートウェイがプログラムによって変更することを可能にする。こうすることが、単一のゲートウェイ上でのｅメール・アカウントの透明な統合を可能にする。グラフィック添付ファイル・オプションは、グラフィック添付ファイルをもつ発信ｅメールをゲートウェイが配信することを可能にする。このオプションがチェックされていない場合、ゲートウェイは、ｅメール・ゲートウェイ上で、グラフィック添付ファイルへのハイパーリンクをもつ発信ｅメールを配信する。その他の添付ファイル・オプションは、非グラフィック添付ファイルをもつ発信ｅメールをゲートウェイが配信することを可能にする。このオプションがチェックされていない場合、ゲートウェイは、ｅメール・ゲートウェイ上で、非グラフィック添付ファイルへのハイパーリンクをもつ発信ｅメールを配信する。クリーン・メッセージ・オプションは、着信メッセージのクリーンアップをゲートウェイが実施することを可能にする。プレーン・テキストへの変換オプションは、ゲートウェイが、着信ｅメールのＨＴＭＬ部分からテキストを抽出し、そのテキストを発信ｅメールのテキスト部分に注入することを可能にする。リンク削除オプションは、ゲートウェイが添付ファイルへのリンクを発信ｅメールに注入するのを防ぐ。
【００２２】
画像管理セクションにおいて、メンバは、インライン型または非インライン型という、受信される画像に関する嗜好を設定してよい。こうした嗜好は、カスタムな画像サイズ決定、カラーか白黒か、および圧縮量を含む。
【００２３】
候補管理セクションにおいて、ユーザは、ａ）非画像ファイルである添付ファイルをそのオリジナル形式、たとえば．ｐｓｄや．ｄｏｃで保存するか、ｂ）添付ファイルをゲートウェイによって、テキストおよび画像をグラフィックによって、たとえば．ｊｐｇでディスプレイする形式に変換させるか、ｃ）添付ファイルをテキストのみの形式、たとえば．ｔｘｔに変換するか選ぶことができる。
【００２４】
図３Ｂは、図２に示されるｅメール・ゲートウェイにメンバの嗜好を入力するＧＵＩ３５０の代替実施形態を示す。このＧＵＩは、装置仕様セクション３５２と、ソース・コントロール・セクション３５６と、内容管理セクション３５８と、帯域プラン・セクション３６０とを含む。
【００２５】
装置仕様セクションにおいて、ユーザは、自分の通信装置それぞれに対する装置固有のハードウェアおよびソフトウェア・パラメータを入力する。
【００２６】
ソース・コントロール・セクションにおいて、ユーザは、装置仕様セクションにおいて指定された自分の通信装置のうち、特定の１つにおけるｅメールの受信のためのｅメール構成設定を入力する。こうした設定により、友人または仲間によって送信されたｅメールと、それ以外の人によって送信されたｅメールとは、異なって扱われる。受信済みｅメールは、別々に、別個のセクション、たとえばヘッダー、本文テキスト、本文ｈｔｍｌ、および添付ファイルを含め、または排除するように構成されてよい。
【００２７】
内容管理セクションにおいて、ｅメールの添付ファイルの変換マッピング、サイズ変更、圧縮、およびサイズ制限が、ファイル・タイプに基づいて指定され得る。各ファイル・タイプは、添付ファイルとしての包含、ハイパーリンクのみによる包含、または遮断のうちの１つも受け得る。
【００２８】
帯域プラン・セクションにおいて、スライダ・バーは、先行月の受信済みｅメールをベースラインとして用いて、所与の設定での見積もられる毎月のデータ・フローをユーザに示す。あるいは、ユーザがスライダ・バーを動かすと、ソース・コントロールおよび内容管理セクションが、やはり先行月の受信済みｅメールに基づいて、要求されるデータ伝送速度を達成するように、プログラムによって変更される。
【００２９】
図４は、本発明の実施形態による、ｅメール添付ファイルの管理用ＧＵＩ４００を示す。本発明の実施形態において、インライン型および非インラインであるｅメール添付ファイルが、添付ファイルをその一部とする元のｅメールとは別々に格納される。さらに、個々のメンバが自分のｅメール添付ファイルを管理しアクセスすることを可能にする１つまたは複数のウェブ・ページが、ｅメール・ゲートウェイによって提供される。ＧＵＩは、添付マネージャ・セクション４０２と、添付ファイル検索および表示セクション４０８とを含む。
【００３０】
添付ファイル管理ウェブ・ページ４００の添付マネージャ・セクションは、それぞれメンバによって送信され受信される添付ファイルに対する添付ポリシーをメンバが構成することができる２つのサブセクション４０４、４０６を有する。メンバによって送信される添付ファイルに対するポリシーは、記憶期間と、受信者特権と、アクセス通知とを含む。メンバによって受信される添付ファイルに対するポリシーは、送信者と受信機との間の関係に基づいて変わる記憶期間を含む。
【００３１】
添付ファイル検索および表示セクション４０８は、照会フォーム４１０と結果リスト４１２とを含む。照会フォーム４１０は、たとえばファイル名、ファイル・タイプ、ファイル・サイズ、送信者、受信者、および件名を含むパラメータによって添付ファイルの照会を組み立てるインプットを含む。添付リスト・セクション４１２は、照会を満たす各添付ファイルごとに１行を含み、各行は、添付ファイルに関連づけられた対応するｅメール本文部分へのハイパーリンクを含む。各行にあるラジオ・ボタンは、関連した送信者または受信者によって設定されたポリシーに準拠する添付ファイルへのアクセスを可能にする。
【００３２】
図５Ａ〜５Ｂは、ある特定の目標通信装置の最適化前後のｅメールのヘッダー、テキスト、本文および添付ファイル部分を示す。受信されたｅメール５００は、ｂａｓｅ６４エンコードされているインライン型および非インライン型添付ファイルを含む、たとえば．ｅｍｌや．ｍｓｇタイプの１つのｅメール・ファイルを含む。受信されたｅメールは、ヘッダー５０２と、テキスト形式の本文５０４と、ＨＴＭＬ形式の代替本文５０８と、添付ファイル５１６とを含む。ヘッダー部分は、ｅメールを生成したアプリケーションに関連づけられたカスタム・フィールドまたはｅメールに対して実施されたスパム・チェックとともに、宛先：、差出人：、ＣＣ：、ＢＣＣ：、件名：、リターン・パス、Ｍｉｍｅタイプなどのｅメール・メタ・データを含む。
【００３３】
本文テキスト・セクション５０４は、「−−−＝＿ＮｅｘｔＰａｒｔ：」タグと、内容および文字セット識別子５０６とでタグ区切りされている。文字セット、すなわちｉｓｏ−８８５９−ｎは、北米および西欧においてコンピュータ上で使われる標準８ビット文字エンコードの１つであり、この文字セットは、それによってエンコードされる２５６文字中、１４の言語と、その支配的言語とにおいて使われる主な文字をカバーすることを試みる。添字−ｎは現時点で、カバー範囲を東欧、地中海、およびアフリカ言語まで拡大するために、９つの地域変形をカバーする。世界的に見て、文書および通信がコンピュータ上に格納され、コンピュータの間で伝送されるための電子ビット「１および０」をエンコード用に様々なコンピュータ上で使われる、１００を超える文字セットが存在する。こうした文字セットは、文字ごとに複雑さが７〜３２ビットに渡り、「ｉｓｏ−８８５９」などの比較的古い文字セットは２５６以下の文字をカバーし、１つの文字をエンコードするのに、より少ないビットを要求し、「Ｕｎｉｃｏｄｅ−ｎ」のような比較的新しい国際標準は、世界言語をすべて、単一の文字セットでカバーすることを試み、したがって、エンコード用に文字ごとにより多くのビットを要求する。こうした比較的最近の標準のうち、ユニコード・トランスフォーメーション・フォーマット８（「ＵＴＦ−８」）が最も有力である。ＵＴＦ−８は、各ユニコード文字を、１から６バイトの変数としてエンコードする。
【００３４】
本文ＨＴＭＬセクション５０８は、ＮｅｘｔＰａｒｔタグでタグ区切りされ、ｅメール本文を、ＨＴＭＬ文書の形で含む。この文書は、文書用の内容タイプおよび文字セット、すなわち、それぞれ「テキスト／ｈｔｍｌ」およびｉｓｏ−８８５９−１を識別するメタ・タグ５１０を含む。文書の「＜ｔｄ＞」タグ中に、赤ん坊の写真１０４ａ（図１を参照）に対する画像タグが示されている。画像タグのソース・プロパティ５１２は、ｅメール・ファイルにも含まれる以降の添付ファイル５２２の１つへの「ＣＩＤ」ポインタをもつ。
【００３５】
ｅメールの添付ファイル・セクション５２０は、全体としてそれぞれがｅメールのインライン型および非インライン型添付ファイルのうち、別個の１つを含むサブパート５２２、５２６、５２８、５３０を含む。各添付ファイルの内容は、ｂａｓｅ６４エンコードされた内容の長さにより、図において大きく改訂されている。第１の添付ファイル５２２は、図１に示されるインライン型の．ｇｉｆの赤ん坊の写真１０４ａであり、「ＢａｂｙＥ」という名前である。その写真の各ピクセルは全体として、文字列５２４にｂａｓｅ６４エンコードされている。その次の部分５２６は、５００Ｋｂの添付ファイルを含み、そのｂａｓｅ６４エンコードされた文字列部分は「ＢａｂｙＧ」というタイトルの．ｇｉｆ画像である。その次の部分は、２００Ｋｂの添付ファイル５２８を含み、そのｂａｓｅ６４エンコードされた文字列部分は、「ＢａｂｙＤ」というタイトルのマイクロソフト・ワードの．ｄｏｃファイルである。その次の部分は、ｂａｓｅ６４エンコードされた文字列部分が、「ＢａｂｙＰ」というタイトルのアドビ・フォトショップの．ｐｓｄファイルである５００Ｋｂの添付ファイルを含む添付ファイル５３０を含む。
【００３６】
ｅメール・クライアントは、Ｅメール・クライアントのｅメールＧＵＩの「添付：」フィールド中の非インライン型添付ファイルの一覧とサイズを含む、各ｅメールのアセンブリおよびディスプレイを扱う。ｅメール・クライアントは、どのインライン型画像のデコードおよびディスプレイも含む、ＨＴＭＬまたはテキストでの、ｅメール本文のフォーマット化およびディスプレイも扱う。
【００３７】
図５Ｂは、ある特定のリクエスト側目標装置、たとえば図１に示されるセル電話１１８など、携帯通信装置への配信のための最適化後の、図５Ａの受信されたｅメールを示す。配信されるｅメールは、ヘッダー５５２、本文テキスト５５４および添付ファイル５６０のセクションを有する単一のファイル５５０である。ヘッダー５５２は、カスタム・ヘッダーを削除するようにクリーニングされている。本文テキスト部５５４は、元のｅメール（図５ａを参照）のＨＴＭＬ本文部から抽出されたテキストとインライン型画像とを含む。文字エンコード５５６は、受信装置上での互換性を確実にするために、ＵＴＦ−８に変換されている。添付ファイル・セクション５６０は、インライン型添付ファイル５６２と３つの非インライン型添付ファイル５６８、５７４、５８０とを含む。
【００３８】
添付ファイル５６２は、同じ名前の格納されたインライン型添付ファイル５２２（図５ａを参照）の、．ｇｉｆから．ｊｐｇ画像ファイル・タイプへの変換から導出された、ＢａｂｙＥという名前の．ｊｐｇ画像ファイル・タイプ５６４である。ｊｐｇ画像は、目標装置への配信のために、サイズ変更され、変換されており、圧縮されてもよい。変換ステップがそれぞれ、リクエスト側目標装置のハードウェアおよびソフトウェア仕様の基礎、およびユーザの嗜好から生じた、それに対するどの修正も決めた。その結果生じた画像ファイルは、ｂａｓｅ６４エンコードされた文字列５６６に含まれる。
【００３９】
添付ファイル５６８は、同じ名前の格納された添付ファイル５２６（図５ａを参照）の、．ｇｉｆから．ｊｐｇ画像ファイル・タイプへの変換から導出された、ＢａｂｙＧという名前の．ｊｐｇ画像ファイル・タイプ５７０である。．ｊｐｇ画像は、目標装置への配信のために、サイズ変更され、変換されており、圧縮されてもよい。変換ステップがそれぞれ、リクエスト側目標装置のハードウェアおよびソフトウェア仕様の基礎およびユーザの嗜好から生じた、それに対するどの修正も決めた。その結果生じた画像ファイルは、ｂａｓｅ６４エンコードされた文字列５７２に含まれる。
【００４０】
添付ファイル５７４は、同じ名前の格納された添付ファイル５２８（図５ａを参照）の、マイクロソフト・ワードの．ｄｏｃ文書形式からプレーン・テキスト．ｔｘｔファイル・タイプへの変換から導出された、ＢａｂｙＤという名前の．ｔｘｔテキスト・ファイル・タイプ５７６である。ファイル・タイプの変換が、リクエスト側目標装置のハードウェアおよびソフトウェア仕様およびユーザの嗜好から生じた、それに対するどの修正も決めた。その結果生じたテキスト・ファイルは、ｂａｓｅ６４エンコードされた文字列５７８に含まれる。
【００４１】
添付ファイル５８０は、同じ名前の格納された添付ファイル５３０（図５ａを参照）の、アドビ・フォトショップの．ｐｓｄ文書形式から画像ファイル・タイプへの変換から導出された、ＢａｂｙＰという名前の．ｊｐｇ画像ファイル・タイプ５８２である。ファイル・タイプの変換が、リクエスト側目標装置のハードウェアおよびソフトウェア仕様およびユーザの嗜好から生じた、それに対するどの修正も決めた。その結果生じた画像ファイルは、ｂａｓｅ６４エンコードされた文字列５８４に含まれる。
【００４２】
図６は、選択されたモバイル装置向けの、ＸＭＬ形式の仕様６００を示す。本発明の実施形態において、標準的な本文または製造元自体から取得されるこの記録は、装置仕様記録の基礎を形成するのに使われる。装置仕様記録は、ハードウェア・プラットフォーム・セクション６０２と、ソフトウェア・プラットフォーム・セクション６０４と、ネットワーク特性セクション６０６と、ブラウザ・セクション６０８と、無線アクセス・プロトコル（「ＷＡＰ」）セクション６１０と、「プッシュ」ｅメール特性セクション６１２と、メッセージ通信特性セクション６１４とを含む。
【００４３】
図７は、本発明の実施形態による、ｅメールのヘッダー本文部分と添付ファイル部分とを別々に管理するデータ構造体を示す。本発明の本実施形態において、第１組の記録７００は、受信されたｅメールのヘッダー、本文テキスト、および本文ＨＴＭＬ部分を含む。第２組の記録７０２は、第１の組に多対１の関係でリレーショナルにリンクされる。この第２組の記録７０２は、記録の組７００中のｅメール・ヘッダー本文記録のうち対応する１つに関連づけられた、実際のインライン型および非インライン型添付ファイルを含む。各添付記録は、「ブロブ・フィールド」として実際の添付ファイルを、または別個のファイルとして格納された対応する添付ファイルへのポインタを含み得る。本発明の代替実施形態において、ｅメールのヘッダー／本文部分および添付ファイル部分の別個の格納は、特許請求の範囲に記載されている本発明の範囲から逸脱することなく、たとえばオブジェクト・ベース、フラット・ファイル・ベース、およびＸＭＬベースを含む、図７に示される関係テーブル構造体に対する代替実施形態によって達成されてよい。
【００４４】
図８は、図２に示されるｅメール・ゲートウェイ２２０の実施形態の、組み合わされたハードウェアおよびソフトウェア・ブロック図を示す。ｅメール・ゲートウェイは、シンプル・メール伝送プロトコル（「ＳＭＴＰ」）を介したｅメールおよび／または添付ファイル伝送をサポートするモジュール、すなわちＳＭＴＰモジュール８０６と、ポスト・オフィス・プロトコル（「ＰＯＰ」）およびインターネット・メッセージ・アクセス・プロトコル（「ＩＭＡＰ」）を介したｅメールおよび／または添付ファイル伝送をサポートするモジュール、すなわちモジュール８００と、ハイパーテキスト伝送プロトコル（「ＨＴＴＰ」）を介したｅメールおよび／または添付ファイル伝送をサポートするモジュール、すなわちモジュール８０４とを含む。ゲートウェイは、プログラム・コード８５０、装置ハードウェアおよびソフトウェア仕様記録８５２、メンバ・プロファイル記録８５４、ｅメール・ヘッダーおよび本文部分記録８５６、ｅメール添付記録８５８ならびにウェブ・ページ８６０用の記憶装置２２２も含む。
【００４５】
ｅメール・ゲートウェイは、着信ｅメールをヘッダー／本文および添付ファイル部に分割する分割装置モジュール８１２と、クリーナ・モジュール８３８と、文字変換モジュール８４０と、記憶装置２２２内の記録を管理する記憶マネージャ８４２と、配信されるｅメールおよび／またはその添付ファイルを、メールが配信される目標装置に基づいて最適化する目標オプティマイザ・モジュール８１４と、最適化されたｅメール・ヘッダー／本文および添付ファイル部分を配信用にアセンブルするアセンブラ・モジュール８０８と、ｅメールの配信をリクエストする目標装置の作り（make）、モデルおよび／または仕様を動的に検出する装置検出器モジュールと、ｅメールおよび／または添付ファイルへのユーザのＨＴＴＰアクセスを制御するウェブ・インターフェース・モジュール８１０も含む。
【００４６】
ＳＭＴＰモジュール８０６を介してｅメール２０２ａ（図２を参照）を受信するｅメール・ゲートウェイが示されている。分割装置８１２は、着信ｅメールを、ヘッダー、本文テキスト、本文ＨＴＭＬ、および添付ファイル部を含む構成要素部に分割する。各部は次いで、不必要なタグ、禁止されているスクリプトまたは添付ファイル・タイプの削除などのクリーンアップを実施するクリーナ・モジュール８３８内で処理される。文字変換モジュールは次いで、構成要素部の文字セットを国際標準、通常はユニコード、たとえばＵＴＦ−８に変換する。本発明の代替実施形態において、この文字変換は、ｅメールまたは添付ファイルが配信されると、目標固有の方式で実施される。次に、受信済みｅメールのヘッダーおよび本文部分が、対応するｅメール・ヘッダー／本文記録８５６を記憶装置２２２内に生成する記憶マネージャのｅメール・マネージャ・サブモジュールに渡される。受信されたｅメールの添付ファイル部分は、対応する添付記録８５８を記憶装置２２２内に生成する記憶マネージャの添付マネージャ・サブモジュール８４４ａ〜ｂに渡される。
【００４７】
ｅメールおよび／または添付ファイルの配信は、目標固有の最適化を呼び起こす。このことは、目標装置の識別と、識別に応答したｅメールおよび／または添付ファイルの変換とを要求する。
【００４８】
目標装置は、直接的または間接的方法のいずれかまたは両方に基づいて識別されてよい。目標通信装置検出の直接的方法は、装置検出器モジュール８０２による、配信時での目標通信装置の動的検出を含む。この動的検出は、リクエスト・ヘッダーに含まれる情報による、装置機能または常駐ソフトウェア・アプリケーションの識別も含み得る。
【００４９】
やはり装置検出器モジュール８０２によって実施される、目標通信装置検出の間接的方法は、ログイン情報による、ｅメール・リクエスト側の識別と、受信者の目標装置を識別する関連したメンバ・プロファイル記録８５４との、リクエスト側の相関づけと、この相関づけからの、関連したメンバのプロファイル記録中の装置仕様記録８５２またはそれに対する修正のうち関連した１つに基づく、目標装置の対応するハードウェアおよびソフトウェア仕様の決定とを含む。
【００５０】
目標装置が識別されると、目標オプティマイザは、リクエスト側、別名目標装置の機能およびそれに適用可能な任意のメンバ嗜好に基づいて、適切な添付ポリシーに影響を与える。添付ファイル管理が、添付ファイル配信の方式ならびにそれに適用可能な任意の変換の両方を決定する。添付ファイルは、ｅメールから除かれても、ファイル・タイプでソートされるとともにラベルづけされる添付ファイル・ハイパーリンクの形で参照によって含められても、ｅメールに含められてもよい。添付ファイルは、リクエスト側装置の機能に基づいて、様々なタイプの変換を受けてもよい。変換は、目標装置上の利用可能アプリケーションに対応するための、サイズ変更と、回転と、圧縮と、ファイル・タイプの変更とを含む。受信機嗜好サブモジュール８３６は、目標装置向けの識別されたハードウェアおよびソフトウェア仕様と受信者の嗜好とを受け取り、それに従って目標オプティマイザの残りのサブモジュールを構成する。こうしたサブモジュールは、添付ファイル復元装置８３４と、アプリケーション・コンバータ８１６と、画像コンバータ８２２と、コンポーザ８３０とを含む。記憶マネージャ・モジュールは、配信するべきｅメールおよび／または添付ファイルを識別する。ｅメール・ヘッダー／本文部分は、記憶マネージャによってコンポーザ８３０に渡される。コンポーザは、ｅメール本文のＨＴＭＬおよびテキスト部分の組立てを扱い、文字変換が要求される場合は文字コンバータ８４０とインターフェースをとる。さらに、コンポーザ・モジュールのリンク・インジェクタ・サブモジュール８３２は、組み立てられたｅメール本文の本体への、添付ファイル・ハイパーリンクの、要求されるどの注入も扱う。要求されるどの添付ファイルも、記憶マネージャによって、目標オプティマイザの添付ファイル復元装置サブモジュール８３４に渡される。添付ファイル復元装置は、リンク注入が使用されるかどうか決定する。添付ファイルの配信が要求される場合、添付ファイル復元装置は、画像添付ファイルを画像コンバータ・サブモジュール８２２に、その他の添付ファイルをアプリケーション・コンバータ・サブモジュール８１６に渡す。
【００５１】
画像コンバータは、スケーラー・サブモジュール８２４における、目標装置のディスプレイ・サイズに対応するサイズへの、画像のスケーリングを扱う。スケーリングは、回転と、サイズ変更と、アスペクト比の変更とを含む。たとえば．ｇｉｆから．ｊｐｇファイル・タイプへのファイル・タイプ変換は、コンバータ・サブモジュール８２６によって実施される。損失性画像タイプの、要求されるどの圧縮も、圧縮装置サブモジュール８２８内で、やはり目標装置に対するハードウェアおよびソフトウェア仕様とそれに対する、メンバの嗜好から生じた任意の修正とにおいて指定された装置固有の方式で実施される。
【００５２】
アプリケーション・コンバータは、添付ファイルのファイル・タイプの、目標装置上に常駐するアプリケーションによってサポートされるファイル・タイプへの要求されるどの変換も、添付ファイルが配信される目標通信装置向けのソフトウェア仕様によって、かつ／またはそれに修正を加えるメンバ嗜好によって指示された通りに扱う。マッパー・サブモジュール８１８は、どの変換を実施するべきか決定し、コンバータ・サブモジュール８２０の選択された１つが、要求された、たとえばアドビ・フォトショップ．ｐｓｄファイル・タイプから．ｊｐｇ画像タイプへの変換を実施する。この事例におけるアドビ・フォトショップのファイル・タイプ変換は、合成表示を決定するための、．ｐｓｄファイルの画像およびテキスト層の分析を伴ってよく、この合成表示から、グラフィック画像ファイルが．ｊｐｇ形式で生成される。変換された添付ファイルは、要求される場合、画像コンバータによる後段の変換、たとえばスケーリングおよび圧縮も受けてよい。
【００５３】
次に、変換された様々な添付ファイルと、ｅメールのヘッダーおよび本文部分とが、１つまたは複数のｅメールへのアセンブリのために、目標オプティマイザからアセンブラ８０８に配信され、こうしたメールの、目標装置のリクエスト側ｅメール・クライアントへの配信は、ＰＯＰ／ＩＭＡＰプロトコル・モジュール８００により作動される。図８に、ＰＯＰおよびＩＭＡＰモジュール８００を介してｅメール２３２ａをｅメール・クライアントに配信するｅメール・ゲートウェイ２２０が示されている。このモジュールは、独自に、またはＳＭＴＰモジュール８０６との組合せで、プルまたはプッシュ方式での、ｅメール・クライアントを介したｅメール・ゲートウェイからのｅメールの取出しをサポートする。
【００５４】
目標仕様またはそれに対するメンバ嗜好による修正は、ｅメールとの添付ファイルの配信を避け、こうした添付ファイルは、配信される関連したｅメール中の添付ファイル・ハイパーリンクの選択により、あるいはその目的のためにメンバに明確に提供される１つまたは複数のウェブ・ページ８６０により直接、アクセス可能なままである。例示的なウェブ・ページ、たとえば添付ファイルの直接照会および配信のための添付ファイル管理ウェブ・ページ４００が、図４に示される。ＨＴＴＰモジュール８０４は、このようなアクセスを、ウェブ・インターフェース・モジュール８１０と、そのアクセス制御サブモジュール８１１とを介して提供する。
【００５５】
図９は、図２に示されるｅメール・ゲートウェイの実施形態のハードウェア・ブロック図を示す。ゲートウェイは、入出力コンポーネント９０６と、ネットワーク・インターフェース・コンポーネント（ＮＩＣ）９１０と、メイン・メモリ・コンポーネント９１２と、読出し専用メモリ・コンポーネント９１４と、大容量記憶コンポーネント９１６と、プロセッサ９２０とが結合するローカル・バス９１８を含む。入出力モジュールは、たとえばゲートウェイの管理者による、たとえばキーボードとスクリーン・インターフェースとを介した、ゲートウェイへの直接アクセスを扱う。ＮＩＣは、インターネット９０２あるいは他のローカルまたはワイドエリア無線または有線ネットワークとの、ゲートウェイのインターフェースを扱う。メイン・メモリは、プログラム・コードの揮発性記憶と、それに対して実施される計算と、それによってゲートウェイの動作中に要求される中間データのキャッシュとを扱う。読出し専用メモリ９１４は、基本入出力システム（ＢＩＯＳ）と、コンピュータの動作にとって一般的な他のプログラム・コードとを格納する。大容量記憶コンポーネント９１６は、記憶装置２２２用に使用される媒体とのインターフェースを扱う。プロセッサ９２０は、以降の図１０Ａ〜Ｂ、１１に示されるプロセス９０４をもたらすように、格納されたプログラム・コード８５０を実行する。
【００５６】
図１０Ａ〜１０Ｂは、本発明の実施形態による、図２のｅメール・ゲートウェイにおけるｅメールの受信および配信のプロセス・フロー図を示す。着信ｅメールの処理は、ステップ１０００で始まり、ここで、ＳＭＴＰまたは他の要求されたプロトコルを介したｅメール配信が作動される。制御は次いで、プロセス１００２に渡り、ここで、受信されたｅメールが、ヘッダー／本文テキスト、本文ＨＴＭＬ、および添付ファイル部分に分割される。次いで、ｅメールのヘッダーおよび本文部分のクリーンアップが、プロセス１００４で作動される。次に、プロセス１００６で、ｅメールのヘッダー／本文部分が格納され、関連したｅメール記録が記憶装置に加えられる。次いで、決断プロセス１００８で、いずれかのインライン型または非インライン型添付ファイルが受信済みｅメールに含まれるか、決定が行われる。含まれない場合、制御はプロセス１０００に戻る。ｅメールに添付ファイルが含まれる場合、制御は、プロセス１０１０に渡る。本発明の実施形態において、プロセス１０１０は、受信済み添付ファイルが、現在は記憶装置内に配置されている予め受信された添付ファイルに対応するかどうかの決定を扱う。このことは、たとえば、ゲートウェイによって扱われる、予め受信され、後に続いて配信されるｅメールのｅメール転送において当てはまる。本発明の実施形態において、この決定は、配信プロセス中にゲートウェイによって、添付ファイル自体に組み込まれた一意の添付ファイル識別子に基づいて行われる。このような識別子またはポインタが存在する場合、決断プロセス１０１２で、ポインタの存在に関して肯定的決断に達し、制御はプロセス１０１４に渡される。プロセス１０１４で、先に格納された添付ファイルを含み、または指す添付記録が生成され、添付記録は、プロセス１００６で生成されたｅメール記録にリンクされる。制御は次いで、次の添付ファイルの処理のために、決断プロセス１００８に戻る。あるいは、決断プロセス１０１２で、先に格納された添付ファイルへの識別子もポインタも見つけられない場合、制御は、プロセス１０１６に渡る。プロセス１０１６で、受信済み添付ファイルは、関連した添付記録中に、またはそれとともに格納される。添付記録は、プロセス１００６で生成されたｅメール記録にリンクされる。制御は次いで、次の添付ファイルの処理のために決断プロセス１００８に戻る。
【００５７】
図１０Ｂは、配信が作動される通信装置に対する目標固有の方式で最適化されるｅメールの配信に関連づけられたプロセスを示す。ｅメール配信は、プロセス１０５０で始まり、その際、ｅメール・リクエストの目標装置からの「プル」、または通知のゲートウェイから目標装置への「プッシュ」が作動される。
【００５８】
プロセス１０５２で、リクエスト側または目標装置の機能、たとえばハードウェアおよびソフトウェアが、それに対して適用可能な任意のメンバ嗜好とともに決定される。目標装置機能は、直接的または間接的方法のいずれかまたは両方に基づいて識別されてよい。本発明の実施形態において、この決定は、リクエスト側または目標装置からのリクエスト・ヘッダー中の情報に基づいて動的に行われてよい。本発明の別の実施形態ではこの決定は、特定の目標装置向けの装置仕様記録およびまたはリクエスト側装置に適用可能な任意のメンバ・プロファイル記録に基づいて行われてよい。
【００５９】
次に、プロセス１０５４で、受信者向けの、格納されたすべてのｅメールまたは受信者によってリクエストされた、格納されたｅメールのサブセットが、関連したインライン型および非インライン型添付記録とともに識別される。次いで、プロセス１０５８で、要求されたどの変換も、配信されるべきｅメールのヘッダーおよび本文部分に対して実施される。
【００６０】
次いで、決断プロセス１０６０で、配信されるべきｅメールに関連づけられた何らかの添付ファイルがあるかどうかに関して、決定が行われる。ない場合、制御は直接、ｅメールのアセンブリおよび配信のためのプロセス１０８０に渡る。添付ファイルが、配信されるべき特定のｅメールに関連づけられている場合、制御は決断プロセス１０６２に渡る。
【００６１】
次に、決断プロセス１０６２で、メンバ嗜好および／または目標装置仕様に基づいて、配信されたｅメールとともに添付ファイルを含めるかどうかに関する決定が行われる。添付ファイルが含められる場合、制御は、プロセス１０６４に渡る。含められるべきでない場合、制御は、プロセス１０７０に渡る。プロセス１０６４で、添付ファイルが、記憶装置からコピーされる。次いで、プロセス１０６６で、目標装置仕様および／またはそれに対するメンバ嗜好による修正によって呼び出される変換が決定され、プロセス１０６８で実施され、その後、制御は、変換された添付ファイルを含むｅメールのアセンブリおよび配信のためにプロセス１０８０に渡る。あるいは、どの添付ファイルも含められるべきでない場合、配信されるｅメールに関連づけられたどの添付ファイルも、プロセス１０７０で決定される。次いで、プロセス１０７２で、添付ファイルが、タイプ、たとえば写真または文書によってグループ化され、ユニフォーム・リソース・ロケータ（ＵＲＬ）ＵＲＬハイパーリンクが各々に対して生成される。ハイパーリンクは、添付ファイル・タイプでソートされ、それに従ってラベルづけされる。次いで、プロセス１０７４で、ハイパーリンクがｅメール本文に注入される。制御は次いで、ｅメールのアセンブリのためにプロセス１０８０に渡る。
【００６２】
図１１は、本発明の実施形態による、図２のｅメール・ゲートウェイ２２０における別個の添付ファイルのリクエストまたは照会の管理に関連づけられたプロセスのプロセス・フロー図である。処理は、プロセス１１００で、直接的または間接的添付ファイル・リクエストにより始まる。添付ファイル・リクエストが、添付ファイルへのＵＲＬリンクの形をもつ場合、判断プロセス１１０２での対応する決定が、制御をプロセス１１１０に渡す。あるいは、添付ファイル照会が、ゲートウェイ上にアカウントをもつメンバに提供される添付ファイル・ウェブ・ページ（図４、ページ４００を参照）の１つまたは複数を介して受信される場合、制御はプロセス１１２０に渡される。
【００６３】
配信されたｅメールに組み込まれたハイパーリンクにより選択された添付ファイルの処理が、プロセス１１１０で開始し、ここで、添付ファイルは、記憶装置内に配置され、セキュリティのために、決断プロセス１１１２でアクセス制御処理を受ける。このアクセス制御処理は、添付ファイルを取り出すことができるユーザを、組込みリンクが配信された、すなわちｅメールの差出人、宛先、ＣＣ、またはＢＣＣフィールドに列挙されるユーザに制限し、ログインまたはＩＰアドレスの識別にも、そうすることを要求してよい。本発明の実施形態において、添付ファイルに対するメンバ嗜好も、アクセス権を決定する際に考慮されてよい。こうしたメンバ嗜好の設定の例が、図４に示され記述されており、添付ファイル管理ウェブ・ページがその中に示されている。この添付マネージャ部分、明確には部分４０４において、送信者は、その表示と、ダウンロードおよび編集とを含む、受信済み添付ファイルに対する受信者特権を設定することができる。添付ファイルへのアクセスが適切でない場合、制御はプロセス１１００に、適切な場合はプロセス１１１４に戻る。プロセス１１１４で、添付ファイルに対する変換要件が、添付ファイルがそれに対するメンバ嗜好から生じた任意の修正とともに配信されることになる装置の装置機能に基づいて決定される。次いで、プロセス１１１６で、要求されたどの変換も、記憶装置から取り出された添付ファイルに対して実施される。次に、プロセス１１１８で、添付ファイルは、ＵＲＬリンクが選択された目標装置に配信され、その後、制御はプロセス１１００に戻る。
【００６４】
あるいは、添付ファイル・リクエストが、たとえば図４に示される添付ファイル管理ウェブ・ページ４００と、明確にはその添付ファイル検索フォーム４１０部分とを介した照会タイプである場合、制御は、プロセス１１２０に渡る。プロセス１１２０で、添付ファイルの照会を生成したメンバが受信者だったか、それともメール送信者だったか、およびどの添付ファイルが照会を満たすか識別される。次いで、決断プロセス１１２２で、プロセス１２０で突き止められた添付ファイルがさらに、添付ファイル送信者によって、図４に示される添付ファイル管理ウェブ・ページの添付ファイル送信済み部分４０４中で確立されたメンバ嗜好から生じるどの追加アクセス制御検討事項も反映するようにフィルタリングされる。それに対するアクセスが適切なままであるどの添付ファイルも、プロセス１１２４で、対応するｅメールへのリンクとともにディスプレイされる。（図４の検索結果リスト部分４１２を参照）。所与のどの添付ファイルの行記録におけるｅメール・リンクの選択も、関連したｅメールの本文部分をディスプレイするポップアップ・ウィンドウを結果として生じる。制御は次いで、プロセス１１００に戻る。
【００６５】
本発明の好ましい実施形態の上記説明は、例示および説明の目的で提示されている。この説明は、網羅的であることも、開示される厳密な形に本発明を限定することも意図していない。明らかに、多くの修正形態および変形形態が、当業者には明らかであろう。本発明の範囲は、以降の特許請求の範囲とその同等物とによって定義されることが意図される。
【図面の簡単な説明】
【００６６】
【図１】通常のｅメールをディスプレイするｅメール・クライアントを有する複数の有線および無線通信装置を示す図である。
【図２】ｅメール・ゲートウェイを介したｅメールのやり取りのために相互に結合された図１の通信装置のうち、選択されたものを示す図である。
【図３Ａ】図２に示されるｅメール・ゲートウェイにメンバの嗜好を入力するグラフィカル・ユーザ・インターフェース（ＧＵＩ）実施形態を示す図である。
【図３Ｂ】図２に示されるｅメール・ゲートウェイにメンバの嗜好を入力するＧＵＩの代替実施形態を示す図である。
【図４】本発明の実施形態による、ｅメール添付ファイルの管理用ＧＵＩを示す図である。
【図５Ａ】ある特定の目標通信装置の最適化前のｅメールのヘッダー、テキスト、本文および添付ファイル部分を示す図である。
【図５Ｂ】ある特定の目標通信装置の最適化後のｅメールのヘッダー、テキスト、本文および添付ファイル部分を示す図である。
【図６】選択されたモバイル装置向けの、ＸＭＬ形式のハードウェアおよびソフトウェア仕様を示す図である。
【図７】本発明の実施形態による、ｅメールのヘッダー本文部分と添付ファイル部分とを別々に管理するデータ構造体を示す図である。
【図８】図２に示されるｅメール・ゲートウェイの実施形態の、組み合わされたハードウェアおよびソフトウェアを示すブロック図である。
【図９】図２に示されるｅメール・ゲートウェイの実施形態を示すハードウェア・ブロック図である。
【図１０Ａ】本発明の実施形態による、図２のｅメール・ゲートウェイにおけるｅメールの受信を示すプロセス・フロー図である。
【図１０Ｂ】本発明の実施形態による、図２のｅメール・ゲートウェイにおけるｅメールの配信を示すプロセス・フロー図である。
【図１１】本発明の実施形態による、図２のｅメール・ゲートウェイにおける別個の添付ファイルのリクエストまたは照会の管理に関連づけられたプロセスを示すプロセス・フロー図である。
【図１】
2009535890.tif 000002
【図２】
2009535890.tif 000003
【図３Ａ】
2009535890.tif 000004
【図３Ｂ】
2009535890.tif 000005
【図４】
2009535890.tif 000006
【図５Ａ】
2009535890.tif 000007
【図５Ｂ】
2009535890.tif 000008
【図６】
2009535890.tif 000009
【図７】
2009535890.tif 000010
【図８】
2009535890.tif 000011
【図９】
2009535890.tif 000012
【図１０Ａ】
2009535890.tif 000013
【図１０Ｂ】
2009535890.tif 000014
【図１１】
2009535890.tif 000015
【国際調査報告】
2009535890.tif 000016
2009535890.tif 000017
2009535890.tif 000018
2009535890.tif 000019
2009535890.tif 000020