(57)【要約】【課題】ユーザに特段の設定をさせることなく、複数種類の配置フォーマットに対応したビデオデータまたはオーディオデータの記録を可能とする。【解決手段】  フォーマット検出部５２は、MXFのファイル内のビデオデータおよびオーディオデータがIMX配置フォーマットか、またはDV配置フォーマットかを検出し、スイッチ５５および６７を制御する。IMX配置制御部５６またはDV配置制御部５７は、MXFのファイルからビデオデータおよびオーディオデータを抽出し、年輪単位にまとめて、ビデオデータ用メモリ５８およびオーディオデータ用メモリ５９乃至６６にそれぞれ供給する。記録制御部７３は、年輪単位のビデオデータとオーディオデータを多重化して光ディスク１２に記録させる。本発明は、例えば、複数のデータ配置フォーマットのビデオデータおよびオーディオデータを記録可能な記録装置に適用できる。【選択図】図８
2006352458.tif 000002
【特許請求の範囲】
【請求項１】
所定のデータ形式で他の装置から送信されてきた第１の画像および音声のデータを受信する受信手段と、
前記所定のデータ形式がファイル形式である場合に、ファイル内の前記第１の画像および音声のデータの配置フォーマットを検出する検出手段と、
前記検出手段により検出された前記配置フォーマットに応じて、所定の符号化方式で符号化されている前記第１の画像および音声のデータを前記ファイルから抽出し、所定の再生時間単位にまとめる抽出手段と、
前記所定の再生時間単位の前記第１の画像と音声のデータを多重化して、データを記録する記録手段に出力する記録制御手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記検出手段により検出された前記配置フォーマットに対応する前記符号化方式で符号化されている前記第１の画像および音声のデータを復号し、ベースバンドのデータに変換する変換手段と、
前記ベースバンドのデータから、それよりデータ量の小さい、第２の画像および音声のデータを生成する生成手段と
をさらに備え、
前記記録制御手段は、前記第２の画像と音声のデータも、前記第１の画像と音声のデータとともに前記所定の再生時間単位で多重化して、前記記録手段に出力する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記記録手段に装着されているデータ記録媒体に画像および音声のデータが既に記録されている場合に、既に記録されている画像および音声のデータの符号化方式と、前記第１の画像および音声のデータの符号化方式とが一致するか否かを判定する一致判定手段をさらに備え、
前記抽出手段は、前記一致判定手段において、既に前記データ記録媒体に記録されている画像および音声のデータの符号化方式と、前記第１の画像および音声のデータの符号化方式とが一致すると判定された場合に、前記第１の画像および音声のデータを前記ファイルから抽出する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記受信手段は、IEEE1394インタフェースである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記所定のデータ形式がストリーム形式であるか、またはファイル形式であるかを判定するデータ形式判定手段をさらに備える
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
所定のデータ形式で他の装置から送信されてきた画像および音声のデータを受信する受信ステップと、
前記所定のデータ形式がファイル形式である場合に、ファイル内の前記画像および音声のデータの配置フォーマットを検出する検出ステップと、
前記検出ステップの処理により検出された前記配置フォーマットに応じて、所定の符号化方式で符号化されている前記画像および音声のデータを前記ファイルから抽出し、所定の再生時間単位にまとめる抽出ステップと、
前記所定の再生時間単位の前記画像と音声のデータを多重化して、データを記録する記録手段に出力する記録制御ステップと
を含むことを特徴とする情報処理方法。
【請求項７】
データを記録する記録手段に出力する前記データの処理を、コンピュータに実行させるプログラムが記録されている記録媒体において、
所定のデータ形式で他の装置から送信されてきた画像および音声のデータを受信する受信ステップと、
前記所定のデータ形式がファイル形式である場合に、ファイル内の前記画像および音声のデータの配置フォーマットを検出する検出ステップと、
前記検出ステップの処理により検出された前記配置フォーマットに応じて、所定の符号化方式で符号化されている前記画像および音声のデータを前記ファイルから抽出し、所定の再生時間単位にまとめる抽出ステップと、
前記所定の再生時間単位の前記画像と音声のデータを多重化して、前記記録手段に出力する記録制御ステップと
を含むことを特徴とするプログラムが記録されている記録媒体。
【請求項８】
データを記録する記録手段に出力する前記データの処理を、コンピュータに実行させるプログラムにおいて、
所定のデータ形式で他の装置から送信されてきた画像および音声のデータを受信する受信ステップと、
前記所定のデータ形式がファイル形式である場合に、ファイル内の前記画像および音声のデータの配置フォーマットを検出する検出ステップと、
前記検出ステップの処理により検出された前記配置フォーマットに応じて、所定の符号化方式で符号化されている前記画像および音声のデータを前記ファイルから抽出し、所定の再生時間単位にまとめる抽出ステップと、
前記所定の再生時間単位の前記画像と音声のデータを多重化して、前記記録手段に出力する記録制御ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、ユーザに特段の設定をさせることなく、複数種類の配置フォーマットに対応した画像および音声のデータの記録を可能とする情報処理装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
従来、画像および音声のデータを記録媒体に記録する記録装置において、MPEG方式やDV方式などの異なる複数種類の符号化形式に対応する記録装置がある（例えば、特許文献１参照）。
【０００３】
ところで、画像および音声のデータを格納するファイルのファイル形式において、ファイル内に格納される画像および音声のデータの配置フォーマットを複数種類有するファイル形式がある。
【０００４】
そのようなファイルのフォーマットとして、例えば、MXF(Material eXchange Format)などがある。MXFは、異なる機種やメーカの放送機器どうしの間のファイル交換を目的とし、さらにストリーミングも考慮したファイルのフォーマットである。
【０００５】
MXFのファイル内に格納される画像データの符号化方式には、D10と呼ばれるMPEG(Moving Picture Experts Group) IMX方式やDV(Digital Video)方式があり、符号化方式が異なる場合、ファイル内の画像データの配置フォーマットも異なっている。
【０００６】
【特許文献１】特開２０００−３３９８６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来の、複数種類の配置フォーマットについて画像および音声のデータの記録媒体への記録が可能な記録装置では、配置フォーマットを区別するために、どのような配置フォーマットの画像および音声のデータを記録媒体に記録させるかをユーザに設定させる必要があった。
【０００８】
また、記録装置が、所定の配置フォーマットの画像および音声のデータを記録させる設定になっていると、その設定以外の配置フォーマットのデータについては、たとえ記録装置に装着されている記録媒体が、まだ何のデータも記録されていない新しい記録媒体であっても受け付けない（記録できない）ということがあった。
【０００９】
本発明は、このような状況に鑑みてなされたものであり、ユーザに特段の設定をさせることなく、複数種類の配置フォーマットに対応した画像および音声のデータの記録を可能とする。
【課題を解決するための手段】
【００１０】
本発明の情報処理装置は、所定のデータ形式で他の装置から送信されてきた第１の画像および音声のデータを受信する受信手段と、所定のデータ形式がファイル形式である場合に、ファイル内の第１の画像および音声のデータの配置フォーマットを検出する検出手段と、検出手段により検出された配置フォーマットに応じて、所定の符号化方式で符号化されている第１の画像および音声のデータをファイルから抽出し、所定の再生時間単位にまとめる抽出手段と、所定の再生時間単位の第１の画像と音声のデータを多重化して、データを記録する記録手段に出力する記録制御手段とを備えることを特徴とする。
【００１１】
検出手段により検出された配置フォーマットに対応する符号化方式で符号化されている第１の画像および音声のデータを復号し、ベースバンドのデータに変換する変換手段と、ベースバンドのデータから、それよりデータ量の小さい、第２の画像および音声のデータを生成する生成手段とをさらに設け、記録制御手段には、第２の画像と音声のデータも、第１の画像と音声のデータとともに所定の再生時間単位で多重化して、記録手段に出力させることができる。
【００１２】
記録手段に装着されているデータ記録媒体に画像および音声のデータが既に記録されている場合に、既に記録されている画像および音声のデータの符号化方式と、第１の画像および音声のデータの符号化方式とが一致するか否かを判定する一致判定手段をさらに設け、抽出手段には、一致判定手段において、既にデータ記録媒体に記録されている画像および音声のデータの符号化方式と、第１の画像および音声のデータの符号化方式とが一致すると判定された場合に、第１の画像および音声のデータをファイルから抽出させることができる。
【００１３】
受信手段は、IEEE1394インタフェースであるようにさせることができる。
【００１４】
所定のデータ形式がストリーム形式であるか、またはファイル形式であるかを判定するデータ形式判定手段をさらに設けることができる。
【００１５】
本発明の情報処理方法は、所定のデータ形式で他の装置から送信されてきた画像および音声のデータを受信する受信ステップと、所定のデータ形式がファイル形式である場合に、ファイル内の画像および音声のデータの配置フォーマットを検出する検出ステップと、検出ステップの処理により検出された配置フォーマットに応じて、所定の符号化方式で符号化されている画像および音声のデータをファイルから抽出し、所定の再生時間単位にまとめる抽出ステップと、所定の再生時間単位の画像と音声のデータを多重化して、データを記録する記録手段に出力する記録制御ステップとを含むことを特徴とする。
【００１６】
本発明の記録媒体に記録されているプログラムは、所定のデータ形式で他の装置から送信されてきた画像および音声のデータを受信する受信ステップと、所定のデータ形式がファイル形式である場合に、ファイル内の画像および音声のデータの配置フォーマットを検出する検出ステップと、検出ステップの処理により検出された配置フォーマットに応じて、所定の符号化方式で符号化されている画像および音声のデータをファイルから抽出し、所定の再生時間単位にまとめる抽出ステップと、所定の再生時間単位の画像と音声のデータを多重化して、記録手段に出力する記録制御ステップとを含むことを特徴とする。
【００１７】
本発明のプログラムは、所定のデータ形式で他の装置から送信されてきた画像および音声のデータを受信する受信ステップと、所定のデータ形式がファイル形式である場合に、ファイル内の画像および音声のデータの配置フォーマットを検出する検出ステップと、検出ステップの処理により検出された配置フォーマットに応じて、所定の符号化方式で符号化されている画像および音声のデータをファイルから抽出し、所定の再生時間単位にまとめる抽出ステップと、所定の再生時間単位の画像と音声のデータを多重化して、記録手段に出力する記録制御ステップとを含むことを特徴とする。
【００１８】
本発明においては、所定のデータ形式で他の装置から送信されてきた画像および音声のデータが受信され、所定のデータ形式がファイル形式である場合に、ファイル内の画像および音声のデータの配置フォーマットが検出され、その配置フォーマットに応じて、所定の符号化方式で符号化されている画像および音声のデータがファイルから抽出され、所定の再生時間単位にまとめられる。そして、所定の再生時間単位の画像と音声のデータが多重化されて、記録手段に出力される。
【発明の効果】
【００１９】
本発明によれば、ユーザに特段の設定をさせることなく、複数種類の配置フォーマットに対応した画像および音声のデータの記録を可能とする。
【発明を実施するための最良の形態】
【００２０】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２１】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加されたりする発明の存在を否定するものではない。
【００２２】
請求項１に記載の情報処理装置は、
所定のデータ形式で他の装置から送信されてきた第１の画像および音声のデータを受信する受信手段（例えば、図１の通信I/F２３）と、
前記所定のデータ形式がファイル形式である場合に、ファイル内の前記第１の画像および音声のデータの配置フォーマットを検出する検出手段（例えば、図９の符号化方式検出部９２）と、
前記検出手段により検出された前記配置フォーマットに応じて、所定の符号化方式で符号化されている前記第１の画像および音声のデータを前記ファイルから抽出し、所定の再生時間単位にまとめる抽出手段（例えば、図８のIMX配置制御部５６やDV配置制御部５７）と、
前記所定の再生時間単位の前記第１の画像と音声のデータを多重化して、データを記録する記録手段に出力する記録制御手段（例えば、図８の記録制御部７３）と
を備えることを特徴とする。
【００２３】
請求項２に記載の情報処理装置は、
前記検出手段により検出された前記配置フォーマットに対応する前記符号化方式で符号化されている前記第１の画像および音声のデータを復号し、ベースバンドのデータに変換する変換手段（例えば、図８のIMXデコーダ６８やDVデコーダ６９）と、
前記ベースバンドのデータから、それよりデータ量の小さい、第２の画像および音声のデータを生成する生成手段（例えば、図８のプロキシエンコーダ７０）と
をさらに備え、
前記記録制御手段は、前記第２の画像と音声のデータも、前記第１の画像と音声のデータとともに前記所定の再生時間単位で多重化して、前記記録手段に出力する
ことを特徴とする。
【００２４】
請求項３に記載の情報処理装置は、
前記記録手段に装着されているデータ記録媒体に画像および音声のデータが既に記録されている場合に、既に記録されている画像および音声のデータの符号化方式と、前記第１の画像および音声のデータの符号化方式とが一致するか否かを判定する一致判定手段（例えば、図１３の一致判定部１１１）をさらに備え、
前記抽出手段は、前記一致判定手段において、既に前記データ記録媒体に記録されている画像および音声のデータの符号化方式と、前記第１の画像および音声のデータの符号化方式とが一致すると判定された場合に、前記第１の画像および音声のデータを前記ファイルから抽出する
ことを特徴とする。
【００２５】
請求項５に記載の情報処理装置は、
前記所定のデータ形式がストリーム形式であるか、またはファイル形式であるかを判定するデータ形式判定手段（例えば、図１３のデータ形式判定部９１）をさらに備える
ことを特徴とする。
【００２６】
請求項６に記載の情報処理方法は、
所定のデータ形式で他の装置から送信されてきた画像および音声のデータを受信する受信ステップ（例えば、図１０のステップＳ１１の処理）と、
前記所定のデータ形式がファイル形式である場合に、ファイル内の前記画像および音声のデータの配置フォーマットを検出する検出ステップ（例えば、図１２のステップＳ４２の処理）と、
前記検出ステップの処理により検出された前記配置フォーマットに応じて、所定の符号化方式で符号化されている前記画像および音声のデータを前記ファイルから抽出し、所定の再生時間単位にまとめる抽出ステップ（例えば、図１０のステップＳ２０の処理）と、
前記所定の再生時間単位の前記画像と音声のデータを多重化して、データを記録する記録手段に出力する記録制御ステップ（例えば、図１１のステップＳ２９の処理）と
を含むことを特徴とする。
【００２７】
請求項７に記載の記録媒体のプログラム、請求項８に記載のプログラムの各ステップの具体例も、請求項６に記載の情報処理方法の各ステップの発明の実施の形態における具体例と同様である。
【００２８】
以下、図を参照して、本発明の実施の形態について説明する。
【００２９】
図１は、本発明を適用したディスク装置の一実施の形態の構成例を示している。
【００３０】
図１のディスク装置１１は、ディスクドライブ装置２１、フォーマット変換部２２、および通信I/F（Inter Face）２３で構成され、図示しない他の装置からファイル形式で送信されてくるビデオデータおよびオーディオデータ（AVデータともいう）を受信し、光ディスク１２に記録する。
【００３１】
即ち、ディスクドライブ装置２１には、光ディスク１２を着脱することができるようになっている。ディスクドライブ装置２１は、そこに装着された光ディスク１２を駆動することにより、フォーマット変換部２２から供給されるAVデータや、それに付随するデータを光ディスク１２に記録する（書き込む）。
【００３２】
フォーマット変換部２２は、AVデータおよびそれに付随するデータを、送信されてきたときのフォーマット（標準AV多重フォーマット）から光ディスク１２に記録するときのフォーマット（AV独立フォーマット）に変換し、ディスクドライブ装置２１に供給する。
【００３３】
標準AV多重フォーマットとして、例えば、MXF(Material eXchange Format)がある。
【００３４】
MXFは、例えば、異なる機種やメーカの放送機器どうしの間のファイル交換に加えて、ストリーミングを考慮したフォーマットであり、ビデオデータとオーディオデータがフレームごと等の細かい単位で多重化されているフォーマットである。
【００３５】
また、フォーマット変換部２２は、通信I/F２３から供給される、データ量が大きく、高記録レート（例えば、５０Mbps（メガビットパーセカンド））のビデオデータ（以下、本線のビデオデータという）およびオーディオデータ（以下、本線のオーディオデータという）から、データ量が少なく、低記録レート（例えば、２Mbps）のプロキシビデオデータとプロキシオーディオデータを生成し、ディスクドライブ装置２１に供給する。なお、以下では、本線のオーディオデータおよびビデオデータを合わせて、本線データ、プロキシビデオデータとプロキシオーディオデータを合わせてプロキシデータという。
【００３６】
ここで、本線データは、例えば、実際の放送用のデータとして利用される。一方、プロキシデータは、例えば、編集者がプロキシ編集を行うためのプロキシ編集用のデータとして用いられる。プロキシ編集とは、例えば、プロキシデータを素材として、撮影された映像シーンの中から、放送に必要なシーンを選択し、その選択されたシーンにIN点およびOUT点を設定する作業などである。設定されたIN点およびOUT点は、エディットリストとして記録される。そして、エディットリスト（プロキシ編集により設定されたIN点およびOUT点）に基づいて、本線データから必要なシーンの映像および音声が抽出され、実際の放送に使用される。
【００３７】
通信I/F２３は、例えば、IEEE(Institute of Electrical and Electronics Engineers)1394インタフェースや、USB(Universal Serial Bus)インタフェース、LAN(Local Area Network)接続用のNIC(Network Interface Card)、あるいは、アナログモデムや、TA(Terminal Adapter)およびDSU(Digital Service Unit)、ADSL(Asymmetric Digital Subscriber Line)モデム等で構成され、インターネットやイントラネット等のネットワークを介して、または、直接に、AVデータを出力する他の装置とデータのやりとりを行う。例えば、通信I/F２３は、他の装置から送信されてくる標準AV多重フォーマットのファイルを受信して、フォーマット変換部２２に供給する。なお、本実施の形態では、通信I/F２３は、i.LINK（商標）などのIEEE1394インタフェースであるとする。
【００３８】
以上のように構成されるディスク装置１１では、通信I/F２３が、他の装置からファイル形式で送信されてくる標準AV多重フォーマットのファイルを受信し、フォーマット変換部２２に供給する。フォーマット変換部２２は、通信I/F２３からの標準AV多重フォーマットのファイルを、AV独立フォーマットのファイルに変換し、ディスクドライブ装置２１に供給する。そして、ディスクドライブ装置２１は、フォーマット変換部２２からのAV独立フォーマットのファイルを、そこに装着された光ディスク１２に記録する。なお、ディスク装置１１は、ファイル形式の他に、ストリーム形式で他の装置から送信されてくるビデオデータまたはオーディオデータを受信し、光ディスク１２に記録することも可能である。
【００３９】
図２は、標準AV多重フォーマットの例を示している。
【００４０】
標準AV多重フォーマットのファイルは、その先頭から、ヘッダ(File Header)、ボディ(File Body)、フッタ(File Footer)が順次配置されて構成される。
【００４１】
ヘッダには、その先頭から、ヘッダパーティションパック(Header Partition Pack)、ヘッダメタデータ(Header Metadata)、インデックステーブル(Index Table)が順次配置される。ヘッダパーティションパックには、ヘッダを特定するためのデータや、ボディに配置されるデータの構造（配置フォーマット）を表す情報、ファイルフォーマットを表す情報などが配置される。ヘッダメタデータには、例えば、クリップの作成日や、ボディに配置されたデータに関する情報などのクリップ単位のメタデータ（NRTメタデータ）が配置される。インデックステーブルには、ボディに配置される、後述するエディットユニットの位置を表すテーブルが配置される。
【００４２】
ここで、ボディに配置されるデータの構造（配置フォーマット）を表す情報としては、ビデオデータがD10と呼ばれるMPEG(Moving Picture Experts Group) IMX方式で符号化されている場合に採用される構造（以下、IMX配置フォーマットという）か、または、DV(Digital Video)方式で符号化されている場合に採用される構造（以下、DV配置フォーマットという）かを表す情報が配置される。即ち、配置フォーマットとビデオデータの符号化方式とが対応している。なお、オーディオデータは、ビデオデータがD10方式で符号化されている場合、およびDV方式で符号化されている場合のいずれも、AES(Audio Engineering Society)3方式で符号化される。また、ファイルフォーマットを表す情報としては、標準AV多重フォーマットを表す情報が配置される。
【００４３】
また、NRTメタデータは、読み込み処理においてリアルタイム性が要求されない内容のデータであり、例えば、撮像が行われた日時（年、月、日、時、分、秒）、各フレームに対応するLTCをフレーム番号（FTC）に対応させた変換テーブル、クリップをグローバルユニークに識別するための固有の識別子であるUMID(Unique Material Identifier)、またはGPSの情報などがある。なお、フレームとは、ビデオデータの単位であり、１画面分の画像に対応するビデオデータ（または、そのビデオデータに対応する各種のデータ）のことである。また、クリップとは、撮影者が撮像を開始して終了（一時停止）するまでの１回の撮像処理を示す単位である。すなわち、１つのクリップのビデオデータは、通常、複数のフレームのビデオデータからなる。
【００４４】
なお、インデックステーブルは、オプションであり、ヘッダに含めても、含めなくても良い。また、ヘッダには、インデックステーブルの他、種々のオプションのデータを配置することができる。
【００４５】
ボディは、エッセンスコンテナ(Essence Container)で構成され、エッセンスコンテナには、ヘッダで指定されたデータの構造（配置フォーマット）で、ビデオデータとオーディオデータとが多重化されて配置される。
【００４６】
フッタは、フッタパーティションパック(Footer Partition Pack)で構成され、フッタパーティションパックには、フッタを特定するためのデータなどが配置される。
【００４７】
図３は、配置フォーマットがIMX配置フォーマットである場合のボディ（エッセンスコンテナ）の詳細な構造を示している。
【００４８】
ボディは、１以上のエディットユニット(Edit Unit)で構成される。エディットユニットは、１フレームの単位であり、そこには、例えば、１フレーム分のAVデータその他が配置される。
【００４９】
即ち、エディットユニットは、その先頭から、システムアイテム(System Item)、ピクチャアイテム(Picture Item)、サウンドアイテム(Sound Item)、オグジュアリアイテム(Auxiliary Item)が配置されて構成される。
【００５０】
システムアイテムには、その後段のピクチャアイテムに配置されるビデオデータのフレームについてのメタデータ（フレーム単位のメタデータ）（RTメタデータ）が配置される。
【００５１】
RTメタデータは、読み込み処理においてリアルタイム性が要求される内容のデータであり、例えば、フレームの位置を時、分、秒等の所定の時間情報を利用して特定するLTC（Linear Time Code）、各フレームのフレーム番号であり、ファイルの先頭フレームからの相対的な位置情報であるFTC（File Time Code）、そのフレームのビデオデータ（画像信号）の信号特性を示すユーザビット（UB：User Bit）、ビデオカメラによる撮像が行われた位置を表すGPS(Global Positioning System)の情報、ビデオデータやオーディオデータ等のエッセンスデータの内容に関する情報であるエッセンスマーク、ARIB(Association of Radio Industries and Businesses)メタデータ、撮像が行われたビデオカメラの設定／制御情報などがある。なお、ARIBメタデータとは、標準化団体であるARIBで標準化された、SDI(Serial Digital Interface)等の通信インタフェース用のメタデータである。また、ビデオカメラの設定／制御情報とは、例えば、IRIS（アイリス）制御値や、ホワイトバランス／ブラックバランスのモード、レンズのズームやフォーカスに関するレンズ情報等の情報である。
【００５２】
ピクチャアイテムには、１フレーム分のビデオデータが配置される。図３では、上述したD10方式のビデオデータが配置される。
【００５３】
ここで、ピクチャアイテムには、１フレームのビデオデータがKLV(Key,Length,Value)構造にKLVコーディングされて配置される。
【００５４】
KLV構造とは、その先頭から、キー(Key)、レングス(Length)、バリュー(Value)が順次配置された構造であり、キーには、バリューに配置されるデータがどのようなデータであるかを表す、SMPTE 298Mの規格に準拠した１６バイトのラベルが配置される。レングスには、バリューに配置されるデータのデータ長が配置される。バリューには、実データ、即ち、ここでは、１フレームのD10方式で符号化されたビデオデータが配置される。
【００５５】
また、ピクチャアイテムは、そのデータ長が、KAG(KLV Alignment Grid)を基準とする固定長となっている。そして、ピクチャアイテムを固定長とするのに、スタッフィング(stuffing)のためのデータとしてのフィラー(Filler)が、やはりKLV構造とされて、ピクチャアイテムのビデオデータの後に配置される。
【００５６】
なお、ピクチャアイテムのデータ長であるKAGを基準とする固定長は、例えば、光ディスク１２のセクタ長の整数倍（例えば、５１２バイトや２Ｋバイトなど）とされている。この場合、光ディスク１２とピクチャアイテムとの、いわば親和性が高くなり、光ディスク１２に対するピクチャアイテムの読み書き処理の高速化を図ることができる。
【００５７】
また、上述のシステムアイテム、並びに後述するサウンドアイテムおよびオグジュアリアイテムにおいても、ピクチャアイテムと同様に、KLV構造が採用されているとともに、そのデータ長がKAGを基準とする固定長になっている。
【００５８】
サウンドアイテムには、ピクチャアイテムに配置されたビデオデータのフレームにおける１フレーム分のオーディオデータが、上述のピクチャアイテムにおける場合と同様にKLV構造で配置される。
【００５９】
また、サウンドアイテムには、複数としての、例えば８チャネルのオーディオデータが多重化されて配置される。
【００６０】
即ち、サウンドアイテムにおいて、KLV構造のバリューには、その先頭から、エレメントヘッダEH(Element Header)、オーディオサンプルカウントASC(Audio Sample Count)、ストリームバリッドフラグSVF(Stream Valid Flags)、多重化された８チャネルのオーディオデータが順次配置される。
【００６１】
ここで、サウンドアイテムにおいて、８チャネルのオーディオデータは、１フレームにおける８チャネルそれぞれのオーディオデータの第１サンプル、第２サンプル、・・・といった順番に、オーディオデータのサンプルが配置されることにより多重化されている。図３の最下部に示したオーディオデータにおいて、括弧付きで示してある数字は、オーディオデータのサンプルが何サンプル目かを表している。
【００６２】
また、エレメントヘッダEHには、そのエレメントヘッダを特定するためのデータなどが配置される。オーディオサンプルカウントASCには、サウンドアイテムに配置されているオーディオデータのサンプル数が配置される。ストリームバリッドフラグSVFは、８ビット（１バイト）のフラグで、各ビットは、そのビットに対応するチャネルのオーディオデータが有効か、無効かを表す。即ち、ストリームバリッドフラグSVFの各ビットは、そのビットに対応するチャネルのオーディオデータが有効である場合に、例えば１とされ、無効である場合に、例えば０とされる。
【００６３】
オグジュアリアイテムには、必要なユーザデータが配置される。従って、オグジュアリアイテムは、ユーザが任意のデータを配置することができるエリアである。
【００６４】
図４は、配置フォーマットがDV配置フォーマットである場合のボディ（エッセンスコンテナ）の詳細な構造を示している。なお、図４において、図３と同様の部分についての説明は省略する。
【００６５】
ピクチャアイテムには、例えば、１フレーム分のDV方式のビデオデータが配置される。
【００６６】
即ち、ピクチャアイテムの先頭のKLV構造のバリューには、図４に示すように、サブコード（Subcode）セクション、VAUX(Video Auxilialy）セクション、オーディオ(Audio)セクション、ビデオ(Video)セクションで構成される１つのDIF（Digital Interface） シーケンス（sequence）が複数配置される。但し、ピクチャアイテムに続くサウンドアイテムにオーディオデータが配置されるため、DIFシーケンスのオーディオセクションには、オーディオデータは配置されない。
【００６７】
サブコードセクションには、主に高速サーチのためのデータ、テープ管理に必要な絶対トラック番号、及びテープカウンタとして機能するタイトルタイムコード等が記録される。VAUXセクションには、録画日時及び録画ソース等のVAUXデータが記録される。
【００６８】
サウンドアイテムには、複数としての、例えば、４チャンネルのオーディオデータがKLV (Key, Length, Value)構造にKLVコーディングされて配置される。
【００６９】
即ち、サウンドアイテムにおいて、KLV構造とされた１チャンネル目のオーディオデータが後段にKLV構造のフィラーを伴って配置される。それに続いて、KLV構造とされた２チャンネル目のオーディオデータが後段にKLV構造のフィラーを伴って配置される。同様にして、３チャンネル目のオーディオデータ、フィラー、４チャンネル目のオーディオデータ、フィラーそれぞれがKLV構造されて順に配置される。また、バリューの各チャンネルのオーディオデータは、第１サンプル、第２サンプル、・・・といった順番（サンプル順）に配置される。
【００７０】
以上のように、他の装置から伝送されてくる標準AV多重フォーマットでは、フレーム単位のメタデータが配置されるシステムアイテム、ビデオデータが配置されるピクチャアイテム、オーディオデータが配置されるサウンドアイテム、ユーザデータが配置されるオグジュアリアイテムが多重化されており、さらに、サウンドアイテムでは、４または８チャネルのオーディオデータが配置される。
【００７１】
このため、ビデオデータとオーディオデータが、別々にまとめて配置されるファイルでは、そのまとまったビデオデータのファイルとオーディオデータのファイルをすべて受信してからでないと、そのビデオデータおよびオーディオデータの再生を開始することができないが、標準AV多重フォーマットでは、ビデオデータとオーディオデータとがフレーム単位で多重化されるため、１フレーム分のビデオデータとオーディオデータを受信すれば、そのフレームのビデオデータおよびオーディオデータを、即座に再生することができる。従って、標準AV多重フォーマットは、ストリーミングに適しているということができる。
【００７２】
しかしながら、その反面、ビデオデータとオーディオデータそれぞれを別々に編集するAV独立編集などがしにくい。さらに、ファイル単位のメタデータも、エディットユニットのシステムアイテムに散在しており、編集時等において扱いにくい。
【００７３】
そこで、フォーマット変換部２２は、標準AV多重フォーマットから、ビデオデータとオーディオデータが別々にまとめて配置されているAV独立フォーマットに変換し、光ディスク１２に記録させる。
【００７４】
AV独立フォーマットのファイルは、標準AV多重フォーマットのファイルと同様に、ヘッダ、ボディ、フッタからなるが、そのボディの形式だけは、標準AV多重フォーマットとは異なるものとなる。即ち、AV独立フォーマットのファイルでは、ビデオデータとオーディオデータとが別々のファイルとされる。そして、ビデオデータのファイルであるビデオファイルは、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを有するが、そのボディには、ビデオデータがまとめて配置される。また、オーディオデータのファイルであるオーディオファイルも、標準AV多重フォーマットのファイルと同一形式のヘッダとフッタを有するが、そのボディには、オーディオデータがまとめて配置される。
【００７５】
また、光ディスク１２に記録されたAV独立フォーマットのビデオファイルやオーディオファイルは、例えば、UDF（Universal Disk Format）やISO9660（International Organization for Standardization 9660）等のファイルシステムにより管理され、ユーザからは、図５に示すようなディレクトリ構造およびファイルとして見える。
【００７６】
即ち、図５は、UDFなどのファイルシステムで管理され、光ディスク１２に記録されているデータのディレクトリ（フォルダ）、およびファイルの構造の例を示す図である。
【００７７】
図５に示されるように、ROOTディレクトリには、１つのプログラムに対応するビデオデータを格納するPROAVディレクトリ、および、PROAVディレクトリのデータのメタデータを格納する構成表データファイルが格納されていている。
【００７８】
PROAVディレクトリには、インデックスファイル（INDEX.XML）、インデックスファイルがコピーされたファイル（INDEX.RSV）、ディスク情報ファイル（DISCINFO.XML）、ディスク情報ファイルがコピーされたファイル（DISCINFO.RSV）が格納されている。
【００７９】
インデックスファイルは、光ディスク１２に記録されたファイルの情報を一元管理するファイルであり、例えば、XML(eXtensible Markup Language)ベースの言語で記述されている。インデックスファイルには、光ディスク１２に記録されたクリップそれぞれに関する情報が格納されている。このクリップに関する情報としては、例えば、クリップをグローバルユニークに識別するための固有の識別子であるUMIDなどがある。ディスク情報ファイルは、光ディスク１２の属性、再生開始位置などを記述するファイルである。
【００８０】
PROAVディレクトリには、また、クリップディレクトリ（CLPR）およびエディトディレクトリ（EDTR）が格納されている。
【００８１】
クリップディレクトリには、それぞれのクリップに対応するディレクトリが格納される。図５では、３つのクリップに対応する、「C0001」のディレクトリ、「C0002」のディレクトリ、および「C0003」のディレクトリがクリップディレクトリ内に存在している。エディトディレクトリには、ビデオデータおよびオーディオデータの再生順序、および再生範囲を示すエディトリストのデータが格納されている。このエディトリストには、クリップに対して設定された、IN点およびOUT点の位置を表す情報が記述される。なお、エディトリストは、１つのクリップに対して複数付加されることもある。
【００８２】
図６は、クリップディレクトリ（図５の、名前が「C0001」のディレクトリ）に格納されているファイルの例を示す図である。なお、図６において、ファイルの右方に付されているかっこ書きは、そのファイルの内容を示すものであり、ファイル名には含まれない。
【００８３】
クリップディレクトリの先頭に示される、「C0001C01.SMI」の名前が設定されたファイルは、１セットの独立したマルチメディアオブジェクト（映像または音声のオブジェクト）の時間的な挙動、画面上のレイアウト、または他のマルチメディアオブジェクトとの結び付きを、例えば、SMIL(Synchronized Multimedia Integration Language)で記述するファイルである。
【００８４】
「C0001V01.MXF」の名前が設定されたファイルは、IMX符号化方式またはDV符号化方式で符号化されたビデオデータ（本線のビデオデータ）がまとめられて格納されているファイルである。
【００８５】
「C0001A01.MXF」乃至「C0001A08.MXF」の名前が設定されたファイルは、チャンネルごとのオーディオデータ（本線のオーディオデータ）がまとめられて格納されているファイルである。１つのファイルに１チャンネル分のオーディオデータが記録されている。なお、図６は、IMX方式のオーディオファイルを示しており、DV方式のオーディオファイルでは、図４に示したようにオーディオデータのチャンネル数が４チャンネルなので、「C0001A05.MXF」乃至「C0001A08.MXF」に相当するファイルが省かれる。
【００８６】
「C0001S01.MXF」の名前が設定されたファイルは、プロキシビデオデータが格納されているファイルである。すなわち、ここに格納されているプロキシビデオデータは、「C001V01.MXF」の名前が設定されているファイルに格納されている本線のビデオデータを、フレームの画素数を少なくするなどして、データ量を少なくしたビデオデータである。
【００８７】
「C0001M01.XML」の名前が設定されたファイルは、このクリップ（「C0001」のクリップ）に対して付加されたNRTメタデータ（クリップメタデータ）がまとめられて格納されている、XMLベースの言語で記述されるファイル（NRTメタデータファイル）である。
【００８８】
「C0001R01.BIM」の名前が設定されたファイルは、このクリップの各フレームに対して設定されたRTメタデータ（フレームメタデータ）がまとめられて格納されているファイル（RTメタデータファイル）である。この例においては、フレームメタデータは、XML形式のファイルをバイナリ変換したBIM（binary format for metadata）方式で記述されている。
【００８９】
「C0001I01.PPF」の名前が設定されたファイルは、フレーム構造に関する情報が記述されているファイルである。
【００９０】
以上のように、フォーマット変換部２２は、標準AV多重フォーマットのファイルで送信されてくるビデオデータやオーディオデータを、ビデオデータとオーディオデータが別々にまとめて配置されるAV独立フォーマットに変換し、光ディスク１２に記録させる。
【００９１】
但し、フォーマット変換部２２は、光ディスク１２のトラックには、図７に示すように、１クリップのビデオデータ、本線のオーディオデータ、プロキシデータ、およびRTメタデータのそれぞれが、所定の再生時間帯（例えば、２秒間）である年輪単位に分割され、多重化されて（インターリーブされて）記録されるようにそれぞれのデータを出力する。
【００９２】
これは、画像と音声の再生を考えた場合、その再生は、ビデオデータとそのビデオデータに付随するオーディオデータが揃わないと行うことができないので、ある再生時間帯のビデオデータと、その同一再生時間帯のオーディオデータを、光ディスク１２上の近い位置、即ち、例えば、隣接する位置に記録するのが望ましいからである。
【００９３】
従って、光ディスク１２のトラックには、同一の再生時間帯に再生される、年輪単位のプロキシデータ（以下、プロキシ年輪データという）、年輪単位のRTメタデータ（以下、RTメタ年輪データという）、年輪単位のオーディオデータ（以下、オーディオ年輪データという）、および年輪単位のビデオデータ（以下、ビデオ年輪データという）のセット（リアルタイムユニット：RTU）が再生時刻の早い順に記録されていく。
【００９４】
そして、１クリップ分の複数のRTU（AV独立フォーマットのボディに配置されるプロキシ年輪データ、RTメタ年輪データ、オーディオ年輪データ、およびビデオ年輪データのセット）の光ディスク１２への記録が終了した後、それに続いて、プロキシデータ、RTメタデータ、オーディオデータ、およびビデオデータのAV独立フォーマットのフッタおよびヘッダが光ディスク１２に記録される。
【００９５】
ここで、ヘッダをボディおよびフッタの後に記録するのは、このようにすることで、オーディオデータの再生時間またはタイムコードなどの、ボディが確定しなければ決まらないデータを含むヘッダを１度の処理で記録することができるようになるからである。
【００９６】
なお、NRTメタデータについては、図７のフッタヘッダ部の後に記録するようにしてもよいし、光ディスク１２の内周側などに、他のクリップのNRTメタデータとまとめて記録するようにしてもよい。
【００９７】
図８は、フォーマット変換部２２の詳細な構成例を示すブロック図である。
【００９８】
通信I/F２３から供給されたMXF（標準AV多重フォーマット）のファイルは、バッファメモリ５１に入力される。バッファメモリ５１は、通信I/F２３から供給されるMXFのファイルを、ファイル単位で蓄積（記憶）し、スイッチ５５を介してIMX配置制御部５６またはDV配置制御部５７に供給する。また、バッファメモリ５１は、蓄積（記憶）したMXFのファイルを、メタデータ抽出部５３にも供給する。
【００９９】
フォーマット検出部５２は、通信I/F２３からバッファメモリ５１に供給されたMXFのファイルを参照して、他の装置から送信されてきたデータ（入力データ）のデータ形式がストリーム形式であるか、またはファイル形式であるかを判定する。そして、入力データのデータ形式がファイル形式である場合、フォーマット検出部５２は、さらに、MXFのファイルのボディに配置されるデータの構造が、IMX配置フォーマットであるか、またはDV配置フォーマットであるかを判定する。また、フォーマット検出部５２は、その判定結果に応じて、IMX方式またはDV方式を表す制御信号を、スイッチ５５および６７に供給する。
【０１００】
メタデータ抽出部５３は、RTメタデータ用メモリ５４とNRTメタデータ用メモリ５５を必要容量だけ確保する。また、メタデータ抽出部５３は、バッファメモリ５１から供給されるMXFのファイルからRTメタデータを抽出し、年輪単位にまとめてRTメタデータ用メモリ５４に供給するとともに、MXFのファイルからNRTメタデータも抽出し、NRTメタデータ用メモリ５５に供給する。
【０１０１】
ここで、メタデータ抽出部５３が確保するRTメタデータ用メモリ５４の容量（必要容量）は、次のようにして決定される。図７を参照して上述したように、光ディスク１２には、同一再生時間帯のプロキシ年輪データ、RTメタ年輪データ、オーディオ年輪データ、およびビデオ年輪データが１つのセット（RTU）として記録されるので、RTメタデータ用メモリ５４では、メタデータ抽出部５３が出力するRTメタ年輪データと同一再生時間帯の、プロキシ年輪データ、オーディオ年輪データ、およびビデオ年輪データの生成が完了するまで、メタ抽出部５３から供給されたRTメタ年輪データが保持（記憶）される。そして、同一再生時間帯のプロキシ年輪データ、RTメタ年輪データ、オーディオ年輪データ、およびビデオ年輪データの全てが揃った時点で、RTメタデータ用メモリ５４に保持されていたRTメタ年輪データが、記録制御部７３によって取り出される。従って、記録制御部７３がRTメタデータ用メモリ５４から１つのRTメタ年輪データを取り出してから、次のRTメタ年輪データを取り出すまでの間に、メタデータ抽出部５３が生成するＮRT個のRTメタ年輪データを保持可能な容量が、メタデータ抽出部５３によって確保される。なお、本実施の形態では、ＮRT＝４であるとしており、RTメタデータ用メモリ５４は、それぞれが１つのRTメタ年輪データを記憶可能な４つの領域５４−１乃至５４−４で構成されている。
【０１０２】
一方、NRTメタデータ用メモリ５５としては、１クリップ分のNRTメタデータを記憶するのに十分な容量が確保され、記録制御部７３によって取り出されるまで、メタデータ抽出部５３から供給されるNRTメタデータを保持（記憶）する。
【０１０３】
スイッチ５５は、フォーマット検出部５２からの制御信号に応じて、IMX側の端子部５５ａか、またはDV側の端子部５５ｂのいずれか一方を選択する。即ち、スイッチ５５は、フォーマット検出部５２からIMX方式を表す制御信号が供給された場合、端子部５５ａを選択し、バッファメモリ５１から供給されるMXFのファイルをIMX配置制御部５６に供給する。また、スイッチ５５は、フォーマット検出部５２からDV方式を表す制御信号が供給された場合、端子部５５ｂを選択し、バッファメモリ５１から供給されるMXFのファイルをDV配置制御部５７に供給する。
【０１０４】
IMX配置制御部５６には、スイッチ５５を介して、ボディに配置されるデータの構造がIMX配置フォーマットとなっているMXFのファイルが、バッファメモリ５１から供給される。IMX配置制御部５６は、ビデオデータ用メモリ５８を必要容量だけ確保する。また、IMX配置制御部５６は、バッファメモリ５１から供給されるMXFのファイルから本線のビデオデータを抽出し、抽出した本線のビデオデータを年輪単位にまとめてビデオデータ用メモリ５８に供給し、記憶させる。さらに、IMX配置制御部５６は、１チャンネル乃至８チャンネルのオーディオデータ用に、オーディオデータ用メモリ５９乃至６６を必要容量だけ確保する。また、IMX配置制御部５６は、バッファメモリ５１から供給されるMXFのファイルから、１チャンネル乃至８チャンネルの本線のオーディオデータそれぞれを抽出し、抽出した本線のオーディオデータを年輪単位にまとめてオーディオデータ用メモリ５９乃至６６にそれぞれ供給し、記憶させる。
【０１０５】
DV配置制御部５７には、スイッチ５５を介して、ボディに配置されるデータの構造がDV配置フォーマットとなっているMXFのファイルが、バッファメモリ５１から供給される。DV配置制御部５７は、ビデオデータ用メモリ５８を必要容量だけ確保する。また、DV配置制御部５７は、バッファメモリ５１から供給されるMXFのファイルからビデオデータ（本線のビデオデータ）を抽出し、抽出したビデオデータを年輪単位にまとめてビデオデータ用メモリ５８に供給し、記憶させる。さらに、DV配置制御部５７は、１チャンネル乃至４チャンネルのオーディオデータそれぞれに対して、オーディオデータ用メモリ５９乃至６２を必要容量だけ確保する。また、DV配置制御部５７は、バッファメモリ５１から供給されるMXFのファイルから、１チャンネル乃至４チャンネルのオーディオデータ（本線のオーディオデータ）それぞれを抽出し、抽出したオーディオデータを年輪単位にまとめてオーディオデータ用メモリ５９乃至６２にそれぞれ供給し、記憶させる。
【０１０６】
ここで、IMX配置制御部５６が確保するビデオデータ用メモリ５８の容量（必要容量）は、RTメタデータ用メモリ５４における場合と同様に、記録制御部７３がビデオデータ用メモリ５８から１つのビデオ年輪データを取り出してから、次のビデオ年輪データを取り出すまでの間に、IMX配置制御部５６が生成するＮV個のビデオ年輪データを保持可能な容量である。図８では、ＮV＝４であるとしており、ビデオデータ用メモリ５８は、それぞれが１つのビデオ年輪データを記憶可能な４つの領域５８−１乃至５８−４で構成されている。DV配置制御部５７がビデオデータ用メモリ５８の必要容量を確保する場合も同様である。なお、本実施の形態では、簡単のため、IMX配置制御部５６が確保するビデオデータ用メモリ５８の容量と、DV配置制御部５６が確保するビデオデータ用メモリ５８の容量を同一とするが、IMX配置制御部５６が確保するビデオデータ用メモリ５８の容量と、DV配置制御部５６が確保するビデオデータ用メモリ５８の容量は、同一でない場合もある。
【０１０７】
また、IMX配置制御部５６が確保するオーディオデータ用メモリ５９乃至６６の容量（必要容量）も、RTメタデータ用メモリ５４における場合と同様に、記録制御部７３が各チャンネルのオーディオデータ用メモリ５９乃至６６から１つのオーディオ年輪データを取り出してから、次のオーディオ年輪データを取り出すまでの間に、IMX配置制御部５６が生成するＮA個のオーディオ年輪データを保持可能な容量である。図８では、１チャンネルのオーディオデータについてＮA＝４であるとしており、オーディオデータ用メモリ５９は、それぞれが１つのオーディオ年輪データを記憶可能な４つの領域５９−１乃至５９−４で構成されている。他のチャンネルのオーディオデータについても同様である。また、DV配置制御部５７がオーディオ用メモリ５９乃至６２の必要容量を確保する場合も同様である。なお、本実施の形態では、簡単のため、IMX配置制御部５６が確保するオーディオデータ用メモリ５９乃至６６それぞれの容量と、DV配置制御部５７が確保するオーディオデータ用メモリ５９乃至６２それぞれの容量を同一とするが、IMX配置制御部５６が確保するオーディオデータ用メモリ５９乃至６６それぞれの容量と、DV配置制御部５７が確保するオーディオデータ用メモリ５９乃至６２それぞれの容量は、同一でない場合もある。
【０１０８】
ビデオデータ用メモリ５８は、IMX配置制御部５６またはDV配置制御部５７から供給される年輪単位のビデオデータを保持（記憶）する。ビデオデータ用メモリ５８で保持された年輪単位のビデオデータは、スイッチ６７を介して接続されるIMXデコーダ６８またはDVデコーダ６９と、記録制御部７３に供給される。
【０１０９】
オーディオデータ用メモリ５９乃至６６のそれぞれは、IMX配置制御部５６またはDV配置制御部５７から供給される年輪単位のビデオデータまたはオーディオデータを保持（記憶）する。オーディオデータ用メモリ５９乃至６６で保持された年輪単位のオーディオデータは、プロキシエンコーダ７０と記録制御部７３に供給される。
【０１１０】
スイッチ６７は、フォーマット検出部５２からの制御信号に応じて、IMX側の端子部６７ａか、またはDV側の端子部６７ｂのいずれか一方を選択する。即ち、スイッチ６７は、フォーマット検出部５２からIMX方式を表す制御信号が供給された場合、端子部６７ａを選択し、ビデオデータ用メモリ５８から供給されるIMXエンコードされているビデオ年輪データをIMXデコーダ６８に供給する。また、スイッチ６７は、フォーマット検出部５２からDV方式を表す制御信号が供給された場合、端子部６７ｂを選択し、ビデオデータ用メモリ５８から供給されるDVエンコードされているビデオ年輪データをDVデコーダ６９に供給する。
【０１１１】
IMXデコーダ６８は、スイッチ６７を介して接続されているビデオデータ用メモリ５８から、再生時刻の最も早いビデオ年輪データを取り出す。取り出されたビデオ年輪データは、図３に示したようにMPEG IMX方式でエンコードされており、IMXデコーダ６８は、IMXエンコードされているビデオ年輪データをデコード（復号）してベースバンドのデータに変換し、プロキシエンコーダ７０に供給する。
【０１１２】
DVデコーダ６９は、スイッチ６７を介して接続されているビデオデータ用メモリ５８から、再生時刻の最も早いビデオ年輪データを取り出す。取り出されたビデオ年輪データは、図４に示したようにDV方式でエンコードされており、DVデコーダ６９は、DVエンコードされているビデオ年輪データをデコード（復号）してベースバンドのデータに変換し、プロキシエンコーダ７０に供給する。
【０１１３】
プロキシエンコーダ７０は、IMXデコーダ６８またはDVデコーダ６９から供給されるベースバンドのビデオ年輪データを、例えば、フレームを構成する画素数を少なくすること等によりデータ量を少なくした後、MPEG４方式によりエンコード(符号化)して、プロキシ配置制御部７１に供給する。
【０１１４】
また、プロキシエンコーダ７０は、オーディオデータ用メモリ５９乃至６６から、再生時刻の最も早い１チャンネル乃至８チャンネルのオーディオ年輪データを取り出す（ビデオ年輪データがDV方式でエンコードされている場合は、１チャンネル乃至４チャンネルに対応するオーディオデータ用メモリ５９乃至６２のみ）。
【０１１５】
そして、プロキシエンコーダ７０は、取り出したオーディオ年輪データを、例えば、チャンネル数を少なくするなどしてデータ量を少なくした後、ITU-T（International Telecommunication Union, Telecommunication Standardization Sector） G.711 A-Law方式によりエンコードして、プロキシ配置制御部７１に供給する。
【０１１６】
プロキシ配置制御部７１は、プロキシデータ用メモリ７２を必要容量だけ確保し、そこに、プロキシエンコーダ７０から供給されるプロキシビデオデータおよびプロキシオーディオデータ（即ち、プロキシデータ）を、年輪単位にまとめて記憶させる。また、プロキシ配置制御部７１は、プロキシデータ用メモリ７２にプロキシ年輪データを供給した後で、配置完了信号を記録制御部７３に出力（供給）する。
【０１１７】
ここで、プロキシ配置制御部７１が確保するプロキシデータ用メモリ７２の容量（必要容量）は、RTメタデータ用メモリ５４における場合と同様に、記録制御部７３がプロキシデータ用メモリ７２から１つのプロキシ年輪データを取り出してから、次のプロキシ年輪データを取り出すまでの間に、プロキシ配置制御部７１が生成するＮP個のプロキシ年輪データを保持可能な容量である。図８では、ＮP＝４であるとしており、プロキシデータ用メモリ７２は、それぞれが１つのプロキシ年輪データを記憶可能な４つの領域７２−１乃至２７−４で構成されている。
【０１１８】
記録制御部７３は、プロキシ配置制御部７１から配置完了信号が供給された場合、RTメタデータ用メモリ５４、ビデオデータ用メモリ５８、チャンネル数に応じたオーディオデータ用メモリ５９乃至６６、およびプロキシデータ用メモリ７２のそれぞれから、再生時刻の最も早いRTメタ年輪データ、ビデオ年輪データ、オーディオ年輪データ、およびプロキシ年輪データを取り出し、ディスクドライブ装置２１（図１）に供給して、光ディスク１２に記録させる。この処理が、配置完了信号がプロキシ配置制御部７１から供給される度に繰り返されることにより、光ディスク１２では、図７に示したように、同一再生時間帯のRTメタ年輪データ、ビデオ年輪データ、オーディオ年輪データ、およびプロキシ年輪データが多重化されて記録されることになる。
【０１１９】
また、記録制御部７３は、１クリップ分のRTメタ年輪データ、ビデオ年輪データ、オーディオ年輪データ、およびプロキシ年輪データのディスクドライブ２１への供給が終了後、NRTメタデータ用メモリ５５に記憶されているNRTメタデータを取り出し、ディスクドライブ装置２１に供給し、光ディスク１２に記録させる。
【０１２０】
なお、記録制御部７３は、本線のビデオデータ、本線のオーディオデータ、プロキシデータ、RTメタデータ、およびNRTメタデータが、AV独立フォーマットのファイルであって、かつ、UDFなどの所定のファイルシステムの下、図５および図６に示したディレクトリ構造およびファイルとしてユーザから参照可能なように、必要なデータ（例えば、光ディスク１２に記録されたデータを管理するディスク管理領域に記録するデータなど）もディスクドライブ装置２１に供給する。
【０１２１】
図９は、フォーマット検出部５２の詳細な構成例を示すブロック図である。
【０１２２】
フォーマット検出部５２は、データ形式判定部９１および符号化方式検出部９２により構成されている。
【０１２３】
データ形式判定部９１は、他の装置から送信されてきたデータ（入力データ）のデータ形式がストリーム形式であるか、またはファイル形式であるかを判定し、その判定結果を符号化方式検出部９２に供給する。
【０１２４】
入力データのデータ形式がファイル形式である旨の判定結果がデータ形式判定部９１から供給された場合、符号化方式検出部９２は、MXFのファイルのボディに配置されるデータの構造が、IMX配置フォーマットであるか、またはDV配置フォーマットであるかを判定する。
【０１２５】
また、入力データのデータ形式がストリーム形式である旨の判定結果がデータ形式判定部９１から供給された場合、または、MXFのファイルのボディに配置されるデータの構造がDV配置フォーマットであると判定された場合、符号化方式検出部９２は、DV方式を表す制御信号を、スイッチ５５および６７に供給する。一方、入力データのデータ形式がファイル形式である旨の判定結果がデータ形式判定部９１から供給され、かつ、ボディに配置されるデータの構造がIMX配置フォーマットであると判定された場合、符号化方式検出部９２は、IMX方式を表す制御信号を、スイッチ５５および６７に供給する。
【０１２６】
次に、図１０と図１１のフローチャートを参照して、ディスク装置１１のデータ記録処理について説明する。この処理は、例えば、１つのクリップに対応するAVデータが他の装置から送信されてきたときに開始される。
【０１２７】
初めに、ステップＳ１１において、通信I/F２３は、ストリーム形式またはファイル形式で他の装置から送信されてきたビデオデータおよびオーディオデータを受信し、フォーマット変換部２２のバッファメモリ５１に供給して、ステップＳ１２に進む。
【０１２８】
ステップＳ１２では、１クリップのAVデータを記録するデータ記録処理のうち、バッファメモリ５１に供給されたデータを処理するのが１回目であるか否かが判定される。ステップＳ１２で、バッファメモリ５１に供給されたデータを処理するのが１回目ではないと判定された場合、ステップＳ１３乃至Ｓ１６の処理がスキップされ、ステップＳ１７に進む。換言すれば、ステップＳ１３乃至Ｓ１６の処理は、１クリップのAVデータを記録するデータ記録処理のうち、バッファメモリ５１に供給されたデータを処理するのが１回目である場合にのみ実行される。
【０１２９】
一方、ステップＳ１２で、バッファメモリ５１に供給されたデータを処理するのが１回目であると判定された場合、ステップＳ１３に進み、フォーマット検出部５２がフォーマット検出処理を行う。この処理の詳細は後述するが、この処理により、IMX方式かまたはDV方式を表す制御信号が、スイッチ５５および６７に供給される。なお、以下では、ステップＳ１３において、IMX方式を表す制御信号がスイッチ５５および６７のそれぞれに供給されたとする。
【０１３０】
ステップＳ１３の処理後、ステップＳ１４において、スイッチ５５および６７のそれぞれは、フォーマット検出部５２から供給された制御信号に応じて、IMX側の端子部５５ａおよび６７ａか、またはDV側の端子部５５ｂおよび６７ｂのいずれか一方を選択して、ステップＳ１５に進む。従って、IMX方式を表す制御信号がスイッチ５５および６７のそれぞれに供給された場合、ステップＳ１４では、スイッチ５５および６７のそれぞれは、IMX側の端子部５５ａおよび６７ａを選択する。
【０１３１】
ステップＳ１５において、メタデータ抽出部５３は、メタデータ用メモリを必要容量だけ確保する。即ち、ステップＳ１５において、メタデータ抽出部５３は、RTメタデータ用メモリ５４を必要容量だけ確保するとともに、NRTメタデータ用メモリ５５を１クリップ分のNRTメタデータを記憶するのに十分な容量だけ確保する。
【０１３２】
スイッチ５５の端子部５５ａが選択されたことにより、バッファメモリ５１からMXFのファイルが供給されたIMX配置制御部５６は、ステップＳ１６において、ビデオデータ用メモリ５８を必要容量だけ確保する。また、ステップＳ１６において、IMX配置制御部５６は、１チャンネル乃至８チャンネルのオーディオデータ用に、オーディオデータ用メモリ５９乃至６６を必要容量だけ確保する。なお、ステップＳ１４で、DV側の端子部５５ｂが選択された場合、ステップＳ１６では、DV配置制御部５７が、ビデオデータ用メモリ５８を必要容量だけ確保するとともに、１チャンネル乃至４チャンネルのオーディオデータ用に、オーディオデータ用メモリ５９乃至６２を必要容量だけ確保する。
【０１３３】
ステップＳ１７において、メタデータ抽出部５３は、バッファメモリ５１から供給されるMXFのファイルからRTメタデータを抽出し、ステップＳ１８に進み、年輪単位にまとめてRTメタデータ用メモリ５４に供給し、記憶させる。また、ステップＳ１８において、メタデータ抽出部５３は、MXFのファイルからNRTメタデータを抽出し、NRTメタデータ用メモリ５５に供給し、記憶させる。
【０１３４】
ステップＳ１９において、IMX配置制御部５６は、バッファメモリ５１から供給されるMXFのファイルから本線のビデオデータを抽出し、ステップＳ２０に進み、年輪単位にまとめてビデオデータ用メモリ５８に供給し、記憶させる。なお、ステップＳ１４で、DV側の端子部５５ｂが選択された場合、ステップＳ１９では、IMX配置制御部５６が、バッファメモリ５１から供給されるMXFのファイルから、１チャンネル乃至８チャンネルの本線のオーディオデータそれぞれを抽出し、ステップＳ２０において、年輪単位にまとめてオーディオデータ用メモリ５９乃至６６に供給し、記憶させる。
【０１３５】
ステップＳ２１において、IMX配置制御部５６は、バッファメモリ５１から供給されるMXFのファイルから、１チャンネル乃至８チャンネルの本線のオーディオデータそれぞれを抽出し、ステップＳ２２に進み、年輪単位にまとめてオーディオデータ用メモリ５９乃至６６に供給し、記憶させる。なお、ステップＳ１４で、DV側の端子部５５ｂが選択された場合、ステップＳ２１では、DV配置制御部５７は、バッファメモリ５１から供給されるMXFのファイルから、１チャンネル乃至４チャンネルの本線のオーディオデータそれぞれを抽出し、ステップＳ２２において、年輪単位にまとめてオーディオデータ用メモリ５９乃至６２に供給し、記憶させる。
【０１３６】
ステップＳ２２の処理後、ステップＳ２３（図１１）に進み、IMXデコーダ６８は、スイッチ６７を介して接続されているビデオデータ用メモリ５８から、再生時刻の最も早いビデオ年輪データを取り出し、その取り出したビデオ年輪データをデコードしてベースバンドのデータに変換し、プロキシエンコーダ７０に供給する。なお、ステップＳ１４で、DV側の端子部６７ｂが選択された場合、DVデコーダ６９は、スイッチ６７を介して接続されているビデオデータ用メモリ５８から、再生時刻の最も早いビデオ年輪データを取り出し、その取り出したビデオ年輪データをデコードしてベースバンドのデータに変換し、プロキシエンコーダ７０に供給する。
【０１３７】
ステップＳ２４において、プロキシエンコーダ７０は、IMXデコーダ６８から供給されるベースバンドのビデオ年輪データを、例えば、MPEG４方式によりエンコード(符号化)して、プロキシ配置制御部７１に供給する。また、ステップＳ２４において、プロキシエンコーダ７０は、オーディオデータ用メモリ５９乃至６６から、再生時刻の最も早い１チャンネル乃至８チャンネルのオーディオ年輪データを取り出し、その取り出したオーディオ年輪データを、例えばITU-T G.711 A-Law方式によりエンコードして、プロキシ配置制御部７１に供給する。なお、ステップＳ１４で、DV側の端子部６７ｂが選択された場合には、ベースバンドのビデオ年輪データがIMXデコーダ６８に代えてDVデコーダ６９からプロキシエンコーダ７０に供給される点のみが異なる。
【０１３８】
ステップＳ２４の処理後、ステップＳ２５において、１クリップのデータ記録処理のうち、プロキシ配置制御部７１でデータを処理するのが１回目であるか否かが判定される。ステップＳ２５で、プロキシ配置制御部７１に供給されたデータを処理するのが１回目ではないと判定された場合、ステップＳ２６の処理がスキップされる。換言すれば、ステップＳ２６の処理は、１クリップのデータ記録処理のうちの、プロキシ配置制御部７１の最初の処理のときだけ実行される。
【０１３９】
ステップＳ２６では、プロキシ配置制御部７１は、プロキシデータ用メモリ７２を必要容量だけ確保して、ステップＳ２７に進む。
【０１４０】
ステップＳ２７において、プロキシ配置制御部７１は、プロキシエンコーダ７０から供給されるプロキシビデオデータおよびプロキシオーディオデータ（即ち、プロキシデータ）を、年輪単位にまとめてプロキシデータ用メモリ７２に供給し、記憶させる。
【０１４１】
そして、ステップＳ２８に進み、プロキシ配置制御部７１は、配置完了信号を記録制御部７３に出力する。
【０１４２】
配置完了信号を受けた記録制御部７３は、ステップＳ２９において、RTメタデータ用メモリ５４、ビデオデータ用メモリ５８、チャンネル数に応じたオーディオデータ用メモリ５９乃至６６、プロキシデータ用メモリ７２のそれぞれから、再生時刻の最も早いRTメタ年輪データ、ビデオ年輪データ、オーディオ年輪データ、およびプロキシ年輪データを取り出し、ディスクドライブ装置２１に供給して、光ディスク１２に記録させる。
【０１４３】
ステップＳ２９の処理後、ステップＳ３０において、フォーマット変換部２２は、新たな入力データがあるか、即ち、新たな入力データが通信I/F２３で受信され、バッファメモリ５１に記憶されているか否かを判定し、新たな入力データがあると判定された場合、図１０のステップＳ１２に戻り、上述したステップＳ１２乃至Ｓ３０の処理が繰り返される。
【０１４４】
一方、ステップＳ３０で、新たな入力データがないと判定した場合、フォーマット変換部２２は、処理を終了する。
【０１４５】
次に、図１２のフローチャートを参照して、図１０のステップＳ１３のフォーマット検出処理について説明する。
【０１４６】
初めに、ステップＳ４１において、フォーマット検出部５２のデータ形式判定部９１は、他の装置から送信されてきたデータ（入力データ）のデータ形式がストリーム形式であるか、またはファイル形式であるかを判定する。例えば、i.LINKでは、データの入力形式として、ストリーム形式のデータを送受信するAV/C(Audio Video/Control)入力と、ファイル形式のデータを送受信するFAM（File Access Mode）入力の２種類があり、データの入力形式がAV/C入力であれば、送信されてくるデータのデータ形式はストリーム形式となり、データの入力形式がFAM入力であれば、送信されてくるデータのデータ形式はファイル形式となっている。データ形式判定部９１は、これらの入力の違いを検出し、データ形式がストリーム形式であるか、またはファイル形式であるかを判定する。
【０１４７】
ステップＳ４１で、入力データのデータ形式がファイル形式であると判定され、その旨の判定結果がデータ形式判定部９１から符号化方式検出部９２に供給された場合、ステップＳ４２に進み、符号化方式検出部９２は、MXFのファイルのボディに配置されるデータの構造が、IMX配置フォーマットであるか、またはDV配置フォーマットであるかを判定する。
【０１４８】
ステップＳ４２で、MXFのファイルのボディに配置されるデータの構造がIMX配置フォーマットであると判定された場合、ステップＳ４３に進み、符号化方式検出部９２は、IMX方式を表す制御信号をスイッチ５５および６７に供給して、図１０のデータ記録処理に戻り、ステップＳ１４に進む。
【０１４９】
一方、ステップＳ４１で、入力データのデータ形式がストリーム形式であると判定され、その旨の判定結果がデータ形式判定部９１から符号化方式検出部９２に供給された場合、または、ステップＳ４２で、MXFのファイルのボディに配置されるデータの構造がDV配置フォーマットであると判定された場合、ステップＳ４４に進み、符号化方式検出部９２は、DV方式を表す制御信号をスイッチ５５および６７に供給して、図１０のデータ記録処理に戻り、ステップＳ１４に進む。
【０１５０】
以上のように、データ記録処理では、データ形式判定部９１が、入力データのデータ形式がストリーム形式であるか、またはファイル形式であるかを判定する。そして、入力データのデータ形式がファイル形式であると判定された場合、符号化方式検出部９２は、ファイル内のビデオデータおよびオーディオデータの配置フォーマットを検出する。
【０１５１】
そして、IMX配置制御部５６またはDV配置制御部５７が、検出された配置フォーマットに応じて、ボディに配置されている本線のビデオデータおよびオーディオデータを抽出し、年輪単位にまとめて、ビデオデータ用メモリ５８およびオーディオデータ用メモリ５９乃至６６にそれぞれ供給する。また、IMXデコーダ６８またはDVデコーダ６９が、検出された配置フォーマットに応じて、配置フォーマットに対応する符号化方式（即ち、IMX符号化方式またはDV符号化方式）で符号化されているビデオデータおよびオーディオデータを復号し、ベースバンドのデータに変換して、プロキシエンコーダ７０に供給する。プロキシエンコーダ７１は、ベースバンドのビデオデータおよびオーディオデータから、データ量の少ない、プロキシビデオデータおよびプロキシオーディオデータを生成する。プロキシ配置制御部７１は、プロキシビデオデータおよびプロキシオーディオデータを、年輪単位にまとめる。
【０１５２】
そして、記録制御部７３は、IMX符号化方式またはDV符号化方式で符号化されているビデオデータおよびオーディオデータ、並びに、プロキシビデオデータおよびプロキシオーディオデータを、年輪単位に多重化して光ディスク１２に記録させる。
【０１５３】
従って、入力されてくるデータのデータ形式を検出し、それに合わせたデータ形式で光ディスク１２にビデオデータおよびオーディオデータを記録するので、ユーザは、ディスク装置１１において、データ形式（ストリーム形式かまたはファイル形式か）や、AVデータの配置フォーマット（IMX配置フォーマットかまたはDV配置フォーマットか）を特に設定する必要がない。即ち、ディスク装置１１によれば、ユーザに特段の設定をさせることなく、複数種類の配置フォーマットに対応したビデオデータまたはオーディオデータの記録を可能とする。
【０１５４】
図１３は、フォーマット検出部５２のその他の構成例を示すブロック図である。なお、図１３において、図９と対応する部分については同一の符号を付してあり、その説明を省略する。
【０１５５】
即ち、図１３のフォーマット検出部５２では、データ形式判定部９１と符号化方式検出部９２が図９と同様に構成され、さらに一致判定部１１１が新たに設けられている。
【０１５６】
符号化方式検出部９２は、DV方式またはIMX方式を表す制御信号を、一致判定部１１１に供給する。
【０１５７】
一致判定部１１１は、記録制御部７３（図８）を介してディスクドライブ装置２１に装着されている光ディスク１２にアクセスし、光ディスク１２にクリップが既に記録されているか否かを判定する。そして、光ディスク１２にクリップが記録されていないと判定された場合には、一致判定部１１１は、符号化方式検出部９２から供給される、DV方式またはIMX方式を表す制御信号を、そのまま、スイッチ５５および６７に供給する。
【０１５８】
一方、光ディスク１２にクリップが既に記録されていると判定された場合、一致判定部１１１は、その記録されているクリップの符号化方式を検出し、光ディスク１２に記録されているクリップの符号化方式と符号化方式検出部９２から供給された制御信号が表す符号化方式が一致するかどうかを判定する。即ち、一致判定部１１１は、光ディスク１２に記録されているクリップの符号化方式と、他の装置から送信されてきたクリップの符号化方式が一致するかどうかを判定する。
【０１５９】
そして、一致判定部１１１は、光ディスク１２に記録されているクリップの符号化方式と、他の装置から送信されてきたクリップの符号化方式が一致する場合に、符号化方式検出部９２から供給される、DV方式またはIMX方式を表す制御信号を、スイッチ５５および６７に供給する。なお、光ディスク１２に記録されているクリップの符号化方式と、他の装置から送信されてきたクリップの符号化方式が一致しない場合には、一致判定部１１１は、ディスク装置１１の図示せぬ表示部にエラー信号を供給し、光ディスク１２にクリップを記録できない旨の表示をさせる。
【０１６０】
図１４は、フォーマット検出部５２が図１３に示す構成を有する場合の、図１０のステップＳ１３のフォーマット検出処理のフローチャートである。
【０１６１】
初めに、ステップＳ６１において、一致判定部１１１は、記録制御部７３を介してディスクドライブ装置２１に装着されている光ディスク１２にアクセスし、光ディスク１２にクリップが既に記録されているか否かを判定する。
【０１６２】
ステップＳ６１で、光ディスク１２にクリップが記録されていないと判定された場合、フォーマット検出部５２は、図１２に示したフォーマット検出処理と同様の処理を行う。即ち、図１２のステップＳ４１乃至Ｓ４４の処理に対応する図１４のステップＳ６２乃至Ｓ６５において、他の装置から送信されてきたデータ（入力データ）のデータ形式がストリーム形式であるか、またはファイル形式であるかが、最初に判定され、入力データのデータ形式がファイル形式である場合には、MXFのファイルのボディに配置されるデータの構造がIMX配置フォーマットであるか、またはDV配置フォーマットであるかがさらに判定される。そして、それらの判定結果に応じて、IMX方式またはDV方式を表す制御信号が一致判定部１１１からスイッチ５５および６７に供給される。
【０１６３】
一方、ステップＳ６１で、光ディスク１２にクリップが既に記録されていると判定された場合、ステップＳ６６に進み、一致判定部１１１は、その記録されているクリップの符号化方式を検出する。
【０１６４】
そして、ステップＳ６７において、一致判定部１１１は、他の装置から送信されてきたクリップの符号化方式を検出する。即ち、上述したステップＳ６２およびＳ６３と同様の処理が行われることにより、IMX方式またはDV方式を表す制御信号が符号化方式検出部９２から一致判定部１１１に供給される。一致判定部１１１は、その制御信号に基づいて、他の装置から送信されてきたクリップの符号化方式を識別する。
【０１６５】
ステップＳ６８において、一致判定部１１１は、光ディスク１２に記録されているクリップの符号化方式と、他の装置から送信されてきたクリップの符号化方式が一致するかどうかを判定する。ステップＳ６８で、光ディスク１２に記録されているクリップの符号化方式と、他の装置から送信されてきたクリップの符号化方式が一致しないと判定された場合には、一致判定部１１１は、データ記録処理を終了する。
【０１６６】
一方、ステップＳ６８で、光ディスク１２に記録されているクリップの符号化方式と、他の装置から送信されてきたクリップの符号化方式が一致すると判定された場合、ステップＳ６９に進み、一致判定部１１１は、記録されているクリップの符号化方式を判別し、記録されているクリップの符号化方式がIMX符号化方式である場合には、ステップＳ６４に進み、IMX方式を表す制御信号をスイッチ５５および６７に供給して、図１０のデータ記録処理に戻り、ステップＳ１４に進む。
【０１６７】
また、ステップＳ６９で判別された符号化方式がDV符号化方式である場合には、ステップＳ６５に進み、一致判定部１１１は、DV方式を表す制御信号をスイッチ５５および６７に供給して、図１０のデータ記録処理に戻り、ステップＳ１４に進む。
【０１６８】
以上のように、図１４のフォーマット検出処理では、光ディスク１２に既にクリップが記録されていた場合には、その光ディスク１２に記録されているクリップの符号化方式と同一の符号化方式で符号化されているクリップだけを光ディスク１２に記録させるようにする。これにより、符号化方式の異なるクリップの光ディスク１２への記録を防止することができる。
【０１６９】
これに対して、上述の図１２のフォーマット検出処理では、光ディスク１２に既にクリップが記録されているかいないかに拘らず、また、どんな符号化方式で記録されているかに拘らず、入力されたデータの符号化方式に従って記録するので、光ディスク１２において符号化方式の異なるデータの混在が許容される。
【０１７０】
上述した例では、標準AV多重フォーマットの例として、MXFを例に説明したが、その他のフォーマットを採用してもよい。また、オーディオデータのチャンネル数は、上述したチャンネル数以外でもよい。
【０１７１】
上述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
【０１７２】
そこで、図１５は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０１７３】
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク２０５やＲＯＭ２０３に予め記録しておくことができる。
【０１７４】
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体２１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体２１１は、いわゆるパッケージソフトウエアとして提供することができる。
【０１７５】
なお、プログラムは、上述したようなリムーバブル記録媒体２１１からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部２０８で受信し、内蔵するハードディスク２０５にインストールすることができる。
【０１７６】
コンピュータは、CPU(Central Processing Unit)２０２を内蔵している。CPU２０２には、バス２０１を介して、入出力インタフェース２１０が接続されており、CPU２０２は、入出力インタフェース２１０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部２０７が操作等されることにより指令が入力されると、それにしたがって、ROM(Read Only Memory)２０３に格納されているプログラムを実行する。あるいは、また、CPU２０２は、ハードディスク２０５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部２０８で受信されてハードディスク２０５にインストールされたプログラム、またはドライブ２０９に装着されたリムーバブル記録媒体２１１から読み出されてハードディスク２０５にインストールされたプログラムを、RAM(Random Access Memory)２０４にロードして実行する。これにより、CPU２０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU２０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース２１０を介して、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部２０６から出力、あるいは、通信部２０８から送信、さらには、ハードディスク２０５に記録等させる。
【０１７７】
また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。
【図面の簡単な説明】
【０１７８】
【図１】本発明を適用したディスク装置の一実施の形態の構成例を示すブロック図である。
【図２】標準AV多重フォーマットを説明する図である。
【図３】IMX配置フォーマットを説明する図である。
【図４】DV配置フォーマットを説明する図である。
【図５】光ディスク１２に記録されているデータの例を示す図である。
【図６】光ディスク１２に記録されているデータの例を示す図である。
【図７】光ディスク１２に記録されるときのデータの配置を示す図である。
【図８】フォーマット変換部２２の構成例を示すブロック図である。
【図９】フォーマット検出部５２の詳細な構成例を示すブロック図である。
【図１０】データ記録処理について説明するフローチャートである。
【図１１】データ記録処理について説明するフローチャートである。
【図１２】フォーマット検出処理について説明するフローチャートである。
【図１３】フォーマット検出部５２のその他の構成例を示すブロック図である。
【図１４】フォーマット検出処理について説明するフローチャートである。
【図１５】本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【符号の説明】
【０１７９】
１１  ディスク装置，  １２  光ディスク，２１  通信I/F（Inter Face），  ２２  フォーマット変換部，  ２３  ディスクドライブ装置，  ５２  フォーマット検出部，  ５３  メタデータ抽出部，  ５５  スイッチ，  ５６  IMX配置制御部，  ５７  DV配置制御部，  ５８  ビデオデータ用メモリ，  ５９乃至６６  オーディオデータ用メモリ，  ６７  スイッチ，  ６８  IMXデコーダ，  ６９  DVデコーダ，  ７０  プロキシエンコーダ，  ７１  プロキシ配置制御部，  ７２  プロキシデータ用メモリ，  ７３  記録制御部，  ９１  データ形式判定部，  ９２  符号化方式検出部，  １１１  一致判定部
【図１】
2006352458.tif 000003
【図２】
2006352458.tif 000004
【図３】
2006352458.tif 000005
【図４】
2006352458.tif 000006
【図５】
2006352458.tif 000007
【図６】
2006352458.tif 000008
【図７】
2006352458.tif 000009
【図８】
2006352458.tif 000010
【図９】
2006352458.tif 000011
【図１０】
2006352458.tif 000012
【図１１】
2006352458.tif 000013
【図１２】
2006352458.tif 000014
【図１３】
2006352458.tif 000015
【図１４】
2006352458.tif 000016
【図１５】
2006352458.tif 000017