(57)【要約】【課題】１ファイルに対して複数の記録単位によるデータを記録する場合に、より効率的な記録を行う。【解決手段】ビデオ及びオーディオデータは、夫々所定サイズに分割されてパケットに格納され、多重化される。パケットの途中までデータが格納された時点で記録が停止されたら、記録停止位置から当該パケットの後端までがパディングワードで埋められ、当該パケットの直後からヌルパケットが順次、記録される。記録停止位置を含むＥＣＣブロックの後端位置で、ヌルパケットの記録が停止される。次に記録が開始されると、直前のＥＣＣブロックの後端を含むヌルパケットがパケットの後端まで記録され、当該ヌルパケットの直後から、記録データが格納されたパケットが順次、記録される。ディスクのイジェクト時やファイル分割時には、ファイル長がアライドユニットのデータ長の倍数になるまで、ヌルパケットが記録される。【選択図】図３
2008047169.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータおよびオーディオデータを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた記録装置において、
ビデオデータおよびオーディオデータが入力されるデータ入力部と、
上記ビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力部と、
第１のサイズのパケットを生成し、上記ビデオデータおよびオーディオデータをそれぞれ上記パケットに格納するようにされたパケット生成部と、
上記パケット生成部から出力されたデータを上記第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録部と、
上記パケット生成部および上記記録部を制御すると共に、上記記録媒体に記録されたデータをファイルとして管理する制御部と
を有し、
上記制御部は、
記録停止の際には、有効データの後端から該有効データの後端が含まれる上記ブロックの後端までをパディングデータで埋めたデータを記録し、
上記記録停止後の記録開始の際には、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録する
ように、上記パケット生成部および上記記録部を制御する
ことを特徴とする記録装置。
【請求項２】
請求項１に記載の記録装置において、
上記記録媒体は、脱着可能であって、上記第１のサイズより大きく上記第２のサイズより小さい第３のサイズを最小記録単位とされ、
上記制御部は、
上記記録停止の後に上記記録媒体が排出される際には、さらに、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録すると共に、パディングデータで埋めた上記パケットを、該ブロックの後端を含むパケットの直後から後端が上記最小記録単位の端に一致するまで記録する
ように上記パケット生成部および上記記録部を制御する
ことを特徴とする記録装置。
【請求項３】
請求項１に記載の記録装置において、
上記記録媒体は、上記第１のサイズより大きく上記第２のサイズより小さい第３のサイズを最小記録単位とされ、
上記制御部は、
上記記録停止がシステム要因に基づく場合には、さらに、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録すると共に、パディングデータで埋めた上記パケットを、該ブロックの後端を含むパケットの直後から後端が上記最小記録単位の端に一致するまで記録する
ように上記パケット生成部および上記記録部を制御する
ことを特徴とする記録装置。
【請求項４】
請求項３に記載の記録装置において、
上記システム要因は、上記制御部による上記ファイルの管理可能なファイルサイズの上限に基づく
ことを特徴とする記録装置。
【請求項５】
請求項３に記載の記録装置において、
上記システム要因は、上記ビデオデータの連続記録時間の上限に基づく
ことを特徴とする記録装置。
【請求項６】
請求項１に記載の記録装置において、
上記制御部は、
上記記録停止後の上記記録開始の際に、上記ビデオデータまたは上記オーディオデータの所定の属性に変更がなければ、
上記有効データの後端が含まれるブロックの後端を含む上記パケットの直後から、上記ビデオデータおよび上記オーディオデータが格納された上記パケットを記録する
ように上記パケット生成部および上記記録部を制御する
ことを特徴とする記録装置。
【請求項７】
請求項１に記載の記録装置において、
上記制御部は、
上記記録停止後の上記記録開始の際に、上記ビデオデータまたは上記オーディオデータの所定の属性に変更があれば、
さらに、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録すると共に、パディングデータで埋めた上記パケットを、該ブロックの後端を含むパケットの直後から後端が上記最小記録単位の端に一致するまで記録すると共に、
新規にファイルを作成し、上記記録開始による上記ビデオデータおよび上記オーディオデータが格納された上記パケットを、作成された該ファイルに対して記録する
ように上記パケット生成部および上記記録部を制御する
ことを特徴とする記録装置。
【請求項８】
請求項１に記載の記録装置において、
他の機器とデータ通信を行うことが可能な通信部をさらに有し、
上記制御部は、
上記記録停止の後、上記通信部により上記他の機器とデータ通信を行う際には、
さらに、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録すると共に、パディングデータで埋めた上記パケットを、該ブロックの後端を含むパケットの直後から後端が上記最小記録単位の端に一致するまで記録する
ように、上記パケット生成部および上記記録部を制御する
ことを特徴とする記録装置。
【請求項９】
請求項１に記載の記録装置において、
上記ブロックは、エラー訂正符号化の際のエラー訂正符号ブロックである
ことを特徴とする記録装置。
【請求項１０】
ビデオデータおよびオーディオデータを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた記録方法において、
入力部から入力されたビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力のステップと、
第１のサイズのパケットを生成し、上記ビデオデータおよびオーディオデータをそれぞれ上記パケットに格納するようにされたパケット生成のステップと、
上記パケット生成のステップにより出力されたデータを上記第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録のステップと、
上記パケット生成のステップおよび上記記録のステップを制御すると共に、上記記録媒体に記録されたデータをファイルとして管理する制御のステップと
を有し、
上記制御のステップは、
記録停止の際には、有効データの後端から該有効データの後端が含まれる上記ブロックの後端までをパディングデータで埋めたデータを記録し、
上記記録停止後の記録開始の際には、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録する
ように、上記パケット生成のステップおよび上記記録のステップを制御する
ことを特徴とする記録方法。
【請求項１１】
ビデオデータおよびオーディオデータを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた記録方法をコンピュータ装置に実行させる記録プログラムにおいて、
上記記録方法は、
入力部から入力されたビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力のステップと、
第１のサイズのパケットを生成し、上記ビデオデータおよびオーディオデータをそれぞれ上記パケットに格納するようにされたパケット生成のステップと、
上記パケット生成のステップにより出力されたデータを上記第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録のステップと、
上記パケット生成のステップおよび上記記録のステップを制御すると共に、上記記録媒体に記録されたデータをファイルとして管理する制御のステップと
を有し、
上記制御のステップは、
記録停止の際には、有効データの後端から該有効データの後端が含まれる上記ブロックの後端までをパディングデータで埋めたデータを記録し、
上記記録停止後の記録開始の際には、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録する
ように、上記パケット生成のステップおよび上記記録のステップを制御する
ことを特徴とする記録プログラム。
【請求項１２】
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた撮像装置において、
被写体を撮像してビデオデータを出力する撮像部と、
音声を収音してオーディオデータを出力する収音部と、
第１のサイズのパケットを生成し、上記ビデオデータおよびオーディオデータをそれぞれ上記パケットに格納するようにされたパケット生成部と、
上記パケット生成部から出力されたデータを上記第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録部と、
上記ビデオデータおよび上記オーディオデータの上記記録媒体への記録開始および記録停止を指示するユーザ操作を受け付ける操作部と、
上記パケット生成部および上記記録部を制御すると共に、上記記録媒体に記録されたデータをファイルとして管理する制御部と
を有し、
上記制御部は、
記録停止の際には、有効データの後端から該有効データの後端が含まれる上記ブロックの後端までをパディングデータで埋めたデータを記録し、
上記記録停止後の記録開始の際には、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録する
ように、上記パケット生成部および上記記録部を制御する
ことを特徴とする撮像装置。
【請求項１３】
請求項１２に記載の撮像装置において、
上記記録媒体は、脱着可能であって、上記第１のサイズより大きく上記第２のサイズより小さい第３のサイズを最小記録単位とされ、
上記制御部は、
上記記録停止の後に上記記録媒体が排出される際には、さらに、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録すると共に、パディングデータで埋めた上記パケットを、該ブロックの後端を含むパケットの直後から後端が上記最小記録単位の端に一致するまで記録する
ように上記パケット生成部および上記記録部を制御する
ことを特徴とする撮像装置。
【請求項１４】
請求項１２に記載の撮像装置において、
上記記録媒体は、上記第１のサイズより大きく上記第２のサイズより小さい第３のサイズを最小記録単位とされ、
上記制御部は、
上記記録停止がシステム要因に基づく場合には、さらに、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録すると共に、パディングデータで埋めた上記パケットを、該ブロックの後端を含むパケットの直後から後端が上記最小記録単位の端に一致するまで記録する
ように上記パケット生成部および上記記録部を制御する
ことを特徴とする撮像装置。
【請求項１５】
請求項１４に記載の撮像装置において、
上記システム要因は、上記制御部による上記ファイルの管理可能なファイルサイズの上限に基づく
ことを特徴とする撮像装置。
【請求項１６】
請求項１４に記載の撮像装置において、
上記システム要因は、上記ビデオデータの連続記録時間の上限に基づく
ことを特徴とする撮像装置。
【請求項１７】
請求項１２に記載の撮像装置において、
上記制御部は、
上記記録停止後の上記記録開始の際に、上記ビデオデータまたは上記オーディオデータの所定の属性に変更がなければ、
上記有効データの後端が含まれるブロックの後端を含む上記パケットの直後から、上記ビデオデータおよび上記オーディオデータが格納された上記パケットを記録する
ように上記パケット生成部および上記記録部を制御する
ことを特徴とする撮像装置。
【請求項１８】
請求項１２に記載の撮像装置において、
上記制御部は、
上記記録停止後の上記記録開始の際に、上記ビデオデータまたは上記オーディオデータの所定の属性に変更があれば、
さらに、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録すると共に、パディングデータで埋めた上記パケットを、該ブロックの後端を含むパケットの直後から後端が上記最小記録単位の端に一致するまで記録すると共に、
新規にファイルを作成し、上記記録開始による上記ビデオデータおよび上記オーディオデータが格納された上記パケットを、作成された該ファイルに対して記録する
ように上記パケット生成部および上記記録部を制御する
ことを特徴とする撮像装置。
【請求項１９】
請求項１２に記載の撮像装置において、
他の機器とデータ通信を行うことが可能な通信部をさらに有し、
上記制御部は、
上記記録停止の後、上記通信部により上記他の機器とデータ通信を行う際には、
さらに、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録すると共に、パディングデータで埋めた上記パケットを、該ブロックの後端を含むパケットの直後から後端が上記最小記録単位の端に一致するまで記録する
ように、上記パケット生成部および上記記録部を制御する
ことを特徴とする撮像装置。
【請求項２０】
請求項１２に記載の撮像装置において、
上記ブロックは、エラー訂正符号化の際のエラー訂正符号ブロックである
ことを特徴とする撮像装置。
【請求項２１】
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた撮像装置の撮像方法において、
第１のサイズのパケットを生成し、被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをそれぞれ上記パケットに格納するようにされたパケット生成のステップと、
上記パケット生成のステップにより出力されたデータを上記第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録のステップと、
上記ビデオデータおよび上記オーディオデータの上記記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、
上記パケット生成のステップおよび上記記録のステップを制御すると共に、上記記録媒体に記録されたデータをファイルとして管理する制御のステップと
を有し、
上記制御のステップは、
記録停止の際には、有効データの後端から該有効データの後端が含まれる上記ブロックの後端までをパディングデータで埋めたデータを記録し、
上記記録停止後の記録開始の際には、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録する
ように、上記パケット生成のステップおよび上記記録のステップを制御する
ことを特徴とする撮像方法。
【請求項２２】
撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた撮像装置の撮像方法をコンピュータ装置に実行させる撮像プログラムにおいて、
上記撮像方法は、
第１のサイズのパケットを生成し、被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをそれぞれ上記パケットに格納するようにされたパケット生成のステップと、
上記パケット生成のステップにより出力されたデータを上記第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録のステップと、
上記ビデオデータおよび上記オーディオデータの上記記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、
上記パケット生成のステップおよび上記記録のステップを制御すると共に、上記記録媒体に記録されたデータをファイルとして管理する制御のステップと
を有し、
上記制御のステップは、
記録停止の際には、有効データの後端から該有効データの後端が含まれる上記ブロックの後端までをパディングデータで埋めたデータを記録し、
上記記録停止後の記録開始の際には、上記有効データの後端が含まれるブロックの後端から該ブロックの後端を含む上記パケットの後端までをパディングデータで埋めたデータを記録する
ように、上記パケット生成のステップおよび上記記録のステップを制御する
ことを特徴とする撮像プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ビデオデータとオーディオデータとを多重化したストリームデータを効率的に記録媒体に記録することができるようにした記録装置、記録方法および記録プログラムに関する。
【背景技術】
【０００２】
従来から、記録可能で記録再生装置から取り外し可能とされると共に、記録容量が比較的大きく、ビデオデータとオーディオデータとからなるＡＶ(Audio/Video)データを記録するのに適した記録媒体として、４．７ＧＢ(Giga Byte)以上の記録容量を有するＤＶＤ(Digital Versatile Disc)が普及している。特許文献１には、記録可能なタイプのＤＶＤに対してＤＶＤ−Ｖｉｄｅｏフォーマットで記録する撮像装置が記載されている。
【特許文献１】特開２００４−３５０２５１
【０００３】
この記録可能なタイプのＤＶＤは、ファイルシステムにＵＤＦ(Universal Disk Format)が用いられており、ＵＤＦに対応するコンピュータ装置でアクセスが可能となっている。ＵＤＦは、ＩＳＯ(International Organization for Standarization)９６６０によるフォーマットを含んでおり、コンピュータ装置に用いられる様々なファイルシステムでアクセス可能なようになっている。この記録可能なタイプのＤＶＤに対し、例えば撮像装置で撮像されたビデオデータと撮像に伴い得られたオーディオデータとをファイルとして記録することで、撮像装置とコンピュータ装置などの他の装置との親和性が増し、記録されたデータをより有効に活用することが可能となる。
【０００４】
ビデオデータおよびオーディオデータを記録媒体に記録する処理について、図１４を用いて概略的に説明する。この図１４に例示されるように、ビデオデータおよびオーディオデータは、信号処理部１００に入力され、ビデオエンコーダ１１０およびオーディオエンコーダ１１２でそれぞれ圧縮符号化され、多重化ストリーム生成部１１１に供給される。多重化ストリーム生成部１１１は、供給されたビデオデータおよびオーディオデータを多重化して１本のデータストリームとして出力する。このデータストリームは、ディスクドライブ１０１に供給され、ＥＣＣ部１１３で所定にエラー訂正符号化され、記録処理部１１４で記録符号化、変調処理などを施されて記録信号とされ、例えば記録可能なタイプのＤＶＤであるディスク１０２に記録される。
【０００５】
この記録可能なタイプのＤＶＤにおいては、物理的な最小管理単位は、セクタであって、１セクタのデータサイズは、２ｋＢ（キロバイト）とされている。より詳細には、１セクタのデータサイズは、２０４８バイトとされる。すなわち、データは、２０４８を最小単位としてディスク１０２に記録される。
【０００６】
また、図示されない制御部により、ディスク１０２に記録されるデータストリームに対して所定のファイルシステムが適用される。例えば、ファイルシステムによりディスク１０２の管理領域に対してデータストリームのアドレス情報が所定に書き込まれ、ディスク１０２に記録されたデータストリームに対するファイルとしてのアクセス方法が示される。
【０００７】
多重化ストリーム生成部１１１における一例の多重化処理について、概略的に説明する。ビデオデータおよびオーディオデータを多重化する方法として、ＭＰＥＧ(Moving Pictures Experts Group)システムズに規定されるトランスポートストリームを適用することが考えられる。ＭＰＥＧシステムズのトランスポートストリームでは、データを所定に分割してパケットに格納し、パケット単位で時分割多重することで、ビデオデータおよびオーディオデータが多重化された１本のデータストリームを得る。
【０００８】
すなわち、ビデオデータおよびオーディオデータをそれぞれ所定に分割し、デコード時刻や出力時刻情報などを格納したヘッダを付加してＰＥＳ(Packetized Elementary Stream)パケットを形成し、ＰＥＳパケットをさらに所定サイズに分割し、データ種類を示す情報を格納したヘッダを付加してデータサイズが１８８バイトのＴＳパケットを形成する。このＴＳパケットを連ねて１本のデータストリームを得る。
【０００９】
なお、このＴＳパケットに対して、所定サイズのヘッダをさらに付加し、独自の仕様のストリームとして記録することも行われる。例えば、ＴＳパケットに対して４バイトのヘッダをさらに付加し、データサイズが１９２バイトのパケットを形成する。
【００１０】
この場合、データサイズが１９２バイトのパケットが３２個分で、全体のデータサイズが６１４４バイト（６ｋＢ）となり、記録可能なタイプのＤＶＤの１セクタのデータサイズの２０４８バイト（２ｋＢ）との関係が整数倍となる。したがって、ディスク１０２に対する記録を、このデータサイズが１９２バイトのパケットの３２個分を単位として行うと、効率的である。以下、このデータサイズが１９２バイトのパケットが３２個分による６ｋＢからなる単位を、便宜上、信号処理側データ単位と呼ぶ。
【００１１】
ＥＣＣ部１１３におけるエラー訂正符号化処理について概略的に説明する。データを記録媒体に記録する際には、データに対してエラー訂正符号を付加してエラー訂正符号化することが行われる。エラー訂正符号化の方式としては、積符号を用いた符号化処理を用いることが一般的である。例えばメモリ上に１シンボル（例えば１バイト）単位でマトリクス状に配列されたデータに対して、その列方向に対して例えばリードソロモン符号に基づき外符号パリティが生成され、データおよび生成された外符号パリティに対して、行方向に内符号パリティが生成され、積符号によるエラー訂正符号化が行われる。積符号を用いたエラー訂正符号化により生成されるデータブロックを、ＥＣＣ(Error Correction Coding)ブロックと呼ぶ。
【００１２】
ＥＣＣブロックのサイズを記録媒体の物理的な最小管理単位に合わせて決め、このＥＣＣブロックを単位として記録媒体に対するデータの記録を行うと、効率的である。図１５は、記録可能なタイプのＤＶＤにおける物理的な最小管理単位であるセクタと、ＥＣＣブロックとの一例の関係を示す。この図１５の例では、１ＥＣＣブロックを１６セクタに対応させており、１ＥＣＣブロックのデータサイズが３２ｋＢとされている。すなわち、このＥＣＣブロックが記録媒体に対する実質的なアクセス単位となる。以下、このＥＣＣブロックのデータサイズに基づく単位を、便宜上、記録処理側データ単位と呼ぶ。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
ここで、記録開始から記録停止までを記録単位とし、１のストリームファイルに対して複数の記録単位によるデータを記録するようにした場合について考える。例えば、記録機に対する記録開始操作および記録停止操作により生成されたビデオデータおよびオーディオデータによるデータストリームをファイルに記録し、次に記録機に対して記録開始操作がなされると、記録開始により生成されたビデオデータおよびオーディオデータによるデータストリームが同じファイルに対して追記される。
【００１４】
上述したように、信号処理部１００においては、データサイズが１９２バイトのパケット単位でデータが多重化され、データサイズが６ｋＢの信号処理側データ単位で以てデータが作成される。一方、ディスクドライブ１０１においては、ＥＣＣ部１１３により、データサイズが３２ｋＢの記録処理側データ単位で以てデータが扱われる。このように、記録処理側データ単位のデータサイズに対して信号処理側データ単位のデータサイズが整数倍の関係にないため、記録単位によるデータ生成を信号処理側データ単位のみに基づき行うと、生成されたデータが記録処理側データ単位に必ずしも合致しないことになる。
【００１５】
記録単位によるデータが記録処理側データ単位すなわちＥＣＣブロック単位の途中で終了している状態から、次の記録単位のデータを同一のファイルに追記するためには、下記に説明する何れかの方法をとる必要があり、それぞれ問題点を有している。
【００１６】
第１の方法は、信号処理側データ単位の制約に基づきデータを書き継ぐ方法である。この第１の方法では、次の記録単位によるデータを、前回記録が停止された記録単位（先の記録単位と呼ぶ）によるデータの後端を含むＥＣＣブロックの途中から書き繋ぐようにする。
【００１７】
図１６を用いて、この第１の方法による記録について概略的に説明する。図１６Ａのように、ＥＣＣブロック＃１から記録が開始され、ＥＣＣブロック＃４の途中で記録が停止されたものとする。ＥＣＣブロック＃１の先頭から記録停止位置までが記録単位＃１とされる。記録停止位置のデータを含むＥＣＣブロック＃４は、記録停止位置のデータ以降の部分も含めて、エラー訂正符号化される。この状態に対して、次の記録開始により、記録停止位置のデータ直後からデータを書き継いで、図１６Ｃのような状態とする。
【００１８】
次の記録開始で前回の記録停止位置の直後からデータを書き継ごうとする場合、先ず、図１６Ｂに一例が示されるように、前回の記録停止位置を含むＥＣＣブロック＃４のデータがディスク１０２から読み出され、エラー訂正符号を復号化されて例えばメモリに書き込まれる。そして、記録開始操作により生成されたデータが、メモリに書き込まれたデータにおける前回の記録停止位置のデータ直後から書き継がれ、所定のデータ量がメモリに書き込まれたら、メモリ上のデータに対してエラー訂正符号化処理を施し、ＥＣＣブロック＃４が再形成される。このＥＣＣブロック＃４がディスク１０２に書き込まれ、さらに例えばＥＣＣブロック＃５、＃６、・・・と記録が継続され、図１６Ｃのような状態となる。
【００１９】
この第１の方法によれば、例えばデータの書き換えが可能なタイプの記録媒体を用いた場合、ＥＣＣブロックの途中からデータを書き継ぐ際には、上述したように、先の記録単位による後端のデータを含むＥＣＣブロックのデータを記録媒体から再度読み出し、次の記録開始により生成されたデータと共に再度、エラー訂正符号化処理を行う必要があり、処理に時間がかかってしまうという問題点があった。
【００２０】
また、一度書き込んだデータの物理的な消去または書き換えが不可能(Write-Once)なタイプの記録媒体に対してこの第１の方法を適用できないという問題点があった。
【００２１】
第２の方法は、記録処理側データ単位の制約に基づきデータを書き継ぐ方法である。この第２の方法では、次の記録単位によるデータを先の記録単位による後端のデータを含むＥＣＣブロックをスキップして、次のＥＣＣブロックの先頭位置からデータを記録するようにする。図１７を用いて、この第２の方法による記録について概略的に説明する。
【００２２】
上述した図１６Ａと同様に、ＥＣＣブロック＃１から記録が開始され、ＥＣＣブロック＃４の途中で記録が停止されたものとする（図１７Ａ参照）。この第２の方法では、次の記録開始で生成されたデータは、図１７Ｂに一例が示されるように、記録停止時のデータを含むＥＣＣブロック＃４の次のＥＣＣブロック＃５から書き込まれる。すなわち、この第２の方法によれば、ＥＣＣブロック＃４の記録停止によるデータから次の記録開始位置すなわち次のＥＣＣブロック＃５の先頭までの領域が、有効なビデオデータの存在しない空き領域とされる。
【００２３】
ファイルシステムによっては、単一のファイル中で、記録処理側データ単位内に空き領域が存在することを表現できないという問題点があった。このようなファイルシステムの例としては、コンピュータ装置のＯＳ(Operating System)の一つであるＷｉｎｄｏｗｓ（登録商標）で用いられるファイルシステムである、ＦＡＴ１６(File Allocation Table 16)が挙げられる。
【００２４】
一方、上述したＵＤＦでは、１ファイル内の空き領域を管理するための管理情報が規定されている。したがって、この空き領域の管理情報を用いることで、ＥＣＣブロックの途中でスキップした領域が存在することを表現可能である。しかしながら、単一のファイルにおいて記録開始および記録停止を繰り返した結果、多数の空き領域が生じると、空き領域の管理情報も空き領域の数に応じて増加されることになる。この場合、ファイルシステムによる管理データサイズが増大すると共に、この空き領域の管理情報のために、ディスク１０２上に新たな領域を確保する必要が生じる。そのため、記録および再生それぞれの動作において、処理が増大してしまうという問題点があった。
【００２５】
これら第１および第２の方法以外に、記録処理側データ単位の制約と信号処理側データ単位の制約とを常に満たすように記録する方法も考えられる。例えば、信号処理側データ単位のデータサイズと、記録処理側データ単位のデータサイズとの最小公倍数のデータサイズに基づく管理単位で記録を行うようにする。
【００２６】
図１８を用いて概略的に説明する。上述した図１６Ａや図１７Ａと同様に、ＥＣＣブロック＃１から記録が開始され、ＥＣＣブロック＃４の途中で記録が停止されたものとする（図１８Ａ参照）。この第３の方法では、記録開始の際に、記録開始のデータ位置と管理単位の先頭とのアライメントを取る。管理単位の先頭は、記録処理側データ単位の端と信号処理側データ単位の端とが一致する位置である。例えば、記録が停止された後に記録が開始されたら、記録停止による後端のデータから次の管理単位の先頭までを、所定のビット列などからなるパディングデータで埋める（図１８Ｂ参照）。そして、次の記録開始がなされたら、記録開始によるデータが当該管理単位の次の先頭から書き込まれる（図１８Ｃ参照）。
【００２７】
この第３の方法によれば、記録の管理単位のデータサイズが、記録処理側データ単位および信号処理側データ単位の何れのデータサイズより大きくなってしまうため、次の記録開始位置のアライメントを取るために、無駄な記録容量を消費してしまうという問題点があった。
【００２８】
一例として、信号処理側データ単位のデータサイズが６ｋＢ、記録処理側データ単位のデータサイズが３２ｋＢであるこの例では、両者の最小公倍数の９６ｋＢのデータサイズを管理単位として記録を行うことになるため、管理単位毎に、最大で略９６ｋＢもの無駄が生じてしまう可能性があるという問題点があった。
【００２９】
また、ある記録単位（先の記録単位とする）によるビデオデータと、次の記録単位によるビデオデータとをシームレスに、すなわち、ビデオデータとビデオデータとをフレームタイミングで連続的に再生制御しようとした場合、先の記録単位によるビデオデータの後端にパディングワードが多く挿入されていると、次の記録単位の先頭側のビデオデータのビット量に対する制約が増え、画質の劣化を招くおそれがあるという問題点があった。
【００３０】
すなわち、例えば再生機側において、ビデオデータをデコードするビデオデコーダに対して入力されるストリームのデータバンド幅には、所定の上限が設定されている。そのため、本来のビデオデータ以外のデータであるパディングワードをストリームに多く含んでしまうと、本来のビデオデータのバンド幅が相対的に圧迫され、画質の劣化を招くことになる。
【００３１】
したがって、この発明の目的は、記録開始から記録停止までを記録単位とし、１のストリームファイルに対して複数の記録単位によるデータを記録する場合に、より効率的な記録が行えるようにした記録装置、記録方法および記録プログラムを提供することにある。
【課題を解決するための手段】
【００３２】
上述した課題を解決するために、第１の発明は、ビデオデータおよびオーディオデータを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた記録装置において、ビデオデータおよびオーディオデータが入力されるデータ入力部と、ビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力部と、第１のサイズのパケットを生成し、ビデオデータおよびオーディオデータをそれぞれパケットに格納するようにされたパケット生成部と、パケット生成部から出力されたデータを第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録部と、パケット生成部および記録部を制御すると共に、記録媒体に記録されたデータをファイルとして管理する制御部とを有し、制御部は、記録停止の際には、有効データの後端から有効データの後端が含まれるブロックの後端までをパディングデータで埋めたデータを記録し、記録停止後の記録開始の際には、有効データの後端が含まれるブロックの後端からブロックの後端を含むパケットの後端までをパディングデータで埋めたデータを記録するように、パケット生成部および記録部を制御することを特徴とする記録装置である。
【００３３】
また、第２の発明は、ビデオデータおよびオーディオデータを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた記録方法において、入力部から入力されたビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力のステップと、第１のサイズのパケットを生成し、ビデオデータおよびオーディオデータをそれぞれパケットに格納するようにされたパケット生成のステップと、パケット生成のステップにより出力されたデータを第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録のステップと、パケット生成のステップおよび記録のステップを制御すると共に、記録媒体に記録されたデータをファイルとして管理する制御のステップとを有し、制御のステップは、記録停止の際には、有効データの後端から有効データの後端が含まれるブロックの後端までをパディングデータで埋めたデータを記録し、記録停止後の記録開始の際には、有効データの後端が含まれるブロックの後端からブロックの後端を含むパケットの後端までをパディングデータで埋めたデータを記録するように、パケット生成のステップおよび記録のステップを制御することを特徴とする記録方法である。
【００３４】
また、第３の発明は、ビデオデータおよびオーディオデータを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた記録方法をコンピュータ装置に実行させる記録プログラムにおいて、記録方法は、入力部から入力されたビデオデータおよびオーディオデータの記録開始および記録停止の指示が入力される記録指示入力のステップと、第１のサイズのパケットを生成し、ビデオデータおよびオーディオデータをそれぞれパケットに格納するようにされたパケット生成のステップと、パケット生成のステップにより出力されたデータを第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録のステップと、パケット生成のステップおよび記録のステップを制御すると共に、記録媒体に記録されたデータをファイルとして管理する制御のステップとを有し、制御のステップは、記録停止の際には、有効データの後端から有効データの後端が含まれるブロックの後端までをパディングデータで埋めたデータを記録し、記録停止後の記録開始の際には、有効データの後端が含まれるブロックの後端からブロックの後端を含むパケットの後端までをパディングデータで埋めたデータを記録するように、パケット生成のステップおよび記録のステップを制御することを特徴とする記録プログラムである。
【００３５】
また、第４の発明は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた撮像装置において、被写体を撮像してビデオデータを出力する撮像部と、音声を収音してオーディオデータを出力する収音部と、第１のサイズのパケットを生成し、ビデオデータおよびオーディオデータをそれぞれパケットに格納するようにされたパケット生成部と、パケット生成部から出力されたデータを第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録部と、ビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付ける操作部と、パケット生成部および記録部を制御すると共に、記録媒体に記録されたデータをファイルとして管理する制御部とを有し、制御部は、記録停止の際には、有効データの後端から有効データの後端が含まれるブロックの後端までをパディングデータで埋めたデータを記録し、記録停止後の記録開始の際には、有効データの後端が含まれるブロックの後端からブロックの後端を含むパケットの後端までをパディングデータで埋めたデータを記録するように、パケット生成部および記録部を制御することを特徴とする撮像装置である。
【００３６】
また、第５の発明は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた撮像装置の撮像方法において、第１のサイズのパケットを生成し、被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをそれぞれパケットに格納するようにされたパケット生成のステップと、パケット生成のステップにより出力されたデータを第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録のステップと、ビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、パケット生成のステップおよび記録のステップを制御すると共に、記録媒体に記録されたデータをファイルとして管理する制御のステップとを有し、制御のステップは、記録停止の際には、有効データの後端から有効データの後端が含まれるブロックの後端までをパディングデータで埋めたデータを記録し、記録停止後の記録開始の際には、有効データの後端が含まれるブロックの後端からブロックの後端を含むパケットの後端までをパディングデータで埋めたデータを記録するように、パケット生成のステップおよび記録のステップを制御することを特徴とする撮像方法である。
【００３７】
また、第６の発明は、撮像部で被写体を撮像して得られたビデオデータと、収音部で音声を収音して得られたオーディオデータとを多重化してファイルとして記録媒体に記録するようにされ、記録開始から記録停止までを記録単位として複数の記録単位によるビデオデータおよびオーディオデータを１のファイルに記録可能とされた撮像装置の撮像方法をコンピュータ装置に実行させる撮像プログラムにおいて、撮像方法は、第１のサイズのパケットを生成し、被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをそれぞれパケットに格納するようにされたパケット生成のステップと、パケット生成のステップにより出力されたデータを第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録する記録のステップと、ビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付けるステップと、パケット生成のステップおよび記録のステップを制御すると共に、記録媒体に記録されたデータをファイルとして管理する制御のステップとを有し、制御のステップは、記録停止の際には、有効データの後端から有効データの後端が含まれるブロックの後端までをパディングデータで埋めたデータを記録し、記録停止後の記録開始の際には、有効データの後端が含まれるブロックの後端からブロックの後端を含むパケットの後端までをパディングデータで埋めたデータを記録するように、パケット生成のステップおよび記録のステップを制御することを特徴とする撮像プログラムである。
【００３８】
上述したように、第１、第２および第３の発明は、第１のサイズのパケットを生成し、ビデオデータおよびオーディオデータをそれぞれパケットに格納するようにされ、パケットをデータを第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録し、記録媒体に記録されたデータをファイルとして管理するようにされ、記録停止の際には、有効データの後端から有効データの後端が含まれるブロックの後端までをパディングデータで埋めたデータを記録し、記録停止後の記録開始の際には、有効データの後端が含まれるブロックの後端からブロックの後端を含むパケットの後端までをパディングデータで埋めたデータを記録するようにしているため、パディングデータのデータ量がブロックのデータ量を超えることがない。
【００３９】
また、第４、第５および第６の発明は、第１のサイズのパケットを生成し、被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをそれぞれパケットに格納するようにされ、パケットを第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録し、記録媒体に記録されたデータをファイルとして管理するようにされ、ビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付け、記録停止の際には、有効データの後端から有効データの後端が含まれるブロックの後端までをパディングデータで埋めたデータを記録し、記録停止後の記録開始の際には、有効データの後端が含まれるブロックの後端からブロックの後端を含むパケットの後端までをパディングデータで埋めたデータを記録するようにしているため、パディングデータのデータ量がブロックのデータ量を超えることがない。
【発明の効果】
【００４０】
第１、第２および第３の発明は、上述したように、第１のサイズのパケットを生成し、ビデオデータおよびオーディオデータをそれぞれパケットに格納するようにされ、パケットをデータを第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録し、記録媒体に記録されたデータをファイルとして管理するようにされ、記録停止の際には、有効データの後端から有効データの後端が含まれるブロックの後端までをパディングデータで埋めたデータを記録し、記録停止後の記録開始の際には、有効データの後端が含まれるブロックの後端からブロックの後端を含むパケットの後端までをパディングデータで埋めたデータを記録するようにしているため、記録開始および記録停止を繰り返してもファイル中に空き領域が発生しないと共に、パディングデータのデータ量がブロックのデータ量を超えることがないという効果がある。
【００４１】
第４、第５および第６の発明は、上述したように、第１のサイズのパケットを生成し、被写体を撮像して得られたビデオデータと、音声を収音して得られたオーディオデータとをそれぞれパケットに格納するようにされ、パケットを第１のサイズより大きい第２のサイズのブロック単位で記録媒体に記録し、記録媒体に記録されたデータをファイルとして管理するようにされ、ビデオデータおよびオーディオデータの記録媒体への記録開始および記録停止を指示するユーザ操作を受け付け、記録停止の際には、有効データの後端から有効データの後端が含まれるブロックの後端までをパディングデータで埋めたデータを記録し、記録停止後の記録開始の際には、有効データの後端が含まれるブロックの後端からブロックの後端を含むパケットの後端までをパディングデータで埋めたデータを記録するようにしているため、記録開始および記録停止を繰り返してもファイル中に空き領域が発生しないと共に、パディングデータのデータ量がブロックのデータ量を超えることがないという効果がある。
【発明を実施するための最良の形態】
【００４２】
以下、この発明の実施の一形態を、図面を参照しながら説明する。図１は、この発明の実施の一形態に適用可能な記録装置の一例の構成を示す。この記録装置は、入力されたビデオデータおよびオーディオデータを所定の方式で圧縮符号化し、圧縮符号化されたビデオデータおよびオーディオデータを多重化して１本のデータストリームとし、このデータストリームをファイルとして記録媒体に記録するようにしている。
【００４３】
この図１に例示される記録装置は、外部から入力されるビデオデータおよびオーディオデータを記録媒体に記録する、単独の記録装置として用いることもできるし、光学系や撮像素子などを備えたカメラブロックと組み合わせ、撮像した撮像信号に基づくビデオデータを記録媒体に記録する、ビデオカメラ装置の記録ブロックとして用いることもできる。なお、以下において、１記録開始から記録停止までを、記録単位とする。
【００４４】
適用可能な圧縮符号化や多重化の方式としては、様々に考えられる。例えば、例えばＩＴＵ−Ｔ(International Telecommunication Union-Telecommunication Standarization Sector)勧告Ｈ．２６４あるいはＩＳＯ(International Organization for Standarization)／ＩＥＣ(International Electrotechnical Commission)国際標準１４４９６−１０（ＭＰＥＧ−４パート１０）Advanced Video Coding（以下、Ｈ．２６４｜ＡＶＣと略称する）に規定される方式を、この発明の実施の一形態の圧縮符号化として適用することができる。これに限らず、ＭＰＥＧ２方式に基づき圧縮符号化を行うようにしてもよい。また、多重化方式は、例えばＭＰＥＧ２システムズを適用することができる。以下では、ビデオデータの圧縮符号化をＨ．２６４｜ＡＶＣに規定される方式に準じて行い、ビデオデータおよびオーディオデータの多重化を、ＭＰＥＧ２システムズに規定される方式に準じて行うものとして説明する。
【００４５】
記録装置は、概略的には信号処理部１０とディスクドライブ１１とからなり、これら信号処理部１０およびディスクドライブ１１を制御部２０により制御して、記録装置全体として動作させる。信号処理部１０は、端子３０から入力されるビデオデータと、端子３３から入力されるオーディオデータとをそれぞれエンコードし、所定にパケット化してパケット単位でビデオデータおよびオーディオデータを時分割多重して、１本のデータストリームとして出力する。ディスクドライブ１１は、供給されたデータストリームに対して所定にエラー訂正符号化を施し、さらに記録符号化、変調処理などを施して記録媒体であるディスク１２に記録するための記録信号を生成する。
【００４６】
データを記録する記録媒体であるディスク１２は、例えば記録可能なタイプのＤＶＤ(Digital Versatile Disc)を用いることができる。これに限らず、ディスク１２として、より大容量を実現したＢｌｕ−ｒａｙ  Ｄｉｓｃ（ブルーレイディスク：登録商標）を適用することも考えられる。
【００４７】
制御部２０は、例えばＣＰＵ(Central Processing Unit)、ＲＡＭ(Random Access Memory)およびＲＯＭ(Read Only Memory)などからなり（図示しない）、ＲＯＭに予め記憶されたプログラムやデータに基づき、ＲＡＭをワークメモリとして用いてこの記録装置の記信号処理部１０およびディスクドライブ１１の各部を制御する。
【００４８】
制御部２０上で動作するプログラムにより、この記録装置で用いられるファイルシステムが提供される。例えば、制御部２０は、このファイルシステムに基づき、データがディスク１２に記録される際の、ディスク１２の物理的なアドレスと当該データが格納されるファイルとの関連付けを行うと共に、各データが格納されるファイルの論理的な管理情報を生成する。また、ファイルシステムは、ファイルサイズやファイルの作成時刻などの情報を管理する。新規ファイルの作成やファイルオープン、クローズは、ファイルシステム基づき制御部２０により制御される。ディスク１２が記録可能なタイプのＤＶＤである場合、最小記録単位がデータサイズが２ｋＢのセクタであって、ファイルシステムは、セクタサイズに対応して２ｋＢを最小管理単位としてデータを管理する。
【００４９】
ＵＩ(User Interface)部２１は、この記録装置の動作をユーザが操作するための操作子が所定に設けられ、操作子に対する操作に応じた制御信号を出力する。この制御信号は、制御部２０に供給される。制御部２０は、ユーザ操作に応じてＵＩ部２１から供給された制御信号に基づきなされるプログラムの処理により、記録部１０の各部の動作を制御する。例えば、ＵＩ部２１に対してなされた操作に応じて、記録装置による記録動作の開始および停止の動作が制御部２０により制御される。
【００５０】
ディスク１２のイジェクト動作は、例えばＵＩ部２１や記録装置に所定に設けられたイジェクトボタンの操作に応じて、制御部２０によりディスク１２の排出機構（図示しない）が制御されて行われる。
【００５１】
ベースバンドのディジタルビデオデータが端子３０から入力され、ビデオエンコーダ３１に供給される。ビデオエンコーダ３１は、供給されたディジタルビデオデータを、所定の方式で以て圧縮符号化する。Ｈ．２６４｜ＡＶＣに規定される方式に準じて圧縮符号化がなされるこの例では、例えば、ＤＣＴ(Discrete Cosine Transform)と画面内予測とによりフレーム内圧縮を行うと共に、動きベクトルを用いたフレーム間圧縮を行い、さらにエントロピー符号化を行い圧縮効率を高める。ビデオエンコーダ１１で圧縮符号化されたディジタルビデオデータは、Ｈ．２６４｜ＡＶＣによるビデオデータのエレメンタリストリーム（ＥＳ）として、マルチプレクサ（ＭＵＸ）３２に供給される。
【００５２】
ベースバンドのディジタルオーディオデータが端子３３から入力され、オーディオエンコーダ３４に供給される。オーディオエンコーダ３４は、供給されたディジタルオーディオデータを所定の圧縮符号化方式、例えばＡＣ３(Audio Code number 3)方式により圧縮符号化する。オーディオデータの圧縮符号化方式は、ＡＣ３方式に限られるものではない。オーディオデータを圧縮符号化せず、ＰＣＭ(Pulse Code Modulation)で符号化されたベースバンドのデータのまま用いることも考えられる。圧縮符号化されたディジタルオーディオデータは、オーディオデータのエレメンタリストリームとしてマルチプレクサ３２に供給される。
【００５３】
マルチプレクサ３２は、供給されたビデオデータのエレメンタリストリームとオーディオデータのエレメンタリストリームとを所定の方式で多重化し、１本のデータストリームとして出力する。ＭＰＥＧ２システムズに準じて多重化が行われるこの例では、ＭＰＥＧ２のトランスポートストリームを用いて、供給された圧縮ビデオデータおよび圧縮オーディオデータを時分割で多重化する。例えば、マルチプレクサ３２は、バッファメモリを有し（図示しない）、供給されたビデオデータのエレメンタリストリームとオーディオデータのエレメンタリストリームとをバッファメモリに溜め込む。
【００５４】
なお、Ｈ．２６４｜ＡＶＣ方式においては、ビデオデータの符号化を、フレーム間相関を利用したフレーム間圧縮を用いて行い、デコード開始可能な位置に基づくデコード単位で符号化がなされる。このデコード単位は、例えばＧＯＰである。ファイルに格納されるビデオデータも、このデコード単位の境界に合わせる必要があり、マルチプレクサ３２は、このデコード単位の境界に合わせてＴＳパケットを作成する。
【００５５】
バッファメモリに溜め込まれたビデオデータのエレメンタリストリームは、所定サイズ毎に分割されヘッダが付加されて、ＰＥＳ(Packetized Elementary Stream)パケット化される。オーディオデータのエレメンタリストリームも同様に、所定サイズ毎に分割されヘッダが付加されてＰＥＳパケット化される。ヘッダには、パケットに格納されるデータの再生時刻を示すＰＴＳ(Presentation Time Stamp)や復号時刻を示すＤＴＳ(Decoding Time Stamp)といった、ＭＰＥＧ２システムズに規定される所定の情報が格納される。ＰＥＳパケットは、さらに分割されて、所定にヘッダが付加されて、データサイズが１８８バイトのトランスポートパケット（ＴＳパケット）化される。すなわち、ＰＥＳパケットが所定に分割されてＴＳパケットのペイロードに詰め込まれ、ヘッダには、ペイロードに詰め込まれたデータを識別するためのＰＩＤ(Packet Identification)が格納される。
【００５６】
マルチプレクサ３２は、ＴＳパケットに対して、さらにデータサイズが４バイトのヘッダを付加して出力する。この、ＴＳパケットに対し４バイトのヘッダを付加したパケットを、ソースパケットと呼ぶ。ソースパケットのそれぞれには、ソースパケットのそれぞれを識別すると共に、ソースパケットの順番を示すソースパケット番号が付与される。ソースパケット番号は、例えばＴＳパケットに対して付加されるヘッダに格納することができる。
【００５７】
マルチプレクサ３２から出力されたソースパケットは、ストリームバッファ３５に一旦溜め込まれる。制御部２０は、ストリームバッファ３５に溜め込まれたデータ量を監視し、ストリームバッファ３５に所定量以上のデータが溜め込まれると、ストリームバッファ３５からＥＣＣ部４０によるエラー訂正符号化単位に基づきデータを読み出す。
【００５８】
ストリームバッファ３５から読み出されたデータは、ディスクドライブ１１に入力され、ＥＣＣ(Error Correction Coding)部４０に供給される。ＥＣＣ部４０は、供給されたデータに対して、積符号を用いたエラー訂正符号化処理を行う。例えば、ＥＣＣ部４０に供給されたデータは、図示されないメモリに対してマトリクス状に配列されて書き込まれる。ＥＣＣ部４０は、メモリ上のデータに対して、リードソロモン符号に基づき列方向に外符号パリティを生成し、データおよび外符号パリティに行方向に内符号パリティを生成し、積符号によるエラー訂正符号化が行われ、ＥＣＣブロックが形成される。ＥＣＣブロックのデータサイズは、例えば３２ｋＢとされる。
【００５９】
ＥＣＣブロックは、メモリから読み出されて記録処理部４１に供給される。記録処理部４１は、供給されたデータに対して所定の記録符号化処理を施し、記録符号化されたデータを変調して記録信号を生成する。この記録信号により、ディスク１２にデータが書き込まれる。このように、ディスク１２には、ＥＣＣブロック単位でデータが記録される。すなわち、ディスクドライブ１１では、ＥＣＣブロックのデータサイズである３２ｋＢを単位として記録が行われる。
【００６０】
なお、制御部２０は、ファイルシステムに基づき、ディスク１２に記録されるデータに対して、ディスク１２上でのアドレス情報とファイル名などの属性情報とを関連付けてディスク１２上の管理領域に書き込む。これにより、ディスク１２に書き込んだデータに対してファイルとしてアクセスすることが可能となる。
【００６１】
また、制御部２０は、ディスクドライブ１１、ビデオエンコーダ３１、オーディオエンコーダ３４およびマルチプレクサ３２などから取得される情報に基づき、ディスク１２に記録されるファイルに格納されるデータストリームの属性情報を作成する（ストリーム情報と呼ぶ）。ストリーム情報は、制御部２０により図示されないＲＡＭ上に作成され、所定のタイミングでストリーム情報ファイルとしてディスク１２に記録される。
【００６２】
データストリームの属性情報としては、ビデオデータのエレメンタリストリームに関して、ＰＴＳとソースパケット番号との対応関係を示すテーブル、ビデオの画枠サイズやアスペクト比、フレームレートといったコーデックに関する属性情報、クローズドキャプションに関する情報などがある。また、オーディオデータのエレメンタリストリームに関して、符号化方式などコーデックに関する属性情報、サンプリング周波数や量子化ビット数の情報、出力方式（５．１ｃｈ、２ｃｈステレオなど）、複数言語が用いられる場合の言語を種類を示すコードなどがある。
【００６３】
ストリーム情報ファイルは、例えば記録単位毎に作成され、ディスク１２に記録される。複数の記録単位が格納されたファイルに対して、当該ファイルに格納される複数の記録単位それぞれのストリーム情報が格納された１のストリーム情報ファイルを作成することもできる。
【００６４】
なお、この記録装置は、ビデオエンコーダ３１やオーディオエンコーダ３４におけるエンコードの設定を、例えばＵＩ部２１に対する操作により所定に変更することができる。一例として、ビデオデータに関しては、画枠サイズ、アスペクト比、フレームレート、走査方法などを変更することが考えられる。また、オーディオデータに関しては、サンプリング周波数や出力チャンネル数、コーデックの種類などを変更することが考えられる。ＵＩ部２１に対する設定変更の操作に応じた制御信号がＵＩ部２１から制御部２０に供給される。制御部２０は、この制御信号に基づき、ビデオエンコーダ３１やオーディオエンコーダ３４などを所定に制御する。例えばビデオデータの圧縮率や画枠サイズなどの設定がそれぞれ異なる複数の記録モードを予め用意し、ＵＩ部２１に対する記録モードの切り換え操作に応じて複数項目の設定を纏めて変更するようにもできる。
【００６５】
図２は、この発明の実施の一形態に適用される一例のデータ構造を示す。データサイズが１８８バイトのＴＳパケットにデータサイズが４バイトのヘッダが付加されて、データサイズが１９２バイトのソースパケットが形成される。３２個のソースパケットで構成されるデータサイズが６ｋＢ（６１４４バイト）のデータユニットを、アライドユニットと呼ぶ。アライドユニットのデータサイズは、ＵＤＦのファイルシステムによるデータの最小管理単位の２ｋＢに対して、整数倍となっている。
【００６６】
次に、この発明の実施の一形態による、ディスク１２に記録するデータのアライメント方法について説明する。この発明の実施の一形態では、記録停止時と、ディスク１２のイジェクト時およびシステム要件によりファイル分割を行う場合とで、データのアライメント方法を異ならせる。記録停止時には、ディスクドライブ１１の記録データ単位（例えばＥＣＣブロック単位）に基づくアライメントとする。ディスク１２のイジェクト時およびシステム要件によりファイル分割を行う場合には、ファイルシステムの管理単位に基づくアライメントとする。
【００６７】
図３を用いて、記録停止時のアライメント方法について説明する。なお、図３において、ＥＣＣブロックは、ＥＣＣブロックにおいてマトリクス状に配列されるデータを横軸方向に並べて表現している。また、図３Ｂにおいて、説明を容易とするために、ソースパケットを実際のＥＣＣブロックに対する比率より大きく表現している。これらの表記方法は、以下の同様な図において共通とする。
【００６８】
記録停止時には、記録データ単位、すなわちＥＣＣブロックの境界でアライメントが取られる。例えば、図３Ａのように、ＥＣＣブロック＃１から記録が開始され、ＥＣＣブロック＃４の途中で記録が停止されたものとする。この場合には、ＥＣＣブロック＃４において、記録停止位置からＥＣＣブロック＃４の終端までをパディングデータで埋める。ＥＣＣブロック＃４の終端までがパディングデータで埋められたら、このファイルを一旦、クローズする。
【００６９】
図３Ｂは、図３ＡのＥＣＣブロック＃４およびＥＣＣブロック＃５をより詳細に示す。先ず、記録停止による最終データまでを含むソースパケットをディスク１２に記録する。このとき、図３Ｂにソースパケット５０として例示されるように、記録停止による最終データまでをソースパケットに格納した時点で、データがソースパケットの途中までしか格納されていない場合がある。すなわち、ソースパケット５０において、先頭から記録停止による最終データまでが有効データであって、最終データの直後からソースパケット５０の終端までは、例えばデータの状態が不定であるなどの無効データである。このような場合には、記録停止による最終データを含むソースパケット５０において、最終データ直後すなわち有効データの後端から当該ソースパケットの終端までが所定のパディングデータで埋められる。その上で、最終データを含むソースパケット５０の次のソースパケットから、パディング用のソースパケットがＥＣＣブロック＃４の境界位置まで記録される。
【００７０】
パディング用のソースパケットとは、例えば、ソースパケットに含まれるＴＳパケットのペイロードが、値"０"のデータで埋められたパケットである。このような、ペイロードが値"０"で埋められたソースパケットを、ヌル(Null)パケットと呼ぶ。
【００７１】
また、図３Ｂにソースパケット５１として例示されるように、記録停止に基づく最終データを含むＥＣＣブロック＃４の終端がソースパケットの途中に位置する場合がある。この場合には、ヌルパケットである当該ソースパケット５１をＥＣＣブロック＃４の終端位置まで記録する。また、この時点では、当該ソースパケット５１に対し、ＥＣＣブロック＃４の終端位置以降の記録を行わない。
【００７２】
記録停止後に、通常の記録開始がなされ、記録停止時に一旦クローズしたファイルにデータを書き継ぐ場合の処理について、図４を用いて説明する。ここでいう通常の記録開始は、例えば、ＵＩ部２１に対する記録開始操作といったユーザ操作に応じて実行される動作である。図４Ａは、上述の図３Ａに対応し、ＥＣＣブロック＃４内の、前回記録が停止された位置からデータを書き継ぐことを示している。
【００７３】
記録開始がなされると、先ず、前回記録が停止されクローズされたファイルがオープンされる。そして、オープンされたファイルにおいて、図４Ｂに例示されるように、前回の記録停止時に途中までパディングデータが記録されたソースパケット５１に対し、前回の記録停止位置からソースパケット５１の終端までパディングデータを書き込み、ソースパケット５１を完成させる。そして、ソースパケット５１の次から、記録開始により生成されるソースパケットを順次、記録していく。
【００７４】
なお、前回記録が停止された際の記録停止位置がソースパケットの途中であったか否か、ならびに、前回記録が停止された際の記録停止位置のソースパケット内での位置は、ファイルサイズをソースパケットのデータサイズで除することで求めることができる。
【００７５】
すなわち、ファイルサイズをバイトで表した値を、ソースパケットのデータサイズである１９２バイトで除した際の剰余が"０"であれば、前回の記録停止による記録停止位置がソースパケットの終端と一致している。また、ファイルサイズをソースパケットのデータサイズで除した際の剰余が"０"以外であれば、当該剰余の値が前回の記録停止による記録停止位置の、ソースパケット内でのバイト位置を示す。
【００７６】
このように、この方法によれば、前回の記録停止による記録停止位置のソースパケット内での位置を、ファイルサイズに基づき求めることができる。記録停止位置に関する情報を図示されない不揮発性メモリやディスク１２上など、何らかの方法で記憶しておくこと無しに、ファイルシステムにより対象となるファイルのファイルサイズを調べるだけで、前回の記録停止による記録停止位置のソースパケット内でのバイト位置を容易に知ることができ、その位置からデータを書き継ぐことができる。
【００７７】
例えば、ディスク１２を記録装置に装填したまま記録装置の電源を一旦ＯＦＦし、再びＯＮしたような場合、制御部２０のワークメモリ上の情報が失われ、ワークメモリ上に記憶されていた記録の経過に関する情報も失われる。このような場合でも、制御部２０は、ファイルシステムにより例えばディスク１２に最も新しく記録されたファイルを調べ、さらにそのファイルのファイルサイズを調べることで、当該ファイルに対して次の記録単位のデータを書き継ぐことができる。
【００７８】
次に、ディスク１２のイジェクト時およびシステム要件（具体的な例は後述する）によりファイル分割を行う場合のアライメント方法について、図５を用いて説明する。
【００７９】
ディスク１２を記録装置から排出するためのイジェクト動作は、上述したように、記録装置の筐体に所定に設けられたイジェクトボタンの操作に応じて、制御部２０により制御されてなされる。イジェクトされ取り出されたディスク１２に記録されたファイルは、当該ディスク１２が他の機器に装填された際に、当該他の機器のファイルシステムによりアクセス可能となっている必要がある。また、システム要件によりファイル分割が行われた場合、分割されたファイルのうち前側のファイルは、データが追記されることがなく、当該ファイル自身でデータストリームが完結している必要がある。
【００８０】
したがって、ディスク１２のイジェクト時やシステム要件によるファイル分割時は、アライドユニット単位のアライメントとし、ファイルシステムでアクセス可能なようにデータストリームを完結させた状態でファイルをクローズする。なお、ファイル分割を行う場合のシステム側の要件については、後述する。
【００８１】
上述の例と同様に、例えば図５Ａのように、ＥＣＣブロック＃１から記録が開始され、ＥＣＣブロック＃４の途中で記録が停止されたものとする。先ず、図３を用いて上述したように、記録停止位置からＥＣＣブロック＃４の終端位置まで、パディングデータで埋められる。さらに、ＥＣＣブロック＃４の終端位置から、ファイルのデータ長がアライドユニットの倍数となるまでパディングデータが記録され、その後、ファイルがクローズされる。ファイル分割の場合には、さらに新規のファイルが作成され、当該新規のファイルに対して記録が継続的になされる。
【００８２】
図５Ｂは、図５ＡのＥＣＣブロック＃４およびＥＣＣブロック＃５をより詳細に示す。先ず、図３を用いて説明した記録停止時の処理により、記録停止位置を含むソースパケット５０が記録停止位置からパケット終端までパディングデータで埋められ、当該ソースパケット５０の次から、パディング用のヌルパケットがＥＣＣブロックの境界位置まで記録されている。
【００８３】
この状態で、ディスク１２のイジェクト動作や、ファイル分割が行われる場合、先ず、記録停止時に記録された最終ソースパケットが終端までパディングデータで埋められる。そして、当該最終ソースパケットの直後からヌルパケットが順次、記録され、ファイルサイズがアライドユニットのデータ長の倍数となったらヌルパケットの記録を停止し、ファイルをクローズする。最後に記録されたヌルパケットの終端がファイルの終端とする。
【００８４】
なお、最後に記録されたヌルパケットの終端から当該ヌルパケットを含むＥＣＣブロック＃５の終端までの区間は、データとしては用いられない区間となる。ファイルシステムとしてＵＤＦを用いている場合には、この区間に対して、使用されない区間であることを示す管理情報"empty extent"を設定する。また、この使用されない区間は、特に何のデータも記録されずデータ的に不定の状態としてよい。ＥＣＣ部４０は、この使用されない区間のデータ状態の如何に関わらず、エラー訂正符号化処理を行うことができる。
【００８５】
ここで、システム要件によるファイル分割について概略的に説明する。既に説明したように、この発明の実施の一形態では、記録単位で生成されたデータストリームを、１のファイルに対して記録単位毎に順次、追記していくようにしている。このとき、例えば下記の何れかに該当する場合に、ファイルの分割が行われる。
【００８６】
（１）ファイルに追記される記録単位のデータストリームと、当該ファイルに先に記録された記録単位のデータストリームとで、所定の属性が異なる場合。
（２）ファイルにデータストリームを記録することで、当該ファイルのファイルサイズがファイルシステムが対応するファイルサイズの上限を超えてしまうような場合。
（３）１の記録単位において、記録されるピクチャのＰＴＳの値が、ＰＴＳに定義される精度で表現可能な値を超える場合。
【００８７】
（１）の、ファイルに追記される記録単位のデータストリームと、当該ファイルに先に記録された記録単位のデータストリームとで、所定の属性が異なる場合について説明する。例えば１の記録単位の記録が終了し、次の記録単位の記録が開始される際に、制御部２０は、先に記録された記録単位のストリーム情報を参照し、記録装置の現在の設定情報と比較する。比較の結果、ビデオデータに関しては、例えば画枠の縦または横サイズ、アスペクト比（４：３または１６：９）、フレームレート（２９．９７Ｈｚ、５９．９４Ｈｚなど）、走査方法（インタレースまたはプログレッシブ）、クローズドキャプションに関する情報などが異なっていれば、ファイルの分割を行う。オーディオデータに関しては、符号化方式（ＡＣ３、ＰＣＭなど）、出力方式（５．１ｃｈ、２ｃｈなど）、サンプリング周波数（４４．１ｋＨｚ、４８ｋＨｚなど）、量子化ビット数（１６ビット、２４ビットなど）、言語コードなどが異なっていれば、ファイルの分割を行う。
【００８８】
（２）の、ファイルにデータストリームを記録することで、当該ファイルのファイルサイズがファイルシステムが対応するファイルサイズの上限を超えてしまうような場合について説明する。ディスク１２に記録されたファイルをコンピュータ装置のような他の機器で扱う場合には、ディスク１２に記録されたファイルの形式がコンピュータ装置のファイルシステムに対応している必要がある。ここで、コンピュータ装置に用いられるより低位のファイルシステムを考慮することで、より多くのコンピュータ装置に対して読み取り可能とすることができる。例えば、コンピュータ装置のＯＳ(Operating System)の一つであるＷｉｎｄｏｗｓ（登録商標）で用いられるファイルシステムである、ＦＡＴ１６(File Allocation Table 16)と互換性を持たせることが考えられる。
【００８９】
ＦＡＴ１６においては、１ファイルの最大サイズが２ＧＢ（ギガバイト）に制限されている。一方、ＵＤＦにおいては、１ファイルの最大サイズは、２ＧＢに比べて遙かに大きい。したがって、ＵＤＦの規格に準じて記録されたファイルのサイズが２ＧＢを超えた場合、このファイルは、ＦＡＴ１６では扱うことができないことになる。そこで、ファイルサイズが２ＧＢを超えるような場合に、ファイルを分割する。このとき、アライドユニットでアライメントを取った際のファイルサイズが考慮される。
【００９０】
（３）の、１の記録単位において、記録されるピクチャのＰＴＳの値が、ＰＴＳに定義される精度で表現可能な値を超える場合について説明する。ＰＴＳは、９０ｋＨｚ（キロヘルツ）のクロックで計測した値を３３ビットのデータ長で表現される精度を有する。すなわち、ＰＴＳは、９０ｋＨｚ単位で以て、最長で２６時間３０分４３．７２秒までの時刻を表現可能である。１の記録単位による記録時間がこの２６時間３０分４３．７２秒を超える場合に、ファイルを分割する。
【００９１】
図６〜図８のフローチャートを用いて、上述した記録停止時のアライメント、記録停止されたファイルにデータを書き継ぐ際の処理およびシステム要件によるファイル分割時のアライメント、ならびに、ディスク１２のイジェクト時のアライメントのそれぞれの処理について、より具体的に説明する。
【００９２】
図６は、上述の図３に対応し、記録停止時の一例のアライメント方法を示すフローチャートである。先ず、記録停止時の最終データまでを含むソースパケットをディスク１２に記録する（ステップＳ１０）。例えば、制御部２０は、ＵＩ部２１に対する記録停止操作に応じて、ビデオエンコーダ３１およびオーディオエンコーダ３４におけるエンコード動作を停止する。マルチプレクサ３２において、記録停止操作に応じてビデオエンコーダ３１で最後にエンコードされたビデオデータがソースパケットに格納される。このソースパケットがバッファ３５を介してディスクドライブ１１に供給され、ディスク１２に記録される。
【００９３】
なお、制御部２０は、マルチプレクサ３２を監視しており、マルチプレクサ３２において記録停止による最終データがソースパケットに格納された時点で、当該ソースパケットに対して終端までデータが格納されたか否かを知ることができる。
【００９４】
次に、ステップＳ１１で、ステップＳ１０で記録された位置から、次のＥＣＣブロック境界までをパディングデータで埋める（図３Ｂ参照）。その後、一旦ファイルをクローズする。
【００９５】
ここで、制御部２０は、記録停止による最終データが格納されるソースパケットに対して終端までビデオデータが格納されていないと判断した場合は、当該ソースパケットにおいて最終データの直後からパケットの終端までをパディングデータで埋め、その上で、当該ソースパケットの次からＥＣＣブロックの境界位置までヌルパケットを順次、記録する。ＥＣＣブロック境界位置とヌルパケットの境界とが一致していない場合には、ＥＣＣブロック境界位置を含むヌルパケットについて、ＥＣＣブロック境界位置まで、パディングデータで埋める。
【００９６】
ヌルパケットは、制御部２０の制御に基づきマルチプレクサ３２により生成される。例えば、マルチプレクサ３２は、ＴＳパケットのペイロードに値"０"のデータを詰め込み、ＰＩＤを所定の値としてＴＳパケットのヘッダを生成する。このＴＳパケットに対して、データ長が４バイトのヘッダを所定に生成して付加し、ヌルパケットであるソースパケットを作成する。
【００９７】
なお、実際には、このステップＳ１０およびステップＳ１１の処理は、メモリ上で行われ、ディスク１２に対するデータの記録は、ＥＣＣブロック単位で行われる。
【００９８】
例えば、マルチプレクサ３２において、ステップＳ１０の記録停止による最終データまでを含み、当該最終データの直後から終端までがパディングデータで埋められたソースパケット５０が生成される。このソースパケット５０がバッファ３５を介してＥＣＣ部４０に供給され、ＥＣＣ部４０が有するメモリに書き込まれる。同様に、ステップＳ１１において、マルチプレクサ３２においてヌルパケットが生成される。そして、生成されたヌルパケットがバッファ３５を介してＥＣＣ部４０に供給され、ステップＳ１０で生成されたソースパケット５０の次からのデータとして、ＥＣＣ部４０のメモリに書き込まれる。ＥＣＣブロックからはみ出た分のデータは、例えば破棄される。ＥＣＣ部４０は、このようにしてメモリに書き込まれたデータに対してエラー訂正符号化処理を行い、ＥＣＣブロック単位で記録処理部４１に供給する。
【００９９】
図７は、記録停止されたファイルにデータを書き継ぐ場合の一例の処理を示すフローチャートである。先ず、ステップＳ２０で、データを書き継ごうとしているファイル、すなわち、先行の記録により作成されたファイルのファイルサイズを求め、求められたファイルサイズに基づき当該先行の記録のファイルの最終ソースパケットの、最終データの直後から終端までをパディングデータで埋める。
【０１００】
例えば、制御部２０は、ファイルシステムにより当該先行の記録ファイルのファイルサイズを取得し、取得されたファイルサイズをソースパケットのデータサイズ（１９２バイト）で除す。制御部２０は、この除算の結果得られた剰余とソースパケットのデータサイズとの差分に対応するパディングデータを、当該先行の記録のファイルの最終ソースパケットにおける最終データの直後から記録する。
【０１０１】
次のステップＳ２１で、システム要件によるファイル分割の必要があるか否かが判断される。若し、必要が無いと判断されれば、処理はステップＳ２２に移行され、当該先行の記録のファイルに対して後続の記録がなされる。すなわち、ステップＳ２２では、図４を用いて既に説明したように、ステップＳ２０においてパディングデータで埋められたソースパケットの直後から、記録データのソースパケットが順次、記録される。
【０１０２】
一方、ステップＳ２１で、システム要件によるファイルの分割の必要があると判断されたら、処理はステップＳ２３に移行され、当該先行の記録のファイルにおいてアライドユニットでのアライメントが取られる。すなわち、図５を用いて既に説明したように、ステップＳ２０においてパディングデータで埋められたソースパケットの直後から、ファイルサイズがアライドユニットのデータサイズの倍数になるまで、ヌルパケットが記録される。例えば、制御部２０は、ヌルパケットの記録直前のファイルサイズとアライドユニットのデータサイズとに基づき、予め必要なヌルパケットの個数を求めておくことが考えられる。
【０１０３】
ファイルサイズがアライドユニットの倍数となったら、当該ファイルをクローズし、次のステップＳ２４により、後続のデータを記録するためのファイルを新規に作成する。そして、作成されたファイルに対して、後続のデータが記録される（ステップＳ２５）。
【０１０４】
なお、上述では、ステップＳ２１によるファイル分割の必要があるか否かの判断を、ステップＳ２０の先行の記録ファイルの最終ソースパケットに対する処理の次に行っているが、これはこの例に限られず、この図７のフローチャートによる処理が開始される前に予め判断しておいてもよい。
【０１０５】
例えば、上述した（１）の、ファイルに追記される記録単位のデータストリームと、当該ファイルに先に記録された記録単位のデータストリームとで、所定の属性が異なるためにファイル分割が行われる場合には、記録が停止されてから次の記録が開始される前に、ＵＩ部２１に対する操作などにより記録装置に対して所定の属性の変更がなされる。また、上述した（２）の、ファイルサイズの上限に基づきファイル分割を行う場合や、（３）の、１の記録単位におけるＰＴＳの上限値に基づきファイル分割を行う場合は、先行の記録のファイルをクローズする際に、ファイル分割を行うことが前提となっている。
【０１０６】
なお、実際には、上述のステップＳ２０およびステップＳ２３によるパディングデータの記録処理は、上述と同様に、メモリ上で行われ、ディスク１２に対するデータの記録は、ＥＣＣブロック単位で行われる。
【０１０７】
ステップＳ２０の例では、例えば、マルチプレクサ３２において、上述した除算の結果得られた剰余とソースパケットのデータサイズとの差分に対応するパディングデータが生成され、バッファ３５を介してＥＣＣ部４０に供給され、ＥＣＣ部４０が有するメモリに書き込まれる。
【０１０８】
ステップＳ２３の例では、例えば、マルチプレクサ３２においてヌルパケットが生成され、生成されたヌルパケットがバッファ３５を介してＥＣＣ部４０に供給される。ＥＣＣ部４０に供給されたヌルパケットは、ＥＣＣ部４０が有するメモリに対し、上述のステップＳ２０で書き込まれたパディングデータの直後から書き込まれる。
【０１０９】
なお、上述した（２）の、ファイルサイズの上限値に基づきファイル分割を行う場合のアライメントにおいては、アライドユニットでのアライメントを行うために記録されるヌルパケットの合計データサイズを見込んで、ファイル分割を行うタイミングを決めるようにする。例えば、ファイルシステムに基づくファイルサイズの上限値からアライドユニットのデータサイズを差し引いたデータサイズを、ファイル分割を行う場合のファイルサイズの上限値と見なす。そして、マルチプレクサ３２からの情報に基づき、制御部２０により、次のＥＣＣブロック分のソースパケットを記録するとファイルサイズがこの見なしのファイルサイズの上限値を超えると判断された場合に、ファイル分割を行うようにすることが考えられる。
【０１１０】
また、ＰＴＳの上限値に基づきファイル分割を行う場合については、ヌルパケットはＰＴＳを持たないため、マルチプレクサ３２からの情報に基づき制御部２０により次のＰＥＳパケットでＰＴＳ値の上限を超えると判断されたタイミングで、ファイル分割を行うようにすることが考えられる。
【０１１１】
図８は、ディスク１２のイジェクト時のアライメントの一例の処理を示すフローチャートである。このイジェクト時のアライメント処理は、基本的には、上述したファイル分割時のアライメント処理と同様である。例えば記録装置に対して所定に設けられたイジェクトボタンが操作されると、制御部２０により記録装置の各部が制御され、ディスク１２を記録装置から排出するための処理がなされる。先ず、制御部２０は、バッファ３５から、溜め込まれているソースパケットを読み出し、ディスクドライブ１１に供給してディスク１２に書き込むように制御する（図示しない）。
【０１１２】
そして、ステップＳ３０で、先行の記録により作成されたファイルのファイルサイズを求め、求められたファイルサイズに基づき当該先行の記録ファイルの最終ソースパケットの、最終データの直後から終端までをパディングデータで埋める。次に、ステップＳ３１で、アライドユニットでのアライメントが取られる。すなわち、図５を用いて既に説明したように、ステップＳ３０においてパディングデータで埋められたソースパケットの直後から、ファイルサイズがアライドユニットのデータサイズの倍数になるまで、ヌルパケットが記録される。
【０１１３】
このステップＳ３１によるパディングデータの記録処理は、図６や図７で説明したのと同様にして、ソースパケット単位での処理はマルチプレクサ３２の有するメモリ上でなされてＥＣＣ部４０のメモリに書き込まれ、ＥＣＣブロック単位でディスク１２に書き込まれる。
【０１１４】
ファイルサイズがアライドユニットの倍数となったら、当該ファイルをクローズし、次のステップＳ３２により、制御部２０によりディスク１２を記録装置から排出するための機構（図示しない）が制御され、ディスク１２が排出される。
【０１１５】
なお、図示は省略するが、制御部２０は、ステップＳ３１でヌルパケットの記録がなされたら、ディスク１２に記録されたストリームファイルに対応するストリーム情報を、ストリーム情報ファイルとしてディスク１２に記録するように制御する。
【０１１６】
図９は、上述した記録停止時、記録停止後の記録開始時、ディスク１２のイジェクト時およびファイル分割時の各処理間の一例の関係を示すフローチャートである。ディスク１２が記録装置に装填され、例えばＵＩ部２１に対するユーザの操作により、ビデオデータおよびオーディオデータのディスク１２に対する記録が開始される（ステップＳ４０）。
【０１１７】
ステップＳ４１で、ＵＩ部２１に対するユーザによる記録停止操作、あるいは、システム要件によるファイル分割に伴う記録停止の何れかの理由により、記録が停止される。ステップＳ４１でのシステム要件によるファイル分割に伴う記録停止は、既に説明した（２）の、ファイルサイズがファイルシステムが対応する値の上限を超える場合、または、（３）の、１の記録単位におけるＰＴＳの値が上限値を超える場合の何れかとなる。
【０１１８】
ステップＳ４１で記録が停止されると、次のステップＳ４２により、ＥＣＣブロック境界でのアライメント処理が行われる。このステップＳ４２における処理は、図３および図６を用いて既に説明したように、先ず、記録停止による最終データから当該最終データを含むソースパケットの終端までがパディングデータで埋められ、次に、当該ソースパケットの次からヌルパケットが順次、当該ソースパケットを含むＥＣＣブロックの終端まで記録される。このとき、ディスク１２に対する記録は、ＥＣＣブロック単位でなされるため、当該ＥＣＣブロックの終端部を含むソースパケットは、当該ＥＣＣブロックの終端位置までが記録されることになる。
【０１１９】
この段階でディスク１２をイジェクトする場合（ステップＳ４３）、処理はステップＳ４４に移行される。例えば、ステップＳ４１における記録停止が、ＵＩ部２１に対するユーザの記録停止操作によりなされた場合、記録停止後にディスク１２をイジェクトを行うことができる。
【０１２０】
ステップＳ４４では、上述のステップＳ４２でＥＣＣブロック境界でアライメント処理されたデータに対して、ＥＣＣブロック境界を含むソースパケットが終端までパディングデータで埋められ、次のステップＳ４５で、アライドユニットでのアライメント処理を行う。すなわち、ステップＳ４４およびステップＳ４５での処理は、図５および図８を用いて既に説明したように、先ず、ＥＣＣブロック境界を含むソースパケットにおいて、ＥＣＣブロック境界位置から当該ソースパケット終端までがパディングデータで埋められ、次に、当該ソースパケットの直後から、ヌルパケットが順次、ファイルサイズがアライドユニットのデータサイズの倍数になるまで記録される。
【０１２１】
アライドユニットでのアライメントが取れたら、次のステップＳ４５で、ディスク１２のイジェクト動作が行われ、ディスク１２が記録装置から排出される。
【０１２２】
一方、上述のステップＳ４３でディスク１２をイジェクトしないとされた場合、処理はステップＳ４７に移行されて、記録が開始される。
【０１２３】
例えば、ステップＳ４１の記録停止の理由がＵＩ部２１に対するユーザ操作によるものである場合、ステップＳ４７では、ＵＩ部２１に対するユーザ操作により記録が開始される。このとき、記録するビデオデータおよび／またはオーディオデータの設定を、例えばＵＩ部２１に対する操作により変更することができる。一例として、ビデオデータに関しては、画枠サイズ、アスペクト比、フレームレート、走査方法などを変更することが考えられる。例えば、記録装置がビデオカメラである場合、撮影モードをＨＤ(High Definition)撮影モードおよびＳＤ(Standard Definition)撮影モードとの間で切り換えた際に、関連する複数の設定を纏めて変更する。オーディオデータに関しても、同様である。
【０１２４】
また、ステップＳ４１の記録停止の理由がファイルサイズの上限またはＰＴＳ値の上限である場合には、ステップＳ４７の記録開始は、記録装置において自動的に実行される。
【０１２５】
ステップＳ４７で記録が開始されると、先ず、ステップＳ４８で、上述のステップＳ４２においてアライメントが取られたＥＣＣブロックの境界位置を含むソースパケットに対し、ＥＣＣブロック境界位置から当該ソースパケットの終端までがパディングデータで埋められる。
【０１２６】
ステップＳ４９で、ステップＳ４７により開始される記録がファイル分割の必要な記録であるか否かが判断される。すなわち、ステップＳ４９では、ステップＳ４７により開始される記録により生成されるソースパケットを、ステップＳ４１で記録停止された際にソースパケットが記録されていたファイルに対して追記するか、または、新規にファイルを作成して当該ソースパケットを新規ファイルに記録するかが判断される。
【０１２７】
ステップＳ４９で、ステップＳ４７により開始される記録がファイル分割の不要な記録であると判断されれば、処理はステップＳ５０に移行され、ステップＳ４１で停止された記録に対する後続の記録が行われる。
【０１２８】
例えば、ステップＳ４７により開始される記録が通常の記録開始、例えば、ＵＩ部２１に対する記録開始操作による記録であって、且つ、ステップＳ４１の記録停止からステップＳ４７の記録開始までに、システム要件によるファイル分割が必要となる記録設定の変更がなされていなければ、ステップＳ４９において、ステップＳ４１で記録停止された際にソースパケットが記録されていたファイルに対して追記可能であると判断され、処理はステップＳ５０に移行される。ステップＳ５０では、図４および図７を用いて既に説明したように、ステップＳ４８において終端までパディングデータで埋められたソースパケットの直後から、記録データが格納されたソースパケットが順次、記録される。
【０１２９】
一方、ステップＳ４９で、ステップＳ４７により開始される記録がファイル分割の必要な記録であると判断されれば、処理はステップＳ５１に移行され、アライドユニットでのアライメント処理が行われる。
【０１３０】
例えば、ステップＳ４１による記録停止がファイルサイズの上限またはＰＴＳ値によるものであるか、または、ステップＳ４１の記録停止からステップＳ４７の記録開始までに、システム要件によるファイル分割が必要となる記録設定の変更が行われていれば、ステップＳ４９において、ファイルの分割が必要であり、新規に作成したファイルに対してソースパケットの記録を行うと判断され、処理はステップＳ５１に移行される。また、記録中にシステム要件によるファイル分割が必要となる記録設定の変更がなされた場合も、ファイル分割が必要とされる。
【０１３１】
ステップＳ５１では、ステップＳ４８でＥＣＣブロック境界を含むソースパケットが終端までパディングデータで埋められたデータに対して、アライドユニットでのアライメント処理を行う。上述のステップＳ４８とこのステップＳ５１とで行う処理は、図５および図８を用いて既に説明したように、先ず、ＥＣＣブロック境界を含むソースパケットにおいて、ＥＣＣブロック境界位置から当該ソースパケット終端までがパディングデータで埋められ、次に、当該ソースパケットの直後から、ヌルパケットが順次、ファイルサイズがアライドユニットのデータサイズの倍数になるまで記録される。
【０１３２】
アライドユニットでのアライメントが取れたら、次のステップＳ５２で新規にファイルが作成され、この新規ファイルに対してソースケットの記録が行われる。このとき、ファイルサイズの上限またはＰＴＳ値の上限といった、記録に伴い増加するデータに基づき、ファイル分割が記録中に自動的に行われる場合、新規ファイルに記録されるビデオデータと、ステップＳ４１により記録が停止されクローズされたファイルに格納されるビデオデータとがシームレスに表示可能なように、所定に記録制御が行われる。
【０１３３】
上述したように、この発明の実施の一形態によれば、記録停止に伴い先ずＥＣＣブロック境界でのアライメントを行い、次にＥＣＣブロック境界を含むソースパケットについて、当該ソースパケットの終端までをパディングデータで埋めるようにしている。その後、同一ファイルにソースパケットを追記する場合には、ＥＣＣブロック境界を含むソースパケットの直後からソースパケットを追記するようにし、ファイル分割を行う場合には、ＥＣＣブロック境界を含むソースパケットの直後から、ファイルサイズがアライドユニットの倍数になるまでソースパケットを記録してファイルをクローズするようにしている。
【０１３４】
したがって、ディスクドライブ１１における記録の際のデータ単位であるＥＣＣブロックに基づくアライメントと、信号処理部１０から出力されるソースパケットに基づくアライメントとを共に満たし、且つ、１の記録単位において発生するパディングデータのデータ量を常にＥＣＣブロックのデータサイズ以下、例えば３２ｋＢ以下とすることができる。また、パディングデータのデータ量が抑制されるため、シームレス記録および再生の際の画質の劣化が軽減できる。さらに、１ファイル内において、データの記録されていない空き領域がファイルの後端部以外で発生しないので、ファイルシステムにおける空き領域の管理情報が増加するのが防がれ、また、当該管理情報の作成や読み出し処理が増大されることがない。
【０１３５】
次に、この発明の実施の一形態の第１の変形例について説明する。上述では、この発明が単体の記録装置に適用された例について説明した（図１参照）。これに対し、この実施の一形態の第１の変形例では、この発明を、撮像素子と、被写体からの光を撮像素子に入射させる光学系とを有し、撮像素子で撮像された撮像信号に基づきビデオデータを記録媒体に記録するようにした、ビデオカメラ装置に適用した。
【０１３６】
図１０は、この発明の実施の一形態の第１の変形例によるビデオカメラ装置２００の一例の構成を示す。ビデオカメラ装置２００において、信号処理部１０、ディスクドライブ１１、制御部２０およびＵＩ部２１からなる記録系の構成は、図１を用いて説明した記録装置の構成を略そのまま適用できるので、図１と共通する部分には同一の符号を付し、詳細な説明を省略する。
【０１３７】
図１０の構成において、カメラ部５０は、映像信号に関する構成として、光学系５１、撮像素子５２、撮像信号処理部５３、カメラ制御部５４および表示部５５を有し、音声信号に関する構成として、マイクロフォン（ＭＩＣ）５６および音声信号処理部５７を有する。制御部２０は、カメラ部５０の各部との間で各種制御信号や情報のやりとりを行い、カメラ部５０の動作を制御する。また、制御部５０は、ユーザ操作に応じてＵＩ部２１から供給される制御信号に基づき、カメラ部５０の動作を制御する。
【０１３８】
なお、ビデオカメラ装置２００として構成される場合、記録開始操作および記録停止操作は、例えば、ＵＩ部２１に設けられた単一の記録スイッチを用い、当該記録スイッチが押下される毎に記録開始および記録停止が交互に指示されるようになされるのが一般的である。また、このビデオカメラ装置２００では、ディスク１２として、記録可能なタイプのＤＶＤや、Ｂｌｕ−ｒａｙ  Ｄｉｓｃといった、ディスク記録媒体を適用するものとする。
【０１３９】
勿論、これらに限らず、ビデオカメラ装置２００にハードディスクドライブを内蔵させ（図示しない）、このハードディスクドライブをディスク１２として用いてもよい。また、所定の連続記録時間分の記録を行った場合のデータが記憶可能な容量を有する、不揮発性の半導体メモリをビデオカメラ装置２００に内蔵あるいは着脱可能に設け、この不揮発性メモリをディスク１２として用いることもできる。
【０１４０】
カメラ部５０において、光学系５１は、被写体からの光を撮像素子５２に導くためのレンズ系、絞り調整機構、フォーカス調整機構、ズーム機構、シャッタ機構などを備える。絞り調整機構、フォーカス調整機構、ズーム機構およびシャッタ機構の動作は、制御部２０から供給される制御信号に基づき、カメラ制御部５４により制御される。
【０１４１】
撮像素子５２は、例えばＣＣＤ(Charge Coupled Device)からなり、光学系５１を介して照射された光を光電変換により電気信号に変換し、所定の信号処理を施し撮像信号として出力する。撮像信号処理部５３は、撮像素子から出力された撮像信号に対して所定の信号処理を施し、ベースバンドのディジタルビデオデータとして出力する。
【０１４２】
例えば撮像信号処理部５３は、撮像素子５２から出力された撮像信号に対して、ＣＤＳ(Correlated Double Sampling)回路により画像情報を有する信号だけをンプリングすると共に、ノイズを除去し、ＡＧＣ(Auto Gain Control)回路によりゲインを調整する。そして、Ａ／Ｄ変換によりディジタル信号に変換する。また、撮像信号処理部５３は、このディジタル信号に対して検波系の信号処理を施し、Ｒ（赤色）、Ｇ（緑色）およびＢ（青色）各色の成分を取り出し、γ補正やホワイトバランス補正などの処理を行い、最終的に１本のベースバンドのディジタルビデオデータとして出力する。
【０１４３】
また、撮像信号処理部５３は、撮像素子５２から出力された撮像信号の情報を制御部２０に送る。制御部２０は、この情報に基づき光学系５１を制御するための制御信号を生成し、カメラ制御部５４に供給する。カメラ制御部５４は、この制御信号に基づきフォーカス調整機構や絞り調整機構などの制御を行う。
【０１４４】
さらに、撮像信号処理部５３は、撮像素子５２から出力された撮像信号に基づき、例えばＬＣＤ(Liquid Crystal Display)を表示素子として用いた表示部５５に映出させる映像信号を生成する。
【０１４５】
一方、マイクロフォン５６は、周囲の音声を収音して電気信号に変換して出力する。マイクロフォン５６から出力された音声信号は、音声信号処理部５７に供給される。音声信号処理部５７は、供給された音声信号を、リミッタを介してからＡ／Ｄ変換を施してディジタルオーディオデータとし、ノイズ除去や音質補正など所定の音声信号処理を施してベースバンドのディジタルオーディオデータとして出力する。
【０１４６】
カメラ部５０の撮像信号処理部５３から出力されたベースバンドのディジタルビデオデータは、記録部１０の端子４０に供給される。また、音声信号処理部５７から出力されたベースバンドのディジタルオーディオデータは、記録部１０の端子４１に供給される。
【０１４７】
ビデオカメラ装置２００に対してディスク１２が装填され、ＵＩ部２１に設けられた記録スイッチが押下されると、カメラ部５０で撮像して得られたビデオデータおよびオーディオデータのディスク１２に対する記録が、例えば図９を用いて説明した処理に従い開始される。すなわち、記録スイッチが押下されると、記録開始を指示する制御信号がＵＩ部２１から制御部２０に供給され、制御部２０の制御に基づきカメラ部５０から出力されたベースバンドのディジタルビデオ信号およびディジタルオーディオデータのディスク１２への記録処理が開始される（図９のステップＳ４０）。
【０１４８】
すなわち、既に説明したように、制御部２０の制御に基づき、信号処理部１０においてビデオエンコーダ３１およびオーディオエンコーダ３４の動作が開始され、ビデオデータおよびオーディオデータがそれぞれビデオエンコーダ３１およびオーディオエンコーダ３４で圧縮符号化され、ビデオおよびオーディオのエレメンタリストリームとしてそれぞれ出力する。ビデオおよびオーディオのエレメンタリストリームは、マルチプレクサ３２でソースパケット化され、ソースパケット単位で多重化されてデータストリームとされる。このデータストリームは、バッファ３５を介してディスクドライブ１１に供給され、ＥＣＣ部４０でメモリに書き込まれエラー訂正符号化される。エラー訂正符号化処理されたデータは、ＥＣＣブロック単位でＥＣＣ部４０から出力され、記録処理部４１で記録信号とされ、ファイルとしてディスク１２に記録される。
【０１４９】
ＵＩ部２１の記録スイッチが押下されると、記録が停止されＥＣＣブロック境界でのアライメント処理が行われる（図９のステップＳ４１およびステップＳ４２）。ここで、ディスク１２をビデオカメラ装置２００から取り出すためにイジェクト操作を行った場合は、ヌルパケットを用いてアライドユニットでのアライメントを行ったデータがディスク１２上のファイルに追記記録されると共に、所定のストリーム情報ファイルがディスク１２に記録される。その後、ビデオカメラ装置２００からディスク１２が排出される（図９のステップＳ４４およびステップＳ４５）。
【０１５０】
また、ＵＩ部２１の記録スイッチが押下され記録停止がなされた後、ディスク１２を排出せずに、且つ、撮影モードの変更を行わずに再び記録スイッチが押下されて記録が再開される場合、ＥＣＣブロック境界位置を含むソースパケットが終端までパディングデータで埋められ（図９のステップＳ４７）、ＥＣブロックの境界位置を含むソースパケットの直後から、同一のファイルに対してソースパケットが順次、追記記録される（図９のステップＳ４９）。
【０１５１】
一方、ＵＩ部２１の記録スイッチが押下され記録停止がなされ、ディスク１２を排出しない状態で、撮影モードを変更して再び記録スイッチが押下された場合には、記録再開に伴うビデオデータおよびオーディオデータをディスク１２に記録するためには、ファイル分割を行う必要がある。そのため、記録データは、ＥＣＣブロック境界位置を含むソースパケットが終端までパディングデータで埋められた後、ヌルパケットを用いてアライドユニットでのアライメントが行われてディスク１２に記録される（図９のステップＳ５０）。そして、新規ファイルが作成され、記録再開に伴うビデオデータおよびオーディオデータによるソースパケットが新規ファイルに対して記録される（図９のステップＳ５１）。
【０１５２】
また、最初の記録開始操作から所定時間以上、記録が連続され、ビデオデータおよびオーディオデータによるソースパケットが記録されるファイルのファイルサイズがファイルサイズの上限値を超える場合、または、ファイルに記録されるビデオデータのＰＴＳ値が上限値を超える場合は、上述と同様に、図９のステップＳ４７、ステップＳ５０およびステップＳ５１の処理に従いファイル分割を行い記録を継続させる必要がある。このとき、ファイルサイズやＰＴＳが上限値を超えないように現在記録中のファイルをクローズすると共に、新規にファイルを作成し、クローズしたファイルのビデオデータと新規ファイルに記録されるビデオデータとがシームレスに再生可能なように、記録制御がなされる。
【０１５３】
次に、この発明の実施の一形態の第２の変形例について説明する。この実施の一形態の第２の変形例では、この発明の実施の一形態による記録装置に、他の機器とのデータ通信を可能とする通信手段を設け、記録装置のディスクドライブ１１を、通信手段を介して接続された他の機器の外部記憶装置として用いる。
【０１５４】
図１１は、この発明の実施の一形態の第２の変形例による記録装置の一例の構成を示す。この図１１に示される構成によれば、図１を用いて説明したこの発明の実施の一形態による記録装置に対し、他の機器とデータ通信を行うための通信インターフェイス（Ｉ／Ｆ）部６０が設けられている。なお、図１１において、上述の図１と共通する部分には同一の符号を付し、詳細な説明を省略する。
【０１５５】
通信Ｉ／Ｆ部６０は、制御部２０の制御に基づき、所定の通信ケーブル６１を介して接続された他の機器とデータ通信を行うことができるようにされている。通信Ｉ／Ｆ部６０は、例えばＵＳＢ(Universal Serial Bus)やＩＥＥＥ１３９４(Institute Electrical and Electronics Engineers 1394)を通信インターフェイスとして用いてデータ通信を行う。
【０１５６】
ディスクドライブ１１’は、ＥＣＣエンコーダ／デコーダ部４２と、記録／再生部４３とを有する。ＥＣＣエンコーダ／デコーダ部４２は、データの記録時には、信号処理部４０から供給されたソースパケットなどの記録データにＥＣＣブロック単位でエラー訂正符号化処理を施す。また、再生時には、記録／再生部４３から供給された再生データのエラー訂正符号を復号化し、エラー訂正を行う。エラー訂正されたデータは、図示されないデコード側ブロックに供給される。
【０１５７】
記録／再生部４３は、記録時には、ＥＣＣエンコーダ／デコーダ部４２から供給されたデータに対して記録符号化処理を施し、記録符号化された記録データに対して変調処理を施して記録信号を出力する。また、再生時には、ディスク１２から再生された再生信号を復調し、復調されたディジタル信号の記録符号を復号化して再生データを得る。再生データは、ＥＣＣエンコーダ／デコーダ部４２に供給される。
【０１５８】
このように構成された記録装置によれば、通信Ｉ／Ｆ６０と通信ケーブル６１を介して接続された他の機器は、通信ケーブル６１および通信Ｉ／Ｆ６０を介して制御部２０と通信を行い、ディスクドライブ１１’を制御することができる。例えば、他の機器は、ディスクドライブ１１’を、恰も自機に接続された外部ドライブ装置であるかのように扱うことができる。この場合、他の機器は、制御部２０と通信を行って、例えば当該他の機器に搭載されているファイルシステムに基づきディスク１２への読み書きを行うことができる。
【０１５９】
図１２は、この発明の実施の一形態の第２の変形例による記録装置の使用形態の例を示す。一例として、図１２に例示されるように、実施の一形態の第１の変形例で図１０を用いて説明したビデオカメラ装置２００に対して上述した通信Ｉ／Ｆ６０を設けてビデオカメラ装置２００’とする。
【０１６０】
例えば、ビデオカメラ装置２００’に設けられた通信Ｉ／Ｆ６０に対応した通信インターフェイスが搭載されたパーソナルコンピュータといったコンピュータ装置２０１（図１２ではＰＣ２０１として表記）を考える。ビデオカメラ装置２００’と、このＰＣ２０１とを、通信ケーブル６１を用いて接続する。ＰＣ２０１は、ビデオカメラ装置２００’の全体をディスクドライブ装置と見なし、ディスク１２に対するデータの書き込みやディスク１２に記録されたデータの読み出しを行うようにできる。ＰＣ２０１は、自身に搭載されたファイルシステムに基づきディスク１２にアクセスし、ファイルの読み書きを行う。
【０１６１】
例えば、ビデオカメラ装置２００’に適用されるビデオフォーマットに対応するビデオ編集アプリケーションをＰＣ２０１に搭載する。こうすることで、ビデオカメラ装置２００’で撮影されディスク１２に記録されたビデオデータおよびオーディオデータをＰＣ２０１に転送してＰＣ２０１上で編集し、編集結果として得られたビデオデータおよびオーディオデータをビデオカメラ装置２００’に転送してディスク１２に書き込むことができる。
【０１６２】
別の例として、ビデオカメラ装置２００’に設けられた通信Ｉ／Ｆ６０に対応した通信インターフェイスが搭載されたレコーダ２０２を考える。レコーダ２０２は、ビデオデータおよびオーディオデータを所定の記録媒体に記録するようにされている。ビデオカメラ装置２００’と、このレコーダ２０２とを通信ケーブル６１を用いて接続し、例えばレコーダ２０２側からビデオカメラ装置２００’を制御し、ディスク１２にアクセスするようにできる。
【０１６３】
レコーダ２０２がビデオカメラ装置２００’に適用される記録フォーマットに対応していれば、レコーダ２０２は、ビデオカメラ装置２００’に装填されたディスク１２に記録されたファイルを読み出し、レコーダ２０２が有する記録媒体に記録することができる。同様に、レコーダ２０２が有する記録媒体に記録されたファイルをビデオカメラ装置２００’に転送し、ディスク１２に記録するようにできる。
【０１６４】
さらに別の例として、ビデオカメラ装置２００’に設けられた通信Ｉ／Ｆ６０に対応したＡＶ(Audio/Video)サーバ２０３と、ビデオカメラ装置２００’とを通信ケーブル６１を用いて接続することが考えられる。ＡＶサーバ２０３は、例えばコンピュータ装置と同等の構成からなり、ビデオデータおよびオーディオデータを大量に蓄積するのに適した大容量の記録媒体を有する。この場合、ビデオカメラ装置２００’とＡＶサーバ２０３とを通信ケーブル６１を用いて接続し、ビデオカメラ装置２００’に装填されたディスク１２に記録されたファイルをＡＶサーバ２０３に転送し、ＡＶサーバ２０３の記録媒体に蓄積する。
【０１６５】
このように、ビデオカメラ装置２００’を他の機器と接続し、ビデオカメラ装置２００’のディスクドライブ１１’を恰も他の機器の外部ドライブであるかのように用いる場合、ビデオカメラ装置２００’と他の機器とが接続された際に、ディスク１２に記録されているデータが他の機器からアクセス可能な状態になっている必要がある。
【０１６６】
図１３は、この発明の実施の一形態の第２の変形例による一例のアライメント処理を示すフローチャートである。この実施の一形態の第２の変形例では、制御部は、通信ケーブル６１を介して他の機器が接続されたのを検出すると、図８を用いて既に説明した、ディスクイジェクト時におけるアライメント処理を行い、ファイルをクローズした後に、他の機器がディスクドライブ１１’を制御可能とする。
【０１６７】
通信Ｉ／Ｆ６０により、通信ケーブル６１を介して他の機器が接続されたことが検出されると（ステップＳ６０）、ステップＳ６１およびステップＳ６２により、アライドユニットでのアライメント処理が行われる。なお、ステップＳ６１以降の処理は、ディスク１２に対してデータを記録している間は、行われないものとする。
【０１６８】
ステップＳ６１で、先行の記録により作成されたファイルのファイルサイズを求め、求められたファイルサイズに基づき当該先行の記録ファイルの最終ソースパケットの、最終データの直後から終端までをパディングデータで埋める。次に、ステップＳ６２で、アライドユニットでのアライメントが取られる。すなわち、図５を用いて既に説明したように、ステップＳ６１においてパディングデータで埋められたソースパケットの直後から、ファイルサイズがアライドユニットのデータサイズの倍数になるまで、ヌルパケットが記録される。
【０１６９】
このステップＳ６２によるパディングデータの記録処理は、図６や図７で既に説明したのと同様にして、ソースパケット単位での処理はマルチプレクサ３２の有するメモリ上でなされてＥＣＣエンコーダ／デコーダ部４２のメモリに書き込まれ、ＥＣＣブロック単位でディスク１２に書き込まれる。
【０１７０】
ファイルサイズがアライドユニットの倍数となったら、当該ファイルをクローズし、次のステップＳ６３により、通信Ｉ／Ｆ６０と通信ケーブル６１を介して接続された他の機器とのデータ通信が可能な状態となる。
【０１７１】
なお、ここでは、ステップＳ６０で他の機器の接続が検出された時点で、アライドユニットでのアライメント処理を行っているが、これはこの例に限定されない。例えば、通信Ｉ／Ｆ６０により接続が検出された時点ではアライドユニットでのアライメント処理を行わず、接続された他の機器とこの記録再生装置との間でデータ通信が開始される際に、ステップＳ６１およびステップＳ６２によるアライドユニットでのアライメント処理を行うようにしてもよい。
【０１７２】
なお、上述では、この発明の実施の一形態による記録装置（図１参照）および実施の一形態の第１の変形例によるビデオカメラ装置２００（図１０参照）および実施の一形態の第２の変形例による記録装置（図１１参照）の信号処理部１０がハードウェア的に構成されるように説明したが、これはこの例に限定されない。すなわち、信号処理部１０は、ソフトウェアとして構成することも可能である。この場合、ソフトウェアは、例えば制御部２０が有する図示されないＲＯＭに予め記憶される。
【０１７３】
これに限らず、信号処理部１０を、パーソナルコンピュータなどのコンピュータ装置上に構成することも可能である。この場合には、信号処理部１０をコンピュータ装置に実行させるソフトウェアは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭといった記録媒体に記録されて提供される。コンピュータ装置がネットワーク接続可能な場合、インターネットなどのネットワークを介して当該ソフトウェアを提供することも可能である。また、ディスクドライブ１１またはディスクドライブ１１’は、コンピュータ装置に内蔵または外部接続されるディスクドライブ装置を適用することができる。
【図面の簡単な説明】
【０１７４】
【図１】この発明の実施の一形態に適用可能な記録装置の一例の構成を示すブロック図である。
【図２】この発明の実施の一形態に適用される一例のデータ構造を示す略線図である。
【図３】記録停止時のアライメント方法について説明するための略線図である。
【図４】記録停止後に、通常の記録開始がなされ、記録停止時に一旦クローズしたファイルにデータを書き継ぐ場合の処理を説明するための略線図である。
【図５】ディスクのイジェクト時およびシステム要件によりファイル分割を行う場合のアライメント方法を説明するための略線図である。
【図６】記録停止時の一例のアライメント方法を示すフローチャートである。
【図７】記録停止されたファイルにデータを書き継ぐ場合の一例の処理を示すフローチャートである。
【図８】ディスクのイジェクト時のアライメントの一例の処理を示すフローチャートである。
【図９】記録停止時、記録停止後の記録開始時、ディスクのイジェクト時およびファイル分割時の各処理間の一例の関係を示すフローチャートである。
【図１０】この発明の実施の一形態の第１の変形例によるビデオカメラ装置の一例の構成を示すブロック図である。
【図１１】この発明の実施の一形態の第２の変形例による記録装置の一例の構成を示すブロック図である。
【図１２】この発明の実施の一形態の第２の変形例による記録装置の使用形態の例を示す略線図である。
【図１３】この発明の実施の一形態の第２の変形例による一例のアライメント処理を示すフローチャートである。
【図１４】ビデオデータおよびオーディオデータを記録媒体に記録する処理を説明するためのブロック図である。
【図１５】記録可能なタイプのＤＶＤにおけるセクタとＥＣＣブロックとの一例の関係を示す。
【図１６】信号処理側データ単位の制約に基づきデータを書き継ぐ方法を説明するための略線図である。
【図１７】記録処理側データ単位の制約に基づきデータを書き継ぐ方法を説明するための略線図である。
【図１８】記録処理側データ単位の制約と信号処理側データ単位の制約とを常に満たすように記録する方法を説明するための略線図である。
【符号の説明】
【０１７５】
１０  信号処理部
１１  ディスクドライブ
１２  ディスク
２０  制御部
２１  ＵＩ部
３１  ビデオエンコーダ
３２  マルチプレクサ
３４  オーディオエンコーダ
３５  バッファ
４０  ＥＣＣ部
４１  記録処理部
６０  通信インターフェイス
６１  通信ケーブル
２００  ビデオカメラ装置
【図１】
2008047169.tif 000003
【図２】
2008047169.tif 000004
【図３】
2008047169.tif 000005
【図４】
2008047169.tif 000006
【図５】
2008047169.tif 000007
【図６】
2008047169.tif 000008
【図７】
2008047169.tif 000009
【図８】
2008047169.tif 000010
【図９】
2008047169.tif 000011
【図１０】
2008047169.tif 000012
【図１１】
2008047169.tif 000013
【図１２】
2008047169.tif 000014
【図１３】
2008047169.tif 000015
【図１４】
2008047169.tif 000016
【図１５】
2008047169.tif 000017
【図１６】
2008047169.tif 000018
【図１７】
2008047169.tif 000019
【図１８】
2008047169.tif 000020