(57)【要約】【課題】ＩＣカードの発行プロセスにおいて、最適なタイミングでデータの正当性又は整合性を確認することにより、正当なＩＣカードの発行を保証できるＩＣカード発行装置及びＩＣカード発行方法を提供することができる。【解決手段】認証局からの入力データに基づいて、ＩＣカード２を発行するＩＣカード発行装置１が開示されている。制御部１０は、ＩＣカード２に発行データを書き込む前に、入力データ及びＩＣカード２の整合性を検証する。更に、制御部１０は、発行データの書き込み処理後に、ＩＣカード２に格納された内部データの整合性を検証する。【選択図】    図２
2004151755.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカードの発行に必要な所定の入力データを提供する提供元から当該入力データを受付ける手段と、
前記入力データの正当性を確認するための検証手段と、
前記検証手段により正当性が確認された前記入力データに基づいて、前記ＩＣカードの発行処理を実行する手段と
を具備したことを特徴とするＩＣカード発行装置。
【請求項２】
前記検証手段は、
前記入力データから暗号化されている電子証明書を復号化して取得する手段と、
前記入力データから識別情報を含む管理情報を取得する取得手段と、
前記電子証明書に記述されている管理情報と、前記取得手段により取得した管理情報とを比較検証する手段とを有することを特徴とする請求項１に記載のＩＣカード発行装置。
【請求項３】
ＩＣカードの発行に必要な所定の入力データを提供する提供元から当該入力データを受付ける手段と、
前記入力データを発行データに加工する手段と、
発行対象のＩＣカードが未発行又は発行済みのカードであるかを判別する判別手段と、
前記判別手段により発行対象のＩＣカードが発行済みカードの場合には、当該発行済みカードに保存されている情報と、前記発行データに含まれる情報との整合性を検証する検証手段と、
前記検証手段により整合性が保証された発行済みカード又は未発行カードに対して、前記発行データに基づいて前記ＩＣカードの発行処理を実行する手段と
を具備したことを特徴とするＩＣカード発行装置。
【請求項４】
前記検証手段は、
前記発行データから識別情報を含む管理情報を取得する手段と、
前記発行済みカードに保存されている管理情報と、前記取得手段により取得した管理情報とを比較検証する手段とを有することを特徴とする請求項３に記載のＩＣカード発行装置。
【請求項５】
ＩＣカードの発行に必要な所定の入力データを提供する提供元から当該入力データを受付ける手段と、
前記入力データを発行データに加工する手段と、
前記発行データを発行対象のＩＣカードに書き込む書込み手段と、
前記ＩＣカードに書き込まれた発行データの正当性を確認するための検証手段と、
前記検証手段により正当性が確認できた場合には、前記ＩＣカードの発行処理を実行する手段と
を具備したことを特徴とするＩＣカード発行装置。
【請求項６】
前記検証手段は、
前記ＩＣカードに書き込まれた発行データに含まれる電子証明書から前記提供元の鍵データＡにて暗号化された署名データを取得する手段と、
予め前記提供元から提供されている前記鍵データＡと対になる鍵データＢを使用して前記署名データを復号化したときに、復号化が成功した場合には前記発行データの正当性を確認し、当該復号化が失敗した場合には前記発行データの正当性を確認できないとする判断を行なう手段とを有することを特徴とする請求項５に記載のＩＣカード発行装置。
【請求項７】
前記検証手段は、
前記ＩＣカードに書き込まれた発行データに含まれる電子証明書及び秘密鍵データを取得する手段と、
前記電子証明書に含まれる公開鍵データを使用して任意の情報を暗号化した暗号化データを、前記秘密鍵データを使用して復号化し、復号化が成功した場合には前記発行データの正当性を確認し、当該復号化が失敗した場合には前記発行データの正当性を確認できないとする判断を行なう手段とを有することを特徴とする請求項５に記載のＩＣカード発行装置。
【請求項８】
ＩＣカードの発行に必要な所定の入力データを提供する提供元から当該入力データを受付ける手段と、
前記入力データの正当性を確認するための第１の検証手段と、
前記第１の検証手段により正当性が確認された前記入力データを発行データに加工する手段と、
発行対象のＩＣカードが未発行又は発行済みのＩＣカードであるかを判別する判別手段と、
前記判別手段により発行対象のＩＣカードが発行済みカードの場合には、当該発行済みカードに保存されている管理情報と、前記発行データに含まれる管理情報との整合性を検証する第２の検証手段と、
前記第２の検証手段により整合性が保証された発行済みカード又は未発行カードに対して、前記発行データを発行対象のＩＣカードに書き込む書込み手段と、前記ＩＣカードに書き込まれた発行データの正当性を確認するための第３の検証手段と、
前記第３の検証手段により正当性が確認された場合には前記ＩＣカードの発行処理を実行し、または正当性が確認できない場合には前記ＩＣカードの発行処理を停止する手段と
を具備したことを特徴とするＩＣカード発行装置。
【請求項９】
前記提供元は、電子証明書の発行を含む電子認証サービスを行なう認証局であることを特徴とする請求項１、請求項３、請求項５、請求項８のいずれか１項に記載のＩＣカード発行装置。
【請求項１０】
前記ＩＣカードは、接触型又は非接触型又はハイブリッド型のいずれかのカード構造を有することを特徴とする請求項１、請求項３、請求項５、請求項８のいずれか１項に記載のＩＣカード発行装置。
【請求項１１】
提供元からＩＣカードの発行に必要な所定の入力データを受付けて、当該入力データに基づいてＩＣカードを発行するＩＣカード発行方法であって、
前記入力データの正当性を確認する検証ステップと、
前記検証ステップにより正当性が確認された前記入力データに基づいて、前記ＩＣカードの発行処理を実行するステップと
を有することを特徴とするＩＣカード発行方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般的にはＩＣカードを発行するためのＩＣカード発行装置及びＩＣカード発行方法に関し、特に、発行に必要なデータの正当性を確認する検証機能に関する。
【０００２】
【従来の技術】
従来、例えばクレジットカードなどのＩＣカードは、高度のセキュリティが要求されるため、一般的には専用のＩＣカード発行装置（ＩＣカードプリンタとも呼ばれている）により発行される（例えば、特許文献１を参照）。
【０００３】
【特許文献１】
特開２００１−２１６４７６号公報
ＩＣカードは、ＣＰＵやメモリ（ＲＯＭやＥＥＰＲＯＭなど）を含むＩＣチップを搭載したプラスチックカード状担体である。ＩＣカードには、電子証明書や暗号／復号化のための鍵データなど、認証機能に必要なデータ（情報）が記録されている。また、ＩＣカードには、カード表面上に顔写真や文字情報などがプリントされたり、エンボス加工により文字、記号列を付けられたものがある。
【０００４】
一般的に、ＩＣカード発行装置は、認証局（Ｃｅｒｔｉｆｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｔｙ  ：  ＣＡ）などの提供元から送信または記録媒体を介して入力される入力データに基づいて、発行データ（認証機能に必要にデータを含む）を作成してＩＣカードの内部に登録し、ＩＣカードが利用できるようにする発行処理を行なう。
【０００５】
ここで、認証局から提供される入力データは、例えばＰＫＣＳ（Ｐｕｂｌｉｃ−Ｋｅｙ  Ｃｒｙｐｔｏｇｒａｐｈｙ  Ｓｔａｎｄａｒｄ）規格のフォーマットからなるデータファイルである。ＰＫＣＳ規格は、所謂公開鍵暗号方式を採用したフォーマット規格である。特に、ＰＫＣＳ＃１２規格データは、主にアプリケーション間で電子証明書及びそれに対応する秘密鍵の交換で多用されるフォーマット（バイナリデータ）である。ＰＫＣＳ＃１２規格では、当該電子証明書及び秘密鍵は、ＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉ認証局ｔｉｏｎ  Ｎｕｍｂｅｒ）と呼ばれるパスワードにより保護（暗号化）されている。
【０００６】
一方、認証局（ＣＡ）は、公開鍵暗号方式の鍵ペア（秘密鍵と公開鍵）の所持者に対して、電子証明書（公開鍵証明書）を発行する機関である。認証局は、自身の秘密鍵を使用して、当該電子証明書にデジタル署名した電子証明書を作成する。
【０００７】
【発明が解決しようとする課題】
前述したように、従来では、ＩＣカード発行装置は、認証局から提供される入力データを使用して、認証機能を有するＩＣカードを発行している。しかしながら、従来のＩＣカード発行装置では、認証局からの入力データを受付けてから、発行処理を行なうまでのプロセスで、データの正当性（又は整合性）を確認するための検証処理は、特に行なわれていない。このため、適切な発行データが登録された正当なＩＣカードが発行されたことを確認するには、発行後に改めてＩＣカードに対して検証処理を行なう必要がある。
【０００８】
そこで、本発明の目的は、ＩＣカードの発行処理プロセスにおいて、最適なタイミングでデータの正当性又は整合性を確認することにより、正当なＩＣカードの発行を保証できるＩＣカード発行装置及びＩＣカード発行方法を提供することにある。
【０００９】
【課題を解決するための手段】
本発明の観点は、例えば認証局（パブリックな認証局のみならず社内などのプライベートなカード発行元も含む）から得られた入力データを使用して、ＩＣカードを発行するＩＣカード発行装置及び方法において、当該入力データ、ＩＣカードの種別（新規又は更新）、またはＩＣカードに書き込まれた内部データの正当性又は整合性を検証する検証機能に関する。
【００１０】
請求項１に係る発明は、ＩＣカードの発行に必要な所定の入力データを提供する提供元から当該入力データを受付ける手段と、前記入力データの正当性を確認するための検証手段と、前記検証手段により正当性が確認された前記入力データに基づいて、前記ＩＣカードの発行処理を実行する手段とを備えたＩＣカード発行装置である。
【００１１】
このような構成であれば、例えば認証局から送信される入力データの正当性をチェックし、保証することができる。
【００１２】
請求項２に係る発明は、前記ＩＣカード発行装置において、前記入力データから暗号化されている電子証明書を復号化して取得する手段と、前記入力データから識別情報を含む管理情報を取得する取得手段と、前記電子証明書に記述されている管理情報と、前記取得手段により取得した管理情報とを比較検証する手段とを有する検証手段に関する。
【００１３】
このような構成であれば、例えば認証局から発行された電子証明書に基づいて、入力データの整合性を検証することができる。
【００１４】
請求項３に係る発明は、ＩＣカードの発行に必要な所定の入力データを提供する提供元から当該入力データを受付ける手段と、前記入力データを発行データに加工する手段と、発行対象のＩＣカードが未発行又は発行済みのカードであるかを判別する判別手段と、前記判別手段により発行対象のＩＣカードが発行済みカードの場合には、当該発行済みカードに保存されている情報と、前記発行データに含まれる情報との整合性を検証する検証手段と、前記検証手段により整合性が保証された発行済みカード又は未発行カードに対して、前記発行データに基づいて前記ＩＣカードの発行処理を実行する手段とを備えたＩＣカード発行装置である。
【００１５】
このような構成であれば、発行対象のＩＣカードの種別が、発行済みカードまたは未発行カードのいずれであるかを判別できる。更に、発行済みカードの場合に、当該カードに保存されている発行データとの整合性を検証し、整合性が保証されたときに発行データの更新を行なうことができる。
【００１６】
請求項４に係る発明は、前記ＩＣカード発行装置において、前記発行データから識別情報を含む管理情報を取得する手段と、前記発行済みカードに保存されている管理情報と、前記取得手段により取得した管理情報とを比較検証する手段とを有する前記検証手段に関する。
【００１７】
このような構成であれば、発行データに含まれる管理情報に基づいて、発行対象のＩＣカードの種別が発行済みカードの場合に、当該カードに保存されている発行データとの整合性を検証できる。
【００１８】
請求項５に係る発明は、ＩＣカードの発行に必要な所定の入力データを提供する提供元から当該入力データを受付ける手段と、前記入力データを発行データに加工する手段と、前記発行データを発行対象のＩＣカードに書き込む書込み手段と、前記ＩＣカードに書き込まれた発行データの正当性を確認するための検証手段と、前記検証手段により正当性が確認できた場合には、前記ＩＣカードの発行処理を実行する手段とを備えたＩＣカード発行装置である。
【００１９】
このような構成であれば、ＩＣカードの発行直前に、ＩＣカードに書き込まれた発行データの正当性を検証することができる。正当性が確認できた場合には、ＩＣカードの発行処理を実行できる。
【００２０】
請求項６に係る発明は、前記ＩＣカード発行装置において、前記ＩＣカードに書き込まれた発行データに含まれる電子証明書から前記提供元の鍵データＡにて暗号化された署名データを取得する手段と、
予め前記提供元から提供されている前記鍵データＡと対になる鍵データＢを使用して前記署名データを復号化したときに、復号化が成功した場合には前記発行データの正当性を確認し、当該復号化が失敗した場合には前記発行データの正当性を確認できないとする判断を行なう手段とを有する前記検証手段に関する。
【００２１】
このような構成であれば、例えば認証局から電子証明書と共に提供される鍵データ（例えば公開鍵）を使用して、当該電子証明書に含まれるデジタル署名データを復号化することにより、ＩＣカードに書き込まれた発行データの正当性を確認することができる。
【００２２】
請求項７に係る発明は、前記ＩＣカード発行装置において、前記ＩＣカードに書き込まれた発行データに含まれる電子証明書及び秘密鍵データを取得する手段と、
前記電子証明書に含まれる公開鍵データを使用して任意の情報を暗号化した暗号化データを、前記秘密鍵データを使用して復号化し、復号化が成功した場合には前記発行データの正当性を確認し、当該復号化が失敗した場合には前記発行データの正当性を確認できないとする判断を行なう手段とを有する前記検証手段に関する。
【００２３】
このような構成であれば、例えば認証局から提供される秘密鍵及び電子証明書内の公開鍵を使用して、ＩＣカードに書き込まれた発行データの正当性を確認することができる。
【００２４】
請求項８に係る発明は、ＩＣカードの発行に必要な所定の入力データを提供する提供元から当該入力データを受付ける手段と、前記ＩＣカードの発行処理前に、前記入力データの正当性を確認するための第１の検証手段と、前記検証手段により正当性が確認された前記入力データを発行データに加工する手段と、発行対象のＩＣカードが未発行又は発行済みのＩＣカードであるかを判別する判別手段と、前記判別手段により発行対象のＩＣカードが発行済みカードの場合には、当該発行済みカードに保存されている管理情報と、前記発行データに含まれる管理情報との整合性を検証する第２の検証手段と、前記第２の検証手段により整合性が保証された発行済みカード又は未発行カードに対して、前記発行データを発行対象のＩＣカードに書き込む書込み手段と、前記ＩＣカードに書き込まれた発行データの正当性を確認するための第３の検証手段と、前記第３の検証手段により正当性が確認された場合には前記ＩＣカードの発行処理を実行し、または正当性が確認できない場合には前記ＩＣカードの発行処理を停止する手段とを備えたＩＣカード発行装置である。
【００２５】
このような構成であれば、ＩＣカードの発行プロセスにおいて、例えば認証局からの入力データ、ＩＣカードの種別（新規又は更新）、またはＩＣカードに書き込まれた内部データの正当性又は整合性を適切なタイミングで検証することができる。
【００２６】
請求項９に係る発明は、前記提供元が電子証明書の発行を含む電子認証サービスを行なう認証局であるＩＣカード発行装置である。このような構成であれば、提供元としてパブリックな認証局から入力データを提供されるＩＣカード発行装置を実現することができる。
【００２７】
請求項１０に係る発明は、前記ＩＣカードが接触型又は非接触型又はハイブリッド型のいずれかのカード構造を有するＩＣカード発行装置である。このような構成であれば、接触型又は非接触型又はハイブリッド型のいずれのＩＣカードも発行対象とするＩＣカード発行装置を実現することができる。
【００２８】
請求項１１に係る発明は、提供元からＩＣカードの発行に必要な所定の入力データを受付けて、当該入力データに基づいてＩＣカードを発行するＩＣカード発行方法であって、前記ＩＣカードの発行処理前に、前記入力データの正当性を確認するステップと、前記確認ステップにより正当性が確認された前記入力データに基づいて、前記ＩＣカードの発行処理を実行するステップとを有するＩＣカード発行方法である。
【００２９】
このような構成であれば、前記ＩＣカード発行装置に適用し、ＩＣカードの発行処理前に、例えば認証局から送信される入力データの正当性をチェックし、保証することができる。
【００３０】
【発明の実施の形態】
以下図面を参照して、本発明の実施の形態を説明する。
【００３１】
図１は本実施形態に関するＩＣカード発行システムを示すブロック図であり、図２は同実施形態に関するＩＣカード発行装置の要部を示すブロック図である。
【００３２】
（ＩＣカード発行システム）
本ＩＣカード発行装置１は、図１に示すように、ＩＣカードの発行作業端末に相当するホストコンピュータ３と、ネットワーク４を介して接続されている。但し、専用線などによるローカル接続でもよい。ＩＣカード発行装置１は、当該ホストコンピュータ３を介して、認証局（ＣＡ）から送信される入力データを受付けて、一連のＩＣカード２の発行処理を実行する。
【００３３】
ホストコンピュータ３は、例えばインターネットにより認証局（ＣＡ）と接続しており、当該認証局から送信された入力データをＩＣカード発行装置１に送出する。なお、ＩＣカード発行装置１は、当該認証局から提供されるローカルメディア（フロッピーディスクやＣＤなどの記録媒体）を介して、認証局が発行する入力データを受け入れる形態でもよい。当然ながら、ホストコンピュータ３が、認証局から受信した入力データをローカルメディアにダウンロードする形態でもよい。
【００３４】
（ＩＣカード発行装置）
本ＩＣカード発行装置１は、図２に示すような内部構成を有し、大別して、制御部１０と、ＩＣカードインターフェース部１１と、鍵管理部１２と、認証インターフェース部１３と、インターフェース部１４とを有する。
【００３５】
制御部１０は、内部メモリ１００に格納された発行ソフトウェアに基づいて、ＩＣカード２の発行処理を実行する。制御部１０は、インターフェース部１４を介してホストコンピュータ３と接続し、入力データ及び各種コマンドを受付ける。
【００３６】
ＩＣカードインターフェース部１１は、内蔵しているリーダライタ（Ｒ／Ｗ）１１０と制御部１０とのインターフェースを構成している。リーダライタ１１０は、発行対象のＩＣカード２に対して、発行データの書込み動作または読出し動作を実行する。同実施形態のＩＣカード２は、接触型、非接触型あるいはハイブリッド型のいずれのカード構造のＩＣカードにも適用可能である。従って、リーダライタ１１０は、ＩＣカードのタイプとして、接触型、非接触型あるいはハイブリッド型のいずれのカード構造のＩＣカードに対しても対応可能である。
【００３７】
鍵管理部１２は、例えばＨＳＭ（Ｈａｒｄｗａｒｅ  Ｓｅｃｕｒｉｔｙ  Ｍｏｄｕｌｅ）と呼ばれる専用ハードウエアから構成されており、認証局（ＣＡ）が管理する秘密鍵とペアとなる公開鍵を管理する。鍵管理部１２は、当該公開鍵を格納する格納部１２０を内蔵している。一般的に、ＨＳＭは、ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）やＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）における暗号処理のセキュアな管理、及びアプリケーションレベル・コードの実行を保護・高速化するための専用ハードウエアである。
【００３８】
認証局（ＣＡ）は、前述したように、電子証明書を発行し、当該電子証明書を含む入力データを、ネットワークを介してホストコンピュータ３に送信する。同実施形態では、鍵管理部１２で管理する公開鍵は、ＩＣカード２の内部に格納した電子証明書の署名検証のために使用される。
【００３９】
認証インターフェース部１３は、当該鍵管理部１２に対して、制御部１０及びホストコンピュータ３を接続するためのインターフェースを構成している。
【００４０】
（ＩＣカード発行処理）
以下図３のフローチャートを参照して、同実施形態に関するＩＣカード発行処理の手順について説明する。ここで、発行処理とは、ＩＣカードを世の中で通用させるようにする工程のことである。従って、本実施形態では、ＩＣカード発行装置１がＩＣカード２に対して実行する手順を発行処理という。
【００４１】
ＩＣカード発行装置１の制御部１０は、ホストコンピュータ３から転送される入力データをインターフェース部１４を介して取得する（ステップＳ１）。当該入力データは、ＩＣカードの発行要求に伴なって、所定の認証局（ＣＡ）から提供される。
【００４２】
入力データは、ＩＣカード２を利用する者のために、認証局（ＣＡ）が作成した情報であり、大別して、管理情報、ＰＫＣＳ＃１２データ、及びＰＩＮデータを含む。管理情報は、例えばユーザＩＤなどであり、ＩＣカードの発行の際に必要な識別情報である。ＰＫＣＳ＃１２データは、前述したように、ＰＫＣＳ規格のフォーマットからなるデータファイルであり、具体的には、認証局が発行する電子証明書と秘密鍵とがパッケージ化され、ＰＩＮデータにより暗号化されたデータである。ＰＩＮデータは、パスワードの一種であり、当該電子証明書及び秘密鍵を暗号化してＰＫＣＳ＃１２データを作成したり、ＰＫＣＳ＃１２データを当該電子証明書及び秘密鍵に復号化するためのデータである。
【００４３】
制御部１０は、後述するように、認証局から取得した入力データの整合性（正当性）を検証するためのチェック処理を実行する（ステップＳ２）。このチェック処理により、入力データの真偽性が保証できない場合には、ＩＣカード発行装置１例えば入力データが不適切であることをホストコンピュータ３に通知するなどのエラー処理を実行する（ステップＳ２のＮＧ）。
【００４４】
制御部１０は、正当性が保証された入力データから、ＩＣカードの発行に必要なデータフォーマットの発行データに加工する（ステップＳ２のＯＫ，Ｓ３）。制御部１０は、当該発行データをＩＣカードインターフェース部１１に送出する。ＩＣカードインターフェース部１１では、リーダライタ１１０が、発行対象のＩＣカードの内部メモリに対して当該発行データを書き込むことになる（狭義の発行処理）。
【００４５】
同実施形態では、リーダライタ１１０による発行データの書込み処理の前に、制御部１０は、発行データと、発行対象のＩＣカード２との整合性をチェックする（ステップＳ５）。このチェック処理の前処理として、制御部１０は、発行対象のＩＣカード２の種別、具体的には未発行のＩＣカードまたは発行済みＩＣカードのいずれであるかを判別する（ステップＳ４）。判別処理では、制御部１０は、ＩＣカードインターフェース部１１を介して、リーダライタ１１０により発行対象のＩＣカード２から一種の属性情報（例えばＡＴＲカード情報）を取得する。属性情報には、当該ＩＣカードが未フォーマット又はフォーマット済みであるかを識別するための情報が含まれている。これにより、制御部１０は、未発行のＩＣカードまたは発行済みＩＣカードのいずれであるかを判別する。
【００４６】
発行対象のＩＣカード２が未発行のＩＣカードの場合には、制御部１０は、リーダライタ１１０によるＩＣカード２への発行データの書込み処理を実行する（ステップＳ６）。
【００４７】
一方、発行対象のＩＣカード２が発行済みＩＣカードの場合には、制御部１０は、当該発行データと、ＩＣカード２との整合性をチェックする（ステップＳ５）。ここで、発行済みＩＣカードの場合には、発行データを更新することになる。従って、整合性のない発行済みＩＣカードは、認証局の認証による正当性が保証できないため、制御部１０は、当該ＩＣカード２の発行処理を停止する（ステップＳ５のＮＧ）。
【００４８】
ステップＳ５の整合性のチェック処理では、制御部１０は、発行済みＩＣカードの内部に登録されている管理情報を、リーダライタ１１０を介して取得する。そして、制御部１０は、発行済みＩＣカードの管理情報と、今回の発行データに含まれる管理情報とを照合する。この照合結果により、両者が一致している場合には、制御部１０は、発行済みＩＣカードの整合性が保証できるとして、リーダライタ１１０によるＩＣカード２への発行データの書込み処理（更新処理）を実行する（ステップＳ６）。
【００４９】
次に、制御部１０は、後述するように、書込み処理により発行対象のＩＣカード２の内部に格納（登録）された発行データ（内部データ）が適切であるか否かを確認するための整合性（正当性）チェック処理を実行する（ステップＳ７）。このチェック処理により、ＩＣカード２の内部データの整合性が保証できない場合には、ＩＣカード発行装置１は、最終的な発行処理を停止し、例えばその旨をホストコンピュータ３に通知するなどのエラー処理を実行する（ステップＳ７のＮＧ）。
【００５０】
一方、ＩＣカード２の内部データの整合性が保証できる場合には、ＩＣカード発行装置１は、ＩＣカード発行処理を終了し、その旨をホストコンピュータ３に通知する（ステップＳ７のＯＫ）。一般的には、ＩＣカード発行装置１は、次の発行対象のＩＣカードに対する発行処理の準備に移行する。
【００５１】
以上、図３に示すように、整合性チェックをステップＳ２、ステップＳ５、ステップＳ７で行なっているが、必ずしも全ての整合性チェックを行なう必要はなく、適切な組み合わせが可能である。
【００５２】
（入力データの整合性チェック処理）
以下図４のフローチャートを参照して、前述した入力データの整合性チェック処理の手順を説明する。
【００５３】
制御部１０は、図４に示すように、認証局からの入力データからＰＩＮデータを取得して、このＰＩＮデータを使用して電子証明書を取得（復号化）する（ステップＳ１０）。さらに、制御部１０は、当該入力データから管理情報を取得する（ステップＳ１１）。制御部１０は、取得した管理情報と、電子証明書内に記述されている管理情報に相当する項目（ステータス）情報とを比較検証する（ステップＳ１２）。
【００５４】
制御部１０は、検証結果として両者が一致すれば、認証局から取得した入力データの真偽性が保証できるものとして、発行データの加工処理に移行する（ステップＳ１２の一致，図３のステップＳ３を参照）。一方、検証結果が不一致の場合には、これ以降の発行処理は停止となり、所定のエラー処理を実行する（ステップＳ１２の不一致，図３のステップＳ２のＮＧを参照）。
【００５５】
（ＩＣカード２の内部データの整合性チェック処理）
以下図５及び図６のフローチャートを参照して、前述したＩＣカード２の内部データの整合性チェック処理の手順を説明する。
【００５６】
本整合性チェック処理は、認証局署名検証処理と、暗号・復号検証処理に大別される。認証局署名検証処理は、ＩＣカード２の内部に格納（登録）された電子証明書にデジタル署名を行なった認証局の信頼性を検証する処理である。以下、図５を参照して具体的に説明する。
【００５７】
制御部１０は、ＩＣカードインターフェース部１１を介して、リーダライタ１１０によりＩＣカード２の内部に書き込まれた発行データから、電子証明書を取得する。更に、制御部１０は、当該電子証明書内からデジタル署名を取得する（ステップＳ２０）。このデジタル署名は、認証局が管理する秘密鍵により暗号化された暗号化データである。
【００５８】
制御部１０は、認証インターフェース部１３を介して、鍵管理部１２で管理されている公開鍵のデータ（格納部１２０に保存されている）を取得する（ステップＳ２１）。そして、制御部１０は、当該公開鍵を使用して、暗号化データであるデジタル署名を復号化する（ステップＳ２２）。
【００５９】
ここで、鍵管理部１２で管理されている公開鍵は、認証局が管理する秘密鍵とペアをなす公開鍵である。即ち、当該公開鍵は、信頼性を保証された認証局から提供された鍵データである。従って、ステップＳ２２にて復号化が失敗した場合には、制御部１０は、当該電子証明書内のデジタル署名が、公開鍵を発行した認証局による署名ではないと判断して、所定のエラー処理を実行する（ステップＳ２２の失敗，図３のステップＳ７のＮＧを参照）。
【００６０】
一方、復号化が成功した場合には、制御部１０は、当該電子証明書内のデジタル署名が公開鍵を発行した認証局による署名であると判断する。即ち、当該電子証明書が信頼性を保証された認証局により発行されたものであると判断する（ステップＳ２２の成功）。そして、次の暗号・復号検証処理に移行する。以下、図６を参照して具体的に説明する。
【００６１】
制御部１０は、取得した電子証明書内に含まれるＩＣカード２に固有の公開鍵を取得する（ステップＳ３０）。この公開鍵は、信頼性を確保された認証局から発行された入力データに含まれる秘密鍵とペアをなす鍵データである。なお、この秘密鍵は発行データの一部として、ＩＣカード２の内部に書き込まれている。
【００６２】
制御部１０は、ランダムチャレンジデータ（具体的には疑似乱数データ）を生成し、取得した公開鍵を使用して暗号化する（ステップＳ３１，Ｓ３２）。ここで、暗号化に失敗した場合には、取得した公開鍵は、信頼性を確保された認証局から発行されたものではないと判断し、所定のエラー処理を実行する（ステップＳ３２の失敗、図３のステップＳ７のＮＧを参照）。
【００６３】
暗号化が成功した場合には、制御部１０は、ＩＣカード２の内部に書き込まれた発行データから秘密鍵を取得する（ステップＳ３３）。そして、制御部１０は、取得した秘密鍵を使用して、暗号化データ（公開鍵で暗号化したランダムチャレンジデータ）を復号化する（ステップＳ３４）。
【００６４】
復号化が失敗した場合には、制御部１０は、ＩＣカード２の内部に格納された公開鍵と秘密鍵の鍵ペアが一致せず、鍵データの整合性を保証できないと判断し、所定のエラー処理を実行する（ステップＳ３４の失敗，図３のステップＳ７のＮＧを参照）。
【００６５】
一方、復号化が成功した場合には、制御部１０は、ＩＣカード２の内部に格納された公開鍵と秘密鍵の鍵ペアの整合性を保証できるため、適切な発行データがＩＣカード２の内部に登録されたものと判断する（ステップＳ３４の成功，図３のＳ７のＯＫを参照）。
【００６６】
以上要するに本実施形態によれば、認証局（認証局）から提供される入力データに基づいて発行対象のＩＣカード２の発行処理を行なうプロセスにおいて、発行処理の終了前に、入力データの整合性（正当性）、及び発行対象のＩＣカードの種別（未発行カードまたは発行済みカード）の判別を行なうことができる。これにより、実際に、発行対象のＩＣカードに対して、発行データを書き込む前に、信頼性を保証できないＩＣカードの発行を未然に回避することができる。更に、ＩＣカードへの発行データの書込み処理後に、当該内部データの整合性（正当性）を検証することができる。これにより、発行データの書込み処理後でも、信頼性を保証できないＩＣカードの発行を未然に回避することができる。
【００６７】
【発明の効果】
以上詳述したように本発明によれば、ＩＣカードの発行処理プロセスにおいて、最適なタイミングで入力データや発行データの正当性又は整合性を確認することにより、正当なＩＣカードの発行を保証できるＩＣカード発行装置及びＩＣカード発行方法を提供することができる。
【００６８】
具体的には、請求項１に係る発明であれば、入力データの正当性を確認するための検証手段により、例えば認証局から送信される入力データの正当性をチェックし、保証することができる。請求項２に係る発明であれば、電子証明書に記述されている管理情報と入力データ内の管理情報とを比較検証する手段により、例えば認証局から発行された電子証明書に基づいて、入力データの整合性を検証することができる。請求項３に係る発明であれば、発行対象のＩＣカードが未発行又は発行済みのカードであるかを判別する判別手段により、発行対象のＩＣカードの種別が、発行済みカードまたは未発行カードのいずれであるかを判別できる。更に、発行済みカードの場合に、当該ＩＣカードに保存されている発行データとの整合性を検証し、整合性が保証されたときに発行データの更新を行なうことができる。請求項４に係る発明であれば、発行済みカードに保存されている管理情報と入力データ内の管理情報とを比較検証する手段により、発行データに含まれる管理情報に基づいて、発行対象のＩＣカードの種別が発行済みカードの場合に、当該ＩＣカードに保存されている発行データとの整合性を検証できる。請求項５に係る発明であれば、ＩＣカードを作成する直前に、ＩＣカードに書き込まれる発行データの正当性を検証することができる。正当性が確認できた場合には、ＩＣカードの発行処理を進め、正当性が確認できない場合には、ＩＣカードの発行処理を停止できる。請求項６に係る発明であれば、ＩＣカードに書き込まれた発行データに含まれる電子証明書から取得した署名データの正当性を確認する手段により、例えば認証局から電子証明書に含まれるデジタル署名データに基づいて、ＩＣカードに書き込まれた発行データの正当性を確認することができる。請求項７に係る発明であれば、ＩＣカードに書き込まれた鍵ペアを使用して発行データの正当性を確認する検証手段により、ＩＣカードに書き込まれた発行データの正当性を確認することができ、さらに鍵ペアが利用可能であることを確認できる。請求項８に係る発明であれば、ＩＣカードの発行処理のプロセスにおいて、例えば認証局からの入力データ、ＩＣカードの種別（新規又は更新）、またはＩＣカードに書き込まれた内部データの正当性又は整合性を適切なタイミングで検証することができる。請求項９に係る発明であれば、提供元としてパブリックな認証局から入力データを提供されるＩＣカード発行装置を実現することができる。請求項１０に係る発明であれば、接触型又は非接触型又はハイブリッド型のいずれのＩＣカードも発行対象とするＩＣカード発行装置を実現することができる。請求項１１に係る発明であれば、ＩＣカード発行装置に適用し、ＩＣカードの発行処理前に、例えば認証局から送信される入力データの正当性をチェックし、保証することができるＩＣカード発行方法を提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態に関するＩＣカード発行システムを示すブロック図。
【図２】同実施形態に関するＩＣカード発行装置の要部を示すブロック図。
【図３】同実施形態に関するＩＣカード発行処理の手順を説明するためのフローチャート。
【図４】同実施形態に関する入力データの整合性チェック処理の手順を説明するためのフローチャート。
【図５】同実施形態に関するＩＣカード内部データの整合性チェック処理の手順を説明するためのフローチャート。
【図６】同内部データの整合性チェック処理に含まれる暗号・復号検証処理の手順を説明するためのフローチャート。
【符号の説明】
１…ＩＣカード発行装置
２…ＩＣカード
３…ホストコンピュータ
４…ネットワーク
１０…制御部
１１…ＩＣカードインターフェース部
１２…鍵管理部
１３…認証インターフェース部
１４…インターフェース部
１００…発行ソフトウェア格納部
１１０…リーダライタ
１２０…鍵データ格納部
【図１】
2004151755.tif 000003
【図２】
2004151755.tif 000004
【図３】
2004151755.tif 000005
【図４】
2004151755.tif 000006
【図５】
2004151755.tif 000007
【図６】
2004151755.tif 000008