JP2003030116A

JP2003030116A - メールエージェント装置、メール配信方法、メール配信プログラム

Info

Publication number: JP2003030116A
Application number: JP2001218529A
Authority: JP
Inventors: Hiroshi Nakajima; 宏中嶋
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2001-07-18
Filing date: 2001-07-18
Publication date: 2003-01-31

Abstract

(57)【要約】【課題】複数のメールアドレスをユーザの要求に応じて
有効に利用すると共に、接続時間及び通信コストの低
下、設定の煩雑さの解消を実現する。【解決手段】ＨＴＴＰ処理部３０は、通信端末１２から
メール一覧取得要求を受信するとＰＯＰ処理部３２に対
してメール一覧データの取得を要求する。ＰＯＰ処理部
３２は、ユーザデータ４４ａに登録された通信端末１２
のユーザが持つメールアドレスに対応するメールサーバ
にアクセスするためのデータをもとにメール一覧データ
をメールサーバ１６，１７から取得する。メール一覧合
成作成処理部３４は、複数のメールサーバから取得され
たメール一覧データを合成する。データＨＴＭＬ変換処
理部３６は、合成されたメール一覧データを、通信端末
１２に送信するためのプロトコルに応じてＨＴＭＬ変換
する。ＨＴＴＰ処理部３０は、変換されたメール一覧デ
ータを送信して通信端末１２において表示させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、メールサーバとユ
ーザが使用する端末との間のメール送受信を仲介するメ
ールエージェント装置、同装置で用いられるメール配信
方法、及びメール配信プログラムに関する。

【０００２】

【従来の技術】従来のインターネットメールシステム
は、発信されたメールの宛先メールアドレスに従い、各
メールサーバと呼ばれる中継装置がメールを最適な次の
メールサーバへ配信する。最終宛先のメールサーバに到
達すると、そのメールサーバは、ユーザ毎のメールボッ
クスに保存する。メールサーバは、ユーザからメールを
読む要求があった場合に、メール到達確認を実施し、こ
のユーザのメールボックスの中にメールが保存されてい
れば、メール取得の通信プロトコルを使用してメールを
取り出し、ユーザの通信端末にメールを転送する。ユー
ザは、メールサーバから受信したメールをメールブラウ
ザにより表示して、内容を確認することができる。

【０００３】ところで、１人のユーザが異なるメールサ
ーバが管理している複数のメールアドレス（メールボッ
クス１．２）を持つ場合ある。例えば、社内ＬＡＮに複
数のメールサーバが設けられており、それぞれのメール
サーバが管理する複数のメールアドレスをユーザ（社
員）が有しているものとする。社外から社内のメールサ
ーバにアクセスして、メールチェック（メール到着の確
認とメール閲覧）をするには、社内ＬＡＮと外部の回線
（公衆回線、インターネットなど）とを接続するアクセ
ス装置を通じて行われる。ユーザは、移動無線通信機能
を有する通信端末やリモートサイトから社内の複数のメ
ールサーバについてメールチェックする場合には、アク
セス装置を経由して、それぞれのメールサーバに接続し
なければならない。

【０００４】

【発明が解決しようとする課題】従来のメールシステム
では、以下のような問題があった。（１）受信メールを閲覧したいときは、メールサーバに
あるメールボックスの中のメールを通信端末まで転送
し、転送が完了するまではそのメールを閲覧することが
できない。そのためメールサーバと通信端末までの通信
速度が低速の場合には、大きなメールサイズのメールの
場合には閲覧できるまでに長い時間がかかってしまう。
また、添付ファイル等がメールに添付されている場合
も、閲覧できるまでに長い時間を要し、それに伴って通
信費コストの増大を招いていた。

【０００５】（２）メールアドレスを複数所有している
ユーザが各メールアドレス宛てのメールを閲覧する場合
には、メールサーバへ接続してメールを転送する作業
を、各メールアドレスのそれぞれに対応するメールサー
バについて実行しなければならなかった。もしくは、複
数のメールサーバに特定のメールサーバにメールを転送
する設定をすることで、この特定のメールサーバのメー
ルボックスを通じてメールを閲覧することも考えられる
が、通常、メールサーバに対するメール転送設定を、ユ
ーザがメールサーバに直接行えないなど設定の煩雑さの
問題があった。

【０００６】（３）メールアドレスを複数所有している
ユーザがメールを送信する場合には、発信元アドレスと
して１つのメールアドレスのみを使用するか、複数の発
信元アドレスを使用するのであれば、各メールサーバに
接続してメールを送信しなければならず接続に時間がか
かる、通信コストがかかる、設定の煩雑さがあるなどの
問題があった。

【０００７】（４）メールアドレスを複数所有している
ユーザがメールを送信する場合に、送信先毎に発信元ア
ドレスを変えたいとき、メールサーバによって発信元ア
ドレスを書き換えさせることも考えられるが、メールサ
ーバのセキュリティ対策として、そのメールサーバが管
理している発信元として許されているアドレスを持つメ
ール以外を配信受け付けしない場合があるため、他のメ
ールサーバのメールアドレスを使用することができない
という問題があった。

【０００８】従来、複数の電子メールシステムについて
受信メールが到着しているかどうかを確認するための技
術が、特願平９−３４６１０５号に開示されている。特
願平９−３４６１０５号に開示された電子メールシステ
ムの受信メール一元管理方法では、複数の電子メールシ
ステムに受信メールが到着しているかどうかを確認する
ようにしているために、複数の異なる電子メールシステ
ムを自動起動させるためのパラメータを予め設定してお
き、このパラメータを元に各電子メールシステムを順次
起動し、その起動された電子メールシステムにより同種
の電子メールシステムを搭載しているメールサーバから
受信メールを取得し、その受信メール中の送信元などの
必要な項目を抽出し、一覧表示させるように構成してい
る。この構成では、複数の電子メールシステムについて
受信メールを一括して取得し、一覧表示させることがで
きるものの、受信メール（メール本体）を受信して閲覧
する点、複数の電子メールシステムを利用して電子メー
ルを送信する点、電子メールを送信する際の送信元アド
レスを変更する点などについては何ら開示されておら
ず、前述した問題点を何ら解決できるものではなかっ
た。

【０００９】本発明は前記のような事情を考慮してなさ
れたもので、複数のメールボックス（メールアドレス）
を持つ場合であっても、複数のメールアドレスをユーザ
の要求に応じて有効に利用すると共に、メールサーバへ
の接続時間及び通信コストの低下、設定の煩雑さの解消
を実現することが可能なメールエージェント装置、メー
ル配信方法、メール配信プログラムを提供することを目
的とする。

【００１０】

【課題を解決するための手段】本発明は、メールサーバ
と端末との間のメール送受信を仲介するメールエージェ
ント装置であって、端末がメール送受信するメールサー
バにアクセスするために必要なアクセスデータを記憶す
るアクセスデータ記憶手段と、端末からメール一覧取得
要求を受信する一覧取得要求手段と、前記一覧取得要求
手段によってメール一覧取得要求を受信した場合に、要
求元の端末に対応する前記アクセスデータ記憶手段に記
憶されたアクセスデータをもとに、メールサーバよりメ
ール一覧データを取得するメール一覧データ取得手段
と、前記メール一覧データ取得手段によって取得された
メール一覧データを、前記端末に送信するためのプロト
コルに応じてデータ変換するメール一覧データ変換手段
と、前記メール一覧データ変換手段によって変換された
メール一覧データを前記プロトコルにより送信して、前
記端末においてメール一覧を表示させるメール一覧表示
手段とを具備したことを特徴とする。

【００１１】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図１は本実施形態に係わる
メールシステム構成を示すブロック図である。図１に示
すように、本実施形態におけるメールシステムには、メ
ールエージェント装置１０が設けられている。メールエ
ージェント装置１０は、１人のユーザが複数のメールア
ドレスを持つ場合に、それらを統一してメールの送受信
を効果的に実行する機能を搭載している。メールエージ
ェント装置１０は、社内ＬＡＮに設けられており、外部
とのネットワーク（交換網１５の回線）と接続されたア
クセス装置としての機能を有しているものとする。

【００１２】図１では、ユーザが使用する無線通信機能
を有する通信端末１２によってメールの送受信が実行さ
れるものとする。通信端末１２は、携帯電話やＰＨＳ
（personal handyphone system）における基地局１４、
ＩＳＤＮ（Integrated Services Digital Network）な
どの交換網１５を通じて、メールエージェント装置１０
にアクセスし、社内ＬＡＮに接続されたメールサーバ１
６，１７が管理する電子メールを送受信するものとす
る。すなわち、通信端末１２のユーザは、メールサーバ
１６のメールボックス１６ａに対応するメールアドレス
と、メールサーバ１７のメールボックス１７ａに対応す
るメールアドレスとを有しているものとする。

【００１３】また、メールエージェント装置１０は、外
部のネットワークとしてインターネット１８と接続され
ている。従って、通信端末１２のユーザは、インターネ
ット１８と接続されたメールサーバ１９のメールボック
ス１９ａのメールアドレスを有している場合にも、メー
ルエージェント装置１０を通じてメールサーバ１９との
間でメールの送受信を実行することができる。また、通
信端末１２は、交換網１５を通じてインターネットプロ
バイダと接続し、インターネット１８を通じてメールエ
ージェント装置１０にアクセスすることもできる。

【００１４】図１に示すメールシステムにおけるメール
エージェント装置１０、通信端末１２、メールサーバ１
６，１７，１９は、例えばＣＤ−ＲＯＭ、ＤＶＤ、磁気
ディスク等の記録媒体に記録されたプログラムを読み込
み、このプログラムによって動作が制御されるコンピュ
ータによって実現される。

【００１５】図２は、メールエージェント装置１０のハ
ードウェア構成の一例を示すブロック図である。図２に
示すように、メールエージェント装置１０は、プロセッ
サ２０、不揮発性メモリ２１、メモリ２２、ネットワー
クコントローラ２３、回線コントローラ２４、及びクロ
ック２６が設けられている。

【００１６】プロセッサ２０は、メールエージェント装
置１０の全体の制御を司るもので、不揮発性メモリ２１
に格納されたメールエージェントプログラムを実行する
ことで、後述する図３に示す各機能を実現して、後述す
る各段階での通信手順を実行する。例えば、通信手順に
は、（１）メール一覧取得、（２）メール閲覧、（３）
メール送信などがある。各通信手順の詳細については後
述する。

【００１７】メモリ２２は、プロセッサ２０により実行
される処理に伴って各種データが記憶されるもので、例
えばネットワークコントローラ２３、回線コントローラ
２４を通じて受信したデータ、及びプログラム変数など
が記憶される。

【００１８】ネットワークコントローラ２３は、イーサ
ネット（登録商標）などのネットワーク２７に対してデ
ータを送受信するためのインタフェースである。回線コ
ントローラ２４は、交換網１５の回線２８に対してデー
タを送受信するためのインタフェースである。クロック
２６は、装置全体の同期をとるためのクロック信号を発
生して、プロセッサ２０の他各部に供給する。

【００１９】図３は、図２に示すメールエージェント装
置１０のハードウェア構成において、メールエージェン
トプログラムを実行することにより実現される機能構成
を示すブロック図である。図３に示すように、メールエ
ージェント装置１０は、ＨＴＴＰ処理部３０、ＰＯＰ処
理部３２、メール一覧合成作成処理部３４、データＨＴ
ＭＬ変換処理部３６、ＳＭＴＰ送信処理部４０、ＳＭＴ
Ｐ受信処理部４２、及びデータ記憶部４４の機能を有し
て構成されている。

【００２０】ＨＴＴＰ処理部３０は、ＨＴＴＰ（HyperT
ext Transfer Protocol）を使用してＨＴＭＬ（Hyper T
ext Markup Language）ファイルを通信端末１２などに
転送して、通信端末１２上で実行されるブラウザにより
表示させる。ＨＴＴＰ処理部３０が転送するＨＴＭＬフ
ァイル（Ｗｅｂページ）には、メール一覧ページ、メー
ル内容ページを表示するためのファイルなどがある。

【００２１】ＰＯＰ処理部３２は、通信端末１２からの
要求に応じて、通信端末１２が持つメールアドレスに対
応する各メールサーバから、メール取得プロトコル（例
えばＰＯＰ（Post Office Protocol）３）などを使用し
て、受信メールの一覧データ、メールデータなどを取得
する。

【００２２】メール一覧合成作成処理部３４は、ＰＯＰ
処理部３２によって取得された各メールサーバからの受
信メールの一覧データを１つに合成する。

【００２３】データＨＴＭＬ変換処理部３６は、メール
一覧合成作成処理部３４によって合成された受信メール
の一覧データを、ＨＴＭＬで記述したデータに変換す
る。データＨＴＭＬ変換処理部３６によりＨＴＭＬに変
換された受信メールの一覧データは、ＨＴＴＰ処理部３
０によってメール一覧ページとして通信端末１２に転送
される。

【００２４】ＳＭＴＰ送信処理部４０は、ＳＭＴＰ受信
処理部４２によって受信されたメール送信要求に応じ
て、予め設定された情報に基づきメールの宛先アドレス
から適切なメールサーバを選択し、ＳＭＴＰ接続を行な
い、通信端末１２からのメールデータを転送する。その
際、ＳＭＴＰ送信処理部４０は、発信元メールアドレス
を、データ記憶部４４に予め登録されているアドレス変
換テーブル４４ｂ（発信元アドレス記憶手段）を参照し
て、メールの発信元アドレスあるいは宛先アドレスに応
じて変更して送信する。

【００２５】ＳＭＴＰ受信処理部４２は、ＳＭＴＰ（Si
mple Mail Transfer Protocol）を使用して通信端末１
２などからメール送信要求とともにメールデータを受信
する。

【００２６】データ記憶部４４は、各処理部で実行され
る処理で用いられるデータが記憶されるもので、メール
エージェント装置１０を通じてメールの送受信を実行す
る各ユーザに個別のユーザデータ４４ａ、各ユーザから
の要求に応じて登録された送信メールの発信元アドレス
を変換する際に参照されるアドレス変換テーブル４４ｂ
などが登録される。ユーザデータ４４ａとアドレス変換
テーブル４４ｂに登録されるデータの詳細については後
述する（図４参照）。

【００２７】図４には、データ記憶部４４に記憶される
ユーザデータ４４ａとアドレス変換テーブル４４ｂのデ
ータ構成の一例を示している。図４（ａ）に示すユーザ
データ４４ａには、１人のユーザについてのデータを示
すもので、このユーザがメールエージェント装置１０に
アクセスする際に必要となるログインデータ（ユーザＩ
Ｄ、パスワード）、このユーザが有しているメールアド
レスに対応するメールサーバにアクセスするために必要
なメールアクセスデータ（メールサーバアドレス、ユー
ザＩＤ、パスワード）が含まれている。図４（ａ）に示
すデータが、各ユーザのそれぞれについて登録されるも
のとする。

【００２８】図４（ｂ）に示すアドレス変換テーブル４
４ｂは、１人のユーザについてのデータを示すもので、
このユーザがメールエージェント装置１０を通じてメー
ルを送信する場合に、この送信メールに設定すべき発信
元メールアドレスを、メールの発信元アドレスあるいは
宛先アドレスに対応づけて登録されている。図４（ｂ）
のアドレス変換テーブル４４ｂは、左側が宛先アドレ
ス、右側が発信元アドレスを示している。また、上段の
テーブルは、発信元アドレスが左側のものであった場合
に、発信元アドレスを対応する右側のものに変換すべき
であることを表し、下段のテーブルは、宛先アドレス
が、左側のものであった場合に、発信元アドレスを対応
する右側のものに変換すべきであることを表している。
図４（ｂ）に示すデータが、各ユーザのそれぞれについ
て登録されるものとする。

【００２９】なお、ユーザデータ４４ａとアドレス変換
テーブル４４ｂに登録されるデータは、メールエージェ
ント装置１０の管理者が各ユーザから取得して登録する
ようにしても良いし、ユーザが端末からネットワークを
通じて登録するようにしても良い。ネットワークを通じ
て登録させる場合には、メールエージェント装置１０は
ユーザに対してデータ登録用のインタフェース（例え
ば、表示画面に対して直接データを入力できるようにす
る）を提供するものとする。

【００３０】次に、本実施形態における動作について説
明する。通信端末１２は、メールエージェント装置１０
を通じてメールの送受信をするためには、メールエージ
ェント装置１０への登録が予め必要となる。例えば、メ
ールエージェント装置１０は、インターネット１８を通
じてアクセスできるページを公開しており、このページ
を通じてユーザＩＤ、パスワードの登録を行うことがで
きる。最初のアクセス時には、デフォルトのユーザＩ
Ｄ、パスワードによりアクセスし、そこでユーザが任意
にユーザがユーザＩＤ、パスワードを登録することで、
ＨＴＴＰ処理部３０を通じてユーザデータ４４ａにログ
インデータとして登録される。

【００３１】それ以降、メールエージェント装置１０
は、通信端末１２が交換網１５を通じて接続（ログイ
ン）する際に入力したログインデータ（ユーザＩＤ、パ
スワード）をもとにして、以下に説明するようにメール
一覧ページにアクセスしてきたユーザを認識することが
できる。

【００３２】はじめに、通信端末１２がメールエージェ
ント装置１０を通じて受信メールの一覧を取得する処理
について説明する。図５は、メール一覧取得時のメール
エージェント装置１０の各機能による処理の流れを示す
図、図６はメール一覧取得時の通信端末１２とメールエ
ージェント装置１０、メールエージェント装置１０とメ
ールサーバの間のそれぞれの処理を説明するための図、
図７乃至図１２はメール一覧取得及びメール閲覧時のメ
ールエージェント装置１０の処理（ＨＴＴＰ処理部３０
によるＨＴＴＰ処理、ＰＯＰ処理部３２によるＰＯＰ処
理）を説明するためのフローチャートである。なお、メ
ール閲覧時の処理については後述する。

【００３３】まず、通信端末１２は、メールエージェン
ト装置１０にログインすることにより、ブラウザからメ
ール一覧取得要求をメールエージェント装置１０に対し
て送信する（HTTP-REQ GET MAILLIST.HTML）。

【００３４】メールエージェント装置１０のＨＴＴＰ処
理部３０は、ＨＴＴＰリクエスト要求を受信すると（図
７、ステップＡ１）、それがメール一覧要求であれば
（ステップＡ２）、ＰＯＰ処理部３２へメール一覧取得
要求を行う（ステップＡ５）。

【００３５】ＰＯＰ処理部３２は、メール一覧取得要求
をＨＴＴＰ処理部３０から受信すると（図９（ａ）、ス
テップＢ１）、メール一覧取得要求元のユーザのユーザ
データ４４ａに登録されたメールアクセスデータを参照
して、このユーザが持つメールアドレスに対応するメー
ルサーバにＰＯＰ３により接続要求を行うと共に（POP3
CONNECT REQUEST）（ステップＢ３）、メールサーバへ
の要求がメール一覧データであることを設定する（ステ
ップＢ４）。なお、ＰＯＰ処理部３２は、メールサーバ
と接続中であった場合には（ステップＢ２）、接続のた
めの手続きを省略して、後述する受信メールのメール数
確認要求を送信する処理を実行する（POP3 STAT）（図
１０、ステップＢ１９）。

【００３６】ＰＯＰ処理部３２は、接続要求に対して接
続ＯＫの応答を受信すると（POP3 +OK）（図９（ｂ）、
ステップＢ９）、ユーザデータ４４ａに登録された、こ
のメールサーバについてのユーザＩＤ（POP3 USER XXXX
X）によりユーザ認証要求を送信する（ステップＢ１
０）。ここで、ユーザ認証要求受信ＯＫの応答、すなわ
ちパスワード要求を受信すると（POP3 +OK）（ステップ
Ｂ１３）、ＰＯＰ処理部３２は、ユーザデータ４４ａに
登録された、このメールサーバについてのパスワード
（POP3 PASS XXXXX）を送信する（ステップＢ１４）。

【００３７】なお、ＰＯＰ処理部３２は、メールサーバ
との接続待ちの状態で接続エラーを受信した場合には
（ステップＢ１１）、ＨＴＴＰ処理部３０に接続エラー
を通知し、ＰＯＰ要求待ちの状態になる（ステップＢ１
２）。この場合、ＨＴＴＰ処理部３０は、ＰＯＰ処理部
３２から接続エラーを受信すると、通信端末１２にメー
ルサーバへの接続失敗を通知する。

【００３８】一方、メールサーバからの認証完了を受信
すると（POP3 +OK）（図１０、ステップＢ１５）、ＰＯ
Ｐ処理部３２は、メールサーバに対する要求がメール一
覧データであることを設定している場合（ステップＢ１
６）、受信メールのメール数確認要求をメールサーバに
送信する（POP3 STAT）（ステップＢ１９）。図６に示
す例では、メールサーバへのメール件数の問い合わせに
対して、２０件の受信メールがあることが応答されてい
る（POP3 +OK 20）（図１１（ａ）、ステップＢ２
１）。

【００３９】なお、ＰＯＰ処理部３２は、メールサーバ
から認証エラーを受信すると（-ERR）（ステップＢ１
７）、ＨＴＴＰ処理部３０に接続エラーを通知し、ＰＯ
Ｐ要求待ちの状態になる（ステップＢ１８）。この場
合、ＨＴＴＰ処理部３０は、ＰＯＰ処理部３２から認証
エラーを受信すると、通信端末１２に認証エラーを通知
する。

【００４０】ＰＯＰ処理部３２は、メールサーバから受
信メール数の応答があると、このメール数分、メールの
メールＩＤを取得して、そのメールのヘッダ情報を取得
する処理を以下のようにして実行する。

【００４１】ＰＯＰ処理部３２は、メールサーバに対し
て１件目の受信メール（メール番号＝１）のユーザＩＤ
の問い合わせを行うことにより（POP3 UIDL 1）（ステ
ップＢ２２，Ｂ２３）、メールサーバから１件目の受信
メールのメールＩＤを受信し（POP3 +OK 1234567890AB
C）（ステップＢ２４）、このメールＩＤを保存する
（ステップＢ２５）。

【００４２】次に、ＰＯＰ処理部３２は、１件目の受信
メールのメールヘッダ取得要求することにより（POP TO
P 1）（ステップＢ２６）、この受信メールヘッダを受
信し（POP3 +OK <メールヘッダ>）（ステップＢ２
７）、このメールヘッダのデータを保存する（ステップ
Ｂ２８）。メールヘッダには、送信元のメールアドレ
ス、宛先のメールアドレス、件名（SUBJECT）、添付フ
ァイルの有無など、メール一覧に表示することで受信メ
ールをユーザが把握のできるデータが含まれている。

【００４３】ＰＯＰ処理部３２は、メール番号をインク
リメント（＋１）して（ステップＢ２９）、現在のメー
ル番号がメール数よりも大きければ（ステップＢ３
０）、前述と同様にして次のメール番号の受信メールの
ユーザＩＤの問い合わせを行い（POP3 UIDL<メール番号
> ）（ステップＢ３１）、メールＩＤ、メールヘッダを
それぞれ受信して保存する（ステップＢ２４〜Ｂ２
９）。

【００４４】ＰＯＰ処理部３２は、前述した処理を受信
メール数分、すなわちメール番号が受信メール数と同じ
になるまで実行する（ステップＢ３０）。なお、図６に
示す例では、２０件分の受信メールについて実行するこ
とになる。これにより、受信メール一覧データを取得す
ることができる。

【００４５】ＰＯＰ処理部３２は、メール一覧データの
取得を完了すると、ＨＴＴＰ処理部３０に対してメール
一覧取得完了通知を送信する（ステップＢ３４）と共
に、受信したメール一覧データをメール一覧合成作成処
理部３４に提供する。

【００４６】ＨＴＴＰ処理部３０は、ＰＯＰ処理部３２
からメール一覧取得完了通知を受信すると（図８、ステ
ップＡ８）、メール一覧合成作成処理部３４によってメ
ール一覧を合成させる。メール一覧合成作成処理部３４
は、ＰＯＰ処理部３２から取得したメール一覧データを
対象にしてメール一覧データを合成して、データＨＴＭ
Ｌ変換処理部３６に提供する（ステップＡ９）。

【００４７】なお、図６では、１つのメールサーバに対
する処理のみを示しているが、ＨＴＴＰ処理部３０は、
ユーザデータ４４ａに複数のメールアクセスデータが登
録されている場合、すなわちユーザが複数の異なるメー
ルサーバのメールアドレスを所有している場合には（ス
テップＡ１０）、ＰＯＰ処理部３２に対してメールサー
バを変えてメール一覧要求をして前述と同様に処理を実
行させて、それぞれのメールサーバからメール一覧デー
タを取得し、それら複数のメールサーバからのメール一
覧データを全て合成して、ＨＴＭＬ変換して通信端末１
２に送信する（ステップＡ１１）。

【００４８】一方、ＨＴＴＰ処理部３０は、メール一覧
データを取得する他のメールサーバが無ければ（全ての
メールサーバからメール一覧データの取得を完了すれ
ば）、データＨＴＭＬ変換処理部３６によりメール一覧
データをＨＴＭＬ変換させる（ステップＡ１２）。デー
タＨＴＭＬ変換処理部３６は、メール一覧合成作成処理
部３４によって合成されたメール一覧データを、通信端
末１２のブラウザによって表示されるようにＨＴＭＬ変
換する。

【００４９】ＨＴＴＰ処理部３０は、データＨＴＭＬ変
換処理部３６によってＨＴＭＬ変換されたメール一覧デ
ータを、通信端末１２からのメール一覧取得要求に対す
る応答として通信端末１２に対してＨＴＴＰプロトコル
により送信する（HTTP-RES<メール一覧データHTML>）
（ステップＡ１３）。

【００５０】一方、ＰＯＰ処理部３２は、ＰＯＰ切断要
求をメールサーバに送信し（POP3 QUIT）（ステップＢ
３５）、これに対して切断完了を受信すると（+OK）
（ステップＢ３６）、ＰＯＰ要求待ちの状態になり、メ
ール一覧データ取得の処理を完了する。なお、ＰＯＰ切
断要求に対してエラーを受信した場合も（-ERR）（ステ
ップＢ３７）、ＰＯＰ要求待ちの状態になる。

【００５１】なお、ＰＯＰ処理部３２は、メールサーバ
からのメール一覧取得の状態でエラーを受信した場合に
は（-ERR）（ステップＢ３２）、ＨＴＴＰ処理部３０に
メール一覧取得エラーを通知し、ＰＯＰ要求待ちの状態
になる（ステップＢ３３）。この場合、ＨＴＴＰ処理部
３０は、ＰＯＰ処理部３２からメール一覧取得エラーを
受信すると、通信端末１２にメールサーバからのメール
一覧取得失敗を通知する。

【００５２】図１３（ａ）には、ＨＴＴＰ処理部３０か
ら通信端末１２に対して送信されるメール一覧表示の一
例（ブラウザ画面）を示している。図１３（ａ）に示す
ように、受信メール毎に（１，２，３，…）、メールサ
ーバから受信したメールヘッダに含まれる件名（SUBJEC
T）と差出人のメールアドレスとが一覧表示される。

【００５３】通信端末１２では、メールエージェント装
置１０にアクセスするだけで、ブラウザ画面中にユーザ
が保持している（メールエージェント装置１０のユーザ
データ４４ａに登録している）メールアドレス宛の受信
メールの一覧が表示される。このメール一覧では、ユー
ザが複数のメールアドレスを保持していれば、それら複
数のメールアドレス宛の受信メール全てを含んで一覧表
示される。このため、通信端末１２のユーザは、複数の
メールアドレスのそれぞれに対応するメールサーバにア
クセスして、受信メールのチェックを行う必要がなく、
作業が繁雑になることがない。また、メールエージェン
ト装置１０のユーザデータ４４ａに対するメールアクセ
スデータの登録だけで良いので設定の煩雑さなどはな
い。さらに、複数のメールサーバにアクセスする場合と
比較して、通信時間を大幅に短縮することができ、これ
により通信コストの低下を図ることができる。

【００５４】次に、通信端末１２がブラウザ画面に表示
されたメール一覧を通じて、メール閲覧をする処理につ
いて説明する。図１４は、メール閲覧時のメールエージ
ェント装置１０の各機能による処理の流れを示す図、図
１５はメール閲覧時の通信端末１２とメールエージェン
ト装置１０、メールエージェント装置１０とメールサー
バの間のそれぞれの処理を説明するための図である。な
お、メール閲覧時のメールエージェント装置１０の処理
（ＨＴＴＰ処理、ＰＯＰ処理）は、図７乃至図１０、及
び図１２に示すフローチャートを参照しながら説明す
る。

【００５５】図１３に示すメール一覧ページは、ＨＴＭ
Ｌによって記述されており、ユーザが任意の番号のメー
ルを選択（マウスなどによるクリック操作）すること
で、メール閲覧要求がメールエージェント装置１０に送
信される。

【００５６】ここでは、通信端末１２は、メール一覧ペ
ージにおいて１０番目のメールが選択されたものとす
る。通信端末１２は、ブラウザからメール閲覧要求を、
選択されたメール番号（Ｎｏ．１０）と共にメールエー
ジェント装置１０に対して送信する（HTTP-REQ GET MAI
LBODY,HTML?MAILNO=10）。

【００５７】メールエージェント装置１０のＨＴＴＰ処
理部３０は、ＨＴＴＰリクエスト要求を受信すると（図
７、ステップＡ１）、それがメール閲覧要求（メールデ
ータ取得要求）であれば（ステップＡ３）、メール番号
をもとに、メール閲覧要求を送信してメールデータを取
得すべきメールサーバを選択し（ステップＡ６）、ＰＯ
Ｐ処理部３２へメール閲覧要求を行う（ステップＡ
７）。

【００５８】なお、ＨＴＴＰ処理部３０は、ＨＴＴＰリ
クエスト要求を受信した際に、メール一覧要求、メール
閲覧要求の何れでもない場合には（ステップＡ２，Ａ
３）、通信端末１２においてエラーを表示させて、ＨＴ
ＴＰリクエスト要求待ちの状態となる（ステップＡ
４）。

【００５９】ＰＯＰ処理部３２は、メール閲覧要求（メ
ールデータ取得要求）をＨＴＴＰ処理部３０から受信す
ると（図９、ステップＢ５）、メール閲覧要求元のユー
ザのユーザデータ４４ａに登録されたメールアクセスデ
ータを参照して、このユーザが持つメールアドレスに対
応するメールサーバにＰＯＰ３により接続要求を行うと
共に（POP3 CONNECT REQUEST）（ステップＢ７）、メー
ルサーバへの要求がメールデータ取得であることを設定
する（ステップＢ８）。なお、ＰＯＰ処理部３２は、メ
ールサーバと接続中であった場合には（ステップＢ
６）、接続のための手続きを省略して、後述するメール
データ取得要求を送信する処理の前段階の処理として受
信メールのメール数確認要求を実行する（POP3 STAT）
（図１０、ステップＢ２０）。

【００６０】以下、ＰＯＰ処理部３２は、前述したメー
ル一覧データ取得の場合と同様にして、ユーザＩＤ（PO
P3 USER XXXXX）、パスワード（POP3 PASS XXXXX）を送
信することによって認証を受ける（図９、ステップＢ９
〜Ｂ１２、図１０、Ｂ１３〜Ｂ１５、Ｂ１７〜Ｂ１
８）。

【００６１】メールサーバからの認証完了を受信すると
（POP3 +OK）（図１０、ステップＢ１５）、ＰＯＰ処理
部３２は、メールサーバに対する要求がメール閲覧であ
ることを設定している場合（メール一覧でない場合）
（ステップＢ１６）、メールデータ取得の前段の処理と
して受信メールのメール数確認要求をメールサーバに送
信する（POP3 STAT）（ステップＢ２０）。図１５に示
す例では、メールサーバへのメール件数の問い合わせに
対して、２０件の受信メールがあることが応答されてい
る（POP3 +OK 20）（図１２、ステップＢ３８）。すな
わち、メール一覧中から閲覧対象として選択されたメー
ルが実際にメールサーバにあるか確認するために、ここ
で最新の受信メールの件数とそれぞれのメールＩＤとを
取得する。例えば、通信端末１２においてブラウザによ
りメール一覧を表示している間に、他の通信端末（パー
ソナルコンピュータなど）により既にメールサーバから
メールが受信され、メールサーバにメールデータがない
場合などに備えて、ここで最新の受信メールの件数とそ
れぞれのメールＩＤとを取得して確認する。

【００６２】ＰＯＰ処理部３２は、メールサーバから受
信メール数の応答があると、このメール数分、メールの
メールＩＤを取得して、そのメールのヘッダ情報を取得
する処理を以下のようにして実行する。

【００６３】ＰＯＰ処理部３２は、メールサーバに対し
て１件目の受信メール（メール番号＝１）のユーザＩＤ
の問い合わせを行うことにより（POP3 UIDL 1）（ステ
ップＢ３９，Ｂ４０）、メールサーバから１件目の受信
メールのメールＩＤを受信し（POP3 +OK 1234567890AB
C）（ステップＢ４１）、このメールＩＤを保存する
（ステップＢ４２）。

【００６４】ＰＯＰ処理部３２は、メール番号をインク
リメント（＋１）して（ステップＢ４３）、現在のメー
ル番号がメール数よりも大きければ（ステップＢ４
４）、前述と同様にして次のメール番号の受信メールの
ユーザＩＤの問い合わせを行い（POP3 UIDL<メール番号
> ）（ステップＢ４５）、メールＩＤを受信して保存す
る（ステップＢ４１〜Ｂ４３）。

【００６５】ＰＯＰ処理部３２は、前述した処理を受信
メール数分、すなわちメール番号が受信メール数と同じ
になるまで実行する（ステップＢ４４）。なお、図１５
に示す例では、２０件分の受信メールについて実行する
ことになる。

【００６６】ＰＯＰ処理部３２は、全ての受信メールの
メールＩＤ取得を完了すると、このメールサーバから受
信したメールＩＤの何れかと、通信端末１２からのメー
ル閲覧要求で指定されたメール番号のメールＩＤとが一
致するかを判別する（ステップＢ４６）。ここで、一致
するメールＩＤがあった場合、ＰＯＰ処理部３２は、メ
ールサーバに閲覧要求されたメールのメールデータが存
在するものとして、メールサーバに対してメール取得要
求を送信する（POP3 RETR<メール番号>）（ステップＢ
４７）。なお、一致するメールＩＤがなかった場合、Ｐ
ＯＰ処理部３２は、ＨＴＴＰ処理部３０に対してエラー
を通知する（ステップＢ４８）。

【００６７】一方、ＰＯＰ処理部３２は、メールサーバ
に対するメール取得要求に対して、メールデータを受信
すると（POP3 +OK<メールデータ>）（ステップＢ４
９）、このメールデータを保存し（ステップＢ５０）、
ＨＴＴＰ処理部３０に対してメールデータ取得完了通知
を送信する（ステップＢ５１）と共に、受信したメール
データをデータＨＴＭＬ変換処理部３６に提供する。

【００６８】ＨＴＴＰ処理部３０は、ＰＯＰ処理部３２
からメールデータ取得完了通知を受信すると（図８、ス
テップＡ１４）、データＨＴＭＬ変換処理部３６によっ
てメールデータをＨＴＭＬ変換させる（ステップＡ１
５）。データＨＴＭＬ変換処理部３６は、ＰＯＰ処理部
３２を通じて取得したメールデータを、通信端末１２の
ブラウザによって表示されるようにＨＴＭＬ変換する。

【００６９】ＨＴＴＰ処理部３０は、データＨＴＭＬ変
換処理部３６によってＨＴＭＬ変換されたメール内容デ
ータを、通信端末１２からのメール閲覧要求に対する応
答として通信端末１２に対してＨＴＴＰプロトコルによ
り送信する（HTTP-RES<メール内容データHTML>）（ステ
ップＡ１６）。

【００７０】なお、図１５では、１つのメールサーバに
対する処理を示しているが、ＨＴＴＰ処理部３０は、メ
ール一覧において複数の異なるメールサーバからメール
一覧データを取得し、メール一覧データを全て合成して
通信端末１２に送信していたとしても、メール一覧から
選択された閲覧対象とするメールに対応するメールサー
バに対してのみメールデータを取得するための処理を実
行する。このため、ユーザが閲覧を希望しているメール
のメールデータの取得は短時間で処理が完了する。

【００７１】一方、ＰＯＰ処理部３２は、ＰＯＰ切断要
求をメールサーバに送信し（POP3 QUIT）（ステップＢ
５２）、これに対して切断完了を受信すると（+OK）
（図１１（ｂ）、ステップＢ３６）、ＰＯＰ要求待ちの
状態になり、メールデータ取得の処理を完了する。な
お、ＰＯＰ切断要求に対してエラーを受信した場合も
（-ERR）（ステップＢ３７）、ＰＯＰ要求待ちの状態に
なる。

【００７２】なお、ＰＯＰ処理部３２は、メールサーバ
からのメール取得の状態でエラーを受信した場合には
（-ERR）（ステップＢ５３）、ＨＴＴＰ処理部３０にメ
ール取得エラーを通知し、ＰＯＰ要求待ちの状態になる
（ステップＢ５４）。この場合、ＨＴＴＰ処理部３０
は、ＰＯＰ処理部３２からメール取得エラーを受信する
と、通信端末１２にメールサーバからのメール取得失敗
を通知する。

【００７３】図１３（ｂ）には、ＨＴＴＰ処理部３０か
ら通信端末１２に対して送信されるメール内容表示の一
例（ブラウザ画面）を示している。図１３（ｂ）に示す
ように、例えば、メールサーバから受信したメールデー
タ（ヘッダ）に含まれる件名（SUBJECT）と差出人と宛
先のメールアドレスと共に、図中の矩形枠内においてメ
ール内容（メール本文）が表示される。図１３（ｂ）に
示すメール内容ページは、ＨＴＭＬによって記述され、
「メール一覧に戻る」ボタンが設けられてメール一覧ペ
ージとリンクされている。従って、「メール一覧に戻
る」ボタンに対する操作（マウスなどによるクリック）
がされることで、通信端末１２には図１３（ａ）に示す
受信メール一覧ページが表示される。ユーザは、受信メ
ール一覧から任意の受信メールを選択することで、前述
と同様にして簡単に他の受信メールを閲覧することがで
きる。この際、メール一覧から選択したメール内容のみ
がメールエージェント装置１０から送信されるので、交
換網１５、基地局１４との通信速度が低速であったとし
ても、閲覧できるまでに要する時間は短くて済む。

【００７４】次に、通信端末１２がメールエージェント
装置１０を通じてメールを送信する処理について説明す
る。メールエージェント装置１０を通じてメールを送信
することで、発信元アドレスあるいは宛先アドレスに応
じて、予め設定された発信元アドレスに変更して送信す
ることができる。

【００７５】図１６は、メール送信時のメールエージェ
ント装置１０の各機能による処理の流れを示す図、図１
７はメール送信時の通信端末１２とメールエージェント
装置１０、メールエージェント装置１０とメールサーバ
の間のそれぞれの処理を説明するための図、図１８乃至
図２１はメール送信時のメールエージェント装置１０の
処理（ＳＭＴＰ受信処理部４２によるＳＭＴＰ受信処
理、ＳＭＴＰ送信処理部４０によるＳＭＴＰ送信処理）
を説明するためのフローチャートである。

【００７６】なお、通信端末１２のユーザは、メールエ
ージェント装置１０に対して、送信メールの発信元アド
レスに応じて、ユーザが持っている複数のメールアドレ
スのうち、何れの発信元アドレスに書き換えるかを、ア
ドレス変換テーブル４４ｂへ予め登録しているものとす
る（図４（ｂ）に示す上段のデータ）。

【００７７】まず、通信端末１２は、メールプログラム
により作成されたメール、すなわち宛先アドレス、送信
元アドレス、件名（SUBJECT）、メール内容を含むメー
ルを送信するために、メールエージェント装置１０に対
して、ＳＭＴＰにより接続要求（メール送信要求）を送
信する（SMTP CONNECT）。

【００７８】メールエージェント装置１０のＳＭＴＰ受
信処理部４２は、通信端末１２から接続要求を受信する
と（図１８（ａ）、ステップＣ１）、接続完了通知を通
信端末１２に送信する（SMTP 2xx）（ステップＣ２）。

【００７９】通信端末１２は、接続要求に対して接続完
了通知を受信すると、メールサーバ確認要求を送信する
（SMTP HELO）。ＳＭＴＰ受信処理部４２は、通信端末
１２からのメールサーバ確認要求を受信すると（図１８
（ｂ）、ステップＣ３）、この要求に対してメールサー
バ名を通知する（SMTP 2xx<メールサーバ名>）（ステッ
プＣ４）。ここでの、メールサーバ名の通知は、メール
エージェント自身の名称「Mail Agent」を通知するもの
とする。

【００８０】ＳＭＴＰ受信処理部４２は、メールサーバ
確認通知に応じて、通信端末１２から送信される発信元
アドレスを受信すると（SMTP MAIL FROM:<（発信元）メ
ールアドレス>）（ステップＣ５）、この発信元アドレ
スを保存し（ステップＣ６）、発信元アドレスの受け付
け完了を通信端末１２に通知する（SMTP 2xx）（ステッ
プＣ７）。ここでは、例えば、通信端末１２から送信メ
ールの発信元アドレスが「xxxx@yyy.com」であることが
通知されたものとする。

【００８１】また、ＳＭＴＰ受信処理部４２は、発信元
アドレスに続いて通信端末１２から送信される宛先アド
レスを受信すると（SMTP RCPT TO:<（宛先）メールアド
レス>）（ステップＣ８）、この宛先アドレスを保存し
（ステップＣ９）、宛先アドレスの受け付け完了を通信
端末１２に通知し（SMTP 2xx）（ステップＣ１０）、デ
ータ受信待ちの状態となる。ここでは、例えば、通信端
末１２から送信メールの宛先アドレスが「aaa@bbb.co.j
p」であることが通知されたものとする。

【００８２】データ受信待ちの状態でＳＭＴＰ受信処理
部４２は、通信端末１２からデータ送信要求を受信する
と（SMTP DATA）（図１９（ａ）、ステップＣ１３）、
ＳＭＴＰ送信処理部４０に対して、メールサーバへの接
続要求（メール送信要求）を行い（ステップＣ１４）、
データ送信接続待ち状態となる。

【００８３】なお、ＳＭＴＰ受信処理部４２は、データ
受信待ちの状態で通信端末１２から接続切断の応答を受
信した場合（SMTP QUIT）（ステップＣ１５）、接続を
終了して切断完了通知を通信端末１２に応答する（ステ
ップＣ１６）。

【００８４】ＳＭＴＰ送信処理部４０は、ＳＭＴＰ受信
処理部４２からメールサーバへの接続要求（メール送信
要求）を受信すると（図２０（ａ）、ステップＤ１）、
メールサーバ（例えばメールサーバ１７）へ接続要求
（メール送信要求）を送信して（SMTP CONNECT）（ステ
ップＤ２）、ＳＭＴＰ接続完了待ちの状態となる。

【００８５】ＳＭＴＰ送信処理部４０は、メールサーバ
からサーバ接続完了（SMTP 2xx）を受信すると（図２０
（ｂ）、ステップＤ３）、メールサーバに対して確認要
求を送信する（SMTP HELO）（ステップＤ４）。ここ
で、ＳＭＴＰ送信処理部４０は、接続エラーを受信する
と（ステップＤ５）、ＳＭＴＰ受信処理部４２に対して
メールサーバとの切断を通知する（ステップＤ６）。

【００８６】一方、ＳＭＴＰ送信処理部４０は、メール
サーバから確認の応答を受信すると（SMTP 2xx<メール
サーバ名>）（図２０（ｃ）、ステップＤ７）、アドレ
ス変換テーブル４４ｂを参照して通信端末１２から通知
された宛先アドレスに応じて、発信元アドレスを書き換
えた後（ステップＤ８）、メールサーバに対して発信元
アドレスを送信する（SMTP MAIL FROM:<メールアドレス
>）（ステップＤ９）。

【００８７】例えば、通信端末１２からは宛先アドレス
「aaa@bbb.co.jp」が受信されているので、図４（ｂ）
に示すアドレス変換テーブル４４ｂの下段に登録された
データをもとに、宛先アドレス「aaa@bbb.co.jp」に対
応する「zzzz@www.com」に発信元アドレスを書き換えた
後に送信する。従って、アドレス変換テーブル４４ｂに
予め発信元アドレス書き換えのためのデータを登録して
おくことで、送信メールを作成する際に設定した宛先ア
ドレスに応じた、所定の発信元アドレスを指定してメー
ルを送信することができる。

【００８８】なお、ＳＭＴＰ送信処理部４０は、ＳＭＴ
Ｐサーバ確認待ちの状態でメールサーバから接続切断の
応答を受信すると（ステップＤ１０）、ＳＭＴＰ受信処
理部４２に対してメールサーバとの切断を通知する（ス
テップＤ１１）。

【００８９】一方、ＳＭＴＰ送信処理部４０は、メール
サーバに対する発信元アドレスの送信に応じて、発信元
アドレスの受け付け受信の応答があると（SMTP 2xx）
（図２０（ｄ）、ステップＤ１２）、送信メールの宛先
アドレスをメールサーバに送信する（SMTP RCPT TO:<メ
ールアドレス>）（ステップＤ１４）。例えば、通信端
末１２からは宛先アドレス「aaa@bbb.co.jp」が受信さ
れているので、この宛先アドレスをメールサーバに対し
て送信する。

【００９０】なお、ＳＭＴＰ送信処理部４０は、ＳＭＴ
Ｐサーバ発信元アドレス送信の状態でメールサーバから
接続切断の応答を受信すると（ステップＤ１５）、ＳＭ
ＴＰ受信処理部４２に対してメールサーバとの切断を通
知する（ステップＤ１６）。

【００９１】一方、ＳＭＴＰ送信処理部４０は、メール
サーバに対する宛先アドレスの送信に応じて、宛先アド
レスの受け付け受信の応答があると（SMTP 2xx）（図２
１（ａ）、ステップＤ１７）、メールデータ（メール内
容のデータ）の送信要求をメールサーバに送信する（SM
TP DATA）（ステップＤ１８）。

【００９２】なお、ＳＭＴＰ送信処理部４０は、ＳＭＴ
Ｐサーバ宛先アドレス送信の状態でメールサーバから接
続切断の応答を受信すると（ステップＤ１９）、ＳＭＴ
Ｐ受信処理部４２に対してメールサーバとの切断を通知
する（ステップＤ２０）。

【００９３】一方、ＳＭＴＰ送信処理部４０は、メール
サーバに対するデータ送信要求の送信に応じて、データ
送信受け付け受信の応答があると（SMTP 2xx）（図２１
（ｂ）、ステップＤ２１）、ＳＭＴＰ受信処理部４２に
対してサーバ接続完了通知を送信する（ステップＤ２
２）。

【００９４】なお、ＳＭＴＰ送信処理部４０は、ＳＭＴ
Ｐデータ送信の状態でメールサーバから接続切断の応答
を受信すると（ステップＤ２３）、ＳＭＴＰ受信処理部
４２に対してメールサーバとの切断を通知する（ステッ
プＤ２４）。

【００９５】次に、ＳＭＴＰ受信処理部４２は、メール
サーバへの接続要求（メール送信要求）をした後のデー
タ送信接続待ち状態にある時に、ＳＭＴＰ送信処理部４
０からＳＭＴＰ送信処理接続完了通知を受信すると（図
１９（ｂ）、ステップＣ１７）、通信端末１２に対して
データ送信待ちを送信し（SMTP 2xx）（ステップＣ１
８）、データ送信待ちの状態となる。

【００９６】なお、データ送信接続待ちの状態にある時
に、ＳＭＴＰ送信処理部４０からＳＭＴＰ送信処理接続
エラー通知を受信すると（ステップＣ１９）、ＳＭＴＰ
受信処理部４２は、データ送信拒否通知を通信端末１２
に対して送信する（ステップＣ２０）。

【００９７】データ送信待ちの状態で通信端末１２から
メールデータを受信すると（図１９（ｃ）、ステップＣ
２１）、ＳＭＴＰ受信処理部４２は、ＳＭＴＰ送信処理
部４０に対してメールデータを転送する（ステップＣ２
２）。メールデータは、ＳＭＴＰ送信処理部４０を通じ
てメールサーバに転送される。

【００９８】こうして、発信元アドレス、宛先アドレス
に続いて、メールデータをメールサーバに対して送信す
る。

【００９９】なお、ＳＭＴＰ受信処理部４２は、通信端
末１２からメールデータの送信完了の通知を受信すると
（図１９（ｃ）、ステップＣ２３）、ＳＭＴＰ送信処理
部４０にメールデータ完了を通知する（ステップＣ２
４）。ＳＭＴＰ送信処理部４０は、ＳＭＴＰ受信処理部
４２からのメールデータ完了の通知を受信すると、メー
ルデータのメールサーバへの転送を終了する。

【０１００】また、ＳＭＴＰ受信処理部４２は、通信端
末１２からメールデータ受信中止要求の通知を受信する
と（ステップＣ２５）、ＳＭＴＰ送信処理部４０にメー
ルデータ中止を通知する（ステップＣ２６）。ＳＭＴＰ
送信処理部４０は、ＳＭＴＰ受信処理部４２からのメー
ルデータ中止の通知を受信すると、メールデータのメー
ルサーバへの転送を終了する。

【０１０１】ＳＭＴＰ受信処理部４２は、通信端末１２
からメールデータの送信完了に伴って、接続切断の要求
を受信すると（SMTP QUIT）（図１８（ｂ）、ステップ
Ｃ１１）、通信端末１２に対して切断完了を通知すると
共に（SMTP 2xx）（ステップＣ１２）、ＳＭＴＰ送信処
理部４０に対して切断要求を送信する。ＳＭＴＰ送信処
理部４０は、ＳＭＴＰデータ送信中の状態にあるとき
に、ＳＭＴＰ受信処理部４２より切断要求を受信すると
（図２１（ｃ）、ステップＤ２５）、メールサーバに対
してサーバ切断要求を送信し（SMTP QUIT）（ステップ
Ｄ２６）、ＳＭＴＰ切断待ちの状態となる。ＳＭＴＰ送
信処理部４０は、ＳＭＴＰ切断待ちの状態の時に、デー
タ送信受け付けをメールサーバから受信すすると（SMTP
2xx）（図２１（ｄ）、ステップＤ２９）、ＳＭＴＰ接
続待ちの状態となり一連の処理を終了する。

【０１０２】なお、ＳＭＴＰ送信処理部４０は、ＳＭＴ
Ｐデータ送信中の状態にあるときに、メールサーバから
接続切断を受信すると（図２１（ｃ）、ステップＤ２
７）、ＳＭＴＰ受信処理部４２に対してサーバ切断通知
を送信し（ステップＤ２８）、ＳＭＴＰ接続待ちの状態
となる。

【０１０３】こうして、メールエージェント装置１０を
通じてメールを送信することにより、通信端末１２のユ
ーザが複数のメールアドレスを有している場合であって
も、各メールアドレスに対応するメールサーバにそれぞ
れ接続して、メールを送信する必要がない。また、メー
ルエージェント装置１０のアドレス変換テーブル４４ｂ
に、送信メールの発信元アドレスを書き換えるためのデ
ータを予め登録しておくことで、ユーザが希望する発信
元アドレスによってメールを送信することができる。

【０１０４】なお、前述した図１７をもとにして説明し
たメール送信の処理では、通信端末１２からの送信メー
ルの宛先アドレスに応じて、図４（ｂ）に示すアドレス
変換テーブル４４ｂの下段に登録されたテーブルの内容
に従って発信元アドレスを書き換える場合について説明
しているが、前述と同様にして、アドレス変換テーブル
４４ｂの上段に登録されたテーブルの内容に従って発信
元アドレスを所定の他の発信元アドレスを書き換えるこ
ともできる。アドレス変換テーブル４４ｂを参照して発
信元あるいは宛先の何れのアドレスに応じて書き換えを
行うかは、通信端末１２の利用者が予めメールエージェ
ント装置１０に対して登録しておくようにしても良い
し、メール送信時に指定するようにしても良い。また、
アドレス変換テーブル４４ｂに登録された上段下段の両
方を利用して発信元アドレスの書き換えを行うようにし
ても良い。

【０１０５】また、前述した説明では、図５、図１４、
図１６においては、メールエージェント装置１０が設置
された社内ＬＡＮにあるメールサーバ１６，１７のみを
示しているが、メールエージェント装置１０は、インタ
ーネット１８とも接続されているので、インターネット
１８を通じて他のメールサーバ１９と通信端末１２の間
でのメール送受信を仲介することができる。

【０１０６】また、前述した説明では、メールエージェ
ント装置１０を企業内ＬＡＮのアクセス装置として利用
する場合を例にして説明しているが、その他にも、前述
したメールエージェント装置１０が有するメールエージ
ェント機能を搭載したルータ、ＣＡＴＶアダプタ、ター
ミナルアダプタ、ＡＤＳＬアダプタ等の回線と宅内ネッ
トワークとの接続装置に応用することができる。

【０１０７】また、メール通信端末に、メールエージェ
ント機能を搭載して、端末単体で実現することも可能で
ある。

【０１０８】また、携帯端末などの文字表示数が少ない
端末を使用する時に、携帯端末の中継装置にメールエー
ジェント機能を搭載しておくことによって、表示数が少
なくデータ通信速度が比較的低速な場合でもインターネ
ットメールなどの多量文字数のメールを閲覧することが
でき、接続先を意識することなく複数のメール管理が１
つの端末で使用することも可能となる。

【０１０９】また、前述した説明では。メールの送受信
をする際に、ＰＯＰ及びＳＭＴＰを元いるものとしてい
るが、他のプロトコルを用いることも可能である。ま
た、メール一覧をＨＴＭＬによって記述するものとして
いるが、他のページ記述言語（ＸＭＬなど）を用いるこ
とも可能である。

【０１１０】また、上述した実施形態において記載した
手法は、コンピュータに実行させることのできるプログ
ラムとして、例えば磁気ディスク（フレキシブルディス
ク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、
ＤＶＤ等）、半導体メモリなどの記録媒体に書き込んで
各種装置に提供することができる。また、通信媒体によ
り伝送して各種装置に提供することも可能である。本装
置を実現するコンピュータは、記録媒体に記録されたプ
ログラムを読み込み、または通信媒体を介してプログラ
ムを受信し、このプログラムによって動作が制御される
ことにより、上述した処理を実行する。

【０１１１】また、本願発明は、前述した実施形態に限
定されるものではなく、実施段階ではその要旨を逸脱し
ない範囲で種々に変形することが可能である。更に、前
記実施形態には種々の段階の発明が含まれており、開示
される複数の構成要件における適宜な組み合わせにより
種々の発明が抽出され得る。例えば、実施形態に示され
る全構成要件から幾つかの構成要件が削除されても効果
が得られる場合には、この構成要件が削除された構成が
発明として抽出され得る。

【０１１２】

【発明の効果】以上詳述したように本発明によれば、複
数のメールボックス（メールアドレス）を持つ場合であ
っても、複数のメールアドレスをユーザの要求に応じて
有効に利用すると共に、メールサーバへの接続時間及び
通信コストの低下、設定の煩雑さの解消を実現すること
が可能となる。

【図面の簡単な説明】

【図１】本実施形態に係わるメールシステム構成を示す
ブロック図。

【図２】メールエージェント装置１０のハードウェア構
成の一例を示すブロック図。

【図３】図２に示すメールエージェント装置１０のハー
ドウェア構成において、メールエージェントプログラム
を実行することにより実現される機能構成を示すブロッ
ク図。

【図４】データ記憶部４４に記憶されるユーザデータ４
４ａとアドレス変換テーブル４４ｂのデータ構成の一例
を示す図。

【図５】メール一覧取得及びメール閲覧時のメールエー
ジェント装置１０の各機能による処理の流れを示す図。

【図６】メール一覧取得及びメール閲覧時の通信端末１
２とメールエージェント装置１０、メールエージェント
装置１０とメールサーバの間のそれぞれの処理を説明す
るための図。

【図７】メール一覧取得及びメール閲覧時のＨＴＴＰ処
理部３０によるＨＴＴＰ処理を説明するためのフローチ
ャート。

【図８】メール一覧取得及びメール閲覧時のＨＴＴＰ処
理部３０によるＨＴＴＰ処理を説明するためのフローチ
ャート。

【図９】メール一覧取得及びメール閲覧時のＰＯＰ処理
部３２によるＰＯＰ処理を説明するためのフローチャー
ト。

【図１０】メール一覧取得及びメール閲覧時のＰＯＰ処
理部３２によるＰＯＰ処理を説明するためのフローチャ
ート。

【図１１】メール一覧取得及びメール閲覧時のＰＯＰ処
理部３２によるＰＯＰ処理を説明するためのフローチャ
ート。

【図１２】メール一覧取得及びメール閲覧時のＰＯＰ処
理部３２によるＰＯＰ処理を説明するためのフローチャ
ート。

【図１３】メール一覧とメール閲覧の際に表示されるペ
ージの一例を示す図。

【図１４】メール閲覧時のメールエージェント装置１０
の各機能による処理の流れを示す図。

【図１５】メール閲覧時の通信端末１２とメールエージ
ェント装置１０、メールエージェント装置１０とメール
サーバの間のそれぞれの処理を説明するための図。

【図１６】メール送信時のメールエージェント装置１０
の各機能による処理の流れを示す図。

【図１７】メール送信時の通信端末１２とメールエージ
ェント装置１０、メールエージェント装置１０とメール
サーバの間のそれぞれの処理を説明するための図。

【図１８】メール送信時のＳＭＴＰ受信処理部４２によ
るＳＭＴＰ受信処理を説明するためのフローチャート。

【図１９】メール送信時のＳＭＴＰ受信処理部４２によ
るＳＭＴＰ受信処理を説明するためのフローチャート。

【図２０】メール送信時のＳＭＴＰ送信処理部４０によ
るＳＭＴＰ送信処理を説明するためのフローチャート。

【図２１】メール送信時のＳＭＴＰ送信処理部４０によ
るＳＭＴＰ送信処理を説明するためのフローチャート。

【符号の説明】

１０…メールエージェント装置１２…通信端末１４…基地局１５…交換網１６，１７，１９…メールサーバ１６ａ，１７ａ，１９ａ…メールボックス１８…インターネット２０…プロセッサ２１…不揮発性メモリ２２…メモリ２３…ネットワークコントローラ２４…回線コントローラ２５…バス２６…クロック２７…ネットワーク２８…回線３０…ＨＴＴＰ処理部３２…ＰＯＰ処理部３４…メール一覧合成作成処理部３６…データＨＴＭＬ変換処理部４０…ＳＭＴＰ送信処理部４２…ＳＭＴＰ受信処理部４４…データ記憶部４４ａ…ユーザデータ４４ｂ…アドレス変換テーブル

Claims

【特許請求の範囲】

【請求項１】メールサーバと端末との間のメール送受
信を仲介するメールエージェント装置であって、端末がメール送受信するメールサーバにアクセスするた
めに必要なアクセスデータを記憶するアクセスデータ記
憶手段と、端末からメール一覧取得要求を受信する一覧取得要求手
段と、前記一覧取得要求手段によってメール一覧取得要求を受
信した場合に、要求元の端末に対応する前記アクセスデ
ータ記憶手段に記憶されたアクセスデータをもとに、メ
ールサーバよりメール一覧データを取得するメール一覧
データ取得手段と、前記メール一覧データ取得手段によって取得されたメー
ル一覧データを、前記端末に送信するためのプロトコル
に応じてデータ変換するメール一覧データ変換手段と、前記メール一覧データ変換手段によって変換されたメー
ル一覧データを前記プロトコルにより送信して、前記端
末においてメール一覧を表示させるメール一覧表示手段
とを具備したことを特徴とするメールエージェント装
置。
【請求項２】前記メール一覧データ取得手段は、前記
端末がメール送受信するメールサーバが複数ある場合
に、複数のメールサーバからメール一覧データを取得
し、前記メール一覧データ取得手段によって複数のメールサ
ーバから取得されたメール一覧データを合成するメール
一覧合成作成手段を具備したことを特徴とする請求項１
記載のメールエージェント装置。
【請求項３】前記メール一覧表示手段によって前記端
末において表示されたメール一覧中からメールが選択さ
れることにより、前記端末から当該メールに対するメー
ル閲覧要求を受信する閲覧要求取得手段と、前記閲覧要求取得手段によってメール閲覧要求が取得さ
れた当該メールのメールデータを、当該メールに対応す
るメールサーバから取得するメールデータ取得手段と、前記メールデータ取得手段によって取得されたメールデ
ータを、前記端末に送信するためのプロトコルに応じて
データ変換するメールデータ変換手段と、前記メールデータ変換手段によって変換されたメールデ
ータを前記プロトコルにより送信して、前記端末におい
てメール内容を表示させるメール内容表示手段とを具備
したことを特徴とする請求項１記載のメールエージェン
ト装置。
【請求項４】メールサーバと端末との間のメール送受
信を仲介するメールエージェント装置であって、端末が送信するメールに設定すべき発信元アドレスを記
憶する発信元アドレス記憶手段と、端末から宛先アドレス、発信元アドレスが指定されたメ
ールの送信要求を取得するメール送信要求取得手段と、前記メール送信要求取得手段により取得したメールの送
信要求に応じて、この送信メールの発信元アドレスを前
記発信元アドレス記憶手段に記憶された発信元アドレス
に書き換えて送信するメール送信手段とを具備したこと
を特徴とするメールエージェント装置。
【請求項５】メールサーバと端末との間のメール送受
信を仲介するメール配信方法であって、端末がメール送受信するメールサーバにアクセスするた
めに必要なアクセスデータを記憶するアクセスデータ記
憶ステップと、端末からメール一覧取得要求を受信する一覧取得要求ス
テップと、前記一覧取得要求ステップによってメール一覧取得要求
を受信した場合に、要求元の端末に対応する前記アクセ
スデータ記憶ステップにより記憶されたアクセスデータ
をもとに、メールサーバよりメール一覧データを取得す
るメール一覧データ取得ステップと、前記メール一覧データ取得ステップによって取得された
メール一覧データを、前記端末に送信するためのプロト
コルに応じてデータ変換するメール一覧データ変換ステ
ップと、前記メール一覧データ変換ステップによって変換された
メール一覧データを前記プロトコルにより送信して、前
記端末においてメール一覧を表示させるメール一覧表示
ステップとを有することを特徴とするメール配信方法。
【請求項６】メールサーバと端末との間のメール送受
信を仲介するメール配信プログラムであって、コンピュータを、端末がメール送受信するメールサーバにアクセスするた
めに必要なアクセスデータを記憶するアクセスデータ記
憶手段と、端末からメール一覧取得要求を受信する一覧取得要求手
段と、前記一覧取得要求手段によってメール一覧取得要求を受
信した場合に、要求元の端末に対応する前記アクセスデ
ータ記憶手段に記憶されたアクセスデータをもとに、メ
ールサーバよりメール一覧データを取得するメール一覧
データ取得手段と、前記メール一覧データ取得手段によって取得されたメー
ル一覧データを、前記端末に送信するためのプロトコル
に応じてデータ変換するメール一覧データ変換手段と、前記メール一覧データ変換手段によって変換されたメー
ル一覧データを前記プロトコルにより送信して、前記端
末においてメール一覧を表示させるメール一覧表示手段
とに機能させるためのメール配信プログラム。