JPH10510652A - 固定したプログラムを修正できるようにする方法および装置 - Google Patents

Abstract

(57)【要約】 本発明は、コード列を実行できる集積回路（１０）と、一方では、主プログラムと場合によっては当該集積回路で実行できるその他のコード列が入っている第一のメモリ（１２）、また他方では、場合によっては当該集積回路で実行できるコード列が入っている第二のプログラマブル非揮発性メモリ（１１）、および、第三のワーキングメモリ（１４）を備える回路基板内のコード列実行装置であって、第二のメモリ（１１）に入っているオリエンテーションテーブルが、コード基準データのあるフィールドを少なくとも一つ含み、第一の手段（ＩＮＳ＿ＩＮＴ）により、− コード基準の有無を検証でき、− コード基準に関連付けられたアドレスデータをワーキングメモリに記憶させて、トラップフラグＤＩを位置決めすることができ、第二の手段（ＩＮＳ＿ＯＲＴ）により、− トラップフラグＤＩをテストすることができ、− ワーキングメモリＡＤ＿ＳＡＵＴの内容でポイントされたアドレスにジャンプを行うことができることを特徴とする装置に関するものである。

Description

【発明の詳細な説明】固定したプログラムを修正できるようにする方法および装置 本発明は、コンピュータプログラム、とりわけマイクロ回路基板に組み込まれ たプログラム、さらに一般的に言えば、少なくとも一つの中央処理装置、プログ ラム読取り専用メモリ、プログラマブル非揮発性メモリ、およびワーキングメモ リを含む集積回路を備えた携帯用電子装置に関するものである。前述の非揮発性 メモリは、データとコードを格納することができ、また中央処理装置はそれ自体 で、このコードを実行させることができる。 この電子装置においては、非常に異なる二種類のプログラム、すなわち製造か らすでに集積回路に書き込まれた変更不能なプログラムと、必要に応じて電子装 置の通常利用中に外部から導入されるプログラムを併存させることが今日まで知 られている。 今日、マイクロ回路基板は、技術的に、多くの要求を満たすことができる。し かしながら、「マスク」、言い換えればＲＯＭメモリに入っているプログラムを 実現することは、まだ非常に高くつき、このような投資は、数千ものプリント板 を購入したいと思っている多数の「小規模」クライアントの気力を 失わせるものである。その解決法として、現行マスクを利用して、クライアント が求める機能をプログラマブルメモリに付加する方法がある。 追加コードをプログラマブルメモリに入れて実行できるようにすると、新規機 能を現行プログラムに容易に付加することができるか、あるいは、このプログラ ムを特定の要求に合わせられるという利点が与えられる。 フランス特許第２６５５１７０号は、コード列を非揮発性メモリに記録できる 携帯用電子装置を記載している。このプログラマブル非揮発性メモリは、コード 列を入れるために形成された特別の部分を含み、この部分はそれ自体、フラグエ リア、コード列データエリア、ブロック検査文字エリアに分けられる。読取り専 用メモリのブログラムでテスト命令を実行して、フラグエリアを読み取ってテス トし、また好ましい場合にはジャンプを行う。従って、各ジャンプには、一つの テスト命令と、プログラマブルメモリに割り当てられた一つの記憶域が対応する 必要がある。 さらに、フランス特許出願第２６６７４１７号により、プログラマブルメモリ に複数のプログラムを入れるように設計され たマイクロプロセッサボードも知られており、このボードでは、いわゆるフィル タ命令をプログラマブルメモリの予約記憶位置のそれぞれに関連付けて、当該ボ ードの読取り専用メモリに記憶させたフィルタ命令の実行により、アクセス可能 な命令サブルーチンのコードのアドレスを記憶する手段を構成している。各フィ ルタ命令は、プログラマブルメモリにおいて、関連コードのアドレスが入ってい る記憶域のアドレスを知らなければならず、一回限り固定したアクセス階層がぜ ひ必要となる。 上で言及した二つの解決法は、以下のような不都合がある。 いくつかのジャンプ命令を実行したいと思う当業者は、読取り専用メモリのプ ログラムやプログラマブルメモリの指定領域へのジャンプ命令を増やさなければ ならない。この種の多数の命令を主プログラムに導入しなければならない場合に は、これらの命令が読取り専用メモリで占有する総スペースが、プログラムの総 スペースを犠牲にして大きくなる。その上、プログラマブル非揮発性メモリでは 、たとえサブルーチンが記録されてなくても、そのスペースは、フラグのスペー スと同様に確保され、従って、無視できないスペースが不必要に占有される。結 局、いったん書き込まれると、当該サブルーチンは、もう変更 することはできない。要するに、この解決法は、非常に限られた数のジャンプ命 令や、いくつかのサブルーチンに適しており、いかなる場合にも、ジャンプとサ ブルーチンの数が多いという問題が解決されていない。 本発明は、とりわけサブルーチンへの呼出し回数をさらに多くさせることで、 言及された特許の不都合もなく、チップカードの機能を向上させることができる 方法および装置を対象としている。というのも、本発明による装置を用いれば、 プログラムでの利用が容易となるか、ほとんどコードメモリを使用しないか、利 用するメモリサイズが最小限に抑えられ、あるいは、ダイナミックであらゆる種 類の変更ができ、あるいは、実行時間ガ最適化されるという利点が与えられるか らである。 そうするために、回路基板内のコード列実行装置は、コード列を実行できる集 積回路と、一方では、主プログラムと場合によっては当該集積回路で実行できる その他のコード列が入っている第一のメモリと、また他方では、場合によっては 当該集積回路で実行できるコード列が入っている第二のプログラマブル非揮発性 メモリと、第三のワーキングメモリとを備えており、第二のメモリに入っている オリエンテーションテーブルが、コ ード基準データのあるフィールドを少なくとも一つ含み、 第一の手段（ＩＮＳ＿ＩＮＴ）により、 − コード基準の有無を検証でき、 − コード基準に関連付けられたアドレスデータをワーキングメモリに記憶させ て、トラップフラグＤＩを位置決めすることができ、 第二の手段（ＩＮＳ＿ＯＲＴ）により、 − トラップフラグＤＩをテストすることができ、 − このワーキングメモリの内容でポイントされたアドレスにジャンプを行うこ とができることを特徴とする。 別の特徴によれば、コード基準に関連付けられた、三つのメモリの一つに入っ ているコード列のアドレスデータが、そのコード基準から計算される。 別の特徴によれば、第二のフィールドは、三つのメモリの一つに入っているコ ード列のアドレスデータを含む。 別の特徴によれば、この装置は、プログラマブルメモリのうち場合によっては 保護される領域に、第一のアドレスと、場合によっては第一の検証手段用のサー チ方向とを規定する情報を含む。 別の特徴によれば、このオリエンテーションテーブルは、テーブル中の次のコ ード基準に対応する情報がある次のアドレスを示す追加フィールドを含む。 別の特徴によれば、このオリエンテーションテーブルは、チェックサムの計算 手段により提供された結果と比較することで、前のフィールドおよび／または関 連付けられたコード列の完全性を確認できる追加フィールドを含む。 別の特徴によれば、第二の手段は、同一の系列アドレスに向けてジャンプを実 行する目的で第二の手段がいくつか自由に使用できる時、ジャンプ後に、戻りア ドレスをワーキングメモリに記憶する手段を含む。 別の特徴によれば、この装置は、追加コードを記録させないようにする手段Ｃ ＡＩと、チップカードの再生を妨げる手段ＲＣＩを含む。 別の目的は、新規機能の記録方法を提案することにある。 この目的は、前記請求の範囲の一つに記載の装置で新規コードを記録する方法 が、 − 記録コマンドを受け取るステップと、 − コード基準Ａ、Ｂ、Ｃ、．．．を構成する第一のフィール ドと、当該コード基準に関連付けられたアドレスを示す第二のフィールドＡＤ＿ Ｃｏｄ＿Ａ、ＡＤ＿Ｃｏｄ＿Ｂ、ＡＤ＿Ｃｏｄ＿Ｃ、．．．の有無を検証するス テップと、 − オリエンテーションテーブルのアドレスＡＤ＿ＴＡＢを構成する第一のアド レスの値が一貫していることを確かめるステップと、 − フラグＥＣＡが使用中でないことを確かめるステップと、 − 第一のフィールドで提供されるコード基準がテーブルにないことをチェック するステップと、 − 使用中の状態で、プログラマブルメモリのうちの保護される領域にフラグＥ ＣＡをセットするステップと、 − 新規コードに対応する情報を受け取って書き込むステップと、 − この動作が正確に行われたことを確かめ、オリエンテーションテーブルを更 新するステップと、 − 休止中の状態で、フラグＥＣＡをセットするステップと を含むことを特徴とすることによって達成される。 別の特徴によれば、オリエンテーションテーブルの更新操作は、書き込まれた コードの前にくるコードのオリエンテーショ ンワードに対応するアドレスに、オリエンテーションテーブル内の次のアドレス のフィールドを書き込むことを含む。 本発明のその他の特徴と利点は、下記の図を用いて例示する装置および方法の 実施例に関する下記の説明を読めば、さらに明確となろう。この添付図面におい て、 − 第１図は、オリエンテーションテーブルの管理法の変形例を利用したチッ プカードのプログラマブルメモリのパーティションを示す。 − 第２図は、チップカードの読取り専用メモリのパーティションの一例を示 す。 − 第３図は、主プログラムの期間中に実行される問合せ命令シーケンスの例 と、その後で、オリエンテーション命令シーケンスの例を、主プログラム中に示 す。 − 第４図は、問合せ命令とオリエンテーション命令について考えられるシー ケンス例を示す。 − 第５図は、問合せ命令を構成するコード列の展開アルゴリズム例を示す。 − 第６図は、オリエンテーションテーブルとコード列エリアを組み入れたプ ログラマブルメモリのパーティションの構成 例を示す。 − 第７図は、オリエンテーションテーブルとコード列エリアを組み入れたメ モリのパーティションの第二の実施例を示す。 − 第８図は、オリエンテーション命令を構成するコード列の展開フローチャ ート例を示す。 − 第９図は、ある系列の書込み命令の構成フィールドの一例を示す。 − 第１０図は、書込み命令で開始する記録列の展開フローチャートを示す。 − 第１１図は、本発明の装置および方法の実施に必要なマイクロ回路基板の 構成要素を示す。 本発明は、第１１図によるマイクロプロセッサボードで下記の適用例を説明す れば、さらに良く理解されよう。 マイクロプロセッサボードは、命令列を実行できるマイクロプロセッサ型また は集積回路式の中央処理装置（１０）、ＲＡＭワーキングメモリ（１４）、主プ ログラムが入っているＲＯＭ非揮発性メモリ（１２）、データが入っていてＣＰ Ｕで実行でき、かつ、プログラム可能なＥＰＲＯＭか、ＥＥＰＲＯＭか、または 、ＦＲＡＭの非揮発性メモリ（１１）、および、接触が あるか、または接触のないリンク（１５）で読取り装置と対話できる入出力装置 （１３）を有する。このプログラムは、構成部品の製造時にＲＯＭに焼き付けて おり、従って、その内容を後で変更できない。 プログラマブルメモリ（１１）は、第１図に示される通り、いくつかの部分に 分けられる。システムエリアと記された第一の部分（１１０）は、当該メモリの その他の部分に入っている情報またはデータグループの妥当性（真実性および／ または完全性）と位置決定を検査できるシステム情報であって、外部からは読み 取れないもの（ポインタなど）を含む。データエリアと記された第二の部分（１ １１）は、外部からアクセスでき、ユーザデータの格納に使用される。オリエン テーションテーブルと記された第三の部分（１１２）は、オリエンテーションテ ーブルが入っており、このテーブルは同一の要素で形成され、各要素はいくつか のフィールドを含み、それらのフィールドのうち二つの主要フィールド、すなわ ち、第一のフィールドは「Ａ」、「Ｂ」などのコード基準データであり、また第 二のフィールドは、「ＡＤ＿Ｃｏｄ＿Ａ」、「ＡＤ＿Ｃｏｄ＿Ｂ」などのように 当該メモリの第四の部分（１１３）に記憶させた対 応するコード列の開始アドレスである。コード列エリアと記された第四のエリア は、主プログラムで呼び出されるコード列を含む。本発明の変形例では、オリエ ンテーションテーブルまたはコード列をＥＥＰＲＯＭの代わりにワーキングメモ リ（ＲＡＭ）にロードできることに注目すべきである。 ＡＤ＿ＴＡＢと呼ばれるオリエンテーションテーブルの開始アドレスはシステ ムエリアに記憶され、またＳＥＮＳと記された第二の情報は、上昇するアドレス の方向であれ、下降するアドレスの方向であれ、ポインタがこのテーブルを読み 取る方向を決定する。従って、ＡＤ＿ＴＡＢとＳＥＮＳの値のアドレスは、ＲＯ Ｍのプログラムが知っている本発明に関するデータでしかない。さらに、バイト で表したサイズ、あるいは、オリエンテーションテーブルの最大の要素数（Ｔａ 、Ｔａ）を記憶させると役立つ場合もある。 ここに、本発明に従ったトラップ法のメリットを例証した一例がある。主プロ グラムは、情報の暗号化／解読、または、いくつかの認証機能を実行できるＤ． Ｅ．Ｓ．（Data Encryption standard，データ暗号化規格）のようなアルゴリズ ムを含むことができる。このアルゴリズムを別のアルゴリズムと取り替え るか、あるいは、そのインプリメンテーションを完全に変更して、例えば、もっ と高速なものに移行することは興味深いと言える。このアルゴリズムのコードは 、オペレーティングシステムのＲＯＭメモリの中にブロックを構成しており、こ のコードは変更できず、さらに主プログラムの様々な場所から呼び出すことがで きる。 この例は、第２図を見れば、さらによくわかる。とりわけ主プログラムを含む ＲＯＭメモリは、三つの部分に分けられる。第一の部分は、通電後のチップカー ドの初期設定、すなわちワーキングメモリのテスト、チップカードの状態の読取 り、ＲＥＳＥＴに対する応答のバイトの送出を行う。第二の部分は、端末で要求 される様々なコマンド実行するアプリケーションプログラムを含む（第一のコー ド部分は、つねに第二のコード部分の前に実行される）。第一部と第二部は主プ ログラムを含む。第三の部分は、後で説明する役割を果たす「アイドル」コード を含む。 動作を変更したいと思うＡＬＧＯ＿１と呼ばれるアルゴリズムは、アプリケー ション部分に入っている。この例では、当該アルゴリズムは、コードの五つの異 なる場所から呼び出される。 この新規アルゴリズムは、プログラマブルメモリ内のコード列エリアにあらかじ めロードされており、オリエンテーションテーブルが更新されており、そのコー ド列の実行アドレスは、ＡＤ＿Ｃｏｄ＿Ａである。 通電時に、主プログラムは初期設定部を実行し、この部分には「ＡＰＰＥＬ＿ ０」と記されるＡＬＧＯ＿１への第一のジャンプが認められ、また、いかなるト ラップも予定されず、従って、このジャンプは、いかなるトラップ命令でも左右 されない。そこには、問合せ命令列、すなわち、アプリケーション部のプログラ ムの実行前に少なくとも一度、必ず実行するようにプログラマが初期設定部に入 念に実現したＩＮＳ＿ＩＮＴ＿Ａも認められる。この例では、この問合せ命令列 に関連付けられたコード基準は「Ａ」であり、これは主プログラムに書き込まれ ている。初めのうちは、この問合せ命令は、システムエリア内でオリエンテーシ ョンテーブルのアドレスＡＤ＿ＴＡＢを探す。次に、このアドレスから、「ＳＥ ＮＳ」の値に従って上昇するアドレスの方向か、あるいは、下降するアドレスの 方向に、当該テーブルの各要素を読み取る。コード基準に対応する第一のフィー ルドの値と、「Ａ」の値とを比較する。「Ａ」の値がオ リエンテーションテーブルの第一のフィールドにある場合、対応する第二のフィ ールドの値（ＡＤ＿Ｃｏｄ＿Ａ）を読み取ってワーキングメモリ（ＲＡＭ）のレ ジスタＡＤ＿ＳＡＵＴに格納し、ワーキングメモリのトラップフラグ（ＤＩ）を 使用中（active）の位置に設定する。 ＤＩが使用中でない時には、サブルーチンＡＬＧＯ＿１が、主プログラム内の ＡＰＰＥＬ＿０、ＡＰＰＥＬ＿１、．．．ＡＰＰＥＬ＿４で五回、呼び出される 。ＡＰＰＥＬ＿１、ＡＰＰＥＬ＿２、ＡＰＰＥＬ＿３では、読取り専用メモリか 、それとも、プログラマブルメモリにある別のプログラムＡＬＧＯ＿２に向けて のトラップは、トラップフラグＤＩが使用中である時に実行される。なぜなら、 ＡＬＧＯ＿１への実効のある各ジャンプＡＰＰＥＬ＿１、ＡＰＰＥＬ＿２、ＡＰ ＰＥＬ＿３の前に、プログラマが主プログラムのコードにおいてＩＮＳ＿ＯＲＴ ＿１、ＩＮＳ＿ＯＲＴ＿２、ＩＮＳ＿ＯＲＴ＿３のオリエンテーション命令を実 行するように心がけたからである。第３図に示されるように、このオリエンテー ション命令は、まず最初にトラップフラグＤＩが使用中であるか否か、テストす ることからなる。このフラグが休止中（inactive）であれば、主 プログラムは、通常の経過をたどり、例えばＡＬＧＯ＿１向けのジャンプＡＰＰ ＥＬ＿１を実行することで、ＲＯＭのアルゴリズムを実行する。トラップフラグ ＤＩが使用中であれば、オリエンテーション命令は、レジスタＡＤ＿ＳＡＵＴの 内容で示されるアドレスに当該プログラムをトラップする。あらかじめレジスタ ＡＤ＿ＳＡＵＴに格納されたＡＤ＿Ｃｏｄ＿Ａの値を、中央処理装置の記憶位置 カウンタにロードし、ロードしたアドレスのコード列を実行する。それに反して 、サブルーチンＡＬＧＯ＿１は、プログラマの意向により、トラップの可能性も なくＡＰＰＥＬ＿４で呼び出される。というのは、いかなるオリエンテーション 命令も、そのサブルーチンには関連付けられてないからである。 問合せ命令とオリエンテーション命令の表現は、事実上、中央処理装置で実行 できる一連の基本命令で構成されたマクロ命令であることに注目すべきである。 同一のオリエンテーション命令は、当該フラグが使用中である限り無限の回数 、実行することができ、そのジャンプは、ＡＤ＿ＳＡＵＴに記憶されたアドレス に向けて絶えず行う。同様に、第２図に示されるように、同一の基準コード「Ａ 」とと もに、いくつかのオリエンテーション命令「ＩＮＳ＿ＯＲＴ１」、「ＩＮＳ＿Ｏ ＲＴ＿２」、「ＩＮＳ＿ＯＲＴ＿３」は主プログラムにおいて実行することがで き、それらの実行から同一の効果がもたらされる。このような場合、主プログラ ムへの戻りアドレスをきわめて細心の注意を払って検討することが必要であり、 戻り命令の実施例は、本書の続きで説明する。 一般に、プログラマは、少なくとも一つの問合せ命令列をすベてのオリエンテ ーション命令の前に実行するように心がけなければならない。ただ一回だけコー ド列を展開しなければならない場合には、トラップフラグＤＩを休止中にするこ とを目的とするトラップフラグＤＩの消去命令を、当該コード列で実行する。従 って、主プログラムに戻ってしまうと、次のトリエンテーション命令の際には、 いかなるトラップも、もはや行われない。 この例に照らせば、問合せ命令列とオリエンテーション命令列を切り離す第一 の利点が明らかになる。問合せ命令列は、オリエンテーション命令列よりもさら に入念に仕上げられ、それゆえ、コードの面でさらに費用がかかるために、一度 しかプログラムには入れない。非常に短くて、メモリのスペースの面で ほとんど費用のかからないオリエンテーション命令列は、必要であるたびにセッ トされ、それゆえ、プログラムメモリのスペースが節約される。 トラップフラグＤＩは、きわめて適切にレジスタＡＤＳＡＵＴの特定の値と取 り替えることができる。レジスタＡＤ＿ＳＡＵＴに、所定構成要素用の非揮発性 メモリの有効アドレス値ではない「ＮＵＬＬ」値が入っている場合には、これは 、主プログラムのいかなるトラップも考慮に入れるべきでないということである 。同様に、メモリの内容ＡＤ＿ＴＡＢが、オリエンテーションテーブルの開始値 と一貫しない値（例えば「ＮＵＬＬ」）である場合には、いかなる系列も自由に 使えず、従って、いかなるトラップも考慮に入れないと考えることができる。 第４図に示されるように、いくつかの問合せ命令（ＩＮＳＩＮＴ＿Ａ、ＩＮＳ ＿ＩＮＴ＿Ｂ）を主プログラムに入れることができる。これらの命令はそれぞれ 、プログラムメモリに書き込んだそれ自体の基準コードを有し、またプログラム メモリに入っているオリエンテーションテーブルの最初の値の中に、このコード があるかどうかサーチする。このコードの値が確か にテーブルにある場合には、関連するコード列のアドレスを、ワーキングレジス タＡＤ＿ＳＡＵＴに入れる。従って、問合せ命令を実行することで、前回の問合 せ命令で更新されたレジスタＡＤ＿ＳＡＵＴの値が消去されて、取り替えられる 。 前回の問合せ命令が、トラップアドレスを用いてレジスタＡＤ＿ＳＡＵＴを更 新した場合、また、オリエンテーションテーブルに、その基準コードが見つから ないことにより、別の基準コードを用いて第二の問合せ命令を実行する場合には 、ＡＤ＿ＳＡＵＴの前回の値を消去し、従って、次回の問合せ命令まで、すべて のトラップを無効にすることで十分であり、かつ、妥当である。しかしながら、 このように当該トラップを持ち続けることで、前回の値を残しておいても、本発 明の精神から逸脱することはない。 そこで、オリエンテーションテーブルに書き込まれた「Ａ」、「Ｂ」などのコ ード基準を利用する第二の利点が明らかになる。すなわち、このテーブルは、有 効なデータしか入ってなく、主プログラムでは、所望の実効トラップしか参照し ない。従って、絶えずそのサイズが最適化され、それゆえ、メモリの占有が節約 される。 都合のよいことには、主プログラムでは呼び出されないコード列を、主プログ ラムに格納することが可能である。本発明に従ったメカニズムを用いれば、これ らの系列のそれぞれに、当該系列の開始アドレスでオリエンテーションテーブル に記憶されたコード基準を関連付けることは可能である。従って、携帯用電子装 置のプログラムメモリで「アイドル」コードを起動できる。 さらに都合のよいことには、オリエンテーション命令は、同一のコード列に入 力点をいくつか定め、それらの入力点を異なる基準コードに関連付けることがで きる。同様に、いくつかの系列、例えば「Ａ」、「Ｂ」、「Ｃ」は、一つの系列 にまとめることができ、まとめた系列は、基準コード「Ａ」と入力点ＡＤ＿Ｃｏ ｄ＿Ａとともにプログラマブルメモリに一度に書き込まれ、また、他の二つの基 準コードと入力点は後で書き込まれる。このような操作ができるオリエンテーシ ョンテーブルの一例は、後で（第７図）述べられる。 今度は第５図を用いて問合せ命令の展開を説明する。この命令の入力パラメー タは、次回のオリエンテーション命令の際に実行されるコード列に対応する基準 コードの「Ｘ」と記された 値であり、この例では、その値は「Ｘ」である。段階１では、主プログラムは、 問合せ命令列を実行することにより、システムエリアにおいて、ＲＯＭのプログ ラムで知らされるアドレス＠で、オリエンテーションテーブルの開始アドレスで ある内容ＡＤ＿ＴＡＢを読み取る。段階２では、問合せ命令列が、読み取ったワ ードをテストする。読み取ったワードが有効でなければ、オリエンテーションテ ーブルは存在せず、いかなるコード展開も見込めない。問合せ命令列は終了し、 トラップフラグＤＩは休止中である（段階１０）。読み取ったワードが有効であ れば、段階３で問合せ命令列は、例えばワーキングメモリにあるＡＤ＿ＳＡＵＴ のようなポインタを、読み取った値ＡＤ＿ＴＡＢを用いて更新する。次に、段階 ４では、この問合せ命令列は、テーブルのうち、このポインタでポイントされた 要素を読み取る。問合せ命令列の段階５では、このコード基準に対応するフィー ルドの値と、入力パラメータとして提供された基準コードの値「Ｘ」を比較する 。この二つの値が同じであれば、段階８で問合せ命令列は、トラップフラグＤＩ を使用中の状態に位置決めする。段階９で問合せ命令列は、ポインタを用いて、 オリエンテーションテーブル内の基準コードのすぐ後にあるア ドレス値「ＡＤ＿Ｃｏｄ＿Ｘ」を読み取る。この値は、ＲＡＭワーキングメモリ のレジスタＡＤ＿ＳＡＵＴに格納する。この二つのコード基準値が同じでなけれ ば、段階６でポインタを更新して、オリエンテーションテーブル内で次の基準コ ードをポイントする。このような更新は、テーブルの各要素のサイズを考慮に入 れて行われ、例えば、テーブルが３２ビットのワードで構成されている場合には 、バイト（８ビット）をアドレス指定するポインタの値を４だけ増やす。段階７ で問合せ命令列は、プログラマブルメモリのうちポインタがアドレス指定したワ ードが、なおもオリエンテーションテーブルにあるかどうかテストする。このテ ストはテーブルの編成によって決まり、後で、その例がいくつか示される。ポイ ントされたワードが、もはやテーブルには属さない場合には、問合せ命令列は終 了し、段階１０で、トラップフラグＤＩを休止中の状態に位置決めする。ポイン トされたワードが、まだオリエンテーションテーブルにある場合には、問合せ命 令列は、段階４に戻る。 問合せ命令列の出口には、いつもトラップフラグＤＩを位置づけ、当該フラグ が使用中である場合には、ＡＤ＿ＳＡＵＴ内の値は有効である。都合のよいこと には、問合せ命令列は、主 プログラムを作成したプログラマが、一方では入力パラメータとしてテーブルで 探す基準コード（例えばＸ）と場合によっては戻りアドレスを付けて、また他方 では出力パラメータとして、実際にトラップを実行する必要があるかどうかを指 定するトラップフラグＤＩを付けて、サブルーチンのように書き込むことができ る。オリエンテーションテーブルの読取りを行って、現行基準コードに対応する すべてのアドレスをワーキングメモリに格納することは初期設定の時に可能であ り、このことは、各問合せ命令が、そのテーブルを徹底的に走査して存在しない コードを不必要に探すことのないようにしている。 第６図は、オリエンテーションテーブルの一例を示す。このテーブルは例えば ３２ビットのオリエンテーションワードで構成され、例えば一バイトの第一のフ ィールドには基準コードが入っており、また例えば次の二バイトの第二のフィー ルドには非揮発性メモリのコード列の開始アドレスが入っており、また例えば一 バイトの最後のフィールドはオプションであって、当該フィールドには、最初の 二つのフィールドおよび／または関連付けられたコード列の値の完全性を検査で きるチェックサムコード（ＣｈｅｃｋＳｕｍ）：（ＣＨＫ＿Ａ）が入れられる。 このオリエンテーションテーブルでは、それらの要素は、隣接するように並んで いる。次のワードが未使用である時に、このテーブルは終わる。システムエリア で読み取られるＳＥＮＳの値は、テーブルポインタが進む方向を、上昇するアド レスか、あるいは、下降するアドレスで示す。第６図では、上昇するアドレスの 方向が選ばれている。 このテーブルが多くの要素を含む時、このテーブルの配置は興味深い。という のも、これらの要素の基準コードが、ある順序に従って分類され、従って、テー ブル内でのこれらの要素の編成は、上昇する基準、すなわち「Ａ」、「Ｂ」、「 Ｃ」、「Ｄ」、「Ｅ」．．．、あるいは、下降する基準、すなわち「Ｚ」、「Ｙ 」、「Ｘ」、「Ｗ」．．．に従って行えるからである。バイトで表したテーブル サイズを決める。このサイズは、システムエリアのある領域（第１図のＴａＴａ ）に記憶されるか、あるいは、初期設定の時にテーブルの事前読取りで得られる 。ある基準コードをサーチする時には、ソートアルゴリズムを用いることが可能 であり、例えば、ポインタは、ＡＤ＿ＴＡＢに入っている値に、あらかじめ決め られたテーブルのバイト数の半分を加えることにより、テーブルの半ばにある要 素のアドレスを用いて 初期設定し、次に、ポインタで読み取られた基準コードと、サーチすべき基準コ ードとを比較し、その結果に応じて、ポインタが前方か、または後方に移動し、 こうして、まだ走査する必要のある領域の真ん中をポイントする。このようなメ カニズムから、テーブルでコード基準をサーチする時間を節約することができる 。従って、テーブルが、分類されたｎ個の要素を有する場合には、ある要素から 次の要素に移る標準的なサーチ方法の結果、正しいものを見つけるために読取り が、平均してｎ／２の要素となり、その利点が見いだせる。前に示されたような サーチでは、（ｌｏｇ ｎ）要素を読み取りながらサーチでき、これは、ｎの値 が大きい時に有利である。 テーブル全体を走査した後で、テーブルで読み取られた値がどれも、サーチさ れた基準「Ａ」を有さない場合には、コード列「Ａ」に向けての主プログラムの トラップはまったく行われず、このような場合、ワーキングメモリのトラップフ ラグＤＩは、休止中の位置に設定される。 このような配置のために、プログラマは、コード列の最初の書込みからすぐに オリエンテーションテーブルのサイズをあらかじめ定めて、このテーブルを完成 し、かつ、場合によっては その他のコード列を書き込むだけの記憶空間をＡＤ＿ＴＡＢの値の後に十分に残 すようにしなければならない。 オリエンテーションテーブルの変形実施例は、単にコード基準を含むことがで き、このような場合、問合せ命令プログラムは、入力パラメータとしてコード基 準を有するアルゴリズムを用いることで、ジャンプアドレスを計算する。 第７図は、オリエンテーションテーブルの別の例を示し、この例を用いると、 プログラマは、サイズに対応する情報をＴａＴａにあらかじめ記憶させておくか 、あるいは、テーブルの事前読取りを行ってサイズを決めるようなことがなくな る。このテーブルには、前の三つのフィールド、すなわち基準コード値、コード 列の開始アドレス、チェックサム（Ｃｈｅｃｋ＿Ｓｕｍ）よりも一フィールド多 いオリエンテーションワードが入っている。この追加フィールドは、例えば四番 目と五番目のバイトを占有するもので、オリエンテーションテーブル内に、次の 要素のアドレス値を含む。このテーブルは、以下のように読み取れる。すなわち 、最初のコード列に対応するオリエンテーションワードはＡＤ＿ＴＡＢのアドレ スにあって、基準コードは「Ａ」であり、かつ、その系列はＡＤ＿Ｃｏｄ＿Ａの アドレスから始 まり、そして、次のオリエンテーションワードはＡＤ＿ＴＴ２のアドレスにある 。このＡＤ＿ＴＴ２のアドレスには、第二のコード列に対応するワードがあり、 このコード列は、基準コードとして「Ｂ」を有し、しかも、ＡＤ＿Ｃｏｄ＿Ｂの アドレスから始まる。次のワードはＡＤ＿ＴＴ３のアドレスにあり、以下同様で ある。次のオリエンテーションワードのアドレス値が例えば「ＮＵＬＬ」である 時に、このテーブルは終わる。この例では、「Ｃ」と「Ｄ」の基準コード列は同 一のブロックに属することに注目すべきである。このブロックは、事実上、ＡＤ ＿Ｃｏｄ＿ＣとＡＤ＿Ｃｏｄ＿Ｄの二つの入力点を有する。 一つ、または複数のコード列、あるいは、コード列の一部が、プログラマブル メモリのデータエリアに書き込むことができることは言うまでもない。このよう な場合、主プログラムのアプリケーション部分により、また場合によっては外部 での読取りを禁止する安全配慮により、それ自体知られており、かつ、適切に範 囲を定めた領域に入れることが推奨される。 今度は、第８図を用いてオリエンテーション命令列の展開を説明する。段階１ １では、オリエンテーション命令列は、トラップフラグＤＩをテストする。その フラグが休止中であれば、 主プログラムは逐次に続行する。トラップフラグＤＩが使用中であれば、この命 令列は、段階１２に進んで、主プログラムへの戻りアドレスを記憶させる。この 記憶動作はオプションである。なぜなら、主プログラムか、あるいは、他の場所 への戻りアドレスを決めるものは、ともかく当該命令列であるからである。いく つかのオリエンテーション命令列が同一のコード列を呼び出すことができる場合 には、各オリエンテーション命令列に固有の戻りアドレスを記憶させて、トラッ プを発生させた命令の近くに戻すことができるようにしているのは興味深い。こ の記憶動作は、ＡＤ＿ＲＥＴのワーキングレジスタか、または、スタックで行わ れ、後者の場合には、プログラマブルメモリに記憶されたコード列は、例えば「 サブルーチンの戻り」（「ＲＴＳ」）固有のコードで終わるサブルーチンと見な される。次に、段階１３では、オリエンテーション命令列は、当該コード列への ジャンプで終わり、このコード列は、前回の問合せ命令列によりＡＤ＿ＳＡＵＴ のワーキングメモリのレジスタに記憶されたアドレスから始まる。 今度は、新規コード列の書込みとオリエンテーションテーブルの更新を説明す る。 コード列記録コマンドＥＣＲ＿ＳＥＱ＿Ｅは、入出力装置（１３）により外部 からチップカードに送られる。このコマンドのデータは、第９図に示されるよう に、いくつかのフィールドに分解される。コマンドＥＣＲ＿ＳＥＱ＿Ｅには、以 下のものが含まれる。 − 第一のフィールドに、「Ａ」、「Ｂ」、．．．の基準コード。 − 第二のフィールドに、当該コード列の開始アドレス。 − 第三の任意フィールドに、当該コード列のサイズ、言い換えれば書き込むバ イト数。 − 第四の任意フィールドに、当該コード列、言い換えれば書き込まれるバイト 。 第三と第四のフィールドは、当該コード列をすでに非揮発性メモリ（ＦＲＡＭ か、ＥＰＲＯＭか、ＥＥＰＲＯＭか、または、ＲＯＭ）に書き込んでいる時には 、無用である。 第１０図は、新規系列Ｅの記録命令ＥＣＲ＿ＳＥＱ＿Ｅの実行プログラムＰＥ ＮＲの展開を説明したフローチャートを示している。段階２１では、このコマン ドはチップカードに送られ、当該コマンドの最初の二つのフィールドを解析する 。チップカ ードに送られたこの種の命令がそのチップカードで認められると、記録管理プロ グラムは、ＡＤ＿ＴＡＢ内の値が一貫しているかどうか検証できる。もし一貫し てなければ、オリエンテーションテーブルは使用できず、従って、新規コード列 を書き込むことができず、そのコマンドは中断される。 段階２１１では、フラグＥＣＡが休止中であれば、当該プログラムは、次の段 階に進み、そうでなければプログラムの実行は中断される。 段階２２では、当該記録プログラムは、同一のコード基準がすでに書き込まれ ているかどうかチェックする。もし、受け取ったものと同一のコード基準がすで に、テーブルに入っている場合には、このコマンドを中断する。本発明に特有の このチェックは、前に説明された従来技術と比較して、著しい利点がある。なぜ なら、二つのコード列を誤って、同一の基準を用いて書き込めないようにしてい るからである。段階２３では、記録管理プログラムにより、非揮発性メモリのフ ラグが使用中となる。すなわち、ＥＣＡ＿ｅｎ＿ｃｏｕｒｓ（追加コードの書込 み進行中）は、新規系列の記録が進行中であることを示す。次に、段階２４では 、書き込むコードのバイト数をＰＥＮＲのプ ログラムがテストする。このバイト数がゼロである場合には、新規のコード列は まったく書き込むべきではないが、テーブルには、新規のコード基準をただ一つ 付け加えなければならない。これは、ＲＯＭの「アイドル」コードの起動の場合 か、あるいは、プログラマブルメモリにすでに書き込まれたコード列に対する入 力点の付加である。 書き込むコードのバイト数がゼロでなければ、段階２５でチップカードを受取 りモードにする。これらのバイトは受け取られて、場合によっては解読および／ またはサインされ（もしそれが選択されたモードである場合）、次に、コマンド ＥＣＲＳＥＱ＿Ｅの第二のフィールドに定めた当該系列の開始アドレスに「ひき つづいて」書き込まれる。あらゆる場合に、書込みアドレスは、未使用でなけれ ばならない。もしそうでなければ、フラグＥＣＡ＿ｅｎ＿ｃｏｕｒｓを使用中に しておいたままで、そのコマンドは中断され、その結果、後で説明される再生メ カニズムを除き、チップカードが最終的に停止する。コードのすベてのバイトが 受け取られ、かつ、該当する系列が書き込まれると、段階（２６）で、プログラ ム（ＰＥＮＲ）は、その書込みが正確に展開されたかどうか検証する。そのため の手段は、 書き込まれたバイトと、そのアドレスの値から、チェックサム（ＣｈｅｃｋＳｕ ｍ）の計算またはサインを入念に準備することにある。段階２７では、プログラ ム（ＰＥＮＲ）は、記録されたコードの妥当性をテストする。この書込みが適切 に展開されなかった場合には、フラグＥＣＡ＿ｅｎ＿ｃｏｕｒｓを使用中にして おいたままで、そのコマンドは中断される。 この書込みが適切に展開された場合、あるいは、書き込むコード列がない場合 には、プログラムＰＥＮＲは、段階２８で、新規オリエンテーションワードを書 き込んでオリエンテーションテーブルを更新する。第６図で説明されたテーブル の概要では、新規のオリエンテーションワードは、最終ワードの直後に書き込ま れる。プログラムＰＥＮＲは、ＳＥＮＳに示される方向に従って進むことにより 、ＡＤ＿ＴＡＢのアドレスからテーブルをスキャンして、最終要素を決定する。 オリエンテーションワードの第三のフィールドに書き込まれたチェックサム（Ｃ ｈｅｃｋＳｕｍ）は、外部から、区別せずに送られるか、あるいは、チップカー ドで計算される。このチェックサム（ＣｈｅｃｋＳｕｍ）は、バイトの単純合計 または排他的論理和（ＸＯＲ）の型式であるか、あるいは、暗号型式であって、 テーブルの該当ワードを対象とするか、あるいは、このワードに関連付けられた コード列を含む。第７図で説明されるテーブルの概要では、新規ワードは、テー ブルのオリエンテーションワードと系列のエリアの未使用位置に書き込まれる。 プログラムＰＥＮＲはまた、テーブルの最後から二番目のフィールドである第三 のフィールドを変更して、当該フィールドに、この新規コード列「Ｅ」のＡＤ＿ Ｃｏｄ＿Ｅのアドレスを入れるようにしなければならない。 以上の操作がすべて適切に展開された時には、プログラムＰＥＮＲの段階２９ でフラグＥＣＡ＿ｅｎ＿ｃｏｕｒｓを休止中にし、その主な結果として、オリエ ンテーションテーブルとそれらの系列の妥当性が確認される。このコマンドが正 しく展開されなかった場合には、プログラムＰＥＮＲによりエラーメッセージが 外部に送られることで、エラーの種類の情報をユーザに与える。 ＡＤ＿ＴＡＢの内容と、場合によってはＳＥＮＳの内容を書き込むための特別 なケースを伝える必要がある。というのも、前の説明は、すでに始まったオリエ ンテーションテーブルに対してのみ通用するからである。ＡＤ＿ＴＡＢにはオリ エンテー ションテーブルの開始アドレスが入っていることと、オリエンテーションテーブ ルが第６図で説明される通りに編成される場合には、ＳＥＮＳのフィールドが、 このテーブルのスキャン方向を示すことを思い起こす。 第９図で説明されるデータのフォーマットを利用すれば、ＡＤ＿ＴＡＢの内容 と、場合によってはＳＥＮＳの内容を書き込むための特別なコード基準を提供で きる。いつも第９図を参照しても、このような特別な基準では、当該系列のコー ドを含むフィールドＡＤ＿Ｃｏｄ＿Ａが、ＡＤ＿ＴＡＢと場合によってはＳＥＮ Ｓに入れる内容を含むのに、そのフィールドは有効とはならない。 どのようなデータ（コード列、オリエンテーションテーブルの要素など）の書 込みにも通用する別のやり方は、以下のフォーマットを利用することにある。 「書込み開始アドレス バイト数 データ」 この方法は、追加コードの設計者の責任のもとに、どんなデータでも書き込め るというきわめて重要な利点がある。 オペレーティングシステム、あるいは、追加コード利用のようなオペレーティ ングシステムの特徴のいくつかを識別するた めには、チップカードを通電させた時に、チップカードに識別バイトを送らせる ことで十分である。通電は、チップカードと対話できるまでの必要不可欠な操作 である。内部では、オペレーティングシステムは、オリエンテーションテーブル のポインタＡＤ＿ＳＡＵＴとテーブル自体を解析することにより、リセットに対 する対応を構築することができる。 チップカードの外部から送られるコード列の無効化命令ＩＮＳ＿ＩＮＡ＿Ｃは 、その処理プログラム（ＰＩＮＡ）により、ある基準コード、例えばＣに対応す るトラップを休止させることを目的としている。第一のやり方は、このコードに 関するあらゆるデータ、すなわちオリエンテーションテーブル内の要素や、該当 するすべての系列を消去することにある。次に、オリエンテーションテーブルを 更新する。第二のやり方は、さらに高速なものであって、別の値、例えば「ＮＵ ＬＬ」で無効にするコード列に対応する基準コードを、オリエンテーションテー ブル内で変更することにあり、このコードはもはや存在しないから、いかなる問 合せ命令も、このコード列を実行する目的で、ワーキングメモリＡＤ＿ＳＡＵＴ を更新できなくなる。要するに、後者のやり方は、オリエンテーションテーブル のア ドレス値を、不可能なアドレス値、例えば「ＮＵＬＬ」に替えるか、あるいはま た、「制御を戻す」単純なコード列に呼出しを向けることにある。この後者のや り方は、ＲＯＭに書き込まれたコード列にぴったり合い、従って、この「アイド ル」コードは、非常に容易に、起動と休止を行うことができる。 チップカードの外部から発生する再生書込みＩＮＳ＿ＲＥＧは、その処理プロ グラムＰＲＥＧにより、一つ、または複数のコード列、および／または、テーブ ルの要素すなわち一般には一連のデータを消去することを目的としている。以下 のいくつかの方法が可能である。すなわち、メモリ空間の開始アドレスと終了ア ドレスをチップカードに送り、このメモリ空間のすべてのバイトを消去する。こ の方法は、やや「手荒」であるため、消去してはならない系列が十分に活かせる ように、慎重に利用しなければならない。別の方法は、消去する基準コードと、 もしあれば対応するプログラマブルメモリのコード列をチップカードに明示する ことにあり、このようなコマンドの後で、当該プログラムは、該当するテーブル の要素のアドレスを決定し、次に、これらの要素を消去し、さらにコード列の開 始アドレスと終了アドレスを決定して、最後にその内容を消去する。これ らのアドレスをサーチしてからテーブルを更新する方法は、オリエンテーション テーブルの構造によるところが大きい（第６図と第７図を参照のこと）。この方 法は、当業者には問題はなく、従って、説明するには及ばない。 テーブルとコード列を容易に更新できる最後のコマンドＲＥＣ＿ＥＳＰ＿ＶＲ Ｇは、「未使用空間のサーチ」である。このコマンドを、特定のデータ無しにチ ップカードに送れば、このコマンドの処理プログラムＰＲＥＶは、プログラマブ ルメモリ（１１）の未使用位置を、その位置のそれぞれの開始アドレスと終了ア ドレスを付けて外部に送ることができる。 コード列を付け加えたいと思うユーザは、このコマンドの後で、空きスペース が十分であるかどうか確認し、その記憶アドレスに応じてコード列を定めること ができる。 追加コード列の完全性検査ができる実施変形例では、オリエンテーション命令 列へのジャンプを行う直前に、オリエンテーションテーブルの各要素の中に、二 つの追加フィールドを準備することが必要である。 第一の追加フィールドは、当該要素に関連付けられた追加コード列のサイズを 示し、また第二の追加フィールドは、正しい 初期チェックサム（ＣｈｅｃｋＳｕｍ）を含む。 計算されたチェックサム（ＣｈｅｃｋＳｕｍ）が初期チェックサムと異なる場 合には、このオペレーティングシステムは、適切な状態ワードで知らせて、その 実行を中断する。この方法は、新規コード列の毎回の実行前に検査が行われると いう利点があっても、関連コマンドの実行時間に不利となるか、それとも、最初 の実行の時のみ、この検査を行うことに限定されるか、いずれかである。 第二の方法は、専用コマンドを使って、プログラマブルメモリのある領域のチ ェックサム（ＣｈｅｃｋＳｕｍ）の計算を行い、その計算された値と、提供され たか、あるいは、あらかじめフィールドＣＨＫ＿Ｘに書き込まれた値とを比較す ることにある。従って、システム管理者は、このコマンドを定期的に起動させて 、すべてＯＫであるか確認することができる。 追加コードの記録と実行の機構をサポートするオペレーティングシステムを制 御すれば、その容量を以下のようなプログラマブルメモリの抑止ラッチで減らす ことができる。 − ＣＡＩ： あらゆる記録の前に、オペレーティングシステムでテストされる 抑止追加コード。 − ＲＣＩ： あらゆる再生の前に、オペレーティングシステムでテストされる 抑止カード再生。 以上のラッチは、その管理に関しては、チップカードのオペレーティングシス テムのライフサイクルの管理ラッチ（ロック）と類似している。 このような手段の利用は、ＥＥＰＲＯＭ（１１）に追加コードをロードし、次 にＲＣＩとＣＡＩの抑止ラッチを位置づけて、付け加えられたコードを休止させ ることにある。 もちろん、本発明は、前述の実施例にはまったく限定されず、それどころか、 本発明の精神で実行され、かつ、以下のクレームの範囲内で実施される場合には 、明確に説明された手段の技術的均等物を構成するあらゆる手段、および、それ らの組合せも含む。

【手続補正書】 【提出日】１９９８年３月１２日 【補正内容】 （１）請求の範囲を別紙の通り補正する。 （２）明細書の第１頁第８行目に「それ……させる」とあるを「、このコードを 実行する」と補正する。 （３）明細書の第１７頁第１６行目に「プログラムメモリ」とあるを「プログラ マブルメモリ」と補正する。 （４）明細書の第１７頁第１７行目に「プログラムメモリ」とあるを「プログラ マブルメモリ」と補正する。 （５）明細書の第１９頁第６行目に「プログラムメモリ」とあるを「プログラマ ブルメモリ」と補正する。 （６）明細書の第２５頁第１１行目に「基準コード値」とあるを「コードの基準 値」と補正する。 （７）明細書の第３０頁第１２行目に「に「ひきつづいて」」とあるを「の「直 後に」」と補正する。 （８）明細書の第３２頁第５行目及至第６行目に「から……ある」とあるを「の ワードの前の」と補正する。 請求の範囲 １．コード列を実行できる集積回路（１０）と、一方では、主プログラムと場合 によっては当該集積回路で実行できるその他のコード列が入っている第一のメモ リ（１２）と、また他方では、場合によっては当該集積回路で実行できるコード 列が入っている第二のプログラマブル非揮発性メモリ（１１）と、第三のワーキ ングメモリ（１４）とを備える回路基板内のコード列実行装置であって、第二の メモリ（１１）に入っているオリエンテーションテーブルが、コード基準データ のあるフィールドを少なくとも一つ含み、 第一の手段（ＩＮＳ＿ＩＮＴ）により、 − コード基準の有無を検証でき、 − コード基準に関連付けられたアドレスデータをワーキングメモリに記憶さ せて、トラップフラグＤＩを位置決めすることができ、 第二の手段（ＩＮＳ＿ＯＲＴ）により、 − トラップフラグＤＩをテストすることができ、 − ワーキングメモリＡＤ＿ＳＡＵＴの内容でポイントされたアドレスにジャ ンプを行うことができる ことを特徴とする装置。 ２．コード基準に関連付けられた、三つのメモリの一つに入っているコード列の アドレスデータが、このコード基準に基づいて計算されることを特徴とする請求 の範囲第１項に記載の装置。 ３．第二のフィールドが、三つのメモリの一つに入っているコード列のアドレス データを含むことを特徴とする請求の範囲第１項に記載の装置。 ４．プログラマブルメモリ（１１）のうち場合によっては保護される領域に、第 一のアドレスと、場合によっては第一の検証手段用のサーチ方向（ＳＥＮＳ）と を規定する情報（ＡＤ＿ＴＡＢ）を含むことを特徴とする請求の範囲第１項に記 載の装置。 ５．オリエンテーションテーブルが、テーブル中の、次のコード基準に対応する 情報がある次のアドレスを示す追加フィールド（ＡＤ＿ＴＴ）を含むことを特徴 とする請求の範囲第１項に記載の装置。 ６．オリエンテーションテーブルが、チェックサムの計算手段により提供された 結果と比較することで、前のフィールドおよび／または関連付けられたコード列 の完全性を確認できる追加フィールド（ＣＨＫ）を含むことを特徴とする請求の 範囲第１項に記載の装置。 ７．第二の手段が、同一の系列アドレスに向けてジャンプを実行する目的で第二 の手段がいくつか自由に使用できる時、ジャンプ後に、戻りアドレスをワーキン グメモリ（ＡＤ＿ＲＥＴ）に記憶する手段を含むことを特徴とする請求の範囲第 １項に記載の装置。 ８．追加コードを記録させないようにする手段ＣＡＴと、媒体の再生を妨げる手 段ＲＣＩを含むことを特徴とする請求の範囲第１項に記載の装置。 ９．請求の範囲第４項に記載の装置に新規コードを記録する方法であって、 − 記録コマンドを受け取るステップと、 − コード基準Ａ、Ｂ、Ｃ、．．．を構成する第一のフィールドと、当該コード 基準に関連付けられたアドレスＡＤ＿Ｃｏｄ＿Ａ、ＡＤ＿Ｃｏｄ＿Ｂ、ＡＤ＿Ｃ ｏｄ＿Ｃ、．．．を示す第二のフィールドの有無を検証するステップと、 − フラグＥＣＡが使用中でないことを確かめるステップと、 − 第一のアドレスＡＤ＿ＴＡＢの値が一貫していることを確かめるステップと 、 − 第一のフィールドで提供されるコード基準がテーブルにないことをチェック するステップと、 − 使用中の状態で、プログラマブルメモリのうちの保護される領域にフラグＥ ＣＡをセットするステップと、 − 新規コードに対応する情報を受け取って書き込むステップと、 − この動作が正確に行われたことを確かめ、オリエンテーションテーブルを更 新するステップと、 − 休止中の状態で、フラグＥＣＡ位置セットするステップと、 を含むことを特徴とする方法。 １０．オリエンテーションテーブルの更新操作が、書き込まれたコードの前にく るコードのオリエンテーションワードに対応するアドレスに、オリエンテーショ ンテーブル内の次のアドレスのフィールドを書き込むことを含むことを特徴とす る請求の範囲第９項に記載の方法。 【手続補正書】 【提出日】１９９８年３月２３日 【補正内容】 請求の範囲 １．コード列を実行できる集積回路（１０）と、一方では、主プログラムと場合 によっては当該集積回路で実行できるその他のコード列が入っている第一のメモ リ（１２）と、また他方では、場合によっては当該集積回路で実行できるコード 列が入っている第二のプログラマブル非揮発性メモリ（１１）と、第三のワーキ ングメモリ（１４）とを備える回路基板内のコード列実行装置であって、第二の メモリ（１１）に入っているオリエンテーションテーブルが、コード基準データ のあるフィールドを少なくとも一つ含み、 第一の手段（ＩＮＳ＿ＩＮＴ）により、 − コード基準の有無を検証でき、 − コード基準に関連付けられたアドレスデータをワーキングメモリに記憶さ せて、トラップフラグＤＩをセットすることができ、 第二の手段（ＩＮＳ＿ＯＲＴ）により、 − トラップフラグＤＩをテストすることができ、 − ワーキングメモリＡＤ＿ＳＡＵＴの内容でポイントされたアドレスにジャ ンプを行うことができる ことを特徴とする装置。 ２．コード基準に関連付けられた、三つのメモリの一つに入っているコード列の アドレスデータが、このコード基準に基づいて計算されることを特徴とする請求 の範囲第１項に記載の装置。 ３．第二のフィールドが、三つのメモリの一つに入っているコード列のアドレス データを含むことを特徴とする請求の範囲第１項に記載の装置。 ４．プログラマブルメモリ（１１）のうち場合によっては保護される領域に、第 一のアドレスと、場合によっては第一の検証手段用のサーチ方向（ＳＥＮＳ）と を規定する情報（ＡＤ＿ＴＡＢ）を含むことを特徴とする請求の範囲第１項に記 載の装置。 ５．オリエンテーションテーブルが、テーブル中の、次のコード基準に対応する 情報がある次のアドレスを示す追加フィールド（ＡＤ＿ＴＴ）を含むことを特徴 とする請求の範囲第１項に記載の装置。 ６．オリエンテーションテーブルが、チェックサムの計算手段により提供された 結果と比較することで、前のフィールドおよび／または関連付けられたコード列 の完全性を確認できる追加フィールド（ＣＨＫ）を含むことを特徴とする請求の 範囲第１項に記載の装置。 ７．第二の手段が、同一の系列アドレスに向けてジャンプを実行する目的で第二 の手段がいくつか自由に使用できる時、ジャンプ後の、戻りアドレスをワーキン グメモリ（ＡＤ＿ＲＥＴ）に記憶する手段を含むことを特徴とする請求の範囲第 １項に記載の装置。 ８．追加コードを記録させないようにする手段ＣＡＩと、回路基板の再生を妨げ る手段ＲＣＩを含むことを特徴とする請求の範囲第１項に記載の装置。 ９．請求の範囲第４項に記載の装置に新規コードを記録する方法であって、 − 記録コマンドを受け取るステップと、 − コード基準Ａ、Ｂ、Ｃ、．．．を構成する第一のフィールドと、当該コード 基準に関連付けられたアドレスＡＤ＿Ｃｏｄ＿Ａ、ＡＤ＿Ｃｏｄ＿Ｂ、ＡＤ＿Ｃ ｏｄ＿Ｃ、．．．を示す第二のフィールドの有無を検証するステップと、 − フラグＥＣＡが使用中でないことを確かめるステップと、 − 第一のアドレスＡＤ＿ＴＡＢの値が一貫していることを確かめるステップと 、 − 第一のフィールドで提供されるコード基準がテーブルにないことをチェック するステップと、 − 使用中の状態で、プログラマブルメモリのうちの保護される領域にフラグＥ ＣＡをセットするステップと、 − 新規コードに対応する情報を受け取って書き込むステップと、 − この動作が正確に行われたことを確かめ、オリエンテーションテーブルを更 新するステップと、 − 休止中の状態で、フラグＥＣＡをセットするステップと、 を含むことを特徴とする方法。 １０．オリエンテーションテーブルの更新操作が、書き込まれたコードの前にく るコードのオリエンテーションワードに対応するアドレスに、オリエンテーショ ンテーブル内の次のアドレスのフィールドを書き込むことを含むことを特徴とす る請求の範囲第９項に記載の方法。

Claims (1)

1. 【特許請求の範囲】 １．コード列を実行できる集積回路（１０）と、一方では、主プログラムと場合 によっては当該集積回路で実行できるその他のコード列が入っている第一のメモ リ（１２）と、また他方では、場合によっては当該集積回路で実行できるコード 列が入っている第二のプログラマブル非揮発性メモリ（１１）と、第三のワーキ ングメモリ（１４）とを備える回路基板内のコード列実行装置であって、第二の メモリ（１１）に入っているオリエンテーションテーブルが、コード基準データ のあるフィールドを少なくとも一つ含み、 第一の手段（ＩＮＳ＿ＩＮＴ）により、 − コード基準の有無を検証でき、 − コード基準に関連付けられたアドレスデータをワーキングメモリに記憶さ せて、トラップフラグＤＩを位置決めすることができ、 第二の手段（ＩＮＳ＿ＯＲＴ）により、 − トラップフラグＤＩをテストすることができ、 − ワーキングメモリＡＤ＿ＳＡＵＴの内容でポイントされ たアドレスにジャンプを行うことができる ことを特徴とする装置。 ２．コード基準に関連付けられた、三つのメモリの一つに入っているコード列に 関連するアドレスデータが、このコード基準に基づいて計算されることを特徴と する請求の範囲第１項に記載の装置。 ３．第二のフィールドが、三つのメモリの一つに入っているコード列のアドレス データを含むことを特徴とする請求の範囲第１項に記載の装置。 ４．プログラマブルメモリ（１１）のうち場合によっては保護される領域に、第 一のアドレスと、場合によっては第一の検証手段用のサーチ方向（ＳＥＮＳ）と を規定する情報（ＡＤ＿ＴＡＢ）を含むことを特徴とする請求の範囲第１項に記 載の装置。 ５．オリエンテーションテーブルが、テーブル中の、次のコード基準に対応する 情報がある次のアドレスを示す追加フィールド（ＡＤ＿ＴＴ）を含むことを特徴 とする請求の範囲第１項に記載の装置。 ６．オリエンテーションテーブルが、チェックサムの計算手段 により提供された結果と比較することで、前のフィールドおよび／または関連付 けられたコード列の完全性を確認できる追加フィールド（ＣＨＫ）を含むことを 特徴とする請求の範囲第１項に記載の装置。 ７．第二の手段が、同一の系列アドレスに向けてジャンプを実行する目的で第二 の手段がいくつか自由に使用できる時、ジャンプ後に、戻りアドレスをワーキン グメモリ（ＡＤ＿ＲＥＴ）に記憶する手段を含むことを特徴とする請求の範囲第 １項に記載の装置。 ８．追加コードを記録させないようにする手段ＣＡＩと、チップカードの再生を 妨げる手段ＲＣＩを含むことを特徴とする請求の範囲第１項に記載の装置。 ９．請求の範囲第４項に記載の装置に新規コードを記録する方法であって、 − 記録コマンドを受け取るステップと、 − コード基準Ａ、Ｂ、Ｃ、．．．を構成する第一のフィールドと、当該コード 基準に関連付けられたアドレスＡＤ＿Ｃｏｄ＿Ａ、ＡＤ＿Ｃｏｄ＿Ｂ、ＡＤ＿Ｃ ｏｄ＿Ｃ、．．．を示す第二のフィールドの有無を検証するステップと、 − フラグＥＣＡが使用中でないことを確かめるステップと、 − 第一のアドレスＡＤ＿ＴＡＢの値が一貫していることを確かめるステップと 、 − 第一のフィールドで提供されるコード基準がテーブルにないことをチェック するステップと、 − 使用中の状態で、プログラマブルメモリのうちの保護される領域にフラグＥ ＣＡをセットするステップと、 − 新規コードに対応する情報を受け取って書き込むステップと、 − この動作が正確に行われたことを確かめ、オリエンテーションテーブルを更 新するステップと、 − 休止中の状態で、フラグＥＣＡ位置セットするステップと、 を含むことを特徴とする方法。 １０．オリエンテーションテーブルの更新操作が、書き込まれたコードの前にく るコードのオリエンテーションワードに対応するアドレスに、オリエンテーショ ンテーブル内の次のアドレスのフィールドを書き込むことを含むことを特徴とす る請求の範囲第９項に記載の方法。