JP2005244532A - 属性証明書利用認証方法と属性証明書利用装置 - Google Patents

Abstract

【課題】
ユーザＩＤ，及び，パスワードによる認証方法を有する業務サービスシステム自体に変更を加えることなく，ＰＫＩレベルの安全性を確保しながら，公開鍵証明書の再発行における手間を省き，ユーザにとって利便性の高い認証方式を実現する
【解決手段】
ユーザＩＤ，及び，パスワードによる認証方法を有する複数の業務サービスがネットワーク上に存在するときに，ユーザの所有する公開鍵証明書と当該公開鍵証明書に割り当てられた属性証明書を利用してＰＫＩレベルの認証を，ユーザと属性証明書適用装置との間で行い，属性証明書の検証結果が正当な場合は，属性証明書の記載内容に対応した業務サービスにユーザＩＤとパスワードを送信することで，ユーザ認証のレベルを高める。
【選択図】図１３

Description

本発明は，ユーザＩＤ，および，パスワードで認証を行うようなネットワーク上の業務サービスに関し，安全性が高く，公開鍵証明書の運用性やユーザの利便性を考慮したユーザ認証を行う際に好適な技術に関する。

ネットワーク上における従来の業務サービスでは，ユーザＩＤとパスワードを用いてユーザの認証を行うものが多く存在している（例えば，非特許文献１参照。）。ユーザＩＤ，および，パスワードによる認証の安全性を高めるために，通信路上を流れるパスワードの盗聴を防止する技術として，ＳＳＬ等がある（例えば，特許文献１参照。）。また，公開鍵暗号基盤（ＰＫＩ）を用いてシングルサインオンを行う技術もある（例えば，特許文献２参照。）。さらに，公開鍵暗号を用いた認証において，ユーザの管理する秘密鍵を，耐タンパ性を有する物理的安全な装置に格納する方法がある（例えば，特許文献３参照。）。公開鍵認証基盤による認証方法として，公開鍵証明書に各種属性値を割り当てるのではなく，属性証明書を用いて各種属性値を割り当てて資格や権限を認証する方法もある（例えば，非特許文献２参照。）。

米国特許第５６５７３９０号明細書 特開平１０−２６９１８４号公報 特開平９−２２３２１０号公報 J. Franks,P. Hallam−Baker,J. Hostetler,S. Lawrence,P. Leach,A. Luotonen,L. Stewart著「HTTP Authentication: Basic and Digest Access Authentication (RFC2617)」，（米国），The Internet Society，１９９９年６月，ｐ．１−３４ International Telecommunication Union著「Information technology − Open systems interconnection − The Directory: Public−key and attribute certificate frameworks (ITU−T Recommendation X.509)」，（スイス），International Telecommunication Union，２０００年３月３１日，ｐ．１−１２９

かかる従来の方法においては，次のような問題がある。

すなわち，従来のユーザＩＤ，および，パスワードによる認証方法では，セキュリティレベルが低く，他人が不正になりすますことは比較的容易である。この際，通信路上を暗号化するという従来技術を用いれば，パスワードの盗聴を防ぐことはできるが，パスワードの総当り攻撃に対する技術的対策は行えていない。

そのため，ＰＫＩにてユーザ認証を行う方法を用いれば，認証に関する安全性を高めることはできるが，例えば，長年使用してきた業務サービスシステムがユーザＩＤ，および，パスワードによる認証方法しかサポートしていなかった場合，ＰＫＩによる認証方法を導入するためには，運用中の業務サービスシステムそのものに手を加えることとなり，サービスを提供する側にとっては不都合な状況となる。

従来のシングルサインオンの仕組みを用いると，運用中の業務サービスシステムそのものに手を加えることなく，ＰＫＩによる認証方法を適用することが可能となり，また，複数の業務サービスに対しても，１つの公開鍵ペアのみを用いるだけで，認証をパスすることが可能となる。

しかしながら，公開鍵証明書にユーザＩＤやパスワード等を記載すると，当該情報を変更するたびに公開鍵証明書の再発行を行うことになるが，公開鍵証明書の発行は，厳密な本人性確認を要する作業のため，認証局の登録機関に出頭しなければならいなど，ユーザの利便性を損なう。また，公開鍵証明書にユーザＩＤやパスワード等を記載するのではなく，シングルサインオンのサーバ側でユーザＩＤとパスワードを管理するとなると，パスワード漏洩の危険性や，サーバ側でユーザＩＤやパスワードを管理しなければならなくなるので，サーバ側の運用者に手間が発生する場合もある。

本発明は，上記事情に鑑みてなされたものであり，ユーザＩＤ，及び，パスワードによる認証方法を有する業務サービスシステム自体に変更を加えることなく，ＰＫＩレベルの安全性を確保しながら，公開鍵証明書の再発行における手間を省き，ユーザにとって利便性の高い認証方式を実現するものである。

本発明は，ユーザＩＤ，及び，パスワードによる認証方法を有する複数の業務サービスがネットワーク上に存在するときに，ユーザの所有する公開鍵証明書と当該公開鍵証明書に割り当てられた属性証明書を利用してＰＫＩレベルの認証を，ユーザと属性証明書適用装置との間で行い，属性証明書の検証結果が正当な場合は，属性証明書の記載内容に対応した業務サービスにユーザＩＤとパスワードを送信することで，ユーザ認証のレベルを高める。

その際に，業務サービスシステム自体には変更を加えず，また，パスワード等の変更に伴う公開鍵証明書の再発行にかかる手間や，複数の業務サービス毎にパスワードを覚えなければいけないといった不便さを軽減することを特徴とする。

本発明によれば，これまでに運用してきたユーザＩＤおよびパスワードを用いた業務システム自体に変更を加えることなく，外部ネットワークを通信する認証情報の安全性をＰＫＩレベルまで高めることが可能となり，導入が容易である。

また，複数ある業務システム毎にパスワードを覚えておかなければならないという煩わしさから解放され，ユーザの利便性を高めることができるようになる。

それから，属性情報の変更があった場合では，厳密な本人確認が必要な公開鍵証明書の再発行は不要であり，オンラインによる属性証明書の再発行で変更手続きが完了でき，運用性もよりよくなる。

ユーザ識別子および認証情報によって認証を行うネットワーク上のサービスシステムにおいて，その前段に公開鍵暗号ベースの認証を実施する機能を追加することで，既存のシステムに手を加えることなく，認証レベルのセキュリティを向上させることを実現する。

以下，図面を用いて，本発明の実施例を説明する。なお，以下で説明する図面において，同一の番号は同様の部品・要素を表すものとする。また，これにより本発明が限定されるものではない。

図１は，本実施例を実現するためのシステム構成を示す図である。

従来から運用され続けているｎ個の業務サービス提供装置１００（１）〜（ｎ）と，利用者に対して公開鍵証明書を発行する認証局装置１１０と，前記認証局によって発行された公開鍵証明書に，属性値を割り付けた属性証明書を発行する属性認証局装置１２０と，利用者から送付されてきた属性証明書を検証し，属性証明書内に記載されたユーザ識別子と認証情報を送付する属性証明書適用装置１３０と，業務サービスを利用する各ユーザｍ人の端末である利用者用装置１４０（１）〜（ｍ）とがネットワークで接続されている。例えば，業務サービス提供装置１００（１）〜（ｎ）と，属性認証局装置１２０と，属性証明書適用装置１３０は，ＬＡＮなどの内部ネットワークに接続されており，認証局装置１１０と利用者用装置１４０（１）〜（ｍ）は，インターネットなどの外部ネットワークに接続されているものとする。また，各利用者は，自身の所有する秘密鍵，公開鍵証明書，および，各業務サービスに対応した属性証明書を格納した耐タンパ性を有する鍵管理装置１５０（１）〜（ｍ）を管理しているものという前提をおくことにする。内部ネットワークと外部ネットワークの区別は特別行わなくてもよいが，簡単のため，内部ネットワークでは不正な盗聴が行われないものと想定する。秘密鍵，公開鍵証明書，属性証明書の管理方法については，鍵管理装置を用いずに，利用者用装置内で管理する方法でもよい。

図２は，図１で列挙した，業務サービス提供装置１００（１）〜（ｎ），認証局装置１１０，属性認証局装置１１０，属性認証局装置１２０，及び，属性証明書適用装置１３０のハードウェア構成を示す図である。

各装置１００〜１３０は，入力装置２１０と，表示装置２２０と，ＣＰＵ２３０と，通信装置２４０と，メモリ２５０と，記憶装置２６０とが，バスなどの内部信号線(バスという)２８０によって接続された構成となっている。入力装置２１０は，各装置１００〜１３０を利用する人が，データや命令等を入力するために用いられるものであり，キーボードやマウス等で構成される。また，表示装置２２０は，各装置１００〜１３０を利用する人に対して，メッセージ等を表示するために用いられるものであり，ＣＲＴや液晶ディスプレイ等で構成される。また，ＣＰＵ２３０は，各装置１００〜１３０の構成要素を統括的に制御したり，様々な演算処理を行ったりする。また，通信装置２４０は，内部ネットワーク１６０や外部ネットワーク１７０を介して，図１に示す各装置１００〜１４０間でのデータのやり取りを行うためのインタフェースである。また，メモリ２５０には，図４〜７に示すようなプログラムや，処理に必要なデータが一時的に格納される。また，記憶装置２６０は，各装置１００〜１３０で使用されるプログラムやデータを永続的に記憶するために用いられるものであり，ハードディスク等で構成される。

図３は，図１で列挙した，利用者装置１４０（１）〜（ｍ），及び，鍵管理装置１５０（１）〜（ｍ）のハードウェア構成を示す図である。

利用者用装置１４０（１）〜（ｍ）は，入力装置３１０と，表示装置３２０と，ＣＰＵ３３０と，通信装置３４０と，メモリ３５０と，記憶装置３６０と，鍵管理装置接続用インタフェースとが，バス３８０によって接続された構成となっている。入力装置３１０は，利用者用装置１４０（１）〜（ｍ）を利用する人が，データや命令等を入力するために用いられるものであり，キーボードやマウス等で構成される。また，表示装置３２０は，利用者用装置１４０（１）〜（ｍ）を利用する人に対して，メッセージ等を表示するために用いられるものであり，ＣＲＴや液晶ディスプレイ等で構成される。また，ＣＰＵ３３０は，利用者用装置１４０（１）〜（ｍ）の構成要素を統括的に制御したり，様々な演算処理を行ったりする。また，通信装置３４０は，外部ネットワーク１７０を介して，図１に示す各装置１００〜１４０間でのデータのやり取りを行うためのインタフェースである。また，メモリ３５０には，図８に示すようなプログラムや，処理に必要なデータが一時的に格納される。また，記憶装置３６０は，利用者用装置１４０（１）〜（ｍ）で使用されるプログラムやデータを永続的に記憶するために用いられるものであり，ハードディスク等で構成される。また，鍵管理装置接続用インタフェース３７０は，各利用者が秘密鍵等を保管している鍵管理装置１５０（１）〜（ｍ）と物理的に接続するための部位であり，例えばＩＣカードリーダライタやＵＳＢ端子等で実装される。

鍵管理装置（１）〜（ｍ）は，ＣＰＵ４１０と，メモリ４２０と，記憶装置４３０と，入出力用外部インタフェース４４０とが，バス４５０よって接続された構成となっている。ＣＰＵ４１０は，鍵管理装置１５０（１）〜（ｍ）の構成要素を統括的に制御したり，様々な演算処理を行ったりする。また，メモリ４２０には，図９に示すようなプログラムや，処理に必要なデータが一時的に格納される。また，記憶装置４３０は，鍵管理装置１５０（１）〜（ｍ）で使用されるプログラムやデータを永続的に記憶するために用いられるものである。また，入出力用外部インタフェース４４０は，各利用者用装置１４０（１）〜（ｍ）と物理的に接続するための部位である。

図４〜９では，各装置１００〜１５０に関するソフトウェア構成を示す。

図４は，業務サービス提供装置１００（１）〜（ｎ）のソフトウェア構成を示す図である。

業務サービス提供装置１００（１）〜（ｎ）のメモリ２５０には，オペレーティングシステム５１０と，Ｗｅｂサーバプログラム５２０と，認証用プログラム５３０といったプログラム等が一時的に格納される。また，業務サービス提供装置１００（１）〜（ｎ）の記憶装置２６０には，認証情報ファイル５４０とＷｅｂ画面ファイル５５０等のデータが格納されている。

オペレーティングシステム５１０は，業務サービス提供装置１００（１）〜（ｎ）の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，Ｗｅｂサーバプログラム５２０は，ＨＴＴＰプロトコルによって，ネットワーク上の他の装置と通信を行い，各種業務サービスを提供するためのプログラムである。当該プログラムは，当該業務サービスの利用者からのリクエストを受信した場合，当該リクエストに対応するＷｅｂ画面ファイル５５０をレスポンスとして利用者に返信する。本実施例では，Ｗｅｂサーバプログラムを例として挙げたが，他の通信プロトコルを扱うネットワークサービスでもよい。また，認証用プログラム５３０は，当該業務サービスの利用者が送信してきたユーザ識別子および認証情報と，業務サービス装置の記憶装置２６０内で保管している認証情報ファイル５４０を比較することによってユーザ認証を行うプログラムである。

認証情報ファイル５４０は，業務サービス提供装置が提供するサービスにおいて，サービスの利用者を認証するために必要な情報である。具体的な構成要素については，図１０で示す。また，Ｗｅｂ画面ファイルは，当該業務サービスの利用者に対して提供するためのデータであり，例えば，ＨＴＭＬファイル等で実現される。

図５は，認証局装置１１０のソフトウェア構成を示す図である。

認証局装置１１０のメモリ２５０には，オペレーティングシステム６１０と，公開鍵証明書発行プログラム６２０と，失効情報発行プログラム６３０と，失効情報公開プログラム６４０といったプログラム等が一時的に格納される。また，認証局装置１１０の記憶装置２６０には，認証局の所有する秘密鍵６５０と，当該秘密鍵に対応した公開鍵証明書６６０と，当該認証局が発行した公開鍵証明書に関する失効情報６７０等のデータが格納されている。

オペレーティングシステム６１０は，認証局装置１１０の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，公開鍵証明書発行プログラム６２０は，あるユーザに関して，当該ユーザの識別名とユーザの所有する公開鍵とを結びつけ，当該情報に対し認証局の秘密鍵を用いて電子署名を施した公開鍵証明書を発行するプログラムである。当該認証局装置では，認証局自身に対する認証局公開鍵証明書６６０と，属性認証局装置１２０を運用する属性認証局への公開鍵証明書７４０と，属性証明書適用装置１３０に対する公開鍵証明書と，利用者用装置１４０（１）〜（ｍ），および，鍵管理装置１５０（１）〜（ｍ）を使用する利用者への公開鍵証明書１０８０を発行する。また，失効情報発行プログラム６３０は，当該認証局が発行した公開鍵証明書に関して，失効されている公開鍵証明書の情報の一覧に，当該認証局の秘密鍵を用いて電子書名を施した失効情報６７０を生成するプログラムである。生成された失効情報は記憶装置２６０内で保管される。また，失効情報公開プログラム６４０は，認証局装置１１０の記憶装置２６０内にある失効情報６７０を，ユーザからの問い合わせによって開示するプログラムである。

秘密鍵６５０は，認証局が所有する秘密鍵情報であり，当該認証局内で安全に管理されるものとする。また，公開鍵証明書６６０は，公開鍵証明書発行プログラム６２０にて，自身に発行した自己署名の公開鍵証明書である。また，失効情報６７０は，失効情報発行プログラム６３０によって生成される，公開鍵証明書の失効情報であり，例えば，証明書失効リスト（ＣＲＬ）である。当該認証局装置１１０は，信頼できる機関によって安全に運用されるものとする。

図６は，属性認証局装置１２０のソフトウェア構成を示す図である。

属性認証局装置１２０のメモリ２５０には，オペレーティングシステム７１０と，属性証明書発行プログラム７２０といったプログラム等が一時的に格納される。また，属性認証局装置１２０の記憶装置２６０には，属性認証局の所有する秘密鍵７３０と，当該秘密鍵に対応した公開鍵証明書７４０等のデータが格納されている。

オペレーティングシステム７１０は，属性認証局装置１２０の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，属性証明書発行プログラム７２０は，公開鍵証明書を所有しているあるユーザに関して，当該ユーザの公開鍵証明書情報とユーザの属性値とを結びつけ，当該情報に対し属性認証局の秘密鍵を用いて電子署名を施した属性証明書を発行するプログラムである。当該属性認証局装置では，利用者用装置１４０（１）〜（ｍ），および，鍵管理装置１５０（１）〜（ｍ）を使用する利用者への属性証明書１０９０を発行する。当該属性証明書の具体的な内容については，図１１で示す。

秘密鍵７３０は，属性認証局が所有する秘密鍵情報であり，当該属性認証局内で安全に管理されるものとする。また，公開鍵証明書７４０は，認証局装置１１０の公開鍵証明書発行プログラム６２０にて発行された，当該属性認証局の所有する秘密鍵７３０に対応した公開鍵証明書である。当該属性認証局装置１２０は，信頼できる機関によって安全に運用されるものとする。

図７は，属性証明書適用装置１３０のソフトウェア構成を示す図である。

属性証明書適用装置１３０のメモリ２５０には，オペレーティングシステム８１０と，通信プログラム８２０と，署名検証プログラム８３０と，属性証明書解析プログラム８４０と，属性証明書検証プログラム８５０といったプログラム等が一時的に格納される。また，属性証明書適用装置１３０の記憶装置２６０には，当該装置の運用者が信頼する公開鍵証明書の情報である信頼点情報８６０と，当該装置が所有する秘密鍵８７０等のデータが格納されている。

オペレーティングシステム８１０は，属性証明書適用装置１３０の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，通信プログラムは，通信装置２４０を通じて，他の装置１００〜１４０と必要なデータを送受信するためのプログラムである。また，署名検証プログラムは，利用者から受信した署名データに付与されている電子署名を検証するプログラムである。図１５のＳ２２００〜Ｓ２２０１に相当する処理を行う。また，属性証明書解析プログラムは，属性証明書に記載された各要素，または，暗号化された属性情報の中から各要素を抽出するためのプログラムである。図１５のＳ２２０２，および，Ｓ２２０８に相当する処理を行う。また，属性証明書検証プログラムは，利用者から受信した署名データに含まれる属性証明書の正当性を検証するプログラムである。図１５のＳ２２０２〜Ｓ２２０４，および，Ｓ２２０７に相当する処理を行う。

信頼点情報８６０は，属性証明書適用装置１３０の運用者が信頼する公開鍵証明書の情報，すなわち，認証局装置１１０の公開鍵証明書６６０，もしくは，当該証明書のハッシュ値等である。属性証明書検証プログラム８５０が属性証明書の検証を行う際には，認証パスの最上位の公開鍵証明書が，当該信頼点情報と一致することを確認することで検証に成功することになる。秘密鍵７３０は，属性証明書適用装置１３０が所有する秘密鍵情報であり，当該属性証明書適用装置内で安全に管理されるものとする。

図８は，利用者用装置１４０（１）〜（ｍ）のソフトウェア構成を示す図である。

利用者用装置１４０（１）〜（ｍ）のメモリ３５０には，オペレーティングシステム９１０と，通信プログラム９２０と，鍵管理装置用認証プログラム９３０と，属性証明書選択要求プログラム９４０と，署名要求プログラム９５０と，Ｗｅｂブラウザプログラム９６０といったプログラム等が一時的に格納される。

オペレーティングシステム９１０は，利用者用装置１４０（１）〜（ｍ）の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，通信プログラムは，通信装置３４０を通じて，他の装置１００〜１３０と必要なデータを送受信するためのプログラムである。また，鍵管理装置用認証プログラム９３０は，当該利用者用装置に接続された鍵管理装置１５０を使用する際に必要となる認証情報をユーザに入力させ，当該認証情報を当該鍵管理装置に送信するプログラムである。図１４のＳ２１０１，Ｓ２１０４〜Ｓ２１０６，および，Ｓ２１１０に相当する処理を行う。また，属性証明書選択要求プログラム９４０は，利用者のアクセスしたい業務サービスシステムに対応した属性証明書１０９０（ｘ）（ｘは，１≦ｘ≦ｎを満たす自然数とする。）を，鍵管理装置１５０から取得するために，当該鍵管理装置に対して属性証明書の要求を送信するプログラムである。図１４のＳ２１１１，および，Ｓ２１１５に相当する処理を行う。また，署名要求プログラム９５０は，利用者の所有する秘密鍵１０７０によって属性証明書適用装置１３０の認証に必要な署名データ１１００を生成するために，当該利用者用装置に接続されている鍵管理装置に対して，署名要求を送信するプログラムである。図１４のＳ２１１６，および，Ｓ２１２０に相当する処理を行う。また，Ｗｅｂブラウザプログラム９６０は，業務サービス提供装置１００から受信したＷｅｂ画面ファイル５５０を表示するプログラムである。図１３のＳ２０００，Ｓ２００３，Ｓ２００５，Ｓ２０１４，Ｓ２０１５，および，Ｓ２０２２に相当する処理を行う。

図９は，鍵管理装置１５０（１）〜（ｍ）のソフトウェア構成を示す図である。

鍵管理装置１５０（１）〜（ｍ）のメモリ４２０には，オペレーティングシステム１０１０と，通信プログラム１０２０と，認証プログラム１０３０と，属性証明書選択プログラム１０４０と，署名プログラム１０５０といったプログラム等が一時的に格納される。また，鍵管理装置１５０（１）〜（ｍ）の記憶装置４３０には，認証情報１０６０と，秘密鍵１０７０と，公開鍵証明書１０８０と，認証局公開鍵証明書６６０と，属性証明書１０９０（１）〜（ｎ）と，属性認証局公開鍵証明書７４０とが格納されているものとする。

オペレーティングシステム１０１０は，鍵管理装置１５０（１）〜（ｍ）の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。また，通信プログラムは，入出力用外部インタフェース４４０を通じて，利用者用装置１４０（１）〜（ｍ）と必要なデータを送受信するためのプログラムである。また，認証プログラム１０３０は，当該鍵管理装置を接続している利用者用装置１４０からアクセス要求があった場合に，認証情報を当該利用者用装置に要求し，その応答として送られてきた認証情報を，当該鍵管理装置の記憶装置４３０内に格納されている認証情報１０６０と比較して，ユーザ認証を行うプログラムである。図１４のＳ２１０２，Ｓ２１０３，および，Ｓ２１０７〜Ｓ２１０９に相当する処理を行う。また，属性証明書選択プログラム１０４０は，利用者用装置１４０から要求に基づいて業務サービスシステムに対応した属性証明書１０９０（ｘ）（ｘは，１≦ｘ≦ｎを満たす自然数とする。）を送信するプログラムである。図１４のＳ２１１２〜Ｓ２１１４に相当する処理を行う。また，署名プログラム１０５０は，利用者用装置１４０から送信されてきた署名要求に基づき，属性証明書適用装置１３０の認証に必要な署名データ１１００を生成するためのプログラムである。図１４のＳ２１１７〜Ｓ２１１９に相当する処理を行う。

認証情報１０６０は，鍵管理装置にアクセスするための認証情報であり，利用者は，当該認証情報１つを覚えていれば，利用したい業務サービスにアクセスすることが可能となる。また，秘密鍵１０７０は，利用者が所有する秘密鍵であり，鍵管理装置１５０の物理的な耐タンパ性，および，認証プログラム１０３０によるアクセス制御により安全に管理される。また，公開鍵証明書１０８０は，前記秘密鍵１０７０に対応した公開鍵証明書であり，認証局装置１１０によって発行されたものである。また，認証局公開鍵証明書６６０は，前記公開鍵証明書１０８０を発行した認証局の自己署名証明書であり，認証局装置１１０によって発行される。また，属性証明書１０９０（１）〜（ｎ）は，前記公開鍵証明書１０８０にリンクする属性証明書であり，業務サービス提供装置１００（ｘ）（ｘは，１≦ｘ≦ｎを満たす自然数とする。）が提供しているサービス毎に属性証明書を所有する。当該利用者が利用しない業務サービスについては属性証明書を所有している必要はない。当該属性証明書１０９０（ｘ）は，属性認証局装置１２０によって発行される。また，属性認証局公開鍵証明書７４０は，属性認証局に対して発行された公開鍵証明書であり，属性認証局の発行する属性証明書を検証するために必要である。当該公開鍵証明書７４０は，認証局装置１１０によって発行される。前記で述べた各種証明書を認証局装置１１０，もしくは，属性認証局装置１２０から取得する方法はオンラインでもオフラインでもよい。

上記各プログラムは，それぞれが格納されている装置のＣＰＵによって実行され，後述する処理を実現する。各プログラムは，あらかじめ，上記記憶装置内に格納されていても良いし，必要なときに，各装置が利用可能な，着脱可能な記憶媒体または通信媒体（通信回線または通信回線上の搬送波）を介して，上記記憶装置に導入されてもよい。

図１０は，認証情報ファイル５４０の構成要素を示す図である。

認証情報ファイル５４０は，ユーザ識別子と認証情報の情報等によって構成されており，利用者ごとにユーザ識別子と認証情報が割り当てられている。例えば，利用者用装置１４０（１）を利用するユーザの，当該認証情報を管理する業務サービス提供装置におけるユーザ識別子をＩＤ１，認証情報はＰＷ１とした場合，業務サービス利用時に行われる認証では，これら２つの情報が一致しないと認証に成功しないものとする。ユーザ識別子と認証情報の情報は，当該サービスを利用する利用者のみ登録されているものとする。

図１１は，利用者に発行される属性証明書１０９０（ｘ）（ｘは，１≦ｘ≦ｎを満たす自然数とする。）の構成要素を示す図である。

属性証明書１０９０（ｘ）は，属性証明書保有者の公開鍵証明書に関する情報（具体的には，利用者が所有する公開鍵証明書１０８０のポインタ）と，属性証明書発行者名（具体的には，属性認証局装置１２０の運営主体の名前）と，属性証明書のシリアル番号と，属性証明書の有効期間と，暗号化された属性情報とを署名対象とし，これらの情報に対して属性認証局の秘密鍵７３０によって電子署名された値を構成要素に持つ情報である。暗号化された属性情報の中には，業務サービスｘのＵＲＬと，当該属性証明書を保有する利用者のユーザ識別子，および，認証情報が格納されており，当該値は，属性証明書適用装置１３０の公開鍵証明書に記載された公開鍵，および，属性証明書を保有する利用者の公開鍵証明書１０８０によって暗号化されている。当該属性情報の復号は，属性証明書適用装置１３０の所有する秘密鍵８７０，もしくは，鍵管理装置１５０内で管理されている秘密鍵１０７０を用いてのみ可能である。これにより，秘密にすべき認証情報を不正な盗聴や漏洩から守ることができるようになる。

図１２は，利用者用装置１４０から属性証明書適用装置１３０に対して送付される認証用の署名データ１１００の構成要素を示す図である。

署名データ１１００は，利用したい業務サービス名やチャレンジアンドレスポンス方式によって属性証明書適用装置１３０で生成された乱数等の情報を署名対象データとし，利用者の秘密鍵８７０を用いて電子署名を施した情報である。当該署名データには，電子署名を付与した秘密鍵に対する利用者の公開鍵証明書１０８０と，当該利用者公開鍵証明書の上位証明書である認証局の公開鍵証明書６６０と，業務ｘ（ｘは，１≦ｘ≦ｎを満たす自然数とする。）に関するＵＲＬと利用者のユーザ識別子および認証情報を含んだ属性証明書１０９０（ｘ）と，当該属性証明書を発行した属性認証局の公開鍵証明書７４０を構成要素も含むものとする。当該署名データを検証することによって，属性証明書適用装置１３０は，利用者の本人性を確認することができる。

図１３は，属性証明書適用装置を用いた認証方法のフローを示す図である。利用者用装置１４０と，属性証明書適用装置１３０と，業務サービス提供装置１００の間において，業務サービス提供装置１００が利用者の認証を行うための手順について記述する。

図１３において，利用者用装置１４０でＷｅｂブラウザプログラム９６０を起動し，属性証明書適用装置１３０のアクセス先であるＵＲＬを入力する。当該利用者用装置で，ＵＲＬが入力されたら，当該ＵＲＬに存在する属性証明書適用装置１３０に対して業務サービス一覧要求を送信する。サービス一覧は，業務サービスの名前とＵＲＬの組み合わせが複数含まれている（ステップ２０００）。
属性証明書適用装置１３０では，利用者用装置１４０が送信した業務サービス一覧要求を通信プロラム８２０にて受信する（ステップ２００１）。
業務サービス一覧要求を受信したら，業務サービス提供装置が提供するサービス名の一覧を，利用者用装置１４０に送信する。認証時のリプレイアタックを考慮して，当該属性証明書適用装置１３０で乱数を生成し，当該属性証明書適用装置の記憶装置２６０内に保存するとともに，当該乱数を含めた形で利用者用装置１４０に情報も含めて送信する（ステップ２００２）。
利用者用装置１４０では，属性証明書適用装置１３０が送信した業務サービスの一覧が記載された画面を通信プロラム９２０にて受信し，Ｗｅｂブラウザプログラム９６０で表示する（ステップ２００３）。
業務サービス一覧画面を表示したら，利用者は利用したいサービス名を選択し，属性証明書適用装置１３０での認証に必要な署名データを生成する（ステップ２００４）。本ステップの詳細な手順は，図１４に示す。
署名データを生成したら，利用者用装置１４０は，通信プログラム９２０にて，当該署名データを，属性証明書適用装置１３０に送信する（ステップ２００５）。
属性証明書適用装置１３０では，利用者用装置１４０が送信した署名データを通信プログラム８２０にて受信する（ステップ２００６）。
署名データを受信したら，署名検証プログラム８３０，属性証明書解析プログラム８４０，および，属性証明書検証プログラム８５０にて，属性証明書の検証を行う。具体的には，属性証明書の内容の正当性と，属性証明書保有者の本人性確認と，業務提供サービスの認証に必要な情報の抽出を行う。属性証明書の内容が不正であった場合，属性証明書保有者の本人性が確認できなかった場合，業務提供サービスの認証に必要な情報が抽出できなかった場合等，正常に処理が完了できなかった場合は，その旨のエラー情報を利用者用装置１４０に送信する（ステップ２００７）。本ステップの詳細な手順は，図１５に示す。
属性証明書の検証に成功し，業務提供サービスの認証に必要な情報，すなわち，業務サービスのＵＲＬ，当該サービスを利用するためのユーザ識別子および認証情報を抽出した後は，抽出したＵＲＬに存在する業務サービス提供装置１００（ｘ）（ｘは，１≦ｘ≦ｎを満たす自然数とする。）に対して，ユーザ識別子および認証情報を送信する（ステップ２００８）。
業務サービス提供装置１００（ｘ）では，属性証明書適用装置１３０が送信したユーザ識別子および認証情報をＷｅｂプログラム５２０にて受信する（ステップ２００９）。
ユーザ識別子および認証情報を受信したら，認証用プログラム５３０にて，当該情報と認証情報ファイル５４０内に登録されている情報とを比較し，一致するものがあればアクセス可能と判断し，一致するものがなければアクセス拒否と判断する（ステップ２０１０）。
業務サービス提供装置１００（ｘ）の認証によって，当該サービスに関するアクセスの可否が決定したら，その旨の認証結果画面を属性証明書適用装置１３０に送信する（ステップ２０１１）。
属性証明書適用装置１３０では，業務サービス提供装置１００（ｘ）が送信した認証結果画面を通信プログラム８２０にて受信する（ステップ２０１２）。
認証結果画面を受信したら，当該情報を利用者用装置１４０に転送する（ステップ２０１３）。
利用者用装置１４０では，属性証明書適用装置１３０が送信した認証結果画面を通信プログラム９２０にて受信し，Ｗｅｂブラウザプログラム９６０で表示する（ステップ２０１４）。
ステップ２０１０にてアクセス可能と判断された認証結果画面を受信した場合には，業務サービスの次画面にアクセスすることが可能である。その際に，ユーザが次画面を要求した場合は，属性証明書適用装置１３０に対して，次画面に関する取得要求を送信する（ステップ２０１５）。
属性証明書適用装置１３０では，利用者用装置１４０が送信した次画面要求を通信プロラム８２０にて受信する（ステップ２０１６）。
属性証明書適用装置１３０で次画面要求を受信したら，業務サービス提供装置１００（ｘ）に対して，次画面要求を転送する（ステップ２０１７）。
業務サービス提供装置１００（ｘ）では，属性証明書適用装置１３０が送信した次画面要求をＷｅｂプログラム５２０にて受信する（ステップ２０１８）。
次画面要求を受信したら，Ｗｅｂサーバプログラム５２０によって，次画面を属性証明書適用装置１３０に送信する（ステップ２０１９）。
属性証明書適用装置１３０では，業務サービス提供装置１００（ｘ）が送信した次画面を通信プログラム８２０にて受信する（ステップ２０２０）。
次画面を受信したら，当該情報を利用者用装置１４０に転送する（ステップ２０２１）。
利用者用装置１４０では，属性証明書適用装置１３０が送信した次画面を通信プログラム９２０にて受信し，Ｗｅｂブラウザプログラム９６０で表示する（ステップ２０２２）。さらに次の画面がある場合には，ステップ２０１５以降が繰り返される。
以上のように，業務サービス提供装置１００（ｘ）の前段に属性証明書適用装置１３０を設置することで，利用者用装置と業務サービス提供装置をつなぐ外部ネットワーク部分の通信を安全に行うことができるようになる。

図１４は，図１３のサービス選択処理（ステップ２００４）に関する詳細なフローを示す図である。

利用者用装置１４０と鍵管理装置１５０との間において，サービスを選択してから，署名データ１１００を生成するまでの手順について記述する。

図１４において，利用者用装置１４０でサービスの一覧画面が表示されたら，ユーザはその中から利用したいサービス名を入力装置３１０にて選択する（ステップ２１００）。
サービス名が選択されたら，利用者用装置の鍵管理装置用認証プログラム９３０は，鍵管理装置１５０に対してアクセス要求を送信する（ステップ２１０１）。
鍵管理装置１５０では，利用者用装置１４０が送信したアクセス要求を，通信プログラム１０２０にて受信する（ステップ２１０２）。
アクセス要求を受信したら，アクセスに必要な認証情報の要求を利用者用装置１４０に対して送信する（ステップ２１０３）。
利用者用装置１４０では，鍵管理装置１５０が送信した認証要求を，通信プログラム９２０にて受信する（ステップ２１０４）。
認証要求を受信したら，鍵管理装置用認証プログラム９３０は，認証情報を入力するための画面を表示し，ユーザから鍵管理装置のアクセスに必要な認証情報を取得する（ステップ２１０５）。
認証情報が取得できたら，利用者用装置の鍵管理装置用認証プログラム９３０は，鍵管理装置１５０に対して認証情報を送信する（ステップ２１０６）。
鍵管理装置１５０では，利用者用装置１４０が送信した認証情報を，通信プログラム１０２０にて受信する（ステップ２１０７）。
認証情報を受信したら，認証プログラム１０３０では，当該認証情報と，鍵管理装置の記憶装置４３０内で管理している認証情報１０６０とを比較し，一致すれば当該鍵管理装置内のデータにアクセス可能と判断する。一致しなかった場合は，アクセス不可と判断する（ステップ２１０８）。
認証情報の検証が完了したら，検証結果に基づいたアクセス可否情報を利用者用装置１４０に対して送信する（ステップ２１０９）。
利用者用装置１４０では，鍵管理装置１５０が送信したアクセス可否情報を，通信プログラム９２０にて受信する。ステップ２１０８の認証情報検証で，アクセス拒否と判断されている場合には，ステップ２１０２まで戻る（ステップ２１１０）。
アクセス可否情報として，アクセス可能と判断されている場合には，前記ステップ２１００にて選択したサービス名に適合する属性証明書の要求を，属性証明書選択要求プログラム９４０によって，鍵管理装置１５０に送信する。サービス名に適合する属性証明書要求は，図１３のステップ２００３で表示されるサービス一覧がサービス名とＵＲＬの組み合わせで構成されていることから，サービスのＵＲＬが送信されることになる（ステップ２１１１）。
鍵管理装置１５０では，利用者用装置１４０が送信した属性証明書要求を，通信プログラム１０２０にて受信する（ステップ２１１２）。
属性証明書要求を受信したら，属性証明書選択プログラム１０４０は，当該属性証明書要求中のＵＲＬと，各属性証明書１０９０（ｘ）の属性情報にある業務サービス（ｘ）のＵＲＬとを比較することで，属性証明書１０９０（１）〜（ｍ）の中から適合する属性証明書を選択する。属性証明書の属性情報部は，利用者の公開鍵証明書を用いて暗号化されているので，秘密鍵１０７０によって復号することになる（ステップ２１１３）。
属性証明書の取得が完了した場合は，利用者用装置１４０に対して，適合する属性証明書１０９０（ｘ）を送信する。また，適合する属性証明書が見つからなかった場合は，利用者用装置１４０に対して，属性証明書が取得できなかったことを示すエラーコードを送信する（ステップ２１１４）。
利用者用装置１４０では，鍵管理装置１５０が送信した属性証明書１０９０（ｘ），もしくは，エラーコードを，属性証明書選択要求プログラム９４０にて受信する。エラーコードが送信されてきた場合は，当該情報を受信した後，属性証明書を所有していない旨の表示を行い，以降の処理は中止される（ステップ２１１５）。
属性証明書を受信したら，属性証明書適用装置１３０に対する認証用の署名データを生成するため，署名要求プログラム９５０を用いて，鍵管理装置１５０に対して署名要求を送信する。署名要求は，図１３のステップ２００３にて受信した署名対象データと，ステップ２１１５にて受信した属性証明書１０９０（ｘ）が含まれる（ステップ２１１６）。
鍵管理装置１５０では，利用者用装置１４０が送信した署名要求を，通信プログラム１０２０にて受信する（ステップ２１１７）。
署名要求を受信したら，当該署名要求中に含まれる署名対象データに対して，秘密鍵１０７０を用いて電子署名を施し，電子署名を付与した秘密鍵に対する利用者の公開鍵証明書１０８０と，当該利用者公開鍵証明書の上位証明書である認証局の公開鍵証明書６６０と，ステップ２１１５にて取得した属性証明書１０９０（ｘ）と，当該属性証明書を発行した属性認証局の公開鍵証明書７４０とを含めた署名データ１１００を，署名プログラム１０５０によって生成する（ステップ２１１８）。
署名データ１１００の生成が完了したら，当該署名データ１１００を利用者用装置１４０に対して送信する（ステップ２１１９）。
利用者用装置１４０では，鍵管理装置１５０が送信した署名データ１１００を，通信プログラム９２０にて受信する（ステップ２１２０）。
以降，図１３のステップ２００５に処理が移る。

図１５は，図１３の属性証明書検証処理（ステップ２００７）に関する詳細なフローを示す図である。

属性証明書適用装置１３０と認証局１１０との間において，署名データ１１００を受信してから，属性情報を抽出するまでの手順について記述する。

属性証明書適用装置１３０で署名データ１１００の受信が行われたら，当該署名データの構成要素を抽出するため，署名検証プログラム８３０にて解析処理を行う。（ステップ２２００）。

署名データ１１００の解析が完了したら，当該署名データに付与されている電子署名を，利用者の公開鍵証明書１０８０を用いて検証する。続いて，署名検証に用いた利用者の公開鍵証明書１０８０の正当性を検証するため，利用者の公開鍵証明書１０８０に付与されている電子署名を認証局の公開鍵証明書６６０を用いて検証する。さらに，利用者の公開鍵証明書１０８０の検証に使用した認証局の公開鍵証明書６６０の情報が，属性証明書適用装置１３０で管理されている信頼点情報８６０と一致するかどうかを確認する。これらすべての処理を行うことで，利用者の公開鍵証明書に関する認証パスの署名検証を完了する。ここで，検証に失敗した場合は，ユーザ認証に失敗した旨の情報を利用者用装置１４０に送信する。本検証処理にて使用する各公開鍵証明書は署名データ１１００に含まれているものを使用する（ステップ２２０１）。

署名データ１１００の署名検証に成功した場合は，当該署名データに含まれる属性証明書１０９０（ｘ）の解析を行い，各種要素を切り分ける（ステップ２２０２）。

属性証明書１０９０（ｘ）の解析が完了したら，当該署名データに含まれる属性証明書１０９０（ｘ）の正当性の検証を行う。具体的には，属性証明書１０９０（ｘ）に付与されている属性認証局の電子署名を，当該署名データに含まれている属性認証局の公開鍵証明書７４０を用いて検証する。続いて，属性認証局の公開鍵証明書７４０の内容の正当性を検証するため，その上位の公開鍵証明書である認証局の公開鍵証明書６６０を用いて，属性証明書の公開鍵証明書７４０に付与されている電子署名の検証を行う。さらに，属性認証局の公開鍵証明書７４０の検証に使用した認証局の公開鍵証明書６６０の情報が，属性証明書適用装置１３０で管理されている信頼点情報８６０と一致するかどうかを確認する。これらすべての処理を行うことで，利用者の属性証明書に関する認証パスの署名検証を完了する。ここで，検証に失敗した場合は，ユーザ認証に失敗した旨の情報を利用者用装置１４０に送信する。本検証処理にて使用する各公開鍵証明書は署名データ１１００に含まれているものを使用する（ステップ２２０３）。

前記ステップ２２０１，および，ステップ２２０３にて検証を行った認証パスに関して，当該認証パス上の公開鍵証明書が失効されていないかどうかを確認するために，認証局装置１１０に対して，失効情報の要求を送信する（ステップ２２０４）。

認証局装置１１０では，属性証明書適用装置１３０が送信した失効情報要求を，失効情報公開プログラムにて受信する（ステップ２２０５）。

失効情報要求を受信したら，認証局装置１１０内で管理している失効情報６７０を，属性証明書適用装置１３０に対して送信する（ステップ２２０６）。

属性証明書適用装置１３０では，認証局装置１１０が送信した失効情報６７０を受信し，認証パス中の公開鍵証明書が失効情報一覧に含まれていないことを確認する。また，失効情報に付与されている電子署名を，認証局の公開鍵証明書６６０を用いて検証する。さらに，検証に使用した認証局の公開鍵証明書６６０の情報が，属性証明書適用装置１３０で管理されている信頼点情報８６０と一致するかどうかを確認する。認証パス中の公開鍵証明書が失効情報一覧に含まれている場合や，失効情報の署名検証に失敗した場合は，ユーザ認証に失敗した旨の情報を利用者用装置１４０に送信する（ステップ２２０７）。

認証パス中の公開鍵証明書が失効情報一覧に含まれておらず，失効情報の署名検証に成功した場合は，属性証明書１０９０（ｘ）の暗号化されている属性情報部を，属性証明書適用装置１３０の管理する秘密鍵８７０で復号し，業務サービスのＵＲＬ，ユーザ識別子，および，認証情報を抽出する（ステップ２２０８）。

以降，図１３のステップ２００８に処理が移る。

本実施例によれば，既存のユーザ識別子および認証情報によって認証を行うネットワーク上のサービスシステムの認証レベルのセキュリティを向上させる用途に適用できる。

属性証明書を用いて業務サービスの認証を行うためのシステム構成を示す図である。 図１で列挙した，業務サービス提供装置，認証局装置，属性認証局装置，及び，属性証明書適用装置のハードウェア構成を示す図である。 図１で列挙した，利用者装置，及び，鍵管理装置のハードウェア構成を示す図である。 業務サービス提供装置のソフトウェア構成を示す図である。 認証局装置のソフトウェア構成を示す図である。 属性認証局装置のソフトウェア構成を示す図である。 属性証明書適用装置のソフトウェア構成を示す図である。 利用者用装置のソフトウェア構成を示す図である。 鍵管理装置のソフトウェア構成を示す図である。 認証情報ファイルの構成要素を示す図である。 利用者に発行される属性証明書の構成要素を示す図である。 利用者用装置から属性証明書適用装置に対して送付される認証用の署名データの構成要素を示す図である。 属性証明書適用装置を用いた認証方法のフローを示す図である。 図１３のサービス選択処理に関する詳細なフローを示す図である。 図１３の属性証明書検証処理に関する詳細なフローを示す図である。

符号の説明

１００：業務サービス提供装置，１１０：認証局装置，１２０：属性認証局装置，１３０：属性証明書適用装置，１４０：利用者用装置，１５０：鍵管理装置，１６０：内部ネットワーク，１７０：外部ネットワーク，２１０：入力装置，２２０：表示装置，２３０：ＣＰＵ，２４０：通信装置，２５０：メモリ，２６０：記憶装置，２８０：バス，３１０：入力装置，３２０：表示装置，３３０：ＣＰＵ，３４０：通信装置，３５０：メモリ，３６０：記憶装置，３７０：鍵管理装置接続用インタフェース，３８０：バス，４１０：ＣＰＵ，４２０：メモリ，４３０：記憶装置，４４０：入出力用インタフェース，５１０：オペレーティングシステム，５２０：Ｗｅｂサーバプログラム，５３０：認証用プログラム，５４０：認証情報ファイル，５５０：Ｗｅｂ画面ファイル，６１０：オペレーティングシステム，６２０：公開鍵証明書発行プログラム，６３０：失効情報発行プログラム，６４０：失効情報公開プログラム，６５０：秘密鍵，６６０：公開鍵証明書，６７０：失効情報，７１０，８１０，９１０：オペレーティングシステム，７２０：属性証明書発行プログラム，７３０，８７０，１０７０：秘密鍵，７４０：公開鍵証明書，８２０，９２０，１０２０：通信プログラム，８３０：署名検証プログラム，８４０：属性証明書解析プログラム，８５０：属性証明書検証プログラム，８６０：信頼点情報，９３０：鍵管理装置用認証プログラム，９４０：属性証明書選択要求プログラム，９５０：署名要求プログラム，９６０：Ｗｅｂブラウザプログラム，１０１０：オペレーティングシステム，１０３０：認証プログラム，１０４０：属性証明書選択プログラム，１０５０：署名プログラム，１０６０：認証情報，１０８０：公開鍵証明書，１０９０：属性証明書，１１００：署名データ。

Claims (9)

1. ユーザ識別子および認証情報による認証を行うネットワーク上のサービスシステムに対し，当該サービスシステムに変更を加えずに，検証するためのエンティティを当該システムの前段に設置することで，公開鍵暗号ベースの認証技術を適用する方法であって，
   利用側が検証側に対して認証用の署名データを送信する際において，当該サービスシステムのユーザ識別子および認証情報が検証側の公開鍵で暗号化された形式で含まれ，かつ，当該システムの利用側が所有する公開鍵証明書に割り当てられた属性証明書を署名データに加えて送信する利用側署名データ生成ステップと，
   検証側が当該署名データを受信した際において，当該署名データの署名検証と，当該署名データの検証に用いた公開鍵証明書に関する認証パスの検証と，当該署名データに含まれる属性証明書の検証と，検証で使用した証明書に関する失効確認とを行う検証側署名データ検証ステップと，
   検証側が当該サービスシステムに対して認証情報を送信する際において，属性証明書内で暗号化されている当該サービスシステムのユーザ識別子および認証情報を検証側の秘密鍵で復号して当該サービスシステムに送信する検証側認証情報送信ステップと，を有することを特徴とする属性証明書利用認証方法。
2. 請求項１記載の属性証明書利用認証方法であって，
   利用側署名データ生成ステップにおいて，暗号化対象にサービスシステムのユーザ識別子と認証情報と接続先アドレスとを含めた属性証明書を用いるステップと，
   検証側認証情報送信ステップにおいて，ユーザ識別子と認証情報と接続先アドレスとを復号し，当該接続先アドレスにユーザ識別子と認証情報を送信するステップと，を組み合わせることによって複数のサービスシステムに振り分ける
   ことを特徴とする属性証明書利用認証方法。
3. 請求項１または２記載の属性証明書利用認証方法であって，
   利用側署名データ生成ステップの前に，検証側がサービスシステムの名称と，当該サービスシステムに関する接続先アドレスの組み合わせの一覧を利用側に送信するステップと，
   利用側署名データ生成ステップにおいて，検証側の公開鍵で暗号化された属性情報のみでなく，利用側の公開鍵で暗号化された属性情報も含む属性証明書を用いて，利用者が入力したサービス名からサービスシステムの接続先アドレスと，利用側の秘密鍵を用いて属性証明書の属性情報を復号することにより取得したサービスシステムの接続先アドレスとが一致するものを自動的に選びだすステップと，を有する
   ことを特徴とする属性証明書利用認証方法。
4. ユーザ識別子および認証情報による認証を行うネットワーク上のサービスシステムに対し，当該サービスシステムに変更を加えずに，公開鍵暗号ベースの認証技術を適用するために，当該サービスシステムの前段に設置される装置であって，
   当該サービスシステムのユーザ識別子および認証情報が検証側の公開鍵で暗号化された形式で含まれ，かつ，当該システムの利用側が所有する公開鍵証明書に割り当てられた属性証明書を加えて送信された署名データを利用者から受信する機能と，当該署名データの署名を検証する機能と，当該署名データの検証に用いた公開鍵証明書に関する認証パスの検証を行う機能と，当該署名データに含まれる属性証明書の検証を行う機能と，検証で使用した証明書に関する失効確認を行う機能と，属性証明書内で暗号化されている当該サービスシステムのユーザ識別子および認証情報を検証側の秘密鍵で復号して当該サービスシステムに送信する機能と，を有する
   ことを特徴とする属性証明書利用装置。
5. 請求項４記載の属性証明書利用装置であって，
   暗号化対象にサービスシステムのユーザ識別子と認証情報と接続先アドレスとを含めた属性証明書を検証側の秘密鍵で復号する機能と，
   前記機能で復号して取得したユーザ識別子と認証情報を，前記機能で復号して取得した接続先アドレスに振り分けて送信する機能と，を有する
   ことを特徴とする属性証明書利用装置。
6. 請求項４または５記載の属性証明書利用装置であって，
   サービスシステムの名称と，当該サービスシステムに関する接続先アドレスの組み合わせの一覧を利用側に送信する機能を有する
   ことを特徴とする属性証明書利用装置。
7. 請求項４または５記載の属性証明書利用装置に署名データを送信するための利用者用装置であって，
   アクセスを試みようとしているサービスシステムのユーザ識別子および認証情報が属性証明書利用装置の公開鍵で暗号化された形式で含まれ，かつ，当該システムの利用側が所有する公開鍵証明書に割り当てられた属性証明書を署名データに加えて送信する機能を有する
   ことを特徴とする利用者用装置。
8. 請求項７記載の利用者用装置であって，
   属性証明書利用装置に対しサービス名一覧要求を送信し，その応答を受信する機能と，
   利用者にアクセスを試みようとしているサービス名を選択させる機能と，を有する
   ことを特徴とする利用者用装置。
9. 請求項４または５記載の属性証明書利用装置に送信する署名データを生成するための鍵管理装置であって，
   利用者用装置から属性証明書要求を受信し，適合する属性証明書を返信する機能と，
   利用者用装置から属性証明書を含む署名要求を受信し，属性証明書を含んだ署名データを生成し，当該署名データを返信する機能と，を有する
   ことを特徴とする鍵管理装置。
   

Images