JP2003523029A - 不揮発性メモリ用保護付きリアルタイム書込み方法 - Google Patents

Abstract

(57)【要約】 プロセッサ（ＰＲ）により読出し/書込みコントローラ（ＣＭ）に送信された書込み要求（ＲＥ１）のデータは、スマートカードなどの携帯用電子製品内の不揮発性メモリ（ＭＮＶ）に書込まれなければならない。アプリケーションは、書込み用コントローラの有効性を示す認知（ＡＣ）に応じて、メモリのデータ書込みと同時にプロセッサ内で実行されることが可能である。しかしながら、書込み終了前に送信された別の書込み要求は書込み終了まで待機する。また、コントローラは、メモリ内に書込まれたデータの完全性の検証を提供する。

Description

【発明の詳細な説明】

【０００１】 （技術分野） 本発明は、不揮発性メモリを有する、潜在的にいかなるスマートカード又はそ
れに相当する携帯用電子製品に関し、例えば電子的に消去可能なプログラマブル
メモリＥＥＰＲＯＭやフラッシュメモリに関する。

【０００２】 （背景技術） ＩＣカードやマイクロコントローラとも呼ばれているスマートカードは、ポケ
ット計算機、オーガナイザー、電子財布、電子ゲームなどに相当する多くの携帯
用電子製品のように、異なる種類の情報を不揮発性メモリ内に蓄積する。 しかし、このデータ蓄積は、特にスマートカードに基づいたアプリケーション
では、書込み時間や安全性などの点で種々の制約を受ける。 書込み時間はメモリの種類に関係する。カードのアプリケーション層がバンキ
ング取引中や非接触のスマートカードなどで長時間制約を受けるのと相対的に書
込み時間が長くなる。

【０００３】 多くの場合、不揮発性メモリに委ねられたデータは、アプリケーション層によ
り傷つきやすいと考えられている。したがって、これらのデータの書込みプロセ
スは安全な状態で行われることが重要である。これらのデータの書込み中に書込
み失敗や欠陥やメモリへの作動が無効などの問題がみつかった場合は、取引の取
り消しやカードの無効など必要な措置を取るため、特にアプリケーション層に表
示させなければならない。

【０００４】 この書込み機能を遂行するために、スマートカードのオペレーティングシステ
ムはソフトウェアエントリーポイントを構成し、メモリ管理専用のいくつかのサ
ービスを供給する。これを以後、“ドライバ”という。 “アプリケーション”という言葉は、以後、アプリケーション層においてカー
ドにより維持されるアプリケーション機能を実行するすべてのソフトウェアを示
す。ドライバは特にドライバ層に含まれた書込み及び読出しデータ用サブプログ
ラムを含む。

【０００５】 図１はアプリケーションに要求され、ドライバにより実行されるメモリカード
への書込みプロセスの従来のアンフォールディングを左から右へと示すタイムチ
ャートである。書込みプロセスは通常３つのステップに分けられる。 − アプリケーションの書込み要求ＲＥに応じて、メモリの書込み及び読出し制
御の機能性を提供するコントローラの初期化ＩＮのステップ。 − 所要時間がメモリコントローラの技術的性能によって決まる、要求ＲＥに含
まれたデータ項目を書込むための書込みステップＥＣ。 − メモリに書込まれたデータの精密度を確かめるための検証ステップＶＥで、
検証とは、ステップＥＣで書込まれたデータをメモリに読出し、読出したデータ
と要求ＲＥに含まれた初期データとを比較することである。

【０００６】 そこで、書込みプロセスの制御はドライバによりアプリケーションに引き渡さ
れ、最後の検証ステップＶＥが終了した後に応答終了ＲＦをアプリケーションに
送信する。承知のように、すべての書込みプロセスはたいていメモリ製造に使用
された技術に応じて相対的に長く、したがって、それによりアプリケーションの
性能は悪くなる。このようにして、図１の２つの引続くアプリケーションタスク
ＴＡ１とＴＡ２との間にＳＡで示したように、アプリケーションは書込みプロセ
スの最後まで一時中断される。

【０００７】 従来の演算の分野において、“リアルタイムで”のデータの書込みは、データ
が“ノンリアルタイムで”書込まれることを可能にする、つまり、アプリケーシ
ョンの進行を妨げることのない従来の解決法である。この解決法は特にディスク
やハードディスクタイプの蓄積手段に適用される。 一方、スマートカード専用システムを操作する状況において、データを“ノン
リアルタイムで”書込むことはさらに実行し難い。一般的にオペレーティングシ
ステムは特にＲＡＭタイプのメモリに対して低下するハードウェア環境と適合さ
せなければならない。このため、一般的に最終検証のために書込まれたデータを
メモリ内にとどめておくことが不可能である。

【０００８】 （発明の開示） 本発明は、チップカード又はそれに相当する携帯用電子製品を“リアルタイム
書込み”という概念にソフトウェアの安全性に関する性能に損傷なく適合させる
ことを目的とする。 この目的において、データプロセッシング手段によってスマートカードタイプ
の携帯用電子製品のメモリの書込み/読出し制御手段に送信された書込み要求に
含まれた初期データを書込む方法は、以下のステップから成ることを特徴とする
。

【０００９】 − 制御手段がメモリの初期データの書込みに利用可能な場合にのみ、制御手段
により書込み要求に応じて直ちにデータプロセッシング手段に認知を送信し、 − メモリに書込まれたデータとして初期データの書込みと同時に認知に応じて
データプロセッシング手段のタスクを実行し、 − もしデータプロセッシング手段が書込み終了より前に別の書込み要求を送信
すると、書込み終了までデータプロセッシング手段を待機させ、 − 制御手段によりメモリの初期データの書込み終了後にのみ、別の書込み要求
を受け入れる。

【００１０】 このように、携帯用電子製品のプロセッサのようなデータプロセッシング手段
の少なくとも１つのアプリケーションに関するタスクは、メモリへの初期データ
の書込みと平行して実行される。しかし、制御手段のドライバに送信された別の
書込み要求は、初期データの書込みが終了したときのみ供給される。ドライバの
サービスにアクセスするこの手段は、ドライバの書込みプロセスへのアクセスを
制御する信号装置を通して行われ、書込み要求間の摩擦を管理し、ドライバが利
用不可能であると認識される間、次の書込み要求の終了を遅延させることを可能
とする。

【００１１】 ドライバの開放は、携帯用電子製品に備えられた書込み検出手段の終了により
、認知が送信されるとすぐに所定の時間十分にカウントダウンし、所定の時間が
終了すると書込み終了を知らせるため、データプロセッシング手段で生成したア
プリケーションに知らされる。他の実施の形態によると、別の書込み要求を受け
入れるステップはメモリ内部の電圧増加手段の非活性化を伴う。

【００１２】 また、本発明による制御手段は、安全性の制約に従って書込まれたデータの完
全性のチェック、つまり、初期データの書込みとデータプロセッシング手段の制
御のもとで書込まれたデータの次の読出しとの間で生じる書込みデータを比較し
た初期データの完全性の検証を備えることが可能である。検証は初期データの書
込み直後、特に別の書込み要求を受け入れるステップの前に行なわれるか、書込
み終了後、特に書込まれたデータの次の読出し直前に行なわれるかのどちらかで
ある。

【００１３】 本発明では、書込まれたデータを単に読出すことによって初期データの完全性
の検証を実行することはない。また、スマートカードなど携帯用電子製品のメモ
リ内の資源が相対的に限定されて、メモリへの書込み時にすべての初期データを
一時的に蓄積することが不可能な場合、それについて初期データとの比較を実行
することもない。本発明による完全性の検証では、初期データの署名と書込まれ
たデータ読出しの署名との比較を備えることができる。それぞれの署名は対応す
るデータの巡回冗長暗号、又は対応するデータのチョッピングから取り出すこと
が出来る。このように、検証のためのメモリの占有は、データ署名に対してはデ
ータ自体に対してよりもかなり短く削減される。

【００１４】 完全性の検証はデータプロセッシング手段にとって時間の面で貴重であり、検
証は、例えばアプリケーション層のコミュニケーションプロトコルの管理など、
敏感なプロセスと干渉しないように最小限の優先タスク形式で“ノンリアルタイ
ムで”実行される。初期データと比較して書込みデータの完全性に不足がある場
合、セキュリティーソフトウェアマネージャのような安全手段が、例えば携帯用
電子製品の通常の使用を回避する目的で起動される。このように、検証の実行は
アプリケーションの現在のタスクに干渉せず、時には中断することなく、例えば
コミュニケーションプロトコルに関連したプロセスのようである。この特性を保
障するために、データプロセッシング手段のシステムを操作するソフトウェアの
構造は、それぞれのタスクに分配された優先権を仲裁することが可能な真に簡易
化されたリアルタイムカーネルを使ってこの制約を適合させる。 本発明のその他の特徴および利点は、添付の図面を参考にしながら本発明のい
くつかの好適な実施形態を読み取ることによりさらに明確になるだろう。

【００１５】 （発明を実施するための最良の形態） 図２に関して、スマートカードＣＰやその他のそれに相当する携帯用電子製品
、例えば無線電話ターミナルに差込み可能なＳＩＭ(加入者識別モジュール)スマ
ートカードと呼ばれているマイクロプロセッサモジュールなどの“チップ”を構
成するマイクロコントローラは、主に、概要的にセントラルプロセッシングユニ
ットＣＰＵを含む。このＣＰＵはマイクロプロセッサＰＲと、カード用オペレー
ティングシステムＯＳを含む、あるいは、ブラウザと特定のコミュニケーション
と認証アプリケーションアルゴリズムにより補足されているＲＯＭタイプのメモ
リＭＯと、特に、個人識別番号や名前のリストなどのカードのプロセッサに関連
するデータを含むＥＥＰＲＯＭタイプの不揮発性メモリＭＮＶと、そして、本質
的に、無線電話やバンキングターミナルなど、カードを受け入れるステーション
から受信されるデータや受け入れるステーションへ送信するデータを処理するこ
とを意図したＲＡＭのメモリＭＡとを含む。すべての構成要素ＰＲ、ＭＯ、ＭＮ
Ｖ、ＭＡは互いに内部バスＢＵにより接続されている。

【００１６】 本発明に関して、スマートカードもまた、データのメモリへの書込み、読出し
、消去のようなコマンドを確立するために不揮発性メモリＭＮＶを制御するコン
トローラＣＭを備えており、メモリの区画をアドレス指定する。メモリコントロ
ーラＣＭは、バスＢＵを通じて要求と応答とを交換することで展開するアプリケ
ーションとして、プロセッサＰＲと相互に作用する。特に、コントローラＣＭは
メモリＭＮＶで少なくとも書込みプロセスと読出しプロセスとを制御するドライ
バＤＲと、信号検出器ＶＳと、書込み終了検出器ＤＦＥとを含む、もしくは、少
なくとも部分的に結合する。ＤＲ、ＶＳ、ＣＭのエレメントはハードウェアおよ
び/もしくはソフトウェア形式で製造される。もし、あるエレメントが少なくと
もソフトウェア形式であれば、これらの機能のいくらかは、メモリＭＯ内に配置
することが出来る。

【００１７】 図３には図１の従来技術によるものと比較可能なタイムチャートがある。オペ
レーティングシステムＯＳに基づいたアプリケーションＡＰが左から右への一連
のタスクＴ１、Ｔ２、Ｔ３で動作する。アプリケーションＡＰが第１タスクＴ１
の端の方で次にドライバＤＲに配信される書込み要求ＲＥ１を確立すると仮定す
る。アプリケーションは同時にドライバの書込みプロセスと展開され、図１のよ
うにアプリケーションを中断せず、アプリケーションのタスクＴ１から後に続く
次のタスクＴ２、Ｔ３の動作を阻止しない。

【００１８】 図４は本発明の第１の実施例によるアプリケーションにより確立された次の書
込み要求ＲＥに遭遇するメインステップＥ１からＥ７を示す。 第１ステップＥ１で、ドライバは要求ＲＥに含まれた初期データＤＩに関連す
る書込みプロセスを初期化する。図３のＲＥ１で示したように、ドライバＤＲが
いずれの書込みタスクからも開放されていると、すでに述べたように、アプリケ
ーションＡＰは書込みプロセスと並行に展開する。ドライバはアプリケーション
に認知ＡＣを送信することにより、次のステップＥ２で近接した書込みの始動を
確認する。

【００１９】 一方、ステップＥ３で示したように、書込みプロセス中に、タスクＴ２の最中
での要求ＲＥ２、またはタスクＴ３（図３）の開始での要求ＲＥ３のように、書
込み要求ＲＥが発生すると、それが検出器ＤＦＥの書込み信号ＦＥの終了により
知らされて、アプリケーションＡＰは現行の書込みプロセスの終了まで中断され
る。そこで、要求ＲＥ１またはＲＥ２は、現行の書込みプロセスが終了次第、す
ぐに読み取られるようにドライバの列に書込まれた後、待機状態となる。

【００２０】 このように、初期化ステップＥ１およびＥ２に続くプロセス段階で、次のタス
クＴ２が書込みを要求しないと、従来技術のように中断なく、保留もされずに実
行されるだろう。例えば、スマートカードを受け入れるステーションに応答を送
る、もしくは受け入れるステーションから要求を受け取るアプリケーションＡＰ
のタスクＴ２は、現行の書込みプロセスにより干渉されることはない。

【００２１】 ステップＥ２において、第１の変形例で、書込み検出器ＤＦＥの終了が直接メ
モリＭＮＶのコントローラＣＭに含まれず、いわゆる、クロックパルスカウンタ
という所定の時間ＤＰ用タイマの形式であるときには、応答ＡＣの確立と同時に
書込み検出器ＤＦＥの終了が起動される。特定のメモリ書込みの所定の継続時間
が予めプログラムされているので、書込み検出器ＤＦＥの終了は要求ＲＥ１に続
くプロセッサＰＲによってコントローラＣＭを起動させる。

【００２２】 第２の変形例によると、書込み検出器ＤＦＥの終了は集積回路基板上の不揮発
性メモリＭＮＶのコントローラ内で実行される。この例では、レジスタの再初期
化によりマークされた書込みプロセスの停止や、特に書込み時に必要なＥＥＰＲ
ＯＭタイプの再度書込み可能なメモリ内部の高いプログラミング電圧としてカー
ドに供給電圧を増加させるチャージパンプの非活性化は自動的に行われる。

【００２３】 ステップＥ２に続くステップＥ４の後、ドライバＤＲはメモリＭＮＶの指定さ
れた区画のレジスタＲＥ１に初期データＤＩを書込む。次にドライバは安全性の
見地から極めて重要な、ステップ５において書込まれたデータを検証する。ステ
ップＥ５の間、ドライバＤＲは書込まれたデータＤＥを読出し、検証器ＶＳは固
有の書込みステップＥ４の前に、要求ＲＥ１に最初に含まれたデータＩＤと比較
する。実際の検証器ＶＳでの比較は、ドライバによって確立された書込み以前の
初期データの署名Ｓ（ＤＩ）と書込み後に読出されたデータの署名Ｓ（ＤＥ）と
の比較である。署名Ｓ（ＤＩ）とＳ（ＤＥ）とは全く同一の検証アルゴリズムに
より算出される。対応する書込みデータの署名Ｓ（ＤＥ）の算出を待つ間に、要
求ＲＥ１の初期データの署名Ｓ（ＤＩ）はただちに算出され、メモリ内に読出さ
れる。好都合にも、これらの署名はデータ信号よりもかなり短いデータ長である
。

【００２４】 例えば、署名Ｓ（ＤＩ）やＳ（ＤＥ）のそれぞれは、プロセッサＰＲの介入な
しに検証器ＶＳにより迅速に実行される巡回冗長暗号ＣＲＣ（巡回冗長検査）か
ら抽出される。 別の例によると、署名Ｓ（ＤＩ）やＳ（ＤＥ）のそれぞれは、対応するデータ
のチョッピングから、つまり、対応するデータの所定の部分のサンプリングから
発生させることが出来、チョッピングされた初期データと書込まれ、読出されて
チョッピングされたデータとから発生させた署名が比較される。 検証器ＶＳは、図２に示したように、ハードワイヤードロジックとしても実現
出来、ＲＯＭメモリＭＯにソフトウェア形式で実現することも可能である。

【００２５】 もし、検証テストでステップＥ５で、初期データＤＩと比較された書込みデー
タＤＥに完全性の不足が明らかになると、ステップＥ６に示すように、安全手段
、例えばスマートカードのメモリＭＯに組込まれた安全マネージャが緊急タスク
を実行するために起動される。緊急タスクとは、例えば、カードを無効にしたり
、初期データの再書込みを要求するため、アプリケーションＡＰを中断したり、
ドライバの書込み初期データのプロセスをカードの別のメモリへ転送することに
よって、スマートカードとカードを差し込むためのカード受け入れステーション
とのコミュニケーションを禁止するものである。

【００２６】 検証を伴う書込みプロセスの終了はステップＥ７においての書込み検出器ＤＦ
Ｅの終了によって検出され、前の書込みプロセスの終了後コントローラＣＭに表
示される。ついで、コントローラは別の書込み要求を受け入れる状態になり、あ
るいは、図３に示した要求ＲＥ２のように既に待機中となる。

【００２７】 変形例として、コントローラＣＭはアプリケーションＡＰへ送信される割り込
みの形で、書込み信号ＦＥの終了を発生させる。検出器ＤＦＥが前述の継続時間
タイマの場合、所定の期間ＤＰの終了に対応するゼロへの移行は、信号ＦＥによ
りプロセッサＰＲに伝えられ、コントローラＣＭを停止する。検出器ＤＦＥがコ
ントローラＣＭに直接組込まれているときには、後者はプロセッサＰＲに配信す
るため、書込みに必要なチャージパンプの非活性化に続く検証に有効な所定の遅
延の後、自動的に信号ＦＥを発生させる。

【００２８】 他の実施の形態によると、安全ステップＥ６を伴う検証ステップＥ５は、ステ
ップＥ４とＥ７との間の書込みプロセス中ではなく、図５のＥ１０に示したよう
に、プロセッサＰＲによりメモリＭＮＶに書込まれたデータを読取るその後のプ
ロセスのスタート時に含むようにすることも出来る。ステップ１０はアプリケー
ションＡＰからの読出し要求ＲＬを伴い、プロセッサＰＲによりバスＢＵを通し
てドライバＤＲに印加される。読出し要求ＲＬはステップＥ１と同じように、読
出しのためのステップＥ８でドライバＤＲにより有効化されるか、もしくは、ド
ライバＤＲが書込み要求を処理するとき、読出しステップが終了するまでステッ
プＥ９の間待機させられる。 ついで、ステップＥ１０でのポジティブな検証の後、ステップＥ１１で既知の
方法により読出しプロセスは継続される。

【図面の簡単な説明】

【図１】 従来技術によるメモリへの書込みプロセスのタイムチャートである。

【図２】 スマートカードのハードウェア構造の回路ブロック図である。

【図３】 本発明によるメモリへの書込みプロセスのタイムチャートである。

【図４】 本発明の第一の実施例による書込みプロセスのアルゴリズムである。

【図５】 本発明の第二の実施例によるデータ書込み及び読出しプロセスのアルゴリズム
である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ， ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 パスカル ガターマン フランス ロクエバイル エフ−13360 ラスコーズ シェマン デ ロオーレ Ｆターム(参考） 5B035 AA02 BB09 CA11 CA29 5B060 CC01 【要約の続き】

Claims (10)

【特許請求の範囲】
1. 【請求項１】 携帯用電子製品（ＣＰ）内のメモリ（ＭＮＶ）の書込み/読
   出し制御手段（ＣＭ、ＤＲ）にデータプロセッシング手段（ＰＲ、ＡＰ）によっ
   て送信された書込み要求（ＲＥ１）に含まれる初期データを書込む方法において
   、 前記制御手段（ＣＭ、ＤＲ）が、前記メモリの初期データ（ＤＩ）の書込み（
   Ｅ４）に利用可能な場合にのみ、前記制御手段は前記書込み要求（ＲＥ１）に応
   じて直ちに前記データプロセッシング手段（ＰＲ、ＡＰ）に認知（ＡＣ）を送信
   し（Ｅ１、Ｅ２）、 前記メモリに書込まれた（ＤＥ）データとして前記初期データ（ＤＩ）の前記
   書込み（Ｅ４）と同時に前記認知に応じて前記データプロセッシング手段でタス
   ク（Ｔ２、Ｔ３）を実行し、 前記データプロセッシング手段が前記書込み終了より前に別の書込み要求（Ｒ
   Ｅ２）を送信すると、前記書込み終了まで前記データプロセッシング手段（ＰＲ
   、ＡＰ）を待機させ（Ｅ３）、 前記制御手段により前記メモリ（ＭＮＶ）の前記初期データの前記書込み終了
   後にのみ、前記別の書込み要求（ＲＥ２）を受け入れる（Ｅ７）、 ことを特徴とする初期データを書込む方法。
2. 【請求項２】 前記認知（ＡＣ）が送信される（Ｅ２）とすぐに所定の時間
   （ＤＰ）を計測し、前記所定の時間が終了すると前記書込み終了（Ｅ７）を知ら
   せるため、書込み検出手段（ＤＦＥ）の終了が前記携帯用電子製品（ＣＰ）に備
   えられることを特徴とする請求項１に記載の方法。
3. 【請求項３】 別の書込み要求を受け入れるステップ（Ｅ７）が前記メモリ
   （ＭＮＶ）内部の電圧増加手段の非活性化を伴うことを特徴とする請求項１に記
   載の方法。
4. 【請求項４】 前記初期データ（Ｅ４）の前記書込みと前記書込まれたデー
   タ（ＤＥ）の次の読出し（Ｅ１１）との間で生じる前記書込みデータ（ＤＥ）と
   を比較し、前記初期データ（ＤＩ）の完全性を検証するステップ（Ｅ５、Ｅ１０
   ）を備えることを特徴とする請求項１乃至３のいずれかに記載の方法。
5. 【請求項５】 前記検証（Ｅ５）が前記初期データ（ＤＩ）の前記書込み（
   Ｅ４）直後に起こることを特徴とする請求項４に記載の方法。
6. 【請求項６】 前記検証（Ｅ１０）が前記書込まれたデータ（ＤＥ）の前記
   次の読出し（Ｅ１１）直前に起こることを特徴とする請求項４に記載の方法。
7. 【請求項７】 前記検証が初期データ信号（Ｓ（ＤＩ））と前記メモリ（Ｍ
   ＮＶ）に読出された書込みデータ信号（Ｓ（ＤＥ））との比較を備えることを特
   徴とする請求項４乃至６のいずれかに記載の方法。
8. 【請求項８】 それぞれの署名は対応するデータの巡回冗長暗号から取出さ
   れることを特徴とする請求項７に記載の方法。
9. 【請求項９】 それぞれの署名は対応するデータのチョッピングから発生さ
   せられることを特徴とする請求項７に記載の方法。
10. 【請求項１０】 前記初期データ（ＤＩ）と比較された前記書込みデータ（
    ＤＥ）の完全性の不足に応答し、安全手段（Ｅ６）を活性化させるステップを備
    えることを特徴とする請求項４乃至９のいずれかに記載の方法。