JPH0341672A - 記憶媒体で複数のデータ・フオーマツトのデータを処理する方法及び装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は、ディジタル信号記録装置に関し、より具体的
には、通常ブロック間ギャップまたは同期信号によって
分離され、それぞれの長さがまちまちである、比較的大
量の小型レコードを記憶するために使用できるディジタ
ル信号記録装置に関する。

Ｂ、従来の技術 Ｂ−１９発明の背景 ホスト・プロセッサに接続された如きディジタル信号記
録装置は、磁気テープ・サブシステム中で単一のアドレ
ス可能単位としてレコードを記録する。このようなアド
レス可能単位は、参考文献に記載されているように、テ
ープ上に記録された信号のブロックである。テープ上の
このような各ブロックは、いわゆるブロック間ギャップ
（ＩＢＧ）によって分離されている。ＩＢＧは、テープ
の消去部分、トーン、またはＩＢＧを表すその他の特殊
記号でもよい。一般に、ＩＢＧはきわめて長く、すなわ
ち０．１ｃｍより長い。すなわち、レコードの長さは、
多数のレコードから構成される各ファイルごとにホスト
・プロセッサによって決定される。１つのファイル内の
すべてのレコードは、通常同じ長さ、たとえば９７３バ
イトであり、同じテープ上に記録される別のファイル内
のレコードは別の長さ、たとえば３３００バイトにでき
、長さに関する制限はない。さらに別のファイルでは、
レコードの長さを６４．０００バイトにすることができ
る。

同様の問題は、固定ブロック構造を使用する磁気ディス
ク及び光ディスクでも生ずる。固定ブロック構造では、
各トラックは、多数の等サイズ・セクタに分割され、各
セクタは、所定のバイト数、たとえば２０４８バイトを
記憶することができる。

このようなトラック上に多数の小型レコード、たとえば
３３３バイトのレコードを記録するには、各３３３バイ
ト・レコードごとに２０２４バイトのディスク・スペー
スが必要である。このことは、各セクタで１６００バイ
ト少々が無駄になることを意味している。同様に、識別
可能なセクタをもたないカウント・キー・データ（ＣＫ
Ｄ）・フォーマットでは、そのフォーマットで記録され
た各小型レコードは、参考文献に記載されているように
、テープについて述べられているのと同じ原理を用いて
、ブロック間ギャップによって分離されている。本発明
は、磁気テープに適用されるのと同様にして、このよう
なディスクまたは他の記録媒体にも適用できる。

Ｂ−２，特定の従来例 いわゆるパケット通信システムは、複数のパケットを組
み合わせて′１塊の伝送信号にする。すべてのパケット
は固定長である。すなわち、本発明で企図するような可
変長にすることはできない。このようなパケット・シス
テムは、しばしば、複数の通信メツセージを単一の通信
チャネル上でインクリーブするために使用されている。

これらはすべて、上述のインタリーブ式パケット割当て
システムを使用して、単一チャネルを介した秩序あるデ
ータの流れを提供するという目的をもっている。

このようなパケット通信システムの例は、米国特許第４
８４４５３３号、第４４７５１９２号に見られる。

米国特許第４８００５５０号は、複数のフォーマットを
もつ光デイスク記録再生システムを開示している。各フ
ォーマットの相違点は同期信号間の間隔である。よく理
解されているように、上記特許は、単一の記録ディスク
上で２つの異なるサイズのセクタを提供するもののよう
であり、前述の問題には対処していない。

Ｂ−３１発明が適用できる従来例 米国特許第４３９３４４５号、第４４３５７６２号、第
４８０３３８２号、第４４２３４８０号、第４４０３２
８８号は、本発明が有利に適用できる磁気テープ・サブ
システムを示し、このようなテープ・サブシステムにお
ける読取り及び記録動作の開始及び制御を示している。

Ｃ１発明が解決しようとする課題 前述のとおり、多数の小型レコードを記憶するとき、Ｉ
ＢＧは磁気テープの大きな部分を占め、その結果記憶容
量が減少する。

本発明の目的は、小型レコード、特に可変長または不定
長のレコードを最初に受け取ったときに記録するための
より効率的な方法、装置、及びフォーマットを提供する
ことにある。

本発明の他の目的は、ホスト・プロセッサによるソフト
ウェア介入なしで高機能の記録フォーマットを提供・す
ることにある。

本発明の他の目的は、ホスト・プロセッサによる介入な
しで同一テープ上に様々な長さのレコードを記録し、記
録後、結合されたレコードを１ブロツクとして忠実に再
生することにある。

００課題を解決するための手段 本発明のｌ態様では、記録すべきレコードのサイズを検
査するとき、そのサイズが所定のしきい値より小さい場
合には、複数のそのようなレコードを組み合わせて単一
の信号ブロックにし、記憶要素上に記録する。記録され
たブロックを読み取るまたは検出する際には、ブロック
の始めに記録されている特定のＩＤ（ヘッダとして、ブ
ロック内のｌレコードに対するパケット・ヘッダでよい
）が検出される。このＩＤは、そのブロックに複数のレ
コードが記録されているか否か、レコードのサイズ、及
びその他の制御情報を示す。本発明の特定の形態におい
ては、各ブロックに順序番号が割り当てられる。すなわ
ち、複数のレコードが単一ブロックとして記録されると
き、各レコードに記憶要素内での順序番号が割り当てら
れ、ブロックには、当該のブロックに記録された最初の
レコードを示すブロック番号が割り当てられる。ブロッ
ク内の各レコードは、１つの「パケット」にフォーマッ
トされる。所与のブロック内で組み合わされたレコード
のサイズは、レコードごとに変わることができる。

Ｅ、実施例 図面を具体的に参照するが、各図で同じ番号は、同じ構
造上の特徴及び動作を示す。第２図は、従来技術のテー
プ・ブロックを示したもので、このブロックはその両端
が１対のブロック間ギャップ（ＩＢＧ）１０及び１１に
よって画定されている。

ＩＢＧの後にありテープの始めに接しているブロック１
２は、９本または１８本のトラックのそれぞれに１組の
クロック同期信号１３を含んでいる。

単一のデータ・レコード１４が、同期部分１３のすぐ後
に記憶されている。ブロック・トレーラ１５は、物理的
参照番号１Ｂ　（ＰＨＹ　　ＲＥＦ）、フラグ・フィー
ルドＦ１７、及びブロックＩＤｌ８を含んでいる。物理
的参照番号１６は、テープの長さに沿った全体的な物理
位置を示し、ブロックＩＤ１８は、参考文献に記載され
ているように、各ブロック内で割り当てられた各テープ
・レコードの順序番号である。

ブロック制６２０は、ブロック１２の長さをそのフォー
マットと互換性のあるバイト数の整数倍にするためのパ
ッド・バイト２１、パッド・バイト２１の数を示す残余
カウント・フィールド２２、及びブロック１２の保全性
の確認に使用されるブロックＣＲＣ２３を含む。レコー
ド１４は、それ自体エラー検出訂正冗長ビットを含むこ
とを理解されたい。１組のポストアンブル同期信号２４
によって信号ブロックが完成する。同期信号１３及び２
４は、順方向読取りと逆方向読取りが可能なように対称
的であり、テープの始めから離れ、またはテープの始め
に向かっている。

第１図は、本発明の好ましい実施例を実施する際に生成
されるレコード部分１４のフォーマット配置を示してい
る。各ブロックは、複数のバケツ）ＰＫＴ３０〜３４に
分割でき、各パケットは１つのレコードを含む。ＰＫＴ
ＣＮＴ３５は、ブロック内のバケ＝・トの個数を示す。

バイト・カウント・フィールド３６は、ホストから供給
されたレコードの元の長さの和を示す。この実施例にお
ける好ましいブロック・サイズは約６４ＫＢ　（ＫＢは
１００Ｏバイトを示す）であった。当該のパケットに入
れられたレコードのサイズに応じて、ブロック内のパケ
ット数は、可変サイズ・レコードを収容するために大き
く変わることができる。すべてのパケットは同じフォー
マットをもつ。パケットのテープの始めに最も近い部分
は、パケットに記憶されたレコードの順序番号すなわち
通し番号を示すレコードＩＤ４０である。オフセット・
フィールド４１は、パケットに記憶されたレコード４６
の最後のバイト位置を指す。パケット３１など後続のパ
ケットのブロック内のバイト・アドレスは、それぞれフ
ィールド４１のオフセット値、及びフィールド４３に示
されるトレーラの長さによって示される。このようにし
て、ブロック内のバケツ）３０〜３４のそれぞれは、バ
イト・アドレス・フィールドを使用することにより、か
つバイト・オフセット・アドレッシングから、位置を決
定し画定することができる。バイト・アドレッシングは
、同期フィールド１３の終りから始まり、レコード・フ
ィールド１４の終りを超えて延びることを思い出された
い。フィールドＰＦ４２は、当該のパケットに関する情
報を示すためのパケット・フラグ・フィールドである。

−例を示すと、フィールドＰＦ４２内の所与のフラグは
、それが記録されたパケット・ブロック内の最後のパケ
ットであるか否かを示すことができる。ブロック内に１
つのパケットがある場合には、勿論、そのパケットは、
ＰＦフィールド４２内に最終パケット標識がセットされ
ることになる。フィールドＰＦ４２は、レコード４６の
フィールドに関するフォーマット情報を示すことができ
、記憶された当該のレコードで多数のデータ表現方式を
使用できるようにする。具体的には、ＰＦフィールド４
２は、現パケット、及び現パケット内のデータのフォー
マットを識別する。この識別によって、各パケットは、
他のパケットで使用されているデータ・フォーマットと
は独立に独自のフォーマットを使用することができる。

トレーラ長フィールド４３は、フィールド４７から４８
までを含むトレーラ部分のバイト数を示す値にセットさ
れる。パケット・トレーラ長フィールド４３は、そのパ
ケットのヘッダ部分にある。ヘッダ部分は、次にくるパ
ケット・ヘッダを見つけるためのバッファ内での処理を
行ないやすくするためのフィールド４０〜４５を含ム。

フィールドＢＵＦＣＲＣ４５内のバッファｃＲｃバイト
をそのヘッダ内の最後の２バイトにするための、プリセ
ットされた０バイトの数がパッド・フィールド４４内に
書き込まれている。フィールド４５内のバッファＣＲＣ
は、フィールド４０〜４５からなるヘッダ内に含まれる
データのみに対して動作する。ヘッダの後に、レコード
・フィールド４６内の実際のレコードがくる。トレーラ
部分は、可変数のバイトからなるパッド・フィールド４
７と、その後に続くバッファＣＲＣフィールドＢＵＦＣ
ＲＣ４Ｂを含んでいる。パッド・フィールド４７内のパ
ッド・バイト数は、バッファＣＲＣフィールド４８が常
に、記録すべき固定長（３２バイト）データ・ページ（
バッファ・ページとも言う）の最後の２バイトになるよ
うな数である。

ブロックについて上述した配置に関して、従来技術の記
録フォーマットは、３２バイト・バッファまたはデータ
・ページを含んでいないことに留意されたい。上述の実
施例では、パケット長は恣意的に３２バイトの整数倍と
しである。バッファＣＲＣフィールド４８は、パケット
３０の最終部分でもある。フィールド４８のすぐ隣には
、パケット３１の最初のフィールド・レコードＩＤ４９
がある。すべてのパケットの識別は、フィールド４１内
の上述のオフセット値、及びフィールド４３で示される
トレーラ長によって行なわれる。各パケットが次に続く
パケットの位置を定義する信号をもつ場合、各ブロック
１２内のパケットは長さが変わることができる。また、
レコード部分１４に対するエラー検出／訂正システムは
第１図には示してないが、周知のように、データがバッ
ファを出た後、及びテープに記録される前に、自動的に
挿入及び削除され、そのデータが訂正済みデータとして
バッファに入れられる前に削除されることを理解された
い。

本発明の１態様によれば、ブロックＩＤ１８は、フォー
マット変更マーク（ＦＣＭ）としても使用される。第２
図に示したフォーマットのそのような例では、ブロック
１２は、複数バイトのレコード１４をもつ。ブロック１
２を読み取る際、制御装置（参考文献参照）はまずブロ
ックＩＤ１８を解析する。ブロックＩＤ１８の信号パタ
ーンが、従来技術におけるように順序番号を示す場合に
は、レコード１４はユーザ・データである。他方、ブロ
ックの順序番号づけを示すために使用されない独自の信
号パターンが使用でき、記憶要素内のフォーマット変更
の指標としてブロックＩＤに割り当てられる。このよう
な変更の２つの例は、第２図の従来技術のフォーマット
から、第１図、第３図及び第４図に示す本発明のフォー
マットへの変更と、第１図、第３図及び第４図のフォー
マットから従来技術のフォーマットへの変更である。

ＦＣＭが新しいフォーマットを示すだけで、複数のフォ
ーマットが１つの記録要素で使用できるようになる。Ｆ
ＣＭによって、ファイル内での記録フォーマットの変更
が可能になる（ＴＭはファイル端を表す）。数値パター
ン及び制御パターンの選択は任意なので、それらのパタ
ーンは示してないが、本発明を実施するにはどんなパタ
ーンを選択しても充分である。

ＦＣＭのフォーマットはテープ・マークなど独自のもの
でよいが、この実施例で使用したフォーマットは、第２
図のフォーマットに類似しており、第１図、第３図及び
第４図に示したパケット・フォーマットを読み取る際に
、そのＦＣＭが容易に識別可能となるような配列である
。同期フィールド１３及び２４は、ブロック１２の場合
と同様にＦＣＭデータと境を接している。ブロック・ト
レーラ１５及びブロック制御２０も同様に使用される。

フラグ・フィールドＦ１７は、ブロックがＦＣＭである
ことを示している。フィールドＦＩ７がｏｏ”の場合は
第２図のフォーマットを示し、”ｏ−ｔ”の場合は第１
図、第３図及び第４図のパケット・フォーマットを示し
、”１１″の場合はＦＣＭを示す。

ブロックＩＤ１８の順序番号を構成する順序番号は、０
から３ＦＦＥＦＦ　（１８進数）までの範囲を有し、Ｆ
ＣＭなどのフォーマット・マークに対する標識は、３Ｆ
ＦＦＯＯから３ＦＦＦＦＦ（１６進）までの範囲を有し
、最大２５６の異なるフォーマットまたはその他のマー
クを示すことができる。ＦＣＭは、フラグ・フィールド
指示によって示されるだけでなく、割り当てられたプロ
ッりＩＤ番号の値によっても示される。

ＦＣＭを示すのに何の制限も考えられていす、トーン、
特殊テープ・マークなども次にくるフォーマットを示す
ために使用できる。フレキシビリティを考えると、ＦＣ
Ｍを、指示されたフォーマットから引き出された信号の
独立したブロックとして作成すれば、他のパターンを異
なる目的に使用できるようになる。上述の配置を用いる
と、ＦＣＭ。

すなわちきわめて短い信号ブロックの解析を、ＦＣＭを
検出するために特別の回路を要せずに、上記の米国特許
第４４２３４８０号明細書に記載のマイクロプロセッサ
によって実現することができる。

第３図は、本発明で使用されるブロック及びレコードの
番号材は方式を示している。レコード番号は、テープの
始めから始まり、テープの終りに向かって増加し、各レ
コードには１つの番号が割り当てられる。ＩＢＧＩＯと
１１との間に配置された最初のブロック１２は、この図
では、それぞれ番号５５〜５８で表されている４つのレ
コードＲＤＯないしＲＤ３をもつ。フィールド５９内の
ブロック番号はブロックＯであり、第２図のブロックＩ
Ｄフィールド１８に対応している。ＩＢＧｌｌとＴＢＧ
Ｅｉ８の間の信号のブロックもそれぞれ番号４〜７で表
されている４つのレコード６５をもつ。フィールド６６
内のブロック番号は４であり、このブロック内の最小番
号レコードに対応する。同様にして、ＩＢＧＥｔ８と′
７１との間のブロック行内のレコード７０は、このブロ
ック内の最小レコード番号と同じブロック番号８をもつ
。レコード・サイズはファイルごとに変わるので、ブロ
ック内のレコードの数も変化し、したがってブロック番
号の続き具合も変化する。すなわち０，４．８ではなく
０１５．１０等々となることもできる。

このようにして、どのレコードがどのブロック内にある
かが容易に識別される。ブロックＩＤシーケンスは、最
初のパケット３０のＩＤにパケット・カウントを加える
ことによって検査できる。この２つの値の間で等号が成
立しなければならない。

第４図は、単一の記憶要素すなわちテープ上の複数の異
なるフォーマットを示している。テープの始めにテープ
・ラベル７５がある。このラベルは、テープ上に記録さ
れた信号に関する制御情報を含むことができる。一般に
、テープ・ラベル７５は、信号記憶ブロック当り１レコ
ードを含む旧フォーマットで書き込まれる。周知のテー
プ・マーク７６が、テープ・ラベル７５を他の記録デー
タから分離・している。第１テープ領域７７は、たまた
ま比較的小さいレコードを記憶し、それらのレコートハ
後述のＩＭｉの機械動作を行なわせる。第１図及び第３
図に示すように、このパケット・フォーマットは、小さ
い、すなわち短いレコードに使用される。領域７７の末
端はＦＣＭ７８によって示される。領域７９では、レコ
ードは、たまたま従来技術のフォーマットである信号ブ
ロック当り１レコードとして記録されている。［域７９
１７）終りにＦＣＭ８０がある。ＦＣＭ８０の後にいく
つかのフォーマット変更があってもよく、そのうちのい
くつかはパケット・フォーマットを使用するものである
が、すべてのフォーマット選択は、ＭＯＤＥ　　ＳＥＴ
コマンドを使って記録に使用されるフォーマットを選択
するなど、ホスト・プロセッサがプログラム制御に基づ
いてレコード長などに応じて行なうことが好ましい。

フォーマット変更を表すためにＦＣＭを使用することが
好ましいが、消去ギャップ（ＥＲＧ）でフォーマット変
更を示すこともできる。複数の異なるサイズのレコード
をもつ所与のファイル内でも両方のフォーマットを使用
することができる。

ファイル８４は、ＰＫＴによって示されるようにパケッ
ト・フォーマットで記録される部分８１を含む。消去ギ
ャップＥＲＧ８２　（たとえば公称４ｍｍ以上プラスＩ
ＢＧ用の２ｍｍの消去済みテープ）は、パケット・フォ
ーマット８１の終り、及びＥＲＧ８２に続く別のフォー
マットの始めを表す。この消去ギャップが終わると、フ
ァイル８４の部分８３では、信号ブロック当り１レコー
ドの旧フォーマットで記録が行なわれる。テープの始め
がテープ・マーク７６またはテープ・ラベル７５によっ
て示されない場合は、システムは、テープ・リールがテ
ープ・ドライブ（図示せず）にロードされるために、テ
ープの始めを知ることになる。

またテープの始めを、たとえばテープ上の透明部分によ
って光学的に検出することもできる。その他の機械検出
可能な標識を使用することも可能である。巻き戻し操作
の終了も、テープの始めを示すために使用される。

第５図は、オートブロッキング・テーブルＡＢＴ９０の
単純化した図である。現在進行中の各オートブロッキン
グ動作ごとに、オートブロッキング・テーブル内に１つ
のエントリがある、すなわち参考文献に示されているよ
うに、１６個のレコーダが１つの制御装置に接続されて
いる。１６個のレコーダのうちのいくつかが、同時にデ
ータを記録することができる。ＡＢＴ９０の情報内容は
、１データ・ブロックを読み取る、または書き込む期間
だけ持続する。フィールド９１は、オートブロッキング
がオンであるか否かを示す。オートブロッキングがオン
の場合は、フィールド９２は、オートブロッキング動作
の進行をレコード・カウントによって示す。そのとき、
他のフィールドは、レコードのサイズ、パッディングの
サイズ、及び第１図について説明したヘッダ部分及びト
レーラ部分中の値を含むことになる。データ・バッファ
（図示せず）内のどこにレコードを置くかを示すために
、ポインタ・システムを使用する。たとえば、バッファ
の１部分を、１ブロツクのデータを記録するためアセン
ブリ用に留保しておく。ブロック１２を記録しようとし
、レコードＯが第１オフセツトをもち、レコード１が第
２オフセツトをもつ、等々の場合、すべては第１図で説
明した通りであり、バッファまたはデータ記憶システム
内でのそれらの動作は周知であるので、これ以上は説明
しない。

参考文献に、本発明を使用することが好ましいハードウ
ェア環境が示され、また本明細の説明とともに本発明の
好ましい実施例を表している。前掲の米国特許第４４２
３４８０号は、磁気テープ記憶サブシステムの一般的配
置構成を示している。

複数の利用側ホストが１組のチャネル・アダプタを介し
て、２台のいわゆる制御装置に対して動作する。各制御
装置は、利用側ホストから磁気テープ装置など各種の装
置に転送されるデータを一時的に記憶するためのデータ
・バッファを有する。

第６図及び第７図で後述する機械動作は、主に、上記特
許第４４２３４８０号に示されているバッファを用いて
動作する。すなわち、利用側ホストから受け取った、テ
ープ装置内のテープ上に記録すべきデータを解析し、本
明細書の第１図、第３図及び第４図に示すように、１信
号ブロックとして選択的に再パッケージする。同様に、
利用側ホストに転送すべきデータをテープ・ドライブか
ら読み取る間に、その信号ブロックが解析されて、その
ホスト向けのレコードが識別され、利用側ホストに個別
に送られる。上述のように、バイト・オフセット・アド
レッシングは、レコードを識別するために信号ブロック
内で使用される。このようなスペース・プラス・オフセ
ット・アドレッシングは周知であるので、ここでは詳述
しない。米国特許第４３９３４４５号は、フィールド１
８に入る数など、第２図の従来技術のフォーマットでの
ブロックＩＤの割当てを示している。後述する機械動作
はすべて、たとえば参考文献で示されたマイクロプロセ
ッサ中で、マイクロプログラムで実施される。

利用側ホストから受け取ったデータが本発明のオートブ
ロッキング機能にかけられるか否かは、周知のいわゆる
モード・セット・コマンドによって決定される。このコ
マンドは、サブシステムにおいて動作モードを設定する
ために使用されてきたものである。本発明によれば、モ
ード・セット・コマンドを、制御装置にオートブロッキ
ングをエネーブルまたはディスエーブルするように指令
するように拡張される。オートブロッキングがエネーブ
ルされると、第５図のＡＢＴ９０のビット９１が活動状
態にセットされる。ＯからＦまでの各装置ごとに１つの
エントリ９０があり（前掲の米国特許第４４２３４８０
号）、各装置の動作モードが、使用中のホスト・プロセ
ッサによって選択されるようになっている。装置０−Ｆ
に仮想アドレスが加えられると、各仮想アドレスごとに
そのオートブロッキングを制御するためのエントリ９０
が１つずつできるように、ＡＢＴ内のエントリの数が増
加される。

上述のモード・セット・コマンドは、記録データの転送
がホストと記録装置の間で行なわれるように、同一コマ
ンド・チエイン内でのみ使用することが好ましい。その
モードに応じて、モード・セット・コマンドは、データ
記録コマンド・チエインより前に実行されるコマンド・
チエイン内に存在できる。コマンド・チエインという用
語は、周知の用語であり＼上記の特許第４４２３４８０
号ならびに他の文献に簡潔に説明されている。別の動作
モードでは、モード・セット・コマンドは、データ転送
が行なわれるコマンド・チエイン期間中のみ使用される
。このコマンド・チエインが終了すると、オートブロッ
キング・モードが制御装置内で自動的にリセットされ、
またはオートブロッキングをディスエーブルする第２の
モード・セット・コマンドをホスト・プロセッサから出
すことができる。すなわち、モード・セット・コマンド
内で指示された装置に対するビット９０をリセットする
。パワー・オン・リセットもオートブロッキング・ビッ
ト９１をリセットする。好ましい実施例では任意のプロ
トコルにより、データ書込み転送のためのモード・セッ
ト・コマンドをコマンド・チエイン内で受け取っていな
い場合は、制御装置は、そのコマンド・チエインによっ
てアドレスされる装置に対するビット９１をリセットす
る。

オートブロッキングに対してモード・セット・コマンド
を用いると、すべて後で明らかになるように、レコード
長に基づいて、オートブロッキングを使用すべきか否か
が判定できるようになる。

ビット９１が活動状態にセットされることは、これもオ
ートブロッキング・モードと呼ばれるが、第１図、第３
図及び第４図に示したパケット・フォーマットでデータ
を書き込むことができることを意味する。データ保全性
のために、ブロック１２などのブロックは、第２図ない
し第４図に示したＩＢＧによって分離される。

ブロック当り１レコードのフォーマットで書き込まれた
テープ・ラベル７５などのヘッダによって、記憶要素に
データを記録する前に、ブロック当り１レコードのフォ
ーマットが使用されているか、あるいはオートブロック
適用業務がその記憶要素上に常駐しているかどうか示す
ために、その記憶要素をラベルできることが好ましい。

ヘッダはまた、記憶要素のボリューム通し番号を示す好
都合な場所及びフォーマットである。このようなテープ
・ラベル７５は、１つの記憶要素が複数の記録されたフ
ォーマットをもつことを示すことができる。この実施例
では、このような指示は、記憶要素の読み戻し制御には
使用できない。この実施例では、ＴＭ７６は第４図に示
したフォーマットで記録される。勿論、ファイル・ラベ
ルの前に、パケット・フォーマットを示すＦＣＭが先行
することができる。テープの始めでは、信号読取りの場
合、そのフォーマットは不明として指定される。

すなわち、最初の１ブロツクを読み取って、そのフォー
マットを確認する。データを記憶するブロック間にＦＣ
Ｍが挿入できることを思い出されたい。

そのような場合には、現フォーマットが既知であり、Ｆ
ＣＭがそのフォーマットで記録される。したがって、Ｔ
Ｍ７６、ＦＣＭ７８もしくは８０、またはＥＲＧ８１は
常に、異なるフォーマットをもつ記憶要素上に記録され
る隣接信号ブロック間に書き込まれる。すなわち、読取
り制御装置にフォーマット変更を監視するよう警告する
ため、。

フォーマット間に論理的分離記号が必ず設けられる。

読取り中は、モード・セット・コマンドを使用する必要
はない。制御装置は、どのフォーマットが記録されたデ
ータ内に存在するかを確認するために、記録されたデー
タを分析する。巻戻し、テープ・ロード、スペース・フ
ァイル（データ読取りまたはデータ記録を行なわないテ
ープの運動）、レコード・ロケートなどの非順次テープ
動作（前掲の米国特許第４４３５７８２号明細書参照）
では、制御装置の動作が未知のフォーマット状態にリセ
ットされるので、最初のテープ・マーク、ＥＲＧ、また
はテープの始めに出会うと、制御装置が、後で読取り信
号を解析してどのフォーマットが検出されているかを判
定することが必要になる。

ＦＣＭは、その制御装置に後続のフォーマットを示す。

同様に、論理的分離記号、テープ・マーク、及びＥＲＧ
はそれぞれ、フォーマットが未知の状態にあることを制
御装置に示す。

一般に、記録中にオートブロッキングが指定されると、
ホスト・プロセッサから受け取ったレコードは、最小ブ
ロック・サイズ（たとえば３２ＫＢ）に達するまで、制
御装置のバッファ内に蓄積される。パケット内反゛びブ
ロック内のヘッダ・バイト及びトレーラ・バイトは、こ
の３２　Ｋ　Ｂのしきい値に含まれることに留意された
い。したがって、ブロック１２は、パケット・オートブ
ロッキング・システムが呼び出されるとき、通常いつも
３２ＫＢより長い。３２ＫＢ未満のレコードでは、最大
ブロック・サイズが約８４ＫＢになるように、３２ＫＢ
を超えてバイトを蓄積することが好ましい。

３２ＫＢより太きく１００ＫＢ未満のレコードでは、各
ブロック内にただ１つのレコードがオートプロ、キング
・フォーマットで書き込まれる。１００ＫＢより大きい
レコードは、第２図のフォーマットで記憶要素上に記録
することが好ましい。

オートブロッキングの結果、記憶要素上のすべてのブロ
ックが約８４ＫＢより大きい長さをもち、そのためＩＢ
Ｇの数を記憶要素のわずかな部分にまで減らすことがで
きる。

オートブロッキング・アルゴリズムを実行するには、後
述するように、すべて制御装置のバッファ内部で、各ブ
ロックが後述の機械動作を用いて作成されるように、３
２バイトのバッファ記憶スペースがブランクのまま残さ
れる。バッファ内部でデータ信号ブロックが作成される
と、パケット・トレーラ・パッド４７及びバッファＣＲ
Ｃ４８は完成し、次に、パケット・ヘッダ項目４０〜４
５に対する３２バイト・スペースが完成する。１００Ｋ
Ｂの最大ブロック要件を超えるまで、上述のようにして
パケットが作成される。最大要件を超えた時点で、パケ
ット・カウント・フィールド３５が作成され、かつ第２
図のブロック・トレーラ１５及びブロック制御２０も作
成される。ブロックが完成すると、テープへのデータ転
送が開始され、従来技術の場合と同様に記録が行なわれ
る。制御装置内のバッファのサイズの点から、このよう
に作成された複数のブロックを記憶しておき、このよう
なブロックのバーストを一連の信号転送で記憶要素に記
録することができる。

記憶または書込み動作中に制御装置内のバッファが満杯
になって、供給側ホスト・プロセッサからそれ以上デー
タを受け取ることができなくなると、制御装置はＣＨＡ
ＮＮＥＬ　　ＣＯＭＭＡＮＤ　　ＲＥＴＲＹ　（ＯＣＲ
）を出して、バッファ・スペースが再び使えるようにな
るまでデータ転送を一時的に停止する。ホスト・プロセ
ッサにデータ信号の転送を再開するように指令するＤＥ
ＶＩＣＥＥＮＤ　（ＤＥ）が制御装置からデータ供給側
ホスト・プロセッサに送られる。制御装置内のバッファ
は、効率よく各種記録装置０−Ｆにサービスするために
セグメント化されている。−バッファの１つのセグメン
トが満杯になると、前掲の米国特許第４８０３３８２号
で示されているように、追加のセグメントを割り振るこ
とができる。レコードのデータ転送が完了した後でパケ
ット・ヘッダが書き込まれるので、上述の動作はすべて
、高いデータ保全性で可能になる。複数のレコードから
複数のパケット３０〜３４への信号ブロック１２の作成
を終了させるために、いくつかの基準が使用すれる。最
も一般的なものは、そのブロックに別のレコードを追加
することにより６４ＫＢのしきい値を超えさせることで
ある。１ブロツクの信号を作成する間に書込みコマンド
以外のテープ移動コマンドを受け取った場合、これは、
書込み動作が恐らく停止されることになることを制御装
置に知らせる。この時点で、オートブロッキングも停止
される。これらのテープ移動タイプのコマンドの例は、
読取り、逆方向読取り１巻戻し、アンロード巻戻し、ギ
ャップ消去、テープ・マーク書込み、順方向または逆方
向スペース・ブロック、順方向または逆方向スペース・
ファイル、同期、プロッり・ロケート及びデータ・セキ
ュリティ消去である。オートブロッキングを行なわない
ためのもう１つの基準は１″ｓｅｔ　ｔａｐｅ　ｗｒｉ
ｔｅ　ｉｍｍｅｄｉａｔｅｍｏｄｅ″の受取りである。

このコマンドは、供給側ホスト・プロセッサから受け取
ったデータが、制御装置バッファ内には維持されず、た
だちにテープに書き込まれることを知らせる。このよう
な即時モード・コマンドを受け取ると、制御装置は、現
信号ブロックの作成を完了して、しきい値に関係なく、
そのブロックをテープ上に記録する。これらのコマンド
はすべて従来技術で使用されている。オートブロッキン
グ動作を停止させるもう１つの基準は、オートブロッキ
ングが使用されないことを知らせる上述のモード・セッ
ト・コマンドの受取りである。その場合には、即時モー
ド・セットについて述べた動作が次に行なわれる。オー
トブロッキングをリセットするためのもう１つの基準は
、記憶装置によるテープなどの記憶要素の送りがテープ
の終り（ＥＯＴ）に達することである。

その時点で、すべての不完全なオートブロッキング信号
プロ、りが完成され、装置除外状況または割込みが、上
記のチャネル・アダプタを使っていわゆる周辺チャネル
を介してホスト・プロセッサに提示される。勿論、テー
プの終りは、新しいテープが装着されるまでもう信号は
記録できないことを意味する。オートブロッキング動作
を終了するためのもう１つの基準は、ブロックＩＤフィ
ールド１８のモジユラスを超えようとすることである。

ブロックＩＤのモジュラスは、テープ上にそれ以上信号
を書き込んではいけないことを示す論理的ＥＯＴとして
働く。さらに別の基準は、装置エラーである。最後の基
準は、ホスト・プロセッサからの選択的リセット信号ま
たはシステム・リセット信号の受取りである。この最後
の２つの場合には、不完全なオートブロック・ブロック
が完成され、テープに書き込まれる。現オートブロッキ
ング動作を完了し、つづいてオートブロッキング・モー
ドを終了するための他の基準も使用できる。

第６図は、本発明を例示するのに有用な簡略化した機械
動作図である。この機械動作図は、本発明を実施するた
めに前掲の米国特許第４４２３４８０号の制御装置で実
行される動作を表している。

ステップ１００で、書込みコマンドを受け取り、データ
をバッフＴに送る。この機械動作図では、書込みコマン
ドは、コマンド・チエイン内に埋め込まれた任意のコマ
ンドであり、いくつかの書込みコマンドが、第６図のオ
ートブロッキング動作を待つために、いくつかのレコー
ドをバッファに挿入できることに留意されたい。またス
テップ１００で、オートブロッキング動作が次のレコー
ドを処理して現ブロックに入れ始める。したがうて、前
の書込みコマンドはすでに実行されているかもしれず、
後で明らかになるように、その場合にはオートブロッキ
ング動作が行なわれたはずである。

この前の動作が起こるのは、上述のモード・セット・コ
マンドが、適切なビット９１、すなわち受け取った書込
みコマンドによってアドレスされる装置に対応するビッ
ト９１を活動状態にセットしたときだけである。進行フ
ィールド９２のビットがセットされて、ビット９１によ
って許可されたオートプロ、キングが起こったことを示
す場合、書込みコマンドに対してオートブロッキングが
実行されるステップ１０１で、制御装置は、ブロックを
作成するためのオートブロッキング動作が進行中である
かどうかを判定する。新しいブロックを作成すべき場合
（現在ブロックはない）、ステップ１０３で、制御装置
は、最初のレコードが１００ＫＢを超えるか否か判定す
る。ノーの場合は、ステップ１０４で、ＡＢＴ９１エン
トリが開始される。このエントリは、現ブロックが作成
中であることの指示、そのブロック内のレコードの現在
数、バイト蓄積などを含むものである。次に、機械ステ
ップ１０６で、オートブロックに対する最初の１レコー
ドがパケット３０に変換され（第２図）、そのパケット
が、バッファ内に記憶されて、ブロック作成の完成を待
つ。次に、今開始したばかりのブロックに入れるかどう
か検査すべく次のレコードを処理するための準備として
、後述の機械ステップ１１４以下が実行される。

最初のレコードが１００ＫＢ　（ＫＢはキロバイトを意
味する）を超えることがわかった場合には、ステップ１
１０で、１個のレコードを１プロ、ツクとして記録する
。この場合、２つのケースが生じつる。第１図のオート
ブロッキング・フォーマットが継続する場合がある。後
続のレコードが第２図のフォーマットにあることを示す
ＦＣＭを作成し、記録し、次に、大きなレコードを第１
図のフォーマットで記憶媒体上に記録することが好まし
い。１００ＫＢより小さい後続レコードが検出されると
、オートブロッキングは自動的に再開される。機械ステ
ップ１１０から、機械ステップ１１４以下に進む。次に
受け取ったレコードが１００ＫＢより大きいブロックを
作成する場合には、そのブロックは、後述のブロック終
了ステップ１１２．１１３によって記録できるように完
成し、このような次に受け取ったレコードを使って、新
しいブロックが使用を開始される。検出されたレコード
・サイズでブロックが１００ＫＢを超えない場合は、ア
ドレス装置に対する進行フィールド９２内のオートブロ
ッキング・ビットは、活動状態にセットされたままにな
る。機械ステップ１０４で、オートブロッキング動作で
処理のために受ケ取ったレコードが最初のレコードであ
る場合は、ＡＢＴ９１は、指示された１ブロツクに対す
るオートブロッキング、及び処理してそのようなブロッ
クのパケットに入れるべきレコード中のバイト数で更新
される。機械ステップ１０５で、レコードはパケットに
変換されてブロックの一部分となる。

この変換は、パケット・ヘッダ及びトレーラを作成する
ための動作である。信号を処理して既知のフォーマット
にすることは、通常の技量の範囲内で容易に行なえるの
で、ここでは詳述しない。

第２図に示したように、受け取ったレコードからパケッ
トを作成した後、機械ステップｔｔ４で、特別の状態が
生じたか否か検査する。そのような特殊状態とは、非順
次コマンドの受取り（上述の巻戻し、記録動作などを終
了させるためのホスト・プロセッサからの指示など）、
またはオートブロッキングを終了しなければならないこ
とを示すその他の条件である。このような条件を受け取
った場合は、ステップ１１６で、作成中のブロック内に
１００ＫＢたまっていなくても、最後に受け取ったレコ
ードでこのブロックは終了される。機械ステ、プ１ｔ６
で、記憶要素にブロックを記録する。

現状態以上のことは、他のプログラムが実行する。

通常、特別の条件には出会わず、その場合は機械ステッ
プ１１７で、機械ステップ１０３で解析されたレコード
が「残された」か否か、すなわちブロック・サイズに関
する１００ＫＢの上限を超えたか否かを判定する。イエ
スの場合は、機械ステップ１０２及び１０４で、新しい
ブロックが開始される。そのブロックは完成しており、
ステップ１０２〜１０５は、ホスト・プロセッサ（図示
せず）から他のレコードを受け取らずに実行されること
に留意されたい。「残された」レコードがない場合には
、機械ステップ１１８で、バッファ（参考文献参照）が
満杯であるか否か検査する。満杯の場合には、次に受け
取る書込みコマンドは、チャネル・コマンド・リタイヤ
ド（ＣＣＲ’　ｄ）である。複数のレコードが、オート
ブロッキングを待つてバッファ内で待ち行列に入ってい
る場合には、このステップが有用であることに留意され
たい。

バッファが満杯でない場合、ステップ１００で、処理す
べき次のレコードをオートブロッキング動作が受け取る
。機械ステップ１０１で、ブロックが作成中であり、し
たがってステップ１０６に進み、機械ステップ１００で
受け取ったレコードが１００ＫＢのブロック・サイズを
超えるか否かを確認する。ノーの場合には、機械ステッ
プ１０８で、第２図に示すようにパケットを作成するこ
とにより、レコードを処理して現ブロックに入れる。

次に、機械ステップ１１４〜１１８を繰り返す。

機械ステップ１０６で、受け取ったばかりのレコードを
現在ブロックに挿入したために１００　ＫＢの限度を超
えた場合には、ステップ１１２及び１１３を実行して、
ブロック作成を終了し、そのブロックを記憶媒体上に記
録する。ステップ１１２では、ブロック・トレーラが完
成され、そのブロックを、記憶媒体に書き込むために待
ち行列に入る、または直接記録する。これは、設計上の
選択であり、周知のようにシステム設計に基づいて決ま
る。機械ステップ１１３で、ＡＢＴ’ｌｌは、ブロック
が現在作成されていす、次に作成するブロック内の最初
のレコードになることを示すように、残されたレコード
を変更する。機械ステップ１１３から、上述のように、
機械ステップ１１４〜１１８を繰り返す。

オートブロッキングによって作成されたパケット・フォ
ーマットの信号を読み取る際には、第７図に示すように
、データ保全性のために、信号ブロック全体がテープか
ら読み取られる前に、フィールド４０〜４５からなるパ
ケット・ヘッダは、制御装置が制御装置バッファからホ
スト・プロセッサへのデータ転送を開始するのに必要な
情報を含んでいる。読取り動作中の制御装置は、信号が
未知のフォーマットである、すなわち次に読み取られる
ブロックが第２図のフォーマットであると仮定している
。これは、上述のように、非順次テープ運動、巻戻しな
どの後である。ブロックが読み取られ、そのパケット・
フォーマットが識別された後、論理的分離記号、テープ
・マーク、ＦＣＭまたはＥＲＧが記憶要素から読み取ら
れるまで、制御装置は、後続のすべてのブロックがその
パケット・フォーマットであると仮定する。このパケッ
ト・フォーマットで、フラグ・フィールド１７は、活動
状態にセットされたパケット・フォーマット・フラグを
もっている。したがって、制御装置は、読取り中の第１
ブロツクの終了時点で、読取り中の信号がこのパケット
・フォーマットであるか、それとも第２図のフォーマッ
トであるかを判定することができる。パケット３０〜３
４を信号ブロック１４からはずすために、制御装置は、
ブロックの始めにある８２バイト・パケット・ヘッダ、
すなわちパケット３０のフィールド４０〜４５を検出す
る。パケット・ヘッダに含まれている情報は、その信号
ブロックの最初のレコードを含んでいる最初のパケット
の開始アドレス及び終了アドレスを示す。この時点で、
それぞれのパケット、及び当該のパケット内の実際のレ
コード４６の位置がわかる。これで、信号ブロック全体
が記憶要素から読み取られる前に、ホスト・プロセッサ
へのレコードの信号転送を行なうことができる。パケッ
トは順次ブロックからはずされ、ブロック内のすべての
パケットが読み取られブロックからはずされてしまうま
で、レコードが転送される。バッファのサイズに応じて
、いくつかの信号ブロックを読取りモードで緩衝記憶す
ることができる。さらに、信号ブロックはテープまたは
記憶要素からバッファに読み取られるので、ブロック・
トレーラのブロックＩＤ１８内のブロックＩＤを使用し
て順序検査が検証される。（前掲米国特許第４３９３４
４５号明細書参照）。このパケット・フォーマットでは
、ブロックＩＤの値は、第３図に示すように、このシー
ケンス内をスキップする。検証には、どれが次にくる信
号ブロックのブロックＩＤであるかを判定するために、
前のブロックＩＤにパケット・カウント３５を加えるア
ルゴリズムを使用する。レコードがホスト・プロセッサ
に送られるとき、レコードＩＤでブロックＩＤが置換さ
れ、ホスト・プロセッサはブロックＩＤであると信する
連続した一連のＩＤを知る。また、第３図に示すように
、そのブロックの第１レコードのＩＤは、ブロックＩＤ
と同じでなければならない。

第７図は、テープから信号ブロックを読み取るための機
械動作の略図である。機械ステップ１３０で、ブロック
信号がテープから読み取られている。機械ステップ１３
１で、読み取られたブロックを解析して、ＦＣＭである
かどうか判定する。

ノーの場合には、機械ステップ１３２で、そのブロック
を検査して、ＥＲＧまたはＴＭに出会っているか、すな
わち後続ブロック１２のフォーマットが現在未知である
かどうか調べる。ノーの場合には、現読取りモードが継
続する。機械ステップ１３３で、現モードを進行フィー
ルド９２で検査して、フォーマットが既知であるかどう
か確認する。イエスの場合は、機械ステップ１３４で、
ブロック内のフラグ１７が、ＡＢＴ９１内の現フォーマ
ット標識にセットされているかどうか検査する。

現モードがブロック当り１レコードである場合には、機
械ステップ１２２で、次にくるレコードをブロック当り
１レコードのモードで読み取ることができる。ブロック
内のフラグフォーマット標識が指示したフォーマットに
一致している場合には、機械ステップ１３５で、読み取
られたブロックは、第１図のパケット・フォーマットま
たは第２図のフォーマットについて前述したように、処
理される。続いて、機械ステップ１３０で、次のブロッ
クが読み取られる。機械ステップ１３３で、フォーマッ
トが未知の場合、たとえばＴＭまたはＥＲＧによって未
知状態にセットされている場合には、機械ステップ１３
７で、フォーマット・フラグ・フィールド１７を検査し
て、フォーマットを確認する。ある実施例では、読み取
られたブロックは、バッファ内にあるかのように処理さ
れる。別の実施例では、ブロックの一部分がホスト・プ
ロセ１．。

すに送られたが、そのような信号が誤っていることがあ
る。このエラーを訂正するために、ブロックをテープか
ら読み取らせたホスト・プロセッサから受け取った読取
りコマンドは、チャネル・コマンド・リタイヤド（ＯＣ
Ｒ’ｄ）であり、機械ステップ１４０で、ＯＣＲ’ｄは
ホスト・プロセッサに、すでに受け取っていたブロック
からのデータを捨てさせ、読取りコマンドを再発行させ
、記録システムを動作させて再びテープからブロックを
読み取らせる。テープが、２度目にブロックを再読取り
するための位置に移動する。次に機械ステップ１４１で
、ＡＢＴ９１内のフォーマット標識が、読取りフラグ・
フィールド１７と一致するようにセットされる。この機
械動作図では、ただちに機械ステップ１３０に進むよう
になっているが、実際の実施例では、読取りコマンドが
再発行されるのを待ちながら他の機械動作が実行される
。

最初に述べた読取りブロック処理の実施例では、機械ス
テップ１４４は、第２図のフォーマットまたは第１図の
パケット・フォーマットのいずれかで、ブロックからホ
スト・プロセッサにデータを送るために実行される。

機械ステップ１３２でＴＭまたはＥＲＧが検出された場
合には、機械ステップ１４６で、ＡＢＴ９１内のフォー
マット標識が未知の状態にセットされる。次にくるブロ
ックを読み取ると、そのブロックがＦＣＭでないと仮定
して、機械ステップ１３３で、未知のフォーマットが検
出される。このステップによって、そのフォーマットは
上述のように識別される。

機械ステップ１３１でＦＣＭが認識された場合には、機
械ステップ１５０で、後続のフォーマットがパケット・
フォーマットであるかそれとも第２図のフォーマットで
あるかを判定する。それに応じて、ＡＢＴ９１フォーマ
ット標識がセットされる。パケット・フォーマットが指
示されている場合、機械ステップ１５１で、次のブロッ
クがパケット・フォーマットであるものとして読み取ら
れる。ステップ１５１で、ＡＢＴフォーマット標識をパ
ケットフォーマットにセットする。同様に、読取りＦＣ
Ｍが非パケット・フォーマット、たとえば第２図のフォ
ーマットを示しているときは、機械ステップ１５２で、
ＡＢＴフォーマツ）［ｆｌが第２図のフォーマットにセ
ットされ、次のブロックをそのフォーマットで読み取る
。機械ステップ１５１及び１５２から、再び機械ステッ
プ１３０に進む。いくつかの実施例では、ブロックが記
憶媒体から読み取られ、上述のように読戻しプロセスを
待ってバッファ内で待ち行列に入れられる。

他方、現モードがオートブロック、すなわちパケット・
フォーマットである場合には、ステップ１２４で、制御
装置は、上述のようにオートブロック・モードでテープ
を読み取る。

ブロックが所定のサイズを超える場合は、たとえば米国
特許第４４３５７６２号に記述されているように、テー
プ・レコーダ内でいわゆる同期モードを使用することが
好ましい。このモードは、１００ＫＢの長さを超えるレ
コードに使用することが好ましい。上記特許では、同期
モードを開始する長いレコードは、制御装置によって検
出しなければならないことが指摘されている。これは、
同期モードを確立するために、レコードを２度送らなけ
ればならないことを意味している。したがって、記録シ
ステムのその他のすべての柔軟性が維持されるように、
可変長レコードを単一の信号ブロックとして記録するた
めに組み合わせて多重パケットにする場合にもそうであ
る。パケット・フォーマット記憶要素を逆方向に読み取
る場合は、レコードを始めから終りまでブロックから外
すことができるように、データをホストに送る前に、ブ
ロック全体がバッファ内になければならない。

この要件は、性能に影響を与えることも与えないことも
ある。この性能上の制限は、パケット・ヘッダを指す各
パケット・トレーラ４７．４８にオフセット・フィール
ド４７Ａを加え、それにより制御装置がブロック内のレ
コードを逆方向で処理できるようにするごとによって、
解除することができる。

Ｆ１発明の効果 多数の小型レコードを記録するとき、ＩＢＧは磁気テー
プの大きな部分を占め、その結果記憶容量が減少する。

本発明によれば、小型レコード、特に可変長または不定
長のレコードを最初に受け取ったときに記録するための
より効率的な方法、装置、及びフォーマットが提供され
る。また、ホスト・プロセッサによるソフトウェア介入
なしで高機能の記録フォーマットが提供される。さらに
、ホスト・プロセッサによる介入なしで同一テープ上に
様々な長さのレコードを記録し、記録後、結合されたレ
コードを１ブロツクとして忠実に再生することができる
。

【図面の簡単な説明】

第１図は、本発明の教示を第２図のフォーマットに組み
込んだものを示す図である。 第２図は、参考文献の米国特許第４４６３２８６号に記
載されているシステムで使用されているような、従来技
術で使用されるブロック・フォーマットを示す図である
。 第３図は、本発明を使用した第２図のフォーマットのデ
ータ部分におけるブロック番号及びレコード数の割当て
を示す図である。 第４図は、第２図のフォーマットを使用しているが、単
一の記憶要素上で複数の異なるデータ・フォーマットが
可能になるように本発明を適用した、磁気テープを示す
図である。 第５図は、第１図のフォーマットと共に使用されるオー
トブロック・テーブルＡＢＴの略図である。 第６図は、本発明のオートブロッキング概念を使用して
記憶要素上に信号を記録する方法を示す、単純化した機
械動作図である。 第７図は、本発明をフォーマットとして使用した記憶要
素を読み取るための動作を示す、機械動作流れ図である
。

Claims (34)

【特許請求の範囲】
1. （１）前記記憶媒体上にデータを記録する際に、複数の
   データ・フォーマットを使用するという、記憶媒体を有
   するデータ・レコーダを動作させる機械実行方法であっ
   て、 使用する各データ・フォーマットごとにレコーダの動作
   モードを確立する機械実行ステップ、レコード媒体のデ
   ータ・フォーマットが未知であることを示す、レコーダ
   の動作モードを確立する機械実行ステップ、 レコード媒体上に記録される記録可能なフォーマット指
   示用境界マークを確立する機械実行ステップ、 前記境界マークのいずれか１つに出会った後、記憶媒体
   において、動作モードを前記マークによって指示された
   フォーマットにセットし、次に前記の指示されたデータ
   ・フォーマットを用いて読み戻す機械実行ステップ、及
   び 前記データ・フォーマットの１つから前記データ・フォ
   ーマットの別の１つにいつ切り換えるかを記録しながら
   、データ・フォーマットの変更を意味する前記境界マー
   クの１つを記録する機械実行ステップ、 を含む前記の機械実行方法。
2. （２）さらに、記憶媒体用の記録可能な非フォーマット
   境界マークを確立する機械実行ステップ、及び所与の現
   フォーマットで記憶媒体を読み取る際に、前記非フォー
   マット境界マークの１つを検出し、記憶要素から読み取
   るべき次のデータに対して未知フォーマットを指示する
   機械実行ステップ、を含む、特許請求の範囲第１項に記
   載の機械実行方法。
3. （３）さらに、次のデータ信号を読み取り、それらの信
   号を解析して、このような次のデータ信号が前記データ
   ・フォーマットのどれで記録されるかを確認し、前記の
   次のデータ信号につづく信号を読み取るために、読戻し
   動作モードをその確認されたデータ・フォーマットにセ
   ットする機械実行ステップ、 を含む、特許請求の範囲第２項に記載の機械実行方法。
4. （４）さらに、前記両方のフォーマットで、信号をその
   ような信号のブロックに記録する機械実行ステップ、 前記第１のフォーマットで、単一のレコードを前記信号
   ブロックの１つに記録する機械実行ステップ、及び 前記第２のフォーマットで、複数のレコードを前記信号
   ブロックの１つに記録し、ブロック内の信号が前記第２
   フォーマットであることを識別する信号を前記第２フォ
   ーマットをもつ信号ブロック内に含める機械実行ステッ
   プ、 を含む、特許請求の範囲第１項に記載の機械実行方法。
5. （５）さらに、レコードＩＤを前記フォーマットのいず
   れかで前記レコードのそれぞれに割り当て、１つの記憶
   要素内に一続きのレコード番号があるように、両方のフ
   ォーマットを通じてレコード番号を連続させる機械実行
   ステップ、 を含む、特許請求の範囲第４項に記載の機械実行方法。
6. （６）さらに、前記フォーマット指示境界マークとして
   それぞれ前記レコードＩＤの所定のものを選択し、前記
   レコードＩＤの選択されたものを使わずに記憶媒体上に
   記憶された信号を表すデータを指示する機械実行ステッ
   プ、 を含む、特許請求の範囲第５項に記載の機械実行方法。
7. （７）前記第２フォーマットで、当該の信号ブロック内
   の最初のレコードのレコードＩＤと同じ番号のブロック
   ＩＤを信号ブロックに割り当てて、レコードＩＤが所定
   の番号シーケンスで連続し、ブロックＩＤはそれぞれの
   信号ブロックに記憶されたレコードの数の等差級数であ
   る番号シーケンスをもつようにする機械実行ステップ、 を含む、特許請求の範囲第５項に記載の機械実行方法。
8. （８）さらに、前記第２フォーマットの前記信号ブロッ
   クの１つに含まれる各レコードごとに、レコードＩＤと
   、レコードの終りに対するバイト・オフセット指示と、
   フラグ・フィールドと、パケット・トレーラの長さと、
   パッディング・バイトと、エラー検出冗長ビットとを含
   むヘッダを設ける機械実行ステップ、及び 前記第２フォーマットの前記信号ブロックの１つに含ま
   れる各レコードごとに、パケットがさまざまのデータ長
   をとれるように、パッディング・バイトと、レコード、
   レコード・ヘッダ、及びレコード・トレーラに対するエ
   ラー検出冗長ビットとを含むトレーラを設ける機械実行
   ステップ、を含む、特許請求の範囲第７項に記載の機械
   実行方法。
9. （９）さらに、データを記録する際に、すべてのデータ
   を前記第１フォーマットで記録するか、それともデータ
   が前記第１フォーマットまたは第２フォーマットのいず
   れかで記録できるかを指示する機械実行ステップ、 を含む、特許請求の範囲第８項に記載の機械実行方法。
10. （１０）さらに、データを前記第１フォーマットまたは
    第２フォーマットのいずれかで記録できるとき、所望の
    レコード・フォーマットが未知であることを確定し、そ
    のレコード・フォーマットが未知であるとき、記録され
    るレコードの長さを測定する機械実行ステップ、及び 測定されたレコードが所定のデータ・バイト数より小さ
    いとき、第２フォーマットを選択し、測定されたレコー
    ドが前記所定のデータ・バイト数以上のときは、第１フ
    ォーマットを選択する機械実行ステップ、 を含む、特許請求の範囲第９項に記載の機械実行方法。
11. （１１）さらに、希望する平均サイズの信号ブロックを
    確立する機械実行ステップ、及び前記第２フォーマット
    を使って記録するとき、データ・バイト・カウントを生
    じる前記信号ブロックの１つに記録すべき、前記レコー
    ドの数を選択する信号ブロックの所望の平均サイズを近
    似する機械実行ステップ、 を含む、特許請求の範囲第１０項に記載の機械実行方法
    。
12. （１２）さらに、レコード媒体上に記録された信号ブロ
    ックを検出し、前記フラグをさがして前記信号ブロック
    を検査し、次に前記フラグの指示に従って、後続の信号
    ブロックを前記第１フォーマットまたは第２フォーマッ
    トであるものとして処理する機械実行ステップ、及び 論理的分離記号を検出し、未知フォーマット状態を確立
    し、次の信号ブロックを読み取るとき、上記ステップを
    繰り返す機械実行ステップ、を含む、特許請求の範囲第
    １１項に記載の機械実行方法。
13. （１３）さらに、前記信号を記憶媒体上に記録し、それ
    らの信号を信号ブロックとして配列する機械実行ステッ
    プ、及び 信号ブロックのそれぞれにおいて、記憶媒体上の各ブロ
    ック内のフォーマットが、その記憶媒体上の他の信号ブ
    ロックのフォーマットとは独立となるように、ブロック
    内の信号中で使用されるフォーマットの標識指示を確立
    し、記録する機械実行ステップ、 を含む、特許請求の範囲第１項に記載の機械実行方法。
14. （１４）さらに、前記記憶媒体上の信号ブロックの１つ
    に記録すべき所定数のパケットを確立する機械実行ステ
    ップ、 前記パケットのそれぞれに１データ・レコードを挿入す
    る機械実行ステップ、 各データ・レコードに所与の数を割り当て、その割り当
    てた数を当該の各パケットに記録する機械実行ステップ
    、及び 前記パケットのそれぞれにおいて、前記各パケット内の
    データのフォーマットが、前記パケットのうちの他のも
    ののフォーマットとは独立となるように、パケット内の
    データ・レコードのデータ・フォーマットを識別する機
    械実行ステップ、を含む、特許請求の範囲第１３項に記
    載の機械実行方法。
15. （１５）さらに、前記の信号ブロック・フォーマット標
    識内で、前記のパケット・フォーマットが信号ブロック
    のフォーマットの１つであることを指示する機械実行ス
    テップ、及び 別の信号ブロック・フォーマットを、特許請求の範囲第
    １４項に記載のフォーマットを含まない、前記信号ブロ
    ック・フォーマットのうちの別のものとして確立する機
    械実行ステップ、 を含む、特許請求の範囲第１４項に記載の機械実行方法
    。
16. （１６）さらに、前記信号ブロックに、それぞれそのよ
    うな当該の信号ブロックに記憶されたデータ・レコード
    の所定の１つの番号を割り当てる機械実行ステップ、 を含む、特許請求の範囲第１４項に記載の機械実行方法
    。
17. （１７）さらに、信号ブロック内のエラーを検出するた
    めに、各信号ブロックに第１のエラー検出冗長ビットを
    挿入する機械実行ステップ、及び 各パケット内でエラーを検出するために、各パケットに
    第２のエラー検出冗長ビットを挿入する機械実行ステッ
    プ、 を含む、特許請求の範囲第１３項に記載の機械実行方法
    。
18. （１８）さらに、前記データ・レコードに与えられた番
    号と、順方向で読み取るときの信号ブロック内の所定の
    パケットのパケット位置を示すアドレス情報と、そのパ
    ケットに対するフォーマット識別子と、パケット・トレ
    ーラの長さと、そのパケット・ヘッダに対するエラー検
    出冗長ビットとを含むパケット・ヘッダを各パケットに
    挿入する機械実行ステップ、及び 前記パケット・ヘッダで指示された長さをもち、パッデ
    ィング・バイトと、データ・レコード、パケット・ヘッ
    ダ、及び前記パッディング・バイトに対する前記パケッ
    ト・エラー検出冗長ビットとを含むパケット・トレーラ
    を各パケットに挿入する機械実行ステップ、を含む、特
    許請求の範囲第１７項に記載の機械実行方法。
19. （１９）さらに、前記各パケット・トレーラに、所定の
    パケットに対する逆アドレス指標を信号ブロック内に挿
    入して、前記順方向とは逆の方向での信号ブロックの読
    取りを可能にし、前記パケット・エラー検出冗長ビット
    を計算する際に前記逆アドレス指標を含める機械実行ス
    テップ、 を含む、特許請求の範囲第１８項に記載の機械実行方法
    。
20. （２０）各ブロックが１つまたは複数のデータ・レコー
    ドを記憶することができる、ブロック指標によって分離
    された信号ブロックに所与のフォーマットでデータを記
    憶することのできる記憶媒体記録領域において、 レコード媒体内の各ブロック識別が当該のレコード識別
    に対応するように、ブロック内に記録されている所定の
    レコード識別と同じブロック識別をもつ各信号ブロック
    、及び 前記ブロック識別と同じではないレコード識別をもつレ
    コードを含む２つ以上の前記レコードをもつ各ブロック
    、 を組み合わせてなる記憶媒体。
21. （２１）さらに、領域境界マークが各領域を別の領域と
    分離しているという、記憶媒体上の複数の記録領域を含
    み、 各記録領域が複数のデータ・フォーマットの１つで記録
    されたデータをもち、前記データ・フォーマットの１つ
    は前記の所与のデータ・フォーマットであり、前記デー
    タ・フォーマットのもう一方は実質的に前記の所与のデ
    ータ・フォーマットとは異なっている、 特許請求の範囲第２０項に記載の記憶媒体。
22. （２２）前記記録媒体が記録テープであり、前記ブロッ
    ク分離記号がブロック間ギャップを含み、前記境界マー
    クが、前記の複数のデータ・フォーマットのすべてとと
    もに使用可能なマークを含むという、特許請求の範囲第
    ２１項に記載の記憶媒体。
23. （２３）前記の境界マークのうちの所定のものが、前記
    境界マークのその所定のものの後に続くデータ信号を記
    録するために前記フォーマットのどれを使用するかを示
    し、前記の境界マークのうち前記所定のもの以外の境界
    マークが、そのような他の境界マークの後に続くデータ
    信号を記録するために未知のフォーマットが使用される
    ことを示し、前記テープ・マークが少なくとも、前記の
    他の境界マークのうちのいくつかである、 特許請求の範囲第２２項に記載の記憶媒体。
24. （２４）さらに、前記境界マークが、異なるファイルの
    境界を示す第１タイプの境界と、異なるフォーマットを
    示す第２タイプの境界とを含む、 特許請求の範囲第２３項に記載の記憶媒体。
25. （２５）さらに、前記各レコードがそれぞれ、その長さ
    の指標、及びそのようなブロック内の次にくる１組の信
    号のバイト・アドレスを含み、 各信号ブロックに記憶されたレコードの数が前記記録領
    域のそれぞれで異なっていて、フォーマットが異なる長
    さのレコードを前記信号ブロックのいずれか１つに記憶
    できる、 特許請求の範囲第２１項に記載の記憶媒体。
26. （２６）さらに、各信号ブロックが複数の様々なサイズ
    のレコードを記憶する、 特許請求の範囲第２５項に記載の記憶媒体。
27. （２７）前記レコード指標のそれぞれが、さらにレコー
    ド・フォーマット指標を含み、その結果各パケット内の
    フォーマットが、同じ信号ブロック内の別のパケット内
    のフォーマットと異なることができる、 特許請求の範囲第２０項に記載の記憶媒体。
28. （２８）記録されたデータが、フォーマット境界信号を
    散在させた複数の記録データ・フォーマットのいずれか
    １つであり、それらのフォーマット境界信号のあるもの
    は後続のデータ・フォーマットを指示し、前記境界マー
    クの他のものは後続フォーマットに関する情報を指示し
    ないという、記憶媒体上に記憶されたデータを検索する
    ための装置において、前記の複数のデータ・フォーマッ
    トのうちのどれが、前記記録媒体の所定の領域内で使用
    されるかを指示し、レコード・データ・フォーマットが
    いつ未知であるかを指示するためのフォーマット手段、 検出されたフォーマット境界信号に応答して、前記の同
    じ境界マークを検出したときは指示されたフォーマット
    を指示し、別の境界マークを検出したときは未知のレコ
    ード・フォーマットを指示するように前記フォーマット
    手段を動作させるという、前記フォーマット手段に接続
    された、前記フォーマット境界信号を含む記録データを
    検出する検出手段、 前記検出手段及び前記フォーマット手段に接続された、
    前記フォーマット手段が未知フォーマットを指示するの
    に応答して、前記フォーマットのうちのどれが記録され
    ているかを検出し、前記の複数の記録データ・フォーマ
    ットの１つの指示に応答して、指示されたフォーマット
    をもつデータ信号を処理するために検出手段からデータ
    信号を受け取る読取り手段、及び 前記読取り手段及び前記フォーマット手段に接続された
    、読取り手段からの信号を受け取って、受け取ったデー
    タ信号が前記の複数のフォーマットのどれであるかを判
    定し、前記の判定されたフォーマットを示すように前記
    フォーマット手段をセットする手段、 を組み合わせて含む装置。
29. （２９）記録媒体上に記録されたデータを回復するため
    の装置において、 データが信号ブロック内に記録されており、各信号ブロ
    ックがその中に複数のレコードをもち、各レコードが、
    所定のＩＤをもつ前記レコードのうちの第１のものを含
    むレコードＩＤをもち、前記各ブロックがそれぞれ前記
    所定のＩＤと同じブロックＩＤをもつトレーラ部分をも
    つという、前記の記録媒体の記録データを検出する検出
    手段、及び 前記検出手段に接続された、検出されたデータを受け取
    り、検出された信号の各ブロックの前記第１のレコード
    内の所定のＩＤ、及び検出されたブロックの当該のトレ
    ーラ部分内のブロックＩＤを検出し、ブロックＩＤを第
    １レコードＩＤと比較し、両者が異なっているときはエ
    ラーを指示するブロック解除手段、 を組み合わせて含む装置。
30. （３０）信号がブロック間ギャップによって分離された
    このような信号のブロック内に記録され、それらの信号
    ブロックがそれぞれ１つまたは複数のレコードを含むこ
    とができ、各レコードがそのエクステントを指示すると
    いう、記憶媒体から記録されたデータ信号を検出する機
    械実行方法であって、読取り中のブロックのうち第１の
    ものの指示されたエクステントを検出する機械実行ステ
    ップ、及び ブロック内の前記の読み取られたレコードを処理し、そ
    れらのレコードを分離するためにブロックを指示された
    エクステントに分割する機械実行ステップ、 を含む前記の機械実行方法。
31. （３１）前記記憶要素が、記録フォーマット境界の機械
    検出可能な指標を含み、前記第１のフォーマット指標が
    後続のフォーマットを表し、前記第２のフォーマット指
    標が、後続のフォーマットが未知であることを示すとい
    う、特許請求の範囲第３０項に記載の機械実行方法であ
    って、 さらに、前記フォーマット指標の１つを検出し、次いで
    前記第１のフォーマット指標がイエスの場合は、検出す
    べき次にくる信号ブロック内のレコードがそれぞれ指示
    されたフォーマットであることを示し、さらに各記録領
    域がそれぞれ、各ブロック内に様々な数のレコードをも
    つブロックを記録できるように、特許請求の範囲第３０
    項に記載のステップを繰り返す機械実行ステップ、及び
    前記の第２のフォーマット指標を検出し、次の信号ブロ
    ックを読み取り、そのような次のブロックを検査して、
    そのようなブロックが記録されているフォーマットを確
    認し、前記の確認されたフォーマットを用いて次にくる
    信号ブロックを読み取る機械実行ステップ、 を含む前記の機械実行方法。
32. （３２）各レコードがパケット内に含まれ、各パケット
    がパケット・フォーマットを含むという、特許請求の範
    囲第３１項に記載の機械実行レコードに於て、 さらに、パケット・フォーマットを検出し、指示された
    フォーマットを用いてパケットを処理して、各パケット
    内のデータが信号ブロック内の前記パケットのうちの他
    のパケットの中で使用されるフォーマットとは異なるフ
    ォーマットで記録できるようにする機械実行ステップ、 を含む前記の機械実行方法。
33. （３３）記憶要素上に記録すべきレコードの長さを測定
    する機械実行ステップ、 モードを記録するためのしきい値を確立する機械実行ス
    テップ、 レコードの１つの測定された長さを、確立されたしきい
    値と比較する機械実行ステップ、及び測定された長さが
    前記しきい値より小さいときは、所定数の前記レコード
    を記憶要素上で１つの信号ブロックとしてまとめ、測定
    された長さが前記しきい値より大きいときは、記憶要素
    上の１つの信号ブロック内にただつの１つのレコードの
    みを記録する機械実行ステップ、 を組み合わせて含む、記録装置を動作させる機械実行方
    法。
34. （３４）さらに、信号ブロック内に、その信号ブロック
    内で記録されたそれぞれのレコードの長さ、及びその信
    号ブロック内の各レコードのそれぞれの位置を指示する
    機械実行ステップ、及び 信号ブロック内で所定のデータ・バイト数に達するよう
    に、信号ブロック内に充分な数のレコードを含めて、可
    変長レコードが組み合わせて各信号ブロックに入れられ
    、各ブロック内のレコード数が、信号ブロック内で前記
    の所定のバイト数に達するように、そのような各信号ブ
    ロックのレコード数に対して記録された信号の合計数に
    応じて変化するようにする機械実行ステップ、 を含む、特許請求の範囲第３３項に記載の機械実行方法
    。