JPH06110763A - ファイルシステム - Google Patents

Abstract

(57)【要約】 【目的】ファイル保護をそのファイル内の任意の部分領
域単位で行なう。 【構成】ファイル単位毎に所有者や他の利用者のアクセ
ス権を規定する保護情報１２に加え、そのファイル内の
任意の部分領域毎に所有者や他の利用者のアクセス権を
規定する部分保護情報１３が使用され、ファイル１１内
の部分領域単位でその参照、更新、実行を許可／禁止す
ることができる。したがって、部分的なデータの保護を
同一のファイルに対して細かく設定可能となる。従って
資源の利用が効率良く行なえるばかりでなく、統一的な
アクセスも可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、利用者にファイルの
部分的保護を可能とさせる信頼性の高いファイルシステ
ムを有する計算機システムに関する。

【０００２】

【従来の技術】一般に、複数の利用者が資源を共有し利
用する計算機システムにおけるファイルのアクセス保護
は、そのファイルの格納単位で制御されている。すなわ
ち、１つのファイルには１通りの保護情報が付加されて
いる。例えば計算機システムの代表的なオペレーティン
グシステムであるＵＮＩＸでは、各ファイル毎にその所
有者、グループに属する利用者、その他の利用者に対し
て、それぞれ参照、更新、実行権を示す３ビットの許可
ビットが付加されて格納されている。その様子を図１２
に示す。許可ビットが所有者、グループに属する利用
者、その他の利用者の順に、参照権を“ｒ”で、更新権
を“ｗ”、で実行権を“ｘ”で表している。また、
“−”は権利がないことを示している。従って、図１２
の第１のファイルでは、所有には参照、更新、実行権が
あり、グループに属する利用者とその他の利用者には共
に参照、実行のみが許可されている。

【０００３】また、ＵＮＩＸにはファイルへのアクセス
手段として、参照、更新、実行などのシステムコールが
用意されている。そして、それらのシステムコールにお
けるファイルへのアクセス許可には、先に示したファイ
ル単位毎に用意された許可ビットに従って判断されてい
る。

【０００４】しかし、１つのファイルを複数の利用者が
共有し利用する計算機環境においては、利用者毎に部分
的に異なったアクセスを必要とする場合がある。例え
ば、文書ファイルの一部分だけは、その他の利用者から
の参照を防ぎたい場合がある。また、実行ファイルにお
いては、モジュールや部分的な実行単位毎で、その他の
利用者の実行を防ぎたい場合もある。このような要求を
ＵＮＩＸシステムにおいて実現するためには、まず、そ
の保護要求を満たす別のファイルを作成する必要があ
る。

【０００５】例えば、図１３の（ａ）において、誰から
も参照が可能な文書ファイルＡに対して、Ｐ１で示され
る領域はその他の利用者からの参照を防ぎたいとする。
その場合は元の文書ファイルＡから参照を防ぎたい部分
を削除した文書ファイルＢを作成する。これを図１３の
（ｂ）に示す。そして、新たに作成した文書ファイルＢ
のアクセス許可ビットに文書ファイルＡのアクセス許可
ビットを複写し、文書ファイルＡのアクセス許可ビット
からその他利用者の参照権を除く必要がある。

【０００６】また図１３の（ｃ）において、誰からも実
行可能な実行ファイルＣに対してＰ２で示される実行単
位はその他の利用者の実行を防ぎたいとする。その場合
は元の実行ファイルから実行を防ぎたい部分を削除した
実行ファイルＤを新たに作成する。これを図１３の
（ｄ）に示す。そして、新たに作成した実行ファイルＤ
のアクセス許可ビットに実行ファイルＣのアクセス許可
ビットを複写し、実行ファイルＣのアクセス許可ビット
からその他の利用者の実行権を除かなければならない。

【０００７】しかし、上記２つの例においては、複数の
ファイルを用意しなければならないこと、さらに元のフ
ァイルの名称と新たに作成したファイルの名称も別々の
ものとなり、統一的なアクセスができないという問題を
抱えている。従って、ＵＮＩＸシステムでは、この様な
部分的な保護を同一のファイルに対して実現する機構は
ない。

【０００８】

【発明が解決しようとする課題】以上のように、従来の
計算機システムでは、データの保護はファイルの格納単
位で設定されており、同一のファイルに対して異なった
利用者への部分的なアクセス保護を提供する機構がな
い。従って部分的な保護の設定には、複数のファイルを
用意しなければならず、資源の利用が非効率的であるば
かりでなく、統一的なアクセスができないだけではない
という問題があった。

【０００９】本発明では、上記の欠点を解決し、資源の
有効利用と、統一的なアクセスが可能な上、細かく部分
保護の設定されたファイルへのアクセスを可能とするフ
ァイルシステムを提供することを目的とする。

【００１０】

【課題を解決するための手段および作用】本発明は、複
数の利用者が同一のファイルを共有し利用する計算機の
ファイルシステムにおいて、ファイル単位毎に所有者や
他の利用者のアクセス権を規定する保護情報、およびフ
ァイル内の任意の部分領域毎に所有者や他の利用者のア
クセス権を規定する部分保護情報を各ファイル毎に用意
し、これら保護情報および部分保護情報に従って、対応
するファイルの参照、更新、実行をファイル単位および
そのファイル内の部分領域単位で許可／禁止するアクセ
ス手段とを具備することを特徴とする。

【００１１】このファイルシステムにおいては、ファイ
ル単位毎に所有者や他の利用者のアクセス権を規定する
保護情報に加え、そのファイル内の任意の部分領域毎に
所有者や他の利用者のアクセス権を規定する部分保護情
報が使用され、ファイル内の部分領域単位でその参照、
更新、実行を許可／禁止することができる。したがっ
て、部分的なデータの保護を同一のファイルに対して細
かく設定可能となる。従って資源の利用が効率良く行な
えるばかりでなく、統一的なアクセスも可能となる。

【００１２】

【実施例】以下、この発明の実施例を図面に従って説明
する。

【００１３】図１には、ＵＮＩＸシステムに本発明を適
用したファイルシステムが示されている。このファイル
システムは、実際のデータが格納されているファイル１
１、そのファイル１１のアクセス制御の記された保護情
報１２、さらにそのファイル内の部分的なアクセス制御
を記した部分保護情報１３、及びアプリケーションに提
供された従来のアクセス制御手段１４、部分保護情報に
従った部分アクセス手段１５によって構成される。

【００１４】各ファイルには１つの保護情報１２があ
り、この保護情報１２にはＵＮＩＸシステムで用いられ
ている許可ビットと部分保護情報の存在を示す指標が格
納されている。この様子を図２に示す。

【００１５】図２に示されているように、許可ビットは
所有者、グループ、他の利用者それぞれに対するファイ
ルへの参照（ｒ）、更新（ｗ）、実行権（ｘ）を示す。
部分保護情報１３には、保護範囲を指定するための開始
位置がバイト開始位置とビット開始位置で、また保護サ
イズがバイト単位とビット単位を使って記録されてい
る。もしその保護範囲がバイト境界で指定される場合に
は、その保護範囲はバイト単位で示され、ビット開始位
置は０コードが入っている。一方保護範囲がビット境界
にわたる場合には、保護開始位置はバイト開始位置とビ
ット開始位置の両方を使って表され、保護サイズもバイ
ト単位とビット単位の両方で表される。また、これらの
保護範囲にはその範囲に限り有効な許可ビットが、先の
保護情報と同一の形式で格納されている。

【００１６】図３は、図２の部分保護情報１３の付加さ
れているファイル１１の保護状態を示したものである。
先頭の２５６バイトは部分保護情報で指定されていない
ため、従来の保護情報が適用され、グループ、その他の
利用者には参照、実行権がある。続く２５６バイトは部
分保護情報１２に記録された第１の部分保護（ｒｗｘ−
−−−−−）が適用されるため、所有者以外のアクセス
は全て拒否される。第２の部分保護（ｒｗｘｒ−ｘ−−
−）はビット境界で指定されている。これは４０９７バ
イト目の上位４ビット目から開始される３２バイトと１
ビット分の範囲が保護されており、グループの利用者に
対しては参照、実行を許可しているが、その他の利用者
のアクセスは全て拒否される。ＵＮＩＸシステムにおい
て、利用者がアクセスするファイルには以下の種類があ
る。 （１）実行可能なオブジェクトファイル（バイナリファ
イル） （２）オブジェクトライブラリファイル（バイナリファ
イル） （３）実行可能なスクリプトファイル（テキストファイ
ル） （４）テキストデータファイル （５）バイナリデータファイル

【００１７】ＵＮＩＸでは、この内（２），（４），
（５）のファイルについてはユーザプロセスが参照、更
新を行なうためのｒｅａｄシステムコール、ｗｒｉｔｅ
システムコールが用意されている。また、（１），
（３）に対してはカーネルが直接ファイルから内容をメ
モリに読み込み実行するｅｘｅｃシステムコール用意さ
れている。従って本発明では、上記どちらの場合も、部
分保護情報の存在するファイルに対しては、これらのシ
ステムコールに代わる部分アクセス手段を用意する。
（２），（４），（５）のファイルに対するアクセス手
段は例１，２で述べる。また、（１），（３）のファイ
ルに対するアクセス手段は例３，４で述べる。 ［例１］上記に示したファイルシステムにおける、部分
保護情報１３の付加されているファイルの参照手続きの
実施例を図４及び図５を使って説明する。

【００１８】まず、ユーザプロセスからファイル１１の
オープンシステムコールが発生すると、まず、ファイル
の保護情報を検査する（ステップＳ１）。もし保護情報
の部分保護情報指標がセットされていない場合は、従来
のファイルオープン手続きを行なった後、従来のアクセ
ス手段１４、すなわちｒｅａｄシステムコールに制御を
渡す（ステップＳ２，Ｓ３）。一方、部分保護情報指標
がセットされている場合は、従来のアクセス手段１４で
はなく、部分アクセス手段１５で用意した別の手続きを
使ってファイルの参照を行なう（ステップＳ２，Ｓ３〜
Ｓ５）。

【００１９】ファイルのデータをバッファ領域に複写す
る際には、保護されているデータ部分の参照に対して、
指定したコードでマスクをかけるか、あるいは読み飛ば
すかのいずれかの手段があるが、ここではファイルのオ
ープン時にその手段を選択できるものとする。従ってフ
ァイルのオープンシステムコールを以下のように拡張す
ることで実現できる。 ｏｐｅｎ（ファイル記述子、ファイルネーム、モード、
マスクフラグ、マスクパターン）

【００２０】ここで、もしマスクフラグが指定されてい
ない場合には、保護されていて参照できない箇所は読み
飛ばす（ステップＳ４，Ｓ５）。実際には、読み取りサ
イズ、部分保護情報のオフセット、サイズ、許可ビット
から読み出し位置を移動させればよい。またマスクフラ
グが指定されていた場合には、保護された領域にはマス
クパターンが埋められたデータを参照するものとする
（ステップＳ４，Ｓ６）。同様に、読み取り位置、読み
取りサイズ、部分保護情報のオフセット、サイズ、許可
ビットから許可されていない領域の参照時にはマスクパ
ターンをバッファ領域に複写することになる。

【００２１】図５は、部分保護情報の付加されたファイ
ルの参照イメージの例を示したものである。（ａ）は元
のファイルであり、オフセットP1からサイズS1分の範囲
に保護がかけられている。そして、その保護領域につい
ての参照権がないユーザがそのファイル全体の参照を行
なった場合の参照イメージを（ｂ），（ｃ）に示す。
（ｂ）は保護されているサイズS1分のデータを除いたデ
ータが読み込まれ、（ｃ）ではファイルオープン時にマ
スクを指定した場合に、保護された領域にマスクパター
ンが埋められて読み込まれる様子を表している。従っ
て、（ｂ）では（元のファイルのサイズ − S1）が参
照可能なファイルサイズとなり、（ｃ）では見かけ上の
参照可能サイズが元のファイルと同じサイズであるとい
う違いがある。 ［例２］上記に示したファイルシステムにおける、部分
保護情報１３の付加されているファイルの更新手続きの
例を説明する。

【００２２】一般にファイルの更新はファイルの一部分
の更新と、ファイル全体の更新がある。ＵＮＩＸシステ
ムで用意されているｗｒｉｔｅシステムコールでは、フ
ァイルポインタで指定された読み込み位置からバッファ
領域のデータを、指定サイズ分上書きする部分的な更新
を行なうものである。部分保護情報が付加されているフ
ァイルへの部分的な書き込みは、書き込む位置と書き込
みサイズに従って保護領域外を更新する場合、保護領域
内を更新する場合、保護領域内と保護領域外の両方を更
新する場合の３通りが考えられる。従って、書き込み位
置、書き込みサイズ、保護開始位置、保護サイズ、許可
ビットから書き込み可能かどうか判断する必要がある。

【００２３】しかし、ファイル全体を更新する場合には
注意が必要である。例えばＵＮＩＸのエディタプログラ
ムではファイルの更新時に、ｃｒｅａｔｅシステムコー
ルを使用して元のファイルのサイズを０にした後に、ｗ
ｒｉｔｅシステムコールを使ってファイル全体を更新し
ているものがある。そのようなアプリケーションでは、
部分保護情報１３が付加されているファイルに対して
は、その部分保護情報が無効になってしまうことにな
る。従ってファイルサイズを変更する可能性のあるシス
テムコールでは、部分保護情報１３が付加されているフ
ァイルに対してはエラーを返すようにする必要がある。
また、ファイルの削除を行なうｕｎｌｉｎｋシステムコ
ールにおいても、部分保護情報１３が付加されている場
合には、ファイルの所有者のみが実行可能なようにする
必要もある。次に、ファイル全体を更新する様子につい
て説明する。

【００２４】図６の（ａ）と（ｂ）に更新前のファイル
の構造とその保護情報及び部分保護情報の例を示す。こ
のファイル保護情報（ｒｗｘｒ−ｘｒ−ｘ）ではグルー
プの利用者、その他の利用者に対して参照、実行が許可
されているが、部分保護情報（ｐ3 ，0x0 s2,0x0，
ｒｗｘｒ−ｘ−−−）によってオフセットP1からサ
イズS2分だけバイト境界で部分的に保護がかけてあり、
グループに属する利用者のみだけに参照、実行が許可さ
れている。このファイルに対して、（ａ）と（ｃ）に示
すように、オフセットP1にサイズS3のデータを挿入し、
オフセットP2からサイズS1のデータを削除し、サイズS4
のデータを追加するという更新を行なう場合の部分保護
情報の更新手順を図７のフローチャートを参照して説明
する。

【００２５】ここで、このファイルに対する保護情報で
の更新権は、ファイルのオープン時に検査済みであると
する。さらに、更新イメージは既にバッファ上にあるも
のとする。

【００２６】最初に、部分保護情報１３の存在を検査す
る（ステップＳ１１）。部分保護情報１３があった場合
には、部分保護情報の更新作業を始める（ステップＳ１
２）。部分保護情報がない場合には、ｗｒｉｔｅシステ
ムコールを使った従来の更新処理が実行される（ステッ
プＳ１３）。また、部分保護情報がある場合には、ファ
イル全体の更新か、部分的な更新かによって処理が別れ
る。部分的な更新の場合（ステップＳ２１）は、保護領
域の更新許可がチェックされ（ステップＳ２２）、更新
可能であれば、ｗｒｉｔｅシステムコールを使った従来
の更新処理が実行される（ステップＳ２３）。更新不可
能であれば、所定のエラー処理が行なわれる（ステップ
Ｓ２４）。

【００２７】ファイル全体の更新の場合（ステット１
４）には、まず、更新前のファイルとバッファ上データ
を比較することにより、以下のオフセットとサイズで表
された差分データを得る（ステップＳ１５）。 オフセット サイズ P1 ＋S3 P2 −S1 P4 ＋S4 ここでは、サイズは挿入・追加を正の数で、削除を負の
数で表され、オフセットが小さい順にソーティングされ
ているものとする。

【００２８】次に、更新前の部分保護情報から保護開始
位置（p3）と保護サイズ（S2）を１つ取り出す（ステッ
プＳ１６）。また、差分データからオフセットとサイズ
を取り出す（ステップＳ１７）。そして、部分保護の保
護開始位置と差分データのオフセットを比較する。この
例ではサイズの符号からデータの挿入ということがわか
り、 差分データのオフセットP1≦部分保護開始位置P3 から、部分保護データの前に挿入されるので、 新しい部分保護開始位置Po＝部分保護開始位置P3＋差分
データサイズS3 新しい部分保護サイズPs＝部分保護サイズS2 となる。次の差分データについては、同様にデータの削
除であることがわかり、 差分データのオフセットP2＋サイズS1＜部分保護開始位
置P3 から、部分保護データの前からサイズS1分削除されるの
で、 新しい部分保護開始位置Po＝新しい部分保護開始位置Po
−差分データサイズS1 新しい部分保護サイズPs＝新しい部分保護サイズPs となる。最後の差分データについては、 差分データのオフセットP3＋サイズS4≧部分保護開始位
置P3＋部分保護サイズS1 から、部分保護データの後に追加されることがわかるの
で、新しい部分保護開始位置、サイズともに変更する必
要はなく、 新しい部分保護開始位置Po＝新しい部分保護開始位置Ｐ
ｏ 新しい部分保護サイズＰｓ＝新しい部分保護サイズPs となる。以上から最終的な新しい部分保護情報は、 新しい部分保護開始位置Po＝P3＋S3−S1 新しい部分保護サイズPs＝S2 という結果が得られ、この新しい部分保護情報と、変更
されたデータを格納して、ファイルの更新が終了する
（ステップＳ１８，Ｓ２０）。 ［例３］

【００２９】上記に示したファイルシステムにおける、
部分保護情報の付加されているオブジェクトファイルの
実行手続きの実施例を図８のフローチャートを参照して
説明する。

【００３０】まず、部分保護情報の存在がチェックされ
（ステップＳ３１）、部分保護情報がない場合にはｅｘ
ｅｃシステムコールを使った従来のプログラム実行処理
が行なわれる（ステップＳ３２）。このシステムコール
では、ファイルの実行許可のチェック、ファイルがロー
ドモジュールかどうかのチェックを行なった後、ロード
モジュールに必要なメモリ領域を確保し、ファイルのロ
ードモジュールをあらかじめ確保したメモリ上にロード
する。

【００３１】一方、部分保護情報がある場合には、ロー
ドモジュールに必要なメモリ領域の確保（ステップＳ３
３）、ファイルのロードモジュールをあらかじめ確保し
たメモリ上にロード（ステップＳ３４）が同様にして行
なわれるが、ファイルからメモリ上にプログラムをロー
ドする時点で、部分保護情報がチェックされ（ステップ
Ｓ３５）、もし、実行が許可されていない領域について
は無効なコード（ＮＯＰコードなど）で置き換える（ス
テップＳ３７）。またその領域がモジュールであった場
合には、無効なコードへ置換えと最後のコードをリター
ンコードに置き換えることで、実行を防ぐことができる
（ステップＳ３８）。

【００３２】図９において、（ａ）は部分保護情報が付
加されている実行ファイルを示し、（ｂ）はその他の利
用者がそのプログラムを実行する際にメモリ上にロード
されたプログラムイメージを示す。図中ＮＯＰは無効な
コードを、またＲＥＴはリターンコードを表している。 ［例４］

【００３３】上記に示したファイルシステムにおける、
部分保護情報の付加されているオブジェクトライブラリ
のリンク手続きの例を図１０のフローチャートを参照し
て説明する。

【００３４】まず、オブジェクトライブラリに部分保護
情報が付加されているか否かを調べる（ステップＳ４
１）。部分保護情報が付加されてない場合には、実行モ
ジュールへの通常のリンク手続きが実行される（ステッ
プＳ４２）。ＵＮＩＸシステムでは、オブジェクトライ
ブラリの実行モジュールへのリンクはリンカと呼ばれる
アプリケーションプログラムによって行なわれている。
このアプリケーションでは、オブジェクトライブラリか
らのモジュールのロードは、実際にはｒｅａｄシステム
コールでバッファ上に読み込まれ、アドレスの再配置を
行なった後に、実行ファイルにｗｒｉｔｅシステムコー
ルを使って付加される。

【００３５】部分保護情報がある場合には、その部分保
護情報をチェックし、リンクするモジュールが実行可能
か否かを調べる（ステップＳ４３）。実行可能であれ
ば、通常通りリンク手続きを行ない（ステップＳ４
４）、実行不可能であれば、部分保護サイズ分を先頭か
ら無効なコードに置き換えてバッファ上に読み込み、最
後のコードをリターンコードに置き換え、その後、再配
置して実行モジュールに付加すれば、そのモジュールの
実行を防ぐことができる（ステップＳ４５）。

【００３６】図１１には、部分保護情報が付加されてい
るオブジェクトライブラリが（ａ）に、またそのライブ
ラリから実行の保護されているモジュールを、その他の
使用者が実行ファイルにリンクした結果が（ｂ）として
示されている。

【００３７】以上のようにこの実施例においては、ファ
イル単位毎に所有者や他の利用者のアクセス権を規定す
る保護情報１２に加え、そのファイル内の任意の部分領
域毎に所有者や他の利用者のアクセス権を規定する部分
保護情報１３が使用され、ファイル１１内の部分領域単
位でその参照、更新、実行を許可／禁止することができ
る。したがって、部分的なデータの保護を同一のファイ
ルに対して細かく設定可能となる。従って資源の利用が
効率良く行なえるばかりでなく、統一的なアクセスも可
能となる。

【００３８】

【発明の効果】以上説明したように、本発明によれば、
共有ファイルに関してファイルの格納単位だけではな
く、部分的なアクセス制御を同一のファイルにおいて可
能となるため、細かなセキュリティ管理と、統一的なア
クセスと、資源の効率的な利用を実現できる。

【図面の簡単な説明】

【図１】この発明の一実施例に係わるファイルシステム
の構成を示すブロック図。

【図２】同実施例において使用される保護情報と部分保
護情報の一例を示す図。

【図３】図２の部分保護情報に対応するデータの構造を
示す図。

【図４】同実施例におけるアクセス手段のファイル参照
時の動作を説明するフローチャート。

【図５】同実施例におけるアクセス手段のファイル参照
時のファイルイメージを示す図。

【図６】同実施例におけるアクセス手段のファイル更新
時のファイルイメージを示す図。

【図７】同実施例におけるアクセス手段のファイル更新
動作を説明するフローチャート。

【図８】同実施例におけるアクセス手段のファイル実行
動作を説明するフローチャート。

【図９】同実施例における実行ファイルのロードイメー
ジを示す図。

【図１０】同実施例において実行ファイルのリンク動作
を説明するフローチャート。

【図１１】同実施例におけるライブラリをリンクした実
行ファイルの例を示す。

【図１２】従来のファイルシステムを説明するための
図。

【図１３】従来のファイルシステムにおける文書ファイ
ルと実行ファイルのイメージを示す図。

【符号の説明】

１１…ファイル、１２…保護情報、１３…部分保護情
報、１５…部分アクセス手段。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数の利用者が同一のファイルを共有し
   利用する計算機のファイルシステムにおいて、 ファイル単位毎に所有者や他の利用者のアクセス権を規
   定する保護情報、およびファイル内の任意の部分領域毎
   に所有者や他の利用者のアクセス権を規定する部分保護
   情報を各ファイル毎に用意し、 これら保護情報および部分保護情報に従って、対応する
   ファイルの参照、更新、実行をファイル単位およびその
   ファイル内の部分領域単位で許可／禁止するアクセス手
   段とを具備することを特徴とするファイルシステム。
2. 【請求項２】 前記アクセス手段は、前記保護情報によ
   って参照が許可され、かつ前記部分保護情報によって参
   照が禁止されている部分領域を持つファイルを参照する
   時、前記部分保護情報によって参照禁止されている領域
   のデータを空白または無効コードに置き換えるか、ある
   いはその箇所のデータを読み飛ばすことを特徴とする請
   求項１記載のファイルシステム。
3. 【請求項３】 前記アクセス手段は、前記部分保護情報
   によって保護される部分領域を持つファイルを更新する
   時、更新前のデータと更新後のデータとの差に従ってそ
   の更新により挿入、削除、追加されるデータの位置とサ
   イズを取得し、その情報に基づいて前記部分保護情報を
   更新することにより更新後のファイルに対応する新たな
   部分保護情報を生成することを特徴とする請求項１記載
   のファイルシステム。
4. 【請求項４】 前記アクセス手段は、前記保護情報によ
   って実行が許可され、かつ前記部分保護情報によって実
   行が禁止されている部分領域を持つオブジェクトファイ
   ルを実行する時、前記部分領域のオブジェクトコードを
   無効な実行コードに置き換えると共に、所定の制御フロ
   ーコードを付加して主記憶に読み込むことを特徴とする
   請求項１記載のファイルシステム。
5. 【請求項５】 前記アクセス手段は、前記保護情報によ
   って参照が許可され、かつ前記部分保護情報によって実
   行が禁止されている部分領域を持つオブジェクトライブ
   ラリファイルをリンクする時、前記部分領域の保護され
   たモジュールは無効な実行コードに置き換えると共に、
   所定の制御フローコードを付加してリンクすることを特
   徴とする請求項１記載のファイルシステム。