(57)【要約】【課題】マルウェアによって利用者が知らない間にファイルが持ち出されることがあり、メールやファイル転送・共有においてファイルから情報が漏洩する可能性があった。【解決手段】保護対象のファイル種別に対して暗号化しないアプリケーションのリストを用意し、該リストにないアプリケーションからのアクセスについては暗号化してからアクセスを許可する。また、暗号化して保存されたファイルについては自動的に復号する。【選択図】図１
2015056090.tif 000002
【特許請求の範囲】
【請求項１】
保護対象となるファイル種別、及び暗号化することなくアクセスを許可されたアプリケーションを登録したホワイトリストと、
前記保護対象となるファイル種別のファイルへの前記ホワイトリストに登録されているアプリケーションによるアクセス要求に対しては、該ファイルを暗号化せずにアクセスを許可し、前記ホワイトリストに登録されていないアプリケーションによるアクセス要求に対しては、該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可するオープン処理手段と、
前記暗号化ファイルを前記アクセス終了後に復号するクローズ処理手段と、
を有することを特徴とするファイルアクセス制御装置。
【請求項２】
保護対象となるファイル種別、及びアクセスを許可するにあたり利用者へ問合せが必要なアプリケーションを登録したグレーリストをさらに備え、
前記オープン処理手段が、前記保護対象となるファイル種別のファイルへのアクセス要求が前記グレーリストに登録されているアプリケーションによる場合には、利用者からの暗号化するか否かの指示に応じて、該ファイルを暗号化せずにアクセスを許可し、又は該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可し、
前記クローズ処理手段が、前記暗号化ファイルを前記アクセス終了後に復号することを特徴とする請求項１に記載のファイルアクセス制御装置。
【請求項３】
前記暗号化の対象となったファイルが、前記アクセス要求の際、既に暗号化されている場合には、前記オープン処理手段が、該既に暗号化されているファイルを改めて暗号化することなく、そのままアクセスを許可することを特徴とする請求項１又は２に記載のファイルアクセス制御装置。
【請求項４】
前記ファイル種別のファイル又はアプリケーションが独自の暗号化形式を有している場合、前記オープン処理手段が、該独自の暗号化形式によって、前記暗号化の対照となったファイルを暗号化することを特徴とする請求項１又は２に記載のファイルアクセス制御装置。
【請求項５】
前記暗号化の対象となったファイルが、暗号化可能な別のファイル種別のファイルに変換可能である場合に、前記オープン処理手段が、前記暗号化の対象となったファイルに代えて、これを変換して前記別のファイル種別のファイルを作成し、該作成したファイルを暗号化したファイルにアクセス許可し、
前記クローズ処理手段が、前記作成して暗号化したファイルを前記アクセス終了後に削除することを特徴とする請求項１又は２に記載のファイルアクセス制御装置。
【請求項６】
保護対象となるファイル種別、及び暗号化することなくアクセスを許可されたアプリケーションを登録したホワイトリストを有するコンピュータに、
前記保護対象となるファイル種別のファイルへの前記ホワイトリストに登録されているアプリケーションによるアクセス要求に対しては、該ファイルを暗号化せずにアクセスを許可し、前記ホワイトリストに登録されていないアプリケーションによるアクセス要求に対しては、該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可するステップと、
前記暗号化ファイルを前記アクセス終了後に復号するステップと、を実行させるためのファイルアクセス制御プログラム。
【請求項７】
保護対象となるファイル種別、及び暗号化することなくアクセスを許可されたアプリケーションを登録したホワイトリストと、保護対象となるファイル種別、及びアクセスを許可するにあたり利用者へ問合せが必要なアプリケーションを登録したグレーリストとを有するコンピュータに、
前記保護対象となるファイル種別のファイルへの前記ホワイトリストに登録されているアプリケーションによるアクセス要求に対しては、該ファイルを暗号化せずにアクセスを許可し、前記ホワイトリスト及び前記グレーリストのいずれにも登録されていないアプリケーションによるアクセス要求に対しては、該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可し、前記グレーリストに登録されているアプリケーションによるアクセス要求に対しては、利用者からの暗号化するか否かの指示に応じて、該ファイルを暗号化せずにアクセスを許可し、又は該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可するステップと、
前記暗号化ファイルを前記アクセス終了後に復号するステップと、を実行させるためのファイルアクセス制御プログラム。
【請求項８】
保護対象となるファイル種別、及び暗号化することなくアクセスを許可されたアプリケーションを登録したホワイトリストを参照するファイルアクセス制御方法であって、
前記保護対象となるファイル種別のファイルへの前記ホワイトリストに登録されているアプリケーションによるアクセス要求に対しては、該ファイルを暗号化せずにアクセスを許可し、前記ホワイトリストに登録されていないアプリケーションによるアクセス要求に対しては、該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可するステップと、
前記暗号化ファイルを前記アクセス終了後に復号するステップとを有することを特徴とするファイルアクセス制御方法。
【請求項９】
保護対象となるファイル種別、及び暗号化することなくアクセスを許可されたアプリケーションを登録したホワイトリストと、保護対象となるファイル種別、及びアクセスを許可するにあたり利用者へ問合せが必要なアプリケーションを登録したグレーリストとを参照するファイルアクセス制御方法であって、
前記保護対象となるファイル種別のファイルへの前記ホワイトリストに登録されているアプリケーションによるアクセス要求に対しては、該ファイルを暗号化せずにアクセスを許可し、前記ホワイトリスト及び前記グレーリストのいずれにも登録されていないアプリケーションによるアクセス要求に対しては、該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可し、前記グレーリストに登録されているアプリケーションによるアクセス要求に対しては、利用者からの暗号化するか否かの指示に応じて、該ファイルを暗号化せずにアクセスを許可し、又は該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可するステップと、
前記暗号化ファイルを前記アクセス終了後に復号するステップとを有することを特徴とするファイルアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ上のファイルを保護する装置、プログラム及び方法に関するものであり、例えば、マルウェアに感染したＰＣ（パーソナルコンピュータ）で文書ファイルがネットワーク経由で外部に転送されて、情報が漏洩してしまうことを防ぐとともに、既存のアプリケーションを使ったファイル転送やファイル共有を行う場合には自動的に暗号化して転送又は共有することでファイルを保護する装置、プログラム及び方法に関わる。
【背景技術】
【０００２】
コンピュータ上のファイルの情報が外部に漏洩してしまうのを防止する技術として、ファイル暗号、セキュアＯＳ（オペレーティングシステム）、Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ（ＤＲＭ）がある。
【０００３】
非特許文献１には、利用者がファイルやフォルダを暗号化して別ファイルとして保存することができ、ファイル転送やファイル共有の際にネットワークで情報が漏洩することを防ぐことができることが開示されている。
【０００４】
非特許文献２は、ＯＳ組み込みのファイル暗号の概要を示している。本技術を使えば、ファイルは自動的に暗号化及び復号され、非特許文献１と異なり利用者が意識せずともディスク上のファイルは暗号化されている。
【０００５】
非特許文献３は、セキュアＯＳの一つであるＳｅｃｕｒｉｔｙ−Ｅｎｈａｎｃｅｄ  Ｌｉｎｕｘ（ＳＥＬｉｎｕｘ）の概要を示している。一般のＯＳでは、どの利用者がどのファイルにアクセス可能であるかの制御が可能であるのに対して、ＳＥＬｉｎｕｘではどのプロセスがどのファイルにアクセス可能であるかの制御が可能である。
【０００６】
特許文献１は、セキュアＯＳと同様にファイルの付加情報に応じて、外部にファイルを送信したり、暗号化したりする制御を行うことが開示されている。
【０００７】
特許文献２は、文書管理を含め、アプリケーションにプラグインできるＤＲＭのシステムを示している。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】“ＺＩＰにパスワードをつける方法”、［ｏｎｌｉｎｅ］、ＯＳＤＮ株式会社、［平成２５年８月８日検索］、インターネット〈http://sevenzip.sourceforge.jp/howto/zip-password.html〉
【非特許文献２】“ＢｉｔＬｏｃｋｅｒの概要”、［ｏｎｌｉｎｅ］、２０１２年９月、マイクロソフト社、［平成２５年８月８日検索］、インターネット〈http://technet.microsoft.com/ja-jp/library/hh831713.aspx〉
【非特許文献３】中村雄一、水上友宏、上野修一著、「ＳＥＬｉｎｕｘ徹底ガイド」、株式会社日経ＢＰ、２００４年３月８日
【特許文献】
【０００９】
【特許文献１】特許第４０５１９２４号公報
【特許文献２】特開２０１２−１５５７３４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
非特許文献１では、利用者がファイルを指定して暗号化することができる。しかしながら、マルウェアがどのファイルを持ち出すかは事前にはわからないので、予め暗号化しておくことができない。もっとも全てのファイルを暗号化しておくことも可能だが、ファイルを閲覧するたびに復号し、ファイルを保存するたびに暗号化する必要があり、大変な手間がかかる。さらに暗号化するのを忘れる可能性がある。
【００１１】
非特許文献２では、ディスク上では暗号化されているが、アプリケーションがファイルを読み込んだ時点では復号されている。マルウェアも復号されたままで外部にファイルを送信、持ち出してしまうことが可能であり、解決策とならない。
【００１２】
非特許文献３では、不正又は未登録のアプリケーションからのファイルへのアクセスを禁止することで、マルウェアによるファイルの外部への送信を防ぐことができる。しかしながら、既存のファイル転送又は共有を行う場合に、暗号化して転送又は共有することはできない。
【００１３】
特許文献１では、ファイルを機密と指定することで、ファイルを外部に送信する場合には暗号化することでマルウェアによる持出しを事実上無効化することができる。しかしながら、中継装置が必要であり、組織内のネットワーク構成を変更する必要がある。また、外部に送信される全てのファイルが暗号化されるため、当該システムを導入していない通信相手にファイルを送ることができない。
【００１４】
特許文献２では、ＤＲＭプラグインを利用するアプリケーションが対応したファイル種別のファイルは保護できるが、未対応のファイル種別のファイルについては保護されない。
【００１５】
そこで、本発明の目的は、保護が必要なファイルを自動的に暗号化してマルウェアによる持ち出しを防ぐとともに、正規の通信相手とは暗号化及び復号を意識することなく（自動的に暗号化及び復号して）ファイルを保護することができる装置、プログラム及び方法を提供することにある。さらに、本発明を導入していない相手にもパスワードや暗号鍵を共有しておくことで暗号化及び復号を意識することなくファイルを保護することができる装置、プログラム及び方法を提供することを目的としている。
【課題を解決するための手段】
【００１６】
上述の目的を達成するため、本発明のファイルアクセス制御装置は、保護対象となるファイル種別、及び暗号化することなくアクセスを許可されたアプリケーションを登録したホワイトリストと、前記保護対象となるファイル種別のファイルへの前記ホワイトリストに登録されているアプリケーションによるアクセス要求に対しては、該ファイルを暗号化せずにアクセスを許可し、前記ホワイトリストに登録されていないアプリケーションによるアクセス要求に対しては、該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可するオープン処理手段と、前記暗号化ファイルを前記アクセス終了後に復号するクローズ処理手段と、を有することを特徴とする。
【００１７】
さらに、本発明のファイルアクセス制御装置は、好ましくは、保護対象となるファイル種別、及びアクセスを許可するにあたり利用者へ問合せが必要なアプリケーションを登録したグレーリストをさらに備え、前記オープン処理手段が、前記保護対象となるファイル種別のファイルへのアクセス要求が前記グレーリストに登録されているアプリケーションによる場合には、利用者からの暗号化するか否かの指示に応じて、該ファイルを暗号化せずにアクセスを許可し、又は該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可し、前記クローズ処理手段が、前記暗号化ファイルを前記アクセス終了後に復号することを特徴とする。
【００１８】
さらに、本発明のファイルアクセス制御装置は、好ましくは、前記暗号化の対象となったファイルが、前記アクセス要求の際、既に暗号化されている場合には、前記オープン処理手段が、該既に暗号化されているファイルを改めて暗号化することなく、そのままアクセスを許可することを特徴とする。
【００１９】
さらに、本発明のファイルアクセス制御装置は、好ましくは、前記ファイル種別のファイル又はアプリケーションが独自の暗号化形式を有している場合、前記オープン処理手段が、該独自の暗号化形式によって、前記暗号化の対象となったファイルを暗号化することを特徴とする。
【００２０】
さらに、本発明のファイルアクセス制御装置は、好ましくは、前記暗号化の対象となったファイルが、暗号化可能な別のファイル種別のファイルに変換可能である場合に、前記オープン処理手段が、前記暗号化の対象となったファイルに代えて、これを変換して前記別のファイル種別のファイルを作成し、該作成したファイルを暗号化したファイルにアクセスを許可し、前記クローズ処理手段が、前記作成して暗号化したファイルを前記アクセス終了後に削除することを特徴とする。
【００２１】
また、本発明のファイルアクセス制御プログラムは、保護対象となるファイル種別、及び暗号化することなくアクセスを許可されたアプリケーションを登録したホワイトリストを有するコンピュータに、前記保護対象となるファイル種別のファイルへの前記ホワイトリストに登録されているアプリケーションによるアクセス要求に対しては、該ファイルを暗号化せずにアクセスを許可し、前記ホワイトリストに登録されていないアプリケーションによるアクセス要求に対しては、該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可するステップと、前記暗号化ファイルを前記アクセス終了後に復号するステップと、を実行させることを特徴とする。
【００２２】
さらに、本発明のファイルアクセス制御プログラムは、好ましくは、保護対象となるファイル種別、及び暗号化することなくアクセスを許可されたアプリケーションを登録したホワイトリストと、保護対象となるファイル種別、及びアクセスを許可するにあたり利用者へ問合せが必要なアプリケーションを登録したグレーリストとを有するコンピュータに、前記保護対象となるファイル種別のファイルへの前記ホワイトリストに登録されているアプリケーションによるアクセス要求に対しては、該ファイルを暗号化せずにアクセスを許可し、前記ホワイトリスト及び前記グレーリストのいずれにも登録されていないアプリケーションによるアクセス要求に対しては、該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可し、前記グレーリストに登録されているアプリケーションによるアクセス要求に対しては、利用者からの暗号化するか否かの指示に応じて、該ファイルを暗号化せずにアクセスを許可し、又は該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可するステップと、前記暗号化ファイルを前記アクセス終了後に復号するステップと、を実行させることを特徴とする。
【００２３】
また、本発明のファイルアクセス制御方法は、保護対象となるファイル種別、及び暗号化することなくアクセスを許可されたアプリケーションを登録したホワイトリストを参照するファイルアクセス制御方法であって、前記保護対象となるファイル種別のファイルへの前記ホワイトリストに登録されているアプリケーションによるアクセス要求に対しては、該ファイルを暗号化せずにアクセスを許可し、前記ホワイトリストに登録されていないアプリケーションによるアクセス要求に対しては、該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可するステップと、前記暗号化ファイルを前記アクセス終了後に復号するステップと、を有することを特徴とする。
【００２４】
さらに、本発明のファイルアクセス制御方法は、好ましくは、保護対象となるファイル種別、及び暗号化することなくアクセスを許可されたアプリケーションを登録したホワイトリストと、保護対象となるファイル種別、及びアクセスを許可するにあたり利用者へ問合せが必要なアプリケーションを登録したグレーリストとを参照するファイルアクセス制御方法であって、前記保護対象となるファイル種別のファイルへの前記ホワイトリストに登録されているアプリケーションによるアクセス要求に対しては、該ファイルを暗号化せずにアクセスを許可し、前記ホワイトリスト及び前記グレーリストのいずれにも登録されていないアプリケーションによるアクセス要求に対しては、該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可し、前記グレーリストに登録されているアプリケーションによるアクセス要求に対しては、利用者からの暗号化するか否かの指示に応じて、該ファイルを暗号化せずにアクセスを許可し、又は該ファイルに代えて、該ファイルを暗号化した暗号化ファイルにアクセスを許可するステップと、前記暗号化ファイルを前記アクセス終了後に復号するステップと、を有することを特徴とする。
【発明の効果】
【００２５】
本発明によれば、例えば、テキストやイメージ、スプレッドシートなどの文書ファイルを保護するファイル種別とし、ホワイトリストに記憶するアプリケーションとして該ファイル種別の編集ソフトウェアを指定することで、編集ソフトウェアが文書ファイルにアクセスする場合には従来通り暗号化せずにアクセスが可能である。また、例えば、メールクライアントやファイル共有ソフトなどのインターネットを経由してファイルを送信するソフトウェアについては、これらをホワイトリストにアプリケーションとして登録しなければ、これらがアクセスする場合には、送信時には暗号化されて送信される。さらに利用者が知らない間にマルウェアが送信する場合においても自動的に暗号化されるので、攻撃者は文書内容を知る由がない。よって、マルウェアによるファイル持ち出しは近年のサイバー攻撃として問題になっているところ、本発明はコンピュータを使って機密のファイルを作成したり閲覧したりする利用者に利用され得る。
【００２６】
また、グレーリストを参照する、本発明の好ましい実施形態によれば、例えばメールクライアントをグレーリストに加えることで、添付ファイルを暗号化したくない場合には、利用者の指示に従い、暗号化しないで平文のファイルを送ることができる。
【００２７】
また、既に暗号化されているファイルについては、改めて暗号化することなくアクセス許可する、本発明の好ましい実施形態によれば、通信相手に合わせた暗号化形式のまま送信することができる。
【００２８】
また、ファイル種別又はアプリケーション独自の暗号化形式にて暗号化する、本発明の好ましい実施形態によれば、そのファイル種別又はアプリケーションにあった暗号化をすることで、受信者が復号ツールを特別に用意することなく既存のアプリケーションで復号することができる。
【図面の簡単な説明】
【００２９】
【図１】図１は本発明によるファイルアクセス制御システム全体のシステム構成の一例を示す図である。
【図２】図２はホワイトリストの構成の一例を示す図である。
【図３】図３はグレーリストの構成の一例を示す図である。
【図４】図４はファイルリストの構成の一例を示す図である。
【図５】図５はファイルのオープン処理の一例を示すフローチャートである。
【図６】図６はファイルのクローズ処理の一例を示すフローチャートである。
【図７】図７はファイル一覧取得時の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００３０】
以下、図１から図７を用いて、本発明の実施の形態を説明する。
【００３１】
図１は、本発明のファイルアクセス制御システム全体のシステム構成の一例である。
本発明のファイルアクセス制御システムは、コンピュータ１０１と、サーバ１０２と、ネットワーク１０３とを備える。コンピュータ１０１は、ファイルアクセス制御装置１２０を搭載している。コンピュータ１０１とサーバ１０２とは、ネットワーク１０３を介して相互に通信可能になっている。なお、コンピュータ１０１には、ネットワークアダプタ１１６が搭載されており、コンピュータ１０１とサーバ１０２との通信は、ネットワークアダプタ１１６を経由している。
【００３２】
コンピュータ１０１は、図示しないＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成されるメモリと、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１１５と、図示しないキーボードやタッチパネル等で構成される入力装置と、ディスプレイ等で構成される出力装置とを備える。ＨＤＤ１１５は、ファイルアクセス制御プログラムや保護対象となるファイル等を記憶している。ＣＰＵがＨＤＤ１１５からメモリにファイルアクセス制御プログラムを読み出して実行することにより、ファイルアクセス制御装置１２０の機能が実現され、また本発明のファイルアクセス制御方法が実施される。
【００３３】
ＯＳ１１４は、コンピュータ１０１上で稼動しているＯＳである。
【００３４】
メールクライアント１１１、インスタントメッセージ１１２及びスプレッドシート１１３は、コンピュータ１０１上で稼働しているアプリケーションである。これらのアプリケーションは、ＯＳ１１４上で動作している。
【００３５】
ファイルアクセス制御プログラムは、本実施形態では、ＯＳ１１４の一部のモジュールとなっている。他の実施形態として、アプリケーション１１１、１１２、１１３の機能を呼び出す、ＯＳ１１４のインタフェースとして実装される場合もある。
【００３６】
ファイルアクセス制御装置１２０は、ホワイトリスト１２１、グレーリスト１２２、ファイルリスト１２３、オープン処理部１２４、クローズ処理部１２５を備えている。
【００３７】
図２はホワイトリスト１２１の構成の一例を示している。ホワイトリスト１２１は、表形式をしており、１行で１エントリであり、ファイル種別とアプリケーションからなる。ファイル種別は保護対象となるファイルの種別を示す。アプリケーションは該種別のファイルに対して暗号化することなく透過的なアクセスが許可されたアプリケーションを示す。
ファイル種別を表す代表的なものとしてファイル名の拡張子がある。他に、ファイルヘッダによってファイル種別を表すこともできる。本実施形態では、ファイル名の拡張子を利用している場合を示す。
アプリケーションとしては、アプリケーション名やそのパス名が代表的に用いられるが、アプリケーションの実行ファイルのハッシュ値で識別することも可能であるため、これを用いることもできる。アプリケーションは複数ある場合もある。本実施形態では、アプリケーション名を利用している場合を示す。
【００３８】
図３は、グレーリスト１２２の構成の一例を示している。グレーリスト１２２は、ホワイトリスト１２１と同じ構造をしている。ファイル種別に対するアプリケーションは、該種別のファイルへのアクセスについて利用者に暗号化するか否か問合せるアプリケーションであることを示す。
【００３９】
図４は、ファイルリスト１２３の構成の一例を示している。ファイルリスト１２３は、ファイルアクセスを管理するためのリストであり、本発明で実質的にアクセス制御対象となるファイル（クローズ処理する際に復号や上書き等の処理が必要なファイル）のうちアプリケーションがアクセス中のファイルを示している。
ファイルリスト１２３は、表形式をしており、１行で１エントリであり、ファイルハンドルとアプリケーションがアクセス要求したファイル名（元ファイル）と暗号化した場合の暗号化ファイルからなる。１エントリは本発明のアクセス制御対象となっているオープン中のファイルを示している。ここでは、ハンドルによって一意に識別できると仮定している。ＯＳ１１４によってはアプリケーションのプロセスＩＤとハンドルを組み合わせて一意に識別する場合もある。
【００４０】
図５は、ファイルオープン時の処理の一例を示すフローチャートである。
アプリケーションがファイルにアクセスする場合には、まず、ファイルをオープンして、読み取りや書き込みの処理を行い、最後にファイルをクローズする。図５を使って、ファイルオープン時の処理の流れを説明する。なお、ファイルクローズの処理は図６で示す。本発明は、読み取り及び書き込み処理には関与しないので示さない。
【００４１】
ステップ５０１において、アプリケーションがオープンしようとするファイルが、ホワイトリスト１２１にもグレーリスト１２２にもないファイルの種別の場合には、当該ファイルは保護対象のファイルではないため、オープン処理部１２４が、通常のオープン処理（暗号化せずにオープンする）をして終わる。ホワイトリスト１２１又はグレーリスト１２２にあるファイル種別の場合には、以下のステップ５０２に進む。
【００４２】
ステップ５０２において、既存ファイルの種別がホワイトリスト１２１にあり、アクセスしているアプリケーションがホワイトリスト１２１のアプリケーションにある場合には、オープン処理部１２４は、通常のオープン処理をして終わる。
ホワイトリスト１２１にないファイル種別（但し、グレーリスト１２２にはあるファイル種別）、及びファイル種別がホワイトリスト１２１にあっても、アプリケーションがホワイトリスト１２１のアプリケーションにない場合には、以下のステップ５０３に進む。
【００４３】
ステップ５０３において、既存ファイルの種別がグレーリスト１２２にあり、アクセスしているアプリケーションがグレーリスト１２２のアプリケーションにある場合には、オープン処理部１２４は、利用者に暗号化するかを出力装置を介して問合せ、利用者からの入力装置を介した暗号化しない旨の指示を受け付けると、通常のオープン処理をして終わる。暗号化する旨の指示を受け付けると、以下のステップ５０４に進む。既存ファイルの種別が、ホワイトリスト１２１又はグレーリスト１２２にあってもアプリケーションがホワイトリスト１２１及びグレーリスト１２２のアプリケーションにない場合には、以下のステップ５０４に進む。
【００４４】
ステップ５０４において、オープン対象のファイルが新規ファイルなら、当該ファイルには何ら情報が記憶されていないから、暗号化する必要がないため、オープン処理部１２４は、通常のオープン処理後に、該処理で得たファイルハンドルとオープンしたファイル名（元ファイル）と暗号化ファイルはNULL（オープン対象のファイルが新規ファイルのため、上書き対象がなく、上書き不要のためＮＵＬＬとしている）であるエントリを、図４のファイルリスト１２３に追加して処理を終わる。オープン対象のファイルが既存ファイルなら、以下のステップ５０５に進む。
【００４５】
ステップ５０５において、オープン処理部１２４は、ファイルを暗号化して別ファイルとして保存した暗号化ファイルと、通常のオープン処理をして得たハンドルと、元のファイル名の組合せを図４のファイルリスト１２３に追加して処理を終える。
【００４６】
図６は、ファイルクローズ処理の一例を示すフローチャートである。
【００４７】
ステップ６０１において、クローズするファイルハンドルが、図４のファイルリスト１２３にない場合には、クローズ処理部１２５は、通常のファイルクローズ処理をして終わる。ハンドルがある場合には、以下のステップ６０２に進む。
【００４８】
ステップ６０２において、クローズ処理部１２５は、通常のファイルクローズ処理を行う。続いて、クローズしたファイルが暗号化されている場合には、クローズ処理部１２５は、復号して、暗号化されていない場合には該ファイルを図４のファイルリスト１２３にある元ファイルに上書きする。なお、暗号化ファイルがＮＵＬＬの場合は上書きしない。クローズ処理部１２５は、最後に図４のファイルリスト１２３にあるエントリを削除する。
なお、上記処理では、単純に上書きしていたが、元ファイルの変更日時が該ファイルの作成日時より新しい場合には上書きしないという処理方法でもよい。また、上書きせず、該ファイルを削除することもできる。
【００４９】
なお、上述した実施形態は、ホワイトリストに併せてグレーリストを用いる、好ましい実施形態を示したが、本発明はグレーリストを用いない実施形態をも包含する。即ち、この場合は、ホワイトリストに登録されたファイル種別及びアプリケーションに基づいて、アクセス要求のあったファイルにつき、暗号化するか否かを決定する。
【００５０】
上述した実施形態ではＨＤＤ１１５にある文書ファイル（保護対象となるファイル）は暗号化されていない前提であった。しかしながら、ファイルをインターネット経由で送るために予めファイル暗号化ツールを使って明示的にファイルを暗号化したり文書アプリケーションで明示的に暗号化したりして、ファイルを送る場合もある。このような場合に備えて、本発明の第３の実施形態として、図５のステップ５０５の処理において、既存のファイルが既に暗号化されている場合には、オープン処理部１２４が通常のオープン処理をして終えることも可能である。即ち、この場合は、暗号化の対象となったファイルが、アクセス要求の際、既に暗号化されているため、オープン処理部１２４が改めて暗号化することなく、そのままアクセスを許可される（通常のオープン処理がされる）。また、この場合は、クローズ処理部１２５は、通常、当該アクセス終了後に、当該既に暗号化されているファイルを復号しない。
【００５１】
以上の実施形態では、アプリケーションによらない形式で暗号化することを前提としていた。しかしながら、ファイル種別によっては当該種別の処理アプリケーションが独自の暗号化形式を持っている場合もある。このような場合には、本発明の第４の実施形態として、図５のステップ５０５の処理において、オープン処理部１２４がファイル種別に応じた形式で暗号化することも可能である。即ち、ファイル種別又はアプリケーションが独自の暗号化形式を有している場合には、オープン処理部１２４が該独自の暗号化形式によって、ファイルを暗号化することができる。
このような実施形態をとることで、該種別のファイルをネットワーク経由で送る場合に、受信者は当該種別のアプリケーションを使って復号することができる。なお、この場合には、何らかの手段で事前に暗号鍵を受信者と共有しておく必要がある。
【００５２】
ファイル種別によっては、暗号化した別種別のファイルに変換可能である。代表例として文書ファイルを閲覧専用のフォーマットであるＰｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ（ＰＤＦ）の暗号化した形式に変換するものがある。この場合、ファイル名は拡張子の部分だけが変わるものとする。また、この場合は、本発明の第５の実施形態として、オープン処理部１２４が暗号化の対象となったファイルに代えて、これを変換して別のファイル種別のファイルを作成し、該作成したファイルを暗号化したファイルにアクセス許可される。
【００５３】
また、当該変換可能な場合にはアプリケーションがディレクトリのファイル一覧を取得する際に変換可能なファイルを含めることで、元ファイル種別が暗号化形式をサポートしていなくても、本発明を導入していない受信者が復号可能な形で暗号化ファイルを送信することが可能となる。具体例を以下に示す。
【００５４】
図７は、ファイル一覧取得時の処理の一例を示すフローチャートである。図７を使って、アプリケーションがファイルにアクセスするにあたり、ディレクトリにあるファイル名一覧を取得する際の処理を示す。
【００５５】
ステップ７０１において、通常の方法で指定されたディレクトリのファイル名の一覧を取得する。
【００５６】
ステップ７０２において、図示しないＰＣ１０１のファイル一覧処理部は、取得した各ファイルについて暗号化可能な別種別のファイルに変換可能ならば、その変換後のファイル名も一覧に加えてアプリケーションに一覧を返す。
【００５７】
以上の処理で、アプリケーション並びに利用者には、存在していない暗号化可能な別種別のファイルが存在しているようにみえるようになる。続いて、そのようなファイルに変換する場合のファイルのオープンとクローズの特有の処理を示す。
【００５８】
オープンについては、図５のステップ５０４において、新規ファイルであり、該新規ファイルに変換可能なファイルがあれば、暗号化した形式に変換したファイルを作成、通常のオープン処理後に、該処理で得たファイルハンドルと元ファイルも暗号化ファイルもＮＵＬＬであるエントリを、図４のファイルリスト１２３に追加して処理を終わる。
【００５９】
クローズについては、図６のステップ６０２の元ファイルに上書きする処理おいて、元ファイルがＮＵＬＬの場合には、上書きせずにクローズしたファイルを削除する。
【符号の説明】
【００６０】
１０１…コンピュータ
１０２…サーバ
１０３…ネットワーク
１１１…メールのアプリケーション
１１２…インスタントメッセージのアプリケーション
１１３…スプレッドシートのアプリケーション
１１４…ＯＳ
１１５…ＨＤＤ
１１６…ネットワークアダプタ
１２０…ファイルアクセス制御装置
１２１…ホワイトリスト
１２２…グレーリスト
１２３…ファイルリスト
１２４…オープン処理部
１２５…クローズ処理部
【図１】
2015056090.tif 000003
【図２】
2015056090.tif 000004
【図３】
2015056090.tif 000005
【図４】
2015056090.tif 000006
【図５】
2015056090.tif 000007
【図６】
2015056090.tif 000008
【図７】
2015056090.tif 000009