JP2015032275A - システムおよびその制御方法、及びプログラム - Google Patents

Abstract

【課題】メール送信サーバが、メール送信要求元のサーバにメールアドレスを通知することなく、メール送信要求元のサーバからメール送信要求を受け付けることができない。
【解決手段】システムにおいて、ユーザ識別情報とメールアドレスとを関連づけて認証サーバにて管理し、認証処理によりユーザが認証されたことに応じて当該ユーザのユーザ識別情報を含む認可情報を認証サーバから送信し、前記認可情報とともにサービスの要求をサービスサーバにて受け付けた際に、前記サービスサーバから前記サービスに関連するメール送信の要求と前記認可情報に含まれる前記ユーザ識別情報とを前記メール送信サーバにて受け付け、前記サービスに関連するメール送信の要求を受け付けたことに応じて、前記認可情報に含まれるユーザ識別情報に関連づけられたメールアドレスを前記認証サーバに問い合わせることで特定し、前記特定されたメールアドレスに対し、メール送信を前記メール送信サーバにて行う。
【選択図】 図３

Description

本発明は、システムおよびその制御方法、及びプログラムに関する。

近年、複数のサーバが連携して、利用者に様々な機能を提供するクラウド環境で動作するシステムが普及してきている。その機能のひとつとして、ユーザにメールを送信する機能がある。メールの送信例として、クラウドシステムからユーザへテキストだけのメールを送ることもあれば、電子ファイル付きのメールを送ることも考えられる。

従来技術として、特許文献１のように、電子ファイルをメールで送信するシステムがある。

特開２０１２―６５３０３号公報

従来技術では、メールの送信要求元はメールの送信先の宛先としてメールアドレスを指定する必要があった。ところが、複数のサーバが連携するクラウド環境のシステムにおいて、メール機能を実現する場合、メール送信機能を提供するサーバ（以下、メール送信サーバ）のみが個人情報であるメールアドレスを取得できる構成であることがセキュリティ的に望ましい。しかし、メール送信サーバ以外のメール送信要求元のサーバ（以下、クライアントサーバ）にメールアドレスを通知することなく、クライアントサーバからメール送信を行う仕組みがなかった。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、サービスを提供するサービスサーバと、メール送信を行うメール送信サーバと、前記サービスの利用に際し認証処理を行う認証サーバとを含むシステムであって、前記システムにて用いられるユーザ識別情報とメールアドレスとを関連づけて前記認証サーバにて管理する管理手段と、前記認証処理によりユーザが認証されたことに応じて当該ユーザのユーザ識別情報を含む認可情報を前記認証サーバから送信する送信手段と、前記認可情報とともに前記サービスの要求を前記サービスサーバにて受け付けた際に、前記サービスサーバから前記サービスに関連するメール送信の要求と前記認可情報に含まれる前記ユーザ識別情報とを前記メール送信サーバにて受け付ける受付手段と、前記受付手段により前記サービスに関連するメール送信の要求を受け付けたことに応じて、前記認可情報に含まれるユーザ識別情報に関連づけられたメールアドレスを前記認証サーバに問い合わせることで特定する特定手段と、前記特定手段により特定されたメールアドレスに対し、メール送信を前記メール送信サーバにて行うメール送信手段とを有する。

メールの送信要求元からメールの宛先として、メールアドレスだけでなく、ユーザ識別情報を受け付けて、メールを送信することができる。

システムの構成例を示す図。 ハードウェア構成の例を示す図。 ソフトウェア構成の例を示す図。 ユーザ情報およびグループ情報を管理するテーブルを示す図。 ログイン画面の例を示す図。 ログインユーザのユーザＩＤの取得処理のフローチャート。 ログインユーザ以外のユーザのユーザＩＤの取得処理のフローチャート。 添付ファイル付メールの送信処理のフローチャート。 ユーザＩＤに対応するメールアドレスの取得処理のフローチャート。 メール送信画面の例を示す図。 第二の実施形態に係るメールサーバの情報を管理するテーブルを示す図。 第二の実施形態に係るファイルの情報を管理するテーブルを示す図。 第二の実施形態に係る添付ファイル付メールとファイル格納先ＵＲＬを記載したメールとを切り替えて送信する処理のフローチャート。 第二の実施形態に係るファイルのダウンロード処理のフローチャート。 第二の実施形態に係るファイルのダウンロード画面の例を示す図。 第三の実施形態に係るメールの送信履歴を管理するテーブルを示す図。 第三の実施形態に係る更新前後のメールアドレスのドメイン毎の送信不可データサイズを管理するテーブルを示す図。 第三の実施形態に係る添付ファイル付メールの送信処理のフローチャート。 第三の実施形態に係るメールサーバの送信許容データサイズを超過するメールの送信処理のフローチャート。

以下、本発明を実施するための形態について図面を用いて説明する。

＜第一の実施形態＞
［システム構成］
図１は、本発明におけるシステムの概略図である。本実施形態のシステムには、メール送信サーバ１００、クライアントサーバ１０１、認証サーバ１０２、クライアントＰＣ１０３、および、メールサーバ１０４が存在する。各サーバは、インターネット等のネットワーク１０５を介して接続されている。図示されていないが、クライアントサーバ１０１やクライアントＰＣ１０３が、複数あっても構わない。なお、本実施形態では、クライアントサーバ１０１は、ユーザの要求に応じて、メール送信サービス以外の任意のサービスを提供するサービスサーバとしても機能するものとする。

本実施形態に係る、メールの基本的な送信処理の流れを説明する。メール送信サーバ１００が、システムのメール送信処理を一括して担い、システム内で発生したメールの送信要求を受けて送信するメールを作成する。作成したメールの送信要求をメールサーバ１０４に対して行い、メールサーバ１０４は、宛先のメールアドレスから転送先の外部メールサーバ１０６を特定して、メールを転送する。そして、メールの受信者がＰＣやモバイル等のコンピュータ１０７を用いて外部メールサーバ１０６に受信者宛のメールを問い合わせ、メールを受信する。

［ハードウェア構成］
図２は、本発明の実施形態に係るシステムを構成する各ＰＣのハードウェア構成の例を示している。図２に示すハードウェア構成は、一般的な情報処理装置のハードウェア構成に相当するものとし、本実施形態の各ＰＣは一般的な情報処理装置のハードウェア構成を適用できる。

図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用に記憶された、或いは外部メモリ２１０からＲＡＭ２０２にロードされたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーション等のプログラムを実行する。後述するフローチャートの各処理は、各装置におけるＣＰＵ２０１が本願発明に係るプログラムを実行することにより実現される。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ２０４は、キーボード２０８やマウスなどのポインティングデバイス（不図示）からのキー入力を制御する。ディスプレイコントローラ２０５は、表示用デバイスであるディスプレイ２０９の表示を制御する。ディスクコントローラ２０６は、各種データを記憶するハードディスク（ＨＤ）等の外部メモリ２１０におけるデータアクセスを制御する。

ＮＩＣ２０７は、ネットワークインターフェースであり、ネットワーク１０５に接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。ハードディスク（ＨＤ）２１０には、ＯＳやアプリケーション等のプログラムが格納されると共に、ＯＳによりファイルシステムが構築され、ＯＳの管理下で各種ファイルが格納される。相互接続バス２１１は、ＣＰＵ２０１により各ブロック間の通信を仲介する。

［ソフトウェア構成］
図３は、本システムのソフトウェアモジュール構成を示す図である。以降に説明される各処理は、ハードディスク（ＨＤ）２１０に記録されているプログラムをＲＡＭ２０２にロードし、ＣＰＵ２０１で実行されることにより実現される。以降の説明では、図３に記載のメール送信サーバ１００、クライアントサーバ１０１、および、認証サーバ１０２で構成されるシステムを「メール送信システム」と記載して説明する。

まず、メール送信サーバ１００の各部について、説明する。メール送信要求受付部３０１は、メールの送信要求元（本実施形態では、クライアントサーバ１０１）からメールの送信要求を受け付ける。受け付ける情報としては、メールの宛先、メールの文面（件名、本文など）、送信するファイルを含むものとする。メールの宛先の形式は、メール送信システムのユーザを識別するユーザ識別情報（以下、ユーザＩＤ）を受け付ける。また、認証サーバ１０２で管理されていない（すなわち、メール送信システムに登録されていない）メールアドレスに対してもメールを送信できるようにするため、メールの宛先の形式としてメールアドレスも受け付ける。ユーザＩＤ等のユーザに関する情報は、後述する認証サーバ１０２のユーザ情報管理部３４１で一括して管理されている。

メールアドレス問い合わせ要求部３０２は、メールの宛先として指定されたユーザＩＤに設定されているメールアドレスの取得を認証サーバ１０２に対して要求する。メール作成部３０３は、メールの文面および送信対象のファイルを用いて送信するメールを作成する。このとき、メール作成部３０３は、クライアントサーバ１０１から受け付けた、あるいは認証サーバ１０２から取得したメールアドレスを宛先として設定する。メール送信部３０４は、メールサーバ１０４に対して、作成したメールの送信を要求する。

次に、クライアントサーバ１０１の各部について説明する。ユーザＩＤ取得部３２１は、メール送信システムにログインしたユーザのユーザＩＤをｈｔｔｐヘッダから取得する。ユーザＩＤの取得処理については、図６を用いて後述する。

ユーザＩＤ問い合わせ要求部３２２は、認証サーバ１０２に対して、メール送信システムにログインしているユーザが取得可能である他のユーザのユーザＩＤの一覧の取得を要求する。他のユーザのユーザＩＤの一覧の取得処理については、図７を用いて後述する。メール送信要求部３２３は、メール送信サーバ１００に対して、メールの送信要求を行う。メールの送信要求は、メールの宛先（ユーザＩＤ形式、あるいは、メールアドレス形式）、メールの文面（件名、本文）、および、送信するファイルを含むものとする。

クライアントサーバ認証部３２４は、クライアントサーバ１０１が提供するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に、メール送信システムにログインしていないユーザがアクセスした際、認証サーバ１０２のログイン画面にリダイレクトさせる。

次に、認証サーバ１０２の各部について説明する。ユーザ情報管理部３４１は、メール送信システムに登録されているユーザのユーザ情報、および、ユーザが所属するグループ情報を管理している。具体的には、ユーザ情報管理部３４１は、図４（ａ）のユーザ情報テーブル４０１のように、ユーザＩＤ、パスワード、及びメールアドレスを関連づけて、ユーザ情報を管理する。ユーザＩＤは、メール送信システムに登録されているユーザを一意に識別するための識別子である。また、ユーザ情報管理部３４１は、図４（ｂ）のグループ情報テーブル４０２のように、グループＩＤ、ユーザＩＤ、及びロールを関連づけて、グループに所属するユーザとそのユーザのグループにおけるロールを管理する。

メールアドレス問い合わせ要求受付部３４２は、メール送信サーバ１００から、ユーザＩＤに設定されているメールアドレスの問い合わせ要求を受け付ける。メール送信システムの中では、メール送信サーバ１００以外からのメールアドレスの問い合わせ要求は受け付けないものとする。

メールアドレス検索部３４３は、メールアドレス取得要求の対象のユーザＩＤに関連づけられているメールアドレスをユーザ情報テーブル４０１から検索して取得する。そして、メールアドレス検索部３４３は、取得したメールアドレスを問い合わせ要求元のメール送信サーバ１００にレスポンスとして返す。

ユーザＩＤ問い合わせ要求受付部３４４は、クライアントサーバ１０１から、メール送信システムにログインしているユーザが取得可能である他のユーザのユーザＩＤの一覧の問い合わせ要求を受け付ける。

ユーザＩＤ検索部３４５は、対象のユーザＩＤが取得可能な他のユーザＩＤの一覧をグループ情報テーブル４０２から検索し、取得して取得要求元のクライアントサーバ１０１にレスポンスとして返す。本実施形態では、あるグループの管理者ユーザであるユーザは、そのグループに所属する各ユーザのユーザＩＤを取得できるものとする。例えば、図４（ｂ）に示すように、ユーザＩＤが“Ｕｓｅｒ００１”であるユーザは、グループＩＤが“Ｇｒｏｕｐ１”であるグループにおいて、ロールが“管理者ユーザ”である。そのため、同じグループ（“Ｇｒｏｕｐ１”）に所属するユーザの各ユーザＩＤ（“Ｕｓｅｒ００２”および“Ｕｓｅｒ００３”）を取得可能である。

認証部３４６は、メール送信システムの認証処理を行う。ユーザがメール送信システムにログインするために、図５のようなログイン画面５０１を提供する。認証部３４６は、ユーザによって入力されたユーザＩＤ、及びパスワードが正しいか否かを、ユーザ情報テーブル４０１を参照して判定する。そして、入力された情報が正しければ、認証部３４６は、認証成功としてレスポンスを返す。入力された情報が正しくなければ、認証部３４６は、認証エラーとしてレスポンスを返す。

ユーザＩＤ格納部３４７は、認証部３４６がログインの認証に成功した際に、ログインしたユーザのユーザＩＤをｈｔｔｐヘッダに格納する。ｈｔｔｐヘッダについては、公知の技術であるため、ここでは詳細に説明しないが、ＨＴＴＰ通信を行う場合のやり取りにおいて用いられる情報である。本実施形態では、ｈｔｔｐヘッダにユーザのユーザＩＤが設定されていることにより、そのユーザに対する認証が正常に行われたものとし、これを認可情報として扱う。

次に、クライアントＰＣ１０３の各部について説明する。入出力制御部３３１は、クライアントサーバ１０１、および、認証サーバ１０２に対してデータの要求を送信し、そのレスポンスを受信する。ＵＩ表示部３３２は、クライアントサーバ１０１および認証サーバ１０２が提供するＵＲＬのデータを解釈して、ウェブブラウザ（不図示）に表示する。

［ログインユーザのユーザＩＤの取得処理］
メール送信要求元のクライアントサーバ１０１が、メール送信システムのユーザのユーザＩＤを取得する処理について、図６のフローチャートを用いて、説明する。本処理は、各装置のＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを読み出して実行することにより実現される。

Ｓ６０１：クライアントＰＣ１０３の入出力制御部３３１が、ユーザによって入力されたクライアントサーバ１０１が提供するＵＲＬへのアクセスの要求をクライアントサーバ１０１に対して送信する。

Ｓ６０２：クライアントサーバ１０１のクライアントサーバ認証部３２４が、クライアントＰＣ１０３からのアクセスの要求を受け付けたことに応答して、認証サーバ１０２が提供するログインページのＵＲＬへのリダイレクトレスポンスを返す。

Ｓ６０３：クライアントＰＣ１０３のＵＩ表示部３３２が、リダイレクト先である認証サーバ１０２が提供するログイン画面のＵＲＬを解釈して、ログイン画面５０１を表示する。

Ｓ６０４：クライアントＰＣ１０３の入出力制御部３３１が、ログイン画面５０１でユーザによって入力されたユーザＩＤとパスワードを認証サーバ１０２に対して送信することで、認証サーバ１０２に認証の要求を行う。

Ｓ６０５：認証サーバ１０２の認証部３４６が、ユーザ情報テーブル４０１を参照して、Ｓ６０４で送信されたユーザＩＤとパスワードが一致するか否かを判定することで、ユーザの認証を行う。認証が成功した場合（Ｓ６０５にてＹＥＳ）、Ｓ６０６へ進む。認証が失敗した場合（Ｓ６０５にてＮＯ）、Ｓ６１１へ進む。

Ｓ６０６：認証サーバ１０２のユーザＩＤ格納部３４７が、Ｓ６０５にて認証が成功したユーザのユーザＩＤをｈｔｔｐヘッダに埋め込んで格納する。このユーザＩＤが埋め込まれたｈｔｔｐヘッダが認可情報として扱われることとなる。

Ｓ６０７：認証サーバ１０２の認証部３４６が、Ｓ６０１でユーザがアクセスしたクライアントサーバ１０１の提供するＵＲＬへのリダイレクトレスポンスを返す。ここで提供されるＵＲＬは、認証サーバ１０２が予め保持していても良いし、クライアントサーバ１０１が最初にアクセスした際に保持された情報を利用するようにしても構わない。

Ｓ６０８：クライアントＰＣ１０３の入出力制御部３３１が、Ｓ６０７でリダイレクトされた、Ｓ６０１でユーザがアクセスしたクライアントサーバ１０１の提供するＵＲＬにアクセスする。

Ｓ６０９：クライアントサーバ１０１のユーザＩＤ取得部３２１が、認証サーバ１０２によりｈｔｔｐヘッダに格納されたユーザＩＤを取得する。

Ｓ６１０：クライアントＰＣ１０３のＵＩ表示部３３２が、Ｓ６０１でユーザがアクセスしたクライアントサーバ１０１のＵＲＬに対応する画面を表示する。そして、本処理フローを終了する。

Ｓ６１１：認証サーバ１０２の認証部３４６が、認証に失敗した旨のレスポンスをクライアントＰＣ１０３に返す。

Ｓ６１２：クライアントＰＣ１０３のＵＩ表示部３３２が、認証に失敗した旨を示すエラー画面を表示する。そして、本処理フローを終了する。

［ログインユーザ以外のユーザのユーザＩＤの取得処理］
メール送信要求元のクライアントサーバ１０１が、メール送信システムにログインしているユーザが取得可能な他のユーザのユーザＩＤを取得する処理について、図７のフローチャートを用いて説明する。尚、図６に示したログインユーザのユーザＩＤの取得処理により、クライアントサーバ１０１がメール送信システムにログインしているユーザのユーザＩＤを既に取得していることを前提とする。本処理は、各装置のＣＰＵが記憶部であるＲＯＭ等に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ７０１：クライアントＰＣ１０３のユーザＩＤ問い合わせ要求部３２２が、メール送信システムにログインしているユーザが取得可能な、他のユーザのユーザＩＤ一覧の取得要求を認証サーバ１０２に対して送信する。

Ｓ７０２：認証サーバ１０２のユーザＩＤ問い合わせ要求受付部３４４が、Ｓ７０１でクライアントサーバ１０１から送信されたユーザＩＤ一覧の取得要求を受け付ける。

Ｓ７０３：認証サーバ１０２のユーザＩＤ検索部３４５が、グループ情報テーブル４０２を参照して、対象のユーザが取得可能である、他のユーザのユーザＩＤ一覧を検索し、取得する。図４（ｂ）の例における、ユーザＩＤが“Ｕｓｅｒ００１”のユーザが取得可能な他のユーザＩＤ一覧を取得する場合を説明する。グループ情報テーブル４０２を参照し、ユーザ（“Ｕｓｅｒ００１”）の所属するグループとそのグループにおけるロールを判定する。ユーザ（“Ｕｓｅｒ００１”）は、グループＩＤが“Ｇｒｏｕｐ１”のグループにおいて、ロールが“管理者ユーザ”であるため、同じグループ（“Ｇｒｏｕｐ１”）に所属する他のユーザのユーザＩＤ一覧を取得可能である。同じグループ（“Ｇｒｏｕｐ１”）に所属するのは、“Ｕｓｅｒ００２”と“Ｕｓｅｒ００３”であるため、ユーザＩＤ（“Ｕｓｅｒ００１”）が取得可能な他のユーザＩＤ一覧として、各ユーザＩＤ（“Ｕｓｅｒ００２”と“Ｕｓｅｒ００３”）を取得する。

Ｓ７０４：認証サーバ１０２のユーザＩＤ検索部３４５が、Ｓ７０３で取得したユーザＩＤ一覧をクライアントサーバ１０１に対して送信する。

Ｓ７０５：クライアントＰＣ１０３のユーザＩＤ問い合わせ要求部３２２が、Ｓ７０４で認証サーバ１０２から送信されたユーザＩＤ一覧を受信し、取得する。そして、本処理フローを終了する。

［添付ファイル付メールの送信処理］
メール送信サーバ１００が、添付ファイル付きのメールを送信する処理について、図８のフローチャートを用いて説明する。本処理は、各装置のＣＰＵが記憶部であるＲＯＭ等に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ８０１：クライアントサーバ１０１のメール送信要求部３２３が、メール送信サーバ１００に対してメールの送信を要求する。ここでのメールの送信要求には、メールの宛先（ユーザＩＤあるいはメールアドレス）、メールの文面（件名、本文）、及び送信対象となるファイルを含むものとする。メールの宛先の指定例は、図１０を用いて後述する。

Ｓ８０２：メール送信サーバ１００のメール送信要求受付部３０１が、Ｓ８０１でクライアントサーバ１０１から送信されたメールの送信要求（メールの宛先、文面、送信対象のファイル）を受信する。

Ｓ８０３：メール送信サーバ１００のメール作成部３０３が、Ｓ８０２で受信した送信対象のファイルを圧縮する。

Ｓ８０４：メール送信サーバ１００のメール作成部３０３が、宛先の形式がユーザＩＤであるか否かを判定する。宛先の形式がユーザＩＤである場合（Ｓ８０４にてＹＥＳ）、Ｓ８０５へ進む。宛先の形式がメールアドレスである場合（Ｓ８０４にてＮＯ）、Ｓ８０６へ進む。

Ｓ８０５：メール送信サーバ１００のメールアドレス問い合わせ要求部３０２が、メールの宛先として指定されたユーザＩＤに設定されているメールアドレスを取得する。ここでの処理の詳細は、図９を用いて後述する。

Ｓ８０６：メール送信サーバ１００のメール作成部３０３が、メールの宛先となるメールアドレス、メールの文面、および送信対象のファイルを用いて、添付ファイル付きのメールを作成する。

Ｓ８０７：メール送信サーバ１００のメール送信部３０４が、宛先となるメールアドレスに対して、添付ファイル付きのメールを送信する。そして、本処理フローを終了する。

［ユーザＩＤに設定されているメールアドレスの取得処理］
ユーザＩＤに設定されているメールアドレスの取得処理について、図９のフローチャートを用いて説明する。本処理は、各装置のＣＰＵが記憶部であるＲＯＭ等に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ９０１：メール送信サーバ１００のメールアドレス問い合わせ要求部３０２が、認証サーバ１０２に対して、ユーザＩＤに設定されているメールアドレスの取得要求を送信する。

Ｓ９０２：認証サーバ１０２のメールアドレス問い合わせ要求受付部３４２が、Ｓ９０１でメール送信サーバ１００から送信されたメールアドレスの取得要求を受信する。

Ｓ９０３：認証サーバ１０２のメールアドレス検索部３４３が、ユーザ情報テーブル４０１を参照して、対象のユーザＩＤに設定されているメールアドレスを検索して、取得する。例えば、図４（ａ）に示す例では、ユーザＩＤが“Ｕｓｅｒ００１”のユーザの場合、メールアドレス検索部３４３は、対象のユーザＩＤ（“Ｕｓｅｒ００１”）に設定されているメールアドレス（“ｓａｔｏ＠ｘｘｘ．ｃｏ．ｊｐ”）を取得する。

Ｓ９０４：認証サーバ１０２のメールアドレス検索部３４３が、Ｓ９０３で取得したメールアドレスの情報をメール送信サーバ１００に送信する。

Ｓ９０５：メール送信サーバ１００のメールアドレス問い合わせ要求部３０２が、Ｓ９０４で認証サーバ１０２から送信されたメールアドレスの情報を受信する。

［メール送信画面］
図１０（ａ）〜（ｃ）は、クライアントＰＣ１０３のＵＩ表示部３３２が表示する、クライアントサーバ１０１が提供するメール送信画面の例である。つまり、メールの宛先に関する情報をユーザから受け付ける受付画面でもある。図１０（ａ）のメール送信画面１００１と図１０（ｂ）のメール送信画面１００２は、メールの宛先がユーザＩＤ形式の場合の例である。一方、図１０（ｃ）のメール送信画面１００３はメールアドレス形式の場合の例である。

メール送信画面１００１は、メールの宛先にログインしているユーザ自身のユーザＩＤを指定してメールを送る際の画面の例である。ユーザにより「自分に送信」ボタン１０１１が押下されることに応じて、ｈｔｔｐヘッダに格納されているログインしているユーザ自身のユーザＩＤを宛先とする。メール送信画面１００１は、メール送信システムにログインしているユーザが、管理者ユーザ、一般ユーザであるかは問わずに、ユーザ自身に対してメールを送信したい場合に表示される。

メール送信画面１００２は、メールの宛先にログインしているユーザとは別のユーザのユーザＩＤを指定してメールを送る際の画面の例である。メール送信システムにログインしているユーザが、他のユーザのユーザＩＤを取得できる権限（例えば管理者権限）があれば、他のユーザのユーザＩＤの一覧が画面に表示される。ユーザによって選択されたユーザのユーザＩＤを宛先とする。メール送信画面１００２は、メール送信システムにログインしているユーザが、グループの管理者ユーザある場合に、そのグループに所属する他のユーザに対してメールを送信したい場合に表示される。

メール送信画面１００３は、メールの宛先に任意のメールアドレスを指定してメールを送る際の画面である。ユーザによって、入力されたメールアドレスを宛先とする。メール送信画面１００３は、メール送信システムにログインしているユーザが、管理者ユーザ、一般ユーザであるかは問わずに、メール送信システムに登録されていない任意のメールアドレスにメールを送信したい場合に表示される。

［第一の実施形態の効果］
メールの送信要求元からメールの宛先として、メールアドレスに限られず、ユーザ識別情報を受け付けて、メールを送信することができる。また、クライアントサーバにメールアドレスを知られることなくメールの送信が可能となり、システム上のセキュリティを向上させることができる。

＜第二の実施形態＞
第一の実施形態の方法で添付ファイル付メールを送信する際に、メール送信サーバ１００がメールサーバ１０４にメールの送信要求を行う。メールサーバ１０４において、添付ファイルの送信許容データサイズの制限値が設定されている場合、その制限値を超過するデータサイズの添付ファイル付メールを送ろうとすると送信エラーとなり、メールが送れない場合がある。

本実施形態では、添付ファイルがメールサーバ１０４の送信許容データサイズの制限値を超過する場合、添付ファイルの実データを保持しておき、そのファイル格納先ＵＲＬ（位置情報）を記載したメールを送信する方法について説明する。

［ソフトウェア構成］
システム構成およびハードウェア構成は第一の実施形態と同様である。第一の実施形態とは異なるソフトウェア構成について以下に説明する。

本実施形態のメール送信サーバ１００の各部について、図３を用いて説明する。送信ファイル制御部３０７は、メールで送信するファイルを送信ファイル格納部３１２に格納する。また、送信ファイル制御部３０７は、ファイル格納先ＵＲＬにアクセスしたユーザがダウンロード可能なファイル一覧画面を提供する。

メール送信サーバ認証部３０８は、メール送信サーバ１００が提供するＵＲＬにメール送信システムにログインしていないユーザがアクセスした際、認証サーバ１０２が提供するログイン画面のＵＲＬにリダイレクトさせる。

メールサーバ情報管理部３０９は、メール送信サーバ１００がメールの送信要求を行うメールサーバの情報を管理する。例えば、図１１のメールサーバ情報テーブル１１０１のように、メールサーバの識別情報と、そのメール送信サーバが送信を許容するファイルのデータサイズの送信許容データサイズとを関連づけて管理する。ここでの送信許容データサイズとは、メールサーバが送信可能な添付ファイルのデータサイズの上限を示している。なお、本実施形態では、添付ファイルに対し圧縮処理を行っているため、圧縮後のデータサイズとして説明する。

送信ファイル管理部３１１は、メール送信サーバ１００が送信するファイルの情報を管理する。例えば、図１２のファイル情報管理テーブル１２０１のように、ファイルを識別するファイルＩＤ、ファイルを送信する宛先のユーザＩＤ、ファイル名、及び送信対象のファイルのファイルサイズを関連づけて管理する。送信ファイル格納部３１２は、送信対象のファイルを格納する。なお、送信ファイル格納部３１２において、ファイルの格納形式は特に問わない。

次に、クライアントサーバ１０１の各部について説明する。入出力制御部３３１は、クライアントサーバ１０１、認証サーバ１０２に加えて、メール送信サーバ１００に対してデータの要求を送信し、そのレスポンスを受信する。

ＵＩ表示部３３２は、クライアントサーバ１０１および認証サーバ１０２に加えて、メール送信サーバ１００が提供するＵＲＬのデータを解釈して、ウェブブラウザ（不図示）に表示する。その他の構成については、第一の実施形態と同様であるため、説明を省略する。

［メール形式の切り替え送信処理］
メール送信サーバ１００が、添付ファイル付メールの送信、およびファイル格納先ＵＲＬを記載したメールの送信を切り替えてメールでファイルを送信する処理について、図１３のフローチャートを用いて説明する。Ｓ１３０１〜Ｓ１３０３は、第一の実施形態における図８のＳ８０１〜Ｓ８０３と同様であるため、ここでは説明を省略する。

Ｓ１３０４：メール送信サーバ１００のメール作成部３０３が、メールサーバ情報テーブル１１０１を参照し、Ｓ１３０３で圧縮したファイルのデータサイズがメールサーバの送信許容データサイズを超過するか否かを判定する。ファイルのデータサイズが超過する場合は（Ｓ１３０４にてＹＥＳ）、Ｓ１３０５へ進む。ファイルのデータサイズが超過しない場合は（Ｓ１３０４にてＮＯ）、Ｓ１３１３へ進む。

Ｓ１３０５：メール送信サーバ１００のメール作成部３０３が、指定された宛先の形式がユーザＩＤであるか否かを判定する。ユーザＩＤである場合（Ｓ１３０５にてＹＥＳ）、Ｓ１３０６へ進む。メールアドレスである場合（Ｓ１３０５にてＮＯ）、Ｓ１３１２へ進む。

Ｓ１３０６：メール送信サーバ１００の送信ファイル制御部３０７が、送信対象のファイルを送信ファイル格納部３１２に格納する。

Ｓ１３０７：メール送信サーバ１００の送信ファイル制御部３０７が、送信対象のファイルの情報（ファイルＩＤ、ファイル名、およびファイルサイズ）と宛先のユーザＩＤを関連づけて、ファイル情報管理テーブル１２０１に記録する。例えば、ファイル情報１２０２は、ファイルＩＤが“Ｆｉｌｅ１”のファイルが記録されていることを示す。この“Ｆｉｌｅ１”は、ユーザＩＤが“Ｕｓｅｒ００１”、ファイル名が“ファイル１．ｔｘｔ”、ファイルサイズが“３ＭＢ”であることを示す。

Ｓ１３０８：メール送信サーバ１００のメール作成部３０３が、送信対象のファイルをメールに添付する代わりに、ファイルの格納先のＵＲＬをメールの本文にセットする。

Ｓ１３０９：メール送信サーバ１００のメールアドレス問い合わせ要求部３０２が、対象のユーザＩＤに設定されているメールアドレスを取得する。ここでの処理は、第一の実施形態の図９にて示した処理と同様であるため、説明は省略する。

Ｓ１３１０：メール送信サーバ１００のメール作成部３０３が、Ｓ１３０２で受け付けた件名、およびＳ１３０８でファイル格納先ＵＲＬをセットした本文を用いて、送信するメールを作成する。そして、メール作成部３０３は、Ｓ１３０９で取得したメールアドレスを宛先として設定する。

Ｓ１３１１：メール送信サーバ１００のメール送信部３０４が、Ｓ１３１０で作成したメールを送信する。

Ｓ１３１２：メール送信サーバ１００のメール作成部３０３が、送信エラーと判定する。すなわち、Ｓ１３０２で受け付けた宛先の形式がメールアドレスの場合、ファイル格納先ＵＲＬを記載したメールの送信は行われない。これは、ファイル格納先のＵＲＬをメールで送信したとしても、メールを受信したユーザがメール送信システムにログインできない可能性が高いためである。つまり、ログインできない場合は、ファイル格納先のＵＲＬにアクセスできないこととなる。Ｓ１３１３〜Ｓ１３１６は、第一の実施形態の図８のＳ８０４〜Ｓ８０７と同様であるため、説明は省略する。

［ファイルのダウンロード処理］
メール送信サーバ１００が、ユーザがファイル格納先ＵＲＬを記載したメールを受信した際に、ファイルをダウンロードして取得する処理について、図１４のフローチャートを用いて説明する。本処理は、各装置のＣＰＵが記憶部であるＲＯＭ等に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ１４０１：クライアントＰＣ１０３の入出力制御部３３１が、受信したメールに記載されているファイル格納先のＵＲＬへのアクセスの要求をメール送信サーバ１００へ送信する。

Ｓ１４０２：メール送信サーバ１００のメール送信サーバ認証部３０８が、クライアントＰＣ１０３からのアクセスに対し、認証サーバ１０２が提供するログインページのＵＲＬにリダイレクトさせる。Ｓ１４０３〜Ｓ１４０６の処理は、第一の実施形態の図６のＳ６０３〜Ｓ６０６と同様であるため、説明は省略する。

Ｓ１４０７：認証サーバ１０２の認証部３４６が、Ｓ１４０１でユーザがアクセスしたメール送信サーバ１００の提供するＵＲＬへのリダイレクトレスポンスを返す。

Ｓ１４０８：クライアントＰＣ１０３の入出力制御部３３１が、Ｓ１４０７でのリダイレクトにより、Ｓ１４０１でユーザがアクセスしたメール送信サーバ１００の提供するファイル格納先ＵＲＬにアクセスする。

Ｓ１４０９：メール送信サーバ１００の送信ファイル制御部３０７が、ユーザがダウンロード可能なファイル一覧を取得する。このとき、送信ファイル制御部３０７は、ｈｔｔｐヘッダに格納されているユーザＩＤを取得し、ファイル情報管理テーブル１２０１を参照して対象のユーザＩＤに関連づけられているファイルＩＤのファイルを特定する。そして、送信ファイル制御部３０７は、特定したダウンロード可能なファイル一覧のページを生成して、クライアントＰＣ１０３に対してレスポンスとして返す。

Ｓ１４１０：クライアントＰＣ１０３のＵＩ表示部３３２が、Ｓ１４０９で返されたレスポンスを解釈し、図１５のダウンロード画面１５０１のようなダウンロード可能なファイル一覧の画面を表示する。図１５のダウンロード画面１５０１では、ユーザは表示されたファイル一覧の中からチェックボックスによりファイルを選択し、ダウンロードボタン１５０２を押下することで、ダウンロードするファイルを指定することができる。

Ｓ１４１１：メール送信サーバ１００の送信ファイル制御部３０７が、ダウンロード画面１５０１を介してユーザにより選択されたファイルのダウンロードを行う。Ｓ１４１２〜Ｓ１４１３の処理は、第一の実施形態の図６のＳ６１１〜Ｓ６１２と同様であるため、説明は省略する。

［第二の実施形態の効果］
第一の実施形態の方法では、メールサーバ１０４の添付ファイルの送信許容データサイズの制限値を超過するデータサイズの添付ファイル付メールを送信しても送信エラーとなり、宛先のユーザに送信したメールが届かない。そのため、宛先のユーザが送信対象のファイルを取得できない場合があった。

本実施形態の方法では、添付ファイルがメールサーバ１０４の送信許容データサイズを超過する場合、メール送信システムに送信ファイルを格納し、ファイル格納先ＵＲＬを記載したメールを送信する。宛先のユーザが受信したメールに記載されているファイル格納先のＵＲＬにアクセスして、送信対象のファイルをダウンロードする。よって、第一の実施形態の効果に加え、添付ファイルがメールサーバ１０４の送信許容データサイズを超過する場合であっても、宛先のユーザに対してメールを送信して、ユーザがファイルを取得することができるという効果を有する。

＜第三の実施形態＞
第二の実施形態の方法で、メールサーバ１０４の添付ファイルの送信許容データサイズの制限値を超過しないデータサイズの添付ファイル付メールを送信する。但し、添付ファイルのデータサイズが、メールサーバ１０４がメールを転送する外部メールサーバ１０６の添付ファイルの送信許容データサイズの制限値を超過する場合は、送信エラーとなってしまい、メールが送れない場合がある。つまり、内部のメールサーバ１０４では送信可能なファイルのサイズであっても、外部メールサーバ１０６では、そのファイルのサイズに起因して転送ができない場合を想定する。

本実施形態では、経由する外部メールサーバ１０６の添付ファイルの送信許容データサイズを超過する添付ファイル付メールの送信に失敗した場合に、ファイル格納先ＵＲＬ（位置情報）を記載したメールを送信する方法について説明する。

［ソフトウェア構成］
システム構成やハードウェア構成は第二の実施形態と同様である。第二の実施形態とは異なるソフトウェア構成について以下に説明する。

本実施形態のメール送信サーバ１００の各部について、図３を用いて説明する。メール受信部３０５は、メールサーバ１０４に問い合わせを行い、メール送信サーバ１００に対して送信されたメールを受信する。

再送メール作成部３０６は、メール送信サーバ１００が送信したメールが送信エラーになった際に、再送するメールを作成する。本実施形態において送信エラーが生じる場合とは、送信されたメールが宛先に到達するまでに経由する外部メールサーバ１０６の送信許容データサイズを、そのメールに添付されたファイルのサイズが超過していることにより生じる場合である。

メールサーバ情報管理部３０９は、図１７（ａ）のドメイン管理テーブル１７０１のように、メールアドレスのドメイン毎に送信エラーとなったファイルのデータサイズを保持している。メールアドレスのドメインと、そのドメインに対して添付ファイル付メールを送信した際にメールが経由するメールサーバの送信許容データサイズを超過してエラーとなったファイルのデータサイズとを関連づけて管理している。例えば、ドメイン管理テーブル１７０１は、“ａａａｃｏｍｐａｎｙ．ｎｅ．ｊｐ”というドメインのメールアドレスに対して、１０ＭＢのデータサイズのファイルを送信しようとした結果、送信できなかった例を示している。さらに、この状態で、同じ“ａａａｃｏｍｐａｎｙ．ｎｅ．ｊｐ”というドメインのメールアドレスに対して、１０ＭＢよりも小さい３ＭＢのデータサイズのファイルを送信できなかった場合、図１７（ｂ）のドメイン管理テーブル１７０２のように更新する。

送信メール情報管理部３１０は、メール送信サーバ１００が送信したメールの情報を管理する。図１６のメール送信履歴テーブル１６０１のように、メールを識別するＭｅｓｓａｇｅ−ＩＤ、宛先、件名、本文、及び送信対象のファイルを識別するファイルＩＤを関連づけている。その他の構成等は、第二の実施形態と同様であるため、説明を省略する。

［添付ファイル付メールの送信処理］
送信するファイルを格納してから添付ファイル付メールを送信する処理について、図１８のフローチャートを用いて説明する。本処理は、各装置のＣＰＵが記憶部であるＲＯＭ等に記憶されたプログラムを読み出して実行することにより実現される。Ｓ１８０１〜Ｓ１８１２は、第二の実施形態の図１３のＳ１３０１〜Ｓ１３１２と同様であるため、説明を省略する。

Ｓ１８１３：メール送信サーバ１００の送信ファイル制御部３０７が、送信するファイルを送信ファイル格納部３１２に格納する。

Ｓ１８１４：メール送信サーバ１００の送信ファイル制御部３０７が、送信するファイルの情報と宛先のユーザＩＤを関連づけて、図１２に示すファイル情報管理テーブル１２０１に記録する。Ｓ１８１５〜Ｓ１８１８は、第一の実施形態の図８のＳ８０４〜Ｓ８０７と同様であるため、説明を省略する。

［メール再送処理］
添付ファイルのデータサイズが、経由する外部メールサーバ１０６の送信許容データサイズを超過する場合における、メールを再送する処理について、図１９のフローチャートを用いて説明する。本処理は、メール送信サーバ１００のＣＰＵが記憶部であるＲＯＭ等に記憶されたプログラムを読み出して実行することにより実現される。

Ｓ１９０１：メール受信部３０５が、添付ファイル付メールを送信した際に、経由する外部メールサーバ１０６の送信許容データサイズを添付ファイルのデータサイズが超過したために、メールの送信エラーが発生したか否かを判定する。ここでは、Ｍａｉｌ−Ｄａｒｍｏｎから経由したメールサーバのサイズエラーの旨のメールを受信した場合に、送信エラーが発生したと判定する。なお、メールのヘッダ情報やエラー情報については、公知のものを用いるものとし、特に限定するものではない。送信エラーが発生したと判定した場合（Ｓ１９０１にてＹＥＳ）、Ｓ１９０２へ進む。送信エラーが発生していない場合（Ｓ１９０１にてＮＯ）、本処理を終了する。

Ｓ１９０２：再送メール作成部３０６が、Ｓ１９０１で受信した送信エラーメールのヘッダのＩｎ−Ｒｅｐｌｙ−Ｔｏに記録されているＭｅｓｓａｇｅ−ＩＤの値を取得する。

Ｓ１９０３：再送メール作成部３０６が、Ｓ１９０２で取得したＭｅｓｓａｇｅ−ＩＤが示すメール情報をメール送信履歴テーブル１６０１から特定し、その本文を取得する。そして、再送メール作成部３０６は、取得したメールの本文にファイル格納先ＵＲＬを追加し、新たにメールの本文を作成する。例えば、図１６に示すＭｅｓｓａｇｅ−ＩＤが“２０１３０５０７１０２０３０．Ａ１Ｂ２Ｃ３＠ａａａ．ｃｏ．ｊｐ”の場合を例に挙げて説明する。再送メール作成部３０６は、メール送信履歴テーブル１６０１を参照し、Ｍｅｓｓａｇｅ−ＩＤが“２０１３０５０７１０２０３０．Ａ１Ｂ２Ｃ３＠ａａａ．ｃｏ．ｊｐ”のメール情報１６０２を特定する。そして、再送メール作成部３０６は、メール情報１６０２の本文（“データをお送りします。”）にファイル格納先ＵＲＬを追加する。また、メールの件名にはメール情報１６０２の件名（“ご連絡”）が設定される。

Ｓ１９０４：再送メール作成部３０６が、Ｓ１９０３で取得したファイルＩＤが示すファイルのデータサイズをファイル情報管理テーブル１２０１から取得する。メール情報１６０２の場合、ファイルＩＤは“Ｆｉｌｅ１”であり、図１２のファイル情報管理テーブル１２０１を参照し、該当するファイル情報１２０２のファイルサイズ（“３ＭＢ”）を取得する。

Ｓ１９０５：メール送信サーバ１００のメールアドレス問い合わせ要求部３０２が、図９の処理により、対象のユーザＩＤに設定されているメールアドレスを取得する。

Ｓ１９０６：再送メール作成部３０６が、宛先のメールアドレスのドメインが既にドメイン管理テーブル１７０１に記録されているか否かを確認する。記録されている場合（Ｓ１９０６にてＹＥＳ）、Ｓ１９０７へ進む。記録されていない場合（Ｓ１９０６にてＮＯ）、Ｓ１９０９へ進む。

Ｓ１９０７：再送メール作成部３０６が、Ｓ１９０４で取得したファイルのデータサイズがＳ１９０６で判定したドメイン管理テーブル１７０１に記録されている送信不可データサイズより小さいか否かを判定する。小さい場合は（Ｓ１９０７にてＹＥＳ）、Ｓ１９０８へ進む。小さくない場合（Ｓ１９０７にてＮＯ）、Ｓ１９１０へ進む。

Ｓ１９０８：再送メール作成部３０６が、Ｓ１９０４で取得したデータサイズを宛先のメールアドレスのドメインの送信不可データサイズとして、ドメイン管理テーブル１７０１を更新する。例えば、ドメイン管理テーブル１７０１のように、既に“ａａａｃｏｍｐａｎｙ．ｎｅ．ｊｐ”というドメインのメールアドレスの送信不可データサイズとして“１０ＭＢ”が記録されているとする。ここで、“１０ＭＢ”よりも小さい“３ＭＢ”で更新する場合、図１７（ｂ）のドメイン管理テーブル１７０２のようになる。つまり、添付ファイル付メールの送信結果に応じて、ドメイン管理テーブルの内容が更新されることとなる。

Ｓ１９０９：再送メール作成部３０６が、Ｓ１９０４で取得したデータサイズを宛先のメールアドレスのドメインの送信不可データサイズとして、ドメイン管理テーブル１７０１に新たに記録する。例えば、“ａａａｃｏｍｐａｎｙ．ｎｅ．ｊｐ”というドメインのメールアドレスの送信不可データサイズとして“１０ＭＢ”を新たに記録する場合、図１７（ａ）のドメイン管理テーブル１７０１のようになる。Ｓ１９１０は、第二の実施形態の図１３のＳ１３１１の処理と同様であるため、説明は省略する。

［第三の実施形態の効果］
第二の実施形態の方法では、経由する外部メールサーバ１０６の添付ファイルの送信許容データサイズの制限値を超過するデータサイズの添付ファイル付メールを送信しても送信エラーとなってしまい、宛先のユーザに送信したメールが届かない。そのため、宛先のユーザが送信対象のファイルを取得できない場合がある。

本実施形態の方法では、添付ファイルが経由する外部メールサーバ１０６の送信許容データサイズを超過する場合に備え、予め送信する添付ファイル付メールの情報をメール送信システムに格納しておく。そして、添付ファイル付メールを送信して、添付ファイルが経由する外部メールサーバ１０６の送信許容データサイズを超過して送信エラーとなった場合、送信に失敗した添付ファイル付メールを特定して、ファイル格納先ＵＲＬを記載したメールを送信する。よって、添付ファイルが外部メールサーバ１０６の送信許容データサイズを超過する場合であっても、宛先のユーザに対してメールを送信して、ユーザがファイルを取得することができる。

さらに、メール送信サーバ１００が、経由する外部メールサーバ１０６の送信許容データサイズの情報を記録、および更新する。そして、メール送信サーバ１００は、記録した情報を参照して、添付ファイル付メールを送るか否かを判断する。添付ファイル付メールを送信しても、経由する外部メールサーバ１０６の送信許容データサイズを超過し送信エラーとなることが予め分かっている場合には、送信対象のファイルを添付する代わりに、ファイル格納先ＵＲＬを記載したメールを送信する。これにより、第一、第二の実施形態の効果に加え、メールサーバ１０４の負荷を軽減することができるという効果を有する。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (11)

1. サービスを提供するサービスサーバと、メール送信を行うメール送信サーバと、前記サービスの利用に際し認証処理を行う認証サーバとを含むシステムであって、
   前記システムにて用いられるユーザ識別情報とメールアドレスとを関連づけて前記認証サーバにて管理する管理手段と、
   前記認証処理によりユーザが認証されたことに応じて当該ユーザのユーザ識別情報を含む認可情報を前記認証サーバから送信する送信手段と、
   前記認可情報とともに前記サービスの要求を前記サービスサーバにて受け付けた際に、前記サービスサーバから前記サービスに関連するメール送信の要求と前記認可情報に含まれる前記ユーザ識別情報とを前記メール送信サーバにて受け付ける受付手段と、
   前記受付手段により前記サービスに関連するメール送信の要求を受け付けたことに応じて、前記認可情報に含まれるユーザ識別情報に関連づけられたメールアドレスを前記認証サーバに問い合わせることで特定する特定手段と、
   前記特定手段により特定されたメールアドレスに対し、メール送信を前記メール送信サーバにて行うメール送信手段と
   を有することを特徴とするシステム。
2. 前記受付手段が前記サービスサーバから前記サービスに関連するメール送信の要求とメールアドレスとを受け付けた場合、前記特定手段による特定を行わず、前記メール送信手段は、当該受け付けたメールアドレスを用いてメール送信を行うことを特徴とする請求項１に記載のシステム。
3. 前記サービスに関連するメールは、ファイルを添付して送信可能であることを特徴とする請求項２に記載のシステム。
4. 前記メール送信サーバが送信可能なファイルのサイズの情報を保持する手段を更に有し、
   前記メール送信手段は、前記メール送信の要求において、送信可能なファイルのサイズを超えるサイズのファイルが指定された場合、当該指定されたファイルを添付せず、当該指定されたファイルの実データが格納された位置情報を含むメールを送信することを特徴とする請求項３に記載のシステム。
5. 前記受付手段が前記サービスサーバから前記サービスに関連するメール送信の要求とメールアドレスとを受け付け、かつ、送信可能なファイルのサイズを超えるサイズのファイルが指定された場合、前記メール送信手段は、送信エラーであると判定することを特徴とする請求項４に記載のシステム。
6. 前記メール送信手段は、ファイルを添付したメールを送信した結果、当該ファイルのサイズに起因してメール送信が失敗した場合、当該ファイルを添付せず、当該ファイルの実データが格納された位置情報を含むメールを再送することを特徴とする請求項３乃至５のいずれか一項に記載のシステム。
7. 前記メール送信手段がファイルを添付したメールを送信する際に、当該ファイルのサイズと当該メールの宛先とを関連づけて記録する記録手段を更に有し、
   前記記録手段は、前記メール送信手段による当該メールの送信結果に応じて、当該メールの宛先に対して送信が不可であるファイルのサイズを更新することを特徴とする請求項６に記載のシステム。
8. 前記メール送信手段は、前記メール送信の要求において、指定された宛先へのメールに添付するファイルのサイズが、前記記録手段にて当該宛先に関連づけられているファイルのサイズを超える場合、当該ファイルを添付せず、当該ファイルの実データが格納された位置情報を含むメールを送信することを特徴とする請求項７に記載のシステム。
9. 前記ユーザからメール送信の宛先としてユーザ識別情報もしくはメールアドレスを受け付ける受付画面を提供する手段を更に有することを特徴とする請求項１乃至８のいずれか一項に記載のシステム。
10. サービスを提供するサービスサーバと、メール送信を行うメール送信サーバと、前記サービスの利用に際し認証処理を行う認証サーバとを含むシステムの制御方法であって、
    前記システムにて用いられるユーザ識別情報とメールアドレスとを関連づけて前記認証サーバにて管理する管理工程と、
    前記認証処理によりユーザが認証されたことに応じて当該ユーザのユーザ識別情報を含む認可情報を前記認証サーバから送信する送信工程と、
    前記認可情報とともに前記サービスの要求を前記サービスサーバにて受け付けた際に、前記サービスサーバから前記サービスに関連するメール送信の要求と前記認可情報に含まれる前記ユーザ識別情報とを前記メール送信サーバにて受け付ける受付工程と、
    前記受付工程にて前記サービスに関連するメール送信の要求を受け付けたことに応じて、前記認可情報に含まれるユーザ識別情報に関連づけられたメールアドレスを前記認証サーバに問い合わせることで特定する特定工程と、
    前記特定工程にて特定されたメールアドレスに対し、メール送信を前記メール送信サーバにて行うメール送信工程と
    を有することを特徴とするシステムの制御方法。
11. サービスを提供するサービスサーバと、メール送信を行うメール送信サーバと、前記サービスの利用に際し認証処理を行う認証サーバとを含むシステムにおける各サーバとして、各コンピュータを、
    前記システムにて用いられるユーザ識別情報とメールアドレスとを関連づけて前記認証サーバにて管理する管理手段、
    前記認証処理によりユーザが認証されたことに応じて当該ユーザのユーザ識別情報を含む認可情報を前記認証サーバから送信する送信手段、
    前記認可情報とともに前記サービスの要求を前記サービスサーバにて受け付けた際に、前記サービスサーバから前記サービスに関連するメール送信の要求と前記認可情報に含まれる前記ユーザ識別情報とを前記メール送信サーバにて受け付ける受付手段、
    前記受付手段により前記サービスに関連するメール送信の要求を受け付けたことに応じて、前記認可情報に含まれるユーザ識別情報に関連づけられたメールアドレスを前記認証サーバに問い合わせることで特定する特定手段、
    前記特定手段により特定されたメールアドレスに対し、メール送信を行うメール送信手段
    として機能させるためのプログラム。

Images