(57)【要約】【課題】小型軽量でありながら性能的にも優れるゲートウェイ装置を提供する。【解決手段】クライアント端末１とＰＯＰサーバ３との間に配置されて、電子メールの送受信を中継するゲートウェイ装置４である。ＰＯＰサーバ３に格納されている第１電子メールを受信する手段や、Ｓ／ＭＩＭＥ形式の第１電子メールをＭＩＭＥ形式の第２電子メールに変換して一時格納する手段、第２電子メールをクライアント端末１に送信する手段、第１電子メールおよび第２電子メールの情報を管理する管理テーブル９を備えている。管理テーブル９には、少なくとも第１電子メールのＬＩＳＴ番号１０と、第１電子メールのＵＩＤ番号１１と、第２電子メールのデータ容量１３とが含まれている。一度に受信できる第１電子メールの容量を制限する上限値が設定されている。【選択図】図１
2009055155.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末とサーバとの間に配置されて、電子メールの送受信を中継するゲートウェイ装置であって、
前記サーバに格納されている第１電子メールを受信する手段と、
前記第１電子メールを第２電子メールに変換して一時格納する手段と、
前記第２電子メールを前記クライアント端末に送信する手段と、
前記第１電子メールの情報および前記第２電子メールの情報を管理する管理テーブルと、
を備えていることを特徴とするゲートウェイ装置。
【請求項２】
請求項１に記載のゲートウェイ装置であって、
前記管理テーブルには、少なくとも、前記第１電子メールの連続番号、前記第１電子メールの識別番号および前記第２電子メールのデータ容量に関わる情報が記録されていることを特徴とするゲートウェイ装置。
【請求項３】
請求項１または請求項２に記載のゲートウェイ装置であって、
前記識別番号は、前記サーバで管理されている前記第１電子メールを特定するユニークＩＤ、または、前記ユニークＩＤと関連付けられた番号であることを特徴とするゲートウェイ装置。
【請求項４】
請求項１ないし請求項３のいずれかに記載のゲートウェイ装置において、前記第２電子メールを前記クライアント端末に送信した後、前記第２電子メールを削除することを特徴とするゲートウェイ装置。
【請求項５】
請求項１ないし請求項４のいずれかに記載のゲートウェイ装置であって、さらに、
一度に受信できる前記第１電子メールの容量の総和を制限する手段、
を備えることを特徴とするゲートウェイ装置。
【請求項６】
請求項５に記載のゲートウェイ装置であって、
単一の前記第１電子メールの容量が制限されている総和を超えるとき、制限に関わらず前記第１電子メールを受信することを特徴とするゲートウェイ装置。
【請求項７】
請求項１ないし請求項６のいずれかに記載のゲートウェイ装置において、
前記クライアント端末から前記第２電子メールの受信要求を受けたとき、前記クライアント端末との間で接続を確立し、前記接続を維持している状態で、前記サーバから受信した前記第１電子メールを前記第２電子メールに変換して前記クライアント端末に送信することを特徴とするゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールの送受信を中継するゲートウェイ装置に関し、なかでも、ゲートウェイ装置が行う電子メールの送受信の処理技術に関する。
【背景技術】
【０００２】
クライアントとサーバとの間に配置されて、電子メールの送受信を中継するゲートウェイ装置が公知である。この種のゲートウェイ装置の中には、電子メールの暗号化・復号機能を備えるものもある（特許文献１）。
【０００３】
【特許文献１】特開２００６−２４４３１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１のようなゲートウェイ装置には、電子メールを保持する記憶部が備えられている。多数の電子メールを保持するために、記憶部の容量は大きい方が好ましい。しかし、記憶部の容量を大きくすると、それだけ堅牢で容量の大きいストレージが必要になって製品コストや管理コストに影響する。そのため、記憶部の容量が小さくても性能的に問題がなく、小さいストレージで済むゲートウェイ装置が要望されていた。
【０００５】
そこで、本発明は、小さいストレージで足り、小型軽量でありながら性能的にも優れるゲートウェイ装置の提供を目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、請求項１記載の発明は、クライアント端末とサーバとの間に配置されて、電子メールの送受信を中継するゲートウェイ装置であって、前記サーバに格納されている第１電子メールを受信する手段と、前記第１電子メールを第２電子メールに変換して一時格納する手段と、前記第２電子メールを前記クライアント端末に送信する手段と、前記第１電子メールの情報および前記第２電子メールの情報を管理する管理テーブルと、を備えていることを特徴とする。
【０００７】
請求項２記載の発明は、請求項１に記載のゲートウェイ装置であって、前記管理テーブルには、少なくとも、前記第１電子メールの連続番号、前記第１電子メールの識別番号および前記第２電子メールのデータ容量に関わる情報が記録されていることを特徴とする。
【０００８】
請求項３記載の発明は、請求項１または請求項２に記載のゲートウェイ装置であって、前記識別番号は、前記サーバで管理されている前記第１電子メールを特定するユニークＩＤ、または、前記ユニークＩＤと関連付けられた番号であることを特徴とする。
【０００９】
請求項４記載の発明は、請求項１ないし請求項３のいずれかに記載のゲートウェイ装置において、前記第２電子メールを前記クライアント端末に送信した後、前記第２電子メールを削除することを特徴とする。
【００１０】
請求項５記載の発明は、請求項１ないし請求項４のいずれかに記載のゲートウェイ装置であって、さらに、一度に受信できる前記第１電子メールの容量の総和を制限する手段、を備えることを特徴とする。
【００１１】
請求項６記載の発明は、請求項５に記載のゲートウェイ装置であって、単一の前記第１電子メールの容量が制限されている総和を超えるとき、制限に関わらず前記第１電子メールを受信することを特徴とする。
【００１２】
請求項７記載の発明は、請求項１ないし請求項６のいずれかに記載のゲートウェイ装置において、前記クライアント端末から前記第２電子メールの受信要求を受けたとき、前記クライアント端末との間で接続を確立し、前記接続を維持している状態で、前記サーバから受信した前記第１電子メールを前記第２電子メールに変換して前記クライアント端末に転送することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、メール記憶部の容量がわずかであっても支障なく電子メールの送受信ができる。したがって、堅牢で容量の大きなストレージを装備する必要がなく、ゲートウェイ装置の小型軽量化を図ることができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照しつつ、本発明の最良の実施の形態について説明する。図１は、クライアント端末１が、本発明にかかるゲートウェイ装置４を経由して、外部の他のクライアント端末等に電子メールを送受信する電子メール通信システムを示している。図１に示すように、本実施の形態における電子メール通信システムは、クライアント端末１、ＳＭＴＰサーバ２、ＰＯＰサーバ３、ゲートウェイ装置４などで構成されている。
【００１５】
ゲートウェイ装置４は、クライアント端末１や、ＳＭＴＰサーバ２、ＰＯＰサーバ３とネットワークを介して接続されており、クライアント端末１とＳＭＴＰサーバ２間、あるいはクライアント端末１とＰＯＰサーバ３間の電子メールの送受信を中継する。なお、図１中、符号ＬはＬＡＮを、符号ＷはＷＡＮを示している。
【００１６】
ゲートウェイ装置４は、ＭＩＭＥおよびＳ／ＭＩＭＥ間のプロトコル変換機能を備えており、クライアント端末１との間では、暗号化されていないＭＩＭＥの電子メールが処理され、ＳＭＴＰサーバ２やＰＯＰサーバ３との間では、暗号化されたＳ／ＭＩＭＥの電子メール（暗号化メール）が処理される。
【００１７】
クライアント端末１は、ＳＭＴＰのプロトコルを利用して、暗号化されていない平文の電子メールをゲートウェイ装置４に送信する処理を実行する。また、クライアント端末１は、ＰＯＰ３のプロトコルを利用して、復号された電子メールをゲートウェイ装置４から受信する処理を実行する。クライアント端末１としては、たとえば、パーソナルコンピューターやデジタル複合機などをあげることができる。ゲートウェイ装置４とメールの送受信を行うクライアント端末が通常は複数配置されることになる。
【００１８】
ＳＭＴＰサーバ２は、たとえば、ＳＭＴＰのプロトコルを利用して、ゲートウェイ装置４から暗号化メールを受信し、受信した暗号化メールを送信先に転送する。
【００１９】
ＰＯＰサーバ３はメールボックス３ａを備えており、たとえば、クライアント端末１を利用するユーザに向けて送信された電子メールを、ユーザごとに作成されたメールボックス３ａに格納する。そして、ゲートウェイ装置４から要求があった場合、ＰＯＰ３のプロトコルを利用して、メールボックス３ａに格納されている暗号化メールなどの電子メール（第１電子メール）をゲートウェイ装置４に転送する処理を実行する。なお、本実施の形態においては、ＳＭＴＰサーバ２とＰＯＰサーバ３とを分けて示したが、両者を含む単一のサーバであってもよい。
【００２０】
ゲートウェイ装置４は、ＳＭＴＰ処理部５、セキュリティ処理部６、ＰＯＰ処理部７などを備えている。なお、このゲートウェイ装置４が装備するストレージは従来のゲートウェイ装置４に比べて十分小さく、ゲートウェイ装置４本体も小型軽量化が図られている。
【００２１】
ＳＭＴＰ処理部５は、クライアント端末１が送付する電子メールの送信に関する処理全般を実行する。具体的には、ＳＭＴＰ処理部５は、クライアント端末１から平文の電子メールを受信すると、セキュリティ処理部６と協働して、その電子メールを暗号化して暗号化メールを生成する処理や、生成した暗号化メールに電子署名を付する処理、暗号化メールをＳＭＴＰサーバ２に送信する処理を実行する。そのほか、ＳＭＴＰ処理部５は、平文の電子メールを暗号化せずにＳＭＴＰサーバ２に送信する処理や、電子署名を付さずに暗号化メールをＳＭＴＰサーバ２に送信する処理なども実行する。
【００２２】
セキュリティ処理部６は、ＳＭＴＰ処理部５やＰＯＰ処理部７と協働して、ＳＭＴＰサーバ２に送信する電子メールを暗号化して暗号化メールを生成する処理や、生成した暗号化メールに電子署名を付する処理、ＰＯＰサーバ３から受信した暗号化メールを復号する処理などを実行する。そのほかにも、セキュリティ処理部６は、ＰＯＰサーバ３から受信した電子メールに含まれる電子署名や電子証明書を検証する機能などを備えている。なお、セキュリティ処理部６は、クライアント端末１を利用するユーザや通信先のユーザの電子証明書や秘密鍵を記憶しており（図示せず）、その電子証明書や秘密鍵を利用して、暗号化や復号の処理を実行する。
【００２３】
ＰＯＰ処理部７は、クライアント端末１に送付される電子メールの受信に関する処理全般を実行する。具体的には、ＰＯＰ処理部７は、ＰＯＰ３のプロトコルを利用して、ＰＯＰサーバ３から暗号化メールを受信する処理や、セキュリティ処理部６と協働して、ＰＯＰサーバ３から受信した暗号化メールを復号して平文の電子メールを生成する処理、クライアント端末１の要求に応じてその電子メールを転送する処理を実行する。そのほか、ＰＯＰ処理部７は、ＰＯＰサーバ３から受信した平文の電子メールをそのままクライアント端末１に転送する処理なども実行する。
【００２４】
ＰＯＰ処理部７は、メール記憶部８や管理テーブル９を備えている。メール記憶部８は、ＰＯＰサーバ３から受信したＳ／ＭＩＭＥ形式の第１電子メールを、ＭＩＭＥ形式の電子メール（第２電子メール）に変換して一時格納する。第１電子メールが暗号化されていた場合には、復号後の電子メールが第２電子メールとして格納される。管理テーブル９は、第１電子メールの情報と第２電子メールの情報とを含んでおり、電子メールの送受信に際して利用される。その詳細は後述する。
【００２５】
また、ＰＯＰ処理部７は、一度に受信できる第１電子メールの容量の総和を制限する手段を備える。すなわち、一度の電子メールの受信要求で取得できる第１電子メールのデータ容量の総量の上限値が設定でき、本来受信すべき第１電子メールのデータ容量の総量がその上限値を超える場合には、上限値を超える分の第１電子メールは、次の電子メールの受信要求の際に受信するようになっている。第２電子メールのデータ容量の上限値で第１電子メールのデータ容量を間接的に制限してもよい。このようにハード的な制限容量に至る前にソフト的に制限を設けることで、小容量のストレージであっても、安定確実に電子メールの受信処理が実行できる。ただし、１つの第１電子メールで、設定されたデータ容量の総量の上限値を超える場合には、そのままでは受信処理ができないため、例外的に受信処理を行うようになっている。
【００２６】
次に、上記構成の電子メール通信システムにおいて、電子メールの受信に関する処理について詳しく説明する。
【００２７】
上述したように、ゲートウェイ装置４が装備するストレージの容量は従来のゲートウェイ装置４よりも十分に小さくなっている。これにより、メール記憶部８に保持できる電子メール数は少なくなるため、電子メールの受信処理において、ゲートウェイ装置４とＰＯＰサーバ３間での通信処理と、ゲートウェイ装置４とクライアント端末１間での通信処理とを、それぞれ独立させる形態は採用できない。そこで、本実施の形態では、メール記憶部８に格納する電子メールの数量が少なくても支障なく処理できるように、クライアント端末１からの電子メールの受信要求に連動して、クライアント端末１とゲートウェイ装置４、ゲートウェイ装置４とＰＯＰサーバ３とにわたる一つのセッションで連続的に通信する処理を採用した。
【００２８】
ところが、上記の連続的な通信処理を採用した場合、たとえば、クライアント端末１において、ＰＯＰサーバ３に電子メールを保存しておく設定が行われていた場合などにプロトコル上の問題が存在した。
【００２９】
たとえば、クライアント端末１がゲートウェイ装置４に電子メールの受信要求を送信する際、ＳＴＡＴやＬＩＳＴのコマンドがゲートウェイ装置４に送信される。これらコマンドに応答して、ゲートウェイ装置４は、クライアント端末１に対して第２電子メールの格納数や、第２電子メールのデータ容量を返信する必要がある。しかし、メール記憶部８に保持できる第２電子メールが少なく、これら情報が得られずに直に返信できないという問題があった。その都度、ゲートウェイ装置４がＰＯＰサーバ３にアクセスして情報を取得することも可能であるが、暗号化メールの復号処理など、処理負担が増加して適切な処理は困難であった。
【００３０】
そこで、ゲートウェイ装置４に管理テーブル９を設け、管理テーブル９を用いて電子メールの管理を行いながら通信処理するようにした。
【００３１】
図２および図３に、電子メール受信処理におけるシーケンスの一例を示す。図３は、図２のシーケンスの後に連なるシーケンスを示している。図４は、図２および図３で示したいくつかのステップにおける管理テーブル９の内容を示している。
【００３２】
たとえば、図４において（ａ）の管理テーブル９は、図２における（ａ）の記号が付されたステップ、つまり、一連の通信処理が開始される前の内容を示している。管理テーブル９は、たとえば、ユーザのメールアドレスごとに作成されて、電子メール管理データベースとして構築されている。
【００３３】
管理テーブル９は、図４に示すように、ＰＯＰ３のプロトコルの下で送受信されるＬＩＳＴ番号（メール番号）１０や、ＵＩＤ番号（ＩＤ番号）１１、変換前バイト数１２、変換後バイト数１３のデータ項目を備える。ＬＩＳＴ番号１０は、メールボックス３ａに格納されている第１電子メールのデータ一覧を要求するＬＩＳＴコマンドに対応しており、ＬＩＳＴコマンドが送信されるごとに各第１電子メールに割り振られる連続番号である。ＵＩＤ番号１１は、ＵＩＤＬコマンドに対応しており、第１電子メール個々に付されるユニークなＩＤ番号である。変換前バイト数１２は、各第１電子メールのデータ容量を示すバイト数である。変換後バイト数１３は、Ｓ／ＭＩＭＥ形式の第１電子メールからＭＩＭＥ形式に変換された第２電子メールのデータ容量を示すバイト数である。なお、本実施の形態における各電子メールのデータ容量は、説明の便宜上小さい数値で示したが、実際には、より大きな数値となるのが一般的である。
【００３４】
図４の（ａ）の管理テーブル９には前回までの通信情報が記録されている。具体的には、ＰＯＰサーバ３のメールボックス３ａに、ＬＩＳＴ番号３，４が割り振られたＵＩＤ番号１２３と１２４の各電子メールが格納されていることが示されており、また、その変換前後の各電子メールのデータ容量が記録されている。
【００３５】
図２において、まず、クライアント端末１から電子メールの受信要求が指示されると、ゲートウェイ装置４は、認証に関する各コマンドをクライアント端末１とＰＯＰサーバ３との間で中継する（ステップＳ１）。認証の各ステップが完了すると、続いて電子メールの呼び出しに関する一連の処理が実行される。
【００３６】
ゲートウェイ装置４は、クライアント端末１からＳＴＡＴコマンドを受信してＰＯＰサーバ３に転送する（ステップＳ２）。ＰＯＰサーバ３は、このＳＴＡＴコマンドに対し、ゲートウェイ装置４に、メールボックス３ａ内の第１電子メール数と全体のバイト数を含むメッセージを返答する（ステップＳ３）。たとえば、図中の「＋ＯＫ  ５  ６０」は、第１電子メールの数が「５」で、全体のバイト数が「６０」バイトであることを示している。
【００３７】
次に、ゲートウェイ装置４は、ＰＯＰサーバ３に、ＬＩＳＴコマンドを送信する（ステップＳ４）。ＰＯＰサーバ３は、このＬＩＳＴコマンドに対し、ゲートウェイ装置４に、ＬＩＳＴ番号と第１電子メールのバイト数の一覧データを含むメッセージを返信する（ステップＳ５）。たとえば、図中の「１  １０」は、ＬＩＳＴ番号が「１」の第１電子メールのバイト数が「１０」バイトであることを示している。
【００３８】
次に、ゲートウェイ装置４は、ＰＯＰサーバ３に、ＵＩＤＬコマンドを送信する（ステップＳ６）。ＰＯＰサーバ３は、このＵＩＤＬコマンドに対し、ゲートウェイ装置４に、ＬＩＳＴ番号とそれに対応するＵＩＤ番号の一覧データを含むメッセージを返信する（ステップＳ７）。このときの管理テーブル９の内容を図４の（ｂ）に示す。図４の（ｂ）に示すように、新たにＬＩＳＴ番号が割り振られ、未受信であったＬＩＳＴ番号３から５の第１電子メールの情報が追加されている。これにより、ゲートウェイ装置４は、ＰＯＰサーバ３に、新たにＵＩＤ番号１２５〜１２７の第１電子メールが格納されたことを特定できる。このように管理テーブル９には、第１電子メールの識別番号として、ＰＯＰサーバ３で管理されているＵＩＤ番号が記録される。これにより、ゲートウェイ装置４は、クライアント端末１からの要求に応じて、個別にＰＯＰサーバ３に格納された第１電子メールに対する処理（たとえば削除処理）を実行可能である。あるいは、管理テーブル９には、第１電子メールの識別番号として、ＰＯＰサーバ３で管理されているＵＩＤと関連付けられた番号を記録するようにしてもよい。
【００３９】
次に、ゲートウェイ装置４は、図３に示すように、ＬＩＳＴ番号３の電子メールの変換後のバイト数を得るために、ＬＩＳＴ番号が３の第１電子メールを取得するためのＲＥＴＲコマンドをＰＯＰサーバ３に送信する（ステップＳ８）。ＰＯＰサーバ３は、このＲＥＴＲコマンドに対し、ゲートウェイ装置４に、ＬＩＳＴ番号が３の第１電子メールを送信する（ステップＳ９）。同様にして、ゲートウェイ装置４は、ＲＥＴＲコマンドを送信して（ステップＳ１０）、ＰＯＰサーバ３からＬＩＳＴ番号が４の第１電子メールを受信する（ステップＳ１１）。
【００４０】
そして、以降、同様に第１電子メールの取得処理が実行される。本来なら続いてＬＩＳＴ番号が５の第１電子メールの取得処理が行われるが、ここでは、一度に受信できる第１電子メールのデータ容量の総和の上限が５０バイト以下に設定されているとする。この場合、ＬＩＳＴ番号５の第１電子メールを受信した場合に上限値を超える。そのため、ゲートウェイ装置４は、ＬＩＳＴ番号が５の第１電子メールの取得処理は実行しない。ＬＩＳＴ番号が５の第１電子メールは、次回の電子メールの受信要求の際に受信される。このときの管理テーブル９の内容を図４の（ｃ）に示す。図４の（ｃ）に示すように、ＬＩＳＴ番号が３，４の第１電子メールが取得され、第２電子メールがメール記憶部８に格納されたことにより、ＬＩＳＴ番号が３，４の第１電子メールの変換後のバイト数が新たに記録されている。
【００４１】
続いて、ゲートウェイ装置４は、クライアント端末１に対し、ステップＳ２で受信したＳＴＡＴコマンドに対するレスポンスとして、メール記憶部８内の第２電子メール数と全体のバイト数を含むメッセージを返答する（ステップＳ１２）。
【００４２】
続いて、クライアント端末１は、ゲートウェイ装置４に、ＬＩＳＴコマンドを送信する（ステップＳ１３）。ゲートウェイ装置４は、このＬＩＳＴコマンドに応答して、メール記憶部８に格納された第２電子メールのＬＩＳＴ番号とバイト数の一覧データを含むメッセージをクライアント端末１に返信する（ステップＳ１４）。
【００４３】
次に、クライアント端末１は、ゲートウェイ装置４に、ＵＩＤＬコマンドを送信する（ステップＳ１５）。ゲートウェイ装置４は、このＵＩＤＬコマンドに応答して、メール記憶部８に格納された第２電子メールのＬＩＳＴ番号と、そのＬＩＳＴ番号に対応したＵＩＤ番号の一覧データを含むメッセージをクライアント端末１に返信する（ステップＳ１６）。
【００４４】
クライアント端末１は、これによりＵＩＤ番号１２５と１２６の第２電子メールが新たにメール記憶部８に格納されたことを知り、ＲＥＴＲコマンドをゲートウェイ装置４に送信して、ＬＩＳＴ番号が３と４の第２電子メールを取得する（ステップＳ１７〜Ｓ２０）。
【００４５】
このとき、メール記憶部８内のＬＩＳＴ番号が３と４の第２電子メールは削除され、メール記憶部８には第２電子メールは保持されない。代わりに、管理テーブル９において所定の情報（ここでは、第２電子メールの容量に関する情報）が記録として保持され、クライアント端末１からの情報要求があった場合に管理テーブル９を利用して応答できるようになっている。
【００４６】
つまり、ゲートウェイ装置４は、セッションの一連の通信処理における一時記憶以外には第２電子メールを保持せず、それらの通信処理に要する所定の情報だけを管理テーブル９に記録するのである。こうすることで、通信に支障を来たさずストレージの容量が削減できる。クライアント端末１からの要求に対し、必要な情報が管理テーブル９にない場合にだけＰＯＰサーバ３にアクセスすれば足り、通信負担も軽減できる。より具体的には、クライアント端末１からメール受信要求を受けたゲートウェイ装置４は、クライアント端末１との間でセッションを確立する。そして、ゲートウェイ装置４は、クライアント端末１との間のセッションを維持した状態で、ＰＯＰサーバ３から第１電子メールを受信する。さらに、ゲートウェイ装置４は、セッションを維持したまま、受信した第１電子メールを第２電子メールに変換し、第２電子メールをクライアント端末１に送信するのである。そして、ゲートウェイ装置４は、第２電子メールをクライアント端末１に送信した後、第２電子メールを削除するのである。これにより、ゲートウェイ装置４には、第２電子メールを格納する容量の大きなストレージが不要となるのである。
【００４７】
次のステップは、クライアント端末１がＬＩＳＴ番号１の電子メールを削除する処理を実行した場合を示している。ゲートウェイ装置４は、クライアント端末１からＤＥＬＥコマンドを受信してＰＯＰサーバ３に転送し、ＰＯＰサーバ３からのレスポンスを受信してクライアント端末１に転送する（ステップＳ２１）。このときの管理テーブル９の内容を図４の（ｄ）に示す。図４の（ｄ）に示すように、メールボックス３ａ内からＬＩＳＴ番号１の第１電子メールが削除されたことにともない管理テーブル９も更新され、関連情報が連動して削除される。
【００４８】
ゲートウェイ装置４は、クライアント端末１からセッションを終了させるＱＵＩＴコマンドを受信すると、ＰＯＰサーバ３に転送し、ＰＯＰサーバ３からのレスポンスを受信してクライアント端末１に転送する（ステップＳ２２）。こうして一連の通信処理が完了する。
【００４９】
以上のように、本発明のゲートウェイ装置４によれば、メール記憶部８の容量がわずかであっても支障なく電子メールの送受信ができるため、堅牢で容量の大きなストレージを装備する必要がなく、小型軽量を図ることができる。
【図面の簡単な説明】
【００５０】
【図１】本発明にかかるゲートウェイ装置を含む電子メール通信システムを示す図である。
【図２】電子メールの受信処理におけるシーケンスを示す図である。
【図３】図２に続く電子メールの受信処理におけるシーケンスを示す図である。
【図４】図２および図３の所定のステップにおける管理テーブルの内容を示す図である。
【符号の説明】
【００５１】
１  クライアント端末
２  ＳＭＴＰサーバ
３  ＰＯＰサーバ
４  ゲートウェイ装置
５  ＳＭＴＰ処理部
６  セキュリティ処理部
７  ＰＯＰ処理部
８  メール記憶部
９  管理テーブル
１０  ＬＩＳＴ番号（メール番号）
１１  ＵＩＤ番号（ＩＤ番号）
１２  変換前バイト数
１３  変換後バイト数
【図１】
2009055155.tif 000003
【図２】
2009055155.tif 000004
【図３】
2009055155.tif 000005
【図４】
2009055155.tif 000006