JP5293388B2

JP5293388B2 - Ｉｃチップ及びデータ読み出し方法等

Info

Publication number: JP5293388B2
Application number: JP2009112184A
Authority: JP
Inventors: 正徳浅野
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2009-05-01
Filing date: 2009-05-01
Publication date: 2013-09-18
Anticipated expiration: 2029-05-01
Also published as: JP2010262447A

Description

本発明は、ＩＣチップに記憶されるデータの秘匿性を担保する装置及び方法等の技術分野に関する。

ＩＣカードに組み込まれたＩＣチップには、極めて重要な情報が記憶され、当該情報を用いて、様々なビジネスが展開されている。例えば、通信サービス事業を展開する企業（サービス提供者）が提供する携帯端末に搭載されるＩＣカードに組み込まれたＩＣチップ、例えばＦＯＭＡ（登録商標）カードに組み込まれたＩＣチップには、顧客（利用者）毎の固有の情報、例えば、電話番号情報（電話番号又はユーザ証明書等）が記憶されており、当該情報を用いて、顧客が特定され、顧客に適した種々のサービスが提供されている。

これらＩＣカードの分野において、上記顧客毎の固有の情報をＩＣチップに記憶する処理は、「発行処理」と呼ばれている。

かかる発行処理では、顧客の個人情報（秘密データ）、若しくは当該個人情報を暗号化するための鍵情報などセキュリティ上重要な情報を取扱うケースが多いことから、当該情報の秘匿性を担保できる場所（特定の安全な場所）でのみ上記発行処理を行い、その他の場所では発行を許可しない手段を採用していた。

例えば、上記通信サービス分野では、先ず、サービス提供者たる企業は、ＩＣチップの開発・製造を、ＩＣチップを取扱う企業（上記発行処理及びＩＣチップに関するソフトウェア開発を統括的に取扱う企業等を示す。以下、「ＩＣチップ取扱企業」という。）へ、依頼する。

当該依頼を受けたＩＣチップ取扱企業は、ＩＣチップに搭載されるソフトウェア（ＯＳ（Operating System）やその他アプリケーション等）を、サービス提供者が望む仕様に応じて開発する。そして、ＩＣチップ取扱企業は、ＩＣチップ製造者から上記ソフトウェア等が記憶されたＩＣチップの供給を受け、上記発行処理を施し、最終的に、サービス提供者へ納品するようになっている。

従って、上記発行を行う者（発行者）とＩＣチップを顧客へ提供する者（上記情報を取扱うＩＣチップに係るソフトウェア開発者等を含む）は、同一の主体（同一の企業）であるため、発行処理の際に上記顧客毎の固有の情報が、外部の者（同一の企業以外の人間）に取扱われないようになっていた。

このようにして、上記顧客毎の固有の情報の秘匿性を担保していた。

また、その他顧客の個人情報の秘匿性を担保するための技術として、特許文献１では、ＩＣカードの製造番号を読み出し、当該製造番号を暗号化の鍵とすることで、未発行のカードを入手して不正にカードを作成することを防止する技術が開示されている。

また、特許文献２では、ＩＣカード発行者から受信したデータに基き、データ生成代行会社がＩＣカード用の書き込みデータを作成し、ＩＣカード発行者へ返送し、当該返送されたデータに基き、ＩＣカード発行者が発行処理を行う技術が開示されている。

特開２０００−３６０１５号公報特開２００４−２１９４０号公報

近年、ＩＣチップの多種多様化等により、発行者とＩＣチップを顧客へ提供する者が異なるケースが増加している。換言すれば、ＩＣチップ取扱企業において、発行処理が行われないケースが増加している。

例えば、自社（自己）で発行処理を行うことができない種類のＩＣチップ（例えば、自社で当該ＩＣチップに対する発行処理を行うラインを持っていない場合等）に対し、例えば外部（サービス提供者等）から、当該ＩＣチップの購買要求がなされた場合には、当該発行処理を外部へ委託し、当該発行処理が成されたＩＣチップを受領し、最終的にはＩＣチップを出荷する必要がある。

この様な場合では、発行処理を行う外部の人間である発行者に対して、発行処理の対象たる上記顧客毎の固有の情報を提供し、発行処理を依頼することとなる。即ち、上記顧客毎の固有の情報が、外部の者に取扱われるようになり、顧客の個人情報の秘匿性が担保されなくなってしまう。上述した顧客の個人情報の秘匿性を担保するための技術では、かかる問題点を回避することは出来なかった。

また、上述するように発行処理はＩＣチップ取扱企業の管理の及ばない場所で行われるため、発行処理の実施状況を逐次把握することが困難であること等、発行処理（発行）プロセスの管理を行うことが困難となっていた。

そこで、本発明は上記問題点に鑑みて成されたもので、その目的の一例は、ＩＣチップに記憶されるデータの秘匿性を担保し、ＩＣカード発行者側が発行処理の内容を意識することなく、かつ、遠隔地において発行処理が実行される場合であっても、セキュリティ強度が低下することなく発行処理を行うことができるＩＣチップ及びデータ読み出し方法を提供することである。

上記の課題を解決するために、請求項１に記載のＩＣチップは、所定のコマンドと、ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を含む暗号化されたデータが共に入力される入力手段と、入力された前記データを復号するための復号鍵と、前記ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を予め記憶する記憶手段と、前記所定のコマンドが入力されると、前記復号鍵を用いて入力された前記データを復号する復号手段と、前記復号されたデータに含まれる前記固有の識別情報と、予め記憶された前記固有の識別情報を照合することにより前記復号されたデータの正当性を確認する確認手段と、前記確認手段によって正当性が確認された場合には、前記復号されたデータの一部又は全部を所定のアルゴリズムで変換する変換手段と、を備えることを特徴とする。

この発明によれば、所定のコマンドと暗号化されたデータが共に入力されると、ＩＣチップの内部において、予め記憶された復号鍵を用いて入力された前記データを復号し、前記復号されたデータの正当性を確認することができる。

従って、ＩＣチップ内で上記正当性の確認を行うことにより、第三者に、正当性確認の仕組みを知られることがない。また、ＩＣチップに記憶されるデータの秘匿性を担保し、ＩＣカード発行者側が発行処理の内容を意識することなく、かつ、遠隔地において発行処理が実行される場合であっても、セキュリティ強度が低下することなく発行処理を行うことができる。そして、発行処理の実施状況を逐次把握することができ、発行処理プロセスを管理することが可能となる。

請求項２に記載のＩＣチップは、請求項１に記載のＩＣチップにおいて、前記データには、さらに、エラーチェックコードが含まれ、前記確認手段はさらに、前記復号されたデータに含まれるエラーチェックコードを用いて前記復号された固有の識別情報を含むデータの正当性を確認することを特徴とする。

従って、ＩＣチップに対する不正なデータアクセス（例えば、パスワードクラック等）を防止することができる。

請求項３に記載のＩＣチップは、請求項１又は２に記載のＩＣチップにおいて、前記所定のコマンドは、単一のコマンドであることを特徴とする。

従って、発行者に必要最小限の情報を提供するだけで発行処理を実行することができ、かつ、発行者は複雑な操作をすることなく発行処理を実行することができる。

請求項４に記載のＩＣチップは、請求項１乃至３の何れか一項に記載のＩＣチップにおいて、前記固有の識別情報と同一の内容を示す文字が、外部から視認可能に表示されていることを特徴とする。

従って、発行者は発行処理を行う対象となるＩＣチップを、確実に識別することができる。

請求項５に記載のデータ読み出し方法は、所定のコマンドと、ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を含む暗号化されたデータが共に入力される入力工程と、入力された前記データを復号するための復号鍵と、前記ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を予め記憶する記憶工程と、前記所定のコマンドが入力されると、前記復号鍵を用いて入力された前記データを復号する復号工程と、前記復号されたデータに含まれる前記固有の識別情報と、予め記憶された前記固有の識別情報を照合することにより前記復号されたデータの正当性を確認する確認工程と、前記確認工程によって正当性が確認された場合には、前記復号されたデータの一部又は全部を所定のアルゴリズムで変換する変換工程と、を有することを特徴とする。

請求項６に記載のデータ読み出しプログラムは、ＩＣチップに含まれるコンピュータを、所定のコマンドと、ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を含む暗号化されたデータが共に入力される入力手段、入力された前記データを復号するための復号鍵と、前記ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を予め記憶する記憶手段、前記所定のコマンドが入力されると、前記復号鍵を用いて入力された前記データを復号する復号手段、前記復号されたデータに含まれる前記固有の識別情報と、予め記憶された前記固有の識別情報を照合することにより前記復号されたデータの正当性を確認する確認手段、及び、前記確認手段によって正当性が確認された場合には、前記復号されたデータの一部又は全部を所定のアルゴリズムで変換する変換手段として機能させることを特徴とする。

請求項７に記載のＩＣカードは、請求項１乃至４の何れか一項に記載のＩＣチップと、ＩＣカード基体と、を備える。

以上のように、本発明によれば、所定のコマンドと暗号化されたデータが共に入力されると、予め記憶された復号鍵を用いて入力された前記データを復号し、前記復号されたデータの正当性を確認することができるため、ＩＣチップに記憶されるデータの秘匿性を担保し、ＩＣカード発行者側が発行処理の内容を意識することなく、かつ、遠隔地において発行処理が実行される場合であっても、セキュリティ強度が低下することなく発行処理を行うことができる。

本実施形態に係るＩＣカードの発行処理に関する業務概要を示すシーケンス図である。本実施形態に係るＩＣカード発行システムの構成及び機能概要を示すブロック図である。本実施形態に係る発行データが処理されるプロセスを示す概念図である。本実施形態に係る発行処理（図１ステップＳ３３）における発行処理プログラムに基づくＣＰＵ９の動作を示すフローチャートである。

以下、本願の最良の実施形態を添付図面に基づいて説明する。なお、以下に説明する実施の形態は、発行処理を行うＩＣカード発行システムに対して本願を適用した場合の実施形態である。

まず、本実施形態に係るＩＣカードの発行処理に関する業務概要について、図１を用いて説明する。

図１は、本実施形態に係るＩＣカードの発行処理に関する業務概要を示すシーケンス図である。

本実施形態に係るＩＣカードの発行処理に関する業務は、例えば、サービス提供者が、
個別のユーザに対して発行処理を行ったＩＣカードを提供し、サービスの提供を開始する業務に係るものである。

ここで、発行処理とは、上記ユーザ毎の固有の情報をＩＣチップに記憶する処理をいい、かかる発行処理によって、ＩＣチップを用いたユーザ認証（サービス提供者がサービスの提供を許可したユーザであるか否かを判断する）等が実現される。

上記業務概要について、以下に具体的に説明する。

サービス提供者が、ＩＣチップ取扱企業にＩＣチップの開発を依頼すると（ステップＳ１）、ＩＣチップ取扱企業のソフトウェア開発者は、ＩＣチップ用のソフトウェアを開発する（ステップＳ１１）。当該ソフトウェアは、例えばＩＣチップのアプリケーションプログラム等を示す。

そして、ソフトウェア開発者は、ＩＣチップ製造者に当該ソフトウェアを搭載したＩＣチップの製造を依頼する（ステップＳ１２）。当該依頼を受けたＩＣチップ製造者は、ソフトウェア開発者から受領したソフトウェアを搭載したＩＣチップを製造し、後述する発行者からのＩＣチップの購買要求に備えるべく、量産体制を構築する（ステップＳ２１）。

上記ＩＣチップには、上記アプリケーションプログラム等の他に、後述する固有の識別番号やデータを復号するための復号鍵等が予め記憶されており、後述する暗号化されたデータの復号に用いられることとなる。

また、発行者とは、ＩＣチップに対して発行処理を実際に施す（実行する）者をいい、本実施形態においては、ＩＣチップ取扱企業が委託した外部の者（ＩＣチップ取扱企業と同一主体ではない者）を示している。

次に、発行者は、例えば、ＩＣチップ取扱企業からＩＣチップの発行処理の依頼があると（ステップＳ２）、ＩＣチップ製造者にＩＣチップの購買要求をＩＣ製造者へ伝達する（ステップＳ３１）。当該購買要求を受けたＩＣチップ製造者は、ＩＣチップを、発行者へ納品する（ステップＳ２２）。

発行者は、ＩＣチップを受領すると（ステップＳ３２）、発行データ生成者に対して、発行データの作成を依頼する（ステップＳ３３）。

ここで、発行データ生成者は、ソフトウェア開発者と同一の主体であることが想定される。即ち、これらの者はＩＣチップ取扱企業に属する者であるため、相互間で取扱う発行データの内容について秘匿性を担保できる。

前記依頼を受けた発行データ生成者は、発行データを生成し、当該データに暗号化を施すと共に、所定のコマンドを用意し（ステップＳ４１）、発行者へ送信する（ステップＳ４２）。

ここで、所定のコマンドとは、後述する発行処理を実行させるための命令である。具体的には、当該コマンドが、暗号化された発行データと共にＩＣチップへ入力されると、当該発行データは、ＩＣチップ内で発行処理が実行されるようになっている。

当該コマンド及びデータを受信した発行者は、ＩＣチップに対して、前記所定のコマンドを入力すると、ＩＣチップの内部では、発行処理が行われる（ステップＳ３３）。なお、発行処理の詳細については後述する。

ＩＣチップの内部で上記発行処理が行われるため、上記発行データの内容等については、発行者に知られることがない（発行データの秘匿性が担保される）。

そして、発行者は、発行済みＩＣチップ（発行処理が完了したＩＣチップ）をユーザ（サービス提供者からサービスの提供を受ける者）へ出荷する（ステップＳ３４）。ついで、サービス提供者は、ユーザに対してサービスの提供を開始する（ステップＳ３）。

次に、本実施形態に係るＩＣカード発行システムの構成及び機能概要について、図２を用いて説明する。

図２は、本実施形態に係るＩＣカード発行システムの構成及び機能概要を示すブロック図である。

図２に示すように、本実施形態に係るＩＣカード発行システムＳは、発行データ生成者（図１）側に備えられる発行データ生成用端末１と、発行者（図１）側に備えられる発行用端末２及びリーダライタ装置３と、ＩＣチップ４が備えられるＩＣカード１１等とを含んで構成されている。

また、発行データ生成用端末１と発行用端末２は、ネットワークＮＷを介して、相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット等により構築されている。

発行データ生成用端末1は、上述した発行データの生成、暗号化及び上述したコマンド及び当該発行データの送信等のために、発行データ生成者により用いられるものであり、例えば、パーソナルコンピュータ、ワークステーションＰＤＡ(Personal Digital Assistant)、ＳＴＢ(Set Top Box)、携帯電話機等を適用することができる。

発行用端末２は、上述したコマンド及び暗号化された発行データの受信、当該コマンドの入力又は発行処理等のために、発行者により用いられるものであり、例えば、パーソナルコンピュータ、ワークステーションＰＤＡ(Personal Digital Assistant)、ＳＴＢ(Set Top Box)、携帯電話機等を適用することができる。

また、発行用端末２は、リーダライタ装置３を介して、ＩＣチップ４からのデータの読み取り及び当該ＩＣチップ４へのデータの書き込みを所定周波数の電波により非接触で（非接触通信により）行うことが可能になっている。

リーダライタ装置３は、例えば非接触ＩＣカード技術である公知のFeliCa（登録商標）技術を採用したＲＦＩＤリーダライタが適用され、当該FeliCa技術を採用したＲＦＩＣタグ（ＲＦＩＣチップ）からのデータの読み取り及び当該ＲＦＩＣタグへのデータの書き込みを所定周波数の電波により非接触で（非接触通信により）行うことが可能になっている。

ＩＣカード１１は、ＩＣチップ４をＩＣカード基体１０に備えている。

ＩＣチップ４は、入力手段としてのＩ／Ｏ（input/output）インターフェース５、ＲＯＭ(Read Only Memory)６、ＲＡＭ(Random Access Memory)７、ＥＥＰＲＯＭ８、ＣＰＵ(Central Processing Unit)９等を備えて構成されている。

Ｉ／Ｏインターフェース５は、データを送受信するための入出力回路であり、ＣＰＵ９は、このＩ／Ｏインターフェース５を介してリーダライタ装置３等と交信する。

さらに、Ｉ／Ｏインターフェース５は、本願の入力手段として機能し、ＣＰＵ９の制御のもと、発行用端末２によって受信された上述したコマンド又は発行データ等が、Ｉ／Ｏインターフェース５を介して入力される。

ＲＯＭ６内には、ＣＰＵ９によって実行されるべき発行処理プログラムが記憶されており、ＣＰＵ９は、この発行処理プログラムに基づいてＩＣチップ４を統括的に制御すると共に、後述する発行処理を実行する。ＲＡＭ７は、ＣＰＵ９がＩＣチップ４を統括的に制御するために作業領域として使用するメモリである。

ＥＥＰＲＯＭ８は、不揮発性半導体メモリの一種であり、記憶領域に記憶されているデータを消去し、何度でも再記憶ができるＰＲＯＭ(Programmable Rom)である。

さらに、ＥＥＰＲＯＭ８は、本願の記憶部として機能し、入力される前記暗号化された発行データを復号するための復号鍵（発行用鍵）及び固有の識別情報等ＩＣチップ４に記録すべきデータを格納（記憶）する。

ここで、固有の識別情報とは、ＩＣチップ自体を他のＩＣチップから識別するための情報であり、例えば、ＩＣチップ製造業者（図１参照）等によって、製造時点に予め記憶されている。そして、固有の識別情報は、ＥＥＰＲＯＭ８に不揮発性に記憶されており、以後書き換えることは不可能なものとなっている。

ＣＰＵ９は、上述したように発行処理プログラムに基づいてＩＣチップ４全体の動作を統括的に制御するとともに、本願の復号手段及び確認手段等として機能する。

次に、本実施形態に係る発行データが処理されるプロセスを、図３を用いて説明する。

図３は、本実施形態に係る発行データが処理されるプロセスを示す概念図である。

図３において、発行データが処理されるプロセスは、発行データ生成用端末１側で処理される発行データの処理プロセス１１と、ＩＣチップ４内部で処理される発行データの処理プロセス１２（発行処理）に大別される。

発行データ生成用端末１側で実行される発行データの処理プロセス１１では、まず、発行データが用意される（図３イ参照）。具体的には、発行データ１３として、鍵情報生成元データ１４、固有の識別情報の一例としてのチップ固有値１５及びエラーチェックコード１６が生成される。すなわち、発行データ１３には、鍵情報生成元データ１４、チップ固有値１５及びエラーチェックコード１６が含まれていることとなる。

鍵情報生成元データ１４は、ＣＰＵ９によって発行データ１３の正当性が確認された場合に、所定のアルゴリズムで変換されるデータの一例を示す。チップ固有値１５は、上述した固有の識別情報の一例を示す。

エラーチェックコード１６は、発行データが、第三者によるデータの不正な改竄等が行われたか否かを検出するために用いられるものであり、その一例として、ＣＲＣがある。

ＣＲＣとは、巡回冗長検査（Cyclic Redundancy Check）の略であり、データの誤りを検出する（データの正当性を検証する）仕組みである。ＣＲＣによる誤り検出では、まず、発行データからエラーチェックコード１６の一例として、ＣＲＣコードを生成する。

ＣＲＣコードは、同一のデータからは必ず同一のＣＲＣコードが生成され、例えば、１バイトでもデータが異なると全く別のＣＲＣコードが生成されるという特徴を持つ。この特徴を利用し、データの正当性について検証するようになっている。

上記ではエラーチェックコード１６の一例としてＣＲＣコードを用いて、発行データの正当性について確認する例について説明したが、これに限られず、ＣＲＣコードの他、ハミングコード又は、チェックディジットを付加する方法等種々の方法を適用することができる。なお、発行データの正当性について確認する方法についての詳細は、後述する。また、ＣＲＣコードは公知の技術であるため、より詳しい説明は省略する。

図３の説明に戻り、発行データ生成用端末１側で実行される発行データの処理プロセス１１では、次に、発行データ１３が発行用鍵１７で暗号化され、暗号化発行データ１８が生成される（図３ロ参照）。そして、上述した所定のコマンドと共に暗号化発行データ１８を、発行用端末２へ送信するようになっている。

ここで、所定のコマンド（発行用コマンド）は、任意に設定することができるが、単一のコマンドを採用することもできる。例えば、一の文字列（例えば、アルファベット一文字である「Ａ」等）又は単一の意味を示す文字列（例えば、実行を示す文字列である「ＲＵＮ」）等の、簡便かつ短い文字列からなるコマンドを、単一のコマンドとして採用することもできる。

これにより、発行者は、複雑なコマンドを覚えることなく発行処理を実行することができるため、確実かつ迅速に発行処理を実現できる。また、単一のコマンドは、当該コマンドが示すデータ量が小さいため、ネットワークを介して上記コマンドを送信する際にも、ネットワークに負担をかけることなく迅速に当該コマンドを送信することができる。

所定のコマンド及び暗号化発行データ１８がＩＣチップ４へ入力されると、本実施形態に係る発行データが処理されるプロセスは、ＩＣチップ内部で処理される発行データの処理プロセス１２に移行する。ここで、ＩＣチップ内部で処理される発行データの処理プロセス１２は、上述した本実施形態に係る発行処理を示している。そして、ＥＥＰＲＯＭ８には暗号化発行データ１８を復号するための復号鍵（発行用鍵）としてのＩＣチップ内発行用鍵１９及び固有の識別情報としてのＩＣチップ内チップ固有値２５が、予め記憶されている。

以下、図４を用いて、本実施形態に係る発行データが処理されるプロセス（図３）と、発行処理における発行処理プログラムに基づくＣＰＵ９の動作を示すフローチャートとを対応づけて説明する。

本実施形態に係る発行処理において、ＣＰＵ９は、所定のコマンドと暗号化されたデータが入力されると、予め記憶されている復号鍵を用いて、入力された前記データを復号し、復号されたデータの正当性を確認するようになっている。

図４は、本実施形態に係る発行処理（図１ステップＳ３３）における発行処理プログラムに基づくＣＰＵ９の動作を示すフローチャートである。

所定のコマンド及び暗号化発行データ１８を入手した（送信された）発行者（図１参照）が、発行処理を行うＩＣチップ（発行対象ＩＣチップ）に対して、所定のコマンドと暗号化されたデータを、例えば発行用端末２を用いて入力する。当該所定のコマンドの入力によって、ＣＰＵ９は、暗号化発行データ１８を受信し（ステップＳ５１）、受信した暗号化発行データ１８をＩＣチップ内発行用鍵１９で復号（化）する（ステップＳ５２）及び（図３ニ）。

なお、本実施形態においてはＣＰＵ９が復号を行っているがこれに限定されるものではなく、例えば、コプロセッサ（例えば、ＦＰＵ（Floating point number Processing Unit）等）等が行うようにしてもよい。

ここで、上記発行対象ＩＣチップは、発行データ生成者（図１）等によって指定される場合がある。即ち、発行者は自己が所有するＩＣチップの中から、上記指定されたＩＣチップを特定し、発行処理を行わなければならない場合がある。

上記の特定を行うために、チップ固有値１５と同一の内容を示す文字を、当該ＩＣチップの外部から視認可能に表示する方法を採用することもできる。発行データ生成者が発行対象ＩＣチップを指定すべく当該発行対象ＩＣチップを示すチップ固有値１５を発行者に伝えた場合、発行者はＩＣチップに表示されるチップ固有値１５を視認により確認することにより、当該発行対象ＩＣチップを特定することができる。

上述した外部から視認可能に表示する方法は、例えば、ＩＣチップ外観面に対してチップ固有値１５をシルク印刷又は刻印等により表示したり、チップ固有値１５が明記されたシールが貼付されることが想定されるが、これに限定されることなく任意に選択することができる。

図４の説明に戻り、次に、ＣＰＵ９は、前記復号された暗号化発行データの正当性を確認すべく、まず、前記復号された暗号化発行データに対するエラーチェックコードをＩＣチップ内部で計算する（ステップＳ５３）及び（図３ホ）。

具体的には、図３において、ＣＰＵ９は、復号された発行データ２０に含まれる鍵情報生成元データ２１及びチップ固有値２２に基いて、エラーチェックコード２４を生成する。

そして、ＣＰＵ９は、計算したエラーチェックコード２４と復号された発行データ２０に含まれるエラーチェックコード２３が一致するか否かを判断する（ステップＳ５４）及び（図３ホ）。

具体的には、エラーチェックコードの一例として、ＣＲＣコードを用いた場合では、まず、発行データの生成時に当該データからＣＲＣコードを生成し、当該データと共に記憶装置等に記憶する。そして、上記発行処理においてＣＰＵ９が、前記復号された暗号化発行データからＣＲＣコードを生成し、先に生成された発行データのＣＲＣコードと、ＣＰＵ９によって生成されたＣＲＣコードを夫々比較（照合）する。

そして、これら２つのＣＲＣコードを比較し、相互のＣＲＣコードが一致する場合には、上述したＣＲＣコードの特徴から、先に生成された発行データと前記復号された暗号化発行データは同一であることを示している。従って、当該データは、保存中にユーザが意図しない不正な改竄等によってそのデータの内容が変更されず、当該データは正当であることを確認することができる。

本実施形態において、相互のＣＲＣコードが一致する場合とは、発行データ１３に含まれる鍵情報生成元データ１４と復号された発行データ２０に含まれる鍵情報生成元データ２１が、そして、発行データ１３に含まれるチップ固有値１５と復号された発行データ２０に含まれるチップ固有値２２がそれぞれ一致することを示している。

一方、相互のＣＲＣコードが一致しない場合には、先に生成された発行データと前記復号された暗号化発行データは異なることを示している。従って、当該データは、保存中にユーザが意図しない不正な改竄等によってそのデータの内容が変更された可能性があり、当該データは正当でないことを確認することができる。

本実施形態において、相互のＣＲＣコードが一致しない場合とは、発行データ１３に含まれる鍵情報生成元データ１４と復号された発行データ２０に含まれる鍵情報生成元データ２１が一致しない場合、又は、発行データ１３に含まれるチップ固有値１５と復号された発行データ２０に含まれるチップ固有値２２が一致しない場合、又は、相互に一致しない場合を示している。

そして、計算したエラーチェックコード２４と復号された発行データ２０に含まれるエラーチェックコード２３が一致しなかった場合には（ステップＳ５４：ＮＯ）、エラー処理として（ステップＳ６１）、処理を終了する。

一方、計算したエラーチェックコード２４と復号された発行データ２０に含まれるエラーチェックコード２３が一致した場合には（ステップＳ５４：ＹＥＳ）、ＣＰＵ９は、前記復号された発行データ２０の正当性を確認すべく、チップ固有値２２とＩＣチップ内チップ固有値２５が一致するか否かを判断する（ステップＳ５５）及び（図４へ）。

ここで、チップ固有値１５及びＩＣチップ内チップ固有値２５の保持については、夫々の即値（何らのデータ変換もしない値）で保持してもよいが、ハッシュ関数（Hash Function）又はＸＯＲ（排他的論理和演算）等のアルゴリズムを用いた演算によって変換した値であってもよい。上記アルゴリズムは任意に選択することが可能である。

また、上記変換後の値を保持するのではなく、チップ固有値は上記即値で保持しておき、上記アルゴリズムを用いた演算をＩＣチップ４内で実施した後に上記正当性を確認するようにしてもよい。換言すれば、上記正当性を確認する際に、上記アルゴリズムを用いた演算をＩＣチップ４内で都度実施するようにしてもよい。

図４の説明に戻り、チップ固有値２２とＩＣチップ内チップ固有値２５が一致しなかった場合には（ステップＳ５５：ＮＯ）、エラー処理として（ステップＳ６２）、処理を終了する。

この場合、発行データ１３に含まれるチップ固有値１５と復号された発行データ２０に含まれるチップ固有値２５が異なることを示している。従って、暗号化発行データ１８がＩＣチップ４へ入力する前段階で、例えば、暗号化発行データ１８に対して不正な改竄等がなされたことが想定される。

一方、チップ固有値１５とＩＣチップ内チップ固有値２５が一致した場合には（ステップＳ５５：ＹＥＳ）、ＣＰＵ９は、鍵情報生成元データ２１から鍵データ２６を生成する（ステップＳ５６）及び（図３ト）。

具体的には、ＣＰＵ９は、鍵情報生成元データ２１に、例えば、ハッシュ関数又はＸＯＲ等のアルゴリズムを用いた演算を適用することにより、鍵データ２６を生成する。

また、上記適用するアルゴリズムの種類を、発行データ１３を用いて指定するようにしてもよい。

具体的には、ＣＰＵ９に実行させるべき上記アルゴリズムの種類を示す命令を、予め発行データ１３に保持しておき、ＣＰＵ９は、鍵データ２６生成時において、当該命令を参照して、上記演算に適用するアルゴリズムの種類を決定するようにしてもよい。

図４の説明に戻り、ＣＰＵ９は、生成された鍵データ２６を設定（例えば、ＩＣチップ内の鍵情報格納領域へ記憶）し処理を終了する。ここで、前記鍵情報格納領域は、例えばＥＥＰＲＯＭ８等に設けられ、外部からのアクセスが制限される等保護された領域をいう。当該保護された領域に鍵データ２６が記憶されることとなる。

以上説明したように、本実施形態においては、ＣＰＵ９は、所定のコマンドと、暗号化発行データ１９が共に入力され、前記所定のコマンドが入力されると、予め記憶されたＩＣチップ内発行用鍵１９を用いて入力された前記データを復号し、前記復号された発行データ２０の正当性を確認するようになっている。

従って、ＩＣチップ内で上記正当性の確認を行うことにより、第三者（例えば、発行者）に、正当性確認の仕組み（発行処理の仕組み、図３及び図４等）を知られることがない。また、ＩＣチップに記憶されるデータの秘匿性を担保し、ＩＣカード発行者側が発行処理の内容を意識することなく（第三者（例えば、発行者側等）に、正当性確認の仕組み（発行処理の仕組み、図３及び図４等）が知られることなく）、かつ、遠隔地において発行処理が実行される場合であっても、セキュリティ強度が低下することなく発行処理を行うことができる。

また、ＣＰＵ９は、正当性が確認された場合には、鍵情報生成元データ２１を所定のアルゴリズムで変換するようになっている。

従って、ＩＣチップに記憶されるデータの秘匿性をさらに担保し、ＩＣカード発行者側が発行処理の内容を意識することなく、かつ、遠隔地において発行処理が実行される場合であっても、セキュリティ強度が低下することなく発行処理を行うことができる。

また、ＣＰＵ９は、ＩＣチップ内チップ固有値２５とチップ固有値２２を比較することにより復号された発行データ２０の正当性を確認するようになっている。

従って、発行処理を行う対象とするＩＣチップを確実に特定し、前記発行処理を行うことができる。

また、ＣＰＵ９は、更に、計算したエラーチェックコード２４と復号された発行データ２０に含まれるとして生成されたエラーチェックコード２３を用いて復号された発行データ２０の正当性を確認するようになっている。

また、ＣＰＵ９は、単一のコマンドが入力されると、前記復号された発行データ２０の正当性を確認するようになっている。

また、ＩＣチップ内チップ固有値２５と同一の内容を示す文字が、外部から視認可能に表示されている。

なお、上記実施形態においては、本願をＩＣチップに対して適用した場合の例を示したが、その他にも例えば、発行処理を必要とする半導体装置、その他情報処理装置等に対しても適用可能である。

１発行データ生成用端末
２発行用端末
３リーダライタ装置
４ＩＣチップ
５Ｉ／Ｏインターフェース
６ＲＯＭ
７ＲＡＭ
８ＥＥＰＲＯＭ
９ＣＰＵ
１０カード基体
１１ＩＣカード
ＳＩＣカード発行システム

Claims

所定のコマンドと、ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を含む暗号化されたデータが共に入力される入力手段と、
入力された前記データを復号するための復号鍵と、前記ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を予め記憶する記憶手段と、
前記所定のコマンドが入力されると、前記復号鍵を用いて入力された前記データを復号する復号手段と、
前記復号されたデータに含まれる前記固有の識別情報と、予め記憶された前記固有の識別情報を照合することにより前記復号されたデータの正当性を確認する確認手段と、
前記確認手段によって正当性が確認された場合には、前記復号されたデータの一部又は全部を所定のアルゴリズムで変換する変換手段と、
を備えることを特徴とするＩＣチップ。
請求項１に記載のＩＣチップにおいて、
前記データには、さらに、エラーチェックコードが含まれ、
前記確認手段はさらに、前記復号されたデータに含まれるエラーチェックコードを用いて前記復号された固有の識別情報を含むデータの正当性を確認することを特徴とするＩＣチップ。
請求項１又は２に記載のＩＣチップにおいて、
前記所定のコマンドは、単一のコマンドであることを特徴とするＩＣチップ。
請求項１乃至３の何れか一項に記載のＩＣチップにおいて、
前記固有の識別情報と同一の内容を示す文字が、外部から視認可能に表示されていることを特徴とするＩＣチップ。
所定のコマンドと、ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を含む暗号化されたデータが共に入力される入力工程と、
入力された前記データを復号するための復号鍵と、前記ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を予め記憶する記憶工程と、
前記所定のコマンドが入力されると、前記復号鍵を用いて入力された前記データを復号する復号工程と、
前記復号されたデータに含まれる前記固有の識別情報と、予め記憶された前記固有の識別情報を照合することにより前記復号されたデータの正当性を確認する確認工程と、
前記確認工程によって正当性が確認された場合には、前記復号されたデータの一部又は全部を所定のアルゴリズムで変換する変換工程と、
を有することを特徴とするＩＣチップにおけるデータ読み出し方法。
ＩＣチップに含まれるコンピュータを、
所定のコマンドと、ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を含む暗号化されたデータが共に入力される入力手段、
入力された前記データを復号するための復号鍵と、前記ＩＣチップを示す固有の識別情報であって所定のアルゴリズムで変換された当該固有の識別情報を予め記憶する記憶手段、
前記所定のコマンドが入力されると、前記復号鍵を用いて入力された前記データを復号する復号手段、
前記復号されたデータに含まれる前記固有の識別情報と、予め記憶された前記固有の識別情報を照合することにより前記復号されたデータの正当性を確認する確認手段、及び、前記確認手段によって正当性が確認された場合には、前記復号されたデータの一部又は全部を所定のアルゴリズムで変換する変換手段として機能させることを特徴とするデータ読み出しプログラム。
請求項１乃至４の何れか一項に記載のＩＣチップと、ＩＣカード基体と、を備えることを特徴とするＩＣカード。