(57)【要約】【課題】  証明書を管理し、当該証明書の認証を行う認証側の負担を軽減すると共に、不正に証明書が発行されてしまうことを防止することができ、利用者側および認証側の利便性を改善することができる証明書認証方法、証明書認証側プログラム、証明書利用者側利用者端末プログラム、証明書利用者側管理者端末プログラム、証明書認証側システム、証明書利用者側利用者端末および証明書利用者側管理者端末を提供する。【解決手段】  証明書認証側システム１は、公開鍵を公開している利用者の正当性を証明するための証明書を認証するものであって、利用者関連情報ＤＢ１３ａと、装置利用者関連情報ＤＢ１３ｂと、証明書関連情報ＤＢ１３ｃと、証明書発行要求手段９ｄと、証明書発行手段１１ａと、を備えた。【選択図】      図１
2006054748.tif 000002
【特許請求の範囲】
【請求項１】
公開鍵を公開している利用者の正当性を証明するための証明書を、認証側システムが認証する証明書認証方法であって、
前記証明書を記憶させる証明書記憶装置を識別する装置識別情報と、前記利用者を識別する利用者識別情報とを関連付けた装置利用者関連情報を前記認証側システムが保持する装置利用者関連情報保持ステップと、
前記利用者が使用する利用者側装置が前記認証側システムに対し、前記証明書の発行申請を行う証明書発行申請ステップと、
前記認証側システムが、この証明書発行申請ステップによる証明書の発行申請を受け、前記証明書毎に付す証明書シリアル番号と、前記装置利用者関連情報とを関連付けて、保持し、前記証明書を発行する証明書発行ステップと、
を含むことを特徴とする証明書認証方法。
【請求項２】
前記証明書発行ステップにおいて、前記認証側システムが、前記装置利用者関連情報に基づいて、前記証明書の発行申請を行った利用者側装置に対し、前記証明書を発行可能であるか否かを判定する判定ステップを含むことを特徴とする請求項１に記載の証明書認証方法。
【請求項３】
前記利用者側装置と前記認証側システムとの間で、前記証明書発行申請ステップおよび前記証明書発行ステップをオンラインで行うことを特徴とする請求項１または請求項２に記載の証明書認証方法。
【請求項４】
前記証明書発行ステップにて発行された証明書を、オンラインで、前記利用者側装置に備えられている証明書記憶装置に格納する格納ステップを含むことを特徴とする請求項１ないし請求項３のいずれか一項に記載の証明書認証方法。
【請求項５】
前記利用者側装置に備えられている前記証明書を記憶する証明書記憶装置が閉塞状態になった際に、
前記利用者側装置が、前記認証側システムに対し、前記証明書記憶装置の閉塞解除申請を行う閉塞解除申請ステップと、
前記認証側システムが、この閉塞解除申請ステップによる閉塞解除の申請を受け、前記利用者側装置に対し、前記証明書記憶装置の閉塞を解除するための閉塞解除用パスワードを送付する閉塞解除用パスワード送付ステップと、
を含むことを特徴とする請求項１ないし請求項４のいずれか一項に記載の証明書認証方法。
【請求項６】
前記利用者側装置が、当該利用者側装置の内部で、前記閉塞解除用パスワードを用いて、前記証明書記憶装置の閉塞解除を行う閉塞解除ステップを含むことを特徴とする請求項５に記載の証明書認証方法。
【請求項７】
公開鍵を公開している利用者の正当性を証明するための証明書を、認証側コンピュータが認証する場合に、前記認証側コンピュータを、
前記利用者を識別する利用者識別情報と、予め設定した利用者パスワードとを関連付けた利用者関連情報を、データベースに記憶させることで、前記利用者を管理する利用者管理手段、
前記証明書を記憶させる証明書記憶装置の装置識別情報と、前記利用者を識別する利用者識別情報とを関連付けた装置利用者関連情報を、データベースに記憶させることで、前記証明書記憶装置を管理するデバイス管理手段、
前記利用者が使用する利用者側コンピュータから送信される証明書の発行申請を受信し、この受信した証明書の発行申請に基づいて、前記証明書を発行を要求する証明書発行要求手段、
この証明書発行要求手段による証明書の発行要求に基づいて、前記証明書を発行する証明書発行手段、
この証明書発行手段で発行した証明書毎に付す証明書シリアル番号と、前記装置利用者関連情報とを関連付けた証明書関連情報を、データベースに記憶させることで、前記証明書を管理する証明書管理手段、
として機能させることを特徴とする証明書認証側プログラム。
【請求項８】
公開鍵を公開している利用者の正当性を証明するための証明書を、認証側コンピュータが認証する場合に、前記証明書を利用する利用者が使用する利用者側利用者コンピュータを、
前記証明書を記憶させる証明書記憶装置の装置識別情報と、装置種別情報とを取得するデバイス情報取得手段、
前記認証側コンピュータに、前記証明書の発行申請を行う証明書発行申請手段、
前記認証側コンピュータから発行された証明書を前記証明書記憶装置に格納させる証明書格納手段、
前記証明書記憶装置が閉塞した際に、前記認証側コンピュータに対し、前記証明書記憶装置の閉塞解除申請を行う閉塞解除申請手段、
前記認証側コンピュータから送信された、前記証明書記憶装置の閉塞を解除するための閉塞解除用パスワードにより、前記証明書記憶装置の閉塞を解除する閉塞解除手段、
として機能させることを特徴とする証明書利用者側利用者端末プログラム。
【請求項９】
公開鍵を公開している利用者の正当性を証明するための証明書を、認証側コンピュータが認証する場合に、前記利用者を管理する管理者が使用する利用者側管理者コンピュータを、
前記証明書を記憶させる証明書記憶装置の装置識別情報と、装置種別情報とを、前記認証側コンピュータに通知することで、前記証明書記憶装置の登録を行うデバイス登録手段、
前記証明書を利用する利用者が使用する利用者側利用者コンピュータに対して、前記証明書の発行申請の許可を、前記認証側コンピュータに行う証明書発行許可手段、
前記利用者側利用者コンピュータに対して、前記証明書記憶装置が閉塞した際の閉塞解除申請の許可を、前記認証側コンピュータに行う閉塞解除許可手段、
として機能させることを特徴とする証明書利用者側管理者端末プログラム。
【請求項１０】
公開鍵を公開している利用者の正当性を証明するための証明書を認証する証明書認証側システムであって、
前記利用者を識別する利用者識別情報と、予め設定した利用者パスワードとを関連付けた利用者関連情報を記憶する利用者関連情報データベースと、
前記証明書を記憶させる証明書記憶装置を識別する装置識別情報と、前記利用者を識別する利用者識別情報とを関連付けた装置利用者関連情報を記憶する装置利用者関連情報データベースと、
前記利用者が使用する利用者側装置から送信される証明書の発行申請を受信し、この受信した証明書の発行申請に基づいて、前記証明書を発行を要求する証明書発行要求手段と、
この証明書発行要求手段による証明書の発行要求に基づいて、前記証明書を発行する証明書発行手段と、
この証明書発行手段で発行した証明書毎に付す証明書シリアル番号と、前記装置利用者関連情報とを関連付けた証明書関連情報を記憶する証明書関連情報データベースと、
を備えることを特徴とする証明書認証側システム。
【請求項１１】
公開鍵を公開している利用者の正当性を証明するための証明書を、認証側システムが認証する際に、当該利用者が使用する証明書利用者側利用者端末であって、
前記証明書を記憶させる証明書記憶装置の装置識別情報と、装置種別情報とを取得するデバイス情報取得手段と、
前記認証側システムに、前記証明書の発行申請を行う証明書発行申請手段と、
前記認証側システムから発行された証明書を前記証明書記憶装置に格納させる証明書格納手段と、
前記証明書記憶装置が閉塞した際に、前記認証側システムに対し、前記証明書記憶装置の閉塞解除申請を行う閉塞解除申請手段と、
前記認証側システムから送信された、前記証明書記憶装置の閉塞を解除するための閉塞解除用パスワードにより、前記証明書記憶装置の閉塞を解除する閉塞解除手段と、
を備えることを特徴とする証明書利用者側利用者端末。
【請求項１２】
公開鍵を公開している利用者の正当性を証明するための証明書を、認証側システムが認証する際に、当該利用者を管理する管理者が使用する証明書利用者側管理者端末であって、
前記証明書を記憶させる証明書記憶装置の装置識別情報と、装置種別情報とを、前記認証側システムに通知することで、前記証明書記憶装置の登録を行うデバイス登録手段と、
前記証明書を利用する利用者が使用する利用者側利用者端末に対して、前記証明書の発行申請の許可を、前記認証側システムに行う証明書発行許可手段と、
前記利用者側利用者端末に対して、前記証明書記憶装置が閉塞した際の閉塞解除申請の許可を、前記認証側システムに行う閉塞解除許可手段と、
を備えることを特徴とする証明書利用者側管理者端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、証明書を記憶する装置を管理することによって、証明書の発行および当該装置の閉塞状態の解除を行う技術に関する。
【背景技術】
【０００２】
従来、公開鍵暗号方式において、公開鍵を公開している利用者の正当性（本人であること）を証明するための証明書を発行申請する方法として、証明書を管理する管理者が発行申請する方法と、利用者本人（利用者側）が発行申請する方法とがある。いずれの方法も、証明書を発行する際には、当該証明書を発行する者が利用者本人であるということを、認証局に認証してもらう必要がある。これを本人確認という。
【０００３】
本人確認を行う方法として、利用者本人が発行申請する場合、利用者を識別する利用者識別情報（利用者ＩＤ）と、予め利用者毎に設定してある利用者パスワードとの組み合わせによって、ネットワークを介して、オンラインで行う方法（例えば、特許文献１参照）がある。
【０００４】
また、本人確認を行う方法として、管理者が発行申請する場合、管理者が利用者本人と直接面談する、オフラインで行う方法や、利用者を識別する利用者識別情報（利用者ＩＤ）と、予め利用者毎に設定してある利用者パスワードとの組み合わせによって、ネットワークを介して、オンラインで行う方法がある。
【０００５】
ところで、利用者側に備えられており、証明書を記憶する証明書記憶装置が閉塞した場合（証明書が取り出せなくなってしまった場合、ロックがかかった状態）、この閉塞状態から回復するために、証明書記憶装置に閉塞解除用のパスワードを入力する必要がある。しかし、この閉塞解除用のパスワードは、証明書のセキュリティ上、管理者等の権限を与えられた人物以外に知られてはならない。このため、管理者は、閉塞してしまった証明書記憶装置を、利用者から回収して、閉塞解除を行った後、当該利用者に再配布していた。
【０００６】
【特許文献１】特開平１１−８６１９号公報（段落００２６〜００３１、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、証明書を管理する管理者が当該証明書を発行申請する方法では、本人確認を管理者が行うために、利用者数が多い場合、本人確認を、管理者が備えている装置・システム（通常、認証局システム）によってその都度行う負担が大きくなるという問題がある。
【０００８】
また、利用者本人が証明書を発行申請する方法でも、本人確認を、管理者が備えている装置・システムによって行うので、利用者識別情報（利用者ＩＤ）と利用者パスワードとが第三者に知られていた場合等、利用者本人が本当の（正規の）利用者であるか否かを確認することが十分に出来ないまま、不正に証明書が発行されてしまうという問題がある。
【０００９】
さらに、利用者側で証明書を記憶する証明書記憶装置が閉塞した場合、管理者で当該装置を回収しなければならず、利便性が悪いという問題がある。
【００１０】
そこで、本発明では、前記した問題を解決し、証明書を管理し、当該証明書の認証を行う認証側の負担を軽減すると共に、不正に証明書が発行されてしまうことを防止することができ、利用者側および認証側の利便性を改善する手段を提供することを目的とする。
【課題を解決するための手段】
【００１１】
前記課題を解決するため、請求項１記載の証明書認証方法は、公開鍵を公開している利用者の正当性を証明するための証明書を、認証側システムが認証する証明書認証方法であって、装置利用者関連情報保持ステップと、証明書発行申請ステップと、証明書発行ステップと、を含む手順とした。
【００１２】
かかる手順によれば、証明書認証方法は、装置利用者関連情報保持ステップにおいて、証明書を記憶させる証明書記憶装置を識別する装置識別情報と、利用者を識別する利用者識別情報とを関連付けた装置利用者関連情報を認証側システムで保持する。証明書記憶装置は、ＵＳＢ接続のメモリや、ＩＣカード等である。また、装置識別情報は、装置の製造時に付される装置のシリアル番号等であり、利用者識別情報は、利用者毎に付される番号等である。そして、証明書認証方法は、証明書発行申請ステップにおいて、利用者側装置から認証側システムに対し、証明書の発行申請を行って、証明書発行ステップにおいて、証明書発行申請ステップによる証明書の発行申請を受け、証明書毎に付す証明書シリアル番号と、装置利用者関連情報とを関連付けて認証側で保持し、証明書を発行する。
【００１３】
請求項２記載の証明書認証方法によれば、判定ステップにおいて、利用者側装置で証明書を記憶させる証明書記憶装置を識別する装置識別情報と、利用者を識別する利用者識別情報とを関連付けた装置利用者関連情報に基づいて、利用者の本人確認に用いることで、証明書を発行する際の認証を行っている。
【００１４】
請求項３記載の証明書認証方法によれば、利用者側装置と認証側システムとがネットワーク等によって、オンラインで、証明書発行申請ステップにおける証明書発行申請および証明書発行ステップにおける証明書の発行を行っている。
【００１５】
請求項４記載の証明書認証方法によれば、認証側システムにて発行された証明書を、オンラインで利用者側装置に備えられている証明書記憶装置に格納（記憶）しているので、秘匿性を高めた状態で、証明書の発行、記憶を行うことができる。
【００１６】
請求項５記載の証明書認証方法によれば、証明書を記憶する証明書記憶装置が閉塞状態になった際に、閉塞解除申請ステップにおいて、認証側システムに対し、証明書記憶装置の閉塞解除申請を行う。続いて、証明書認証方法は、閉塞解除用パスワード送付ステップにおいて、認証側システムが閉塞解除申請ステップによる閉塞解除の申請を受け、利用者側装置に対し、証明書記憶装置の閉塞を解除するための閉塞解除用パスワードを送付する。
【００１７】
請求項６記載の証明書認証方法によれば、閉塞解除用パスワードが利用者側装置の内部で処理されることによって、当該閉塞解除用パスワードを利用者に知られることなく、証明書記憶装置の閉塞解除を実行することができる。
【発明の効果】
【００１８】
本発明によれば、証明書を管理し、当該証明書の認証を行う認証側の負担を軽減すると共に、不正に証明書が発行されてしまうことを防止することができ、利用者側および認証側の利便性を改善することができる。
【発明を実施するための最良の形態】
【００１９】
本発明の実施形態について、適宜、図面を参照しながら詳細に説明する。
〈認証局システムの構成〉
図１は認証局システムの全体のブロック図である。この図１に示すように、認証局システムＳは、証明書認証側システム１と、証明書利用者側利用者端末３と、証明書利用者側管理者端末５とを備えており、これらがネットワークＮを介して接続されている。なお、証明書利用者側利用者端末３には、証明書記憶装置７が接続されている。
【００２０】
〔証明書認証側システムの構成〕
証明書認証側システム１は、公開鍵を公開している利用者の正当性（正規の利用者であること）を証明する証明書を発行すると共に、当該証明書の認証を行うもので、管理サーバ９と、発行局サーバ１１と、データベース１３とを備えている。なお、証明書には、証明書毎に付される通し番号であるシリアル番号（証明書シリアル番号）と、利用者が保持している秘密鍵に対応する公開鍵と、利用者の個人情報（利用者の名前、所属等）とが記載されている。
【００２１】
管理サーバ９は、利用者の個人情報である利用者情報と、発行された証明書と、利用者側で証明書を記憶させる証明書記憶装置７とを管理して、利用者側からの要求に基づいて、発行局サーバ１１に証明書の発行を要求して、当該利用者側に証明書を送信するもので、利用者管理手段９ａと、デバイス管理手段９ｂと、証明書管理手段９ｃと、証明書発行要求手段９ｄとを備えている。なお、これらは管理サーバ９の制御部（図示せず）で展開しているプログラムである。
【００２２】
利用者管理手段９ａは、データベース１３に収められている利用者関連情報ＤＢ１３ａに、利用者を識別する利用者ＩＤ（利用者識別情報）と、予め利用者毎に設定されているパスワード（利用者パスワード）とを関連付けた利用者関連情報を記憶させることで、利用者の管理を行うものである。
【００２３】
デバイス管理手段９ｂは、データベース１３に収められている装置利用者関連情報ＤＢ１３ｂに、証明書利用者側利用者端末３に備えられている証明書記憶装置７を識別するデバイスのシリアル番号（装置識別情報）と、利用者を識別する利用者ＩＤ（利用者識別情報）とを少なくとも関連付けた装置利用者関連情報を記憶させることで、証明書記憶装置７の管理を行うものである。
【００２４】
なお、装置利用者関連情報には、デバイスのシリアル番号（装置識別情報）と利用者ＩＤ（利用者識別情報）と以外に、証明書記憶装置７の種別を示すデバイスの種別に関する情報（装置種別情報）と、証明書の発行許可を示すフラグである証明書発行許可フラグと、証明書記憶装置７の閉塞解除を許可するフラグである閉塞解除許可フラグと、証明書記憶装置７の閉塞解除時に用いるパスワードである閉塞解除用パスワードとが含まれている。
【００２５】
また、このデバイス管理手段９ｂは、証明書利用者側利用者端末３から証明書記憶装置７の閉塞解除の申請を管理サーバ９が受信した際には、装置利用者関連情報ＤＢ１３ｂの閉塞解除フラグが閉塞解除を許可している場合（閉塞解除フラグ＝１、閉塞解除をＯＫとする）、装置利用者関連情報ＤＢ１３ｂに記憶されている閉塞解除用パスワードを、証明書利用者側利用者端末３に送信するものである。
【００２６】
さらに、このデバイス管理手段９ｂは、証明書利用者側管理者端末５のデバイス登録手段５ａによって証明書記憶装置７の登録が行われた場合、つまり、証明書利用者側管理者端末５から証明書利用者側利用者端末３に接続される証明書記憶装置７のデバイスのシリアル番号（装置識別情報）と、証明書記憶装置７の種別を示すデバイスの種別に関する情報（装置種別情報）と、利用者ＩＤ（利用者識別情報）とを受信した場合、これらの情報を、装置利用者関連情報の一部として装置利用者関連情報ＤＢ１３ｂに登録（記憶）する。
【００２７】
そして、このデバイス管理手段９ｂは、証明書利用者側管理者端末５の証明書発行許可手段５ｂによって証明書の発行許可が行われた場合、つまり、証明書利用者側管理者端末５から証明書利用者側利用者端末３に接続される証明書記憶装置７のデバイスのシリアル番号（装置識別情報）と、証明書記憶装置７の種別を示すデバイスの種別に関する情報（装置種別情報）と、利用者ＩＤ（利用者識別情報）とを受信し、且つ、証明書の発行許可を要請する情報を受信した場合、これらの情報に基づいて、装置利用者関連情報ＤＢ１３ｂに記憶されている装置利用者関連情報の証明書発行許可フラグを１にする（証明書発行をＯＫとする）。
【００２８】
そしてまた、このデバイス管理手段９ｂは、証明書利用者側管理者端末５の閉塞解除許可手段５ｃによって閉塞解除の許可が行われた場合、つまり、証明書利用者側管理者端末５から証明書利用者側利用者端末３に接続される証明書記憶装置７のデバイスのシリアル番号（装置識別情報）と、証明書記憶装置７の種別を示すデバイスの種別に関する情報（装置種別情報）と、利用者ＩＤ（利用者識別情報）とを受信し、且つ、閉塞解除の許可を要請する情報を受信した場合、これらの情報に基づいて、装置利用者関連情報ＤＢ１３ｂに記憶されている装置利用者関連情報の閉塞解除許可フラグをＯＫにする。
【００２９】
証明書管理手段９ｃは、データベース１３に収められている証明書関連情報ＤＢ１３ｃに、発行局サーバ１１から発行された証明書を識別する、証明毎に付された証明書シリアル番号と、利用者を識別する利用者ＩＤ（利用者識別情報）と、証明書記憶装置７を識別するデバイスのシリアル番号（装置識別情報）とを少なくとも関連付けた証明書関連情報を記憶させることで、証明書の管理を行うものである。
【００３０】
なお、証明書関連情報には、証明書シリアル番号と利用者ＩＤ（利用者識別情報）とデバイスのシリアル番号（装置識別情報）と以外に、証明書のバイナリデータが含まれている。
【００３１】
証明書発行要求手段９ｄは、証明書利用者側利用者端末３から、ネットワークＮを介して送信された証明書の発行申請を受信して、発行局サーバ１１に証明書の発行要求を行うものである。
【００３２】
ここで、証明書発行要求手段９ｄでは、証明書の発行申請の際に、証明書利用者側利用者端末３から送信されたデバイスのシリアル番号（装置識別情報）およびデバイスの種別に関する情報（装置種別情報）と、利用者ＩＤ（利用者識別情報）と、データベース１３の利用者関連情報ＤＢ１３ａおよび装置利用者関連情報ＤＢ１３ｂに記憶されている利用者関連情報および装置利用者関連情報とを比較することによって、証明書の発行申請を行ってきた利用者（証明書利用者側利用者端末３）に対して、証明書を発行可能か否かを判定している。
【００３３】
発行局サーバ１１は、管理サーバ９の証明書発行要求手段９ｄからの発行要求（証明書の発行要求）に基づいて、証明書を発行するもので、証明書発行手段１１ａを備えている。
【００３４】
証明書発行手段１１ａは、管理者からの証明書の発行要求に従うと共に、利用者からの証明書の発行申請に基づいて、証明書シリアル番号を付した証明書を発行し、発行した証明書を、管理サーバ９およびネットワークＮを介して、証明書利用者側利用者端末３に送信するものである。
【００３５】
データベース１３は、一般的なハードディスク装置等によって構成されており、利用者関連情報ＤＢ１３ａと、装置利用者関連情報ＤＢ１３ｂと、証明書関連情報ＤＢ１３ｃとに記憶領域を分割して、それぞれの情報を記憶するものである。
利用者関連情報ＤＢ１３ａは利用者関連情報を記憶するデータベースであり、装置利用者関連情報ＤＢ１３ｂは装置利用者関連情報を記憶するデータベースであり、証明書関連情報ＤＢ１３ｃは証明書関連情報を記憶するデータベースである。
【００３６】
〔証明書利用者側利用者端末の構成〕
証明書利用者側利用者端末３は、証明書を利用する利用者それぞれが使用する端末（クライアント）であり、デバイス情報取得手段３ａと、証明書発行申請手段３ｂと、証明書格納手段３ｃと、閉塞解除申請手段３ｄと、閉塞解除手段３ｅとを備えている。なお、これらは証明書利用者側利用者端末３のメインメモリに展開され、ＣＰＵによって実行されるプログラムである（後記する図９参照）。また、この証明書利用者側利用者端末３には、図示を省略した記憶手段に利用者を識別する利用者ＩＤ（利用者識別情報）と、予め利用者毎に設定してあるパスワード（利用者パスワード）とを記憶（保持）している。
【００３７】
デバイス情報取得手段３ａは、証明書記憶装置７から当該証明書記憶装置７に関する情報である、デバイスのシリアル番号（装置識別情報）とデバイスの種別に関する情報（装置種別情報）とを取得するものである。デバイスの種別としては、例えば、ＩＣカード、ＵＳＢデバイス等がある。
【００３８】
証明書発行申請手段３ｂは、証明書を認証する証明書認証側システム１に対して、ネットワークＮを介して、証明書の発行申請を行うものである。この証明書の発行申請を行う際に、デバイス情報取得手段３ａで取得したデバイスのシリアル番号（装置識別情報）およびデバイスの種別に関する情報（装置種別情報）と、利用者を識別する利用者ＩＤ（利用者識別情報）とを証明書認証側システム１に送信する。
【００３９】
証明書格納手段３ｃは、証明書認証側システム１からネットワークＮを介して送信された証明書を受信すると共に、証明書記憶装置７に格納（記憶）するものである。つまり、この証明書格納手段３ｃは、証明書記憶装置７を、証明書が書き込みできる状態にして、予め保持している秘密鍵と対応付けて、証明書を書き込むものである。
【００４０】
閉塞解除申請手段３ｄは、証明書記憶装置７が閉塞した場合（記憶してある証明書が読み出せなくなった場合）、証明書認証側システム１に対して、ネットワークＮを介して、閉塞解除の申請を行うものである。証明書記憶装置７が閉塞した場合には、例えば、証明書記憶装置７から利用者が証明書を読み出す際に、当該利用者が入力するパスワード（予め利用者毎に設定してあるパスワード、つまり、利用者パスワード）を数回（任意回数、例えば３回）間違えた場合等がある。この閉塞解除の申請を行う際に、デバイス情報取得手段３ａで取得したデバイスのシリアル番号（装置識別情報）およびデバイスの種別に関する情報（装置種別情報）と、利用者を識別する利用者ＩＤ（利用者識別情報）とを送信する。
【００４１】
閉塞解除手段３ｅは、証明書認証側システム１から送信された閉塞解除用パスワードを用いて、証明書記憶装置７の閉塞解除を行うものである。この閉塞解除手段３ｅによる閉塞解除に関して、利用者は何ら関与することがなく、当該端末３内で処理されるので、閉塞解除用パスワードを利用者は知ることがない。
【００４２】
〔証明書利用者側管理者端末の構成〕
証明書利用者側管理者端末５は、証明書を利用する利用者を管理する管理者が使用する端末（クライアント）であり、デバイス登録手段５ａと、証明書発行許可手段５ｂと、閉塞解除許可手段５ｃとを備えている。なお、これらは証明書利用者側管理者端末５のメインメモリに展開され、ＣＰＵによって実行されるプログラムである（後記する図９参照）。この証明書利用者側管理者端末５は、証明書利用者側利用者端末３が複数備えられているエリア内に設置されるものであり、証明書利用者側利用者端末３の管理を統括的に行っているものである。
【００４３】
また、この証明書利用者側管理者端末５には、図示を省略した記憶手段に利用者を識別する利用者ＩＤ（利用者識別情報）と、証明書利用者側利用者端末３に接続されている証明書記憶装置７を識別するデバイスのシリアル番号（装置識別情報）と、証明書記憶装置７の種別を示すデバイスの種別に関する情報（装置種別情報）とを記憶（保持）している。
【００４４】
デバイス登録手段５ａは、証明書利用者側管理者端末５の管轄下の証明書利用者側利用者端末３に接続されている証明書記憶装置７の登録を、証明書認証側システム１に対して行うものである。デバイス登録手段５ａは、証明書記憶装置７の登録のために、証明書利用者側利用者端末３に接続される証明書記憶装置７のデバイスのシリアル番号（装置識別情報）と、証明書記憶装置７の種別を示すデバイスの種別に関する情報（装置種別情報）と、利用者ＩＤ（利用者識別情報）とを証明書認証側システム１の管理サーバ９に送信する。なお、証明書利用者側利用者端末３に接続される証明書記憶装置７は、複数台であってもよく、証明書利用者側利用者端末３に新たな証明書記憶装置７が接続されるたびに、このデバイス登録手段５ａによって、新たな証明書記憶装置７の登録が行われる。
【００４５】
証明書発行許可手段５ｂは、証明書利用者側管理者端末５の管轄下の証明書利用者側利用者端末３に対して、証明書の発行許可を、証明書認証側システム１に行うものである。この証明書発行許可手段５ｂは、証明書の発行許可を行う際に、証明書利用者側利用者端末３に接続される証明書記憶装置７のデバイスのシリアル番号（装置識別情報）と、証明書記憶装置７の種別を示すデバイスの種別に関する情報（装置種別情報）と、利用者ＩＤ（利用者識別情報）と、証明書の発行許可を要請する情報とを証明書認証側システム１の管理サーバ９に送信する。
【００４６】
閉塞解除許可手段５ｃは、証明書利用者側管理者端末５の管轄下の証明書利用者側利用者端末３に対して、閉塞解除の許可を、証明書認証側システム１に行うものである。この閉塞解除許可手段５ｃは、閉塞解除の許可を行う際に、証明書利用者側利用者端末３に接続される証明書記憶装置７のデバイスのシリアル番号（装置識別情報）と、証明書記憶装置７の種別を示すデバイスの種別に関する情報（装置種別情報）と、利用者ＩＤ（利用者識別情報）と、閉塞解除の許可を要請する情報とを証明書認証側システム１の管理サーバ９に送信する。
【００４７】
〔証明書記憶装置の構成〕
証明書記憶装置７は、証明書認証側システム１の発行局サーバ１１から発行された証明書を記憶すると共に、利用者が入力するパスワード（予め証明書記憶装置７毎に設定してあるパスワード）が正しい場合に、証明書を読み出し可能にするものである。この証明書記憶装置７は、例えば、ＵＳＢ接続型のメモリで構成してもいいし、ＩＣカード等で構成してもよい。
【００４８】
この証明書記憶装置７には、当該証明書記憶装置７を識別するデバイスのシリアル番号（装置識別情報）と、証明書記憶装置７の種別を示すデバイスの種別に関する情報（装置種別情報）と、発行された証明書と、予め保持されている秘密鍵（証明書に対応）とが関連付けられて記憶されている。
【００４９】
認証局システムＳによれば、証明書認証側システム１のデータベース１３の装置利用者関連情報ＤＢ１３ｂにおいて、デバイスのシリアル番号（装置識別情報）と利用者ＩＤ（利用者識別情報）とを予め関連付けた装置利用者関連情報を記憶しており、証明書を発行した後で、証明書関連情報ＤＢ１３ｃにおいて、証明書シリアル番号と、装置利用者関連情報とを関連付けて管理することで、証明書を管理し、当該証明書の認証を行う認証側の負担を軽減することができる。
【００５０】
また、認証局システムＳによれば、証明書認証側システム１の証明書発行要求手段９ｄによって、証明書の発行申請をしてきた利用者を、利用者関連情報ＤＢ１３ａおよび装置利用者関連情報ＤＢ１３ｂを参照して確認しているので、不正に証明書が発行されてしまうことを防止することができる。
【００５１】
さらに、認証局システムＳによれば、証明書認証側システム１、証明書利用者側利用者端末３および証明書利用者側管理者端末５がネットワークＮを介して（オンラインで）証明書の発行を行っているので、利用者側および認証側の利便性を改善することができる。
【００５２】
さらにまた、認証局システムＳによれば、証明書記憶装置７が閉塞状態に陥った場合でも、証明書利用者側利用者端末３の閉塞解除申請手段３ｄによって、閉塞解除の申請を行うことができ、証明書記憶装置７が閉塞状態を解除する閉塞解除用パスワードを受信して、この閉塞解除用パスワードを用いて、証明書利用者側利用者端末３内で内部処理されることで、利用者に閉塞解除用パスワードを知られることなく、且つ、証明書記憶装置７を回収することなく、証明書記憶装置７の閉塞状態を解除することができる。
【００５３】
〈利用者側の装置（端末）に保持されている情報について〉
次に、図２を参照して、利用者側の装置（証明書利用者側利用者端末３、証明書利用者側管理者端末５および証明書記憶装置７）に保持されている情報について説明する（適宜、図１参照）。
【００５４】
この図２に示すように、証明書利用者側利用者端末３には、利用者ＩＤ（利用者識別情報）とパスワード（利用者パスワード）とが保持されている。この証明書利用者側利用者端末３に接続されている証明書記憶装置７には、デバイスのシリアル番号（Ｎｏ）（装置識別情報）と、デバイスの種別（装置種別情報）と、証明書と、秘密鍵とが保持されている。
【００５５】
また、証明書利用者側管理者端末５には、利用者ＩＤ（利用者識別情報）と、利用者のデバイスのシリアル番号（Ｎｏ）（利用者毎の装置識別情報）と、利用者のデバイスの種別（利用者毎の装置種別情報）とが保持されている。
【００５６】
〈認証側のデータベースに記憶されている情報の例について〉
次に、図３を参照して、証明書認証側システム１のデータベース１３に記憶されている情報の例について説明する。
この図３に示すように、データベース１３に収められている利用者関連情報ＤＢ１３ａには、利用者ＩＤ（利用者識別情報）とパスワード（利用者パスワード）とが関連付けられた利用者関連情報が記憶されている。ここで示しているように、利用者ＩＤ“ｕｓｅｒ０１”とパスワード“ｐａｓｓｗｄ０１”とが関連付けられており、利用者ＩＤ“ｕｓｅｒ０２”とパスワード“ｐａｓｓｗｄ０２”とが関連付けられており、利用者ＩＤ“ｕｓｅｒ０３”とパスワード“ｐａｓｓｗｄ０３”とが関連付けられている。
【００５７】
また、データベース１３に収められている装置利用者関連情報ＤＢ１３ｂには、デバイスのシリアル番号（Ｎｏ）（装置識別情報）と、デバイスの種別（装置種別情報）と、証明書発行許可フラグと、閉塞解除許可フラグと、閉塞解除用パスワードと、利用者ＩＤ（利用者識別情報）とが関連付けられた装置利用者関連情報が記憶されている。
【００５８】
ここで示しているように、デバイスのシリアル番号（Ｎｏ）“ｄｅｖ１１１１”とデバイスの種別“ＩＣＣａｒｄ”と、証明書発行許可フラグ“ＯＫ”と、閉塞解除許可フラグ“ＯＫ”と、閉塞解除用パスワード“ｐｉｎ１１１１”と、利用者ＩＤ“ｕｓｅｒ０１”とが関連付けられている。また、デバイスのシリアル番号（Ｎｏ）“ｄｅｖ２２２２”とデバイスの種別“ＩＣＣａｒｄ”と、証明書発行許可フラグ“ＯＫ”と、閉塞解除許可フラグ“ＮＧ”と、閉塞解除用パスワード“ｐｉｎ２２２２”と、利用者ＩＤ“ｕｓｅｒ０２”とが関連付けられている。また、デバイスのシリアル番号（Ｎｏ）“ｄｅｖ３３３３”とデバイスの種別“ＵＳＢ”と、証明書発行許可フラグ“ＮＧ”と、閉塞解除許可フラグ“ＮＧ”と、閉塞解除用パスワード“ｐｉｎ３３３３”と、利用者ＩＤ“ｕｓｅｒ０３”とが関連付けられている。
【００５９】
さらに、データベース１３に収められている証明書関連情報ＤＢ１３ｃには、証明書のシリアル番号（Ｎｏ）（証明書シリアル番号）と、証明書データと、利用者ＩＤ（利用者識別情報）と、デバイスのシリアル番号（Ｎｏ）（装置識別情報）とが関連付けられた証明書関連情報が記憶されている。
【００６０】
ここで示しているように、証明書のシリアル番号（Ｎｏ）“ｃｅｒｔ０００１”と、証明書データ“＊＊＊＊”と、利用者ＩＤ“ｕｓｅｒ０１”と、デバイスのシリアル番号（Ｎｏ）“ｄｅｖ１１１１”とが関連付けられている。また、証明書のシリアル番号（Ｎｏ）“ｃｅｒｔ０００２”と、証明書データ“＋＋＋＋”と、利用者ＩＤ“ｕｓｅｒ０３”と、デバイスのシリアル番号（Ｎｏ）“ｄｅｖ５５５５”とが関連付けられている。また、証明書のシリアル番号（Ｎｏ）“ｃｅｒｔ０００３”と、証明書データ“＠＠＠＠”と、利用者ＩＤ“ｕｓｅｒ０５”と、デバイスのシリアル番号（Ｎｏ）“ｄｅｖ７７７７”とが関連付けられている。
【００６１】
〈証明書記憶装置の状態遷移について〉
次に、図４を参照して、証明書記憶装置７の状態遷移について説明する（適宜、図１参照）。
この図４に示すように、証明書記憶装置７は、ｓｔａｒｔ、つまり、出荷時には初期状態にあり（Ｓｔ１）、証明書利用者側管理者端末５のデバイス登録手段５ａによって、証明書認証側システム１にデバイス登録されると（ステップＳ１）、登録済み状態になる（Ｓｔ２）。
【００６２】
そして、証明書記憶装置７は、証明書利用者側利用者端末３の証明書発行申請手段３ｂおよび証明書格納手段３ｃによって、証明書認証側システム１に証明書の発行申請が行われた後、送信された証明書が格納される（ステップＳ２）。そうすると、証明書利用者側利用者端末３は、証明書記憶装置７に記憶されている証明書を使用できる状態（使用中）となる（Ｓｔ３）。
【００６３】
その後、証明書利用者側利用者端末３からのパスワード入力が失敗すると（ステップＳ３）、証明書記憶装置７は証明書を読み出すことができない閉塞状態（閉塞中）になる（Ｓｔ４）。それから、証明書利用者側利用者端末３の閉塞解除申請手段３ｄおよび閉塞解除手段３ｅによって、証明書認証側システム１から閉塞解除用パスワードを入手して、実行することで、閉塞解除となり（ステップＳ４）、証明書を使用できる状態（使用中）に戻る（Ｓｔ３）。なお、ここで、証明書記憶装置７では、当該証明書記憶装置７が閉塞するまでに、パスワードを入力できる入力回数を任意に設定することができると共に、再び証明書記憶装置７が使用できる、つまり、閉塞解除を行うことができる解除回数も任意に設定することができる。
【００６４】
〈証明書発行の概略について〉
次に、図５を参照して、証明書発行の概略について説明する（適宜、図１参照）。
証明書利用者側管理者端末５では、証明書発行許可手段５ｂによって、証明書利用者側利用者端末３に対する証明書発行許可が、証明書認証側システム１の管理サーバ９に行われる。
【００６５】
証明書利用者側利用者端末３では、証明書発行申請手段３ｂによって、証明書発行申請が証明書認証側システム１の管理サーバ９に行われ、証明書が送付（送信）されたら、証明書格納手段３ｃによって、送付（送信）された証明書を証明書記憶装置７に格納（記憶）させる。証明書記憶装置７では、証明書利用者側利用者端末３から送信された証明書を格納する。
【００６６】
証明書認証側システム１の管理サーバ９では、証明書利用者側管理者端末５からの証明書利用者側利用者端末３に対する証明書発行許可に従って、データベース１３に収められている装置利用者関連情報Ｂ１３ｂの証明書発行許可フラグがＯＫにされる。そして、管理サーバ９では、証明書発行要求手段９ｄによって、証明書利用者側利用者端末３からの証明書の発行申請に従って、発行局サーバ１１に対して、証明書発行要求が行われ、発行局サーバ１１から証明書が発行されたら、発行された証明書が証明書利用者側利用者端末３に送付（送信）される。
【００６７】
証明書認証側システム１の発行局サーバ１１では、管理サーバ９から証明書発行要求に基づいて、証明書発行手段１１ａによって、証明書が発行され、管理サーバ９に送信される。
【００６８】
〈証明書発行時の認証局システム全体動作〉
次に、図６に示すシーケンスチャートを参照して、証明書発行時の認証局システムＳ全体動作について説明する（適宜、図１参照）。
まず、証明書利用者側管理者端末５は、証明書発行許可手段５ｂによって、証明書認証側システム１の管理サーバ９に対して、証明書発行許可を行う（ａ１）。そして、証明書利用者側利用者端末３は、デバイス情報取得手段３ａによって、証明書記憶装置７からデバイス情報（デバイスのシリアル番号およびデバイスの種別）を取得し（ａ２）、証明書発行申請手段３ｂによって、証明書認証側システム１の管理サーバ９に対して、証明書の発行申請を行う（ａ３）。
【００６９】
証明書認証側システム１の管理サーバ９は、利用者関連情報ＤＢ１３ａを参照して、利用者本人であるか否かを確認し（ａ４）、本人確認がＮＧの場合は、その旨を証明書利用者側利用者端末３に通知する。そして、証明書認証側システム１の管理サーバ９は、本人確認がＯＫの場合は、装置利用者関連情報ＤＢ１３ｂを参照して、証明書発行許可フラグがＯＫであるか否かを確認し（ａ５）、証明書発行許可フラグがＮＧの場合、その旨を証明書利用者側利用者端末３に通知し、証明書発行許可フラグがＯＫの場合、発行局サーバ１１に対して、証明書発行要求を行う（ａ６）。
【００７０】
そうすると、証明書認証側システム１の発行局サーバ１１は、証明書発行手段１１ａによって、証明書を発行し（ａ７）、管理サーバ９に送信する。そして、管理サーバ９は、発行局サーバ１１から受信した証明書を、証明書利用者側利用者端末３に送付（送信）する（ａ８）。
【００７１】
そして、証明書利用者側利用者端末３は、送付（送信）された証明書を証明書格納手段３ｃによって、証明書記憶装置７に格納（記憶）する（ａ９）。
【００７２】
〈閉塞解除の概略について〉
次に、図７を参照して、閉塞解除の概略について説明する（適宜、図１参照）。
証明書利用者側管理者端末５では、閉塞解除許可手段５ｃによって、証明書利用者側利用者端末３に対する閉塞解除許可が、証明書認証側システム１の管理サーバ９に行われる。
【００７３】
証明書利用者側利用者端末３では、閉塞解除申請手段３ｄによって、閉塞解除申請が証明書認証側システム１の管理サーバ９に行われ、閉塞解除用パスワードが送付（送信）されたら、閉塞解除手段３ｅによって、送付（送信）された閉塞解除用パスワードを用いて、証明書記憶装置７の閉塞解除を実行する。証明書記憶装置７では、証明書利用者側利用者端末３から送信された閉塞解除用パスワードによって、閉塞が解除される。
【００７４】
証明書認証側システム１の管理サーバ９では、証明書利用者側管理者端末５からの証明書利用者側利用者端末３に対する閉塞解除許可に従って、データベース１３に収められている装置利用者関連情報Ｂ１３ｂの閉塞解除許可フラグが“１”にされる（閉塞解除をＯＫとする）。そして、管理サーバ９では、証明書利用者側利用者端末３からの閉塞解除申請に従って、データベース１３に収められている装置利用者関連情報ＤＢ１３ｂから閉塞解除用パスワードが読み出されて、読み出された閉塞解除用パスワードが証明書利用者側利用者端末３に送付（送信）される。
【００７５】
〈閉塞解除時の認証局システム全体動作〉
次に、図８に示すシーケンスチャートを参照して、閉塞解除時の認証局システムＳ全体動作について説明する（適宜、図１参照）。
まず、証明書利用者側管理者端末５は、閉塞解除許可手段５ｃによって、証明書認証側システム１の管理サーバ９に対して、閉塞解除許可を行う（ｂ１）。そして、証明書利用者側利用者端末３は、デバイス情報取得手段３ａによって、証明書記憶装置７からデバイス情報（デバイスのシリアル番号およびデバイスの種別）を取得し（ｂ２）、閉塞解除申請手段３ｄによって、証明書認証側システム１の管理サーバ９に対して、閉塞解除の申請を行う（ｂ３）。
【００７６】
証明書認証側システム１の管理サーバ９は、利用者関連情報ＤＢ１３ａを参照して、利用者本人であるか否かを確認し（ｂ４）、本人確認がＮＧの場合は、その旨を証明書利用者側利用者端末３に通知する。そして、証明書認証側システム１の管理サーバ９は、本人確認がＯＫの場合は、装置利用者関連情報ＤＢ１３ｂを参照して、閉塞解除許可フラグが“１”であるか（閉塞解除をＯＫとするか）否かを確認し（ｂ５）、閉塞解除許可フラグが“０”の場合（閉塞解除をＮＧとする場合）、その旨を証明書利用者側利用者端末３に通知し、閉塞解除許可フラグが“１”の場合（閉塞解除をＯＫとする場合）、証明書利用者側利用者端末３に対して、閉塞解除用パスワードの送付（送信）を行う（ｂ６）。
【００７７】
そうすると、証明書利用者側利用者端末３は、送付（送信）された閉塞解除用パスワードを用いて、閉塞解除手段３ｅによって、証明書記憶装置７の閉塞を解除する（ｂ７）。
【００７８】
〈管理サーバ、証明書利用者側利用者端末および証明書記憶装置のハードウェア構成〉
次に、図９を参照して、管理サーバ９、証明書利用者側利用者端末３および証明書記憶装置７のハードウェア構成の例について説明する（適宜、図１参照）。
管理サーバ９は、当該管理サーバ９の制御を司るＣＰＵ９Ａと、このＣＰＵ９Ａが実行するプログラムを展開するメインメモリ９Ｂと、実行するプログラムを記憶させておく記憶装置９Ｃとを備えている。また、メインメモリ９Ｂには、データベース１３と連携して情報のやり取りするＤＢ連携部９Ｂ１と、各手段（９ａ〜９ｄ）を管理実行する管理部９Ｂ２と、ネットワークＮとのインターフェースの役割を担っているＷｅｂＩ／Ｆ部９Ｂ３とが展開されている。
【００７９】
証明書利用者側利用者端末３は、当該証明書利用者側利用者端末３の制御を司るＣＰＵ３Ａと、このＣＰＵ３Ａが実行するプログラムを展開するメインメモリ３Ｂと、実行するプログラムを記憶させておく記憶装置３Ｃとを備えている。また、メインメモリ３Ｂには、ネットワークＮを介して、証明書認証側システム１および証明書利用者側管理者端末５にアクセスするＷｅｂアクセス部３Ｂ１と、証明書記憶装置７とのインターフェースの役割を担っているデバイスＩ／Ｆ部３Ｂ２とが展開されている。
【００８０】
証明書記憶装置７は、証明書利用者側利用者端末３から送信される証明書を書き込んだり、記憶している証明書を読み出したりする役割を担っている。
【００８１】
以上、本発明の実施形態について説明したが、本発明は前記実施形態には限定されない。例えば、本実施形態では、認証局システムＳとして、証明書認証側システム１、証明書利用者側利用者端末３、証明書利用者側管理者端末５および証明書記憶装置７の各構成について説明したが、各端末、装置の構成における処理を一つずつの過程とみなした証明書認証方法とみなすことも可能である。この場合、各端末、装置と同様の効果を得ることができる。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施形態に係る認証局システムのブロック図である。
【図２】図１における利用者側で保持されている情報を説明した図である。
【図３】図１における認証側のデータベースに記憶されている情報の例を説明した図である。
【図４】証明書記憶装置の状態遷移を説明した図である。
【図５】証明書を発行する場合の概略を説明した図である。
【図６】証明書発行時の認証局システムの全体動作を説明したシーケンスチャートである。
【図７】閉塞解除を行う場合の概略を説明した図である。
【図８】閉塞解除時の認証局システムの全体動作を説明したシーケンスチャートである。
【図９】管理サーバ、証明書利用者側利用者端末および証明書記憶装置のハードウェア構成の例を説明した図である。
【符号の説明】
【００８３】
１      証明書認証側システム
３      証明書利用者側利用者端末
３ａ    デバイス情報取得手段
３ｂ    証明書発行申請手段
３ｃ    証明書格納手段
３ｄ    閉塞解除申請手段
３ｅ    閉塞解除手段
５      証明書利用者側管理者端末
５ａ    デバイス登録手段
５ｂ    証明書発行許可手段
５ｃ    閉塞解除許可手段
７      証明書記憶装置
９      管理サーバ
９ａ    利用者管理手段
９ｂ    デバイス管理手段
９ｃ    証明書管理手段
９ｄ    証明書発行要求手段
１１    発行局サーバ
１１ａ  証明書発行手段
１３    データベース
１３ａ  利用者関連情報ＤＢ
１３ｂ  装置利用者関連情報ＤＢ
１３ｃ  証明書関連情報ＤＢ
【図１】
2006054748.tif 000003
【図２】
2006054748.tif 000004
【図３】
2006054748.tif 000005
【図４】
2006054748.tif 000006
【図５】
2006054748.tif 000007
【図６】
2006054748.tif 000008
【図７】
2006054748.tif 000009
【図８】
2006054748.tif 000010
【図９】
2006054748.tif 000011