(57)【要約】【課題】複数の情報処理装置で電子メールを受信させる場合に、電子メールの受信方式を含むアカウント情報に応じて、適切な電子メールを受信することの可能な仕組みを提供すること。【解決手段】クライアント装置１０１のメーラに設定された受信方式を含むアカウント情報を含めて電子メールの取得要求を実行する。メールサーバ１０２は、クライアント装置１０１から電子メールの取得要求を受信し、取得要求と共に送信されたアカウント情報に含まれる受信方式に応じて、メールボックスからメールを取得し、クライアント装置１０１に送信する。【選択図】図１６
2014167767.tif 000002
【特許請求の範囲】
【請求項１】
電子メールの送受信を行う情報処理装置と、電子メールを蓄積するメールサーバとを含むメールシステムであって、
前記情報処理装置は、
電子メールの受信方式を含むアカウント情報の設定を受け付ける設定受付手段と、
前記設定受付手段で設定を受け付けたアカウント情報に関する宛先に送信された電子メールの取得要求を、前記アカウント情報を含めて、前記メールサーバに送信する電子メール取得要求手段と、
前記電子メール取得要求手段で要求した電子メールを受信する電子メール受信手段と
を備え、
前記メールサーバは、
前記宛先に送信された電子メールを記憶する記憶手段と、
前記情報処理装置から電子メールの取得要求を受信すると、当該取得要求と共に送信されたアカウント情報に含まれる受信方式に応じて、当該アカウント情報に関する宛先に送信された電子メールを前記記憶手段から取得する電子メール取得手段と、
前記電子メール取得手段で取得した電子メールを前記情報処理装置に送信する電子メール送信手段と
を備えることを特徴とするメールシステム。
【請求項２】
前記記憶手段は、電子メールが情報処理装置に送信されたことを示す送信済み情報を、前記電子メールごとに記憶し、
前記電子メール取得手段は、前記取得要求と共に送信されたアカウント情報に含まれる受信方式に応じて、当該アカウント情報に関する宛先に送信された電子メールのうち、前記情報処理装置以外の情報処理装置で未受信の電子メールを、前記送信済み情報に基づいて前記記憶手段から取得することを特徴とする請求項１に記載のメールシステム。
【請求項３】
前記メールサーバは、
前記送信済み情報に基づいて、当該送信済み情報に対応する電子メールを削除するか否かを判定する電子メール削除判定手段と、
前記電子メール削除判定手段で削除すると判定された場合に、当該電子メールを前記記憶手段から削除する電子メール削除手段と
を更に備えることを特徴とする請求項２に記載のメールシステム。
【請求項４】
前記送信済み情報は、当該送信済み情報に対応する電子メールが情報処理装置に送信された送信回数を含み、
前記メールサーバは、
前記電子メール取得手段で取得した電子メールに対応する送信済み情報の送信回数を更新する送信済み情報更新手段を更に備え、
前記電子メール削除判定手段は、前記送信済み情報の送信回数に基づいて、当該送信済み情報に対応する電子メールを削除するか否かを判定し、
前記電子メール削除手段は、前記電子メール削除判定手段で削除すると判定された場合に、当該電子メールを前記記憶手段から削除することを特徴とする請求項３に記載のメールシステム。
【請求項５】
前記送信済み情報更新手段は、前記受信方式に応じて、前記電子メール取得手段で取得しなかった電子メールに対応する送信済み情報を更新することを特徴とする請求項４に記載のメールシステム。
【請求項６】
電子メールの送受信を行う情報処理装置と、情報処理装置から送信された電子メールを記憶する記憶手段を備え、電子メールを蓄積するメールサーバとを含むメールシステムの制御方法であって、
前記情報処理装置の設定受付手段が、電子メールの受信方式を含むアカウント情報の設定を受け付ける設定受付ステップと、
前記情報処理装置の電子メール取得要求手段が、前記設定受付ステップで設定を受け付けたアカウント情報に関する宛先に送信された電子メールの取得要求を、前記アカウント情報を含めて、前記メールサーバに送信する電子メール取得要求ステップと、
前記情報処理装置の電子メール受信手段が、前記電子メール取得要求ステップで要求した電子メールを受信する電子メール受信ステップと、
前記メールサーバの電子メール取得手段が、前記情報処理装置から電子メールの取得要求を受信すると、当該取得要求と共に送信されたアカウント情報に含まれる受信方式に応じて、当該アカウント情報に関する宛先に送信された電子メールを前記記憶手段から取得する電子メール取得ステップと、
前記メールサーバの電子メール送信手段が、前記電子メール取得ステップで取得した電子メールを前記情報処理装置に送信する電子メール送信ステップと
を備えることを特徴とするメールシステムの制御方法。
【請求項７】
電子メールの送受信を行う情報処理装置と、情報処理装置から送信された電子メールを記憶する記憶手段を備え、電子メールを蓄積するメールサーバとを含むメールシステムの制御方法をコンピュータに実行させるためのコンピュータに読み取り実行可能なプログラムであって、
前記情報処理装置を、
電子メールの受信方式を含むアカウント情報の設定を受け付ける設定受付手段と、
前記設定受付手段で設定を受け付けたアカウント情報に関する宛先に送信された電子メールの取得要求を、前記アカウント情報を含めて、前記メールサーバに送信する電子メール取得要求手段と、
前記電子メール取得要求手段で要求した電子メールを受信する電子メール受信手段
として機能させ、
前記メールサーバを、
前記情報処理装置から電子メールの取得要求を受信すると、当該取得要求と共に送信されたアカウント情報に含まれる受信方式に応じて、当該アカウント情報に関する宛先に送信された電子メールを前記記憶手段から取得する電子メール取得手段と、
前記電子メール取得手段で取得した電子メールを前記情報処理装置に送信する電子メール送信手段
として機能させることを特徴とするコンピュータに読み取り実行可能なプログラム。
【請求項８】
電子メールの送受信を行う情報処理装置と通信可能に接続された、電子メールを蓄積するメールサーバであって、
電子メールの受信方式を含むアカウント情報に関する宛先に送信された電子メールを記憶する記憶手段と、
前記情報処理装置から電子メールの取得要求を受信すると、当該取得要求と共に送信されたアカウント情報に含まれる受信方式に応じて、当該アカウント情報に関する宛先に送信された電子メールを前記記憶手段から取得する電子メール取得手段と、
前記電子メール取得手段で取得した電子メールを前記情報処理装置に送信する電子メール送信手段と
を備えることを特徴とするメールサーバ。
【請求項９】
電子メールの受信方式を含むアカウント情報に関する宛先に送信された電子メールを記憶する記憶手段を備え、電子メールの送受信を行う情報処理装置と通信可能に接続された、電子メールを蓄積するメールサーバの制御方法であって、
前記メールサーバの電子メール取得手段が、前記情報処理装置から電子メールの取得要求を受信すると、当該取得要求と共に送信されたアカウント情報に含まれる受信方式に応じて、当該アカウント情報に関する宛先に送信された電子メールを前記記憶手段から取得する電子メール取得ステップと、
前記メールサーバの電子メール送信手段が、前記電子メール取得ステップで取得した電子メールを前記情報処理装置に送信する電子メール送信ステップと
を備えることを特徴とするメールサーバの制御方法。
【請求項１０】
電子メールの受信方式を含むアカウント情報に関する宛先に送信された電子メールを記憶する記憶手段を備え、電子メールの送受信を行う情報処理装置と通信可能に接続された、電子メールを蓄積するメールサーバの制御方法をコンピュータに実行させるためのコンピュータに読み取り実行可能なプログラムであって、
前記メールサーバを、
前記情報処理装置から電子メールの取得要求を受信すると、当該取得要求と共に送信されたアカウント情報に含まれる受信方式に応じて、当該アカウント情報に関する宛先に送信された電子メールを前記記憶手段から取得する電子メール取得手段と、
前記電子メール取得手段で取得した電子メールを前記情報処理装置に送信する電子メール送信手段
として機能させることを特徴とするコンピュータに読み取り実行可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールの管理に関し、特に複数の情報処理装置で電子メールを受信する場合に、メーラに設定されたアカウント情報に応じて、適切なメールを受信することの可能なメールシステム、その制御方法、及びプログラム、並びにメールサーバ、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、ユーザが情報処理装置（以下、クライアント装置）にインストールされたメーラを利用して電子メール（以下、メール）を送受信することで、ユーザ間の情報の伝達を行っている。このようなメールシステムの仕組みとしては、以下のようなものが一般的である。まず、クライアント装置から送信されたメールはメールサーバに蓄積される。クライアント装置は、メールサーバにメールの取得要求を行う。メールサーバは、クライアント装置からメールの取得要求があると、蓄積されたメールをクライアント装置に送信する。そして、クライアント装置はメールの受信が完了すると、受信したメールの削除要求をメールサーバに送信し、メールサーバは削除要求を受けて、メールの削除を行う。このような仕組みにすることで、メールサーバに大量のメールが蓄積されないようにしている。
【０００３】
しかし、メールサーバに蓄積されたメールを複数のクライアント装置で受信したい場合には、上記の仕組みでは問題が発生する。例えば、１台目のクライアント装置がメールを受信した場合、当該クライアント装置がメールサーバに対して削除要求を行ってしまうので、２台目以降のクライアント装置はメールを受信できなくなってしまう。つまり、最初にメールを受信したクライアント装置にのみ当該メールが保存されるので、複数台のクライアント装置で同じメールを閲覧することができない。
【０００４】
このような問題を解決するために、クライアント装置からメールサーバに対して削除要求を送らないようにする仕組みが考えられる。しかしながら、クライアント装置からメールサーバに対して削除要求がなされないと、メールサーバにメールが蓄積され続けるので、メールサーバの記憶容量を圧迫してしまう。よって、このような仕組みを採用する場合には、ユーザが使用するすべてのクライアント装置で受信が完了したら、ユーザが手作業でメールサーバ上のメールを削除していた。
【０００５】
この問題を解決するために、下記の特許文献１には、どの電子メール端末がどの電子メールを受信したのかを含むログ情報を元にした電子メールを自分宛てに送信し、当該電子メールを受信したら、当該電子メールに含まれるログ情報に基づいてすべての電子メール端末で当該電子メールを受信しているか否か判定し、受信していれば当該電子メールの削除要求をメールサーバに送信する仕組みが開示されている。
【０００６】
また、下記の特許文献２には、メール管理装置でメール配信先の端末ごとにメールの未読・既読状態を示す情報を記憶管理しており、メール管理装置が端末からメールの配信要求を受信すると、配信要求のあった端末のメールの未読状態を既読状態に変更し、すべての端末の未読・既読状態を示す情報が既読状態となった場合に、当該メールをメール管理装置から削除する仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−２６２６８号公報
【特許文献２】特開２００４−４８３９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
前述したように、複数のクライアント装置でメールを受信したい場合には、メールサーバにメールを蓄積しておく必要があるが、特許文献１や特許文献２のような仕組みによって、メールサーバの記憶容量を圧迫することなく、複数のクライアント装置でメールを受信可能なメールシステムを構築できる。
【０００９】
しかしながら、特許文献１や特許文献２により、メールサーバに蓄積されるメールの容量は削減されたが、メールサーバに蓄積されているメールはすべて受信しなくてはならない問題がある。
【００１０】
メールを受信するクライアント装置にも種類がある。例えば、固定端末である一般的なＰＣや、携帯端末である携帯電話、タブレット端末等である。固定端末は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続による高速通信が可能だが、携帯端末は、低速な移動通信システムを利用しなければならない。そのため、メールサーバに蓄積されたメールをすべて受信しようとすると、非常に時間がかかってしまう問題がある。
【００１１】
更に、携帯端末が備えるハードディスク等の記憶容量は、固定端末に比べて少ない。これは、携帯端末に可搬性を求めた結果、携帯端末の大きさを小さくせざるを得ず、大きな記憶領域を備えるハードディスク等を備えることができないからである。そのため、メールサーバに蓄積されているすべてのメールを受信してしまうと、携帯端末の記憶容量を圧迫してしまう問題もある。
【００１２】
また、特許文献１や特許文献２のようなメールシステムでは、１台目のクライアント装置で受信したメールであっても、メールサーバにメールが蓄積されていれば、２台目以降のクライアント装置でも当該メールを受信しなければならない問題が発生する。１台目のクライアント装置で受信したメールは、ユーザによって確認されている可能性が高いので、２台目以降のクライアント装置では受信しなくていいことが多い。そのため、携帯端末の記憶容量を圧迫せずに、かつ通信に時間のかからないようにするために、どの装置にも受信されていないメール（以下、新着メール）だけを受信する仕組みが必要である。
【００１３】
また、固定端末と携帯端末では通信速度や記憶容量の差があるので、固定端末のようなクライアント装置ではすべてのメールを受信し、携帯端末のようなクライアント装置では新着メールだけを受信したい場合がある。この場合に、従来技術のようにメールを受信後、当該メールをすぐにメールサーバから削除してしまうと、すべてのメールを受信したいクライアント装置がメールを受信できなくなる問題が発生してしまう。携帯端末で新着メールを受信すると当該メールがメールサーバから削除されてしまい、固定端末でメールを受信できなくなってしまうからである。つまり、メールを受信する複数のクライアント装置が、それぞれ異なる受信方式（すべてのメールを受信、新着メールだけを受信）を指定している場合であっても、当該受信方式を成立させる仕組みが必要である。
【００１４】
本発明は上記の課題を鑑みてなされたもので、本発明の目的は、複数の情報処理装置で電子メールを受信させる場合に、電子メールの受信方式を含むアカウント情報に応じて、適切な電子メールを受信することの可能な仕組みを提供することである。
【課題を解決するための手段】
【００１５】
上記の目的を達成するために、本発明のメールシステムは、電子メールの送受信を行う情報処理装置と、電子メールを蓄積するメールサーバとを含むメールシステムであって、前記情報処理装置は、電子メールの受信方式を含むアカウント情報の設定を受け付ける設定受付手段と、前記設定受付手段で設定を受け付けたアカウント情報に関する宛先に送信された電子メールの取得要求を、前記アカウント情報を含めて、前記メールサーバに送信する電子メール取得要求手段と、前記電子メール取得要求手段で要求した電子メールを受信する受信手段とを備え、前記メールサーバは、前記宛先に送信された電子メールを記憶する記憶手段と、前記情報処理装置から電子メールの取得要求を受信すると、当該取得要求と共に送信されたアカウント情報に含まれる受信方式に応じて、当該アカウント情報に関する宛先に送信された電子メールを前記記憶手段から取得する電子メール取得手段と、前記電子メール取得手段で取得した電子メールを前記情報処理装置に送信する電子メール送信手段とを備えることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、電子メールの受信方式を含めたアカウント情報を情報処理装置に設定しておくだけで、当該受信方式に応じた電子メールを情報処理装置に受信させることができるので、ユーザの手間を軽減しつつ、適切なメールを受信することのできる効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態におけるメールシステム１００の一例を示す構成図である。
【図２】図１に示すクライアント装置１０１及びメールサーバ１０２のハードウェア構成の一例を示す構成図である。
【図３】図１に示すクライアント装置１０１及びメールサーバ１０２のモジュール構成の一例を示す構成図である。
【図４】本発明の実施形態におけるアカウント登録の処理の流れを示すフローチャートである。
【図５】アカウント登録画面５００の一例を示す構成図である。
【図６】メールサーバ１０２に記憶されたアカウントテーブル６００の構成の一例を示す構成図である。
【図７】本発明の実施形態におけるメーラの一連の処理の流れを示すフローチャートである。
【図８】アカウント設定画面８００の一例を示す構成図である。
【図９】図７に示すメール受信処理の詳細を示すフローチャートである。
【図１０】図１０のメール受信処理の続きのフローチャートである。
【図１１】Ｒｅｃｅｉｖｉｎｇ−ＣｏｕｎｔのないメールにＲｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔを付与した場合のメールヘッダの一例を示す模式図である。
【図１２】Ｒｅｃｅｉｖｉｎｇ−ＣｏｕｎｔのあるメールでＲｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔの値をインクリメントした場合のメールヘッダの一例を示す模式図である。
【図１３】図９に示すメールリスト取得処理の詳細を示すフローチャートである。
【図１４】メールリスト１４００の一例を示す構成図と、メールリスト１４００から新着メールのメールリストを生成した場合の一例を示す模式図である。
【図１５】図１３に示す受信済みメールカウントアップ処理の詳細を示すフローチャートである。
【図１６】本発明の概要を示す模式図である。
【図１７】本発明の概要を示す模式図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明の実施の形態の一例について説明する。
【００１９】
図１は、本発明のメールシステム１００のシステム構成の一例を示す図である。本発明のメールシステム１００は、クライアント装置１０１（クライアント装置１０１ａ、クライアント装置１０１ｂ、クライアント装置１０１ｃ）、メールサーバ１０２が設置されており、それら装置はＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワーク１０３を介して相互にデータ通信可能に接続されている。図１のネットワーク１０３上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００２０】
クライアント装置１０１（情報処理装置）は、メールサーバ１０２と通信し、メーラを通じて電子メール（以下、メール）の送受信を行う装置である。クライアント装置１０１は、パーソナルコンピュータであってもよいし、スマートフォンや携帯電話のような携帯端末であってもよい。メーラは後述する図２のＲＯＭ２０２または外部メモリ２１１に記憶されており、ユーザからの指示に応じて、ＣＰＵ２０１がＲＡＭ２０３に読み出して各種動作を行う。
【００２１】
メーラは、ユーザからの操作に応じて、メールの作成、送受信、表示等を行う。本実施形態では、クライアント装置１０１ａ、クライアント装置１０１ｂ、クライアント装置１０１ｃはそれぞれ１人のユーザが使用するクライアント装置１０１を想定する。そのため、各クライアント装置１０１では、当該ユーザのアカウントと関連するメールボックスに蓄積されたメールが受信できるように設定されている。
【００２２】
メールサーバ１０２は、クライアント装置１０１から送信されたメールを宛先ごとに記憶管理し、クライアント装置１０１からの要求に応じてメールを送信する装置である。メールサーバ１０２においては、ユーザのアカウントごとにメールボックスが用意されており、メールの宛先が示すアカウントのメールボックスに当該メールを格納しておく。そして、クライアント装置１０１に設定されたアカウントに対応するメールボックスのメールをクライアント装置１０１に送信する仕組みとなっている。クライアント装置１０１との通信では、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）といったプロトコルを用いて送受信を行う。通信プロトコルについては、これに限らない。クライアント装置１０１とメールサーバ１０２の間でメールの送受信ができればよい。
【００２３】
尚、クライアント装置１０１が、メールサーバ１０２の構成を含んでもよいし、メールサーバ１０２がクライアント装置１０１の構成を含んでもよい。
【００２４】
図２は、本発明の実施形態における各種端末のハードウェア構成を示す図である。
【００２５】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２６】
また、ＲＯＭ２０２あるいは外部メモリ２１１（記憶手段）には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２７】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２８】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２９】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。
【００３０】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３１】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３２】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３３】
本発明のクライアント装置１０１、メールサーバ１０２が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。
【００３４】
次に、クライアント装置１０１及びメールサーバ１０２のモジュール構成を示す機能構成図について、図３を用いて説明する。尚、図３の各種端末あるいはサーバのモジュール構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００３５】
クライアント装置１０１は、記憶モジュール３０１、画面表示モジュール３０２、送受信モジュール３０３、メール削除要求モジュール３０４、Ｗｅｂブラウザモジュール３０５、アカウント設定モジュール３０６を備える。
【００３６】
記憶モジュール３０１は、メーラによって作成及び送受信されたメールを記憶するモジュールである。記憶モジュール３０１によって記憶されたメールは、クライアント装置１０１の外部メモリ２１１等に記憶され、必要に応じて、記憶モジュール３０１によって読みだされる。
【００３７】
画面表示モジュール３０２は、メールや画面といった各種情報をクライアント装置１０１のＣＲＴ２１０に表示させるためのモジュールである。特に本実施形態では、図５に示すアカウント登録画面５００等を表示し、ユーザからの入力及び操作を受け付ける。
【００３８】
送受信モジュール３０３は、クライアント装置１０１で生成されたメールをメールサーバ１０２に送信したり、メールサーバ１０２に蓄積されたメールを受信したりするためのモジュールである。また、後述するＷｅｂブラウザモジュール３０５を通じてメールサーバ１０２と情報の送受信を行う場合についても、送受信モジュール３０３を動作させて情報のやり取りを行う。
【００３９】
メール削除要求モジュール３０４は、メールサーバ１０２から受信したメールの削除要求をメールサーバ１０２に対して送信するためのモジュールである。
【００４０】
Ｗｅｂブラウザモジュール３０５は、メールサーバ１０２に備える画面生成モジュール３１８で生成されたＷｅｂページを表示するためのモジュールである。
【００４１】
アカウント設定モジュール３０６は、クライアント装置１０１のメーラにアカウントを設定するためのモジュールである。クライアント装置１０１のメーラにアカウントを設定することで、当該アカウントに関するメールアドレス宛に送信されたメールを受信することができるようになる。アカウントは、ユーザＩＤとパスワードから構成されており、この情報に基づいてメールサーバ１０２でユーザ認証を行い、対応するアカウントを特定する。特に、本実施形態では、１つのアカウントに対して、メールの受信方式を示す複数のユーザＩＤを登録することが可能である。受信方式とは、受信するメールの取得条件を示す。例えば、メールを受信するクライアント装置１０１以外のクライアント装置１０１で未受信のメール（以下、新着メール）だけを受信する受信方式や、通常通りすべてのメールを受信する受信方式等がある。この受信方式を示すユーザＩＤをメーラのアカウントに設定するだけで、ユーザは適切なメールを受信することができるようになる。
【００４２】
メールサーバ１０２は、記憶モジュール３１１、メールボックス管理モジュール３１２、ユーザ認証モジュール３１３、送受信モジュール３１４、メール削除モジュール３１５、メールヘッダ更新モジュール３１６、メール削除判定モジュール３１７、画面生成モジュール３１８、メールリスト生成モジュール３１９、受信方式判定モジュール３２０、テーブル管理モジュール３２１を備える。
【００４３】
記憶モジュール３１１（記憶手段）は、前述したクライアント装置１０１の記憶モジュール３０１と同様である。後述する送受信モジュール３１４によって受信したメールや、メールヘッダ更新モジュール３１６で更新されたメール等を記憶する。
【００４４】
メールボックス管理モジュール３１２は、記憶モジュール３１１で記憶されたメールをアカウントごとに記憶管理するためのモジュールである。後述する送受信モジュール３１４によってメールの受信要求を受け付けた場合には、メールの取得を行うアカウントを特定し、そのアカウントのメールボックスからメールを取得して、送受信モジュール３１４に渡す。
【００４５】
ユーザ認証モジュール３１３は、クライアント装置１０１から送信されたユーザＩＤとパスワードに基づいて、メールシステム１００の利用者であるか否かを認証するためのモジュールである。
【００４６】
送受信モジュール３１４は、クライアント装置１０１とメールの送受信を行うためのモジュールである。後述する画面生成モジュール３１８で生成された画面を送信したり、クライアント装置１０１に備えるＷｅｂブラウザモジュール３０５で入力された情報を受信したりする。
【００４７】
メール削除モジュール３１５は、クライアント装置１０１のメール削除要求モジュール３０４からメールの削除要求があった場合に、後述するメール削除判定モジュール３１７で削除すると判定されたメールを、削除するモジュールである。
【００４８】
メールヘッダ更新モジュール３１６は、クライアント装置１０１からのメールの取得要求に応じてメールを送信する場合に、送信するメールのメールヘッダを更新するためのモジュールである。メールヘッダには、当該メールをメールサーバ１０２からクライアント装置１０１に送信した回数、つまり当該メールを受信したクライアント装置１０１の台数を示す情報（送信済み情報）が含まれており、それらをメール送信の際に追加、またはインクリメントする。また、別の実施形態として、メールヘッダには、クライアント装置１０１に送信すべき残り回数を示す情報が含まれており、それらをメール送信の際に追加、またはデクリメントしてもよい。
【００４９】
メール削除判定モジュール３１７は、クライアント装置１０１のメール削除要求モジュール３０４から送信されたメールの削除要求を受け付けると、アカウントに紐づくメールを受信すべき台数を示す情報と、クライアント装置１０１に送信した回数とに基づいて、削除するか否かを判定するモジュールである。メールヘッダにクライアント装置１０１に送信すべき残り回数が設定されているのであれば、残り回数がなくなったか否かに応じて削除するか否かを判定すればよい。
【００５０】
画面生成モジュール３１８は、クライアント装置１０１からの要求に応じて、図５に示すアカウント登録画面５００を生成するモジュールである。生成する画面はＨＴＭＬ等で記載されたＷｅｂページであり、クライアント装置１０１のＷｅｂブラウザモジュール３０５で表示可能である。
【００５１】
メールリスト生成モジュール３１９は、クライアント装置１０１からメールの取得要求があった場合に、メールサーバ１０２がクライアント装置１０１に送信するメールの一覧（以下、メールリスト）を生成するモジュールである。メールリストは、メールを識別するためのメールヘッダである「Ｍｅｓｓａｇｅ−ｉｄ」を含んでいる。クライアント装置１０１は、このメールリストの「Ｍｅｓｓａｇｅ−ｉｄ」と、受信済みのメールの「Ｍｅｓｓａｇｅ−ｉｄ」を比較して、新たに受信すべきメールがあるかどうかを判定する。メールリスト生成モジュール３１９は、送信するメールの一覧を生成するので、新着メールだけを送信するのであれば、新着メールのみが含まれるメールリストを生成する。
【００５２】
受信方式判定モジュール３２０は、クライアント装置１０１から送信されたユーザＩＤからメールの受信方式を判定するモジュールである。前述した通り、ユーザＩＤごとに受信方式が設定されている。そのため、どの受信方式なのかを後述するアカウントテーブル６００に基づいて判定する。その判定結果に基づいて、適切なメールをクライアント装置１０１に送信することになる。
【００５３】
テーブル管理モジュール３２１は、後述する図６のアカウントテーブル６００の記憶や更新等を行うためのモジュールである。各種テーブルは、外部メモリ２１１に記憶され、必要に応じてＲＡＭ２０３に読み出す。
【００５４】
次に、本発明の実施形態におけるアカウント登録の処理について、図４に示すフローチャートを用いて説明する。尚、この処理をクライアント装置１０１及びメールサーバ１０２に実行させるためのプログラムは、クライアント装置１０１及びメールサーバ１０２にインストールされているメーラまたはアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、メーラまたはアプリケーションとは別にインストールされたプログラムとして用意されていてもよい。
【００５５】
図４に示す処理は、メールシステム１００を利用するユーザのアカウントを登録するための処理である。本実施形態では、ユーザが自らアカウントの登録を行う形態として説明を行うが、管理者が登録してもよいし、他のユーザが登録してもよい。
【００５６】
まず、ステップＳ１０１では、クライアント装置１０１は、アカウントの登録を行うために、アカウント登録画面の取得要求をメールサーバ１０２に送信する。
【００５７】
ステップＳ１０２では、メールサーバ１０２は、クライアント装置１０１からアカウント登録画面の取得要求を受信し、ステップＳ１０３では、図５に示すようなアカウント登録画面５００をＷｅｂページの形式で生成する。本実施形態では、クライアント装置１０１に備えるＷｅｂブラウザでアカウント登録画面５００を表示させるため、Ｗｅｂページ形式で生成しているが、これに限らない。ステップＳ１０４では、メールサーバ１０２は、生成したアカウント登録画面５００をクライアント装置１０１に送信する。
【００５８】
ステップＳ１０５では、クライアント装置１０１は、メールサーバ１０２から送信されたアカウント登録画面５００を受信する。そして、ステップＳ１０６では、クライアント装置１０１は、受信したアカウント登録画面５００をＷｅｂブラウザに表示させ、ユーザからの入力を受け付ける。
【００５９】
アカウント登録画面５００では、メールシステム１００を利用するユーザのアカウントの入力を受け付ける。アカウントは、後述するアカウントテーブル６００の１レコードを示す情報であり、メールアドレス、パスワード、受信方式ごとのユーザＩＤ、メールを受信する受信台数から構成される。
【００６０】
メールアドレス入力欄５０１とパスワード入力欄５０２には、それぞれ使用したいメールアドレスとパスワードの入力を受け付ける。ユーザＩＤ入力欄５０７には、受信方式ごとのユーザＩＤの入力を受け付ける。ユーザＩＤ入力欄５０７のうちユーザＩＤ（通常）入力欄５０３には、アカウントのメールボックスに蓄積されたメールをすべて受信する受信方式を示すユーザＩＤの入力を受け付ける。そして、受信台数入力欄５０６には、メールを受信させたいクライアント装置１０１の台数の入力を受け付ける。
【００６１】
ユーザＩＤ入力欄５０７のうちユーザＩＤ（新着１）入力欄５０４には、アカウントのメールボックスに蓄積されたメールのうち、どのクライアント装置１０１にも送信されていないメール（新着メール）を受信する受信方式を示すユーザＩＤの入力を受け付ける。ユーザＩＤ入力欄５０７のうちユーザＩＤ（新着２）入力欄５０５には、ユーザＩＤ（新着１）入力欄５０４と同様に、アカウントのメールボックスに蓄積されたメールのうち、どのクライアント装置１０１にも送信されていないメール（新着メール）を受信する受信方式を示すユーザＩＤの入力を受け付ける。ただし、ユーザＩＤ（新着２）は、ユーザＩＤ（新着１）とは異なり、新着メール以外のメール（以下、受信済みメール）の受信済み台数を示す情報も更新する。受信済み台数を示す情報は、メールのメールヘッダに含まれる「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」（送信済み情報）である。「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」をカウントアップしていくことで、当該メールをクライアント装置１０１が受信した台数、つまり当該メールをメールサーバからクライアント装置１０１に送信した送信回数を識別できる。メールを送信する際に、この「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」をインクリメントして送信するのだが、新着メールだけ送信する場合には、新着メール以外のメールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」がインクリメントされない。これは、ユーザがユーザＩＤ（新着１）からユーザＩＤ（通常）に切り替える可能性があり、切り替えた場合であっても、受信しないとされた受信済みメールを受信できるようにするためである。ユーザＩＤ（新着２）は、新着メールだけ受信し、それ以外のメールは受信したとみなして、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」をインクリメントしてしまう受信方式である。ユーザＩＤ（新着１）とユーザＩＤ（新着２）には、このような違いがある。
【００６２】
ステップＳ１０７では、クライアント装置１０１は、入力したアカウントに関する情報を登録するためにアカウント登録画面５００の登録ボタン５０８が押下されたか否かを判定する。登録ボタン５０８が押下されたと判定された場合には、ステップＳ１０８に処理を進める。登録ボタン５０８が押下されたと判定されなかった場合、つまり登録ボタン５０８が押下されていない場合には、登録ボタン５０８が押下されるまで待機する。
【００６３】
ステップＳ１０８では、クライアント装置１０１は、アカウント登録画面５００で入力された各種情報をメールサーバ１０２に送信する。ステップＳ１０９では、メールサーバ１０２は、クライアント装置１０１から送信された各種情報を受信し、ステップＳ１１０では、受信した情報を図６に示すアカウントテーブル６００に登録する。
【００６４】
アカウントテーブル６００（図６参照）は、メールシステム１００を利用可能なユーザのアカウントの情報を格納している。アカウントテーブル６００は、メールアドレス６０１、パスワード６０２、ユーザＩＤ（通常）６０３、ユーザＩＤ（新着１）６０４、ユーザＩＤ（新着２）６０５、受信台数６０６から構成される。アカウントテーブル６００を構成する各項目は、アカウント登録画面５００に備える各入力欄と同様である。
【００６５】
ステップＳ１１１では、メールサーバ１０２は、アカウントの登録結果をクライアント装置１０１に送信する。ステップＳ１１２では、クライアント装置１０１は、メールサーバ１０２から送信されたアカウントの登録結果を受信し、当該登録結果に応じてメッセージ等を表示し、一連の処理を終了する。
【００６６】
次に、本発明の実施形態におけるクライアント装置１０１によって行われる一連の処理について、図７に示すフローチャートを用いて説明する。尚、この処理をクライアント装置１０１に実行させるためのプログラムは、クライアント装置１０１にインストールされているメーラまたはアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、メーラまたはアプリケーションとは別にインストールされたプログラムとして用意されていてもよい。
【００６７】
まず、ステップＳ２０１では、クライアント装置１０１は、クライアント装置１０１の外部メモリ２１１に記憶されたメーラのプログラムを起動する。そして、ステップＳ２０２では、クライアント装置１０１は、メーラに対してユーザからの操作を受け付ける。
【００６８】
ステップＳ２０３では、クライアント装置１０１は、ステップＳ１０２で受け付けた操作がアカウントの設定指示であるか否かを判定する。例えば、メーラのメニューからアカウント設定ボタン（不図示）が押下されたか否かを判定すればよい。アカウント設定の指示であった場合には、ステップＳ２０４に処理を進める。アカウント設定の指示でない場合には、ステップＳ２０５に処理を進める。
【００６９】
ステップＳ２０４では、クライアント装置１０１は、図８に示すようなアカウント設定画面８００を表示させ、ユーザからの入力を受け付ける（設定受付手段）。アカウント設定画面８００は、メールサーバ１０２からメールを受信するための各種設定を行う画面である。ユーザ名やメールアドレスの入力を受け付けるユーザ設定欄８０１、メールサーバ１０２の設定を受け付けるメールサーバ設定欄８０２、ユーザのアカウントの設定を受け付けるアカウント設定欄８０３を備えている。特に、アカウント設定欄８０３には、ユーザＩＤ欄８０４とパスワード欄８０５を備える。ユーザＩＤ欄８０４は、メールを受信する受信方式に応じて、登録したユーザＩＤの入力を受け付け、パスワード欄８０５は、登録したパスワードの入力を受け付ける。つまり、従来から存在する既存のメーラであっても、受信方式ごとに登録されたユーザＩＤを入力するだけで、受信するメールを選択することができるようになる。受信方式を選択してメールを受信するには、従来はメーラに受信方式の選択欄など設ける必要があった。しかし、本発明のように、１つのアカウントに複数のユーザＩＤを設け、ユーザＩＤそれぞれに対して受信方式を決定しておけば、ユーザはメーラのユーザＩＤを変えるだけで、ユーザの望む受信方式でメールを受信することができるようになる。登録ボタン８０６が押下されたら、入力内容を確定して、メーラに設定する。そして、ステップＳ２０２に処理を戻す。
【００７０】
ステップＳ２０５では、クライアント装置１０１は、ステップＳ１０２で受け付けた操作がメールの受信指示であるか否かを判定する。例えば、メーラのメニューからメール受信ボタン（不図示）が押下されたか否かを判定すればよい。メール受信指示であった場合には、ステップＳ２０６に処理を進め、そうでない場合には、ステップＳ２０７に処理を進める。
【００７１】
ステップＳ２０６では、クライアント装置１０１は、メールサーバ１０２に蓄積されたメールを受信する処理を実行する。メール受信処理の詳細は、後述する図９乃至図１０に示す。処理が終了したら、ステップＳ２０２に処理を戻す。
【００７２】
ステップＳ２０７では、クライアント装置１０１は、ステップＳ２０２で受け付けた操作がメーラの終了指示であるか否かを判定する。例えば、メーラのメニューから終了ボタン（不図示）が押下されたか否かを判定すればよい。終了指示であった場合には、ステップＳ２０８に処理を進め、そうでない場合には、ステップＳ２０２に処理を戻す。
【００７３】
ステップＳ２０８では、クライアント装置１０１は、メーラの終了指示を受け付けたのでメーラを終了し、本一連の処理を終了する。
【００７４】
次に、本発明の実施形態におけるクライアント装置１０１とメールサーバ１０２によって行われるメール受信処理について図９乃至図１０を用いて説明する。尚、この処理をクライアント装置１０１及びメールサーバ１０２に実行させるためのプログラムは、クライアント装置１０１及びメールサーバ１０２にインストールされているメーラまたはアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、メーラまたはアプリケーションとは別にインストールされたプログラムとして用意されていてもよい。
【００７５】
メール受信処理は、クライアント装置１０１のメーラに設定された受信方式を示すユーザＩＤに応じて、適切なメールを受信する処理である。
【００７６】
まず、図１６と図１７を参照して、メール受信処理における受信方式の違いについて説明する。
【００７７】
図１６の１６００は、ユーザＩＤ（通常）がクライアント装置１０１のメーラに設定されていた場合を示す。前述したステップＳ２０４でクライアント装置１０１のメーラに設定されたアカウント情報（ユーザＩＤ、パスワード）を含めて、メールの取得要求を行う。メールサーバ１０２はその取得要求を受信し、アカウント情報に含まれるユーザＩＤがユーザＩＤ（通常）６０３であった場合には、当該アカウント情報に関する宛先（メールアドレス）に送信されたすべてのメールをクライアント装置１０１に送信する。１６００に示す例でいえば、クライアント装置１０１に設定されたユーザＩＤが「ａａａ１＠ｘｘｘｘｘ．ｃｏ．ｊｐ」である。これと一致するユーザＩＤは、ユーザＩＤ（通常）であることがわかる。よって、このユーザＩＤに対応するメールアドレス「ａａａ＠ｘｘｘｘｘ．ｃｏ．ｊｐ」のメールボックスから、すべてのメールを取得して、クライアント装置１０１に送信する。送信する際には、当該送信するすべてのメールのメールヘッダにある「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」をインクリメントする。新着メールには「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」がないので、メールヘッダに追記する。以上が、受信方式が通常受信である場合である。
【００７８】
また、図１６の１６１０は、ユーザＩＤ（新着１）がクライアント装置１０１のメーラに設定されていた場合を示す。１６００と同様に、前述したステップＳ２０４でクライアント装置１０１のメーラに設定されたアカウント情報（ユーザＩＤ、パスワード）を含めて、メールの取得要求を行う。メールサーバ１０２はその取得要求を受信し、アカウント情報に含まれるユーザＩＤがユーザＩＤ（新着１）６０４であった場合には、当該アカウント情報に関する宛先（メールアドレス）に送信されたメールのうち、メールの取得要求を行ったクライアント装置１０１以外のクライアント装置１０１で未受信のメール（つまり、どのクライアント装置１０１にも送信していないメール）を取得して、クライアント装置１０１に送信する。１６１０に示す例でいえば、クライアント装置１０１に設定されたユーザＩＤが「ａａａ２＠ｘｘｘｘｘ．ｃｏ．ｊｐ」である。これと一致するユーザＩＤは、ユーザＩＤ（新着１）であることがわかる。よって、このユーザＩＤに対応するメールアドレス「ａａａ＠ｘｘｘｘｘ．ｃｏ．ｊｐ」のメールボックスから、新着メールを取得して、クライアント装置１０１に送信する。送信する際には、当該送信する新着メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加して、インクリメントする。一方、新着メール以外の受信済みメールについては、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を更新しない。以上が、受信方式が新着１受信である場合である。
【００７９】
また、図１７の１７００は、ユーザＩＤ（新着２）がクライアント装置１０１のメーラに設定されていた場合を示す。１６００と同様に、前述したステップＳ２０４でクライアント装置１０１のメーラに設定されたアカウント情報（ユーザＩＤ、パスワード）を含めて、メールの取得要求を行う。メールサーバ１０２はその取得要求を受信し、アカウント情報に含まれるユーザＩＤがユーザＩＤ（新着２）６０５であった場合には、当該アカウント情報に関する宛先（メールアドレス）に送信されたメールのうち、メールの取得要求を行ったクライアント装置１０１以外のクライアント装置１０１で未受信のメール（つまり、どのクライアント装置１０１にも送信していないメール）を取得して、クライアント装置１０１に送信する。１７００に示す例でいえば、クライアント装置１０１に設定されたユーザＩＤが「ａａａ３＠ｘｘｘｘｘ．ｃｏ．ｊｐ」である。これと一致するユーザＩＤは、ユーザＩＤ（新着２）であることがわかる。よって、このユーザＩＤに対応するメールアドレス「ａａａ＠ｘｘｘｘｘ．ｃｏ．ｊｐ」のメールボックスから、新着メールを取得して、クライアント装置１０１に送信する。送信する際には、当該送信する新着メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加して、インクリメントする。また、新着メール以外の受信済みメールについても、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」をインクリメントする。以上が、受信方式が新着２受信である場合である。
【００８０】
このように、クライアント装置１０１に設定されたアカウント情報に含まれる受信方式に応じて、当該アカウント情報に関する宛先に送信されたメールを取得することができるようになるので、既存のメーラであっても改修を加えることなく、複数の受信方式でメールを受信できる。尚、本実施形態では、受信方式を通常受信と、新着１受信と、新着２受信の３種類としているが、他にも存在してもよい。例えば、添付ファイルが添付されているメールだけを受信する受信方式や、メーリングリスト宛に送信されたメールだけを受信する受信方式、重要なメールを示すフラグが立っているメールだけを受信する受信方式など、様々な受信方式が考えられる。以下、この概要について詳細に説明する。
【００８１】
まず、ステップＳ３０１では、クライアント装置１０１は、ユーザ認証を行うべく、メーラにあらかじめ設定されたユーザＩＤとパスワード（アカウント情報）をメールサーバ１０２に送信する。ユーザＩＤとパスワードは受信を行う度にユーザからの入力を受け付けて、入力されたユーザＩＤとパスワードをメールサーバ１０２に送信するようにしてもよい。
【００８２】
ステップＳ３０２では、メールサーバ１０２は、クライアント装置１０１から送信されたユーザＩＤとパスワードを受信し、ステップＳ３０３では、受信したユーザＩＤとパスワードと、メールサーバ１０２の外部メモリ２１１に記憶されたアカウントテーブル６００に基づいてユーザ認証を行う。受信したユーザＩＤとパスワードの組み合わせがアカウントテーブル６００に存在すれば、認証ＯＫとなるが、そうでなければ認証ＮＧとなる。
【００８３】
ステップＳ３０４では、メールサーバ１０２は、ステップＳ２０３で認証された結果をクライアント装置１０１に返信する。
【００８４】
ステップＳ３０５では、クライアント装置１０１は、メールサーバ１０２から送信されたユーザ認証の結果を受信する。そして、ステップＳ３０６では、クライアント装置１０１は、その受信結果が認証ＯＫであったか否かを判定する。認証ＯＫであった場合には、ステップＳ３０８に処理を進め、認証ＮＧであった場合には、ステップＳ３０７に処理を進める。
【００８５】
ステップＳ３０７では、クライアント装置１０１は、認証ＮＧであったため接続エラーをユーザに通知して、メール受信処理を終了し、呼び出し元に処理を戻す。
【００８６】
ステップＳ３０８では、クライアント装置１０１は、メールサーバ１０２のメールボックスに蓄積されたメールのメールリストの取得をメールサーバ１０２に対して要求する（電子メール取得要求手段）。メールリストは、メールを識別するためのメールヘッダである「Ｍｅｓｓａｇｅ−ｉｄ」を含むメールの一覧である。これに基づいて、クライアント装置１０１で受信していないメールを特定して、当該メールの取得要求を送信する。メールリストの取得を要求する際には、クライアント装置１０１のメーラに設定されたユーザＩＤとパスワードからなるアカウント情報を含めて送信する
【００８７】
ステップＳ３０９では、メールサーバ１０２は、クライアント装置１０１から送信されたメールリストの取得要求を受信する。そして、ステップＳ３１０では、メールサーバ１０２は、ステップＳ３０２で受信したユーザＩＤが示す受信方式に応じたメールリストを取得する処理を実行する（電子メール取得手段）。メールリスト取得処理の詳細は、後述する図１３に示す。
【００８８】
ステップＳ３１１では、メールサーバ１０２は、ステップＳ３１０で取得したメールリストをクライアント装置１０１に送信する。
【００８９】
ステップＳ３１２では、クライアント装置１０１は、メールサーバ１０２から送信されたメールリストを受信し、ステップＳ３１３では、クライアント装置１０１は、受信したメールリストとクライアント装置１０１に受信済みのメールのメールヘッダとを比較し、新たに受信すべきメールの有無を確認する。具体的には、受信したメールリストに含まれる「Ｍｅｓｓａｇｅ−ｉｄ」を持つメールをクライアント装置１０１のメーラから検索するようにすればよい。受信したメールリストに含まれる「Ｍｅｓｓａｇｅ−ｉｄ」を持つメールがクライアント装置１０１にあれば、既にそのメールは受信済みであると判定できる。しかし、受信したメールリストに含まれる「Ｍｅｓｓａｇｅ−ｉｄ」を持つメールがクライアント装置１０１にないのであれば、当該「Ｍｅｓｓａｇｅ−ｉｄ」を持つメールは、新たにメールサーバ１０２から受信すべきメールであると判定できる。
【００９０】
ステップＳ３１４では、クライアント装置１０１は、ステップＳ３１３で確認した結果、新たに受信すべきメールが存在するか否かを判定する。新たに受信すべきメールが存在すると判定された場合には、図１０のステップＳ３１６に処理を進め、新たに受信すべきメールが存在しないと判定された場合には、ステップＳ３１５に処理を進める。
【００９１】
ステップＳ３１５では、クライアント装置１０１は、新たに受信すべきメールが存在しないので、その旨をユーザに通知する。そして、メール受信処理を終了し、呼び出し元に処理を戻す。
【００９２】
図９に続き、図１０を用いて説明を行う。ステップＳ３１６では、クライアント装置１０１は、後述するステップＳ３１７乃至ステップＳ３３１の処理を、受信するメール数分繰り返す。受信するメール数分のループが完了したら、ループを抜けて、ステップＳ３３２に処理を進める。
【００９３】
ステップＳ３１７では、クライアント装置１０１は、新たに受信すべきメールの受信要求をメールサーバ１０２に対して送信する。ここでは、新たに受信すべきメールのうち、１通のメールについての受信要求を送信する。メールの受信順序は問わない。
【００９４】
ステップＳ３１８では、メールサーバ１０２は、クライアント装置１０１から送信されたメールの受信要求を受信する。そして、ステップＳ３１９では、メールサーバ１０２は、クライアント装置１０１から要求されたメールを当該ユーザのメールボックスから取得する。
【００９５】
ステップＳ３２０では、メールサーバ１０２は、ステップＳ３１９で取得したメールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在するか否かを判定する。「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在する場合には、ステップＳ３２２に処理を進め、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在しない場合には、ステップＳ３２１に処理を進める。
【００９６】
ステップＳ３２１では、メールサーバ１０２は、ステップＳ３１９で取得したメールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在しないので、新たにメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を追加し、値を「１」に設定する（送信済み情報更新手段）。図１１の送信メールヘッダ１１００に示すように、元々メールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在しないメールについては、メールヘッダ情報１１０１に示すように「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を新たに追加し、値に「１」を設定する。ここで「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値を「１」に設定するのは、これからクライアント装置１０１にメールを送信することで、１台の装置で受信がなされるからである。
【００９７】
一方、ステップＳ３２２では、メールサーバ１０２は、ステップＳ３１９で取得したメールのメールヘッダに含まれる「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値をインクリメントする（送信済み情報更新手段）。図１２の送信メールヘッダ１２００のメールヘッダ情報１２０１に示すように、ステップＳ３１９で取得したメールのメールヘッダには既に「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」として値に「１」が設定されている。つまり、既に１台のクライアント装置１０１に当該メールを送信していることを示している。今回新たにメールを送信するため、この「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値に更に「１」を加算して、メールヘッダ情報１２０２に示すように値を「２」に変更する。このようにすることで、何台のクライアント装置１０１に送信したのかを記録しておくことができる。尚、前述した通り、本実施形態ではメールヘッダにこのような情報を含める仕組みとして説明を行うが、メールとは別の情報でもよいし、メールの添付ファイルとして生成されてもよい。
【００９８】
ステップＳ３２３では、メールサーバ１０２は、ステップＳ３１９で取得し、ステップＳ３２１またはステップＳ３２２で「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の追加または更新を行ったメールをクライアント装置１０１に送信する（電子メール送信手段）。
【００９９】
ステップＳ３２４では、クライアント装置１０１は、メールサーバ１０２から送信されたメールを受信する（電子メール受信手段）。
【０１００】
ステップＳ３２５では、クライアント装置１０１は、ステップＳ３２４においてメールの受信が完了したので、当該メールの削除要求をメールサーバ１０２に送信する。削除要求を送信する際には、当該メールを特定できる情報と共に送信する。例えば、当該メールのメールヘッダに含まれる「Ｍｅｓｓａｇｅ−ｉｄ」と、ユーザを特定するユーザＩＤ及びパスワードといったアカウント情報である。
【０１０１】
ステップＳ３２６では、メールサーバ１０２は、クライアント装置１０１から送信されたメールの削除要求を受信する。
【０１０２】
ステップＳ３２７では、メールサーバ１０２は、受信した削除要求に含まれるアカウント情報から当該ユーザが設定した受信台数６０６を取得する。具体的には、アカウントテーブル６００と受信したアカウント情報に含まれるユーザＩＤからアカウントを特定し、当該アカウントの受信台数６０６を取得するようにすればよい。
【０１０３】
ステップＳ３２８では、メールサーバ１０２は、削除要求がなされたメールのメールヘッダに含まれる「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値が、ステップＳ３２７で取得した受信台数６０６以上であるか否かを判定する（電子メール削除判定手段）。つまり、設定された受信台数分のクライアント装置１０１で受信されたかどうかを判定することになる。ここで設定された受信台数分受信されていれば、削除要求を受け付けて当該メールの削除を実行するが、そうでなければ削除要求を無視して、次のメールの処理に移る。このような仕組みでメールサーバ１０２のメールボックスに蓄積されたメールを削除するようにすれば、ユーザは受信台数をメールサーバ１０２に設定するだけで、メールサーバの容量を圧迫することなく、複数台のクライアント装置１０１で同一のメールを受信することができるようになる。「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値が受信台数６０６以上であると判定された場合には、ステップＳ３２９に処理を進め、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値が受信台数６０６以上でないと判定された場合には、ステップＳ３３０に処理を進める。
【０１０４】
ステップＳ３２９では、メールサーバ１０２は、削除要求のなされたメールをメールボックスから削除する（電子メール削除手段）。具体的には、ステップＳ３２６で受信した削除要求に含まれる「Ｍｅｓｓａｇｅ−ｉｄ」から当該ユーザのメールボックスにあるメールを特定し、当該メールをメールボックスから削除する。
【０１０５】
ステップＳ３３０では、メールサーバ１０２は、ステップＳ３２６で受信した削除要求に応じた実行結果をクライアント装置１０１に送信する。
【０１０６】
ステップＳ３３１では、クライアント装置１０１は、メールサーバ１０２から送信された実行結果を受信し、必要に応じてＲＡＭ２０３に記憶しておく。受信が完了したら、ステップＳ３１４で受信対象メールと判定されたメールがすべて受信できたか否かを判定し、すべてのメールの受信が完了できたなら、ステップＳ３３２に処理を進め、そうでない場合には、未受信のメールを受信するべく、ステップＳ３１７乃至ステップＳ３３１を繰り返す。
【０１０７】
ステップＳ３３２では、クライアント装置１０１は、ステップＳ３２４で受信したメール一覧をユーザに対して閲覧可能にＣＲＴ２１０に表示させる。表示が完了したら、メール受信処理を終了し、呼び出し元に処理を戻す。ここで、ステップＳ３３１で受信した削除要求に応じた実行結果をユーザに通知する。例えば、「まだ受信していない装置があるので、削除できませんでした。」といったメッセージをユーザに通知することで、ユーザに処理内容を把握させることができる。特に、削除できなかったメールの件名や「Ｍｅｓｓａｇｅ−ｉｄ」を通知することで、削除できなかったメールを把握させることも可能である。この場合には、ステップＳ３３０で送信される実行結果にメールの件名や「Ｍｅｓｓａｇｅ−ｉｄ」を含めて、その情報を通知させればよい。
【０１０８】
次に、本発明の実施形態におけるメールサーバ１０２によって行われるメールリスト取得処理について図１３を用いて説明する。尚、この処理をメールサーバ１０２に実行させるためのプログラムは、メールサーバ１０２にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。
【０１０９】
ステップＳ４０１では、メールサーバ１０２は、ステップＳ３０８で送信されたアカウント情報に含まれるユーザＩＤを取得する。そして、ステップＳ４０２では、メールサーバ１０２は、取得したユーザＩＤとアカウントテーブル６００に基づいて、アカウントを特定する。
【０１１０】
ステップＳ４０３では、メールサーバ１０２は、ステップＳ４０２で特定されたアカウントに関する宛先に送信されたメールの一覧であるメールリストを生成する。メールサーバ１０２は、特定されたアカウントに対応するメールボックスを参照し、当該メールボックスに蓄積されたメールのメールヘッダにある「Ｍｅｓｓａｇｅ−ｉｄ」と、メールヘッダにある「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」を取得して、一覧表を生成する。例えば、図１４のメールリスト１４００に示すようなメールリストが生成される。メールリスト１４００は、Ｍｅｓｓａｇｅ−ｉｄ１４０１と、Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ１４０２から構成されている。メールのメールヘッダに「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が存在しない場合には、Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ１４０２に「ＮＵＬＬ」を格納する。
【０１１１】
ステップＳ４０４では、メールサーバ１０２は、ステップＳ４０１で取得したユーザＩＤが示す受信方式を特定する。より具体的には、ステップＳ４０１で取得したユーザＩＤと一致するユーザＩＤが、ステップＳ４０２で特定されたアカウントにあるか否かを特定する。図６に示すアカウントテーブル６００の１レコード目を例にして説明すると、ステップＳ４０１で取得したユーザＩＤが「ａａａ１＠ｘｘｘｘｘ．ｃｏ．ｊｐ」だったらユーザＩＤ（通常）６０３であるので、受信方式は通常受信であることがわかる。また、ステップＳ４０１で取得したユーザＩＤが「ａａａ２＠ｘｘｘｘｘ．ｃｏ．ｊｐ」だったらユーザＩＤ（新着１）６０４であるので、受信方式は新着１受信であることがわかる。また、ステップＳ４０１で取得したユーザＩＤが「ａａａ３＠ｘｘｘｘｘ．ｃｏ．ｊｐ」だったらユーザＩＤ（新着２）６０５であるので、受信方式は新着２受信であることがわかる。
【０１１２】
ステップＳ４０５では、メールサーバ１０２は、ステップＳ４０４で特定された受信方式が新着１受信または新着２受信であるか否かを判定する。受信方式が新着１受信または新着２受信であると判定された場合には、ステップＳ４０６に処理を進める。受信方式が新着１受信または新着２受信でないと判定された場合、つまり通常受信である場合には、メールリスト取得処理を終了し、呼び出し元に処理を戻す。
【０１１３】
ステップＳ４０６では、メールサーバ１０２は、ステップＳ４０３で生成されたメールリスト１４００に基づいて、新着メールだけを含むメールリストを生成する。より具体的には、メールリスト１４００のＲｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ１４０２が「ＮＵＬＬ」になっているレコードのみを抽出し、新着メールのメールリストを生成する。尚、前述したステップＳ３１１で送信するメールリストは、ステップＳ４０６で新着メールのメールリストが生成された場合には、ステップＳ４０３で生成されたメールリストではなく、ステップＳ４０６で生成されたメールリストを送信する。
【０１１４】
ステップＳ４０７では、メールサーバ１０２は、新着メール以外の受信済みメールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」をカウントアップするか否かを判定する。より具体的には、ステップＳ４０４で特定された受信方式が新着２受信であるか否かを判定する。新着２受信であると判定された場合には、ステップＳ４０８に処理を進める。新着２受信であると判定されなかった場合、つまり新着１受信である場合には、メールリスト取得処理を終了し、呼び出し元に処理を戻す。
【０１１５】
ステップＳ４０８では、メールサーバ１０２は、いずれかのクライアント装置１０１で受信済みのメールである受信済みメールの「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」をカウントアップする処理を実行する。受信済みメールカウントアップ処理の詳細は、後述する図１５に示す。受信済みメールカウントアップ処理が終了したら、メールリスト取得処理を終了し、呼び出し元に処理を戻す。
【０１１６】
次に、本発明の実施形態におけるメールサーバ１０２によって行われる受信済みメールカウントアップ処理について図１５を用いて説明する。尚、この処理をメールサーバ１０２に実行させるためのプログラムは、メールサーバ１０２にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。
【０１１７】
まず、ステップＳ５０１では、メールサーバ１０２は、ステップＳ４０３で生成したメールリスト１４００で受信済みメールの数分、後述するステップＳ５０２乃至ステップＳ５０６を繰り返す。受信済みメールの数分、処理が完了したら、ループを抜けて、処理を終了する。
【０１１８】
ステップＳ５０２では、メールサーバ１０２は、ステップＳ４０３で生成したメールリスト１４００のＲｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ１４０２が「ＮＵＬＬ」でないレコードを特定し、当該レコードのＭｅｓｓａｇｅ−ｉｄ１４０１を持つメールをメールボックスから参照する。
【０１１９】
ステップＳ５０３では、メールサーバ１０２は、ステップＳ５０２で参照しているメールのメールヘッダにある「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」をインクリメントする。「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が「１」なら「２」にインクリメントし、「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」が「２」なら「３」にインクリメントする。
【０１２０】
ステップＳ５０４では、メールサーバ１０２は、ステップＳ４０２で特定されたアカウントの受信台数６０６を取得する。そして、ステップＳ５０５では、メールサーバ１０２は、ステップＳ５０３で更新した「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値が、ステップＳ５０４で取得した受信台数６０６以上であるか否かを判定する。つまり、ユーザがメールを受信させたいすべてのクライアント装置１０１で受信ができたか否かを判定する。「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値が受信台数６０６以上であると判定された場合には、ステップＳ５０６に処理を進める。「Ｒｅｃｅｉｖｉｎｇ−Ｃｏｕｎｔ」の値が受信台数６０６以上でないと判定された場合には、ステップＳ５０１に処理を戻す。
【０１２１】
ステップＳ５０５では、メールサーバ１０２は、すべてのクライアント装置１０１で受信が完了したので、ステップＳ５０２で参照しているメールをメールボックスから削除する。こうすることで、必要なメールだけをメールボックスに残しておくことができる。
【０１２２】
以上説明したように、本実施形態によれば、電子メールの受信方式を含めたアカウント情報を情報処理装置に設定しておくだけで、当該受信方式に応じた電子メールを情報処理装置に受信させることができるので、ユーザの手間を軽減しつつ、適切なメールを受信することのできる効果を奏する。
【０１２３】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１２４】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１２５】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１２６】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１２７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１２８】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１２９】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１３０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１３１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１３２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１３３】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１３４】
１００  メールシステム
１０１ａ  クライアント装置
１０１ｂ  クライアント装置
１０１ｃ  クライアント装置
１０２  メールサーバ
１０３  ネットワーク
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信Ｉ／Ｆ（インターフェース）コントローラ
２０９  入力装置
２１０  ディスプレイ装置
２１１  外部メモリ
【図１】
2014167767.tif 000003
【図２】
2014167767.tif 000004
【図３】
2014167767.tif 000005
【図４】
2014167767.tif 000006
【図５】
2014167767.tif 000007
【図６】
2014167767.tif 000008
【図７】
2014167767.tif 000009
【図８】
2014167767.tif 000010
【図９】
2014167767.tif 000011
【図１０】
2014167767.tif 000012
【図１１】
2014167767.tif 000013
【図１２】
2014167767.tif 000014
【図１３】
2014167767.tif 000015
【図１４】
2014167767.tif 000016
【図１５】
2014167767.tif 000017
【図１６】
2014167767.tif 000018
【図１７】
2014167767.tif 000019