(57)【特許請求の範囲】
【請求項１】
第１〜第ｎの記録ヘッドと、
記録データとして、複数の区分データから成るトラック単位の記録データを形成するデータ形成手段と、
上記データ形成手段により形成されたトラック単位の記録データを、上記第１〜第ｎの記録ヘッドによりテープ状記録媒体に対して記録していくもので、上記第１〜第ｎの記録ヘッドごとに対応した第１〜第ｎのヘッド対応トラックが循環的に上記テープ状記録媒体に形成されていくようにする記録手段と、
上記記録手段によりテープ状記録媒体に記録されたデータについて、再度記録すべきか否かの判定を、上記区分データを最小単位として行う再度記録判定手段と、
テープ状記録媒体に記録されたデータのエラーレートを検出するのにあたり、上記第１〜第ｎのヘッド対応トラックから成る循環単位記録領域を、上記ヘッド対応トラック単位及び区分データ単位とに基づいて所定規則により分割した分割領域ごとのエラーレートを検出する領域エラーレート検出手段と、
上記領域エラーレート検出手段により検出された上記分割領域ごとのエラーレートに基づいて、上記再度記録判定手段により再度記録すべきこととした再度記録対象データについての、上記循環単位記録領域における記録位置を決定する記録位置決定手段と、
上記記録位置決定手段により決定された記録位置となるようにして、再度記録対象データを含む上記トラック単位の記録データがデータ形成手段により形成されるようにして制御する制御手段と、
を備え、
上記領域エラーレート検出手段が検出対象とする上記分割領域は、上記第１〜第ｎのヘッド対応トラックを、それぞれ所定数の区分データから成る単位で分割するようにして形成したものであり、
上記領域エラーレート検出手段の検出結果に基づいて、上記第１〜第ｎのヘッド対応トラック単位でのデータ品質の良否を判定する良否判定手段をさらに備え、
上記制御手段は、上記第１〜第ｎの記録ヘッドのうちで、上記良否判定手段によりデータ品質が良好でないと判定されたトラックに対応する記録ヘッドによっては、有効なデータの記録が行われないように制御するとともに、上記良否判定手段によりデータ品質が良好でないと判定されたヘッド対応トラックに対応する記録ヘッドにより記録されるトラック単位の記録データについて、上記良否判定手段によりデータ品質が良好でないと判定されていない他のヘッド対応トラックに対応する記録ヘッドにより記録すべきトラック単位の記録データと同じ内容が、上記データ形成手段により形成されるようにして制御する
記録装置。
【請求項２】
記録データとして、複数の区分データから成るトラック単位の記録データを形成するデータ形成手順と、
上記データ形成手順により形成されたトラック単位の記録データを、第１〜第ｎの記録ヘッドによりテープ状記録媒体に対して記録していくもので、上記第１〜第ｎの記録ヘッドごとに対応した第１〜第ｎのヘッド対応トラックが循環的に上記テープ状記録媒体に形成されていくようにする記録手順と、
上記記録手順によりテープ状記録媒体に記録されたデータについて、再度記録すべきか否かの判定を、上記区分データを最小単位として行う再度記録判定手順と、
テープ状記録媒体に記録されたデータのエラーレートを検出するのにあたり、上記第１〜第ｎのヘッド対応トラックから成る循環単位記録領域を、上記ヘッド対応トラック単位及び区分データ単位とに基づいて所定規則により分割した分割領域ごとのエラーレートを検出する領域エラーレート検出手順と、
上記領域エラーレート検出手順により検出された上記分割領域ごとのエラーレートに基づいて、上記再度記録判定手順により再度記録すべきこととした再度記録対象データについての、上記循環単位記録領域における記録位置を決定する記録位置決定手順と、
上記記録位置決定手順により決定された記録位置となるようにして、再度記録対象データを含む上記トラック単位の記録データがデータ形成手順により形成されるようにして制御する制御手順と、
を実行し、
上記領域エラーレート検出手段が検出対象とする上記分割領域は、上記第１〜第ｎのヘッド対応トラックを、それぞれ所定数の区分データから成る単位で分割するようにして形成したものであり、
上記領域エラーレート検出手順の検出結果に基づいて、上記第１〜第ｎのヘッド対応トラック単位でのデータ品質の良否を判定する良否判定手順をさらに実行し、
上記制御手順は、上記第１〜第ｎの記録ヘッドのうちで、上記良否判定手順においてデータ品質が良好でないと判定されたトラックに対応する記録ヘッドによっては、有効なデータの記録が行われないように制御するとともに、上記良否判定手順によりデータ品質が良好でないと判定されたヘッド対応トラックに対応する記録ヘッドにより記録されるトラック単位の記録データについて、上記良否判定手順によりデータ品質が良好でないと判定されていない他のヘッド対応トラックに対応する記録ヘッドにより記録すべきトラック単位の記録データと同じ内容が、上記データ形成手順により形成されるようにして制御する
記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テープ状記録媒体に対して情報記録を行う記録装置、記録方法に関するものである。
【背景技術】
【０００２】
デジタルデータを、テープ状記録媒体の１種である磁気テープに記録／再生することのできる装置として、いわゆるテープストリーマドライブが知られている。このようなテープストリーマドライブは、メディアであるテープカセットのテープ長にもよるが、例えば数十〜数百ギガバイト程度の膨大な記録容量を有することが可能である。このため、コンピュータ本体のハードディスク等のメディアに記録されたデータをバックアップするなどの用途に広く利用されている。また、データサイズの大きい画像データ等の保存に利用する場合にも好適とされている。
【０００３】
このようなテープストリーマドライブでは、回転ドラムに所定のラップ角で磁気テープを巻装させた状態でテープを走行させるとともに、回転ドラムを回転させて、回転ドラム上の磁気ヘッドを用いてヘリカルスキャン方式で記録／再生走査を行なうことで高密度記録を可能にしている。従って周知のように、磁気テープ上には、その長手方向に対して所定の傾き角度を有するようにして形成されるトラックが連続するようにしてデータが記録されていくことになる。
【０００４】
ところで、上記したようなテープストリーマドライブにおいては、磁気テープに記録されるデータのフォーマットとして、例えば次のようにして規定されたものが知られている。
先ず、１つのトラックは、所定複数のブロック(Block)といわれるデータ（区分データ）が連続することにより形成される。このブロックはヘッダ及びこれに続くユーザデータとパリティのエリアとから成る。
また、グループという固定長のデータ単位が規定される。グループは、所定複数の連続するトラックに記録されるデータの集合により形成されるデータ単位であって、テープストリーマドライブにおけるデータの記録再生単位として扱われる。例えば記録時におけるエラー訂正符号の付加、又は再生時におけるエラー訂正処理は、このグループで完結するようになっている。
【０００５】
また、このようなテープストリーマドライブでは、記録時においてリードアフターライト(ＲＡＷ：Read After Write)という動作を実行するようにされている。ＲＡＷの手順としては、先ず、磁気テープへのデータの記録が正常に行われたか否かについて、例えばエラーレートなどの検出結果に基づいて判定する。このデータの記録が正常に行われたか否かについての判定は、例えばブロック単位で行うようにされている。そして、記録が正常に行われなかったとして記録エラーの判定結果が得られた場合には、リライトを行うようにされる。つまり、そのブロックのデータを、再度、別の位置に記録し直す。
【０００６】
このＲＡＷとしてのリライトの動作であるが、当初は、記録エラーと判定されたブロックのデータを含めた1トラック分のデータ単位で行うようにされていた。しかしながら、トラック単位によるリライトの動作では、リライトに伴ってダミーデータ（無効データ）として扱われる領域がトラック単位で生じる。このために、リライトにより、磁気テープにおける記録可能容量を相当に消費してしまうという問題を抱えていた。
【０００７】
そこで、例えば特許文献1として示すようにして、ＲＡＷとしてのリライトの動作について、トラック単位で記録を行うのではなく、記録エラーであるとして判定されたブロックのみについて実行するようにした構成が先に提案されている。この場合、リライトすべきブロック単位のデータを含むトラックにおいて、リライトのデータ以外のブロックは、新規に記録すべきデータとなるようにされている。このようにしてリライトが行われることで、ダミーデータのトラックが生じないようにされるために、磁気テープの記録可能容量の大幅な節約が可能になる。また、特許文献1では、ブロック単位でのリライトを行うのにあたって、各ブロックが属するグループを特定するための仕組みも提供するようにしている。これにより、例えば或るグループを成すとされるリライトのデータ（ブロック）が、例えば磁気テープ上で、次のグループを形成するとされるブロック群の中に混在するような状態で記録されたとしても、データ読み出しに際して、ブロックの適正な論理的配列によってグループ単位のデータを形成できる。
【０００８】
【特許文献１】特開２００３−２７２３１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、上記したＲＡＷの動作は、記録エラーであるとして判定されたデータを新たに書き直すまでにとどまっており、特に、書き直されるデータが記録エラーにならないようにするための配慮はされていない。このために、リライトにより書き直されたデータが再び記録エラーであると判定されて、さらにリライトが行われることになる可能性が相応の高さで存在する。
特許文献1の技術のようにして、ブロック単位によりデータを書き直すようにしてＲＡＷを行うようにすれば、トラック単位でデータの書き直しを行う場合よりも、大幅に磁気テープの記録可能容量を節約できる。しかしながら、リライトしたデータが再びリライトされるような現象が或る程度以上発生すると、記録可能容量の節約効果が低減することになってしまい好ましくない。
そこで本発明としては、リライトしたデータが再びリライトされる可能性をできるだけ小さくして、記録可能容量の節約効果が有効に発揮されるようにすることを目的とする。
【課題を解決するための手段】
【００１０】
そこで本発明は上記した課題を考慮して、記録装置として次のように構成する。
つまり、第１〜第ｎの記録ヘッドと、記録データとして、複数の区分データから成るトラック単位の記録データを形成するデータ形成手段と、上記データ形成手段により形成されたトラック単位の記録データを、上記第１〜第ｎの記録ヘッドによりテープ状記録媒体に対して記録していくもので、上記第１〜第ｎの記録ヘッドごとに対応した第１〜第ｎのヘッド対応トラックが循環的に上記テープ状記録媒体に形成されていくようにする記録手段と、上記記録手段によりテープ状記録媒体に記録されたデータについて、再度記録すべきか否かの判定を、上記区分データを最小単位として行う再度記録判定手段と、テープ状記録媒体に記録されたデータのエラーレートを検出するのにあたり、上記第１〜第ｎのヘッド対応トラックから成る循環単位記録領域を、上記ヘッド対応トラック単位及び区分データ単位とに基づいて所定規則により分割した分割領域ごとのエラーレートを検出する領域エラーレート検出手段と、上記領域エラーレート検出手段により検出された上記分割領域ごとのエラーレートに基づいて、上記再度記録判定手段により再度記録すべきこととした再度記録対象データについての、上記循環単位記録領域における記録位置を決定する記録位置決定手段と、上記記録位置決定手段により決定された記録位置となるようにして、再度記録対象データを含む上記トラック単位の記録データがデータ形成手段により形成されるようにして制御する制御手段と、を備え、上記領域エラーレート検出手段が検出対象とする上記分割領域は、上記第１〜第ｎのヘッド対応トラックを、それぞれ所定数の区分データから成る単位で分割するようにして形成したものであり、上記領域エラーレート検出手段の検出結果に基づいて、上記第１〜第ｎのヘッド対応トラック単位でのデータ品質の良否を判定する良否判定手段をさらに備え、上記制御手段は、上記第１〜第ｎの記録ヘッドのうちで、上記良否判定手段によりデータ品質が良好でないと判定されたトラックに対応する記録ヘッドによっては、有効なデータの記録が行われないように制御するとともに、上記良否判定手段によりデータ品質が良好でないと判定されたヘッド対応トラックに対応する記録ヘッドにより記録されるトラック単位の記録データについて、上記良否判定手段によりデータ品質が良好でないと判定されていない他のヘッド対応トラックに対応する記録ヘッドにより記録すべきトラック単位の記録データと同じ内容が、上記データ形成手段により形成されるようにして制御することとした。
【００１１】
上記構成では、テープ状記録媒体に対するデータ（情報）の記録を、第1〜第ｎの記録ヘッドにより行うようにされている。つまり、複数の記録ヘッドを用いた記録を行う。そして、これら第１〜第ｎの記録ヘッドによるテープ状記録媒体への記録は、第１〜第ｎの記録ヘッドごとに対応する第１〜第ｎのヘッド対応トラックが循環的に形成されていくようにして行われるようにされている。また、１つのトラックは、複数の区分データにより形成され、テープ状記録媒体に記録されたデータについての再度記録は、上記区分データを最小単位として行うようにされる。
そのうえで、本願発明では、テープ状記録媒体上における上記第１〜第ｎのヘッド対応トラックから成るとされる領域を循環単位記録領域とし、さらに、この循環単位記録領域を、トラック単位及び区分データ単位とに基づいて所定規則により分割して分割領域とする。そして、この分割領域ごとのエラーレートを検出した結果に基づいて、再度記録すべきデータについての循環単位記録領域における記録位置を決定する。この記録位置決定は、分割領域のエラーレートの検出結果を基とするので、エラーレートが小さいとされる分割領域を考慮して記録位置を決定できる。これにより、再度記録したデータが記録エラーとなる可能性が低くなる。
【発明の効果】
【００１２】
上記のようにして本願発明では、再度記録したデータについて、さらに再度記録される可能性を低くすることが可能となり、その分のテープ状記録媒体の記録可能容量の節約が有効に図られることになる。
【発明を実施するための最良の形態】
【００１３】
図１は、本発明の実施の形態としての記録装置に対応するテープストリーマドライブの構成例を示している。
この図に示すテープストリーマドライブ１０は、ここでは図示していないテープカセットの磁気テープ３に対して、ヘリカルスキャン方式により記録／再生を行うようにされている。
この図において回転ドラム１１には、４つの記録ヘッドＨＲ１、ＨＲ２、ＨＲ３、ＨＲ４と、同じく４つの再生ヘッドＨＷ１、ＨＷ２、ＨＷ３、ＨＷ４が設けられる。
記録ヘッドＨＲ１、ＨＲ２、ＨＲ３、ＨＲ４は、回転ドラム１１において、９０°の回転角となる関係で順次配置されるようになっている。アジマス角は、ＨＲ１、ＨＲ３の組が同じで、ＨＲ２、ＨＲ４の組が同じとされたうえで、ＨＲ１、ＨＲ３の組と、ＨＲ２、ＨＲ４の組との間では互いに異なる（逆アジマスとなる）ように設定されている。
また、再生ヘッドＨＷ１、ＨＷ２、ＨＷ３、ＨＷ４も、回転ドラム１１において、９０°の回転角となる関係で順次配置されるようになっている。また、各再生ヘッドの回転角的な位置としては、再生ヘッドＨＷ１が、記録ヘッドＨＲ１、ＨＲ２の間に位置し、再生ヘッドＨＷ２が、記録ヘッドＨＲ２、ＨＲ３の間に位置し、再生ヘッドＨＷ３が、記録ヘッドＨＲ３、ＨＲ４の間に位置し、再生ヘッドＨＷ４が、記録ヘッドＨＲ４、ＨＲ１の間に位置するように配置される。
なお、これらの記録ヘッドによりテープ状記録媒体に形成されるトラック、及び再生ヘッドによるトラックの読み出しがどのようになるのかについては、後述する。
【００１４】
回転ドラム１１はドラムモータ１４Ａにより回転されると共に、テープカセットから引き出された磁気テープ３が巻き付けられる。また、磁気テープ３は、キャプスタンモータ１４Ｂ及び図示しないピンチローラにより送られる。また磁気テープ３は上述したようにリール２Ａ，２Ｂに巻装されているが、リール２Ａ，２Ｂはそれぞれリールモータ１４Ｃ、１４Ｄによりそれぞれ順方向及び逆方向に回転される。
ローディングモータ１４Ｅは、図示しないローディング機構を駆動し、磁気テープ３の回転ドラム１１へのローディング／アンローディングを実行する。
イジェクトモータ２８はテープカセットの装填機構を駆動するモータであり、挿入されたテープカセットの着座およびテープカセットの排出動作を実行させる。
【００１５】
ドラムモータ１４Ａ、キャプスタンモータ１４Ｂ、リールモータ１４Ｃ、１４Ｄ、ローディングモータ１４Ｅ、イジェクトモータ２８はそれぞれメカドライバ１７からの電力印加により回転駆動される。メカドライバ１７はサーボコントローラ１６からの制御に基づいて各モータを駆動する。サーボコントローラ１６は各モータの回転速度制御を行って通常の記録再生時の走行や高速再生時のテープ走行、早送り、巻き戻し時のテープ走行などを実行させる。
なおＥＥＰ−ＲＯＭ１８にはサーボコントローラ１６が各モータのサーボ制御に用いる定数等が格納されている。
【００１６】
サーボコントローラ１６が各モータのサーボ制御を実行するために、ドラムモータ１４Ａ、キャプスタンモータ１４Ｂ、Ｔリールモータ１４Ｃ、Ｓリールモータ１４ＤにはそれぞれＦＧ（周波数発生器）が設けられており、各モータの回転情報が検出できるようにしている。即ちドラムモータ１４Ａの回転に同期した周波数パルスを発生させるドラムＦＧ２９Ａ、キャプスタンモータ１４Ｂの回転に同期した周波数パルスを発生させるキャプスタンＦＧ２９Ｂ、Ｔリールモータ１４Ｃの回転に同期した周波数パルスを発生させるＴリールＦＧ２９Ｃ、Ｓリールモータ１４Ｄの回転に同期した周波数パルスを発生させるＳリールＦＧ２９Ｄが形成され、これらの出力（ＦＧパルス）がサーボコントローラ１６に供給される。
【００１７】
サーボコントローラ１６はこれらのＦＧパルスに基づいて各モータの回転速度を判別することで、各モータの回転動作について目的とする回転速度との誤差を検出し、その誤差分に相当する印加電力制御をメカドライバ１７に対して行うことで、閉ループによる回転速度制御を実現することができる。従って、記録／再生時の通常走行や、高速サーチ、早送り、巻き戻しなどの各種動作時に、サーボコントローラ１６はそれぞれの動作に応じた目標回転速度により各モータが回転されるように制御を行うことができる。
また、サーボコントローラ１６はインターフェイスコントローラ／ＥＣＣフォーマター２２（以下、ＩＦ／ＥＣＣコントローラという）を介してシステム全体の制御処理を実行するシステムコントローラ１５と双方向に接続されている。
【００１８】
このテープストリーマドライブ１０においては、データの入出力にＳＣＳＩインターフェイス２０が用いられている。例えばデータ記録時にはホストコンピュータ４０から、固定長のレコード（ｒｅｃｏｒｄ）という伝送データ単位によりＳＣＳＩインターフェイス２０を介して逐次データが入力され、ＳＣＳＩバッファコントローラ２６を介して圧縮／伸長回路２１に供給される。ＳＣＳＩバッファコントローラ２６はＳＣＳＩインターフェイス２０のデータ転送を制御するようにされている。ＳＣＳＩバッファメモリ２７はＳＣＳＩインターフェイス２０の転送速度を得るために、ＳＣＳＩバッファコントローラ２６に対応して備えられるバッファ手段とされる。またＳＣＳＩバッファコントローラ２６は、後述するリモートメモリインターフェイス３０に対して所要のコマンドデータを供給するとともに、リモートメモリインターフェイス３０に対する動作クロックの生成も行う。
なお、このようなテープストリーマドライブシステムにおいては、可変長のデータの集合単位によってホストコンピュータ４０よりデータが伝送されるモードも存在する。
【００１９】
圧縮／伸長回路２１では、入力されたデータについて必要があれば、所定方式によって圧縮処理を施すようにされる。圧縮／伸長回路２１の出力は、ＩＦ／ＥＣＣコントローラ２２に供給されるが、ＩＦ／ＥＣＣコントローラ２２においてはその制御動作によって圧縮／伸長回路２１の出力をバッファメモリ２３に一旦蓄積する。このバッファメモリ２３に蓄積されたデータはＩＦ／ＥＣＣコントローラ２２の制御によって、最終的にグループ（Ｇｒｏｕｐ）という磁気テープの４０トラック分に相当する固定長の単位としてデータを扱うようにされ、このデータに対してＥＣＣフォーマット処理が行われる。
【００２０】
ＥＣＣフォーマット処理としては、記録データについて誤り訂正コードを付加すると共に、磁気記録に適合するようにデータについて変調処理を行って、チャンネルエンコーダ／デコーダ１３に供給する。チャンネルエンコーダ／デコーダ１３では、入力されたデータについて、記録ヘッドに応じたチャンネル分配などの処理を実行して、チャンネルごとにＲＦ処理部１９に供給する。
ＲＦ処理部１９では供給された記録データに対して増幅、記録イコライジング等の処理を施して記録信号を生成し、チャンネル振り分けに応じて、記録ヘッドＨＲ１，ＨＲ２，ＨＲ３，ＨＲ４に供給する。これにより記録ヘッドＨＲ１，ＨＲ２，ＨＲ３，ＨＲ４から磁気テープ３に対するデータの記録が行われることになる。
【００２１】
また、データ再生動作について簡単に説明すると、磁気テープ３の記録データが再生ヘッドＨＲ１，ＨＲ２，ＨＲ３，ＨＲ４によりＲＦ再生信号として読み出され、その再生出力はＲＦ処理部１９からチャンネルエンコーダ／デコーダ１３を介することで、再生イコライジング、再生クロック生成、２値化、デコード（例えばビタビ復号）などが行われる。
このようにして読み出された信号はＩＦ／ＥＣＣコントローラ２２に供給されて、まず誤り訂正処理等が施される。そしてバッファメモリ２３に一時蓄積され、所定の時点で読み出されて圧縮／伸長回路２１に供給される。
圧縮／伸長回路２１では、システムコントローラ１５の判断に基づいて、記録時に圧縮／伸長回路２１により圧縮が施されたデータであればここでデータ伸長処理を行い、非圧縮データであればデータ伸長処理を行わずにそのままパスして出力される。
圧縮／伸長回路２１の出力データはＳＣＳＩバッファコントローラ２６、ＳＣＳＩインターフェイス２０を介して再生データとしてホストコンピュータ４０に出力される。
【００２２】
ＳＲＡＭ２４，フラッシュＲＯＭ２５は、システムコントローラ１５が各種処理に用いるデータが記憶される。
フラッシュＲＯＭ２５は、例えばシステムコントローラ１５が各種処理に用いる、定数等をはじめとしたデータが記憶される。システムコントローラ１５が実行すべきプログラムや、その他ファームウェアなどとしての各種データも記憶させることができる。
またＳＲＡＭ２４は、例えばＭＩＣ（リモートメモリチップ４、接触型メモリ１０４）から読み出されたデータ、ＭＩＣに書き込むデータ、テープカセット単位で設定されるモードデータ、各種フラグデータなどを保持するメモリ領域として利用される。また、システムコントローラ１５が演算結果などを一時保持させる作業領域としても利用することができる。
【００２３】
なお、ＳＲＡＭ２４，フラッシュＲＯＭ２５は、システムコントローラ１５を構成するマイクロコンピュータの内部メモリとして構成してもよく、またバッファメモリ２３の領域の一部をワークメモリとして用いる構成としてもよい。
【００２４】
図１に示すように、テープストリーマドライブ１０とホストコンピュータ４０間は上記のようにＳＣＳＩインターフェイス２０を用いて情報の相互伝送が行われるが、システムコントローラ１５に対してはホストコンピュータ４０がＳＣＳＩコマンドを用いて各種の通信を行うことになる。
なお、例えばＩＥＥＥ１３９４インターフェイスなどをはじめ、ＳＣＳＩ以外のデータインターフェイスが採用されても構わない。
また、先に本出願人は、テープカセットに磁気テープの管理情報等を記憶可能な不揮発性メモリを設け、テープストリーマドライブにより、この不揮発性メモリに接触式／若しくは非接触式でアクセスするための構成も提案している。本実施の形態としては、このようなテープストリーマドライブの構成を採っていても構わないものである。
【００２５】
図２は、上記テープストリーマドライブ１０によって磁気テープ３に記録されるトラックの構造を示している。
各トラックは、記録ヘッドによりいわゆるアジマスベタ記録によりトラック幅ＴＷのトラックとして形成されていく。本実施の形態では、図１にて説明したようにして、回転ドラム１１に対して記録ヘッドＨＲ１，ＨＲ２、ＨＲ３、ＨＲ４（第１〜第ｎの記録ヘッド：ｎ＝４）が設けられている。そのうえで、記録時の磁気テープ３の走行方向と、回転ドラム１１の回転方向が、それぞれ図1に示す矢印ａ、ｂによる方向であるとすると、回転ドラム１１が1回転するのに応じては、図２に示すようにして、記録ヘッドＨＲ１の走査により形成されるヘッド対応トラックＴＫ−Ａ、記録ヘッドＨＲ２の走査により形成されるヘッド対応トラックＴＫ−Ｂ、記録ヘッドＨＲ３の走査により形成されるヘッド対応トラックＴＫ−Ｃ、記録ヘッドＨＲ４の走査により形成されるヘッド対応トラックＴＫ−Ｄが、磁気テープ３上で連続するようにして形成されることになる。つまり、本実施の形態としては、回転ドラム１１が1回転していくごとに、ヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄの順で、トラックが循環的に記録されるものとしてみることができる。
【００２６】
そして、隣接するトラック同志は互いに＋アジマスと−アジマスとで逆アジマスの関係となるようにされている。これをヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄとしてみれば、
ヘッド対応トラック［ＴＫ−Ａ、ＴＫ−Ｂ］
ヘッド対応トラック［ＴＫ−Ｂ、ＴＫ−Ｃ］
ヘッド対応トラック［ＴＫ−Ｃ、ＴＫ−Ｄ］
ヘッド対応トラック［ＴＫ−Ｄ、ＴＫ−Ａ］
の各組において、互いに逆アジマスとなっている。これは、先に説明した記録ヘッドＨＲ１，ＨＲ２、ＨＲ３、ＨＲ４のアジマス角の設定と対応する。
【００２７】
再生時には再生ヘッドＨＲ１，ＨＲ２，ＨＲ３，ＨＲ４によりトラックが走査される。このとき、ヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄと、再生ヘッドＨＲ１，ＨＲ２，ＨＲ３，ＨＲ４とは、同じアジマス角で対応させるようにする。つまり、記録ヘッドＨＷ１，ＨＷ３により記録されたヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｃの組は、再生ヘッドＨＲ１，ＨＲ３の組により再生することになる。また、記録ヘッドＨＷ２，ＨＷ４により記録されたヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｃの組は、再生ヘッドＨＲ２，ＨＲ４の組により再生することになる。このときには、ヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄに対して、それぞれ、再生ヘッドＨＲ１、ＨＲ２，ＨＲ３，ＨＲ４が対応するようにして再生を行うことになる場合もあるし、再生ヘッドＨＲ３，ＨＲ４，ＨＲ１、ＨＲ２が対応するようにして再生を行うことになる場合もある。ただし、後述するＲＡＷ（Read After Write）としてのエラーレート検出のためのデータ読み出しとしては、記録ヘッドと再生ヘッドの位置関係から、ヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄに対して、それぞれ、再生ヘッドＨＲ１、ＨＲ２，ＨＲ３，ＨＲ４が対応するようにして再生を行うことになる。
また、再生ヘッドＨＲ１，ＨＲ２，ＨＲ３，ＨＲ４のヘッド幅ＨＷはトラック幅ＴＷよりも広い幅とされているが、いわゆるアジマス効果により、隣接トラックからのクロストークは防止される。
【００２８】
本実施の形態が対応するテープフォーマットでは、一対の隣接するトラックにより1フレームを形成する。例えば、ヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂの組と、ヘッド対応トラックＴＫ−Ｃ、ＴＫ−Ｄの組（あるいはトラックＴＫ−Ｂ、ＴＫ−Ｃの組と、トラックＴＫ−Ｄ、ＴＫ−Ａの組の関係であってもよい）により、それぞれ1フレームが形成される。また、２０フレーム（４０トラック）が１グループといわれる単位となる。グループは最小記録単位とされる。従って、ストリーミングといわれる１回の記録動作は、最小でグループごとに行われることになる。
【００２９】
また、各トラック内のデータフォーマットは図３に示される。
１つのトラックは、例えば０〜９５のフラグメントＩＤ（Fragment ID）が順次与えられた９６のブロックの集合から成る。このブロックは所定のデータサイズによる固定長とされる。
【００３０】
ブロックのデータ構造を図４に示す。
ブロックは、この図に示すようにして、先頭の１６バイトのヘッダエリアと、これに続く１２７×２＝２５６バイトのデータエリアと、１２×２＝２４バイトのＣ１パリティエリアとから成る。Ｃ１パリティはブロック内のデータに対するするエラー訂正符号となる。ここでの詳しい説明は省略するが、本実施の形態のフォーマットでは、Ｃ２，Ｃ３パリティも規定される。Ｃ２パリティは、トラック単位で完結し、Ｃ３パリティはグループ単位で完結するエラー訂正符号である。
【００３１】
図４に示すブロックのヘッダエリアにおいて、先ず先頭２バイト(Hi,j,0,0/Hi,j,0,1)の領域にはフラグメントＩＤが格納される。
このフラグメントＩＤには、図３に示したように、トラック内において連続して配置されるブロックごとに連番が付されるようにして０〜９５のいずれかの値が格納されることになる。
【００３２】
また、第３バイト(Hi,j,1,0)の上位４ビットには、Lower 4-bit of ATN(Absolute Track Number)の値が格納される。つまり、現ブロックが属するトラックについての絶対トラックナンバの値として、その下位４ビットが示される。
また、第３バイト(Hi,j,1,0)の下位４ビットにはエリアＩＤが格納される。エリアＩＤは、実際に設定される値により、例えば現ブロックが属する領域が、デバイス領域、リファレンス領域、システム領域、データ領域、及びＥＯＤ(End Of Data) 領域の何れであるのかが示される。
【００３３】
第４バイト〜第６バイト(Hi,j,1,1〜Hi,j,2,1)の３バイトの領域は、論理アドレスの領域とされる。そして、第４バイトの上位４ビットには、論理アドレスとして、Lower 4-bit of Group Numberの値が格納される。Lower 4-bit of Group Numberは、現ブロックが論理的に属するとされるグループを示すグループナンバの値のうち、下位４ビットが示されている。
論理アドレスの領域において、残る第４バイトの下位４ビットと、第５バイト及び第６バイトから成る領域には、論理アドレスとしてデータＩＤの値が格納される。データＩＤは、現ブロックが論理的に属するとされるグループ内における、論理的なデータ位置を示す。
【００３４】
第７バイト及び第８バイト(Hi,j,3,0/Hi,j,3,1)の２バイトの領域にはWrite Session Numberの値が格納される。
【００３５】
続く第９バイト〜第１４バイト(Hi,j,4,0/Hi,j,6,1)の６バイトの領域は、ID Information(Sub Code)の領域とされる。このID Informationに対しては、フォーマットによって規定される所定規則に従って、所定複数種類のうちのデータの何れか１種類が格納されることになる。
【００３６】
上記ID Informationとして格納される情報種別の例を、図５に示す。
この図によると、ID Informationとして格納される値は、現ブロックのデータブロックナンバ（フラグメントＩＤ）の下位４ビット(Lower 4-bit of Data Block Number)の値に応じて、以下のように定義されている。
【００３７】
Lower 4-bit of Data Block Number＝0000の場合には、ID Informationには、現ブロックが属するパーティションを識別するためのPartition Numberを格納することとしている。
また、Lower 4-bit of Data Block Number＝0001の場合には、現ブロックについてのデータフォーマット(Data Format)を格納することとしている。
Lower 4-bit of Data Block Number＝0010の場合には、現ブロックを含むトラックのＡＴＮ(Absolute Track Number)を格納することとしている。
Lower 4-bit of Data Block Number＝0011の場合には、Appned ATNの値を格納することとしている。
【００３８】
Lower 4-bit of Data Block Number＝0100の場合には、Base Group Numberの値を格納することとしている。このBase Group Numberの値は、磁気テープ上における物理的位置として現ブロックが属するグループを示す。
【００３９】
Lower 4-bit of Data Block Number＝0101の場合には、Record Countを格納するようにされる。Record Countとは、現ブロックが何番目のレコードであるのかを示す。
Lower 4-bit of Data Block Number＝0110の場合には、Separator 1 Countを格納する。
Lower 4-bit of Data Block Number＝0111の場合には、Separator 2 Countを格納する。
【００４０】
Lower 4-bit of Data Block Number＝1000の場合には、LATNPG(Last ATN of the Previous Group)を格納する。ここでいう「Previous Group」とは、現ブロックが論理的に属しているとされる現グループより１つ前のグループである。そしてLATNPGは、この「Previous Group」を論理的に形成しているデータが記録されたトラックのうち、最後のトラックを示す値となる。
Lower 4-bit of Data Block Number＝1001の場合には、GIT size of the current Basic Groupが格納される。
Lower 4-bit of Data Block Number＝1010〜1111までの場合は、未定義とされている。
【００４１】
このようにして、データブロックナンバに応じて、ID Informationに格納される情報の種類は異なる。そして、その種類がデータブロックナンバの下位４ビットに対応していることで、１６ブロックにつき１回の割合で、ID Informationの各情報がブロックに割り与えられるようにして格納されることになる。
本実施の形態の場合、１トラックは９６ブロックであるから、９６／１６＝６で示されるように、ID Informationとして図５に示した各情報は、１トラックにおいて６回繰り返されるようにして記録されることになる。
そして、このID Informationとして格納される各情報が示す内容は、原則として、現ブロックを含むトラックを形成する全ブロックに共通となる。これにより、ID Informationの各情報が、上記のようにして１６ブロックに１回の割合でしか格納されていないとしても、その情報は、現トラックを形成するブロックの全てに適用してよいことになるから、ID Informationの内容に基づいて適正に記録データを管理できることになる。
また、各ブロックに全種類のID Informationの情報を格納する必要も無くなるから、各ブロックのID Informationのサイズも６バイトで収まることになる。つまり、ブロックのヘッダエリアのデータサイズをこれ以上増加させずに、その分データエリアのサイズを確保することで、冗長度ができるだけ低くなるようにしている。つまり、単位データ量あたりにおけるユーザデータの記録可能容量ができるだけ有効に取れるようにしているものである。
【００４２】
本実施の形態のテープストリーマドライブ１０のシステムでは、リードアフターライト（ＲＡＷ：Read After Write）といわれる動作が実行可能とされているが、参考として、本実施の形態のＲＡＷの基本動作に対して従来となるＲＡＷの動作例を図６及び図７により説明しておく。
【００４３】
図６は、同一とされるグループ内においてＲＡＷが行われる場合を模式的に示している。
ここで、例えばブロック内のID Informationが示すグループがGroup(N)であるとして、フレームナンバ１から順次トラックに対してメインデータを記録しているものとする。フレームとは、前述もしたように連続する２トラックにより形成されるもので、ここでは、隣接する＋アジマストラック（＋Az）と−アジマストラック（−Az）とにより１フレームが形成されているものとする。
【００４４】
そして、ここで図示するようにして、フレーム６を記録した時点で、フレーム６の＋アジマストラック（＋Az）において一部記録エラーが発生したとする。
これに応じて、ＲＡＷが実行されるのではあるが、テープストリーマドライブ側が読み出しを行って記録エラーを検出し、リライトを開始するまでには或る程度の期間を要する。このため、リライトは、記録エラーが発生したトラック以降においても或る程度記録が進行した後において実行されることになる。この図では、フレーム６にて記録エラーが発生した後において、フレーム９まで記録し終えたところで、リライトが開始されている。
そして、この場合のリライト動作としては、上記フレーム９に続けて、改めてフレーム６からトラック単位でデータを記録し直していくことになる。このようにしてリライトが行われる結果、ダミーとして使用されなくなるデータは、記録エラーの発生したフレーム６と、これに続くフレーム７，８，９の４フレーム分となる。
【００４５】
また、図７には、グループの変化位置近傍でＲＡＷによるリライトを行った場合の例が模式的に示されている。
この場合には、先ずGroup(N)を順次記録しており、Group(N)のフレーム１９のプラスアジマストラック（＋Az）において一部記録エラーが発生した状態が示されている。そして、この場合には、この後において、Group(N)の最終フレームであるフレーム２０を記録し、さらに、次のGroup(N+1)のフレーム１，２，３を記録終了した段階でリライトが開始されている。この場合、リライトは、Group(N)のフレーム１９から開始され、続けて、Group(N)のフレーム２０を記録したら、次のGroup(N+1)のフレーム１から順次記録を行っていくことになる。
この場合のダミーデータは、記録エラーの発生したGroup(N)のフレーム１９と、これに続くGroup(N)のフレーム２０、Group(N+1)のフレーム１，２，３の５フレームとなる。
【００４６】
ところで、上記図６及び図７に示したようなＲＡＷの動作では、例えば次のような問題がある。
図６及び図７からも分かるように、ＲＡＷ動作は記録エラーが発生してからリライトを開始するまでに相応の時間差があるために、その間は記録動作が進行する。そのうえで、リライト動作はトラック単位により、記録エラーのトラック（フレーム）から改めてデータ記録を再開するという手順で実行される。
このため、記録エラーが発生したトラックは、たとえエラーがトラック内の一部であるとしても、トラック全体がダミーデータとして扱われることになってしまう。
また、記録エラーの発生したトラックに続けて記録されたトラックについてエラーが発生していなかったとしても、リライトが行われた後は、ダミーデータとして扱われてしまうことになる。
このようにして従来においては、記録エラーの発生した部位のデータサイズに比較して、リライトの動作に伴ってダミーデータとなるデータサイズが大きく、それだけデータの記録可能容量を大幅に消費してしまっているということがいえる。
【００４７】
また、特に図７に示すようにして、グループの境界付近においてリライトが行われた場合、グループごとにトラックが連続せずに、一部が入れ替わるような状態も発生する可能性がある。
従来においては、図５に示したID InformationにおけるGroup Numberのみに依存して、現トラックがどのグループに属しているのかを判断している。ID Informationの各情報は、例えば１６ブロックに１回の割合でしか格納されていない情報であることから、読み出しがうまくいかないような場合もある。このような場合には、例えばグループの境界のトラックを正確に認識することが困難となって、適正な記録再生動作を妨げる可能性がある。
【００４８】
そこで、本実施の形態としては、トラック単位によりリライトを行うのではなく、ブロック単位によりリライトを行う構成を採ることとしている。この点について、図８及び図９を参照して説明する。
図８には、磁気テープ上に記録されるメインデータが模式的に示されている。この図に示すメインデータは、１つの枠が１つのブロックに対応する。そして、図において縦方向に並ぶ１列分のブロックの集合により、１トラックが形成されている。また、ブロック内に付されている０〜ｋの数は、ブロックごとに付されるデータID(Data ID)を示している。データIDは、前述もしたように、グループ内において、ブロックに対して順に付されるIDナンバである。
また、メインデータの下側には、ID InformationのBase Group Numberにより示されるグループを示している。
【００４９】
この場合には、Group(N-1)としての最終ブロックｋを記録し、これに続けてGroup(N)のブロック０から記録が開始されている。そして、図示するようにして、例えば連続する３つのブロックデータＤ1について記録エラーが発生したとする。この場合にも、ＲＡＷの動作として、このブロックデータＤ1について読み出しを行って記録エラーを検出し、リライト動作が開始されるまでには或る程度の時間を要する。そしてこの場合には、図のようにして、例えば記録エラーが発生したブロックデータＤ1の位置から７トラック先のトラックにおいて、再度、ブロックデータＤ1のリライトを行うようにしている。
この図８は、同じグループのブロック群が集合している範囲内においてリライトが行われる場合を示している。
【００５０】
また、リライトがグループの境界付近で行われる場合の例を図９に示す。
例えばこの図に示すようにして、Group(N)に属するとされるブロックを書き込んでいる途中で、連続する２ブロックのブロックデータＤ2について記録エラーが発生したとする。そして、この場合には、Group(N)に属する最終ブロックｋの書き込みが終了し、さらに次のGroup(N+1)に属するブロックデータを書き込んでいる途中で、ＲＡＷによるブロックデータＤ2のリライトが発生している。
この場合にも図示するようにして、リライトは、トラック単位で書き換えるのではなく、記録エラーとなったブロックのみについて行われるようになっている。
【００５１】
なお、先に図４により説明したフォーマットによると、例えば図８において、記録エラーとなったブロックデータＤ1と、リライトによって書き込まれたブロックデータＤ1とは、同じデータIDを有していることになる。これに対して、記録エラーとなったブロックデータＤ1のフラグメントIDと、リライトによって書き込まれたブロックデータＤ1のフラグメントIDは、実際に記録されるトラック上の位置に応じて異なる値が書き込まれるべきものとなる。
この点については、図９に示すようにして、リライトがグループをまたいで行われるような場合にも同様である。
また、ブロック単位でデータがリライトされることに応じて、現グループとその前のグループとの境界はトラックである必要はないこととしている。つまり、図８及び図９に示すように、或るトラックの途中において、Group(N)の最終ブロックｋが書き込まれたとすると、以降のトラックの残りの領域に対しては、次のGroup(N+1)の開始ブロック０からデータを書き込んでよいこととしている。
【００５２】
ところで、上記のようしてブロック単位でリライトが行われることを許可するフォーマットとしていることによっては、特に図９により示したようにして、或る１つのグループに属するとされるブロック群の中に、その１つ前のグループに属するブロックが混在するような記録状態となる可能性がある。また、１トラックにおいて、前後のグループのブロックの境界が存在する状態となる可能性もある。つまり、トラック単位で見た場合には、異なる複数のグループに属するとされるブロックが混在するようにして記録されるという状態が生じ得る。
このような記録状態となる可能性があることを考慮すれば、１つのトラックを形成するブロック単位により、各ブロックが属するとされるグループが何れであるのかを特定できるようにする必要がある。
【００５３】
本実施の形態としては、このために、先に図４に示したブロックのヘッダの構造としている。つまり、論理アドレスとして、データIDだけではなく、Lower 4-bit of Group Numberを規定している。このLower 4-bit of Group Numberを利用しての記録データの管理について、図１０を参照して説明する。
【００５４】
この図においては、例えばGroup(N)に属するブロックについてのリライトが行われたことで、示す２つのトラックｃ，ｄにおいて、Group(N)に属するブロックと、Group(N+1)に属するブロックの両者が混在して記録されている状態となっている。
【００５５】
また、この図においては、トラックごとに記録されるID InformationのBase Group Numberが示すグループナンバが示されている。本実施の形態の場合には、Base Group Numberによっては、図１０にも示すようにして、必ず連続するトラックの集合によって１つのグループナンバを示すようにされている。逆に言えば、連続するトラックにおいて、前後のグループナンバが入れ替わるようにしてBase Group Numberの値が格納されることはない。
また、Base Group Numberは、次のグループのブロックが記録されているトラックがあるとしても、Base Group Numberが示すグループに属するとされるブロックの記録が終了するまでは、現グループのグループナンバを示すようにされる。
図１０の場合であれば、Base Group Numberが示すグループナンバとして、Group(N)は、磁気テープ上において最後のGroup(N)のブロックが物理的に記録される、トラックｄまでを必ず含むべきことになる。なお、この場合には、Base Group Numberによっては、トラックｄに続くトラックｅまでがGroup(N)として扱われている。
本実施の形態において、Base Group Numberは、トラック単位により、ブロックが属するグループナンバを示すものであり、磁気テープ上において物理的に設定されたグループの範囲を示すものとなる。従って、図１０からも分かるように、Base Group Numberが示すグループナンバは、各ブロックが論理的に属すべきグループと異なっていてもよいものとされている。
【００５６】
そして、図１０に示す各ブロックに格納されるLower 4-bit of Group Numberには、論理的にそのブロックが属するとされるグループのナンバが格納されることになる。
【００５７】
このようにして、ID InformationとしてのBase Group Numberと共に、Lower 4-bit of Group Numberを規定すれば、例えば、以下の式により各ブロックが属するとされるグループを一意的に認識することができる。
If （Base Group Number[3:0] == Lower 4-bit of Group Number[3:0]）｛
ブロックのグループナンバ= Base Group Number;
} else if （Base Group Number[3:0] + 1) == Lower 4-bit of Group Number[3:0]）{
ブロックのグループナンバ= Base Group Number + 1
} else {
不明
}
ただし、各ブロックは、2グループ離れた位置に記録されることはない。つまり、Group(N)に属するブロックは、ID InformationのBase Group Numberが示すGroup(N-1) またはGroup(N-1)としてのトラックに記録されるものとする。
【００５８】
上記式に基づいて、ブロックの属するグループが特定される例を、再度図１０を参照して説明する。
例えばテープストリーマドライブ１０により、トラックａを再生しているとする。このトラックａは、Group(N)に属するブロックｋ−２，ｋ−１，ｋに続いて、次のGroup(N+1)のブロック０，１，２，３，４が記録されている。
このトラックａのID InformationのBase Group Numberは、Group(N)であることを示している。そして、このトラックｄのブロックｋ−２，ｋ−１，ｋに関しては、各Lower 4-bit of Group Numberは、Group(N)の下位４ビットを示していることになる。従って、これらの各ブロックｋ−２，ｋ−１，ｋのBase Group Numberの下位４ビットと、Lower 4-bit of Group Numberとは一致することになるから、これらのブロックｋ−２，ｋ−１，ｋは、Group(N)に属するブロックであるということが特定されることになる。
【００５９】
これに対して、トラックａのブロック０，１，２，３，４の各Lower 4-bit of Group Numberは、Group(N)ではなく、Group(N+1)の下位４ビットを示していることになる。これに対して、トラックａのID InformationのBase Group Numberは、Group(N)を示している。従って、この場合には、Base Group NumberとLower 4-bit of Group Numberとは一致していないことになる。
上記式に依れば、このようにしてLower 4-bit of Group Numberが、Base Group Numberと一致していないブロックについては、Base Group Number＋１で表される値のグループに属するものであることとして決定することとしている。そして、トラックａのブロック０，１，２，３，４については、この規則が適用されるので、Base Group Number＋１＝Group(N)＋１＝Group(N+1)ということになって、Group(N+1)に属するものであるとして決定できることになる。
【００６０】
以下、同様にして上記式に従うことで、次のトラックｂを形成するブロックは、全てGroup(N+1)に属するものであるとして決定される。
また、さらに次のトラックｃ，ｄについては、リライトによって挿入されたブロックは、Group(N)のブロックであることが決定され、残るブロックはGroup(N+1)に属するものであることが決定される。
さらに、トラックｄに続くトラックｅを形成するブロックについても、全てGroup(N+1)に属するものであるとして決定することができる。
【００６１】
このようにして、本実施の形態では、トラックにおける各ブロックごとに、どのグループに論理的に属するデータであるのかについて正確に特定することができる。そして、このようにして決定されたブロックごとのデータを、例えばメモリ上でデータID順に配列し直すことで、例えば図１１に示すようにして、論理的なブロックの配列によって１グループを形成することができる。
【００６２】
そのうえで、本実施の形態としては上記のようにしてブロックを最小単位としてデータのリライトを行うのにあたり、以降説明するようにして、リライトすべきデータ（リライトデータ）を記録するトラック、及びトラック内のブロック位置を決定したうえで、データ記録を実行していくようにされる。
【００６３】
このために、先ず、本実施の形態では、図１２に示すようにして磁気テープ３上のデータ記録領域を設定するようにされる。
図１２においては、磁気テープ上に記録されるデータ（メインデータ）を模式的に示している。この図においても、１つの枠が１つのブロックに対応し、図において縦方向に並ぶ１列分のブロックの集合によって１つのトラックを形成するものとする。ここでは説明を簡単にするため、１トラックが８ブロックにより形成されるものとしてみている。従って、この場合において１トラックを形成するブロックごとに対応するフラグメントＩＤ（Fragment ID）としては、トラック走査方向に沿って0,1,2,3,4,5,6,7の値が割り振られることになる。
【００６４】
そして、図１２では、上記のようにして８ブロックにより形成されるトラックとして、トラック（ヘッド対応トラック）ＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄが示される。つまり、図２にて説明したように、回転ドラム１１が１回転するごとに磁気テープ３上に形成される、４本１組のヘッド対応トラックの連続領域（循環単位記録領域）が示される。また、この図では、ヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄごとに対応して、各トラックを記録（走査）する記録ヘッドの符号と、ＲＡＷ時において各トラックを再生（走査）する再生ヘッドの符号とを示している。
【００６５】
このようにしてヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄから成る循環単位記録領域について、図１２では、ヘッド対応トラックごとにおいて、連続する２つのブロックにより形成される領域単位により分割している。例えば、ヘッド対応トラックＴＫ−Ａは、セグメントＩＤ＝［０，１］、セグメントＩＤ＝［２，３］、セグメントＩＤ＝［４，５］、セグメントＩＤ＝［６，７］の組による連続する２ブロック単位により４つに分割している。同様にして、ヘッド対応トラックＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄについても、連続する２ブロック単位により４つに分割している。なお、トラック走査方向に沿った領域区分として、ここでは、各ヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄで共通に、セグメントＩＤ＝［０，１］の２ブロックの領域を第１走査エリア、セグメントＩＤ＝［２，３］の２ブロックの領域を第２走査エリア、セグメントＩＤ＝［４，５］の２ブロックの領域を第３走査エリア、セグメントＩＤ＝［６，７］の２ブロックの領域を第４走査エリアということにしている。
本実施の形態では、このようにして分割される領域単位について、リライト対応分割領域ということにする。このようにして、１トラックごとに、２ブロック単位による４つのリライト対応分割領域を設定することで、ヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄから成る循環単位記録領域全体としては、１６のリライト対応分割領域により分割されることになる。
つまり、本実施の形態では、回転ドラムが１回転するのに応じて複数の記録ヘッドにより形成されるヘッド対応トラックの組である循環単位記録領域を、所定数の連続するブロックからなる領域単位であるリライト対応分割領域により、分割、区分するようにされる。
【００６６】
そして、上記のようにして循環単位記録領域についての分割設定を行ったうえで、ＲＡＷによるエラーレート検出としては、次のようにして行うようにされる。
まず、本実施の形態のＲＡＷでは、図８〜図１０などにより説明したブロック単位でのリライトを可能とするために、磁気テープ３から読み出したデータについて、ブロック単位によるエラーレート検出を実行していくようにされる。そして、エラーレートが一定以上となって記録エラーであるとして検出されたブロックのデータをリライトすべきデータとして決定する。
そのうえで本実施の形態では、上記のようにしてブロック単位でのエラーレート検出を実行していきながら、そのエラーレート検出結果を利用して、図１２に示したリライト対応分割領域ごとの単位でみた場合のエラーレート（分割領域エラーレート）も検出するようにされる。
【００６７】
上記のようにして検出される分割領域エラーレートは、例えば図１３に示すような構造で示されるエラーレート検出テーブルにより保持、管理される。このエラーレート検出テーブルは、循環単位記録領域を成すヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄと、これらのヘッド対応トラックを４分割した第１〜第４走査エリアとのマトリクスによる１６のセルを有する。これらのセルが、図１２に示したリライト対応分割領域に対応する。例えばヘッド対応トラックＴＫ−Ａ・第１走査エリアにより示されるセルは、ヘッド対応トラックＴＫ−Ａの第１走査エリア（Segment ID=0,1）のリライト対応分割領域に対応する。
そして、これらのセルに対して、対応するリライト対応分割領域ごとに検出されたエラーレート（分割領域エラーレート）の値を格納するようにされる。循環単位記録領域（ヘッド対応トラックＴＫ−Ａ、ＴＫ−Ｂ、ＴＫ−Ｃ、ＴＫ−Ｄ）は、回転ドラム１１が一回転するごとに繰り返し形成されるので、ＲＡＷにおける分割領域エラーレートの検出も、循環単位記録領域ごとの繰り返しとなる。これに応じて、図１３に示すエラーレート検出テーブルに格納される分割領域エラーレートの内容も、循環単位記録領域ごとの読み出しが繰り返されるのに応じて更新されていくものとなる。
【００６８】
なお、リライト対応分割領域ごとのエラーレートは、そのリライト対応分割領域を形成するブロックごとに検出されるエラーレートに基づいて得るようにすればよい。例えば、リライト対応分割領域を形成する全ブロックのエラーレートの平均値をリライト対応分割領域のエラーレートとすることが考えられる。あるいは、リライト対応分割領域を形成する全ブロックのエラーレートのうちから最大値若しくは最小値をリライト対応分割領域のエラーレートとすることも考えられる。あるいは、リライト対応分割領域を形成する全ブロックのエラーレート値についての出現分布などの結果に基づいて、リライト対応分割領域のエラーレートを決定することも考えられる。つまり、リライト対応分割領域ごとのエラーレート検出は、実際のエラーレート算出の処理能力や、実際に必要とされるエラーレートの信頼性などを考慮して、適切とされるアルゴリズムが設定されるようにすればよい。
【００６９】
そして、本実施の形態では、このようにしてエラーレート検出テーブルの情報として得られる分割領域エラーレートに基づいて、下記のようにして、リライトすべきデータを書き込むべき位置を決定するようにされる。
これまでの説明から理解されるように、図１３のエラーレート検出テーブルは、回転ドラム１１が一回転することによって形成される記録領域である、循環単位記録領域におけるリライト対応分割領域ごとのエラーレートの分布を示すものとみることができる。このことから、エラーレート検出テーブルを参照することで、循環単位記録領域において、エラーレートが高いとされる領域部分と、エラーレートが低いとされる領域部分の分布について、リライト対応分割領域を最小単位として認識することが可能になるといえる。そして、本実施の形態では、エラーレートが低いと認識したリライト対応分割領域のブロックを使用して、データのリライトを実行するようにされる。
【００７０】
具体的な一例を図１４に示す。図１４は、磁気テープ上に記録されるデータを、トラックとブロック構造の関係により示すものであり、１つの枠がブロックに対応し、縦方向に配列される８つのブロックにより1トラックを形成するものとしている。図の左側において、縦方向に示される０〜７の数は、1トラックごとにおけるブロック番号（Segment ID）を示す。また、ブロックの番号（Segment ID）とともに、第１〜第４走査エリアの区分も示す。また、図の上側においてはトラックごとが対応する循環単位記録領域内のトラック位置として、ヘッド対応トラックＴＫ−Ａ，ＴＫ−Ｂ，ＴＫ−Ｃ，ＴＫ−Ｄの何れであるのかを示している。
ここで、ＲＡＷにおけるエラーレート検出処理の結果として、図に示す1ブロック分のデータＤ１について、記録エラーであることが検出されたとする。この記録エラーであると検出されたデータＤ１は、循環単位記録領域においては、ヘッド対応トラックＴＫ−ＡのSegment ID＝3のブロックのデータとして記録されたものである。
【００７１】
記録エラーであることが検出された上記データＤ１は、しかるべきタイミングでリライトされるべきことになる。
これまでにも述べたように、ＲＡＷにおいては、或る記録データについて記録エラーが検出されてから、この記録データについての磁気テープへの実際のリライトが実行されるまでには、或る程度の時間間隔を有するが、データＤ１の記録位置は、記録エラーの検出からリライトのための記録データ生成が実行されるまでの過程において、所定タイミングで得られているエラーレート検出テーブル内の分割領域エラーレートの値に基づいて決定するようにされる。
【００７２】
ここで、リライトすべきデータの記録位置として、リライトのデータを挿入すべき対象の分割領域エラーレート（リライト対象分割領域）を決定するためのアルゴリズムについては、多様に考えられるものであり、本願発明の下では特に限定されない。例えば、エラーレート検出テーブルにおいて、分割領域エラーレートが最も低いとされるリライト対応分割領域から順に、リライトのデータを挿入すべき分割領域エラーレートとして優先的に選択していくことが考えられる。また、エラーレート検出テーブルにおける分割領域エラーレートの分布を二次元的（平面的に）にとらえて、エラーレートが低いものとしてみることのできる分布領域に対応するとされる、リライト対応分割領域から優先して、リライト対象分割領域を選択していくことも考えられる。
また、リライト対象分割領域の決定にあたっては、そのときに更新された最新のエラーレート検出テーブルを参照すればよいのであるが、例えば、ある一定の過去までのエラーレート検出テーブルの内容を、所定の規則に従って統計化した情報を構築して保持するようにして、この統計情報によって、リライト対象分割領域を決定するように構成することも考えられる。
【００７３】
そして、図１４の場合においては、エラーレート検出テーブルに基づいて、ヘッド対応トラックＴＫ−Ｃにおける第４走査エリアを、データＤ１のためのリライト位置（リライト対象分割領域）として選択決定したものとする。この決定結果に従って、本実施の形態のテープストリーマドライブ１０は、ヘッド対応トラックＴＫ−Ｃとなるトラックにおける第４走査エリアを形成するブロックに対して、リライト用のデータＤ１を挿入するようにして、磁気テープに対する記録を行うようにされる。なお、この場合には、データＤ１が1ブロックサイズとされている。そこで、この場合には、データＤ１を第４走査エリアにおけるSegment ID=6のブロックに挿入することとしている。なお、データＤ１の挿入は、同じ第４走査エリアにおける他のブロックであるSegment ID=７としてもよい。本実施の形態としては、リライトすべきこととなったブロック単位ごとのデータについて、エラーレート対応分割領域内の何れのブロックに割り当てるのかについては、各種の条件などを考慮して所定の規則を設定すればよいものであり、特に限定されるべきものではない。
【００７４】
一般に、磁気テープに記録されるデータの品質は一様ではなく各種の要因によって、物理的な記録位置によってばらつきのあることが分かっている。
要因となることの例として、本実施の形態のようにして複数の記録ヘッドを備える構成では、回転ヘッドに対する記録ヘッドの取り付け位置の誤差を挙げることができる。この誤差によっては、磁気テープに記録されるトラックの幅（トラックピッチ）について、記録ヘッドごとに対応した一定のばらつきを生じる。これにより、例えばある記録ヘッドに対応して形成されるトラックのピッチが狭くなるような状態となる場合がある。周知のようにして、トラックピッチが狭くなるほど記録データの品質が劣化する。このために、特定の記録ヘッドに対応するトラックについて、定常的にデータ品質が劣るような状態となることがある。
また、記録ヘッドの付着物によっても、ある特定の記録ヘッドに対応するトラックについて定常的にデータ品質が劣る状態を生じる。
また、磁気テープ自体が傷んでいる場合にも、その箇所においてデータ品質が劣化する。
さらに、磁気テープと記録ヘッドとの関係も記録データ品質のばらつきの原因となる。本実施の形態のテープストリーマドライブ１０のようにして、ヘリカルスキャンにより磁気テープに対してデータを記録していく構成では、磁気テープに対して記録ヘッド（回転ドラム）が物理的に摺接するようにして磁界印加を行うことでデータ記録を実行していく。このような磁気テープと記録ヘッドの物理的関係により、形成されるトラックが磁気テープ上で直線にならずに、Ｓ字的な歪みを生じる場合がある。このような状態でアジマスベタ記録が行われていく結果、トラックピッチに誤差などが生じて、これによる記録データ品質の劣化を生じることなる。
また、磁気テープは、或る所定のテンションがかけられた状態で、所定の巻き付け角度により回転ドラムに対して巻き付けられるようにされるが、このとき、いわゆるエアフィルムなどといわれるように磁気テープの巻き付け始められる箇所では、記録ヘッドと磁気テープとの間に薄い空気の層が形成されてしまうような現象を生じることがある。また、テンションむらにより、ある巻き付け角度に対応する位置にて記録ヘッドと磁気テープとの圧着度が不十分になるような状態も生じる。このような現象は、例えばトラック方向（ヘッド走査方向）における記録データ品質の劣化を招く。
このようにして、磁気テープに対して記録されるデータについては、磁気テープ上の物理的な位置によって品質にばらつきが生じる。また、上記のようにして挙げた例によると、データ品質のばらつきは、トラック間で生じる要素もあれば、1トラックにおけるヘッド走査方向において生じる要素も存在する。また、記録ヘッドの回転などに応じて定常的、循環的に生じる要因もあれば、特に規則性を有することなく出現する要素もある。
【００７５】
リライトするデータの位置を決めるための最も単純なアルゴリズムとしては、ＲＡＷにより或るデータの記録エラーが検出されてリライトすべきであるとの指示が得られたタイミングで、順次生成される記録データのシーケンスに対して、単純に、そのリライトすべきデータをブロック単位により再挿入する処理を行うこととすればよい。そして、このようにして生成された記録データにより、磁気テープ３に対してトラックを形成していくようにして記録を実行させる。
この場合、上記したようなアルゴリズムでは、リライトすべきデータが、どのトラックにおけるどのブロック位置に挿入されるようにして記録されるのかについては、そのリライトすべきデータについて記録エラーを検出したタイミングに依存するものであり、不定となる。リライトすべきデータの挿入位置が不定であるということは、換言すれば、記録エラーとなる可能性の高い位置を避けて記録するような配慮はされていないということであり、リライトを行ったデータが再び記録エラーとなってリライトが必要になる可能性を一定以下とすることが困難であるといえる。
【００７６】
これに対して、本実施の形態としては、エラーレート検出テーブルに基づいて、例えばエラーレートが低いとされるリライト対応分割領域を選択決定することで、リライトの位置を決定していくこととしている。これにより、本実施の形態としては、上記の場合と比較して、リライトしたデータが再び記録エラーとなる可能性を低くすることができる。
また、本実施の形態のエラーレート検出テーブルは、循環単位記録領域を基として作成されている。この循環単位記録領域は、複数の記録ヘッドごとに対応して形成される複数のトラックを組としている。このことから、本実施の形態としては、例えば特定の記録ヘッドに対応して定常的に生じるとされるトラック間でのエラーレートのばらつきなどに対応して、相応に高い信頼性でもってリライト位置を決定することが可能となっている。また、1トラックが走査エリアで分割されていることで、トラックごとの走査方向におけるエラーレートの定常的なばらつきに対応できることになる。
また、本実施の形態のエラーレート検出テーブルは、ＲＡＷの進行により循環単位記録領域についてのエラーレート検出が行われるごとに応じて更新されるものであることから、ランダムに、あるいは回転ドラム2回転以上の比較的長いとされる周期性を有して現れるような、記録の進行に応じたエラーレートの変化にも対応して、リライトの位置を決定することができるようになっている。
【００７７】
このようして、本実施の形態では、エラーレート検出テーブルに基づいて、リライトすべきデータの位置を決定して、リライトされたデータが再度リライトされる可能性を低くするようにされている。本実施の形態では、このような基本的な動作に加えて、次のようなデータ記録も実行するようにされる。
【００７８】
エラーレート検出テーブルは循環単位記録領域に対応していることから、循環単位記録領域を形成するヘッド対応トラック（ＴＫ−Ａ，ＴＫ−Ｂ，ＴＫ−Ｃ，ＴＫ−Ｄ）単位でみたエラーレートの状況も示しているということがいえる。また、このことは、回転ヘッド１１に備えられる記録ヘッド（ＨＲ１、ＨＲ２、ＨＲ３、ＨＲ４）ごとの良否の程度を示しているということにもなる。
そこで、本実施の形態では、エラーレート検出テーブルの内容に基づいて、記録ヘッドの不良を検出するようにもされる。つまり、１つのトラックは、第１〜第４走査エリアの４つの領域に分割されているが、これらの領域のエラーレート（分割領域エラーレート）の状況が一定の条件を満たしているときに、記録ヘッドが不良であると判定するようにされる。一例としては、例えば、そのトラックにおける第１〜第４走査エリアの４つの領域のうち、２以上の領域において一定以下のエラーレートが検出されたのであれば、その記録ヘッドは不良であると判定することなどが考えられる。
【００７９】
そして、このようにして不良であると判定された記録ヘッドによっては、有効とされる（正常に再生されることが期待される）データを記録しないようにされる。具体的には、例えば図１５に示すようにしてデータを記録する。
図１５には、回転ヘッド１１の一回転分により磁気テープに記録される、ヘッド対応トラックＴＫ−Ａ，ＴＫ−Ｂ，ＴＫ−Ｃ，ＴＫ−Ｄのデータをブロック単位により示している。なお、この図においても、1トラックはSegment ID=0〜7で示される８つのブロックからなるものとする。
ここでは、記録ヘッドＨＲ１から記録を開始するものとすると、データは、ヘッド対応トラックＴＫ−Ａ，ＴＫ−Ｂ，ＴＫ−Ｃ，ＴＫ−Ｄの順で記録されていき、各トラックにおいては、Segment ID=0〜7のブロック順で記録が行われていくことになる。
【００８０】
そして、この場合においては、記録ヘッドＨＲ１，ＨＲ２，ＨＲ３，ＨＲ４のうち、不良であるとして判定されたものは記録ヘッドＨＲ３であることとする。この場合のヘッド対応トラックＴＫ−Ａ，ＴＫ−Ｂ，ＴＫ−Ｃ，ＴＫ−Ｄに対するデータの記録は、図示するようにして、先ず、記録ヘッドＨＲ１に対応するヘッド対応トラックＴＫ−ＡのセグメントＩＤ＝０〜７の８ブロックに対して、順次データＤ０〜Ｄ７を記録する。次の記録ヘッドＨＲ２に対応するトラックＴＫ−Ｂについては、セグメントＩＤ＝０〜７の８ブロックに対して、データＤ７に続くデータＤ８〜Ｄ１５を記録する。
そして、不良であるとして判定された記録ヘッドＨＲ３に対応するヘッド対応トラックＴＫ−Ｃについては、ヘッド対応トラックＴＫ−Ｂと同様にして、セグメントＩＤ＝０〜７の８ブロックに対して、データＤ８〜Ｄ１５を記録する。
次の、記録ヘッドＨＲ４に対応するヘッド対応トラックＴＫ−Ｄについては、セグメントＩＤ＝０〜７の８ブロックに対して、データＤ１５に続くデータＤ１６〜Ｄ２３を記録する。
【００８１】
このようにして、本実施の形態では、不良と判定された記録ヘッドにより記録されるデータについては、他の不良ではない記録ヘッドにより記録されるデータと同じデータを記録するようにしている。この場合の規則としては、1つ前のトラックと同じデータを不良と判定された記録ヘッドにより記録することとしている。なお、不良であるとして判定された記録ヘッドが2以上で、かつ、これらの記録ヘッドにより記録されるトラックが連続する場合には、不良と判定された記録ヘッドのうちで先頭となる記録ヘッドにより記録されるトラックの、物理的に1つ前のトラックと同じデータを、これらの不良の記録ヘッドにより記録するようにされる。
但し、確認のために述べておくと、データとしての内容は同一となるようにされているが、例えば、図４，図５などに示した構造のヘッダにおいて、実際に記録される絶対トラックや、実際にそのトラックが属するとされるグループなどを示す情報については、必要に応じて変更される。これにより、トラック単位若しくはグループ単位での適正な記録データの管理が可能になる。
【００８２】
この場合、不良と判定された記録ヘッドにより記録されるデータの実内容は、他の不良ではない記録ヘッドによっても記録されている。従って、例えば図１５の場合であれば不良と判定された記録ヘッドＨＲ３により記録されたヘッド対応トラックＴＫ−ＣのデータＤ８〜Ｄ１５は、物理的にその1つ前のヘッド対応トラックＴＫ−Ｂから正常に再生することが期待されるものであり、データ読み出し結果について特に問題はないようにされている。逆にいえば、不良と判定された記録ヘッドＨＲ３により記録されるデータそのものとしては、本来的に正常再生することを期待されていない無効なデータとしてみることができる。
上記した観点からすると、不良と判定された記録ヘッドによっては、特にデータ内容について有効な意味を持たないダミーデータを記録してもよいということがいえる。しかしながら、本実施の形態のようにして、とりあえずは、内容的に意味のあるデータを記録しておくことで、なんらかの事情により、記録ヘッドＨＲ３の不良性が回復したような場合には、データＤ８〜Ｄ１５の再生信頼性が高くなることが期待される。
【００８３】
図１６は、これまでに説明した本実施の形態としての記録時の手順を示すフローチャートであり、これまでに説明したＲＡＷの手順を含む。この図に示す処理は、例えばフラッシュＲＯＭ２５に記憶されているプログラムを、例えばシステムコントローラ１５がＳＲＡＭに展開して実行することで実現される処理としてみることができる。また、このようなプログラムは、所定のリムーバブルの記憶媒体などに記憶させて保存しておき、必要に応じてプログラムのインストールに利用することができる。
【００８４】
図１６に示す処理においては、先ず、ステップＳ１０１により1トラック分のデータを新規に書き込み開始するための指示が発生される。これに応じて、ステップＳ１０２以降による、1トラックのデータを書き込むための処理が開始される。
ステップＳ１０２においては、エラーレート検出テーブルを参照する。なお、ＲＡＷとしての再生ヘッドによる記録データの読み出しと、読み出したデータについてのエラーレート検出、及びこのエラーレート検出結果を利用した、エラーレート検出テーブルへの分割領域エラーレートの書き込み（エラーレート検出テーブルの更新）は、ここでは図示していないが、図１６の処理と併行して継続的に実行されているものとする。
また、エラーレートの検出はＩＦ／ＥＣＣコントローラ２２にて行われ、このエラーレートの検出結果をシステムコントローラ１５が取り込んで、データをリライトすべきか否かの判定を行うようにされる。また、エラーレート検出テーブルは、上記のようにしてシステムコントローラ１５が取り込んだエラーレートの検出結果を利用して各リライト対応分割領域に応じた分割領域エラーレートを求めて書き込みを実行していくことで更新されるものとなる。
【００８５】
ステップＳ１０３では、上記ステップＳ１０２としてのエラーレート検出テーブルの参照結果に基づいて、今回のトラックのデータ書き込みに使用する記録ヘッドは、不良であるか否かの判定を行う。この判定基準については、前述したとおりである。
このステップＳ１０３において、今回のトラックのデータ書き込みに使用する記録ヘッドは不良であるとして肯定の判別結果が得られた場合には、ステップＳ１１０に進む。ステップＳ１１０においては、図１５にて説明したようにして、１トラック前と同じデータを記録データとして作成する。そして、ステップＳ１１１の処理によって、この記録データを磁気テープ３に書き出すための制御処理を実行する。このときには、例えば、今回のトラックのデータ書き込みに使用する記録ヘッドに対して適切に記録データの信号が供給されるようにチャンネルエンコーダ／デコーダ１３における信号切り換えなどの制御を行う。
【００８６】
一方、ステップＳ１０３において、今回のトラックのデータ書き込みに使用する記録ヘッドは不良ではないとして否定の判別結果が得られた場合には、ステップＳ１０４に進む。
ステップＳ１０４においては、現時点において、リライトすべきブロックが有るか否かについての判定を行う。つまり、これまでのＲＡＷにより記録エラーであると判定されたブロックのデータについてリライトが実行されるのを待機しているものがあるか否かについて判別する。
このステップＳ１０４において否定の判別結果が得られたのであれば、ステップＳ109に進む。ステップＳ１０９においては、リライトすべきデータを含まずに、新規なブロックデータのみにより1トラック分の記録データを作成する。そして、ステップＳ１１１により、磁気テープに対する書き出しを行う。
【００８７】
これに対して、ステップＳ１０４にてリライトすべきデータが有るとして肯定の判別結果が得られた場合には、ステップＳ１０５以降の処理に進む。
ステップＳ１０５においては、エラーレート検出テーブルを参照し、次のステップＳ１０６により、リライト対応分割領域のうちから、実際にリライトを実行する対象となるリライト対応分割領域である、リライト対象分割領域を選択決定する。ここでのリライト対象分割領域の選択をどのようにして実行するのかについては、先に図１４の説明において例を挙げたアルゴリズムなどを採用すればよい。
【００８８】
続くステップＳ１０７では、上記ステップＳ１０６にて選択決定したリライト対象分割領域が、今回書込対象となっているトラック（ヘッド対応トラック）に存在するか否かについての判別を行う。
ステップＳ１０６によるリライト対象分割領域の選択は、１循環単位記録領域のエラーレート検出に基づいて得られたエラーレート検出テーブルの内容に基づいて実行されるもので、このときに選択候補となるヘッド対応トラックは、循環単位記録領域を形成する全てであり、今回書込対象となっているヘッド対応トラックのみではない。このために、今回の書込対象となっているトラックと、ステップＳ１０６にて選択されたリライト対象分割領域とについて、同じヘッド対応トラックにはならない可能性がある。そこで、ステップＳ１０７による判定を行って、今回書込対象となっているトラックに対して、リライトするブロックデータを挿入可能か否かの確認を行うようにされる。
【００８９】
ステップＳ１０７において、今回書込対象となっているトラック（ヘッド対応トラック）には、リライト対象分割領域は存在していないとして否定の判別結果が得られた場合には、今回書込対象となっているトラックに対してリライトするデータを挿入することはすべきでない。そこで、この場合にいは、ステップＳ１０９に進み、新規の書き込みデータにより1トラック分の記録データを生成し、ステップＳ１１１にて磁気テープ３への書き出しを実行する。
これに対して、ステップＳ１０７において、今回書込対象となっているトラック（ヘッド対応トラック）にはリライト対象分割領域が存在するとして肯定の判別結果が得られた場合には、今回書込対象となっているトラックに対してリライトするデータを挿入できることになる。
そこで、この場合にはステップＳ１０８に進んで、リライトするデータを含めるようにして、1トラック分の記録データを作成する。このときには、リライトすべきブロック単位のデータは、ステップＳ１０６にて選択されたリライト対象分割領域内に含まれるようにされる。また、リライト対象分割領域内におけるどの位置に対して、リライトすべきブロック単位のデータを挿入するのかについては、前述もしたように、各種の条件に応じて予め決めた所定の規則に従って決定すればよい。
そして、ステップＳ１０８により作成された1トラック分のデータを、ステップＳ１１１により磁気テープに対して書き出す。
この図１６に示す手順を、1トラックのデータ記録ごとに実行していくようにされる。
【００９０】
ところで、上記図１６の処理の流れからも分かるように、本実施の形態では、ステップＳ１０５、Ｓ１０６によりエラーレート検出テーブルを参照してリライト対象分割領域の選択決定を行って後に、ステップＳ１０８にてリライトのデータを挿入した記録データを作成して磁気テープへの記録を行っている。つまり、本実施の形態では、過去のエラーレートの検出結果を利用して、将来的に記録エラーが生じないとされる、リライトすべきデータの記録位置を推定しているものと考えることができる。従って、実際にリライトすべきデータを磁気テープに記録しているときには、リライトすべきデータの記録位置を決定したときとはエラーレートの発生状況が異なっている可能性がある。このため、リライトを行った位置のエラーレートがかえって高くなって、再度記録エラーとなる可能性は存在することになる。しかしながら、エラーレートの発生状況は或る程度の継続性があることが通常であり、何ら推定を行わずにリライトの位置を決定する場合と比較すれば、リライトしたデータが再度記録エラーとなる可能性は大幅に小さくできるものである。
【００９１】
また、例えば図８以降の説明では、1トラックを形成するブロック数を８としているが、これは説明を簡単なものとするための配慮であって、実際においては、図３などにより説明したようにして、1トラックは９６ブロック、あるいはそれ以上の所定ブロック数から成るものである。従って、リライト対応分割領域を形成するブロック数としても、実際の1トラックのブロック数に応じて異なってくるものである。
また、これまでの説明では、リライト対応分割領域としては、1トラックごとに対応して４分割している例を示しているが、分割数については特に限定しない。また、1トラックにおけるリライト対応分割領域については、必ずしも同数のブロック数により形成される必要はない。本願発明の概念の下では、リライト対応分割領域を形成するブロック数は最小で１となる。
また、本願発明は、実施の形態として説明した構成のテープストリーマドライブ１０のみに限定されるものではなく、ブロックに相当するデータの集合によりトラックが形成されるべきことが規定されるフォーマットに対応するのであれば、適用が可能である。
【図面の簡単な説明】
【００９２】
【図１】本発明の実施の形態に対応するテープストリーマドライブの構成例を示すブロック図である。
【図２】磁気テープに記録されるトラックのフォーマットを示す説明図である。
【図３】トラックのデータ構造を模式的に示す説明図である。
【図４】ブロックのデータ構造を示す図である。
【図５】ID Informationに格納される情報の定義内容を示す図である。
【図６】従来におけるリライト動作例を示す説明図である。
【図７】従来におけるリライト動作例を示す説明図である。
【図８】実施の形態において前提となるリライト動作例を示す説明図である。
【図９】実施の形態において前提となるリライト動作例を示す説明図である。
【図１０】ブロックごとのグループ特定のための処理を説明するための説明図である。
【図１１】論理的にブロックが集合されて形成されるグループの構造例を示す説明図である。
【図１２】実施の形態における磁気テープ上の記録領域設定例を示す図である。
【図１３】エラーレート検出テーブルの構造例を示す図である。
【図１４】実施の形態としてのリライト動作例を示す図である。
【図１５】実施の形態としての、不良記録ヘッドに対応したデータ記録動作例を示す図である。
【図１６】実施の形態としてのＲＡＷの動作を含む記録時の手順を示すフローチャートである。
【符号の説明】
【００９３】
３  磁気テープ、１０  テープストリーマドライブ、１１  回転ドラム、１３  チャンネルエンコーダ／デコーダ  １４Ａ  ドラムモータ、１４Ｂ  キャプスタンモータ、１４Ｃ  Ｔリールモータ、１４Ｄ  Ｓリールモータ、１４Ｅ  ローディングモータ、再生ヘッド、１５  システムコントローラ、１６  サーボコントローラ、１７  メカドライバ、１９  ＲＦ処理部、２０  ＳＣＳＩインターフェイス、２１  圧縮／伸長回路、２２  ＩＦコントローラ／ＥＣＣフォーマター、２３  バッファメモリ、ＨＲ１，ＨＲ２，ＨＲ３，ＨＲ４  記録ヘッド、ＨＷ１，ＨＷ２，ＨＷ３，ＨＷ４  再生ヘッド
【図１】
0004735152.tif 000002
【図２】
0004735152.tif 000003
【図３】
0004735152.tif 000004
【図４】
0004735152.tif 000005
【図５】
0004735152.tif 000006
【図６】
0004735152.tif 000007
【図７】
0004735152.tif 000008
【図８】
0004735152.tif 000009
【図９】
0004735152.tif 000010
【図１０】
0004735152.tif 000011
【図１１】
0004735152.tif 000012
【図１２】
0004735152.tif 000013
【図１３】
0004735152.tif 000014
【図１４】
0004735152.tif 000015
【図１５】
0004735152.tif 000016
【図１６】
0004735152.tif 000017