JP2006178902A - 電子メール中継システム、電子メール中継サーバ及び電子メール中継プログラム - Google Patents

Abstract

【課題】 汎用的な電子メールの送受信プロトコルを用いつつ、特定の受信メールサーバに蓄積されている電子メールを端末装置に中継することができる電子メール中継システム、電子メール中継サーバ及び電子メール中継プログラムを提供する。
【解決手段】 本発明に係る中継エージェントサーバ２００は、Ｅメールサーバ１００Ａにおいてユーザを識別するユーザＩＤと、クライアント端末４００Ａによって送信される中継用メールＩＤとが対応付けられたユーザ情報データ２００Ｄを格納し、ユーザ情報データ２００Ｄと、クライアント端末４００Ａによって送信された中継用メールＩＤとに基づいて、Ｅメールサーバ１００Ａに蓄積されているユーザ宛ての電子メールをクライアント端末４００Ａに中継する。
【選択図】 図６

Description

本発明は、送信元によって送信された電子メールを蓄積する受信メールサーバに蓄積されている所定のユーザ宛ての電子メールを当該ユーザが使用する端末装置に中継する電子メール中継システム、電子メール中継サーバ及び電子メール中継プログラムに関する。

近年、インターネットや端末装置（パーソナルコンピュータ、携帯電話端末及びＰＤＡなどのクライアント端末）の普及に伴い、ユーザは、使用する端末装置の種類、或いは用途（例えば、業務用と私用）などに応じて、複数の電子メール（以下、Ｅメールと適宜省略する）アドレスを使い分けることが一般的になりつつある。

この場合、ユーザは、Ｅメールアドレスごとに、Ｅメールの受信処理を実行しなければならない。

そこで、ユーザの使用する端末装置からのひとつのアクションに基づいて、当該ユーザの“複数”のＥメールアドレスに着信したＥメールを一括して取得するため、“電子メール中継サーバ”（中継エージェントサーバ）が、Ｅメールを蓄積する“複数”の受信メールサーバにアクセスする方法が提案されている（例えば、特許文献１）。

この方法によれば、電子メール中継サーバが、ユーザの複数のＥメールアドレス宛てに着信したＥメールを一括して取得し、取得したＥメールをユーザの使用する端末装置に送信することができる。

さらに、電子メール中継サーバに予め条件を設定しておくことによって、Ｅメールに添付される添付ファイル（例えば、静止画像データ）を加工し、Ｗｅｂサーバなどにおいてダウンロード可能な状態として提供する“付加サービス”も行われている。

すなわち、この方法によれば、ユーザは、Ｅメールアドレスごとに、Ｅメールの受信処理を実行する手間を省くことができる。また、ユーザは、使用する端末装置の種類や通信速度に応じて、適切な形態のＥメール、例えば、添付ファイルが削除されたＥメールを受信することができる。
特開２００４−８６４９５号公報（第１１−１３頁、第５図）

しかしながら、上述した従来の方法には、次のような問題があった。すなわち、上述した電子メール中継サーバと、ユーザの使用する端末装置との間では、Ｅメールを送受信するために専用のアプリケーションが用いられているため、汎用的なＥメールの送受信プロトコル（ＳＭＴＰやＰＯＰ）を使用することができないといった問題があった。

また、上述した電子メール中継サーバは、ユーザの使用する端末装置からのひとつのアクションに基づいて、当該ユーザのＥメールアドレス宛てのＥメールを蓄積する“複数”の受信メールサーバに毎回アクセスする。

このため、ユーザは、特定の受信メールサーバに蓄積されているＥメールのみ、つまり、特定のＥメールアドレス（例えば、業務用のＥメールアドレス）の宛てのＥメールのみを、電子メール中継サーバを介して受信することができないといった問題があった。

つまり、ユーザは、電子メール中継サーバの提供者によって提供される添付ファイルの加工などの“付加サービス”を利用しつつ、特定のＥメールアドレス宛てのＥメールのみを受信することができないといった問題があった。

そこで、本発明は、このような状況に鑑みてなされたものであり、汎用的な電子メールの送受信プロトコルを用いつつ、特定の受信メールサーバに蓄積されている電子メールを端末装置に中継することができる電子メール中継システム、電子メール中継サーバ及び電子メール中継プログラムを提供することを目的とする。

上述した問題を解決するため、本発明は、次のような特徴を有している。まず、本発明の第１の特徴は、電子メールを受信する端末装置（例えば、クライアント端末４００Ａ）と、送信元によって送信された前記電子メールを蓄積する受信メールサーバ（例えば、Ｅメールサーバ１００Ａ）に蓄積されている前記端末装置のユーザ（例えば、“三洋太郎”）宛ての前記電子メールを前記端末装置に中継する電子メール中継サーバ（中継エージェントサーバ２００）とを少なくとも含む電子メール中継システムであって、前記電子メール中継サーバは、前記受信メールサーバにおいて前記ユーザを識別するユーザＩＤ（例えば、“ＴａｒｏＢｕｓｉｎｅｓｓ”）と、中継用メールＩＤ（例えば、“Ｔａｒｏ＿０１”）とが対応付けられたユーザ情報データ（ユーザ情報データ２００Ｄ）を格納するユーザ情報データ格納部（データ格納部２０９）と、前記ユーザ情報データ格納部に格納されている前記ユーザ情報データに基づいて、前記受信メールサーバに蓄積されている前記ユーザ宛ての前記電子メールを前記端末装置に中継する電子メール中継部（Ｅメール処理部２０５）とを備え、前記端末装置は、前記中継用メールＩＤを用いて、前記電子メール中継サーバに前記ユーザ宛ての前記電子メールの中継を要求することを要旨とする。

かかる特徴によれば、受信メールサーバにおいてユーザを識別するユーザＩＤと、中継用メールＩＤとが、電子メール中継サーバによって対応付けられる。

また、ユーザは、端末装置から中継用メールＩＤを用いて、電子メール中継サーバに当該ユーザＩＤ宛てのＥメールの中継を要求する。

当該要求を受信した電子メール中継サーバは、ユーザ情報データに基づいて、中継用メールＩＤと対応付けられている当該ユーザＩＤ宛てのＥメールを受信メールサーバから取得する。

さらに、ユーザの利用する端末装置と、電子メール中継サーバとの間では、汎用的なＥメールの送受信プロトコルが用いられる。

このため、ユーザは、汎用的な電子メールの送受信プロトコルを用いつつ、特定のＥメールサーバに蓄積されるＥメールを中継させることができる。

すなわち、ユーザは、複数のユーザＩＤ（Ｅメールアドレス）のうち、所望のユーザＩＤ宛てのＥメールのみを、必要な“付加サービス”（添付ファイルの変換など）を利用しつつ、適宜電子メール中継サーバに中継させることができる。

本発明の第２の特徴は、本発明の第１の特徴に係り、前記電子メール中継サーバは、前記中継用メールＩＤを生成する中継用メールＩＤ生成部（ユーザ情報管理部２０３）をさらに備えることを要旨とする。

本発明の第３の特徴は、本発明の第２の特徴に係り、前記中継用メールＩＤ生成部は、前記電子メール中継サーバにおいて前記ユーザを識別するために用いられる中継サーバユーザＩＤ（“Ｔａｒｏ”）、または前記中継サーバユーザＩＤと前記受信メールサーバの名称（例えば、““ｍａｉｌ．ＢｕｓｉｎｅｓｓＭａｉｌＳｅｒｖｅｒ．ｃｏｍ””との組合せを含む前記中継用メールＩＤ（例えば、“Ｔａｒｏ＿０１”または“Ｔａｒｏ＿ｍａｉｌ．ＢｕｓｉｎｅｓｓＭａｉｌＳｅｒｖｅｒ．ｃｏｍ”）を生成することを要旨とする。

本発明の第４の特徴は、本発明の第１乃至第３の特徴に係り、前記ユーザ宛ての前記電子メールに添付されている添付ファイルを削除または変換する添付ファイル処理部（Ｅメール処理部２０５及び添付ファイル変換部３０３）をさらに備えることを要旨とする。

本発明の第５の特徴は、送信元によって送信された電子メールを蓄積する受信メールサーバに蓄積されている所定のユーザ宛ての前記電子メールを前記ユーザが使用する端末装置に中継する電子メール中継サーバであって、前記受信メールサーバにおいて前記ユーザを識別するユーザＩＤと、前記端末装置によって送信される中継用メールＩＤとが対応付けられたユーザ情報データを格納するユーザ情報データ格納部と、前記ユーザ情報データ格納部に格納されている前記ユーザ情報データと、前記端末装置によって送信された前記中継用メールＩＤとに基づいて、前記受信メールサーバに蓄積されている前記ユーザ宛ての前記電子メールを前記端末装置に中継する電子メール中継部とを備えることを要旨とする。

本発明の第６の特徴は、本発明の第５の特徴に係り、前記中継用メールＩＤを生成する中継用メールＩＤ生成部をさらに備えることを要旨とする。

本発明の第７の特徴は、本発明の第６の特徴に係り、前記中継用メールＩＤ生成部は、前記電子メール中継サーバにおいて前記ユーザを識別するために用いられる中継サーバユーザＩＤ、または前記中継サーバユーザＩＤと前記受信メールサーバの名称との組合せを含む前記中継用メールＩＤを生成することを要旨とする。

本発明の第８の特徴は、本発明の第５乃至第７の特徴に係り、前記ユーザ宛ての前記電子メールに添付されている添付ファイルを削除または変換する添付ファイル処理部をさらに備えることを要旨とする。

本発明の第９の特徴は、送信元によって送信された電子メールを蓄積する受信メールサーバに蓄積されている所定のユーザ宛ての前記電子メールを前記ユーザが使用する端末装置に中継する電子メール中継プログラムであって、前記受信メールサーバにおいて前記ユーザを識別するユーザＩＤと、前記端末装置によって送信される中継用メールＩＤとが対応付けられたユーザ情報データを格納するユーザ情報データ格納処理と、前記ユーザ情報データ格納部に格納されている前記ユーザ情報データと、前記端末装置によって送信された前記中継用メールＩＤとに基づいて、前記受信メールサーバに蓄積されている前記ユーザ宛ての前記電子メールを前記端末装置に中継する電子メール中継処理とをコンピュータに実行させることを要旨とする。

本発明の特徴によれば、汎用的な電子メールの送受信プロトコルを用いつつ、特定の受信メールサーバに蓄積されている電子メールを端末装置に中継することができる電子メール中継システム、電子メール中継サーバ及び電子メール中継プログラムを提供することができる。

次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。

したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。

（電子メール中継システムの全体概略構成）
図１は、本実施形態に係る電子メール中継システムの全体概略構成図である。本実施形態に係る電子メール中継システムは、電子メール（以下、Ｅメールと適宜省略する）を受信するクライアント端末４００Ａ，４００Ｂ、及びＥメールサーバ１００Ａ，１００Ｂに蓄積されているクライアント端末４００Ａ，４００Ｂのユーザ宛てのＥメールをクライアント端末４００Ａ，４００Ｂに中継する中継エージェントサーバ２００によって構成されている。

さらに、本実施形態に係る電子メール中継システムには、中継エージェントサーバ２００によって中継されるＥメールの添付ファイル（例えば、静止画像データ）の加工を実行するアプリケーションサーバ３００が含まれる。

Ｅメールサーバ１００Ａ，１００Ｂ（受信メールサーバ）は、ＴＣＰ／ＩＰをベースとした通信ネットワーク１０に接続されている。なお、通信ネットワーク１０には、インターネットが含まれてもよい。

Ｅメールサーバ１００Ａ，１００Ｂは、送信元（不図示）によって送信されたクライアント端末４００Ａ，４００Ｂのユーザ宛てのＥメールを受信して蓄積するものである。

具体的には、Ｅメールサーバ１００Ａ，１００Ｂは、ＳＭＴＰ（simple mail transfer protocol, RFC821他）、ＰＯＰ３（post office protocol version 3, RFC1939他）またはＩＭＡＰ４（internet message access protocol 4, RFC2060他）などの汎用的なＥメールの送受信プロトコルを使用するＥメールサーバである。

中継エージェントサーバ２００（電子メール中継サーバ）は、通信ネットワーク１０に接続されている。中継エージェントサーバ２００は、上述したように、Ｅメールサーバ１００Ａ，１００Ｂに蓄積されているクライアント端末４００Ａ，４００Ｂのユーザ宛てのＥメールをクライアント端末４００Ａ，４００Ｂに中継するものである。

例えば、中継エージェントサーバ２００は、クライアント端末４００Ａによって送信されるＥメールの中継の要求に応じて、Ｅメールサーバ１００Ａに蓄積されているクライアント端末４００Ａのユーザ（例えば、“三洋太郎”（Ｓａｎｙｏ Ｔａｒｏ））宛てのＥメールを取得する。

中継エージェントサーバ２００は、取得した“三洋太郎”宛てのＥメールを、ＰＯＰ３などの汎用的なＥメールの受信プロトコルを用いて、クライアント端末４００Ａに中継する。

アプリケーションサーバ３００は、上述したように、中継エージェントサーバ２００から転送されたＥメールの添付ファイル（例えば、静止画像データ）の加工を実行するものである。

具体的には、アプリケーションサーバ３００は、中継エージェントサーバ２００から転送された静止画像データの添付ファイルをクライアント端末（例えば、ＰＤＡであるクライアント端末４００Ｂ）のディスプレイサイズに応じたサイズに変換することができる。

また、アプリケーションサーバ３００は、中継エージェントサーバ２００から転送された書類データの添付ファイル（例えば、文書データや表計算データ）をクライアント端末（例えば、クライアント端末４００Ｂ）で表示可能な静止画像データに変換することができる。

さらに、アプリケーションサーバ３００は、当該添付ファイルをＷｅｂサーバ（不図示）においてダウンロード可能な状態として提供することなどもできる。

クライアント端末４００Ａ，４００Ｂ（端末装置）は、通信ネットワーク１０を介して、Ｅメールサーバ１００Ａ，１００Ｂ及び中継エージェントサーバ２００と通信を行うことができる。

本実施形態では、クライアント端末４００Ａは、パーソナルコンピュータである。また、クライアント端末４００Ｂは、ＱＶＧＡ（Quarter-VGA）液晶表示器を備えるＰＤＡ（personal digital assistant）である。

なお、上述したＥメールサーバ１００Ａ，１００Ｂ、及びクライアント端末４００Ａ，４００Ｂは、汎用的なＥメールの送受信プロトコルを用いてＥメールを送受信することができ、広く普及しているものである。また、クライアント端末としては、上述したパーソナルコンピュータやＰＤＡに加え、無線基地局（不図示）を介して通信ネットワーク１０に接続することができる携帯電話端末などであってもよい。

（電子メール中継サーバ及びアプリケーションサーバの論理ブロック構成）
図２は、上述した中継エージェントサーバ２００及びアプリケーションサーバ３００の論理ブロック構成図である。

なお、以下、本発明との関連がある部分について主に説明する。したがって、図２に示す中継エージェントサーバ２００及びアプリケーションサーバ３００は、当該サーバの機能を実現する上で必須な、図示しない或いは説明を省略した論理ブロック（電源部など）を備える場合があることに留意されたい。

（１）電子メール中継サーバ
中継エージェントサーバ２００（電子メール中継サーバ）は、通信ＩＦ部２０１、ユーザ情報管理部２０３、Ｅメール処理部２０５、ユーザＩＦ部２０７及びデータ格納部２０９を備えている。

通信ＩＦ部２０１は、通信ネットワーク１０と接続するための通信インターフェースを提供するものである。具体的には、通信ＩＦ部２０１は、有線ＬＡＮインターフェース（例えば、100BASE-TX）によって構成されている。

さらに、通信ＩＦ部２０１は、ユーザ情報管理部２０３、Ｅメール処理部２０５、ユーザＩＦ部２０７及びデータ格納部２０９の論理ブロックと接続されており、当該論理ブロックや通信ネットワーク１０との間において送受されるデータ（ＩＰパケット）を中継するものである。

ユーザ情報管理部２０３は、中継エージェントサーバ２００を利用するユーザに関する情報を管理するものである。

具体的には、ユーザ情報管理部２０３は、Ｅメールサーバ１００Ａ（または１００Ｂ）においてユーザを識別するユーザＩＤ（例えば、“ＴａｒｏＢｕｓｉｎｅｓｓ”）と、中継用メールＩＤ（例えば、“Ｔａｒｏ＿０１”）とが対応付けられたユーザ情報データ２００Ｄ（図６（ｂ）参照）を生成して管理する。

また、ユーザ情報管理部２０３は、中継用メールＩＤを生成するものであり、本実施形態において、中継用メールＩＤ生成部を構成する。具体的には、ユーザ情報管理部２０３は、中継エージェントサーバ２００においてユーザ（例えば、“三洋太郎”）を識別するために用いられる中継サーバユーザＩＤ（例えば、“Ｔａｒｏ”）、を含む中継用メールＩＤ（“Ｔａｒｏ＿０１”）を自動で生成する。

すなわち、ユーザ情報管理部２０３は、中継サーバユーザＩＤ（“Ｔａｒｏ”）に基づいて、“Ｔａｒｏ＿０１”〜“Ｔａｒｏ＿０２”と、“Ｔａｒｏ−ｘｘ”の“ｘｘ”部分にシリアル番号を付与した中継用メールＩＤを順次生成する（図６（ｂ）参照）。

また、ユーザ情報管理部２０３は、中継サーバユーザＩＤ（“Ｔａｒｏ”）と、ユーザ（“三洋太郎”）が利用するＥメールサーバ１００Ａ（または１００Ｂ）の名称との組合せを含む中継用メールＩＤ（例えば、“Ｔａｒｏ＿ｍａｉｌ．ＢｕｓｉｎｅｓｓＭａｉｌＳｅｒｖｅｒ．ｃｏｍ”）を自動で生成することもできる。

なお、上述した中継用メールＩＤの自動生成によって、同一の中継用メールＩＤが重複して生成された場合には、その旨を中継エージェントサーバ２００の管理者、または該当するユーザに報知するようにしてもよい。

クライアント端末４００Ａ（４００Ｂ）は、中継エージェントサーバ２００（ユーザ情報管理部２０３）によって自動生成された中継用メールＩＤを用いて、中継エージェントサーバ２００にユーザ（“三洋太郎”）宛てのＥメールの中継を要求する。

Ｅメール処理部２０５は、中継エージェントサーバ２００宛てに送信されたＥメールを受信し、受信したＥメールをデータ格納部２０９に格納するものである。また、Ｅメール処理部２０５は、クライアント端末４００Ａ（または４００Ｂ）の要求に応じて、受信したＥメールをクライアント端末４００Ａ（または４００Ｂ）に送信するものである。

すなわち、中継エージェントサーバ２００は、後述するＥメールの中継のみではなく、中継エージェントサーバ２００に登録されているユーザ（例えば、“三洋太郎”）に関して、一般的な送信メールサーバ（ＳＭＴＰサーバ）及び受信メールサーバ（例えば、ＰＯＰ３サーバ）として機能し、Ｅメールの送受信を実行することができる。

さらに、Ｅメール処理部２０５は、データ格納部２０９に格納されているユーザ情報データ２００Ｄ（図６（ｂ）参照）に基づいて、Ｅメールサーバ１００Ａ（または１００Ｂ）に蓄積されている所定のユーザ宛て（例えば、“三洋太郎”）のＥメールをクライアント端末４００Ａ（または４００Ｂ）に中継することができる。Ｅメール処理部２０５は、本実施形態において、電子メール中継部を構成する。

具体的には、Ｅメール処理部２０５は、クライアント端末４００Ａ（または４００Ｂ）から、ＰＯＰ３（またはＩＭＡＰ４）にしたがったＥメールの中継の要求（Retrコマンド）を、通信ＩＦ部２０１を介して受信する。

当該要求を受信したＥメール処理部２０５は、Ｅメールサーバ１００Ａ（または１００Ｂ）に蓄積されているクライアント端末４００Ａ（または４００Ｂ）のユーザ（例えば、“三洋太郎”）宛てのＥメールを取得する。

さらに、Ｅメール処理部２０５は、取得した“三洋太郎”宛てのＥメールを、ＰＯＰ３（またはＩＭＡＰ４）にしたがって、クライアント端末４００Ａに中継する。なお、中継エージェントサーバ２００を用いた具体的なＥメールの受信方法については、後述する。

また、Ｅメール処理部２０５は、ユーザによって予め設定された条件に基づいて、Ｅメールに添付されている添付ファイル（例えば、静止画像データ）を削除することができる。さらに、Ｅメール処理部２０５は、当該添付ファイルをアプリケーションサーバ３００に転送することができる。

例えば、パーソナルコンピュータであるクライアント端末４００Ａと比較して、通信速度や処理能力が制限されるＰＤＡであるクライアント端末４００Ｂと対応付けて用いられるユーザＩＤ（例えば、“ＴａｒｏＰｒｉｖａｔｅ”）の場合、容量の大きい添付ファイルを受信することができない。このため、中継エージェントサーバ２００側において当該添付ファイルを削除することが必要となる。なお、添付ファイルの具体的な変換内容や方法については、後述する。

ユーザＩＦ部２０７は、データ格納部２０９に格納されているユーザ情報データ２００Ｄ（図６（ｂ）参照）に基づいて、特定のユーザの情報などをアプリケーションサーバ３００に送信するものである。

データ格納部２０９は、通信ネットワーク１０を介して受信したＥメールなどを格納するものである。また、データ格納部２０９は、ユーザ情報データ２００Ｄを格納するものであり、本実施形態では、ユーザ情報データ格納部を構成する。

（２）アプリケーションサーバ
アプリケーションサーバ３００は、通信ＩＦ部３０１、添付ファイル変換部３０３及びＷｅｂ−ＩＦ部３０５を備えている。

通信ＩＦ部３０１は、通信ネットワーク１０と接続するための通信インターフェースを提供するものである。具体的には、通信ＩＦ部３０１は、有線ＬＡＮインターフェース（例えば、100BASE-TX）によって構成されている。

さらに、通信ＩＦ部３０１は、添付ファイル変換部３０３及びＷｅｂ−ＩＦ部３０５の論理ブロックと接続されており、当該論理ブロックや通信ネットワーク１０との間において送受されるデータ（ＩＰパケット）を中継するものである。

添付ファイル変換部３０３は、Ｅメールに添付されている添付ファイルを変換するものである。本実施形態では、Ｅメール処理部２０５と添付ファイル変換部３０３とによって、添付ファイル処理部が構成される。

具体的には、添付ファイル変換部３０３は、中継エージェントサーバ２００（Ｅメール処理部２０５）によって転送された“静止画像データ”の添付ファイルの容量（バイト数）を縮小し、縮小した静止画像データをＥメール処理部２０５に返送する。

また、添付ファイル変換部３０３は、中継エージェントサーバ２００（Ｅメール処理部２０５）から転送された“書類データ”の添付ファイル（例えば、文書データや表計算データ）を、ディスプレイサイズや処理能力が限定されるクライアント端末（例えば、クライアント端末４００Ｂ）で表示可能な静止画像データに変換する。添付ファイル変換部３０３は、変換した静止画像データをＥメール処理部２０５に返送する。

さらに、添付ファイル変換部３０３は、当該書類データの表示イメージを指定されたファックス端末（電話番号）宛てに送信したり、添付ファイルをＷｅｂサーバ（不図示）においてダウンロード可能な状態として提供したりすることもできる。

Ｗｅｂ−ＩＦ部３０５は、中継エージェントサーバ２００（ユーザＩＦ部２０７）によって送信されたユーザの情報をＷｅｂページとして表示したり、Ｗｅｂページを介して入力されたユーザの情報などを中継エージェントサーバ２００（ユーザＩＦ部２０７）に送信したりするものである。

（電子メール中継システムによる電子メール受信方法）
次に、上述した電子メール中継システムによる電子メール（Ｅメール）の受信方法について説明する。なお、以下、クライアント端末４００Ａを使用するユーザ：“三洋太郎”を例として、電子メールの受信方法を説明する。

（１）基本設定情報
まず、図３（ａ）、（ｂ）及び図４を参照して、中継エージェントサーバ２００（アプリケーションサーバ３００）及びクライアント端末４００Ａに設定される基本設定情報について説明する。

図３（ａ）及び（ｂ）は、中継エージェントサーバ２００（及びアプリケーションサーバ３００）に関するサーバアドレスを示している。

また、図３（ｂ）は、中継エージェントサーバ２００においてユーザ（“三洋太郎”）を識別するために用いられ、当該ユーザ宛てのメールアドレスのユーザ名部分（ｘｘｘｘ＠ａｌｖｉｓｓ．ｃｏｍの“ｘｘｘｘ”部分）となる中継サーバユーザＩＤ、及び中継サーバユーザＩＤと対応付けられるパスワードを示している。

なお、図３（ａ）及び（ｂ）に示すサーバアドレスのうち、Ｗｅｂサービスサーバアドレスは、中継エージェントサーバ２００（及びアプリケーションサーバ３００）に限らず、中継エージェントサーバ２００（及びアプリケーションサーバ３００）と連携して動作するＷｅｂサーバ（不図示）用としても用いられる。

また、図３（ｂ）では、受信メールサーバ、送信メールサーバ及びＷｅｂサービスサーバ用の中継サーバユーザＩＤとして、すべて“Ｔａｒｏ”が設定されているが、中継サーバユーザＩＤは、サーバごとに異なっていてもよい。

図４は、中継サーバユーザＩＤ（“Ｔａｒｏ”）を用いてＥメールを送受信するために、クライアント端末４００Ａに設定される基本設定情報を示している。なお、クライアント端末４００Ａには、一般的なＥメールクライアントのソフトウェアがインストールされており、図４に示す基本設定情報は、当該ソフトウェアを用いて設定することができる。また、図４では、Ｗｅｂサービスサーバに関する基本設定情報については、省略されている。

（２）受信メールサーバ情報の設定
次に、図５（ａ）〜（ｃ）、図６（ａ）及び（ｂ）を参照して、中継エージェントサーバ２００によるＥメールの中継の対象となる受信メールサーバ（Ｅメールサーバ１００Ａまたは１００Ｂ）情報の設定方法について説明する。

図５（ａ）〜（ｃ）は、アプリケーションサーバ３００によって生成されたＷｅｂページの表示画面の遷移状態を示している。図５（ａ）は、受信メールサーバを設定するために、クライアント端末４００Ａがアプリケーションサーバ３００にアクセスした場合において、クライアント端末４００Ａに表示される初期画面（表示画面Ｄ１０）を示している。

図５（ａ）に示すように、表示画面Ｄ１０では、Ｗｅｂサービスサーバ用の中継サーバユーザＩＤ（“Ｔａｒｏ”）を入力するエリアＡ１１と、当該中継サーバユーザＩＤと対応付けられているパスワード（“ＴａｒｏＷｅｂＰａｓｓｗｏｒｄ”）を入力するエリアＡ１２とが設けられている。

ユーザ（“三洋太郎”）によって、正しい中継サーバユーザＩＤ及びパスワードが入力されると、図５（ｂ）に示す表示画面Ｄ２０が表示される。

図５（ｂ）に示すように、表示画面Ｄ２０では、受信メールサーバのサーバアドレス（Ｅメールサーバアドレス）を入力するエリアＡ２１、当該受信メールサーバにおいてユーザ（“三洋太郎”）を識別するユーザＩＤを入力するエリアＡ２２、及び当該ユーザＩＤと対応付けられるパスワードを入力するエリアＡ２３が設けられている。なお、パスワードの入力は、オプションとすることができる。

ここで、図６（ａ）に示すように、Ｅメールサーバ１００Ａ（受信メールサーバ）には、サーバアドレスとして、“ｍａｉｌ．ＢｕｓｉｎｅｓｓＭａｉｌＳｅｒｖｅｒ．ｃｏｍ”が設定されている。また、Ｅメールサーバ１００Ａにおいてユーザ（“三洋太郎”）を識別するユーザＩＤとして、“ＴａｒｏＢｕｓｉｎｅｓｓ”が設定されている。

同様に、Ｅメールサーバ１００Ｂ（受信メールサーバ）には、サーバアドレスとして、“ｍａｉｌ．ＰｒｉｖａｔｅＭａｉｌＳｅｒｖｅｒ．ｃｏｍ”が設定されている。また、Ｅメールサーバ１００Ｂにおいてユーザ（“三洋太郎”）を識別するユーザＩＤとして、“ＴａｒｏＰｒｉｖａｔｅ”が設定されている。

すなわち、ユーザ（“三洋太郎”）は、Ｅメールサーバ１００Ａ及びＥメールサーバ１００Ｂにおいて、それぞれユーザＩＤを有し、複数のＥメールアドレスを使い分けている。

ユーザ（“三洋太郎”）は、図５（ｂ）に示すように、上述したサーバアドレス（Ｅメールサーバアドレス）、ユーザＩＤ（及び必要によりパスワード）を入力し、ＯＫボタンＢ２１を押下する。

ＯＫボタンＢ２１が押下されると、図６（ｂ）に示すユーザ情報データ２００Ｄとして、当該情報が登録される。ここで、中継エージェントサーバ２００は、ユーザ（“三洋太郎”）の中継サーバユーザＩＤ（“Ｔａｒｏ”、図３（ｂ）参照）に基づいて、“ＴａｒｏＢｕｓｉｎｅｓｓ”と対応付けられる“中継用メールＩＤ”として、“Ｔａｒｏ＿０１”を自動で生成する。

同様に、中継エージェントサーバ２００は、ユーザ（“三洋太郎”）の中継サーバユーザＩＤ（“Ｔａｒｏ”）に基づいて、“ＴａｒｏＰｒｉｖａｔｅ”と対応付けられる“中継用メールＩＤ”として、“Ｔａｒｏ＿０２”を自動で生成する。

さらに、ＯＫボタンＢ２１が押下されると、入力した情報が妥当か否かをユーザ（“三洋太郎”）に確認させるため、図５（ｃ）に示す表示画面Ｄ３０が表示される。

なお、詳細設定ボタンＢ２２（図５（ｂ）参照）の使用方法については、後述する。

（３）Ｅメールの中継及び受信
次に、中継エージェントサーバ２００を用いて、ユーザ（“三洋太郎”）宛てに、送信元（不図示）から送信され、Ｅメールサーバ１００Ａ（“ｍａｉｌ．ＢｕｓｉｎｅｓｓＭａｉｌＳｅｒｖｅｒ．ｃｏｍ”）に蓄積されているＥメールの中継及び受信方法について説明する。

（３−１）概略通信シーケンス
まず、“三洋太郎”宛てのＥメールの中継及び受信に係る通信シーケンスの概略について説明する。図７は、“三洋太郎”宛てのＥメールの中継及び受信に係る概略通信シーケンスを示している。なお、具合的な動作フローについては、後述する。

図７に示すように、ステップＳ１１〜Ｓ１４は、ＰＯＰ３に準じた接続開始に係る通信シーケンスを示している。

ステップＳ２１〜Ｓ２４は、ＰＯＰ３に準じたユーザ認証交換に係る通信シーケンスを示している。

ステップＳ３１〜Ｓ４２は、ＰＯＰ３に準じて、Ｅメールサーバ１００Ａに蓄積されている“三洋太郎”宛てのＥメールに関する情報（Ｅメール数やサイズ）の取得、及びＥメールのダウンロードに係る通信シーケンスを示している。

図７に示すように、中継エージェントサーバ２００は、クライアント端末４００ＡとＥメールサーバ１００Ａとの間に介在し、クライアント端末４００Ａのエージェントとして、ユーザ（“三洋太郎”）宛てのＥメールを取得し、取得したＥメールをクライアント端末４００Ａに中継する。

なお、図７では図示されていないが、ステップＳ４２以降、必要により、サインオフや通信コネクションの切断に係る通信シーケンスが実行される。

（３−２）接続開始
次に、図７、図８（ａ）及び（ｂ）を参照して、接続開始に係る動作フロー（図７のステップＳ１１〜Ｓ１４に関する）について説明する。なお、図８〜図１４において、円で囲まれた“１Ａ”〜“３Ｇ”は、図７に示す“１Ａ”〜“３Ｇ”の部分と対応している。

図８（ａ）に示すように、ステップＳ１１１において、中継エージェントサーバ２００は、ステップＳ１１においてクライアント端末４００Ａによって送信されたユーザＩＤが、中継エージェントサーバ２００においてユーザ（“三洋太郎”）を識別するために用いられる中継サーバユーザＩＤ（“Ｔａｒｏ”）か否かを判定する。

クライアント端末４００Ａによって送信されたユーザＩＤが中継サーバユーザＩＤ（“Ｔａｒｏ”）である場合（ステップＳ１１１のＹＥＳ）、ステップＳ１１３において、中継エージェントサーバ２００は、２種類あるモード（通常メールサーバモード／中継モード）のうち、通常のＥメールサーバとして動作する通常メールサーバモードに設定する。

ステップＳ１１５において、中継エージェントサーバ２００は、ＰＯＰ３の肯定応答（＋ＯＫ）を生成する。この場合、ステップＳ１２，Ｓ１３の処理は実行されず、ステップＳ１４において、肯定応答（＋ＯＫ）がクライアント端末４００Ａに送信される。

クライアント端末４００Ａによって送信されたユーザＩＤが中継サーバユーザＩＤ（“Ｔａｒｏ”）でない場合（ステップＳ１１１のＮＯ）、つまり、クライアント端末４００Ａによって送信されたユーザＩＤが中継用メールＩＤ（“Ｔａｒｏ＿０１”または“Ｔａｒｏ＿０２”）である場合、ステップＳ１１７において、中継エージェントサーバ２００は、内部に格納しているユーザ情報データを検索する。

具体的には、上述したように、データ格納部２０９に格納されているユーザ情報データ２００Ｄ（図６（ｂ）参照）を検索する。

ステップＳ１１９において、中継エージェントサーバ２００は、クライアント端末４００Ａによって送信された中継用メールＩＤ（ここでは、“Ｔａｒｏ＿０１”が送信されたものとする）が、ユーザ情報データに含まれているか否かを判定する。

中継用メールＩＤ（“Ｔａｒｏ＿０１”）がユーザ情報データに含まれている場合（ステップＳ１１９のＹＥＳ）、ステップＳ１２１において、中継エージェントサーバ２００は、中継用メールＩＤ（“Ｔａｒｏ＿０１”）と対応付けられている“ｍａｉｌ．ＢｕｓｉｎｅｓｓＭａｉｌＳｅｒｖｅｒ．ｃｏｍ”（Ｅメールサーバ１００Ａ）のＰＯＰポートを選択し、中継用メールＩＤ（“Ｔａｒｏ＿０１”）と対応付けられているユーザＩＤ（“ＴａｒｏＢｕｓｉｎｅｓｓ”）を取得する。

中継用メールＩＤ（“Ｔａｒｏ＿０１”）がユーザ情報データに含まれていない場合（ステップＳ１１９のＮＯ）、ステップＳ１２３において、中継エージェントサーバ２００は、否定応答（−ＥＲＲ）を生成する。この場合、ステップＳ１４において、否定応答（−ＥＲＲ）がクライアント端末４００Ａに送信される。

また、図８（ｂ）に示すように、ステップＳ１２５において、中継エージェントサーバ２００は、中継用メールＩＤ（“Ｔａｒｏ＿０１”）と対応付けられているユーザＩＤ（“ＴａｒｏＢｕｓｉｎｅｓｓ”）を用いて、Ｅメールサーバ１００Ａと接続を開始する。

この後、ステップＳ１２において、ユーザＩＤ（“ＴａｒｏＢｕｓｉｎｅｓｓ”）を用いた接続が実行される。

ステップＳ１２７において、中継エージェントサーバ２００は、Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）か否かを判定する。

Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）である場合（ステップＳ１２７のＹＥＳ）、ステップＳ１２９において、中継エージェントサーバ２００は、肯定応答（＋ＯＫ）を生成する。

Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）でない場合（ステップＳ１２７のＮＯ）、つまり、否定応答（−ＥＲＲ）である場合、ステップＳ１３１において、中継エージェントサーバ２００は、否定応答（−ＥＲＲ）を生成する。

この後、ステップＳ１４において、肯定応答（＋ＯＫ）または否定応答（−ＥＲＲ）がクライアント端末４００Ａに送信される。なお、中継エージェントサーバ２００は、Ｅメールサーバ１００Ａによって送信される肯定応答（＋ＯＫ）または否定応答（−ＥＲＲ）をそのまま中継してもよい。

（３−３）ユーザ認証交換
次に、図７及び図９を参照して、ユーザ認証交換に係る動作フロー（図７のステップＳ２１〜Ｓ２４に関する）について説明する。

図９に示すように、ステップＳ２１１において、中継エージェントサーバ２００は、クライアント端末４００Ａによって送信されたＰＯＰ３のpassコマンドの引数、つまり、ユーザＩＤ（“ＴａｒｏＢｕｓｉｎｅｓｓ”）と対応付けられているパスワード（“ＴａｒｏＢｕｓｉｎｅｓｓＰａｓｓｗｏｒｄ”）を用いて、Ｅメールサーバ１００Ａへのpassコマンドを生成する。

この後、ステップＳ２２において、生成したpassコマンドがＥメールサーバ１００Ａに送信される。

ステップＳ２１３において、中継エージェントサーバ２００は、Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）か否かを判定する。

Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）である場合（ステップＳ２１３のＹＥＳ）、ステップＳ２１５において、中継エージェントサーバ２００は、肯定応答（＋ＯＫ）を生成する。

Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）でない場合（ステップＳ２１３のＮＯ）、ステップＳ２１７において、中継エージェントサーバ２００は、否定応答（−ＥＲＲ）を生成する。

この後、ステップＳ２４において、肯定応答（＋ＯＫ）または否定応答（−ＥＲＲ）がクライアント端末４００Ａに送信される。

なお、上述したユーザ認証交換に係る処理は、以下のように変更してもよい。図１０は、図９に示したユーザ認証交換に代えて用いられるユーザ認証交換に係る処理を示している。

図９に示した動作フローでは、クライアント端末４００Ａによって送信されたpassコマンドの引数をそのままＥメールサーバ１００Ａにスルーする形態となっている。

一方、図１０に示す動作フローでは、ユーザＩＤ（“ＴａｒｏＢｕｓｉｎｅｓｓ”，“ＴａｒｏＰｒｉｖａｔｅ”）と対応付けられるパスワード（“ＴａｒｏＢｕｓｉｎｅｓｓＰａｓｓｗｏｒｄ”，“ＴａｒｏＰｒａｉｖｅＰａｓｓｗｏｒｄ”）をユーザ情報データ２００Ｄ（図６（ｂ）参照）に登録し、中継エージェントサーバ２００において、ユーザ（“三洋太郎”）を認証する。

ステップＳ２２１において、中継エージェントサーバ２００は、クライアント端末４００Ａによって送信されたＰＯＰ３のpassコマンドの引数、つまり、ユーザＩＤ（“ＴａｒｏＢｕｓｉｎｅｓｓ”）と対応付けられているパスワード（“ＴａｒｏＢｕｓｉｎｅｓｓＰａｓｓｗｏｒｄ”）、及びユーザ情報データに含まれており、ユーザＩＤ（“ＴａｒｏＢｕｓｉｎｅｓｓ”）と対応付けられているパスワードを用いて、ユーザ（“三洋太郎”）を認証する。

ステップＳ２２３において、中継エージェントサーバ２００は、ステップＳ２２１における認証の結果がＯＫか否かを判定する。

認証の結果がＯＫでない場合（ステップＳ２２３のＮＯ）、つまり、passコマンドの引数部分に含まれるパスワードと、ユーザ情報データに含まれるパスワードとが一致しない場合、中継エージェントサーバ２００は、ステップＳ２２５の処理を実行する。

認証の結果がＯＫである場合（ステップＳ２２３のＹＥＳ）、ステップＳ２２７において、中継エージェントサーバ２００は、クライアント端末４００Ａによって送信されたＰＯＰ３のpassコマンドの引数部分に含まれるパスワード（“ＴａｒｏＢｕｓｉｎｅｓｓＰａｓｓｗｏｒｄ”）を用いて、Ｅメールサーバ１００Ａへのpassコマンドを生成する。

この後、ステップＳ２２において、生成したpassコマンドがＥメールサーバ１００Ａに送信される。

ステップＳ２２９において、中継エージェントサーバ２００は、Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）か否かを判定する。

Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）である場合（ステップＳ２２９のＹＥＳ）、ステップＳ２３１において、中継エージェントサーバ２００は、肯定応答（＋ＯＫ）を生成する。

Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）でない場合（ステップＳ２２９のＮＯ）、ステップＳ２２５において、中継エージェントサーバ２００は、否定応答（−ＥＲＲ）を生成する。

この後、ステップＳ２４において、肯定応答（＋ＯＫ）または否定応答（−ＥＲＲ）がクライアント端末４００Ａに送信される。

（３−４）添付ファイルの加工
次に、図７、図１１〜図１５を参照して、ユーザ（“三洋太郎”）宛てのＥメールに添付されている添付ファイルの加工に係る動作フローについて説明する。

図１１（ａ）は、添付ファイルの加工など、“中継サービス”と称して、中継エージェントサーバ２００（及びアプリケーションサーバ３００）の提供者によって提供される付加サービスの設定画面を示している。

具体的には、図１１（ａ）は、図５（ｂ）に示した表示画面Ｄ２０において、詳細設定ボタンＢ２２が押下されることによって表示される中継サービス内容設定画面（表示画面Ｄ４０）を示している。

図１１（ａ）に示すように、表示画面Ｄ４０では、中継サービスの種類が表示されるエリアＡ４１と、提供を受ける中継サービスを選択（チェック）するエリアＡ４２とが設けられている。

なお、エリアＡ４１には、３種類の中継サービスしか表示されていないが、中継エージェントサーバ２００（及びアプリケーションサーバ３００）によって提供される中継サービスとしては、上述したように、書類データの表示イメージを指定されたファックス端末（電話番号）宛てに送信することなどが含まれてもよい。

図１１（ｂ）は、表示画面Ｄ４０を介して、提供を受ける中継サービスの種類が設定されたユーザ情報データ２００Ｄの内容を示している。図１１（ｂ）に示すように、“詳細設定情報”の列には、提供を受ける中継サービスの種類が登録される。

例えば、ユーザＩＤ（“ＴａｒｏＢｕｓｉｎｅｓｓ”）については、“詳細設定情報”の列に、（１）と（３）とが登録されている。つまり、「メールサーバにメッセージのコピーを保存」及び「添付ファイルを画像ファイルに変換し、Ｗｅｂサーバに保存、ＵＲＬを通知」の２種類の中継サービスが選択されている。

また、図１１（ａ）に示すように、「（２）メールのプレーンテキストパートのみを中継」を中継サービスとして選択することもできる。

（３−４−１）電子メールの削除
次に、図７及び図１２を参照して、Ｅメールサーバ１００Ａに蓄積されているユーザ（“三洋太郎”）宛てのＥメールを削除する動作フローについて説明する。

図１２に示すように、ステップＳ３１１において、中継エージェントサーバ２００は、クライアント端末４００Ａによって送信されたＰＯＰ３のretrコマンドの引数、つまり、メッセージ番号及び当該メッセージの内容を保存する。

ステップＳ３１３において、中継エージェントサーバ２００は、当該中継用メールＩＤ（“Ｔａｒｏ＿０１”）に関するユーザ情報データに（１）の中継サービス（「メールサーバにメッセージのコピーを保存」が登録されているか否かを判定する。

ユーザ情報データに（１）の中継サービスが登録されていない場合（ステップＳ３１３のＮＯ）、ステップＳ３１５において、中継エージェントサーバ２００は、ステップＳ３１１において保存したメッセージ番号を引数として、deleteコマンドをＥメールサーバ１００Ａに送信する。

ユーザ情報データに（１）の中継サービスが登録されている場合（ステップＳ３１３のＹＥＳ）、中継エージェントサーバ２００は、ステップＳ３１９の処理を実行する。

ステップＳ３１７において、中継エージェントサーバ２００は、中継エージェントサーバ２００は、Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）か否かを判定する。

Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）である場合（ステップＳ３１７のＹＥＳ）、ステップＳ３１９において、中継エージェントサーバ２００は、中継エージェントサーバ２００は、肯定応答（＋ＯＫ）を生成する。

この後、ステップＳ３８（図７参照）において、肯定応答（＋ＯＫ）がクライアント端末４００Ａに送信される。

Ｅメールサーバ１００Ａからの応答が肯定応答（＋ＯＫ）でない場合（ステップＳ３１７のＮＯ）、ステップＳ３２１において、中継エージェントサーバ２００は、当該メッセージ（Ｅメール）の削除不可として、処理を終了する。

（３−４−２）添付ファイルの削除
次に、図７及び図１３を参照して、ユーザ（“三洋太郎”）宛てのＥメールのプレーンテキストパートのみを中継し、添付ファイル部分を削除する動作フローについて説明する。

図１３に示すように、ステップＳ３３１において、中継エージェントサーバ２００は、Ｅメールサーバ１００Ａから取得したメッセージ（Ｅメール）の内容を保存する。

ステップＳ３３３において、中継エージェントサーバ２００は、当該中継用メールＩＤ（“Ｔａｒｏ＿０１”）に関するユーザ情報データに（２）の中継サービス（「メールのプレーンテキストパートのみを中継」が登録されているか否かを判定する。

ユーザ情報データに（２）の中継サービスが登録されている場合（ステップＳ３３３のＹＥＳ）、ステップＳ３３５において、中継エージェントサーバ２００は、ステップＳ３３１においてＥメールサーバ１００Ａから取得して保存した当該メッセージのうち、Content Typeがtext/plain以外の部分を削除する。

ユーザ情報データに（２）の中継サービスが登録されていない場合（ステップＳ３３３のＮＯ）、中継エージェントサーバ２００は、ステップＳ３３７の処理を実行する。

ステップＳ３３７において、中継エージェントサーバ２００は、肯定応答（＋ＯＫ）及びメッセージ内容を生成する。

この後、ステップＳ３８（図７参照）において、肯定応答（＋ＯＫ）及びメッセージ内容がクライアント端末４００Ａに送信される。

（３−４−３）添付ファイルの変換
次に、図７及び図１４を参照して、Ｅメールの添付ファイルを静止画像データに変換し、Ｗｅｂサーバに保存する動作フローについて説明する。

図１４に示すように、ステップＳ３４１において、中継エージェントサーバ２００は、Ｅメールサーバ１００Ａから取得したメッセージ（Ｅメール）の内容を保存する。

ステップＳ３４３において、中継エージェントサーバ２００は、当該中継用メールＩＤ（“Ｔａｒｏ＿０１”）に関するユーザ情報データに（３）の中継サービス（「添付ファイルを画像ファイルに変換し、Ｗｅｂサーバに保存、ＵＲＬを通知」が登録されているか否かを判定する。

ユーザ情報データに（３）の中継サービスが登録されている場合（ステップＳ３４３のＹＥＳ）、ステップＳ３４５において、中継エージェントサーバ２００は、当該メッセージ（Ｅメール）にtext以外のファイルが添付されているか否かを判定する。

ユーザ情報データに（３）の中継サービスが登録されていない場合（ステップＳ３４３のＮＯ）、中継エージェントサーバ２００は、ステップＳ３５７の処理を実行する。

当該メッセージ（Ｅメール）にtext以外のファイルが添付されている場合（ステップＳ３４５のＹＥＳ）、ステップＳ３４７において、中継エージェントサーバ２００は、ステップＳ３４１においてＥメールサーバ１００Ａから取得して保存した当該メッセージのうち、Content Typeがtext/plain以外の部分をアプリケーションサーバ３００に送信する。

当該メッセージ（Ｅメール）にtext以外のファイルが添付されていない場合（ステップＳ３４５のＮＯ）、中継エージェントサーバ２００は、ステップＳ３５７の処理を実行する。

ステップＳ３４９において、アプリケーションサーバ３００は、中継エージェントサーバ２００によって送信された添付ファイルを静止画像データに変換する。また、アプリケーションサーバ３００は、当該静止画像データをＷｅｂサーバに格納する。

ステップＳ３５１において、中継エージェントサーバ２００は、変換された添付ファイル（静止画像データ）の格納先を示すＵＲＬをアプリケーションサーバ３００から取得する。

ステップＳ３５３において、中継エージェントサーバ２００は、当該メッセージに含まれるContent Typeがtext/plain以外の部分を削除する。

ステップＳ３５５において、中継エージェントサーバ２００は、取得したＵＲＬの情報を当該メッセージ（Ｅメール）に追加する。

ステップＳ３５７において、中継エージェントサーバ２００は、肯定応答（＋ＯＫ）及びメッセージ内容を生成する。

この後、ステップＳ３８（図７参照）において、肯定応答（＋ＯＫ）及びメッセージ内容がクライアント端末４００Ａに送信される。

なお、上述したＥメールの添付ファイルを静止画像データに変換し、Ｗｅｂサーバに保存する動作フローでは、添付ファイルの変換後における静止画像データのサイズなどについては選択できなかったが、図１５に示すような内容をユーザに選択させるようにすることもできる。

具体的には、中継エージェントサーバ２００（アプリケーションサーバ３００）は、複数の画面サイズ（ＱＶＧＡ未満、ＱＶＧＡ及びＶＧＡ以上）の中から選択された画面サイズの静止画像データを生成する。

また、当該静止画像データを表示するクライアント端末において、スクロール（縦または横）を許可するか否かを選択できるようにすることもできる。このようなオプションを提供することによって、ユーザの使用するクライアント端末に応じた適切なサイズの静止画像データを提供することが容易となる。

（作用・効果）
以上説明した本実施形態に係る電子メール中継システムによれば、Ｅメールサーバ１００Ａにおいてユーザ（例えば、“三洋太郎”）を識別するユーザＩＤ（例えば、“ＴａｒｏＢｕｓｉｎｅｓｓ”）と、中継用メールＩＤ（例えば、“Ｔａｒｏ＿０１”）とが、ユーザ情報データ２００Ｄによって対応付けられる。

また、ユーザ（“三洋太郎”）は、クライアント端末（例えば、クライアント端末４００Ａ）から中継用メールＩＤ（“Ｔａｒｏ＿０１”）を用いて、中継エージェントサーバ２００に“ＴａｒｏＢｕｓｉｎｅｓｓ”宛てのＥメールの中継を要求する。

当該要求を受信した中継エージェントサーバ２００は、ユーザ情報データ２００Ｄに基づいて、中継用メールＩＤ（“Ｔａｒｏ＿０１”）と対応付けられているユーザＩＤ（“ＴａｒｏＢｕｓｉｎｅｓｓ”）宛てのＥメールをＥメールサーバ１００Ａから取得する。

さらに、ユーザ（“三洋太郎”）の利用するクライアント端末と、中継エージェントサーバ２００との間では、汎用的なＥメールの送受信プロトコルが用いられる。

このため、ユーザ（“三洋太郎”）は、汎用的な電子メールの送受信プロトコルを用いつつ、特定のＥメールサーバに蓄積されるＥメールを中継させることができる。

すなわち、ユーザ（“三洋太郎”）は、複数のユーザＩＤ（Ｅメールアドレス）のうち、所望のユーザＩＤ宛てのＥメールのみを、必要な“中継サービス”（添付ファイルの変換など）を利用しつつ、適宜中継エージェントサーバ２００に中継させることができる。

本実施形態に係る電子メール中継システムによれば、中継エージェントサーバ２００が中継用メールＩＤ（“Ｔａｒｏ＿０１”，“Ｔａｒｏ＿０２”）を生成するため、ユーザが中継用メールＩＤを決定したり、中継エージェントサーバ２００の提供者が中継用メールＩＤを割り当てたりする必要がなく、中継エージェントサーバ２００の利便性が向上する。

特に、中継エージェントサーバ２００は、中継エージェントサーバ２００においてユーザを識別する中継サーバユーザＩＤ（例えば、“Ｔａｒｏ”）に基づいて、関連性のある中継用メールＩＤ（“Ｔａｒｏ＿０１”，“Ｔａｒｏ＿０２”）を自動で生成するため、ユーザ及び中継エージェントサーバ２００の提供者における中継用メールＩＤの利用や管理が容易となる。

（その他の実施形態）
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。

例えば、上述した本発明の実施形態では、中継エージェントサーバ２００とアプリケーションサーバ３００とが、それぞれ独立したサーバによって構成される形態としたが、中継エージェントサーバ２００の中に、アプリケーションサーバ３００の機能を含むようにしてもよい。

また、上述した中継エージェントサーバ２００を構成するユーザ情報管理部２０３、Ｅメール処理部２０５及びユーザＩＦ部２０７は、コンピュータプログラムとして実現することも勿論可能である。同様に、アプリケーションサーバ３００を構成する添付ファイル変換部３０３及びＷｅｂ−ＩＦ部３０５もコンピュータプログラムとして実現することができる。

さらに、上述した本発明の実施形態では、中継エージェントサーバ２００においてユーザを識別する中継サーバユーザＩＤ（例えば、“Ｔａｒｏ”）に基づいて、関連性のある中継用メールＩＤ（“Ｔａｒｏ＿０１”，“Ｔａｒｏ＿０２”）が自動で生成される形態としたが、中継用メールＩＤは、必ずしも自動で生成されなくてもよい。

このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

本発明の実施形態に係る電子メール中継システムの全体概略構成図である。 本発明の実施形態に係る電子メール中継サーバ及びアプリケーションサーバの論理ブロック構成図である。 本発明の実施形態に係る電子メール中継システムに設定される基本設定情報を説明する説明図である。 本発明の実施形態に係る電子メール中継システムに設定される基本設定情報を説明する説明図である。 本発明の実施形態において、電子メールの中継の対象となる受信メールサーバ情報の設定方法を説明する説明図である。 本発明の実施形態において、電子メールの中継の対象となる受信メールサーバ情報の設定方法を説明する説明図である。 本発明の実施形態に係る電子メールの中継及び受信に係る概略通信シーケンス図である。 本発明の実施形態に係る電子メール中継システムの動作フロー図である。 本発明の実施形態に係る電子メール中継システムの動作フロー図である。 本発明の実施形態に係る電子メール中継システムの動作フロー図である。 本発明の実施形態に係る電子メール中継システムの動作フロー図である。 本発明の実施形態に係る電子メール中継システムの動作フロー図である。 本発明の実施形態に係る電子メール中継システムの動作フロー図である。 本発明の実施形態に係る電子メール中継システムの動作フロー図である。 本発明の実施形態において、電子メールの添付ファイルを静止画像データに変換する際のオプションを示す図である。

符号の説明

１０…通信ネットワーク、１００Ａ，１００Ｂ…Ｅメールサーバ、２００…中継エージェントサーバ、２００Ｄ…ユーザ情報データ、２０１…通信ＩＦ部、２０３…ユーザ情報管理部、２０５…Ｅメール処理部、２０７…ユーザＩＦ部、２０９…データ格納部、３００…アプリケーションサーバ、３０１…通信ＩＦ部、３０３…添付ファイル変換部、３０５…Ｗｅｂ−ＩＦ部、４００Ａ，４００Ｂ…クライアント端末

Claims (9)

1. 電子メールを受信する端末装置と、送信元によって送信された前記電子メールを蓄積する受信メールサーバに蓄積されている前記端末装置のユーザ宛ての前記電子メールを前記端末装置に中継する電子メール中継サーバとを少なくとも含む電子メール中継システムであって、
   前記電子メール中継サーバは、
   前記受信メールサーバにおいて前記ユーザを識別するユーザＩＤと、中継用メールＩＤとが対応付けられたユーザ情報データを格納するユーザ情報データ格納部と、
   前記ユーザ情報データ格納部に格納されている前記ユーザ情報データに基づいて、前記受信メールサーバに蓄積されている前記ユーザ宛ての前記電子メールを前記端末装置に中継する電子メール中継部と
   を備え、
   前記端末装置は、前記中継用メールＩＤを用いて、前記電子メール中継サーバに前記ユーザ宛ての前記電子メールの中継を要求することを特徴とする電子メール中継システム。
2. 前記電子メール中継サーバは、前記中継用メールＩＤを生成する中継用メールＩＤ生成部をさらに備えることを特徴とする請求項１に記載の電子メール中継システム。
3. 前記中継用メールＩＤ生成部は、前記電子メール中継サーバにおいて前記ユーザを識別するために用いられる中継サーバユーザＩＤ、または前記中継サーバユーザＩＤと前記受信メールサーバの名称との組合せを含む前記中継用メールＩＤを生成することを特徴とする請求項２に記載の電子メール中継システム。
4. 前記ユーザ宛ての前記電子メールに添付されている添付ファイルを削除または変換する添付ファイル処理部をさらに備えることを特徴とする請求項１乃至３の何れか一項に記載の電子メール中継システム。
5. 送信元によって送信された電子メールを蓄積する受信メールサーバに蓄積されている所定のユーザ宛ての前記電子メールを前記ユーザが使用する端末装置に中継する電子メール中継サーバであって、
   前記受信メールサーバにおいて前記ユーザを識別するユーザＩＤと、前記端末装置によって送信される中継用メールＩＤとが対応付けられたユーザ情報データを格納するユーザ情報データ格納部と、
   前記ユーザ情報データ格納部に格納されている前記ユーザ情報データと、前記端末装置によって送信された前記中継用メールＩＤとに基づいて、前記受信メールサーバに蓄積されている前記ユーザ宛ての前記電子メールを前記端末装置に中継する電子メール中継部と
   を備えることを特徴とする電子メール中継サーバ。
6. 前記中継用メールＩＤを生成する中継用メールＩＤ生成部をさらに備えることを特徴とする請求項５に記載の電子メール中継サーバ。
7. 前記中継用メールＩＤ生成部は、前記電子メール中継サーバにおいて前記ユーザを識別するために用いられる中継サーバユーザＩＤ、または前記中継サーバユーザＩＤと前記受信メールサーバの名称との組合せを含む前記中継用メールＩＤを生成することを特徴とする請求項６に記載の電子メール中継サーバ。
8. 前記ユーザ宛ての前記電子メールに添付されている添付ファイルを削除または変換する添付ファイル処理部をさらに備えることを特徴とする請求項５乃至７の何れか一項に記載の電子メール中継サーバ。
9. 送信元によって送信された電子メールを蓄積する受信メールサーバに蓄積されている所定のユーザ宛ての前記電子メールを前記ユーザが使用する端末装置に中継する電子メール中継プログラムであって、
   前記受信メールサーバにおいて前記ユーザを識別するユーザＩＤと、前記端末装置によって送信される中継用メールＩＤとが対応付けられたユーザ情報データを格納するユーザ情報データ格納処理と、
   前記ユーザ情報データ格納部に格納されている前記ユーザ情報データと、前記端末装置によって送信された前記中継用メールＩＤとに基づいて、前記受信メールサーバに蓄積されている前記ユーザ宛ての前記電子メールを前記端末装置に中継する電子メール中継処理と
   をコンピュータに実行させることを特徴とする電子メール中継プログラム。
   
   

Images