JP3969656B2 - 情報処理装置および方法、プログラム記録媒体、並びにプログラム - Google Patents
情報処理装置および方法、プログラム記録媒体、並びにプログラム Download PDFInfo
- Publication number
- JP3969656B2 JP3969656B2 JP2003132504A JP2003132504A JP3969656B2 JP 3969656 B2 JP3969656 B2 JP 3969656B2 JP 2003132504 A JP2003132504 A JP 2003132504A JP 2003132504 A JP2003132504 A JP 2003132504A JP 3969656 B2 JP3969656 B2 JP 3969656B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- format
- header
- generating
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および方法、プログラム記録媒体、並びにプログラムに関し、特に、放送機器とパーソナルコンピュータとの間でファイル交換することができるようにした情報処理装置および方法、プログラム記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年においては、通信プロトコルなどの標準化や、通信機器の低価格化などが進み、通信Ｉ／Ｆ（Interface）を標準で装備しているパーソナルコンピュータが一般的になってきている。
【０００３】
さらに、パーソナルコンピュータの他、例えば、ＡＶ（Audio Visual）サーバやVTR(Video Tape Recorder)などの業務用放送機器についても、通信Ｉ／Ｆが標準装備されているもの、あるいは装備可能なものが一般的になっており、そのような放送機器どうしの間では、ビデオデータやオーディオデータ（以下、適宜、両方まとめてＡＶデータと称する）のファイル交換が行われている。
【０００４】
ところで、従来においては、放送機器どうしの間で交換されるファイルのフォーマットとしては、一般に、例えば、機種ごとやメーカごとに、独自のフォーマットが採用されていたため、異なる機種やメーカの放送機器どうしの間では、ファイル交換を行うことが困難であった。そこで、ファイル交換のためのフォーマットとして、例えば、特許文献１に示されるように、ＭＸＦ(Material eXchange Format)が提案され、現在標準化されつつある。
【０００５】
【特許文献１】
ＷＯ０２／２１８４５ Ａ１
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したＭＸＦのファイルは、異なる機種やメーカの放送機器どうしの間で、ファイル交換を行うために提案されたフォーマットである。したがって、ＭＸＦのファイルは、パーソナルコンピュータなどの汎用のコンピュータでは認識することができないといった課題があった。すなわち、業務用放送機器とパーソナルコンピュータ間でのファイル交換ができないといった課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、放送機器とパーソナルコンピュータとの間でファイルを交換することができるようにするものである。
【０００８】
【課題を解決するための手段】
本発明の第１の情報処理装置は、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成手段と、第２のフォーマットのファイルとしてボディ部から入力データのサイズを取得する取得手段と、取得手段により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成手段と、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル生成手段により生成されたテーブル情報を記述して、ヘッダ部を生成するヘッダ生成手段と、ボディ部の後に、フッタ部を結合し、ボディ部の前に、ヘッダ生成手段により生成されたヘッダ部を結合してファイルを生成するファイル生成手段とを備えることを特徴とする。
【０００９】
第１のフォーマットは、ＭＸＦ(Material exchange Format)であり、第２のフォーマットは、ＱＴ（ Quick Time ）フォーマットであるようにすることができる。
【００１１】
ボディ生成手段により生成されたボディ部を記録媒体に記録するボディ記録手段と、ボディ記録手段により記録媒体に記録されたボディ部の後に、フッタ部を記録するフッタ記録手段と、ボディ記録手段により記録媒体に記録されたボディ部の前に、ヘッダ部を記録するヘッダ記録手段とをさらに備えるようにすることができる。
【００１２】
ファイル生成手段により生成されたファイルをネットワークを介して他の情報処理装置に送信する送信手段と、送信手段により送信したファイルに基づいたメタデータをネットワークを介して他の情報処理装置から受信する受信手段と、受信手段により受信されたメタデータを記録媒体に記録するメタデータ記録手段とをさらに備えるようにすることができる。
【００１３】
本発明の第１の情報処理方法は、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル情報を記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００１４】
本発明の第１のプログラム記録媒体に記録されているプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル情報を記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００１５】
本発明の第１のプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル情報を記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００１６】
本発明の第２の情報処理装置は、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成手段と、入力データのサイズを取得する取得手段と、取得手段により取得されたサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成手段と、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成手段と、ボディ部の後に、フッタ部とテーブル生成手段により生成されたテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成手段とを備えることを特徴とする。
【００１７】
第１のフォーマットは、ＭＸＦ(Material exchange Format)であり、第２のフォーマットは、ＱＴ（Quick Time）フォーマットであるようにすることができる。
【００１９】
ボディ生成手段により生成されたボディ部を記録媒体に記録するボディ記録手段と、ボディ記録手段により記録媒体に記録されたボディ部の後に、フッタ部とテーブル情報を記録するフッタ記録手段と、ボディ記録手段により記録媒体に記録されたボディ部の前に、ヘッダ部を記録するヘッダ記録手段とをさらに備えるようにすることができる。
【００２０】
ファイル生成手段により生成されたファイルをネットワークを介して他の情報処理装置に送信する送信手段と、送信手段により送信したファイルに基づいたメタデータをネットワークを介して他の情報処理装置から受信する受信手段と、受信手段により受信されたメタデータを記録媒体に記録するメタデータ記録手段とをさらに備えるようにすることができる。
【００２１】
本発明の第２の情報処理方法は、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００２２】
本発明の第２のプログラム記録媒体に記録されているプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００２３】
本発明の第２のプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００２４】
第１の本発明においては、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部が生成され、入力データのサイズが取得され、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報が、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成され、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル情報を記述して、ヘッダ部が生成される。そして、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルが生成される。
【００２５】
第２の本発明においては、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部が生成され、入力データのサイズが取得され、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報が、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成され、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部が生成される。そして、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルが生成される。
【００２６】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２７】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００２８】
本発明の請求項１に記載の情報処理装置は、ヘッダ部、ボディ部およびフッタ部からなる第１のフォーマット、および第１のフォーマットとは異なる第２のフォーマットに対応する情報処理装置（例えば、図１の映像記録装置１）であって、入力データ（例えば、ビデオデータまたはオーディオデータ）を、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部（例えば、図４のファイルボディ部）を生成するボディ生成手段（例えば、図１７のステップＳ１の処理を実行する図２のファイル生成部２２）と、入力データ（例えば、ビデオデータ）のサイズ（例えば、フレームサイズ）を取得する取得手段（例えば、図１７のステップＳ２の処理を実行する図２のファイル生成部２２）と、取得手段により取得されたサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報（例えば、図４のムービアトム）を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成手段（例えば、図１８のステップＳ２６の処理を実行する図２のファイル生成部２２）と、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル生成手段により生成されたテーブル情報を記述して、ヘッダを生成するヘッダ生成手段（例えば、図１８のステップＳ２４乃至Ｓ２６の処理を実行するファイル生成部２２）と、ボディ部の後に、フッタ部（例えば、図４のファイルフッタ部）を結合し、ボディ部の前に、ヘッダ生成手段により生成されたヘッダ部（例えば、図４のファイルヘッダ部）を結合してファイルを生成するファイル生成手段（例えば、図１７のステップＳ６およびＳ８の処理を実行する図２のファイル生成部２２）とを備えることを特徴とする。
【００２９】
本発明の請求項３に記載の情報処理装置は、ボディ生成手段により生成されたボディ部を記録媒体（例えば、図１の光ディスク２）に記録するボディ記録手段（例えば、図１７のステップＳ４の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディ部の後に、フッタ部を記録するフッタ記録手段（例えば、図１７のステップＳ７の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディ部の前に、ヘッダ部を記録するヘッダ記録手段（例えば、図１７のステップＳ９の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３０】
本発明の請求項４に記載の情報処理装置は、ファイル生成手段により生成されたファイルをネットワーク（例えば、図２２の通信衛星１０１）を介して他の情報処理装置（例えば、図２２のＰＣ１０４）に送信する送信手段（例えば、図２３のステップＳ１０２の処理を実行する図２の通信部２１）と、送信手段により送信したファイルに基づいたメタデータ（例えば、エディットリスト）をネットワークを介して他の情報処理装置から受信する受信手段（例えば、図２３のステップＳ１０３の処理を実行する図２の通信部２１）と、受信手段により受信されたメタデータを記録媒体（例えば、図２２の光ディスク２）に記録するメタデータ記録手段（例えば、図２３のステップＳ１０４の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３１】
本発明の第１の情報処理方法、プログラム記録媒体、およびプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップ（例えば、図１７のステップＳ１）と、入力データのサイズを取得する取得ステップ（例えば、図１７のステップＳ２）と、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップ（例えば、図１８のステップＳ２６）と、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル情報を記述して、ヘッダ部を生成するヘッダ生成ステップ（例えば、図１８のステップＳ２４乃至Ｓ２６）と、ボディ部の後に、フッタ部を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップ（例えば、図１７のステップＳ６およびＳ８）とを含むことを特徴とする。
【００３２】
本発明の請求項８に記載の情報処理装置は、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成手段（例えば、図２１のステップＳ６１の処理を実行する図２のファイル生成部２２）と、入力データのサイズを取得する取得手段（例えば、図２１のステップＳ６２の処理を実行する図２のファイル生成部２２）と、取得手段により取得されたサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成手段（例えば、図１８のステップＳ２６の処理を実行する図２のファイル生成部２２）と、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成手段と、ボディ部の後に、フッタ部とテーブル生成手段により生成されたテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成手段（例えば、図２１のステップＳ６６およびＳ６８の処理を実行する図２のファイル生成部２２）とを備えることを特徴とする。
【００３３】
本発明の請求項１０に記載の情報処理装置は、ボディ生成手段により生成されたボディ部を記録媒体（例えば、図１の光ディスク２）に記録するボディ記録手段（例えば、図２１のステップＳ６４の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディ部の後に、フッタ部とテーブル情報を記録するフッタ記録手段（例えば、図２１のステップＳ６７の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディ部の前に、ヘッダ部を記録するヘッダ記録手段（例えば、図２１のステップＳ６９の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３４】
本発明の請求項１１に記載の情報処理装置は、ファイル生成手段により生成されたファイルをネットワークを介して他の情報処理装置に送信する送信手段（例えば、図２３のステップＳ１０２の処理を実行する図２の通信部２１）と、送信手段により送信したファイルに基づいたメタデータをネットワークを介して他の情報処理装置から受信する受信手段（例えば、図２３のステップＳ１０３の処理を実行する図２の通信部２１）と、受信手段により受信されたメタデータを記録媒体に記録するメタデータ記録手段（例えば、図２３のステップＳ１０４の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３５】
本発明の第２の情報処理方法、プログラム記録媒体、およびプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップ（例えば、図２１のステップＳ６１）と、入力データのサイズを取得する取得ステップ（例えば、図２１のステップＳ６２）と、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップ（例えば、図１８のステップＳ２６）と、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップ（例えば、図２１のステップＳ６６およびＳ６８）とを含むことを特徴とする。
【００３６】
以下、図を参照して本発明の実施の形態について説明する。
【００３７】
図１は、本発明を適用したＡＶネットワークシステム（システムとは、複数の装置が論理的に集合したものをいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００３８】
映像記録装置１には、光ディスク２を着脱することができるようになっている。映像記録装置１は、撮像した被写体のビデオデータ、および集音したオーディオデータから、後述するＡＶ多重フォーマットのファイルを生成し、装着された光ディスク２に記録する。
【００３９】
また、映像記録装置１は、装着された光ディスク２あるいは内蔵する記憶部２０（図２）からＡＶ多重フォーマットのファイルを読み出し、読み出したＡＶ多重フォーマットのファイルを、ネットワーク５を介して伝送する。
【００４０】
ここで、ＡＶ多重フォーマットのファイルは、例えば、ＭＸＦの規格に準拠したファイルであり、図３を参照して詳しく後述するが、ファイルヘッダ部(File Header)、ファイルボディ部(File Body)、ファイルフッタ部(File Footer)からなる。そして、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠したファイルであるから、そのファイルボディ部には、ＡＶデータであるビデオデータとオーディオデータとが、例えば、６０（NTSCの場合）フレーム単位で多重化されて配置されている。さらに、ＡＶ多重フォーマットのファイルは、プラットフォームに依存せず、様々な記録形式に対応し、拡張性があるソフトウェアであるＱＴ(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）が順次配置される。
【００６０】
ランインは、１１バイトのパターンが合えば、ＭＸＦヘッダが始まることを解釈するためのオプションである。ランインは、最大６４キロバイトまで確保することができるが、いまの場合８バイトとされる。ランインには、ＭＸＦヘッダの１１バイトのパターン以外のものであれば、何を配置してもよい。ヘッダパーティションパックには、ヘッダを特定するための１１バイトのパターンや、ファイルボディ部に配置されるデータの形式、ファイルフォーマットを表す情報などが配置される。ヘッダメタデータには、ファイルボディ部を構成するエッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すために必要な情報などが配置される。
【００６１】
ＡＶ多重フォーマットのファイルボディ部は、エッセンスコンテナ(Essence Container)で構成され、エッセンスコンテナには、ＡＶデータであるビデオデータとオーディオデータとが、例えば、６０（ＮＴＳＣの場合）フレーム単位で多重化されて配置されている。
【００６２】
ＡＶ多重フォーマットのファイルフッタ部は、フッタパーティションパック(Footer partition pack)で構成され、フッタパーティションパックには、ファイルフッタ部を特定するためのデータなどが配置される。
【００６３】
以上のように構成されたＡＶ多重フォーマットのファイルが与えられた場合、ＭＸＦの規格に準拠した編集装置３および６は、まず、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【００６４】
次に、図４は、ＡＶ多重フォーマットの他の例を示している。なお、図４の例において、上段は、図３を参照して上述したＭＸＦの規格に準拠した編集装置３および６から認識されるＡＶ多重フォーマットのファイル（以下、ＭＸＦファイルと称する）の例を示しており、下段は、ＱＴを有するＰＣ４および６から認識されるＡＶ多重フォーマットのファイル（以下、ＱＴファイルと称する）の例を示している。すなわち、ＡＶ多重フォーマットは、ＱＴファイルの構造とＭＸＦファイルの構造の両方を有するように構成されている。
【００６５】
上段に示されるように、ＭＸＦファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、８バイトのランイン、ヘッダパーティションパックとヘッダメタデータからなるＭＸＦヘッダ、および、スタッフィング(stuffing)のためのデータとしてのフィラー(Filler)からなるファイルヘッダ部、エッセンスコンテナからなるファイルボディ部、並びに、フッタパーティションパックからなるファイルフッタ部により構成される。
【００６６】
図４の例の場合、ファイルボディ部を構成するエッセンスコンテナは、１以上のエディットユニット(Edit Unit)で構成される。エディットユニットは、６０（NTSCの場合）フレームの単位であり、そこには、６０フレーム分のＡＶデータ（オーディオデータとビデオデータ）その他が配置される。ここで、エディットユニットには、６０（NTSCの場合）フレーム分のＡＶデータその他がＫＬＶ(Key，Length，Value)構造にＫＬＶコーディングされて配置される。
【００６７】
ＫＬＶ構造とは、その先頭から、キー(Key)、レングス(Length)、バリュー(Value)が順次配置された構造であり、キーには、バリューに配置されるデータがどのようなデータであるかを表す、SMPTE 298Mの規格に準拠した１６バイトのラベルが配置される。レングスには、バリューに配置されるデータのデータ長（８バイト）がBER（Basic Encoding Rules：ISO/IEC882-1 ASN）によって配置される。バリューには、実データ、すなわち、ここでは、６０（NTSCの場合）フレームのオーディオまたはビデオデータが配置される。また、オーディオまたはビデオデータを固定長とするために、スタッフィング(stuffing)のためのデータとしてのフィラー(Filler)が、やはりＫＬＶ構造として、各オーディオまたはビデオデータの後に配置される。
【００６８】
したがって、エディットユニットは、その先頭から、ＫＬＶ構造のオーディオデータ（Audio）、ＫＬＶ構造のフィラー、ＫＬＶ構造のビデオデータ（Video）、およびＫＬＶ構造のフィラーが配置されて構成される。
【００６９】
次に、下段に示されるように、ＱＴファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、スキップアトム(skip atom)、ムービアトム(movie atom)、フリースペースアトム（free space atom）、ムービデータアトムのヘッダであるmdatヘッダ(mdat header)、およびムービデータアトム(movie data atom)が順次配置されて構成される。
【００７０】
ＱＴムービリソースの基本的なデータユニットは、アトム(atom)と呼ばれ、各アトムは、その先頭に、各アトムのヘッダとして、４バイトのサイズ(size)、および４バイトのタイプ情報(Type)を有している。
【００７１】
スキップアトムは、スキップアトム内に記述されるデータを読み飛ばし、スキップするためのアトムである。ムービアトムは、図６を参照して詳しく後述するが、ムービデータアトムに記録されたＡＶデータを読み出すための情報であるサンプルテーブルなどが記述されている。ムービアトムに記述されているほとんどの情報は固定情報である。フリースペースアトムは、ファイル中にスペースを作るアトムである。なお、ファイルヘッダ部は、ＥＣＣ(Error Correcting Code)単位で配置されるため、ファイルボディ部の配置は、ＥＣＣの境界から開始される。すなわち、フリースペースアトムは、ファイルヘッダ部のＥＣＣのサイズ調整のために用いられる。ムービデータアトムは、ビデオデータやオーディオデータなどの実データを格納する部分である。
【００７２】
したがって、図４のＡＶ多重フォーマットのファイルにおいては、ＭＸＦファイルとして無視されるファイルの先頭（ランイン）に、ＱＴのスキップアトムのヘッダ（サイズとタイプ情報）が記述され、ＱＴファイルとして読み飛ばされるＱＴのスキップアトム内にＭＸＦヘッダが記述されている。また、ＭＸＦとして無視されるフィラー内に、ＱＴのムービアトムとmdatヘッダが記述されている。すなわち、ＡＶ多重フォーマットのファイルヘッダ部は、ＭＸＦのファイル構造とＱＴのファイル構造の両方を満たしている。
【００７３】
さらに、ＭＸＦとしてのファイルボディ部とファイルフッタ部は、ＱＴのムービデータアトムに対応している。なお、ＱＴファイルにおいて、ムービデータアトムに配置されるビデオデータおよびオーディオデータの最小単位は、サンプルとされ、サンプルの集合としてチャンクが定義される。すなわち、ＱＴファイルにおいては、エディットユニットに配置されるオーディオデータおよびビデオデータは、１つ１つのチャンクと認識される。したがって、ＱＴファイルにおいては、エディットユニットのオーディオデータに対応するキーおよびレングスが無視され、オーディオデータの先頭位置ＡＣがチャンクの開始位置ＡＣと認識され、それに基づいて、オーディオデータを読み出すために必要な情報がムービアトムに記述される。同様に、エディットユニットのビデオデータに対応するキーおよびレングスが無視され、ビデオデータの先頭位置ＶＣがチャンクの先頭位置ＶＣと認識され、それに基づいて、ビデオデータを読み出すために必要な情報がムービアトムに記述される。
【００７４】
このようなファイル構成を有することにより、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠した編集装置３および６でも、ＱＴを有するＰＣ４および６でも認識され、ファイルボディ部に配置されたオーディオデータとビデオデータが読み出される。
【００７５】
すなわち、ＭＸＦの規格に準拠した編集装置３および６は、まず、ランインを無視し、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【００７６】
また、ＱＴのソフトウェアを有するＰＣ４および６は、まず、スキップアトムのヘッダを認識し、スキップアトムを読み飛ばし、ムービアトムを読み出し、ムービアトムに記述された情報（後述するサンプルテーブルなど）に基づいて、ムービデータアトムに記録されているチャンク（オーディオデータまたはビデオデータ）を読み出すことができる。
【００７７】
以上のように、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、ＡＶ多重フォーマットのファイルを用いて、ファイル交換を行うことができる。
【００７８】
次に、図５は、ＡＶ多重フォーマットにおけるＭＸＦのファイルヘッダ部の詳細な例を示している。なお、図５の例においては、上段は、ＭＸＦファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。下段は、ＱＴファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。
【００７９】
図５の例の場合、上段に示されるように、ＭＸＦファイルとして見ると、ＭＸＦのファイルヘッダ部は、ランイン(Run In)、ヘッダパーティションパック(Header partition pack)、フィラー(Filler)、およびヘッダメタデータ(Header Metadata)からなるＭＸＦヘッダ（MXF Header）、並びにフィラー(Filler)が順次配置されてＭＸＦファイルの構造を有するように構成されている。一方、下段に示されるように、ＱＴファイルとして見ると、ＭＸＦのファイルヘッダ部は、スキップアトム(skip atom)、ムービアトム(movie atom)およびフリースペースアトム(free space atom)、ムービデータアトムのヘッダであるmdat ヘッダ(mdat header)が順次配置されてＱＴファイルの構造を有するように構成されている。
【００８０】
図５の例の場合、ＭＸＦファイルのランインには、ＱＴファイルのスキップアトムのヘッダであるサイズ(Size)とタイプ情報(Type)が記述されている。ＭＸＦファイルのランインの後のＭＸＦヘッダは、ＱＴファイルのスキップアトム内に記述されている。そして、ＭＸＦヘッダの後のフィラーには、ＱＴファイルのムービアトム、フリースペースアトム、およびムービデータアトムのヘッダが記述されている。
【００８１】
このような構成を有することにより、ＭＸＦの規格に準拠した編集装置３および６では、ランインを無視して、ＭＸＦヘッダのヘッダパーティションパックを認識し、ＭＸＦヘッダのヘッダメタデータに基づいて、ファイルボディ部に配置されているビデオデータおよびオーディオデータを読み出すことができる。一方、ＱＴを有するＰＣ４および６では、スキップアトムのヘッダを認識して、スキップアトムを読み飛ばし、ムービアトムに記述されている情報に基づいて、ムービデータアトムのヘッダ以降のファイルボディ部（ムービデータアトム）に書き込まれているチャンク（ビデオデータおよびオーディオデータ）を読み出すことができる。
【００８２】
次に、図６を参照して、ムービアトムに記述されている情報について詳しく説明する。
【００８３】
図６は、図５のファイルヘッダ部における、ＱＴファイルの構成例を示している。図６の例において、図中上部がファイルの先頭を示している。なお、上述したように、ＱＴムービリソースの基本的なデータユニットは、アトム(atom)と呼ばれ、いまの場合、アトムは、階層１乃至８まで階層化されており、図中左側が最上位の階層１とされる。また、図中右側の「Ｖ」は、後述するトラックアトムが対象としているメディアがビデオデータの場合（すなわち、ビデオデータのトラックアトム（ビデオトラックアトムである場合）のみ記述されるアトムであることを示し、「Ａ」は、トラックアトムが対象としているメディアがオーディオデータの場合（すなわち、オーディオデータのトラックアトム（オーディオトラックアトム）である場合）のみ記述されるアトムであることを示している。
【００８４】
図６の例の場合、ＱＴファイルにおけるＱＴヘッダ(header)は、階層１のスキップアトム(skip：skip atom)、ムービアトム(moov：movie atom)、および、階層２のムービヘッダアトム(mvhd：movie header atom)により構成される。また、ＱＴにおけるトレーラ(trailer)は、階層２のユーザ定義アトム(udta：user data atom)、階層１のフリースペースアトム(free：free space atom)およびムービデータアトムのヘッダであるmdatヘッダ(mdat：movie data atom header)により構成される。そして、ＱＴにおけるビデオトラックおよびオーディオトラック(Video and Audio Track)は、階層２のトラックアトム(track)とそれ以下の階層３乃至階層８の各アトムによりそれぞれ構成される。
【００８５】
ファイルヘッダ部におけるＱＴのファイルは、最上位の階層１において、スキップアトム(skip：skip atom)、ムービアトム(moov：movie atom)、フリースペースアトム(free：free space atom)およびムービデータアトムのヘッダであるmdatヘッダ(mdat：movie data atom)により構成される。すなわち、図５のファイルヘッダ部には、階層１の構成が示されている。
【００８６】
ムービアトムは、階層２に示されるように、ムービヘッダアトム(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方式で符号化された１ＧＯＰ(Group Of Picture)単位のビデオデータ（エレメンタリストリーム（ＥＳ：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のＰＡＬ規格の場合、ビデオデータは、５０フレームで形成されるので、ピクチャアイテムには、１フレームのＩピクチャと９フレームのＰピクチャからなるＧＯＰが、５つ配置されて構成される。
【０１３０】
以上のようにして、ＡＶ多重フォーマットのファイルボディ部が配置されて構成される。そして、映像記録装置１においては、まず、以上のようなＡＶ多重フォーマットのファイルボディ部が配置されて生成され、その後、生成されたファイルボディ部に基づいて、ファイルフッタ部およびファイルヘッダ部が生成される。
【０１３１】
次に、図１６および図１７のフローチャートおよびを参照して、上述したように構成されるＡＶ多重フォーマットのファイル生成処理を説明する。
【０１３２】
まず、図１６を参照して、一般的なＱＴファイルの生成処理について説明する。ＱＴファイルにおいては、図１６に示されるように、まず、オーディオデータ(Audio)およびビデオデータ(Video)の各チャンクからなるムービデータアトムが、所定のＥＣＣの境界から、図中右に向かって記録される。ムービデータアトムの記録が終了すると、ＱＴファイルにおいては、ムービデータアトムのチャンクに基づいて、ムービアトムが生成され、生成されたムービアトムがファイルの先頭から記録される。そして、ムービアトムが記録された後に、フリースペースアトムとmdatヘッダまでがＥＣＣ境界に合わせるように詰めて記録される。
【０１３３】
このように、ＱＴファイルでは、物理的には、ムービデータアトムの後に、ムービアトムおよびフリースペースアトムが記録されてＱＴファイルが生成される。そして、ＱＴファイルでは、記録後のファイル先頭は、論理的に、図中左側のムービアトムとされ、ファイル最後尾は、図中右側のムービデータアトムの最後尾とされる。
【０１３４】
次に、図１７を参照して説明するＡＶ多重フォーマットのファイル生成処理は、基本的には、図１６を参照して上述した一般的なＱＴファイルの生成処理に基づいて実行される。
【０１３５】
映像記録装置１の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータをMPEG4方式で符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、ITU-T G.711 A-Law方式で符号化し、ファイル生成部２２に供給する。
【０１３６】
ファイル生成部２２は、ステップＳ１において、ビデオ符号化部１５より供給されたビデオデータと、オーディオ符号化部１６より供給されたオーディオデータを、ビデオデータの６０（NTSCの場合）フレーム分ずつ、交互に多重化し、図１１乃至図１５を参照して上述したＡＶ多重フォーマットのファイルボディ部を生成し、それと同時に、ステップＳ２において、ファイル生成部２２は、生成したファイルボディ部のビデオデータのフレームサイズを、取得し、図示せぬ内蔵メモリに記憶し、ステップＳ３に進む。
【０１３７】
ステップＳ３において、ファイル生成部２２は、生成したＡＶ多重フォーマットのファイルボディ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ４に進む。なお、このとき、ファイル生成部２２は、ファイルヘッダ部が記録されるＥＣＣ分を考慮して、所定のＥＣＣの境界を、ファイルボディ部の記録開始点として、そこからファイルボディ部を、記憶部２０に記録する。
【０１３８】
ステップＳ４において、ドライブ２３は、ファイル生成部２２より供給されたファイルボディ部を光ディスク２に記録し、ステップＳ５に進む。具体的には、ドライブ２３は、ファイルヘッダ部が記録されるＥＣＣ分を考慮して、所定のＥＣＣの境界を、ファイルボディ部の記録開始点として、そこからファイルボディ部を、光ディスク２に記録する。
【０１３９】
ステップＳ５において、ファイル生成部２２は、ファイルフッタ部およびファイルヘッダ部の生成処理を実行し、ステップＳ６に進む。このファイルフッタ部およびファイルヘッダ部の生成処理について、図１８のフローチャートを参照して説明する。
【０１４０】
図１７のステップＳ３またはＳ４において、ファイルボディ部が記録されたときのパラメータ情報が、ＲＡＭ１１２に記録されている。このパラメータ情報は、ＮＴＳＣであるかＰＡＬであるかの情報、オーディオデータが記録されたＥＣＣ数、ビデオデータが記録されたＥＣＣ数、ボディ部が記録された時間、記録されたフレーム数、先頭のフレームへのポインタ情報などにより構成される。
【０１４１】
そこで、図１８のステップＳ２１において、ファイル生成部２２は、ＲＡＭ１１２よりパラメータ情報を取得し、ステップＳ２２に進む。ステップＳ２２において、ファイル生成部２２は、取得したパラメータ情報と、図１７のステップＳ２において記録されているフレームサイズに基づいて、内部パラメータを設定し、ステップＳ２３に進む。この内部パラメータは、例えば、ＧＯＰのサイズ情報やタイムスケールなどの時刻情報により構成される。
【０１４２】
ステップＳ２３において、ファイル生成部２２は、設定した内部パラメータに基づいて、ファイルフッタ部を生成し、内蔵メモリに書き込み、ステップＳ２４に進む。ファイル生成部２２は、ステップＳ２４乃至Ｓ２６において、ファイルヘッダ部を生成する。
【０１４３】
すなわち、ステップＳ２４において、ファイル生成部２２は、設定した内部パラメータに基づいて、ファイルヘッダ部のＭＸＦヘッダを生成し、内蔵メモリに書き込み、ステップＳ２５に進む。ステップＳ２５において、ファイル生成部２２は、設定した内部パラメータに基づいて、ムービアトムの各トラックアトムのサンプルテーブルを設定し、ステップＳ２６に進む。ステップＳ２６において、ファイル生成部２２は、設定した各サンプルテーブルの値に基づいて、アトムサイズを計算し、ムービアトムを生成し、内蔵メモリに書き込み、図１７のステップＳ６に戻る。
【０１４４】
ステップＳ２６の処理を具体的に説明すると、ファイル生成部２２は、まず、図６を参照して上述した階層１のスキップアトム、ムービアトム、および、階層２のムービヘッダアトムからなるＱＴヘッダを生成し、内蔵メモリに書き込む。次に、ファイル生成部２２は、階層２のトラックアトムおよび階層３乃至階層８のアトムからなるビデオアトムを生成し、内蔵メモリに書き込む。次に、ファイル生成部２２は、階層２のトラックアトムおよび階層３乃至階層８のアトムからなるオーディオアトムを生成し、内蔵メモリに書き込む。そして、最後に、次に、ファイル生成部２２は、階層２のユーザ定義アトム、階層１のフリースペースアトム(free)およびmdatヘッダからなるＱＴトレイラを生成し、内蔵メモリに書き込む。
【０１４５】
以上のように、ステップＳ２４乃至Ｓ２６において、ＭＸＦヘッダおよびムービアトムを含めたファイルヘッダ部が生成される。
【０１４６】
図１７のステップＳ６において、ファイル生成部２２は、ステップＳ５において生成されたファイルフッタ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ７に進む。このとき、ファイル生成部２２は、ステップＳ２において記憶部２０に記録されたファイルボディ部の後に、ファイルフッタ部を結合して記録する。
【０１４７】
ステップＳ７において、ドライブ２３は、ファイル生成部２２より供給されたファイルフッタ部を光ディスク２に記録し、ステップＳ８に進む。具体的には、ドライブ２３は、ステップＳ３において光ディスク２に記録されたファイルボディ部の後に、ファイルフッタ部を結合して記録する。
【０１４８】
ステップＳ８において、ファイル生成部２２は、ステップＳ５において生成されたＭＸＦヘッダおよびムービアトムを含むファイルヘッダ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ９に進む。このとき、ファイル生成部２２は、記憶部２０に記録されたファイルボディ部の前に、ファイルの先頭からファイルヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが生成される。
【０１４９】
ステップＳ９において、ドライブ２３は、ファイル生成部２２より供給されたＭＸＦヘッダおよびムービアトムを含むファイルヘッダ部を光ディスク２に記録し、ファイル生成記録処理を終了する。具体的には、ドライブ２３は、光ディスク２に記録されたボディ部の前に、ファイルの先頭からファイルヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが光ディスク２に記録される。
【０１５０】
以上のようにして、ＡＶ多重フォーマットのファイルが生成される。そして、記憶部２０に生成されたＡＶ多重フォーマットのファイルを、ＣＰＵ１１は、通信部２１を制御して、ネットワーク５を介して、編集装置６やＰＣ７に送信させる。これにより、映像記録装置１は、編集装置６やＰＣ７などと、ＡＶ多重フォーマットのファイルを交換することができる。
【０１５１】
また、以上のようにして、ＡＶ多重フォーマットのファイルが光ディスク２に記録されるので、映像記録装置１は、光ディスク２を介して、編集装置３やＰＣ４などと、ＡＶ多重フォーマットのファイルを交換することができる。
【０１５２】
すなわち、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、ＡＶ多重フォーマットのファイルを用いて、ファイル交換を行うことができる。
【０１５３】
次に、図１９は、ＡＶ多重フォーマットのファイルの他の例を示す。図１９の例においては、ＡＶ多重フォーマットは、ヘッダパーティションパック(HPP)、ムービアトム(moov)およびフィラー(Ｆ)からなるファイルヘッダ部、ファイルボディ部、フッタパーティションパック(FPP)からなるファイルフッタ部により構成される。
【０１５４】
ここで、上段に示されるように、ファイルボディ部を、サウンドアイテムＳ１とピクチャアイテムＰ１からなるエッセンスコンテナ１、サウンドアイテムＳ２とピクチャアイテムＰ２からなるエッセンスコンテナ２、サウンドアイテムＳ３とピクチャアイテムＰ３からなるエッセンスコンテナ３、サウンドアイテムＳ４とピクチャアイテムＰ４からなるエッセンスコンテナ４のように、複数のエッセンスコンテナで構成することを考える。
【０１５５】
しかしながら、ＭＸＦの規格において、クリップ（編集単位）にエッセンスコンテナは、１つという制限がある。そこで、ファイルボディ部に複数のエッセンスコンテナを配置させる場合には、各サウンドアイテムおよびピクチャアイテムの前後に、ファイルの先頭からのオフセット値と、その前のボディパーティションパックのオフセット値が記述されたボディパーティションパック（BPP：Body Partition Pack）を配置する必要がある。
【０１５６】
したがって、図１９の下段に示されるように、ヘッダ部のフィラー、ピクチャアイテムＰ１のフィラー（図示せず）、ピクチャアイテムＰ２のフィラー（図示せず）、ピクチャアイテムＰ３のフィラー（図示せず）、ピクチャアイテムＰ４のフィラー（図示せず）には、それぞれボディパーティションパックが配置される。そして、ヘッダ部のボディパーティションパックには、ファイルの先頭からヘッダ部のボディパーティションパックまでのオフセット値が記述されている。ピクチャアイテムＰ１のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ１のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ヘッダ部のボディパーティションパックのオフセット値）が記述されている。
【０１５７】
ピクチャアイテムＰ２のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ２のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ピクチャアイテムＰ１のボディパーティションパックのオフセット値）が記述されている。ピクチャアイテムＰ３のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ３のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ピクチャアイテムＰ２のボディパーティションパックのオフセット値）が記述されている。ピクチャアイテムＰ４のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ４のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ピクチャアイテムＰ３のボディパーティションパックのオフセット値）が記述されている。
【０１５８】
以上のように、各エッセンスコンテナに自分と、その前のオフセット値が記述されたボディパーティションパックを配置することにより、各エッセンスコンテナの範囲を認識することができる。したがって、ＡＶ多重フォーマットにおいて、ファイルボディ部に複数のエッセンスコンテナを配置することが可能になる。
【０１５９】
なお、以上においては、ムービアトムが、ＡＶ多重フォーマットのファイルヘッダ部に配置されている場合について説明してきた。この場合、ムービアトムがファイルの先頭側にあるため、ＱＴを有するＰＣ４および６が、ムービアトムのサンプルテーブルをすぐに読み出すことができ、ムービデータアトムに記録されたビデオデータやオーディオデータに効率よくアクセスすることができる。しかしながら、上述したムービアトムのサンプルテーブルは、記録時間によって長さが変わってしまう。
【０１６０】
したがって、長さが不定であるムービアトムをＡＶ多重フォーマットのファイルヘッダ部に配置すると、図１９を参照して上述したボディパーティションパックに記述しなければならない各ボディパーティションパックのファイルの先頭からのオフセット値を最後まで確定することができない。すなわち、ムービアトムをファイルヘッダ部に配置したＡＶ多重フォーマットでは、ファイルボディ部に複数のエッセンスコンテナを配置することができないという課題がある。
【０１６１】
このような課題に対応するため、図２０を参照して、ムービアトムをＡＶ多重フォーマットのファイルフッタ部の後に配置する例を説明する。
【０１６２】
図２０は、ＡＶ多重フォーマットの他の例を示す。なお、図２０の例においては、上段は、ＭＸＦファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。下段は、ＱＴファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。
【０１６３】
図２０の例の場合、上段に示されるように、ＭＸＦファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、８バイトのランインＭＸＦヘッダからなるファイルヘッダ部、エッセンスコンテナからなるファイルボディ部、ファイルフッタ部、並びに、フィラー(Filler)により構成される。下段に示されるように、ＱＴファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、ムービデータアトムのヘッダであるmdatヘッダ(mdat header)、ムービデータアトム(movie data atom)、およびムービアトム(movie atom)が順次配置されて構成される。
【０１６４】
すなわち、図２０のＡＶ多重フォーマットのファイルにおいては、ＭＸＦファイルとしては、無視されるファイルの先頭（ランイン）に、ＱＴのmdatヘッダが記述される。また、ムービアトムのチャンクオフセットアトムに記述されるチャンクのオフセット値をＭＸＦのファイルボディ部に配置されるエッセンスコンテナに配置されるＡＶデータに設定すればよいので、ムービデータアトム内にＭＸＦヘッダを記述することができる。また、ＭＸＦにおいては無視される、ファイルフッタ部の後のフィラーに、ＱＴのムービアトムが記述される。
【０１６５】
このような構成にすることにより、ＭＸＦの規格に準拠した編集装置３および６は、まず、ランインを無視し、ヘッダパーティションパックの１１バイトのパターンを見つけることにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【０１６６】
また、ＱＴを有するＰＣ４および６は、まず、ムービアトムを読み出し、ムービアトムに記述されたムービデータアトムに記録された情報を使うための情報に基づいて、ムービアトムの前に配置された、ＭＸＦのファイルボディ部に記録されているチャンク（オーディオデータまたはビデオデータ）を読み出すことができる。
【０１６７】
さらに、図２０のＡＶ多重フォーマットによれば、ムービアトムがＭＸＦのファイルフッタ部の後に配置されるので、ムービアトムのサンプルテーブルが、記録時間によって長さが変わっても、図１９を参照して上述したボディパーティションパックに記述しなければならない各ボディパーティションパックのファイルの先頭からのオフセット値は変わらない。したがって、ムービアトムをファイルフッタ部の後に配置したＡＶ多重フォーマットにおいては、ファイルボディ部に複数のエッセンスコンテナを配置することができる。
【０１６８】
次に、図２１のフローチャートを参照して、図２０のＡＶ多重フォーマットのファイル生成処理を説明する。なお、図２１のステップＳ６１乃至Ｓ６５の処理は、図１７のステップＳ１乃至Ｓ５の処理と基本的に同様な処理を行うため、繰り返しになるので、その説明は適宜省略する。
【０１６９】
ファイル生成部２２は、ステップＳ６１において、ビデオ符号化部１５より供給されたビデオデータと、オーディオ符号化部１６より供給されたオーディオデータを、ビデオデータの６０（NTSCの場合）フレーム分ずつ、交互に多重化し、図２０を参照して上述したＡＶ多重フォーマットのファイルボディ部を生成し、それと同時に、ステップＳ６２において、ファイル生成部２２は、生成したファイルボディ部のビデオデータのフレームサイズを取得し、図示せぬ内蔵メモリに記憶し、ステップＳ６３に進む。
【０１７０】
ステップＳ６３において、ファイル生成部２２は、生成したＡＶ多重フォーマットのファイルボディ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ６４に進む。ステップＳ６４において、ドライブ２３は、ファイル生成部２２より供給されたファイルボディ部を光ディスク２に記録し、ステップＳ６５に進む。ステップＳ６５において、ファイル生成部２２は、図１８を参照して上述したファイルフッタ部およびファイルヘッダ部の生成処理を実行し、ステップＳ６６に進む。
【０１７１】
ステップＳ６６において、ファイル生成部２２は、ステップＳ６５において生成されたファイルフッタ部およびムービアトムを、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ６７に進む。このとき、ファイル生成部２２は、ステップＳ６２において記憶部２０に記録されたファイルボディ部の後に、ファイルフッタ部およびムービアトムを結合して記録する。
【０１７２】
ステップＳ６７において、ドライブ２３は、ファイル生成部２２より供給されたファイルフッタ部を光ディスク２に記録し、ステップＳ６８に進む。具体的には、ドライブ２３は、ステップＳ６３において光ディスク２に記録されたボディ部の後に、ファイルフッタ部およびムービアトムを結合して記録する。
【０１７３】
ステップＳ６８において、ファイル生成部２２は、ステップＳ６５において生成されたＭＸＦヘッダを含むファイルヘッダ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ９に進む。このとき、ファイル生成部２２は、記憶部２０に記録されたファイルボディ部の前に、ファイルの先頭からヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが生成される。
【０１７４】
ステップＳ６９において、ドライブ２３は、ファイル生成部２２より供給されたファイルヘッダ部を光ディスク２に記録し、ファイル生成記録処理を終了する。具体的には、ドライブ２３は、光ディスク２に記録されたファイルボディ部の前に、ファイルの先頭からファイルヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが光ディスク２に記録される。
【０１７５】
以上のようにして、図２０のＡＶ多重フォーマットのファイルが生成される。そして、記憶部２０に生成されたＡＶ多重フォーマットのファイルを、ＣＰＵ１１は、通信部２１を制御して、ネットワーク５を介して、編集装置６やＰＣ７に送信させる。これにより、映像記録装置１は、編集装置６やＰＣ７などと、図２０のＡＶ多重フォーマットのファイルを交換することができる。
【０１７６】
また、以上のようにして、ＡＶ多重フォーマットのファイルが光ディスク２に記録されるので、映像記録装置１は、光ディスク２を介して、編集装置３やＰＣ４などと、図２０のＡＶ多重フォーマットのファイルを交換することができる。
【０１７７】
すなわち、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、図２０のＡＶ多重フォーマットのファイルを用いても、ファイル交換を行うことができる。
【０１７８】
次に、図２２は、本発明を適用したＡＶネットワークシステムの他の構成例を示している。なお、図２２において、図１における場合と対応する部分には対応する符号を付してあり、その説明は繰り返しになるので適宜省略する。
【０１７９】
図２２の例の場合、映像記録装置１は、ＱＴを有するＰＣ１０４とともに、音声を入力するとともに映像を撮像し、記録するために取材現場に持ち運ばれ、設置されている。
【０１８０】
映像記録装置１の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータを、放送局で放送するための高解像度のビデオデータと、通信や編集のための低解像度のビデオデータに符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、放送局で放送するための高音質のオーディオデータと、通信や編集のための低音質のオーディオデータに符号化し、ファイル生成部２２に供給する。
【０１８１】
ファイル生成部２２は、ビデオ符号化部１５より供給された高解像度と低解像度のビデオデータと、オーディオ符号化部１６より供給された高音質と低音質のオーディオデータを用いて、高品質と低品質のＡＶ多重フォーマットのファイルを生成し、ドライブ２３を制御し、生成したＡＶ多重フォーマットのファイルを光ディスク２に記録させる。なお、符号化されたビデオデータおよびオーディオデータは、収録（撮像）と並行して光ディスク２に記録するとしたが、一旦、符号化されたビデオデータおよびオーディオデータを、記憶部２０に一旦記録しておき、記憶部２０から読み出して、ＡＶ多重フォーマットのファイルを生成し、記録するようにしてもよい。
【０１８２】
また、ファイル生成部２２は、ドライブ２３へのＡＶ多重フォーマットのファイルの供給と並行して、ビデオ符号化部１５より供給された低解像度のビデオデータと、オーディオ符号化部１６より供給された低解像度のオーディオデータを用いて、低品質のＡＶ多重フォーマットのファイルを生成し、一旦記憶部２０に記憶する。そして、ＣＰＵ１１は、通信部２１を制御し、記憶部２０に記録された低品質のＡＶ多重フォーマットのファイルを、例えば、通信衛星１０１を介して、放送局１０２に送信する。
【０１８３】
放送局１０２は、編集装置１０３を有している。放送局１０２は、映像記録装置１から送信された低品質のＡＶ多重フォーマットのファイルを受信し、受信した低品質のＡＶ多重フォーマットのファイルを編集装置１０３に供給する。
【０１８４】
編集装置１０３は、図１の編集装置３および６と同様にＭＸＦの規格に準拠するように構成されており、放送局１０２により受信された低品質のＡＶ多重フォーマットのファイルを認識する。そして、編集装置１０３は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータを、所定の放送時間内に収めるように編集したり、シーン切り替えのための画像処理を施したり、スクリプトなどの付随したテキストデータを作成したりなどの編集を行う。そして、編集装置１０３は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストなどとして、通信衛星１０１を介して、映像記録装置１に送信する。
【０１８５】
なお、映像記録装置１は、低品質のＡＶ多重フォーマットのファイルを、例えば、編集機材の近傍にあって、プロデューサなどが収録状況を確認しながら編集することが可能なＰＣ１０４に送信するようにしてもよい。
【０１８６】
ＰＣ１０４は、図１のＰＣ４およびＰＣ７と同様に構成され、ＱＴを有している。したがって、ＰＣ１０４は、映像記録装置１から送信された低解像度のＡＶ多重フォーマットのファイルを、ＱＴを用いて、確認したり、編集を行う。そして、ＰＣ１０４は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストとして、通信衛星１０１を介して、またはブルートゥース（Bluetooth（登録商標））などの近距離無線通信により、映像記録装置１に送信する。すなわち、取材現場などに高価な専用の編集装置１０３がなくても、汎用で、さらに、携帯可能なＰＣ１０４で、低解像度のＡＶ多重フォーマットのファイルの確認や編集を行うことができる。
【０１８７】
映像記録装置１の通信部２１は、編集装置１０３またはＰＣ１０４からのエディットリストを受信する。ＣＰＵ１１は、通信部２１より供給されたエディットリストを、ドライブ２３を制御し、光ディスク２に記録させる。なお、このとき、エディットリストは、例えば、ファイルヘッダ部のヘッダメタデータに記録される。光ディスク２は、高品質と低品質のＡＶ多重フォーマットのファイル、およびエディットリストが記録された後、放送局１０２に持ち運ばれる。
【０１８８】
放送局１０２においては、編集装置１０３により、光ディスク２から高解像度のビデオデータと、高音質のオーディオデータが読み出されて復号され、光ディスク２に記録されたエディットリストに従って、放送（オンエア）される。
【０１８９】
なお、光ディスク２に低品質のＡＶ多重フォーマットのファイルと高品質のＡＶ多重フォーマットのファイルを記録するようにしたが、光ディスク２に、一方（例えば、高品質のＡＶ多重フォーマットのファイル）だけを記録するようにし、他方（例えば、低品質のＡＶ多重フォーマットのファイル）を、半導体メモリを用いたメモリカードなどの他の記録媒体に記録するようにしてもよい。
【０１９０】
また、放送局１０２は、編集装置１０３を有するようにしたが、編集装置１０３の代わりに、ＰＣ１０４を有するようにしてもよいし、取材現場においては、ＰＣ１０４の代わりに、編集装置１０３を使用するようにしてもよい。
【０１９１】
図２３のフローチャートを参照して、図２２のＡＶネットワークシステムの処理について説明する。なお、図２３においては、映像記録装置１とＰＣ１０４の処理について説明するが、ＰＣ１０４を、編集装置１０３に代えてＡＶネットワークシステムの処理を行うようにしてもよい。
【０１９２】
映像記録装置１の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータを、高解像度と低解像度に符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、高音質と低音質に符号化し、ファイル生成部２２に供給する。
【０１９３】
ステップＳ１０１において、映像記録装置１のファイル生成部２２は、ビデオデータとオーディオデータを用いて、ＡＶ多重フォーマットを生成し、ドライブ２３を制御し、光ディスク２に記録させる。また同時に、ファイル生成部２２は、生成されたＡＶ多重フォーマットを、記憶部２０にも記録し、ステップＳ１０２に進む。
【０１９４】
具体的には、ファイル生成部２２は、ビデオ符号化部１５より供給された高解像度と低解像度のビデオデータと、オーディオ符号化部１６より供給された高音質と低音質のオーディオデータを用いて、高品質と低品質のＡＶ多重フォーマットのファイルを生成し、ドライブ２３を制御し、生成したＡＶ多重フォーマットのファイルを光ディスク２に記録させる。また同時に、ビデオ符号化部１５より供給された低解像度のビデオデータと、オーディオ符号化部１６より供給された低解像度のオーディオデータを用いて、低品質のＡＶ多重フォーマットのファイルを生成し、一旦記憶部２０に記憶する。
【０１９５】
ステップＳ１０２において、映像記録装置１のＣＰＵ１１は、通信部２１を制御し、記憶部２０に記録された低品質のＡＶ多重フォーマットのファイルを、例えば、近距離無線通信により、ＰＣ１０４に送信する。
【０１９６】
これに対応して、ＰＣ１０４は、ステップＳ１２１において、低品質のＡＶ多重フォーマットのファイルを受信し、ＱＴを用いて、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集し、ステップＳ１２２に進み、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストとして、近距離無線通信により、映像記録装置１に送信する。
【０１９７】
映像記録装置１の通信部２１は、ステップＳ１０３において、ＰＣ１０４よりエディットリストを受信し、ステップＳ１０４に進み、受信したエディットリストを、光ディスク２に記録する。
【０１９８】
この光ディスク２が、放送局１０２に持ち込まれるので、放送局１０２は、光ディスク２から高解像度のビデオデータと、高音質のオーディオデータが読み出して復号し、光ディスク２に記憶されたエディットリストに従って、放送する。
【０１９９】
以上のように、ＡＶ多重フォーマットを用いるようにしたので、被写体を撮像した取材現場などに高価な専用の編集装置１０３がなくても、汎用で、また、携帯可能なＰＣ１０４で、ＡＶ多重フォーマットのファイルの確認や編集を行うことができる。さらに、低品質のＡＶ多重フォーマットを用いることにより、通信や編集の負荷が軽減される。
【０２００】
以上により、収録されてから放送されるまでの時間を短縮することができる。また、ＰＣ１０４を用いることができるので、収録にかかる費用も削減される。
【０２０１】
なお、本実施の形態では、映像記録装置１において、光ディスク２に対して、ＡＶ多重フォーマットのファイルを読み書きするようにしたが、ＡＶ多重フォーマットのファイルは、光ディスク２などのディスク状の記録媒体に限らず、磁気テープなどのテープ状の記録媒体や、半導体メモリなどに対して読み書きすることが可能である。
【０２０２】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム格納媒体からインストールされる。
【０２０３】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム格納媒体は、図２に示されるように、光ディスク２などよりなるパッケージメディア、または、プログラムが一時的もしくは永続的に格納される記憶部２０などにより構成される。
【０２０４】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０５】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２０６】
【発明の効果】
以上の如く、本発明によれば、放送機器とパーソナルコンピュータとの間でファイルを交換することができる。
【図面の簡単な説明】
【図１】本発明を適用したＡＶネットワークシステムの構成例を示す図である。
【図２】図１の映像記録装置の構成例を示すブロック図である。
【図３】図１のＡＶネットワークシステムで用いられるＡＶ多重フォーマットのファイルの構成例を示す図である。
【図４】図３のＡＶ多重フォーマットのファイルの他の構成例を示す図である。
【図５】図４のＡＶ多重フォーマットのファイルヘッダ部の構成例を示す図である。
【図６】図５のムービアトムの構成例を示す図である。
【図７】図６の時間サンプルアトムの構成例を示す図である。
【図８】図６の同期アトムの構成例を示す図である。
【図９】図６のサンプルチャンクアトムの構成例を示す図である。
【図１０】図６のサンプルサイズアトムの構成例を示す図である。
【図１１】図６のチャンクオフセットアトムの構成例を示す図である。
【図１２】図４のＡＶ多重フォーマットのファイルボディ部の構成例を示す図である。
【図１３】図１２のサウンドアイテムの構成例を示す図である。
【図１４】図４のＡＶ多重フォーマットのファイルボディ部の他の構成例を示す図である。
【図１５】図１２のピクチャアイテムの構成例を示す図である。
【図１６】一般的なＱＴファイルの生成処理を説明する図である。
【図１７】図４のＡＶ多重フォーマットのファイルの生成処理を説明するフローチャートである。
【図１８】図１７のステップＳ５のファイルフッタ部およびファイルヘッダ部の生成処理を説明するフローチャートである。
【図１９】図４のＡＶ多重フォーマットのファイルの他の構成例を示す図である。
【図２０】図４のＡＶ多重フォーマットのファイルのさらに他の構成例を示す図である。
【図２１】図２０のＡＶ多重フォーマットのファイルの生成処理を説明するフローチャートである。
【図２２】本発明のＡＶネットワークシステムの他の構成例を示す図である。
【図２３】図２２のＡＶネットワークシステムの処理を説明するフローチャートである。
【符号の説明】
１ 映像記録装置，２ 光ディスク，３ 編集装置，４ ＰＣ，５ ネットワーク，６ 編集装置，７ ＰＣ，１１ ＣＰＵ，１５ ビデオ符号化部，１６ オーディオ符号化部，２０ 記憶部，２１ 通信部，２２ ファイル生成部，２３ドライブ，１０１ 通信衛星，１０２ 放送局，１０３ 編集装置，１０４ ＰＣ
【発明の属する技術分野】
本発明は、情報処理装置および方法、プログラム記録媒体、並びにプログラムに関し、特に、放送機器とパーソナルコンピュータとの間でファイル交換することができるようにした情報処理装置および方法、プログラム記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年においては、通信プロトコルなどの標準化や、通信機器の低価格化などが進み、通信Ｉ／Ｆ（Interface）を標準で装備しているパーソナルコンピュータが一般的になってきている。
【０００３】
さらに、パーソナルコンピュータの他、例えば、ＡＶ（Audio Visual）サーバやVTR(Video Tape Recorder)などの業務用放送機器についても、通信Ｉ／Ｆが標準装備されているもの、あるいは装備可能なものが一般的になっており、そのような放送機器どうしの間では、ビデオデータやオーディオデータ（以下、適宜、両方まとめてＡＶデータと称する）のファイル交換が行われている。
【０００４】
ところで、従来においては、放送機器どうしの間で交換されるファイルのフォーマットとしては、一般に、例えば、機種ごとやメーカごとに、独自のフォーマットが採用されていたため、異なる機種やメーカの放送機器どうしの間では、ファイル交換を行うことが困難であった。そこで、ファイル交換のためのフォーマットとして、例えば、特許文献１に示されるように、ＭＸＦ(Material eXchange Format)が提案され、現在標準化されつつある。
【０００５】
【特許文献１】
ＷＯ０２／２１８４５ Ａ１
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したＭＸＦのファイルは、異なる機種やメーカの放送機器どうしの間で、ファイル交換を行うために提案されたフォーマットである。したがって、ＭＸＦのファイルは、パーソナルコンピュータなどの汎用のコンピュータでは認識することができないといった課題があった。すなわち、業務用放送機器とパーソナルコンピュータ間でのファイル交換ができないといった課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、放送機器とパーソナルコンピュータとの間でファイルを交換することができるようにするものである。
【０００８】
【課題を解決するための手段】
本発明の第１の情報処理装置は、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成手段と、第２のフォーマットのファイルとしてボディ部から入力データのサイズを取得する取得手段と、取得手段により取得されたサイズに基づいて、入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成手段と、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル生成手段により生成されたテーブル情報を記述して、ヘッダ部を生成するヘッダ生成手段と、ボディ部の後に、フッタ部を結合し、ボディ部の前に、ヘッダ生成手段により生成されたヘッダ部を結合してファイルを生成するファイル生成手段とを備えることを特徴とする。
【０００９】
第１のフォーマットは、ＭＸＦ(Material exchange Format)であり、第２のフォーマットは、ＱＴ（ Quick Time ）フォーマットであるようにすることができる。
【００１１】
ボディ生成手段により生成されたボディ部を記録媒体に記録するボディ記録手段と、ボディ記録手段により記録媒体に記録されたボディ部の後に、フッタ部を記録するフッタ記録手段と、ボディ記録手段により記録媒体に記録されたボディ部の前に、ヘッダ部を記録するヘッダ記録手段とをさらに備えるようにすることができる。
【００１２】
ファイル生成手段により生成されたファイルをネットワークを介して他の情報処理装置に送信する送信手段と、送信手段により送信したファイルに基づいたメタデータをネットワークを介して他の情報処理装置から受信する受信手段と、受信手段により受信されたメタデータを記録媒体に記録するメタデータ記録手段とをさらに備えるようにすることができる。
【００１３】
本発明の第１の情報処理方法は、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル情報を記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００１４】
本発明の第１のプログラム記録媒体に記録されているプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル情報を記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００１５】
本発明の第１のプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル情報を記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００１６】
本発明の第２の情報処理装置は、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成手段と、入力データのサイズを取得する取得手段と、取得手段により取得されたサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成手段と、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成手段と、ボディ部の後に、フッタ部とテーブル生成手段により生成されたテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成手段とを備えることを特徴とする。
【００１７】
第１のフォーマットは、ＭＸＦ(Material exchange Format)であり、第２のフォーマットは、ＱＴ（Quick Time）フォーマットであるようにすることができる。
【００１９】
ボディ生成手段により生成されたボディ部を記録媒体に記録するボディ記録手段と、ボディ記録手段により記録媒体に記録されたボディ部の後に、フッタ部とテーブル情報を記録するフッタ記録手段と、ボディ記録手段により記録媒体に記録されたボディ部の前に、ヘッダ部を記録するヘッダ記録手段とをさらに備えるようにすることができる。
【００２０】
ファイル生成手段により生成されたファイルをネットワークを介して他の情報処理装置に送信する送信手段と、送信手段により送信したファイルに基づいたメタデータをネットワークを介して他の情報処理装置から受信する受信手段と、受信手段により受信されたメタデータを記録媒体に記録するメタデータ記録手段とをさらに備えるようにすることができる。
【００２１】
本発明の第２の情報処理方法は、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００２２】
本発明の第２のプログラム記録媒体に記録されているプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００２３】
本発明の第２のプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップと、入力データのサイズを取得する取得ステップと、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップとを含むことを特徴とする。
【００２４】
第１の本発明においては、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部が生成され、入力データのサイズが取得され、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報が、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成され、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル情報を記述して、ヘッダ部が生成される。そして、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルが生成される。
【００２５】
第２の本発明においては、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部が生成され、入力データのサイズが取得され、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報が、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成され、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部が生成される。そして、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルが生成される。
【００２６】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００２７】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００２８】
本発明の請求項１に記載の情報処理装置は、ヘッダ部、ボディ部およびフッタ部からなる第１のフォーマット、および第１のフォーマットとは異なる第２のフォーマットに対応する情報処理装置（例えば、図１の映像記録装置１）であって、入力データ（例えば、ビデオデータまたはオーディオデータ）を、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部（例えば、図４のファイルボディ部）を生成するボディ生成手段（例えば、図１７のステップＳ１の処理を実行する図２のファイル生成部２２）と、入力データ（例えば、ビデオデータ）のサイズ（例えば、フレームサイズ）を取得する取得手段（例えば、図１７のステップＳ２の処理を実行する図２のファイル生成部２２）と、取得手段により取得されたサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報（例えば、図４のムービアトム）を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成手段（例えば、図１８のステップＳ２６の処理を実行する図２のファイル生成部２２）と、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル生成手段により生成されたテーブル情報を記述して、ヘッダを生成するヘッダ生成手段（例えば、図１８のステップＳ２４乃至Ｓ２６の処理を実行するファイル生成部２２）と、ボディ部の後に、フッタ部（例えば、図４のファイルフッタ部）を結合し、ボディ部の前に、ヘッダ生成手段により生成されたヘッダ部（例えば、図４のファイルヘッダ部）を結合してファイルを生成するファイル生成手段（例えば、図１７のステップＳ６およびＳ８の処理を実行する図２のファイル生成部２２）とを備えることを特徴とする。
【００２９】
本発明の請求項３に記載の情報処理装置は、ボディ生成手段により生成されたボディ部を記録媒体（例えば、図１の光ディスク２）に記録するボディ記録手段（例えば、図１７のステップＳ４の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディ部の後に、フッタ部を記録するフッタ記録手段（例えば、図１７のステップＳ７の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディ部の前に、ヘッダ部を記録するヘッダ記録手段（例えば、図１７のステップＳ９の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３０】
本発明の請求項４に記載の情報処理装置は、ファイル生成手段により生成されたファイルをネットワーク（例えば、図２２の通信衛星１０１）を介して他の情報処理装置（例えば、図２２のＰＣ１０４）に送信する送信手段（例えば、図２３のステップＳ１０２の処理を実行する図２の通信部２１）と、送信手段により送信したファイルに基づいたメタデータ（例えば、エディットリスト）をネットワークを介して他の情報処理装置から受信する受信手段（例えば、図２３のステップＳ１０３の処理を実行する図２の通信部２１）と、受信手段により受信されたメタデータを記録媒体（例えば、図２２の光ディスク２）に記録するメタデータ記録手段（例えば、図２３のステップＳ１０４の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３１】
本発明の第１の情報処理方法、プログラム記録媒体、およびプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップ（例えば、図１７のステップＳ１）と、入力データのサイズを取得する取得ステップ（例えば、図１７のステップＳ２）と、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップ（例えば、図１８のステップＳ２６）と、第２のフォーマットの読み飛ばし領域に、第１のフォーマットにおけるボディ部のヘッダを記述し、第１のフォーマットにおいて無視される領域に、テーブル情報を記述して、ヘッダ部を生成するヘッダ生成ステップ（例えば、図１８のステップＳ２４乃至Ｓ２６）と、ボディ部の後に、フッタ部を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップ（例えば、図１７のステップＳ６およびＳ８）とを含むことを特徴とする。
【００３２】
本発明の請求項８に記載の情報処理装置は、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成手段（例えば、図２１のステップＳ６１の処理を実行する図２のファイル生成部２２）と、入力データのサイズを取得する取得手段（例えば、図２１のステップＳ６２の処理を実行する図２のファイル生成部２２）と、取得手段により取得されたサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成手段（例えば、図１８のステップＳ２６の処理を実行する図２のファイル生成部２２）と、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成手段と、ボディ部の後に、フッタ部とテーブル生成手段により生成されたテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成手段（例えば、図２１のステップＳ６６およびＳ６８の処理を実行する図２のファイル生成部２２）とを備えることを特徴とする。
【００３３】
本発明の請求項１０に記載の情報処理装置は、ボディ生成手段により生成されたボディ部を記録媒体（例えば、図１の光ディスク２）に記録するボディ記録手段（例えば、図２１のステップＳ６４の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディ部の後に、フッタ部とテーブル情報を記録するフッタ記録手段（例えば、図２１のステップＳ６７の処理を実行する図２のドライブ２３）と、ボディ記録手段により記録媒体に記録されたボディ部の前に、ヘッダ部を記録するヘッダ記録手段（例えば、図２１のステップＳ６９の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３４】
本発明の請求項１１に記載の情報処理装置は、ファイル生成手段により生成されたファイルをネットワークを介して他の情報処理装置に送信する送信手段（例えば、図２３のステップＳ１０２の処理を実行する図２の通信部２１）と、送信手段により送信したファイルに基づいたメタデータをネットワークを介して他の情報処理装置から受信する受信手段（例えば、図２３のステップＳ１０３の処理を実行する図２の通信部２１）と、受信手段により受信されたメタデータを記録媒体に記録するメタデータ記録手段（例えば、図２３のステップＳ１０４の処理を実行する図２のドライブ２３）とをさらに備えることを特徴とする。
【００３５】
本発明の第２の情報処理方法、プログラム記録媒体、およびプログラムは、入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置してボディ部を生成するボディ生成ステップ（例えば、図２１のステップＳ６１）と、入力データのサイズを取得する取得ステップ（例えば、図２１のステップＳ６２）と、入力データのサイズに基づいて、第２のフォーマットのファイルとしてボディ部から入力データを読み出すためのテーブル情報を、キーおよびレングスを無視して求められる、ファイルの先頭から、バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップ（例えば、図１８のステップＳ２６）と、第１のフォーマットにおいて無視されるヘッダ部の先頭領域に、ボディ部が含まれる第２のフォーマットにおけるデータ領域のヘッダを記述し、第２のフォーマットにおけるデータ領域の先頭領域に、第１のフォーマットにおけるボディ部のヘッダを記述して、ヘッダ部を生成するヘッダ生成ステップと、ボディ部の後に、フッタ部とテーブル情報を結合し、ボディ部の前に、ヘッダ部を結合してファイルを生成するファイル生成ステップ（例えば、図２１のステップＳ６６およびＳ６８）とを含むことを特徴とする。
【００３６】
以下、図を参照して本発明の実施の形態について説明する。
【００３７】
図１は、本発明を適用したＡＶネットワークシステム（システムとは、複数の装置が論理的に集合したものをいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００３８】
映像記録装置１には、光ディスク２を着脱することができるようになっている。映像記録装置１は、撮像した被写体のビデオデータ、および集音したオーディオデータから、後述するＡＶ多重フォーマットのファイルを生成し、装着された光ディスク２に記録する。
【００３９】
また、映像記録装置１は、装着された光ディスク２あるいは内蔵する記憶部２０（図２）からＡＶ多重フォーマットのファイルを読み出し、読み出したＡＶ多重フォーマットのファイルを、ネットワーク５を介して伝送する。
【００４０】
ここで、ＡＶ多重フォーマットのファイルは、例えば、ＭＸＦの規格に準拠したファイルであり、図３を参照して詳しく後述するが、ファイルヘッダ部(File Header)、ファイルボディ部(File Body)、ファイルフッタ部(File Footer)からなる。そして、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠したファイルであるから、そのファイルボディ部には、ＡＶデータであるビデオデータとオーディオデータとが、例えば、６０（NTSCの場合）フレーム単位で多重化されて配置されている。さらに、ＡＶ多重フォーマットのファイルは、プラットフォームに依存せず、様々な記録形式に対応し、拡張性があるソフトウェアであるＱＴ(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）が順次配置される。
【００６０】
ランインは、１１バイトのパターンが合えば、ＭＸＦヘッダが始まることを解釈するためのオプションである。ランインは、最大６４キロバイトまで確保することができるが、いまの場合８バイトとされる。ランインには、ＭＸＦヘッダの１１バイトのパターン以外のものであれば、何を配置してもよい。ヘッダパーティションパックには、ヘッダを特定するための１１バイトのパターンや、ファイルボディ部に配置されるデータの形式、ファイルフォーマットを表す情報などが配置される。ヘッダメタデータには、ファイルボディ部を構成するエッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すために必要な情報などが配置される。
【００６１】
ＡＶ多重フォーマットのファイルボディ部は、エッセンスコンテナ(Essence Container)で構成され、エッセンスコンテナには、ＡＶデータであるビデオデータとオーディオデータとが、例えば、６０（ＮＴＳＣの場合）フレーム単位で多重化されて配置されている。
【００６２】
ＡＶ多重フォーマットのファイルフッタ部は、フッタパーティションパック(Footer partition pack)で構成され、フッタパーティションパックには、ファイルフッタ部を特定するためのデータなどが配置される。
【００６３】
以上のように構成されたＡＶ多重フォーマットのファイルが与えられた場合、ＭＸＦの規格に準拠した編集装置３および６は、まず、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【００６４】
次に、図４は、ＡＶ多重フォーマットの他の例を示している。なお、図４の例において、上段は、図３を参照して上述したＭＸＦの規格に準拠した編集装置３および６から認識されるＡＶ多重フォーマットのファイル（以下、ＭＸＦファイルと称する）の例を示しており、下段は、ＱＴを有するＰＣ４および６から認識されるＡＶ多重フォーマットのファイル（以下、ＱＴファイルと称する）の例を示している。すなわち、ＡＶ多重フォーマットは、ＱＴファイルの構造とＭＸＦファイルの構造の両方を有するように構成されている。
【００６５】
上段に示されるように、ＭＸＦファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、８バイトのランイン、ヘッダパーティションパックとヘッダメタデータからなるＭＸＦヘッダ、および、スタッフィング(stuffing)のためのデータとしてのフィラー(Filler)からなるファイルヘッダ部、エッセンスコンテナからなるファイルボディ部、並びに、フッタパーティションパックからなるファイルフッタ部により構成される。
【００６６】
図４の例の場合、ファイルボディ部を構成するエッセンスコンテナは、１以上のエディットユニット(Edit Unit)で構成される。エディットユニットは、６０（NTSCの場合）フレームの単位であり、そこには、６０フレーム分のＡＶデータ（オーディオデータとビデオデータ）その他が配置される。ここで、エディットユニットには、６０（NTSCの場合）フレーム分のＡＶデータその他がＫＬＶ(Key，Length，Value)構造にＫＬＶコーディングされて配置される。
【００６７】
ＫＬＶ構造とは、その先頭から、キー(Key)、レングス(Length)、バリュー(Value)が順次配置された構造であり、キーには、バリューに配置されるデータがどのようなデータであるかを表す、SMPTE 298Mの規格に準拠した１６バイトのラベルが配置される。レングスには、バリューに配置されるデータのデータ長（８バイト）がBER（Basic Encoding Rules：ISO/IEC882-1 ASN）によって配置される。バリューには、実データ、すなわち、ここでは、６０（NTSCの場合）フレームのオーディオまたはビデオデータが配置される。また、オーディオまたはビデオデータを固定長とするために、スタッフィング(stuffing)のためのデータとしてのフィラー(Filler)が、やはりＫＬＶ構造として、各オーディオまたはビデオデータの後に配置される。
【００６８】
したがって、エディットユニットは、その先頭から、ＫＬＶ構造のオーディオデータ（Audio）、ＫＬＶ構造のフィラー、ＫＬＶ構造のビデオデータ（Video）、およびＫＬＶ構造のフィラーが配置されて構成される。
【００６９】
次に、下段に示されるように、ＱＴファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、スキップアトム(skip atom)、ムービアトム(movie atom)、フリースペースアトム（free space atom）、ムービデータアトムのヘッダであるmdatヘッダ(mdat header)、およびムービデータアトム(movie data atom)が順次配置されて構成される。
【００７０】
ＱＴムービリソースの基本的なデータユニットは、アトム(atom)と呼ばれ、各アトムは、その先頭に、各アトムのヘッダとして、４バイトのサイズ(size)、および４バイトのタイプ情報(Type)を有している。
【００７１】
スキップアトムは、スキップアトム内に記述されるデータを読み飛ばし、スキップするためのアトムである。ムービアトムは、図６を参照して詳しく後述するが、ムービデータアトムに記録されたＡＶデータを読み出すための情報であるサンプルテーブルなどが記述されている。ムービアトムに記述されているほとんどの情報は固定情報である。フリースペースアトムは、ファイル中にスペースを作るアトムである。なお、ファイルヘッダ部は、ＥＣＣ(Error Correcting Code)単位で配置されるため、ファイルボディ部の配置は、ＥＣＣの境界から開始される。すなわち、フリースペースアトムは、ファイルヘッダ部のＥＣＣのサイズ調整のために用いられる。ムービデータアトムは、ビデオデータやオーディオデータなどの実データを格納する部分である。
【００７２】
したがって、図４のＡＶ多重フォーマットのファイルにおいては、ＭＸＦファイルとして無視されるファイルの先頭（ランイン）に、ＱＴのスキップアトムのヘッダ（サイズとタイプ情報）が記述され、ＱＴファイルとして読み飛ばされるＱＴのスキップアトム内にＭＸＦヘッダが記述されている。また、ＭＸＦとして無視されるフィラー内に、ＱＴのムービアトムとmdatヘッダが記述されている。すなわち、ＡＶ多重フォーマットのファイルヘッダ部は、ＭＸＦのファイル構造とＱＴのファイル構造の両方を満たしている。
【００７３】
さらに、ＭＸＦとしてのファイルボディ部とファイルフッタ部は、ＱＴのムービデータアトムに対応している。なお、ＱＴファイルにおいて、ムービデータアトムに配置されるビデオデータおよびオーディオデータの最小単位は、サンプルとされ、サンプルの集合としてチャンクが定義される。すなわち、ＱＴファイルにおいては、エディットユニットに配置されるオーディオデータおよびビデオデータは、１つ１つのチャンクと認識される。したがって、ＱＴファイルにおいては、エディットユニットのオーディオデータに対応するキーおよびレングスが無視され、オーディオデータの先頭位置ＡＣがチャンクの開始位置ＡＣと認識され、それに基づいて、オーディオデータを読み出すために必要な情報がムービアトムに記述される。同様に、エディットユニットのビデオデータに対応するキーおよびレングスが無視され、ビデオデータの先頭位置ＶＣがチャンクの先頭位置ＶＣと認識され、それに基づいて、ビデオデータを読み出すために必要な情報がムービアトムに記述される。
【００７４】
このようなファイル構成を有することにより、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠した編集装置３および６でも、ＱＴを有するＰＣ４および６でも認識され、ファイルボディ部に配置されたオーディオデータとビデオデータが読み出される。
【００７５】
すなわち、ＭＸＦの規格に準拠した編集装置３および６は、まず、ランインを無視し、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【００７６】
また、ＱＴのソフトウェアを有するＰＣ４および６は、まず、スキップアトムのヘッダを認識し、スキップアトムを読み飛ばし、ムービアトムを読み出し、ムービアトムに記述された情報（後述するサンプルテーブルなど）に基づいて、ムービデータアトムに記録されているチャンク（オーディオデータまたはビデオデータ）を読み出すことができる。
【００７７】
以上のように、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、ＡＶ多重フォーマットのファイルを用いて、ファイル交換を行うことができる。
【００７８】
次に、図５は、ＡＶ多重フォーマットにおけるＭＸＦのファイルヘッダ部の詳細な例を示している。なお、図５の例においては、上段は、ＭＸＦファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。下段は、ＱＴファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。
【００７９】
図５の例の場合、上段に示されるように、ＭＸＦファイルとして見ると、ＭＸＦのファイルヘッダ部は、ランイン(Run In)、ヘッダパーティションパック(Header partition pack)、フィラー(Filler)、およびヘッダメタデータ(Header Metadata)からなるＭＸＦヘッダ（MXF Header）、並びにフィラー(Filler)が順次配置されてＭＸＦファイルの構造を有するように構成されている。一方、下段に示されるように、ＱＴファイルとして見ると、ＭＸＦのファイルヘッダ部は、スキップアトム(skip atom)、ムービアトム(movie atom)およびフリースペースアトム(free space atom)、ムービデータアトムのヘッダであるmdat ヘッダ(mdat header)が順次配置されてＱＴファイルの構造を有するように構成されている。
【００８０】
図５の例の場合、ＭＸＦファイルのランインには、ＱＴファイルのスキップアトムのヘッダであるサイズ(Size)とタイプ情報(Type)が記述されている。ＭＸＦファイルのランインの後のＭＸＦヘッダは、ＱＴファイルのスキップアトム内に記述されている。そして、ＭＸＦヘッダの後のフィラーには、ＱＴファイルのムービアトム、フリースペースアトム、およびムービデータアトムのヘッダが記述されている。
【００８１】
このような構成を有することにより、ＭＸＦの規格に準拠した編集装置３および６では、ランインを無視して、ＭＸＦヘッダのヘッダパーティションパックを認識し、ＭＸＦヘッダのヘッダメタデータに基づいて、ファイルボディ部に配置されているビデオデータおよびオーディオデータを読み出すことができる。一方、ＱＴを有するＰＣ４および６では、スキップアトムのヘッダを認識して、スキップアトムを読み飛ばし、ムービアトムに記述されている情報に基づいて、ムービデータアトムのヘッダ以降のファイルボディ部（ムービデータアトム）に書き込まれているチャンク（ビデオデータおよびオーディオデータ）を読み出すことができる。
【００８２】
次に、図６を参照して、ムービアトムに記述されている情報について詳しく説明する。
【００８３】
図６は、図５のファイルヘッダ部における、ＱＴファイルの構成例を示している。図６の例において、図中上部がファイルの先頭を示している。なお、上述したように、ＱＴムービリソースの基本的なデータユニットは、アトム(atom)と呼ばれ、いまの場合、アトムは、階層１乃至８まで階層化されており、図中左側が最上位の階層１とされる。また、図中右側の「Ｖ」は、後述するトラックアトムが対象としているメディアがビデオデータの場合（すなわち、ビデオデータのトラックアトム（ビデオトラックアトムである場合）のみ記述されるアトムであることを示し、「Ａ」は、トラックアトムが対象としているメディアがオーディオデータの場合（すなわち、オーディオデータのトラックアトム（オーディオトラックアトム）である場合）のみ記述されるアトムであることを示している。
【００８４】
図６の例の場合、ＱＴファイルにおけるＱＴヘッダ(header)は、階層１のスキップアトム(skip：skip atom)、ムービアトム(moov：movie atom)、および、階層２のムービヘッダアトム(mvhd：movie header atom)により構成される。また、ＱＴにおけるトレーラ(trailer)は、階層２のユーザ定義アトム(udta：user data atom)、階層１のフリースペースアトム(free：free space atom)およびムービデータアトムのヘッダであるmdatヘッダ(mdat：movie data atom header)により構成される。そして、ＱＴにおけるビデオトラックおよびオーディオトラック(Video and Audio Track)は、階層２のトラックアトム(track)とそれ以下の階層３乃至階層８の各アトムによりそれぞれ構成される。
【００８５】
ファイルヘッダ部におけるＱＴのファイルは、最上位の階層１において、スキップアトム(skip：skip atom)、ムービアトム(moov：movie atom)、フリースペースアトム(free：free space atom)およびムービデータアトムのヘッダであるmdatヘッダ(mdat：movie data atom)により構成される。すなわち、図５のファイルヘッダ部には、階層１の構成が示されている。
【００８６】
ムービアトムは、階層２に示されるように、ムービヘッダアトム(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方式で符号化された１ＧＯＰ(Group Of Picture)単位のビデオデータ（エレメンタリストリーム（ＥＳ：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のＰＡＬ規格の場合、ビデオデータは、５０フレームで形成されるので、ピクチャアイテムには、１フレームのＩピクチャと９フレームのＰピクチャからなるＧＯＰが、５つ配置されて構成される。
【０１３０】
以上のようにして、ＡＶ多重フォーマットのファイルボディ部が配置されて構成される。そして、映像記録装置１においては、まず、以上のようなＡＶ多重フォーマットのファイルボディ部が配置されて生成され、その後、生成されたファイルボディ部に基づいて、ファイルフッタ部およびファイルヘッダ部が生成される。
【０１３１】
次に、図１６および図１７のフローチャートおよびを参照して、上述したように構成されるＡＶ多重フォーマットのファイル生成処理を説明する。
【０１３２】
まず、図１６を参照して、一般的なＱＴファイルの生成処理について説明する。ＱＴファイルにおいては、図１６に示されるように、まず、オーディオデータ(Audio)およびビデオデータ(Video)の各チャンクからなるムービデータアトムが、所定のＥＣＣの境界から、図中右に向かって記録される。ムービデータアトムの記録が終了すると、ＱＴファイルにおいては、ムービデータアトムのチャンクに基づいて、ムービアトムが生成され、生成されたムービアトムがファイルの先頭から記録される。そして、ムービアトムが記録された後に、フリースペースアトムとmdatヘッダまでがＥＣＣ境界に合わせるように詰めて記録される。
【０１３３】
このように、ＱＴファイルでは、物理的には、ムービデータアトムの後に、ムービアトムおよびフリースペースアトムが記録されてＱＴファイルが生成される。そして、ＱＴファイルでは、記録後のファイル先頭は、論理的に、図中左側のムービアトムとされ、ファイル最後尾は、図中右側のムービデータアトムの最後尾とされる。
【０１３４】
次に、図１７を参照して説明するＡＶ多重フォーマットのファイル生成処理は、基本的には、図１６を参照して上述した一般的なＱＴファイルの生成処理に基づいて実行される。
【０１３５】
映像記録装置１の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータをMPEG4方式で符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、ITU-T G.711 A-Law方式で符号化し、ファイル生成部２２に供給する。
【０１３６】
ファイル生成部２２は、ステップＳ１において、ビデオ符号化部１５より供給されたビデオデータと、オーディオ符号化部１６より供給されたオーディオデータを、ビデオデータの６０（NTSCの場合）フレーム分ずつ、交互に多重化し、図１１乃至図１５を参照して上述したＡＶ多重フォーマットのファイルボディ部を生成し、それと同時に、ステップＳ２において、ファイル生成部２２は、生成したファイルボディ部のビデオデータのフレームサイズを、取得し、図示せぬ内蔵メモリに記憶し、ステップＳ３に進む。
【０１３７】
ステップＳ３において、ファイル生成部２２は、生成したＡＶ多重フォーマットのファイルボディ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ４に進む。なお、このとき、ファイル生成部２２は、ファイルヘッダ部が記録されるＥＣＣ分を考慮して、所定のＥＣＣの境界を、ファイルボディ部の記録開始点として、そこからファイルボディ部を、記憶部２０に記録する。
【０１３８】
ステップＳ４において、ドライブ２３は、ファイル生成部２２より供給されたファイルボディ部を光ディスク２に記録し、ステップＳ５に進む。具体的には、ドライブ２３は、ファイルヘッダ部が記録されるＥＣＣ分を考慮して、所定のＥＣＣの境界を、ファイルボディ部の記録開始点として、そこからファイルボディ部を、光ディスク２に記録する。
【０１３９】
ステップＳ５において、ファイル生成部２２は、ファイルフッタ部およびファイルヘッダ部の生成処理を実行し、ステップＳ６に進む。このファイルフッタ部およびファイルヘッダ部の生成処理について、図１８のフローチャートを参照して説明する。
【０１４０】
図１７のステップＳ３またはＳ４において、ファイルボディ部が記録されたときのパラメータ情報が、ＲＡＭ１１２に記録されている。このパラメータ情報は、ＮＴＳＣであるかＰＡＬであるかの情報、オーディオデータが記録されたＥＣＣ数、ビデオデータが記録されたＥＣＣ数、ボディ部が記録された時間、記録されたフレーム数、先頭のフレームへのポインタ情報などにより構成される。
【０１４１】
そこで、図１８のステップＳ２１において、ファイル生成部２２は、ＲＡＭ１１２よりパラメータ情報を取得し、ステップＳ２２に進む。ステップＳ２２において、ファイル生成部２２は、取得したパラメータ情報と、図１７のステップＳ２において記録されているフレームサイズに基づいて、内部パラメータを設定し、ステップＳ２３に進む。この内部パラメータは、例えば、ＧＯＰのサイズ情報やタイムスケールなどの時刻情報により構成される。
【０１４２】
ステップＳ２３において、ファイル生成部２２は、設定した内部パラメータに基づいて、ファイルフッタ部を生成し、内蔵メモリに書き込み、ステップＳ２４に進む。ファイル生成部２２は、ステップＳ２４乃至Ｓ２６において、ファイルヘッダ部を生成する。
【０１４３】
すなわち、ステップＳ２４において、ファイル生成部２２は、設定した内部パラメータに基づいて、ファイルヘッダ部のＭＸＦヘッダを生成し、内蔵メモリに書き込み、ステップＳ２５に進む。ステップＳ２５において、ファイル生成部２２は、設定した内部パラメータに基づいて、ムービアトムの各トラックアトムのサンプルテーブルを設定し、ステップＳ２６に進む。ステップＳ２６において、ファイル生成部２２は、設定した各サンプルテーブルの値に基づいて、アトムサイズを計算し、ムービアトムを生成し、内蔵メモリに書き込み、図１７のステップＳ６に戻る。
【０１４４】
ステップＳ２６の処理を具体的に説明すると、ファイル生成部２２は、まず、図６を参照して上述した階層１のスキップアトム、ムービアトム、および、階層２のムービヘッダアトムからなるＱＴヘッダを生成し、内蔵メモリに書き込む。次に、ファイル生成部２２は、階層２のトラックアトムおよび階層３乃至階層８のアトムからなるビデオアトムを生成し、内蔵メモリに書き込む。次に、ファイル生成部２２は、階層２のトラックアトムおよび階層３乃至階層８のアトムからなるオーディオアトムを生成し、内蔵メモリに書き込む。そして、最後に、次に、ファイル生成部２２は、階層２のユーザ定義アトム、階層１のフリースペースアトム(free)およびmdatヘッダからなるＱＴトレイラを生成し、内蔵メモリに書き込む。
【０１４５】
以上のように、ステップＳ２４乃至Ｓ２６において、ＭＸＦヘッダおよびムービアトムを含めたファイルヘッダ部が生成される。
【０１４６】
図１７のステップＳ６において、ファイル生成部２２は、ステップＳ５において生成されたファイルフッタ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ７に進む。このとき、ファイル生成部２２は、ステップＳ２において記憶部２０に記録されたファイルボディ部の後に、ファイルフッタ部を結合して記録する。
【０１４７】
ステップＳ７において、ドライブ２３は、ファイル生成部２２より供給されたファイルフッタ部を光ディスク２に記録し、ステップＳ８に進む。具体的には、ドライブ２３は、ステップＳ３において光ディスク２に記録されたファイルボディ部の後に、ファイルフッタ部を結合して記録する。
【０１４８】
ステップＳ８において、ファイル生成部２２は、ステップＳ５において生成されたＭＸＦヘッダおよびムービアトムを含むファイルヘッダ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ９に進む。このとき、ファイル生成部２２は、記憶部２０に記録されたファイルボディ部の前に、ファイルの先頭からファイルヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが生成される。
【０１４９】
ステップＳ９において、ドライブ２３は、ファイル生成部２２より供給されたＭＸＦヘッダおよびムービアトムを含むファイルヘッダ部を光ディスク２に記録し、ファイル生成記録処理を終了する。具体的には、ドライブ２３は、光ディスク２に記録されたボディ部の前に、ファイルの先頭からファイルヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが光ディスク２に記録される。
【０１５０】
以上のようにして、ＡＶ多重フォーマットのファイルが生成される。そして、記憶部２０に生成されたＡＶ多重フォーマットのファイルを、ＣＰＵ１１は、通信部２１を制御して、ネットワーク５を介して、編集装置６やＰＣ７に送信させる。これにより、映像記録装置１は、編集装置６やＰＣ７などと、ＡＶ多重フォーマットのファイルを交換することができる。
【０１５１】
また、以上のようにして、ＡＶ多重フォーマットのファイルが光ディスク２に記録されるので、映像記録装置１は、光ディスク２を介して、編集装置３やＰＣ４などと、ＡＶ多重フォーマットのファイルを交換することができる。
【０１５２】
すなわち、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、ＡＶ多重フォーマットのファイルを用いて、ファイル交換を行うことができる。
【０１５３】
次に、図１９は、ＡＶ多重フォーマットのファイルの他の例を示す。図１９の例においては、ＡＶ多重フォーマットは、ヘッダパーティションパック(HPP)、ムービアトム(moov)およびフィラー(Ｆ)からなるファイルヘッダ部、ファイルボディ部、フッタパーティションパック(FPP)からなるファイルフッタ部により構成される。
【０１５４】
ここで、上段に示されるように、ファイルボディ部を、サウンドアイテムＳ１とピクチャアイテムＰ１からなるエッセンスコンテナ１、サウンドアイテムＳ２とピクチャアイテムＰ２からなるエッセンスコンテナ２、サウンドアイテムＳ３とピクチャアイテムＰ３からなるエッセンスコンテナ３、サウンドアイテムＳ４とピクチャアイテムＰ４からなるエッセンスコンテナ４のように、複数のエッセンスコンテナで構成することを考える。
【０１５５】
しかしながら、ＭＸＦの規格において、クリップ（編集単位）にエッセンスコンテナは、１つという制限がある。そこで、ファイルボディ部に複数のエッセンスコンテナを配置させる場合には、各サウンドアイテムおよびピクチャアイテムの前後に、ファイルの先頭からのオフセット値と、その前のボディパーティションパックのオフセット値が記述されたボディパーティションパック（BPP：Body Partition Pack）を配置する必要がある。
【０１５６】
したがって、図１９の下段に示されるように、ヘッダ部のフィラー、ピクチャアイテムＰ１のフィラー（図示せず）、ピクチャアイテムＰ２のフィラー（図示せず）、ピクチャアイテムＰ３のフィラー（図示せず）、ピクチャアイテムＰ４のフィラー（図示せず）には、それぞれボディパーティションパックが配置される。そして、ヘッダ部のボディパーティションパックには、ファイルの先頭からヘッダ部のボディパーティションパックまでのオフセット値が記述されている。ピクチャアイテムＰ１のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ１のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ヘッダ部のボディパーティションパックのオフセット値）が記述されている。
【０１５７】
ピクチャアイテムＰ２のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ２のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ピクチャアイテムＰ１のボディパーティションパックのオフセット値）が記述されている。ピクチャアイテムＰ３のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ３のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ピクチャアイテムＰ２のボディパーティションパックのオフセット値）が記述されている。ピクチャアイテムＰ４のボディパーティションパックには、ファイルの先頭からピクチャアイテムＰ４のボディパーティションパックまでのオフセット値、および、その前のボディパーティションパックのオフセット値（すなわち、ピクチャアイテムＰ３のボディパーティションパックのオフセット値）が記述されている。
【０１５８】
以上のように、各エッセンスコンテナに自分と、その前のオフセット値が記述されたボディパーティションパックを配置することにより、各エッセンスコンテナの範囲を認識することができる。したがって、ＡＶ多重フォーマットにおいて、ファイルボディ部に複数のエッセンスコンテナを配置することが可能になる。
【０１５９】
なお、以上においては、ムービアトムが、ＡＶ多重フォーマットのファイルヘッダ部に配置されている場合について説明してきた。この場合、ムービアトムがファイルの先頭側にあるため、ＱＴを有するＰＣ４および６が、ムービアトムのサンプルテーブルをすぐに読み出すことができ、ムービデータアトムに記録されたビデオデータやオーディオデータに効率よくアクセスすることができる。しかしながら、上述したムービアトムのサンプルテーブルは、記録時間によって長さが変わってしまう。
【０１６０】
したがって、長さが不定であるムービアトムをＡＶ多重フォーマットのファイルヘッダ部に配置すると、図１９を参照して上述したボディパーティションパックに記述しなければならない各ボディパーティションパックのファイルの先頭からのオフセット値を最後まで確定することができない。すなわち、ムービアトムをファイルヘッダ部に配置したＡＶ多重フォーマットでは、ファイルボディ部に複数のエッセンスコンテナを配置することができないという課題がある。
【０１６１】
このような課題に対応するため、図２０を参照して、ムービアトムをＡＶ多重フォーマットのファイルフッタ部の後に配置する例を説明する。
【０１６２】
図２０は、ＡＶ多重フォーマットの他の例を示す。なお、図２０の例においては、上段は、ＭＸＦファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。下段は、ＱＴファイルとしてみたＡＶ多重フォーマットのファイルの例を示している。
【０１６３】
図２０の例の場合、上段に示されるように、ＭＸＦファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、８バイトのランインＭＸＦヘッダからなるファイルヘッダ部、エッセンスコンテナからなるファイルボディ部、ファイルフッタ部、並びに、フィラー(Filler)により構成される。下段に示されるように、ＱＴファイルとしてみた場合、ＡＶ多重フォーマットのファイルは、ムービデータアトムのヘッダであるmdatヘッダ(mdat header)、ムービデータアトム(movie data atom)、およびムービアトム(movie atom)が順次配置されて構成される。
【０１６４】
すなわち、図２０のＡＶ多重フォーマットのファイルにおいては、ＭＸＦファイルとしては、無視されるファイルの先頭（ランイン）に、ＱＴのmdatヘッダが記述される。また、ムービアトムのチャンクオフセットアトムに記述されるチャンクのオフセット値をＭＸＦのファイルボディ部に配置されるエッセンスコンテナに配置されるＡＶデータに設定すればよいので、ムービデータアトム内にＭＸＦヘッダを記述することができる。また、ＭＸＦにおいては無視される、ファイルフッタ部の後のフィラーに、ＱＴのムービアトムが記述される。
【０１６５】
このような構成にすることにより、ＭＸＦの規格に準拠した編集装置３および６は、まず、ランインを無視し、ヘッダパーティションパックの１１バイトのパターンを見つけることにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、エッセンスコンテナに配置されたＡＶデータであるビデオデータとオーディオデータを読み出すことができる。
【０１６６】
また、ＱＴを有するＰＣ４および６は、まず、ムービアトムを読み出し、ムービアトムに記述されたムービデータアトムに記録された情報を使うための情報に基づいて、ムービアトムの前に配置された、ＭＸＦのファイルボディ部に記録されているチャンク（オーディオデータまたはビデオデータ）を読み出すことができる。
【０１６７】
さらに、図２０のＡＶ多重フォーマットによれば、ムービアトムがＭＸＦのファイルフッタ部の後に配置されるので、ムービアトムのサンプルテーブルが、記録時間によって長さが変わっても、図１９を参照して上述したボディパーティションパックに記述しなければならない各ボディパーティションパックのファイルの先頭からのオフセット値は変わらない。したがって、ムービアトムをファイルフッタ部の後に配置したＡＶ多重フォーマットにおいては、ファイルボディ部に複数のエッセンスコンテナを配置することができる。
【０１６８】
次に、図２１のフローチャートを参照して、図２０のＡＶ多重フォーマットのファイル生成処理を説明する。なお、図２１のステップＳ６１乃至Ｓ６５の処理は、図１７のステップＳ１乃至Ｓ５の処理と基本的に同様な処理を行うため、繰り返しになるので、その説明は適宜省略する。
【０１６９】
ファイル生成部２２は、ステップＳ６１において、ビデオ符号化部１５より供給されたビデオデータと、オーディオ符号化部１６より供給されたオーディオデータを、ビデオデータの６０（NTSCの場合）フレーム分ずつ、交互に多重化し、図２０を参照して上述したＡＶ多重フォーマットのファイルボディ部を生成し、それと同時に、ステップＳ６２において、ファイル生成部２２は、生成したファイルボディ部のビデオデータのフレームサイズを取得し、図示せぬ内蔵メモリに記憶し、ステップＳ６３に進む。
【０１７０】
ステップＳ６３において、ファイル生成部２２は、生成したＡＶ多重フォーマットのファイルボディ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ６４に進む。ステップＳ６４において、ドライブ２３は、ファイル生成部２２より供給されたファイルボディ部を光ディスク２に記録し、ステップＳ６５に進む。ステップＳ６５において、ファイル生成部２２は、図１８を参照して上述したファイルフッタ部およびファイルヘッダ部の生成処理を実行し、ステップＳ６６に進む。
【０１７１】
ステップＳ６６において、ファイル生成部２２は、ステップＳ６５において生成されたファイルフッタ部およびムービアトムを、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ６７に進む。このとき、ファイル生成部２２は、ステップＳ６２において記憶部２０に記録されたファイルボディ部の後に、ファイルフッタ部およびムービアトムを結合して記録する。
【０１７２】
ステップＳ６７において、ドライブ２３は、ファイル生成部２２より供給されたファイルフッタ部を光ディスク２に記録し、ステップＳ６８に進む。具体的には、ドライブ２３は、ステップＳ６３において光ディスク２に記録されたボディ部の後に、ファイルフッタ部およびムービアトムを結合して記録する。
【０１７３】
ステップＳ６８において、ファイル生成部２２は、ステップＳ６５において生成されたＭＸＦヘッダを含むファイルヘッダ部を、ドライブ２３に供給するとともに、記憶部２０に記録し、ステップＳ９に進む。このとき、ファイル生成部２２は、記憶部２０に記録されたファイルボディ部の前に、ファイルの先頭からヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが生成される。
【０１７４】
ステップＳ６９において、ドライブ２３は、ファイル生成部２２より供給されたファイルヘッダ部を光ディスク２に記録し、ファイル生成記録処理を終了する。具体的には、ドライブ２３は、光ディスク２に記録されたファイルボディ部の前に、ファイルの先頭からファイルヘッダ部を結合して記録する。これにより、ＡＶ多重フォーマットのファイルが光ディスク２に記録される。
【０１７５】
以上のようにして、図２０のＡＶ多重フォーマットのファイルが生成される。そして、記憶部２０に生成されたＡＶ多重フォーマットのファイルを、ＣＰＵ１１は、通信部２１を制御して、ネットワーク５を介して、編集装置６やＰＣ７に送信させる。これにより、映像記録装置１は、編集装置６やＰＣ７などと、図２０のＡＶ多重フォーマットのファイルを交換することができる。
【０１７６】
また、以上のようにして、ＡＶ多重フォーマットのファイルが光ディスク２に記録されるので、映像記録装置１は、光ディスク２を介して、編集装置３やＰＣ４などと、図２０のＡＶ多重フォーマットのファイルを交換することができる。
【０１７７】
すなわち、映像記録装置１、ＭＸＦの規格に準拠した編集装置３および６、並びに、ＱＴを有するＰＣ４および６間においては、図２０のＡＶ多重フォーマットのファイルを用いても、ファイル交換を行うことができる。
【０１７８】
次に、図２２は、本発明を適用したＡＶネットワークシステムの他の構成例を示している。なお、図２２において、図１における場合と対応する部分には対応する符号を付してあり、その説明は繰り返しになるので適宜省略する。
【０１７９】
図２２の例の場合、映像記録装置１は、ＱＴを有するＰＣ１０４とともに、音声を入力するとともに映像を撮像し、記録するために取材現場に持ち運ばれ、設置されている。
【０１８０】
映像記録装置１の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータを、放送局で放送するための高解像度のビデオデータと、通信や編集のための低解像度のビデオデータに符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、放送局で放送するための高音質のオーディオデータと、通信や編集のための低音質のオーディオデータに符号化し、ファイル生成部２２に供給する。
【０１８１】
ファイル生成部２２は、ビデオ符号化部１５より供給された高解像度と低解像度のビデオデータと、オーディオ符号化部１６より供給された高音質と低音質のオーディオデータを用いて、高品質と低品質のＡＶ多重フォーマットのファイルを生成し、ドライブ２３を制御し、生成したＡＶ多重フォーマットのファイルを光ディスク２に記録させる。なお、符号化されたビデオデータおよびオーディオデータは、収録（撮像）と並行して光ディスク２に記録するとしたが、一旦、符号化されたビデオデータおよびオーディオデータを、記憶部２０に一旦記録しておき、記憶部２０から読み出して、ＡＶ多重フォーマットのファイルを生成し、記録するようにしてもよい。
【０１８２】
また、ファイル生成部２２は、ドライブ２３へのＡＶ多重フォーマットのファイルの供給と並行して、ビデオ符号化部１５より供給された低解像度のビデオデータと、オーディオ符号化部１６より供給された低解像度のオーディオデータを用いて、低品質のＡＶ多重フォーマットのファイルを生成し、一旦記憶部２０に記憶する。そして、ＣＰＵ１１は、通信部２１を制御し、記憶部２０に記録された低品質のＡＶ多重フォーマットのファイルを、例えば、通信衛星１０１を介して、放送局１０２に送信する。
【０１８３】
放送局１０２は、編集装置１０３を有している。放送局１０２は、映像記録装置１から送信された低品質のＡＶ多重フォーマットのファイルを受信し、受信した低品質のＡＶ多重フォーマットのファイルを編集装置１０３に供給する。
【０１８４】
編集装置１０３は、図１の編集装置３および６と同様にＭＸＦの規格に準拠するように構成されており、放送局１０２により受信された低品質のＡＶ多重フォーマットのファイルを認識する。そして、編集装置１０３は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータを、所定の放送時間内に収めるように編集したり、シーン切り替えのための画像処理を施したり、スクリプトなどの付随したテキストデータを作成したりなどの編集を行う。そして、編集装置１０３は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストなどとして、通信衛星１０１を介して、映像記録装置１に送信する。
【０１８５】
なお、映像記録装置１は、低品質のＡＶ多重フォーマットのファイルを、例えば、編集機材の近傍にあって、プロデューサなどが収録状況を確認しながら編集することが可能なＰＣ１０４に送信するようにしてもよい。
【０１８６】
ＰＣ１０４は、図１のＰＣ４およびＰＣ７と同様に構成され、ＱＴを有している。したがって、ＰＣ１０４は、映像記録装置１から送信された低解像度のＡＶ多重フォーマットのファイルを、ＱＴを用いて、確認したり、編集を行う。そして、ＰＣ１０４は、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストとして、通信衛星１０１を介して、またはブルートゥース（Bluetooth（登録商標））などの近距離無線通信により、映像記録装置１に送信する。すなわち、取材現場などに高価な専用の編集装置１０３がなくても、汎用で、さらに、携帯可能なＰＣ１０４で、低解像度のＡＶ多重フォーマットのファイルの確認や編集を行うことができる。
【０１８７】
映像記録装置１の通信部２１は、編集装置１０３またはＰＣ１０４からのエディットリストを受信する。ＣＰＵ１１は、通信部２１より供給されたエディットリストを、ドライブ２３を制御し、光ディスク２に記録させる。なお、このとき、エディットリストは、例えば、ファイルヘッダ部のヘッダメタデータに記録される。光ディスク２は、高品質と低品質のＡＶ多重フォーマットのファイル、およびエディットリストが記録された後、放送局１０２に持ち運ばれる。
【０１８８】
放送局１０２においては、編集装置１０３により、光ディスク２から高解像度のビデオデータと、高音質のオーディオデータが読み出されて復号され、光ディスク２に記録されたエディットリストに従って、放送（オンエア）される。
【０１８９】
なお、光ディスク２に低品質のＡＶ多重フォーマットのファイルと高品質のＡＶ多重フォーマットのファイルを記録するようにしたが、光ディスク２に、一方（例えば、高品質のＡＶ多重フォーマットのファイル）だけを記録するようにし、他方（例えば、低品質のＡＶ多重フォーマットのファイル）を、半導体メモリを用いたメモリカードなどの他の記録媒体に記録するようにしてもよい。
【０１９０】
また、放送局１０２は、編集装置１０３を有するようにしたが、編集装置１０３の代わりに、ＰＣ１０４を有するようにしてもよいし、取材現場においては、ＰＣ１０４の代わりに、編集装置１０３を使用するようにしてもよい。
【０１９１】
図２３のフローチャートを参照して、図２２のＡＶネットワークシステムの処理について説明する。なお、図２３においては、映像記録装置１とＰＣ１０４の処理について説明するが、ＰＣ１０４を、編集装置１０３に代えてＡＶネットワークシステムの処理を行うようにしてもよい。
【０１９２】
映像記録装置１の撮像部３１は、被写体を撮像し、撮像したビデオデータをビデオ符号化部１５に供給する。ビデオ符号化部１５は、撮像部３１より入力されたビデオデータを、高解像度と低解像度に符号化し、ファイル生成部２２に供給する。一方、マイクロホン３２は、集音したオーディオデータをオーディオ符号化部１６に供給する。オーディオ符号化部１６は、マイクロホン３２より入力されたオーディオデータを、高音質と低音質に符号化し、ファイル生成部２２に供給する。
【０１９３】
ステップＳ１０１において、映像記録装置１のファイル生成部２２は、ビデオデータとオーディオデータを用いて、ＡＶ多重フォーマットを生成し、ドライブ２３を制御し、光ディスク２に記録させる。また同時に、ファイル生成部２２は、生成されたＡＶ多重フォーマットを、記憶部２０にも記録し、ステップＳ１０２に進む。
【０１９４】
具体的には、ファイル生成部２２は、ビデオ符号化部１５より供給された高解像度と低解像度のビデオデータと、オーディオ符号化部１６より供給された高音質と低音質のオーディオデータを用いて、高品質と低品質のＡＶ多重フォーマットのファイルを生成し、ドライブ２３を制御し、生成したＡＶ多重フォーマットのファイルを光ディスク２に記録させる。また同時に、ビデオ符号化部１５より供給された低解像度のビデオデータと、オーディオ符号化部１６より供給された低解像度のオーディオデータを用いて、低品質のＡＶ多重フォーマットのファイルを生成し、一旦記憶部２０に記憶する。
【０１９５】
ステップＳ１０２において、映像記録装置１のＣＰＵ１１は、通信部２１を制御し、記憶部２０に記録された低品質のＡＶ多重フォーマットのファイルを、例えば、近距離無線通信により、ＰＣ１０４に送信する。
【０１９６】
これに対応して、ＰＣ１０４は、ステップＳ１２１において、低品質のＡＶ多重フォーマットのファイルを受信し、ＱＴを用いて、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集し、ステップＳ１２２に進み、低品質のＡＶ多重フォーマットのオーディオデータおよびビデオデータの編集内容を、エディットリストとして、近距離無線通信により、映像記録装置１に送信する。
【０１９７】
映像記録装置１の通信部２１は、ステップＳ１０３において、ＰＣ１０４よりエディットリストを受信し、ステップＳ１０４に進み、受信したエディットリストを、光ディスク２に記録する。
【０１９８】
この光ディスク２が、放送局１０２に持ち込まれるので、放送局１０２は、光ディスク２から高解像度のビデオデータと、高音質のオーディオデータが読み出して復号し、光ディスク２に記憶されたエディットリストに従って、放送する。
【０１９９】
以上のように、ＡＶ多重フォーマットを用いるようにしたので、被写体を撮像した取材現場などに高価な専用の編集装置１０３がなくても、汎用で、また、携帯可能なＰＣ１０４で、ＡＶ多重フォーマットのファイルの確認や編集を行うことができる。さらに、低品質のＡＶ多重フォーマットを用いることにより、通信や編集の負荷が軽減される。
【０２００】
以上により、収録されてから放送されるまでの時間を短縮することができる。また、ＰＣ１０４を用いることができるので、収録にかかる費用も削減される。
【０２０１】
なお、本実施の形態では、映像記録装置１において、光ディスク２に対して、ＡＶ多重フォーマットのファイルを読み書きするようにしたが、ＡＶ多重フォーマットのファイルは、光ディスク２などのディスク状の記録媒体に限らず、磁気テープなどのテープ状の記録媒体や、半導体メモリなどに対して読み書きすることが可能である。
【０２０２】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム格納媒体からインストールされる。
【０２０３】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム格納媒体は、図２に示されるように、光ディスク２などよりなるパッケージメディア、または、プログラムが一時的もしくは永続的に格納される記憶部２０などにより構成される。
【０２０４】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０５】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２０６】
【発明の効果】
以上の如く、本発明によれば、放送機器とパーソナルコンピュータとの間でファイルを交換することができる。
【図面の簡単な説明】
【図１】本発明を適用したＡＶネットワークシステムの構成例を示す図である。
【図２】図１の映像記録装置の構成例を示すブロック図である。
【図３】図１のＡＶネットワークシステムで用いられるＡＶ多重フォーマットのファイルの構成例を示す図である。
【図４】図３のＡＶ多重フォーマットのファイルの他の構成例を示す図である。
【図５】図４のＡＶ多重フォーマットのファイルヘッダ部の構成例を示す図である。
【図６】図５のムービアトムの構成例を示す図である。
【図７】図６の時間サンプルアトムの構成例を示す図である。
【図８】図６の同期アトムの構成例を示す図である。
【図９】図６のサンプルチャンクアトムの構成例を示す図である。
【図１０】図６のサンプルサイズアトムの構成例を示す図である。
【図１１】図６のチャンクオフセットアトムの構成例を示す図である。
【図１２】図４のＡＶ多重フォーマットのファイルボディ部の構成例を示す図である。
【図１３】図１２のサウンドアイテムの構成例を示す図である。
【図１４】図４のＡＶ多重フォーマットのファイルボディ部の他の構成例を示す図である。
【図１５】図１２のピクチャアイテムの構成例を示す図である。
【図１６】一般的なＱＴファイルの生成処理を説明する図である。
【図１７】図４のＡＶ多重フォーマットのファイルの生成処理を説明するフローチャートである。
【図１８】図１７のステップＳ５のファイルフッタ部およびファイルヘッダ部の生成処理を説明するフローチャートである。
【図１９】図４のＡＶ多重フォーマットのファイルの他の構成例を示す図である。
【図２０】図４のＡＶ多重フォーマットのファイルのさらに他の構成例を示す図である。
【図２１】図２０のＡＶ多重フォーマットのファイルの生成処理を説明するフローチャートである。
【図２２】本発明のＡＶネットワークシステムの他の構成例を示す図である。
【図２３】図２２のＡＶネットワークシステムの処理を説明するフローチャートである。
【符号の説明】
１ 映像記録装置，２ 光ディスク，３ 編集装置，４ ＰＣ，５ ネットワーク，６ 編集装置，７ ＰＣ，１１ ＣＰＵ，１５ ビデオ符号化部，１６ オーディオ符号化部，２０ 記憶部，２１ 通信部，２２ ファイル生成部，２３ドライブ，１０１ 通信衛星，１０２ 放送局，１０３ 編集装置，１０４ ＰＣ
Claims (14)
- ヘッダ部、ボディ部およびフッタ部からなる第１のフォーマット、および前記第１のフォーマットとは異なる第２のフォーマットに対応するファイルを生成する情報処理装置であって、
入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置して前記ボディ部を生成するボディ生成手段と、
前記入力データのサイズを取得する取得手段と、
前記取得手段により取得された前記サイズに基づいて、前記第２のフォーマットのファイルとして前記ボディ部から前記入力データを読み出すためのテーブル情報を、前記キーおよび前記レングスを無視して求められる、前記ファイルの先頭から、前記バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成手段と、
前記第２のフォーマットの読み飛ばし領域に、前記第１のフォーマットにおける前記ボディ部のヘッダを記述し、前記第１のフォーマットにおいて無視される領域に、前記テーブル生成手段により生成された前記テーブル情報を記述して、前記ヘッダ部を生成するヘッダ生成手段と、
前記ボディ部の後に、前記フッタ部を結合し、前記ボディ部の前に、前記ヘッダ生成手段により生成された前記ヘッダ部を結合して前記ファイルを生成するファイル生成手段と
を備えることを特徴とする情報処理装置。 - 前記第１のフォーマットは、ＭＸＦ(Material exchange Format)であり、前記第２のフォーマットは、ＱＴ（Quick Time）フォーマットである
ことを特徴とする請求項１に記載の情報処理装置。 - 前記ボディ生成手段により生成された前記ボディ部を記録媒体に記録するボディ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディ部の後に、前記フッタ部を記録するフッタ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディ部の前に、前記ヘッダ部を記録するヘッダ記録手段とをさらに備える
ことを特徴とする請求項１に記載の情報処理装置。 - 前記ファイル生成手段により生成された前記ファイルをネットワークを介して他の情報処理装置に送信する送信手段と、
前記送信手段により送信した前記ファイルに基づいたメタデータを前記ネットワークを介して前記他の情報処理装置から受信する受信手段と、
前記受信手段により受信された前記メタデータを前記記録媒体に記録するメタデータ記録手段とをさらに備える
ことを特徴とする請求項１に記載の情報処理装置。 - ヘッダ部、ボディ部およびフッタ部からなる第１のフォーマット、および前記第１のフォーマットとは異なる第２のフォーマットに対応するファイルを生成する情報処理方法であって、
入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置して前記ボディ部を生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記入力データのサイズに基づいて、前記第２のフォーマットのファイルとして前記ボディ部から前記入力データを読み出すためのテーブル情報を、前記キーおよび前記レングスを無視して求められる、前記ファイルの先頭から、前記バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、
前記第２のフォーマットの読み飛ばし領域に、前記第１のフォーマットにおける前記ボディ部のヘッダを記述し、前記第１のフォーマットにおいて無視される領域に、前記テーブル情報を記述して、前記ヘッダ部を生成するヘッダ生成ステップと、
前記ボディ部の後に、前記フッタ部を結合し、前記ボディ部の前に、前記ヘッダ部を結合して前記ファイルを生成するファイル生成ステップと
を含むことを特徴とする情報処理方法。 - ヘッダ部、ボディ部およびフッタ部からなる第１のフォーマット、および前記第１のフォーマットとは異なる第２のフォーマットに対応するファイルを生成する情報処理をコンピュータに行わせるプログラムが記録されるプログラム記録媒体であって、
入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置して前記ボディ部を生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記入力データのサイズに基づいて、前記第２のフォーマットのファイルとして前記ボディ部から前記入力データを読み出すためのテーブル情報を、前記キーおよび前記レングスを無視して求められる、前記ファイルの先頭から、前記バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、
前記第２のフォーマットの読み飛ばし領域に、前記第１のフォーマットにおける前記ボディ部のヘッダを記述し、前記第１のフォーマットにおいて無視される領域に、前記テーブル情報を記述して、前記ヘッダ部を生成するヘッダ生成ステップと、
前記ボディ部の後に、前記フッタ部を結合し、前記ボディ部の前に、前記ヘッダ部を結合して前記ファイルを生成するファイル生成ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されているプログラム記録媒体。 - ヘッダ部、ボディ部およびフッタ部からなる第１のフォーマット、および前記第１のフォーマットとは異なる第２のフォーマットに対応するファイルを生成する情報処理をコンピュータに行わせるプログラムであって、
入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置して前記ボディ部を生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記入力データのサイズに基づいて、前記第２のフォーマットのファイルとして前記ボディ部から前記入力データを読み出すためのテーブル情報を、前記キーおよび前記レングスを無視して求められる、前記ファイルの先頭から、前記バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、
前記第２のフォーマットの読み飛ばし領域に、前記第１のフォーマットにおける前記ボディ部のヘッダを記述し、前記第１のフォーマットにおいて無視される領域に、前記テーブル情報を記述して、前記ヘッダ部を生成するヘッダ生成ステップと、
前記ボディ部の後に、前記フッタ部を結合し、前記ボディ部の前に、前記ヘッダ部を結合して前記ファイルを生成するファイル生成ステップと
を含むことを特徴とするプログラム。 - ヘッダ部、ボディ部およびフッタ部からなる第１のフォーマット、および前記第１のフォーマットとは異なる第２のフォーマットに対応するファイルを生成する情報処理装置であって、
入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置して前記ボディ部を生成するボディ生成手段と、
前記入力データのサイズを取得する取得手段と、
前記取得手段により取得された前記サイズに基づいて、前記第２のフォーマットのファイルとして前記ボディ部から前記入力データを読み出すためのテーブル情報を、前記キーおよび前記レングスを無視して求められる、前記ファイルの先頭から、前記バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成手段と、
前記第１のフォーマットにおいて無視される前記ヘッダ部の先頭領域に、前記ボディ部が含まれる前記第２のフォーマットにおけるデータ領域のヘッダを記述し、前記第２のフォーマットにおけるデータ領域の先頭領域に、前記第１のフォーマットにおける前記ボディ部のヘッダを記述して、前記ヘッダ部を生成するヘッダ生成手段と、
前記ボディ部の後に、前記フッタ部と前記テーブル生成手段により生成された前記テーブル情報を結合し、前記ボディ部の前に、前記ヘッダ部を結合してファイルを生成するファイル生成手段と
を備えることを特徴とする情報処理装置。 - 前記第１のフォーマットは、ＭＸＦ(Material exchange Format)であり、前記第２のフォーマットは、ＱＴ（Quick Time）フォーマットである
ことを特徴とする請求項８に記載の情報処理装置。 - 前記ボディ生成手段により生成された前記ボディ部を記録媒体に記録するボディ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディ部の後に、前記フッタ部と前記テーブル情報を記録するフッタ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディ部の前に、前記ヘッダ部を記録するヘッダ記録手段とをさらに備える
ことを特徴とする請求項８に記載の情報処理装置。 - 前記ファイル生成手段により生成された前記ファイルをネットワークを介して他の情報処理装置に送信する送信手段と、
前記送信手段により送信した前記ファイルに基づいたメタデータを前記ネットワークを介して前記他の情報処理装置から受信する受信手段と、
前記受信手段により受信された前記メタデータを前記記録媒体に記録するメタデータ記録手段とをさらに備える
ことを特徴とする請求項８に記載の情報処理装置。 - ヘッダ部、ボディ部およびフッタ部からなる第１のフォーマット、および前記第１のフォーマットとは異なる第２のフォーマットに対応するファイルを生成する情報処理方法であって、
入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置して前記ボディ部を生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記入力データのサイズに基づいて、前記第２のフォーマットのファイルとして前記ボディ部から前記入力データを読み出すためのテーブル情報を、前記キーおよび前記レングスを無視して求められる、前記ファイルの先頭から、前記バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、
前記第１のフォーマットにおいて無視される前記ヘッダ部の先頭領域に、前記ボディ部が含まれる前記第２のフォーマットにおけるデータ領域のヘッダを記述し、前記第２のフォーマットにおけるデータ領域の先頭領域に、前記第１のフォーマットにおける前記ボディ部のヘッダを記述して、前記ヘッダ部を生成するヘッダ生成ステップと、
前記ボディ部の後に、前記フッタ部と前記テーブル情報を結合し、前記ボディ部の前に、前記ヘッダ部を結合してファイルを生成するファイル生成ステップと
を含むことを特徴とする情報処理方法。 - ヘッダ部、ボディ部およびフッタ部からなる第１のフォーマット、および前記第１のフォーマットとは異なる第２のフォーマットに対応するファイルを生成する情報処理をコンピュータに行わせるプログラムが記録されるプログラム記録媒体であって、
入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置して前記ボディ部を生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記入力データのサイズに基づいて、前記第２のフォーマットのファイルとして前記ボディ部から前記入力データを読み出すためのテーブル情報を、前記キーおよび前記レングスを無視して求められる、前記ファイルの先頭から、前記バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、
前記第１のフォーマットにおいて無視される前記ヘッダ部の先頭領域に、前記ボディ部が含まれる前記第２のフォーマットにおけるデータ領域のヘッダを記述し、前記第２のフォーマットにおけるデータ領域の先頭領域に、前記第１のフォーマットにおける前記ボディ部のヘッダを記述して、前記ヘッダ部を生成するヘッダ生成ステップと、
前記ボディ部の後に、前記フッタ部と前記テーブル情報を結合し、前記ボディ部の前に、前記ヘッダ部を結合してファイルを生成するファイル生成ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されているプログラム記録媒体。 - ヘッダ部、ボディ部およびフッタ部からなる第１のフォーマット、および前記第１のフォーマットとは異なる第２のフォーマットに対応するファイルを生成する情報処理をコンピュータに行わせるプログラムであって、
入力データを、所定のデータ毎に、キー、レングス、およびバリューからなるデータ構造で配置して前記ボディ部を生成するボディ生成ステップと、
前記入力データのサイズを取得する取得ステップと、
前記取得ステップの処理により取得された前記サイズに基づいて、前記第２のフォーマットのファイルとして前記ボディ部から前記入力データを読み出すためのテーブル情報を、前記キーおよび前記レングスを無視して求められる、前記ファイルの先頭から、前記バリューに配置される実データまでのオフセット値に応じて生成するテーブル生成ステップと、
前記第１のフォーマットにおいて無視される前記ヘッダ部の先頭領域に、前記ボディ部が含まれる前記第２のフォーマットにおけるデータ領域のヘッダを記述し、前記第２のフォーマットにおけるデータ領域の先頭領域に、前記第１のフォーマットにおける前記ボディ部のヘッダを記述して、前記ヘッダ部を生成するヘッダ生成ステップと、
前記ボディ部の後に、前記フッタ部と前記テーブル情報を結合し、前記ボディ部の前に、前記ヘッダ部を結合してファイルを生成するファイル生成ステップと
を含むことを特徴とするプログラム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003132504A JP3969656B2 (ja) | 2003-05-12 | 2003-05-12 | 情報処理装置および方法、プログラム記録媒体、並びにプログラム |
| US10/556,414 US20070067468A1 (en) | 2003-05-12 | 2004-05-12 | Information processing apparatus, and method, program recording medium, and program |
| CNB2004800192129A CN100563319C (zh) | 2003-05-12 | 2004-05-12 | 信息处理设备和方法 |
| PCT/JP2004/006673 WO2004100543A1 (ja) | 2003-05-12 | 2004-05-12 | 情報処理装置および方法、プログラム記録媒体、並びにプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003132504A JP3969656B2 (ja) | 2003-05-12 | 2003-05-12 | 情報処理装置および方法、プログラム記録媒体、並びにプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004336593A JP2004336593A (ja) | 2004-11-25 |
| JP3969656B2 true JP3969656B2 (ja) | 2007-09-05 |
Family
ID=33432166
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003132504A Expired - Fee Related JP3969656B2 (ja) | 2003-05-12 | 2003-05-12 | 情報処理装置および方法、プログラム記録媒体、並びにプログラム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20070067468A1 (ja) |
| JP (1) | JP3969656B2 (ja) |
| CN (1) | CN100563319C (ja) |
| WO (1) | WO2004100543A1 (ja) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4391317B2 (ja) | 2003-06-10 | 2009-12-24 | ソニー株式会社 | 放送受信装置、放送受信システム及び放送受信システムにおける操作信号の選択方法 |
| JP4228288B2 (ja) * | 2003-06-11 | 2009-02-25 | ソニー株式会社 | 記録制御装置および方法、プログラム、並びにデータ記録方法 |
| JP3891295B2 (ja) * | 2003-07-09 | 2007-03-14 | ソニー株式会社 | 情報処理装置および方法、プログラム記録媒体、並びにプログラム |
| JP4251133B2 (ja) | 2004-11-29 | 2009-04-08 | ソニー株式会社 | 画像圧縮装置及び方法 |
| KR20070117598A (ko) * | 2005-02-18 | 2007-12-12 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 오디오/비디오 스트림에서의 보조데이터 다중화방법 |
| JP4251149B2 (ja) | 2005-04-15 | 2009-04-08 | ソニー株式会社 | 情報管理システム、情報管理装置及び情報管理方法 |
| JP4270161B2 (ja) | 2005-04-15 | 2009-05-27 | ソニー株式会社 | 情報記録再生システム、情報記録再生装置及び情報記録再生方法 |
| JP4172500B2 (ja) * | 2006-05-30 | 2008-10-29 | ソニー株式会社 | 記録装置および方法、プログラム、並びに記録媒体 |
| KR20090017170A (ko) * | 2007-08-14 | 2009-02-18 | 삼성전자주식회사 | 미디어 파일 관리 방법 및 장치 |
| JP4679609B2 (ja) * | 2008-06-05 | 2011-04-27 | 株式会社東芝 | 映像収録再生装置、映像収録方法及び映像再生方法 |
| JP4686587B2 (ja) * | 2008-10-16 | 2011-05-25 | 株式会社東芝 | 映像記録再生装置およびファイル管理方法 |
| JP5259780B2 (ja) * | 2010-09-14 | 2013-08-07 | 株式会社東芝 | 映像ファイル作成装置および映像ファイル作成方法 |
| US20140241380A1 (en) * | 2011-02-11 | 2014-08-28 | Joseph A. Bennett | Media stream over pass through mechanism |
| US8688733B2 (en) | 2012-03-16 | 2014-04-01 | International Business Machines Corporation | Remote inventory manager |
| US11159327B2 (en) * | 2018-08-06 | 2021-10-26 | Tyson York Winarski | Blockchain augmentation of a material exchange format MXF file |
| CN109561345B (zh) * | 2018-12-14 | 2021-08-03 | 上海文广科技（集团）有限公司 | 基于avs+编码格式的数字电影打包方法 |
| JP7695618B2 (ja) * | 2020-03-09 | 2025-06-19 | ソニーグループ株式会社 | ファイル処理装置、ファイル処理方法、及び、プログラム |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7339993B1 (en) * | 1999-10-01 | 2008-03-04 | Vidiator Enterprises Inc. | Methods for transforming streaming video data |
| CA2375688A1 (en) * | 2000-04-05 | 2001-10-11 | Sony United Kingdom Limited | Identifying and processing of audio and/or video material |
| JP4240757B2 (ja) * | 2000-04-10 | 2009-03-18 | ソニー株式会社 | プロダクションシステム及びその制御方法 |
| GB2366926A (en) * | 2000-09-06 | 2002-03-20 | Sony Uk Ltd | Combining material and data |
| JP4608835B2 (ja) * | 2001-09-13 | 2011-01-12 | ソニー株式会社 | 情報配信システムおよび情報配信方法 |
| FI20011871A7 (fi) * | 2001-09-24 | 2003-03-25 | Nokia Corp | Multimediadatan prosessointi |
| US7149750B2 (en) * | 2001-12-19 | 2006-12-12 | International Business Machines Corporation | Method, system and program product for extracting essence from a multimedia file received in a first format, creating a metadata file in a second file format and using a unique identifier assigned to the essence to access the essence and metadata file |
| AU2003221415A1 (en) * | 2002-03-18 | 2003-09-29 | Sharp Kabushiki Kaisha | Data recording method, data recording device, data recording medium, data reproduction method, and data reproduction device |
| US8063295B2 (en) * | 2002-10-03 | 2011-11-22 | Polyphonic Human Media Interface, S.L. | Method and system for video and film recommendation |
-
2003
- 2003-05-12 JP JP2003132504A patent/JP3969656B2/ja not_active Expired - Fee Related
-
2004
- 2004-05-12 WO PCT/JP2004/006673 patent/WO2004100543A1/ja not_active Ceased
- 2004-05-12 CN CNB2004800192129A patent/CN100563319C/zh not_active Expired - Fee Related
- 2004-05-12 US US10/556,414 patent/US20070067468A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004336593A (ja) | 2004-11-25 |
| CN100563319C (zh) | 2009-11-25 |
| US20070067468A1 (en) | 2007-03-22 |
| CN1817035A (zh) | 2006-08-09 |
| WO2004100543A1 (ja) | 2004-11-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3969656B2 (ja) | 情報処理装置および方法、プログラム記録媒体、並びにプログラム | |
| TW439054B (en) | Optical disc, optical disc recording method and apparatus, and optical disc reproducing method and apparatus | |
| CA2270188C (en) | Video transmission apparatus employing intra-frame-only video compression that is mpeg-2 compatible | |
| JP3891295B2 (ja) | 情報処理装置および方法、プログラム記録媒体、並びにプログラム | |
| US20040019681A1 (en) | Data management apparatus and data management system | |
| JP2004007648A (ja) | 映像音声データ記録装置、映像音声データ記録方法、映像音声データ再生装置、並びに、映像音声データ再生方法 | |
| JP4481889B2 (ja) | データ記録装置及びその方法、プログラム、記録媒体 | |
| CN1155221A (zh) | 数据译码的仪器和方法 | |
| CA2335666A1 (en) | Data recording method and data recording device using same | |
| CN1926629B (zh) | 记录设备、编辑设备、数字视频记录系统、以及文件格式 | |
| JP2011029936A (ja) | ファイル転送システムおよびファイル転送方法 | |
| CN101111894A (zh) | 用于准备dvd视频格式数据的方法，用于重建dvd视频数据的方法和dvd视频数据的结构 | |
| JPWO2004086395A1 (ja) | データ処理装置 | |
| KR101051063B1 (ko) | 영상 수록 재생 장치, 영상 수록 방법, 영상 재생 방법 및 영상 수록 재생 방법 | |
| WO2008018312A1 (en) | Data processing device, data processing method, and computer program | |
| WO2000062541A1 (en) | Digital video signal recorder/reproducer and transmitter | |
| CN100542242C (zh) | 收发系统、信息处理装置及信息处理方法 | |
| JP4075360B2 (ja) | データ転送制御装置及び電子機器 | |
| CN1848939B (zh) | 信息管理系统、信息管理装置和信息管理方法 | |
| US20080027894A1 (en) | File system alteration of media files | |
| JP4062832B2 (ja) | データ記録再生装置及びデータ記録再生方法 | |
| CN1282959A (zh) | 通过数字接口向/从带式记录介质存储和取回数据的方法 | |
| De With et al. | Design considerations of the video compression system of the new DV camcorder standard | |
| CN203338755U (zh) | 高清蓝光录播系统 | |
| JP3916665B2 (ja) | ディジタル情報信号を格納媒体に格納する記録／再生装置、および方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041125 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060731 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060929 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061211 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070209 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070307 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070502 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070601 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070601 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |