JPH04373040A - ファイル管理方式 - Google Patents
ファイル管理方式Info
- Publication number
- JPH04373040A JPH04373040A JP3177114A JP17711491A JPH04373040A JP H04373040 A JPH04373040 A JP H04373040A JP 3177114 A JP3177114 A JP 3177114A JP 17711491 A JP17711491 A JP 17711491A JP H04373040 A JPH04373040 A JP H04373040A
- Authority
- JP
- Japan
- Prior art keywords
- file
- access
- data
- link
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000007726 management method Methods 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 18
- 238000000034 method Methods 0.000 description 15
Landscapes
- Storage Device Security (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、ユーザー属性情報，フ
ァイル属性情報，リンク属性情報に基づいてファイル・
データに対するアクセスの可否を決定するように構成さ
れたファイル管理方式に関するものである。
ァイル属性情報，リンク属性情報に基づいてファイル・
データに対するアクセスの可否を決定するように構成さ
れたファイル管理方式に関するものである。
【０００２】
【従来の技術】図１１は階層的ファイル・システムの例
を示す図である。同図において、ＡないしＤはディレク
トリ、ＦＤ１とＦＤ２はファイル・データをそれぞれ示
している。階層的ファイル・システムにおいては、ディ
レクトリ・ファイルとファイル・データの２種類があり
、ファイル・データへのアクセスは各階層（ディレクト
リ・ファイル）に記憶された情報を通して行われる。 図示の例においては、ディレクトリＡの下にディレクト
リＢ，Ｃ，Ｄが作られている。ディレクトリＢにはファ
イル１と言うファイル名，ファイル・データＦＤ１のア
ドレス情報，ファイル属性等が記入され、ディレクトリ
Ｃにはファイル２と言うファイル名，ファイル・データ
ＦＤ２のアドレス情報，ファイル属性等が記入され、デ
ィレクトリＤにはファイル３と言うファイル名，ファイ
ル・データＦＤ２のアドレス情報，ファイル属性等が記
入されている。ファイル・データＦＤ１とＦＤ２は、ハ
ードディスクのような記憶装置の中に存在する。
を示す図である。同図において、ＡないしＤはディレク
トリ、ＦＤ１とＦＤ２はファイル・データをそれぞれ示
している。階層的ファイル・システムにおいては、ディ
レクトリ・ファイルとファイル・データの２種類があり
、ファイル・データへのアクセスは各階層（ディレクト
リ・ファイル）に記憶された情報を通して行われる。 図示の例においては、ディレクトリＡの下にディレクト
リＢ，Ｃ，Ｄが作られている。ディレクトリＢにはファ
イル１と言うファイル名，ファイル・データＦＤ１のア
ドレス情報，ファイル属性等が記入され、ディレクトリ
Ｃにはファイル２と言うファイル名，ファイル・データ
ＦＤ２のアドレス情報，ファイル属性等が記入され、デ
ィレクトリＤにはファイル３と言うファイル名，ファイ
ル・データＦＤ２のアドレス情報，ファイル属性等が記
入されている。ファイル・データＦＤ１とＦＤ２は、ハ
ードディスクのような記憶装置の中に存在する。
【０００３】従来のファイル・システムにおいては、フ
ァイル・データに対してユーザーがアクセスを行う権利
を制御するために、ユーザー属性とファイル属性の二つ
を用いていた。ユーザー属性とは、それぞれのユーザー
について名前，所属するグループ等を規定したものであ
る。ファイル属性とは、それぞれのファイル・データに
ついてユーザー，グループ，その他のユーザーに対する
「読み込み」，「書き出し」，「実行」等の権利を規定
したものである。具体的には、ユーザー属性とファイル
属性の論理和をとったものを、該当ユーザーの該当ファ
イルに対するアクセス権としていた。
ァイル・データに対してユーザーがアクセスを行う権利
を制御するために、ユーザー属性とファイル属性の二つ
を用いていた。ユーザー属性とは、それぞれのユーザー
について名前，所属するグループ等を規定したものであ
る。ファイル属性とは、それぞれのファイル・データに
ついてユーザー，グループ，その他のユーザーに対する
「読み込み」，「書き出し」，「実行」等の権利を規定
したものである。具体的には、ユーザー属性とファイル
属性の論理和をとったものを、該当ユーザーの該当ファ
イルに対するアクセス権としていた。
【０００４】図１１の階層的ファイル・システムでは、
「一つのファイル・データに対して複数の名前を与え、
与えた名前のそれぞれからファイル・データへのアクセ
スを可能とする」と言った「リンク」の概念が実現され
ている。即ち、図示の階層的ファイル・システムでは、
ファイル・データＦＤ２に対してファイル２とファイル
３と言う名前が与えられており、ファイル２と言う名前
によってファイル・データＦＤ２をアクセスすることも
出来、ファイル３と言う名前によってファイル・データ
ＦＤ２をアクセスすることも出来る。
「一つのファイル・データに対して複数の名前を与え、
与えた名前のそれぞれからファイル・データへのアクセ
スを可能とする」と言った「リンク」の概念が実現され
ている。即ち、図示の階層的ファイル・システムでは、
ファイル・データＦＤ２に対してファイル２とファイル
３と言う名前が与えられており、ファイル２と言う名前
によってファイル・データＦＤ２をアクセスすることも
出来、ファイル３と言う名前によってファイル・データ
ＦＤ２をアクセスすることも出来る。
【０００５】
【発明が解決しようとする課題】上述の「リンク」と言
う概念を実現した従来のファイル・システムでは、新た
に与えられた名前からのファイル・データへのアクセス
権は、おおもとの名前からの当該ファイル・データへの
アクセス権と等しくなってしまい、木目細かなアクセス
権制御が十分に実現されていなかった。具体的にはファ
イル・データに対する書出し権とファイル・データの削
除権の区別がないため、同一ファイル・データをグルー
プ単位で共有したい場合等におけるセキュリティー対策
が十分でなかった。本発明は、この点に鑑みて創作され
たものであって、ファイル・データに対する木目細かな
アクセス権の制御を行い得るようにすることを目的とし
ている。
う概念を実現した従来のファイル・システムでは、新た
に与えられた名前からのファイル・データへのアクセス
権は、おおもとの名前からの当該ファイル・データへの
アクセス権と等しくなってしまい、木目細かなアクセス
権制御が十分に実現されていなかった。具体的にはファ
イル・データに対する書出し権とファイル・データの削
除権の区別がないため、同一ファイル・データをグルー
プ単位で共有したい場合等におけるセキュリティー対策
が十分でなかった。本発明は、この点に鑑みて創作され
たものであって、ファイル・データに対する木目細かな
アクセス権の制御を行い得るようにすることを目的とし
ている。
【０００６】
【課題を解決するための手段】図１は本発明の原理説明
図である。本発明のファイル管理方式は、ファイル・デ
ータおよびファイル・データに関する情報を持つディレ
クトリを記憶する記憶装置４と、アクセス要求に従って
、ファイル・データに対する読出し，書込み，リンク，
アンリンク等の処理を行うファイル処理手段１０とを具
備する計算機におけるファイル管理方式であって、上記
ファイル・データに関する情報は、ファイル名と、オー
ナー名と、ファイル・アドレスと、ユーザー種別毎のフ
ァイル・データへのアクセスの可否を表すファイル属性
情報と、ユーザー種別毎のリンク変更の可否を表すリン
ク属性情報等から構成され、上記ファイル処理手段１０
は、アクセス要求を受け取った時に、アクセス要求を行
ったユーザーのユーザー属性情報，アクセス対象ファイ
ルのファイル・データに関する情報及びアクセス要求の
種類を参照して、アクセス要求の実行可／不可を決定す
るように構成されていることを特徴とするものである。
図である。本発明のファイル管理方式は、ファイル・デ
ータおよびファイル・データに関する情報を持つディレ
クトリを記憶する記憶装置４と、アクセス要求に従って
、ファイル・データに対する読出し，書込み，リンク，
アンリンク等の処理を行うファイル処理手段１０とを具
備する計算機におけるファイル管理方式であって、上記
ファイル・データに関する情報は、ファイル名と、オー
ナー名と、ファイル・アドレスと、ユーザー種別毎のフ
ァイル・データへのアクセスの可否を表すファイル属性
情報と、ユーザー種別毎のリンク変更の可否を表すリン
ク属性情報等から構成され、上記ファイル処理手段１０
は、アクセス要求を受け取った時に、アクセス要求を行
ったユーザーのユーザー属性情報，アクセス対象ファイ
ルのファイル・データに関する情報及びアクセス要求の
種類を参照して、アクセス要求の実行可／不可を決定す
るように構成されていることを特徴とするものである。
【０００７】
【作用】図示の例では、ディレクトリＡの下にディレク
トリＢとＣが存在しており、ディレクトリＢの中にはフ
ァイル・データＦＤ１に関する情報が格納され、ディレ
クトリＣの中にはファイル・データＦＤ２に関する情報
が格納されている。ディレクトリＣにおけるファイル・
データＦＤ２に対応するファイル名をファイル２とする
。また、ディレクトリＣにおけるファイル２についての
リンク属性が、オーナーについてはリンク変更可、その
他についてはリンク変更不可を示しているものとする。 このような状態の下で、ファイル２をアンリンクせよと
言うアクセス要求が入力されると、ファイル処理手段１
０は、当該アクセス要求を発行したユーザーの名前を求
め、このユーザー名とファイル２のオーナー名とが同じ
であればファイル２をアンリンクし、同じでなければア
ンリンク不可をアクセス要求元に通知する。
トリＢとＣが存在しており、ディレクトリＢの中にはフ
ァイル・データＦＤ１に関する情報が格納され、ディレ
クトリＣの中にはファイル・データＦＤ２に関する情報
が格納されている。ディレクトリＣにおけるファイル・
データＦＤ２に対応するファイル名をファイル２とする
。また、ディレクトリＣにおけるファイル２についての
リンク属性が、オーナーについてはリンク変更可、その
他についてはリンク変更不可を示しているものとする。 このような状態の下で、ファイル２をアンリンクせよと
言うアクセス要求が入力されると、ファイル処理手段１
０は、当該アクセス要求を発行したユーザーの名前を求
め、このユーザー名とファイル２のオーナー名とが同じ
であればファイル２をアンリンクし、同じでなければア
ンリンク不可をアクセス要求元に通知する。
【０００８】
【実施例】図２は本発明の１実施例の機能ブロック図で
ある。同図において、１はアクセス要求受付部、２はフ
ァイル・データ・アクセス部、３はアクセス権決定部、
４はファイル・システムをそれぞれ示している。また、
■，■，…は処理の順序を表している。図２の実施例の
ハードウェア構成は通常の計算機と同じであり、ソフト
ウェア構成としては、アクセス要求受付部１に対応する
プログラム、ファイル・データ・アクセス部２に対応す
るプログラム、アクセス権決定部３に対応するプログラ
ムが存在する。ファイル・システム４は、ハードディス
クのような記憶装置の中に存在する。
ある。同図において、１はアクセス要求受付部、２はフ
ァイル・データ・アクセス部、３はアクセス権決定部、
４はファイル・システムをそれぞれ示している。また、
■，■，…は処理の順序を表している。図２の実施例の
ハードウェア構成は通常の計算機と同じであり、ソフト
ウェア構成としては、アクセス要求受付部１に対応する
プログラム、ファイル・データ・アクセス部２に対応す
るプログラム、アクセス権決定部３に対応するプログラ
ムが存在する。ファイル・システム４は、ハードディス
クのような記憶装置の中に存在する。
【０００９】ファイル・データに対する木目細かなアク
セス権の制御を行うため、本発明ではファイル・データ
に対するリンクを制御するための情報（これをリンク属
性と言う）を設定し、ファイル・データへのアクセスの
可否を、ユーザー属性，ファイル属性，リンク属性によ
って決定する。具体的には、このリンク属性は「それぞ
れのファイル・データについてユーザー，グループ，そ
の他のユーザーがリンクを変更する権利を規定する」も
のとして定義される。
セス権の制御を行うため、本発明ではファイル・データ
に対するリンクを制御するための情報（これをリンク属
性と言う）を設定し、ファイル・データへのアクセスの
可否を、ユーザー属性，ファイル属性，リンク属性によ
って決定する。具体的には、このリンク属性は「それぞ
れのファイル・データについてユーザー，グループ，そ
の他のユーザーがリンクを変更する権利を規定する」も
のとして定義される。
【００１０】図２のファイル・システム４は、上記のよ
うなリンク属性情報を含んでいる。ユーザー又はその他
からのファイル・アクセス要求があると、アクセス要求
受付部１によって当該要求は受け付けられ、ファイル・
データ・アクセス部２に制御が渡される（図２−■）。 ファイル・データ・アクセス部２は、アクセス要求を発
行したユーザー及びアクセス対象ファイルの情報をアク
セス権決定部３に渡す（図２−■）。
うなリンク属性情報を含んでいる。ユーザー又はその他
からのファイル・アクセス要求があると、アクセス要求
受付部１によって当該要求は受け付けられ、ファイル・
データ・アクセス部２に制御が渡される（図２−■）。 ファイル・データ・アクセス部２は、アクセス要求を発
行したユーザー及びアクセス対象ファイルの情報をアク
セス権決定部３に渡す（図２−■）。
【００１１】アクセス権決定部３は、渡された情報に基
づいてユーザーのファイルに対するアクセス許可・不許
可を決定し、決定したアクセス許可・不許可をファイル
・データ・アクセス部２に通知する（図２−■）。アク
セス許可の場合、ファイル・データ・アクセス部２は、
実際のファイル・データに対して書込み（図２−■）ま
たは読出し（図２−■）等のアクセスを行い、結果をア
クセス要求受付部１を介してユーザーに通知する（図２
−■）。アクセス不許可の場合は、ファイル・データ・
アクセス部２は、アクセス要求受付部１に対してアクセ
ス不許可である旨の通知を行う（図２−■）。
づいてユーザーのファイルに対するアクセス許可・不許
可を決定し、決定したアクセス許可・不許可をファイル
・データ・アクセス部２に通知する（図２−■）。アク
セス許可の場合、ファイル・データ・アクセス部２は、
実際のファイル・データに対して書込み（図２−■）ま
たは読出し（図２−■）等のアクセスを行い、結果をア
クセス要求受付部１を介してユーザーに通知する（図２
−■）。アクセス不許可の場合は、ファイル・データ・
アクセス部２は、アクセス要求受付部１に対してアクセ
ス不許可である旨の通知を行う（図２−■）。
【００１２】図３はディレクトリ・ファイルの内容の例
を説明する図である。図示のディレクトリ・ファイルに
は、ファイル・データ１に関する情報，…，ファイル・
データｎに関する情報が格納されている。ファイル・デ
ータｉ（ｉ＝１，２，…，ｎ）に関する情報は、ファイ
ル名，オーナー名，ファイル・アドレス，ファイル・サ
イズ，ファイル属性，リンク属性等から構成されている
。これに作成時間を含ませることも出来る。なお、ファ
イル・データのオーナー名とは、ファイル・データを作
った人の名前である
を説明する図である。図示のディレクトリ・ファイルに
は、ファイル・データ１に関する情報，…，ファイル・
データｎに関する情報が格納されている。ファイル・デ
ータｉ（ｉ＝１，２，…，ｎ）に関する情報は、ファイ
ル名，オーナー名，ファイル・アドレス，ファイル・サ
イズ，ファイル属性，リンク属性等から構成されている
。これに作成時間を含ませることも出来る。なお、ファ
イル・データのオーナー名とは、ファイル・データを作
った人の名前である
【００１３】図４はファイル属性（Ａｔｒｒｉｂｕｔｅ
） 格納領域の例を示す図である。ファイル属性は８ビ
ット構成である。ビット８（最右端のビット）はユーザ
ー書き込み権を表す。ユーザとはファイル・オーナーを
意味している。例えば、ビット８＝１であれば、ファイ
ル・オーナーは当該ファイルにデータを書き込むことが
出来る。ビット７はユーザの読み出し権を表す。例えば
、ビット７＝１であれば、ファイル・オーナーは当該フ
ァイルのデータを読み出すことが出来る。
） 格納領域の例を示す図である。ファイル属性は８ビ
ット構成である。ビット８（最右端のビット）はユーザ
ー書き込み権を表す。ユーザとはファイル・オーナーを
意味している。例えば、ビット８＝１であれば、ファイ
ル・オーナーは当該ファイルにデータを書き込むことが
出来る。ビット７はユーザの読み出し権を表す。例えば
、ビット７＝１であれば、ファイル・オーナーは当該フ
ァイルのデータを読み出すことが出来る。
【００１４】ビット６はグループ・メンバの書き込み権
を表し、ビット５はグループ・メンバの読み出し権を表
す。グループ・メンバとは、ファイル・オーナーが所属
しているグループのメンバを意味している。ビット４は
ユーザ，グループ・メンバ以外の人に対する書き込み権
を表し、ビット３はユーザ，グループ・メンバ以外の人
に対する書き込み権を表す。
を表し、ビット５はグループ・メンバの読み出し権を表
す。グループ・メンバとは、ファイル・オーナーが所属
しているグループのメンバを意味している。ビット４は
ユーザ，グループ・メンバ以外の人に対する書き込み権
を表し、ビット３はユーザ，グループ・メンバ以外の人
に対する書き込み権を表す。
【００１５】ビット１はディレクトリ属性を表す。ビッ
ト１＝１であれば当該ファイルはディレクトリ・ファイ
ルであり、ビット１＝０であれば当該ファイルはファイ
ル・データである。例えば、図１１において、ディレク
トリＡにはディレクトリＢに関する情報が記入されてい
るが、この情報の中のディレクトリ属性は１になってい
る。また、ディレクトリＢにはファイル・データＦＤ１
に関する情報が記入されているが、この情報の中のディ
レクトリ属性は０になっている。
ト１＝１であれば当該ファイルはディレクトリ・ファイ
ルであり、ビット１＝０であれば当該ファイルはファイ
ル・データである。例えば、図１１において、ディレク
トリＡにはディレクトリＢに関する情報が記入されてい
るが、この情報の中のディレクトリ属性は１になってい
る。また、ディレクトリＢにはファイル・データＦＤ１
に関する情報が記入されているが、この情報の中のディ
レクトリ属性は０になっている。
【００１６】図５はリンク属性（Ａｔｒｒｉｂｕｔｅ）
格納領域の例を示す図である。リンク属性も８ビット
構成である。 ビット８（最右端のビット）はユーザーのリンク変更権
を表し、ビット６はグループ・メンバのリンク変更権を
表し、ビット４はユーザ，グループ・メンバ以外のリン
ク変更権を表している。なお、ディレクトリ属性が１の
場合にはリンク属性は無効である。
格納領域の例を示す図である。リンク属性も８ビット
構成である。 ビット８（最右端のビット）はユーザーのリンク変更権
を表し、ビット６はグループ・メンバのリンク変更権を
表し、ビット４はユーザ，グループ・メンバ以外のリン
ク変更権を表している。なお、ディレクトリ属性が１の
場合にはリンク属性は無効である。
【００１７】図６はアクセス権の決定を説明する図であ
る。同図において、２はファイル・データ・アクセス部
、３はアクセス権決定部、５はユーザー情報格納部、６
はグループ情報格納部、７はディレクトリ・ファイルを
それぞれ示している。また、■，■，…は処理の順序を
示す。ユーザ情報格納部５には、アクセスを行おうとす
るユーザの名前が格納されている。グループ情報格納部
６には、グループ名と当該グループを構成するメンバの
名前が格納されている。
る。同図において、２はファイル・データ・アクセス部
、３はアクセス権決定部、５はユーザー情報格納部、６
はグループ情報格納部、７はディレクトリ・ファイルを
それぞれ示している。また、■，■，…は処理の順序を
示す。ユーザ情報格納部５には、アクセスを行おうとす
るユーザの名前が格納されている。グループ情報格納部
６には、グループ名と当該グループを構成するメンバの
名前が格納されている。
【００１８】図６を参照してアクセス権の決定について
説明する。ファイル・データ・アクセス部２によるファ
イルに対するアクセスが発生すると（図６−■）、アク
セス権決定部３はユーザー情報及びグループ情報を読み
出し（図６−■）、アクセスを行おうとしているユーザ
ーのユーザー名とグループ名を得る。次に、アクセス権
決定部３は、アクセス対象となっているファイル・デー
タが存在するディレクトリ・ファイル７を読み出し、ア
クセス対象となっているファイルのファイル・オーナー
名，ファイル属性及びリンク属性を得る（図６−■）。 アクセス権決定部３は、このようにして得たユーザー名
，グループ名，ファイル属性，リンク属性からファイル
に対するアクセス権を決定し、ファイル・データ・アク
セス部２に対して通知する（図６−■）。
説明する。ファイル・データ・アクセス部２によるファ
イルに対するアクセスが発生すると（図６−■）、アク
セス権決定部３はユーザー情報及びグループ情報を読み
出し（図６−■）、アクセスを行おうとしているユーザ
ーのユーザー名とグループ名を得る。次に、アクセス権
決定部３は、アクセス対象となっているファイル・デー
タが存在するディレクトリ・ファイル７を読み出し、ア
クセス対象となっているファイルのファイル・オーナー
名，ファイル属性及びリンク属性を得る（図６−■）。 アクセス権決定部３は、このようにして得たユーザー名
，グループ名，ファイル属性，リンク属性からファイル
に対するアクセス権を決定し、ファイル・データ・アク
セス部２に対して通知する（図６−■）。
【００１９】図７はアクセス権を決定するためのフロー
チャートである。 ステップＳ１では、アクセス要求を出したユーザーの名
前を得る。 ステップＳ２では、アクセス要求を出したユーザーが所
属するグループの名前を得る。 ステップＳ３では、アクセス対象ファイルのオーナー名
を得る。 ステップＳ４では、アクセス対象ファイルのファイル属
性を得る。 ステップＳ５では、アクセス対象ファイルのリンク属性
を得る。 ステップＳ６では、アクセスの種類によって分岐する。 アクセスの種類がリードの場合はステップＳ７に進み、
ライトの場合はステップＳ８に進み、リンクの場合はス
テップＳ９に進み、アンリンクの場合はステップＳ１０
に進む。 ステップＳ７では、リード・アクセス権決定部を呼び出
す。 ステップＳ８では、ライト・アクセス権決定部を呼び出
す。 ステップＳ９では、リンク・アクセス権決定部を呼び出
す。 ステップＳ１０では、アンリンク・アクセス権決定部を
呼び出す。 ステップＳ１１では、アクセス可か否かを調べる。アク
セス可の場合はステップＳ１２に進み、アクセス不可の
場合はステップＳ１３に進む。 ステップＳ１２では、アクセス可で復帰する。 ステップＳ１３では、アクセス不可で復帰する。
チャートである。 ステップＳ１では、アクセス要求を出したユーザーの名
前を得る。 ステップＳ２では、アクセス要求を出したユーザーが所
属するグループの名前を得る。 ステップＳ３では、アクセス対象ファイルのオーナー名
を得る。 ステップＳ４では、アクセス対象ファイルのファイル属
性を得る。 ステップＳ５では、アクセス対象ファイルのリンク属性
を得る。 ステップＳ６では、アクセスの種類によって分岐する。 アクセスの種類がリードの場合はステップＳ７に進み、
ライトの場合はステップＳ８に進み、リンクの場合はス
テップＳ９に進み、アンリンクの場合はステップＳ１０
に進む。 ステップＳ７では、リード・アクセス権決定部を呼び出
す。 ステップＳ８では、ライト・アクセス権決定部を呼び出
す。 ステップＳ９では、リンク・アクセス権決定部を呼び出
す。 ステップＳ１０では、アンリンク・アクセス権決定部を
呼び出す。 ステップＳ１１では、アクセス可か否かを調べる。アク
セス可の場合はステップＳ１２に進み、アクセス不可の
場合はステップＳ１３に進む。 ステップＳ１２では、アクセス可で復帰する。 ステップＳ１３では、アクセス不可で復帰する。
【００２０】図８はリード，ライト・アクセスの決定（
リードの場合）の処理手順を示す図である。ライトの場
合は“Ｒｅａｄ”を“Ｗｒｉｔｅ ”と読み替えれば良
い。 ステップＳ１では、ユーザー名とファイル・オーナー名
とが同じか否かを調べる。Ｙｅｓの場合はステップＳ２
に進み、Ｎｏの場合はステップＳ３に進む。 ステップＳ２では、ファイル属性のＵｓｅｒＲｅａｄが
オンか否かを調べる。Ｙｅｓの場合はステップＳ６に進
み、Ｎｏの場合はステップＳ７に進む。 ステップＳ３では、ユーザーとファイル・オーナーが同
じグループに所属しているか否かを調べる。Ｙｅｓの場
合はステップＳ４に進み、Ｎｏの場合はステップＳ５に
進む。 ステップＳ４では、ファイル属性のＧｒｏｕｐＲｅａｄ
がオンか否かを調べる。ＹｅｓのときはステップＳ６
に進み、Ｎｏの場合はステップＳ７に進む。 ステップＳ５では、ファイル属性のＯｔｈｅｒＲｅａｄ
がオンか否かを調べる。Ｙｅｓの場合はステップＳ６
に進み、Ｎｏの場合にはステップＳ７に進む。 ステップＳ６では、アクセス可で復帰する。 ステップＳ７では、アクセス不可で復帰する。
リードの場合）の処理手順を示す図である。ライトの場
合は“Ｒｅａｄ”を“Ｗｒｉｔｅ ”と読み替えれば良
い。 ステップＳ１では、ユーザー名とファイル・オーナー名
とが同じか否かを調べる。Ｙｅｓの場合はステップＳ２
に進み、Ｎｏの場合はステップＳ３に進む。 ステップＳ２では、ファイル属性のＵｓｅｒＲｅａｄが
オンか否かを調べる。Ｙｅｓの場合はステップＳ６に進
み、Ｎｏの場合はステップＳ７に進む。 ステップＳ３では、ユーザーとファイル・オーナーが同
じグループに所属しているか否かを調べる。Ｙｅｓの場
合はステップＳ４に進み、Ｎｏの場合はステップＳ５に
進む。 ステップＳ４では、ファイル属性のＧｒｏｕｐＲｅａｄ
がオンか否かを調べる。ＹｅｓのときはステップＳ６
に進み、Ｎｏの場合はステップＳ７に進む。 ステップＳ５では、ファイル属性のＯｔｈｅｒＲｅａｄ
がオンか否かを調べる。Ｙｅｓの場合はステップＳ６
に進み、Ｎｏの場合にはステップＳ７に進む。 ステップＳ６では、アクセス可で復帰する。 ステップＳ７では、アクセス不可で復帰する。
【００２１】図９はリンク，アンリンク・アクセスの決
定の処理手順を示す図である。ステップＳ１では、ユー
ザー名とファイル・オーナー名とが同じであるか否かを
調べる。Ｙｅｓの場合はステップＳ２に進み、Ｎｏの場
合はステップＳ３に進む。 ステップＳ２では、リンク属性のＵｓｅｒＬｉｎｋがオ
ンか否かを調べる。Ｙｅｓの場合はステップＳ６に進み
、Ｎｏの場合はステップＳ７に進む。 ステップＳ３では、ユーザーとファイル・オーナーが同
じグループに所属しているか否かを調べる。Ｙｅｓの場
合はステップＳ４に進み、Ｎｏの場合はステップＳ５に
進む。 ステップＳ４では、リンク属性のＧｒｏｕｐＬｉｎｋ
がオンか否かを調べる。Ｙｅｓの場合はステップＳ６に
進み、Ｎｏの場合はステップＳ７に進む。 ステップＳ５では、リンク属性のＯｔｈｅｒＬｉｎｋ
がオンか否かを調べる。Ｙｅｓの場合はステップＳ６に
進み、Ｎｏの場合はステップＳ７に進む。 ステップＳ６では、アクセス可で復帰する。 ステップＳ７では、アクセス不可で復帰する。
定の処理手順を示す図である。ステップＳ１では、ユー
ザー名とファイル・オーナー名とが同じであるか否かを
調べる。Ｙｅｓの場合はステップＳ２に進み、Ｎｏの場
合はステップＳ３に進む。 ステップＳ２では、リンク属性のＵｓｅｒＬｉｎｋがオ
ンか否かを調べる。Ｙｅｓの場合はステップＳ６に進み
、Ｎｏの場合はステップＳ７に進む。 ステップＳ３では、ユーザーとファイル・オーナーが同
じグループに所属しているか否かを調べる。Ｙｅｓの場
合はステップＳ４に進み、Ｎｏの場合はステップＳ５に
進む。 ステップＳ４では、リンク属性のＧｒｏｕｐＬｉｎｋ
がオンか否かを調べる。Ｙｅｓの場合はステップＳ６に
進み、Ｎｏの場合はステップＳ７に進む。 ステップＳ５では、リンク属性のＯｔｈｅｒＬｉｎｋ
がオンか否かを調べる。Ｙｅｓの場合はステップＳ６に
進み、Ｎｏの場合はステップＳ７に進む。 ステップＳ６では、アクセス可で復帰する。 ステップＳ７では、アクセス不可で復帰する。
【００２２】本発明のファイル管理方式を用いてアクセ
ス権制御を行う場合の事例を下記に示す。ユーザーとし
てａ１，ａ２，ａ３，…を想定し、これらのユーザーの
所属するグループをＧａとする。グループＧａの中の一
人のメンバ（ａ３とする）がグループ員全員に対して告
知したい情報を持っていた場合、グループ・メンバ全員
がアクセス可能なディレクトリ（グループ・リードとグ
ループ・ライト可能なディレクトリ）に図１０のような
ファイル属性，リンク属性を持ったファイルを作成し、
ファイル・データとして告知したいデータを入れれば良
い。
ス権制御を行う場合の事例を下記に示す。ユーザーとし
てａ１，ａ２，ａ３，…を想定し、これらのユーザーの
所属するグループをＧａとする。グループＧａの中の一
人のメンバ（ａ３とする）がグループ員全員に対して告
知したい情報を持っていた場合、グループ・メンバ全員
がアクセス可能なディレクトリ（グループ・リードとグ
ループ・ライト可能なディレクトリ）に図１０のような
ファイル属性，リンク属性を持ったファイルを作成し、
ファイル・データとして告知したいデータを入れれば良
い。
【００２３】図１０に示すようなファイル属性，リンク
属性を設定することにより、ファイル・データの作成者
であるａ３だけが削除可能なファイルとなり、グループ
Ｇａのａ３以外のメンバはファイル・データの削除（ア
ンリンク）は行えないが、ファイル・データへの書き込
みができることになる。これによってこのファイル・デ
ータの安全性を高めることが出来る。
属性を設定することにより、ファイル・データの作成者
であるａ３だけが削除可能なファイルとなり、グループ
Ｇａのａ３以外のメンバはファイル・データの削除（ア
ンリンク）は行えないが、ファイル・データへの書き込
みができることになる。これによってこのファイル・デ
ータの安全性を高めることが出来る。
【００２４】リンク属性を変更する命令について説明す
る。リンク属性を変更したい場合、その命令（プログラ
ム）は図６のファイル・データ・アクセス部２に対して
アンリンク・アクセス要求を出し、その結果がアクセス
可であればディレクトリ・ファイル中の該当ファイルの
リンク属性を変更するという動作をすれば実現できる。 その際、新しいリンク属性は、その命令を起動したユー
ザーによって与えられる。
る。リンク属性を変更したい場合、その命令（プログラ
ム）は図６のファイル・データ・アクセス部２に対して
アンリンク・アクセス要求を出し、その結果がアクセス
可であればディレクトリ・ファイル中の該当ファイルの
リンク属性を変更するという動作をすれば実現できる。 その際、新しいリンク属性は、その命令を起動したユー
ザーによって与えられる。
【００２５】リンク命令のパラメーターについて説明す
る。例えば、図１１においてファイル３が存在しない状
態を想定し、この状態の下でファイル３と言う名前でフ
ァイル・データＦＤ２をリンクしたい場合には、次のよ
うなアクセス要求を発行する。新たにファイル・データ
を別の名前でリンクしたい場合に起動する命令（プログ
ラム）を“ｌｉｎｋ” だとした場合、ｌｉｎｋファイ
ル２ファイル３というようなパラメーターを与えること
により、ファイル３をリンクすることが出来る。ただし
、ファイル２に対するリンク・アクセスが可でなければ
ファイル３はリンクされない。この時に作成されるファ
イル３のリンク属性はファイル２のリンク属性を引き継
ぐ。異なるリンク属性を設定したい場合は、前述のよう
にしてリンク属性を変更すればよい。
る。例えば、図１１においてファイル３が存在しない状
態を想定し、この状態の下でファイル３と言う名前でフ
ァイル・データＦＤ２をリンクしたい場合には、次のよ
うなアクセス要求を発行する。新たにファイル・データ
を別の名前でリンクしたい場合に起動する命令（プログ
ラム）を“ｌｉｎｋ” だとした場合、ｌｉｎｋファイ
ル２ファイル３というようなパラメーターを与えること
により、ファイル３をリンクすることが出来る。ただし
、ファイル２に対するリンク・アクセスが可でなければ
ファイル３はリンクされない。この時に作成されるファ
イル３のリンク属性はファイル２のリンク属性を引き継
ぐ。異なるリンク属性を設定したい場合は、前述のよう
にしてリンク属性を変更すればよい。
【００２６】逆に既存のファイル・データをアンリンク
したい場合の命令（プログラム）を“ｕｎｌｉｎｋ”
だとした場合は、ｕｎｌｉｎｋファイル３ というパラメーターでファイル３をアンリンクすること
が出来る。ただし、ファイル３に対するアンリンク・ア
クセスが可でなければファイル３をアンリンクすること
ができない。
したい場合の命令（プログラム）を“ｕｎｌｉｎｋ”
だとした場合は、ｕｎｌｉｎｋファイル３ というパラメーターでファイル３をアンリンクすること
が出来る。ただし、ファイル３に対するアンリンク・ア
クセスが可でなければファイル３をアンリンクすること
ができない。
【００２７】
【発明の効果】以上の説明から明らかなように、本発明
によれば、ファイル・データの内容に対するアクセス属
性（ファイル属性）と、ファイル・データのリンク構造
に対するアクセス属性（リンク属性）とを別々に設定す
ることが出来るので、従来より木目細かなアクセス権制
御が行なえる。このためファイル・データやファイル・
データのリンク構造の安全性を高めることが出来る。
によれば、ファイル・データの内容に対するアクセス属
性（ファイル属性）と、ファイル・データのリンク構造
に対するアクセス属性（リンク属性）とを別々に設定す
ることが出来るので、従来より木目細かなアクセス権制
御が行なえる。このためファイル・データやファイル・
データのリンク構造の安全性を高めることが出来る。
【図１】本発明の原理説明図である。
【図２】本発明の１実施例の機能ブロック図である。
【図３】本発明のディレクトリ・ファイルの内容の例を
示す図である。
示す図である。
【図４】本発明のファイル属性格納領域の例を示す図で
ある。
ある。
【図５】本発明のリンク属性格納領域の例を示す図であ
る。
る。
【図６】本発明におけるアクセス権の決定を説明する図
である。
である。
【図７】本発明におけるアクセス権を決定するためのフ
ローチャートである。
ローチャートである。
【図８】本発明におけるリード，ライト・アクセスの決
定（リードの場合）の処理手順を示す図である。
定（リードの場合）の処理手順を示す図である。
【図９】本発明におけるリンク，アンリンク・アクセス
の決定の処理手順を示す図である。
の決定の処理手順を示す図である。
【図１０】本発明におけるファイル属性，リンク属性の
設定例を示す図である。
設定例を示す図である。
【図１１】階層的ファイル・システムの例を示す図であ
る。
る。
１ アクセス要求受付部
２ ファイル・データ・アクセス部
３ アクセス権決定部
４ ファイル・システム
５ ユーザー情報格納部
６ グループ情報格納部
７ ディレクトリ・ファイル
Claims (1)
- 【請求項１】 ファイル・データおよびファイル
・データに関する情報を持つディレクトリを記憶する記
憶装置（４） と、アクセス要求に従って、ファイル・
データに対する読出し，書込み，リンク，アンリンク等
の処理を行うファイル処理手段（１０）とを具備する計
算機におけるファイル管理方式であって、上記ファイル
・データに関する情報は、ファイル名と、オーナー名と
、ファイル・アドレスと、ユーザー種別毎のファイル・
データへのアクセスの可否を表すファイル属性情報と、
ユーザー種別毎のリンク変更の可否を表すリンク属性情
報等から構成され、上記ファイル処理手段（１０）は、
アクセス要求を受け取った時に、アクセス要求を行った
ユーザーのユーザー属性情報，アクセス対象ファイルの
ファイル・データに関する情報及びアクセス要求の種類
を参照して、アクセス要求の実行可／不可を決定するよ
うに構成されていることを特徴とするファイル管理方式
。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3177114A JPH04373040A (ja) | 1991-06-21 | 1991-06-21 | ファイル管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3177114A JPH04373040A (ja) | 1991-06-21 | 1991-06-21 | ファイル管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04373040A true JPH04373040A (ja) | 1992-12-25 |
Family
ID=16025407
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3177114A Withdrawn JPH04373040A (ja) | 1991-06-21 | 1991-06-21 | ファイル管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04373040A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08137733A (ja) * | 1994-11-07 | 1996-05-31 | Nec Corp | 機密保護方式 |
| US5724578A (en) * | 1994-12-07 | 1998-03-03 | Fujitsu Limited | File managing system for managing files shared with a plurality of users |
| JP2000503157A (ja) * | 1997-06-26 | 2000-03-14 | ブル・セー・ペー・８ | メインファイルと補助ファイルとの間にリンク生成手段を備えたセキュリティモジュール |
| US7035860B2 (en) | 2003-01-17 | 2006-04-25 | International Business Machines Corporation | Trusted access by an extendible framework method, system, article of manufacture, and computer program product |
| US8307409B2 (en) | 2007-08-31 | 2012-11-06 | Fuji Xerox Co., Ltd. | Electronic information management device, computer readable recording medium, method for controlling access, and method for transferring data |
| JP2014146213A (ja) * | 2013-01-30 | 2014-08-14 | Mitsubishi Electric Information Systems Corp | 構成物管理装置及び構成物管理プログラム |
-
1991
- 1991-06-21 JP JP3177114A patent/JPH04373040A/ja not_active Withdrawn
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08137733A (ja) * | 1994-11-07 | 1996-05-31 | Nec Corp | 機密保護方式 |
| US5724578A (en) * | 1994-12-07 | 1998-03-03 | Fujitsu Limited | File managing system for managing files shared with a plurality of users |
| JP2000503157A (ja) * | 1997-06-26 | 2000-03-14 | ブル・セー・ペー・８ | メインファイルと補助ファイルとの間にリンク生成手段を備えたセキュリティモジュール |
| US7035860B2 (en) | 2003-01-17 | 2006-04-25 | International Business Machines Corporation | Trusted access by an extendible framework method, system, article of manufacture, and computer program product |
| US8307409B2 (en) | 2007-08-31 | 2012-11-06 | Fuji Xerox Co., Ltd. | Electronic information management device, computer readable recording medium, method for controlling access, and method for transferring data |
| JP2014146213A (ja) * | 2013-01-30 | 2014-08-14 | Mitsubishi Electric Information Systems Corp | 構成物管理装置及び構成物管理プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4135240A (en) | Protection of data file contents | |
| Feiertag et al. | The foundations of a provably secure operating system (PSOS) | |
| JP2912840B2 (ja) | ファイル管理システム | |
| JP4318305B2 (ja) | オブジェクトリンキングを使用する、複合文書中のデータに対して保存およびアクセスを行う方法 | |
| US6446077B2 (en) | Inherited information propagator for objects | |
| KR101153152B1 (ko) | 강화된 보안 모델을 제공하는 시스템 및 방법 | |
| US10417179B2 (en) | Method for managing files and apparatus using the same | |
| US7325017B2 (en) | Method of implementation of data storage quota | |
| US7533133B1 (en) | Externally managed file versions | |
| Jones et al. | Towards the design of secure systems | |
| US7958097B1 (en) | Method and system for implementation of data storage quota | |
| US6633870B1 (en) | Protocols for locking sharable files and methods for carrying out the protocols | |
| US11886605B2 (en) | Differentiated file permissions for container users | |
| JPH04373040A (ja) | ファイル管理方式 | |
| JPH02181846A (ja) | フアイル保護方法 | |
| Vanderbilt | Controlled information sharing in a computer utility | |
| KR20030047996A (ko) | 내포 데이터베이스를 구현하는 방법, 시스템 및 데이터 구조 | |
| JPS629949B2 (ja) | ||
| JPH04344955A (ja) | アクセス権の一時的変更方法 | |
| JPH04279944A (ja) | オフィス情報装置 | |
| JPH10198593A (ja) | オブジェクト指向データベースシステム | |
| JPS628247A (ja) | デ−タの機密保護制御方式 | |
| JPH05274208A (ja) | 情報ファイル装置 | |
| RU2825554C1 (ru) | Способ и система контроля доступа к конфиденциальной информации в операционной системе | |
| JPH08202659A (ja) | 共有情報処理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19980903 |