JP2022156235A - サーバ - Google Patents

Abstract

【課題】電子メールの添付ファイルを、より一層安全に管理可能なサーバを提供すること。【解決手段】サーバは、暗号化された添付ファイルを格納部に格納し、電子メールの宛先と暗号化された添付ファイルとを対応付けた照会情報を生成し、添付ファイルを削除し照会情報を挿入した電子メールを、宛先に送信する。そして、サーバは、ユーザから照会情報を受け付けた場合に、所与の認証サーバ上で当該ユーザの外部認証を行い、当該ユーザの外部認証が許可された場合に、当該認証サーバ上で管理する宛先と、前記照会情報に対応付けられた宛先とに基づいて、当該ユーザの認証を行う。ユーザの認証が許可された場合に、照会情報に対応付けられた添付ファイルを復号化し、復号化された添付ファイルを、ユーザ側にダウンロード可能に制御する又は閲覧可能に制御する。【選択図】図１０

Description

本発明は、サーバに関する。

従来から、電子メールがコミュニケーションツールとして利用されており、ＭＵＡ（Ｍａｉｌ Ｕｓｅｒ Ａｇｅｎｔ）から電子メールを受け付けて、電子メールを配送（配信、送信、転送）する処理を行なうＭＴＡ（Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ａｇｅｎｔ）が存在する。

ここで、ＭＵＡとは、インターネット上の端末において電子メールを送受信するために使用されるクライアントプログラムであり、ＭＴＡとは、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を通じてネットワーク上で電子メールの受信と配送を行うサーバ（メールサーバ）のことをいう。

従来技術として、例えば、電子メールに添付ファイルが存在する場合に、添付ファイルを暗号化し、暗号化されたファイルを添付した電子メールを宛先に配送するファイル管理システムも存在する（特許文献１）。

例えば、特許文献１によれば、サーバ１０が、受信した電子メールに添付ファイルが存在すると判断した場合に、添付ファイルを暗号化する処理を行い、電子メールを宛先に送信する。そして、宛先のユーザＢは、パスワード照会情報のＵＲＬ（ＵＲＬは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒの略。以下同様）をクリックすることにより、パスワードが公開に設定されている場合に限り、暗号化ファイルを復号化するためのパスワードを閲覧することができ、暗号化された添付ファイルを復号化することができる（特許文献１の００６１～００６７参照）。

特開２０１７－２１５７４４号公報

しかし、特許文献１に示す従来技術は、宛先のユーザＢでない他人が、添付ファイルを簡単に共有できてしまうおそれがある。例えば、宛先のユーザＢが第三者のユーザＸに誤って、暗号化ファイル付きの電子メールを転送し、更に、パスワード照会情報のＵＲＬを転送した場合、公開の状態にあれば、ユーザＸも簡単にパスワードを入手できてしまい、暗号化フィルを復号化できてしまうおそれがある。

また、特許文献１に示す従来技術は、ユーザ側で添付ファイルを復号化する必要があり手間であるという問題がある。

本発明は、上述した課題に鑑みたものであり、電子メールの添付ファイルを、より一層安全に管理し、ユーザの利便性を高めたサーバを提供することにある。

（１）本発明は、
電子メールの添付ファイルを管理する処理を行うサーバであって、
差出元から送信された電子メールを受信する受信部と、
前記電子メールに添付ファイルがある場合に、暗号化された当該添付ファイルを格納部に格納する処理を行う格納処理部と、
前記電子メールの宛先と暗号化された前記添付ファイルとを対応付けた照会情報を、生成する照会情報生成部と、
添付ファイルを削除し前記照会情報を挿入した前記電子メールを、前記宛先に送信する送信部と、
ユーザから前記照会情報を受け付けた場合に、所与の認証サーバ上で当該ユーザの外部認証を行い、当該ユーザの外部認証が許可された場合に、当該認証サーバ上で管理する宛先と、前記照会情報に対応付けられた宛先とに基づいて、当該ユーザの認証を行う認証処理部と、
前記ユーザの認証が許可された場合に、前記照会情報に対応付けられた添付ファイルを復号化し、復号化された添付ファイルを、前記ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するファイル制御部と、を含むサーバに関する。

なお、本発明は、上記サーバの各部として、コンピュータを機能させることを特徴とするプログラムに関する。また、本発明は、上記プログラムが記憶された情報記憶媒体に関する。

ここで「照会情報」とは、例えば、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰＳ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）等のプロトコルでインターネット上のウェブページを一意に指定するためのＵＲＬとすることができる。なお、照会情報は、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等、他の通信プロトコルによってデータを送受信可能なサーバの情報であってもよい。また、「照会情報を受け付けた場合」とは、例えば、ＵＲＬによって指定される情報へのアクセスを受け付けた場合である。

本発明によれば、認証サーバ上でユーザの外部認証が許可された場合であって、「認証サーバから受信する宛先」と、「照会情報に対応付けられた宛先」とに基づいて、ユーザの認証を行い、ユーザの認証が許可された場合に、添付ファイルをダウンロード可能又は閲覧可能にするので、電子メールの添付ファイルを、より一層安全に管理することができる。

したがって、照会情報が第３者（宛先のユーザ以外のユーザ）に知られてしまった場合でも、外部認証で不許可とすることができる。また、仮に第３者が外部認証で許可されたとしても、「認証サーバから受信する宛先」と、「照会情報に対応付けられた宛先」とが不一致であれば、ユーザの認証を不許可とすることができ、不正に添付ファイルをダウンロードや閲覧される事態を防止することことができる。

また、本発明によれば、正当なユーザは復号化済みの添付ファイルをダウンロードできる又は閲覧できるので、ユーザの端末において復号化する手間を省略することができ利便性を向上させることができる。

（２）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記認証処理部は、
前記ユーザの外部認証が許可されているログイン状態において、前記ユーザから前記照会情報を受け付けた場合に、前記ユーザの外部認証を省略し、当該認証サーバ上で管理する前記ユーザの宛先と、前記照会情報に対応付けられた宛先とに基づいて、前記ユーザの認証を行うようにしてもよい。

本発明によれば、正当な宛先のユーザは、既に外部認証が許可されているログイン状態において、照会情報にアクセスすれば、外部認証の手間を省くことができるので、シームレスに復号化済みの添付ファイルをダウンロード又は閲覧することができる。

（３）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記認証処理部は、
前記ユーザの認証が許可された時点から所定期間内に、前記ユーザから新たに照会情報を受け付けた場合に、前記ユーザの認証を許可すると判定するようにしてもよい。

本発明によれば、宛先のユーザは、認証が許可された時点から所定期間内に、新たに照会情報にアクセスした場合、当該ユーザの認証を許可すると判定されるので、シームレスに復号化済みの添付ファイルをダウンロード又は閲覧することができる。

（４）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記照会情報生成部は、
一の電子メールに複数の添付ファイルが存在する場合に、前記宛先と暗号化された当該複数の添付ファイルとを対応付けた一の照会情報を、生成し、
前記ファイル制御部は、
前記照会情報に対応付けられた添付ファイルが複数存在する場合に、前記照会情報に対応付けられた複数の添付ファイルを復号化し、復号化された複数の添付ファイルを、当該ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するようにしてもよい。

本発明によれば、一の電子メールに複数の添付ファイルが存在する場合でも、ユーザは、一の照会情報に対応付けられた一のパスワードによって、復号化された複数の添付ファイルを取得又は閲覧することができるので、ユーザにとっての利便性を向上させることができる。

（５）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記ファイル制御部は、
前記照会情報を挿入した前記電子メールが、前記宛先に送信された後において、所定ユーザからの指示に基づき、復号化された添付ファイルを、前記ユーザ側にダウンロード禁止及び閲覧禁止に制御するようにしてもよい。

ここで、「所定ユーザ」とは、例えば、差出元のユーザ、管理者のユーザ等である。本発明によれば、所定ユーザからの指示に基づき、復号化された添付ファイルを、前記ユーザ側にダウンロード禁止及び閲覧禁止に制御するので、より安全に添付ファイルを管理することができる。

（６）また本発明のサーバ、プログラム及び情報記憶媒体は、
前記ファイル制御部は、
所定ユーザからの指示に基づき、復号化された添付ファイルを、所定ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するようにしてもよい。

ここで、「所定ユーザ」とは、例えば、差出元のユーザ、管理者のユーザ等である。本発明によれば、所定ユーザからの指示に基づき、復号化された添付ファイルを、所定ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するので、所定のユーザに対しての利便性を高めることができる。

本実施形態の添付ファイルの管理の概要を示す図。 本実施形態のパスワード通知の概要を示す図。 本実施形態のファイル管理システムのネットワーク図の一例。 本実施形態のサーバ１０の機能ブロック図。 本実施形態のパスワード発行画面の一例。 本実施形態のパスワード入力画面の一例。 本実施形態のダウンロード画面の一例。 本実施形態の管理データ記憶部の一例。 本実施形態の処理の流れを示すフローチャート図。 本実施形態の処理の流れを示すフローチャート図。 本実施形態の認証サーバを利用したファイル制御の概要を示す図。 本実施形態の認証サーバを利用したサーバの処理の流れを示すフローチャート図。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

［１］概要
本実施形態のファイル管理システムは、電子メールの中継サーバが電子メールの添付ファイルを管理する制御に関する。例えば、差出元（Ａ＠ｅｘａｍｐｌｅ．ｃｏｍ）のユーザＡが、添付ファイルが存在する電子メールを、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）のユーザＢに対して送信するケースを例にとり説明する。

例えば、図１に示すように、サーバ１０は、差出元（Ａ＠ｅｘａｍｐｌｅ．ｃｏｍ）から送信され、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）が指定された電子メールＭ（電子メールＩＤ＝００１とする）を受信する。そして、サーバ１０は、電子メールＭに添付ファイルが存在するか否かを判断し、添付ファイルが存在する場合は、添付ファイルを、格納部３０に記憶する。

本実施形態では、セキュリティを向上させるために、格納部３０の格納時に添付ファイルを自動的に暗号化し、暗号化された添付ファイル（なお、暗号化された添付ファイルを暗号化ファイルともいう。以下同様）を、格納部３０に記憶するようにしている。

そして、サーバ１０は、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）と、添付ファイルの識別情報とを対応付けた照会情報Ｌ（ＵＲＬ）を生成する。添付ファイルの識別情報は、添付ファイルを一意に識別できる情報である。例えば、サーバ１０は、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）と、添付ファイルの識別情報に基づいて、照会情報Ｌ（ＵＲＬ）を生成する。つまり、照会情報Ｌは、宛先と１又は複数の添付ファイルを特定できる情報とする。なお、照会情報Ｌによって特定できる添付ファイルは、暗号化された添付ファイルとしている。

そして、サーバ１０は、電子メールＭの添付ファイルのデータ部分を削除し、代わりに照会情報Ｌを挿入する。そして、当該電子メールＭを宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）に送信する。

そして、サーバ１０は、図２に示すように、照会情報Ｌのアクセスを受け付けた場合に、照会情報Ｌから宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）を特定し、特定された宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）にパスワードを通知する。したがって、正当な宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）のユーザＢが照会情報Ｌをクリックした際に、パスワードを通知す
るようにできる。

そして、サーバ１０は、照会情報Ｌのアクセスを受け付けた場合において、パスワード認証を行い、認証が許可された場合に、暗号化された添付ファイルを復号化し、復号化された添付ファイルをダウンロード可能又は閲覧可能となるように制御する。

したがって、ユーザＢが、誤って別のユーザＸに電子メールＭを誤送信（誤転送）した場合や、照会情報Ｌが不正にユーザＸに知られた場合においても、パスワードの通知先を宛先のユーザＢに限定するので、ユーザＸにパスワードを通知しないように制御することができる。つまり、本実施形態によれば、照会情報を他人であるユーザＸに知られてしまったとしても、ユーザＸはパスワードを取得できないようにすることができ安全にパスワードを管理することができる。これにより、ユーザＸが不正に添付ファイルをダウンロードしたり添付ファイルを閲覧できないように制御することができる。

以下の説明では、差出元であるユーザＡ（Ａ＠ｅｘａｍｐｌｅ．ｃｏｍ）が、添付ファイル付きの電子メールを作成し、当該電子メールＭの宛先がユーザＢ（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）である場合を例にとり説明する。

［２］ネットワーク
図３は、ファイル管理システムのネットワーク図の一例を示す。本実施形態のファイル管理システムは、サーバ１０とユーザの端末２０とが、それぞれネットワーク（インターネットや、イントラネット等）を介して接続される。

サーバ１０は、インターネットを介して通信接続された端末２０を用いて、メールサービスを提供することが可能な情報処理装置である。

本実施形態のサーバ１０は、エンベロープの宛先及びエンベロープの差出元、メッセージとからなる電子メールを受信し、当該電子メールを配送するメールサーバの機能（ＭＴＡ機能）を有する。なお、サーバ１０は、電子メールの中継制御を行う「中継装置」或いは「情報処理装置」とも言う。

端末２０は、クライアント装置であり、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ゲーム装置、ＰＤＡ、画像生成装置などの情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワークを介してサーバ１０に接続可能な装置である。

なお、サーバ１０は、ファイルを格納する格納部３０を備える。格納部３０は、ファイルを管理するファイルサーバとして機能する。なお、サーバ１０とは別の装置において、格納部３０を備えるようにしてもよい。

［３］構成
図４は、本実施形態のサーバ１０の機能ブロック図の一例である。なお本実施形態のサーバ１０は、図４の各部を全て含む必要はなく、その一部を省略した構成としてもよい。

記憶部１７０は、処理部１００の各部としてコンピュータを機能させるためのプログラムや各種データを記憶するとともに、処理部１００の記憶領域として機能する。

記憶部１７０は、一時的な記憶領域や、ストレージを含む。ストレージとは、ハードディスク、光学ディスク、フラッシュメモリ、磁気テープ等であり、データを永続的に記憶する装置のことをいう。また、記憶部１７０は、情報記憶媒体１８０に格納されているプログラムやデータを記憶してもよい。

そして、本実施形態の記憶部１７０は、ワーク領域として使用される主記憶部１７１と、ユーザ情報記憶部１７２、管理データ記憶部１７３を含む。なお、これらの一部を省略する構成としてもよい。

主記憶部１７１は、ＲＡＭなどにより実現できる。主記憶部１７１は、本実施形態の処理において使用される記憶領域である。ユーザ情報記憶部１７２は、ユーザ情報（ユーザのアカウント、パスワード、メールアドレス等）が記憶される。ユーザ情報記憶部１７２は、ＤＢ（ＤＢはデータベースの略、以下同様。）によって構成されていてもよい。

管理データ記憶部１７３は、少なくとも識別可能で添付ファイル毎に一意な照会情報（ＵＲＬ）、宛先、添付ファイルの情報（例えば、ファイル名）が、それぞれ対応付けて記憶される。管理データ記憶部１７３は、ＤＢによって構成されていてもよい。また、管理データ記憶部１７３は、生成されたパスワードや、有効又は無効を示すフラグ（１は有効で０は無効）、有効期限、アクセスの回数Ｋ、等を記憶してもよい。

また、管理データ記憶部１７３は、添付ファイルがあった電子メールを識別するための電子メールＩＤ（メッセージＩＤ）を記憶するようにしてもよい。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などのストレージにより実現できる。

通信部１９６は外部（例えば、端末、他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

処理部１００は、記憶部１７０又は情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。

処理部１００（プロセッサ）は、記憶部１７０内の主記憶部１７１をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、受信部１１１、解析部１１２、認証処理部１１３、送信部１１４、通知部１１５、格納処理部１１６、照会情報生成部１１７、パスワード生成部１１８、ファイル制御部１１９、Ｗｅｂ処理部１２０を含む。

受信部１１１は、ＳＭＴＰを通じてネットワーク上で電子メールの受信を行う。つまり、受信部１１１は、差出元の端末２０のＭＵＡによって送信され、エンベロープの宛先が指定された電子メールを受信する処理を行う。

解析部１１２は、受信した電子メールを解析する処理を行う。例えば、エンベロープの宛先、エンベロープの差出元、メッセージのヘッダ、メッセージのボディの本文部分を解析する処理を行う。例えば、エンベロープの宛先のうちドメインを抽出する処理、メッセージのヘッダのうち、Ｔｏ、Ｃｃ、Ｂｃｃ、Ｓｕｂｊｅｃｔ、Ｍｅｓｓａｇｅ－ＩＤを抽出する処理、メッセージのボディ部分のうち、本文を抽出する処理、メッセージのボディ部分のうち添付ファイルを抽出する処理等を行う。

認証処理部１１３は、ユーザから照会情報を受け付けた場合に、所与の認証サーバ上で当該ユーザの外部認証を行い、当該ユーザの外部認証が許可された場合に、当該認証サーバ上で管理する宛先と、当該照会情報に対応付けられた宛先とに基づいて、当該ユーザの認証を行う。

認証処理部１１３は、ユーザの外部認証が許可されているログイン状態において、ユーザから照会情報を受け付けた場合に、ユーザの外部認証を省略し、当該認証サーバ上で管理するユーザの宛先と、照会情報に対応付けられた宛先とに基づいて、ユーザの認証を行うようにしてもよい。

認証処理部１１３は、ユーザの認証が許可された時点から所定期間内に、ユーザから新たに照会情報を受け付けた場合に、前記ユーザの認証を許可すると判定するようにしてもよい。

送信部１１４は、ＳＭＴＰを通じてネットワーク上で電子メールの送信（配送、配信、中継、転送）を行う。つまり、送信部１１４は、受信部１１１によって受信した電子メールを、宛先に送信する処理を行う。

ここで、電子メールを送信するとは、ＳＭＴＰを通じて、受信した電子メールを他のＭＴＡに送信する処理や、サーバ１０が稼動する同一システム内にアカウントを持つユーザ宛に送信するためのローカル配信エージェントＭＤＡ（Ｍａｉｌ Ｄｅｌｉｖｅｒｙ Ａｇｅｎｔ）に送信する処理、ＭＤＡを介せずにサーバ１０が稼動する同一システム内にアカウントを持つユーザ宛に送信する場合も含む。

特に、本実施形態の送信部１１４は、照会情報を、宛先に送信する。照会情報は、少なくとも宛先及び添付ファイル（暗号化された添付ファイル）と対応付けられており、宛先及び添付ファイルを特定可能な情報とする。

送信部１１４は、添付ファイルを削除し照会情報を挿入した電子メールを、宛先に送信する。

つまり、本実施形態の送信部１１４は、受信部１１１によって受信した電子メールに添付ファイルが含まれる場合には、添付フィルを削除し、添付ファイルの代わりに照会情報を挿入（追加）した電子メールを、宛先に送信する。なお、第１の照会情報及び第２の照会情報が生成された場合には、添付ファイルの代わりに第１の照会情報を挿入する。

また、本実施形態の送信部１１４は、受信部１１１によって受信した電子メールに添付ファイルが含まれる場合には、添付フィルを暗号化して、宛先に送信するようにしてもよい。

通知部１１５は、照会情報を受け付けた場合に、照会情報に対応付けられた宛先に、照会情報に対応付けられたパスワードを通知する。ここで、「通知」とは、サーバ１０が端末２０に対して、ＳＭＴＰによる送受信される電子メール（メールマガジン等でもよい）で送信すること、ＳＭＴＰに限らず、所与のプロトコルにより送信すること、プッシュ通知をすること、所定のアプリケーションの所定画面（バナー表示画面、お知らせ画面、ポップアップ画面等）を提示（表示、閲覧可能に制御）すること、サーバ１０が、Ｗｅｂページによって通知すること、の少なくとも１つであり、サーバ１０が能動的にユーザの端末２０に送信することを示す。なお、サーバ１０は、ユーザの端末２０からの要求に応じて、要求のあった当該端末２０に情報を送信することも「通知」の一態様としてもよい。なお、プッシュ通知とは、端末（スマートフォン）の画面の一部領域（上端など）にメッ
セージウィンドウを表示させることである。

また、通知部１１５は、照会情報を受け付けた場合に、照会情報に対応付けられた宛先に、照会情報に対応付けられた一のパスワードを通知する。つまり、照会情報とパスワードとは1対１の関係とする。

なお、通知部１１５は、第１の照会情報及び第２の照会情報が生成された場合に、第１の照会情報を受け付けた場合に、第１の照会情報に対応付けられた宛先に、第２の照会情報を通知する。

格納処理部１１６は、受信部１１１によって受信された電子メールに添付ファイルがある場合に、暗号化された当該添付ファイルを格納部３０に格納する処理を行う。

照会情報生成部１１７は、宛先と暗号化された添付ファイルとを対応付けた照会情報を生成する。

また、照会情報生成部１１７は、一の電子メールに複数の添付ファイルが存在する場合に、前記宛先と暗号化された当該複数の添付ファイルとを対応付けた一の照会情報を、生成する。

また、照会情報生成部１１７は、宛先と暗号化された添付ファイルとを対応付けた第１の照会情報及び第２の照会情報を、生成するようにしてもよい。

また、照会情報生成部１１７は、一の電子メールに複数の添付ファイルが存在する場合に、宛先と暗号化された当該複数の添付ファイルとを対応付けた一の第１の照会情報及び一の第２の照会情報を、生成してもよい。

また、照会情報生成部１１７は、一の電子メールに複数の添付ファイルが存在する場合に、宛先と暗号化された当該複数の添付ファイルとを対応付けた一の第１の照会情報及び一の第２の照会情報を、生成してもよい。

パスワード生成部１１８は、添付ファイルをダウンロードするために必要となるパスワードを生成する。

ファイル制御部１１９は、暗号化された添付ファイルを復号化し、復号化された添付ファイルを、当該ユーザ側にダウンロード可能又は閲覧可能に制御する。

例えば、ファイル制御部１１９は、照会情報を受け付けた場合に、ユーザから受け付けたパスワードと照会情報に対応付けられたパスワード（サーバ側で登録管理されているパスワード）とに基づく認証を行い、当該認証が許可された場合に、暗号化された照会情報に対応付けられた添付ファイルを復号化し、復号化された添付ファイルを、当該ユーザ側にダウンロード可能に制御する又は閲覧可能に制御する。

また、ファイル制御部１１９は、一の電子メールに複数の添付ファイルが存在する場合に、次のように制御する。すなわち、ファイル制御部１１９は、照会情報を受け付けた場合に、ユーザから受け付けたパスワードと照会情報に対応付けられたパスワードとに基づく認証を行い、当該認証が許可された場合に、照会情報に対応付けられた複数の添付ファイルを復号化し、復号化された複数の添付ファイルを、当該ユーザ側にダウンロード可能に制御する又は閲覧可能に制御する。

また、ファイル制御部１１９は、第２の照会情報を受け付けた場合に、第２の照会情報に対応付けられた添付ファイルを復号化し、復号化された添付ファイルを、当該ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するようにしてもよい。

また、ファイル制御部１１９は、第２の照会情報を受け付けた場合に、第２の照会情報に対応付けられた複数の添付ファイルを復号化し、復号化された複数の添付ファイルを、当該ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するようにしてもよい。

また、ファイル制御部１１９は、ユーザの端末にダウンロードする前又は閲覧前に、復号化された添付ファイルに対してアンチウイルス処理を行うようにしてもよい。

また、ファイル制御部１１９は、ユーザの端末にダウンロードする前又は閲覧前に所定条件を満たすか否かを判定し、当該所定条件を満たす場合に、復号化された添付ファイルを、当該ユーザ側にダウンロード可能に制御する若しくは閲覧可能に制御する、又は、当該ユーザの端末にダウンロード禁止に制御する若しくは閲覧禁止に制御するようにしてもよい。

また、ファイル制御部１１９は、照会情報を挿入した電子メールが、宛先に送信された後において、所定ユーザからの指示に基づき、復号化された添付ファイルを、前記ユーザ側にダウンロード禁止及び閲覧禁止に制御するようにしてもよい。

また、ファイル制御部１１９は、所定ユーザからの指示に基づき、復号化された添付ファイルを、所定ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するようにしてもよい。

Ｗｅｂ処理部１２０は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を通じて、端末２０にインストールされているＷｅｂブラウザなどのクライアントソフトウエアの要求に応じてＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書や画像などのデータを送信（提供）する処理、端末のＷｅｂブラウザにおいて受け付けたデータを受信する処理を行う。そして、サーバは、管理者やユーザの各端末から受信した情報に基づき、メールの処理、ＤＢの更新処理等を行う。

Ｗｅｂ処理部１２０は、管理者の端末２０のＷｅｂブラウザからのアクセス要求に応じて管理設定用のデータ等を管理者の端末２０に送信（提供）する処理を行い、当該管理者の端末２０から情報を受信する処理を行うようにしてもよい。

つまり、Ｗｅｂ処理部１２０は、管理者からの入力に基づいて、各データをＤＢへ追加、削除、更新処理等を行うようにしてもよい。なお、管理者用のＷｅｂページ（ＵＲＬ）へのアクセスは、管理者のみに権限が与えられる。

また、Ｗｅｂ処理部１２０は、ログイン処理や、端末２０のＷｅｂブラウザからの要求に応じて、ログインしたユーザに関連する情報のＷｅｂページを閲覧可能に制御する処理を行う。

例えば、Ｗｅｂ処理部１２０は、端末２０のＷｅｂブラウザからの要求に応じてパスワードの入力画面や、添付ファイルをダウンロードするための画面を、閲覧可能に制御するようにしてもよい。

格納処理部１１６は、管理データ記憶部１７３や、格納部３０に格納されているデータを、登録、更新、削除する処理を行う。例えば、格納処理部１１６は、端末２０から受信
したデータに基づいて、データベースを更新する処理を行うようにしてもよい。

なお、処理部１００の一部又は全部の処理は、及び、記憶部１７０は１つの装置で実行させてもよいし、処理の用途に応じて異なる装置に分散して各処理を実行させるようにしてもよい。

［４］添付ファイルの暗号化処理と格納処理
まず、本実施形態のサーバ１０は、端末２０のＭＵＡから送信された電子メールを受信すると、受信した電子メールを解析して、添付ファイルがあるか否かを判断する。

サーバ１０は、電子メールに添付ファイルがあると判断した場合に、添付ファイルを暗号化する処理を行い、暗号化された添付ファイルを生成する。

そして、サーバ１０は、暗号化された添付ファイルを格納部３０の記憶領域に格納する。つまり、添付ファイルを格納部３０に格納する際に、自動的に暗号化する。なお、格納部３０に格納された（暗号化された）添付ファイルは、ダウンロード時に復号化するように制御する。

また、格納部３０には、サーバ１０から受信した暗号化された添付ファイルを順次蓄積して記憶する。

なお、格納部３０は、サーバ１０の記憶領域でもよいし、クラウド上の記憶領域でもよい。つまり、サーバ１０とインターネットを介して接続可能なインターネット上の記憶領域（記憶装置）でもよい。

本実施形態によれば、差出元のユーザＡは暗号化作業をする手間を省くことができ、添付ファイルを暗号化して格納部３０に格納するので、添付ファイルの改ざんや添付ファイルの情報漏えいを防ぐことができる。

また、サーバ１０は、電子メールに複数の添付ファイルが存在する場合には、当該複数の添付ファイルを対象に１つの暗号化ファイルを生成してもよいし、複数の添付ファイルそれぞれについて個別の暗号化ファイルを生成してもよい。

このように、サーバ１０は、添付ファイルを格納部３０に格納する際に暗号化する処理を行う。なお、後述するが、サーバ１０は、ユーザの端末２０に添付ファイルをダウンロードさせる指示を受け付けた際に、添付ファイルを復号化させ、ダウンロード可能に制御する。また、サーバ１０は、ユーザの端末２０に添付ファイルを表示させる（閲覧させる）指示を受け付けた際に、添付ファイル復号化させ、表示させる（閲覧させる）処理を行う。

［５］電子メールの送信処理
また、サーバ１０は、電子メールＭに添付ファイルがあると判断した場合に、添付ファイルを取り除き、照会情報を挿入する。そして、照会情報を含む電子メールＭを宛先に送信する。つまり、サーバ１０は、添付ファイルを電子メールＭから分離し、格納部３０に添付ファイルを格納するので、誤送信した際に添付ファイルの情報漏洩を防止することができる。

例えば、図１に示すように、サーバ１０は、照会情報を電子メールＭの本文に挿入する。なお、サーバ１０は、電子メールＭのヘッダ、或いは、電子メールＭの新たな添付ファイルとして挿入してもよい。また、サーバ１０は、電子メールＭに、照会情報だけでなく
案内文（例えば、このＵＲＬをクリックして添付ファイルをダウンロードしてください）を挿入してもよい。

なお、サーバ１０は、添付ファイルがない電子メールについては、そのまま当該電子メールを送信する処理を行う。

［６］照会情報の生成手法
サーバ１０は、添付ファイルをダウンロードするための参照先となる照会情報（例えば、ＵＲＬ）を、生成する。例えば、照会情報は、添付ファイルをダウンロードするために必要となるＵＲＬである。

照会情報は、所定の形式（ＵＲＬの形式）に従って、少なくとも宛先、添付ファイル名（例えば、格納部３０における格納先）を特定可能な文字列とする。例えば、この照会情報は、一意に識別するための識別子とする（ＵＵＩＤともいう）。なお、ＵＲＬの書式に従ってパラメータ部分に宛先や添付ファイル名を符号化（エンコード）して記載するようにしてもよい。

なお、サーバ１０は、一の電子メールについて複数の添付ファイルが存在する場合に、宛先と暗号化された当該複数の添付ファイルとを対応付けた一の照会情報を、生成する。

［７］パスワードの生成
サーバ１０は、パスワード生成の指示を受け付けたタイミングで、所与の暗号アルゴリズムに基づき、パスワードを生成する。生成したパスワードは、照会情報に対応付けて、管理データ記憶部１７３に記憶する。なお、サーバ１０は、一の電子メールに複数の添付ファイルが存在する場合においても、照会情報に対応付けられた一のパスワードを生成する。また、サーバ１０は、パスワード生成の指示を受け付けたタイミングではなく、照会情報を受け付けたタイミングでパスワードを生成してもよい。

また、パスワードの文字列が容易に解析されないようにするために、パスワードを、記号、数字、大文字、小文字を含めた２０桁以上の文字列にしてもよい。

また、パスワードは１回限り有効なワンタイムパスワードとしてもよい。例えば、端末２０に予めサーバ１０とアルゴリズムが同じワンタイムパスワードを生成するワンタイムパスワード生成プログラムをインストールし、ワンタイムパスワードを用いた認証を行う。例えば、端末２０にインストールされたワンタイムパスワード生成プログラムと、サーバ１０にインストールされたワンタイムパスワード生成プログラムにおいて、アルゴリズム及び種番号は一致しており、その結果、端末側で生成されたワンタイムパスワードと、サーバ１０で生成されたパスワードとが一致していることになる。例えば、ワンタイムパスワード生成プログラムでは、所定周期（例えば、３０秒毎）に、時刻と種番号とに基づいてワンタイムパスワードを生成する処理を行う。

［８］パスワードの通知
サーバ１０は、所与のユーザから照会情報を受け付けた場合に、照会情報に対応付けられた宛先にパスワードを通知する。なお、照会情報に対応付けられた宛先に通知するとは、照会情報に対応付けられた宛先を、パスワードを通知するための電子メールの宛先に指定して、当該パスワードを含む電子メールを送信することである。なお、照会情報に対応付けられた宛先に通知するとは、照会情報に対応付けられた宛先のユーザがログイン認証を行い当該ユーザ専用の画面において、パスワードを閲覧可能に制御するものであってもよい。

つまり、サーバ１０は、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）のユーザＢから電子メールＭ（電子メールＩＤ＝００１）に関する照会情報を受け付けた場合に、当該照会情報に対応付けられた宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）に、電子メールＭ（電子メールＩＤ＝００１）に添付された添付ファイルをダウンロードするために必要なパスワードを通知する。

例えば、サーバ１０は、図５に示すように、パスワード発行画面Ｓｃ１をユーザＢの端末２０に通知するようにしてもよい。例えば、サーバ１０は、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）のユーザＢから照会情報を受け付けた場合に、パスワード発行画面Ｓｃ１を表示させる。そして、ユーザＢからパスワード発行（パスワード生成）の指示（例えば、ユーザＢからリンクＬ５２をクリックすることによる指示）を受け付けた場合に、照会情報に対応付けられた宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）に、パスワードを通知するようにしてもよい。

また、サーバ１０は、図５に示すように、パスワード発行画面Ｓｃ１において、電子メールＭ（電子メールＩＤ＝００１）の宛先や添付ファイル名を表示してもよい。なお、図示していないが、電子メールＭのヘッダや本文も表示してもよい。

なお、宛先のユーザＢとは関係のないユーザＸから照会情報を受け付けた場合にも、照会情報に対応付けられた宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）に、パスワードを通知することになるので、宛先のユーザＢ以外にパスワードが漏洩してしまう事態を防ぐことができる。

なお、サーバ１０は、一の電子メールに複数の添付ファイルが存在する場合において、ユーザから照会情報を受け付けた場合に、照会情報に対応付けられた宛先に、照会情報に対応付けられた一のパスワードを通知する。

［９］添付ファイルの制御
サーバ１０は、ユーザＢから照会情報を受け付けた場合に、照会情報に対応付けられた添付ファイル（暗号化された添付ファイル）を、ダウンロード可能又は閲覧可能に制御する。

図６は、ユーザＢの端末２０に表示されるパスワード入力画面Ｓｃ２を示す。例えば、サーバ１０は、図６に示すように、ユーザＢから照会情報を受け付けた場合に、パスワードを通知し、その後、パスワード入力画面Ｓｃ２をユーザＢに表示する。

そして、ユーザＢがテキストボックス欄Ｔ６１に、通知されたパスワードを入力する。つまり、サーバ１０は、ユーザＢからパスワードの入力指示（例えば、ユーザＢからリンクＬ６２をクリックすることによる指示）を受け付けた場合に、パスワード認証処理を行う。

例えば、サーバ１０は、ユーザから受け付けたパスワードと、サーバ１０に登録された照会情報に対応付けられたパスワード（管理データ記憶部１７３に記憶されている照会情報に対応するパスワード）とに基づいてユーザの認証を行う。例えば、ユーザから受け付けたパスワードと、サーバ１０に登録されたパスワードとが一致している場合に認証を許可する。

そして、サーバ１０は、認証を許可した場合に、図７に示すように、ダウンロード画面Ｓｃ３をユーザＢの端末２０に表示する。

そして、サーバ１０は、図７に示すように、認証許可されたユーザＢから添付ファイルのダウンロードの指示（例えば、ユーザＢからリンクＬ７２をクリックすることによる指示）を受け付けた場合に、ユーザＢの端末２０に、照会情報に対応付けられ、復号化された添付ファイルを送信する。つまり、ユーザＢは、リンクＬ７２をクリックすることによって、ユーザＢの端末２０に添付ファイルをダウンロードすることができる。

なお、サーバ１０は、図示していないが、認証許可されたユーザＢから添付ファイルの閲覧指示（例えば、ユーザＢからリンクをクリックすることによる指示）を受け付けた場合に、ユーザＢの端末２０に、照会情報に対応付けられ、復号化された添付ファイルを閲覧可能に制御してもよい。つまり、ユーザＢは、閲覧するためのリンクをクリックすることによって、ユーザＢの端末２０に添付ファイルの内容を表示させるようにする。このようにすれば、例えば、ダウンロード（端末側への保存）を禁止するブラウザを用いても添付ファイルの内容をユーザＢは確認することができる。

また、サーバ１０は、添付ファイルが複数存在する場合においても、認証許可されたユーザＢから受け付けた一のパスワードによって認証処理を行い、認証許可した場合に、照会情報に対応する複数の添付ファイルを、ユーザＢの端末にダウンロード可能に制御する又は閲覧可能に制御する。

［１０］有効性の制御
サーバ１０は、添付ファイルに関する情報セキュリティ向上のために、添付ファイルについてパスワードを生成する処理、パスワードを送信する処理、ダウンロードを可能とする制御の有効又は無効を識別するための有効性（例えば、フラグＦの値）を設定する。つまり、サーバ１０は、添付ファイルについて有効性を判断する処理を行い、有効であると判定される場合（例えば、フラグＦ＝１の場合）に、パスワードを生成する処理、パスワードを送信する処理、ダウンロードを可能にする制御を行う。

例えば、サーバ１０は、添付ファイル毎（又は照会情報毎、電子メール毎）に、有効性を示すフラグを設定する。例えば、フラグＦ＝１は、有効を意味し、フラグＦ＝０は、無効を意味する。

そして、サーバ１０は、フラグＦ＝１の場合に、パスワードを生成する処理、パスワードを送信する処理、添付ファイルのダウンロードを可能とする制御を行う。

一方、サーバ１０は、フラグＦ＝０の場合に、パスワードを生成しないように処理し、パスワードを送信しないように処理し、添付ファイルのダウンロードを禁止する制御を行う。

本実施形態では、サーバ１０は、添付ファイル毎（又は照会情報毎、電子メール毎）に、所定ユーザから有効又は無効の指示を受け付ける。

例えば、サーバ１０は、例えば、電子メールＭ（メールＩＤ＝００１）の添付ファイルについて、所定ユーザから有効の指示を受け付けた場合に、当該添付ファイルに対応するフラグＦを１に設定し、所定ユーザから無効の指示を受け付けた場合に、当該添付ファイルに対応するフラグＦを０に設定する。

ここで、「所定ユーザ」とは、添付ファイルの電子メールの差出元（ＲＣＰＴ ＦＲＯＭ、エンベロープＦＲＯＭ）のユーザとする。

なお、「所定ユーザ」は、差出元以外のユーザでもよい。例えば、予め複数のユーザで
構成されるグループを設定する場合において、差出元と同じグループに属する差出元以外のユーザを、所定ユーザとしてもよい。また、例えば、差出元の上長であるユーザを、所定ユーザとしてもよい。また、電子メールに複数の宛先が指定されている場合において、差出元以外のユーザであって、当該複数の宛先のうちドメインが差出元と同じ宛先のユーザを、所定ユーザとしてもよい。また、システム管理者を所定ユーザとしてもよい。

［１１］ダウンロードの制限及び閲覧制限
また、サーバ１０は、照会情報を受け付けた回数Ｋをカウントし、当該回数Ｋが所定回数以上（例えば、３回以上）になった場合に、ダウンロードを禁止及び閲覧禁止の少なくとも一方を制御するようにしてもよい。例えば、フラグＦの情報にかかわらず、当該回数Ｋが所定回数以上（例えば、３回以上）になった場合に、ダウンロードを禁止及び閲覧禁止の少なくとも一方を制御するようにしてもよい。

また、サーバ１０は、照会情報に対応する有効期限を設定し、有効期限を過ぎた場合には、フラグＦの情報にかかわらず、ダウンロードを禁止及び閲覧禁止の少なくとも一方を制御するようにしてもよい。

［１２］管理データ
図８は、サーバ１０の管理データ記憶部１７３に記憶される情報の一例である。例えば、管理データ記憶部１７３には、ＵＲＬ（照会情報）、添付ファイルのファイル名、宛先、生成されたパスワード、有効性を示すフラグＦ、有効期限、ＵＲＬへのアクセスの回数を示す回数Ｋが記憶される。

例えば、宛先は、エンベロープＴｏを示す。また、パスワードは、添付ファイルをダウンロードする又は閲覧するために用いられるパスワードである。

図８の例では、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）は、フラグＦ＝１であるので、パスワードを取得し、添付ファイルを取得することができるが、宛先（Ｇ＠ｅｘａｍｐｌｅ．ｏｒｇ）は、フラグＦ＝０であるので、パスワードを取得できず、また、添付ファイルを取得又は閲覧することができない。

また、有効期限は、添付ファイルを取得可能な有効期限の日時を示す。また、回数Ｋは、照会情報を受け付けた回数である。言い換えると、照会情報にアクセスされた回数を示す。

なお、管理データ記憶部１７３に記憶されるパスワードのデータは、パスワードそのものではなく、パスワードを求めるための文字列（ハッシュ値等）であってもよい。

［１３］フローチャート
図９Ａ、図９Ｂを用いて、本実施形態の処理の流れについて説明する。

まず、図９Ａに示すように、送信側のユーザＡ（Ａ＠ｅｘａｍｐｌｅ．ｃｏｍ）の端末２０－Ａが、添付ファイル付きの電子メールを送信する（ステップＳ１）。なお、この電子メールの宛先はユーザＢ（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）とする。

サーバ１０は、添付ファイル付きの電子メールを受信すると（ステップＳ１１）、添付ファイルを暗号化し（ステップＳ１２）、暗号化された添付ファイルを格納部３０に格納する（ステップＳ１３）。

そして、照会情報（ＵＲＬ）を生成し（ステップＳ１４）、受信した電子メールについ
て、添付ファイルを削除し、照会情報を挿入する（ステップＳ１５）。そして、当該電子メールを宛先に送信する（ステップＳ１６）。

そして、宛先のユーザＢの端末２０－Ｂは、電子メールを受信する（ステップＳ１００）。

続いて、図９Ｂを用いて説明すると、宛先のユーザＢの端末２０－Ｂは、照会情報（ＵＲＬ）にアクセスする（ステップＳ１１１）、
サーバ１０は、端末２０－Ｂから、照会情報を受け付けると（ステップＳ１７）、パスワードを通知する（ステップＳ１８）。なお、サーバ１０は、端末２０－Ｂからパスワード生成指示を受信した場合に、パスワードを生成し、当該パスワードを通知するようにしてもよい。

そして、端末２０－Ｂは、パスワードを受信し（ステップＳ１１２）、パスワードを入力する（ステップＳ１１３）。例えば、パスワード入力画面にパスワードを入力する。なお、入力されたパスワードは、サーバ１０に送信される。

サーバ１０は、パスワードに基づく認証処理を行う（ステップＳ１９）。例えば、サーバ１０は、パスワードを受信し、サーバ１０で登録しているパスワードと受信したパスワードとが一致するか否かを判定する認証処理を行う。

そして、認証処理において許可と判定した場合（ステップＳ２０のＹ）、添付ファイルを復号化して端末２０－Ｂにダウンロード可能又は閲覧可能に制御する（ステップＳ２１）。なお、サーバ１０は、認証が許可された場合であっても、所与の条件を満足しない場合（例えば、有効性を示すフラグＦが０の場合等）、添付ファイルを端末２０－Ｂにダウンロード禁止又は閲覧禁止に制御してもよい。

そして、端末２０－Ｂは、サーバ１０から送信された添付ファイルをダウンロードする又は閲覧表示する（ステップＳ１１４）。

一方、サーバ１０は、認証処理において不許可と判定した場合（ステップＳ２０のＮ）、処理を終了する。以上で処理を終了する。

［１４］応用例
［１４．１］照会情報の通知
サーバ１０は、電子メールＭに添付ファイルがあると判断した場合に、添付ファイルを取り除いた電子メールＭを宛先に送信し、照会情報を個別に宛先のユーザに通知してもよい。例えば、照会情報を含む電子メールを、当該宛先に送信してもよい。

［１４．２］複数の添付ファイルについて
サーバ１０は、一の電子メールに複数の添付ファイルが存在する場合において、添付ファイル毎にパスワードを生成してもよい。そして、サーバ１０は、パスワードに基づく認証が許可された場合に、添付ファイルをダウンロード可能又は閲覧可能に制御するようにしてもよい。

また、サーバ１０は、複数の添付ファイルそれぞれに対応する照会情報を生成してもよいし、複数の添付ファイルを一括にまとめた照会情報を生成してもよい。

また、サーバ１０は、複数の添付ファイルを１つのファイル単位でダウンロード可能又は閲覧可能に制御するようにしてもよいし、複数の添付ファイルを一括でダウンロード可
能又は閲覧可能に制御するようにしてもよい。

［１４．３］第１、第２の照会情報について
本実施形態のサーバ１０は、パスワードではなく照会情報（ＵＲＬ）によって添付ファイルのダウンロードを可能とするようにしてもよい。

例えば、サーバ１０は、差出元（Ａ＠ｅｘａｍｐｌｅ．ｃｏｍ）から送信された電子メールＭ（電子メールＩＤ＝００１とする）に、添付ファイルが存在する場合は、添付ファイルを暗号化し、暗号化された添付ファイルを、格納部３０に記憶する。

そして、サーバ１０は、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）と、添付ファイルの識別情報とに基づいて、第１の照会情報Ｌ１（第１のＵＲＬ）と第２の照会情報Ｌ２（第２のＵＲＬ）とを生成する。

第１の照会情報Ｌ１は、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）と、添付ファイルの識別情報とに対応付けられている。また、第２の照会情報Ｌ２も、当該宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）と、当該添付ファイルの識別情報とに対応付けられている。

つまり、第１の照会情報Ｌ１及び第２の照会情報Ｌ２は、宛先と添付ファイルとを特定できる情報とする。なお、第１の照会情報Ｌ１及び第２の照会情報Ｌ２によって特定できる添付ファイルは、暗号化された添付ファイルとしている。

また、第２の照会情報Ｌ２は、第１の照会情報Ｌ１と異なる情報（ＵＲＬ）とする。なお、サーバ１０は、第１の照会情報Ｌ１と第２の照会情報Ｌ２とを対応付けて記憶する。

そして、サーバ１０は、電子メールＭの添付ファイルのデータ部分を削除し、代わりに照会情報Ｌ１を挿入し、当該電子メールＭを宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）に送信する。

なお、サーバ１０は、電子メールＭに添付ファイルがあると判断した場合に、添付ファイルを取り除いた電子メールＭを宛先に送信し、照会情報Ｌ１を個別に宛先のユーザに通知してもよい。例えば、照会情報Ｌ１を含む電子メールを、当該宛先に送信してもよい。

その後、サーバ１０は、照会情報Ｌ１のアクセスを受け付けた場合に、照会情報Ｌ１から宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）を特定し、特定された宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）に照会情報Ｌ２を通知する。つまり、照会情報Ｌ１に対応する照会情報Ｌ２を通知する。

そして、サーバ１０は、照会情報Ｌ２のアクセスを受け付けた場合に、照会情報Ｌ２に基づき添付ファイルを特定し、当該添付ファイルを復号化し、復号化された添付ファイルをダウンロード可能となるように制御する。つまり、宛先のユーザＢは照会情報Ｌ２をクリックするだけで、図７に示すようなダウンロード画面Ｓｃ３を端末上で表示することができ、パスワードを入力する手間を省くことができる。

本実施形態によれば、照会情報Ｌ２の通知先を宛先のユーザＢに限定するので、ユーザＢが、誤って別のユーザＸに電子メールＭを誤送信（誤転送）した場合や、照会情報Ｌ１が不正にユーザＸに知られた場合においても、ユーザＸに照会情報Ｌ２を通知しないように制御することができる。つまり、ユーザＸが不正に添付ファイルをダウンロードしたり添付ファイルを閲覧できないように制御することができる。

なお、サーバ１０は、照会情報Ｌ２のアクセスを受け付けた場合に、内部的にパスワードを発行し、発行したパスワードに基づき認証を行い、ダウンロード画面を宛先のユーザＢに表示するようにしてもよい。

また、サーバ１０は、一の電子メールに複数の添付ファイルが存在する場合に、宛先と暗号化された当該複数の添付ファイルとを対応付けた一の第１の照会情報及び一の第２の照会情報を生成する。そして、サーバ１０は、第２の照会情報を受け付けた場合に、第２の照会情報に対応付けられた複数の添付ファイルを復号化し、復号化された複数の添付ファイルを、当該ユーザ側にダウンロード可能に制御する又は閲覧可能に制御する。

［１４．４］アンチウイルス処理
サーバ１０は、ユーザの端末にダウンロードする前又は閲覧前に、復号化された添付ファイルに対してアンチウイルス処理を行うようにしてもよい。アンチウイルス処理とは、添付ファイルにコンピュータウイルスを取り除く処理を行うことを意味する。例えば、サーバ１０は、予め定義された既知のウイルスに含まれる特異的なコードのパターンを記録し、対象の添付ファイルに一致するものがないかを検査し、一致する場合に、当該コードを取り除く処理を行う。なお、対象の添付ファイルに特異的なコードと一致するものを検知した場合、当該コードを取り除かずに、コンピュータウイルスを検知したことをユーザに通知し、添付ファイルのダウンロードを禁止するようにしてもよい。

サーバ１０は、添付ファイルを格納部３０に格納する前に、添付ファイルについてアンチウイルス処理を行うようにしてもよい。

［１４．５］フィルタリング処理
サーバ１０は、ユーザの端末にダウンロードする前又は閲覧前に所定条件を満たすか否かを判定し、当該所定条件を満たす場合に、復号化された添付ファイルを、当該ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するようにしてもよい。又は、サーバ１０は、当該所定条件を満たす場合に、復号化された添付ファイルを、当該ユーザの端末にダウンロード禁止に制御する又は閲覧禁止に制御するようにしてもよい。

所定条件とは、所定のルール条件である。サーバ１０は、予め所定条件を定義してもよいし、管理者やユーザからの入力情報に基づき、所定条件を設定してもよい。なお、サーバ１０は、所定条件を複数設定してもよい。

例えば、サーバ１０は、ヘッダ情報（又はエンベロープ）の宛先のドメインが特定のドメイン（例えば、「ｅｘａｍｐｌｅ．ｎｅｔ」）であるという所定条件Ａを満たす場合に、復号化された添付ファイルを、当該ユーザ側にダウンロード可能に制御する又は閲覧可能に制御する。

また、例えば、サーバ１０は、ヘッダ情報の件名（Ｓｕｂｊｅｃｔ）に、「秘密」という文言があるという所定条件Ｂを満たす場合に、復号化された添付ファイルを、当該ユーザの端末にダウンロード禁止に制御する又は閲覧禁止に制御する。

また、サーバ１０は、添付ファイルを格納部３０に格納する前に、所定条件を満たすか否かを判定し、当該所定条件を満たす場合に、添付ファイルを、格納部３０に格納するようにしてもよい。又は、サーバ１０は、当該所定条件を満たす場合に、添付ファイルを、格納部３０に格納禁止に制御するようにしてもよい。

［１４．６］認証トークン
サーバ１０は、パスワードの代わりに認証トークンを通知するようにしてもよい。つま
り、サーバ１０は、照会情報Ｌのアクセスを受け付けた場合に、照会情報Ｌから宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）を特定し、特定された宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）に認証トークンを通知する。

認証トークンは、格納部３０に格納されたファイルへアクセスするためのパスワード（例えば、ワンタイムパスワード）を生成するためのプログラムやＵＲＬであり、セキュリティトークンと言い換えてもよい。例えば、サーバ１０は、ユーザからの指示によって、認証トークンを使用して生成されたパスワードに基づき認証が許可されると、暗号化された添付ファイルを復号化し、復号化された添付ファイルをダウンロード可能又は閲覧可能となるように制御する。また、サーバ１０は、一度、ユーザからの認証トークンに基づく認証が許可された場合、所定期間中（例えば、認証許可されてから１０分間）、当該ユーザの認証許可を維持するようにしてもよい。

［１４．７］電子メールの受信制御
サーバ１０は、受信した電子メールをユーザ側に取り込むための受信サーバとして機能する場合も、上述した手法で添付ファイルを管理してもよい。なお、受信した電子メールをユーザ側に取り込むためのサーバの機能としては、例えば、ＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）、ＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等がある。

以下、受信サーバとして機能する場合について説明する。まず、サーバ１０は、差出元（Ａ＠ｅｘａｍｐｌｅ．ｃｏｍ）から送信され、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）が指定された電子メールＭｒ（電子メールＩＤ＝００２とする）を受信する。そして、サーバ１０は、受信した電子メールＭｒ（以下、「受信メール」という。）について、添付ファイルが存在するか否かを判断する。そして、サーバ１０は、添付ファイルが存在する場合は、添付ファイルを暗号化し、暗号化された添付ファイルを、添付ファイル格納部４０に格納する。

そして、サーバ１０は、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）と、添付ファイルの識別情報とを対応付けた照会情報Ｌ（ＵＲＬ）を生成する。添付ファイルの識別情報は、添付ファイルを一意に識別できる情報である。例えば、サーバ１０は、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）と、添付ファイルの識別情報に基づいて、照会情報Ｌ（ＵＲＬ）を生成する。

そして、サーバ１０は、電子メールＭｒの添付ファイルのデータ部分を削除し、代わりに照会情報Ｌを挿入した電子メールＭｒを、受信メール格納部５０に格納する。

そして、例えば、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）のユーザＢの受信指示に基づき、受信メール格納部５０に格納された電子メールＭｒが、ユーザＢの受信メールとして取り込まれる。

そして、ユーザＢが電子メールＭｒに含まれる照会情報Ｌをアクセスすると、サーバ１０は、照会情報Ｌのアクセスを受け付け、照会情報Ｌから宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）を特定し、特定された宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）にパスワードを通知する。

そして、サーバ１０は、照会情報Ｌのアクセスを受け付けた場合において、パスワード認証を行い、認証が許可された場合に、添付ファイル格納部４０に格納されている添付ファイルを復号化し、復号化された添付ファイルをダウンロード可能又は閲覧可能となるように制御する。

なお、サーバ１０は、受信サーバとして機能する場合も、上述した応用例に挙げた処理を行ってもよい。

受信メール格納部５０及び添付ファイル格納部４０は、サーバ１０の記憶領域でもよいし、クラウド上の記憶領域（例えば、サーバ１０及び端末２０とインターネットを介して接続可能なインターネット上の記憶領域）でもよい。

［１４．８］ダウンロード先
本実施形態において、添付ファイル等のダウンロード先は、ユーザの端末２０だけでなく、クラウド上の記憶領域でもよい。

つまり、添付ファイルをユーザ側にダウンロード可能に制御するとは、添付ファイルを当該ユーザの端末２０にダウンロード可能にすることだけでなく、端末２０とインターネットを介して接続可能なインターネット上の記憶領域に、当該ユーザのユーザＩＤに対応付けて（当該ユーザがアクセス可能に）、添付ファイルを記憶可能に制御することも含む。

［１５］認証サーバによるユーザ認証の説明
［１５．１］概要
本実施形態のサーバ１０は、図１０に示すように、外部の認証サーバ（認証機関）によってユーザの認証を判定し、認証サーバから受信するユーザ情報（例えば、宛先）に基づいて、ユーザの認証の許否を判定し、ユーザの認証を許可した場合に、当該ユーザが電子メールの添付ファイルをダウンロード又は閲覧できるようにしてもよい。例えば、認証サーバは、Ｇｏｏｇｌｅ（登録商標）などの認証サーバである。

なお、本実施形態では、ユーザは、外部の認証サーバにおいて、予め宛先のユーザに対応するユーザ情報（例えば、アカウント及びパスワード等）を登録する必要がある。

［１５．２］認証サーバを用いたファイル制御の例
サーバ１０は、宛先がユーザＢのメールアドレスであるＢ＠ｅｘａｍｐｌｅ．ｎｅｔであり、差出元（Ａ＠ｅｘａｍｐｌｅ．ｃｏｍ）から送信された電子メールＭ１（電子メールＩＤ＝１０１とする）を受け付けたとする。サーバ１０は、電子メールＭ１に添付ファイルが存在する場合に、当該添付ファイルを格納部３０に格納する処理を行う。なお、本実施形態では、格納部３０に添付ファイルを格納する際に、当該添付ファイルを暗号化するが、必ずしも添付ファイルを暗号化する必要はない。

そして、サーバ１０は、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）と、添付ファイルの識別情報（例えば、添付ファイル名や一意に添付ファイルを識別できる情報）とに基づいて、照会情報Ｌ－Ｍ１（ＵＲＬ）を生成する。そして、サーバ１０は、電子メールＭ１の添付ファイルを削除し、代わりに照会情報Ｌ－Ｍ１が挿入し、当該電子メールＭ１を宛先に送信する。

そして、図１０に示すように、ユーザＢが、この電子メールＭ１を参照し、照会情報Ｌ－Ｍ１をクリックしたとする。

すると、サーバ１０は、ユーザＢから照会情報Ｌ－Ｍ１のアクセスを受け付け、外部の認証サーバにユーザＢの認証を委任する。つまり、サーバ１０は、まず、認証サーバ上でユーザＢの正当性を判定する。

認証サーバの認証処理は、当該認証サーバに委ねられており、ユーザＢのアカウント、パスワードによる認証、ワンタイムパスワードによる認証、生体認証（顔認証）、デバイス認証、電話番号認証、本人確認のための質問に対する入力を要求し、入力の内容が正しいか否かを判定する認証手法、等、種々の手法で認証が行われる。

なお、認証サーバは、サーバ１０とインターネットを介して接続された認証を行う認証装置であり、認証システム、認証機関と言い換えてもよい。

なお、認証サーバは、Ｇｏｏｇｌｅ（登録商標）、Ａｍａｚｏｎ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）など複数種類あってもよく、ユーザから、一の認証サーバの選択の指示を受け付けてもよい。そして、サーバ１０は、選択された認証サーバに認証を委任するようにする。

ユーザＢの端末２０Ｂは、照会情報Ｌ－Ｍ１へのアクセスすると、認証サーバの認証画面に移行する。必要に応じてユーザＢは、認証画面において認証のために必要な入力（例えば、パスワードの入力等）を行う。

そして、サーバ１０は、認証サーバ上の認証結果に基づいて、当該ユーザの認証の許否を判定する処理を行う。ここで「認証結果」とは、認証の許可を意味する所与の情報（例えば、認証サーバが管理するユーザの情報）でもよいし、認証を許可又は拒否の結果でもよいし、認証サーバからの応答がない、という結果であってもよい。

特に、本実施形態では、予め、サーバ１０と認証サーバとにおいて、認証サーバ上でユーザの認証を許可した場合に、認証サーバ上で管理するユーザ情報（例えば、ユーザの宛先（メールアドレス））を、サーバ１０に送信するように定義付けておく。

したがって、認証サーバは、ユーザＢについて認証を許可すると、認証サーバ上で管理しているユーザＢの宛先を含むユーザ情報をサーバ１０に送信する。一方、認証サーバは、ユーザＢについて認証を許可しない場合（不許可と判定した場合）は、ユーザＢのユーザ情報をサーバ１０に送信しない（或いはエラー結果を送信する）制御を行う。

具体的に説明すると、サーバ１０は、図１０に示すように、認証サーバから受信したユーザＢの宛先（つまり、認証サーバ上で管理している宛先）と、ユーザＢからアクセスのあった照会情報に対応する宛先とを照合し、一致している場合に、ユーザＢの認証を許可すると判定する。例えば、認証サーバから受信したユーザＢの宛先が「Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ」であり、ユーザＢからアクセスのあった照会情報に対応する宛先が「Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ」である場合、一致していると判定し、ユーザＢの認証を許可すると判定する。一方、サーバ１０は、認証サーバから受信したユーザＢの宛先と、ユーザＢからアクセスのあった照会情報に対応する宛先とが不一致である場合に、ユーザＢの認証を拒否すると判定し、ユーザＢに対し、照会情報に対応する添付ファイルのダウンロード及び閲覧を禁止する。このようにすれば、ユーザＢがなりすましの可能性がある危険性を回避することができ、更にセキュリティを向上させることができる。

また、サーバ１０は、認証サーバから受信した情報に含まれる宛先に、確認ＵＲＬ（確認照会情報）を含む確認メールを送信し、ユーザＢから確認ＵＲＬへのアクセスを検知した場合に、ユーザＢの認証を許可すると判定するようにしてもよい。

そして、サーバ１０は、ユーザＢの認証が許可された場合に、照会情報Ｌ－Ｍ１に対応付けられた添付ファイルを復号化し、復号化された添付ファイルを、ユーザＢ側にダウンロード可能に制御する又は閲覧可能に制御する。例えば、ユーザＢの端末２０Ｂは、ユー
ザＢの認証が許可された場合に、図７に示すようなダウンロード画面に移行する。

なお、サーバ１０は、認証サーバから、所定期間（１分間）応答がない場合や、認証サーバからエラー情報を受信した場合等、ユーザＢに対し、照会情報に対応する添付ファイルについてダウンロード禁止及び閲覧禁止にする。

本実施形態によれば、認証サーバによって、宛先のユーザの正当性を担保することができ、第３者（宛先のユーザ以外のユーザ）からの不正アクセスを防止することができる。また、サーバ１０は、認証サーバからの宛先と、照会情報に対応する宛先との照合により、第三者が本来の利用者になりすまして不正アクセスなどを行う事態を阻止することができる。

なお、サーバ１０は、ユーザから照会情報へのアクセスを受け付けた場合であって、当該ユーザについて認証サーバへの認証を行う場合、ユーザＢに対して、認証サーバ上で管理されている宛先（メールアドレス）と、サーバ１０が管理しているユーザＢの宛先とを対応付けることについて、問題ないか否かを確認する情報を提示するようにしてもよい。

そして、サーバ１０は、ユーザＢから、当該対応付けの了承を得た場合（例えば、対応付けることについて、「はい」という了承の指示を受け付けた場合）、認証サーバ上で管理されている宛先（メールアドレス）と、サーバ１０が管理しているユーザＢの宛先とを対応付けて、記憶部１７０（例えば、ユーザ情報記憶部１７２）に記憶するようにしてもよい。

［１５．３］外部認証等の省略
また、サーバ１０は、ユーザＢの外部認証が許可されているログイン状態において、ユーザＢから照会情報Ｌ－Ｍ１を受け付けた場合に、当該ユーザＢの外部認証を省略してもよい。つまり、サーバ１０は、ユーザＢの外部認証が許可されているログイン状態において、認証サーバから、「認証サーバ上で管理するユーザＢの宛先」を受信し、或いは、記憶部１７０に記憶されている「認証サーバ上で管理するユーザＢの宛先」を参照する。そして、「認証サーバ上で管理するユーザＢの宛先」と、照会情報に対応付けられた宛先とに基づいて、ユーザＢの認証を行うようにしてもよい。

つまり、このようにすれば、ユーザＢが正当な利用者であれば、シームレスに復号化済みの添付ファイルをダウンロードできる又は閲覧できる。

また、サーバ１０は、ユーザＢの認証が許可された時点から所定期間内（例えば、１０分以内）に、ユーザＢから新たに照会情報（別の照会情報）を受け付けた場合に、ユーザＢの認証を許可すると判定するようにしてもよい。つまり、ユーザＢは、一旦、正当性が担保されれば、所定期間、照会情報にアクセスするだけで、シームレスに復号化済みの添付ファイルをダウンロードできる又は閲覧できる。

また、サーバ１０は、ユーザから照会情報を受け付けた場合において、当該照会情報の宛先が、認証サーバ上で管理されている宛先（メールアドレス）として、記憶部１７０（例えば、ユーザ情報記憶部１７２）に記憶されている場合、認証サーバ上における外部認証を省略してもよい。つまり、サーバ１０は、記憶部１７０に記憶されている「認証サーバ上で管理するユーザの宛先」と、「照会情報に対応付けられた宛先」とに基づいて、ユーザの認証を行うようにしてもよい。

［１５．４］フローチャート
図１１は、認証サーバを利用したサーバの処理の流れを示すフローチャートの一例を示
す。

まず、サーバ１０は、ユーザから照会情報を受け付けたか否かを判定する（ステップＳ３１）。そして、照会情報を受け付けた場合（ステップＳ３１のＹ）、認証サーバに、当該ユーザの認証を委任する（ステップＳ３２）。なお、サーバ１０は、当該ユーザから照会情報を受け付けた場合（ステップＳ３１のＹ）、Ｇｏｏｇｌｅ（登録商標）、Ａｍａｚｏｎ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）などの複数の認証サーバの中から、当該ユーザの選択指示に基づき、一の認証サーバを受け付け、受け付けた当該認証サーバに、当該ユーザの認証を委任してもよい。

そして、認証サーバから、認証サーバ上で管理されている宛先を受信したか否かを判断する（ステップＳ３３）。なお、本実施形態において、認証サーバから、「認証サーバ上で管理されている宛先を受信する」ことは、認証サーバ上においては、当該ユーザの認証が許可されていることを意味する。

そして、認証サーバ上で管理されている宛先を受信した場合（ステップＳ３３のＹ）、認証サーバ上で管理されている宛先と、照会情報に対応する宛先とが一致するか否かを判断する（ステップＳ３４）。認証サーバ上で管理されている宛先と、照会情報に対応する宛先とが一致する場合（ステップＳ３４のＹ）、添付ファイル（照会情報に対応付けられた添付ファイル）を復号化し、ユーザ側に、ダウンロード可能又は閲覧可能に制御する（ステップＳ５５）。

なお、認証サーバ上で管理されている宛先を受信しない場合（ステップＳ３３のＮ）、、や認証サーバ上で管理されている宛先と、照会情報に対応する宛先とが一致しない場合（ステップＳ３４のＮ）、処理を終了する。以上で処理を終了する。

［１５．５］複数の添付ファイル
サーバ１０は、一の電子メールに複数の添付ファイルが存在する場合に、宛先と暗号化された当該複数の添付ファイルとを対応付けた一の照会情報を、生成してもよい。かかる場合、照会情報に対応付けられた添付ファイルが複数存在する場合に、照会情報に対応付けられた複数の添付ファイルを復号化し、復号化された複数の添付ファイルを、当該ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するようにしてもよい。

［１５．６］無効化
サーバ１０は、認証サーバを用いた認証を行う場合においても、照会情報を挿入した電子メールＭ１が、宛先（Ｂ＠ｅｘａｍｐｌｅ．ｎｅｔ）に送信された後において、所定ユーザ（例えば、差出元のユーザＡや、ユーザＡの上長のユーザ）からの指示に基づき、復号化された添付ファイルを、ユーザ側にダウンロード禁止及び閲覧禁止に制御するようにしてもよい。

［１６］所定ユーザのダウンロード及び閲覧
サーバ１０は、所定ユーザ（例えば、差出元のユーザＡや、管理者ユーザ）からの指示に基づき、復号化された添付ファイルを、所定ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するようにしてもよい。例えば、差出元のユーザからの指示に基づき、復号化された添付ファイルを、差出元のユーザ側にダウンロード可能に制御する又は閲覧可能に制御するようにしてもよい。また、管理者ユーザからの指示に基づき、復号化された添付ファイルを、管理者ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するようにしてもよい。なお、所定ユーザに対してダウンロード等を行う際に、上述した種々の手法により、所定ユーザの正当性を判断するためのユーザ認証を行うようにしてもよい。

［１７］その他
本実施形態の電子メールは、ＳＭＴＰに限らず、所与のプロトコルにより送受信されるものであってもよい。

また、本実施形態のデータ、例えば、電子メールのデータは、格納部３０やインターネット上の記憶領域に記憶されるものであってもよい。

また、本実施形態のサーバ１０は、受信する全ての電子メールの添付ファイルを暗号化してもよいし、所与のルール条件を満たす電子メールについて、当該電子メールの添付ファイルを暗号化するように制御してもよい。例えば、サーバ１０は、予め、管理者やユーザからの入力情報に基づき、ルール条件を設定してもよい。また、本実施形態では、所定のルール条件を満たした電子メールを一時的に保留（一定期間、送信を保留）するようにしてもよい。また、所定のルール条件を満たした電子メールを、所定のユーザ（例えば、差出元のユーザの上長）の承認指示を受けた場合に、送信するようにしてもよい。

また、本実施形態では、ダウンロードを可能にする制御は、印刷を可能にする制御を含む概念としてもよい。また、ダウンロードを禁止にする制御は、印刷を禁止にする制御を含む概念としてもよい。

また、本実施形態では、照会情報を本文に挿入しているが、照会情報を含む添付ファイルを挿入するようにしてもよい。

また、本実施形態では、ダウンロードや閲覧を行ったユーザを記憶部に記憶する（履歴に残す）ようにしてもよい。

また、本実施形態で行うユーザ認証処理は、他の種々の認証処理であってもよい。例えば、電話番号認証や、ユーザの端末装置（スマートフォン）を用いた認証処理によって、ユーザの正当性を判定するようにしてもよい。

１０ サーバ、２０ 端末、３０ 格納部、
１００ 処理部、１１１ 受信部、１１２ 解析部、１１３ 認証処理部、１１４ 送信部、１１５ 通知部、１１６ 格納処理部、１１７ 照会情報生成部、１１８ パスワード生成部、１１９ ファイル制御部、１２０ Ｗｅｂ処理部、１７０ 記憶部、１７１ 主記憶部、１７２ ユーザ情報記憶部、１７３ 管理データ記憶部、１８０ 情報記憶媒体

Claims (6)

1. 電子メールの添付ファイルを管理する処理を行うサーバであって、
   差出元から送信された電子メールを受信する受信部と、
   前記電子メールに添付ファイルがある場合に、暗号化された当該添付ファイルを格納部に格納する処理を行う格納処理部と、
   前記電子メールの宛先と暗号化された前記添付ファイルとを対応付けた照会情報を、生成する照会情報生成部と、
   添付ファイルを削除し前記照会情報を挿入した前記電子メールを、前記宛先に送信する送信部と、
   ユーザから前記照会情報を受け付けた場合に、所与の認証サーバ上で当該ユーザの外部認証を行い、当該ユーザの外部認証が許可された場合に、当該認証サーバ上で管理する宛先と、前記照会情報に対応付けられた宛先とに基づいて、当該ユーザの認証を行う認証処理部と、
   前記ユーザの認証が許可された場合に、前記照会情報に対応付けられた添付ファイルを復号化し、復号化された添付ファイルを、前記ユーザ側にダウンロード可能に制御する又は閲覧可能に制御するファイル制御部と、を含むことを特徴とするサーバ。
2. 請求項１において、
   前記認証処理部は、
   前記ユーザの外部認証が許可されているログイン状態において、前記ユーザから前記照会情報を受け付けた場合に、前記ユーザの外部認証を省略し、当該認証サーバ上で管理する前記ユーザの宛先と、前記照会情報に対応付けられた宛先とに基づいて、前記ユーザの認証を行うことを特徴とするサーバ。
3. 請求項１又は２において、
   前記認証処理部は、
   前記ユーザの認証が許可された時点から所定期間内に、前記ユーザから新たに照会情報を受け付けた場合に、前記ユーザの認証を許可すると判定することを特徴とするサーバ。
4. 請求項１～３のいずれかにおいて、
   前記照会情報生成部は、
   一の電子メールに複数の添付ファイルが存在する場合に、前記宛先と暗号化された当該複数の添付ファイルとを対応付けた一の照会情報を、生成し、
   前記ファイル制御部は、
   前記照会情報に対応付けられた添付ファイルが複数存在する場合に、前記照会情報に対応付けられた複数の添付ファイルを復号化し、復号化された複数の添付ファイルを、当該ユーザ側にダウンロード可能に制御する又は閲覧可能に制御すること特徴とするサーバ。
5. 請求項１～４のいずれかにおいて、
   前記ファイル制御部は、
   前記照会情報を挿入した前記電子メールが、前記宛先に送信された後において、所定ユーザからの指示に基づき、復号化された添付ファイルを、前記ユーザ側にダウンロード禁止及び閲覧禁止に制御することを特徴とするサーバ。
6. 請求項１～５のいずれかにおいて、
   前記ファイル制御部は、
   所定ユーザからの指示に基づき、復号化された添付ファイルを、所定ユーザ側にダウンロード可能に制御する又は閲覧可能に制御することを特徴とするサーバ。

Images