(57)【要約】【課題】本発明は、証明書発行サービスを構築するときに、発行者秘密鍵に危殆化の危機が発生した場合にスムーズな対応を可能にするとともに、証明書発行サービス者及び利用者のリスクを技術的に未然に回避できるようにする新たな技術の提供を目的とする。【解決手段】本発明では、一つの証明書発行依頼に対して、異なる発行者秘密鍵で署名した複数の証明書を作成して、それを利用者に発行する。また、本発明では、証明書の発行に用いた発行者秘密鍵の安全性が損なわれると判断した場合には、安全な発行者秘密鍵を用いて新たな証明書を作成して発行する。この構成に従って、本発明によれば、発行者秘密鍵に危殆化の危機が発生した場合にスムーズな対応が可能になるとともに、証明書発行サービス者及び利用者のリスクを技術的に未然に回避できるようになる。【選択図】図２
2005303779.tif 000002
【特許請求の範囲】
【請求項１】
利用者の証明書発行申し込みに対応した証明書を作成して発行する証明書発行サービス方法において、
証明書の発行に必要となる一つの証明書発行依頼情報を入手する過程と、
上記入手した一つの証明書発行依頼情報に対応して、複数の異なる発行者秘密鍵を取得する過程と、
上記入手した一つの証明書発行依頼情報に基づいて、上記取得した発行者秘密鍵の数に応じた複数の証明書を作成し、それらの証明書のそれぞれに、上記取得した発行者秘密鍵を用いて署名を付与する過程とを備えることを、
特徴とする証明書発行サービス方法。
【請求項２】
請求項１に記載の証明書発行サービス方法において、
上記入手する過程では、安全性の程度を示す安全性要求情報を含む証明書発行依頼情報を入手し、
上記取得する過程では、上記安全性要求情報に応じた発行者秘密鍵を取得することを、
特徴とする証明書発行サービス方法。
【請求項３】
利用者の証明書発行依頼情報を入手して、その入手した証明書発行依頼情報に基づいて証明書を作成し、その作成した証明書に発行者秘密鍵を用いて署名を付与することで、利用者の証明書発行申し込みに対応した証明書を作成して発行する証明書発行サービス方法において、
安全性の損なわれたあるいは損なわれた可能性のある発行者秘密鍵の情報を入手する過程と、
上記入手した発行者秘密鍵で署名を行った証明書の発行先を特定する過程と、
上記入手した発行者秘密鍵とは異なる発行者秘密鍵を用いて、上記特定した証明書発行先に発行する新たな証明書を作成する過程とを備えることを、
特徴とする証明書発行サービス方法。
【請求項４】
請求項３に記載の証明書発行サービス方法において、
上記特定した証明書発行先に対して、証明書の更新の要否を問い合わせる過程を備え、
上記作成する過程では、上記問い合わせにより証明書の更新要求が得られる場合に、上記特定した証明書発行先に発行する新たな証明書を作成することを、
特徴とする証明書発行サービス方法。
【請求項５】
利用者の証明書発行申し込みに対応した証明書を作成して発行する証明書発行サービス装置において、
証明書の発行に必要となる一つの証明書発行依頼情報を入手する手段と、
上記入手した一つの証明書発行依頼情報に対応して、複数の異なる発行者秘密鍵を取得する手段と、
上記入手した一つの証明書発行依頼情報に基づいて、上記取得した発行者秘密鍵の数に応じた複数の証明書を作成し、それらの証明書のそれぞれに、上記取得した発行者秘密鍵を用いて署名を付与する手段とを備えることを、
特徴とする証明書発行サービス装置。
【請求項６】
請求項５に記載の証明書発行サービス装置において、
上記入手する手段は、安全性の程度を示す安全性要求情報を含む証明書発行依頼情報を入手し、
上記取得する手段は、上記安全性要求情報に応じた発行者秘密鍵を取得することを、
特徴とする証明書発行サービス装置。
【請求項７】
利用者の証明書発行依頼情報を入手して、その入手した証明書発行依頼情報に基づいて証明書を作成し、その作成した証明書に発行者秘密鍵を用いて署名を付与することで、利用者の証明書発行申し込みに対応した証明書を作成して発行する証明書発行サービス装置において、
安全性の損なわれたあるいは損なわれた可能性のある発行者秘密鍵の情報を入手する手段と、
上記入手した発行者秘密鍵で署名を行った証明書の発行先を特定する手段と、
上記入手した発行者秘密鍵とは異なる発行者秘密鍵を用いて、上記特定した証明書発行先に発行する新たな証明書を作成する手段とを備えることを、
特徴とする証明書発行サービス装置。
【請求項８】
請求項７に記載の証明書発行サービス装置において、
上記特定した証明書発行先に対して、証明書の更新の要否を問い合わせる手段を備え、
上記作成する手段は、上記問い合わせにより証明書の更新要求が得られる場合に、上記特定した証明書発行先に発行する新たな証明書を作成することを、
特徴とする証明書発行サービス装置。
【請求項９】
請求項１ないし４のいずれか１項に記載の証明書発行サービス方法の実現に用いられる処理をコンピュータに実行させるための証明書発行サービスプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者の証明書発行申し込みに対応した証明書を作成して発行する証明書発行サービス方法及びその装置と、その証明書発行サービス方法の実現に用いられる証明書発行サービスプログラムとに関する。
【背景技術】
【０００２】
公開鍵証明書、属性証明書等の証明書に関する技術が標準化されている（例えば、非特許文献１参照）。
【０００３】
このような証明書を発行するサービスでは、認証局が、利用者の証明書発行依頼情報に基づいて証明書を作成し、その作成した証明書に発行者秘密鍵を用いて署名を付与することで、利用者の証明書発行申し込みに対応した証明書を作成して発行するようにしている。
【０００４】
従来、このような証明書を発行するサービスでは、認証局の所有する秘密鍵は一つであり、また、利用者の一つの申請書に対して一つの証明書を発行するようにしている。
【非特許文献１】ＩＴＵ−Ｔ  Ｘ．５０９，ＩＥＴＦ  ＲＦＣ３２８１
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように、従来の証明書発行サービスでは、利用者の一つの発行依頼に対して、証明書発行サービスが決めたあるアルゴリズムのある鍵長の発行者秘密鍵を用いて署名を付与した証明書対を発行するようにしている。
【０００６】
これから、このような従来技術に従っていると、証明書発行サービスが用いている発行者秘密鍵に危殆化の危機が発生した場合に、利用者の証明書を全て再発行しなければならなくなり、利用者と証明書発行サービスの両方の負担が極めて大きくなるという問題がある。
【０００７】
本発明はかかる事情に鑑みてなされたものであって、証明書発行サービスを構築するときに、発行者秘密鍵に危殆化の危機が発生した場合にスムーズな対応を可能にするとともに、証明書発行サービス者及び利用者のリスクを技術的に未然に回避できるようにする新たな証明書発行サービス技術の提供を目的とする。
【課題を解決するための手段】
【０００８】
〔１〕第１の構成
上記目的を達成するために、第１の構成に従う本発明の証明書発行サービス装置は、利用者の証明書発行申し込みに対応した証明書を作成して発行するという処理を行うときにあって、（イ）証明書の発行に必要となる一つの証明書発行依頼情報を入手する入手手段と、（ロ）入手手段の入手した一つの証明書発行依頼情報に対応して、複数の異なる発行者秘密鍵を取得する取得手段と、（ハ）入手手段の入手した一つの証明書発行依頼情報に基づいて、取得手段の取得した発行者秘密鍵の数に応じた複数の証明書を作成し、それらの証明書のそれぞれに、取得手段の取得した発行者秘密鍵を用いて署名を付与する実行手段とを備えるように構成する。
【０００９】
この構成を採るときにあって、入手手段は、安全性の程度を示す安全性要求情報を含む証明書発行依頼情報を入手することがあり、この場合には、取得手段は、その安全性要求情報に応じた発行者秘密鍵を取得することになる。
【００１０】
以上の各処理手段が動作することで実現される本発明の証明書発行サービス方法はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどのような適当な記録媒体に記録して提供されたり、ネットワークを介して提供され、本発明を実施する際にインストールされてＣＰＵなどの制御手段上で動作することにより本発明を実現することになる。
【００１１】
このように構成される第１の構成に従う本発明の証明書発行サービス装置では、一つの証明書発行依頼に対して、異なる発行者秘密鍵で署名した複数の証明書を作成して、それを利用者に発行する。
【００１２】
これにより、利用者は、ある発行者秘密鍵に危殆化の危機が発生した場合には、その発行者秘密鍵で署名された証明書を使わないようにし、その他の発行者秘密鍵で署名された証明書を使うようにすることで対処することができるようになるので、発行者秘密鍵に危殆化の危機が発生した場合にスムーズな対応が可能になるとともに、証明書発行サービス者及び利用者のリスクを技術的に未然に回避できるようになる。
【００１３】
〔２〕第２の構成
上記目的を達成するために、第２の構成に従う本発明の証明書発行サービス装置は、利用者の証明書発行依頼情報を入手して、その入手した証明書発行依頼情報に基づいて証明書を作成し、その作成した証明書に発行者秘密鍵を用いて署名を付与することで、利用者の証明書発行申し込みに対応した証明書を作成して発行するという処理を行うときにあって、（イ）安全性の損なわれたあるいは損なわれた可能性のある発行者秘密鍵の情報を入手する入手手段と、（ロ）入手手段の入手した発行者秘密鍵で署名を行った証明書の発行先を特定する特定手段と、（ハ）入手手段の入手した発行者秘密鍵とは異なる発行者秘密鍵を用いて、特定手段の特定した証明書発行先に発行する新たな証明書を作成する作成手段とを備えるように構成する。
【００１４】
この構成を採るときに、特定手段の特定した証明書発行先に対して、証明書の更新の要否を問い合わせる問い合わせ手段を備えることがあり、この場合には、作成手段は、問い合わせ手段の問い合わせにより証明書の更新要求が得られる場合に、特定手段の特定した証明書発行先に発行する新たな証明書を作成することになる。
【００１５】
以上の各処理手段が動作することで実現される本発明の証明書発行サービス方法はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどのような適当な記録媒体に記録して提供されたり、ネットワークを介して提供され、本発明を実施する際にインストールされてＣＰＵなどの制御手段上で動作することにより本発明を実現することになる。
【００１６】
このように構成される第２の構成に従う本発明の証明書発行サービス装置では、証明書の発行に用いた発行者秘密鍵の安全性が損なわれると判断した場合には、安全な発行者秘密鍵を用いて新たな証明書（証明書の内容については前回の証明書の内容と同じもの）を作成して発行するので、発行者秘密鍵に危殆化の危機が発生した場合にスムーズな対応が可能になるとともに、証明書発行サービス者及び利用者のリスクを技術的に未然に回避できるようになる。
【発明の効果】
【００１７】
本発明によれば、証明書発行サービスを構築するときにあって、発行者秘密鍵に危殆化の危機が発生した場合にスムーズな対応が可能になるとともに、証明書発行サービス者及び利用者のリスクを技術的に未然に回避できるようになる。
【発明を実施するための最良の形態】
【００１８】
以下、実施の形態に従って本発明を詳細に説明する。
【００１９】
図１に、本発明を具備する証明書発行サービス装置１の装置構成の一例を図示する。
【００２０】
本発明の証明書発行サービス装置１は、利用者からの発行要求に応答して公開鍵証明書などのような証明書を発行する処理を行うものであって、この図に示すように、証明書を発行する証明書発行部１０と、証明書に付与する署名の作成に用いる発行者秘密鍵（同一または異なるアルゴリズムで構成される複数の異なる発行者秘密鍵）についての情報を管理する発行者秘密鍵管理部１１と、発行した証明書についての情報を管理する証明書発行情報管理部１２とを備える。
【００２１】
この発行者秘密鍵管理部１１は、発行者秘密鍵の鍵ＩＤに対応付けて、その発行者秘密鍵のアルゴリズムと、その発行者秘密鍵の鍵長と、その発行者秘密鍵の安全性（例えば、高い、中程度、低いを示す情報）とを管理する。ここで、発行者秘密鍵の安全性については、アルゴリズムと鍵長とにより決定されることになる。
【００２２】
一方、証明書発行情報管理部１２は、発行した証明書のＩＤに対応付けて、その証明書の内容の情報と、その証明書に付与した署名に用いた発行者秘密鍵の鍵ＩＤと、その証明書の発行先の情報とを管理する。
【００２３】
次に、証明書発行部１０の実行する証明書発行処理に従って、本発明について詳細に説明する。
【００２４】
図２に、証明書発行部１０の実行する基本的な処理フローを図示する。
【００２５】
この処理フローに示すように、証明書発行部１０は、利用者から証明書の発行依頼があると、先ず最初に、ステップ１０で、利用者からの証明書発行依頼情報を受領する。続いて、ステップ１１で、アルゴリズム、鍵長の組み合わせに従って、複数の発行者秘密鍵を選択する。
【００２６】
続いて、ステップ１２で、受け付けた証明書発行依頼情報に基づいて、選択した発行者秘密鍵の数分の証明書を作成して、選択した発行者秘密鍵のそれぞれを使って署名を行うことで、利用者に出力する証明書を作成する。続いて、ステップ１３で、作成した複数の証明書を発行依頼元の利用者に出力して、処理を終了する。
【００２７】
このようにして、証明書発行部１０は、一つの証明書発行依頼に対して、異なる発行者秘密鍵で署名した複数の証明書を作成して、それを利用者に発行するように処理するのである。
【００２８】
次に、図３及び図４に示す処理フローに従って、証明書発行部１０の実行する詳細な処理について説明する。
【００２９】
証明書発行部１０は、利用者から証明書の発行依頼があると、図３及び図４の処理フローに示すように、先ず最初に、ステップ２０で、利用者からの証明書発行依頼情報を受領する。
【００３０】
続いて、ステップ２１で、受領した証明書発行依頼情報に含まれる安全性要求情報を抽出する。
【００３１】
すなわち、利用者は証明書の発行要求にあたって、証明書発行依頼情報で、安全性要求情報（例えば、安全性が高い、中程度、低いという３つのサービスレベルを指定できる）を指定することができるようになっているので、その安全性要求情報を抽出するのである。
【００３２】
続いて、ステップ２２で、抽出した安全性要求情報が“安全性＝低”を示しているのか否かを判断して、“安全性＝低”を示していることを判断するときには、ステップ２３に進んで、発行者秘密鍵管理部１１から、“安全性＝低”と定義される規定の発行者秘密鍵を取得する。
【００３３】
ここで、発行者秘密鍵管理部１１では、“安全性＝低”と定義される発行者秘密鍵については一つしか管理しないことを想定しているので、このステップ２３では、“安全性＝低”と定義される一つの発行者秘密鍵を取得することになる。
【００３４】
続いて、ステップ２４で、取得した発行者秘密鍵で署名した証明書を作成し、続くステップ２５で、その作成した証明書を利用者に出力する。
【００３５】
続いて、ステップ２６で、発行した証明書についての情報を証明書発行情報管理部１２に登録して、処理を終了する。
【００３６】
一方、ステップ２２で、抽出した安全性要求情報が“安全性＝低”を示していないことを判断するときには、ステップ２７に進んで、抽出した安全性要求情報が“安全性＝中”を示しているのか否かを判断して、“安全性＝中”を示していることを判断するときには、ステップ２８に進んで、発行者秘密鍵管理部１１から、“安全性＝中”と定義される規定個数の発行者秘密鍵を取得する。
【００３７】
続いて、ステップ２９で、取得したそれぞれの発行者秘密鍵で署名した証明書を作成し、続くステップ３０で、その作成した複数の証明書を利用者に出力する。
【００３８】
続いて、ステップ３１で、発行した証明書についての情報を証明書発行情報管理部１２に登録して、処理を終了する。
【００３９】
一方、ステップ２７で、抽出した安全性要求情報が“安全性＝中”を示していないことを判断するとき、すなわち、抽出した安全性要求情報が“安全性＝高”を示していることを判断するときには、ステップ３２に進んで、発行者秘密鍵管理部１１から、“安全性＝高”と定義される規定個数の発行者秘密鍵を取得する。
【００４０】
続いて、ステップ３３で、取得したそれぞれの発行者秘密鍵で署名した証明書を作成し、続くステップ３４で、その作成した複数の証明書を利用者に出力する。
【００４１】
続いて、ステップ３５で、発行した証明書についての情報を証明書発行情報管理部１２に登録して、処理を終了する。
【００４２】
このようにして、証明書発行部１０は、安全性要求情報が“安全性＝中”や“安全性＝高”を示している場合には、一つの証明書発行依頼に対して、異なる発行者秘密鍵で署名した複数の証明書を作成して、それを利用者に発行するように処理するのである。
【００４３】
なお、この処理フローでは、安全性要求情報が“安全性＝低”を示している場合には、一つの発行者秘密鍵で署名した一つの証明書を作成するようにしているが、安全性要求情報が“安全性＝低”を示している場合にも、異なる発行者秘密鍵で署名した複数の証明書を作成して、それを利用者に発行するように処理してもよい。
【００４４】
これから、利用者は、ある特定の発行者秘密鍵に危殆化の危機が発生した場合には、その発行者秘密鍵で署名された証明書の使用を停止し、その他の発行者秘密鍵で署名された証明書を利用するだけで安全性を確保できるようになるので、利用者にとっても負担が少ないサービスを提供することができるようになる。
【００４５】
そして、証明書発行サービス側では、ある特定の発行者秘密鍵に危殆化の危機が発生した場合に、全ての証明書を大量に再発行する必要が無く、そのままサービスを維持することができるようになる。
【００４６】
以上に説明した実施形態例では、本発明の証明書発行サービス装置１は、利用者に証明書を発行する時点に、異なる発行者秘密鍵で署名した複数の証明書を作成して発行するようにしたが、発行者秘密鍵に危殆化の危機が発生した場合、あるいは危殆化の危機が発生しそうな場合に、その時点に、その発行者秘密鍵とは異なる発行者秘密鍵を用いて新たな証明書（証明書の内容情報は同じもの）を作成して発行するようにしてもよい。
【００４７】
このような処理構成を採る場合には、本発明の証明書発行サービス装置１の備える証明書発行情報管理部１２には、一つの発行先について一つの証明書発行情報が登録されることになる。
【００４８】
図５に、このような処理構成を採る場合における本発明の基本的な処理フローを図示する。
【００４９】
すなわち、この処理フローに示すように、証明書発行サービス側では、発行者秘密鍵についての暗号技術の安全性の状態を常に監視することで、運用しているサービスの信頼性を確保しており、発行者秘密鍵についての暗号技術の安全性が損なわれた、あるいは、近い将来損なわれる可能性があると判断した場合には、それを検知する。
【００５０】
そして、それを検知すると、その発行者秘密鍵を用いて証明書を発行した利用者に対して、安全な発行者秘密鍵を用いて作成される新たな証明書（証明書の内容情報は同じもの）への更新要否を確認する為の通知を行う。この通知に応答して、利用者から更新要請依頼を受け取った場合には、安全な発行者秘密鍵を用いて新たな証明書を作成して発行する。
【００５１】
このようにして、図５に示すような処理構成を採ることで、証明書の作成に用いた発行者秘密鍵についての暗号技術の安全性が保持され、発行者秘密鍵の危殆化から運用開始後の証明書発行サービスの信頼性を維持することができるようになる。
【００５２】
次に、図６に示す処理フローに従って、図５に示すような処理構成を採る場合に、証明書発行部１０の実行する処理について説明する。
【００５３】
証明書発行部１０は、図５に示すような処理構成を採る場合にあって、発行者秘密鍵の危殆化検知が通知されると、図６の処理フローに示すように、先ず最初に、ステップ４０で、発行者秘密鍵管理部１１から安全な発行者秘密鍵を取得する。
【００５４】
続いて、ステップ４１で、証明書発行情報管理部１２を参照することで、危殆化した発行者秘密鍵で署名した証明書の発行先を検索する。このとき、その証明書の作成に用いた証明書内容情報を読み出す。
【００５５】
続いて、ステップ４２で、検索した全ての発行先について処理を行ったのか否かを判断して、検索した全ての発行先について処理を行っていないことを判断するときには、ステップ４３に進んで、未処理の発行先を一つ選択する。
【００５６】
続いて、ステップ４４で、その選択した発行先に対して、証明書の更新の要否を問い合わせる。例えば、電子メールなどを使って、証明書の更新の要否を問い合わせるのである。
【００５７】
続いて、ステップ４５で、この問い合わせに応答して、利用者から証明書の更新要求が発行されたのか否かを判断して、証明書の更新要求が発行されない場合には、次の発行先について処理すべくステップ４２に戻る。
【００５８】
一方、利用者から証明書の更新要求が発行された場合には、ステップ４６に進んで、ステップ４１で読み出した証明書内容情報に基づいて証明書を作成して、ステップ４０で取得した発行者秘密鍵を使って署名を行うことで利用者に出力する証明書を作成する。
【００５９】
続いて、ステップ４７で、作成した証明書を更新要求元の利用者に出力して、次の発行先について処理すべくステップ４２に戻る。
【００６０】
そして、ステップ４２で、検索した全ての発行先について処理を行ったことを判断するときには、処理を終了する。
【００６１】
このようにして、証明書発行部１０は、図６の処理フローを実行することで、図５に示すような処理構成を実現するのである。
【００６２】
なお、図５に示す処理構成では、利用者に対して、一つの発行者秘密鍵を用いて作成した証明書を発行して、その発行者秘密鍵に危殆化の危機が発生した場合に、その発行者秘密鍵とは異なる発行者秘密鍵を用いて新たな証明書を作成して発行するという処理を行うことで説明したが、利用者に対して、複数の異なる発行者秘密鍵を用いて作成した複数の証明書を発行して、その内の一つの発行者秘密鍵に危殆化の危機が発生した場合に、その発行者秘密鍵に代える形で、その発行者秘密鍵とは異なる発行者秘密鍵を用いて新たな証明書を作成して発行するようにしてもよい。
【図面の簡単な説明】
【００６３】
【図１】本発明の証明書発行サービス装置の装置構成の一例を示す図である。
【図２】証明書発行部１０の実行する処理フローである。
【図３】証明書発行部１０の実行する処理フローである。
【図４】証明書発行部１０の実行する処理フローである。
【図５】本発明の処理の説明の説明図である。
【図６】証明書発行部１０の実行する処理フローである。
【符号の説明】
【００６４】
１    証明書発行サービス装置
１０  証明書発行部
１１  発行者秘密鍵管理部
１２  証明書発行情報管理部
【図１】
2005303779.tif 000003
【図２】
2005303779.tif 000004
【図３】
2005303779.tif 000005
【図４】
2005303779.tif 000006
【図５】
2005303779.tif 000007
【図６】
2005303779.tif 000008