JP2008011097A - 属性認証方法、鍵管理装置、サービス提供先装置、サービス提供元装置、及び属性認証システム - Google Patents

Abstract

【課題】複数の属性証明書を格納するために、サービス提供先の装置が大量のメモリを消費することを防止する。
【解決手段】属性証明書発行装置１０が、属性情報毎に異なる暗号鍵で属性情報を暗号化する。鍵管理装置２０が、暗号鍵に対応する復号鍵をグループ化し、当該グループ毎に異なる乱数と当該グループに属する復号鍵とを対応付けて格納する。ユーザ端末３０が、乱数をサーバ４０の公開鍵で暗号化して生成した暗号化乱数と属性証明書とを該サーバ４０に送信する。サーバ４０が、自装置の秘密鍵で暗号化乱数から乱数を復号する。鍵管理装置２０が、サーバ４０により復号された乱数に対応付けて格納した復号鍵をサーバ４０に送信する。サーバ４０が、ユーザ端末３０から受信した属性証明書を鍵管理装置２０から受信した復号鍵で復号することによって、復号鍵に対応した属性情報を取得する。
【選択図】図１

Description

本発明は、属性認証方法、鍵管理装置、サービス提供先装置、サービス提供元装置、及び属性認証システムに関するものである。

従来、例えば所定のデータの配信、或いは所定のウェブサイトへの接続許可等のサービスを提供するサーバが、サービス利用者の個人情報等が記載された属性証明書を用いて、サービス利用者の本人認証等を行うといった技術が知られている（例えば、特許文献１参照）。また、属性証明書に記載された各種情報はサービス利用者のプライバシーに関するものが多いため、例えば暗号化等を行い、該情報が外部に流出されないように保護することが一般的に行われている。
特開２００４−３０４２２７号公報

ところで、属性証明書は、それぞれの用途に応じて、例えば本人認証を行うサービス提供元のサーバ毎に発行される。そのため、サービス利用者側の携帯端末等の装置は、それぞれのサーバからのサービスを利用するために、サーバ毎に発行された複数の属性証明書の全てを格納しておく必要がある。しかし、例えば携帯電話機といったサービス利用者側の装置には記憶容量に制限がある場合が多く、複数の属性証明書を全て格納するほどの大量のメモリ容量を確保することは困難な場合がある。

そこで、本発明は上記に鑑みてなされたもので、サービス提供先の装置が複数の属性証明書を格納するために大量のメモリを消費することを防止可能な属性認証方法、鍵管理装置、サービス提供先装置、サービス提供元装置、及び属性認証システムを提供することを目的とする。

上記課題を解決するために、本発明の属性認証方法は、属性証明書生成装置が、複数の属性情報を含んで構成される属性証明書を生成する際に、属性情報毎に異なる複数の暗号鍵で複数の属性情報を暗号化する第１ステップと、暗号鍵を管理する鍵管理装置が、第１ステップにおける複数の暗号鍵のそれぞれに対応する複数の復号鍵をグループ化し、当該グループ化されたグループを特定するグループ識別情報と当該グループに属する復号鍵とを対応付けて格納する第２ステップと、サービス提供先装置が、複数のグループ識別情報を鍵管理装置から取得し、複数のグループ識別情報の中から特定のグループ識別情報をサービス提供元装置の公開鍵で暗号化することによって暗号化識別情報を生成し、第１ステップにて属性証明書生成装置により生成された属性証明書を暗号化識別情報と共に該サービス提供元装置に送信する第３ステップと、サービス提供元装置が、第３ステップにてサービス提供先装置から送信された暗号化識別情報から、自装置の秘密鍵を用いて特定のグループ識別情報を復号し、特定のグループ識別情報に対応する復号鍵を鍵管理装置に要求する第４ステップと、鍵管理装置が、サービス提供元装置の要求に応じて、特定のグループ識別情報に対応付けて格納された復号鍵を該サービス提供元装置に送信する第５ステップと、サービス提供元装置が、第３ステップにてサービス提供先装置から送信された属性証明書を第５ステップにて鍵管理装置により送信された復号鍵で復号することによって、特定のグループ識別情報によって特定されるグループの復号鍵に対応した属性情報を取得する第６ステップとを備える。

また、鍵管理装置は、複数の属性情報を含んで構成される属性証明書を生成する際に、属性情報毎に異なる複数の暗号鍵で複数の属性情報を暗号化する属性証明書生成装置から、複数の暗号鍵を受信し、該複数の暗号鍵のそれぞれに対応する複数の復号鍵をグループ化し、当該グループ化されたグループを特定するグループ識別情報と当該グループに属する復号鍵とを対応付けて格納する格納手段と、サービス提供元装置により復号された特定のグループ識別情報を受信し、該特定のグループ識別情報に対応付けて格納手段が格納した復号鍵を該サービス提供元装置に送信する送信手段とを備える。

また、サービス提供先装置は、暗号鍵を管理する鍵管理装置から、属性証明書に含まれる複数の属性情報毎に異なる複数の暗号鍵のそれぞれに対応する複数の復号鍵のグループを特定するグループ識別情報を複数取得し、該複数取得したグループ識別情報の中から特定のグループ識別情報をサービス提供元装置の公開鍵で暗号化することによって暗号化識別情報を生成し、属性証明書生成装置により生成された属性証明書を暗号化識別情報と共に該サービス提供元装置に送信する。

また、サービス提供元装置は、属性証明書に含まれる複数の属性情報毎に異なる複数の暗号鍵のそれぞれに対応する複数の復号鍵のグループを特定し、且つ自装置の公開鍵で暗号化されたグループ識別情報をサービス提供先装置により受信し、自装置の秘密鍵を用いて暗号化されたグループ識別情報から当該グループ識別情報を復号する復号手段と、暗号鍵を管理する鍵管理装置に復号手段が復号したグループ識別情報を送信し、該グループ識別情報に対応付けられて格納された復号鍵を鍵管理装置から受信する受信手段と、サービス提供先装置により受信した属性証明書を受信手段が鍵管理装置から受信した復号鍵で復号することによって、該グループ識別情報によって特定されるグループの復号鍵に対応した属性情報を取得する取得手段とを備える。

また、属性認証システムは、上記した鍵管理装置、サービス提供先装置、サービス提供元装置、及び、複数の属性情報を含んで構成される属性証明書を生成する際に、属性情報毎に異なる複数の暗号鍵で複数の属性情報を暗号化する属性証明書生成装置を備える。

このような本発明の属性認証方法、鍵管理装置、サービス提供先装置、サービス提供元装置、及び属性認証システムによれば、属性情報は、該属性情報毎に異なる暗号鍵で暗号化される。一方、それぞれの暗号鍵に対応する復号鍵が、該復号鍵の属するグループ毎に異なるグループ識別情報と対応付けられる。すなわち、属性情報は、それぞれの用途に応じて、例えばあるサービス提供元装置がサービス提供先のユーザに対する本人認証を行うときに必要な復号鍵のグループ毎に分類され、各グループは上記グループ識別情報と対応付けられる。そして、複数のグループの属性情報が１つの属性証明書に含められる。

一方、あるサービス提供元装置は、上記属性証明書、及び自装置用の暗号化識別情報をサービス提供先装置から受信する。該自装置用の暗号化識別情報は自装置の公開鍵で暗号化されているので、サービス提供元装置は、自装置の秘密鍵を用いて、該暗号化識別情報に暗号化されているグループ識別情報を復号することができる。そして、該サービス提供元装置は、該復号したグループ識別情報を鍵管理装置に送信することにより、該グループ識別情報に対応付けられた自装置用の復号鍵を問合わせる。鍵管理装置が、該グループ識別情報に対応付けられて格納された該サービス提供元装置用の復号鍵を読み出して該サービス提供元装置に送信すると、該サービス提供元装置は、上記属性証明書に記載された複数の属性情報の中で、該送信された復号鍵で復号可能な自装置用の属性情報だけを部分的に復号して読み取ることができる。

これに対して、例えば、あるサービス提供元装置が他の装置用の暗号化識別情報を取得したときには、該サービス提供元装置は他の装置の秘密鍵を知らないため、他の装置の公開鍵で暗号化されている他の装置用のグループ識別情報を復号することができない。このため、該サービス提供元装置は鍵管理装置に他の装置用の復号鍵を問合せることができず、他の装置用の復号鍵を取得することができない。したがって、該サービス提供元装置が、上記属性証明書に含まれた複数の属性情報の中で、他の装置用の属性情報を読み取ることを防止できる。

以上より、１つの属性証明書が、異なるサービス提供元装置間で共有されても、あるサービス提供元装置は、他の装置用の属性情報を読み取ることができない。すなわち、属性証明書生成装置は、１つのサービス提供先装置にサービスを提供する装置の数に関係なく、１つのサービス提供先装置に１つの属性証明書を生成するだけで済む。言い換えれば、１つのサービス提供先装置は、複数のサービス提供元装置からサービスを提供される場合であっても、１つの属性証明書を保持するだけで足りる。この場合に、各サービス提供元装置は他の装置用の属性情報を読み取ることなく、自装置用の属性情報だけを読み取って本人認証等を行う。したがって、サービス提供先装置が、例えばサービス提供元装置の数だけの複数の属性証明書を格納するために、大量のメモリを消費することを防止できる。

また、本発明において、属性情報は該属性情報毎に異なる暗号鍵で暗号化される。一方、サービス提供先装置は、復号鍵のグループ毎に対応付けられたグループ識別情報（暗号化識別情報）をサービス提供元装置に送信する。グループ識別情報は復号鍵のグループ毎に対応付けられているため、グループ識別情報の数は復号鍵の数に比べて同等以下である。このため、例えばサービス提供先装置が属性情報毎に異なる復号鍵をサービス提供元装置に送信する場合と比べて、サービス提供先装置が送信するデータの量が少なくて済む。したがって、サービス提供先装置の通信負担が少なく、該サービスを利用するユーザ側の通信コストを削減することができる。

本発明によれば、あるサービス提供元装置は、他の装置用の属性情報を読み取ることができない。このため、サービス提供先装置は、例えば複数のサービス提供元装置からサービスを提供される場合に、１つの属性証明書を保持するだけで足りる。したがって、サービス提供先装置が、例えば該複数のサービス提供元装置の数だけの複数の属性証明書を格納するために、大量のメモリを消費することを防止できる。

以下、添付図面を参照して本発明にかかる属性証明書生成装置、鍵管理装置、サービス提供先装置、サービス提供元装置、属性認証システム、及び属性認証方法の好適な実施形態を詳細に説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。

まず、本発明の実施形態に係る属性認証システム１の基本的な構成について、図１を参照しながら説明する。図１は属性認証システム１の構成概要図である。図１に示すように、属性認証システム１は、属性証明書発行装置（属性証明書生成装置）１０、鍵管理装置２０、ユーザ端末（サービス提供先装置）３０、サーバ（サービス提供元装置）４０、及び公開鍵管理装置５０を備えて構成される。なお、図１ではユーザ端末３０とサーバ４０とが単数として図示されているが、実際の属性認証システム１の構成ではユーザ端末３０とサーバ４０とが複数存在する。また、属性証明書発行装置１０は、例えば属性証明書発行機関（ＡＡ）に設置されるものであり、公開鍵管理装置２０は、例えば公開鍵を発行する認証局（ＣＡ）に設置されるものである。以下、属性認証システム１の各構成要素について詳細に説明する。

属性証明書発行装置１０は属性証明書を発行する装置である。図２は、属性証明書発行装置１０のハードウェア構成図である。属性証明書発行装置１０は、物理的には、図２に示すように、ＣＰＵ１１、主記憶装置であるＲＡＭ１２及びＲＯＭ１３、入力デバイスであるキーボード及びマウス等の入力装置１４、ディスプレイ等の出力装置１５、ネットワークカード等のデータ送受信デバイスである通信モジュール１６、及びハードディスク等の補助記憶装置１７を含むコンピュータシステムとして構成されている。後述する属性証明書発行装置１０の各機能は、図２に示すＣＰＵ１１、ＲＡＭ１２等のハードウェア上に所定のソフトウェアを読み込ませることにより、ＣＰＵ１１の制御のもとで通信モジュール１６、入力装置１４、出力装置１５を動作させると共に、ＲＡＭ１２や補助記憶装置１７におけるデータの読み出し及び書き込みを行うことで実現される。

図１に戻り、属性証明書発行装置１０は、通信網６０を介して、ユーザ端末３０と通信可能なように構成されている。通信網６０は、例えばインターネット網、ＰＤＣ（Personal Digital Cellular）網、ＩＭＴ（International MobileTelecommunication）２０００網等の無線通信網である。また、属性証明書発行装置１０は、通信網７０を介して、鍵管理装置２０と通信可能なように構成されている。通信網７０は、例えばインターネット網等の通信網である。

図３は、属性証明書発行装置１０の構成概要図である。図３に示すように、属性証明書発行装置１０は、機能的には、属性情報暗号化部１１０、属性証明書発行部１２０、及び暗号鍵送信部１３０を備える。

属性情報暗号化部１１０は、属性情報毎に異なる暗号鍵で、該属性情報を暗号化するものである。図４は、属性情報暗号化部１１０の暗号化処理に用いられる暗号鍵を示す図である。図４に示すように、属性情報暗号化部１１０は、属性情報の「ユーザ識別情報」を暗号鍵１で暗号化する。同様に、属性情報暗号化部１１０は、属性情報の「課金情報」を暗号鍵２で暗号化し、属性情報の「所属情報」を暗号鍵３で暗号化する。このように、１つの属性情報は１つの暗号鍵に対応する。なお、上述した対応関係（属性情報と暗号鍵との対応関係）は、引き続く説明において同様である。図３に戻り、属性情報暗号化部１１０は、暗号化した属性情報を属性証明書発行部１２０に出力する。また、属性情報暗号化部１１０は、各属性情報の暗号化に用いた暗号鍵を暗号鍵送信部１３０に出力する。属性情報暗号化部１１０は、ある暗号鍵で暗号化された属性情報を特定する情報を該暗号鍵に付して暗号鍵送信部１３０に出力する。

属性証明書発行部１２０は、暗号化された属性情報を属性情報暗号化部１１０から入力され、該暗号化された属性情報を記載した属性証明書を生成するものである。図５は、属性証明書発行部１２０が生成した属性証明書をイメージした図である。図５に示すように、属性証明書には、暗号鍵１で暗号化された「ユーザ識別情報」、暗号鍵２で暗号化された「課金情報」、及び暗号鍵３で暗号化された「所属情報」が記載されている。つまり、１つの属性証明書にはそれぞれ異なる暗号鍵で暗号化された複数の属性情報が記載されている。また、後述するように、暗号化された複数の属性情報が記載された１つの属性証明書は、サービス提供元の複数の装置により共有される。図３に戻り、属性証明書発行部１２０は、このように生成した属性証明書を、通信網６０を介して、ユーザ端末３０に発行する。この発行処理は、属性証明書発行装置１０からユーザ端末３０へ属性証明書の電子データを送信することで行われる。

暗号鍵送信部１３０は、属性情報の暗号化に用いられた暗号鍵を属性情報暗号化部１１０から入力され、該入力された暗号鍵を鍵管理装置２０に送信するものである。

図１に戻り、鍵管理装置２０は、属性情報の暗号化に用いられた暗号鍵と、任意の乱数（グループ識別情報）とを対応付けて管理する装置である。鍵管理装置２０は、属性証明書発行装置１０と同様に、物理的な構成要素として、ＣＰＵ、ＲＡＭ、ＲＯＭ、入力装置、出力装置、通信モジュール、補助記憶装置などを含むコンピュータシステムとして構成されている（図２参照）。鍵管理装置２０は、通信網７０を介して、属性証明書発行装置１０及びサーバ４０と通信可能なように構成されている。また、鍵管理装置２０は、通信網６０を介して、ユーザ端末３０と通信可能なように構成されている。

図６は、鍵管理装置２０の構成概要図である。図６に示すように、鍵管理装置２０は、機能的には、テーブル格納部（格納手段）２１０、暗号鍵受信部２２０、乱数生成部２３０、乱数送信部２４０、問合せ受信部２５０、及び問合せ応答部（送信手段）２６０を備える。

テーブル格納部２１０は、後述する乱数生成部２３０が、属性情報の属するグループ毎に異なる乱数を生成する際に参照される属性分類表を格納するものである。属性分類表には、属性情報がグループ分けされている。本実施形態において、属性情報は、あるサービス提供元のサーバがあるサービス提供先のユーザに対する本人認証を行うときに必要な属性情報のグループ毎に分類される。

図７は、テーブル格納部２１０に格納された属性分類表の一例を示す図である。図７の各属性情報は、各サーバがユーザ端末３０のユーザに対する本人認証を行うときに必要な属性情報のグループ毎に分類されている。すなわち、サーバ４０Ａがユーザ端末３０のユーザに対する本人認証を行うときに使う属性情報は「ユーザ識別情報」であり、「ユーザ識別情報」はグループＡに分類されている。同様に、サーバ４０Ｂが使う「ユーザ識別情報」及び「課金情報」はグループＢに分類されており、サーバ４０Ｃが使う「課金情報」及び「所属情報」はグループＣに分類されている。また、サーバ４０Ｄが使う「ユーザ識別情報」、「課金情報」及び「所属情報」はグループＤに分類されている。このように、各グループには少なくとも１つ以上の属性情報が属されている。また、例えば「ユーザ識別情報」のように、１つの属性情報は場合によっては複数のグループに属する。なお、上述した分類の様子（属性情報とグループとの間の所属関係）は、引き続く説明において同様である。

図６に戻り、暗号鍵受信部２２０は、属性情報の暗号化に用いられた暗号鍵を属性証明書発行装置１０から受信するものである。なお、前述したように、属性証明書発行装置１０から送信される暗号鍵には、該暗号鍵で暗号化された属性情報の特定情報が付されている。暗号鍵受信部２２０は、該受信した暗号鍵を乱数生成部２３０に出力する。

乱数生成部２３０は、暗号鍵受信部２２０から暗号鍵を入力され、該暗号鍵の属するグループ毎に異なる乱数を生成するものである。具体的に、乱数生成部２３０は、まず、暗号鍵受信部２２０から入力された暗号鍵をグループ化する。本実施形態において、乱数生成部２３０は、ある暗号鍵を該暗号鍵で暗号化された属性情報の属するグループと同一のグループに分類する。このとき、乱数生成部２３０は、テーブル格納部２１０に格納された属性分類表を参照して、ある属性情報が何れのグループに属しているかを知る。また、乱数生成部２３０は、暗号鍵に付されている特定情報を参照して、ある属性情報の暗号化に何れの暗号鍵が用いられたかを知る。

図８は、乱数生成部２３０が暗号鍵を分類した様子を示す。図８の左から１列目及び２列目に示すように、暗号鍵１（「ユーザ識別情報」を暗号化するのに用いられた暗号鍵）はグループＡ（「ユーザ識別情報」の属するグループ）に分類されている。同様に、暗号鍵１及び暗号鍵２はグループＢに分類されており、暗号鍵２及び暗号鍵３はグループＣに分類されている。また、暗号鍵１、暗号鍵２及び暗号鍵３は、グループＤに分類されている。

乱数生成部２３０は、上記分類したグループ毎に異なる乱数を生成する。図８は、乱数生成部２３０が乱数を生成した様子を示す。図８の左から１列目及び３列目に示すように、乱数生成部２３０は、グループＡの乱数として乱数Ａを生成する。同様に、乱数生成部２３０は、グループＢの乱数として乱数Ｂを生成し、グループＣの乱数として乱数Ｃを生成し、グループＤの乱数として乱数Ｄを生成する。乱数生成部２３０は、このように生成した乱数、及び該乱数と同一のグループに属する暗号鍵に対応する復号鍵をテーブル格納部２１０に出力する。なお、本実施形態において、任意の暗号鍵と該暗号鍵に対応する復号鍵とは同一のものである。

テーブル格納部２１０は、乱数及び該乱数と同一のグループに属する復号鍵を乱数生成部２３０から入力され、該乱数と該復号鍵とを対応付けて格納する。図８は、テーブル格納部２１０が乱数と復号鍵とを対応付けて格納した様子を示す。図８に示すように、テーブル格納部２１０には、グループＡに関して復号鍵１と乱数Ａとが対応付けられて格納されている。同様に、テーブル格納部２１０には、グループＢに関して復号鍵１及び復号鍵２と乱数Ｂとが対応付けられて格納されており、グループＣに関して復号鍵２及び復号鍵３と乱数Ｃとが対応付けられて格納されている。また、グループＤに関して復号鍵１、復号鍵２及び復号鍵３と乱数Ｄとが対応付けられて格納されている。

図６に戻り、乱数送信部２４０は、テーブル格納部２１０に格納された乱数をユーザ端末３０に送信するものである。乱数送信部２４０は、ある乱数が対応付けられたグループに属するサーバを特定する情報を該乱数に付してユーザ端末３０に送信する。

問合せ受信部２５０は、サーバ４０から任意の乱数を受信するものである。問合せ受信部２５０は、受信した乱数を問合せ応答部２６０に出力する。

問合せ応答部２６０は、問合せ受信部２５０から任意の乱数を入力され、該乱数に対応付けられてテーブル格納部２１０に格納された復号鍵を読み出し、該読み出した復号鍵をサーバ４０に送信するものである。具体的に、図８に示す例において、問合せ受信部２５０が例えば乱数Ａをサーバ４０から受信したときに、問合せ応答部２６０は、乱数Ａと対応付けられた復号鍵１をテーブル格納部２１０から読み出してサーバ４０に送信する。また、問合せ受信部２５０が例えば乱数Ｂをサーバ４０から受信したときに、問合せ応答部２６０は、乱数Ｂと対応付けられた復号鍵１及び復号鍵２をテーブル格納部２１０から読み出してサーバ４０に送信する。問合せ受信部２５０が乱数Ｃ或いは乱数Ｄをサーバ４０から受信したときにも同様に、該乱数と対応付けられた復号鍵を読み出して送信する。

図１に戻り、ユーザ端末３０は、サービス提供先の携帯端末であって、本実施形態においては例えば携帯電話機である。図９は、ユーザ端末３０のハードウェア構成図である。ユーザ端末３０は、物理的には、図９に示すように、ＣＰＵ３１、主記憶装置であるＲＡＭ３２及びＲＯＭ３３、操作ボタンなどの操作部３４、ＬＣＤ（Liquid Crystal Display）やＥＬ（Electro Luminescence）などの出力装置３５、属性証明書発行装置１０と公開鍵管理装置５０とサーバ４０との間でデータの送受信を無線で行う無線通信部３６、メモリディバイス等の補助記憶装置３７を備えて構成される。後述するユーザ端末３０の各機能は、図９に示すＣＰＵ３１、ＲＡＭ３２等のハードウェア上に所定のソフトウェアを読み込ませることにより、ＣＰＵ３１の制御のもとで操作部３４、出力装置３５、無線通信部３６を動作させると共に、ＲＡＭ３２や補助記憶装置３７におけるデータの読み出し及び書き込みを行うことで実現される。また、ユーザ端末３０のＲＡＭ３２及び補助記憶装置３７は、記憶可能な容量に制限があり、例えば複数の属性証明書を格納するほどの大量のメモリ容量を確保することは困難である。図１に戻り、ユーザ端末３０は、通信網６０を介して、属性証明書発行装置１０、鍵管理装置２０、サーバ４０及び公開鍵管理装置５０と通信可能なように構成されている。

図１０は、ユーザ端末３０の構成概要図である。図１０に示すように、ユーザ端末３０は、機能的には、受信部３１０、暗号化乱数生成部３２０、サービス要求部３３０及びサービス授受部３４０を備える。

受信部３１０は、通信網６０を介して、属性証明書発行装置１０により発行された属性証明書を受けるものである。また、受信部３１０は、通信網６０を介して、鍵管理装置２０により生成された乱数を受信する。なお、前述したように、鍵管理装置２０から送信される乱数には、該乱数が対応付けられたグループに属するサーバの特定情報が付されている。また、受信部３１０は、通信網６０を介して、サーバ４０の公開鍵を公開鍵管理装置２０から取得する。受信部３１０は、鍵管理装置２０から取得した乱数、及び公開鍵管理装置２０から取得した公開鍵を暗号化乱数生成部３２０に出力する。また、受信部３１０は、属性証明書発行装置１０から取得した属性証明書をサービス要求部３３０に出力する。

暗号化乱数生成部３２０は、乱数及び公開鍵を受信部３１０から入力され、ある乱数に付されているサーバ特定情報が指すサーバの公開鍵で、該乱数を暗号化することによって、該サーバ用の暗号化乱数（暗号化識別情報）を生成するものである。図１１は、暗号化乱数生成部３２０の暗号化乱数生成処理に用いられる公開鍵、及び該暗号化乱数生成処理にて生成された暗号化乱数等を示す図である。図１１に示すように、暗号化乱数生成部３２０は、乱数Ａをサーバ４０Ａ（乱数Ａに付されているサーバ特定情報が指すサーバ）の公開鍵で暗号化してサーバ４０Ａ用の暗号化乱数Ａを生成する。同様に、暗号化乱数生成部３２０は、乱数Ｂをサーバ４０Ｂの公開鍵で暗号化してサーバ４０Ｂ用の暗号化乱数Ｂを生成し、乱数Ｃをサーバ４０Ｃの公開鍵で暗号化してサーバ４０Ｃ用の暗号化乱数Ｃを生成し、乱数Ｄをサーバ４０Ｄの公開鍵で暗号化してサーバ４０Ｄ用の暗号化乱数Ｄを生成する。図１０に戻り、暗号化乱数生成部３２０は、このように暗号化して生成した暗号化乱数をサービス要求部３３０に出力する。

サービス要求部３３０は、通信網６０を介して、サーバ４０に、例えば所定のデータの配信、或いは所定のウェブサイトへの接続許可等のサービスを要求するものである。ユーザ端末３０がサーバ４０から該サービスを受けるためには、ユーザ端末３０は自端末のユーザに対する本人性を該サーバ４０に認証させる必要がある。このため、サービス要求部３３０は、該サービスの要求信号を該サーバ４０に送信すると共に、受信部３１０から入力された属性証明書、及び暗号化乱数生成部３２０が生成した該サーバ用の暗号化乱数を該サーバ４０に送信する。

サービス授受部３４０は、サービス要求部３３０がサーバ４０に送信したサービス要求信号等に対する応答信号として、サーバ４０からのサービスの提供を受け入れるものである。

図１に戻り、サーバ４０は、サービス提供元のサーバである。サーバ４０は、属性証明書発行装置１０及び鍵管理装置２０と同様に、物理的な構成要素として、ＣＰＵ、ＲＡＭ、ＲＯＭ、入力装置、出力装置、通信モジュール、補助記憶装置などを含むコンピュータシステムとして構成されている（図２参照）。サーバ４０は、通信網７０を介して、鍵管理装置２０と通信可能なように構成されている。また、サーバ４０は、通信網６０を介して、ユーザ端末３０と通信可能なように構成されている。

図１２は、サーバ４０の構成概要図である。図１２に示すように、サーバ４０は、機能的には、サービス要求受信部４１０、乱数復号部（復号手段）４２０、秘密鍵格納部４３０、復号鍵問合せ部４４０、復号鍵受信部（受信手段）４５０、属性情報取得部（取得手段）４６０、及びサービス提供部４７０を備える。

サービス要求受信部４１０は、通信網６０を介して、ユーザ端末３０からのサービス要求信号を受信すると共に、ユーザ端末３０のユーザの本人性を確認するために、属性証明書及び自サーバ用の暗号化乱数を更に受信するものである。サービス要求受信部４１０は、ユーザ端末３０から受信した自サーバ用の暗号化乱数を乱数復号部４２０に出力する。また、サービス要求受信部４１０は、ユーザ端末３０から受信した属性証明書を属性情報取得部４６０に出力する。更に、サービス要求受信部４１０は、ユーザ端末３０から受信したサービス要求信号をサービス提供部４７０に出力する。

乱数復号部４２０は、サービス要求受信部４１０から暗号化乱数を入力され、該暗号化乱数に暗号化された乱数を復号するものである。このとき、乱数復号部４２０は、秘密鍵格納部４３０に格納された自サーバの秘密鍵を用いて、該乱数を復号する。前述したように、任意の暗号化乱数は、該暗号化乱数を復号して得る乱数に付されているサーバ特定情報が指すサーバの公開鍵で、該乱数が暗号化されたものである。このため、乱数復号部４２０は、秘密鍵格納部４３０に格納された自サーバの秘密鍵を用いて、サービス要求受信部４１０から入力された自サーバ用の暗号化乱数から自サーバ用の乱数を復号することができる。

例えば、前述した図１１において、サーバ４０Ａは、ユーザ端末３０から暗号化乱数Ａを入力され、自サーバの秘密鍵を用いて、暗号化乱数Ａから乱数Ａを復号する。一方、サーバ４０Ａは、他のサーバ用の暗号化乱数（例えば暗号化乱数Ｂなど）を受信しない。仮に、サーバ４０Ａが他のサーバ用の暗号化乱数を取得したとしても、サーバ４０Ａは他のサーバの秘密鍵を知らないため、他のサーバ用の乱数（例えば乱数Ｂなど）を復号することができない。同様に、サーバ４０Ｂは、自サーバの秘密鍵を用いて、暗号化乱数Ｂから乱数Ｂを復号し、サーバ４０Ｃは、自サーバの秘密鍵を用いて、暗号化乱数Ｃから乱数Ｃを復号し、サーバ４０Ｄは、自サーバの秘密鍵を用いて、暗号化乱数Ｄから乱数Ｄを復号する。これに対して、各サーバは、他のサーバ用の暗号化乱数を受信することないが、仮に他のサーバ用の暗号化乱数を取得したとしても、各サーバは他のサーバの秘密鍵を知らないため、他のサーバ用の乱数を復号することができない。図１２に戻り、復号鍵復号部４２０は、復号した自サーバ用の乱数を復号鍵問合せ部４４０に出力する。

復号鍵問合せ部４４０は、乱数復号部４２０により復号された自サーバ用の乱数を鍵管理装置２０に送信することによって、サービス提供部４７０がユーザ端末３０のユーザに対する本人性を確認する際に参照される属性情報を復号するための復号鍵を鍵管理装置２０に問合わせるものである。

復号鍵受信部４５０は、復号鍵問合せ部４４０の問合わせに応じて鍵管理装置２０から送信される復号鍵を受信するものである。復号鍵受信部４５０は、該受信した復号鍵を属性情報取得部４６０に出力する。

属性情報取得部４６０は、復号鍵受信部４５０から入力された復号鍵を用いて、サービス要求受信部４１０から入力された属性証明書に記載された複数の属性情報の中で、該復号鍵で復号可能な属性情報だけを部分的に復号して読み取るものである。復号鍵受信部４５０から入力された復号鍵は、乱数復号部４２０が自サーバ用の暗号化乱数から復号した乱数に対応付けられて鍵管理装置２０に格納された復号鍵である。このため、該復号鍵で復号可能な属性情報と、自サーバがユーザ端末３０のユーザに対する本人性を確認する際に必要な属性情報とは同一のものである。属性情報取得部４６０は、読み取った属性情報をサービス提供部４７０に出力する。

サービス提供部４７０は、属性情報取得部４６０から入力された属性情報を参照してユーザ端末３０のユーザに対する本人性を確認し、その確認の結果に応じて、サービス要求受信部４１０から入力されたサービス要求信号に応じたサービスをユーザ端末３０に提供するものである。

図１に戻り、公開鍵管理装置５０は、サーバ４０の公開鍵を管理する装置である。公開鍵管理装置２０は、属性証明書発行装置１０と同様に、物理的な構成要素として、ＣＰＵ、ＲＡＭ、ＲＯＭ、入力装置、出力装置、通信モジュール、補助記憶装置などを含むコンピュータシステムとして構成されている（図２参照）。公開鍵管理装置２０は、通信網６０を介して、ユーザ端末３０と通信可能なように構成されている。

図１３は、公開鍵管理装置５０の構成概要図である。図１３に示すように、公開鍵管理装置５０は、機能的には、公開鍵格納部５１０及び公開鍵送信部５２０を備える。公開鍵格納部５１０は、例えば、サーバ４０から予め取得したサーバ４０の公開鍵を格納するものである。公開鍵送信部５２０は、公開鍵格納部５１０に格納されたサーバ４０の公開鍵をユーザ端末３０に送信するものである。

続いて、属性認証システム１により行われる動作（属性認証方法）について、図１４及び図１５を参照しながら説明する。図１４及び図１５は、属性認証システム１の動作を示すシーケンス図である。まず、図１４を参照して、サービス提供先装置がサービス提供元装置にサービスの要求をする前に属性認証システム１で行われる動作を説明する。

まず、属性証明書発行装置１０が、属性情報毎に異なる暗号鍵で該属性情報を暗号化する。すなわち、例えば前述の図４を参照してわかるように、属性証明書発行装置１０は、属性情報の「ユーザ識別情報」を暗号鍵１で暗号化し、属性情報の「課金情報」を暗号鍵２で暗号化し、属性情報の「所属情報」を暗号鍵３で暗号化する（ステップＳ１０１）。

次に、属性証明書発行装置１０が、ステップＳ１にて暗号化した属性情報を記載して、例えば図５に示すような属性証明書を生成し、該属性証明書をユーザ端末３０に発行する（ステップＳ２）。

次に、属性証明書発行装置１０が、ステップＳ１の暗号化処理に用いた暗号鍵（暗号鍵１、暗号鍵２及び暗号鍵３）を鍵管理装置２０に送信する（ステップＳ１０３）。

次に、鍵管理装置２０が、ステップＳ１０３にて属性証明書発行装置１０から受信した暗号鍵をグループ化し、当該グループ毎に異なる乱数を生成する。すなわち、例えば前述の図８を参照してわかるように、鍵管理装置２０は、グループＡ（暗号鍵１が分類されたグループ）の乱数として乱数Ａを生成する。同様に、乱数生成部２３０は、グループＢの乱数として乱数Ｂを生成し、グループＣの乱数として乱数Ｃを生成し、グループＤの乱数として乱数Ｄを生成する。鍵管理装置２０は、暗号鍵をグループ化するときに、例えば図７に示す属性分類表を参照して、ある属性情報が何れのグループに属しているかを知り、該属性情報を暗号化するのに用いられた暗号鍵を該属性情報と同一のグループに分類する（ステップＳ１０４）。

次に、鍵管理装置２０が、ステップＳ１０４にて生成した乱数と、該乱数と同一のグループに属する暗号鍵に対応する復号鍵とを対応付けて格納する（ステップＳ１０５）。

次に、鍵管理装置２０が、ステップＳ１０４にて生成してステップＳ１０５にて格納した乱数をユーザ端末３０に送信する（ステップＳ１０６）。

次に、公開鍵管理装置５０が、サーバ４０Ａ等のサービス提供元装置から予め取得した公開鍵をユーザ端末３０に送信する（ステップＳ１０７）。

次に、ユーザ端末３０が、ステップＳ１０６にて受信した乱数をステップＳ１０７にて受信した公開鍵で暗号化して暗号化乱数を生成する。このとき、ユーザ端末３０は、任意の乱数を、該乱数に付されているサーバ特定情報が指すサーバの公開鍵で暗号化する。すなわち、例えば前述の図１１を参照してわかるように、ユーザ端末３０は、乱数Ａをサーバ４０Ａ（乱数Ａに付されているサーバ特定情報が指すサーバ）の公開鍵で暗号化してサーバ４０Ａ用の暗号化乱数Ａを生成する。同様に、ユーザ端末３０は、乱数Ｂをサーバ４０Ｂの公開鍵で暗号化してサーバ４０Ｂ用の暗号化乱数Ｂを生成し、乱数Ｃをサーバ４０Ｃの公開鍵で暗号化してサーバ４０Ｃ用の暗号化乱数Ｃを生成し、乱数Ｄをサーバ４０Ｄの公開鍵で暗号化してサーバ４０Ｄ用の暗号化乱数Ｄを生成する（ステップＳ１０８）。

以上、サービス提供先装置のユーザ端末３０がサービス提供元装置のサーバ４０Ａ等にサービスの要求をする前に属性認証システム１で行われる主な動作が説明された。一方、以下では、図１５を参照して、サービス提供先装置のユーザ端末３０がサービス提供元装置のサーバ４０Ａ及びサーバ４０Ｂにサービスの要求をする際に行われる動作を説明する。

ユーザ端末３０が、通信網６０を介して、サーバ４０Ａにサービスを要求する。ユーザ端末３０は、該サービスの要求信号、ステップＳ１０２にて発行された属性証明書、ステップＳ１０８にて生成したサーバ４０Ａ用の暗号化乱数Ａをサーバ４０Ａに送信する（ステップＳ２０１）。

次に、サーバ４０Ａが、ステップＳ２０１にて受信したサービスの要求信号に応じたサービスをユーザ端末３０に提供するために、まずユーザ端末３０のユーザに対する本人性を確認する。サーバ４０Ａは、まず、ステップＳ２０１にて受信した暗号化乱数Ａに暗号化された乱数Ａを自サーバの秘密鍵で復号する。ステップＳ１０８にて、サーバ４０Ａの公開鍵で乱数Ａを暗号化して暗号化乱数Ａが得られたため、サーバ４０Ａは、自サーバの秘密鍵で暗号化乱数Ａを元に乱数Ａを復号することができる（ステップＳ２０２）。

次に、サーバ４０Ａが、ユーザ端末３０のユーザに対する本人性を確認するときに必要な属性情報を復号するための復号鍵を鍵管理装置２０に問合わせる。この動作は、サーバ４０ＡがステップＳ２０２にて復号した乱数Ａを鍵管理装置２０に送信することで行われる（ステップＳ２０３）。

次に、鍵管理装置２０が、サーバ４０Ａからの問合せに応答する。この動作は、鍵管理装置２０が、ステップＳ２０３にて受信した乱数Ａに対応付けてステップＳ１０５にて格納した復号鍵１を読み出し（図８参照）、該読み出した復号鍵１をサーバ４０に送信することで行われる（ステップＳ２０４）。

次に、サーバ４０Ａが、ステップＳ２０４にて受信した復号鍵１を用いて、ステップＳ２０１にて受信した属性証明書に記載された「ユーザ識別情報」を復号して読み取る。ステップＳ１０１及びステップＳ１０２にて、暗号鍵１で「ユーザ識別情報」を暗号化して記載することで属性証明書が得られたため、サーバ４０Ａは、復号鍵１で「ユーザ識別情報」を復号して読み取ることができる（ステップＳ２０５）。

次に、サーバ４０Ａが、ステップＳ２０５にて読み取った「ユーザ識別情報」を用いて、ユーザ端末３０のユーザに対する本人性を確認する（ステップＳ２０６）。

次に、サーバ４０Ａが、ステップＳ２０１にて受信したサービスの要求信号に応じたサービスをユーザ端末３０に提供する（ステップＳ２０７）。

また、ユーザ端末３０が、通信網６０を介して、サーバ４０Ｂにサービスを要求する。ユーザ端末３０は、該サービスの要求信号、ステップＳ１０２にて発行された属性証明書、ステップＳ１０８にて生成したサーバ４０Ｂ用の暗号化乱数Ｂをサーバ４０Ｂに送信する（ステップＳ３０１）。

次に、サーバ４０Ｂが、ステップＳ３０１にて受信したサービスの要求信号に応じたサービスをユーザ端末３０に提供するために、まずユーザ端末３０のユーザに対する本人性を確認する。サーバ４０Ｂは、まず、ステップＳ３０１にて受信した暗号化乱数Ｂに暗号化された乱数Ｂを自サーバの秘密鍵で復号する。ステップＳ１０８にて、サーバ４０Ｂの公開鍵で乱数Ｂを暗号化して暗号化乱数Ｂが得られたため、サーバ４０Ｂは、自サーバの秘密鍵で暗号化乱数Ｂを元に乱数Ｂを復号することができる（ステップＳ３０２）。

次に、サーバ４０Ｂが、ユーザ端末３０のユーザに対する本人性を確認するときに必要な属性情報を復号するための復号鍵を鍵管理装置２０に問合わせる。この動作は、サーバ４０ＢがステップＳ３０２にて復号した乱数Ｂを鍵管理装置２０に送信することで行われる（ステップＳ３０３）。

次に、鍵管理装置２０が、サーバ４０Ｂからの問合せに応答する。この動作は、鍵管理装置２０が、ステップＳ３０３にて受信した乱数Ｂに対応付けてステップＳ１０５にて格納した復号鍵１及び復号鍵２を読み出し（図８参照）、該読み出した復号鍵１及び復号鍵２をサーバ４０に送信することで行われる（ステップＳ３０４）。

次に、サーバ４０Ｂが、ステップＳ３０４にて受信した復号鍵１及び復号鍵２を用いて、ステップＳ３０１にて受信した属性証明書に記載された「ユーザ識別情報」を復号して読み取る。ステップＳ１０１及びステップＳ１０２にて、暗号鍵１で「ユーザ識別情報」を暗号化して記載し、且つ暗号鍵２で「課金情報」を暗号化して記載することで属性証明書が得られたため、サーバ４０Ｂは、復号鍵１及び復号鍵２で「ユーザ識別情報」及び「課金情報」を復号して読み取ることができる（ステップＳ３０５）。

次に、サーバ４０Ｂが、ステップＳ３０５にて読み取った「ユーザ識別情報」及び「課金情報」を用いて、ユーザ端末３０のユーザに対する本人性を確認する（ステップＳ３０６）。

次に、サーバ４０Ｂが、ステップＳ３０１にて受信したサービスの要求信号に応じたサービスをユーザ端末３０に提供する（ステップＳ３０７）。

続いて、本実施形態にかかる属性認証システム１及び属性認証方法の作用及び効果について説明する。本実施形態の属性認証システム１及び属性認証方法によれば、属性情報は、該属性情報毎に異なる暗号鍵で暗号化される。一方、それぞれの暗号鍵に対応する復号鍵が、該復号鍵の属するグループ毎に異なる乱数と対応付けられる。すなわち、属性情報は、それぞれの用途に応じて、例えばあるサービス提供元装置がサービス提供先のユーザに対する本人認証を行うときに必要な復号鍵のグループ毎に分類され、各グループは上記乱数と対応付けられる。そして、複数のグループの属性情報が１つの属性証明書に含められる。

一方、各サーバは、上記属性証明書、及び自サーバ用の暗号化乱数をユーザ端末３０から受信する。該自サーバ用の暗号化乱数は自サーバの公開鍵で暗号化されているので、該サーバは、自サーバの秘密鍵を用いて、該暗号化乱数に暗号化されている乱数を復号することができる。そして、該サーバは、該復号した乱数を鍵管理装置２０に送信することにより、該乱数に対応付けられた自サーバ用の復号鍵を問合わせる。鍵管理装置２０が、該乱数に対応付けられて格納された該サーバ用の復号鍵を読み出して該サーバに送信すると、該サーバは、上記属性証明書に記載された複数の属性情報の中で、該送信された復号鍵で復号可能な自サーバ用の属性情報だけを部分的に復号して読み取ることができる。

これに対して、例えば、あるサーバが他のサーバ用の暗号化乱数を取得したときには、該サーバは他のサーバの秘密鍵を知らないため、他のサーバの公開鍵で暗号化されている他のサーバ用の乱数を復号することができない。このため、該サーバは鍵管理装置２０に他のサーバ用の復号鍵を問合せることができず、他のサーバ用の復号鍵を取得することができない。したがって、該サーバが、上記属性証明書に含まれた複数の属性情報の中で、他のサーバ用の属性情報を読み取ることを防止できる。

以上より、１つの属性証明書が、異なるサーバ間で共有されても、あるサーバは、他のサーバ用の属性情報を読み取ることができない。すなわち、属性証明書発行装置１０は、１つのユーザ端末にサービスを提供するサーバの数に関係なく、１つのユーザ端末に１つの属性証明書を生成するだけで済む。言い換えれば、１つのユーザ端末は、複数のサーバからサービスを提供される場合であっても、１つの属性証明書を保持するだけで足りる。この場合に、各サーバは他のサーバ用の属性情報を読み取ることなく、自サーバ用の属性情報だけを読み取って本人認証等を行う。したがって、ユーザ端末が、例えばサーバの数だけの複数の属性証明書を格納するために、大量のメモリを消費することを防止できる。

また、本実施形態において、属性情報は該属性情報毎に異なる暗号鍵で暗号化される。一方、ユーザ端末３０は、復号鍵のグループ毎に対応付けられた乱数（暗号化乱数）をサーバ４０に送信する。乱数は復号鍵のグループ毎に対応付けられているため、乱数の数は復号鍵の数に比べて同等以下である。このため、例えばユーザ端末３０が属性情報毎に異なる復号鍵をサーバに送信する場合と比べて、ユーザ端末３０が送信するデータの量が少なくて済む。したがって、ユーザ端末３０の通信負担が少なく、該サービスを利用する側の通信コストを削減することができる。

また、本実施形態において、鍵管理装置２０に格納されている属性分類表（各グループと属性情報と間の所属関係）によって、あるサーバが何れの属性情報を取得可能かが決まる。このため、該属性分類表に記載されている該所属関係を変更するだけで、任意のサーバの取得可能な属性情報の種類を簡単に変更することができる。このことは、例えばサービス提供元のサーバに開示するユーザの個人情報の種類を変更する場合等に有用である。

以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。

例えば、上記実施形態においては、属性証明書発行装置１０が属性情報の暗号化処理を行っているが、ユーザ端末３０が属性情報の暗号化処理を行うように構成しても良い。この場合、例えば、属性証明書発行装置１０をユーザ端末３０内に含ませて属性認証システム１を構成することができる。更に、鍵管理装置２０をもユーザ端末３０内に含ませて属性認証システム１を構成しても良い。

また、上記実施形態においては、任意の暗号鍵と該暗号鍵に対応する復号鍵とを同一のものにしているが、それぞれを互いに対応する別々のものにしても良い。この場合、該復号鍵は属性証明書発行装置１０にて生成されても良く、ユーザ端末３０にて生成されても良い。

また、上記実施形態においては、ユーザ端末３０は鍵管理装置２０から乱数を受信するように構成されているが、該乱数の代わりに、ユーザ端末３０のユーザから入力されるパスワードを用いても良い。このとき鍵管理装置２０は、該パスワードと復号鍵とを対応付けて格納するようにしても良い。この場合には、ユーザ端末３０が乱数を記憶しておく必要がなくなるため、ユーザ端末３０のメモリコストを削減することができる。

属性認証システム１の構成概要図である。 属性証明書発行装置１０のハードウェア構成図である。 属性証明書発行装置１０の構成概要図である。 属性情報の暗号化処理に用いられる暗号鍵を示す図である。 属性証明書をイメージした図である。 鍵管理装置２０の構成概要図である。 属性分類表の一例を示す図である。 鍵管理装置２０に格納されたデータの一例を示す図である。 ユーザ端末３０のハードウェア構成図である。 ユーザ端末３０の構成概要図である。 暗号化乱数の生成処理における公開鍵等を示す図である。 サーバ４０の構成概要図である。 公開鍵管理装置５０の構成概要図である。 属性認証システム１の動作を示すシーケンス図である。 属性認証システム１の動作を示すシーケンス図である。

符号の説明

１…属性認証システム、１０…属性証明書発行装置、２０…鍵管理装置、２１０…テーブル格納部、２６０…問合せ応答部、３０…ユーザ端末、４０…サーバ、４２０…乱数復号部、４５０…復号鍵受信部、４６０…属性情報取得部、５０…公開鍵管理装置、６０，７０…通信網。

Claims (5)

1. 属性証明書生成装置が、複数の属性情報を含んで構成される属性証明書を生成する際に、属性情報毎に異なる複数の暗号鍵で前記複数の属性情報を暗号化する第１ステップと、
   暗号鍵を管理する鍵管理装置が、前記第１ステップにおける複数の暗号鍵のそれぞれに対応する複数の復号鍵をグループ化し、当該グループ化されたグループを特定するグループ識別情報と当該グループに属する復号鍵とを対応付けて格納する第２ステップと、
   サービス提供先装置が、複数の前記グループ識別情報を前記鍵管理装置から取得し、前記複数のグループ識別情報の中から特定のグループ識別情報をサービス提供元装置の公開鍵で暗号化することによって暗号化識別情報を生成し、前記第１ステップにて前記属性証明書生成装置により生成された属性証明書を前記暗号化識別情報と共に該サービス提供元装置に送信する第３ステップと、
   前記サービス提供元装置が、前記第３ステップにて前記サービス提供先装置から送信された暗号化識別情報から、自装置の秘密鍵を用いて前記特定のグループ識別情報を復号し、前記特定のグループ識別情報に対応する復号鍵を前記鍵管理装置に要求する第４ステップと、
   前記鍵管理装置が、前記サービス提供元装置の要求に応じて、前記特定のグループ識別情報に対応付けて格納された復号鍵を該サービス提供元装置に送信する第５ステップと、
   前記サービス提供元装置が、前記第３ステップにて前記サービス提供先装置から送信された属性証明書を前記第５ステップにて前記鍵管理装置により送信された復号鍵で復号することによって、前記特定のグループ識別情報によって特定されるグループの復号鍵に対応した属性情報を取得する第６ステップと
   を備えることを特徴とする属性認証方法。
2. 複数の属性情報を含んで構成される属性証明書を生成する際に、属性情報毎に異なる複数の暗号鍵で前記複数の属性情報を暗号化する属性証明書生成装置から、前記複数の暗号鍵を受信し、該複数の暗号鍵のそれぞれに対応する複数の復号鍵をグループ化し、当該グループ化されたグループを特定するグループ識別情報と当該グループに属する復号鍵とを対応付けて格納する格納手段と、
   サービス提供元装置により復号された特定のグループ識別情報を受信し、該特定のグループ識別情報に対応付けて前記格納手段が格納した復号鍵を該サービス提供元装置に送信する送信手段と
   を備えることを特徴とする鍵管理装置。
3. 暗号鍵を管理する鍵管理装置から、属性証明書に含まれる複数の属性情報毎に異なる複数の暗号鍵のそれぞれに対応する複数の復号鍵のグループを特定するグループ識別情報を複数取得し、該複数取得したグループ識別情報の中から特定のグループ識別情報をサービス提供元装置の公開鍵で暗号化することによって暗号化識別情報を生成し、属性証明書生成装置により生成された属性証明書を前記暗号化識別情報と共に該サービス提供元装置に送信することを特徴とするサービス提供先装置。
4. 属性証明書に含まれる複数の属性情報毎に異なる複数の暗号鍵のそれぞれに対応する複数の復号鍵のグループを特定し、且つ自装置の公開鍵で暗号化されたグループ識別情報をサービス提供先装置により受信し、自装置の秘密鍵を用いて前記暗号化されたグループ識別情報から当該グループ識別情報を復号する復号手段と、
   暗号鍵を管理する鍵管理装置に前記復号手段が復号したグループ識別情報を送信し、該グループ識別情報に対応付けられて格納された復号鍵を前記鍵管理装置から受信する受信手段と、
   前記サービス提供先装置により受信した属性証明書を前記受信手段が前記鍵管理装置から受信した復号鍵で復号することによって、該グループ識別情報によって特定されるグループの復号鍵に対応した属性情報を取得する取得手段と
   を備えることを特徴とするサービス提供元装置。
5. 複数の属性情報を含んで構成される属性証明書を生成する際に、属性情報毎に異なる複数の暗号鍵で前記複数の属性情報を暗号化する属性証明書生成装置、請求項２に記載の鍵管理装置、請求項３に記載のサービス提供先装置、及び請求項４に記載のサービス提供元装置を備えることを特徴とする属性認証システム。
   
   

Images