JPH0855463A

JPH0855463A - 磁気記録再生装置

Info

Publication number: JPH0855463A
Application number: JP19162694A
Authority: JP
Inventors: Akihiro Kikuchi; 明博菊池; Keiju Sugimoto; 佳重杉本
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1994-08-15
Filing date: 1994-08-15
Publication date: 1996-02-27

Abstract

(57)【要約】【目的】高速処理およびテープの寿命の向上を図るこ
とができる磁気記録再生装置の提供を目的とする。【構成】データ記録時に、このフォーマットに基づい
て作成される磁気テープの先頭部分としてのＬＩＤＴ領
域２１に、少なくとも複数回のデータ書き込み動作単位
以上に相当する所定単位毎としての１００ＩＤ毎に磁気
テープ上の位置を示す位置情報としての論理ＩＤ２２、
物理ＩＤ２３、ファイルナンバー２４、ブロックナンバ
ー２５を記録するようにしたので、複数のブロックを単
位とするデータ処理の高速化を図ることができ、テープ
の摩耗を減少させて、テープの寿命を向上させることが
できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えば、ホストコン
ピュータから供給されるデータを特定のフォーマットに
より変換して、磁気テープに記録し、または再生された
データをホストコンピュータに供給する磁気記録再生装
置に関する。

【０００２】

【従来の技術】従来より審議中の、記録に関するアメリ
カ標準規格ＡＮＳＩＤＤ−１フォーマット（ＡＮＳＩ
Ｘ３Ｂ５）がある。このフォーマットは、カセットテ
ープにデータを記録するのみでなく、コンピュータペリ
フェラルに適するように、ファイル管理のためのデータ
構造や、エラーレートを向上させるための誤り検出方法
について詳細に規定したものである。

【０００３】このＤＤ−１フォーマットのデータレコー
ダは、インタフェースユニットを介して、ホストコンピ
ュータとＳＣＳＩインタフェースで接続されている。こ
のインタフェースユニットは、ホストコンピュータによ
り磁気テープデバイスであると認識されるために、ファ
イルフォーマットをテープ上に作成し、その上でデータ
のやりとりを行うフォーマッターの機能を搭載してい
る。

【０００４】この発明の出願人は、このＤＤ−１フォー
マットに対応するコンピュータペリフェラルに適したデ
ータレコーダ等に実現可能なフォーマットとしてテープ
フォーマットを独自に開発している。このテープフォー
マットでは、物理的テープ開始位置（以下、「ＰＢＯ
Ｔ」という。）から１０メートルのダミー領域を経た位
置を論理的テープ開始位置（以下、「ＬＢＯＴ」とい
う。）とし、ＬＢＯＴの位置から所定の助走区間を設け
た後に、テープがテープフォーマットとして有効か否か
を判定するためのボリュームセット情報テーブル（以
下、「ＶＳＩＴ」という。）を設けている。ＶＳＩＴ
は、テープ全体を管理するもので、１つのＶＳＩＴは１
００ＩＤの領域を有しいる。

【０００５】また、ＶＳＩＴからダミー領域を経た位置
に、ファイル管理のためのディレクトリ情報テーブル
（以下、「ＤＩＴ」という。）を設けている。ＤＩＴは
ユーザデータ領域に書かれたデータの区切りを示すテー
プマークの位置および個数の管理テーブルを記録してい
るファイル情報テーブル（以下、「ＦＩＴ」という。）
を有している。ＤＩＴは、ユーザデータ領域の内容を管
理するもので、１つのＤＩＴは１００ＩＤの領域を有し
いる。また、テープのボリュームとしてのアップデート
情報も記録できる。

【０００６】図３６は、この発明の出願人が先に出願し
た磁気記録再生装置のテープフォーマットのＤＩＴ領域
のＦＩＴでのファイルマークの位置の管理を示す図であ
る。図３６に示すように、ＢＯＴ３６６からＥＯＴ３６
７までの間で、このテープフォーマットではＢＯＴ３６
６の近くにＤＩＴ３６０を設け、特に、ユーザデータ領
域３６８では、複数のブロック（１）３６３、ブロック
（２）３６４、ブロック（３）３６５をテープマーク
（以下、「ＴＭ」という。ファイルマークともいう。）
３６１、３６２で区切り、ファイル単位で扱っている。
そして、このＴＭ３６１、３６２の位置のみを、ＤＩＴ
３６０領域のＦＩＴ３６３で管理していた。

【０００７】このため、ブロックスペースコマンドや、
ロケートコマンドなど、ブロック単位で動作するもの
は、現在のテープ位置から１つ１つサブコードを読んで
いき、目標のテープ位置を探すようにしている。図３７
は、この発明の出願人が先に出願した磁気記録再生装置
のテープフォーマットのブロック単位のテープ位置の読
み込みを示す図である。図３７に示すように、ＢＯＴ３
７６からＥＯＴ３７７までの間で、ユーザデータ領域３
８０において、ファイルの区切りを示すＴＭ３７０から
ＴＭ３７５の間で、ＴＭ３７０の終了位置である現在の
ＩＤ３７８から、ブロック（１）３７１、ブロック
（２）３７２、ブロック（３）３７３、・・・、ブロッ
ク（ｎ）３７４の開始位置である目標のＩＤ３７９ま
で、連続してブロック単位でテープ位置を読み込む。

【０００８】図３８に、この発明の出願人が先に出願し
た磁気記録再生装置のブロック単位でテープ位置を読み
込ときの動作をフローチャートに示す。スタートして、
前提として、テープのロード処理において、ＤＩＴを読
み込んだ後に、ステップＳ２０でブロックスペースコマ
ンドを受けて目標とするブロックナンバーをセットす
る。ステップＳ２１でリードコマンドを受けてサブコー
ド読む。ブロックスペースコマンドでは、メモリ上の動
作で実際にテープは動作しない。この後のリードコマン
ドで初めてテープが動作する。ステップＳ２２で目標の
ＩＤが来たかどうかを判断し、ステップＳ２２で目標の
テープ位置を示すＩＤが来るまで、ステップＳ２３でサ
ブコードを読む。ステップＳ２２で目標のＩＤが来たら
ステップＳ２４でデータを読んで終了する。

【０００９】ところが、このような動作では、ファイル
単位で行われる処理の場合は、複数のブロック毎に処理
するので効率はよい。しかし、現場において、番組と共
に記録されているコマーシャルのみを変更したい等のフ
ァイルの途中からテープを読みたいという要求がある。
このため、図３７に示すように、ファイルの途中、つま
り、ブロック単位で行われる処理の場合は、現在のＩＤ
から目標のＩＤまで１つ１つのブロックをリードしてい
き、目標位置を探すようにしなければならない。

【００１０】

【発明が解決しようとする課題】このように、この発明
の出願人が先に出願した磁気記録再生装置においては、
複数のブロックをファイル単位で扱っていたので、ファ
イル単位で行われる処理の場合はよいが、ブロック単位
で行われる処理の場合は、１つ１つのブロックをリード
していき、目標位置を探すようにしなければならず、多
大な時間がかかるため、動作の効率が悪く、しかも、テ
ープの摩耗が多く、テープの寿命が短くなるという不都
合があった。

【００１１】この発明は、かかる点に鑑みてなされたも
のであり、高速処理およびテープの寿命の向上を図るこ
とができる磁気記録再生装置の提供を目的とする。

【００１２】

【課題を解決するための手段】この発明の磁気記録再生
装置は、図１乃至図３５に示す如く、データ供給源（ホ
ストコンピュータ８）から供給されるデータをバッファ
メモリ（バンクメモリ４）に保持して特定のフォーマッ
トにより変換して、磁気テープに記録し、磁気テープに
記録されたデータを再生してバッファメモリ（バンクメ
モリ４）に保持してデータ供給源（ホストコンピュータ
８）に供給する磁気記録再生装置において、データ記録
時に、このフォーマットに基づいて作成される磁気テー
プの先頭部分（ＬＩＤＴ領域２１）に、少なくとも複数
回のデータ書き込み動作単位以上に相当する所定単位毎
（１００ＩＤ）に磁気テープ上の位置を示す位置情報
（論理ＩＤ２２、物理ＩＤ２３、ファイルナンバー２
４、ブロックナンバー２５）を記録するようにしたもの
である。

【００１３】また、この発明の磁気記録再生装置は、図
１乃至図３５に示す如く、上述において、データ再生時
に、位置情報（論理ＩＤ３２、３６、物理ＩＤ３３、３
７、ファイルナンバー３４、３８、ブロックナンバー３
５、３９）に基づいて、目標位置（目標ＩＤ４９）より
手前で最も近い位置情報の先頭位置（論理ＩＤ＝９０
０）から、目標位置（目標ＩＤ４９）を探すようにした
ものである。

【００１４】また、この発明の磁気記録再生装置は、図
１乃至図３５に示す如く、上述において、位置情報（論
理ＩＤ２２、物理ＩＤ２３、ファイルナンバー２４、ブ
ロックナンバー２５）は、磁気テープのユーザデータ領
域１１およびファイル終端を示すファイルマーク領域
（ＴＭ１２，１８）での位置のみを示す論理位置（論理
ＩＤ２２）と、実際の磁気テープの位置を示す物理位置
（物理ＩＤ２３）と、ファイル番号（ファイルナンバー
２４）と、１回のデータ書き込み動作単位の番号を示す
ブロック番号（ブロックナンバー２５）とを示すデータ
が設けられているものである。

【００１５】また、この発明の磁気記録再生装置は、図
１乃至図３５に示す如く、上述において、位置情報（論
理ＩＤ２２、物理ＩＤ２３、ファイルナンバー２４、ブ
ロックナンバー２５）を記録する所定単位（１００Ｉ
Ｄ）は、バッファメモリ（バンクメモリ４）の記憶容量
に相当するようにしたものである。

【００１６】

【作用】この発明によれば、データ記録時に、このフォ
ーマットに基づいて作成される磁気テープの先頭部分
（ＬＩＤＴ領域２１）に、少なくとも複数回のデータ書
き込み動作単位以上に相当する所定単位毎（１００Ｉ
Ｄ）に磁気テープ上の位置を示す位置情報（論理ＩＤ２
２、物理ＩＤ２３、ファイルナンバー２４、ブロックナ
ンバー２５）を記録するようにしたので、複数のブロッ
クを単位とするデータ処理の高速化を図ることができ、
テープの摩耗を減少させて、テープの寿命を向上させる
ことができる。

【００１７】また、この発明によれば、上述において、
データ再生時に、位置情報（論理ＩＤ３２、３６、物理
ＩＤ３３、３７、ファイルナンバー３４、３８、ブロッ
クナンバー３５、３９）に基づいて、目標位置（目標Ｉ
Ｄ４９）より手前で最も近い位置情報の先頭位置（論理
ＩＤ＝９００）から、目標位置（目標ＩＤ４９）を探す
ようにしたので、位置情報の１単位（１００ＩＤ）の中
から目標位置を求め、データの再生を高速に行うことが
でき、テープの摩耗を減少させて、テープの寿命を向上
させることができる。

【００１８】また、この発明によれば、上述において、
位置情報（論理ＩＤ２２、物理ＩＤ２３、ファイルナン
バー２４、ブロックナンバー２５）は、磁気テープのユ
ーザデータ領域およびファイル終端を示すファイルマー
ク領域（ＴＭ１２，１８）での位置のみを示す論理位置
（論理ＩＤ２２）と、実際の磁気テープの位置を示す物
理位置（物理ＩＤ２３）と、ファイル番号（ファイルナ
ンバー２４）と、１回のデータ書き込み動作単位の番号
を示すブロック番号（ブロックナンバー２５）とを示す
データが設けられているので、目標とするファイル番号
とブロック番号に最も近いファイル番号とブロック番号
を探して、その論理位置と物理位置に基づいて目標位置
を探すことができる。

【００１９】また、この発明によれば、上述において、
位置情報（論理ＩＤ２２、物理ＩＤ２３、ファイルナン
バー２４、ブロックナンバー２５）を記録する所定単位
（１００ＩＤ）は、バッファメモリ（バンクメモリ４）
の記憶容量に相当するようにしたので、大容量のバッフ
ァメモリ（バンクメモリ４）の場合には、位置情報の１
単位（１００ＩＤ）を大きくすることができ、この１単
位（１００ＩＤ）の中から目標位置を探すことができ、
データ処理の高速化を図ることができる。

【００２０】

【実施例】図１は、この発明による磁気記録再生装置の
一実施例の構成を示すブロック図である。この発明の磁
気記録再生装置は、この出願人が独自に開発した記録フ
ォーマットであるテープフォーマットを用いている。こ
のテープフォーマットは、ＤＤ−１フォーマットに対応
するコンピュータペリフェラルに適したデータレコーダ
等に実現可能であり、この例においては、特に、ブロッ
クスペース処理またはロケート処理を行った後に、リー
ド処理またはライト処理を行う場合においての高速化を
容易にし、テープ寿命を向上させるものである。つま
り、メモリ上の処理でテープ位置を探して、テープ上で
はダイレクトにその位置に移動するのである。

【００２１】図１に示すように、このインタフェース７
は、ホストコンピュータ８とテープフォーマットのデー
タレコーダ９とを、例えばＳＣＳＩインタフェース等で
接続している。

【００２２】インタフェース７は、データレコーダ９を
ＭＴなどのテープストリーマのようにコントロールする
テープストリームエミュレーションを備えたインタフェ
ース装置である。このインタフェース７は、テープフォ
ーマットをテープ上に作成し、その上でデータのやりと
りを行うフォーマッターの機能を搭載している。

【００２３】インタフェース７は、ホストコンピュータ
８から転送されたデータをテープフォーマットに変換
し、データレコーダ９を制御するものである。インタフ
ェース７は、ホストコンピュータ８からデータレコーダ
９にデータを供給する際またはデータレコーダ９からホ
ストコンピュータ８にデータを供給する際に、データラ
インを介して一時的にデータを保持するデータバッファ
としてのバンクメモリ４を有する。

【００２４】メインＣＰＵ１はホストコンピュータ８か
らのコマンドをコントロールラインを介して受け取り、
インタフェース７全体をコントロールする制御部であ
る。サブＣＰＵ３はメインＣＰＵ１からのコマンドを受
け、コントロールラインを介してデータレコーダ９等の
制御を行うものである。デュアルポートＲＡＭ２はメイ
ンＣＰＵ１とサブＣＰＵ３との通信用のメモリである。

【００２５】ＤＭＡＣ５はメインＣＰＵ１からのコマン
ドを受けて、バンクメモリ４の制御を行うダイレクトメ
モリアクセスコントローラである。ＤＭＡＣ５はサブＣ
ＰＵ３からのコマンドを受けて、バンクメモリ４の制御
を行うダイレクトメモリアクセスコントローラである。
バンクメモリ４の１バンクは、例えば、２８４ＩＤ（３
２Ｍバイト）または１４２ＩＤ（１６Ｍバイト）であ
る。

【００２６】サブメモリ６は、ファームウエアのワーク
領域、ファイルの区切り記号であるテープマークの管理
テーブルを格納する領域である。この例においては、テ
ープのロード処理において、以下に述べる情報テーブル
ＤＩＴを読み込むようにしている。

【００２７】この発明による磁気記録再生装置の一実施
例は、このような構成により、以下のような動作をす
る。まず、メインＣＰＵ１がホストコンピュータ８から
のファイルスペースコマンドを受け取ると、テーブルか
らスペース数を元に、目標のＩＤを探しだし、サブメモ
リ６に記憶する。続いて、ホストコンピュータ８からブ
ロックスペースコマンドが供給されると、サブメモリ６
にそのブロックナンバーを記憶する。

【００２８】次に、ホストコンピュータ８からリードコ
マンドを受け取ると、メインＣＰＵ１はデュアルポート
ＲＡＭ２を用いてサブメモリ６にリードコマンドを供給
する。これを受けて、サブＣＰＵ３はデータレコーダ９
にリードコマンドを供給し、同時にＤＭＡＣ５を用いて
バンクメモリ４にデータレコーダからのデータを受け取
る。

【００２９】バンクメモリ４がすべてデータでうまった
ら、サブＣＰＵ３はデュアルポートＲＡＭ２を用いてメ
インＣＰＵ１にリード処理の完了を知らせる。メインＣ
ＰＵ１は、バンクメモリ４から目標のブロックがどこに
あるか探して、見つかったらホストコンピュータ８にデ
ータを供給する。

【００３０】ここで、１ブロックとは、１回のライトコ
マンドで、１回の書き込み動作をする単位をいう。通
常、１ブロックは、５１２バイトもしくは１０２４バイ
トであるが、各々のブロックは当分ではない。

【００３１】図５に、この発明による磁気記録再生装置
の一実施例の磁気テープ上のフォーマットおよびトラッ
クを示す。図５Ａにおいて、磁気テープ５０の先頭から
ダミー領域５１を経てＶＳＩＴ５２が設けられている。
ＶＳＩＴ５２は、磁気テープ５０がテープフォーマット
として有効か否かを判定するものである。ＶＳＩＴ５２
からダミー領域５３を経てＤＩＴ５４が設けられてい
る。ＤＩＴ５４はユーザデータ領域５６に書かれたデー
タの区切りを示すテープマークの位置および個数の管理
を行う。ＤＩＴ５４からダミー領域５５を経てユーザデ
ータ領域５６が設けられている。ユーザデータ領域５６
の終端部にはデータの終了位置を示すＥＯＤ５７が設け
れている。図５Ｂにおいて、磁気テープ５０上に斜め方
向に記録されたトラックには、ユーザデータ５９とユー
ザデータ５９の属性を示すサブコード５８が設けられて
いる。

【００３２】このようなインタフェース７およびデータ
レコーダ９に用いられるテープフォーマットの詳細を以
下に示す。なお、このテープフォーマットに規定されて
いない仕様は、アメリカ標準規格ＡＮＳＩＸ３．１７
５−１９９０に従うものとする。

【００３３】図６に、テープフォーマットの磁気テープ
上の論理的なフォーマットを示す。記録領域は、論理的
テープ開始位置（以下、「ＬＢＯＴ」という。）と、論
理的テープ終了位置（以下、「ＬＥＯＴ」という。）の
間の領域をいう。ＬＢＯＴは、物理的テープ開始位置
（以下、「ＰＢＯＴ」という。）から１０メートルのと
ころを指す。ＬＥＯＴは、物理的テープ終了位置（以
下、「ＰＥＯＴ」という。）の１５メートル手前を指
す。ＰＢＯＴもＰＥＯＴも物理的なテープの開始点、終
了点を示す。

【００３４】ＰＢＯＴからＬＢＯＴの間と、ＬＥＯＴか
らＰＥＯＴの間は、無効領域であり、それ以外のＬＢＯ
ＴからＬＥＯＴまでを記録領域と呼ぶ。ＬＢＯＴの位置
からランアップ領域６４を経てＶＳＩＴ６０が設けられ
ている。ＶＳＩＴ６０の後にマージン６７とランアップ
領域６５を経てＤＩＴ６１が設けられている。ＤＩＴ６
１の後にマージン６８とランアップ領域６６を経てユー
ザデータ領域６２が設けられている。ユーザデータ領域
６２の後にＥＯＴ近似位置（以下、「ＮＥＯＴ」とい
う。）からＬＥＯＴまでを事実上テープ終了領域６３と
いう。この場合、テープの互換性の上で、無効領域での
データ（ヘリカルデータ、コントロールデータ、および
アノテーションデータ）は意味が無いものである。ここ
では、たとえ、何らかのデータが存在したとしても、有
効なデータとはみなさないし、物理トラックセットＩＤ
もしくはその他のデータが存在しなくともよいものであ
る。

【００３５】図７に示すように、記録領域には、有効デ
ータ領域と無効データ領域とがあるが、有効データ領域
では、物理トラックセットＩＤが連続して単調増加して
いる。有効データ領域は、データトラックをロックさせ
るまでの助走エリアであるランプエリア７３、７４、７
５、テープの管理情報に対するテーブルのエリアである
テーブル領域７０、７１、ユーザデータが記録されるユ
ーザデータ領域７２の３タイプがある。

【００３６】無効データ領域には、テーブルなどを更新
するときに、その後ろにある有効データを消去しないた
めの余裕を持たせるための余裕領域７６、７７がある。
ＬＢＯＴのトラックセットＩＤである６９７６ＩＤより
後ろ側で、ランアップエリア７３として最低１０２４ト
ラックセットＩＤ以上開けたところから、ボリュームセ
ット情報テーブル７０（以下、「ＶＳＩＴ」という。）
が始まる。そのＶＳＩＴ７０のトラックセットＩＤを、
８０００ＩＤとする。ＶＳＩＴ７０は１００ＩＤずつ７
個書かれているので、７００ＩＤを占めている。

【００３７】ＶＳＩＴ７０に続いて、８７００ＩＤから
余裕領域７６（１．５ｍ），ランアップエリア７４とし
て最低１０２４トラックセットＩＤ以上開けたところか
らディレクトリィ情報テーブル７１（以下、「ＤＩＴ」
という。）がある。ＤＩＴ７１は１００ＩＤずつ７個書
かれているので、７００ＩＤを占めている。

【００３８】ＤＩＴ７１に続いて、余裕領域７７（１．
５ｍ），ランアップエリア７５として最低１０２４トラ
ックセットＩＤ以上開けたところから、ユーザデータエ
リア７２が始まる。そして、図６で示すようなＥＯＴ近
似位置ＮＥＯＴで、記録データエリア７２が終わる。

【００３９】図６において、ＮＥＯＴとＬＥＯＴの間の
事実上テープ終了位置領域６３は、テープが終了するた
めの操作に必要な領域に充てている。この量について
は、インプリメントに依存する。

【００４０】図８に、テープフォーマットの論理トラッ
クを示す。始めの４バイトは、予約領域８０で（１１１
１１１１１）₁₆で埋められる。サブコードデータ８１の
内容は、それぞれのデータタイプに対して、後述する図
１６、２０、２２、２４、２６、２７、２８、２９、３
０、３１に示す。すべてのサブコードをまとめたものを
図３２に示す。サブコードのそれぞれのそれぞれのデー
タの規定は図３２に示す。サブコードのパラメータは、
図３３、３４、３５に示す。

【００４１】図８において、サブコードデータ８１は、
１００バイトのサブコード８５、８６、８７を３回繰り
返して書く。３回書いた残りは、パディング領域８８
（１６８バイト）であり、データは不定である。図１
６、２０、２２、２４、２６、２７、２８、２９、３
０、３１において、チェックサム（Ｗ２４）の計算範囲
はＷ０からＷ２３までである。４バイトから１ワード単
位で計算する。

【００４２】図１６、２０、２２、２４、２６、２７、
２８、２９、３０、３１において、Ｗ２の最上位ビット
「Ｂ」は、ブロック動作可能フラグである。「０」のと
き、動作不可−Ｗ２，Ｗ３，Ｗ４のパラメータは無効で
ある。「１」のとき、動作可能−内容はまだ決まってい
ない。Ｗ６の最上位ビット「Ａ」はアペンドファイルポ
インターで、アペンドした最初のトラックセットＩＤに
対してこのフラグを立てる。

【００４３】図２６、２７、２８、２９において、Ｗ７
の最上位ビット「Ｗ」は、ライトリトライカウンタ動作
可能フラグである。「０」のとき、動作不可−Ｗ７のラ
イトリトライカウンタは、（０）₁₆にセットする。
「１」のとき、動作可能−このトラックに対して、ライ
トリトライが起こったとき、Ｗ７のライトリトライカウ
ンタをインクリメントする。Ｗ８〜Ｗ２３は予約ワード
で「０」で埋める。

【００４４】また、図８に戻ると、ユーザデータ８２は
ユーザの有効データであり、「３２７６８バイト」まで
のデータを記録することができる。パディングデータ８
３は、ユーザデータ８２のサイズが「３２７６８バイ
ト」未満の場合の残りのユーザデータ領域８２の残りの
部分をいい、データは不定である。ガービッジ８４は
「２８６８バイト」であり、予約されたエリアであるが
データは不定である。

【００４５】次に、図９において管理テーブルについて
説明する。ボリューム情報テーブルＶＳＩＴ９０は、図
９に示すように、管理テーブルのデータの信頼性を上げ
るため、１００トラックセットＩＤのＶＳＩＴを３回以
上７回まで繰り返して書き込む。

【００４６】ＶＳＩＴテーブル９１（１トラックセット
ＩＤ）は、図示しないＥＯＤまたはダミートラック９２
（７８トラックセットＩＤ）により終了する。ダミート
ラック９２での終了の場合は、ダミーデータトラック９
２が１６トラックセットＩＤ以上続いている場合に終了
とみなす。繰り返すデータは、サブコードを含めて同じ
データを使う。ライトリトライカウンタが有効なときは
これを除く。

【００４７】ＶＳＩＴテーブル９１は、図１５に示す。
ＶＳＩＴテーブルのサブコードは、図１６に示す。図１
５において、Ｗ４４は、物理ボリューム（テープ）のデ
ータエリアの最初の物理トラックセットＩＤ番号であ
る。

【００４８】Ｗ４５は、物理ボリューム（テープ）のデ
ータエリアの最後の物理トラックセットＩＤ番号であ
る。これは、ユーザエリアのＥＯＤの物理トラックセッ
トＩＤになる。Ｗ６２はＶＩＴの数である。Ｗ６５は、
ＶＩＴの先頭の物理トラックセットＩＤである。

【００４９】図９に戻って、アップデートテーブルＵＴ
９３（１トラックセットＩＤ）は図２３に示す。アップ
デートテーブルのサブコードは図２４に示す。このアッ
プデートテーブルは、付属するテーブルが更新中である
かどうかを示すテーブルである。例えば、アップデート
テーブルは、テープのロード時には「１」を示し、アン
ロード時には「０」を示すようにしてもよい。図２３に
おいては、Ｗ０：Ｕｐｄａｔｅｓｔａｔｕｓは、（０
０００００００）₁₆：更新済、（ＦＦＦＦＦＦＦ
Ｆ）₁₆：更新中である。

【００５０】図９に戻って、チェックサムトラック９５
（１トラックセットＩＤ）は、図２５に示す。計算範囲
は、ＶＳＩＴおよびＵＴ領域である論理トラックにおけ
るユーザデータの領域のみを、計算の対象とする。４バ
イトから１ワードを計算の対象とする。

【００５１】図１０において、ＤＩＴ１００について説
明する。ＤＩＴ１００は図１０に示すように、管理テー
ブルのデータの信頼性を上げるため、１００トラックセ
ットＩＤのＤＩＴを３回以上７回まで繰り返して書き込
む。ＤＩＴ１００は、図示しないＥＯＤまたはダミート
ラックにより終了する。ダミートラックでの終了の場合
は、ダミーデータトラックが１６トラックセットＩＤ以
上続いている場合に終了とみなす。繰り返すデータは、
サブコード含めて同じデータを使う。ライトリトライカ
ウンタが有効なときはこれを除く。

【００５２】図１０において、ボリューム情報テーブル
１０１（以下、「ＶＩＴ」という。）は、図１７および
図１８に示す。図１８において、Ｗ２５５にはオーバー
ライトカウンター、Ｗ２５６にはイニシャライズナンバ
ーがそれぞれ設けられている。ＶＩＴのサブコードは、
図２０に示す。ＶＩＴには、図１７において、Ｗ４〜Ｗ
４３に示すボリュームラベル、およびＷ４４に示す物理
ボリューム（テープ）のこのテーブルが管理しているボ
リュームのデータエリア領域の最初の物理トラックセッ
トＩＤ番号が設けられている。

【００５３】図１７において、同様に、Ｗ４５に示す物
理ボリューム（テープ）のこのテーブルが管理している
ボリュームのデータエリア領域のデータの最後の物理ト
ラックセットＩＤ番号が設けられていて、ＥＯＤの位置
を示す。

【００５４】Ｗ６２は、ファイル情報テーブル（以下、
「ＦＩＴ」という。）に登録されているテープマークの
数である。Ｗ６３は、ファイル情報テーブルＦＩＴが使
っているトラックセットの数である。

【００５５】Ｗ６４は、１番目のＵＩＴのタイプを示
す。１番目は、は図１０に示すように、明記されたＵＩ
Ｔを指す。ｔｙｐｅは、（００００００００）₁₆のとき
ＵＩＴは使われない。（００００００００）₁₆〜（７Ｆ
ＦＦＦＦＦＦ）₁₆は、ｒｅｓｅｒｖｅｄ、（８００００
０００）₁₆〜（ＦＦＦＦＦＦＦＦ）₁₆は、ベンダーユニ
ークである。

【００５６】図１０において示す、３トラックのバッド
スポットテーブルは、図１９に示すように、バッドスポ
ット物理トラックセットＩＤ番号が書かれている。サブ
コードは、図２０に示すようにＶＩＴのサブテーブルと
して、ＶＩＴと同じものを使っている。このバッドスポ
ットテーブルは、無効データの領域を示す情報を含む管
理情報としてのテーブルである。したがって、図１０に
示すように、テープ先頭の管理情報（ＤＩＴ）全体を含
むものである。バッドスポットテーブルは、ライトリト
ライ動作や、アペンドライト動作などで生じた論理的に
無効なデータを管理するテーブルである。

【００５７】図１１に示すように、ある「Ａ」というデ
ータの論理トラックセットＩＤ「Ｎ」と同じ論理トラッ
クセットＩＤ「Ｎ」を持った「Ｂ」というデータをその
後に書くとき、読み出しを無効にするべきデータ「Ａ」
をバッドスポット、つまり無効データという。バッドス
ポットテーブルには、このバッドスポットの先頭の論理
トラックセットＩＤ「Ｎ」と最終の論理トラックセット
ＩＤ「Ｎ＋１」が記録されている。

【００５８】図１９において示すように、バッドスポッ
トテーブルには、無効データ領域の最初の物理トラック
セットＩＤ番号を設ける。最上位ビット「Ｕ」は無効に
なった原因を示す。この場合、エラーにより無効になっ
た場合、（１）₁₆をセットし、エラー以外に無効になっ
た場合、（０）₁₆をセットする。同様に、無効データ領
域の最後の物理トラックセットＩＤ番号を設ける。

【００５９】ファイル情報テーブルを図２１に示す。フ
ァイル情報テーブルのサブコードを図２２に示す。図２
１に示すように、ファイル情報テーブルは、テープマー
クの物理トラックセットＩＤ番号、テープマークの絶対
ブロック番号をそれぞれ設けている。

【００６０】図１０に戻って、アップデートテーブルＵ
Ｔ１０６（１トラックセットＩＤ）は図２３に示す。ア
ップデートテーブルＵＴのサブコードは、図２４に示
す。このアップデートテーブルは、付属するテーブルが
更新中であるかどうかを示すテーブルである。アップデ
ートステータスは、（００００００００）₁₆：更新済、
（ＦＦＦＦＦＦＦＦ）₁₆：更新中である。

【００６１】図１０において、ＵＩＴ１０４（６４トラ
ックセットＩＤ）は、ユーザ情報テーブルである。ユー
ザが情報を管理する上で使われるデータのための領域で
ある。ユーザ情報テーブルＵＩＴのサブコードは図３０
に示す。図１０に戻って、チェックサムトラック１０７
（１トラックセットＩＤ）は、図２５に示す。チェック
サムトラックのサブコードは、図３０に示す。計算範囲
は、ＶＩＴ，バッドスポット，ＦＩＴおよびＵＴ領域で
ある。論理トラックにおけるユーザデータの領域のみ
を、計算の対象とする。４バイトから１ワード単位で計
算する。

【００６２】次に、データの扱いに対する順序は、図１
１に示すように、バイトシリアルの順番にする。３２ビ
ットのデータのときにはＬＳＢからＭＳＢへの順序で行
う。つまり、Ｗ０からＷ３への順序で行う。１６ビット
のデータのときにもＬＳＢからＭＳＢへの順序で行う。
つまり、Ｗ０からＷ１への順序で行う。また、図９にお
いて示した管理テーブルにおけるリザーブエリア１０５
（６８トラックセットＩＤ）は、すべて（０）₁₆で埋め
る。管理テーブルの領域ではライトリトライは行わな
い。

【００６３】つぎに、図８において示したユーザデータ
トラックについて説明する。ユーザデータトラックは、
「３２７６８バイト」までのユーザデータ８２が、ユー
ザデータエリアに記録することができるトラックであ
る。データトラックには、図１３に示すように、Ｃ１，
Ｃ２の積符号によるエラー訂正がかけられている。ユー
ザデータのサブコードは図２６に示す。図２６におい
て、Ｗ２２にオーバーライトカウンター，Ｗ２３にイニ
シャライズナンバーがそれぞれ設けられている。

【００６４】図１４に、テープフォーマットのヘリカル
データトラックを示す。図１４において、テープの進行
方向に対してヘッドの進行方向は斜め方向となり、ヘリ
カルデータトラック１４１はヘッドの進行方向と同じ斜
め方向に形成される。ヘリカルデータトラック１４１
は、下方向から上方向にＬＳＢからＭＳＢへの順序に形
成される。テープ１４０の上端および下端には、注記を
記録するアノテーショントラック１４２、１４３が形成
される。下端のアノテーショントラック１４３の上には
コントロールトラック１４４が形成される。コントロー
ルトラック１４４は、同期信号およびトラックセットＩ
Ｄが記録される。

【００６５】テープマークトラックは、隣合った２つの
ファイルのセパレータとして使われる。テープマークは
１トラックセットを使う。トラックのユーザデータの領
域は不定である。テープマークのサブコードは図２７に
示す。

【００６６】ＥＯＤは、記録データの終了を示すトラッ
クである。終了を示すとき、ＥＯＤは１６トラックセッ
トＩＤ以上連続していなければならない。トラックのユ
ーザデータの領域は不定である。ＥＯＤのサブコード
は、図２８に示す。

【００６７】ダミートラックは、連続した制御トラック
が必要な場合に、領域を埋めるときに用いられる。トラ
ックのユーザデータの領域は不定である。ダミートラッ
クのサブコードは、図２９に示す。

【００６８】図２は、この発明による磁気記録再生装置
の一実施例の論理ＩＤが１００ＩＤ増加する毎にＬＩＤ
Ｔを書いていく動作を示す図である。テープフォーマッ
トについては既に詳細に説明したので、ここでは省略す
る。

【００６９】図２に示すように、ＢＯＴ１０からＥＯＴ
１９までの間で、このテープフォーマットではＢＯＴ１
０の近くにＬＩＤＴ２１を設け、特にこの実施例におい
ては、ユーザデータ領域１１の１００ＩＤ毎に、ＬＩＤ
Ｔ２１領域に論理ＩＤ２２、物理ＩＤ２３、ファイルナ
ンバー２４、ブロックナンバー２５を書き込むようにす
る。１００ＩＤは、これに限らず、インタフェース７の
バンクメモリ４の容量程度でよい。

【００７０】図２において、ＢＯＴ１０からＥＯＴ１９
までの間で、ユーザデータ領域１１において、ファイル
の区切りを示すＴＭ１２からＴＭ１８の間で、ＴＭ１２
の開始位置である、論理ＩＤ＝（１００×ｎ）ＩＤか
ら、ブロック（１）１３、ブロック（２）１４、ブロッ
ク（３）１５、・・・、ブロック（ｎ）１６を経て、ブ
ロック（ｎ＋１）１７の中間位置である、論理ＩＤ＝１
００×（ｎ＋１）ＩＤまで、１００ＩＤの論理ＩＤ２
２、物理ＩＤ２３、ファイルナンバー２４、ブロックナ
ンバー２５をＬＩＤＴ２１領域に書き込む。

【００７１】次に、ブロック（ｎ＋１）１７の中間位置
である、論理ＩＤ＝１００×（ｎ＋１）ＩＤから１００
ＩＤの論理ＩＤ２２、物理ＩＤ２３、ファイルナンバ
ー、ブロックナンバーをＬＩＤＴ２１領域に書き込む。
このようにして、連続して、１００ＩＤ分の論理ＩＤ、
物理ＩＤ、ファイルナンバー、ブロックナンバーをＬＩ
ＤＴ２１領域に書き込むようにする。この動作は、テー
プにデータの書き込みを行うと同時に、例えば、予め、
ローディング時にサブメモリに読み込まれたＬＩＤＴ２
１領域に書き込むようにする。そして、アンローディン
グにテープ上にＬＩＤＴ２１を書き込むようにしても良
い。

【００７２】このように、１００ＩＤ毎にＬＩＤＴ領域
に書き込まれた、論理ＩＤ、物理ＩＤ、ファイルナンバ
ー、ブロックナンバーに基づいて目標ＩＤを見つける動
作を以下に示す。図３は、この発明による磁気記録再生
装置の一実施例のＬＩＤＴにより論理ＩＤを１００ＩＤ
以内に見つける動作を示す図である。

【００７３】この場合、例えば、１００ＩＤのユーザデ
ータ領域に対するＬＩＤＴ領域に書き込まれた、論理Ｉ
Ｄ、物理ＩＤ、ファイルナンバー、ブロックナンバーは
１６バイトである。３０００００ＩＤのユーザデータ領
域、つまり、３０００ブロックのデータの場合には、１
ＩＤ＝１１０Ｋバイトであるから、１１０×１０２４／
１６＝７０４０組のＬＩＤＴ領域の、論理ＩＤ、物理Ｉ
Ｄ、ファイルナンバー、ブロックナンバーを設けること
になる。

【００７４】図３は、本発明の磁気記録再生装置の一実
施例のＬＩＤＴにより論理ＩＤを１００ＩＤ以内に見つ
ける動作を示す図である。この動作は、図３において、
ＢＯＴ３０からＥＯＴ４０までの間で、ＢＯＴ３０の近
くに設けられたＬＩＤＴ３１領域の論理ＩＤ３２、３
６、物理ＩＤ３３、３７、ファイルナンバー３４、３
８、ブロックナンバー３５、３９に基づいて、ユーザデ
ータ領域４２の目標ＩＤ４９を見つけるものである。

【００７５】図３において、まず、目標に最も近い手前
の位置である目標ＩＤとしてのファイルナンバー２、ブ
ロックナンバー３のある範囲のＬＩＤＴ３１領域の論理
ＩＤ（９００）３２、物理ＩＤ（１４９０）３３、ファ
イルナンバー（２）３４、ブロックナンバー３５、およ
び論理ＩＤ（１０００）３６、物理ＩＤ（１６６７）３
７、ファイルナンバー（２）３８、ブロックナンバー３
９を特定する。

【００７６】次に、ユーザデータ領域４２のＴＭ４３か
ら始まるブロック（１）４４の後の、ブロック（２）４
５の論理ＩＤ＝９００、物理ＩＤ＝１４９０の位置から
ＩＤを読み初めて、１００ＩＤ分、つまり、ブロック
（３）４６の後の、ブロック（４）４７の論理ＩＤ＝１
０００、物理ＩＤ＝１６６７０の位置までＩＤを読む。
するとこの１００ＩＤの間に、目標ＩＤ４９が見つか
る。

【００７７】図４は、本発明の磁気記録再生装置の一実
施例のテープ位置を読む動作を示すフローチャートであ
る。図４において、スタートして、前提として、テープ
のロード処理において、ＬＩＤＴを読み込んだ後に、ス
テップＳ１でファイルマークスペースコマンドを受けて
目標とするファイルナンバーをセットする。ステップＳ
２でブロックスペースコマンドを受けて目標とするブロ
ックナンバーをセットする。ステップＳ３でリードコマ
ンドを受けてサブコード読む。ブロックスペースコマン
ドでは、メモリ上の動作で実際にテープは動作しない。
この後のリードコマンドで初めてテープが動作する。ス
テップＳ４でＬＩＤＴから目標のブロックに最も近いＩ
Ｄを探す。ステップＳ５でそのＩＤに移動する。ステッ
プＳ６で目標のＩＤが来たかどうかを判断し、目標のテ
ープ位置を示すＩＤが来るまで、ステップＳ７でサブコ
ードを読む。ステップＳ６で目標のＩＤが来たらステッ
プＳ８でデータを読んで終了する。

【００７８】このようにすることにより、第１にブロッ
クスペースおよびロケート動作の高速化を図ることがで
き、第２にテープ寿命の向上を図ることができる。この
場合、第１の高速化の実現は、ＬＩＤＴに４つの対応し
たデータを書き込んだことで、ファイルナンバー、ブロ
ックナンバーから目標位置により近いＩＤ値を求めるこ
とができ、実際にデータを読んで目標位置を探す時間を
かなり短縮させることができる。また、第２のテープ寿
命の向上は、実際にデータを読む時間が短縮されたこと
により、データを読むことで起きるテープの摩耗を減少
させることができる。

【００７９】上例において、インタフェース７は上例の
ものに限るものではなく、テープフォーマットに対応す
るものであれば他のものでもよい。また、テープフォー
マットはＩＤ−１フォーマットに対応するデータレコー
ダやストリーマであればどのようなものでも実現するこ
とができるので、ＩＤ−１フォーマットを採用するデー
タレコーダのすべてのインタフェースに応用することが
できる。また、データレコーダにおける物理ＩＤに対応
するような、一定のＩＤの連続性が判定できるものであ
れば、他のテープ装置にも応用することができる。

【００８０】また、テープフォーマットは、データレコ
ーダや、シーケンシャルアクセスデバイスであれば、ど
のようなものでも必要であるため、この発明の実施例を
適用することができる。特に、メモリデバイスコントロ
ーラを持ったテープデバイスはすべて対応することがで
きる。

【００８１】また、ＶＭＥバスを介してインタフェース
部にデータが転送され、データレコーダでＩＤ−１フォ
ーマットで記録されるようなラック型のＶＭＥバスにお
いて、テープフォーマットに変換する機能を設けること
により、上例のインタフェース７に替えることができ
る。

【００８２】また、データレコーダにおいて、データの
記録方式をＩＤ−１フォーマットまたはテープフォーマ
ットに切り替える機能を設けることにより、上例のイン
タフェース７に替えることができる。このとき、データ
レコーダのコマンドとしての９ピンコマンドにテープフ
ォーマットに対応するものを追加するようにしても良
い。

【００８３】このように、磁気テープのロードと同時に
ヘッダーであるＬＩＤＴを読み込み、ホストコンピュー
タからのデータを磁気テープに書き込み、若しくはテー
プ上のデータを読み込み、ホストコンピュータに送り返
し、アンロード時には、テープ位置の情報をＬＩＤＴに
書き込み、磁気テープをイジェクトするようにしてもよ
い。

【００８４】上例によれば、データ記録時に、このフォ
ーマットに基づいて作成される磁気テープの先頭部分
（ＬＩＤＴ領域２１）に、少なくとも複数回のデータ書
き込み動作単位以上に相当する所定単位毎（１００Ｉ
Ｄ）に磁気テープ上の位置を示す位置情報（論理ＩＤ２
２、物理ＩＤ２３、ファイルナンバー２４、ブロックナ
ンバー２５）を記録するようにしたので、複数のブロッ
クを単位とするデータ処理の高速化を図ることができ、
テープの摩耗を減少させて、テープの寿命を向上させる
ことができる。

【００８５】また、上例によれば、上述において、デー
タ再生時に、位置情報（論理ＩＤ３２、３６、物理ＩＤ
３３、３７、ファイルナンバー３４、３８、ブロックナ
ンバー３５、３９）に基づいて、目標位置（目標ＩＤ４
９）より手前で最も近い位置情報の先頭位置（論理ＩＤ
＝９００）から、目標位置（目標ＩＤ４９）を探すよう
にしたので、位置情報の１単位（１００ＩＤ）の中から
目標位置を求め、データの再生を高速に行うことがで
き、テープの摩耗を減少させて、テープの寿命を向上さ
せることができる。

【００８６】また、上例によれば、上述において、位置
情報（論理ＩＤ２２、物理ＩＤ２３、ファイルナンバー
２４、ブロックナンバー２５）は、磁気テープのユーザ
データ領域およびファイル終端を示すファイルマーク領
域（ＴＭ１２，１８）での位置のみを示す論理位置（論
理ＩＤ２２）と、実際の磁気テープの位置を示す物理位
置（物理ＩＤ２３）と、ファイル番号（ファイルナンバ
ー２４）と、１回のデータ書き込み動作単位の番号を示
すブロック番号（ブロックナンバー２５）とを示すデー
タが設けられているので、目標とするファイル番号とブ
ロック番号に最も近いファイル番号とブロック番号を探
して、その論理位置と物理位置に基づいて目標位置を探
すことができる。

【００８７】また、上例によれば、上述において、位置
情報（論理ＩＤ２２、物理ＩＤ２３、ファイルナンバー
２４、ブロックナンバー２５）を記録する所定単位（１
００ＩＤ）は、バッファメモリ（バンクメモリ４）の記
憶容量に相当するようにしたので、大容量のバッファメ
モリ（バンクメモリ４）の場合には、位置情報の１単位
（１００ＩＤ）を大きくすることができ、この１単位
（１００ＩＤ）の中から目標位置を探すことができ、デ
ータ処理の高速化を図ることができる。

【００８８】

【発明の効果】この発明によれば、データ記録時に、こ
のフォーマットに基づいて作成される磁気テープの先頭
部分に、少なくとも複数回のデータ書き込み動作単位以
上に相当する所定単位毎に磁気テープ上の位置を示す位
置情報を記録するようにしたので、複数のブロックを単
位とするデータ処理の高速化を図ることができ、テープ
の摩耗を減少させて、テープの寿命を向上させることが
できる。

【００８９】また、この発明によれば、上述において、
データ再生時に、位置情報に基づいて、目標位置より手
前で最も近い位置情報の先頭位置から、目標位置を探す
ようにしたので、位置情報の１単位の中から目標位置を
求め、データの再生を高速に行うことができ、テープの
摩耗を減少させて、テープの寿命を向上させることがで
きる。

【００９０】また、この発明によれば、上述において、
位置情報は、磁気テープのユーザデータ領域およびファ
イル終端を示すファイルマーク領域での位置のみを示す
論理位置と、実際の磁気テープの位置を示す物理位置
と、ファイル番号と、１回のデータ書き込み動作単位の
番号を示すブロック番号とを示すデータが設けられてい
るので、目標とするファイル番号とブロック番号に最も
近いファイル番号とブロック番号を探して、その論理位
置と物理位置に基づいて目標位置を探すことができる。

【００９１】また、この発明によれば、上述において、
位置情報を記録する所定単位は、バッファメモリの記憶
容量に相当するようにしたので、大容量のバッファメモ
リの場合には、位置情報の１単位を大きくすることがで
き、この１単位の中から目標位置を探すことができ、デ
ータ処理の高速化を図ることができる。

【図面の簡単な説明】

【図１】この発明の磁気記録再生装置の一実施例の構成
を示すブロック図である。

【図２】この発明による磁気記録再生装置の一実施例の
論理ＩＤが１００ＩＤ増加する毎にＬＩＤＴを書いてい
く動作を示す図である。

【図３】この発明の磁気記録再生装置の一実施例のＬＩ
ＤＴにより論理ＩＤを１００ＩＤ以内に見つける動作を
示す図である。

【図４】この発明の磁気記録再生装置の一実施例のテー
プの位置を読み込む動作を示すフローチャートである。

【図５】この発明の磁気記録再生装置の一実施例の磁気
テープ上のフォーマットおよびトラックを示す図であ
り、図５Ａは磁気テープ上のフォーマット、図５Ｂはト
ラックを示すものである。

【図６】テープフォーマットの磁気テープ上の論理的な
データフォーマットを示す図である。

【図７】テープフォーマットのテーブル位置を示す論理
的なデータフォーマットを示す図である。

【図８】テープフォーマットの論理トラックを示す図で
ある。

【図９】テープフォーマットのＶＳＩＴの構成を示す図
である。

【図１０】テープフォーマットのＤＩＴの構成を示す図
である。

【図１１】テープフォーマットのバッドスポットを示す
図である。

【図１２】テープフォーマットのデータ扱いの順序を示
す図である。

【図１３】テープフォーマットのエラー訂正を示す図で
ある。

【図１４】テープフォーマットのヘリカルデータトラッ
クを示す図である。

【図１５】テープフォーマットのＶＳＩＴテーブルを示
す図である。

【図１６】テープフォーマットのＶＳＩＴのサブコード
を示す図である。

【図１７】テープフォーマットのＶＩＴテーブルを示す
図である。

【図１８】テープフォーマットのＶＩＴテーブルを示す
図である。

【図１９】テープフォーマットのＶＩＴテーブル（バッ
ドスポットテーブル）を示す図である。

【図２０】テープフォーマットのＶＩＴのサブコードを
示す図である。

【図２１】テープフォーマットのファイル情報テーブル
を示す図である。

【図２２】テープフォーマットのファイル情報テーブル
のサブコードを示す図である。

【図２３】テープフォーマットのアップデートテーブル
を示す図である。

【図２４】テープフォーマットのアップデートテーブル
のサブコードを示す図である。

【図２５】テープフォーマットのチェックサムデータを
示す図である。

【図２６】テープフォーマットのユーザデータのサブコ
ードを示す図である。

【図２７】テープフォーマットのテープマークのサブコ
ードを示す図である。

【図２８】テープフォーマットのＥＯＤのサブコードを
示す図である。

【図２９】テープフォーマットのダミートラックのサブ
コードを示す図である。

【図３０】テープフォーマットのユーザ情報のサブコー
ドを示す図である。

【図３１】テープフォーマットのチェックサムトラック
のサブコードを示す図である。

【図３２】テープフォーマットのサブコードを示す図で
ある。

【図３３】テープフォーマットのサブコードのパラメー
タを示す図である。

【図３４】テープフォーマットのサブコードのパラメー
タを示す図である。

【図３５】テープフォーマットのサブコードのパラメー
タを示す図である。

【図３６】この発明の出願人が先に出願した磁気記録再
生装置のテープフォーマットのＤＩＴ領域のＦＩＴでの
ファイルマークの位置の管理を示す図である。

【図３７】この発明の出願人が先に出願した磁気記録再
生装置のブロック単位のテープ位置の読み込みを示す図
である。

【図３８】この発明の出願人が先に出願した磁気記録再
生装置のブロック単位でテープ位置を読み込むときの動
作を示すフローチャートである。

【符号の説明】

１メインＣＰＵ２デュアルポートＲＡＭ３サブＣＰＵ４バンクメモリ５ＤＭＡＣ６サブメモリ７インタフェース８ホストコンピュータ９データレコーダ１０ＢＯＴ１１ユーザデータ領域１２ＴＭ１３ブロック１１４ブロック２１５ブロック３１６ブロックｎ１７ブロック（ｎ＋１）１８ＴＭ１９ＥＯＴ２０ＢＯＴ２１ＬＩＤＴ２２論理ＩＤ２３物理ＩＤ２４ファイルナンバー２５ブロックナンバー２６論理ＩＤ２７物理ＩＤ２８ＥＯＴ３０ＢＯＴ３１ＬＩＤＴ３２論理ＩＤ３３物理ＩＤ３４ファイルナンバー３５ブロックナンバー３６論理ＩＤ３７物理ＩＤ３８ファイルナンバー３９ブロックナンバー４０ＥＯＴ４１ＢＯＴ４２ユーザデータ領域４３ＴＭ４４ブロック１４５ブロック２４６ブロック３４７ブロック４４８ＥＯＴ４９目標ＩＤ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｇ１１Ｂ 27/00 Ｃ 9463−5Ｄ

Claims

【特許請求の範囲】

【請求項１】データ供給源から供給されるデータをバ
ッファメモリに保持して特定のフォーマットにより変換
して、磁気テープに記録し、上記磁気テープに記録され
たデータを再生して上記バッファメモリに保持して上記
データ供給源に供給する磁気記録再生装置において、データ記録時に、上記フォーマットに基づいて作成される上記磁気テープ
の先頭部分に、少なくとも複数回のデータ書き込み動作
単位以上に相当する所定単位毎に上記磁気テープ上の位
置を示す位置情報を記録するようにしたことを特徴とす
る磁気記録再生装置。
【請求項２】請求項１記載の磁気記録再生装置におい
て、データ再生時に、上記位置情報に基づいて、目標位置より手前で最も近い
位置情報の先頭位置から、上記目標位置を探すようにし
たことを特徴とする磁気記録再生装置。
【請求項３】請求項１記載の磁気記録再生装置におい
て、上記位置情報は、上記磁気テープのユーザデータ領域およびファイル終端
を示すファイルマーク領域での位置のみを示す論理位置
と、実際の磁気テープの位置を示す物理位置と、ファイル番号と、１回のデータ書き込み動作単位の番号を示すブロック番
号とを示すデータが設けられているものであることを特
徴とする磁気記録再生装置。
【請求項４】請求項１記載の磁気記録再生装置におい
て、上記位置情報を記録する所定単位は、上記バッファメモ
リの記憶容量に相当するようにしたことを特徴とする磁
気記録再生装置。