JP2002007971A - Ｉｃカードの発行処理管理システム - Google Patents

Abstract

(57)【要約】 【課題】 マルチアプリケーションに対応したＩＣカー
ドについて、各個別鍵を入手する一連の処理を一元管理
する。 【解決手段】 カードアクセス部１６０により各ＩＣカ
ードをアクセスし、それぞれ固有の識別番号（チップＩ
Ｄ，カードＩＤなど）を読出し、データ管理部１４０に
格納する。データリクエスト部１２０は、この識別番号
に基づいて所定の個別鍵を発行するようリクエストを行
う。リクエストは、データ入出力部１１０を介して電子
メールで各認証局に送られる。認証局から返信された個
別鍵はデータ受領部１３０で受領されデータ管理部１４
０に格納される。各リクエストおよび受領行為に対して
それぞれ管理番号が付与され、各管理番号ごとに日付が
履歴情報として格納される。進捗表示部１８０は、この
履歴情報に基づいて、個別鍵入手工程の進捗状況を表示
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＩＣカードの発行処
理管理システムに関し、特に、内蔵プログラムを動作さ
せるために個別鍵を必要とするＩＣカードについて、認
証局に対して当該ＩＣカードを特定する識別コードを送
ることにより個別鍵をリクエストし、認証局から送られ
てきた個別鍵を用いてＩＣカードを発行する処理を行う
場合に、この一連の処理手順を管理するシステムに関す
る。

【０００２】

【従来の技術】磁気カードに代わる新たな情報記録媒体
として、ＩＣカードが普及し始めている。最近では、Ｉ
Ｃカードに内蔵するメモリ容量もかなり増えてきてお
り、複数のアプリケーションプログラムを組み込み、複
数の用途に兼用可能なＩＣカードが一般化しつつある。
このようなマルチアプリケーションに対応したＯＳを内
蔵したＩＣカードを発行する場合、内蔵プログラムを動
作させるために認証局から個別鍵を入手し、各ＩＣカー
ドにこの個別鍵を書き込む処理を行う必要がある。たと
えば、マルチアプリケーション対応ＯＳとして普及して
いる「ＭＵＬＴＯＳ」を利用する場合、まず、個々のＩ
ＣカードのＲＯＭ内に書き込まれているチップＩＤ（各
ＩＣカードのチップに固有のＩＤ）を読み出し、このチ
ップＩＤを認証局（ＯＳに対するライセンスを供与する
認証局）に送付して、ＯＳを利用するための個別鍵を発
行してもらい、入手した個別鍵をＩＣカードに書き込む
ことにより、はじめてＯＳプログラムを利用することが
可能になる。更に、このＯＳ上で動作する特定のアプリ
ケーションプログラムを利用するためには、このＯＳの
管理下でＩＣカードに書き込まれたカードＩＤ（通常、
ＯＳを管理する認証局によって発行される）を、当該ア
プリケーションプログラムに対するライセンスを供与す
る認証局に送付して、当該アプリケーションプログラム
を利用するための個別鍵（一般的には、証明書と呼ばれ
ることが多い）を発行してもらい、入手した個別鍵をＩ
Ｃカードに書き込むことにより、はじめて当該アプリケ
ーションプログラムを利用することが可能になる。した
がって、複数のアプリケーションプログラムを利用する
場合には、個々のアプリケーションプログラムごとに、
それぞれ認証局から個別鍵を発行してもらう必要があ
る。

【０００３】

【発明が解決しようとする課題】上述したように、マル
チアプリケーションに対応したＩＣカードを発行する場
合、ＯＳプログラムの利用および個々のアプリケーショ
ンプログラムの利用を可能にするために、各認証局に対
して各ＩＣカードごとの個別鍵の発行をリクエストし、
発行された個別鍵を受領する処理を行う必要がある。こ
のようなリクエストおよび受領に関するデータの受け渡
し管理は、これまでＩＣカードの発行業務を受託した個
々の担当者が行っていたが、利用するアプリケーション
プログラムの数が増えれば増えるほど、その管理は煩雑
にならざるを得ない。すなわち、ＩＣカードを実際に発
行するためには、当該ＩＣカードについて必要なすべて
の個別鍵が用意できていなければならないので、各個別
鍵のリクエストおよび受領処理についての履歴を管理
し、進捗状況を把握する必要があり、担当者には多大な
労力が課されていた。

【０００４】そこで本発明は、個別鍵を入手する一連の
処理を容易に管理することができるＩＣカードの発行処
理管理システムを提供することを目的とする。

【０００５】

【課題を解決するための手段】(1) 本発明の第１の態
様は、内蔵プログラムを動作させるためにそれぞれ個別
鍵を必要とするＩＣカードについて、認証局に対して個
々のカードを特定する識別コードを送ることにより個々
のカードについての個別鍵をリクエストし、認証局から
送られてきた個別鍵を用いてＩＣカードを発行する処理
を行う場合に、この一連の処理手順を管理するＩＣカー
ドの発行処理管理システムにおいて、認証局に対するデ
ータの送受を行うデータ入出力部と、データ入出力部を
介して個別鍵のリクエストを行うデータリクエスト部
と、データ入出力部を介して個別鍵の受領を行うデータ
受領部と、個々のＩＣカードの識別番号と個別鍵とをデ
ータベースとして格納するデータ管理部と、個々のＩＣ
カードの内蔵メモリにアクセスする機能を有し、データ
ベースを利用して、各ＩＣカードに対して識別コードや
個別鍵を読み書きするカードアクセス部と、一群のＩＣ
カードごとに発行処理の進捗状況を表示する進捗表示部
と、を設け、データリクエスト部は、データベースを利
用して、一群のＩＣカードについての識別コードを含む
ファイルを認証局へ送信することにより個別鍵のリクエ
ストを行うとともに、このリクエスト行為に対してユニ
ークなリクエスト管理番号を発生させ、各リクエスト管
理番号ごとにリクエスト行為の履歴をデータベースに記
録する機能を有し、データ受領部は、認証局から送られ
てきた一群のＩＣカードについての個別鍵を含むファイ
ルを受領し、これをデータベースに格納するとともに、
この受領行為に対してユニークな受領管理番号を発生さ
せ、受領したファイルに含まれている各ＩＣカードの識
別番号に基づいて、対応するリクエスト管理番号を求
め、各受領管理番号ごとに特定のリクエスト管理番号に
対応させて、受領行為の履歴をデータベースに記録する
機能を有し、進捗表示部は、データベース内に記録され
た履歴に基づいて、各ＩＣカードについての発行処理の
進捗状況を表示させる機能を有するようにしたものであ
る。

【０００６】(2) 本発明の第２の態様は、上述の第１
の態様に係るＩＣカードの発行処理管理システムにおい
て、個々のＩＣカードから読み出したチップＩＤを識別
コードとして認証局に送ることにより、各ＩＣカードの
ＯＳプログラムを動作させるために必要な個別鍵を受領
するようにしたものである。

【０００７】(3) 本発明の第３の態様は、上述の第１
の態様に係るＩＣカードの発行処理管理システムにおい
て、個々のＩＣカードに付与されたカードＩＤを識別コ
ードとして認証局に送ることにより、各ＩＣカードの特
定のアプリケーションプログラムを動作させるために必
要な個別鍵を受領するようにしたものである。

【０００８】(4) 本発明の第４の態様は、上述の第１
〜第３の態様に係るＩＣカードの発行処理管理システム
において、特定の業務に利用される一群のＩＣカードご
とに、当該業務の仕様を示す情報をデータベースに登録
する機能をもった仕様登録部を更に設けるようにしたも
のである。

【０００９】(5) 本発明の第５の態様は、上述の第１
〜第４の態様に係るＩＣカードの発行処理管理システム
において、ＩＣカードの収容箱に貼付けるラベルを印刷
する機能を有し、このラベルにカード管理用の情報を印
刷することによりＩＣカードの管理を行うカード管理部
を更に設けるようにしたものである。

【００１０】

【発明の実施の形態】以下、本発明を図示する実施形態
に基づいて説明する。図１は、本発明の一実施形態に係
るＩＣカードの発行処理管理システムを各認証局に接続
した状態を示すブロック図である。図において一点鎖線
で囲まれた部分が本発明に係るＩＣカードの発行処理管
理システム１００である。このシステム１００は、内蔵
プログラムを動作させるためにそれぞれ個別鍵を必要と
するＩＣカードについて、認証局に対して個々のカード
を特定する識別コードを送ることにより個々のカードに
ついての個別鍵をリクエストし、認証局から送られてき
た個別鍵を用いてＩＣカードを発行する処理を行う場合
に、この一連の処理手順を管理する機能を有するシステ
ムである。

【００１１】図示のとおり、この発行処理管理システム
１００は、データ入出力部１１０、データリクエスト部
１２０、データ受領部１３０、データ管理部１４０、仕
様登録部１５０、カードアクセス部１６０、カード管理
部１７０、進捗表示部１８０によって構成されている。
もっとも、これらの各構成要素は、この発行処理管理シ
ステム１００を機能ブロックとして捉えたときの個々の
機能を果たす構成要素であり、実際には、この発行処理
管理システム１００は、所定のソフトウエアを組み込ん
だコンピュータによって構成される。

【００１２】データ入出力部１１０は、各認証局に対す
るデータの送受を行う機能を有しており、この実施形態
の場合、インターネット２００を介して、認証局３０１
〜３０３に対するデータの送受を行う機能をもった通信
手段によって構成される。具体的には、この実施形態の
場合、発行処理管理システム１００と各認証局３０１〜
３０３との間のデータの送受は電子メールを利用して行
われる。もっとも、本発明を実施する上で、各認証局と
の間のデータの送受は、必ずしも電子メールを用いる必
要はなく、その他の一般的なファイル転送プロトコルを
用いた送受を行ってもよい。あるいは、フロッピディス
クやＭＯディスクなどの物理的な記録媒体を介してデー
タのやりとりを行ってもかまわない。この場合、データ
入出力部１１０は、このような記録媒体に対する書き込
みおよび読み出しを行う装置を用いることになり、イン
ターネット２００の代わりに郵送手段などを用いること
になる。

【００１３】ＩＣカードの発行処理を行う際に、各認証
局３０１〜３０３との間でデータの送受を行う必要があ
るのは、認証局に個別鍵（証明書）を発行してもらうた
めである。ここでは、便宜上、図２に示すような構成の
ＩＣカードを発行する処理を例にとって説明しよう。こ
のＩＣカードは、所定のＯＳ（たとえば、ＭＵＬＴＯ
Ｓ）を利用して動作させることになっており、このＯＳ
上で、２つのアプリケーションプログラムＡ，Ｂを動作
させる仕様になっている。ただし、ＯＳを使用可能状態
にするためには、このＯＳのライセンスを管理する認証
局３０１から個別鍵Ｋosを発行してもらい、この個別鍵
ＫosをＩＣカード内の所定箇所に書き込む必要がある。
同様に、アプリケーションプログラムＡを使用可能状態
にするためには、このアプリケーションプログラムＡの
ライセンスを管理する認証局３０２から個別鍵Ｋａを発
行してもらい、この個別鍵ＫａをＩＣカード内の所定箇
所に書き込む必要があり、アプリケーションプログラム
Ｂを使用可能状態にするためには、このアプリケーショ
ンプログラムＢのライセンスを管理する認証局３０３か
ら個別鍵Ｋｂを発行してもらい、この個別鍵ＫｂをＩＣ
カード内の所定箇所に書き込む必要がある（アプリケー
ションプログラムを使用可能な状態にするために必要な
個別鍵Ｋａ，Ｋｂは、一般に「証明書」と呼ばれている
ことが多いが、本明細書では「個別鍵」という文言を統
一して用いることにする）。そこで、このＩＣカードの
発行処理を行う担当者は、次のような手順で、各個別鍵
を入手してＩＣカードの発行処理を行うことになる。

【００１４】まず、ＩＣカードからチップＩＤを読み出
す処理を行う。このチップＩＤは、個々のＩＣカードの
ＲＯＭ内に書き込まれている各ＩＣカードのチップに固
有のＩＤであり、特定のＯＳを起動させることなしに読
み出すことができる。続いて、読み出したチップＩＤを
認証局３０１に送り、このチップＩＤに対応した個別鍵
Ｋosの発行をリクエストする。認証局３０１は、このリ
クエストに応じて、当該チップＩＤに対応した個別鍵Ｋ
osを所定の秘密アルゴリズムに基づいて発行してリクエ
スト元へと返す。なお、ここに示す例の場合、認証局３
０１からは、個別鍵Ｋosとともに特定のカードＩＤ（Ｏ
Ｓレベルで個々のＩＣカードを区別するための固有のＩ
Ｄ）が発行されるものとする。発行担当者は、この個別
鍵ＫosをＩＣカード内の所定箇所に書き込む処理をした
上で、内蔵のＯＳを起動させる。そして、このＯＳを利
用して、カードＩＤを所定箇所に書き込む処理を行う。
次に、このカードＩＤを、認証局３０２，３０３にそれ
ぞれ送り、このカードＩＤに対応した個別鍵Ｋａ，Ｋｂ
の発行をリクエストする。認証局３０２，３０３は、こ
のリクエストに応じて、当該カードＩＤに対応した個別
鍵Ｋａ，Ｋｂを所定の秘密アルゴリズムに基づいて発行
してリクエスト元へと返す。発行担当者は、この個別鍵
Ｋａ，ＫｂをＩＣカード内の所定箇所に書き込む処理を
した上で、各アプリケーションプログラムＡ，Ｂを使用
可能な状態にする（各プログラムをＩＣカード内にロー
ドし、いつでも起動できる状態にする）。

【００１５】以上の一連の手順を踏むことにより、ＩＣ
カードを発行する準備が整うことになる。準備が整った
ら、発行に必要な個人データなどを内蔵メモリ内に書込
み、必要に応じて、カード表面に可視データなどの印字
を行い、更にテスト工程を経て、発行処理が完了するこ
とになる。このような発行処理自体については、公知の
発行処理システムによって行うことができる。図１に示
す発行処理管理システム１００は、この発行の準備段階
において個別鍵を入手する一連の手順を管理するための
システムである。

【００１６】図１のシステムにおいて、データリクエス
ト部１２０は、データ入出力部１１０を介して、各認証
局に対する個別鍵のリクエストを行う機能を有してお
り、個々のＩＣカードの識別コード（チップＩＤやカー
ドＩＤ）をデータ管理部１４０から読み出し、これを認
証局に送信する処理を行う。これに対して、データ受領
部１３０は、データ入出力部１１０を介して、各認証局
から返信されてきた個別鍵の受領を行い、これをデータ
管理部１４０に登録する機能を有している。データ管理
部１４０は、個々のＩＣカードの識別番号および個別鍵
や、後述する種々の管理用データをデータベースとして
格納する機能を有している。このデータベースに格納さ
れる管理用データのひとつは、発行対象となるＩＣカー
ドの仕様を示す情報であり、仕様登録部１５０によって
データ管理部１４０へ登録されることになる。カードア
クセス部１６０は、個々のＩＣカードの内蔵メモリにア
クセスする機能を有し、データ管理部１４０内のデータ
ベースを利用して、各ＩＣカードに対して識別コードや
個別鍵を読み書きする機能を有する。実際には、カード
アクセス部１６０は、ＩＣカード用のリーダ／ライタ装
置およびこれを動作させるためのソフトウエアによって
構成される。カード管理部１７０は、後述するように、
ＩＣカードの収容箱に貼付けるラベルを印刷する機能を
有し、このラベルにカード管理用の情報を印刷すること
によりＩＣカードの管理を行うことができるようにな
る。進捗表示部１８０は、一群のＩＣカードごとに発行
処理の進捗状況を表示する機能を有し、担当者は、この
機能を利用して個別鍵の発行に至るまでの処理履歴を把
握することができる。

【００１７】続いて、この発行処理管理システム１００
を用いて、図２に示すＩＣカードについての個別鍵の具
体的な入手処理手順を説明する。ここでは、ＩＣカード
の発行者に代わって、発行処理業務の委託を受けた受託
者が、発行処理管理システム１００を利用してＩＣカー
ドの発行作業を行う例を考えることにする。まず、受託
者は、委託者（発行者：たとえばクレジットカード会
社）から、発行対象となるＩＣカードについての仕様を
示す情報を受け取り、仕様登録部１５０から、この情報
をデータ管理部１４０内のデータベースに登録する。仕
様登録部１５０は、特定の業務に利用される一群のＩＣ
カードごとに、当該業務の仕様を示す情報をデータベー
スに登録する処理を行う。図３は、このようにして登録
された「仕様を示す情報」の一例である。まず、業務内
容として、業務ＩＤ（受託した業務ごとに付与するＩ
Ｄ）、得意先名（委託者名）、品名（当該受託業務に固
有の名称）、アプリケーション（当該業務に係るＩＣカ
ードが利用するアプリケーション）、工程（発行に至る
までの工程）が登録され、更に、発行受託内容として、
発行受注番号、受注日時、納入日時、件数などが登録さ
れる。また、当該発行業務に用いられるＩＣカードのカ
ード在庫管理内容として、カード製造受注番号、カード
種名称、梱包箱収納枚数などのデータが登録され、更
に、発行指示書の内容、検証履歴データのフォーマッ
ト、電送ツールの入出力仕様（送信先，送信元の電子メ
ールアドレスなど）が登録される。

【００１８】ここでは、説明の便宜上、あるクレジット
カード会社から、「○○クレジットカード」なる品名の
ＩＣカードを１０００枚発行する業務の委託を受け、こ
の業務の仕様が、業務ＩＤ：Ｇ００１として登録された
ものとして、以下の説明を行うことにする。このＩＣカ
ードは、図２に示すように、特定のＯＳの下に、アプリ
ケーションプログラムＡおよびＢを用いるマルチアプリ
ケーション対応のＩＣカードである。もちろん、実際に
は、多数の会社から種々の仕様の業務が多数委託される
ことになる。

【００１９】さて、このような業務委託を受けた場合、
データ管理部１４０内には、図４に示すようなデータベ
ースが構築される。ここに示すデータベースは、発行委
託を受けた１０００枚のＩＣカードのそれぞれについ
て、識別コード（この例では、チップＩＤとカードＩ
Ｄ）と、個別鍵（この例では、ＯＳを利用可能にする鍵
Ｋosと、アプリケーションプログラムＡ，Ｂを利用可能
にする鍵Ｋａ，Ｋｂ）とを登録することができる。発行
処理管理システム１００を操作して当該業務に関する発
行処理を担当する担当者は、まず、カードアクセス部１
６０を用いて、１０００枚のＩＣカードのそれぞれから
チップＩＤを読み出し、これをデータベースに登録する
作業を行う。この時点では、各ＩＣカードのＯＳは使用
可能な状態にはなっていない（一般に、チップＩＤは、
特定のＯＳを利用せずに読み出すことができる）。図４
には、このようにして読み出した各チップＩＤ（この例
では、３バイトのチップＩＤが１６進表示で示されてい
る）がデータベースに登録された状態が示されている。

【００２０】次に、データリクエスト部１２０を機能さ
せて、認証局３０１からＯＳを利用するために必要な個
別鍵Ｋosの発行をリクエストする処理を行う。データリ
クエスト部１２０は、データ管理部１４０内のデータベ
ースを利用して、一群のＩＣカードについての識別コー
ドを含むファイルを認証局へ送信することにより個別鍵
のリクエストを行う機能を有しており、図５(a) に示す
ように、認証局３０１へのリクエストデータファイルを
作成することができる。このリクエストデータファイル
は、図４に示すデータベースに基づいて作成されたファ
イルであり、１０００枚のＩＣカードについてのチップ
ＩＤを列挙したファイルである。このようなリクエスト
データファイルが作成できたら、これをデータ入出力部
１１０を介して認証局３０１へと送信し、１０００枚の
ＩＣカードのそれぞれについての個別鍵Ｋosの発行をリ
クエストする。この例では、電子メールを利用して、リ
クエストデータファイルの送信を行っており、インター
ネット２００を媒介として、ファイルが送信されること
になる。

【００２１】本発明の特徴は、このようなリクエスト行
為に対して、ユニークなリクエスト管理番号が発生さ
れ、各リクエスト管理番号ごとにリクエスト行為の履歴
がデータ管理部１４０内のデータベースに記録される点
である。図５(a) に示すリクエストデータファイルを送
信するリクエスト行為に対しては、リクエスト管理番
号：Ｋ１００１が付与されている。データリクエスト部
１２０は、このようなリクエスト行為を行うたびに、ユ
ニークなリクエスト管理番号を発生して、データ管理部
１４０に登録する処理を行い、その履歴を記録する機能
を有している。

【００２２】このようなリクエストに応じて、認証局３
０１からは、図５(b) に示すようなファイル（ここで
は、受領データファイルと呼ぶ）が送られてくる。この
例では、電子メールを利用した受領データファイルの返
信が行われており、インターネット２００を媒介とし
て、ファイルが送信されてくることになる。この受領デ
ータファイルは、データ入出力部１１０を介して、デー
タ受領部１３０において受領される。認証局３０１から
返信される受領データファイルは、図５(b) の例に示さ
れているように、リクエストを行った１０００枚のＩＣ
カードのそれぞれについて、チップＩＤと個別鍵Ｋosと
カードＩＤとの対応関係を示すファイルである。データ
受領部１３０は、このような受領データファイルの内容
を、データ管理部１４０内のデータベースに格納する。
図６は、このときのデータベースの状態を示す図であ
る。

【００２３】データ受領部１３０によるこのような受領
行為に対しては、やはりユニークな受領管理番号が発生
される。図５(b) に示す受領データファイルの受領行為
に対しては、受領管理番号：Ｋ２００１が付与されてい
る。データ受領部１３０は、このような受領行為を行う
たびに、ユニークな受領管理番号を発生して、データ管
理部１４０に登録する処理を行い、その履歴を記録する
機能を有している。しかも、データ受領部１３０は、受
領したファイルに含まれている各ＩＣカードの識別番号
（この例では、チップＩＤ）に基づいて、対応するリク
エスト管理番号を求め、受領管理番号を特定のリクエス
ト管理番号に対応させてデータベースに記録する機能を
有している。たとえば、図５(b) に示す受領データファ
イルを受領した場合、受領管理番号：Ｋ２００１が付与
されることになるが、この受領データファイルに含まれ
ているチップＩＤが、図５(a) に示すリクエストデータ
ファイルに含まれているチップＩＤと一致することを検
索処理によって確認することができるので、受領管理番
号：Ｋ２００１がリクエスト管理番号：Ｋ１００１に対
応することが認識できる。したがって、データベース内
には、受領管理番号：Ｋ２００１とリクエスト管理番
号：Ｋ１００１との対応関係も記録されることになる。

【００２４】さて、図６に示すように、データ管理部１
４０のデータベース内に個別鍵Ｋosが入手できれば、こ
の１０００枚のＩＣカードについて、ＯＳを利用可能な
状態とし、カードＩＤを書き込む処理を行うことができ
る。そこで、発行担当者は、カードアクセス部１６０の
機能を利用して、各ＩＣカードにそれぞれデータベース
内の個別鍵Ｋosを書き込む処理を行いＯＳを起動した上
で、このＯＳを利用して、各ＩＣカードにそれぞれデー
タベース内のカードＩＤを書き込む処理を行う。

【００２５】続いて、担当者は、再びデータリクエスト
部１２０を機能させて、認証局３０２からアプリケーシ
ョンプログラムを利用するために必要な個別鍵Ｋosの発
行をリクエストする処理を行う。データリクエスト部１
２０は、データ管理部１４０内のデータベースを利用し
て、図７(a) に示すように、認証局３０２へのリクエス
トデータファイルを作成することができる。このリクエ
ストデータファイルは、図６に示すデータベースに基づ
いて作成されたファイルであり、１０００枚のＩＣカー
ドについてのカードＩＤを列挙したファイルである。こ
のようなリクエストデータファイルが作成できたら、こ
れをデータ入出力部１１０を介して認証局３０２へと送
信し、１０００枚のＩＣカードのそれぞれについての個
別鍵Ｋａの発行をリクエストする。このようなリクエス
ト行為に対しても、ユニークなリクエスト管理番号が発
生され、リクエスト行為の履歴がデータ管理部１４０内
のデータベースに記録されることになる。図７(a) に示
すリクエストデータファイルを送信するリクエスト行為
に対しては、リクエスト管理番号：Ｋ１００２が付与さ
れている。

【００２６】このようなリクエストに応じて、認証局３
０２からは、図７(b) に示すような受領データファイル
が送られてくる。このファイルは、データ入出力部１１
０を介して、データ受領部１３０において受領される。
認証局３０２から返信される受領データファイルは、図
７(b) の例に示されているように、リクエストを行った
１０００枚のＩＣカードのそれぞれについて、カードＩ
Ｄと個別鍵Ｋａとの対応関係を示すファイルである。デ
ータ受領部１３０は、このような受領データファイルの
内容を、データ管理部１４０内のデータベースに格納す
る。これにより、図６のデータベースにおいて空欄であ
った個別鍵Ｋａの欄に、それぞれ所定の鍵コードが記録
されることになる。

【００２７】データ受領部１３０によるこのような受領
行為に対しては、やはりユニークな受領管理番号が発生
される。図７(b) に示す受領データファイルの受領行為
に対しては、受領管理番号：Ｋ２００２が付与されてい
る。データ受領部１３０は、この受領管理番号を参照し
て受領履歴を記録する。しかも、データ受領部１３０
は、受領したファイルに含まれている各ＩＣカードの識
別番号（この例では、カードＩＤ）に基づいて、対応す
るリクエスト管理番号を求め、受領管理番号を特定のリ
クエスト管理番号に対応させてデータベースに記録する
処理を行う。たとえば、図７(b) に示す受領データファ
イルを受領した場合、受領管理番号：Ｋ２００２が付与
されることになるが、この受領データファイルに含まれ
ているカードＩＤが、図７(a) に示すリクエストデータ
ファイルに含まれているカードＩＤと一致することを検
索処理によって確認することができるので、受領管理番
号：Ｋ２００２がリクエスト管理番号：Ｋ１００２に対
応することが認識できる。したがって、データベース内
には、受領管理番号：Ｋ２００２とリクエスト管理番
号：Ｋ１００２との対応関係も記録されることになる。

【００２８】こうして、データ管理部１４０のデータベ
ース内に個別鍵Ｋａが入手できれば、この１０００枚の
ＩＣカードについて、アプリケーションプログラムＡを
利用可能な状態にすることができる。そこで、発行担当
者は、カードアクセス部１６０の機能を利用して、各Ｉ
Ｃカードにそれぞれデータベース内の個別鍵Ｋａを書き
込む処理を行う。

【００２９】アプリケーションプログラムＢを利用可能
な状態にするための手順も全く同様である。すなわち、
認証局３０３へのリクエストデータファイルを作成して
これを送信した後、認証局３０３からの返信データを受
領すれば、個別鍵Ｋｂを入手することができるので、こ
れを各ＩＣカードに書き込む処理を行えばよい。もちろ
ん、認証局３０３へのリクエストを行えば、ユニークな
リクエスト管理番号が付与され、認証局３０３からファ
イルを受領すれば、ユニークな受領管理番号が付与され
ることになる。

【００３０】以上、業務ＩＤ：Ｇ００１なる１つの業務
に関するＩＣカードの発行準備の手順を説明したが、実
際には、多数の委託者から様々な仕様の発行業務の委託
があり、また、同一の委託者からも、それぞれ仕様の異
なる複数の発行業務の委託を受ける場合もある。データ
管理部１４０のデータベース内には、これら個々の業務
を行う上で発生された管理番号が登録され、各管理番号
ごとにリクエストまたは受領処理の履歴が記録されるこ
とになる。たとえば、図８には、３種類の業務（業務Ｉ
Ｄ：Ｇ００１，Ｇ００２，Ｇ００３）について発生され
た管理番号の登録例が示されている。前述したように、
リクエスト管理番号と受領管理番号とには所定の対応関
係が認識され、データベースには、この対応関係も記録
される。図８では、各業務についての上欄にはリクエス
ト管理番号が、下欄には当該リクエスト管理番号に対応
する受領管理番号が記載されている。たとえば、業務Ｉ
Ｄ：Ｇ００１については、個別鍵Ｋosのリクエスト管理
番号がＫ１００１であり、その受領管理番号がＫ２００
１であることが示されており、個別鍵Ｋａのリクエスト
管理番号がＫ１００２であり、その受領管理番号がＫ２
００２であることが示されており、個別鍵Ｋｂのリクエ
スト管理番号がＫ１００４であり、その受領管理番号が
Ｋ２００３であることが示されている。

【００３１】なお、図８に示す例は、合計３種類のアプ
リケーションプログラムＡ，Ｂ，Ｃの利用を想定した例
であり、各アプリケーションプログラムＡ，Ｂ，Ｃを利
用する場合には、それぞれ個別鍵Ｋａ，Ｋｂ，Ｋｃを必
要とする。実際には、業務ＩＤ：Ｇ００１の仕様では、
アプリケーションプログラムＡ，Ｂしか利用しないた
め、個別鍵Ｋｃを取得する処理は不要であるが、業務Ｉ
Ｄ：Ｇ００２の仕様では、アプリケーションプログラム
Ａ，Ｂ，Ｃのすべてが利用され、業務ＩＤ：Ｇ００３の
仕様では、アプリケーションプログラムＢ，Ｃが利用さ
れることになり、それぞれ必要な個別鍵を取得する必要
がある。図８に示す業務ＩＤ：Ｇ００１については、既
に必要なすべての個別鍵のリクエストおよび受領が完了
しており（必要な欄のすべてに管理番号が記載されてい
る）、カード発行処理の準備が完了していることがわか
る。これに対して、業務ＩＤ：Ｇ００２については、個
別鍵Ｋosについてのリクエストが行われただけの段階で
あり、業務ＩＤ：Ｇ００３については、個別鍵Ｋosにつ
いてのリクエストおよび受領が完了し、個別鍵Ｋｂにつ
いてのリクエストを行っている段階であることが認識で
きる。このように、データベース内に記録された各管理
番号は、それ自身が各個別鍵を入手するための処理の履
歴を示す情報ということになる。

【００３２】進捗表示部１８０は、データ管理部１４０
のデータベース内に記録されたこのような履歴に基づい
て、各ＩＣカードについての発行処理の進捗状況を表示
させる機能を有する。具体的には、図８に示すような情
報を、ディスプレイ画面上に表示させるソフトウエアに
よって、進捗表示部１８０を構成することができる。も
っとも、図８に示すような情報表示では、個々の個別鍵
についてのリクエストあるいは受領が完了しているか否
かを認識することは可能であるが、具体的な日付を認識
することができない。そこで、実用上は、データベース
内に、図９に示すような日付に関する履歴情報を管理番
号に対応させて記録するようにしておくとよい。進捗表
示部１８０は、この図９に示すような履歴情報をそのま
ま表示させてもよいし、必要に応じて、データ管理部１
４０内のデータベースに格納されている種々の情報を加
工して、各業務についての進捗状況をより直観的に把握
しうる態様で表示させるようにしてもよい。たとえば、
発行注番ごとの進捗状況表示、カード製造注番ごとの進
捗状況表示、チップＩＤやカードＩＤごとの進捗状況表
示、各工程ごとに進行中の件数表示、次の工程に移行可
能なカード一覧表示などを行うことができる。

【００３３】図９に示す例では、履歴情報を、図９(a)
に示すようなデータリクエストに関する履歴と、図９
(b) に示すようなデータ受領に関する履歴とに分けて記
録するようにしている。図９(a) に示すデータリクエス
トに関する履歴としては、各管理番号ごとに、当該リク
エストを行うためのファイル準備を行った日付、認証局
に対するファイル送信を行った日付、認証局からのファ
イル到着確認があった日付、そして当該リクエストを行
った担当者名が記録されている。また、図９(b)に示す
データ受領に関する履歴としては、各管理番号ごとに、
認証局からファイルを受信した日付、認証局に対して受
領確認を行った日付、受領ファイルをデータベースに登
録した日付、そして当該受領を行った担当者名が記録さ
れている。もちろん、ここに示すのは、あくまでも履歴
を記録するための書式の一例であり、具体的にどのよう
な日付を記録するかは本システムの設計上適宜決めるべ
き事項である。

【００３４】いずれにしても、本発明に係るシステムで
は、認証局に対するリクエストを行うたびにリクエスト
管理番号が付与され、認証局から送られてきた個別鍵の
受領を行うたびに受領管理番号が付与され、これらの管
理番号に対応関係をもたせて、リクエストおよび受領行
為の履歴がデータベースに記録されることになるので、
データ受領部１３０は、要求に応じて、この履歴に関す
る情報に基づいて、各業務についての進捗状況を表示さ
せることが可能になる。

【００３５】なお、発行前のＩＣカードには、可視情報
が記録されていないことが多く、外観上、個々のＩＣカ
ードを識別することは困難である。もちろん、カードア
クセス部１６０を用いて内蔵メモリにアクセスを行う際
には、チップＩＤやカードＩＤを確認することにより個
々のカードを識別することは可能であるが、カードアク
セス部１６０を構成するリーダ／ライタ装置にＩＣカー
ドを装填するまでは、各ＩＣカードを外観から識別する
ことは困難である。そこで、図１に示すシステムでは、
カード管理部１７０を設け、物理的なＩＣカードの管理
を行う上での便宜を図るようにしている。カード管理部
１７０は、ラベルプリンタを有しており、ＩＣカードの
収容箱に貼付けるラベルを印刷することができる。この
ラベルに、業務ＩＤや管理番号など、あるいは箱番号や
カードごとのシリアル番号などのカード管理用の情報を
印刷するようにし、各ＩＣカードの収容箱に貼り付ける
ようにすれば、箱ごとの取り違えを防ぐことができる。

【００３６】また、このカード管理部１７０には、カー
ド券面デザインの違いによるカード種別やロードされて
いるアプリケーションプログラムの違いによるカード種
別を登録して管理する機能を付加しておくこともできる
し、製造注番およびカード種別ごとに各カードに付した
シリアル番号（収容箱内の並び順に基づく序列番号）
や、収容枚数、収容箱番号などを登録して管理する機能
を付加しておくこともでき、これらの付加情報をラベル
に印刷することもできる。

【００３７】以上、本発明を図示する実施形態に基づい
て説明したが、本発明はこの実施形態に限定されるもの
ではなく、この他にも種々の態様で実施可能である。特
に、発行処理管理システム１００と各認証局との間のデ
ータの受け渡しは、必ずしもインターネット２００を利
用する必要はなく、専用のデータ通信回線を用いて行う
こともできるし、ファクシミリなどを用いて行うことも
できる。もちろん、種々の情報記録媒体を利用した物理
的な物品の送受により行うこともできる。

【００３８】

【発明の効果】以上のとおり本発明に係るＩＣカードの
発行処理管理システムによれば、個別鍵を入手する一連
の処理を容易に一元管理することができるようになる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るＩＣカードの発行処
理管理システムを各認証局に接続した状態を示すブロッ
ク図である。

【図２】図１に示す発行処理管理システムを利用して発
行すべきＩＣカードの構成例を示す図である。

【図３】図１に示す仕様登録部１５０によって登録され
た「仕様を示す情報」の一例を示す図である。

【図４】図１に示すデータ管理部１４０内に格納される
データベースの一例を示す図である。

【図５】図１に示すデータリクエスト部１２０によって
送信されるリクエストデータおよびその返信としてデー
タ受領部１３０に得られる受領データの一例を示す図で
ある。

【図６】図５(b) に示す受領データに基づいて、図４に
示すデータベースの内容を更新した状態を示す図であ
る。

【図７】図１に示すデータリクエスト部１２０によって
送信されるリクエストデータおよびその返信としてデー
タ受領部１３０に得られる受領データの別な一例を示す
図である。

【図８】図１に示すデータ管理部１４０内に登録される
管理番号に関するデータベースの一例を示す図である。

【図９】図８に示す個々の管理番号ごとの履歴情報の一
例を示す図である。

【符号の説明】

１００…発行処理管理システム １１０…データ入出力部 １２０…データリクエスト部 １３０…データ受領部 １４０…データ管理部 １５０…仕様登録部 １６０…カードアクセス部 １７０…カード管理部 １８０…進捗表示部 ２００…インターネット ３０１〜３０３…認証局 Ｋos…ＯＳを利用するために必要な個別鍵 Ｋａ，Ｋｂ…アプリケーションＡ，Ｂを利用するために
必要な個別鍵

Claims (5)

【特許請求の範囲】
1. 【請求項１】 内蔵プログラムを動作させるためにそれ
   ぞれ個別鍵を必要とするＩＣカードについて、認証局に
   対して個々のカードを特定する識別コードを送ることに
   より個々のカードについての個別鍵をリクエストし、前
   記認証局から送られてきた個別鍵を用いてＩＣカードを
   発行する処理を行う場合に、この一連の処理手順を管理
   するシステムであって、 認証局に対するデータの送受を行うデータ入出力部と、 前記データ入出力部を介して個別鍵のリクエストを行う
   データリクエスト部と、 前記データ入出力部を介して個別鍵の受領を行うデータ
   受領部と、 個々のＩＣカードの識別番号と個別鍵とをデータベース
   として格納するデータ管理部と、 個々のＩＣカードの内蔵メモリにアクセスする機能を有
   し、前記データベースを利用して、各ＩＣカードに対し
   て識別コードや個別鍵を読み書きするカードアクセス部
   と、 一群のＩＣカードごとに発行処理の進捗状況を表示する
   進捗表示部と、 を備え、 前記データリクエスト部は、前記データベースを利用し
   て、一群のＩＣカードについての識別コードを含むファ
   イルを認証局へ送信することにより個別鍵のリクエスト
   を行うとともに、このリクエスト行為に対してユニーク
   なリクエスト管理番号を発生させ、各リクエスト管理番
   号ごとにリクエスト行為の履歴を前記データベースに記
   録する機能を有し、 前記データ受領部は、認証局から送られてきた一群のＩ
   Ｃカードについての個別鍵を含むファイルを受領し、こ
   れを前記データベースに格納するとともに、この受領行
   為に対してユニークな受領管理番号を発生させ、受領し
   たファイルに含まれている各ＩＣカードの識別番号に基
   づいて、対応するリクエスト管理番号を求め、各受領管
   理番号ごとに特定のリクエスト管理番号に対応させて、
   受領行為の履歴を前記データベースに記録する機能を有
   し、 前記進捗表示部は、前記データベース内に記録された履
   歴に基づいて、各ＩＣカードについての発行処理の進捗
   状況を表示させる機能を有することを特徴とするＩＣカ
   ードの発行処理管理システム。
2. 【請求項２】 請求項１に記載の発行処理管理システム
   において、 個々のＩＣカードから読み出したチップＩＤを識別コー
   ドとして認証局に送ることにより、各ＩＣカードのＯＳ
   プログラムを動作させるために必要な個別鍵を受領する
   ことを特徴とするＩＣカードの発行処理管理システム。
3. 【請求項３】 請求項１に記載の発行処理管理システム
   において、 個々のＩＣカードに付与されたカードＩＤを識別コード
   として認証局に送ることにより、各ＩＣカードの特定の
   アプリケーションプログラムを動作させるために必要な
   個別鍵を受領することを特徴とするＩＣカードの発行処
   理管理システム。
4. 【請求項４】 請求項１〜３のいずれかに記載の発行処
   理管理システムにおいて、 特定の業務に利用される一群のＩＣカードごとに、当該
   業務の仕様を示す情報をデータベースに登録する機能を
   もった仕様登録部を更に有することを特徴とするＩＣカ
   ードの発行処理管理システム。
5. 【請求項５】 請求項１〜４のいずれかに記載の発行処
   理管理システムにおいて、 ＩＣカードの収容箱に貼付けるラベルを印刷する機能を
   有し、このラベルにカード管理用の情報を印刷すること
   によりＩＣカードの管理を行うカード管理部を更に有す
   ることを特徴とするＩＣカードの発行処理管理システ
   ム。