(57)【特許請求の範囲】
【請求項１】
複数のアプリケーション及び／又はデータが記憶可能な記憶部を有したプラットフォーム型ＩＣカードであって、
追加予定のアプリケーション及び／又はデータの使用領域を確保する擬似データを前記記憶部の所定の記憶領域に保存する擬似データ保存部と、
前記追加予定のアプリケーション及び／又はデータを追加するときに、前記擬似データ保存部によって保存された前記擬似データを消去する擬似データ消去部と、
前記擬似データを削除する消去コマンドをリーダライタから受信する通信部とを備え、
前記擬似データ消去部は、前記擬似データの消去作業回数のカウント値を管理し、前記通信部により前記消去コマンドを受信した場合に、前記消去作業回数のカウント値と、前記消去コマンドに含まれるカウント値とを比較して、一致した場合に消去作業を実行すること、
を特徴とするプラットフォーム型ＩＣカード。
【請求項２】
請求項１に記載のプラットフォーム型ＩＣカードにおいて、
前記擬似データ消去部は、前記擬似データ保存部によって保存した前記擬似データの一部を消去可能であること、
を特徴とするプラットフォーム型ＩＣカード。
【請求項３】
複数のアプリケーション及び／又はデータが記憶可能な記憶部を有したプラットフォーム型ＩＣカードに、
追加予定のアプリケーション及び／又はデータの使用領域を確保する擬似データを前記記憶部の所定の記憶領域に保存する擬似データ保存手順と、
前記追加予定のアプリケーション及び／又はデータを追加するときに、前記擬似データ保存手順によって保存された前記擬似データを消去する擬似データ消去手順と、
前記擬似データを削除する消去コマンドをリーダライタから受信する通信手順とを実行させ、
前記擬似データ消去手順は、前記擬似データの消去作業回数のカウント値を管理し、前記通信手順により前記消去コマンドを受信した場合に、前記消去作業回数のカウント値と、前記消去コマンドに含まれるカウント値とを比較して、一致した場合に消去作業を実行させること、
を特徴とするプラットフォーム型ＩＣカード用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションの記憶や、削除が可能なプラットフォーム型ＩＣカード及びプラットフォーム型ＩＣカード用プログラムに関するものである。
【背景技術】
【０００２】
昨今、アプリケーションの追加や削除を自在に実施することができるＩＣカードが提案、実現されている（例えば、特許文献１参照）。
特許文献１のＩＣカードは、ＩＣカードのＯＳ上に複数のアプリケーションやデータを記憶させたり、削除させたりすることができるプラットフォーム型ＩＣカードであり、ＩＣカードの利便性を向上させている。このようなＩＣカードは、ＩＣカード発行時にアプリケーションやデータを記憶している場合もあれば、ユーザなどからの求めに応じて発行後にアプリケーションなどを追加する場合もある。そのため、ＩＣカードの記憶部の記憶容量は、使用しているアプリケーションの容量だけでなく、今後使用されると予測されるアプリケーションなどの容量までも見越した上で設定されている。
【０００３】
しかし、このようなＩＣカードに記憶されるアプリケーションは、バージョンアップする度にそのアプリケーションが占有する記憶容量が増大する場合がある。そのため、ＩＣカード発行時に記憶されたアプリケーションが複数回バージョンアップを繰り返すことによって占有する記憶容量が増大し、ＩＣカード発行後に追加しようとしていたアプリケーションの記憶容量が占有されてしまうことがあり、追加のアプリケーションが容量不足によって記憶できなくなってしまうという問題があった。
【特許文献１】特開２０００−１７２８０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の課題は、記憶容量不足を発生させることなく、アプリケーションやデータを追加することができるプラットフォーム型ＩＣカード及びプラットフォーム型ＩＣカード用プログラムを提供することである。
【課題を解決するための手段】
【０００５】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を括弧内に付して説明するが、これに限定されるものではない。
請求項１の発明は、複数のアプリケーション及び／又はデータが記憶可能な記憶部（１４）を有したプラットフォーム型ＩＣカード（１０）であって、追加予定のアプリケーション及び／又はデータの使用領域を確保する擬似データを前記記憶部（１４）の所定の記憶領域に保存する擬似データ保存部（１１ａ）と、前記追加予定のアプリケーション及び／又はデータを追加するときに、前記擬似データ保存部（１１ａ）によって保存された前記擬似データを消去する擬似データ消去部（１１ｂ）と、前記擬似データを削除する消去コマンドをリーダライタから受信する通信部とを備え、前記擬似データ消去部は、前記擬似データの消去作業回数のカウント値を管理し、前記通信部により前記消去コマンドを受信した場合に、前記消去作業回数のカウント値と、前記消去コマンドに含まれるカウント値とを比較して、一致した場合に消去作業を実行すること、を特徴とするプラットフォーム型ＩＣカード（１０）である。
請求項２の発明は、請求項１に記載のプラットフォーム型ＩＣカード（１０）において、前記擬似データ消去部（１１ｂ）は、前記擬似データ保存部（１１ａ）によって保存した前記擬似データの一部を消去可能であること、を特徴とするプラットフォーム型ＩＣカード（１０）である。
【０００６】
請求項３の発明は、複数のアプリケーション及び／又はデータが記憶可能な記憶部を有したプラットフォーム型ＩＣカード（１０）に、追加予定のアプリケーション及び／又はデータの使用領域を確保する擬似データを前記記憶部の所定の記憶領域に保存する擬似データ保存手順（Ｓ１０１）と、前記追加予定のアプリケーション及び／又はデータを追加するときに、前記擬似データ保存手順（Ｓ１０１）によって保存された前記擬似データを消去する擬似データ消去手順（Ｓ１０７）と、前記擬似データを削除する消去コマンドをリーダライタから受信する通信手順とを実行させ、前記擬似データ消去手順は、前記擬似データの消去作業回数のカウント値を管理し、前記通信手順により前記消去コマンドを受信した場合に、前記消去作業回数のカウント値と、前記消去コマンドに含まれるカウント値とを比較して、一致した場合に消去作業を実行させること、を特徴とするプラットフォーム型ＩＣカード用プログラム。
【発明の効果】
【０００７】
本発明によれば、以下のような効果がある。
（１）プラットフォーム型ＩＣカードの記憶部に擬似データを保存するので、プラットフォーム型ＩＣカードの運用によって記憶部の空き領域が減少しても、アプリケーションなどを追加する記憶領域を確保しておくことができ、アプリケーションなどの追加時に記憶容量不足が発生するのを防止することができる。
（２）記憶部に保存した擬似データを消去することができるので、擬似データを保存していた記憶領域を開放することができ、プラットフォーム型ＩＣカードにアプリケーションなどを追加することができる。
（３）記憶部に保存された擬似データの一部が消去可能であるので、追加するアプリケーションなどの容量に応じて擬似データを消去することができ、また、残った擬似データの記憶領域でさらに追加が予測されるアプリケーションなどの容量を確保しておくことができる。
【発明を実施するための最良の形態】
【０００８】
本発明は、記憶容量不足を発生させることなく、アプリケーションやデータを追加することができるプラットフォーム型ＩＣカード及びプラットフォーム型ＩＣカード用プログラムを提供するという目的を、追加されるアプリケーションやデータの記憶領域を擬似データによって保持することによって実現する。
【０００９】
（実施形態）
以下、図面等を参照して、本発明の実施形態をあげてさらに詳しく説明する。
図１は、本発明によるプラットフォーム型ＩＣカードの実施形態であるＩＣカードの模式図である。図２は、リーダライタから送信される署名された消去コマンドの形態の一例を示す図である。
【００１０】
ＩＣカード１０は、図１に示すように、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、ＥＥＰＲＯＭ１４及び通信部１５を備え、後述のＲＯＭ１３に予め記憶されるＯＳ（オペレーティングシステム）上に複数のアプリケーションやデータを記憶させたり、削除させたりすることができるプラットフォーム型のＩＣカードである。また、本実施形態では、ＩＣカード１０は、カード製造会社から銀行に供給され、銀行において顧客の預金番号などの個人情報や、アプリケーションなどがインストールされて顧客に対して発行されるキャッシュカードであり、顧客の現金の払い出しなどに使用される。
【００１１】
ＣＰＵ１１は、ＩＣカード１０の各部を統括制御する制御回路であり、擬似データ保存部１１ａと、擬似データ消去部１１ｂとを備える。擬似データ保存部１１ａ及び擬似データ消去部１１ｂは、カード製造会社におけるＩＣカード１０の製造時に予めＥＥＰＲＯＭ１４に記憶されているプログラムによって動作することができる。
擬似データ保存部１１ａは、カード製造会社が銀行にＩＣカード１０を供給するときに、ＩＣカード１０に対して追加すると予測されるアプリケーションやデータの使用領域の容量と同等の容量を有したデータを擬似データとしてＥＥＰＲＯＭ１４に保存することができる。具体的には、擬似データ保存部１１ａは、ＩＣカード１０を製造したときに、不図示のＩＣカード発行機によって擬似データを保存する。
【００１２】
擬似データ消去部１１ｂは、擬似データ保存部１１ａによってＥＥＰＲＯＭ１４に保存された擬似データを削除することができる。具体的には、擬似データ消去部１１ｂは、不図示のリーダライタから擬似データの消去コマンドを受信したときに、擬似データをＥＥＰＲＯＭ１４から削除する。
ここで、不図示のリーダライタから送信される消去コマンドは、図２に示すように、コマンドヘッダ、カウンタ値及び消去容量情報と、これらと秘密鍵によって作成された署名によって構成されている。擬似データ消去部１１ｂは、消去コマンドの秘密鍵に対応した公開鍵を有しており、受信した消去コマンドの署名を公開鍵によって検証する。
【００１３】
また、擬似データ消去部１１ｂは、擬似データの消去作業回数を管理する消去カウンタを有しており、消去カウンタのカウント値と、消去コマンドに含まれるカウント値（図２参照）とを比較し、一致した場合のみ消去作業を実行する。本実施形態では、消去カウンタのカウント値は、カード製造時に初期状態として１に設定され、消去作業を行うたびに１が加算される。具体的には、消去コマンドが２回実行されると消去カウンタのカウント値は３になる。そして、３回目の消去コマンドを受信したときに、消去コマンドに含まれるカウント値が３であれば、消去カウンタのカウント値と一致するので、擬似データ消去部１１ｂは、３回目の消去作業を実行することができる。
【００１４】
こうすることで、同一の消去コマンドを複数回、ＩＣカード１０に対して送信し、擬似データの領域が不正に多く消去されるのを防止している。
また、ＥＥＰＲＯＭ１４に保存される擬似データには、擬似データ保存部１１ａ及び擬似データ消去部１１ｂを動作させるプログラムも含まれており、ＥＥＰＲＯＭ１４の記憶領域から擬似データを全て削除するときは、このプログラムも消去される。
【００１５】
ＲＡＭ１２は、図１に示すように、ＣＰＵ１１の処理の作業領域として使用される揮発性メモリである。
ＲＯＭ１３は、ＩＣカード１０のＯＳなど記憶した読み出し専用の不揮発性メモリである。
ＥＥＰＲＯＭ１４は、書き換え自在な不揮発性メモリであり、上述したように、ＩＣカード１０の製造時に擬似データ保存部１１ａ及び擬似データ消去部１１ｂが記憶されている。また、ＥＥＰＲＯＭ１４には、必要に応じてＩＣカード１０のＯＳ上で動作するアプリケーションなども記憶される。
【００１６】
本実施形態では、銀行によってアプリケーションＡ及びアプリケーションＢがＥＥＰＲＯＭ１４に記憶される。アプリケーションＡは、ＩＣカード１０をキャッシュカードとして機能させるものであり、カード製造会社から銀行にＩＣカード１０が供給された後に、銀行によってＥＥＰＲＯＭ１４に保存されている。また、アプリケーションＢは、顧客の要望に応じて追加機能をＩＣカード１０に付加させるものであり、ＩＣカード１０が顧客に発行された後に追加されるものである。ここで、アプリケーションＡは、運用を重ねることによって使用領域の容量が増大するものであるとする。
通信部１５は、不図示のリーダライタと通信を行い、擬似データ消去部１１ｂによる擬似データの消去作業時の消去コマンドなどを受信したり、受信したコマンドに対する応答を送信したりする送受信部である。
【００１７】
次に、ＩＣカード１０にアプリケーションＢが追加されるまでの流れについて説明する。擬似データ保存部１１ａ及び擬似データ消去部１１ｂの動作について説明する。図３は、ＩＣカード１０にアプリケーションＢを追加するときのＥＥＰＲＯＭ１４の容量の変化を説明する図である。図４は、アプリケーションＢを追加するための手続例を説明する図である。図５は、従来のＩＣカードにアプリケーションＢを追加するときの図３に対する比較例を示す図である。
【００１８】
まず、カード製造会社の作業者は、ＩＣカード１０の製造時に、今後追加すると予測されるアプリケーションなどの使用容量を予め銀行に対して確認しておく。そして、ＩＣカード１０は、図３（ａ）に示すように、擬似データ保存部１１ａ及び擬似データ消去部１１ｂを実行させるプログラムを含んだ擬似データや、公開鍵情報などを、不図示のカード発行機によってＥＥＰＲＯＭ１４に記憶する（図４：Ｓ１０１）。そして、カード製造会社の作業者は、擬似データなどを記憶したＩＣカード１０を銀行に対して供給する。このとき、ＩＣカード１０の擬似データ消去部１１ｂの消去カウンタのカウンタ値は、初期状態として１に設定される。
【００１９】
銀行に供給されたＩＣカード１０は、銀行の作業者によって、顧客の預金番号などの個人情報が記録され、また、図３（ｂ）に示すように、ＩＣカード１０の運用に必要なアプリケーションＡがＥＥＰＲＯＭ１４にインストールされて顧客に渡される。ＩＣカード１０を受け取った顧客は、ＩＣカード１０によって、銀行のＡＴＭ（自動支払機）などで自分の預金を引き出すなどアプリケーションＡに基づいた機能を使用することが可能となる。このとき、アプリケーションＡは、上述したように、使用（運用）を重ねることによってＥＥＰＲＯＭ１４の使用領域の容量が増大するので、ＩＣカード１０のＥＥＰＲＯＭ１４の空き領域は、それに伴って減少する。そして、最終的には、擬似データの記憶領域を除く全ての領域がアプリケーションＡの使用領域となり、図３（ｃ）に示すように、ＥＥＰＲＯＭ１４の空き容量はなくなる。
【００２０】
このとき、ＩＣカード１０の機能の追加を顧客が銀行に対して希望したとき、銀行の作業者は、顧客からＩＣカード１０を回収し、追加する機能を備えたアプリケーションＢのインストールの準備を行う。まず、銀行の作業者は、アプリケーションＢのインストールに必要な記憶領域をＥＥＰＲＯＭ１４に設けるために、カード製造会社に対して、擬似データの保存領域のうち、アプリケーションＢで必要とする記憶容量（例えば、１０ＫＢ）を使用したい旨を通知する（図４：Ｓ１０２）。そして、通知を受けたカード製造会社の作業者は、擬似データの保存領域のうち１０ＫＢだけ消去する旨の消去コマンドを秘密鍵で署名して銀行に送付する（図４：Ｓ１０３）。
【００２１】
次に、銀行の作業者は、受け取った消去コマンドを、不図示のリーダライタを介してＩＣカード１０に送信する（図４：Ｓ１０４）。消去コマンドを受信したＩＣカード１０は、擬似データ消去部１１ｂで備える公開鍵によって、消去コマンドに含まれる署名を検証する（図４：Ｓ１０５）。検証が成功したら、ＩＣカード１０は、擬似データ消去部１１ｂの消去カウンタのカウント値と、消去コマンドに含まれるカウント値とを比較する（図４：Ｓ１０６）。消去カウンタのカウント値と、消去コマンドに含まれるカウント値とが同じ値であると確認されたら、擬似データ消去部１１ｂは、図３（ｄ）に示すように、ＥＥＰＲＯＭ１４に保存された擬似データのうち１０ＫＢの容量だけ削除する（図４：Ｓ１０７）。ここで、ＥＥＰＲＯＭ１４に残った擬似データには、擬似データ保存部１１ａ及び擬似データ消去部１１ｂを動作させるプログラムが含まれており、ＩＣカード１０は、他のアプリケーションなどを追加するときに必要となる擬似データの消去作業が実施可能にされている。
【００２２】
擬似データの容量のうち１０ＫＢだけ消去されたのが確認されたら、銀行は、図３（ｅ）に示すように、ＩＣカード１０に１０ＫＢのアプリケーションＢをインストールして（図４：Ｓ１０８）、ＩＣカード１０にアプリケーションＢの機能を追加し、ＩＣカード１０を顧客に返却する。
【００２３】
以上説明した本願のＩＣカード１０に対して、従来のＩＣカードでは、図５に示すように、ＩＣカードの運用を重ねていくことによって、アプリケーションＡの使用容量が際限なく増大してしまう。そのため、上述したように、アプリケーションＢを追加する時点で、アプリケーションＢを追加することができる記憶領域がＥＥＰＲＯＭに残されない場合があり、アプリケーションＢを適正にインストールできない場合が生じる。
【００２４】
以上より、本実施形態のＩＣカード１０には以下のような効果がある。
（１）ＩＣカード１０のＥＥＰＲＯＭ１４に擬似データを保存するので、ＩＣカード１０内のアプリケーションＡの使用領域の容量が増大しても、アプリケーションＢを記憶する領域を確保しておくことができ、アプリケーションなどの追加時に記憶容量不足が発生するのを防止することができる。
（２）ＥＥＰＲＯＭ１４に保存した擬似データを消去することができるので、擬似データを保存していた記憶容量を開放することができ、ＩＣカード１０にアプリケーションＢを追加することができる。
【００２５】
（３）ＥＥＰＲＯＭ１４に保存された擬似データの一部が消去可能であるので、追加するアプリケーションＢの容量（１０ＫＢ）に応じて擬似データを１０ＫＢだけ消去することができ、また、残った擬似データの記憶領域でさらに追加が予測されるアプリケーションなどに備えることができる。
（４）擬似データ消去部１１ｂは、擬似データの消去作業回数を管理する消去カウンタのカウント値と、消去コマンドに含まれるカウント値とを比較し、一致した場合のみ消去作業を実行しているので、同一の消去コマンドを複数回、ＩＣカード１０に対して送信し、擬似データの領域が不正に多く消去されるのを防止することができる。
【００２６】
（変形形態）
以上、説明した実施形態に限定されることなく、種々の変形や変更が可能であり、それらも本発明の範囲内である。
（１）本実施形態では、擬似データの保存領域のうち１０ＫＢのみを削除していたが、追加するアプリケーションの使用容量によっては、ＥＥＰＲＯＭ１４から擬似データを全て消去してもよい。この場合、擬似データに含まれる擬似データ保存部１１ａ及び擬似データ消去部１１ｂを動作させるプログラムも消去されるので、そのプログラムの記憶領域はＯＳ自体が消去作業を実施する。
また、複数のアプリケーションが追加されると予測されるのであれば、その複数のアプリケーションの総容量を擬似データとして、ＥＥＰＲＯＭ１４に保存させてもよい。
（２）本実施形態では、アプリケーションＢがＥＥＰＲＯＭ１４に追加されたが、追加されるものはアプリケーションに限られず、データなどが追加されてもよい。
なお、実施形態及び変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。また、本発明は、以上説明した各実施形態によって限定されることはない。
【図面の簡単な説明】
【００２７】
【図１】本発明によるプラットフォーム型ＩＣカードの実施形態であるＩＣカードの模式図である。
【図２】リーダライタから送信される署名された消去コマンドの形態の一例を示す図である。
【図３】ＩＣカードにアプリケーションＢを追加するときのＥＥＰＲＯＭの容量の変化を説明する図である。
【図４】アプリケーションＢを追加するための手続例を説明する図である。
【図５】従来のＩＣカードにアプリケーションＢを追加するときの図３に対する比較例を示す図である。
【符号の説明】
【００２８】
１０  ＩＣカード
１１  ＣＰＵ
１１ａ  擬似データ保存部
１１ｂ  擬似データ消去部
１２  ＲＡＭ
１３  ＲＯＭ
１４  ＥＥＰＲＯＭ
１５  通信部
【図１】
0005169102.tif 000002
【図２】
0005169102.tif 000003
【図３】
0005169102.tif 000004
【図４】
0005169102.tif 000005
【図５】
0005169102.tif 000006