(57)【特許請求の範囲】
【請求項１】
磁気テープの所定部分に同一の上記磁気テープの管理情報が複数個設けられ、上記管理情報を読み込む際に、上記複数個の管理情報のうちのいずれか１つを読む順番を乱数により決めるようにしたことを特徴とする磁気記録及び／又は再生装置。
【請求項２】
請求項１記載の磁気記録及び／又は再生装置において、
上記複数個の管理情報は、上記磁気テープが特定のフォーマットとして有効か否かを判定するものであることを特徴とする磁気記録及び／又は再生装置。
【請求項３】
請求項１記載の磁気記録及び／又は再生装置において、
上記複数個の管理情報は、上記磁気テープに記録された上記データに関する情報を管理するものであることを特徴とする磁気記録及び／又は再生装置。
【請求項４】
請求項１記載の磁気記録及び／又は再生装置において、
上記複数個の管理情報のうちのいずれか１つの読み込みは、上記磁気テープに対するデータの読み込みまたは書き込みを開始する前処理を行う際に、行うようにしたことを特徴とする磁気記録及び／又は再生装置。
【請求項５】
請求項１記載の磁気記録及び／又は再生装置において、
上記複数個の管理情報のうちのいずれか１つの読み込みは、上記磁気テープに対するデータの読み込みまたは書き込みの終了処理を行う際に、行うようにしたことを特徴とする磁気記録及び／又は再生装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、例えば、ホストコンピューターから供給されるデータを特定のフォーマットにより変換して、磁気テープに記録し、または再生されたデータをホストコンピューターに供給する磁気記録装置に関する。
【０００２】
【従来の技術】
従来より審議中の、記録に関するアメリカ標準規格ＡＮＳＩ  ＤＤ−１フォーマット（ＡＮＳＩ  Ｘ３Ｂ５）がある。このフォーマットは、カセットテープにデータを記録するのみでなく、コンピューターペリフェラルに適するように、ファイル管理のためのデータ構造や、エラーレートを向上させるための誤り検出方法について詳細に規定したものである。
【０００３】
このＤＤ−１フォーマットのデータレコーダは、インタフェースユニットを介して、ホストコンピューターとＳＣＳＩインタフェースで接続されている。このインタフェースユニットは、ホストコンピューターにより磁気テープデバイスであると認識されるために、ファイルフォーマットをテープ上に作成し、その上でデータのやりとりを行うフォーマッターの機能を搭載している。
【０００４】
この発明の出願人は、このＤＤ−１フォーマットに対応するコンピュータペリフェラルに適したデータレコーダ等に実現可能なフォーマットとしてＤＴＦフォーマットを独自に開発している。このＤＴＦフォーマットでは、物理的テープ開始位置（以下、「ＰＢＯＴ」という。）から１０メートルのダミー領域を経た位置を論理的テープ開始位置（以下、「ＬＢＯＴ」という。）とし、ＬＢＯＴの位置から所定の助走区間を設けた後に、テープがＤＴＦフォーマットとして有効か否かを判定するためのボリュームセット情報テーブル（以下、「ＶＳＩＴ」という。）を設けている。ＶＳＩＴは、テープ全体を管理するもので、１つのＶＳＩＴは１００ＩＤの領域を有しいる。
【０００５】
また、ＶＳＩＴからダミー領域を経た位置に、ファイル管理のためのディレクトリ情報テーブル（以下、「ＤＩＴ」という。）を設けている。ＤＩＴはユーザデータ領域に書かれたデータの区切りを示すテープマークの位置および個数の管理テーブルを記録している。ＤＩＴは、ユーザデータ領域の内容を管理するもので、１つのＤＩＴは１００ＩＤの領域を有しいる。また、ＤＩＴはテープのボリュームとしてのアップデート情報も記録できる。
【０００６】
ところで、このようなＶＳＩＴおよびＤＩＴのデータはＤＴＦフォーマット上重要なため、例えば連続して７つ同じＶＳＩＴおよびＤＩＴが書かれるようになっている。その場合に、このようなＶＳＩＴおよびＤＩＴのデータを読み込む際には１つのデータを読み込めば良いので、通常は１番目に書かれているＶＳＩＴおよびＤＩＴを読み込むようにしている。また、この１番目に書かれているＶＳＩＴおよびＤＩＴが読み取れないときに、２番目に書かれているＶＳＩＴおよびＤＩＴを読みに行くようになっている。
【０００７】
ところが、テープのロード処理またはアンロード処理において、このＶＳＩＴおよびＤＩＴを読み込むときに、常に１番目に書かれているＶＳＩＴおよびＤＩＴから読み込むようにしていると、１番目に書かれているＶＳＩＴおよびＤＩＴのテープ部分のみが早く摩耗する。このような場合、１番目に書かれているＶＳＩＴおよびＤＩＴを読みにいき、読み取れないときに、２番目に書かれているＶＳＩＴおよびＤＩＴを読みにいくという動作を繰り返す。さらに、２番目に書かれているＶＳＩＴおよびＤＩＴのテープ部分が摩耗すると、次からは、１番目と２番目に書かれているＶＳＩＴおよびＤＩＴの読みとりを失敗した後に、３番目に書かれているＶＳＩＴおよびＤＩＴの読みとりをすることになる。
【０００８】
【発明が解決しようとする課題】
このように、従来の磁気記録再生装置においては、ＶＳＩＴおよびＤＩＴを読み込むときに、常に１番目に書かれているＶＳＩＴおよびＤＩＴを読み込むようにしていたので、最初のＶＳＩＴおよびＤＩＴのテープ部分が摩耗すると、必ず次の部分を読み直すための再読み込みが発生し、この際読み込みの分だけ処理が遅くなるという不都合があった。
【０００９】
本発明は、かかる点に鑑みてなされたものであり、テープのロード処理またはアンロード処理の高速化を図ることができる磁気記録再生装置の提供を目的とする。
【００１０】
【課題を解決するための手段】
本発明の磁気記録再生装置は、図１乃至図３４に示す如く、データ供給源から供給されるデータを特定のフォーマットにより変換して、磁気テープに記録し、磁気テープに記録されたデータを再生してデータ供給源に供給する磁気記録再生装置において、フォーマットに基づいて作成される磁気テープの先頭部分に同一の磁気テープの管理情報２３、２５、３３、３５が複数個設けられ、この管理情報２３、２５、３３、３５を読み込む際に、複数個の管理情報２３、２５、３３、３５のうちのいずれか１つを読む順番を乱数により決めるようにしたものである。
【００１１】
また、本発明の磁気記録再生装置は、図１乃至図３４に示す如く、上述において、複数個の管理情報２３、３３は、磁気テープが特定のフォーマットとして有効か否かを判定するものである。
【００１２】
また、本発明の磁気記録再生装置は、図１乃至図３４に示す如く、上述において、複数個の管理情報２５、３５は、磁気テープに記録されたデータに関する情報を管理するものである。
【００１３】
また、本発明の磁気記録再生装置は、図１乃至図３４に示す如く、上述において、複数個の管理情報２３、２５、３３、３５のうちのいずれか１つの読み込みは、磁気テープに対するデータの読み込みまたは書き込みを開始する前処理を行う際に、行うようにしたものである。
【００１４】
また、本発明の磁気記録再生装置は、図１乃至図３４に示す如く、上述において、複数個の管理情報２３、２５、３３、３５のうちのいずれか１つの読み込みは、磁気テープに対するデータの読み込みまたは書き込みの終了処理を行う際に、行うようにしたものである。
【００１５】
【作用】
本発明によれば、フォーマットに基づいて作成される磁気テープの先頭部分に同一の磁気テープの管理情報２３、２５、３３、３５が複数個設けられ、複数個の管理情報２３、２５、３３、３５のうちのいずれか１つを読み込む際に、複数個の管理情報２３、２５、３３、３５のうちのいずれか１つを読む順番を乱数により決めるようにしたので、最初に読む管理情報２３、２５、３３、３５を平均化することにより、特定の管理情報２３、２５、３３、３５のテープ部分の摩耗を防ぎ、１度で読める確率を上げて、高速処理を図ることができる。
【００１６】
また、本発明によれば、上述において、複数個の管理情報２３、２５は、磁気テープが特定のフォーマットとして有効か否かを判定するものであるので、１度で管理情報２３、２５を読める確率が上がり、フォーマットが有効か否かの判定を高速に行うことができる。
【００１７】
また、本発明によれば、上述において、複数個の管理情報３３、３５は、磁気テープに記録されたデータに関する情報を管理するものであるので、１度で管理情報３３、３５を読める確率が上がり、磁気テープに記録されたデータに関する情報の処理を高速に行うことができる。
【００１８】
また、本発明によれば、上述において、複数個の管理情報２３、２５、３３、３５のうちのいずれか１つの読み込みは、磁気テープに対するデータの読み込みまたは書き込みを開始する前処理を行う際に、行うようにしたので、データの読み込みまたは書き込みを開始する前処理を高速に行うことができる。
【００１９】
また、本発明によれば、上述において、複数個の管理情報２３、２５、３３、３５のうちのいずれか１つの読み込みは、磁気テープに対するデータの読み込みまたは書き込みの終了処理を行う際に、行うようにしたので、データの読み込みまたは書き込みの終了処理を高速に行うことができる。
【００２０】
【実施例】
図１は、本発明による磁気記録再生装置の一実施例の制御部の構成を示すブロック図である。本発明の磁気記録再生装置は、本出願人が独自に開発した記録フォーマットであるＤＴＦフォーマットを用いている。このＤＴＦフォーマットは、ＤＤ−１フォーマットに対応するコンピュータペリフェラルに適したデータレコーダ等に実現可能であり、この例においては、特に、テープのロード処理またはアンロード処理の高速化を容易にするものである。
【００２１】
図１に示すように、このインタフェース部１２は、図示しないホストコンピュータとＤＴＦフォーマットのデータレコーダとを、例えばＳＣＳＩインタフェース等で接続している。
【００２２】
インタフェース部１２は、データレコーダをＭＴなどのテープストリーマのようにコントロールするテープストリームエミュレーションを備えたインタフェース装置である。このインタフェース部１２は、ＤＴＦフォーマットをテープ上に作成し、その上でデータのやりとりを行うフォーマッターの機能を搭載している。
【００２３】
インタフェース部１２は、ホストコンピュータから転送されたデータをＤＴＦフォーマットに変換し、データレコーダにおけるテープの読み書きを制御するものである。インタフェース部１２は、ホストコンピュータからデータレコーダにデータを供給する際またはデータレコーダからホストコンピュータにデータを供給する際に、データラインを介して一時的にデータを保持するデータバッファとしてのバンクメモリ５およびバンクメモリ６を有する。図示しないデータレコーダには、サーボ回路、テープ、リール等からなるテープ走行系と、イコライジング回路、記録再生ヘッド等からなる記録再生系が設けられている。
【００２４】
メインＣＰＵ１はホストコンピュータからのコマンドをコントロールラインを介して受け取り、インタフェース全体をコントロールする制御部である。サブＣＰＵ３はメインＣＰＵ１からのコマンドを受け、コントロールラインを介してデータレコーダ等の制御を行うものである。デュアルポートＲＡＭ２はメインＣＰＵ１とサブＣＰＵ３との通信用のメモリである。
【００２５】
バンクスイッチ４は、バンクメモリ５およびバンクメモリ６を切り替えるスイッチである。ＤＭＡＣ７はメインＣＰＵ１からのコマンドを受けて、バンクメモリ５の制御を行うダイレクトメモリアクセスコントローラである。ＤＭＡＣ８はサブＣＰＵ３からのコマンドを受けて、バンクメモリ６の制御を行うダイレクトメモリアクセスコントローラである。
【００２６】
タイマー９は、７個のＶＳＩＴまたはＤＩＴのうちのいずれか１つを読む順番を得る元となる乱数を発生させるためのものである。例えば、工場出荷時にスタートされるタイマーを用いても良い。乱数によるユニークな値にすることで、メインＣＰＵ１は、この乱数に応じて７個のＶＳＩＴまたはＤＩＴのうちのいずれか１つを読むようにバンクメモリ５、６を制御する。サブメモリ１０は、ファームウエアのワーク領域、ファイルの区切り記号であるテープマークの管理テーブルを格納する領域である。ＰＩＯ１１は、インタフェース部１２とデータレコーダとの間のデータ転送の最適転送速度を指定するためのディップスイッチの値を指定するものである。このデータを元にしてメインＣＰＵ１は内部の転送レートスイッチに値を設定し、データレコーダとの転送速度を決定する。
【００２７】
図４に、本発明による磁気記録再生装置の一実施例の磁気テープ上のフォーマットおよびトラックを示す。図４Ａにおいて、磁気テープ４０の先頭からダミー領域４１を経てＶＳＩＴ４２が設けられている。ＶＳＩＴ４２は、磁気テープ４０がＤＴＦフォーマットとして有効か否かを判定するものである。ＶＳＩＴ４２からダミー領域４３を経てＤＩＴ４４が設けられている。ＤＩＴ４４はユーザデータ領域４６に書かれたデータの区切りを示すテープマークの位置および個数の管理を行う。ＤＩＴ４４からダミー領域４６を経てユーザデータ領域４６が設けられている。ユーザデータ領域４６の終端部にはデータの終了位置を示すＥＯＤ４７が設けれている。図４Ｂにおいて、磁気テープ４０上に斜め方向に記録されたトラックには、ユーザデータ４９とユーザデータ４９の属性を示すサブコード４８が設けられている。
【００２８】
このようなインタフェース部１２およびデータレコーダに用いられるＤＴＦフォーマットの詳細を以下に示す。なお、このＤＴＦフォーマットに規定されていない仕様は、アメリカ標準規格ＡＮＳＩ  Ｘ３．１７５−１９９０に従うものとする。
【００２９】
図５に、ＤＴＦフォーマットの磁気テープ上の論理的なフォーマットを示す。記録領域は、論理的テープ開始位置（以下、「ＬＢＯＴ」という。）と、論理的テープ終了位置（以下、「ＬＥＯＴ」という。）の間の領域をいう。ＬＢＯＴは、物理的テープ開始位置（以下、「ＰＢＯＴ」という。）から１０メートルのところを指す。ＬＥＯＴは、物理的テープ終了位置（以下、「ＰＥＯＴ」という。）の１５メートル手前を指す。ＰＢＯＴもＰＥＯＴも物理的なテープの開始点、終了点を示す。
【００３０】
ＰＢＯＴからＬＢＯＴの間と、ＬＥＯＴからＰＥＯＴの間は、無効領域であり、それ以外のＬＢＯＴからＬＥＯＴまでを記録領域と呼ぶ。ＬＢＯＴの位置からランアップ領域５４を経てＶＳＩＴ５０が設けられている。ＶＳＩＴ５０の後にマージン５７とランアップ領域５５を経てＤＩＴ５１が設けられている。ＤＩＴ５１の後にマージン５８とランアップ領域５６を経てユーザデータ領域５２が設けられている。ユーザデータ領域５２の後にＥＯＴ近似位置（以下、「ＮＥＯＴ」という。）からＬＥＯＴまでを事実上テープ終了領域５３という。この場合、テープの互換性の上で、無効領域でのデータ（ヘリカルデータ、コントロールデータ、およびアノテーションデータ）は意味が無いものである。ここでは、たとえ、何らかのデータが存在したとしても、有効なデータとはみなさないし、物理トラックセットＩＤもしくはその他のデータが存在しなくともよいものである。
【００３１】
図６に示すように、記録領域には、有効データ領域と無効データ領域とがあるが、有効データ領域では、物理トラックセットＩＤが連続して単調増加している。有効データ領域は、データトラックをロックさせるまでの助走エリアであるランアップエリア、テープの管理情報に対するテーブルのエリアであるテーブル、ユーザデータが記録されるユーザデータの３タイプがある。
【００３２】
無効データ領域には、テーブルなどを更新するときに、その後ろにある有効データを消去しないための余裕を持たせるための余裕領域６６、６７がある。ＬＢＯＴのトラックセットＩＤである６９７６ＩＤより後ろ側で、ランアップエリア６３として最低１０２４トラックセットＩＤ以上開けたところから、ボリュームセット情報テーブル６０（以下、「ＶＳＩＴ」という。）が始まる。そのＶＳＩＴ６０のトラックセットＩＤを、８０００ＩＤとする。ＶＳＩＴ６０は１００ＩＤずつ７個書かれているので、７００ＩＤを占めている。
【００３３】
ＶＳＩＴ６０に続いて、８７００ＩＤから余裕領域６６（１．５ｍ），ランアップエリア６４として最低１０２４トラックセットＩＤ以上開けたところからディレクトリィ情報テーブル６１（以下、「ＤＩＴ」という。）がある。ＤＩＴ６１は１００ＩＤずつ７個書かれているので、７００ＩＤを占めている。
【００３４】
ＤＩＴ６１に続いて、余裕領域６７（１．５ｍ），ランアップエリア６５として最低１０２４トラックセットＩＤ以上開けたところから、ユーザデータエリア６２が始まる。そして、図５で示すように、ＥＯＴ近似位置ＮＥＯＴで記録データエリア６２が終わる。
【００３５】
図５において、ＮＥＯＴとＬＥＯＴの間の事実上テープ終了位置領域は、テープが終了するための操作に必要な領域に充てている。この量については、インプリメントに依存する。
【００３６】
図７に、ＤＴＦフォーマットの論理トラックを示す。始めの４バイトは、予約領域７０で（１１１１１１１１）１６で埋められる。サブコードデータ７１の内容は、それぞれのデータタイプに対して、後述する図１５、１９、２１、２３、２５、２６、２７、２８、２９、３０に示す。すべてのサブコードをまとめたものを図３１に示す。サブコードのそれぞれのデータの規定は図３１に示す。サブコードのパラメータは、図３２、３３、３４に示す。
【００３７】
図７において、サブコードデータ７１は、１００バイトのサブコード７５、７６、７７を３回繰り返して書く。３回書いた残りは、パディング領域７８（１６８バイト）であり、データは不定である。図１５、１９、２１、２３、２５、２６、２７、２８、２９、３０において、チェックサム（Ｗ２４）の計算範囲はＷ０からＷ２３までである。４バイトから１ワード単位で計算する。
【００３８】
図１５、１９、２１、２３、２５、２６、２７、２８、２９、３０において、Ｗ２の最上位ビット「Ｂ」は、ブロック動作可能フラグである。「０」のとき、動作不可−Ｗ２，Ｗ３，Ｗ４のパラメータは無効である。「１」のとき、動作可能−内容はまだ決まっていない。Ｗ６の最上位ビット「Ａ」はアペンドファイルポインターで、アペンドした最初のトラックセットＩＤに対してこのフラグを立てる。
【００３９】
図２５、２６、２７、２８において、Ｗ７の最上位ビット「Ｗ」は、ライトリトライカウンタ動作可能フラグである。「０」のとき、動作不可−Ｗ７のライトリトライカウンタは、（０）１６にセットする。「１」のとき、動作可能−このトラックに対して、ライトリトライが起こったとき、Ｗ７のライトリトライカウンタをインクリメントする。Ｗ８〜Ｗ２３は予約ワードで「０」で埋める。
【００４０】
また、図７に戻ると、ユーザデータ７２はユーザの有効データであり、「３２７６８バイト」までのデータを記録することができる。パディングデータ７３は、ユーザデータ７２のサイズが「３２７６８バイト」未満の場合の残りのユーザデータ領域７２の残りの部分をいい、データは不定である。ガービッジ７４は「２８６８バイト」であり、予約されたエリアであるがデータは不定である。
【００４１】
次に、図８において管理テーブルについて説明する。ボリューム情報テーブルＶＳＩＴ８０は、図８に示すように、管理テーブルのデータの信頼性を上げるため、１００トラックセットＩＤのＶＳＩＴを３回以上７回まで繰り返して書き込む。
【００４２】
ＶＳＩＴテーブル８１（１トラックセットＩＤ）は、図示しないＥＯＤまたはダミートラック８２（７８トラックセットＩＤ）により終了する。ダミートラック８２での終了の場合は、ダミーデータトラック８２が１６トラックセットＩＤ以上続いている場合に終了とみなす。繰り返すデータは、サブコードを含めて同じデータを使う。ライトリトライカウンタが有効なときはこれを除く。
【００４３】
ＶＳＩＴテーブル８１は、図１４に示す。ＶＳＩＴテーブルのサブコードは、図１５に示す。図１４において、Ｗ４４は、物理ボリューム（テープ）のデータエリアの最初の物理トラックセットＩＤ番号である。
【００４４】
Ｗ４５は、物理ボリューム（テープ）のデータエリアの最後の物理トラックセットＩＤ番号である。これは、ユーザエリアのＥＯＤの物理トラックセットＩＤになる。Ｗ６２はＶＩＴの数である。Ｗ６５は、ＶＩＴの先頭の物理トラックセットＩＤである。
【００４５】
図８に戻って、アップデートテーブルＵＴ８３（１トラックセットＩＤ）は図２２に示す。アップデートテーブルのサブコードは図２３に示す。このアップデートテーブルは、付属するテーブルが更新中であるかどうかを示すテーブルである。例えば、アップデートテーブルは、テープのロード時には「１」を示し、アンロード時には「０」を示すようにしてもよい。図２２においては、Ｗ０：Ｕｐｄａｔｅ  ｓｔａｔｕｓは、（００００００００）１６：更新済、（ＦＦＦＦＦＦＦＦ）１６：更新中である。
【００４６】
図８に戻って、チェックサムトラック８５（１トラックセットＩＤ）は、図２４に示す。計算範囲は、ＶＳＩＴおよびＵＴ領域である論理トラックにおけるユーザデータの領域のみを、計算の対象とする。４バイトから１ワードを計算の対象とする。
【００４７】
図９において、ＤＩＴ９０について説明する。ＤＩＴ９０は図９に示すように、管理テーブルのデータの信頼性を上げるため、１００トラックセットＩＤのＤＩＴを３回以上７回まで繰り返して書き込む。ＤＩＴテーブル９１は、図示しないＥＯＤまたはダミートラックにより終了する。ダミートラックでの終了の場合は、ダミーデータトラックが１６トラックセットＩＤ以上続いている場合に終了とみなす。繰り返すデータは、サブコード含めて同じデータを使う。ライトリトライカウンタが有効なときはこれを除く。
【００４８】
図９において、ボリューム情報テーブル９１（以下、「ＶＩＴ」という。）は、図１６および図１７に示す。図１７において、Ｗ２５５にはオーバーライトカウンター、Ｗ２５６にはイニシャライズナンバーがそれぞれ設けられている。ＶＩＴのサブコードは、図１９に示す。ＶＩＴには、図１６において、Ｗ４〜Ｗ４３に示すボリュームラベル、およびＷ４４に示す物理ボリューム（テープ）のこのテーブルが管理しているボリュームのデータエリア領域の最初の物理トラックセットＩＤ番号が設けられている。
【００４９】
図１６において、同様に、Ｗ４５に示す物理ボリューム（テープ）のこのテーブルが管理しているボリュームのデータエリア領域のデータの最後の物理トラックセットＩＤ番号が設けられていて、ＥＯＤの位置を示す。
【００５０】
Ｗ６２は、ファイル情報テーブル（以下、「ＦＩＴ」という。）に登録されているテープマークの数である。Ｗ６３は、ファイル情報テーブルＦＩＴが使っているトラックセットの数である。
【００５１】
Ｗ６４は、１番目のＵＩＴのタイプを示す。１番目は、は図９に示すように、明記されたＵＩＴを指す。ｔｙｐｅは、（００００００００）１６のときＵＩＴは使われない。（００００００００）１６〜（７ＦＦＦＦＦＦＦ）１６は、ｒｅｓｅｒｖｅｄ、（８０００００００）１６〜（ＦＦＦＦＦＦＦＦ）１６は、ベンダーユニークである。
【００５２】
図９において示す、３トラックのバッドスポットテーブルは、図１８に示すように、バッドスポット物理トラックセットＩＤ番号が書かれている。サブコードは、図１９に示すようにＶＩＴのサブテーブルとして、ＶＩＴと同じものを使っている。このバッドスポットテーブルは、無効データの領域を示す情報を含む管理情報としてのテーブルである。したがって、図９に示すように、テープ先頭の管理情報（ＤＩＴ）全体を含むものである。バッドスポットテーブルは、ライトリトライ動作や、アペンドライト動作などで生じた論理的に無効なデータを管理するテーブルである。図１０に示すように、ある「Ａ」というデータの論理トラックセットＩＤ「Ｎ」と同じ論理トラックセットＩＤ「Ｎ」を持った「Ｂ」というデータをその後に書くとき、読み出しを無効にするべきデータ「Ａ」をバッドスポット、つまり無効データという。バッドスポットテーブルには、このバッドスポットの先頭の論理トラックセットＩＤ「Ｎ」と最終の論理トラックセットＩＤ「Ｎ＋１」が記録されている。
【００５３】
図１８において示すように、バッドスポットテーブルには、無効データ領域の最初の物理トラックセットＩＤ番号を設ける。最上位ビット「Ｕ」は無効になった原因を示す。この場合、エラーにより無効になった場合、（１）１６をセットし、エラー以外に無効になった場合、（０）１６をセットする。同様に、無効データ領域の最後の物理トラックセットＩＤ番号を設ける。
【００５４】
ファイル情報テーブルを図２０に示す。ファイル情報テーブルのサブコードを図２１に示す。図２０に示すように、ファイル情報テーブルは、テープマークの物理トラックセットＩＤ番号、テープマークの絶対ブロック番号をそれぞれ設けている。
【００５５】
図９に戻って、アップデートテーブルＵＴ９６（１トラックセットＩＤ）は図２２に示す。アップデートテーブルＵＴのサブコードは、図２３に示す。このアップデートテーブルは、付属するテーブルが更新中であるかどうかを示すテーブルである。アップデートステータスは、（００００００００）１６：更新済、（ＦＦＦＦＦＦＦＦ）１６：更新中である。
【００５６】
図９において、ＵＩＴ９５（６４トラックセットＩＤ）は、ユーザ情報テーブルである。ユーザが情報を管理する上で使われるデータのための領域である。ユーザ情報テーブルＵＩＴのサブコードは図２９に示す。図９に戻って、チェックサムトラック９７（１トラックセットＩＤ）は、図２４に示す。チェックサムトラックのサブコードは、図３０に示す。計算範囲は、ＶＩＴ，バッドスポット，ＦＩＴおよびＵＴ領域である。論理トラックにおけるユーザデータの領域のみを、計算の対象とする。４バイトから１ワード単位で計算する。
【００５７】
次に、データの扱いに対する順序は、図１１に示すように、バイトシリアルの順番にする。３２ビットのデータのときにはＬＳＢからＭＳＢへの順序で行う。つまり、Ｗ０からＷ３への順序で行う。１６ビットのデータのときにもＬＳＢからＭＳＢへの順序で行う。つまり、Ｗ０からＷ１への順序で行う。また、図９において示した管理テーブルにおけるリザーブエリア（６８トラックセットＩＤ）は、すべて（０）１６で埋める。管理テーブルの領域ではライトリトライは行わない。
【００５８】
つぎに、図７において示したユーザデータトラックについて説明する。ユーザデータトラックは、「３２７６８バイト」までのユーザデータが、ユーザデータエリアに記録することができるトラックである。データトラックには、図１２に示すように、Ｃ１，Ｃ２の積符号によるエラー訂正がかけられている。ユーザデータのサブコードは図２５に示す。図２５において、Ｗ２２にオーバーライトカウンター，Ｗ２３にイニシャライズナンバーがそれぞれ設けられている。
【００５９】
図１３に、ＤＴＦフォーマットのヘリカルデータトラックを示す。図１３において、テープの進行方向に対してヘッドの進行方向は斜め方向となり、ヘリカルデータトラック１３１はヘッドの進行方向と同じ斜め方向に形成される。ヘリカルデータトラック１３１は、下方向から上方向にＬＳＢからＭＳＢへの順序に形成される。テープ１３０の上端および下端には、注記を記録するアノテーショントラック１３２、１３３が形成される。下端のアノテーショントラック１３３の上にはコントロールトラック１３４が形成される。コントロールトラック１３４は、同期信号およびトラックセットＩＤが記録される。
【００６０】
テープマークトラックは、隣合った２つのファイルのセパレータとして使われる。テープマークは１トラックセットを使う。トラックのユーザデータの領域は不定である。テープマークのサブコードは図２６に示す。
【００６１】
ＥＯＤは、記録データの終了を示すトラックである。終了を示すとき、ＥＯＤは１６トラックセットＩＤ以上連続していなければならない。トラックのユーザデータの領域は不定である。ＥＯＤのサブコードは、図２７に示す。
【００６２】
ダミートラックは、連続した制御トラックが必要な場合に、領域を埋めるときに用いられる。トラックのユーザデータの領域は不定である。ダミートラックのサブコードは、図２８に示す。
【００６３】
図２は、本発明による磁気記録再生装置の一実施例のテープのロード処理を示す図である。ロード処理とは、ＤＴＦフォーマットで初期化されたテープに対して、データの読み込みまたは書き込みを開始する前準備としての処理であり、以下に示すように、テープのロード処理は合計９００ＩＤのデータの読み書きの処理が必要となる。
【００６４】
ＤＴＦフォーマットについては既に詳細に説明したので、ここでは簡単に説明する。図２において、記録済み領域２１は、例えば、４トラックを１ＩＤとするＩＤのみが記録されている領域である。ダミー領域２２、２４、２６は有効領域の読み書きのための助走区間として必要な領域であり、ダミーデータが記録されている。ＶＳＩＴ２３はテープ全体を管理する領域であり、重要なため１００ＩＤずつ７個書かれている。ＶＳＩＴ２３はテープがＤＴＦフォーマットとして有効か否かを判定する働きをする。ＤＩＴ２５はユーザデータ領域の内容を管理する領域であり、重要なため１００ＩＤずつ７個書かれている。ＤＩＴ２５はユーザデータ領域に書かれたテープマークの位置および個数の管理などの働きをする。
【００６５】
図２Ａは新規テープチェックを示すものであり、このとき、ヘッドの位置を示すアクセスポインタ２０は、記録済み領域に位置する。そこで、テープが未使用であること、つまり、１度もデータを書かれていないことをチェックする。これにより、未初期化テープかどうかの確認を行う。
【００６６】
図２ＢはＶＳＩＴの読み込み（フォーマットチェックのための１００ＩＤの読み込み）を示すものであり、このとき、ヘッドの位置を示すアクセスポインタ２０はＶＳＩＴ２３に位置する。そこで、ＶＳＩＴ２３を読みとる。これにより、ＤＴＦフォーマットで初期化されたテープかどうかのチェックを行う。このとき、７個のＶＳＩＴ２３のうちの乱数で決められた１つを読み込む。読み込みができるまで発生した乱数により読み込みを繰り返し、読み込みが完了した時点で次の処理に移る。この乱数は、図１において示したタイマー９により発生させたものである。以下、乱数については同様である。
【００６７】
図２ＣはＤＩＴの読み込み（テープ上のファイル管理テーブルの読み込みのための１００ＩＤの読み込み）を示すものであり、このとき、ヘッドの位置を示すアクセスポインタ２０はＤＩＴ２５に位置する。そこで、ＤＩＴ２５に書かれているファイルデータをメモリ上に読み込む。そして、前回正しくアンロードされたテープか否かをチェックする。このとき、７個のＤＩＴ２５のうちの乱数で決められた１つを読み込む。読み込みができるまで発生した乱数により読み込みを繰り返し、読み込みが完了した時点で次の処理に移る。
【００６８】
図２ＤはＤＩＴの書き直し（テープの使用開始フラグのオンのための７００ＩＤの書き込み）を示すものであり、このとき、ヘッドの位置を示すアクセスポインタ２０はＤＩＴ２５に位置する。そこで、ＤＩＴ２５のテープのアクセス開始を管理するテーブルを書き換える。
【００６９】
また、もしこのテーブルが使用開始状態でロードされた場合には、図２ＣのＤＩＴの読み込みのチェックで前回正しくアンロードされなかったテープとしてロード処理を中止する。このとき、図２２に示したように、ＤＩＴの中にＵＴアップデートテーブルが設けられているので、このアップデートテーブルにより、付属するテーブルが更新中であるかどうかを判断するのである。つまり、アップデートテーブルは、例えば、テープのロード時には「１」を示し、アンロード時には「０」を示す。従って、ロード時において、前回正しくアンロードされていれば、「０」を示しているはずであるが、このとき「１」を示していれば正しいアンロード処理がされなかったとして判断する。
【００７０】
図２Ｅはユーザデータ領域へのヘッドの移動を示すものであり、このとき、ヘッドの位置を示すアクセスポインタ２０はユーザデータ領域２７に位置する。これによりヘッドがユーザデータ領域２７にデータを書き込むことができる。
【００７１】
本発明の磁気記録再生装置の一実施例のテープのアンロード処理を示す図である。アンロード処理とは、ＤＴＦフォーマットでロードされたテープに対して、データの読み込みまたは書き込みを終了する処理であり、以下に示すように、テープのアンロード処理は合計８００ＩＤのデータの読み書きの処理が必要となる。
【００７２】
図３ＡはＤＩＴの読み込み（テープ上のファイル管理テーブルの読み込みのための１００ＩＤの読み込み）を示すものであり、このとき、ヘッドの位置を示すアクセスポインタ３０はＤＩＴ３５に位置する。そこで、ＤＩＴ３５に書かれているファイルデータをメモリ上に読み込む。そして、そのデータに更新されたファイル管理テーブル等のデータを付加する。また、テープのアクセス開始を管理するアップデートテーブルを使用終了状態に書き換える。つまり、アップデートテーブルは、例えば、アップデート終了前には「１」を示し、アップデート終了後には「０」を示す。従って、アップデート後において、前回正しくアップデートされていれば、「０」を示している。このとき、７個のＤＩＴ３５のうちの乱数で決められた１つを読み込む。読み込みができるまで発生した乱数により読み込みを繰り返し、読み込みが完了した時点で次の処理に移る。
【００７３】
図３ＢはＤＩＴの書き直し（テープの使用開始フラグのオンのための７００ＩＤの書き込み）を示すものであり、このとき、ヘッドの位置を示すアクセスポインタ３０はＤＩＴ３５に位置する。ここで、図３ＡのＤＩＴの読み込みにおいて更新されたＤＩＴをテープ上に書き込む。
【００７４】
図３Ｃはテープの巻き戻しおよび排出を示すものであり、このとき、テープの巻き戻しを行い、ヘッドの位置を示すアクセスポインタ３０は記録済み領域３１に位置する。これによりテープの排出を行うことができる。
【００７５】
上例によれば、ＤＴＦフォーマットに基づいて作成される磁気テープの先頭部分に同一の磁気テープの管理情報としてのＶＳＩＴ２３、３３、ＤＩＴ２５、３５が複数個設けられ、複数個の管理情報としてのＶＳＩＴ２３、３３、ＤＩＴ２５、３５のうちのいずれか１つを読み込む際に、複数個の管理情報としてのＶＳＩＴ２３、３３、ＤＩＴ２５、３５のうちのいずれか１つを読む順番を乱数により決めるようにしたので、最初に読む管理情報としてのＶＳＩＴ２３、３３、ＤＩＴ２５、３５を平均化することにより、特定の管理情報としてのＶＳＩＴ２３、３３、ＤＩＴ２５、３５のテープ部分の摩耗を防ぎ、１度で読める確率を上げて、高速処理を図ることができる。
【００７６】
また、上例によれば、上述において、複数個の管理情報としてのＶＳＩＴ２３、３３は、磁気テープが特定のＤＴＦフォーマットとして有効か否かを判定するものであるので、１度で管理情報としてのＶＳＩＴ２３、３３を読める確率が上がり、ＤＴＦフォーマットが有効か否かの判定を高速に行うことができる。
【００７７】
また、上例によれば、上述において、複数個の管理情報としてのＤＩＴ２５、３５は、磁気テープに記録されたデータに関する情報を管理するものであるので、１度で管理情報としてのＤＩＴ２５、３５を読める確率が上がり、磁気テープに記録されたデータに関する情報の処理を高速に行うことができる。
【００７８】
また、上例によれば、上述において、複数個の管理情報としてのＶＳＩＴ２３、３３、ＤＩＴ２５、３５のうちのいずれか１つの読み込みは、磁気テープに対するデータの読み込みまたは書き込みを開始する前処理としてのロード処理を行う際に、行うようにしたので、データの読み込みまたは書き込みを開始する前処理としてのロード処理を高速に行うことができる。
【００７９】
また、上例によれば、上述において、複数個の管理情報としてのＶＳＩＴ２３、３３、ＤＩＴ２５、３５のうちのいずれか１つの読み込みは、磁気テープに対するデータの読み込みまたは書き込みの終了処理としてのアンロード処理を行う際に、行うようにしたので、データの読み込みまたは書き込みの終了処理としてのアンロード処理を高速に行うことができる。
【００８０】
上例において、インタフェース部１２は上例のものに限るものではなく、ＤＴＦフォーマットに対応するものであれば他のものでもよい。また、ＤＴＦフォーマットはＩＤ−１フォーマットに対応するデータレコーダやストリーマであればどのようなものでも実現することができるので、ＩＤ−１フォーマットを採用するデータレコーダのすべてのインタフェースに応用することができる。また、データレコーダにおける物理ＩＤに対応するような、一定のＩＤの連続性が判定できるものであれば、他のテープ装置にも応用することができる。
【００８１】
また、レーダーなどから供給されるアナログデータをディジタルデータに変換し、ＩＤ−１フォーマットのデータレコーダに供給して記録するようにするＡ／Ｄコンバータにおいて、ディジタルデータに変換した後にさらにＤＴＦフォーマットに変換する機能を設けることにより、上例のインタフェース部１２に替えることができる。
【００８２】
また、ＶＭＥバスを介してインタフェース部にデータが転送され、データレコーダでＩＤ−１フォーマットで記録されるようなラック型のＶＭＥバスにおいて、ＤＴＦフォーマットに変換する機能を設けることにより、上例のインタフェース部１２に替えることができる。
【００８３】
また、データレコーダにおいて、データの記録方式をＩＤ−１フォーマットまたはＤＴＦフォーマットに切り替える機能を設けることにより、上例のインタフェース部１２に替えることができる。このとき、データレコーダのコマンドとしての９ピンコマンドにＤＴＦフォーマットに対応するものを追加するようにしても良い。
【００８４】
また、このフォーマットに基づいて作成されるテープ先頭部分のＤＩＴに設けられた無効データの領域を示す情報としてのバッドスポットを含む管理情報が読み込み不能なときに、無効データの領域を表す情報としてのバッドスポットおよび各ファイルの終了位置を表す情報としてのテープマークとに基づいて、このフォーマットの管理情報を再構築するようにしてもよい。
【００８５】
また、上例において、テープをローディングしたときに、このフォーマットに基づいて作成されるテープ先頭部分のＤＩＴに設けられた無効データの領域を示す情報としてのバッドスポットを含む管理情報を読み込み、書き込みの度に管理情報を更新するようにしても良い。
【００８６】
このように、磁気テープのロードと同時にヘッダーであるＶＳＩＴ，ＤＩＴを読み込み磁気テープ上のディレクトリィ情報により、ホストコンピュータからのデータを磁気テープに書き込み、若しくはテープ上のデータを読み込み、ホストコンピュータに送り返し、アンロード時には、最新の管理情報をＤＩＴに書き込み、磁気テープをイジェクトするようにしてもよい。
【００８７】
イジェクトまえにそれまでの最新のオーバーライトカウンターとイニシャライズナンバーの値をＤＩＴの中の１パラメータとして保存し、そして、つぎにロードする場合に、ＤＩＴを読み取ると同時に、その磁気テープに書き込む際に使うオーバーライトカウンターとイニシャライズナンバーをメモリに設定するようにしてもよい。
【００８８】
【発明の効果】
本発明によれば、フォーマットに基づいて作成される磁気テープの先頭部分に同一の磁気テープの管理情報が複数個設けられ、複数個の管理情報のうちのいずれか１つを読み込む際に、複数個の管理情報のうちのいずれか１つを読む順番を乱数により決めるようにしたので、最初に読む管理情報を平均化することにより、特定の管理情報のテープ部分の摩耗を防ぎ、１度で読める確率を上げて、高速処理を図ることができる。
【００８９】
また、本発明によれば、上述において、複数個の管理情報は、磁気テープが特定のフォーマットとして有効か否かを判定するものであるので、１度で管理情報を読める確率が上がり、フォーマットが有効か否かの判定を高速に行うことができる。
【００９０】
また、本発明によれば、上述において、複数個の管理情報は、磁気テープに記録されたデータに関する情報を管理するものであるので、１度で管理情報を読める確率が上がり、磁気テープに記録されたデータに関する情報の処理を高速に行うことができる。
【００９１】
また、本発明によれば、上述において、複数個の管理情報のうちのいずれか１つの読み込みは、磁気テープに対するデータの読み込みまたは書き込みを開始する前処理を行う際に、行うようにしたので、データの読み込みまたは書き込みを開始する前処理を高速に行うことができる。
【００９２】
また、本発明によれば、上述において、複数個の管理情報のうちのいずれか１つの読み込みは、磁気テープに対するデータの読み込みまたは書き込みの終了処理を行う際に、行うようにしたので、データの読み込みまたは書き込みの終了処理を高速に行うことができる。
【図面の簡単な説明】
【図１】本発明の磁気記録再生装置の一実施例の制御部のブロック図である。
【図２】本発明の磁気記録再生装置の一実施例のテープのロード処理を示す図であり、図２Ａは新規テープチェック、図２ＢはＶＳＩＴの読み込み（フォーマットチェックのための１００ＩＤの読み込み）、図２ＣはＤＩＴの読み込み（テープ上のファイル管理テーブルの読み込みのための１００ＩＤの読み込み）、図２ＤはＤＩＴの書き直し（テープの使用開始フラグのオンのための７００ＩＤの書き込み）、図２Ｅはユーザデータ領域へのヘッドの移動を示すものである。
【図３】本発明の磁気記録再生装置の一実施例のテープのアンロード処理を示す図であり、図３ＡはＤＩＴの読み込み（テープ上のファイル管理テーブルの読み込みのための１００ＩＤの読み込み）、図２ＢはＤＩＴの書き直し（テープの使用開始フラグのオンのための７００ＩＤの書き込み）、図３Ｃはテープの巻き戻しおよび排出を示すものである。
【図４】本発明の磁気記録再生装置の一実施例の磁気テープ上のフォーマットおよびトラックを示す図であり、図４Ａは磁気テープ上のフォーマット、図４Ｂはトラックを示すものである。
【図５】ＤＴＦフォーマットの磁気テープ上の論理的なデータフォーマットを示す図である。
【図６】ＤＴＦフォーマットのテーブル位置を示す論理的なデータフォーマットを示す図である。
【図７】ＤＴＦフォーマットの論理トラッを示す図である。
【図８】ＤＴＦフォーマットのＶＳＩＴの構成を示す図である。
【図９】ＤＴＦフォーマットのＤＩＴの構成を示す図である。
【図１０】ＤＴＦフォーマットのバッドスポットを示す図である。
【図１１】ＤＴＦフォーマットのデータ扱いの順序を示す図である。
【図１２】ＤＴＦフォーマットのエラー訂正を示す図である。
【図１３】ＤＴＦフォーマットのヘリカルデータトラックを示す図である。
【図１４】ＤＴＦフォーマットのＶＳＩＴテーブルを示す図である。
【図１５】ＤＴＦフォーマットのＶＳＩＴのサブコードを示す図である。
【図１６】ＤＴＦフォーマットのＶＩＴテーブルを示す図である。
【図１７】ＤＴＦフォーマットのＶＩＴテーブルを示す図である。
【図１８】ＤＴＦフォーマットのＶＩＴテーブル（バッドスポットテーブル）を示す図である。
【図１９】ＤＴＦフォーマットのＶＩＴのサブコードを示す図である。
【図２０】ＤＴＦフォーマットのファイル情報テーブルを示す図である。
【図２１】ＤＴＦフォーマットのファイル情報テーブルのサブコードを示す図である。
【図２２】ＤＴＦフォーマットのアップデートテーブルを示す図である。
【図２３】ＤＴＦフォーマットのアップデートテーブルのサブコードを示す図である。
【図２４】ＤＴＦフォーマットのチェックサムデータを示す図である。
【図２５】ＤＴＦフォーマットのユーザデータのサブコードを示す図である。
【図２６】ＤＴＦフォーマットのテープマークのサブコードを示す図である。
【図２７】ＤＴＦフォーマットのＥＯＤのサブコードを示す図である。
【図２８】ＤＴＦフォーマットのダミートラックのサブコードを示す図である。
【図２９】ＤＴＦフォーマットのユーザ情報のサブコードを示す図である。
【図３０】ＤＴＦフォーマットのチェックサムトラックのサブコードを示す図である。
【図３１】ＤＴＦフォーマットのサブコードを示す図である。
【図３２】ＤＴＦフォーマットのサブコードのパラメータを示す図である。
【図３３】ＤＴＦフォーマットのサブコードのパラメータを示す図である。
【図３４】ＤＴＦフォーマットのサブコードのパラメータを示す図である。
【符号の説明】
１  メインＣＰＵ
２  デュアルポートＲＡＭ
３  サブＣＰＵ
４  バンクスイッチ
５  バンクメモリ
６  バンクメモリ
７  ＤＭＡＣ
８  ＤＭＡＣ
９  タイマー
１０  サブメモリ
１１  ＰＩＯ
１２  インタフェース部
２０  アクセスポインタ
２１  記録済み領域
２２  ダミー
２３  ＶＳＩＴ
２４  ダミー
２５  ＤＩＴ
２６  ダミー
２７  ユーザデータ領域
３０  アクセスポインタ
３１  ダミー
３２  記録済み領域
３３  ＶＳＩＴ
３４  ダミー
３５  ＤＩＴ
３６  ダミー
３７  ユーザデータ領域
【図１】
0003567492.tif 000002
【図２】
0003567492.tif 000003
【図３】
0003567492.tif 000004
【図４】
0003567492.tif 000005
【図５】
0003567492.tif 000006
【図６】
0003567492.tif 000007
【図７】
0003567492.tif 000008
【図８】
0003567492.tif 000009
【図９】
0003567492.tif 000010
【図１０】
0003567492.tif 000011
【図１１】
0003567492.tif 000012
【図１２】
0003567492.tif 000013
【図１３】
0003567492.tif 000014
【図１４】
0003567492.tif 000015
【図１５】
0003567492.tif 000016
【図１６】
0003567492.tif 000017
【図１７】
0003567492.tif 000018
【図１８】
0003567492.tif 000019
【図１９】
0003567492.tif 000020
【図２０】
0003567492.tif 000021
【図２１】
0003567492.tif 000022
【図２２】
0003567492.tif 000023
【図２３】
0003567492.tif 000024
【図２４】
0003567492.tif 000025
【図２５】
0003567492.tif 000026
【図２６】
0003567492.tif 000027
【図２７】
0003567492.tif 000028
【図２８】
0003567492.tif 000029
【図２９】
0003567492.tif 000030
【図３０】
0003567492.tif 000031
【図３１】
0003567492.tif 000032
【図３２】
0003567492.tif 000033
【図３３】
0003567492.tif 000034
【図３４】
0003567492.tif 000035