(57)【要約】【課題】放送機器とパーソナルコンピュータとの間でファイルを交換することができるようにする。【解決手段】ＡＶ多重フォーマットのファイルにおいては、ＭＸＦファイルとして無視されるファイルの先頭（ランイン）に、ＱＴのスキップアトムのヘッダ（サイズとタイプ情報）が記述され、ＱＴファイルとして読み飛ばされるＱＴのスキップアトム内にＭＸＦヘッダが記述されている。また、ＭＸＦとして無視されるフィラー内に、ＱＴのムービアトムとｍｄａｔヘッダが記述されている。すなわち、ＡＶ多重フォーマットのファイルヘッダ部は、ＭＸＦのファイル構造とＱＴのファイル構造の両方を満たしている。このようなファイル構成を有することにより、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠した編集装置でも、ＱＴを有するＰＣでも認識される。本発明は、映像記録装置に適用できる。【選択図】      図４
2004336593.tif 000002
【特許請求の範囲】
【請求項１】
ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理装置であって、
入力データより前記ボディを生成するボディ生成手段と、
前記入力データのサイズを取得する取得手段と、
前記取得手段により取得された前記サイズに基づいて、前記入力データを読み出すためのテーブル情報を生成するテーブル生成手段と、
前記テーブル生成手段により生成された前記テーブル情報を含めて、前記ヘッダを生成するヘッダ生成手段と、
前記ボディの後に、前記フッタを結合し、前記ボディの前に、前記ヘッダ生成手段により生成された前記ヘッダを結合して前記ファイルを生成するファイル生成手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記フォーマットは、ＭＸＦ（Ｍａｔｅｒｉａｌ  ｅｘｃｈａｎｇｅ  Ｆｏｒｍａｔ）である
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記入力データは、本線データよりも低解像度のデータである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記ボディ生成手段により生成された前記ボディを記録媒体に記録するボディ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディの後に、前記フッタを記録するフッタ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディの前に、前記ヘッダを記録するヘッダ記録手段とをさらに備える
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記ファイル生成手段により生成された前記ファイルをネットワークを介して他の情報処理装置に送信する送信手段と、
前記送信手段により送信した前記ファイルに基づいたメタデータを前記ネットワークを介して前記他の情報処理装置から受信する受信手段と、
前記受信手段により受信された前記メタデータを前記記録媒体に記録するメタデータ記録手段とをさらに備える
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理方法であって、
入力データより前記ボディを生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記取得ステップの処理により取得された前記サイズに基づいて、前記入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、
前記テーブル生成ステップの処理により生成された前記テーブル情報を含めて、前記ヘッダを生成するヘッダ生成ステップと、
前記ボディの後に、前記フッタを結合し、前記ボディの前に、前記ヘッダ生成ステップの処理により生成された前記ヘッダを結合して前記ファイルを生成するファイル生成ステップと
を含むことを特徴とする情報処理方法。
【請求項７】
ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理をコンピュータに行わせるプログラムが記録されるプログラム記録媒体であって、
入力データより前記ボディを生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記取得ステップの処理により取得された前記サイズに基づいて、前記入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、
前記テーブル生成ステップの処理により生成された前記テーブル情報を含めて、前記ヘッダを生成するヘッダ生成ステップと、
前記ボディの後に、前記フッタを結合し、前記ボディの前に、前記ヘッダ生成ステップの処理により生成された前記ヘッダを結合して前記ファイルを生成するファイル生成ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されているプログラム記録媒体。
【請求項８】
ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理をコンピュータに行わせるプログラムであって、
入力データより前記ボディを生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記取得ステップの処理により取得された前記サイズに基づいて、前記入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、
前記テーブル生成ステップの処理により生成された前記テーブル情報を含めて、前記ヘッダを生成するヘッダ生成ステップと、
前記ボディの後に、前記フッタを結合し、前記ボディの前に、前記ヘッダ生成ステップの処理により生成された前記ヘッダを結合して前記ファイルを生成するファイル生成ステップと
を含むことを特徴とするプログラム。
【請求項９】
ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理装置であって、
入力データより前記ボディを生成するボディ生成手段と、
前記入力データのサイズを取得する取得手段と、
前記取得手段により取得された前記サイズに基づいて、前記入力データを読み出すためのテーブル情報を生成するテーブル生成手段と、
前記ボディの後に、前記フッタと前記テーブル生成手段により生成された前記テーブル情報を結合し、前記ボディの前に、前記ヘッダを結合してファイルを生成するファイル生成手段と
を備えることを特徴とする情報処理装置。
【請求項１０】
前記フォーマットは、ＭＸＦ（Ｍａｔｅｒｉａｌ  ｅｘｃｈａｎｇｅ  Ｆｏｒｍａｔ）である
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
前記入力データは、本線データよりも低解像度のデータである
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１２】
前記ボディ生成手段により生成された前記ボディを記録媒体に記録するボディ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディの後に、前記フッタと前記テーブル情報を記録するフッタ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディの前に、前記ヘッダを記録するヘッダ記録手段とをさらに備える
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１３】
前記ファイル生成手段により生成された前記ファイルをネットワークを介して他の情報処理装置に送信する送信手段と、
前記送信手段により送信した前記ファイルに基づいたメタデータを前記ネットワークを介して前記他の情報処理装置から受信する受信手段と、
前記受信手段により受信された前記メタデータを前記記録媒体に記録するメタデータ記録手段とをさらに備える
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１４】
ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理方法であって、
入力データより前記ボディを生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記取得ステップの処理により取得された前記サイズに基づいて、前記入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、
前記ボディの後に、前記フッタと前記テーブル生成ステップの処理により生成された前記テーブル情報を結合し、前記ボディの前に、前記ヘッダを結合してファイルを生成するファイル生成ステップと
を含むことを特徴とする情報処理方法。
【請求項１５】
ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理をコンピュータに行わせるプログラムが記録されるプログラム記録媒体であって、
入力データより前記ボディを生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記取得ステップの処理により取得された前記サイズに基づいて、前記入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、
前記ボディの後に、前記フッタと前記テーブル生成ステップの処理により生成された前記テーブル情報を結合し、前記ボディの前に、前記ヘッダを結合してファイルを生成するファイル生成ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されているプログラム記録媒体。
【請求項１６】
ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理をコンピュータに行わせるプログラムであって、
入力データより前記ボディを生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記取得ステップの処理により取得された前記サイズに基づいて、前記入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、
前記ボディの後に、前記フッタと前記テーブル生成ステップの処理により生成された前記テーブル情報を結合し、前記ボディの前に、前記ヘッダを結合してファイルを生成するファイル生成ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および方法、プログラム記録媒体、並びにプログラムに関し、特に、放送機器とパーソナルコンピュータとの間でファイル交換することができるようにした情報処理装置および方法、プログラム記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年においては、通信プロトコルなどの標準化や、通信機器の低価格化などが進み、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）を標準で装備しているパーソナルコンピュータが一般的になってきている。
【０００３】
さらに、パーソナルコンピュータの他、例えば、ＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）サーバやＶＴＲ（Ｖｉｄｅｏ  Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ）などの業務用放送機器についても、通信Ｉ／Ｆが標準装備されているもの、あるいは装備可能なものが一般的になっており、そのような放送機器どうしの間では、ビデオデータやオーディオデータ（以下、適宜、両方まとめてＡＶデータと称する）のファイル交換が行われている。
【０００４】
ところで、従来においては、放送機器どうしの間で交換されるファイルのフォーマットとしては、一般に、例えば、機種ごとやメーカごとに、独自のフォーマットが採用されていたため、異なる機種やメーカの放送機器どうしの間では、ファイル交換を行うことが困難であった。そこで、ファイル交換のためのフォーマットとして、例えば、特許文献１に示されるように、ＭＸＦ（Ｍａｔｅｒｉａｌ  ｅＸｃｈａｎｇｅ  Ｆｏｒｍａｔ）が提案され、現在標準化されつつある。
【０００５】
【特許文献１】
ＷＯ０２／２１８４５  Ａ１
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したＭＸＦのファイルは、異なる機種やメーカの放送機器どうしの間で、ファイル交換を行うために提案されたフォーマットである。したがって、ＭＸＦのファイルは、パーソナルコンピュータなどの汎用のコンピュータでは認識することができないといった課題があった。すなわち、業務用放送機器とパーソナルコンピュータ間でのファイル交換ができないといった課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、放送機器とパーソナルコンピュータとの間でファイルを交換することができるようにするものである。
【０００８】
【課題を解決するための手段】
本発明の第１の情報処理装置は、入力データよりボディを生成するボディ生成手段と、入力データのサイズを取得する取得手段と、取得手段により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成手段と、テーブル生成手段により生成されたテーブル情報を含めて、ヘッダを生成するヘッダ生成手段と、ボディの後に、フッタを結合し、ボディの前に、ヘッダ生成手段により生成されたヘッダを結合してファイルを生成するファイル生成手段とを備えることを特徴とする。
【０００９】
フォーマットは、ＭＸＦ（Ｍａｔｅｒｉａｌ  ｅｘｃｈａｎｇｅ  Ｆｏｒｍａｔ）であるようにすることができる。
【００１０】
入力データは、本線データよりも低解像度のデータであるようにすることができる。
【００１１】
ボディ生成手段により生成されたボディを記録媒体に記録するボディ記録手段と、ボディ記録手段により記録媒体に記録されたボディの後に、フッタを記録するフッタ記録手段と、ボディ記録手段により記録媒体に記録されたボディの前に、ヘッダを記録するヘッダ記録手段とをさらに備えるようにすることができる。
【００１２】
ファイル生成手段により生成されたファイルをネットワークを介して他の情報処理装置に送信する送信手段と、送信手段により送信したファイルに基づいたメタデータをネットワークを介して他の情報処理装置から受信する受信手段と、受信手段により受信されたメタデータを記録媒体に記録するメタデータ記録手段とをさらに備えるようにすることができる。
【００１３】
本発明の第１の情報処理方法は、入力データよりボディを生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、取得ステップの処理により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、テーブル生成ステップの処理により生成されたテーブル情報を含めて、ヘッダを生成するヘッダ生成ステップと、ボディの後に、フッタを結合し、ボディの前に、ヘッダ生成ステップの処理により生成されたヘッダを結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００１４】
本発明の第１のプログラム記録媒体に記録されているプログラムは、入力データよりボディを生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、取得ステップの処理により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、テーブル生成ステップの処理により生成されたテーブル情報を含めて、ヘッダを生成するヘッダ生成ステップと、ボディの後に、フッタを結合し、ボディの前に、ヘッダ生成ステップの処理により生成されたヘッダを結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００１５】
本発明の第１のプログラムは、入力データよりボディを生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、取得ステップの処理により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、テーブル生成ステップの処理により生成されたテーブル情報を含めて、ヘッダを生成するヘッダ生成ステップと、ボディの後に、フッタを結合し、ボディの前に、ヘッダ生成ステップの処理により生成されたヘッダを結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００１６】
本発明の第２の情報処理装置は、入力データよりボディを生成するボディ生成手段と、入力データのサイズを取得する取得手段と、取得手段により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成手段と、ボディの後に、フッタとテーブル生成手段により生成されたテーブル情報を結合し、ボディの前に、ヘッダを結合してファイルを生成するファイル生成手段とを備えることを特徴とする。
【００１７】
フォーマットは、ＭＸＦ（Ｍａｔｅｒｉａｌ  ｅｘｃｈａｎｇｅ  Ｆｏｒｍａｔ）であるようにすることができる。
【００１８】
入力データは、本線データよりも低解像度のデータであるようにすることができる。
【００１９】
ボディ生成手段により生成されたボディを記録媒体に記録するボディ記録手段と、ボディ記録手段により記録媒体に記録されたボディの後に、フッタとテーブル情報を記録するフッタ記録手段と、ボディ記録手段により記録媒体に記録されたボディの前に、ヘッダを記録するヘッダ記録手段とをさらに備えるようにすることができる。
【００２０】
ファイル生成手段により生成されたファイルをネットワークを介して他の情報処理装置に送信する送信手段と、送信手段により送信したファイルに基づいたメタデータをネットワークを介して他の情報処理装置から受信する受信手段と、受信手段により受信されたメタデータを記録媒体に記録するメタデータ記録手段とをさらに備えるようにすることができる。
【００２１】
本発明の第２の情報処理方法は、入力データよりボディを生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、取得ステップの処理により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、ボディの後に、フッタとテーブル生成ステップの処理により生成されたテーブル情報を結合し、ボディの前に、ヘッダを結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００２２】
本発明の第２のプログラム記録媒体に記録されているプログラムは、入力データよりボディを生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、取得ステップの処理により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、ボディの後に、フッタとテーブル生成ステップの処理により生成されたテーブル情報を結合し、ボディの前に、ヘッダを結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００２３】
本発明の第２のプログラムは、入力データよりボディを生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、取得ステップの処理により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成ステップと、ボディの後に、フッタとテーブル生成ステップの処理により生成されたテーブル情報を結合し、ボディの前に、ヘッダを結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００２４】
第１の本発明においては、入力データよりボディが生成され、入力データのサイズが取得され、取得されたサイズに基づいて、入力データを読み出すためのテーブル情報が生成され、生成されたテーブル情報を含めて、ヘッダが生成される。そして、ボディの後に、フッタが結合され、ボディの前に、ヘッダが結合されてファイルが生成される。
【００２５】
第２の本発明においては、入力データよりボディが生成され、入力データのサイズが取得され、取得されたサイズに基づいて、入力データを読み出すためのテーブル情報が生成される。そして、ボディの後に、フッタとテーブル情報が結合され、ボディの前に、ヘッダが結合されてファイルが生成される。
【００２６】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２７】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００２８】
本発明の請求項１に記載の情報処理装置は、ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理装置（例えば、図１の映像記録装置１）であって、入力データ（例えば、ビデオデータまたはオーディオデータ）よりボディ（例えば、図４のファイルボディ部）を生成するボディ生成手段（例えば、図１７のステップＳ１の処理を実行する図２のファイル生成部２２）と、入力データ（例えば、ビデオデータ）のサイズ（例えば、フレームサイズ）を取得する取得手段（例えば、図１７のステップＳ２の処理を実行する図２のファイル生成部２２）と、取得手段により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報（例えば、図４のムービアトム）を生成するテーブル生成手段（例えば、図１８のステップＳ２６の処理を実行する図２のファイル生成部２２）と、テーブル生成手段により生成されたテーブル情報を含めて、ヘッダを生成するヘッダ生成手段（例えば、図１８のステップＳ２４乃至Ｓ２６の処理を実行するファイル生成部２２）と、ボディの後に、フッタ（例えば、図４のファイルフッタ部）を結合し、ボディの前に、ヘッダ生成手段により生成されたヘッダ（例えば、図４のファイルヘッダ部）を結合してファイルを生成するファイル生成手段（例えば、図１７のステップＳ６およびＳ８の処理を実行する図２のファイル生成部２２）とを備えることを特徴とする。
【００２９】
本発明の請求項４に記載の情報処理装置は、ボディ生成手段により生成されたボディを記録媒体（例えば、図１の光ディスク２）に記録するボディ記録手段（例えば、図１７のステップＳ４の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディの後に、フッタを記録するフッタ記録手段（例えば、図１７のステップＳ７の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディの前に、ヘッダを記録するヘッダ記録手段（例えば、図１７のステップＳ９の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３０】
本発明の請求項５に記載の情報処理装置は、ファイル生成手段により生成されたファイルをネットワーク（例えば、図２２の通信衛星１０１）を介して他の情報処理装置（例えば、図２２のＰＣ１０４）に送信する送信手段（例えば、図２３のステップＳ１０２の処理を実行する図２の通信部２１）と、送信手段により送信したファイルに基づいたメタデータ（例えば、エディットリスト）をネットワークを介して他の情報処理装置から受信する受信手段（例えば、図２３のステップＳ１０３の処理を実行する図２の通信部２１）と、受信手段により受信されたメタデータを記録媒体（例えば、図２２の光ディスク２）に記録するメタデータ記録手段（例えば、図２３のステップＳ１０４の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３１】
本発明の第１の情報処理方法、プログラム記録媒体、およびプログラムは、入力データよりボディを生成するボディ生成ステップ（例えば、図１７のステップＳ１）と、入力データのサイズを取得する取得ステップ（例えば、図１７のステップＳ２）と、取得ステップの処理により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成ステップ（例えば、図１８のステップＳ２６）と、テーブル生成ステップの処理により生成されたテーブル情報を含めて、ヘッダを生成するヘッダ生成ステップ（例えば、図１８のステップＳ２４乃至Ｓ２６）と、ボディの後に、フッタを結合し、ボディの前に、ヘッダ生成ステップの処理により生成されたヘッダを結合してファイルを生成するファイル生成ステップ（例えば、図１７のステップＳ６およびＳ８）とを含むことを特徴とする。
【００３２】
本発明の請求項９に記載の情報処理装置は、入力データよりボディを生成するボディ生成手段（例えば、図２１のステップＳ６１の処理を実行する図２のファイル生成部２２）と、入力データのサイズを取得する取得手段（例えば、図２１のステップＳ６２の処理を実行する図２のファイル生成部２２）と、取得手段により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成手段（例えば、図１８のステップＳ２６の処理を実行する図２のファイル生成部２２）と、ボディの後に、フッタとテーブル生成手段により生成されたテーブル情報を結合し、ボディの前に、ヘッダを結合してファイルを生成するファイル生成手段（例えば、図２１のステップＳ６６およびＳ６８の処理を実行する図２のファイル生成部２２）とを備えることを特徴とする。
【００３３】
本発明の請求項１２に記載の情報処理装置は、ボディ生成手段により生成されたボディを記録媒体（例えば、図１の光ディスク２）に記録するボディ記録手段（例えば、図２１のステップＳ６４の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディの後に、フッタとテーブル情報を記録するフッタ記録手段（例えば、図２１のステップＳ６７の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディの前に、ヘッダを記録するヘッダ記録手段（例えば、図２１のステップＳ６９の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３４】
本発明の請求項１３に記載の情報処理装置は、ファイル生成手段により生成されたファイルをネットワークを介して他の情報処理装置に送信する送信手段（例えば、図２３のステップＳ１０２の処理を実行する図２の通信部２１）と、送信手段により送信したファイルに基づいたメタデータをネットワークを介して他の情報処理装置から受信する受信手段（例えば、図２３のステップＳ１０３の処理を実行する図２の通信部２１）と、受信手段により受信されたメタデータを記録媒体に記録するメタデータ記録手段（例えば、図２３のステップＳ１０４の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３５】
本発明の第２の情報処理方法、プログラム記録媒体、およびプログラムは、入力データよりボディを生成するボディ生成ステップ（例えば、図２１のステップＳ６１）と、入力データのサイズを取得する取得ステップ（例えば、図２１のステップＳ６２）と、取得ステップの処理により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を生成するテーブル生成ステップ（例えば、図１８のステップＳ２６）と、ボディの後に、フッタとテーブル生成ステップの処理により生成されたテーブル情報を結合し、ボディの前に、ヘッダを結合してファイルを生成するファイル生成ステップ（例えば、図２１のステップＳ６６およびＳ６８）とを含むことを特徴とする。
【００３６】
以下、図を参照して本発明の実施の形態について説明する。
【００３７】
図１は、本発明を適用したＡＶネットワークシステム（システムとは、複数の装置が論理的に集合したものをいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００３８】
映像記録装置１には、光ディスク２を着脱することができるようになっている。映像記録装置１は、撮像した被写体のビデオデータ、および集音したオーディオデータから、後述するＡＶ多重フォーマットのファイルを生成し、装着された光ディスク２に記録する。
【００３９】
また、映像記録装置１は、装着された光ディスク２あるいは内蔵する記憶部２０（図２）からＡＶ多重フォーマットのファイルを読み出し、読み出したＡＶ多重フォーマットのファイルを、ネットワーク５を介して伝送する。
【００４０】
ここで、ＡＶ多重フォーマットのファイルは、例えば、ＭＸＦの規格に準拠したファイルであり、図３を参照して詳しく後述するが、ファイルヘッダ部（Ｆｉｌｅ  Ｈｅａｄｅｒ）、ファイルボディ部（Ｆｉｌｅ  Ｂｏｄｙ）、ファイルフッタ部（Ｆｉｌｅ  Ｆｏｏｔｅｒ）からなる。そして、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠したファイルであるから、そのファイルボディ部には、ＡＶデータであるビデオデータとオーディオデータとが、例えば、６０（ＮＴＳＣの場合）フレーム単位で多重化されて配置されている。さらに、ＡＶ多重フォーマットのファイルは、プラットフォームに依存せず、様々な記録形式に対応し、拡張性があるソフトウェアであるＱＴ（Ｑｕｉｃｋ  Ｔｉｍｅ）（商標）に対応しており、ＭＸＦの規格に準拠していなくても、ＱＴを有する装置であれば、再生、編集ができるように構成されている。すなわち、ＡＶ多重フォーマットのファイルヘッダ部には、ＭＸＦの規格に準拠したボディに配置されたビデオデータとオーディオデータを、ＱＴで再生、編集するために必要な情報（図６を参照して後述するサンプルテーブル）が配置されている。
【００４１】
図１において、編集装置３およびＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）４には、光ディスク２を着脱することができるようになっている。編集装置３は、ＭＸＦの規格に準拠したファイルを取り扱うことができるＭＸＦの規格に準拠した装置であり、装着された光ディスク２から、ＡＶ多重フォーマットのファイルからビデオデータやオーディオデータを読み出すことができる。そして、編集装置３は、読み出したＡＶ多重フォーマットのファイルからビデオデータやオーディオデータを対象に、ストリーミング再生や編集を行い、その編集結果として、ＡＶ多重フォーマットのファイルのビデオデータやオーディオデータを、装着された光ディスク２に記録する。
【００４２】
ＰＣ４は、ＭＸＦの規格に準拠した装置ではないが、ＱＴのソフトウェアを有している。したがって、ＰＣ４は、ＱＴを用いて、装着された光ディスク２から、ＡＶ多重フォーマットのファイルから、ビデオデータやオーディオデータを読み出すことができる。すなわち、ＰＣ４は、ＱＴを用いて、ＡＶ多重フォーマットのファイルヘッダ部に配置されたＱＴで再生、編集するために必要な情報に基づいて、ＡＶ多重フォーマットのファイルボディ部に配置されたビデオデータまたはオーディオデータを読み出し、編集処理などを行うことができる。
【００４３】
また、図１において、ネットワーク５に接続されている編集装置６は、例えば、編集装置３と同様に、ＭＸＦの規格に準拠したファイルを取り扱うことができるＭＸＦの規格に準拠した装置であり、したがって、ネットワーク５を介して、映像記録装置１から伝送されてくるＡＶ多重フォーマットのファイルを受信することができる。また、編集装置６は、ＡＶ多重フォーマットのファイルを、ネットワーク５を介して、映像記録装置１に伝送することができる。すなわち、映像記録装置１と、編集装置６との間では、ネットワーク５を介して、ＡＶ多重フォーマットのファイルのファイル交換を行うことができる。さらに、編集装置６は、受信したＡＶ多重フォーマットのファイルを対象に、そのストリーミング再生、編集などの各種の処理を行うことができる。
【００４４】
一方、ネットワーク５に接続されているＰＣ７は、ＰＣ４と同様に、ＭＸＦの規格に準拠した装置ではないが、ＱＴのソフトウェアを有している。したがって、ＰＣ７は、ネットワーク５を介して、映像記録装置１から伝送されてくるＡＶ多重フォーマットのファイルを受信することができる。また、ＰＣ７は、ＡＶ多重フォーマットのファイルを、ネットワーク５を介して、映像記録装置１に伝送することができる。すなわち、ＰＣ７は、ＱＴを用いて、ＡＶ多重フォーマットのファイルヘッダ部に配置されたＱＴで再生、編集するために必要な情報に基づいて、ＡＶ多重フォーマットのファイルボディ部に配置されたビデオデータとオーディオデータを読み出し、編集処理などを行うことができる。
【００４５】
以上のように、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠したファイルであり、さらに、ＡＶ多重フォーマットのファイルヘッダ部には、ＭＸＦの規格に準拠したボディ部に配置されたビデオファイルとオーディオファイルを、ＱＴで再生、編集するために必要な情報が配置されている。これにより、映像記録装置１は、編集装置３および６だけでなく、汎用のＰＣ４および７とも互換性を保持することができる。
【００４６】
すなわち、映像記録装置１、ＭＸＦの規格に準拠した装置である編集装置３および６、並びに、ＱＴのソフトウェアを有しているＰＣ４および７間においては、ＡＶ多重フォーマットのファイルを用いて、ファイル交換を行うことができる。
【００４７】
図２は、本発明を適用した映像記録装置１の構成例を表している。図２において、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２に記憶されているプログラム、または記憶部２０からＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１３にはまた、ＣＰＵ１１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００４８】
ＣＰＵ１１、ＲＯＭ１２、およびＲＡＭ１３は、バス１４を介して相互に接続されている。バス１４には、ビデオ符号化部１５、オーディオ符号化部１６、および入出力インタフェース１７が接続されている。
【００４９】
ビデオ符号化部１５は、撮像部３１より入力されたビデオデータをＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）４方式で符号化し、記憶部２０またはファイル生成部２２に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、ＩＴＵ−Ｔ  Ｇ．７１１  Ａ−Ｌａｗ方式で符号化し、記憶部２０またはファイル生成部２２に供給する。なお、いまの場合、ビデオ符号化部１５は、入力されたビデオデータよりも低い解像度のビデオデータに符号化されているが、求められる品質またはファイル容量などに応じた解像度のビデオデータに符号化することができる。また、オーディオ符号化部１６は、入力されたオーディオデータよりも低い品質のオーディオデータに符号化されているが、求められる品質またはファイル容量などに応じた品質のオーディオデータに符号化することができる。
【００５０】
入出力インタフェース１７には、被写体を撮像し、撮像したビデオデータを入力する撮像部３１、および、オーディオデータを入力するマイクロホン３２などにより構成される入力部１８、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）  、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などよりなるモニタ、並びにスピーカなどよりなる出力部１９、記憶部２０、通信部２１、ファイル生成部２２およびドライブ２３が接続されている。
【００５１】
記憶部２０は、メモリやハードディスクなどにより構成され、ビデオ符号化部１５より供給されるビデオデータ、オーディオ符号化部１６より供給されるオーディオデータを記憶する。また、記憶部２０は、ファイル生成部２２より供給される、後述するＡＶ多重フォーマットのファイルを一旦記憶する。具体的には、記憶部２０は、ファイル生成部２２の制御のもと、ファイル生成部２２より供給されるファイルボディ部を記憶し、ファイルボディ部の後に、ファイルフッタ部を結合し、ファイルボディ部の前に、ファイルヘッダ部を結合して、ＡＶ多重フォーマットのファイルを生成し、記憶する。
【００５２】
通信部２１は、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）１３９４ポートや、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続用のＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）、あるいは、アナログモデムや、ＴＡ（Ｔｅｒｍｉｎａｌ  Ａｄａｐｔｅｒ）およびＤＳＵ（Ｄｉｇｉｔａｌ  Ｓｅｒｖｉｃｅ  Ｕｎｉｔ）、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）モデム等で構成され、例えば、インターネットやイントラネット等のネットワーク５を介して、編集装置６やＰＣ７などと、ＡＶ多重フォーマットのファイルをやりとりする。すなわち、通信部２１は、ファイル生成部２２で生成され、記憶部２０に一旦記憶されたＡＶ多重フォーマットのファイルを、ネットワーク５を介して伝送し、また、ネットワーク５を介して伝送されてくるＡＶ多重フォーマットのファイルを受信して、出力部１９または記憶部２０に供給する。
【００５３】
ファイル生成部２２は、ビデオ符号化部１５より供給されるビデオデータ、オーディオ符号化部１６より供給されるオーディオデータから、後述するＡＶ多重フォーマットのファイルボディ部、ファイルフッタ部、およびファイルヘッダ部を順に生成し、記憶部２０またはドライブ２３に供給する。また、ファイル生成部２２は、記憶部２０に記憶されるビデオデータおよびオーディオデータから、後述するＡＶ多重フォーマットのファイルボディ部、ファイルフッタ部、およびファイルヘッダ部を順に生成し、記憶部２０またはドライブ２３に供給する。
【００５４】
ドライブ２３には、光ディスク２を着脱することができるようになっている。ドライブ２３は、そこに装着された光ディスク２を駆動することにより、ファイル生成部２２から供給されるＡＶ多重フォーマットのファイルボディ部を記録する。具体的には、ドライブ２３は、ファイル生成部２２から供給されるファイルボディ部の後にファイルフッタ部を記録し、ファイルボディ部の前にファイルヘッダ部を記録することにより、ＡＶ多重フォーマットのファイルを記録する。また、ドライブ２３は、光ディスク２からＡＶ多重フォーマットのファイルを読み出して、出力部１９または記憶部２０に供給する。
【００５５】
以上のように、映像記録装置１では、ファイル生成部２２が、入力部１８から入力されるビデオデータおよびオーディオデータ、または記憶部２０に記憶されるビデオデータおよびオーディオデータから、ＡＶ多重フォーマットのファイルボディ部、ファイルフッタ部、およびファイルヘッダ部を順に生成し、ドライブ２３に供給する。そして、ドライブ２３は、ファイル生成部２２からのＡＶ多重フォーマットのファイルボディ部、ファイルフッタ部、およびファイルヘッダ部を、ファイル生成部２２から供給される順に、そこに装着された光ディスク２に記録する。
【００５６】
また、映像記録装置１では、ファイル生成部２２が、入力部１８から入力されるビデオデータおよびオーディオデータ、または記憶部２０に記憶されるビデオデータおよびオーディオデータから、ＡＶ多重フォーマットのファイルボディ部、ファイルフッタ部、およびファイルヘッダ部を順に生成し、ＡＶ多重フォーマットのファイルとして、記憶部２０に一旦記憶する。そして、通信部２１は、記憶部２０に記憶されるＡＶ多重フォーマットのファイルを、ネットワーク５を介して伝送する。
【００５７】
次に、図３は、ＡＶ多重フォーマットの例を示している。
【００５８】
ＡＶ多重フォーマットのファイルは、前述の特許文献１に記載されているＭＸＦの規格に準拠しており、その先頭から、ファイルヘッダ部（Ｆｉｌｅ  Ｈｅａｄｅｒ）、ファイルボディ部（Ｆｉｌｅ  Ｂｏｄｙ）、ファイルフッタ部（Ｆｉｌｅ  Ｆｏｏｔｅｒ）が順次配置されて構成される。
【００５９】
ＡＶ多重フォーマットのファイルヘッダ部には、その先頭から、ランイン（Ｒｕｎ  Ｉｎ）、ヘッダパーティションパック（Ｈｅａｄｅｒ  ｐａｒｔｉｔｉｏｎ  ｐａｃｋ）、ヘッダメタデータ（Ｈｅａｄｅｒ  Ｍｅｔａｄａｔａ）からなるＭＸＦヘッダ（ＭＸＦ  Ｈｅａｄｅｒ）が順次配置される。
【００６０】
ランインは、１１バイトのパターンが合えば、ＭＸＦヘッダが始まることを解釈するためのオプションである。ランインは、最大６４キロバイトまで確保することができるが、いまの場合８バイトとされる。ランインには、ＭＸＦヘッダの１１バイトのパターン以外のものであれば、何を配置してもよい。ヘッダパーティションパックには、ヘッダを特定するための１１バイトのパターンや、ファイルボディ部に配置されるデータの形式、ファイルフォーマットを表す情報などが配置される。ヘッダメタデータには、ファイルボディ部を構成するエッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すために必要な情報などが配置される。
【００６１】
ＡＶ多重フォーマットのファイルボディ部は、エッセンスコンテナ（Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ）で構成され、エッセンスコンテナには、ＡＶデータであるビデオデータとオーディオデータとが、例えば、６０（ＮＴＳＣの場合）フレーム単位で多重化されて配置されている。
【００６２】
ＡＶ多重フォーマットのファイルフッタ部は、フッタパーティションパック（Ｆｏｏｔｅｒ  ｐａｒｔｉｔｉｏｎ  ｐａｃｋ）で構成され、フッタパーティションパックには、ファイルフッタ部を特定するためのデータなどが配置される。
【００６３】
以上のように構成されたＡＶ多重フォーマットのファイルが与えられた場合、ＭＸＦの規格に準拠した編集装置３および６は、まず、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【００６４】
次に、図４は、ＡＶ多重フォーマットの他の例を示している。なお、図４の例において、上段は、図３を参照して上述したＭＸＦの規格に準拠した編集装置３および６から認識されるＡＶ多重フォーマットのファイル（以下、ＭＸＦファイルと称する）の例を示しており、下段は、ＱＴを有するＰＣ４および６から認識されるＡＶ多重フォーマットのファイル（以下、ＱＴファイルと称する）の例を示している。すなわち、ＡＶ多重フォーマットは、ＱＴファイルの構造とＭＸＦファイルの構造の両方を有するように構成されている。
【００６５】
上段に示されるように、ＭＸＦファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、８バイトのランイン、ヘッダパーティションパックとヘッダメタデータからなるＭＸＦヘッダ、および、スタッフィング（ｓｔｕｆｆｉｎｇ）のためのデータとしてのフィラー（Ｆｉｌｌｅｒ）からなるファイルヘッダ部、エッセンスコンテナからなるファイルボディ部、並びに、フッタパーティションパックからなるファイルフッタ部により構成される。
【００６６】
図４の例の場合、ファイルボディ部を構成するエッセンスコンテナは、１以上のエディットユニット（Ｅｄｉｔ  Ｕｎｉｔ）で構成される。エディットユニットは、６０（ＮＴＳＣの場合）フレームの単位であり、そこには、６０フレーム分のＡＶデータ（オーディオデータとビデオデータ）その他が配置される。ここで、エディットユニットには、６０（ＮＴＳＣの場合）フレーム分のＡＶデータその他がＫＬＶ（Ｋｅｙ，Ｌｅｎｇｔｈ，Ｖａｌｕｅ）構造にＫＬＶコーディングされて配置される。
【００６７】
ＫＬＶ構造とは、その先頭から、キー（Ｋｅｙ）、レングス（Ｌｅｎｇｔｈ）、バリュー（Ｖａｌｕｅ）が順次配置された構造であり、キーには、バリューに配置されるデータがどのようなデータであるかを表す、ＳＭＰＴＥ  ２９８Ｍの規格に準拠した１６バイトのラベルが配置される。レングスには、バリューに配置されるデータのデータ長（８バイト）がＢＥＲ（Ｂａｓｉｃ  Ｅｎｃｏｄｉｎｇ  Ｒｕｌｅｓ：ＩＳＯ／ＩＥＣ８８２−１  ＡＳＮ）によって配置される。バリューには、実データ、すなわち、ここでは、６０（ＮＴＳＣの場合）フレームのオーディオまたはビデオデータが配置される。また、オーディオまたはビデオデータを固定長とするために、スタッフィング（ｓｔｕｆｆｉｎｇ）のためのデータとしてのフィラー（Ｆｉｌｌｅｒ）が、やはりＫＬＶ構造として、各オーディオまたはビデオデータの後に配置される。
【００６８】
したがって、エディットユニットは、その先頭から、ＫＬＶ構造のオーディオデータ（Ａｕｄｉｏ）、ＫＬＶ構造のフィラー、ＫＬＶ構造のビデオデータ（Ｖｉｄｅｏ）、およびＫＬＶ構造のフィラーが配置されて構成される。
【００６９】
次に、下段に示されるように、ＱＴファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、スキップアトム（ｓｋｉｐ  ａｔｏｍ）、ムービアトム（ｍｏｖｉｅ  ａｔｏｍ）、フリースペースアトム（ｆｒｅｅ  ｓｐａｃｅ  ａｔｏｍ）、ムービデータアトムのヘッダであるｍｄａｔヘッダ（ｍｄａｔ  ｈｅａｄｅｒ）、およびムービデータアトム（ｍｏｖｉｅ  ｄａｔａ  ａｔｏｍ）が順次配置されて構成される。
【００７０】
ＱＴムービリソースの基本的なデータユニットは、アトム（ａｔｏｍ）と呼ばれ、各アトムは、その先頭に、各アトムのヘッダとして、４バイトのサイズ（ｓｉｚｅ）、および４バイトのタイプ情報（Ｔｙｐｅ）を有している。
【００７１】
スキップアトムは、スキップアトム内に記述されるデータを読み飛ばし、スキップするためのアトムである。ムービアトムは、図６を参照して詳しく後述するが、ムービデータアトムに記録されたＡＶデータを読み出すための情報であるサンプルテーブルなどが記述されている。ムービアトムに記述されているほとんどの情報は固定情報である。フリースペースアトムは、ファイル中にスペースを作るアトムである。なお、ファイルヘッダ部は、ＥＣＣ（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｎｇ  Ｃｏｄｅ）単位で配置されるため、ファイルボディ部の配置は、ＥＣＣの境界から開始される。すなわち、フリースペースアトムは、ファイルヘッダ部のＥＣＣのサイズ調整のために用いられる。ムービデータアトムは、ビデオデータやオーディオデータなどの実データを格納する部分である。
【００７２】
したがって、図４のＡＶ多重フォーマットのファイルにおいては、ＭＸＦファイルとして無視されるファイルの先頭（ランイン）に、ＱＴのスキップアトムのヘッダ（サイズとタイプ情報）が記述され、ＱＴファイルとして読み飛ばされるＱＴのスキップアトム内にＭＸＦヘッダが記述されている。また、ＭＸＦとして無視されるフィラー内に、ＱＴのムービアトムとｍｄａｔヘッダが記述されている。すなわち、ＡＶ多重フォーマットのファイルヘッダ部は、ＭＸＦのファイル構造とＱＴのファイル構造の両方を満たしている。
【００７３】
さらに、ＭＸＦとしてのファイルボディ部とファイルフッタ部は、ＱＴのムービデータアトムに対応している。なお、ＱＴファイルにおいて、ムービデータアトムに配置されるビデオデータおよびオーディオデータの最小単位は、サンプルとされ、サンプルの集合としてチャンクが定義される。すなわち、ＱＴファイルにおいては、エディットユニットに配置されるオーディオデータおよびビデオデータは、１つ１つのチャンクと認識される。したがって、ＱＴファイルにおいては、エディットユニットのオーディオデータに対応するキーおよびレングスが無視され、オーディオデータの先頭位置ＡＣがチャンクの開始位置ＡＣと認識され、それに基づいて、オーディオデータを読み出すために必要な情報がムービアトムに記述される。同様に、エディットユニットのビデオデータに対応するキーおよびレングスが無視され、ビデオデータの先頭位置ＶＣがチャンクの先頭位置ＶＣと認識され、それに基づいて、ビデオデータを読み出すために必要な情報がムービアトムに記述される。
【００７４】
このようなファイル構成を有することにより、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠した編集装置３および６でも、ＱＴを有するＰＣ４および６でも認識され、ファイルボディ部に配置されたオーディオデータとビデオデータが読み出される。
【００７５】
すなわち、ＭＸＦの規格に準拠した編集装置３および６は、まず、ランインを無視し、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【００７６】
また、ＱＴのソフトウェアを有するＰＣ４および６は、まず、スキップアトムのヘッダを認識し、スキップアトムを読み飛ばし、ムービアトムを読み出し、ムービアトムに記述された情報（後述するサンプルテーブルなど）に基づいて、ムービデータアトムに記録されているチャンク（オーディオデータまたはビデオデータ）を読み出すことができる。
【００７７】
以上のように、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、ＡＶ多重フォーマットのファイルを用いて、ファイル交換を行うことができる。
【００７８】
次に、図５は、ＡＶ多重フォーマットにおけるＭＸＦのファイルヘッダ部の詳細な例を示している。なお、図５の例においては、上段は、ＭＸＦファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。下段は、ＱＴファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。
【００７９】
図５の例の場合、上段に示されるように、ＭＸＦファイルとして見ると、ＭＸＦのファイルヘッダ部は、ランイン（Ｒｕｎ  Ｉｎ）、ヘッダパーティションパック（Ｈｅａｄｅｒ  ｐａｒｔｉｔｉｏｎ  ｐａｃｋ）、フィラー（Ｆｉｌｌｅｒ）、およびヘッダメタデータ（Ｈｅａｄｅｒ  Ｍｅｔａｄａｔａ）からなるＭＸＦヘッダ（ＭＸＦ  Ｈｅａｄｅｒ）、並びにフィラー（Ｆｉｌｌｅｒ）が順次配置されてＭＸＦファイルの構造を有するように構成されている。一方、下段に示されるように、ＱＴファイルとして見ると、ＭＸＦのファイルヘッダ部は、スキップアトム（ｓｋｉｐ  ａｔｏｍ）、ムービアトム（ｍｏｖｉｅ  ａｔｏｍ）およびフリースペースアトム（ｆｒｅｅ  ｓｐａｃｅ  ａｔｏｍ）、ムービデータアトムのヘッダであるｍｄａｔ  ヘッダ（ｍｄａｔ  ｈｅａｄｅｒ）が順次配置されてＱＴファイルの構造を有するように構成されている。
【００８０】
図５の例の場合、ＭＸＦファイルのランインには、ＱＴファイルのスキップアトムのヘッダであるサイズ（Ｓｉｚｅ）とタイプ情報（Ｔｙｐｅ）が記述されている。ＭＸＦファイルのランインの後のＭＸＦヘッダは、ＱＴファイルのスキップアトム内に記述されている。そして、ＭＸＦヘッダの後のフィラーには、ＱＴファイルのムービアトム、フリースペースアトム、およびムービデータアトムのヘッダが記述されている。
【００８１】
このような構成を有することにより、ＭＸＦの規格に準拠した編集装置３および６では、ランインを無視して、ＭＸＦヘッダのヘッダパーティションパックを認識し、ＭＸＦヘッダのヘッダメタデータに基づいて、ファイルボディ部に配置されているビデオデータおよびオーディオデータを読み出すことができる。一方、ＱＴを有するＰＣ４および６では、スキップアトムのヘッダを認識して、スキップアトムを読み飛ばし、ムービアトムに記述されている情報に基づいて、ムービデータアトムのヘッダ以降のファイルボディ部（ムービデータアトム）に書き込まれているチャンク（ビデオデータおよびオーディオデータ）を読み出すことができる。
【００８２】
次に、図６を参照して、ムービアトムに記述されている情報について詳しく説明する。
【００８３】
図６は、図５のファイルヘッダ部における、ＱＴファイルの構成例を示している。図６の例において、図中上部がファイルの先頭を示している。なお、上述したように、ＱＴムービリソースの基本的なデータユニットは、アトム（ａｔｏｍ）と呼ばれ、いまの場合、アトムは、階層１乃至８まで階層化されており、図中左側が最上位の階層１とされる。また、図中右側の「Ｖ」は、後述するトラックアトムが対象としているメディアがビデオデータの場合（すなわち、ビデオデータのトラックアトム（ビデオトラックアトムである場合）のみ記述されるアトムであることを示し、「Ａ」は、トラックアトムが対象としているメディアがオーディオデータの場合（すなわち、オーディオデータのトラックアトム（オーディオトラックアトム）である場合）のみ記述されるアトムであることを示している。
【００８４】
図６の例の場合、ＱＴファイルにおけるＱＴヘッダ（ｈｅａｄｅｒ）は、階層１のスキップアトム（ｓｋｉｐ：ｓｋｉｐ  ａｔｏｍ）、ムービアトム（ｍｏｏｖ：ｍｏｖｉｅ  ａｔｏｍ）、および、階層２のムービヘッダアトム（ｍｖｈｄ：ｍｏｖｉｅ  ｈｅａｄｅｒ  ａｔｏｍ）により構成される。また、ＱＴにおけるトレーラ（ｔｒａｉｌｅｒ）は、階層２のユーザ定義アトム（ｕｄｔａ：ｕｓｅｒ  ｄａｔａ  ａｔｏｍ）、階層１のフリースペースアトム（ｆｒｅｅ：ｆｒｅｅ  ｓｐａｃｅ  ａｔｏｍ）およびムービデータアトムのヘッダであるｍｄａｔヘッダ（ｍｄａｔ：ｍｏｖｉｅ  ｄａｔａ  ａｔｏｍ  ｈｅａｄｅｒ）により構成される。そして、ＱＴにおけるビデオトラックおよびオーディオトラック（Ｖｉｄｅｏ  ａｎｄ  Ａｕｄｉｏ  Ｔｒａｃｋ）は、階層２のトラックアトム（ｔｒａｃｋ）とそれ以下の階層３乃至階層８の各アトムによりそれぞれ構成される。
【００８５】
ファイルヘッダ部におけるＱＴのファイルは、最上位の階層１において、スキップアトム（ｓｋｉｐ：ｓｋｉｐ  ａｔｏｍ）、ムービアトム（ｍｏｏｖ：ｍｏｖｉｅ  ａｔｏｍ）、フリースペースアトム（ｆｒｅｅ：ｆｒｅｅ  ｓｐａｃｅ  ａｔｏｍ）およびムービデータアトムのヘッダであるｍｄａｔヘッダ（ｍｄａｔ：ｍｏｖｉｅ  ｄａｔａ  ａｔｏｍ）により構成される。すなわち、図５のファイルヘッダ部には、階層１の構成が示されている。
【００８６】
ムービアトムは、階層２に示されるように、ムービヘッダアトム（ｍｖｈｄ：ｍｏｖｉｅ  ｈｅａｄｅｒ  ａｔｏｍ）、トラックアトム（ｔｒａｃｋ：  ｔｒａｃｋ  ａｔｏｍ）、およびユーザ定義アトム（ｕｄｔａ：ｕｓｅｒ  ｄａｔａ  ａｔｏｍ）により構成される。
【００８７】
階層２のムービヘッダアトムは、サイズ、タイプ情報、タイムスケールや長さなどのムービ全体に関する情報により構成される。トラックアトムは、ビデオトラックアトムやオーディオトラックアトムなどのようにメディアごとに存在する。なお、オーディオが４チャネルの場合、オーディオトラックアトムは、２個となり、オーディオが８チャネルの場合、オーディオトラックアトムは、４個となる。また、トラックアトムは、階層３に示されるように、トラックヘッダアトム（ｔｋｈｄ：ｔｒａｃｋ  ｈｅａｄｅｒ  ａｔｏｍ）、エディットアトム（ｅｄｔｓ：ｅｄｉｔ  ａｔｏｍ）、メディアアトム（ｍｄｉａ：ｍｅｄｉａ  ａｔｏｍ）およびユーザ定義アトム（ｕｄｔａ：ｕｓｅｒ  ｄａｔａ  ａｔｏｍ）により構成される。
【００８８】
階層３のトラックヘッダアトムは、トラックアトムのＩＤナンバなど、ムービ内におけるトラックアトムの特性情報により構成される。エディットアトムは、階層４のエディットリストアトム（ｅｌｓｔ：ｅｄｉｔ  ｌｉｓｔ  ａｔｏｍ）で構成される。ユーザ定義アトムは、トラックアトムに付随する情報が記録されている。
【００８９】
階層３のメディアアトムは、階層４に示されるように、トラックアトムに記録されているメディア（オーディオデータまたはビデオデータ）に関する情報が記述されているメディアヘッダアトム（ｍｄｈｄ：ｍｅｄｉａ  ｈｅａｄｅｒ  ａｔｏｍ）、ムービデータ（オーディオデータまたはビデオデータ）をデコードするためのハンドラーの情報が記述されているメディアハンドラーアトム（ｈｄｌｒ：ｍｅｄｉａ  ｈａｎｄｌｅｒ  ｒｅｆｅｒｅｎｃｅ  ａｔｏｍ）、メディア情報アトム（ｍｉｎｆ：ｍｅｄｉａ  ｉｎｆｏｒｍａｔｉｏｎ  ａｔｏｍ）により構成される。
【００９０】
階層４のメディア情報アトム（ｍｉｎｆ）は、このトラックアトムが、ビデオトラックアトムの場合（図中右側の「Ｖ」）、階層５に示されるように、ビデオメディアヘッダアトム（ｖｍｈｄ：ｖｉｄｅｏ  ｍｅｄｉａ  ｈｅａｄｅｒ  ａｔｏｍ）、データ情報アトム（ｄｉｎｆ：ｄａｔａ  ｉｎｆｏｒｍａｔｉｏｎ  ａｔｏｍ）、サンプルテーブルアトム（ｓｔｂｌ：ｓａｍｐｌｅ  ｔａｂｌｅ  ａｔｏｍ）により構成される。また、このトラックアトムが、オーディオトラックアトムの場合（図中右側の「Ａ」）、メディア情報アトムは、サウンドメディアヘッダアトム（ｓｍｈｄ：ｓｏｕｎｄ  ｍｅｄｉａ  ｈｅａｄｅｒ  ａｔｏｍ）、データ情報アトム、サンプルデータアトムにより構成される。
【００９１】
階層５のデータ情報アトムは、メディアデータの場所を階層７のエイリアス（ａｌｉａｓ）を用いて記述する、階層６のデータリファレンスアトム（ｄｒｅｆ：ｄａｔａ  ｒｅｆｅｒｅｎｃｅ  ａｔｏｍ）で構成される。
【００９２】
サンプルテーブルアトム（ｓｔｂｌ）には、実際にムービデータアトムに記録されたＡＶデータを読むために使用されるテーブル情報が記述される。ＱＴは、これらのテーブル情報に基づいて、ムービデータアトムに記録されているビデオデータおよびオーディオデータを読み出すことができる。なお、図４を参照して上述したように、ＱＴのファイルにおいて、ムービデータアトムに記録されるビデオデータおよびオーディオデータの最小単位は、サンプルとされ、サンプルの集合としてチャンクが定義される。
【００９３】
サンプルテーブルアトムは、このトラックアトムが、ビデオトラックアトムの場合（図中右側の「Ｖ」）、階層６に示されるように、サンプルディスクリプションアトム（ｓｔｓｄ：ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ  ａｔｏｍ）と、時間サンプルアトム（ｓｔｔｓ：ｔｉｍｅ  ｔｏ  ｓａｍｐｌｅ  ａｔｏｍ）、同期サンプルアトム（ｓｔｓｓ：ｓｙｎｃ  ｓａｍｐｌｅ  ａｔｏｍ）、サンプルチャンクアトム（ｓｔｓｃ：ｓａｍｐｌｅ  ｔｏ  ｃｈｕｎｋ  ａｔｏｍ）、サンプルサイズアトム（ｓｔｓｚ：ｓａｍｐｌｅ  ｓｉｚｅ  ａｔｏｍ）、チャンクオフセットアトム（ｓｔｃｏ：ｃｈｕｎｋ  ｏｆｆｓｅｔ  ａｔｏｍ）の５つのサンプルテーブルにより構成される。なお、このトラックアトムが、オーディオトラックアトムの場合（図中右側の「Ａ」）、同期サンプルアトムは記述されない。
【００９４】
階層６のサンプルディスクリプションアトムは、トラックに記録されたメディアがビデオデータの場合（図中右側の「Ｖ」）、いまの場合、ＭＰＥＧ４ビデオデータのフォーマットが記述されている階層７のＭＰＥＧ４データフォーマットアトム（ｍｐ４ｖ：ｍｐｅｇ４  ｄａｔａ  ｆｏｒｍａｔ  ａｔｏｍ）、および、デコードのための必要な情報が記述されている階層８のエレメントストリーム記述アトム（ｅｓｄｓ：ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ  ｄｅｓｃｒｉｐｔｉｏｎ）により構成される。また、サンプルディスクリプションアトムは、トラックに記録されたメディアがオーディオデータの場合（図中右側の「Ａ」）、いまの場合、ＩＴＵ−Ｔ  Ｇ．７１１  Ａ−Ｌａｗのオーディオデータのフォーマットが記述されている階層７のａｌａｗデータフォーマットアトム（ａｌａｗ：ａｌａｗ  ｄａｔａ  ｆｏｒｍａｔ  ａｔｏｍ）により構成される。
【００９５】
次に、図７乃至図１１を参照して、ムービアトムのオーディオデータおよびビデオデータを読み出すときに使用される情報である５つのサンプルテーブルについて説明する。
【００９６】
図７は、時間サンプルアトムの例を示す。時間サンプルアトムは、１サンプル（１フレーム）がトラックアトムのタイムスケールで測ってどのくらいの時間になるかを示すテーブルである。
【００９７】
図７の例の場合、時間サンプルアトム（ｓｔｔｓ：ｔｉｍｅ  ｔｏ  ｓａｍｐｌｅ  ａｔｏｍ）は、アトムサイズ（ａｔｏｍ  Ｓｉｚｅ）、アトムタイプ（ａｔｏｍ  Ｔｙｐｅ）、フラグ（ｆｌａｇｓ）、エントリ（ｎｕｍ  Ｅｎｔｒｉｅｓ）、サンプル数（ｓａｍｐｌｅ  Ｃｏｕｎｔ）、およびサンプル時間（ｓａｍｐｌｅ  Ｄｕｒａｔｉｏｎ）により構成される。アトムサイズは、時間サンプルアトムのサイズを示しており、アトムタイプは、アトムのタイプが「ｓｔｔｓ」（時間サンプルアトム）であることを示す。フラグの１バイト目は、バージョンを示し、残りは、フラグを示す。エントリは、サンプルの数とそのサンプル間隔を示す。サンプル数は、トラックアトムのサンプル数を示し、サンプル時間は、１サンプルの時間を示す。
【００９８】
例えば、時間サンプルアトムに記載されるサンプル時間（ｓａｍｐｌｅ  Ｄｕｒａｔｉｏｎ）が「０ｘ６４」（１６進数）である場合、トラックアトムのタイムスケールで１００となる。したがって、この場合、１秒間は２９９７に設定されているとすると、１秒間は、２９９７／１００＝２９．９７サンプル（フレーム）になることが示される。
【００９９】
図８は、同期サンプルアトムの例を示す。同期アトムは、キーとなるフレームキーフレームのテーブルであり、同期に関する情報が記載されている。
【０１００】
図８の例の場合、同期サンプルアトム（ｓｔｓｓ：ｓｙｎｃ  ｓａｍｐｌｅ  ａｔｏｍ）は、アトムサイズ（ａｔｏｍ  Ｓｉｚｅ）、アトムタイプ（ａｔｏｍ  Ｔｙｐｅ）、フラグ（ｆｌａｇｓ）、およびエントリ（ｎｕｍ  Ｅｎｔｒｉｅｓ）により構成される。アトムサイズは、同期サンプルアトムのサイズを示しており、アトムタイプは、アトムのタイプが「ｓｔｓｓ」（同期サンプルアトム）であることを示す。フラグの１バイト目は、バージョンを示し、残りは、フラグを示す。エントリは、ビデオデータのＩフレームのサンプル番号テーブルのエントリ数を示す。
【０１０１】
例えば、ＭＰＥＧのように、フレームに、Ｉピクチャ、Ｐピクチャ、Ｂピクチャが存在する場合、サンプル番号テーブルは、Ｉピクチャのフレームのサンプル番号が記載されたテーブルになる。なお、同期サンプルアトムは、このトラックアトムが、オーディオトラックアトムである場合（図中右側の「Ａ」）、記述されない。
【０１０２】
図９は、サンプルチャンクアトムの例を示す。サンプルチャンクアトムは、すべてのチャンクが何サンプル（フレーム）のデータにより構成されているかを表すのテーブルである。
【０１０３】
図９の例の場合、サンプルチャンクアトム（ｓｔｓｃ：ｓａｍｐｌｅ  ｔｏ  ｃｈｕｎｋ  ａｔｏｍ）は、アトムサイズ（ａｔｏｍ  Ｓｉｚｅ）、アトムタイプ（ａｔｏｍ  Ｔｙｐｅ）、フラグ（ｆｌａｇｓ）、エントリ（ｎｕｍ  Ｅｎｔｒｉｅｓ）、初めのチャンク１（ｆｉｒｓｔ  Ｃｈｕｎｋ１）、チャンク１のサンプル数（ｓａｍｐｌｅ  Ｐｅｒ  Ｃｈｕｎｋ１）、チャンク１のエントリ番号  （ｓａｍｐｌｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  ＩＤ１）、初めのチャンク２（ｆｉｒｓｔ  Ｃｈｕｎｋ２）、チャンク２のサンプル数（ｓａｍｐｌｅ  Ｐｅｒ  Ｃｈｕｎｋ２）、およびチャンク２のエントリ番号  （ｓａｍｐｌｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  ＩＤ２）により構成される。
【０１０４】
アトムサイズは、サンプルチャンクアトムのサイズを示しており、アトムタイプは、アトムのタイプが「ｓｔｓｃ」（サンプルチャンクアトム）であることを示す。フラグの１バイト目は、バージョンを示し、残りは、フラグを示す。エントリは、エントリされているデータの数を示す。
【０１０５】
初めのチャンク１は、同じサンプル数により構成されるチャンク群の初めのチャンクの番号を示す。チャンク１のサンプル数は、チャンク１のサンプル数を示す。チャンク１のエントリ番号は、チャンク１のエントリ番号を示す。そして、次に続くチャンクが、チャンク１のサンプル数とは異なるサンプル数のチャンクであった場合、その次に続くチャンクの情報として、初めのチャンク１、チャンク１のサンプル数、およびチャンク１のエントリ番号と同様に、初めのチャンク２、チャンク２のサンプル数、およびチャンク２のエントリ番号が記述される。
【０１０６】
以上のように、サンプルチャンクアトムにおいては、同じサンプル数により構成されている複数のチャンクの情報は、同じ数のサンプルで構成される最初のチャンクの情報にまとめて記述される。
【０１０７】
図１０は、サンプルサイズアトムの例を示す。サンプルサイズアトムは、サンプルごとのデータサイズが記述されるテーブルである。
【０１０８】
図１０の例の場合、サンプルサイズアトム（ｓｔｓｚ：ｓａｍｐｌｅ  ｓｉｚｅ  ａｔｏｍ）は、アトムサイズ（ａｔｏｍ  Ｓｉｚｅ）、アトムタイプ（ａｔｏｍ  Ｔｙｐｅ）、フラグ（ｆｌａｇｓ）、サンプルサイズ（ｓａｍｐｌｅ  Ｓｉｚｅ）、およびエントリ数（ｎｕｍ  Ｅｎｔｒｉｅｓ）により構成される。アトムサイズは、サンプルサイズアトムのサイズを示しており、アトムタイプは、アトムのタイプが「ｓｔｓｚ」（サンプルサイズアトム）であることを示す。フラグの１バイト目は、バージョンを示し、残りは、フラグを示す。サンプルサイズは、サンプルのサイズを示す。例えば、すべてのサンプルサイズが同じ場合は、サンプルサイズに１つのサイズを記述すればよい。エントリ数は、サンプルサイズのエントリ数を示す。
【０１０９】
したがって、例えば、オーディオデータのようにデータサイズが一定の場合は、サンプルサイズに、デフォルトサイズが記述される。一方、ビデオデータのように、フレームがサンプルに対応していて、ＭＰＥＧのＩピクチャ、Ｐピクチャのようにサンプルのサイズが時々刻々と変わる場合には、すべてのサンプルのサイズが、サンプルサイズに記述される。
【０１１０】
図１１は、チャンクオフセットアトムの例を示す。チャンクオフセットアトムは、それぞれのチャンクについて、ファイルの先頭からのオフセット値が記述されるテーブルである。
【０１１１】
図１１の例の場合、チャンクオフセットアトム（ｓｔｃｏ：ｃｈｕｎｋ  ｏｆｆｓｅｔ  ａｔｏｍ）は、アトムサイズ（ａｔｏｍ  Ｓｉｚｅ）、アトムタイプ（ａｔｏｍ  Ｔｙｐｅ）、フラグ（ｆｌａｇｓ）、およびエントリ数（ｎｕｍ  Ｅｎｔｒｉｅｓ）により構成される。アトムサイズは、サンプルサイズアトムのサイズを示しており、アトムタイプは、アトムのタイプが「ｓｔｃｏ」（チャンクオフセットアトム）であることを示す。フラグの１バイト目は、バージョンを示し、残りは、フラグを示す。エントリ数は、チャンクのオフセット値のエントリ数を示す。
【０１１２】
したがって、例えば、上述した図４の例において、オーディオデータのチャンクのオフセット値として、ファイルの先頭からのチャンク開始位置ＡＣまでのオフセット値が記述され、ビデオデータのチャンクのオフセット値として、ファイルの先頭からのチャンク開始位置ＶＣまでのオフセット値が記述される。
【０１１３】
このように構成されたムービアトムにおいて、ＱＴは、オーディオデータまたはビデオデータのいずれかに対応する、階層４のメディアハンドラーアトム（ｈｄｌｒ：ｍｅｄｉａ  ｈａｎｄｌｅｒ  ｒｅｆｅｒｅｎｃｅ  ａｔｏｍ）に命じて、特定の時間に対応するメディアデータにアクセスさせる。具体的には、特定のサンプル時間が与えられると、メディアハンドラーアトムは、そのメディアのタイムスケールに基づく時間を決定する。そして、各トラックアトムのタイムスケールにおける時間が、階層３のエディットアトム（ｅｄｔｓ：ｅｄｉｔ  ａｔｏｍ）の情報によりわかるので、メディアハンドラーアトムは、階層６の時間サンプルアトムに基づいて、サンプル番号を求め、階層６のチャンクオフセットアトムよりファイル先頭からのオフセット値を取得する。これにより、メディアハンドラーアトムは、指定されたサンプルにアクセスできるので、ＱＴは、タイムスケールに応じて実データを再生することができる。
【０１１４】
以上のように、ムービアトムには、ムービデータアトムに記録されているビデオデータおよびオーディオデータを読み出すために必要な情報であるサンプルテーブルが記述されている。したがって、このムービアトムを、ＡＶ多重フォーマットのヘッダ部に配置することにより、ＡＶ多重フォーマットをＱＴでも認識することができるようになる。
【０１１５】
次に、図１２は、図４のＡＶ多重フォーマットにおける、ＭＸＦのファイルボディ部の例を示す。図１２の例においては、１エディットユニットが示されている。
【０１１６】
図１２の例の場合、エディットユニットは、その先頭から、サウンドアイテム（Ｓｏｕｎｄ）、ピクチャアイテム（Ｐｉｃｔｕｒｅ）およびフィラーが配置されて構成される（なお、以下、このサウンドアイテムを、サウンドアイテムを構成する複数のサウンドアイテム１乃至４と区別するために、サウンドアイテム群と称する）。
【０１１７】
サウンドアイテム群には、ピクチャアイテムに配置されたビデオデータのフレームにおける６０（ＮＴＳＣの場合）フレーム分のオーディオデータが、図４を参照して上述したＫＬＶ構造で４つに分けて配置される。図１２の例の場合、ＩＴＵ−Ｔ  Ｇ．７１１  Ａ−Ｌａｗ方式で符号化されたオーディオデータが配置される。
【０１１８】
したがって、サウンドアイテム群は、その先頭から、ＫＬＶ構造のサウンドアイテム１、ＫＬＶ構造のフィラー、ＫＬＶ構造のサウンドアイテム２、ＫＬＶ構造のフィラー、ＫＬＶ構造のサウンドアイテム３、ＫＬＶ構造のフィラー、ＫＬＶ構造のサウンドアイテム４、およびＫＬＶ構造のフィラーが配置されて構成される。なお、サウンドアイテムは、ＥＣＣ／２単位で構成されており、ＥＣＣ単位の固定長とするためのスタッフィングのためのデータとして、フィラーが配置されている。
【０１１９】
サウンドアイテム群のオーディオデータの後のピクチャアイテムには、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）４方式で符号化された１ＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅ）単位のビデオデータ（エレメンタリストリーム（ＥＳ：Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）が、ＫＬＶ構造にＫＬＶコーディングされて配置される。そして、ピクチャアイテムを、ＥＣＣ単位の固定長とするのに、スタッフィングのためのデータとして、フィラーがＫＬＶ構造とされて、ピクチャアイテムのビデオデータの後に配置される。
【０１２０】
以上のように、ＡＶ多重フォーマットでは、ＭＸＦの規格に準拠して、オーディオデータがＫＬＶ構造で配置されるサウンドアイテム群、ビデオデータがＫＬＶ構造で配置されるピクチャアイテムが、６０（ＮＴＳＣの場合）フレーム単位で多重化されて構成される。したがって、映像記録装置１のファイル生成部２２は、このＫＬＶ構造のキー（Ｋ）と、符号化されたデータ量からレングス（Ｌ）を決定して、ＡＶ多重フォーマットのファイルヘッダ部のＭＸＦヘッダを生成する。これにより、ＭＸＦの規格に準拠した編集装置３および６は、ヘッダ部のＭＸＦヘッダに基づいて、ＫＬＶ構造に配置されたオーディオデータおよびビデオデータを読み出すことができる。
【０１２１】
一方、ＱＴにおいては、このように構成されたオーディオデータおよびビデオデータを、１つのチャンクとして定義する。したがって、ファイル生成部２２は、ＫＬＶ構造のキー（Ｋ）と、レングス（Ｌ）を無視して、サウンドアイテム１、サウンドアイテム２、サウンドアイテム３、サウンドアイテム４、およびピクチャアイテムをそれぞれチャンクと定義し、サウンドアイテム１の先頭位置ＡＣ１のオフセット値、サウンドアイテム２の先頭位置ＡＣ２のオフセット値、サウンドアイテム３の先頭位置ＡＣ３のオフセット値、サウンドアイテム４の先頭位置ＡＣ４のオフセット値、ピクチャアイテムの先頭位置ＶＣのオフセット値をそれぞれ求めることにより、ファイルヘッダ部のムービアトムのサンプルテーブルを生成する。これにより、ＱＴを有するＰＣ４および６は、ファイルヘッダ部のムービアトムに基づいて、チャンクとしてのオーディオデータおよびビデオデータを読み出すことができる。
【０１２２】
次に、図１３は、図１２のサウンドアイテム（Ｓｏｕｎｄ）３の例を示している。図１３の例においては、サウンドアイテム３は、左（Ｌ：Ｌｅｆｔ）と右（Ｒ：Ｒｉｇｈｔ）の２チャネルのオーディオデータが配置されて構成される。
【０１２３】
すなわち、２チャネルのオーディオデータは、２チャネルそれぞれのオーディオデータが１サンプルごとに交互に配置されることにより多重化されている。したがって、５２５／５９．９４のＮＴＳＣ規格の場合、ビデオデータは、６０フレームで形成されるので、サウンドアイテムには、１６０１６サンプル数のオーディオデータが配置される。また、６２５／５０のＰＡＬ規格の場合、ビデオデータは、５０フレームで形成されるので、サウンドアイテムには、１６０００サンプル数のオーディオデータが配置される。
【０１２４】
以上のように、サウンドアイテムには、２チャネルのオーディオデータが配置される。そこで、次に、図１４を参照して、４チャネルおよび８チャネルのオーディオデータが配置される場合について説明する。
【０１２５】
図１４は、図１２のＡＶ多重フォーマットのボディ部の他の例を示している。図１４の例の場合、サウンドアイテム群は、２ＥＣＣの固定長に構成され、ピクチャアイテムは、ｎ個のＥＣＣの固定長に構成されている。なお、いまの場合、上段は、オーディオデータが８チャネルの場合のファイルボディ部を示し、下段は、オーディオデータが４チャネルの場合のファイルボディ部を示す。
【０１２６】
上段にしめされるように、オーディオデータが８チャネルの場合、サウンドアイテム群の１番目の１ＥＣＣには、その先頭から順に、２４バイトのキー（Ｋ）およびレングス（Ｌ）、１チャネルと２チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム１（Ｓ１）、２４バイトのキーおよびレングス、フィラーが配置され、２４バイトのキーおよびレングス、３チャネルと４チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム２（Ｓ２）、２４バイトのキーおよびレングス、フィラーが配置される。また、サウンドアイテム群の２番目の１ＥＣＣには、その先頭から順に、２４バイトのキーおよびレングス、５チャネルと６チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム３（Ｓ３）、２４バイトのキーおよびレングス、フィラーが配置され、２４バイトのキーおよびレングス、７チャネルと８チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム４（Ｓ４）、２４バイトのキーおよびレングス、フィラーが配置される。
【０１２７】
次に、下段に示されるように、オーディオデータが４チャネルの場合、サウンドアイテム群の１番目の１ＥＣＣには、その先頭から順に、２４バイトのキーおよびレングス、１チャネルと２チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム１（Ｓ１）、２４バイトのキーおよびレングス、フィラーが配置され、２４バイトのキーおよびレングス、３チャネルと４チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム２（Ｓ２）、２４バイトのキーおよびレングス、フィラーが配置される。また、サウンドアイテム群の２番目の１ＥＣＣには、その先頭から順に、２４バイトのキーおよびレングス、無音のオーディオデータが配置されたサウンドアイテム３（Ｓ３）、２４バイトのキーおよびレングス、フィラーが配置され、２４バイトのキーおよびレングス、無音のオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム４（Ｓ４）、２４バイトのキーおよびレングス、フィラーが配置される。
【０１２８】
以上のように、オーディオデータが８チャネルの場合、２ＥＣＣにオーディオデータがそれぞれ４チャネルずつ配置され、オーディオデータが４チャネルの場合、１番目のＥＣＣに４チャネルのオーディオデータが配置され、２番目のＥＣＣに配置される４チャネル分のサウンドアイテムには、無音のオーディオデータが記録される。
【０１２９】
次に、図１５は、図１２のピクチャアイテムの例を示している。上述したように、ピクチャアイテムには、ＭＰＥＧ４方式で符号化された６０（ＮＴＳＣの場合）フレーム＝６ＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅ）のビデオデータが配置されている。具体的には、５２５／５９．９４のＮＴＳＣ規格の場合、ビデオデータは、６０フレームで形成されるので、ピクチャアイテムには、１フレームのＩピクチャと９フレームのＰピクチャからなるＧＯＰが、６つ配置されて構成される。また、６２５／５０のＰＡＬ規格の場合、ビデオデータは、５０フレームで形成されるので、ピクチャアイテムには、１フレームのＩピクチャと９フレームのＰピクチャからなるＧＯＰが、５つ配置されて構成される。
【０１３０】
以上のようにして、ＡＶ多重フォーマットのファイルボディ部が配置されて構成される。そして、映像記録装置１においては、まず、以上のようなＡＶ多重フォーマットのファイルボディ部が配置されて生成され、その後、生成されたファイルボディ部に基づいて、ファイルフッタ部およびファイルヘッダ部が生成される。
【０１３１】
次に、図１６および図１７のフローチャートおよびを参照して、上述したように構成されるＡＶ多重フォーマットのファイル生成処理を説明する。
【０１３２】
まず、図１６を参照して、一般的なＱＴファイルの生成処理について説明する。ＱＴファイルにおいては、図１６に示されるように、まず、オーディオデータ（Ａｕｄｉｏ）およびビデオデータ（Ｖｉｄｅｏ）の各チャンクからなるムービデータアトムが、所定のＥＣＣの境界から、図中右に向かって記録される。ムービデータアトムの記録が終了すると、ＱＴファイルにおいては、ムービデータアトムのチャンクに基づいて、ムービアトムが生成され、生成されたムービアトムがファイルの先頭から記録される。そして、ムービアトムが記録された後に、フリースペースアトムとｍｄａｔヘッダまでがＥＣＣ境界に合わせるように詰めて記録される。
【０１３３】
このように、ＱＴファイルでは、物理的には、ムービデータアトムの後に、ムービアトムおよびフリースペースアトムが記録されてＱＴファイルが生成される。そして、ＱＴファイルでは、記録後のファイル先頭は、論理的に、図中左側のムービアトムとされ、ファイル最後尾は、図中右側のムービデータアトムの最後尾とされる。
【０１３４】
次に、図１７を参照して説明するＡＶ多重フォーマットのファイル生成処理は、基本的には、図１６を参照して上述した一般的なＱＴファイルの生成処理に基づいて実行される。
【０１３５】
映像記録装置１の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータをＭＰＥＧ４方式で符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、ＩＴＵ−Ｔ  Ｇ．７１１  Ａ−Ｌａｗ方式で符号化し、ファイル生成部２２に供給する。
【０１３６】
ファイル生成部２２は、ステップＳ１において、ビデオ符号化部１５より供給されたビデオデータと、オーディオ符号化部１６より供給されたオーディオデータを、ビデオデータの６０（ＮＴＳＣの場合）フレーム分ずつ、交互に多重化し、図１１乃至図１５を参照して上述したＡＶ多重フォーマットのファイルボディ部を生成し、それと同時に、ステップＳ２において、ファイル生成部２２は、生成したファイルボディ部のビデオデータのフレームサイズを、取得し、図示せぬ内蔵メモリに記憶し、ステップＳ３に進む。
【０１３７】
ステップＳ３において、ファイル生成部２２は、生成したＡＶ多重フォーマットのファイルボディ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ４に進む。なお、このとき、ファイル生成部２２は、ファイルヘッダ部が記録されるＥＣＣ分を考慮して、所定のＥＣＣの境界を、ファイルボディ部の記録開始点として、そこからファイルボディ部を、記憶部２０に記録する。
【０１３８】
ステップＳ４において、ドライブ２３は、ファイル生成部２２より供給されたファイルボディ部を光ディスク２に記録し、ステップＳ５に進む。具体的には、ドライブ２３は、ファイルヘッダ部が記録されるＥＣＣ分を考慮して、所定のＥＣＣの境界を、ファイルボディ部の記録開始点として、そこからファイルボディ部を、光ディスク２に記録する。
【０１３９】
ステップＳ５において、ファイル生成部２２は、ファイルフッタ部およびファイルヘッダ部の生成処理を実行し、ステップＳ６に進む。このファイルフッタ部およびファイルヘッダ部の生成処理について、図１８のフローチャートを参照して説明する。
【０１４０】
図１７のステップＳ３またはＳ４において、ファイルボディ部が記録されたときのパラメータ情報が、ＲＡＭ１１２に記録されている。このパラメータ情報は、ＮＴＳＣであるかＰＡＬであるかの情報、オーディオデータが記録されたＥＣＣ数、ビデオデータが記録されたＥＣＣ数、ボディ部が記録された時間、記録されたフレーム数、先頭のフレームへのポインタ情報などにより構成される。
【０１４１】
そこで、図１８のステップＳ２１において、ファイル生成部２２は、ＲＡＭ１１２よりパラメータ情報を取得し、ステップＳ２２に進む。ステップＳ２２において、ファイル生成部２２は、取得したパラメータ情報と、図１７のステップＳ２において記録されているフレームサイズに基づいて、内部パラメータを設定し、ステップＳ２３に進む。この内部パラメータは、例えば、ＧＯＰのサイズ情報やタイムスケールなどの時刻情報により構成される。
【０１４２】
ステップＳ２３において、ファイル生成部２２は、設定した内部パラメータに基づいて、ファイルフッタ部を生成し、内蔵メモリに書き込み、ステップＳ２４に進む。ファイル生成部２２は、ステップＳ２４乃至Ｓ２６において、ファイルヘッダ部を生成する。
【０１４３】
すなわち、ステップＳ２４において、ファイル生成部２２は、設定した内部パラメータに基づいて、ファイルヘッダ部のＭＸＦヘッダを生成し、内蔵メモリに書き込み、ステップＳ２５に進む。ステップＳ２５において、ファイル生成部２２は、設定した内部パラメータに基づいて、ムービアトムの各トラックアトムのサンプルテーブルを設定し、ステップＳ２６に進む。ステップＳ２６において、ファイル生成部２２は、設定した各サンプルテーブルの値に基づいて、アトムサイズを計算し、ムービアトムを生成し、内蔵メモリに書き込み、図１７のステップＳ６に戻る。
【０１４４】
ステップＳ２６の処理を具体的に説明すると、ファイル生成部２２は、まず、図６を参照して上述した階層１のスキップアトム、ムービアトム、および、階層２のムービヘッダアトムからなるＱＴヘッダを生成し、内蔵メモリに書き込む。次に、ファイル生成部２２は、階層２のトラックアトムおよび階層３乃至階層８のアトムからなるビデオアトムを生成し、内蔵メモリに書き込む。次に、ファイル生成部２２は、階層２のトラックアトムおよび階層３乃至階層８のアトムからなるオーディオアトムを生成し、内蔵メモリに書き込む。そして、最後に、次に、ファイル生成部２２は、階層２のユーザ定義アトム、階層１のフリースペースアトム（ｆｒｅｅ）およびｍｄａｔヘッダからなるＱＴトレイラを生成し、内蔵メモリに書き込む。
【０１４５】
以上のように、ステップＳ２４乃至Ｓ２６において、ＭＸＦヘッダおよびムービアトムを含めたファイルヘッダ部が生成される。
【０１４６】
図１７のステップＳ６において、ファイル生成部２２は、ステップＳ５において生成されたファイルフッタ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ７に進む。このとき、ファイル生成部２２は、ステップＳ２において記憶部２０に記録されたファイルボディ部の後に、ファイルフッタ部を結合して記録する。
【０１４７】
ステップＳ７において、ドライブ２３は、ファイル生成部２２より供給されたファイルフッタ部を光ディスク２に記録し、ステップＳ８に進む。具体的には、ドライブ２３は、ステップＳ３において光ディスク２に記録されたファイルボディ部の後に、ファイルフッタ部を結合して記録する。
【０１４８】
ステップＳ８において、ファイル生成部２２は、ステップＳ５において生成されたＭＸＦヘッダおよびムービアトムを含むファイルヘッダ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ９に進む。このとき、ファイル生成部２２は、記憶部２０に記録されたファイルボディ部の前に、ファイルの先頭からファイルヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが生成される。
【０１４９】
ステップＳ９において、ドライブ２３は、ファイル生成部２２より供給されたＭＸＦヘッダおよびムービアトムを含むファイルヘッダ部を光ディスク２に記録し、ファイル生成記録処理を終了する。具体的には、ドライブ２３は、光ディスク２に記録されたボディ部の前に、ファイルの先頭からファイルヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが光ディスク２に記録される。
【０１５０】
以上のようにして、ＡＶ多重フォーマットのファイルが生成される。そして、記憶部２０に生成されたＡＶ多重フォーマットのファイルを、ＣＰＵ１１は、通信部２１を制御して、ネットワーク５を介して、編集装置６やＰＣ７に送信させる。これにより、映像記録装置１は、編集装置６やＰＣ７などと、ＡＶ多重フォーマットのファイルを交換することができる。
【０１５１】
また、以上のようにして、ＡＶ多重フォーマットのファイルが光ディスク２に記録されるので、映像記録装置１は、光ディスク２を介して、編集装置３やＰＣ４などと、ＡＶ多重フォーマットのファイルを交換することができる。
【０１５２】
すなわち、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、ＡＶ多重フォーマットのファイルを用いて、ファイル交換を行うことができる。
【０１５３】
次に、図１９は、ＡＶ多重フォーマットのファイルの他の例を示す。図１９の例においては、ＡＶ多重フォーマットは、ヘッダパーティションパック（ＨＰＰ）、ムービアトム（ｍｏｏｖ）およびフィラー（Ｆ）からなるファイルヘッダ部、ファイルボディ部、フッタパーティションパック（ＦＰＰ）からなるファイルフッタ部により構成される。
【０１５４】
ここで、上段に示されるように、ファイルボディ部を、サウンドアイテムＳ１とピクチャアイテムＰ１からなるエッセンスコンテナ１、サウンドアイテムＳ２とピクチャアイテムＰ２からなるエッセンスコンテナ２、サウンドアイテムＳ３とピクチャアイテムＰ３からなるエッセンスコンテナ３、サウンドアイテムＳ４とピクチャアイテムＰ４からなるエッセンスコンテナ４のように、複数のエッセンスコンテナで構成することを考える。
【０１５５】
しかしながら、ＭＸＦの規格において、クリップ（編集単位）にエッセンスコンテナは、１つという制限がある。そこで、ファイルボディ部に複数のエッセンスコンテナを配置させる場合には、各サウンドアイテムおよびピクチャアイテムの前後に、ファイルの先頭からのオフセット値と、その前のボディパーティションパックのオフセット値が記述されたボディパーティションパック（ＢＰＰ：Ｂｏｄｙ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ）を配置する必要がある。
【０１５６】
したがって、図１９の下段に示されるように、ヘッダ部のフィラー、ピクチャアイテムＰ１のフィラー（図示せず）、ピクチャアイテムＰ２のフィラー（図示せず）、ピクチャアイテムＰ３のフィラー（図示せず）、ピクチャアイテムＰ４のフィラー（図示せず）には、それぞれボディパーティションパックが配置される。そして、ヘッダ部のボディパーティションパックには、ファイルの先頭からヘッダ部のボディパーティションパックまでのオフセット値が記述されている。ピクチャアイテムＰ１のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ１のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ヘッダ部のボディパーティションパックのオフセット値）が記述されている。
【０１５７】
ピクチャアイテムＰ２のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ２のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ピクチャアイテムＰ１のボディパーティションパックのオフセット値）が記述されている。ピクチャアイテムＰ３のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ３のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ピクチャアイテムＰ２のボディパーティションパックのオフセット値）が記述されている。ピクチャアイテムＰ４のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ４のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ピクチャアイテムＰ３のボディパーティションパックのオフセット値）が記述されている。
【０１５８】
以上のように、各エッセンスコンテナに自分と、その前のオフセット値が記述されたボディパーティションパックを配置することにより、各エッセンスコンテナの範囲を認識することができる。したがって、ＡＶ多重フォーマットにおいて、ファイルボディ部に複数のエッセンスコンテナを配置することが可能になる。
【０１５９】
なお、以上においては、ムービアトムが、ＡＶ多重フォーマットのファイルヘッダ部に配置されている場合について説明してきた。この場合、ムービアトムがファイルの先頭側にあるため、ＱＴを有するＰＣ４および６が、ムービアトムのサンプルテーブルをすぐに読み出すことができ、ムービデータアトムに記録されたビデオデータやオーディオデータに効率よくアクセスすることができる。しかしながら、上述したムービアトムのサンプルテーブルは、記録時間によって長さが変わってしまう。
【０１６０】
したがって、長さが不定であるムービアトムをＡＶ多重フォーマットのファイルヘッダ部に配置すると、図１９を参照して上述したボディパーティションパックに記述しなければならない各ボディパーティションパックのファイルの先頭からのオフセット値を最後まで確定することができない。すなわち、ムービアトムをファイルヘッダ部に配置したＡＶ多重フォーマットでは、ファイルボディ部に複数のエッセンスコンテナを配置することができないという課題がある。
【０１６１】
このような課題に対応するため、図２０を参照して、ムービアトムをＡＶ多重フォーマットのファイルフッタ部の後に配置する例を説明する。
【０１６２】
図２０は、ＡＶ多重フォーマットの他の例を示す。なお、図２０の例においては、上段は、ＭＸＦファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。下段は、ＱＴファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。
【０１６３】
図２０の例の場合、上段に示されるように、ＭＸＦファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、８バイトのランインＭＸＦヘッダからなるファイルヘッダ部、エッセンスコンテナからなるファイルボディ部、ファイルフッタ部、並びに、フィラー（Ｆｉｌｌｅｒ）により構成される。下段に示されるように、ＱＴファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、ムービデータアトムのヘッダであるｍｄａｔヘッダ（ｍｄａｔ  ｈｅａｄｅｒ）、ムービデータアトム（ｍｏｖｉｅ  ｄａｔａ  ａｔｏｍ）、およびムービアトム（ｍｏｖｉｅ  ａｔｏｍ）が順次配置されて構成される。
【０１６４】
すなわち、図２０のＡＶ多重フォーマットのファイルにおいては、ＭＸＦファイルとしては、無視されるファイルの先頭（ランイン）に、ＱＴのｍｄａｔヘッダが記述される。また、ムービアトムのチャンクオフセットアトムに記述されるチャンクのオフセット値をＭＸＦのファイルボディ部に配置されるエッセンスコンテナに配置されるＡＶデータに設定すればよいので、ムービデータアトム内にＭＸＦヘッダを記述することができる。また、ＭＸＦにおいては無視される、ファイルフッタ部の後のフィラーに、ＱＴのムービアトムが記述される。
【０１６５】
このような構成にすることにより、ＭＸＦの規格に準拠した編集装置３および６は、まず、ランインを無視し、ヘッダパーティションパックの１１バイトのパターンを見つけることにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【０１６６】
また、ＱＴを有するＰＣ４および６は、まず、ムービアトムを読み出し、ムービアトムに記述されたムービデータアトムに記録された情報を使うための情報に基づいて、ムービアトムの前に配置された、ＭＸＦのファイルボディ部に記録されているチャンク（オーディオデータまたはビデオデータ）を読み出すことができる。
【０１６７】
さらに、図２０のＡＶ多重フォーマットによれば、ムービアトムがＭＸＦのファイルフッタ部の後に配置されるので、ムービアトムのサンプルテーブルが、記録時間によって長さが変わっても、図１９を参照して上述したボディパーティションパックに記述しなければならない各ボディパーティションパックのファイルの先頭からのオフセット値は変わらない。したがって、ムービアトムをファイルフッタ部の後に配置したＡＶ多重フォーマットにおいては、ファイルボディ部に複数のエッセンスコンテナを配置することができる。
【０１６８】
次に、図２１のフローチャートを参照して、図２０のＡＶ多重フォーマットのファイル生成処理を説明する。なお、図２１のステップＳ６１乃至Ｓ６５の処理は、図１７のステップＳ１乃至Ｓ５の処理と基本的に同様な処理を行うため、繰り返しになるので、その説明は適宜省略する。
【０１６９】
ファイル生成部２２は、ステップＳ６１において、ビデオ符号化部１５より供給されたビデオデータと、オーディオ符号化部１６より供給されたオーディオデータを、ビデオデータの６０（ＮＴＳＣの場合）フレーム分ずつ、交互に多重化し、図２０を参照して上述したＡＶ多重フォーマットのファイルボディ部を生成し、それと同時に、ステップＳ６２において、ファイル生成部２２は、生成したファイルボディ部のビデオデータのフレームサイズを取得し、図示せぬ内蔵メモリに記憶し、ステップＳ６３に進む。
【０１７０】
ステップＳ６３において、ファイル生成部２２は、生成したＡＶ多重フォーマットのファイルボディ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ６４に進む。ステップＳ６４において、ドライブ２３は、ファイル生成部２２より供給されたファイルボディ部を光ディスク２に記録し、ステップＳ６５に進む。ステップＳ６５において、ファイル生成部２２は、図１８を参照して上述したファイルフッタ部およびファイルヘッダ部の生成処理を実行し、ステップＳ６６に進む。
【０１７１】
ステップＳ６６において、ファイル生成部２２は、ステップＳ６５において生成されたファイルフッタ部およびムービアトムを、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ６７に進む。このとき、ファイル生成部２２は、ステップＳ６２において記憶部２０に記録されたファイルボディ部の後に、ファイルフッタ部およびムービアトムを結合して記録する。
【０１７２】
ステップＳ６７において、ドライブ２３は、ファイル生成部２２より供給されたファイルフッタ部を光ディスク２に記録し、ステップＳ６８に進む。具体的には、ドライブ２３は、ステップＳ６３において光ディスク２に記録されたボディ部の後に、ファイルフッタ部およびムービアトムを結合して記録する。
【０１７３】
ステップＳ６８において、ファイル生成部２２は、ステップＳ６５において生成されたＭＸＦヘッダを含むファイルヘッダ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ９に進む。このとき、ファイル生成部２２は、記憶部２０に記録されたファイルボディ部の前に、ファイルの先頭からヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが生成される。
【０１７４】
ステップＳ６９において、ドライブ２３は、ファイル生成部２２より供給されたファイルヘッダ部を光ディスク２に記録し、ファイル生成記録処理を終了する。具体的には、ドライブ２３は、光ディスク２に記録されたファイルボディ部の前に、ファイルの先頭からファイルヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが光ディスク２に記録される。
【０１７５】
以上のようにして、図２０のＡＶ多重フォーマットのファイルが生成される。そして、記憶部２０に生成されたＡＶ多重フォーマットのファイルを、ＣＰＵ１１は、通信部２１を制御して、ネットワーク５を介して、編集装置６やＰＣ７に送信させる。これにより、映像記録装置１は、編集装置６やＰＣ７などと、図２０のＡＶ多重フォーマットのファイルを交換することができる。
【０１７６】
また、以上のようにして、ＡＶ多重フォーマットのファイルが光ディスク２に記録されるので、映像記録装置１は、光ディスク２を介して、編集装置３やＰＣ４などと、図２０のＡＶ多重フォーマットのファイルを交換することができる。
【０１７７】
すなわち、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、図２０のＡＶ多重フォーマットのファイルを用いても、ファイル交換を行うことができる。
【０１７８】
次に、図２２は、本発明を適用したＡＶネットワークシステムの他の構成例を示している。なお、図２２において、図１における場合と対応する部分には対応する符号を付してあり、その説明は繰り返しになるので適宜省略する。
【０１７９】
図２２の例の場合、映像記録装置１は、ＱＴを有するＰＣ１０４とともに、音声を入力するとともに映像を撮像し、記録するために取材現場に持ち運ばれ、設置されている。
【０１８０】
映像記録装置１の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータを、放送局で放送するための高解像度のビデオデータと、通信や編集のための低解像度のビデオデータに符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、放送局で放送するための高音質のオーディオデータと、通信や編集のための低音質のオーディオデータに符号化し、ファイル生成部２２に供給する。
【０１８１】
ファイル生成部２２は、ビデオ符号化部１５より供給された高解像度と低解像度のビデオデータと、オーディオ符号化部１６より供給された高音質と低音質のオーディオデータを用いて、高品質と低品質のＡＶ多重フォーマットのファイルを生成し、ドライブ２３を制御し、生成したＡＶ多重フォーマットのファイルを光ディスク２に記録させる。なお、符号化されたビデオデータおよびオーディオデータは、収録（撮像）と並行して光ディスク２に記録するとしたが、一旦、符号化されたビデオデータおよびオーディオデータを、記憶部２０に一旦記録しておき、記憶部２０から読み出して、ＡＶ多重フォーマットのファイルを生成し、記録するようにしてもよい。
【０１８２】
また、ファイル生成部２２は、ドライブ２３へのＡＶ多重フォーマットのファイルの供給と並行して、ビデオ符号化部１５より供給された低解像度のビデオデータと、オーディオ符号化部１６より供給された低解像度のオーディオデータを用いて、低品質のＡＶ多重フォーマットのファイルを生成し、一旦記憶部２０に記憶する。そして、ＣＰＵ１１は、通信部２１を制御し、記憶部２０に記録された低品質のＡＶ多重フォーマットのファイルを、例えば、通信衛星１０１を介して、放送局１０２に送信する。
【０１８３】
放送局１０２は、編集装置１０３を有している。放送局１０２は、映像記録装置１から送信された低品質のＡＶ多重フォーマットのファイルを受信し、受信した低品質のＡＶ多重フォーマットのファイルを編集装置１０３に供給する。
【０１８４】
編集装置１０３は、図１の編集装置３および６と同様にＭＸＦの規格に準拠するように構成されており、放送局１０２により受信された低品質のＡＶ多重フォーマットのファイルを認識する。そして、編集装置１０３は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータを、所定の放送時間内に収めるように編集したり、シーン切り替えのための画像処理を施したり、スクリプトなどの付随したテキストデータを作成したりなどの編集を行う。そして、編集装置１０３は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストなどとして、通信衛星１０１を介して、映像記録装置１に送信する。
【０１８５】
なお、映像記録装置１は、低品質のＡＶ多重フォーマットのファイルを、例えば、編集機材の近傍にあって、プロデューサなどが収録状況を確認しながら編集することが可能なＰＣ１０４に送信するようにしてもよい。
【０１８６】
ＰＣ１０４は、図１のＰＣ４およびＰＣ７と同様に構成され、ＱＴを有している。したがって、ＰＣ１０４は、映像記録装置１から送信された低解像度のＡＶ多重フォーマットのファイルを、ＱＴを用いて、確認したり、編集を行う。そして、ＰＣ１０４は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストとして、通信衛星１０１を介して、またはブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））などの近距離無線通信により、映像記録装置１に送信する。すなわち、取材現場などに高価な専用の編集装置１０３がなくても、汎用で、さらに、携帯可能なＰＣ１０４で、低解像度のＡＶ多重フォーマットのファイルの確認や編集を行うことができる。
【０１８７】
映像記録装置１の通信部２１は、編集装置１０３またはＰＣ１０４からのエディットリストを受信する。ＣＰＵ１１は、通信部２１より供給されたエディットリストを、ドライブ２３を制御し、光ディスク２に記録させる。なお、このとき、エディットリストは、例えば、ファイルヘッダ部のヘッダメタデータに記録される。光ディスク２は、高品質と低品質のＡＶ多重フォーマットのファイル、およびエディットリストが記録された後、放送局１０２に持ち運ばれる。
【０１８８】
放送局１０２においては、編集装置１０３により、光ディスク２から高解像度のビデオデータと、高音質のオーディオデータが読み出されて復号され、光ディスク２に記録されたエディットリストに従って、放送（オンエア）される。
【０１８９】
なお、光ディスク２に低品質のＡＶ多重フォーマットのファイルと高品質のＡＶ多重フォーマットのファイルを記録するようにしたが、光ディスク２に、一方（例えば、高品質のＡＶ多重フォーマットのファイル）だけを記録するようにし、他方（例えば、低品質のＡＶ多重フォーマットのファイル）を、半導体メモリを用いたメモリカードなどの他の記録媒体に記録するようにしてもよい。
【０１９０】
また、放送局１０２は、編集装置１０３を有するようにしたが、編集装置１０３の代わりに、ＰＣ１０４を有するようにしてもよいし、取材現場においては、ＰＣ１０４の代わりに、編集装置１０３を使用するようにしてもよい。
【０１９１】
図２３のフローチャートを参照して、図２２のＡＶネットワークシステムの処理について説明する。なお、図２３においては、映像記録装置１とＰＣ１０４の処理について説明するが、ＰＣ１０４を、編集装置１０３に代えてＡＶネットワークシステムの処理を行うようにしてもよい。
【０１９２】
映像記録装置１の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータを、高解像度と低解像度に符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、高音質と低音質に符号化し、ファイル生成部２２に供給する。
【０１９３】
ステップＳ１０１において、映像記録装置１のファイル生成部２２は、ビデオデータとオーディオデータを用いて、ＡＶ多重フォーマットを生成し、ドライブ２３を制御し、光ディスク２に記録させる。また同時に、ファイル生成部２２は、生成されたＡＶ多重フォーマットを、記憶部２０にも記録し、ステップＳ１０２に進む。
【０１９４】
具体的には、ファイル生成部２２は、ビデオ符号化部１５より供給された高解像度と低解像度のビデオデータと、オーディオ符号化部１６より供給された高音質と低音質のオーディオデータを用いて、高品質と低品質のＡＶ多重フォーマットのファイルを生成し、ドライブ２３を制御し、生成したＡＶ多重フォーマットのファイルを光ディスク２に記録させる。また同時に、ビデオ符号化部１５より供給された低解像度のビデオデータと、オーディオ符号化部１６より供給された低解像度のオーディオデータを用いて、低品質のＡＶ多重フォーマットのファイルを生成し、一旦記憶部２０に記憶する。
【０１９５】
ステップＳ１０２において、映像記録装置１のＣＰＵ１１は、通信部２１を制御し、記憶部２０に記録された低品質のＡＶ多重フォーマットのファイルを、例えば、近距離無線通信により、ＰＣ１０４に送信する。
【０１９６】
これに対応して、ＰＣ１０４は、ステップＳ１２１において、低品質のＡＶ多重フォーマットのファイルを受信し、ＱＴを用いて、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集し、ステップＳ１２２に進み、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストとして、近距離無線通信により、映像記録装置１に送信する。
【０１９７】
映像記録装置１の通信部２１は、ステップＳ１０３において、ＰＣ１０４よりエディットリストを受信し、ステップＳ１０４に進み、受信したエディットリストを、光ディスク２に記録する。
【０１９８】
この光ディスク２が、放送局１０２に持ち込まれるので、放送局１０２は、光ディスク２から高解像度のビデオデータと、高音質のオーディオデータが読み出して復号し、光ディスク２に記憶されたエディットリストに従って、放送する。
【０１９９】
以上のように、ＡＶ多重フォーマットを用いるようにしたので、被写体を撮像した取材現場などに高価な専用の編集装置１０３がなくても、汎用で、また、携帯可能なＰＣ１０４で、ＡＶ多重フォーマットのファイルの確認や編集を行うことができる。さらに、低品質のＡＶ多重フォーマットを用いることにより、通信や編集の負荷が軽減される。
【０２００】
以上により、収録されてから放送されるまでの時間を短縮することができる。また、ＰＣ１０４を用いることができるので、収録にかかる費用も削減される。
【０２０１】
なお、本実施の形態では、映像記録装置１において、光ディスク２に対して、ＡＶ多重フォーマットのファイルを読み書きするようにしたが、ＡＶ多重フォーマットのファイルは、光ディスク２などのディスク状の記録媒体に限らず、磁気テープなどのテープ状の記録媒体や、半導体メモリなどに対して読み書きすることが可能である。
【０２０２】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム格納媒体からインストールされる。
【０２０３】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム格納媒体は、図２に示されるように、光ディスク２などよりなるパッケージメディア、または、プログラムが一時的もしくは永続的に格納される記憶部２０などにより構成される。
【０２０４】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０５】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２０６】
【発明の効果】
以上の如く、本発明によれば、放送機器とパーソナルコンピュータとの間でファイルを交換することができる。
【図面の簡単な説明】
【図１】本発明を適用したＡＶネットワークシステムの構成例を示す図である。
【図２】図１の映像記録装置の構成例を示すブロック図である。
【図３】図１のＡＶネットワークシステムで用いられるＡＶ多重フォーマットのファイルの構成例を示す図である。
【図４】図３のＡＶ多重フォーマットのファイルの他の構成例を示す図である。
【図５】図４のＡＶ多重フォーマットのファイルヘッダ部の構成例を示す図である。
【図６】図５のムービアトムの構成例を示す図である。
【図７】図６の時間サンプルアトムの構成例を示す図である。
【図８】図６の同期アトムの構成例を示す図である。
【図９】図６のサンプルチャンクアトムの構成例を示す図である。
【図１０】図６のサンプルサイズアトムの構成例を示す図である。
【図１１】図６のチャンクオフセットアトムの構成例を示す図である。
【図１２】図４のＡＶ多重フォーマットのファイルボディ部の構成例を示す図である。
【図１３】図１２のサウンドアイテムの構成例を示す図である。
【図１４】図４のＡＶ多重フォーマットのファイルボディ部の他の構成例を示す図である。
【図１５】図１２のピクチャアイテムの構成例を示す図である。
【図１６】一般的なＱＴファイルの生成処理を説明する図である。
【図１７】図４のＡＶ多重フォーマットのファイルの生成処理を説明するフローチャートである。
【図１８】図１７のステップＳ５のファイルフッタ部およびファイルヘッダ部の生成処理を説明するフローチャートである。
【図１９】図４のＡＶ多重フォーマットのファイルの他の構成例を示す図である。
【図２０】図４のＡＶ多重フォーマットのファイルのさらに他の構成例を示す図である。
【図２１】図２０のＡＶ多重フォーマットのファイルの生成処理を説明するフローチャートである。
【図２２】本発明のＡＶネットワークシステムの他の構成例を示す図である。
【図２３】図２２のＡＶネットワークシステムの処理を説明するフローチャートである。
【符号の説明】
１  映像記録装置，２  光ディスク，３  編集装置，４  ＰＣ，５  ネットワーク，６  編集装置，７  ＰＣ，１１  ＣＰＵ，１５  ビデオ符号化部，１６  オーディオ符号化部，２０  記憶部，２１  通信部，２２  ファイル生成部，２３ドライブ，１０１  通信衛星，１０２  放送局，１０３  編集装置，１０４  ＰＣ
【図１】
2004336593.tif 000003
【図２】
2004336593.tif 000004
【図３】
2004336593.tif 000005
【図４】
2004336593.tif 000006
【図５】
2004336593.tif 000007
【図６】
2004336593.tif 000008
【図７】
2004336593.tif 000009
【図８】
2004336593.tif 000010
【図９】
2004336593.tif 000011
【図１０】
2004336593.tif 000012
【図１１】
2004336593.tif 000013
【図１２】
2004336593.tif 000014
【図１３】
2004336593.tif 000015
【図１４】
2004336593.tif 000016
【図１５】
2004336593.tif 000017
【図１６】
2004336593.tif 000018
【図１７】
2004336593.tif 000019
【図１８】
2004336593.tif 000020
【図１９】
2004336593.tif 000021
【図２０】
2004336593.tif 000022
【図２１】
2004336593.tif 000023
【図２２】
2004336593.tif 000024
【図２３】
2004336593.tif 000025