(57)【特許請求の範囲】
【請求項１】
磁気テープに対してデータが記録される記録媒体において、
複数のブロックから成るトラックが形成されるようにしてデータが記録されると共に、所定複数のトラックに対応する記録再生データ単位であるグループが規定されたうえで、
上記トラックのデータ内に、現トラックが物理的に属するとされるグループを示す物理グループ識別情報が記録され、
上記ブロック内に、現ブロックが論理的に属するとされるグループを、上記物理グループ識別情報よりも少ないビット数により示すようにされた論理グループ識別情報が記録されている、
ことを特徴とする記録媒体。
【請求項２】
上記物理グループ識別情報によって或る特定のグループに属することが示されるトラック群において、上記物理グループ識別情報が示すグループとは異なるグループに属することを示すブロックが記録される場合がある、
ことを特徴とする請求項１に記載の記録媒体。
【請求項３】
或るトラックにおいて、そのトラックのデータ内に格納される物理グループ識別情報が示すグループとは異なるグループであることを示している論理グループ識別情報が格納されたブロックが記録される場合がある、
ことを特徴とする請求項１に記載の記録媒体。
【請求項４】
磁気テープに対してデータを記録するための記録方法において、
複数のブロックから成るトラックが形成されるようにしてデータが記録されると共に、所定複数のトラックに対応する記録再生データ単位であるグループを規定したうえで、
記録時において、
上記トラックのデータ内に、現トラックが物理的に属するとされるグループを示す物理グループ識別情報を格納するようにして記録するとともに、
上記ブロック内に、現ブロックが論理的に属するとされるグループを、上記物理グループ識別情報よりも少ないビット数により示すようにされた論理グループ識別情報を格納するようにして記録する、
ことを特徴とする記録方法。
【請求項５】
上記物理グループ識別情報によって或る特定のグループに属することが示されるトラック群を記録していくのにあたり、
上記物理グループ識別情報が示すグループとは異なるグループに属することを示すブロックを記録することが可能とされている、
ことを特徴とする請求項４に記載の記録方法。
【請求項６】
或るトラックを記録するのにあたり、
上記或るトラックのデータ内には特定のグループを示す物理グループ識別情報を格納して記録すると共に、
そのトラック内における或るブロックについては、物理グループ識別情報が示すグループとは異なるグループを示す論理グループ識別情報を格納して記録することが可能とされている、
ことを特徴とする請求項４に記載の記録方法。
【請求項７】
磁気テープに対してデータを記録する記録装置において、
複数のブロックから成るトラックが形成されるようにしてデータが記録されると共に、所定複数のトラックに対応する記録再生データ単位であるグループを規定したうえで、
上記トラックのデータ内に、現トラックが物理的に属するとされるグループを示す物理グループ識別情報が格納されるように記録し、
上記ブロック内に、現ブロックが論理的に属するとされるグループを、上記物理グループ識別情報よりも少ないビット数により示すようにされた論理グループ識別情報が格納されるように記録する記録手段を備えている、
ことを特徴とする記録装置。
【請求項８】
上記記録手段は、
上記物理グループ識別情報によって或る特定のグループに属することが示されるトラック群を記録していくのにあたり、
上記物理グループ識別情報が示すグループとは異なるグループに属することを示す論理グループ識別情報を格納したブロックを記録することが可能とされている、
ことを特徴とする請求項７に記載の記録装置。
【請求項９】
上記記録手段は、
或るトラックを記録するのにあたり、
上記或るトラックのデータ内には或る特定のグループを示す物理グループ識別情報を格納して記録すると共に、
そのトラック内における或るブロックについては、物理グループ識別情報が示すグループとは異なるグループを示す論理グループ識別情報を格納して記録することが可能とされている、
ことを特徴とする請求項７に記載の記録装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、磁気テープにデータが記録される記録媒体、及びこのような記録媒体への記録に対応する記録方法及び記録装置に関する。
【０００２】
【従来の技術】
デジタルデータを磁気テープに記録／再生することのできるドライブ装置として、いわゆるテープストリーマドライブが知られている。このようなテープストリーマドライブは、メディアであるテープカセットのテープ長にもよるが、例えば数十〜数百ギガバイト程度の膨大な記録容量を有することが可能である。このため、コンピュータ本体のハードディスク等のメディアに記録されたデータをバックアップするなどの用途に広く利用されている。また、データサイズの大きい画像データ等の保存に利用する場合にも好適とされている。
【０００３】
このようなテープストリーマドライブでは、回転ドラムに所定のラップ角で磁気テープを巻装させた状態でテープを走行させるとともに、回転ドラムを回転させて、回転ドラム上の磁気ヘッドを用いてヘリカルスキャン方式で記録／再生走査を行なうことで高密度記録を可能にしている。従って周知のように、磁気テープ上には、その長手方向に対して所定の傾き角度を有するようにして形成されるトラックが連続するようにしてデータが記録されていくことになる。
【０００４】
ところで、上記したようなテープストリーマドライブにおいては、磁気テープに記録されるデータのフォーマットとして、例えば次のようにして規定されたものが知られている。
先ず、１つのトラックは、所定複数のブロック(Block)といわれるデータが連続することにより形成される。このブロックはヘッダ及びこれに続くユーザデータとパリティのエリアとから成る。
また、グループという固定長のデータ単位が規定される。グループは、所定複数の連続するトラックに記録されるデータの集合により形成されるデータ単位であって、テープストリーマドライブにおけるデータの記録再生単位として扱われる。例えば記録時におけるエラー訂正符号の付加、又は再生時におけるエラー訂正処理は、このグループで完結するようになっている。
【０００５】
そして、ブロックのヘッダ内には、ＩＤ情報を格納する領域が設けられている。このＩＤ情報の領域には、トラック内で連続するブロックごとに、異なる種類の情報を順次割り当てて格納するようにしたうえで、このような順次割り当てを繰り返すようにされる。そして、このようなＩＤ情報としての複数の情報種類のなかの１つに、現トラックが属するとされるグループを示すグループ識別情報が定義されている。従って、或るトラック内におけるグループ識別情報は、全ブロック内に格納されるのではなく、例えばＩＤ情報としての情報種類数に応じて所定数づつ飛び越したブロックごとに格納されていることになる。
このようにして飛び越したブロックごとにグループ識別情報が格納されているとしても、或るブロックからグループ識別情報が読み出せさえすれば、そのブロックを含んで形成されるトラックのグループが識別できることになる。つまり、そのトラックが属するグループを特定することが可能になる。
【０００６】
【発明が解決しようとする課題】
ところで、上記したようなフォーマットの場合、例えばブロックごとのヘッダ内に挿入されるＩＤ情報としては、各種の情報種類のうちいずれか１つということになる。このようなフォーマットは、例えば全ブロックに対して全ての種類のＩＤ情報を挿入しなくてもよいために、ヘッダのデータサイズも小さくて済み、その分、ユーザデータの記録可能容量を確保できるというメリットを有している。
【０００７】
しかしながら、１つのトラックにおいて、或る１つの種類のＩＤ情報が全ブロックに対して書き込まれることはないので、１つのトラックを形成する全ブロックは、共通のＩＤ情報を有しているということを前提としなければならない。このために、例えば次のような不都合が生じる。
【０００８】
例えばテープストリーマドライブでは、記録時においてリードアフターライト(ＲＡＷ：Read After Write)という動作が行われており、磁気テープへのデータの記録が正常に行われたか否かについてブロック単位でモニタすることが行われている。そして、記録が正常に行われなかった場合には、リライトを行うようにされる。つまり、そのブロックのデータを含むトラックを、再度、別の位置に記録し直すようにしている。
【０００９】
ここで問題となるのは、上記もしたように、１つのトラックを形成する全ブロックは、共通のＩＤ情報を有しているということを前提としなければならないということである。
このため、仮に或るトラックで１つのブロックについてのみ記録が正常に終了しなかったとしても、このブロックを含むトラック全体についてリライトを行わなければならない。この場合には、例えば記録エラーとなったブロックを含むトラックから、リライトが開始される直前までに記録された数個のトラックはダミーとなってしまう。このようにして、ダミーとなるテープ部分がトラック単位で複数生じていくのは、それだけテープ全体の記録可能容量を低下させることになる。従って、例えばリードアフターライトの動作についても、できるだけ磁気テープの領域を消費しないようにして効率的に行われることが求められるものである。
【００１０】
また、グループの境界付近でリライトが発生した場合には、次のグループのトラックの書き込みを行ってしまった後に、前のグループのトラックのデータをリライトするようなことも生じ得る。この場合、前のグループのトラックと後ろのグループのトラックが順不同に混在することになる。
例えば現状のフォーマットでは、トラックにおいて間欠的に記録されているグループ識別情報を読み出すことによってしか、グループの境界を識別することができない。しかしながら、上記のようにして前後のグループが混在するような記録データの状態では、テープストリーマドライブ側では、本当のグループの区切りとしてのトラック位置がどこになるのかを認識するのが難しくなる。そして、例えば、記録再生エラーの可能性も高くなってそれだけ信頼性も損なうことになる。
【００１１】
このようにして、現状におけるＩＤ情報のフォーマットでは、リライト動作の制限や、１つのグループを形成するトラックが連続せずに離散してしまうなどの不都合が生じているものである。
【００１２】
【課題を解決するための手段】
そこで本発明は上記した課題を考慮して、磁気テープに対してデータが記録される記録媒体として次のように構成することとした。
この記録媒体に記録されるデータのフォーマットとしては、複数のブロックから成るトラックが形成されるようにしてデータが記録されると共に、所定複数のトラックに対応する記録再生データ単位であるグループが規定されることとしている。
そのうえで、トラックのデータ内に、現トラックが物理的に属するとされるグループを示す物理グループ識別情報が記録され、ブロック内に、現ブロックが論理的に属するとされるグループを、物理グループ識別情報よりも少ないビット数により示すようにされた論理グループ識別情報が記録されている記録媒体を提供することとした。
【００１３】
また、磁気テープに対してデータを記録するための記録方法として次のように構成する。
本発明の記録方法にあっては、前提として、複数のブロックから成るトラックが形成されるようにしてデータが記録されると共に、所定複数のトラックに対応する記録再生データ単位であるグループが規定される。
そのうえで、記録時においては、トラックのデータ内に、現トラックが物理的に属するとされるグループを示す物理グループ識別情報を格納するようにして記録するとともに、ブロック内に、現ブロックが論理的に属するとされるグループを、物理グループ識別情報よりも少ないビット数により示すようにされた論理グループ識別情報を格納するようにして記録することとした。
【００１４】
また、磁気テープに対してデータを記録するための記録装置として次のように構成する。
本発明の記録装置にあっては、前提として、複数のブロックから成るトラックが形成されるようにしてデータが記録されると共に、所定複数のトラックに対応する記録再生データ単位であるグループが規定される。
そのうえで、トラックのデータ内に、現トラックが物理的に属するとされるグループを示す物理グループ識別情報が格納されるように記録し、ブロック内に、現ブロックが論理的に属するとされるグループを、物理グループ識別情報よりも少ないビット数により示すようにされた論理グループ識別情報が格納されるように記録する記録手段を備えることとした。
【００１５】
上記各構成によれば、複数のブロックから成るトラックにより磁気テープに対してデータが記録され、また、所定複数のトラックに対応するデータ単位がグループとして扱われることになる。
そして、そのうえで、トラック内には現トラックが磁気テープ上で物理的に属するとされるグループを示す物理グループ識別情報を記録するだけではなく、ブロックにも、現ブロックが論理的に属するとされるグループを示す論理グループ識別情報が格納されることになる。
例えば物理グループ識別情報のみが記録されることとすれば、グループの属性は、トラック単位を最小単位として設定することしかできない。つまり、同一トラック内にあるブロックは、全てそのトラックに記録された物理グループ識別情報が示すグループに属するものとしてしか扱われない。
これに対して、本発明のようにして論理グループ識別情報を記録するようにすれば、ブロックを最小単位としてグループの属性を設定することができる。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態について説明していくこととする。
先ず、図１は、本発明の実施の形態に対応するテープストリーマドライブの構成例を示している。
この図に示すテープストリーマドライブ１０は、ここでは図示していないテープカセットの磁気テープ３に対して、ヘリカルスキャン方式により記録／再生を行うようにされている。
この図において回転ドラム１１には、例えば２つの記録ヘッド１２Ａ、１２Ｂ及び３つの再生ヘッド１３Ａ、１３Ｂ、１３Ｃが設けられる。
記録ヘッド１２Ａ、１２Ｂは互いにアジマス角の異なる２つのギャップが究めて近接して配置される構造となっている。再生ヘッド１３Ａ、１３Ｂ、１３Ｂもそれぞれ所定のアジマス角とされる。
【００１７】
回転ドラム１１はドラムモータ１４Ａにより回転されると共に、テープカセットから引き出された磁気テープ３が巻き付けられる。また、磁気テープ３は、キャプスタンモータ１４Ｂ及び図示しないピンチローラにより送られる。また磁気テープ３は上述したようにリール２Ａ，２Ｂに巻装されているが、リール２Ａ，２Ｂはそれぞれリールモータ１４Ｃ、１４Ｄによりそれぞれ順方向及び逆方向に回転される。
ローディングモータ１４Ｅは、図示しないローディング機構を駆動し、磁気テープ３の回転ドラム１１へのローディング／アンローディングを実行する。
イジェクトモータ２８はテープカセットの装填機構を駆動するモータであり、挿入されたテープカセットの着座およびテープカセットの排出動作を実行させる。
【００１８】
ドラムモータ１４Ａ、キャプスタンモータ１４Ｂ、リールモータ１４Ｃ、１４Ｄ、ローディングモータ１４Ｅ、イジェクトモータ２８はそれぞれメカドライバ１７からの電力印加により回転駆動される。メカドライバ１７はサーボコントローラ１６からの制御に基づいて各モータを駆動する。サーボコントローラ１６は各モータの回転速度制御を行って通常の記録再生時の走行や高速再生時のテープ走行、早送り、巻き戻し時のテープ走行などを実行させる。
なおＥＥＰ−ＲＯＭ１８にはサーボコントローラ１６が各モータのサーボ制御に用いる定数等が格納されている。
【００１９】
サーボコントローラ１６が各モータのサーボ制御を実行するために、ドラムモータ１４Ａ、キャプスタンモータ１４Ｂ、Ｔリールモータ１４Ｃ、Ｓリールモータ１４ＤにはそれぞれＦＧ（周波数発生器）が設けられており、各モータの回転情報が検出できるようにしている。即ちドラムモータ１４Ａの回転に同期した周波数パルスを発生させるドラムＦＧ２９Ａ、キャプスタンモータ１４Ｂの回転に同期した周波数パルスを発生させるキャプスタンＦＧ２９Ｂ、Ｔリールモータ１４Ｃの回転に同期した周波数パルスを発生させるＴリールＦＧ２９Ｃ、Ｓリールモータ１４Ｄの回転に同期した周波数パルスを発生させるＳリールＦＧ２９Ｄが形成され、これらの出力（ＦＧパルス）がサーボコントローラ１６に供給される。
【００２０】
サーボコントローラ１６はこれらのＦＧパルスに基づいて各モータの回転速度を判別することで、各モータの回転動作について目的とする回転速度との誤差を検出し、その誤差分に相当する印加電力制御をメカドライバ１７に対して行うことで、閉ループによる回転速度制御を実現することができる。従って、記録／再生時の通常走行や、高速サーチ、早送り、巻き戻しなどの各種動作時に、サーボコントローラ１６はそれぞれの動作に応じた目標回転速度により各モータが回転されるように制御を行うことができる。
また、サーボコントローラ１６はインターフェースコントローラ／ＥＣＣフォーマター２２（以下、ＩＦ／ＥＣＣコントローラという）を介してシステム全体の制御処理を実行するシステムコントローラ１５と双方向に接続されている。
【００２１】
このテープストリーマドライブ１０においては、データの入出力にＳＣＳＩインターフェイス２０が用いられている。例えばデータ記録時にはホストコンピュータ４０から、固定長のレコード（ｒｅｃｏｒｄ）という伝送データ単位によりＳＣＳＩインターフェイス２０を介して逐次データが入力され、ＳＣＳＩバッファコントローラ２６を介して圧縮／伸長回路２１に供給される。ＳＣＳＩバッファコントローラ２６はＳＣＳＩインターフェース２０のデータ転送を制御するようにされている。ＳＣＳＩバッファメモリ２７はＳＣＳＩインターフェース２０の転送速度を得るために、ＳＣＳＩバッファコントローラ２６に対応して備えられるバッファ手段とされる。またＳＣＳＩバッファコントローラ２６は、後述するリモートメモリインターフェース３０に対して所要のコマンドデータを供給するとともに、リモートメモリインターフェース３０に対する動作クロックの生成も行う。
なお、このようなテープストリーマドライブシステムにおいては、可変長のデータの集合単位によってホストコンピュータ４０よりデータが伝送されるモードも存在する。
【００２２】
圧縮／伸長回路２１では、入力されたデータについて必要があれば、所定方式によって圧縮処理を施すようにされる。圧縮／伸長回路２１の出力は、ＩＦ／ＥＣＣコントローラ２２に供給されるが、ＩＦ／ＥＣＣコントローラ２２においてはその制御動作によって圧縮／伸長回路２１の出力をバッファメモリ２３に一旦蓄積する。このバッファメモリ２３に蓄積されたデータはＩＦ／ＥＣＣコントローラ２２の制御によって、最終的にグループ（Ｇｒｏｕｐ）という磁気テープの４０トラック分に相当する固定長の単位としてデータを扱うようにされ、このデータに対してＥＣＣフォーマット処理が行われる。
【００２３】
ＥＣＣフォーマット処理としては、記録データについて誤り訂正コードを付加すると共に、磁気記録に適合するようにデータについて変調処理を行ってＲＦ処理部１９に供給する。
ＲＦ処理部１９では供給された記録データに対して増幅、記録イコライジング等の処理を施して記録信号を生成し、記録ヘッド１２Ａ、１２Ｂに供給する。これにより記録ヘッド１２Ａ、１２Ｂから磁気テープ３に対するデータの記録が行われることになる。
【００２４】
また、データ再生動作について簡単に説明すると、磁気テープ３の記録データが再生ヘッド１３Ａ、１３ＢによりＲＦ再生信号として読み出され、その再生出力はＲＦ処理部１９で再生イコライジング、再生クロック生成、２値化、デコード（例えばビタビ復号）などが行われる。
このようにして読み出された信号はＩＦ／ＥＣＣコントローラ２２に供給されて、まず誤り訂正処理等が施される。そしてバッファメモリ２３に一時蓄積され、所定の時点で読み出されて圧縮／伸長回路２１に供給される。
圧縮／伸長回路２１では、システムコントローラ１５の判断に基づいて、記録時に圧縮／伸長回路２１により圧縮が施されたデータであればここでデータ伸長処理を行い、非圧縮データであればデータ伸長処理を行わずにそのままパスして出力される。
圧縮／伸長回路２１の出力データはＳＣＳＩバッファコントローラ２６、ＳＣＳＩインターフェイス２０を介して再生データとしてホストコンピュータ４０に出力される。
【００２５】
Ｓ−ＲＡＭ２４，フラッシュＲＯＭ２５は、システムコントローラ１５が各種処理に用いるデータが記憶される。
例えばフラッシュＲＯＭ２５には制御に用いる定数等が記憶される。またＳ−ＲＡＭ２４はワークメモリとして用いられたり、ＭＩＣ（リモートメモリチップ４、接触型メモリ１０４）から読み出されたデータ、ＭＩＣに書き込むデータ、テープカセット単位で設定されるモードデータ、各種フラグデータなどの記憶や演算処理などに用いるメモリとされる。
また、フラッシュＲＯＭ２５には、システムコントローラ１５が実行すべきプログラムや、その他ファームウエアとしての各種データも記憶される。
【００２６】
なお、Ｓ−ＲＡＭ２４，フラッシュＲＯＭ２５は、システムコントローラ１５を構成するマイクロコンピュータの内部メモリとして構成してもよく、またバッファメモリ２３の領域の一部をワークメモリとして用いる構成としてもよい。
【００２７】
図１に示すように、テープストリーマドライブ１０とホストコンピュータ４０間は上記のようにＳＣＳＩインターフェース２０を用いて情報の相互伝送が行われるが、システムコントローラ１５に対してはホストコンピュータ４０がＳＣＳＩコマンドを用いて各種の通信を行うことになる。
なお、例えばＩＥＥＥ１３９４インターフェイスなどをはじめ、ＳＣＳＩ以外のデータインターフェイスが採用されても構わない。
また、先に本出願人は、テープカセットに磁気テープの管理情報等を記憶可能な不揮発性メモリを設け、テープストリーマドライブにより、この不揮発性メモリに接触式／若しくは非接触式でアクセスするための構成も提案している。本実施の形態としては、このようなテープストリーマドライブの構成を採っていても構わないものである。
【００２８】
図２は、上記テープストリーマドライブ１０によって磁気テープ３に記録されるトラックの構造を示している。
各トラックは、図示しない記録ヘッドによりいわゆるアジマスベタ記録によりトラック幅ＴＷのトラックとして形成されていく。隣接するトラック同志は互いに逆アジマストラックとされる。即ち、一方のアジマス方向とされるトラックＴＫAと他方のアジマス方向とされるトラックＴＫBが交互に形成される。
再生時には再生ヘッド１６によりトラックが走査される。再生ヘッド１６のヘッド幅ＨＷはトラック幅ＴＷよりも広い幅とされているが、いわゆるアジマス効果により、隣接トラックからのクロストークは防止される。
【００２９】
本実施の形態が対応するテープフォーマットでは、一対の隣接するトラックＴＫA ，ＴＫB は１フレームと呼ばれ、２０フレーム（４０トラック）が１グループと呼ばれる単位となる。
上記グループは最小記録単位とされる。従って、ストリーミングといわれる１回の記録動作は、最小でグループごとに行われ得ることになる。
【００３０】
また、各トラック内のデータフォーマットは図３に示される。
１つのトラックは、例えば０〜９５のフラグメントＩＤが順次与えられた９６のブロックの集合から成る。このブロックは所定のデータサイズによる固定長とされる。
【００３１】
ブロックのデータ構造を図４に示す。
ブロックは、この図に示すようにして、先頭の１６バイトのヘッダエリアと、これに続く１２７×２＝２５６バイトのデータエリアと、１２×２＝２４バイトのＣ１パリティエリアとから成る。Ｃ１パリティはブロック内のデータに対するするエラー訂正符号となる。ここでの詳しい説明は省略するが、本実施の形態のフォーマットでは、Ｃ２，Ｃ３パリティも規定される。Ｃ２パリティは、トラック単位で完結し、Ｃ３パリティはグループ単位で完結するエラー訂正符号である。
【００３２】
図４に示すブロックのヘッダエリアにおいて、先ず先頭２バイト(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を規定すれば、例えば、以下の式により各ブロックが属するとされるグループを一意的に認識することができる。
0003829741.tif 000002
ただし、各ブロックは、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順に配列し直すことで、例えば図１１に示すようにして、論理的なブロックの配列によって１グループを形成することができる。
【００６３】
なお、論理アドレスとしてのグループナンバの情報（Lower 4-bit of Group Number）を下位４ビットとしているのは、あくまでも一例であって、これに限定されるものではない。
例えば本実施の形態では、１つのブロックは、２グループ分離れて磁気テープ上に物理的に記録されることは無いことと規定している。このため、ID InformationのBase Group Numberと比較するのにあたっては、理論上は、論理アドレスとしてのグループナンバの情報は、下位１ビットがありさえすればよいことになる。しかしながら、より万全な比較結果が得られることを考慮すれば、ビット数としても或る程度のマージンがあったほうが好ましい。しかしながら、ビット数を多くしすぎると、冗長度が高くなってしまって好ましくない。
そこで、本実施の形態では、このようなことを考慮して、論理アドレスとしてのグループナンバの情報（Lower 4-bit of Group Number）を、下位４ビットとして設定することで、より完全な比較結果が得られることと、冗長度が高くならないことのバランスをとっているものである。
【００６４】
なお、本発明としては、これまでに説明した実施の形態としての構成のみに限定されない。つまり、ブロックに相当するデータの集合によりトラックが形成されると共に、所定数のトラックに相当するデータによりグループに相当する記録データ単位が規定されるようなフォーマットに対応するのであれば、適用が可能である。
【００６５】
【発明の効果】
以上説明したように本発明は、磁気テープにデータを記録する基本のフォーマットとして、ブロック単位の連続によりトラックが形成される。そして、所定複数のトラックに相当するサイズのデータによってグループというデータ単位が形成される。
そして、このようなフォーマットのもとで、トラックのデータ内には、現トラックが物理的に属するとされるグループを示す物理グループ識別情報(ID InformationのBase Group Number)を記録し、上記ブロック内には、現ブロックが論理的に属するとされるグループを、上記物理グループ識別情報よりも少ないビット数により示すようにされた論理グループ識別情報（Lower 4-bit of Group Number）を記録するようにしている。
これにより、再生時においては、物理グループ識別情報と論理グループ識別情報とを比較することで、ブロックごとにどのグループに属するデータであるのかを正確に特定することが可能となる。
例えばリライトをブロック単位で行うようにした場合には、或るグループの物理的領域内に、前のグループのブロックが混在するような記録状態となることがあるが、本発明を適用すれば、このような記録状態の磁気テープに対して再生を行っても、各ブロックが属するグループが正確に特定され、正常にグループのデータを形成することができる。これは、リライトをブロック単位で行うという動作が現実的に可能となることを意味している。また、これによって、グループの切れ目としてのブロックが、或るトラックの途中位置にあっても良いということになる。
このようにして、本発明では、リライトやグループの切り換えなどの記録データの型式に関して、これまでよりも高い自由度を与えることになる。また、例え、或る記録領域内において異なるグループのブロックが混在して記録されるような状況であっても、各ブロックが属するグループは正確に特定されるのであるから、記録再生の信頼性も向上されることになる。
【図面の簡単な説明】
【図１】本発明の実施の形態に対応するテープストリーマドライブの構成例を示すブロック図である。
【図２】磁気テープに記録されるトラックのフォーマットを示す説明図である。
【図３】トラックのデータ構造を模式的に示す説明図である。
【図４】ブロックのデータ構造を示す図である。
【図５】  ID Informationに格納される情報の定義内容を示す図である。
【図６】従来におけるリライト動作例を示す説明図である。
【図７】従来におけるリライト動作例を示す説明図である。
【図８】本実施の形態としてのリライト動作例を示す説明図である。
【図９】本実施の形態としてのリライト動作例を示す説明図である。
【図１０】本実施の形態におけるブロックごとのグループ特定のための処理を説明するための説明図である。
【図１１】論理的にブロックが集合されて形成されるグループの構造例を示す説明図である。
【符号の説明】
３  磁気テープ、１０  テープストリーマドライブ、１１  回転ドラム、１２Ａ，１２Ｂ  記録ヘッド、１３Ａ，１３Ｂ，１３Ｃ  １４Ａ  ドラムモータ、１４Ｂ  キャプスタンモータ、１４Ｃ  Ｔリールモータ、１４Ｄ  Ｓリールモータ、１４Ｅ  ローディングモータ、再生ヘッド、１５  システムコントローラ、１６  サーボコントローラ、１７  メカドライバ、１９  ＲＦ処理部、２０  ＳＣＳＩインターフェイス、２１  圧縮／伸長回路、２２  ＩＦコントローラ／ＥＣＣフォーマター、２３  バッファメモリ
【図１】
0003829741.tif 000003
【図２】
0003829741.tif 000004
【図３】
0003829741.tif 000005
【図４】
0003829741.tif 000006
【図５】
0003829741.tif 000007
【図６】
0003829741.tif 000008
【図７】
0003829741.tif 000009
【図８】
0003829741.tif 000010
【図９】
0003829741.tif 000011
【図１０】
0003829741.tif 000012
【図１１】
0003829741.tif 000013