JP4382012B2 - データ記録装置およびその制御方法、データ記録装置制御プログラム、ならびに該プログラムを記録した記録媒体 - Google Patents

Description

本発明は、データ記録装置およびその制御方法、データ記録装置制御プログラム、ならびに該プログラムを記録した記録媒体に関するものである。特に、本発明は、映像データならびに音声データをストリームデータとしてリアルタイムに、ハードディスク、光ディスク等のランダムアクセス可能な記録媒体に記録するデータ記録装置などに関するものである。

従来から、ハードディスク等の磁気ディスクやＣＤ／ＭＯ／ＭＤ／ＤＶＤ等のメディアを記録媒体に用いた記録装置において、記録媒体へデータを記録する際にベリファイ作業を行うことによって、記録エラーを低減する方法が広く使われている。特に、光ディスク等の光学記録媒体においては、ディスク上の埃・汚れ・欠陥により記録エラーがしばしば発生する。

リアルタイム性を必要としないデータの記録においては、通常、一度記録したデータを読み込んでエラーを検出し、記録エラーがあった場合は再度記録しなおすといったベリファイ処理によって記録エラーおよび記録エラーによるデータの消失を防止している。

しかしながら、ストリームデータなどのリアルタイム性の要求されるデータの記録では、ベリファイ処理により記録処理が中断すると、その間のデータは記録できずに消失してしまう。

この問題を解決するために、ベリファイ処理のリトライ回数を制限する方法や、一般に記録媒体への転送速度がストリームのビットレートよりも速いため、常に記録媒体への記録処理を行われているわけではなく、記録処理が中断している期間が存在することを利用し、この期間にのみベリファイ処理を行う方法が知られている（例えば、特許文献１参照）。

一方、ビットストリームに多少のエラーが含まれる程度では、再生画像にブロックノイズが発生する程度であり、視聴上の支障は少ないと言えることから、リアルタイムにデータの記録を行うために、ベリファイ処理を行わない方法がある。

高ビットレートのストリームデータをリアルタイム記録する場合や、高速ダビング時に有効であるため、ＤＶＤ−ＲＡＭドライブなどで広く採用されている。この方法においても、アドレス検出エラーや制御エラー等の記録エラーの検出が行えるため、信頼性が大きく低下することはない。

ベリファイ処理を行わないことで、高速にリアルタイムデータの記録が行えるが、万一アドレス検出エラー等の記録エラーが発生した場合には、やはりエラー処理のため記録処理が中断し、記録されずに消失するデータがでてしまう。

この問題点について、図１０に基づいて具体的に説明する。図１０は、従来技術における記録エラーの発生を示す概略図である。

図示のように、ストリームデータは、バッファ１２に転送され、バッファ１２上に記憶されたデータが所定の量を超えた場合、記録媒体１２に記録される。通常、記録媒体１４への転送速度はストリームのビットレートよりも早いため、実際に記録媒体１４へ記録するのに要する時間はバッファ１２に蓄積される時間よりも短い。データ記録装置は、時刻ｔ１に記録エラーを検出した場合、ストリームデータの転送を停止する。

光ディスクのような記録媒体において、ディスクの欠陥があった場合、記録エラーが発生した周辺において、記録および再生に非常に失敗しやすい状態になっている。多少のエラーでは視聴上の支障は少ないが、連続してエラーが発生するとデコーダが正常に動作しなくなり再生が継続できなくなることがある。そのため、エラー発生位置より前に記録したデータを再生して正常に記録できているか否かを確かめるベリファイを行い、正常記録できている箇所まで遡ってデータを削除する。

エラー処理の完了後、時刻ｔ２においてストリームデータの転送が再開される。そのため、削除されたデータ区間に加え、エラー処理のための転送中断中のストリームデータも消失してしまう。

ここで、光ディスクなどの記録媒体に対し、従来、どのようなデータ単位でデータが記録されるかについて、図１１および図１２に基づいて説明する。

図１１は、従来技術における光ディスクなどの記録媒体上に記録されたデータを示す概念図である。

図示のように、記録媒体１４には、データがＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｅ）ブロック６１の単位で書き込まれる。ＥＣＣブロック６１は、セクタ７１によって構成されている。セクタ７１は、それぞれ、２０４８ｂｙｔｅで構成され、誤り訂正を行うために、３２セクタで１つのＥＣＣブロック６１を構成している。

ＥＣＣとは、プレマスタリングの際に、データを暗号化し、冗長データをディスクメディア上に記録するシステムである。該冗長データは再生時に利用され、データの転送中に発生するエラーを検出し、訂正するために使用される。

ＥＣＣブロックとは、光ディスクなどの記録媒体に書き込むための最小単位であり、エラー訂正をより強固なものにするため、１６セクタを１ＥＣＣブロックとする技術が広く使用されている。本発明では、３２セクタを１つのＥＣＣブロック６１とし、ＥＣＣブロック６１単位で記録媒体に記録するものとする。

図１２は、従来技術における記録媒体に記録したＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）６１およびＥＣＣ７１の対応関係を示す概念図である。

ＧＯＰとは、ＭＰＥＧ−１およびＭＰＥＧ−２において定められている映像の符号化アルゴリズムであり、圧縮および再生ならびに編集を行う際の単位となる映像信号の数フレームずつの組み合わせを意味する。

ＧＯＰ７１は、それぞれ、記録媒体上への記録単位であるＥＣＣ６１にまたがって記録媒体に記録される。

ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）を用いた圧縮画像ではＧＯＰを単位としてランダムアクセスが可能となり、ＭＰＥＧ−２ではフィールド単位でのアクセスも可能となる。

入力信号をそのまま符号化するフレーム内符号化フレームであるＩピクチャ（Ｉｎｔｒａ−ｃｏｄｅｄ Ｐｉｃｔｕｒｅ）、双方向予測を用いるフレーム間符号化フレームであるＰピクチャ（Ｐｒｅｄｉｃｔｉｖｅ−ｃｏｄｅｄ Ｐｉｃｔｕｒｅ）、一方向の動き補償予測を用いるフレーム内挿符号化フレームであるＢピクチャ（Ｂｉｄｉｒｅｃｔｉｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ−ｃｏｄｅｄ Ｐｉｃｔｕｒｅ）をまとめたものがＧＯＰと呼ばれる符号化の単位となる。

ストリーム管理情報としてＧＯＰの先頭位置を記録しておくことによって、デコード可能なデータに高速にアクセスして再生することが可能になる。

また、ＭＰＥＧ−２では、ストリームデータに該当フレームを表示する時間情報ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）がフレーム毎に付加されている。

ＰＴＳをストリーム管理情報として記録しておくことによって、ストリームデータの所望の時間から再生するためにアクセスすることが可能になる。

ストリームデータが記録の一時停止などの原因で分断される場合、ＰＴＳの基準時間が不連続となり、ストリームデータのデコード処理が正常に行われないことがある。デコードを正常におこなうために、データが不連続であることを示す情報が必要となる。

以上のことを踏まえて、供給されるストリームデータをバッファリングし、バッファ上のストリームデータを読み出して記録媒体に記録する記録装置において、該記録媒体に記録したストリームデータを読み出して記録エラーを検出するに際に、記録エラーを検出して記録媒体への記録を中断した場合、バッファリングされたストリームデータを消去し、ストリームデータのバッファリングを新たに開始して記録を継続すると共に、データが不連続であることを示すフラグを記録することで、再生時も正常に復号が行うことができる方法が提案されている（例えば、特許文献２参照）。
特開平１１−５３８４５号公報（公開日平成１１年２月２６日） 特開２００２−１８５９２１号公報（公開日平成１４年６月２８日）

しかしながら、上記従来の方法ではいずれも、記録エラー発生時に記録したデータを再生する動作とエラーを検出するベリファイ処理を繰り返すため、データ記録中断に時間がかかり記録処理再開までに消失するデータ量が多くなってしまうという問題を生じる。

また、上記特許文献２の構成では、ベリファイ処理を行わない方法においては記録エラー発生時に正常に記録されているところまで遡ってストリームデータを削除する必要があるため、同様にエラー処理に時間がかかり記録処理再開までに消失するデータ量が多くなってしまうという問題を生じる。

記録再開までの時間を短縮するためエラー修復処理を記録エラー発生時ではなく、記録終了後に行ったとしても、ストリームファイルの中間部分を削除する必要があるため、エラー処理に手間がかかるという問題を生じる。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、記録エラーが発生した場合でも記録エラー発生から記録再開までの時間を短縮し、記録エラーが発生したデータを容易に修復することができる記録装置を提供するものである。

本発明のデータ記録装置は、上記問題を解決するために、ランダムアクセス可能な記録媒体にストリームデータをストリームファイルとして記録するデータ記録装置において、記録エラーが発生した場合、新たなファイルとして前記ストリームデータを前記記録媒体に記録し、記録を続行するデータ記録部を備えることを特徴としている。

上記の構成によれば、記録媒体への記録エラーが発生した場合、その場でファイルの正常書き込み確認やベリファイ処理などのエラー処理を行わずに、新たなファイルとして記録媒体への記録を続行するので、記録再開までの処理時間が短く、記録エラーによって失われるストリームデータを低減することができるという効果を奏する。

また、記録エラー発生後のストリームデータを新たなファイルとして記録媒体に記録することにより、エラーが発生したファイルのエラー発生位置を、ファイルの末尾から容易に検索できるので、後でエラー修復処理を行う場合に処理時間を短縮することができるという効果を奏する。

本発明のデータ記録装置では、前記ストリームデータを前記記録媒体に記録する前に前記ストリームデータをバッファリングするバッファをさらに備え、データ記録部は、記録エラーが発生した場合、バッファにバッファリングされているストリームデータのうち、記録エラーが発生する以前に記録媒体に記録した部分を起点に、前記ストリームデータを新たなファイルとして前記記録媒体に記録することが好ましい。

上記の構成によれば、バッファ上に残っているデータを利用して、記録エラー発生時点より少し前のデータから新しいストリームファイルとして記録することができるため、記録エラーによって失われた部分を補完することができ、記録エラーによるデータの消失を最小限に留めるというさらなる効果を奏する。

本発明のデータ記録装置では、前記ストリームデータを解析することにより、ストリームデータの再生制御に必要なストリーム情報を含むストリーム管理情報を生成する管理情報生成部と、前記ストリーム管理情報を含む管理情報を一時記憶するためのメモリとをさらに備え、前記データ記録部は、さらに、入力されるストリームデータの記録媒体への記録が完了した時点以降に、前記メモリ上の前記管理情報を前記記録媒体に記録することが好ましい。

上記の構成によれば、ストリームデータの記録媒体への記録エラーが起きたとき、エラーが起きたファイルの情報をメモリに記憶して、ストリームデータの記録を滞りなく継続し、記録エラー発生時の復帰処理を高速化することができるという効果を奏する。

また、メモリ上でストリーム管理情報の修正処理を行うことができるので、修正処理の際の読み込み・書き込みが高速になり、修復処理を高速化できるという効果を奏する。

また、メモリ上で修正処理を行い、最終的に確定したデータのみを記録媒体に記録するため、記録媒体へのアクセスを減らし、記録媒体の寿命が伸びるという効果を奏する。

また、メモリ上に一時記憶したストリーム管理情報を用いて、前後データの繋がりを考慮したエラー修復処理を行うことができるという効果を奏する。

本発明のデータ記録装置では、前記管理情報生成部は、さらに、記録エラーが発生した場合、エラー管理情報を生成しており、前記管理情報は、前記エラー管理情報を含むことが好ましい。

上記の構成によれば、記録媒体への記録エラーが発生した場合、エラー発生状況をメモリ上に記録し、ストリームデータの記録を滞りなく継続し、記録エラー発生時の復帰処理を高速化することができるという効果を奏する。

また、一連の処理が終了した時点で、メモリ上に記録したエラー発生状況の情報を用いて、記録エラーが発生したストリームファイルおよびストリーム管理情報の修復処理を行うことができるという効果を奏する。

本発明のデータ記録装置では、前記エラー管理情報は、記録エラーが発生したときに記録していたストリームファイルを識別する識別子を含むことが好ましい。

上記構成によれば、データ確定後にストリームファイルおよびストリーム管理情報の修復処理を行う際に、修復が必要なファイルを容易に特定できるというさらなる効果を奏する。

本発明のデータ記録装置では，前記エラー管理情報は、記録エラーが発生した時点の前後に記録された２つのストリームファイルを識別する識別子を含むことが好ましい。

上記構成によれば、記録エラーによって二つ以上に分断されて記録媒体上に記録されているストリームファイルを特定することができるので、記録処理の終了後に、連続して再生する１つのストリームファイルとみなして処理ができるというさらなる効果を奏する。

本発明のデータ記録装置では、前記エラー管理情報は、記録エラーが発生した時に記録していたストリームデータ内のエラー発生位置を含むことが好ましい。

上記構成によれば、記録エラーの発生位置がエラー管理情報としてメモリに記録されているので、記録処理終了後にエラー修復処理を行う場合、修復処理で削除・修正するべき部分の検索が容易なので、修復処理を高速化することができるというさらなる効果を奏する。

本発明のデータ記録装置では、入力されるストリームデータの記録媒体への記録が完了した後、前記エラー管理情報を参照して、前記記録媒体上の記録エラーが発生したストリームデータを修復処理し、前記メモリ上の対応する管理情報を更新する記録エラー修復部をさらに備え、前記データ記録部は、記録エラーの修復処理が全て完了した場合、前記メモリ上の修復処理を行った前記管理情報を前記記録媒体に記録することが好ましい。

上記構成によれば、メモリ上にストリーム管理情報およびエラー管理情報が記憶されているため、メモリ上でエラー修復処理を行うことができ、修復のための読み出し・書き込みを高速化することができるというさらなる効果を奏する。

また、メモリ上でエラー修復処理を行うため、エラー修復を行った最終的なストリーム管理情報だけを記録媒体に記録するので、記録媒体への不要なアクセスを減らし、記録媒体の寿命を伸ばすことができるというさらなる効果を奏する。

本発明のデータ記録装置では、前記記録データ修復部は、記録エラーの修復処理が全て完了した場合、前記記録エラーが発生した時点の前後に記録された２つのストリームファイルを、連続して再生を行う一連のファイルとすることが望ましい。

上記構成によれば、記録媒体への記録エラーによって分断された２つ以上のファイルを、連続して再生するファイルとして関連付けることができ、あたかもエラーが発生していない１つのファイルとして扱うことができるというさらなる効果を奏する。

本発明のデータ記録装置の制御方法は、上記問題を解決するために、ランダムアクセス可能な記録媒体にストリームデータをストリームファイルとして記録するデータ記録装置の制御方法であって、記録エラーが発生した場合、新たなファイルとして前記ストリームデータを前記記録媒体に記録し、記録を続行するステップを含むことを特徴としている。

上記の方法によれば、記録媒体への記録エラーが発生した場合、その場でファイルの正常書き込み確認やベリファイ処理などのエラー処理を行わずに、新たなファイルとして記録媒体への記録を続行するので、記録再開までの処理時間が短く、記録エラーによって失われるストリームデータを低減することができるという効果を奏する。

また、記録エラー発生後のストリームデータを新たなファイルとして記録媒体に記録することにより、エラーが発生したファイルのエラー発生位置を、ファイルの末尾から容易に検索できるので、後でエラー修復処理を行う場合に処理時間を短縮することができるという効果を奏する。

本発明のデータ記録装置の制御方法では、前記データ記録装置は、管理情報を一時記憶するためのメモリとをさらに備えており、前記ストリームデータを解析することにより、ストリームデータの再生制御に必要なストリーム情報を含むストリーム管理情報を生成し、前記管理情報の一部としてメモリに一時記憶するステップと、入力されるストリームデータの記録媒体への記録が完了した時点以降に、前記メモリ上の前記管理情報を前記記録媒体に記録するステップとをさらに含むことが好ましい。

上記の方法によれば、ストリームデータの記録媒体への記録エラーが起きたとき、エラーが起きたファイルの情報をメモリに記憶して、ストリームデータの記録を滞りなく継続し、記録エラー発生時の復帰処理を高速化することができるという効果を奏する。

また、メモリ上でストリーム管理情報の修正処理を行うことができるので、修正処理の際の読み込み・書き込みが高速になり、修復処理を高速化できるという効果を奏する。

また、メモリ上で修正処理を行い、最終的に確定したデータのみを記録媒体に記録するため、記録媒体へのアクセスを減らし、記録媒体の寿命が伸びるという効果を奏する。

また、メモリ上に一時記憶したストリーム管理情報を用いて、前後データの繋がりを考慮したエラー修復処理を行うことができるという効果を奏する。

なお、上記データ記録装置における各部を、データ記録装置制御プログラムによりコンピュータ上で実行させることができる。さらに、上記データ記録装置制御プログラムをコンピュータ読み取り可能な記録媒体に記憶させることにより、任意のコンピュータ上で上記データ記録装置制御プログラムを実行させることができる。

本発明の記憶装置は、記録エラーが発生した場合、新たなファイルとしてストリームデータを記録媒体に記録し、記録を続行するため、記録再開までの処理時間が短く、記録エラーによって失われるストリームデータを低減できるという効果を奏する。

また、エラーが発生したファイルのエラー発生位置を、ファイルの末尾から容易に検索できるので、後でエラー修復処理を行う場合に処理時間を短縮できるという効果を奏する。

本発明のデータ記録装置では、管理情報を一時記憶するためのメモリとを備え、入力されるストリームデータの記録媒体への記録が完了した時点以降に、メモリ上の管理情報を記録媒体に記録するため、記録エラーが起きたとき、エラーが起きたファイルの情報をメモリに記憶して、ストリームデータの記録を滞りなく継続し、記録エラー発生時の復帰処理を高速化し、修復処理を高速化し、記録媒体の寿命を伸ばし、前後データの繋がりを考慮したエラー修復処理を行うことができるという効果を奏する。

［実施形態１］
本発明の一実施形態について図１〜図９に基づいて説明すると以下の通りである。

図１は、本発明の一実施形態を示すもので、データ記録装置の各部の概略構成を示すブロック図である。

本実施形態の記録装置１０は、バッファ１２、記録媒体１４、メモリ１６、データ入力部１８、ストリーム制御部２０、記録制御部３０、および、管理情報制御部４０を備えている。

バッファ１２は、入力されたストリームデータを一時記憶し、記録制御部３０を介して記録媒体１４に記録するための高速なメモリで、例えば、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）方式のメモリである。

なお、本実施形態において、ストリームデータとは、リアルタイム性の高い映像（動画）の、途切れなく流れるように転送される一続きのデータを指すものとする。

記録媒体１４は、例えば、ハードディスク等の磁気ディスクやＣＤ／ＭＯ／ＭＤ／ＤＶＤ等のメディアを用いた記録媒体である。記録媒体１４には、ストリームデータを記録したストリームファイル、ストリーム管理情報データを記録したストリーム管理情報ファイル、および、上記のファイルの位置およびサイズの情報を含むファイル管理情報（いわゆるＴＯＣ）のデータが記録される。

メモリ１６は、ストリーム管理情報、エラー管理情報、記録媒体１４上に記録された各ファイルの位置およびサイズの情報を含むファイル管理情報、および、その他の情報を一時記憶するためのものである。

なお、本実施形態において、関連するストリームデータ、ストリーム管理データ、エラー管理データのセットをタイトル呼び、同じセットに含まれるデータ同士を、同一タイトルと呼ぶものとする。

ストリーム管理情報は、対応するストリームデータの再生をスムーズに行うための情報であり、例えば、ファイル先頭からのパケット番号で示されるストリームデータのＧＯＰ先頭位置情報、総パケット数、ストリームデータに含まれるエレメンタリーストリームの情報、および、その他のストリーム情報などを含んでいる。

エラー管理情報は、記録エラーが発生した場合に記録エラーの発生状況を示す情報であり、エラー発生を識別するエラー発生フラグ、エラーが発生したストリームファイルを識別する識別子、エラーの発生によって複数のファイルに分けて記録されたストリームファイルを識別する識別子を含んでいる。上記の他、タイトル名、記録開始時間、再生時間長、再生開始および再生終了を示す表示時間（プレゼンテーションタイム）情報、ストリーム管理情報の識別子、ストリームファイル上のエラー発生位置、および、その他の情報を含んでもよい。

なお、ストリーム管理情報データおよびエラー管理データの対応関係について、詳細は後述する。

データ入力部１８は、外部と接続し、音声や映像などのストリームデータを入力するためのものである。

ストリーム制御部２０は、データ入力部１８から受け取ったストリームデータを解析してストリームデータおよびストリーム解析データを作成し、ストリームデータをバッファ１２へ転送するとともに、ストリーム解析データを管理情報制御部４０へ転送する。バッファ１２にストリームデータが所定量蓄積された場合、ストリーム制御部２０は、ストリームデータを記録制御部３０に転送する。ストリーム制御部２０はストリーム解析部２２とバッファ監視部２４とを含んでいる。

ストリーム解析部２２は、入力されたストリームデータを解析し、管理情報制御部４０へ転送するためのものである。ストリーム解析部２２は、圧縮符号化されたストリームデータの解析を行い、例えば、ＭＰＥＧ−２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｉｍａｇｅ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔ Ｇｒｏｕｐ−２）により符号化された動画データでは、ＧＯＰ開始位置、ＧＯＰ先頭フレームの表示時間情報（ＰＴＳ）、および、その他のストリーム情報を解析して、ストリーム解析データを生成する。

バッファ監視部２４は、バッファ１２を監視し、バッファ１２に一時記憶されたストリームデータが所定の量に達した場合、バッファ１２に一時記憶されたストリームデータを記録制御部３０に転送する指示を出すためのものである。

記録制御部３０は、バッファ１２から転送されたストリームデータならびにメモリ１６から転送されたストリーム管理情報、エラー管理情報、および、ファイル管理情報を含む各種の管理情報データを記録媒体１４に記録するためのものである。記録制御部３０は、記録エラー検出部３２と、データ記録部３４とを含んでいる。

記録エラー検出部３２は、記録媒体１４への記録処理を監視し、記録エラーが発生した場合、エラー発生を伝えるエラー検出信号をストリーム制御部２０、管理情報制御部４０、および、データ記録部３４に送信するためのものである。

データ記録部３４は、バッファ１２から転送されてきたストリームデータおよびメモリ１６から転送されてきた管理情報データを記録媒体１４に記録するためのものである。データ記録部３４は、記録エラー検出部３２によってエラー検出信号が送信された場合、現在記録を行っているストリームファイルの記録を中断し、現在受信しているストリームデータを新たなストリームファイルとして記録媒体１４に記録し、新たなストリームファイルの記録媒体１４上の記録位置データを管理情報生成部４１に通知する処理を行う。

管理情報制御部４０は、ストリーム解析部２２から受け取ったストリーム解析データおよび記録制御部３０から受け取ったエラー検出信号および記録位置データを処理し、管理情報としてメモリ１６に転送するためのものである。管理情報制御部４０は、管理情報生成部４２と、エラー修復部４４とを含んでいる。

管理情報生成部４２は、ストリーム解析部２２からのストリーム解析データをもとにストリーム管理情報を生成する。また、管理情報生成部４２は、記録エラー検出部３２からのエラー検出信号およびデータ記録部３４からの記録位置データをもとにエラー管理情報を生成する。生成したストリーム管理情報およびエラー管理情報は、メモリ１６に転送される。なお、管理情報生成部４２は、上記の受け取ったデータをもとに記録媒体１４のファイル管理情報を作成してもよい。

エラー修復部４４は、メモリ１６に一時記憶されたストリーム管理情報およびエラー管理情報をもとに、記録媒体１４に記録されたストリームファイルおよび記録媒体１４のファイル管理情報を修正するためのものである。なお、エラー修復処理については、詳細は後述する。

次に、本実施形態で用いる各データファイルの詳細について、図２〜３を参照して説明する。

図２は、本実施形態におけるストリームデータ、管理情報データ、エラー管理データ、および、各データを記録したファイル群５０の関係を示す概略図である。

本実施形態では、エラー管理データとして、以下で詳細を説明するプレイリストファイルを用いるものとする。

ストリームファイルＳ１〜Ｓ３には、それぞれ、ストリームデータＤＡＴＡ１〜ＤＡＴＡ３が記録されている。

ストリーム管理情報ファイルＭ１〜Ｍ３には、対応するストリームファイルＳ１〜Ｓ３を識別する識別子Ｉ１〜Ｉ３と、ストリーム再生開始の表示時間（ＰＴＳ）を示すデータＩＮ１〜ＩＮ３と、再生終了の表示時間（ＰＴＳ）を示すデータＯＵＴ１〜ＯＵＴ３とを含み、さらに、ストリームファイルをスムーズに再生するためのファイル先頭からのパケット番号で示されるストリームデータのＧＯＰ先頭位置情報、ＧＯＰ先頭フレームの表示時間情報（ＰＴＳ）、総パケット数、ストリームデータに含まれるエレメンタリーストリームの情報、および、その他のストリーム情報が記録されている。

なお、上述のストリーム再生開始の表示時間情報ＩＮ１〜ＩＮ３および再生終了の表示時間ＯＵＴ１〜ＯＵＴ３は、ストリームデータを連続に記録するものとして単一の再生開始の表示時間情報および再生終了の表示時間情報のデータで示したが、ストリームデータが不連続に記録する場合は不連続な領域ごとに再生開始の表示時間情報および再生終了の表示時間情報のデータが必要となる。

プレイリストファイル（エラー管理データ）Ｐ１〜Ｐ３は、対応する管理情報ファイルＭ１〜Ｍ３を識別する管理情報ファイル識別子Ｉ１〜Ｉ３およびエラー発生フラグＥＲＲＯＲ１〜ＥＲＲＯＲ３が記録されている。本実施形態では、Ｉ１＝Ｍ１，Ｐ２、ＥＲＲＯＲ１＝ＴＲＵＥ、Ｉ２＝Ｍ２，Ｐ１、ＥＲＲＯＲ２＝ＦＡＬＳＥ、Ｉ３＝Ｍ３、ＥＲＲＯＲ３＝ＦＡＬＳＥとなっている。

上記各データを記録したファイル群５０は、Ｐ１・Ｍ１・Ｓ１がタイトル１を、Ｐ２・Ｍ２・Ｓ２がタイトル２を、Ｐ３・Ｍ３・Ｓ３がタイトル３をそれぞれ形成している。

なお、一連の記録データ（タイトル）であることを示すタイトル名ＴＩＴＬＥ１〜ＴＩＴＬＥ３、一連の記録データ（タイトル）の記録開始時刻ＴＩＭＥ１〜ＴＩＭＥ３、一連の記録データ（タイトル）の合計再生時間ＳＩＺＥ１〜ＳＩＺＥ３、ストリーム再生開始の表示時間情報（ＰＴＳ）ＩＮ１〜ＩＮ３および再生終了の表示時間情報（ＰＴＳ）ＯＵＴ１〜ＯＵＴ３、および、その他の付加情報をプレイリストファイルに記録してもよい。

ストリームファイルＳ１’、ストリーム管理情報ファイルＭ１’、および、プレイリストファイルＰ１’は、エラー修復処理をおこなったＳ１、Ｍ１、および、Ｐ１それぞれのデータである。分断されたストリームファイルＳ１およびＳ２は、プレイリストファイルＰ１に記録された管理情報ファイル識別子Ｉ１＝Ｍ１，Ｐ２およびエラー発生フラグＥＲＲＯＲ１＝ＴＲＵＥ、プレイリストファイルＰ２に記録された管理情報ファイル識別子Ｉ２＝Ｍ２，Ｐ１にもとづき、ストリーム管理情報ファイルＭ２をプレイリストＰ１に関連付けるエラー修復処理を行い、プレイリストＰ２自体は削除される。

エラー修復処理の詳細については、後述する。エラー修復処理によって、プレイリストファイルＰ１には管理情報ファイルＭ１およびＭ２が関連付けられる。ストリームファイルＳ１、ストリーム管理情報ファイルＭ１、および、プレイリストファイルＰ１は、Ｓ１’、Ｍ１’、および、Ｐ１’に更新され、プレイリストファイルＰ２は削除される。

エラー修復処理が完了すると、Ｐ１’・Ｍ１’・Ｓ１’・Ｍ２・Ｓ２が同一タイトルとなる。

次に、本実施形態で行う各処理および全体の処理の流れについて、図３〜図７を参照して説明する。

図３は、本実施形態における記録エラー発生時の記録処理を示す概略図である。

下段のストリームデータｄ１〜ｄ２５は、バッファ１２に転送されるストリームデータである。

バッファ１２は、ストリームデータｄ６〜ｄ１３に相当する８個分のデータを一時記憶するだけのサイズを持つものとする。

実線で示されたストリームデータｄ１〜ｄ１５は、時刻ｔ３までにバッファ１２に実際に転送されたストリームデータを示し、破線で示されたストリームデータｄ１６〜ｄ２５はこれからバッファに転送される予定のストリームデータを示す。

上段のストリームデータｅ１〜ｅ２４は、記録媒体１４に記録されるストリームデータである。

実線で示されたストリームデータｅ１〜ｅ１２、ｅ１４は、時刻ｔ３までに記録媒体１４に実際に記録されたストリームデータを示し、点線でしめされたストリームデータｅ１５〜ｅ２４はこれから記録媒体に記録される予定のストリームデータを示す。

データ入力部１８から入力されたストリームデータは、バッファ１２に一時記憶され、バッファ１２上に記憶されたストリームデータが所定の量を超えた場合、記録媒体１２に記録される。

今、時刻ｔ１において、ストリームデータｅ１２を記録中に記録エラーが発生したものとする。このとき、データ入力部１８からバッファ１２へのストリームデータの一時記録を停止すると共に、バッファ１２から記録媒体１４へのストリームデータの転送を一時停止し、ストリームデータｄ１３は転送されない。

本実施形態では、記録エラー発生時にはベリファイ処理やエラー修復処理を行わずにエラー発生情報をメモリ１６に記録し、エラー復帰処理を短時間で終了して、記録処理に戻る。

時刻ｔ２においてエラー復帰処理が終了した場合、データ入力部１８からバッファ１２へのデータの一時記録を再開し、ストリームデータｄ１４がバッファ１２に一時記録されると、ストリームデータｄ１４を起点にバッファ１２から記録媒体１４へのデータの転送を再開し、ストリームデータｅ１４を記録媒体へ記録する。

最終的に、一連のストリームデータの転送後に行われるエラー修復処理によって、再生ができないストリームデータｅ１１〜ｅ１２は削除され、バッファ１２上のストリームデータｄ１１〜ｄ１３に相当するストリームデータが消失する。

以上のように、エラー復帰処理を短時間で終了することで、エラー復帰処理に費やす時間を短縮し、データの消失を低減する。

図４は、本実施形態における記録処理の流れを示すフロー図である。

まず、記録処理が開始されると、管理情報制御部４０において管理情報をメモリ１６に記録する準備が行われる（Ｓ４０１）。具体的には、記録媒体１４上にストリームファイルを新規作成し、メモリ１６上にストリームファイルのファイル管理情報、ストリーム管理情報、および、エラー管理情報を新規作成する。

次に、信号入力部１８より入力されたストリームデータは、ストリーム解析部２２で解析され、バッファ１２に転送される（Ｓ４０２）。

また、ストリーム解析部２２で解析されたストリーム解析データをもとに、管理情報生成部４２はストリーム管理情報を作成し、メモリ１６の一時記録領域に転送して更新する（Ｓ４０３）。

次に、バッファ監視部２４は、バッファ１２に転送されたストリームデータが所定量に達しているか監視し（Ｓ４０４）、所定量に達している場合、バッファ１２に蓄積されたストリームデータは記録制御部２０５に所定量転送される（Ｓ４０５）。バッファ１２に蓄積されたストリームデータが所定量に達しない場合、Ｓ４０２に戻ってストリームデータの転送を続行する。

記録制御部３０に転送されたストリームデータは、データ記録部３４によって記憶媒体１４に記録される。このとき、記録エラー検出部３２によって記録エラーの発生を監視し（Ｓ４０６）、記録エラーが検出された場合、エラー復帰処理が行われ（Ｓ４１０）、その後、Ｓ４０２に戻ってストリームデータの転送を続行する。

記録エラーが発生しなかった場合、管理情報生成部４２はメモリ１６の作業領域に格納されているストリーム管理情報、ファイル管理情報のうち記録媒体１４への記録が完了した分の情報を確定し、メモリ１６の作業領域とは別の記憶領域へ転送する（Ｓ４０７）。

その後、記録処理を停止するか判断し（Ｓ４０８）、停止する場合は録画停止処理を行って（Ｓ４０９）、記録処理を終了する。記録処理を停止しない場合、Ｓ４０２に戻ってストリームデータの転送を続行する。

なお、確定された各管理情報ファイルの記録媒体１４への記録は、記録停止時に行ってもよいが、記録媒体１４のメディア排出指示があった場合や、記録装置１０の電源ＯＦＦ指示があった場合に行ってもよい。

次に、本実施形態におけるエラー復帰処理の手順について説明する。

図５は、本実施形態におけるエラー復帰処理の流れを示すフロー図であり、図４のＳ４１０にあたる。

記録エラー検出部３２が記録エラーを検出すると、図５に示すエラー復帰処理が開始される。

記録エラー検出部３２からエラー検出信号がストリーム制御部２０および管理情報生成部に送信され、ストリーム制御部２０はストリームデータの転送を停止する（Ｓ５０１）。

データ記録部３４は記録媒体１４に現在記録しているストリームファイルを終了するための処理を行う。管理情報生成部４２は、記録していたストリームファイルに対応する分のストリーム管理情報およびファイル管理情報を作成し、各管理情報の確定を行う（Ｓ５０２）。

各管理情報が確定された後、終了した古いストリームファイルおよび新たに作成するストリームファイルがエラーによって分断された連続するデータであることをエラー管理情報に記録する（Ｓ５０３）。具体的には、図２に示されるように、エラー管理情報である対応するプレイリストファイル内のエラー発生フラグをＴＲＵＥにし、管理情報ファイル識別子部分にエラー発生ファイルの識別子として、連続するストリーム管理情報を指し示すエラー管理情報識別子を追加する。

上記の処理の後に、新たに作成されたストリームファイルのエラー管理情報ファイルであるプレイリストファイルを、上記メモリ１６上に新たに作成し、新たに作成するストリームファイルおよびストリーム管理情報と対応付ける（Ｓ５０４）。

その後、バッファ１２の記録ポインタをバッファ１２の先頭に移し（Ｓ５０５）、ストリーム制御部２０は、ストリームデータのバッファ１２への転送を再開する（Ｓ５０６）。ストリームデータは、新たに作成したストリームファイルに記録される。

次に、本実施形態における記録停止処理の手順について説明する。

図６は、本実施形態における記録停止処理の流れを示すフロー図であり、図４のＳ４０９にあたる。

記録停止処理が開始されると、ストリーム制御部２０は、ストリームデータのバッファ１２への転送を停止し（Ｓ６０１）、バッファ１２に残ったストリームデータを記録制御部３０に転送し、記録制御部３０が記録媒体１４に記録する（Ｓ６０２）。

管理情報生成部４２は、記録中のタイトルに対応するストリーム管理情報、エラー管理情報、および、ファイル管理情報を更新して管理情報の確定処理を行う（Ｓ６０３）。確定した管理情報は、管理情報制御部４０によってメモリ１６上に転送される。

管理情報制御部４０は、さらに、メモリ１６上に一時記憶されているエラー管理情報を参照し、エラー発生フラグをチェックする（Ｓ６０４）。エラー発生フラグ＝ＴＲＵＥのエラー管理情報が存在しない場合、記録停止処理はそのまま終了する。エラー発生フラグ＝ＴＲＵＥのエラー管理情報が１つでもあった場合、記録エラー修復処理を行う（Ｓ６０５）。

図７は、本実施形態におけるエラー修復処理の流れを示すフロー図である。

エラー修復処理が開始されると、エラー修復部４４は、記録制御部３０を通じて記録媒体１４上の修復処理を行うストリームデータの初期再生位置を決定する（Ｓ７０１）。

初期再生位置は、エラー発生地点よりも前の位置で、符号化されたデータを復号するために必要な情報が揃った、ランダムアクセス可能なデータ単位（例えば、ＧＯＰ）である。

また、ＥＣＣブロック７１のデータ単位で書き込みを行う記録媒体であれば、ＥＣＣブロック７１のデータ単位で削除する量を決定しなければならない。上記単位で初期値を時系列に沿って逆にたどり、再生可能な初期位置を決定するまでさかのぼって確認する（図１２参照）。

上記方法による時系列逆順の検索によって、エラー修正を行うストリームファイルの先頭まで戻った場合、該ストリームデータに再生可能な部分は存在しないため、Ｓ７０８のタイトルの削除処理に進む。まだ、ストリームファイルの先頭まで戻っていない場合、エラー修復部４４は、記録媒体１４から上記戻った位置から所定量（例えば、１ブロック分）のストリームデータをメモリ１６に転送し（Ｓ７０３）、転送したストリームデータが再生可能な正しいデータであるかどうか判断する（Ｓ７０４）。

上記戻った位置からのストリームデータの再生が可能でなかった場合、再生位置をさらに時系列逆順にさかのぼり（Ｓ７０７）、Ｓ７０２〜Ｓ７０４の処理に戻る。上記ストリームデータが再生可能な正しいデータであった場合、上記戻った位置から最後までのストリームデータを削除する（Ｓ７０５）。

上記の処理で削除したストリームデータに対応するストリーム管理情報についても、同様に削除処理を行う（Ｓ７０６）。ここで、エラー修復処理を確定し、エラー修復処理を行ったストリームファイルに対応する同一タイトルのエラー管理情報のエラー発生フラグをＦＡＬＳＥに変更する。

その後、エラー管理情報をチェックし、エラー発生フラグがＴＲＵＥになっている全てのストリームデータに対して修復作業が完了したか、判断を行う（Ｓ７０９）。まだ、エラー発生フラグがＴＲＵＥになっているエラー管理情報が残っている場合、次のエラー管理情報に移って（Ｓ７１１）、Ｓ７０１に戻り、対応するストリームファイルの修復処理を同様に続行する。

全てのエラー管理情報のエラー発生フラグがＦＡＬＳＥであった場合、管理情報ファイル識別子が２つ以上存在するプレイリストファイルに対して、連続する同一タイトルのストリームデータならびにストリーム管理情報を結合する処理を行う（Ｓ７１０）。

具体的には、同一タイトルのストリームデータおよびストリーム管理情報を連続して再生できるように、１つのエラー管理情報に一連のストリームデータおよびストリーム管理情報の識別子を追加し、追加した分のエラー管理情報を削除する（図２のＰ１’を参照）。

以上の手順で、エラー修復処理を終了する。

図８は、本実施形態におけるストリームファイル、管理情報ファイル、および、エラー管理情報であるプレイリストファイルが、エラー修復処理により変更される様子を示す概略図である。

ストリームファイルＳ１は、時刻Ｔstartで記録を開始し、ある時点でエラーが発生し、時刻Ｔ１においてエラーを検出し、ストリームデータの記録を停止する。

ストリーム管理情報ファイルＭ１は、時刻ＴstartにおいてストリームファイルＳ１と同時に更新を開始し、時刻Ｔ１において記録を停止するまで更新を続ける。

プレイリストファイルＰ１は、ストリーム管理情報ファイルＭ１と同時に作成され、対応する管理情報ファイルを示す識別子Ｉ１に上記ストリーム管理情報のファイル名Ｍ１が記憶される。

時刻Ｔerrorにおいてエラーが発生したとき、ストリームファイルＳ１および管理情報ファイルＭ１のエラー修復処理はおこなわずに、プレイリストファイルＰ１のエラー発生フラグＥＲＲＯＲ１をＴＲＵＥにする。また、新しいストリームファイルＳ２がストリームファイルＳ１と連続するデータであることを識別するために、管理情報ファイル識別子Ｉ１にプレイリストファイルＰ２の識別子を追加する。

その後、新しいストリームファイルＳ２、新しいストリーム管理情報ファイルＭ２、新しいプレイリストファイルＰ２を作成し、ストリームデータの記録を続行する。

ストリームファイルＳ２は、時刻Ｔ２において新たなファイルとして記録を再開され、時刻Ｔendにおいて記録を終了する。

ストリーム管理情報ファイルＭ２は、時刻Ｔ２においてストリームファイルＳ２と同時に新たなファイルとして更新を再開し、時刻Ｔendにおいて記録を停止するまで同様に更新を続ける。

プレイリストファイルＰ２は、ストリーム管理情報ファイルＭ２と同時に作成され、対応する管理情報ファイルを示す識別子Ｉ２に上記ストリーム管理情報のファイル名Ｍ２およびエラーが発生する前に記録していたプレイリストファイルのファイル名Ｐ１が記録され、エラー発生フラグＥＲＲＯＲ２にＦＡＬＳＥを記録する。

時刻Ｔendにおいて一連の記録が終了し、ストリームファイルＳ１およびＳ２に対応するストリーム管理情報データＭ１およびＭ２が確定される。このとき、記録エラーが発生したストリームファイルＳ１およびストリーム管理情報ファイルＭ１のエラー修復処理は未だ行われていない。

以上がストリームデータ記録時の各ファイルの記録内容である。

次に、ストリームデータの記録終了後に、記録エラー修復処理を行う場合の各データの変化について説明する。

エラー修復処理において、エラー発生フラグがＴＲＵＥであるプレイリストファイルが検出される。ストリームファイルＳ１の末尾にエラーがあると判断し、エラー修復処理を行う。ストリームファイルＳ１の末尾から正常に再生可能であるデータにたどり着くまでＥＣＣブロック７１単位でさかのぼる。

正常に再生できた所定の量だけデータを削除し（Ｓ１’）、対応するストリーム管理情報ファイルＭ１内のストリーム管理情報データを更新する（Ｍ１’）。さらに、プレイリストファイルＰ１のエラー発生フラグＥＲＲＯＲ１をＦＡＬＳＥに更新する。

なお、削除する所定の量は、ＧＯＰの情報をもとにＥＣＣ単位で決定することが望ましい。また、ストリームファイルＳ１およびＳ１’、ストリーム管理情報ファイルＭ１およびＭ１’は、そのデータ内容のみが違うものであり、同一のファイルを指す。

ストリームファイルＳ１’および管理情報ファイルＭ１’への更新終了後、プレイリストファイルＰ１の管理情報ファイル識別子Ｉ１に記録されたファイル名から、プレイリストファイルＰ２を参照し、プレイリストＰ２の管理情報ファイル識別子Ｉ２から、ストリームファイルＳ１ならびにストリームファイルＳ２がエラーによって分断された連続するストリームデータであることを認識する。プレイリストファイルＰ１の管理情報ファイル識別子Ｉ１をＭ１’＋Ｍ２に更新し（Ｐ１’）、プレイリストファイルＰ２を削除する。上記処理によって、プレイリストファイルＰ１’のみでストリームデータＳ１’およびＳ２と、ストリーム管理情報ファイルＭ１’およびＭ２とが連続して再生する同一のタイトルであることを示すことができる。

なお、本実施形態では、エラーが発生したエラー管理データのみエラーフラグをＴＵＲＥにし、連続するデータであることを識別するための管理情報ファイル識別子を用いて関連付けたが、データの安全性を高めるために、エラー発生時に記録していたファイルと、エラー発生後に新たに作成したファイルとの両方のエラー管理データにおいて、エラーフラグをＴＲＵＥにしてもよい。この場合、連続したタイトルの最後のタイトルは、エラーは発生していないため、ファイル終端のエラー部分の削除処理は不要である。

また、本実施形態では、管理情報ファイル識別子にプレイリストファイル名を追加で記録することで連続するデータであることを関連付けたが、管理情報データの内容やタイトル名を参照して連続するデータであること、すなわち、同一タイトルであることを識別してもよい。

また、本実施形態では、プレイリストファイルをエラー管理情報ファイルとして用いたが、これに限らず、エラーが発生したタイトルおよびエラーが発生した場所を記録したエラーテーブルをエラー管理情報ファイルとしてメモリ上に作成してもよい。

なお、本実施形態において、ストリームデータとは、映像（動画）の、途切れなく流れるように転送される一続きのデータを指すものとしたが、映像のない音声のみのデータであってもよいし、映像および音声を含むデータであってもよい。

［実施形態２］
次に、本発明の別の実施形態について図９に基づいて説明する。本実施形態のストリームデータ記録方法は、図３に示されるストリームデータ記録方法に比べて、新たなファイルへ記録するストリームデータが異なり、その他の構成は同様である。なお、上記実施形態で説明した構成と同様の機能を有する構成には同一の符号を付して、その説明を省略する。

図９は、本実施形態における記録エラー発生時の記録処理を示す概略図である。

下段のストリームデータｄ１〜ｄ２５は、バッファ１２に転送されるストリームデータである。

バッファ１２は、ストリームデータｄ７〜ｄ１４に相当する８個分のデータを一時記憶するだけのサイズを持つものとする。

実線で示されたストリームデータｄ１〜ｄ１４は、バッファ１２に実際に転送されたストリームデータを示し、点線で示されたストリームデータｄ１６〜ｄ２５はこれから転送される予定のストリームデータを示す。

上段のストリームデータｅ１〜ｅ２２は、記録媒体１４に記録されるストリームデータである。

実線で示されたストリームデータｅ１〜ｅ１２は、記録媒体１４に実際に記録されたストリームデータを示し、点線でしめされたストリームデータｅ１２〜ｅ２２はこれから記録される予定のストリームデータを示す。

今、時刻ｔ１において、ストリームデータｅ１２を記録中に記録エラーが発生したものとする。このとき、バッファ１２から記録媒体１４へのストリームデータの転送を一時停止し、ストリームデータｄ１３は転送されない。ここで、データ入力部１８からバッファ１２へのストリームデータの一時記録は停止しないで記録を継続する。

本実施形態では、記録エラー発生時にはベリファイ処理やエラー修復処理を行わずにエラー発生情報をメモリ１６に記録し、エラー復帰処理を短時間で終了して、記録処理に戻る。

時刻ｔ１において、エラー復帰処理を短時間で終了し、新たなストリームファイルとしてストリームデータを記録媒体１４に記録する処理を再開する。その際、エラーが発生したストリームデータｅ１２よりも前のストリームデータｅ１１に対応するストリームデータが、バッファ１２から記録媒体１４に転送される。

図示の例では、新たなストリームファイルの作成にあたり、バッファ１２上に残っているｅ１１に対応するストリームデータｄ１１を先頭にｄ１２、ｄ１３……とストリームデータを記録媒体１４に転送する。これによって、記録エラーが発生して失われるストリームデータに対応するストリームデータであって、バッファ上に保存されているストリームデータを記録媒体１４に再送することで、記録エラー修復処理の際、消失するデータを減少し、理想的には消失するデータを０とすることが可能になる。

なお、再送するストリームデータは１つ前のブロックには限らず、バッファサイズの許す範囲でさらに前のストリームデータから再送してもよい。

また、上記実施形態に示すデータ記録方法を用いる場合、エラーが発生したストリームファイルと新たに作成したストリームファイルとのデータの重複を避けるために、再送によって記録したストリームデータのブロック情報をエラー管理情報（プレイリストファイル）等に記録しておくことが望ましい。該情報を参照しエラー修復処理を行うことで、重複するデータの存在しないストリームファイルをエラー修復によって実現することができる。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

例えば、上記実施形態のデータ記録装置の各部や各処理ステップは、ＣＰＵなどの演算手段が、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶手段に記憶されたプログラムを実行し、キーボードなどの入力手段、ディスプレイなどの出力手段、あるいは、インターフェース回路などの通信手段を制御することにより実現することができる。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体を読み取り、当該プログラムを実行するだけで、上記データ記録装置の各種機能および各種処理を実現することができる。また、上記プログラムをリムーバブルな記録媒体に記録することにより、任意のコンピュータ上で上記の各種機能および各種処理を実現することができる。

この記録媒体としては、マイクロコンピュータで処理を行うために図示しないメモリ、例えばＲＯＭのようなものがプログラムメディアであっても良いし、また、図示していないが外部記憶装置としてプログラム読み取り装置が設けられ、そこに記録媒体を挿入することにより読み取り可能なプログラムメディアであっても良い。

また、何れの場合でも、格納されているプログラムは、マイクロプロセッサがアクセスして実行される構成であることが好ましい。さらに、プログラムを読み出し、読み出されたプログラムは、マイクロコンピュータのプログラム記憶エリアにダウンロードされて、そのプログラムが実行される方式であることが好ましい。なお、このダウンロード用のプログラムは予め本体装置に格納されているものとする。

また、上記プログラムメディアとしては、本体と分離可能に構成される記録媒体であり、磁気テープやカセットテープ等のテープ系、フレキシブルディスクやハードディスク等の磁気ディスクやＣＤ／ＭＯ／ＭＤ／ＤＶＤ等のディスクのディスク系、ＩＣカード（メモリカードを含む）等のカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する記録媒体等がある。

また、インターネットを含む通信ネットワークを接続可能なシステム構成であれば、通信ネットワークからプログラムをダウンロードするように流動的にプログラムを担持する記録媒体であることが好ましい。

さらに、このように通信ネットワークからプログラムをダウンロードする場合には、そのダウンロード用のプログラムは予め本体装置に格納しておくか、あるいは別な記録媒体からインストールされるものであることが好ましい。

本発明の記憶装置は、記録エラーによって失われるストリームデータを低減でき、エラー修復処理を行う場合に処理時間を短縮でき、記録エラー発生時の復帰処理を高速化し、修復処理を高速化し、記録媒体の寿命を伸ばし、前後データの繋がりを考慮したエラー修復処理を行うことができるため、ハードディスク等の磁気ディスクやＣＤ／ＭＯ／ＭＤ／ＤＶＤ等のメディアを記録媒体に用いた記録装置に好適に適用できる。

本発明の一実施形態を示すもので、データ記録装置の各部の概略構成を示すブロック図である。 本発明の一実施形態を示すもので、データ記録装置におけるストリームデータ、管理情報データ、エラー管理データ、および、各データを記録したファイルの関係を示す概略図である。 本発明の一実施形態を示すもので、記録エラー発生時の記録処理を示す概略図である。 本発明の一実施形態を示すもので、記録処理の流れを示すフロー図である。 本発明の一実施形態を示すもので、エラー復帰処理の流れを示すフロー図である。 本発明の一実施形態を示すもので、記録停止処理の流れを示すフロー図である。 本発明の一実施形態を示すもので、エラー修復処理の流れを示すフロー図である。 本発明の一実施形態を示すもので、データ記録装置におけるストリームファイル、管理情報ファイル、および、エラー管理情報であるプレイリストファイルの各管理情報のエラー修復処理による変更を示す概略図である。 本発明の別の実施形態を示すもので、記録エラー発生時の記録処理を示す概略図である。 従来技術を示すもので、データ記録装置における記録エラーの発生を示す概略図である。 従来技術を示すもので、光ディスクなどの記録媒体上に記録されたデータを示す概念図である。 従来技術を示すもので、記録媒体に記録したＧＯＰおよびＥＣＣの対応関係を示す概念図である。

符号の説明

１０ データ記録装置
１２ バッファ
１４ 記録媒体
１６ メモリ
１８ データ入力部
２０ ストリーム制御部
２２ ストリーム解析部
２４ バッファ監視部
３０ 記録制御部
３２ 記録エラー検出部
３４ データ記録部
４０ 管理情報制御部
４２ 管理情報生成部
４４ エラー修復部

Claims (13)

1. ランダムアクセス可能な記録媒体にストリームデータをストリームファイルとして記録するデータ記録装置において、
   前記ストリームデータを前記記録媒体に記録するデータ記録部と、
   前記ストリームデータを解析することにより、ストリームデータの再生制御に必要なストリーム情報を含むストリーム管理情報を生成する管理情報生成部とを備えており、
   記録エラーが発生した場合、
   前記データ記録部が前記記録媒体に記録していたストリームデータを第１のストリームファイルとして、当該ストリームファイルのストリーム管理情報を前記管理情報生成部が確定し、
   確定後に、新たなストリームファイルである第２のストリームファイルのストリーム管理情報を前記管理情報生成部が生成し、当該ストリームファイルとしてストリームデータの前記記録媒体への記録を前記データ記録部が続行することを特徴とするデータ記録装置。
2. 前記管理情報生成部は、さらに、前記記録エラーが発生した場合、前記記録エラーの発生状況を示すエラー管理情報を生成しており、
   前記エラー管理情報は、第１のストリームファイルを識別する識別子を含むことを特徴とする請求項１記載のデータ記録装置。
3. 前記管理情報生成部は、さらに、前記記録エラーが発生した場合、前記記録エラーの発生状況を示すエラー管理情報を生成しており、
   前記エラー管理情報は、第１および第２のストリームファイルを識別する識別子を含むことを特徴とする請求項１記載のデータ記録装置。
4. 前記ストリームデータの記録媒体への記録が完了した後、前記記録エラーが発生したストリームデータを修復処理する記録エラー修復部をさらに備えており、
   該記録エラー修復部は、エラー発生位置を、前記ストリームファイルの末尾から検索することを特徴とする請求項１〜３の何れか１項に記載のデータ記録装置。
5. 前記ストリームデータを前記記録媒体に記録する前に前記ストリームデータをバッファリングするバッファをさらに備え、
   前記データ記録部は、前記記録エラーが発生した場合、前記バッファにバッファリングされているストリームデータのうち、前記記録エラーが発生する以前に前記記録媒体に記録した部分を起点に、前記ストリームデータを第２のストリームファイルとして前記記録媒体に記録することを特徴とする請求項１〜４の何れか１項に記載のデータ記録装置。
6. 前記ストリーム管理情報を含む管理情報を一時記憶するためのメモリをさらに備え、
   前記データ記録部は、さらに、入力されるストリームデータの記録媒体への記録が完了した時点以降に、前記メモリ上の前記管理情報を前記記録媒体に記録することを特徴とする請求項１記載のデータ記録装置。
7. 前記管理情報生成部は、さらに、記録エラーが発生した場合、記録エラーの発生状況を示すエラー管理情報を生成しており、
   前記管理情報は、前記エラー管理情報を含むことを特徴とする請求項６記載のデータ記録装置。
8. 前記エラー管理情報は、第１のストリームファイル内のエラー発生位置を含むことを特徴とする請求項７記載のデータ記録装置。
9. 入力されるストリームデータの記録媒体への記録が完了した後、前記エラー管理情報を参照して、前記記録媒体上の記録エラーが発生したストリームデータを修復処理し、前記メモリ上の対応する管理情報を更新する記録エラー修復部をさらに備え、
   前記データ記録部は、記録エラーの修復処理が全て完了した場合、前記メモリ上の修復処理を行った前記管理情報を前記記録媒体に記録することを特徴とする請求項７または８に記載のデータ記録装置。
10. 前記記録エラー修復部は、記録エラーの修復処理が全て完了した場合、第１および第２のストリームファイルを、連続して再生を行う一連のファイルとすることを特徴とする請求項９に記載のデータ記録装置。
11. ランダムアクセス可能な記録媒体にストリームデータをストリームファイルとして記録するデータ記録装置の制御方法であって、
    前記ストリームデータを前記記録媒体に記録するデータ記録ステップと、
    前記ストリームデータを解析することにより、ストリームデータの再生制御に必要なストリーム情報を含むストリーム管理情報を生成する管理情報生成ステップと、
    記録エラーが発生した場合に行われるエラー復帰ステップであって、前記記録媒体に記録されていたストリームデータを第１のストリームファイルとして、当該ストリームファイルのストリーム管理情報が確定され、確定後に、新たなストリームファイルである第２のストリームファイルのストリーム管理情報が生成され、当該ストリームファイルとしてストリームデータの前記記録媒体への記録が続行されるエラー復帰ステップとを含むことを特徴とするデータ記録装置の制御方法。
12. 請求項１〜１０の何れか１項に記載のデータ記録装置を動作させるためのデータ記録装置制御プログラムであって、コンピュータを上記各部として機能させるためのデータ記録装置制御プログラム。
13. 請求項１２に記載のデータ記録装置制御プログラムが記録されたコンピュータ読み取り可能な記録媒体。

Images