JP3309575B2 - データレコーダ - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータや観測装
置等からの大量のデータを記録できるようにしたデータ
レコーダに関するものである。

【０００２】

【従来の技術】例えばコンピュータや観測装置（ホスト
装置）からの大量のデータを記録するためのデータレコ
ーダとして、ヘリカルスキャン型の記録再生手段を用い
て、磁気テープに高速でデータを記録する装置が提案さ
れている。このようなデータレコーダとして、例えばＡ
ＮＳＩ Ｘ３．１７５−１９９０ ＩＤ−１フォーマッ
トに準拠したデジタルデータレコーダが提案されてい
る。

【０００３】そこでこのようなデータレコーダでは、例
えば以下に示すようなデータの記録フォーマット（ＤＴ
Ｆ＝ Digital Tape Format）を定めることができる。す
なわち本願の発明の適用されるフォーマット（ＤＴＦ）
では、ヘリカルスキャンヘッドで記録される１トラック
に例えば３２７６８バイトのデータが記録されるように
なっている。そして１本の記録媒体（カセットテープ）
には、例えば１０万トラック以上の記録が行われるもの
である。

【０００４】このようなフォーマット（ＤＴＦ）を採用
したデータレコーダにおいて、データのアクセスは、こ
のデータレコーダに接続されるデータバスラインのビッ
ト幅によって規制される。従ってこのデータバスライン
のビット幅が広い程、高速のアクセスを行えることにな
り、近年このビット幅は８ビットから１６ビット、３２
ビット（＝４バイト）へと拡大される傾向になってい
る。もちろん３２ビットの場合が最も高速でアクセス可
能なものである。

【０００５】従ってこのようなフォーマット（ＤＴＦ）
を採用したデータレコーダにおいては、最も高速でのア
クセスが可能なように、データバスラインのビット幅を
例えば３２ビットで回路を構成することになる。ところ
が、上述のコンピュータや観測装置等のホスト装置にお
いては、依然としてデータバスラインのビット幅が８ビ
ットや１６ビットの装置が存在している。

【０００６】そこでこのようなデータバスラインのビッ
ト幅が８ビットや１６ビットの装置を、上述の３２ビッ
トで回路を構成したデータレコーダに接続した場合に
は、例えば一連のデータの末尾で、データが４バイト単
位で終了しない場合があり、この場合にデータの末尾で
不都合が発生する恐れがある。

【０００７】すなわち一連のデータの後に次のデータを
記録する場合に、従来の装置では、例えば図６に示すよ
うに、同じトラックに連続して記録が行われるようにな
っている。ここで一連のデータの末尾でデータが４バイ
ト単位で終了している場合には、図７のＡに示すように
アクセスの区切りとデータの区切りが一致しており、不
都合は発生しない。なお、図の１マスが１バイトとす
る。

【０００８】ところが、一連のデータの末尾でデータが
４バイト単位で終了していない場合には、例えば図７の
Ｂに示すように、前のデータの最後の２バイトａ１、ａ
２と、後のデータの最初の２バイトｂ１、ｂ２が、アク
セス単位の４バイトの中で共存していることになり、こ
のような記録データを４バイト単位でアクセスした場合
には、不都合を発生する恐れがある。

【０００９】すなわちこの場合に、これらのデータを４
バイトでアクセスすると、例えば前のデータを再生する
場合に、最後の２バイトａ１、ａ２と共に後のデータの
最初の２バイトｂ１、ｂ２が再生される。そしてこのバ
イトｂ１、ｂ２はデータの形式が整っているためにデー
タとして再生され、バイトａ１、ａ２の再生に悪影響を
与える恐れがある。

【００１０】同様に後のデータを再生する場合にも、最
初の２バイトｂ１、ｂ２と共に前のデータの最後の２バ
イトａ１、ａ２が再生される。そしてこのバイトａ１、
ａ２はデータの形式が整っているためにデータとして再
生され、バイトｂ１、ｂ２の再生に悪影響を与える恐れ
がある。

【００１１】これに対して、データバスラインのビット
幅が８ビットや１６ビットの装置が接続された場合に
は、そのビット幅に合わせて回路を切り換えることが考
えられるが、このような切り換えを行うための回路構成
が複雑になってしまう。また、常に８ビット＝１バイト
幅でアクセスを行うことも考えられるが、データの転送
時間が４バイト幅でアクセスする場合の４倍掛かること
になってしまう。

【００１２】

【発明が解決しようとする課題】この出願はこのような
点に鑑みて成されたものであって、解決しようとする問
題点は、所定の単位で構成されたデータレコーダにおい
て、供給されるデータが所定の単位で構成されていない
ときは、データの先頭や末尾で不都合が発生する恐れが
あるというものである。

【００１３】

【課題を解決するための手段】本発明による第１の手段
は、供給されるデータを所定のフォーマットに変換して
記録媒体に記録するようにしたデータレコーダにおい
て、上記記録媒体に対する記録の制御を行う制御手段
（サブＣＰＵ３）と、上記供給されるデータが所定の単
位で構成されているか否かの判断を行う手段（メインＣ
ＰＵ１）とを設け、上記供給されるデータが所定の単位
で構成されていないときは、上記制御手段で上記記録媒
体の記録トラックを１トラック進める制御を行って、次
の上記供給されるデータが上記記録媒体の記録トラック
の先頭から記録されるようにしたデータレコーダであ
る。

【００１４】本発明による第２の手段は、第１の手段記
載のデータレコーダにおいて、上記所定の単位は、上記
記録されるデータのアクセス単位であることを特徴とす
るデータレコーダである。

【００１５】本発明による第３の手段は、第１または第
２の手段記載のデータレコーダにおいて、上記所定の単
位は、４バイトであることを特徴とするデータレコーダ
である。

【００１６】本発明による第４の手段は、第１または第
２または第３の手段記載のデータレコーダにおいて、上
記処理がホスト装置と記録部の間に設けられるインター
フェイス部で行われるようにしたデータレコーダであ
る。

【００１７】

【作用】これによれば、記録媒体に対する記録の制御を
行う制御手段と、供給されるデータが所定の単位で構成
されているか否かの判断を行う手段とを設け、供給され
るデータが所定の単位で構成されていないときは、制御
手段で記録媒体の記録トラックを１トラック進める制御
を行って、次の供給されるデータが記録媒体の記録トラ
ックの先頭から記録されるようにしたことによって、ア
クセスされるデータ中に異なるデータが混在することが
なく、データの先頭や末尾で不都合を発生することな
く、良好なデータの記録再生を行うことができる。

【００１８】

【実施例】図１は、本発明によるデータレコーダを実施
するためのインターフェイス部１００の一例の構成を示
す。この図１において、コンピュータや観測装置等のホ
スト装置２００からのデータラインとコントロール（コ
マンド）ラインが、インターフェイス部１００に双方向
に接続される。またこのインターフェイス部１００から
のデータラインとコントロール（制御信号）ラインが、
レコーダ部３００に双方向に接続される。

【００１９】このインターフェイス部１００において、
１はメインＣＰＵであって、このメインＣＰＵ１にはホ
スト装置２００からのコントロールラインが双方向に接
続される。そして主にホスト装置２００からのコマンド
がメインＣＰＵ１に供給される。さらにメインＣＰＵ１
からのアクノレッジ等がホスト装置２００に供給され
る。そしてこのメインＣＰＵ１から、後述するサブＣＰ
Ｕ３等を通じて、インターフェイス部１００の全体の制
御が行われる。

【００２０】また、２はデュアルポートＲＡＭであっ
て、このデュアルポートＲＡＭ２はメインＣＰＵ１とサ
ブＣＰＵ３との間で双方のコマンド通信に用られる。さ
らにサブＣＰＵ３からのコントロールラインがレコーダ
部３００に双方向に接続される。そしてこのサブＣＰＵ
３では、メインＣＰＵ１からのコマンドを受けてシステ
ム制御信号が形成され、この信号がレコーダ部３００等
に供給される。またレコーダ部３００からのアドレス等
がサブＣＰＵ３に供給される。

【００２１】さらに、第１及び第２のバンクメモリ４
ａ、４ｂが設けられる。そしてホスト装置２００からの
データラインが、バンクメモリ４ａに双方向に接続され
る。さらにバンクメモリ４ｂからのデータラインが、レ
コーダ部３００に双方向に接続される。

【００２２】また、バンクメモリ４ａ、４ｂに対してそ
れぞれメモリ制御回路５、６が設けられる。このメモリ
制御回路５にメインＣＰＵ１が双方向に接続される。ま
たメモリ制御回路６にサブＣＰＵ３が双方向に接続され
る。さらにバンクメモリ４ａ、４ｂに対してバンク切り
換え回路７が設けられる。このバンク切り換え回路７に
サブＣＰＵ３からの信号が供給されて、必要なタイミン
グでバンクメモリ４ａ、４ｂが相互に切り換えられる。

【００２３】そしてこの装置において、例えば図２のフ
ローチャートに示すようなデータ書き込み処理のプログ
ラムが、メインＣＰＵ１に設けられる。すなわちホスト
装置２００からのデータ書き込みのコマンドがメインＣ
ＰＵ１に供給されると、この図２の処理がスタートされ
る。

【００２４】この図２の処理がスタートされると、まず
ステップ〔１〕で、ホスト装置２００からの例えば３２
７６８バイトデータが受け取られる。次にステップ
〔２〕で、ホスト装置２００からのデータの転送が終了
したか否か判断される。ここでデータの転送が終了して
いるときは、ステップ〔３〕で、ホスト装置２００へ処
理の終了を示す信号が返送されて、処理は終了（エン
ド）される。

【００２５】また、ステップ〔２〕で、ホスト装置２０
０からのデータの転送が終了していないときは、ステッ
プ〔４〕以下の処理で、転送されたデータがバンクメモ
リ４ａに展開される。

【００２６】すなわちステップ〔４〕で、展開されたデ
ータが記録時にトラックの終端となる位置に達したか否
か判断される。ここで達していないときは、ステップ
〔５〕で、データの終端が４バイト単位となっているか
否か判断される。そして４バイト単位となっているとき
は、ステップ〔１〕に戻されて、ホスト装置２００から
の次の例えば３２７６８バイトデータが受け取られ、処
理が繰り返される。

【００２７】またステップ〔４〕で展開されたデータが
記録時にトラックの終端となる位置に達したか、ステッ
プ〔５〕でデータの終端が４バイト単位となっていない
ときは、ステップ〔６〕で、トラックを１進める処理が
行われる。さらにステップ〔７〕で、転送されたデータ
がバンクメモリ４ａの終端に達したか否か判断される。
ここで達していないときは、ステップ〔１〕に戻されて
処理が繰り返される。

【００２８】また、ステップ〔７〕で転送されたデータ
がバンクメモリ４ａの終端に達したときは、ステップ
〔８〕でサブＣＰＵ３に書き込みの制御を行う命令が送
信され、この後ステップ〔１〕に戻されて処理が繰り返
される。なお、書き込みの制御を行う命令を受け取った
サブＣＰＵ３では、バンクメモリ４ａ、４ｂの切り換え
を行った後、レコーダ部３００に対する記録の制御を行
う。

【００２９】従ってこの装置において、ホスト装置２０
０から転送されたデータの終端が４バイト単位となって
いないときは、記録トラックが１進められ、次のデータ
は次のトラックに記録される。これによって図３に示す
ように、前のデータの終端が４バイト単位となっていな
いときは、後のデータの記録がトラックの先頭からにな
るようにされる。

【００３０】すなわち図４に示すように、前のデータの
最後が２バイトａ１、ａ２で終了しているときは、これ
より後のトラックが空白とされ、後のデータの各バイト
ｂ１、ｂ２の記録が次のトラックの先頭から行われる。
なお、前のデータの最後が４バイト単位で終了している
ときは、従来と同様に同じトラックに連続して記録が行
われる。

【００３１】従って、このように記録されたデータを４
バイトでアクセスすると、例えば前のデータを再生する
場合に、最後の２バイトａ１、ａ２の後のトラックは空
白であり、データとしては再生されないので、バイトａ
１、ａ２の再生に悪影響を与える恐れがない。また後の
データを再生する場合にも、データの最初がトラックの
先頭から始まっているので、不都合のない再生を行うこ
とができる。

【００３２】こうして上述の装置によれば、記録媒体に
対する記録の制御を行う制御手段（サブＣＰＵ３）と、
供給されるデータが所定の単位で構成されているか否か
の判断を行う手段（メインＣＰＵ１）とを設け、供給さ
れるデータが所定の単位で構成されていないときは、制
御手段で記録媒体の記録トラックを１トラック進める制
御を行って、次の供給されるデータが記録媒体の記録ト
ラックの先頭から記録されるようにしたことによって、
アクセスされるデータ中に異なるデータが混在すること
がなく、データの先頭や末尾で不都合を発生することな
く、良好なデータの記録再生を行うことができるもので
ある。

【００３３】なお、図５は従来のデータ書き込み処理の
プログラムのフローチャートを示し、図２と共通する部
分には同一の符号を付してある。従ってこの図からも明
らかなように、図２では、従来の処理に、データの終端
が４バイト単位となっているか否か判断するステップ
〔５〕が追加されただけであり、ハードウェア化やＩＣ
化にも応用しやすいものである。

【００３４】さらに、本願の発明は上述のＤＴＦに対応
するインターフェイスであればどのようなものに対して
も実現可能であり、またこのＤＴＦは上述のＩＤ−１フ
ォーマットに対するデータレコーダ／ストリーマであれ
ばどのようなものでも実現可能であるので、本願の発明
はＩＤ−１フォーマットを採用する全てデータレコーダ
のインターフェイスに適用できるものである。

【００３５】また、従来のＡ／Ｄ変換でレーダーなどか
らのアナログデータをデジタルに変換して、ＩＤ−１フ
ォーマットに対応するデータレコーダに記録するような
場合にも、デジタルデータに変換したデータをさらに上
述のＤＴＦに変換することで、本願の発明を適用するこ
とができる。

【００３６】また、従来のＶＭＥボードを用いたシステ
ムでは、データはＶＭＥバスを通じてインターフェイス
に転送され、データレコーダにＩＤ−１フォーマットで
記録されるが、ここで上述のＤＴＦを採用することで、
本願の発明を適用することができる。

【００３７】さらにデータレコーダ本体のデータ記録方
式を、ＩＤ−１／ＤＴＦに切り換え可能とすることによ
って、本願の発明を適用することができる。この場合
に、データレコーダのコマンド入力にはＤＴＦに対応す
るものを追加する。

【００３８】

【発明の効果】この発明によれば、記録媒体に対する記
録の制御を行う制御手段と、供給されるデータが所定の
単位で構成されているか否かの判断を行う手段とを設
け、供給されるデータが所定の単位で構成されていない
ときは、制御手段で記録媒体の記録トラックを１トラッ
ク進める制御を行って、次の供給されるデータが記録媒
体の記録トラックの先頭から記録されるようにしたこと
によって、アクセスされるデータ中に異なるデータが混
在することがなく、データの先頭や末尾で不都合を発生
することなく、良好なデータの記録再生を行うことがで
きるようになった。

【図面の簡単な説明】

【図１】本発明によるデータレコーダの一例の構成図で
ある。

【図２】その動作の説明のためのフローチャート図であ
る。

【図３】その説明のための線図である。

【図４】その説明のための線図である。

【図５】従来の動作の説明のためのフローチャート図で
ある。

【図６】従来の装置の説明のための線図である。

【図７】従来の装置の説明のための線図である。

【符号の説明】

１００ インターフェイス部 ２００ ホスト装置 ３００ レコーダ部 １ メインＣＰＵ ２ デュアルポートＲＡＭ ３ サブＣＰＵ ４ａ、４ｂ 第１及び第２のバンクメモリ ５、６ メモリ制御回路 ７ バンク切り換え回路

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平６−107296（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G11B 15/02 364 G06F 3/06 304 G11B 15/087 G11B 20/12 103

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 供給されるデータを所定のフォーマット
   に変換して記録媒体に記録するようにしたデータレコー
   ダにおいて、 上記記録媒体に対する記録の制御を行う制御手段と、 上記供給されるデータが所定の単位で構成されているか
   否かの判断を行う手段とを設け、 上記供給されるデータが所定の単位で構成されていない
   ときは、上記制御手段で上記記録媒体の記録トラックを
   １トラック進める制御を行って、 次の上記供給されるデータが上記記録媒体の記録トラッ
   クの先頭から記録されるようにしたデータレコーダ。
2. 【請求項２】 請求項１記載のデータレコーダにおい
   て、 上記所定の単位は、上記記録されるデータのアクセス単
   位であることを特徴とするデータレコーダ。
3. 【請求項３】 請求項１または２記載のデータレコーダ
   において、 上記所定の単位は、４バイトであることを特徴とするデ
   ータレコーダ。
4. 【請求項４】 請求項１または２または３記載のデータ
   レコーダにおいて、 上記処理がホスト装置と記録部の間に設けられるインタ
   ーフェイス部で行われるようにしたデータレコーダ。