JP2014119928A - Ｗｅｂメールサーバ、ｗｅｂメールサーバの制御方法、プログラム、および記録媒体 - Google Patents

Abstract

【課題】 ＷＥＢメールシステムで送受信されたデータをクライアント端末以外の領域に対して保存する方法と、そのデータを管理する方法にについて提供する。
【解決手段】 クライアント端末が、ＷＥＢメールサーバの受信データをダウンロードし、クラウドサービスまたは共有ファイルサーバの保存領域に対して保存することを可能とする情報処理システムにおいて、ＷＥＢメールサーバの管理者が、受信データに紐づくダウンロードした時のダウンロード結果情報によって、保存された前記受信データを所定の期間内に削除することにより、受信データへのアクセスを管理することを特徴とする。
【選択図】図４

Description

本発明はＷＥＢメールの送受信されるデータの保存と管理方法に関する。

通常、自分宛てに送信されたメールのデータを受信する際、クライアント端末からメールサーバへ受信要求を送信し、メールサーバに送信されて蓄積されているデータを自分のクライアント端末へデータを受信する方法をとる方法が一般的である。しかし、この方法以外に、メールの受信のデータをクライアント端末に受信せずメールサーバ上で行う、ＷＥＢメールのシステムがある。

このＷＥＢメールシステムを利用した場合、クライアント端末のパソコンにデータを保存しないため、万が一クライアント端末を紛失した際にも、データが漏えいする可能性を低くすることができるメリットがある。

ただし、ＷＥＢメールシステムのデータに関しても、サーバ上で閲覧するだけではなく、例えば、ＷＥＢメールシステムの管理下とは別の領域に保存をしたいという要求が発生することがある。例えば、添付ファイル、又は、メールの本文そのものをＷＥＢメールシステムとは別の領域へ保存したいという目的のためである。

このようなＷＥＢメールサーバ以外の領域に対してメールデータの保存を行った場合の、複数の領域にわたって保存がされたメールのデータに対する管理方法については以下の技術が公開されている。

例えば、特許文献１においては、メールサーバで登録した個人用メール格納領域に電子メールを蓄積する方法において、メールサーバが、電子メールを受けた際にその電子メールのデータと、それまでに蓄積したメールデータとを比較し、同一内容のデータを検出した際に、同一内容のデータ部分を破棄し、その破棄データの格納領域に、検出された同一内容データの保管場所を参照データとして記録蓄積することを特徴とする電子メールの蓄積方法が公開されている。

次に、特許文献２においては、保存されたＷＥＢメールデータの削除を自動で行うグループウェアサーバを提供している。具体的には、クライアント端末に対し、受信メールをクライアントデータとして保存することが出来、このグループウェアサーバは、サーバデータに格納されているメールのうち、クライアント端末にも格納されているメールを、必要に応じて古いものから順に自動で削除していく技術が公開されている。

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

しかしながら、特許文献１においては、別領域に保存したデータは、同一データがあればそれを参照する形式をとっているため、従来よりも小さな容量の格納領域を使用して、従来と同じ分量の電子メールを格納領域に保存でき、サーバの領域を無駄に使用しない点では効果があるものの、同一データが無かったメールデータのその後の保存の管理については述べられていない。

また、特許文献２においては、メールデータがクライアント端末に保存された後、同じデータがある場合は削除されるが、削除されるまでの期間などを指定して、参照が出来る期間を設けたりする工夫はなされていない。

そこで、本発明ではこれらの点を鑑み、ＷＥＢメールシステムで送受信されたデータをクライアント端末以外の領域に対して保存する方法と、そのデータを管理する方法にについて提供することを目的とする。

本発明は、 クライアント端末と、ストレージサーバと、ネットワークを介して接続可能なＷＥＢメールサーバであって、前記クライアント端末から、ダウンロードを指示された受信メールデータと、格納先を指示するストレージサーバとを、ダウンロード要求として受信するダウンロード要求受信手段と、前記ストレージサーバへのログインをするためのログイン手段と、前記ＷＥＢメールサーバから、前記ダウンロード要求受信手段により受信した前記ダウンロード要求において指示された格納先である前記ストレージサーバへ、該ダウンロード要求において指示された前記受信メールデータをダウンロードするダウンロード手段と、前記ダウンロード手段によるダウンロードの結果を、前記受信メールデータに紐づくダウンロード結果情報として、前記受信メールデータを前記ＷＥＢメールサーバからダウンロード要求した時刻であるダウンロード要求時刻と、格納先へダウンロードした前記受信メールデータの削除予定時刻と、前記受信メールデータの前記格納先の管理元情報と、前記受信メールデータの前記格納先の種別と、を記録するダウンロード結果記憶手段と、前記受信メールデータに紐づく前記ダウンロード結果情報に前記削除予定時刻が存在するか否かを判定する削除判定手段と、前記削除判定手段により、前記削除予定時刻が存在すると判定された場合、前記削除予定時刻が過ぎた時点において、前記受信メールデータを削除する削除手段とを備えることを特徴とする。

本発明によれば、ＷＥＢメールシステムで送受信されたデータをクライアント端末以外の領域に対して保存する方法と、そのデータを管理する方法にについて提供することが可能になる。

本発明の実施形態の情報処理システムのシステム構成を示す図である。 クライアント端末１００、ＷＥＢメールサーバ２００、クラウドサービス３００、および共有ファイルサーバ４００のハードウェア構成を示す図である。 本発明の情報処理装置（クライアント端末１００）、メールサーバ装置（ＷＥＢメールサーバ２００）、およびデータ保存領域（クラウドサービス３００又は共有ファイルサーバ４００）を含む情報処理システムが備える機能構成の一例を示す機能構成図である。 本発明における、クライアント端末からＷＥＢメールサーバの受信データのダウンロードの実施形態を示したフローの図である。 本発明における、クライアント端末からＷＥＢメールサーバの受信データのダウンロードの実施形態を示したフローの中における、トークンが返されてくる方のＷＥＢメールサーバの受信データのダウンロードのサブルーチンのフローの図である。 本発明における、クライアント端末からＷＥＢメールサーバの受信データのダウンロードの実施形態を示したフローの中における、トークンが返されてこない方のＷＥＢメールサーバの受信データのダウンロードのサブルーチンのフローの図である。 本発明における、ＷＥＢメールサーバのシステムによるダウンロードデータに対する削除処理の実施形態を示したフローの図である。 本発明の実施形態におけるダウンロードテーブルの一例を示す図である。 本発明の実施形態におけるＷＥＢメールサーバのシステム管理者によるメールデータの保存先の準備をするための画面の一例を示す図である。 本発明の実施形態おけるＷＥＢメールサーバから受信メールをダウンロードする際にユーザが保存先を選択するための画面の一例を示す図である。 本発明の実施形態におけるＷＥＢメールサーバのシステム管理者によるメールデータの保存先の登録が行われた場合に、その内容が保存されるテーブルのレコード情報の一例を示す図である。

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

図１は、本発明に係る情報処理装置であるクライアント端末、ＷＥＢメールシステム、そして、ＷＥＢメールシステムのデータの格納先となるサーバ又はサービスの構成の一例を示すシステム構成図である。本発明の情報処理装置に好適なクライアント端末１００は、例えば、パーソナルコンピュータであり、ＬＡＮ５００（ローカルエリアネットワーク）又は、インターネット回線６００を介してＷＥＢメールサーバ２００と、クラウドサービス３００又は共有ファイルサーバ４００とデータ通信が可能である。

クライアント端末１００からは、ＷＥＢメールサーバ２００を利用することにより、他のクライアント端末とのメール送受信を行うことと、送受信済みデータの参照が可能である。

さらに、クライアント端末１００は、ＷＥＢメールサーバ２００から受信データをダウンロードし、クラウドサービス３００又は共有ファイルサーバ４００の領域に、そのダウンロードデータを保存することが出来る。

ＷＥＢメールサーバ２００は、メールの送受信のデータを管理するサーバであり、クライアント端末１００からの送受信されたメールのデータの参照は、このＷＥＢメールサーバで管理がされているために可能となる。

クラウドサービス３００又は共有ファイルサーバ４００は、ＷＥＢメールサーバ２００からクライアント端末１００の操作によってダウンロードされたメールのデータを保存する領域を提供する。さらに、クラウドサービス３００においては、トークンを返すサービスもあり、このトークンがあることによって、ＷＥＢメールサーバ２００から受信したデータへのアクセスのコントロールと、保管の管理が行われる。

なお、便宜上、クラウドサービス３００を１つのサーバ（情報処理装置）として説明を進めるが、実際には複数のサーバから構成されることもあり、また、１つのサーバにおける仮想サーバである場合もある。

ダウンロードテーブル３０５ａ、３０５ｂは、ＷＥＢメールサーバ２００における受信データをクライアント端末１００よりダウンロードし、クラウドサービス３００又は共有ファイルサーバ４００へ保存した際の、ダウンロードのログを保存する。このログは、データの保管管理を行うために必要となる情報が記録されたデータベースであり、詳細については実施例の中で後述する。

図２は、クライアント端末１００、ＷＥＢメールサーバ２００、クラウドサービス３００、共有ファイルサーバ４００に適応可能な情報処理装置のハードウェア構成を示す図である。

図２に示すように、クライアント端末１００、ＷＥＢメールサーバ２００、クラウドサービス３００、共有ファイルサーバ４００の各ＣＰＵ２０１では、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８が接続され、各デバイスやコントローラを統括的に制御する。

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

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

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

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。

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

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、クライアント端末１００、ＷＥＢメールサーバ２００、クラウドサービス３００又は共有ファイルサーバ４００間の通信において、ＬＡＮ５００又は、インターネット回線６００を介するデータの送受信を制御する。

なお、後述する本発明の処理の一例を示すフローチャートを実行するためのコンピュータ読み取り実行可能なプログラムも、この外部メモリ２１１に記憶されているものとする。

なお、外部メモリ２１１は情報を永続的に記憶するための媒体であって、その形態をハードディスク等の記憶装置に限定するものではない。例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの媒体であってもよい。

また、本発明を実現するため外部メモリ２１１や、それ以外の記憶媒体に記録されたプログラムは、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。

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

次に、図３を用いて、本発明にけるクライアント端末１００、およびサーバ装置である、ＷＥＢメールサーバ２００、保存先となるクラウドサービス３００又は共有ファイルサーバ４００、ダウンロードした際のログのデータを登録するダウンロードテーブル３０５ａ、３０５ｂが備える機能構成の一例を示す機能構成図について説明する。

本発明における機能構成図のうち、クライアント端末１００は、ダウンロードデータ要求部３０１から構成され、ＷＥＢメールサーバ２００は、ダウンロードデータ要求受信部３０２、ダウンロードデータ送信部３０３、ダウンロードデータ管理部３０４、ダウンロードテーブル３０５ａ、３０５ｂから構成され、クラウドサービス３００又は共有ファイルサーバ４００は、アクセス条件情報送信部３０６から構成される。

クライアント端末１００のダウンロードデータ要求部３０１は、ＷＥＢメールサーバ２００に対しＷＥＢメールサーバ２００の受信データのダウンロード要求を行う。

ＷＥＢメールサーバ２００のダウンロードデータ要求受信部３０２は、クライアント端末１００のダウンロードデータ要求部３０１によるダウンロード要求を受け付ける。

ＷＥＢメールサーバ２００のダウンロードデータ送信部３０３は、ダウンロードデータ要求受信部３０２で受け付けダウンロード要求対象のデータをクライアント端末１００へ送信する。

ＷＥＢメールサーバ２００のダウンロードデータ管理部３０４は、クライアント端末１００へダウンロードを許可したダウンロードデータへのアクセスの管理を行う。

ＷＥＢメールサーバ２００のダウンロードテーブル３０５ａ、３０５ｂは、クラウドサービス３００又は共有ファイルサーバ４００へダウンロードを許可されたダウンロードデータのダウンロード結果情報を記憶しておくテーブルである。

クラウドサービス３００又は、共有ファイルサーバ４００のダウンロードデータ受信部３０７は、ＷＥＢメールサーバ２００のダウンロードデータ送信部３０３より送信されたダウンロードデータを受信する。

クラウドサービス３００又は、共有ファイルサーバ４００のダウンロードデータ保存部３０８はＷＥＢメールサーバ２００のダウンロードデータ送信部３０３より送信されたダウンロードデータを受信後、保存をする。

クラウドサービス３００又は、共有ファイルサーバ４００のアクセス条件情報送信部３０６は、クライアント端末１００がダウンロード要求をＷＥＢメールサーバ２００に対し行う際に、必要となるトークンを送信する。

次に、本発明の実施形態のフローについて、図４、図５、図６、図７を用いて説明する。

図４は、ＷＥＢメールシステムにログインをしたＷＥＢメールシステムのユーザが、ＷＥＢメールで受信したデータの保存先に従って、ダウンロード処理とそのダウンロードしたデータの管理方法を切り替えている処理について説明したものである。

まず、ステップＳ４０１において、ユーザがＷＥＢメールシステムへログインをするために、ユーザが使用するクライアント端末１００は、ＷＥＢメールサーバ２００に対し、ログインユーザ情報を送信する。

ステップＳ４０２において、ＷＥＢメールサーバ２００はクライアント端末１００からのログインユーザ情報を受け付ける。

ステップＳ４０３において、ＷＥＢメールサーバ２００はステップＳ４０２で受け付けたログインユーザ情報の認証を行い、認証が行われると、ステップＳ４０４において、クライアント端末１００に対し、ユーザがクライアント端末１００からＷＥＢメールサーバ２００から受信メールデータをダウンロード出来るようにするために、ＷＥＢメールシステムの画面を送信する。

ステップＳ４０５において、クライアント端末１００は、ステップＳ４０４でＷＥＢメールサーバ２００から送信されたＷＥＢメールシステムの画面を受信する。

ステップＳ４０６において、クライアント端末１００は、ＷＥＢメールシステムで受信した受信データの中より、ダウンロード（保存）対象となるデータの選択をユーザより受け付ける。

ステップＳ４０７において、クライアント端末１００はＷＥＢメールサーバ２００に対し、ステップＳ４０６でダウンロード（保存）対象として選択した受信メールデータのダウンロード要求を行う。

ステップＳ４０８において、ＷＥＢメールサーバ２００は、ステップＳ４０７におけるクライアント端末１００からの受信データの要求を受信する。

ステップＳ４０９において、ＷＥＢメールサーバ２００は、クライアント端末１００に対し、クライアント端末のユーザがステップＳ４０７で要求した受信データをダウンロード（保存）出来るようにするための、ダウンロード操作画面を送信する。

ステップＳ４１０において、クライアント端末１００は、ステップＳ４０９でＷＥＢメールサーバ２００により送信されたダウンロード操作画面を受信し、ステップＳ４１１においてクライアント端末１００に表示する。

ステップＳ４１２においては、クライアント端末１００は、ステップＳ４１１で受信したダウンロード操作画面において、ステップＳ４０７でダウンロード要求したＷＥＢメールシステムの受信データの格納先（保存先）の指定を行う。図１０の画面がその１例である。この格納先は、クラウドサービス３００、又は、共有ファイルサーバ４００の中から、指定することが出来る。

ステップＳ４１３では、クライアント端末１００は、ステップＳ４１２で指定した、受信データの格納先（保存先）の情報をＷＥＢメールサーバ２００へ送信する。

ステップＳ４１４では、ＷＥＢメールサーバ２００は、ステップＳ４１３でクライアント端末１００により指定された、受信データの格納先（保存先）の情報を受信する。

ステップＳ４１５では、ＷＥＢメールサーバ２００は、ステップＳ４１４で受信した、受信データの格納先（保存先）の情報における、格納先のプロトコルを確認する。

プロトコルがパターンＡであると判断した場合は、ステップＳ４１６へ処理を進め、プロトコルがパターンＢであると判断した場合は、ステップＳ４１７へ処理を進める。

なお、パターンＡとはダウンロード要求した場合受信データの格納先として、クラウドサービス上の領域を選択した場合であって、かつ、クラウドサービスによってトークンが返される場合の処理を指し、パターンＢとはダウンロード要求した場合受信データの格納先として、クラウドサービス上の領域、又は、共有ファイルサーバ上の領域を選択した場合であって、クラウドサービス、または、共有ファイルサーバからはトークンが返されない場合の処理を指す。

次に図５を用いて、図４のステップＳ４１６のパターンＡのダウンロード処理の詳細について説明をする。

図５は、ユーザがダウンロード要求した場合受信データの格納先として、クラウドサービス上の領域が選択された場合であって、かつ、クラウドサービスによってトークンが返される場合の処理のフローを説明している。

まず、ステップＳ５０１において、ＷＥＢメールサーバ２００は、図４のステップＳ４１２で指定された、受信データの格納先（保存先）が、ＷＥＢメールサーバに管理されているフォルダか否かを判定する。

ステップＳ５０１において、ＷＥＢメールサーバ２００が、受信データの格納先（保存先）が、ＷＥＢメールサーバに管理されている領域であると判断した場合（ステップＳ５０１においてＹＥＳの場合）は、ステップＳ５０２以降に処理を進め、ＷＥＢメールサーバに管理されている領域でないと判断場合（ステップＳ５０１においてＮＯの場合）、ステップＳ５１２以降に処理を進める。

まず、ステップＳ５０１において、受信データの格納先（保存先）が、ＷＥＢメールサーバに管理されている領域である場合（ステップＳ５０１においてＹＥＳの場合）の後続処理について、説明を行う。

ステップＳ５０２において、ＷＥＢメールサーバ２００は、ＷＥＢメールシステムの管理用のＩＤ取得を取得しクラウドサービス３００へログインをする。そして、ステップＳ５０３において、クラウドサービス３００は、ＷＥＢメールサーバ２００からのクラウドサービス３００へのログインを受け付ける。ステップＳ５０３において、クラウドサービス３００にログインする。

ステップＳ５０４において、クラウドサービス３００は、ステップＳ５０３の、ＷＥＢメールシステム管理下の領域へのログインを承認する。

ステップＳ５０５において、クラウドサービス３００が、ステップＳ５０３の、ＷＥＢメールシステム管理下の領域へのログインを承認した場合は、ステップＳ５０５へ処理を進め、クラウドサービス３００が、ステップＳ５０３の、ＷＥＢメールシステム管理下の領域へのログインを承認しなかった場合は、本処理を終了する。

ステップＳ５０５では、クラウドサービス３００は、ＷＥＢメールサーバ２００に対し、トークンを送信する。続いて、ステップＳ５０６において、ＷＥＢメールサーバ２００は、ステップＳ５０５でクラウドサービス３００より送信されたトークンを受信する。

ステップＳ５０７では、ＷＥＢメールサーバ２００は、ダウンロードデータを、図４のステップＳ４１２で選択したダウンロードデータの格納先である、クラウドサービス３００に対し送信する。

ステップＳ５０８では、クラウドサービス３００は、ステップＳ５０７でＷＥＢメールサーバ２００より転送されたダウンロードデータを受信する。これにより、ユーザが選択したＷＥＢメールシステムの受信データを、クラウドサービス上の領域に保存がされることになる。

ステップＳ５０９において、ＷＥＢメールサーバ２００は、ステップＳ５０８でダウンロードされ格納されたデータに対し、アクセス権を与えるよう、自動的に付与の指示をクラウドサービス３００へ与える。次に、ステップＳ５１０において、クラウドサービス３００は、ステップＳ５０９におけるアクセス権の付与の指示に従い、ダウンロードしたデータに対して、ユーザがアクセスできるように、アクセス権の更新を行う。

なお、ＷＥＢメールシステムの管理下にある領域に、ＷＥＢメールシステムの管理者ＩＤでログインが自動的に行われてダウンロードデータの格納が行われたため、ステップＳ５０９とステップＳ５１０のアクセス権の付与の処理は、自動的に行われる処理となる。

次に、ステップＳ５１１において、ＷＥＢメールサーバ２００は、データをダウンロードした際のログをダウンロードテーブル３０５ａ、３０５ｂへ保存する。ステップＳ５１０とステップＳ５１１の後は、本処理を終了する。

なお、ダウンロードテーブル３０５ａ、３０５ｂへ保存がされたログのデータに関しては、後述する。

続いて、ステップＳ５０１において、受信データの格納先（保存先）が、ＷＥＢメールサーバに管理されているフォルダでない場合、つまりユーザ管理下にある領域の場合（ステップＳ５０１においてＮＯの場合）の後続処理について、説明を行う。

ステップＳ５１２において、ＷＥＢメールサーバ２００は、クライアント端末１００に対し、格納先として選択したクラウドサービスへログインを要求する。

ステップＳ５１３において、クライアント端末１００は、ステップＳ５１２において、ＷＥＢメールサーバ２００より送信されたログイン要求を受信する。

これに引き続き、ステップＳ５１４におき、クライアント端末１００は、クラウドサービス３００に対し、ログイン要求をリダイレクトする。

ステップＳ５１５において、クラウドサービス３００は、ステップＳ５１４でクライアント端末１００よりリダイレクトされたログイン要求を受け、クライアント端末１００に対し、ログイン画面を送信する。

ステップＳ５１６において、クライアント端末１００はステップＳ５１５においてクラウドサービス３００から送信されたログイン画面を受信する。

ステップＳ５１７において、クライアント端末１００は、ステップＳ５１６で受信したログイン画面をクライアント端末１００上に表示する。

ステップＳ５１８において、クライアント端末１００は、ダウンロードデータの格納先がユーザの管理下である領域であるため、ステップＳ５１７で表示されたログイン画面に対する、ユーザからの格納先のユーザＩＤとパスワードの入力を受け付ける。

ステップＳ５１９において、クライアント端末１００はステップＳ５１８で入力されたユーザＩＤとパスワードをクラウドサービス３００へ送信する。

ステップＳ５２０において、クラウドサービス３００は、ステップＳ５１９でクライアント端末より送信されたユーザＩＤとパスワードを受信する。

ステップＳ５２１において、クラウドサービス３００は、ステップＳ５２０において受信したユーザＩＤとパスワードを承認した場合（ステップＳ５２１でＹＥＳの場合）、承認した後ステップＳ５２２において、トークンをクライアント端末１００に対して送信する。なお、ステップＳ５２１において、クラウドサービス３００が、そのダウンロードデータの転送を承認しない場合（ステップＳ５２１でＮＯの場合）、この処理を終了する。

ステップＳ５２３において、クライアント端末１００は、ステップＳ５２２においてクラウドサービス３００より送信されたトークンを受信する。

ステップＳ５２４においてクライアント端末１００は、ステップＳ５２３で受信したトークンを、ＷＥＢメールサーバ２００に転送する。

ステップＳ５２５において、ＷＥＢメールサーバ２００は、ステップＳ５２４でクライアント端末１００より転送されたトークンを受信する。

さらに、ステップＳ５２６において、ＷＥＢメールサーバ２００は、図４のステップＳ４０７でダウンロード要求されたデータを、クラウドサービス３００へ送信する。

続いて、ステップＳ５２７において、クラウドサービスの中でもユーザの管理下にある領域へ、ダウンロード要求されたデータを格納する。

ステップＳ５２６において、ＷＥＢメールサーバ２００が、クラウドサービス３００に対しダウンロードデータの転送処理を行った後、さらに、もう一つの処理として、ステップＳ５２８において、データをダウンロードした際のログをダウンロードテーブル３０５ａ、３０５ｂへ保存する。ステップＳ５２７とステップＳ５２８の後は、本処理を終了する。

なお、ダウンロードテーブル３０５ａ、３０５ｂへ保存がされたログのデータに関しては、後述する。

次に図６を用いて、図４のステップＳ４１７のパターンＢのダウンロード処理の詳細について説明をする。

図６は、ユーザがダウンロード要求した場合受信データの格納先として、クラウドサービス３００又は共有ファイルサーバ４００が選択された場合であるが、クラウドサービスや、共有ファイルサーバによってトークンが返されない場合の処理のフローを説明している。

まず、ステップＳ６０１において、ＷＥＢメールサーバ２００は、図４のステップＳ４１２で指定された、受信データの格納先（保存先）が、ＷＥＢメールサーバに管理されている領域か否かを判定する。

ステップＳ６０１において、ＷＥＢメールサーバ２００は、受信データの格納先（保存先）が、ＷＥＢメールサーバに管理されている領域である場合（ステップＳ６０１においてＹＥＳ）は、ステップＳ６０２以降に処理を進め、ＷＥＢメールサーバに管理されている領域でない場合（ステップＳ６０１においてＮＯ）、ステップＳ６１０以降に処理を進める。

まず、ステップＳ６０１において、受信データの格納先（保存先）が、ＷＥＢメールサーバに管理されている領域である場合（ステップＳ６０１においてＹＥＳ）の後続処理について、説明を行う。

ステップＳ６０２において、ＷＥＢメールサーバ２００は、ＷＥＢメールシステムの管理用のＩＤ取得を取得しクラウドサービス３００又は共有ファイルサーバ４００へログインをする。そして、ステップＳ６０３において、クラウドサービス３００又は共有ファイルサーバ４００は、ＷＥＢメールサーバ２００からのクラウドサービス３００又は共有ファイルサーバ４００へのログインを受け付ける。

ステップＳ６０４において、クラウドサービス３００又は共有ファイルサーバ４００は、ステップＳ６０３の、ＷＥＢメールシステム管理下の領域へのログインを承認する。

ステップＳ６０４において、クラウドサービス３００が、ステップＳ６０３の、ＷＥＢメールシステム管理下の領域へのログインを承認した場合（ステップＳ６０４においてＹＥＳの場合）は、ステップＳ６０５へ処理を進め、クラウドサービス３００又は共有ファイルサーバ４００が、ステップＳ６０３の、ＷＥＢメールシステム管理下の領域へのログインを承認しなかった場合（ステップＳ６０４においてＮＯの場合）は、本処理を終了する。

ステップＳ６０５では、ＷＥＢメールサーバ２００は、ダウンロードデータを、図４のステップＳ４１２で選択したダウンロードデータの格納先である、クラウドサービス３００又は共有ファイルサーバ４００に対し送信する。

ステップＳ６０６では、クラウドサービス３００又は共有ファイルサーバ４００は、ステップＳ６０５でＷＥＢメールサーバ２００より転送されたダウンロードデータを受信する。これにより、ユーザが選択したＷＥＢメールシステムの受信データを、クラウドサービス上又は共有ファイルサーバの領域に保存がされることになる。

ステップＳ６０７において、ＷＥＢメールサーバ２００は、ステップＳ６０６でダウンロードされ格納されたデータに対し、アクセス権を与えるため、自動的に付与の指示をクラウドサービス３００又は共有ファイルサーバ４００へ与える。

次に、ステップＳ６０８において、ＷＥＢメールサーバ２００は、データをダウンロードした際のログをダウンロードテーブル３０５ａ、３０５ｂへ保存する。

なお、ダウンロードテーブル３０５ａ、３０５ｂへ保存がされたログのデータに関しては、後述する。

次に、ステップＳ６０９において、クラウドサービス３００又は共有ファイルサーバ４００は、ステップＳ６０７におけるアクセス権の付与の指示に従い、ダウンロードしたデータに対して、ユーザがアクセスできるように、アクセス権の更新を行う。なお、ＷＥＢメールシステムの管理下にある領域に、ＷＥＢメールシステムの管理者ＩＤでログインが自動的に行われてダウンロードデータの格納が行われたため、ステップＳ６０７とステップＳ６０９のアクセス権の付与の処理は、自動的に行われる処理となる。なおステップＳ６０８とステップＳ６０９の後は、本処理を終了する。

続いて、ステップＳ６０１において、受信データの格納先（保存先）が、ＷＥＢメールサーバに管理されている領域でない場合、つまりユーザ管理下にある領域の場合（ステップＳ６０１においてＮＯの場合）の後続処理について、説明を行う。

ステップＳ６１０において、ＷＥＢメールサーバ２００は、クライアント端末１００に対し、格納先として選択したクラウドサービス３００又は共有ファイルサーバ４００へのログインを要求するために、ログイン画面を生成する。

ステップＳ６１１において、ＷＥＢメールサーバ２００は、クライアント端末１００に対し、ステップＳ６１０で生成したログイン画面を送信する。

ステップＳ６１２において、クライアント端末１００は、ステップＳ６１１において、ＷＥＢメールサーバ２００より送信されたログイン要求を受信する。

ステップＳ６１３において、クライアント端末１００は、ステップＳ６１２で受信したログイン画面をクライアント端末上に表示する。

ステップＳ６１４において、クライアント端末１００は、ダウンロードデータの格納先がユーザの管理下である領域であるため、ステップＳ６１３で表示されたログイン画面に対する、ユーザからのその格納先のユーザＩＤとパスワードの入力を受け付ける。

ステップＳ６１５において、クライアント端末１００はステップＳ６１４で入力されたユーザＩＤとパスワードをクラウドサービス３００又は共有ファイルサーバ４００へ送信する。

ステップＳ６１６において、ＷＥＢメールサーバ２００は、ステップＳ６１４でクライアント端末より送信されたユーザＩＤとパスワードを受信する。

ステップＳ６１７において、ＷＥＢメールサーバ２００は、ステップＳ６１６において受信したユーザＩＤとパスワードをクラウドサービス３００又は共有ファイルサーバへ送信する。

ステップＳ６１８において、クラウドサービス３００又は共有ファイルサーバ４００は、ステップＳ６１７においてＷＥＢメールサーバ２００より送信されたユーザＩＤとパスワードを受信する。

ステップＳ６１９において、クラウドサービス３００又は共有ファイルサーバ４００は、ステップＳ６１８においてＷＥＢメールサーバ２００より受信したユーザＩＤとパスワードを承認する。

ステップＳ６１９において、クラウドサービス３００又は共有ファイルサーバ４００が、ステップＳ６１８においてＷＥＢメールサーバ２００より受信したユーザＩＤとパスワードを承認すると（ステップＳ６１９でＹＥＳの場合）、ステップＳ６２０において、ＷＥＢメールサーバ２００は、図４のステップＳ４０７にてダウンロードの要求がされたデータを、クラウドサービス３００又は共有ファイルサーバ４００に対して転送する。

ステップＳ６２１において、クラウドサービス３００又は共有ファイルサーバ４００は、ステップＳ６２０においてＷＥＢメールサーバ２００より転送されたダウンロードデータを、クラウドサービスの中でもユーザの管理下にある領域へ、格納する。

なお、ステップＳ６１９において、クラウドサービス３００又は共有ファイルサーバ４００が、そのダウンロードデータの転送を承認しない場合（ステップＳ６１９でＮＯの場合）、この処理を終了する。

ステップＳ６２０において、ＷＥＢメールサーバ２００が、クラウドサービス３００に対しダウンロードデータの転送処理を行った後、さらに、もう一つの処理として、ステップＳ６２２において、データをダウンロードした際のログをダウンロードテーブル３０５ａ、３０５ｂへ保存する。ステップＳ６２０とステップＳ６２１が行われた後は、本処理を終了する。

なお、ダウンロードテーブル３０５ａ、３０５ｂへ保存がされたログのデータに関しては、後述する。

以上、図４、図５、図６を用いて、ＷＥＢメールシステムの受信データのダウンロード処理の説明となる。

なお、このダウンロード処理が行われるようにするためには、ＷＥＢメールサーバのシステム管理者によって、ダウンロード要求した受信メールデータの格納先を準備しておく必要がある。

図９は、ＷＥＢメールサーバ２００の管理者による、ダウンロード要求した受信メールデータの格納先を追加するための画面である。

図９の９００は、まず最初のステップとして準備しようとする格納先が、ＷＥＢメールサーバ２００の管理者が所有する場所であるか、あるいは、エンドユーザが所有する場所であるかのいずれかを指定する。

次に、図９の９０１ａ、９０１ｂの画面において、格納先の種別を選択する。図９の９０１ａは、図９の９００で格納先を管理者が所有する場所として選択した場合に表示がされる画面であって、図９の９０１ｂは、図９の９００で格納先をエンドユーザが所有する場所として選択した場合に表示がされる画面である。

続いて、図９の９０２ａ、９０２ｂの画面において、格納先のサービス名称又は、格納場所、管理者が所有する場合であれば管理者のアカウントとパスワードの情報、と、削除予定日を設定する。図９の９０２ａは、図９の９００で格納先を管理者が所有する場所として選択した場合に表示がされる画面であって、図９の９０２ｂは、図９の９００で格納先をエンドユーザが所有する場所として選択した場合に表示がされる画面である。

なお、図９の各図で設定された内容は、図１１の格納先情報テーブル１１００に保存がされる。

格納先情報テーブル１１００は、管理元１１０１、ストレージサーバの名称１１０２、格納場所１１０３、保存場所の名前１１０４、保存日数１１０５、管理者が所有者である場合のアカウント１１０６、管理者が所有者である場合のパスワード１１０７からなる。

図９の９００は、まず最初のステップとして準備しようとする格納先が、ＷＥＢメールサーバ２００の管理者が所有する場所であるか、あるいは、エンドユーザが所有する場所であるかのいずれかを指定する。

次に、図９の９０１ａ、９０１ｂの画面において、格納先の種別を選択する。図９の９０１ａは、図９の９００で格納先を管理者が所有する場所として選択した場合に表示がされる画面であって、図９の９０１ｂは、図９の９００で格納先をエンドユーザが所有する場所として選択した場合に表示がされる画面である。

続いて、図９の９０２ａ、９０２ｂの画面において、格納先の名称、共有フォルダの場所、管理者が所有する場合であれば管理者のアカウントとパスワードの情報、と、保存日数を設定する。図９の９０２ａは、図９の９００で格納先を管理者が所有する場所として選択した場合に表示がされる画面であって、図９の９０２ｂは、図９の９００で格納先をエンドユーザが所有する場所として選択した場合に表示がされる画面である。

管理元１１０１へは、図９の９００で指定した内容の、格納先が、管理者が所有する場所か、あるいは、エンドユーザが所有する場所かのいずれかが登録される。
ストレージサーバの名称１１０２へは、図９の９０１ａ、又は、９０１ｂで指定した内容である、ダウンロードデータの格納先の種別が登録される。

格納場所１１０３へは、図９の９０２ａ、又は、９０２ｂで指定した内容である、ダウンロードデータの格納先が共有フォルダである場合の場所の情報が登録される。

保存場所の名前１１０４へは、図９の９０２ａ、又は、９０２ｂで指定した内容である、
ダウンロードデータの格納先の名称が登録される。

保存日数１１０５へは、図９の９０２ａで指定した内容である、保存日数が登録される。
管理者が所有者である場合のアカウント１１０６へは、図９の９０２ａで指定した内容である、ダウンロードデータの格納先が管理者が所有する場合の、管理者のアカウントの情報が登録される。

管理者が所有者である場合のパスワード１１０７へは、図９の９０２ａで指定した内容である、ダウンロードデータの格納先が管理者が所有する場合の管理者のパスワードの情報が登録される。

続いて、図７を用いて、受信メールデータの格納先であるクラウドサービス３００にダウンロードされたデータの管理について述べる。管理とは、具体的には、データの削除のことである。

まず、この処理は、ＷＥＢメールサーバ２００によって、ダウンロードテーブル３０５ａ、３０５ｂの全レコードに対する処理が終了するまで繰り返し行われる。

まず、ステップＳ７０１において、ＷＥＢメールサーバ２００は、ダウンロードテーブル３０５ａ、３０５ｂのレコード１件を読み込む。

次に、ステップＳ７０２において、読み込んだレコードの中の削除予定時刻８０４の中に、削除予定時刻が登録されているか否かを判定する。読み込んだレコードの中の削除予定時刻８０４の中に、削除予定時刻が登録されている場合（ステップＳ７０２においてＹＥＳの場合）はステップＳ７０３へ処理を進め、削除予定時刻が登録されていない場合（ステップＳ７０２においてＮＯの場合）は、このファイルを削除することなく、この処理を終了する。

ステップＳ７０３において、ＷＥＢメールサーバ２００は、ステップＳ７０１で読み込んだレコードが保存先のサービス、又は共有ファイルサーバより、トークンが返されているデータか否かを判定する。

ステップＳ７０３において、ＷＥＢメールサーバ２００は、ステップＳ７０１で読み込んだレコードが保存先のサービス、又は共有ファイルサーバより、トークンが返されていないデータと判定した場合（ステップＳ７０３でＮＯの場合）、後続のステップＳ７０９へ処理を進める。

ステップＳ７０９において、現在時刻が削除予定時刻を過ぎていると判定された場合（ステップＳ７０９でＹＥＳの場合）、ステップＳ７１０において、当該レコードに該当するファイルを削除し、続いて、削除処理が終了したため、ステップＳ７１１において削除予定時刻を空欄にし、次のレコードを読む処理へ移る。

ステップＳ７０９において、現在時刻が削除予定時刻を過ぎていないと判定された場合（ステップＳ７０９でＮＯの場合）、ファイルを削除することなく、次のレコードを読む処理へ移る。

続いて、ステップＳ７０３において、ＷＥＢメールサーバ２００が、ステップＳ７０１で読み込んだレコードが保存先のサービス、又は共有ファイルサーバより、トークンが返されているデータと判定した場合（ステップＳ７０３でＹＥＳの場合）の、後続のステップＳ７０４の処理の説明を行う。

ステップＳ７０４において、ＷＥＢメールサーバ２００は、ステップＳ７０１で読み込んだレコードに有効期限が返されているか否かを判定する。有効期限が返されていないと判定した場合（ステップＳ７０４でＮＯの場合）、後続のステップＳ７０９に処理を進める。

ステップＳ７０９において、現在時刻が削除予定時刻を過ぎていると判定された場合（ステップＳ７０９でＹＥＳの場合）、ステップＳ７１０において、当該レコードに該当するファイルを削除し、続いて、削除処理が終了したため、ステップＳ７１１において削除予定時刻を空欄にし、次のレコードを読む処理へ移る。

ステップＳ７０９において、現在時刻が削除予定時刻を過ぎていないと判定された場合（ステップＳ７０９でＮＯの場合）、ファイルを削除することなく、次のレコードを読む処理へ移る。

ステップＳ７０４において、ＷＥＢメールサーバ２００が、ステップＳ７０１で読み込んだレコードに有効期限が返されていると判定した場合（ステップＳ７０４でＹＥＳの場合）、後続のステップＳ７０５に処理を進める。

ステップＳ７０５において、読み込んだレコードのトークンの所有者がシステムの場合は、後続のステップＳ７０６へ処理を進める。

ステップＳ７０６において、ＷＥＢメールサーバ２００は、現在時刻が読み込んだレコードの有効期限８０６を過ぎているか否かを判定する。

ステップＳ７０６において、ＷＥＢメールサーバ２００が、現在時刻が読み込んだレコードの有効期限８０６を過ぎていると判定した場合（ステップＳ７０６でＹＥＳの場合）は、ステップＳ７０７において当該レコードの保存領域へ再度ログインをして新たにトークンを取得し、ステップＳ７０８において、有効期限８０６を延長する。そして、次のレコードを読む処理へ移る。

ステップＳ７０５において、読み込んだレコードのトークンの所有者がユーザかシステムかの判定を行う。読み込んだレコードのトークンの所有者がユーザの場合は、後続のステップＳ７０９へ処理を進める。

ステップＳ７０９において、現在時刻が削除予定時刻を過ぎていると判定された場合（ステップＳ７０９でＹＥＳの場合）、ステップＳ７１０において、当該レコードに該当するファイルを削除し、続いて、削除処理が終了したため、ステップＳ７１１において削除予定時刻を空欄にし、次のレコードを読む処理へ移る。

ステップＳ７０９において、現在時刻が削除予定時刻を過ぎていないと判定された場合（ステップＳ７０９でＮＯの場合）、ファイルを削除することなく、次のレコードを読む処理へ移る。

なお、読み込んだレコードのトークンの所有者がユーザの場合に、次の処理として、現在時刻が有効期限を過ぎているか否かの判定を、トークンの所有者がシステムの場合と同じように行わなくてよいのは、ユーザ所有のフォルダ内のデータは、有効期限を過ぎればアクセスできなくなってしまうため、予め、削除期限を有効期限よりも前に設定しているためである。

ステップＳ７０６において、ＷＥＢメールサーバ２００が、現在時刻が読み込んだレコードの有効期限８０６を過ぎていないと判定した場合（ステップＳ７０６でＮＯの場合）、後続のステップＳ７０９へ処理を進める。

ステップＳ７０９において、現在時刻が削除予定時刻を過ぎていると判定された場合（ステップＳ７０９でＹＥＳの場合）、ステップＳ７１０において、当該レコードに該当するファイルを削除し、続いて、削除処理が終了したため、ステップＳ７１１において削除予定時刻を空欄にし、次のレコードを読む処理へ移る。

ステップＳ７０９において、現在時刻が削除予定時刻を過ぎていないと判定された場合（ステップＳ７０９でＮＯの場合）、ファイルを削除することなく、次のレコードを読む処理へ移る。

次に、図８を用いて、ダウンロードログが保存されるダウンロードテーブル３０５ａとダウンロードテーブル３０５ｂについて説明をする。

図８のダウンロードテーブル３０５ａはログＩＤ８０１をキーとし、ダウンロードを要求したユーザ８０２、要求時刻８０３、削除予定時刻８０４、トークン８０５、有効期限８０６、フォルダ管理元８０７、格納先の種別８０８、格納先８０９の項目からなる。

また、ダウンロードテーブル３０５ｂは、ダウンロードされたデータそのもののデータをダウンロードテーブル３０５ａのログＩＤに紐づける形式で、ダウンロードテーブル３０５ｂのログＩＤをキーとし、ダウンロードされた受信メールデータのファイル名の情報と添付ファイルがダウンロードした受信メールに付随していた場合は、そのデータのファイル名の情報を、メールのファイル名８１１に登録し、レコードとして保存する。

次に、ダウンロードテーブル３０５ａとダウンロードテーブル３０５ｂを構成する各項目について説明を行う。

ダウンロードテーブル３０５ａのログＩＤ８０１はダウンロードデータのユニーク情報となるキー項目である。ダウンロードをする際の１つの受信メールを１ダウンロードとカウントしこの単位でダウンロード結果情報が登録される。

ダウンロードテーブル３０５ａのダウンロードを要求したユーザ８０２へは、ＷＥＢメールサーバ２００に対しＷＥＢメールサーバ２００内の受信メールをダウンロード要求したユーザの情報が登録される。

ダウンロードテーブル３０５ａの要求時刻８０３へは、ＷＥＢメールサーバ２００に対しＷＥＢメールサーバ内の受信メールのダウンロード要求がされた時刻が登録される。

ダウンロードテーブル３０５ａの削除予定時刻８０４へは、クラウドサービス３００又は共有ファイルサーバ４００に対して保存がされたＷＥＢメールサーバ２００からダウンロードしてきたデータを削除する予定時刻が登録される。ＷＥＢメールサーバのシステムは、この削除予定時刻８０４を過ぎたところで、データへのアクセスの有効期限が有る場合は、有効期限範囲内に、アクセスを管理のためにデータを削除する。なお、この削除予定時刻の登録の詳細については後述する。

ダウンロードテーブル３０５ａのトークン８０５へは、サービスにアクセスするためのトークンが登録される。このトークンは、クライアント端末１００が、ＷＥＢメールサーバ２００に対しＷＥＢメールサーバ内の受信メールのダウンロード要求する際に必要となるものである。

ダウンロードテーブル３０５ａの有効期限８０６へは、ダウンロード要求されたＷＥＢメールサーバ２００内の受信メールが、クラウドサービス３００又は共有ファイルサーバに対して保存される際に、トークンの有効期限が登録される。これはダウンロードデータの保存先であるクラウドサービス３００又は共有ファイルサーバが、有効期限を返す場合もあるが、返さない場合もある。この詳細については後述する。

ダウンロードテーブル３０５ａのフォルダ管理元８０７へは、ダウンロード要求されたＷＥＢメールサーバ２００内の受信メールのクラウドサービス３００又は共有ファイルサーバ内への保存先領域の管理元の情報が登録される。ユーザ管理下かＷＥＢメールサーバ管理下かのいずれかの情報が登録される。

ダウンロードテーブル３０５ａの格納先の種別８０８は、ダウンロード要求された、ＷＥＢメールサーバ２００内の受信メールのダウンロードデータの保存先の領域が、クラウドサービスの領域であるか、或いは、共有ファイルサーバの領域であるかの情報が登録される。

ダウンロードテーブル３０５ａの格納先８０９は、ダウンロード要求された、ＷＥＢメールサーバ２００内の受信メールのダウンロードデータの保存先のアドレスが登録される。

なお、実際ダウンロードされたファイルの情報については、ダウンロードテーブル３０５ｂへ保存がされるようにする。

ダウンロードテーブル３０５ｂのログＩＤ８１０は、ダウンロードテーブル３０５ａのログＩＤ８０１と参照関係にあり、ダウンロードテーブル３０５ｂのメールのファイル名８１１へ、１ダウンロードとなる１つの受信メールでダウンロードされた、受信メールのファイルと、そのファイルに対する添付ファイルがある場合そのファイルの情報が、ダウンロードファイルの情報として登録される。

続いて、ダウンロードテーブル３０５ａの削除予定時刻８０４の時刻の説明を行う。ダウンロードテーブル３０５ａの削除予定時刻８０４は、１受信メールがダウンロードされるごとにデータが登録される。従がって、そのレコードの保存先や、ダウンロードのパターンごとに削除予定の時刻の設定のされ方について説明を行う。

まず、ダウンロードテーブル３０５ａ、または、３０５ｂに登録されるダウンロード結果の情報に関するレコードは、大きく、トークンが返されてくるものと、返されてこないものに大別することが出来るため、最初に、トークンが返されてくるレコードの削除予定の時刻情報の設定について説明する。

トークンを返されているレコード中においては、サービスが有効期限の時刻の情報を返すものもあれば、返さないものがある。

まず、トークンと有効期限が返されるデータである、図８、ダウンロードテーブル３０５ａのログＩＤ８０１が２のダウンロード結果情報のデータについて説明をする。こちらは、ダウンロードデータの保存先がユーザ管理下の領域の場合である。

ダウンロードテーブル３０５ａ、３０５ｂへアクセスしてデータ管理を行う、ＷＥＢメールサーバのシステムは、このダウンロードデータに関してはトークンがあるため、ダウンロードデータの保存先がユーザ管理下の領域の場合、このトークンの有効期限までは、データへのアクセスが可能である。

従がって、有効期限を過ぎればアクセスできなくなってしまうため、データを削除するために、削除期限をトークンの有効期限により前に設定する。

次に、トークンと有効期限が返されるデータである、図８、ダウンロードテーブル３０５ａのログＩＤ８０１が３のダウンロード結果情報のデータについて説明をする。こちらは、ダウンロードデータの保存先がＷＥＢメールサーバのシステム管理下の領域の場合である。

この場合、図１１の１１０５の保存日数と図８の要求時刻８０３を元に図８の削除予定時刻８０４を決定する。

なお、ダウンロードテーブル３０５ａ、３０５ｂへアクセスして、データ管理を行う、ＷＥＢメールシステムは、このデータに関してはトークンがあり、ダウンロードデータの保存先がＷＥＢメールサーバのシステム管理下の領域の場合、有効期限を過ぎても再度ログインをすれば、データへのアクセスが可能である。

従がって、有効期限を過ぎても、削除がされない限り、いつでもアクセスが可能となるため、再度アクセスをし、再ログインした際に、トークンを再度取得できるので、トークンの有効期限に縛られずに削除時刻を決めることが出来る。

次に、トークンは返されるが有効期限は返されてこないデータである、図８、ダウンロードテーブル３０５ａのログＩＤ８０１が４のダウンロード結果情報のデータについて説明をする。こちらは、ダウンロードデータの保存先がユーザ管理下の領域の場合である。

ダウンロードテーブル３０５ａ、３０５ｂアクセスしてデータ管理を行う、ＷＥＢメールサーバのシステムは、このデータに関してはトークンがあるため、トークンとともに有効期限が返されない場合であってもトークン自体の有効期限があるため、その有効期限内であれば、ダウンロードデータの保存先がユーザ管理下の領域でもアクセス可能である。
従がって、削除をしない限りデータが存在してしまうため、削除予定日を要求時刻より設定する。

次に、トークンは返されるが有効期限は返されてこないデータである、図８、ダウンロードテーブル３０５ａのログＩＤ８０１が１のダウンロード結果情報のデータについて説明をする。こちらは、ダウンロードデータの保存先がＷＥＢメールサーバのシステム管理下の領域の場合である。

この場合、図１１の１１０５の保存日数と図８の要求時刻８０３を元に図８の削除予定時刻８０４を決定する。

なお、ダウンロードテーブル３０５ａ、３０５ｂへアクセスして、データ管理を行う、ＷＥＢメールシステムは、このデータに関してはトークンがあり、ダウンロードデータの保存先がＷＥＢメールサーバのシステム管理下の領域の場合、有効期限を過ぎても再度ログインをすれば、データへのアクセスが可能である。

次に、トークンを返されてこないレコードの削除予定の時刻情報の設定について説明する。

次に、図８、ダウンロードテーブル３０５ａのログＩＤ８０１が７と８のダウンロード結果情報のデータについて説明をする。

ダウンロードテーブル３０５ａ、３０５ｂへアクセスしてデータ管理を行う、ＷＥＢメールサーバのシステムは、このデータに関してはトークン自体が無いが、ダウンロードデータの保存先がＷＥＢメールサーバのシステム管理下の領域であるため、アクセスが常時可能である。したがって、削除予定日を要求時刻より設定し、削除に備える。

この場合、図１１の１１０５の保存日数と図８の要求時刻８０３を元に図８の削除予定時刻８０４を決定する。

次に、図８、ダウンロードテーブル３０５ａのログＩＤ８０１が５と６のダウンロード結果情報のデータについて説明をする。

ダウンロードテーブル３０５ａ、３０５ｂへアクセスしてデータ管理を行う、ＷＥＢメールサーバのシステムは、このデータが存在する領域にアクセスするためのトークンが無く、ユーザのログインＩＤとパスワードも記憶してないため、ダウンロードデータの保存先がユーザ管理下の領域についてはアクセスが不可能である。したがって、削除予定日を要求時刻より設定しても無駄なため、設定しないで、ダウンロードされたデータはそのままにしておくこととなる。

ダウンロードテーブル３０５ａ、３０５ｂへ、各ダウンロードデータに対するダウンロード情報を登録する際に、以上のように削除予定時刻８０４を登録することによって、図７のＷＥＢメールサーバにおけるダウンロードファイルの削除処理を行うことによりデータを適切に管理することが出来るようになる。

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

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

また、本発明におけるプログラムは、図４から図７に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４から図７の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４から図７の各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

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

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ クライアント端末
２００ ＷＥＢメールサーバ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ（入力Ｃ）
２０６ ビデオコントローラ（ＶＣ）
２０７ メモリコントローラ（ＭＣ）
２０８ 通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）
２０９ ＫＢ（キーボード）
２１０ ＣＲＴ
２１１ 外部メモリ（ＨＤ，ＦＤ）
３００ クラウドサービス
３０１ ダウンロードデータ要求部
３０２ ダウンロードデータ要求受信部
３０３ ダウンロードデータ送信部
３０４ ダウンロードデータ管理部
３０５ａ ダウンロードテーブル
３０５ｂ ダウンロードテーブル
３０６ アクセス条件情報送信部
３０７ ダウンロードデータ受信部
３０８ ダウンロードデータ保存部
４００ 共有ファイルサーバ
５００ ＬＡＮ
６００ インターネット回線
１１００ 格納先情報テーブル

Claims (15)

1. クライアント端末と、ストレージサーバと、ネットワークを介して接続可能なＷＥＢメールサーバであって、
   前記クライアント端末から、ダウンロードを指示された受信メールデータと、格納先を指示するストレージサーバとを、ダウンロード要求として受信するダウンロード要求受信手段と、
   前記ストレージサーバへのログインをするためのログイン手段と、
   前記ＷＥＢメールサーバから、前記ダウンロード要求受信手段により受信した前記ダウンロード要求において指示された格納先である前記ストレージサーバへ、該ダウンロード要求において指示された前記受信メールデータをダウンロードするダウンロード手段と、
   前記ダウンロード手段によるダウンロードの結果を、前記受信メールデータに紐づくダウンロード結果情報として、前記受信メールデータを前記ＷＥＢメールサーバからダウンロード要求した時刻であるダウンロード要求時刻と、格納先へダウンロードした前記受信メールデータの削除予定時刻と、前記受信メールデータの前記格納先の管理元情報と、前記受信メールデータの前記格納先の種別と、を記録するダウンロード結果記憶手段と、
   前記受信メールデータに紐づく前記ダウンロード結果情報に前記削除予定時刻が存在するか否かを判定する削除判定手段と、
   前記削除判定手段により、前記削除予定時刻が存在すると判定された場合、前記削除予定時刻が過ぎた時点において、前記受信メールデータを削除する削除手段と
   を備えることを特徴とするＷＥＢメールサーバ。
2. 前記ストレージサーバにおける前記受信メールデータの前記格納先の場所と、該格納先の場所への認証のためのアカウントとパスワードと、格納先情報と、保存日数とを記憶する格納先情報記憶手段
   を更に備えることを特徴とする請求項１に記載のＷＥＢメールサーバ。
3. 前記格納先情報は、更に、
   前記格納先がＷＥＢメールサーバ管理かユーザ管理かを示す種別情報を所持し、
   前記種別情報に基づき、前記ダウンロード結果情報で示される該格納先が前記ＷＥＢメールサーバ管理の元であるか、前記ユーザ管理の元であるか、のいずれであるかを判定する判定手段と、
   前記判定手段によりＷＥＢメールサーバ管理と判定された場合は、前記格納先情報からアカウント情報を取得するアカウント情報取得手段と、
   前記判定手段により前記格納先情報がユーザ管理と判定された場合には、ユーザにアカウント情報を要求するためのアカウント情報要求手段と
   を備えることを特徴とする請求項２に記載のＷＥＢメールサーバ。
4. 前記ログイン手段によるログインを確認した際に、前記ストレージサーバにおける前記受信メールデータの前記格納先が、前記格納先へのアクセスを許可するためのトークンを返す場合に、該トークンを受信するトークン受信手段と、
   を更に備え、
   前記ダウンロード結果記憶手段は、前記トークンを受信した場合には、前記ダウンロード結果情報に、前記トークンをも対応 付けて記憶する
   ことを特徴とする請求項３に記載のＷＥＢメールサーバ。
5. 前記トークン受信手段は、更に、前記ストレージサーバがトークンの有効期限を返す場合には、前記トークンの有効期限をも受信し、
   前記格納先情報記憶手段は、前記トークンの有効期限を受信した場合には、前記ダウンロード結果情報に、前記トークンの有効期限をも対応付けて記憶する
   することを特徴とする請求項４に記載のＷＥＢメールサーバ。
6. ダウンロードされた前記受信メールデータに関する前記ダウンロード結果情報をダウンロード結果記憶手段に記憶する際、
   前記有効期限の時刻が前記トークンより返されている場合は、前記削除予定時刻を該有効期限の時刻から算出して前記ダウンロード結果記憶手段の前記有効期限の時刻に登録し、
   前記有効期限の時刻が前記トークンより返されない場合は、前記削除予定時刻をダウンロード要求時刻から算出して前記ダウンロード結果記憶手段の前記有効期限の時刻に登録し、
   前記ＷＥＢメールサーバの管理者が前記格納先情報で前記受信メールデータの前記格納先の前記保存日数を設定していた場合は、該保存日数と前記ダウンロード要求時刻により有効期限の時刻を算出し、前記ダウンロード結果記憶手段の前記有効期限の時刻に登録する
   ことを特徴とする請求項５に記載のＷＥＢメールサーバ。
7. 前記受信メールデータの前記格納先の種別とは、前記ストレージサーバの種別であって、クラウドサービス、又は、共有ファイルサーバのいずれかを指定する
   ことを特徴とする請求項３乃至６のいずれか１項に記載のＷＥＢメールサーバ。
8. 前記削除手段は、
   前記受信メールデータのうち、該受信メールデータに紐づく前記ダウンロード結果情報において、前記トークンの情報が存在しないものについて、前記削除を実行する場合、
   前記削除予定時刻が過ぎた時点において、前記受信メールデータを削除する
   ことを特徴とする請求項４乃至７のいずれか１項に記載のＷＥＢメールサーバ。
9. 前記削除手段は、
   前記受信メールデータのうち、該受信メールデータに紐づく前記ダウンロード結果情報において、前記トークンの情報が存在するが、前記有効期限の時刻の日付情報が存在しない場合、
   前記削除予定時刻が過ぎた時点において、前記受信メールデータを削除する
   ことを特徴とする請求項５乃至８のいずれか１項に記載のＷＥＢメールサーバ。
10. 前記削除手段は、
    前記受信メールデータのうち、該受信メールデータに紐づく前記ダウンロード結果情報において、前記トークンの情報が存在し、前記有効期限の時刻の日付情報が存在する場合、
    前記判定手段により、前記ダウンロード結果情報で示される該格納先が前記ＷＥＢメールサーバ管理の元であるか、前記ユーザ管理の元であるかを判定し、
    前記判定におき、前記格納先が前記ユーザ管理の元であると判定された場合、
    前記削除予定時刻が過ぎた時点において、前記受信メールデータを削除する
    ことを特徴とする請求項５乃至９のいずれか１項に記載のＷＥＢメールサーバ。
11. 前記削除手段は、
    前記受信メールデータのうち、該受信メールデータに紐づく前記ダウンロード結果情報において、前記トークンの情報が存在し、前記有効期限の時刻の日付情報が存在する場合、
    前記判定手段により、前記ダウンロード結果情報で示される該格納先が前記ＷＥＢメールサーバ管理の元であるか、前記ユーザ管理の元であるかを判定し、
    前記判定におき、前記格納先が前記ＷＥＢメールサーバ管理の元であると判定された場合、
    現在時刻が前記有効期限の時刻を過ぎていない場合は、
    前記削除予定時刻が過ぎた時点において、前記受信メールデータを削除する
    ことを特徴とする請求項５乃至１０のいずれか１項に記載のＷＥＢメールサーバ。
12. 前記受信メールデータのうち、該受信メールデータに紐づく前記ダウンロード結果情報において、前記トークンの情報が存在し、前記有効期限の時刻の日付情報が存在する場合、
    前記判定手段により、前記ダウンロード結果情報で示される該格納先が前記ＷＥＢメールサーバ管理の元であるか、前記ユーザ管理の元であるかを判定し、
    前記判定におき、前記格納先が前記ＷＥＢメールサーバ管理の元であると判定された場合、
    現在時刻が前記有効期限の時刻を過ぎている場合は、
    前記ダウンロード結果情報に紐づく前記受信メールデータの前記格納先へ、再度ログインをし、前記トークンを再取得し、該ダウンロード結果情報に紐づく該受信メールデータの前記有効期限の時刻をさらに延長することを可能とする
    ことを特徴とする請求項５乃至１１のいずれか１項に記載のＷＥＢメールサーバ。
13. クライアント端末と、ストレージサーバと、ネットワークを介して接続可能なＷＥＢメールサーバの制御方法であって、
    ダウンロード要求受信手段が、前記クライアント端末から、ダウンロードを指示された受信メールデータと、格納先を指示するストレージサーバとを、ダウンロード要求として受信するダウンロード要求受信ステップと、
    ログイン手段が、前記ストレージサーバへのログインをするためのログインステップと、
    ダウンロード手段が、前記ＷＥＢメールサーバから、前記ダウンロード要求受信ステップにより受信した前記ダウンロード要求において指示された格納先である前記ストレージサーバへ、該ダウンロード要求において指示された前記受信メールデータをダウンロードするダウンロードステップと、
    ダウンロード結果登録手段が、前記ダウンロード手段によるダウンロードの結果を、前記受信メールデータに紐づくダウンロード結果情報として、前記受信メールデータを前記ＷＥＢメールサーバからダウンロード要求した時刻であるダウンロード要求時刻と、格納先へダウンロードした前記受信メールデータの削除予定時刻と、前記受信メールデータの前記格納先の管理元情報と、前記受信メールデータの前記格納先の種別と、をダウンロード結果記憶手段に記録するダウンロード結果記憶ステップと、
    削除判定手段が、前記受信メールデータに紐づく前記ダウンロード結果情報に前記削除予定時刻が存在するか否かを判定する削除判定ステップと、
    削除手段が、前記削除判定ステップにより、前記削除予定時刻が存在すると判定された場合、前記削除予定時刻が過ぎた時点において、前記受信メールデータを削除する削除ステップと
    を含むことを特徴とするＷＥＢメールサーバの制御方法。
14. コンピュータを、クライアント端末と、ストレージサーバと、ネットワークを介して接続可能なＷＥＢメールサーバとして機能させるプログラムであって、
    前記コンピュータを、
    前記クライアント端末から、ダウンロードを指示された受信メールデータと、格納先を指示するストレージサーバとを、ダウンロード要求として受信するダウンロード要求受信手段、
    前記ストレージサーバへのログインをするためのログイン手段、
    前記ＷＥＢメールサーバから、前記ダウンロード要求受信手段により受信した前記ダウンロード要求において指示された格納先である前記ストレージサーバへ、該ダウンロード要求において指示された前記受信メールデータをダウンロードするダウンロード手段、
    前記ダウンロード手段によるダウンロードの結果を、前記受信メールデータに紐づくダウンロード結果情報として、前記受信メールデータを前記ＷＥＢメールサーバからダウンロード要求した時刻であるダウンロード要求時刻と、格納先へダウンロードした前記受信メールデータの削除予定時刻と、前記受信メールデータの前記格納先の管理元情報と、前記受信メールデータの前記格納先の種別と、を記録するダウンロード結果記憶手段、
    前記受信メールデータに紐づく前記ダウンロード結果情報に前記削除予定時刻が存在するか否かを判定する削除判定手段、
    前記削除判定手段により、前記削除予定時刻が存在すると判定された場合、前記削除予定時刻が過ぎた時点において、前記受信メールデータを削除する削除手段
    として機能させることを特徴とするプログラム。
15. 請求項１４に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images