JPH1125045A

JPH1125045A - アクセス制御方法とその装置及び属性証明書発行装置並びに機械読み取り可能な記録媒体

Info

Publication number: JPH1125045A
Application number: JP9189041A
Authority: JP
Inventors: Yoshiji Yamaoka; 誉侍山岡
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1997-06-30
Filing date: 1997-06-30
Publication date: 1999-01-29

Abstract

(57)【要約】【課題】アクセス主体を知らなくてもアクセス規則の
設定を単純に行うことができ、しかも、アクセス主体が
権限を持つことの確認も可能で、さらに、ユーザ管理の
容易なアクセス制御の方法を提供する。【解決手段】アクセス主体の一部の情報を与える、或
いはアクセス主体の特性を記述するデータを、属性と定
義する。アクセス規則テーブル08は、情報システム内に
全ての資源01毎にそのアクセスに必要な属性を設定して
ある。実体認証手段02でアクセス主体の実体認証を行
い、属性検証手段03でアクセス主体の属性の認否の判定
を行い、資源管理手段04で資源01に対するアクセス主体
からのアクセス要求の可否を判定する。属性の認否の判
定には、アクセス主体が提示する属性証明書を用いる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報システム内の
資源に対するユーザなどのアクセスを制御する方法およ
び装置に関する。

【０００２】

【従来の技術】従来、情報システムのアクセス制御は、
資格のないアクセス主体の接近から、内部の資源を守る
ために、アクセス規則を設定して、その規則に応じて、
資源へのアクセスを制限することにより、資源の保護を
行ってきた。ここで、アクセス主体とは、ユーザ、プロ
セス、機器、などのことを表し、また、資源とは、デー
タ、ファイル、プログラム、アプリケーション、サービ
ス、機器、などのことを表す。「暗号とデータセキュリ
ティ」（D.E.R.デニング著、１９８８年発行、培風館）
の４章や、「情報システムのセキュリティ」（上園忠広
著、１９９５年発行、トッパン）のP.143 〜155 には、
アクセス制御について、詳しく述べられている。

【０００３】アクセス規則の設定には、アクセス権限行
列、あるいは、許可リスト、資格リストなどのテーブル
が用いられる。アクセス権限行列とは、アクセス主体の
資源に対する権限が定義された行列である。権限とは、
読み出し可能、書き込み可能、更新可能、削除可能、実
行可能、などの機能のことである。許可リストは、特定
の資源に対して設定されたリストであり、アクセス主体
の権限を定義する。資格リストは、特定のアクセス主体
に対して設定されたリストであり、資源に対する権限を
定義する。

【０００４】情報システムでアクセス規則を設定するた
めには、情報システムでアクセス主体を識別することが
必要になり、各アクセス主体に対して識別子を用意する
ことで、その識別子を用いてアクセス規則の設定を行っ
ている。

【０００５】アクセス規則の設定を簡易に行うための方
法としては、アクセス主体を何らかの基準に応じてグル
ープ化して、そのグループに対してアクセス規則を設定
する方法がある。

【０００６】しかし、例えば、アクセス主体がユーザの
とき、識別子を用意するだけでは、ユーザが本当に当人
であるということを保証できない。そのため、ユーザが
正当であることを確認する実体認証の技術も重要にな
る。実体認証の方法としては、パスワードの入力がよく
用いられている。この方法では、識別子・パスワードの
対になったパスワード情報を参照することにより、実体
認証を行う。

【０００７】ユーザに識別子を用意すること、および、
パスワード情報を設定することは、一般にユーザ登録と
呼ばれている。

【０００８】結局、従来の情報システムでアクセス制御
を行うためには、ユーザ登録により、ユーザ識別、ユー
ザ認証を行うことが前提になる。

【０００９】また、実体認証の方法としては、非対称暗
号系を用いる方法がある。非対称暗号系とは、一般に公
開された公開鍵と本人のみが秘密に持つ秘密鍵により、
暗号化・復号を行う技術である。実体認証に用いる場合
は、秘密鍵の所持により本人であることを主張する。非
対称暗号系を実体認証に用いる方法については、米国特
許の4,405,829,「CRYPTOGRAPHIC COMMUNICATIONS SYSTE
M AND METHOD」や、ＩＳＯ／ＩＥＣ9793-3「Informatio
n technology-Security techniques-Entity authentica
tion mechanisms-Part3: Entity authentication using
a public keyalgorithm 」に詳しく述べられている。

【００１０】デジタル署名は、文書の作成者が本人であ
ること、文書の正当性・完全性、を確認する技術であ
り、主に非対称暗号系を利用する。この場合、秘密鍵で
署名文の作成を行い、公開鍵で署名の確認を行う。「E-
Mailセキュリティ」（Bruce Schneier 著、１９９５
年、オーム社）の第４章では、デジタル署名について詳
しく述べられている。

【００１１】非対称暗号系では、公開鍵が偽造されたも
のでないことの証明のために、信頼できる第三者による
デジタル署名をつけた公開鍵証明書を発行する。証明書
を発行する機関はＣＡと呼ばれる。上記「E-Mailセキュ
リティ」の第５章では、公開鍵証明書、ＣＡについて詳
しく述べられている。ここでは、特にＣＡを公開鍵ＣＡ
と呼ぶことにする。

【００１２】

【発明が解決しようとする課題】従来の技術では、情報
システムで、ある資格を持ったユーザに何らかのサービ
スを提供する場合、ユーザ単位にアクセス規則を設定
し、アクセスを制御する。しかし、この方法では、第１
の問題として、ユーザを識別、実体認証できなければな
らないので、情報システムごとに事前のユーザ登録が必
要になる点が挙げられる。また、第２の問題として、ア
クセス規則の設定は、登録ユーザごとに行わなくてはな
らない点が挙げられる。さらに、第３の問題として、ア
クセス主体自身とアクセス主体が権限を持つ資格がある
かどうかを知っていなければ、アクセス規則の設定がで
きない点が挙げられる。

【００１３】また、アクセス規則の設定を簡易に行うた
め、ユーザをあらかじめグループ化し、グループ単位で
アクセス規則を設定する方法がある。しかし、この方法
では、第４の問題として、ユーザは複数の情報システム
を利用する場合にはそれぞれの情報システムごとの登録
が必要になるので、ユーザの情報に変更が生じ、グルー
プ化の基準も変わった場合には、全ての情報システムに
おいて、グループ情報の変更が必要になるという点が挙
げられる。

【００１４】そこで、ユーザ登録情報とグループ情報を
少数のサーバで一括に管理し、情報システムは、ユーザ
認証を行う場合やグループ情報を確認する場合には、サ
ーバに問い合わせを行う方法が考えられる。しかし、こ
の方法では、第５の問題として、サービスを提供する情
報システムの方では、自由にユーザのグループ化を行う
ことができないという点が挙げられる。

【００１５】本発明の目的は、アクセス主体を知らなく
てもアクセス規則の設定を単純に行うことができて、し
かも、アクセス主体が権限を持つことの確認も可能で、
さらに、ユーザ管理の容易なアクセス制御の方法を提供
することである。

【００１６】

【課題を解決するための手段】本発明では、アクセス主
体の一部の情報を与える、あるいは、アクセス主体の特
性を記述するデータを属性と定義する。属性は、属性型
と属性値から構成される。これは、ＪＩＳＸ 5732-1
993 「開放型システム間相互接続−ディレクトリ−第２
部モデル」８ページで述べられている定義である。

【００１７】属性型とは、属性によって与えられる情報
の項目である。例えばアクセス主体がユーザの場合、氏
名（姓、名）、性別、生年月日、住所、電話番号、電子
メールアドレス、組織名、会社名、部署名、役職名、免
許、資格、公開鍵、などが考えられる。

【００１８】属性値とは、属性型の実現値である。属性
値の例としては、属性型「姓」に対して「山岡」、属性
型「名」に対して「誉侍」、属性型「会社名」に対して
「日本株式会社」、などである。

【００１９】属性の実際の表現方法としては、「姓：山
岡」、「名：誉侍」、「会社名：日本株式会社」、など
と表される。

【００２０】さらに、アクセス主体の属性に、その属性
を証明する機関を用意する。この機関を属性ＣＡと呼ぶ
ことにする。属性ＣＡは、アクセス主体の属性を証明す
る属性証明書の発行を行う。属性証明書は、アクセス主
体の、単数あるいは複数の属性型に対する属性値が正当
であることを証明するために、属性ＣＡのデジタル署名
をつけた証明書である（第３、第４の実施の形態）。

【００２１】情報システムは、アクセス規則を、アクセ
ス主体の属性、および、属性の条件式、属性の演算式、
属性の論理式、などにより設定する。

【００２２】アクセス主体の属性については、あるテー
ブルに保存し、そのテーブルを参照する方法（第１、第
２の実施の形態）、あるいは、アクセス主体の側で情報
システムに提示してくる方法を用いる。アクセス主体の
側で情報システムに提示してくる方法としては、属性証
明書（第３、第４の実施の形態）、または、公開鍵証明
書（第４の実施の形態）を用いる。

【００２３】アクセス主体の実体認証にはパスワード
（第１の実施の形態）、あるいは、公開鍵証明書の提示
（第２〜第４の実施の形態）、属性証明書の提示（第４
の実施の形態）、により行う。よって、アクセス主体の
登録は、情報システムやネットワークで接続されたサー
バ上で一括して行う方法（第１の実施の形態）、あるい
は、公開鍵ＣＡが担当する方法（第２〜第４の実施の形
態）、属性ＣＡが担当する方法（第４の実施の形態）、
を用いる。

【００２４】

【発明の実施の形態】図１は本発明の第１の実施の形態
を示す情報システムのブロック図である。第１の実施の
形態では、パスワードを用いることによりアクセス主体
の実体認証を行い、テーブルに保存された属性を参照す
ることでアクセス主体の属性を確認して、アクセス規則
に基づき資源に対するアクセスを制御する。

【００２５】以下、図１を参照して、第１の実施の形態
を、情報システムの構成、各構成要素の機能、情報シス
テムの動作の順で説明する。

【００２６】まず、図１を参照して、情報システムの構
成を説明する。

【００２７】情報システムは、資源０１を備え、アクセ
ス主体からのアクセス要求などを管理する。また、情報
システムは、資源０１の他に、アクセス要求の管理のた
めに、実体認証手段８０２と、資源管理手段８０４と、
資源アクセス手段０５と、入力手段０６と、出力手段０
７と、アクセス規則テーブル０８と、アクセス主体情報
保持装置０９とを有する。

【００２８】さらに、アクセス主体情報保持装置０９に
は、識別子保持装置１０と属性保持装置１１とが備えら
れる。

【００２９】また他に、パスワード情報格納装置８１３
と属性情報テーブル８１４も用いるが、これらについて
は情報システム内の装置として構成してもよいし、ネッ
トワークで接続された外部に存在してもよい。外部に設
ける場合、複数の情報システムに共通なサーバ上に設け
ることが考えられる。

【００３０】以下、図１を参照して、情報システムの各
構成要素の機能を説明する。

【００３１】実体認証手段８０２は、アクセス主体の実
体認証を行うための手段である。入力手段０６からの識
別子・パスワードの受信とそれによる起動、パスワード
情報格納装置８１３の参照、アクセス主体の識別子・パ
スワードによる実体認証、識別子保持装置１０への認証
済アクセス主体の識別子の出力、出力手段０７への認証
結果の送信と起動の指令、を行う。

【００３２】資源管理手段８０４は、資源０１に対する
アクセス要求の認否を判定する手段である。入力手段０
６からのアクセス要求の受信とそれによる起動、アクセ
ス規則テーブル０８と属性保持装置１１の参照、識別子
保持装置１０と属性情報テーブル８１４の参照、アクセ
ス主体の属性の認否の判定、属性によるアクセス要求の
認否の判定、属性保持装置１１へのアクセス主体の是認
済属性の出力、出力手段０７へのアクセス不許可の送信
と起動の指令、資源アクセス手段０５へのアクセス要求
の送信と起動の指令、を行う。

【００３３】資源アクセス手段０５は、資源０１にアク
セスできる手段である。資源管理手段８０４からのアク
セス要求の受信とそれによる起動、アクセス要求の実
行、出力手段０７への実行結果の送信と起動の指令、を
行う。

【００３４】入力手段０６は、アクセス主体と情報シス
テムとの対話を行う手段である。アクセス主体からのア
クセス要求などの入力の受信、情報システム内の他の手
段への情報の送信と起動の指令、を行う。

【００３５】出力手段０７は、アクセス主体と情報シス
テムとの対話を行う手段である。情報システム内の他の
手段からの情報の受信とそれによる起動、アクセス主体
に対する処理結果などの出力、を行う。

【００３６】アクセス規則テーブル０８は、資源管理手
段８０４がアクセス権限の検査を行うために用いるテー
ブルであり、情報システム内の全ての資源に対して、そ
の資源にアクセス可能な属性が設定してある。図２はア
クセス規則テーブル０８の設定の例である。この例で
は、それぞれ、日本株式会社のＸ部の部長にファイルＡ
の書き込み、高等学校教諭専修免許を持つアクセス主体
にデータベースＢの読み出し、２０才以上にサービスＣ
の実行、の権限を与えている。この例のように、アクセ
ス規則は、アクセス主体の属性、および、属性による条
件式、属性の演算式、属性の論理式により設定すること
ができる。

【００３７】アクセス主体情報保持装置０９は、アクセ
ス主体の情報を保持する装置である。識別子保持装置１
０は、実体認証手段８０２で実体認証されたアクセス主
体の識別子（例えば、登録ユーザＩＤ）を保持する装置
である。属性保持装置１１は、資源管理手段８０４で是
認済のアクセス主体の属性を保持する装置である。

【００３８】パスワード情報格納装置８１３は、実体認
証手段８０２でアクセス主体の実体認証に用いるための
識別子とパスワードに関する情報を格納する装置であ
る。

【００３９】属性情報テーブル８１４は、アクセス主体
の識別子単位に属性を格納しているテーブルである。

【００４０】以下、図１を参照して、情報システムの動
作を説明する。

【００４１】アクセス主体が情報システムに送信できる
のは、実体認証要求とアクセス要求の二つである。

【００４２】まず最初に、実体認証要求の処理を順に説
明する。

【００４３】アクセス主体は、識別子・パスワードを入
力手段０６に入力する。この入力された識別子・パスワ
ードは入力手段０６から実体認証手段８０２に送信され
て、認証の成否の判定に用いられる。

【００４４】識別子・パスワードを入力手段０６から受
信した実体認証手段８０２は、パスワード情報格納装置
８１３からパスワード情報を読み出し、識別子・パスワ
ードを照合し、アクセス主体の認証を行う。認証が成功
した場合は、アクセス主体の識別子を識別子保持装置１
０に出力する。認証が失敗した場合は、識別子保持装置
１０へのアクセス主体の識別子の出力は行わない。ま
た、実体認証手段８０２は、出力手段０７に認証結果を
送信して、起動を指令する。出力手段０７は認証の正否
の結果をアクセス主体に出力する。

【００４５】次に、アクセス要求の処理を順に説明す
る。

【００４６】アクセス要求は、アクセス主体が認証済の
ときに行う。アクセス主体は、資源０１へのアクセス要
求を入力手段０６に入力する。この入力されたアクセス
要求は資源管理手段８０４に送信される。

【００４７】図３は資源管理手段８０４の動作の一例を
示すフローチャートである。アクセス要求を入力手段０
６から受信した（９０１）資源管理手段８０４は、アク
セス規則テーブル０８を参照して、資源０１のアクセス
に必要な属性を抽出する（９０２）。例えば資源０１が
図２のデータベースＢの場合、「免許：高等学校教諭専
修」なる属性を抽出する。次に、属性保持装置１１を参
照してアクセスに必要な属性が是認済かを確認する（９
０３）。属性が是認済であれば、資源０１へのアクセス
を認可して（９０４）、資源アクセス手段０５にアクセ
ス要求を送信して、起動を指令する（９０５）。資源ア
クセス手段０５は、アクセス要求を資源０１に対して実
行し、その結果は出力手段０７に送信されてアクセス主
体に出力される。

【００４８】属性が是認済でなければ、資源管理手段８
０４は、識別子保持装置１０を参照して、アクセス主体
が認証済であるかを確認する（９０６）。認証済でなけ
れば、出力手段０７に認証要求の処理が必要であること
を送信して、起動を指令する（９０７）。認証済であれ
ば、識別子保持装置１０からアクセス主体の識別子を読
み出し（９０８）、属性情報テーブル８１４を参照して
（９０９）、資源０１のアクセスに必要な属性をアクセ
ス主体が持っているかを検証する（９１０）。アクセス
主体が該当する属性を持っていない場合は、資源０１へ
のアクセスを不許可にして、出力手段０７にアクセス不
許可を送信して、起動を指令する（９１１）。アクセス
主体が該当する属性を持っている場合は、その属性を是
認して（９１２）、アクセス主体の属性を属性値保持装
置１１に出力して（９１３）、さらに、資源０１へのア
クセスを認可して（９０４）、資源アクセス手段０５に
アクセス要求を送信して、起動を指令する（９０５）。

【００４９】上述のように構成された本発明の第１の実
施の形態によれば、アクセス主体の属性によりアクセス
規則の設定を行うため、アクセス規則の設定が単純に行
える。それにより、資源のアクセス規則の設定者（例え
ばサービスの提供者）は、アクセス主体を知らない場合
でもアクセスを許可することが可能となる。

【００５０】図４は本発明の第２の実施の形態を示す情
報システムのブロック図である。第２の実施の形態で
は、公開鍵証明書を用いることによりアクセス主体の実
体認証を行い、テーブルに保存された属性を参照するこ
とでアクセス主体の属性を確認して、アクセス規則に基
づき資源に対するアクセスを制御する。

【００５１】以下、図４を参照して、第２の実施の形態
を、情報システムの構成、各構成要素の機能、情報シス
テムの動作の順で説明する。

【００５２】まず、図４を参照して、情報システムの構
成を説明する。

【００５３】情報システムは、資源０１を備え、アクセ
ス主体からのアクセス要求などを管理する。また、情報
システムは、資源０１の他に、アクセス要求の管理のた
めに、実体認証手段０２と、資源管理手段８０４と、資
源アクセス手段０５と、入力手段０６と、出力手段０７
と、アクセス規則テーブル０８と、アクセス主体情報保
持装置０９とを有する。

【００５４】さらに、アクセス主体情報保持装置０９に
は、識別子保持装置１０と属性保持装置１１とが備えら
れる。

【００５５】また他に、ＣＡ公開鍵格納装置１２と属性
情報テーブル８１４も用いるが、これらについては情報
システム内の装置として構成してもよいし、ネットワー
クで接続された外部に存在してもよい。

【００５６】さらに、ＣＡ公開鍵格納装置１２には、公
開鍵ＣＡ公開鍵格納装置１３が備えられる。

【００５７】以下、図４を参照して、情報システムの各
構成要素の機能を説明する。

【００５８】実体認証手段０２は、アクセス主体の実体
認証を行うための手段である。第１の実施の形態の実体
認証手段８０２とは異なり、認証を行うために公開鍵証
明書を用いる。公開鍵証明書には、例えば図５に示すよ
うに、アクセス主体の公開鍵、アクセス主体の識別子
（例えば電子メールアドレス）、氏名、証明書を発行し
てＣＡのデジタル署名が記載される。実体認証手段０２
は、入力手段０６からの公開鍵証明書と認証情報の受信
とそれによる起動、公開鍵ＣＡ公開鍵格納装置１３から
の公開鍵の読み出し、公開鍵証明書の公開鍵ＣＡの署名
の検証、アクセス主体の非対称暗号系における認証方法
による実体認証、および、識別子保持装置１０への認証
済アクセス主体の公開鍵証明書に記載の識別子の出力、
出力手段０７への認証結果の送信と起動の指令、を行
う。

【００５９】資源管理手段８０４は、資源０１に対する
アクセス要求の認否を判定する手段である。入力手段０
６からのアクセス要求の受信とそれによる起動、アクセ
ス規則テーブル０８と属性保持装置１１の参照、識別子
保持装置１０と属性情報テーブル８１４の参照、アクセ
ス主体の属性の認否の判定、属性によるアクセス要求の
認否の判定、属性保持装置１１へのアクセス主体の是認
済属性の出力、出力手段０７へのアクセス不許可の送信
と起動の指令、資源アクセス手段０５へのアクセス要求
の送信と起動の指令、を行う。

【００６０】資源アクセス手段０５は、資源０１にアク
セスできる手段である。資源管理手段８０４からのアク
セス要求の受信とそれによる起動、アクセス要求の実
行、出力手段０７への実行結果の送信と起動の指令、を
行う。

【００６１】入力手段０６は、アクセス主体と情報シス
テムとの対話を行う手段である。アクセス主体からのア
クセス要求などの入力の受信、情報システム内の他の手
段への情報の送信と起動の指令、を行う。

【００６２】出力手段０７は、アクセス主体と情報シス
テムとの対話を行う手段である。情報システム内の他の
手段からの情報の受信とそれによる起動、アクセス主体
に対する処理結果などの出力、を行う。

【００６３】アクセス規則テーブル０８は、資源管理手
段８０４がアクセス権限の検査を行うために用いるテー
ブルであり、例えば図２に示したように、情報システム
内の全ての資源に対して、その資源にアクセス可能な属
性が設定してある。

【００６４】アクセス主体情報保持装置０９は、アクセ
ス主体の情報を保持する装置である。識別子保持装置１
０は、実体認証手段０２で実体認証されたアクセス主体
の、公開鍵証明書に記載されたアクセス主体の一意な識
別子（例えば、電子メールアドレス）を保持する装置で
ある。属性保持装置１１は、資源管理手段８０４で是認
済のアクセス主体の属性を保持する装置である。

【００６５】属性情報テーブル８１４は、アクセス主体
の識別子単位に属性を格納しているテーブルである。

【００６６】ＣＡ公開鍵格納装置１２は、第三者証明機
関であるＣＡの公開鍵を格納しておく装置である。公開
鍵ＣＡ公開鍵格納装置１３は、実体認証手段０２でアク
セス主体の公開鍵証明書のＣＡ署名の検証に用いるため
の、公開鍵ＣＡの公開鍵を格納しておく装置である。

【００６７】以下、図４を参照して、情報システムの動
作を説明する。

【００６８】アクセス主体が情報システムに送信できる
のは、実体認証要求、アクセス要求である。

【００６９】まず最初に、実体認証要求の処理を順に説
明する。

【００７０】アクセス主体は、公開鍵証明書を入力手段
０６に入力する。この入力された公開鍵証明書は実体認
証手段０２に送信されて、認証の成否の判定に用いられ
る。

【００７１】図６は実体認証手段０２の動作の一例を示
すフローチャートである。公開鍵証明書を入力手段０６
から受信した（２０１）実体認証手段０２は、公開鍵Ｃ
Ａ公開鍵格納装置１３から公開鍵ＣＡの公開鍵を読み出
し（２０２）、公開鍵証明書の公開鍵ＣＡの署名の検証
を行う（２０３）。署名の検証に失敗すれば（２０
４）、認証は失敗で、出力手段０７にＣＡ署名無効を送
信して、起動を指令する（２０５）。署名の検証が成功
すれば（２０４）、公開鍵証明書からアクセス主体の公
開鍵を読み出し（２０６）、アクセス主体の秘密鍵で正
当性を主張する非対称暗号系における認証方法により、
アクセス主体の実体認証を行う（２０７）。認証が失敗
した場合は（２０８）、出力手段０７に送信して、起動
を指令する（２０９）。認証が成功した場合は（２０
８、２１０）、公開鍵証明書のアクセス主体の識別子
（図５の場合、電子メールアドレス）を抽出して（２１
１）、識別子保持装置１０に出力する（２１２）。そし
て、出力手段０７に認証成功を送信して、起動を指令す
る（２１３）。

【００７２】次に、アクセス要求の処理を順に説明す
る。

【００７３】アクセス要求は、アクセス主体が認証済の
ときに行う。アクセス主体は、資源０１へのアクセス要
求を入力手段０６に入力する。この入力されたアクセス
要求は資源管理手段８０４に送信される。第１の実施の
形態と同様に、アクセス要求を入力手段０６から受信し
た（９０１）資源管理手段８０４は、アクセス規則テー
ブル０８を参照して、資源０１のアクセスに必要な属性
を抽出する（９０２）。さらに、属性保持装置１１を参
照してアクセスに必要な属性が是認済かを確認する（９
０３）。属性が是認済であれば、資源０１へのアクセス
を認可して（９０４）、資源アクセス手段０５にアクセ
ス要求を送信して、起動を指令する（９０５）。資源ア
クセス手段０５は、アクセス要求を資源０１に対して実
行し、その結果は出力手段０７に送信されてアクセス主
体に出力される。

【００７４】属性が是認済でなければ、資源管理手段８
０４は、識別子保持装置１０を参照して、アクセス主体
が認証済であるかを確認する（９０６）。認証済でなけ
れば、出力手段０７に認証要求の処理が必要であること
を送信して、起動を指令する（９０７）。認証済であれ
ば、識別子保持装置１０からアクセス主体の識別子を読
み出し（９０８）、属性情報テーブル８１４を参照して
（９０９）、資源０１のアクセスに必要な属性をアクセ
ス主体が持っているかを検証する（９１０）。アクセス
主体が属性を持っていない場合は、資源０１へのアクセ
スを不許可にして、出力手段０７にアクセス不許可を送
信して、起動を指令する（９１１）。アクセス主体が属
性を持っている場合は、その属性を是認して（９１
２）、アクセス主体の属性を属性値保持装置１１に出力
して（９１３）、さらに、資源０１へのアクセスを認可
して（９０４）、資源アクセス手段０５にアクセス要求
を送信して、起動を指令する（９０５）。

【００７５】上述のように構成された本発明の第２の実
施の形態によれば、アクセス主体の属性によりアクセス
規則の設定を行うため、アクセス規則の設定が単純に行
える。それにより、資源のアクセス規則の設定者（例え
ばサービスの提供者）は、アクセス主体を知らない場合
でもアクセスを許可することが可能となる。また、アク
セス主体の実体認証に公開鍵証明書を用いるので、情報
システム内でのユーザ登録などの管理は必要ではなくな
り、公開鍵ＣＡの公開鍵の保管のみを行えばよい。さら
に、ユーザ情報はアクセス主体の方で提示してくるの
で、ユーザ登録の検索などの処理も必要ではなくなる。

【００７６】図７は本発明の第３の実施の形態を示す情
報システムのブロック図である。第３の実施の形態で
は、公開鍵証明書を用いることによりアクセス主体の実
体認証を行い、属性証明書という新規な証明書に記載さ
れたアクセス主体の属性を是認して、アクセス規則に基
づき資源に対するアクセスを制御する。

【００７７】そこでまず、属性証明書について説明す
る。

【００７８】図８は、属性証明書を発行する属性証明書
発行装置のブロック図である。属性ＣＡは、アクセス主
体の識別子・属性について、それが正当であると判断で
きれば、属性証明書発行装置を用いて、識別子・属性を
記載した文書（属性証明書の本文）に、自身の秘密鍵で
デジタル署名を行い、属性証明書を発行する。

【００７９】以下、図８を用いて属性証明書発行装置の
構成を説明する。

【００８０】属性証明書発行装置は、識別子と属性から
属性証明書の本文を作成する本文作成装置２１と、属性
証明書の本文にデジタル署名を行い属性証明書の署名文
を作成する署名文作成装置２２と、本文と署名文から属
性証明書を作成する証明書作成手段２３と、属性ＣＡの
秘密鍵を格納する秘密鍵格納装置６０１と、属性証明書
の本文を保持する本文保持装置６０２と、属性証明書の
署名文を保持する署名文保持装置６０３とから構成され
る。

【００８１】以下、図８を用いて属性証明書発行装置の
動作を説明する。

【００８２】まず、アクセス主体の識別子・属性を、本
文作成手段２１に送信し、属性証明書の本文を作成し
て、本文保持装置６０２に保持する。次に、署名文作成
手段２２は、秘密鍵格納装置６０１から属性ＣＡの秘密
鍵を読み出し、秘密鍵を用いて、本文保持装置６０２に
保持されている属性証明書の本文にデジタル署名を行
い、属性証明書の署名文を作り、署名文保持装置６０３
に保持する。最後に、証明書作成手段２３は、本文保持
装置６０２に保持されている属性証明書の本文と、署名
文保持装置６０３に保持されている属性証明書の署名文
より、属性証明書を作成する。

【００８３】図９は属性証明書の例である。７０１が属
性証明書の本文であり、７０２が属性証明書の署名文で
ある。この例では、電子メールアドレスをアクセス主体
の識別子として用いている。

【００８４】次に、第３の実施の形態の情報システム
を、情報システムの構成、各構成要素の機能、情報シス
テムの動作の順で説明する。

【００８５】先ず、図７を参照して、情報システムの構
成を説明する。

【００８６】情報システムは、資源０１を備え、アクセ
ス主体からのアクセス要求などを管理する。また、情報
システムは、資源０１の他に、アクセス要求の管理のた
めに、実体認証手段０２と、属性検証手段０３と、資源
管理手段０４と、資源アクセス手段０５と、入力手段０
６と、出力手段０７と、アクセス規則テーブル０８と、
アクセス主体情報保持装置０９とを有する。

【００８７】さらに、アクセス主体情報保持装置０９に
は、識別子保持装置１０と属性保持装置１１とが備えら
れる。

【００８８】また他に、ＣＡ公開鍵格納装置１２も用い
るが、これについては情報システム内の装置として構成
してもよいし、ネットワークで接続された外部に存在し
てもよい。

【００８９】さらに、ＣＡ公開鍵格納装置１２には、公
開鍵ＣＡ公開鍵格納装置１３と属性ＣＡ公開鍵格納装置
１４とが備えられる。

【００９０】以下、図７を参照して、情報システムの各
構成要素の機能を説明する。

【００９１】実体認証手段０２は、公開鍵証明書により
アクセス主体の実体認証を行うための手段である。公開
鍵証明書には、例えば図５に示したように、アクセス主
体の公開鍵、アクセス主体の識別子（例えば電子メール
アドレス）、氏名、証明書を発行したＣＡのデジタル署
名が記載されている。実体認証手段０２は、入力手段０
６からの公開鍵証明書と認証情報の受信とそれによる起
動、公開鍵ＣＡ公開鍵格納装置１３からの公開鍵の読み
出し、公開鍵証明書の公開鍵ＣＡの署名の検証、アクセ
ス主体の非対称暗号系における認証方法による実体認
証、および、識別子保持装置１０への認証済アクセス主
体の公開鍵証明書に記載の識別子の出力、出力手段０７
への認証結果の送信と起動の指令、を行う。

【００９２】属性検証手段０３は、属性証明書を用いて
アクセス主体の属性の認否の判定を行うための手段であ
る。属性証明書には、例えば図９に示したように、アク
セス主体の属性、アクセス主体の識別子（公開証明書と
同じもので、例えば電子メールアドレス）、証明書を発
行したＣＡのデジタル署名が記載されている。属性検証
手段０３は、入力手段０６からの属性証明書の受信とそ
れによる起動、識別子保持装置１０の参照、属性ＣＡ公
開鍵格納装置１４からの公開鍵の読み出し、属性証明書
の属性ＣＡの署名の検証、アクセス主体の属性の認否の
判定、および、属性保持装置１１へのアクセス主体の是
認属性の出力、出力手段０７への属性検証結果の送信と
起動の指令、を行う。

【００９３】資源管理手段０４は、資源０１に対するア
クセス要求の認否を判定する手段である。入力手段０６
からのアクセス要求の受信とそれによる起動、アクセス
規則テーブル０８と属性保持装置１１の参照、属性によ
るアクセス要求の認否の判定、出力手段０７へのアクセ
ス不許可の送信と起動の指令、資源アクセス手段０５へ
のアクセス要求の送信と起動の指令、を行う。

【００９４】資源アクセス手段０５は、資源０１にアク
セスできる手段である。資源管理手段０４からのアクセ
ス要求の受信とそれによる起動、アクセス要求の実行、
出力手段０７への実行結果の送信と起動の指令、を行
う。

【００９５】入力手段０６は、アクセス主体と情報シス
テムとの対話を行う手段である。アクセス主体からのア
クセス要求などの入力の受信、情報システム内の他の手
段への情報の送信と起動の指令、を行う。

【００９６】出力手段０７は、アクセス主体と情報シス
テムとの対話を行う手段である。情報システム内の他の
手段からの情報の受信とそれによる起動、アクセス主体
に対する処理結果などの出力、を行う。

【００９７】アクセス規則テーブル０８は、資源管理手
段０４がアクセス権限の検査を行うために用いるテーブ
ルであり、例えば図２に示したように、情報システム内
の全ての資源に対して、その資源にアクセス可能な属性
が設定してある。

【００９８】アクセス主体情報保持装置０９は、アクセ
ス主体の情報を保持する装置である。識別子保持装置１
０は、実体認証手段０２で実体認証されたアクセス主体
の、公開鍵証明書に記載されたアクセス主体の一意な識
別子（例えば、電子メールアドレス）を保持する装置で
ある。属性保持装置１１は、属性検証手段０３で是認済
のアクセス主体の属性を保持する装置である。

【００９９】ＣＡ公開鍵格納装置１２は、第三者証明機
関であるＣＡの公開鍵を格納しておく装置である。公開
鍵ＣＡ公開鍵格納装置１３は、実体認証手段０２でアク
セス主体の公開鍵証明書のＣＡ署名の検証に用いるため
の、公開鍵ＣＡの公開鍵を格納しておく装置である。属
性ＣＡ公開鍵格納装置１４は、属性検証手段０３でアク
セス主体の属性証明書のＣＡ署名の検証に用いるため
の、属性ＣＡの公開鍵を格納しておく装置である。

【０１００】以下、図７を参照して、情報システムの動
作を説明する。

【０１０１】アクセス主体は情報システムに、実体認証
要求、属性是認要求、アクセス要求を送信できる。

【０１０２】まず最初に、実体認証要求の処理を順に説
明する。

【０１０３】アクセス主体は、公開鍵証明書を入力手段
０６に入力する。この入力された公開鍵証明書は実体認
証手段０２に送信されて、認証の成否の判定に用いられ
る。公開鍵証明書を入力手段０６から受信した実体認証
手段０２は、第２の実施の形態と同様に、公開鍵ＣＡ公
開鍵格納装置１３から公開鍵ＣＡの公開鍵を読み出し
（２０２）、公開鍵証明書の公開鍵ＣＡの署名の検証を
行う（２０３）。署名の検証に失敗すれば（２０４）、
認証は失敗で、出力手段０７にＣＡ署名無効を送信し
て、起動を指令する（２０５）。署名の検証が成功すれ
ば（２０４）、公開鍵証明書からアクセス主体の公開鍵
を読み出し（２０６）、アクセス主体の秘密鍵で正当性
を主張する非対称暗号系における認証方法により、アク
セス主体の実体認証を行う（２０７）。認証が失敗した
場合は（２０８）、出力手段０７に送信して、起動を指
令する（２０９）。認証が成功した場合は（２０８、２
１０）、公開鍵証明書のアクセス主体の識別子（図５の
場合、電子メールアドレス）を抽出して（２１１）、識
別子保持装置１０に出力する（２１２）。そして、出力
手段０７に認証成功を送信して、起動を指令する（２１
３）。

【０１０４】次に、属性是認要求の処理を順に説明す
る。

【０１０５】属性是認要求は、アクセス主体が認証済の
ときに行う。アクセス主体は、入力手段０６に属性証明
書を入力する。この入力された属性証明書は属性検証手
段０３に送信されて、属性の認否の検証に用いられる。

【０１０６】図１０は属性検証手段０３の動作の一例を
示すフローチャートである。属性証明書を入力手段０６
から受信した（３０１）属性検証手段０３は、属性証明
書からアクセス主体の識別子を抽出する（３０２）。次
に、識別子保持装置１０を参照して、アクセス主体が認
証済であるかを確認する（３０３）。認証済でなけれ
ば、出力手段０７に認証要求の処理が必要であることを
送信して、起動を指令する（３０４）。認証済であれ
ば、識別子保持装置１０からアクセス主体の識別子を読
み出し（３０５）、属性証明書のアクセス主体の識別子
と一致するかを確認する（３０６）。一致しなければ、
出力手段０７に識別子の不一致を送信して、起動を指令
する（３０７）。一致すれば、属性証明書はアクセス主
体のものであると判断でき、属性ＣＡ公開鍵格納装置１
４から属性ＣＡの公開鍵を読み出し（３０８）、属性証
明書の属性ＣＡの署名の検証を行う（３０９）。署名の
検証に失敗すれば（３１０）、出力手段０７にＣＡ署名
無効を送信して、起動を指令する（３１１）。署名の検
証に成功すれば（３１０）、属性は是認されて（３１
２）、属性を属性保持装置１１に出力する（３１３）。
そして、出力手段０７に属性是認を送信して、起動を指
令する（３１４）。

【０１０７】次に、アクセス要求の処理を順に説明す
る。アクセス要求は、アクセス主体が属性是認済のとき
に行う。アクセス主体は、資源０１へのアクセス要求を
入力手段０６に入力する。この入力されたアクセス要求
は資源管理手段０４に送信される。

【０１０８】図１１は資源管理手段０４の動作の一例を
示すフローチャートである。アクセス要求を入力手段０
６から受信した（４０１）資源管理手段０４は、アクセ
ス規則テーブル０８を参照して、資源０１のアクセスに
必要な属性を抽出する（４０２）。さらに、属性保持装
置１１を参照してアクセスに必要な属性が是認済かを確
認する（４０３）。属性が是認済であれば、資源０１へ
のアクセスを認可して（４０４）、資源アクセス手段０
５にアクセス要求を送信して、起動を指令する（４０
５）。資源アクセス手段０５は、アクセス要求を資源０
１に対して実行し、その結果は出力手段０７に送信され
てアクセス主体に出力される。属性が是認済でなけれ
ば、出力手段０７に属性是認要求の処理が必要であるこ
とを送信して、起動を指令する（４０６）。

【０１０９】上述のように構成された本発明の第３の実
施の形態によれば、アクセス主体の属性によりアクセス
規則の設定を行うため、アクセス規則の設定が単純に行
える。それにより、資源のアクセス規則の設定者（例え
ばサービスの提供者）は、アクセス主体を知らない場合
でもアクセスを許可することが可能となる。また、アク
セス主体の実体認証に公開鍵証明書を用いるので、情報
システム内でのユーザ登録などの管理は必要ではなくな
り、公開鍵ＣＡの公開鍵の保管のみを行えばよい。さら
に、ユーザ情報はアクセス主体の方で提示してくるの
で、ユーザ登録の検索などの処理も必要ではなくなる。
またさらに、属性証明書を用いるので、多種多様の属性
をアクセス主体の方で提示することができて、情報シス
テムでの属性是認も容易に行える。さらにそれぞれの属
性ＣＡがアクセス主体の一部の情報の属性のみを管理す
ればよいので繁雑な作業にはならない。

【０１１０】図１２は本発明の第４の実施の形態を示す
情報システムのブロック図である。第４の実施の形態で
は、公開鍵証明書を用いることによりアクセス主体の実
体認証を行い、且つ、その公開鍵証明書に記載されたア
クセス主体の属性を是認して、アクセス規則に基づいて
資源に対するアクセスを制御する。また、属性証明書の
属性にアクセス主体の公開鍵が記載されている場合は、
属性証明書を用いることによりアクセス主体の実体認証
を行い、且つ、その属性証明書に記載されたアクセス主
体の属性を是認して、アクセス規則に基づいて資源に対
するアクセスを制御することもできる。即ち、第４の実
施の形態では、１つの証明書で実体認証と属性の是認と
を行う。

【０１１１】第４の実施の形態では、図５に示した公開
鍵証明書の内容に、更に、アクセス主体の属性を追加し
た、例えば図１３に例示するような公開鍵証明書を用い
ることができる。

【０１１２】また、第４の実施の形態では、図９に示し
た属性証明書の内容に、更に、アクセス主体の公開鍵を
追加した、例えば図１４に例示するような属性証明書を
用いることができる。なお、属性証明書の本文７０１に
記載される識別子には、アクセス主体の公開鍵を用いる
ことも出来る。この場合、匿名性のある属性証明書を作
成することが出来る。このような属性証明書は、図８に
示した属性証明書発行装置において、入力の識別子とし
てアクセス主体の公開鍵を与えることで作成することが
できる。

【０１１３】以下、図１２を参照して、第４の実施の形
態を、情報システムの構成、各構成要素の機能、情報シ
ステムの動作の順で説明する。

【０１１４】まず、情報システムの構成を説明する。

【０１１５】情報システムは、資源０１を備え、アクセ
ス主体からのアクセス要求などを管理する。また、情報
システムは、資源０１の他に、アクセス要求の管理のた
めに、属性検証手段１１０３と、資源管理手段０４と、
資源アクセス手段０５と、入力手段０６と、出力手段０
７と、アクセス規則テーブル０８と、アクセス主体情報
保持装置０９とを有する。

【０１１６】さらに、アクセス主体情報保持装置０９に
は、属性保持装置１１が備えられる。

【０１１７】また他に、ＣＡ公開鍵格納装置１２も用い
るが、これについては情報システム内の装置として構成
してもよいし、ネットワークで接続された外部に存在し
てもよい。

【０１１８】さらに、ＣＡ公開鍵格納装置１２には、公
開鍵ＣＡ公開鍵格納装置１３と属性ＣＡ公開鍵格納装置
１４とが備えられる。

【０１１９】以下、図１２を参照して、情報システムの
各構成要素の機能を説明する。

【０１２０】属性検証手段１１０３は、公開鍵証明書ま
たは属性証明書を用いてアクセス主体の実体認証と属性
検証とを行うための手段である。入力手段０６からの公
開鍵証明書と認証情報の受信とそれによる起動、入力手
段０６からの属性証明書と認証情報の受信とそれによる
起動、公開鍵ＣＡ公開鍵格納装置１３からの公開鍵の読
み出し、属性ＣＡ公開鍵格納装置１４からの公開鍵の読
み出し、公開鍵証明書の公開鍵ＣＡの署名の検証、属性
証明書の属性ＣＡの署名の検証、アクセス主体の非対称
暗号系における認証方法による実体認証、および、属性
保持装置１１へのアクセス主体の是認済属性の出力、出
力手段０７への認証結果の送信と起動の指令、を行う。

【０１２１】資源管理手段０４は、資源０１に対するア
クセス要求の認否を判定する手段である。入力手段０６
からのアクセス要求の受信とそれによる起動、アクセス
規則テーブル０８と属性保持装置１１の参照、属性によ
るアクセス要求の認否の判定、出力手段０７へのアクセ
ス不許可の送信と起動の指令、資源アクセス手段０５へ
のアクセス要求の送信と起動の指令、を行う。

【０１２２】資源アクセス手段０５は、資源０１にアク
セスできる手段である。資源管理手段０４からのアクセ
ス要求の受信とそれによる起動、アクセス要求の実行、
出力手段０７への実行結果の送信と起動の指令、を行
う。

【０１２３】入力手段０６は、アクセス主体と情報シス
テムとの対話を行う手段である。アクセス主体からのア
クセス要求などの入力の受信、情報システム内の他の手
段への情報の送信と起動の指令、を行う。

【０１２４】出力手段０７は、アクセス主体と情報シス
テムとの対話を行う手段である。情報システム内の他の
手段からの情報の受信とそれによる起動、アクセス主体
に対する処理結果などの出力、を行う。

【０１２５】アクセス規則テーブル０８は、資源管理手
段８０４がアクセス権限の検査を行うために用いるテー
ブルであり、例えば図２に示したように、情報システム
内の全ての資源に対して、その資源にアクセス可能な属
性が設定してある。

【０１２６】アクセス主体情報保持装置０９は、アクセ
ス主体の情報を保持する装置である。属性保持装置１１
は、属性検証手段１１０３で是認済のアクセス主体の属
性を保持する装置である。第３の実施の形態と異なり、
識別子保持装置１０は必要ない。

【０１２７】ＣＡ公開鍵格納装置１２は、第三者証明機
関であるＣＡの公開鍵を格納しておく装置である。公開
鍵ＣＡ公開鍵格納装置１３は、属性検証手段１１０３で
アクセス主体の公開鍵証明書のＣＡ署名の検証に用いる
ための、公開鍵ＣＡの公開鍵を格納しておく装置であ
る。属性ＣＡ公開鍵格納装置１４は、属性検証手段１１
０３でアクセス主体の属性証明書のＣＡ署名の検証に用
いるための、属性ＣＡの公開鍵を格納しておく装置であ
る。

【０１２８】以下、図１２を参照して、情報システムの
動作を説明する。

【０１２９】第４の実施の形態では、実体認証要求は送
信しない。属性是認要求のときに、実体認証を行う。従
って、アクセス主体は情報システムに、属性是認要求、
アクセスが送信できる。

【０１３０】まず、属性是認要求の処理を順に説明す
る。

【０１３１】アクセス主体は、入力手段０６に公開鍵証
明書または属性証明書を入力する。入力された公開鍵証
明書または属性証明書は、属性検証手段１１０３に送信
されて、認証の成否の判定に用いられ、属性の認否の検
証がされる。

【０１３２】図１５は属性検証手段１１０３の動作の一
例を示すフローチャートである。属性証明書を入力手段
０６から受信した（１２０１）属性検証手段１１０３
は、属性ＣＡ公開鍵格納装置１４から属性ＣＡの公開鍵
を読み出し（１２０２）、属性証明書の属性ＣＡの署名
の検証を行う（１２０３）。署名の検証に失敗すれば
（１２０４）、出力手段０７にＣＡ署名無効を送信し
て、起動を指令する（１２０５）。署名の検証が成功す
れば（１２０４）、属性証明書からアクセス主体の公開
鍵を読み出し（１２０６）、アクセス主体の秘密鍵で正
当性を主張する非対称暗号系における認証方法により、
アクセス主体の実体認証を行う（１２０７）。認証が失
敗した場合は（１２０８）、出力手段０７に送信して、
起動を指令する（１２０９）。認証が成功した場合は
（１２０８、１２１０）、属性証明書のアクセス主体の
属性を抽出して（１２１１）、属性保持装置１１に出力
する（１２１２）。そして、出力手段０７に属性是認を
送信して、起動を指令する（１２１３）。また、１２０
１で属性証明書でなく、公開鍵証明書を受信した場合
も、属性ＣＡ公開鍵格納装置１４の代わりに、公開鍵Ｃ
Ａ公開鍵格納装置１３から公開鍵ＣＡの公開鍵を読み出
すが、その他についての処理は同様である。

【０１３３】次に、アクセス要求の処理を順に説明す
る。アクセス要求は、アクセス主体が属性是認済のとき
に行う。アクセス主体は、資源０１へのアクセス要求を
入力手段０６に入力する。この入力されたアクセス要求
は資源管理手段０４に送信される。アクセス要求を入力
手段０６から受信した資源管理手段０４は、第３の実施
の形態と同様に、アクセス規則テーブル０８を参照し
て、資源０１のアクセスに必要な属性を抽出する（４０
２）。さらに、属性保持装置１１を参照してアクセスに
必要な属性が是認済かを確認する（４０３）。属性が是
認済であれば、資源０１へのアクセスを認可して（４０
４）、資源アクセス手段０５にアクセス要求を送信し
て、起動を指令する（４０５）。資源アクセス手段０５
は、アクセス要求を資源０１に対して実行し、その結果
は出力手段０７に送信されてアクセス主体に出力され
る。属性が是認済でなければ、出力手段０７に属性是認
要求の処理が必要であることを送信して、起動を指令す
る（４０６）。

【０１３４】上述のように構成された本発明の第４の実
施の形態によれば、アクセス主体の属性によりアクセス
規則の設定を行うため、アクセス規則の設定が単純に行
える。それにより、資源のアクセス規則の設定者（例え
ばサービスの提供者）は、アクセス主体を知らない場合
でもアクセスを許可することが可能となる。また、アク
セス主体の実体認証に属性証明書または公開鍵証明書を
用いるので、情報システム内でのユーザ登録などの管理
は必要ではなくなり、公開鍵ＣＡの公開鍵の保管のみを
行えばよい。さらに、ユーザ情報はアクセス主体の方で
提示してくるので、ユーザ登録の検索などの処理も必要
ではなくなる。またさらに、属性証明書または公開鍵証
明書によって、多種多様の属性をアクセス主体の方で提
示することができて、情報システムでの属性是認も容易
に行える。さらにそれぞれの属性ＣＡがアクセス主体の
一部の情報の属性のみを管理すればよいので繁雑な作業
にはならない。また、１つの証明書でアクセス主体の実
体認証と属性の是認とを行うことができる。

【０１３５】図１６は本発明を適用した情報システムの
ハードウェア構成例を示すブロック図である。この情報
システムは、ＣＰＵやメモリ等を有するコンピュータ１
６０１と、アクセス主体となるユーザが利用する利用者
端末１６０２と、記録媒体１６０３とから構成される。
記録媒体１６０３は、ＣＤ−ＲＯＭ、磁気ディスク装
置、半導体メモリ等の機械読み取り可能な記録媒体であ
り、ここに記録されたアクセス制御用プログラムは、コ
ンピュータ１６０１に読み取られ、コンピュータ１６０
１の動作を制御し、コンピュータ１６０１上に前述した
第１、第２、第３または第４の実施の形態における各構
成要素を実現する。

【０１３６】即ち、第１の実施の形態にあっては、コン
ピュータ１６０１上に、実体認証手段８０２と、資源管
理手段８０４と、資源アクセス手段０５と、入力手段０
６と、出力手段０７と、アクセス規則テーブル０８と、
アクセス主体情報保持装置０９と、必要に応じてパスワ
ード情報格納装置８１３および属性情報テーブル８１４
とを実現する。

【０１３７】また、第２の実施の形態にあっては、コン
ピュータ１６０１上に、実体認証手段０２と、資源管理
手段８０４と、資源アクセス手段０５と、入力手段０６
と、出力手段０７と、アクセス規則テーブル０８と、ア
クセス主体情報保持装置０９と、必要に応じてＣＡ公開
鍵格納装置１２および属性情報テーブル８１４とを実現
する。

【０１３８】さらに、第３の実施の形態にあっては、コ
ンピュータ１６０１上に、実体認証手段０２と、属性検
証手段０３と、資源管理手段０４と、資源アクセス手段
０５と、入力手段０６と、出力手段０７と、アクセス規
則テーブル０８と、アクセス主体情報保持装置０９と、
必要に応じてＣＡ公開鍵格納装置１２とを実現する。

【０１３９】また更に、第４の実施の形態にあっては、
コンピュータ１６０１上に、属性検証手段１１０３と、
資源管理手段０４と、資源アクセス手段０５と、入力手
段０６と、出力手段０７と、アクセス規則テーブル０８
と、アクセス主体情報保持装置０９と、必要に応じてＣ
Ａ公開鍵格納装置１２とを実現する。

【０１４０】

【発明の効果】本発明の効果としては、アクセス規則の
設定が単純に行えることが挙げられる。これは、アクセ
ス主体の属性により、アクセス規則の設定を行うためで
ある。それにより、資源のアクセス規則の設定者（例え
ばサービスの提供者）は、アクセス主体を知らない場合
でもアクセスを許可することができる。

【０１４１】また、アクセス主体の実体認証に公開鍵証
明書を利用すれば、情報システム内でのユーザ登録など
の管理は必要ではなくなり、公開鍵ＣＡの公開鍵の保管
のみを行えばよい。さらに、ユーザ情報はアクセス主体
の方で提示してくるので、ユーザ登録の検索などの処理
も必要ではなくなる。

【０１４２】さらに、属性証明書を用いれば、多種多様
の属性をアクセス主体の方で提示することができて、情
報システムでの属性是認も容易に行える。さらにそれぞ
れの属性ＣＡがアクセス主体の一部の情報の属性のみを
管理すればよいので繁雑な作業にはならない。

【０１４３】これにより、情報システムでは限定された
登録ユーザのみではなく、不特定多数のアクセス主体に
サービスを提供することが可能になる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態における情報システ
ムの構成を示すブロック図である。

【図２】本発明の第１〜第４の実施の形態におけるアク
セス規則テーブル０８の例を示す図である。

【図３】本発明の第１、第２の実施の形態における資源
管理手段８０４の動作を示すフローチャートである。

【図４】本発明の第２の実施の形態における情報システ
ムの構成を示すブロック図である。

【図５】公開鍵証明書の例を示す図である。

【図６】本発明の第２、第３の実施の形態における実体
認証手段０２の動作を示すフローチャートである。

【図７】本発明の第３の実施の形態における情報システ
ムの構成を示すブロック図である。

【図８】本発明の第３、第４の実施の形態における属性
証明書発行装置の構成を示すブロック図である。

【図９】本発明の第３の実施の形態における属性証明書
の例を示す図である。

【図１０】本発明の第３の実施の形態における属性検証
手段０３の動作を示すフローチャートである。

【図１１】本発明の第３、第４の実施の形態における資
源管理手段０４の動作を示すフローチャートである。

【図１２】本発明の第４の実施の形態における情報シス
テムの構成を示すブロック図である。

【図１３】アクセス主体の属性の記述を含む公開鍵証明
書の例を示す図である。

【図１４】本発明の第４の実施の形態における属性証明
書の例を示す図である。

【図１５】本発明の第４の実施の形態における属性検証
手段１１０３の動作を示すフローチャートである。

【図１６】本発明を適用した情報システムのハードウェ
ア構成例を示すブロック図である。

【符号の説明】

０１資源０２実体認証手段０３属性検証手段０４資源管理手段０５資源アクセス手段０６入力手段０７出力手段０８アクセス規則テーブル０９アクセス主体情報保持装置１０識別子保持装置１１属性保持装置１２ＣＡ公開鍵格納装置１３公開鍵ＣＡ公開鍵格納装置１４属性ＣＡ公開鍵格納装置２１本文作成手段２２署名文作成手段２３証明書作成手段８０２実体認証手段８０４資源管理手段８１３パスワード情報格納装置８１４属性情報テーブル１１０３属性検証手段

Claims

【特許請求の範囲】

【請求項１】情報システムの資源に対するアクセス主
体からのアクセスをアクセス規則に基づき制御する方法
において、アクセス主体の属性によりアクセス規則を設
定し、アクセス主体の属性を是認することで制御を行う
ことを特徴とするアクセス制御方法。
【請求項２】情報システムの資源に対するアクセス主
体からのアクセスをアクセス規則に基づき制御する方法
において、アクセス主体の属性によりアクセス規則を設
定し、アクセス主体の実体認証を行い、アクセス主体の
属性を是認することで制御を行うことを特徴とするアク
セス制御方法。
【請求項３】アクセス主体の属性、および、属性によ
る条件式、属性の演算式、属性の論理式により、アクセ
ス規則を設定することを特徴とする請求項１または２記
載のアクセス制御方法。
【請求項４】アクセス主体の属性の是認を属性情報テ
ーブルを用いることにより行うことを特徴とする請求項
１、２または３記載のアクセス制御方法。
【請求項５】アクセス主体の属性の是認をアクセス主
体が提示してきた属性情報に対して行うことを特徴とす
る請求項１、２または３記載のアクセス制御方法。
【請求項６】アクセス主体の属性の提示をデジタル署
名を施された属性証明書を用いることにより行うことを
特徴とする請求項５記載のアクセス制御方法。
【請求項７】アクセス主体の属性の提示を公開鍵証明
書を用いることにより行うことを特徴とする請求項５記
載のアクセス制御方法。
【請求項８】アクセス主体の実体認証をパスワードに
より行うことを特徴とする請求項２、３、４、５または
６記載のアクセス制御方法。
【請求項９】アクセス主体の実体認証を公開鍵証明書
を用いることにより行うことを特徴とする請求項２、
３、４、５、６または７記載のアクセス制御方法。
【請求項１０】アクセス主体の実体認証をデジタル署
名を施された属性証明書を用いることにより行うことを
特徴とする請求項２、３、５または６記載のアクセス制
御方法。
【請求項１１】情報システムの資源に対するアクセス
主体からのアクセスをアクセス規則に基づき制御する装
置において、アクセス主体の属性によりアクセス規則を
設定するテーブルを備えることを特徴とするアクセス制
御装置。
【請求項１２】情報システムの資源に対するアクセス
主体からのアクセスをアクセス規則に基づき制御する装
置において、アクセス主体の属性によりアクセス規則を
設定するテーブルと、アクセス主体の属性を是認する手
段とを備えることを特徴とするアクセス制御装置。
【請求項１３】情報システムの資源に対するアクセス
主体からのアクセスをアクセス規則に基づき制御する装
置において、アクセス主体の属性によりアクセス規則を
設定するテーブルと、アクセス主体の属性を是認する手
段と、アクセス主体の実体認証を行う手段とを備えるこ
とを特徴とするアクセス制御装置。
【請求項１４】アクセス主体の属性、および、属性に
よる条件式、属性の演算式、属性の論理式により、アク
セス規則を設定するテーブルを備えることを特徴とする
請求項１１、１２または１３記載のアクセス制御装置。
【請求項１５】属性情報を保存したテーブルを参照し
属性是認する手段を備えることを特徴とする請求項１
２、１３または１４記載のアクセス制御装置。
【請求項１６】属性情報を記載した属性証明書を検証
して属性是認する手段を備えることを特徴とする請求項
１２、１３または１４記載のアクセス制御装置。
【請求項１７】属性情報を記載した公開鍵証明書で認
証して属性是認する手段を備えることを特徴とする請求
項１２、１３または１４記載のアクセス制御装置。
【請求項１８】パスワードにより実体認証する手段を
備えることを特徴とする請求項１３、１４、１５または
１６記載のアクセス制御装置。
【請求項１９】公開鍵証明書を用いることにより実体
認証する手段を備えることを特徴とする請求項１３、１
４、１５、１６または１７記載のアクセス制御装置。
【請求項２０】属性証明書を用いることにより実体認
証する手段を備えることを特徴とする請求項１３、１４
または１６記載のアクセス制御装置。
【請求項２１】アクセス主体の属性から属性証明書本
文を作成する手段と、属性証明書本文にデジタル署名を
行い属性証明書署名文を作成する手段と、属性証明書本
文と属性証明書署名文から属性証明書を作成する手段と
を備えることを特徴とする属性証明書発行装置。
【請求項２２】アクセス主体の属性と識別子から属性
証明書本文を作成する手段と、属性証明書本文にデジタ
ル署名を行い属性証明書署名文を作成する手段と、属性
証明書本文と属性証明書署名文から属性証明書を作成す
る手段とを備えることを特徴とする属性証明書発行装
置。
【請求項２３】アクセス主体の属性と公開鍵から属性
証明書本文を作成する手段と、属性証明書本文にデジタ
ル署名を行い属性証明書署名文を作成する手段と、属性
証明書本文と属性証明書署名文から属性証明書を作成す
る手段とを備えることを特徴とする属性証明書発行装
置。
【請求項２４】情報システムの資源に対するアクセス
主体からのアクセスを、アクセス主体の属性により記述
されたアクセス規則に基づき制御するプログラムであっ
て、コンピュータに、パスワード照合によりアクセス主
体の実体認証を行うステップと、アクセス主体の実体認
証が成功するまでアクセス主体からの資源に対するアク
セスを制限するステップと、アクセス主体の実体認証の
成功後に、アクセス主体が資源にアクセスするために必
要な属性を保有しているか否かを、各アクセス主体の属
性を設定してある属性情報テーブルおよび前記アクセス
規則を設定してあるアクセス規則テーブルを参照して判
断するステップと、アクセス主体の属性が是認されるま
でアクセス主体からの資源に対するアクセスを制限する
ステップとを行わせるプログラムを記録した機械読み取
り可能な記録媒体。
【請求項２５】情報システムの資源に対するアクセス
主体からのアクセスを、アクセス主体の属性により記述
されたアクセス規則に基づき制御するプログラムであっ
て、コンピュータに、アクセス主体が提示する公開鍵証
明書によりアクセス主体の実体認証を行うステップと、
アクセス主体の実体認証が成功するまでアクセス主体か
らの資源に対するアクセスを制限するステップと、アク
セス主体の実体認証の成功後に、アクセス主体が資源に
アクセスするために必要な属性を保有しているか否か
を、各アクセス主体の属性を設定してある属性情報テー
ブルおよび前記アクセス規則を設定してあるアクセス規
則テーブルを参照して判断するステップと、アクセス主
体の属性が是認されるまでアクセス主体からの資源に対
するアクセスを制限するステップとを行わせるプログラ
ムを記録した機械読み取り可能な記録媒体。
【請求項２６】情報システムの資源に対するアクセス
主体からのアクセスを、アクセス主体の属性により記述
されたアクセス規則に基づき制御するプログラムであっ
て、コンピュータに、アクセス主体が提示する公開鍵証
明書によりアクセス主体の実体認証を行うステップと、
アクセス主体の実体認証が成功するまでアクセス主体か
らの資源に対するアクセスを制限するステップと、アク
セス主体の実体認証の成功後に、アクセス主体が提示す
る属性証明書によりアクセス主体の属性を是認するステ
ップと、アクセス主体の属性が是認されるまでアクセス
主体からの資源に対するアクセスを制限するステップ
と、是認したアクセス主体の属性と前記アクセス規則を
設定してあるアクセス規則テーブルとに基づいて資源に
対するアクセス主体からのアクセスの可否を判断するス
テップとを行わせるプログラムを記録した機械読み取り
可能な記録媒体。
【請求項２７】情報システムの資源に対するアクセス
主体からのアクセスを、アクセス主体の属性により記述
されたアクセス規則に基づき制御するプログラムであっ
て、コンピュータに、アクセス主体が提示する、アクセ
ス主体の公開鍵及び属性を証明する証明書によりアクセ
ス主体の実体認証を行うステップと、アクセス主体の実
体認証が成功するまでアクセス主体からの資源に対する
アクセスを制限するステップと、アクセス主体の実体認
証の成功後に、前記証明書によりアクセス主体の属性を
是認するステップと、アクセス主体の属性が是認される
までアクセス主体からの資源に対するアクセスを制限す
るステップと、是認したアクセス主体の属性と前記アク
セス規則を設定してあるアクセス規則テーブルとに基づ
いて資源に対するアクセス主体からのアクセスの可否を
判断するステップとを行わせるプログラムを記録した機
械読み取り可能な記録媒体。