JP4306235B2 - Ｉｃカード発行装置 - Google Patents
Ｉｃカード発行装置 Download PDFInfo
- Publication number
- JP4306235B2 JP4306235B2 JP2002345840A JP2002345840A JP4306235B2 JP 4306235 B2 JP4306235 B2 JP 4306235B2 JP 2002345840 A JP2002345840 A JP 2002345840A JP 2002345840 A JP2002345840 A JP 2002345840A JP 4306235 B2 JP4306235 B2 JP 4306235B2
- Authority
- JP
- Japan
- Prior art keywords
- card
- key
- data
- input data
- communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Credit Cards Or The Like (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、一般的にはＩＣカードを発行するためのＩＣカード発行装置及びＩＣカード発行方法に関し、特に、発行処理プロセスでのセキュリティ機能に関する。
【０００２】
【従来の技術】
従来、例えばクレジットカードなどのＩＣカードは、高度のセキュリティが要求されるため、一般的には専用のＩＣカード発行装置（ＩＣカードプリンタとも呼ばれている）により発行される（例えば、特許文献１を参照）。
【０００３】
【特許文献１】
特開２００１−２１６４７６号公報
ＩＣカードは、ＣＰＵやメモリ（ＲＯＭやＥＥＰＲＯＭなど）を含むＩＣチップを搭載したプラスチックカード状担体である。ＩＣカードには、電子証明書や暗号／復号化のための鍵データなど、認証機能に必要なデータ（情報）が記録されている。また、ＩＣカードには、カード表面上に顔写真や文字情報などがプリントされたり、エンボス加工により文字や記号などが施されたものがある。
【０００４】
ＩＣカードには、カードをリーダーライタと接触させることで情報をやり取りする接触型カードと、カード内アンテナから無線でリーダーライタと情報をやり取りする非接触型カードと、接触型カードと非接触型カードとを統合したハイブリット型カードがよく知られている。
【０００５】
一般的に、ＩＣカード発行装置は、認証局（Certification Authority : 認証局）などの提供元から送信または記録媒体を介して入力される入力データに基づいて、発行データ（認証機能に必要にデータを含む）を作成してＩＣカードの内部に登録し、ＩＣカードが利用できるようにする発行処理を行なう。
【０００６】
ここで、認証局から提供される入力データは、例えばＰＫＣＳ（Public-Key Cryptography Standard）規格のフォーマットからなるデータファイルである。ＰＫＣＳ規格は、所謂公開鍵方式を採用したフォーマット規格である。特に、ＰＫＣＳ＃１２規格データは、主にアプリケーション間で電子証明書及びそれに対応する秘密鍵の交換で多用されるフォーマット（バイナリデータ）である。ＰＫＣＳ＃１２規格では、当該電子証明書及び秘密鍵は、ＰＩＮ（Personal Identification Number）と呼ばれるパスワードにより保護（暗号化）されている。
【０００７】
一方、認証局（ＣＡ）は、公開鍵暗号方式の鍵ペア（秘密鍵と公開鍵）の所持者に対して、電子証明書（公開鍵証明書）を発行する機関である。認証局は、自身の秘密鍵を使用して、当該電子証明書にデジタル署名した電子証明書を作成する。
【０００８】
【発明が解決しようとする課題】
前述したように、従来では、ＩＣカード発行装置は、認証局から提供される入力データを使用して、認証機能を有するＩＣカードを発行している。しかしながら、従来のＩＣカード発行装置では、認証局からの入力データを受付けてから、発行処理を行なうまでのプロセスにおいて、発行処理に必要なデータに対して特別の保護対策がとられていない。特に、ＩＣカード発行装置の内部では、セキュリティ要求度が高いデータに対しても、そのままの状態で取り扱われて、ＩＣカードの発行処理が行なわれている。
【０００９】
そこで、本発明の目的は、ＩＣカードの発行処理プロセスにおいて、有効なセキュリティ機能を実現して、安全かつ確実なＩＣカードの発行処理を実行するＩＣカード発行装置及びＩＣカード発行方法を提供することにある。
【００１０】
【課題を解決するための手段】
本発明の観点は、例えば認証局（パブリックな認証局のみならず社内などのプライベートなカード発行元も含む）から得られた入力データを使用して、ＩＣカードを発行するＩＣカード発行装置及び方法において、当該入力データ等のＩＣカードの発行処理に必要なデータを確実に保護できるセキュリティ機能に関する。
【００１１】
請求項１に係る発明は、提供元からＩＣカードの発行に必要な所定の入力データを受付けて、当該入力データに基づいてＩＣカードを発行する発行処理手段と、前記入力データを外部との間で通信するときの通信セキュリティ機能、前記入力データに関するファイルを保護するためのファイルセキュリティ機能、及び前記ＩＣカードとの間での通信に関するＩＣカード用セキュリティ機能のいずれかを実現するセキュリティ手段とを具備し、前記セキュリティ手段は、端末装置との通信により前記提供元から送信された入力データを受信する場合に、前記通信セキュリティ機能を実現する手段として、暗号化または復号化を行なうための一対の第１組の鍵データの一方を保管する通信用鍵管理手段と、前記端末装置において前記第１組の鍵データの他方により暗号化された前記入力データを受信した後に、前記第１組の鍵データの一方により前記入力データを復号化する手段と、前記端末装置との通信により前記提供元から送信された入力データを受信する場合に、前記ファイルセキュリティ機能を実現する手段として、暗号化または復号化を行なうための一対の鍵データで前記第１組の鍵データとは異なる種類の第２組の鍵データの一方を保管するファイル用鍵管理手段と、前記端末装置において前記第２組の鍵データの他方により暗号化された前記入力データに関するファイルを受信した後に、前記第２組の鍵データの一方により前記ファイルを復号化する手段とを有するＩＣカード発行装置である。
【００１２】
このような構成であれば、例えば認証局から送信される入力データを受付けてからＩＣカードの発行までのプロセスにおいて、特にセキュリティ要求度の高いプロセスで取り扱われるデータやファイルを保護することができる。
【００１７】
請求項２に係る発明は、前記ＩＣカード発行装置において、前記ＩＣカード用セキュリティ機能を実現する手段として、暗号化または復号化を行なうための一対の鍵データの一方を保管するＩＣカード用鍵管理手段と、前記発行処理手段により前記入力データを加工して生成した発行データを前記ＩＣカードに書き込む場合に、一方の鍵データにより前記ＩＣカード内で復号化が可能であるように、他方の鍵データにより前記発行データを暗号化する手段とを備えたセキュリティ手段に関する。
【００１８】
このような構成により、ＩＣカード発行装置の内部においてＩＣカードとの間で発行データを通信するときに、当該発行データを保護するＩＣカード用セキュリティ機能を実現できる。
【００１９】
請求項３に係る発明は、前記ＩＣカード発行装置において、前記端末装置は、生成したセッション鍵により前記入力データを暗号化し、かつ前記他方の鍵データにより当該セッション鍵を暗号化することを前提として、前記通信用鍵管理手段により保管されている前記第１組の鍵データの一方により前記セッション鍵を復号化し、当該復号化された前記セッション鍵により前記入力データを復号化する前記通信セキュリティ機能を実現する手段に関する。
【００２０】
このような構成であれば、端末装置とＩＣカード発行装置との間で通信するときに、入力データなどの通信データを保護する通信セキュリティ機能を実現できる。
【００２１】
請求項４に係る発明は、前記ＩＣカード用セキュリティ機能を実現する手段において、前記ＩＣカードの識別情報を取得する手段と、暗号化または復号化を行なうための一対の鍵データを生成して、当該鍵データと前記識別情報とを関連付ける情報を保存する手段と、生成した前記一対の鍵データの一方を前記ＩＣカードに書き込み、他方の鍵データのみを保管する手段とを備えた鍵生成手段に関する。
【００２２】
このような構成であれば、ＩＣカード発行装置の内部において、前記ＩＣカード用セキュリティ機能を実現するための鍵データを更新して、ＩＣカードの内部に格納することができる。
【００２３】
請求項５に係る発明は、前記ＩＣカード発行装置において、提供元として電子証明書の発行を含む電子認証サービスを行なう認証局を想定している。
【００２４】
請求項６に係る発明は、前記ＩＣカード発行装置において、前記ＩＣカードの種類としては、接触型及び非接触型のいずれにも適用可能なハイブリッド型のカード構造を有することを想定している。
【００２９】
【発明の実施の形態】
以下図面を参照して、本発明の実施の形態を説明する。
【００３０】
図１は本実施形態に関するＩＣカード発行システムを示すブロック図であり、図２は同実施形態に関するＩＣカード発行装置の要部を示すブロック図である。
【００３１】
（ＩＣカード発行システム）
本ＩＣカード発行装置１は、図１に示すように、ＩＣカードの発行作業端末に相当するホストコンピュータ３と、ネットワーク４を介して接続されている。但し、専用線などによるローカル接続でもよい。ＩＣカード発行装置１は、当該ホストコンピュータ３を介して、提供元である認証局（ＣＡ）５から送信される入力データを受付けて、ＩＣカード２の発行処理を実行する。
【００３２】
認証局５は、前述したように、電子証明書を発行し、当該電子証明書を含む入力データを、ネットワークを介してホストコンピュータ３に送信する。
【００３３】
ホストコンピュータ３は、例えばインターネットにより認証局（認証局）５と接続しており、当該認証局５から送信された入力データをＩＣカード発行装置１に送出する。なお、ＩＣカード発行装置１は、当該認証局５から提供されるローカルメディア（フロッピーディスクやＣＤなどの記録媒体）を介して、認証局５が発行する入力データを受け入れる形態でもよい。認証局５が発行する入力データをローカルメディアで受け入れる場合には、ホストコンピュータは必要としない。当然ながら、ホストコンピュータ３が、認証局５から受信した入力データをローカルメディアにダウンロードする形態でもよい。
【００３４】
（ＩＣカード発行装置）
本ＩＣカード発行装置１は、図２に示すような内部構成を有し、大別して、制御部１０と、ＩＣカードインターフェース部１１と、認証インターフェース部１３と、インターフェース部１４とを有する。さらに、本装置１は、後述するような本実施形態に関係するセキュリティ機能を実現するための各鍵管理部２０〜２２を有する。
【００３５】
制御部１０は、内部メモリに格納された発行ソフトウェア１００に基づいて、ＩＣカード２の発行処理を実行する。制御部１０は、インターフェース部１４を介してホストコンピュータ３と接続し、入力データ及び各種コマンドを受付ける。
【００３６】
ＩＣカードインターフェース部１１は、内蔵しているリーダライタ（Ｒ／Ｗ）１１０と制御部１０とのインターフェースを構成している。リーダライタ１１０は、発行対象のＩＣカード２に対して、発行データの書込み動作または読出し動作を実行する。同実施形態のリーダライタ１１０は、ＩＣカードのタイプとして、接触型または非接触型またはハイブリット型のいずれにも対応可能である。
【００３７】
各鍵管理部２０〜２２は、例えばＨＳＭ（Hardware Security Module）と呼ばれる専用ハードウエアから構成されており、目的別のセキュリティ機能を実現するための鍵（暗号化／復号化用の鍵データ）を管理する。一般的に、ＨＳＭは、ＰＫＩ（Public Key Infrastructure）やＳＳＬ（Secure Sockets Layer）における暗号処理のセキュアな管理、及びアプリケーションレベル・コードの実行を保護・高速化するための専用ハードウエアである。
【００３８】
作業端末間通信用鍵管理部２０（以下、通信用鍵管理部という）は、ホストコンピュータ３と本装置１との間で通信するときの通信セキュリティ機能に関係する鍵（鍵データ）を管理し、当該鍵データを保存する格納部２００を有する。ＤＢファイル用鍵管理部２１は、入力データ群からなるデータベース（ＤＢ）ファイルを保護するためのファイルセキュリティ機能に関係する鍵を管理し、当該鍵を保存する格納部２１０を有する。
【００３９】
また、ＩＣカード間通信用鍵管理部２２は、本装置１と内部にセットされたＩＣカード２との間で発行データなどを通信するときの通信セキュリティ機能（ＩＣカード用セキュリティ機能）に関係する鍵を管理し、当該鍵を保存する格納部２２０を有する。
【００４０】
認証インターフェース部１３は、当該各鍵管理部２０〜２２に対して、制御部１０及びホストコンピュータ３を接続するためのインターフェースを構成している。
【００４１】
なお、各鍵管理部２０〜２２は、図３に示すように、１つのＨＳＭ１２により構成されていてもよい。このような構成でも、同実施形態のＩＣカード発行装置１の動作は基本的に同じである。
【００４２】
（作業端末装置）
図５は、作業端末装置であるホストコンピュータ３の同実施形態での発行処理に関係する構成を示すブロック図である。
【００４３】
ホストコンピュータ３は、制御部３０と、発行データベース３１と、ＩＣカード発行装置間通信用鍵管理部３２（以下、通信用鍵管理部という）と、ＤＢファイル用鍵管理部３３とを有する。
【００４４】
制御部３０は、内部メモリに格納された発行データ取得用ソフトウェア３００及び発行ソフトウェア３０１を有する。発行データベース３１は、前述したようなＨＳＭにより管理されており、制御部１０が発行データ取得用ソフトウェア３００を実行して得られる入力データ群を蓄積したデータベースである。
【００４５】
通信用鍵管理部３２及びＤＢファイル用鍵管理部３３は、ＩＣカード発行装置１と同様にＨＳＭから構成されており、それぞれのセキュリティ機能を実現するための鍵（暗号化／復号化用の鍵データ）を管理する。即ち、通信用鍵管理部３２は、本コンピュータ３とＩＣカード発行装置１との間で通信するときの通信セキュリティ機能に関係する鍵を管理し、当該鍵を保存する格納部３２０を有する。ＤＢファイル用鍵管理部３３は、発行データベース３１のＤＢファイルを保護するためのファイルセキュリティ機能に関係する鍵を管理し、当該鍵を保存する格納部３３０を有する。ここで、通信用鍵管理部３２及びＤＢファイル用鍵管理部３３は、図３に示す場合と同様に、１つのＨＳＭにより構成されていてもよい。
【００４６】
（ＩＣカード発行処理）
以下主として図６から図１１を参照して、同実施形態に関するセキュリティ機能を含むＩＣカード発行処理の手順を説明する。
【００４７】
図６は、同実施形態のセキュリティ機能を実現するために、各鍵管理部で管理する鍵の種類を説明するための図である。ＩＣカード発行装置１（以下、発行装置という）及びホストコンピュータ３の各鍵管理部は、暗号化と復号化を行なうためのペアとなる鍵を管理している。
【００４８】
具体的には、ホストコンピュータ３の通信用鍵管理部３２は、主として暗号化に使用し、通信セキュリティ機能を実現する鍵（ＰＫ−Ａ）を管理する。一方、発行装置１の通信用鍵管理部２０は、当該鍵（ＰＫ−Ａ）とペアであり、主として復号化に使用する鍵（ＳＫ−Ａ）を管理する。
【００４９】
同様に、ＤＢファイル用鍵管理部３３は、主として暗号化に使用し、ファイルセキュリティ機能を実現する鍵（ＰＫ−Ｂ）を管理する。一方、発行装置１のＤＢファイル用鍵管理部２１は、当該鍵（ＰＫ−Ｂ）とペアであり、主として復号化に使用する鍵（ＳＫ−Ｂ）を管理する。
【００５０】
さらに、発行装置１のＩＣカード間通信用鍵管理部２２は、主として暗号化に使用し、ＩＣカード２との通信セキュリティ機能を実現する鍵（ＰＫ−Ｃ）を管理する。一方、ＩＣカード２の内部メモリ６０には、当該鍵（ＰＫ−Ｃ）とペアであり、主として復号化に使用する鍵（ＳＫ−Ｃ）が格納される。
【００５１】
以下図７及び図８のフローチャートを参照して、ホストコンピュータ３での発行データの取得処理の手順を説明する。
【００５２】
まず、ホストコンピュータ３は、所定の認証局５から提供される入力データ（７０）を受信し、内部の記憶装置に保存する（ステップＳ１）。ホストコンピュータ３は、発行データ取得用ソフトウェア３００、ＤＢファイル用鍵管理部３３で管理している鍵（ＰＫ−Ｂ）、及び発行ＤＢ３１のそれぞれを利用するためのＨＳＭ認証処理（７１）を実行する（ステップＳ２）。ここでは、ＨＳＭ認証処理（７１）は成功することを想定する。
【００５３】
制御部３０は、発行データ取得用ソフトウェア３００を起動し、認証局５から提供された入力データから発行データを作成し、ＤＢファイルとして発行ＤＢ３１に蓄積する一連を処理を実行する（ステップＳ３）。
【００５４】
ここで、入力データは、ＩＣカード２を利用する者のために認証局５が作成した情報であり、大別して、管理情報、ＰＫＣＳ＃１２データ、及びＰＩＮデータを含む。管理情報は、例えばユーザＩＤなどであり、ＩＣカードの発行の際に必要な識別情報である。ＰＫＣＳ＃１２データは、ＰＫＣＳ規格のフォーマットからなるデータファイルであり、具体的には、認証局５が発行する電子証明書とこの電子証明書内の公開鍵と対になる秘密鍵とがパッケージ化され、ＰＩＮデータにより暗号化されたデータである。ＰＩＮデータは、パスワードの一種であり、当該電子証明書及び秘密鍵が暗号化されたＰＫＣＳ＃１２データを当該電子証明書及び秘密鍵に復号化するためのデータである。
【００５５】
制御部３０は、ＰＩＮデータを使用してＰＫＣＳ＃１２データを復号化し、電子証明書及び秘密鍵を獲得し、他の入力データを用いてＩＣカードの発行に必要なデータフォーマットである発行データを取得する（ステップＳ４）。制御部３０は、発行ＤＢ３１に接続するためのユーザ認証でＯＫであれば、当該発行データ（ＤＢファイル）を発行ＤＢ３１の指定のテーブルにＤＢファイルとして登録する（ステップＳ５，Ｓ６）。ここで、ユーザ認証で成功しない場合には、以後の処理は中止となり、所定のエラー処理に移行する（ステップＳ５のＮＧ）。
【００５６】
制御部３０は、ＤＢファイル用鍵管理部３３で管理している鍵（ＰＫ−Ｂ）を使用して、当該ＤＢファイルを暗号化して発行ＤＢ３１に保存される（ステップＳ７）。この暗号化されたＤＢファイルは、後述するように、ＩＣカード発行装置１側で管理されている鍵（ＳＫ−Ｂ）により復号化される。なお、同実施形態では、共通鍵暗号方式を想定しているが、公開鍵暗号方式を利用してもよい。
【００５７】
次に、図７及び図９のフローチャートを参照して、ホストコンピュータ３での発行要求処理の手順を説明する。
【００５８】
まず、前述と同様に、ホストコンピュータ３は、発行ソフトウェア３０１、通信用鍵管理部３２で管理している鍵（ＰＫ−Ａ）、及び発行ＤＢ３１のそれぞれを利用するためのＨＳＭ認証処理を実行する（ステップＳ１１）。ここでは、ＨＳＭ認証処理は成功することを想定する。
【００５９】
制御部３０は、発行ソフトウェア３０１を起動し、ＩＣカード発行装置１に対する発行要求を行なうまでの一連の処理を実行する（ステップＳ１２）。即ち、制御部３０は、図７に示すように、今回のＩＣカード２の発行に必要なＤＢファイルを選択指定するための入力情報に従って、発行ＤＢ３１から当該ＤＢファイルを取得する（ステップＳ１３，Ｓ１５）。
【００６０】
ここで、制御部３０は、発行ＤＢ３１に接続するためのユーザ認証でＯＫであれば、ＩＣカード発行装置１に転送する当該ＤＢファイルを発行ＤＢ３１から読出すことができる（ステップＳ１４のＯＫ）。ユーザ認証で成功しない場合には、以後の処理は中止となり、所定のエラー処理に移行する（ステップＳ１４のＮＧ）。
【００６１】
次に、制御部３０は、ランダムキーデータを使用してセッション鍵を生成し、当該セッション鍵によりＤＢファイル（暗号化データ）を含む伝送データを暗号する（ステップＳ１６，Ｓ１７）。この伝送データとは、ＩＣカード発行装置１でのＩＣカードの発行処理に必要なデータの全てを意味する。
【００６２】
このセッション鍵は、制御部３０にてＩＣカードを発行する毎に生成しても良いし、予め設定してあるタイミングで生成を行なっても良い。このようにセッション鍵を用いることで、セキュリティの向上を更に図ることができる。
【００６３】
さらに、制御部３０は、通信用鍵管理部３２で管理している鍵（ＰＫ−Ａ）を使用して、当該セッション鍵を暗号化する（ステップＳ１８）。そして、図７に示すように、制御部３０は、ＩＣカード発行装置１に対して発行要求を行なう（ステップＳ１９）。このとき、制御部３０は、セッション鍵で暗号化されたＤＢファイルを含む伝送データ、及び鍵（ＰＫ−Ａ）で暗号化されたセッション鍵をＩＣカード発行装置１に伝送する。
【００６４】
ホストコンピュータ３は、発行要求に対してＩＣカード発行装置１から正当な応答（即ち、発行結果レスポンス）を受け取ると、一連の発行処理が終了したと認識する（ステップＳ２０のＯＫ）。また、ＩＣカード発行装置１から正当な応答がない場合には、所定のエラー処理を実行する（ステップＳ２０のＮＧ）。
【００６５】
（ＩＣカード発行装置の内部処理）
以下、図７と共に、図１０と図１１のフローチャートを参照して、前述の発行要求を受けたＩＣカード発行装置１の内部処理の手順を説明する。
【００６６】
まず、ＩＣカード発行装置１は、図７に示すように、ＩＣカード２の発行処理に必要なハードウエア７３を有し、前述のホストコンピュータ３との間で各種の通信を行なう機能を備えている。当該ハードウエア７３は、前述したように、セキュリティ機能を実現するための各鍵管理部２０〜２２を含む（図２を参照）。
【００６７】
ＩＣカード発行装置１は、認証インターフェース部１３を介して、各鍵管理部２０〜２２毎にＨＳＭ認証処理（７２）を実行する（ステップＳ２１）。ここでは、ＨＳＭ認証処理は成功することを想定する。
【００６８】
制御部１０は、発行ソフトウェア１００を起動することにより、以下のような各鍵管理部２０〜２２によるセキュリティ処理を実行する（ステップＳ２２）。まず、通信用鍵管理部２０は、ホストコンピュータ３から送信された伝送データと鍵（ＰＫ−Ａ）で暗号化されたセッション鍵を受信する（ステップＳ２３）。
【００６９】
さらに、図６に示すように、通信セキュリティ機能用鍵（ＳＫ−Ａ）を使用して、この鍵（ＳＫ−Ａ）とペアである鍵（ＰＫ−Ａ）で暗号化されたセッション鍵を復号化する（ステップＳ２４）。この復号化して得られたセッション鍵を使用して、暗号された伝送データ（暗号化されたＤＢファイルを含む）を復号化する（ステップＳ２５）。
【００７０】
ここで、各鍵管理部２０〜２２は、予めＩＣカード発行装置１の内部に設定している共有鍵により相互の通信セキュリティ機能を実現している。即ち、通信用鍵管理部２０は、復号化した伝送データを共有鍵で再び暗号化して、ＤＢファイル鍵管理部２１に移動させる（ステップＳ２６，Ｓ２７）。
【００７１】
ＤＢファイル鍵管理部２１は、当該共有鍵を使用して伝送データを復号化する（ステップＳ３１）。さらに、ＤＢファイル鍵管理部２１は、復号化した伝送データからＤＢファイルを取得し、図６に示すように、ファイルセキュリティ機能用鍵（ＳＫ−Ｂ）を使用して、この鍵（ＳＫ−Ｂ）とペアである鍵（ＰＫ−Ｂ）で暗号化されたＤＢファイルを復号化する（ステップＳ３２）。また、ＤＢファイル鍵管理部２１は、復号化したＤＢファイルとその他の伝送データを共有鍵で再び暗号化して、ＩＣカード間通信用鍵管理部２２に移動させる（ステップＳ３３，Ｓ３４）。
【００７２】
ＩＣカード間通信用鍵管理部２２は、当該共有鍵を使用してＤＢファイルとその他の伝送データを復号化する（ステップＳ４１）。さらに、ＩＣカード間通信用鍵管理部２２は、当該ＤＢファイルとその他の伝送データから発行データ（実際にＩＣカード２の内部に書き込むデータ群）を特定する。そして、通信用鍵管理部２２は、ＩＣカード２との通信セキュリティ機能を実現する鍵（ＰＫ−Ｃ）を使用して、当該発行データを暗号化する（ステップＳ４２）。
【００７３】
制御部１０は、ＩＣカードインターフェース部１１に含まれるリーダライタ１１０を経由して、ＩＣカード２に対して暗号化された当該発行データを書き込む（ステップＳ４３）。このような発行処理が正常に完了した場合には、ＩＣカード発行装置１は、前述したように、ホストコンピュータ３に対して発行結果レスポンスを返す（ステップＳ４４のＯＫ）。また、発行処理が正常に完了しない場合には、所定のエラー処理を実行する（ステップＳ４４のＮＧ）。
【００７４】
一方、ＩＣカード２側では、ＩＣカード発行装置１のリーダライタから供給される電源によって、内蔵されているＣＰＵが、予め組み込まれた復号化鍵を使用して、書き込まれた発行データを復号化する（ステップＳ５１）。即ち、当該ＣＰＵは、図６に示すように、内部メモリ６０に格納された鍵（ＳＫ−Ｃ）を使用して、この鍵（ＳＫ−Ｃ）とペアである鍵（ＰＫ−Ｃ）で暗号化された発行データを復号化する。
【００７５】
なお、ＩＣカード発行装置１では、制御部１０は、リーダライタ１１０を経由して、ＩＣカード２の内部メモリ６０から復号化鍵（ＳＫ−Ｃ）を読取り、当該復号化鍵（ＳＫ−Ｃ）を使用して発行データを復号化してもよい。この場合には、復号化された発行データを外部から読取られる可能性があるが、暗号化処理の手順の複雑化を回避できる効果が得られる。
【００７６】
このように、ＩＣカード発行装置１は、ＩＣカード２に対して発行データを記録するときに、その内部メモリ６０の復号化鍵（ＳＫ−Ｃ）が利用されるので、ＩＣカード２の正当性などを判別することが可能である。
【００７７】
以上要するに同実施形態のような構成であれば、認証局からの入力データを受付けてから、発行処理を行なうまでのプロセスにおける各種のセキュリティ機能を実現できる。具体的には、ホストコンピュータ３からＩＣカード発行装置１までに伝送するデータ（セッション鍵を含む）を保護する通信セキュリティ機能、ＤＢファイルを保護するためのファイルセキュリティ機能、及び発行装置１の内部でのＩＣカード２との通信セキュリティ機能のいずれのセキュリティ機能も実現することができる。従って、ＩＣカード２の発行処理に必要なデータを確実に保護することができる。特に、ＩＣカード発行装置１の内部でのセキュリティ要求度が高い発行データを、確実に保護することが可能である。
【００７８】
（鍵の自動生成機能）
同実施形態のＩＣカード発行装置１は、発行対象となるＩＣカード２との通信セキュリティ機能を実現するためのペアとなる鍵（ＰＫ−ＣとＳＫ−Ｃ）を自動生成する機能を有し、任意に更新することできる。以下、図１２のフローチャートを参照して、その手順を説明する。
【００７９】
制御部１０は、発行対象のＩＣカード２がリーダライタ１１０にセットされると、その状態を検知して、予め組み込まれている鍵生成ソフトウェアを起動する（ステップＳ６１，Ｓ６２）。制御部１０は、発行対象のＩＣカード２から識別情報を取得する（ステップＳ６３）。この識別情報は、ＩＣカード２のＩＣチップ内に記憶されている識別コードや製造番号など、ＩＣカード２を特定する情報である。
【００８０】
ＩＣカード間通信用鍵管理部２２は、発行対象のＩＣカード２に対応する鍵ペア（ＰＫ−ＣとＳＫ−Ｃ）を生成する。このとき、通信用鍵管理部２２は、当該暗号化鍵（ＰＫ−Ｃ）とＩＣカード２の識別情報とを関連付けした情報を生成し、制御部１０に送る（ステップＳ６４）。制御部１０は、当該関連付け情報をデータベースとして蓄積する。
【００８１】
更に、制御部１０は、生成された鍵ペア（ＰＫ−ＣとＳＫ−Ｃ）の中で、主として復号化に使用される鍵（ＳＫ−Ｃ）を、リーダライタ１１０を経由して、ＩＣカード２の内部メモリ６０に格納する（ステップＳ６５）。また、制御部１０は、復号化に使用される当該鍵（ＳＫ−Ｃ）をＩＣカード発行装置１から削除することにより、ＩＣカード間通信用鍵管理部２２には、主として暗号化に使用する鍵（ＰＫ−Ｃ）のみが保存される（ステップＳ６６）。
【００８２】
以上のような鍵生成処理が正常に終了すると、鍵生成ソフトウェアはその旨を通知するレスポンスを返す（ステップＳ６７のＹＥＳ）。また、途中でエラーが発生して正常に終了しない場合には、鍵生成処理は中断となり、所定のエラー処理に移行する（ステップＳ６７のＮＯ）。
【００８３】
以上のようにして、同実施形態のＩＣカード発行装置１は、発行処理または発行処理後の更新時に、ＩＣカードとの通信セキュリティ機能を実現するための鍵ペア（ＰＫ−ＣとＳＫ−Ｃ）を生成し、一方の鍵（ＳＫ−Ｃ）を発行対象のＩＣカード２に組み込むことができる。この場合、一括して複数枚のＩＣカードのそれぞれに該当する鍵を生成して格納することにより、前記の関連付け情報に基づいて各ＩＣカードの発行処理を一括して行なうことが可能となる。
【００８４】
（変形例）
図４、図１３及び図１４は、同実施形態の変形例に関する図である。本変形例は、ＩＣカード発行装置１が単独でＩＣカードの発行処理を行なう場合の方法に関する。即ち、同実施形態は、前述したように、作業端末であるホストコンピュータ３により、認証局（ＣＡ）５から提供される入力データに含まれる電子証明書及び秘密鍵を含むＤＢファイルを保存する発行データベース３１を使用する方法である。これに対して、本変形例は、当該発行ＤＢ３１を使用することなく、直接入力データを取得して、発行処理を実行する方法である。但し、本発行装置１の内部に発行ＤＢ３１を組込み、この発行ＤＢ３１を経由した発行処理も可能である。
【００８５】
まず、本変形例のＩＣカード発行装置１は、図４に示すように、セキュリティ機能を実現する要素としては、ＩＣカード間通信用鍵管理部２２のみを有する構成である。
【００８６】
以下図１３と図１４を参照して、本変形例のＩＣカード発行処理の手順を具体的に説明する。
【００８７】
まず、ＩＣカード発行装置１は、図１３に示すように、認証局（ＣＡ）５から直接またはホストコンピュータ３を介して、提供される入力データを受信する（ステップＳ７１）。このとき、入力データは、ＩＣカード間通信用鍵管理部２２（以下、鍵管理部という）の格納部２２０に保存される。ここで、当該鍵管理部２２を利用するためのＨＳＭ認証処理を実行し、成功することを想定する（ステップＳ７２）。
【００８８】
制御部１０は、発行ソフトウェア１００を起動し、当該鍵管理部２２により以下のような一連の処理を実行する（ステップＳ７３）。
【００８９】
鍵管理部２２は、認証局５から提供された入力データから所定のデータフォーマットに従って発行データを生成する（ステップＳ７４）。即ち、当該入力データから暗号化されたＰＫＣＳ＃１２データを抽出し、当該ＰＫＣＳ＃１２データをＰＩＮデータにより復号化する。これにより、電子証明書及び秘密鍵を含む発行データを取得する。さらに、ＩＣカード間通信用鍵管理部２２で管理している通信セキュリティ用の鍵（ＰＫ−Ｃ）を使用して、当該発行データを暗号化する（ステップＳ７５）。
【００９０】
制御部１０は、ＩＣカードインターフェース部１１に含まれるリーダライタ１１０を経由して、ＩＣカード２に対して暗号化された当該発行データを書き込む（ステップＳ７６）。このような発行処理が正常に完了した場合には、ＩＣカード発行装置１は、前述したように、ホストコンピュータ３に対して発行結果レスポンスを返す（ステップＳ７７のＯＫ）。また、発行処理が正常に完了しない場合には、所定のエラー処理を実行する（ステップＳ７７のＮＧ）。なお、ステップＳ７７でＯＫの場合には、制御部１０は鍵（ＰＫ−Ｃ）を削除する（ステップＳ７８）。
【００９１】
一方、ＩＣカード２側では、内蔵されているＣＰＵが、予め組み込まれた復号化鍵を使用して、書き込まれた発行データを復号化する（ステップＳ８１）。即ち、当該ＣＰＵは、図６に示すように、内部メモリ６０に格納された鍵（ＳＫ−Ｃ）を使用して、この鍵（ＳＫ−Ｃ）とペアである鍵（ＰＫ−Ｃ）で暗号化された発行データを復号化する。これにより、暗号化された電子証明書及び秘密鍵を含む発行データが復号化される。
【００９２】
この後、ＩＣカード２に発行処理が正常に完了したか否かを判断する（ステップＳ８２）。正常に完了した場合には、鍵（ＰＫ−Ｃ）とペアになる鍵（ＳＫ−Ｃ）をＩＣカード２の内部メモリ６０から削除する（ステップＳ８３）。一方、正常に完了しなかった場合には、ＮＧであった旨を発行装置１に通知する（ステップＳ８２のＮＧ）。なお、正常に完了した場合も同様に、ＯＫであった旨を発行装置１に通知する。
【００９３】
以上要するに、本実施形態及びその変形例によれば、ＩＣカード発行装置１の内部に鍵管理部（ＨＳＭ）を搭載することにより、発行データなどを保護する高度のセキュリティ機能を含むＩＣカードの発行処理を行なうことができる。また、目的別のセキュリティ機能を実現できるため、ＩＣカードの発行プロセスにおいて発行データが外部に漏洩するような危険性を未然に回避できる。さらに、ＩＣカード発行装置１の内部に鍵管理部（ＨＳＭ）を搭載することにより、セキュリティ機能を含む発行処理の高速化を図ることが可能となる。
【００９４】
【発明の効果】
以上詳述したように本発明によれば、ＩＣカードの発行プロセスにおいて、有効なセキュリティ機能を実現して、安全かつ確実なＩＣカードの発行処理を実行するＩＣカード発行装置及びＩＣカード発行方法を提供することができる。
【００９５】
具体的には、請求項１に係る発明であれば、例えば認証局から送信される入力データを受付けてからＩＣカードの発行までのプロセスにおいて、特にセキュリティ要求度の高いプロセスで取り扱われるデータやファイルを保護することができる。請求項２に係る発明であれば、端末装置とＩＣカード発行装置との間で通信するときに、入力データなどの通信データを保護する通信セキュリティ機能を実現できる。請求項３に係る発明であれば、ＩＣカードの発行処理に必要な入力データ群であるファイル（データベースファイル）を保護するファイルセキュリティ機能を実現できる。請求項４に係る発明であれば、ＩＣカード発行装置の内部においてＩＣカードとの間で発行データを通信するときに、当該発行データを保護するＩＣカード用セキュリティ機能を実現できる。請求項５に係る発明であれば、端末装置とＩＣカード発行装置との間で通信するときに、入力データなどの通信データを保護する通信セキュリティ機能を実現できる。請求項６に係る発明であれば、ＩＣカード発行装置の内部において、前記ＩＣカード用セキュリティ機能を実現するための鍵データを更新して、ＩＣカードの内部に格納することができる。請求項７に係る発明であれば、提供元として電子証明書の発行を含む電子認証サービスを行なう認証局を想定できる。請求項８に係る発明であれば、ＩＣカードの種類としては、接触型及び非接触型のいずれにも適用可能なハイブリッド型のカード構造にもできる。
【００９６】
また、請求項９に係る発明であれば、ＩＣカード発行装置の内部においてＩＣカードとの間で発行データを通信するときに、当該発行データを保護するＩＣカード用セキュリティ機能を実現できる。請求項１０に係る発明であれば、セキュリティが保たれているＩＣカード発行装置により製造されているため、第三者に情報を盗み取られる危険性を大幅に減らした非常に安全なＩＣカードを提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態に関するＩＣカード発行システムを示すブロック図。
【図２】同実施形態に関するＩＣカード発行装置の要部を示すブロック図。
【図３】同実施形態に関する各鍵管理部の変形例を示すブロック図。
【図４】同実施形態の変形例に関するＩＣカード発行装置の要部を示すブロック図。
【図５】同実施形態に関するホストコンピュータでの発行処理に関係する要部を示すブロック図。
【図６】同実施形態に関するセキュリティ機能を説明するためのブロック図。
【図７】同実施形態に関するセキュリティ機能を含むＩＣカード発行処理のプロセスを説明するための図。
【図８】同実施形態に関する発行データ取得処理の手順を説明するためのフローチャート。
【図９】同実施形態に関する発行要求処理の手順を説明するためのフローチャート。
【図１０】同実施形態に関するＩＣカード発行装置の内部処理を説明するためのフローチャート。
【図１１】同実施形態に関するＩＣカード発行装置の内部処理を説明するためのフローチャート。
【図１２】同実施形態に関するＩＣカードとの通信用鍵の自動生成機能を説明するためのフローチャート。
【図１３】同実施形態の変形例に関するブロック図。
【図１４】同実施形態の変形例に関する発行処理の手順を示すフローチャート。
【符号の説明】
１…ＩＣカード発行装置
２…ＩＣカード
３…ホストコンピュータ（作業端末装置）
４…ネットワーク
１０…制御部
１１…ＩＣカードインターフェース部
１２…鍵管理部
１３…認証インターフェース部
１４…インターフェース部
１１０…リーダライタ（Ｒ／Ｗ）
２０…作業端末間通信用鍵管理部
２１…ＤＢファイル用鍵管理部
２２…ＩＣカード間通信用鍵管理部
３０…制御部
３１…発行データベース（発行ＤＢ）
３２…ＩＣカード発行装置間通信用鍵管理部
３３…ＤＢファイル用鍵管理部
【発明の属する技術分野】
本発明は、一般的にはＩＣカードを発行するためのＩＣカード発行装置及びＩＣカード発行方法に関し、特に、発行処理プロセスでのセキュリティ機能に関する。
【０００２】
【従来の技術】
従来、例えばクレジットカードなどのＩＣカードは、高度のセキュリティが要求されるため、一般的には専用のＩＣカード発行装置（ＩＣカードプリンタとも呼ばれている）により発行される（例えば、特許文献１を参照）。
【０００３】
【特許文献１】
特開２００１−２１６４７６号公報
ＩＣカードは、ＣＰＵやメモリ（ＲＯＭやＥＥＰＲＯＭなど）を含むＩＣチップを搭載したプラスチックカード状担体である。ＩＣカードには、電子証明書や暗号／復号化のための鍵データなど、認証機能に必要なデータ（情報）が記録されている。また、ＩＣカードには、カード表面上に顔写真や文字情報などがプリントされたり、エンボス加工により文字や記号などが施されたものがある。
【０００４】
ＩＣカードには、カードをリーダーライタと接触させることで情報をやり取りする接触型カードと、カード内アンテナから無線でリーダーライタと情報をやり取りする非接触型カードと、接触型カードと非接触型カードとを統合したハイブリット型カードがよく知られている。
【０００５】
一般的に、ＩＣカード発行装置は、認証局（Certification Authority : 認証局）などの提供元から送信または記録媒体を介して入力される入力データに基づいて、発行データ（認証機能に必要にデータを含む）を作成してＩＣカードの内部に登録し、ＩＣカードが利用できるようにする発行処理を行なう。
【０００６】
ここで、認証局から提供される入力データは、例えばＰＫＣＳ（Public-Key Cryptography Standard）規格のフォーマットからなるデータファイルである。ＰＫＣＳ規格は、所謂公開鍵方式を採用したフォーマット規格である。特に、ＰＫＣＳ＃１２規格データは、主にアプリケーション間で電子証明書及びそれに対応する秘密鍵の交換で多用されるフォーマット（バイナリデータ）である。ＰＫＣＳ＃１２規格では、当該電子証明書及び秘密鍵は、ＰＩＮ（Personal Identification Number）と呼ばれるパスワードにより保護（暗号化）されている。
【０００７】
一方、認証局（ＣＡ）は、公開鍵暗号方式の鍵ペア（秘密鍵と公開鍵）の所持者に対して、電子証明書（公開鍵証明書）を発行する機関である。認証局は、自身の秘密鍵を使用して、当該電子証明書にデジタル署名した電子証明書を作成する。
【０００８】
【発明が解決しようとする課題】
前述したように、従来では、ＩＣカード発行装置は、認証局から提供される入力データを使用して、認証機能を有するＩＣカードを発行している。しかしながら、従来のＩＣカード発行装置では、認証局からの入力データを受付けてから、発行処理を行なうまでのプロセスにおいて、発行処理に必要なデータに対して特別の保護対策がとられていない。特に、ＩＣカード発行装置の内部では、セキュリティ要求度が高いデータに対しても、そのままの状態で取り扱われて、ＩＣカードの発行処理が行なわれている。
【０００９】
そこで、本発明の目的は、ＩＣカードの発行処理プロセスにおいて、有効なセキュリティ機能を実現して、安全かつ確実なＩＣカードの発行処理を実行するＩＣカード発行装置及びＩＣカード発行方法を提供することにある。
【００１０】
【課題を解決するための手段】
本発明の観点は、例えば認証局（パブリックな認証局のみならず社内などのプライベートなカード発行元も含む）から得られた入力データを使用して、ＩＣカードを発行するＩＣカード発行装置及び方法において、当該入力データ等のＩＣカードの発行処理に必要なデータを確実に保護できるセキュリティ機能に関する。
【００１１】
請求項１に係る発明は、提供元からＩＣカードの発行に必要な所定の入力データを受付けて、当該入力データに基づいてＩＣカードを発行する発行処理手段と、前記入力データを外部との間で通信するときの通信セキュリティ機能、前記入力データに関するファイルを保護するためのファイルセキュリティ機能、及び前記ＩＣカードとの間での通信に関するＩＣカード用セキュリティ機能のいずれかを実現するセキュリティ手段とを具備し、前記セキュリティ手段は、端末装置との通信により前記提供元から送信された入力データを受信する場合に、前記通信セキュリティ機能を実現する手段として、暗号化または復号化を行なうための一対の第１組の鍵データの一方を保管する通信用鍵管理手段と、前記端末装置において前記第１組の鍵データの他方により暗号化された前記入力データを受信した後に、前記第１組の鍵データの一方により前記入力データを復号化する手段と、前記端末装置との通信により前記提供元から送信された入力データを受信する場合に、前記ファイルセキュリティ機能を実現する手段として、暗号化または復号化を行なうための一対の鍵データで前記第１組の鍵データとは異なる種類の第２組の鍵データの一方を保管するファイル用鍵管理手段と、前記端末装置において前記第２組の鍵データの他方により暗号化された前記入力データに関するファイルを受信した後に、前記第２組の鍵データの一方により前記ファイルを復号化する手段とを有するＩＣカード発行装置である。
【００１２】
このような構成であれば、例えば認証局から送信される入力データを受付けてからＩＣカードの発行までのプロセスにおいて、特にセキュリティ要求度の高いプロセスで取り扱われるデータやファイルを保護することができる。
【００１７】
請求項２に係る発明は、前記ＩＣカード発行装置において、前記ＩＣカード用セキュリティ機能を実現する手段として、暗号化または復号化を行なうための一対の鍵データの一方を保管するＩＣカード用鍵管理手段と、前記発行処理手段により前記入力データを加工して生成した発行データを前記ＩＣカードに書き込む場合に、一方の鍵データにより前記ＩＣカード内で復号化が可能であるように、他方の鍵データにより前記発行データを暗号化する手段とを備えたセキュリティ手段に関する。
【００１８】
このような構成により、ＩＣカード発行装置の内部においてＩＣカードとの間で発行データを通信するときに、当該発行データを保護するＩＣカード用セキュリティ機能を実現できる。
【００１９】
請求項３に係る発明は、前記ＩＣカード発行装置において、前記端末装置は、生成したセッション鍵により前記入力データを暗号化し、かつ前記他方の鍵データにより当該セッション鍵を暗号化することを前提として、前記通信用鍵管理手段により保管されている前記第１組の鍵データの一方により前記セッション鍵を復号化し、当該復号化された前記セッション鍵により前記入力データを復号化する前記通信セキュリティ機能を実現する手段に関する。
【００２０】
このような構成であれば、端末装置とＩＣカード発行装置との間で通信するときに、入力データなどの通信データを保護する通信セキュリティ機能を実現できる。
【００２１】
請求項４に係る発明は、前記ＩＣカード用セキュリティ機能を実現する手段において、前記ＩＣカードの識別情報を取得する手段と、暗号化または復号化を行なうための一対の鍵データを生成して、当該鍵データと前記識別情報とを関連付ける情報を保存する手段と、生成した前記一対の鍵データの一方を前記ＩＣカードに書き込み、他方の鍵データのみを保管する手段とを備えた鍵生成手段に関する。
【００２２】
このような構成であれば、ＩＣカード発行装置の内部において、前記ＩＣカード用セキュリティ機能を実現するための鍵データを更新して、ＩＣカードの内部に格納することができる。
【００２３】
請求項５に係る発明は、前記ＩＣカード発行装置において、提供元として電子証明書の発行を含む電子認証サービスを行なう認証局を想定している。
【００２４】
請求項６に係る発明は、前記ＩＣカード発行装置において、前記ＩＣカードの種類としては、接触型及び非接触型のいずれにも適用可能なハイブリッド型のカード構造を有することを想定している。
【００２９】
【発明の実施の形態】
以下図面を参照して、本発明の実施の形態を説明する。
【００３０】
図１は本実施形態に関するＩＣカード発行システムを示すブロック図であり、図２は同実施形態に関するＩＣカード発行装置の要部を示すブロック図である。
【００３１】
（ＩＣカード発行システム）
本ＩＣカード発行装置１は、図１に示すように、ＩＣカードの発行作業端末に相当するホストコンピュータ３と、ネットワーク４を介して接続されている。但し、専用線などによるローカル接続でもよい。ＩＣカード発行装置１は、当該ホストコンピュータ３を介して、提供元である認証局（ＣＡ）５から送信される入力データを受付けて、ＩＣカード２の発行処理を実行する。
【００３２】
認証局５は、前述したように、電子証明書を発行し、当該電子証明書を含む入力データを、ネットワークを介してホストコンピュータ３に送信する。
【００３３】
ホストコンピュータ３は、例えばインターネットにより認証局（認証局）５と接続しており、当該認証局５から送信された入力データをＩＣカード発行装置１に送出する。なお、ＩＣカード発行装置１は、当該認証局５から提供されるローカルメディア（フロッピーディスクやＣＤなどの記録媒体）を介して、認証局５が発行する入力データを受け入れる形態でもよい。認証局５が発行する入力データをローカルメディアで受け入れる場合には、ホストコンピュータは必要としない。当然ながら、ホストコンピュータ３が、認証局５から受信した入力データをローカルメディアにダウンロードする形態でもよい。
【００３４】
（ＩＣカード発行装置）
本ＩＣカード発行装置１は、図２に示すような内部構成を有し、大別して、制御部１０と、ＩＣカードインターフェース部１１と、認証インターフェース部１３と、インターフェース部１４とを有する。さらに、本装置１は、後述するような本実施形態に関係するセキュリティ機能を実現するための各鍵管理部２０〜２２を有する。
【００３５】
制御部１０は、内部メモリに格納された発行ソフトウェア１００に基づいて、ＩＣカード２の発行処理を実行する。制御部１０は、インターフェース部１４を介してホストコンピュータ３と接続し、入力データ及び各種コマンドを受付ける。
【００３６】
ＩＣカードインターフェース部１１は、内蔵しているリーダライタ（Ｒ／Ｗ）１１０と制御部１０とのインターフェースを構成している。リーダライタ１１０は、発行対象のＩＣカード２に対して、発行データの書込み動作または読出し動作を実行する。同実施形態のリーダライタ１１０は、ＩＣカードのタイプとして、接触型または非接触型またはハイブリット型のいずれにも対応可能である。
【００３７】
各鍵管理部２０〜２２は、例えばＨＳＭ（Hardware Security Module）と呼ばれる専用ハードウエアから構成されており、目的別のセキュリティ機能を実現するための鍵（暗号化／復号化用の鍵データ）を管理する。一般的に、ＨＳＭは、ＰＫＩ（Public Key Infrastructure）やＳＳＬ（Secure Sockets Layer）における暗号処理のセキュアな管理、及びアプリケーションレベル・コードの実行を保護・高速化するための専用ハードウエアである。
【００３８】
作業端末間通信用鍵管理部２０（以下、通信用鍵管理部という）は、ホストコンピュータ３と本装置１との間で通信するときの通信セキュリティ機能に関係する鍵（鍵データ）を管理し、当該鍵データを保存する格納部２００を有する。ＤＢファイル用鍵管理部２１は、入力データ群からなるデータベース（ＤＢ）ファイルを保護するためのファイルセキュリティ機能に関係する鍵を管理し、当該鍵を保存する格納部２１０を有する。
【００３９】
また、ＩＣカード間通信用鍵管理部２２は、本装置１と内部にセットされたＩＣカード２との間で発行データなどを通信するときの通信セキュリティ機能（ＩＣカード用セキュリティ機能）に関係する鍵を管理し、当該鍵を保存する格納部２２０を有する。
【００４０】
認証インターフェース部１３は、当該各鍵管理部２０〜２２に対して、制御部１０及びホストコンピュータ３を接続するためのインターフェースを構成している。
【００４１】
なお、各鍵管理部２０〜２２は、図３に示すように、１つのＨＳＭ１２により構成されていてもよい。このような構成でも、同実施形態のＩＣカード発行装置１の動作は基本的に同じである。
【００４２】
（作業端末装置）
図５は、作業端末装置であるホストコンピュータ３の同実施形態での発行処理に関係する構成を示すブロック図である。
【００４３】
ホストコンピュータ３は、制御部３０と、発行データベース３１と、ＩＣカード発行装置間通信用鍵管理部３２（以下、通信用鍵管理部という）と、ＤＢファイル用鍵管理部３３とを有する。
【００４４】
制御部３０は、内部メモリに格納された発行データ取得用ソフトウェア３００及び発行ソフトウェア３０１を有する。発行データベース３１は、前述したようなＨＳＭにより管理されており、制御部１０が発行データ取得用ソフトウェア３００を実行して得られる入力データ群を蓄積したデータベースである。
【００４５】
通信用鍵管理部３２及びＤＢファイル用鍵管理部３３は、ＩＣカード発行装置１と同様にＨＳＭから構成されており、それぞれのセキュリティ機能を実現するための鍵（暗号化／復号化用の鍵データ）を管理する。即ち、通信用鍵管理部３２は、本コンピュータ３とＩＣカード発行装置１との間で通信するときの通信セキュリティ機能に関係する鍵を管理し、当該鍵を保存する格納部３２０を有する。ＤＢファイル用鍵管理部３３は、発行データベース３１のＤＢファイルを保護するためのファイルセキュリティ機能に関係する鍵を管理し、当該鍵を保存する格納部３３０を有する。ここで、通信用鍵管理部３２及びＤＢファイル用鍵管理部３３は、図３に示す場合と同様に、１つのＨＳＭにより構成されていてもよい。
【００４６】
（ＩＣカード発行処理）
以下主として図６から図１１を参照して、同実施形態に関するセキュリティ機能を含むＩＣカード発行処理の手順を説明する。
【００４７】
図６は、同実施形態のセキュリティ機能を実現するために、各鍵管理部で管理する鍵の種類を説明するための図である。ＩＣカード発行装置１（以下、発行装置という）及びホストコンピュータ３の各鍵管理部は、暗号化と復号化を行なうためのペアとなる鍵を管理している。
【００４８】
具体的には、ホストコンピュータ３の通信用鍵管理部３２は、主として暗号化に使用し、通信セキュリティ機能を実現する鍵（ＰＫ−Ａ）を管理する。一方、発行装置１の通信用鍵管理部２０は、当該鍵（ＰＫ−Ａ）とペアであり、主として復号化に使用する鍵（ＳＫ−Ａ）を管理する。
【００４９】
同様に、ＤＢファイル用鍵管理部３３は、主として暗号化に使用し、ファイルセキュリティ機能を実現する鍵（ＰＫ−Ｂ）を管理する。一方、発行装置１のＤＢファイル用鍵管理部２１は、当該鍵（ＰＫ−Ｂ）とペアであり、主として復号化に使用する鍵（ＳＫ−Ｂ）を管理する。
【００５０】
さらに、発行装置１のＩＣカード間通信用鍵管理部２２は、主として暗号化に使用し、ＩＣカード２との通信セキュリティ機能を実現する鍵（ＰＫ−Ｃ）を管理する。一方、ＩＣカード２の内部メモリ６０には、当該鍵（ＰＫ−Ｃ）とペアであり、主として復号化に使用する鍵（ＳＫ−Ｃ）が格納される。
【００５１】
以下図７及び図８のフローチャートを参照して、ホストコンピュータ３での発行データの取得処理の手順を説明する。
【００５２】
まず、ホストコンピュータ３は、所定の認証局５から提供される入力データ（７０）を受信し、内部の記憶装置に保存する（ステップＳ１）。ホストコンピュータ３は、発行データ取得用ソフトウェア３００、ＤＢファイル用鍵管理部３３で管理している鍵（ＰＫ−Ｂ）、及び発行ＤＢ３１のそれぞれを利用するためのＨＳＭ認証処理（７１）を実行する（ステップＳ２）。ここでは、ＨＳＭ認証処理（７１）は成功することを想定する。
【００５３】
制御部３０は、発行データ取得用ソフトウェア３００を起動し、認証局５から提供された入力データから発行データを作成し、ＤＢファイルとして発行ＤＢ３１に蓄積する一連を処理を実行する（ステップＳ３）。
【００５４】
ここで、入力データは、ＩＣカード２を利用する者のために認証局５が作成した情報であり、大別して、管理情報、ＰＫＣＳ＃１２データ、及びＰＩＮデータを含む。管理情報は、例えばユーザＩＤなどであり、ＩＣカードの発行の際に必要な識別情報である。ＰＫＣＳ＃１２データは、ＰＫＣＳ規格のフォーマットからなるデータファイルであり、具体的には、認証局５が発行する電子証明書とこの電子証明書内の公開鍵と対になる秘密鍵とがパッケージ化され、ＰＩＮデータにより暗号化されたデータである。ＰＩＮデータは、パスワードの一種であり、当該電子証明書及び秘密鍵が暗号化されたＰＫＣＳ＃１２データを当該電子証明書及び秘密鍵に復号化するためのデータである。
【００５５】
制御部３０は、ＰＩＮデータを使用してＰＫＣＳ＃１２データを復号化し、電子証明書及び秘密鍵を獲得し、他の入力データを用いてＩＣカードの発行に必要なデータフォーマットである発行データを取得する（ステップＳ４）。制御部３０は、発行ＤＢ３１に接続するためのユーザ認証でＯＫであれば、当該発行データ（ＤＢファイル）を発行ＤＢ３１の指定のテーブルにＤＢファイルとして登録する（ステップＳ５，Ｓ６）。ここで、ユーザ認証で成功しない場合には、以後の処理は中止となり、所定のエラー処理に移行する（ステップＳ５のＮＧ）。
【００５６】
制御部３０は、ＤＢファイル用鍵管理部３３で管理している鍵（ＰＫ−Ｂ）を使用して、当該ＤＢファイルを暗号化して発行ＤＢ３１に保存される（ステップＳ７）。この暗号化されたＤＢファイルは、後述するように、ＩＣカード発行装置１側で管理されている鍵（ＳＫ−Ｂ）により復号化される。なお、同実施形態では、共通鍵暗号方式を想定しているが、公開鍵暗号方式を利用してもよい。
【００５７】
次に、図７及び図９のフローチャートを参照して、ホストコンピュータ３での発行要求処理の手順を説明する。
【００５８】
まず、前述と同様に、ホストコンピュータ３は、発行ソフトウェア３０１、通信用鍵管理部３２で管理している鍵（ＰＫ−Ａ）、及び発行ＤＢ３１のそれぞれを利用するためのＨＳＭ認証処理を実行する（ステップＳ１１）。ここでは、ＨＳＭ認証処理は成功することを想定する。
【００５９】
制御部３０は、発行ソフトウェア３０１を起動し、ＩＣカード発行装置１に対する発行要求を行なうまでの一連の処理を実行する（ステップＳ１２）。即ち、制御部３０は、図７に示すように、今回のＩＣカード２の発行に必要なＤＢファイルを選択指定するための入力情報に従って、発行ＤＢ３１から当該ＤＢファイルを取得する（ステップＳ１３，Ｓ１５）。
【００６０】
ここで、制御部３０は、発行ＤＢ３１に接続するためのユーザ認証でＯＫであれば、ＩＣカード発行装置１に転送する当該ＤＢファイルを発行ＤＢ３１から読出すことができる（ステップＳ１４のＯＫ）。ユーザ認証で成功しない場合には、以後の処理は中止となり、所定のエラー処理に移行する（ステップＳ１４のＮＧ）。
【００６１】
次に、制御部３０は、ランダムキーデータを使用してセッション鍵を生成し、当該セッション鍵によりＤＢファイル（暗号化データ）を含む伝送データを暗号する（ステップＳ１６，Ｓ１７）。この伝送データとは、ＩＣカード発行装置１でのＩＣカードの発行処理に必要なデータの全てを意味する。
【００６２】
このセッション鍵は、制御部３０にてＩＣカードを発行する毎に生成しても良いし、予め設定してあるタイミングで生成を行なっても良い。このようにセッション鍵を用いることで、セキュリティの向上を更に図ることができる。
【００６３】
さらに、制御部３０は、通信用鍵管理部３２で管理している鍵（ＰＫ−Ａ）を使用して、当該セッション鍵を暗号化する（ステップＳ１８）。そして、図７に示すように、制御部３０は、ＩＣカード発行装置１に対して発行要求を行なう（ステップＳ１９）。このとき、制御部３０は、セッション鍵で暗号化されたＤＢファイルを含む伝送データ、及び鍵（ＰＫ−Ａ）で暗号化されたセッション鍵をＩＣカード発行装置１に伝送する。
【００６４】
ホストコンピュータ３は、発行要求に対してＩＣカード発行装置１から正当な応答（即ち、発行結果レスポンス）を受け取ると、一連の発行処理が終了したと認識する（ステップＳ２０のＯＫ）。また、ＩＣカード発行装置１から正当な応答がない場合には、所定のエラー処理を実行する（ステップＳ２０のＮＧ）。
【００６５】
（ＩＣカード発行装置の内部処理）
以下、図７と共に、図１０と図１１のフローチャートを参照して、前述の発行要求を受けたＩＣカード発行装置１の内部処理の手順を説明する。
【００６６】
まず、ＩＣカード発行装置１は、図７に示すように、ＩＣカード２の発行処理に必要なハードウエア７３を有し、前述のホストコンピュータ３との間で各種の通信を行なう機能を備えている。当該ハードウエア７３は、前述したように、セキュリティ機能を実現するための各鍵管理部２０〜２２を含む（図２を参照）。
【００６７】
ＩＣカード発行装置１は、認証インターフェース部１３を介して、各鍵管理部２０〜２２毎にＨＳＭ認証処理（７２）を実行する（ステップＳ２１）。ここでは、ＨＳＭ認証処理は成功することを想定する。
【００６８】
制御部１０は、発行ソフトウェア１００を起動することにより、以下のような各鍵管理部２０〜２２によるセキュリティ処理を実行する（ステップＳ２２）。まず、通信用鍵管理部２０は、ホストコンピュータ３から送信された伝送データと鍵（ＰＫ−Ａ）で暗号化されたセッション鍵を受信する（ステップＳ２３）。
【００６９】
さらに、図６に示すように、通信セキュリティ機能用鍵（ＳＫ−Ａ）を使用して、この鍵（ＳＫ−Ａ）とペアである鍵（ＰＫ−Ａ）で暗号化されたセッション鍵を復号化する（ステップＳ２４）。この復号化して得られたセッション鍵を使用して、暗号された伝送データ（暗号化されたＤＢファイルを含む）を復号化する（ステップＳ２５）。
【００７０】
ここで、各鍵管理部２０〜２２は、予めＩＣカード発行装置１の内部に設定している共有鍵により相互の通信セキュリティ機能を実現している。即ち、通信用鍵管理部２０は、復号化した伝送データを共有鍵で再び暗号化して、ＤＢファイル鍵管理部２１に移動させる（ステップＳ２６，Ｓ２７）。
【００７１】
ＤＢファイル鍵管理部２１は、当該共有鍵を使用して伝送データを復号化する（ステップＳ３１）。さらに、ＤＢファイル鍵管理部２１は、復号化した伝送データからＤＢファイルを取得し、図６に示すように、ファイルセキュリティ機能用鍵（ＳＫ−Ｂ）を使用して、この鍵（ＳＫ−Ｂ）とペアである鍵（ＰＫ−Ｂ）で暗号化されたＤＢファイルを復号化する（ステップＳ３２）。また、ＤＢファイル鍵管理部２１は、復号化したＤＢファイルとその他の伝送データを共有鍵で再び暗号化して、ＩＣカード間通信用鍵管理部２２に移動させる（ステップＳ３３，Ｓ３４）。
【００７２】
ＩＣカード間通信用鍵管理部２２は、当該共有鍵を使用してＤＢファイルとその他の伝送データを復号化する（ステップＳ４１）。さらに、ＩＣカード間通信用鍵管理部２２は、当該ＤＢファイルとその他の伝送データから発行データ（実際にＩＣカード２の内部に書き込むデータ群）を特定する。そして、通信用鍵管理部２２は、ＩＣカード２との通信セキュリティ機能を実現する鍵（ＰＫ−Ｃ）を使用して、当該発行データを暗号化する（ステップＳ４２）。
【００７３】
制御部１０は、ＩＣカードインターフェース部１１に含まれるリーダライタ１１０を経由して、ＩＣカード２に対して暗号化された当該発行データを書き込む（ステップＳ４３）。このような発行処理が正常に完了した場合には、ＩＣカード発行装置１は、前述したように、ホストコンピュータ３に対して発行結果レスポンスを返す（ステップＳ４４のＯＫ）。また、発行処理が正常に完了しない場合には、所定のエラー処理を実行する（ステップＳ４４のＮＧ）。
【００７４】
一方、ＩＣカード２側では、ＩＣカード発行装置１のリーダライタから供給される電源によって、内蔵されているＣＰＵが、予め組み込まれた復号化鍵を使用して、書き込まれた発行データを復号化する（ステップＳ５１）。即ち、当該ＣＰＵは、図６に示すように、内部メモリ６０に格納された鍵（ＳＫ−Ｃ）を使用して、この鍵（ＳＫ−Ｃ）とペアである鍵（ＰＫ−Ｃ）で暗号化された発行データを復号化する。
【００７５】
なお、ＩＣカード発行装置１では、制御部１０は、リーダライタ１１０を経由して、ＩＣカード２の内部メモリ６０から復号化鍵（ＳＫ−Ｃ）を読取り、当該復号化鍵（ＳＫ−Ｃ）を使用して発行データを復号化してもよい。この場合には、復号化された発行データを外部から読取られる可能性があるが、暗号化処理の手順の複雑化を回避できる効果が得られる。
【００７６】
このように、ＩＣカード発行装置１は、ＩＣカード２に対して発行データを記録するときに、その内部メモリ６０の復号化鍵（ＳＫ−Ｃ）が利用されるので、ＩＣカード２の正当性などを判別することが可能である。
【００７７】
以上要するに同実施形態のような構成であれば、認証局からの入力データを受付けてから、発行処理を行なうまでのプロセスにおける各種のセキュリティ機能を実現できる。具体的には、ホストコンピュータ３からＩＣカード発行装置１までに伝送するデータ（セッション鍵を含む）を保護する通信セキュリティ機能、ＤＢファイルを保護するためのファイルセキュリティ機能、及び発行装置１の内部でのＩＣカード２との通信セキュリティ機能のいずれのセキュリティ機能も実現することができる。従って、ＩＣカード２の発行処理に必要なデータを確実に保護することができる。特に、ＩＣカード発行装置１の内部でのセキュリティ要求度が高い発行データを、確実に保護することが可能である。
【００７８】
（鍵の自動生成機能）
同実施形態のＩＣカード発行装置１は、発行対象となるＩＣカード２との通信セキュリティ機能を実現するためのペアとなる鍵（ＰＫ−ＣとＳＫ−Ｃ）を自動生成する機能を有し、任意に更新することできる。以下、図１２のフローチャートを参照して、その手順を説明する。
【００７９】
制御部１０は、発行対象のＩＣカード２がリーダライタ１１０にセットされると、その状態を検知して、予め組み込まれている鍵生成ソフトウェアを起動する（ステップＳ６１，Ｓ６２）。制御部１０は、発行対象のＩＣカード２から識別情報を取得する（ステップＳ６３）。この識別情報は、ＩＣカード２のＩＣチップ内に記憶されている識別コードや製造番号など、ＩＣカード２を特定する情報である。
【００８０】
ＩＣカード間通信用鍵管理部２２は、発行対象のＩＣカード２に対応する鍵ペア（ＰＫ−ＣとＳＫ−Ｃ）を生成する。このとき、通信用鍵管理部２２は、当該暗号化鍵（ＰＫ−Ｃ）とＩＣカード２の識別情報とを関連付けした情報を生成し、制御部１０に送る（ステップＳ６４）。制御部１０は、当該関連付け情報をデータベースとして蓄積する。
【００８１】
更に、制御部１０は、生成された鍵ペア（ＰＫ−ＣとＳＫ−Ｃ）の中で、主として復号化に使用される鍵（ＳＫ−Ｃ）を、リーダライタ１１０を経由して、ＩＣカード２の内部メモリ６０に格納する（ステップＳ６５）。また、制御部１０は、復号化に使用される当該鍵（ＳＫ−Ｃ）をＩＣカード発行装置１から削除することにより、ＩＣカード間通信用鍵管理部２２には、主として暗号化に使用する鍵（ＰＫ−Ｃ）のみが保存される（ステップＳ６６）。
【００８２】
以上のような鍵生成処理が正常に終了すると、鍵生成ソフトウェアはその旨を通知するレスポンスを返す（ステップＳ６７のＹＥＳ）。また、途中でエラーが発生して正常に終了しない場合には、鍵生成処理は中断となり、所定のエラー処理に移行する（ステップＳ６７のＮＯ）。
【００８３】
以上のようにして、同実施形態のＩＣカード発行装置１は、発行処理または発行処理後の更新時に、ＩＣカードとの通信セキュリティ機能を実現するための鍵ペア（ＰＫ−ＣとＳＫ−Ｃ）を生成し、一方の鍵（ＳＫ−Ｃ）を発行対象のＩＣカード２に組み込むことができる。この場合、一括して複数枚のＩＣカードのそれぞれに該当する鍵を生成して格納することにより、前記の関連付け情報に基づいて各ＩＣカードの発行処理を一括して行なうことが可能となる。
【００８４】
（変形例）
図４、図１３及び図１４は、同実施形態の変形例に関する図である。本変形例は、ＩＣカード発行装置１が単独でＩＣカードの発行処理を行なう場合の方法に関する。即ち、同実施形態は、前述したように、作業端末であるホストコンピュータ３により、認証局（ＣＡ）５から提供される入力データに含まれる電子証明書及び秘密鍵を含むＤＢファイルを保存する発行データベース３１を使用する方法である。これに対して、本変形例は、当該発行ＤＢ３１を使用することなく、直接入力データを取得して、発行処理を実行する方法である。但し、本発行装置１の内部に発行ＤＢ３１を組込み、この発行ＤＢ３１を経由した発行処理も可能である。
【００８５】
まず、本変形例のＩＣカード発行装置１は、図４に示すように、セキュリティ機能を実現する要素としては、ＩＣカード間通信用鍵管理部２２のみを有する構成である。
【００８６】
以下図１３と図１４を参照して、本変形例のＩＣカード発行処理の手順を具体的に説明する。
【００８７】
まず、ＩＣカード発行装置１は、図１３に示すように、認証局（ＣＡ）５から直接またはホストコンピュータ３を介して、提供される入力データを受信する（ステップＳ７１）。このとき、入力データは、ＩＣカード間通信用鍵管理部２２（以下、鍵管理部という）の格納部２２０に保存される。ここで、当該鍵管理部２２を利用するためのＨＳＭ認証処理を実行し、成功することを想定する（ステップＳ７２）。
【００８８】
制御部１０は、発行ソフトウェア１００を起動し、当該鍵管理部２２により以下のような一連の処理を実行する（ステップＳ７３）。
【００８９】
鍵管理部２２は、認証局５から提供された入力データから所定のデータフォーマットに従って発行データを生成する（ステップＳ７４）。即ち、当該入力データから暗号化されたＰＫＣＳ＃１２データを抽出し、当該ＰＫＣＳ＃１２データをＰＩＮデータにより復号化する。これにより、電子証明書及び秘密鍵を含む発行データを取得する。さらに、ＩＣカード間通信用鍵管理部２２で管理している通信セキュリティ用の鍵（ＰＫ−Ｃ）を使用して、当該発行データを暗号化する（ステップＳ７５）。
【００９０】
制御部１０は、ＩＣカードインターフェース部１１に含まれるリーダライタ１１０を経由して、ＩＣカード２に対して暗号化された当該発行データを書き込む（ステップＳ７６）。このような発行処理が正常に完了した場合には、ＩＣカード発行装置１は、前述したように、ホストコンピュータ３に対して発行結果レスポンスを返す（ステップＳ７７のＯＫ）。また、発行処理が正常に完了しない場合には、所定のエラー処理を実行する（ステップＳ７７のＮＧ）。なお、ステップＳ７７でＯＫの場合には、制御部１０は鍵（ＰＫ−Ｃ）を削除する（ステップＳ７８）。
【００９１】
一方、ＩＣカード２側では、内蔵されているＣＰＵが、予め組み込まれた復号化鍵を使用して、書き込まれた発行データを復号化する（ステップＳ８１）。即ち、当該ＣＰＵは、図６に示すように、内部メモリ６０に格納された鍵（ＳＫ−Ｃ）を使用して、この鍵（ＳＫ−Ｃ）とペアである鍵（ＰＫ−Ｃ）で暗号化された発行データを復号化する。これにより、暗号化された電子証明書及び秘密鍵を含む発行データが復号化される。
【００９２】
この後、ＩＣカード２に発行処理が正常に完了したか否かを判断する（ステップＳ８２）。正常に完了した場合には、鍵（ＰＫ−Ｃ）とペアになる鍵（ＳＫ−Ｃ）をＩＣカード２の内部メモリ６０から削除する（ステップＳ８３）。一方、正常に完了しなかった場合には、ＮＧであった旨を発行装置１に通知する（ステップＳ８２のＮＧ）。なお、正常に完了した場合も同様に、ＯＫであった旨を発行装置１に通知する。
【００９３】
以上要するに、本実施形態及びその変形例によれば、ＩＣカード発行装置１の内部に鍵管理部（ＨＳＭ）を搭載することにより、発行データなどを保護する高度のセキュリティ機能を含むＩＣカードの発行処理を行なうことができる。また、目的別のセキュリティ機能を実現できるため、ＩＣカードの発行プロセスにおいて発行データが外部に漏洩するような危険性を未然に回避できる。さらに、ＩＣカード発行装置１の内部に鍵管理部（ＨＳＭ）を搭載することにより、セキュリティ機能を含む発行処理の高速化を図ることが可能となる。
【００９４】
【発明の効果】
以上詳述したように本発明によれば、ＩＣカードの発行プロセスにおいて、有効なセキュリティ機能を実現して、安全かつ確実なＩＣカードの発行処理を実行するＩＣカード発行装置及びＩＣカード発行方法を提供することができる。
【００９５】
具体的には、請求項１に係る発明であれば、例えば認証局から送信される入力データを受付けてからＩＣカードの発行までのプロセスにおいて、特にセキュリティ要求度の高いプロセスで取り扱われるデータやファイルを保護することができる。請求項２に係る発明であれば、端末装置とＩＣカード発行装置との間で通信するときに、入力データなどの通信データを保護する通信セキュリティ機能を実現できる。請求項３に係る発明であれば、ＩＣカードの発行処理に必要な入力データ群であるファイル（データベースファイル）を保護するファイルセキュリティ機能を実現できる。請求項４に係る発明であれば、ＩＣカード発行装置の内部においてＩＣカードとの間で発行データを通信するときに、当該発行データを保護するＩＣカード用セキュリティ機能を実現できる。請求項５に係る発明であれば、端末装置とＩＣカード発行装置との間で通信するときに、入力データなどの通信データを保護する通信セキュリティ機能を実現できる。請求項６に係る発明であれば、ＩＣカード発行装置の内部において、前記ＩＣカード用セキュリティ機能を実現するための鍵データを更新して、ＩＣカードの内部に格納することができる。請求項７に係る発明であれば、提供元として電子証明書の発行を含む電子認証サービスを行なう認証局を想定できる。請求項８に係る発明であれば、ＩＣカードの種類としては、接触型及び非接触型のいずれにも適用可能なハイブリッド型のカード構造にもできる。
【００９６】
また、請求項９に係る発明であれば、ＩＣカード発行装置の内部においてＩＣカードとの間で発行データを通信するときに、当該発行データを保護するＩＣカード用セキュリティ機能を実現できる。請求項１０に係る発明であれば、セキュリティが保たれているＩＣカード発行装置により製造されているため、第三者に情報を盗み取られる危険性を大幅に減らした非常に安全なＩＣカードを提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態に関するＩＣカード発行システムを示すブロック図。
【図２】同実施形態に関するＩＣカード発行装置の要部を示すブロック図。
【図３】同実施形態に関する各鍵管理部の変形例を示すブロック図。
【図４】同実施形態の変形例に関するＩＣカード発行装置の要部を示すブロック図。
【図５】同実施形態に関するホストコンピュータでの発行処理に関係する要部を示すブロック図。
【図６】同実施形態に関するセキュリティ機能を説明するためのブロック図。
【図７】同実施形態に関するセキュリティ機能を含むＩＣカード発行処理のプロセスを説明するための図。
【図８】同実施形態に関する発行データ取得処理の手順を説明するためのフローチャート。
【図９】同実施形態に関する発行要求処理の手順を説明するためのフローチャート。
【図１０】同実施形態に関するＩＣカード発行装置の内部処理を説明するためのフローチャート。
【図１１】同実施形態に関するＩＣカード発行装置の内部処理を説明するためのフローチャート。
【図１２】同実施形態に関するＩＣカードとの通信用鍵の自動生成機能を説明するためのフローチャート。
【図１３】同実施形態の変形例に関するブロック図。
【図１４】同実施形態の変形例に関する発行処理の手順を示すフローチャート。
【符号の説明】
１…ＩＣカード発行装置
２…ＩＣカード
３…ホストコンピュータ（作業端末装置）
４…ネットワーク
１０…制御部
１１…ＩＣカードインターフェース部
１２…鍵管理部
１３…認証インターフェース部
１４…インターフェース部
１１０…リーダライタ（Ｒ／Ｗ）
２０…作業端末間通信用鍵管理部
２１…ＤＢファイル用鍵管理部
２２…ＩＣカード間通信用鍵管理部
３０…制御部
３１…発行データベース（発行ＤＢ）
３２…ＩＣカード発行装置間通信用鍵管理部
３３…ＤＢファイル用鍵管理部
Claims (6)
- 提供元からＩＣカードの発行に必要な所定の入力データを受付けて、当該入力データに基づいてＩＣカードを発行する発行処理手段と、
前記入力データを外部との間で通信するときの通信セキュリティ機能、前記入力データに関するファイルを保護するためのファイルセキュリティ機能、及び前記ＩＣカードとの間での通信に関するＩＣカード用セキュリティ機能のいずれかを実現するセキュリティ手段とを具備し、
前記セキュリティ手段は、
端末装置との通信により前記提供元から送信された入力データを受信する場合に、前記通信セキュリティ機能を実現する手段として、暗号化または復号化を行なうための一対の第１組の鍵データの一方を保管する通信用鍵管理手段と、
前記端末装置において前記第１組の鍵データの他方により暗号化された前記入力データを受信した後に、前記第１組の鍵データの一方により前記入力データを復号化する手段と、
前記端末装置との通信により前記提供元から送信された入力データを受信する場合に、前記ファイルセキュリティ機能を実現する手段として、暗号化または復号化を行なうための一対の鍵データで前記第１組の鍵データとは異なる種類の第２組の鍵データの一方を保管するファイル用鍵管理手段と、
前記端末装置において前記第２組の鍵データの他方により暗号化された前記入力データに関するファイルを受信した後に、前記第２組の鍵データの一方により前記ファイルを復号化する手段と
を有することを特徴とするＩＣカード発行装置。 - 前記セキュリティ手段は、
前記ＩＣカード用セキュリティ機能を実現する手段として、暗号化または復号化を行なうための一対の鍵データの一方を保管するＩＣカード用鍵管理手段と、
前記発行処理手段により前記入力データを加工して生成した発行データを前記ＩＣカードに書き込む場合に、一方の鍵データにより前記ＩＣカード内で復号化が可能であるように、他方の鍵データにより前記発行データを暗号化する手段とを具備したことを特徴とする請求項１に記載のＩＣカード発行装置。 - 前記端末装置は、生成したセッション鍵により前記入力データを暗号化し、かつ前記他方の鍵データにより当該セッション鍵を暗号化することを前提として、
前記セキュリティ手段は、
前記通信セキュリティ機能を実現する手段として、前記通信用鍵管理手段により保管されている前記第１組の鍵データの一方により前記セッション鍵を復号化する手段と、
当該復号化された前記セッション鍵により前記入力データを復号化する手段と
を有することを特徴とする請求項１に記載のＩＣカード発行装置。 - 前記セキュリティ手段は、前記ＩＣカード用セキュリティ機能を実現する手段として、前記一対の鍵データを生成する鍵生成手段を含み、
当該鍵生成手段は、
前記ＩＣカードの識別情報を取得する手段と、
暗号化または復号化を行なうための一対の鍵データを生成して、当該鍵データと前記識別情報とを関連付ける情報を保存する手段と、
生成した前記一対の鍵データの一方を前記ＩＣカードに書き込み、他方の鍵データのみを保管する手段とを具備したことを特徴とする請求項２に記載のＩＣカード発行装置。 - 前記提供元は、電子証明書の発行を含む電子認証サービスを行なう認証局であることを特徴とする請求項１から請求項４のいずれか１項に記載のＩＣカード発行装置。
- 前記ＩＣカードは、接触型又は非接触型又はハイブリット型のいずれかのカード構造を有することを特徴とする請求項１から請求項４のいずれか１項に記載のＩＣカード発行装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002345840A JP4306235B2 (ja) | 2002-11-28 | 2002-11-28 | Ｉｃカード発行装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002345840A JP4306235B2 (ja) | 2002-11-28 | 2002-11-28 | Ｉｃカード発行装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004178407A JP2004178407A (ja) | 2004-06-24 |
| JP4306235B2 true JP4306235B2 (ja) | 2009-07-29 |
Family
ID=32706925
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002345840A Expired - Fee Related JP4306235B2 (ja) | 2002-11-28 | 2002-11-28 | Ｉｃカード発行装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4306235B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6945498B2 (ja) * | 2018-05-28 | 2021-10-06 | エイチ・シー・ネットワークス株式会社 | ネットワーク管理装置およびネットワークシステム |
-
2002
- 2002-11-28 JP JP2002345840A patent/JP4306235B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004178407A (ja) | 2004-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2608834C (en) | Method for accessing a data station to an electronic device | |
| EP1388989B1 (en) | Digital contents issuing system and digital contents issuing method | |
| JP4638990B2 (ja) | 暗号鍵情報の安全な配布と保護 | |
| TWI418198B (zh) | 使用非對稱密鑰密碼之用於個人化智慧卡的方法與系統 | |
| US8690060B2 (en) | Electronic payment terminal | |
| CN100533459C (zh) | 数据安全读取方法及其安全存储装置 | |
| US7353385B2 (en) | Authentication system, authentication method, authentication apparatus, and authentication method therefor | |
| CN101167298A (zh) | 用于访问装在移动终端内的sim卡的方法和装置 | |
| EP1369829A2 (en) | Electronic value data communication method and system between IC cards | |
| WO2005091149A1 (ja) | バックアップ装置、被バックアップ装置、バックアップ媒介装置、バックアップシステム、バックアップ方法、データ復元方法、プログラム及び記録媒体 | |
| KR20040100891A (ko) | 암호키 변환 기능을 갖는 ｉｃ 카드, ｉｃ 카드 시스템 및결제 단말기 | |
| KR101062624B1 (ko) | Ｉｃ 태그 시스템 | |
| JP2008015744A (ja) | 情報記憶装置 | |
| EP3883782B1 (en) | An integrated circuit chip and a method of operating it | |
| JP2021175184A (ja) | 複数の回転セキュリティ鍵を備えた非接触カード | |
| CN114186292B (zh) | 卡式证件密钥初始化方法、密码模块、初始化装置及系统 | |
| JP4306235B2 (ja) | Ｉｃカード発行装置 | |
| JP3983097B2 (ja) | Ｉｃカードの再発行方法及びシステム | |
| JP2004287805A (ja) | 子カード発行システムおよび子カード利用システム | |
| KR20130082845A (ko) | 마스터키 생성이 가능한 금융자동화기기 및 이를 구현하는 방법 | |
| JP2009060528A (ja) | 鍵設定方法および鍵設定システム | |
| JP2021082985A (ja) | Ｉｃカード発行システム及びｉｃカード | |
| JP2006018583A (ja) | 画像形成方法、機密印刷要求用プログラム、機密印刷用プログラム、記録媒体及びスマートカード | |
| JP2000232442A (ja) | 情報処理方法及びシステム | |
| JP3693709B2 (ja) | 携帯可能情報記録媒体に対する情報書込／読出方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050916 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080116 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080122 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080324 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080415 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080611 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090414 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090427 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120515 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120515 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130515 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140515 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |