JP4717058B2

JP4717058B2 - 仮想ディスクを利用した応用プログラム別アクセス制御システム

Info

Publication number: JP4717058B2
Application number: JP2007500674A
Authority: JP
Inventors: バエ、スティーヴ; キム、ド−ギュン; カング、アイデン; リー、ヒー−ゴック; バエク、ジョング−デオク; セオ、ヤング−ジン
Original assignee: ソフトキャンプカンパニーリミテッド
Priority date: 2004-02-24
Filing date: 2005-02-04
Publication date: 2011-07-06
Anticipated expiration: 2025-02-04
Also published as: JP2007535727A; KR100596135B1; WO2005081115A1; US20070180257A1; KR20050086051A

Description

本発明はローカルネットワーク（ＬＡＮ）または共用ＰＣ上で統合管理されるデータ（プログラムソースまたは設計図などが入れられたファイル）が内部認可者によって流出されることを防止するとともに外部人のアクセスは遮断するようになったアクセス制御システムに関するものである。

企業または公共機関などは、外部からの認可されなかった接続による不法的な情報流出を遮断し、内部の重要な機密と情報を保護するために、外部網との接続時、一定の要件を取り揃えない人のアクセスを阻むかあるいはデータへの侵入を前もって防止するためのファイアウォール等を設置している。このようなファイアウォールは単純にネットワークを通じる外部侵入を遮断するか、外部侵入によってファイアウォールがハッキングされれば侵入事実を探知し、これに対応するためのソリューションで、各種のハッキング手法を自体内蔵して侵入行動をリアルタイムで感知／制御することができるＩＤＳ（ＩｎｔｒｕｓｉｏｎＤｅｔｅｃｔｉｏｎＳｙｓｔｅｍ、侵入探知システム）のような受動的な防御概念のファイアウォールと、ＩＤＳとは異なり、知能的な機能と積極的に自動対処する能動的な機能が合わせられた概念として、攻撃シグネチャーを捜し出して、ネットワークに連結された器機で疑わしい活動が行われるかどうかを監視し、自動に所定の措置を取って中断させるＩＰＳ（ＩｎｔｒｕｓｉｏｎＰｒｅｖｅｎｔｉｏｎＳｙｓｔｅｍ）のような攻撃的な概念のファイアウォール等がある。しかし、このようなファイアウォールは、ローカルネットワーク（ＬＡＮ）またはＰＣへの外部侵入者に対する応用であるだけ、内部認可者が情報を流出しようとする場合には阻むことができる方法ではなかった。

したがって、内部認可者から、企業または公共機関内の重要な情報の公開を遮断し、不法的な流出を阻むために、前記ファイアウォールとは違う概念の保安システムが要求された。

これに対応し、従来には、ＯＳ起動過程の前、バイオス（ＢＩＯＳ）で行われるパスワード認証によって、当該ＰＣの使用権限のある者だけがパスワード入力によって起動過程を進め続けて前記ＰＣを使用できるようにするか、ローカルネットワーク（ＬＡＮ）を通じるメインサーバーへのアクセス時、当該ＤＢでは保安を要求するデータのみを別に一括して管理しながら、前記ＤＢへのアクセスを要請するクライアントＰＣが前記ＤＢへのアクセス認可されたものであるかを確認して、接続可否を決定するようにした。

その外にも、指紋認識及び虹彩認識のような別途の生体認識装置によって、正当な使用権者だけが保安を要求するデータが保存されたＤＢにアクセスできるようにするか、ＰＣなどを使用できるようにした。

しかし、内部認可者に対する前述した従来技術は、使用許可された認可者自身が保安を要求するデータの流出を目的として当該ＤＢ及びＰＣなどを使うこともできるので、このようなデータ流出に対して無防備状態にあることが現実である。また、技術の複雑化、細分化、及び専門化が進みながら、一つの技術に関連した多数の認可者による当該データへのアクセス及び編集が要求されるので、近来には、関連データが保存されたＤＢへのアクセスに制限を加えなく、すべての内部認可者が前記ＤＢにアクセスするようになるか、保安を要求するデータとそうでないデータを一つのＤＢに統合／管理している。

したがって、内部認可者によるデータ流出を防止する技術の要求とともに、前記生体認識装置のような別途の高価装備の追加またはパスワード入力及び使用者認証のような煩わしい確認手続きなしも、ＤＢまたはハードディスクに統合管理されているデータのアクセス及び編集過程が簡便になされることができる制御システムと制御方法が必要になった。

一方、従来には、既存文書保安の暗号化あるいは使用権限付与の場合、ファイルの識別子に寄り掛かって、ＣＡＤまたはプログラムコンパイラーのように多くの識別子と一時ファイルを生成するプログラムの場合、当該ファイルに対する暗号化または使用権限を付与しにくいという欠点がある。

したがって、本発明は前記のような問題を解決するためになされたもので、ローカルネットワーク（ＬＡＮ）次元で、一つのＤＢを通じて、保安を要求するデータとそうでないデータが統合管理されるか、あるいは一般のＰＣ次元で、ハードディスクに対する物理的な初期分割なしに一つのハードディスクによって統合管理されるデータのうち、前記保安を要求するデータに対するアクセス及び編集が、内部認可者に要求する別途の暗号入力または認証確認手続きなしも自由に行うことができ、外部侵入者による当該データの流出封鎖は勿論、内部認可者によるデータ流出も遮断して、データへのアクセス及びこれを用いる作業には差し支えを与えないながらも、内部者による流出は防止する仮想ディスクを利用した応用プログラム別アクセス制御システムを提供することに目的がある。

また、前述した目的のほかに、保安を要求するファイルを個別的に暗号化または使用権限を付与する必要がないアクセス制御システムを提供することにほかの目的がある。

前記の技術的課題を達成するための本発明は、ファイル形式でハードディスクに保存されるＶＳＤイメージファイルモジュールと、保安ファイルを前記ＶＳＤイメージファイルモジュールに保存し、該保安ファイルの入出力を処理するＶＳＤドライブと、前記ＶＳＤイメージファイルモジュールと前記ＶＳＤドライブ間のデータ入出力時に該データを暗復号化する暗復号化モジュールと、認可されたアプリケーションに対して前記ＶＳＤイメージファイルモジュールを別途の生成ディスクボリュームとして認識させるＶＳＤファイルシステムモジュールと、ディスクリプタによってポインティングされることで、認可されたアプリケーションが保安ファイルの処理のために要請した関数の演算が進むようにする拡張されたシステムサービステーブルと、前記関数が演算できないように変更し、該変更した後、前記認可されたアプリケーションの作業空間が前記ＶＳＤドライブであれば、該変更された関数を復元させて処理されるようにし、該作業空間がディスクドライブであれば、該関数の演算を中止させる拡張されたサービステーブルとを備えたアクセス制御モジュールとを含むアクセス制御システムを提供する。

図１は本発明によるアクセス制御システムの駆動関係を示すブロック図で、これを参照して説明する。

本発明によるアクセス制御システムは、内部認可者の接続時、別途のパスワード入力または認証確認などの過程なしも、保安を要求するファイルに対する処理（ここでは、ファイルの読取り及び／または書込みなどの作業実行のための演算）が可能な認可されたアプリケーションモジュールＡを通じて、前記ファイルに対する閲覧及び編集が自由になったものである。

一方、ハードディスク（サーバー級ではＤＢと命名されるが、ここでは、一般ＰＣのハードディスクを始め、ＤＢまで包括する上位概念として通称）に対する物理的な分割なしに仮想ディスクＶＤを生成させることで、認可されたアプリケーションモジュールＡと認可されなかったアプリケーションモジュールＡ’を通じるアクセス内容に差別を置いた。ここで、前記仮想ディスクＶＤに対する概念は以下でより詳細に記述する。

すなわち、図１に示すように、認可されたアプリケーションモジュールＡは、保安を要求するファイル（以下、保安ファイルという）だけが保存された前記仮想ディスクＶＤにアクセスして前記保安ファイルに対する読取り及び書込み（Ｒ／Ｗ；Ｒｅａｄ／Ｗｒｉｔｅ）を処理することができる一方、認可されなかったアプリケーションモジュールＡ’の場合には、仮想ディスクＶＤに保存された保安ファイルに対する読取り及び書込み処理が不可能であり（Ｘ）、仮想ディスクＶＤ以外の一般ディスクＮＤに保存されたファイルに対しては読取り及び書込み処理が可能である。

一方、認可されたアプリケーションモジュールＡの場合、一般ディスクＮＤに保存されたファイルに対して読取りは可能であるが書込みはできない。これは、仮想ディスクＶＤに保存されている保安ファイルを更新（新しい名前として保存など）して一般ディスクＮＤに移動して保存することができないようにするためである。

図１に示すように構成された、認可されたアプリケーションモジュールＡ及び認可されなかったアプリケーションモジュールＡ’と仮想ディスクＶＤ及び一般ディスクＮＤとの関係において、ファイルの処理内容は図示のものに限定されるものではなくて多様に変形できる。

この時、ＶＳＤと言うのはＶｉｒｔｕａｌＳｅｃｕｒｅＤｉｓｋの略字で、ここでは、本発明で保安ファイルを保存するために形成させた仮想ディスクを意味する。ＶＳＤは以下に言及する従来のハードディスク・ディスクドライブ・ファイルシステムモジュールなどとの区分のために活用される。

前記機能を実行するために本発明は次のような構成を成すが、これを図２に基づいてより詳細に説明する。

本発明によるアクセス制御システムは、ハードディスク１０と、ディスクドライブ２０と、ファイルシステムモジュール３０と、アプリケーションモジュール６０と、ＶＳＤイメージファイルモジュール４１と、ＶＳＤドライブ４２と、暗復号化モジュール４５と、ＶＳＤファイルシステムモジュール４３と、アクセス制御モジュール４４とを含む構造を持つ。

前記ハードディスク１０は、基本的にＰＣまたはローカルネットワーク（ＬＡＮ）が駆動するために必要なデータが保存され、前記データはオペレーティングシステムを通じてファイル形式として閲覧、削除及び編集されて管理される。

前記ディスクドライブ２０は、前記ハードディスク２０を管理するオペレーティングシステムＯＳに合うようにフォーマットされたディスクボリュームを含む。

ハードディスク１０を物理的に分割すれば、分割された領域別にディスクボリュームが指定され、これにより、オペレーティングシステムＯＳは一つのハードディスク１０を多数のディスクドライブと認識して管理する。

前記ファイルシステムモジュール３０は、前記ハードディスク１０の物理的特性を抽象化して論理的な保存単位に整理した後、これをマッピングして、オペレーティングシステムがデータをファイルとして処理するようにする。一般に、前記ファイルシステムモジュール３０は、ディスクボリュームがオペレーティングシステムＯＳに認識されれば、オペレーティングシステムＯＳのプロセッシングのために組み込まれる。

前記アプリケーションモジュール６０は、ファイルを呼び込んで実行させるようになった一般的なアプリケーションで、本発明では、前記仮想ディスクＶＤへのアクセスが認可されたアプリケーションモジュールＡと認可されなかったアプリケーションモジュールＡ’に分けられ、保安ファイルに対する処理が違うようになされる。

アプリケーションモジュール６０の認可設定は、アプリケーションモジュール６０の種類を区分する情報（プログラム名、ヘッダー、Ｃｈｅｃｋｓｕｍ、または認証書）をもって区分規則を定義することからなり、前記アクセス制御モジュール５０は前記区分規則通りに動作するようになる。

前記ＶＳＤイメージファイルモジュール４１は、ファイルシステムモジュール３０でフォーマットされたディスクボリューム内にファイル形態に生成される。

前記ＶＳＤドライブ４２は前記ＶＳＤイメージファイルモジュール４１のドライブで、前記ディスクドライブ２０に対応する構成である。すなわち、前記ＶＳＤイメージファイルモジュール４１は、実質的に一般ファイル４１’と同じファイルの概念で形成されたが、当該ファイルに対するアクセスを試みるアプリケーションモジュールの認可有無によって、前記ＶＳＤイメージファイルモジュール４１はオペレーティングシステムＯＳによって一般ファイルと認識されるかまたは一つのディスクボリュームと認識されることもできる。前記ＶＳＤドライブ４２は、認可されたアプリケーションモジュールＡがＶＳＤイメージファイルモジュール４１にアクセスする場合、前記ディスクドライブ２０とは別個のディスクドライブと認識されるようにする。

前記ＶＳＤファイルシステムモジュール４３は、前記ＶＳＤイメージファイルモジュール４１とＶＳＤドライブ４２の生成によってオペレーティングシステムＯＳが新しいディスクボリュームの発生と認識して、認可されたアプリケーションモジュールＡを通じる前記ＶＳＤイメージファイルモジュール４１内のファイルへのアクセス時、これを処理するように設定されるものである。

前記ＶＳＤファイルシステムモジュール４３は、前記ファイルシステムモジュール３０に対応する構成である。

図３は本発明によるアクセス制御システムの仮想ディスク設定過程を示すブロック図で、これを参照して説明する。

ＶＳＤ設置プログラムを当該ＰＣまたはローカルネットワーク（ＬＡＮ）上のクライアントＰＣにインストールし（１）、前記ＶＳＤ設置プログラムの仮想ディスクボリューム生成手段（図示せず）によって前記ディスクボリューム内の一定空間にファイル形式で空間を占有しながら仮想ディスクボリュームを生成させ（２）、ＶＳＤドライブ設定手段（図示せず）によって仮想ディスクボリュームの実行手段としてのＶＳＤドライブ４２を設定する（３）。

前記ＶＳＤドライブ４２が設定されれば、オペレーティングシステムＯＳは当該仮想ディスクボリュームに対する情報（ＤＩＳＫ＿ＧＥＯＭＥＴＲＹ情報、パーティション情報など）を要請するようになり（４）、これに対応して、ＶＳＤドライブ４２では、先に受信された仮想ディスクボリューム情報を生成した後、オペレーティングシステムＯＳに伝達する（５）。また、前記オペレーティングシステムＯＳは、当該情報を受け、これに対する範囲に相応するＶＳＤファイルシステムモジュール４３を設定してフォーマットし、新しいディスクボリュームを認識する（６）。

図９は本発明によるアクセス制御システムのインストール以前状態を示す‘マイコンピュータ’ウィンドウ、図１０は本発明によるアクセス制御システムのインストール以後状態を示す‘マイコンピュータ’ウィンドウである。

オペレーティングシステムＯＳは、ＶＳＤイメージファイルモジュール４１とＶＳＤドライブ４２によって新しいハードディスクドライブが生成されたと認識する。

前記暗復号化モジュール４５は、前記ＶＳＤイメージファイルモジュール４１とＶＳＤドライブ４２間のデータ入出力を暗復号化処理するもので、ＶＳＤドライブ４２で入出力データをそのままＶＳＤイメージファイルモジュール４１に保存したら、ハッキングなどの非正常的な方法を利用してＶＳＤイメージファイルモジュール４１を当該ファイルシステムモジュール３０のフォーマットに処理することで、保安ファイルについての情報を流出することもできる。本発明によるアクセス制御システムでは、前記保安ファイルがＶＳＤイメージファイルモジュール４１内に保存されている場合、認可されなかったアプリケーションモジュールＡ’によってはその位置が分からないようにしたものであるばかりであり、情報はハードディスク１０にそのまま保存される。したがって、非正常的な方法によって、前記ＶＳＤイメージファイルモジュール４１に保存された保安ファイルが流出されても、当該情報を読み取ることができないように暗号化させるのが望ましい。

本発明のアクセス制御システムにおける暗号化は、ＶＳＤドライブ４２にＶＳＤファイルシステムモジュール４３のＷＲＩＴＥ命令が伝達されれば、ＷＲＩＴＥすべきデータをＳＥＣＴＯＲ単位の大きさで暗号化を実行した後、ＶＳＤイメージファイルモジュール４１に記録し、ＲＥＡＤ命令が伝達されればＶＳＤイメージファイルモジュール４１でＳＥＣＴＯＲ単位で読み取って復号化を実行した後、ＶＳＤファイルシステムモジュール４３に伝達する。

本発明においては、対称キー方式の暗復号化方式を採択し、対称キー方式のなかでも特にブロック方式を採用した。このようなブロック方式は、ディスクの一セクター（５１２Ｂ）単位でブロック化して暗復号化を実行するようになったものである。

一方、前述した用語を整理すれば、前記保安ファイル４４は保安のために前記ＶＳＤイメージファイルモジュール４１に保存されるファイルであり、仮想ディスクは前記ＶＳＤイメージファイルモジュール４１とＶＳＤドライブ４２を合わせて名付けたものである。

ついで、前記アクセス制御モジュール５０は、前記アプリケーションモジュール６０が前記ＶＳＤイメージファイルモジュール４１にアクセスする時、当該作業が進む空間が前記ディスクドライブ２０であるかＶＳＤドライブ４２であるかを確認し、当該ファイルへのアクセス許可に対するアプリケーションモジュール６０の認可有無を判別してアクセスを決定する。すなわち、前記アプリケーションモジュール６０が認可されたと判別されれば、図１に基づいて説明したように、作業空間が前記ディスクドライブ２０（一般ディスクＮＤ）の場合には、当該ファイルに対する読取りだけができるようにし、ＶＳＤドライブ４２（仮想ディスクＶＤ）の場合には、当該ファイルに対する読取りと書込みが共にできるようにする一方、前記アプリケーションモジュール６０が認可されなかったものと判別されれば、作業空間が前記ディスクドライブ２０の場合には、当該ファイルに対する読取りと書込みができるようにし、ＶＳＤドライブ４２の場合には、当該ファイルに対する読取りと書込みが共にできるようにするものである。

図４（従来のシステムサービステーブルの駆動関係を示すブロック図）に示すように、アプリケーションモジュールＡ、Ａ’が実行に必要なファイルへのアクセスのためにオペレーティングシステムＯＳに必要な関数を呼び出せば、オペレーティングシステムＯＳはシステムサービステーブルＳＳＴに当該関数を提供して、ディスクリプタＤによってポインティングされるようにする。したがって、アプリケーションモジュールＡ、Ａ’はオペレーティングシステムＯＳの下で互換的に具現される。

一方、本発明によるアクセス制御システムは、図５（本発明によるアクセス制御システムで適用されるシステムサービステーブルの駆動関係を示すブロック図）に示すように、既存のシステムサービステーブルＳＳＴが拡張されたシステムサービステーブルＮＳＳＴで取り替えられ、これに拡張されたサービステーブルＮＳＴがさらに含まれ、図６（図５の構成によって応用プログラム（アプリケーションモジュール）による当該ファイルのアクセス許可可否過程が進むフローを示す例題）に示すような過程が実行される。

アプリケーションモジュールＡ、Ａ’が、実行に必要なファイルへのアクセスのために、オペレーティングシステムＯＳに必要な関数を呼び出せば、オペレーティングシステムＯＳは当該関数を前記拡張されたサービステーブルＮＳＴに提供して、次のような演算が実行されるようにする。

まず、アプリケーションモジュールＡ、Ａ’で、ＣｒｅａｔｅＦｉｌｅ（）に対する関数を呼び出せば、オペレーティングシステムＯＳは、ＮｔＣｒｅａｔｅＦｉｌｅ（）（ｎｔｄｌｌ．ｄｌｌ）を通じて拡張されたサービステーブルＮＳＴにＺｗＣｒｅａｔｅＦｉｌｅ（）を提供する。この時、前記拡張されたサービステーブルＮＳＴは、ＺｗＣｒｅａｔｅＦｉｌｅ（）をＯｎＺｗＣｒｅａｔｅＦｉｌｅ（）（当該関数が進むことができないように、本発明で任意に設定した関数）に一旦変更した後、論理によって前記拡張されたシステムサービステーブルＮＳＳＴでの当該関数に対する演算可否を決定するようになる。

本発明による実施例において、前記ＯｎＺｗＣｒｅａｔｅＦｉｌｅ（）関数は、アプリケーションモジュールＡ、Ａ’が当該関数のＣｒｅａｔｅＦｉｌｅ（）を要請する場合、前記拡張されたシステムサービステーブルＮＳＳＴにＺｗＣｒｅａｔｅＦｉｌｅ（）が直ちに提供されて、ディスクリプタＤがポインティングすることができなくなる。前記論理が完成される前までは、ＺｗＣｒｅａｔｅＦｉｌｅ（）関数をＯｎＺｗＣｒｅａｔｅＦｉｌｅ（）関数に維持し、アプリケーションモジュールＡ、Ａ’が要請したＣｒｅａｔｅＦｉｌｅ（）が提供されない。

ここで、前記任意に生成されたＯｎＺｗＣｒｅａｔｅＦｉｌｅ（）というのは、本発明において、前記拡張されたサービステーブルＮＳＴがさらに設置されるにしたがい、従来のシステムサービステーブルＳＳＴにあったＺｗＣｒｅａｔｅＦｉｌｅ（）関数が既に変更／代替されたものである。

一方、前記論理と言うのは、呼び出される前記関数の目的となるファイルの位置が仮想ディスクＶＤであるか一般ディスクＮＤであるかに対する確認と、前記関数を呼び出すアプリケーションモジュールＡ、Ａ’の認可有無に対する確認である。すなわち、仮想ディスクＶＤと確認されれば、認可されたアプリケーションモジュールＡであるかを確認して、認可されたものである場合、前記拡張されたシステムサービステーブルＮＳＳＴに変更以前の関数であるＺｗＣｒｅａｔｅＦｉｌｅ（）を提供し、そうでない場合には、当該関数の演算を中止する（Ｆａｌｓｅ）。また、前段階で、一般ディスクＮＤと確認されれば、アプリケーションモジュールＡ、Ａ’の認可有無の確認は省略し、前記拡張されたシステムサービステーブルＮＳＳＴに変更以前の関数のＺｗＣｒｅａｔｅＦｉｌｅ（）を提供する。

一方、前記ディスクリプタＤは、前記システムサービステーブルＳＳＴでない、前記拡張されたシステムサービステーブルＮＳＳＴにポインティングされる。

図５において、システムサービステーブルＳＳＴと拡張されたシステムサービステーブルＮＳＳＴを連結している破線の矢印は、前記ファイルへのアクセスに実質的に関与する前記関数の外に、アプリケーションモジュールＡ、Ａ’の具現に必要な他の種類の関数呼び出しを示すもので、前記拡張されたサービステーブルＮＳＴでの論理過程なしに当該関数を前記拡張されたシステムサービステーブルＮＳＳＴに直ちに提供して関数の演算を進める。

一方、前述したように、関数による保安ファイルへのアクセスが認可されたアプリケーションモジュールＡの外には許容されないので、本発明による仮想ディスクＶＤは、認可されなかったアプリケーションモジュールＡ’によるアクセス試みの時、図９のように、ドライブ自体が確認されなくて最初から不可能であるだけでなく、図１１（本発明によるアクセス制御システムの仮想ディスクがファイルと認識される過程を示すウィンドウ）のように、前記ＶＳＤイメージファイルモジュール４１は開くことができないファイル形式として存在して、認可されなかったアプリケーションモジュールＡ’へのアクセスが不可能になる。

図１２は許可されなかったアプリケーションを通じる仮想ディスクへのアクセスの時、その試みが拒否されることを示すウィンドウで、認可されなかったアプリケーションモジュールＡ’またはオペレーティングシステムＯＳ上でファイル形式として存在する前記ＶＳＤイメージファイルモジュール４１に対する開きを試みる場合、アクセスが拒否されていることを示している。

一方、総容量が４０ＧＢのハードディスクに１０ＧＢの空間を占めるＶＳＤイメージファイルモジュール４１を一定に組み込めば、１ＧＢ程度の大きさのみを有する保安ファイルが前記ＶＳＤイメージファイルモジュール４１に保存されても、残りの９ＧＢは依然としてＶＳＤイメージファイルモジュール４１に縛られるため、一般ファイルを３０ＧＢ以上保存することができない。よって、本発明によるさらに他の実施例においては、前記ＶＳＤイメージファイルモジュール４１の使用容量を自由自在に可変させるようにする。

このために、本発明では、ＮＴＦＳ（ＮＴｆｉｌｅｓｙｓｔｅｍ）基盤で適用されるスパースファイル（ＳｐａｒｓｅＦｉｌｅ）が応用された。

前記スパースファイルと言うのは、任意に巨大ファイルを作る必要がある時、前記巨大ファイルの容量に相当するすべてのバイトをディスク空間を占有しなくても、オペレーティングシステムＯＳが当該空間をデータが占有していると認識するようにする。

すなわち、４２ＧＢの巨大ファイルを作らなければならない場合、ディスクの４２ＧＢ空間をすべて指定しないで、ファイルの始部となる６４ＫＢと終部となる６４ＫＢにだけデータを書き込む。ＮＴＦＳは、使用者がデータを書き込むファイル部分にだけ物理的ディスク空間を割り当てるようになり、これにより、スパースファイルはディスクで１２８ＫＢの空間のみを使うようになる。しかし、他の側面で見ると、オペレーティングシステムでは４２ＧＢのファイルであるもののように作動する。

前記スパースファイルの適用によって４０ＧＢのハードディスクに１０ＧＢのＶＳＤイメージファイルモジュール４１を組み込んだ後、これに１ＧＢの保安ファイルを保存すれば、オペレーティングシステムＯＳは前記ＶＳＤイメージファイルモジュール４１を１０ＧＢと認識するが、一般ファイルを一般ハードディスクに保存するにおいて、３０ＧＢ以上保存することができるようになって、ディスク内の空間活用に効率性を有するようになる。

以上、本発明によるアクセス制御システムの構成を説明したが、以下ではこれによる制御方法について説明する。

以下に記載する関数のＲｅａｄＦｉｌｅ（）及びＷｒｉｔｅＦｉｌｅ（）は、前記ＣｒｅａｔｅＦｉｌｅ（）関数が読取りモードまたは書込みモードに転換／実行される時に呼び出される関数で、本発明によるアクセス制御システム下で保安ファイルに対する読取り及び書込みの制御方法がそれぞれ明確に区分されるように、各モード別に当該関数を区分して記述した。

参考として、アプリケーションモジュールを通じて任意のファイルにアクセスするためには、ファイルハンドラーであるＣｒｅａｔｅＦｉｌｅ（）を優先して呼び出すようになり、ＣｒｅａｔｅＦｉｌｅ（）呼び出しによって提供されるＺｗＣｒｅａｔｅＦｉｌｅ（）が前記ＲｅａｄＦｉｌｅ（）またはＷｒｉｔｅＦｉｌｅ（）をそれぞれ呼び出しながら読取りモードまたは書込みモードに実行され、これにより、アプリケーションモジュールで当該ファイルの読取りまたは書込みが進む。

前記アプリケーションモジュールを選択的に認可する段階（１）；
仮想ディスクＶＤにアクセスすることができるアプリケーションモジュール６０を指定して認可する段階である。アプリケーションモジュール６０の認可方式に対する実施例は前述したので、その説明は省略する。

前記アプリケーションモジュール６０が当該ファイルへのアクセスのために関数を呼び出す段階（２）；
図７（本発明によるアクセス制御システムにおいて、応用プログラムによる当該ファイルの読取り過程を示すフローチャート）において、開始（アプリケーションモジュールのディスク読取り試み）部分に相当するもので、アプリケーションモジュール６０がファイルの読取りを要請し、このためにＲｅａｄＦｉｌｅ（）関数を呼び出す段階である。

前記関数を変更して待機状態にする段階（３）；
前記段階（２）が進めば、前記アクセス制御モジュール５０に含まれた拡張されたサービステーブルＮＳＴに前記関数が提供され、拡張されたサービステーブルＮＳＴは前記ＲｅａｄＦｉｌｅ（）関数をＯｎＺｗＲｅａｄＦｉｌｅ（）に変更し、前記論理を進める。

前記ファイルへのアクセス空間が前記ディスクドライブであるかＶＳＤドライブであるかを確認する段階（４）；
これは前記ファイルの位置が仮想ディスクであるか否かを確認する過程で、図７の（Ｓ１）に相当する。

前記段階（４）で、ディスクドライブと確認される場合、演算ができないように変更された関数を元の関数に戻して提供する段階（５）；
前記ファイルが位置する空間がディスクドライブ２０と確認されれば、前記拡張されたサービステーブルＮＳＴは、ＯｎＺｗＲｅａｄＦｉｌｅ（）関数の変更前の関数であるＺｗＲｅａｄＦｉｌｅ（）を前記拡張されたシステムサービステーブルＮＳＳＴに提供して当該関数の演算を続行するようにし、これにより当該ファイルに対する読取りを許容する（Ｓ４）。

前記段階（４）でＶＳＤドライブと確認される場合、前記アプリケーションモジュールのアクセスが認可されたものであるかを確認する段階（６）；
ＶＳＤドライブ４２と確認されれば、その次の論理として、前記アプリケーションモジュール６０が認可されたアプリケーションモジュールである否かを確認する（Ｓ２）。

前記段階（６）で認可されたものと確認される場合、演算ができないように変更された関数を元の関数に戻して提供する段階（７）；
前記アプリケーションモジュール６０が認可されたアプリケーションモジュールと確認されれば、前記拡張されたサービステーブルＮＳＴは、ＯｎＺｗＲｅａｄＦｉｌｅ（）関数の変更前の関数であるＺｗＲｅａｄＦｉｌｅ（）を前記拡張されたシステムサービステーブルＮＳＳＴに提供して当該関数の演算を続行するようになり、これにより当該ファイルに対する読取りを許容する（Ｓ４）。

前記段階（６）で認可されなかったものと確認される場合、当該関数の演算を中止する段階（８）；
一方、アプリケーションモジュールが認可されなかったものと確認されれば、前記拡張されたシステムサービステーブルＮＳＳＴでの該当関数に対する演算が中止され、読取りが許容されない（Ｓ３）。

ついで、前記関数がＷｒｉｔｅＦｉｌｅ（）の場合には、前記段階（５）の過程において、以下の段階がさらに含まれる。これは、図８（本発明によるアクセス制御システムで応用プログラムによる当該ファイルの書込み過程を示すフローチャート）に基づいて説明する。この時、前記関数のＷｒｉｔｅＦｉｌｅ（）は拡張されたサービステーブルＮＳＴでＯｎＺｗＷｒｉｔｅＦｉｌｅ（）に変更される。

前記アプリケーションモジュールの認可有無を確認する段階（５−１）；
ディスクドライブ２０と確認された状態で、当該関数を呼び出すアプリケーションモジュール６０が認可されたアプリケーションモジュールであるか否かを確認する（Ｓ３０）。

前記段階（５−１）で認可されたものと確認される場合、当該関数の演算を中止する段階（５−２）；
前記段階（５−１）で認可されたアプリケーションモジュールと確認されれば、前記拡張されたサービステーブルＮＳＴは、拡張されたシステムサービステーブルＮＳＳＴでの当該関数に対する演算が中止されて書込みが許容されない（Ｓ３１）。

前記段階（５−２）で認可されなかったものと確認される場合、演算ができないように変更された関数を元の関数に戻して提供する段階（５−３）；
前記段階（５−１）で認可されなかったアプリケーションモジュールと確認されれば、前記拡張されたサービステーブルＮＳＴは、ＯｎＺｗＷｒｉｔｅＦｉｌｅ（）の変更前の関数であるＺｗＷｒｉｔｅＦｉｌｅ（）に戻して、前記拡張されたシステムサービステーブルＮＳＳＴに提供し、これをディスクリプタＤがポインティングすることにより、当該関数の演算による書込みが許容される（Ｓ４０）。

読取り関数に対する制御方法に書込み関数に対する制御方法の前記段階がさらに含まれなければならない理由は、前述したようであるので、ここでは省略することにする。

一方、前述したように、前記ＶＳＤイメージファイルモジュール４１は既存ディスクボリュームにファイル形式として位置しているので、ＶＳＤイメージファイルモジュール４１のみをコピーするか切取りを行った後、既存のファイルシステムモジュール３０を通じてアクセスして流出することもできるので、前記暗復号化モジュール４５を通じて前記ＶＳＤイメージファイルモジュール４１とＶＳＤドライブ４２間のデータ入出力を暗復号化する段階をさらに含まなければならない。

既存のハードディスクを物理的に分割する必要なしに、現在のオペレーティングシステムによって運営されるシステム内に別途の仮想ディスクを生成させ、別途のファイルシステムによって新しいドライブとして管理される。一方、このドライブに保存された保安ファイルへのアクセス時、認可されたアプリケーション（アプリケーションモジュール）に対してだけ許容されるので、内部認可者に対する個別的な確認手続きなしも前記アプリケーション（アプリケーションモジュール）が組み込まれたＰＣであれば容易に保安ファイルにアクセスすることができる。一方、認可されたアプリケーション（アプリケーションモジュール）のみが保安ファイルに対するアクセスが可能であるので、保安ファイルのコピーまたは切取りによって外部へ流出させることもできなく、外部から侵入する不法的なアクセスは最初から不可能になる。

また、保安ファイルにそれぞれ暗号化または使用権限付与の作業を行わなくても前記仮想ディスク上に別に保存されて保護されるので、ファイル保安に必要な作業がより容易になる効果がある。

また、仮想ディスクの容量に可変性を与えることにより、一般ファイルと保安ファイルが保存されるハードディスクの空間活用を自在に実施することができる。

また、大容量の仮想ディスクを設置する場合、決まった容量に対するディスクボリュームを作るために、前記容量に相当するハードディスクの範囲をすべて指定しなければならない時間消費を避けることができ、仮想ディスクの最初設置時間を大きく短縮することができる。

図１は本発明によるアクセス制御システムの駆動関係を示すブロック図である。図２は本発明によるアクセス制御システムの構成に対する一実施例を示すブロック図である。図３は本発明によるアクセス制御システムの仮想ディスク設定過程を示すブロック図である。図４は従来のシステムサービステーブルの駆動関係を示すブロック図である。図５は本発明によるアクセス制御システムで適用されるシステムサービステーブルの駆動関係を示すブロック図である。図６は図５の構成によって応用プログラム（アプリケーションモジュール）による当該ファイルのアクセス許可可否過程が進むフローを示す例題である。図７は本発明によるアクセス制御システムにおいて応用プログラムによる当該ファイルの読取り過程を示すフローチャートである。図８は本発明によるアクセス制御システムにおいて応用プログラムによる当該ファイルの書込み過程を示すフローチャートである。図９は本発明によるアクセス制御システムのインストール以前状態を示す‘マイコンピュータ’ウィンドウである。図１０は本発明によるアクセス制御システムのインストール以後状態を示す‘マイコンピュータ’ウィンドウである。図１１は本発明によるアクセス制御システムの仮想ディスクがファイルとして認識される過程を示すウィンドウである。図１２は認可されなかったアプリケーションモジュールを通じる仮想ディスクへのアクセスの時、その試みが拒否されることを示すウィンドウである。

Claims

ファイル形式でハードディスクに保存されるＶＳＤイメージファイルモジュールと、
保安ファイルを前記ＶＳＤイメージファイルモジュールに保存し、該保安ファイルの入出力を処理するＶＳＤドライブと、
前記ＶＳＤイメージファイルモジュールと前記ＶＳＤドライブ間のデータ入出力時に該データを暗復号化する暗復号化モジュールと、
認可されたアプリケーションに対して前記ＶＳＤイメージファイルモジュールを別途の生成ディスクボリュームとして認識させるＶＳＤファイルシステムモジュールと、
ディスクリプタによってポインティングされることで、認可されたアプリケーションが保安ファイルの処理のために要請した関数の演算が進むようにする拡張されたシステムサービステーブルと、前記関数が演算できないように変更し、該変更した後、前記認可されたアプリケーションの作業空間が前記ＶＳＤドライブであれば、該変更された関数を復元させて処理されるようにし、該作業空間がディスクドライブであれば、該関数の演算を中止させる拡張されたサービステーブルとを備えたアクセス制御モジュールと
を含むことを特徴とするアクセス制御システム。
前記ＶＳＤイメージファイルモジュールは、
前記ハードディスク上にデータ保存のためのアクセス位置の指定が無い状態で、オペレーティングシステムに該ハードディスクの一定空間にデータが指定されたものと認識させることで、認可されたアプリケーションモジュールに前記空間にデータ保存のためのアクセス位置を指定させることを特徴とする請求項１に記載のアクセス制御システム。