JPH11306124A - データ転送方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＳＣＳＩを用いた転送で、互いに異なるサイ
ズのブロックを、ブロック情報を保存しつつまとめて転
送できるようにする。 【解決手段】 データは、先頭から、１番目のブロック
の長さが格納され、続けて１番目のブロックデータが格
納される。規定のサイズに満たないときには、ゼロ・パ
ディングされる。さらに続けて、２番目のブロックの長
さが格納され、続けて２番目のブロックデータが格納さ
れる。Ｎ個のブロックが転送される場合、Ｎ番目のブロ
ックデータが格納されるまで、同様に、繰り返される。
Ｎ番目のブロックデータの後に、この１回に転送される
総ブロック数Ｎが格納される。サイズが可変の複数のブ
ロックが連続的に、且つ、ブロック情報を保存したまま
転送される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、大容量のデータ
をシーケンシャルに記録するようなテープストリーマに
用いて好適な、ブロックサイズが可変なデータを高速に
読み書きできるようにしたデータ転送方法および装置に
関する。

【０００２】

【従来の技術】データ容量の増大化に伴い、大容量のデ
ータを格納する手段として、磁気テープ上にデータを記
録するようなデータの記録装置の必要性が増している。
このような磁気テープを利用した記録媒体では、ディス
クによる記録媒体とは異なり、データが概ねシーケンシ
ャルに記録される。このような記録装置は、例えば大容
量のハードディスクのバックアップに用いて好適なもの
である。

【０００３】例えば、ホストとされるコンピュータに対
して、所定のインタフェースを介してこの記録装置を接
続する。ホストからインタフェースを介して、記録装置
に対してデータコピーを行う旨のコマンドが発行され
る。そして、接続のインタフェースに基づく所定のやり
取りがなされた後、ホストから記録装置に対してデータ
が転送され、記録装置において例えば磁気テープにデー
タが書き込まれる。

【０００４】従来では、この、ホストと記録装置とを接
続するためのインタフェースとして、ＳＣＳＩ(Small C
omputer System Interface) が主に用いられていた。こ
のＳＣＳＩでは、ＳＣＳＩバスに接続される装置は、Ｓ
ＣＳＩコマンドを発行するイニシエータ（例えばＳＣＳ
Ｉボード）と、ＳＣＳＩコマンドを受け取り実行するタ
ーゲット（例えばハードディスク）とに分かれる。イニ
シエータとターゲットとの間で、データの転送が行われ
る。上述の例では、コンピュータに対してＳＣＳＩボー
ドが接続され、記録装置がターゲットとされる。

【０００５】

【発明が解決しようとする課題】ところで、このＳＣＳ
Ｉでは、データがブロック単位で扱われる。ブロックと
は、データのある一定の大きさを持った集まりであっ
て、このブロックが複数集まりファイルが構成される。
このブロックは、ファイルを作成するホスト側で、任意
の大きさで形成される。ＳＣＳＩによるデータの転送
は、ブロック情報を保存するために、ブロック単位で行
われる。

【０００６】ＳＣＳＩには、複数のブロックを一つにま
とめて転送するモードも用意されているが、このモード
では、まとめて転送するブロックのサイズが互いに同一
である必要がある。この場合には、一つのコマンドで複
数のブロックを転送することができる。しかしながら、
転送するブロックのサイズが互いに異なる場合には、一
度の転送、すなわち、イニシエータから発行される一つ
のコマンドで、１ブロックの転送しか行うことができな
いという問題点があった。

【０００７】１回の転送を行うためには、データ本体を
転送するための転送時間の他に、バスを占有する（アー
ビトレーション）ための時間や、コマンドの受け渡し時
間などが必要とされる。これらの時間は、データ本体の
転送時間に対してオーバーヘッドになる。

【０００８】このオーバーヘッドの時間は、ブロックサ
イズが比較的大きい場合には、さほど問題にはならな
い。しかしながら、転送されるブロックサイズが小さい
場合には、ブロック毎に費やされるこのオーバーヘッド
時間が無視できなくなり、全体として転送速度が低下し
てしまうという問題点があった。

【０００９】したがって、この発明の目的は、互いに異
なるサイズのブロックをまとめて転送できるようにした
データ転送方法を提供することにある。

【００１０】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、ブロックサイズが可変なディジタ
ルデータを転送するデータ転送方法および装置におい
て、転送を指示する１つのコマンドによってブロックサ
イズが互いに異なる複数のデータブロックを転送する際
に、複数のデータブロックのそれぞれのブロック情報を
複数のデータブロックと共に転送するようにしたことを
特徴とするデータ転送方法および装置である。

【００１１】上述したように、この発明では、複数のデ
ータブロックのそれぞれのブロック情報を複数のデータ
ブロックと共に転送するようにされているため、ブロッ
クサイズが可変な複数のデータブロックを、ブロック情
報を保存しつつ連続的に転送することができる。

【００１２】

【発明の実施の形態】以下、この発明の実施の形態を、
図面を参照しながら説明する。図１は、この発明の実施
の第１および第２の形態に共通して適用することができ
る、各機器の接続形態の一例を示す。ホストコンピュー
タ１には、ＳＣＳＩボードが装着される（図示しな
い）。このＳＣＳＩボードに対してＳＣＳＩケーブル２
が接続され、ＳＣＳＩケーブル２で以て、ホストコンピ
ュータ１と、この発明が適用されるテープストリーマ３
とが接続される。テープストリーマ３は、ＣＰＵやメモ
リを有し、ＣＰＵの制御に基づき、カセットに収納され
た磁気テープを記録媒体としてデータの記録／再生を行
う。

【００１３】ＳＣＳＩボードは、例えばＣＰＵを有し、
ホストコンピュータ１から出された指示に基づき、ＳＣ
ＳＩコマンドを発行する。また、ＳＣＳＩボードでは、
ホストコンピュータ１の指示によるデータ転送の、様々
なフェーズの制御がなされる。ＳＣＳＩコマンドに基づ
くやり取りがＳＣＳＩケーブル２を介して相手側（この
例ではテープストリーマ３）との間でなされ、ホストコ
ンピュータ１とテープストリーマ３との間でのデータの
転送が行われる。

【００１４】図２は、この発明の実施の第１および第２
の形態に共通して適用することができる、テープストリ
ーマ３における磁気テープ上のデータイメージの一例を
示す。図２Ａに示されるように、テープ上には、ファイ
ル単位でデータが書き込まれる。それぞれの、ファイル
の終端には、ファイルのデリミタコードであるマークＴ
Ｍが書き込まれる。新たなファイルは、このマークＴＭ
の後ろから書き込まれる。ファイルのそれぞれは、図２
Ｂに示されるように、１または複数のブロックからな
る。各々のブロックのサイズは、この図２Ｂのように互
いに異なる場合もあるし、全て等しくされている場合も
ある。

【００１５】また、図示は省略するが、テープ全体の先
頭には、テープに書き込まれたデータを管理するための
管理テーブルが設けられる。このテープをテープストリ
ーマ３にロードした際に、この管理テーブルを読み込む
ことで、テープ上のファイルなどの配置を参照すること
ができる。

【００１６】なお、テープストリーマ３は、ヘリカルス
キャン方式で磁気テープに記録を行う。したがって、磁
気テープには、ヘリカルトラックが形成される。４つの
トラックでトラックセットが形成され、磁気テープへの
データの書き込みは、このトラックセット単位で行われ
る。また、トラックセットのそれぞれには、トラックセ
ットを互いに識別するためのＩＤが付される。１トラッ
クセットにおいて、データ本体が格納される領域の先頭
側に、サブコードデータの領域が配置され、ＩＤが記さ
れる。一方、データ本体が格納される領域の終端側に
は、データ本体のブロック構成を管理するブロック管理
テーブルが配置される。

【００１７】図３は、この発明の実施の第１、第２、第
３および第４の形態に共通して適用することができる、
上述のテープストリーマ３の構成の一例を概略的に示
す。入力端子１０に対してＳＣＳＩケーブル２が接続さ
れる。データ書き込み時、ホストコンピュータ１から転
送されたデータが端子１０からＳＣＳＩコントローラ１
１に供給される。ＳＣＳＩコントローラ１１では、端子
１０から供給されたＳＣＳＩコマンドの解析や実行がな
されると共に、転送されるデータ本体とそれに付随する
データとの分離が行われる。

【００１８】分離されたデータ本体は、データ圧縮コン
トローラＡＬＤＣ１２に供給され、所定の方法で圧縮符
号化され、アドレスコントローラＡＤＣ１３に供給され
る。このアドレスコントローラＡＤ１３は、メモリ１４
に対するアドレス制御を行い、メモリ１４におけるデー
タの読み書きの制御を行う。例えば、アドレスコントロ
ーラＡＤＣ１３によって、メモリ１４に対して、アクセ
スを開始するアドレスがポインタとして指定されると共
に、アクセスされるデータサイズが指定される。データ
は、アドレスコントローラＡＤＣ１３の制御に基づき、
磁気テープ１８上のイメージでメモリ１４に格納され
る。

【００１９】データは、アドレスコントローラ１３の制
御に基づき、書き込みのタイミングに対応してメモリ１
４から読み出され、ＥＣＣエンコーダ／デコーダ１５に
供給される。ＥＣＣエンコーダ／デコーダ１５は、デー
タ書き込み時にはエンコーダ、読み出し時にはデコーダ
の機能となるように構成されている。書き込み時には、
供給されたデータが例えばリード・ソロモン符号を用い
た積符号で以てエラー訂正符号化される。エラー訂正符
号化されたデータは、イコライザ１６に供給される。

【００２０】イコライザ１６に供給されたデータは、記
録媒体への記録に適した信号に変換され、回転ヘッドで
ある記録ヘッド１７によってヘリカルトラックで以て磁
気テープ１８に書き込まれ記録される。この例では、４
トラックを１トラックセットとして記録される。

【００２１】なお、図３では省略されているが、ＳＣＳ
Ｉコントローラ１１，データ圧縮コントローラＡＬＤＣ
１２，アドレスコントローラＡＤＣ１３，およびイコラ
イザ１６は、上述のＥＣＣエンコーダ／デコーダ１５と
同様に、書き込みおよび読み出しの両方に対応するよう
な構成とされている。

【００２２】一方、読み出し時には、磁気テープ１８か
ら回転ヘッドである再生ヘッド１９によって読み出され
た信号がイコライザ１６を介してＥＣＣエンコーダ／デ
コーダ１５に供給される。このデータは、ＥＣＣエンコ
ーダ／デコーダ１５でエラー訂正を施され、アドレスコ
ントローラＡＤＣ１３の制御により、メモリ１４に書き
込まれる。

【００２３】メモリ１４に書き込まれたデータは、アド
レスコントローラＡＤＣ１３の制御により、所定のタイ
ミングで読み出され、データ圧縮コントローラＡＬＤＣ
１２に供給され圧縮符号化を解かれ、ＳＣＳＩコントロ
ーラ１１に供給される。そして、ＳＣＳＩコントローラ
１１の制御によって端子１０からＳＣＳＩケーブル２を
介してホストコンピュータ１に対して転送される。

【００２４】このテープストリーマ３は、３つのＣＰＵ
２０，２２，および２３を有する。ＣＰＵ２０は、ＳＣ
ＳＩコントローラ１１，データ圧縮コントローラ１２，
およびアドレスコントローラＡＤＣ１３を制御する。そ
れと共に、ＳＣＳＩコントローラ１１で、上述した、供
給された本体データから分離された、本体データに付随
したデータがＣＰＵ２０に供給される。

【００２５】また、ＣＰＵ２０の制御に基づき、ＳＣＳ
Ｉコントローラ１１では、ＳＣＳＩコントローラ１１と
ホストコンピュータ１側のＳＣＳＩボードとの間でのデ
ータならびにコマンドのやり取りを行う。

【００２６】ＣＰＵ２２は、ＥＣＣエンコーダ／デコー
ダ１５を制御すると共に、ＥＣＣエンコーダ／デコーダ
１５の処理結果が供給される。また、ＣＰＵ２３は、固
定ヘッド２４によって読み出された、磁気テープ１８の
長手方向に形成されたトラックの信号や、磁気テープ１
８を駆動するためのモータ２５の回転のセンス信号など
により、モータ２５の回転制御を行う。

【００２７】ＣＰＵ２０とＣＰＵ２２との間に接続され
るＤＰＲＡＭ２１は、デュアルポートＲＡＭであり、Ｃ
ＰＵ２０とＣＰＵ２２との間の通信を行う。図３では省
略されているが、ＣＰＵ２２とＣＰＵ２３も、同様にし
て通信を行うことができる。ここでは、ＣＰＵは、ＣＰ
Ｕ２０，２２，および２３の３つが用いられているが、
これはこの例に限らず、全体的に１つのＣＰＵで構成し
てもよいし、特定の２つのＣＰＵを組み合わせて構成す
ることもできる。

【００２８】図４は、図３における構成うち、端子１０
からメモリ１４までをさらに詳細に示す。このように、
ＳＣＳＩコントローラ１１，データ圧縮コントローラ１
２，およびアドレスコントローラ１３のそれぞれは、Ｆ
ＩＦＯを有する。すなわち、ＳＣＳＩコントローラ１１
は、端子１０の反対側にＦＩＦＯ１１１を有し、データ
圧縮コントローラ１２は、両側にそれぞれＦＩＦＯ１２
１および１２２を有する。アドレスコントローラ１３
は、メモリ１４と反対側にＦＩＦＯ１３１を有する。ま
た、ＳＣＳＩコントローラ１１とデータ圧縮コントロー
ラ１２との間には、さらに、ＣＰＵ２０によって読み書
きのタイミングが制御されるＦＩＦＯ１１２が設けられ
る。

【００２９】図５は、図３の構成を、メモリ１４におけ
るデータ構造を中心として、概略的に示す。上述したよ
うに、メモリ１４には、磁気テープ１８への書き込みの
イメージでデータが格納される。磁気テープ１８に対す
る書き込みは、上述したように、４つのトラックからな
るトラックセットを単位として行われる。メモリ１４に
も、このトラックセットを単位としてアドレスが設けら
れ、データが書き込まれる。一つのトラックセット中
に、複数のブロックのデータが含まれるようにできる。

【００３０】データは、トラックセット毎にアドレシン
グができるように、メモリ１４に対して配置される。例
えば、この図５のように、メモリ１４のアドレスの１行
に対して１トラックセットが配置される。メモリ１４か
らトラックセット毎にデータが読み出され、磁気テープ
１８に対する４トラック分の書き込みが行われる。

【００３１】ところで、例えばテープストリーマ３に対
するデータの記録の際には、ホストコンピュータ１か
ら、ＳＣＳＩボードを介して、テープストリーマ３に対
してデータ書き込みを指示するＷＲＩＴＥコマンドが送
られる。それと共に、ホストコンピュータ１においてブ
ロックテーブルが作成され、ＳＣＳＩボードを介してテ
ープストリーマ３に転送される。

【００３２】テープストリーマ３からのデータの読み出
しも、ＲＥＡＤコマンドを用い同様な処理で以て行われ
る。すなわち、ホストコンピュータ１からテープストリ
ーマ３に対してＲＥＡＤコマンドが送られる。テープス
トリーマ３では、このコマンドに基づきテープからのデ
ータの読み込みを行い、読み込まれたデータに基づきブ
ロックテーブルが作成される。ブロックデータの転送
後、このブロックテーブルが転送される。

【００３３】ホストコンピュータ１におけるこれらの処
理は、例えば、ＯＳ(Operation System)とアプリケーシ
ョンとの間に位置し、ホストコンピュータ１に接続され
る周辺機器の管理などを行う、デバイスドライバで行わ
れる。そのため、アプリケーション側では、これらの処
理を意識せずに、通常のファイル書き込みならびに読み
込みと同様な処理でこの発明による処理を実現すること
ができる。勿論、これに限らず、アプリケーションにお
いて、この処理を直接的に行うようにしてもよい。

【００３４】図６は、ＷＲＩＴＥコマンドおよび後述す
るＲＥＡＤコマンドの構造の一例を示す。コマンドは、
６バイトから構成され、最初のバイトは、オペレーショ
ンコードとされる。オペレーションコードに格納される
値によって、このコマンドの種別が判別される。この例
では、「０Ａｈ」（ｈは、１６進表記であることを表
す）でＷＲＩＴＥコマンドを表し、「０８ｈ」でＲＥＡ
Ｄコマンドを表す。次のバイトには、論理ユニット番号
などの、各種のパラメータが格納される。続く３バイト
は、転送されるデータのサイズ（総転送長）を表す。最
後の１バイトは、制御コードである。このＷＲＩＴＥ／
ＲＥＡＤコマンドも、実施の第１および第２の形態につ
いて共通して用いられる。

【００３５】次に、この発明の実施の第１の形態につい
て説明する。この発明では、互いにサイズの異なるブロ
ックをまとめて転送することができる。この実施の第１
の形態では、一度にまとめて転送される複数のブロック
に対して、各々のブロックサイズなどを記したブロック
テーブルを付加する。

【００３６】図７は、この書き込みの際に作成されるブ
ロックテーブルの一例を示す。書き込み時のブロックテ
ーブルには、このように、最初の４バイトに転送するブ
ロックの個数（Ｎ）が格納され、続けて、それぞれのブ
ロックの長さがブロックの転送順に、４バイトずつ格納
される。

【００３７】図８は、テープストリーマ３に対するデー
タの記録の際の処理を概略的に示すフローチャートであ
る。転送されたブロックテーブルは、テープストリーマ
３に受信される（ステップＳ１０）。テープストリーマ
３では、受信されたブロックテーブルを解析した後（ス
テップＳ１１）、最初の１ブロック分のデータを受信す
る（ステップＳ１２）。ステップＳ１３で、ブロックイ
メージが作成される。作成されたブロックイメージで以
て磁気テープにデータが書き込まれる。そして、処理は
ステップＳ１１に戻され、次の１ブロック分の処理が行
われる。ステップＳ１０で受信されたブロックテーブル
について、全ての処理が終了すると（ステップＳ１
４）、例えば次のブロックテーブルの受信が待機され
る。

【００３８】図９は、このようにして行われるデータ転
送の様子を、従来の方法と比較して示す。図９Ａは、従
来の方法で以て、互いにサイズの異なる複数のデータブ
ロックを転送し書き込む例である。従来では、このよう
に、サイズの異なるブロック毎にＷＲＩＴＥコマンドを
発行する必要があった。図９Ｂに示される、この発明に
よる方法では、複数のデータブロックを転送する際に、
ＷＲＩＴＥコマンドが１回だけ送られ、その後、ブロッ
クテーブルが転送される。そして、このブロックテーブ
ルに基づいて、データブロックが１つずつ転送される。

【００３９】このように、ブロックテーブルを最初に転
送して、その後、ブロックを転送する方法を用いること
によって、従来の、ブロック毎にＷＲＩＴＥコマンドを
発行する方法よりも、大幅にデータの転送に要する時間
を短縮することができる。従来の方法では、図１０Ａに
一例が示されるように、ブロック毎に発行されるコマン
ドに対して、それぞれオーバーヘッド時間を要する。す
なわち、一つのブロックが転送されてから次のブロック
が転送されるまでの間に、所定のオーバーヘッド時間が
費やされる。

【００４０】それに対して、この発明による方法では、
最初の１回のＷＲＩＴＥコマンドでブロックテーブルが
転送され、このブロックテーブルの内容に応じて連続的
にブロックが転送される。そのため、図１０Ｂに一例が
示されるように、各ブロック転送の間では、ブロックテ
ーブルの解析時間が費やされるだけである。したがっ
て、図１０Ａの例と同一のブロックを転送する場合で
も、転送時間が大幅に短縮される。

【００４１】図１１は、テープストリーマ３からのデー
タの読み込みの際の処理を概略的に示すフローチャート
である。テープストリーマ３からのデータの読み出しの
際には、ホストコンピュータ１からＳＣＳＩボードを介
して、テープストリーマ３に対してデータ読み出しを指
示するＲＥＡＤコマンドが送られる。

【００４２】テープストリーマ３では、受信されたＲＥ
ＡＤコマンドに基づき、磁気テープ上のデータの読み出
しが行われる。読み出されたデータは、一旦メモリに蓄
えられ、データのブロックの解析がなされる（ステップ
Ｓ２０）。次のステップＳ２１で、解析されたブロック
が１ブロックだけホストコンピュータ１のＳＣＳＩボー
ドに対して転送される。そして、テープストリーマ３に
おいて、例えばメモリ上に、転送されたデータブロック
に関するブロックテーブルが作成される（ステップＳ２
２）。

【００４３】図１２は、この読み出しの際に作成される
ブロックテーブルの一例を示す。読み出し時のブロック
テーブルは、上述の書き込み時のブロックテーブルと同
様に、テーブルの先頭から、ブロックの長さがブロック
の転送順に従って、それぞれ４バイトずつ格納される。
すなわち、読み込まれて転送されたブロックの長さデー
タが順番に積み重ねられていく。そして、転送する全て
のブロックの長さが格納されると、続けて、転送するブ
ロックの個数（Ｎ）が４バイトで表され、格納される。

【００４４】ステップＳ２０からステップＳ２２までの
処理が、ＲＥＡＤコマンドで指示されたデータが全て転
送されるまで繰り返される。データの転送が終了すると
（ステップＳ２３）、ステップＳ２２で作成された、転
送されたデータの全てのブロック情報を含むブロックテ
ーブルがテープストリーマ３からホストコンピュータ１
のＳＣＳＩボードに転送される（ステップＳ２４）。

【００４５】図１３は、このようにして行われるデータ
転送の様子を、従来の方法と比較して示す。図１３Ａ
は、従来の方法で以て、互いにサイズの異なる複数のデ
ータブロックを読み込み転送する例である。ブロックサ
イズが互いに異なる場合、従来では、このように、１回
のＲＥＡＤコマンドで以て１つのデータブロックしか読
み出せなかった。図１３Ｂに示される、この発明による
方法では、１回のＲＥＡＤコマンドで複数のデータブロ
ックが転送され、その後、ブロックテーブルが転送され
る。データを受信した側では、転送されたブロックテー
ブルを参照することで、データ構造の解析を行うことが
できる。

【００４６】このように、テープから読み出されたデー
タのブロックを解析して作成したブロックテーブルを転
送することによって、従来の、ブロック毎にＲＥＡＤコ
マンドを発行する方法よりも、大幅にデータの転送に要
する時間を短縮することができる。従来の方法では、図
１４Ａに一例が示されるように、ブロック毎に発行され
るコマンドに対して、それぞれオーバーヘッド時間を要
する。すなわち、一つのブロックが転送されてから次の
ブロックが転送されるまでの間に、所定のオーバーヘッ
ド時間が費やされる。

【００４７】それに対して、この発明による方法では、
最初の１回のＲＥＡＤコマンドで連続的にブロックが転
送され、最後に、各ブロックの情報が格納されるブロッ
クテーブルが転送される。そのため、図１４Ｂに一例が
示されるように、各ブロック転送の間では、ブロックテ
ーブルの解析時間が費やされるだけである。したがっ
て、図１４Ａの例と同一のブロックを転送する場合で
も、転送時間が大幅に短縮される。

【００４８】上述のように、ブロックテーブルを用いて
転送を行うことによって、転送時間の大幅な短縮が実現
可能である。すなわち、実際には、ブロックテーブル
は、転送されるデータ本体に比べて極めて小さいサイズ
であると共に、ブロック解析は、ＣＰＵでの単純な計算
によって行われるので、ブロック解析に要する時間は、
データの転送時間に対して無視できる。それに比べて、
従来の方法によるオーバーヘッドによって費やされる時
間は、バスのコントロールなどに要する時間などを含む
ため、大きいものとなる。厳密にいうと、 ブロックテーブルの転送時間＋（ブロックテーブル解析
時間×Ｎ）＜オーバーヘッド時間×（Ｎ＋１） このような条件の下で、この発明による転送時間に優位
性がある。

【００４９】次に、この発明の実施の第２の形態につい
て説明する。上述した実施の第１の形態では、テープス
トリーマ３に対するデータの書き込み時と読み出し時と
では、ブロックテーブルの形式が異なっていた。この実
施の第２の形態では、書き込み時と読み出し時とで、デ
ータの形式を同一にして、処理をより平易に行うことが
できるようにしたものである。

【００５０】図１５は、この実施の第２の形態による転
送データの構造の一例を示す。ここで、Ｎ個のブロック
をひとまとめにして転送するものとする。先頭の４バイ
トには、１番目に転送されるブロックの長さが格納され
る。続けて、１番目のブロックのデータ本体が格納され
る。ブロックが４バイト単位で完結するように、ブロッ
クの終端が「０」で埋められ、ゼロ・パディングがなさ
れる。

【００５１】このような、ブロックの長さのデータとブ
ロック本体のデータ（およびゼロ・パディング）とから
なる組が、転送されるブロックの数だけ繰り返される。
Ｎ個のブロックが転送されるこの例では、Ｎ番目のブロ
ックのデータ本体が格納されるまで繰り返される。転送
される全てのブロックが格納されると、最後の４バイト
に転送ブロック数のＮが格納される。

【００５２】図１６は、このようなデータ構造に基づ
く、この実施の第２の形態による、テープストリーマ３
におけるデータ書き込みの処理を示すフローチャートで
ある。このフローチャートの実行に先んじて、ホストコ
ンピュータ１において、テープストリーマ３に書き込む
ためのデータがファイルとして用意され、そのファイル
のテープストリーマ３に対する例えばコピーが指示され
る。この指示に基づき、ホストコンピュータ１でＷＲＩ
ＴＥコマンドが発行される。発行されたＷＲＩＴＥコマ
ンドは、ＳＣＳＩケーブル２を介してテープストリーマ
３のＳＣＳＩコントローラ１１に転送され、ＳＣＳＩコ
ントローラ１１からＣＰＵ２０に渡される。

【００５３】最初のステップＳ３０において、ＣＰＵ２
０からＳＣＳＩコントローラ１１に対して、４バイト分
のデータの転送命令が出される。この４バイト分のデー
タは、転送されるブロックのサイズを表す、ブロックサ
イズデータである。このデータは、ＳＣＳＩコントロー
ラ１１の内蔵ＦＩＦＯ１１１に格納される。ステップＳ
３１で、ＳＣＳＩコントローラ１１からＣＰＵ２０対し
て転送終了通知が出されると、次のステップＳ３２で、
ＦＩＦＯ１１１に格納されたブロックサイズデータがＣ
ＰＵ２０によって得られる。

【００５４】ブロックサイズデータが得られると、ステ
ップＳ３３で、得たブロックデータサイズに付加データ
長が加えられ、転送されるデータの長さを表す転送長と
される。付加データ長は、ゼロ・パディングのサイズで
あるパディングサイズと、次のブロックサイズデータ分
の４バイトとからなる。転送長は、ＳＣＳＩコントロー
ラ１１の内蔵ＦＩＦＯ１１１にセットされる。

【００５５】次のステップＳ３４では、ＣＰＵ２０によ
って、メモリ１４上での、転送を行うブロック（＃ｎと
する）の開始アドレスと、そのブロック＃ｎの切れ目ま
での転送長とが、アドレスコントローラＡＤＣ１３に対
してセットされる。そして、ＣＰＵ２０から転送開始命
令が出される。

【００５６】なお、開始アドレスは、例えば、ブロック
＃ｎが最初に転送されるブロックであればメモリの所定
アドレスが開始アドレスとされ、最初に転送されるブロ
ックでない場合には、前回転送されたブロックのアドレ
スに基づいて求められる。ブロック＃ｎの切れ目までの
転送長は、例えば、上述のステップＳ３３で得られた転
送長から求められる。

【００５７】ＣＰＵ２０から出された転送開始命令によ
り、ブロック＃ｎの転送が開始され、ホストコンピュー
タ１からＳＣＳＩケーブル２を介してテープストリーマ
３にブロック＃ｎのデータが転送される。転送されたデ
ータは、ＳＣＳＩコントローラ１１，データ圧縮コント
ローラＡＬＤＣ１２，およびアドレスコントローラＡＤ
Ｃ１３を介してメモリ１４の所定のアドレスに格納され
る。

【００５８】アドレスコントローラＡＤＣ１３からＣＰ
Ｕ２０に対してブロック＃ｎの転送が終了した旨通知さ
れると（ステップＳ３５）、ステップＳ３６で、ＣＰＵ
２０によって、メモリ１４上での、ブロック＃ｎの続き
が開始されるアドレスと、そのブロック＃ｎの終端まで
の転送長にパディングデータ長とが、アドレスコントロ
ーラＡＤＣ１３に対してセットされる。そして、ＣＰＵ
２０から転送開始命令が出される。

【００５９】アドレスコントローラＡＤＣ１３からＣＰ
Ｕ２０に対してブロック＃ｎの転送が終了した旨通知さ
れると（ステップＳ３７）、ステップＳ３８で、ＣＰＵ
２０によって、メモリ１４上に次のブロック＃（ｎ＋
１）が書き込まれるアドレスが求められる。そして、次
のステップＳ３９で、ステップＳ３８で求められたアド
レスと、ブロックサイズデータ分の４バイトがアドレス
コントローラＡＤＣ１３にセットされる。そして、ＣＰ
Ｕ２０から転送開始命令が出される。これにより、ブロ
ックサイズデータがメモリ１４に書き込まれる。

【００６０】アドレスコントローラＡＤＣ１３からＣＰ
Ｕ２０に対してブロック＃（ｎ＋１）の転送が終了した
旨通知されると（ステップＳ４０）、次のステップＳ４
１で、メモリ１４に書き込まれたブロックサイズデータ
が読み出され、次に転送を行うブロックのブロックサイ
ズが求められる。そして、ＣＰＵ２０によって、メモリ
１４におけるポインタがブロックサイズデータ分（４バ
イト）戻される（ステップＳ４２）。これにより、メモ
リ１４において、次のブロックは、直前に書き込まれた
ブロックに続けて書き込まれることになる。

【００６１】次のステップＳ４３では、ＷＲＩＴＥコマ
ンドによる転送が全て終了したかどうかが判断される。
ＷＲＩＴＥコマンドには、転送するデータのサイズ、す
なわち総転送長が記されている。また、図１５に示され
るように、データの終端には、転送される総ブロック数
Ｎが格納されている。これら総転送長および総ブロック
数Ｎとを転送終了条件として、判断がなされる。若し、
未だ転送されていないブロックがあるとされたら、処理
はステップＳ３４へ戻される。

【００６２】次に、テープストリーマ３からのデータの
読み出しについて説明する。この実施の第２の形態で
は、読み出しの際にも書き込みと同一のデータ構造が用
いられる。図１７は、テープストリーマ３におけるデー
タ読み出しの処理を示すフローチャートである。

【００６３】このフローチャートの実行に先んじて、ホ
ストコンピュータ１からテープストリーマ３に対して、
ロードされたテープの情報が要求される。テープストリ
ーマ３では、テープ先頭の管理テーブルを読み込み、テ
ープに書き込まれているファイルの情報をホストコンピ
ュータ１に転送する。ホストコンピュータ１では、この
情報に基づき、テープストリーマ３から読み込みたいデ
ータを指定するＲＥＡＤコマンドが発行される。このＲ
ＥＡＤコマンドは、ＳＣＳＩケーブル２を介してテープ
ストリーマ３のＳＣＳＩコントローラ１１に転送され、
ＳＣＳＩコントローラ１１からＣＰＵ２０に渡される。

【００６４】最初のステップＳ５０で、ＲＥＡＤコマン
ドに基づくＣＰＵ２０の制御によって、磁気テープ１８
からデータが読み出される。読み出されたデータは、イ
コライザ１６を介してＥＣＣエンコーダ／デコーダ１５
に供給され、所定の方法でエラー訂正処理が施される。
このとき、データに訂正不能なエラーが存在した場合に
は、処理が後述するステップＳ６４に飛ばされる（ステ
ップＳ５１）。そして、ステップＳ６４で、例えば転送
したブロックの数が「０」とされて処理が終了される。

【００６５】ステップＳ５１で、エラーが無いとされれ
ば、エラー訂正されたデータがアドレスコントローラＡ
ＤＣ１３を介して、メモリ１４の所定のアドレスから、
テープ上の記録イメージで以て書き込まれる。次のステ
ップＳ５２では、ＣＰＵ２０により、メモリ１４からブ
ロック管理テーブルが読み出され、転送するブロックの
ブロックサイズが取得される。ブロックサイズを示すブ
ロックサイズデータは、ＳＣＳＩコントローラ１１に内
蔵されるＦＩＦＯ１１１に転送される（ステップＳ５
３）。

【００６６】ブロックサイズデータの転送が終了される
と（ステップＳ５４）、ステップＳ５５で、ＣＰＵ２０
により、ＳＣＳＩコントローラ１１のレジスタに対し
て、転送されたブロックサイズが転送長としてセットさ
れる。

【００６７】次のステップＳ５６では、ＣＰＵ２０によ
り、アドレスコントローラＡＤＣ１３に対して、メモリ
１４中に書き込まれている、転送するブロックであるブ
ロック＃ｎの開始アドレスと、このブロック＃ｎの切れ
目までの転送長がセットされる。そして、ステップＳ５
７で、ＣＰＵ２０からアドレスコントローラＡＤＣ１３
に対して、転送開始命令が出される。

【００６８】この命令に基づき、メモリ１４のブロック
＃ｎの開始アドレスから転送長で指定された長さだけデ
ータが読み出される。読み出されたデータは、アドレス
コントローラＡＤＣ１３およびデータ圧縮コントローラ
ＡＬＤＣ１２を介してＳＣＳＩコントローラ１１に供給
される。そして、ＳＣＳＩコントローラ１１においてＳ
ＣＳＩバスの制御などがなされ、端子１０からＳＣＳＩ
ケーブル２を介してホストコンピュータ１に対してブロ
ック＃ｎが転送される。

【００６９】転送が終了したとされると（ステップＳ５
８）、次のステップＳ５９で、ＣＰＵ２０によって、ア
ドレスコントローラＡＤＣ１３に対して、メモリ１４に
おいてブロック＃ｎの続きが始まるアドレスがセットさ
れると共に、ブロック＃ｎの終端までの長さが転送長と
してセットされる。そして、ステップＳ６０で転送開始
命令が出され、転送が開始される。

【００７０】転送が終了したとされると（ステップＳ６
１）、処理はステップＳ６２に移行し、ＣＰＵ２０によ
って、ＳＣＳＩコントローラ１１の内蔵ＦＩＦＯ１１１
に対してパディングデータが転送される。

【００７１】次のステップＳ６３で、ＲＥＡＤコマンド
による転送が全て終了したかどうかが判断される。ＲＥ
ＡＤコマンドには、転送するデータのサイズ、すなわち
総転送長が記されている。また、図１５に示されるよう
に、データの終端には、転送される総ブロック数Ｎが格
納されている。これら総転送長および総ブロック数Ｎと
を転送終了条件として、判断がなされる。若し、未だ転
送されていないブロックがあるとされたら、処理はステ
ップＳ５２へ戻される。

【００７２】一方、ステップＳ６３で転送が終了したと
判断されたら、処理はステップＳ６４に移行し、ＣＰＵ
２０によって、転送したブロック数ＮがＳＣＳＩコント
ローラ１１の内蔵ＦＩＦＯ１１１に転送される。そし
て、ステップＳ６５で転送の終了を待って一連の処理が
終了される。

【００７３】次に、この発明の実施の第３の形態につい
て説明する。この発明の実施の第３の形態においては、
発明の実施の第１の形態のブロックテーブルに属性を示
す１バイトのデータを入れることによって、ブロック、
ファイル、セット、ボリューム、物理デバイスおよびス
トレージシステムの階層から成るデータを連続的に記録
しても、再生時に、各階層のブロック、ファイル、セッ
ト、ボリューム、物理デバイスの各境界を識別すること
ができるようにする。

【００７４】図１８は、ブロック、ファイル、セット
（ディレクトリ）、ボリューム、物理デバイス、ストレ
ージシステムの関係を示す。ストレージシステム２００
は、１つ以上の物理デバイス２１０を有する。この物理
デバイスは、ハードディスクやフロッピーディスク、光
ディスクなどである。この各物理デバイス２１０は、１
つ以上のボリューム２２０を有する。また、この各ボリ
ューム２２０は、１つ以上のセット２３０を有する。さ
らに、このセット２３０は、１つ以上のファイル２４０
を有する。さらにまた、この各ファイル２４０は、１つ
以上のブロック２５０を有する。

【００７５】このように、ブロック、ファイル、セッ
ト、ボリューム、物理デバイス、ストレージシステム
は、互いに階層関係となっている。

【００７６】この発明の実施の第３の形態によるブロッ
クテーブルの構成について、図１９を参照して詳細に説
明する。図１９は、この発明の実施の第３の形態による
書き込みの際に作成されるブロックテーブルの一例を示
す。図１９に示されるように、最初の４バイトで、転送
するブロックの個数（Ｎ）が示される。

【００７７】このブロックの個数（Ｎ）を示すデータの
後ろには、属性を示す１バイトのデータと、ｉ番目のブ
ロックの長さ（ｉ＝０，１，２，・・・，Ｎ）を示すデ
ータが格納される。この属性を示すデータは、８ビット
からなり、その値によって、ファイルマーク、セットマ
ーク、ボリュームマーク、物理デバイスマークを示す。

【００７８】また、図１９に示されるように、この属性
を示す１バイトのデータに続けて、ｉ番目のブロックの
長さ（ｉ＝０，１，２，・・・，Ｎ）を示すデータが格
納される。このｉ番目のブロック位置に、ファイル、セ
ット、ボリュームまたは物理デバイスの境界、すなわち
切れ目が位置するときには、このｉ番目のブロックの長
さを示すデータが

〔０〕とされると共に、属性を示す１
バイトのデータによって、この境界がファイル、セッ
ト、ボリュームおよび物理デバイスの境界のうちの何れ
であるかが示される。

【００７９】例えば、８ビットの属性データの値が〔１
０００００００〕であるときには、ファイルの境界を示
す。また、８ビットの属性データの値が〔０１００００
００〕であるときには、セットの境界であることを示
す。また、８ビットの属性データの値が〔００１０００
００〕であるときには、ボリュームの境界であることを
示す。また、８ビットの属性データの値が〔０００１０
０００〕であるときには、物理デバイスの境界であるこ
とを示す。さらに、これらの境界ではないときには、こ
の８ビットの属性データの値は、

〔００００００００〕
とされる。

【００８０】そして、属性を示す１バイトのデータおよ
びｉ番目のブロックの長さを示すデータがブロックの個
数Ｎに相当する数だけブロックテーブルに格納される。

【００８１】このように、ブロックテーブル中に、ファ
イル、セット、ボリュームおよび物理デバイスの各境界
の有無を示す属性データを持たせているので、ブロッ
ク、ファイル、セット、ボリューム、物理デバイスおよ
びストレージシステムの階層から成るデータを連続的に
記録しても、再生時に、各階層のブロック、ファイル、
セット、ボリュームおよび物理デバイスの各境界を識別
することができる。

【００８２】次に、この発明の実施の第４の形態につい
て説明する。この発明の実施の第４の形態においては、
発明の第２の形態のブロックテーブルに属性を示す１バ
イトのデータを入れることによって、ブロック、ファイ
ル、セット、ボリューム、物理デバイスおよびストレー
ジシステムの階層から成るデータを連続的に記録して
も、再生時に、各階層のブロック、ファイル、セット、
ボリューム、物理デバイスの各境界を識別することがで
きるようにする。

【００８３】ここで、ブロック、ファイル、セット、ボ
リューム、物理デバイスおよびストレージシステムにつ
いては、図１８を用いて既に説明しているので、ここで
の説明は省略する。

【００８４】この発明の実施の第４の形態によるブロッ
クテーブルの構成について、詳細に説明する。図２０
は、この発明の実施の第４の形態による書き込みの際に
作成されるブロックテーブルの一例を示す。図２０に示
されるように、ｉ番目のブロックの長さ（ｉ＝１，２，
・・・，Ｎ）を示すデータの前には、属性を示す８ビッ
トのデータが格納される。また、ｉ番目のブロックの長
さを示すデータの後ろには、ｉ番目のブロックのデータ
本体が格納される。このデータ本体が４バイト単位で完
結するように、ブロック本体の終端は、必要な数の

〔０〕データで埋められ、ゼロ・パディングがなされ
る。

【００８５】上述した発明の実施の第３の形態と同様
に、ｉ番目のブロック位置にファイル、セット、ボリュ
ームまたは物理デバイスの境界、すなわち切れ目が位置
するときには、このｉ番目のブロックの長さを示すデー
タが

〔０〕とされると共に、属性を示す１バイトのデー
タによって、この境界がファイル、セット、ボリューム
および物理デバイスのうちの何れの境界であるかが示さ
れる。

【００８６】例えば、８ビットの属性データの値が〔１
０００００００〕であるときには、ファイルの境界であ
ることを示す。また、８ビットの属性データの値が〔０
１００００００〕であるときには、セットの境界である
ことを示す。また、８ビットの属性データの値が〔００
１０００００〕であるときには、ボリュームの境界であ
ることを示す。また、８ビットの属性データの値が〔０
００１００００〕であるときには、物理デバイスの境界
であることを示す。さらに、これらの境界ではないとき
には、この８ビットの属性データの値は、〔０００００
０００〕とされる。

【００８７】そして、属性を示す１バイトのデータ、ｉ
番目のブロックの長さを示すデータおよびデータ本体が
ブロックの個数Ｎに相当する数だけブロックテーブルに
格納される。転送される全てのブロックについてのデー
タが格納されると、最後の４バイトに転送ブロックの個
数Ｎを示すデータが格納される。

【００８８】このように、ブロックテーブル中にファイ
ル、セット、ボリュームおよび物理デバイスの各境界の
有無を示す属性データを持たせているので、ブロック、
ファイル、セット、ボリューム、物理デバイスおよびス
トレージシステムの階層から成るデータを連続的に記録
しても、再生時に、各階層のブロック、ファイル、セッ
ト、ボリュームおよび物理デバイスの各境界を識別する
ことができる。

【００８９】上述のように、発明の実施の第３および第
４の形態によれば、ファイルマーク、セットマーク、ボ
リュームマークおよび物理デバイスマークといった情報
がテープ上に保存されているので、一つにまとめられた
複数のファイル、セット、ボリュームおよび物理デバイ
スを復元するための特別なアプリケーションソフトウェ
アを用いずに、データを再生することができる。

【００９０】なお、上述では、この発明がＳＣＳＩのプ
ロトコルに適用されるように説明したが、これはこの例
に限定されない。例えば、この発明は、ＩＰＩ−３(Int
elligent Peripheral Interface)などのデータ転送プロ
トコルにも適用できるものである。また、この発明は、
コマンド間のオーバーヘッドが大きいような他のプロト
コルにも用いて好適なものである。

【００９１】また、この発明による方法で転送されたデ
ータは、例えばテープストリーマ３に書き込まれる際の
フォーマットが従来のものと変わらないので、既存のデ
バイスドライバでも読み書きを行うことが可能である。

【００９２】

【発明の効果】以上説明したように、この発明によれ
ば、１度のＷＲＩＴＥ／ＲＥＡＤコマンドの発行で、サ
イズの異なる複数のブロックを転送することができるよ
うにされているため、コマンド間に生じるオーバーヘッ
ド時間を著しく抑えることができ、データ転送速度が大
幅に向上するという効果がある。

【００９３】また、この発明によれば、ハードウェアの
構成としては従来のものを用い、ファームウェアで以て
処理することができるため、従来の機種にこの発明を新
たに適用する際にも、コストがほとんどかからないとい
う効果がある。

【００９４】さらに、実施の第１の形態では、ブロック
の構造がブロックテーブルという形でデータに付加され
るため、ホストコンピュータに対して最初にブロックテ
ーブルを転送しておいて、後からブロック構造を解析す
ることができるという効果がある。

【００９５】さらにまた、この発明では、サイズの異な
る複数のブロックを、一つの大きなデータにまとめて転
送するため、バスの利用効率が向上するという効果があ
る。従来のオーバーヘッドの時間を、他のデバイスが使
用することができるという効果がある。

【図面の簡単な説明】

【図１】この発明の実施の第１および第２の形態に共通
な各機器の接続形態の一例を示すブロック図である。

【図２】磁気テープ上のデータイメージの一例を概念的
に示す略線図である。

【図３】テープストリーマの構成の一例を概略的に示す
ブロック図である。

【図４】テープストリーマの構成のうち、端子からメモ
リまでの構成の一例を示すブロック図である。

【図５】テープストリーマの構成のうち、メモリにおけ
るデータ構造を中心として概略的に示すブロック図であ
る。

【図６】ＷＲＩＴＥ／ＲＥＡＤコマンドの構造の一例を
示す略線図である。

【図７】書き込みの際に作成されるブロックテーブルの
一例を示す略線図である。

【図８】テープストリーマに対するデータの記録の際の
処理を概略的に示すフローチャートである。

【図９】書き込み時のデータ転送の様子を従来の方法と
比較して示す略線図である。

【図１０】第１の実施の形態による方法で転送時間が短
縮されることを説明するための略線図である。

【図１１】テープストリーマからのデータの読み込みの
際の処理を概略的に示すフローチャートである。

【図１２】読み出しの際に作成されるブロックテーブル
の一例を示す略線図である。

【図１３】読み込み時のデータ転送の様子を従来の方法
と比較して示す略線図である。

【図１４】第１の実施の形態による方法で転送時間が短
縮されることを説明するための略線図である。

【図１５】実施の第２の形態による転送データの構造の
一例を示す略線図である。

【図１６】実施の第２の形態による、テープストリーマ
におけるデータ書き込みの処理を示すフローチャートで
ある。

【図１７】実施の第２の形態による、テープストリーマ
におけるデータ読み込みの処理を示すフローチャートで
ある。

【図１８】ブロック、ファイル、セット、ボリューム、
物理デバイスおよびストレージシステムの階層関係を説
明するための略線図である。

【図１９】実施の第３の形態によるブロックテーブルの
構成を示す略線図である。

【図２０】実施の第４の形態によるブロックテーブルの
構成を示す略線図である。

【符号の説明】

１・・・ホストコンピュータ、２・・・ＳＣＳＩケーブ
ル、３・・・テープストリーマ、１１・・・ＳＣＳＩコ
ントローラ、１２・・・データ圧縮コントローラＡＬＤ
Ｃ、１３・・・アドレスコントローラＡＤＣ、１４・・
・メモリ、１５・・・ＥＣＣエンコーダ／デコーダ、１
８・・・磁気テープ、２０，２２，２３・・・ＣＰＵ、
１１１・・・ＳＣＳＩコントローラに内蔵されたＦＩＦ
Ｏ

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ブロックサイズが可変なディジタルデー
   タを転送するデータ転送方法において、 転送を指示する１つのコマンドによってブロックサイズ
   が互いに異なる複数のデータブロックを上記転送する際
   に、上記複数のデータブロックのそれぞれのブロック情
   報を上記複数のデータブロックと共に転送するようにし
   たことを特徴とするデータ転送方法。
2. 【請求項２】 請求項１に記載のデータ転送方法におい
   て、 上記ブロック情報は、上記データブロックの上記ブロッ
   クサイズ情報であることを特徴とするデータ転送方法。
3. 【請求項３】 請求項１に記載のデータ転送方法におい
   て、 上記複数のデータブロックのそれぞれの上記ブロック情
   報を１つにまとめてテーブルとして転送することを特徴
   とするデータ転送方法。
4. 【請求項４】 請求項１に記載のデータ転送方法におい
   て、 上記複数のデータブロックを転送する際に、データブロ
   ックと該データブロックに対応する上記ブロック情報と
   からなる組を連続的に転送するようにした事を特徴とす
   るデータ転送方法。
5. 【請求項５】 請求項１に記載のデータ転送方法におい
   て、 上記ブロック情報に、ファイル、セット、ボリュームお
   よび物理デバイスのうちの少なくとも一つの境界を示す
   属性情報が含まれていることを特徴とするデータ転送方
   法。
6. 【請求項６】 ブロックサイズが可変なディジタルデー
   タを転送するデータ転送装置において、 転送を指示する１つのコマンドによってブロックサイズ
   が互いに異なる複数のデータブロックを転送する手段
   と、 上記複数のデータブロックのそれぞれのブロック情報を
   上記複数のデータブロックと共に転送する手段とを有す
   ることを特徴とするデータ転送装置。
7. 【請求項７】 ディジタルデータを転送するデータ転送
   装置において、 転送を指示する１つのコマンドによって複数のデータブ
   ロックを転送する手段と、 上記複数のデータブロックのそれぞれのブロック情報を
   上記複数のデータブロックと共に転送する手段とを備
   え、 上記ブロック情報は、ファイル、セット、ボリュームお
   よび物理デバイスのうちの少なくとも一つの境界を示す
   属性情報を有していることを特徴とするデータ転送装
   置。