JP2003257152A - 記録媒体、テープドライブ装置 - Google Patents

Abstract

(57)【要約】 【課題】 磁気テープに対応するデータ再生に際して、
データに対するアクセスを高速化する。 【解決手段】 ＭＩＣを備えるテープカセットに対し
て、アプリケーションデータの記録を行う場合には、Ｍ
ＩＣの所定サイズの領域に対して、磁気テープに記録す
べきアプリケーションデータの先頭から書き込みを行
う。これにより、ＭＩＣには、少なくともアプリケーシ
ョンデータの先頭に位置する管理情報を記憶させること
が可能となる。そして、このようなテープカセットから
アプリケーションデータを再生する際には、ＭＩＣに記
憶されている管理情報を利用すればよいから、磁気テー
プに記録されている管理情報にアクセスする時間は不要
となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばデータスト
レージ用途などに用いる記録媒体、及びそのような記録
媒体としてのテープカセットに対応するテープドライブ
装置に関するものである。

【０００２】

【従来の技術】デジタルデータを磁気テープに記録／再
生することのできる記録／再生装置として、いわゆるテ
ープストリーマドライブが知られている。このようなテ
ープストリーマドライブは、メディアであるテープカセ
ットのテープ長にもよるが、例えば数百メガバイト程度
の膨大な記録容量を有することが可能であり、このた
め、コンピュータ本体のハードディスク等のメディアに
記録されたデータをバックアップするなどの用途に広く
利用されている。また、データサイズの大きい動画像デ
ータ等を大容量で保存する場合にも好適とされている。

【０００３】そして、上述のようなテープストリーマド
ライブとして、例えば、テープカセットを記録媒体とし
て、回転ヘッドによるヘリカルスキャン方式を採用して
データの記録／再生を行うようにされたものが提案され
ている。

【０００４】上記のようなテープカセットを利用したテ
ープストリーマドライブでは、記録／再生データの入出
力インターフェイスとして例えばＳＣＳＩ（Small Comp
uterSystem Interface)を用いるようにされる。そし
て、記録時においては例えばホストコンピュータから供
給されるデータがＳＣＳＩインターフェイスを介して入
力される。この入力データは例えば所定の固定長のデー
タ単位で伝送されてくるものとされ、入力されたデータ
は必要があれば所定方式による圧縮処理が施されて、一
旦、バッファメモリに蓄積される。そして、バッファメ
モリに蓄積されたデータは、最終的に所定のグループと
いわれる固定長の単位ごとに記録／再生系に対して供給
されて回転ヘッドによりテープカセットの磁気テープに
記録が行われる。また、再生時であれば、磁気テープの
データが回転ヘッドによって読み出され、一旦バッファ
メモリに蓄えられる。このバッファメモリからのデータ
は、記録時に圧縮が施されたものであれば伸長処理が施
されて、ＳＣＳＩインターフェイスを介してホストコン
ピュータに伝送される。

【０００５】上記したようなテープストリーマドライブ
に記録されるデータとしては、例えば、アーカイブ（圧
縮）したデータや、このようなアーカイブデータも含
め、コンピュータシステムにおけるデータをバックアッ
プするためのバックアップデータなどを挙げることがで
きる。例えばこのようなアーカイブデータやバックアッ
プデータの記録は、テープストリーマドライブと接続さ
れるホストコンピュータ側で起動する特定のアーカイブ
アプリケーションや、バックアップアプリケーションな
どのアプリケーションソフトウェアによって行われる。
つまり、ホスト側のアプリケーションが、アーカイブデ
ータやバックアップデータを作成してテープストリーマ
ドライブに転送すると共に、テープストリーマドライブ
における転送データの書き込みを制御することによって
行われるものである。

【０００６】上記のようにしてアプリケーションによっ
て書き込みが行われるアプリケーションデータは、一般
には、先頭位置に管理情報が置かれ、この管理情報に続
くようにして、ユーザデータが続くという構造を有して
いる。管理情報には、ユーザデータの構成情報をはじめ
とする、ユーザデータを再生するのに必要な各種情報が
格納されている。このため、テープストリーマドライブ
により、磁気テープに記録されたアプリケーションデー
タを再生する際には、先ず、先頭位置にある管理情報に
アクセスして読み出しを行い、ホストに転送するように
される。ホスト側のアプリケーションでは、転送されて
きた管理情報の内容を利用して、ユーザデータの読み出
しをテープストリーマドライブに指示する。テープスト
リーマドライブでは、指示に応じて所要の磁気テープ位
置にアクセスし、データの読み出しを行ってホストに転
送するようにされる。ホスト側では、このようにして転
送されてきたデータを利用して、例えばリストアなどを
はじめとする所要の処理に用いる。

【０００７】

【発明が解決しようとする課題】アプリケーションデー
タの再生は、上記のようにして管理情報に基づいたもの
となる。従って、テープストリーマドライブは、アプリ
ケーションデータの再生時においては、先ず、アプリケ
ーションデータの先頭の管理情報にアクセスして読み出
すという動作を必ず実行しなければならない。上記管理
情報へのアクセスに要する時間は、アクセス前のテープ
位置にも依るが、磁気テープを物理的に走行させて管理
情報にアクセスする必要がある以上、比較的長いものと
ならざるを得ない。従って、磁気テープに記録されたア
プリケーションデータから必要なユーザデータが読み出
されるまでの時間は、先ず管理情報にアクセスするため
の時間が含まれることになるため、それだけ長いものと
なってしまうということがいえる。このようなユーザデ
ータの読み出しに要するアクセス時間は、できるだけ短
縮されることが好ましい。

【０００８】

【課題を解決するための手段】そこで本発明は上記した
課題を考慮して、記録媒体として次のように構成するこ
ととした。つまり、磁気テープが収納されたテープカセ
ットと、このテープカセットに備えられるメモリとを備
えた記録媒体において、磁気テープに対して記録される
べきデータであり、所定のアプリケーションソフトウェ
アが扱うアプリケーションデータについて、その先頭位
置から記憶されるための所定容量の記憶領域がメモリに
おいて設定されているように、記録媒体を構成すること
とした。

【０００９】また、テープドライブ装置としては次のよ
うに構成することとした。つまり、磁気テープが収納さ
れたテープカセットと、このテープカセットに備えられ
るメモリとを備えた記録媒体に対応するテープドライブ
装置において、装填されたテープカセットの磁気テープ
に対するデータの記録又は再生が可能とされるテープド
ライブ手段と、このテープドライブ手段によって磁気テ
ープに対して記録されるべきデータであり、所定のアプ
リケーションソフトウェアが扱うアプリケーションデー
タを、先頭位置からメモリにおける所定容量の記憶領域
に対して書き込んで記憶させることのできるメモリ書き
込み制御手段と、テープカセットのメモリから、少なく
ともアプリケーションデータを読み出すことのできるメ
モリ読み出し手段と、メモリから読み出されたアプリケ
ーションデータを読み出して、当該テープドライブ装置
のホスト側に対して磁気テープから読み出したデータと
して伝送することのできる伝送手段とを備えることとし
た。

【００１０】上記各構成によれば、先ず、データが記録
再生される磁気テープを有するテープカセットとしての
記録媒体には、メモリが備えられることになる。そし
て、テープドライブ装置では、このメモリの所定容量の
領域に対して、磁気テープに書き込むべきアプリケーシ
ョンデータをその先頭位置から書き込んでいくようにさ
れる。このようにして、テープカセットとしての記録媒
体のメモリに対して、アプリケーションデータの先頭部
分のデータが記憶されることで、以降においては、磁気
テープ上のアプリケーションデータの先頭にアクセスし
なくとも、メモリに記憶されている内容を読み込むだけ
で、少なくとも、メモリに有効に記憶されたアプリケー
ションデータ分については、その内容を認識することが
可能になる。

【００１１】

【発明の実施の形態】１．テープカセットの構成 ２．テープストリーマドライブの構成 ３．磁気テープ上のデータ構成 ３−１．全体構成 ３−２．グループ化処理 ４．ＭＩＣへのアプリケーションデータのキャッシュ

【００１２】１．テープカセットの構成 先ず、本実施の形態のテープストリーマドライブやライ
ブラリ装置に対応するテープカセットについて図２及び
図３を参照して説明する。図２（ａ）は、リモートメモ
リチップとしてのＭＩＣ（リモート型ＭＩＣ）を備えた
テープカセットの内部構造を概念的に示すものである。
この図に示すテープカセット１の内部にはリール２Ａ及
び２Ｂが設けられ、このリール２Ａ及び２Ｂ間にテープ
幅８ｍｍの磁気テープ３が巻装される。そして、このテ
ープカセット１には不揮発性メモリ及びその制御回路系
等を内蔵したリモート型ＭＩＣ４Ａが設けられている。
またこのリモート型ＭＩＣ４Ａは後述するテープストリ
ーマドライブやライブラリ装置におけるリモートメモリ
インターフェース３０と無線通信によりデータ伝送を行
うことができるものとされ、このためのアンテナ４ａが
設けられている。詳しい説明は省略するが、リモート型
ＭＩＣ４Ａには、テープカセットごとの製造情報やシリ
アル番号情報、テープの厚さや長さ、材質、各パーティ
ションごとの記録データの使用履歴等に関連する情報、
ユーザ情報等を記憶することができる。なお、本明細書
では上記リモート型ＭＩＣ４Ａに格納される各種情報
は、主として磁気テープ３に対する記録／再生の各種管
理のために用いられることから、これらを一括して『管
理情報』とも言うことにする。

【００１３】このようにテープカセット筐体内に不揮発
性メモリを設け、その不揮発性メモリに管理情報を記憶
させ、またこのテープカセットに対応するテープストリ
ーマドライブでは、不揮発性メモリに対する書込／読出
のためのインターフェースを備えるようにし、不揮発性
メモリに対して磁気テープに対するデータ記録再生に関
する管理情報の読出や書込を行うことで、磁気テープ３
に対する記録再生動作を効率的に行うことができる。例
えばローディング／アンローディングの際に磁気テープ
を例えばテープトップまで巻き戻す必要はなく、即ち途
中の位置でも、ローディング、及びアンローディング可
能とすることができる。またデータの編集なども不揮発
性メモリ上での管理情報の書換で実行できる。さらにテ
ープ上でより多数のパーティションを設定し、かつ適切
に管理することも容易となる。

【００１４】また図３（ｂ）は、接触型ＭＩＣ４Ｂ（不
揮発性メモリ）が内蔵されたテープカセット１を示して
いる。この場合、接触型ＭＩＣ４Ｂのモジュールからは
５個の端子５Ａ、５Ｂ、５Ｃ、５Ｄ、５Ｅが導出され、
それぞれ電源端子、データ入力端子、クロック入力端
子、アース端子、予備端子等として構成されている。こ
の接触型ＭＩＣ４内のデータとしては、上記リモートメ
モリチップとしてのリモート型ＭＩＣ４Ａと同様の管理
情報が記憶される。

【００１５】図３は、図２（ａ）又は図２（ｂ）のテー
プカセット１の外観例を示している。筺体全体は上側ケ
ース６ａ、下側ケース６ｂ、及びガードパネル８からな
り、通常の８ミリＶＴＲに用いられるテープカセットの
構成と基本的には同様となっている。

【００１６】このテープカセット１の側面のラベル面９
の近傍には、端子部７が設けられている。これは図２
（ｂ）の接触型ＭＩＣ４Ｂを内蔵したタイプのテープカ
セットにおいて電極端子が配される部位とされるもの
で、端子ピン７Ａ、７Ｂ、７Ｃ、７Ｄ、７Ｅが設けられ
ている。そしてこれら端子ピンが、上記図２（ｂ）に示
した各端子５Ａ、５Ｂ、５Ｃ、５Ｄ、５Ｅとそれぞれ接
続されている。すなわち、接触型ＭＩＣ４を有するテー
プカセット１は、後述するテープストリーマドライブ１
０との間で、上記端子ピン７Ａ、７Ｂ、７Ｃ、７Ｄ、７
Ｅを介して物理的に接触してデータ信号等の相互伝送が
行われるものとされる。

【００１７】一方、図２（ａ）のように非接触のリモー
トメモリチップをＭＩＣとして内蔵するタイプでは、当
然ながら端子ピンは不要となる。しかしながら外観形状
としては図３のようになる。つまり装置に対するテープ
カセット形状の互換性を保つためにダミーの端子部７は
そのまま設けられる。

【００１８】なお、以降の説明において、リモート型Ｍ
ＩＣ４Ａ及び非接触型ＭＩＣ４Ｂについて一括して述べ
る場合、或いは、リモート型ＭＩＣ４Ａと非接触型ＭＩ
Ｃ４Ｂとについて述べるのに、これらを特に区別する必
要が無いような場合には、単にＭＩＣ４と記述する。

【００１９】２．テープストリーマドライブの構成 次に、図１により本例のテープストリーマドライブ１０
の構成について説明する。このテープストリーマドライ
ブ１０は、上記テープカセット１の磁気テープ３に対し
て、ヘリカルスキャン方式により記録／再生を行うよう
にされている。この図において回転ドラム１１には、例
えば２つの記録ヘッド１２Ａ、１２Ｂ及び３つの再生ヘ
ッド１３Ａ、１３Ｂ、１３Ｃが設けられる。記録ヘッド
１２Ａ、１２Ｂは互いにアジマス角の異なる２つのギャ
ップが究めて近接して配置される構造となっている。再
生ヘッド１３Ａ、１３Ｂも互いにアジマス角の異なるヘ
ッドとされるが、例えば９０度離れた状態で配置され
る。

【００２０】回転ドラム１１はドラムモータ１４Ａによ
り回転されると共に、テープカセット１から引き出され
た磁気テープ３が巻き付けられる。また、磁気テープ３
は、キャプスタンモータ１４Ｂ及び図示しないピンチロ
ーラにより送られる。また磁気テープ３は上述したよう
にリール２Ａ，２Ｂに巻装されているが、リール２Ａ，
２Ｂはそれぞれリールモータ１４Ｃ、１４Ｄによりそれ
ぞれ順方向及び逆方向に回転される。

【００２１】ドラムモータ１４Ａ、キャプスタンモータ
１４Ｂ、リールモータ１４Ｃ、１４Ｄはそれぞれメカド
ライバ１７からの電力印加により回転駆動される。メカ
ドライバ１７はサーボコントローラ１６からの制御に基
づいて各モータを駆動する。サーボコントローラ１６は
各モータの回転速度制御を行って通常の記録再生時の走
行や高速再生時のテープ走行、早送り、巻き戻し時のテ
ープ走行などを実行させる。なおＥＥＰ−ＲＯＭ１８に
はサーボコントローラ１６が各モータのサーボ制御に用
いる定数等が格納されている。サーボコントローラ１６
はインターフェースコントローラ／ＥＣＣフォーマター
２２（以下、ＩＦ／ＥＣＣコントローラという）を介し
てシステム全体の制御処理を実行するシステムコントロ
ーラ１５と双方向に接続されている。

【００２２】このテープストリーマドライブ１０におい
ては、データの入出力にＳＣＳＩインターフェイス２０
が用いられている。例えばデータ記録時にはホストコン
ピュータ４０から、固定長のレコード(Record)という伝
送データ単位によりＳＣＳＩインターフェイス２０を介
して逐次データが入力され、圧縮／伸長回路２１に供給
される。なお、このようなテープストリーマドライブシ
ステムにおいては、可変長のデータの集合単位によって
ホストコンピュータ４０よりデータが伝送されるモード
も存在する。

【００２３】圧縮／伸長回路２１では、入力されたデー
タについて必要があれば、所定方式によって圧縮処理を
施すようにされる。この場合には、圧縮方式としてＡＬ
ＤＣ(Adaptive Lossless Data Compression)方式が採用
されるものとする。これにより、例えば非圧縮時におい
て１本の磁気テープ３に対して記録可能なユーザデータ
のデータサイズが５００ＧＢであるとすれば、圧縮によ
り１３００ＧＢ程度にまで増加させることができる。

【００２４】圧縮／伸長回路２１の出力は、ＩＦ／ＥＣ
Ｃコントローラ２２に供給されるが、ＩＦ／ＥＣＣコン
トローラ２２においてはその制御動作によって圧縮／伸
長回路２１の出力をバッファメモリ２３に一旦蓄積す
る。このバッファメモリ２３に蓄積されたデータはＩＦ
／ＥＣＣコントローラ２２の制御によって、最終的にグ
ループ（Ｇｒｏｕｐ）という磁気テープの所定トラック
数分に相当する固定長の単位としてデータを扱うように
され、このデータに対してＥＣＣフォーマット処理が行
われる。

【００２５】ＥＣＣフォーマット処理としては、記録デ
ータについて誤り訂正コードを付加すると共に、磁気記
録に適合するようにデータについて変調処理を行ってＲ
Ｆ処理部１９に供給する。

【００２６】ＲＦ処理部１９では供給された記録データ
に対して増幅、記録イコライジング等の処理を施して記
録信号を生成し、記録ヘッド１２Ａ、１２Ｂに供給す
る。これにより記録ヘッド１２Ａ、１２Ｂから磁気テー
プ３に対するデータの記録が行われることになる。

【００２７】また、データ再生動作について簡単に説明
すると、磁気テープ３の記録データが再生ヘッド１３
Ａ、１３ＢによりＲＦ再生信号として読み出され、その
再生出力はＲＦ処理部１９で再生イコライジング、再生
クロック生成、２値化、デコード（例えばビタビ復号）
などが行われる。このようにして読み出された信号はＩ
Ｆ／ＥＣＣコントローラ２２に供給されて、まず誤り訂
正処理等が施される。そしてバッファメモリ２３に一時
蓄積され、所定の時点で読み出されて圧縮／伸長回路２
１に供給される。圧縮／伸長回路２１では、システムコ
ントローラ１５の判断に基づいて、記録時に圧縮／伸長
回路２１により圧縮が施されたデータであればここでデ
ータ伸長処理を行い、非圧縮データであればデータ伸長
処理を行わずにそのままパスして出力される。圧縮／伸
長回路２１の出力データはＳＣＳＩインターフェイス２
０を介して再生データとしてホストコンピュータ４０に
出力される。

【００２８】また、この図にはテープカセット１内のＭ
ＩＣ４として、リモート型ＭＩＣ４Ａと、接触型ＭＩＣ
４Ｂの両者が示されている。但し実際には、ＭＩＣ付き
のテープカセット１としては、リモート型ＭＩＣ４Ａと
接触型ＭＩＣ４Ｂの何れか一方が備えられる。

【００２９】このリモート型ＭＩＣ４Ａに対しては、テ
ープカセット１本体がテープストリーマドライブに装填
されることで、リモートメモリインターフェース３０を
介して非接触状態でシステムコントローラ１５とデータ
の入出力が可能な状態となる。

【００３０】リモートメモリインターフェース３０とし
てはデータインターフェース３１、ＲＦインターフェー
ス３２、アンテナ３３が設けられる。

【００３１】リモートメモリインターフェース３０の動
作としては概略次のようになる。データインターフェー
ス３１は、システムコントローラ１５との間のデータの
やりとりを行う。リモート型ＭＩＣ４Ａに対するデータ
転送は、機器側からのコマンド送信と、この受信に対応
したリモート型ＭＩＣ４Ａからのアクナレッジの返送と
いう形態で行われるが、システムコントローラ１５がリ
モート型ＭＩＣ４Ａにコマンドを発行する際には、デー
タインターフェース３１がコマンドデータを受け取り、
ＲＦインターフェース３２に供給する。またデータイン
ターフェース３１はＲＦインターフェース３２に対して
搬送波周波数（１３ＭＨｚ）を供給する。

【００３２】ＲＦインターフェース３２においては、コ
マンド送信データを振幅変調（１００ＫＨｚ）して搬送
波周波数に重畳するとともに、その変調信号を増幅して
アンテナ３３に出力する。これにより、コマンドデータ
がアンテナ３３からテープカセット１内のアンテナ４ａ
に対して無線送信される。テープカセット１側では、コ
マンドデータをアンテナ４ａで受信することで電源供給
が行われてパワーオン状態となり、コマンドで指示され
た内容に応じてリモート型ＭＩＣ４Ａ内部のシステムコ
ントローラが所要の動作を実行する。例えば書込コマン
ドとともに送信されてきたデータをＥＥＰ−ＲＯＭ４ｄ
に書き込む。

【００３３】また、このようにリモートメモリインター
フェース３０からコマンドが発せられた際には、リモー
ト型ＭＩＣ４Ａはそれに対応したアクナレッジを発して
アンテナ５から送信出力する。このようなアクナレッジ
が送信されてアンテナ３３で受信された場合は、その受
信信号はＲＦインターフェース３２内にて整流された
後、例えばコンパレータ等を介することで二値化された
データとして復調される。そしてデータインターフェー
ス３１からシステムコントローラ１５に供給される。例
えばシステムコントローラ１５からリモート型ＭＩＣ４
Ａに対して読出コマンドを発した場合は、リモート型Ｍ
ＩＣ４Ａはそれに応じたアクナレッジとしてのコードと
共に、内部メモリ素子からデータを送信してくる。する
とそのアクナレッジコード及び読み出したデータが、リ
モートメモリインターフェース３０で受信復調され、シ
ステムコントローラ１５に供給される。

【００３４】以上のようにテープストリーマドライブ１
０は、リモートメモリインターフェース３０を有するこ
とで、テープカセット１内のリモートメモリチップ４に
対してアクセスできるようになっている。なお、このよ
うな非接触でのデータ通信は、データを１３ＭＨｚ帯の
搬送波に１００ＫＨｚの振幅変調で重畳するが、元のデ
ータはパケット化されたデータとなる。即ちコマンドや
アクナレッジとしてのデータに対してヘッダやパリテ
ィ、その他必要な情報を付加してパケット化を行い、そ
のパケットをコード変換してから変調することで、安定
したＲＦ信号として送受信できるようにしている。な
お、このような非接触インターフェースを実現する技術
は本出願人が先に出願し特許登録された技術として紹介
されている（特許第２５５０９３１号）。

【００３５】また、接触型ＭＩＣ４Ｂの場合には、テー
プカセット本体がテープストリーマドライブ１０に装填
されると、図３に示した各端子（７Ａ〜７Ｅ）と、テー
プストリーマドライブ１０側のコネクタ２７とが接触
し、システムコントローラ１５とデータの入出力が可能
なように電気的に接続される。これによりシステムコン
トローラ１５は接触型ＭＩＣ４Ｂに記録されている管理
情報を読み込んだり、管理情報を更新できる。

【００３６】テープストリーマドライブ１０とホストコ
ンピュータ４０間は、上記のようにＳＣＳＩインターフ
ェース２０を用いて情報の相互伝送が行われるが、シス
テムコントローラ１５に対しては、ホストコンピュータ
４０上にて起動されているアプリケーションが、ＳＣＳ
Ｉコマンドを用いて各種の通信を行うことになる。従っ
て、ホストコンピュータ４０はＳＣＳＩコマンドにより
システムコントローラ１５に指示を行ってＭＩＣ４に対
するデータ書込／読出を実行させることもできる。

【００３７】Ｓ−ＲＡＭ２４，フラッシュＲＯＭ２５に
は、システムコントローラ１５が各種処理に用いるデー
タが記憶される。例えばフラッシュＲＯＭ２５には制御
に用いる定数等が記憶される。またＳ−ＲＡＭ２４はワ
ークメモリとして用いられたり、ＭＩＣ４から読み出さ
れたデータ、ＭＩＣ４に書き込むデータ、テープカセッ
ト単位で設定されるモードデータ（初期化フォーマッ
ト）、各種フラグデータなどの記憶や演算処理などに用
いるメモリとされる。なお、Ｓ−ＲＡＭ２４，フラッシ
ュＲＯＭ２５は、システムコントローラ１５を構成する
マイクロコンピュータの内部メモリとして構成してもよ
く、またバッファメモリ２３の領域の一部をワークメモ
リとして用いる構成としてもよい。

【００３８】なお、上記した構成において、Ｓ−ＲＡＭ
２４，フラッシュＲＯＭ２５は、システムコントローラ
１５を構成するマイクロコンピュータの内部メモリとし
て構成してもよく、またバッファメモリ２３の領域の一
部をワークメモリ２４として用いる構成としてもよい。

【００３９】３．磁気テープ上のデータ構成 ３−１．全体構成 図４は、磁気テープ３に記録されるデータの構造を示し
ている。本実施の形態においては、図示するようにし
て、１本の磁気テープ３に対してパーティション(Parti
tion)を設定するようにされている。なお、この図で
は、説明の便宜上、全テープ長に対して１つのパーティ
ションのみが形成されている状態を示しているが、実際
には、１本の磁気テープを複数のパーティション単位で
分割して利用することができる。

【００４０】先ず、磁気テープにおいて、最初の部分に
対しては物理的にリーダーテープが先頭に位置してお
り、次にテープカセットのローディング／アンローディ
ングを行う領域となるデバイスエリアが設けられてい
る。このデバイスエリアの先頭が物理的テープの先頭位
置ＰＢＯＴ（Phisycal Bigining Of Tape)とされる。上
記デバイスエリアに続いて、パーティションが開始され
ることになる。このパーティションの開始位置は、論理
的テープの開始位置ＬＢＯＴ（Logical Bigining of Ta
pe) とされ、また、このＬＢＯＴからのパーティション
の先頭には、パーティションの開始を示すＢＯＤ(Bigin
ing Of Data)の領域が設けられる。また、パーティショ
ンの最後には、パーティションの終了を示すＥＯＤ（En
dof Data)の領域が設けられる。そしてＥＯＤの最後
が、論理的テープの終了位置ＬＥＯＴ（Logical End of
Tape)とされる。ＰＥＯＴ（Phisycal Bigining of Tap
e)は、物理的テープの終了位置を示す。

【００４１】そして、パーティション内に記録されるデ
ータは、図示するようにして、グループ(Group)という
単位の連続によって形成される。このグループというデ
ータ単位は固定長であり、本実施の形態のテープストリ
ーマドライブ１０による磁気テープ３へのデータの記録
再生単位とされる。前述もしたように、このグループ単
位によりＥＣＣフォーマット、及びエラー訂正処理等も
実行される。

【００４２】３−２．グループ化処理 続いては、記録時に際して、上記グループを形成するま
での信号処理過程について説明しておくこととする。と
ころで、図１にて簡単に述べたように、記録時に際して
ホストコンピュータ４０からテープストリーマドライブ
に供給されるデータは、レコード(Record)といわれる固
定長のデータ単位により伝送されてくるものとされる。
つまり、レコードは、ＳＣＳＩインターフェイスのもと
でのデータ伝送のためのデータ単位となる。

【００４３】そして、ＳＣＳＩインターフェイスを介し
て入力されたデータについて、テープストリーマドライ
ブ１０により磁気テープ３に対して記録を行う際には、
複数のレコード群によってグループ化を行うようにされ
る。なお、グループ化を行うのにあたっては、レコード
単位のデータに対して、圧縮／伸長回路２１によりＡＬ
ＤＣ方式により圧縮を行ったうえでグループ化する場合
と、圧縮しないままのレコード群によりグループ化を行
う場合とがある。そこで、以降においては、両者の各場
合におけるグループ化処理について説明することとす
る。

【００４４】先ず、図５を参照して、圧縮／伸長回路２
１による圧縮処理を施したレコード群によりグループ化
を行う場合について説明する。図５（ａ）には、ホスト
コンピュータ４０から供給されるレコード単位のデータ
が示されている。図５（ａ）に示すレコードがテープス
トリーマドライブに逐次入力されて圧縮処理が施される
と、そのデータサイズはレコードごとのデータ内容によ
り変化することになる。そして、テープストリーマドラ
イブ１０では、このようにして圧縮された複数のレコー
ドデータによって、図５（ｂ）に示すエンティティ（En
tity）というデータ単位を形成するようにされる。この
レコード群によるエンティティ化は、システムコントロ
ーラ１５の制御によって、バッファメモリ２３を作業領
域として行われる。

【００４５】ここで、図７を参照してエンティティの構
造について説明しておく。エンティティは、先頭には位
置されるエンティティヘッダ(Entity Header)と、これ
に続いてレコード単位でデータが格納されるデータエリ
アとから成る。

【００４６】エンティティヘッダにおいては、先頭位置
に対して、エンティティヘッダのデータ長を示すHeader
Lengthが配置される。

【００４７】またHeader Lengthに続いては、Algorithm
IDが配置され、アルゴリズムの種別が２進法により示
される。簡単に説明しておくと、例えばAlgorithm ID＝
1の場合には、現エンティティに含まれるレコードは非
圧縮データであることが示される。また、Algorithm ID
＝3の場合には、現エンティティ内に含まれるデータに
ついてＡＬＤＣ方式によるデータ圧縮が施されているこ
とを示す。

【００４８】Algorithm IDに続いては、Record Length
が配置される。このRecord Lengthによっては、例えば
レコードの元のデータ長の情報が示される。この場合は
前述のように５１２バイトであることが示される。ま
た、Record Lengthに続くRecord Numberには、現エンテ
ィティ内に含まれるレコード数の情報が格納される。

【００４９】そして、上記した構造によりレコードをエ
ンティティ化したのち、例えば図５（ｃ）に示すよう
に、複数の圧縮により可変長となったエンティティによ
りデータのグループ化を行うようにされる。

【００５０】また、この図においては、グループを形成
する最後のエンティティに続けて、複数のＢＡＴ(Block
Access Table)が配置され、最後に１つのＧＩＴ（Grou
p Information Table)が配置される。つまり、グループ
は、エンティティ単位による複数のデータと、複数のＢ
ＡＴと、１つのＧＩＴとから成る。

【００５１】ＧＩＴは、例えば４０バイトの固定長とさ
れ、現グループの内容を示す情報が格納される。ＢＡＴ
は、現グループに含まれるエンティティ単位ごとについ
ての管理情報が格納される。ＢＡＴは、例えばエンティ
ティごとに基づいて作成される４バイト単位のアクセス
エントリーより成る。従って、グループの内容に応じて
可変長となる。そして、このようにして生成されたグル
ープ単位により、磁気テープ３に対してデータの書き込
み（記録）が行われることになる。

【００５２】続いては、図６を参照して、入力データで
あるレコードについて圧縮処理を施さない場合における
グループ化処理について説明する。例えばテープストリ
ーマドライブ１０において、図６（ａ）に示すようにレ
コード単位でホストコンピュータ４０からデータが入力
されてくるとして、この場合には、圧縮／伸長回路２１
による圧縮処理が行われないように設定されているもの
とする。この場合、テープストリーマドライブ１０で
は、図６（ｂ）に示すように圧縮されないレコード群に
よりエンティティを形成するようにされる。そして、こ
のようにして形成されるエンティティを当てはめるよう
にして、図６（ｃ）に示されるようにグループを形成す
る。なお、この場合においても、グループの構造として
は、図５の場合と同様に、複数のエンティティと、複数
のＢＡＴと、１つのＧＩＴが配置されて成る。

【００５３】これまでの説明から理解されるように、本
実施の形態のテープストリーマドライブ１０では、レコ
ード単位で入力されてくるデータについて、圧縮処理の
有無に関わらず複数のレコードによりエンティティを形
成し、さらにこのエンティティを利用してグループ化を
行うようにされる。

【００５４】エンティティは、レコード単位により伝送
されてきたデータが、圧縮／伸長回路２１により圧縮さ
れる場合があることに対応して規定されるものである。
つまり、ホストコンピュータ２５からレコードごとに入
力されるデータについて圧縮処理を施す場合、レコード
単位で見ると、圧縮後の各レコードのデータサイズはそ
のデータ内容により異なってくる。例えば、仮にレコー
ドをエンティティ化せずに、そのままグループにあては
めるようにしてグループ化を行うとする。この場合にお
いて、レコードが圧縮されずに固定長のままなのであれ
ば、１グループを形成するレコード数は一義的に決まる
ことになるから、磁気テープ３から読み出すデータにつ
いてレコード単位により処理することが可能となる。し
かしながら、レコードについて圧縮処理を施して可変長
となる場合に、レコードをエンティティ化せずに、その
ままグループにあてはめるようにしてグループ化を行っ
たとすると、グループ内のレコード数は特定できないこ
とになる。従って、再生時には適正なデータ再生が行わ
れないことになる。

【００５５】そこで、上記図５により説明したようにし
て、圧縮処理されたレコードをエンティティ化した後
に、このエンティティによってグループを形成するよう
にしているものである。このようにすれば、レコードが
圧縮されて可変長になっているとしても、エンティティ
におけるエンティティヘッダの内容を参照することで、
適正にレコード単位でデータを再生処理することが可能
となるわけである。

【００５６】また、図６に示すようにして、レコードを
圧縮しない場合にもエンティティ化した後にグループ化
しているのは、例えば次のような理由による。仮に、圧
縮されないレコードをそのままグループ化したとすれ
ば、ＢＡＴがエンティティでなくレコードに関する情報
として書き込まれることから、１グループあたりのＢＡ
Ｔのデータサイズは、圧縮データのグループに比較し
て、通常、非常に大きいものとってしまう。また、圧縮
されないレコードをそのままグループ化するとした場合
には、グループに記録されたレコードごとのＢＡＴのア
クセスエントリーを参照するようにしてデータの読み出
しを行うことになるので、アクセススピードの高速化の
妨げになるという問題も生じることになる。

【００５７】そこで、非圧縮のレコード群によってもエ
ンティティ化することにすれば、ＢＡＴのアクセスエン
トリーはエンティティに関わる情報として書き込まれる
こととなる。これにより、非圧縮データであってもＢＡ
Ｔのアクセスエントリー数が縮小されて、そのデータサ
イズを小さくすることが可能となる。これにより、１グ
ループ内にＢＡＴが占める領域幅は縮小されて、それだ
けユーザデータの格納領域は拡大され、データ記録可能
容量は増加することになる。また、非圧縮データの再生
時においても、エンティティごとの情報として格納され
ているアクセスエントリーを参照して、エンティティ単
位でアクセスしてデータの読み出しを実行できることに
なる。つまり複数のレコード群のデータサイズごとに読
み出しが行われるために、アクセススピードもより高速
化されることになる。

【００５８】４．ＭＩＣへのアプリケーションデータの
キャッシュ ところで、ホストコンピュータ４０側で動作するアプリ
ケーションが、自身の扱うアプリケーションデータを、
テープストリーマドライブ１０により磁気テープに記録
させる際には、テープストリーマドライブ１０に対して
アプリケーションデータを転送することになる。そし
て、このアプリケーション４１からの指示（コマンド）
に応じて、テープストリーマドライブ１０は、装填され
たテープカセットの磁気テープに対して、転送されてき
たアプリケーションデータを記録していくようにされ
る。なお、アプリケーションとしては、具体的には、デ
ータ圧縮／伸長を行ういわゆるアーカイバといわれるア
プリケーションや、データをバックアップするためのバ
ックアップアプリケーションなどを挙げることができ
る。そして、本実施の形態では、上記のようにして、ア
プリケーションが処理したアプリケーションデータが転
送されてくると、装填されているテープカセットの磁気
テープに記録するだけではなく、同じ装填されたテープ
カセットのＭＩＣ４に対しても、転送されてきたアプリ
ケーションデータを先頭から書き込んでいき、記憶させ
るように構成される。つまり、アプリケーションデータ
をＭＩＣ４に対してキャッシュさせるものである。

【００５９】ここで図８により、本実施の形態としての
ＭＩＣ４のデータ管理構造を概念的に示しておく。ＭＩ
Ｃ４は、例えば現状においては８ＫＢ程度の容量を有し
ている。そして本実施の形態では、例えば２ＫＢ〜３Ｋ
Ｂ程度の領域をＭＩＣ用管理情報の領域として用い、残
る５ＫＢ〜６ＫＢ程度の領域を、アプリケーションデー
タがキャッシュされるキャッシュデータの領域と、有効
レコード数情報が格納される領域とで使用するようにさ
れる。なお、有効レコード数情報については後述する
が、レコード数を示す情報であるから、例えば数ビット
程度が割り与えられればよいものとされる。

【００６０】上記したように、ＭＩＣ４は、例えば現状
においては８ＫＢ程度の容量であり、アプリケーション
データをキャッシュするのに用意できるキャッシュデー
タ領域は、５ＫＢ〜６ＫＢとなる。通常、アプリケーシ
ョンデータは、相応のデータサイズを有しており、従っ
て、アプリケーションデータのデータサイズのほうが、
ＭＩＣ４のキャッシュデータエリアの容量よりも大きく
なる。このため、ＭＩＣ４にアプリケーションデータを
キャッシュするということは、アプリケーションデータ
の先頭の５ＫＢ〜６ＫＢ程度の部分のデータのみをキャ
ッシュするということになる。しかしながら、本実施の
形態としては後述するようにして、このＭＩＣ４にキャ
ッシュしたアプリケーションデータの先頭部分のデータ
を利用し、これまでよりも高速に目的とするデータにア
クセスすることを可能とする。以降、この点について説
明を行っていく。

【００６１】図９は、アプリケーションによって磁気テ
ープに書き込まれる、アプリケーションデータの一般的
な構造を示している。この図に示すように、アプリケー
ションデータは、先頭に管理情報が配置され、これに続
いて、ユーザデータが格納されたデータエリアが配置さ
れて形成される。管理情報の内容はアプリケーションご
とに異なるが、例えば、一般的には、ボリュームラベ
ル、データ構成情報、タイムスタンプ、作成者情報、チ
ェックサム、及びアプリケーションによる圧縮／非圧縮
の識別情報などを挙げることができる。このうち、本実
施の形態に関係して特に重要なのは、データ構成情報で
ある。データ構成情報は、アプリケーションがどのよう
にデータ領域上にデータを配置しているのかを管理する
情報である。

【００６２】アプリケーションによって、磁気テープに
記録されたアプリケーションデータを再生する際には、
先ず、アプリケーションデータの先頭に在る管理情報を
取得するようにされる。そして、例えば管理情報内に格
納されるデータ構成情報を参照することで、磁気テープ
に記録されたアプリケーションデータから、実際にアク
セスしたいデータ位置を特定する。そして、このデータ
位置（テープ位置）へのアクセス指示をテープストリー
マドライブ１０に対して行って再生動作を実行させる。
このようにして、アプリケーションは、目的とするデー
タを磁気テープから再生させて取得する。

【００６３】本実施の形態では、前述もしたように、Ｍ
ＩＣ４のキャッシュデータエリアに対して、アプリケー
ションデータの先頭部分のデータを書き込み可能なだけ
書き込んで記憶させるようにしている。これは即ち、Ｍ
ＩＣ４のキャッシュデータエリアに、アプリケーション
データにおける管理情報を記憶させることを意味してい
る。前述したように、ＭＩＣ４のキャッシュデータエリ
アは、現状としては５ＫＢ〜６ＫＢ程度なのであるが、
多くのアプリケーションデータの管理情報は、５ＫＢ〜
６ＫＢ以内に収まる程度のデータサイズとなっている。
また、これよりも大きなサイズの管理情報であっても、
例えばテープストリーマドライブ１０側でＡＬＤＣ方式
により圧縮処理を行えば、ほとんどが５ＫＢ〜６ＫＢ以
内に収まる。つまり、圧縮処理を併用すれば、例えば図
９にも示しているように、ほとんどのアプリケーション
データの管理情報は、ＭＩＣ４のキャッシュエリア内に
納めるようにして、格納することが可能となるわけであ
る。なお、本実施の形態においては、ＭＩＣ４のキャッ
シュエリア内に対して管理情報のみを記録しなければい
けないということはない。つまり、キャッシュデータエ
リア内において、例えば管理情報が収まったとして、未
だキャッシュデータエリアに余裕がある場合には、例え
ば図９にも示すようにして、管理情報に続くデータエリ
アの先頭部分について、書き込めるだけ書き込んで記憶
させておけばよいものとされる。

【００６４】また、図１０を参照して、ＭＩＣ４へのデ
ータのキャッシュ動作と、データ単位との関係について
説明する。なお、この図に示すキャッシュ動作は、レコ
ードが圧縮された場合について示しているが、レコード
について圧縮しない場合にも当てはまるものである。図
１０（ａ）には、１グループのデータが示されている。
このグループは、磁気テープ３に書き込まれるべきアプ
リケーションデータを形成するグループ群のうち、先頭
に位置するグループである。このグループは、図示する
ようにして、エンティティ＃０〜＃ＮのＮ個のエンティ
ティが順次配列されて形成されている。

【００６５】本実施の形態において、ＭＩＣ４に対して
は、アプリケーションデータの開始位置からキャッシュ
を行っていくべきとしている。そして、図１０に示す場
合であれば、図１０（ａ）に示すグループの先頭からア
プリケーションデータが開始されることとしているか
ら、この図１０（ａ）において「キャッシュデータ」の
範囲として示すように、ＭＩＣ４のデータのキャッシュ
は、最初のエンティティ＃０の開始位置から開始するこ
とになる。そして、この場合には、エンティティ＃０は
全てＭＩＣ４にキャッシュされ、これに続くエンティテ
ィ＃１についても、その途中位置までのデータがキャッ
シュされた状態が示されている。

【００６６】ここで、上記エンティティ＃０は、図１０
（ｂ）に示すようにして、エンティティヘッダに続け
て、レコード＃０〜レコード＃９までの１０のレコード
によって形成されているものとする。これに応じて、こ
のエンティティ＃０のエンティティヘッダのRecord Num
ber（レコード数）は、１０を示すことになる。また、
ここでは、Record Length（レコード長）は６４ＫＢを
示し、圧縮前のレコード長は６４ＫＢであることを表し
ている。また、エンティティ＃０に続くエンティティ＃
１は、同じ図１０（ｂ）に示すようにして、エンティテ
ィヘッダに続いて、レコード＃１０〜レコード＃１３ま
での４のレコードが配置されて形成される。このため、
エンティティ＃１のエンティティヘッダのRecord Numbe
r（レコード数）は４を示す。また、ここではRecord Le
ngth（レコード長）は１２８ＫＢを示し、圧縮前のレコ
ード長は６４ＫＢであることが表される。

【００６７】そして、図１０（ｂ）に示すエンティティ
＃０→＃１のシーケンスを、キャッシュデータと対応さ
せると、図１０（ｂ）におけるデータ位置Ａからデータ
位置ＣまでのデータがＭＩＣ４にキャッシュされている
ことになる。つまり、エンティティ＃０については、エ
ンティティヘッダと、レコード＃０〜＃９までの全レコ
ードがキャッシュされる。なお、確認のために述べてお
くと、前述もしたように、キャッシュのためのＭＩＣ４
へのアプリケーションデータの書き込みは、そのアプリ
ケーションデータの先頭から行うこととしている。そし
て、さらに本実施の形態としては、エンティティ単位で
見た場合には、必ずエンティティの開始位置からデータ
をキャッシュすべきこととしている。これは即ち、図１
０（ｂ）に示す場合であれば、必ずエンティティ＃０の
エンティティヘッダからデータのキャッシュが開始され
るものであり、例えば逆に、このエンティティ＃０のエ
ンティティヘッダを除いて、以降のデータエリアのレコ
ード＃０からキャッシュを開始することは無いというこ
とである。また、エンティティ＃１については、エンテ
ィティヘッダと、エンティティ＃１に属するレコード＃
１０〜＃１１と、レコード＃１２の先頭からデータ位置
Ｃまでの前側部分のデータがキャッシュされた状態とな
る。

【００６８】このようにしてＭＩＣ４にキャッシュされ
たデータをレコード単位で見ると、レコード＃０〜レコ
ード＃１２までの１３のレコードがキャッシュされてい
ることになる。しかしながら、ＳＣＳＩインターフェイ
スにおけるデータ伝送はレコード単位で完結して行われ
る必要があるから、最後にキャッシュされたレコード＃
１２のように、データの途中位置までしかキャッシュさ
れていないデータは、無効なデータとなる。従って、こ
の場合において、キャッシュデータのうちで有効となる
レコードは、レコード＃０〜＃１１までの１２のレコー
ドであるということになる。つまり、有効キャッシュレ
コード数は、１２ということになる。先に、図８に示し
たＭＩＣ４のデータ構造において用意されていた有効レ
コード数情報の領域には、この有効キャッシュレコード
数の値が格納されるものである。なお、確認のために述
べておくと、このようにしてＭＩＣ４に対して有効にキ
ャッシュされたレコード＃０〜＃１１までのレコード群
によっては、図９に示したアプリケーションデータの先
頭部分のデータを形成することになるのであるが、通常
は、このレコード＃０〜＃１１までのレコード群から成
るデータには、管理情報としての内容を有したデータが
含まれていることになる。

【００６９】そして上記図１０に例示したようなアプリ
ケーションデータのキャッシュは、アプリケーションデ
ータを磁気テープに書き込む際において、テープストリ
ーマドライブ１０側において独自に行うことができる。
つまり、ホストコンピュータ４０上で動作するアプリケ
ーション４１は、磁気テープへの書き込みを目的として
アプリケーションデータをテープストリーマドライブ１
０に対して転送する。このとき、テープストリーマドラ
イブ１０側では、アプリケーション側からの指示の有無
に関わらず、転送されてきたアプリケーションデータを
利用して、現在装填されているテープカセット（アプリ
ケーションデータが書き込まれるべき磁気テープを有し
ているテープカセット）のＭＩＣ４に対して、アプリケ
ーションデータをキャッシュして記憶させるということ
である。

【００７０】図１１のフローチャートは、上記のように
してテープストリーマドライブ１０にて実行されるＭＩ
Ｃ４へのアプリケーションデータのキャッシュ動作を実
現するための処理動作を示している。この図に示す処理
は、テープストリーマドライブ１０のシステムコントロ
ーラ１５が実行する。

【００７１】先ずステップＳ１０１においては、アプリ
ケーションデータの書き込みが開始されるのを待機して
いる。そして、例えばホストコンピュータ４１側からの
指示によりデータの書き込み指示が発生し、アプリケー
ションデータの転送が開始されると、ステップＳ１０２
に移行する。

【００７２】ステップＳ１０２においては、転送されて
きたアプリケーションデータの最初のレコードが、がキ
ャッシュすべきレコードであるか否かについて判別す
る。つまり、書き込み指示のあったアプリケーションデ
ータとして、先頭位置の管理情報から書き込みが開始さ
れるデータである場合には、キャッシュすべきレコード
であるということになる。これに対して、アプリケーシ
ョンデータであったとしても、例えばデータエリアの途
中位置から上書き記録するためのデータのように、アプ
リケーションデータの先頭位置ではなく、管理情報を含
まないとするデータの場合には、キャッシュすべきレコ
ードではないということになる。このステップＳ１０２
において否定結果が得られた場合には、ステップＳ１０
８に進むことになる。ステップＳ１０８の処理について
は後述する。これに対して、肯定結果が得られた場合に
はステップＳ１０３の処理に進む。

【００７３】ステップＳ１０３においては、現在装填さ
れているテープカセットのＭＩＣ４にアクセスして、Ｍ
ＩＣ４の有効レコード数情報について０にリセットして
おくための処理を実行する。

【００７４】そして、続くステップＳ１０４において、
転送されてきたアプリケーションデータをＭＩＣ４に対
してキャッシュするための処理を実行する。つまり、ア
プリケーションデータは、ＳＣＳＩインターフェイスを
介してレコード単位でホストコンピュータ４１から転送
され、バッファメモリ２３を作業領域として、図５及び
図６に示したようにしてグループ化が行われる。システ
ムコントローラ１５は、上記のようにして、バッファメ
モリ２３にてブロック化された状態で保持されているア
プリケーションデータを、その先頭位置から読み込ん
で、ＭＩＣ４に対して転送する。リモート型ＭＩＣ４Ａ
であれば、リモートメモリインターフェイス３０に対し
てバッファメモリ２３から読み込んだデータを転送する
ことで、リモート型ＭＩＣ４Ａにデータが無線伝送され
る。そして、リモート型ＭＩＣ４Ａでは、受信取得され
るデータをキャッシュデータエリアに対して書き込める
だけ書き込んでいくようにされる。また、接触型ＭＩＣ
４Ｂであれば、システムコントローラ１５からコネクタ
２７を介して接触型ＭＩＣ４Ｂにアクセスしてデータを
転送するようにされる。接触型ＭＩＣ４Ｂでは、受信し
たデータを順次、キャッシュデータエリアに対して書き
込めるだけ書き込んでいく。なお、ＭＩＣ４のキャッシ
ュデータエリアに対してフルに書き込みが完了したとき
には、ＭＩＣ４側からシステムコントローラ１５に対し
て書き込み完了が通知されるようになっているので、シ
ステムコントローラ１５では、この通知に応じてＭＩＣ
４側へのキャッシュ処理を停止するようにされる。

【００７５】上記のようにして、ＭＩＣ４へのアプリケ
ーションデータのキャッシュが終了した段階では、例え
ば図９に示したようにして、ＭＩＣ４には、少なくとも
アプリケーションデータの管理情報が記憶されているこ
とになる。そして、ステップＳ１０４としてのＭＩＣ４
へのキャッシュ動作が終了したとすると、ステップＳ１
０５に進む。

【００７６】ステップＳ１０５においては、ＭＩＣ４に
キャッシュしたデータを磁気テープに書き込むための信
号処理及び磁気テープへのデータ書き込み制御を実行す
る。つまり、上記ステップＳ１０４の処理によってＭＩ
Ｃ４のキャッシュデータエリアに記憶されたデータを読
み出し、例えば一旦ＩＦ／ＥＣＣコントローラを介する
ようにして転送し、ＲＦ処理部１９に出力する。そし
て、磁気テープ３を走行制御した上で、ＭＩＣ４のキャ
ッシュデータエリアに記憶されたデータを磁気テープ３
に対して書き込むようにされる。なお、本実施の形態に
おいては、グループ単位によりデータの書き込みが行わ
れる。しかしながら、例えば現状におけるＭＩＣ４のキ
ャッシュデータのサイズでは、グループのデータサイズ
に満たない。そこで、例えばアプリケーションデータの
データサイズが、ＭＩＣ４のキャッシュデータエリアの
サイズよりも大きいような場合には、実際には、ステッ
プＳ１０５に依る処理と、後述するステップＳ１０８の
処理とがほぼ同時に行われることで、ＭＩＣ４にキャッ
シュされていない後ろのデータを利用してグループを形
成し、磁気テープ３への記録を行うようにされる。ま
た、ＭＩＣ４にキャッシュされたデータのみでアプリケ
ーションデータが完結しているような場合であれば、ス
テップＳ１０５の処理において、キャッシュデータに対
してダミーデータを付加するようにしてグループを形成
して磁気テープ３への記録を行うようにすればよい。こ
のようにしてステップＳ１０５としての記録制御処理が
実行されることで、磁気テープ３には、ＭＩＣ４にキャ
ッシュされたのと同じデータサイズによるアプリケーシ
ョンデータの先頭部分が少なくとも記録されることにな
る。また、この磁気テープ３に記録されたデータは、Ｍ
ＩＣ４にキャッシュされたアプリケーションデータの先
頭部分と同一のデータ内容を有していることになる。そ
して、この段階では、システムコントローラ１５は、Ｍ
ＩＣ４のキャッシュデータエリアにキャッシュされたデ
ータについての有効レコード数を既にカウントして把握
している。そこで、次のステップＳ１０６としての処理
によって、ＭＩＣ４に対して有効レコード数情報を書き
込んで設定する。

【００７７】次のステップＳ１０７においては、以降に
おいてもデータ書込を継続するか否かについて判別す
る。つまり、アプリケーションデータのデータサイズは
そのデータ内容によって異なってくる。そして、例えば
今回磁気テープ３に記録すべきアプリケーションデータ
のサイズが小さく、ＭＩＣ４のキャッシュデータエリア
に対して全て収まるようにして記憶されたような場合に
は、データ書込を継続する必要はないために、ステップ
Ｓ１０７においては否定結果が得られることになる。こ
れに対して、アプリケーションデータのサイズが、ＭＩ
Ｃ４のキャッシュデータエリアのサイズよりも大きい場
合には、上記ステップＳ１０５の処理によって、ＭＩＣ
４にキャッシュしたデータを磁気テープに書き込んだ後
も、ホストコンピュータ４０側からアプリケーションデ
ータの伝送が継続されることになる。そして、この伝送
されてきたデータを磁気テープ３に書き込まなければな
らないから、ステップＳ１０７においては肯定結果が得
られることになる。

【００７８】ステップＳ１０７において否定結果が得ら
れた場合には、ステップＳ１１０の処理に進む。なお、
ステップＳ１１０の処理については後述する。これに対
して、ステップＳ１０７において否定結果が得られた場
合にはステップＳ１０８の処理に進む。

【００７９】ステップＳ１０８においては、上記のよう
にしてホストコンピュータ４０側から継続して転送され
てくる残りのアプリケーションデータを、磁気テープ３
に対して書き込んでいくための制御処理が実行される。
なお、ステップＳ１０８の処理の開始時においては、先
のステップＳ１０５の処理によって磁気テープに書き込
まれたアプリケーションデータの部分とつながるように
して、残りのデータを書き込んでいくための制御処理が
実行されることになる。また、ステップＳ１０２にて否
定結果が得られたことでステップＳ１０８に至った場合
においては、ホストコンピュータ４０側から転送された
データの先頭から、磁気テープ３に対して書き込みを行
っていくことになる。

【００８０】上記ステップＳ１０８による磁気テープ３
へのデータ書込処理は、次のステップＳ１０９において
書き込み終了であることが判別されるまで継続される。
そして、例えばホストコンピュータ４０側からのデータ
の転送が終了したことが認識され、書き込み終了である
ことが判別されると、ステップＳ１１０に進み、書き込
み終了処理を実行する。

【００８１】このようにして本実施の形態では、ＭＩＣ
４の記憶領域に設定されるキャッシュデータエリアに対
し、アプリケーションデータの先頭部分から書き込める
だけ書き込んだ分をキャッシュして記憶させておくよう
にされる。これは、即ちアプリケーションデータを形成
するデータ種類のうちで、そのアプリケーションデータ
を管理するための管理情報が確保されるようにしてキャ
ッシュすることを意味している。図９によっても示した
ように、通常、アプリケーションデータにおける管理情
報は、そのアプリケーションデータ全体において先頭に
配置されるものだからである。つまり、本実施の形態で
は、磁気テープとＭＩＣ４を備えるテープカセットとし
て、磁気テープにはアプリケーションデータを記録して
いると共に、ＭＩＣ４には、磁気テープに記録されたア
プリケーションデータの先頭部分（管理情報を含む）が
記憶された状態のものが得られることになる。

【００８２】そして、このようなテープカセットが得ら
れることで、本実施の形態としては次のような利点を有
することになる。磁気テープからアプリケーションデー
タを再生するのにあたっては、ホストコンピュータ４０
側のアプリケーション４１は、先ず、アプリケーション
データにおける管理情報を取得する必要がある。このた
め、従来においては、先ず、テープストリーマドライブ
では、アプリケーションデータの管理情報にアクセスし
てホストコンピュータ４０側に対して転送するようにし
ていた。そして、この後、管理情報を参照したホストコ
ンピュータ４０側のアプリケーションの指示に応じて、
目的とするデータが記録されたテープ位置にアクセスし
てデータの読み出しを行うという手順を踏んでいた。

【００８３】これに対して、本実施の形態のようにし
て、ＭＩＣ４にアプリケーションデータに管理情報が記
憶されているようにした場合、アプリケーションから管
理情報が要求された際には、磁気テープに対してアクセ
スすることなく、ＭＩＣ４に記憶されているデータ、つ
まり管理情報を読み出して、ホストコンピュータ４０側
に転送すればよいことになる。そしてこの後、アプリケ
ーションの指示に応じて、目的とするデータが記録され
たテープ位置にアクセスすることになる。つまり、本実
施の形態では、管理情報を読み出すための磁気テープへ
のアクセスが不要となるので、例えばアプリケーション
からの管理情報要求に応答してから、データにアクセス
するまでの時間を短縮することが可能となる。磁気テー
プ上の所要位置へのアクセスは、当然のことながら、物
理的な磁気テープの走行が伴うので、アクセス開始前の
データ位置によっては、相当に時間がかかる場合もあ
る。従って、本実施の形態のようにして、磁気テープ上
の或る目的位置へのアクセスのプロセスが省略されると
いうことは、データアクセスまでの時間の短縮という点
で、非常に効果が大きい。

【００８４】また、ＭＩＣ４としてリモート型ＭＩＣ４
Ａがテープカセットに備えられている場合には、無線通
信によってデータの送受信が行われるから、テープカセ
ットをテープストリーマドライブ１０に対して装填しな
くとも、アプリケーションデータの管理情報を読み出す
ことができることにもなる。例えば、先に本出願人は、
リモート型ＭＩＣを備えたテープカセットをテープスト
リーマドライブに装填しなくとも、リモート型ＭＩＣか
らデータを読み出し、また書き込むための技術を出願し
ている。このような技術として、１つには、テープスト
リーマドライブ１０におけるリモートメモリインターフ
ェイス３０の配置位置を、テープストリーマドライブ１
０の筐体近傍とするものである。これにより、筐体の所
定位置にテープカセットのＭＩＣのアンテナ部分を近づ
けることで、テープカセットを装填しなくともＭＩＣの
データをテープストリーマドライブ１０側で読み込むこ
とができる。また、ＭＩＣと通信が可能な、携帯型のリ
ーダー／ライター装置をホストコンピュータ４０と接続
し、このリーダー／ライター装置によって、テープスト
リーマドライブ１０に装填されていないＭＩＣからデー
タを読み出し、また書き込むという技術である。

【００８５】従って、このような技術を応用すれば、本
実施の形態としては、テープストリーマドライブ１０に
テープカセットを装填しなくとも、ＭＩＣ４にキャッシ
ュされたアプリケーションデータ部分（管理情報）を読
み出し、テープストリーマドライブ１０又はリーダー／
ライター装置を介して、ホストコンピュータ４０側のア
プリケーションに伝送することができる。そして、この
場合においても、テープストリーマドライブ１０に対し
てテープカセットを装填すれば、磁気テープに記録され
たアプリケーションデータの管理情報にアクセスするこ
となく、アプリケーションからの要求に応じて、直ちに
目的のデータ位置にアクセスする動作から始めることが
できる。このようにして、データアクセスまでの時間が
短縮されるものである。また、例えばアプリケーション
側で、複数のアプリケーションデータについての管理情
報を保持して管理できるような機能を有している場合に
おいて、管理情報を収集する必要のある場合にも、その
作業は容易なものになる。つまり、逐一、テープストリ
ーマドライブ１０に対してアプリケーションデータが記
録されたテープカセットを装填しなくとも、上記のよう
にして、テープストリーマドライブ１０本体の所定位置
に近づけたり、また、リーダー／ライター装置により読
み込みを行うようにすることで、容易かつ短時間で管理
情報を取得させることができるものである。

【００８６】また、本実施の形態においては、或る１つ
のアプリケーションデータの管理情報は、同じテープカ
セットにおいて磁気テープに記録されているだけではな
く、ＭＩＣ４に対しても記録されていることになる。こ
れは、アプリケーションデータの管理情報が同じテープ
カセットにおいて２重に記録されているものであるとい
ういことがいえる。これにより、例えばアプリケーショ
ンデータの管理情報が磁気テープにのみ記録されている
ような場合と比較して、管理情報の保護という点での信
頼性が向上されることになる。これまでの説明から分か
るように、アプリケーションデータを読み出す際には、
そのアプリケーションデータの管理情報をアプリケーシ
ョン側で取得することが必要である。このため、磁気テ
ープに記録されたアプリケーションデータの領域のう
ち、最もアクセスが頻繁に行われるのは管理情報の部分
であり、それだけ管理情報部分の磁気テープは傷みやす
い。従って、例えば磁気テープに記録された管理情報部
分について正常な読み出しができない程度に痛んだとし
ても、本実施の形態のようにして、ＭＩＣ４に対してア
プリケーションデータの管理情報が記憶されていれば、
このＭＩＣ４の管理情報を利用してデータにアクセスす
るという救済策を採ることができる。このようなことか
らも、上記のようにしてＭＩＣ４に対してアプリケーシ
ョンデータの管理情報が記憶されることによるデータ再
生についての信頼性の向上は著しいものがあるといえ
る。

【００８７】また、本実施の形態においては、ＭＩＣ４
にアプリケーションデータをキャッシュするのにあた
り、図１０に示したようにしてキャッシュを行うように
している。このようにしてキャッシュを行うということ
は、先ず１つには、エンティティヘッダの先頭から必ず
キャッシュを行うようにしているということがいえる。
これは、エンティティ単位での管理が可能なようにし
て、ＭＩＣ４にデータのキャッシュが行われることを意
味している。前述もしたように、エンティティは圧縮さ
れたレコードであっても、そのレコード単位で管理が可
能なようにするためのデータ単位である。従って、ＭＩ
Ｃ４のキャッシュデータがエンティティの単位で管理可
能とされることで、このキャッシュデータは、圧縮／非
圧縮のレコードに関わらず、このレコード単位でデータ
を処理することができることになるわけである。レコー
ドはＳＣＳＩインターフェイスにおけるデータ伝送単位
であるから、レコード単位でデータを処理可能であると
いうことは、ＭＩＣ４のキャッシュデータを、問題なく
ＳＣＳＩインターフェイスを介してホストコンピュータ
４０側に伝送することが可能になる。

【００８８】図１２のフローチャートは、アプリケーシ
ョンデータがキャッシュされたＭＩＣ４を備えるテープ
カセットからアプリケーションデータを再生する際にお
ける、テープストリーマドライブ１０の動作に対応する
処理動作を示している。この図に示す処理もシステムコ
ントローラ１５が実行する。

【００８９】システムコントローラ１５は、先ず、ステ
ップＳ２０１にてデータ読み出しの開始を待機してい
る。そして、例えばホストコンピュータ４０側で動作す
るアプリケーション４１からのデータ読み出しの指示を
受けると、ステップＳ２０２以降の処理に進むことにな
る。

【００９０】ステップＳ２０２においては、システムコ
ントローラ１５は、ＭＩＣ４に記憶されている有効レコ
ード数情報を参照し、この有効レコード数情報が示す値
が０以外の数値であるか否かについて判別する。ここ
で、有効レコード数情報＝０であるとして否定結果が得
られた場合には、ＭＩＣ４には、データがキャッシュさ
れていないのであるから、このままステップＳ２０６の
処理に進む。ステップＳ２０６の処理は後述する。これ
に対して、有効レコード数情報≠０であるとして肯定結
果が得られた場合には、ＭＩＣ４のキャッシュデータエ
リアに対してデータが有効に記憶されていることにな
る。この場合には、ステップＳ２０３に進む。

【００９１】ステップＳ２０３においては、現在ＭＩＣ
４のキャッシュデータエリアにキャッシュされているデ
ータの内容を参照して、このデータが、読み出しを行い
たいとする内容のデータであるか否かについて判別す
る。例えば、読み出しを行うべきデータが、ＭＩＣ４に
キャッシュされたアプリケーションデータ以外のデータ
であるような場合には、否定結果が得られることになっ
て、ステップＳ２０４の処理はスキップしてステップＳ
２０５の処理に進むことになる。これに対して、読み出
しを行うべきデータが、ＭＩＣ４にキャッシュされたア
プリケーションデータであり、特にアプリケーション４
１側で管理情報を要求している場合には肯定結果が得ら
れることになる。この場合には、ステップＳ２０４に進
んで、ＭＩＣ４のキャッシュデータエリアからデータを
読み出して、ホストコンピュータ４０に対してＳＣＳＩ
インターフェイスを介して転送する。これにより、ホス
トコンピュータ４０のアプリケーションデータを再生４
１では、データの読み出し対象のアプリケーションデー
タについての管理情報が取得できたことになる。

【００９２】ステップＳ２０５においては、例えばアプ
リケーション４１と通信を行って、データの読み出しを
継続すべきか否かについての判別を行う。例えば、ホス
トコンピュータ４０側のアプリケーションが要求するデ
ータが、ＭＩＣ４にキャッシュされたデータのみで足り
る場合には、これ以上データ読み出しを継続する必要は
無いので、否定結果が得られることになる。ホストコン
ピュータ４０側のアプリケーションが要求するデータ
が、ＭＩＣ４にキャッシュされたデータのみで足りるよ
うな場合とは、１つには、アプリケーション４１側が必
要とするデータが管理情報のみでよいような場合を挙げ
ることができる。

【００９３】また、アプリケーション４１が必要とする
データが管理情報のみでなく、管理情報に続くデータエ
リアにおけるユーザデータ（例えばファイル）である場
合においても、次のような場合には、データ読み出しを
継続する必要はなくなる。つまり、先のステップＳ２０
４の処理によって転送されたキャッシュデータが、先頭
の管理情報に加えて、これに続くデータエリアのユーザ
データ部分も含んでいる場合において、このデータエリ
アの一部データ内に、アプリケーション４１が目的とす
るユーザデータが既に存在していたような場合である。
このような場合にも、ステップＳ２０５としては、否定
結果が得られる。

【００９４】例えば本実施の形態では、ＭＩＣ４全体の
容量が８ＫＢ程度であり、キャッシュデータエリアの記
憶容量は５ＫＢ〜６ＫＢであるとしているが、将来的に
は、ＭＩＣ４の記憶容量が大幅に増加し、キャッシュデ
ータエリアとしての記憶容量も大幅に増加することが当
然考えられる。このようにしてキャッシュデータエリア
が増加するほど、ＭＩＣ４からアプリケーション４１に
転送されたキャッシュデータの中に、アプリケーション
が目的とするユーザデータが含まれている可能性は高く
なるわけである。つまり、本実施の形態としては、少な
くとも、磁気テープに記録された管理情報へのアクセス
を不要とした上で、さらに、アプリケーション４１が要
求するユーザデータもキャッシュされている場合には、
磁気テープに対するユーザデータへのアクセスも不要に
なるということがいえる。

【００９５】ステップＳ２０５において否定結果が得ら
れた場合には、ステップＳ２０９に進んで、読み出し終
了処理を実行してこれまでのデータ読み出し動作を終了
させる。これに対して、未だアプリケーション４１側で
目的とするデータが取得できていないとして、データ読
み出しを継続させる必要のある場合には、ステップＳ２
０５において肯定結果が得られることとなって、ステッ
プＳ２０６に進む。

【００９６】ステップＳ２０６においては、現在装填さ
れているテープカセットにおける磁気テープのデータ読
み込み開始位置に対してアクセスすることが行われる。
このアクセスは、アプリケーション４１から指定される
読み出しデータに応じて、システムコントローラ１５が
テープ位置を決定し、この決定したテープ位置に対して
アクセスするようにされる。ここで、ステップＳ２０４
にてＭＩＣ４のキャッシュデータをホストコンピュータ
４０側に転送した処理を経て、このステップＳ２０６に
至った場合には、アプリケーション４１が指示する読み
出しデータは、ステップＳ２０４の処理によって取得し
た管理情報に基づいて指定したデータエリア内のユーザ
データとなる。従って、ステップＳ２０６の処理として
は、ユーザデータを読み出すための読み出し開始位置に
アクセスすることになる。つまり前述もしたように、Ｍ
ＩＣ４のキャッシュデータ（管理情報）をアプリケーシ
ョン４１側が取得した場合には、直ちに、必要なユーザ
データにアクセスすることができ、磁気テープ上の管理
情報にアクセスする必要が無い。

【００９７】ステップＳ２０６において磁気テープのデ
ータ読み込み開始位置にアクセスした後は、ステップＳ
２０７の処理として、磁気テープからのデータ読み出し
を行って、ホストコンピュータ４０側に転送するための
制御処理が実行される。このステップＳ２０７の処理
は、次のステップＳ２０８において読み出し終了となっ
たことが判別されるまで継続される。そして、例えばア
プリケーション４１が要求する全てのユーザデータを磁
気テープから読み出したとして、ステップＳ２０８にて
読み出し終了となったことが判別されると、ステップＳ
２０９に進む。ステップＳ２０９においては、所要の読
み出し終了処理を実行する。

【００９８】なお、本発明としては、これまで説明した
実施の形態に限定されるものではなく、各種変更が可能
である。例えば、上記実施の形態では、規格として８ｍ
ｍＶＴＲのテープカセットを記録媒体とするテープスト
リーマドライブを例に挙げているが、テープ状記録媒体
を収納するカセットに対して、メモリ素子が備えられる
限り、他の規格に依るテープカセット、及びテープスト
リーマドライブから成るシステムに対しても本発明の適
用は可能である。例えば、シングルリールのテープカセ
ットとこれに対応するテープストリーマドライブから成
るシステムなどにも適用可能である。また、実施の形態
では、固定長のレコードといわれる伝送データ単位をエ
ンティティ（処理データ単位）に纏めた上で、磁気テー
プへの記録単位であるグループとしているのであるが、
磁気テープへの記録フォーマットとしてもこれに限定さ
れるものではない。つまりは、外部ホストとの送受信の
ためのデータ伝送単位を、テープドライブ装置側で処理
可能であり、また、ヘッダ情報を有する処理データ単位
に変換するフォーマットでありさえすればよいものであ
る。

【００９９】

【発明の効果】以上説明したように本発明は、磁気テー
プとメモリ素子（ＭＩＣ）を備えるテープカセットに対
して、アプリケーションデータの記録を行う場合には、
磁気テープに対してアプリケーションデータを記録する
だけではなく、ＭＩＣの所定サイズの領域に対して、こ
の磁気テープに記録すべきアプリケーションデータの先
頭から書き込みを行うようにしている。つまり、本発明
によっては、テープカセットの磁気テープに全アプリケ
ーションデータが記録され、ＭＩＣには、記憶容量に応
じたデータサイズのアプリケーションデータが先頭から
記憶されていることになる。そして、一般にはアプリケ
ーションデータの先頭には、そのアプリケーションの管
理情報が位置するから、ＭＩＣには、少なくとも管理情
報を記憶させることが可能となる。

【０１００】そして、このようなテープカセットからア
プリケーションデータを再生する際には、ＭＩＣに記憶
されている管理情報を利用すればよいから、磁気テープ
に記録されている管理情報にアクセスする時間は不要と
なるので、それだけ、目的とするユーザデータにアクセ
スして読み出しを行うまでの時間を短縮することができ
るという効果が得られることになる。

【０１０１】また、本発明としては、例えばホストとの
伝送のための伝送データ単位（レコード）により、テー
プドライブ装置側にて処理可能な処理データ単位（エン
ティティ）にまとめたうえで、この処理データ単位によ
りアプリケーションデータをＭＩＣにキャッシュするよ
うにしている。これにより、処理データ単位のヘッダ情
報を参照することで、圧縮／非圧縮された処理データ単
位に関わらず、テープドライブ装置側とホスト側とのデ
ータの伝送が可能となるなど、システム上でのＭＩＣの
キャッシュデータの扱いが効率的なものになるという効
果も有している。

【図面の簡単な説明】

【図１】本発明の実施の形態のテープストリーマドライ
ブのブロック図である。

【図２】実施の形態のテープカセットの内部構造を概略
的に示す図である。

【図３】実施の形態のテープカセットの外観を示す斜視
図である。

【図４】本実施の形態に対応する磁気テープのデータ構
造を概念的に示す図である。

【図５】圧縮したレコードによりグループ化を行う場合
のグループ化処理を概念的に示す図である。

【図６】圧縮しないレコードによりグループ化を行う場
合のグループ化処理を概念的に示す図である。

【図７】エンティティのデータ構造を示す図である。

【図８】ＭＩＣのデータ構造を概念的に示す図である。

【図９】磁気テープに記録されるアプリケーションデー
タの構造例を示す図である。

【図１０】ＭＩＣへのデータのキャッシュ動作を模式的
に示す図である。

【図１１】磁気テープへのデータ書き込み時の処理動作
を示すフローチャートである。

【図１２】磁気テープに対するデータ読み出し時の処理
動作を示すフローチャートである。

【符号の説明】

１ テープカセット、３ 磁気テープ、４ ＭＩＣ、１
０ テープストリーマドライブ、１１ 回転ドラム、１
２Ａ，１２Ｂ 記録ヘッド、１３Ａ，１３Ｂ，１３Ｃ
１４Ａ ドラムモータ、１４Ｂ キャプスタンモータ、
１４Ｃ Ｔリールモータ、１４Ｄ Ｓリールモータ、１
４Ｅ ローディングモータ、再生ヘッド、１５ システ
ムコントローラ、１６ サーボコントローラ、１７ メ
カドライバ、１９ ＲＦ処理部、２０ ＳＣＳＩインタ
ーフェイス、２１ 圧縮／伸長回路、２２ ＩＦ／ＥＣ
Ｃコントローラ、２３ バッファメモリ、３０ リモー
トメモリインターフェイス、４０ ホストコンピュータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 石橋 浩 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 加藤 達矢 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5D110 AA04 AA27 AA29 BB11 DA12 DB03 DB08 DB13 DC05 DE02 EA02

Claims (4)

【特許請求の範囲】
1. 【請求項１】 磁気テープが収納されたテープカセット
   と、 上記テープカセットに備えられるメモリと、 を備えた記録媒体において、 上記磁気テープに対して記録されるべきデータであり、
   所定のアプリケーションソフトウェアが扱うアプリケー
   ションデータについて、その先頭位置から記憶するため
   の所定容量の記憶領域が、上記メモリにおいて設定され
   ていることを特徴とする記録媒体。
2. 【請求項２】 上記アプリケーションデータは、 １以上の固定長による伝送データ単位の集合から成るデ
   ータ部と、このデータ部についての所要の情報が格納さ
   れて先頭に配置されるヘッダ部とから成り、当該記録媒
   体が対応するテープドライブ装置が処理可能な処理デー
   タ単位により形成されており、 上記メモリに記憶される上記アプリケーションデータ
   は、上記処理データ単位の先頭から記憶される、 ことを特徴とする請求項１に記載の記録媒体。
3. 【請求項３】 磁気テープが収納されたテープカセット
   と、このテープカセットに備えられるメモリとを備えた
   記録媒体に対応するテープドライブ装置において、 装填されたテープカセットの磁気テープに対するデータ
   の記録又は再生が可能とされるテープドライブ手段と、 上記テープドライブ手段によって磁気テープに対して記
   録されるべきデータであり、所定のアプリケーションソ
   フトウェアが扱うアプリケーションデータを、先頭位置
   から上記メモリにおける所定容量の記憶領域に対して書
   き込んで記憶させることのできるメモリ書き込み制御手
   段と、 テープカセットの上記メモリから、少なくとも上記アプ
   リケーションデータを読み出すことのできるメモリ読み
   出し手段と、 上記メモリから読み出された上記アプリケーションデー
   タを読み出して、当該テープドライブ装置のホスト側に
   対して、磁気テープから読み出したデータとして伝送す
   ることのできる伝送手段と、 を備えていることを特徴とするテープドライブ装置。
4. 【請求項４】 伝送データ単位により伝送されてきた上
   記アプリケーションデータについて、１以上の固定長に
   よる伝送データ単位の集合から成るデータ部と、このデ
   ータ部についての所要の情報が格納されて先頭に配置さ
   れるヘッダ部とから成り、当該記録媒体が対応するテー
   プドライブ装置が処理可能な処理データ単位に変換す
   る、データ単位変換手段を備え、 上記メモリ書き込み制御手段は、上記処理データ単位の
   先頭位置から、上記アプリケーションデータを上記メモ
   リに書き込むようにされている、 ことを特徴とする請求項３に記載のテープドライブ装
   置。