JPH10301856A

JPH10301856A - ファイルアクセスシステムおよび記録媒体

Info

Publication number: JPH10301856A
Application number: JP10045268A
Authority: JP
Inventors: Takaoki Sasaki; 孝興佐々木; Yusuke Yamanaka; 祐介山中
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-02-28
Filing date: 1998-02-26
Publication date: 1998-11-13

Abstract

(57)【要約】【課題】本発明は、オープン命令が発行されたファイ
ルの一部のデータに対するアプリケーションから発行さ
れたリード／ライト命令に対してアクセスするファイル
アクセスシステムおよび記録媒体に関し、アクセス依頼
に対応してリード手段あるいはライト手段が暗号化され
ているファイルからアクセス依頼のあった部分を取り出
して復号化あるいは復号化してライトした後に暗号化し
て書き戻し、暗号化されたファイルへのアクセスを高速
かつ簡易にしかも部分的に行い、セキュリティレベルを
高めることを目的とする。【解決手段】アプリケーションから発行される前記リ
ード命令に対して、リード処理対象のファイルが暗号化
対象かを判定し、暗号化対象である場合には、暗号化さ
れているファイルのうち、リード命令の処理対象のデー
タを復号化して、リード命令の発行元に返すリード手段
を備えたるように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファイルにアクセ
スするファイルアクセスシステムおよび記録媒体に関す
るものである。

【０００２】

【従来の技術】従来、アプリケーションなどからアクセ
ス依頼のあったデータについて、外部記憶装置に格納さ
れているファイルをアクセスしている。この際、ファイ
ルが暗号化されている場合には、ファイル内のデータを
作業ファイルに一旦取り出して復号化した後、当該作業
ファイルをアクセスしてアクセス処理終了後に暗号化し
て外部記憶装置のファイル内に書き戻すようにしてい
た。

【０００３】

【発明が解決しようとする課題】上述したように、従来
は、外部記憶装置中のファイルが暗号化されていた場合
には、当該ファイル内の暗号化されているデータを一旦
作業ファイルに取り出して復号化した後、当該作業ファ
イルにアクセスしてアクセス処理を行い、一連の処理が
終了した後、暗号化して元のファイルに書き戻すように
していたため、アクセス依頼に対応してファイルが暗号
化されていると作業ファイル作成や復号化して作業ファ
イルに格納などの処理が必要となり、迅速にファイルに
アクセスできないという問題があった。また、復号化さ
れたデータが作業ファイルに存在しセキュリティに欠け
るという問題もあった。

【０００４】本発明は、これらの問題を解決するため、
アクセス依頼に対応してリード手段あるいはライト手段
が暗号化されているファイルからアクセス依頼のあった
部分を取り出して復号化あるいは復号化してライトした
後に暗号化して書き戻し、暗号化されたファイルへのア
クセスを高速かつ簡易にしかも部分的に行い、セキュリ
ティレベルを高めることを目的としている。

【０００５】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、アプリケ
ーション１は、アクセス要求を行うものである。このア
プリケーションは既存のアプリケーションであり、この
システムのためにソースコードの変更を行う必要がな
い。

【０００６】ファイルシステム３は、アプリケーション
１からのアクセス要求に対応してドライバ４に指示して
アクセス処理を行うものである。ドライバ４は、ファイ
ルの各種処理を行うものであって、ここでは、ファイル
のリード処理を行うリード手段６、ファイルへのデータ
のライト処理を行うライト手段７などから構成されるも
のである。

【０００７】Ｉ／Ｏ手段９は、外部記憶装置１０のファ
イルからデータを読み出したり、書き戻したりなどする
ものである。次に、動作を説明する。

【０００８】リード手段６がアプリケーション１からの
リード要求に対応して、リード要求のあったデータにつ
いて、Ｉ／Ｏ手段９によって外部記憶装置１０中の該当
ファイルから読み出させたデータが暗号化されていたと
きは復号化したデータをリード要求元のアプリケーショ
ン１などに返し、一方、暗号化されていなかったときは
そのままのデータをリード要求元のアプリケーション１
などに返すようにしている。

【０００９】また、ライト手段７がアプリケーション１
からのライト要求に対応して、ライト要求のあったデー
タについて、Ｉ／Ｏ手段９によって外部記憶装置１０中
の該当ファイルから読み出させたデータが暗号化されて
いたときは復号化したデータに対して上書きした後、一
方、暗号化されていなかったときはそのままのデータに
対して上書きした後、Ｉ／Ｏ手段９によって外部記憶装
置１０中の該当ファイルに書き戻させるようにしてい
る。

【００１０】これらの際に、リード手段６がファイルか
ら読み出した暗号化されていたデータを復号化して同一
サイズのデータにし、あるいはライト手段７が暗号化さ
れていないデータを暗号化して同一サイズのデータにし
てファイルに書き込むようにしている。

【００１１】また、ユーザ毎あるいはファイル毎にリー
ド手段６による復号化あるいはライト手段７による復号
化／暗号化の可あるいは不可を登録するようにしてい
る。従って、アクセス依頼に対応してリード手段６ある
いはライト手段７が暗号化されているファイルからアク
セス要求のあった部分を取り出して復号化あるいは復号
化してライトした後に暗号化して書き戻すことにより、
暗号化されたファイルへのアクセスを高速かつ簡易にし
かも部分的に行い、セキュリティレベルを高めることが
可能となる。

【００１２】

【発明の実施の形態】次に、図１から図９を用いて本発
明の実施の形態および動作を順次詳細に説明する。ここ
で、図示外の記録媒体あるいは外部記憶装置であるハー
ドディスク装置などから読み出したプログラム、または
回線を介してセンタから転送を受けたプログラムを主記
憶にローディングして起動し、以下に説明する各種処理
を行うようにしている。

【００１３】図１は、本発明のシステムブロック図を示
す。図１において、ユーザ認証手段２は、ユーザの認証
（資格検査）を行うものである（図３を用いて後述す
る）。

【００１４】ドライバ４は、ファイルのオープン処理、
リード処理、ライト処理、クローズ処理を行うものであ
って、オープン手段５、リード手段６、ライト手段７、
クローズ手段８などから構成されるものである。

【００１５】オープン手段５は、外部記憶装置１０中の
ファイルをオープンするものである（図４を用いて後述
する）。リード手段６は、外部記憶装置１０中のファイ
ルのデータを読み出させて暗号化されているときは同一
サイズのデータに復号化してリード要求元に返したり、
暗号化されていなかったときはそのままデータをリード
要求元に返したりなどするものである（図５を用いて後
述する）。

【００１６】ライト手段７は、外部記憶装置１０中のフ
ァイルのデータを読みださせて暗号化されているときは
同一サイズのデータに復号化してライト要求のあったデ
ータを上書きし、一方、暗号化されていなかったときは
データにライト要求のあったデータを上書きし、元のフ
ァイルに書き戻させたりなどするものである（図６を用
いて後述する）。

【００１７】クローズ手段８は、外部記憶装置１０中の
ファイルをクローズするものである（図７を用いて後述
する）。次に、図２のフローチャートに示す順序に従
い、図１の初期処理を詳細に説明する。

【００１８】図２は、本発明の初期処理フローチャート
を示す。図２において、Ｓ１は、ＯＳ（オペレーティン
グシステム）がドライバ確認コマンドを送信する。

【００１９】Ｓ２は、Ｓ１で送信されたドライバ確認コ
マンドを受信したドライバ（＃１）４が処理処理ＯＫか
判別する。ＯＫのときはＯＫ応答をＯＳに返してＳ４で
ＯＳにドライバ（＃１）として登録する。一方、ＮＧの
場合には、ＮＧ応答をＯＳに返してＳ３でエラー処理
（ドライバ（＃１）がエラーとして登録などの処理）す
る。

【００２０】Ｓ５は、Ｓ４でドライバ（＃１）としてＯ
Ｓに登録されたので、ＯＳが初期処理の指示をドライバ
（＃１）に通知する。Ｓ６は、Ｓ５の初期処理の通知に
対応して、ドライバ（＃１）がファイルシステムのイベ
ントをフックする要求を発行する。具体的には、フック
時にコールされるプログラムのアドレス（例えば“ＦＳ
Ｈｏｏｋ（）；”など）をＯＳに指定する。

【００２１】Ｓ７は、Ｓ６の要求に対応して、ＯＳがフ
ックアドレスなどを登録した後、その応答を返す。これ
は、例えば後述する図８のマネージャテーブルにドライ
バ（＃１）に対応づけフックアドレスＦＳＨｏｏ
ｋ（）；を登録する。

【００２２】Ｓ８は、Ｓ７に応答を受信したドライバ
（＃１）がＳ６の要求についてＯＫか判別する。ＹＥＳ
の場合には、初期処理を完了したので終了する。ＮＯの
場合には、要求失敗と判断し、再試行あるいはエラーと
して中止などする。

【００２３】以上によって、ドライバ４の初期処理が完
了し、動作状態に設定されたこととなる。図３のフロー
チャートに示す順序に従い、図１の認証処理を詳細に説
明する。

【００２４】図３は、本発明のユーザ認証フローチャー
トを示す。図３において、Ｓ１１は、アプリケーション
１に対して、ユーザがユーザＩＤ、パスワードの入力を
行う。

【００２５】Ｓ１２は、Ｓ１１で入力されたユーザＩ
Ｄ、パスワードをもとにテーブルを参照してチェックを
行い、ＯＫか判別する。ＹＥＳの場合には、Ｓ１３に進
む。ＮＯの場合には、エラーとしてＳ１１で再入力ある
いはエラーとして中止する。

【００２６】Ｓ１３は、ユーザまたはアプリケーション
からの暗号化／復号化フォルダ（ディレクトリ）の指定
を行う。Ｓ１４は、ドライバへの暗号化／復号化フォル
ダの指定を行う。

【００２７】Ｓ１５は、Ｓ１４で通知を受けたドライバ
（＃１）が暗号化／復号化フォルダの設定・保存を行
う。これは、例えば後述する図９に示すように、ユーザ
毎に、フォルダ名に対応づけてリード処理／ライト処理
毎に暗号化／復号化するものを登録する（○は暗号化／
復号化する、×は暗号化／復号化しない）。

【００２８】Ｓ１６は、暗号化／復号化を開始指示す
る。Ｓ１７は、ドライバ（＃１）がＳ１６の指示に対応
して暗号化／復号化を開始する。

【００２９】以上によって、認証されたユーザ毎にフォ
ルダ毎に図９に示すようにリード処理およびライト処理
について暗号化／復号化するか否かを登録し、当該登録
に従い暗号化／復号化を開始する。

【００３０】図４のフローチャートに示す順序に従い、
図１のオープン処理を詳細に説明する。図４は、本発明
のオープン処理フローチャートを示す。

【００３１】図４において、Ｓ２１は、アプリケーショ
ン１がオープン関数を発行する。Ｓ２２は、ファイルシ
ステム３がオープン処理を行う。Ｓ２３は、ドライバ
（＃１）４が図示の下記のオープンイベントをＯＳより
受信する（これは、ドライバの登録時に、ＯＳに通知し
てもらうイベント、通知時にコールされる暗号化／復号
化プログラムのアドレスを登録することで実現されてい
る）。

【００３２】・ファイル名（パス名を含む）：・ファイル属性：・ファイルハンドル：・オープン関数のパラメタ：・ファイルシステムへの復帰アドレス：・その他Ｓ２４は、フォルダが暗号化／復号化対象かのチェック
がＯＫか判別する。フォルダ名はパス名（ファイル名）
より抽出する。ＹＥＳの場合（対象のファイルが存在す
るなどの場合）には、Ｓ２７に進む。ＮＯの場合には、
暗号化／復号化対象外ファイルとしてＳ２５で復帰アド
レスへ復帰し、オープン処理に戻る。

【００３３】Ｓ２７は、ファイル属性から処理しないフ
ァイルを振り分ける。これは、図示の下記のファイル属
性から処理する必要のないファイルを除外する。・システムファイル：・隠しファイル：・ドライバファイル：・その他ＹＥＳの場合には、暗号化／復号化の対象外のファイル
と判明したので、Ｓ２８で属性テーブルにファイルハン
ドルを保存し、Ｓ２９に進む。一方、Ｓ２７のＮＯの場
合には、Ｓ２９に進む。

【００３４】Ｓ２９は、復帰アドレスへ復帰する。Ｓ３
０は、オープン処理を完了する。Ｓ３１は、オープン関
数に復帰する。

【００３５】以上の手順によって、アプリケーション１
がオープン関数を発行し、ファイルのオープン処理を完
了したこととなる。そして、後述する図５のリード処理
あるいは図６のライト処理に進む。

【００３６】図５のフローチャートに示す順序に従い、
図１のリード処理を詳細に説明する。図５は、本発明の
リード処理フローチャートを示す。

【００３７】図５において、Ｓ４１は、アプリケーショ
ン１がリード関数を発行する。Ｓ４２は、ファイルシス
テム３がリード処理を行う。Ｓ４３は、ドライバ（＃
１）４が図示の下記のリードイベントを受信する。

【００３８】・ファイル名（パス名を含む）：・ファイルハンドル：・リードポイント：・リードバッファ：・リードサイズ：・ファイルシステムへの復帰アドレス：・その他Ｓ４４は、フォルダが暗号化／復号化対象かチェックが
ＯＫか判別する。ＹＥＳの場合（暗号化／復号化対象の
場合）には、Ｓ４６に進む。ＮＯの場合には、通常の処
理としてＳ４５で復帰アドレス（ＯＳ）へ復帰し、通常
のリード処理を行う。

【００３９】Ｓ４６は、オープン処理時に更新した属性
テーブルに当該要求のファイルハンドルがあるか否かを
チェックする。これは、ファイルハンドルから暗号化／
復号化の対象外のファイルか判別する。ＮＯの場合に
は、Ｓ４８に進む。ＹＥＳの場合には、Ｓ４７で復帰ア
ドレスへ復帰し、通常のリード処理をする。

【００４０】Ｓ４８は、リード処理を呼び出す。これ
は、外部記憶装置１０である例えばＨＤＤ（ハードディ
スク装置）のドライバを呼び出し、バウンダリ処理を行
ってデータをリードする。

【００４１】Ｓ４９は、Ｓ４８で呼び出された例えばＨ
ＤＤドライバがＨＤＤからバウンダリを考慮してデータ
を読み出す。Ｓ５０は、Ｓ４９で読み出したデータにつ
いて、同一サイズで復号化処理を行う。ここで、８バイ
ト単位での暗号化処理、および端数処理を行う。これに
より、８バイト単位に復号化処理を行い、読み出したデ
ータの８バイトと、復号化した後のデータが８バイトと
なるようにしており、復号化前と復号化後のデータが共
に８バイトで同一とし、データの長さから両者が区別つ
かないようにし、セキュリティレベルを高めている。

【００４２】Ｓ５１は、リードサイズ分をリードバッフ
ァに設定する。Ｓ５２は、復帰アドレスへ復帰する。Ｓ
５３は、リード処理を完了する。

【００４３】Ｓ５４は、リード関数に復帰する。以上に
よって、アプリケーション１がリード関数を発行する
と、発行されたリード関数で指定されたデータがここで
は、８バイト単位にファイルから読みだされて暗号化さ
れているときは復号化し、暗号化されていないときは図
示しないがそのままでリードバッファに設定することを
リード分のデータ分だけ繰り返し、アプリケーション１
はリードバッファから読み出して一連のリード処理を行
うことが可能となる。

【００４４】図６のフローチャートに示す順序に従い、
図１のライト処理を詳細に説明する。図６は、本発明の
ライト処理フローチャートを示す。

【００４５】図６において、Ｓ６１は、アプリケーショ
ン１がライト関数を発行する。Ｓ６２は、ファイルシス
テム３がライト処理を行う。Ｓ６３は、ドライバ（＃
１）４が図示の下記のライトイベントを受信する。

【００４６】・ファイル名（パス名を含む）：・ファイルハンドル：・ライトポイント：・ライトバッファ：・ライトサイズ：・ファイルシステムへの復帰アドレス：・その他Ｓ６４は、フォルダが暗号化／復号化対象かのチェック
がＯＫか判別する。ＹＥＳの場合（暗号化／復号化対象
の場合）には、Ｓ６６に進む。ＮＯの場合には、Ｓ６５
で復帰アドレスへ復帰し、通常のライト処理をする。

【００４７】Ｓ６６は、オープン処理時に更新した属性
テーブルに当該要求のファイルハンドルがあるか否かを
チェックする。これは、ファイルハンドルから暗号化／
復号化対象外のファイルか判別する。ＮＯの場合には、
Ｓ６８に進む。ＹＥＳの場合には、Ｓ６７で復帰アドレ
スへ復帰し、通常のライト処理をする。

【００４８】Ｓ６８は、リード処理を呼び出す。これ
は、外部記憶装置１０である例えばＨＤＤ（ハードディ
スク装置）のドライバを呼び出し、バウンダリ処理を行
ってデータをリードする。

【００４９】Ｓ６９は、Ｓ６８で呼び出された例えばＨ
ＤＤドライバがＨＤＤからバウンダリを考慮してデータ
を読み出す。Ｓ７０は、Ｓ６９で読み出したデータにつ
いて、同一サイズで復号化処理を行う。ここで、８バイ
ト単位での復号化処理、および端数処理を行う。これに
より、８バイト単位に復号化処理を行い、読み出したデ
ータの８バイトと、復号化した後のデータが８バイトと
なるようにしており、復号化前と復号化後のデータが共
にに８バイトで同一とし、データの長さから両者が区別
つかないようにし、セキュリティレベルを高めている。

【００５０】Ｓ７１は、ライトデータを復号化データに
上書きする。Ｓ７２は、Ｓ７１で上書きしたデータにつ
いて、同一サイズで暗号化処理を行う。ここで、８バイ
ト単位での暗号化処理、および端数処理を行う。これに
より、８バイト単位に暗号化処理を行い、上書きしたデ
ータの８バイトと、暗号化した後のデータが８バイトと
なるようにしており、暗号化前と暗号化後のデータが共
にに８バイトで同一とし、データの長さから両者が区別
つかないようにし、セキュリティレベルを高めている。

【００５１】Ｓ７３は、ライト処理を呼び出す。これ
は、外部記憶装置１０であるＨＤＤのＨＤＤドライバを
呼び出し、バウンダリ処理を行ってデータをライトす
る。Ｓ７４は、Ｓ７３で呼び出されたＨＤＤドライバが
ＨＤＤからバウンダリを考慮してデータを書き戻す。

【００５２】Ｓ７５は、ライト処理を完了する。Ｓ７６
は、ドライバから復帰する。Ｓ７７は、ライト関数に復
帰する。

【００５３】以上によって、アプリケーション１がライ
ト関数を発行すると、発行されたライト関数で指定され
たデータがここでは、８バイト単位にファイルから読み
だされて暗号化されているときは復号化し、暗号化され
ていないときは図示しないがそのままでとし、これらデ
ータに対してライトデータを上書きした後、暗号化され
ていたときは暗号化したデータを、暗号化されていなか
ったときはそのままのデータを８バイト単位にファイル
に書き戻すことを繰り返して一連のライト処理を行うこ
とが可能となる。

【００５４】図７のフローチャートに示す順序に従い、
図１のクローズ処理を詳細に説明する。図７は、本発明
のクローズ処理フローチャートを示す。

【００５５】図７において、Ｓ８１は、アプリケーショ
ン１がクローズ関数を発行する。Ｓ８２は、ファイルシ
ステム３がクローズ処理を行う。Ｓ８３は、ドライバ
（＃１）４が図示の下記のクローズイベントを受信す
る。

【００５６】・ファイル名：・ファイル属性：・ファイルシステムへの復帰アドレス：・その他Ｓ８４は、フォルダのチェックがＯＫか判別する。ＹＥ
Ｓの場合（クローズ対象のファイルが存在するなどの場
合）には、Ｓ８６に進む。ＮＯの場合には、Ｓ８５で復
帰アドレスへ復帰し、通常のクローズ処理をする。

【００５７】Ｓ８６は、オープン処理時に更新した属性
テーブルに当該要求のファイルハンドルがあるか否かを
チェックする。ＹＥＳの場合には、Ｓ８９に進む。ＮＯ
の場合には、Ｓ８７で復帰アドレスへ復帰し、通常のク
ローズ処理をする。

【００５８】・システムファイル：・隠しファイル：・ドライバファイル：・その他Ｓ８９は、属性テーブルに保存していたファイルハンド
ルを消去し、Ｓ９０に進む。

【００５９】Ｓ９０は、復帰アドレスへ復帰する。Ｓ９
１は、クローズ処理を完了する。Ｓ９２は、クローズ関
数に復帰する。

【００６０】以上の手順によって、アプリケーション１
がクローズ関数を発行し、ファイルのクローズ処理を完
了したこととなる。図８は、本発明のマネージャテーブ
ル例を示す。これは、既述した図２の初期処理中のＳ７
でＯＳに登録されたものであって、ここでは、図示の下
記のようにドライバ毎にフックアドレスを登録し、デー
タの授受を実現するためのものである。

【００６１】ドライバ名フックアドレスドライバ＃１フックアドレスＦＳＨｏｏｋ（）；図９は、本発明のユーザレベル管理テーブル例を示す。
これは、ユーザ毎にフォルダ毎にリード処理およびライ
ト処理の可否を登録するものであって、既述した図３の
Ｓ１５などで登録されるものである。このユーザレベル
管理テーブルにより、ユーザ毎かつフォルダ毎に既述し
たリード処理およびライト処理の可否を参照し、既述し
た図５のリード処理、図６のライト処理を実行すること
により、セキュリティを確保することが可能となる。

【００６２】

【発明の効果】以上説明したように、本発明によれば、
アクセス依頼に対応してリード手段６あるいはライト手
段７が暗号化されているファイルからアクセス要求のあ
った部分を取り出して復号化あるいは復号化してライト
した後に暗号化して書き戻す構成を採用しているため、
暗号化されたファイルへのアクセスを高速かつ簡易にし
かも部分的に行うことができる。これらにより、（１）本願発明は、暗号化前と暗号化後、復号化前と
復号化後のデータの長さを同一（例えば８バイトで同
一）としているため、ファイル内のデータが暗号化され
ているか否かをデータ長（ファイルサイズ）から判別で
きず、セキュリティレベルを高めることができる。

【００６３】（２）本願発明は、部分的（例えば８バ
イト単位）にファイルから暗号化データを読み出して復
号化したり、部分的（例えば８バイト単位）にファイル
から暗号化データを読み出して復号化しライトデータを
上書きした後に暗号化してファイルに書き戻しているた
め、リード処理／ライト処理で必要な部分データのみを
アクセスし、高速、迅速かつセキュリティレベルを高く
できる。

【００６４】（３）従来のファイルから全データを作
業ファイルに読み出して復号化したデータを、アプリか
らアクセスするような場合には復号化したデータが作業
ファイルに存在してデータの内容が判明してしまいセキ
ュリティレベルが低い欠点があるが、本願発明では作業
ファイルがなく、リード処理あるいはライト処理毎にそ
の都度、ファイルからデータを部分的（例えば８バイト
単位）に読み出して復号化したり、データを部分的（例
えば８バイト単位）に読み出して復号化して上書きした
後に暗号化してファイルに書き戻してしまい、セキュリ
ティレベルが非常に高い。

【図面の簡単な説明】

【図１】本発明のシステムブロック図である。

【図２】本発明の初期処理フローチャートである。

【図３】本発明のユーザ認証フローチャートである。

【図４】本発明のオープン処理フローチャートである。

【図５】本発明のリード処理フローチャートである。

【図６】本発明のライト処理フローチャートである。

【図７】本発明のクローズ処理フローチャートである。

【図８】本発明のマネージャテーブル例である。

【図９】本発明のユーザレベル管理テーブル例である。

【符号の説明】

１：アプリケーション２：ユーザ認証手段３：ファイルシステム４：ドライバ５：オープン手段６：リード手段７：ライト手段８：クローズ手段９：Ｉ／Ｏ手段１０：外部記憶装置

Claims

【特許請求の範囲】

【請求項１】オープン命令が発行されたファイルの一部
のデータに対するアプリケーションから発行されたリー
ド命令に対して、実際のファイル内の指定されたデータ
をリード命令を発行したアプリケーションに返す、ファ
イルアクセスシステムにおいて、アプリケーションから発行される前記リード命令に対し
て、リード処理対象のファイルが暗号化対象かを判定
し、暗号化対象である場合には、暗号化されているファ
イルのうち、リード命令の処理対象のデータを復号化し
て、リード命令の発行元に返すリード手段を備えたこと
を特徴とするファイルアクセスシステム。
【請求項２】オープン命令が発行されたファイルの一部
のデータ領域に対する、アプリケーションから発行され
るデータのライト命令に対して、処理対象のファイルの
一部のデータ領域に対して、指定されたデータを書き込
むファイルアクセスシステムにおいて、アプリケーションから発行される前記ライト命令に対し
て、ライト命令の処理対象のファイルが暗号化対象か判
定し、暗号化対象である場合には、暗号化されているフ
ァイルのうち、ライト命令の処理対象のファイルの一部
のデータ領域を含み、かつ、暗号化の単位の長さのデー
タを読み出して復号化し、ライト命令で指定されたデー
タを該復号化したデータに上書きし、暗号化して、処理
対象のファイルのデータ領域に格納するライト手段を備
えたことを特徴とするファイルアクセスシステム。
【請求項３】前記ファイルから読み出した暗号化されて
いたデータを復号化して同一サイズのデータにし、ある
いは暗号化されていないデータを暗号化して同一サイズ
のデータにしてファイルに書き込むことを特徴とする請
求項１あるいは請求項２記載のファイルアクセスシステ
ム。
【請求項４】ユーザ毎あるいは前記ファイル毎に前記リ
ード手段による復号化あるいは前記ライト手段による復
号化／暗号化の可あるいは不可を登録したことを特徴と
する請求項１ないし請求項３記載のいずれかのファイル
アクセスシステム。
【請求項５】コンピュータを動作させて、オープン命令が発行されたファイルの一部のデータに対
するアプリケーションから発行されるリード命令に対し
て、リード処理対象のファイルが暗号化対象かを判定
し、暗号化対象である場合には、暗号化されているファ
イルのうち、リード命令の処理対象のデータを復号化し
て、リード命令の発行元に返すリード手段を機能させる
プログラムを格納した記憶媒体。
【請求項６】コンピュータを動作させて、オープン命令が発行されたファイルの一部のデータに対
するアプリケーションから発行されるデータのライト命
令に対して、ライト命令の処理対象のファイルが暗号化
対象かを判定し、暗号化対象である場合には、暗号化さ
れているファイルのうち、ライト命令の処理対象のファ
イルの一部のデータ領域を含み、かつ、暗号化の単位の
長さのデータを読み出して復号化し、ライト命令で指定
されたデータを該復号化したデータに上書きし、暗号化
して、処理対象のファイルのデータ領域に格納するライ
ト手段を機能させるプログラムを格納した記憶媒体。