JPH08147440A - Ｉｃカード - Google Patents
ＩｃカードInfo
- Publication number
- JPH08147440A JPH08147440A JP6305689A JP30568994A JPH08147440A JP H08147440 A JPH08147440 A JP H08147440A JP 6305689 A JP6305689 A JP 6305689A JP 30568994 A JP30568994 A JP 30568994A JP H08147440 A JPH08147440 A JP H08147440A
- Authority
- JP
- Japan
- Prior art keywords
- application
- card
- loading
- storage means
- eeprom
- 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.)
- Pending
Links
Abstract
(57)【要約】
【目的】 アプリケーションのロードの際、どのプロセ
スにて中断が発生したかを検知でき、且つ、異常が発生
したＩＣカードは再度ロードできなくできるＩＣカード
を提供をする。 【構成】 少なくともＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭの
３種類のメモリと、これらのメモリをアクセスして処理
を行うＣＰＵとを備え、アプリケーションプログラムを
ＥＥＰＲＯＭにローデイングして実行させるＩＣカード
であって、アプリケーションをロードするためのアプリ
ケーションロード手段と、前記アプリケーションがロー
ドされたときはそのアプリケーションプログラムを実行
するアプリケーション実行手段と、アプリケーションロ
ードの各プロセス毎にそのプロセスが終了したのか否か
を記憶するための各プロセス処理記憶手段とを有してお
り、初回のアプリケーションロードの際に得られた、各
プロセス記憶手段に記憶された情報が、全てのプロセス
が正常に終了したことを表していない場合には、再度の
ＩＣカードの活性化に対して前記各プロセス処理記憶手
段に記憶されている情報を出力し、処理を終える。
スにて中断が発生したかを検知でき、且つ、異常が発生
したＩＣカードは再度ロードできなくできるＩＣカード
を提供をする。 【構成】 少なくともＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭの
３種類のメモリと、これらのメモリをアクセスして処理
を行うＣＰＵとを備え、アプリケーションプログラムを
ＥＥＰＲＯＭにローデイングして実行させるＩＣカード
であって、アプリケーションをロードするためのアプリ
ケーションロード手段と、前記アプリケーションがロー
ドされたときはそのアプリケーションプログラムを実行
するアプリケーション実行手段と、アプリケーションロ
ードの各プロセス毎にそのプロセスが終了したのか否か
を記憶するための各プロセス処理記憶手段とを有してお
り、初回のアプリケーションロードの際に得られた、各
プロセス記憶手段に記憶された情報が、全てのプロセス
が正常に終了したことを表していない場合には、再度の
ＩＣカードの活性化に対して前記各プロセス処理記憶手
段に記憶されている情報を出力し、処理を終える。
Description
【０００１】
【産業上の利用分野】本発明は，ＩＣカードにアプリケ
ーションプログラムをローデイングして使用するＩＣカ
ードに関する。
ーションプログラムをローデイングして使用するＩＣカ
ードに関する。
【０００２】
【従来の技術】ＩＣカードは新しい情報記録媒体とし
て、特に磁気カードに代わる情報記録媒体として注目を
集めており次第に普及しつつある。特に、ＣＰＵを内蔵
したＩＣカードは、高度なセキュリテイーを有するた
め、種々の分野での利用が期待されている。一般にＩＣ
カードは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭといった３種
類のメモリを内蔵しており、いずれも内蔵ＣＰＵによっ
てアクセスされる。ＲＯＭ内には、ＣＰＵが実行すべき
プログラム（ルーチンプログラム）が格納されており、
ＥＥＰＲＯＭには、ユーザのための個人データなどが格
納される。またＲＡＭは、ＣＰＵが命令を実行するとき
のワークエリアとして利用される。
て、特に磁気カードに代わる情報記録媒体として注目を
集めており次第に普及しつつある。特に、ＣＰＵを内蔵
したＩＣカードは、高度なセキュリテイーを有するた
め、種々の分野での利用が期待されている。一般にＩＣ
カードは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭといった３種
類のメモリを内蔵しており、いずれも内蔵ＣＰＵによっ
てアクセスされる。ＲＯＭ内には、ＣＰＵが実行すべき
プログラム（ルーチンプログラム）が格納されており、
ＥＥＰＲＯＭには、ユーザのための個人データなどが格
納される。またＲＡＭは、ＣＰＵが命令を実行するとき
のワークエリアとして利用される。
【０００３】ＲＯＭ内に格納されたルーチンプログラム
の他に、ＩＣカードの外部からＩＣカードに各種使用に
あったアプリケーションプログラムをＥＥＰＲＯＭに入
力（ローデイング）し、処理させることがある。しかし
ながら、従来は、アプリケーションプログラムをＩＣカ
ード内にローデイングして使用する際、異常が発生した
場合は、再度アプリケーションロード可能となり、アプ
リケーションをロードする端末側も、以前異常があった
ＩＣカードなのかどうかの判断を行えず、セキュリテイ
ー上、問題があった。
の他に、ＩＣカードの外部からＩＣカードに各種使用に
あったアプリケーションプログラムをＥＥＰＲＯＭに入
力（ローデイング）し、処理させることがある。しかし
ながら、従来は、アプリケーションプログラムをＩＣカ
ード内にローデイングして使用する際、異常が発生した
場合は、再度アプリケーションロード可能となり、アプ
リケーションをロードする端末側も、以前異常があった
ＩＣカードなのかどうかの判断を行えず、セキュリテイ
ー上、問題があった。
【０００４】
【発明が解決しようとする課題】上記のように、従来の
ＣＰＵ付きＩＣカードの場合、セキュリテイー上、アプ
リケーションをＩＣカード内へローデイングする際、異
常等が発生してローデイングが中断された場合に、アプ
リケーションのロードの際のどのプロセスにて中断が発
生したかを検知でき、異常が発生したＩＣカードは再度
ロードできなくする方法が求められていた。本発明は、
このような状況のもと、ＣＰＵ付きのＩＣカードのセキ
ュリテイーを向上させようとするもので、アプリケーシ
ョンのロードの際、どのプロセスにて中断が発生したか
を検知でき、異常が発生したＩＣカードは再度ロードで
きなくした、ＩＣカードを提供しようとするものであ
る。
ＣＰＵ付きＩＣカードの場合、セキュリテイー上、アプ
リケーションをＩＣカード内へローデイングする際、異
常等が発生してローデイングが中断された場合に、アプ
リケーションのロードの際のどのプロセスにて中断が発
生したかを検知でき、異常が発生したＩＣカードは再度
ロードできなくする方法が求められていた。本発明は、
このような状況のもと、ＣＰＵ付きのＩＣカードのセキ
ュリテイーを向上させようとするもので、アプリケーシ
ョンのロードの際、どのプロセスにて中断が発生したか
を検知でき、異常が発生したＩＣカードは再度ロードで
きなくした、ＩＣカードを提供しようとするものであ
る。
【０００５】
【課題を解決するための手段】本発明のＩＣカードは、
少なくともＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭの３種類のメ
モリと、これらのメモリをアクセスして処理を行うＣＰ
Ｕとを備え、アプリケーションプログラムをＥＥＰＲＯ
Ｍにローデイングして実行させるＩＣカードであって、
アプリケーションをロードするためのアプリケーション
ロード手段と、前記アプリケーションがロードされたと
きはそのアプリケーションプログラムを実行するアプリ
ケーション実行手段と、アプリケーションロードの各プ
ロセス毎にそのプロセスが終了したのか否かを記憶する
ための各プロセス処理記憶手段とを有しており、初回の
アプリケーションロードの際に得られた、各プロセス記
憶手段に記憶された情報が、全てのプロセスが正常に終
了したことを表している場合には、再度のＩＣカードの
活性化に対してロードされたアプリケーションを実行
し、前記各プロセス処理記憶手段に記憶された情報が、
全てのプロセスが正常に終了したことを表していない場
合には、再度のＩＣカードの活性化に対して前記各プロ
セス処理記憶手段に記憶されている情報を出力し、処理
を終えることを特徴とするものである。そして、上記に
おいて、アプリケーションロード手段がＩ／Ｏ、ＲＯ
Ｍ、ＲＡＭからなり、アプリケーション実行手段がＣＰ
Ｕ、ＲＯＭからなり、各プロセス処理記憶手段がＥＥＰ
ＲＯＭからなることを特徴とするものである。
少なくともＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭの３種類のメ
モリと、これらのメモリをアクセスして処理を行うＣＰ
Ｕとを備え、アプリケーションプログラムをＥＥＰＲＯ
Ｍにローデイングして実行させるＩＣカードであって、
アプリケーションをロードするためのアプリケーション
ロード手段と、前記アプリケーションがロードされたと
きはそのアプリケーションプログラムを実行するアプリ
ケーション実行手段と、アプリケーションロードの各プ
ロセス毎にそのプロセスが終了したのか否かを記憶する
ための各プロセス処理記憶手段とを有しており、初回の
アプリケーションロードの際に得られた、各プロセス記
憶手段に記憶された情報が、全てのプロセスが正常に終
了したことを表している場合には、再度のＩＣカードの
活性化に対してロードされたアプリケーションを実行
し、前記各プロセス処理記憶手段に記憶された情報が、
全てのプロセスが正常に終了したことを表していない場
合には、再度のＩＣカードの活性化に対して前記各プロ
セス処理記憶手段に記憶されている情報を出力し、処理
を終えることを特徴とするものである。そして、上記に
おいて、アプリケーションロード手段がＩ／Ｏ、ＲＯ
Ｍ、ＲＡＭからなり、アプリケーション実行手段がＣＰ
Ｕ、ＲＯＭからなり、各プロセス処理記憶手段がＥＥＰ
ＲＯＭからなることを特徴とするものである。
【０００６】
【作用】本発明のＩＣカードは、上記のような構成にす
ることにより、ＣＰＵ付きのＩＣカードのセキュリテイ
ーを向上させたものである。具体的には、アプリケーシ
ョンロードの各プロセス毎にそのプロセスが終了したの
か否かを記憶するための各プロセス処理記憶手段を有
し、初回のアプリケーションロードの際に得られた、各
プロセス記憶手段に記憶された情報が、全てのプロセス
が正常に終了したことを表している場合には、再度のＩ
Ｃカードの活性化に対してロードされたアプリケーショ
ンを実行し、前記各プロセス処理記憶手段に記憶された
情報が、全てのプロセスが正常に終了したことを表して
いない場合には、再度のＩＣカードの活性化に対して前
記各プロセス処理記憶手段に記憶されている情報を出力
することにより、初回のアプリケーションローデイング
の際、異常が発生したカードの再度のローデイングをで
きないものとしている。そして、本発明のＩＣカード
は、少なくとも、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭの３種
類のメモリと、これらのメモリをアクセスする機能をも
ったＣＰＵとを内蔵するＩＣカードであって、従来から
ある構造で簡単に、セキュリテイーの向上を可能として
いる。
ることにより、ＣＰＵ付きのＩＣカードのセキュリテイ
ーを向上させたものである。具体的には、アプリケーシ
ョンロードの各プロセス毎にそのプロセスが終了したの
か否かを記憶するための各プロセス処理記憶手段を有
し、初回のアプリケーションロードの際に得られた、各
プロセス記憶手段に記憶された情報が、全てのプロセス
が正常に終了したことを表している場合には、再度のＩ
Ｃカードの活性化に対してロードされたアプリケーショ
ンを実行し、前記各プロセス処理記憶手段に記憶された
情報が、全てのプロセスが正常に終了したことを表して
いない場合には、再度のＩＣカードの活性化に対して前
記各プロセス処理記憶手段に記憶されている情報を出力
することにより、初回のアプリケーションローデイング
の際、異常が発生したカードの再度のローデイングをで
きないものとしている。そして、本発明のＩＣカード
は、少なくとも、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭの３種
類のメモリと、これらのメモリをアクセスする機能をも
ったＣＰＵとを内蔵するＩＣカードであって、従来から
ある構造で簡単に、セキュリテイーの向上を可能として
いる。
【０００７】
【実施例】本発明のＩＣカードの実施例を挙げ、図面に
そって説明する。先ず、実施例１のＩＣカードを以下、
図にそって説明する。図１（ａ）は本発明の実施例１の
ＩＣカードのハード構成を示す図で、図１（ｂ）はその
機能構成を示した図であり、図２（ａ）はＩＣカード内
の３種類のメモリに対するアドレス割当の一例を示した
ものであり、図２（ｂ）はＥＥＰＲＯＭ内のメモリマッ
プの例を示したものであり、図３はアプリケーションプ
ログラムをローデイングする際のローデイングコマンド
のフオーマットを示したものである。図１中、１００は
ＩＣカード、１０１はＣＰＵ、１０２はＲＯＭ、１０３
はＲＡＭ、１０４はＥＥＰＲＯＭ、１０５はＩ／Ｏライ
ン、１０６はＶCC（電源電圧）ライン、１０７はＲＳＴ
（リセット）ライン、１０８はＣＬＫ（クロック）ライ
ン、１０８はＧＮＤ（グランド）ラインである。本実施
例のＩＣカードは、図１（ｂ）に示すように、アプリケ
ーションロード手段がＩ／Ｏ、ＲＯＭ、ＲＡＭからな
り、アプリケーション実行手段がＣＰＵ、ＲＯＭからな
り、各プロセス処理記憶手段がＥＥＰＲＯＭからなる。
ＩＣカードに、入出力Ｉ／Ｏライン１０５、ＶCCライン
１０６、ＣＬＫ（クロック）ライン１０７、ＧＮＤライ
ン１０８が少なくとも接続され、端末から各種コマンド
（データブロック）がＩ／Ｏラインより転送される。
そって説明する。先ず、実施例１のＩＣカードを以下、
図にそって説明する。図１（ａ）は本発明の実施例１の
ＩＣカードのハード構成を示す図で、図１（ｂ）はその
機能構成を示した図であり、図２（ａ）はＩＣカード内
の３種類のメモリに対するアドレス割当の一例を示した
ものであり、図２（ｂ）はＥＥＰＲＯＭ内のメモリマッ
プの例を示したものであり、図３はアプリケーションプ
ログラムをローデイングする際のローデイングコマンド
のフオーマットを示したものである。図１中、１００は
ＩＣカード、１０１はＣＰＵ、１０２はＲＯＭ、１０３
はＲＡＭ、１０４はＥＥＰＲＯＭ、１０５はＩ／Ｏライ
ン、１０６はＶCC（電源電圧）ライン、１０７はＲＳＴ
（リセット）ライン、１０８はＣＬＫ（クロック）ライ
ン、１０８はＧＮＤ（グランド）ラインである。本実施
例のＩＣカードは、図１（ｂ）に示すように、アプリケ
ーションロード手段がＩ／Ｏ、ＲＯＭ、ＲＡＭからな
り、アプリケーション実行手段がＣＰＵ、ＲＯＭからな
り、各プロセス処理記憶手段がＥＥＰＲＯＭからなる。
ＩＣカードに、入出力Ｉ／Ｏライン１０５、ＶCCライン
１０６、ＣＬＫ（クロック）ライン１０７、ＧＮＤライ
ン１０８が少なくとも接続され、端末から各種コマンド
（データブロック）がＩ／Ｏラインより転送される。
【０００８】ＲＯＭ１０２、ＲＡＭ１０３、ＥＥＰＲＯ
Ｍ１０４の各メモリーのアドレスの割当は、例えば、図
２（ａ）に示すようにＲＯＭは１０００〜１ＦＦＦ、Ｒ
ＡＭは２０００〜２０３Ｆ、ＥＥＰＲＯＭは３０００〜
３０７Ｆのようにアドレスが決められている（アドレス
はいずれも１６進数表示）。ＲＯＭ１０２にはＣＰＵが
実行すべきプログラムが格納され、ＲＡＭ１０３はＣＰ
Ｕ１０１のワークエリアが確保されている。そして、Ｅ
ＥＰＲＯＭ１０４には、図２（ｂ）に示すように、例え
ば、３０００アドレスにＬＦ（Ａｐｐｌｉｃａｔｉｏｎ
Ｌｏａｄｉｎｇ Ｆｌａｇ）が確保され、３００１〜
３００２アドレスには、アプリケーションプログラムへ
のジヤンプアドレスが確保され、３００３〜３０７Ｆは
アプリケーションプログラムロード領域として確保され
ている。そして、ＬＦ（Ａｐｐｌｉｃａｔｉｏｎ Ｌｏ
ａｄｉｎｇ Ｆｌａｇ）のｂ０〜ｂ７までの８ビットに
ついては、図３（ａ）に示すように、アプリケーション
ローデイングのプロセスの段階完了に対応して、所定の
値（０または１）をセットする。ＥＥＰＲＯＭ１０４に
アプリケーションプログラムの実プログラムデータをロ
ーデイングする場合のコマンドであるアプリケーション
コマンドのフオーマットは、例えば、図３（ａ）に示す
ようになっており、ＣＬＡ（コマンドクラス）、ＩＮＳ
（インストラクションコード）、ＪＭＰ（アプリケーシ
ョンスタートアドレス）、ＡＬＥＮ（アプリケーション
長さ）、ＡＤＡＴＡ（アプリケーションの実プログラム
データ）とからなっている。アプリケーションロードス
テータスフオーマットは、図３（ｂ）に示すように、１
バイトでその状態を表す。例えば００（ｈ）は正常終
了、ＦＦ（ｈ）は異常終了等である。また、ＩＣカード
が装置にセットされ活性化された後にＩＣカード側から
送出するＡＴＲ（Ａｎｓｗｅｒ ｔｏ Ｒｅｓｅｔ）
は、ＥＥＰＲＯＭ内のＬＦ（Ａｐｐｌｉｃａｔｉｏｎ
Ｌｏａｄｉｎｇ Ｆｌａｇ）の状態に対応したもので、
ＬＦの情報を含むものである。例えば、図４に示すよう
に、ＬＦが０Ｆ（ｈ）（初期値）である場合には、図４
（ａ）のＡＴＲ０が装置側へ送出され、ＬＦがＦ０
（ｈ）（アプリケーションロードのヘプロセス全てが正
常に終了した場合には、図４（ｃ）に示すＡＴＲ１が装
置側へ送出され、ＬＦが０Ｆ（ｈ）でもＦ０（ｈ）でも
ない場合には図４（ｂ）に示すＡＴＲ２が装置側へ送出
される。括弧内数値はバイト数を示す。
Ｍ１０４の各メモリーのアドレスの割当は、例えば、図
２（ａ）に示すようにＲＯＭは１０００〜１ＦＦＦ、Ｒ
ＡＭは２０００〜２０３Ｆ、ＥＥＰＲＯＭは３０００〜
３０７Ｆのようにアドレスが決められている（アドレス
はいずれも１６進数表示）。ＲＯＭ１０２にはＣＰＵが
実行すべきプログラムが格納され、ＲＡＭ１０３はＣＰ
Ｕ１０１のワークエリアが確保されている。そして、Ｅ
ＥＰＲＯＭ１０４には、図２（ｂ）に示すように、例え
ば、３０００アドレスにＬＦ（Ａｐｐｌｉｃａｔｉｏｎ
Ｌｏａｄｉｎｇ Ｆｌａｇ）が確保され、３００１〜
３００２アドレスには、アプリケーションプログラムへ
のジヤンプアドレスが確保され、３００３〜３０７Ｆは
アプリケーションプログラムロード領域として確保され
ている。そして、ＬＦ（Ａｐｐｌｉｃａｔｉｏｎ Ｌｏ
ａｄｉｎｇ Ｆｌａｇ）のｂ０〜ｂ７までの８ビットに
ついては、図３（ａ）に示すように、アプリケーション
ローデイングのプロセスの段階完了に対応して、所定の
値（０または１）をセットする。ＥＥＰＲＯＭ１０４に
アプリケーションプログラムの実プログラムデータをロ
ーデイングする場合のコマンドであるアプリケーション
コマンドのフオーマットは、例えば、図３（ａ）に示す
ようになっており、ＣＬＡ（コマンドクラス）、ＩＮＳ
（インストラクションコード）、ＪＭＰ（アプリケーシ
ョンスタートアドレス）、ＡＬＥＮ（アプリケーション
長さ）、ＡＤＡＴＡ（アプリケーションの実プログラム
データ）とからなっている。アプリケーションロードス
テータスフオーマットは、図３（ｂ）に示すように、１
バイトでその状態を表す。例えば００（ｈ）は正常終
了、ＦＦ（ｈ）は異常終了等である。また、ＩＣカード
が装置にセットされ活性化された後にＩＣカード側から
送出するＡＴＲ（Ａｎｓｗｅｒ ｔｏ Ｒｅｓｅｔ）
は、ＥＥＰＲＯＭ内のＬＦ（Ａｐｐｌｉｃａｔｉｏｎ
Ｌｏａｄｉｎｇ Ｆｌａｇ）の状態に対応したもので、
ＬＦの情報を含むものである。例えば、図４に示すよう
に、ＬＦが０Ｆ（ｈ）（初期値）である場合には、図４
（ａ）のＡＴＲ０が装置側へ送出され、ＬＦがＦ０
（ｈ）（アプリケーションロードのヘプロセス全てが正
常に終了した場合には、図４（ｃ）に示すＡＴＲ１が装
置側へ送出され、ＬＦが０Ｆ（ｈ）でもＦ０（ｈ）でも
ない場合には図４（ｂ）に示すＡＴＲ２が装置側へ送出
される。括弧内数値はバイト数を示す。
【０００９】次に、図５をもとに本実施例ＩＣカードの
アプリケーションロード動作を説明する。先ず、ＩＣカ
ードが発行装置と接続（ＳＴＡＲＴ）されると、ＩＣカ
ードはＥＥＰＲＯＭ内のアドレス３０００に格納されて
いるＬＦ（Ａｐｐｌｉｃａｔｉｏｎ Ｌｏａｄｉｎｇ
Ｆｌａｇ）の値が０Ｆ（ｈ）（初期値）であるか否かを
確認する。（Ｓ５０１） ここでは、初めてアプリケーションロード動作をするカ
ードか否かを確認する。ＬＦの値が０Ｆ（ｈ）の場合
は、初めてアプリケーションロード動作をするカードと
判断する。この際、ＬＦの値が０Ｆ（ｈ）でない場合、
即ち、ＩＣカードの活性化処理が再度の場合は、後述す
る初回のアプリケーションロード動作の際、ロードの各
プロセスが全て正常に完了しているか否か、即ち、後述
する初回のアプリケーションロード動作の際に記憶され
たＬＦの値がＦ０（ｈ）であるか否かを確認する。（Ｓ
５３０） ＬＦがＦ０（ｈ）である場合、即ち初回のアプリケーシ
ョンロード動作において、ロードの各プロセスが全て正
常に終了した場合には、ＬＦ情報を含んだＡＴＲ１（Ａ
ｎｓｗｅｒ ｔｏ Ｒｅｓｅｔ）を装置側へ送出し、ア
プリケーションプログラムを実行する。（Ｓ５３１） ＬＦがＦ０（ｈ）でない場合、即ち初回のアプリケーシ
ョンロード動作において、ロードの各プロセスが全て正
常に終了しなかった場合には、アプリケーションロード
動作も実行せず、ＬＦ情報を含んだＡＴＲ２（Ａｎｓｗ
ｅｒ ｔｏ Ｒｅｓｅｔ）を送出し処理を終了する。
（Ｓ５３２） これにより、装置側は、前回のＩＣカードのロード動作
の際、どのプロセスにて異常が発生したのかを知ること
ができる。
アプリケーションロード動作を説明する。先ず、ＩＣカ
ードが発行装置と接続（ＳＴＡＲＴ）されると、ＩＣカ
ードはＥＥＰＲＯＭ内のアドレス３０００に格納されて
いるＬＦ（Ａｐｐｌｉｃａｔｉｏｎ Ｌｏａｄｉｎｇ
Ｆｌａｇ）の値が０Ｆ（ｈ）（初期値）であるか否かを
確認する。（Ｓ５０１） ここでは、初めてアプリケーションロード動作をするカ
ードか否かを確認する。ＬＦの値が０Ｆ（ｈ）の場合
は、初めてアプリケーションロード動作をするカードと
判断する。この際、ＬＦの値が０Ｆ（ｈ）でない場合、
即ち、ＩＣカードの活性化処理が再度の場合は、後述す
る初回のアプリケーションロード動作の際、ロードの各
プロセスが全て正常に完了しているか否か、即ち、後述
する初回のアプリケーションロード動作の際に記憶され
たＬＦの値がＦ０（ｈ）であるか否かを確認する。（Ｓ
５３０） ＬＦがＦ０（ｈ）である場合、即ち初回のアプリケーシ
ョンロード動作において、ロードの各プロセスが全て正
常に終了した場合には、ＬＦ情報を含んだＡＴＲ１（Ａ
ｎｓｗｅｒ ｔｏ Ｒｅｓｅｔ）を装置側へ送出し、ア
プリケーションプログラムを実行する。（Ｓ５３１） ＬＦがＦ０（ｈ）でない場合、即ち初回のアプリケーシ
ョンロード動作において、ロードの各プロセスが全て正
常に終了しなかった場合には、アプリケーションロード
動作も実行せず、ＬＦ情報を含んだＡＴＲ２（Ａｎｓｗ
ｅｒ ｔｏ Ｒｅｓｅｔ）を送出し処理を終了する。
（Ｓ５３２） これにより、装置側は、前回のＩＣカードのロード動作
の際、どのプロセスにて異常が発生したのかを知ること
ができる。
【００１０】活性化処理されたＩＣカードが初めてアプ
リケーションロード動作をするＩＣカードである場合、
即ちＬＦの値が０Ｆ（ｈ）（初期値）の場合は、ＬＦの
値を含むＡＴＲ０（Ａｎｓｗｅｒ ｔｏ Ｒｅｓｅｔ）
を装置側へ送出し、アプリケーションロード動作に入
り、コマンド待ち状態となる。（Ｓ５０２） アプリケーションロードコマンドを受信した後、図３
（ａ）に示す、ＬＦのビットｂ０、ｂ１を０にする。
（Ｓ５０３） この段階は、装置側から受信されたコマンドがＩＣカー
ド内のＲＡＭに、一旦、書き込まれた状態である。この
後、アプリケーションの書き込み処理を行い（Ｓ５０
４）、ＬＦのビットｂ２、ｂ３を０にセットする。（Ｓ
５０５） 次いで、アプリケーションの書き込み後の照合（ベリフ
ァイ）処理を行い（Ｓ５０６）、書き込みがＯＫでない
場合には、異常終了状態を送出し（Ｓ５２０）、処理を
終了する（Ｓ５１２）。書き込みがＯＫである場合に
は、ＬＦのビットｂ４、ｂ５を１にセットし（Ｓ５０
７）、ＥＥＰＲＯＭの３００１〜３００２アドレスヘプ
ログラムへのジヤンプデータ（ＪＭＰ）の値を書き込む
処理を行った（Ｓ５０８）後、ＬＦのビットｂ６、ｂ７
を１にセットする。（Ｓ５０９） この後、ジヤンプデータ（ＪＭＰ）の書き込み後の照合
（ベリファイ）処理を行い（Ｓ５１０）、書き込みがＯ
Ｋでない場合には異常終了状態を送出し（Ｓ５２０）、
処理を終了する（Ｓ５１２）。書き込みがＯＫである場
合には正常終了状態を送出し（Ｓ５１１）、アプリケー
ションロード処理を終了する。（Ｓ５１２） アプリケーションロード処理の各プロセスが全て正常に
終了した場合のみ、アプリケーションプログラムの実行
へと移る。以上より、本実施例においては、ＬＦのｂ０
〜ｂ７の値としては、アプリケーション書き込み後のベ
リファイプロセスに続く、書き込みがＯＫか否かの判定
がＮｏで終了した場合には００００００００（００
（ｈ））、ロード動作の全てのプロセスが正常に終了し
た場合には１１１１００００（Ｆ０（ｈ））の値がＥＥ
ＰＲＯＭ内の３０００アドレス（ＬＦ）に書き込まれて
残ることとなる。
リケーションロード動作をするＩＣカードである場合、
即ちＬＦの値が０Ｆ（ｈ）（初期値）の場合は、ＬＦの
値を含むＡＴＲ０（Ａｎｓｗｅｒ ｔｏ Ｒｅｓｅｔ）
を装置側へ送出し、アプリケーションロード動作に入
り、コマンド待ち状態となる。（Ｓ５０２） アプリケーションロードコマンドを受信した後、図３
（ａ）に示す、ＬＦのビットｂ０、ｂ１を０にする。
（Ｓ５０３） この段階は、装置側から受信されたコマンドがＩＣカー
ド内のＲＡＭに、一旦、書き込まれた状態である。この
後、アプリケーションの書き込み処理を行い（Ｓ５０
４）、ＬＦのビットｂ２、ｂ３を０にセットする。（Ｓ
５０５） 次いで、アプリケーションの書き込み後の照合（ベリフ
ァイ）処理を行い（Ｓ５０６）、書き込みがＯＫでない
場合には、異常終了状態を送出し（Ｓ５２０）、処理を
終了する（Ｓ５１２）。書き込みがＯＫである場合に
は、ＬＦのビットｂ４、ｂ５を１にセットし（Ｓ５０
７）、ＥＥＰＲＯＭの３００１〜３００２アドレスヘプ
ログラムへのジヤンプデータ（ＪＭＰ）の値を書き込む
処理を行った（Ｓ５０８）後、ＬＦのビットｂ６、ｂ７
を１にセットする。（Ｓ５０９） この後、ジヤンプデータ（ＪＭＰ）の書き込み後の照合
（ベリファイ）処理を行い（Ｓ５１０）、書き込みがＯ
Ｋでない場合には異常終了状態を送出し（Ｓ５２０）、
処理を終了する（Ｓ５１２）。書き込みがＯＫである場
合には正常終了状態を送出し（Ｓ５１１）、アプリケー
ションロード処理を終了する。（Ｓ５１２） アプリケーションロード処理の各プロセスが全て正常に
終了した場合のみ、アプリケーションプログラムの実行
へと移る。以上より、本実施例においては、ＬＦのｂ０
〜ｂ７の値としては、アプリケーション書き込み後のベ
リファイプロセスに続く、書き込みがＯＫか否かの判定
がＮｏで終了した場合には００００００００（００
（ｈ））、ロード動作の全てのプロセスが正常に終了し
た場合には１１１１００００（Ｆ０（ｈ））の値がＥＥ
ＰＲＯＭ内の３０００アドレス（ＬＦ）に書き込まれて
残ることとなる。
【００１１】
【発明の効果】本発明のＩＣカードは、上記のように、
アプリケーションのロードの際の各プロセス処理が正常
に処理されたか否かを知ることができる。即ち、ロード
の動作が途中で中断した場合、どのプロセスにて中断が
発生したかを検知でき、且つ、中断が発生したＩＣカー
ドは再度ロードできなくした、ＩＣカードの提供を可能
としている。結局、ＣＰＵ付きのＩＣカードのセキュリ
テイーを向上させたＩＣカードの提供を可能としてい
る。
アプリケーションのロードの際の各プロセス処理が正常
に処理されたか否かを知ることができる。即ち、ロード
の動作が途中で中断した場合、どのプロセスにて中断が
発生したかを検知でき、且つ、中断が発生したＩＣカー
ドは再度ロードできなくした、ＩＣカードの提供を可能
としている。結局、ＣＰＵ付きのＩＣカードのセキュリ
テイーを向上させたＩＣカードの提供を可能としてい
る。
【図１】本発明のＩＣカードの実施例図
【図２】本発明のＩＣカードにおけるメモリアドレス及
びＥＥＰＲＯＭのメモリマップを説明する図
びＥＥＰＲＯＭのメモリマップを説明する図
【図３】コマンドフオーマット等を説明する図
【図４】本発明のＩＣカードのＡＴＲのフオーマット図
【図５】本発明のＩＣカードの実施例の動作フロー図
１００ ＩＣカード １０１ ＣＰＵ １０２ ＲＯＭ １０３ ＲＡＭ １０４ ＥＥＰＲＯＭ １０５ Ｉ／Ｏライン １０６ ＶCCライン １０７ ＲＳＴライン １０８ ＣＬＫライン １０９ ＧＮＤライン
Claims (2)
- 【請求項１】 少なくともＲＯＭ、ＲＡＭ、ＥＥＰＲＯ
Ｍの３種類のメモリと、これらのメモリをアクセスして
処理を行うＣＰＵとを備え、アプリケーションプログラ
ムをＥＥＰＲＯＭにローデイングして実行させるＩＣカ
ードであって、アプリケーションをロードするためのア
プリケーションロード手段と、前記アプリケーションが
ロードされたときはそのアプリケーションプログラムを
実行するアプリケーション実行手段と、アプリケーショ
ンロードの各プロセス毎にそのプロセスが終了したのか
否かを記憶するための各プロセス処理記憶手段とを有し
ており、初回のアプリケーションロードの際に得られ
た、各プロセス記憶手段に記憶された情報が、全てのプ
ロセスが正常に終了したことを表している場合には、再
度のＩＣカードの活性化に対してロードされたアプリケ
ーションを実行し、前記各プロセス処理記憶手段に記憶
された情報が、全てのプロセスが正常に終了したことを
表していない場合には、再度のＩＣカードの活性化に対
して前記各プロセス処理記憶手段に記憶されている情報
を出力し、処理を終えることを特徴とするＩＣカード。 - 【請求項２】 請求項１において、アプリケーションロ
ード手段がＩ／Ｏ、ＲＯＭ、ＲＡＭからなり、アプリケ
ーション実行手段がＣＰＵ、ＲＯＭからなり、各プロセ
ス処理記憶手段がＥＥＰＲＯＭからなることを特徴とす
るＩＣカード。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6305689A JPH08147440A (ja) | 1994-11-16 | 1994-11-16 | Ｉｃカード |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6305689A JPH08147440A (ja) | 1994-11-16 | 1994-11-16 | Ｉｃカード |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08147440A true JPH08147440A (ja) | 1996-06-07 |
Family
ID=17948180
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6305689A Pending JPH08147440A (ja) | 1994-11-16 | 1994-11-16 | Ｉｃカード |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08147440A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010134933A (ja) * | 1997-05-15 | 2010-06-17 | Mondex Internatl Ltd | Ｉｃカードのための鍵配送ユニット |
-
1994
- 1994-11-16 JP JP6305689A patent/JPH08147440A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010134933A (ja) * | 1997-05-15 | 2010-06-17 | Mondex Internatl Ltd | Ｉｃカードのための鍵配送ユニット |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2856393B2 (ja) | 携帯可能電子装置 | |
| JP2006276967A (ja) | 半導体装置 | |
| US20060195671A1 (en) | Control system | |
| JP3125070B2 (ja) | Ｉｃカード | |
| JPH0676135A (ja) | Ｉｃカード及びｉｃカードの暗証番号照合方法 | |
| JP4743182B2 (ja) | マイクロコンピュータ | |
| US7836219B1 (en) | System and method for authentication of embedded RAID on a host RAID card | |
| JP3923546B2 (ja) | Ｉｃカード | |
| JPH08147440A (ja) | Ｉｃカード | |
| JPH03147086A (ja) | Ｉｃカード | |
| JP3634417B2 (ja) | Ｉｃカード | |
| JP4784138B2 (ja) | Ｉｃカード、および、ｉｃカード用プログラム | |
| JP3251579B2 (ja) | 携帯可能電子装置 | |
| JPH08287207A (ja) | Ｉｃカード | |
| US7490232B2 (en) | Disk device using disk to rewrite firmware and firmware determination method | |
| US20060112296A1 (en) | Data recovery system for appliances | |
| CN114117444A (zh) | 基于Initrd文件系统的硬盘绑定启动方法 | |
| JP3128817B2 (ja) | メモリの種別判定方法 | |
| JPH0546494A (ja) | メモリチエツク方式 | |
| JP2005157684A (ja) | メモリカード及びメモリ判別方法 | |
| JPH11167525A (ja) | 不揮発性メモリ混載マイコン及びその不揮発性メモリ書換え方法並びに不揮発性メモリ混載マイコンの不揮発性メモリ書換えプログラムを記録した記録媒体 | |
| JP3060376U (ja) | メモリ装置 | |
| TWI288326B (en) | A system and method for updating in-system program | |
| JP2008152452A (ja) | 携帯可能電子装置、携帯可能電子装置の制御方法およびｉｃカード | |
| JPH0954710A (ja) | Ｉｃカード |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040309 |