JP2000195144A

JP2000195144A - 記録媒体駆動装置および方法、情報記録再生システムおよび方法、並びに提供媒体

Info

Publication number: JP2000195144A
Application number: JP10369412A
Authority: JP
Inventors: Hiroaki Yada; 博昭矢田; Hiroshi Sugano; 浩菅野
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-12-25
Filing date: 1998-12-25
Publication date: 2000-07-14
Also published as: US6697958B1

Abstract

(57)【要約】【課題】連続するAVデータを、ハードディスクドライ
ブに実時間で記録再生できるようにする。【解決手段】ホスト１のCPU２４は、ホストインタフ
ェースバス２を介してHDD３にアクセスし、AVデータを
ディスク４５に連続的に記録または再生させる。HDD３
ではなく、ホスト１のCPU２４によりシーク、記録また
は再生の動作に誤りがある場合の再実行の最大許容時間
または最大許容回数が制御される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、記録媒体駆動装置
および方法、情報記録再生システムおよび方法、並びに
提供媒体に関し、特に、例えば動画像などの実時間連続
データを記録または再生する記録媒体駆動装置および方
法、情報記録再生システムおよび方法、並びに提供媒体
に関する。

【０００２】

【従来の技術】代表的な磁気ディスク装置であるHDD(Ha
rd Disk Drive)は、磁気ヘッド技術や信号処理技術等の
進歩により、1990年頃から現在まで、面記録密度が年率
60%で向上し続けている。2000年過ぎには、3.5インチ径
のディスク１枚に、10GB乃至20GBのデータが記録できる
ようになると考えられており、複数枚のディスクを持つ
HDD１台が100GB以上の記録容量を持つようになる。よっ
て、近年実用化された、DV(Digital Video)（転送レー
ト＝29Mbps)やMPEG2(Moving Picture Experts Group Ph
ase-2)（転送レート＝15Mbps）などの高効率デジタル動
画像圧縮技術を用いることにより、HDDに複数チャンネ
ルの動画像情報を同時に記録または再生すること、すな
わちマルチチャンネル動画像ディスクレコーダの実用化
が可能になる。

【０００３】しかし、HDDは、コンピュータの一次記憶
装置として発展してきた歴史から、いわゆる離散テキス
ト型データを、信頼性よく、できるだけ速く、ランダム
にアクセスする方向での技術向上がなされてきた。その
ため、HDDの動作は時間軸上で離散的である。すなわ
ち、ホストからHDDに供給された記録や再生などの命令
は、１つずつ独立した離散的動作として実行され、所定
時間以内に記録動作または再生動作が完了することを保
証（実時間性の保証）するには、予めHDDの設計段階
で、HDDの動作を所定時間以内に記録または再生の動作
が完了するよう制限する必要があった。

【０００４】

【発明が解決しようとする課題】この実時間性の確保を
阻害する要因の一つに、データ記録／再生の再実行（リ
トライ）がある。データ記録／再生の再実行（リトラ
イ）とは、データの記録動作または再生動作中に不具合
が見つかった場合、同じ動作を再度実行することを意味
する。HDDにおけるデータの記録／再生は、通信技術に
おけるパケットに相当する短いデータセクタ単位（例え
ば512Byte単位）で行われる。

【０００５】HDDにおいてデータの記録／再生を実行す
るために、目標データセクタが存在するトラックにヘッ
ドを移動中に、目標セクタが存在するトラックを発見で
きなかった場合（シークエラーの場合）、当該データセ
クタに対してヘッド移動が再度実行（シークリトライ）
される。シークエラーは、目標データセクタ群（例え
ば、512Byte単位）の全データが正しく記録／再生され
ず、誤り訂正符号(ECC)でも訂正できない長大なバース
トエラーを引き起こす可能性がある。従って、シークリ
トライは、行う方が望ましいが、１回のシークリトライ
には、数ms乃至数10ms程度の時間が必要となるので、実
時間性確保が阻害される。

【０００６】また、１つのデータセクタの記録中に、例
えばHDDに外部から加わった機械的衝撃等によって、デ
ータトラックからヘッドの位置がずれた場合、ヘッドの
元のトラックへの復帰と、ディスク回転により当該セク
タがヘッド直下に再来することを待って、当該データセ
クタに対してデータ記録動作が再度実行（ライトリトラ
イ）される。よって、ライトリトライが生じると、本来
は連続的なデータ記録動作が一旦途切れ、ディスク回転
待ち時間（例えば回転速度が90Hzの場合、11ms）が必要
になるので、実時間性が阻害される。

【０００７】更に、１つのデータセクタの再生時にセク
タに付加された誤り訂正符号の訂正能力を越えた量のエ
ラーが発生し、訂正不能と判断された場合には、ディス
クの回転により当該セクタがヘッド直下に再来すること
を待って、当該論理セクタの再生動作が再度実行（リー
ドリトライ）される。この場合も、本来は連続的なデー
タ再生動作が一旦途切れ、ディスク回転待ち時間が必要
になるので、実時間性が阻害される。更に１度リードリ
トライしても、再度訂正不能と判定された場合には、２
回目のリードリトライが実行される。エラーがノイズな
どのランダムな原因によるハードエラーである場合に
は、例えば10回以上リードリトライを行っても正しく読
めず、100ms以上ものリトライ時間が必要となり、実時
間性確保に致命的な傷害となる。

【０００８】上記各種再実行の最大実行回数は、HDDの
設計に予め決められる値であって、ディスクレコーダ全
体の状況に応じて適切に制御されるものではなかった。
また、従来から、リトライの実行を全面的に許可する
か、または、禁止する手段（例えば、ANSI(American Na
tional Standards Institute)のATA（AT-Attachment）
インターフェース規格の一部）は提供されているが、リ
トライを全面的に許可すれば、無駄時間が増え、実時間
が確保できなくなる。逆に、全面的に禁止すれば、シー
クエラー救済不能によるバーストエラーを引き起こし、
画質が大幅に劣化するという課題があった。

【０００９】本発明は、このような状況に鑑みてなされ
たものであり、各種再実行を実時間性の確保が可能な範
囲で実行することにより、HDDとして必要な画質および
信頼性を維持しながらも、動画像の連続記録あるいは再
生に必要な実時間性が損なわれないようにするものであ
る。

【００１０】

【課題を解決するための手段】請求項１に記載の記録媒
体駆動装置は、情報処理装置が出力する、再実行を制御
する制御信号を受信する制御信号受信手段と、情報処理
装置が出力する制御信号に基づいて、再実行を制御する
再実行制御手段とを備えることを特徴とする。

【００１１】請求項７に記載の記録媒体駆動方法は、情
報処理装置が出力する、再実行を制御する制御信号を受
信する制御信号受信ステップと、情報処理装置が出力す
る制御信号に基づいて、再実行を制御する再実行制御ス
テップとを含むことを特徴とする。

【００１２】請求項８に記載の提供媒体は、情報処理装
置が出力する、再実行を制御する制御信号を受信する制
御信号受信ステップと、情報処理装置が出力する制御信
号に基づいて、再実行を制御する再実行制御ステップと
を含む処理を実行させるコンピュータが読み取り可能な
プログラムを提供することを特徴とする。

【００１３】請求項９に記載の情報処理装置は、記録媒
体駆動装置のシーク、記録または再生の動作に誤りがあ
った場合の再実行による遅延時間を管理する管理手段
と、管理手段が管理する遅延時間に基づいて、記録媒体
駆動装置の再実行を制御する制御信号を発生する発生手
段と、発生手段により発生された制御信号を、記録媒体
駆動装置に送信する送信手段とを備えることを特徴とす
る。

【００１４】請求項１４に記載の情報処理方法は、記録
媒体駆動装置のシーク、記録または再生の動作に誤りが
あった場合の再実行による遅延時間を管理する管理ステ
ップと、管理ステップで管理する遅延時間に基づいて、
記録媒体駆動装置の再実行を制御する制御信号を発生す
る発生ステップと、発生ステップで発生された制御信号
を、記録媒体駆動装置に送信する送信ステップとを含む
ことを特徴とする。

【００１５】請求項１５に記載の提供媒体は、記録媒体
駆動装置のシーク、記録または再生の動作に誤りがあっ
た場合の再実行による遅延時間を管理する管理ステップ
と、管理ステップで管理する遅延時間に基づいて、記録
媒体駆動装置の再実行を制御する制御信号を発生する発
生ステップと、発生ステップで発生された制御信号を、
記録媒体駆動装置に送信する送信ステップとを含む処理
を実行させるコンピュータが読み取り可能なプログラム
を提供することを特徴とする。

【００１６】請求項１６に記載の情報記録再生システム
は、記録媒体駆動装置は、情報処理装置が出力する、再
実行を制御する制御信号を受信する制御信号受信手段
と、情報処理装置が出力する制御信号に基づいて、再実
行を制御する再実行制御手段とを備え、情報処理装置
は、記録媒体駆動装置のシーク、記録または再生の動作
に誤りがあった場合の再実行による遅延時間を管理する
管理手段と、管理手段が管理する遅延時間に基づいて、
記録媒体駆動装置の再実行を制御する制御信号を発生す
る発生手段と、発生手段により発生された制御信号を、
記録媒体駆動装置に送信する送信手段とを備えることを
特徴とする。

【００１７】請求項１７に記載の情報記録再生方法は、
記録媒体駆動装置の情報記録再生方法は、情報処理装置
が出力する、再実行を制御する制御信号を受信する制御
信号受信ステップと、情報処理装置が出力する制御信号
に基づいて、再実行を制御する再実行制御ステップとを
含み、情報処理装置の情報記録再生方法は、記録媒体駆
動装置のシーク、記録または再生の動作に誤りがあった
場合の前記再実行による遅延時間を管理する管理ステッ
プと、管理ステップで管理する遅延時間に基づいて、記
録媒体駆動装置の再実行を制御する制御信号を発生する
発生ステップと、発生ステップで発生された制御信号
を、記録媒体駆動装置に送信する送信ステップとを含む
ことを特徴とする。

【００１８】請求項１８に記載の提供媒体は、情報処理
装置が出力する、再実行を制御する制御信号を受信する
制御信号受信ステップと、情報処理装置が出力する制御
信号に基づいて、再実行を制御する再実行制御ステップ
とを含む処理を実行させ、情報処理装置に、記録媒体駆
動装置のシーク、記録または再生の動作に誤りがあった
場合の再実行による遅延時間を管理する管理ステップ
と、管理ステップで管理する遅延時間に基づいて、記録
媒体駆動装置の再実行を制御する制御信号を発生する発
生ステップと、発生ステップで発生された制御信号を、
記録媒体駆動装置に送信する送信ステップとを含む処理
を実行させるコンピュータが読み取り可能なプログラム
を提供することを特徴とする。

【００１９】請求項１に記載の記録媒体駆動装置、請求
項７に記載の記録媒体駆動方法、および請求項８に記載
の提供媒体においては、記録媒体駆動装置のシーク、記
録または再生の動作に誤りがあった場合、情報処理装置
からの制御信号に基づいて、記録媒体駆動装置の再実行
が制御される。

【００２０】請求項９に記載の情報処理装置、請求項１
４に記載の情報処理方法、および請求項１５に記載の提
供媒体においては、記録媒体駆動装置のシーク、記録ま
たは再生の動作に誤りがあった場合、情報処理装置によ
って、記録媒体駆動装置の再実行による遅延時間が管理
される。

【００２１】請求項１６に記載の情報記録再生システ
ム、請求項１７に記載の情報記録再生方法、および請求
項１８に記載の提供媒体においては、記録媒体駆動装置
のシーク、記録または再生の動作に誤りがあった場合、
情報処理装置によって、記録駆動媒体の再実行による遅
延時間が管理され、再実行が制御される。

【００２２】

【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。

【００２３】請求項１に記載の記録媒体駆動装置は、情
報処理装置（例えば、図１のホスト１）が出力する、再
実行を制御する制御信号を受信する制御信号受信手段
（例えば、図１のHDC３１）と、情報処理装置が出力す
る制御信号に基づいて、再実行を制御する再実行制御手
段（例えば、図１のCPU３８）とを備えることを特徴と
する。

【００２４】請求項２に記載の記録媒体駆動装置は、再
実行による遅延時間を前記情報処理装置に送信する遅延
時間送信手段（例えば、図１９のステップＳ５１）をさ
らに備えることを特徴とする。

【００２５】請求項９に記載の情報処理装置は、記録媒
体駆動装置のシーク、記録または再生の動作に誤りがあ
った場合の再実行による遅延時間を管理する管理手段
（例えば、図１０のステップＳ２１）と、管理手段が管
理する遅延時間に基づいて、記録媒体駆動装置の再実行
を制御する制御信号を発生する発生手段（例えば、図１
０のステップＳ２２）と、発生手段により発生された制
御信号を、記録媒体駆動装置に送信する送信手段（例え
ば、図１のメモリ制御回路１５）とを備えることを特徴
とする。

【００２６】請求項１６に記載の情報記録再生システム
は、記録媒体駆動装置が、情報処理装置が出力する、再
実行を制御する制御信号を受信する制御信号受信手段
（例えば、図１のHDC３１）と、情報処理装置が出力す
る制御信号に基づいて、再実行を制御する再実行制御手
段（例えば、図１のCPU３８）とを備え、情報処理装置
が、記録媒体駆動装置のシーク、記録または再生の動作
に誤りがあった場合の再実行による遅延時間を管理する
管理手段（例えば、図１０のステップＳ２１）と、管理
手段が管理する遅延時間に基づいて、記録媒体駆動装置
の再実行を制御する制御信号を発生する発生手段（例え
ば、図１０のステップＳ２２）と、発生手段により発生
された制御信号を、記録媒体駆動装置に送信する送信手
段（例えば、図１のメモリ制御回路１５）とを備えるこ
とを特徴とする。

【００２７】以下に、本発明を適用した情報記録再生シ
ステムについて説明する。なお、以下の例では、典型的
な例として、固定型HDDについて説明する。

【００２８】図１には、本発明を適用した情報記録再生
システムとしてのデジタル画像ディスクレコーダの構成
例が表されている。ホスト１には、ホストインターフェ
ースバス２を介してHDD３が接続させている。ホスト１
の第１のチャンネル（Ch.1）のAV(Audio Visual)エンコ
ーダ１１−１は、入力された画像信号を、例えば、MPEG
方式で圧縮（エンコード）する画像情報圧縮器１２、画
像信号に対応する音響信号をMPEG方式で圧縮（エンコー
ド）する音響情報圧縮器１３、並びに画像情報圧縮器１
２と音響情報圧縮器１３の出力を合成するマルチプレク
サ（MUX）１４とを有している。第１のチャンネルのAV
エンコーダ１１−１と同様に、第２のチャンネル（Ch.
2）のAVエンコーダ１１−２が設けられており、図示は
省略するが、このAVエンコーダ１１−２も、第２のチャ
ンネルの画像信号を圧縮する画像情報圧縮器、第２のチ
ャンネルの音響信号を圧縮する音響情報圧縮器、および
それらの圧縮信号をマルチプレクスするマルチプレクサ
を内蔵している。

【００２９】AVエンコーダ１１−１または、AVエンコー
ダ１１−２より出力された信号は、メモリ制御回路１５
に入力される。メモリ制御回路１５にはまた、既に、図
示せぬ装置で圧縮されている第３のチャンネル（Ch.3）
の圧縮映像音響データも入力される。

【００３０】メモリ制御回路１５には、ホストメモリ２
２が接続されており、このホストメモリ２２には、HDD
３としての磁気ディスク４５（以下、単に、ディスク４
５と称する）に記録または再生される単位としての１ク
ラスタ分のデータが、少なくとも記憶される。メモリ制
御回路１５は、AVエンコーダ１１−１，１１−２より入
力される圧縮映像音響データ、または、既に圧縮された
状態で入力される圧縮映像音響データをホストメモリ２
２に供給し、記憶させた後、AV−インタフェース（I/
F）２７からホストインタフェースバス２を介してHDD３
に供給する。また、メモリ制御回路１５は、HDD３から
ホストインタフェースバス２、およびAVインタフェース
２７を介して入力された再生データを、ホストメモリ２
２に一旦記憶させた後、適宜それを読み出し、AVデコー
ダ１６−１，１６−２に出力するか、または、そのまま
図示せぬ装置に出力する。

【００３１】第１のチャンネルのAVデコーダ１６−１
は、メモリ制御回路１５より入力された圧縮映像音響デ
ータから、映像データと音響データを分離し、それぞ
れ、補間回路１８と補間回路２０に出力するデマルチプ
レクサ（DEMUX）１７を有している。補間回路１８は、
デマルチプレクサ１７より入力された圧縮映像データの
誤りを補間し、画像情報伸長器１９に出力している。画
像情報伸長器１９は、画像情報圧縮器１２に対応する伸
長処理を行い、伸長した画像信号を、図示せぬ装置に出
力する。補間回路２０は、デマルチプレクサ１７より入
力された音響データの誤りを補間し、音響情報伸長器２
１に出力している。音響情報伸長器２１は、音響情報圧
縮器１３に対応する方式で入力された音響情報を伸長
し、図示せぬ装置に出力する。

【００３２】図示は省略するが、AVデコーダ１６−２
も、AVデコーダ１６−１と同様に、デマルチプレクサ、
補間回路、画像情報伸長器、および音響情報伸長器を内
蔵している。

【００３３】この例では、１台のHDD４０をホストイン
タフェースバス２を介して、ホスト１と接続し、同時に
３チャンネルの圧縮動画・音響データが記録または再生
できる構成となっている。ホストインタフェースバス２
としては、例えばANSI（American National Standards
Institute）における拡張IDE（Integrated Device Elec
tronics）規格（ATA（AT Attachment）規格）が用いら
れる。ディスクレコーダ全体の動作は、CPU２４により
管理されており、そのファームウエアはROM２６に記憶
されており、RAM２５はCPU２４の作業領域として用いら
れる。ユーザからディスクレコーダへ動作指示を与え、
またディスクレコーダからユーザに動作状況を知らせる
ためのユーザインタフェース機構として、特に図示しな
いスイッチ、リモートコントローラ、キーボード、液晶
表示装置等が装備され、それらとの入出力はCPU２４が
管理する。

【００３４】HDD３に対する記録または再生の指示は、C
PU２４がCPUバス２３を介してAV-I/F２７から拡張IDE規
格に定義されているWrite命令またはRead命令を発行さ
せることにより行われる。また、ホスト１とHDD３の間
のデータの転送は、CPU２４がメモリ制御回路１５とAV-
I/F２７に指示することにより実行される。

【００３５】HDD３は、ハードディスクコントローラ（H
DC）３１を有しており、HDC３１は、ホストインタフェ
ースバス２を介して入力されたデータを、一旦バッファ
メモリ３２に記憶させた後、適宜これを読み出して、記
録チャンネル信号処理回路３３に供給するとともに、再
生チャンネル信号処理回路３７より供給された再生デー
タを、バッファメモリ３２に一旦記憶させた後、適宜こ
れを読み出して、ホストインタフェースバス２を介して
出力する。

【００３６】記録チャンネル信号処理回路３３は、入力
されたデータを所定の変調方式で変調した後、増幅器３
４を介して磁気ヘッド（以下、単に、ヘッドと称する）
３５に供給し、ディスク４５に記録させる。

【００３７】また、ヘッド３５は、ディスク４５に記録
されているデータを再生し、増幅器３６を介して再生チ
ャンネル信号処理回路３７に出力する。再生チャンネル
信号処理回路３７は、入力されたデータを記録チャンネ
ル信号処理回路３３における場合と対応する方式で復調
し、HDC３１に出力する。

【００３８】CPU３８は、CPUバス３９を介して、HDC３
１や再生チャンネル信号処理回路３７、記録チャンネル
信号処理回路３３などを制御するようになされている。
サーボDSP（デジタルシグナルプロセッサ）４０は、再
生チャンネル信号処理回路３７より入力された再生デー
タに基づいてサーボ信号を生成し、増幅器４１を介し
て、ボイスコイルモータ（VCM）４２に出力する。VCM４
２は、入力された信号に対応してヘッド３５をディスク
４５の半径方向に移送（シーク）し、ヘッド３５をディ
スク４５の所定のトラック上に位置させる。

【００３９】スピンドルモータ（SPM）制御器４３は、
スピンドルモータ（SPM）４４が出力するFG信号とPG信
号に基づいて制御信号を生成して、スピンドルモータ４
４を所定の速度で回転させる。

【００４０】図２に、ROM２６に格納され、CPU２４が実
行するファームウエアの階層構成を示す。下位の第１層
には、前記ユーザインタフェース機構との入出力を行う
ユーザI/F部、MPEG2エンコーダ・デコーダ管理部、メモ
リ制御回路１５に指示して、ホストメモリ２２へのAVデ
ータストリームやクラスタの書き込みや読み出しを行う
ホストメモリ管理部、およびHDDデバイスドライバが設
けられている。上位の第２層には、これら第１層を管理
し、ディスクレコーダ全体の動作を司るシステム管理ソ
フトウエアが設けられている。システム管理ソフトウエ
アの機能には、各チャンネルの記録や再生動作の指示と
管理、HDD３やホストメモリ２２などの各ハードウエア
資源の稼働状況の把握と管理など、デジタル動画ディス
クレコーダに必要な機能のうち、第１層に含まれていな
い全てのものが含まれる。

【００４１】まず、デジタル動画ディスクレコーダ全体
における記録時の信号の流れを説明する。第１のチャン
ネル（Ch.1）においては、外部から入力されたアナログ
画像信号（例えばNTSC信号）が、画像情報圧縮器１２に
おいてデジタル化された後、データレートが１／５程度
まで圧縮される。画像情報圧縮の方式としては、DVやMP
EG2などが実用化されており、元のデジタル映像情報に
対して、離散コサイン変換やフレーム間動き検出、再量
子化、２次元ハフマン符号化などを行うことにより、情
報量が圧縮される。外部から同時に入力されたアナログ
音響信号も、音響情報圧縮器１３によりデジタル化さ
れ、データレートが圧縮される。圧縮された映像情報と
音響情報は、MUX１４でマルチプレクスされ、AVデータ
ストリームとされる。いまの場合、映像情報圧縮方式と
してMPEG2方式を用い、AVデータストリームのデータレ
ートは8Mbit/sであるとする。

【００４２】このAVデータストリームは、メモリ制御回
路１５を介して、一旦ホストメモリ２２に順次記憶され
る。CPU２４はファームウエアのホストメモリ管理部に
従って、メモリ制御回路１５に指示を出し、ホストメモ
リ２２からHDD３に記録すべきひとまとまりのデータで
あるクラスタを読み出し、AV-I/F２７を介してホストイ
ンタフェースバス２を経て、HDD３に送り、記録させ
る。

【００４３】図３に、クラスタと、MPEG2のデータスト
リームに定義されるGOP（Group of picture）の関係を
示す。図３の例では、クラスタは、GOPを４分割して得
たデータのまとまりとされている。GOPは15フレームの
画像よりなり、１フレームは1/30秒に相当するので、１
つのGOPは0.5秒に相当し、ビットレートが、８Mbit/sと
すると、そのデータ量は4Mbitとなる。よって、それを
４分割して得た１つのクラスタのデータ量は1Mbitであ
り、HDD３のセクタサイズが512Byte（4096bit）なの
で、約256セクタ分のデータ量に相当する。すなわち、H
DD３は、ホスト１から記録命令を受ける度に、約256セ
クタにAVデータストリームを連続的に記録する。

【００４４】記録時のHDD３の動作は以下に述べる通り
である。簡単のため、図４に示すように、Ch.1の１本の
データストリームのみを記録する場合を例にあげる。

【００４５】CPU２４は、記録すべき１つのクラスタ
が、HDD３の所定の論理ブロックアドレスから所定の長
さのデータブロックとして連続して記録されるように、
HDD３にコマンドを送る。HDD３の内部のHDC３１は、こ
のコマンドを受け、CPU３８と共同して、論理ブロック
アドレスを、HDD３の内部の物理アドレス（ディスク面
番号、トラック番号、セクタ番号等）に変換する。続い
て、ホストメモリ２２から送出された１クラスタ分のデ
ータ（例えば256セクタ分のデータ）が、ホストインタ
フェースバス２を介してHDC３１に受け取られ、バッフ
ァメモリ３２に一旦蓄積される。

【００４６】HDC３１は、このデータをHDD３のトラック
上に設定された論理データセクタの長さ（512Byte）に
分割し、さらにその前後に、読み出し時にビット同期を
取るためのプリアンブルパターンや誤り訂正符号を付加
してセクタデータを形成した後、ディスク回転に同期し
ながら、記録チャンネル信号処理回路３３に出力する。
記録チャンネル信号処理回路３３は、そのセクタデータ
にチャンネル符号化を施し、ヘッド３５とディスク４５
からなる磁気記録チャンネルの特性に適合した２値系列
に変換する。この２値系列は、増幅器３４により、矩形
状の記録電流波形に対応付けられ、ヘッド３５によっ
て、磁気ディスク４５上の磁化反転パターンとして記録
される。

【００４７】ここで、予め記録対象となる目標トラック
にヘッド３５を位置決めしておく必要があるので、HDC
３１とCPU３８から目標トラック番号を受け取ったサー
ボDSP４０は、ディスク面上のトラック番号を再生チャ
ンネル信号処理回路３７から受け取りながら、ヘッド３
５をその物理アドレスに移動させ、位置決めを行う。以
上の例では、図４に示すように、１つのクラスタの記録
に使用可能な時間は125msであるが、HDD３のシークと回
転待ち動作（S1）と記録動作（W1）に要する時間は、HD
Dの速度性能にもよるが、30ms程度であり、残りの時間
が余り時間（E）となる。

【００４８】次に、再生時の信号の流れを説明する。

【００４９】まず、システム管理ソフトウエアは、ファ
ームウエアのユーザI/F部からの入力情報に従って、再
生すべきAVデータストリーム名を特定し、そのストリー
ムを構成する各クラスタが記録されているHDDの論理ブ
ロックアドレスを求め、HDDデバイスドライバに、ホス
トインタフェースバス２（例えばIDE-I/F）上に定義さ
れた読み出し命令を発行させ、当該クラスタを読み出さ
せる。同時に、ホストメモリ管理部は、メモリ制御回路
１５を通じて、ホストメモリ２２に、クラスタを再構成
するための記憶領域を確保させる。

【００５０】上記のIDE-I/F上に発行された読み出し命
令は、HDD３のHDC３１を介してCPU３８に与えられる。C
PU３８は、当該クラスタの論理ブロックアドレスを、デ
ィスク４５の物理アドレス（ディスク面番号、トラック
番号、セクタ番号等）に変換し、サーボDSP４０に命じ
てヘッド３５をその物理アドレスに移動させ、データの
読み出しを開始させる。すなわち、ディスク４５上に記
録された磁化反転パターンは、ヘッド３５により読み出
され、増幅器３６で増幅された後、再生チャンネル信号
処理回路３７によりビット同期が取られ、２値データ系
列として検出され、記録時に施されたチャンネル符号化
の逆変換としての復号化が行われ、セクタデータとして
再生される。

【００５１】このセクタデータはHDC３１に送られ、誤
り訂正復号化を経て、512バイト単位の論理データとし
て、バッファメモリ３２に順次蓄積された後、ホストイ
ンタフェースバス２とメモリ制御回路１５を介して、ホ
ストメモリ２２に順次転送され、１つのクラスタが形成
される。１つのクラスタの読み出しが完了すると、同様
に、後続するクラスタの読み出しが命令され、HDD３よ
りセクタデータ群が読み出され、ホストメモリ２２上に
後続クラスタが形成される。形成されたクラスタは、順
次読み出され、AVデータストリームとして、例えばCh.1
用のAVデコーダ１６−１に与えられる。

【００５２】このAVデータストリームは、デマルチプレ
クサ１７により映像データと音響データに分離される。
映像データは、データにエラーが存在した場合に、前後
のデータから補間する補間回路１８を経て画像情報伸長
器１９により、通常のデジタル画像情報に伸長される。
この画像情報は、D/A変換器などによりNTSCアナログ映
像信号に変換され、外部のモニタなどに与えられる。

【００５３】以上、Ch.1のみについて、圧縮画像データ
を記録する場合と、再生する場合の信号の流れを説明し
たが、第２のチャンネル（Ch.2）や第３のチャンネル
（Ch.3）のデータを含め、複数のデータストリームを記
録または再生する場合は、以下のようになる。

【００５４】図５に、Ch.1のデータストリームを記録す
ると同時に、Ch.2のデータストリームの再生を行う場合
のタイミングチャートの例を示す。HDD３には、一度に
１つのクラスタしか記録または再生できない。よって、
これら２チャンネル分のクラスタを処理する場合、記録
または再生が交互に行われる。例えば、まずCh.1のクラ
スタ(k,1)を記録すべき領域にアクセスするため、シー
クと回転待ち(S1)を行い、クラスタ(k,1)を記録(W1)す
る。次に、空き時間(E)をはさんで、Ch.2のクラスタを
再生するためシークと回転待ち(S2)を行う。このシーク
動作は、これら異なるチャンネルのクラスタが、ディス
ク面上で全く異なる半径のトラックに存在する場合が普
通であるために必要となる。次にクラスタ(k,1)を再生
(R2)する。その後、これら一連の動作が繰り返される。
図５の例では、１台のHDD３に２チャンネルを同時に記
録／再生させても、余裕時間（E）が残る。

【００５５】図６は、３チャンネル（Ch.1，Ch.2，Ch.
3）を同時に記録する場合のタイミングチャートの例を
示す。ホスト１側からは、Ch.1用AVエンコーダ１１−１
が生成するデータストリームと、Ch.2用エンコーダ１１
−２が生成するデータストリームと、Ch.3の入力のデー
タストリームの３本が、メモリ制御回路１５を経てホス
トメモリ２２に一旦記憶される。それら３本のデータス
トリームは、それぞれクラスタに分割され、交互に、ホ
ストインタフェースバス２上のWrite命令によって、HDD
３に記録される。HDD３は、上記図５の２チャンネル同
時動作の場合と同様に、一度には１チャンネルのクラス
タのみを記録し、交互に３チャンネルの記録を進めて行
く。

【００５６】この場合は、図６に示すように、HDD３
は、シークと記録の動作で忙しく、空き時間(E)は非常
に短くなる。このようにディスクレコーダが、HDD３の
速度性能が許す最大のチャンネル数において、同時に記
録または再生する場合には、長時間の空き時間を確保す
ることは難しい。

【００５７】以上のディスクレコーダの動作説明から判
るように、HDD３の動作状況は、その時点でディスクレ
コーダが扱っているチャンネル数に依存して変化する。
すなわち、最大３チャンネル同時記録／再生が可能なレ
コーダの例では、３チャンネル同時動作をしている時に
は、HDD３はわずかな空き時間しか持たないものの、１
チャンネル動作の場合には、かなりの空き時間が存在す
る。また、実際の使用状況では、ディスクレコーダが最
大可能チャンネル数で、常時動作し続けることは無く、
必ず動作チャンネル数が少なくなる、または全く記録／
再生しない休止状態になる場合が存在する。ディスクレ
コーダのシステム管理ソフトウエアは、動作チャンネル
数など、ディスクレコーダの動作状況を把握しているの
で、HDD３の空き時間の状況も把握できる。

【００５８】そこで、本発明では、ディスクレコーダに
おいて、HDD３に空き時間または休止時間が存在し、か
つホスト１側のシステム管理ソフトウエアが空き時間の
状況を把握していることに着目し、それら空き時間また
は休止時間において、HDD３が従来の技術の項で述べた
シークリトライ、ライトリトライ、およびリードリトラ
イを、可能な限り実行できるように、ホスト１が制御す
る。

【００５９】このため、ホストインタフェースバス２上
において、シークリトライ、ライトリトライ、およびリ
ードリトライ動作に対し、ホスト１が実行を指示するコ
マンドが設けられている。これらのコマンドにより、シ
ークリトライ、ライトリトライ、およびリードリトライ
動作の実行に関して、ホスト１とHDD３が通信すること
が可能になり、HDD３の信頼性の維持管理のために必要
なシークリトライ、ライトリトライ、およびリードリト
ライ動作が、ディスクレコーダの動作状況が許す限り、
ホスト１の管理下で実行できるようになる。

【００６０】以下に、上述したシークリトライ、ライト
リトライ、およびリードリトライ動作について、ホスト
１が実行を管理する場合の処理例を述べる。

【００６１】まず、再生されたデータに誤りが存在した
ときの再読み出しの許容回数を、ホスト１から指示する
場合の第１の動作例について述べる。

【００６２】図７は、このために、新たに設定されるAV
モード設定コマンド１２０の構成を表しており、このコ
マンド１２０は、AVストリームデータの書き込み、読み
出しにおける動作モードを設定するコマンドである。AV
モード設定動作を指定するコマンド識別コード（例えば
８５ｈ）がCommandレジスタ１０６に指定されている。
コマンド１２０のデータ（パラメータ）としてホスト１
のCPU２４からHDD３に送られるデータ（パラメータ）１
２１は、図８に示すように構成され、ここには、AVスト
リームデータの読み出し、書き込み、およびシーク時に
おける動作モードを規定するいろいろなパラメータが含
まれている。このデータ１２１の中に、再生時および記
録時において、１つのコマンドに対して許容されるリト
ライ回数が指定される。例えば図８の例においては、デ
ータ１２１のバイト０にリードリトライ許容回数が、デ
ータ１２１のバイト１にライトリトライ許容回数が、デ
ータ１２１のバイト２にシークリトライ許容回数が、そ
れぞれ指定されている。なお、図８においては、その他
のパラメータは図示が省略されている。

【００６３】HDD３内のHDC３１ならびにCPU３８は、当
該コマンド１２０とパラメータ１２１を受信したとき、
リトライ回数の設定動作を、図９に示すフローチャート
に従って次のように行う。動作パラメータ１２１にはリ
トライ回数以外にもAVモード動作時のパラメータが含ま
れているが、図９においても、これらの処理は示されて
いない。

【００６４】CPU３８は、内部のRAM領域の中に記憶して
いる、シーク、リード、およびライトに関するリトライ
最大回数の変数の値を、コマンド１２０のパラメータ１
２１によって指示される値に変更する（ステップＳ１
１）。これ以降CPU３８は、当該変数の値をシーク、リ
ード、およびライト時のリトライ許容回数の値として、
ライト、またはリードコマンドを実行する。

【００６５】以上のような処理を行うことで、ホスト１
から１コマンドあたりのリトライ許容回数を指定するこ
とにより、コマンド当たりの実行時間の増加をホスト１
が制御することができる。

【００６６】ホスト１のCPU２４は、以上のように定義
されたAVモード設定コマンド１２０を用いて、HDD３と
の間でAVストリームデータの転送を行う場合、図１０に
示すフローチャートに従って次のように処理を進める。

【００６７】ホスト１のCPU２４は、現在のチャンネル
数、空き時間、クラスタサイズ等を考慮して、所定時間
内に所定のチャンネル数のデータを記録再生するための
リトライ回数を決定する（ステップＳ２１）。例えば、
図４の例においては、１チャンネルのみの記録であるか
ら、０．１２５秒の間に２５６セクタのデータを書けば
よく、空き時間Eが多いので、リトライ回数を空き時間E
を超えない範囲で増加させることができる。また、図６
の例は３チャンネルの同時記録の場合であり、明らかに
図４の場合よりも空き時間Eが少ない。このような場合
には、CPU２４は、リトライ回数を少なくするという判
断を行うことになる。

【００６８】次に、ホスト１のCPU２４は、コマンド１
２０を発行して、HDD３に対し、最大リトライ回数を設
定する（ステップＳ２２）。CPU２４は、記録再生チャ
ンネル数、空き時間、クラスタサイズなどの実行環境の
変更が生ずるたびにステップＳ２１，Ｓ２２の処理を繰
り返し、最適なリトライ回数の設定を行う（ステップＳ
２３）。

【００６９】再生されたデータに誤りが存在したときの
再読み出しの許容回数を、ホスト１から指示する場合
の、第２の動作例について以下に述べる。

【００７０】図１１は、このために新たに定義されるAV
ストリームリードコマンド１２２の構成を表している。
リードコマンドを実行してAVストリームデータ転送を行
うとき、例えばFeatureレジスタ１００を用いてそのコ
マンドだけに有効なリトライ回数の許容値が指定され
る。コマンド１２２においては、ATA標準のリードコマ
ンドと同様に、そのSector Countレジスタ１０１に、読
み出しセクタ数が、Sector Numberレジスタ１０２、Cyl
inder Lowレジスタ１０３、Cylinder Highレジスタ１０
４、並びにDevice/Headレジスタ１０５の下位４ビット
に、読み出し開始論理ブロックアドレスが指定される。
コマンド１２２では、AVストリームデータリード処理を
示すコマンド識別コード（例えば８６ｈ）がCommandレ
ジスタ１０６に指定される。

【００７１】HDD３内のHDC３１ならびにCPU３８は、当
該コマンド１２２を受信したとき、AVストリームデータ
の読み出しを、図１２に示すフローチャートに従って次
のように行う。

【００７２】CPU３８は、内部のRAM領域の中で記憶して
いる、リードのリトライ最大回数の変数の値を、一時的
に別の領域に待避する（ステップＳ３１）。そして、コ
マンド１２２で指定されたディスク４５上の領域を、次
のステップＳ３３でアクセスする間、リードのリトライ
最大回数を記憶している変数の値を、コマンド１２２の
Featuresレジスタ１００で指定されたリトライ許容回数
の値に変更し（ステップＳ３２）、読み出し処理を実行
する（ステップＳ３３）。読み出し処理が終了したら、
ステップＳ３１で一時的に待避したリトライ最大回数の
値を元に戻す（ステップＳ３４）。

【００７３】以上のような処理を行うことで、ホスト１
からコマンド毎にリトライ許容回数を指定することによ
り、ホスト１のCPU２４がコマンド実行時間をより細か
く制御することが可能となる。図７のコマンド１２０を
使用せずに、効率的に一時的なリトライ回数変更が可能
となる。

【００７４】ホスト１のCPU２４は、以上のように定義
されたAVストリームリードコマンド１２２を用いて、HD
D３との間でAVストリームデータの転送を行う場合は、
図１３に示すフローチャートに従って次のように処理を
進める。

【００７５】ホスト１のCPU２４は、第１の動作例と同
様に、現在のチャンネル数、空き時間、クラスタサイズ
等を考慮して、所定時間内（例えば図６の例では０．１
２５秒）に所定のチャンネル数のデータを記録再生する
ためのリトライ回数を決定し、コマンド１２０を発行す
る（ステップＳ４１）。コマンド１２１において、すべ
てのコマンドでリトライが発生する最悪の場合を想定し
て、リトライ回数を指定してコマンド１２０を発行した
場合、実際にはリトライが発生しなかったとすると、所
定時間の終わりに近づくに従って空き時間が増加する。
そこで、空き時間が変化したか否かが判定され（ステッ
プＳ４２）、変化した場合、当該所定時間の終わりに発
行されるAVストリームデータリードコマンド１２２で
は、一時的にリトライ回数を増やしてリードエラーの発
生確率を低下させることができる（ステップＳ４３）。
空き時間に変化がない場合（ステップＳ４２）、リトラ
イ回数を変えずにコマンド１２２が発行される（ステッ
プＳ４４）。

【００７６】図１４は、新たに定義されるAVストリーム
ライトコマンド１２３の構成を表している。ライトコマ
ンドを実行してAVストリームデータ転送を行うときに、
例えばFeatureレジスタ１００を用いてそのコマンドだ
けに有効なリトライ回数の許容値が指定される。コマン
ド１２３においても、ATA標準のライトコマンドと同様
に、そのSector Countレジスタ１０１に、記録セクタ数
が、Sector Numberレジスタ１０２、Cylinder Lowレジ
スタ１０３、Cylinder Highレジスタ１０４、並びにDev
ice/Headレジスタ１０５の下位４ビットに、記録開始論
理ブロックアドレスが指定される。コマンド１２３で
は、AVストリームデータライト処理を示すコマンド識別
コード（例えば８７ｈ）がCommandレジスタ１０６に指
定される。

【００７７】HDD３内のHDC３１ならびにCPU３８は、当
該コマンド１２３を受信したとき、AVストリームデータ
の記録を、コマンド１２２における場合と同様に処理す
る。

【００７８】更に、図１５の例は、新たにシークリトラ
イ許容回数も指定されるAVストリームリードコマンド１
２４の構成を表している。リードコマンドを実行してAV
ストリームデータ転送を行うときに、例えばコマンド１
２２では、Featureレジスタ１００を用いてそのコマン
ドだけに有効なリードリトライ回数の許容値のみが指定
されていたが、コマンド１２４においては、Featureレ
ジスタ１００の上位４ビットにリードリトライ許容回数
が指定され、下位４ビットにシークリトライ回数の許容
値が割り当てられている。また、コマンド１２４では、
AVストリームデータリード処理を示すコマンド識別コー
ド（例えば８８ｈ）がCommandレジスタ１０６に指定さ
れる。

【００７９】リードエラーは、前後のデータから補間す
ることにより、救済をはかることがある程度可能であ
る。しかし、これに対して、シークエラーは、目標セク
タデータ群の全データが、正しく読み出されないために
長大なバーストエラーを引き起こす可能性がある。従っ
て、リードリトライ回数の許容値よりもシークリトライ
回数の許容値をより大きく確保することによって、ディ
スクレコーダのリードコマンドの信頼性は向上する。よ
って、CPU２４は、常にシークリトライ回数の許容値を
リードリトライ回数の許容値よりも大きくするように制
御する。

【００８０】HDD３内のHDC３１ならびにCPU３８は、当
該コマンド１２４を受信したとき、AVストリームデータ
の記録を、コマンド１２２における場合と同様に処理す
る。

【００８１】図１６の例は、新たにシークリトライ許容
回数も指定されるAVストリームライトコマンド１２５の
構成を表している。ここでは、コマンド１２４と同様
に、Featureレジスタ１００の上位４ビットにリードリ
トライ許容回数が指定され、下位４ビットにシークリト
ライ回数の許容値が割り当てられている。また、コマン
ド１２５では、AVストリームデータリード処理を示すコ
マンド識別コード（例えば８９ｈ）がCommandレジスタ
１０６に指定される。このようにシークリトライ回数の
許容値を指定することで、コマンド１２４同様に、ディ
スクレコーダのライトコマンドの信頼性は向上する。

【００８２】HDD３内のHDC３１ならびにCPU３８は、当
該コマンド１２５を受信したとき、AVストリームデータ
の記録を、コマンド１２２における場合と同様に処理す
る。

【００８３】次に、再生されたデータに誤りが存在した
ときの再読み出しの許容回数を、ホスト１から指示する
場合の、第３の動作例について述べる。

【００８４】第３の例においても、第１および第２の動
作例と同様に、AVモード設定コマンド１２０およびデー
タ１２１を用いてリトライ回数が指定され、コマンド１
２２を用いてコマンド毎に一時的にリトライ回数が変更
される。第３の動作例では、これらに加えて、図１７に
示す、リトライステータスセンスコマンド１２６が新た
に定義される。コマンド１２６では、リトライステータ
スセンスコマンド処理を示すコマンド識別コード（例え
ば９０ｈ）がCommandレジスタ１０６に指定される。コ
マンド１２６は、直前のリード、ライトコマンドにおい
て、データやシークのリトライが原因で発生した遅延時
間がどのくらい発生したかを、図１８に示すステータス
情報１２７として報告する。ステータス情報１２７の中
には、リトライによる遅延時間情報として、例えばシー
クリトライによる遅延、データリトライによる遅延量
が、秒単位、または、ディスク４５の１周回時間単位で
記述される。

【００８５】HDD３内のHDC３１ならびにCPU３８は、当
該コマンド１２６を受信したとき、直前に実行したリー
ド、或いはライトコマンドでリトライが原因で生じた遅
延情報の報告を、図１９に示すフローチャートに従って
次のように進める。

【００８６】CPU３８は、リード、ライトコマンド処理
においてコマンドの実行中（例えば、図１３の例ではス
テップＳ４３またはＳ４４）に発生した遅延時間を計測
し、内蔵するメモリに記憶する。CPU３８は、コマンド
１２６を受信すると、当該遅延時間をステータス情報１
２７としてホスト１のCPU２４へ通知する（ステップＳ
５１）。以上のような処理を行うことで、ホスト１から
コマンド１２６を発行することによって、ホスト１のCP
U２４は、実際に発生したリトライによる遅延時間情報
を把握することができ、以降のコマンドにおけるリトラ
イ許容回数をきめ細かく制御することが可能となる。

【００８７】ホスト１のCPU２４が、以上のように定義
されたAV用リード、ライトコマンド１２６を用いて、HD
D３との間でAVストリームデータの転送を行う場合は、
図２０に示すフローチャートに従って次のように処理を
進める。

【００８８】ホスト１のCPU２４は、第１と第２の動作
例と同様に、現在のチャンネル数、空き時間、クラスタ
サイズ等を考慮して、所定時間内（例えば図４の例では
０．１２５秒）に所定のチャンネル数のデータを記録再
生するためのリトライ回数を決定し、コマンド１２０を
発行して、最大リトライ回数を設定する（ステップＳ６
１）。次にCPU２４は、コマンド１２２を発行して、デ
ータの読み出しを行い（ステップＳ６２）、引き続い
て、コマンド１２６を発行して、当該コマンド１２２の
実行中に生じた遅延情報を入手する（ステップＳ６
３）。HDD３からコマンド１２６に対応するステータス
情報１２７を入手したとき、遅延情報に基き、空き時間
が再計算される（ステップＳ６４）。ここで再計算され
た空き時間は、次のコマンド１２２を発行する際にリト
ライ回数の決定時に参照される。

【００８９】尚、以上の３つの実施の形態においては、
リトライの制限方法として、各リトライの最大許容回数
を設定するとして説明したが、第２の制限方法として、
各リトライの最大許容時間を設定するとしても良い。

【００９０】以上においては、記録媒体として磁気ディ
スク（ハードディスク）を例として説明したが、本発明
は磁気ディスク以外の、光ディスク、光磁気ディスクな
どの記録媒体に対しても適用することが可能である。

【００９１】また、ディスクが交換可能なリムーバブル
HDD、またはその他の磁気ディスク装置においても本発
明は、適用することができることは言うまでもない。

【００９２】なお、本明細書において、システムとは、
複数の装置で構成される全体的な装置を示すものとす
る。

【００９３】また、上記したような処理を行うコンピュ
ータプログラムをユーザに提供する提供媒体としては、
磁気ディスク、CD-ROM、固体メモリなどの記録媒体の
他、ネットワーク、衛星などの通信媒体を利用すること
ができる。

【００９４】

【発明の効果】請求項１に記載の記録媒体駆動装置、請
求項７に記載の記録媒体駆動方法、および請求項８に記
載の提供媒体によれば、記録媒体駆動装置のシーク、記
録または再生の動作に誤りがあった場合、情報処理装置
からの制御信号に基づいて、記録媒体駆動装置の再実行
が制御されるので、実時間性と信頼性が保証された記録
媒体駆動装置を実現することができる。

【００９５】請求項９に記載の情報処理装置、請求項１
４に記載の情報処理方法、および請求項１５に記載の提
供媒体によれば、記録媒体駆動装置のシーク、記録また
は再生の動作に誤りがあった場合、情報処理装置によっ
て、記録媒体駆動装置の再実行による遅延時間が管理さ
れるので、実時間性と信頼性を確保できる。

【００９６】請求項１６に記載の情報記録再生システ
ム、請求項１７に記載の情報記録再生方法、および請求
項１８に記載の提供媒体によれば、記録媒体駆動装置の
シーク、記録または再生の動作に誤りがあった場合、情
報処理装置によって、記録駆動媒体の再実行による遅延
時間が管理され、再実行が制御されるので、実時間性と
信頼性を確保したシステムを実現することができる。

【図面の簡単な説明】

【図１】本発明を適用したデジタル画像ディスクレコー
ダの構成を示すブロック図である。

【図２】図１のホスト１側のCPU２４のソフトウェアの
構成例を示すブロック図である。

【図３】記録／再生のデータ単位であるクラスタと、MP
EG2におけるGOPの関係を示す図である。

【図４】１本のAVデータストリームを記録する場合のHD
Dの動作を示すタイミングチャートである。

【図５】複数のAVデータストリームを同時に記録／再生
する場合のHDDの動作を示すタイミングチャートであ
る。

【図６】３本のAVデータストリームを同時に記録／再生
する場合のHDDの動作を示すタイミングチャートであ
る。

【図７】AVモード設定コマンドのフォーマットを示す図
である。

【図８】AVモード設定パラメータのフォーマットを示す
図である。

【図９】図１のHDD３のAVモード設定コマンド処理を説
明するフローチャートである。

【図１０】図１のホスト１のAVモード設定コマンド処理
を説明するフローチャートである。

【図１１】AVストリームリードコマンドのフォーマット
を示す図である。

【図１２】図１のHDD３のAVストリームリードコマンド
処理を説明するフローチャートである。

【図１３】図１のホスト１のリトライ回数指定処理を説
明するフローチャートである。

【図１４】AVストリームライトコマンドのフォーマット
を示す図である。

【図１５】AVストリームリードコマンド（シークリトラ
イ許容回数指定）のフォーマットを示す図である。

【図１６】AVストリームライトコマンド（シークリトラ
イ許容回数指定）のフォーマットを示す図である。

【図１７】リトライステータスセンスコマンドのフォー
マットを示す図である。

【図１８】リトライステータス情報のフォーマットを示
す図である。

【図１９】図１のHDD３のリトライステータスセンスコ
マンド処理を説明するフローチャートである。

【図２０】図１のホスト１のリトライ回数指定処理を説
明するフローチャートである。

【符号の説明】

１ホスト，３ハードディスクドライブ，１１−
１，１１−２ AVエンコーダ，１６−１，１６−２
AVデコーダ，２４ CPU，３１ハードディスクコ
ントローラ，３２バッファメモリ，３３記録チ
ャンネル信号処理回路，３５ヘッド，３７再生
チャンネル信号処理回路，３８ CPU，４０サー
ボDSP，４５ディスク

Claims

【特許請求の範囲】

【請求項１】情報処理装置に接続され、前記情報処理
装置から供給される連続する画像情報または音響情報
を、内蔵する記録媒体に記録し、前記記録媒体から再生
した前記情報を前記情報処理装置に出力し、かつ、シー
ク、記録または再生の動作に誤りがあった場合、その動
作を再実行する記録媒体駆動装置において、前記情報処理装置が出力する、前記再実行を制御する制
御信号を受信する制御信号受信手段と、前記情報処理装置が出力する前記制御信号に基づいて、
前記再実行を制御する再実行制御手段とを備えることを
特徴とする記録媒体駆動装置。
【請求項２】前記再実行による遅延時間を前記情報処
理装置に送信する遅延時間送信手段をさらに備えること
を特徴とする請求項１に記載の記録媒体駆動装置。
【請求項３】前記再実行制御手段は、前記再実行の最
大許容回数または最大許容時間を制御することを特徴と
する請求項１に記載の記録媒体駆動装置。
【請求項４】前記再実行の最大許容回数は、記録また
は再生の動作に誤りがある場合より、シークの動作によ
る誤りがある場合の方が大きいことを特徴とする請求項
３に記載の記録媒体駆動装置。
【請求項５】前記再実行の最大許容時間は、記録また
は再生の動作に誤りがある場合より、シークの動作によ
る誤りがある場合の方が長いことを特徴とする請求項３
に記載の記録媒体駆動装置。
【請求項６】前記再実行の最大許容回数または最大許
容時間は、前記シーク、記録または再生の動作中に動的
に変化することを特徴とする請求項３に記載の記録媒体
駆動装置。
【請求項７】情報処理装置に接続され、前記情報処理
装置から供給される連続する画像情報または音響情報
を、内蔵する記録媒体に記録し、前記記録媒体から再生
した前記情報を前記情報処理装置に出力し、かつ、シー
ク、記録または再生の動作に誤りがあった場合、その動
作を再実行する記録媒体駆動装置の記録媒体駆動方法に
おいて、前記情報処理装置が出力する、前記再実行を制御する制
御信号を受信する制御信号受信ステップと、前記情報処理装置が出力する前記制御信号に基づいて、
前記再実行を制御する再実行制御ステップとを含むこと
を特徴とする記録媒体駆動方法。
【請求項８】情報処理装置に接続され、前記情報処理
装置から供給される連続する画像情報または音響情報
を、内蔵する記録媒体に記録し、前記記録媒体から再生
した前記情報を前記情報処理装置に出力し、かつ、シー
ク、記録または再生の動作に誤りがあった場合、その動
作を再実行する記録媒体駆動装置に、前記情報処理装置が出力する、前記再実行を制御する制
御信号を受信する制御信号受信ステップと、前記情報処理装置が出力する前記制御信号に基づいて、
前記再実行を制御する再実行制御ステップとを含む処理
を実行させるコンピュータが読み取り可能なプログラム
を提供することを特徴とする提供媒体。
【請求項９】シーク、記録または再生の動作に誤りが
あった場合、その動作を再実行する記録媒体駆動装置が
接続され、連続する画像情報または音響情報を、前記記
録媒体駆動装置に内蔵される記録媒体に記録または再生
させる情報処理装置において、前記記録媒体駆動装置のシーク、記録または再生の動作
に誤りがあった場合の前記再実行による遅延時間を管理
する管理手段と、前記管理手段が管理する前記遅延時間に基づいて、前記
記録媒体駆動装置の前記再実行を制御する制御信号を発
生する発生手段と、前記発生手段により発生された前記制御信号を、前記記
録媒体駆動装置に送信する送信手段とを備えることを特
徴とする情報処理装置。
【請求項１０】前記管理手段は、前記記録媒体駆動装
置が出力する前記再実行による遅延時間に関する情報を
受信することを特徴とする請求項９に記載の情報処理装
置。
【請求項１１】前記発生手段は、前記再実行の最大許
容回数または最大許容時間を制御する制御信号を発生す
ることを特徴とする請求項９に記載の情報処理装置。
【請求項１２】前記発生手段は、前記再実行の最大許
容時間または最大許容回数を、前記記録媒体駆動装置
が、同時に記録または再生を実行する情報のチャンネル
数に対応して制御する制御信号を発生することを特徴と
する請求項１１に記載の情報処理装置。
【請求項１３】前記発生手段は、前記再実行の最大許
容時間または最大許容回数を制御する制御信号を、シー
ク、記録または再生の動作を指令する制御信号と共に発
生することを特徴とする請求項１１に記載の情報処理装
置。
【請求項１４】シーク、記録または再生の動作に誤り
があった場合、その動作を再実行する記録媒体駆動装置
が接続され、連続する画像情報または音響情報を、前記
記録媒体駆動装置に内蔵される記録媒体に記録または再
生させる情報処理装置の情報処理方法において、前記記録媒体駆動装置のシーク、記録または再生の動作
に誤りがあった場合の前記再実行による遅延時間を管理
する管理ステップと、前記管理ステップで管理する前記遅延時間に基づいて、
前記記録媒体駆動装置の前記再実行を制御する制御信号
を発生する発生ステップと、前記発生ステップで発生された前記制御信号を、前記記
録媒体駆動装置に送信する送信ステップとを含むことを
特徴とする情報処理方法。
【請求項１５】シーク、記録または再生の動作に誤り
があった場合、その動作を再実行する記録媒体駆動装置
が接続され、連続する画像情報または音響情報を、前記
記録媒体駆動装置に内蔵される記録媒体に記録または再
生させる情報処理装置に、前記記録媒体駆動装置のシーク、記録または再生の動作
に誤りがあった場合の前記再実行による遅延時間を管理
する管理ステップと、前記管理ステップで管理する前記遅延時間に基づいて、
前記記録媒体駆動装置の前記再実行を制御する制御信号
を発生する発生ステップと、前記発生ステップで発生された前記制御信号を、前記記
録媒体駆動装置に送信する送信ステップとを含む処理を
実行させるコンピュータが読み取り可能なプログラムを
提供することを特徴とする提供媒体。
【請求項１６】情報処理装置と、前記情報処理装置に
接続され、シーク、記録または再生の動作に誤りがあっ
た場合、その動作を再実行する、前記情報処理装置から
供給された連続する画像情報または音響情報を、内蔵す
る記録媒体に記録すると共に、前記記録媒体から再生し
た前記情報を前記情報処理装置に出力する記録媒体駆動
装置とからなる情報記録再生システムにおいて、前記記録媒体駆動装置は、前記情報処理装置が出力する、前記再実行を制御する制
御信号を受信する制御信号受信手段と、前記情報処理装置が出力する前記制御信号に基づいて、
前記再実行を制御する再実行制御手段とを備え、前記情報処理装置は、前記記録媒体駆動装置のシーク、記録または再生の動作
に誤りがあった場合の前記再実行による遅延時間を管理
する管理手段と、前記管理手段が管理する前記遅延時間に基づいて、前記
記録媒体駆動装置の前記再実行を制御する前記制御信号
を発生する発生手段と、前記発生手段により発生された前記制御信号を、前記記
録媒体駆動装置に送信する送信手段とを備えることを特
徴とする情報記録再生システム。
【請求項１７】情報処理装置と、前記情報処理装置に
接続され、シーク、記録または再生の動作に誤りがあっ
た場合、その動作を再実行する、前記情報処理装置から
供給された連続する画像情報または音響情報を、内蔵す
る記録媒体に記録すると共に、前記記録媒体から再生し
た前記情報を前記情報処理装置に出力する記録媒体駆動
装置とからなる情報記録再生システムの情報記録再生方
法において、前記記録媒体駆動装置の情報記録再生方法は、前記情報処理装置が出力する、前記再実行を制御する制
御信号を受信する制御信号受信ステップと、前記情報処理装置が出力する前記制御信号に基づいて、
前記再実行を制御する再実行制御ステップとを含み、前記情報処理装置の情報記録再生方法は、前記記録媒体駆動装置のシーク、記録または再生の動作
に誤りがあった場合の前記再実行による遅延時間を管理
する管理ステップと、前記管理ステップで管理する前記遅延時間に基づいて、
前記記録媒体駆動装置の前記再実行を制御する制御信号
を発生する発生ステップと、前記発生ステップで発生された前記制御信号を、前記記
録媒体駆動装置に送信する送信ステップとを含むことを
特徴とする情報記録再生方法。
【請求項１８】情報処理装置と、前記情報処理装置に
接続され、シーク、記録または再生の動作に誤りがあっ
た場合、その動作を再実行する、前記情報処理装置から
供給された連続する画像情報または音響情報を、内蔵す
る記録媒体に記録すると共に、前記記録媒体から再生し
た前記情報を前記情報処理装置に出力する記録媒体駆動
装置とからなる情報記録再生システムの、前記記録媒体駆動装置に、前記情報処理装置が出力する、前記再実行を制御する制
御信号を受信する制御信号受信ステップと、前記情報処理装置が出力する前記制御信号に基づいて、
前記再実行を制御する再実行制御ステップとを含む処理
を実行させ、前記情報処理装置に、前記記録媒体駆動装置のシーク、記録または再生の動作
に誤りがあった場合の前記再実行による遅延時間を管理
する管理ステップと、前記管理ステップで管理する前記遅延時間に基づいて、
前記記録媒体駆動装置の前記再実行を制御する制御信号
を発生する発生ステップと、前記発生ステップで発生された前記制御信号を、前記記
録媒体駆動装置に送信する送信ステップとを含む処理を
実行させるコンピュータが読み取り可能なプログラムを
提供することを特徴とする提供媒体。