JPH06161905A - データの検証方法 - Google Patents
データの検証方法Info
- Publication number
- JPH06161905A JPH06161905A JP4339610A JP33961092A JPH06161905A JP H06161905 A JPH06161905 A JP H06161905A JP 4339610 A JP4339610 A JP 4339610A JP 33961092 A JP33961092 A JP 33961092A JP H06161905 A JPH06161905 A JP H06161905A
- Authority
- JP
- Japan
- Prior art keywords
- data
- digits
- code
- read
- crc check
- 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.)
- Granted
Links
Abstract
(57)【要約】
【目的】 より確実なデータエラーの検出を行うことが
できるデータの検証方法を提供する。 【構成】 メモリへのデータ書込時に、このデータにつ
いてのＣＲＣチェックコードを発生させ、このＣＲＣチ
ェックコードをデータとともに書き込むようする。ただ
し、全桁が０であるようなデータの書き込みは禁止す
る。データ読出時には、次のような検証を行う。まず、
読み出したＣＲＣチェックコードの全桁が０であるか判
断し（Ｓ１）、否定的判断がなされたときには、ステッ
プＳ４において通常のＣＲＣチェック処理を行う。肯定
的判断がなされたときには、ステップＳ２において、読
み出したデータの全桁が０であるか判断し（Ｓ２）、否
定的判断がなされたときには、ステップＳ４において通
常のチェック処理を行う。肯定的判断がなされたときに
は、エラーが生じていると判断する（Ｓ３）。
できるデータの検証方法を提供する。 【構成】 メモリへのデータ書込時に、このデータにつ
いてのＣＲＣチェックコードを発生させ、このＣＲＣチ
ェックコードをデータとともに書き込むようする。ただ
し、全桁が０であるようなデータの書き込みは禁止す
る。データ読出時には、次のような検証を行う。まず、
読み出したＣＲＣチェックコードの全桁が０であるか判
断し（Ｓ１）、否定的判断がなされたときには、ステッ
プＳ４において通常のＣＲＣチェック処理を行う。肯定
的判断がなされたときには、ステップＳ２において、読
み出したデータの全桁が０であるか判断し（Ｓ２）、否
定的判断がなされたときには、ステップＳ４において通
常のチェック処理を行う。肯定的判断がなされたときに
は、エラーが生じていると判断する（Ｓ３）。
Description
【０００１】
【産業上の利用分野】本発明はデータの検証方法、特
に、ＣＲＣチェックコードを用いたデータの検証方法に
関する。
に、ＣＲＣチェックコードを用いたデータの検証方法に
関する。
【０００２】
【従来の技術】半導体メモリの集積度の向上とともに、
種々の情報記録媒体が普及している。たとえば、磁気カ
ードに代わる新たな情報記録媒体として、最近ではＩＣ
カードが脚光を浴びている。このＩＣカードには、薄型
のＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭなどのメモリ素子が内
蔵されている。このような携帯型の情報記録媒体には、
非常に重要な個人データが保存されることが多く、書き
込んだデータを読み出すときに、データエラーが生じて
いないかどうかを検証することは非常に重要である。こ
のため、データを書き込むときには、このデータにエラ
ーチェックコードを付加するのが一般的である。ＩＣカ
ードにおいて一般的に用いられているエラーチェックコ
ードは、ＩＳＯ−ＣＣＩＴＴの規格に基づくＣＲＣ（Cy
clic Redundancy Check ）チェックコードである。たと
えば、データＤを書き込むときには、このデータＤに基
づいて所定のアルゴリズムの論理演算を行い、ＣＲＣチ
ェックコードＸを発生させ、データＤとともにコードＸ
をメモリに書き込んでおく。そして、データＤを読み出
すときには、コードＸも一緒に読み出すようにし、この
コードＸがデータＤに基づく所定の論理演算によって発
生された正しいコードであるか否かを検証するのであ
る。コードＸがデータＤに対する正しいコードでない場
合には、データＤかコードＸがデータ化けを起こし、デ
ータエラーが生じているものと判断することができる。
通常は、書き込みを行った後に直ちに読み出しを行って
データエラーの有無を判断するベリファイ処理が行われ
ている。
種々の情報記録媒体が普及している。たとえば、磁気カ
ードに代わる新たな情報記録媒体として、最近ではＩＣ
カードが脚光を浴びている。このＩＣカードには、薄型
のＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭなどのメモリ素子が内
蔵されている。このような携帯型の情報記録媒体には、
非常に重要な個人データが保存されることが多く、書き
込んだデータを読み出すときに、データエラーが生じて
いないかどうかを検証することは非常に重要である。こ
のため、データを書き込むときには、このデータにエラ
ーチェックコードを付加するのが一般的である。ＩＣカ
ードにおいて一般的に用いられているエラーチェックコ
ードは、ＩＳＯ−ＣＣＩＴＴの規格に基づくＣＲＣ（Cy
clic Redundancy Check ）チェックコードである。たと
えば、データＤを書き込むときには、このデータＤに基
づいて所定のアルゴリズムの論理演算を行い、ＣＲＣチ
ェックコードＸを発生させ、データＤとともにコードＸ
をメモリに書き込んでおく。そして、データＤを読み出
すときには、コードＸも一緒に読み出すようにし、この
コードＸがデータＤに基づく所定の論理演算によって発
生された正しいコードであるか否かを検証するのであ
る。コードＸがデータＤに対する正しいコードでない場
合には、データＤかコードＸがデータ化けを起こし、デ
ータエラーが生じているものと判断することができる。
通常は、書き込みを行った後に直ちに読み出しを行って
データエラーの有無を判断するベリファイ処理が行われ
ている。
【０００３】
【発明が解決しようとする課題】ＩＣカードに内蔵され
たＥＥＰＲＯＭに対する書込処理中に、ＣＰＵの暴走、
書込回路の断線などの事故が生じた場合、書込対象とな
るデータＤおよびそのＣＲＣチェックコードＸはデータ
化けして書き込まれることになる。このとき、データＤ
およびコードＸのすべての桁が０にデータ化けして書き
込まれてしまうことが多い。ところが、ＣＲＣチェック
コードによる検証アルゴリズムによると、すべての桁が
０からなるデータＤについて、すべての桁が０からなる
コードＸは、正しいコードとして判断されることにな
る。したがって、すべての桁が０にデータ化けした場
合、従来のデータの検証方法ではデータエラーの検出を
行うことができなかった。
たＥＥＰＲＯＭに対する書込処理中に、ＣＰＵの暴走、
書込回路の断線などの事故が生じた場合、書込対象とな
るデータＤおよびそのＣＲＣチェックコードＸはデータ
化けして書き込まれることになる。このとき、データＤ
およびコードＸのすべての桁が０にデータ化けして書き
込まれてしまうことが多い。ところが、ＣＲＣチェック
コードによる検証アルゴリズムによると、すべての桁が
０からなるデータＤについて、すべての桁が０からなる
コードＸは、正しいコードとして判断されることにな
る。したがって、すべての桁が０にデータ化けした場
合、従来のデータの検証方法ではデータエラーの検出を
行うことができなかった。
【０００４】そこで本発明は、より確実なデータエラー
の検出を行うことができるデータの検証方法を提供する
ことを目的とする。
の検出を行うことができるデータの検証方法を提供する
ことを目的とする。
【０００５】
【課題を解決するための手段】本発明は、メモリへのデ
ータ書込時に、このデータについてのＣＲＣチェックコ
ードを発生させ、このＣＲＣチェックコードをデータと
ともに書き込むようにし、データ読出時に、このデータ
をＣＲＣチェックコードとともに読出し、読出したＣＲ
Ｃチェックコードが読出したデータについての正しいコ
ードであるか否かを調べるデータの検証方法において、
読出したＣＲＣチェックコードの全桁が０であり、か
つ、読出したデータの全桁が０である場合には、エラー
が生じていると判断するようにしたものである。
ータ書込時に、このデータについてのＣＲＣチェックコ
ードを発生させ、このＣＲＣチェックコードをデータと
ともに書き込むようにし、データ読出時に、このデータ
をＣＲＣチェックコードとともに読出し、読出したＣＲ
Ｃチェックコードが読出したデータについての正しいコ
ードであるか否かを調べるデータの検証方法において、
読出したＣＲＣチェックコードの全桁が０であり、か
つ、読出したデータの全桁が０である場合には、エラー
が生じていると判断するようにしたものである。
【０００６】
【作 用】全桁が０であるようなデータＤについてのＣ
ＲＣチェックコードＸは、やはり全桁が０であるような
コードになる。ただし、逆に、全桁が０であるようなＣ
ＲＣチェックコードＸを発生させるようなデータＤは、
必ずしも全桁が０であるとは限らない。０ではない桁を
もったデータＤについてのＣＲＣチェックコードＸが、
偶然に、全桁が０であるようなコードになる場合もあ
る。本発明は、そもそも、全桁が０であるようなデータ
Ｄを意図的に書き込むようなことはないとの前提をおく
ことにより適用することができる。すなわち、読み出さ
れたＣＲＣチェックコードＸの全桁が０であったような
場合には、これに対応するデータＤの全桁も０であるか
否かを調べ、データＤの全桁が０であった場合には、Ｃ
ＲＣチェックの論理上は正しくても、これをデータエラ
ーと判断することにより、より確実な検証が可能にな
る。
ＲＣチェックコードＸは、やはり全桁が０であるような
コードになる。ただし、逆に、全桁が０であるようなＣ
ＲＣチェックコードＸを発生させるようなデータＤは、
必ずしも全桁が０であるとは限らない。０ではない桁を
もったデータＤについてのＣＲＣチェックコードＸが、
偶然に、全桁が０であるようなコードになる場合もあ
る。本発明は、そもそも、全桁が０であるようなデータ
Ｄを意図的に書き込むようなことはないとの前提をおく
ことにより適用することができる。すなわち、読み出さ
れたＣＲＣチェックコードＸの全桁が０であったような
場合には、これに対応するデータＤの全桁も０であるか
否かを調べ、データＤの全桁が０であった場合には、Ｃ
ＲＣチェックの論理上は正しくても、これをデータエラ
ーと判断することにより、より確実な検証が可能にな
る。
【０００７】
【実施例】以下、本発明を図示する実施例に基づいて説
明する。ここでは、ＩＣカードに内蔵されているＥＥＰ
ＲＯＭに、レコード１，２，３から構成されるファイル
を書き込む処理を行った場合を例にとって説明する。い
ま、レコード１のデータをＤ１、レコード２のデータを
Ｄ２、レコード３のデータをＤ３とすると、この３つの
レコードは、図１に示すように、ＥＥＰＲＯＭ内に書き
込まれることになる。すなわち、データＤ１にはコード
Ｘ１が、データＤ２にはコードＸ２が、データＤ３には
コードＸ３が、それぞれ付加された状態で書き込みが行
われることになる。ここで、コードＸ１〜Ｘ３は、それ
ぞれデータＤ１〜Ｄ３に基づいて発生されたＣＲＣチェ
ックコードである。
明する。ここでは、ＩＣカードに内蔵されているＥＥＰ
ＲＯＭに、レコード１，２，３から構成されるファイル
を書き込む処理を行った場合を例にとって説明する。い
ま、レコード１のデータをＤ１、レコード２のデータを
Ｄ２、レコード３のデータをＤ３とすると、この３つの
レコードは、図１に示すように、ＥＥＰＲＯＭ内に書き
込まれることになる。すなわち、データＤ１にはコード
Ｘ１が、データＤ２にはコードＸ２が、データＤ３には
コードＸ３が、それぞれ付加された状態で書き込みが行
われることになる。ここで、コードＸ１〜Ｘ３は、それ
ぞれデータＤ１〜Ｄ３に基づいて発生されたＣＲＣチェ
ックコードである。
【０００８】ＩＳＯ−ＣＣＩＴＴの規格に基づくＣＲＣ
チェックコードＸは、データＤを所定の値Ｐ（具体的に
は、２進数表示で「１０００１００００００１００００
１」なる１７ビットの数）で割ったときの余りとして定
義されている。したがって、たとえば、レコード１につ
いての書き込みを行う場合には、データＤ１をＰで割っ
たときの余りとして、コードＸ１を生成する演算が行わ
れることになる。書き込みが行われた場合には、直ちに
これを読み出して検証するベリファイ処理が実行され
る。すなわち、レコード１についての書き込みが完了し
たら、直ちに、データＤ１とコードＸ１とを読み出し、
読み出したデータＤ１を所定の値Ｐで割ったときの余り
が、読み出したコードＸ１に一致するか否かが判断され
ることになる。一致すれば、支障なく書き込みが行われ
たと判断することができる。一致しなければ、何らかの
データエラーが生じたものと判断し、書込処理はやり直
される。このような検証を行うことにより、書込時のデ
ータエラーを防ぐことができる。
チェックコードＸは、データＤを所定の値Ｐ（具体的に
は、２進数表示で「１０００１００００００１００００
１」なる１７ビットの数）で割ったときの余りとして定
義されている。したがって、たとえば、レコード１につ
いての書き込みを行う場合には、データＤ１をＰで割っ
たときの余りとして、コードＸ１を生成する演算が行わ
れることになる。書き込みが行われた場合には、直ちに
これを読み出して検証するベリファイ処理が実行され
る。すなわち、レコード１についての書き込みが完了し
たら、直ちに、データＤ１とコードＸ１とを読み出し、
読み出したデータＤ１を所定の値Ｐで割ったときの余り
が、読み出したコードＸ１に一致するか否かが判断され
ることになる。一致すれば、支障なく書き込みが行われ
たと判断することができる。一致しなければ、何らかの
データエラーが生じたものと判断し、書込処理はやり直
される。このような検証を行うことにより、書込時のデ
ータエラーを防ぐことができる。
【０００９】ところが、この従来の検証方法では、書込
時にすべての桁が０に化けてしまったような場合に、エ
ラーの検出を行うことができない。たとえば、レコード
２を書き込むときに、書込処理回路の断線などの事故が
起こった場合を考えよう。ここで、本来書き込むべきデ
ータＤ２は、何らかの値をもつデータ（すなわち、全桁
がいずれも０であるようなデータではない）であるとす
る。このデータＤ２を所定の値Ｐで割ったときの余りと
してコードＸ２が得られる。なお、このコードＸ２は、
偶然、全桁が０であるような場合もありうる。さて、レ
コード２の書込処理は、データＤ２とともにコードＸ２
を所定のアドレスに書き込む作業を行うことによって実
行されるが、このとき、書込処理回路の断線などの事故
が起こり、データＤ２およびコードＸ２を書き込むべき
メモリ領域のビットがすべて０になってしまったとす
る。この場合、データＤ２およびコードＸ２を読み出す
と、いずれもすべての桁が０に化けてしまっている。と
ころが、ＣＲＣチェックにおいて、全桁が０であるデー
タを、所定の値Ｐで割ったときの余りは、やはり全桁が
０である。したがって、全桁が０であるデータＤ２につ
いて、全桁が０であるコードＸ２は、ＣＲＣチェックに
おいては正しいコードと判断され、この場合のデータエ
ラーは検出されない。一般に、ＣＰＵの暴走、書込処理
回路の断線などの事故により、全桁が０として書き込ま
れるようなケースは少なくない。
時にすべての桁が０に化けてしまったような場合に、エ
ラーの検出を行うことができない。たとえば、レコード
２を書き込むときに、書込処理回路の断線などの事故が
起こった場合を考えよう。ここで、本来書き込むべきデ
ータＤ２は、何らかの値をもつデータ（すなわち、全桁
がいずれも０であるようなデータではない）であるとす
る。このデータＤ２を所定の値Ｐで割ったときの余りと
してコードＸ２が得られる。なお、このコードＸ２は、
偶然、全桁が０であるような場合もありうる。さて、レ
コード２の書込処理は、データＤ２とともにコードＸ２
を所定のアドレスに書き込む作業を行うことによって実
行されるが、このとき、書込処理回路の断線などの事故
が起こり、データＤ２およびコードＸ２を書き込むべき
メモリ領域のビットがすべて０になってしまったとす
る。この場合、データＤ２およびコードＸ２を読み出す
と、いずれもすべての桁が０に化けてしまっている。と
ころが、ＣＲＣチェックにおいて、全桁が０であるデー
タを、所定の値Ｐで割ったときの余りは、やはり全桁が
０である。したがって、全桁が０であるデータＤ２につ
いて、全桁が０であるコードＸ２は、ＣＲＣチェックに
おいては正しいコードと判断され、この場合のデータエ
ラーは検出されない。一般に、ＣＰＵの暴走、書込処理
回路の断線などの事故により、全桁が０として書き込ま
れるようなケースは少なくない。
【００１０】本発明によるデータの検証方法では、図２
の流れ図に示すような手順を行うことにより、上述のよ
うなケースについてもデータエラーの検出を行いうるよ
うにしたものである。まず、ステップＳ１において、読
み出したＣＲＣチェックコードについて「全桁が０」で
あるか否かを判断する。「全桁が０」ではない場合に
は、ステップＳ４において、通常のチェック処理（すな
わち、従来から行われているＣＲＣチェック処理）を行
う。一方、ステップＳ１において、「全桁が０」であっ
た場合には、更に、ステップＳ２において、読み出した
データについて「全桁が０」であるか否かを判断する。
ここで、「全桁が０」ではない場合には、やはりステッ
プＳ４において通常のチェック処理を行う。一方、ステ
ップＳ２においても「全桁が０」であるとの判断がなさ
れた場合には、通常のチェック処理を行わずに（通常の
チェック処理を行うと、エラーにはならない）、ステッ
プＳ３において無条件にデータエラーと判断する。
の流れ図に示すような手順を行うことにより、上述のよ
うなケースについてもデータエラーの検出を行いうるよ
うにしたものである。まず、ステップＳ１において、読
み出したＣＲＣチェックコードについて「全桁が０」で
あるか否かを判断する。「全桁が０」ではない場合に
は、ステップＳ４において、通常のチェック処理（すな
わち、従来から行われているＣＲＣチェック処理）を行
う。一方、ステップＳ１において、「全桁が０」であっ
た場合には、更に、ステップＳ２において、読み出した
データについて「全桁が０」であるか否かを判断する。
ここで、「全桁が０」ではない場合には、やはりステッ
プＳ４において通常のチェック処理を行う。一方、ステ
ップＳ２においても「全桁が０」であるとの判断がなさ
れた場合には、通常のチェック処理を行わずに（通常の
チェック処理を行うと、エラーにはならない）、ステッ
プＳ３において無条件にデータエラーと判断する。
【００１１】上述したレコード２について、図２に示す
検証手順を行えば、まず、ステップＳ１において、コー
ドＸ２が「全桁が０」と判断され、更に、ステップＳ２
において、データＤ２が「全桁が０」と判断されるた
め、ステップＳ３においてデータエラーの検出が行われ
ることになる。
検証手順を行えば、まず、ステップＳ１において、コー
ドＸ２が「全桁が０」と判断され、更に、ステップＳ２
において、データＤ２が「全桁が０」と判断されるた
め、ステップＳ３においてデータエラーの検出が行われ
ることになる。
【００１２】図２に示す検証手順における唯一の問題点
は、本来書き込むべきデータＤ２が「全桁が０」である
ようなデータの場合である。このような場合、データＤ
２およびコードＸ２が正しく書き込まれたとしても、ス
テップＳ３においてエラーと判断されてしまうことにな
る。しかしながら、「全桁が０」であるようなデータの
書き込みを禁止するような取決めを行っておけば、この
問題は解消する。通常は、すべての桁が０であるような
データからなるレコードを記録するような事態は考えに
くく、上述のような取決めを行っても実用上は問題な
い。
は、本来書き込むべきデータＤ２が「全桁が０」である
ようなデータの場合である。このような場合、データＤ
２およびコードＸ２が正しく書き込まれたとしても、ス
テップＳ３においてエラーと判断されてしまうことにな
る。しかしながら、「全桁が０」であるようなデータの
書き込みを禁止するような取決めを行っておけば、この
問題は解消する。通常は、すべての桁が０であるような
データからなるレコードを記録するような事態は考えに
くく、上述のような取決めを行っても実用上は問題な
い。
【００１３】以上、本発明をＩＣカードのＥＥＰＲＯＭ
に対するデータ書き込みを例にとって説明したが、本発
明はＩＣカード以外についても広く適用可能である。
に対するデータ書き込みを例にとって説明したが、本発
明はＩＣカード以外についても広く適用可能である。
【００１４】
【発明の効果】以上のとおり、本発明に係るデータの検
証方法によれば、全桁が０であるようなデータＤを意図
的に書き込むようなことはないとの前提をおき、読み出
されたＣＲＣチェックコードＸの全桁が０であり、か
つ、これに対応するデータＤの全桁も０である場合に
は、これをデータエラーと判断するようにしたため、よ
り確実な検証が可能になる。
証方法によれば、全桁が０であるようなデータＤを意図
的に書き込むようなことはないとの前提をおき、読み出
されたＣＲＣチェックコードＸの全桁が０であり、か
つ、これに対応するデータＤの全桁も０である場合に
は、これをデータエラーと判断するようにしたため、よ
り確実な検証が可能になる。
【図１】ＩＣカードに内蔵されたＥＥＰＲＯＭに３つの
レコードを書き込んだ状態を示す図である。
レコードを書き込んだ状態を示す図である。
【図２】本発明によるデータの検証方法の手順を示す流
れ図である。
れ図である。
Ｄ１〜Ｄ３…書き込むべきデータ Ｘ１〜Ｘ３…ＣＲＣチェックコード
Claims (1)
- 【請求項１】 メモリへのデータ書込時に、このデータ
についてのＣＲＣチェックコードを発生させ、このＣＲ
Ｃチェックコードをデータとともに書き込むようにし、
データ読出時に、このデータをＣＲＣチェックコードと
ともに読出し、読出したＣＲＣチェックコードが読出し
たデータについての正しいコードであるか否かを調べる
データの検証方法において、読出したＣＲＣチェックコ
ードの全桁が０であり、かつ、読出したデータの全桁が
０である場合には、エラーが生じていると判断すること
を特徴とするデータの検証方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33961092A JP3222592B2 (ja) | 1992-11-26 | 1992-11-26 | データの検証装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33961092A JP3222592B2 (ja) | 1992-11-26 | 1992-11-26 | データの検証装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06161905A true JPH06161905A (ja) | 1994-06-10 |
| JP3222592B2 JP3222592B2 (ja) | 2001-10-29 |
Family
ID=18329121
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP33961092A Expired - Lifetime JP3222592B2 (ja) | 1992-11-26 | 1992-11-26 | データの検証装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3222592B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010250700A (ja) * | 2009-04-17 | 2010-11-04 | Daikin Ind Ltd | Ｅｅｐｒｏｍのデータエラーチェック方法、及び制御ユニット |
| JP2012039573A (ja) * | 2010-08-11 | 2012-02-23 | Nec Corp | 受信装置および受信方法、プログラム、並びに通信システム |
-
1992
- 1992-11-26 JP JP33961092A patent/JP3222592B2/ja not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010250700A (ja) * | 2009-04-17 | 2010-11-04 | Daikin Ind Ltd | Ｅｅｐｒｏｍのデータエラーチェック方法、及び制御ユニット |
| JP2012039573A (ja) * | 2010-08-11 | 2012-02-23 | Nec Corp | 受信装置および受信方法、プログラム、並びに通信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3222592B2 (ja) | 2001-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4531213A (en) | Memory through checking system with comparison of data word parity before and after ECC processing | |
| JP2772391B2 (ja) | 不良データアルゴリズム | |
| US8327230B2 (en) | Data structure for flash memory and data reading/writing method thereof | |
| JPH02278449A (ja) | フオールト・トレラント・メモリ・システム | |
| CN111428280B (zh) | SoC安全芯片密钥信息完整性存储及错误自修复方法 | |
| KR920010972B1 (ko) | 고장 방지 컴퓨터 메모리 시스템 | |
| US5768494A (en) | Method of correcting read error in digital data processing system by implementing a predetermind number of data read retrials | |
| JPH06161905A (ja) | データの検証方法 | |
| US6754857B2 (en) | Method of testing cache memory | |
| JP3391475B2 (ja) | データの書き込み方法および読み出し方法ならびにこれらの方法を実施するデータ記録再生装置 | |
| JPH05216771A (ja) | データ処理装置内の重要データの回復可能性を保証する方法と装置 | |
| JP3130796B2 (ja) | 制御記憶装置 | |
| JPH0290816A (ja) | 誤り訂正方法および回路 | |
| JP3154853B2 (ja) | イリーガルメモリアクセス検出方式 | |
| JP3129865B2 (ja) | データの検証方法 | |
| JP2864288B2 (ja) | Ｉｃカードにおけるエラーチェック方法 | |
| JPH11272566A (ja) | Ｎｏｒ型フラッシュメモリを用いた記憶装置 | |
| JPH0675717A (ja) | ハードディスクのリードエラーリカバリ方式 | |
| JP3055986B2 (ja) | データ書き込み方法 | |
| JPH0756816A (ja) | メモリの制御装置 | |
| JPH08129510A (ja) | メモリデータ訂正装置 | |
| JPS60258663A (ja) | メモリエラ−処理回路 | |
| JPH02143352A (ja) | メモリエラー検出修正方式 | |
| JPS6327940A (ja) | 記憶制御装置 | |
| JPS5823678B2 (ja) | ジコチエツクキノウオユウスルアヤマリテイセイカイロ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080817 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090817 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090817 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130817 Year of fee payment: 12 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130817 Year of fee payment: 12 |