JPH0935012A - 情報記録媒体の発行支援装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＩＣカードの発行に必要なデータの発行過程
におけるセキュリティ性を確保する。 【解決手段】 情報記録媒体に個別データを記録する為
に発行装置が必要とする発行情報のうち個別データを除
く情報である設計データを作成する設計データ作成手
段、設計データを記憶する設計データ記憶手段、設計デ
ータにて親カードの暗証キーで保護された設計データを
装置外部に不可視情報として出力する設計データ出力手
段、設計データ保護用の暗証キーを持つ親カードを作成
する親カード作成手段を備える。親カードは発行用ＳＡ
Ｍ等も作成する。設計データの正誤を検証する設計デー
タ検証手段、設計データにてテストカードを作成するテ
スト媒体作成手段、テストカードの正誤を検証するテス
ト媒体検証手段も備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＩＣカード等に代表
される情報記録媒体の発行処理において、発行過程が発
行者から製造者と二者に跨がる場合に、二者の間で行き
来する発行処理に必要となる発行情報のセキュリティ性
を確保でき得る、発行者が用いる発行支援装置に関す
る。

【０００２】

【従来の技術】近年、磁気カード等に比べ大量の情報を
記録できる情報記録媒体として、ＩＣカードが各種用途
で注目されている。しかも、ＩＣカードはＣＰＵを内蔵
している為に、暗号キー等の演算処理等ができるので、
セキュリティ性に優れ、機密性が要求されるキャッシュ
カード等の各種用途に好適である。しかし、ＩＣカード
は大容量且つ高度なデータ処理が出来るが故に、その発
行に際しては、多様な各種のデータを書込む処理が行わ
れる。そして、大量のデータを扱えるが故に、各種デー
タのＩＣカードのメモリへの格納には、メモリの絶対ア
ドレスによる位置指定ではなく、例えば、論理アドレス
的なファイルという形式でデータを格納する方法が取ら
れている。従って、このような場合はデータの読込み書
込み操作は、絶対アドレスは意識せずにファイル名（具
体的にはファイルＩＤという原始的なファイル名）で行
うことができる。また、このようなファイルも、単一種
類のファイルではなく、実際のデータが格納されるデー
タファイルの他に、マスタファイル、フォルダファイ
ル、キーファイル等の階層的に連結された各種のファイ
ルを使い分けて使いやすく且つセキュリティ性を確保で
きる様にしている。従って、ＩＣカードの発行処理にお
いては、実際の個別データ等のデータを書込む前に各種
ファイルの定義等を間違いなくＩＣカードに書込むこと
が必要であり、また、キーファイル等によるセキュリテ
ィ性の構築が間違いなくできたか否か等も何らかの方法
で検証することも必要である等、複雑な処理が必要であ
り、その発行処理には煩雑且つ高度の知識が要求され
る。

【０００３】このようなＩＣカードの発行処理は、理想
的には書き込まれる情報の内容によっていくつかの段階
の発行処理に分けられ得る。第１段階の発行処理は予備
的な発行処理であり、カード製造者が行うべき初期化処
理である。そして、第２段階の発行処理は実際的な発行
処理であり、初期化処理が終了したＩＣカードに対し
て、カード発行者が行うべき発行情報の設定処理（すな
わち、データの格納様式の書込処理や実際のデータ等の
書込処理）である。すなわち、図５に示す如く本来のあ
るべき発行処理の流れでは、ＩＣカードはカード製造者
からカード発行者へ、そしてカード発行者からカード所
持者へと渡る。カード製造者ではＩＣカードのメモリの
初期化をする為の情報の書込みを行い、メモリの初期化
済みＩＣカードはカード発行者に渡される。なお、この
際、別の第３者にＩＣカードが渡っても不正使用出来な
い様に発行者パスワード等の暗証キーを設け、この暗証
キーが分からないと次の発行処理ができない様にするこ
とが考えられ得る。そして、カード発行者は、受け取っ
た発行者パスワードを用いて初期化済みのＩＣカード
に、発行情報を用いて、先ず前処理的な情報の書込みに
よりカードのメモリにファイル構造等を構築し、さらに
該ファイルの内容であるＩＤ番号、氏名等の個別データ
等の書込みにより、最終的にＩＣカードを利用できる状
態にする。そして、このＩＣカードをカード所持者に渡
す。この段階では、各カード毎の所持者パスワード（い
わゆる、カードの暗証番号）が第３者による該ＩＣカー
ドの不正使用を防止する手段となる。

【０００４】このように本来の発行処理の流れでは、カ
ード製造者からカード発行者へのカード移動過程では別
途渡される発行者パスワードでセキュリティ性が確保さ
れ得るし、カード発行者からカード所持者へのカード移
動過程では所持者パスワードにより、不正に第３者にカ
ードが渡った場合のセキュリティ性が確保されることと
なる。しかも、ＩＣカードの発行処理をカード製造者と
カード発行者との双方で分担して行う様にすることで、
カード製造者はＩＣカードを初期化すべく書込む情報等
のＩＣカードに内蔵されたＣＰＵの動作様式を規定する
ＯＳ（オペレーティングシステム）に関する情報を開示
せずに済むし、また、カード発行者はＩＣカードのメモ
リのシステム領域に書込む必要がある発行者側での初期
化情報、メモリ内に展開する発行者独自のファイル構造
の情報、そして該ファイル内に格納する個人情報や暗証
番号等の個人情報を、カード製造者に開示しないで済む
こととなる。従って、機密を守るべき情報は必要最小限
の範囲内での扱いとすることができる。

【０００５】

【発明が解決しようとする課題】ところが、現状では、
カード発行者は、一連のカードの発行処理の全て又は本
来はカード発行者が行った方が望ましい工程の一部をカ
ード製造者に委託することが多い。なぜならば、ＩＣカ
ードという高度なカードの発行処理についての取り扱い
の経験不足や、個人データ（個別データ）等を書込むべ
く少量のカード発行しか行わない場合には、大量生産に
適した発行装置をカード発行者が設備することの経済的
不利益等があるからである。

【０００６】これを現在の発行処理の流れ及びその問題
点として図６及び図７に示す。すなわち、カードの発行
処理に必要な発行情報のうち本来はカード発行者が行う
べきものである、発行処理に必要な一切の情報である発
行情報から（カード製造者側で行う分の）初期化処理に
必要な情報を除いた情報、の内容を渡して該情報のＩＣ
カードへの設定（＝書込み）を依頼しているのが現状で
ある。カード製造者に渡す上記情報は、氏名やＩＤ番号
等の個別データと設計データとから構成される。なお、
カード製造者内で行われるＩＣカード発行装置による実
際の発行処理では、セキュリティ性を高める目的から、
通称、ＳＡＭ（Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ
Ｍｏｄｕｌｅ）と呼ばれるＩＣカードを発行装置にセ
ットしないと、発行処理が出来ない仕組みになってい
る。従って、上記発行情報とは、厳密にはこのＳＡＭな
るＩＣカードを作成する為の情報も含まれる。

【０００７】そして、カード製造者は、内容が開示され
指示された設計データと、個人データとに基づいて、発
行情報を実際にカードに設定（＝書込）することとな
る。従って、上述した本来の発行処理の流れからすれ
ば、カード製造者が行っている内容は、カード製造者が
行うべき処理（カード製造者分の初期化）と、カード発
行者が行うべき処理（発行情報の設定）の両方であるか
ら、カード製造者は「カード製造／発行機関」とも言え
る。ここで注意すべきことは、カード発行者からカード
製造者への情報の移動過程においては、係る情報につい
て十分なセキュリティ性の確保がなされていないことで
ある。すなわち、紙に書かれた設計データの内容は、紙
そのものを機密扱いに出来たとしても、紙が一目されれ
ば内容の理解は可能なものであり、それは旧来から行わ
れている機密保持方法であり、紙が一目されれば内容の
理解は可能なものであり、高度のセキュリティ性の確保
は難しいといわざろうえない。

【０００８】一方、ＩＣカードの発行処理が終了し、カ
ード所持者に渡された後の利用段階では、各種の不正行
為等に対して高度なセキュリティ性が確保されてる。し
かし、上記の様に、発行処理過程がカード発行者とカー
ド製造者に跨がる場合には、発行処理過程内でのセキュ
リティ性には改善の余地があった。例えば、カード発行
者からカード製造者に、ＩＣカードに書込むべきファイ
ル設計データを用紙に書かれた文書等により情報伝達す
る場合には、重要なパスワード情報等のセキュリティ性
の低下は免れないものである。

【０００９】ここで、前記したＳＡＭについて概説して
おけば、ＳＡＭは暗号化キーに関するＩＣカードであ
る。ＩＣカードに記録されるデータを暗号化データとし
て記録すれば、カード自身のセキュリティ性は向上す
る。発行処理ではこの暗号化データの作成に必要な暗号
化キーをＳＡＭから受け取り、データを暗号化しながら
ＩＣカードに書込んで行く。さらに、暗号化キーを単に
固定的な単一のコードとせず、ＩＤ番号等の各個別カー
ドでユニークな情報との関連で演算する暗号化アルゴリ
ズムによって生成した、各カード毎で異なる暗号化キー
を用いれば更にセキュリティ性は向上する。この場合、
所定の暗号化アルゴリズムが必要で、従って、ＳＡＭは
暗号化アルゴリズムとして暗号化キーを送り出す機能を
持つことになる。また、カード製造者内部での発行処理
のセキュリィティ性向上の為に、ＳＡＭを厳重に管理
し、ＳＡＭを持つ操作者のみが発行処理できる様にする
こともできる。一方、カード所持者がＩＣカードを、カ
ード発行者が備えたアプリケーションシステム、例えば
ＡＴＭ（現金自動預金・支払機）等のカード利用装置等
で利用する場合にも、カード利用装置を不正行為から防
護する意味で、各カード利用装置に各々独自のＳＡＭを
セットし、ＳＡＭが無いと動作しない仕組みにすれば、
利用過程でもセキュリティ性が向上する。この場合、例
えば、ＳＡＭには先の暗号化データを復号する複合化キ
ーを送りだす機能を持たせる。或いは、ＳＡＭにに暗号
化アルゴリズムに対応した復号化アルゴリズムも持たせ
ておく。以上の様にＳＡＭはＩＣカードのセキュリティ
性向上で重要な役割を担っているが、発行処理で使用す
るＳＡＭはアプリケーション用途で使用するＳＡＭとも
その内容に密接な関係を有することがある。

【００１０】ＳＡＭを作成する為の情報は、以上の説明
からも分かる様に、アプリケーション用途のＳＡＭの内
容はカード発行者のみの機密情報とすることが望まし
く、それに関連して発行処理用のＳＡＭの内容もカード
発行者のみの機密情報とすることが望ましい。しかし、
上記した様に、現実には、係るＳＡＭ作成用の情報も、
指示書等の形態で、カード発行者からカード製造者に渡
されるのである。

【００１１】次に、説明を元に戻して、発行情報、設計
データ、個別データ等の発行処理に使用する各種情報の
関係及び内容を整理しておく。

【００１２】発行情報とは、発行装置が発行処理に必要
とする一切の情報である（もっとも、例えばカードを自
動搬送する為の制御情報等の情報は当然対象外であ
る）。発行情報には、発行する個別カードに関するもの
である設計データ、個別カードに書き込まれる氏名、Ｉ
Ｄ番号等の個別データ、そして発行用のＳＡＭを作る為
のＳＡＭ作成用データが有る。

【００１３】そして、設計データには、カード発行者の
初期化情報、ファイル作成情報、データ書込み情報、Ｓ
ＡＭ内ファイル指定情報がある。カード発行者の初期化
情報は、システム領域に書込む初期化情報の内の発行者
側分である。なお、カード製造者が行う分の初期化情報
は各カードに共通的な情報であるので、本発明では設計
データに含めない。次に、ファイル作成情報は、フォル
ダーファイル、キーファイル、データファイル等と、作
成するファイルの名称及びその種類、階層構造等を書込
んでファイルを作成する為の情報である。ファイル作成
情報による書込み後の各ファイルの中身は空である。デ
ータ書込み情報は、ファイル作成情報による書込み処理
が行われファイルが作成された後のＩＣカードのファイ
ルに書込みをする際に、対象とするファイル及び該ファ
イル内の書込み位置、さらに書込むべきデータを指定す
る情報（従って、データそれ自身ではない）等からな
る。なお、個別データをデータファイルに書込む為のデ
ータ書込み情報においてはデータを指定する情報とは、
個別データが収容されているファイル内での該個別デー
タの位置やデータ長等を指定する、データそれ自身では
ない情報となる。ＳＡＭ内ファイル指定情報は、暗号処
理において参照するＳＡＭ内のファイルを発行装置に知
らせる為の情報である。

【００１４】発行用のＳＡＭを作る為のＳＡＭ作成用デ
ータであるが、係るＳＡＭもＩＣカードであり記録して
ある情報が前記の如く特殊な点以外は、通常のＩＣカー
ドと同じカードである。従って、個別データがＳＡＭ専
用の個別データであると考えれば良い。なお、アプリケ
ーション用のＳＡＭを作る為の作成用データも、同様で
ある。

【００１５】次に、個別データは、例えば氏名、ＩＤ番
号等の個人情報であり、各カード個別に記録される情報
である。

【００１６】以上の様に、単に個別データをＩＣカード
に書込むのが目的の発行処理であるが、実際には、個別
データ以外の設計データや発行用のＳＡＭカード作成デ
ータが必要となる、かなり複雑且つ高度な処理を行って
いる。

【００１７】以上、ＳＡＭ、発行情報、設計データ等を
一通りの説明したところで、もう一度、図６及び図７で
従来の発行処理の流れを再度、考察して見よう。ＩＣカ
ードの発行は、単に書込むべき氏名やＩＤ番号等の個別
データ以外に、設計データ等の情報も必要となる。個別
データの機密保持も重要であるが、この設計データはセ
キュリティ性の高いＩＣカードの基本的な内部仕様に係
わる極めて重要な機密情報であることは、上記の説明か
らも理解できよう。ところが従来の発行処理では、個別
データは磁気ディスクや磁気テープ等として渡される
が、係る設計データは発行指示シート等の書類等として
目視可能な情報として、カード発行者からカード製造者
に渡されることも多い。設計データの作成に高度の知識
を必要とするので、経験の少ないカード発行者は設計デ
ータの作成自身をカード製造者に委託する訳である。従
って、設計データの内容もカード製造者まで知られてし
まうこととなる。さらに、発行用のＳＡＭやアプリケー
ション用のＳＡＭの作成も製造者に依頼すれば、係る情
報も知られてしまう。

【００１８】また、実際の発行処理では大量のＩＣカー
ドを製造するに先立ち、発行するＩＣカードと同様な内
容のものをテストカードとして少量作成し、設計デー
タ、個別データ等の発行情報が本来の正しい情報となっ
ているか否か、設定された情報に従って所望の正しい動
作をするか否かとっいた、ＩＣカードが満足するに足る
動作をするか否かについてのの確認作業の手間も必要で
ある。このテストカードをカード製造者が作成してカー
ド発行者に渡し、カード発行者が内容確認して承認した
後に、始めてＩＣカードの本生産が開始される。従っ
て、カード製造者とカード発行者の間でテストカードの
移動も発生し、その盗難にも注意する必要があった。

【００１９】以上、従来の現実に行われている発行処理
をみてきたが、図５に示した本来の発行処理の流れから
すれば、発行者が行うべき発行処理分の情報は発行者の
外部に流出させずに済むものであった。

【００２０】そこで、本発明の目的は、ＩＣカード等に
代表される情報記録媒体の発行処理において、発行過程
が大量発行装置等の点で従来同様に、発行者から製造者
へと二者に跨がって流れる場合においても、発行者から
製造者へと流れる発行情報の内、設計データのセキュリ
ティ性を確保でき得る、発行者が用いる、情報記録媒体
の発行支援装置を提供することである。

【００２１】

【課題を解決するための手段】本発明の情報記録媒体の
発行支援装置は、上記課題を解決し目的を達成するため
に、以下の如く、設計データはカード製造者が作成せず
にカード発行者が自ら作成できる様に支援する装置であ
る。すなわち、本発明の情報記録媒体の発行支援装置
は、多数の情報記録媒体に個別データを記録する為に発
行装置が必要とする発行情報のうち該個別データを除外
した情報である設計データを作成する設計データ作成手
段と、上記設計データを記憶する設計データ記憶手段
と、上記設計データに基づいて、設計データを装置外部
に不可視情報として出力する設計データ出力手段と、を
備えた構成とする。

【００２２】また、上記情報記録媒体の発行支援装置に
対して、上記出力される設計データを保護する暗証キー
を格納した親カードを作成する親カード作成手段を更に
備え、上記設計データ出力手段が、上記設計データに基
づいて、上記親カードに格納された暗証キーにより保護
された設計データを装置外部に出力し、親カードによっ
て保護された設計データを生成し得る構成とした装置で
もある。また、上記各情報記録媒体の発行支援装置に対
して、上記親カード作成手段が、発行装置が情報の書込
みに使用する暗証キーも親カードに記録する構成とした
装置でもある。また、上記各情報記録媒体の発行支援装
置に対して、上記親カード作成手段が、更にアプリケー
ション用途の親カードも作成する構成とした装置でもあ
る。

【００２３】また、上記各情報記録媒体の発行支援装置
に対して、上記設計データの作成結果の正誤を検証する
設計データ検証手段と、上記設計データに基づいてテス
ト用の情報記録媒体を作成するテスト媒体作成手段と、
上記テスト用の情報記録媒体の作成結果の正誤を検証す
るテスト媒体検証手段と、を備えた構成とした装置でも
ある。また、上記各情報記録媒体の発行支援装置に対し
て、上記情報記録媒体への個別データ等の情報の格納様
式として階層構造が定義された複数のファイルを用い、
上記設計データが該ファイルの階層構造に関する情報を
有する構成とした装置でもある。

【００２４】

【発明の実施の形態】以下、本発明の情報記録媒体の発
行支援装置の実施の形態として、情報記録媒体がＩＣカ
ードである場合を具体的な一実施例として詳述する。

【００２５】先ず、図１は、本発明の情報記録媒体の発
行支援装置の一実施例のブロック図である。同図に示す
如く、情報記録媒体の発行支援装置１は、情報記録媒体
への情報の格納様式等を規定する設計データを作成する
設計データ作成手段２と、設計データ作成手段２によっ
て作成された設計データを記憶する設計データ記憶手段
３と、設計データ記憶手段３に記憶された設計データに
ついて、その正誤を検証する設計データ検証手段４と、
設計データ記憶手段３に記憶された設計データに基づい
て、親カードに格納された暗証キーにより保護された設
計データを不可視情報として磁気ディスクや磁気テープ
等の情報記録媒体等に書き出す等して装置外部に出力す
る設計データ出力手段５と、設計データ出力手段５で出
力された設計データを保護する暗証キーを格納した親カ
ード、さらに発行用暗証キーも該親カードに格納して作
成する親カード作成手段６と、設計データ記憶手段３に
記憶された設計データに基づいてテスト用の情報記録媒
体としてテストカードを作成するテスト媒体作成手段７
と、テスト媒体作成手段７によって作成されたテストカ
ードが正しく作成されたか否かを検証するテスト媒体検
証手段８と、から構成される。

【００２６】設計データ作成手段は、前記した様な各種
内容からなる設計データを、発行するＩＣカードの設計
内容に応じて、作成するものである。操作者は、設計デ
ータ作成手段で、カード発行者の初期化情報、ファイル
作成情報、データ書込み情報、ＳＡＭ内ファイル指定情
報を作成する。なお、発行するＩＣカード次第では、最
も単純な場合として、初期化情報のみの場合もあり得
る。

【００２７】上記の様な構成により、本発明の情報記録
媒体の発行支援装置では、多数の情報記録媒体に個別デ
ータを記録する為に発行装置が必要とする発行情報のう
ち該個別データを除外した情報である設計データが設計
データ作成手段によって作成され、作成された設計デー
タは設計データ記憶手段に記憶される。そして、量産用
の設計データが設計データ出力手段によって、前記設計
データ記憶手段に記憶された設計データに基づき、装置
外部に不可視情報として出力される。

【００２８】また、上記設計データ出力手段によって得
られる設計データは、親カードに格納された暗証キーに
より保護された設計データとして装置外部に出力され、
該出力する設計データを保護する暗証キーを格納した親
カードが親カード作成手段によって作成される。また、
上記親カード作成手段によって、出力される設計データ
の保護用の暗証キーが格納された親カードに、発行用の
暗証キー（暗号化キーや暗号化アルゴリズム）も格納す
る場合は、該親カードは発行用の親カード（ＳＡＭ）と
して作成される。また、上記親カード作成手段によっ
て、別途、アプリケーション用の親カード（ＳＡＭ）も
作成される。

【００２９】なお、必要に応じて量産用の設計データを
出力する前に、設計データが正しく作成されているか否
か、即ち、記憶された設計データの正誤を設計データ検
証手段によって検証でき、検証が終了して設計データの
作成結果が正しければ、その設計データに基づいてテス
ト媒体作成手段によってテスト用の情報記録媒体として
テストカードを作成することができる。そして、さら
に、作成されたテストカードが正しく作成されているか
否か、その正誤がテスト媒体検証手段によって検証され
る。テストカードが当初の意図通りに正しく作成され、
また当初の意図が実際の用途において満足するに足るも
のであるか否かを検証することで、量産する情報記録媒
体に対する設計データは実用的なものであることが確認
できる。この様にして得られた、親カードによって保護
された設計データ、及び親カード、さらに（本発行支援
装置とは別の装置で作成される）各情報記録媒体毎の個
別データ（例えば個人データ）とを用いて、他の装置
（量産用の発行装置）により、情報記録媒体の発行が行
われる。

【００３０】また、情報記録媒体が情報の格納様式とし
て階層構造が定義された複数のファイルを用いる場合に
は、上記設計データ作成手段は、設計データとして前記
ファイルの階層構造に関する情報を有する設計データを
作成する。

【００３１】ここでは、説明を平易にする都合上、ファ
イル作成情報を中心に説明する。データは全て複数のフ
ァイルとして情報記録媒体に記憶され、且つこれら複数
のファイルは図８の様な階層構造を有す場合を例に、概
念的に説明する。但し、設計データの前記定義からも分
かる如く、以下の例に限定されるものでないことは当然
である。

【００３２】図８を説明すれば、ＩＣカードに設定すべ
きファイルの階層構造は、まず、最上階層にはマスター
ファイルＭＦとこれに収容されているデータファイル１
〜３、及びキーファイル１及び２が所属している。な
お、マスターファイルＭＦ、データファイル１、データ
ファイル２等の機械的な呼び名はファイル自身を特定す
るファイル名を便宜的に示すもので、実際には用途毎に
用途に合った意味を有するファイル名とすることがあ
る。また、マスタファイルＭＦにはフォルダファイル１
も収容されており、フォルダファイルの連結によってフ
ァイルの階層構造が作られる。マスタファイルも一種の
フォルダファイルであり、マスタファイルは最上階層に
一個のみ定義可能なフォルダファイルといえる。データ
ファイルは実際に利用するデータを収容し、キーファイ
ルはファイルをアクセスする為に必要となる暗証コード
が収容される。フォルダファイルは、実データや暗証コ
ードの収容ではなく、データファイル、キーファイル、
及び下位のフォルダファイルというファイルを収納する
意味で、他のファイルとは意味を異にするファイルであ
り、例えば、収容するファイルの名称等を収容するもの
である。また、最上階層の一つ下の第１階層には、フォ
ルダファイル１とこれに収容されるキーファイル３及び
データファイル４が属している。またフォルダファイル
１にはフォルダファイル２及び３も収容されており、後
者のフォルダファイルは下位の第２階層に属している。
そして、フォルダファイル２にはデータファイル５及び
６が、フォルダファイル３にはデータファイル７とキー
ファイル４及び５が収納されており、これらは全て第２
階層に属している。

【００３３】ファイル作成に関する設計データには、上
記の例では、ファイル自身を特定するファイル名、ファ
イル種別、ファイル階層構造の他に、特定のファイルを
アクセスするに必要なキーファイルを規定するアクセス
制御情報（セキュリティ情報）、ファイル容量等があ
る。そして、これら情報を有する設計データを一例とし
て本発明の発行支援装置による手順を、図２のフローチ
ャート及び図１のブロック図を参照して、以下、具体的
に説明する。

【００３４】先ず、最初はステップ１（図２参照）とし
て、設計データの作成を、設計データ作成手段にて行
う。装置操作者は、図８に示すファイル階層構造の各フ
ァイルをＩＣカードに設定する為の設計データを作成す
べく図９に示す様に、ファイル毎にファイル名、種類、
階層構造、容量、セキュリィティ情報（アクセス制御情
報）等の情報を、ＣＲＴ等の映像表示手段及びキーボー
ト、マウス等の入力手段により、設計データ作成手段に
対して指示する。そして、係る設計データは磁気ディス
クや主メモリ等からなる設計データ記憶手段に格納され
る。図９を説明すれば、ファイル名がＤ１〜Ｄ７は各々
データファイル１〜７を、Ｋ１〜Ｋ４は各々キーファイ
ル１〜４を、Ｆ１〜Ｆ３は各々フォルダファイル１〜３
を示す。種類の欄でＤはデータファイルの、Ｋはキーフ
ァイルの、Ｆをフォルダーファイルの指定を示す。階層
構造の欄ではＭＦはマスタファイルに収容されるファイ
ルを、Ｆ１〜Ｆ３は各々フォルダファイル１〜３に収容
されるファイルの指定を示す。そして、容量の欄ではフ
ァイルのバイト数、レコード長、レコード数等で容量を
指定する。また、セキュリティ情報の欄では、ファイル
をアクセスする際に照合すべき暗証コードが収容されて
いるキーファイルを指定する。また、アクセスの種類、
例えば、読出と書込みでは参照するキーファイルを変え
たり、しかも参照するキーファイルを複数とすればより
高度なセキュリィテ性が得られる。

【００３５】なお、上記説明は設計データの内、ファイ
ル作成情報を説明したが、本発明の支援装置は、これ以
外の初期化情報、データ書込み情報、ＳＡＭ内ファイル
指定情報等も、操作者がＣＲＴ等の映像表示手段を見な
がら、キーボート、マウス等の入力手段により、設計デ
ータ作成手段に対して指示することによって同様に作成
される。

【００３６】上記の様な設計データが設計データ記憶手
段に格納されると、次はステップＳ２として、設計デー
タ検証手段にて作成した設計データが所望の通りに正し
く作成されているか否かを検証する。係る検証作業は、
実際にＩＣカードを作成する必要はなく、発行支援装置
におけるソフトウェア上で行う。具体的には、例えば、
設計データの正誤であれば、ファイル名、ファイル種
別、階層構造、容量、セキュリティ情報等の設計データ
が間違いなく入力指示されているか否かは、例えば、フ
ァイル名、ファイル種別等の一覧表示、階層構造のグラ
フィカルな表示、セキュリティ情報では対象ファイルと
キーファイルの対応関係のグラフィカルな表示等によっ
て、視覚的にも分かりやすい様に表示された映像により
検証する。また、上記設計データが正しいとして、セキ
ュリティ情報によるセキュリィティ性の確保が十分であ
るか否かは、キーファイルに暗証コードが既に収容され
ているとして、係る暗証コードとの照合による１以上の
キーの解錠／施錠状態をステータスが模擬することでソ
ウトウェアにてシミュレーションされる。そして、ステ
ータスが意味する任意の解錠／施錠状態で、特定のファ
イルの特定のアクセス態様が可能であるか否かもシミュ
レーションされる。従って、発行支援装置の操作者は、
検証対象としたい或るファイルの或るアクセス態様に必
要なキーの解錠状態を含むステータス情報をキーボード
やマウスで任意に入力設定すると、該ステータスで指定
された特定ファイルの特定アクセスが可能であるか否か
の判定結果を知ることができる。このようにして、全フ
ァイルの全アクセス態様について、予想するキーの解錠
で可能か否かを確認することができる。また、必要とす
るキーで十分にセキュリティ性が確保されているか否か
も実感できる。

【００３７】以上の様にして、ステップＳ２の設計デー
タの検証作業で、設計データに間違いがあったり、セキ
ュリティ性が十分に確保されておらず、設計データが満
足に足らないと判断された場合には、ステップＳ１に戻
り設計データ作成をやり直す。また、設計データが満足
すべきものと判断された場合には、次のステップＳ３の
テスト用の情報記録媒体であるテストカードの作成を行
う。

【００３８】ステップＳ３のテストカード作成は、テス
ト媒体作成手段によって行われる。テスト媒体作成手段
は、設計データ作成手段が作成し設計データ記憶手段に
格納された設計データに基づいて、ＩＣカードに必要な
情報を書込んでテスト用の情報記録媒体としてテストカ
ートを作成する。このテストカードは、最終的に量産す
るＩＣカードと同様に実データも書き込まれたものであ
り、ＩＣカードの利用環境において所望の期待された動
作をし、満足するに足るか否かを確認するためのもので
ある。従って、テスト媒体作成手段は、それが備えたカ
ードリーダライタにＩＣカードがセットされ、テスト媒
体作成が指示されると、設計データに基づいて、上述の
例で示した様な内容のファイル作成を行うコマンド群を
発生し、また実データとなり得るデータの書込みコマン
ド群等も発生し、これらコマンド群をリーダライタに対
して実行して、テストカードの作成を行う。

【００３９】そして、次のステップＳ４のテストカード
の検証として、作成したテストカードを用いて、実際に
使われる条件下を想定した各種の操作をＩＣカードに対
して働きかけて、問題なく動作して、満足するに足るか
否かを確認する。そして、本発明の発行支援装置では、
この確認作業もテスト媒体検証手段によって行う。すな
わち、テスト用カードをセットし、検証の実行を指示す
ると、テスト媒体検証手段は、設計データとテストカー
ドの整合性の確認を行う。また、ＩＣカードの利用段階
でアプリケーション用のＳＡＭが使用されている場合
は、本支援装置により該アプリケーション用のＳＡＭも
作成できる為に、該ＳＡＭとの共同動作に係わる整合
性、動作確認等をすることで、検証する。なお、実際に
使用するカードリーダライタ等の装置で更に検証作業を
行ってもよい。そして、もしも、問題があれば、ステッ
プＳ１に戻って設計データの作成からやり直す。少数の
テストカードにより、実際の使用環境下での動作確認を
することは、ＩＣカードが大容量且つ高度なセキュリテ
ィ性が相応しい用途で使用されることから、発行処理過
程において必要不可欠な作業である。

【００４０】テストカードの検証結果が満足すべきもの
であれば、次は、ステップＳ５として、設計データ出力
手段にて設計データ記憶手段に記憶された設計データを
外部に、例えば、フロッピーディスクや磁気テープ等の
可搬性情報記録媒体に、保護された設計データとして出
力する。出力される設計データは、カード製造／発行機
関の量産用の発行装置が必要とするデータである。特
に、本実施例では、上記可搬性情報記録媒体に出力され
る設計データは、第三者に渡って不正使用されることを
防止する為に、係る出力されたデータを利用できない様
に保護された記録様式で出力してある。従って、例え
ば、設計データを読み出すこと、或いは読み出しても設
計データの内容が判別できないようになっている。そし
て、係る保護を解き設計データを使用可能とする暗証キ
ーは、下記する親カードに記録してある。

【００４１】なお、ここで出力される設計データの形態
は、前記したテストカード作成の際にカードリーダライ
タに命令するコマンド群と同様のものでも良いが、これ
に限定されるものではない。要は、後工程のカード製造
／発行機関にて使用する量産用の発行装置が使用し得る
情報の形態であればよく、係る発行装置が直接受け入れ
ることができる形態の情報、あるいは一度、翻訳等の変
換を施すことで受け入れることができる形態の情報等と
任意であり、係る形態は実際に後工程で使用する発行装
置との兼ね合いで決めれば良いものである。図１０は、
図８で例示したファイルを作成する部分の設計データの
内容を例示したものである。また、図１０は、リーダラ
イタに対するコマンド部分のみ（ＩＣカードから返送さ
れるレンポンスは省略してある）を表したものである。
同図を概説すれば、最初のコマンドは、最上階層として
マスターファイルＭＦを選択する選択コマンドであり
（マスタファイルＭＦはＩＣメモリの初期化処理にてカ
ード製造／発行機関が作成することを前提としてい
る）、二番目のコマンドは最上階層にキーファイル１を
作成するコマンドであり、以下、同様に、データファイ
ル、フォルダファイル等の作成コマンド、ファイル選択
コマンド等がリーダライタの実行順に並んでいる。

【００４２】次に、ステップＳ６として、親カード作成
手段にて親カードの作成を行う。親カードは前記設計デ
ータ出力手段が出力した保護された設計データの保護を
解く暗証キーが記録されたＩＣカードである。係る親カ
ードに発行処理用の暗証キー（暗証キーや暗号の解読ア
ルゴリズム等）を書き込んで、発行処理の際にファイル
のアクセス権の解錠に使用する暗証キーを記録したり、
発行するＩＣカードに記録するデータを暗号化データと
して記録する為の暗号文生成キーを記録したりすれば、
係る親カードは発行用のＳＡＭとしても使用できる。な
お、親カード作成のステップと、先の設計データ作成の
ステップとの前後関係は逆であっても良い。また、発行
用のＳＡＭ以外に、アプリケーション用のＳＡＭも同様
に、別途作成しても良い。

【００４３】以上の様にして、カード発行者は本発明の
発行支援装置を利用して、最終的に、暗証キー等を有す
る親カードと、係る親カードによって保護された状態で
記録された設計データを有するフロッピーディスクや磁
気テープ等の可搬性情報記憶媒体とを作成することがで
きる。

【００４４】そして、カード発行者は、親カードと、設
計データを記録したフロッピーディスク、各ＩＣカード
に書込む個人データを記録した磁気テープとを、カード
製造者等に渡し、ＩＣカードの量産発行を指示すること
となる。そして、カード製造者は、量産用の発行装置に
親カードやフロッピーディスク、磁気テープ等をセット
してＩＣカードの量産発行をする。量産用の発行装置は
親カードに記録された暗証キーにより、保護された設計
データを解読しながら、カードの発行処理をするから、
カード製造者も設計データの内容を知ることはできな
い。或いは、親カードにさらに記録さたれ暗号化キーや
暗号化アルゴリズムにより（この場合ＳＡＭとなる）、
解読した設計データや個別データから、個別データを暗
号化データとしてＩＣカードに記録する為に、カード発
行者やカード製造者以外の第３者に対してもセキュリテ
ィ性の高いＩＣカードが製造できる。

【００４５】次に、上述した本発明の発行支援装置の一
実施例の説明を踏まえて、本発明による発行処理の流れ
を図３及び図４を参照して説明する。図３の如く、本発
明によれば、カード発行者は発行支援装置にてＩＣメモ
リに設定すべき発行情報を自ら設計する。その際に、テ
ストカードを作成し、発行情報を構成する設計データが
正しく作成され満足すべきものであるかを自ら確認する
（図４）。設計データは親カードのパスワードで保護さ
れた状態でフロッピーディスク等に格納されて、親カー
ドと共にカード製造／発行機関に渡す。また、カード所
持者情報としての個人データも渡す。カード製造／発行
機関では、大量生産向きの専用装置にてＩＣメモリの初
期化とカード発行者から渡された発行情報のＩＣメモリ
への書込みとを行う。そして、得られたＩＣカードは、
カード所持者に渡される。このように、本発明の発行支
援装置を用いれば、本来はカード発行者が行うべき発行
情報の書込みがカード製造／発行機関にて行われるが、
以下に説明する如くセキュリティ対策上より理想的に近
い発行処理の分担が行える。

【００４６】

【発明の効果】本発明の情報記録媒体の発行支援装置に
よれば、発行処理がカード発行者とカード製造者に跨が
っている場合でも、カード発行者が本来は行い外部に漏
らすべきでない情報である設計データを自ら設計でき、
且つ設計データは不可視情報として、例えば、フロッピ
ーディスクや磁気テープ等の情報記録媒体に記録された
情報として渡されるので、用紙上の情報と異なり、その
記録形式が分からなければ内容の解読は困難であり、カ
ード製造者に情報開示する必要もなく、さらに、不正に
第三者に設計データの内容が漏れることもないので、発
行処理過程においてセキュリティ性が確保できる。さら
に、設計データを保護する暗証キーを記録した親カード
で、設計データを保護すれば、上記セキュリティ性はよ
り確実なものとなる。

【００４７】また、係る親カードに、発行用に使用する
ＳＡＭの情報をできる場合は、発行用のＳＡＭの作成も
カード発行者で行え、ＳＡＭの情報もカード発行者はカ
ード製造者に開示しないてで済む。さらに、アプリケー
ション用のＳＡＭも作成する場合は、係るＳＡＭの情報
開示もしないで済む。特に、発行用のＳＡＭを使う発行
処理で且つアプリーション用のＳＡＭも使うＩＣカード
の発行処理に対しては、これらＳＡＭとの整合性も事前
に充分確認しておくことが信頼性の高いＩＣカードを得
るには重要であり、これらもカード発行者側で行える本
装置の価値は高い。また、作成する設計データの正誤を
検証し、さらに具体的に作成したテストカードでも検証
して、設計データが満足すべきものかを確認した上で、
ＩＣカードの本製造ができる為、不具合の無い信頼性の
高いＩＣカードの発行ができる。以上、カード発行者か
らカード製造者への情報の流出、カード発行者及びカー
ド製造者から第三者への情報の流出の防止を確実にでき
る。

【図面の簡単な説明】

【図１】本発明の情報記録媒体の発行支援装置の一実施
例のブロック図。

【図２】同発行支援装置の一実施例の処理の流れを示す
フローチャート。

【図３】同発行支援装置が提供する発行処理の流れを示
す図。

【図４】同発行支援装置が提供する発行処理での情報の
流れを示す図。

【図５】本来の発行処理の流れを示す図。

【図６】従来の発行処理での情報の流れを示す図。

【図７】従来の発行処理の流れにおける問題点を示す
図。

【図８】ファイルの階層構造の一例を示す図。

【図９】設計データ作成手段に指示する情報の一例とし
てのファイル内容。

【図１０】得られる設計データの内容の一例を示す図。

【符号の説明】 １ 情報記録媒体の発行支援装置 ２ 設計データ作成手段 ３ 設計データ記憶手段 ４ 設計データ検証手段 ５ 設計データ出力手段 ６ 親カード作成手段 ７ テスト媒体作成手段 ８ テスト媒体検証手段 ＭＣ 親カード ＴＣ テステカード Ｄ 設計データ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 多数の情報記録媒体に個別データを記録
   する為に発行装置が必要とする発行情報のうち該個別デ
   ータを除外した情報である設計データを作成する設計デ
   ータ作成手段と、 上記設計データを記憶する設計データ記憶手段と、 上記設計データに基づいて、設計データを装置外部に不
   可視情報として出力する設計データ出力手段と、を備え
   たことを特徴とする情報記録媒体の発行支援装置。
2. 【請求項２】 上記出力される設計データを保護する
   暗証キーを格納した親カードを作成する親カード作成手
   段を更に備え、 上記設計データ出力手段が、上記設計データに基づい
   て、上記親カードに格納された暗証キーにより保護され
   た設計データを装置外部に出力し、 親カードによって保護された設計データを生成し得るこ
   とを特徴とする請求項１記載の情報記録媒体の発行支援
   装置。
3. 【請求項３】 上記親カード作成手段が、発行装置が情
   報の書込みに使用する暗証キーも親カードに記録するこ
   とを特徴とする請求項１又は２記載の情報記録媒体の発
   行支援装置。
4. 【請求項４】 上記親カード作成手段が、更にアプリケ
   ーション用途の親カードも作成することを特徴とする請
   求項１，２又は３記載の情報記録媒体の発行支援装置。
5. 【請求項５】 上記設計データの作成結果の正誤を検証
   する設計データ検証手段と、 上記設計データに基づいてテスト用の情報記録媒体を作
   成するテスト媒体作成手段と、 上記テスト用の情報記録媒体の作成結果の正誤を検証す
   るテスト媒体検証手段と、を備えたことを特徴とする請
   求項１〜４のいずれか１項に記載の情報記録媒体の発行
   支援装置。
6. 【請求項６】 上記情報記録媒体への個別データ等の情
   報の格納様式として階層構造が定義された複数のファイ
   ルを用い、上記設計データが該ファイルの階層構造に関
   する情報を有することを特徴とする請求項１〜５のいず
   れか１項に記載の情報記録媒体の発行支援装置。