(57)【要約】【課題】公的機関を利用した電子証明により公的機関以外の団体が印鑑を用いずに個人を証明し電子申請を行えるようにする。【解決手段】この電子申請システムの電子申請端末２は、電子申請受付サーバ６に対して電子申請を行う上で必要な申請者の本人確認を行う電子証明書を得る上で必要な公開鍵PuKey_Sと秘密鍵PriKey_Sとからなる１組の鍵ペアKey_Sを生成する鍵ペア生成手段としてのＨＳＭ３と、公開鍵PuKey_Sを用いて特定ＣＡに対する短命公開鍵証明書発行要求CSRを生成し、生成した短命公開鍵証明書発行要求CSRへの電子署名を、公的機関から発行されたJPKIカード１へ要求し、この要求に対して電子署名Sign_Jが付与された短命公開鍵証明書発行要求CSRと公開鍵電子証明書Cert_JとをＩＣカードリーダ２６を通じて取得し、電子署名Sign_Jが付与された短命公開鍵証明書発行要求CSRと公開鍵電子証明書Cert_Jとを特定ＣＡの認証サーバ５へ送信する制御部２１を備える。【選択図】図１
2005333596.tif 000002
【特許請求の範囲】
【請求項１】
非公的機関に対して電子的な手続きで申請を行う上で必要な申請者の本人確認を行う電子証明書を得る上で必要な公開鍵と秘密鍵とからなる１組の鍵ペアを生成する鍵ペア生成手段と、
前記鍵ペア生成手段により生成された１組の鍵ペアを保持する保持手段と、
前記鍵ペア生成手段により生成された鍵ペアのうち、公開鍵を用いて非公的機関の認証局に対する短命公開鍵証明書発行要求を生成する短命公開鍵証明書発行要求生成手段と、
前記短命公開鍵証明書発行要求生成手段により生成された短命公開鍵証明書発行要求への電子署名を、公的機関から申請者に対して発行されたＩＣカードへ要求し、この要求に対して電子署名が付与された短命公開鍵証明書発行要求と公開鍵電子証明書とを取得するＩＣカードアクセス手段と、
前記ＩＣカードアクセス手段により取得された電子署名が付与された短命公開鍵証明書発行要求と公開鍵電子証明書とを前記公的機関がリスト情報を提供可能な特定認証局へ送信し、前記短命公開鍵証明書発行要求に対して発行された一回の申請手続きのみ有効な短命公開鍵証明書を前記特定認証局より取得する手段と、
前記特定認証局より取得した短命公開鍵証明書に対して電子署名を行う短命公開鍵証明書署名手段と、
前記短命公開鍵証明書署名手段により電子署名が付与された短命公開鍵証明書と申請情報を非公的機関がサービスを提供する電子申請受付手段へ送信する申請手段と、
前記申請手段により申請情報が送信された場合、前記保持手段に保持されている１組の鍵ペアを消去する消去手段と
を具備したことを特徴とする電子申請装置。
【請求項２】
非公的機関が電子申請サービスを提供する電子申請受付用の第１コンピュータと、この第１コンピュータに対して電子申請を行う電子申請装置と、前記公的機関がリスト情報を提供可能な特定認証局に設置された認証用の第２コンピュータとを通信網を介して接続した電子申請システムにおいて、
前記電子申請装置は、
前記第１コンピュータに対して電子的な手続きで申請を行う上で必要な申請者の本人確認を行う電子証明書を前記第２コンピュータから得る上で必要な公開鍵と秘密鍵とからなる１組の鍵ペアを生成する鍵ペア生成手段と、
前記鍵ペア生成手段により生成された１組の鍵ペアを保持する保持手段と、
前記鍵ペア生成手段により生成された鍵ペアのうち、公開鍵を用いて非公的機関の認証局に対する短命公開鍵証明書発行要求を生成する短命公開鍵証明書発行要求生成手段と、
前記短命公開鍵証明書発行要求生成手段により生成された短命公開鍵証明書発行要求への電子署名を、公的機関から申請者に対して発行されたＩＣカードへ要求し、この要求に対して電子署名が付与された短命公開鍵証明書発行要求と公開鍵電子証明書とを取得するＩＣカードアクセス手段と、
前記ＩＣカードアクセス手段により取得された電子署名が付与された短命公開鍵証明書発行要求と公開鍵電子証明書とを前記第２コンピュータへ送信し、前記短命公開鍵証明書発行要求に対する短命公開鍵証明書を前記第２コンピュータより取得する手段と、
前記第２コンピュータより取得した短命公開鍵証明書に対して電子署名を行う短命公開鍵証明書署名手段と、
前記短命公開鍵証明書署名手段により電子署名が付与された短命公開鍵証明書と申請情報を非公的機関がサービスを提供する前記第１コンピュータへ送信する申請手段と、
前記申請手段により電子申請情報が送信された場合、前記保持手段に保持されている１組の鍵ペアを消去する消去手段とを備え、
前記第２コンピュータは、
前記電子申請装置より送信された、電子署名が付与された短命公開鍵証明書発行要求を受信する手段と、
前記短命公開鍵証明書発行要求に対して公的機関から得られるリスト情報を基に本人認証を行う認証手段と、
前記認証手段により本人認証された場合、一回の申請手続きのみ有効な短命公開鍵証明書を発行し要求元へ返信する手段とを備え、
前記第１コンピュータは、
前記電子申請装置より送信された申請情報を受信する手段と、
前記申請情報に含まれる短命な電子署名の正当性を検証する検証手段と、
前記検証手段による検証が成功した場合、前記申請情報に対する許可情報を要求元へ返信する手段と
を具備したことを特徴とする電子申請システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば公的機関以外の団体が公的機関に対して個人を証明する証明書を電子的に発行させ、その電子証明書を用いて公的機関以外の団体に所望の申請を行う電子申請システム、電子申請端末に関する。
【背景技術】
【０００２】
最近、例えば金融機関等において、偽造印を用いた本人以外の人からの虚偽の申請で預貯金を支払ってしまう事例があり、印鑑に変わる本人証明の技術の構築が急務になっている。
【０００３】
金融機関では、新規の口座開設等の際に申込書に押印された印鑑の印影をイメージデータやマイクロフィルムに撮影し、電子媒体で保存しておき、支払いを求める来店者が持参した印鑑の印影と電子媒体に保存されている印影とを係員が目で確認し一致が認められたことで、本人と証明し、支払いに応じている。しかしながら、本物と同等に造られた偽造印が利用された場合は、それを見破るすべはなかった。
【０００４】
一方、近年では、住民基本台帳法が施行され、住民基本台帳システムの運用が開始されている。この住民基本台帳システムを、利用者が公的機関で利用することで、利用者個人を証明し、例えば住民票を取る等の公的サービスを受けることが可能になっている。
この種の先行技術としては、例えば認証コード発行機関が有している証明書認証サーバと、ネットワークを介して証明書交付機関が有しているクライアント、および証明書利用者が有しているクライアントとを接続して構成し、証明書の偽造による不正を防止する技術が提案されている（例えば特許文献１参照）。
この先行技術を利用して、例えば金融機関に設置したクライアントが住民基本台帳システム（証明書認証サーバ）にアクセスして証明を得られれば、上記印鑑を用いずに本人認証を行うことができる。
【特許文献１】特開２００３−２６３５２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記先行技術は、認証コード発行機関と証明書交付機関とが同じ公的機関である場合に成り立つ技術であり、公的機関以外の団体、例えば民間の金融機関等が住民基本台帳システムに直接接続してアクセスし、証明を得ることはできないという問題があった。
【０００６】
本発明はこのような課題を解決するためになされたもので、公的機関を利用した電子証明により公的機関以外の団体が印鑑を用いずに個人を証明し電子申請を行うことのできる電子申請システム、電子申請装置を提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記した課題を解決するために、本発明の電子申請装置は、非公的機関に対して電子的な手続きで申請を行う上で必要な申請者の本人確認を行う電子証明書を得る上で必要な公開鍵と秘密鍵とからなる１組の鍵ペアを生成する鍵ペア生成手段と、前記鍵ペア生成手段により生成された１組の鍵ペアを保持する保持手段と、前記鍵ペア生成手段により生成された鍵ペアのうち、公開鍵を用いて非公的機関の認証局に対する短命公開鍵証明書発行要求を生成する短命公開鍵証明書発行要求生成手段と、前記短命公開鍵証明書発行要求生成手段により生成された短命公開鍵証明書発行要求への電子署名を、公的機関から申請者に対して発行されたＩＣカードへ要求し、この要求に対して電子署名が付与された短命公開鍵証明書発行要求と公開鍵電子証明書とを取得するＩＣカードアクセス手段と、前記ＩＣカードアクセス手段により取得された電子署名が付与された短命公開鍵証明書発行要求と公開鍵電子証明書とを公的機関がリスト情報を提供可能な特定認証局へ送信し、前記短命公開鍵証明書発行要求に対して発行された一回の申請手続きのみ有効な短命公開鍵証明書を前記特定認証局より取得する手段と、前記特定認証局より取得した短命公開鍵証明書に対して電子署名を行う短命公開鍵証明書署名手段と、前記短命公開鍵証明書署名手段により電子署名が付与された短命公開鍵証明書と申請情報を非公的機関がサービスを提供する電子申請受付手段へ送信する申請手段と、前記申請手段により申請情報が送信された場合、前記保持手段に保持されている１組の鍵ペアを消去する消去手段とを具備したことを特徴とする。
【０００８】
本発明の電子申請システムは、非公的機関が電子申請サービスを提供する電子申請受付用の第１コンピュータと、この第１コンピュータに対して電子申請を行う電子申請装置と、前記非公的機関が認証サービスを提供する特定認証局に設置された認証用の第２コンピュータとを通信網を介して接続した電子申請システムにおいて、前記電子申請装置は、前記第１コンピュータに対して電子的な手続きで申請を行う上で必要な申請者の本人確認を行う電子証明書を前記第２コンピュータから得る上で必要な公開鍵と秘密鍵とからなる１組の鍵ペアを生成する鍵ペア生成手段と、前記鍵ペア生成手段により生成された１組の鍵ペアを保持する保持手段と、前記鍵ペア生成手段により生成された鍵ペアのうち、公開鍵を用いて非公的機関の認証局に対する短命公開鍵証明書発行要求を生成する短命公開鍵証明書発行要求生成手段と、前記短命公開鍵証明書発行要求生成手段により生成された短命公開鍵証明書発行要求への電子署名を、公的機関から申請者に対して発行されたＩＣカードへ要求し、この要求に対して電子署名が付与された短命公開鍵証明書発行要求と公開鍵電子証明書とを取得するＩＣカードアクセス手段と、前記ＩＣカードアクセス手段により取得された電子署名が付与された短命公開鍵証明書発行要求と公開鍵電子証明書とを前記第２コンピュータへ送信し、前記短命公開鍵証明書発行要求に対する短命公開鍵証明書を前記第２コンピュータより取得する手段と、取得した短命公開鍵証明書に対して電子署名を行う短命公開鍵証明書署名手段と、前記短命公開鍵証明書署名手段により電子署名が付与された短命公開鍵証明書と申請情報を非公的機関がサービスを提供する前記第１コンピュータへ送信する申請手段と、前記申請手段により申請情報が送信された場合、前記保持手段に保持されている１組の鍵ペアを消去する消去手段とを備え、前記第２コンピュータは、前記電子申請装置より送信された、電子署名が付与された短命公開鍵証明書発行要求を受信する手段と、前記短命公開鍵証明書発行要求に対して公的機関から得られるリスト情報を基に本人認証を行う認証手段と、前記認証手段により本人認証された場合、一回の申請手続きのみ有効な短命公開鍵証明書を発行し要求元へ返信する手段とを備え、前記第１コンピュータは、前記電子申請装置より送信された申請情報を受信する手段と、前記申請情報に含まれる短命な電子署名の正当性を検証する検証手段と、前記検証手段による検証が成功した場合、前記申請情報に対する許可情報を要求元へ返信する手段とを具備したことを特徴とする。
【０００９】
本発明では、電子申請装置において、非公的機関に対して電子的な手続きで申請を行う上で必要な申請者の本人確認を行う電子証明書を得る上で必要な公開鍵と秘密鍵とからなる１組の鍵ペアを生成し、この１組の鍵ペアを保持手段に保持しておく。
そして、１組の鍵ペアのうち、公開鍵を用いて非公的機関の認証局に対する短命公開鍵証明書発行要求を生成し、生成した短命公開鍵証明書発行要求への電子署名を、公的機関から申請者に対して発行されたＩＣカードへ要求し、この要求に対して電子署名が付与された短命公開鍵証明書発行要求と公開鍵電子証明書とをＩＣカードから取得する。
ＩＣカードから取得した電子署名が付与された短命公開鍵証明書発行要求と公開鍵電子証明書とを公的機関がリスト情報を提供可能な特定認証局へ送信し、短命公開鍵証明書発行要求に対する短命公開鍵証明書を特定認証局より取得する。
短命公開鍵証明書が得られた申請者の申請情報に対して短命な電子署名を付与して非公的機関が電子申請サービスを提供する電子申請受付手段へ送信した後、保持手段に保持されている１組の鍵ペアを消去する。
【発明の効果】
【００１０】
以上説明したように本発明によれば、公的機関を利用した電子証明により公的機関以外の団体が印鑑を用いずに個人を証明し電子申請を行うことができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面を参照して詳細に説明する。図１は本発明に係る一つの実施の形態の電子申請システムの概要構成を示す図、図２はこの電子申請システムの電子申請端末の構成を示す図である。
同図に示すように、この電子申請システムは、公的機関から発行された住民基本台帳カード：住基カード１（以下JPKIカード１と称す）と、このJPKIカード１の情報を読み取り本人認証を行い電子申請処理を行う電子申請装置としての電子申請端末２と、この電子申請端末２にＳＣＳＩケーブル等の接続ケーブルで接続されたハードウェア・セキュリティ・モジュール３（以下ＨＭＳ３と称す）と、電子申請端末２とインターネット４等のネットワークを介して接続された電子申請サービス提供者側設備（特定の認証局（以下特定ＣＡと称す）の認証サーバ５、電子申請受付サーバ６、データベース７）と、認証サーバ５に通信網を介して接続された住民基本台帳システム等の公的個人認証基盤に属する個人認証サーバ８などから構成されている。通信網は、例えば専用線等である。電子申請受付サーバ６を第１コンピュータといい、認証サーバ５を第２コンピュータという。
【００１２】
JPKIカード１は、公的個人認証用のＩＣカードであり、カード内部に、ＣＰＵ、メモリ、通信インターフェース（以下通信Ｉ／Ｆと称す）を備えている。メモリには、このＩＣカードを一意に特定するためのカード識別情報であるカードＩＤ、住民基本台帳の中の例えば住所、氏名、生年月日、血液型等の基本４情報、公開鍵PuKeyと秘密鍵PriKeyのペア、公開鍵PuKeyを証明する電子証明書（以下公開鍵証明書Cert_Jと称す）、このカードへアクセスするためのパスワード等が記憶されている。公開鍵証明書Cert_J、公開鍵PuKeyと秘密鍵PriKeyの一組の鍵ペアは、利用者が自ら公的機関の窓口に電子証明書の発行を申請して、そこに設置されている端末によって、生成され書き込まれる情報である。公開鍵証明書Cert_Jの有効期間は、通常、１年乃至３年程度とされている。
【００１３】
ＣＰＵは、メモリに記憶された基本４情報、公開鍵を証明する電子証明書（以下公開鍵証明書Cert_Jと称す）を用いた照合処理の機能、カードアクセス時の認証機能、電子署名機能等を有している。ＣＰＵは、電子申請端末２の制御部２１からのPKCS#10に従う短命公開鍵証明書発行要求情報CSRを含む署名要求（CSR署名要求）を受けて、標準PKCS#1に合致する暗号アルゴリズム（RSA等）と、鍵長1024bitのJPKIの秘密鍵PriKeyを用いて電子署名Sign_Jを生成し、短命公開鍵証明書発行要求情報CSRに付与、つまり電子署名する。
通信Ｉ／Ｆは、ＩＣカードリーダ２６と通信を行う。通常、このJPKIカード１を公的機関（県区市の役所等）の申請窓口等に設置された窓口端末で利用することで、利用者個人であることを証明し、例えば住民票を取得する等の各種公的サービスを受けることができる。
【００１４】
特定ＣＡに設置された認証サーバ５は、電子申請端末２からの電子申請前の事前認証要求である短命公開鍵証明書発行要求情報CSRを受け付けて、公的機関であるJPKIの証明書、署名等の正当性を検証し、正当性が確認できた場合、短命公開鍵証明書Cert_Sを生成し、要求元へ返信する。
データベース７には、JPKIの証明書、署名等の正当性検証のため情報（JPKIの発行済み証明書の有効期限切れ者のリストであるネガティブリスト等）が格納されている。
【００１５】
電子申請受付サーバ６は、電子申請端末２からの電子申請を受け付けて、短命電子署名Sign_Sの正当性を検証し、正当性が確認できた場合、申請に対する許可書を作成し、電子署名および証明書を生成した後、これらを返送する。
個人認証サーバ８は、データベースを備えている。データベースには、公的機関が発行した証明書の失効リスト（以下公的CRLと称す）の情報が蓄積されている。個人認証サーバ８は、特定ＣＡからの要求に応じてデータベースに蓄積されている公的CRLを読み出して配信する。なお、公的CRLの配信は、要求の都度でなくても良く、所定期間毎にバッチ処理で送られることもある。
【００１６】
電子申請受付サーバ６および個人認証サーバ８は、ＣＰＵ、メモリ、ハードディスク装置などを備えた一般的なサーバコンピュータであり、ハードディスク装置にはオペレーティングシステム（以下ＯＳと称す）、その他、制御動作を実行するアプリケーションソフトウェアがインストールされており、これらソフトウェアとＣＰＵなどのハードウェアが協動して各サーバ動作を実現する。ハードディスク装置には上記データベースが構築されている。
【００１７】
ＨＳＭ３は、耐タンパ性（物理的な攻撃に対する耐性）を持つハードウェア（ＣＰＵ、メモリ、ハードディスク装置等）で構成され、耐タンパ性を持つ物理的なセキュリティにより高いセキュリティ性能を実現するものである。ＣＰＵは、鍵ペア生成機能と、短命電子署名機能、暗号化機能、鍵廃棄機能とを有している。ＣＰＵは、申請情報を含む電子署名要求（申請書署名要求）を受けて、申請情報を公開鍵証明書Cert_Jに記述されているハッシュ関数でハッシュしたものをメモリに記憶されている秘密鍵PriKeyで暗号化し電子署名Sign_Sを生成し、生成した電子署名Sign_Sと申請情報とを要求元へ返す。ハードディスク装置には、このＨＳＭ３と特定認証局ＣＡにだけに配布されている鍵長168bitの共通鍵が記憶されている。また、ハードディスク装置には、電子認証によって生成した短命電子署名Sign_Sが一時記憶され、申請処理の後の廃棄命令により消去（削除）される。すなわち、このハードディスク装置は、ＣＰＵによって生成された１組の鍵ペアSign_Sを、廃棄命令により消去されるまでの間保持する保持手段として機能する。
【００１８】
鍵ペア生成機能は、電子申請端末２の制御部２１からの鍵ペア生成要求を受けて標準PKCS#1に合致する暗号鍵生成アルゴリズム(RSA等)に従って、鍵長1024bitの公開鍵ペアKey_Sを生成する。この公開鍵ペアKey_Sは、例えば金融機関等のような非公的機関に対して電子的な手続きで申請を行う上で必要な申請者の本人確認を行う電子証明書を得る上で必要な鍵である。
暗号化機能は、標準FIPS PUB 46-3等に合致する暗号アルゴリズムTriple DESと、共通鍵を用いて公開鍵PuKey_Sを暗号化して暗号化公開鍵PuKey_S’を得る。
【００１９】
短命電子署名機能は、短命な証明書発行要求を行うための電子申請端末２の制御部２１からの電子署名要求を受けて申請書等に電子署名を行う機能である。
【００２０】
具体的には、申請書署名要求を受けて、申請情報を、公開鍵証明書Cert_Jに記述されているハッシュ関数でハッシュしたものをメモリに記憶されている公開鍵ペアKey_Sの秘密鍵PriKey_Sを用いて暗号化し短命電子署名Sign_Sを生成し、申請情報に付与して要求元へ返す。短命とは、一回の申請（一回のセッション）に対してのみ有効な期間である。
【００２１】
すなわち、ＨＳＭ３のＣＰＵは、電子申請受付サーバ６に対して電子申請を行う上で必要な申請者の本人確認を行う電子証明書を得る上で必要な公開鍵PuKey_Sと秘密鍵PriKey_Sとからなる１組の鍵ペアKey_Sを生成する鍵ペア生成手段として機能する。
【００２２】
電子申請端末２は、図２に示すように、制御部２１、メモリ２２、表示操作部２３、ＳＣＳＩインターフェース２４（以下ＳＣＳＩ Ｉ／Ｆ２４と称す）、制御部２１に通信Ｉ／Ｆ２５を介して接続されたＩＣカードリーダ２６およびプリンタ２７、インターネットに接続する通信部２８とを有している。
【００２３】
ＩＣカードリーダ２６は、制御部２１によって制御されてJPKIカード１へのアクセスを行うＩＣカードアクセス手段として機能する。
制御部２１は、ＣＰＵなどのハードウェアとメモリに記憶されている制御プログラムなどのソフトウェアが協動して、演算処理、制御動作等を実行するものである。
制御部２１は、ＩＣカードリーダ２６を制御してJPKIカード１のメモリに記憶されているJPKIの公開鍵証明書Cert_Jを得る。
制御部２１は、公開鍵PuKey_Sを用いて特定ＣＡに対する短命公開鍵証明書発行要求CSRを生成する短命公開鍵証明書発行要求生成手段として機能する。
【００２４】
また、制御部２１は、生成した短命公開鍵証明書発行要求CSRへの電子署名Sign_Jの付与を、公的機関から発行されたJPKIカード１へＩＣカードリーダ２６を通じて要求し、この要求に対して電子署名Sign_Jが付与された短命公開鍵証明書発行要求CSRと公開鍵電子証明書Cert_JとをＩＣカードリーダ２６を通じて取得し、電子署名Sign_Jが付与された短命公開鍵証明書発行要求CSRと公開鍵電子証明書Cert_Jとを特定ＣＡの認証サーバ５へ送信し、送信した短命公開鍵証明書発行要求CSRに対する短命公開鍵証明書Sert_Sを特定ＣＡの認証サーバ５より取得する手段として機能する。
【００２５】
さらに、制御部２１は、ＨＳＭ３により電子署名Sert_Sが付与された申請情報を非公的機関が電子申請サービスを提供する電子申請受付手段としての電子申請受付サーバ６へ送信する申請手段として機能する。
また、制御部２１は、申請情報が送信された場合、ＨＳＭ３のハードディスク装置（保持手段）に保持されている１組の鍵ペアSign_Sを消去する消去手段として機能する。
【００２６】
以下、図３を参照してこの電子申請システムの動作を説明する。
JPKIカード１を持つ利用者が、例えば非公的機関である金融機関の窓口等で、新規の口座開設の申し込みを行う場合、電子申請端末２の表示操作部２３の画面から新規口座開設の操作を行うと、制御部２１は、画面に、「本人確認用のカードをカード挿入口に挿入してください。」などといったメッセージを表示する。
【００２７】
この表示に従い、利用者がJPKIカード１を端末のカード挿入口に挿入すると、ＩＣカードリーダ２６がJPKIカード１にアクセスし、JPKIカード１のメモリよりカードＩＤを取得すると共に、メモリ２２に記憶されているカード種別判定用のテーブルを参照してカードの種類を特定する。
カード特定処理の結果、カードがJPKIカード１でない場合、ＩＣカードリーダ２６は、カードをカード挿入口より排出して申請者へ返却し、制御部２１は、画面にメッセージを表示あるいは音声で正しいJPKIカード１の挿入を促す。
【００２８】
一方、制御部２１は、表示操作部２３に申請書作成用の画面を表示して、必要事項の入力を促し、窓口担当者（あるいは利用者）によって、画面に入力された情報から申請用のデータを生成し、画面に申請書の形態で表示する。また、制御部２１は、画面に表示された申請書の確認を促すメッセージと、確認結果、間違いがなければ申請操作を行うよう促すメッセージを表示する。
【００２９】
なお、利用者が予め手書きで必要事項を記入した申請用紙を窓口担当者が受け取った場合、電子申請端末２に接続されたＯＣＲ装置（図示せず）にセットして帳票の読取操作を行うことで、ＯＣＲ装置により読取り、文字認識された申請用のデータ（文字コード）が電子申請端末２に入力されてメモリに記憶されるので、制御部２１は、メモリのデータを上記画面に申請書の形態で表示する。このようにして申請書が作成される（図３のＳ１０１）。なお、この画面において、印刷操作を行うことで、画面に表示された申請書をプリンタ２７で印刷し、紙の申請書を出力できる。
【００３０】
利用者が、画面に表示された申請書の内容を確かめて、間違いがないことが確認されて、利用者により申請操作が行われると、制御部２１は、その申請操作を申請書送信処理要求として受け、短命鍵ペア生成要求を発行し（Ｓ１０２）、ＳＣＳＩ Ｉ／Ｆ２４を通じてＨＳＭ３へ送信する。
【００３１】
ＨＳＭ３では、短命鍵ペア生成要求を受付けたＣＰＵが、PKCS#1として標準化されているアルゴリズムに従って短命鍵ペアKey_Sを生成し（Ｓ１０３）、生成した短命鍵ペアKey_Sのうちの公開鍵PuKey_Sを、ＨＳＭ３と特定ＣＡだけに配布されている共通鍵で暗号化して、暗号化された公開鍵PuKey_S’を生成し、要求元である電子申請端末２の制御部２１へ返す（Ｓ１０４）。
電子申請端末２の制御部２１は、ＨＳＭ３より返信されてきた、暗号化された公開鍵PuKey_S’を取得し（Ｓ１０５）、メモリに記憶する。
【００３２】
その後、制御部２１は、電子申請サービス提供者側にある特定認証局（特定ＣＡ）の認証サーバ５に対する、短命公開鍵証明書発行要求情報CSRを生成し（Ｓ１０６）、これをCSR署名要求としてJPKIカード１へ送り（Ｓ１０７）、短命公開鍵証明書発行要求情報CSRへの電子署名Sign_Jを要求する。短命公開鍵証明書発行要求情報CSRには、申請者の氏名（識別子）、公開鍵、公開鍵のアルゴリズムを特定する情報が含まれている。
JPKIカード１では、CSR署名要求を受信したＣＰＵが、短命公開鍵証明書発行要求情報CSRに含まれる情報から電子署名Sign_Jを生成し（Ｓ１０８）、生成した電子署名Sign_Jを短命公開鍵証明書発行要求情報CSRに付与、つまり電子署名し、電子署名Sign_Jと短命公開鍵証明書発行要求情報CSRを要求元の電子申請端末２の制御部２１へ返す。
電子申請端末２では、制御部２１が、電子署名Sign_Jとこの電子署名Sign_Jで署名された短命公開鍵証明書発行要求情報CSRとを取得して（Ｓ１０９）、メモリに記憶する。
【００３３】
また、JPKIカード１のＣＰＵは、予めカード内のメモリに記憶されていた公開鍵証明書Cert_Jを電子申請端末２の制御部２１へ送信し（Ｓ１１０）、この公開鍵証明書Cert_Jを電子申請端末２の制御部２１が取得して（Ｓ１１１）、メモリ２２に記憶する。
そして、制御部２１は、メモリ２２に記憶した電子署名Sign_Jが付与された短命公開鍵証明書発行要求情報CSRに、JPKIカード１から受け取りメモリ２２に記憶した公開鍵証明書Cert_Jを付与し、インターネット４を通じて特定ＣＡの認証サーバ５へ送信する（Ｓ１１２）。短命公開鍵証明書発行要求情報CSRには、窓口端末機２を識別（特定）するための端末番号等の端末識別情報が含まれている。
【００３４】
特定ＣＡの認証サーバ５では、ＣＰＵが短命公開鍵証明書発行要求情報CSRを受信すると（Ｓ１１３）、ＣＰＵは、短命公開鍵証明書発行要求情報CSRに含まれていた端末番号をキーに、メモリあるいはハードディスク装置に予め記憶されていた証明書発行テーブルを参照して、短命な電子証明書を発行するか、通常の期限の電子証明書を発行するかを判定する。証明書発行テーブルには、窓口端末機毎あるいは金融機関毎に、短命な電子証明書を発行するか、通常の期限の電子証明書を発行するかを示す情報（フラグ等）が設定されている。
電子証明書の種別を判定した後、ＣＰＵは、短命公開鍵証明書発行要求情報CSRに付与されていた電子署名Sign_Jを検証する（Ｓ１１４）。
【００３５】
ここでは、標準PKCS#1に合致する暗号アルゴリズムRSAと、鍵長1024bitのJPKIの公開鍵PuKey_Sを用いて、短命公開鍵証明書発行要求情報CSRに付与された電子署名Sign_Jが正しいことを検証する。電子署名の仕組みや検証（照合）技術自体は、一般的なものであり、例えばhttp://www.pref.saitama.jp/A01/B300/jpki/introduction/pki-sikumi.html等に公開されている。
つまり、電子署名とは、情報送信側が元の情報（平文）をハッシュ関数で圧縮し、秘密鍵で所定の暗号化方式で暗号化した結果として一つのコードデータ（電子署名）を作成する処理である。
電子署名された情報（平文）の検証とは、検証する側（情報受信側）に、検証対象の情報（平文）と電子署名（コードデータ）が送られてきた場合に、検証対象の情報（平文）をハッシュ関数で圧縮したデータ（メッセージダイジェスト）と、上記電子署名（コードデータ）を、予め送信元から配布された公開鍵を用いて、暗号化した方式と同じ方式で復号して得たデータ（メッセージダイジェスト）とを照合して一致するかと否かを判定することである。
【００３６】
これと共に、ＣＰＵは、公的機関である公的個人認証基盤の個人認証サーバ８に対してCRL情報（公的CRL）の発行要求を送信し、この要求に対して個人認証サーバ８は、自身のデータベースに蓄積されている公的CRLを送信する。
【００３７】
そして、個人認証サーバ８より送信された公的CRLを特定ＣＡの認証サーバ５のＣＰＵが受信し、受信した公的CRLに基づき公開鍵証明書Cert_Jを検証、つまり有効性を確認する（Ｓ１１５）。公的CRLを用いた公開鍵証明書Cert_Jの検証は、公的CRLに公開鍵証明書Cert_Jのシリアル番号が存在するか否か等である。
これと共にＣＰＵは、暗号化公開鍵PuKey_S’の復号を行う（Ｓ１１６）。この復号処理では、標準FIPS PUB 46-3に合致する暗号アルゴリズムTriple DESと、ＨＳＭ３と特定ＣＡだけに配布されている鍵長168bitの共通鍵とを用いて、暗号化公開鍵PuKey_S’を復号して公開鍵PuKey_Sを得る。
【００３８】
電子署名Sign_J及び公開鍵証明書Cert_Jの検証の結果、有効性が確認され、かつ暗号化公開鍵PuKey_S’の復号が成功した場合に限り、ＣＰＵは、公開鍵Pukey_Sの証明書である短命公開鍵証明書Cert_Sを生成し（Ｓ１１７）、生成した短命公開鍵証明書Cert_Sを電子申請端末２の制御部２１へ送信する（Ｓ１１８）。この送信は、インターネット４を介した通信となるため、SSL等の秘匿通信で行う。なお、復号が成功した場合とは、電子署名の復号と、受信した情報の暗号化で得た２つのメッセージダイジェストを照合した結果、互いが一致した場合である。
【００３９】
Ｓ１１７の短命公開鍵証明書Cert_Sの生成処理では、標準PKCS#1に合致する暗号アルゴリズムRSAと、鍵長2048bitの特定ＣＡのルート鍵を用いて電子署名を生成し、短命公開鍵証明書Cert_Sに付与する。
【００４０】
電子申請端末２において、認証サーバ５から送信されてきた短命公開鍵証明書Cert_Sを制御部２１が受信し取得すると（Ｓ１１９）、制御部２１は、ＨＳＭ３に対する申請書署名要求を発行し（Ｓ１２０）、ＳＣＳＩ Ｉ／Ｆ２４を通じてＨＳＭ３へ送信し、申請者が作成した申請書に秘密鍵PriKey_Sによる電子署名を行うことを要求する。
【００４１】
ＨＳＭ３では、申請書署名要求を受信したＣＰＵが、自身のメモリに記憶されている秘密鍵PriKey_Sを用いて申請書に対する電子署名Sign_Sを生成し（Ｓ１２１）、申請書に付与、つまり電子署名し、電子署名Sign_Sを付与した申請書を要求元の電子申請端末２の制御部２１へ返す。
【００４２】
電子申請端末２では、ＳＣＳＩ Ｉ／Ｆ２４を通じて電子署名Sign_Sを付与した申請書を制御部２１が受信し取得すると（Ｓ１２２）、制御部２１は、取得した電子署名Sign_Sが付与された申請書に短命公開鍵証明書Cert_Sを付与し、これら申請情報（電子署名Sign_S、申請書データ、短命公開鍵証明書Cert_S等）をインターネット４を通じて電子申請受付サーバ６へ送信する（Ｓ１２３）。
【００４３】
申請情報を送信した後、制御部２１は、ＨＳＭ３に対して公開鍵ペアKey_S廃棄命令を発行し（Ｓ１２４）、ＳＣＳＩ Ｉ／Ｆ２４を通じてＨＳＭ３へ送信し、ＨＳＭ３のハードディスク装置に記憶されている公開鍵ペアKey_Sを廃棄することを要求する。
ＨＳＭ３では、公開鍵ペアKey_S廃棄命令を受信したＣＰＵが、自身のハードディスク装置に記憶されている公開鍵ペアKey_Sを消去（削除）し廃棄する（Ｓ１２５）。
ここでの暗号鍵廃棄方法は、ハードディスク装置の該当領域をダミーデータで上書きしてから公開鍵ペアKey_Sのファイルを削除する等の方法をとり、公開鍵ペアKey_Sを廃棄する。
【００４４】
一方、電子申請端末２よりインターネット４を通じて送信されてきた申請情報を、電子申請受付サーバ６のＣＰＵが受信すると、ＣＰＵは、受信された申請情報より電子署名Sign_Sを抽出し、抽出した電子署名Sign_Sの検証を行う。
この検証処理では、標準PKCS#1に合致する暗号アルゴリズムRSAと、鍵長1024bitの特定ＣＡの公開鍵を用いて、申請情報に付与された電子署名Sign_Sが正しいことを検証する。
なお、この際、申請情報中の短命公開鍵証明書Cert_Sについては、JPKIの公開鍵証明書Cert_Jの有効性の有無で代替されるので有効性検証を行わない。
【００４５】
ＣＰＵが電子署名Sign_Sの検証を正常に終了（成功）した申請情報については、電子申請受付サーバ６の画面に表示されるので、画面に表示された申請内容をサービス提供者の担当者が審査を行い、申請に対する許可・不許可を判定し、例えば申請を許可する場合、電子申請受付サーバ６の操作部を操作して許可証等の作成した上で（Ｓ１２８）、発行操作を行う。この発行操作がＣＰＵに対する許可書署名要求となる（Ｓ１２９）。
【００４６】
すると、電子申請受付サーバ６のＣＰＵは、サービス提供者の電子署名Sign_Pと公開鍵証明書Cert_Pをメモリより読み出して取得し（Ｓ１３０，Ｓ１３１）、通知する情報に付与（添付）した上で、申請に対する許可通知をインターネット４を通じて電子申請端末２へ送信する（Ｓ１３２）。
この電子署名Sign_Pの取得処理では、標準PKCS#1に合致する暗号アルゴリズムRSAと、鍵長2048bitのサービス提供者の秘密鍵を用いて、許可書等に電子署名を付与する。
【００４７】
電子申請端末２では、インターネット４より許可通知を制御部２１が受信し取得すると（Ｓ１３３）、制御部２１は、許可証の発行処理を行う。つまり、制御部２１は、受信した許可通知より許可証を生成し、プリンタ２７を制御して印刷（出力）する。
【００４８】
一方、電子申請端末２において、制御部２１は、申請情報を送信後、直ちにＨＳＭ３に対して公開鍵ペアKey_S廃棄命令を発行するため（Ｓ１２４）、ＨＳＭ３のハードディスク装置に保持されている公開鍵ペアKey_Sが消去されているはずであるが、何らかの原因でＨＳＭ３のハードディスク装置から消去されないまま残る可能性もある。
そこで、制御部２１は、公開鍵ペアKey_S廃棄命令を発行後も所定時間毎にＨＳＭ３のハードディスク装置に公開鍵ペアKey_Sが存在するか否かをチェックし（Ｓ１３４）、存在した場合は（Ｓ１３４の有）、ＨＳＭ３に対して公開鍵ペアKey_S廃棄命令を再度発行する（Ｓ１３５）。
【００４９】
ＨＳＭ３では、公開鍵ペアKey_S廃棄命令を受信したＣＰＵが、自身のハードディスク装置内の公開鍵ペアKey_Sを消去（削除）し廃棄する（Ｓ１３６）。
また、電子申請端末２において、利用者が新たな電子申請を行うために、次のJPKIカード１がカード挿入口に挿入され、ＩＣカードリーダ２６がカード情報を取得すると、制御部２１は、次のカードの存在を検知して（Ｓ１３７の有）、カード処理を開始するために、初期化のため、自身のメモリ２２の作業領域をクリアすると共に、ＨＳＭ３に対して公開鍵ペアKey_S廃棄命令を発行する（Ｓ１３８）。
【００５０】
ＨＳＭ３では、公開鍵ペアKey_S廃棄命令を受信したＣＰＵが、自身のハードディスク装置内の所定の作業領域とメモリをクリアし、万一、上記複数回の廃棄処理でも消去されなかった公開鍵ペアKey_Sを消去（削除）する（Ｓ１３９）。
【００５１】
このようにこの実施形態の電子申請システムによれば、非公的機関、つまり公的機関以外の団体である金融機関等が提供するインターネットを利用した電子申請サービスを行う上で、公的個人認証カードであるJPKIカード１を利用し、電子申請端末２に接続あるいは内蔵したＨＳＭ３で本人確認を行い、例えば新規口座申込等の特定の申請を行う際に、金融機関が契約した特定ＣＡ（民間認証局）の認証サーバ５は、電子申請端末２に対してそのときの申請（一回のセッション）だけに有効な有効期限を短く切った短命公開鍵証明書Cert_Sを発行することで、公的に本人認証された電子申請を行うことができる。なお、電子証明書のフォーマットには、拡張領域が存在し、この拡張領域に、短命か通常かを示すフラグ情報等を挿入して、特定ＣＡの側で発行する電子証明書を特定するようにしても良い。
【００５２】
すなわち、公的機関以外の団体が公的機関に対して個人を証明する証明書を電子的に発行させ、公的機関以外の団体が電子証明書を用い、自身が提供するネットワークを経由して所望の申請を行うので、公的機関を利用した電子証明により公的機関以外の団体が印鑑を用いずに個人を証明し電子申請を行うことができる。
【００５３】
本実施形態の電子申請システムでは、サービス提供者と申請者それぞれが利益を得ることができる。
例えばサービス提供者である金融機関は、JPKIカード中の公開鍵証明書（公的個人証明書）を使って、本人確認することで、本人確認業務にかかるコストを削減できる。また、短命な鍵ペア及び公開鍵証明書を利用することで、特定ＣＡにおける発行済み公開鍵証明書の維持管理のコストを削減できる。さらにJPKIカード１とは別に本人認証専用のICカードを発行する必要がなく、コスト面及び申請者の利便性向上の面からサービス利用者の増大を期待できる。
【００５４】
申請者は、複数のＩＣカードを持つ必要が無く、JPKIカード１だけで申請を行うことと同等の利便性及び価格を確保することができる。窓口の電子申請端末２を不特定多数の申請者が利用して申請を行うような場合でも、自分の秘密鍵PriKey_JやＨＳＭ３で生成された鍵ペアKey_S等が電子申請端末２およびＨＳＭ３に残っていないことから、利用に対する「不安感」がなく、安心して申請できる。
この結果、公的個人認証カードであるJPKIカード１を公的機関以外の団体が利用し、特定申請向け短命公開鍵証明書Cert_Sの発行を受けて、印鑑を用いずに本人認証による電子申請サービスを提供および電子申請サービスの提供を受けることができるようになる。
【図面の簡単な説明】
【００５５】
【図１】本発明に係る一つの実施の形態の電子申請システムの概要構成を示す図。
【図２】図１の電子申請システムの電子申請端末の構成を示す図。
【図３】図１の電子申請システムの動作を示す図。
【符号の説明】
【００５６】
１…JPKIカード、２…電子申請端末、３…ハードウェア・セキュリティ・モジュール（ＨＳＭ）、４…インターネット、５…認証サーバ、６…電子申請受付サーバ、７…データベース、８…個人認証サーバ、２１…制御部、２２…メモリ、２３…表示操作部、２４…ＳＣＳＩインターフェース（ＳＣＳＩ Ｉ／Ｆ）、２６…ＩＣカードリーダ、２７…プリンタ、２８…通信部、Cert_J…公開鍵証明書、Sign_J…電子署名、Cert_S…短命公開鍵証明書、Sign_S…短命電子署名、CRL…公的証明書失効リスト、CSR…短命公開鍵証明書発行要求情報、Key_S…公開鍵ペア、PriKey_S…秘密鍵、PuKey_S…公開鍵、PuKey_S’…暗号化公開鍵、Sign_P…サービス提供者の電子署名、Cert_P…公開鍵証明書。
【図１】
2005333596.tif 000003
【図２】
2005333596.tif 000004
【図３】
2005333596.tif 000005