JP2014119987A - メールシステム、その制御方法、及びプログラム、並びに情報処理装置、その制御方法、及びプログラム - Google Patents

Abstract

【課題】複数のクライアント装置で電子メールを受信させる場合に、クライアント装置が、当該クライアント装置とは異なるクライアント装置において未受信の電子メールのみを受信すること。
【解決手段】情報処理装置１０１でメールサーバ１０２から送信された受信済み情報（Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ）に基づいて、受信しようとしている電子メールが、当該情報処理装置１０１とは異なる情報処理装置１０１で受信されていない電子メールであるか否かを判定し、当該情報処理装置１０１とは異なる情報処理装置１０１で受信されていない電子メールであると判定された場合には、受信済み情報を更新し、当該電子メールを受信する。
【選択図】図１５

Description

本発明は、電子メールの管理に関し、特に複数のクライアント装置で電子メールを受信する場合に、当該複数のクライアント装置ごとに異なる受信方式を設定していた場合であっても適切にメールを受信することの可能なメールシステム、その制御方法、及びプログラム、並びに情報処理装置、その制御方法、及びプログラムに関する。

従来、ユーザがクライアント装置にインストールされたメーラを利用して電子メール（以下、メール）を送受信することで、ユーザ間の情報の伝達を行っている。このようなメールシステムの仕組みとしては、以下のようなものが一般的である。まず、クライアント装置から送信されたメールはメールサーバに蓄積される。クライアント装置は、メールサーバにメールの取得要求を行う。メールサーバは、クライアント装置からメールの取得要求があると、蓄積されたメールをクライアント装置に送信する。そして、クライアント装置はメールの受信が完了すると、受信したメールの削除要求をメールサーバに送信し、メールサーバは削除要求を受けて、メールの削除を行う。このような仕組みにすることで、メールサーバに大量のメールが蓄積されないようにしている。

しかし、メールサーバに蓄積されたメールを複数のクライアント装置で受信したい場合には、上記の仕組みでは問題が発生する。例えば、１台目のクライアント装置がメールを受信した場合、当該クライアント装置がメールサーバに対して削除要求を行ってしまうので、２台目以降のクライアント装置はメールを受信できなくなってしまう。つまり、最初にメールを受信したクライアント装置にのみ当該メールが保存されるので、複数台のクライアント装置で同じメールを閲覧することができない。

このような問題を解決するために、クライアント装置からメールサーバに対して削除要求を送らないようにする仕組みが考えられる。しかしながら、クライアント装置からメールサーバに対して削除要求がなされないと、メールサーバにメールが蓄積され続けるので、メールサーバの記憶容量を圧迫してしまう。よって、このような仕組みを採用する場合には、ユーザが使用するすべてのクライアント装置で受信が完了したら、ユーザが手作業でメールサーバ上のメールを削除していた。

この問題を解決するために、下記の特許文献１には、どの電子メール端末がどの電子メールを受信したのかを含むログ情報を元にした電子メールを自分宛てに送信し、当該電子メールを受信したら、当該電子メールに含まれるログ情報に基づいてすべての電子メール端末で当該電子メールを受信しているか否か判定し、受信していれば当該電子メールの削除要求をメールサーバに送信する仕組みが開示されている。

また、下記の特許文献２には、メール管理装置でメール配信先の端末ごとにメールの未読・既読状態を示す情報を記憶管理しており、メール管理装置が端末からメールの配信要求を受信すると、配信要求のあった端末のメールの未読状態を既読状態に変更し、すべての端末の未読・既読状態を示す情報が既読状態となった場合に、当該メールをメール管理装置から削除する仕組みが開示されている。

特開２００７−２６２６８号公報 特開２００４−４８３９１号公報

前述したように、複数のクライアント装置でメールを受信したい場合には、メールサーバにメールを蓄積しておく必要があるが、特許文献１や特許文献２のような仕組みによって、メールサーバの記憶容量を圧迫することなく、複数のクライアント装置でメールを受信可能なメールシステムを構築できる。

しかしながら、特許文献１や特許文献２により、メールサーバに蓄積されるメールの容量は削減されたが、メールサーバに蓄積されているメールはすべて受信しなくてはならない問題がある。

メールを受信するクライアント装置にも種類がある。例えば、固定端末である一般的なＰＣや、携帯端末である携帯電話、タブレット端末等である。固定端末は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）接続による高速通信が可能だが、携帯端末は、低速な移動通信システムを利用しなければならない。そのため、メールサーバに蓄積されたメールをすべて受信しようとすると、非常に時間がかかってしまう問題がある。

更に、携帯端末が備えるハードディスク等の記憶容量は、固定端末に比べて少ない。これは、携帯端末に可搬性を求めた結果、携帯端末の大きさを小さくせざるを得ず、大きな記憶領域を備えるハードディスク等を備えることができないからである。そのため、メールサーバに蓄積されているすべてのメールを受信してしまうと、携帯端末の記憶容量を圧迫してしまう問題もある。

また、特許文献１や特許文献２のようなメールシステムでは、１台目のクライアント装置で受信したメールであっても、メールサーバにメールが蓄積されていれば、２台目以降のクライアント装置でも当該メールを受信しなければならない問題が発生する。１台目のクライアント装置で受信したメールは、ユーザによって確認されている可能性が高いので、２台目以降のクライアント装置では受信しなくていいことが多い。そのため、携帯端末の記憶容量を圧迫せずに、かつ通信に時間のかからないようにするために、どの装置にも受信されていないメール（以下、新着メール）だけを受信する仕組みが必要である。

また、固定端末と携帯端末では通信速度や記憶容量の差があるので、固定端末のようなクライアント装置ではすべてのメールを受信し、携帯端末のようなクライアント装置では新着メールだけを受信したい場合がある。この場合に、従来技術のようにメールを受信後、当該メールをすぐにメールサーバから削除してしまうと、すべてのメールを受信したいクライアント装置がメールを受信できなくなる問題が発生してしまう。携帯端末で新着メールを受信すると当該メールがメールサーバから削除されてしまい、固定端末でメールを受信できなくなってしまうからである。つまり、メールを受信する複数のクライアント装置が、それぞれ異なる受信方式（すべてのメールを受信、新着メールだけを受信）を指定している場合であっても、当該受信方式を成立させる仕組みが必要である。

本発明は上記の課題を鑑みてなされたもので、本発明の目的は、複数のクライアント装置で電子メールを受信させる場合に、クライアント装置が、当該クライアント装置とは異なるクライアント装置において未受信の電子メールのみを受信することの可能な仕組みを提供することである。

上記の目的を達成するために、本発明のメールシステムは、メールサーバと電子メールの送受信を行う情報処理装置と、前記情報処理装置から送信された電子メールを蓄積するメールサーバとを含むメールシステムであって、前記情報処理装置は、当該情報処理装置で受信する電子メールが、当該情報処理装置とは異なる情報処理装置で受信されているか否かを示す受信済み情報を、前記メールサーバから受信する受信済み情報受信手段と、前記受信済み情報受信手段で受信した受信済み情報に基づいて、前記電子メールが、当該情報処理装置とは異なる情報処理装置で受信されている電子メールであるか否かを判定する判定手段と、前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、当該電子メールの取得を前記メールサーバに要求する電子メール取得要求手段と、前記電子メール取得要求手段に応じて、前記メールサーバから送信された電子メールを受信する電子メール受信手段と、前記電子メール受信手段で受信した電子メールの受信済み情報の更新を前記メールサーバに要求する受信済み情報更新要求手段とを備え、前記メールサーバは、前記電子メールの前記受信済み情報を記憶する記憶手段と、前記記憶手段に記憶された前記電子メールの受信済み情報を前記情報処理装置に送信する受信済み情報送信手段と、前記情報処理装置からの要求に応じて、前記電子メールを前記情報処理装置に送信する電子メール送信手段と、前記情報処理装置からの要求に応じて、前記電子メールの受信済み情報を更新する受信済み情報更新手段とを備えることを特徴とする。

本発明によれば、電子メールの受信済み情報に基づいて、当該電子メールが他のクライアント装置で受信されていないかどうかを判定し、他のクライアント装置で受信されていない場合には当該電子メールをクライアント装置に送信し、そして当該電子メールの受信済み情報を更新することが可能となるので、複数のクライアント装置で電子メールを受信させる場合に、クライアント装置が、当該クライアント装置とは異なるクライアント装置において未受信の電子メールのみを受信することのできる効果を奏する。

本発明の実施形態におけるメールシステム１００の一例を示す構成図である。 図１に示すクライアント装置１０１及びメールサーバ１０２のハードウェア構成の一例を示す構成図である。 図１に示すクライアント装置１０１及びメールサーバ１０２のモジュール構成の一例を示す構成図である。 本発明の実施形態における一連の処理の流れを示すフローチャートである。 受信台数変更画面５００、受信方式変更画面５１０の一例を示す構成図である。 クライアント装置１０１に記憶された受信台数テーブル６００、フラグテーブル６１０、メールサーバ１０２に記憶されたユーザ認証テーブル６２０の構成の一例を示す構成図である。 図４のステップＳ１０８におけるメール受信処理の詳細を示すフローチャートである。 図７に続き、図４のステップＳ１０８におけるメール受信処理の詳細を示すフローチャートである。 図８に続き、図４のステップＳ１０８におけるメール受信処理の詳細を示すフローチャートである。 図９に続き、図４のステップＳ１０８におけるメール受信処理の詳細を示すフローチャートである。 選択受信画面１１００の一例を示す構成図である。 Ｒｅｃｅｉｖｉｎｇ−ＣｏｕｎｔのないメールにＲｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔを付与した場合のメールヘッダの一例を示す模式図である。 Ｒｅｃｅｉｖｉｎｇ−ＣｏｕｎｔのあるメールでＲｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔの値をインクリメントした場合のメールヘッダの一例を示す模式図である。 Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔを更新し、設定された受信台数以上だった場合にメールを削除する処理の概要を示す模式図である。 本発明の受信方式のうち、通常受信の場合と、新着受信の場合の処理概要を示す模式図である。 本発明の受信方式のうち、選択受信の場合の処理概要を示す模式図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

図１は、本発明のメールシステム１００のシステム構成の一例を示す図である。本発明のメールシステム１００は、クライアント装置１０１（クライアント装置１０１ａ、クライアント装置１０１ｂ、クライアント装置１０１ｃ）、メールサーバ１０２が設置されており、それら装置はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１０３を介して相互にデータ通信可能に接続されている。尚、ネットワーク１０３は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよいし、無線ＬＡＮであってもよい。通信の形態は特に問わない。また、図１のネットワーク１０３上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

クライアント装置１０１（情報処理装置）は、メールサーバ１０２と通信し、メーラを通じて電子メール（以下、メール）の送受信を行う装置である。メーラは後述する図２のＲＯＭ２０２または外部メモリ２１１に記憶されており、ユーザからの指示に応じて、ＣＰＵ２０１がＲＡＭ２０３に読み出して各種動作を行う。また、クライアント装置１０１は、ＰＣのような固定端末であってもよいし、携帯電話やタブレット端末のような携帯端末であってもよい。

メーラは、ユーザからの操作に応じて、メールの作成、送受信、表示等を行う。本実施形態では、クライアント装置１０１ａ、クライアント装置１０１ｂ、クライアント装置１０１ｃはそれぞれ１人のユーザが使用するクライアント装置１０１である。よって、メーラに設定されたユーザのアカウント（ユーザＩＤ、パスワード等）は同じアカウントが設定されているものとして説明を行う。尚、メールはメールサーバ１０２の外部メモリ２１１に記憶されていても、クライアント装置１０１の外部メモリ２１１に記憶されていてもよい。本実施形態では、クライアント装置１０１の外部メモリ２１１に記憶されているものとして、以下説明を行う。

メールサーバ１０２は、クライアント装置１０１から送信されたメールを宛先ごとに記憶管理し、クライアント装置１０１からの要求に応じてメールを送信する装置である。クライアント装置１０１との通信では、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いて送受信を行う。通信プロトコルについては、これに限らない。クライアント装置１０１とメールサーバ１０２の間でメールの送受信ができればよい。

尚、クライアント装置１０１が、メールサーバ１０２の構成を含んでもよいし、メールサーバ１０２がクライアント装置１０１の構成を含んでもよい。

図２は、本発明の実施形態における各種端末のハードウェア構成を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１（記憶手段）には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Ｂａｓｉｃ Ｉｎｐｕｔ ／ ＯｕｔｐｕｔＳｙｓｔｅｍ)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（以下、ディスプレイ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明のクライアント装置１０１、メールサーバ１０２が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。

次に、クライアント装置１０１及びメールサーバ１０２のモジュール構成を示す機能構成図について、図３を用いて説明する。尚、図３の各種端末あるいはサーバのモジュール構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

クライアント装置１０１は、記憶モジュール３０１、画面表示モジュール３０２、テーブル管理モジュール３０３、メール送受信モジュール３０４、メール削除要求モジュール３０５を備える。

記憶モジュール３０１は、メーラによって作成及び送受信されたメールを記憶するモジュールである。記憶モジュール３０１によって記憶されたメールは、クライアント装置１０１の外部メモリ２１１等に記憶され、必要に応じて、記憶モジュール３０１によって読みだされる。

画面表示モジュール３０２は、メールや画面といった各種情報をクライアント装置１０１のディスプレイ２１０に表示させるためのモジュールである。特に本実施形態では、図５に示す受信台数変更画面５００や、受信方式変更画面５１０、図１１に示す選択受信画面１１００等を表示し、ユーザからの入力及び操作を受け付ける。

テーブル管理モジュール３０３は、後述する図６の受信台数テーブル６００やフラグテーブル６１０、ユーザ認証テーブル６２０の記憶や更新等を行うためのモジュールである。各種テーブルは、外部メモリ２１１に記憶され、必要に応じてＲＡＭ２０３に読み出す。

メール送受信モジュール３０４は、クライアント装置１０１で生成されたメールをメールサーバ１０２に送信したり、メールサーバ１０２に蓄積されたメールを受信したりするためのモジュールである。メール以外の情報が送信できてもよい。

メール削除要求モジュール３０５は、メールサーバ１０２から受信したメールのメールヘッダに記載された情報と、クライアント装置１０１のメーラに設定された受信台数とを比較して、削除すべきメールの削除要求をメールサーバ１０２に対して送信するためのモジュールである。

メールサーバ１０２は、記憶モジュール３１１、メールボックス管理モジュール３１２、ユーザ認証モジュール３１３、メール送受信モジュール３１４、メール削除モジュール３１５、メールヘッダ更新モジュール３１６を備える。

記憶モジュール３１１は、前述したクライアント装置１０１の記憶モジュール３０１と同様である。後述するメール送受信モジュール３１４によって受信したメールや、メールヘッダ更新モジュール３１６で更新されたメール等を記憶する。

メールボックス管理モジュール３１２は、記憶モジュール３１１で記憶されたメールをアカウントごとに記憶管理するためのモジュールである。後述するメール送受信モジュール３１４によってメールの受信要求を受け付けた場合には、メールの取得を行うアカウントを特定し、そのアカウントのメールボックスからメールを取得して、メール送受信モジュール３１４に渡す。

ユーザ認証モジュール３１３は、クライアント装置１０１から送信されたユーザＩＤとパスワードに基づいて、メールシステム１００の利用者であるか否かを認証するためのモジュールである。

メール送受信モジュール３１４は、クライアント装置１０１とメールの送受信を行うためのモジュールである。

メール削除モジュール３１５は、クライアント装置１０１のメール削除要求モジュール３０５からメールの削除要求があった場合に、メールボックス管理モジュール３１２によって管理されるメールを削除する。

メールヘッダ更新モジュール３１６は、クライアント装置１０１からメールの取得要求に応じて、メールを送信する場合に、送信するメールのメールヘッダを更新するためのモジュールである。メールヘッダには、クライアント装置１０１に送信した回数、つまり受信したクライアント装置１０１の台数を示す情報が含まれており、それらをメール送信の際に追加、またはインクリメントする。

次に、本発明の実施形態におけるクライアント装置１０１によって行われる一連の処理について、図４に示すフローチャートを用いて説明する。

尚、この処理をクライアント装置１０１に実行させるためのプログラムは、クライアント装置１０１にインストールされているメーラの一部、若しくはアドオンプログラムとして用意されていてもよいし、メーラとは別にインストールされたプログラムとして用意されていてもよい。

まず、ステップＳ１０１では、クライアント装置１０１は、クライアント装置１０１の外部メモリ２１１に記憶されたメーラのプログラムを起動する。そして、ステップＳ１０２では、クライアント装置１０１は、メーラに対してユーザからの操作を受け付ける。

ステップＳ１０３では、クライアント装置１０１は、ステップＳ１０２で受け付けた操作が同一のメールを受信したいクライアント装置の台数（以下、受信台数（設定台数情報））の変更指示であるか否かを判定する。例えば、メーラのメニューから受信台数変更メニュー（不図示）が選択されたか否かを判定すればよい。受信台数の変更指示であった場合には、ステップＳ１０４に処理を進め、受信台数の変更指示でない場合には、ステップＳ１０５に処理を進める。

ステップＳ１０４では、クライアント装置１０１は、受信台数を変更する処理を実行する。図５の受信台数変更画面５００に示すような画面をクライアント装置１０１のディスプレイ２１０に表示させ、受信台数入力フォーム５０１に対する入力を受け付ける。そして、ＯＫボタン５０２の押下を検知すると、図６に示す受信台数テーブル６００の受信台数６０１に受信台数入力フォーム５０１に入力された値を格納する。これにより、受信台数の設定が完了する。処理が終了したら、ステップＳ１０２に処理を戻す。

受信台数テーブル６００（図６参照）は、受信台数６０１、受信方式６０２から構成される。受信台数６０１は、同一のメールを受信させるクライアント装置１０１の台数を示す情報である。受信方式６０２は、メールを受信する方式（以下、受信方式）を示す情報である。受信方式の詳細については、後述する。本実施形態では、受信台数テーブル６００は、クライアント装置１０１の外部メモリ２１１等に記憶されている。

ステップＳ１０５では、クライアント装置１０１は、ステップＳ１０２で受け付けた操作が受信方式の変更指示であるか否かを判定する。例えば、メーラのメニューから受信方式変更メニュー（不図示）が選択されたか否かを判定すればよい。受信方式の変更指示であった場合には、ステップＳ１０４に処理を進め、受信方式の変更指示でない場合には、ステップＳ１０５に処理を進める。

ステップＳ１０６では、クライアント装置１０１は、受信方式を変更する処理を実行する（受信方式選択受付手段）。まず、図５の受信方式変更画面５１０に示すような画面をクライアント装置１０１のディスプレイ２１０に表示させる。受信方式変更画面５１０には、ラジオボタン５１１が備えられている。ユーザは、このラジオボタン５１１を選択することで、変更したい受信方式を選択する。そして、ＯＫボタン５１２の押下を検知すると、ラジオボタン５１１により選択された受信方式を、受信台数テーブル６００の受信方式６０２に格納する。これにより、受信方式の設定が完了する。処理が終了したら、ステップＳ１０２に処理を戻す。

本実施形態の受信方式には、３つの受信方式がある。それは、通常受信、選択受信、新着受信の３つである。通常受信は、メールサーバ１０２に蓄積されたメールのうち、当該クライアント装置１０１に受信していない受信対象のメール（以下、受信対象メール）をすべて受信する方式である。選択受信は、メールを受信する際に、すべての受信対象メールを受信するのか、または他の装置で未受信のメール（以下、新着メール）のみを受信するのかを選択できる方式である。新着受信は、新着メールのみを受信する方式である。ユーザは、クライアント装置１０１ごとに、この受信方式を設定する。

また、各受信方式は、受信対象メールのメールヘッダに付された「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」（受信済み情報）という情報の更新方法に違いがある。この「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」は、メールサーバ１０２がクライアント装置１０１にメールを送信した回数、つまりクライアント装置１０１でメールを受信した回数を示す情報である。すなわち、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が示す値は、何台のクライアント装置１０１が当該メールを受信したのかを示す情報である。このメールヘッダの値と、前述したステップＳ１０４で設定された受信台数６０１に基づいて、後述する処理で、メールサーバ１０２に対してクライアント装置１０１が削除要求を送信するか否か決定する。尚、本実施形態ではメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を含める仕組みとして説明を行うが、メールとは別のファイルであってもよい。

通常受信と新着受信では、受信対象メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」はすべて更新する。新着メールであった場合には、当該新着メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加して値に「１」を設定し、他のクライアント装置１０１で受信済みであるメール（以下、非新着メール）であった場合には、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値をインクリメントする。新着受信は、新着メールのみを受信する受信方式なので、非新着メールは受信しない。しかし、非新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値をインクリメントしないと、いつまで経っても当該非新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値は受信台数６０１を満たさない。つまり、新着受信の場合には、非新着メールは受信しないが「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新することで、受信したものとみなす。こうすることで、新着メールのみを受信しつつ、受信対象メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が受信台数６０１を満たしたかどうか判定し、その判定結果に応じて、適宜受信対象メールを削除することができる。

一方、選択受信では、新着メールのみ受信する場合と、全受信する場合の２つがある。全受信する場合は、前述した通常受信と同様である。新着メールのみ受信する場合は、新着メールのみ「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新する。つまり、新着メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加して値に「１」を設定する。非新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」は更新しない。選択受信の場合には、受信を行う度に、新着メールのみ受信するのか、全受信するのかを選択することができる。つまり、新着メールのみ受信した場合であっても、あとで全受信する可能性がある。そのため、非新着メールは、全受信によって受信できないといけないので、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」は更新しない。こうすることで、全受信によって非新着メールを受信しない限り、当該非新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」は更新されないので、非新着メールがメールサーバ１０２から削除されることはなくなる。つまり、新着メールのみ受信する場合と、全受信する場合の両立が可能となる。

ステップＳ１０７では、クライアント装置１０１は、ステップＳ１０２で受け付けた操作がメールの受信指示であるか否かを判定する。例えば、メーラのメニューからメール受信メニュー（不図示）が押下されたか否かを判定すればよい。メール受信指示であった場合には、ステップＳ１０８に処理を進め、メール受信指示でなかった場合には、ステップＳ１０９に処理を進める。

ステップＳ１０８では、クライアント装置１０１は、メールサーバ１０２に蓄積されたメールを受信する処理を実行する。メール受信処理の詳細は、後述する図７乃至図１０に示す。処理が終了したら、ステップＳ１０２に処理を戻す。

ステップＳ１０９では、クライアント装置１０１は、ステップＳ１０２で受け付けた操作がメーラの終了指示であるか否かを判定する。例えば、メーラのメニューから終了メニュー（不図示）が押下されたか否かを判定すればよい。終了指示であった場合には、ステップＳ１０８に処理を進め、終了指示でなかった場合には、ステップＳ１０２に処理を戻す。

ステップＳ１１０では、クライアント装置１０１は、メーラの終了指示を受け付けたのでメーラを終了し、本一連の処理を終了する。

次に、本発明の実施形態におけるクライアント装置１０１とメールサーバ１０２によって行われるメール受信処理について図７を用いて説明する。

尚、この処理をクライアント装置１０１及びメールサーバ１０２に実行させるためのプログラムは、クライアント装置１０１及びメールサーバ１０２にインストールされているメーラまたはアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、メーラまたはアプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

メール受信処理は、クライアント装置１０１がメールサーバ１０２に蓄積された受信対象メールを受信し、前述した受信台数６０１だけ受信されていると判定された場合に、メールサーバ１０２に対して削除要求を送信するための処理である。

まず、図１４を参照してメール受信処理の処理概要について説明を行う。前述したステップＳ１０４でクライアント装置１０１の受信台数６０１が設定される。そして、ユーザからの指示に応じて、クライアント装置１０１がメールサーバ１０２に対してメールの受信要求を送信する。メールサーバ１０２は、メールの受信要求を受信すると、メールボックスに蓄積された受信対象メールのメールヘッダにある「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値をインクリメントする。ここで、メールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」がない場合、つまり新着メールである場合には、新しく追加する。

「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の更新が完了したら、メールの受信要求が来たクライアント装置１０１に対して当該メールを送信する。クライアント装置１０１は、メールの受信が完了すると、受信したメールのメールヘッダに付された「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値と、クライアント装置１０１のメーラに設定された受信台数６０１とを比較し、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値が受信台数６０１以上であったら、当該メールの削除要求をメールサーバ１０２に対して送信する。受信台数６０１以上でないメールについては、削除要求を送信しない。メールサーバ１０２では、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値が受信台数６０１以上となったメールの削除要求を受信し、当該メールをメールボックスから削除する。こうすることで、設定された受信台数分の受信が完了したら、クライアント装置１０１からメールサーバ１０２に対して当該メールの削除要求を送信することができるので、ユーザは受信台数をクライアント装置１０１に設定するだけで、メールサーバの容量を圧迫せずに、必要な台数分メールを受信することができる。

基本的なメール受信処理の仕組みは前述の通りだが、本実施形態では、受信方式によってメール受信処理の動作が異なる。図１５に示すように、メールサーバ１０２に２通のメールがあった場合を想定して、通常受信と、新着受信と、選択受信の場合の動作を説明する。メールサーバ１０２には、新着メールである「メール１」と、非新着メールである「メール２」が受信対象メールとして蓄積されている。

図１５の１５００は、通常受信の場合の処理概要を示す。通常受信の場合、前述した通り、メールサーバ１０２は、すべての受信対象メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値を更新する。「メール１」は新着メールなので、１５０１に示す通り、メールサーバ１０２は、当該新着メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加して、値に「１」を設定する。「メール２」は非新着メールなので、１５０２に示す通り、メールサーバ１０２は、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値をインクリメントして「２」に変更する。そして、クライアント装置１０１は、受信対象メールの取得要求をメールサーバ１０２に送信し、それに応じてメールサーバ１０２から送信された受信対象メールを受信する。通常受信は、以上のような動作を行う。

図１５の１５１０は、新着受信の場合の処理概要を示す。新着受信の場合、通常受信と同様に、メールサーバ１０２は、すべての受信対象メールの「Ｒｅｃｅｖｉｎｇ−Ｃｏｕｎｔ」の値を更新する。「メール１」は新着メールなので、１５１１に示す通り、メールサーバ１０２は、当該新着メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加して、値に「１」を設定する。「メール２」は非新着メールなので、１５１２に示す通り、メールサーバ１０２は、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値をインクリメントして「２」に変更する。そして、クライアント装置１０１は、受信対象メールのうち、新着メールの取得要求をメールサーバ１０２に送信し、それに応じてメールサーバ１０２から送信された受信対象メールを受信する。つまり、非新着メールは受信しない。新着受信は、以上のような動作を行う。

図１６の１６００は、選択受信でユーザから新着メールのみ受信するよう指示された場合（以下、選択受信（新着メールのみ受信）の場合）の処理概要を示す。選択受信（新着メールのみ受信）の場合、メールサーバ１０２は、新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」だけを更新する。すなわち、新着メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加する。「メール１」は新着メールなので、１６０１に示す通り、メールサーバ１０２は、当該新着メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加して、値に「１」を設定する。「メール２」は非新着メールなので、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新しない。そして、クライアント装置１０１は、受信対象メールのうち、新着メールの取得要求をメールサーバ１０２に送信し、それに応じてメールサーバ１０２から送信された受信対象メールを受信する。つまり、非新着メールは受信しない。選択受信（新着メールのみ受信）は、以上のような動作を行う。

図１６の１６１０は、選択受信でユーザから受信対象メールをすべて受信するよう指示された場合（以下、選択受信（全受信）の場合）の処理概要を示す。選択受信（全受信）の場合、メールサーバ１０２は、すべての受信対象メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値を更新する。「メール１」は新着メールなので、１６１１に示す通り、メールサーバ１０２は、当該新着メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加して、値に「１」を設定する。「メール２」は非新着メールなので、１６１２に示す通り、メールサーバ１０２は、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値をインクリメントして「２」に変更する。そして、クライアント装置１０１は、受信対象メールの取得要求をメールサーバ１０２に送信し、それに応じてメールサーバ１０２から送信された受信対象メールを受信する。通常受信は、以上のような動作を行う。

このように複数種類の受信方式の中から、１つを設定しておくと、前述したような動作で「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の更新や、メールの受信を行うことができる。以下、この詳細な説明を行う。

まず、ステップＳ２０１では、クライアント装置１０１は、ユーザ認証を行うべく、メーラにあらかじめ設定されたユーザＩＤとパスワードをメールサーバ１０２に送信する。

ステップＳ２０２では、メールサーバ１０２は、クライアント装置１０１から送信されたユーザＩＤとパスワードを受信し、ステップＳ２０３では、受信したユーザＩＤとパスワードと、メールサーバ１０２の外部メモリ２１１に記憶された図６に示すユーザ認証テーブル６２０に基づいてユーザ認証を行う。受信したユーザＩＤとパスワードの組み合わせがユーザ認証テーブル６２０のユーザＩＤ７１１とパスワード７１２の組み合わせに存在すれば、認証成功となるが、そうでなければ認証失敗となる。

ユーザ認証テーブル６２０（図６参照）は、ユーザＩＤ６２１とパスワード６２２から構成される。ユーザＩＤ６２１は、ユーザを一意に識別するための情報である。本実施形態では、ユーザＩＤ６２１に当該ユーザのメールアドレスを格納している。ユーザを一意に識別できる情報であれば、社員番号やアカウント名等でもよい。パスワード６２２は、ユーザ認証を行うためのパスワードである。あらかじめユーザが設定しておいてもよいし、メールサーバ１０２の管理者が設定したパスワードでもよい。本実施形態では、ユーザ認証テーブル６２０は、メールサーバ１０２の外部メモリ２１１に記憶されている。

ステップＳ２０４では、メールサーバ１０２は、ステップＳ２０３で認証された結果をクライアント装置１０１に返信する。

ステップＳ２０５では、クライアント装置１０１は、メールサーバ１０２から送信されたユーザ認証の結果を受信する。そして、ステップＳ２０６では、クライアント装置１０１は、その受信結果が認証成功であったか否かを判定する。認証成功であった場合には、ステップＳ２０８に処理を進め、認証失敗であった場合には、ステップＳ２０７に処理を進める。

ステップＳ２０７では、クライアント装置１０１は、認証失敗であったため接続エラーをユーザに通知して、メール受信処理を終了し、メール受信処理の呼び出し元であるステップＳ１０８に処理を戻す。

ステップＳ２０８では、クライアント装置１０１は、メールサーバ１０２のメールボックスに蓄積されたすべてのメールのメールヘッダの取得をメールサーバ１０２に対して要求する。後述するステップＳ２１３及びステップＳ２１４で、当該クライアント装置１０１で受信済みのメールと、当該クライアント装置１０１で受信していないメール（受信対象メール）を特定するためにこのような処理を行っている。

ステップＳ２０９では、メールサーバ１０２は、クライアント装置１０１から送信されたすべてのメールのメールヘッダ取得要求を受信する。そして、ステップＳ２１０では、メールサーバ１０２は、ステップＳ２０３で認証されたユーザのメールボックスに蓄積されたすべてのメールからメールヘッダを取得する。ここでは少なくともメールを一意に特定する識別情報である「Ｍｅｓｓａｇｅ−ｉｄ」を含めて取得するようにする。他にもメールを一意に特定できるような情報があれば、それで代用しても構わない。

ステップＳ２１１では、メールサーバ１０２は、ステップＳ２１０で取得したすべてのメールのメールヘッダをクライアント装置１０１に送信する。

ステップＳ２１２では、クライアント装置１０１は、メールサーバ１０２から送信されたメールヘッダを受信し、ステップＳ２１３では、クライアント装置１０１は、受信したメールヘッダとクライアント装置１０１に受信済みのメールのメールヘッダとを比較し、新たに受信すべきメールの有無を確認する。具体的には、受信したメールヘッダに含まれる「Ｍｅｓｓａｇｅ−ｉｄ」を持つメールをクライアント装置１０１のメーラが管理するメールから検索するようにすればよい。受信したメールヘッダに含まれる「Ｍｅｓｓａｇｅ−ｉｄ」を持つメールがクライアント装置１０１にあれば、既にそのメールは当該クライアント装置１０１で受信済みであると判定できる。しかし、受信したメールヘッダに含まれる「Ｍｅｓｓａｇｅ−ｉｄ」を持つメールがクライアント装置１０１にないのであれば、当該「Ｍｅｓｓａｇｅ−ｉｄ」を持つメールは、新たにメールサーバ１０２から受信すべきメール（受信対象メール）であると判定できる。

ステップＳ２１４では、クライアント装置１０１は、ステップＳ２１３で確認した結果、新たに受信すべきメール（受信対象メール）が存在するか否かを判定する。受信対象メールが存在すると判定された場合には、図８のステップＳ２１６に処理を進め、受信対象メールが存在しないと判定された場合には、ステップＳ２１５に処理を進める。

ステップＳ２１５では、クライアント装置１０１は、受信対象メールが存在しないので、その旨をユーザに通知する。そして、メール受信処理を終了し、メール受信処理の呼び出し元であるステップＳ１０８に処理を戻す。

図７に続き、図８を用いて説明を行う。ステップＳ２１６では、クライアント装置１０１は、ステップＳ１０６で設定された受信方式を判定する。クライアント装置１０１の受信台数テーブル６００に格納された受信方式６０２を取得して、取得した受信方式が何かを判定する。受信方式が新着受信であると判定された場合には、ステップＳ２１７に処理を進め、受信方式が選択受信であると判定された場合には、ステップＳ２１９に処理を進め、受信方式が通常受信であると判定された場合には、ステップＳ２２３に処理を進める。

ステップＳ２１６で受信方式が新着受信であると判定されると、ステップＳ２１７では、クライアント装置１０１は、クライアント装置１０１に記憶された図６に示すフラグテーブル６１０のカウントアップフラグ６１１を「ＯＮ」にする。そして、ステップＳ２１８では、クライアント装置１０１は、フラグテーブル６１０の新着のみ受信フラグ６１２を「ＯＮ」にする。処理が終了したら、図９のステップＳ２２５に処理を進める。

フラグテーブル６１０（図６参照）は、カウントアップフラグ６１１と新着のみフラグ６１２から構成される。カウントアップフラグ６１１は、非新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新するか否かを判定するためのフラグである。カウントアップフラグ６１１が「ＯＮ」であれば、非新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新し、カウントアップフラグ６１１が「ＯＦＦ」であれば、非新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新しない。新着のみフラグ６１２は、受信対象メールのうち、新着メールのみを受信するか否かを判定するためのフラグである。新着のみフラグ６１２が「ＯＮ」であれば、新着メールのみを受信して、非新着メールは受信しない。新着のみフラグ６１２が「ＯＦＦ」であれば、新着メールも非新着メールも受信する。本実施形態では、フラグテーブル６１０は、クライアント装置の外部メモリ２１１等に記憶されている。

ステップＳ２１６で受信方式が選択受信であると判定されると、ステップＳ２１９では、クライアント装置１０１は、クライアント装置１０１のディスプレイ２１０に図１１の選択受信画面１１００を表示させる。選択受信画面１１００は、メール受信時に受信方式が選択受信であると表示される画面である。選択受信画面１１００には、ＹＥＳボタン１１０１とＮＯボタン１１０２が備えられており、ＹＥＳボタン１１０１が押下された場合には、新着メールのみ受信するよう指示されたと見なし、ＮＯボタン１１０２が押下された場合には、すべてのメールを受信するよう指示されたと見なす。本実施形態では、ＹＥＳボタン１１０１とＮＯボタン１１０２によって選択受信の受信方式を決定するが、ラジオボタンのような形式で選択してもよい。選択受信の受信方式をユーザが選択できれば、どのようなユーザインターフェースでもよい。

ステップＳ２２０では、クライアント装置１０１は、ステップＳ２１９で表示された選択受信画面１１００に対する操作を検知し、新着メールのみ受信するよう指示されたのか、すべてのメールを受信するよう指示されたのかを判定する。新着メールのみ受信するよう指示されたと判定した場合には、ステップＳ２２１に処理を進め、すべてのメールを受信するよう指示されたと判定した場合には、ステップＳ２２３に処理を進める。

ステップＳ２２１では、クライアント装置１０１は、フラグテーブル６１０のカウントアップフラグ６１１を「ＯＦＦ」にする。そして、ステップＳ２２２では、クライアント装置１０１は、フラグテーブル６１０の新着のみ受信フラグ６１２を「ＯＮ」にする。処理が終了したら、図９のステップＳ２２５に処理を進める。

ステップＳ２１６で受信方式が通常受信であると判定された場合と、選択受信ですべてのメールを受信するよう指示されたと判定された場合には、ステップＳ２２３では、クライアント装置１０１は、フラグテーブル６１０のカウントアップフラグ６１１を「ＯＮ」にする。そして、ステップＳ２２４では、クライアント装置１０１は、フラグテーブル６１０の新着のみ受信フラグ６１２を「ＯＦＦ」にする。処理が終了したら、図９のステップＳ２２５に処理を進める。

図８に続き、図９を用いて説明を行う。ステップＳ２２５では、クライアント装置１０１は、後述するステップＳ２２６乃至ステップＳ２５３の処理を受信対象メールの数だけ繰り返す。受信対象メールの数だけループが完了したら、ループを抜けて、図１１のステップＳ２５４に処理を進める。

ステップＳ２２６では、クライアント装置１０１は、前述したステップＳ２１３で特定された受信対象メールのうち、１通の受信対象メールのメールヘッダの取得要求をメールサーバ１０２に送信する。ここでメールヘッダを要求する受信対象メールは、ステップＳ２２６乃至ステップＳ２５３において処理がなされていない受信対象メールである。本実施形態では、このように１通ずつ処理していく。

ステップＳ２２７では、メールサーバ１０２は、クライアント装置１０１から送信された受信対象メールのメールヘッダの取得要求を受信する。そして、ステップＳ２２８では、メールサーバ１０２は、ステップＳ２２７で受信した取得要求に応じて、当該受信対象メールのメールヘッダを取得する。ステップＳ２２９では、メールサーバ１０２は、ステップＳ２２８で取得したメールヘッダをクライアント装置１０１に送信する（受信済み情報送信手段）。

ステップＳ２３０では、クライアント装置１０１は、ステップＳ２２６で取得の要求を行った受信対象メールのメールヘッダをメールサーバ１０２から受信し、ＲＡＭ２０３等の記憶領域に保存する（受信済み情報受信手段）。

ステップＳ２３１では、クライアント装置１０１は、受信しようとしている受信対象メールが、新着メールであるか否かを判定する（判定手段）。より具体的には、ステップＳ２３０でＲＡＭ２０３等に記憶したメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が含まれているか否かを判定する。「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」は後述するステップＳ２３７で追加されるので、新着メールであった場合には、メールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が含まれていないはずである。本実施形態では、新着メールであるか否かを、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が含まれているか否かを確認することで判定するが、これに限らない。メールサーバ１０２で新着メールである旨の情報が含まれたファイルを作成しておき、クライアント装置１０１で当該ファイルを受信して、そのファイルに基づいて判定してもよい。受信しようとしている受信対象メールが、新着メールであるか否かを判定できればよい。受信しようとしている受信対象メールが、新着メールであると判定された場合には、ステップＳ２３３に処理を進めて、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の更新を要求する。受信しようとしている受信対象メールが、新着メールでない、つまり非新着メールであると判定された場合には、ステップＳ２３２に処理を進める。新着メールは、どのような受信方式であっても受信するので、当該新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新するよう、メールサーバ１０２に要求することになる。

ステップＳ２３２では、クライアント装置１０１は、クライアント装置１０１に記憶されたフラグテーブル６１０のカウントアップフラグ６１１が「ＯＮ」であるか否かを判定する。ここでは、ステップＳ２３１における判定で、受信しようとしている受信対象メールが新着メールでない、つまり非新着メールであると判定されたので、カウントアップフラグ６１１の設定に応じて、非新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新するか否かを判定する。カウントアップフラグ６１１が「ＯＮ」であると判定された場合には、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新するべく、ステップＳ２３３に処理を進める。カウントアップフラグ６１１が「ＯＦＦ」であると判定された場合には、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新しないので、図１０のステップＳ２４１に処理を進める。

ステップＳ２３３では、クライアント装置１０１は、受信しようとしている受信対象メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の更新要求をメールサーバ１０２に送信する（受信済み情報更新要求手段）。ステップＳ２３０において、受信しようとしている受信対象メールのメールヘッダがＲＡＭ２０３等に記憶されているので、当該受信対象メールを特定するための情報として当該メールヘッダに含まれる「Ｍｅｓｓａｇｅ−ｉｄ」を含めて、更新要求を送信してもよい。

ステップＳ２３４では、メールサーバ１０２は、クライアント装置１０１から送信された「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の更新要求を受信する。そして、ステップＳ２３５では、メールサーバ１０２は、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新する受信対象メールのメールヘッダを参照する。ここで、ステップＳ２３３から送信された受信対象メールを特定するための情報（Ｍｅｓｓａｇｅ−ｉｄ等）を用いて、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新する受信対象メールを特定し、当該受信対象メールのメールヘッダを参照する。または、ステップＳ２２８でメールヘッダを取得した受信対象メールを記憶しておき、クライアント装置１０１から「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の更新要求があったら、当該受信対象メールのメールヘッダを参照する。

ステップＳ２３６では、メールサーバ１０２は、ステップＳ２３５で参照した受信対象メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在するか否かを判定する。新着メールであれば、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在しないので、新しく追加しなければならない。そのため、ステップＳ２３６で、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の有無を判定している。「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在すると判定された場合には、ステップＳ２３８に処理を進め、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在しないと判定された場合には、ステップＳ２３７に処理を進める。

ステップＳ２３７では、メールサーバ１０２は、ステップＳ２３５で参照しているメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加し、値に「１」を設定する（受信済み情報更新手段）。受信しようとしている受信対象メールが新着メールであるので、当該受信対象メールのメールヘッダには、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が含まれていない。そのため、ステップＳ２３７で「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」をメールヘッダに追加する。図１２の受信メールヘッダ１２００に示すように、メールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在しない新着メールについては、メールヘッダ情報１２０１に示すように「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を新たに追加し、値に「１」を設定する。ここで「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値を「１」に設定するのは、これからクライアント装置１０１に受信対象メールを送信することで、１台のクライアント装置１０１で受信がなされるからである。

ステップＳ２３８では、メールサーバ１０２は、ステップＳ２３５で参照しているメールヘッダに含まれる「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値をインクリメントする（受信済み情報更新手段）。図１３の受信メールヘッダ１３００のメールヘッダ情報１３０１に示すように、ステップＳ２３５で参照しているメールヘッダには既に「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」として値に「１」が設定されている。つまり、既に１台のクライアント装置１０１に当該受信対象メールを送信していることを示している。今回新たに当該受信対象メールを送信するため、この「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値に更に「１」を加算して、メールヘッダ情報１３０２に示すように値を「２」に変更する。このようにすることで、何台のクライアント装置１０１に送信したのかを記録しておくことができる。尚、前述した通り、本実施形態ではメールヘッダにこのような情報を含める仕組みとして説明を行うが、メールとは別の情報でもよいし、メールの添付ファイルとして生成されてもよい。

ステップＳ２３９では、メールサーバ１０２は、ステップＳ２３７またはステップＳ２３８で「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新した実行結果を、クライアント装置１０１に送信する。

ステップＳ２４０では、クライアント装置１０１は、メールサーバ１０２から送信された実行結果を受信する。処理が完了したら、図１０のステップＳ２４１に処理を進める。

図９に続き、図１０を用いて説明を行う。ステップＳ２４１では、クライアント装置１０１は、受信しようとしている受信対象メールが新着メールであるか否かを判定する（判定手段）。より具体的には、ステップＳ２３０でＲＡＭ２０３等に記憶された、当該受信対象メールのメールヘッダを参照し、そのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」があるかどうかを判定する。詳細な処理は、ステップＳ２３１と同様であるので説明を省略する。新着メールであると判定された場合には、ステップＳ２４３に処理を進め、新着メールでない、つまり非新着メールであると判定された場合には、ステップＳ２４２に処理を進める。新着メールである場合には、どの受信方式であっても当該新着メールを受信するため、このような処理を行っている。

ステップＳ２４２では、クライアント装置１０１は、クライアント装置１０１に記憶されたフラグテーブル６１０の新着のみフラグ６１２が「ＯＮ」であるか否かを判定する。ここでは、ステップＳ２４１における判定で、受信しようとしている受信対象メールが新着メールでない、つまり非新着メールであると判定されたので、新着のみフラグ２４２の設定に応じて、非新着メールを受信するか否かを判定する。新着のみフラグ６１２が「ＯＮ」であると判定された場合には、当該非新着メールは受信しないので、ステップＳ２４８に処理を進める。一方、新着のみフラグ６１２が「ＯＮ」でない、つまり「ＯＦＦ」であると判定された場合には、当該非新着メールを受信するべく、ステップＳ２４３に処理を進める。

ステップＳ２４３では、クライアント装置１０１は、受信対象メールの取得要求をメールサーバ１０２に送信する（電子メール取得要求手段）。このとき、ステップＳ２３０でＲＡＭ２０３等に記憶されたメールヘッダに含まれる「Ｍｅｓｓａｇｅ−ｉｄ」を含めて送信する。

ステップＳ２４４では、メールサーバ１０２は、受信対象メールの取得要求をクライアント装置１０１から受信する。そして、ステップＳ２４５では、メールサーバ１０２は、メールサーバ１０２に蓄積されたメールの中から、要求された受信対象メールを取得する。このとき、ステップＳ２４３で送信された「Ｍｅｓｓａｇｅ−ｉｄ」を用いて、取得する受信対象メールを特定し、当該特定された受信対象メールを取得するようにする。受信対象メールの取得方法は、これに限らない。

ステップＳ２４６では、メールサーバ１０２は、ステップＳ２４５で取得した受信対象メールをクライアント装置１０１に送信する（電子メール送信手段）。

ステップＳ２４７では、クライアント装置１０１は、メールサーバ１０２から送信された受信対象メールを受信する（電子メール受信手段）。

ステップＳ２４８では、クライアント装置１０１は、ステップＳ２４７で受信したメールのメールヘッダに含まれる「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が示す値が、クライアント装置１０１のメーラに設定された受信台数６０１が示す値以上であるか否かを判定する。すなわち、当該受信したメールがすべてのクライアント装置１０１で受信されたか否かを判定する。前述したステップＳ２４２で新着のみフラグ６１２が「ＯＮ」であったため、非新着メールの受信ができていない場合であっても、ステップＳ２４８における判定を行う。特に、受信方式が新着受信である場合には、非新着メールを受信しないが、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」は更新されるので、場合によっては後述するステップＳ２５１でメールサーバ１０２から削除される。このように、受信したメールの削除要求は、クライアント装置１０１で受信したか否かに関わらない。受信していなくても、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が示す値が、クライアント装置１０１のメーラに設定された受信台数６０１が示す値以上であれば、当該メールの削除要求をメールサーバ１０２に送信する。

ステップＳ２４９では、クライアント装置１０１は、ステップＳ２４７で受信したメールの削除要求をメールサーバ１０２に送信する（削除要求送信手段）。受信したメールのメールヘッダに含まれる「Ｍｅｓｓａｇｅ−ｉｄ」を含めて送信する。

ステップＳ２５０では、メールサーバ１０２は、クライアント装置１０１から送信されたメールの削除要求を受信する。そして、ステップＳ２５１では、メールサーバ１０２は、受信した削除要求に基づいて、当該メールをメールサーバ１０２から削除する（削除手段）。ここで、ステップＳ２４９で送信された「Ｍｅｓｓａｇｅ−ｉｄ」に基づいて、削除するメールを特定して、当該特定されたメールを削除するようにする。削除するメールの特定方法はこれに限らない。

ステップＳ２５２では、メールサーバ１０２は、ステップＳ２５１で実行した削除の結果をクライアント装置１０１に送信する。

ステップＳ２５３では、クライアント装置１０１は、メールサーバ１０２から送信された削除の結果を受信する。そして、処理をステップＳ２２５に戻す。尚、すべての受信対象メールに対して処理が完了している場合には、ステップＳ２５４に処理を進める。

ステップＳ２５４では、クライアント装置１０１は、前述したステップＳ２４７で受信したメール一覧をユーザに対して閲覧可能にディスプレイ２１０に表示させる。表示が完了したら、メール受信処理を終了し、メール受信処理の呼び出し元であるステップＳ１０８に処理を戻す。

このように、クライアント装置１０１に設定された受信方式によって、フラグテーブル６１０のカウントアップフラグ６１１と新着のみフラグ６１２のフラグを変更し、この２つのフラグに応じて、非新着メールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新するか否か、また、非新着メールを受信するか否かを判定することができる。つまり、すべてのクライアント装置１０１でメールを受信させたら（または、受信したと見なしたら）、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新して当該メールの削除判定を可能とすると共に、非新着メールを受信する／しないを制御できる。例えば、固定端末のようなクライアント装置１０１ではすべてのメールを受信し、携帯端末のようなクライアント装置１０１では他装置で受信していないメールだけ受信する場合であっても、両方の受信方式を両立させることができる。すべてのクライアント装置１０１で受信するまでメールサーバ１０２に蓄積されたメールは削除されないので、クライアント装置１０１が要求するメールは確実に取得でき（例えば、新着メールだけ取得する等）、すべてのクライアント装置１０１で受信が完了したら（更新した「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が受信台数６０１以上になったら）、メールサーバ１０２から当該メールを削除させることができる。これにより、メールサーバ１０２の容量を圧迫することなく、クライアント装置１０１が求めるメールを確実に受信させることができる。

以上説明したように、本実施形態によれば、電子メールの受信済み情報に基づいて、当該電子メールが他のクライアント装置で受信されていないかどうかを判定し、他のクライアント装置で受信されていない場合には当該電子メールをクライアント装置に送信し、そして当該電子メールの受信済み情報を更新することが可能となるので、複数のクライアント装置で電子メールを受信させる場合に、クライアント装置が、当該クライアント装置とは異なるクライアント装置において未受信の電子メールのみを受信することのできる効果を奏する。

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１００ メールシステム
１０１ クライアント端末
１０２ メールサーバ
１０３ ネットワーク
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆ（インターフェース）コントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ

Claims (13)

1. メールサーバと電子メールの送受信を行う情報処理装置と、前記情報処理装置から送信された電子メールを蓄積するメールサーバとを含むメールシステムであって、
   前記情報処理装置は、
   当該情報処理装置で受信する電子メールが、当該情報処理装置とは異なる情報処理装置で受信されているか否かを示す受信済み情報を、前記メールサーバから受信する受信済み情報受信手段と、
   前記受信済み情報受信手段で受信した受信済み情報に基づいて、前記電子メールが、当該情報処理装置とは異なる情報処理装置で受信されている電子メールであるか否かを判定する判定手段と、
   前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、当該電子メールの取得を前記メールサーバに要求する電子メール取得要求手段と、
   前記電子メール取得要求手段に応じて、前記メールサーバから送信された電子メールを受信する電子メール受信手段と、
   前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、前記電子メールの受信済み情報の更新を前記メールサーバに要求する受信済み情報更新要求手段と
   を備え、
   前記メールサーバは、
   前記電子メールの前記受信済み情報を記憶する記憶手段と、
   前記記憶手段に記憶された前記電子メールの受信済み情報を前記情報処理装置に送信する受信済み情報送信手段と、
   前記情報処理装置からの要求に応じて、前記電子メールを前記情報処理装置に送信する電子メール送信手段と、
   前記情報処理装置からの要求に応じて、前記電子メールの受信済み情報を更新する受信済み情報更新手段と
   を備えることを特徴とするメールシステム。
2. 前記電子メール取得要求手段は、前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されている電子メールであると判定された場合に、当該電子メールの取得を前記メールサーバに要求しないことを特徴とする請求項１に記載のメールシステム。
3. 前記受信済み情報は、前記電子メールを受信した情報処理装置の台数を示し、
   前記情報処理装置は、
   前記電子メールを受信すべき情報処理装置の台数を示す設定台数情報を記憶する設定台数情報記憶手段と、
   前記記憶手段に記憶された設定台数情報と、前記受信手段で受信した受信済み情報とに基づいて、前記メールサーバに対して前記電子メールの削除要求を送信する削除要求送信手段とを更に備え、
   前記メールサーバは、
   前記削除要求送信手段で送信された電子メールの削除要求に応じて、当該電子メールを前記メールサーバから削除する削除手段を更に備えることを特徴とする請求項１または２に記載のメールシステム。
4. 前記受信済み情報更新要求手段は、更に、当該情報処理装置とは異なる情報処理装置で受信されている電子メールの受信済み情報の更新を前記メールサーバに要求することを特徴とする請求項１乃至３のいずれか１項に記載のメールシステム。
5. 前記情報処理装置は、
   当該情報処理装置とは異なる情報処理装置で受信されていない電子メールだけを受信する受信方式と、前記メールサーバに蓄積されているユーザの電子メールをすべて受信する受信方式とを少なくとも含む受信方式の選択を受け付ける受信方式選択受付手段を更に備え、
   前記電子メール取得要求手段は、前記受信方式選択受付手段で、当該情報処理装置とは異なる情報処理装置で受信されていない電子メールだけを受信する受信方式が選択された場合であって、前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、当該電子メールの取得を前記メールサーバに要求することを特徴とする請求項１乃至４のいずれか１項に記載のメールシステム。
6. 前記電子メール取得要求手段は、前記受信方式選択受付手段で、前記メールサーバに蓄積されているユーザの電子メールをすべて受信する受信方式が選択された場合に、当該すべての電子メールの取得を前記メールサーバに要求することを特徴とする請求項５に記載のメールシステム。
7. 前記受信済み情報更新手段は、前記電子メールが当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであった場合には、前記情報処理装置からの要求に応じて、前記電子メールの受信済み情報を新たに作成することを特徴とする請求項１乃至６のいずれか１項に記載のメールシステム。
8. 前記受信済み情報更新手段は、前記電子メールの受信済み情報をインクリメントすることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. メールサーバと電子メールの送受信を行う情報処理装置と、当該情報処理装置とは異なる情報処理装置で受信されているか否かを示す前記電子メールの受信済み情報を記憶する記憶手段を備え、前記情報処理装置から送信された電子メールを蓄積するメールサーバとを含むメールシステムの制御方法であって、
   前記メールサーバの受信済み情報送信手段が、前記記憶手段に記憶された前記電子メールの受信済み情報を前記情報処理装置に送信する受信済み情報送信ステップと、
   前記情報処理装置の受信済み情報受信手段が、前記受信済み情報を、前記メールサーバから受信する受信済み情報受信ステップと、
   前記情報処理装置の判定手段が、前記受信済み情報受信ステップで受信した受信済み情報に基づいて、前記電子メールが、当該情報処理装置とは異なる情報処理装置で受信されている電子メールであるか否かを判定する判定ステップと、
   前記情報処理装置の電子メール取得要求手段が、前記判定ステップで当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、当該電子メールの取得を前記メールサーバに要求する電子メール取得要求ステップと、
   前記メールサーバの電子メール送信手段が、前記情報処理装置からの要求に応じて、前記電子メールを前記情報処理装置に送信する電子メール送信ステップと、
   前記情報処理装置の電子メール受信手段が、前記電子メール取得要求ステップに応じて、前記メールサーバから送信された電子メールを受信する電子メール受信ステップと、
   前記情報処理装置の受信済み情報更新要求手段が、前記判定ステップで当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、前記電子メールの受信済み情報の更新を前記メールサーバに要求する受信済み情報更新要求ステップと、
   前記メールサーバの受信済み情報更新手段が、前記情報処理装置からの要求に応じて、前記電子メールの受信済み情報を更新する受信済み情報更新ステップと
   を備えることを特徴とするメールシステムの制御方法。
10. メールサーバと電子メールの送受信を行う情報処理装置と、当該情報処理装置とは異なる情報処理装置で受信されているか否かを示す前記電子メールの受信済み情報を記憶する記憶手段を備え、前記情報処理装置から送信された電子メールを蓄積するメールサーバとを含むメールシステムの制御方法をコンピュータに実行させるためのコンピュータに読み取り実行可能なプログラムであって、
    前記情報処理装置を、
    当該情報処理装置で受信する電子メールが、前記受信済み情報を、前記メールサーバから受信する受信済み情報受信手段と、
    前記受信済み情報受信手段で受信した受信済み情報に基づいて、前記電子メールが、当該情報処理装置とは異なる情報処理装置で受信されている電子メールであるか否かを判定する判定手段と、
    前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、当該電子メールの取得を前記メールサーバに要求する電子メール取得要求手段と、
    前記電子メール取得要求手段に応じて、前記メールサーバから送信された電子メールを受信する電子メール受信手段と、
    前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、前記電子メールの受信済み情報の更新を前記メールサーバに要求する受信済み情報更新要求手段
    として機能させ、
    前記メールサーバを、
    前記記憶手段に記憶された前記電子メールの受信済み情報を前記情報処理装置に送信する受信済み情報送信手段と、
    前記情報処理装置からの要求に応じて、前記電子メールを前記情報処理装置に送信する電子メール送信手段と、
    前記情報処理装置からの要求に応じて、前記電子メールの受信済み情報を更新する受信済み情報更新手段
    として機能させることを特徴とするコンピュータに読み取り実行可能なプログラム。
11. 情報処理装置から送信された電子メールを蓄積するメールサーバと通信可能に接続された情報処理装置であって、
    当該情報処理装置で受信する電子メールが、当該情報処理装置とは異なる情報処理装置で受信されているか否かを示す受信済み情報を、前記メールサーバから受信する受信済み情報受信手段と、
    前記受信済み情報受信手段で受信した受信済み情報に基づいて、前記電子メールが、当該情報処理装置とは異なる情報処理装置で受信されている電子メールであるか否かを判定する判定手段と、
    前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、当該電子メールの取得を前記メールサーバに要求する電子メール取得要求手段と、
    前記電子メール取得要求手段に応じて、前記メールサーバから送信された電子メールを受信する電子メール受信手段と、
    前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、前記電子メールの受信済み情報の更新を前記メールサーバに要求する受信済み情報更新要求手段と
    を備えることを特徴とする情報処理装置。
12. 情報処理装置から送信された電子メールを蓄積するメールサーバと通信可能に接続された情報処理装置の制御方法であって、
    前記情報処理装置の受信済み情報受信手段が、当該情報処理装置で受信する電子メールが、当該情報処理装置とは異なる情報処理装置で受信されているか否かを示す受信済み情報を、前記メールサーバから受信する受信済み情報受信ステップと、
    前記情報処理装置の判定手段が、前記受信済み情報受信ステップで受信した受信済み情報に基づいて、前記電子メールが、当該情報処理装置とは異なる情報処理装置で受信されている電子メールであるか否かを判定する判定ステップと、
    前記情報処理装置の電子メール取得要求手段が、前記判定ステップで当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、当該電子メールの取得を前記メールサーバに要求する電子メール取得要求ステップと、
    前記情報処理装置の電子メール受信手段が、前記電子メール取得要求ステップに応じて、前記メールサーバから送信された電子メールを受信する電子メール受信ステップと、
    前記情報処理装置の受信済み情報更新要求手段が、前記判定ステップで当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、前記電子メールの受信済み情報の更新を前記メールサーバに要求する受信済み情報更新要求ステップと
    を備えることを特徴とする情報処理装置の制御方法。
13. 情報処理装置から送信された電子メールを蓄積するメールサーバと通信可能に接続された情報処理装置の制御方法をコンピュータに実行させるためのコンピュータに読み取り実行可能なプログラムであって、
    前記情報処理装置を、
    当該情報処理装置で受信する電子メールが、当該情報処理装置とは異なる情報処理装置で受信されているか否かを示す受信済み情報を、前記メールサーバから受信する受信済み情報受信手段と、
    前記受信済み情報受信手段で受信した受信済み情報に基づいて、前記電子メールが、当該情報処理装置とは異なる情報処理装置で受信されている電子メールであるか否かを判定する判定手段と、
    前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、当該電子メールの取得を前記メールサーバに要求する電子メール取得要求手段と、
    前記電子メール取得要求手段に応じて、前記メールサーバから送信された電子メールを受信する電子メール受信手段と、
    前記判定手段で当該情報処理装置とは異なる情報処理装置で受信されていない電子メールであると判定された場合に、前記電子メールの受信済み情報の更新を前記メールサーバに要求する受信済み情報更新要求手段
    として機能させることを特徴とするコンピュータに読み取り実行可能なプログラム。

Images