(57)【特許請求の範囲】
【請求項１】
送信者の端末から電子ファイルを受け付けるファイル受付部と、
受け付けられた電子ファイルに関する情報を受信者の端末と承認者の端末の両方へ通知する通知部と、
前記受信者の端末から前記電子ファイルの取得要求を受け付け、前記電子ファイルを前記受信者の端末へ提供するファイル提供部と、
前記電子ファイルの提供を許可することを示す許可情報、または前記電子ファイルの提供を禁止することを示す禁止情報を前記承認者の端末から受け付ける許可情報受付部と、
前記電子ファイルの配信態様が異なる複数種類のグループについて、送信者がいずれのグループに属するかを示す情報を保持する送信者情報保持部と、
を備え、
前記ファイル提供部は、
送信者が第１グループに属する場合、前記許可情報受付部が前記許可情報と前記禁止情報を受け付けたか否かに関わらず、前記電子ファイルを前記受信者の端末へ提供し、
送信者が第２グループに属する場合、前記許可情報受付部が前記許可情報を受け付けたことを条件として、前記電子ファイルを前記受信者の端末へ提供し、
送信者が第３グループに属する場合、前記許可情報受付部が前記禁止情報を受け付けるまでは前記電子ファイルを提供し、前記許可情報受付部が前記禁止情報を受け付けた以降は前記電子ファイルの提供を拒否することを特徴とするファイル配信装置。
【請求項２】
前記送信者の端末から受け付けられた電子ファイルをコピーするコピー部と、
ファイル暗号化部と、をさらに備え、
前記ファイル提供部は、前記承認者の端末からも前記電子ファイルの取得要求を受け付け、前記電子ファイルを前記承認者の端末へ提供し、
前記ファイル暗号化部は、前記受信者の端末へ送信すべき電子ファイルを、送信者が指定したキー情報にもとづいて暗号化する一方、前記承認者の端末へ送信すべき電子ファイルを、前記キー情報とは異なるキー情報にもとづいて暗号化することを特徴とする請求項１に記載のファイル配信装置。
【請求項３】
前記送信者の端末から受け付けられた電子ファイルをコピーするコピー部と、
ファイル保持部と、をさらに備え、
前記ファイル提供部は、前記承認者の端末からも前記電子ファイルの取得要求を受け付け、前記電子ファイルを前記承認者の端末へ提供し、
前記ファイル保持部は、前記受信者の端末へ送信すべき電子ファイルを相対的に短い期間保持する一方、前記承認者の端末へ送信すべき電子ファイルを監査証跡として相対的に長い期間保持することを特徴とする請求項１または２に記載のファイル配信装置。
【請求項４】
前記通知部は、前記電子ファイルの内容を含まない情報であり、前記電子ファイルの配信態様を示す情報をシステム管理者の端末へさらに通知し、
前記許可情報受付部は、システム管理者が前記電子ファイルの提供を禁止する場合、その旨を示す情報を前記システム管理者の端末から受け付け、
前記ファイル提供部は、前記電子ファイルの提供を禁止する旨の情報がシステム管理者の端末から受け付けられた場合、それ以降は前記電子ファイルの提供を拒否することを特徴とする請求項１から３のいずれかに記載のファイル配信装置。
【請求項５】
本ファイル配信装置と送信者の端末とはインターネットを介して接続されており、
前記送信者の端末を含む第１のシステムにおける送信者の認証結果と、送信者のＩＤと、送信者のグループを示す外部認証情報を前記送信者の端末から受け付ける外部認証情報受付部と、
前記外部認証情報が送信者の認証の成功を示す場合、本ファイル配信装置を含む第２のシステムへのアクセスを許可する認証部と、
前記外部認証情報が示す送信者のＩＤおよびグループを前記送信者情報保持部へ格納することにより、前記外部認証情報が示す送信者のＩＤおよびグループを、前記第２のシステムにおける送信者のＩＤおよびグループとして登録する送信者登録部と、
をさらに備えることを特徴とする請求項１から４のいずれかに記載のファイル配信装置。
【請求項６】
送信者の端末から電子ファイルを受け付けるファイル受付部と、
受け付けられた電子ファイルに関する情報を受信者の端末と承認者の端末の両方へ通知する通知部と、
前記受信者の端末から前記電子ファイルの取得要求を受け付け、前記電子ファイルを前記受信者の端末へ提供するファイル提供部と、
前記電子ファイルの提供を許可することを示す許可情報、または前記電子ファイルの提供を禁止することを示す禁止情報を前記承認者の端末から受け付ける許可情報受付部と、
前記電子ファイルの配信態様が異なる複数種類のグループについて、送信者がいずれのグループに属するかを示す情報を保持する送信者情報保持部と、
を備え、
前記ファイル提供部は、
送信者が第１グループに属する場合、前記許可情報受付部が前記許可情報を受け付けたことを条件として、前記電子ファイルを前記受信者の端末へ提供し、
送信者が第２グループに属する場合、前記許可情報受付部が前記禁止情報を受け付けるまでは前記電子ファイルを提供し、前記許可情報受付部が前記禁止情報を受け付けた以降は前記電子ファイルの提供を拒否することを特徴とするファイル配信装置。
【請求項７】
送信者の端末から電子ファイルを受け付ける機能と、
受け付けられた電子ファイルに関する情報を受信者の端末と承認者の端末の両方へ通知する機能と、
前記受信者の端末から前記電子ファイルの取得要求を受け付け、前記電子ファイルを前記受信者の端末へ提供する機能と、
前記電子ファイルの提供を許可することを示す許可情報、または前記電子ファイルの提供を禁止することを示す禁止情報を前記承認者の端末から受け付ける許可情報受付機能と、
をコンピュータに実現させ、
前記提供する機能は、
所定の記憶領域に記憶された情報であって、前記電子ファイルの配信態様が異なる複数種類のグループのうち送信者がいずれのグループに属するかを示す送信者情報において前記電子ファイルの送信者が第１グループに属する場合、前記許可情報受付機能が前記許可情報と前記禁止情報を受け付けたか否かに関わらず、前記電子ファイルを前記受信者の端末へ提供し、
前記送信者情報において前記電子ファイルの送信者が第２グループに属する場合、前記許可情報受付機能が前記許可情報を受け付けたことを条件として、前記電子ファイルを前記受信者の端末へ提供し、
前記送信者情報において前記電子ファイルの送信者が第３グループに属する場合、前記許可情報受付機能が前記禁止情報を受け付けるまでは前記電子ファイルを提供し、前記許可情報受付機能が前記禁止情報を受け付けた以降は前記電子ファイルの提供を拒否することを特徴とするコンピュータプログラム。
【請求項８】
送信者の端末から電子ファイルを受け付ける機能と、
受け付けられた電子ファイルに関する情報を受信者の端末と承認者の端末の両方へ通知する機能と、
前記受信者の端末から前記電子ファイルの取得要求を受け付け、前記電子ファイルを前記受信者の端末へ提供する機能と、
前記電子ファイルの提供を許可することを示す許可情報、または前記電子ファイルの提供を禁止することを示す禁止情報を前記承認者の端末から受け付ける許可情報受付機能と、
をコンピュータに実現させ、
前記提供する機能は、
所定の記憶領域に記憶された情報であって、前記電子ファイルの配信態様が異なる複数種類のグループのうち送信者がいずれのグループに属するかを示す送信者情報において前記電子ファイルの送信者が第１グループに属する場合、前記許可情報受付機能が前記許可情報を受け付けたことを条件として、前記電子ファイルを前記受信者の端末へ提供し、
前記送信者情報において前記電子ファイルの送信者が第２グループに属する場合、前記許可情報受付機能が前記禁止情報を受け付けるまでは前記電子ファイルを提供し、前記許可情報受付機能が前記禁止情報を受け付けた以降は前記電子ファイルの提供を拒否することを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ処理技術に関し、特に、ユーザ間での電子ファイルのやりとりを仲介する技術に関する。
【背景技術】
【０００２】
近年、送信者と受信者との間に設けたサーバを介して、送信者から送信されたファイルを受信者へ配信するサービスが提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２７７５１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
これまでの典型的なファイル配信サービスは、承認者が許可したことを条件として受信者へファイルを提供し、もしくは、承認者が許可したか否かにかかわらず（言わば無条件で）受信者へファイルを提供するものであった。前者はセキュリティは高いがユーザの利便性が低下することがあり、後者はユーザの利便性は高いがセキュリティが低下することがあった。本発明者は、ファイル配信におけるユーザの利便性とセキュリティを両立させる観点から、ファイル配信の方式に改善の余地があると考えた。
【０００５】
本発明はこうした課題に鑑みてなされたものであり、その主な目的は、ユーザ間での電子ファイルの交換において、ユーザの利便性とセキュリティを両立させるための技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様のファイル配信装置は、送信者の端末から電子ファイルを受け付けるファイル受付部と、受け付けられた電子ファイルに関する情報を受信者の端末と承認者の端末の両方へ通知する通知部と、受信者の端末から電子ファイルの取得要求を受け付け、電子ファイルを受信者の端末へ提供するファイル提供部と、承認者の端末から電子ファイルの提供を許可するか否かを示す情報を受け付ける許可情報受付部と、を備える。ファイル提供部は、電子ファイルの提供を禁止する旨の情報が受け付けられるまでは電子ファイルを提供し、禁止する旨の情報が受け付けられた以降は電子ファイルの提供を拒否する。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、ユーザ間での電子ファイルの交換において、ユーザの利便性とセキュリティを両立させることができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態のシステム構成を示す図である。
【図２】図１のファイル配信装置の機能構成を示すブロック図である。
【図３】ファイル保持部に格納されるデータの構成を示す図である。
【図４】送信者情報保持部に格納されるデータの構成を示す図である。
【図５】受信者へ通知されるファイル配信情報の例を示す図である。
【図６】ファイル配信装置の動作を示すフローチャートである。
【図７】図６に続く動作を示すフローチャートである。
【図８】図７に続く動作を示すフローチャートである。
【図９】図６のＳ１２の認証処理を詳細に示すフローチャートである。
【図１０】図６のＳ２０の配信情報通知処理を詳細に示すフローチャートである。
【図１１】図７のＳ３８のファイル提供処理を詳細に示すフローチャートである。
【発明を実施するための形態】
【００１０】
実施の形態では、ユーザ間での電子ファイルの交換を支援するファイル配信装置を提案する。このファイル配信装置は、ファイル配信の方式として、（１）承認者が許可したか否かにかかわらず受信者へ電子ファイルを提供する方式と、（２）承認者が許可したことを条件として受信者へ電子ファイルを提供する方式に加えて、（３）送信者から電子ファイルを受け付けた時点で受信者へファイルを提供可能にし、承認者が禁止した場合にはそれ以降の電子ファイルの提供を拒否する方式を提供する。
【００１１】
実施の形態のファイル配信装置は、ユーザが属するグループごとに、上記の（１）〜（３）のファイル配信方式のいずれかを適用する。例えば、セキュリティよりも利便性を重視すべきユーザ（が属するグループ）には方式（１）を適用し、利便性よりもセキュリティを重視すべき業務に携わるユーザ（が属するグループ）には方式（２）を適用することができる。また、セキュリティと利便性のバランスを重視すべきユーザ（が属するグループ）には方式（３）を適用することができる。
【００１２】
以下、送信者は電子ファイルを送信するユーザであり、受信者は電子ファイルを受け取るユーザである。承認者は送信者から受信者への電子ファイルの提供を許可もしくは禁止するユーザであり、例えば送信者の上長である。システム管理者は、システム全体のセキュリティ維持に責任を持ち、また各送信者のグループや各送信者に対応する承認者を設定するユーザである。
【００１３】
図１は、実施の形態のシステム構成を示す図である。ファイル配信システム３０は上述のファイル配信装置３２を含む情報処理システムである。実施の形態ではファイル配信装置３２を１つ含むこととしているが、後述するファイル配信装置３２の各機能は、ウェブサーバ・アプリケーションサーバ・データベースサーバ等、複数の情報処理装置の連携により実現されてもよいことはもちろんである。
【００１４】
企業システム１０は、ある企業において構築された情報処理システムであり、送信者ＰＣ１２と承認者ＰＣ１４と管理者ＰＣ１６と認証装置１８を含む。
【００１５】
送信者ＰＣ１２は、送信者により操作されるＰＣであり、受信者へ提供すべき電子ファイルをファイル配信装置３２へアップロードする。承認者ＰＣ１４は、承認者により操作されるＰＣであり、ファイル配信装置３２へアップロードされた電子ファイルに関する情報をファイル配信装置３２から受け付けて表示させる。承認者ＰＣ１４は、受信者への電子ファイルの提供を許可するか否かの入力を承認者から受け付けてファイル配信装置３２へ送信する。
【００１６】
認証装置１８は、企業システム１０における送信者のＩＤ・パスワードを保持する。また、送信者のメールアドレス・送信者のグループ・送信者に対する承認者のメールアドレスを、送信者属性として送信者のＩＤ・パスワードと対応づけて保持する。
【００１７】
認証装置１８は、送信者ＰＣ１２からＩＤおよびパスワードを指定した認証要求を受け付けて送信者を認証する。認証装置１８は、送信者の認証に成功した場合、企業システム１０における認証に成功した旨を示す認証結果と送信者属性を送信者ＰＣ１２へ通知する。送信者ＰＣ１２は、ＳＡＭＬ（Security Assertion Markup Language）により規定されたメッセージ（例えば認証アサーション）に認証結果と送信者属性を設定して、そのＳＡＭＬメッセージをファイル配信装置３２へ通知する。
【００１８】
後述するように、ファイル配信装置３２は、送信者ＰＣ１２から受け付けたＳＡＭＬメッセージが送信者の認証成功を示すものである場合、ファイル配信システム３０（ファイル配信装置３２）に対する送信者のログインを許可する。すなわち、送信者ＰＣ１２は認証装置１８への認証に成功すると、ファイル配信システム３０（ファイル配信装置３２）へのログインが許可されることになり、シングルサインオンが実現される。なお、認証装置１８は企業システム１０における承認者のＩＤ・パスワードも保持し、承認者ＰＣ１４は認証装置１８への認証に成功すると、ファイル配信システム３０へのログインが許可される。
【００１９】
管理者ＰＣ１６は、システム管理者により操作されるＰＣである。管理者ＰＣ１６は、送信者のＩＤ・パスワード・送信者属性の入力をシステム管理者から受け付けて認証装置１８へ記録する。受信者ＰＣ２０は、受信者により操作されるＰＣであり、ファイル配信装置３２へアップロードされた電子ファイルに関する情報をファイル配信装置３２から受け付けて表示させる。そして、電子ファイルの取得要求をファイル配信装置３２へ送信して、その電子ファイルをファイル配信装置３２からダウンロードする。図１の送信者ＰＣ１２・承認者ＰＣ１４・管理者ＰＣ１６・受信者ＰＣ２０は、インターネット４０を介してファイル配信装置３２と接続される。
【００２０】
図２は、図１のファイル配信装置３２の機能構成を示すブロック図である。ファイル配信装置３２は、ファイル保持部５０と、送信者情報保持部５２と、ログイン要求受付部５４と、認証部５６と、送信者登録部５８と、ファイル受付部６０と、ファイルコピー部６２と、ファイル暗号化部６４と、通知部６６と、取消情報受付部６８と、許可情報受付部７０と、ファイル提供部７２と、ファイル削除部７４と、送信者情報削除部７６を含む。
【００２１】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図２の各機能ブロックは、ファイル配信プログラムとして記録媒体に格納され、ファイル配信装置３２のストレージへインストールされてもよい。そして、ファイル配信プログラムの起動時に、各機能ブロックに対応するプログラムモジュールがメインメモリに読み出されてＣＰＵにより実行されてもよい。
【００２２】
ファイル保持部５０は、送信者ＰＣ１２からアップロードされた電子ファイルに関連する情報を保持する記憶領域である。図３は、ファイル保持部５０に格納されるデータの構成を示す。配信ＩＤ欄には、アップロードされた電子ファイルを一意に特定するためのＩＤ（以下、「配信ＩＤ」とも呼ぶ。）が格納される。送信者ＩＤ欄には、送信者のＩＤとして送信者のメールアドレスが格納される。受信者メールアドレス欄には、受信者のメールアドレスが格納される。ファイルデータ欄には、受信者に提供すべき電子ファイル（以下、「受信者用ファイル」とも呼ぶ。）と、承認者に確認させるべき電子ファイルであり、監査証跡としての電子ファイル（以下、「証跡用ファイル」とも呼ぶ。）の両方が格納される。後述するように、ファイル保持部５０は、受信者用ファイルを相対的に短い期間保持する一方、証跡用ファイルについては相対的に長い期間、言い換えれば監査証跡として保持すべき期間保持する。
【００２３】
メッセージ欄には、送信者から受信者へのメッセージを示す文字列が格納される。要求受付日時欄には、電子ファイルの配信要求を送信者ＰＣ１２から受け付けた日時が格納される。取消フラグ欄には、受信者への電子ファイルの配信が取り消されたことを示す取消フラグが格納される。承認フラグ欄には、受信者への電子ファイルの配信が承認者により承認されたことを示す承認フラグが格納される。
【００２４】
図２に戻り、送信者情報保持部５２は、送信者に関する属性情報を保持する記憶領域である。図４は、送信者情報保持部５２に格納されるデータの構成を示す。送信者ＩＤ欄には、送信者のＩＤとして送信者のメールアドレスが格納される。グループＩＤ欄には、送信者が属するグループであり、電子ファイルの配信態様が異なる複数のグループのうちのいずれかが格納される。承認者ＩＤ欄には、送信者に対する承認者のＩＤとして承認者のメールアドレスが格納される。ログイン日時欄には、送信者がファイル配信装置３２へログインした日時が格納される。
【００２５】
本実施の形態では、送信者のグループとして、第１グループから第３グループが設けられている。第１グループはセキュリティよりも利便性を重視すべきユーザが属するグループであり、第２グループは利便性よりもセキュリティを重視すべきユーザが属するグループであり、第３グループはセキュリティと利便性のバランスを重視すべきユーザが属するグループであることとする。送信者のグループは、例えば、送信者が属する部課単位のセキュリティポリシーに応じて決定されてもよい。また、送信者が担当する顧客単位のセキュリティポリシーに応じて決定されてもよい。
【００２６】
図２に戻り、ログイン要求受付部５４は、ファイル配信装置３２へのログイン要求を送信者ＰＣ１２から受け付ける。そのときログイン要求受付部５４は、認証装置１８へのリダイレクト指示を送信者ＰＣ１２へ送信することにより認証装置１８において送信者を認証させる。そして、企業システム１０における送信者の認証結果と、送信者属性としての送信者のメールアドレスとグループＩＤと承認者のメールアドレスを含むＳＡＭＬメッセージ（例えば認証アサーション）を送信者ＰＣ１２から受け付ける。
【００２７】
認証部５６は、ＳＡＭＬメッセージが企業システム１０において送信者の認証に成功した旨を示す場合、ファイル配信システム３０に対する送信者ＰＣ１２のアクセスを許可する。送信者登録部５８は、ログイン要求受付部５４においてログイン要求が受け付けられたときの日時をログイン日時として送信者情報保持部５２へ格納する。また送信者登録部５８は、ＳＡＭＬメッセージに含まれる送信者のメールアドレスとグループＩＤと承認者のメールアドレスを送信者情報保持部５２へ格納する。
【００２８】
ファイル受付部６０は、ログインに成功した送信者ＰＣ１２から電子ファイルの配信要求を受け付ける。言い換えれば、受信者へ提供対象となる電子ファイルのアップロードを受け付ける。例えば、認証部５６はログインを許可した旨を送信者ＰＣ１２のクッキーに記録させ、送信者ＰＣ１２から提供されたクッキーにログインを許可した旨が記録されている場合に、ファイル受付部６０は電子ファイルのアップロードを受け付けてもよい。またファイル受付部６０は、送信者ＩＤとしての送信者のメールアドレスと、受信者のメールアドレスと、受信者へのメッセージと、電子ファイルの暗号化および復号に用いるキー情報（例えばパスワード文字列）の指定をあわせて送信者ＰＣ１２から受け付ける。
【００２９】
ファイル受付部６０は、アップロードされた電子ファイルの配信を特定するためのユニークな配信ＩＤを採番し、電子ファイルの配信を取り消せるように配信ＩＤを送信者ＰＣ１２へ通知する。またファイル受付部６０は、電子ファイルのアップロードを受け付けたときの現在日時を要求受付日時として取得する。ファイルコピー部６２は、ファイル受付部６０において受け付けられた電子ファイルをコピーして、受信者用ファイルと証跡用ファイルを生成する。
【００３０】
ファイル暗号化部６４は、送信者ＰＣ１２から受け付けられたキー情報（以下、「第１キー情報」とも呼ぶ。）にもとづいて受信者用ファイルを暗号化する。その一方、送信者ＰＣ１２から受け付けられたキー情報とは異なるキー情報（以下、「第２キー情報」とも呼ぶ。）にもとづいて証跡用ファイルを暗号化する。第２キー情報は、例えば、乱数生成器によって生成された乱数値であってもよく、現在時刻にもとづいて決定した乱数値であってもよい。なお第２キー情報は、図示しないキー情報保持部に、配信ＩＤと対応づけて保持されることとする。ファイル暗号化部６４は、暗号化した受信者用ファイルおよび証跡用ファイルを、ファイル受付部６０で取得された配信ＩＤ、送信者メールアドレス、受信者メールアドレス、受信者へのメッセージ、要求受付日時と対応づけてファイル保持部５０へ格納する。
【００３１】
通知部６６は、アップロードされた電子ファイルがファイル保持部５０に新規に格納されたとき、その電子ファイルに関連する情報（以下、「ファイル配信情報」とも呼ぶ。）を送信者のグループに応じた関係者へ通知する。具体的には、送信者が第１グループに属する場合、ファイル配信情報を記載した電子メールを受信者ＰＣ２０へ送信する。また、送信者が第２グループに属する場合は承認者ＰＣ１４と管理者ＰＣ１６へ送信し、送信者が第３グループに属する場合は承認者ＰＣ１４と管理者ＰＣ１６と受信者ＰＣ２０へ送信する。なお送信者が第２グループに属する場合、通知部６６は、アップロードされた電子ファイルに対して承認フラグがＯＮに設定されたことを条件として、ファイル配信情報を記載した電子メールを受信者ＰＣ２０へ送信する。
【００３２】
図５は、受信者（受信者ＰＣ２０）へ通知されるファイル配信情報の例を示す。同図の送信者メールアドレス８０と受信者メールアドレス８２とメッセージ８６には、ファイル保持部５０において配信対象の電子ファイルと対応づけられた情報が設定される。またファイルＵＲＬ８４は、ファイル保持部５０に格納された配信ＩＤおよび受信者用ファイルを特定可能なＵＲＬであり、受信者用ファイルの取得ページへのハイパーリンクが設定される。図５のＵＲＬ内の「乱数」は、ファイル配信装置３２における受信者用ファイルの格納位置を示す情報や配信ＩＤ等、受信者用ファイルにアクセスに必要な情報を暗号化した文字列と、乱数を示す文字列とを所定のアルゴリズムにより組み合わせた文字列である。受信者は、ファイルＵＲＬ８４を選択して、予め送信者との間で定められたパスワード（すなわち第１キー情報）を入力することにより、復号された受信者用ファイルを取得できる。
【００３３】
承認者（承認者ＰＣ１４）へ通知されるファイル配信情報も図５と同様の内容を含む。ただし、この場合のファイルＵＲＬは、ファイル保持部５０に格納された配信ＩＤおよび証跡用ファイルを特定可能なＵＲＬである。既述したように、証跡用ファイルを復号するためのパスワード（すなわち第２キー情報）はファイル配信装置３２内に保持されるため、承認者は、第１キー情報や第２キー情報を知らなくてもファイルＵＲＬを選択することにより、復号された証跡用ファイルを取得できる。また、承認者へ通知されるファイル配信情報には、受信者への電子ファイルの提供を許可するもしくは禁止する旨を設定する許可情報入力画面へのハイパーリンクが含まれる。承認者は、許可情報入力画面を表示させ、受信者への電子ファイルの提供を許可するもしくは禁止する旨を選択入力する。承認者ＰＣ１４は、その電子ファイルの配信ＩＤを指定した許可情報もしくは禁止情報をファイル配信装置３２へ送信する。
【００３４】
システム管理者（管理者ＰＣ１６）へ通知されるファイル配信情報には電子ファイルの内容（図５の例ではファイルＵＲＬ）は含まれない。システム管理者へ通知されるファイル配信情報には、電子ファイルの配信態様に関する情報として、送信元（送信者メールアドレス）、送信先（受信者メールアドレス）、要求受付日時、受信者へのメッセージが含まれる。また、受信者への電子ファイルの提供を禁止する旨を設定する禁止情報入力画面へのハイパーリンクも含まれる。システム管理者は、受信者への電子ファイルの提供を禁止する場合、禁止情報入力画面を表示させて、受信者への電子ファイルの提供を禁止する旨を入力する。管理者ＰＣ１６は、その電子ファイルの配信ＩＤを指定した禁止情報をファイル配信装置３２へ送信する。
【００３５】
図２に戻り、取消情報受付部６８は、電子ファイルの配信要求をキャンセルする旨の取消情報を送信者ＰＣ１２から受け付ける。この取消情報では、電子ファイルのアップロード時にファイル配信装置３２から通知された配信ＩＤが指定される。取消情報受付部６８は、ファイル保持部５０に格納された電子ファイルのうち取消情報で指定された配信ＩＤに対応する電子ファイルの取消フラグをＯＮに設定する。
【００３６】
許可情報受付部７０は、受信者への電子ファイルの提供を許可する旨の許可情報を承認者ＰＣ１４から受け付ける。この許可情報では特定の配信ＩＤが指定される。許可情報受付部７０は、ファイル保持部５０に格納された電子ファイルのうち許可情報で指定された配信ＩＤに対応する電子ファイルの承認フラグをＯＮに設定する。また、許可情報受付部７０は、受信者への電子ファイルの提供を禁止する旨の禁止情報を承認者ＰＣ１４および管理者ＰＣ１６から受け付ける。この禁止情報でも特定の配信ＩＤが指定される。許可情報受付部７０は、ファイル保持部５０に格納された電子ファイルのうち禁止情報で指定された配信ＩＤに対応する電子ファイルの承認フラグをＯＦＦに設定する。
【００３７】
ファイル提供部７２は、受信者ＰＣ２０から電子ファイルの取得要求（以下、「ファイル取得要求」とも呼ぶ。）を受け付ける。このファイル取得要求では、電子ファイルの配信ＩＤと第１キー情報が指定される。例えばファイル提供部７２は、ファイル取得要求として、ファイル配信情報のファイルＵＲＬ８４に設定された乱数と、第１キー情報とを受信者ＰＣ２０から受け付けてもよい。そして、その乱数から所定のアルゴリズムにもとづいて受信者用ファイルにアクセスするための情報、例えば電子ファイルの配信ＩＤを抽出してもよい。ファイル提供部７２は、ファイル保持部５０に保持された受信者用ファイルのうちファイル取得要求で指定された配信ＩＤに対応する受信者用ファイルを、第１キー情報で復号して受信者ＰＣ２０へ送信する。
【００３８】
ファイル提供部７２は、電子ファイルをアップロードした送信者のグループに応じた態様で、電子ファイルを受信者ＰＣ２０へ送信する。例えば、送信者が第１グループの場合、ファイル保持部５０において電子ファイルに対応する取消フラグおよび承認フラグがＯＮに設定されているか否かにかかわらず、言い換えれば、承認者やシステム管理者が電子ファイルの提供を禁止したか否かにかかわらず電子ファイルを受信者ＰＣ２０へ送信する。また送信者が第２グループもしくは第３グループの場合、ファイル保持部５０において電子ファイルに対応する承認フラグがＯＮに設定済、かつ、取消フラグが未設定（ＯＦＦ）の場合、電子ファイルを受信者ＰＣ２０へ送信する。
【００３９】
なお、ファイル保持部５０に電子ファイルが格納された初期状態では、取消フラグはＯＦＦに設定される一方で、承認フラグは送信者が第１グループおよび第３グループの場合、ＯＮに設定され、送信者が第２グループの場合、ＯＦＦに設定される。したがって、送信者が第２グループの場合、承認者によるファイル提供が承認者により承認されなければ電子ファイルは受信者ＰＣ２０へ提供されない。その一方、送信者が第３グループの場合、電子ファイルのアップロードから、その電子ファイルの提供を承認者もしくはシステム管理者が禁ずるまでの間はその電子ファイルを受信者へ提供する。そして、その電子ファイルの提供を承認者もしくはシステム管理者が禁じた場合、それ以降の電子ファイルの提供を拒否する。
【００４０】
またファイル提供部７２は、承認者ＰＣ１４からファイル取得要求を受け付ける。このファイル取得要求では、電子ファイルの配信ＩＤが指定される。ファイル提供部７２は、ファイル保持部５０に保持された受信者用ファイルのうちファイル取得要求で指定された配信ＩＤに対応する証跡用ファイルを、その配信ＩＤと対応づけて保持された第２キー情報で復号して承認者ＰＣ１４へ送信する。
【００４１】
ファイル削除部７４は、ファイル保持部５０に保持された電子ファイルを削除する。具体的には、ファイル保持部５０に保持された受信者用ファイルを、要求受付日時から比較的短期間（例えば２週間）のうちに削除する。その一方、ファイル保持部５０に保持された証跡用ファイルを、要求受付日時から比較的長期間（例えば３年間）の経過を条件として削除する。なお、ファイル保持部５０における電子ファイルの保持期間は、ファイル配信装置３２のハードウェアリソース量や、各企業のセキュリティポリシーにしたがって適宜決定されてよい。
【００４２】
送信者情報削除部７６は、送信者情報保持部５２に保持された送信者情報を削除する。具体的には、送信者情報保持部５２に保持された送信者情報のうちログイン日時から所定期間（例えば３ヶ月）が経過した送信者情報を削除する。
【００４３】
以上の構成によるファイル配信装置３２の動作を以下説明する。
図６は、ファイル配信装置３２の動作を示すフローチャートである。ログイン要求受付部５４が送信者ＰＣ１２からログイン要求を受け付けると（Ｓ１０のＹ）、後述の認証処理を実行する（Ｓ１２）。認証処理において送信者のログインが許可された場合（Ｓ１４のＹ）、送信者ＰＣ１２からのリクエストを受け付ける一方、送信者のログインが拒否された場合は（Ｓ１４のＮ）、以降のフローをスキップしてフローチャートで示す処理を終了する。ログイン要求を受け付けなければ（Ｓ１０のＮ）、Ｓ１２およびＳ１４はスキップされる。
【００４４】
ファイル受付部６０が送信者ＰＣ１２から電子ファイルのアップロードを受け付けた場合（Ｓ１６のＹ）、ファイルコピー部６２はその電子ファイルをコピーして、受信者用ファイルと証跡用ファイルを生成する。ファイル暗号化部６４は、受信者用ファイルを第１キー情報で暗号化し、証跡用ファイルを第２キー情報で暗号化してファイル保持部５０へ格納する（Ｓ１８）。そして通知部６６は後述する配信情報通知処理を実行する（Ｓ２０）。なおファイル暗号化部６４は、電子ファイルをファイル保持部５０に格納したとき、取消フラグをＯＦＦに設定する。さらに送信者が第１グループもしくは第３のグループの場合、承認フラグをＯＮに設定し、送信者が第２グループの場合、承認フラグをＯＦＦに設定する。電子ファイルのアップロードを受け付けなければ（Ｓ１６のＮ）、Ｓ１８およびＳ２０はスキップされる。
【００４５】
ファイル送信の取消情報を送信者ＰＣ１２から受け付けると（Ｓ２２のＹ）、取消情報受付部６８は、その取消情報で指定された電子ファイルに対応づけられた取消フラグをＯＮに設定する（Ｓ２３）。取消情報を受け付けなければ（Ｓ２２のＮ）、Ｓ２３はスキップされる。ファイル送信の禁止情報を承認者ＰＣ１４もしくは管理者ＰＣ１６から受け付けると（Ｓ２４のＹ）、許可情報受付部７０は、その禁止情報で指定された電子ファイルに対応づけられた承認フラグをＯＦＦに設定する（Ｓ２６）。禁止情報を受け付けなければ（Ｓ２４のＮ）、Ｓ２６はスキップされる。
【００４６】
図７は、図６に続く動作を示すフローチャートである。ファイル送信の許可情報を承認者ＰＣ１４から受け付けると（Ｓ２８のＹ）、許可情報受付部７０は、その許可情報で指定された電子ファイルに対応づけられた承認フラグをＯＮに設定する（Ｓ３０）。送信者が第２グループに属する場合（Ｓ３２のＹ）、通知部６６はファイル配信情報を受信者ＰＣ２０へ通知する（Ｓ３４）。送信者が第１グループもしくは第３グループに属する場合（Ｓ３２のＮ）、Ｓ３４はスキップされる。許可情報を受け付けなければ（Ｓ２８のＮ）、Ｓ３０〜Ｓ３４はスキップされる。ファイル提供部７２は、ファイル取得要求を受け付けると（Ｓ３６のＹ）、後述のファイル提供処理を実行する（Ｓ３８）。ファイル取得要求を受け付けなければ（Ｓ３６のＮ）、Ｓ３８はスキップされる。
【００４７】
図８は、図７に続く動作を示すフローチャートである。ファイル削除部７４は、ファイル保持部５０に保持された受信者用ファイルにおいて保持期間を途過した受信者用ファイルを検出すると（Ｓ４０のＹ）、その受信者用ファイルを削除する（Ｓ４２）。保持期間を途過した受信者用ファイルを未検出であれば（Ｓ４０のＮ）、Ｓ４２はスキップされる。ファイル削除部７４は、ファイル保持部５０に保持された証跡用ファイルにおいて保持期間を途過した証跡用ファイルを検出すると（Ｓ４４のＹ）、その証跡用ファイルを削除する（Ｓ４６）。保持期間を途過した受信者用ファイルを未検出であれば（Ｓ４４のＮ）、Ｓ４６はスキップされる。送信者情報削除部７６は、送信者情報保持部５２に保持された送信者情報において所定の有効期間を途過した送信者情報を検出すると（Ｓ４８のＹ）、その送信者情報を削除する（Ｓ５０）。有効期間を途過した送信者情報を未検出であれば（Ｓ４８のＮ）、Ｓ５０はスキップされる。
【００４８】
図９は、図６のＳ１２の認証処理を詳細に示すフローチャートである。ログイン要求受付部５４は、認証装置１８が提供する認証ページへのリダイレクト指示を送信者ＰＣ１２へ送信する（Ｓ６０）。認証装置１８での認証に成功した旨を示すＳＡＭＬメッセージが受け付けられると（Ｓ６２のＹ）、認証部５６は、ファイル配信装置３２へのログインを許可する（Ｓ６４）。送信者登録部５８は、ＳＡＭＬメッセージに含まれる送信者メールアドレスが送信者情報保持部５２に未登録であれば（Ｓ６６のＹ）、ＳＡＭＬメッセージに含まれる送信者属性を送信者情報として送信者情報保持部５２へ新規に記録する（Ｓ６８）。その一方、ＳＡＭＬメッセージに含まれる送信者ＩＤが送信者情報保持部５２に登録済であれば（Ｓ６６のＮ）、送信者情報保持部５２に記録された送信者情報を、ＳＡＭＬメッセージの送信者属性により更新する（Ｓ７０）。認証装置１８での認証に失敗した旨を示すＳＡＭＬメッセージが受け付けられると（Ｓ６２のＮ）、認証部５６はファイル配信装置３２へのログインを拒否して本図のフローを終了する（Ｓ７２）。
【００４９】
図１０は、図６のＳ２０の配信情報通知処理を詳細に示すフローチャートである。送信者が第１グループに所属する場合（Ｓ８０のＹ）、ファイル配信情報を受信者ＰＣ２０へ送信する（Ｓ８２）。送信者が第１グループでなく（Ｓ８０のＮ）、第２グループに所属する場合（Ｓ８４のＹ）、ファイル配信情報を承認者ＰＣ１４および管理者ＰＣ１６へ送信する（Ｓ８６）。送信者が第３グループに所属する場合（Ｓ８４のＮ）、ファイル配信情報を受信者ＰＣ２０、承認者ＰＣ１４および管理者ＰＣ１６へ送信する（Ｓ８８）。
【００５０】
図１１は、図７のＳ３８のファイル提供処理を詳細に示すフローチャートである。ファイル取得要求の要求元が承認者ＰＣ１４である場合（Ｓ９０のＹ）、そのファイル取得要求で指定された証跡用ファイルを承認者ＰＣ１４へ送信する（Ｓ９２）。要求元が承認者ＰＣ１４でなければ（Ｓ９０のＮ）、Ｓ９２はスキップされる。なお、承認者ＰＣ１４に提供されるファイル配信情報のファイルＵＲＬには承認者を示す識別情報が設定されてもよく、ファイル提供部７２は、ファイル取得要求で指定されたファイルＵＲＬに承認者の識別情報が含まれる場合に、要求元を承認者ＰＣ１４と判定してもよい。同様に、受信者ＰＣ２０に提供されるファイル配信情報のファイルＵＲＬには受信者を示す識別情報が設定されてもよく、ファイル取得要求で指定されたファイルＵＲＬに受信者の識別情報が含まれる場合に、要求元を受信者ＰＣ２０と判定してもよい。
【００５１】
ファイル取得要求の要求元が受信者ＰＣ２０であり（Ｓ９４のＹ）、送信者が第１グループに所属する場合（Ｓ９６のＹ）、受信者用ファイルを受信者ＰＣ２０へ送信する（Ｓ１０４）。送信者が第１グループでなく、第２グループもしくは第３グループに所属する場合（Ｓ９６のＮ）、取得対象の電子ファイルの取消フラグがＯＦＦで（Ｓ１００のＮ）、かつ、承認フラグがＯＮであれば（Ｓ１０２のＹ）、受信者用ファイルを受信者ＰＣ２０へ送信する（Ｓ１０４）。取消フラグがＯＮ（Ｓ１００のＹ）、もしくは、承認フラグがＯＦＦであれば（Ｓ１０２のＮ）、受信者用ファイルの送信を拒否する（Ｓ１０６）。ファイル取得要求の要求元が受信者ＰＣ２０でなければ（Ｓ９４のＮ）、以降の処理をスキップして本図のフローを終了する。
【００５２】
本実施の形態のファイル配信装置３２によれば、送信者から電子ファイルを受け付けた時点で受信者へファイルを提供可能にし、承認者が禁止した場合にはそれ以降の電子ファイルの提供を拒否するファイル配信を実現でき、ユーザの利便性とセキュリティを両立させることができる。またユーザの属性に応じて、承認者が許可したか否かにかかわらず受信者へ電子ファイルを提供するファイル配信と、承認者が許可したことを条件として受信者へ電子ファイルを提供するファイル配信も実現でき、ユーザが遵守すべきセキュリティポリシーに柔軟に対応できる。
【００５３】
またファイル配信装置３２によれば、直接的に受信者にかかわる送信者と、送信者の上長等の承認者と、システム管理者のそれぞれが、受信者への電子ファイルの提供を停止することができる。これにより、異なる職責のユーザがそれぞれの観点からセキュリティ上のリスクを回避することができる。例えば、システム管理者は業務内容は把握していないため電子ファイルの内容は通知されないものの、送信者・受信者のメールアドレスや要求受付日時にもとづいて、不正なアドレスへの電子ファイルの提供や、不正な日時にアップロードされた電子ファイルの提供を防止することができる。
【００５４】
またファイル配信装置３２によれば、認証装置１８において送信者の認証に成功したことを条件としてファイル配信装置３２へのログインを許可し、企業システム１０とファイル配信システム３０とのシングルサインオンを実現する。また、システム管理者は、認証装置１８に対して送信者属性を設定すれば、企業システム１０とファイル配信システム３０間のシングルサインオンに伴って、送信者情報がファイル配信装置３２へ自動登録される。これにより、システム管理者によるファイル配信装置３２への送信者情報の登録が不要になり、言い換えれば、企業システム１０とファイル配信システム３０の両方で送信者情報を二重管理する必要がなくなり、システム管理者の負担を低減することができる。
【００５５】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５６】
電子ファイルの配信取消の態様に関する変形例を説明する。ファイル配信装置３２は送信履歴画面提供部をさらに備えてもよい。送信履歴画面提供部は、ログインに成功したユーザ（例えば送信者）がそれまでにアップロードした電子ファイルの情報をファイル保持部５０から取得して、アップロードした電子ファイルの情報を一覧表示する送信履歴画面をユーザの端末（例えば送信者ＰＣ１２）へ提供して表示させる。ユーザが送信履歴画面において配信を取り消すべき電子ファイルを選択すると、ユーザの端末はその電子ファイルの識別情報を指定したファイル送信の取消情報をファイル配信装置３２へ送信する。ファイル配信装置３２の取消情報受付部６８は実施の形態と同様にファイル送信の取消処理を実行する。
【００５７】
電子ファイルの配信承認の態様に関する変形例を説明する。ファイル配信装置３２は、承認一覧画面提供部をさらに備えてもよい。承認一覧画面提供部は、ログインに成功したユーザ（例えば承認者）が配信を承認もしくは却下すべき電子ファイルの情報をファイル保持部５０から取得して、取得された電子ファイルの情報を一覧表示する承認一覧画面をユーザの端末（例えば承認者ＰＣ１４）へ提供して表示させる。ユーザが承認一覧画面において特定の電子ファイルの配信について承認もしくは却下を選択すると、ユーザの端末はその電子ファイルの配信が承認されたことを示す許可情報もしくは却下されたことを示す禁止情報をファイル配信装置３２へ送信する。ファイル配信装置３２の許可情報受付部７０は許可情報および禁止情報に対して実施の形態と同様の処理を実行する。
【００５８】
また上記実施の形態において、送信者は第１グループから第３グループのいずれかに所属することとした。変形例として、送信者は２つ以上のグループに所属してもよい。この変形例において、送信者情報保持部５２は、送信者が属する複数のグループを示す情報を保持してもよい。ファイル受付部６０は、送信者ＰＣ１２から、送信者により選択されたグループを示す情報を含む電子ファイルの配信要求を受け付けてもよい。通知部６６およびファイル提供部７２は、電子ファイルの配信要求で指定された送信者のグループが、送信者情報保持部５２に格納された送信者のグループに含まれる、言い換えれば、整合することを条件として、電子ファイルの配信要求で指定された送信者のグループに応じた処理を実行してもよい。この変形例によれば、送信者は業務の都合に応じて（例えばセキュリティポリシーの異なる複数の顧客のそれぞれに対して）、グループを適宜切り替えて電子ファイルを提供することができる。
【００５９】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【符号の説明】
【００６０】
１２  送信者ＰＣ、  １４  承認者ＰＣ、  １６  管理者ＰＣ、  １８  認証装置、  ２０  受信者ＰＣ、  ３２  ファイル配信装置、  ５０  ファイル保持部、  ５２  送信者情報保持部、  ５４  ログイン要求受付部、  ５６  認証部、  ５８  送信者登録部、  ６０  ファイル受付部、  ６２  ファイルコピー部、  ６４  ファイル暗号化部、  ６６  通知部、  ６８  取消情報受付部、  ７０  許可情報受付部、  ７２  ファイル提供部、  ７４  ファイル削除部、  ７６  送信者情報削除部。
【図１】
0005681585.tif 000002
【図２】
0005681585.tif 000003
【図３】
0005681585.tif 000004
【図４】
0005681585.tif 000005
【図５】
0005681585.tif 000006
【図６】
0005681585.tif 000007
【図７】
0005681585.tif 000008
【図８】
0005681585.tif 000009
【図９】
0005681585.tif 000010
【図１０】
0005681585.tif 000011
【図１１】
0005681585.tif 000012