失効情報提供システム、失効情報提供方法、失効情報提供プログラム
【課題】特定の認証局が失効証明書リストを発行出来ない状態である場合に利用者証明書の有効性を保障する。
【解決手段】携帯電話端末２０が、ＰＣの性能情報を取得してこの性能情報が予め定められた条件を満たすか否かを判定する諸元チェックプログラムと、性能情報が条件を満たす場合に、ＰＣのウィルスチェックを行うウィルスチェックプログラムと、ＰＣ上でユーザが利用したい機能を具体的に実行する所定プログラムと、ウィルスチェックプログラムの動作後にＰＣ上で所定プログラムを起動し、所定プログラムの終了後に所定プログラムおよびそこで使用されたデータを削除する監視プログラムとを記憶している。
【解決手段】携帯電話端末２０が、ＰＣの性能情報を取得してこの性能情報が予め定められた条件を満たすか否かを判定する諸元チェックプログラムと、性能情報が条件を満たす場合に、ＰＣのウィルスチェックを行うウィルスチェックプログラムと、ＰＣ上でユーザが利用したい機能を具体的に実行する所定プログラムと、ウィルスチェックプログラムの動作後にＰＣ上で所定プログラムを起動し、所定プログラムの終了後に所定プログラムおよびそこで使用されたデータを削除する監視プログラムとを記憶している。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者端末からの要求に対して失効証明書リストの提供を行う認証局システムに関する。
【背景技術】
【０００２】
利用者間で電子取引や電子申告などを行うネットワークシステムでは、認証局により発行される証明書を利用して電子署名の検証を行うことにより、ネットワークを介して接続された通信相手（取引相手）と認証を行う手法が一般に利用されている。また、認証局では、取引相手の証明書有効性確認のための証明書取り消しリスト（ＣＲＬ：失効証明書リスト）が発行され、ネットワークシステムにおいては、このＣＲＬ検証することが証明書検証方式によらず必須要件となっている。
【０００３】
一般にＣＲＬには有効期限が設定されており、認証局からは有効期限が切れる前に最新のＣＲＬを定期的に発行されることが義務付けられている。
例えば、ＧＰＫＩ（Government Public Key Infrastructure）や特定認証業務認定の民間認証局の多くは、４８時間有効のＣＲＬを２４時間毎に発行する。特に高額の取引や機密データの送受信においては、検証者が失効情報をリアルタイムで取得することが重要視される。
【０００４】
ところで、上記のネットワークシステムにおいては、認証局（ＣＡ）がＣＲＬを発行することやＣＲＬの内容を更新することが不可能となるような状態が生じた場合、ＰＫＩを基盤とした電子申告等を行うシステムにおいて、申告内容が改ざんされていないことの証明や申告者を確認するために行う電子署名の検証を行うことができなくなってしまう。
また、この場合、認証局の利用者は、電子申告内容が正当な申告内容であるか否かを判断することができないため、電子申告システムの利用を中止せざるを得ず、ＣＲＬが定期的に発行されなくなった場合には、証明書検証を正常に行うこともできなくなるため、電子取引等、ネットワークシステムにおける取引は停止されなければならない。
【０００５】
また、例えば、認証局における秘密鍵に危殆化が生じ、これによりＣＲＬが発行出来なくなった場合、証明書利用者は、ＣＡ再構築後に証明書が再発行されるのを待たなければならずないといった不都合が生じ得る。
更には、電子申告システム、認証局、及び検証システムに対する利用者からの問い合わせの増加や利用者間の事実確認等が発生し混乱を招くといった不都合が生じ得る。
【０００６】
これに対して、現在運用中のネットワークシステム（認証局システム）では、上記のような事態の発生を回避するために、ＣＡが定期的にＣＲＬを発行し続けられるようなシステム環境、物理環境、及び運用体制を整備することで対処するしかなく、運用コストおよび運用負荷が膨大になっている。
【０００７】
また、上述のような電子申告システムにおいては、ＣＡサーバの不具合や災害時等も考慮してバックアップサーバやバックアップセンタを準備し、運用要員を確保する等の対策が必要となる。
【０００８】
しかしながら、この場合、運用コスト及び運用負荷が膨大と成ってしまう不都合がある。
また、ＣＡ秘密鍵の危殆化によりＣＲＬが発行できない状態が発生した場合には、一般に、全ての利用者の証明書を失効とする認証局が多く、このため、新たに再構築された認証局から証明書発行を受けなければ、取引を再開できないこととなり、利用者に対するシステム利用に係る負担が大きくなってしまうといった不都合がある。
【０００９】
これに対する関連技術として、認証局秘密鍵が危殆化した場合に、証明書検証サーバにおいて認証局が発行した証明書の管理を行い、検証サーバ上に登録されている有効証明書を検証することによって有効性確認を行うことにより、ＣＲＬを用いずに証明書の有効性確認が可能とする技術が開示されている（特許文献１）。
【００１０】
また、これに対する関連技術として、認証局間の通信接続における通信トラブルが生じたことにより失効証明書リスト（ＣＲＬ）が取得できない状態が生じた場合に、検証対象証明書を取得した時点で保有しているＣＲＬを用いて仮検証し、後から取得時点以降のＣＲＬで再検証することにより、証明書検証を可能とする技術が開示されている（特許文献２）。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００４−２９７６３９号公報
【特許文献２】特開２００７−２００４４号公報
【特許文献３】特開２００８−１５８８６３号公報
【特許文献４】特開２００８−２９９５６３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記特許文献１では、認証局と検証サーバとで二重に証明書管理を行わなければならず、更には、認証局において検証サーバへ証明書を登録するための鍵ペアの生成および管理が必要となるため、認証局システム全体の運用にかかる負荷が膨大となってしまう不都合がある。
【００１３】
また、認証局と検証サーバとは、同一の運営組織により構築・運営されていることが多く、ＣＡ秘密鍵の危殆化などが発生することにより認証局が業務停止となった場合には、検証サーバも停止状態となるため、認証局秘密鍵の危殆化に対応することは困難となる。
【００１４】
また、上記特許文献２では、仮検証結果の信憑性が保証されない点や再検証するかの判断を利用者任せとしている点で、重要な電子申請や高額の電子取引には適用が困難となってしまう不都合が生じ得る。
【００１５】
［発明の目的］
本発明は、上記関連技術の有する不都合を改善し、特定の認証局が失効証明書リストを発行出来ない状態となった場合に利用者証明書の有効性を保障する失効情報提供システム、失効情報提供方法、失効情報提供プログラムを提供することを、その目的とする。
【課題を解決するための手段】
【００１６】
上記目的を達成するために、本発明に係る失効情報提供システムは、利用者端末から送り込まれた所有者情報に基づき電子証明書を発行すると共に前記利用者端末からの失効要求に応じて失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置を有し、前記認証局装置それぞれが他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証部を備えた失効情報提供システムであって、前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する証明書配付部と、前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する代理発行用情報送信部と、前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定部と、前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成部と、前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する代理失効情報公開部とを備えたことを特徴としている。
【００１７】
また、本発明に係る失効情報提供方法は、利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供方法であって、一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行い、前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布し、前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知し、前記他の認証局装置は、前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定し、前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成し、前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信することを特徴としている。
【００１８】
また、本発明に係る失効情報提供プログラムは、利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供プログラムであって、
一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証機能と、前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する処理を行う証明書配付処理機能、前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する処理を行う代理発行用情報通知処理機能と、前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定機能と、前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成機能と、前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する処理を行う代理失効情報公開処理機能とを、コンピュータに実行させることを特徴としている。
【発明の効果】
【００１９】
本発明は、以上のように構成され機能するので、これによると、特定の認証局が失効証明書リストを発行出来ない状態となった場合に利用者証明書の有効性を保障する失効情報提供システム、失効情報提供方法、失効情報提供プログラムを提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係る失効情報提供システムの一実施形態を示す概略ブロック図である。
【図２】図１で示した失効情報提供システムにおける代理失効情報生成部の内部構成を示す概略ブロック図である。
【図３】図１で示した失効情報提供システムにおける失効情報テーブルの一例を示す説明図である。
【図４】図１で示した失効情報提供システムにおける代理失効リストの初回発行動作の処理ステップを示すフローチャートである。
【図５】図１で示した失効情報提供システムにおける代理失効リストを生成する動作処理ステップを示すフローチャートである。
【図６】図１で示した失効情報提供システムにおける代理失効リストにおけるリスト内容の更新を行う動作処理ステップを示すフローチャートである。
【図７】図１で示した失効情報提供システムにおける代理失効審査の動作処理ステップを示すフローチャートである。
【発明を実施するための形態】
【００２１】
［実施形態］
次に、本発明を実施するための実施形態について図面を参照して説明する。
【００２２】
本発明の実施形態としての失効情報提供システムは、図１に示すように、利用者端末１００からの要求に応じてそれぞれ失効証明書リスト（ＣＲＬ）の発行を行う認証局装置としての認証局１および２から構成される。
【００２３】
ここで、認証局装置（以下「認証局」という）１および２は、それぞれ同一の内部構成を有し、通常動作時においてはそれぞれが失効リストの発行を行うが、本実施形態では、認証局装置１で生成された失効証明書リスト（ＣＲＬ：以下「失効リスト」という）に基づき、認証局装置２が認証局装置２の代理として失効リストの発行を行うものとして説明する。
尚、認証局装置１および２は相互に認証を行うＰＫＩドメインであるものとする。
【００２４】
認証局装置（ＣＡ）１は、共通鍵と代理失効申請用ＩＤを生成する乱数処理部１１と、代理失効リスト生成に必要な情報を代理失効情報格納ＤＢ４（後述）に対して送信する代理失効情報送信部２を備えた構成を有する。
【００２５】
乱数処理部１１は、発行された証明書のシリアルナンバーと代理失効申請用ＩＤのペアを代理失効認証テーブルとして保持する代理失効認証テーブル記憶手段６を有する。
【００２６】
認証局装置（ＣＡ）２は、共通鍵と代理失効申請用ＩＤを生成する乱数処理部１２と、代理ＣＲＬ生成部３を備えた構成を有する。
また、認証局装置２は、代理失効情報格納データベース（ＤＢ）４と、代理失効リスト公開部５を備えている。ここで、代理失効情報格納ＤＢ４には、ＣＡ１から送信された最新の失効リスト（ＣＲＬ）と、代理失効認証テーブルとが格納されるものとする。
【００２７】
代理失効情報生成部３は、図２に示すように、代理失効情報格納ＤＢ４からＣＲＬを取得する失効情報受入れ手段３１と、取得したＣＲＬから情報を抽出する失効情報抽出手段３２と、代理失効リストのベースとなる失効情報テーブル（図３）記憶を記憶する失効情報テーブル記憶手段３３と、間接ＣＲＬとして必要なパラメータをセットし、ＣＡ２の署名を生成する代理失効リスト生成手段３４を備えている。
【００２８】
また、代理失効情報生成部３は、利用者端末１００からの失効要求を受付ける代理失効受付手段３５と、利用者ＥＥ１の本人確認を行う代理失効審査手段３６を備えた構成を有する。
【００２９】
代理失効審査手段３６は、代理失効申請用ＩＤと代理失効認証テーブルを、それぞれ共通鍵を利用して復号する認証情報復号機能３７と、代理失効申請用ＩＤと証明書シリアルナンバーの組み合わせを、代理失効認証テーブルの内容と照合する認証情報照合機能３８を有する。
【００３０】
以下、これを詳述する。
認証局１および２は、インターネットを介して相互に接続されており、本体部１０および２０はそれぞれ相互に認証証明書を取り交わす認証証明書発行機能を有する。
このとき、認証局１（以下「ＣＡ１」という）の乱数処理部１１と認証局２（以下「ＣＡ２」という）の乱数処理部２１それぞれが乱数を生成し、この乱数を相互に交換するものとする。
【００３１】
乱数処理部１１および２１はそれぞれ、予め設定された２つの乱数に基づき相互に共通な鍵（共通鍵）を生成すると共に予め設定された記憶領域に記憶する乱数記憶機能を備えている。
【００３２】
ここで、乱数処理部１１は、本体部１０が利用者端末（端末の利用は「利用者ＥＥ１」とする）１００に対しての証明書を発行する際に、代理失効申請用ＩＤを発行する代理執行申請用ＩＤ発行機能を有する。
また、乱数処理部１１は、この代理失効申請用ＩＤと利用者端末１００に対して発行した証明書のシリアルナンバー（以下「シリアルＮｏ」という）とを対応づけたテーブル情報である代理失効認証テーブルを生成すると共に、この代理失効認証テーブルを代理失効認証テーブル記憶手段６に格納する代理失効認証テーブル格納機能を有する。
【００３３】
また、本体部１０は利用者端末１００に対して、共通鍵により暗号化した代理失効申請用ＩＤと証明書を配付する申請用ＩＤ配布機能を有する。
このとき、ＣＡ１の代理失効情報送信部２は、本体部１０で証明書が発行される毎に、ＣＡ２の代理失効情報格納ＤＢ４に対して、共通鍵で暗号化した代理失効認証テーブルと最新のＣＲＬとを送信するものとする（ＣＲＬ送信機能）。
【００３４】
認証局２の代理失効情報格納部４は、共通鍵で暗号化された代理失効認証テーブルとＣＲＬとを対応づけた代理失効認証テーブルを認証局１から取得した場合に、この代理失効認証テーブルを代理失効認証テーブル記憶手段６１に登録する代理失効認証テーブル登録機能を有する。
【００３５】
代理失効情報生成部３の失効情報受入れ部３１（図３）は、予め代理失効情報格納ＤＢ４に送り込まれた認証局１における最新のＣＲＬ（最新ＣＲＬ）を読み込むＣＲＬ読み込み機能を有する。
尚、失効情報受入れ部３１における上記ＣＲＬ読み込み機能は、予め設定された一定時間ごとに定期的に実行される設定であってもよい。
【００３６】
失効情報抽出部３２は、読み込まれたＣＲＬ（最新ＣＲＬ）から発行者名（ここでは、ＣＡ１）と、証明書毎の失効情報（シリアルＮｏ、失効理由、失効時間を含む）を抽出すると共に、抽出した失効情報に基づき失効情報テーブルを生成する（失効情報テーブル生成機能）。
【００３７】
代理失効リスト生成手段３４は、生成された失効情報テーブルの内容から、予め設定された間接ＣＲＬのフォーマットに基づく代理失効リスト（代理ＣＲＬ）を生成する代理ＣＲＬ生成機能を有する。
尚、本実施形態では、間接ＣＲＬのフォーマットとして標準の間接ＣＲＬフォーマットを実装するものとする。これにより、一般的なＰＫＩアプリケーションなどを本実施形態に対して適応することが可能となる。
【００３８】
ここで、代理失効リスト生成手段３４は、代理ＣＲＬ生成機能において、失効情報テーブル記憶部３３に予め記憶された失効情報テーブルに基づきrevoked certificatesフィールドの情報を生成する。
また、代理失効リスト生成手段３４は、ＣＲＬ拡張フィールドであるIssuing Distribution Pointindirect ＣＲＬに、値としてのＴＲＵＥをセットすると共に、ＣＲＬ作成日時、次回更新日、その他フィールドにそれぞれ予め設定された必要な値をセットし、更には、ＣＡ２の署名値を添付することにより代理ＣＲＬを生成する。
更に、代理失効リスト生成手段３４は、生成した代理ＣＲＬを、代理失効リスト公開部５に登録するものとする（代理ＣＲＬ登録機能）。
また、代理失効リスト生成手段３４が、追加更新された失効情報テーブルに基づき、代理失効リストの生成を行う（代理失効リスト生成機能）。
【００３９】
代理失効要求受付手段３５は、利用者端末（端末の利用者は利用者ＥＥ１）１００からＣＡ２に対して失効要求があった場合、失効要求に含まれた、利用者ＥＥ１の証明書（ＥＥ１証明書）と利用者ＥＥ１により提示された代理失効申請用ＩＤとを読み込む代理失効申請用ＩＤ読み込み機能を有する。
【００４０】
また、代理失効要求受付手段３５は、利用者端末１００から送り込まれた証明書の発行者を確認すると共に、この証明書の発行者がＣＡ１である場合に、証明書から対応するシリアルＮｏを抽出するシリアルＮｏ抽出機能を有する。
【００４１】
代理失効審査手段３６は、利用者端末１００からの失効要求に対して代理失効審査（本人確認審査）を行う代理失効審査機能を備えている。
また、代理失効審査手段３６は、代理失効要求受付部３５で抽出されたシリアルＮｏ＜Ａ＞を、認証情報照合機能３８に渡すものとする。
【００４２】
更に、代理失効審査手段３６は、代理失効認証テーブル６１に予め記憶された代理失効認証テーブルを共通鍵で復号し（復号代理失効認証テーブル＜Ｃ＞）、認証情報照合部３８に渡す認証情報復号機能３７を備えている。
【００４３】
ここで、認証情報復号機能３７は、代理失効申請用ＩＤを乱数処理部２１に記憶された共通鍵で復号し（復号代理失効申請用ＩＤ＜Ｂ＞）、復号された代理失効申請用ＩＤを認証情報照合機能３８に渡すものとする。
【００４４】
更に、代理失効審査手段３６は、上記＜Ａ＞および＜Ｂ＞の組み合わせ、つまり＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致する否かを照合判定する認証情報照合機能３８を備えている。
【００４５】
ここで、上記＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致する場合、代理失効審査手段３６は、代理失効審査を終了し、失効情報テーブル記憶手段３３に記憶された失効情報テーブルに対して、抽出したシリアルＮｏ、失効受付日時、失効理由を追記する更新（追加更新）を行う（失効情報更新機能）。
【００４６】
これにより、認証局２（他の認証局）が認証局１の代理として失効要求を受け付けた場合に、失効要求者の本人確認審査を認証局１の代わりに行うことができ、このため、代理ＣＲＬの信憑性を高めることができる。
【００４７】
一方、上記＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致しない場合、代理失効リスト生成手段３４は、失効情報テーブルの更新は行うことなく代理失効リストの生成を行い、これにより、ＣＲＬ作成日時、次回更新日のみが変更された代理ＣＲＬを生成するものとする。
【００４８】
以上のように、本実施形態では、ネットワーク障害、認証局における秘密鍵の危殆化が生じた場合などに、他の認証局から予め送付されている失効リストにから失効情報（失効リスト）を抽出し、予め設定された間接失効リスト（ＣＲＬ）のフォーマットに基づく代理失効リストを生成、署名し、発行することができる。
【００４９】
また、認証局装置（ＣＡ）が発行した証明書の失効要求も受付けた場合に、上記他の認証局装置では、失効要求の本人確認審査（認証）を行い、代理失効リストに失効情報を追加し更新発行することが可能となる。
【００５０】
尚、本人確認審査は、利用者からの代理失効申請用ＩＤの提示を必要とし、ＣＡのみが保持している代理失効認証テーブルと照合することにより、ＩＤと証明書シリアルナンバーとの組み合わせが正しいか否かを確認することにより実施するものとする。
また、本実施形態における本人確認審査においては、認証局間（認証局１および２間）のみで共有されている共通鍵暗号を利用することにより、代理ＣＲＬを発行する認証局運用組織に利用者の個人情報などを提供する必要がないため、利用者の個人情報に対するセキュリティを有効に高めることができる。
【００５１】
これにより、異なる認証局装置を含み構成される認証局システムにおいて、特定の認証局装置が失効リストを発行出来ない状態に陥った場合に、他の認証局装置が、対象認証局装置の代理として、利用者証明書の有効性を保障することが可能となり、このため、認証局装置が失効リストを発行できない状態に陥った場合であっても、利用者における認証局システム（ＰＫＩシステム）の継続利用を保障することができる。
【００５２】
［実施形態の動作説明］
次に、上記の実施形態の全体的な動作について説明する。
認証局２は、利用者端末１００から送られた電子証明書の失効要求を取得した場合に、この失効要求に申請用識別子が含まれるか否かの判別を行い申請用識別子が含まれる場合に失効要求の送信元が電子証明書を受けた利用端末であると判定し、
取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、失効要求の内容および代理発行用情報に基づき失効証明書リストとしての代理失効証明書リストを生成し、
利用者端末から送り込まれた公開要求に応じて代理失効証明書リストを公開表示用に予め設定された代理失効情報公開部５に対して送信する
【００５３】
次に、本実施形態の動作について詳説する。
ここでは、まず本実施形態の認証局１が正常動作を行っている場合の動作について説明する。
【００５４】
まず、認証局１および２が相互に認証証明書を取り交わす。このとき、認証局１（以下「ＣＡ１」という）の乱数処理部１１と認証局２（以下「ＣＡ２」という）の乱数処理部２１それぞれが乱数を生成し、この乱数を相互に交換する（ステップＳ１１）。
次いで、ＣＡ１およびＣＡ２における乱数処理部１２および２１それぞれで、予め設定された２つの乱数に基づき相互に共通な鍵（共通鍵）を生成し、乱数処理部１２および２１それぞれに予め設定された記憶部に記憶する（ステップＳ１２）。
【００５５】
ここで、ＣＡ１が利用者端末（端末の利用者は「利用者ＥＥ１」とする）１００に対しての証明書を発行する際に、乱数処理部１１が代理失効申請用ＩＤを発行する。
また、乱数処理部１１は、この代理失効申請用ＩＤと、利用者端末１００に対して発行した証明書のシリアルナンバー（以下「シリアルＮｏ」という）とを対応づけたテーブル情報である代理失効認証テーブルを代理失効認証テーブル記憶手段６に記憶する（ステップＳ１３）。
【００５６】
次いで、ＣＡ１（本体部１０）は利用者端末１００に対して、共通鍵により暗号化した代理失効申請用ＩＤと証明書を配付する（ステップＳ１４）。
このとき、ＣＡ１の代理失効情報送信部２は、本体部１０で証明書が発行される毎に、ＣＡ２の代理失効情報格納ＤＢ４に対して、共通鍵で暗号化した代理失効認証テーブルと最新のＣＲＬとを送信する（ステップＳ１５）。
代理失効情報格納部４は、共通鍵で暗号化された代理失効認証テーブルとＣＲＬとを対応づけた代理失効認証テーブルを代理失効認証テーブル記憶手段６１に登録する（ステップＳ１６）。
【００５７】
次に、ＣＡ１でシステム障害や秘密鍵の危殆化などが生じた場合における本実施形態の動作について説明する。
ここでは、まずＣＡ２による初回の代理失効リスト（代理ＣＲＬ）発行の動作について、図４のフローチャートに基づき説明する。
【００５８】
代理失効情報生成部３の失効情報受入れ部３１（図３）が、代理失効情報格納ＤＢ４からＣＡ１の最新のＣＲＬを読み込む（ステップＡ１）。
次いで、失効情報抽出部３２が、読み込んだＣＲＬから発行者名（ここでは、ＣＡ１）と、証明書毎の失効情報（シリアルＮｏ、失効理由、失効時間を含む）を抽出し（ステップＡ２）、抽出した失効情報に基づき失効情報テーブルを生成する（ステップＡ３）。
次に、代理失効リスト生成手段３４が、生成された失効情報テーブルの内容から、間接ＣＲＬのフォーマットに基づく代理失効リスト（代理ＣＲＬ）を生成する（ステップＡ４）。
【００５９】
ここで、上記ステップＡ４における代理失効リスト生成手段３４が代理失効リストを生成する動作について、図５のフローチャートに基づき説明する。
代理失効リスト生成手段３４は、失効情報テーブル（失効情報テーブル記憶手段３３に記憶）から、revoked Ｃertificatesフィールドを生成する（ステップＢ１）。
次いで、代理失効リスト生成手段３４は、ＣＲＬ拡張フィールドであるIssuing Distribution Pointindirect ＣＲＬにＴＲＵＥをセットする（ステップＢ２）。
また、代理失効リスト生成手段３４は、ＣＲＬ作成日時、次回更新日、その他フィールドにそれぞれ予め設定された必要な値をセットする（ステップＢ３）と共に、ＣＡ２の署名値を添付することにより代理ＣＲＬを生成する（ステップＢ４）。
次いで、代理失効リスト生成手段３４は、生成した代理ＣＲＬを、代理失効リスト公開部５に登録する（ステップＢ５）。
【００６０】
次に、ＣＡ２が代理ＣＲＬの内容を更新する動作について、図５のフローチャートに基づき説明する。
【００６１】
利用者端末（端末の利用者は利用者ＥＥ１）１００からＣＡ２に対して失効要求があった場合（ｙeｓ：ステップＣ１）、代理失効要求受付手段３５が、失効要求に含まれた、利用者ＥＥ１の証明書（ＥＥ１証明書）と利用者ＥＥ１により提示された代理失効申請用ＩＤとを読み込む（ステップＣ２）。
【００６２】
次いで、代理失効要求受付手段３５は、ＥＥ１証明書の発行者を確認する。
ここで、代理失効要求受付手段３５はＥＥ１証明書の発行者がＣＡ１である場合に、対応するシリアルＮｏを抽出する（ステップＣ３）。
次いで、代理失効審査手段３６が、利用者端末１００からの失効要求に対して代理失効審査（本人確認審査）を行う（ステップＣ４：代理失効審査機能）。
【００６３】
ここで、上記ステップＣ４における代理失効審査手段３６による代理失効審査機能について、図７のフローチャートに基づき説明する。
【００６４】
まず、代理失効審査手段３６は、代理失効要求受付手段３５で抽出されたシリアルＮｏ＜Ａ＞を、認証情報照合機能３８に渡す（ステップＤ１）。
次いで、認証情報復号機能３７が、代理失効申請用ＩＤを乱数処理部２１に記憶された共通鍵で復号し（復号代理失効申請用ＩＤ＜Ｂ＞）、復号された代理失効申請用ＩＤを認証情報照合機能３８に渡す（ステップＤ２）。
【００６５】
次いで、代理失効審査手段３６は、代理失効認証テーブル６１を共通鍵で復号し（復号代理失効認証テーブル＜Ｃ＞）、認証情報照合機能３８に渡す。
ここで、認証情報照合機能３８は、上記＜Ａ＞および＜Ｂ＞の組み合わせ、つまり＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致する否かを照合判定する（ステップＤ４）。
【００６６】
上記＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致する場合（ｙｅｓ：ステップＤ４）、代理失効審査を終了し、代理失効審査手段３６は、失効情報テーブル記憶手段３３に記憶された失効情報テーブルに対して、抽出したシリアルＮｏ、失効受付日時、失効理由を追記する更新（追加更新）を行う（ステップＣ５：図６）。
次いで、代理失効リスト生成手段３４が、追加更新された失効情報テーブルに基づき、代理失効リストの生成を行う（ステップＡ４：図６、図４）。
【００６７】
一方、上記＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致しない場合（ｎｏ：ステップＤ４）、代理失効リスト生成手段３４は、失効情報テーブルの更新は行うことなく代理失効リストの生成を行い（ステップＡ４）、これにより、ＣＲＬ作成日時、次回更新日のみが変更された代理ＣＲＬを生成する。
【００６８】
以上のように、本実施形態では、認証局システム障害やネットワーク障害、或いはＣＡ秘密鍵危殆化により、定期的に失効情報（失効リスト：ＣＲＬ）が発行出来なくなった場合、他の認証局（ＣＡ）が代わりにＣＲＬを発行することができる。
【００６９】
これにより、認証局がＣＲＬを発行できない事態となった場合でも、この認証局との相互認証および乱数交換を行った他の認証局が、上記認証局の代理として利用者証明書の有効性を保証することが可能となり、これにより、利用者は証明書およびＰＫＩシステムを継続利用することが可能となる。
【００７０】
また、ＣＲＬの有効期限を更新するだけでなく、障害や危殆化が発生した場合に証明書利用者から送り込まれた失効要求に応じて、他の認証局（ＣＡ）が受け付け、失効情報ＣＲＬを更新発行する。これにより、証明書利用者が保持している証明書を有効期限が切れるまで使用することが可能となる。
また、この場合、失効要求受付時の本人確認（審査）を他のＣＡで実施するしくみも提供する。
【００７１】
また、本実施形態では、特定の認証局装置である対象認証局（認証局１）に、例えば、ＣＡ秘密鍵危殆化等の障害が生じたことにより、認証局１にＣＲＬ発行を行うことのできない状態（発行不可状態）が生じた場合においても、予め認証局１との相互認証を行った他の認証局装置（認証局２）において、認証局１の発行した証明書の有効性確認（検証）を可能とし、認証局１の代理としてＣＲＬの発行を行うことにより、利用者端末に対するＣＲＬの継続的発行を維持することができ、このため、認証局システムにおける動作安定化を実現することが可能となる。
【００７２】
また、認証局システムにおける物理環境および運用体制を新たに整備する必要がないため、認証局システム全体の運用コスト及び運用負荷を有効に軽減することが可能となる。
【００７３】
更には、他の認証局装置（認証局２）が代理で利用者端末からの失効要求を受ける構成としたことにより、代理発行を行うＣＲＬに対する失効情報の追加更新をすることができ、このため、ＣＡ秘密鍵における危殆化が生じた場合でも、発行された利用者証明書の有効性を保障することができる。
これにより、発行済みの証明書を失効させること、ならびに証明書を再発行することなく、証明書の継続利用が可能となるため、認証局システム全体における運用不可を軽減することができる。
【００７４】
上述した実施形態については、その新規な技術的内容の要点をまとめると、以下のようになる。
尚、上記の実施形態の一部又は全部は、新規な技術として以下のようにまとめられるが、本発明は必ずしもこれに限定されるものではない。
【００７５】
（付記１）
利用者端末から送り込まれた所有者情報に基づき電子証明書を発行すると共に前記利用者端末からの失効要求に応じて失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置を有し、前記認証局装置それぞれが他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証部を備えた失効情報提供システムであって、
前記各認証局装置は、
前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する証明書配付部と、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する代理発行用情報送信部と、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定部と、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成部と、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する代理失効情報公開部とを備えたことを特徴とする失効情報提供システム。
【００７６】
（付記２）
付記１に記載の失効情報提供システムにおいて、
前記証明書配付部は、前記申請用識別子を前記利用者端末に配布するのに先立ち前記共通鍵により前記申請用識別子の暗号化を行う申請用識別子暗号化手段と備え、
前記利用者端末判定部は、前記取得した失効要求に含まれる申請用識別子を前記共通鍵により復号化する申請用識別子復号化手段を備えたことを特徴とする失効情報提供システム。
【００７７】
（付記３）
付記１に記載の失効情報提供システムにおいて、
前記代理発行用情報送信部は、前記代理発行用情報を前記他の認証局装置に通知するのに先立ち前記共通鍵により前記代理発行用情報の暗号化を行う代理発行用情報暗号化手段と備え、
前記失効リスト代理生成部は、前記代理発行用情報を前記共通鍵により復号化する代理発行用情報復号化手段を備えたことを特徴とする失効情報提供システム。
【００７８】
（付記４）
付記１に記載の失効情報提供システムにおいて、
前記失効リスト代理生成部は、前記代理発行用情報に含まれる失効証明書リストを前記失効要求の内容に基づき更新することにより前記代理失効証明書リストを生成することを特徴とした失効情報提供システム。
【００７９】
（付記５）
利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供方法であって、
一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行い、
前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布し、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知し、
前記他の認証局装置は、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定し、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成し、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信することを特徴とする失効情報提供方法。
【００８０】
（付記６）
利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供プログラムであって、
一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証機能と、
前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する処理を行う証明書配付処理機能、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する処理を行う代理発行用情報通知処理機能と、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定機能と、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成機能と、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する処理を行う代理失効情報公開処理機能とを、コンピュータに実行させることを特徴とする失効情報提供プログラム。
【産業上の利用可能性】
【００８１】
本発明は、電子取引や電子申告などの電子署名を利用する、認証局装置が相互に接続された認証局ネットワークシステムに対して適用することができる。
【符号の説明】
【００８２】
１、２ 認証局装置
３ 代理失効情報生成部
４ 代理失効情報格納部
５ 代理失効情報公開部
６、６１ 代理失効認証テーブル
１１、２１ 乱数処理部
３１ 失効情報受入れ手段
３２ 失効情報抽出手段
３３ 失効情報テーブル記憶手段
３４ 代理失効リスト生成手段
３５ 代理失効受付手段
３６ 代理失効審査手段
３７ 認証情報復号機能
３８ 認証情報照合機能
【技術分野】
【０００１】
本発明は、利用者端末からの要求に対して失効証明書リストの提供を行う認証局システムに関する。
【背景技術】
【０００２】
利用者間で電子取引や電子申告などを行うネットワークシステムでは、認証局により発行される証明書を利用して電子署名の検証を行うことにより、ネットワークを介して接続された通信相手（取引相手）と認証を行う手法が一般に利用されている。また、認証局では、取引相手の証明書有効性確認のための証明書取り消しリスト（ＣＲＬ：失効証明書リスト）が発行され、ネットワークシステムにおいては、このＣＲＬ検証することが証明書検証方式によらず必須要件となっている。
【０００３】
一般にＣＲＬには有効期限が設定されており、認証局からは有効期限が切れる前に最新のＣＲＬを定期的に発行されることが義務付けられている。
例えば、ＧＰＫＩ（Government Public Key Infrastructure）や特定認証業務認定の民間認証局の多くは、４８時間有効のＣＲＬを２４時間毎に発行する。特に高額の取引や機密データの送受信においては、検証者が失効情報をリアルタイムで取得することが重要視される。
【０００４】
ところで、上記のネットワークシステムにおいては、認証局（ＣＡ）がＣＲＬを発行することやＣＲＬの内容を更新することが不可能となるような状態が生じた場合、ＰＫＩを基盤とした電子申告等を行うシステムにおいて、申告内容が改ざんされていないことの証明や申告者を確認するために行う電子署名の検証を行うことができなくなってしまう。
また、この場合、認証局の利用者は、電子申告内容が正当な申告内容であるか否かを判断することができないため、電子申告システムの利用を中止せざるを得ず、ＣＲＬが定期的に発行されなくなった場合には、証明書検証を正常に行うこともできなくなるため、電子取引等、ネットワークシステムにおける取引は停止されなければならない。
【０００５】
また、例えば、認証局における秘密鍵に危殆化が生じ、これによりＣＲＬが発行出来なくなった場合、証明書利用者は、ＣＡ再構築後に証明書が再発行されるのを待たなければならずないといった不都合が生じ得る。
更には、電子申告システム、認証局、及び検証システムに対する利用者からの問い合わせの増加や利用者間の事実確認等が発生し混乱を招くといった不都合が生じ得る。
【０００６】
これに対して、現在運用中のネットワークシステム（認証局システム）では、上記のような事態の発生を回避するために、ＣＡが定期的にＣＲＬを発行し続けられるようなシステム環境、物理環境、及び運用体制を整備することで対処するしかなく、運用コストおよび運用負荷が膨大になっている。
【０００７】
また、上述のような電子申告システムにおいては、ＣＡサーバの不具合や災害時等も考慮してバックアップサーバやバックアップセンタを準備し、運用要員を確保する等の対策が必要となる。
【０００８】
しかしながら、この場合、運用コスト及び運用負荷が膨大と成ってしまう不都合がある。
また、ＣＡ秘密鍵の危殆化によりＣＲＬが発行できない状態が発生した場合には、一般に、全ての利用者の証明書を失効とする認証局が多く、このため、新たに再構築された認証局から証明書発行を受けなければ、取引を再開できないこととなり、利用者に対するシステム利用に係る負担が大きくなってしまうといった不都合がある。
【０００９】
これに対する関連技術として、認証局秘密鍵が危殆化した場合に、証明書検証サーバにおいて認証局が発行した証明書の管理を行い、検証サーバ上に登録されている有効証明書を検証することによって有効性確認を行うことにより、ＣＲＬを用いずに証明書の有効性確認が可能とする技術が開示されている（特許文献１）。
【００１０】
また、これに対する関連技術として、認証局間の通信接続における通信トラブルが生じたことにより失効証明書リスト（ＣＲＬ）が取得できない状態が生じた場合に、検証対象証明書を取得した時点で保有しているＣＲＬを用いて仮検証し、後から取得時点以降のＣＲＬで再検証することにより、証明書検証を可能とする技術が開示されている（特許文献２）。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００４−２９７６３９号公報
【特許文献２】特開２００７−２００４４号公報
【特許文献３】特開２００８−１５８８６３号公報
【特許文献４】特開２００８−２９９５６３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記特許文献１では、認証局と検証サーバとで二重に証明書管理を行わなければならず、更には、認証局において検証サーバへ証明書を登録するための鍵ペアの生成および管理が必要となるため、認証局システム全体の運用にかかる負荷が膨大となってしまう不都合がある。
【００１３】
また、認証局と検証サーバとは、同一の運営組織により構築・運営されていることが多く、ＣＡ秘密鍵の危殆化などが発生することにより認証局が業務停止となった場合には、検証サーバも停止状態となるため、認証局秘密鍵の危殆化に対応することは困難となる。
【００１４】
また、上記特許文献２では、仮検証結果の信憑性が保証されない点や再検証するかの判断を利用者任せとしている点で、重要な電子申請や高額の電子取引には適用が困難となってしまう不都合が生じ得る。
【００１５】
［発明の目的］
本発明は、上記関連技術の有する不都合を改善し、特定の認証局が失効証明書リストを発行出来ない状態となった場合に利用者証明書の有効性を保障する失効情報提供システム、失効情報提供方法、失効情報提供プログラムを提供することを、その目的とする。
【課題を解決するための手段】
【００１６】
上記目的を達成するために、本発明に係る失効情報提供システムは、利用者端末から送り込まれた所有者情報に基づき電子証明書を発行すると共に前記利用者端末からの失効要求に応じて失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置を有し、前記認証局装置それぞれが他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証部を備えた失効情報提供システムであって、前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する証明書配付部と、前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する代理発行用情報送信部と、前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定部と、前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成部と、前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する代理失効情報公開部とを備えたことを特徴としている。
【００１７】
また、本発明に係る失効情報提供方法は、利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供方法であって、一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行い、前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布し、前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知し、前記他の認証局装置は、前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定し、前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成し、前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信することを特徴としている。
【００１８】
また、本発明に係る失効情報提供プログラムは、利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供プログラムであって、
一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証機能と、前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する処理を行う証明書配付処理機能、前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する処理を行う代理発行用情報通知処理機能と、前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定機能と、前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成機能と、前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する処理を行う代理失効情報公開処理機能とを、コンピュータに実行させることを特徴としている。
【発明の効果】
【００１９】
本発明は、以上のように構成され機能するので、これによると、特定の認証局が失効証明書リストを発行出来ない状態となった場合に利用者証明書の有効性を保障する失効情報提供システム、失効情報提供方法、失効情報提供プログラムを提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係る失効情報提供システムの一実施形態を示す概略ブロック図である。
【図２】図１で示した失効情報提供システムにおける代理失効情報生成部の内部構成を示す概略ブロック図である。
【図３】図１で示した失効情報提供システムにおける失効情報テーブルの一例を示す説明図である。
【図４】図１で示した失効情報提供システムにおける代理失効リストの初回発行動作の処理ステップを示すフローチャートである。
【図５】図１で示した失効情報提供システムにおける代理失効リストを生成する動作処理ステップを示すフローチャートである。
【図６】図１で示した失効情報提供システムにおける代理失効リストにおけるリスト内容の更新を行う動作処理ステップを示すフローチャートである。
【図７】図１で示した失効情報提供システムにおける代理失効審査の動作処理ステップを示すフローチャートである。
【発明を実施するための形態】
【００２１】
［実施形態］
次に、本発明を実施するための実施形態について図面を参照して説明する。
【００２２】
本発明の実施形態としての失効情報提供システムは、図１に示すように、利用者端末１００からの要求に応じてそれぞれ失効証明書リスト（ＣＲＬ）の発行を行う認証局装置としての認証局１および２から構成される。
【００２３】
ここで、認証局装置（以下「認証局」という）１および２は、それぞれ同一の内部構成を有し、通常動作時においてはそれぞれが失効リストの発行を行うが、本実施形態では、認証局装置１で生成された失効証明書リスト（ＣＲＬ：以下「失効リスト」という）に基づき、認証局装置２が認証局装置２の代理として失効リストの発行を行うものとして説明する。
尚、認証局装置１および２は相互に認証を行うＰＫＩドメインであるものとする。
【００２４】
認証局装置（ＣＡ）１は、共通鍵と代理失効申請用ＩＤを生成する乱数処理部１１と、代理失効リスト生成に必要な情報を代理失効情報格納ＤＢ４（後述）に対して送信する代理失効情報送信部２を備えた構成を有する。
【００２５】
乱数処理部１１は、発行された証明書のシリアルナンバーと代理失効申請用ＩＤのペアを代理失効認証テーブルとして保持する代理失効認証テーブル記憶手段６を有する。
【００２６】
認証局装置（ＣＡ）２は、共通鍵と代理失効申請用ＩＤを生成する乱数処理部１２と、代理ＣＲＬ生成部３を備えた構成を有する。
また、認証局装置２は、代理失効情報格納データベース（ＤＢ）４と、代理失効リスト公開部５を備えている。ここで、代理失効情報格納ＤＢ４には、ＣＡ１から送信された最新の失効リスト（ＣＲＬ）と、代理失効認証テーブルとが格納されるものとする。
【００２７】
代理失効情報生成部３は、図２に示すように、代理失効情報格納ＤＢ４からＣＲＬを取得する失効情報受入れ手段３１と、取得したＣＲＬから情報を抽出する失効情報抽出手段３２と、代理失効リストのベースとなる失効情報テーブル（図３）記憶を記憶する失効情報テーブル記憶手段３３と、間接ＣＲＬとして必要なパラメータをセットし、ＣＡ２の署名を生成する代理失効リスト生成手段３４を備えている。
【００２８】
また、代理失効情報生成部３は、利用者端末１００からの失効要求を受付ける代理失効受付手段３５と、利用者ＥＥ１の本人確認を行う代理失効審査手段３６を備えた構成を有する。
【００２９】
代理失効審査手段３６は、代理失効申請用ＩＤと代理失効認証テーブルを、それぞれ共通鍵を利用して復号する認証情報復号機能３７と、代理失効申請用ＩＤと証明書シリアルナンバーの組み合わせを、代理失効認証テーブルの内容と照合する認証情報照合機能３８を有する。
【００３０】
以下、これを詳述する。
認証局１および２は、インターネットを介して相互に接続されており、本体部１０および２０はそれぞれ相互に認証証明書を取り交わす認証証明書発行機能を有する。
このとき、認証局１（以下「ＣＡ１」という）の乱数処理部１１と認証局２（以下「ＣＡ２」という）の乱数処理部２１それぞれが乱数を生成し、この乱数を相互に交換するものとする。
【００３１】
乱数処理部１１および２１はそれぞれ、予め設定された２つの乱数に基づき相互に共通な鍵（共通鍵）を生成すると共に予め設定された記憶領域に記憶する乱数記憶機能を備えている。
【００３２】
ここで、乱数処理部１１は、本体部１０が利用者端末（端末の利用は「利用者ＥＥ１」とする）１００に対しての証明書を発行する際に、代理失効申請用ＩＤを発行する代理執行申請用ＩＤ発行機能を有する。
また、乱数処理部１１は、この代理失効申請用ＩＤと利用者端末１００に対して発行した証明書のシリアルナンバー（以下「シリアルＮｏ」という）とを対応づけたテーブル情報である代理失効認証テーブルを生成すると共に、この代理失効認証テーブルを代理失効認証テーブル記憶手段６に格納する代理失効認証テーブル格納機能を有する。
【００３３】
また、本体部１０は利用者端末１００に対して、共通鍵により暗号化した代理失効申請用ＩＤと証明書を配付する申請用ＩＤ配布機能を有する。
このとき、ＣＡ１の代理失効情報送信部２は、本体部１０で証明書が発行される毎に、ＣＡ２の代理失効情報格納ＤＢ４に対して、共通鍵で暗号化した代理失効認証テーブルと最新のＣＲＬとを送信するものとする（ＣＲＬ送信機能）。
【００３４】
認証局２の代理失効情報格納部４は、共通鍵で暗号化された代理失効認証テーブルとＣＲＬとを対応づけた代理失効認証テーブルを認証局１から取得した場合に、この代理失効認証テーブルを代理失効認証テーブル記憶手段６１に登録する代理失効認証テーブル登録機能を有する。
【００３５】
代理失効情報生成部３の失効情報受入れ部３１（図３）は、予め代理失効情報格納ＤＢ４に送り込まれた認証局１における最新のＣＲＬ（最新ＣＲＬ）を読み込むＣＲＬ読み込み機能を有する。
尚、失効情報受入れ部３１における上記ＣＲＬ読み込み機能は、予め設定された一定時間ごとに定期的に実行される設定であってもよい。
【００３６】
失効情報抽出部３２は、読み込まれたＣＲＬ（最新ＣＲＬ）から発行者名（ここでは、ＣＡ１）と、証明書毎の失効情報（シリアルＮｏ、失効理由、失効時間を含む）を抽出すると共に、抽出した失効情報に基づき失効情報テーブルを生成する（失効情報テーブル生成機能）。
【００３７】
代理失効リスト生成手段３４は、生成された失効情報テーブルの内容から、予め設定された間接ＣＲＬのフォーマットに基づく代理失効リスト（代理ＣＲＬ）を生成する代理ＣＲＬ生成機能を有する。
尚、本実施形態では、間接ＣＲＬのフォーマットとして標準の間接ＣＲＬフォーマットを実装するものとする。これにより、一般的なＰＫＩアプリケーションなどを本実施形態に対して適応することが可能となる。
【００３８】
ここで、代理失効リスト生成手段３４は、代理ＣＲＬ生成機能において、失効情報テーブル記憶部３３に予め記憶された失効情報テーブルに基づきrevoked certificatesフィールドの情報を生成する。
また、代理失効リスト生成手段３４は、ＣＲＬ拡張フィールドであるIssuing Distribution Pointindirect ＣＲＬに、値としてのＴＲＵＥをセットすると共に、ＣＲＬ作成日時、次回更新日、その他フィールドにそれぞれ予め設定された必要な値をセットし、更には、ＣＡ２の署名値を添付することにより代理ＣＲＬを生成する。
更に、代理失効リスト生成手段３４は、生成した代理ＣＲＬを、代理失効リスト公開部５に登録するものとする（代理ＣＲＬ登録機能）。
また、代理失効リスト生成手段３４が、追加更新された失効情報テーブルに基づき、代理失効リストの生成を行う（代理失効リスト生成機能）。
【００３９】
代理失効要求受付手段３５は、利用者端末（端末の利用者は利用者ＥＥ１）１００からＣＡ２に対して失効要求があった場合、失効要求に含まれた、利用者ＥＥ１の証明書（ＥＥ１証明書）と利用者ＥＥ１により提示された代理失効申請用ＩＤとを読み込む代理失効申請用ＩＤ読み込み機能を有する。
【００４０】
また、代理失効要求受付手段３５は、利用者端末１００から送り込まれた証明書の発行者を確認すると共に、この証明書の発行者がＣＡ１である場合に、証明書から対応するシリアルＮｏを抽出するシリアルＮｏ抽出機能を有する。
【００４１】
代理失効審査手段３６は、利用者端末１００からの失効要求に対して代理失効審査（本人確認審査）を行う代理失効審査機能を備えている。
また、代理失効審査手段３６は、代理失効要求受付部３５で抽出されたシリアルＮｏ＜Ａ＞を、認証情報照合機能３８に渡すものとする。
【００４２】
更に、代理失効審査手段３６は、代理失効認証テーブル６１に予め記憶された代理失効認証テーブルを共通鍵で復号し（復号代理失効認証テーブル＜Ｃ＞）、認証情報照合部３８に渡す認証情報復号機能３７を備えている。
【００４３】
ここで、認証情報復号機能３７は、代理失効申請用ＩＤを乱数処理部２１に記憶された共通鍵で復号し（復号代理失効申請用ＩＤ＜Ｂ＞）、復号された代理失効申請用ＩＤを認証情報照合機能３８に渡すものとする。
【００４４】
更に、代理失効審査手段３６は、上記＜Ａ＞および＜Ｂ＞の組み合わせ、つまり＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致する否かを照合判定する認証情報照合機能３８を備えている。
【００４５】
ここで、上記＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致する場合、代理失効審査手段３６は、代理失効審査を終了し、失効情報テーブル記憶手段３３に記憶された失効情報テーブルに対して、抽出したシリアルＮｏ、失効受付日時、失効理由を追記する更新（追加更新）を行う（失効情報更新機能）。
【００４６】
これにより、認証局２（他の認証局）が認証局１の代理として失効要求を受け付けた場合に、失効要求者の本人確認審査を認証局１の代わりに行うことができ、このため、代理ＣＲＬの信憑性を高めることができる。
【００４７】
一方、上記＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致しない場合、代理失効リスト生成手段３４は、失効情報テーブルの更新は行うことなく代理失効リストの生成を行い、これにより、ＣＲＬ作成日時、次回更新日のみが変更された代理ＣＲＬを生成するものとする。
【００４８】
以上のように、本実施形態では、ネットワーク障害、認証局における秘密鍵の危殆化が生じた場合などに、他の認証局から予め送付されている失効リストにから失効情報（失効リスト）を抽出し、予め設定された間接失効リスト（ＣＲＬ）のフォーマットに基づく代理失効リストを生成、署名し、発行することができる。
【００４９】
また、認証局装置（ＣＡ）が発行した証明書の失効要求も受付けた場合に、上記他の認証局装置では、失効要求の本人確認審査（認証）を行い、代理失効リストに失効情報を追加し更新発行することが可能となる。
【００５０】
尚、本人確認審査は、利用者からの代理失効申請用ＩＤの提示を必要とし、ＣＡのみが保持している代理失効認証テーブルと照合することにより、ＩＤと証明書シリアルナンバーとの組み合わせが正しいか否かを確認することにより実施するものとする。
また、本実施形態における本人確認審査においては、認証局間（認証局１および２間）のみで共有されている共通鍵暗号を利用することにより、代理ＣＲＬを発行する認証局運用組織に利用者の個人情報などを提供する必要がないため、利用者の個人情報に対するセキュリティを有効に高めることができる。
【００５１】
これにより、異なる認証局装置を含み構成される認証局システムにおいて、特定の認証局装置が失効リストを発行出来ない状態に陥った場合に、他の認証局装置が、対象認証局装置の代理として、利用者証明書の有効性を保障することが可能となり、このため、認証局装置が失効リストを発行できない状態に陥った場合であっても、利用者における認証局システム（ＰＫＩシステム）の継続利用を保障することができる。
【００５２】
［実施形態の動作説明］
次に、上記の実施形態の全体的な動作について説明する。
認証局２は、利用者端末１００から送られた電子証明書の失効要求を取得した場合に、この失効要求に申請用識別子が含まれるか否かの判別を行い申請用識別子が含まれる場合に失効要求の送信元が電子証明書を受けた利用端末であると判定し、
取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、失効要求の内容および代理発行用情報に基づき失効証明書リストとしての代理失効証明書リストを生成し、
利用者端末から送り込まれた公開要求に応じて代理失効証明書リストを公開表示用に予め設定された代理失効情報公開部５に対して送信する
【００５３】
次に、本実施形態の動作について詳説する。
ここでは、まず本実施形態の認証局１が正常動作を行っている場合の動作について説明する。
【００５４】
まず、認証局１および２が相互に認証証明書を取り交わす。このとき、認証局１（以下「ＣＡ１」という）の乱数処理部１１と認証局２（以下「ＣＡ２」という）の乱数処理部２１それぞれが乱数を生成し、この乱数を相互に交換する（ステップＳ１１）。
次いで、ＣＡ１およびＣＡ２における乱数処理部１２および２１それぞれで、予め設定された２つの乱数に基づき相互に共通な鍵（共通鍵）を生成し、乱数処理部１２および２１それぞれに予め設定された記憶部に記憶する（ステップＳ１２）。
【００５５】
ここで、ＣＡ１が利用者端末（端末の利用者は「利用者ＥＥ１」とする）１００に対しての証明書を発行する際に、乱数処理部１１が代理失効申請用ＩＤを発行する。
また、乱数処理部１１は、この代理失効申請用ＩＤと、利用者端末１００に対して発行した証明書のシリアルナンバー（以下「シリアルＮｏ」という）とを対応づけたテーブル情報である代理失効認証テーブルを代理失効認証テーブル記憶手段６に記憶する（ステップＳ１３）。
【００５６】
次いで、ＣＡ１（本体部１０）は利用者端末１００に対して、共通鍵により暗号化した代理失効申請用ＩＤと証明書を配付する（ステップＳ１４）。
このとき、ＣＡ１の代理失効情報送信部２は、本体部１０で証明書が発行される毎に、ＣＡ２の代理失効情報格納ＤＢ４に対して、共通鍵で暗号化した代理失効認証テーブルと最新のＣＲＬとを送信する（ステップＳ１５）。
代理失効情報格納部４は、共通鍵で暗号化された代理失効認証テーブルとＣＲＬとを対応づけた代理失効認証テーブルを代理失効認証テーブル記憶手段６１に登録する（ステップＳ１６）。
【００５７】
次に、ＣＡ１でシステム障害や秘密鍵の危殆化などが生じた場合における本実施形態の動作について説明する。
ここでは、まずＣＡ２による初回の代理失効リスト（代理ＣＲＬ）発行の動作について、図４のフローチャートに基づき説明する。
【００５８】
代理失効情報生成部３の失効情報受入れ部３１（図３）が、代理失効情報格納ＤＢ４からＣＡ１の最新のＣＲＬを読み込む（ステップＡ１）。
次いで、失効情報抽出部３２が、読み込んだＣＲＬから発行者名（ここでは、ＣＡ１）と、証明書毎の失効情報（シリアルＮｏ、失効理由、失効時間を含む）を抽出し（ステップＡ２）、抽出した失効情報に基づき失効情報テーブルを生成する（ステップＡ３）。
次に、代理失効リスト生成手段３４が、生成された失効情報テーブルの内容から、間接ＣＲＬのフォーマットに基づく代理失効リスト（代理ＣＲＬ）を生成する（ステップＡ４）。
【００５９】
ここで、上記ステップＡ４における代理失効リスト生成手段３４が代理失効リストを生成する動作について、図５のフローチャートに基づき説明する。
代理失効リスト生成手段３４は、失効情報テーブル（失効情報テーブル記憶手段３３に記憶）から、revoked Ｃertificatesフィールドを生成する（ステップＢ１）。
次いで、代理失効リスト生成手段３４は、ＣＲＬ拡張フィールドであるIssuing Distribution Pointindirect ＣＲＬにＴＲＵＥをセットする（ステップＢ２）。
また、代理失効リスト生成手段３４は、ＣＲＬ作成日時、次回更新日、その他フィールドにそれぞれ予め設定された必要な値をセットする（ステップＢ３）と共に、ＣＡ２の署名値を添付することにより代理ＣＲＬを生成する（ステップＢ４）。
次いで、代理失効リスト生成手段３４は、生成した代理ＣＲＬを、代理失効リスト公開部５に登録する（ステップＢ５）。
【００６０】
次に、ＣＡ２が代理ＣＲＬの内容を更新する動作について、図５のフローチャートに基づき説明する。
【００６１】
利用者端末（端末の利用者は利用者ＥＥ１）１００からＣＡ２に対して失効要求があった場合（ｙeｓ：ステップＣ１）、代理失効要求受付手段３５が、失効要求に含まれた、利用者ＥＥ１の証明書（ＥＥ１証明書）と利用者ＥＥ１により提示された代理失効申請用ＩＤとを読み込む（ステップＣ２）。
【００６２】
次いで、代理失効要求受付手段３５は、ＥＥ１証明書の発行者を確認する。
ここで、代理失効要求受付手段３５はＥＥ１証明書の発行者がＣＡ１である場合に、対応するシリアルＮｏを抽出する（ステップＣ３）。
次いで、代理失効審査手段３６が、利用者端末１００からの失効要求に対して代理失効審査（本人確認審査）を行う（ステップＣ４：代理失効審査機能）。
【００６３】
ここで、上記ステップＣ４における代理失効審査手段３６による代理失効審査機能について、図７のフローチャートに基づき説明する。
【００６４】
まず、代理失効審査手段３６は、代理失効要求受付手段３５で抽出されたシリアルＮｏ＜Ａ＞を、認証情報照合機能３８に渡す（ステップＤ１）。
次いで、認証情報復号機能３７が、代理失効申請用ＩＤを乱数処理部２１に記憶された共通鍵で復号し（復号代理失効申請用ＩＤ＜Ｂ＞）、復号された代理失効申請用ＩＤを認証情報照合機能３８に渡す（ステップＤ２）。
【００６５】
次いで、代理失効審査手段３６は、代理失効認証テーブル６１を共通鍵で復号し（復号代理失効認証テーブル＜Ｃ＞）、認証情報照合機能３８に渡す。
ここで、認証情報照合機能３８は、上記＜Ａ＞および＜Ｂ＞の組み合わせ、つまり＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致する否かを照合判定する（ステップＤ４）。
【００６６】
上記＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致する場合（ｙｅｓ：ステップＤ４）、代理失効審査を終了し、代理失効審査手段３６は、失効情報テーブル記憶手段３３に記憶された失効情報テーブルに対して、抽出したシリアルＮｏ、失効受付日時、失効理由を追記する更新（追加更新）を行う（ステップＣ５：図６）。
次いで、代理失効リスト生成手段３４が、追加更新された失効情報テーブルに基づき、代理失効リストの生成を行う（ステップＡ４：図６、図４）。
【００６７】
一方、上記＜Ａ＞および＜Ｂ＞を対応付けた内容が＜Ｃ＞の内容と一致しない場合（ｎｏ：ステップＤ４）、代理失効リスト生成手段３４は、失効情報テーブルの更新は行うことなく代理失効リストの生成を行い（ステップＡ４）、これにより、ＣＲＬ作成日時、次回更新日のみが変更された代理ＣＲＬを生成する。
【００６８】
以上のように、本実施形態では、認証局システム障害やネットワーク障害、或いはＣＡ秘密鍵危殆化により、定期的に失効情報（失効リスト：ＣＲＬ）が発行出来なくなった場合、他の認証局（ＣＡ）が代わりにＣＲＬを発行することができる。
【００６９】
これにより、認証局がＣＲＬを発行できない事態となった場合でも、この認証局との相互認証および乱数交換を行った他の認証局が、上記認証局の代理として利用者証明書の有効性を保証することが可能となり、これにより、利用者は証明書およびＰＫＩシステムを継続利用することが可能となる。
【００７０】
また、ＣＲＬの有効期限を更新するだけでなく、障害や危殆化が発生した場合に証明書利用者から送り込まれた失効要求に応じて、他の認証局（ＣＡ）が受け付け、失効情報ＣＲＬを更新発行する。これにより、証明書利用者が保持している証明書を有効期限が切れるまで使用することが可能となる。
また、この場合、失効要求受付時の本人確認（審査）を他のＣＡで実施するしくみも提供する。
【００７１】
また、本実施形態では、特定の認証局装置である対象認証局（認証局１）に、例えば、ＣＡ秘密鍵危殆化等の障害が生じたことにより、認証局１にＣＲＬ発行を行うことのできない状態（発行不可状態）が生じた場合においても、予め認証局１との相互認証を行った他の認証局装置（認証局２）において、認証局１の発行した証明書の有効性確認（検証）を可能とし、認証局１の代理としてＣＲＬの発行を行うことにより、利用者端末に対するＣＲＬの継続的発行を維持することができ、このため、認証局システムにおける動作安定化を実現することが可能となる。
【００７２】
また、認証局システムにおける物理環境および運用体制を新たに整備する必要がないため、認証局システム全体の運用コスト及び運用負荷を有効に軽減することが可能となる。
【００７３】
更には、他の認証局装置（認証局２）が代理で利用者端末からの失効要求を受ける構成としたことにより、代理発行を行うＣＲＬに対する失効情報の追加更新をすることができ、このため、ＣＡ秘密鍵における危殆化が生じた場合でも、発行された利用者証明書の有効性を保障することができる。
これにより、発行済みの証明書を失効させること、ならびに証明書を再発行することなく、証明書の継続利用が可能となるため、認証局システム全体における運用不可を軽減することができる。
【００７４】
上述した実施形態については、その新規な技術的内容の要点をまとめると、以下のようになる。
尚、上記の実施形態の一部又は全部は、新規な技術として以下のようにまとめられるが、本発明は必ずしもこれに限定されるものではない。
【００７５】
（付記１）
利用者端末から送り込まれた所有者情報に基づき電子証明書を発行すると共に前記利用者端末からの失効要求に応じて失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置を有し、前記認証局装置それぞれが他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証部を備えた失効情報提供システムであって、
前記各認証局装置は、
前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する証明書配付部と、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する代理発行用情報送信部と、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定部と、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成部と、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する代理失効情報公開部とを備えたことを特徴とする失効情報提供システム。
【００７６】
（付記２）
付記１に記載の失効情報提供システムにおいて、
前記証明書配付部は、前記申請用識別子を前記利用者端末に配布するのに先立ち前記共通鍵により前記申請用識別子の暗号化を行う申請用識別子暗号化手段と備え、
前記利用者端末判定部は、前記取得した失効要求に含まれる申請用識別子を前記共通鍵により復号化する申請用識別子復号化手段を備えたことを特徴とする失効情報提供システム。
【００７７】
（付記３）
付記１に記載の失効情報提供システムにおいて、
前記代理発行用情報送信部は、前記代理発行用情報を前記他の認証局装置に通知するのに先立ち前記共通鍵により前記代理発行用情報の暗号化を行う代理発行用情報暗号化手段と備え、
前記失効リスト代理生成部は、前記代理発行用情報を前記共通鍵により復号化する代理発行用情報復号化手段を備えたことを特徴とする失効情報提供システム。
【００７８】
（付記４）
付記１に記載の失効情報提供システムにおいて、
前記失効リスト代理生成部は、前記代理発行用情報に含まれる失効証明書リストを前記失効要求の内容に基づき更新することにより前記代理失効証明書リストを生成することを特徴とした失効情報提供システム。
【００７９】
（付記５）
利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供方法であって、
一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行い、
前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布し、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知し、
前記他の認証局装置は、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定し、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成し、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信することを特徴とする失効情報提供方法。
【００８０】
（付記６）
利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供プログラムであって、
一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証機能と、
前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する処理を行う証明書配付処理機能、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する処理を行う代理発行用情報通知処理機能と、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定機能と、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成機能と、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する処理を行う代理失効情報公開処理機能とを、コンピュータに実行させることを特徴とする失効情報提供プログラム。
【産業上の利用可能性】
【００８１】
本発明は、電子取引や電子申告などの電子署名を利用する、認証局装置が相互に接続された認証局ネットワークシステムに対して適用することができる。
【符号の説明】
【００８２】
１、２ 認証局装置
３ 代理失効情報生成部
４ 代理失効情報格納部
５ 代理失効情報公開部
６、６１ 代理失効認証テーブル
１１、２１ 乱数処理部
３１ 失効情報受入れ手段
３２ 失効情報抽出手段
３３ 失効情報テーブル記憶手段
３４ 代理失効リスト生成手段
３５ 代理失効受付手段
３６ 代理失効審査手段
３７ 認証情報復号機能
３８ 認証情報照合機能
【特許請求の範囲】
【請求項１】
利用者端末から送り込まれた所有者情報に基づき電子証明書を発行すると共に前記利用者端末からの失効要求に応じて失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置を有し、前記認証局装置それぞれが他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証部を備えた失効情報提供システムであって、
前記各認証局装置は、
前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する証明書配付部と、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する代理発行用情報送信部と、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定部と、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成部と、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する代理失効情報公開部とを備えたことを特徴とする失効情報提供システム。
【請求項２】
請求項１に記載の失効情報提供システムにおいて、
前記証明書配付部は、前記申請用識別子を前記利用者端末に配布するのに先立ち前記共通鍵により前記申請用識別子の暗号化を行う申請用識別子暗号化手段と備え、
前記利用者端末判定部は、前記取得した失効要求に含まれる申請用識別子を前記共通鍵により復号化する申請用識別子復号化手段を備えたことを特徴とする失効情報提供システム。
【請求項３】
請求項１に記載の失効情報提供システムにおいて、
前記代理発行用情報送信部は、前記代理発行用情報を前記他の認証局装置に通知するのに先立ち前記共通鍵により前記代理発行用情報の暗号化を行う代理発行用情報暗号化手段と備え、
前記失効リスト代理生成部は、前記代理発行用情報を前記共通鍵により復号化する代理発行用情報復号化手段を備えたことを特徴とする失効情報提供システム。
【請求項４】
請求項１に記載の失効情報提供システムにおいて、
前記失効リスト代理生成部は、前記代理発行用情報に含まれる失効証明書リストを前記失効要求の内容に基づき更新することにより前記代理失効証明書リストを生成することを特徴とした失効情報提供システム。
【請求項５】
利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供方法であって、
一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行い、
前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布し、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知し、
前記他の認証局装置は、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定し、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成し、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信することを特徴とする失効情報提供方法。
【請求項６】
利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供プログラムであって、
一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証機能と、
前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する処理を行う証明書配付処理機能、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する処理を行う代理発行用情報通知処理機能と、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定機能と、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成機能と、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する処理を行う代理失効情報公開処理機能とを、コンピュータに実行させることを特徴とする失効情報提供プログラム。
【請求項１】
利用者端末から送り込まれた所有者情報に基づき電子証明書を発行すると共に前記利用者端末からの失効要求に応じて失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置を有し、前記認証局装置それぞれが他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証部を備えた失効情報提供システムであって、
前記各認証局装置は、
前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する証明書配付部と、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する代理発行用情報送信部と、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定部と、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成部と、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する代理失効情報公開部とを備えたことを特徴とする失効情報提供システム。
【請求項２】
請求項１に記載の失効情報提供システムにおいて、
前記証明書配付部は、前記申請用識別子を前記利用者端末に配布するのに先立ち前記共通鍵により前記申請用識別子の暗号化を行う申請用識別子暗号化手段と備え、
前記利用者端末判定部は、前記取得した失効要求に含まれる申請用識別子を前記共通鍵により復号化する申請用識別子復号化手段を備えたことを特徴とする失効情報提供システム。
【請求項３】
請求項１に記載の失効情報提供システムにおいて、
前記代理発行用情報送信部は、前記代理発行用情報を前記他の認証局装置に通知するのに先立ち前記共通鍵により前記代理発行用情報の暗号化を行う代理発行用情報暗号化手段と備え、
前記失効リスト代理生成部は、前記代理発行用情報を前記共通鍵により復号化する代理発行用情報復号化手段を備えたことを特徴とする失効情報提供システム。
【請求項４】
請求項１に記載の失効情報提供システムにおいて、
前記失効リスト代理生成部は、前記代理発行用情報に含まれる失効証明書リストを前記失効要求の内容に基づき更新することにより前記代理失効証明書リストを生成することを特徴とした失効情報提供システム。
【請求項５】
利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供方法であって、
一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行い、
前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布し、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知し、
前記他の認証局装置は、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定し、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成し、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信することを特徴とする失効情報提供方法。
【請求項６】
利用者端末の所有者情報に基づき電子証明書を発行すると共に失効した電子証明書のリストである失効証明書リストを生成する複数の異なる認証局装置からなる認証局システムにあって、前記利用者端末からの失効要求に応じて失効証明書リストを提供する失効情報提供プログラムであって、
一の認証局装置が他の認証局装置と共通鍵を交換することにより相互認証を行う相互認証機能と、
前記各認証局装置は、前記電子証明書と当該電子証明書に対応して前記失効要求用に設定した申請用識別子を前記利用端末に配布する処理を行う証明書配付処理機能、
前記申請用識別子と前記失効証明書リストとを含む代理発行用情報を前記相互認証した他の認証局装置に通知する処理を行う代理発行用情報通知処理機能と、
前記利用者端末から送られた電子証明書の失効要求を取得した場合に、この失効要求に前記申請用識別子が含まれるか否かの判別を行い前記申請用識別子が含まれる場合に前記失効要求の送信元が前記電子証明書を受けた利用端末であると判定する利用者端末判定機能と、
前記取得した失効要求が前記電子証明書を受けた利用端末からの失効要求である場合に、前記失効要求の内容および前記代理発行用情報に基づき前記失効証明書リストとしての代理失効証明書リストを生成する失効リスト代理生成機能と、
前記利用者端末から送り込まれた公開要求に応じて前記代理失効証明書リストを公開表示用に予め設定された失効リスト公開サーバ装置に対して送信する処理を行う代理失効情報公開処理機能とを、コンピュータに実行させることを特徴とする失効情報提供プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−２０５５１０（Ｐ２０１１−２０５５１０Ａ）
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願番号】特願２０１０−７２２５３（Ｐ２０１０−７２２５３）
【出願日】平成２２年３月２６日（２０１０．３．２６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年１０月１３日（２０１１．１０．１３）
【国際特許分類】
【出願日】平成２２年３月２６日（２０１０．３．２６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]