JP2005182543A - 電子メールシステム - Google Patents

Abstract

【課題】ＰＯＰ３プロトコルベースの従来の電子メールサーバは変えずに、電子メールクライアント側だけの変更によって、移動先などから携帯端末を使って整理後のメールタイトル一覧やアドレス帳の確認・利用やメールコンテンツの選択指定受信が可能なサービスを提供できる電子メールシステムを実現する。
【解決手段】電子メールサーバに蓄積中のメールを最新のものから受信するメール受信部、該メール受信部が受信した電子メールのデコードを行なうメール解析部、該メール解析部がデコードした解析結果から受信メールタイトル一覧作成を行なう機能操作部、該機能操作部が作成した受信メールタイトル一覧を表示するＧＵＩ入出力部、該ＧＵＩ入出力部で処理操作後の受信メールタイトル一覧整理情報を前記の機能操作部、メール解析部を通じて受取り、電子メールフォーマットに変換後送信するメール送信部、を備えた電子メールクライアントを有する電子メールシステム。
【選択図】 図１

Description

本発明は、ＰＯＰ３プロトコルをベースとした既存の電子メールシステムの改良案に係り、出張先や移動中にリソースの限られた携帯パソコンや、携帯電話、ＰＤＡ等を使って、オフィスや自宅でデスクトップパソコンを使って行なうのと同様に、メールタイトル一覧の確認が出来、さらにアドレス帳の確認、指定メールのみのコンテンツのダウンロード確認が行なえる、電子メールシステムに関するものである。

近年、インターネットを使った電子メールは人が文章を送る手段としてだけでなく、若者間におけるチャットなど音声通話に代わるコミュニケーション手段として一般的に使われるようになってきている。

従来、電子メールにおいては、電子メールの送信にＳＭＴＰ（Simple Mail Transfer Protocol:rfc821）、受信には、ＰＯＰ３（Post Office Protocol ３:rfc1939）プロトコルが一般的に使われている。

図１０に、従来の電子メールシステムの構成図を示す。図１０において、１００は電子メールサーバ、２００は電子メールクライアント、３００はインターネット、１１０は電子メールの転送機能を持つＳＭＴＰサーバ部、１２０はユーザからの電子メールダウンロード要求を受付け電子メールのダウンロードを行なうＰＯＰ３サーバ部、１３０は受信電子メールをユーザ毎に順次蓄積するメールボックス、１４０はネットワークとの物理インタフェース処理を行なう通信インタフェース部、２１０は電子メールの送信処理を行なうＳＭＴＰクライアント、２２０はメールの受信処理を行なうＰＯＰ３クライアント、２３０はユーザとの入出力インタフェース役を果たし、メール作成支援やダウンロード後のメール用のメールホルダ管理やアドレス帳管理等を行なうWindows（登録商標）Outlook Express等のメーラ、２３１は、メーラ２３０管理下のメールホルダ、２５０は通信インタフェース部を示す。

ＳＭＴＰサーバ１１０、ＰＯＰ３サーバ１２０、ＳＭＴＰクライアント２１０、ＰＯＰクライアント２２０、メーラ２３０は、通常、ソフトモジュールで構築される。

又、通信インタフェース部１４０、２５０は、ＴＣＰ／ＩＰパケットの組立・分解処理や関連する他のソフトモジュール群とのインタフェース処理を行なうソフトモジュール、デバイスドライバソフト、外部ネットワークとの電気インタフェースをとるネットワークインタフェースカード等のハードウェアからなる。

電子メールクライアント２００は、メーラ２３０を介してユーザからの電子メール送信要求を受付け、ＳＭＴＰクライアント２１０を呼出し、電子メールの送信指示を行なう。

ＳＭＴＰクライアント２１０は、ＳＭＴＰプロトコルに従って、通信インタフェース２５０、１４０を介して、ＳＭＴＰサーバ１１０を呼出し、メールアドレスやパスワードを使って、アクセス認証を得た後、電子メールの送信を行なう。

ＳＭＴＰサーバ部１１０とＳＭＴＰクライアント部２１０がやりとりするＳＭＴＰプロトコルは、テキストベースを基本とし、ＳＭＴＰクライアント部からの標準コマンドとパラメータを含むリクエストと、該リクエストに応えるＳＭＴＰサーバ１１０からのレスポンスを標準シーケンスに従って順次進める簡明なプロトコルである。

電子メールは、メーラ部で、電子メールタイトルや発信日時、発信者、受信者等を含む所定のヘッダ部と本文に組立られ、ＳＭＴＰクライアント２１０に渡され、通信インタフェース部２５０で、ＩＰパケットに分解され、インターネット３００を通してＳＭＴＰサーバ１１０に順次送信される。

この時、通信インタフェース２５０は、ＴＣＰの通信セッションがＳＭＴＰである事を知らせる為に、ＩＰパケットヘッダ部のＴＣＰのセッション識別番号として、ＳＭＴＰのウェルノウンポート番号である、ＰＯＲＴ番号２５を指定する。

これによって、通信インタフェース部１４０は、送られてきたＩＰパケットが、ＳＭＴＰセッション用のＩＰパケットであることを認識し、該ＩＰパケットの処理をＳＭＴＰサーバ部１１０に依頼する。

ＳＭＴＰサーバ部１１０は、ＳＭＴＰコマンドで指定した宛て先アドレスから、電子メールの宛て先アドレスを確認し、ＳＭＴＰクライアントから要求された宛て先アドレスのメール受信者が電子メールサーバ１００に収容されていない場合は、中継ルート上の隣の電子メールサーバ１００のＳＭＴＰサーバ１１０に中継処理を依頼する。

途中のＳＭＴＰサーバ１１０は、宛て先アドレスのユーザの電子メールボックスを管理する電子メールサーバ１００のＳＭＴＰサーバ部１１０宛に、電子メールを順次、中継・転送する。

電子メール受信者が収容された受信側の電子メールサーバ１００のＳＭＴＰサーバ１１０は、受信者毎のメールボックス１３０に該受信者宛の受信電子メールを着信順に蓄積する。

受信側では、電子メールクライアント２００は、メーラ部２３０を介してユーザからの電子メール受信要求を受けつけ、ＰＯＰ３クライアント２２０を呼出し、電子メールの受信指示を行なう。

ＰＯＰ３クライアント２２０は、ＰＯＰ３プロトコルに従って、通信インタフェース２５０、１４０を介して、ＰＯＰ３サーバ１２０を呼出し、メールアドレスやパスワードを使ったアクセス認証を得た後、電子メールのダウンロード受信を行なう。

ＰＯＰ３サーバ部１２０とＰＯＰ３クライアント部２２０がやりとりするＰＯＰ３プロトコルは、ＳＭＴＰプロトコルと同様に、テキストベースを基本とする。ＰＯＰ３クライアント部２２０からの標準コマンドとパラメータを含むリクエストと、該リクエストに応えるＰＯＰ３サーバ１２０からのレスポンスを標準シーケンスに従って順次進める簡明なプロトコルである。

ＰＯＰ３クライアント２２０は、アクセス認証を受け、それまで受信されユーザのメールボックス１３０に蓄積されていた電子メールを受信順にダウンロードする。

この時、通信インタフェース２５０、１４０は、ＴＣＰの通信セッションがＰＯＰ３である事を知らせる為に、ＩＰパケットヘッダ部のＴＣＰのセッション識別番号として、ＰＯＰ３ウェルノウンポート番号である、ＰＯＲＴ番号１１０を指定する。

これによって、通信インタフェース部１４０は、送られてきたＩＰパケットがＰＯＰ３セッション用のパケットがあることを認識し、該ＩＰパケットをＰＯＰ３サーバに引き渡し処理を依頼する。

ＰＯＰ３サーバ１２０は、ＰＯＰ３クライアント２２０からのリクエストに従って、標準手順によって、メールボックス１３０からユーザ宛の電子メールをＰＯＰ３クライアント２２０に引き渡す。

ＰＯＰ３クライアント２２０は、受信した電子メールをメーラ２３０をに引き渡し、メーラ２３０は、受信電子メールを受信メールホルダ２３１に順次蓄積する。

このＰＯＰ３クライアント２２０がＰＯＰ３サーバ１２０から電子メールの受信処理を行なう場合、通常は、メールボックス内における受信済の電子メールは、ＰＯＰ３クライアント２２０からのリクエストを受けてダウンロード直後に自動的に消去される。

メーラ２３０は、メールホルダ２３１に蓄積された受信済の電子メールのヘッダ部から電子メールタイトル、送信者名、送信時刻等のメールタイトル一覧情報を抽出し、メーラのＧＵＩ−Ｗｉｎｄｏｗ画面表示上に一覧表示を行なう。

又、ユーザの設定又は指定に応じて、本文の表示や、送信アドレスのアドレス帳への新規登録、重要度等のマーク付与、分類ホルダへの仕分け蓄積、削除処理などを行なう。

上記の如く、ＰＯＰ３は、ＰＯＰ３クライアント２２０とＰＯＰ３サーバ１２０間で、アクセス認証や、電子メールのダウンロードを行なう場合のフレームフォーマットや信号やりとりの種類と手順を決めたプロトコルであり、基本的には、ＰＯＰ３クライアント２２０からのコマンドとパラメータとＰＯＰ３サーバ１２０によるレスポンスの単純な繰り返しを基本としている。

図１１は、ＰＯＰ３によるメールダウンロード例である。

図１１において、Cは電子メールクライアントからのコマンドとパラメータ、Sは電子メールサーバからのレスポンスを示す。

図１１は、アクセス認証、蓄積メール総規模、受信順のメール毎の規模の確認、受信順のメールの逐次ダウンロードの指示、メールの逐次削除指示、終了の様子を示す。

図１１に示す如く、ＰＯＰ３は比較的簡単なプロトコルであり、電子メールサーバ、電子メールクライアント共に実装が容易である。

又、電子メールサーバ１００からダウンロードし終わった電子メールは、ＤＥＬＥコマンドを使ったリクエストによって通常は自動的に消去する使用（設定）法が一般的に行なわれている。

このため、電子メールボックスのサイズも小さくて済み、インターネットアクセスサービスを提供するＩＳＰにとっても、管理負担やＨＤＤ装置等の資源投資が少なくて済む為、現在、広く普及している。

ＰＯＰ３では、電子メールサーバは、メールボックスへの蓄積メールの状況を蓄積順番号とそのバイト数を到着順の昇順に電子メールクライアントに伝え、電子メールクライアントは電子メールのダウンロードの仕方を番号指定によって通常はメールの着信順と同じ昇順に伝え、ダウンロード後のメールボックスからの削除も同じく昇順の番号の逐次指定によって行なっている。

電子メールサーバは、電子メールクライアントからのコマンド＋パラメータによるリクエストに応えて、レスポンスする形で動作が行なわれる。

従って、電子メールクライアントからの指定によって、メールのダウンロードを昇順でなく降順に行なわせたり、メールの削除を指示せずメールボックスに残したり、一部を番号を指定して削除したりすることができる。

上記の如く、従来は、メーラは、昇順のダウンロードを基本として設計され、自動消去を基本として設定されて使用され、電子メールサーバのメールボックスにはダウンロード後メールは残らない形で使用される。

又、自動的な新規メールの到着確認は、定期的に電子メールクライアントが電子メールサーバにアクセスして新着メールの到着状況を確認することによって行なわれる。

ＰＯＰ３の場合、ユーザは、メーラ２３０のＧＵＩを使って、メールホルダ２３１にダウンロードし、ダウンロード後の受信メールの閲覧や消去、整理をスタンドアロンモードで行なう。また、電子メールのアドレス管理もメーラ２３０のアドレス帳管理機能を使って行なわれる。

しかし、ＰＯＰ３を使った従来の電子メールシステムでは、一旦、電子メールクライアント２００にダウンロードした電子メールは、メールボックス１３０には残っていないため、移動先で、再度メールのタイトルや内容を確認することは出来ない。

また、電子メールのタイトル一覧処理も一旦ダウンロードした電子メール文書群のヘッダ部からメーラ２３０が、タイトル一覧を抽出し表示する仕組みの為、携帯電話などの受信メモリに制約がある端末では、メモリオーバフローを生起しやすい。

図１２は、ＰＯＰ３を使ったメールサービスの様子を示す。

図１２で、１００は、電子メールサーバ、１３０は従業員Ａのメールボックス、２００は電子メールクライアント、２３１は、電子メールクライアント２００に付属したローカルなメールホルダ、３０１、３０２は社内ネットワークである。

図１１、図１２で示した如く、ＰＯＰ３プロトコルのダウンロードシーケンスでは、電子メールサーバ１００のメールボックスにはダウンロードされたメールが残らない為、社内ネットワーク３０１を通じて電子メールサーバ１００にアクセスが行なわれると、社内ネットワーク３０２にアクセスした同じ従業員が同じメール内容を確認することが出来なくなる。

したがって、サーバ側にメールを残して、移動先からも利用出来る様にしたいというニーズがある。

これらのニーズに応える為に、受信電子メールを基本的に電子メールサーバ１００に残し、携帯パソコン、携帯電話等の携帯端末を使って、任意の場所からアクセスして受信電子メールの確認や分類処理や削除処理などをサーバ側の処理機能を行なう為の通信プロトコルとしてＩＭＡＰ４（Internet Mail AccessProtocol:rfc1730）が標準化されている。

ＩＭＡＰ４は、ＰＯＰ３にはないメールタイトル一覧機能を持ち、受信メールのタイトル一覧のみをサーバからダウンロードし確認できる。

これに対して、ＰＯＰ３では、電子メールクライアントのメーラがダウンロード後のメールのヘッダからタイトル情報を抽出して、受信メールタイトル一覧表の作成・表示を行なっている。

他方、ＩＭＡＰ４では、アドレス帳機能としては、集中管理型のアドレス帳管理プロトコルのＬＤＡＰ（Lightweight Directory Access Protocol:rfc1777）、個別サーバ管理型のアドレス管理プロトコルのACAP(Application Configuration Access Protocol :rfc2244)が利用される。

又、ＩＭＡＰ４の場合も、メールの送信に関してはＳＭＴＰプロトコルが使用される。

これを受けて、Outlook Express等のメーラ２３０も、ＩＭＡＰ４をサポートする商品が登場している。

電子メールサーバ１００側のＩＭＡＰ４対応製品も既に多数の製品がメーカから出荷されている。

ＩＭＡＰ４プロトコルも、基本的には、ＩＭＡＰ４クライアントからのコマンド＋パラメータによるリクエストに応えるＩＭＡＰ４サーバからのレスポンスの形で、電子メールの受信処理が行なわれる。

基本的な構成は、ＰＯＰ３サーバとＰＯＰ３クライアントをＩＭＡＰ４サーバとＩＭＡＰ４クライアントに置き換え、アドレス帳機能をサーバ側にも持たせるだけで、大きな差異はない。

但し、ＩＭＡＰ４には、コマンドの指定パラメータによって、メールタイトル一覧を提供する機能が備えられている。これによって、必要なメールのみを確認・選択してダウンロードすることができる。

しかし、ＩＭＡＰ４プロトコルを基本とする電子メールシステムは、電子メールをダウンロード後も長期間保存させる必要があるため電子メールサーバ１００側に備えるメールボックスが巨大となり、リソース管理が厄介なこと、電子メールクライアント２００側に標準では実装されていないＩＭＡＰ４クライアントを新たに実装する必要がある事などの為に、ＩＭＡＰ４プロトコルをクライアント側に直接実装したシステムの普及は進んでいない。

しかし、近年、ＷＥＢブラウザとＨＴＴＰプロトコルを使って、ＷＥＢサーバにアクセスし、ＷＥＢサーバをゲートウェイとし、そのバックエンドにあるＩＭＡＰ４プロトコルをサポートした電子メールサーバとの間でＩＭＡＰ４プロトコルを使ったやりとりを行なう事によって、ＩＭＡＰ４のプロトコル機能を間接的に使用できるＷＥＢメールシステムが登場している。

図１３に、ＷＥＢメールシステムの構成を示す。

図１３において、１００はＩＭＡＰ４対応の電子メールサーバ、２４０はＷＥＢブラウザ、３００は電子メールサーバ１００に対するＩＭＡＰインタフェース変換をサポートするゲートウェイ機能を持つＷＥＢサーバ、である。

ＷＥＢメールシステムは、メーラとして、パソコンから携帯端末までひろく普及しているＷＥＢブラウザを使って、ＴＣＰプロトコルのウエルノウンポート番号８０を使ったＨＴＴＰプロトコルによってＷＥＢサーバ３００を介し、ＩＭＡＰ４対応の電子メールサーバ１００とサーバ処理サービス型の電子メールサービスを提供する。

このため、クライアント側における導入が容易であり、ＩＭＡＰ４対応メールサービスへのニーズに応える為、ＷＥＢメールサービスを提供するＩＳＰの数も増え、これにつれて、企業内利用や一般利用の形でＷＥＢメールを導入するユーザの数も増えている。

しかし、ＷＥＢメールでは、コンテンツの表示プロトコルがＨＴＭＬを基本としている為に、ウイルスなどを含むコンテンツが画像ファイル等に紛れて隠れていた場合でも、自動的に展開表示が行なわれウイルスに汚染されてしまう恐れがある。

これに対し、テキストベースを基本とし、画像ファイル等のウイルスを潜在的に含むファイルはＭＩＭＥ（Multimedia Internet Mail Extension:rfc1341）プロトコルを使って添付ファイルとして送るＰＯＰ３プロトコルベースの電子メールシステムでは、不審な送り手や不審なタイトルの電子メールは添付ファイルを開かずに廃棄することが出来る。

この為、ＷＥＢメールは安全上の障壁が従来のＰＯＰ３プロトコルを使った電子メールに比べて低く、セキュリティ上の潜在的な危険性が高い。

また、特開２０００−２９８６２９の先願発明例に、電子メールクライアント２００から電子メールサーバ１００に、受信電子メールのヘッダ部に含まれるタイトル一覧情報のみをダウンロードする様に指示し、受信したタイトル一覧情報から選択した特定の電子メールを特定の転送先に転送指定する技術が開示されている。

しかし、この先願発明の構成では、電子メールサーバ１００、電子メールクライアント２００共に、メール処理ソフトを全面的に入れ換える必要があり、実際に普及させるのは困難である。

又、自分が普段使っている会社のデスクトップパソコンに蓄積されているアドレス帳の中にある顧客のメールアドレスを携帯端末から確認して使用したい場合がある。

これは、ＬＤＡＰサーバの様な集中型のアドレス帳管理サーバには、会社の従業員のメールアドレスは管理されているが、顧客のメールアドレスは営業担当者等が個々に管理している運用形態がまだ一般的な為である。

また、携帯端末に顧客のアドレスを含むメールアドレスを常時搭載して携行することは、セキュリティ上のリスクも大きく、必要な時にだけ顧客メールアドレスを確認し、用済み後には消去し、常時は搭載しないで置きたいというニーズもある。

したがって、ＰＯＰ３プロトコルベースの従来の電子メールシステムをベースに、電子メールサーバの仕組みは変えずに、導入移行が容易で、移動先などから、メールタイトル一覧や電子メールコンテンツの選択受信、自分のデスクトップパソコン上のアドレス帳の遠隔確認・利用が可能なサービスを提供できる電子メールシステムの登場が期待されている。

さらに、前記メールタイトル一覧は一般的にメーラで整理の為に行っている如く、自分の目的に合わせた分類別ホルダに分類され、重要度識別マーク等が付与された、整理済みのメールタイトル一覧となっている方が利用しやすい。

図１４に、受信メールの整理例を示す。

図１４は、デスクトップパソコンのメーラの受信ホルダ（ＩＮＢＯＸ）に一旦受信されたメールを、重要度に応じて、重要なメールと一般的なメールに仕分け、さらに重要なメールは、さらに階層化し、小分類している例を、メーラのＧＵＩ表示画面に表示している例である。

また、受信メール一覧のヘッダ表示部分に、ユーザの判断に応じて重要度識別符号を付加することも一般的に行なわれている。
特開２０００−２９８６２９号公報 「インターネットＲＦＣ事典」、アスキー出版局、PP.270-290、１９９８年 「電子メールシステム完全マスタ」、インタフェース増刊、Open Design、N08、PP.63-85、ＣＱ出版、１９９５年５月 「ＷＥＢメールとは」、Active mail紹介資料、Transware社HP 、URL:www.transware.co.jp/product.am/、２００３年

解決しようとする課題は、ＰＯＰ３プロトコルベースの従来の電子メールシステムを基に、従来の電子メールサーバの仕組みは変えずに、電子メールクライアント側だけの変更によって、導入が容易で、移動先などから、携帯端末を使って、整理後のメールタイトル一覧やアドレス帳の確認・利用やメールコンテンツの選択指定受信が可能なサービスを提供できる、電子メールシステムを実現することである。

上記課題を解決するための第１の発明は、ＰＯＰ３プロトコルベースの電子メールシステムにおいて、 電子メールサーバに蓄積中のメールを最新のものから受信するメール受信部、該メール受信部が受信した電子メールのデコードを行なうメール解析部、該メール解析部がデコードした解析結果から受信メールタイトル一覧作成を行なう機能操作部、
該機能操作部が作成した受信メールタイトル一覧を表示するＧＵＩ入出力部、該ＧＵＩ入出力部で処理操作後の受信メールタイトル一覧整理情報を前記の機能操作部、メール解析部を通じて受取り、電子メールフォーマットに変換後送信するメール送信部、を備えた電子メールクライアントを有することを特徴とする電子メールシステムを提供する。

本発明によれば、従来のＰＯＰ３をベースとする電子メールサーバを、何ら変更するこ
となしに、ＩＭＡＰ４やＷＥＢメールと同様に、移動先等において、メールタイトル、送
信者、受信日時、重要度等を一覧形式にしたメールタイトル一覧情報のみを電子メール
アドレス及び携帯端末等の特定の宛先への電子メール情報として送信することが可能と
なる。

この結果、ユーザは、出張先などの移動先においても、メモリ容量が少なく、伝送帯域
の限られたＰＤＡや携帯電話、携帯パソコン等を用いて、電子メールタイトル情報のみを受信して、重要な情報の再確認を迅速に行なうことができる。

さらに、ユーザは、移動先などにおいてもコンテンツを確認したいメールのみをダウンロード番号を指定することによってダウンロードし、さらに詳細な検討を行なうことが出来る。

上記課題を解決するための第２の発明は、第１の発明記載の電子メールシステムにおいて、前記メール受信部は、受信メールのヘッダ部に、メールタイトル一覧を示す識別符号を検出した時は、以降のメール受信を停止すると同時に、新着順の新規メールをメールタイトル一覧に追加した新規のメールタイトル一覧表をユーザのメールアドレスに向けて送信することを特徴とする電子メールシステムを提供する。

本発明によれば、メールタイトル一覧の作成済のメールを二重にダウンロードすることによる無駄の発生を防止することが出来、メールタイトル一覧を最新状態に維持する事が出来る。

上記課題を解決するための第３の発明は、第１の発明記載の電子メールシステムにおいて、前記機能操作部は、特定アドレスからの受信メールの到着監視を定期的に行なう新着受信メールの定期監視手段、該新着受信メールにおける特定キーワードの検出手段、該特定キーワード受信時において該特定キーワードに応じた所定電子メールの作成手段、該所定電子メールの前記特定アドレスへの送信手段、を有することを特徴とする電子メールシステムを提供する。

本発明によって、事前にアドレス帳データをメールとしてアップロードしておく事によって、出張先等からのユーザの携帯端末からの受信メールのヘッダや本文に含まれた特定キーワードによる指示に応じたメールの自動転送処理が可能となる。

この為、移動先などで、ユーザが使用中の電子メールサーバにアクセスできない環境下にあっても、携帯電話や携帯パソコンを使って必要な情報を入手することができる。

上記課題を解決する為の第４の発明は、第３の発明記載の電子メールシステムにおいて、前記特定キーワードは、新着メールの着信状況報告要求メール、指定メールのコンテンツダウンロード転送要求メール、最新メールタイトルメール、の送信を識別するキーワードである事を特徴とする電子メールシステムを提供する。

本発明によって、セキュリティ確保上などの何らかの事情によって、ユーザが常時使用中の電子メールサーバに、直接アクセス出来ない場合でも、ユーザは出張先等から携帯端末を使用して、新着メールの着信状況、指定メールのコンテンツ、最新メールタイトル一覧を入手する事が出来る。

上記課題を解決するための第５の発明は、第１の発明記載の電子メールシステムにおいて、前記機能操作部は、アドレス帳のデータを、前記メール解析部、メール送信部を通じて、電子メールフォーマットに変換して、ユーザの電子メールアドレス、特定宛て先に送信する、アドレス帳送信手段を有することを特徴とする電子メールシステムを提供する。

本発明によって、出張先などでアドレス帳データが必要になった場合でも、電子メールサーバにアクセスしてアドレス帳を入手することが出来る様になる。

本発明の電子メールシステムは、ＰＯＰ３プロトコルベースの従来の電子メールシステムをベースに、電子メールサーバの仕組みは変えずに、導入移行が容易で、移動先などから、電子メールタイトル一覧や電子メールコンテンツの選択受信、アドレス帳確認・利用が可能なサービスを提供できる。

ＰＯＰ３プロトコルベースの電子メールシステムにおいて、電子メールサーバのメ―ルボックスには受信メールをダウンロード後も常時残し、電子メールクライアントにおいて、最新のメールタイトル一覧を作成する様にし、該メールタイトル一覧を移動先の携帯端末等で確認し、必要なコンテンツのみを指定してダウンロードできる様にする。

図１は、本発明に係る電子メールシステムの構成である。

図１において、１００は電子メールサーバ、１３０はメールボックス、２００は電子メールクライアント、２１０ｂは電子メールサーバへのメールの送信処理、コマンドの送信処理を行なうメール送信部、２２０ｂは電子メールサーバからのメール受信処理、レスポンスの受信処理を行なうメール受信部、２３５は、メール受信部２２０ｂで受信された受信メールからのヘッダ、本文の分解・抽出、メールヘッダの文字コードへの変換・メール送信部２１０ｂに送信する場合の逆変換・組立処理を行なうメール解析部、２３６はユーザが電子メールクライアント２００を操作して、受信メールの確認や送信メールの作成、メールの選択受信指示、アドレス帳の作成・管理、受信メールや送信済メールの蓄積管理、受信メールの分類整理等に用いるＧＵＩ入出力部、２３７は、メール解析部２３５からの解析後の受信メールを文字コード変換し、ＧＵＩ入出力部２３６が表示可能な形式に変換して引き渡し、又は、ユーザによるＧＵＩ入出力部２３６を通じたメールの受信指示や送信指示、メール削除指示を解読し、所定のフォーマットに変換し、メール解析部２３５に引き渡す手段を備えた機能操作部、２３８は、ユーザ指定に応じた定期的なメールの自動受信や電子メールサーバ１００におけるメールボックス１３０のオーバーフロー防止の為の管理ルール、メール削除時の選択ルールにしたがった自動処理等の自動化処理ルールを定めた操作ルール、特定アドレスからのメール受信時のデジタル署名の正当性確認の為の認証処理用の秘密鍵と処理ルール、及びこれらの処理プログラムを格納した操作支援ＤＢである。

尚、ＧＵＩ入出力支援部２３６は、従来のメーラが備えているＧＵＩ機能を用いた分類別ホルダの追加作成及び分類支援、メールヘッダへの重要度識別マーク付与、等の機能も持つ。

また、図１では省略したが、使用する外部ネットワークは、インターネット、イントラネットを含み、ＴＣＰ／ＩＰプロトコルをネットワーク構成の基本とする。

イントラネットの場合は、通常は、イントラネット内の別の拠点から同じ電子メールサーバにアクセスすることは可能だが、セキュリティの確保の為、外部のインターネットから同じ電子メールサーバに直接アクセスすることをファイアウォールでガードし、禁じている運用形態も多い。

本発明は、イントラネット、インターネットいずれからもセキュリティを確保しながらメールタイトル一覧やアドレス帳、特定メールコンテンツの入手を可能とする。

本発明では、図１１の例に示したＰＯＰ３によるメールダウンロード例のシーケンスの場合とは異なり、メールダウンロード完了直後に、電子メールサーバ１００のメールボックス１３０からダウンロードしたメールを削除しない。

すなわち、図１１のシーケンスの終わりに発信される、電子メールクライアント２００から電子メールサーバ１００に対して、ｉを削除指定メール番号として発信される一連のＤＬＥ ｉのコマンドは発信されない。

この為、受信メールのダウンロードが終わっても、メールボックスには、受信メールがそのまま蓄積されている。

また、メールの受信は、従来のＰＯＰ３プロトコルによる電子メールシステムの如く、先着順のメールボックス内における登録番号による昇順ではなく、最新メールからの降順の番号順に．ダウンロードが行われる。

さらに、本発明による、メールの重要度や分類を示す識別符号、受信メールタイトル、送信者、受信日時を含む受信メールタイトルの一覧（以下、メールタイトル一覧）の作成は、通常の運用モードでは、ユーザがネットワークにログオンし、着信メールをダウンロードした直後に行なわれ、電子メールサーバに、メールタイトル一覧作成直後又はユーザがメーラを閉じるタイミングで、ユーザのメールアドレスに向けて、該電子メールサーバへのアップロード送信が行なわれる。

これによって、電子メールサーバ１００のユーザのメールボックス１３０には、メールタイトル一覧が通常のメールと同様に着信順に蓄積される。

図２に、本発明に係るメールタイトル一覧作成方法を示す。

図２において、ステップ１で、ユーザは、ＧＵＩ入出力部２３６を通じて、電子メールサーバ１００へのアクセスを指示する。ステップ２で、ユーザからの指示を受けた、機能操作部２３７はメール解析部２３５、メール送信部２１０ｂを通じて、電子メールサーバ１００にアクセスし、ステップ３で、ＩＤ、パスワードによるアクセス認証を得る。ステップ３で電子メールサーバは、メール送信部２１０ｂからの問い合わせリクエストに応えて、到着順のメール蓄積番号とメール規模をメール受信部２２０ｂ、メール解析部２３５を通じて、機能操作部２３７に伝える。ステップ４で、機能操作部２３７は、該メール蓄積番号の最大値のメール（最新の到着メール）から降順の番号で、逐次メールボックス１３０からのメールダウンロードを行なう様に、メール解析部２３５、メール送信部２１０ｂを通じて、電子メールサーバ１００に伝える。ステップ５で、機能操作部２３７は、受信メールのヘッダ部を監視し、ヘッダ部に、前に作成したメールタイトル一覧識別符号があるかどうかをチェックする。

ステップ５で、機能操作部２３７は、メールタイトル一覧等一覧識別符号が検出されない場合、ステップ６でメールタイトル等をヘッダから抽出し、ステップ７でメールの蓄積番号が１に達していなければ、ステップ８でダウンロード指定のメール蓄積番号を１減らして、次のメールのダウンロード継続を行なう。

ステップ７で、機能操作部２３７は、メールダウンロード指定値（蓄積番号値）が１であれば、ステップ９で、最初のメールタイトル一覧を、それまで抜粋したメールタイトル等を元に作成し、ＧＵＩ入出力部２３６に引き渡す。

ステップ６で、機能操作部がヘッダ部にメールタイトル一覧識別符号付きのメールの受信を確認すると、ステップ１０で、以降のメールのダウンロード受信を停止する。

ステップ１１で、該メールタイトル一覧メールの直前までのメールの分について、部分メールタイトル一覧を作成し、ステップ１２で、メール受信停止直前に受信したメールタイトル一覧に追加して、最新のメールタイトル一覧を作成する。

ステップ１３で、必要に応じて、該最新のメールタイトル一覧について、重要度の付与、分類ホルダなどの見直し、整理を行い、ステップ１４で、メールタイトル一覧識別符号をヘッダ部に付加して、宛て先アドレスとして、ユーザのメールアドレスを指定し、メール解析部２３５、メール送信部２１０ｂを通じて、電子メールサーバ１００に向けてアップロードする。ステップ１５で、電子メールサーバ１００は、メールボックス１３０の最新のメール格納位置に該メールタイトル一覧を格納する。

以上の処理によって、電子メールサーバ１００におけるユーザのメールボックス１３０には、常に最新のメールタイトル一覧が登録される。又、メールタイトル一覧が一旦作成されると、メールの受信は、最新の着信メールから最新のメールタイトル一覧までで停止する為に、既にダウンロード済みのメールを二重にダウンロードする無駄が避けられる。

これに対して、従来の電子メールシステムでは、メールボックス１３０からメールを削除しない様にすると、毎回同じメールのダウンロードが行なわれ、無駄が発生する。

従って、普段の業務を会社等で主にデスクトップパソコンで処理しており、携帯端末で出張先の別の事務所などから前日の受信メールの再確認などを行なう場合でも、使用帯域の制約やメモリ容量の制約を軽減しながら、メールタイトル一覧の確認を行なうことができる。

また、ユーザがユーザの電子メールサーバに直接アクセス出来ない様な出張先等の利用環境に出掛け、携帯電話などからメールタイトル一覧や、最新到着メール一覧、自分のデスクトップパソコン上のアドレス帳にある顧客のメールアドレスを確認したい場合がある。

次の発明は、この様な環境にあるユーザでもメールタイトル一覧やアドレス帳が利用出来る様にすることを目的とする。

図３は、本発明に係る遠隔メール等入手方法を示す。

図３において、ステップ１で、ユーザは、デスクトップパソコンのＧＵＩ入出力部２３６を通じて、機能操作部２３７に対し定期的に特定アドレスからの新着メールのヘッダ部又は本文に特定キーワードが含まれているかどうか監視する様に指示（設定）する。

どの程度の頻度で、どの様な特定キーワードをチェックの対象とするのかは、事前に操作支援ＤＢに登録されており、ユーザによるＧＵＩ入出力部２３６を使った選択・更新が可能である。ユーザは、ＧＵＩ入出力部２３６を使って自動監視起動の指示を行なう。

ステップ２で、機能操作部２３７は、定期的に特定アドレスからの新着メール到着のチェックを行い、ステップ３で、特定アドレスからの新着メールの到着を検知した場合は、
ステップ５で、該新着メールのヘッダ部、又は、メール本文の先頭等所定位置に、特定キーワードが含まれているか、どうかの検出を行なう。

ステップ５で特定キーワードが含まれていた場合は、ステップ６で、該新着メールが真正なものであるかどうかをデジタル署名チェックによって行なう。デジタル署名チェックは、特定アドレスの携帯端末と会社のデスクトップパソコンの前記操作支援ＤＢ２３８に蓄積された携帯端末等特定アドレスの発信元と共通の秘密鍵を使い、ＭＤ５(Message Digest ５)等の演算アルゴリズムによる剰余照合チェックによって行なう。

デジタル署名が真正なものである場合は、ステップ７で、機能操作部２３７は、特定キーワードに応じた処理内容の選択を行なう。

前記特定キーワードが新着メールの到着状況通知依頼を示すＫａの場合、ステップ８ａで、機能操作部２３７は、電子メールサーバ１００にアクセスし、新着メールすなわち前回のメールタイトル一覧作成以降の最新の受信メール部分のダウンロード処理を行い、ステップ９ａで、機能操作部２３７は、ステップ８ａで作成したメールタイトル一覧を内容とするメール本体を作成し、ステップ１０ａで該メール本体に、特定応答を示す識別符号をヘッダ部に付与し、
ステップ１１で、前記特定アドレスに向けて、メール解析部２３５、メール送信部２１０ｂを通じて送信する。

ステップ７における前記特定キーワードが指定メールのコンテンツダウンロードを指示するＫｂである場合は、
ステップ８ｂで、機能操作部２３７は、特定キーワードと同時に送られてきた電子メールサーバ１００のメールボックス１３０に到着順の昇順に蓄積されている蓄積メールのどの蓄積番号かを示すダウンロード指示番号を確認する。

ステップ９ｂで、該ダウンロード指示番号のコンテンツをダウンロードする様に、メール解析部２３５、メール送信部２１０ｂを通じてリクエスト文を組立て、メールサーバ１００に依頼し、コンテンツを含む指定メール全文のダウンロードを行なう。

ステップ１０ｂで、機能操作部２３７は、該ダウンロードしたメールのヘッダ情報として、特定応答を示す識別符号をヘッダ部に付与し、
ステップ１１で前記特定アドレスに向けて、メール解析部２３５、メール送信部２１０ｂを通じて送信する。

ステップ７における前記特定キーワードが、最新のメールタイトル一覧要求を示すＫｃである場合は、ステップ８ｃで、機能操作部２３７は、電子メールサーバ１００にアクセスし、最新の到着メールから直近に作成したメールタイトル一覧メールの直前までのメールを到着メールの蓄積管理番号の降順に入手する。

ステップ９ｃで、機能操作部２３７は、受信したメールのヘッダ部からメールタイトル一覧情報を抽出し、前回作成したメールタイトル一覧表と合成して、最新メールタイトル一覧の作成を行なう。

ステップ１０ｃで、機能操作部２３７は、該最新メールタイトル一覧本文データに、特定応答を示す識別符号をヘッダ部に付与し、
ステップ１１で、前記特定アドレスに向けて、メール解析部２３５、メール送信部２１０ｂを通じて送信する。

尚、図３の利用形態においては、ユーザのデスクトップパソコンは、常時、オンラインに設定されているものとする。

図４は、図３対応の携帯端末における操作フローを示す。

図４において、ステップ１で、ユーザは外出先などで、前記特定アドレスを持った携帯端末などから、携帯端末のＧＵＩ入出力部２３６の操作画面を使って、前記Ｋａ、Ｋｂ、Ｋｃ等のキーワードに対応するメニュー選択操作を行なう。

ステップ２で、携帯端末の機能操作部２３７は、ユーザによる該メニュー選択結果に応じて、操作支援ＤＢ２３８に組み込まれているキーワードや秘密鍵、ＭＤ５処理アルゴリズム、宛て先アドレス情報等を使って、メール本文の組立、前記特定キーワードの指定箇所への埋め込み、デジタル署名の組み込み、メールフォーマットの組立を行なう。

ステップ３で、機能操作部２３７は、メール解析部２３５、メール送信部２１０ｂを介して、デスクトップパソコンの電子メールアドレスを指定した発信が行なわれる。

ステップ４で、電子メールサーバ１００に適当な時間の経過後にアクセスし、
ステッフ５で、着信メールを蓄積番号の逆順で逐次ダウンロードする。

ステップ６で、機能操作部２３７は、受信したメールのヘッダ部に、特定キーワードに対応した応答メールであることを示す特定応答識別符号が含まれているかどうかのチェックを行なう。

ステップ６で、受信メールのヘッダ部に、該特定応答識別符号に含まれていることを認識すると、
ステップ７で、該特定応答メールのコンテンツを、展開・フォーマット変換し、ＧＵＩ入出力部２３６に引き渡し、ステップ８で、ＧＵＩ入出力部２３６によって、ユーザに見やすい形式に展開・表示が行なわれる。

ユーザは、特定キーワードに応じた各種コンテンツを、出張先等で自分の電子メールサーバに直接アクセス出来ない場合でも、携帯端末を使って自分のデスクトップパソコンを介して必要な情報を入手する事が出来る。
但し、この場合、ユーザの会社等におけるデスクトップパソコンは常時電源ＯＮとするか、常時は待機モードで、定期的な電子メールサーバへのアクセス時において、電源ＯＮ
とする様にする。
次の２つの発明は、出張先が、携帯端末で、デスクトップパソコンと同じ電子メールサーバにアクセス可能な場合の例を想定している。

先ず、メールタイトル一覧から特定のメールを指定してそのコンテンツを入手したい場合がある。

図５は、特定のメールコンテンツの入手方法を示す。

図５において、ステップ１で、ユーザは、ＧＵＩ入出力部２３６の画面表示結果によって、前記メールタイトル一覧の展開結果を確認し、指定のメールコンテンツのダウンロードを機能操作部２３７に指示する。この指示は、ＧＵＩ画面を使ったメールタイトル一覧のクリック・選択操作によって行なわれる。

ステップ２で、機能操作部２３７は、受信メールのダウンロード時に、電子メールサーバ１００に対して指示し、操作支援ＤＢ２３８に蓄積した、メールボックス内における受信メールの蓄積番号対応表とメールタイトルの対応リストによって、指定メールの蓄積番号の抽出を行なう。尚、この抽出操作は受信時に、メールタイトルとダウンロード指示番号（指定メールの蓄積番号）をセットにしてメールホルダに蓄積しておいて行なっても良い。

ステップ３で、電子メールサーバ１００にアクセスし、アクセス認証が行なわれる。

ステップ４で、蓄積番号を指定したメールのコンテンツを含む全文のダウンロードが行なわれる。

ステップ５で、機能操作部２３７は、該ダウンロードコンテンツをメール受信部２２０ｂ、メール解析部２３５を通じて入手し、画面表示の為に所要の形式に変換し、ＧＵＩ入出力部２３６に引き渡す。

ステップ６で、ＧＵＩ入出力部は、機能操作部２３７から入手したコンテンツを展開し、画面表示する。

また、自分のデスクトップパソコンに格納されているアドレス帳に登録されている顧客のメールアドレスを知る為に、携帯端末で出張先から知りたい場合がある。

図６は、本発明に係るアドレス帳の遠隔取得方法を示す。

図６において、会社等のデスクトップパソコン環境において、ステップ１で、機能操作部２３７がユーザからアドレス帳のアップロード要求を受ける。

ステップ２で、機能操作部２３７は、ＧＵＩ入出力部２３６のアドレスホルダのデータをコピーし、ステップ３で、アドレス帳のデータを、メール本文に組み込み、ヘッダ部に所定の
識別符号を付け、メール宛て先として、ユーザのメールアドレスを指定し、
ステップ４で、メール解析部２３５、メール送信部２１０ｂを通じて、メールサーバ１００に送信する。

同じ会社や系列会社等の出張先等において、
ステップ５で、ユーザは、自分の携帯端末を使って、自分の電子メールサーバ１００にアクセスし、最新のコンテンツから直近のメールタイトル一覧までの着信メールをダウンロードする。

ステップ６で、携帯端末の機能操作部２３７は、新着メール、メールタイトル一覧に含まれる受信メールのヘッダ部に含まれるアドレス帳識別符号の検出を行なう。

ステップ６で、新着メールに、アドレス帳識別符号が検出された場合は、ステップ７で機能操作部２３７は、メールのコンテンツ部分をＧＵＩ入出力部２３６に引き渡し、ステップ８で、ＧＵＩ入出力部２３６でユーザの見易い形式に展開し、表示を行なう。

ステップ９で、特定の顧客のメールアドレス等の確認、コピー利用が行なわれる。

尚、ステップ６で、メールタイトル一覧のタイトルに、アドレス帳が含まれていた場合も、該タイトルのコンテンツは既にダウンードされているため、該コンテンツ部分を、メールホルダに蓄積されたメールから対応番号を指定して抽出し、ＧＵＩ入出力部２３６に引き渡し、ステップ８で、ＧＵＩ入出力部２３６でユーザの見易い形式に展開し、表示を行なう。

尚、図３、図４に示した方法で、特定キーワードとして、アドレス帳を指定するキーワードを示し、特定アドレスとして、電子メールサーバ１００に登録されたユーザのメールアドレスとしても、アドレス帳を必要時に随時入手することが出来る。

図７に、本発明に係るメールボックスの内部構成を示す。

図７で示す如く、ユーザのメールボックス１３０内には、着信メールが着信順に機械的に昇順の番号と対応させて累積される。又、ユーザが電子メールサーバにアクセスした時に最新のメールタイトル一覧の自動作成、自動アップロードが行なわれる。尚、アップロードは、メーラを終了する時などに、自動的に行なう様にしても良い。

従って、メールボックス１３０内は、到着順の受信メール、最新のメールタイトル一覧、メールタイトル一覧をアップロードした時の後に受信した新着メールの順に、メールが入っている。

メールタイトル一覧は、電子メールサーバにアクセスする都度更新され、古いメールも保存される為、図７の過去の着信メールの中には、古いメールタイトル一覧が一緒に蓄積されている。

メールタイトル一覧は、重要度による識別符号がヘッダ部に付与され、分類フォルダ別に分けて保存される形式をとる為、図１４の従来例と同様に論理的には多階層の構成も取り得る。

また、メールボックス１３０は移動中の携帯端末などからの遠隔利用の為、メールを消去しないで到着順に順次蓄積する為、定期的にメモリ残量のチェック管理を行わないとオーバーフローが発生する。

＜付記６＞〜＜付記８＞には、上記問題に対する解決方法を開示している。

図８に、メールタイトル一覧のメールフォーマット例を示す。

図８に示す如く、ヘッダ情報としてメールタイトル一覧を示す“ｍａｉｌｌｉｓｔ”が“Ｘ−Ｒｅｍｏｔｅ−Ｍａｉｌ−Ｔｙｐｅ：”というヘッダに識別符号として含まれており、機能操作部２３７は、この識別符号を検出する事によって、メールボックス内における以降のメールのダウンロード停止の自動制御を行なうことができる。

図９に、図６のアドレス帳の遠隔取得時におけるメールフォーマット例を示す。

図８と同様に、ヘッダ情報として“ｍａｉｌａｄｄｒｅｓｓ”が、“Ｘ−Ｒｅｍｏｔｅ−Ｍａｉｌ−Ｔｙｐｅ：”というヘッダに識別符号として含まれており、機能操作部２３７は、この識別符号を検出する事によって、該メールがアドレス帳の情報であることが分かる為、該メールの中身をフォーマット変換し、ＧＵＩ入出力部２３６に引き渡し、ＧＵＩ入出力部２３６で、展開・表示、ユーザによる利用が行なわれる。
＜付記１＞ ＰＯＰ３プロトコルベースの電子メールシステムにおいて、電子メールサーバに蓄積中のメールを最新のものから受信するメール受信部、該メール受信部が受信した電子メールのデコードを行なうメール解析部、該メール解析部がデコードした解析結果から受信メールタイトル一覧作成を行なう機能操作部、該機能操作部が作成した受信メールタイトル一覧を表示するＧＵＩ入出力部、該ＧＵＩ入出力部で処理操作後の受信メールタイトル一覧整理情報を前記の機能操作部、メール解析部を通じて受信し、電子メールフォーマットに変換後送信するメール送信部、を備えた電子メールクライアントを有することを特徴とする電子メールシステム。
＜付記２＞ 付記１記載の電子メールシステムにおいて、前記メール受信部は、受信メールのヘッダ部に、メールタイトル一覧を示す識別符号を検出した時は、以降のメール受信を停止すると同時に、新着順の新規メールをメールタイトル一覧に追加した新規のメールタイトル一覧表をユーザのメールアドレスに向けて送信することを特徴とする電子メールシステム。
＜付記３＞ 付記１記載の電子メールシステムにおいて、前記機能操作部は、特定アドレスからの受信メールの到着監視を定期的に行なう新着受信メールの定期監視手段、該新着受信メールにおける特定キーワードの検出手段、該特定キーワード受信時において該特定キーワードに応じた所定電子メールの作成手段該所定電子メールの前記特定アドレスへの送信手段、を有することを特徴とする電子メールシステム。
＜付記４＞ 付記３記載の電子メールシステムにおいて、前記特定キーワードは、新着メールの着信状況報告要求メール、指定メールのコンテンツダウンロード転送要求メール、最新メールタイトルメール、の送信を識別するキーワードである事を特徴とする電子メールシステム。
＜付記５＞ 付記１記載の電子メールシステムにおいて、前記機能操作部は、アドレス帳のデータを、前記メール解析部、メール送信部を通じて、電子メールフォーマットに変換して、ユーザの電子メールアドレスに送信する、アドレス帳送信手段を有することを特徴とする電子メールシステム。
＜付記６＞ 付記１記載の電子メールシステムにおいて、前記機能操作部は、前記電子メールサーバにおけるメールボックスのメモリ容量残量の算定手段、該メモリ容量残量が所定値に達したことを検出するメモリ残量検出手段、該メモリ残量検出手段が所定値に達した場合に、所定のアラーム情報を前記ＧＵＩ入出力手段へのアラーム文の表示指示、ユーザのメールアドレス及び前記特定宛て先への該アラーム文を含む警告メール発信、として伝える警告伝達手段、を有することを特徴とする電子メールシステム。
＜付記７＞ 付記１記載の電子メールシステムにおいて、前記機能操作部は、前記ＧＵ
Ｉ入力手段を通したユーザからの蓄積メール削除指定を受け、電子メールサーバのメールボックスから該蓄積メール削除指定による削除ルールに従って電子メールの削除を行なう蓄積メール削除手段、を有することを特徴とする電子メールシステム。
＜付記８＞ 付記１記載の電子メールシステムにおいて、前記機能操作部は、前記蓄積メール削除指定によって削除された番号のメールタイトルを最新のメールタイトル一覧から自動削除する、メールタイトル一覧同期手段を有することを特徴とする電子メールシステム。

ＰＯＰ３プロトコルベースの従来の電子メールシステムをベースに、電子メールサーバの仕組みは変えずに、導入移行が容易で、移動先などから、電子メールタイトル一覧や電子メールコンテンツの選択受信、アドレス帳確認・利用が可能なサービスを提供できる。

本発明に係る電子メールシステムの構成である。 本発明に係るメールタイトル一覧作成方法である。 本発明に係る遠隔メール等入手方法である。 図３対応の携帯端末における操作フローである。 特定のメールコンテンツの入手方法である。 本発明に係るアドレス帳の遠隔取得方法である。 本発明に係るメールボックスの内部構成である。 メールタイトル一覧のメールフォーマット例である。 アドレス帳の遠隔取得時のメールフォーマット例である。 従来の電子メールシステムの構成である。 ＰＯＰ３によるメールダウンロード例である。 ＰＯＰ３を使ったメールサービスの様子である。。 ＷＥＢメールシステムの構成である。 受信メールの整理例である。

符号の説明

１００ 電子メールサーバ
１１０ ＳＭＴＰサーバ
１２０ ＰＯＰ３サーバ
１３０ メールボックス
１４０、２５０ 通信インタフェース
２００ 電子メールクライアント
２１０ ＳＭＴＰクライアント
２２０ ＰＯＰ３クライアント
２１０ｂ メール送信部
２２０ｂ メール受信部
２３０ メーラ
２３１ メールホルダ
２００ 電子メールクライアント
２３５ メール解析部
２３６ ＧＵＩ入出力部
２３７ 機能操作部
２３８ 操作支援ＤＢ

Claims (5)

1. ＰＯＰ３プロトコルベースの電子メールシステムにおいて、
   電子メールサーバに蓄積中のメールを最新のものから受信するメール受信部、
   該メール受信部が受信した電子メールのデコードを行なうメール解析部、
   該メール解析部がデコードした解析結果から受信メールタイトル一覧作成を行なう機能
   操作部、
   該機能操作部が作成した受信メールタイトル一覧を表示するＧＵＩ入出力部、
   該ＧＵＩ入出力部で処理操作後の受信メールタイトル一覧整理情報を前記の機能操作部、
   メール解析部を通じて受信し、電子メールフォーマットに変換後送信するメール送信部、を備えた電子メールクライアントを有することを特徴とする電子メールシステム。
2. 請求項１記載の電子メールシステムにおいて、
   前記メール受信部は、受信メールのヘッダ部に、メールタイトル一覧を示す識別符号を検出した時は、以降のメール受信を停止すると同時に、新着順の新規メールをメールタイトル一覧に追加した新規のメールタイトル一覧表をユーザのメールアドレスに向けて送信することを特徴とする電子メールシステム。
3. 請求項１記載の電子メールシステムにおいて、
   前記機能操作部は、
   特定アドレスからの受信メールの到着監視を定期的に行なう新着受信メールの定期監視
   手段、
   該新着受信メールにおける特定キーワードの検出手段、
   該特定キーワード受信時において該特定キーワードに応じた所定電子メールの作成手段
   該所定電子メールの前記特定アドレスへの送信手段、を有することを特徴とする電子メールシステム。
4. 請求項３記載の電子メールシステムにおいて、
   前記特定キーワードは、新着メールの着信状況報告要求メール、指定メールのコンテンツダウンロード転送要求メール、最新メールタイトルメール、の送信を識別するキーワードである事を特徴とする電子メールシステム。
5. 請求項１記載の電子メールシステムにおいて、
   前記機能操作部は、
   アドレス帳のデータを、前記メール解析部、メール送信部を通じて、電子メールフォー
   マットに変換して、ユーザの電子メールアドレスに送信する、アドレス帳送信手段を有することを特徴とする電子メールシステム。

Images