JPH103385A

JPH103385A - Ｉｃカード及びアプリケーション・プログラム導入方法

Info

Publication number: JPH103385A
Application number: JP8156626A
Authority: JP
Inventors: Masaki Wakamatsu; 雅樹若松; Akiko Moriyama; 明子森山; Hirotsugu Harima; 博嗣針間
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 1996-06-18
Filing date: 1996-06-18
Publication date: 1998-01-06

Abstract

(57)【要約】【課題】格納されるメモリ領域の絶対アドレスをあら
かじめ確認する必要なく、アプリケーション・プログラ
ムを導入可能なＩＣカード等を提供する。【解決手段】ＣＰＵ（１８）と、前記ＣＰＵが実行可
能な汎用プログラムを格納する読み出し専用メモリ（１
２）と、前記ＣＰＵが実行可能な１又は２以上のアプリ
ケーション・プログラムを必要に応じて格納される書き
換え可能な不揮発性メモリ（１６）とを備えるＩＣカー
ドにおいて、前記汎用プログラムは、前記アプリケーシ
ョン・プログラムに含まれる再配置可能なＣＰＵ命令コ
ードを、前記アプリケーション・プログラムが格納され
る又は格納された領域のアドレスに対応させて書き換え
るアドレス変換プログラムを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＣＰＵが実行可能
な１又は２以上のアプリケーション・プログラムを書き
換え可能な不揮発性メモリに格納することが可能なＩＣ
カード及びそのＩＣカードへのアプリケーション・プロ
グラム導入方法に関するものである。

【０００２】

【従来の技術】ＩＣカードは、磁気カードに代わる新し
い情報記憶媒体として、近年注目を集めている。特に、
ＣＰＵを内蔵したＩＣカードは、高度なセキュリティを
実現できることから、高度情報化社会の種々の分野にお
いて利用されることが期待されている。

【０００３】一般にＩＣカードは、ＲＯＭ、ＲＡＭ、Ｅ
ＥＰＲＯＭの３種類のメモリと、それらメモリにアクセ
スするＣＰＵとを備えている。ＥＥＰＲＯＭは、書換え
可能な不揮発性メモリであり、ＩＣカードユーザの個人
情報等のデータが保存される。ＲＡＭは、ＣＰＵがプロ
グラムを実行するときに作業領域として使用される揮発
性のメモリである。ＲＯＭは、読み出し専用メモリであ
り、ＣＰＵが実行すべきプログラムが格納されている。

【０００４】ＲＯＭが格納するプログラムは、ＩＣカー
ドの用途ごとに異なる。したがって、ＩＣカードの用途
が多種多様化すると、それだけ多くの種類のＲＯＭを用
意することとなる。しかし、一般にＲＯＭは、その開発
に多大の費用を必要とする。このために、ＩＣカードの
用途の多様化に合わせ、ＲＯＭを多品種少量生産するこ
ととすれば、ＲＯＭの単価が上がり、ＩＣカードの製造
原価が増大する。

【０００５】上記の問題に対し、従来ＲＯＭに格納され
ていたプログラムを２種類に大別し、一方をＲＯＭに、
他方をＥＥＰＲＯＭに格納するＩＣカードが提案されて
いる。ここで、２種類のプログラムの一方は、ＩＣカー
ドの用途によらず汎用的に使用できるプログラム（以下
「汎用プログラム」という）である。また、他方は、Ｉ
Ｃカードの各種用途固有の処理を行うプログラム（以下
「アプリケーション・プログラム」という）である。

【０００６】上記のＩＣカードでは、全用途のＩＣカー
ドについて、同一のＲＯＭを使用することとなるので、
安価なＲＯＭを用いた安価なＩＣカードが生産される。
一方、ＩＣカードのＥＥＰＲＯＭには、各用途に対応し
たアプリケーション・プログラムが書き込まれることか
ら、用途に応じた木目細かい処理を行うＩＣカードの提
供が可能である。

【０００７】アプリケーション・プログラムを作成する
場合には、まずＣＰＵに対応したソース・コードが、ア
センブラ言語等によって作成される。作成されたソース
・コードは、ＩＣメーカーが用意したコンパイル用のソ
フトウェアツールを用いてオブジェクト・コードに変換
される。このオブジェクト・コードには、未確定なアド
レスを有するいわゆる再配置可能なＣＰＵ命令コードが
含まれている。未確定なアドレスとは、例えばＣＰＵの
コントロールをジャンプさせる先のアドレスである。こ
のようなアドレスは、ＥＥＰＲＯＭが格納される領域の
絶対アドレスが確定しなければ決定することができな
い。このために、再配置可能なＣＰＵ命令コードには、
将来正規のアドレスが確定したときに、その正規のアド
レスと書き換えられる暫定的なアドレスが与えられてい
る。

【０００８】次に、ＩＣメーカーが用意した上記とは異
なるソフトウェアツールを用いて、オブジェクト・コー
ドに対するリンク処理が行われ、実行形式のＣＰＵ命令
コードによるアプリケーション・プログラムが生成され
る。リンク処理とは、アプリケーション・プログラムが
格納されるメモリ領域のアドレスに基づき、再配置可能
なＣＰＵ命令コードに与えるべき絶対アドレスを確定
し、この絶対アドレスを用いてそのＣＰＵ命令コードを
書き換える処理をいう。つまり、リンク処理により、再
配置可能なＣＰＵ命令コードは、絶対アドレス形式のＣ
ＰＵ命令コードに書き換えられるのである。

【０００９】

【発明が解決しようとする課題】従来のＩＣカードで
は、上記の一連の処理を経て取得された実行形式のアプ
リケーション・プログラムをＥＥＰＲＯＭに格納するこ
とにより、ＩＣカードを各種用途へ適切に対応させるこ
とを可能としていた。しかし、ＩＣカードに対するユー
ザーの要求は年々高度化・複雑化し、多種多様の機能を
ユーザー側で任意に選択・実行できる、柔軟性の高いＩ
Ｃカードが望まれるようになっている。このような要求
に応える一つの方法として、ＥＥＰＲＯＭに２個以上の
のアプリケーション・プログラムを格納することが考え
られる。

【００１０】しかし、アプリケーション・プログラム
は、各種用途に合わせて任意に製作されるものであり、
このために各アプリケーション・プログラムの長さ（バ
イト数）はまちまちである。したがって、ＥＥＰＲＯＭ
に２個以上のアプリケーション・プログラムを格納しよ
うとする場合には、先に格納されたプログラムにより占
有されているメモリ領域が一定でないために、次のアプ
リケーション・プログラムを格納すべきメモリ領域（絶
対アドレス）を特定することができない。この結果、第
２番目以降のアプリケーション・プログラムをＥＥＰＲ
ＯＭに導入しようとした場合に、当該プログラムのリン
ク処理を適切に行うことができず、実行形式のアプリケ
ーション・プログラムを生成できないという問題があっ
た。

【００１１】一方、上記の問題に対し、ＩＣカードから
リンク処理を行う外部装置へ、アプリケーション・プロ
グラムが格納されるべきアドレスを通知し、それにより
リンク処理の実行を可能とすることが考えれれる。しか
しながら、この場合に外部装置は、実行形式のアプリケ
ーション・プログラムを生成するための一連の処理に加
え、さらに、ＩＣカードから必要なアドレスを取得する
ための通信処理とを実行しなければならない。このため
に、ＩＣカードにアプリケーション・プログラムを導入
するための処理時間が大となるという問題があった。

【００１２】そこで、本発明の課題は、格納されるメモ
リ領域の絶対アドレスをあらかじめ確認する必要なく、
アプリケーション・プログラムを不揮発性メモリに導入
することが可能なＩＣカード及びアプリケーション・プ
ログラム導入方法を提供することである。

【００１３】

【課題を解決するための手段】前記課題を解決するため
に、請求項１に係る発明は、ＣＰＵ（１８）と、前記Ｃ
ＰＵが実行可能な汎用プログラムを格納する読み出し専
用メモリ（１２）と、前記ＣＰＵが実行可能な１又は２
以上のアプリケーション・プログラムを必要に応じて格
納される書き換え可能な不揮発性メモリ（１６）とを備
えるＩＣカードにおいて、前記汎用プログラムは、前記
アプリケーション・プログラムに含まれる再配置可能な
ＣＰＵ命令コードを、前記アプリケーション・プログラ
ムが格納される又は格納された領域のアドレスに対応さ
せて書き換えるアドレス変換プログラムを含むことを特
徴とする。

【００１４】請求項２に係る発明は、請求項１に記載の
ＩＣカードにおいて、前記汎用プログラムは、前記アプ
リケーション・プログラムが格納可能である又は格納さ
れた領域の先頭アドレスを特定する先頭アドレス特定プ
ログラムを含み、前記アプリケーション・プログラムに
含まれる再配置可能なＣＰＵ命令コードは、所定の基準
値に対し相対的に定められたアドレスを有し、前記アド
レス変換プログラムは、前記基準値と、前記先頭アドレ
ス特定プログラムが特定した先頭アドレスの値との差を
再配置可能な前記ＣＰＵ命令コードが有するアドレスに
加算又は減算することにより再配置可能な前記ＣＰＵ命
令コードを書き換えることを特徴としている。

【００１５】請求項３に係る発明は、ＣＰＵ（１８）が
実行可能な１又は２以上のアプリケーション・プログラ
ムを書き換え可能な不揮発性メモリ（１６）に格納する
ことが可能なＩＣカードへのアプリケーション・プログ
ラム導入方法において、前記ＩＣカードの外部において
作成された、再配置可能なＣＰＵ命令コードを含む前記
アプリケーション・プログラムを前記ＩＣカード内部へ
導入し、前記ＩＣカード内部において、前記アプリケー
ション・プログラムが格納される又は格納された領域の
アドレスに対応させて、再配置可能な前記ＣＰＵ命令コ
ードを書き換えることを特徴とする。

【００１６】

【発明の実施の形態】以下、図面等を参照して、本発明
に係る実施形態について、さらに詳しく説明する。図１
は、本発明に係るＩＣカードの構成を示す図である。図
１に示されるように、ＩＣカード１０は、読み出し専用
メモリであるＲＯＭ１２、揮発性メモリであるＲＡＭ１
４、随時書換え可能な不揮発性メモリのＥＥＰＲＯＭ１
６及びそれらメモリにアクセスするＣＰＵ１８を備えて
いる。

【００１７】また、ＩＣカード１０は、リーダ・ライタ
（不図示）と電気信号等の授受を行うための複数の接点
（Ｖｃｃ〜ＧＮＤ）を備えている。ＩＣカードをリーダ
・ライタに挿入すると、リーダ・ライタの接点がこのＩ
Ｃカードの接点と接続され、電気信号の授受が行われ
る。各接点には、それぞれ異なる電気信号が割り付けら
れている。例えば、ＶｃｃはＩＣが動作するために必要
な電源電圧の供給を受けるための接点であり、Ｉ／０
は、ＣＰＵがリーダ・ライタと通信を行うための接点
（シリアルポート）である。

【００１８】ＣＰＵ１８は、上記接点を介してリーダ・
ライタからコマンドを付与され、そのコマンドに従いＲ
ＯＭ１２又はＥＥＰＲＯＭ１６に格納されているプログ
ラムを実行し、その結果、ＥＥＰＲＯＭ１６へのデータ
の書き込み、読み出し等を行う。なお、本実施形態で
は、ＣＰＵ１８が実行すべきコマンドを前述した汎用プ
ログラムとアプリケーション・プログラムとに分割し、
汎用プログラムをＲＯＭ１２に、アプリケーション・プ
ログラムをＥＥＰＲＯＭ１６に格納している。

【００１９】図２は、本実施形態の各メモリーに割り付
けられているアドレスの一例を示す図である。本実施形
態では、例えばＲＯＭ１２にＨ’００００〜Ｈ’２７Ｆ
Ｆ、ＲＡＭ１４にＨ’４０００〜Ｈ’４０ＦＦ、ＥＥＰ
ＲＯＭ１６にＨ’６０００〜Ｈ’７ＦＦＦなるアドレス
を割り当てている。なお、本明細書において数値の前に
付されている「Ｈ’」は、その数値が１６進数に基づい
て表記されていることを意味する。

【００２０】図３は、ＥＥＰＲＯＭ１６のメモリ・マッ
プを示す図である。本実施形態では、ＥＥＰＲＯＭ１６
の先頭の領域、すなわちＨ’６０００からＨ’６００Ｆ
をシステムエリアとして確保している。システムエリア
の先頭アドレスＨ’６０００には、変数ＮＯＡが格納さ
れている。ＮＯＡは、ＥＥＰＲＯＭ１６に格納（登録）
されているアプリケーション・プログラムの個数を示す
変数である。ＮＯＡは、０に初期設定され、後述するよ
うに１のアプリケーション・プログラムがＥＥＰＲＯＭ
１６に格納されるごとにその値を１ずつ加算される。ア
ドレスＨ’６００１〜Ｈ’６００Ｆまでの領域（ＲＦ
Ｕ）は、将来ＩＣカードの仕様を変更したときに、その
仕様において必要とされる各種パラメータ等を格納する
ための予備的な空白領域である。

【００２１】アドレスＨ’６０１０以降は、アプリケー
ション・プログラムを格納することが可能な領域であ
る。図３には、一例として、２つのアプリケーション・
プログラムが格納されている状態が示されている。第１
のアプリケーション・プログラムはＨ’６０１０〜Ｈ’
６０７Ｆの領域に、第２のアプリケーション・プログラ
ムは、Ｈ’６０８０〜Ｈ’６０ＤＢの領域にそれぞれ格
納されている。このように本実施形態では、２以上のア
プリケーション・プログラムを格納する場合は、後のプ
ログラムを先のプログラムの直後に格納し、それらの間
に未使用のメモリ領域が存在しないようにしている。す
なわち、本実施形態では、限られたメモリ資源を最大限
有効に活用できるよう、アプリケーション・プログラム
をＥＥＰＲＯＭ１６に格納しているのである。なお、ア
プリケーション・プログラムの具体的な格納方法につい
ては、図９等において詳細に説明する。

【００２２】ＥＥＰＲＯＭ１６に格納されているアプリ
ケーション・プログラムは、ａｎ＿１からapplication
program までの５つの情報から構成されている。ａｎ＿
１及びapplication ＿nameは、アプリケーション・プロ
グラムを識別するための情報である。すなわち、applic
ation ＿nameは、当該アプリケーション・プログラムの
名前であり、ａｎ＿１は、application ＿nameの長さ
（バイト数）を示す１バイトのデータである。

【００２３】ＮＡ＿ＡＤＤは、当該アプリケーション・
プログラムの次に格納されている、又は、格納されるべ
きアプリケーション・プログラムの先頭アドレスを示す
２バイトのデータである。図３の例では、第１のアプリ
ケーション・プログラムが有するＮＡ＿ＡＤＤは、第２
番目のアプリケーション・プログラムの先頭アドレス
Ｈ’６０８０を示している。また、第２番目のアプリケ
ーション・プログラムが有するＮＡ＿ＡＤＤは、将来第
３番目のアプリケーション・プログラムが格納されるべ
き領域の先頭アドレスＨ’６０ＤＣを示している。な
お、本実施形態では、ＮＡ＿ＡＤＤは、必ずapplicatio
n ＿nameの次の領域に格納される。

【００２４】ａｐｌ＿１は、ＮＡ＿ＡＤＤの次に格納さ
れている２バイトのデータであり、その直後に格納され
ているapplication program の長さ（バイト数）を示し
ている。application program は、アプリケーション・
プログラムのＣＰＵ命令コード、及びプログラム実行時
に参照されるべきデータ等の集合である。

【００２５】図４は、本実施形態において、アプリケー
ション・プログラムの作成に使用するアセンブラ言語の
一部の命令のフォーマットを示す図である。各命令は、
全て４バイトより構成されている。各命令の意味内容
は、図中上段より順に、イコールの場合にコントロール
をジャンプする（ＢＥＱ）、無条件にコントロールをジ
ャンプする（ＢＲＡ）、２つのパラメータを比較する
（ＣＭＰ）、第３及び第４バイトの情報（ａｂｓ）によ
り指定されるサブルーチンにジャンプする（ＪＳＲ）、
データを移動する（ＭＯＶ）、コントロールをリターン
する（ＲＴＳ）である。

【００２６】図５は、図４に示すアセンブラ言語により
作成されたアプリケーション・プログラムのソース・コ
ードの一例を示す図である。図中、第６行目に記載され
ている「ＪＳＲＣＯＭＰＤＡＴＡ」は、ＣＯＭＰ
＿ＤＡＴＡ識別コードを有するサブルーチン、すなわ
ち、第８行目より記述されているサブルーチンを実行す
べきことを意味している。なお、他の行の意味内容につ
いては、図中に注釈が記載されているので、ここでは説
明を省略する。

【００２７】図６は、図５に示すソース・コードをコン
パイルした結果取得された再配置可能な（リロケータブ
ル）形式に変換されたオブジェクト・コードである。本
実施形態のコンパイル処理では、プログラムの格納され
る先頭アドレスを暫定的に「００００」に設定して、こ
の基準値に基づき図５に示す各行を機械語に変換してい
る。この結果、サブルーチンＣＯＭＰ＿ＤＡＴＡの先頭
の行は、アドレス「００１２」に割り当てられている。
また、これに対応して、ソース・コードの第６行目の命
令ＪＳＲは、その第３及び第４バイトに有する情報を
「００１２」に変換され、コントロールを相対アドレス
「００１２」にジャンプすべきことを表している（オブ
ジェクト・コード「０００Ｃ」行目参照）。

【００２８】図７は、図６に示すオブジェクト・コード
をＥＥＰＲＯＭ１６のアドレス「Ｈ’７０００」より格
納すべくリンク処理を行い、その結果取得された実行形
式のＣＰＵ命令コードによるアプリケーション・プログ
ラムを示す図である。図に示されるように、プログラム
の第１番目のＣＰＵ命令コードには、アドレス「７００
０」が割り当てられており、また、サブルーチンＣＯＭ
Ｐ＿ＤＡＴＡの先頭行には、アドレス「７０１２」が割
り当てられている。さらに、絶対アドレス「７００Ｃ」
に割り当てられている命令ＪＳＲは、その第３及び第４
バイトを相対アドレス「００１２」から絶対アドレス
「７０１２」に書き換えられている。このように、リン
ク処理により命令ＪＳＲの第３バイト、第４バイトが適
切な絶対アドレスに書き換えられ、アプリケーション・
プログラムは実行可能な形式のプログラムに変換されて
いる。

【００２９】前述したように、従来、アプリケーション
・プログラムは、ＩＣカードの外部においてソース・コ
ードからオブジェクト・コードへ、さらにオブジェクト
・コードから実行形式のＣＰＵ命令コードに変換され、
その後にＩＣカード内へ導入されていた。これに対し、
本実施形態では、ソース・コードをコンパイルしてオブ
ジェクト・コードを取得するまでの処理については、従
来通りＩＣカードの外部において行う。しかし、得られ
たオブジェクト・コードは、さらに実行形式のＣＰＵ命
令コードに変換する前に直接ＩＣカードに導入し、ＩＣ
カード内においてＲＯＭ１２に格納されているリンカを
使用して実行形式のＣＰＵ命令コードに変換する。以
下、本実施形態におけるアプリケーション・プログラム
の導入方法について詳細に説明する。

【００３０】図８は、本実施形態において使用する２つ
のコマンド、Application Loadコマンド及びSelectコマ
ンドのフォーマットを示す図である。Application Load
コマンドは、アプリケーション・プログラムのオブジェ
クト・コードをＩＣカードに導入するためのコマンドで
ある。一方、Selectコマンドは、ＥＥＰＲＯＭ１６に格
納されている特定のアプリケーション・プログラムを実
行するためのコマンドである。

【００３１】図に示されるように、Application Loadコ
マンドは、５種類の情報より構成されている。第１バイ
ト目であるＩＮＳは、このコマンド識別するための１バ
イトからなる種別コードである。本実施形態では、Appl
ication Loadコマンドの種別コードとして例えば「Ｈ’
Ｆ０」を割り当てている。また、Application Loadコマ
ンドの第２バイト目以降には、順に、格納すべきアプリ
ケーション・プログラムに関するａｎ＿１、applicatio
n ＿name、ａｐｌ＿１、及びrelocatable application
program codeが配置されている。relocatable applicat
ion program codeは、図６にその一例を示したアプリケ
ーション・プログラムのオブジェクト・コードである。

【００３２】一方、Selectコマンドは、３種類の情報か
ら構成されている。第１バイト目は、Application Load
と同様にＩＮＳが配置されている。本実施形態では、Se
lectコマンドのＩＮＳとして、例えば「Ｈ’Ａ４」なる
コードを割り当てている。また、Selectコマンドの第２
バイト目以降には、実行すべきアプリケーション・プロ
グラムのａｎ＿１とapplication ＿nameとが順に配置さ
れている。

【００３３】図９は、ＲＯＭ１２に格納されている汎用
プログラムの流れ図である。以下、図９に基づき、ＩＣ
カード１０の動作の概要について説明する。ＩＣカード
１０とリーダ・ライタとが接続され、リーダ・ライタに
よりＩＣカードがリセット（活性化）されると、ＣＰＵ
１８は、まず初期応答情報（ＡＴＲ）をレスポンスとし
て出力する（Ｓ９０２）。次に、ＣＰＵ１８は、リーダ
・ライタからのコマンド待ち状態となる（Ｓ９０４、Ｓ
９０６）。

【００３４】リーダ・ライタからのコマンドを受信する
と（Ｓ９０６：Ｙｅｓ）、ＣＰＵ１８は、そのコマンド
の第１バイト目であるＩＮＳを確認する（Ｓ９０８）。
ここでＩＮＳの内容が「Ｈ’Ｆ０」であると、本実施形
態では、コマンドがApplication Loadコマンドであると
判断され、アプリケーション・プログラムをＥＥＰＲＯ
Ｍ１６へ格納するための処理が実行される（Ｓ９１
０）。

【００３５】一方、ステップ９０８において、ＩＮＳの
内容が「Ｈ’Ａ４」である場合には、コマンドがSelect
コマンドであると判断される。この結果、Selectコマン
ドが指定するアプリケーション・プログラムの、ＥＥＰ
ＲＯＭ１６におけるアドレスを特定するための処理が実
行される（Ｓ９１２）。

【００３６】ステップ９０８において、ＩＮＳの内容が
「Ｈ’Ｆ０」又は「Ｈ’Ａ４」のいずれでもない場合に
は、ＣＰＵ１８は、ステップ９１４へ進む。ステップ９
１４では、すでにSelectコマンドが処理され、所定のア
プリケーション・プログラムが選択済みであるか否かが
判断される。具体的には、ＲＡＭ１４の所定領域に、Se
lectコマンドを処理することにより特定された、アプリ
ケーション・プログラムのアドレスが存在するか否かが
判断される。

【００３７】ステップ９１４において、アプリケーショ
ンが選択済みであると判断されると、受信されたコマン
ドのパラメータに基づいて、当該アプリケーション・プ
ログラムが実行される（Ｓ９１６）。一方、ステップ９
１４において、アプリケーションが選択されていないと
判断されると、コマンド・エラー・ステータスがＲＡＭ
１４の所定領域にレスポンス情報として編集される（Ｓ
９１８）。

【００３８】次に、ステップ９１０、９１２、９１６又
は９１８のいずれかの処理が終了すると、ＲＡＭ１４の
所定領域に編集されたレスポンス情報が、リーダ・ライ
タに送信される（Ｓ９２０）。レンスポンス情報が送信
された後は、再びステップ９０４に戻り、ステップ９２
０までの処理が繰り返される。

【００３９】次に、ステップ９１０、９１２、及び９１
６のそれぞれにおいてなされる処理について説明する。
図１０は、ステップ９１０の処理内容、つまり、Applic
ation Loadコマンドが受信された場合にＣＰＵ１８が実
行する処理内容を示す流れ図である。ＣＰＵ１８は、Ap
plication Loadコマンドが受信されると、まずシステム
エリアのアドレスＨ’６０００を参照し、ＮＯＡのデー
タを読み出す（Ｓ１００２）。次に、ＣＰＵ１８は、２
つの変数search＿address 及びcounter を初期設定す
る。search＿address は、アプリケーション・プログラ
ムを格納する領域の先頭アドレスＨ’６０１０に初期設
定される（Ｓ１００４）。また、counter は、ステップ
１００２において取得されたＮＯＡの値に初期設定され
る（Ｓ１００６）。

【００４０】次に、アプリケーション・プログラムを新
たに格納することが可能なＥＥＰＲＯＭ１６上の領域の
先頭アドレスが特定される（Ｓ１００８〜Ｓ１０１
２）。具体的には、search＿address にＮＡ＿ＡＤＤの
内容を代入し、counter の値を１だけデクリメントする
一連の処理（Ｓ１０１０、Ｓ１０１２）が、counterの
値が０となるまで（Ｓ１００８：Ｙｅｓ）繰り返され
る。なお、ステップ１０１０におけるＮＡ＿ＡＤＤは、
ステップ１００８においてsearch＿address が示すアド
レス以降に現れる最初のＮＡ＿ＡＤＤ、すなわち、sear
ch＿address によって特定されるアプリケーション・プ
ログラムが有するＮＡ＿ＡＤＤである。

【００４１】ステップ１００８から１０１２間での処理
は、例えば、図３に示した例では、２回繰り返されて行
われる。すなわち、search＿address の内容は、１回目
の処理により、第２番目のアプリケーション・プログラ
ムの先頭アドレスであるＨ’６０８０に更新される。ま
た、２回目の処理では、第３番目のアプリケーション・
プログラムを格納することが可能である領域の先頭アド
レス、Ｈ’６０ＤＣに更新される。

【００４２】次に、上記処理により特定されたアドレス
以降に、アプリケーション・プログラムを書き込む処理
が実行される（Ｓ１０１４〜Ｓ１０３４）。まず、変数
write ＿address にsearch＿address の値が代入され
（Ｓ１０１４）、そのwrite ＿address が示すアドレス
にApplication Loadコマンドのａｎ＿１が書き込まれる
（Ｓ１０１６）。書込が終了すると、write ＿address
は、ａｎ＿１の長さ（バイト数）を加算することにより
更新される（Ｓ１０１８）。

【００４３】次に、更新されたwrite ＿address が示す
アドレスよりApplication Loadコマンドのapplication
＿nameの内容が書き込まれる（Ｓ１０２０）。書込が終
了すると、write ＿address は、ａｎ＿１の示す値だ
け、すなわち、書き込んだapplication ＿nameの長さ
（バイト数）を加算することにより再び更新される（Ｓ
１０２４）。次に、後にＮＡ＿ＡＤＤを上記applicatio
n ＿nameの直後に書き込むための処理が行われる。すな
わち、更新されたwrite ＿address の値は、変数NA＿AD
D ＿address に代入され（Ｓ１０２４）、その後に、Ｎ
Ａ＿ＡＤＤの長さ（２バイト）がwrite ＿address に加
算される（Ｓ１０２６）。

【００４４】次に、write ＿address が示すアドレス
に、Application Loadコマンドのａｐｌ＿１の内容が書
き込まれる（Ｓ１０２８）。ａｐｌ＿１の書き込みが終
了すると、write ＿address にａｐｌ＿１の長さが加算
され、また、変数start ＿addにwrite ＿address の値
が代入される（Ｓ１０３０）。さらに、write ＿addres
s が示すアドレスに、relocatable application progra
m codeが実行可能な絶対アドレス形式のＣＰＵ命令コー
ドに変換されて格納される（Ｓ１０３２）。なお、ステ
ップ１０３２において行われる処理内容については、図
１１においてさらに詳細に説明する。

【００４５】次に、write ＿address の値は、NA＿ADD
＿address が示すアドレスに書き込まれる（Ｓ１０３
４）。また、システム・エリアのＮＯＡが１だけ加算さ
れ、ＥＥＰＲＯＭ１６に格納されているアプリケーショ
ン・プログラムが１つ増えたことが記録される（Ｓ１０
３６）。最後に、アプリケーション・プログラムが正常
に終了した旨のステータスが、ＲＡＭ１４の所定領域に
レスポンス情報として編集され（Ｓ１０３８）、Applic
ation Loadコマンド処理が終了される。

【００４６】図１１は、図１０のステップ１０３２にお
いて実行される処理内容をさらに詳細に説明する流れ図
である。本実施形態では、ＩＣカード内において図１１
に示す処理を実行することにより、図６に示したオブジ
ェクト・コードを図７に示した実行形式のＣＰＵ命令コ
ードに変換する。以下、図１１の処理手順について順に
説明する。はじめに、Application Loadコマンドのrelo
catable application program codeの最初の４バイト、
すなわち最初の命令コードが取り出される（Ｓ１１０
２）。次に、取り出した命令コードの第１バイトが「０
４」であるか否か、すなわちそれが再配置可能な命令コ
ードであるＪＳＲであるか否かが判断される。この結
果、「０４」でなかった場合には、その命令コードは再
配置可能な命令コードでないと判断され、ステップ１１
０８の処理へ移行する。

【００４７】一方、取り出した命令コードの第１バイト
目が「０４」であった場合には、その命令コードが再配
置可能な命令コードであると判断され、ステップＳ１１
０６の処理へ移行する。ステップ１１０６では、当該命
令コードの第３、第４バイトが示す再配置可能なアドレ
ス（リロケータブルアドレス、ａｂｓ）にstart ＿add
の値を加算する。これにより、当該命令コードは、再配
置可能な（リロケータブル形式の）命令コードから実行
形式（絶対アドレス形式）のＣＰＵ命令コードに変換さ
れる。

【００４８】次に、relocatable application program
codeから取り出した４バイトの情報（ステップ１１０６
において実行形式のＣＰＵ命令コードに変換された場合
には、その変換後の４バイトの情報）は、write ＿addr
ess が示すアドレスへ書き込まれる（Ｓ１１０８）。書
き込みが終了すると、write ＿address に４バイトを加
算することによりwrite ＿address の値が更新される
（Ｓ１１１０）。

【００４９】次に、relocatable application progaram
code にさらに４バイトの情報が存在するか否かが判断
される。その結果、情報が存在する場合は、relocatabl
e application progaram code より次の４バイトの情報
が取り出され（Ｓ１１１４）、ステップ１１０４からス
テップ１１１２の処理が繰り返される。一方、ステップ
１１１２において、次の４バイトの情報が存在しないと
判断されると、ＥＥＰＲＯＭ１６へのＣＰＵ命令コード
の書き込み処理は終了し、処理は図１０のステップ１０
３４へ移行する。

【００５０】図１２は、ステップ９１２の処理内容、つ
まり、Selectコマンドが受信された場合にＣＰＵ１８が
実行する処理内容を示す流れ図である。ステップ９１２
において、ＣＰＵ１８は、はじめに変数seach ＿addres
s をアプリケーション・プログラムが格納されている領
域の先頭アドレスに初期設定する（Ｓ１２０２）。本実
施形態の場合には、search＿address は、Ｈ’６０１０
に設定される。

【００５１】次に、ＣＰＵ１８は、ＥＥＰＲＯＭ１６の
システムエリアよりＮＯＡの値を読み出し（Ｓ１２０
４）、その値をもって変数counter を設定する。例えば
図３に示すようにＥＥＰＲＯＭ１６が２つのアプリケー
ション・プログラムを格納している場合には、counter
は２に初期設定される。

【００５２】次に、ＣＰＵ１８は、Selectコマンドに指
定されたアプリケーション・プログラムと同一のものが
あるか否かについて、ＥＥＰＲＯＭ１６に格納されてい
るアプリケーション・プログラムを順次検索する（Ｓ１
２０８〜Ｓ１２１６）。具体的には、search＿address
が示すアドレスのａｎ＿１及びそのａｎ＿１に続くappl
ication ＿nameと、Selectコマンドのａｎ＿１及びappl
ication ＿nameとが比較される（Ｓ１２１０）。比較の
結果、一致しない場合には、counter の値を１だけデク
リメントするとともに、search＿address にＮＡ＿ＡＤ
Ｄの内容を代入する（Ｓ１２１４、Ｓ１２１６）。ここ
で、ステップ７１６におけるＮＡ＿ＡＤＤは、ステップ
１２１０においてsearch＿address が示したアドレス以
降に現れる最初のＮＡ＿ＡＤＤである。ステップ１２１
６においてsearch＿address の内容を更新することによ
り、search＿address は、次に格納されているアプリケ
ーション・プログラムの先頭アドレスを示すこととな
る。

【００５３】ステップ１２１０から１２１６までの処理
は、ステップ１２１２において比較されたデータが一致
するまで、又は、ステップ１２０８においてcounter の
値が０となるまで継続される。ステップ１２１２におい
て、比較されたデータが一致した場合（Ｓ１２１２：Ｙ
ｅｓ）には、Selectコマンドによって指定されたアプリ
ケーション・プログラムが発見され、search＿address
はその先頭アドレスを示していることが意味される。そ
こで、ＣＰＵ１８は、search＿address にａｎ＿１の長
さ（バイト数）及びａｎ＿１が示す値、すなわちapplic
ation ＿nameの長さ（バイト数）、ＮＡ＿ＡＤＤの長
さ、さらにはａｐｌ＿１の長さを順次加算し、これを変
数selected＿address に代入する（Ｓ１２１８）。

【００５４】この結果、search＿address は当該アプリ
ケーション・プログラムにおけるapplication program
の先頭アドレスを示すこととなる。ＣＰＵ１８は、この
search＿address の内容をＲＡＭ１４上の所定領域に格
納する（Ｓ１２２０）。そして、Searchコマンドの処理
が正常に終了した旨のステータスをＲＡＭ１４の所定領
域にレスポンス情報として格納し（Ｓ１２２２）、処理
を終了する。

【００５５】一方、ステップ１２０８において、counte
r の値が０となった場合（Ｓ１２０８：Ｙｅｓ）には、
ＥＥＰＲＯＭ１６に格納されているいずれのアプリケー
ション・プログラムもSelectコマンドが指定するものに
該当しなかったことが意味される。この場合には、ＣＰ
Ｕ１８は、該当するアプリケーション・プログラムがな
かった旨のエラーステータスをＲＡＭ１４の所定領域に
レスポンス情報として格納し（Ｓ１２２４）、処理を終
了する。

【００５６】図１３は、図９のステップ９１６において
ＣＰＵ１８が実行する処理内容を示す流れ図である。図
９のステップ９１４において、アプリケーションが選択
済みであると判断されると、ＣＰＵ１８は、図１２のス
テップ１２２２においてＲＡＭ１４に格納されたsearch
＿address の内容を取得し、それに示されるアドレスを
サブルーチンコールする（Ｓ１３０２）。これにより、
Selectコマンドにより選択されたアプリケーション・プ
ログラムが実行される。

【００５７】以上説明したように、本実施形態では、Ｒ
ＯＭ１２に格納されている汎用プログラムが、新たに導
入されるアプリケーション・プログラムを格納すべきＥ
ＥＰＲＯＭ１６内の絶対アドレスを特定する機能と、特
定されたそのアドレスを用いて、当該アプリケーション
・プログラムのオブジェクト・コードを絶対アドレス形
式のＣＰＵ命令コードに変換する機能とを備えている。
そして、アプリケーション・プログラムは、ＩＣカード
の外部においてオブジェクト・コードに変換された段階
でＩＣカードに導入される。導入されたアプリケーショ
ン・プログラムは、ＩＣカード内で、上記汎用プログラ
ムを用いて絶対アドレス形式のＣＰＵ命令コードに変換
され、ＥＥＰＲＯＭ１６に格納される。つまり、本実施
形態では、アプリケーション・プログラムをＩＣカード
の外部においてそれを絶対アドレス形式のＣＰＵ命令コ
ードに変換することを回避している。したがって、ＩＣ
カードに新たなアプリケーション・プログラムを導入す
る場合には、当該プログラムがＥＥＰＲＯＭ１６のいず
れのアドレスに格納されるかをあらかじめ確認する必要
はない。この結果、本実施形態では、例えば２以上のア
プリケーション・プログラムが格納されるＩＣカードに
おいて、先に格納されているアプリケーション・プログ
ラムが占有しているメモリ領域が不明であるために、次
に導入するアプリケーション・プログラムが格納される
メモリ領域のアドレスが特定できない場合であっても、
問題なくアプリケーション・プログラムを導入すること
が可能である。

【００５８】また、本実施形態では、先頭アドレスを
「００００」とする相対アドレスに従い記述されたオブ
ジェクト・コードをＩＣカードに導入する。そして、当
該アプリケーション・プログラムが格納される領域の先
頭アドレスの値をオブジェクト・コードが有する再配置
可能なアドレスに加算することとにより、当該オブジェ
クト・コードを絶対アドレス形式のＣＰＵ命令コードに
変換することとしている。さらに、本実施形態では、変
数ＮＡ＿ＡＤＤをＥＥＰＲＯＭ１６内のアプリケーショ
ン・プログラムに設け、これを用いて新たなアプリケー
ション・プログラムを格納すべき領域の先頭アドレスを
特定することとしている。この結果、本実施形態では、
比較的簡単な処理内容で、迅速にオブジェクト・コード
を絶対アドレス形式のＣＰＵ命令コードに変換すること
が可能となっている。

【００５９】（その他の実施形態）なお、本発明は、上
記実施形態に限定されるものではない。上記実施形態
は、例示であり、本発明の特許請求の範囲に記載された
技術的思想と実質的に同一な構成を有し、同様な作用効
果を奏するものは、いかなるものであっても本発明の技
術的範囲に包含される。

【００６０】例えば、上記実施形態では、ＩＣカードに
導入されたオブジェクト・コードを絶対アドレス形式の
ＣＰＵ命令コードに変換した後にＥＥＰＲＯＭ１６の所
定領域に格納することとしているが、これは、導入され
たオブジェクト・コードを直接ＥＥＰＲＯＭ１６に格納
し、その後それを絶対アドレス形式のＣＰＵ命令コード
に変換することであってもよい。

【００６１】また、上記実施形態では、ＩＣカード外部
でオブジェクト・コードを生成し、それをＩＣカードに
導入する場合を例に説明をしたが、これは、アプリケー
ション・プログラムのソース・コードを直接ＩＣカード
に導入し、ＩＣカード内において、ソース・コードを実
行可能な絶対アドレス形式のＣＰＵ命令コードに変換す
ることであってもよい。

【００６２】さらに、上記実施形態では、複数のアプリ
ケーション・プログラムをＩＣカードに導入する場合を
例に説明をしているが、本発明の技術的思想は、ＥＥＰ
ＲＯＭにアプリケーション・プログラムを１つのみ格納
するＩＣカードにももちろん適用可能である。

【００６３】なお、本明細書において、「ＩＣカード」
とは、ＣＰＵと、このＣＰＵによってアクセスされるメ
モリとを備え、ＣＰＵは、そのメモリに格納されている
プログラムにしたがい動作する携帯可能な情報記録媒体
を意味する。したがって、「ＩＣカード」は、例えばそ
の形状が平面的かつ四角形であるいわゆるカード状に限
定されるものではなく、コイン形状等の媒体にＣＰＵ及
びメモリを備えたものであってもよい。

【００６４】

【発明の効果】以上詳しく説明したように、請求項１に
係る発明によれば、汎用プログラムは、アプリケーショ
ン・プログラムに含まれる再配置可能なＣＰＵ命令コー
ドを、アプリケーション・プログラムが格納される又は
格納された領域のアドレスに対応させて書き換えるアド
レス変換プログラムを含むこととしたので、格納される
メモリ領域の絶対アドレスをあらかじめ確認する必要な
く、アプリケーション・プログラムを不揮発性メモリに
導入することが可能なＩＣカードを提供することが可能
となった。

【００６５】請求項２に係る発明によれば、再配置可能
なＣＰＵ命令コードは、所定の基準値に対し相対的に定
められたアドレスを有し、アドレス変換プログラムは、
基準値と、先頭アドレス特定プログラムが特定した先頭
アドレスの値との差を再配置可能なＣＰＵ命令コードが
有するアドレスに加算又は減算することにより再配置可
能なＣＰＵ命令コードを書き換えることとしたので、比
較的簡単な処理内容により、迅速にオブジェクト・コー
ドを絶対アドレス形式のＣＰＵ命令コードに変換するこ
とを可能としている。

【００６６】請求項３に係る発明によれば、ＩＣカード
の外部において、作成された再配置可能なＣＰＵ命令コ
ードを含む前記アプリケーション・プログラムを前記Ｉ
Ｃカード内部へ導入し、ＩＣカード内部において、アプ
リケーション・プログラムが格納される又は格納された
領域のアドレスに対応させて、再配置可能な前記ＣＰＵ
命令コードを書き換えることとしたので、格納されるメ
モリ領域の絶対アドレスをあらかじめ確認する必要な
く、複数のアプリケーション・プログラムを不揮発性メ
モリに導入できるアプリケーション・プログラム導入方
法を提供することが可能となった。

【図面の簡単な説明】

【図１】本発明に係るＩＣカードの構成を示す図であ
る。

【図２】本発明に係るＩＣカードの各メモリーに割り付
けられているアドレスの一例を示す図である。

【図３】ＥＥＰＲＯＭ１６のメモリ・マップを示す図で
ある。

【図４】アプリケーション・プログラムの作成に使用す
るアセンブラ言語の一部の命令のフォーマットを示す図
である。

【図５】図４に示すアセンブラ言語により作成されたア
プリケーション・プログラムのソース・コードの一例を
示す図である。

【図６】図５に示すソース・コードをコンパイルした結
果取得された再配置可能な（リロケータブル）形式に変
換されたオブジェクト・コードを示す図である。

【図７】図６に示すオブジェクト・コードに対しリンク
処理を施して取得された実行形式のＣＰＵ命令コードを
示す図である。

【図８】Application Loadコマンド、及びSelectコマン
ドのフォーマットを示す図である。

【図９】ＲＯＭ１２に格納されている汎用プログラムの
流れ図である。

【図１０】Application Loadコマンドが受信された場合
にＣＰＵ１８が実行する処理内容を示す流れ図である。

【図１１】図１０のステップ１０３２において実行され
る処理内容をさらに詳細に説明する流れ図である。

【図１２】Selectコマンドが受信された場合にＣＰＵ１
８が実行する処理内容を示す流れ図である。

【図１３】図９のステップ９１６においてＣＰＵ１８が
実行する処理内容を示す流れ図である。

【符号の説明】

１０ＩＣカード１２ＲＯＭ１４ＲＡＭ１６ＥＥＰＲＯＭ１８ＣＰＵ

Claims

【特許請求の範囲】

【請求項１】ＣＰＵと、前記ＣＰＵが実行可能な汎用プログラムを格納する読み
出し専用メモリと、前記ＣＰＵが実行可能な１又は２以上のアプリケーショ
ン・プログラムを必要に応じて格納される書き換え可能
な不揮発性メモリとを備えるＩＣカードにおいて、前記汎用プログラムは、前記アプリケーション・プログ
ラムに含まれる再配置可能なＣＰＵ命令コードを、前記
アプリケーション・プログラムが格納される又は格納さ
れた領域のアドレスに対応させて書き換えるアドレス変
換プログラムを含むことを特徴とするＩＣカード。
【請求項２】請求項１に記載のＩＣカードにおいて、前記汎用プログラムは、前記アプリケーション・プログ
ラムが格納可能である又は格納された領域の先頭アドレ
スを特定する先頭アドレス特定プログラムを含み、前記アプリケーション・プログラムに含まれる再配置可
能なＣＰＵ命令コードは、所定の基準値に対し相対的に
定められたアドレスを有し、前記アドレス変換プログラムは、前記基準値と、前記先
頭アドレス特定プログラムが特定した先頭アドレスの値
との差を再配置可能な前記ＣＰＵ命令コードが有するア
ドレスに加算又は減算することにより再配置可能な前記
ＣＰＵ命令コードを書き換えることを特徴とするＩＣカ
ード。
【請求項３】ＣＰＵが実行可能な１又は２以上のアプ
リケーション・プログラムを書き換え可能な不揮発性メ
モリに格納することが可能なＩＣカードへのアプリケー
ション・プログラム導入方法において、前記ＩＣカードの外部において作成された、再配置可能
なＣＰＵ命令コードを含む前記アプリケーション・プロ
グラムを前記ＩＣカード内部へ導入し、前記ＩＣカード内部において、前記アプリケーション・
プログラムが格納される又は格納された領域のアドレス
に対応させて、再配置可能な前記ＣＰＵ命令コードを書
き換えることを特徴とするアプリケーション・プログラ
ム導入方法。