(57)【要約】【課題】放送機器とパーソナルコンピュータとの間でファイルをリアルタイムに送信することができるようにする。【解決手段】ＡＶ多重フォーマットのファイルにおいて、ＭＸＦのファイルボディ部は、年輪長単位に分けられた１以上のエッセンスコンテナにより構成される。これらのエッセンスコンテナは、ＱＴのファイル構造においては、対応するムービデータアトム内で管理される。すなわち、ＭＸＦのファイルボディ部のエッセンスコンテナが所定の年輪長毎に生成されるので、ＱＴのムービデータアトムも年輪長のＡＶデータで構成することができ、mdatヘッダにサイズを記述することができる。これにより、被写体を撮像しながら、オンザフライで他の装置にファイルを送信することができる。本発明は、映像記録装置に適用できる。【選択図】図５
2005033630.tif 000002
【特許請求の範囲】
【請求項１】
ヘッダ、ボディおよびフッタの順に構成されるフォーマットのファイルを生成する情報処理装置であって、
データが所定の単位分、メモリに蓄積されたか否かを判断するデータ判断手段と、
前記データ判断手段により前記データが前記所定の単位分、前記メモリに蓄積されたと判断された場合、前記所定の単位毎に前記ボディを構成するデータを生成するボディ生成手段と、
前記ボディ生成手段により生成された前記ボディを構成するデータのサイズを取得する取得手段と、
前記取得手段により取得された前記サイズに基づいて、前記ボディを構成するデータを読み出すためのテーブル情報であり、かつ、前記フッタの後に配置される前記テーブル情報を生成するテーブル生成手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記フォーマットは、ＭＸＦ(Material exchange Format)であり、
前記テーブル情報は、ＱＴ(Quick Time) （商標）により使用される情報である
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記データは、第１のデータよりもデータ量の少ない第２のデータである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記ヘッダは、前記ファイルのリアルタイム送信のために、前記ボディ生成手段により前記ボディが生成される前に生成される送信用ヘッダと、前記ファイルを記録するために、前記ボディ生成手段により前記ボディが生成された後に生成される記録用ヘッダのうちのいずれかにより構成される
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記送信用ヘッダを、他の情報処理装置に送信するヘッダ送信手段と、
前記ヘッダ送信手段により前記送信用ヘッダが送信された後、前記ボディ生成手段により前記ボディを構成するデータが生成される度に、前記所定の単位毎に生成された前記ボディを構成するデータを、前記他の情報処理装置に送信するボディ送信手段と、
前記ボディ送信手段により前記ボディが送信された後、前記フッタと前記テーブル生成手段により生成された前記テーブル情報を、前記他の情報処理装置に送信するフッタ送信手段と
をさらに備えることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記ボディ生成手段により前記ボディを構成するデータが生成される度に、前記所定の単位毎に生成された前記ボディを構成するデータを記録媒体に記録するボディ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディの後に、前記フッタと前記テーブル情報を記録するフッタ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディの前に、前記記録用ヘッダを記録するヘッダ記録手段と
をさらに備えることを特徴とする請求項４に記載の情報処理装置。
【請求項７】
ヘッダ、ボディおよびフッタの順に構成されるフォーマットのファイルを生成する情報処理方法であって、
データが所定の単位分、メモリに蓄積されたか否かを判断するデータ判断ステップと、
前記データ判断ステップの処理により前記データが前記所定の単位分、前記メモリに蓄積されたと判断された場合、前記所定の単位毎に前記ボディを構成するデータを生成するボディ生成ステップと、
前記ボディ生成ステップの処理により生成された前記ボディを構成するデータのサイズを取得する取得ステップと、
前記取得ステップの処理により取得された前記サイズに基づいて、前記ボディを構成するデータを読み出すためのテーブル情報であり、かつ、前記フッタの後に配置される前記テーブル情報を生成するテーブル生成ステップと
を含むことを特徴とする情報処理方法。
【請求項８】
前記フォーマットは、ＭＸＦ(Material exchange Format)であり、
前記テーブル情報は、ＱＴ(Quick Time) （商標）により使用される情報である
ことを特徴とする請求項７に記載の情報処理方法。
【請求項９】
前記データは、第１のデータよりもデータ量の少ない第２のデータである
ことを特徴とする請求項７に記載の情報処理方法。
【請求項１０】
前記ヘッダは、前記ファイルのリアルタイム送信のために、前記ボディ生成ステップの処理により前記ボディが生成される前に生成される送信用ヘッダと、前記ファイルを記録するために、前記ボディ生成ステップの処理により前記ボディが生成された後に生成される記録用ヘッダのうちのいずれかにより構成される
ことを特徴とする請求項７に記載の情報処理方法。
【請求項１１】
前記送信用ヘッダを、情報処理装置に送信するヘッダ送信ステップと、
前記ヘッダ送信ステップの処理により前記送信用ヘッダが送信された後、前記ボディ生成ステップの処理により前記ボディを構成するデータが生成される度に、前記所定の単位毎に生成された前記ボディを構成するデータを、前記情報処理装置に送信するボディ送信ステップと、
前記ボディ送信ステップの処理により前記ボディが送信された後、前記フッタと前記テーブル生成ステップの処理により生成された前記テーブル情報を、前記情報処理装置に送信するフッタ送信ステップと
をさらに含むことを特徴とする請求項１０に記載の情報処理方法。
【請求項１２】
前記ボディ生成ステップの処理により前記ボディを構成するデータが生成される度に、前記所定の単位毎に生成された前記ボディを構成するデータを記録媒体に記録するボディ記録ステップと、
前記ボディ記録ステップの処理により前記記録媒体に記録された前記ボディの後に、前記フッタと前記テーブル情報を記録するフッタ記録ステップと、
前記ボディ記録ステップの処理により前記記録媒体に記録された前記ボディの前に、前記記録用ヘッダを記録するヘッダ記録ステップと
をさらに含むことを特徴とする請求項１０に記載の情報処理方法。
【請求項１３】
ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理をコンピュータに行わせるプログラムが記録されるプログラム記録媒体であって、
データが所定の単位分、メモリに蓄積されたか否かを判断するデータ判断ステップと、
前記データ判断ステップの処理により前記データが前記所定の単位分、前記メモリに蓄積されたと判断された場合、前記所定の単位毎に前記ボディを構成するデータを生成するボディ生成ステップと、
前記ボディ生成ステップの処理により生成された前記ボディを構成するデータのサイズを取得する取得ステップと、
前記取得ステップの処理により取得された前記サイズに基づいて、前記ボディを構成するデータを読み出すためのテーブル情報であり、かつ、前記フッタの後に配置される前記テーブル情報を生成するテーブル生成ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されているプログラム記録媒体。
【請求項１４】
前記フォーマットは、ＭＸＦ(Material exchange Format)であり、
前記テーブル情報は、ＱＴ(Quick Time) （商標）により使用される情報である
ことを特徴とする請求項１３に記載のプログラム記録媒体。
【請求項１５】
前記データは、第１のデータよりもデータ量の少ない第２のデータである
ことを特徴とする請求項１３に記載のプログラム記録媒体。
【請求項１６】
前記ヘッダは、前記ファイルのリアルタイム送信のために、前記ボディ生成ステップの処理により前記ボディが生成される前に生成される送信用ヘッダと、前記ファイルを記録するために、前記ボディ生成ステップの処理により前記ボディが生成された後に生成される記録用ヘッダのうちのいずれかにより構成される
ことを特徴とする請求項１３に記載のプログラム記録媒体。
【請求項１７】
前記送信用ヘッダを、情報処理装置に送信するヘッダ送信ステップと、
前記ヘッダ送信ステップの処理により前記送信用ヘッダが送信された後、前記ボディ生成ステップの処理により前記ボディを構成するデータが生成される度に、前記所定の単位毎に生成された前記ボディを構成するデータを、前記情報処理装置に送信するボディ送信ステップと、
前記ボディ送信ステップの処理により前記ボディが送信された後、前記フッタと前記テーブル生成ステップの処理により生成された前記テーブル情報を、前記情報処理装置に送信するフッタ送信ステップと
をさらに含むことを特徴とする請求項１６に記載のプログラム記録媒体。
【請求項１８】
前記ボディ生成ステップの処理により前記ボディを構成するデータが生成される度に、前記所定の単位毎に生成された前記ボディを構成するデータを記録媒体に記録するボディ記録ステップと、
前記ボディ記録ステップの処理により前記記録媒体に記録された前記ボディの後に、前記フッタと前記テーブル情報を記録するフッタ記録ステップと、
前記ボディ記録ステップの処理により前記記録媒体に記録された前記ボディの前に、前記記録用ヘッダを記録するヘッダ記録ステップと
をさらに含むことを特徴とする請求項１６に記載のプログラム記録媒体。
【請求項１９】
ヘッダ、ボディおよびフッタからなるフォーマットのファイルを生成する情報処理をコンピュータに行わせるプログラムであって、
データが所定の単位分、メモリに蓄積されたか否かを判断するデータ判断ステップと、
前記データ判断ステップの処理により前記データが前記所定の単位分、前記メモリに蓄積されたと判断された場合、前記所定の単位毎に前記ボディを構成するデータを生成するボディ生成ステップと、
前記ボディ生成ステップの処理により生成された前記ボディを構成するデータのサイズを取得する取得ステップと、
前記取得ステップの処理により取得された前記サイズに基づいて、前記ボディを構成するデータを読み出すためのテーブル情報であり、かつ、前記フッタの後に配置される前記テーブル情報を生成するテーブル生成ステップと
を含むことを特徴とするプログラム。
【請求項２０】
前記フォーマットは、ＭＸＦ(Material exchange Format)であり、
前記テーブル情報は、ＱＴ(Quick Time) （商標）により使用される情報である
ことを特徴とする請求項１９に記載のプログラム。
【請求項２１】
前記データは、第１のデータよりもデータ量の少ない第２のデータである
ことを特徴とする請求項１９に記載のプログラム。
【請求項２２】
前記ヘッダは、前記ファイルのリアルタイム送信のために、前記ボディ生成ステップの処理により前記ボディが生成される前に生成される送信用ヘッダと、前記ファイルを記録するために、前記ボディ生成ステップの処理により前記ボディが生成された後に生成される記録用ヘッダのうちのいずれかにより構成される
ことを特徴とする請求項１９に記載のプログラム。
【請求項２３】
前記送信用ヘッダを、情報処理装置に送信するヘッダ送信ステップと、
前記ヘッダ送信ステップの処理により前記送信用ヘッダが送信された後、前記ボディ生成ステップの処理により前記ボディを構成するデータが生成される度に、前記所定の単位毎に生成された前記ボディを構成するデータを、前記情報処理装置に送信するボディ送信ステップと、
前記ボディ送信ステップの処理により前記ボディが送信された後、前記フッタと前記テーブル生成ステップの処理により生成された前記テーブル情報を、前記情報処理装置に送信するフッタ送信ステップと
をさらに含むことを特徴とする請求項２２に記載のプログラム。
【請求項２４】
前記ボディ生成ステップの処理により前記ボディを構成するデータが生成される度に、前記所定の単位毎に生成された前記ボディを構成するデータを記録媒体に記録するボディ記録ステップと、
前記ボディ記録ステップの処理により前記記録媒体に記録された前記ボディの後に、前記フッタと前記テーブル情報を記録するフッタ記録ステップと、
前記ボディ記録ステップの処理により前記記録媒体に記録された前記ボディの前に、前記記録用ヘッダを記録するヘッダ記録ステップと
をさらに含むことを特徴とする請求項２２に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、プログラム記録媒体、並びにプログラムに関し、特に、放送機器とパーソナルコンピュータとの間でファイルをリアルタイムに送信することができるようにした情報処理装置および方法、プログラム記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
近年においては、通信プロトコルなどの標準化や、通信機器の低価格化などが進み、通信Ｉ／Ｆ（Interface）を標準で装備しているパーソナルコンピュータが一般的になってきている。
【０００３】
さらに、パーソナルコンピュータの他、例えば、ＡＶ（Audio Visual）サーバやVTR(Video Tape Recorder)などの業務用放送機器についても、通信Ｉ／Ｆが標準装備されているもの、あるいは装備可能なものが一般的になっており、そのような放送機器どうしの間では、ビデオデータやオーディオデータ（以下、適宜、両方まとめてＡＶデータと称する）のファイル交換が行われている。
【０００４】
ところで、従来においては、放送機器どうしの間で交換されるファイルのフォーマットとしては、一般に、例えば、機種ごとやメーカごとに、独自のフォーマットが採用されていたため、異なる機種やメーカの放送機器どうしの間では、ファイル交換を行うことが困難であった。そこで、ファイル交換のためのフォーマットとして、例えば、特許文献１に示されるように、ＭＸＦ(Material eXchange Format)が提案され、現在標準化されつつある。
【特許文献１】ＷＯ０２／２１８４５  Ａ１
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したＭＸＦのファイルは、異なる機種やメーカの放送機器どうしの間で、ファイル交換を行うために提案されたフォーマットである。したがって、ＭＸＦのファイルは、パーソナルコンピュータなどの汎用のコンピュータでは認識することができない課題があった。すなわち、業務用放送機器とパーソナルコンピュータ間でのファイル交換ができない課題があった。
【０００６】
さらに、放送機器どうしの間においては、作業を効率よく行うために、被写体を撮像しながら、リアルタイムにＭＸＦのファイルを送信する場合もある。しかしながら、この場合においても、ＭＸＦのファイルは、パーソナルコンピュータなどの汎用のコンピュータでは認識することができないため、業務用放送機器においては、被写体を撮像しながら、パーソナルコンピュータにリアルタイムでファイルを送信できない課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、放送機器とパーソナルコンピュータとの間でファイルをリアルタイムに送信することができるようにするものである。
【課題を解決するための手段】
【０００８】
本発明の情報処理装置は、データが所定の単位分、メモリに蓄積されたか否かを判断するデータ判断手段と、データ判断手段によりデータが所定の単位分、メモリに蓄積されたと判断された場合、所定の単位毎にボディを構成するデータを生成するボディ生成手段と、ボディ生成手段により生成されたボディを構成するデータのサイズを取得する取得手段と、取得手段により取得されたサイズに基づいて、ボディを構成するデータを読み出すためのテーブル情報であり、かつ、フッタの後に配置されるテーブル情報を生成するテーブル生成手段とを備えることを特徴とする。
【０００９】
フォーマットは、ＭＸＦ(Material exchange Format)であり、テーブル情報は、ＱＴ(Quick Time) （商標）により使用される情報であるようにすることができる。
【００１０】
データは、第１のデータよりもデータ量の少ない第２のデータであるようにすることができる。
【００１１】
ヘッダは、ファイルのリアルタイム送信のために、ボディ生成手段によりボディが生成される前に生成される送信用ヘッダと、ファイルを記録するために、ボディ生成手段によりボディが生成された後に生成される記録用ヘッダのうちのいずれかにより構成されるようにすることができる。
【００１２】
送信用ヘッダを、他の情報処理装置に送信するヘッダ送信手段と、ヘッダ送信手段により送信用ヘッダが送信された後、ボディ生成手段によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを、他の情報処理装置に送信するボディ送信手段と、ボディ送信手段によりボディが送信された後、フッタとテーブル生成手段により生成されたテーブル情報を、他の情報処理装置に送信するフッタ送信手段とをさらに備えるようにすることができる。
【００１３】
ボディ生成手段によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを記録媒体に記録するボディ記録手段と、ボディ記録手段により記録媒体に記録されたボディの後に、フッタとテーブル情報を記録するフッタ記録手段と、ボディ記録手段により記録媒体に記録されたボディの前に、記録用ヘッダを記録するヘッダ記録手段とをさらに備えることを特徴とするようにすることができる。
【００１４】
本発明の情報処理方法は、データが所定の単位分、メモリに蓄積されたか否かを判断するデータ判断ステップと、データ判断ステップの処理によりデータが所定の単位分、メモリに蓄積されたと判断された場合、所定の単位毎にボディを構成するデータを生成するボディ生成ステップと、ボディ生成ステップの処理により生成されたボディを構成するデータのサイズを取得する取得ステップと、取得ステップの処理により取得されたサイズに基づいて、ボディを構成するデータを読み出すためのテーブル情報であり、かつ、フッタの後に配置されるテーブル情報を生成するテーブル生成ステップとを含むことを特徴とする。
【００１５】
フォーマットは、ＭＸＦ(Material exchange Format)であり、テーブル情報は、ＱＴ(Quick Time) （商標）により使用される情報であるようにすることができる。
【００１６】
データは、第１のデータよりもデータ量の少ない第２のデータであるようにすることができる。
【００１７】
ヘッダは、ファイルのリアルタイム送信のために、ボディ生成ステップの処理によりボディが生成される前に生成される送信用ヘッダと、ファイルを記録するために、ボディ生成ステップの処理によりボディが生成された後に生成される記録用ヘッダのうちのいずれかにより構成されるようにすることができる。
【００１８】
送信用ヘッダを、情報処理装置に送信するヘッダ送信ステップと、ヘッダ送信ステップの処理により送信用ヘッダが送信された後、ボディ生成ステップの処理によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを、情報処理装置に送信するボディ送信ステップと、ボディ送信ステップの処理によりボディが送信された後、フッタとテーブル生成ステップの処理により生成されたテーブル情報を、情報処理装置に送信するフッタ送信ステップとをさらに含むようにすることができる。
【００１９】
ボディ生成ステップの処理によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを記録媒体に記録するボディ記録ステップと、ボディ記録ステップの処理により記録媒体に記録されたボディの後に、フッタとテーブル情報を記録するフッタ記録ステップと、ボディ記録ステップの処理により記録媒体に記録されたボディの前に、記録用ヘッダを記録するヘッダ記録ステップとをさらに含むようにすることができる。
【００２０】
本発明のプログラム記録媒体に記録されるプログラムは、データが所定の単位分、メモリに蓄積されたか否かを判断するデータ判断ステップと、データ判断ステップの処理によりデータが所定の単位分、メモリに蓄積されたと判断された場合、所定の単位毎にボディを構成するデータを生成するボディ生成ステップと、ボディ生成ステップの処理により生成されたボディを構成するデータのサイズを取得する取得ステップと、取得ステップの処理により取得されたサイズに基づいて、ボディを構成するデータを読み出すためのテーブル情報であり、かつ、フッタの後に配置されるテーブル情報を生成するテーブル生成ステップとを含むことを特徴とする。
【００２１】
フォーマットは、ＭＸＦ(Material exchange Format)であり、テーブル情報は、ＱＴ(Quick Time) （商標）により使用される情報であるようにすることができる。
【００２２】
データは、第１のデータよりもデータ量の少ない第２のデータであるようにすることができる。
【００２３】
ヘッダは、ファイルのリアルタイム送信のために、ボディ生成ステップの処理によりボディが生成される前に生成される送信用ヘッダと、ファイルを記録するために、ボディ生成ステップの処理によりボディが生成された後に生成される記録用ヘッダのうちのいずれかにより構成されるようにすることができる。
【００２４】
送信用ヘッダを、情報処理装置に送信するヘッダ送信ステップと、ヘッダ送信ステップの処理により送信用ヘッダが送信された後、ボディ生成ステップの処理によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを、情報処理装置に送信するボディ送信ステップと、ボディ送信ステップの処理によりボディが送信された後、フッタとテーブル生成ステップの処理により生成されたテーブル情報を、情報処理装置に送信するフッタ送信ステップとをさらに含むようにすることができる。
【００２５】
ボディ生成ステップの処理によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを記録媒体に記録するボディ記録ステップと、ボディ記録ステップの処理により記録媒体に記録されたボディの後に、フッタとテーブル情報を記録するフッタ記録ステップと、ボディ記録ステップの処理により記録媒体に記録されたボディの前に、記録用ヘッダを記録するヘッダ記録ステップとをさらに含むようにすることができる。
【００２６】
本発明のプログラムは、データが所定の単位分、メモリに蓄積されたか否かを判断するデータ判断ステップと、データ判断ステップの処理によりデータが所定の単位分、メモリに蓄積されたと判断された場合、所定の単位毎にボディを構成するデータを生成するボディ生成ステップと、ボディ生成ステップの処理により生成されたボディを構成するデータのサイズを取得する取得ステップと、取得ステップの処理により取得されたサイズに基づいて、ボディを構成するデータを読み出すためのテーブル情報であり、かつ、フッタの後に配置されるテーブル情報を生成するテーブル生成ステップとを含むことを特徴とする。
【００２７】
フォーマットは、ＭＸＦ(Material exchange Format)であり、テーブル情報は、ＱＴ(Quick Time) （商標）により使用される情報であるようにすることができる。
【００２８】
データは、第１のデータよりもデータ量の少ない第２のデータであるようにすることができる。
【００２９】
ヘッダは、ファイルのリアルタイム送信のために、ボディ生成ステップの処理によりボディが生成される前に生成される送信用ヘッダと、ファイルを記録するために、ボディ生成ステップの処理によりボディが生成された後に生成される記録用ヘッダのうちのいずれかにより構成されるようにすることができる。
【００３０】
送信用ヘッダを、情報処理装置に送信するヘッダ送信ステップと、ヘッダ送信ステップの処理により送信用ヘッダが送信された後、ボディ生成ステップの処理によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを、情報処理装置に送信するボディ送信ステップと、ボディ送信ステップの処理によりボディが送信された後、フッタとテーブル生成ステップの処理により生成されたテーブル情報を、情報処理装置に送信するフッタ送信ステップとをさらに含むようにすることができる。
【００３１】
ボディ生成ステップの処理によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを記録媒体に記録するボディ記録ステップと、ボディ記録ステップの処理により記録媒体に記録されたボディの後に、フッタとテーブル情報を記録するフッタ記録ステップと、ボディ記録ステップの処理により記録媒体に記録されたボディの前に、記録用ヘッダを記録するヘッダ記録ステップとをさらに含むようにすることができる。
【００３２】
本発明においては、データが所定の単位分、メモリに蓄積されたか否かが判断され、データが所定の単位分、メモリに蓄積されたと判断された場合、所定の単位毎にボディを構成するデータが生成される。そして、生成されたボディを構成するデータのサイズが取得され、取得されたサイズに基づいて、ボディを構成するデータを読み出すためのテーブル情報であり、かつ、フッタの後に配置されるテーブル情報が生成される。
【発明の効果】
【００３３】
本発明によれば、放送機器とパーソナルコンピュータとの間でファイルを交換することができる。さらに、本発明によれば、放送機器とパーソナルコンピュータとの間でファイルをリアルタイムに送信することができる。
【発明を実施するための最良の形態】
【００３４】
以下に本発明を実施するための最良の形態を説明するが、請求項に記載の構成要件と、発明を実施するための最良の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明を実施するための最良の形態に記載されていることを確認するためのものである。従って、発明を実施するための最良の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００３５】
さらに、この記載は、発明を実施するための最良の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明を実施するための最良の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００３６】
請求項１に記載の情報処理装置は、ヘッダ（例えば、図５のファイルヘッダ部）、ボディ（例えば、図５のファイルボディ部）およびフッタ（例えば、図５のファイルフッタ部）の順に構成されるフォーマットのファイル（例えば、図５のＡＶ多重フォーマットのファイル）を生成する情報処理装置（例えば、図１の映像記録装置１）であって、データが所定の単位（例えば、年輪長）分、メモリ（例えば、図２のメモリ３３）に蓄積されたか否かを判断するデータ判断手段（例えば、図１８のステップＳ２１の処理を実行する図２のファイル生成部２２）と、データ判断手段によりデータが所定の単位分、メモリに蓄積されたと判断された場合、所定の単位毎にボディを構成するデータ（例えば、図６の年輪データ５１−１）を生成するボディ生成手段（例えば、図１８のステップＳ２２の処理を実行する図２のファイル生成部２２）と、ボディ生成手段により生成されたボディを構成するデータのサイズ（例えば、フレームサイズ）を取得する取得手段（例えば、図１８のステップＳ２３の処理を実行する図２のファイル生成部２２）と、取得手段により取得されたサイズに基づいて、ボディを構成するデータを読み出すためのテーブル情報（例えば、図５のムービアトム）であり、かつ、フッタの後に配置されるテーブル情報を生成するテーブル生成手段（例えば、図１７のステップＳ６の処理を実行する図２のファイル生成部２２）とを備えることを特徴とする。
【００３７】
請求項３に記載の情報処理装置は、第１のデータ（例えば、放送局で放送するための高解像度のビデオデータ）よりもデータ量の少ない第２のデータ（例えば、通信や編集のための低解像度のビデオデータ）であることを特徴とする。
【００３８】
請求項５に記載の情報処理装置は、送信用ヘッダを、他の情報処理装置（例えば、図１の編集装置６）に送信するヘッダ送信手段（例えば、図１７のステップＳ４の処理を実行する図２の通信部２１）と、ヘッダ送信手段により送信用ヘッダが送信された後、ボディ生成手段によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを、他の情報処理装置に送信するボディ送信手段（例えば、図１８のステップＳ２４の処理を実行する図２の通信部２１）と、ボディ送信手段によりボディが送信された後、フッタとテーブル生成手段により生成されたテーブル情報を、他の情報処理装置に送信するフッタ送信手段（例えば、図１７のステップＳ７の処理を実行する図２の通信部２１）とをさらに備えることを特徴とする。
【００３９】
請求項６に記載の情報処理装置は、ボディ生成手段によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを記録媒体（例えば、図１の光ディスク２）に記録するボディ記録手段（例えば、図１８のステップＳ２５の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディの後に、フッタとテーブル情報を記録するフッタ記録手段（例えば、図１７のステップＳ８の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディの前に、記録用ヘッダを記録するヘッダ記録手段（例えば、図１７のステップＳ９の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００４０】
請求項７に記載の情報処理方法は、ヘッダ、ボディおよびフッタの順に構成されるフォーマットのファイルを生成する情報処理方法であって、データが所定の単位分、メモリに蓄積されたか否かを判断するデータ判断ステップ（例えば、図１８のステップＳ２１）と、データ判断ステップの処理によりデータが所定の単位分、メモリに蓄積されたと判断された場合、所定の単位毎にボディを構成するデータを生成するボディ生成ステップ（例えば、図１８のステップＳ２２）と、ボディ生成ステップの処理により生成されたボディを構成するデータのサイズを取得する取得ステップ（例えば、図１８のステップＳ２３）と、取得ステップの処理により取得されたサイズに基づいて、ボディを構成するデータを読み出すためのテーブル情報であり、かつ、フッタの後に配置されるテーブル情報を生成するテーブル生成ステップ（例えば、図１７のステップＳ６）とを含むことを特徴とする。
【００４１】
請求項１１に記載の情報処理方法は、送信用ヘッダを、情報処理装置に送信するヘッダ送信ステップ（例えば、図１７のステップＳ４）と、ヘッダ送信ステップの処理により送信用ヘッダが送信された後、ボディ生成ステップの処理によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを、情報処理装置に送信するボディ送信ステップ（例えば、図１８のステップＳ２４）と、ボディ送信ステップの処理によりボディが送信された後、フッタとテーブル生成ステップの処理により生成されたテーブル情報を、情報処理装置に送信するフッタ送信ステップ（例えば、図１７のステップＳ７）とをさらに含むことを特徴とする。
【００４２】
請求項１２に記載の情報処理方法は、ボディ生成ステップの処理によりボディを構成するデータが生成される度に、所定の単位毎に生成されたボディを構成するデータを記録媒体に記録するボディ記録ステップ（例えば、図１８のステップＳ２５）と、ボディ記録ステップの処理により記録媒体に記録されたボディの後に、フッタとテーブル情報を記録するフッタ記録ステップ（例えば、図１７のステップＳ８）と、ボディ記録ステップの処理により記録媒体に記録されたボディの前に、記録用ヘッダを記録するヘッダ記録ステップ（例えば、図１７のステップＳ９）とをさらに含むことを特徴とする。
【００４３】
なお、本発明のプログラム記録媒体およびプログラムも、上述した本発明の情報処理方法と基本的に同様の構成であるため、繰り返しになるのでその説明は省略する。
【００４４】
以下、図を参照して、発明を実施するための最良の形態について説明する。
【００４５】
図１は、本発明を適用したＡＶネットワークシステム（システムとは、複数の装置が論理的に集合したものをいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００４６】
映像記録装置１には、光ディスク２を着脱することができるようになっている。映像記録装置１は、被写体を撮影しながら、撮像した被写体のビデオデータ、および集音したオーディオデータから、後述するＡＶ多重フォーマットのファイルを生成し、オンザフライ(On The Fly)で、装着された光ディスク２に記録したり、ネットワーク５を介して伝送する。また、映像記録装置１は、予め撮像された被写体のビデオデータ、および集音したオーディオデータから、ＡＶ多重フォーマットのファイルを生成し、装着された光ディスク２に記録したり、ネットワーク５を介して伝送する。
【００４７】
また、映像記録装置１は、装着された光ディスク２あるいは内蔵する記憶部２０（図２）からＡＶ多重フォーマットのファイルを読み出し、読み出したＡＶ多重フォーマットのファイルを、ネットワーク５を介して伝送する。
【００４８】
ここで、ＡＶ多重フォーマットのファイルは、例えば、ＭＸＦの規格に準拠したファイルであり、図４を参照して詳しく後述するが、ファイルヘッダ部(File Header)、ファイルボディ部(File Body)、ファイルフッタ部(File Footer)からなる。そして、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠したファイルであるから、そのファイルボディ部には、ＡＶデータであるビデオデータとオーディオデータとが、図３を参照して後述する年輪長という所定の単位毎に、多重化されて配置されている。
【００４９】
さらに、ＡＶ多重フォーマットのファイルは、プラットフォームに依存せず、様々な記録形式に対応し、拡張性があるソフトウェアであるＱＴ(Quick Time)（商標）のファイル構造を有しており、ＭＸＦの規格に準拠していなくても、ＱＴを有する装置であれば、再生、編集ができるように構成されている。すなわち、ＡＶ多重フォーマットのファイルボディ部のデータは、年輪長単位で、ＱＴに管理され、ＡＶ多重フォーマットのファイルフッタ部の後には、ＭＸＦの規格に準拠したファイルボディ部に年輪長単位で配置されたビデオデータとオーディオデータを、ＱＴで再生、編集するために必要な情報（図７を参照して後述するサンプルテーブル）が配置されている。
【００５０】
図１において、編集装置３およびＰＣ（Personal Computer）４には、光ディスク２を着脱することができるようになっている。編集装置３は、ＭＸＦの規格に準拠したファイルを取り扱うことができるＭＸＦの規格に準拠した装置であり、装着された光ディスク２から、ＡＶ多重フォーマットのファイルのビデオデータやオーディオデータを読み出すことができる。そして、編集装置３は、読み出したＡＶ多重フォーマットのファイルのビデオデータやオーディオデータを対象に、ストリーミング再生や編集を行い、その編集結果として、ＡＶ多重フォーマットのファイルのビデオデータやオーディオデータを、装着された光ディスク２に記録する。
【００５１】
ＰＣ４は、ＭＸＦの規格に準拠した装置ではないが、ＱＴのソフトウェアを有している。したがって、ＰＣ４は、ＱＴを用いて、装着された光ディスク２から、ＡＶ多重フォーマットのファイルのビデオデータやオーディオデータを読み出すことができる。すなわち、ＰＣ４は、ＱＴを用いて、ＡＶ多重フォーマットのファイルフッタ部の後に配置されたＱＴで再生、編集するために必要な情報に基づいて、ＡＶ多重フォーマットのファイルボディ部に年輪長単位で配置されたビデオデータまたはオーディオデータを読み出し、編集処理などを行うことができる。
【００５２】
また、図１において、ネットワーク５に接続されている編集装置６は、例えば、編集装置３と同様に、ＭＸＦの規格に準拠したファイルを取り扱うことができるＭＸＦの規格に準拠した装置であり、したがって、ネットワーク５を介して、映像記録装置１から伝送されてくるＡＶ多重フォーマットのファイルを受信し、再生する。さらに、編集装置６は、ネットワーク５を介して、被写体を撮影している映像記録装置１からオンザフライで伝送されてくるＡＶ多重フォーマットのファイルを受信し、受信したＡＶ多重フォーマットのファイルをリアルタイムに再生する。
【００５３】
また、編集装置６は、ＡＶ多重フォーマットのファイルを、ネットワーク５を介して、映像記録装置１に伝送する。すなわち、映像記録装置１と、編集装置６との間では、ネットワーク５を介して、ＡＶ多重フォーマットのファイルのファイル交換を行うことができる。さらに、編集装置６は、受信したＡＶ多重フォーマットのファイルを対象に、そのストリーミング再生、編集などの各種の処理を行うことができる。
【００５４】
一方、ネットワーク５に接続されているＰＣ７は、ＰＣ４と同様に、ＭＸＦの規格に準拠した装置ではないが、ＱＴのソフトウェアを有している。したがって、ＰＣ７は、ネットワーク５を介して、映像記録装置１から伝送されてくるＡＶ多重フォーマットのファイルを受信し、受信したＡＶ多重フォーマットのファイルを再生する。また、ＰＣ７は、ネットワーク５を介して、被写体を撮影している映像記録装置１からオンザフライで伝送されてくるＡＶ多重フォーマットのファイルも受信し、受信完了後に、受信されたＡＶ多重フォーマットのファイルを再生する。すなわち、ＡＶ多重フォーマットのファイルボディ部に年輪単位で配置されたデータが、（図５を参照して後述する）ＱＴのムービデータアトムで管理され、ファイルフッタ部の後には、ＱＴで再生、編集するために必要な情報が配置されているので、ＰＣ７は、ＱＴを用いて、その情報に基づいて、ＡＶ多重フォーマットのファイルボディ部に年輪長単位で配置されたビデオデータとオーディオデータを読み出し、編集処理などを行うことができる。また、ＰＣ７は、ＡＶ多重フォーマットのファイルを、ネットワーク５を介して、映像記録装置１に伝送する。
【００５５】
以上のように、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠したファイルであり、ＭＸＦの規格に準拠したファイルボディ部には、ビデオファイルとオーディオファイルが、年輪長単位で配置されている。さらに、ＡＶ多重フォーマットのファイルフッタ部の後には、ＭＸＦの規格に準拠したファイルボディ部に年輪長単位で配置されたビデオファイルとオーディオファイルを、ＱＴで再生、編集するために必要な情報が配置されている。これにより、映像記録装置１は、ＡＶ多重フォーマットのファイルを、送信、光ディスク２への記録、または、リアルタイム送信することによって、編集装置３および６だけでなく、汎用のＰＣ４および７とも互換性を保持することができる。
【００５６】
すなわち、映像記録装置１、ＭＸＦの規格に準拠した装置である編集装置３および６、並びに、ＱＴのソフトウェアを有しているＰＣ４および７間においては、ＡＶ多重フォーマットのファイルを用いて、伝送、光ディスク２への記録、または、リアルタイム伝送などにより、ファイル交換を行うことができる。
【００５７】
図２は、本発明を適用した映像記録装置１の構成例を表している。図２において、ＣＰＵ（Central Processing Unit）１１は、ＲＯＭ（Read Only Memory）１２に記憶されているプログラム、または記憶部２０からＲＡＭ（Random Access Memory）１３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１３にはまた、ＣＰＵ１１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００５８】
ＣＰＵ１１、ＲＯＭ１２、およびＲＡＭ１３は、バス１４を介して相互に接続されている。バス１４には、ビデオ符号化部１５、オーディオ符号化部１６、および入出力インタフェース１７が接続されている。
【００５９】
ビデオ符号化部１５は、撮像部３１より入力されたビデオデータをMPEG(Moving Picture Experts Group)4方式で符号化し、記憶部２０またはファイル生成部２２に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、ITU-T G.711 A-Law方式で符号化し、記憶部２０またはファイル生成部２２に供給する。なお、いまの場合、ビデオ符号化部１５は、本格的な編集や再生のときに実際に使用される本線のビデオデータよりも低い解像度のビデオデータ（すなわち、データ量の少ないビデオデータ）に符号化しているが、求められる品質またはファイル容量などに応じた解像度のビデオデータに符号化することができる。また、オーディオ符号化部１６は、本格的な編集や再生のときに実際に使用される本線のオーディオデータよりも低い品質のオーディオデータ（すなわち、データ量の少ないオーディオデータ）に符号化されているが、求められる品質またはファイル容量などに応じた品質のオーディオデータに符号化することができる。
【００６０】
入出力インタフェース１７には、被写体を撮像し、撮像したビデオデータを入力する撮像部３１、および、オーディオデータを入力するマイクロホン３２などにより構成される入力部１８、ＣＲＴ(Cathode Ray Tube) 、ＬＣＤ(Liquid Crystal Display)などよりなるモニタ、並びにスピーカなどよりなる出力部１９、記憶部２０、通信部２１、ファイル生成部２２、ドライブ２３、および、撮影者などにより操作されるボタンやダイヤルなどからなる操作部２４が接続されている。
【００６１】
記憶部２０は、メモリやハードディスクなどにより構成され、ビデオ符号化部１５より供給されるビデオデータ、オーディオ符号化部１６より供給されるオーディオデータなどを記憶する。
【００６２】
通信部２１は、例えば、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)モデム等で構成され、例えば、インターネットやイントラネット等のネットワーク５を介して、編集装置６やＰＣ７などと、ＡＶ多重フォーマットのファイルをやりとりする。また、通信部２１は、通信衛星や無線通信を介しても、編集装置６やＰＣ７などと、ＡＶ多重フォーマットのファイルをやりとりする。
【００６３】
具体的には、通信部２１は、ファイル生成部２２により生成されたＡＶ多重フォーマットのファイルヘッダ部、ファイルボディ部、およびファイルフッタ部の各データが供給される毎に、供給されたデータを、ネットワーク５を介して伝送する。また、通信部２１は、ネットワーク５を介して伝送されてくるＡＶ多重フォーマットのファイルを受信して、出力部１９または記憶部２０に供給する。なお、通信部２１は、記憶部２０に一旦記憶されているＡＶ多重フォーマットのファイルを送ることもできる。
【００６４】
ファイル生成部２２は、ビデオ符号化部１５より供給されるビデオデータ、オーディオ符号化部１６より供給されるオーディオデータを一旦蓄積するメモリ３３を有している。ファイル生成部２２は、ビデオ符号化部１５より供給されるビデオデータ、オーディオ符号化部１６より供給されるオーディオデータを一旦メモリ３３に蓄積し、蓄積されたビデオデータ、オーディオデータが１年輪長分蓄積された場合に、ファイルボディ部を構成する年輪長単位のデータを生成し、通信部２１およびドライブ２３に供給する。また、ファイル生成部２２は、ＡＶ多重フォーマットのファイルヘッダ部およびファイルフッタ部などを生成し、生成されたデータを通信部２１およびドライブ２３に供給する。なお、詳細な説明は後述するが、このとき、送信用と記録用に２種類のファイルヘッダ部とファイルフッタ部が生成される。また、ファイル生成部２２は、記憶部２０に記憶されるビデオデータおよびオーディオデータからも、ＡＶ多重フォーマットのファイルを生成し、通信部２１またはドライブ２３に供給する。
【００６５】
ドライブ２３には、光ディスク２を着脱することができるようになっている。ドライブ２３は、そこに装着された光ディスク２を駆動することにより、ファイル生成部２２から供給されるＡＶ多重フォーマットのファイルを記録する。具体的には、ドライブ２３は、ファイル生成部２２から供給されるファイルボディ部を記録し、記録されたファイルボディ部の後にファイルフッタ部を記録し、記録されたファイルボディ部の前にファイルヘッダ部を記録し、ＡＶ多重フォーマットのファイルを記録する。また、ドライブ２３は、光ディスク２からＡＶ多重フォーマットのファイルを読み出して、出力部１９または記憶部２０に供給する。
【００６６】
ここで、図３は、オーディオデータとビデオデータが記録された光ディスク２のトラックを模式的に示している。なお、図３において、オーディオデータの記録部分は、影を付して示されており、ビデオデータの記録部分は、特に模様を付さずに示されている。
【００６７】
図３の例においては、光ディスク２には、木の年輪を形成するかのように、同じような所定の再生時間帯（いまの場合、２秒間）のビデオデータとオーディオデータとが交互に記録される。このことから、光ディスク２に記録されるオーディオデータやビデオデータのひとまとまりを、「年輪」と称し、所定の再生時間帯を、「年輪長」と称する。
【００６８】
このように、光ディスク２においては、同じ年輪長（いまの場合、２秒間）のオーディオデータとビデオデータが光ディスク２上の近い位置に記録されるので、光ディスク２から、同一の再生時刻のオーディオデータとビデオデータを、迅速に読み出して再生することが可能となる。したがって、映像記録装置１においては、ファイルボディ部のデータは、この年輪長単位で生成されるように予め設定されている。
【００６９】
次に、図４は、ＡＶ多重フォーマットのファイルの構成例を示している。図４の例においては、ＡＶ多重フォーマットのファイルは、前述の特許文献１に記載されているＭＸＦの規格に準拠しており、その先頭から、ファイルヘッダ部(File Header)、ファイルボディ部(File Body)、ファイルフッタ部(File Footer)が順次配置されて構成される。
【００７０】
ＡＶ多重フォーマットのファイルヘッダ部には、その先頭から、ランイン(Run In)、ヘッダパーティションパック(Header partition pack)、ヘッダメタデータ(Header Metadata)からなるＭＸＦヘッダ（MXF Header）が順次配置される。
【００７１】
ランインは、１１バイトのパターンが合えば、ＭＸＦヘッダが始まることを解釈するためのオプションである。ランインは、最大６４キロバイトまで確保することができるが、いまの場合８バイトとされる。ランインには、ＭＸＦヘッダの１１バイトのパターン以外のものであれば、何を配置してもよい。ヘッダパーティションパックには、ヘッダを特定するための１１バイトのパターンや、ファイルボディ部に配置されるデータの形式、ファイルフォーマットを表す情報などが配置される。
【００７２】
ヘッダメタデータには、ＭＸＦの規格に準拠した編集装置６が、ファイルボディ部を構成するエッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すために必要な情報などが配置される。したがって、通常は、ファイルヘッダ部のヘッダメタデータは、ファイルボディ部およびファイルフッタ部が生成された後に、生成されたファイルボディ部に基づいて生成される。しかしながら、例えば、被写体を撮影しながら、生成されるデータをオンザフライで送信し、受信側でリアルタイム再生するなどの場合には、ファイルヘッダ部を最初に送信する必要がある。
【００７３】
このような場合に対応して、ヘッダメタデータに配置される情報のうちの、例えば、データの記録長(duration)、画像データのサイズなど、データの記録が終わらないと取得できず、かつ、これらの情報がないときであっても先頭からのリアルタイム再生が可能な情報には、ダミーデータとして、絶対に取りえない代表値（例えば、−１や０など）が記述されて、ファイルヘッダ部が生成される。このようなダミーデータが記述された情報の実際の値は、ファイルボディ部のデータの生成終了後に取得され、メタデータとしてファイルフッタ部に配置される。なお、ヘッダメタデータの一部にダミーデータが記述されたファイルヘッダ部は、ヘッダメタデータの一部にダミーデータが記述されていない、通常のファイルヘッダ部と区別するために、以下、適宜、送信用ファイルヘッダ部と称する。
【００７４】
ＭＸＦの規格に準拠した編集装置６は、被写体を撮影しながら送信されてくるＡＶ多重フォーマットのファイルを受信し、この送信用ファイルヘッダ部に基づいて、ファイルの先頭からリアルタイムに再生することができる。なお、ＡＶ多重フォーマットのファイルの受信完了後に、ＡＶ多重フォーマットのファイルを再生する場合には、ＭＸＦの規格に準拠した編集装置６は、送信用ファイルヘッダ部とファイルフッタ部のメタデータに基づいて、ＡＶ多重フォーマットのファイルを再生するので、ファイルの先頭からだけでなく、所望の位置からのＡＶ多重フォーマットのファイルを再生することができる。
【００７５】
ＡＶ多重フォーマットのファイルボディ部は、エッセンスコンテナ(Essence Container)で構成され、エッセンスコンテナには、ＡＶデータであるビデオデータとオーディオデータとが、図３を参照して上述した年輪長単位で多重化されて配置されている。
【００７６】
ＡＶ多重フォーマットのファイルフッタ部は、フッタパーティションパック(Footer Partition Pack)で構成され、フッタパーティションパックには、ファイルフッタ部を特定するためのデータなどが配置される。また、上述したように、ファイルヘッダ部のヘッダメタデータにおいて、ダミーデータが記述されている情報の実際の値は、ファイルボディ部生成終了後、ファイルフッタ部にメタデータとして配置される。なお、このメタデータが配置されているファイルフッタ部は、メタデータが配置されていない、通常のファイルフッタ部と区別するために、以下、適宜、送信用ファイルフッタ部と称する。
【００７７】
以上のように構成されたＡＶ多重フォーマットのファイルが与えられた場合、ＭＸＦの規格に準拠した編集装置３および６は、まず、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、編集装置３および６は、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【００７８】
次に、図５は、ＡＶ多重フォーマットの他の例を示している。なお、図５の例において、上段は、図４を参照して上述したＭＸＦの規格に準拠した編集装置３および６から認識されるＡＶ多重フォーマットのファイル（以下、ＭＸＦファイルと称する）の例を示しており、下段は、ＱＴを有するＰＣ４および６から認識されるＡＶ多重フォーマットのファイル（以下、ＱＴファイルと称する）の例を示している。すなわち、ＡＶ多重フォーマットは、ＱＴファイルの構造とＭＸＦファイルの構造の両方を有するように構成されている。
【００７９】
上段に示されるように、ＭＸＦファイルの構造としてのＡＶ多重フォーマットのファイルは、８バイトのランイン、ヘッダパーティションパック(ＨＰＰ：Header Partition pack)とヘッダメタデータからなるファイルヘッダ部、複数のエッセンスコンテナからなるファイルボディ部、並びに、フッタパーティションパック(ＦＰＰ：Footer Partition pack)からなるファイルフッタ部、およびスタッフィング(stuffing)のためのデータとしてのフィラー(Filler)により構成される。
【００８０】
図５の例の場合、ファイルボディ部を構成するエッセンスコンテナは、年輪長単位に分けられた、１以上のエッセンスコンテナにより構成される。年輪長は、いまの場合、２秒間とされ、NTSCのビデオデータの場合、６０フレーム分とされる。したがって、１年輪長のエッセンスコンテナには、６０フレーム分のＡＶデータその他がＫＬＶ(Key，Length，Value)構造にＫＬＶコーディングされて配置される。
【００８１】
ＫＬＶ構造とは、その先頭から、キー(Key)、レングス(Length)、バリュー(Value)が順次配置された構造であり、キーには、バリューに配置されるデータがどのようなデータであるかを表す、SMPTE 298Mの規格に準拠した１６バイトのラベルが配置される。レングスには、バリューに配置されるデータのデータ長（８バイト）がBER（Basic Encoding Rules：ISO/IEC882-1 ASN）によって配置される。バリューには、実データ、すなわち、ここでは、１年輪長である６０（NTSCの場合）フレームのオーディオまたはビデオデータが配置される。また、オーディオまたはビデオデータを固定長とするために、スタッフィング(stuffing)のためのデータとしてのフィラー(Filler)が、やはりＫＬＶ構造として、各オーディオまたはビデオデータの後に配置される。
【００８２】
したがって、１年輪長のエッセンスコンテナは、その先頭から、ＫＬＶ構造のオーディオデータ（Audio）、ＫＬＶ構造のフィラー、ＫＬＶ構造のビデオデータ（Video）、およびＫＬＶ構造のフィラーが配置されて構成される。
【００８３】
次に、下段に示されるように、ＱＴファイルの構造としては、ＡＶ多重フォーマットのファイルは、先頭のムービデータアトムのヘッダであるmdatヘッダ(mdat header)および先頭のムービデータアトム(movie data atom)、複数個のmdatヘッダおよびムービデータアトム、並びに、ムービアトムのヘッダ(moov)およびムービアトム(movie atom)が順次配置されて構成される。
【００８４】
ＱＴファイルの構造において、基本的なデータユニットは、アトム(atom)と呼ばれ、各アトムは、その先頭に、各アトムのヘッダとして、４バイトのサイズ(size)、および４バイトのタイプ情報(Type)を有している。ムービデータアトムは、ビデオデータやオーディオデータなどのデータを格納するアトムである。
【００８５】
したがって、図５の例においては、先頭のムービデータアトムのmdatヘッダは、先頭のムービデータアトムのサイズとタイプ情報により構成され、ＭＸＦのファイルヘッダ部のランインに記述されている。先頭のムービデータアトムは、ＭＸＦのファイルヘッダ部のヘッダパーティションパックおよびヘッダメタデータを格納するように構成されている。先頭から２番目以降のムービデータアトムのmdatヘッダは、対応するムービデータアトムのサイズとタイプ情報により構成されている。２番目以降のムービデータアトムは、ＭＸＦのファイルボディ部の年輪長の各エッセンスコンテナをそれぞれ格納するように構成される。すなわち、ムービデータアトムも、エッセンスコンテナに対応した年輪長単位のＡＶデータを管理する。moovヘッダは、対応するムービアトムのサイズとタイプ情報により構成され、ファイルフッタ部の一部に記述されている。ムービデータアトムは、ムービデータアトムに記録されたＡＶデータを読み出すための情報であるサンプルテーブルなどの固定情報により構成され、ＭＸＦのファイルフッタ部の一部とフィラーに記述されている。
【００８６】
なお、ＱＴファイルの構造において、ムービデータアトムに配置されるビデオデータおよびオーディオデータの最小単位は、サンプルとされ、サンプルの集合としてチャンクが定義される。すなわち、ＱＴファイルにおいては、エディットユニットに配置されるオーディオデータおよびビデオデータは、１つ１つのチャンクと認識される。したがって、ＱＴファイルにおいては、ＭＸＦのエディットユニットのオーディオデータに対応するキーおよびレングスが無視され、オーディオデータの先頭位置ＡＣがチャンクの開始位置ＡＣと認識され、それに基づいて、オーディオデータを読み出すために必要な情報がムービアトムに記述される。同様に、ＭＸＦのエディットユニットのビデオデータに対応するキーおよびレングスが無視され、ビデオデータの先頭位置ＶＣがチャンクの先頭位置ＶＣと認識され、それに基づいて、ビデオデータを読み出すために必要な情報がムービアトムに記述される。
【００８７】
以上のような構成にすることで、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠した編集装置３および６でも、ＱＴを有するＰＣ４および６でも認識され、ファイルボディ部に配置されたオーディオデータとビデオデータが読み出される。
【００８８】
すなわち、ＭＸＦの規格に準拠した編集装置３および６は、まず、ランインを無視し、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【００８９】
また、ＱＴのソフトウェアを有するＰＣ４および６は、まず、ムービアトムを読み出し、ムービアトムに記述された情報（後述するサンプルテーブルなど）に基づいて、ムービデータアトムに記録されているチャンク（オーディオデータまたはビデオデータ）を読み出すことができる。
【００９０】
以上のように、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、ＡＶ多重フォーマットのファイルを用いて、ファイル交換を行うことができる。
【００９１】
次に、図６は、ＡＶ多重フォーマットのさらに詳細な構成例を示している。なお、図６において、図５における場合と対応する部分は、その説明は繰り返しになるので省略する。
【００９２】
図６の例の場合、上段に示されるように、ＭＸＦファイルの構造としては、ＭＸＦのファイルボディ部は、年輪長単位のｎ個の年輪データ５１−１乃至５１−ｎにより構成されている。ファイルボディ部の年輪データ５１−１乃至５１−ｎは、ボディパーティションパック部(ＢＰＰ：Body Partition Pack)５２−１乃至５２−ｎ、およびエッセンスコンテナ５３−１乃至５３−ｎにより構成されている。
【００９３】
図６の例において、ファイルボディ部は、ボディパーティションパック部５２−１およびエッセンスコンテナ５３−１からなる年輪データ５１−１、ボディパーティションパック部５２−２およびエッセンスコンテナ５３−２からなる年輪データ５１−２、…、ボディパーティションパック部５２−ｎおよびエッセンスコンテナ５３−ｎからなる年輪データ５１−ｎにより構成されている。なお、以下、年輪データ５１−１乃至５１−ｎ、ボディパーティションパック部(ＢＰＰ：Body Partition Pack)５２−１乃至５２−ｎおよびエッセンスコンテナ５３−１乃至５３−ｎを個々に区別する必要がない場合、単に年輪データ５１、ボディパーティションパック部５２およびエッセンスコンテナ５３と称する。
【００９４】
ボディパーティションパック部５２は、ボディパーティションパック、およびボディパーティションパック部５２を固定長にするためのＫＬＶ構造のフィラーが配置されて構成される。ボディパーティションパックには、ファイルの先頭からのオフセット値と、その前のボディパーティションパックのファイルの先頭からのオフセット値が記述されている。なお、一番先頭のボディパーティションパックには、ファイルの先頭からのオフセット値と、ヘッダパーティションパックのファイルの先頭からのオフセット値が記述されている。
【００９５】
このように、各エッセンスコンテナ５３の前に、自分とその前のパーティションパックのオフセット値が記述されたボディパーティションパックを配置することにより、ＭＸＦの規格に準拠した編集装置６は、年輪長単位に分けられて構成されている各エッセンスコンテナの範囲を認識することができる。したがって、ＡＶ多重フォーマットにおいて、ファイルボディ部に複数の年輪長のエッセンスコンテナを配置することが可能になる。
【００９６】
また、ファイルフッタ部のフッタパーティションパック部も、ボディパーティションパック部と同様に構成されており、フッタパーティションパック、およびフッタパーティションパック部を固定長にするためのＫＬＶ構造のフィラーが配置されて構成される。
【００９７】
一方、下段に示されるように、ＱＴファイルの構造において、ＡＶ多重フォーマットのファイルは、ＭＸＦのファイルヘッダ部に対応するムービデータアトム５４、ｎ個のエッセンスコンテナにそれぞれ対応するムービデータアトム５５−１乃至５５−ｎ、およびムービアトム５６により構成されている。ムービデータアトム５４は、ＭＸＦファイルの先頭からボディパーティションパック部５２−１のＫＬまでの範囲により構成され、ムービデータアトム５４のmdatヘッダは、ファイルヘッダ部のランインに記述される。ムービデータアトム５５−１は、ボディパーティションパック部５２−１のフィラーからボディパーティションパック部５４−２のＫＬまでの範囲により構成され、ムービデータアトム５４−１のmdatヘッダは、ボディパーティションパック部５２−１のフィラーの先頭に記述される。
【００９８】
ムービデータアトム５５−２は、ボディパーティションパック部５２−２のフィラーからボディパーティションパック部５２−３のＫＬまでの範囲により構成され、ムービデータアトム５５−２のmdatヘッダは、ボディパーティションパック部５２−２のフィラーの先頭に記述される。ムービデータアトム５５−ｎは、ボディパーティションパック部５２−ｎのフィラーからフッタパーティションパック部のＫＬまでの範囲により構成され、ムービデータアトム５５−ｎのmdatヘッダは、ボディパーティションパック部５２−ｎのフィラーの先頭に記述される。
【００９９】
ムービアトム５６は、フッタパーティションパック部のフィラーからフッタパーティションパック部の後のフィラーの最後尾（すなわち、ＡＶ多重フォーマットのファイルの最後尾）により構成され、ムービアトム５６のmoovヘッダは、フッタパーティションパック部のフィラーの先頭に記述される。
【０１００】
ここで、映像記録装置１においては、ファイルヘッダ部は、予め６４ＫＢと設定されており、ボディパーティションパック部５２−１のボディパーティションパックおよびＫＬが固定長αであるので、ムービデータアトム５４で管理されるデータのサイズは、６４ＫＢ＋αである。また、年輪データ５１−１乃至５１−ｎは、それぞれ年輪長単位で構成されている。したがって、ムービデータアトム５１−１乃至５１−ｎで管理されるデータのサイズも、年輪長単位（６４ＫＢ×８）とされる。なお、いまの場合、年輪長単位は、２秒間であり、６４ＫＢ×８（６４ＫＢ×６ＧＯＰ（ＮＴＳＣの場合）＋６４ＫＢ×２オーディオ）である。
【０１０１】
以上のように、ファイルボディ部を、予め設定された年輪長単位毎に、複数のエッセンスコンテナで構成するようにしたので、各エッセンスコンテナに対応するムービデータアトムのmdatヘッダのサイズ（年輪長単位）が取得され、これにより、ムービデータアトムが生成され、生成されたムービデータアトムに基づいて、ムービアトムの各テーブル情報が生成される。
【０１０２】
したがって、映像記録装置１においては、被写体を撮影しながら、オンザフライでＡＶ多重フォーマットのファイルが、予め設定された年輪長単位毎に、編集装置６やＰＣ７に送信される。これにより、ＡＶ多重フォーマットのファイルを受信した編集装置６は、ＡＶ多重フォーマットのファイルをリアルタイム再生することができ、さらに、ＰＣ７は、ＡＶ多重フォーマットのファイルの受信後に、ＡＶ多重フォーマットのファイルを再生することができる。
【０１０３】
次に、図７を参照して、ムービアトムに記述されている情報について詳しく説明する。
【０１０４】
図７は、図６のムービアトム５６の構成例を示している。図７の例において、図中上部がファイルの先頭を示している。なお、いまの場合、ムービアトム５６は、階層１乃至８まで階層化されており、図中左側が最上位の階層１とされる。また、図中右側の「Ｖ」は、後述するトラックアトムが対象としているメディアがビデオデータの場合（すなわち、ビデオデータのトラックアトム（ビデオトラックアトムである場合）のみ記述されるアトムであることを示し、「Ａ」は、トラックアトムが対象としているメディアがオーディオデータの場合（すなわち、オーディオデータのトラックアトム（オーディオトラックアトム）である場合）のみ記述されるアトムであることを示している。
【０１０５】
図７の例の場合、ムービアトム５６は、最上位の階層１のムービアトムのヘッダであるmoovヘッダと、階層２のムービヘッダアトム(mvhd：movie header atom)、トラックアトム(track： track atom)、およびユーザ定義アトム(udta：user data atom)により構成される。
【０１０６】
階層２のムービヘッダアトムは、サイズ、タイプ情報、タイムスケールや長さなどのムービ全体に関する情報により構成される。トラックアトムは、ビデオトラックアトムやオーディオトラックアトムなどのようにメディアごとに存在する。なお、オーディオが４チャネルの場合、オーディオトラックアトムは、２個となり、オーディオが８チャネルの場合、オーディオトラックアトムは、４個となる。また、トラックアトムは、階層３に示されるように、トラックヘッダアトム(tkhd：track header atom)、エディットアトム(edts：edit atom)、メディアアトム(mdia：media atom)およびユーザ定義アトム(udta：user data atom)により構成される。
【０１０７】
階層３のトラックヘッダアトムは、トラックアトムのＩＤナンバなど、ムービ内におけるトラックアトムの特性情報により構成される。エディットアトムは、階層４のエディットリストアトム(elst：edit list atom)で構成される。ユーザ定義アトムは、トラックアトムに付随する情報が記録されている。
【０１０８】
階層３のメディアアトムは、階層４に示されるように、トラックアトムに記録されているメディア（オーディオデータまたはビデオデータ）に関する情報が記述されているメディアヘッダアトム(mdhd：media header atom)、ムービデータ（オーディオデータまたはビデオデータ）をデコードするためのハンドラーの情報が記述されているメディアハンドラーアトム(hdlr：media handler reference atom)、メディア情報アトム(minf：media information atom)により構成される。
【０１０９】
階層４のメディア情報アトム(minf)は、このトラックアトムが、ビデオトラックアトムの場合（図中右側の「Ｖ」）、階層５に示されるように、ビデオメディアヘッダアトム(vmhd：video media header atom)、データ情報アトム(dinf：data information atom)、サンプルテーブルアトム(stbl：sample table atom)により構成される。また、このトラックアトムが、オーディオトラックアトムの場合（図中右側の「Ａ」）、メディア情報アトムは、サウンドメディアヘッダアトム(smhd：sound media header atom)、データ情報アトム、サンプルデータアトムにより構成される。
【０１１０】
階層５のデータ情報アトムは、メディアデータの場所を階層７のエイリアス(alias)を用いて記述する、階層６のデータリファレンスアトム(dref：data reference atom)で構成される。
【０１１１】
サンプルテーブルアトム(stbl)には、実際にムービデータアトムに記録されたＡＶデータを読むために使用されるテーブル情報が記述される。ＱＴは、これらのテーブル情報に基づいて、ムービデータアトムに記録されているビデオデータおよびオーディオデータを読み出すことができる。なお、図５を参照して上述したように、ＱＴのファイルにおいて、ムービデータアトムに記録されるビデオデータおよびオーディオデータの最小単位は、サンプルとされ、サンプルの集合としてチャンクが定義される。
【０１１２】
サンプルテーブルアトムは、このトラックアトムが、ビデオトラックアトムの場合（図中右側の「Ｖ」）、階層６に示されるように、サンプルディスクリプションアトム(stsd：sample description atom)と、時間サンプルアトム(stts：time to sample atom)、同期サンプルアトム(stss：sync sample atom)、サンプルチャンクアトム(stsc：sample to chunk atom)、サンプルサイズアトム(stsz：sample size atom)、チャンクオフセットアトム(stco：chunk offset atom)の５つのサンプルテーブルにより構成される。なお、このトラックアトムが、オーディオトラックアトムの場合（図中右側の「Ａ」）、同期サンプルアトムは記述されない。
【０１１３】
階層６のサンプルディスクリプションアトムは、トラックに記録されたメディアがビデオデータの場合（図中右側の「Ｖ」）、いまの場合、MPEG4ビデオデータのフォーマットが記述されている階層７のMPEG4データフォーマットアトム(mp4v：mpeg4 data format atom)、および、デコードのための必要な情報が記述されている階層８のエレメントストリーム記述アトム(esds：elementary stream description)により構成される。また、サンプルディスクリプションアトムは、トラックに記録されたメディアがオーディオデータの場合（図中右側の「Ａ」）、いまの場合、ITU-T G.711 A-Lawのオーディオデータのフォーマットが記述されている階層７のalawデータフォーマットアトム(alaw：alaw data format atom)により構成される。
【０１１４】
次に、図８乃至図１２を参照して、ムービアトム５６のオーディオデータおよびビデオデータを読み出すときに使用される情報である５つのサンプルテーブルについて説明する。
【０１１５】
図８は、時間サンプルアトムの例を示す。時間サンプルアトムは、１サンプル（１フレーム）がトラックアトムのタイムスケールで測ってどのくらいの時間になるかを示すテーブルである。
【０１１６】
図８の例の場合、時間サンプルアトム(stts：time to sample atom)は、アトムサイズ(atom Size)、アトムタイプ(atom Type)、フラグ(flags)、エントリ(num Entries)、サンプル数(sample Count)、およびサンプル時間(sample Duration)により構成される。アトムサイズは、時間サンプルアトムのサイズを示しており、アトムタイプは、アトムのタイプが「stts」（時間サンプルアトム）であることを示す。フラグの１バイト目は、バージョンを示し、残りは、フラグを示す。エントリは、サンプルの数とそのサンプル間隔を示す。サンプル数は、トラックアトムのサンプル数を示し、サンプル時間は、１サンプルの時間を示す。
【０１１７】
例えば、時間サンプルアトムに記載されるサンプル時間(sample Duration)が「0x64」（１６進数）である場合、トラックアトムのタイムスケールで100となる。したがって、この場合、１秒間は2997に設定されているとすると、１秒間は、2997/100=29.97サンプル（フレーム）になることが示される。
【０１１８】
図９は、同期サンプルアトムの例を示す。同期アトムは、キーとなるフレームキーフレームのテーブルであり、同期に関する情報が記載されている。
【０１１９】
図９の例の場合、同期サンプルアトム(stss：sync sample atom)は、アトムサイズ(atom Size)、アトムタイプ(atom Type)、フラグ(flags)、およびエントリ(num Entries)により構成される。アトムサイズは、同期サンプルアトムのサイズを示しており、アトムタイプは、アトムのタイプが「stss」（同期サンプルアトム）であることを示す。フラグの１バイト目は、バージョンを示し、残りは、フラグを示す。エントリは、ビデオデータのＩフレームのサンプル番号テーブルのエントリ数を示す。
【０１２０】
例えば、MPEGのように、フレームに、Ｉピクチャ、Ｐピクチャ、Ｂピクチャが存在する場合、サンプル番号テーブルは、Ｉピクチャのフレームのサンプル番号が記載されたテーブルになる。なお、同期サンプルアトムは、このトラックアトムが、オーディオトラックアトムである場合（図中右側の「Ａ」）、記述されない。
【０１２１】
図１０は、サンプルチャンクアトムの例を示す。サンプルチャンクアトムは、すべてのチャンクが何サンプル（フレーム）のデータにより構成されているかを表すのテーブルである。
【０１２２】
図１０の例の場合、サンプルチャンクアトム(stsc：sample to chunk atom)は、アトムサイズ(atom Size)、アトムタイプ(atom Type)、フラグ(flags)、エントリ(num Entries)、初めのチャンク１(first Chunk1)、チャンク１のサンプル数(sample Per Chunk1)、チャンク１のエントリ番号 (sample Description ID1)、初めのチャンク２(first Chunk2)、チャンク２のサンプル数(sample Per Chunk2)、およびチャンク２のエントリ番号 (sample Description ID2)により構成される。
【０１２３】
アトムサイズは、サンプルチャンクアトムのサイズを示しており、アトムタイプは、アトムのタイプが「stsc」（サンプルチャンクアトム）であることを示す。フラグの１バイト目は、バージョンを示し、残りは、フラグを示す。エントリは、エントリされているデータの数を示す。
【０１２４】
初めのチャンク１は、同じサンプル数により構成されるチャンク群の初めのチャンクの番号を示す。チャンク１のサンプル数は、チャンク１のサンプル数を示す。チャンク１のエントリ番号は、チャンク１のエントリ番号を示す。そして、次に続くチャンクが、チャンク１のサンプル数とは異なるサンプル数のチャンクであった場合、その次に続くチャンクの情報として、初めのチャンク１、チャンク１のサンプル数、およびチャンク１のエントリ番号と同様に、初めのチャンク２、チャンク２のサンプル数、およびチャンク２のエントリ番号が記述される。
【０１２５】
以上のように、サンプルチャンクアトムにおいては、同じサンプル数により構成されている複数のチャンクの情報は、同じ数のサンプルで構成される最初のチャンクの情報にまとめて記述される。
【０１２６】
図１１は、サンプルサイズアトムの例を示す。サンプルサイズアトムは、サンプルごとのデータサイズが記述されるテーブルである。
【０１２７】
図１１の例の場合、サンプルサイズアトム(stsz：sample size atom)は、アトムサイズ(atom Size)、アトムタイプ(atom Type)、フラグ(flags)、サンプルサイズ(sample Size)、およびエントリ数(num Entries)により構成される。アトムサイズは、サンプルサイズアトムのサイズを示しており、アトムタイプは、アトムのタイプが「stsz」（サンプルサイズアトム）であることを示す。フラグの１バイト目は、バージョンを示し、残りは、フラグを示す。サンプルサイズは、サンプルのサイズを示す。例えば、すべてのサンプルサイズが同じ場合は、サンプルサイズに１つのサイズを記述すればよい。エントリ数は、サンプルサイズのエントリ数を示す。
【０１２８】
したがって、例えば、オーディオデータのようにデータサイズが一定の場合は、サンプルサイズに、デフォルトサイズが記述される。一方、ビデオデータのように、フレームがサンプルに対応していて、MPEGのＩピクチャ、Ｐピクチャのようにサンプルのサイズが時々刻々と変わる場合には、すべてのサンプルのサイズが、サンプルサイズに記述される。
【０１２９】
図１２は、チャンクオフセットアトムの例を示す。チャンクオフセットアトムは、それぞれのチャンクについて、ファイルの先頭からのオフセット値が記述されるテーブルである。
【０１３０】
図１２の例の場合、チャンクオフセットアトム(stco：chunk offset atom)は、アトムサイズ(atom Size)、アトムタイプ(atom Type)、フラグ(flags)、およびエントリ数(num Entries)により構成される。アトムサイズは、サンプルサイズアトムのサイズを示しており、アトムタイプは、アトムのタイプが「stco」（チャンクオフセットアトム）であることを示す。フラグの１バイト目は、バージョンを示し、残りは、フラグを示す。エントリ数は、チャンクのオフセット値のエントリ数を示す。
【０１３１】
したがって、例えば、上述した図５の例において、オーディオデータのチャンクのオフセット値として、ファイルの先頭からのチャンク開始位置ＡＣまでのオフセット値が記述され、ビデオデータのチャンクのオフセット値として、ファイルの先頭からのチャンク開始位置ＶＣまでのオフセット値が記述される。
【０１３２】
以上のように構成されたムービアトム５６に基づいて、ＱＴは、オーディオデータまたはビデオデータのいずれかに対応する、階層４のメディアハンドラーアトム(hdlr：media handler reference atom)に命じて、特定の時間に対応するメディアデータにアクセスさせる。具体的には、特定のサンプル時間が与えられると、メディアハンドラーアトムは、そのメディアのタイムスケールに基づく時間を決定する。そして、各トラックアトムのタイムスケールにおける時間が、階層３のエディットアトム(edts：edit atom)の情報により取得されるので、メディアハンドラーアトムは、階層６の時間サンプルアトムに基づいて、サンプル番号を求め、階層６のチャンクオフセットアトムよりファイル先頭からのオフセット値を取得する。これにより、メディアハンドラーアトムは、指定されたサンプルにアクセスできるので、ＱＴは、タイムスケールに応じて、ムービデータアトム５５に記録されているビデオデータおよびオーディオデータを再生することができる。
【０１３３】
以上のように、ムービアトム５６には、ムービデータアトム５５に記録されているビデオデータおよびオーディオデータを読み出すために必要な情報であるサンプルテーブルが記述されている。したがって、ムービデータアトム５５に記録されているビデオデータおよびオーディオデータに基づいて、このムービアトム５６を生成し、ＡＶ多重フォーマットのファイルフッタ部の後に配置することにより、ＡＶ多重フォーマットのファイルをＱＴでも認識することができるようになる。
【０１３４】
次に、図１３は、図５のＡＶ多重フォーマットにおける、ＭＸＦのファイルボディ部の例を示す。図１３の例においては、１年輪長のエッセンスコンテナが示されている。また、実際には、エッセンスコンテナには、先頭にボディパーティションパック部が配置されるが、図１３の例の場合、図示は省略されている。
【０１３５】
図１３の例の場合、１年輪長のエッセンスコンテナは、その先頭から、図示せぬボディパーティションパック部、サウンドアイテム(Sound) （以下、このサウンドアイテムを、サウンドアイテムを構成する複数のサウンドアイテム１乃至４と区別するために、サウンドアイテム群と称する）、ピクチャアイテム(Picture)およびフィラーが配置されて構成される。
【０１３６】
サウンドアイテム群には、ピクチャアイテムに配置されたビデオデータ、６０（NTSCの場合）フレーム分のオーディオデータが、図４を参照して上述したＫＬＶ構造で４つに分けて配置される。図１３の例の場合、ITU-T G.711 A-Law方式で符号化されたオーディオデータが配置される。
【０１３７】
したがって、サウンドアイテム群は、その先頭から、ＫＬＶ構造のサウンドアイテム１、ＫＬＶ構造のフィラー、ＫＬＶ構造のサウンドアイテム２、ＫＬＶ構造のフィラー、ＫＬＶ構造のサウンドアイテム３、ＫＬＶ構造のフィラー、ＫＬＶ構造のサウンドアイテム４、およびＫＬＶ構造のフィラーが配置されて構成される。なお、サウンドアイテムは、ＥＣＣ／２単位で構成されており、ＥＣＣ単位の固定長とするためのスタッフィングのためのデータとして、フィラーが配置されている。
【０１３８】
サウンドアイテム群のオーディオデータの後のピクチャアイテムには、MPEG(Moving Picture Experts Group)4方式で符号化された１年輪分のビデオデータ（エレメンタリストリーム（ＥＳ：Elementary Stream）が、ＫＬＶ構造にＫＬＶコーディングされて配置される。そして、ピクチャアイテムを、ＥＣＣ単位の固定長とするのに、スタッフィングのためのデータとして、フィラーがＫＬＶ構造とされて、ピクチャアイテムのビデオデータの後に配置される。
【０１３９】
以上のように、ＡＶ多重フォーマットでは、ＭＸＦの規格に準拠して、オーディオデータがＫＬＶ構造で配置されるサウンドアイテム群、ビデオデータがＫＬＶ構造で配置されるピクチャアイテムが、１年輪長である６０（NTSCの場合）フレーム単位で多重化されて構成される。したがって、映像記録装置１のファイル生成部２２は、このＫＬＶ構造のキー（Ｋ）と、符号化されたデータ量からレングス（Ｌ）を決定して、ＡＶ多重フォーマットのファイルヘッダ部のＭＸＦヘッダを生成する。以上により、ＭＸＦの規格に準拠した編集装置３および６は、ボディパーティションパック部に基づいて、エッセンスコンテナを求め、ファイルヘッダ部のＭＸＦヘッダに基づいて、ＫＬＶ構造に配置されたオーディオデータおよびビデオデータを、所望の位置から、読み出すことができる。
【０１４０】
一方、ＱＴにおいては、このように構成されたオーディオデータおよびビデオデータを、１つのチャンクとして定義する。したがって、ファイル生成部２２は、ＫＬＶ構造のキー（Ｋ）と、レングス（Ｌ）を無視して、サウンドアイテム１、サウンドアイテム２、サウンドアイテム３、サウンドアイテム４、およびピクチャアイテムをそれぞれチャンクと定義し、サウンドアイテム１の先頭位置ＡＣ１のオフセット値、サウンドアイテム２の先頭位置ＡＣ２のオフセット値、サウンドアイテム３の先頭位置ＡＣ３のオフセット値、サウンドアイテム４の先頭位置ＡＣ４のオフセット値、ピクチャアイテムの先頭位置ＶＣのオフセット値をそれぞれ求めることにより、ファイルフッタ部の後のムービアトムのサンプルテーブルを生成する。これにより、ＱＴを有するＰＣ４および６は、ファイルヘッダ部のムービアトムに基づいて、チャンクとしてのオーディオデータおよびビデオデータを読み出すことができる。すなわち、ＱＴのムービアトムにおいては、オーディオデータおよびビデオデータは、格納されているムービデータアトムに拠らす、ファイルの先頭からのオフセット値により管理されている。
【０１４１】
次に、図１４は、図１３のサウンドアイテム（Sound）３の例を示している。図１４の例においては、サウンドアイテム３は、左（Ｌ：Left）と右(Ｒ：Right)の２チャネルのオーディオデータが配置されて構成される。
【０１４２】
すなわち、２チャネルのオーディオデータは、２チャネルそれぞれのオーディオデータが１サンプルごとに交互に配置されることにより多重化されている。したがって、525/59.94のＮＴＳＣ規格の場合、ビデオデータは、60フレームで形成されるので、サウンドアイテムには、16016サンプル数のオーディオデータが配置される。また、625/50のＰＡＬ規格の場合、ビデオデータは、50フレームで形成されるので、サウンドアイテムには、16000サンプル数のオーディオデータが配置される。
【０１４３】
以上のように、サウンドアイテムには、２チャネルのオーディオデータが配置される。そこで、次に、図１５を参照して、４チャネルおよび８チャネルのオーディオデータが配置される場合について説明する。
【０１４４】
図１５は、図１３のＡＶ多重フォーマットのファイルボディ部の他の例を示している。図１５の例の場合、サウンドアイテム群は、２ＥＣＣの固定長に構成され、ピクチャアイテムは、ｎ個のＥＣＣの固定長に構成されている。なお、いまの場合、上段は、オーディオデータが８チャネルの場合のファイルボディ部を示し、下段は、オーディオデータが４チャネルの場合のファイルボディ部を示す。
【０１４５】
上段に示されるように、オーディオデータが８チャネルの場合、サウンドアイテム群の１番目の１ＥＣＣには、その先頭から順に、２４バイトのキー（Ｋ）およびレングス（Ｌ）、１チャネルと２チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム１（Ｓ１）、２４バイトのキーおよびレングス、フィラーが配置され、２４バイトのキーおよびレングス、３チャネルと４チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム２（Ｓ２）、２４バイトのキーおよびレングス、フィラーが配置される。また、サウンドアイテム群の２番目の１ＥＣＣには、その先頭から順に、２４バイトのキーおよびレングス、５チャネルと６チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム３（Ｓ３）、２４バイトのキーおよびレングス、フィラーが配置され、２４バイトのキーおよびレングス、７チャネルと８チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム４（Ｓ４）、２４バイトのキーおよびレングス、フィラーが配置される。
【０１４６】
次に、下段に示されるように、オーディオデータが４チャネルの場合、サウンドアイテム群の１番目の１ＥＣＣには、その先頭から順に、２４バイトのキーおよびレングス、１チャネルと２チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム１（Ｓ１）、２４バイトのキーおよびレングス、フィラーが配置され、２４バイトのキーおよびレングス、３チャネルと４チャネルのオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム２（Ｓ２）、２４バイトのキーおよびレングス、フィラーが配置される。また、サウンドアイテム群の２番目の１ＥＣＣには、その先頭から順に、２４バイトのキーおよびレングス、無音のオーディオデータが配置されたサウンドアイテム３（Ｓ３）、２４バイトのキーおよびレングス、フィラーが配置され、２４バイトのキーおよびレングス、無音のオーディオデータが１サンプルごとに交互に配置されたサウンドアイテム４（Ｓ４）、２４バイトのキーおよびレングス、フィラーが配置される。
【０１４７】
以上のように、オーディオデータが８チャネルの場合、２ＥＣＣにオーディオデータがそれぞれ４チャネルずつ配置され、オーディオデータが４チャネルの場合、１番目のＥＣＣに４チャネルのオーディオデータが配置され、２番目のＥＣＣに配置される４チャネル分のサウンドアイテムには、無音のオーディオデータが記録される。
【０１４８】
次に、図１６は、図１３のピクチャアイテムの例を示している。上述したように、１年輪長のピクチャアイテムには、MPEG4方式で符号化された６０（NTSCの場合）フレーム＝６ＧＯＰ(Group Of Picture)のビデオデータが配置されている。具体的には、525/59.94のＮＴＳＣ規格の場合、ビデオデータは、６０フレームで形成されるので、ピクチャアイテムには、１フレームのＩピクチャと９フレームのＰピクチャからなるＧＯＰが、６つ配置されて構成される。また、625/50のＰＡＬ規格の場合、ビデオデータは、５０フレームで形成されるので、ピクチャアイテムには、１フレームのＩピクチャと９フレームのＰピクチャからなるＧＯＰが、５つ配置されて構成される。
【０１４９】
以上のようにして、ＡＶ多重フォーマットのファイルボディ部のエッセンスコンテナにおいて、ビデオデータとオーディオデータが１年輪長毎に配置されて構成される。
【０１５０】
次に、図１７のフローチャートを参照して、上述したように構成されるＡＶ多重フォーマットのファイル生成処理を説明する。
【０１５１】
ユーザ（撮影者）は、操作部２４のボタンなどを操作して、撮影したデータを、オンザフライで、編集装置６（またはＰＣ７）に送信するとともに、光ディスク２に記録する指示を行う。操作部２４は、ユーザからの指示を、ビデオ符号化部１５、オーディオ符号化部１６、入力部１８、およびファイル生成部２２に出力する。ファイル生成部２２は、ステップＳ１において、撮影の開始が指示されるまで待機しており、操作部２４からの指示に対応して、撮影の開始が指示されたと判断した場合、ステップＳ２に進む。
【０１５２】
また、ユーザにより、撮影開始が指示されると、ＲＡＭ１３には、初期パラメータ情報が記憶される。この初期パラメータ情報は、ＮＴＳＣであるかＰＡＬであるかの情報、年輪長、ビデオデータの年輪長あたりのフレーム数、オーディオのサンプル数などにより構成される。ファイル生成部２２は、ステップＳ２において、ＲＡＭ１３に記憶されている初期パラメータ情報を取得し、ステップＳ３に進む。
【０１５３】
ステップＳ３において、ファイル生成部２２は、取得した初期パラメータ情報に基づいて、送信用ファイルヘッダ部を生成する。具体的には、送信用ファイルヘッダ部は、先頭のランインに、ムービアトム５４のサイズが記述されたmdatヘッダが配置され、また、図４を参照して上述したように、メタデータにおいて、記録長(duration)などの実際に記録が終了しなければ取得できない情報には、ダミーデータとして、絶対に取りえない代表値（例えば、−１や０など）が記述されて、生成される。ファイル生成部２２は、生成された送信用ファイルヘッダ部を、メモリ３３に記憶し、ステップＳ４に進む。ファイル生成部２２は、ステップＳ４において、通信部２１を制御し、生成された送信用ファイルヘッダ部を、ネットワーク５を介して、編集装置６に送信し、ステップＳ５に進む。
【０１５４】
一方、操作部２４からの指示に対応して、入力部１８の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータをMPEG4方式で符号化し、ファイル生成部２２に供給する。それと同時に、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、ITU-T G.711 A-Law方式で符号化し、ファイル生成部２２に供給する。
【０１５５】
ファイル生成部２２は、ステップＳ５において、ファイルボディ部のデータを生成するファイルボディ部生成処理を実行する。このファイルボディ部生成処理を、図１８のフローチャートを参照して説明する。
【０１５６】
ファイル生成部２２のメモリ３３には、ビデオ符号化部１５により符号化されたビデオデータ、およびオーディオ符号化部１６により符号化されたオーディオデータが供給され、蓄積される。ファイル生成部２２は、ステップＳ２１において、１年輪長分のＡＶデータ（オーディオデータ、ビデオデータ）が蓄積されるまで待機しており、１年輪長分のＡＶデータが蓄積されたと判断した場合、ステップＳ２２に進み、蓄積されたＡＶデータから、１年輪長分のエッセンスコンテナ５３を生成し、ムービデータアトム５５のmdatヘッダが記述されたボディパーティションパック部５２を生成し、１年輪長分の年輪データ５１を生成する。
【０１５７】
すなわち、ファイル生成部２２は、１年輪長分のオーディオデータと、ビデオデータの６０（NTSCの場合）フレーム分ずつ、交互に多重化し、図１２乃至図１６を参照して上述したＡＶ多重フォーマットのエッセンスコンテナ５３を生成する。そして、ファイル生成部２２は、ファイルの先頭からのオフセット値および前のボディパーティションパックのオフセット値が記述されたボディパーティションパックを生成し、ムービデータアトム５５のサイズ（１年輪長）が記述されたmdatヘッダを生成する（すなわち、各ムービデータアトム５５を構成する）ことにより、ボディパーティションパック部５２を生成する。そして、ファイル生成部２２は、１年輪長分の年輪データ５１（ボディパーティションパック部５２およびエッセンスコンテナ５３）を、通信部２１およびドライブ２３に供給し、ステップＳ２３に進む。
【０１５８】
ステップＳ２３において、ファイル生成部２２は、生成したファイルボディ部の１年輪長のビデオデータのフレームサイズを取得し、取得されたフレームサイズをメモリ３３に記憶し、ステップＳ２４に進む。
【０１５９】
ステップＳ２４において、通信部２１は、ファイル生成部２２により生成されたファイルボディ部の１年輪長の年輪データ５１を、ネットワーク５を介して、編集装置６に送信し、ステップＳ２５に進む。
【０１６０】
ステップＳ２５において、ドライブ２３は、ファイル生成部２２により生成されたファイルボディ部の１年輪長の年輪データ５１を、光ディスク２に記録し、ステップＳ２６に進む。このとき、先頭のボディパーティションパック部５２−１は、ファイルヘッダ部の図示せぬフィラー部分に記述される。したがって、ドライブ２３は、最初の年輪データ５１−１を記録する場合、記録用ファイルヘッダ部が記録されるＥＣＣ分を考慮して、所定のＥＣＣの境界を、ファイルボディ部の記録開始点とし、そこから最初のエッセンスコンテナ５３−１が記録できるように、記録開始点よりも前に最初のボディパーティションパック部５２−１を、光ディスク２に記録する。なお、次の年輪データ５１−２からは、前の年輪データ５１−１に続いて、光ディスク２に記録される。
【０１６１】
ファイル生成部２２は、ステップＳ２６において、すべてのＡＶデータに対して処理が終了したか否か（すなわち、撮影が終了したか否か）を判断する。なお、この間も、まだＡＶデータの処理が残っている場合は、ファイル生成部２２のメモリ３３には、ビデオ符号化部１５により符号化されたビデオデータ、およびオーディオ符号化部１６により符号化されたオーディオデータが供給され、蓄積されているので、ファイル生成部２２は、まだ、ＡＶデータの処理が終了していないと判断し、ステップＳ２１に戻り、それ以降の処理を繰り返す。
【０１６２】
一方、ファイル生成部２２は、ステップＳ２６において、すべてのＡＶデータに対して処理が終了したと判断した場合、図１７のステップＳ６に戻り、ヘッダおよびフッタ生成処理を実行する。このヘッダおよびフッタ生成処理を、図１９のフローチャートを参照して説明する。
【０１６３】
ＡＶデータが撮像され、図１７のステップＳ５においてファイルボディ部が生成されたときの記録パラメータ情報が、ＲＡＭ１３に記憶されている。この記録パラメータ情報は、ＮＴＳＣであるかＰＡＬであるかの情報、年輪長、ビデオデータの年輪長あたりのフレーム数、オーディオのサンプル数および記録長などにより構成される。すなわち、この記録パラメータ情報は、記録開始時に図１７のステップＳ２において取得された初期パラメータ情報に、記録長など、ファイルボディ部の記録後にＲＡＭ１３に記憶された記録情報が追加されている。
【０１６４】
そこで、図１９のステップＳ５１において、ファイル生成部２２は、ＲＡＭ１３より記録パラメータ情報を取得し、ステップＳ５２に進む。ステップＳ５２において、ファイル生成部２２は、取得した記録パラメータ情報と、図１８のステップＳ２３において記録されたフレームサイズに基づいて、内部パラメータを設定し、ステップＳ５３に進む。この内部パラメータは、例えば、ＧＯＰのサイズ情報やタイムスケールなどの時刻情報により構成される。
【０１６５】
ステップＳ５３において、ファイル生成部２２は、設定した内部パラメータに基づいて、ファイルフッタ部を生成し、メモリ３３に書き込む。このとき、ファイル生成部２２は、図１７のステップＳ３において生成された送信用ファイルヘッダ部のヘッダメタデータのダミーデータの実際の値が記述されている送信用ファイルフッタ部と、ヘッダメタデータのダミーデータの実際の値が記述されていない通常のファイルフッタ部（なお、以下、記録用ファイルフッタ部とも称する）を生成し、ステップＳ５４に進む。
【０１６６】
ステップＳ５４において、ファイル生成部２２は、設定した内部パラメータに基づいて、記録長などの情報が正確に記述されている通常のファイルヘッダ部（なお、以下記録用ファイルヘッダ部とも称する）を生成し、メモリ３３に書き込み、ステップＳ５５に進む。ステップＳ５５において、ファイル生成部２２は、図１７のステップＳ５において生成されたムービデータアトムおよび設定した内部パラメータに基づいて、ムービアトムの各トラックアトムのサンプルテーブルを設定し、ステップＳ５６に進み、設定された各サンプルテーブルの値に基づいて、アトムサイズを計算し、ムービアトムを生成し、メモリ３３に書き込み、図１７のステップＳ７に戻る。
【０１６７】
図１７のステップＳ７において、ファイル生成部２２は、ステップＳ６において生成された送信用ファイルフッタ部およびムービアトムをメモリ３３から読み出し、通信部２１を制御し、ネットワーク５を介して、編集装置６に送信させ、ステップＳ８に進む。
【０１６８】
ステップＳ８において、ファイル生成部２２は、ステップＳ６において生成された記録用ファイルフッタ部およびムービアトムをメモリ３３から読み出し、ドライブ２３を制御し、光ディスク２に記録させ、ステップＳ９に進む。具体的には、ドライブ２３は、ステップＳ３において光ディスク２に記録されたファイルボディ部の後に、記録用ファイルフッタ部およびムービアトムを結合して記録する。
【０１６９】
ステップＳ９において、ファイル生成部２２は、ステップＳ６において生成された記録用ファイルヘッダ部を読み出し、読み出された記録用ファイルヘッダ部を、ドライブ２３を制御し、光ディスク２に記録し、ファイル生成処理を終了する。具体的には、ドライブ２３は、光ディスク２に記録されたファイルボディ部の前に、ファイルの先頭から記録用ファイルヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが光ディスク２に記録される。
【０１７０】
以上のように、ファイルボディ部が、予め設定された１年輪長のエッセンスコンテナに分けて生成されるので、各ムービデータアトムのサイズが取得できる。これにより、被写体を撮影し、オンザフライで編集装置６やＰＣ７に送信しても、ＱＴのファイル構造が維持される。したがって、ＱＴを有するＰＣ６では、オンザフライで送信されたＡＶ多重フォーマットのファイルを受信し、ＱＴを用いて、再生することができる。すなわち、ＰＣ６は、ＡＶ多重フォーマットのファイルの受信が完了すると、ＡＶ多重フォーマットのファイルのムービアトムを読み出し、ムービアトムの各テーブル情報に基づいて、各エッセンスコンテナのチャンクのオフセット値を求め、求められたオフセット値から、各エッセンスコンテナのチャンクに記述されているＡＶデータを再生することができる。
【０１７１】
以上により、ＡＶ多重フォーマットを受信したＭＸＦの規格に準拠した編集装置３では、オンザフライで送信されたＡＶ多重フォーマットのファイルを受信し、送信用ファイルヘッダに基づいて、ファイルの先頭から順にリアルタイムに再生することができる。すなわち、編集装置３は、最初に受信された送信用ファイルヘッダから、先頭から再生するのに必要最低限の再生情報を取得できるので、受信された１年輪長のエッセンスコンテナ毎にＡＶデータをリアルタイムに再生することができる。
【０１７２】
また、以上のようにして、ＡＶ多重フォーマットのファイルが光ディスク２に記録されるので、映像記録装置１は、光ディスク２を介して、編集装置３やＰＣ４などと、ＡＶ多重フォーマットのファイルを交換することができる。
【０１７３】
すなわち、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、ＡＶ多重フォーマットのファイルを用いて、ファイル交換を行うことができる。
【０１７４】
さらに、以上のように、ＡＶ多重フォーマットのファイルが生成され、リアルタイムに、送信および光ディスク２への記録が可能であるので、送信および記録処理の効率アップが図れる。
【０１７５】
次に、図２０は、本発明を適用したＡＶネットワークシステムの他の構成例を示している。なお、図２０において、図１における場合と対応する部分には対応する符号を付してあり、その説明は繰り返しになるので適宜省略する。
【０１７６】
図２０の例の場合、映像記録装置１は、ＱＴを有するＰＣ１０４とともに、音声を入力するとともに映像を撮像し、記録するために取材現場に持ち運ばれ、設置されている。
【０１７７】
映像記録装置１の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータを、放送局で放送するための高解像度のビデオデータと、高解像度のビデオデータより、データ量の少ない、通信や編集のための低解像度のビデオデータに符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、放送局で放送するための高音質のオーディオデータと、高音質のオーディオデータより、データ量の少ない、通信や編集のための低音質のオーディオデータに符号化し、ファイル生成部２２に供給する。
【０１７８】
ファイル生成部２２は、ビデオ符号化部１５より供給された高解像度と低解像度のビデオデータと、オーディオ符号化部１６より供給された高音質と低音質のオーディオデータを用いて、高品質と低品質のＡＶ多重フォーマットのファイルを生成し、ドライブ２３を制御し、生成されたＡＶ多重フォーマットのファイルを光ディスク２に記録させる。なお、符号化されたビデオデータおよびオーディオデータは、収録（撮像）と並行して光ディスク２に記録するとしたが、一旦、符号化されたビデオデータおよびオーディオデータを、記憶部２０に一旦記録しておき、記憶部２０から読み出して、ＡＶ多重フォーマットのファイルを生成し、記録するようにしてもよい。
【０１７９】
また、ファイル生成部２２は、収録およびドライブ２３へのＡＶ多重フォーマットのファイルの供給と並行して、通信部２１への低品質のＡＶ多重フォーマットのファイルの供給を行い、通信部２１を制御し、１年輪長毎に生成されたＡＶ多重フォーマットのファイルを、供給される毎に、例えば、通信衛星１０１を介して、放送局１０２に送信する。
【０１８０】
放送局１０２は、編集装置１０３を有している。編集装置１０３は、図１の編集装置３および６と同様にＭＸＦの規格に準拠するように構成されており、受信された低品質のＡＶ多重フォーマットのファイルの送信用ファイルヘッダ部を認識する。そして、編集装置１０３は、送信用ファイルヘッダ部に基づいて、低品質のＡＶ多重フォーマットのファイルのオーディオデータおよびビデオデータを、ファイルの先頭からリアルタイム再生する。また、編集装置１０３は、受信が完了してから低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータを、所定の放送時間内に収めるように編集したり、シーン切り替えのための画像処理を施したり、スクリプトなどの付随したテキストデータを作成したりなどの編集を行う。そして、編集装置１０３は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストなどとして、通信衛星１０１を介して、映像記録装置１に送信する。
【０１８１】
なお、映像記録装置１は、低品質のＡＶ多重フォーマットのファイルを、例えば、編集機材の近傍にあって、プロデューサなどが収録状況を確認しながら編集することが可能なＰＣ１０４に送信するようにしてもよい。
【０１８２】
ＰＣ１０４は、図１のＰＣ４およびＰＣ７と同様に構成され、ＱＴを有している。したがって、ＰＣ１０４は、映像記録装置１から送信された低解像度のＡＶ多重フォーマットのファイルを受信し、受信が完了してから、ＱＴを用いて、再生したり、編集を行う。そして、ＰＣ１０４は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストとして、通信衛星１０１を介して、またはブルートゥース（Bluetooth（登録商標））などの近距離無線通信により、映像記録装置１に送信する。すなわち、取材現場などに高価な専用の編集装置１０３がなくても、汎用で、さらに、携帯可能なＰＣ１０４で、低解像度のＡＶ多重フォーマットのファイルの確認や編集を行うことができる。
【０１８３】
映像記録装置１の通信部２１は、編集装置１０３またはＰＣ１０４からのエディットリストを受信する。ＣＰＵ１１は、通信部２１より供給されたエディットリストを、ドライブ２３を制御し、光ディスク２に記録させる。なお、このとき、エディットリストは、例えば、ファイルヘッダ部のヘッダメタデータに記録される。光ディスク２は、高品質と低品質のＡＶ多重フォーマットのファイル、およびエディットリストが記録された後、放送局１０２に持ち運ばれる。
【０１８４】
放送局１０２においては、編集装置１０３により、光ディスク２から高解像度のビデオデータと、高音質のオーディオデータが読み出されて復号され、光ディスク２に記録されたエディットリストに従って、放送（オンエア）される。
【０１８５】
なお、光ディスク２に低品質のＡＶ多重フォーマットのファイルと高品質のＡＶ多重フォーマットのファイルを記録するようにしたが、光ディスク２に、一方（例えば、高品質のＡＶ多重フォーマットのファイル）だけを記録するようにし、他方（例えば、低品質のＡＶ多重フォーマットのファイル）を、半導体メモリを用いたメモリカードなどの他の記録媒体に記録するようにしてもよい。
【０１８６】
また、放送局１０２は、編集装置１０３を有するようにしたが、編集装置１０３の代わりに、ＰＣ１０４を有するようにしてもよいし、取材現場においては、ＰＣ１０４の代わりに、編集装置１０３を使用するようにしてもよい。
【０１８７】
図２１のフローチャートを参照して、図２０のＡＶネットワークシステムの処理について説明する。なお、図２１においては、映像記録装置１と編集装置１０３の処理について説明する。
【０１８８】
映像記録装置１の撮像部３１は、被写体を撮像しながら、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータを、高解像度と低解像度に符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、高音質と低音質に符号化し、ファイル生成部２２に供給する。
【０１８９】
ステップＳ１０１において、映像記録装置１のファイル生成部２２は、ビデオデータとオーディオデータを用いて、ＡＶ多重フォーマットのファイルを生成し、ドライブ２３を制御し、光ディスク２に記録させる。また同時に、ファイル生成部２２は、通信部２１を制御し、生成されたＡＶ多重フォーマットのファイルを、例えば、通信衛星１０１を介して、ＰＣ１０４に送信し、ステップＳ１０２に進む。
【０１９０】
具体的には、ファイル生成部２２は、ビデオ符号化部１５より供給された高解像度と低解像度のビデオデータと、オーディオ符号化部１６より供給された高音質と低音質のオーディオデータを用いて、高品質と低品質のＡＶ多重フォーマットのファイルを生成し、ドライブ２３を制御し、生成したＡＶ多重フォーマットのファイルを光ディスク２に記録させ、同時に、通信部２１を制御し、生成した低品質のＡＶ多重フォーマットのファイルを、通信衛星１０１を介して、編集装置１０３に送信させる。
【０１９１】
これに対応して、編集装置１０３は、ステップＳ１２１において、低品質のＡＶ多重フォーマットのファイルを受信しながら、ＭＸＦの送信用ヘッダ部に基づいて、ファイルの先頭から、リアルタイムに再生し、ステップＳ１２２に進む。編集装置１０３は、ステップＳ１２２において、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集し、ステップＳ１２３に進み、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストとして、通信衛星１０１を介して、映像記録装置１に送信する。
【０１９２】
映像記録装置１の通信部２１は、ステップＳ１０２において、ＰＣ１０４よりエディットリストを受信し、ステップＳ１０３に進み、受信したエディットリストを、光ディスク２に記録する。
【０１９３】
この光ディスク２が、放送局１０２に持ち込まれるので、放送局１０２は、光ディスク２から高解像度のビデオデータと、高音質のオーディオデータが読み出して復号し、光ディスク２に記憶されたエディットリストに従って、放送する。
【０１９４】
以上のように、ＡＶ多重フォーマットを用いて、ＭＸＦの規格に準拠した編集装置１０３においては、リアルタイム再生を行うことができる。さらに、低品質のＡＶ多重フォーマットを用いることにより、通信や編集の負荷が軽減される。
【０１９５】
図２２のフローチャートを参照して、図２０のＡＶネットワークシステムの他の処理について説明する。なお、図２２においては、映像記録装置１とＰＣ１０４の処理について説明する。なお、図２２のステップＳ１５１乃至Ｓ１５３の処理は、図２１のステップＳ１０１乃至Ｓ１０３と同様の処理を行うため、詳細な説明は省略する。
【０１９６】
ステップＳ１５１において、映像記録装置１のファイル生成部２２は、ビデオデータとオーディオデータを用いて、ＡＶ多重フォーマットを生成し、ドライブ２３を制御し、光ディスク２に記録させる。また同時に、ファイル生成部２２は、通信部２１を制御し、生成されたＡＶ多重フォーマットのファイルを、例えば、近距離無線通信により、ＰＣ１０４に送信し、ステップＳ１５２に進む。
【０１９７】
これに対応して、ＰＣ１０４は、ステップＳ１６１において、低品質のＡＶ多重フォーマットのファイルを受信し、ステップＳ１６２に進む。ＡＶ多重フォーマットのファイルの受信が完了すると、ＰＣ１０４は、ステップＳ１６２において、ＱＴを用いて、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータを再生し、オーディオデータおよびビデオデータを編集し、ステップＳ１６３に進み、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストとして、近距離無線通信により、映像記録装置１に送信する。
【０１９８】
映像記録装置１の通信部２１は、ステップＳ１５２において、ＰＣ１０４よりエディットリストを受信し、ステップＳ１５３に進み、受信したエディットリストを、光ディスク２に記録する。
【０１９９】
以上のように、ＱＴファイルの構造を有するＡＶ多重フォーマットを用いるようにしたので、被写体を撮像しながらオンザフライで送信された場合でも、ＰＣ１０４で、ＡＶ多重フォーマットのファイルの確認や編集を行うことができる。まさらに、低品質のＡＶ多重フォーマットを用いることにより、通信や編集の負荷が軽減される。
【０２００】
以上により、収録されてから放送されるまでの時間を短縮することができる。また、汎用性のあるＰＣ１０４を用いることができるので、収録にかかる費用も削減される。
【０２０１】
なお、上記説明においては、映像記録装置においてＡＶ多重フォーマットのファイルを生成するように説明したが、編集装置やＰＣにおいても、記憶されているデータや他の記録媒体からのデータから、ＡＶ多重フォーマットのファイルを生成することもできる。
【０２０２】
また、本実施の形態では、映像記録装置において、光ディスクに対して、ＡＶ多重フォーマットのファイルを読み書きするようにしたが、ＡＶ多重フォーマットのファイルは、光ディスクなどのディスク状の記録媒体に限らず、磁気テープなどのテープ状の記録媒体や、半導体メモリなどに対して読み書きすることが可能である。
【０２０３】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム格納媒体からインストールされる。
【０２０４】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム格納媒体は、図２に示されるように、光ディスク２などよりなるパッケージメディア、または、プログラムが一時的もしくは永続的に格納される記憶部２０などにより構成される。
【０２０５】
なお、本発明書において、ネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。したがって、ネットワークには、インターネットやイントラネットなどはもちろんのこと、衛星や無線も含まれる。ネットワークを介して通信する装置は、独立した装置どうしであってもよいし、１つの装置を構成している内部ブロックどうしであってもよい。
【０２０６】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０７】
さらに、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２０８】
【図１】本発明を適用したＡＶネットワークシステムの構成例を示す図である。
【図２】図１の映像記録装置の構成例を示すブロック図である。
【図３】図１の光ディスクに記録されたデータを説明する図である。
【図４】図１のＡＶネットワークシステムで用いられるＡＶ多重フォーマットのファイルの構成例を示す図である。
【図５】図４のＡＶ多重フォーマットのファイルの他の構成例を示す図である。
【図６】図４のＡＶ多重フォーマットのファイルのさらに他の構成例を示す図である。
【図７】図６のムービアトムの構成例を示す図である。
【図８】図７の時間サンプルアトムの構成例を示す図である。
【図９】図７の同期アトムの構成例を示す図である。
【図１０】図７のサンプルチャンクアトムの構成例を示す図である。
【図１１】図７のサンプルサイズアトムの構成例を示す図である。
【図１２】図７のチャンクオフセットアトムの構成例を示す図である。
【図１３】図５のＡＶ多重フォーマットのファイルボディ部の構成例を示す図である。
【図１４】図１３のサウンドアイテムの構成例を示す図である。
【図１５】図５のＡＶ多重フォーマットのファイルボディ部の他の構成例を示す図である。
【図１６】図１３のピクチャアイテムの構成例を示す図である。
【図１７】図１の映像記録装置のＡＶ多重フォーマットのファイルの生成処理を説明するフローチャートである。
【図１８】図１７のステップＳ５のファイルボディヘッダ部の生成処理を説明するフローチャートである。
【図１９】図１７のステップＳ６のヘッダおよびの生成処理を説明するフローチャートである。
【図２０】本発明のＡＶネットワークシステムの他の構成例を示す図である。
【図２１】図２０のＡＶネットワークシステムの処理の例を説明するフローチャートである。
【図２２】図２０のＡＶネットワークシステムの処理の他の例を説明するフローチャートである。
【符号の説明】
【０２０９】
１  映像記録装置，２  光ディスク，３  編集装置，４  ＰＣ，５  ネットワーク，６  編集装置，７  ＰＣ，１１  ＣＰＵ，１５  ビデオ符号化部，１６  オーディオ符号化部，２０  記憶部，２１  通信部，２２  ファイル生成部，２３  ドライブ，３３  メモリ，５１−１乃至５１−ｎ  年輪データ，５２−１乃至５２−ｎ  ボディパーティションパック部，５３−１乃至５３−ｎ  エッセンスコンテナ，５４  ムービデータアトム，５５−１乃至５５−ｎ  ムービデータアトム，５６  ムービアトム，１０１  通信衛星，１０２  放送局，１０３  編集装置，１０４  ＰＣ
【図１】
2005033630.tif 000003
【図２】
2005033630.tif 000004
【図３】
2005033630.tif 000005
【図４】
2005033630.tif 000006
【図５】
2005033630.tif 000007
【図６】
2005033630.tif 000008
【図７】
2005033630.tif 000009
【図８】
2005033630.tif 000010
【図９】
2005033630.tif 000011
【図１０】
2005033630.tif 000012
【図１１】
2005033630.tif 000013
【図１２】
2005033630.tif 000014
【図１３】
2005033630.tif 000015
【図１４】
2005033630.tif 000016
【図１５】
2005033630.tif 000017
【図１６】
2005033630.tif 000018
【図１７】
2005033630.tif 000019
【図１８】
2005033630.tif 000020
【図１９】
2005033630.tif 000021
【図２０】
2005033630.tif 000022
【図２１】
2005033630.tif 000023
【図２２】
2005033630.tif 000024