JP7116972B1 - ファイル転送システム - Google Patents

Abstract

【課題】 セキュリティーの高いファイル転送システムを提供する。【解決手段】 本発明に係るファイル転送システム１００は、ネットワークＮＷ１上にある送信者Ｓの端末１１０および端末１１０から送信された電子メールＭを受信する保管サーバ１２０と、ネットワークＮＷ２上にある認証サーバ１２０およびファイル中継サーバ１４０と、ネットワークＮＷ３上にある受信者Ｒの端末１６０とを有する。認証サーバ１３０によって受信者Ｒの認証が行われると、保管サーバ１２０に保管された添付ファイルＦがファイル中継サーバ１４０を介して受信者Ｒの端末１６０に転送される。【選択図】 図６

Description

本発明は、ファイル転送システムに関し、特に電子メールに添付されたファイルを安全に転送するシステムに関する。

企業間あるいは個人間でやり取りする情報の電子化が進んでいる。図１に示すように、送信者Ｓは、電子メールＭに電子化したファイルＦを添付し、メールゲートＭＧおよびインターネットを介して受信者Ｒに送信する。セキュリティーがされていないと、送信経路上において、第三者Ｘの不正なアクセスによって電子メールＭを盗聴される可能性がある。また、電子メールＭを誤送信してしまうと、意図しない受信者に添付ファイルＦを見られてしまう。

そこで、セキュリティー対策として、図２に示すようにファイルＦを暗号化し、暗号化したファイルＦＡを添付した電子メールＭ１を受信者Ｒに送信し、さらにこれとは別にパスワードを記載した電子メールＭ２を受信者Ｒに送信する方法が利用されている。しかし、この方法もまた、同一経路上に電子メールＭ１、Ｍ２を送信するので、送信経路上で第三者Ｘの不正なアクセスによって電子メールＭ１、Ｍ２を盗まれた場合にはセキュリティー上の効果がなくなってしまう。また、パスワード送信はシステムで自動化される場合が多く、誤送信防止の観点でも意味をなさない。さらに、ファイルを暗号化することでマルウェアスキャンが不可能になり、このことをスパマーに悪用されるケースもある(EMOTET, IcedID)。暗号化ファイルＦＡとパスワードを同一経路にて送付する運用は、ファイルの機密性向上に寄与することがない上、受信者Ｒがマルウェア被害に合う危険性をも増加させてしまう。

パスワードの送付に代えて公開鍵暗号方式を利用する方法もある。この方法は、図３に示すように、受信者Ｒは、送信者Ｓに公開鍵Ｐを予め渡しておくことで、送信者Ｓは、公開鍵Ｐを用いてファイルを暗号化し、暗号化したファイルＦＢを添付した電子メールＭを受信者Ｒに送信する。受信者Ｒは、電子メールＭを受信すると、秘密鍵Ｐｒで暗号化ファイルＦＢを復号できる。仮に、送信経路上で第三者Ｘの不正なアクセスによって電子メールＭが盗まれても暗号化ファイルＦＢを復号できず、よりセキュリティーが高い方法である。しかし、この方法は、事前に公開鍵Ｐを渡す必要があり、また、鍵生成や鍵管理のコストが高く、さらにメーラー自体が対応していない場合は暗号化や復号の操作が煩雑になってしまう。また、暗号化することによってマルウェアスキャンが不可能になる問題も残る。

さらに通信経路を暗号化することで電子メールや添付ファイルの盗聴を防止する方法もある。例えば、図４に示すように、メールゲートウェイＭＧ＿Ｓは暗号化に対応しているため、この間の通信経路Ｑ１のデータは暗号化されるが、メールゲートウェイＭＧは暗号化に対応していないため通信経路Ｑ２のデータは暗号化されない。全てのメールゲートウェイ（メールサーバ）を暗号化に対応させ、全ての通信経路の暗号化を図ることは容易ではなく、脆弱性のある通信経路Ｑ２で第三者Ｘの不正なアクセスにより電子メールＭが盗聴される可能性がある。

また、特許文献１の電子メールシステムは、電子メールから添付ファイルを分離し、分離された添付ファイルをファイル転送サーバに格納し、ファイル転送サーバ上の格納アドレスを含む情報を付加した電子メールを受信者に送信し、電子メールの送信経路と添付ファイルの送信経路とを分けることでセキュリティーの向上を図っている。

特開２００６－１８００８５号公報

特許文献１にも開示されるように、従来のファイル共有システムは、外部ストレージサービスを利用するものであり、その一構成例を図５に示す。送信者Ｓが電子メールＭを送信するとき、セキュリティー対策がされた製品１０は、電子メールＭから添付ファイルＦを取り出し、外部のインターネット上で共有されるファイル共有サーバ２０へファイルＦを送信し、そこに保存する。ファイル共有サーバ２０は、製品１０にパスワードを返信する。製品１０は、ファイル共有サーバ２０のＵＲＬを記載した電子メールＭ１と、ファイル共有サーバ２０にアクセスするためのパスワードを記載した電子メールＭ２を受信者Ｒに送信する。受信者Ｒは、メールゲートＭＧを介して電子メールＭ１、Ｍ２を受け取り、そこに記載されたパスワードを使用してＵＲＬにアクセスし、ファイル共有サーバ２０に保存されたファイルＦをダウンロードする。

上記のファイル共有システムでは、ＵＲＬとパスワードを記載した電子メールＭ１、Ｍ２を同一の経路で送信するため、この電子メールＭ１、Ｍ２が第三者Ｘの不正なアクセスによって盗聴される可能性がある。また、ＵＲＬとパスワードを同一の電子メールに記載する場合もあるが、これも同様に、第三者Ｘによって盗聴されるとファイルＦが不正にダウンロードされてしまう。さらにＵＲＬが記載された電子メールが盗まれると、ＵＲＬをフィッシングＵＲＬに書換えられて悪用されるおそれがある。また、ファイル共有サーバはインターネット上に存在し、外部のユーザが直接サーバにアクセスすることが可能であり、不正なアクセスを試みる機会を与えてしまう。

本発明は、このような従来の課題を解決するものであり、セキュリティーの高いファイル転送システムを提供することを目的とする。

本発明に係るファイル転送システムは、電子メールに添付されたファイルを転送する機能を備えたものであって、送信先アドレスに送信する電子メールを生成する送信側端末と、前記送信側端末で生成された電子メールを受信する受信側端末と、前記送信側端末から電子メールを受信し、当該電子メールの添付ファイルの有無を識別し、添付ファイルがある場合には、電子メールと添付ファイルを分離し、添付ファイルを保存し、添付ファイルが分離された電子メールを送信側端末に送信する第１のサーバと、前記送信側端末からの前記添付ファイルの第１の転送要求に応じて第１のサーバに前記添付ファイルの第２の転送要求をする第２のサーバと、第２のサーバからの第２の転送要求に応答して第１のサーバから出力された前記添付ファイルを受け取り、前記受信側端末からの受信要求に応答して当該添付ファイルを前記受信側端末へ送信する第３のサーバとを含む。

ある態様では、第２のサーバは、前記受信側端末を認証したとき第２の転送要求を第１サーバに通知し、前記受信側端末を認証できないとき、前記受信側端末が未認証であることを第１のサーバに通知する。ある態様では、第１のサーバは、前記受信側端末が未認証である通知を受けた場合、前記受信側端末に登録用ワンタイムトークンを含む電子メールを送信する。ある態様では、第１のサーバは、前記送信側端末から受信した電子メールの送信先アドレスが送信先リストに未登録である場合には、前記受信側端末に登録用ワンタイムトークンを含む電子メールを送信する。ある態様では、第３のサーバは、第１のサーバから受け取った添付ファイルを不揮発性の記憶媒体に格納せずに、動的メモリに一時的に保持する。ある態様では、第１のサーバは、前記送信側端末と共通の第１のネットワーク内に存在し、第２のサーバおよび第３のサーバは、第１のネットワークと異なる第２のネットワーク内に存在し、前記受信側端末が第３のネットワーク内に存在する。ある態様では、第１のサーバは、第１のネットワーク以外からのアクセスに関し、第２のサーバのみのアクセスを許可する。ある態様では、第３のサーバは、第２のネットワーク以外からのアクセスに関し、第１のサーバのみのアクセスを許可する。ある態様では、前記受信側端末は、第２のサーバおよび第３のサーバにアクセスするための共通のインターフェースを含み、当該共通のインターフェースは、第２のサーバおよび第３のサーバにログインするための認証情報を入力可能である。ある態様では、第１のサーバ、第２のサーバおよび第３のサーバ間の通信は、ＨＴＴＰＳもしくはＳＭＴＰであり、第２のサーバおよび第３のサーバと前記受信側端末との間の通信は、ＨＴＴＰＳもしくはＰＯＰ３Ｓであり、第１のサーバと前記受信側端末との間の通信は、ＳＭＴＰである。

本発明に係るファイル転送システムは、電子メールに添付されたファイルを転送する機能を備えたものであって、送信先アドレスに送信する電子メールを生成する送信側端末と、前記送信側端末で生成された電子メールを受信する受信側端末と、前記送信側端末から電子メールを受信し、当該電子メールを電子メールと同じ拡張子をもつメールファイルとして保存し、かつ前記送信側端末への電子メールの送信があったこと示す送信通知を出力する第１のサーバと、前記送信通知を受け取り、かつ前記受信側端末から電子メールの受信要求があったとき、前記受信側端末の認証を行い、第１のサーバに前記メールファイルの転送を要求する第２のサーバとを有する。さらに第２のサーバに認証された前記受信側端末からの第１の転送要求を受け取り、第１のサーバに第２の転送要求を送り、第１のサーバから送信されたファイルを前記受信側端末に転送する第３のサーバを有する。

ある態様では、第１のサーバは、前記送信側端末からの電子メールにファイルが添付されているかに関わらず、添付ファイル部分を含む電子メールを１つのメールファイルとして保存する。ある態様では、前記受信側端末は、ポーリング機能により一定の時間間隔で電子メールの受信要求を第２のサーバに行い、第２のサーバは、前記受信側端末からの受信要求があったとき、当該受信要求を待機させた状態で第１のサーバに前記メールファイルの転送を要求し、第１のサーバから受け取った前記メールファイルを前記待機させた受信要求への応答として送信する。ある態様では、前記受信側端末と第２のサーバとの間の通信は、ＰＯＰ３またはＰＯＰ３Ｓである。ある態様では、前記受信側端末は、第２のサーバから受信した前記メールファイルをメーラーに取り込み、電子メールとして閲覧する。ある態様では、第２のサーバは、第１のサーバへの前記メールファイルの転送要求をＳＭＴＰで行う。ある態様では、第１のサーバから第２のサーバへの前記送信通知、第１のサーバから第２のサーバへの前記メールファイルの転送は、ＨＴＴＰＳで行われる。ある態様では、第２のサーバは、前記メールファイルを不揮発性の記憶媒体に格納せずに、動的メモリに一時的に保持する。

本発明によれば、電子メールに添付されたファイルを第１のサーバに保存し、第１のサーバは、第２のサーバから添付ファイルの転送要求があったときに、添付ファイルを第３のサーバを中継して受信側端末へ転送するようにしたので、第２のサーバおよび第３のサーバが第三者によって不正にアクセスされたとしても、添付ファイルの漏洩を防止することができる。また、本発明ではファイル自体の暗号化を行わず、通信経路の暗号化によって安全性を担保しているため、ファイルへのマルウェアスキャンが有効であり、従来手法で課題となっていた暗号化マルウェアの被害も防ぐことが可能である。

さらに本発明によれば、添付ファイルを含む電子メールを電子メールと同じ拡張子をもつメールファイルとして第１のサーバに保存し、第１のサーバは、第２のサーバからメールファイルの転送要求があったときに、メールファイルを第３のサーバを中継して受信側端末へ受信させるようにしたため、第２のサーバおよび第３のサーバが第三者によって不正にアクセスされたとしても、メールファイルの漏洩を防止することができる。また、本発明ではファイル自体の暗号化を行わず、通信経路の暗号化によって安全性を担保しているため、添付ファイルへのマルウェアスキャンおよびメールファイルに対するスパム検査、メール内に記述されたＵＲＬの検査が有効であり、暗号化マルウェアの被害やスパムメールを防ぐことが可能である。

従来のセキュリティー対策がされていないファイル転送の一例を示す図である。 従来のセキュリティー対策がされているファイル転送の一例を示す図である。 従来のセキュリティー対策がされているファイル転送の一例を示す図である。 従来のセキュリティー対策がされているファイル転送の一例を示す図である。 従来のセキュリティー対策がされているファイル転送の一例を示す図である。 本発明の実施例に係るファイル転送システムの構成を示す図である。 本発明の第１の実施例に係る保管サーバの機能的な構成を示すブロック図である。 送信先リストの一例を示す図である。 本発明の第１の実施例による受信者の認証方法を説明するフローである。 本発明の第１の実施例によるファイル転送動作を説明するフローである。 本発明の第１の実施例に係るファイル転送システムの変形例を示す図である。 本発明の第１の実施例に係るファイル転送システムの変形例を示す図である。 本発明の第２の実施例に係るファイル転送システムの構成を示す図である。 本発明の第２の実施例に係る保管サーバの機能的な構成を示すブロック図である。 本発明の第２の実施例によるファイル転送動作を説明するフローである。 本発明の第３の実施例によるファイル転送動作を説明するフローである。

次に、本発明に係るファイル転送システムは、インターネットを介して電子メールを送信する場合に、電子メールに添付されたファイルを安全に受信者に送信することを可能にする。さらに本発明に係るファイル転送システムは、受信者側の端末において、電子メールに添付されたファイルをメーラーに簡単に取り込むことを可能にする。

次に、本発明の実施例について詳細に説明する。図６は、本発明の実施例に係るファイル転送システムの全体構成を示す図である。本実施例のファイル転送システム１００は、電子メールを通常のＳＭＴＰプロトコルを使用する経路で送信し、添付ファイルを別の暗号化された経路で送信するものであり、ここには、送信者Ｓが受信者Ｒに添付ファイル付きの電子メールを送信する例を示している。

ファイル転送システム１００は、送信者Ｓの端末１１０、端末１１０と同一のネットワークＮＷ１に存在する保管サーバ１２０、インターネット等のネットワークＮＷ２に存在する認証サーバ１３０、ファイル中継サーバ１４０、メールサーバ１５０、ネットワークＮＷ３内に存在する受信者Ｒの端末１６０を含んで構成される。

送信者側Ｓの端末１１０や受信者側の端末１６０は、特に限定されないが、例えば、コンピュータ装置、高機能型携帯端末（例えば、スマートフォン）、ラップトップコンピュータなどである。端末１１０、１６０は、コントローラ、メモリ、通信モジュール、ユーザ入力部、ディスプレイ等を含み、コントローラは、メモリに格納されたソフトウエアを実行可能である。端末１１０、１６０には、少なくとも、電子メールの作成や電子メールの送受を可能にするメールソフトウエアが搭載されている。

保管サーバ１２０は、送信者Ｓが管理するネットワークＮＷ１に存在し、送信者Ｓの端末１１０と接続される。ネットワークＮＷ１は、例えば、イントラネットワーク、ローカルエリアネットワークなどである。保管サーバ１２０にアクセスできるのは、送信者Ｓまたは権限を与えられたユーザおよびシステムのみであり、受信者Ｒなど外部のユーザは、保管サーバ１２０にアクセスすることができない。保管サーバ１２０の所在は問わず、ネットワーク内部あるいはクラウド内である。

保管サーバ１２０は、コントローラ、メモリ、通信モジュール等のハードウエア資源を含み、コントローラは、メモリに格納されたソフトウエアを実行可能である。図７は、保管サーバ１２０の機能的な構成を示すブロック図である。保管サーバ１２０は、送信者Ｓの端末１１０から電子メールを受け取る電子メール受信部２００、受け取った電子メールの添付ファイルの有無を識別する添付ファイル識別部２１０、添付ファイルが識別された場合に、電子メールから添付ファイルを分離する添付ファイル分離部２２０、分離された添付ファイルを格納する添付ファイル格納部２３０、メールサーバ１５０に電子メールを送信する電子メール送信部２４０、送信先リスト保持部２５０、外部のサーバと通信を行う通信制御部２６０、添付ファイル格納部２３０に格納された添付ファイルを読み出す添付ファイル読出し部２７０を含んで構成される。これらの機能は、ハードウエア資源およびソフトウエア資源を用いて実施される。

電子メール受信部２００は、送信者Ｓの端末１１０から送信された電子メールを受信する。添付ファイル識別部２１０は、電子メール受信部２００で受信した電子メールのメールヘッダの記述をチェックし、添付ファイルの有無を識別する。具体的には、メールヘッダのＣｏｎｔｅｎｔ Ｔｙｐｅフィールドがｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄを示している場合には添付ファイルがあると判定する。

添付ファイル分離部２２０は、添付ファイル識別部２１０によって添付ファイルが識別された場合には、電子メールから添付ファイルを分離し、分離した電子メールを電子メール送信部２４０に提供し、かつ分離した添付ファイルを添付ファイル格納部２３０に提供する。

添付ファイル格納部２３０は、添付ファイルをハードディスクあるいは不揮発性メモリ等の記憶媒体に格納する。格納された添付ファイルは、添付ファイル読出し部２７０によって読み出される。

電子メール送信部２４０は、送信者Ｓの電子メールにファイルが添付されている場合には、添付ファイルを分離した電子メールを、送信者Ｓの電子メールにファイルが添付されていない場合には、その電子メールをメールサーバ１５０に送信する。

送信先リスト保持部２５０は、過去の送信先に関する情報を保持する。送信先に関する情報は、図８に示すように、少なくとも送信先アドレスを含み、これに加えて、送信者の氏名等の属性情報を含むものであってもよい。送信先リスト保持部２５０に保持される送信先は、認証されたものであることに留意すべきである。

通信制御部２６０は、認証サーバ１３０およびファイル中継サーバ１４０との通信を可能にする。但し、保管サーバ１２０は、同一ネットワーク以外のアクセスに関しては、認証サーバ１３０のみのアクセスを許可し、これによりインターネット上の第三者による不正なアクセスを排除する。

通信制御部２６０は、電子メール受信部２００が電子メールを受信すると、その送信先が認証された送信先か否かを判定する。具体的には、電子メールのメールヘッダに記載された送信先アドレスまたはＳＭＴＰプロトコル通信の過程でやり取りされるエンベロープ情報に記載された送信先アドレスが送信先リスト保持部２５０に登録されているか否かを照合する。一致する送信先が見つからない場合には、通信制御部２６０は、送信先または送信者の認証を行う。

図９は、認証処理の一例を示すフローである。ここでは、受信者Ｒが未登録の送信先であると仮定する。送信者Ｓが受信者Ｒに電子メール送信する場合、保管サーバ１２０は、電子メールを受信し、その受信者Ｒ（送信先）が未登録か否かをチェックする。未登録である場合には、通信制御部２６０は、電子メール送信部２４０に、ＳＭＴＰプロトコルを使用する経路（図中、破線）で、登録用ワンタイムトークン含む電子メールを受信者Ｒに送信する。受信者Ｒは、ＨＴＴＰＳプロトコルを使用する経路（図中、実線）で、登録用ワンタイムトークンに示されたＵＲＬを用いて認証サーバ１３０にアクセスし、ユーザ登録をする。ユーザ登録では、例えば、受信者Ｒのメールアドレスやパスワードなどの認証情報を設定する。ユーザ登録後、受信者Ｒは、認証情報を入力することで認証サーバ１３０にログインすることができる。

認証サーバ１３０は、受信者Ｒのユーザ登録が行われると、その登録情報を保管サーバ１２０へ送信する。通信制御部２６０は、登録情報を受信すると、受信者Ｒの送信先を送信先リスト保持部２５０に登録させる。登録完了後、通信制御部２６０は、電子メール送信部２４０を介して登録完了メールを受信者Ｒに送信する。

なお、上記の認証方法は、保管サーバ１２０によって送信先が未登録か否かを判定することにより行ったが、これ以外にも、認証サーバ１３０が受信者Ｒの端末１６０からのアクセス時に端末１６０を認証することができなかった場合には、その旨が保管サーバ１２０へ通知され、保管サーバ１２０は、登録用ワンタイムトークンを含む電子メールを受信者Ｒに送信することも可能である。

さらに上記の認証方法は、一例でありこれに限定されるものではない。より高度な認証として、二要素認証や二段階認証を行うものであってもよい。例えば、受信者Ｒの携帯端末等に認証番号をショートメッセージで送付し、受信者ＲがＵＲＬから入力した認証番号が正しい場合にユーザ登録を行うようにする。あるいは、ショートメッセージの代わりに、他社メールアドレスに認証番号を送付するようにしてもよい。あるいは、ＳＮＳアカウント、インスタントメッセージのアカウントに認証番号を送付するようにしてもよい。あるいは時間ベースのワンタイムパスワードを用いた認証を用いてもよい。

通信制御部２６０は、認証サーバ１３０からファイル要求認証情報を受信すると、当該ファイル要求認証情報に基づき添付ファイルの送信先を承認し、特定する。ファイル要求認証情報には、添付ファイルの送信先などに関する情報が含まれている。通信制御部２６０は、送信先リスト保持部２５０に保持された送信先とファイル要求認証情報に含まれる添付ファイルの送信先とを照合し、送信先が一致すればファイル要求を承認する。通信制御部２５０は、ファイル要求を承認した場合、添付ファイル読出し部２６０を介して添付ファイル格納部２３０から該当する添付ファイルを読出し、読み出した添付ファイルをファイル中継サーバ１４０に送信する。ファイル転送動作の詳細は、後述する。

なお、図６には、１つの保管サーバ１２０が例示されるが、保管サーバは、ネットワークＮＷ１内に複数あってもよく、送信者Ｓが複数の保管サーバのいずれかを選択するようにしてもよい。また、図６の例では、保管サーバ１２０とは別にメールサーバ１５０が設けられているが、保管サーバ１２０がメールサーバ１５０を包含する構成であってもよい。

認証サーバ１３０は、インターネット上のネットワークＮＷ２に存在し、受信者Ｒは、端末１６０のブラウザから認証サーバ１３０のＵＲＬを指定してそこにアクセスすることが可能である。認証サーバ１３０は、上述したように受信者Ｒを認証する機能に加えて、受信者Ｒと保管サーバ１２０との間の通信を中継する機能を含む。

ファイル中継サーバ１４０は、インターネット上のネットワークＮＷ２に存在し、同一ネットワーク以外からのアクセスに関しては、送信者Ｓが管理する保管サーバ１２０のみの接続を許可する。ファイル中継サーバ１４０は、保管サーバ１２０から送信された添付ファイルを受信し、受信した添付ファイルを受信者Ｒの端末１６０へ転送する。ファイル中継サーバ１４０は、保管サーバ１２０と受信者Ｒの端末１６０との間で添付ファイルを中継するのみであり、好ましい態様では、ファイル中継サーバ１４０は、受信した添付ファイルを不揮発性の記憶領域には格納せず、ＤＲＡＭ等の揮発性の動的メモリに一時的に保持し、添付ファイルの転送後、動的メモリに保持した添付ファイルを速やかに消去する。これによりインターネット上のファイル中継サーバ１４０に保持される添付ファイルが第三者の不正なアクセスによって漏洩するのを防止する。

次に、具体的な添付ファイルの転送動作について図１０のフローを参照して説明する。送信者Ｓが電子メールを送信すると、この電子メールが保管サーバ１２０の電子メール受信部２００で受信される。添付ファイル識別部２１０は、添付ファイルの有無を識別し、添付ファイルがある場合には、添付ファイル分離部２２０が添付ファイルを電子メールから分離し、添付ファイル格納部２３０が分離された添付ファイルを格納する。添付ファイルが無い場合には、電子メール受信部２００で受信された電子メールがそのまま電子メール送信部２４０に提供され、添付ファイルがある場合には、添付ファイル分離部２２０で添付ファイルが分離された電子メールが電子メール送信部２４０に提供される。

通信制御部２６０は、電子メールの送信先が送信先リストに登録済みであることを確認した後、電子メール送信部２４０に保持された電子メールを受信者Ｒに送信する。電子メールの送信は、メールサーバ１５０を介してＳＭＴＰで行われる。電子メールを受信した受信者Ｒは、電子メールの受信により添付ファイルがあることを認識する。

受信者Ｒは、端末１６０を介して認証サーバ１３０にアクセスし、認証情報を入力し、認証サーバ１３０にログインする。認証情報は、ユーザ登録に際に設定した受信者Ｒのメールアドレスやパスワードである。ログイン後、受信者Ｒは、添付ファイルの要求を認証サーバ１３０に行う。

認証サーバ１３０は、受信者Ｒからのファイル要求に応答して、保管サーバ１２０に対してファイル要求認証情報をＨＴＴＰＳで送信する。ファイル要求認証情報は、添付ファイルの要求と受信者Ｒの認証情報を含む。

保管サーバ１２０の通信制御部２６０は、ファイル要求認証情報を受信すると、そこに含まれる認証情報（受信者Ｒのメールアドレス）が送信先リスト保持部２５０のリストに含まれていることを確認し、添付ファイル読出し部２７０を介して添付ファイル格納部２３０から受信者Ｒの添付ファイルを読出し、読み出した添付ファイルをＨＴＴＰＳでファイル中継サーバ１４０に転送する。通信制御部２６０は、添付ファイルの転送後、添付ファイル読出し部２７０を介して添付ファイル格納部２３０の添付ファイルを削除する。

受信者Ｒは、ファイル中継サーバ１４０に保持された添付ファイルをダウンロードするためにファイル中継サーバ１４０にログインする。好ましい態様では、ファイル中継サーバ１４０は、認証サーバ１３０と同じ認証情報を用いて受信者Ｒのログインを許可するようにする。この場合、認証サーバ１３０とファイル中継サーバ１４０は、受信者Ｒが設定した認証情報を共有し、受信者Ｒの端末１６０は、認証サーバ１３０とファイル中継サーバ１４０に共通のインターフェースを用いて認証サーバ１３０とファイル中継サーバ１４０にログインする。

ファイル中継サーバ１４０は、受信者Ｒのアカウントに添付ファイルを転送し、受信者Ｒは、端末１６０のブラウザから添付ファイルをダウンロードする。

このように本実施例のファイル転送システムによれば、インターネット上に添付ファイルを保存または共有するためのサーバを置かないため、インターネット上で添付ファイルが漏洩するリスクを極力低減することができる。仮に、ファイル中継サーバ１４０が第三者によって不正にアクセスされたとしても、添付ファイルは、ＤＲＡＭ等の動的なメモリ上に保持されているため、第三者が動的なメモリから添付ファイルを複製またはダウンロードすることは事実上不可能である。

さらに本実施例のファイル転送システムは、インターネット上の認証サーバ１３０およびファイル中継サーバ１４０へのアクセスを保管サーバ１２０に限定することで、認証サーバ１３０およびファイル中継サーバ１４０が不特定の第三者によってアクセスされるリスクを低減することができる。

上記実施例では、認証サーバ１３０とファイル中継サーバ１４０とを物理的に分離した例を示したが、図１１に示すように、これら２つの機能を包含するような認証・中継サーバ１７０をネットワークＮＷ２上に配置するようにしてもよい。認証・中継サーバ１７０の動作は、上記の実施例と実質的に同じである。また、図１２に示すように、保管サーバ１２０Ａは、メールサーバ１５０を包含するように構成してもよい。

次に、本発明の第２の実施例について説明する。上記実施例では、電子メールから添付ファイルを分離して送信するようにしたが、本実施例では、添付ファイルを含めたメールそのものを１つのファイルとして扱い、メールの送信事実の通知のみを通常のＳＭＴＰプロトコルを使用する経路で送信し、添付ファイル付きメールファイルを別の暗号化された方法にて送信先に送信する。

図１３は、本発明の第２の実施例に係るファイル転送システムの構成を示す図である。本実施例のファイル転送システム１００Ｃは、送信者Ｓの端末１１０、保管サーバ３００、認証・中継サーバ３１０、受信者Ｒの端末１６０を含んで構成される。保管サーバ３００は、メールサーバ１５０を含み、ＨＴＴＰＳプロトコルを使用する経路と、ＳＭＴＰプロトコルを使用する経路を含む。認証・中継サーバ４００もまたメールサーバ１５０を含み、ＨＴＴＰＳプロトコルを使用する経路と、ＳＭＴＰ／ＰＯＰ３プロトコルを使用する経路とを含む。

図１４は、第２の実施例の保管サーバ３００の機能的な構成を示すブロック図である。保管サーバ３００は、電子メール受信部３１０、情報取得部３２０、ｅｍｌファイル格納部３３０、送信先リスト保持部３４０、通信制御部３５０を含んで構成する。

電子メール受信部３１０は、送信者Ｓからの電子メールを受信する。通常の電子メールのファイル形式として用いられるのがｅｍｌであり、送信者Ｓからの電子メールはｅｍｌファイル形式になっていることを前提とする。本実施例では、第１の実施例の場合と異なり、添付ファイルを電子メールから分離せず、添付ファイルの有無にかかわらず受信した電子メールを単一のファイルとして扱う。

情報取得部３２０は、受信した電子ファイルのメールヘッダを参照し、電子メールの宛先（受信者Ｒのメールアドレスや名前）、送信元（送信者Ｓのメールアドレスや名前）、電子メールの件名、添付ファイルがある場合には、添付ファイルの形式やファイル名を取得する。情報取得部３２０で取得された情報は、通信制御部３５０を介して認証・中継サーバ３１０に電子メールの送信通知を行う際に一緒に通知される。

ｅｍｌファイル格納部３３０は、電子メール受信部３１０で受信した電子メールを、ｅｍｌの拡張子で保存する。添付ファイルがある場合には、電子メールと添付ファイルとを１つのファイルとしてｅｍｌの拡張子で保存する。添付ファイルがない場合には、受信した電子メールがそのまま保存される。

送信先リスト保持部３４０は、送信先リストを保持し、このリストは、送信先の承認に使用される。もし、送信先がリストに未登録であれば（初めての送信先であれば）、受信者Ｒの認証処理を行い、その送信先がリストに登録される。この認証方法は、第1の実施例のときと同様に行われる。

通信制御部３５０は、ＨＴＴＰＳプロトコルを使用して認証・中継サーバ３１０にアクセスすることが可能であり、また、メールサーバ１５０を介してＳＭＴＰプロトコルを使用して認証・中継サーバ３１０のメールサーバ１５０にアクセスすることが可能である。通信制御部３５０は、後述するように、ｅｍｌファイル格納部３３０に格納されたｅｍｌファイルを認証・中継サーバ３１０へ転送し、受信者Ｒは、認証・中継サーバ３１０に転送されたｅｍｌファイルをＰＯＰ３Ｓプロトコルで受信する。

次に、第２の実施例によるファイル転送システムの動作を図１５のフローを参照して説明する。図中、実線は、ＨＴＴＰＳプロトコルの通信、破線は、ＳＭＴＰプロトコルの通信、点線は、ＰＯＰ３Ｓプロトコルの通信を示している。

まず、送信者Ｓは、端末１１０に搭載されたメーラーにより受信者Ｒへの電子メールを作成し、これを送信すると、メールゲーウエイとして機能する保管サーバ３００の電子メール受信部３１０が電子メールを受信する。保管サーバ３００にアクセスできるのは送信者Ｓまたは権限を与えられたユーザおよびシステムのみであり、受信者Ｒなど外部のユーザはアクセスすることができない。

電子メールが受信されると、次に、ファイル情報取得部３１０は、メールヘッダを参照し、電子メールの宛先、送信元、件名、添付ファイルの形式や名前などのファイル情報を取得する。取得したファイル情報は、通信制御部３４０へ提供される。

ファイル情報の取得後、ｅｍｌファイル格納部３２０は、電子メールをｅｍｌの拡張子のファイル形式で不揮発性媒体に格納する。添付ファイルが含まれる場合には、添付ファイルを含む単一のファイルとして格納する。

次に、通信制御部３４０は、電子メールの送信があったことを知らせるため、ファイル情報取得部３１０で取得されたファイル情報に基づき生成された電子メールの送信通知Ｑを認証・中継サーバ４００へ送信する。この送信は、ＨＴＴＰＳのプロトコルで行われる。なお、この時点で、電子メール本体は、ｅｍｌファイル格納部３３０に格納されており、認証・中継サーバ４００には送信されない。

受信者Ｒの端末１６０に搭載されたメーラーは、認証・中継サーバ４００のメールサーバ１５０をＰＯＰ３Ｓの送信元として登録する。端末１６０のメーラーは、Ｎ分毎に認証・中継サーバ４００をアクセスし、電子メールの受信の有無をチェックする機能を備える。

認証・中継サーバ４００は、保管サーバ３００からの電子メールの送信通知Ｑを受け取ると、受信者Ｒの端末１６０からの認証情報を確認し、ＰＯＰ３Ｓを認証する。もし、認証を確認できなかった場合には、受信者Ｒが初めて送信する相手であるとして保管サーバ３００に通知を返す。保管サーバ３００もしくは送信者Ｓが受信者Ｒに対して、メールがセキュアな経路を通って送信されることと、その受け取り方の案内を通知する。そして、初めてのユーザである受信者Ｒは、認証・中継サーバ４００に対してユーザ登録をし、ログインＩＤとパスワードを設定し、さらに、メーラーの受信確認先として認証・中継サーバ４００を設定する。一度設定すれば、次回以降は自動で認証、受信が可能となる。上記の認証方法以外にも、認証・中継サーバ４００が受信者Ｒにユーザ登録の案内を送信するようにしてもよい。

受信者ＲのＰＯＰ３Ｓの認証を確認することができた場合には、受信者Ｒのメーラーが発する受信確認が認証・中継サーバ４００に送られているので、認証・中継サーバ４００は、その受信確認を検知しポーリングを待機させる。ここで、従来の手法では、ポーリング時に電子メールが到達していなければ受信確認を終了し、一定間隔後、再び受信確認がなされる。確認間隔は、受信者のメーラーの設定に依存する。これに対し、本実施例では、認証・中継サーバ４００が電子メールを保持する時間を最小にするために、受信確認のポーリングを待機させることで、その後、認証・中継サーバ４００が保管サーバ３００から電子メールを受け取ったときに、その電子メールを速やかに受信者Ｒに受け渡せるようにする。

認証・中継サーバ４００は、受信者Ｒの認証後、受信者Ｒからメール要求のポーリングを受信すると、当該ポーリングを待たせた状態で、保管サーバ３００にｅｍｌファイルのアップロードを要求する。この要求は、ＳＭＴＰプロトコルで行われる。

アップロード要求に対して、保管サーバ３００の通信制御部３５０は、ｅｍｌファイル格納部３３０から該当するｅｍｌファイルを読出し、読み出したｅｍｌファイルを認証・中継サーバ４００にアップロードする。この転送は、ＨＴＴＰＳプロトコルで行われる。

認証・中継サーバ４００にｅｍｌファイルが到達すると、待機させていたポーリングがｅｍｌファイルの受信を確認し、ｅｍｌファイルがＰＯＰ３Ｓプロトコルで受信者Ｒの端末１６０のメーラーに渡される。認証・中継サーバ４００は、ｅｍｌファイルをＤＲＡＭやキャッシュメモリ等の動的メモリで保持し、ハードディスクや不揮発性メモリには格納せず、ｅｍｌファイルを受信者Ｒへ転送後、動的メモリに保持されたｅｍｌファイルは消去（クリア）される。

受信者Ｒは、自身が使用するメーラーにｅｍｌファイルが受信していることを確認し、これを閲覧する。受信者Ｒは、保管サーバ３００や認証・中継サーバ４００の存在を意識することなく通常の電子メールを受信するのと同様に、ｅｍｌファイルを受信することができる。

上記したように本実施例では、添付ファイルを含めた電子メールそのものをＨＴＴＰＳ、ＰＯＰ３Ｓの暗号化に対応したプロトコルを経由して宛先に送信する。ＳＭＴＰプロトコルを利用する電子メールの配送の暗号化（ＳＴＡＲＴＴＬＳ、ＳＭＴＰ ｏｖｅｒ ＳＳＬ/ＴＬＳ）では、配送サーバの固定が難しく、必ずしも暗号化に対応したサーバを経由するわけではないので、途中で配送が中断されたり、暗号化されない状態で配送が行われたりする。

本実施例の配送方法の場合、保管サーバ３００から認証・中継サーバ４００への通信はＨＴＴＰＳを利用して直接行われる。認証・中継サーバ４００から受信者Ｒの端末１６０への通信は、受信者側の設定が必要であるが、認証・中継サーバ４００から直接ＰＯＰ３Ｓによるメール配送が可能である。送信者と受信者の間を認証・中継サーバ４００のみを介在させることにより、暗号化対応が不明瞭な配送サーバを経由せずにデータ転送を行う。

本実施例によれば、添付ファイルの有無にかかわらず電子メールを、単一のｅｍｌファイル（拡張子がｅｍｌ）として転送するようにしたので、受信者は、普段利用しているメーラーで、通常の電子メールと同様にｅｍｌファイルを取り込み、これを閲覧することができる。第１の実施例のように、電子メールから分離された添付ファイルを取得する場合には、受信者Ｒは、端末１６０のブラウザからファイル中継サーバ１７０にアクセスする必要があるが、本実施例の場合には、メーラーとブラウザを使い分ける必要が無く利便性が向上する。また、ｅｍｌファイルは、ＨＴＴＰＳ、ＰＯＰ３Ｓの経路で転送されるため、送信中のセキュリティーを担保することができる。

さらに認証・中継サーバ４００は、ｅｍｌファイルを動的メモリにしか展開させないため、第三者が不正に動的メモリに保持されたデータを複製することは非常に難しくなる。また、受信者のメーラーからのポーリングを待機させることで、認証・中継サーバ４００は、アップロードされたｅｍｌファイルを即座に受信者のメーラーに送信することができ、言い換えれば、インターネット上に存在する認証・中継サーバ４００がｅｍｌファイルを保持する時間をできるだけ短くすることで、第三者の不正なアクセスにより漏洩されるリスクを低減させる。

次に、本発明の第３の実施例について説明する。第３の実施例は、ダウンロード対象のファイルと受信者Ｒとの紐付けにトークンを用いる。図１６は、第３の実施例のｅｍｌファイルのダウンロードの動作を説明するフローである。保管サーバ３００は、第２の実施例のときと同様に、電子メールをｅｍｌ形式で保存する。また、保管サーバ３００は、保存したｅｍｌファイルに関連するワンタイムトークンを、受信者Ｒおよび認証・中継サーバ４００にそれぞれ送信する。受信者Ｒへのワンタイムの送信方法は、特に限定されないが、例えば、ショートメッセージや他のサーバを介して送信する。ワンタイムトークンは、ファイルにつけられた単なる数値、タグまたはラベルであり、これ自体が漏洩したとしてもセキュリティーに問題が生じないような情報である。

一方、受信者Ｒは、自身のメールアドレスおよびパスワードを用いて認証・中継サーバ４００にログインをする。ログイン後、受信者Ｒの端末１６０のブラウザまたは専用アプリケーションには、ファイルのワンタイムトークンを入力する画面が表示され、受信者Ｒは、ファイルのワンタイムトークンを入力する。

認証・中継サーバ４００は、保管サーバ３００から送信されたワンタイムトークンと受信者Ｒが入力したワンタイムトークンとが一致する場合には、ワンタイムトークンと受信者Ｒの組み合わせが正当であると判定し、ワンタームトークンに紐付けられた送信者宛にファイルリクエストをＳＭＴＰで送信する。

保管サーバ３００が認証・中継サーバ４００からのリクエストを受け取ると、保管サーバ３００は、当該リクエスト内のトークンに紐付けられたｅｍｌファイルを読出し、これを認証・中継サーバ４００にＨＴＴＰＳで送信する。

認証・中継サーバ４００は、受け取ったｅｍｌファイルを受信者Ｒのアカウントに転送し、受信者Ｒは、ブラウザなどのアプリケーションを介してｅｍｌファイルをダウンロードする。

このように第３の実施例によれば、ダウンロード対象のファイルと受信者の紐づけにトークンを用いることで、セキュリティーの高い、より柔軟性のあるファイル転送を行うことができる。なお、第３の実施例は、第２の実施例のｅｍｌファイルをダウンロードする場合に適用したが、これに限らず、第３の実施例は、第１の実施例のように電子メールと添付ファイルとを分離して転送する場合にも適用することができる。

以上、本発明の好ましい実施の形態について詳述したが、本発明は、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された発明の要旨の範囲において、種々の変形、変更が可能である。

１００、１００Ａ、１００Ｂ、１００Ｃ：ファイル転送システム
１１０、１６０：端末
１２０、３００：保管サーバ
１３０：認証サーバ
１４０：ファイル中継サーバ
１５０：メールサーバ
４００：認証・中継サーバ
Ｓ：送信者
Ｒ：受信者
ＮＷ１、ＮＷ２、ＮＷ３：ネットワーク
Ｍ：電子メール
Ｆ：添付ファイル

Claims (18)

1. 電子メールに添付されたファイルを転送する機能を備えたファイル転送システムであって、
   送信先アドレスに送信する電子メールを生成する送信側端末と、
   前記送信側端末で生成された電子メールを受信する受信側端末と、
   前記送信側端末から電子メールを受信し、当該電子メールの添付ファイルの有無を識別し、添付ファイルがある場合には、添付ファイルを保存し、添付ファイルが分離された電子メールを送信側端末に送信する第１のサーバと、
   前記送信側端末からの前記添付ファイルの第１の転送要求に応じて第１のサーバに前記添付ファイルの第２の転送要求をする第２のサーバと、
   第２のサーバからの第２の転送要求に応答して第１のサーバから出力された前記添付ファイルを受け取り、前記受信側端末からの受信要求に応答して当該添付ファイルを前記受信側端末へ送信する第３のサーバと、
   を含むファイル転送システム。
2. 第２のサーバは、前記受信側端末を認証したとき第２の転送要求を第１サーバに通知し、前記受信側端末を認証できないとき、前記受信側端末が未認証であることを第１のサーバに通知する、請求項１に記載のファイル転送システム。
3. 第１のサーバは、前記受信側端末が未認証である通知を受けた場合、前記受信側端末に登録用ワンタイムトークンを含む電子メールを送信する、請求項２に記載のファイル転送システム。
4. 第１のサーバは、前記送信側端末から受信した電子メールの送信先アドレスが送信先リストに未登録である場合には、前記受信側端末に登録用ワンタイムトークンを含む電子メールを送信する、請求項２に記載のファイル転送システム。
5. 第３のサーバは、第１のサーバから受け取った添付ファイルを不揮発性の記憶媒体に格納せずに、動的メモリに一時的に保持する、請求項１に記載のファイル転送システム。
6. 第１のサーバは、前記送信側端末と共通の第１のネットワーク内に存在し、第２のサーバおよび第３のサーバは、第１のネットワークと異なる第２のネットワーク内に存在し、前記受信側端末が第３のネットワーク内に存在する、請求項１に記載のファイル転送システム。
7. 第１のサーバは、第１のネットワーク以外からのアクセスに関し、第２のサーバのみのアクセスを許可する、請求項６に記載のファイル転送システム。
8. 第３のサーバは、第２のネットワーク以外からのアクセスに関し、第１のサーバのみのアクセスを許可する、請求項６に記載のファイル転送システム。
9. 前記受信側端末は、第２のサーバおよび第３のサーバにアクセスするための共通のインターフェースを含み、当該共通のインターフェースは、第２のサーバおよび第３のサーバにログインするための認証情報を入力可能である、請求項１に記載のファイル転送システム。
10. 第１のサーバ、第２のサーバおよび第３のサーバ間の通信は、ＨＴＴＰＳであり、第２のサーバおよび第３のサーバと前記受信側端末との間の通信は、ＨＴＴＰＳであり、第１のサーバと前記受信側端末との間の通信は、ＳＭＴＰである、請求項１または６に記載のファイル転送システム。
11. 電子メールに添付されたファイルを転送する機能を備えたファイル転送システムであって、
    送信先アドレスに送信する電子メールを生成する送信側端末と、
    前記送信側端末で生成された電子メールを受信する受信側端末と、
    前記送信側端末から電子メールを受信し、当該電子メールを電子メールと同じ拡張子をもつメールファイルとして保存し、かつ前記送信側端末への電子メールの送信があったことを示す送信通知を出力する第１のサーバと、
    前記送信通知を受け取り、かつ前記受信側端末から電子メールの受信要求があったとき、第１のサーバに前記メールファイルの転送を要求する第２のサーバとを有し、
    第２のサーバは、第１のサーバから受信した前記メールファイルを前記受信側端末へ電子メールとして送信する、ファイル転送システム。
12. 第１のサーバは、前記送信側端末からの電子メールにファイルが添付されている場合には、添付ファイルを含む電子メールを１つのメールファイルとして保存する、請求項１１に記載のファイル転送システム。
13. 前記受信側端末は、ポーリング機能により一定の時間間隔で電子メールの受信要求を第２のサーバに行い、
    第２のサーバは、前記受信側端末からの受信要求があったとき、当該受信要求を待機させた状態で第１のサーバに前記メールファイルの転送を要求し、第１のサーバから受け取った前記メールファイルを前記待機させた受信要求への応答として送信する、請求項１１に記載のファイル転送システム。
14. 前記受信側端末と第２のサーバとの間の通信は、ＰＯＰ３またはＰＯＰ３Ｓである、請求項１１または１３に記載のファイル転送システム。
15. 前記受信側端末は、第２のサーバから受信した前記メールファイルをメーラーに取り込み、電子メールとして閲覧する、請求項１１に記載のファイル転送システム。
16. 第２のサーバは、第１のサーバへの前記メールファイルの転送要求をＳＭＴＰで行う、請求項１１に記載のファイル転送システム。
17. 第１のサーバから第２のサーバへの前記送信通知、第１のサーバから第２のサーバへの前記メールファイルの転送は、ＨＴＴＰＳで行われる、請求項１１に記載のファイル転送システム。
18. 第２のサーバは、前記メールファイルを不揮発性の記憶媒体に格納せずに、動的メモリに一時的に保持する、請求項１１に記載のファイル転送システム。

Images