JP4720335B2 - 電子メール端末及びプログラム - Google Patents

Description

本発明は、メールサーバにネットワークを介して接続可能な電子メール端末及びプログラムに関する。

電子メール（以下、単に「メール」という）は、メールサーバ間において各メールアカウントへの配信を行なうサーバ側のプログラムであるＭＴＡ（Message Transfer Agent）と、端末において他のメールアカウントなどの宛先を指定したＭＴＡに対する送信、又はサーバにおける自分のメールアカウントに配信されたメールデータの受信を行なう、一般にメールソフト又はメーラーなどと呼ばれるＭＵＡ（Mail User Agent）とにより実現されている。

利用者は、会社や自宅で使用するＰＣ（Personal Computer）や移動中に使用するＰＤＡ（Personal Digital Assistant）など、状況に応じて複数の端末を使い分ける場合があり、一つのメールアカウントをそれらの端末で利用する場合は各端末におけるメールソフトで一つのメールアカウントを使用する様に設定している場合がある。

この様に複数の端末で一つのメールアカウントを利用する場合は、一つの端末でメールサーバ上に格納された当該メールアカウント宛のメールデータを受信した際に、そのサーバ上のメールデータを削除することで他の端末から確認することが出来ない虞があった。つまり、移動中にＰＤＡで閲覧したメールを自宅や会社のＰＣでも閲覧したり、会社で閲覧したメールを自宅で再確認したりすることが出来ず、複数の端末で利用する利便性を損なう場合があった。

この様な一つのメールアカウントを複数の端末から利用する際において、同一の受信メールの閲覧環境を得るための技術は様々なものが開発されている。例えば、特許文献１には、メールサーバから受信したメールデータを当該メールサーバに残すか否かを設定し、残す場合は他の端末でも受信することができる技術が開示されている。また、特許文献２には、１つのメールアカウントに複数の端末からアクセスする場合において、プロキシサーバを介することで利用者が意識せずに端末間におけるメールデータを同期する技術が開示されている。
特開２００２−１５７１９４号公報 特開２００２−２４４９７９号公報

しかしながら、上述した技術を用いてメールサーバからメールデータを削除しないようにする場合は、全ての端末で受信した不要なメールデータが削除されずにメールサーバ側に残る虞があり、メールサーバ側におけるメールデータを格納するメールスプールを圧迫する問題があった。更に、端末間で連携する場合は、プロキシサーバなどを備える必要があり、装置が大掛かりになる問題があった。

本発明の課題は、一つのメールアカウントに対して送られるメールデータを複数の電子メール端末から受信する場合に、サーバ側に負荷をかけることなく、端末間で連携した受信を行えるようにすることである。

請求項１に記載の発明は、メールサーバにネットワークを介して接続可能な複数の電子メール端末であって、前記メールサーバに蓄積された電子メールデータを受信した際に、その受信内容を示すログ情報を生成するログ情報生成手段と、前記生成されたログ情報を元にした電子メールを前記メールサーバに送信するログ情報送信手段と、前記メールサーバに蓄積された電子メールを受信した際に、当該受信した電子メールに含まれるログ情報から当該電子メール端末以外の他の端末の電子メールの受信状況を解析するログ情報解析手段と、前記ログ情報解析手段による解析結果に応じた予め定められた処理要求を生成し、前記メールサーバに送信する処理要求送信手段と、を備えたことを特徴とする。

請求項２に記載の発明は、請求項１に記載の発明において、前記処理要求送信手段における予め定められた処理要求は、ログ情報を含む電子メールの削除であることを特徴とする。

請求項３に記載の発明は、請求項１に記載の発明において、前記処理要求送信手段における予め定められた処理要求は、前記他の端末が受信済みである電子メールの削除であることを特徴とする。

請求項４に記載の発明は、請求項１に記載の発明において、前記処理要求送信手段における予め定められた処理要求は、前記他の端末が未受信の電子メールのみの受信であることを特徴とし、請求項５に記載の発明は、請求項１に記載の発明において、前記ログ情報生成手段は、前記他の端末のうちの少なくとも一つが未受信である電子メールについてのログ情報を生成することを特徴とする。

請求項６に記載の発明は、請求項１に記載の発明に示した主要な機能を実現させるためのプログラムを提供する。

請求項１、６に記載の発明によれば、一つのメールアカウントに対して送られるメールデータを複数の電子メール端末から受信する場合に、他の端末の受信状況に応じた処理要求をメールサーバに送信することができ、サーバ側に負荷をかけることなく、端末間で連携した受信を行うことができる。

さらに請求項２、３に記載の発明によれば、ログ情報を含む電子メールと、他の端末が受信済みである電子メールを当該端末が受信した時点で削除することができるため、サーバ側に余分なメールデータを残すことなく、メールサーバの負荷を軽減することができる。

また、請求項４に記載の発明によれば、他の端末で受信していない電子メールだけを当該端末で受信する場合は、他の端末で確認済みの電子メールの転送を省くことができ、無駄なデータ通信を抑えることができ、または、請求項５に記載の発明によれば、他の端末で受信していない電子メールのみのログ情報を生成してメールサーバに送信することで、ログ情報サイズが最低限のため容量負荷が無く、更にメールサーバ側での管理負荷も軽減することができる。

［第１の実施の形態］
以下、図を参照して本発明の実施形態について詳細に説明するが、この発明は、この実施の形態に限定されない。また、この発明の実施の形態は発明の最も好ましい形態を示すものであり、発明の用語をこれに限定しない。

先ず、本発明であるメール端末３を含む電子メールシステム１０１について図１を参照して説明する。図１は、電子メールシステム１０１の構成の概略を示す図である。

図１に示すように、電子メールシステム１０１は、ＨＤＤ（Hard Disk Drive）や光学的又は磁気的な記憶媒体に読み書きが可能な装置などであるメール蓄積部２を設けるメールサーバ１とメール端末３とがネットワークＮにより互いに通信可能に接続する構成である。メールサーバ１は、複数のアカウントに対してネットワークなどを利用した各種サービスの提供が可能なワークステーションなどであり、ネットワークＮを介して接続するメール端末３からログオンするアカウントに対してメールに関するサービスを提供する。

具体的には、メールサーバ１は、端末からの送信するメールデータを受け付けてＳＭＴＰ（Simple Mail Transfer Protocol）を利用した宛先へ送信や、他のメールサーバからＳＭＴＰを利用して送られるメールの中継又は当該メールサーバ１に登録されたアカウント宛のメールデータを受信してメール蓄積部２への格納を行う。そして、メールサーバ１は、メール端末３からＰＯＰ（Post Office Protocol）を利用した指示に応じて、メール蓄積部２に格納されたアカウント宛の受信メールデータのメール端末３への送信を行う。

ネットワークＮは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット、電話回線網、ＩＳＤＮ（Integrated Services Digital Network）回線網、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線網、移動体通信網、通信衛星回線、ＣＡＴＶ回線、光通信回線、無線通信回線等を含み、上述した回線網のいずれか又は複数の回線網を経由して当該ネットワークＮに接続する情報機器を電気的に接続する構成である。

メール端末３は、クライアント端末３ａ（会社ＰＣ）、クライアント端末３ｂ（ＰＤＡ）又はクライアント端末３ｃ（自宅ＰＣ）などであり、メールの閲覧・編集・送受信などの機能を備える。なお、メール端末３は、上記メールに関する機能を備える端末であれば、携帯電話などであってもよく、図示例に限定しない。

次に、メール端末３について図２〜図４を参照して説明する。図２は、メール端末３の機能的構成を模式的に示した図であり、図３（ａ）は、クライアント端末３ａの表示装置１４に表示される設定画面を例示する図であり、図３（ｂ）は、クライアント端末３ｂの表示装置１４に表示される設定画面を例示する図であり、図３（ｃ）は、クライアント端末３ｃの表示装置１４に表示される設定画面を例示する図であり、図４は、ＬＯＧメール作成ファイル１３５を元に作成されるＬＯＧメールＬ１を例示する図である。

図２に示すように、メール端末３は、ＣＰＵ１１、ＲＡＭ１２、記憶装置１３、表示装置１４、入力装置１５及び通信装置１６を備え、各部はバス１７により互いに電気的に接続されてなる。

ＣＰＵ１１（Central Processing Unit）は、ＲＡＭ１２（Random Access Memory）を作業領域とし、特に図示しないＲＯＭ（Read Only Memory）や記憶装置１３に格納された制御プログラムやアプリケーションプログラムを当該作業領域に展開して順次実行することで、メール端末３の動作を統括制御する。

具体的には、ＣＰＵ１１は、後述する記憶装置１３に格納されたメール送受信プログラム１３１をＲＡＭ１２の作業領域に展開して、送信するメールの編集や送信用メールサーバへＳＭＴＰなどを用いた送信メールデータの転送を行う。また、同様にして、予め設定されているアカウント情報とその認証情報とをメールサーバ１に送り、ＰＯＰなどを用いてメール蓄積部２に格納されたそのアカウント宛のメールデータを要求し、それにより受信したメールデータの閲覧表示を行う。

記憶装置１３は、ＨＤＤ、不揮発性メモリ又は光学／磁気的な記憶媒体とそれに対して読み書きが可能な装置であり、ＣＰＵ１１からの指示によりデータの格納や読み出したデータのＣＰＵ１１への出力を行う。具体的には、記憶装置１３は、メール送受信プログラム１３１、事前設定ファイル１３２、受信メール設定ファイル１３３、ログファイル１３４、ＬＯＧメール作成ファイル１３５及びメールＩＤ一覧ファイル１３６を格納する。

メール送受信プログラム１３１は、本発明である後述する処理を行う部分を含むメール端末３におけるメールに関する動作を行うためのプログラムである。事前設定ファイル１３２は、上記メール送受信プログラム１３１の動作時に参照する端末毎の設定情報、つまり、メール送受信プログラム１３１の予め定められた処理に関する情報を格納するファイルである。受信メール設定ファイル１３３は、メール送受信プログラム１３１を実行することでメールサーバ１からダウンロードした受信メールを格納するファイルでである。ログファイル１３４は、メール送受信プログラム１３１の実行時における動作のログを記録するファイルである。ＬＯＧメール作成ファイル１３５は、メール送受信プログラム１３１に実行時におけるＬＯＧメールの作成に関する情報（例えばＬＯＧメールの雛形など）を格納するファイルである。メールＩＤ一覧ファイル１３６は、メール送受信プログラム１３１を実行することでメールサーバ１からダウンロードした受信メールの識別を可能とするユニークな文字列であるメールＩＤの一覧などを格納するファイルである。

図３に示すように、事前設定ファイル１３２における端末毎の設定情報は、表示装置１４に表示された設定画面を元に入力装置１５からの操作で行われる。同図に示すように、その設定情報は、設定する全ての端末でメールサーバ１に格納された受信メールを確認（ダウンロード）した場合にメールサーバ１からその受信メールを削除するか否かの選択、つまり本発明における処理を行うか否かの選択と、自端末の名称と他の端末の名称とによるメールサーバ１に接続する端末に関する情報とである。

具体的には、メールサーバ１から受信メールデータをダウンロードする端末がクライアント端末３ａ、クライアント端末３ｂ、クライアント端末３ｃであり（図１を参照）、それぞれの端末名が「Ａ」、「Ｂ」、「Ｃ」である場合は、図３（ａ）〜（ｃ）に示すように各端末の設定を行うことができる。図３（ａ）〜（ｃ）に示した例では、上述した全ての端末で受信メールを確認した時点でメールサーバ１から当該受信メールデータを削除する、後述する処理を行う設定である。また、図３（ａ）〜（ｃ）に示した例においてクライアント端末３ｂのみ受信メールを削除するチェックを外した場合は、当該クライアント端末３ｂで受信メールを確認した際にはメールデータの削除は行われず、クライアント端末３ａ又はクライアント端末３ｃで受信メールを確認した時点で当該受信メールが全ての端末で確認されている場合にメールデータを削除する設定である。

また、図４に示すように、ＬＯＧメール作成ファイル１３５を元に作成されるＬＯＧメールＬ１は、通常のメールと同様にメールに関する諸情報を格納するヘッダ部Ｌ１１とメールの本文を格納する本体部Ｌ１２から構成される。ヘッダ部Ｌ１１には、ＬＯＧメールであることを示す情報、具体的にはＳｕｂｊｅｃｔに「ＬＯＧ」の標記や特に図示しないフラグの設定などが格納される。本体部Ｌ１２には、各端末において確認した受信メールのメールＩＤ一覧、つまり、各端末におけるメール蓄積部２に格納された受信メールの確認状況を示す情報である端末情報Ｌ１２１〜Ｌ１２３が格納される。

表示装置１４は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ（Cathode Ray Tube）などのディスプレイであり、画面上にＣＰＵ１１からの画像信号に応じた画像を表示する。

入力装置１５は、メール端末３に対する操作指示を入力するための数字キー、文字キー、各種機能キー等から構成されるキーボードや、マウス、タッチパネル等のポインティングデバイスを含んで構成され、入力された操作指示を操作信号としてＣＰＵ１１に出力する。

通信装置１６は、無線通信回路及びアンテナや、有線で通信を行うための通信インターフェイスを備えた回路部であり、ＣＰＵ１１の指示に基づいてネットワークＮに接続する情報機器との間でデータの送受信を行う。

次に、電子メールシステム１０１におけるメールサーバ１とメール端末３との動作を図５〜図７を参照して説明する。図５は、メールサーバ１とメール端末３との動作を示すラダーチャートであり、図６（ａ）は、メールサーバ１からダウンロードしたメール一覧であるメールＩＤ一覧ファイル１３６を例示する図であり、図６（ｂ）は、メール端末３が取得したＬＯＧメールの本体部Ｌ１２を例示する図であり、図７は、クライアント端末３ａとクライアント端末３ｂとの受信メールの確認によるメール蓄積部２に格納されるメールデータの推移を例示する図である。また、図５に示すステップＡ１１〜Ａ２３の各処理はメール端末３のＣＰＵ１１がメール送受信プログラム１３１を実行して行う処理であり、ステップＢ１１〜Ｂ１６の各処理はメール端末３からの通信に応じてメールサーバ１の特に図示しない制御部が行う処理である。

図５に示すように、先ず、メール端末３はメールサーバ１に対してアカウント情報とその認証情報などを送信し、メールサーバ１はその情報に基づいた認証を行うことでＰＯＰによるメールサーバ１とメール端末３との間のセッションの開始、つまり、メールサーバ１の間における当該アカウント宛に届いたメールデータ受信に関するセッションを開始する（ステップＡ１１、Ｂ１１）。

次いで、メール端末３はメールサーバ１に対してメール蓄積部２に格納されたメールデータ（受信メール）のリストやデータ自体のダウンロードを要求し、メールサーバ１は要求に応じたメールデータをメール端末３に送信する（ステップＡ１２、Ｂ１２）。具体的には、メール端末３はＰＯＰにおけるコマンドである＜ＬＩＳＴ＞による受信メール一覧のダウンロードや、当該受信メール一覧を元に＜ＲＥＴＲ＞コマンドによる受信メールデータのダウンロードを行う。

次いで、メール端末３は、ダウンロードした受信メールに関するデータからメールＩＤを含む一覧情報を取得してメールＩＤ一覧ファイル１３６に格納する（ステップＡ１３）。メールＩＤ一覧ファイル１３６は、具体的には図６（ａ）に示すように、メールサーバ１からダウンロードする際に受信メールデータを指定する番号であるメール番号、メールＩＤであるＭｅｓｓａｇｅ−Ｉｄ、Ｓｕｂｊｅｃｔ、Ｆｒｏｍなどから構成される。

次いで、メール端末３は、上述したメールＩＤ一覧ファイル１３６におけるＳｕｂｊｅｃｔから「ＬＯＧ」を含むＬＯＧメールを検索してその有無を判定し（ステップＡ１４）、当該ログメールがある場合はステップＡ１５以下の処理に移行し、ない場合はステップＡ２１の処理へ移行する。

ステップＡ１４においてＬＯＧメールが有ると判定されてステップＡ１５の処理に移行した場合、メール端末３は、ダウンロードしたメールごとに順次そのダウンロードしたメール件数分（ｘ＝１〜ＥＮＤ）のループ処理を前述したＬＯＧメールの本体部に格納された情報を元に行う（ステップＡ１５〜Ａ１９）。

ループ処理において、メール端末３は、処理の対象であるメールが他の端末で受信済みのメールか否かを判定し（ステップＡ１６）、受信済みでない場合（ステップＡ１６：ＮＯ）は次のループに移行する。また、メール端末３は、メールが他の端末で受信済みであると判定した場合（ステップＡ１６：ＹＥＳ）、メール蓄積部２に格納された当該メールを削除するＤＥＬＥコマンドをメールサーバ１に送り（ステップＡ１７）、その削除したメールに対応するメール番号をログファイル１３４に格納して（ステップＡ１８）、次のループに移行する（ステップＡ１９）。メールサーバ１は、メール端末３からのＤＥＬＥコマンドに対応するメールデータをメール蓄積部２から削除する（ステップＢ１３）。

ループ処理中におけるメールが他の端末で受信済みか否かの判定は、図６（ｂ）に示すように、ＬＯＧメールの本体部Ｌ１２に格納されたメールＩＤと処理の対象であるメールのメールＩＤとを比較して行われる。例えば、メールＩＤＭ１１とメールＩＤＭ２１及びメールＩＤＭ１２とメールＩＤＭ２２は、同一のメールＩＤであるため同一の受信メールである。この同一のメールＩＤが自分の端末情報以外の全ての端末情報に格納されている場合、その受信メールは他の端末で受信済みである。このため、ループ処理における処理の対象であるメールのメールＩＤが全ての端末情報に格納されている否かを判定することで、他の端末で受信済みか否かの判定を行うことができる。

上述したループ処理の後、メール端末３はメール蓄積部２に格納されたＬＯＧメールを削除するＤＥＬＥコマンドをメールサーバ１に送り（ステップＡ２０）、メールサーバ１は当該コマンドに応じてメール蓄積部２に格納されたＬＯＧメールを削除する（ステップＢ１４）。

次いで、メール端末３は、ステップＡ１３で取得してメールＩＤ一覧ファイル１３６に格納された当該端末における受信メールの一覧情報と、更にＬＯＧメールをダウンロードしている場合には当該ＬＯＧメール及びログファイル１３４に格納されたループ処理で削除されたメール情報と、ＬＯＧメール作成ファイル１３５とを元にして自端末での受信メール確認状況とメール蓄積部２から削除したメール情報とを反映したＬＯＧメールを作成する（ステップＡ２１）。

より具体的に、ステップＡ２１の処理を前述した図４を参照して説明すると、ステップＡ２１において作成されるＬＯＧメールＬ１は、端末情報Ｌ１２１〜Ｌ１２３のうち自端末に該当する端末情報に対してメールＩＤ一覧ファイル１３６に格納された受信メールの一覧情報を元にしたメールＩＤ一覧を格納し、各端末情報に格納されたメールＩＤ一覧においてログファイル１３４に格納された削除されたメール情報を元にメールＩＤを消去したものである。

次いで、メール端末３は、このステップＡ２１の処理で作成されたＬＯＧメールを送信サーバを介してメールサーバ１の自らのアカウント宛に送信し（ステップＡ２２）、ＰＯＰによるメールサーバ１とメール端末３とのセッションを終了する通知、具体的にはＱＵＩＴコマンドをメールサーバ１に送信して（ステップＡ２３）終了する。メールサーバ１は、受信したＬＯＧメールをメール蓄積部２に格納し（ステップＢ１５）、メール端末３からのＱＵＩＴコマンドの受信に応じてセッションを終了する（ステップＢ１６）。

ここで、メールサーバ１に接続する端末がクライアント端末３ａとクライアント端末３ｂであり、少なくともクライアント端末３ｂの端末が上述した処理を行うように設定されている場合において、メールサーバ１に対してクライアント端末３ａ→クライアント端末３ｂと接続した時のメール蓄積部２に格納される受信メールデータの推移を図７を元に例示する。

図７に示すように、先ず、クライアント端末３ａは、メール蓄積部２に格納された受信メールデータをダウンロードしてそれに応じたＬＯＧメールを送信してメール蓄積部２に格納する（時刻Ｔ１、Ｔ２）。次いで、他の端末から送られる新着メールデータがメール蓄積部２に格納される（時刻Ｔ３）。その後、クライアント端末３ｂは、新着メールデータを含むメール蓄積部２に格納された受信メールデータをダウンロードし（時刻Ｔ４）、上述したループ処理を行うことでクライアント端末３ａでダウンロード済みのメールデータのみを削除し（時刻Ｔ５）、それに応じたＬＯＧメールを送信してメール蓄積部２に格納する（時刻Ｔ６）。このように、メール蓄積部２では、クライアント端末３ａ及び３ｂで確認済みのメールのみがその時点で消去され、各端末での受信状況を示すＬＯＧメールといずれかの端末（この場合はクライアント端末３ａ）で未受信である新着メールとを格納するため、余分なメールデータを格納することがない。

［第２の実施の形態］
次に、本発明における第２の実施の形態である、他の端末で未読のメールのみをメールサーバ１からダウンロードする処理について、図８〜図１０を参照して説明する。なお、簡略化のため、前述した第１の実施の形態と同様な部分については説明を省略し、設定及び処理についてのみを説明する。

図８（ａ）は、クライアント端末３ａの表示装置１４に表示される設定画面を例示する図であり、図８（ｂ）は、クライアント端末３ｂの表示装置１４に表示される設定画面を例示する図であり、図８（ｃ）は、クライアント端末３ｃの表示装置１４に表示される設定画面を例示する図であり、図９は、メールサーバ１とメール端末３との動作を示すラダーチャートであり、図１０は、クライアント端末３ａとクライアント端末３ｂの受信メール確認によるメール蓄積部２に格納されるメールデータの推移を例示する図である。また、図９に示すステップＡ３１〜Ａ４３の各処理はメール端末３のＣＰＵ１１がメール送受信プログラム１３１を実行して行う処理であり、ステップＢ３１〜Ｂ３６の各処理はメール端末３からの通信に応じてメールサーバ１の特に図示しない制御部が行う処理である。

先ず、メールサーバ１に接続する端末がクライアント端末３ａ、クライアント端末３ｂ、クライアント端末３ｃである場合の各端末における設定について図８に例示する。
図８（ａ）、図８（ｃ）に示すように、クライアント端末３ａ、クライアント端末３ｃは、両端末で受信メールを確認後にメール蓄積部２に格納されたメールデータを消去する設定である。クライアント端末３ｂは、図８（ｂ）に示すように、他の端末で未読である受信メールのみをメールサーバ１からダウンロードする設定が選択されており、他の端末としてはクライアント端末３ａ、クライアント端末３ｃが登録されている。つまり、クライアント端末３ａ、クライアント端末３ｃについては前述した第１の実施形態と同様の処理を行い、クライアント端末３ｂが他の端末をクライアント端末３ａ、クライアント端末３ｃとして後述する処理を行うように設定されている。

次に、メールサーバ１とメール端末３（上述した設定であるクライアント端末３ｂ）との動作について説明する。
図９に示すように、先ず、前述した処理と同様、ＰＯＰによるメールサーバ１とメール端末３とのセッションを開始させる（ステップＡ３１、ステップＢ３１）。次いでメール端末３はメールサーバ１からメール蓄積部２に格納された受信メールのリストとヘッダのみのダウンロードを要求し、メールサーバ１は要求に応じたデータをメール端末３に送信する。具体的には、メール端末３はＰＯＰのコマンドである＜ＬＩＳＴ＞コマンドや＜ＴＯＰ＞コマンドによりにより受信メールのリストとヘッダのダウンロードを行う。

次いで、メール端末３は、前述したステップＡ１３と同様にダウンロードした受信メールに関するデータからメールＩＤを含む一覧情報を取得してメールＩＤ一覧ファイル１３６に格納し（ステップＡ３３）、ＬＯＧメールを検索してその有無を判定すると共に、ある場合はそれの取得をおこなう（ステップＡ３４）。

ステップＡ３４においてＬＯＧメールが有ると判定された場合、メール端末３は、ダウンロードしたメールヘッダごとに順次そのメールヘッダの件数分（ｘ＝１〜ＥＮＤ）のループ処理を取得したＬＯＧメールの本体部に格納された情報を元に行う（ステップＡ３５〜Ａ３８）。

ループ処理において、メール端末３は、前述した処理と同様にＬＯＧメールと処理対象のメールＩＤとを元にして、処理対象のメールヘッダに関するメールが他の端末のいずれかで受信済みか否かを判定し（ステップＡ３６）、受信済みである場合（ステップＡ３６：ＹＥＳ）次のループに移行する。また、メール端末３は、メールが他の端末のいずれかで受信済みでないと判定した場合（ステップＡ３６：ＮＯ）、メール蓄積部２に格納された当該メールをダウンロードして（ステップＡ３７）、次のループに移行する。メールサーバ１は、メール端末３からダウンロードの要求があったメールだけをメールサーバ１に送信する（ステップＢ３３）。つまり、上述したループ処理により、メール端末３は、他の端末で未読のメールのみをメールサーバ１からダウンロードすることが出来る。

上述したループ処理の後、メール端末３はメール蓄積部２に格納されたＬＯＧメールを削除するＤＥＬＥコマンドをメールサーバ１に送り（ステップＡ３９）、メールサーバ１は当該コマンドに応じてメール蓄積部２に格納されたＬＯＧメールを削除する（ステップＢ３４）。

また、ステップＡ３４においてＬＯＧメールが無いと判定された場合、メール端末３は全メールのダウンロードするコマンドをメールサーバ１に送り、（ステップＡ４０）、メールサーバ１は当該コマンドに応じて全ての受信メールをメール端末３に送信する。

次いで、メール端末３は、ＬＯＧメール作成ファイル１３５と、ステップＡ３３で取得してメールＩＤ一覧ファイル１３６に格納された当該端末における受信メールの一覧情報と、更にＬＯＧメールが有ると判定してそれを取得している場合には当該ＬＯＧメールとを元にして、自端末での受信メール確認状況を反映したＬＯＧメール、つまり、ＬＯＧメールの自端末に該当する端末情報においてメールＩＤ一覧ファイル１３６に格納された受信メール一覧情報を元にしたメールＩＤ一覧を格納したメールを作成する（ステップＡ４１）。

次いで、メール端末３は、このステップＡ４１の処理で作成されたＬＯＧメールを送信サーバを介してメールサーバ１の自らのアカウント宛に送信し（ステップＡ４２）、ＰＯＰによるメールサーバ１とメール端末３とのセッションを終了する通知を送信して（ステップＡ４３）終了する。メールサーバ１は、受信したＬＯＧメールをメール蓄積部２に格納し（ステップＢ３５）、メール端末３からのセッション終了通知に応じてセッションを終了する（ステップＢ３６）。

ここで、メールサーバ１に接続する端末がクライアント端末３ａとクライアント端末３ｂであり、クライアント端末３ｂ側で上記処理を行うように設定されている場合において、メールサーバ１に対してクライアント端末３ａ→クライアント端末３ｂと接続した時のメール蓄積部２に格納される受信メールデータの推移を図１０を元に例示する。なお、時刻Ｔ１１〜Ｔ１３までは、前述の図７における時刻Ｔ１〜Ｔ３までと同じであるため説明は省略する。

図１０に示すように、クライアント端末３ｂは、新着メールデータを含む２に格納された受信メールデータのヘッダとＬＯＧメールをダウンロードし、（時刻Ｔ１４）、上述したループ処理を行うことでクライアント端末３ａで確認していないメールのみをダウンロードし（時刻Ｔ１５）、従前のＬＯＧメールの削除とクライアント端末３ｂで確認した受信メールを示すＬＯＧメールを送信してメール蓄積部２への格納とを行う（時刻Ｔ１６）。このためクライアント端末３ｂは、新着メールのみを受信して確認することができる。

以上のように、メール端末３は、メールサーバ１のメール蓄積部２に格納された受信メールをダウンロードした際の受信メール一覧をメールＩＤ一覧ファイル１３６に格納し、ログをログファイル１３４に格納して、当該端末の受信内容をＬＯＧメールとしてメールサーバ１に送信すると共に、受信メールにＬＯＧメールが含まれる場合はメール蓄積部２に格納されたメールデータに対して当該ＬＯＧメールの内容に応じて事前設定ファイル１３２に格納された内容の処理を行うようにメールサーバに要求する。

このため、一つのメールアカウントに対して送られるメールデータをメールサーバ１のメール蓄積部２に格納し、複数のメール端末３から受信する状況においても、各端末間で連携した受信を行うことができると共に、メールサーバ１側は従来のＰＯＰ形式による応答を行うだけで良いため余分な構成を必要としない。

また、メール端末３は、受信したＬＯＧメールの内容と各端末の事前設定ファイル１３２の設定、つまり、全ての端末でメール蓄積部２に格納された受信メールをダウンロード時点で当該受信メールを削除する設定とに基づいて、メールサーバ１に対する処理命令を送信する構成であるため、全ての端末で受信済みの余分なメールデータをメール蓄積部２に残すことが無く、メール蓄積部２の容量を無駄に使用することがない。

また、メール端末３は、事前設定ファイル１３２の設定、つまり、他の端末で受信していない新着メールだけをダウンロードする設定、メール蓄積部２に格納された受信メールの一覧及びＬＯＧメールの情報に基づいて、他の端末で受信していない新着メールだけをダウンロードすることができ、無駄なデータ通信を低減することができる。

なお、本実施の形態における記述は、本発明の一例を示すものであり、これに限定しない。本発明におけるメール端末３や電子メールシステム１０１の細部構成及び細部動作に関しては、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。例えば、本実施の形態では、メールサーバ１とメール端末３とのメールの送受信をＰＯＰで行う場合を示したが、ＩＭＡＰ（Internet Message Access Protocol）や、メールサーバ１がＷｅｂサーバの機能を有しメール端末３で動作するブラウザからの接続により、メール蓄積部２に格納された受信メールデータをＨＴＭＬ（HyperText Markup Language）形式でメールサーバ１からメール端末３へ送信し、フォームを利用したメール端末３からのメールデータをメールサーバ１で受け付ける構成であってもよい。

また、メールサーバ１は、ネットワーク上のメール送信サーバから届いたメールデータをメール蓄積部２に格納しメール端末３へ送信する構成を備えればよい。つまり、ＳＭＴＰによるメールデータの送信や中継を行う構成は専用のメール送信サーバ（特に図示しない）が行う構成であってよい。

電子メールシステム１０１の構成の概略を示す概略図である。 本発明であるメール端末３の機能的構成を模式的に示した図である。 第１の実施の形態における設定画面を例示し、（ａ）は、クライアント端末３ａの表示装置１４に表示される設定画面を例示する図であり、（ｂ）は、クライアント端末３ｂの表示装置１４に表示される設定画面を例示する図であり、（ｃ）は、クライアント端末３ｃの表示装置１４に表示される設定画面を例示する図である。 ＬＯＧメールＬ１を例示する図である。 第１の実施の形態におけるメールサーバ１とメール端末３との動作を示すラダーチャートである。 （ａ）は、メールＩＤ一覧ファイル１３６を例示する図であり、（ｂ）は、メール端末３が取得したＬＯＧメールの本体部Ｌ１２を例示する図である。 第１の実施の形態におけるクライアント端末３ａとクライアント端末３ｂとの受信メール確認によるメール蓄積部２に格納されるメールデータの推移を例示する図である。 第２の実施の形態における設定画面を例示し、（ａ）は、クライアント端末３ａの表示装置１４に表示される設定画面を例示する図であり、（ｂ）は、クライアント端末３ｂの表示装置１４に表示される設定画面を例示する図であり、（ｃ）は、クライアント端末３ｃの表示装置１４に表示される設定画面を例示する図である。 第２の実施の形態におけるメールサーバ１とメール端末３との動作を示すラダーチャートである。 第２の実施の形態におけるクライアント端末３ａとクライアント端末３ｂとの受信メール確認によるメール蓄積部２に格納されるメールデータの推移を例示する図である。

符号の説明

１０１ 電子メールシステム
１ メールサーバ
２ メール蓄積部
３ メール端末
３ａ、３ｂ、３ｃ クライアント端末
１１ ＣＰＵ（ログ情報生成手段、ログ情報解析手段）
１２ ＲＡＭ
１３ 記憶装置
１３１ メール送受信プログラム
１３２ 事前設定ファイル
１３３ 受信メール設定ファイル
１３４ ログファイル
１３５ ＬＯＧメール作成ファイル
１３６ メールＩＤ一覧ファイル
１４ 表示装置
１５ 入力装置
１６ 通信装置（ログ情報送信手段、処理要求送信手段）
１７ バス
Ｌ１ ＬＯＧメール
Ｌ１１ ヘッダ部
Ｌ１２ 本体部
Ｌ１２１〜Ｌ１２３ 端末情報
Ｎ ネットワーク
Ｍ１ メール
Ｍ１１、Ｍ１２、Ｍ２１、Ｍ２２ メールＩＤ
Ｔ１〜Ｔ６、Ｔ１１〜Ｔ１６ 時刻

Claims (6)

1. メールサーバにネットワークを介して接続可能な複数の電子メール端末であって、
   前記メールサーバに蓄積された電子メールデータを受信した際に、その受信内容を示すログ情報を生成するログ情報生成手段と、
   前記生成されたログ情報を元にした電子メールを前記メールサーバに送信するログ情報送信手段と、
   前記メールサーバに蓄積された電子メールを受信した際に、当該受信した電子メールに含まれるログ情報から当該電子メール端末以外の他の端末の電子メールの受信状況を解析するログ情報解析手段と、
   前記ログ情報解析手段による解析結果に応じた予め定められた処理要求を生成し前記メールサーバに送信する処理要求送信手段と、
   を備えたことを特徴とする電子メール端末。
2. 前記処理要求送信手段における予め定められた処理要求は、ログ情報を含む電子メールの削除であることを特徴とする請求項１に記載の電子メール端末。
3. 前記処理要求送信手段における予め定められた処理要求は、前記他の端末が受信済みである電子メールの削除であることを特徴とする請求項１に記載の電子メール端末。
4. 前記処理要求送信手段における予め定められた処理要求は、前記他の端末が未受信の電子メールのみの受信であることを特徴とする請求項１に記載の電子メール端末。
5. 前記ログ情報生成手段は、前記他の端末のうちの少なくとも一つが未受信である電子メールについてのログ情報を生成することを特徴とする請求項１に記載の電子メール端末。
6. コンピュータに、
   メールサーバに蓄積された電子メールデータを受信した際に、その受信内容を示すログ情報を生成する機能と、
   前記生成されたログ情報を元にした電子メールを前記メールサーバに送信する機能と、
   前記メールサーバに蓄積された電子メールを受信した際に、当該受信した電子メールに含まれるログ情報から他のコンピュータの電子メールの受信状況を解析する機能と、
   前記解析結果に基づいて予め定められた処理要求を生成し、前記メールサーバに送信する機能と、
   を実現させるためのプログラム。

Images