(57)【要約】【課題】ユーザの公開鍵証明書が失効した場合のコンピュータシステム上におけるユーザのアクセス制御を円滑化すること。【解決手段】この属性証明書管理システム１は、公開鍵証明書の失効情報を受信する失効情報受信部１３と、旧公開鍵証明書特定情報を属性証明書特定情報に対応付けて失効状態管理リストとして格納する管理リスト格納部１４と、新公開鍵証明書を受信する再利用情報受信部１６と、新公開鍵証明書特定情報を属性証明書特定情報及び旧公開鍵証明書特定情報に対応付けるように失効状態管理リストを更新する管理リスト更新部１７と、失効状態管理リストにユーザの公開鍵証明書特定情報が含まれない場合は、失効前の公開鍵証明書に対して属性証明書を返信し、失効状態管理リストに公開鍵証明書特定情報が含まれる場合は、新公開鍵証明書に対して属性証明書を返信する属性証明書返信部１８とを備える。【選択図】図１
2007266894.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの本人性を証明するための公開鍵証明書を受信して、前記公開鍵証明書に対応する前記ユーザの属性情報を含む属性証明書を返信する属性証明書管理システムにおいて、
前記公開鍵証明書が失効した旨を示す失効情報を受信する失効情報受信手段と、
前記失効情報受信手段による前記失効情報の受信に応じて、失効した前記公開鍵証明書である旧公開鍵証明書を一意に特定する旧公開鍵証明書特定情報を、前記属性証明書を一意に特定する属性証明書特定情報に対応付けて、失効状態管理リストとして格納する管理リスト格納手段と、
前記ユーザに対して新たに発行された公開鍵証明書である新公開鍵証明書、或いは当該新公開鍵証明書を一意に特定する新公開鍵証明書特定情報を受信する再利用情報受信手段と、
前記再利用情報受信手段による前記新公開鍵証明書或いは前記新公開鍵証明書特定情報の受信に応じて、前記新公開鍵証明書特定情報を前記属性証明書特定情報及び前記旧公開鍵証明書特定情報に対応付けるように、失効状態管理リストを更新する管理リスト更新手段と、
前記失効状態管理リストに前記ユーザの公開鍵証明書特定情報が含まれない場合は、失効前の前記公開鍵証明書の提示に対して前記属性証明書を返信し、前記失効状態管理リストに前記ユーザの公開鍵証明書特定情報が含まれる場合は、前記新公開鍵証明書の提示に対して前記属性証明書を返信する属性証明書返信手段と、
を備えることを特徴とする属性証明書管理システム。
【請求項２】
前記再利用情報受信手段は、前記新公開鍵証明書或いは前記新公開鍵証明書特定情報と共に、前記属性証明書或いは前記属性証明書特定情報を受信し、
前記管理リスト更新手段は、前記再利用情報受信手段によって受信された前記属性証明書或いは前記属性証明書特定情報に基づいて、前記失効状態管理リストを検索して更新する、
ことを特徴とする請求項１記載の属性証明書管理システム。
【請求項３】
前記再利用情報受信手段は、前記新公開鍵証明書或いは前記新公開鍵証明書特定情報と共に、前記旧公開鍵証明書或いは前記旧公開鍵証明書特定情報を受信し、
前記管理リスト更新手段は、前記再利用情報受信手段によって受信された前記旧公開鍵証明書或いは前記旧公開鍵証明書特定情報に基づいて、前記失効状態管理リストを検索して更新する、
ことを特徴とする請求項１記載の属性証明書管理システム。
【請求項４】
前記管理リスト格納手段は、前記失効状態管理リストの夫々のレコードを識別するリスト識別情報、或いは前記夫々のレコードに対応するユーザを識別するユーザ識別情報を、前記前記失効状態管理リストに付加して格納し、
前記再利用情報受信手段は、前記新公開鍵証明書或いは前記新公開鍵証明書特定情報と共に、前記リスト識別情報或いは前記ユーザ識別情報を受信し、
前記管理リスト更新手段は、前記再利用情報受信手段によって受信された前記リスト識別情報或いは前記ユーザ識別情報に基づいて、前記失効状態管理リストを検索して更新する、
ことを特徴とする請求項１記載の属性証明書管理システム。
【請求項５】
ユーザの本人性を証明するための公開鍵証明書を受信して、前記公開鍵証明書に対応する前記ユーザの属性情報を含む属性証明書を返信する属性証明書管理方法において、
失効情報受信手段が、前記公開鍵証明書が失効した旨を示す失効情報を受信する失効情報受信ステップと、
管理リスト格納手段が、前記失効情報受信ステップにおける前記失効情報の受信に応じて、失効した前記公開鍵証明書である旧公開鍵証明書を一意に特定する旧公開鍵証明書特定情報を、前記属性証明書を一意に特定する属性証明書特定情報に対応付けて、失効状態管理リストとして格納する管理リスト格納ステップと、
再利用情報受信手段が、前記ユーザに対して新たに発行された公開鍵証明書である新公開鍵証明書、或いは当該新公開鍵証明書を一意に特定する新公開鍵証明書特定情報を受信する再利用情報受信ステップと、
管理リスト更新手段が、前記再利用情報受信ステップにおける前記新公開鍵証明書或いは前記新公開鍵証明書特定情報の受信に応じて、前記新公開鍵証明書特定情報を前記属性証明書特定情報及び前記旧公開鍵証明書特定情報に対応付けるように、失効状態管理リストを更新する管理リスト更新ステップと、
属性証明書返信手段が、前記失効状態管理リストに前記ユーザの公開鍵証明書特定情報が含まれない場合は、失効前の前記公開鍵証明書の提示に対して前記属性証明書を返信し、前記失効状態管理リストに前記ユーザの公開鍵証明書特定情報が含まれる場合は、前記新公開鍵証明書の提示に対して前記属性証明書を返信する属性証明書返信ステップと、
を備えることを特徴とする属性証明書管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットやイントラネット等を構成するコンピュータシステム上でのユーザの属性を証明するための属性証明書を管理する属性証明書管理システム、及び属性証明書管理方法に関するものである。
【背景技術】
【０００２】
従来から、インターネットやイントラネット等において情報の安全性を高めるために、ユーザごとにアクセス権限を付与したアクセス制御が行われている。このようなアクセス制御を行う際には、最初にユーザのアクセス先のコンピュータシステムにより公開鍵証明書による本人認証が行われるのが一般的であるため、この公開鍵証明書をアクセス制御に併用することが考えられる。
【０００３】
一方で、下記非特許文献１においては、公開鍵証明書のみを使ったアクセス制御における問題点として、アクセス先のコンピュータシステムによる安全管理レベルの不統一性や、公開鍵証明書におけるアクセス制御用データ領域の不足等の様々な問題が指摘されている。そこで、近年では、公開鍵証明書で認証されたユーザの属性を証明するため電子証明書として属性証明書が用いられるようになってきている。この属性証明書には属性認証書の発行機関の電子署名が付与されることにより、属性証明書の有効性の確認が可能とされている。
【０００４】
このような属性証明書を作成するための技術としては、下記特許文献１に記載された属性証明書作成方法のように、公開鍵証明書と関連性を持たせて本人の属性に合わせて確実にアクセスコントロールを行うために、属性証明書の中に公開鍵証明書に含まれるハッシュ値を格納することが行われている。また、下記特許文献２に記載された属性証明書無効化方法においては、属性証明書の内容が漏洩する危険を防止するために、公開鍵証明書が無効化された場合には属性証明書も同時に無効化する技術が示されている。
【非特許文献１】“ＰＫＩ関連技術解説”、［online］、２００５年６月９日、独立行政法人  情報処理推進機構  セキュリティセンター、［平成１８年３月６日検索］、インターネット＜URL: http://www.ipa.go.jp/security/pki/091.html＞
【特許文献１】特開２００４−２８２６３６号公報
【特許文献２】特開２００３−５８０４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したような従来の属性証明書の管理方法においては、公開鍵証明書が秘密鍵の紛失時や記載内容の変更時等において失効した場合には、属性証明書も使用できなくなるため、属性証明書の発行機関において新しい公開鍵証明書に基づいて属性証明書の再作成が必要となる。このような公開鍵証明書の失効は、ユーザの秘密鍵が紛失された場合や、公開鍵証明書の内容の変更が必要になった場合や、ユーザが特定の通信サービスを解約した場合等の多岐にわたるため、その都度属性証明書を再発行したのでは、ユーザのコンピュータシステムへのアクセスの利便性が低下するとともに、コンピュータシステム全体における処理負荷も大きくなる。
【０００６】
そこで、本発明は、かかる課題に鑑みて為されたものであり、ユーザの公開鍵証明書が失効した場合のコンピュータシステム上におけるユーザのアクセス制御を円滑化することが可能な属性証明書管理システム、及び属性証明書管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の属性証明書管理システムは、ユーザの本人性を証明するための公開鍵証明書を受信して、公開鍵証明書に対応するユーザの属性情報を含む属性証明書を返信する属性証明書管理サーバにおいて、公開鍵証明書が失効した旨を示す失効情報を受信する失効情報受信手段と、失効情報受信手段による失効情報の受信に応じて、失効した公開鍵証明書である旧公開鍵証明書を一意に特定する旧公開鍵証明書特定情報を、属性証明書を一意に特定する属性証明書特定情報に対応付けて、失効状態管理リストとして格納する管理リスト格納手段と、ユーザに対して新たに発行された公開鍵証明書である新公開鍵証明書、或いは当該新公開鍵証明書を一意に特定する新公開鍵証明書特定情報を受信する再利用情報受信手段と、再利用情報受信手段による新公開鍵証明書或いは新公開鍵証明書特定情報の受信に応じて、新公開鍵証明書特定情報を属性証明書特定情報及び旧公開鍵証明書特定情報に対応付けるように、失効状態管理リストを更新する管理リスト更新手段と、失効状態管理リストにユーザの公開鍵証明書特定情報が含まれない場合は、失効前の公開鍵証明書の提示に対して属性証明書を返信し、失効状態管理リストにユーザの公開鍵証明書特定情報が含まれる場合は、新公開鍵証明書の提示に対して属性証明書を返信する属性証明書返信手段と、を備える。
【０００８】
或いは、本発明の属性証明書管理方法は、ユーザの本人性を証明するための公開鍵証明書を受信して、公開鍵証明書に対応するユーザの属性情報を含む属性証明書を返信する属性証明書管理方法において、失効情報受信手段が、公開鍵証明書が失効した旨を示す失効情報を受信する失効情報受信ステップと、管理リスト格納手段が、失効情報受信ステップにおける失効情報の受信に応じて、失効した公開鍵証明書である旧公開鍵証明書を一意に特定する旧公開鍵証明書特定情報を、属性証明書を一意に特定する属性証明書特定情報に対応付けて、失効状態管理リストとして格納する管理リスト格納ステップと、再利用情報受信手段が、ユーザに対して新たに発行された公開鍵証明書である新公開鍵証明書、或いは当該新公開鍵証明書を一意に特定する新公開鍵証明書特定情報を受信する再利用情報受信ステップと、管理リスト更新手段が、再利用情報受信ステップにおける新公開鍵証明書或いは新公開鍵証明書特定情報の受信に応じて、新公開鍵証明書特定情報を属性証明書特定情報及び旧公開鍵証明書特定情報に対応付けるように、失効状態管理リストを更新する管理リスト更新ステップと、属性証明書返信手段が、失効状態管理リストにユーザの公開鍵証明書特定情報が含まれない場合は、失効前の公開鍵証明書の提示に対して属性証明書を返信し、失効状態管理リストにユーザの公開鍵証明書特定情報が含まれる場合は、新公開鍵証明書の提示に対して属性証明書を返信する属性証明書返信ステップと、を備える。
【０００９】
このような属性証明書管理システム及び属性証明書管理方法によれば、公開鍵証明書の失効情報を受信すると、失効した旧公開鍵証明書のシリアル番号等を含む特定情報が、属性証明書の特定情報に関連付けて失効状態管理リストとして格納され、その後、新公開鍵証明書或いは新公開鍵証明書のシリアル番号等を含む特定情報が受信されると、その新公開鍵証明書特定情報が、属性証明書特定情報及び旧公開鍵証明書の特定情報に対応付けて失効状態管理リストが更新され、ユーザの公開鍵証明書特定情報が失効状態管理リストに含まれる場合は、新公開鍵証明書の提示に応じて属性証明書が返信され、ユーザの公開鍵証明書特定情報が失効状態リストに含まれない場合は、失効する前の公開鍵証明書の提示に応じて属性証明書が返信される。これにより、旧公開鍵証明書が失効してこの旧公開鍵証明書に対応するユーザに新公開鍵証明書が再発行された場合であっても、この新公開鍵証明書に基づいて属性証明書を継続して利用させることができるので、公開鍵証明書が失効しても円滑なアクセス制御を可能にする。
【００１０】
再利用情報受信手段は、新公開鍵証明書或いは新公開鍵証明書特定情報と共に、属性証明書或いは属性証明書特定情報を受信し、管理リスト更新手段は、再利用情報受信手段によって受信された属性証明書或いは属性証明書特定情報に基づいて、失効状態管理リストを検索して更新することが好ましい。この場合、再発行された新公開鍵証明書に対応するユーザの属性証明書を属性証明書自体又は属性証明書特定情報によって特定することによって、属性証明書を容易に再利用可能にすることができる。
【００１１】
また、再利用情報受信手段は、新公開鍵証明書或いは新公開鍵証明書特定情報と共に、旧公開鍵証明書或いは旧公開鍵証明書特定情報を受信し、管理リスト更新手段は、再利用情報受信手段によって受信された旧公開鍵証明書或いは旧公開鍵証明書特定情報に基づいて、失効状態管理リストを検索して更新することも好ましい。こうすれば、再発行された新公開鍵証明書に対応するユーザの属性証明書を旧公開鍵証明書又は旧公開鍵証明書特定情報によって特定することによって、属性証明書を容易に再利用可能にすることができる。
【００１２】
さらに、管理リスト格納手段は、失効状態管理リストの夫々のレコードを識別するリスト識別情報、或いは夫々のレコードに対応するユーザを識別するユーザ識別情報を、失効状態管理リストに付加して格納し、再利用情報受信手段は、新公開鍵証明書或いは新公開鍵証明書特定情報と共に、リスト識別情報或いはユーザ識別情報を受信し、管理リスト更新手段は、再利用情報受信手段によって受信されたリスト識別情報或いはユーザ識別情報に基づいて、失効状態管理リストを検索して更新することも好ましい。かかる構成を採れば、再発行された新公開鍵証明書に対応するユーザの属性証明書をリスト識別情報又はユーザ識別情報によって特定することによって、属性証明書を容易に再利用可能にすることができる。
【発明の効果】
【００１３】
本発明によれば、ユーザの公開鍵証明書が失効した場合のコンピュータシステム上におけるユーザのアクセス制御を円滑化することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図面とともに本発明による属性証明書管理システム及び属性証明書管理方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１５】
図１は、本発明の好適な一実施形態にかかる属性証明書管理システム１の構成を示すブロック図である。この属性証明書管理システム１は、いわゆる属性証明書発行機関が所有するサーバ、或いは複数のサーバからなるサーバシステムであり、インターネット、イントラネット、ＬＡＮ等の通信ネットワークNを介して、携帯電話機、ＰＤＡ(Personal Digital Assistance)、パーソナルコンピュータ等の通信端末３と、通信端末３に対してデータ配信、電子商取引、情報検索等の通信サービスを提供するWWW（World Wide Web）サーバ４と、公開鍵証明書管理システム２と接続されている。属性証明書管理システム１は、WWWサーバ４が通信端末３に対してアクセス制御を実行する際に、WWWサーバ４にその通信端末３のユーザの属性証明書を提供する。ここで、属性証明書とは、ユーザの属するグループやユーザの役割、権限等に関する属性情報を含み、ユーザのアクセス権限を証明するための電子証明書である。
【００１６】
なお、図１においては、説明の便宜上、属性証明書管理システム１、公開鍵証明書管理システム２、通信端末３及びWWWサーバ４を１台ずつ示しているが、それぞれ複数台通信ネットワークNに接続されていてもよい。また、属性証明書管理システム１と公開鍵証明書管理システム２とは、一体的に構成されていてもよい。
【００１７】
公開鍵証明書管理システム２は、いわゆる公開鍵証明書発行機関が所有するサーバ或いは複数のサーバからなるサーバシステムであり、ユーザの本人性を認証するための公開鍵証明書を発行する役割を担う。公開鍵証明書管理システム２は、ＩＴＵ（International Telecommunications Union）の標準仕様Ｘ．５０９に規定された書式に従って証明書所有者の公開鍵と秘密鍵との鍵ペアに対応して公開鍵証明書を作成して、通信端末３等の外部に配信する。詳細には、この公開鍵証明書には、例えば、公開鍵証明書を一意に識別するための“証明書番号holderP”（公開鍵証明書特定情報）、公開鍵証明書発行機関を特定する情報である“発行者情報issuer”、公開鍵証明書発行機関が発行する公開鍵証明書ごとに一意に付与される“シリアル番号serial number”、公開鍵証明書の対象者、すなわち通信端末３のユーザを特定する“対象者名subject”、“公開鍵情報subject public key info”、及び公開鍵証明書を検証するために公開鍵証明書発行機関によって付加される“発行者署名”等のデータが含まれている。
【００１８】
さらに、公開鍵証明書管理システム２は、通信端末３等の外部から公開鍵証明書を無効にすることを通知された場合又は、自ら公開鍵証明書の無効を検出した場合は、失効した公開鍵証明書の“シリアル番号serial number”及び“発行者情報issuer”を含む証明書失効リスト（CRL: Certificate Revocation List）を作成し証明書失効リスト格納部２１に格納する。このように公開鍵証明書を無効にすることを通知される場合としては、ユーザが秘密鍵を紛失した場合や、公開鍵証明書に含まれる情報が更新された場合、ユーザが通信サービスの契約を解除した場合等が挙げられる。公開鍵証明書管理システム２は、証明書失効リストを定期的に自動更新し、属性証明書管理システム１、通信端末３、WWWサーバ４等の要求に応じて証明書失効リストを返信する。これにより、外部においてユーザの公開鍵証明書の有効性が検証可能にされる。また、公開鍵証明書管理システム２は、いったん公開鍵証明書が失効されたユーザに対して、通信端末３の要求に応じて新しい公開鍵証明書を発行して返信する処理も行う。
【００１９】
通信端末３は、WWWサーバ４にアクセスしようとするユーザが使用する通信端末であり、通信ネットワークNに接続する際にデータの暗号化を行うために公開鍵と秘密鍵との鍵ペアを保持するとともに、この鍵ペアに対応して公開鍵証明書管理システム２によって発行された公開鍵証明書を保持している。また、通信端末３は、ＷＷＷサーバ４にアクセスするための事前処理として、属性証明書管理システム１において公開鍵証明書に１対１に対応して発行された属性証明書を受信して保持している。
【００２０】
ここで、通信端末３は、WWWサーバ４にアクセスする際には、WWWサーバ４に通信端末３の公開鍵証明書を送信する。これに対して、WWWサーバ４から属性証明書管理システム１に対して通信端末３の公開鍵証明書を特定する情報（例えば、“発行者情報issuer”＋“シリアル番号serial number”）が提示された後、属性証明書管理システム１からWWWサーバ４に対してこの公開鍵証明書に対応する属性証明書が検索されて返信され、WWWサーバ４においてユーザの属性証明書を用いたアクセス制御が実行される。例えば、ユーザの属性証明書に属性情報“課長”が含まれている場合は、その属性情報に応じた権限で通信端末３に通信サービスが提供される。
【００２１】
以下、図１を参照して属性証明書管理システム１の構成について詳細に説明する。
【００２２】
属性証明書管理システム１は、属性証明書発行部１１と、属性証明書格納部１２と、失効情報受信部（失効情報受信手段）１３と、失効状態管理リスト格納部（管理リスト格納手段）１４と、失効時期検出部１５と、再利用情報受信部（再利用情報受信手段）１６と、管理リスト更新部（管理リスト更新手段）１７と、属性証明書返信部（属性証明書返信手段）１８とを備えて構成されている。
【００２３】
属性証明書発行部１１は、公開鍵証明書管理システム２により発行された通信端末３の公開鍵証明書を受け取って、この公開鍵証明書に１対１で対応する属性証明書を作成して、属性証明書格納部１２に格納する。この属性証明書の発行は、通信端末３の要求によって実行されてもよいし、公開鍵証明書管理システム２から通信端末３の公開鍵証明書を受け取ったことを契機に実行されてもよい。
【００２４】
図２は、属性証明書発行部１１によって作成され属性証明書格納部１２に格納された属性証明書の構成を示す図である。同図に示すように、属性証明書は、公開鍵証明書と同様に、標準仕様Ｘ．５０９に規定された書式に従って作成されており、属性証明書の書式のバージョンを示す“バージョン情報version”と、属性証明書を一意に識別するための“証明書番号holderA” （属性証明書特定情報）と、属性証明書発行機関を特定する情報である“発行者情報issuerA”と、属性証明書発行機関が発行する属性証明書ごとに一意に付与される“シリアル番号serial numberA”と、属性証明書の有効期間を示す“有効期間情報Revoked Certificates”と、ユーザの属性情報である“属性attribute”と、属性証明書を検証するために属性証明書発行機関によって付加される“発行者署名”とを含んでいる。属性証明書発行部１１は、“証明書番号holderA”を、通信端末３の公開鍵証明書の“発行者情報issuer”及び“シリアル番号serial number”を合成したデータに設定することによって、属性証明書が公開鍵証明書に１対１に対応するように発行する。また、属性証明書発行部１１は、“属性attribute”として、WWWサーバ４に接続する際の認証情報である“サーバサービス”、“利用者識別”、ユーザの課金先を識別する“課金識別”、ユーザの所属するグループを示す“グループ”、ユーザの役職や権限を示す“権限”、及びユーザがアクセス可能なセキュリティ区分を示す“セキュリティ区分”を設定する。
【００２５】
図１に戻って、失効情報受信部１３は、通信ネットワークＮを経由して公開鍵証明書管理システム２の証明書失効リスト格納部２１を参照することによって、定期的に証明書失効リストを受信する。そして、失効情報受信部１３は、証明書失効リストの受信に応じて、その証明書失効リストに含まれる“シリアル番号serial number”と“発行者情報issuer”との組み合わせを特定し、この組み合わせと“証明書番号holderA”とが一致する属性証明書が、属性証明書格納部１２内に存在するか否かを判定する。このようにして、失効情報受信部１３は、失効された公開鍵証明書のユーザに対応する属性証明書が発行済みであるかどうか判定して、発行済みの場合はその属性証明書に関する失効状態管理リストを作成して失効状態管理リスト格納部１４に格納する。
【００２６】
図３（ａ）には、このようにして、失効状態管理リスト格納部１４に格納された失効状態管理リストのデータの構成を示す図である。同図に示すように、失効情報受信部１３によって、失効された公開鍵証明書（旧公開鍵証明書）を一意に特定する旧公開鍵証明書番号“holderPold”が、属性証明書を一意に特定する属性証明書番号“holderA”と、その属性証明書の状態を示す属性証明書状態“利用停止”とに関連づけて格納される。ここでは、失効された公開鍵証明書を一意に特定する情報として旧公開鍵証明書番号が用いられているが、旧公開鍵証明書の“シリアル番号serial number”と“発行者情報issuer”との組み合わせが用いられてもよい。
【００２７】
再び図１に戻って、失効時期検出部１５は、通信端末３の公開鍵証明書の有効期限が経過したことを通知されたとき、又は通信端末３の公開鍵証明書の有効期間情報に基づいて有効期限が経過したことを検出した場合に、失効状態管理リストを作成する。具体的には、失効時期検出部１５は、その公開鍵証明書のユーザに対応する属性証明書が発行済みの場合は、その属性証明書に関する失効状態管理リストを作成して失効状態管理リスト格納部１４に格納する。失効時期検出部１５が作成する失効状態管理リストのデータ形式は、図３（ａ）に示したものと同様である。
【００２８】
再利用情報受信部１６は、失効した旧公開鍵証明書に代わって新たに発行された公開鍵証明書（新公開鍵証明書）と、旧公開鍵証明書に対して発行されていた通信端末３の属性証明書とを、通信端末３から受信する。再利用情報受信部１６が受信した新公開鍵証明書と属性証明書とは、属性証明書を再利用可能にするために利用される（詳細は、後述する）。ここで、再利用情報受信部１６は、新公開鍵証明書の代わりに、“新公開鍵証明書番号holderPnew”等の新公開鍵証明書を一意に特定する情報を受信してもよいし、属性証明書の代わりに、“属性証明書番号holderA”等の属性証明書を一意に特定する情報を受信してもよい。再利用情報受信部１６は、受信した新公開鍵証明書及び属性証明書を、管理リスト更新部１７に出力する。
【００２９】
管理リスト更新部１７は、再利用情報受信部１６によって通信端末３の新公開鍵証明書及び属性証明書が出力されたことを契機に、その属性証明書に対応する失効状態管理リストを更新する。具体的には、管理リスト更新部１７は、受け取った属性証明書に含まれる“属性証明書番号holderA”を検索キーとして、失効状態管理リスト格納部１４の中から、“属性証明書番号holderA”を含むレコードを抽出する。そして、再利用情報受信部１６から出力された新公開鍵証明書に含まれる“新公開鍵証明書番号holderPnew”を、“属性証明書番号holderA”及び“旧公開鍵証明書番号holderPold”に対応付けるように、失効状態管理リストを更新する。また、管理リスト更新部１７は、この更新に伴って、該当する失効状態管理リストのレコードに含まれる“属性証明書状態”を、属性証明書が再利用可能であることを示す“再利用中”に更新する。
【００３０】
図３（ｂ）は、図３（ａ）に示す失効状態管理リストが、管理リスト更新部１７によって更新された状態を示す図である。同図に示すように、再利用情報受信部１６によって受信された新公開鍵証明書に含まれる“新公開鍵証明書番号holderPnew”が、通信端末３の旧公開鍵証明書を特定する“旧公開鍵証明書番号holderPold”、及びその旧公開鍵証明書に対応して発行された属性証明書を特定する“属性証明書番号holderA”に対応付けられて格納される。
【００３１】
図１に戻って、属性証明書返信部１８は、WWWサーバ４等の通信ネットワークＮに接続された通信装置からの要求に応じて、通信端末３の属性証明書を返信する。詳細には、属性証明書返信部１８は、ＷＷＷサーバ４から通信端末３の公開鍵証明書特定情報（例えば、“発行者情報issuer”＋“シリアル番号serial number”や“公開鍵証明書番号holderP”等）を受信すると、その公開鍵証明書特定情報に基づいて失効状態管理リスト格納部１４を検索し、公開鍵証明書特定情報に対応する“旧公開鍵証明書番号”又は“新公開鍵証明書番号”を含む失効状態管理リストが存在するか否かを判定する。そして、属性証明書返信部１８は、対応する“旧公開鍵証明書番号”を含む失効状態管理リストが存在し、そのリストの“属性証明書状態”が“利用停止”の場合は、ＷＷＷサーバ４に通信端末３の属性証明書が利用停止状態にある旨を返信する。
【００３２】
一方、属性証明書返信部１８は、対応する“新公開鍵証明書番号”を含む失効状態管理リストが存在し、そのリストの“属性証明書状態”が“再利用中”の場合は、該当する失効状態管理リストに含まれる“属性証明書番号holderA”を用いることによって属性証明書格納部１２から通信端末３の属性証明書を読み出して、ＷＷＷサーバ４に返信する。さらに、属性証明書返信部１８は、ＷＷＷサーバ４から受信した公開鍵証明書特定情報に対応する失効状態管理リストが存在しない場合は、その公開鍵証明書特定情報、すなわち未だ失効していない公開鍵証明書の特定情報を用いることによって属性証明書格納部１２から通信端末３の属性証明書を読み出して、ＷＷＷサーバ４に返信する。
【００３３】
次に、図４〜６を参照して属性証明書管理システム１の動作について説明する。図４は、属性証明書管理システム１において失効状態管理リスト作成時の動作を示すフローチャート、図５は、属性証明書管理システム１において失効状態管理リスト更新時の動作を示すフローチャート、図６は、属性証明書管理システム１からWWWサーバ４に属性証明書を送信する際の動作を示すフローチャートである。
【００３４】
図４を参照して、属性証明書管理システム１の失効情報受信部１３は、定期的に公開鍵証明書管理システム２から証明書失効リストを取得する。また、失効時期検出部１５は、通信端末３の公開鍵証明書の有効期限が経過したことを検出する（以上、ステップＳ１０１）。
【００３５】
次に、失効情報受信部１３又は失効時期検出部１５は、失効された公開鍵証明書に対応する属性証明書が発行済みであるか否かを判定する（ステップＳ１０２）。これに対して、失効情報受信部１３又は失効時期検出部１５が、属性証明書が発行済みであると判定した場合は（ステップＳ１０２；ＹＥＳ）、失効した公開鍵証明書を特定する“旧公開鍵証明書番号holderPold”と発行済みの属性証明書を特定する“属性証明書番号holderA”とを含む失効状態管理リストを作成して失効状態管理リスト格納部１４に格納する（ステップＳ１０３）。
【００３６】
一方、失効情報受信部１３又は失効時期検出部１５が、属性証明書が未発行であると判定した場合は（ステップＳ１０２；ＮＯ）、処理を終了する。以上のＳ１０１〜Ｓ１０３の処理は、属性証明書管理システム１によって定期的に実行される。
【００３７】
図５に移って、属性証明書管理システム１の再利用情報受信部１６は、通信端末３に対して新たに発行された新公開鍵証明書と、通信端末３で保持している属性証明書とを、通信端末３から受信する（ステップＳ２０１）。その後、管理リスト更新部１７は、受信した属性証明書に含まれる“属性証明書番号holderA”に基づいて、失効状態管理リスト格納部１４を検索する（ステップＳ２０２）。この際、管理リスト更新部１７は、該当する“属性証明書番号holderA”を含む失効状態管理リストが存在するか否かを判定する（ステップＳ２０３）。
【００３８】
その結果、“属性証明書番号holderA”を含む失効状態管理リストが存在する場合は（ステップＳ２０３；ＹＥＳ）、管理リスト更新部１７は、新公開鍵証明書に含まれる“新公開鍵証明書番号holderPnew”を、“属性証明書番号holderA”及び“旧公開鍵証明書番号holderPold”関連づけて失効状態管理リスト格納部１４に格納する（ステップＳ２０４）。一方、“属性証明書番号holderA”を含む失効状態管理リストが存在しない場合は（ステップＳ２０３；ＮＯ）、管理リスト更新部１７は、失効状態管理リストを更新しないで処理を終了する。
【００３９】
図６を参照して、属性証明書管理システム１から通信端末３の属性証明書が提供される際の動作について説明する。
【００４０】
通信端末３からＷＷＷサーバ４にアクセスする際に、通信端末３の公開鍵証明書が提示されると、ＷＷＷサーバ４から属性証明書管理システム１に対してその公開鍵証明書の“証明書番号holderＰ”が送信される（ステップＳ３０１）。これに対して、属性証明書返信部１８は、失効状態管理リスト格納部１４を検索する（ステップＳ３０２）。そして、属性証明書返信部１８は、失効状態管理リスト格納部１４に格納された失効状態管理リストの中に、通信端末３の現在の公開鍵証明書の“証明書番号holderＰ”が“旧公開鍵証明書番号holderPold”に一致するレコードが存在するか否かを判定する（ステップＳ３０３）。
【００４１】
その結果、“証明書番号holderＰ”が“旧公開鍵証明書番号holderPold”に一致するレコードが存在する場合は（ステップＳ３０３；ＹＥＳ）、属性証明書返信部１８は、通信端末３の属性証明書が利用停止状態にある旨を通信端末３に通知する（ステップＳ３０４）。
【００４２】
一方、“証明書番号holderＰ”が“旧公開鍵証明書番号holderPold”に一致するレコードが存在しない場合は（ステップＳ３０３；ＮＯ）、さらに、属性証明書返信部１８は、失効状態管理リストの中に、通信端末３の現在の公開鍵証明書の“証明書番号holderＰ”が“新公開鍵証明書番号holderPnew”に一致するレコードが存在するか否かを判定する（ステップＳ３０５）。
【００４３】
その結果、“証明書番号holderＰ”が“新公開鍵証明書番号holderPnew”に一致するレコードが存在する場合は（ステップＳ３０５；ＹＥＳ）、属性証明書返信部１８は、そのレコードにおける“属性証明書番号holderA”を特定する（ステップＳ３０６）。その後、属性証明書返信部１８は、特定した“属性証明書番号holderA”に基づいて、属性証明書格納部１２から通信端末３の属性証明書を読み出してWWWサーバ４に返信する（ステップＳ３０７）。
【００４４】
一方、“証明書番号holderＰ”が“新公開鍵証明書番号holderPnew”に一致するレコードが存在しない場合は（ステップＳ３０５；ＮＯ）、属性証明書返信部１８は、“証明書番号holderＰ”によって特定される公開鍵証明書に対応して過去に発行された属性証明書の“属性証明書番号holderA”を特定する（ステップＳ３０８）。最後に、属性証明書返信部１８は、特定した“属性証明書番号holderA”に基づいて、属性証明書格納部１２から通信端末３の属性証明書を読み出してWWWサーバ４に返信する（ステップＳ３０９）。
【００４５】
以上説明した属性証明書管理システム１によれば、公開鍵証明書管理システム２から証明書失効リストを受信すると、失効した公開鍵証明書を特定する“旧公開鍵証明書番号holderPold”が、対応する属性証明書を特定する“属性証明書番号holderA”に関連付けて失効状態管理リストとして格納され、その後、新公開鍵証明書或いは新公開鍵証明書を特定する“新公開鍵証明書番号holderPnew”が受信されると、その“新公開鍵証明書番号holderPnew”が、“属性証明書番号holderA”及び“旧公開鍵証明書番号holderPold”に対応付けて失効状態管理リストが更新され、ユーザの公開鍵証明書特定情報“holderP”が失効状態管理リストに含まれる場合は、新公開鍵証明書の提示に応じて属性証明書が返信され、ユーザの公開鍵証明書特定情報“holderP”が失効状態リストに含まれない場合は、失効する前の公開鍵証明書の提示に応じて属性証明書が返信される。これにより、旧公開鍵証明書が失効してこの旧公開鍵証明書に対応するユーザに新公開鍵証明書が再発行された場合であっても、この新公開鍵証明書に基づいて属性証明書を継続して利用させることができるので、公開鍵証明書が失効しても円滑なアクセス制御を可能にする。また、公開鍵証明書の失効に伴って属性証明書を再発行する必要が無くなるので、コンピュータシステム全体で扱われる通信データ量や蓄積されるデータ量を低減することができる。
【００４６】
また、再利用情報受信部１６は、新公開鍵証明書と共に属性証明書或いは“属性証明書番号holderA”を受信し、管理リスト更新部１７は、その属性証明書或いは“属性証明書番号holderA”に基づいて、失効状態管理リストを検索して更新するので、再利用対象の属性証明書を容易に特定して再利用可能にすることができる。
【００４７】
なお、本発明は、前述した実施形態に限定されるものではない。例えば、管理リスト更新部１７は、失効状態管理リスト格納部１４に中から更新対象のレコードを特定する手法としては、以下のような、様々な変形態様を採ることが可能である。
【００４８】
例えば、通信端末３が失効された旧公開鍵証明書又は旧公開鍵証明書を特定する情報（例えば、“旧公開鍵証明書番号holderPold”）を保持している場合には、再利用情報受信部１６が、通信端末３から新公開鍵証明書と共に、旧公開鍵証明書又は“旧公開鍵証明書番号holderPold”を受信して、管理リスト更新部１７は、旧公開鍵証明書又は“旧公開鍵証明書番号holderPold”に基づいて、失効状態管理リスト格納部１４から、通信端末３の属性証明書に関する失効状態管理リストを検索してもよい。
【００４９】
図７は、このような属性証明書管理システム１の変形例において、失効状態管理リスト更新時の動作を示すフローチャートである。まず、属性証明書管理システム１の再利用情報受信部１６は、通信端末３に対して新たに発行された新公開鍵証明書と、通信端末３で保持されている旧公開鍵証明書とを、通信端末３から受信する（ステップＳ４０１）。その後、管理リスト更新部１７は、受信した旧公開鍵証明書に含まれる“旧公開鍵証明書番号holderPold”に基づいて、失効状態管理リスト格納部１４を検索する（ステップＳ４０２）。この際、管理リスト更新部１７は、該当する“旧公開鍵証明書番号holderPold”を含む失効状態管理リストが存在するか否かを判定する（ステップＳ４０３）。
【００５０】
その結果、“旧公開鍵証明書番号holderPold”を含む失効状態管理リストが存在する場合は（ステップＳ４０３；ＹＥＳ）、管理リスト更新部１７は、新公開鍵証明書に含まれる“新公開鍵証明書番号holderPnew”を、“属性証明書番号holderA”及び“旧公開鍵証明書番号holderPold”関連づけて失効状態管理リスト格納部１４に格納する（ステップＳ４０４）。一方、“旧公開鍵証明書番号holderPold”を含む失効状態管理リストが存在しない場合は（ステップＳ４０３；ＮＯ）、管理リスト更新部１７は、失効状態管理リストを更新しないで処理を終了する。
【００５１】
また、再利用情報受信部１６は、通信端末３から新公開鍵証明書と共に、失効状態管理リスト格納部１４の中のそれぞれのレコードを特定する情報を受信して、管理リスト更新部１７は、その情報に基づいて、失効状態管理リスト格納部１４から、通信端末３の属性証明書に関する失効状態管理リストを検索してもよい。
【００５２】
図８は、このような属性証明書管理システム１の変形例において失効状態管理リスト作成時の動作を示すフローチャート、図９は、属性証明書管理システム１の変形例において失効状態管理リスト更新時の動作を示すフローチャートである。図８において示すステップＳ５０１〜Ｓ５０２の動作は、図４において示したステップＳ１０１〜Ｓ１０２の動作と同様であるので、その説明を省略する。
【００５３】
図８を参照して、属性証明書管理システム１の失効情報受信部１３は、失効した公開鍵証明書を特定する“旧公開鍵証明書番号holderPold”と発行済みの属性証明書を特定する“属性証明書番号holderA”とを含む失効状態管理リストを作成する際に、その失効状態管理リストにそのレコードを一意に識別するリストＩＤ“ＩＤ１”（リスト識別情報）を付加して失効状態管理リスト格納部１４に格納する（ステップＳ５０３、図１０（ａ）参照）。次に、属性証明書管理システム１の失効情報受信部１３は、通信端末３の属性証明書に関するレコードに対して割り当てたリストＩＤを、通信端末３に送信し、そのリストＩＤ“ＩＤ１”は、通信端末３によって保持される（ステップＳ５０４）。
【００５４】
次に、図９に移って、まず、属性証明書管理システム１の再利用情報受信部１６は、通信端末３に対して新たに発行された新公開鍵証明書と、通信端末３で保持されているリストＩＤとを、通信端末３から受信する（ステップＳ６０１）。その後、管理リスト更新部１７は、受信したリストＩＤに基づいて、失効状態管理リスト格納部１４を検索する（ステップＳ６０２）。この際、管理リスト更新部１７は、該当するリストＩＤを含む失効状態管理リストが存在するか否かを判定する（ステップＳ６０３）。
【００５５】
その結果、リストＩＤ“ＩＤ１”を含む失効状態管理リストが存在する場合は（ステップＳ６０３；ＹＥＳ）、管理リスト更新部１７は、新公開鍵証明書に含まれる“新公開鍵証明書番号holderPnew”を、リストＩＤによって特定されるレコードに含まれる“属性証明書番号holderA”及び“旧公開鍵証明書番号holderPold”関連づけて失効状態管理リスト格納部１４に格納する（ステップＳ６０４、図１０（ｂ）参照）。一方、リストＩＤ“ＩＤ１”を含む失効状態管理リストが存在しない場合は（ステップＳ６０３；ＮＯ）、管理リスト更新部１７は、失効状態管理リストを更新しないで処理を終了する。
【００５６】
また、失効情報受信部１３及び失効時期検出部１５は、失効状態管理リストを格納する際に、“属性証明書番号holderA”に対応するユーザを識別するユーザＩＤ（ユーザ識別情報）を失効状態管理リストに付加して失効状態管理リスト格納部１４に格納し、再利用情報受信部１６が通信端末３から新公開鍵証明書と共にユーザＩＤを受信して、管理リスト更新部１７は、そのユーザＩＤに基づいて、失効状態管理リスト格納部１４から、通信端末３の属性証明書に関する失効状態管理リストを検索してもよい。このようなユーザＩＤとしては、通信端末３のユーザに対して予め付与されたシリアル番号や、通信端末３の電話番号、メールアドレス等が好適に用いられる。このユーザＩＤは、属性証明書管理システム１によるユーザの属性証明書の発行に先立って通信端末３に対して割り当てられて、通信端末３において保持されてもよいし、属性証明書管理システム１による属性証明書の発行時に割り当てられて通信端末３に通知されてもよい。
【図面の簡単な説明】
【００５７】
【図１】本発明の好適な一実施形態にかかる属性証明書管理システム１の構成を示すブロック図である。
【図２】図１の属性証明書発行部によって作成され、属性証明書格納部に格納された属性証明書の構成を示す図である。
【図３】図１の失効状態管理リスト格納部に格納された失効状態管理リストのデータの構成を示す図である。
【図４】図１の属性証明書管理システムにおいて失効状態管理リスト作成時の動作を示すフローチャートである。
【図５】図１の属性証明書管理システムにおいて失効状態管理リスト更新時の動作を示すフローチャートである。
【図６】図１の属性証明書管理システムからWWWサーバに属性証明書を送信する際の動作を示すフローチャートである。
【図７】本発明の変形例である属性証明書管理システムにおいて、失効状態管理リスト更新時の動作を示すフローチャートである。
【図８】本発明の変形例である属性証明書管理システムにおいて、失効状態管理リスト作成時の動作を示すフローチャートである。
【図９】本発明の変形例である属性証明書管理システムにおいて、失効状態管理リスト更新時の動作を示すフローチャートである。
【図１０】本発明の変形例である属性証明書管理システムの失効状態管理リスト格納部に格納された失効状態管理リストのデータの構成を示す図である。
【符号の説明】
【００５８】
１…属性証明書管理システム、２…公開鍵証明書管理システム、３…通信端末、４…ＷＷＷサーバ、１１…属性証明書発行部、１２…属性証明書格納部、１３…失効情報受信部（失効情報受信手段）、１４…失効状態管理リスト格納部（管理リスト格納手段）、１５…失効時期検出部、１６…再利用情報受信部（再利用情報受信手段）、１７…管理リスト更新部（管理リスト更新手段）、１８…属性証明書返信部（属性証明書返信手段）、N…通信ネットワーク。    
【図１】
2007266894.tif 000003
【図２】
2007266894.tif 000004
【図３】
2007266894.tif 000005
【図４】
2007266894.tif 000006
【図５】
2007266894.tif 000007
【図６】
2007266894.tif 000008
【図７】
2007266894.tif 000009
【図８】
2007266894.tif 000010
【図９】
2007266894.tif 000011
【図１０】
2007266894.tif 000012