(57)【要約】【課題】記憶装置を過剰に消費することなくファイルを秘匿することを課題とする。【解決手段】ファイル管理装置は、階層化されたＲＯＬＥと、ユーザ端末のＩＤ及びパスワードとを管理し、さらに、各ＲＯＬＥに対応する公開鍵及び秘密鍵を生成する。また、ファイル管理装置は、ＩＤ及びパスワードを利用した認証処理後に、ファイルのアップロード、ダウンロード、移動或いは削除の要求を受け付けた場合に、該当するＲＯＬＥに対応する公開鍵で暗号化処理を実行するとともに、該当するＲＯＬＥに対応する秘密鍵を利用した復号処理を実行する。【選択図】図３
2011257866.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末によってアップロード及びダウンロードされるファイルを管理するファイル管理装置であって、
階層化された権限情報と、前記ユーザ端末を識別する識別情報と、該ユーザ端末によって自装置へのアクセス時に利用されるパスワードとを前記ユーザ端末から受け付けて記憶装置に格納する情報管理手段と、
前記情報管理手段によって前記記憶装置に格納された権限情報に対応する公開鍵及び秘密鍵を生成し、該記憶装置に格納する鍵生成手段と、
前記識別情報及び前記パスワードを利用した認証処理後、暗号化の対象となるファイルの保存先の権限情報に対応する公開鍵であって、前記鍵生成手段によって生成された公開鍵を前記記憶装置から取得し、取得された公開鍵で該ファイルを暗号化して、暗号化されたファイルを該保存先の権限情報に対応させて前記記憶装置に格納するファイル暗号化手段と、
前記識別情報及び前記パスワードを利用した認証処理後、復号の対象となるファイル及び該ファイルの権限情報を前記記憶装置から取得し、取得された権限情報に対応する秘密鍵であって、前記鍵生成手段によって生成された秘密鍵を前記記憶装置から取得して、取得された秘密鍵で該ファイルを復号するファイル復号手段と
を有することを特徴とするファイル管理装置。
【請求項２】
前記ファイル暗号化手段は、アップロード処理の要求を受け付けた場合に、前記ユーザ端末によって指定されたアップロード対象となるファイルの保存先の権限情報に対応する公開鍵であって、前記鍵生成手段によって生成された公開鍵を前記記憶装置から取得し、取得された公開鍵で該アップロード対象となるファイルを暗号化して、暗号化されたファイルを該保存先の権限情報に対応させて前記記憶装置に格納することを特徴とする請求項１に記載のファイル管理装置。
【請求項３】
前記ファイル復号手段は、ダウンロード処理の要求を受け付けた場合に、前記ユーザ端末によって指定されたダウンロード対象となるファイル及び該ファイルの権限情報を前記記憶装置から取得し、取得された権限情報に対応する秘密鍵であって、前記鍵生成手段によって生成された秘密鍵を前記記憶装置から取得して、取得された秘密鍵で該ダウンロード対象となるファイルを復号することを特徴とする請求項１に記載のファイル管理装置。
【請求項４】
前記ファイル復号手段は、ファイルの移動処理を受け付けた場合に、前記ユーザ端末によって指定された移動対象となるファイル及び該ファイルの権限情報を前記記憶装置から取得し、取得された権限情報に対応する秘密鍵であって、前記鍵生成手段によって生成された秘密鍵を前記記憶装置から取得して、取得された秘密鍵で該移動対象となるファイルを復号し、
前記ファイル暗号化手段は、前記ユーザ端末によって指定されたファイルの移動先の権限情報に対応する公開鍵であって、前記鍵生成手段によって生成された公開鍵を前記記憶装置から取得し、取得された公開鍵で前記ファイル復号手段によって復号されたファイルを暗号化して、暗号化されたファイルを該移動先の権限情報に対応させて前記記憶装置に格納することを特徴とする請求項１に記載のファイル管理装置。
【請求項５】
前記識別情報及び前記パスワードを利用した認証処理後、ファイルの削除処理の要求を受け付けた場合に、前記ユーザ端末によって指定された削除対象となるファイル名及び権限情報に基づき、該当するファイルを前記記憶装置から削除するファイル削除手段をさらに有することを特徴とする請求項１に記載のファイル管理装置。
【請求項６】
ユーザ端末によってアップロード及びダウンロードされるファイルを管理するファイル管理プログラムであって、
階層化された権限情報と、前記ユーザ端末を識別する識別情報と、該ユーザ端末によって自装置へのアクセス時に利用されるパスワードとを前記ユーザ端末から受け付けて記憶装置に格納する情報管理手順と、
前記情報管理手順によって前記記憶装置に格納された権限情報に対応する公開鍵及び秘密鍵を生成し、該記憶装置に格納する鍵生成手順と、
前記識別情報及び前記パスワードを利用した認証処理後、暗号化の対象となるファイルの保存先の権限情報に対応する公開鍵であって、前記鍵生成手順によって生成された公開鍵を前記記憶装置から取得し、取得された公開鍵で該ファイルを暗号化して、暗号化されたファイルを該保存先の権限情報に対応させて前記記憶装置に格納するファイル暗号化手順と、
前記識別情報及び前記パスワードを利用した認証処理後、復号の対象となるファイル及び該ファイルの権限情報を前記記憶装置から取得し、取得された権限情報に対応する秘密鍵であって、前記鍵生成手順によって生成された秘密鍵を前記記憶装置から取得して、取得された秘密鍵で該ファイルを復号するファイル復号手順と
をコンピュータに実行させることを特徴とするファイル管理プログラム。
【請求項７】
ユーザ端末によってアップロード及びダウンロードされるファイルを管理するファイル管理方法であって、
階層化された権限情報と、前記ユーザ端末を識別する識別情報と、該ユーザ端末によって自装置へのアクセス時に利用されるパスワードとを前記ユーザ端末から受け付けて記憶装置に格納する情報管理工程と、
前記情報管理工程によって前記記憶装置に格納された権限情報に対応する公開鍵及び秘密鍵を生成し、該記憶装置に格納する鍵生成工程と、
前記識別情報及び前記パスワードを利用した認証処理後、暗号化の対象となるファイルの保存先の権限情報に対応する公開鍵であって、前記鍵生成工程によって生成された公開鍵を前記記憶装置から取得し、取得された公開鍵で該ファイルを暗号化して、暗号化されたファイルを該保存先の権限情報に対応させて前記記憶装置に格納するファイル暗号化工程と、
前記識別情報及び前記パスワードを利用した認証処理後、復号の対象となるファイル及び該ファイルの権限情報を前記記憶装置から取得し、取得された権限情報に対応する秘密鍵であって、前記鍵生成工程によって生成された秘密鍵を前記記憶装置から取得して、取得された秘密鍵で該ファイルを復号するファイル復号工程と
を含んだことを特徴とするファイル管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル管理装置、ファイル管理プログラム及びファイル管理方法に関する。
【背景技術】
【０００２】
従来、ネットワーク上のサーバ装置にファイルをアップロードしたり、該サーバ装置からファイルをダウンロードしたりするファイル管理システムが知られている。ファイル管理システムは、一つの様態として、ユーザの権限情報や該ユーザがアクセス可能なファイルの情報等を保持するアクセスコントロールリスト（ACL：Access  Control  List）を用いて、ユーザがアクセスするファイルを管理する。
【０００３】
ところで、かかるファイル管理システムでは、セキュリティの観点から、ファイルを暗号化して管理することが好ましい。ファイルを暗号化する技術の一例としては、管理する全てのファイルを１つの暗号鍵で暗号化する技術がある。このとき、ファイル管理システムは、ファイルにアクセス可能なユーザの識別情報及び該ユーザの権限情報ごとに暗号化されたファイルを作成する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ユビキタスソフト株式会社ホームページ内，“ドキュメント管理（Ubiquitous  File  Folder）機能概要”，［online］，［平成２２年４月２６日検索］，インターネット＜URL：http://www.ubiq-soft.co.jp/workflow/filefolder.html＞
【非特許文献２】ユビキタスソフト株式会社ホームページ内，“ログイン機能”，［online］，［平成２２年４月２６検索］，インターネット＜URL：http://www.ubiq-soft.co.jp/workflow/file/main.html＞
【非特許文献３】ユビキタスソフト株式会社ホームページ内，“ファイル詳細参照・更新”，［online］，［平成２２年４月２６日検索］，インターネット＜URL：http://www.ubiq-soft.co.jp/workflow/file/sansyo.html＞
【非特許文献４】ユビキタスソフト株式会社ホームページ内，“ファイル追加、フォルダ管理”，［online］，［平成２２年４月２６日検索］，インターネット＜URL：http://www.ubiq-soft.co.jp/workflow/file/tsuika.html＞
【非特許文献５】ユビキタスソフト株式会社ホームページ内，“ロール設定、検索機能”，［online］，［平成２２年４月２６日検索］，インターネット＜URL：http://www.ubiq-soft.co.jp/workflow/file/role.html＞
【非特許文献６】ユビキタスソフト株式会社ホームページ内，“操作ログ、ユーザーロール管理”，［online］，［平成２２年４月２６日検索］，インターネット＜URL：http://www.ubiq-soft.co.jp/workflow/file/log.html＞
【非特許文献７】ユビキタスソフト株式会社ホームページ内，“稼働環境”，［online］，［平成２２年４月２６日検索］，インターネット＜URL：http://www.ubiq-soft.co.jp/workflow/file/hard_soft.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術では、ファイルを秘匿することが困難であるとともに、ファイルを記憶する記憶装置を過剰に消費してしまうという課題がある。具体的には、管理する全てのファイルを１つの暗号鍵で暗号化する技術では、暗号鍵が漏れてしまった場合に、全てのファイルの解読が可能となるため、ファイルを秘匿することが困難である。また、ファイルにアクセス可能なユーザの識別情報及び該ユーザの権限情報ごとにファイルを暗号化する技術では、識別情報及び権限情報ごとに重複して暗号化ファイルが作成されることになるため、ファイルを記憶する記憶装置を過剰に消費する。
【０００６】
そこで、本願に開示する技術は、上記に鑑みてなされたものであって、記憶装置を過剰に消費することなくファイルを秘匿することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、本願に開示するファイル管理装置は、ユーザ端末によってアップロード及びダウンロードされるファイルを管理するファイル管理装置であって、階層化された権限情報と、前記ユーザ端末を識別する識別情報と、該ユーザ端末によって自装置へのアクセス時に利用されるパスワードとを前記ユーザ端末から受け付けて記憶装置に格納する情報管理手段と、前記情報管理手段によって前記記憶装置に格納された権限情報に対応する公開鍵及び秘密鍵を生成し、該記憶装置に格納する鍵生成手段と、前記識別情報及び前記パスワードを利用した認証処理後、暗号化の対象となるファイルの保存先の権限情報に対応する公開鍵であって、前記鍵生成手段によって生成された公開鍵を前記記憶装置から取得し、取得された公開鍵で該ファイルを暗号化して、暗号化されたファイルを該保存先の権限情報に対応させて前記記憶装置に格納するファイル暗号化手段と、前記識別情報及び前記パスワードを利用した認証処理後、復号の対象となるファイル及び該ファイルの権限情報を前記記憶装置から取得し、取得された権限情報に対応する秘密鍵であって、前記鍵生成手段によって生成された秘密鍵を前記記憶装置から取得して、取得された秘密鍵で該ファイルを復号するファイル復号手段とを有する。
【０００８】
また、本願に開示するファイル管理プログラムは、ユーザ端末によってアップロード及びダウンロードされるファイルを管理するファイル管理プログラムであって、階層化された権限情報と、前記ユーザ端末を識別する識別情報と、該ユーザ端末によって自装置へのアクセス時に利用されるパスワードとを前記ユーザ端末から受け付けて記憶装置に格納する情報管理手順と、前記情報管理手順によって前記記憶装置に格納された権限情報に対応する公開鍵及び秘密鍵を生成し、該記憶装置に格納する鍵生成手順と、前記識別情報及び前記パスワードを利用した認証処理後、暗号化の対象となるファイルの保存先の権限情報に対応する公開鍵であって、前記鍵生成手順によって生成された公開鍵を前記記憶装置から取得し、取得された公開鍵で該ファイルを暗号化して、暗号化されたファイルを該保存先の権限情報に対応させて前記記憶装置に格納するファイル暗号化手順と、前記識別情報及び前記パスワードを利用した認証処理後、復号の対象となるファイル及び該ファイルの権限情報を前記記憶装置から取得し、取得された権限情報に対応する秘密鍵であって、前記鍵生成手順によって生成された秘密鍵を前記記憶装置から取得して、取得された秘密鍵で該ファイルを復号するファイル復号手順とをコンピュータに実行させる。
【０００９】
また、本願に開示するファイル管理方法は、ユーザ端末によってアップロード及びダウンロードされるファイルを管理するファイル管理方法であって、階層化された権限情報と、前記ユーザ端末を識別する識別情報と、該ユーザ端末によって自装置へのアクセス時に利用されるパスワードとを前記ユーザ端末から受け付けて記憶装置に格納する情報管理工程と、前記情報管理工程によって前記記憶装置に格納された権限情報に対応する公開鍵及び秘密鍵を生成し、該記憶装置に格納する鍵生成工程と、前記識別情報及び前記パスワードを利用した認証処理後、暗号化の対象となるファイルの保存先の権限情報に対応する公開鍵であって、前記鍵生成工程によって生成された公開鍵を前記記憶装置から取得し、取得された公開鍵で該ファイルを暗号化して、暗号化されたファイルを該保存先の権限情報に対応させて前記記憶装置に格納するファイル暗号化工程と、前記識別情報及び前記パスワードを利用した認証処理後、復号の対象となるファイル及び該ファイルの権限情報を前記記憶装置から取得し、取得された権限情報に対応する秘密鍵であって、前記鍵生成工程によって生成された秘密鍵を前記記憶装置から取得して、取得された秘密鍵で該ファイルを復号するファイル復号工程とを含む。
【発明の効果】
【００１０】
本願に開示するファイル管理装置、ファイル管理プログラム及びファイル管理方法の一つの様態によれば、記憶装置を過剰に消費することなくファイルを秘匿することができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、ＲＯＬＥ権限ツリーの例を示す図である。
【図２】図２は、ファイル管理装置を含むファイル管理システムの全体構成例を示す図である。
【図３】図３は、ファイル管理装置の構成例を示す図である。
【図４】図４は、ロールが選択された管理画面の例を示す図である。
【図５】図５は、ユーザが選択された管理画面の例を示す図である。
【図６】図６は、ユーザ端末を認証する認証画面の例を示す図である。
【図７】図７は、メイン画面の例を示す図である。
【図８】図８は、アップロード画面の例を示す図である。
【図９】図９は、ダウンロード画面の例を示す図である。
【図１０】図１０は、移動画面の例を示す図である。
【図１１】図１１は、削除画面の例を示す図である。
【図１２】図１２は、処理画面の遷移の例を示す図である。
【図１３】図１３は、ファイル管理装置による全体処理の流れの例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照して、本願に開示するファイル管理装置、ファイル管理プログラム及びファイル管理方法の実施例を説明する。なお、以下の実施例により本発明が限定されるものではない。
【実施例】
【００１３】
［暗号の体系］
最初に、本願で使用する暗号の体系を説明する。暗号の体系は、例えば、階層型ＩＤ（IDentifier）ベース暗号である「ＨＩＢＥ」を利用する。この「ＨＩＢＥ」の詳細については、参考文献「C．Gentry，A．Silverberg，“Hierarchical  ID‐based  cryptography”，ASIACRYPT  2002，LNCS2501，Springer‐Verlar，pp．548‐566，2002」を参照すること。ここでは、「ＨＩＢＥ」の概要を説明する。また、本願では、参考文献における「ＨＩＤＥ」の呼称を「ＨＩＢＥ」で統一し、「ＨＩＢＥ」用の機能であることを明確にするために、機能の名称に「ＨＩＢＥ＿」の接頭詞を付与することにする。さらに、本願では、参考文献における「ＩＤ」を「ＲＯＬＥ」として表現する。
【００１４】
（ＲＯＬＥタプルと秘密鍵）
図１は、ＲＯＬＥ権限ツリーの例を示す図である。例えば、図１に示すように、各ＲＯＬＥは、その位置が階層化されている。図１の例では、「ＲＯＬＥ１」〜「ＲＯＬＥ８」のうち、階層のトップレベルに「ＲＯＬＥ１」が位置し、該「ＲＯＬＥ１」の配下に「ＲＯＬＥ２」〜「ＲＯＬＥ８」が位置する。
【００１５】
また、図１の例では、階層のセカンドレベルに「ＲＯＬＥ２」が位置し、該「ＲＯＬＥ２」の配下に「ＲＯＬＥ３」〜「ＲＯＬＥ５」が位置する。加えて、図１の例では、階層のサードレベルに「ＲＯＬＥ３」が位置し、該「ＲＯＬＥ３」の配下に「ＲＯＬＥ４」と「ＲＯＬＥ５」とが位置する。さらに、図１の例では、階層のフォースレベルに「ＲＯＬＥ４」と「ＲＯＬＥ５」とが位置する。
【００１６】
同様に、図１の例では、階層のセカンドレベルに「ＲＯＬＥ６」が位置し、該「ＲＯＬＥ６」の配下に「ＲＯＬＥ７」と「ＲＯＬＥ８」とが位置する。加えて、図１の例では、階層のサードレベルに「ＲＯＬＥ７」が位置し、該「ＲＯＬＥ７」の配下に「ＲＯＬＥ８」が位置する。さらに、図１の例では、階層のフォースレベルに「ＲＯＬＥ８」が位置する。
【００１７】
上記構成において、各ＲＯＬＥの位置は、固有の「ＲＯＬＥタプル」で表現される。
ＲＯＬＥ−ｔｕｐｌｅ＿ｔ＝（ＲＯＬＥ１，・・・，ＲＯＬＥｔ）
なお、階層のトップレベルのＲＯＬＥである「ＲＯＬＥ１」は、「ルートＰＫＧ」（秘密鍵生成器）と呼ばれる。
【００１８】
この「ルートＰＫＧ」の下位レベルの階層に位置する各ＲＯＬＥのＲＯＬＥタプルは、
ＲＯＬＥ−ｔｕｐｌｅ＿ｉ＝｛（ＲＯＬＥ１，・・・，ＲＯＬＥｉ）：１≦ｉ＜ｔ｝
で表現される。
【００１９】
すなわち、図１の例におけるＲＯＬＥ７のＲＯＬＥタプルは、
ＲＯＬＥ−ｔｕｐｌｅ＿７＝（ＲＯＬＥ１，ＲＯＬＥ６，ＲＯＬＥ７）
で表現される。また、各ＲＯＬＥは、ＲＯＬＥタプルに対応する秘密鍵を１つ有する。なお、秘密鍵は、上位レベルのＲＯＬＥから生成してもらう。
【００２０】
（ＨＩＢＥの機能）
また、「ＨＩＢＥ」は、主に５つの機能を有する。かかる５つの機能は、（１）ルートセットアップ、（２）下位レベルセットアップ、（３）鍵生成、（４）暗号化、（５）復号、である。
【００２１】
（１）ルートセットアップ
ルートセットアップとは、ルートＰＫＧのセットアップであり、
ＨＩＢＥ＿Ｒｏｏｔ＿Ｓｅｔｕｐ（Ｋ）＝＜ｐａｒａｍｓ，ｄ＞
で表現される。また、各パラメータは、以下に示すものとなる。
Ｋ：セキュリティパラメータ
ｐａｒａｍｓ：システムパラメータ
ｄ：ルートＰＧＫのマスターシークレット（秘密鍵）
【００２２】
（２）下位レベルセットアップ
下位レベルセットアップでは、全ての下位レベルのＲＯＬＥは必ずルートＰＫＧのシステムパラメータを入手しなければならない。また、秘密鍵は、上位のＲＯＬＥによって生成される。
【００２３】
（３）鍵生成
鍵生成とは、上位のＲＯＬＥによる下位のＲＯＬＥの秘密鍵の生成を指す。ここで、鍵を生成する上位のＲＯＬＥのＲＯＬＥタプルを、
ＲＯＬＥ−ｔｕｐｌｅ＿ｔ＝（ＲＯＬＥ１，・・・，ＲＯＬＥｔ）
とすると、秘密鍵の生成は、
ＨＩＢＥ＿Ｅｘｔｒａｃｔｉｏｎ（ｐａｒａｍｓ，ｄ＿ｔ，ＲＯＬＥ−ｔｕｐｌｅ＿ｔ＋１）＝ｄ＿ｔ＋１
で表現される。
【００２４】
また、各パラメータは、以下に示すものとなる。
ｐａｒａｍｓ：ＨＩＢＥ＿Ｒｏｏｔ＿Ｓｅｔｕｐで生成されたシステムパラメータ
ｄ＿ｔ：鍵生成者となるＲＯＬＥの秘密鍵
ＲＯＬＥ−ｔｕｐｌｅ＿ｔ＋１：鍵生成対象者となる下位のＲＯＬＥのＲＯＬＥタプル
ｄ＿ｔ＋１：鍵生成対象となるユーザの秘密鍵
このうち、ＲＯＬＥ−ｔｕｐｌｅ＿ｔ＋１は、
ＲＯＬＥ−ｔｕｐｌｅ＿ｔ＋１＝（ＲＯＬＥ１，・・・，ＲＯＬＥｔ，ＲＯＬＥｔ＋１）
で表現される。すなわち、「ＲＯＬＥ−ｔｕｐｌｅ＿ｔ＋１」は、「ＲＯＬＥ−ｔｕｐｌｅ＿ｔ」に「ＲＯＬＥｔ＋１」を加えた値となる。なお、秘密鍵の生成方式としては、例えば、楕円暗号等を利用する。
【００２５】
（４）暗号化
暗号化では、公開鍵に相当する任意のＲＯＬＥタプルで暗号化可能であり、
ＨＩＢＥ＿Ｅｎｃｒｙｐｔｉｏｎ（ｐａｒａｍｓ，ＲＯＬＥ−ｔｕｐｌｅ，Ｍ）＝Ｃ
で表現される。また、各パラメータは、以下に示すものとなる。
ｐａｒａｍｓ：ＨＩＢＥ＿Ｒｏｏｔ＿Ｓｅｔｕｐで生成されたシステムパラメータ
ＲＯＬＥ−ｔｕｐｌｅ：公開鍵に相当するＲＯＬＥタプル
Ｍ：平文
Ｃ：暗号文
【００２６】
（５）復号
復号では、暗号化に利用されたＲＯＬＥタプルに対応する秘密鍵で復号可能であり、
ＨＩＢＥ＿Ｄｅｃｒｉｐｔｉｏｎ（ｐａｒａｍｓ，ｄ，Ｃ）＝Ｍ
で表現される。また、各パラメータは、以下に示すものとなる。
ｐａｒａｍｓ：ＨＩＢＥ＿Ｒｏｏｔ＿Ｓｅｔｕｐで生成されたシステムパラメータ
ｄ：ＨＩＢＥ＿Ｅｘｔｒａｃｔｉｏｎで生成された秘密鍵
Ｃ：ＨＩＢＥ＿Ｅｎｃｒｙｐｔｉｏｎで生成された暗号文
Ｍ：平文
【００２７】
なお、上記５つの機能は、任意の平文「Ｍ」に対して、ＲＯＬＥタプル「ＲＯＬＥ−ｔｕｐｌｅ」のＲＯＬＥの秘密鍵が「ｄ」である時に、以下が成り立つことが前提となる。
ＨＩＢＥ＿Ｅｎｃｒｙｐｔｉｏｎ（ｐａｒａｍｓ，ＲＯＬＥ−ｔｕｐｌｅ，Ｍ）＝Ｃ
である時、
ＨＩＢＥ＿Ｄｅｃｒｙｐｔｉｏｎ（ｐａｒａｍｓ，ｄ，Ｃ）＝Ｍ
【００２８】
このような暗号方式では、図１に示したＲＯＬＥ権限ツリーの構造において、例えば、「ＲＯＬＥ１」は、下位のＲＯＬＥに紐付く全ての暗号文を復号可能である。同様に、例えば、「ＲＯＬＥ３」は、上位のＲＯＬＥに紐付く暗号文を復号不可能であり、下位のＲＯＬＥである「ＲＯＬＥ４」及び「ＲＯＬＥ５」に紐付く暗号文を復号可能である。さらに、例えば、「ＲＯＬＥ４」は、上位のＲＯＬＥに紐付く暗号文を復号不可能であり、上下関係のないすなわち同一レベルの「ＲＯＬＥ５」に紐付く暗号文も復号不可能である。
【００２９】
［全体構成］
次に、図２を用いて、ファイル管理装置を含むファイル管理システムの全体構成を説明する。図２は、ファイル管理装置を含むファイル管理システムの全体構成例を示す図である。例えば、図２に示すように、ファイル管理システムは、ファイル管理装置と、複数のユーザ端末とを有する。また、各装置は、インターネットやＬＡＮ（Local  Area  Network）等のネットワークを介して相互通信可能に接続される。
【００３０】
これらのうち、ユーザ端末は、例えば、一般利用者用のユーザ端末と管理者用のユーザ端末とが存在する。一般利用者用のユーザ端末は、ファイル管理装置との通信によりファイルのアップロード、ダウンロード、削除及び移動を実行することができる。一方、管理者用のユーザ端末は、ファイルのアップロード、ダウンロード、削除及び移動に加えて、ＲＯＬＥの管理や各ユーザ端末の管理等の処理を実行することができる。なお、これらのユーザ端末は、例えば、ブラウザを利用してファイル管理装置と通信を行なう。
【００３１】
また、ファイル管理装置は、例えば、ＲＯＬＥの階層構造を管理するとともに、ＲＯＬＥに該当するユーザ端末からアップロードされたファイルを該ＲＯＬＥの階層構造に対応した暗号化処理を実行し、ＲＯＬＥと関連付けて記憶装置に格納する。加えて、ファイル管理装置は、ユーザ端末が所属するＲＯＬＥに関連付けられるファイルを提示し、所定の要求を受け付けると、該当するファイルに対してＲＯＬＥの階層構造に対応した復号処理を実施する。さらに、ファイル管理装置は、管理者用のユーザ端末に対し、ＲＯＬＥの階層構造、ＲＯＬＥとユーザ端末との対応関係、及び、ユーザ端末のパスワードの設定等の管理を提供する。なお、ファイル管理装置の詳細な処理については後述する。
【００３２】
［ファイル管理装置の構成］
次に、図３を用いて、ファイル管理装置の構成を説明する。図３は、ファイル管理装置の構成例を示す図である。例えば、図３に示すように、ファイル管理装置１０００は、記憶部１１００と、制御部１２００とを有し、ユーザ端末によってアップロード及びダウンロードされるファイルを管理する。
【００３３】
記憶部１１００は、例えば、制御部１２００による各種処理に要するデータや、制御部１２００による各種処理結果を記憶する。また、記憶部１１００は、例えば、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ（flash  memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置である。
【００３４】
制御部１２００は、例えば、制御プログラム、各種の処理手順等を規定したプログラム及び所要データを格納するための内部メモリを有する。かかる制御部１２００は、ルートセットアップ処理部１２０１と、情報管理部１２０２と、鍵生成部１２０３と、認証部１２０４と、メイン画面処理部１２０５と、ファイルアップロード処理部１２０６と、ファイルダウンロード処理部１２０７とを有する。加えて、制御部１２００は、ファイル移動部１２０８と、ファイル暗号化部１２０９と、ファイル復号部１２１０と、ファイル削除部１２１１とを有する。また、制御部１２００は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路、又は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等の電子回路である。
【００３５】
ルートセットアップ処理部１２０１は、例えば、上記「（１）ルートセットアップ」の処理を実行する処理部であり、生成した「ｐａｒａｍｓ」（システムパラメータ）、「ｄ」（ルートＰＫＧのマスターシークレット）を記憶部１１００に格納する。なお、ルートセットアップ処理部１２０１による処理は、ファイル管理装置１０００の起動時に実行されるものである。
【００３６】
情報管理部１２０２は、例えば、ＲＯＬＥの権限ツリーの管理と、各ユーザ端末のＩＤ、パスワード及び所属するＲＯＬＥの管理とを実行する。詳細には、ＲＯＬＥの権限ツリーの管理について、情報管理部１２０２は、ユーザ端末から受け付けたＲＯＬＥの階層構造を記憶部１１００に格納し、各ＲＯＬＥに付随する公開鍵及び秘密鍵の生成を鍵生成部１２０３に依頼する。そして、情報管理部１２０２は、鍵生成部１２０３によって生成された各ＲＯＬＥの公開鍵及び秘密鍵を記憶部１１００に格納する。ユーザ端末で入力されるＲＯＬＥの権限ツリーについては、例えば、図４に示す管理画面の「ロール」において権限ツリー「／ＨＩＢＥ＿ＲＯＯＴ／ｒｏｌｅＡ／ｒｏｌｅＢ／ｒｏｌｅＣ」等が入力される。そして、ユーザ端末での管理画面において「実行」が押下された場合には、入力されたＲＯＬＥの権限ツリーがファイル管理装置１０００に通知される。なお、図４は、ロールが選択された管理画面の例を示す図である。
【００３７】
一方、各ユーザ端末のＩＤ、パスワード及び所属するＲＯＬＥの管理について、情報管理部１２０２は、ユーザ端末から受け付けた各ユーザ端末のＩＤ、パスワード及び所属するＲＯＬＥを記憶部１１００に格納する。ユーザ端末で入力される各ユーザ端末に係る各種情報については、例えば、図５に示す管理画面の「ユーザ」においてユーザ端末のＩＤ「ｕｓｅｒ０」、パスワード「ｐｗｄ０」及び所属するＲＯＬＥ「ＨＩＢＥ＿ＲＯＯＴ」等が入力される。そして、ユーザ端末での管理画面において「実行」が押下された場合には、入力された各ユーザ端末に係る各種情報がファイル管理装置１０００に通知される。なお、図５は、ユーザが選択された管理画面の例を示す図である。
【００３８】
鍵生成部１２０３は、例えば、上記「（３）鍵生成」の処理を実行する処理部であり、記憶部１１００に格納された権限ツリーに応じて、情報管理部１２０２から各種パラメータを取得し、公開鍵及び秘密鍵を生成して情報管理部１２０２に通知する。なお、情報管理部１２０２から取得する各種パラメータは、「ｐａｒａｍｓ」、「ｄ＿ｔ」、「ＲＯＬＥ＿ｔｕｐｌｅ＿ｔ」及び「ＲＯＬＥ−ｔｕｐｌｅ＿ｔ＋１」等が挙げられる。そして、これらのパラメータを用いて、鍵生成部１２０３は、「ｄ＿ｔ＋１」を生成することになる。
【００３９】
認証部１２０４は、例えば、ユーザ端末から該ユーザ端末のＩＤとパスワードとを受け付けた場合に、記憶部１１００に記憶されたＩＤとパスワードとを読み出して、双方が一致するか否かを判定する。そして、認証部１２０４は、ＩＤとパスワードとが一致して認証処理が完了すると、該ＩＤをメイン画面処理部１２０５に通知する。ユーザ端末を認証する認証画面は、例えば、図６に示すように、ユーザ端末のＩＤを示す「ユーザ名」と「パスワード」との入力を促す画面となる。そして、認証画面においてユーザ名及びパスワードが入力された後に「ＯＫ」が押下された場合には、入力されたユーザ名及びパスワードがファイル管理装置１０００に通知されることになる。なお、図６は、ユーザ端末を認証する認証画面の例を示す図である。
【００４０】
メイン画面処理部１２０５は、例えば、認証部１２０４によって通知されたＩＤを受け取り、図７に示すメイン画面を生成する。詳細には、メイン画面処理部１２０５は、通知されたＩＤが所属するＲＯＬＥを記憶部１１００から取得し、該ＲＯＬＥから閲覧可能となるＲＯＬＥと、各ＲＯＬＥに紐付いて記憶部１１００に記憶されたファイル名を表示する。また、メイン画面処理部１２０５は、アップロード、ダウンロード、移動及び削除等の各種処理へのリンクを表示するとともに、該当するＩＤが管理者（ａｄｍｉｎ）である場合には管理画面へのリンクも表示する。なお、図７は、メイン画面の例を示す図である。
【００４１】
図７の例では、ログインしているユーザ端末が管理者（ログイン名：ａｄｍｉｎ）である場合を示しており、ロール「ＨＩＢＥ＿ＲＯＯＴ」から閲覧可能なロールである「ｒｏｌｅＡ」〜「ｒｏｌｅＧ」が表示されている。さらに、図７の例では、これらの各ＲＯＬＥに紐付いて記憶部１１００に記憶されたファイルの「ファイル一覧」、「サイズ」及び「更新日時」が表示されている。すなわち、図７の例において、ユーザ端末は、「ｆｉｌｅ．ｄｏｃ」、「ｆｉｌｅ２．ｄｏｃ」、「ｆｉｌｅ３．ｘｌｓ」及び「ｆｉｌｅ４．ｐｐｔ」等のファイルが閲覧可能である。
【００４２】
ファイルアップロード処理部１２０６は、例えば、メイン画面において「アップロード」が押下された場合に実行され、図８に示すように、アップロード先のＲＯＬＥ名とアップロード対象のファイルとをユーザ端末から受け付ける。そして、ファイルアップロード処理部１２０６は、受け付けたＲＯＬＥ名とファイルとをファイル暗号化部１２０９に出力する。続いて、ファイルアップロード処理部１２０６は、ファイル暗号化部１２０９によって暗号化されたファイルをＲＯＬＥ名に紐付けて記憶部１１００に格納する。すなわち、図８の例おいて、アップロード先のＲＯＬＥ名「／ＨＩＢＥ＿ＲＯＯＴ」とファイル名との入力後に、ユーザ端末において「実行」が押下された場合には、該ＲＯＬＥ名及びファイルとがファイル管理装置１０００に通知されることになる。なお、図８は、アップロード画面の例を示す図である。
【００４３】
ファイルダウンロード処理部１２０７は、例えば、メイン画面において任意のファイル名が指定されるとともに「ダウンロード」が押下された場合に実行され、指定されたファイル名と所属ＲＯＬＥとをユーザ端末から受け付ける。そして、ファイルダウンロード処理部１２０７は、ファイル名に基づき該当するファイルを記憶部１１００から取得し、取得されたファイルとユーザ端末から受け付けたＲＯＬＥとをファイル復号部１２１０に出力する。続いて、ファイルダウンロード処理部１２０７は、ファイル復号部１２１０によって復号されたファイルをユーザ端末に配信する。これにより、ユーザ端末は、図９に示すように、該当するファイル「ｆｉｌｅ１．ｄｏｃ」を「開く」又は「保存」を押下することで取得することになる。また、ユーザ端末によって「キャンセル」が押下された場合には、ファイルのダウンロードが取り消される。なお、図９は、ダウンロード画面の例を示す図である。
【００４４】
ファイル移動部１２０８は、例えば、メイン画面において任意のファイル名が指定されるとともに「移動」が押下された場合に実行され、図１０に示すように、該任意のファイル名及びＲＯＬＥと、任意のファイルの移動先となるＲＯＬＥ及びファイル名とをユーザ端末から受け付ける。そして、ファイル移動部１２０８は、指定された任意のファイル名に基づき、ファイルと所属ＲＯＬＥとを記憶部１１００から取得し、取得されたファイルとＲＯＬＥとをファイル復号部１２１０に出力する。
【００４５】
続いて、ファイル移動部１２０８は、ファイル復号部１２１０によって復号されたファイルとユーザ端末から受け付けた移動先となるＲＯＬＥとをファイル暗号化部１２０９に出力する。その後、ファイル移動部１２０８は、ファイル暗号化部１２０９によって暗号化されたファイルを移動先となるＲＯＬＥに対応付けて記憶部１１００に格納する。すなわち、図１０の例において、移動先のＲＯＬＥの選択と、必要に応じてリネームされる際のファイル名の入力との後に、ユーザ端末において「実行」が押下された場合には、移動元（ＲＯＬＥ）、元ファイル名、移動先（ＲＯＬＥ）及びファイル名（リネーム）がファイル管理装置１０００に通知されることになる。なお、図１０は、移動画面の例を示す図である。
【００４６】
ファイル暗号化部１２０９は、例えば、ファイルアップロード処理部１２０６やファイル移動部１２０８からファイルの暗号化処理の依頼を受け付けて、該当するファイルの暗号化処理を実行する。詳細には、ファイル暗号化部１２０９は、「ｐａｒａｍｓ」、受け付けたＲＯＬＥに対応する鍵生成部１２０３によって生成された公開鍵に相当する「ＲＯＬＥ−ｔｕｐｌｅ」、及び、受け付けたファイル「Ｍ」から暗号化ファイル「Ｃ」を生成、すなわち上記「（４）暗号化」の処理を実行する。なお、暗号化ファイルを生成したファイル暗号化部１２０９は、生成された暗号化ファイルを暗号化処理の依頼元であるファイルアップロード処理部１２０６やファイル移動部１２０８に出力する。
【００４７】
ファイル復号部１２１０は、例えば、ファイルダウンロード処理部１２０７やファイル移動部１２０８からファイルの復号処理の依頼を受け付けて、該当するファイルの復号処理を実行する。詳細には、ファイル復号部１２１０は、「ｐａｒａｍｓ」、受け付けたＲＯＬＥに対応する鍵生成部１２０３によって生成された秘密鍵「ｄ」、及び、受け付けた暗号化ファイル「Ｃ」から平文のファイル「Ｍ」を生成、すなわち上記「（５）復号」の処理を実行する。なお、平文のファイルを生成したファイル復号部１２１０は、生成された平文のファイルを復号処理の依頼元であるファイルダウンロード処理部１２０７やファイル移動部１２０８に出力する。
【００４８】
ファイル削除部１２１１は、例えば、メイン画面において任意のファイル名が指定されるとともに「削除」が押下された場合に実行され、図１１に示すように、指定されたファイル名とＲＯＬＥとをユーザ端末から受け付ける。そして、ファイル削除部１２１１は、ファイル名に基づき該当するファイルを記憶部１１００から削除する。すなわち、図１１の例において、ユーザ端末において「実行」が押下された場合には、ＲＯＬＥ及びファイル名がファイル管理装置１０００に通知されることになる。なお、図１１は、削除画面の例を示す図である。
【００４９】
［画面遷移］
次に、図１２を用いて、上述した各処理画面の遷移を説明する。図１２は、処理画面の遷移の例を示す図である。なお、図１２では、各画面での処理が正常終了したときの遷移を実線の矢印で示し、各画面において「キャンセル」が押下されたときの遷移を破線の矢印で示し、各画面においてエラー又は実行確認がキャンセルされたときの遷移を一点鎖線の矢印で示している。
【００５０】
例えば、図１２に示すように、ユーザ端末のブラウザで表示される画面は、ログイン画面、メイン画面、アップロード画面、ダウンロード画面、削除画面、移動画面及び管理画面がある。このうち、ログイン画面でログインが完了した場合には、メイン画面に遷移する。
【００５１】
また、メイン画面で「アップロード」、「ダウンロード」、「削除」、「移動」或いは「管理」が押下された場合には、アップロード画面、ダウンロード画面、削除画面、移動画面或いは管理画面にそれぞれ遷移する。また、アップロード画面、ダウンロード画面、削除画面、移動画面或いは管理画面それぞれで「キャンセル」が押下された場合には、メイン画面にそれぞれ遷移する。また、アップロード画面、ダウンロード画面、削除画面、移動画面或いは管理画面それぞれでエラーや実行確認のキャンセルが発生した場合には、再度各画面の初期状態に遷移することになる。
【００５２】
［全体処理フロー］
次に、図１３を用いて、ファイル管理装置１０００による全体処理の流れを説明する。図１３は、ファイル管理装置１０００による全体処理の流れの例を示すフローチャートである。なお、図１３では、ファイル管理装置１０００の起動時にルートセットアップ処理が実行された後の処理について説明する。
【００５３】
例えば、図１３に示すように、ファイル管理装置１０００は、ＲＯＬＥの階層構造等の各種情報をユーザ端末から受け付けた場合に（ステップＳ１０１肯定）、各ＲＯＬＥに付随する公開鍵及び秘密鍵を生成し、記憶部１１００に格納する（ステップＳ１０２）。なお、ファイル管理装置１０００は、各種情報をユーザ端末から受け付けていない場合に（ステップＳ１０１否定）、該各種情報の受け付け待ちの状態となる。
【００５４】
そして、ファイル管理装置１０００は、ユーザ端末の認証処理が正常に終了した場合に（ステップＳ１０３肯定）、アップロード処理を受け付けたか否かを判定する（ステップＳ１０４）。なお、ファイル管理装置１０００は、ユーザ端末の認証処理が異常終了した場合に（ステップＳ１０３否定）、再度認証処理の受け付け待ちの状態となる。
【００５５】
続いて、ファイル管理装置１０００は、アップロード処理を受け付けた場合に（ステップＳ１０４肯定）、保存先のＲＯＬＥに対応する公開鍵を用いてファイルの暗号化処理を実行し、暗号化ファイルを該保存先のＲＯＬＥに対応付けて記憶部１１００に格納する（ステップＳ１０５）。なお、ファイル管理装置１０００は、アップロード処理を受け付けていない場合に（ステップＳ１０４否定）、ステップＳ１０６の処理を実行する。
【００５６】
その後、ファイル管理装置１０００は、ダウンロード処理を受け付けた場合に（ステップＳ１０６肯定）、該当するファイルのＲＯＬＥに対応する秘密鍵を用いて復号処理を実行し、復号されたファイルをユーザ端末に配信する（ステップＳ１０７）。なお、ファイル管理装置１０００は、ダウンロード処理を受け付けていない場合に（ステップＳ１０６否定）、ステップＳ１０８の処理を実行する。
【００５７】
そして、ファイル管理装置１０００は、移動処理を受け付けた場合に（ステップＳ１０８肯定）、該当するファイルのＲＯＬＥに対応する秘密鍵を用いて復号処理を実行する（ステップＳ１０９）。続いて、ファイル管理装置１０００は、復号されたファイルの保存先となるＲＯＬＥに対応する公開鍵を用いて暗号化処理を実行し、暗号化ファイルを記憶部１１００に格納する（ステップＳ１１０）。なお、ファイル管理装置１０００は、移動処理を受け付けていない場合に（ステップＳ１０８否定）、ステップＳ１１１の処理を実行する。
【００５８】
その後、ファイル管理装置１０００は、削除処理を受け付けた場合に（ステップＳ１１１肯定）、該当するファイルを記憶部１１００から削除する（ステップＳ１１２）。このとき、ファイル管理装置１０００は、削除処理を受け付けていない場合に（ステップＳ１１１否定）、ステップＳ１１３の処理を実行する。そして、ファイル管理装置１０００は、ログアウトを受け付けた場合に（ステップＳ１１３肯定）、処理を終了し、ログアウトを受け付けていない場合に（ステップＳ１１３否定）、再度ステップＳ１０４の処理を実行する。
【００５９】
［実施例による効果］
上述したように、ファイル管理装置１０００は、ＲＯＬＥごとにファイルを暗号化及び復号するので、１つの暗号鍵で暗号化したりＩＤ及びＲＯＬＥごとに重複して暗号化ファイルを生成したりする従来技術と比較して、記憶装置を過剰に消費することなくファイルを秘匿することができる。また、ファイル管理装置１０００は、ＲＯＬＥごとに暗号化したファイルを削除するので、ＩＤ及びＲＯＬＥごとに暗号化ファイルを作成するのに起因してＩＤを削除する度に該ＩＤ配下のコンテンツを再暗号化することを要する従来技術と比較して、ＩＤを削除する度に発生する処理を削減することができる。
【００６０】
なお、上記文書中や図面中などで示した処理手順、制御手順、具体的名称、各種のデータやパラメータなどを含む情報（例えば、秘密鍵生成のタイミング等）については、特記する場合を除いて任意に変更することができる。例えば、上記実施例では、暗号化処理よりも前のタイミングで秘密鍵を生成する場合を説明したが、本発明はこれに限定されるものではなく、任意のタイミングで生成しても良い。かかる任意のタイミングは、例えば、ファイルの復号時であり、ファイル管理装置１０００は、ファイルの復号時に秘密鍵を生成してファイルを復号する。すなわち、公開鍵に相当するとともに暗号化に要する鍵は、ＲＯＬＥタプルという自明なものであるため、任意のタイミングで復号に要する秘密鍵を生成することができる。
【００６１】
また、図示した各装置の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は、図示のものに限られず、その全部または一部を各種の負担や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合することができる。例えば、図３に示した記憶部１１００は、ファイル管理装置１０００が有することを要せず、該ファイル管理装置１０００に接続される外部の記憶装置を利用することにしても良い。さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、或いは、ワイヤードロジックによるハードウェアとして実現され得る。
【産業上の利用可能性】
【００６２】
以上のように、本発明に係るファイル管理装置、ファイル管理プログラム及びファイル管理方法は、ユーザ端末によってアップロード及びダウンロードされるファイルを管理する場合に有用であり、特に、記憶装置を過剰に消費することなくファイルを秘匿することに適する。
【符号の説明】
【００６３】
１０００  ファイル管理装置
１１００  記憶部
１２００  制御部
１２０１  ルートセットアップ処理部
１２０２  情報管理部
１２０３  鍵生成部
１２０４  認証部
１２０５  メイン画面処理部
１２０６  ファイルアップロード処理部
１２０７  ファイルダウンロード処理部
１２０８  ファイル移動部
１２０９  ファイル暗号化部
１２１０  ファイル復号部
１２１１  ファイル削除部
【図１】
2011257866.tif 000003
【図２】
2011257866.tif 000004
【図３】
2011257866.tif 000005
【図４】
2011257866.tif 000006
【図５】
2011257866.tif 000007
【図６】
2011257866.tif 000008
【図７】
2011257866.tif 000009
【図８】
2011257866.tif 000010
【図９】
2011257866.tif 000011
【図１０】
2011257866.tif 000012
【図１１】
2011257866.tif 000013
【図１２】
2011257866.tif 000014
【図１３】
2011257866.tif 000015