JP3128102B2 - 情報記録再生方式 - Google Patents
情報記録再生方式Info
- Publication number
- JP3128102B2 JP3128102B2 JP06025147A JP2514794A JP3128102B2 JP 3128102 B2 JP3128102 B2 JP 3128102B2 JP 06025147 A JP06025147 A JP 06025147A JP 2514794 A JP2514794 A JP 2514794A JP 3128102 B2 JP3128102 B2 JP 3128102B2
- Authority
- JP
- Japan
- Prior art keywords
- command
- information
- byte
- logical block
- error
- 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.)
- Expired - Fee Related
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
- G06F11/0775—Content or structure details of the error report, e.g. specific table structure, specific error fields
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0745—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in an input/output transactions management context
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/18—Error detection or correction; Testing, e.g. of drop-outs
- G11B20/1879—Direct read-after-write methods
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F2003/0697—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers device management, e.g. handlers, drivers, I/O schedulers
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Debugging And Monitoring (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、ＳＣＳＩ（Small Comp
uter System Interface)を介してホストコンピュータか
ら送られる指令に基づいて情報記録媒体に所定の情報を
記録、あるいは再生する情報記録再生方式に関するもの
である。
uter System Interface)を介してホストコンピュータか
ら送られる指令に基づいて情報記録媒体に所定の情報を
記録、あるいは再生する情報記録再生方式に関するもの
である。
【０００２】
【従来の技術】ＳＣＳＩは米国シュガート社の小型コン
ピュータとその周辺装置とを結ぶインターフェースＳＡ
ＳＩ（Shugart Associates System Interface)を基にＡ
ＮＳＩ（米国規格協会）X3T9.2作業委員会で審議がなさ
れ、ANSI X3.131-1986として規格化されたものであり、
現在パーソナル・コンピュータとその周辺装置を結ぶ標
準インターフェースになりつつある。また、最近ではそ
の拡張版であるＳＣＳＩ−２の規格化のための作業が進
められているが、現在点では最終決定には至っていな
い。ＡＮＳＩが規定するＳＣＳＩインターフェース規約
の範囲は、次の５点である。 （１）インターフェース信号の種類とその定義、信号授
受のタイミング。 （２）インターフェースとしての動作シーケンスを規定
するプロトコル、各フェーズ等の定義。 （３）ケーブル仕様、コネクタ仕様等の物理的インター
フェース条件、電送系の電機的条件。 （４）周辺機器の各種制御やデータ転送を実行するため
のコマンド体系並びにコマンドの形式および各コマンド
の機能。 （５）コマンドの実行結果をホストコンピュータに知ら
せるためのステータスバイト形式、並びにその過程にお
ける異常状態等を知らせるセンスデータの構造。
ピュータとその周辺装置とを結ぶインターフェースＳＡ
ＳＩ（Shugart Associates System Interface)を基にＡ
ＮＳＩ（米国規格協会）X3T9.2作業委員会で審議がなさ
れ、ANSI X3.131-1986として規格化されたものであり、
現在パーソナル・コンピュータとその周辺装置を結ぶ標
準インターフェースになりつつある。また、最近ではそ
の拡張版であるＳＣＳＩ−２の規格化のための作業が進
められているが、現在点では最終決定には至っていな
い。ＡＮＳＩが規定するＳＣＳＩインターフェース規約
の範囲は、次の５点である。 （１）インターフェース信号の種類とその定義、信号授
受のタイミング。 （２）インターフェースとしての動作シーケンスを規定
するプロトコル、各フェーズ等の定義。 （３）ケーブル仕様、コネクタ仕様等の物理的インター
フェース条件、電送系の電機的条件。 （４）周辺機器の各種制御やデータ転送を実行するため
のコマンド体系並びにコマンドの形式および各コマンド
の機能。 （５）コマンドの実行結果をホストコンピュータに知ら
せるためのステータスバイト形式、並びにその過程にお
ける異常状態等を知らせるセンスデータの構造。
【０００３】上記（４）項におけるコマンド体系は、以
下の通りである。まず、ＳＣＳＩコマンドは、８種類の
グループに分けられる。ＣＤＢ（Command Descripter B
lock) の最初のバイトはオペレーション・コードであ
り、その上位３ビットがグループコードを指定し、下位
５ビットがグループ毎のコマンドコード（コマンドの種
類を示すコード）を指定する。ＣＤＢの長さは、グルー
プ毎に以下のように規定されている。 （１）グループ０ … ６バイト （２）グループ１ … １０バイト （３）グループ２〜４ … リザーブ （４）グループ５ … １２バイト （５）グループ６〜７ … ベンダーユニーク（製造
者規定） グループ６〜７のＣＤＢは、ＳＣＳＩデバイス固有に定
義可能なコマンド群である。各コマンドにおいては、論
理ブロックアドレスはロジカルユニット上で固定長のデ
ータブロックが連続して配列されている。
下の通りである。まず、ＳＣＳＩコマンドは、８種類の
グループに分けられる。ＣＤＢ（Command Descripter B
lock) の最初のバイトはオペレーション・コードであ
り、その上位３ビットがグループコードを指定し、下位
５ビットがグループ毎のコマンドコード（コマンドの種
類を示すコード）を指定する。ＣＤＢの長さは、グルー
プ毎に以下のように規定されている。 （１）グループ０ … ６バイト （２）グループ１ … １０バイト （３）グループ２〜４ … リザーブ （４）グループ５ … １２バイト （５）グループ６〜７ … ベンダーユニーク（製造
者規定） グループ６〜７のＣＤＢは、ＳＣＳＩデバイス固有に定
義可能なコマンド群である。各コマンドにおいては、論
理ブロックアドレスはロジカルユニット上で固定長のデ
ータブロックが連続して配列されている。
【０００４】図７はハードディスク装置における論理ブ
ロックの構成を示した図である。図７において、シリン
ダ＝０、セクタ＝０のデータブロックを論理ブロックア
ドレス＝０とし、セクタ、トラック、シリンダの順番で
それぞれ１つ増えるごとに、論理ブロックアドレスを１
つ増加させる。論理ブロックアドレスが優れている点
は、イニシエータ（ホストコンピュータ）が先頭データ
ブロックの論理ブロックアドレスと処理ブロック数を指
定してデータをアクセスするので、物理的な構造を意識
する必要がない点である。従って、論理ブロックアドレ
スを使用すると、シリンダ、トラック、セクタ等の数が
互いに異なるデバイス同士を接続した場合に、同一のソ
フトフェアで動作させることが可能である。
ロックの構成を示した図である。図７において、シリン
ダ＝０、セクタ＝０のデータブロックを論理ブロックア
ドレス＝０とし、セクタ、トラック、シリンダの順番で
それぞれ１つ増えるごとに、論理ブロックアドレスを１
つ増加させる。論理ブロックアドレスが優れている点
は、イニシエータ（ホストコンピュータ）が先頭データ
ブロックの論理ブロックアドレスと処理ブロック数を指
定してデータをアクセスするので、物理的な構造を意識
する必要がない点である。従って、論理ブロックアドレ
スを使用すると、シリンダ、トラック、セクタ等の数が
互いに異なるデバイス同士を接続した場合に、同一のソ
フトフェアで動作させることが可能である。
【０００５】図８はＳＣＳＩのシステム構成の一般例を
示した図である。論理ユニットとしては、通常図７に示
すようにハードディスク等の物理的なデバイスを接続す
ることが多いが、論理ユニット番号（ＬＵＮ：Logical
Unit Number)は物理的なデバイスに付与しても良いし、
仮想的なデバイスに付与しても良い。通常、ＳＣＳＩに
おいてはＳＣＳＩバス上にＬＵＮ＝０〜７の８台の論理
ユニットを接続可能であり、さらに拡張メッセージを使
用することにより、最大２０４８台の論理ユニットを接
続可能である。
示した図である。論理ユニットとしては、通常図７に示
すようにハードディスク等の物理的なデバイスを接続す
ることが多いが、論理ユニット番号（ＬＵＮ：Logical
Unit Number)は物理的なデバイスに付与しても良いし、
仮想的なデバイスに付与しても良い。通常、ＳＣＳＩに
おいてはＳＣＳＩバス上にＬＵＮ＝０〜７の８台の論理
ユニットを接続可能であり、さらに拡張メッセージを使
用することにより、最大２０４８台の論理ユニットを接
続可能である。
【０００６】ＳＣＳＩコマンドのＣＤＢは前述のように
６バイト以上であるが、図９にグループ０のライト（Wr
ite)コマンドのＣＤＢの一例を示す。図９においては、
Logical Unit Number がコマンドの対象となる論理ユニ
ットを、Logical Block Address がコマンドの最初に実
行される論理ブロックを、Tranfer Lengthがコマンドが
連続して実行される論理ブロック数をそれぞれ示してい
る。例えば、ライトコマンドであれば、Logical Unit N
umber で示される論理ユニットのLogical Block Addres
s で示される論理ブロックアドレスからTransfer Lengt
h で示される論理ブロック個の連続した論理ブロックに
記録がなされる。
６バイト以上であるが、図９にグループ０のライト（Wr
ite)コマンドのＣＤＢの一例を示す。図９においては、
Logical Unit Number がコマンドの対象となる論理ユニ
ットを、Logical Block Address がコマンドの最初に実
行される論理ブロックを、Tranfer Lengthがコマンドが
連続して実行される論理ブロック数をそれぞれ示してい
る。例えば、ライトコマンドであれば、Logical Unit N
umber で示される論理ユニットのLogical Block Addres
s で示される論理ブロックアドレスからTransfer Lengt
h で示される論理ブロック個の連続した論理ブロックに
記録がなされる。
【０００７】ＳＣＳＩインターフェースにおいては、コ
マンドが正常終了した場合、ターゲットはイニシエータ
に対してgoodステータスを返す。一方、コマンドが異常
終了した場合には、check condition ステータスを返す
と共に、例えば図１０に示すようなセンスデータが作成
される。図１０において、valid はバイト３から６のIn
formation Byteが有効であるかどうかを示すもので、va
lid ＝1 の場合は有効である。Error Class 及びError
Codeはセンスデータの形式を示すもので、Error Class
＝７、Error Code＝０の場合は、拡張センスデータであ
ることを示す。Sense Key はエラーの種別を、Informat
ion Byte（インフォメーションバイト）はエラーの発生
した場所（論理ブロック）をそれぞれ示す。Additional
Sense Length はバイト８以降の追加センスデータのバ
イト数を示すものである。また、Sense Codeはエラーの
詳細情報を示すものである。
マンドが正常終了した場合、ターゲットはイニシエータ
に対してgoodステータスを返す。一方、コマンドが異常
終了した場合には、check condition ステータスを返す
と共に、例えば図１０に示すようなセンスデータが作成
される。図１０において、valid はバイト３から６のIn
formation Byteが有効であるかどうかを示すもので、va
lid ＝1 の場合は有効である。Error Class 及びError
Codeはセンスデータの形式を示すもので、Error Class
＝７、Error Code＝０の場合は、拡張センスデータであ
ることを示す。Sense Key はエラーの種別を、Informat
ion Byte（インフォメーションバイト）はエラーの発生
した場所（論理ブロック）をそれぞれ示す。Additional
Sense Length はバイト８以降の追加センスデータのバ
イト数を示すものである。また、Sense Codeはエラーの
詳細情報を示すものである。
【０００８】イニシエータでは発行したコマンドに対し
てcheck condition ステータスがターゲットから返送さ
れた場合は、request statusコマンドを発行してターゲ
ットの作成したセンスデータを受信し、Sense key 及び
Sense Code からどのようなエラーが、 valid＝１であ
れば、Information Byteよりどこで発生したかを知るこ
とができる。
てcheck condition ステータスがターゲットから返送さ
れた場合は、request statusコマンドを発行してターゲ
ットの作成したセンスデータを受信し、Sense key 及び
Sense Code からどのようなエラーが、 valid＝１であ
れば、Information Byteよりどこで発生したかを知るこ
とができる。
【０００９】前述のように複数の論理ブロックに対して
コマンドが与えられた場合は、ターゲットはエラーの発
生した時点でセンスデータをセットしてcheck conditio
n ステータスでコマンドを終了することが一般的であ
る。例えば、論理ブロック１から５の連続した５個の論
理ブロックのリード（read) コマンドの場合、論理ブロ
ック３をリード中にリードエラーが発生すると、ターゲ
ットはセンスデータ中のSense Key を３Ｈ(Medium Erro
r)に、Sense codeを１１Ｈ（Read Error) に、Informat
ion Byteを３（エラーの発生した論理ブロック）に、va
lid をインフォメーションバイトが有効であることを示
すために１にセットしてcheck conditionステータスを
返す。イニシエータはrequest statusコマンドによりセ
ンスデータを受信し、Information Byteに示される論理
ブロック３より再度リードコマンドを発行することによ
り、エラーに対するリトライが可能である。以上説明し
たように、Information Byteはイニシエータが次にリト
ライすべき論理ブロックアドレスを示すのが一般的であ
る。
コマンドが与えられた場合は、ターゲットはエラーの発
生した時点でセンスデータをセットしてcheck conditio
n ステータスでコマンドを終了することが一般的であ
る。例えば、論理ブロック１から５の連続した５個の論
理ブロックのリード（read) コマンドの場合、論理ブロ
ック３をリード中にリードエラーが発生すると、ターゲ
ットはセンスデータ中のSense Key を３Ｈ(Medium Erro
r)に、Sense codeを１１Ｈ（Read Error) に、Informat
ion Byteを３（エラーの発生した論理ブロック）に、va
lid をインフォメーションバイトが有効であることを示
すために１にセットしてcheck conditionステータスを
返す。イニシエータはrequest statusコマンドによりセ
ンスデータを受信し、Information Byteに示される論理
ブロック３より再度リードコマンドを発行することによ
り、エラーに対するリトライが可能である。以上説明し
たように、Information Byteはイニシエータが次にリト
ライすべき論理ブロックアドレスを示すのが一般的であ
る。
【００１０】一方、従来より情報記録媒体としては、磁
気的に情報の記録・再生を行うフロッピーディスク、光
学的に情報の記録・再生を行う光学的情報記録媒体等が
知られている。光学的情報記録媒体の形態としては、デ
ィスク状、カード状、テープ状等各種のものがある。こ
のような光学的情報記録媒体のうちで、カード状の光学
的情報記録媒体（以下、光カードを称する）は、小型軽
量で持ち運びに便利な上、比較的大容量な情報記録媒体
として大きな需要が見込まれている。情報記録媒体はそ
の媒体の特性により消去書換の可能なものと、不可能な
ものがあるが、光カードは消去書換が不可能なものが一
般的で、医療分野等書換ができないことが利点となる分
野での応用が期待されている。
気的に情報の記録・再生を行うフロッピーディスク、光
学的に情報の記録・再生を行う光学的情報記録媒体等が
知られている。光学的情報記録媒体の形態としては、デ
ィスク状、カード状、テープ状等各種のものがある。こ
のような光学的情報記録媒体のうちで、カード状の光学
的情報記録媒体（以下、光カードを称する）は、小型軽
量で持ち運びに便利な上、比較的大容量な情報記録媒体
として大きな需要が見込まれている。情報記録媒体はそ
の媒体の特性により消去書換の可能なものと、不可能な
ものがあるが、光カードは消去書換が不可能なものが一
般的で、医療分野等書換ができないことが利点となる分
野での応用が期待されている。
【００１１】こうした光カードを記録媒体とした記録再
生装置では、光カードと記録再生のための光ビームを相
対的に往復運動させて光カードの記録面に情報の記録、
再生が行われ、また記録再生に際しては光ビームを記録
面上のトラックに位置付けするために、オートフォーカ
ス（ＡＦ）、オートトラッキング（ＡＴ）等の光ビーム
制御技術が用いられている。
生装置では、光カードと記録再生のための光ビームを相
対的に往復運動させて光カードの記録面に情報の記録、
再生が行われ、また記録再生に際しては光ビームを記録
面上のトラックに位置付けするために、オートフォーカ
ス（ＡＦ）、オートトラッキング（ＡＴ）等の光ビーム
制御技術が用いられている。
【００１２】
【発明が解決しようとしている課題】ところで、光カー
ドや光ディスクのように１トラック上に複数の論理ブロ
ック（セクタ）が配置されている場合は、１セクタ毎に
ライトしてベリファイする動作を繰り返すよりも、コマ
ンドのＣＤＢで指定された論理ブロック範囲中、同一ト
ラックに存在する論理ブロックは一度にライトし、その
後一度にベリファイすると云う処理がなされる。このよ
うにトラック毎に処理した方が処理時間が短縮されるの
で、一般的にこの方法が用いられている。しかし、この
ように同一トラックに存在する論理ブロックに対して一
度に処理を行った場合、処理対象となった同一トラック
の複数のセクタでエラーが発生すると、従来のＳＣＳＩ
で規定されているセンスデータでは、エラーの発生した
論理ブロックをホストコンピュータに知らせるバイト
は、Information Byteしか用意されていないので、複数
の論理セクタで発生したエラーを一度にホストコンピュ
ータに知らせることは困難である。そこで、このような
場合には、Information Byteに最初にエラーの発生した
論理ブロックがセットされ、ホストコンピュータではIn
formation Byteに示される最初にエラーの発生した論理
ブロックからリライトを実行するのが一般的である。
ドや光ディスクのように１トラック上に複数の論理ブロ
ック（セクタ）が配置されている場合は、１セクタ毎に
ライトしてベリファイする動作を繰り返すよりも、コマ
ンドのＣＤＢで指定された論理ブロック範囲中、同一ト
ラックに存在する論理ブロックは一度にライトし、その
後一度にベリファイすると云う処理がなされる。このよ
うにトラック毎に処理した方が処理時間が短縮されるの
で、一般的にこの方法が用いられている。しかし、この
ように同一トラックに存在する論理ブロックに対して一
度に処理を行った場合、処理対象となった同一トラック
の複数のセクタでエラーが発生すると、従来のＳＣＳＩ
で規定されているセンスデータでは、エラーの発生した
論理ブロックをホストコンピュータに知らせるバイト
は、Information Byteしか用意されていないので、複数
の論理セクタで発生したエラーを一度にホストコンピュ
ータに知らせることは困難である。そこで、このような
場合には、Information Byteに最初にエラーの発生した
論理ブロックがセットされ、ホストコンピュータではIn
formation Byteに示される最初にエラーの発生した論理
ブロックからリライトを実行するのが一般的である。
【００１３】ところが、例えばライト・アンド・ベリフ
ァイ（Write and Verify) コマンドが複数の論理ブロッ
クに対して発行され、コマンドのＣＤＢで指定された論
理ブロック範囲中の複数の論理ブロックでベリファイエ
ラーとなった場合は、Information Byteにはコマンドと
して見た場合、最初にエラーの発生した論理ブロックア
ドレス、すなわち一般的にはエラーの発生した論理アド
レス中の論理アドレスの最も小さなアドレスがセットさ
れることになる。
ァイ（Write and Verify) コマンドが複数の論理ブロッ
クに対して発行され、コマンドのＣＤＢで指定された論
理ブロック範囲中の複数の論理ブロックでベリファイエ
ラーとなった場合は、Information Byteにはコマンドと
して見た場合、最初にエラーの発生した論理ブロックア
ドレス、すなわち一般的にはエラーの発生した論理アド
レス中の論理アドレスの最も小さなアドレスがセットさ
れることになる。
【００１４】しかし、実際にはそれ以降の論理ブロック
でコマンドが正常終了した論理ブロックが存在する可能
性がある。これは、リード（Read) コマンドでリードエ
ラーとなった場合も、ベリファイ（Verify) コマンドで
ベリファイエラーとなった場合でも、複数の論理ブロッ
クに対してコマンドが発行された場合は同様である。そ
れにもかかわらず、従来の情報記録再生方式では、最初
にエラーの発生した論理ブロック以降の論理ブロックに
関する情報をホストコンピュータに知らせる方法がなか
ったために、ホストコンピュータはInformation Byteに
セットされたアドレスからリトライをするしかなく、エ
ラー時のリトライ処理に無駄が生じて処理時間が増大す
ると云う問題点があった。
でコマンドが正常終了した論理ブロックが存在する可能
性がある。これは、リード（Read) コマンドでリードエ
ラーとなった場合も、ベリファイ（Verify) コマンドで
ベリファイエラーとなった場合でも、複数の論理ブロッ
クに対してコマンドが発行された場合は同様である。そ
れにもかかわらず、従来の情報記録再生方式では、最初
にエラーの発生した論理ブロック以降の論理ブロックに
関する情報をホストコンピュータに知らせる方法がなか
ったために、ホストコンピュータはInformation Byteに
セットされたアドレスからリトライをするしかなく、エ
ラー時のリトライ処理に無駄が生じて処理時間が増大す
ると云う問題点があった。
【００１５】本発明は、上記従来の問題点に鑑みてなさ
れたもので、その目的はエラー発生時の処理時間を大幅
に短縮することができる情報記録再生方式を提供するこ
とにある。
れたもので、その目的はエラー発生時の処理時間を大幅
に短縮することができる情報記録再生方式を提供するこ
とにある。
【００１６】
【課題を解決するための手段】本発明の目的は、スモー
ルコンピュータシステムインターフェースを介して送ら
れるホストコンピュータの指令に基づいて、１個または
複数個のセクタが配置された複数のトラックを有する記
録媒体に所定の情報を記録、あるいは記録情報を再生す
る情報記録再生方式において、少なくとも前記情報記録
媒体から情報を再生する動作を伴うコマンドの実行中に
エラーが発生した場合は、チェックコンディションステ
ータスでコマンドを終了すると共に、センスデータ中の
インフォメーションバイトに、コマンドとして見た場
合、最初にエラーの発生した論理ブロックアドレスをセ
ットし、前記コマンドとして見た場合、最初にエラーの
発生した論理ブロックアドレスに対応する情報記録媒体
のトラック上に存在する全てのセクタのステータス情報
を、前記センスデータのインフォメーションバイトとは
別のバイトに各セクタ毎にセットすることを特徴とする
情報記録再生方式によって達成される。
ルコンピュータシステムインターフェースを介して送ら
れるホストコンピュータの指令に基づいて、１個または
複数個のセクタが配置された複数のトラックを有する記
録媒体に所定の情報を記録、あるいは記録情報を再生す
る情報記録再生方式において、少なくとも前記情報記録
媒体から情報を再生する動作を伴うコマンドの実行中に
エラーが発生した場合は、チェックコンディションステ
ータスでコマンドを終了すると共に、センスデータ中の
インフォメーションバイトに、コマンドとして見た場
合、最初にエラーの発生した論理ブロックアドレスをセ
ットし、前記コマンドとして見た場合、最初にエラーの
発生した論理ブロックアドレスに対応する情報記録媒体
のトラック上に存在する全てのセクタのステータス情報
を、前記センスデータのインフォメーションバイトとは
別のバイトに各セクタ毎にセットすることを特徴とする
情報記録再生方式によって達成される。
【００１７】
【実施例】以下、本発明の実施例について図面を参照し
て詳細に説明する。始めに、本実施例で情報記録媒体と
して使用する光カードの構成を説明する。図５はその光
カードの一例を示した平面図で、光カード１上には複数
のトラッキングトラック２が平行に設けられ、そのトラ
ッキングトラック２の間に情報を記録するためのデータ
トラック３が設けられている。データトラック３の両端
には、予めデータトラック３の物理的な位置を示す物理
トラック番号４がプリフォーマットされている。また、
データトラック３上には１トラック当たり４つのセクタ
３１、３２、３３、３４（それぞれトラック上の物理的
なセクタ番号は１から４）が配置されている。物理トラ
ック番号４は、光カード１の下端側が番号０で、上端側
に行くに従って番号が増加し、最上端で２４９９であ
る。すなわち、光カード１上には２５００本のデータト
ラック３が設けられ、また全体のトラックには合計で１
００００個のセクタが配置されている。
て詳細に説明する。始めに、本実施例で情報記録媒体と
して使用する光カードの構成を説明する。図５はその光
カードの一例を示した平面図で、光カード１上には複数
のトラッキングトラック２が平行に設けられ、そのトラ
ッキングトラック２の間に情報を記録するためのデータ
トラック３が設けられている。データトラック３の両端
には、予めデータトラック３の物理的な位置を示す物理
トラック番号４がプリフォーマットされている。また、
データトラック３上には１トラック当たり４つのセクタ
３１、３２、３３、３４（それぞれトラック上の物理的
なセクタ番号は１から４）が配置されている。物理トラ
ック番号４は、光カード１の下端側が番号０で、上端側
に行くに従って番号が増加し、最上端で２４９９であ
る。すなわち、光カード１上には２５００本のデータト
ラック３が設けられ、また全体のトラックには合計で１
００００個のセクタが配置されている。
【００１８】光カード１上のセクタはＳＣＳＩの論理ブ
ロックに対応し、物理トラック０のセクタ１が論理ブロ
ック０に、セクタ４が論理ブロック３に、物理トラック
２４９９のセクタ４が論理ブロック９９９９にそれぞれ
対応している。なお、光カードではセクタサイズの異な
る複数のセクタタイプをサポートできることが一般的で
あり、１トラック上に配置されるセクタ数は図５で示し
たように４個とは限らないが、以降の説明では、図５に
示したように１トラック上には４個のセクタが配置され
ているものとする。
ロックに対応し、物理トラック０のセクタ１が論理ブロ
ック０に、セクタ４が論理ブロック３に、物理トラック
２４９９のセクタ４が論理ブロック９９９９にそれぞれ
対応している。なお、光カードではセクタサイズの異な
る複数のセクタタイプをサポートできることが一般的で
あり、１トラック上に配置されるセクタ数は図５で示し
たように４個とは限らないが、以降の説明では、図５に
示したように１トラック上には４個のセクタが配置され
ているものとする。
【００１９】図６はＳＣＳＩシステムの一例を示したブ
ロック図である。図６において、５はターゲットとして
のＳＣＳＩコントローラである。ＳＣＳＩコントローラ
５はＳＣＳＩ規格に基づいてＳＣＳＩ信号のシーケンス
制御を行うＳＣＳＩプロトコル回路（ＳＰＣ）６、ＲＯ
Ｍ７に記憶されているプログラムに従いＳＣＳＩコント
ローラ５を制御するための制御装置であるＭＰＵ８、デ
ータ記録再生用のバッファメモリとして使用したり、セ
ンスデータの記憶用に使用されるＲＡＭ９で構成されて
いる。ＳＣＳＩコントローラ５には、情報記録再生装置
１０が接続されており、情報記録再生装置１０中には、
図５で説明した光カード１が挿入され、情報の記録ある
いは再生がホストコンピュータ１２からの指令に基づい
てなされる。なお、図６において、１３はホストアダプ
タを示す。
ロック図である。図６において、５はターゲットとして
のＳＣＳＩコントローラである。ＳＣＳＩコントローラ
５はＳＣＳＩ規格に基づいてＳＣＳＩ信号のシーケンス
制御を行うＳＣＳＩプロトコル回路（ＳＰＣ）６、ＲＯ
Ｍ７に記憶されているプログラムに従いＳＣＳＩコント
ローラ５を制御するための制御装置であるＭＰＵ８、デ
ータ記録再生用のバッファメモリとして使用したり、セ
ンスデータの記憶用に使用されるＲＡＭ９で構成されて
いる。ＳＣＳＩコントローラ５には、情報記録再生装置
１０が接続されており、情報記録再生装置１０中には、
図５で説明した光カード１が挿入され、情報の記録ある
いは再生がホストコンピュータ１２からの指令に基づい
てなされる。なお、図６において、１３はホストアダプ
タを示す。
【００２０】図１は本実施例で使用するセンスデータを
示した図である。本実施例では、再生動作を伴うコマン
ドでエラーが発生した場合に、セットするセンスデータ
中のInformation Byteには『コマンドとした見た場合、
最初にエラーの発生したブロック』が、Sector Status
にはInformation Byteにセットした『最初にエラーの発
生した論理ブロックアドレスに対応する光カードのトラ
ック上に存在する全てのセクタのステータス情報』が各
セクタ毎にセットされる。ここでは、図５に示した光カ
ードの１トラック上には４個のセクタが配置されている
ので、Sector Status はセンスデータのバイト１３〜１
６の４バイトが使用される。
示した図である。本実施例では、再生動作を伴うコマン
ドでエラーが発生した場合に、セットするセンスデータ
中のInformation Byteには『コマンドとした見た場合、
最初にエラーの発生したブロック』が、Sector Status
にはInformation Byteにセットした『最初にエラーの発
生した論理ブロックアドレスに対応する光カードのトラ
ック上に存在する全てのセクタのステータス情報』が各
セクタ毎にセットされる。ここでは、図５に示した光カ
ードの１トラック上には４個のセクタが配置されている
ので、Sector Status はセンスデータのバイト１３〜１
６の４バイトが使用される。
【００２１】図２はセンスデータ中のセクタステータス
バイトの構成を示した図である。図２において、ビット
７のValid はそのバイトが有効か無効かを示すもので、
Valid ＝０で無効を、Valid ＝１で有効をそれぞれ示し
ている。コマンドの対象となっていないセクタに対応す
るバイトのビット７は０となる。ビット０〜３のPhysic
al Sector Numberはそのバイトの示す物理セクタ番号を
示す。ビット４のScanは、そのバイトの示す物理セクタ
を光ビームが走査したかどうか、すなわち、そのセクタ
に対する記録再生がなされたかどうかを示し、Scan＝０
で走査したことを、Scan＝１で走査しなかったことをそ
れぞれ示している。なお、Scan＝０は走査の正常終了を
示すものではなく、例えばそのセクタの記録再生中にＡ
Ｔが外れた場合でもScan＝０となる。一方、そのセクタ
を走査する前にＡＴが外れた場合は、Scan＝１となる。
バイトの構成を示した図である。図２において、ビット
７のValid はそのバイトが有効か無効かを示すもので、
Valid ＝０で無効を、Valid ＝１で有効をそれぞれ示し
ている。コマンドの対象となっていないセクタに対応す
るバイトのビット７は０となる。ビット０〜３のPhysic
al Sector Numberはそのバイトの示す物理セクタ番号を
示す。ビット４のScanは、そのバイトの示す物理セクタ
を光ビームが走査したかどうか、すなわち、そのセクタ
に対する記録再生がなされたかどうかを示し、Scan＝０
で走査したことを、Scan＝１で走査しなかったことをそ
れぞれ示している。なお、Scan＝０は走査の正常終了を
示すものではなく、例えばそのセクタの記録再生中にＡ
Ｔが外れた場合でもScan＝０となる。一方、そのセクタ
を走査する前にＡＴが外れた場合は、Scan＝１となる。
【００２２】また、ビット５〜６のR/V Statusはそのバ
イトの示す物理セクタのリード／ベリファイ結果を示す
もので、Scan＝０の場合のみ有効である。R/V Status＝
００は正常終了を、R/V Status＝０１はデータがリード
／ベリファイできなかった（記録されていない）こと
を、R/V Status＝１０はリード／ベリファイされたデー
タ数が規定数に達しなかったことを、R/V Status＝１１
はＥＣＣデコードエラー／ベリファイエラーをそれぞれ
示している。
イトの示す物理セクタのリード／ベリファイ結果を示す
もので、Scan＝０の場合のみ有効である。R/V Status＝
００は正常終了を、R/V Status＝０１はデータがリード
／ベリファイできなかった（記録されていない）こと
を、R/V Status＝１０はリード／ベリファイされたデー
タ数が規定数に達しなかったことを、R/V Status＝１１
はＥＣＣデコードエラー／ベリファイエラーをそれぞれ
示している。
【００２３】図３及び図４は光カード１上の記録状態を
示した模式図であり、これに基づいて本実施例の情報記
録再生方法を説明する。図中の実線の長方形は記録のな
された論理ブロック（セクタ）を、点線の長方形は記録
のなされていない論理ブロックを、長方形中の番号は論
理ブロックアドレスを、×印はエラーの発生場所をそれ
ぞれ示している。なお、図３においては、既に論理ブロ
ック０から３までデータの記録が、図４においては、既
にブロック０から６までデータの記録がそれぞれなされ
ているものとする。
示した模式図であり、これに基づいて本実施例の情報記
録再生方法を説明する。図中の実線の長方形は記録のな
された論理ブロック（セクタ）を、点線の長方形は記録
のなされていない論理ブロックを、長方形中の番号は論
理ブロックアドレスを、×印はエラーの発生場所をそれ
ぞれ示している。なお、図３においては、既に論理ブロ
ック０から３までデータの記録が、図４においては、既
にブロック０から６までデータの記録がそれぞれなされ
ているものとする。
【００２４】ここで、図３において、ホストコンピュー
タ１２から論理ブロック４から論理ブロック７までの４
ブロックのWrite and Verifyコマンドが発行されたもの
とする。このとき、全ての論理ブロックに記録及びベリ
ファイが正常に終了した場合は、ＳＣＳＩコントローラ
５からＳＣＳＩバスを介してホストコンピュータ１２に
goodステータスが返却される。
タ１２から論理ブロック４から論理ブロック７までの４
ブロックのWrite and Verifyコマンドが発行されたもの
とする。このとき、全ての論理ブロックに記録及びベリ
ファイが正常に終了した場合は、ＳＣＳＩコントローラ
５からＳＣＳＩバスを介してホストコンピュータ１２に
goodステータスが返却される。
【００２５】次に、図３において、論理ブロック４でベ
リファイエラーが発生したものとする。なお、光カード
の記録再生装置においては、ベリファイは記録とは逆方
向でなされるのが一般的であるので、ここでは記録は論
理ブロック４、５、６、７の順で、ベリファイは論理ブ
ロック７、６、５、４の順でなされたものとする。論理
ブロック４でベリファイエラーが発生すると、ＳＣＳＩ
コントローラ５ではセンスデータをＲＡＭ９にセットし
てＳＣＳＩバスを介してホストコンピュータ１２にchec
k condition ステータスが返される。この時、センスデ
ータ中のInformation Byteには、コマンドとして見た場
合、最初にエラーの発生したブロックアドレスである４
がセットされる。センスデータのバイト１３〜１６には
Information Byteにセットした論理ブロック４と同じト
ラック上にある全セクタのステータス情報がそれぞれセ
ットされ、その値はそれぞれＥ１Ｈ、８２Ｈ、８３Ｈ、
８４Ｈとなる。
リファイエラーが発生したものとする。なお、光カード
の記録再生装置においては、ベリファイは記録とは逆方
向でなされるのが一般的であるので、ここでは記録は論
理ブロック４、５、６、７の順で、ベリファイは論理ブ
ロック７、６、５、４の順でなされたものとする。論理
ブロック４でベリファイエラーが発生すると、ＳＣＳＩ
コントローラ５ではセンスデータをＲＡＭ９にセットし
てＳＣＳＩバスを介してホストコンピュータ１２にchec
k condition ステータスが返される。この時、センスデ
ータ中のInformation Byteには、コマンドとして見た場
合、最初にエラーの発生したブロックアドレスである４
がセットされる。センスデータのバイト１３〜１６には
Information Byteにセットした論理ブロック４と同じト
ラック上にある全セクタのステータス情報がそれぞれセ
ットされ、その値はそれぞれＥ１Ｈ、８２Ｈ、８３Ｈ、
８４Ｈとなる。
【００２６】なお、ベリファイエラーの場合、Sense Ke
y は３Ｈ（Medium Error) 、SenseCodeは０ＣＨ（Write
Error)がそれぞれセットされる。この場合、ホストコ
ンピュータ１２ではバイト１３〜１６より、エラーは１
ブロックでしか発生しておらず、バイト１３の示す物理
セクタ１がInformation Byteの示す論理ブロック４であ
ることがわかる。また、ホストコンピュータ１２では、
１４〜１６の示す３ブロック、すなわち論理ブロック５
〜７に対するWrite and Verifyコマンドは正常終了して
いることがわかるので、Information Byteの示す論理ブ
ロック４に対するリトライのみを行えば良く、論理ブロ
ック５〜７に対するリトライは必要ないことがわかる。
y は３Ｈ（Medium Error) 、SenseCodeは０ＣＨ（Write
Error)がそれぞれセットされる。この場合、ホストコ
ンピュータ１２ではバイト１３〜１６より、エラーは１
ブロックでしか発生しておらず、バイト１３の示す物理
セクタ１がInformation Byteの示す論理ブロック４であ
ることがわかる。また、ホストコンピュータ１２では、
１４〜１６の示す３ブロック、すなわち論理ブロック５
〜７に対するWrite and Verifyコマンドは正常終了して
いることがわかるので、Information Byteの示す論理ブ
ロック４に対するリトライのみを行えば良く、論理ブロ
ック５〜７に対するリトライは必要ないことがわかる。
【００２７】次に、図４において、ホストコンピュータ
１２から論理ブロック３から論理ブロック６までの４ブ
ロックのVerifyコマンドが発行され、論理ブロック４で
ベリファイエラーが、論理ブロック６を再生中にＡＴ外
れが、それぞれ発生したとする。この時、ＳＣＳＩコン
トローラ５ではセンスデータをＲＡＭ９にセットしてＳ
ＣＳＩバスを介してホストコンピュータ１２にcheck co
ndition ステータスが返される。センスデータ中のInfo
rmation Byteには、コマンドとして見た場合、最初にエ
ラーの発生したブロックアドレスである４がセットされ
る。センスデータのバイト１３〜１６には、それぞれＥ
１Ｈ、８２Ｈ、Ｃ３Ｈ、１４Ｈがセットされる。なお、
バイト１６の示すセクタ４はコマンドの対象となってい
ないのでValid ＝０となっている。
１２から論理ブロック３から論理ブロック６までの４ブ
ロックのVerifyコマンドが発行され、論理ブロック４で
ベリファイエラーが、論理ブロック６を再生中にＡＴ外
れが、それぞれ発生したとする。この時、ＳＣＳＩコン
トローラ５ではセンスデータをＲＡＭ９にセットしてＳ
ＣＳＩバスを介してホストコンピュータ１２にcheck co
ndition ステータスが返される。センスデータ中のInfo
rmation Byteには、コマンドとして見た場合、最初にエ
ラーの発生したブロックアドレスである４がセットされ
る。センスデータのバイト１３〜１６には、それぞれＥ
１Ｈ、８２Ｈ、Ｃ３Ｈ、１４Ｈがセットされる。なお、
バイト１６の示すセクタ４はコマンドの対象となってい
ないのでValid ＝０となっている。
【００２８】この場合、ホストコンピュータ１２ではバ
イト１３〜１６よりエラーは２ブロックで発生してお
り、バイト１３の示す物理セクタ１がInformation Byte
の示す論理ブロック４であることがわかる。また、バイ
ト１４の示す物理セクタ３、すなわち論理ブロック５は
コマンドが正常終了していることがわかる。従って、In
formation Byteの示す論理ブロック４、及びセンスデー
タのバイト１５の示す論理ブロック６に対するリトライ
のみを行えば良く、論理ブロック５に対するリトライは
必要ないことがわかる。
イト１３〜１６よりエラーは２ブロックで発生してお
り、バイト１３の示す物理セクタ１がInformation Byte
の示す論理ブロック４であることがわかる。また、バイ
ト１４の示す物理セクタ３、すなわち論理ブロック５は
コマンドが正常終了していることがわかる。従って、In
formation Byteの示す論理ブロック４、及びセンスデー
タのバイト１５の示す論理ブロック６に対するリトライ
のみを行えば良く、論理ブロック５に対するリトライは
必要ないことがわかる。
【００２９】なお、以上の実施例では、図５に示した光
カードの１トラック上に４個のセクタが配置されている
ので、Sector Status はセンスデータのバイト１３〜１
６の４バイトが使用されるものとして説明したが、この
バイト数は１トラック上に配置されるセクタ数に合わせ
て決定されることは言うまでもない。この場合、Sector
Status に使用するバイト数は、予め情報記録再生装置
がサポートする情報記録媒体の１トラックに配置される
セクタ数の最大値と等しいバイト数を固定値として確保
しても良い。また、例えば特開平５−２７９１５号公報
に開示されているパーティションの概念のように、記録
再生に関するコマンドで記録再生に使用するセクタタイ
プで決まる１トラック上に配置されるセクタ数に合わせ
て可変しても良い。いずれにしても、１トラック上に配
置される全てのセクタに関するステータス情報を記憶す
るに十分なバイト数を確保できれば良い。
カードの１トラック上に４個のセクタが配置されている
ので、Sector Status はセンスデータのバイト１３〜１
６の４バイトが使用されるものとして説明したが、この
バイト数は１トラック上に配置されるセクタ数に合わせ
て決定されることは言うまでもない。この場合、Sector
Status に使用するバイト数は、予め情報記録再生装置
がサポートする情報記録媒体の１トラックに配置される
セクタ数の最大値と等しいバイト数を固定値として確保
しても良い。また、例えば特開平５−２７９１５号公報
に開示されているパーティションの概念のように、記録
再生に関するコマンドで記録再生に使用するセクタタイ
プで決まる１トラック上に配置されるセクタ数に合わせ
て可変しても良い。いずれにしても、１トラック上に配
置される全てのセクタに関するステータス情報を記憶す
るに十分なバイト数を確保できれば良い。
【００３０】
【発明の効果】以上説明したように本発明は、Readコマ
ンド、Write and Verifyコマンド、Verifyコマンドとい
った少なくとも再生動作を伴うコマンドの実行中にエラ
ーが発生した場合に、センスデータ中のInformation By
teにはコマンドとして見た場合最初にエラーの発生した
ブロックをセットすると共に、Information Byteにセッ
トした最初にエラーの発生した論理ブロックアドレスに
対応する情報記録媒体のトラック上に存在する全てのセ
クタのステータス情報をセンスデータ中のInformation
Byteとは別のバイトに各セクタ毎にセットするものであ
るから、イニシエータがリトライを行うに有用な情報を
与えることが可能となり、イニシエータは無駄なリトラ
イを行う必要がなく、処理時間を従来に比べて大幅に短
縮できるという効果がある。
ンド、Write and Verifyコマンド、Verifyコマンドとい
った少なくとも再生動作を伴うコマンドの実行中にエラ
ーが発生した場合に、センスデータ中のInformation By
teにはコマンドとして見た場合最初にエラーの発生した
ブロックをセットすると共に、Information Byteにセッ
トした最初にエラーの発生した論理ブロックアドレスに
対応する情報記録媒体のトラック上に存在する全てのセ
クタのステータス情報をセンスデータ中のInformation
Byteとは別のバイトに各セクタ毎にセットするものであ
るから、イニシエータがリトライを行うに有用な情報を
与えることが可能となり、イニシエータは無駄なリトラ
イを行う必要がなく、処理時間を従来に比べて大幅に短
縮できるという効果がある。
【図１】本発明の特徴を最もよく表した図で、本発明の
実施例で使用するセンスデータを示した説明図である。
実施例で使用するセンスデータを示した説明図である。
【図２】本発明の実施例で使用するセンスデータ中のセ
クタステータスバイトの構成を示した説明図である。
クタステータスバイトの構成を示した説明図である。
【図３】本発明の一実施例を説明するための図である。
【図４】本発明の一実施例を説明するための図である。
【図５】上記実施例で情報記録媒体として使用する光カ
ードを示した平面図である。
ードを示した平面図である。
【図６】ＳＣＳＩシステムの構成例を示したブロック図
である。
である。
【図７】ハードディスク装置における論理ブロックの構
成を示した説明図である。
成を示した説明図である。
【図８】一般的なＳＣＳＩのシステムの構成例を示した
ブロック図である。
ブロック図である。
【図９】ＳＣＳＩインターフェースにおけるライトコマ
ンドのＣＤＢの一例を示した説明図である。
ンドのＣＤＢの一例を示した説明図である。
【図１０】従来の情報記録再生方式で使用されるセンス
データの一例を示した説明図である。
データの一例を示した説明図である。
１ 光カード ２ トラッキングトラック ３ データトラック ４ 物理トラック番号 ５ ＳＣＳＩコントローラ ６ ＳＣＳＩプロトコル回路（ＳＰＣ） ７ ＲＯＭ ８ ＭＰＵ ９ ＲＡＭ １０ 情報記録再生装置 １２ ホストコンピュータ
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 3/06 305 G06F 13/00 301 G11B 20/18 520 G11B 20/18 550 G11B 20/18 552
Claims (1)
- 【請求項１】 スモールコンピュータシステムインター
フェースを介して送られるホストコンピュータの指令に
基づいて１個または複数個のセクタが配置された複数の
トラックを有する情報記録媒体に所定の情報を記録、あ
るいは記録情報を再生する情報記録再生方式において、 少なくとも前記情報記録媒体から情報を再生する動作を
伴うコマンドの実行中にエラーが発生した場合は、チェ
ックコンディションステータスでコマンドを終了すると
共に、センスデータ中のインフォメーションバイトに、
コマンドとして見た場合、最初にエラーの発生した論理
ブロックアドレスをセットし、前記コマンドとして見た
場合、最初にエラーの発生した論理ブロックアドレスに
対応する情報記録媒体のトラック上に存在する全てのセ
クタのステータス情報を、前記センスデータのインフォ
メーションバイトとは別のバイトに各セクタ毎にセット
することを特徴とする情報記録再生方式。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP06025147A JP3128102B2 (ja) | 1994-02-23 | 1994-02-23 | 情報記録再生方式 |
| EP95301085A EP0669571B1 (en) | 1994-02-23 | 1995-02-21 | Information recording/reproducing method and apparatus |
| DE69520805T DE69520805T2 (de) | 1994-02-23 | 1995-02-21 | Verfahren und Gerät zur Aufzeichnung/Wiedergabe von Information |
| US08/394,165 US5619481A (en) | 1994-02-23 | 1995-02-22 | Information recording/reproducing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP06025147A JP3128102B2 (ja) | 1994-02-23 | 1994-02-23 | 情報記録再生方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07234762A JPH07234762A (ja) | 1995-09-05 |
| JP3128102B2 true JP3128102B2 (ja) | 2001-01-29 |
Family
ID=12157893
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP06025147A Expired - Fee Related JP3128102B2 (ja) | 1994-02-23 | 1994-02-23 | 情報記録再生方式 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5619481A (ja) |
| EP (1) | EP0669571B1 (ja) |
| JP (1) | JP3128102B2 (ja) |
| DE (1) | DE69520805T2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6170066B1 (en) * | 1995-09-29 | 2001-01-02 | Intel Corporation | Power-off recovery management for sector based flash media managers |
| US6942151B2 (en) * | 2001-05-15 | 2005-09-13 | Welch Allyn Data Collection, Inc. | Optical reader having decoding and image capturing functionality |
| US7739462B2 (en) * | 2005-02-23 | 2010-06-15 | International Business Machines Corporation | Policy based data shredding for storage controller |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02193335A (ja) * | 1989-01-20 | 1990-07-31 | Csk Corp | カード型光記録媒体 |
| JPH0527915A (ja) * | 1991-07-23 | 1993-02-05 | Canon Inc | 情報記録再生方式 |
| JP3132677B2 (ja) * | 1991-07-23 | 2001-02-05 | キヤノン株式会社 | 情報記録再生方法 |
| JPH0689446A (ja) * | 1992-09-07 | 1994-03-29 | Olympus Optical Co Ltd | 光学的情報記録再生装置及びトラックジャンプ方法 |
-
1994
- 1994-02-23 JP JP06025147A patent/JP3128102B2/ja not_active Expired - Fee Related
-
1995
- 1995-02-21 DE DE69520805T patent/DE69520805T2/de not_active Expired - Fee Related
- 1995-02-21 EP EP95301085A patent/EP0669571B1/en not_active Expired - Lifetime
- 1995-02-22 US US08/394,165 patent/US5619481A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP0669571A1 (en) | 1995-08-30 |
| DE69520805D1 (de) | 2001-06-07 |
| JPH07234762A (ja) | 1995-09-05 |
| EP0669571B1 (en) | 2001-05-02 |
| DE69520805T2 (de) | 2001-10-18 |
| US5619481A (en) | 1997-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100345632B1 (ko) | 기억 장치 및 그 제어 방법 | |
| US6748486B2 (en) | Method, system, and data structures for superimposing data records in a first data format to memory in a second data format | |
| US6484234B1 (en) | Method and apparatus for efficiently destaging data from a cache to two or more non-contiguous storage locations | |
| JP5712713B2 (ja) | 制御装置、制御方法およびストレージ装置 | |
| KR20030091664A (ko) | 기억 장치 및 기억 장치 서브 시스템 | |
| EP0524809B1 (en) | Method of performing either the recording or reproduction of data by using information processing system | |
| JPH07281840A (ja) | ２重化ディスク記録装置 | |
| US7478195B2 (en) | Disk device with degree of multiplexing based on a received logical block address | |
| JP3132677B2 (ja) | 情報記録再生方法 | |
| JP3128102B2 (ja) | 情報記録再生方式 | |
| US6738879B2 (en) | Advanced technology attachment compatible disc drive write protection scheme | |
| JP2001331377A (ja) | 再生エラーの処理方法及びこれを用いたディスク装置 | |
| JP3969809B2 (ja) | 記憶装置におけるデータバッファの管理方法 | |
| JP3279854B2 (ja) | 記録再生装置 | |
| JP2004227594A (ja) | 計算機システムおよび二次記憶装置 | |
| JP3275492B2 (ja) | 連動型ディスク装置 | |
| JP2665768B2 (ja) | 情報記録再生方法 | |
| JPH0895717A (ja) | 光磁気ディスク装置およびディスク装置システム | |
| JPH05189346A (ja) | ディスク制御装置 | |
| JPH06162684A (ja) | 情報記録／再生方式 | |
| Specification | HITACHI3. 5 INCH MAGNETIC DISK DRIVE | |
| JPS61133433A (ja) | 書換え不能なデ−タ記録媒体における不良セクタ代替え処理方式 | |
| JPH0376059A (ja) | 磁気ディスク装置 | |
| JPS583112A (ja) | 磁気デイスク装置に於けるブロツク割り付け方式 | |
| JP2000330728A (ja) | ディスクアレイ装置及びそれに用いる高速通信方法並びにその制御プログラムを記録した記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |