(57)【要約】【課題】  リアルタイムコンテンツを好適に記録する。【解決手段】  記録システム１０において、記録装置２００はホスト１００から供給されるリアルタイムコンテンツに係るデータの記録を実行する。記録はＥＣＣブロック単位で行われるが、記録が失敗した場合、その時点でデータ用バッファ２４０に蓄積されているＥＣＣブロックは全て破棄される。ＣＰＵ２１０は、この際、記録が失敗したブロック数、記録が失敗したセクタのアドレス、及び破棄されたブロックの数を含むエラー情報を生成し、ホスト１００が参照可能なエラー情報としてメモリ２８０に記憶する。【選択図】図１
2006216207.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に対し、ホストから前記記録媒体上における複数の記録領域に対応付けられて順次供給されるリアルタイムコンテンツに係るデータの記録を、前記供給されるデータの各々に対応付けられ、前記供給されるデータの各々の記録を指示するために前記ホストから順次供給されるコマンドに従って行う記録装置であって、
前記供給されたデータを順次蓄積する第１のバッファと、
前記供給されたコマンドを順次蓄積する第２のバッファと、
前記第２のバッファに蓄積された複数のコマンドの各々に対応する、前記第１のバッファに蓄積された複数のデータの各々の記録を、前記複数の記録領域のうち該各々に対応する記録領域に対して順次行う記録手段と、
前記蓄積された複数のデータのうち一のデータについて前記記録が失敗した場合に、前記蓄積された複数のデータのうち他のデータ、及び該他のデータに対応する前記コマンドのうち少なくとも一方を破棄する破棄手段と、
前記記録が失敗した場合に、前記一のデータ及び前記他のデータの各々に対応する記録領域に関して前記記録が失敗した旨を示すエラー情報を生成する生成手段と、
前記生成されたエラー情報を記憶する記憶手段と、
前記ホストに対し、所定のタイミングで前記記憶されたエラー情報の告知を行う告知手段と
を具備することを特徴とする記録装置。
【請求項２】
前記各々の記録が失敗したか否かを前記記録領域別に検出する検出手段を更に備え、
前記破棄手段は、前記検出手段により前記記録が失敗したことが検出された場合に、前記他のデータ及び前記他のデータに対応するコマンドのうち少なくとも一方を破棄し、
前記生成手段は、前記検出手段により前記記録が失敗したことが検出された場合に、前記エラー情報を生成する
ことを特徴とする請求項１に記載の記録装置。
【請求項３】
前記ホストは、前記リアルタイムコンテンツに係るデータを、前記記録媒体上におけるアドレスに対応付けられた所定のブロック単位で供給し、
前記第１のバッファは、前記ブロック単位で前記データを蓄積し、
前記第２のバッファは、前記ブロック単位別に前記コマンドを蓄積し、
前記記録手段は、前記ブロック単位で前記データの記録を行い、
前記破棄手段は、前記ブロック単位で前記データ及び前記コマンドのうち少なくとも一方を破棄し、
前記生成手段は、少なくとも（i）前記記録が失敗したブロックに対応する前記アドレス、及び（ii）前記記録が失敗したブロック及び前記破棄されたブロック各々のブロック数の総和を含むように、前記エラー情報を生成する
ことを特徴とする請求項１又は２に記載の記録装置。
【請求項４】
前記告知手段は、前記所定のタイミングとして、前記ホストから前記エラー情報の告知を要求された場合に前記告知を行う
ことを特徴とする請求項１から３のいずれか一項に記載の記録装置。
【請求項５】
記録媒体に対し、リアルタイムコンテンツの記録を行う記録システムであって、
リアルタイムコンテンツに係るデータを、前記記録媒体上における複数の記録領域に対応付けて供給する第１の供給手段と、
前記供給されるデータの各々の記録を指示するためのコマンドを、前記供給されるデータの各々に対応付けて供給する第２の供給手段と、
前記供給されたデータを順次蓄積する第１のバッファと、
前記供給されたコマンドを順次蓄積する第２のバッファと、
前記第２のバッファに蓄積された複数のコマンドの各々に対応する、前記第１のバッファに蓄積された複数のデータの各々の記録を、前記複数の記録領域のうち該各々に対応する記録領域に対して順次行う記録手段と、
前記蓄積された複数のデータのうち一のデータについて前記記録が失敗した場合に、前記蓄積された複数のデータのうち他のデータ及び該他のデータに対応する前記コマンドのうち少なくとも一方を破棄する破棄手段と、
前記記録が失敗した場合に、前記一のデータ及び前記他のデータの各々に対応する記録領域に関して前記記録が失敗した旨を示すエラー情報を生成する生成手段と、
前記生成されたエラー情報を記憶する記憶手段と、
所定のタイミングで前記記憶されたエラー情報の告知を行う告知手段と、
前記告知が行われたエラー情報に基づいて、前記一のデータ及び前記他のデータの各々に対応する前記記録領域に対し、所定種類の補完処理を行う補完手段と
を具備し、
前記第１の供給手段は、前記記録が失敗したか否かとは無関係に前記データを供給し、
前記第２の供給手段は、前記記録が失敗したか否かとは無関係に前記コマンドを供給する
ことを特徴とする記録システム。
【請求項６】
記録媒体に対し、リアルタイムコンテンツの記録を行う記録方法であって、
リアルタイムコンテンツに係るデータを、前記記録媒体上における複数の記録領域に対応付けて供給する第１の供給工程と、
前記供給されるデータの各々の記録を指示するためのコマンドを、前記供給されるデータの各々に対応付けて供給する第２の供給工程と、
前記供給されたデータを第１のバッファに順次蓄積する第１の蓄積工程と、
前記供給されたコマンドを第２のバッファに順次蓄積する第２の蓄積工程と、
前記第２のバッファに蓄積された複数のコマンドの各々に対応する、前記第１のバッファに蓄積された複数のデータの各々の記録を、前記複数の記録領域のうち該各々に対応する記録領域に対して順次行う記録工程と、
前記蓄積された複数のデータのうち一のデータについて前記記録が失敗した場合に、前記蓄積された複数のデータのうち他のデータ及び該他のデータに対応する前記コマンドのうち少なくとも一方を破棄する破棄工程と、
前記記録が失敗した場合に、前記一のデータ及び前記他のデータの各々に対応する記録領域に関して前記記録が失敗した旨を示すエラー情報を生成する生成工程と、
前記生成されたエラー情報を記憶する記憶工程と、
所定のタイミングで前記記憶されたエラー情報の告知を行う告知工程と、
前記告知が行われたエラー情報に基づいて、前記一のデータ及び前記他のデータの各々に対応する前記記録領域に対し、所定種類の補完処理を行う補完工程と
を具備し、
前記第１の供給工程は、前記記録が失敗したか否かとは無関係に前記データを供給し、
前記第２の供給工程は、前記記録が失敗したか否かとは無関係に前記コマンドを供給する
ことを特徴とする記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＤＶＤドライブ、ＤＶＤレコーダ等の記録装置、並びに、例えばこのようなＤＶＤドライブ及びホストを備えた記録システム及び方法の技術分野に関する。
【背景技術】
【０００２】
記録媒体にリアルタイムでデータを記録する方法が提案されている（例えば、特許文献１参照）。
【０００３】
特許文献１に記載の方法（以下、「従来の技術」と称する）によれば、例えば光ディスク等の光記録メディア（即ち、記録媒体）の記録領域に存在する欠陥領域に関する情報をホストに返信し、その欠陥領域を避けてデータの記録を行う。従って、データの記録時に初めて発見された欠陥領域であっても、これを避けてデータの記録を行うことが可能となり、リアルタイムデータの記録が可能であるとされている。
【０００４】
【特許文献１】特開平２００４−５９４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術には以下の問題点がある。
【０００６】
例えば、ホストがパーソナルコンピュータ（ＰＣ）などである場合、係るＰＣをホストとして機能させるべきアプリケーションプログラム（以降、適宜「ホストプログラム」と称する）が実行される。オペレーティングシステム上では、係るホストプログラムを含む様々なアプリケーションが動作しており、欠陥領域に関する情報は、正確にホストプログラムに届くとは限らない。ホストプログラムに欠陥領域に関する情報が届かない場合には、データの記録失敗をホスト側で認識することは不可能であるから、リアルタイムデータを正常に記録することが難しい。また、データの記録が失敗した時点と、エラー情報がホストに返信される時点とは実時間軸上で異なっており、その時間差分に相当するデータは、既にホストから正常な記録用のデータとして記録装置に供給されている。この状態で過去のデータの記録失敗が報告されても、既に供給したデータに関する新たな書き込み用のコマンドを生成することはホストプログラムにとって非常に困難である。即ち、従来の技術では、リアルタイムコンテンツを記録媒体へ記録することが困難であるという技術的課題がある。
【０００７】
本発明は、例えば、上述した事情に鑑みてなされたものであり、記録媒体に対し好適にリアルタイムコンテンツの記録を行うことが可能な記録装置、並びに記録システム及び方法を提供することを課題とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するため、請求項１の記録装置は、記録媒体に対し、ホストから前記記録媒体上における複数の記録領域に対応付けられて順次供給されるリアルタイムコンテンツに係るデータの記録を、前記供給されるデータの各々に対応付けられ、前記供給されるデータの各々の記録を指示するために前記ホストから順次供給されるコマンドに従って行う記録装置であって、前記供給されたデータを順次蓄積する第１のバッファと、前記供給されたコマンドを順次蓄積する第２のバッファと、前記第２のバッファに蓄積された複数のコマンドの各々に対応する、前記第１のバッファに蓄積された複数のデータの各々の記録を、前記複数の記録領域のうち該各々に対応する記録領域に対して順次行う記録手段と、前記蓄積された複数のデータのうち一のデータについて前記記録が失敗した場合に、前記蓄積された複数のデータのうち他のデータ、及び該他のデータに対応する前記コマンドのうち少なくとも一方を破棄する破棄手段と、前記記録が失敗した場合に、前記一のデータ及び前記他のデータの各々に対応する記録領域に関して前記記録が失敗した旨を示すエラー情報を生成する生成手段と、前記生成されたエラー情報を記憶する記憶手段と、
前記ホストに対し、所定のタイミングで前記記憶されたエラー情報の告知を行う告知手段とを具備することを特徴とする。
【０００９】
上述した課題を解決するため、請求項５の記録システムは、記録媒体に対し、リアルタイムコンテンツの記録を行う記録システムであって、リアルタイムコンテンツに係るデータを、前記記録媒体上における複数の記録領域に対応付けて供給する第１の供給手段と、前記供給されるデータの各々の記録を指示するためのコマンドを、前記供給されるデータの各々に対応付けて供給する第２の供給手段と、前記供給されたデータを順次蓄積する第１のバッファと、前記供給されたコマンドを順次蓄積する第２のバッファと、前記第２のバッファに蓄積された複数のコマンドの各々に対応する、前記第１のバッファに蓄積された複数のデータの各々の記録を、前記複数の記録領域のうち該各々に対応する記録領域に対して順次行う記録手段と、前記蓄積された複数のデータのうち一のデータについて前記記録が失敗した場合に、前記蓄積された複数のデータのうち他のデータ及び該他のデータに対応する前記コマンドのうち少なくとも一方を破棄する破棄手段と、前記記録が失敗した場合に、前記一のデータ及び前記他のデータの各々に対応する記録領域に関して前記記録が失敗した旨を示すエラー情報を生成する生成手段と、前記生成されたエラー情報を記憶する記憶手段と、所定のタイミングで前記記憶されたエラー情報の告知を行う告知手段と、前記告知が行われたエラー情報に基づいて、前記一のデータ及び前記他のデータの各々に対応する前記記録領域に対し、所定種類の補完処理を行う補完手段と
を具備し、前記第１の供給手段は、前記記録が失敗したか否かとは無関係に前記データを供給し、前記第２の供給手段は、前記記録が失敗したか否かとは無関係に前記コマンドを供給することを特徴とする。
【００１０】
上述した課題を解決するため、請求項６の記録方法は、記録媒体に対し、リアルタイムコンテンツの記録を行う記録方法であって、リアルタイムコンテンツに係るデータを、前記記録媒体上における複数の記録領域に対応付けて供給する第１の供給工程と、前記供給されるデータの各々の記録を指示するためのコマンドを、前記供給されるデータの各々に対応付けて供給する第２の供給工程と、前記供給されたデータを第１のバッファに順次蓄積する第１の蓄積工程と、前記供給されたコマンドを第２のバッファに順次蓄積する第２の蓄積工程と、前記第２のバッファに蓄積された複数のコマンドの各々に対応する、前記第１のバッファに蓄積された複数のデータの各々の記録を、前記複数の記録領域のうち該各々に対応する記録領域に対して順次行う記録工程と、前記蓄積された複数のデータのうち一のデータについて前記記録が失敗した場合に、前記蓄積された複数のデータのうち他のデータ及び該他のデータに対応する前記コマンドのうち少なくとも一方を破棄する破棄工程と、前記記録が失敗した場合に、前記一のデータ及び前記他のデータの各々に対応する記録領域に関して前記記録が失敗した旨を示すエラー情報を生成する生成工程と、前記生成されたエラー情報を記憶する記憶工程と、所定のタイミングで前記記憶されたエラー情報の告知を行う告知工程と、前記告知が行われたエラー情報に基づいて、前記一のデータ及び前記他のデータの各々に対応する前記記録領域に対し、所定種類の補完処理を行う補完工程とを具備し、前記第１の供給工程は、前記記録が失敗したか否かとは無関係に前記データを供給し、前記第２の供給工程は、前記記録が失敗したか否かとは無関係に前記コマンドを供給することを特徴とする。
【発明を実施するための最良の形態】
【００１１】
＜記録装置の実施形態＞
本発明の記録装置に係る実施形態は、記録媒体に対し、ホストから前記記録媒体上における複数の記録領域に対応付けられて順次供給されるリアルタイムコンテンツに係るデータの記録を、前記供給されるデータの各々に対応付けられ、前記供給されるデータの各々の記録を指示するために前記ホストから順次供給されるコマンドに従って行う記録装置であって、前記供給されたデータを順次蓄積する第１のバッファと、前記供給されたコマンドを順次蓄積する第２のバッファと、前記第２のバッファに蓄積された複数のコマンドの各々に対応する、前記第１のバッファに蓄積された複数のデータの各々の記録を、前記複数の記録領域のうち該各々に対応する記録領域に対して順次行う記録手段と、前記蓄積された複数のデータのうち一のデータについて前記記録が失敗した場合に、前記蓄積された複数のデータのうち他のデータ、及び該他のデータに対応する前記コマンドのうち少なくとも一方を破棄する破棄手段と、前記記録が失敗した場合に、前記一のデータ及び前記他のデータの各々に対応する記録領域に関して前記記録が失敗した旨を示すエラー情報を生成する生成手段と、前記生成されたエラー情報を記憶する記憶手段と、前記ホストに対し、所定のタイミングで前記記憶されたエラー情報の告知を行う告知手段とを具備する。
【００１２】
本発明において、「記録媒体」とは、例えば、ＢＤ（Blue-lay Disc）、ＤＶＤ、又はＣＤなどの光情報記録媒体を指す。従って、本発明において「記録装置」とは、これら各種記録媒体へのデータの書き込みが可能な機器を指し、例えば、ＢＤドライブ、又はＤＶＤドライブなどを指す。また、本発明における「ホスト」とは、本発明の記録装置に対して、記録媒体へのデータの記録を指示すると共に、記録されるべきデータの供給を行う手段を広く規定する概念であり、例えば、パーソナルコンピュータ（パソコン）、ワークステーション、又はサーバ装置などのコンピュータシステム、又は、これら記録媒体にデータを記録するための専用の装置（例えば、ＤＶＤ録画装置など）を指す。また、ホストとは、これら装置に対し本発明に係る作用効果を実現させるためのコンピュータプログラムを指す。或いは、ホストとは、これらコンピュータプログラム及びコンピュータシステムの両方を指す。尚、例えば、ホストと記録装置とは、ＤＶＤ録画装置などのように、予め一体に構成されていてもよいし、パソコン環境下のように、記録装置が後付け或いは外付けされていてもよい。
【００１３】
本発明において、「リアルタイムコンテンツ」とは、記録媒体に記録（或いは録画）する場合にリアルタイム性を要求されるコンテンツを規定する概念であり、例えば、地上波を介して受信されるアナログ若しくはデジタル放送、衛星放送、又はケーブルテレビ放送などの各種放送形態における、ドラマ、映画、スポーツ、ライブ、バラエティ、又はニュースなどの各種番組などを指す。従って、「リアルタイムコンテンツに係るデータ」とは、これらリアルタイムコンテンツを構成するデータ群であって、記録すべきリアルタイムコンテンツの受信又は再生状況などに応じて実時間軸上で順次供給されるデータを指す。
【００１４】
本発明の記録装置によれば、その動作時には、ホストから供給されるリアルタイムコンテンツに係るデータが、順次第１のバッファに蓄積される。また、同じくホストから、供給されるデータの各々の記録を指示するためコマンドが供給され、第２のバッファに順次供給される。ここで、第１のバッファに蓄積されるデータは、記録媒体上の記録領域に対応付けられて供給されている。ここで「記録領域に対応付けられて」とは、データを書き込むべき記録媒体上の領域が指定されていることを指し、例えば、セクタのアドレスが指定されていることを指す。この対応関係を示す情報は、第２のバッファに蓄積されるコマンドに含まれていてもよい。第１のバッファに蓄積されたデータは、記録手段によって、第２のバッファに蓄積されるコマンドと一対一に対応する形で、記録媒体上において夫々に対応付けられた領域に順次記録される。また、記録を行うために第２のバッファからコマンドが参照された場合には、また、第１のバッファからデータが参照された場合には、夫々のバッファからコマンド及びデータは消失する。
【００１５】
ここで特に、記録媒体に製造上の欠陥（即ち、１次的な欠陥）がある場合、予め記録媒体の所定領域に格納されるディフェクトリスト（例えば、プライマリディフェクトリスト）に登録されているため、ホストはこれらを避けてデータの記録を行うことが容易にして可能である。また、記録媒体の実使用上明らかになった欠陥（即ち、傷、指紋、付着したゴミなどの２次的な欠陥）がある場合であっても、既にディフェクトリスト（例えば、セカンダリディフェクトリスト）に登録されている欠陥であれば、同様にこれを避けてデータの記録を行うことが可能である。しかしながら、データの記録時に初めて欠陥が発覚した場合、当該データの記録は、例えば、トラッキングエラー、又はフォーカシングエラーなどの発生によって、正常に実行できない場合が多い。
【００１６】
本発明において、データの記録が失敗した場合には、破棄手段により、現時点で第１のバッファに蓄積されているデータ及び第２のバッファに蓄積されているコマンドのうち少なくとも一方は破棄される。従って、この破棄の時点で、記録に失敗したデータ及び第１のバッファに蓄積されているデータの記録は、行われないことになる。更に、記録装置からホストに対し、記録の失敗を表すエラー情報が送信される。然るにこのエラー情報は、既に述べた通り、必ずしもホストに到達するとは限らない。ホストにエラー情報が到達しない場合、当然ながらそれに対する適切な対処を行うことは不可能に近い。
【００１７】
しかしながら、本発明の記録装置に係る実施形態では、以下の如くにして係る問題を解決している。即ち、第１のバッファに蓄積されたデータの一において記録が失敗した場合には、生成手段によって、記録が失敗したデータ及び破棄手段によって破棄されたデータ各々に対応する記録領域に関して、前記記録が失敗した旨を示すエラー情報が生成され、記憶手段によって記憶される。更には、この記憶されたエラー情報は、告知手段によって、所定のタイミングでホストに告知される。
【００１８】
この生成されたエラー情報は、記録が失敗した時点でホストに出力される前述のエラー情報と異なり、記憶手段に一旦記憶されるため、ホストは処理能力に余裕のある時点でこのエラー情報を参照することが可能となる。従って、記録媒体に対し好適にリアルタイムコンテンツの記録を行うことが可能となるのである。
【００１９】
尚、係るエラー情報は、例えば、ＤＲＴ−ＤＭ（Distributed Real-Time Defect Management）などの欠陥管理方式が採用されている場合には、係る方式において定義されるＴｙｐｅ１〜３のエラーに追加する形で、例えばＴｙｐｅ４のエラー情報として生成されてもよい。また、この際、係るエラー情報は、ＤＢＩ(Distributed Block Information)メモリに記憶されてもよい。即ち、ＤＢＩメモリを本発明に係る記憶手段として機能させてもよい。
【００２０】
本発明の記録装置に係る実施形態の一の態様では、前記各々の記録が失敗したか否かを前記記録領域別に検出する検出手段を更に備え、前記破棄手段は、前記検出手段により前記記録が失敗したことが検出された場合に、前記他のデータ及び前記他のデータに対応するコマンドのうち少なくとも一方を破棄し、前記生成手段は、前記検出手段により前記記録が失敗したことが検出された場合に、前記エラー情報を生成する。
【００２１】
この態様によれば、例えばサーボが外れたことを検出する検出手段によって、記録が失敗であったことが迅速且つ確実に検出される。よって、この検出結果に基づいて、記録失敗の際のデータやコマンドの破棄、更にエラー情報の生成を迅速且つ確実に行うことが可能となる。
【００２２】
本発明の記録装置に係る実施形態の一の態様では、前記ホストは、前記リアルタイムコンテンツに係るデータを、前記記録媒体上におけるアドレスに対応付けられた所定のブロック単位で供給し、前記第１のバッファは、前記ブロック単位で前記データを蓄積し、前記第２のバッファは、前記ブロック単位別に前記コマンドを蓄積し、前記記録手段は、前記ブロック単位で前記データの記録を行い、前記破棄手段は、前記ブロック単位で前記データ及び前記コマンドのうち少なくとも一方を破棄し、前記生成手段は、少なくとも（i）前記記録が失敗したブロックに対応する前記アドレス、及び（ii）前記記録が失敗したブロック及び前記破棄されたブロック各々のブロック数の総和を含むように、前記エラー情報を生成する。
【００２３】
ここで述べられる「所定のブロック」とは、例えば、記録媒体へデータを記録する際の記録単位を指す。例えば、記録媒体がＤＶＤ、又はＢＤなどである場合、これら記録媒体へのデータの記録は、ＥＣＣブロック単位で行われる。この場合、「所定のブロック」とは係るＥＣＣブロックであってもよい。ＥＣＣブロックは、記録媒体上の最小記録単位であるセクタが、例えば１６個集まって構成されている。従って、ＥＣＣブロックの数が判明していれば、データのサイズは自ずと判明する。
【００２４】
この態様によれば、記録が失敗したブロックに対応するセクタのアドレス、並びに記録が失敗したブロック及び破棄されたブロック各々のブロック数の総和を含むようにエラー情報が生成されるので、ホスト側では比較的簡単に、データの正常記録がなされなかった記録媒体上の領域を特定することが可能となる。
【００２５】
本発明の記録装置に係る実施形態の他の態様では、前記告知手段は、前記所定のタイミングとして、前記ホストから前記エラー情報の告知を要求された場合に前記告知を行う。
【００２６】
この態様によれば、ホストからエラー情報の告知を要求された場合に告知が行われるので、ホスト側の処理負荷状況にあわせて適宜エラー情報の告知を行うことが可能となり、効率的な記録が実現される。
【００２７】
尚、このようなホストからの告知要求は、例えば、「Get Performance command DBI Information」などのコマンドを介して行われてもよい。
＜記録システムの実施形態＞
本発明の記録システムに係る実施形態は、記録媒体に対し、リアルタイムコンテンツの記録を行う記録システムであって、リアルタイムコンテンツに係るデータを、前記記録媒体上における複数の記録領域に対応付けて供給する第１の供給手段と、前記供給されるデータの各々の記録を指示するためのコマンドを、前記供給されるデータの各々に対応付けて供給する第２の供給手段と、前記供給されたデータを順次蓄積する第１のバッファと、前記供給されたコマンドを順次蓄積する第２のバッファと、前記第２のバッファに蓄積された複数のコマンドの各々に対応する、前記第１のバッファに蓄積された複数のデータの各々の記録を、前記複数の記録領域のうち該各々に対応する記録領域に対して順次行う記録手段と、前記蓄積された複数のデータのうち一のデータについて前記記録が失敗した場合に、前記蓄積された複数のデータのうち他のデータ及び該他のデータに対応する前記コマンドのうち少なくとも一方を破棄する破棄手段と、前記記録が失敗した場合に、前記一のデータ及び前記他のデータの各々に対応する記録領域に関して前記記録が失敗した旨を示すエラー情報を生成する生成手段と、前記生成されたエラー情報を記憶する記憶手段と、所定のタイミングで前記記憶されたエラー情報の告知を行う告知手段と、前記告知が行われたエラー情報に基づいて、前記一のデータ及び前記他のデータの各々に対応する前記記録領域に対し、所定種類の補完処理を行う補完手段とを具備し、前記第１の供給手段は、前記記録が失敗したか否かとは無関係に前記データを供給し、前記第２の供給手段は、前記記録が失敗したか否かとは無関係に前記コマンドを供給する。
【００２８】
本発明の記録システムに係る実施形態によれば、その動作時には、第１の供給手段によりリアルタイムコンテンツに係るデータが、また第２の供給手段によりそれらの記録を指示するためのコマンドが、夫々供給され、上述した記録装置における各手段と同等の各手段を介し、告知手段によるエラー情報の告知が行われる。尚、係る第１及び第２供給手段は、即ち、前述のホストの少なくとも一部に相当する。
【００２９】
尚、本発明の記録システムに係る実施形態において、第１の供給手段は、記録失敗の有無に関わらずデータを順次供給しており、また、第２の供給手段は、記録失敗の有無に関わらずコマンドを順次供給している。データの記録が失敗した場合、このように、言わば不可逆的に供給されるコマンドに従ってデータの記録が行われるため、記録が失敗したデータ、及びバッファから破棄されたデータについては記録媒体に記録されない。これは、既に述べたように、記録失敗時にホストに返信されるエラー情報は遅延的なエラー情報であり、ホストがこのエラー情報を受け取った時点では、既に実時間軸上で更に新しいデータが第１供給手段により供給されており、更にそれと同時に対応する書き込みコマンドも第２の供給手段により正常に発行されていることに起因する。
【００３０】
即ち、この遅延的なエラー情報に基づいて、既に正常実行されたとホスト側で認識されているデータ（或いはデータ群）を、リアルタイム性を損なわずに記録媒体に記録することは不可能に近い。従って、第１及び第２の供給手段は、このような記録の失敗を敢えて無視し、あくまでリアルタイムコンテンツに係るデータ及びコマンドを順次記録装置側に供給しているのである。
【００３１】
従って、記録が終了し、リアルタイムコンテンツに係るデータファイルが構成された際に、記録が失敗したデータに対応する領域（セクタ）及び破棄されたデータに対応する領域（セクタ）は不完全な領域（セクタ）となっている。
【００３２】
しかしながら、このような不完全なセクタを放置したとして、実際には、問題となる程度の映像の劣化は生じない。例えば、バッファのサイズが４０９８ｋｂあり、ＥＣＣブロック（３２ｋｂ）が最大で１２８個蓄積可能である場合、一度に破棄されるＥＣＣブロックも最大で１２８個である。このＥＣＣブロック１２８個分のデータとは、ハイビジョン放送では、僅か０．８秒分の映像に過ぎない。また、ＭＰＥＧ１に準拠したコンテンツであっても僅か１．８秒分の映像に過ぎない。即ち、放置したとしてもクリティカルな問題は生じない。
【００３３】
但し、本発明の記録システムに係る実施形態では、補完手段が、エラー情報の告知を受け、係るエラー情報に基づいて、記録が失敗したデータ及び破棄されたデータ各々に対応する記録媒体上の領域に対し、補完処理を行っている。従って、記録媒体に対するリアルタイムコンテンツの好適な記録が可能となっている。
【００３４】
ここで、「補完処理」とは、記録が失敗したデータ及び破棄されたデータ各々に対応する記録媒体の領域（以降、適宜「補完対象領域」と称する）に対し、何らの処理を施さない場合と比較して、最終的なデータファイルのクオリティが向上するような処理を全て含む概念である。例えば、補完対象領域をデータファイルから削除して、データファイルを縮減してもよい。また、補完対象領域を境界として、データファイルを分割してもよい。また、補完対象領域に対し、何も記録されていない他の領域（ヌルエクステント）を割り当ててもよい。或いは、データリカバリ用のバッファを用意し、補完対象領域に記録されるはずだったデータ、又はそれらを含むデータを退避させ、改めて他の領域に記録してもよい。
＜記録方法の実施形態＞
本発明の記録方法に係る実施形態は、記録媒体に対し、リアルタイムコンテンツの記録を行う記録方法であって、リアルタイムコンテンツに係るデータを、前記記録媒体上における複数の記録領域に対応付けて供給する第１の供給工程と、前記供給されるデータの各々の記録を指示するためのコマンドを、前記供給されるデータの各々に対応付けて供給する第２の供給工程と、前記供給されたデータを第１のバッファに順次蓄積する第１の蓄積工程と、前記供給されたコマンドを第２のバッファに順次蓄積する第２の蓄積工程と、前記第２のバッファに蓄積された複数のコマンドの各々に対応する、前記第１のバッファに蓄積された複数のデータの各々の記録を、前記複数の記録領域のうち該各々に対応する記録領域に対して順次行う記録工程と、前記蓄積された複数のデータのうち一のデータについて前記記録が失敗した場合に、前記蓄積された複数のデータのうち他のデータ及び該他のデータに対応する前記コマンドのうち少なくとも一方を破棄する破棄工程と、前記記録が失敗した場合に、前記一のデータ及び前記他のデータの各々に対応する記録領域に関して前記記録が失敗した旨を示すエラー情報を生成する生成工程と、前記生成されたエラー情報を記憶する記憶工程と、所定のタイミングで前記記憶されたエラー情報の告知を行う告知工程と、前記告知が行われたエラー情報に基づいて、前記一のデータ及び前記他のデータの各々に対応する前記記録領域に対し、所定種類の補完処理を行う補完工程と
を具備し、前記第１の供給工程は、前記記録が失敗したか否かとは無関係に前記データを供給し、前記第２の供給工程は、前記記録が失敗したか否かとは無関係に前記コマンドを供給する。
【００３５】
本発明の記録方法に係る実施形態によれば、その動作時には、上述した記録システムに係る実施形態における各手段に相当する各工程における動作により、上述した記録システムに係る効果と同様に、記録媒体に対するリアルタイムコンテンツの好適な記録が可能となる。
【００３６】
以上説明したように、本発明の記録装置に係る実施形態は、第１のバッファ、第２のバッファ、記録手段、破棄手段、生成手段、記憶手段、告知手段を備えるので、記録媒体に対し好適にリアルタイムコンテンツの記録を行うことが可能となる。また、本発明の記録システムに係る実施形態は、第１の供給手段、第２の供給手段、第１のバッファ、第２のバッファ、記録手段、破棄手段、生成手段、記憶手段、告知手段、及び補完手段を備えるので、記録媒体に対するリアルタイムコンテンツの好適な記録が可能となる。更に、本発明の記録方法に係る実施形態は、第１の供給工程、第２の供給工程、第１の蓄積工程、第２の蓄積工程、記録工程、破棄工程、生成工程、記憶工程、告知工程、及び補完工程を具備するので、記録媒体に対するリアルタイムコンテンツの好適な記録が可能となる。
【００３７】
本発明のこのような作用及び他の利得は次に説明する実施例から明らかにされる。
【実施例】
【００３８】
以下、図面を参照して本発明の好適な実施例について説明する。
＜実施例の構成＞
始めに、図１を参照して、本発明の実施例に係る記録システムの構成を説明する。ここに、図１は、記録システム１０のブロック図である。
【００３９】
記録システム１０は、ホスト１００及び記録装置２００から構成されており、記録媒体２０に対し、リアルタイムコンテンツの記録を行うことが可能に構成されたシステムである。
【００４０】
記録媒体２０は、例えば、ＤＶＤなどの光情報記録媒体である。
【００４１】
ホスト１００は、例えば、パーソナルコンピュータ、サーバ装置、又はワークステーションなどの各種コンピュータシステムであり、図示略のチューナなどを介してリアルタイムコンテンツを受信し、記録装置２００を介して記録媒体に記録させることが可能に構成されている。尚、ホスト１００上ではアプリケーションプログラムの一つであるホストプログラムが動作しており、係るホストプログラムが実行されることによって、ホスト１００は本発明に係る「ホスト」、「第１供給手段」、「第２供給手段」、及び「補完手段」の夫々一例として機能するように構成されている。
【００４２】
記録装置２００は、ＣＰＵ（Central Processing Unit）２１０、インタフェース２２０、コマンド用バッファ２３０、データ用バッファ２４０、データ処理部２５０、サーボ装置２６０、ピックアップ２７０、及びメモリ２８０から構成されている。
【００４３】
ＣＰＵ２１０は、記録装置２００の動作を制御する制御ユニットであり、本発明に係る「破棄手段」、「生成手段」及び「告知手段」の夫々一例として機能する。
【００４４】
インタフェース２２０は、ホスト１００との間でデータの送受を行うためのインタフェースである。
【００４５】
コマンド用バッファ２３０は、ホスト１００から供給されるライトコマンド（Write Command）を供給される順に順次蓄積することが可能な、本発明に係る「第２のバッファ」の一例である。
【００４６】
データ用バッファ２４０は、ホスト１００からインタフェース２２０を介して供給されるリアルタイムコンテンツに係るデータを順次蓄積することが可能に構成された、本発明に係る「第１のバッファ」の一例であり、最大１２８ＥＣＣブロック（１ＥＣＣブロックは１６セクタに相当）分のデータ容量を有する。
【００４７】
データ処理部２５０は、データ用バッファ２４０に蓄積されたデータに基づいてピックアップ２７０に供給されるべきデータを生成する処理回路である。
【００４８】
サーボ装置２６０は、ピックアップ２７０がデータの書き込み及び読み出しを行う際の、例えばトラッキングサーボ、フォーカシングサーボ、スライダーサーボ、スピンドルサーボ等の各種サーボを行うための装置である。
【００４９】
ピックアップ２７０は、データ処理部２５０から供給されるデータに応じて、記録媒体へのデータの書き込みを行うことが可能に構成された、本発明に係る「記録手段」の一例である。
【００５０】
メモリ２８０は、後述するエラー情報を記憶することが可能に構成された揮発性のメモリであり、本発明に係る「記憶手段」の一例である。
【００５１】
ここで、図２を参照して、コマンド用バッファ２３０及びデータ用バッファ２４０の詳細について説明する。ここに、図２は、コマンド用バッファ２３０及びデータ用バッファ２４０の模式図である。
【００５２】
図２において、コマンド用バッファ２３０には、ホスト１００から供給される順に、コマンドＣ００１，Ｃ００２，・・・，Ｃ１２８が蓄積されている。これらは夫々前述のライトコマンドであり、夫々データ用バッファ２４０に蓄積されるＥＣＣブロックと一対一に対応している。夫々のコマンドは、対応関係にあるＥＣＣブロックの記録媒体２０上の記録位置を表すセクタアドレスを含んで供給されている。
【００５３】
データ用バッファ２４０は、ホスト１００から供給される順に、ＥＣＣブロックＢ００１，Ｂ００２，・・・，Ｂ１２８が蓄積されている。これらは夫々コマンド用バッファ２３０に蓄積されるライトコマンドと一対一に対応している。例えば、ＥＣＣブロックＢ００１は、コマンドＣ００１によって、セクタアドレスが「ｘｘｘ００１」である記録媒体２０上のセクタに記録される。尚、ＥＣＣブロックは１６セクタ分のデータブロックであるから、ＥＣＣブロックＢ００１は、アドレスが「ｘｘｘ００１」であるセクタから１６セクタ分の記録領域にわたって記録される。
【００５４】
＜実施例の動作＞
次に、図３を参照して、上記構成を有する記録システム１０の動作について説明する。ここに、図３は、記録システム１０におけるリアルタイムコンテンツ記録動作のフローチャートである。尚、図３において、ホスト１００及び記録装置２００の動作は相互にリンクしており、従って、以下の説明では、時系列的に双方の動作を織り交ぜて説明することとする。
【００５５】
図３において、最初にホスト１００から記録装置２００に対しＥＣＣブロック単位でデータが供給される（ステップＡ１０）。また、それと同時に、供給されるデータ（ＥＣＣブロック）と対応するライトコマンドも供給される。
【００５６】
ホスト１００は、一つのデータブロックを供給する毎に、供給すべきデータの有無を判別する（ステップＡ１１）。本実施例において、ホスト１００から供給されるデータはリアルタイムコンテンツに係るリアルタイム性を有するデータ（以下、適宜「リアルタイムデータ」と称する）であり、実時間軸上で順次供給するべきデータが生成されている。供給すべきデータ（ＥＣＣブロック）がある場合（ステップＡ１１：ＹＥＳ）、ホスト１００は、ステップＡ１０を繰り返し、記録装置２００に対するデータの供給を続行する。
【００５７】
供給すべきデータが無くなった場合（ステップＡ１１：ＮＯ）、ホスト１００は、記録装置２００による、リアルタイムコンテンツに係る最後のデータの記録が終了したか否かを判別する（ステップＡ１２）。記録が終了していない場合（ステップＡ１２：ＮＯ）、ホスト１００は記録終了まで待機する。尚、ホスト１００は、記録装置２００から後述する記録終了通知を受信するまで、所定のクロックに従って係る判別処理を繰り返す。
【００５８】
一方、記録装置２００においては、ホスト１００から供給されたデータが順次バッファに格納され、蓄積される（ステップＢ１０）。ここで、ライトコマンドはコマンド用バッファ２３０に、記録されるべきデータはデータ用バッファ２４０に夫々蓄積される。
【００５９】
記録装置２００のＣＰＵ２１０は、データ用バッファ２４０に記録すべきデータがあるか否かを判別する（ステップＢ１１）。データ用バッファ２４０にデータが存在する場合（ステップＢ１１：ＹＥＳ）、ＣＰＵ２１０は、係るデータを、対応するライトコマンドに従って記録媒体２０の所定の領域（セクタ）に記録する（ステップＢ１２）。この際、ＣＰＵ２１０は、データ処理部２５０及びサーボ装置２６０を制御し、ピックアップ２７０を動作させることによって記録媒体２０への記録を行う。また、ＣＰＵ１１０は、記録媒体２０の所定の領域に記録されている欠陥情報（ディフェクトリスト（図示略））を適宜参照し、既知の欠陥（製造上の欠陥、又は傷、指紋、若しくは汚れなどの２次的な欠陥）が存在する場合には、それらを避けてデータの記録を行う。但し、本実施例では、このような既知の欠陥はないものとする。
【００６０】
ＣＰＵ２１０は、記録エラーが生じたか否かを判別する（ステップＢ１３）。ここで、記録エラーとは、フォーカスが外れたり、トラッキングが外れたりすることによって、データの記録そのものが実行できない状態を指し、一旦記録が終了したデータを読み出してエラーレートのチェックを行った結果として得られるエラーとは異なる。このような判別を行うＣＰＵ２１０によって、本発明に係る「検出手段」の一例が構成されている。
【００６１】
記録エラーが生じなかった場合（ステップＢ１３：ＮＯ）、ＣＰＵ２１０は、ステップＢ１１に処理を戻し、データ用バッファ２４０にデータがあるか否かを判別し、データがある場合には同様に記録を行う。データ用バッファ２４０にデータが存在しない場合（ステップＢ１１：ＮＯ）、ＣＰＵ１１０はリアルタイムコンテンツに係るデータの記録が終了したものとして、ホスト１００に対し、記録終了通知を送信する（ステップＢ１８）。尚、係る記録終了通知の送信以降に発生する処理については後述する。
【００６２】
データを記録媒体２０に記録する過程において、既知でない２次的欠陥などによって記録エラーが生じた場合（ステップＢ１３：ＹＥＳ）、ＣＰＵ２１０はコマンド用バッファ２３０及びデータ用バッファ２４０各々にバッファリングされているライトコマンド及びデータを全て破棄し（ステップＢ１４）、処理をステップＢ１１に移行する。
【００６３】
一方、これと並列して、ＣＰＵ２１０は遅延エラー情報をホスト１００へ送信する（ステップＢ１５）。但し、この遅延エラー情報は、既に述べた通りその伝達が不確実であり、ホスト１００は係る遅延エラー情報が受信されたか否かによらず、あくまで時系列的な順序に従ってデータの供給を続行する。
【００６４】
ここで、図４を参照して、コマンドバッファ２３０及びデータ用バッファ２４０におけるデータの破棄について詳細に説明する。ここに、図４は、データ破棄の模式図である。
【００６５】
図４において、時刻ＴＡにおいて、コマンド用バッファ２３０にはコマンドＣ００７が、また、データ用バッファ２４０にはＥＣＣブロック（図中「ブロック」と表記）Ｂ００７が蓄積されたとする。更に、時間が経過し、時刻ＴＢにおいて、コマンドバッファ２３０にはコマンドＣ１３４が、データ用バッファ２４０にはＥＣＣブロックＢ１３４が夫々蓄積されたとする。即ち、時刻ＴＢにおいて、データ用バッファ２４０には１２８個のＥＣＣブロックが蓄積されているものとする。
【００６６】
一方、記録装置２００は、ホスト１００からのデータ供給時刻と時差無くデータの記録を実行している訳でなく、例えば、前述の時刻ＴＢにおいて、初めて時刻ＴＡにバッファに供給されたＥＣＣブロックＢ００７の記録を実行しようとする。ところが、ＥＣＣブロックＢ００７が記録されるはずの記録媒体２０上のセクタ（セクタアドレス「ｘｘｘ０９７」で始まるセクタ）に傷があり、記録エラーが発生すると、ＣＰＵ２１０は、現時点でバッファされているデータ、即ち、コマンドＣ００８〜コマンドＣ１３４、ＥＣＣブロックＢ００８〜ＥＣＣブロックＢ１３４までの夫々１２７個のデータ及びコマンドを全て破棄する。また、コマンドＣ００７は記録エラーの有無によらず実行されているのでコマンド用バッファ２３０からは消去されている。同様に、ＥＣＣブロックＢ００７も、記録エラーの有無によらず記録媒体２０への記録が実行されているので、バッファ２３０からは消去されている。
【００６７】
この場合、例えば、傷がセクタアドレス「ｘｘｘ０９７」で表されるセクタのみに収まっていても、図４上でセクタアドレス「ｘｘｘ２１２９」で表されるセクタから１６セクタ分、即ち、セクタアドレス「ｘｘｘ２１４４」までのセクタが、データの記録されないセクタとなる（図中、「データが正常に記録されない領域」に相当）。この領域は後述する補完処理の対象である「補完対象領域」となる。
【００６８】
図３に戻って、遅延エラー情報をホスト１００へ送信すると、ＣＰＵ２１０は、エラー情報を生成する（ステップＢ１６）。ここで生成されるエラー情報とは、記録エラーが発生したデータブロック及び破棄されたデータブロック各々が記録されるはずだった記録媒体２０上の記録領域（即ち、補完対象領域）を表すと共に、その送信事実によって又はその情報内容として当該記録エラーが発生した旨を示す情報であり、本発明に係る「エラー情報」の一例である。
【００６９】
ここで、図５を参照して、エラー情報の構成について説明する。ここに、図５は、図４におけるステップＢ１６で生成されるエラー情報の模式図である。
【００７０】
図５において、エラー情報は、「記録が失敗したブロック数」、「記録が失敗したブロックの開始アドレス」、及び「破棄されたブロック数」の３種類の情報から構成されている。「記録が失敗したブロック数」は、無論「１」であり、「記録が失敗したブロックの開始アドレス」は、「ｘｘｘ０９７」となる。「破棄されたブロック数」は「１２７」である。即ち、このエラー情報は、セクタアドレス「ｘｘｘ０９７」から開始される１２８個のＥＣＣブロック分の連続するセクタが、データの正常な記録が行われなかった補完対象領域であることを表している。
【００７１】
再び図３に戻って、生成されたエラー情報は、メモリ２８０に記憶される（ステップＢ１７）。一方、バッファのデータが破棄され、処理がステップＢ１１に復帰すると、その時点でデータ用バッファ２４０に蓄積されたデータがあれば、再び記録媒体２０への記録が行われる。この際、図４を参照すれば、この時点でデータ用バッファ２４０に蓄積されているデータは、「ＥＣＣブロックＢ１３５」から続くリアルタイムデータであるから、ステップＢ１２においてはこのＥＣＣブロックＢ１３５の記録が実行される。
【００７２】
尚、このＥＣＣブロックＢ１３５の記録時に再び記録エラーが生じた場合には、その時点でバッファリングされているデータが破棄される。通常、記録エラーが生じたか否かの判別には１秒前後の時間が必要であり、その期間に相当数（例えば１２８個）分のＥＣＣブロックがバッファリングされる。従って、記録エラー時に破棄されるデータブロックは概ね１２８個前後のＥＣＣブロックである。これはハイビジョン放送番組では０．８秒に相当し、ＭＰＥＧ１に準拠する映像では１．８秒に相当する。
【００７３】
即ち、記録システム１０においては、記録エラーが生じた場合には、当該記録エラーに相当する概ね数秒の不完全な映像を含んだリアルタイムコンテンツが順次記録されていくこととなる。
【００７４】
一方、リアルタイムコンテンツに係るデータの記録が終了し、ステップＢ１８においてホスト１００に記録終了通知が送信されると、ホスト１００側におけるステップＡ１２に係る判別処理、即ち、記録が終了したかの判別が肯定的（ＹＥＳ）となり、ホスト１００は、記録装置２００に対してエラー情報の通知を要求する（ステップＡ１３）。
【００７５】
エラー情報の通知要求を受け取った記録装置２００では、ＣＰＵ２１０によって、メモリ２８０にエラー情報が記憶されているかが判別される（ステップＢ１９）。エラー情報が何ら記憶されていない場合、即ち、リアルタイムコンテンツに係るデータの記録が全て成功した場合（ステップＢ１９：ＮＯ）、ホスト１００における動作が終了し、図３に係る一連の動作が終了する。
【００７６】
一方、メモリ２８０にエラー情報が記憶されている場合（ステップＢ１９：ＹＥＳ）、ＣＰＵ２１０は、ホスト１００に対し、エラー情報を送信する（ステップＢ２０）。ホスト１００では、このエラー情報が取得される（ステップＡ１４）。ホスト１００は取得したエラー情報に基づいて、本発明の「補完工程」の一例たる補完処理を実行する（ステップＡ１５）。補完処理が終了すると、記録システム１０の記録動作は終了する。
【００７７】
ここで、図６を参照して、補完処理について説明する。ここに、図６は、補完処理実行前後における記録媒体２０の模式図である。尚、図６において、図４と重複する箇所には同一の符号を付してその説明を省略する。
【００７８】
図６において、記録されたリアルタイムデータファイル（即ち補完処理前のリアルタイムデータファイル）２１には、ブロックＢ００１からブロックＢ００６に相当するデータ群３１０と、ブロックＢ１３５以降に相当するデータ群３２０との間に、データが正常に記録されなかった領域である補完対象領域３３０が存在している。ここで、ホスト１００は、補完処理を実行することにより、この補完対象領域３３０を別の場所にあるデータ未記録領域（ヌルエクステント）３４０と置換する。
【００７９】
従って、補完処理後のリアルタイムデータファイル２２は、データ群３１０、未記録領域３４０、及びデータ群３２０の順にデータが配列したデータファイルとなる。このリアルタイムデータファイル２２が再生される際、未記録領域３４０の領域では、データ群３１０の最後のフレームがフリーズしたような映像となる。しかしながら、前述したように、このようなフリーズが生じる時間が概ね数秒であり、リアルタイムコンテンツの品質劣化には繋がらない。
【００８０】
以上、説明したように、本実施例に係る記録システム１０によれば、記録装置２００がメモリ２８０を備えており、記録エラーが生じた際には補完対象領域を表すエラー情報が記憶されるため、ホスト１００は任意のタイミングで（実施例では、記録終了後）このエラー情報を参照することが可能である。従って、敢えてリアルタイム記録中に補完対象領域に相当するリアルタイムデータの再記録を実行するといった非常に負荷の重い処理を実行する必要が生じない。従って、好適にリアルタイムコンテンツの記録を実行することが可能となっているのである。
【００８１】
また、記録媒体の規格によっては、リアルタイムコンテンツの記録時に記録エラーが生じた場合には、記録が停止することもある。本発明に係る記録装置及び記録システムによれば、たった数秒程度の画像劣化で、問題なくリアルタイムコンテンツの記録を実行することが可能であり、明らかに有利である。
【００８２】
尚、上述の実施例においては、補完処理がなされているが、例えば、この領域に対して何らの処理を行わなくとも、既に述べたようにこの領域が映像に対して占める割合は小さいから何ら実使用上の問題は生じない。この場合、補完対象領域の再生時、例えば、以前に録画された何らかの映像や、その他若干乱れた映像が表示されることとなるが、大きな問題ではない。
＜変形例＞
上述の実施例に係る補完処理には、上記したような、ヌルコンテンツの割り当て以外にもいくつかの態様が考えられる。以下に、本発明の変形例として、補完処理の他の態様について説明する。
【００８３】
＜第１変形例＞
始めに、図７を参照して本発明の第１変形例に係る補完処理について説明する。ここに、図７は、補完処理実行前後の記録媒体２０の模式図である。尚、同図において、図６と重複する箇所には同一の符号を付してその説明を省略する。
【００８４】
図７において、補完対象領域３３０は、ホスト１００により削除され、補完処理後のリアルタイムデータファイル２２は、データ群３１０とデータ群３２０とが時系列的に連続したリアルタイムデータファイルとして構成される。
【００８５】
＜第２変形例＞
次に図８を参照して本発明の第２変形例に係る補完処理について説明する。ここに、図８は、補完処理実行前後の記録媒体２０の模式図である。尚、同図において、図６と重複する箇所には同一の符号を付してその説明を省略する。
【００８６】
図８において、補完対象領域３３０は、ホスト１００によって削除され、更に、データ群３１０及びデータ群３２０各々が相互に独立した第１リアルタイムデータファイル２３及び第２リアルタイムデータファイル２４の、二つのデータファイルに分割される。
【００８７】
この際、第２リアルタイムデータファイル２４の最初の部分に不完全な部分がある場合には、その部分は切り捨てられ、正常なデータファイルとして構成される。尚、ここで、不完全な部分とは、予め最低限連続して記録されなければならないデータ単位に満たない部分などを指す。
【００８８】
＜第３変形例＞
次に、図９を参照して本発明の第３変形例に係る補完処理について説明する。ここに、図９は、補完処理実行前後の記録媒体２０の模式図である。尚、同図において、図６と重複する箇所には同一の符号を付してその説明を省略する。
【００８９】
図９において、記録装置２００はエラーリカバリ用のバッファ３５０を備える。バッファ３５０は、ＣＤＡ（連続記録単位）と称される、最低限連続して記録する必要があるデータ単位毎にリアルタイムデータが格納されている。また、バッファ３５０には、時系列的に新しい順に、常に３つのＣＤＡに相当するデータが格納されている。
【００９０】
図９において、データの記録時に記録エラーが生じ、補完対象領域が二つのＣＤＡに跨っていた場合、正常に記録されたＥＣＣブロックを含むＣＤＡ（１）及びＣＤＡ（２）に相当するデータは記録媒体２０上から破棄される。補完処理の実行時には、バッファ３５０内のＣＤＡ（１）及びＣＤＡ（２）が改めて記録媒体２０上の他の領域に記録され、リアルタイムデータファイル２２として再構築される。この態様によれば、基本的にバッファ３５０の容量を超えない限りにおいては、正常に記録されなかったリアルタイムファイルを正しく記録することが可能である。
【００９１】
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う記録装置、並びに記録システム及び記録方法もまた本発明の技術的範囲に含まれるものである。
【図面の簡単な説明】
【００９２】
【図１】本発明の実施例に係る記録システムのブロック図である。
【図２】図１の記録システムの記録装置における各バッファの模式図である。
【図３】図１の記録システムにおけるリアルタイムコンテンツ記録動作のフローチャートである。
【図４】図３のフローチャートにおけるデータ破棄の模式図である。
【図５】図３のフローチャートにおけるエラー情報の模式図である。
【図６】図３のフローチャートにおける補完処理の模式図である。
【図７】本発明の第１変形例に係る補完処理の模式図である。
【図８】本発明の第２変形例に係る補完処理の模式図である。
【図９】本発明の第３変形例に係る補完処理の模式図である。
【符号の説明】
【００９３】
１０…記録システム、２０…記録媒体、１００…ホスト、２００…記録装置、２１０…ＣＰＵ、２２０…インタフェース、２３０…コマンド用バッファ、２４０…データ用バッファ、２５０…データ処理部、２６０…サーボ装置、２７０…ピックアップ、２８０…メモリ。
【図１】
2006216207.tif 000003
【図２】
2006216207.tif 000004
【図３】
2006216207.tif 000005
【図４】
2006216207.tif 000006
【図５】
2006216207.tif 000007
【図６】
2006216207.tif 000008
【図７】
2006216207.tif 000009
【図８】
2006216207.tif 000010
【図９】
2006216207.tif 000011