JP2000155715A - コンピュータのディレクトリアクセス制御システム及び方法 - Google Patents
コンピュータのディレクトリアクセス制御システム及び方法Info
- Publication number
- JP2000155715A JP2000155715A JP10329188A JP32918898A JP2000155715A JP 2000155715 A JP2000155715 A JP 2000155715A JP 10329188 A JP10329188 A JP 10329188A JP 32918898 A JP32918898 A JP 32918898A JP 2000155715 A JP2000155715 A JP 2000155715A
- Authority
- JP
- Japan
- Prior art keywords
- directory
- security status
- security
- access
- interest
- 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.)
- Granted
Links
Abstract
(57)【要約】
【課題】 階層状のディレクトリ構造において、ディレ
クトリ間のアクセスの融通性と独立性とを両立させる。 【解決手段】 各ディレクトリ１１、１３に、セキュリ
ティ属性１１Ａ、１３Ａと、セキュリティステータス１
１Ｓ、１３Ｓと、継承マスク１１ＩＭ、１３ＩＭと、公
開マスク１１ＲＭ、１３ＲＭとが用意されている。セキ
ュリティ属性１１Ａ、１３Ａには、各アクセス権レベル
について、当該ディレクトリのセキュリティステータス
１１Ｓ、１３Ｓがどのようになっていれば当該ディレク
トリのアクセスを許すかが定義されている。セキュリテ
ィステータス１１Ｓ、１３Ｓには、当該ディレクトリに
アクセスしようとする者がどの種別のキーを入力して認
証を行ったかを示している。継承マスク１１ＩＭ、１３
ＩＭは、他のディレクトリから自ディレクトリへセキュ
リティステータスを継承するときに、継承できるビット
がどれであるかを規定している。公開マスク１１ＲＭ、
１３ＲＭは、自ディレクトリから他のディレクトリへセ
キュリティステータスを継承するときに、継承できるビ
ットがどれであるかを規定している。
クトリ間のアクセスの融通性と独立性とを両立させる。 【解決手段】 各ディレクトリ１１、１３に、セキュリ
ティ属性１１Ａ、１３Ａと、セキュリティステータス１
１Ｓ、１３Ｓと、継承マスク１１ＩＭ、１３ＩＭと、公
開マスク１１ＲＭ、１３ＲＭとが用意されている。セキ
ュリティ属性１１Ａ、１３Ａには、各アクセス権レベル
について、当該ディレクトリのセキュリティステータス
１１Ｓ、１３Ｓがどのようになっていれば当該ディレク
トリのアクセスを許すかが定義されている。セキュリテ
ィステータス１１Ｓ、１３Ｓには、当該ディレクトリに
アクセスしようとする者がどの種別のキーを入力して認
証を行ったかを示している。継承マスク１１ＩＭ、１３
ＩＭは、他のディレクトリから自ディレクトリへセキュ
リティステータスを継承するときに、継承できるビット
がどれであるかを規定している。公開マスク１１ＲＭ、
１３ＲＭは、自ディレクトリから他のディレクトリへセ
キュリティステータスを継承するときに、継承できるビ
ットがどれであるかを規定している。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータによ
る情報記憶場所（ディレクトリ）へのアクセスを制御す
る技術に関わり、特に、多目的利用型のＩＣカードにお
けるディレクトリの追加や削除の権利を管理するのに好
適な情報アクセス管理技術に関する。
る情報記憶場所（ディレクトリ）へのアクセスを制御す
る技術に関わり、特に、多目的利用型のＩＣカードにお
けるディレクトリの追加や削除の権利を管理するのに好
適な情報アクセス管理技術に関する。
【０００２】
【従来の技術】コンピュータシステムでは、ファイルや
フォルダなどの多数の論理的な記憶場所（ディレクト
リ）を記憶領域内に形成し、ディレクトリにより記憶情
報を整理し分類して管理している。複数のディレクトリ
は階層状の構成に組むことができる。例えば、図１に示
すように、第１階層のあるファイル（又はフォルダ）１
の中に、第２階層の幾つかのファイル（又はフォルダ）
３、５を入れ、第２階層のあるファイル５の中に第３階
層のファイル７を入れるというようにである。
フォルダなどの多数の論理的な記憶場所（ディレクト
リ）を記憶領域内に形成し、ディレクトリにより記憶情
報を整理し分類して管理している。複数のディレクトリ
は階層状の構成に組むことができる。例えば、図１に示
すように、第１階層のあるファイル（又はフォルダ）１
の中に、第２階層の幾つかのファイル（又はフォルダ）
３、５を入れ、第２階層のあるファイル５の中に第３階
層のファイル７を入れるというようにである。
【０００３】階層状のディレクトリ構造において、異な
る階層のディレクトリのうちの階層の浅い側を「上
位」、深い側を「下位」と、この明細書では形容する。
例えば図１において、ファイル１はファイル３、５より
上位であり、ファイル７はファイル５より下位である。
最も上位のディレクトリは「ルートディレクトリ」と呼
ばれる。着目しているディレクトリに至るためのルート
ディレクトリからの経路（ディレクトリの系列）を、そ
の着目したディレクトリの「パス」と呼ぶ。例えば図１
において、ファイル７のパスは「ファイル１‐ファイル
５‐ファイル７」である。
る階層のディレクトリのうちの階層の浅い側を「上
位」、深い側を「下位」と、この明細書では形容する。
例えば図１において、ファイル１はファイル３、５より
上位であり、ファイル７はファイル５より下位である。
最も上位のディレクトリは「ルートディレクトリ」と呼
ばれる。着目しているディレクトリに至るためのルート
ディレクトリからの経路（ディレクトリの系列）を、そ
の着目したディレクトリの「パス」と呼ぶ。例えば図１
において、ファイル７のパスは「ファイル１‐ファイル
５‐ファイル７」である。
【０００４】さて、コンピュータシステムの一種にＩＣ
カードがあり、ＩＣカード内の記憶領域もディレクトリ
により管理される。単一の用途（例えば、一つの企業が
提供する一種類のサービス）にしか利用できないＩＣカ
ードが知られているが、一方、複数の用途（例えば、複
数の企業が提供する多種類のサービス）に利用できる多
目的利用型ＩＣカードも知られている。多目的利用型Ｉ
Ｃカード内には、各利用目的毎に別個のディレクトリが
構築される。例えば、図１において、Ａ社のサービスに
使用するためにファイル３が形成され、Ｂ社のサービス
に使用するためにファイル５が形成される。
カードがあり、ＩＣカード内の記憶領域もディレクトリ
により管理される。単一の用途（例えば、一つの企業が
提供する一種類のサービス）にしか利用できないＩＣカ
ードが知られているが、一方、複数の用途（例えば、複
数の企業が提供する多種類のサービス）に利用できる多
目的利用型ＩＣカードも知られている。多目的利用型Ｉ
Ｃカード内には、各利用目的毎に別個のディレクトリが
構築される。例えば、図１において、Ａ社のサービスに
使用するためにファイル３が形成され、Ｂ社のサービス
に使用するためにファイル５が形成される。
【０００５】多目的利用型ＩＣカードでは、原則的に、
Ａ社のサービスマシンはＡ社のサービス用のディレクト
リにだけアクセスすることができ、他社のサービス用の
ディレクトリにはアクセスできないよう、各社及び各マ
シンのアクセス権を制御する必要がある。
Ａ社のサービスマシンはＡ社のサービス用のディレクト
リにだけアクセスすることができ、他社のサービス用の
ディレクトリにはアクセスできないよう、各社及び各マ
シンのアクセス権を制御する必要がある。
【０００６】アクセス権を制御する従来の方法として、
図１に示すように、各ディレクトリ１、３、５、７毎に
固有のセキュリティ属性１Ａ、３Ａ、５Ａ、７Ａ及びセ
キュリティステータス１Ｓ、３Ｓ、５Ｓ、７Ｓを設定し
て、セキュリティ属性とセキュリティステータスの論理
演算から、アクセスを許すか否かを決める方法が知られ
ている。
図１に示すように、各ディレクトリ１、３、５、７毎に
固有のセキュリティ属性１Ａ、３Ａ、５Ａ、７Ａ及びセ
キュリティステータス１Ｓ、３Ｓ、５Ｓ、７Ｓを設定し
て、セキュリティ属性とセキュリティステータスの論理
演算から、アクセスを許すか否かを決める方法が知られ
ている。
【０００７】すなわち、図１の例では、各ディレクトリ
１、３、５、７のセキュリティ属性１Ａ、３Ａ、５Ａ、
７Ａには、７種別のアクセス当事者キー「Ｐ１」〜「Ｐ
７」及び７種別のノードキー「Ｎ１」〜「Ｎ７」の各々
に関して、３種類のアクセス権レベルの各アクセスが可
能であるか否かが規定されている。ここで、「アクセス
当事者キー」とは、そのディレクトリにアクセスしよう
とする者（例えば、サービス提供会社）がカードに入力
するアクセスキーであり、また、「ノードキー」とは、
そのアクセスに使用されるマシン（例えば、サービス提
供会社の各カードリーダライタ）がカードに入力するア
クセスキーである。各キー種別に該当するキーの具体的
番号は、各ディレクトリ１、３、５、７毎に個別に設定
することができる。
１、３、５、７のセキュリティ属性１Ａ、３Ａ、５Ａ、
７Ａには、７種別のアクセス当事者キー「Ｐ１」〜「Ｐ
７」及び７種別のノードキー「Ｎ１」〜「Ｎ７」の各々
に関して、３種類のアクセス権レベルの各アクセスが可
能であるか否かが規定されている。ここで、「アクセス
当事者キー」とは、そのディレクトリにアクセスしよう
とする者（例えば、サービス提供会社）がカードに入力
するアクセスキーであり、また、「ノードキー」とは、
そのアクセスに使用されるマシン（例えば、サービス提
供会社の各カードリーダライタ）がカードに入力するア
クセスキーである。各キー種別に該当するキーの具体的
番号は、各ディレクトリ１、３、５、７毎に個別に設定
することができる。
【０００８】図１に示した例では、ファイル１のセキュ
リティ属性５Ａには、例えばレベル「追加」のアクセス
権（例えば、当該ファイル１の直下に、新たな下位のフ
ァイルを追加したり削除したりできる権利）に関し、キ
ー種別「Ｐ１」に値「１」が設定され、他のキー種別に
は値「０」が設定されている。これは、当該ファイル１
をカレントディレクトリとするアクセスコマンドを発し
た当事者が、当該ファイル１におけるキー種別「Ｐ１」
に該当するアクセス当事者キーを入力して認証を行う
と、当該ファイル１に対する「追加」のアクセスが許可
されることを意味する。また、ファイル７のセキュリテ
ィ属性７Ａには、例えばレベル「書換」のアクセス権
（例えば、当該ファイル７の書換えができる権利）に関
し、キー種別「Ｐ２」と「Ｎ１」に値「１」が設定さ
れ、他のキー種別には値「０」が設定されている。これ
は、当該ファイル７におけるキー種別「Ｎ１」に該当す
るノードキーを持ち、かつ「Ｐ２」該当するアクセス当
事者キーを持つマシンを用いて、当該ファイル７をカレ
ントディレクトリとするアクセスコマンドを発した当事
者が、キー種別「Ｐ２」のアクセス当事者キーを入力し
て認証を行えば、当該ファイル７の「書換」のアクセス
が許可されることを意味する。
リティ属性５Ａには、例えばレベル「追加」のアクセス
権（例えば、当該ファイル１の直下に、新たな下位のフ
ァイルを追加したり削除したりできる権利）に関し、キ
ー種別「Ｐ１」に値「１」が設定され、他のキー種別に
は値「０」が設定されている。これは、当該ファイル１
をカレントディレクトリとするアクセスコマンドを発し
た当事者が、当該ファイル１におけるキー種別「Ｐ１」
に該当するアクセス当事者キーを入力して認証を行う
と、当該ファイル１に対する「追加」のアクセスが許可
されることを意味する。また、ファイル７のセキュリテ
ィ属性７Ａには、例えばレベル「書換」のアクセス権
（例えば、当該ファイル７の書換えができる権利）に関
し、キー種別「Ｐ２」と「Ｎ１」に値「１」が設定さ
れ、他のキー種別には値「０」が設定されている。これ
は、当該ファイル７におけるキー種別「Ｎ１」に該当す
るノードキーを持ち、かつ「Ｐ２」該当するアクセス当
事者キーを持つマシンを用いて、当該ファイル７をカレ
ントディレクトリとするアクセスコマンドを発した当事
者が、キー種別「Ｐ２」のアクセス当事者キーを入力し
て認証を行えば、当該ファイル７の「書換」のアクセス
が許可されることを意味する。
【０００９】各ディレクトリ１、３、５、７のセキュリ
ティステータス１Ｓ、３Ｓ、５Ｓ、７Ｓは、そのディレ
クトリをカレントディレクトリとするアクセスを開始す
る際の認証時に、そのアクセス当事者及びマシンからキ
ー種別に該当するキーが入力されたかを示すものであ
る。例えば、図１では、ファイル５のセキュリティステ
ータス５Ｓは、キー種別「Ｐ１」に関して値「１」が設
定され、他のキー種別に関して値「０」が設定されてい
る。これは、キー種別「Ｐ１」に該当するアクセス当事
者キーのみが入力されたことを意味する。
ティステータス１Ｓ、３Ｓ、５Ｓ、７Ｓは、そのディレ
クトリをカレントディレクトリとするアクセスを開始す
る際の認証時に、そのアクセス当事者及びマシンからキ
ー種別に該当するキーが入力されたかを示すものであ
る。例えば、図１では、ファイル５のセキュリティステ
ータス５Ｓは、キー種別「Ｐ１」に関して値「１」が設
定され、他のキー種別に関して値「０」が設定されてい
る。これは、キー種別「Ｐ１」に該当するアクセス当事
者キーのみが入力されたことを意味する。
【００１０】各ディレクトリ１、３、５、７についての
アクセス権の制御は、各ディレクトリのセキュリティ属
性とセキュリティステータスとの論理演算により行う。
その論理演算には何種類もあるが、簡単な一例を挙げれ
ば、セキュリティ属性とセキュリティステータスとの論
理積を計算して、この論理積の中の何れかのビットが
「１」であれば（要するに、セキュュリティ属性で
「１」が立っているキー種別に該当するキーで認証が行
われれば）アクセスを許可するというものである。例え
ば図１の例では、ファイル５に着目すると、そのセキュ
リティステータス５Ｓには「Ｐ１」のビットに「１」が
立っており（つまり、「Ｐ１」のキーで認証が行われて
いる）、セキュリティ属性１Ａの「追加」に関するビッ
ト列でも「Ｐ１」のビットに「１」が立っているから、
「追加」のアクセスが許可される。このように、各ディ
レクトリのアクセス制御はセキュリティ属性とセキュリ
ティステータスとに基づいて行われる。
アクセス権の制御は、各ディレクトリのセキュリティ属
性とセキュリティステータスとの論理演算により行う。
その論理演算には何種類もあるが、簡単な一例を挙げれ
ば、セキュリティ属性とセキュリティステータスとの論
理積を計算して、この論理積の中の何れかのビットが
「１」であれば（要するに、セキュュリティ属性で
「１」が立っているキー種別に該当するキーで認証が行
われれば）アクセスを許可するというものである。例え
ば図１の例では、ファイル５に着目すると、そのセキュ
リティステータス５Ｓには「Ｐ１」のビットに「１」が
立っており（つまり、「Ｐ１」のキーで認証が行われて
いる）、セキュリティ属性１Ａの「追加」に関するビッ
ト列でも「Ｐ１」のビットに「１」が立っているから、
「追加」のアクセスが許可される。このように、各ディ
レクトリのアクセス制御はセキュリティ属性とセキュリ
ティステータスとに基づいて行われる。
【００１１】更に、従来のアクセス制御では、あるディ
レクトリをカレントディレクトリとするアクセスに関し
て成立したセキュリティステータスが、他のディレクト
リをカレントディレクトリとする別のアクセスのセキュ
リティステータスにも一定の規則に従って継承されるよ
うになっている。その継承の規則は複雑であるが、それ
に基づく簡単な一例を挙げると、あるディレクトリ（例
えば、ファイル５）をカレントディレクトリとする第１
のアクセスに関して成立した当該カレントディレクトリ
（ファイル５）に関するセキュリティステータスが、こ
のカレントディレクトリのパス上のより上位のディレク
トリ（例えば、ファイル１）をカレントディレクトリと
する第２のアクセスにおける当該上位のディレクトリ
（ファイル１）に関するセキュリティステータスにもそ
のまま継承される。例えば、第１のアクセスでファイル
５に関して成立したセキュリティステータス５Ｓ「１０
０００００ ０００００００」が、第２のアクセスにお
けるファイル１のセキュリティステータス１Ｓにそのま
ま継承され、ファイル１のセキュリティステータス１Ｓ
も「１００００００ ０００００００」となる。
レクトリをカレントディレクトリとするアクセスに関し
て成立したセキュリティステータスが、他のディレクト
リをカレントディレクトリとする別のアクセスのセキュ
リティステータスにも一定の規則に従って継承されるよ
うになっている。その継承の規則は複雑であるが、それ
に基づく簡単な一例を挙げると、あるディレクトリ（例
えば、ファイル５）をカレントディレクトリとする第１
のアクセスに関して成立した当該カレントディレクトリ
（ファイル５）に関するセキュリティステータスが、こ
のカレントディレクトリのパス上のより上位のディレク
トリ（例えば、ファイル１）をカレントディレクトリと
する第２のアクセスにおける当該上位のディレクトリ
（ファイル１）に関するセキュリティステータスにもそ
のまま継承される。例えば、第１のアクセスでファイル
５に関して成立したセキュリティステータス５Ｓ「１０
０００００ ０００００００」が、第２のアクセスにお
けるファイル１のセキュリティステータス１Ｓにそのま
ま継承され、ファイル１のセキュリティステータス１Ｓ
も「１００００００ ０００００００」となる。
【００１２】このように、あるディレクトリのセキュリ
ティステータスを別のディレクトリにも継承させる理由
は、ＩＣカードサービスの運用上の都合から、異なるデ
ィレクトリ間でのアクセスの融通性をもたせること（つ
まり、必要に応じて、あるディレクトリ用のアクセスキ
ーを用いるだけで、他のディレクトリへのアクセスも可
能にすること）が必要だからである。
ティステータスを別のディレクトリにも継承させる理由
は、ＩＣカードサービスの運用上の都合から、異なるデ
ィレクトリ間でのアクセスの融通性をもたせること（つ
まり、必要に応じて、あるディレクトリ用のアクセスキ
ーを用いるだけで、他のディレクトリへのアクセスも可
能にすること）が必要だからである。
【００１３】例えば、図１では、ファイル５のセキュリ
ティステータス５Ｓがファイル１のセキュリティステー
タス１Ｓに継承されて「Ｐ１」のビットに「１」が立っ
ている。このように継承が生じても、図１の例の場合に
は、ファイル１のセキュリティ属性１Ａでは「Ｐ１」の
ビットに「１」が立っていないので、ファイル１に関し
ては何のアクセスも許可されない。しかし、もし予めフ
ァイル１のセキュリティ属性１Ａの「追加」の「Ｐ１」
のビットに「１」が設定されていたならば、上記継承に
よって、ファイル１に関する「追加」のアクセスが許可
されることになる。このように、各ディレクトリのセキ
ュリティ属性の設定の仕方によって、他のディレクトリ
からのセキュリティステータスの継承を反映させたり反
映させなかったりして、他のディレクトリのキーしか知
らない者に対して、自ディレクトリへのアクセスを許可
したり拒否したりという制御ができるのである。
ティステータス５Ｓがファイル１のセキュリティステー
タス１Ｓに継承されて「Ｐ１」のビットに「１」が立っ
ている。このように継承が生じても、図１の例の場合に
は、ファイル１のセキュリティ属性１Ａでは「Ｐ１」の
ビットに「１」が立っていないので、ファイル１に関し
ては何のアクセスも許可されない。しかし、もし予めフ
ァイル１のセキュリティ属性１Ａの「追加」の「Ｐ１」
のビットに「１」が設定されていたならば、上記継承に
よって、ファイル１に関する「追加」のアクセスが許可
されることになる。このように、各ディレクトリのセキ
ュリティ属性の設定の仕方によって、他のディレクトリ
からのセキュリティステータスの継承を反映させたり反
映させなかったりして、他のディレクトリのキーしか知
らない者に対して、自ディレクトリへのアクセスを許可
したり拒否したりという制御ができるのである。
【００１４】
【発明が解決しようとする課題】上述した従来技術によ
ると、セキュリティステータスの継承を行うようにした
ことの副作用として、異なるディレクトリ間でアクセス
の独立性を保つこと（つまり、あるディレクトリのキー
しか知らない者に対して、その者がアクセスしてはなら
ない特定の他のディレクトリへのアクセスを絶対に許さ
ないこと）が完全にはできないという問題が生じてい
る。
ると、セキュリティステータスの継承を行うようにした
ことの副作用として、異なるディレクトリ間でアクセス
の独立性を保つこと（つまり、あるディレクトリのキー
しか知らない者に対して、その者がアクセスしてはなら
ない特定の他のディレクトリへのアクセスを絶対に許さ
ないこと）が完全にはできないという問題が生じてい
る。
【００１５】例えば、図１において、ファイル５用のキ
ー種別「Ｐ１」のキーを入力してファイル５について
「追加」のアクセスを許可された者が、次に、ファイル
５の直下に新しいディレクトリ、例えばファイル７を追
加して、このファイル７に関してキー種別「Ｐ２」のキ
ーキーを新たに作成し、このファイル７にアクセスする
ためにその「Ｐ２」のキーを入力したとする。すると、
このファイル７に関して「Ｐ２」のキーが入力された結
果が、ファイル７のパス上にあるファイル５やファイル
１のセキュリティステータスに継承されて、ファイル５
やファイル１のセキュリティステータスは参照番号５Ｓ
´、１Ｓ´で示すようにキー種別「Ｐ２」のビットにも
「１」が立つことになる。その結果、本来許可してはい
けないファイル１についての「追加」のアクセスが許可
されるので、例えばファイル１の直下にある他のファイ
ル３に対する削除などのアクセスが可能になってしま
う。
ー種別「Ｐ１」のキーを入力してファイル５について
「追加」のアクセスを許可された者が、次に、ファイル
５の直下に新しいディレクトリ、例えばファイル７を追
加して、このファイル７に関してキー種別「Ｐ２」のキ
ーキーを新たに作成し、このファイル７にアクセスする
ためにその「Ｐ２」のキーを入力したとする。すると、
このファイル７に関して「Ｐ２」のキーが入力された結
果が、ファイル７のパス上にあるファイル５やファイル
１のセキュリティステータスに継承されて、ファイル５
やファイル１のセキュリティステータスは参照番号５Ｓ
´、１Ｓ´で示すようにキー種別「Ｐ２」のビットにも
「１」が立つことになる。その結果、本来許可してはい
けないファイル１についての「追加」のアクセスが許可
されるので、例えばファイル１の直下にある他のファイ
ル３に対する削除などのアクセスが可能になってしま
う。
【００１６】このように、従来技術では異なるディレク
トリ間でのアクセスの融通性とアクセスの独立性とを両
立させることができない。
トリ間でのアクセスの融通性とアクセスの独立性とを両
立させることができない。
【００１７】多目的利用型ＩＣカードでは、ユーザ毎に
利用するサービスが異なる可能性が高い。そのため、Ｉ
Ｃカード内に各サービスのディレクトリを作成する方法
として、ユーザが個々のサービスの利用を開始する都度
に、当該サービス用のディレクトリを、当該サービスの
提供会社などの手によって追加していくという方法が採
用されるであろう。しかし、ディレクトリ間の独立性が
確実に保てないと、新規にディレクトリを追加した会社
が、他の会社のディレクトリにもアクセスできるように
なる可能性が生じる。
利用するサービスが異なる可能性が高い。そのため、Ｉ
Ｃカード内に各サービスのディレクトリを作成する方法
として、ユーザが個々のサービスの利用を開始する都度
に、当該サービス用のディレクトリを、当該サービスの
提供会社などの手によって追加していくという方法が採
用されるであろう。しかし、ディレクトリ間の独立性が
確実に保てないと、新規にディレクトリを追加した会社
が、他の会社のディレクトリにもアクセスできるように
なる可能性が生じる。
【００１８】従って、本発明の目的は、階層状のディレ
クトリ構造において、ディレクトリ間のアクセスの融通
性と独立性とを両立できるようにすることにある。
クトリ構造において、ディレクトリ間のアクセスの融通
性と独立性とを両立できるようにすることにある。
【００１９】
【課題を解決するための手段】本発明に従うコンピュー
タのディレクトリアクセス制御システムは、複数のディ
レクトリの各々に関して、認証結果を反映したセキュリ
ティステータスと、セキュリティステータスがどのよう
な内容であれば自ディレクトリへのアクセスを許すかを
規定したセキュリティ属性と、他のディレクトリのセキ
ュリティステータスを自ディレクトリのセキュリティス
テータスへ継承するときの条件を規定した継承マスクと
を有している。そして、着目しているディレクトリのセ
キュリティステータスへ、他のディレクトリのセキュリ
ティステータスを継承させるときに、他のディレクトリ
のセキュリティステータスのうち、着目しているディレ
クトリの継承マスクに規定された条件に合致した事項だ
けを、着目しているディレクトリのセキュリティステー
タスに継承させる。そして、着目しているディレクトリ
のアクセスが要求されたときに、着目しているディレク
トリのセキュリティ属性とセキュリティステータスとの
所定の論理演算の結果に基づいて、その着目しているデ
ィレクトリのアクセスを許可するか否かを決定する。
タのディレクトリアクセス制御システムは、複数のディ
レクトリの各々に関して、認証結果を反映したセキュリ
ティステータスと、セキュリティステータスがどのよう
な内容であれば自ディレクトリへのアクセスを許すかを
規定したセキュリティ属性と、他のディレクトリのセキ
ュリティステータスを自ディレクトリのセキュリティス
テータスへ継承するときの条件を規定した継承マスクと
を有している。そして、着目しているディレクトリのセ
キュリティステータスへ、他のディレクトリのセキュリ
ティステータスを継承させるときに、他のディレクトリ
のセキュリティステータスのうち、着目しているディレ
クトリの継承マスクに規定された条件に合致した事項だ
けを、着目しているディレクトリのセキュリティステー
タスに継承させる。そして、着目しているディレクトリ
のアクセスが要求されたときに、着目しているディレク
トリのセキュリティ属性とセキュリティステータスとの
所定の論理演算の結果に基づいて、その着目しているデ
ィレクトリのアクセスを許可するか否かを決定する。
【００２０】このシステムによれば、継承マスクに設定
した条件によって、他のディレクトリから自ディレクト
リへセキュリティステータスを継承する度合いを制御す
ることができる。例えば、特定のキーに関する認証結果
だけを継承するように設定することもできるし、何も継
承しないように設定することもできる。この継承マスク
による継承制御により、ディレクトリ間のアクセスの融
通性を生じさせることも、アクセスの独立性を確保する
こともできる。
した条件によって、他のディレクトリから自ディレクト
リへセキュリティステータスを継承する度合いを制御す
ることができる。例えば、特定のキーに関する認証結果
だけを継承するように設定することもできるし、何も継
承しないように設定することもできる。この継承マスク
による継承制御により、ディレクトリ間のアクセスの融
通性を生じさせることも、アクセスの独立性を確保する
こともできる。
【００２１】好適な実施形態では、各ディレクトリに関
して、自ディレクトリのセキュリティステータスを他の
ディレクトリのセキュリティステータスへ継承するとき
の条件を規定した公開マスクが更に用意される。そし
て、継承制御では、他のディレクトリのセキュリティス
テータスのうち、当該他のディレクトリの公開マスクに
合致し且つ着目しているディレクトリの継承マスクに規
定された条件に合致した事項だけを、着目しているディ
レクトリのセキュリティステータスに継承させる。
して、自ディレクトリのセキュリティステータスを他の
ディレクトリのセキュリティステータスへ継承するとき
の条件を規定した公開マスクが更に用意される。そし
て、継承制御では、他のディレクトリのセキュリティス
テータスのうち、当該他のディレクトリの公開マスクに
合致し且つ着目しているディレクトリの継承マスクに規
定された条件に合致した事項だけを、着目しているディ
レクトリのセキュリティステータスに継承させる。
【００２２】本発明は、ＩＣカードにおけるディレクト
リのアクセス制御に好適であるが、ＩＣカード以外の種
々のタイプのコンピュータでも採用することができる。
リのアクセス制御に好適であるが、ＩＣカード以外の種
々のタイプのコンピュータでも採用することができる。
【００２３】本発明を実施するためのコンピュータプロ
グラムは、ディスク型ストレージ、半導体メモリおよび
通信ネットワークなどの各種の媒体を通じてコンピュー
タにインストールまたはロードすることができる。
グラムは、ディスク型ストレージ、半導体メモリおよび
通信ネットワークなどの各種の媒体を通じてコンピュー
タにインストールまたはロードすることができる。
【００２４】
【発明の実施の形態】図２は、本発明の一実施形態にか
かるＩＣカードにおける階層ディレクトリのアクセス制
御のための構成を示す。
かるＩＣカードにおける階層ディレクトリのアクセス制
御のための構成を示す。
【００２５】コンピュータの記憶領域では多数のファイ
ル（又はフォルダ）が階層構造に組まれ得るが、図２で
はその階層構造中で上位、下位の関係にある２つのファ
イル１１、１３のみを抽出して示している。従って、図
示の上位ファイル１１の更に上位には、図示しない別の
ファイルが存在し得るし、上位ファイル１１の直下に
は、図示の下位ファイル１３以外に図示しない別のファ
イルが存在し得る。また、下位ファイル１３の更に下位
にも、図示しない別のファイルが存在し得る。
ル（又はフォルダ）が階層構造に組まれ得るが、図２で
はその階層構造中で上位、下位の関係にある２つのファ
イル１１、１３のみを抽出して示している。従って、図
示の上位ファイル１１の更に上位には、図示しない別の
ファイルが存在し得るし、上位ファイル１１の直下に
は、図示の下位ファイル１３以外に図示しない別のファ
イルが存在し得る。また、下位ファイル１３の更に下位
にも、図示しない別のファイルが存在し得る。
【００２６】カード内のファイル１１、１３の各々は、
従来技術のそれと同様の意味を持つセキュリティ属性１
１Ａ、１３Ａとセキュリティステータス１１Ｓ、１３Ｓ
を有する他、さらに、継承（inherit）マスク１１Ｉ
Ｍ、１３ＩＭと、公開（release）マスク１１ＲＭ、１
３ＲＭとを更に有する。これら２種類のマスクは、異な
るディレクトリ間でのセキュリティステータスの継承を
制御するためのものである。ここで、あるディレクトリ
から他のどのディレクトリへセキュリティステータスを
継承できるかを決める規則は、従来技術と同様であって
もよいし、異なっていてもよいが、この実施形態ではと
りあえず、下位ファイル１３をカレントディレクトリと
するアクセスで成立した下位ファイル１３のセキュリテ
ィスタス１３Ｓは、この下位ファイル１３のパス上にあ
る上位ファイル１１をカレントディレクトリとするアク
セスにおいて、その上位ファイル１１のセキュリティス
テータス１１Ｓへ継承されることとする。
従来技術のそれと同様の意味を持つセキュリティ属性１
１Ａ、１３Ａとセキュリティステータス１１Ｓ、１３Ｓ
を有する他、さらに、継承（inherit）マスク１１Ｉ
Ｍ、１３ＩＭと、公開（release）マスク１１ＲＭ、１
３ＲＭとを更に有する。これら２種類のマスクは、異な
るディレクトリ間でのセキュリティステータスの継承を
制御するためのものである。ここで、あるディレクトリ
から他のどのディレクトリへセキュリティステータスを
継承できるかを決める規則は、従来技術と同様であって
もよいし、異なっていてもよいが、この実施形態ではと
りあえず、下位ファイル１３をカレントディレクトリと
するアクセスで成立した下位ファイル１３のセキュリテ
ィスタス１３Ｓは、この下位ファイル１３のパス上にあ
る上位ファイル１１をカレントディレクトリとするアク
セスにおいて、その上位ファイル１１のセキュリティス
テータス１１Ｓへ継承されることとする。
【００２７】各ファイル１１、１２の継承マスク１１Ｉ
Ｍ、１３ＩＭは、他ファイルから自ファイルへとセキュ
リティステータスを継承する場合に、他ファイルのセキ
ュリティステータスに対して適用されるマスクである。
例えば、図２の例では上位ファイル１１の継承マスク１
１ＩＭはキー種別「Ｎ１」のビットにのみ「１」が立っ
ており、他のキー種別のビットは全て「０」である。こ
れは、他のファイル（例えば下位ファイル１３）からこ
の上位ファイル１１へセキュリティステータスを継承す
る場合に、他ファイルのセキュリティステータスのうち
キー種別「Ｎ１」のビットのみを継承し（つまり、他フ
ァイルのステータスの「Ｎ１」のビットが「１」であれ
ば、自ファイルのステータスの「Ｎ１」のビットも
「１」になる）、他のキー種別のビットは継承しない
（つまり、他ファイルのステータスの「Ｎ１」以外のビ
ットが「１」であっても、自ファイルのそれは「１」に
ならない）ことを意味する。
Ｍ、１３ＩＭは、他ファイルから自ファイルへとセキュ
リティステータスを継承する場合に、他ファイルのセキ
ュリティステータスに対して適用されるマスクである。
例えば、図２の例では上位ファイル１１の継承マスク１
１ＩＭはキー種別「Ｎ１」のビットにのみ「１」が立っ
ており、他のキー種別のビットは全て「０」である。こ
れは、他のファイル（例えば下位ファイル１３）からこ
の上位ファイル１１へセキュリティステータスを継承す
る場合に、他ファイルのセキュリティステータスのうち
キー種別「Ｎ１」のビットのみを継承し（つまり、他フ
ァイルのステータスの「Ｎ１」のビットが「１」であれ
ば、自ファイルのステータスの「Ｎ１」のビットも
「１」になる）、他のキー種別のビットは継承しない
（つまり、他ファイルのステータスの「Ｎ１」以外のビ
ットが「１」であっても、自ファイルのそれは「１」に
ならない）ことを意味する。
【００２８】各ファイル１１、１２の公開マスク１１Ｒ
Ｍ、１３ＲＭは、自ファイル１１、１３から他ファイル
へセキュリティステータスを継承する場合に、自ファイ
ルのセキュリティステータスに対して適用されるマスク
である。例えば、図２の例では下位ファイル１３の継承
マスク１３ＲＭはキー種別「Ｎ１」のビットにのみ
「１」が立っており、他のキー種別のビットは全て
「０」である。これは、この下位ファイル１３から他の
ファイル（例えば上位ファイル１１）へとセキュリティ
ステータスを継承する場合に、自ファイル１３のセキュ
リティステータスのうちキー種別「Ｎ１」のビットのみ
を継承し（つまり、自ファイル１３のステータス１３Ｓ
の「Ｎ１」のビットが「１」であれば、他ファイルのそ
れも「１」になる）、他のキー種別のビットは継承しな
い（つまり、自ファイル１３のステータス１３Ｓの「Ｎ
１」以外のビットが「１」であっても、他ファイルのそ
れは「１」にならない）ことを意味する。
Ｍ、１３ＲＭは、自ファイル１１、１３から他ファイル
へセキュリティステータスを継承する場合に、自ファイ
ルのセキュリティステータスに対して適用されるマスク
である。例えば、図２の例では下位ファイル１３の継承
マスク１３ＲＭはキー種別「Ｎ１」のビットにのみ
「１」が立っており、他のキー種別のビットは全て
「０」である。これは、この下位ファイル１３から他の
ファイル（例えば上位ファイル１１）へとセキュリティ
ステータスを継承する場合に、自ファイル１３のセキュ
リティステータスのうちキー種別「Ｎ１」のビットのみ
を継承し（つまり、自ファイル１３のステータス１３Ｓ
の「Ｎ１」のビットが「１」であれば、他ファイルのそ
れも「１」になる）、他のキー種別のビットは継承しな
い（つまり、自ファイル１３のステータス１３Ｓの「Ｎ
１」以外のビットが「１」であっても、他ファイルのそ
れは「１」にならない）ことを意味する。
【００２９】セキュリティステータスの継承の制御とデ
ィレクトリへのアクセスの制御は次のように行う。すな
わち、第１のディレクトリにアクセスした者が、次に第
１のディレクトリのセキュリティステータスを継承する
第２のディレクトリにアクセスする場合、継承制御プロ
セスが、第２のディレクトリのセキュリティステータス
を、 「第２のディレクトリのセキュリティステータス」 ＝「第１のディレクトリのセキュリティステータス」ＡＮＤ 「第１のディレクトリの公開マスク」ＡＮＤ 「第２のディレクトリの継承マスク」 によって計算する。そして、アクセス制御プロセスが、
この第２のディレクトリのセキュリティステータスとセ
キュリティ属性とを、従来技術と同様に論理計算するこ
とによって、第２のディレクトリにアクセスを許すか否
かを決定する。
ィレクトリへのアクセスの制御は次のように行う。すな
わち、第１のディレクトリにアクセスした者が、次に第
１のディレクトリのセキュリティステータスを継承する
第２のディレクトリにアクセスする場合、継承制御プロ
セスが、第２のディレクトリのセキュリティステータス
を、 「第２のディレクトリのセキュリティステータス」 ＝「第１のディレクトリのセキュリティステータス」ＡＮＤ 「第１のディレクトリの公開マスク」ＡＮＤ 「第２のディレクトリの継承マスク」 によって計算する。そして、アクセス制御プロセスが、
この第２のディレクトリのセキュリティステータスとセ
キュリティ属性とを、従来技術と同様に論理計算するこ
とによって、第２のディレクトリにアクセスを許すか否
かを決定する。
【００３０】例えば、図２の例では、下位ファイル１３
のセキュリティステータス１３Ｓは「１１０００００
１００００００」となっている。この下位ファイル１３
にアクセスして図示のセキュリティステータス１３Ｓを
成立させた者が、次に上位ファイル１１にアクセスしよ
うとする時、継承制御プロセスは、その上位ファイル１
１のセキュリティステータス１１Ｓを、 「上位ファイルのセキュリティステータス１１Ｓ」 ＝「下位ファイル１３のセキュリティステータス１３Ｓ」ＡＮＤ 「下位ファイル１３の公開マスク１３ＲＭ」ＡＮＤ 「上位ファイル１１の継承マスク１１ＩＭ」 ＝「１１０００００ １００００００」ＡＮＤ 「０００００００ １００００００」ＡＮＤ 「０００００００ １００００００」 ＝「００００００００ １０００００００」 と計算する。つまり、下位ファイル１３のセキュリティ
ステータス１１Ｓのうち上位ファイル１３へ継承される
ビットは、下位ファイル１３の公開マスク１３ＲＭと上
位ファイル１１の継承マスク１１ＩＭの双方で「１」が
立っているビット、つまりキー種別「Ｎ１」のビットの
みである。こうして、上位ファイル１１のセキュリティ
ステータス１１Ｓは「００００００００ １０００００
００」となる。図２の例では、上位ファイル１１のセキ
ュリティ属性１１Ａでは、どのアクセス権レベルについ
ても、キー種別「Ｎ１」のビットに「１」が立っていな
いので、上記した下位ファイル１３からの継承によって
は、上位ファイル１１に関して何のアクセスも許可され
ないことになる。
のセキュリティステータス１３Ｓは「１１０００００
１００００００」となっている。この下位ファイル１３
にアクセスして図示のセキュリティステータス１３Ｓを
成立させた者が、次に上位ファイル１１にアクセスしよ
うとする時、継承制御プロセスは、その上位ファイル１
１のセキュリティステータス１１Ｓを、 「上位ファイルのセキュリティステータス１１Ｓ」 ＝「下位ファイル１３のセキュリティステータス１３Ｓ」ＡＮＤ 「下位ファイル１３の公開マスク１３ＲＭ」ＡＮＤ 「上位ファイル１１の継承マスク１１ＩＭ」 ＝「１１０００００ １００００００」ＡＮＤ 「０００００００ １００００００」ＡＮＤ 「０００００００ １００００００」 ＝「００００００００ １０００００００」 と計算する。つまり、下位ファイル１３のセキュリティ
ステータス１１Ｓのうち上位ファイル１３へ継承される
ビットは、下位ファイル１３の公開マスク１３ＲＭと上
位ファイル１１の継承マスク１１ＩＭの双方で「１」が
立っているビット、つまりキー種別「Ｎ１」のビットの
みである。こうして、上位ファイル１１のセキュリティ
ステータス１１Ｓは「００００００００ １０００００
００」となる。図２の例では、上位ファイル１１のセキ
ュリティ属性１１Ａでは、どのアクセス権レベルについ
ても、キー種別「Ｎ１」のビットに「１」が立っていな
いので、上記した下位ファイル１３からの継承によって
は、上位ファイル１１に関して何のアクセスも許可され
ないことになる。
【００３１】一方、もし、下位ファイル１３の公開マス
ク１３ＲＭと上位ファイル１１の継承マスク１１ＩＭの
双方において、「Ｐ２」のビットに「１」が設定されて
いれば、下位ファイル１３からの継承により上位ファイ
ル１１のセキュリティステータス１１Ｓでは「Ｐ２」に
ビットに「１」が立って、上位ファイル１１のセキュリ
ティ属性１１Ａの「追加」の値と一致することになるの
で、上位ファイル１１に関して「追加」のアクセスが許
可されることになる。
ク１３ＲＭと上位ファイル１１の継承マスク１１ＩＭの
双方において、「Ｐ２」のビットに「１」が設定されて
いれば、下位ファイル１３からの継承により上位ファイ
ル１１のセキュリティステータス１１Ｓでは「Ｐ２」に
ビットに「１」が立って、上位ファイル１１のセキュリ
ティ属性１１Ａの「追加」の値と一致することになるの
で、上位ファイル１１に関して「追加」のアクセスが許
可されることになる。
【００３２】以上のように、自ディレクトリの継承マス
クによって、他ディレクトリから自ディレクトリへのセ
キュリティステータスの継承の度合いを制限することが
できる。また、自ディレクトリの公開マスクによって、
自ディレクトリから他ディレクトリへのセキュリティス
テータスの継承の度合いを制限することができる。この
２つのマスクの設定を巧みに組み合わせることで、異な
るディレクトリ間でアクセスの融通性を生じさせること
も、アクセスの独立性を確保することもできる。例え
ば、他のディレクトリからアクセスされる可能性を皆無
にしたい場合、図２の下位ファイル１３のように、自デ
ィレクトリの継承マスク１３ＩＭを全て「０」に設定し
ておけばよい。また、自ディレクトリから他ディレクト
リへのアクセスの可能性を無くしたい場合は、図２の上
位ファイル１１のように、自ディレクトリの公開マスク
１１ＲＭを全て「０」に設定しておけばよい。
クによって、他ディレクトリから自ディレクトリへのセ
キュリティステータスの継承の度合いを制限することが
できる。また、自ディレクトリの公開マスクによって、
自ディレクトリから他ディレクトリへのセキュリティス
テータスの継承の度合いを制限することができる。この
２つのマスクの設定を巧みに組み合わせることで、異な
るディレクトリ間でアクセスの融通性を生じさせること
も、アクセスの独立性を確保することもできる。例え
ば、他のディレクトリからアクセスされる可能性を皆無
にしたい場合、図２の下位ファイル１３のように、自デ
ィレクトリの継承マスク１３ＩＭを全て「０」に設定し
ておけばよい。また、自ディレクトリから他ディレクト
リへのアクセスの可能性を無くしたい場合は、図２の上
位ファイル１１のように、自ディレクトリの公開マスク
１１ＲＭを全て「０」に設定しておけばよい。
【００３３】以上、本発明の一実施形態を説明したが、
上記の実施形態はあくまで本発明の説明のための例示で
あり、本発明を当該実施形態にのみ限定する趣旨ではな
い。従って、本発明は、上記実施形態以外の様々な形態
でも実施することができる。例えば、上記実施形態では
１つのディレクトリに１つの継承マスクと１つの公開マ
スクを用意したが、他の実施形態として、１つのディレ
クトリに、上位ディレクトリとの間の継承に関する継承
マスク及び公開マスクと、下位ディレクトリとの間の継
承に関する別の継承マスク及び公開マスクとを用意する
方法や、更に別の実施形態として、１つのディレクトリ
に、他のディレクトリの各階層別に独立した継承マスク
及び公開マスクを用意する方法や、更にまた別の実施形
態として、１つのディレクトリに、他のディレクトリの
各種類別に（例えば、ファイルかフォルダか、特定アプ
リケーションの専用ファイルか共用ファイルか、どのよ
うなアクセス権があるファイルかなどに応じて）独立し
た継承マスク及び公開マスクを用意する方法なども採用
し得る。また、公開マスクを設けずに、継承マスクだけ
を設けた実施形態も考え得る。
上記の実施形態はあくまで本発明の説明のための例示で
あり、本発明を当該実施形態にのみ限定する趣旨ではな
い。従って、本発明は、上記実施形態以外の様々な形態
でも実施することができる。例えば、上記実施形態では
１つのディレクトリに１つの継承マスクと１つの公開マ
スクを用意したが、他の実施形態として、１つのディレ
クトリに、上位ディレクトリとの間の継承に関する継承
マスク及び公開マスクと、下位ディレクトリとの間の継
承に関する別の継承マスク及び公開マスクとを用意する
方法や、更に別の実施形態として、１つのディレクトリ
に、他のディレクトリの各階層別に独立した継承マスク
及び公開マスクを用意する方法や、更にまた別の実施形
態として、１つのディレクトリに、他のディレクトリの
各種類別に（例えば、ファイルかフォルダか、特定アプ
リケーションの専用ファイルか共用ファイルか、どのよ
うなアクセス権があるファイルかなどに応じて）独立し
た継承マスク及び公開マスクを用意する方法なども採用
し得る。また、公開マスクを設けずに、継承マスクだけ
を設けた実施形態も考え得る。
【図１】従来のＩＣカードにおける階層ディレクトリの
アクセス制御のための構成を示すブロック図。
アクセス制御のための構成を示すブロック図。
【図２】本発明の一実施形態にかかるＩＣカードにおけ
る階層ディレクトリのアクセス制御のための構成を示す
ブロック図。
る階層ディレクトリのアクセス制御のための構成を示す
ブロック図。
１１ 上位のファイル（上位のディレクトリ） １３ 下位のファイル（下位のディレクトリ） １１Ａ、１３Ａ セキュリティ属性 １１Ｓ、１３Ｓ セキュリティステータス １１ＩＭ、１３ＩＭ 継承マスク １１ＲＭ、１３ＲＭ 公開マスク
フロントページの続き (72)発明者 中島 雄作 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 Ｆターム(参考） 5B017 AA01 BA06 BB06 CA14 CA16 5B035 AA13 BB09 CA29 CA38 5B082 EA01 EA11 GA13 JA08
Claims (6)
- 【請求項１】 複数のディレクトリの各々に関して、認
証結果を反映したセキュリティステータスと、前記セキ
ュリティステータスがどのような内容であれば自ディレ
クトリへのアクセスを許すかを規定したセキュリティ属
性と、他のディレクトリのセキュリティステータスを自
ディレクトリのセキュリティステータスへ継承するとき
の条件を規定した継承マスクと、 着目しているディレクトリのセキュリティステータス
へ、他のディレクトリのセキュリティステータスを継承
させるときに、前記他のディレクトリのセキュリティス
テータスのうち前記着目しているディレクトリの継承マ
スクに規定された条件に合致した事項だけを、前記着目
しているディレクトリのセキュリティステータスに継承
させる継承制御部と、 前記着目しているディレクトリのアクセスが要求された
ときに、前記着目しているディレクトリのセキュリティ
属性とセキュリティステータスとの所定の論理演算の結
果に基づいて、前記着目しているディレクトリのアクセ
スを許可するか否かを決定するアクセス制御部とを備え
たコンピュータのディレクトリアクセス制御システム。 - 【請求項２】 各ディレクトリに関して、自ディレクト
リのセキュリティステータスを他のディレクトリのセキ
ュリティステータスへ継承するときの条件を規定した公
開マスクを更に備え、 前記継承制御部が、前記他のディレクトリのセキュリテ
ィステータスのうち、前記他のディレクトリの公開マス
クに合致し且つ前記着目しているディレクトリの継承マ
スクに規定された条件に合致した事項だけを、前記着目
しているディレクトリのセキュリティステータスに継承
させる請求項１記載のシステム。 - 【請求項３】 複数のディレクトリの各々に関して、認
証結果を反映したセキュリティステータスと、前記セキ
ュリティステータスがどのような内容であれば自ディレ
クトリへのアクセスを許すかを規定したセキュリティ属
性と、他のディレクトリのセキュリティステータスを自
ディレクトリのセキュリティステータスへ継承するとき
の条件を規定した継承マスクとを有したコンピュータシ
ステムにおいて、 着目しているディレクトリのセキュリティステータス
へ、他のディレクトリのセキュリティステータスを継承
させるときに、前記他のディレクトリのセキュリティス
テータスのうち前記着目しているディレクトリの継承マ
スクに規定された条件に合致した事項だけを、前記着目
しているディレクトリのセキュリティステータスに継承
させる継承制御ステップと、 前記着目しているディレクトリのアクセスが要求された
ときに、前記着目しているディレクトリのセキュリティ
属性とセキュリティステータスとの所定の論理演算の結
果に基づいて、前記着目しているディレクトリのアクセ
スを許可するか否かを決定するアクセス制御ステップと
を有したコンピュータのディレクトリアクセス制御方
法。 - 【請求項４】 前記コンピュータシステムは、各ディレ
クトリに関して、自ディレクトリのセキュリティステー
タスを他のディレクトリのセキュリティステータスへ継
承するときの条件を規定した公開マスクを更に有し、 前記継承制御ステップが、前記他のディレクトリのセキ
ュリティステータスのうち、前記他のディレクトリの公
開マスクに合致し且つ前記着目しているディレクトリの
継承マスクに規定された条件に合致した事項だけを、前
記着目しているディレクトリのセキュリティステータス
に継承させる請求項３記載の方法。 - 【請求項５】 複数のディレクトリの各々に関して、認
証結果を反映したセキュリティステータスと、前記セキ
ュリティステータスがどのような内容であれば自ディレ
クトリへのアクセスを許すかを規定したセキュリティ属
性と、他のディレクトリのセキュリティステータスを自
ディレクトリのセキュリティステータスへ継承するとき
の条件を規定した継承マスクとを有したコンピュータシ
ステムにおいて、 着目しているディレクトリのセキュリティステータス
へ、他のディレクトリのセキュリティステータスを継承
させるときに、前記他のディレクトリのセキュリティス
テータスのうち前記着目しているディレクトリの継承マ
スクに規定された条件に合致した事項だけを、前記着目
しているディレクトリのセキュリティステータスに継承
させる継承制御ステップと、 前記着目しているディレクトリのアクセスが要求された
ときに、前記着目しているディレクトリのセキュリティ
属性とセキュリティステータスとの所定の論理演算の結
果に基づいて、前記着目しているディレクトリのアクセ
スを許可するか否かを決定するアクセス制御ステップと
を有したコンピュータのディレクトリアクセス制御方
法、をコンピュータに実行させるためのプログラムを担
持したコンピュータ読取可能な記録媒体。 - 【請求項６】 前記コンピュータシステムは、各ディレ
クトリに関して、自ディレクトリのセキュリティステー
タスを他のディレクトリのセキュリティステータスへ継
承するときの条件を規定した公開マスクを更に有し、 前記継承制御ステップが、前記他のディレクトリのセキ
ュリティステータスのうち、前記他のディレクトリの公
開マスクに合致し且つ前記着目しているディレクトリの
継承マスクに規定された条件に合致した事項だけを、前
記着目しているディレクトリのセキュリティステータス
に継承させる請求項５記載の記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32918898A JP3565481B2 (ja) | 1998-11-19 | 1998-11-19 | コンピュータのディレクトリアクセス制御システム及び方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32918898A JP3565481B2 (ja) | 1998-11-19 | 1998-11-19 | コンピュータのディレクトリアクセス制御システム及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000155715A true JP2000155715A (ja) | 2000-06-06 |
| JP3565481B2 JP3565481B2 (ja) | 2004-09-15 |
Family
ID=18218646
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP32918898A Expired - Lifetime JP3565481B2 (ja) | 1998-11-19 | 1998-11-19 | コンピュータのディレクトリアクセス制御システム及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3565481B2 (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002082279A1 (fr) * | 2001-03-30 | 2002-10-17 | Sony Corporation | Appareil de stockage de donnees |
| US6944766B2 (en) | 2000-05-02 | 2005-09-13 | Canon Kabushiki Kaisha | Information processing apparatus |
| JP2007034946A (ja) * | 2005-07-29 | 2007-02-08 | Felica Networks Inc | 情報処理装置および方法、並びにプログラム |
| JP2009059247A (ja) * | 2007-08-31 | 2009-03-19 | Fuji Xerox Co Ltd | 電子情報管理装置及びアクセス制御プログラム |
| JP2010152937A (ja) * | 2010-04-02 | 2010-07-08 | Fuji Xerox Co Ltd | 電子情報管理装置及びアクセス制御プログラム |
| JP2013025407A (ja) * | 2011-07-15 | 2013-02-04 | Toshiba Corp | Ｉｃカード、ｉｃカードの処理装置、及びｉｃカードの処理システム |
| JP2013196436A (ja) * | 2012-03-21 | 2013-09-30 | Toshiba Corp | Ｉｃカード、携帯可能電子装置及びｉｃカードの制御方法 |
| JP2016027505A (ja) * | 2015-11-10 | 2016-02-18 | 株式会社東芝 | Ｉｃカード、携帯可能電子装置及びｉｃカードの制御方法 |
| JP2018190194A (ja) * | 2017-05-08 | 2018-11-29 | 凸版印刷株式会社 | Ｉｃカード及びｉｃカードの制御方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0660235A (ja) * | 1992-08-13 | 1994-03-04 | Matsushita Electric Ind Co Ltd | Ｉｃカード |
| JPH09106376A (ja) * | 1995-10-11 | 1997-04-22 | Dainippon Printing Co Ltd | 携帯可能情報記録媒体 |
| JPH09114741A (ja) * | 1995-10-18 | 1997-05-02 | Dainippon Printing Co Ltd | 携帯可能情報記録媒体 |
-
1998
- 1998-11-19 JP JP32918898A patent/JP3565481B2/ja not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0660235A (ja) * | 1992-08-13 | 1994-03-04 | Matsushita Electric Ind Co Ltd | Ｉｃカード |
| JPH09106376A (ja) * | 1995-10-11 | 1997-04-22 | Dainippon Printing Co Ltd | 携帯可能情報記録媒体 |
| JPH09114741A (ja) * | 1995-10-18 | 1997-05-02 | Dainippon Printing Co Ltd | 携帯可能情報記録媒体 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6944766B2 (en) | 2000-05-02 | 2005-09-13 | Canon Kabushiki Kaisha | Information processing apparatus |
| US7143292B2 (en) | 2000-05-02 | 2006-11-28 | Canon Kabushiki Kaisha | Information processing apparatus |
| US7376973B2 (en) | 2001-03-30 | 2008-05-20 | Sony Corporation | Data storage apparatus |
| WO2002082279A1 (fr) * | 2001-03-30 | 2002-10-17 | Sony Corporation | Appareil de stockage de donnees |
| JP2007034946A (ja) * | 2005-07-29 | 2007-02-08 | Felica Networks Inc | 情報処理装置および方法、並びにプログラム |
| JP4722610B2 (ja) * | 2005-07-29 | 2011-07-13 | フェリカネットワークス株式会社 | 情報処理装置および方法、並びにプログラム |
| 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 |
| JP2009059247A (ja) * | 2007-08-31 | 2009-03-19 | Fuji Xerox Co Ltd | 電子情報管理装置及びアクセス制御プログラム |
| JP2010152937A (ja) * | 2010-04-02 | 2010-07-08 | Fuji Xerox Co Ltd | 電子情報管理装置及びアクセス制御プログラム |
| JP2013025407A (ja) * | 2011-07-15 | 2013-02-04 | Toshiba Corp | Ｉｃカード、ｉｃカードの処理装置、及びｉｃカードの処理システム |
| JP2013196436A (ja) * | 2012-03-21 | 2013-09-30 | Toshiba Corp | Ｉｃカード、携帯可能電子装置及びｉｃカードの制御方法 |
| US9183400B2 (en) | 2012-03-21 | 2015-11-10 | Kabushiki Kaisha Toshiba | IC card and IC card control method |
| JP2016027505A (ja) * | 2015-11-10 | 2016-02-18 | 株式会社東芝 | Ｉｃカード、携帯可能電子装置及びｉｃカードの制御方法 |
| JP2018190194A (ja) * | 2017-05-08 | 2018-11-29 | 凸版印刷株式会社 | Ｉｃカード及びｉｃカードの制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3565481B2 (ja) | 2004-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4838137B2 (ja) | 拡張型セキュリティ・モデルを提供するシステムおよび方法 | |
| RU2408070C2 (ru) | Механизмы обнаруживаемости и перечисления в иерархически защищенной системе хранения данных | |
| US5778222A (en) | Method and system for managing access to objects | |
| JP4537022B2 (ja) | データ配置に制限を設けるデータ処理方法、記憶領域制御方法、および、データ処理システム。 | |
| US20070011749A1 (en) | Secure clipboard function | |
| US20070016771A1 (en) | Maintaining security for file copy operations | |
| US20070214497A1 (en) | System and method for providing a hierarchical role-based access control | |
| US20070011469A1 (en) | Secure local storage of files | |
| US20160036860A1 (en) | Policy based data processing | |
| KR101101085B1 (ko) | 데이터 아이템의 구역 기반 보안 관리 | |
| US20080034438A1 (en) | Multiple hierarchy access control method | |
| WO2011159284A1 (en) | Volume management | |
| US8165982B2 (en) | Method and apparatus for limiting how rule components can be modified using tag definitions and verbs | |
| JP3565481B2 (ja) | コンピュータのディレクトリアクセス制御システム及び方法 | |
| JP4723930B2 (ja) | 複合的アクセス認可方法及び装置 | |
| JP2014170324A (ja) | アクセス制御システム、アクセス制御方法およびプログラム | |
| JP2006350419A (ja) | ストレージシステム、ストレージ装置、論理ディスク接続関係変更方法及びプログラム | |
| US11625365B2 (en) | Method for managing virtual file, apparatus for the same, computer program for the same, and recording medium storing computer program thereof | |
| KR100399581B1 (ko) | 액션을 이용한 역할 기반 접근 제어 방법 | |
| KR100447511B1 (ko) | 역할기반 접근제어 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040318 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040513 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040604 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040604 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080618 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090618 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100618 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100618 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110618 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120618 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120618 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130618 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |