(57)【要約】【課題】記録装置内のファイルに対する第三者の不正なアクセスを防止すること。【解決手段】アプリケーションプログラム２０が生成した生成ファイルをＨＤＤ４０に書き込む場合に、ファイル名マネジャー１０内部のダミーファイル作成部１１が生成ファイルのダミーであるダミーファイルを作成し、ファイル名変換部１３が生成ファイルとダミーファイルのファイル名を変換した上でＯＳ３０内部のファイルシステムに書き込み要求を出力することで、ＨＤＤ４０上に変換されたファイル名で書き込みを行なわせる。【選択図】        図１
2007207102.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステムにおいて記録媒体へのファイルの格納を管理するファイル管理システムであって、
アプリケーションプログラムが生成した生成ファイルのファイル名を変換する変換手段と、
前記生成ファイルを前記変換手段によって変換されたファイル名で前記記録媒体に書き込む書き込み手段と、
前記生成ファイルのファイル名と前記変換されたファイル名との対応関係を記憶する対応関係記憶手段と、
を備えたことを特徴とするファイル管理システム。
【請求項２】
前記生成ファイルに対応するダミーファイルを作成するダミーファイル作成手段をさらに備え、前記書き込み手段は前記ダミーファイルを前記記録媒体に書き込むことを特徴とする請求項１に記載のファイル管理システム。
【請求項３】
前記アプリケーションプログラムは、前記生成ファイル対し重要度を設定し、前記ダミーファイル作成手段は、前記重要度に基づいて作成するダミーファイルの数を変更することを特徴とする請求項２に記載のファイル管理システム。
【請求項４】
各ファイルについてファイルの更新が行なわれた時間を示す更新時間情報を管理する更新時間管理手段と、前記アプリケーションプログラムから生成ファイルの更新要求を受け付けた場合に、前記生成ファイルもしくは前記ダミーファイルの一つを前記更新要求に基づいて更新し、当該更新したファイルを生成ファイルとして取り扱うとともに更新されないファイルをダミーファイルとして取り扱う更新処理手段をさらに備えたことを特徴とする請求項２または３に記載のファイル管理システム。
【請求項５】
前記更新処理手段は、前記ダミーファイルの更新時間情報を書き換えるダミー更新処理をさらに実行することを特徴とする請求項４に記載のファイル管理システム。
【請求項６】
前記生成ファイルと前記生成ファイルに対応するダミーファイルに優先順位を設けて、優先するファイルから前記記憶媒体に書き込みを行う書き込み制御手段をさらに備えたことを特徴とする請求項２〜５のいずれか一つに記載のファイル管理システム。
【請求項７】
前記アプリケーションプログラムは、前記生成ファイル対し重要度を設定し、前記重要度に基づいてダミーファイルを選定するダミーファイル生存管理手段をさらに備えたことを特徴とする請求項２〜６のいずれか一つに記載のファイル管理システム。
【請求項８】
前記変換手段は、前記アプリケーションプログラムが前記生成ファイルに対して指定した階層構造上の格納位置をさらに変換することを特徴とする請求項１〜７のいずれか一つに記載のファイル管理システム。
【請求項９】
コンピュータシステムにおいて記録媒体へのファイルの格納を管理するファイル管理プログラムであって、
アプリケーションプログラムが生成した生成ファイルのファイル名を変換する変換手順と、
前記生成ファイルを前記変換手段によって変換されたファイル名で前記記録媒体に書き込む書き込み手順と、
を実行することを特徴とするファイル管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンピュータシステムにおける記録媒体へのファイルの格納を管理するファイル管理システムおよびファイル管理プログラムに関し、特に記録媒体のファイルに対する第三者による不正な解析を防止するファイル管理システムおよびファイル管理プログラムに関する。
【背景技術】
【０００２】
近年、コンピュータシステムの記録媒体の容量が増大し、格納できるファイル数も増大している。これに伴い、ファイルを扱うユーザの負荷を軽減するための各種技術が考案されている。例えば特許文献１はアプリケーション・プログラムの移植作業等にともなうファイルの修正を自動更新することにより作業の手間を軽減する技術を開示している。
【０００３】
一方で重要なファイルに対するセキュリティ技術も各種考案されている。例えば特許文献２は携帯用データ担体を使用した情報管理システムにおいて、外部に設けた記憶領域内のファイルに対しセキュリティを確保し、同時に携帯用データ担体の記憶容量の制約を回避する技術を開示している。
【０００４】
【特許文献１】特開平１０−１２４３５５号公報
【特許文献２】特開２００１−５９１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、従来、ファイル管理等の基本的な機能を基本システム（ＯＳ）として構築し、各アプリケーションをＯＳ上で動作させることが行われている。このようにＯＳを利用することで、アプリケーションプログラムの開発コストを低減するとともに、コンピュータシステムの性能を確保し、記録媒体の容量を有効に利用することができる。
【０００６】
その反面、ＯＳのファイルシステムの動作が広く知られることとなり、比較的容易にファイルの所在が解析できる。例えば第三者がファイルの名称をたどり記録媒体内の特定のファイルへ不正にアクセスすることも可能であった。
【０００７】
そのため、ＯＳが管理するコンピュータシステムにおける記憶媒体に対する第三者の不正なアクセスを防止することが課題となっていた。
【０００８】
しかし、各アプリケーションプログラムにファイルを秘匿するような修正を加えたり、ＯＳ自体を修正することは多大なコストと労力を要するので、できるだけ簡易な修正で第三者の不正なアクセスを防止することも求められている。
【０００９】
本発明は、上述した課題を解決するためになされたものであり、コンピュータシステムにおける記録装置内のファイルに対する第三者の不正なアクセスを防止し、かつそれが簡易な修正で実現できるファイル管理システムおよびファイル管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、請求項１の発明に係るファイル管理システムは、コンピュータシステムにおいて記録媒体へのファイルの格納を管理するファイル管理システムであって、アプリケーションプログラムが生成した生成ファイルのファイル名を変換する変換手段と、前記生成ファイルを前記変換手段によって変換されたファイル名で前記記録媒体に書き込む書き込み手段と、前記生成ファイルのファイル名と前記変換されたファイル名との対応関係を記憶する対応関係記憶手段とを備えたことを特徴とする。
【００１１】
この請求項１の発明によればファイル管理システムは、アプリケーションプログラムが生成した生成ファイルのファイル名を変換し、変換したファイル名で記録媒体に書き込む。
【００１２】
また、請求項２の発明に係るファイル管理システムは、請求項１に記載の発明において、前記生成ファイルに対応するダミーファイルを作成するダミーファイル作成手段をさらに備え、前記書き込み手段は前記ダミーファイルを前記記録媒体に書き込むことを特徴とする。
【００１３】
この請求項２の発明によればファイル管理システムは、アプリケーションプログラムが生成した生成ファイルに対応するダミーファイルを作成し、生成ファイルとダミーファイルのファイル名を変換して記録媒体に書き込む。
【００１４】
また、請求項３の発明に係るファイル管理システムは、請求項２に記載の発明において、前記アプリケーションプログラムは、前記生成ファイル対し重要度を設定し、前記ダミーファイル作成手段は、前記重要度に基づいて作成するダミーファイルの数を変更することを特徴とする。
【００１５】
この請求項３の発明によればファイル管理システムは、アプリケーションプログラムが生成した生成ファイルについて、設定された重要度に対応する数のダミーファイルを作成し、生成ファイルとダミーファイルのファイル名を変換して記録媒体に書き込む。
【００１６】
また、請求項４の発明に係るファイル管理システムは、請求項２または３に記載の発明において、各ファイルについてファイルの更新が行なわれた時間を示す更新時間情報を管理する更新時間管理手段と、前記アプリケーションプログラムから生成ファイルの更新要求を受け付けた場合に、前記生成ファイルもしくは前記ダミーファイルの一つを前記更新要求に基づいて更新し、当該更新したファイルを生成ファイルとして取り扱うとともに更新されないファイルをダミーファイルとして取り扱う更新処理手段をさらに備えたことを特徴とする。
【００１７】
この請求項４の発明によればファイル管理システムは、アプリケーションプログラムから生成ファイルの更新要求を受け付けた場合に、生成ファイルもしくはダミーファイルの一つを更新要求に基づいて更新し、当該更新したファイルを生成ファイルとして取り扱うとともに更新されないファイルをダミーファイルとして取り扱う。
【００１８】
また、請求項５の発明に係るファイル管理システムは、請求項４に記載の発明において、前記更新処理手段は、前記ダミーファイルの更新時間情報を書き換えるダミー更新処理をさらに実行することを特徴とする。
【００１９】
この請求項５の発明によればファイル管理システムは、ダミーファイルの更新時間情報を書き換えるダミー更新処理をさらに実行する。
【００２０】
また、請求項６の発明に係るファイル管理システムは、請求項２〜５のいずれか一つに記載の発明において、前記生成ファイルと前記生成ファイルに対応するダミーファイルに優先順位を設けて、優先するファイルから前記記憶媒体に書き込みを行う書き込み制御手段をさらに備えたことを特徴とする。
【００２１】
この請求項６の発明によればファイル管理システムは、生成ファイルとダミーファイルに優先順位を設けて、優先するファイルから記憶媒体に書き込みを行う。
【００２２】
また、請求項７の発明に係るファイル管理システムは、請求項２〜６のいずれか一つに記載の発明において、前記アプリケーションプログラムは、前記生成ファイル対し重要度を設定し、前記重要度に基づいてダミーファイルを選定するダミーファイル生存管理手段をさらに備えたことを特徴とする。
【００２３】
この請求項７の発明によればファイル管理システムは、アプリケーションプログラム生成ファイル対し設定した重要度に基づいてダミーファイルを選定する。
【００２４】
また、請求項８の発明に係るファイル管理システムは、請求項１〜７のいずれか一つに記載の発明において、前記変換手段は、前記アプリケーションプログラムが前記生成ファイルに対して指定した階層構造上の格納位置をさらに変換することを特徴とする。
【００２５】
この請求項８の発明によればファイル管理システムは、アプリケーションプログラムが生成した生成ファイルのファイル名と階層構造上の格納位置を変換し、変換したファイル名と階層構造上の格納位置で記録媒体に書き込む。
【００２６】
また、請求項９の発明に係るファイル管理プログラムは、コンピュータシステムにおいて記録媒体へのファイルの格納を管理するファイル管理プログラムであって、アプリケーションプログラムが生成した生成ファイルのファイル名を変換する変換手順と、前記生成ファイルを前記変換手段によって変換されたファイル名で前記記録媒体に書き込む書き込み手順と、を実行することを特徴とする。
【００２７】
この請求項９の発明によればファイル管理プログラムは、アプリケーションプログラムが生成した生成ファイルのファイル名を変換して記録媒体に書き込む。
【発明の効果】
【００２８】
請求項１の発明によればファイル管理システムは、アプリケーションプログラムが生成した生成ファイルのファイル名を変換し、変換したファイル名で記録媒体に書き込むので、コンピュータシステムにおける記録装置内のファイルに対する第三者の不正なアクセスを防止し、かつそれが簡易な修正で実現できるファイル管理システムを得ることができるという効果を奏する。
【００２９】
また、請求項２の発明によればファイル管理システムは、アプリケーションプログラムが生成した生成ファイルに対応するダミーファイルを作成し、生成ファイルとダミーファイルのファイル名を変換して記録媒体に書き込むので、コンピュータシステムにおける記録装置内のファイルに対する第三者の不正なアクセスをさらに効果的に防止するファイル管理システムを得ることができるという効果を奏する。
【００３０】
また、請求項３の発明によればファイル管理システムは、アプリケーションプログラムが生成した生成ファイルについて、設定された重要度に対応する数のダミーファイルを作成し、生成ファイルとダミーファイルのファイル名を変換して記録媒体に書き込むので、重要なファイルに対する不正なアクセスをさらに強固に防止するファイル管理システムを得ることができるという効果を奏する。
【００３１】
また、請求項４の発明によればファイル管理システムは、アプリケーションプログラムから生成ファイルの更新要求を受け付けた場合に、生成ファイルもしくはダミーファイルの一つを更新要求に基づいて更新し、当該更新したファイルを生成ファイルとして取り扱うとともに更新されないファイルをダミーファイルとして取り扱うので、ファイルの更新履歴に基づく生成ファイルの特定を阻害するファイル管理システムを得ることができるという効果を奏する。
【００３２】
また、請求項５の発明によればファイル管理システムは、ダミーファイルの更新時間情報を書き換えるダミー更新処理をさらに実行するので、ダミーファイルと生成ファイルとの識別をさらに困難にするファイル管理システムを得ることができるという効果を奏する。
【００３３】
また、請求項６の発明によればファイル管理システムは、生成ファイルとダミーファイルに優先順位を設けて、優先するファイルから記憶媒体に書き込みを行うので、ダミーファイルによる処理能力の低下を防止したファイル管理システムを得ることができるという効果を奏する。
【００３４】
また、請求項７の発明によればファイル管理システムは、アプリケーションプログラム生成ファイル対し設定した重要度に基づいてダミーファイルを選定するので、ダミーファイルによる記録容量の圧迫を防止したファイル管理システムを得ることができるという効果を奏する。
【００３５】
また、請求項８の発明によればファイル管理システムは、アプリケーションプログラムが生成した生成ファイルのファイル名と階層構造上の格納位置を変換し、変換したファイル名と階層構造上の格納位置で記録媒体に書き込むので、ファイルの階層構造上の格納位置に基づく不正な解析を防止するファイル管理システムを得ることができるという効果を奏する。
【００３６】
また、請求項９の発明によればファイル管理プログラムは、アプリケーションプログラムが生成した生成ファイルのファイル名を変換して記録媒体に書き込むので、コンピュータシステムにおける記録装置内のファイルに対する第三者の不正なアクセスを防止し、かつそれが簡易な修正で実現できるファイル管理プログラムを得ることができるという効果を奏する。
【発明を実施するための最良の形態】
【００３７】
以下に添付図面を参照して、この発明に係るファイル管理システムおよびファイル管理プログラムの好適な実施例について詳細に説明する。
【実施例】
【００３８】
図１は、本発明の実施の形態であるファイル名マネジャー１０を搭載したコンピュータシステムの概要構成を示す概要構成図である。同図では、コンピュータシステムは、ファイル名マネジャー１０、アプリケーションプログラム２０、ＯＳ（Operating System）３０、ＨＤＤ（Hard Disk Drive）４０によって構成される。
【００３９】
ＯＳ３０は、基本的なユーザ操作環境を提供する基本ソフトウェアであり、その内部にファイルシステム３１を有する。ファイルシステム３１は、ＨＤＤ４０へのファイルの読み書きを管理する処理を行なう。また、ＨＤＤ４０は、コンピュータシステムの補助記憶装置であり、ファイルを記録する記録媒体として機能する。
【００４０】
アプリケーションプログラム２０は、ＯＳ３０上で動作し、ユーザによる実際の業務処理、例えば、文書作成や表計算などを行うためのプログラムである。また、アプリケーションプログラム２０は、その内部にファイル管理部２１を有する。ファイル管理部２１は、アプリケーションプログラム２０によるファイルの作成や読み出し、更新、削除などのファイル操作を行なう処理部である。
【００４１】
さらにファイル管理部２１は、その内部に重要度設定部２１ａを有する。重要度設定部２１ａは、ユーザやアプリケーションプログラム２０自体が指定するファイルの重要性に基づいてファイルに重要度を付加する処理を行なう。
【００４２】
ファイル名マネジャー１０は、ＯＳ３０上で動作するアプリケーションプログラムの一種であり、他のアプリケーションプログラム、即ち図１においてはアプリケーションプログラム２０によるファイル操作に介入し、ファイル名の変換などの処理を行なう。
【００４３】
一般的なコンピュータシステムでは、アプリケーションプログラム内のファイル管理部はＯＳのファイルシステムと直接に連携している。そして、アプリケーションプログラムがファイルを生成してＨＤＤなどの記憶媒体に格納する場合、生成されたファイルである生成ファイルには、生成したアプリケーションによって（もしくはユーザの指定によって）ファイル名が付され、このファイル名でＨＤＤに格納される。また、ＯＳ３０が階層構造でのファイル管理に対応している場合には、生成されたファイルを階層構造上のどの位置に格納するかについてもアプリケーションプログラムからの指定を受ける。
【００４４】
すなわち、ＨＤＤに格納された生成ファイルは、そのファイル名や階層構造上の格納位置が生成元であるアプリケーションと関連性を有する。しかしながら、このような関連性は、第三者がＨＤＤに対して不正に解析を行なう場合の手掛かりとなりうる。
【００４５】
そこで本実施形態では、アプリケーションプログラム２０のファイル管理部２１とＯＳ３０のファイルシステム３１との間にファイル名マネジャー１０を介在させ、ＨＤＤ４０に格納するファイルの名称を生成元であるアプリケーションプログラム２０とは無関係な名称に変換するとともに、指定された階層構造をも変換することで、ファイル名や階層構造に基づく不正な解析を困難にしている。
【００４６】
また、ファイル名マネジャー１０は、ファイル名に基づく不正な解析をさらに困難にするためのダミーファイル作成機能、ダミーファイルによる処理負荷の上昇を軽減する処理負荷軽減機能、ダミーファイルによるＨＤＤ４０の記録領域の圧迫を低減するためのダミーファイル管理機能、ファイルの更新状態に基づく不正な解析を困難にするための更新管理機能、アプリケーションプログラム２０がファイルの更新や読み出し、削除などのファイル操作を自らが元々指定したファイル名で実行できるようにするための対応管理機能を有する。
【００４７】
具体的には、ファイル名マネジャー１０は、その内部にダミーファイル作成部１１、対応管理部１２、ファイル名変換部１３、対応関係データ１４および変換結果データ１５を有する。
【００４８】
ダミーファイル作成部１１は、アプリケーションプログラム２０のファイル管理部２１が新規にファイルを生成した場合に、その生成ファイルに対応するダミーファイルを作成する処理を行なう。作成するダミーファイルの数は多いほど不正な解析の阻害に効果があるが、その反面、処理負荷の上昇やＨＤＤ４０の記録領域の圧迫の原因となる。そこで、ダミーファイル作成部１１は、その内部の重要度判定部１１ａによってファイル管理部２１内の重要度設定部２１ａが設定した重要度を判定し、重要度に基づいて作成するダミーファイルの数を決定する。
【００４９】
対応管理部１２は、アプリケーションプログラム２０が生成した生成ファイルと、ダミーファイル作成部１１が作成したダミーファイルとを管理する処理を行なう処理部であり、その内部にファイル管理制御部１２ａ、レベル設定部１２ｂ、更新処理部１２ｃ、ダミーファイル生存管理部１２ｄを有する。
【００５０】
ファイル管理制御部１２ａは、アプリケーションプログラム２０からの要求に基づいて、もしくは自律的に、アプリケーションプログラム２０が生成した生成ファイルやダミーファイル作成部１１が作成したダミーファイルの書き込み要求、読み出し要求、更新要求、削除要求などのファイル操作要求を出力する処理を行なう。
【００５１】
また、ファイル管理制御部１２ａは、生成ファイルとダミーファイルとの対応関係を対応関係データ１４として格納する処理を行なうと共に、ファイル操作に基づく対応関係の変更を逐次対応関係データ１４に反映させる。この対応関係データ１４を参照したファイル操作によってファイル管理制御部１２ａは、アプリケーションプログラム２０がファイルの更新や読み出し、削除などのファイル操作を自らが元々指定したファイル名で実行可能にする対応管理機能を実現する。
【００５２】
レベル設定部１２ｂは、対応関係データ１４上の各生成ファイルやダミーファイルに対して処理の優先度を示すレベル値を付加する処理をおこなう。このレベル値に基づいて、ファイル管理制御部１２ａがファイル操作を行なう場合の処理順序の変更や、具体的な処理内容の決定を行なうことで、ダミーファイルによる処理負荷の上昇を軽減する処理負荷軽減機能を実現することができる。
【００５３】
更新処理部１２ｃは、生成ファイルやダミーファイルの更新処理のタイミングや更新の対象となるファイルの決定を行なうことで、ファイルの更新状態に基づく不正な解析を阻害にする更新管理機能を実現する。
【００５４】
ダミーファイル生存管理部１２ｄは、ダミーファイルの削除タイミングを決定することで、ダミーファイルによるＨＤＤ４０の記録領域の圧迫を低減するためのダミーファイル管理機能を実現する処理部である。
【００５５】
ファイル名変換部１３は、対応管理部１２内のファイル管理制御部１２ａがファイル操作要求を出力した場合に、そのファイル名を変換してＯＳ３０のファイルシステム３１に出力する処理を行なう。したがって、ＯＳ３０のファイルシステム３１は、変換されたファイル名でファイルを管理することとなる。
【００５６】
ここで、ファイル名の変換には、一方向性のハッシュ関数などを用いることで変換後のファイル名から元のファイル名を特定することができないようにすることが望ましい。また、変換前のファイル名と変換後のファイル名との対応関係は、変換結果データ１５として格納される。そのため、例えば既存のファイルに対する読み出し要求や変更要求、削除要求などが発生した場合には、この変換結果データ１５を参照することでファイル操作を行なうことができる。
【００５７】
ダミーファイの作成方法としては、例えばいくつかのダミープログラム片やデータ片を準備しておき、ランダムに選択して使用すればよい。また、その数も例えば１０〜２０個の間でランダムに選択することが望ましい。なお、ダミープログラムについてはシステムに対して悪影響を及ぼすことの無い無意味な動作を行なうプログラムが好ましい。
【００５８】
つづいて、ファイル名マネジャー１０のダミーファイル作成機能、ファイル名変換機能および対応管理機能について、図２を参照して具体的に説明する。
【００５９】
同図に示すように、アプリケーションプログラム２０がファイル名「ALPHA」のファイルを生成ファイル２０ａとして生成し、その書き込みを要求した場合、ダミーファイル作成部１１は、生成ファイル２０ａに対応するダミーファイルとして、ファイル名「ALPHA’」のダミーファイル１１ｂおよびファイル名「ALPHA’’」のダミーファイル１１ｃを作成する。
【００６０】
対応管理部１２は、この生成ファイル２０ａ、ダミーファイル１１ｂ、ダミーファイル１１ｃを受け取り、これら全ての書き込み要求を出力する。
【００６１】
ファイル名変換部１３は、対応管理部１２が出力した書き込み要求について、それぞれファイル名の変換を行なう。同図では、ファイル名変換部１３は、生成ファイル２０ａのファイル名を「ALPHA」から「４７４２１」に変換し、ダミーファイル１１ｂのファイル名を「ALPHA’」から「５２０５３」に変換し、ダミーファイル１１ｃのファイル名を「ALPHA’’」から「９１６９４」に変換する。ファイル名の作成方法は、例えば英数字からランダムに５〜８文字（文字数もこの範囲でランダムに選択する）を選択すればよい。
【００６２】
その後、ファイル名変換部１３は、変換したファイル名で各ファイルの書き込み要求をファイルシステム３１に出力する。
【００６３】
ファイルシステム３１は、このファイル名変換部１３からの書き込み要求に基づいてＨＤＤ４０にファイルの書き込みを行なうので、ＨＤＤ４０にはファイル名「４７４２１」、「５２０５３」、「９１６９４」の３つのファイルが書き込まれることとなる。
【００６４】
つぎに、アプリケーションプログラム２０が自らの作成した生成ファイル２０ａを読み出す場合には、アプリケーションプログラム２０は、ファイル名「ALPHA」を指定して読み出し要求を行なう。この読み出し要求は、ファイル名マネジャー１０内の対応管理部１２およびファイル名変換部１３を経由し、ファイル名変換部１３が変換結果データ１５を参照して読み出し要求のファイル名を「ALPHA」から「４７４２１」に変換する。
【００６５】
そのため、ファイルシステム３１は、ファイル名マネジャー１０からファイル名「４７４２１」を指定した読み出し要求を受けることとなり、ＨＤＤ４０からファイル名「４７４２１」のファイルを読み出してファイル名マネジャー１０に渡す。
【００６６】
その後、ファイル名変換部１３が変換結果データ１５を参照してファイル名を「４７４２１」から「ALPHA」に変換し、対応管理部１２を介してアプリケーションプログラム２０に出力する。
【００６７】
このようにアプリケーションプログラム２０がファイルを生成した場合に、生成ファイルとともに、ダミーファイル１３ｂおよびダミーファイル１３ｃを書き込み、かつそのファイル名を変換することで、ファイル名からの解析を困難にするとともに、正規ファイルの所在をダミーファイルによって隠蔽し、さらに解析を困難にすることができる。
【００６８】
また、生成ファイルとダミーファイルとの対応関係を対応関係データ１４として、変換前後のファイル名の対応関係を変換結果データ１５として記憶し、アプリケーションプログラム２０から既存のファイルに対する操作要求があった場合に対応関係データ１４および変換結果データ１５を参照することで、アプリケーションプログラム２０は自身が元々指定したファイル名でファイル操作を実行できる。
【００６９】
ここで、対応関係データ１４および変換結果データ１５の具体的例について図３を参照して説明する。同図では、アプリケーションプログラム２０は、「ALPHA」、「BRAVO」、「CHARLIE」の３つのファイルを生成している。
【００７０】
対応関係データ１４は、アプリケーションプログラム２０が生成したファイル名「ALPHA」の生成ファイルに対し、対応する正規なファイルであるファイル名「ALPHA」の生成ファイル、ファイル名「ALPHA’」のダミーファイル、ファイル名「ALPHA’’」のダミーファイルを関連付けている。
【００７１】
また、アプリケーションプログラム２０が生成したファイル名「BRAVO」の生成ファイルに対し、対応する正規なファイルであるファイル名「BRAVO’’」の生成ファイルと、ファイル名「BRAVO」の、ファイル名「BRAVO’」、ファイル名「BRAVO’’’」およびファイル名「BRAVO’’’’」のダミーファイルを関連付けている。
【００７２】
同様に、アプリケーションプログラム２０が生成したファイル名「CHARLIE」の生成ファイルに対し、対応する正規なファイルであるファイル名「CHARLIE」の生成ファイルと、ファイル名「CHARLIE’」のダミーファイルを関連付けている。
【００７３】
ここで、アプリケーションプログラム２０が生成したファイル名「BRAVO」の生成ファイルに対しては、同一の名称を有するファイル名「BRAVO」のファイルがダミーファイルとなり、対応する正規な生成ファイルのファイル名は「BRAVO’’」となっている。これは、後述する更新管理機能によるものである。
【００７４】
また、各ファイルには、レベル設定部１２ｂによってレベル値が設定されている。このレベル値は、生成ファイルについては最も優先度の高い「１」が設定され、ダミーファイルについては、元のファイルに設定された優先度に基づいた値が設定されている。具体的には、「ALPHA」および「CHARLIE」のダミーファイルにはレベル値「３」、「BRAVO」のダミーファイルにはレベル値「２」が設定されている。
【００７５】
つぎに、変換結果データ１５は、生成ファイルおよびダミーファイルのファイル名と、ファイル名変換部１３によって変換されたファイル名を対応表として記憶している。
【００７６】
こうすることで、例えば、アプリケーションプログラム２０がファイル名「BRAVO」のファイルの読み込みを要求した場合、対応管理部１２は、対応関係データ１４によってファイル名「BRAVO’’」のファイルが正規ファイルであることを認識し、ファイル名「BRAVO’’」のファイルをファイル名変換部１３に出力することができる。
【００７７】
そしてファイル名変換部１３は、変換結果データ１５を参照してファイル名をファイル名「BRAVO’’」からファイル名「８６６８８」へ変換するので、ファイル名マネジャー１０はファイル名「８６６８８」のファイルの読み込みをファイルシステム３１へ要求することとなる。
【００７８】
その結果、ファイルシステム３１は、ＨＤＤ４０からファイル名「８６６８８」のファイルを読み込む。
【００７９】
読み込まれたファイル名「８６６８８」のファイルは、変換結果データ１５によって、ファイル名を再びファイル名「８６６８８」からファイル名「BRAVO’’」へ変換され、対応管理部１２へ出力される。対応管理部１２は、対応関係データ１４を参照し、ファイル名「BRAVO’’」のファイルがファイル名「BRAVO」と対応していることを認識し、ファイル名「BRABO」としてアプリケーションプログラム２０にファイルを提供することができる。
【００８０】
つづいて、更新処理部１２ｃによる更新管理機能について図４〜図１０を参照して説明する。複数のダミーファイルを作って生成ファイルを隠蔽したとしても、更新履歴によって生成ファイルが目立つ結果になってしまうことがある。そこで、更新処理部１２ｃは、第三者が更新履歴に着目しても、生成ファイルとダミーファイルの見分けがつかなくなるように更新処理を実施する。
【００８１】
まず、図４では、時刻Ｔ１で、ファイルｆ１〜ファイルｆ６がＨＤＤ４０上に書き込まれている。ここで、ファイルｆ１は生成ファイルであり、ファイルｆ２〜ｆ６はファイルｆ１に対応するダミーファイルである（なお、わかりやすくするため生成ファイルには網掛けを施す）。
【００８２】
アプリケーションプログラム２０が生成ファイルに対して時刻Ｔ２〜Ｔ５にそれぞれ生成ファイルの更新要求を行なった場合に、図４に示すようにファイルｆ１を時刻Ｔ２〜Ｔ５に順次更新すると、生成ファイルであるファイルｆ１のみファイルの更新時刻が変化し、ダミーファイルであるファイルｆ２〜ｆ５の更新時刻は時刻Ｔ１のままとなる（なお、図４〜図１０における実線の矢印はファイルの更新を示すものであり、以降の図５〜図１０においても同様である。）。
【００８３】
そのため、悪意の第三者がファイルの更新時刻に着目することで生成ファイルとダミーファイルとを識別する可能性が生じる。また、各ファイルに順次解析を加えることによって、ダミーファイルを一つ一つ除外して生成ファイルに辿り着く、という手法が使われる可能性もある。
【００８４】
そこで、更新処理部１２ｃは、ＨＤＤ４０において生成ファイルとダミーファイルとを切り替える、すなわち、アプリケーションプログラム２０から生成ファイルの更新要求を受け付けた場合に、ダミーファイルの一つを更新要求に基づいて更新し、更新したファイルを生成ファイルとして取り扱うとともに更新されないファイルをダミーファイルとして取り扱うことによって問題を解決する。
【００８５】
図５は、生成ファイルとダミーファイルとを切り替える場合の具体例を示す図である。
【００８６】
図５では、図４の場合と同様に、時刻Ｔ１で、ファイルｆ１〜ｆファイル６がＨＤＤ４０上に書き込まれており、この時点においてファイルｆ１は生成ファイル、ファイルｆ２〜ｆ６はファイルｆ１に対応するダミーファイルである。
【００８７】
そして、アプリケーションプログラム２０が生成ファイルに対して時刻Ｔ２に生成ファイルの更新要求を行なった場合、更新処理部１２ｃはそれまでダミーファイルであったファイルｆ２を更新要求に基づいて更新し、以降は生成ファイルとして扱う。その一方、それまで生成ファイルであったファイルｆ１は、時刻Ｔ１の内容のままであり、以降はダミーファイルとして取り扱われる（なお、図５〜図１０における破線の矢印は生成ファイルの推移を示すものであり、以降の図６〜図１０においても同様である。）。
【００８８】
また、時刻Ｔ３にアプリケーションプログラム２０が生成ファイルに対して生成ファイルの更新要求を行なった場合、更新処理部１２ｃはそれまでダミーファイルであったファイルｆ３を更新要求に基づいて更新し、以降は生成ファイルとして扱う。その一方、それまで生成ファイルであったファイルｆ２は、時刻Ｔ２の内容のままであり、以降はダミーファイルとして取り扱われる。
【００８９】
同様に、時刻Ｔ４におけるアプリケーションプログラム２０からの更新要求に対してはファイルｆ４を生成ファイルに切り替え、時刻Ｔ５における更新要求に対してはファイルｆ５を生成ファイルに切り替える。
【００９０】
その結果、時刻Ｔ５で、生成ファイルはファイルｆ５となり、各ダミーファイルの更新履歴も時刻Ｔ１のままではなくなっている。このため、更新時刻や、各ファイルに順次解析を加えることによる生成ファイルとダミーファイルとの識別を阻害することができる。
【００９１】
しかし、生成ファイルに切り替えるファイルを規則的に変更すると、時刻Ｔ５のそれぞれのファイルの更新履歴から、最新の更新履歴をもつファイルｆ５が生成ファイルであると推測される可能性がある。そのため、生成ファイルとダミーファイルとの切り替えは、不規則に実行することが好適である。
【００９２】
図６は、ダミーファイルとの切り替えを不規則に実行する場合の具体例を示す図である。同図では、時刻Ｔ２におけるアプリケーションプログラム２０からの更新要求を受けてファイルｆ４を生成ファイルに切り替え、時刻Ｔ３における更新要求を受けてファイルｆ３を生成ファイルに切り替え、時刻Ｔ４における更新要求を受けてファイルｆ６を生成ファイルに切り替え、時刻Ｔ５における更新要求を受けてファイルｆ２を生成ファイルに切り替えている。
【００９３】
このように不規則に生成ファイルの切り替えを行うことで、切り替えの規則性に基づく生成ファイルの推測を防ぐことができる。
【００９４】
しかし、時刻Ｔ５の最新の更新履歴を持つという点に着目され、ファイルｆ２が生成ファイルであるとの推測がなされる可能性もある。そのため、ダミーファイルについても更新を行なう（ダミーファイルをダミーファイルに更新する）処理を行なうことが望ましい。
【００９５】
図７は、生成ファイルを更新する際に、生成ファイルに更新するファイルを除くファイルをダミーファイルに更新する処理を加えた結果の具体例を示す図である。
【００９６】
同図に示す動作では、時刻Ｔ２で、ファイルｆ４を生成ファイルに更新するとともに、ファイルｆ２をダミーファイルに更新している。また、時刻Ｔ３で、ファイルｆ３を生成ファイルに更新するとともに、ファイルｆ５をダミーファイルに更新している。さらに、時刻Ｔ４でファイルｆ６を生成ファイルに更新するとともに、ファイルｆ１をダミーファイルに更新している。
【００９７】
その結果、時刻Ｔ５のそれぞれのファイルの更新履歴を見ると、生成ファイルであるファイルｆ２とともに、ダミーファイルであるファイルｆ５が最新の更新履歴となっており、最新の更新履歴を持つという点で、正規ファイルを隠蔽する効果を期待できる。
【００９８】
また、更新処理部１２ｃは、アプリケーションプログラム２０の更新要求とは独立にダミーファイルの更新処理を行うことによって、更新履歴からの生成ファイルの特定をさらに困難にすることもできる。
【００９９】
図８は、アプリケーションプログラム２０の更新要求とは独立にダミーファイルを更新する更新処理を加えた結果の具体例を示す図である。同図では、時刻Ｔ４までの更新処理は図６と同様に行われ、時刻Ｔ５にファイルｆ２がダミーファイルとして独立に更新される。
【０１００】
その結果、時刻Ｔ５において、生成ファイルであるファイルｆ６の更新履歴は、それよりも前の時刻Ｔ４になっているので、更新履歴から生成ファイルの見当をつけることがさらに困難になることを期待できる。
【０１０１】
ところで、生成ファイルには例えば暗証番号や個人情報等、更新されないファイルもある。その場合、ダミーファイルの自動更新が長期にわたってなされると、初めに書き込んだ更新履歴のままのファイルが目立ってしまう問題が生じる。また、ダミーファイルの自動更新を行なわなければ、更新の必要のないファイルであることが推測される可能性がある。そこで、更新処理部１２ｃは、一部のダミーファイルを除外して自動更新を行うことによって生成ファイルの特定やその内容の推測を困難にする。
【０１０２】
図９は、更新されない生成ファイルに対するダミーファイルのうち一部のファイルを除いて独立に更新処理をした結果の具体例を示す図である。同図に示すように、正規ファイル対するダミーファイルのうち、ファイルｆ５を除いたダミーファイルをランダムな時刻に更新することによって、時刻Ｔ５において時刻Ｔ１の更新履歴をもつファイルｆ５が生成ファイルであるファイルｆ１とともに存在することとなり、更新されない生成ファイルを隠蔽する効果が期待できる。
【０１０３】
なお、更新処理部１２ｃは、正規ファイルが更新される場合も含めて、一部のファイルを除外してダミーファイルを自動更新することによって、更新されないファイルをさらに作ることで、生成ファイルの内容、すなわち更新が不要なファイルであるか否かをさらに隠蔽することができる。
【０１０４】
図１０は、生成ファイルが更新される場合にも、一部のファイルを除いて更新処理をした結果の具体例を示す図である。ここでは、ファイルｆ２を除外し、時刻Ｔ２でファイルｆ４を生成ファイルに切り替えるとともに、ダミーファイルであるファイルｆ６に更新を行なっている。同様に、時刻Ｔ３、時刻Ｔ４および時刻Ｔ５においてもファイルｆ２を除いて更新処理を行なっているので、時刻Ｔ５では、ファイルｆ２の更新履歴は時刻Ｔ１のままである。このように、更新されないファイルをさらに作ることで、生成ファイルの内容、すなわち更新が不要なファイルであるか否かの推測を防ぐことができる。
【０１０５】
つづいて、レベル設定部１２ｂによる処理負荷軽減機能について説明する。レベル設定部１２ｂによって付されたレベル値は、書き込みなどファイル操作の処理に対する優先順位に加えて、例えば図１１に示すような処理内容の決定に用いることができる。
【０１０６】
同図に示すレベル１は、既に述べたように常に生成ファイルに設定し、レベル２およびレベル３に指定されたファイルの書き込み要求より優先して処理する。さらに、書き込みが行われると同時に、書き込みが正常に行われたかを確認するverify作業を行い、アプリケーションプログラム２０は、verify read（書き込んだファイルを再度読み込み、同じファイルであることを確認する）が完了するまで次の作業に復帰しない。また、書き込みが行われている間は、コンピュータシステムの電源は切ることができないようにする。
【０１０７】
レベル２は、重要度の高いファイルに対応するダミーファイルに設定し、レベル３に指定されたファイルの書き込み要求より優先して処理する。verify作業はせず、アプリケーションプログラム２０はそのまま作業を続ける。また、ダミーファイルではあるが、生成ファイルを隠蔽する重要なものとして、書き込みが行われている間はコンピュータシステムの電源は切ることができないようにする。
【０１０８】
レベル３は、重要度の低いファイルに対応するダミーファイルに設定し、書き込み要求が殺到した場合には書き込みをしない。verify作業はせず、アプリケーションプログラム２０はそのまま作業を続ける。また、レベル３のダミーファイルについては書き込みが行われている最中にコンピュータの電源は切れてもよい。
【０１０９】
つづいて、ダミーファイル生存管理部１２ｄによるダミーファイル管理機能について説明する。本発明では正規ファイルとともにダミーファイルを作成するため、ＨＤＤ４０の使用量が多くなるので、ダミーファイル生存管理部１２ｄは、ＨＤＤ４０の空き容量が足りない場合に、不要なダミーファイルを削除する処理をアプリケーションプログラム２０に対して独立に行う。
【０１１０】
具体的な処理例としては、例えばＨＤＤ４０の空き容量が所定値未満となった場合に、レベル設定部１２ｂが設定したレベル値の大きい（レベルの低い）ダミーファイルを優先的に削除対象ファイルとして設定し、ファイル管理制御部１２ａに対して削除要求を行なう。
【０１１１】
ファイル管理制御部１２ａは、ファイル名変換部１３を介してファイルシステム３１に削除対象ファイルの削除を指示する。さらに、ダミーファイル生存管理部１２ｄが削除を要求したダミーファイルに関する情報を、対応関係データ１４および変換結果データ１５から削除することで、ダミーファイルによるＨＤＤ４０の記録領域の圧迫を低減し、また更新処理部１２ｃが削除したダミーファイルを生成ファイルとして更新することがないようにする。
【０１１２】
つぎに、ファイル名マネジャー１０をコンピュータシステムに実装する場合の一般的な構成を図１２に示す。同図に示す構成では、コンピュータシステム６０上で動作するプログラムは、予めＨＤＤ４０にプログラムファイルとして格納されている。したがって、コンピュータシステム６０を起動すると、まずＨＤＤ４０からＯＳプログラムファイル５０ｃが読み出されてメモリ上で展開され、ＯＳ３０の動作が開始される。
【０１１３】
以降ＯＳ３０は、必要に応じてアプリケーションプログラムファイル５０ｂやファイル名マネジャープログラムファイル５０ａをＨＤＤ４０から読み出してアプリケーションプログラム２０、ファイル名マネジャー１０として動作させる。
【０１１４】
また、この構成ではＨＤＤ４０のデータエリア５０ｄがＯＳ３０、アプリケーションプログラム２０、ファイル名マネジャー１０で共用されるので、ファイル名マネジャー１０が作成する対応関係データ１４や変換結果データ１５も実際にはＨＤＤ４０に格納されることとなる。
【０１１５】
しかしながら、かかる構成ではＨＤＤ４０上にファイル名マネジャープログラムファイル５０ａ、対応関係データ１４、変換結果データ１５が記録されるために、第三者がＨＤＤ４０に対して入念な解析を行なうとファイル名マネジャーの存在やその動作を知られる可能性がある。そのため、図１３に示すように、ＵＳＢメモリ７０のような外部記録媒体にファイル名マネジャープログラムファイル５０ａ、対応関係データ１４、変換結果データ１５を格納する構成を採用することで、より安全性を高めることができる。
【０１１６】
この構成では、ファイル名マネジャー１０によって変換されたファイルを操作するためにはＵＳＢメモリ７０が必要となる。すなわち、ＵＳＢメモリ７０が隠蔽したファイルの鍵として機能することとなる。また、ＯＳ３０やアプリケーションプログラム２０の動作はＵＳＢメモリ７０の有無に左右されないので、隠蔽したファイルに対する操作以外の操作は、通常通り実行することが可能である。
【０１１７】
上述してきたように、本実施例にかかるコンピュータシステムは、アプリケーションプログラムが生成した生成ファイルのファイル名を変換してＨＤＤに書き込むことで、第三者の不正なアクセスを防止する。さらにダミーファイルを作成し、同様にファイル名を変換してＨＤＤに書き込み、生成ファイルを隠蔽することで、さらに、第三者の不正なアクセスを困難なものとしている。また、生成ファイルとダミーファイルの切り替えやダミーファイルの更新処理によって、更新履歴からの解析も困難にする。
【０１１８】
また、ファイルにレベル設定を設けて書き込みの制御を行うことで、コンピュータシステムの性能を確保し、不要なダミーファイルを削除することでＨＤＤの容量を管理することができる。
【０１１９】
また、本発明はＯＳやアプリケーションプログラムの本体には修正を行なうことなく、実施可能である。アプリケーションプログラム側では、例えばＤＬＬ（Dynamic Link Library）など既存のアプリケーションプログラムが有する拡張機能を利用してファイル名マネジャーとの連携を実現することができる。
【０１２０】
なお、本実施例では説明を簡明にするため、単一のアプリケーションプログラムを例に説明を行なったが、ＯＳ上で複数のアプリケーションプログラムを動作させる場合であっても、単一のファイル名マネジャーが各アプリケーションプログラムとＯＳとの間に介入することができる。
【０１２１】
さらに、ＯＳ上で動作するアプリケーションプログラムは必ずしもファイル名マネジャーに対応する必要はなく、例えばファイル名マネジャーを介入させるアプリケーションプログラムと従来どおり直接ＯＳとのやり取りを行なうアプリケーションプログラムとを混在させて動作させることもできる。
【０１２２】
また、本実施例ではファイル名の変換について主に説明を行なったが、ファイルの階層構造上の格納位置、すなわちファイルパスについてもファイル名と同様に変換を行なうことができる。
【産業上の利用可能性】
【０１２３】
以上のように、本発明にかかるファイル管理システムおよびファイル管理プログラムは記録装置内のファイルに対する第三者の不正なアクセスを防止に有用であり、特にＯＳやアプリケーションプログラムへの修正を行なうことのないファイルの秘匿に適している。
【図面の簡単な説明】
【０１２４】
【図１】本発明の実施の形態であるファイル名マネジャーを搭載したコンピュータシステムの概要構成を示す概要構成図である。
【図２】ダミーファイル作成機能、ファイル名変換機能および対応管理機能について説明する説明図である。
【図３】図１に示した対応関係データおよび変換結果データの具体的例について説明する説明図である。
【図４】同一のファイルを更新した場合について説明する説明図である。
【図５】生成ファイルとダミーファイルの切り替えについて説明する説明図である。
【図６】ダミーファイルとの切り替えを不規則に実行する場合について説明する説明図である。
【図７】ダミーファイルの更新について説明する説明図である。
【図８】ダミーファイルの自律的な更新について説明する説明図である。
【図９】一部のダミーファイルを更新対象から除外する場合について説明する説明図である。
【図１０】生成ファイルを更新しつつ一部のダミーファイルを更新対象から除外する場合について説明する説明図である。
【図１１】レベルに基づく処理内容の具体例について説明する説明図である。
【図１２】ＨＤＤにファイル名マネジャーのプログラムファイルと関係するデータを格納する場合の構成について説明する説明図である。
【図１３】外部記録媒体にファイル名マネジャーのプログラムファイルと関係するデータを格納する場合の構成について説明する説明図である。
【符号の説明】
【０１２５】
１０    ファイル名マネジャー
１１    ダミーファイル作成部
１１ａ  重要度判定部
１２    対応管理部
１２ａ  ファイル管理制御部
１２ｂ  レベル設定部
１２ｃ  更新処理部
１２ｄ  ダミーファイル生存管理部
１３    ファイル名変換部
１４    対応関係データ
１５    変換結果データ
２０    アプリケーションプログラム
２１    ファイル管理部
２１ａ  重要度設定部
３０    ＯＳ
３１    ファイルシステム
４０    ＨＤＤ
５０ａ  ファイル名マネジャープログラムファイル
５０ｂ  アプリケーションプログラムファイル
５０ｃ  ＯＳプログラムファイル
５０ｄ，７０ａ  データエリア
６０    コンピュータシステム
７０    外部記録媒体
【図１】
2007207102.tif 000003
【図２】
2007207102.tif 000004
【図３】
2007207102.tif 000005
【図４】
2007207102.tif 000006
【図５】
2007207102.tif 000007
【図６】
2007207102.tif 000008
【図７】
2007207102.tif 000009
【図８】
2007207102.tif 000010
【図９】
2007207102.tif 000011
【図１０】
2007207102.tif 000012
【図１１】
2007207102.tif 000013
【図１２】
2007207102.tif 000014
【図１３】
2007207102.tif 000015