JP4314922B2 - プログラム、データ処理方法およびその装置 - Google Patents

Description

本発明は、ビデオデータおよびオーディオデータのフォーマット変換を行うプログラム、データ処理方法およびその装置に関する。

ビデオデータやオーディオデータのファイル交換フォーマットの一つに、ＭＸＦ(Material eXchange Format)がある。
ＭＸＦは、ヘッダデータに含まれるメタデータと、複数のフレームデータ等で構成され、各フレームデータには１フレーム分のビデオデータとそれに対応するオーディオデータと、これらビデオデータおよびオーディオデータの属性を示すシステムデータ等が含まれる。
すなわち、ＭＸＦのデータでは、ビデオデータ、オーディオデータおよびシステムデータがインターリーブにより混在して格納されている。
ＭＸＦでは、上記メタデータおよびシステムデータにおいて各フレームデータ内のビデオデータおよびオーディオデータの符号化方式、圧縮方式、データ構造、タイムコード、編集内容などの属性を記述することで、ビデオデータおよびオーディオデータの属性に依存しないフォーマットでファイル交換を可能にする。

ところで、パーソナルコンピュータなどのコンピュータでは、ビデオデータやオーディオデータの再生処理を行う場合に、ビデオデータおよびビデオデータがそれぞれ個別のビデオファイルデータおよびオーディオファイルデータとして存在する必要がある。
そのため、コンピュータは、ＭＸＦのデータのままでは、ビデオデータおよびオーディオデータの再生を行うことができないという問題がある。
また、コンピュータなどが記憶するビデオファイルデータおよびオーディオファイルデータを基に、上記ＭＸＦのデータを自動的に生成して転送したいという要請がある。

本発明は、上述した従来技術の問題点に鑑みてなされ、ビデオデータ、オーディオデータおよび属性データがインターリーブにより混在して格納されているデータから、ビデオファイルデータおよびオーディオファイルデータを個別に生成できるプログラム、その方法およびその装置を提供することを目的とする。
また、本発明は、ビデオファイルデータおよびオーディオファイルデータから、ビデオデータ、オーディオデータおよび属性データがインターリーブにより混在して格納されているデータを生成できるプログラム、その方法およびその装置を提供することを目的とする。

上述した従来技術の問題点を解決するために、第１の発明のプログラムは、各々が１フレーム分のビデオデータである複数のビデオデータと、前記ビデオデータに対応する各々が１フレーム分のオーディオデータである複数のオーディオデータと、前記ビデオデータおよび前記オーディオデータの属性を示す属性データとを各々が含む複数のモジュールデータから構成される被処理データをパースする第１の手順と、前記第１の手順において前記パースされた前記モジュールデータの数をカウントすることによりビデオに関するビデオファイル属性データを生成し、当該カウント結果を基に得たフレーム数データをさらに示す前記ビデオファイル属性データと前記第１の手順で前記パースした前記複数のビデオデータとを含むビデオファイルデータを生成する第２の手順と、前記第１の手順で前記パースした前記属性データを基にオーディオに関するオーディオファイル属性データを生成し、当該オーディオファイル属性データと前記第１の手順で前記パースした前記複数のオーディオデータとを含むオーディオファイルデータを生成する第３の手順と、前記ビデオファイルデータ及び前記オーディオファイルデータの属性を示す属性ファイルデータを生成する第４の手順と、を含むパースプロセスと、前記第４の手順において生成された前記属性ファイルデータを利用して、前記ビデオファイルデータと前記オーディオファイルデータを受けて変換処理を行い、前記ビデオデータと当該ビデオデータに対応するオーディオデータと前記属性データとを含むモジュールデータを生成する第５の手順と、を含む生成プロセスと、を含む処理をコンピュータに実行させる。

第２の発明のデータ処理方法は、各々が１フレーム分のビデオデータである複数のビデオデータと、前記ビデオデータに対応する各々が１フレーム分のオーディオデータである複数のオーディオデータと、前記ビデオデータおよび前記オーディオデータの属性を示す属性データとを各々が含む複数のモジュールデータから構成される被処理データをパースする第１の工程と、前記第１の工程において前記パースされた前記モジュールデータの数をカウントすることによりビデオに関するビデオファイル属性データを生成し、当該カウント結果を基に得たフレーム数データをさらに示す前記ビデオファイル属性データと前記第１の工程で前記パースした前記複数のビデオデータとを含むビデオファイルデータを生成する第２の工程と、前記第１の工程で前記パースした前記属性データを基にオーディオに関するオーディオファイル属性データを生成し、当該オーディオファイル属性データと前記第１の工程で前記パースした前記複数のオーディオデータとを含むオーディオファイルデータを生成する第３の工程と、前記ビデオファイルデータ及び前記オーディオファイルデータの属性を示す属性ファイルデータを生成する第４の工程と、前記第４の工程において生成された前記属性ファイルデータを利用して、前記ビデオファイルデータと前記オーディオファイルデータを受けて変換処理を行い、前記ビデオデータと当該ビデオデータに対応するオーディオデータと前記属性データとを含むモジュールデータを生成する第５の工程と、を有する。

第３の発明のデータ処理方法は、各々が１フレーム分のビデオデータである複数のビデオデータと、前記ビデオデータに対応する各々が１フレーム分のオーディオデータである複数のオーディオデータと、前記ビデオデータおよび前記オーディオデータの属性を示す属性データとを各々が含む複数のモジュールデータから構成される被処理データをパースする第１の手段と、前記第１の手段で前記パースされた前記モジュールデータの数をカウントすることによりビデオに関するビデオファイル属性データを生成し、当該カウント結果を基に得たフレーム数データをさらに示す前記ビデオファイル属性データと前記第１の手段で前記パースした前記複数のビデオデータとを含むビデオファイルデータを生成する第２の手段と、前記第１の手段で前記パースした前記属性データを基にオーディオに関するオーディオファイル属性データを生成し、当該オーディオファイル属性データと前記第１の手段で前記パースした前記複数のオーディオデータとを含むオーディオファイルデータを生成する第３の手段と、前記ビデオファイルデータ及び前記オーディオファイルデータの属性を示す属性ファイルデータを生成する第４の手段と、前記第４の手段において生成された前記属性ファイルデータを利用して、前記ビデオファイルデータと前記オーディオファイルデータを受けて変換処理を行い、前記ビデオデータと当該ビデオデータに対応するオーディオデータと前記属性データとを含むモジュールデータを生成する第５の手段と、を有する。

第１〜第３の発明によれば、ビデオデータ、オーディオデータおよび属性データが混在したデータから、ビデオファイルデータおよびオーディオファイルデータを個別に生成できるプログラム、その方法およびその装置を提供することができる。
第４〜第６の発明によれば、ビデオファイルデータおよびオーディオファイルデータから、ビデオデータ、オーディオデータおよび属性データが混在したデータを生成できるプログラム、その方法およびその装置を提供することができる。

以下、本発明の実施形態について説明する。
先ず、本発明の構成と、本実施形態の構成との対応関係を説明する。
本実施形態の図５に示すデータＭＸＦ＿Ｄが、第１〜第３の発明の被処理データ、並びに第４〜第６の発明の第２の手順、第２の工程および第２の手段で生成されるデータに対応している。
また、本実施形態の図７に示すビデオファイルデータＶＦが本発明のビデオファイルデータに対応し、図９に示すオーディオファイルデータＡＦが本発明のオーディオファイルデータに対応している。
また、図６に示すビデオデータＰＩＣが本発明の被処理データ内のビデオデータに対応し、オーディオデータＡＵＤＩＯが本発明の被処理データ内のオーディオデータに対応している。
また、図７等に示すビデオデータＶＩＤＥＯが本発明のビデオファイルデータ内のビデオデータに対応し、図９等に示すオーディオデータＡＵＤＩＯが本発明のオーディオファイルデータ内のオーディオデータに対応している。
また、本実施形態のシステムデータＳＹＳが第１〜第３の発明の第１の属性データ、並びに第４〜第６の発明のモジュール属性データに対応している。
また、図７に示すビデオファイル属性データＶＦＰＤが第１〜第３の発明の第２の属性データに対応している。
また、図９に示すオーディオファイル属性データＡＦＰＤが第１〜第３の発明の第３の属性データに対応している。
また、図５に示すヘッダデータＨＥＡＤＥＲ、並びにメタデータＭＥＴＡが本発明の第４の属性データに対応している。
また、図６に示すＫＬＶデータが本発明の単位データに対応し、キー（Ｋ）が本発明の識別データ、データ長（Ｌ）が本発明のデータ長データ、データ（Ｖ）が本発明のデータ本体に対応している。

また、本実施形態のＭＸＦ処理プログラムＰＲＧ１が第１の発明および第４の発明のプログラムに対応している。ここで、ＭＸＦ処理プログラムＰＲＧ１の実行によって起動されるＭＸＦパーサスレッド４３が第１の発明に対応し、ＭＸＦパーサスレッド４３が第４の発明に対応している部分である。
また、コンピュータ４が第３の発明および第６の発明のデータ処理装置に対応している。
また、第１の発明の第１の手順、第２の発明の第１の工程、第３の発明の第１の手段は、図１３に示すステップＳＴ１、図１８に示すステップＳＴ２１、並びに図１９に示すステップＳＴ３１によって実現される。
また、第１の発明の第２の手順、第２の発明の第２の工程、第３の発明の第２の手段は、図１３に示すステップＳＴ５，ＳＴ７，ＳＴ１０、並びに図１８の処理によって実現される。
また、第１の発明の第３の手順、第２の発明の第３の工程、第３の発明の第３の手段は、図１３に示すステップＳＴ５，ＳＴ７，ＳＴ１３，ＳＴ１４、並びに図１９の処理によって実現される。
また、第４の発明の第１の手順、第５の発明の第１の工程、第６の発明の第１の手段は、図２０に示すステップＳＴ４１，ＳＴ４２によって実現される。
また、第４の発明の第２の手順、第５の発明の第２の工程、第６の発明の第２の手段は、図２０に示すステップＳＴ４３〜ＳＴ４８によって実現される。

次に、図１〜図２７に示す編集システム１の概要について説明する。
図１１に示すＭＸＦパーサスレッド４３は、図５に示す複数のビデオデータＰＩＣと、複数のオーディオデータＳＯＵと、システムデータＳＹＳとが混在したデータＭＸＦ＿Ｄをパースする。
そして、ＭＸＦパーサスレッド４３は、上記パースしたシステムデータとメタデータＭＥＴＡを基にビデオに関する図７に示すビデオファイル属性データＶＦＰＤを生成し、ビデオファイル属性データＶＦＰＤと、上記パースした複数のビデオデータＰＩＣ（ＶＩＤＥＯ）とを含むビデオファイルデータＶＦを生成する。
また、ＭＸＦパーサスレッド４３は、上記パースしたシステムデータとメタデータＭＥＴＡを基にオーディオに関する図９に示すオーディオファイル属性データＡＦＰＤを生成し、オーディオファイル属性データＡＦＰＤと、上記パースした複数のオーディオデータＳＯＵ（ＡＵＤＩＯ）とを含むオーディオファイルデータＡＦを生成する。

また、図１１に示すＭＸＦ−ＭＵＸスレッド４４は、図７に示すビデオファイルデータＶＦに含まれるビデオファイル属性データＶＦＰＤを基に、フォーマット（Ｄ１０）を特定する。
そして、ＭＸＦ−ＭＵＸスレッド４４は、ビデオファイルデータＶＦに含まれる複数のビデオデータＶＩＤＥＯの各々に対応して規定され、上記特定したフォーマットを示すシステムデータＳＹＳと、単数のビデオデータＰＩＣ（ＶＩＤＥＯ）と、図９に示すオーディオファイルデータＡＦに含まれる複数のオーディオデータＶＩＤＥＯのうち当該ビデオデータＰＩＣに対応する単数のオーディオデータＳＯＵ（ＡＵＤＩＯ）とをそれぞれ含む複数のフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎで構成される図５に示すデータＭＸＦ＿Ｄを生成する。

以下、各図面を基に、編集システム１について詳細に説明する。
図１は、本発明の実施形態に係わる編集システム１の全体構成図である。
図１に示すように、編集システム１は、例えば、ＦＴＰ(File Transfer Protorol)サーバ３、コンピュータ４、コンピュータ５、ＲＡＩＤ(Redundant Array of Inexpensive Disks)６を有し、これらがネットワーク２を介して通信する。
本実施形態では、例えば、コンピュータ４、コンピュータ５およびＲＡＩＤ６は、ＳＡＮ(Storage Area Network)などのネットワークを介して接続させている。
〔ＦＴＰサーバ３〕
ＦＴＰサーバ３は、受信したＭＸＦデータを、ネットワーク２を介してＦＴＰを基に、コンピュータ４およびコンピュータ５に送信する。

〔コンピュータ４〕
コンピュータ４では、例えば、図２に示すように、ＭＸＦデータを処理するＭＸＦプロセス８と、非線形編集ＮＬＥ(None Linear Edit)処理などの編集処理を行う編集プロセス９ａとが動作する。
図３は、図１および図２に示すコンピュータ４の構成図である。
図３に示すように、コンピュータ４は、例えば、通信部１１、操作部１２、表示部１３、メモリ１４および処理部１５を有し、これらがデータ線１０を介して接続されている。 通信部１１は、ネットワーク２を介して、ＦＴＰサーバ３、コンピュータ５およびＲＡＩＤ６とデータ授受を行う。
操作部１２は、キーボードやマウスなどの操作手段であり、ユーザの操作に応じた操作信号を処理部１５に出力する。
表示部１３は、処理部１５からの表示信号に応じた画像（画面）を表示する。
メモリ１４は、図２に示すＭＸＦプロセス８の処理を記述したＭＸＦ処理プログラムＰＲＧ１と、編集プロセス９ａの処理を記述した編集処理プログラムＰＲＧ２とを記録する。
処理部１５は、メモリ１４に記録されたＭＸＦ処理プログラムＰＲＧ１を基に（実行して）ＭＸＦプロセス８を起動し、編集処理プログラムＰＲＧ２を基に編集プロセス９ａを起動する。
なお、本実施形態において、ＭＸＦプロセス８に関する各スレッドは、処理部１５がＭＸＦ処理プログラムＰＲＧ１を実行して実現される。また、編集プロセス９ａに関する各スレッドは、処理部１５が編集処理プログラムＰＲＧ２を実行して実現される。
〔コンピュータ５〕
コンピュータ５では、例えば、図２に示すように、編集などの編集処理を行う編集プロセス９ｂが動作する。
図４は、図１および図２に示すコンピュータ５の構成図である。
図４に示すように、コンピュータ５は、例えば、通信部２１、操作部２２、表示部２３、メモリ２４および処理部２５を有し、これらがデータ線２０を介して接続されている。 通信部２１は、ネットワーク２を介して、ＦＴＰサーバ３、コンピュータ４およびＲＡＩＤ６とデータ授受を行う。
操作部２２は、キーボードやマウスなどの操作手段であり、ユーザの操作に応じた操作信号を処理部２５に出力する。
表示部２３は、処理部２５からの表示信号に応じた画像（画面）を表示する。
メモリ２４は、図２に示す編集プロセス９ｂの処理を記述した編集処理プログラムＰＲＧ３を記録する。
処理部２５は、メモリ２４に記録された編集処理プログラムＰＲＧ３を基に編集プロセス９ｂを起動する。
また、編集プロセス９ｂに関する各スレッドは、処理部２５が編集処理プログラムＰＲＧ３を実行して実現される。

ＲＡＩＤ６は、ＭＸＦデータ、ビデオファイルデータＶＦ、オーディオファイルデータＡＦ、並びに属性ファイルデータＰＦを記録する。
ここで、ＭＸＦデータは、後述するＭＸＦで規定されている。
また、ビデオファイルデータＶＦ、並びにオーディオファイルデータＡＦは、編集プロセス９ａ，９ｂで利用（再生）できるフォーマットを有している。
属性ファイルデータＰＦは、ビデオファイルデータＶＦおよびオーディオファイルデータＡＦの属性を示す。

以下、ＭＸＦデータ、ビデオファイルデータＶＦ、並びにオーディオファイルデータＡＦについてそれぞれ説明する。
〔ＭＸＦ＿Ｄ〕
以下、ＭＸＦフォーマットのデータＭＸＦ＿Ｄについて説明する。
図５は、データＭＸＦ＿Ｄのフォーマットを説明するための図である。
図５に示すように、データＭＸＦ＿Ｄは、ヘッダデータＨＥＡＤＥＲ、ボディデータＢＯＤＹおよびフッタデータＦＯＯＴＥＲで構成される。
ヘッダデータＨＥＡＤＥＲ、ボディデータＢＯＤＹおよびフッタデータＦＯＯＴＥＲの各々は、パックＰＡＣＫと呼ばれる複数のモジュールデータで構成される。
ヘッダデータＨＥＡＤＥＲは、ヘッダパーティションパックＨＰＰ、メタデータＭＥＴＡ、インデックステーブルＩＮＤＥＸＴなどで構成される。
ヘッダパーティションパックＨＰＰは、データＭＸＦ＿Ｄ全体に対しての属性データを示す。
ヘッダパーティションパックＨＰＰは、例えば、Ｃｌｏｓｅｄ ｐａｒｔｉｔｉｏｎを示す場合には、データＭＸＦ＿Ｄに含まれるフレームデータの数であるフレーム数をメタデータＭＥＴＡ内で示すことができる。

メタデータＭＥＴＡは、ボディデータＢＯＤＹに格納されたフレームデータ（ビデオデータおよびオーディオデータ）の符号化方式、当該フレームデータの内容に関するキーワード、タイトル、識別データ、編集データ、作成時データ、編集時データなどの属性を示す。
また、メタデータＭＥＴＡは、その他、例えば、フレームデータに関するタイムコード、欠落フレームデータを特定するためのデータ、上記フレーム数（Ｄｕｒａｔｉｏｎ）などを含む。
インデックステーブルＩＮＤＥＸＴは、データＭＸＦ＿Ｄの利用時に、ボディデータＢＯＤＹ内のフレームデータに高速にアクセスするために用いられるデータを示す。

ボディデータＢＯＤＹは、複数のフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎを含む。ここで、ｎは１以上の任意の整数である。
フレームデータＦＬＤ＿１〜ＦＬＤ＿ｎの各々は、図５に示すように、１フレーム分のビデオデータＰＩＣおよびオーディオデータＳＯＵと、これらの属性を示すシステムデータＳＹＳと、データＡＵＸとを含む。
システムデータＳＹＳは、例えば、ビデオデータＰＩＣおよびオーディオデータＳＯＵのフォーマットや種別を示す。
システムデータＳＹＳは、例えば、ＭＸＦ＿Ｄのフォーマット（例えば、ＳＭＰＴＥで規格化されたＤ１０）、並びにそのフォーマット内で種別（例えば、ＳＭＰＴＥで規格化されたＩＭＸ５０＿６２５，ＩＭＸ４０＿６２５，ＩＭＸ３０＿６２５，ＩＭＸ５０＿５２５，ＩＭＸ４０＿５２５，ＩＭＸ３０＿５２５などを示す。
システムデータＳＹＳは、上記以外に、例えば、符号化方式、タイムコード、データＭＸＦ＿Ｄの識別データであるＵＭＩＤ(Unique Material IDentifier)などを示す。

ビデオデータＰＩＣは、ＭＰＥＧ(Moving Picture Experts Group)などで符号化されたビデオデータである。
オーディオデータＳＯＵは、ＡＥＳ(Audio Engineering Society) ３などで符号化されたオーディオデータである。
このように、データＭＸＦ＿Ｄは、ビデオデータＰＩＣとオーディオデータＳＯＵとがインターリーブされた状態（混在した状態）で格納する。
フッタデータＦＯＯＴＥＲは、データＭＸＦ＿Ｄの終端を示す識別データを含む。

上述したヘッダパーティションパックＨＰＰ、メタデータＭＥＴＡ、インデックステーブルＩＮＤＥＸＴ、フレームデータＦＬＤ＿１〜ＦＬＤ＿ｎ、フッタデータＦＯＯＴＥＲの各々は、単数または複数のパックデータＰＡＣＫで構成され、各パックデータは単数または複数のＫＬＶデータで構成される。
図６は、ＫＬＶデータを説明するための図である。
図６に示すように、ＫＬＶデータは、キー（Ｋ）、データ長（Ｌ）およびデータ（Ｖ）で構成される。
キー（Ｋ）、データ長（Ｌ）は、各々固定長のデータであり、キー（Ｋ）は例えばデータ（Ｖ）の内容の識別データであり、データ長（Ｌ）はデータ（Ｖ）のデータ長を示す。
ＫＬＶデータは、図６に示すように、データ（Ｖ）としてＫＬＶデータを用いることができる。

〔ＶＦ〕
以下、本実施形態のビデオファイルデータＶＦについて説明する。
図７は、本実施形態のビデオファイルデータＶＦのフォーマットを説明するための図である。
図７に示すように、ビデオファイルデータＶＦは、例えば、識別データＶＩＯ、データＶＦ＿ＳＩＺＥ、ビデオ特性データＶＰＲＤ、ビデオ共通特性デーＶＣＰＤ、ビデオ固有特性データＶＵＰＤ、ビデオオーナデータＶＯＤ、ダミーデータＤＵＭＹ、データＶ＿ＳＥＩＺＥ、並びにビデオデータＶＩＤＥＯを含む。
本実施形態では、識別データＶＩＯ、データＶＦ＿ＳＩＺＥ、ビデオ特性データＶＰＲＤ、ビデオ共通特性デーＶＣＰＤ、ビデオ固有特性データＶＵＰＤ、ビデオオーナデータＶＯＤ、ダミーデータＤＵＭＹ、データＶ＿ＳＥＩＺＥによってビデオファイル属性データＶＦＰＤが構成される。
識別データＶＩＯは、ビデオファイルデータＶＦの先頭を示す。
データＶＦ＿ＳＩＺＥは、ビデオファイルデータＶＦのデータ長を示す。
ビデオ特性データＶＰＲＤは、ビデオファイルデータＶＦの識別データや、バージョン情報などを示す。

ビデオ共通特性デーＶＣＰＤは、全ビデオフォーマットに共通の特定情報を示す。
ビデオ共通特性デーＶＣＰＤは、例えば、図８に示すように、データＶｉｄｅｏＦｏｒｍａｔ，Ｗｉｄｔｈ，Ｈｅｉｇｔｈ，Ｆｒａｍｅｓｉｚｅ，Ｓｃａｌｅ，Ｒａｔｅ，Ｓｃａｎｌｉｎｅｉｎｆｏなどを示す。
データＶｉｄｅｏＦｏｒｍａｔは、ビデオデータＶＩＤＥＯの種別、例えば、圧縮の有無、ＤＶ(Digital Video) か否か、ＭＰＥＧか否か（符号化方式）、ＨＤＣＡＭ（ハンディカム）か否かなどを示す。
データＷｉｄｔｈは、ビデオデータＶＩＤＥＯによるイメージの横のピクセス数（横幅）を示す。
データＨｅｉｇｔｈは、ビデオデータＶＩＤＥＯによるイメージの縦のライン数（縦幅）を示す。
データＦｒａｍｅｓｉｚｅは、１フレームのサイズ（データ長）をバイト数で示す。本実施形態では、当該サイズは、４０９６バイトの倍数である。
データＳｃａｌｅ，Ｒａｔｅは、時間の単位ＲａｔｅをＳｃａｌｅで除算することで、再生レートを秒当たりのフレーム数で示すデータを得るために用いられる。
データＳｃａｎｌｉｎｅｉｎｆｏは、スキャンライン情報を示す。

ビデオ固有特性データＶＵＰＤは、上記データＶｉｄｅＦｏｒｍａｔで指定されたフォーマットに固有の特性情報を示す。
ビデオ固有特性データＶＵＰＤは、例えば、非圧縮データのタイプ、ＤＶフォーマットの種類、ＭＰＥＧフォーマットの種類、ＭＰＥＧのデータタイプなどを示す。
ビデオオーナデータＶＯＤは、ビデオファイルデータＶＦを現在所有しているアプリケーションに関する情報を示す。
ダミーデータＤＵＭＹは、ビデオファイル属性データＶＦＰＤのサイズが４０９６バイトになるように規定されるデータである。
データＶ＿ＳＥＩＺＥは、ビデオファイルデータＶＩＤＥＯのデータサイズを示す。
ビデオデータＶＩＤＥＯは、１フレームが４０９６バイトの整数倍になるように規定された複数のフレームのビデオデータである。
これにより、４０９６バイトを最小単位としてビデオデータＶＩＤＥＯにアクセスを行うことが可能になる。
データＭＸＦ＿Ｄでは、ビデオデータＶＩＤＥＯの符号化方式、並びに圧縮方式等のフォーマットは任意である。

〔ＡＦ〕
以下、本実施形態のオーディオファイルデータＡＦについて説明する。
図９は、本実施形態のオーディオファイルデータＡＦのフォーマットを説明するための図である。
図９に示すように、アプリケーションプログラムＡＰは、識別データＲＩＦＦ、データＡＦ＿ＳＩＺＥ、ＷＡＶＥ特性データＷＦＰＤ、オーディオ特性データＡＰＲＤ、オーディオオーナデータＡＯＤ、チャンネルステータスデータＣＳＤ、ダミーデータＤＵＭＹ、データＡ＿ＳＥＩＺＥ、並びにオーディオデータＡＵＤＩＯを含む。
本実施形態では、識別データＲＩＦＦ、データＡＦ＿ＳＩＺＥ、ＷＡＶＥ特性データＷＦＰＤ、オーディオ特性データＡＰＲＤ、オーディオオーナデータＡＯＤ、チャンネルステータスデータＣＳＤ、ダミーデータＤＵＭＹ、データＡ＿ＳＥＩＺＥによってオーディオファイル属性データＡＦＰＤが構成される。
識別データＲＩＦＦは、オーディオファイルデータＡＦの先頭を示す。
データＡＦ＿ＳＩＺＥは、オーディオファイルデータＡＦのデータ長を示す。
ＷＡＶＥ特性データＷＦＰＤは、例えば、図１０に示すように、データｗＦｏｒｍａｔＴａｇ，ｎＣｈａｎｎｅｌｓ，ｎＳａｍｐｌｅｓＰｅｒＳｅｃ，ｎＡｖｇＢｙｔｅｓＰｅｒＳｅｃ，ｎＢｌｏｃｋＡｌｉｇｎ，ｗＢｉｔｓＰｅｒＳａｍｐｌｅ，ｃｂＳｉｓｅを示す。
データｗＦｏｒｍａｔＴａｇは、オーディオファイルデータＡＦのフォーマットを示す。
データｎＣｈａｎｎｅｌｓは、チャンネル数を示す。
データｎＳａｍｐｌｅｓＰｅｒＳｅｃは、サンプルレートを示す。
データｎＡｖｇＢｙｔｅｓＰｅｒＳｅｃは、バッファエスティメーションを示す。
デ−タｎＢｌｏｃｋＡｌｉｇｎは、データのブロックサイズを示す。
データｗＢｉｔｓＰｅｒＳａｍｐｌｅは、モノデータの単位のサンプルビット数を示す。
データｃｂＳｉｓｅは、拡張情報のサイズのバイト数を示す。

オーディオ特性データＡＰＲＤは、オーディオデータＡＵＤＩＯのデータ長、オーディオファイルデータＡＦのバージョンなどを示す。
オーディオオーナデータＡＯＤは、オーディオファイルデータＡＦを現在所有しているアプリケーションに関する情報を示す。
チャンネルステータスデータＣＳＤは、オーディオデータＡＵＤＩＯのチャンネルに関する情報を示す。
ダミーデータＤＵＭＹは、オーディオファイル属性データＡＦＰＤのサイズが４０９６バイトになるように規定されるデータである。
データＡ＿ＳＥＩＺＥは、オーディオデータＡＵＤＩＯのデータ長を示す。
オーディオデータＡＵＤＩＯは、例えば、ＡＥＳ(Audio Engineering Society) ３などのフォーマットのオーディオデータである。

〔ＭＸＦプロセス８〕
図１１は、図２に示すＭＸＦプロセス８を説明するための図である。
ＭＸＦプロセス８は、例えば、データＭＸＦ＿ＤからビデオファイルデータＶＦおよびオーディオファイルデータＡＦの生成、並びにビデオファイルデータＶＦおよびオーディオファイルデータＡＦからデータＭＸＦ＿Ｄの生成を行う。
この場合に、ＭＸＦプロセス８は、図１１に示すように、例えば、スレッドマネージャ４１、ＦＴＰスレッド４２、ＭＸＦパーサスレッド４３およびＭＸＦ−ＭＵＸスレッド４４を有する。

〔スレッドマネージャ４１〕
スレッドマネージャ４１は、例えば、編集プロセス９ａ，９ｂからのコマンド、あるいは図３に示す操作部１２からの操作信号などの要求に応じて、ＭＸＦパーサスレッド４３およびＭＸＦ−ＭＵＸスレッド４４を起動する。

〔ＦＴＰスレッド４２〕
ＦＴＰスレッド４２は、ＦＴＰサーバ３との間でＦＴＰによるデータＭＸＦ＿Ｄの送受信を行う。
ＦＴＰスレッド４２は、ＦＴＰサーバ３から受信したデータＭＸＦ＿ＤをＭＸＦパーサスレッド４３にＦＴＰで出力する。
ＦＴＰスレッド４２は、ＭＸＦ−ＭＵＸスレッド４４から入力したデータＭＸＦ＿ＤをＦＴＰサーバ３にＦＴＰで送信する。

〔ＭＸＦパーサスレッド４３〕
ＭＸＦパーサスレッド４３は、ＦＴＰスレッド４２を介して受信したデータＭＸＦ＿ＤあるいはＲＡＩＤ６から読み出したデータＭＸＦ＿Ｄを、ビデオファイルデータＶＦおよびオーディオファイルデータＡＦに変換してＲＡＩＤ６に書き込む。
また、ＭＸＦパーサスレッド４３は、ＦＴＰスレッド４２から入力したデータＭＸＦ＿Ｄをパースして抽出したビデオデータＶＩＤＥＯと、オーディオデータＡＵＤＩＯとを編集プロセス９ａ，９ｂが再生可能なフォーマットで編集プロセス９ａ，９ｂに出力する。 本実施形態では、ＭＸＦパース処理を行わない状態ではＭＸＦパーサスレッド４３が起動されず、ＭＸＦパース処理を行う場合に、スレッドマネージャ４１が、編集プロセス９ａ，９ｂからのコマンド、あるいは図３に示す操作部１２からの操作信号などの要求に応じてＭＸＦパーサスレッド４３を起動する。そのため、ＭＸＦパース処理を行わない状態でのコンピュータ４（処理部１５）の処理負荷を軽減できる。

また、本実施形態では、ＦＴＰスレッド４２とＭＸＦパーサスレッド４３とを異なるプログラムではなく、同じＭＸＦプロセス８によって実現するため、ＭＸＦパーサスレッド４３がＦＴＰスレッド４２を介して受信したデータＭＸＦ＿Ｄを変換処理する場合に、ＦＴＰスレッド４２によるデータＭＸＦ＿Ｄの受信処理と並行して、既に受信したデータＭＸＦ＿ＤのＭＸＦパース処理を行うことができる。
そのため、ＦＴＰを行うプログラムと、ＭＸＦパース処理を行うプログラムとを別個に規定し、データＭＸＦ＿Ｄ全体に対してのＦＴＰ処理が終了した後に、ＭＸＦパース処理を行う場合に比べて処理時間を短縮できる。

図１２は、図１１に示すＭＸＦパーサスレッド４３の機能ブロック図である。
図１２に示すように、ＭＸＦパーサスレッド４３は、例えば、ＳＹＳパースルーチン６１、ＰＩＣパースルーチン６２、ＳＯＵパースルーチン６３を有する。
ＭＸＦパーサスレッド４３は、以下に示すように、ＳＹＳパースルーチン６１が生成したビデオ属性ファイルデータＶＦＰＤ、並びにＰＩＣパースルーチン６２が生成したビデオデータＶＩＤＥＯからなるビデオファイルデータＶＦを生成する。
ＭＸＦパーサスレッド４３は、以下に示すように、ＳＹＳパースルーチン６１が生成したオーディオ属性ファイルデータＡＦＰＤ、並びにＳＯＵパースルーチン６３が生成したオーディオデータＡＵＤＩＯからなるオーディオファイルデータＡＦを生成する。
また、ＭＸＦパーサスレッド４３は、以下に示すように、ＳＹＳパースルーチン６１によって、例えば、ビデオファイルデータＶＦおよびオーディオファイルデータＡＦに関する属性を示す属性ファイルデータＰＦを生成する。
この場合に、ＳＹＳパースルーチン６１、ＰＩＣパースルーチン６２およびＳＯＵパースルーチン６３の実行順序は特に限定されない。

ＳＹＳパースルーチン６１、ＰＩＣパースルーチン６２およびＳＯＵパースルーチン６３は、図５に示すデータＭＸＦ＿Ｄをパースして、図６に示すＫＬＶデータのキー（Ｋ）を検出し、当該検出したキー（Ｋ）を基に、予め決められたデータを用いて以下に示すデータを生成する。

ＳＹＳパースルーチン６１は、図５に示すデータＭＸＦ＿ＤをパースしてデータＭＸＦ＿Ｄ内のヘッダデータＨＥＡＤＥＲ、フレームデータＦＬＤ＿１〜ＦＬＤ＿ｎ内のシステムデータＳＹＳ、フッタデータＦＯＯＴＥＲを基に、図７に示すビデオファイルデータＶＦのビデオファイル属性データＶＦＰＤと、図９に示すオーディオファイルデータＡＦのオーディオファイルデータＡＦのオーディオファイル属性データＡＦＰＤとを生成する。

図１３および図１４は、図１２に示すＳＹＳパースルーチン６１の処理を説明するためのフローチャートである。
なお、図１３において、ステップＳＴ３の判断に先立ってステップＳＴ６の判断を行ってもよい。
ステップＳＴ１：
ＳＹＳパースルーチン６１は、ＦＴＰスレッド４２から入力したデータＭＸＦ＿ＤあるいはＲＡＩＤ６から読み出したデータＭＸＦ＿Ｄをパースする。
ステップＳＴ２：
ＳＹＳパースルーチン６１は、ステップＳＴ１のパースでデータＭＸＦ＿Ｄを構成するＫＬＶデータのキー（Ｋ）が検出されたか否かを判断し、検出された場合にステップＳＴ４に進み、検出されない場合にステップＳＴ１へ戻る。
ステップＳＴ３：
ＳＹＳパースルーチン６１は、ステップＳＴ１で検出されたキー（Ｋ）がシステムデータＳＹＳの１４バイト目（所定の位置のデータ）に関するものであるか否かを判断し、１４バイト目に関するものであると判断するとステップＳＴ４に進み、そうでない場合にはステップＳＴ６に進む。

ステップＳＴ４：
ＳＹＳパースルーチン６１は、上記１４バイト目を基に、データＭＸＦ＿Ｄが「Ｄ１０」フォーマット（所定のフォーマット）であるか否かを判断し、「Ｄ１０」フォーマットである場合にステップＳＴ５に進み、そうでない場合に処理を終了するか、他のフォーマットに関する処理を行う。
ステップＳＴ５：
ＳＹＳパースルーチン６１は、システムデータＳＹＳの１５バイト目を基に、データＭＸＦ＿Ｄの種別がＩＭＸ５０＿６２５，ＩＭＸ４０＿６２５，ＩＭＸ３０＿６２５である場合に、図７に示すビデオ共通特性データＶＣＰＤの図８に示すデータＶｉｄｅｏＦｏｒｍａｔ，Ｗｉｄｔｈ，Ｈｅｉｇｔｈ，Ｆｒａｍｅｓｉｚｅ，Ｓｃａｌｅ，Ｒａｔｅ，Ｓｃａｎｌｉｎｅｉｎｆｏとして、例えば、予め規定した図１５（Ａ）に示す値を設定してビデオファイル属性データＶＦＰＤを更新する。
ここで、データＦｒａｍｅｓｉｚｅは、フォーマットの種別に応じて、例えば、図１６に示すように規定される。
また、ＳＹＳパースルーチン６１は、図９に示すＷＡＶＥ特性データＷＦＰＤの図１０に示すデータｗＦｏｒｍａｔＴａｇ，ｎＣｈａｎｎｅｌｓ，ｎＳａｍｐｌｅｓＰｅｒＳｅｃ，ｎＡｖｇＢｙｔｅｓＰｅｒＳｅｃ，ｎＢｌｏｃｋＡｌｉｇｎ，ｗＢｉｔｓＰｅｒＳａｍｐｌｅ，ｃｂＳｉｓｅとして、例えば、予め規定した図１７に示す値を設定してオーディオファイル属性データＡＦＰＤを更新する。
一方、ＳＹＳパースルーチン６１は、システムデータＳＹＳの１５バイト目を基に、データＭＸＦ＿ＤがＩＭＸ５０＿５２５，ＩＭＸ４０＿５２５，ＩＭＸ３０＿５２５である場合に、図７に示すビデオ共通特性データＶＣＰＤの図８に示すデータＶｉｄｅｏＦｏｒｍａｔ，Ｗｉｄｔｈ，Ｈｅｉｇｔｈ，Ｆｒａｍｅｓｉｚｅ，Ｓｃａｌｅ，Ｒａｔｅ，Ｓｃａｎｌｉｎｅｉｎｆｏとして、例えば、予め規定した図１５（Ｂ）に示す値を設定してビデオファイル属性データＶＦＰＤを更新する。

ステップＳＴ６：
ＳＹＳパースルーチン６１は、ステップＳＴ１で検出されたキー（Ｋ）がメタデータＭＥＴＡあるいはシステムデータＳＹＳに関するものであるか否かを判断し、そうである場合にステップＳＴ７に進み、そうでない場合にはステップＳＴ９に進む。
ステップＳＴ７：
ＳＹＳパースルーチン６１は、ステップＳＴ１で検出したキー（Ｋ）に対応するデータ（Ｖ）を基に、図７に示すビデオファイル属性データＶＦＰＤおよび図９に示すオーディオファイル属性データＡＦＰＤを生成あるいは更新する。
ステップＳＴ８：
ＳＹＳパースルーチン６１は、ステップＳＴ１で検出したキー（Ｋ）に対応するデータ（Ｖ）を基に、ＸＭＬなどを用いて属性ファイルデータＰＦを生成あるいは更新する。
すなわち、ＳＹＳパースルーチン６１は、データＭＸＦ＿Ｄ内のメタデータＭＥＴＡあるいはシステムデータＳＹＳに記述された属性データを基に、ビデオファイルデータＶＦおよびオーディオファイルデータＡＦの属性を示す属性ファイルデータＰＦを生成する。

ステップＳＴ９：
ＳＹＳパースルーチン６１は、ステップＳＴ１で検出されたキー（Ｋ）がビデオデータＰＩＣに関するものであるか否かを判断し、そうである場合にステップＳＴ１０に進み、そうでない場合にはステップＳＴ１２に進む。
ステップＳＴ１０：
ＳＹＳパースルーチン６１は、ステップＳＴ１で検出したキー（Ｋ）に対応するデータ長（Ｌ）を、データＶ＿ＳＩＺＥに加算してデータＶ＿ＳＩＺＥを更新する。
ステップＳＴ１１：
ＳＹＳパースルーチン６１は、フレーム数データＦＮを更新（インクリメント）する。

ステップＳＴ１２：
ＳＹＳパースルーチン６１は、ステップＳＴ１で検出されたキー（Ｋ）がオーディオデータＳＯＵに関するものであるか否かを判断し、そうである場合にステップＳＴ１３に進み、そうでない場合には処理を終了するか、他の処理を行う。
ステップＳＴ１３：
ＳＹＳパースルーチン６１は、図９に示すオーディオファイル属性データＡＦＰＤの図１０に示すＷＡＶＥ特性データＷＦＰＤとして、例えば、予め決められた図１７に示す値を設定する。当該設定は、ステップＳＴ１３を最初に実行するときのみ行えばよい。
ＳＹＳパースルーチン６１は、ステップＳＴ１で検出されたキー（Ｋ）に対応するデータ（Ｖ）、すなわちＡＥＳ３のオーディオデータＳＯＵのデータＣｈａｎｎｎｅｌ＿Ｓｔａｔｕｓを基に、図９に示すオーディオファイル属性データＡＦＰＤのチャンネルステータスデータＣＳＤに設定する。
データＣｈａｎｎｎｅｌ＿Ｓｔａｔｕｓには、例えば、有効なチャンネルを指定する情報などが示されている。
また、ＳＹＳパースルーチン６１が、上記オーディオデータＳＯＵのＡＥＳ３で規定されたデータＳａｍｐｌｉｎｇＲａｔｅ，ＡｕｘＳａｍｐｌｅＢｉｔｓ，ＷｏｒｄＬｅｎｇｔｈを基に、図９に示すＷＡＶＥ特性データＷＦＰＤの図１０に示すデータｎＳａｍｐｌｅｓＰｅｒＳｅｃ，ｎＡｖｇＢｙｔｅｓＰｅｒＳｅｃ，ｎＢｌｏｃｋＡｌｉｇｎ，ｗＢｉｔｓＰｅｒＳａｍｐｌｅを変更する。
ステップＳＴ１４：
ＳＹＳパースルーチン６１は、ステップＳＴ１で検出したキー（Ｋ）に対応するデータ長（Ｌ）を、データＡ＿ＳＩＺＥに加算してデータＡ＿ＳＩＺＥを更新する。

ステップＳＴ１５：
ＳＹＳパースルーチン６１は、データＭＸＦ＿Ｄ全体をパースしたか否かを判断し、パースしたと判断すると処理を終了し、そうでない場合にステップＳＴ１に戻る。
上記図１３および図１４の処理により、図５に示すヘッダデータＨＥＡＤＥＲ、システムデータＳＹＳが生成される。

ＰＩＣパースルーチン６２は、図５に示すデータＭＸＦ＿ＤをパースしてデータＭＸＦ＿ＤのフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎ内のビデオデータＰＩＣを基に、図７に示すビデオファイルデータＶＦのビデオデータＶＩＤＥＯを生成する。
ＰＩＣパースルーチン６２は、ビデオデータＰＩＣがＭＰＥＧで符号化されている場合には、例えば、ビデオデータＰＩＣをＭＰＥＧで復号してビデオデータＶＩＤＥＯを生成する。

図１８は、図１２に示すＰＩＣパースルーチン６２の処理を説明するためのフローチャートである。
ステップＳＴ２１：
ＰＩＣパースルーチン６２は、データＭＸＦ＿Ｄをパースする。
ステップＳＴ２２：
ＰＩＣパースルーチン６２は、ステップＳＴ２１のパースでデータＭＸＦ＿Ｄを構成するＫＬＶデータのキー（Ｋ）が検出されたか否かを判断し、検出された場合にステップＳＴ２２に進み、検出されない場合にステップＳＴ２１に戻る。
ステップＳＴ２３：
ＰＩＣパースルーチン６２は、ステップＳＴ２１で検出されたキー（Ｋ）がビデオデータＰＩＣに関するものであるか否かを判断し、そうであると判断するとステップＳＴ２４に進み、そうでない場合にはステップＳＴ２１に戻る。

ステップＳＴ２４：
ＰＩＣパースルーチン６２は、ステップＳＴ２１で検出されたキー（Ｋ）がビデオデータＰＩＣを、例えば、それに対応するシステムデータＳＹＳ内あるいはメタデータＭＥＴＡに記述された符号化方式に対応する復号方式で復号する。
ステップＳＴ２５：
ＰＩＣパースルーチン６２は、ステップＳＴ２４の復号により得たビデオデータＰＩＣを、図７に示すビデオファイルデータＶＦのビデオデータＶＩＤＥＯとする。
ステップＳＴ２６：
ＰＩＣパースルーチン６２は、データＭＸＦ＿Ｄを全てパースしたか否かを判断し、全てパースしたと判断すると処理を終了し、そうでない場合にステップＳＴ２１に戻る。

ＳＯＵパースルーチン６３は、図５に示すデータＭＸＦ＿ＤをパースしてデータＭＸＦ＿ＤのフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎ内のオーディオデータＳＯＵを基に、図９に示すオーディオファイルデータＡＦのオーディオデータＡＵＤＩＯを生成する。
この場合に、ＳＯＵパースルーチン６３は、オーディオデータＳＯＵがＡＥＳ３規格の場合には、複数のチャンネルデータを分離してオーディオデータＡＵＤＩＯを生成する。

図１９は、図１２に示すＳＯＵパースルーチン６３の処理を説明するためのフローチャートである。
ステップＳＴ３１：
ＳＯＵパースルーチン６３は、データＭＸＦ＿Ｄをパースする。
ステップＳＴ３２：
ＳＯＵパースルーチン６３は、ステップＳＴ３１のパースでデータＭＸＦ＿Ｄを構成するＫＬＶデータのキー（Ｋ）が検出されたか否かを判断し、検出された場合にステップＳＴ３２に進み、検出されない場合にステップＳＴ３１に戻る。
ステップＳＴ３３：
ＳＯＵパースルーチン６３は、ステップＳＴ３２で検出されたキー（Ｋ）がオーディオデータＳＯＵに関するものであるか否かを判断し、そうであると判断するとステップＳＴ３４に進み、そうでない場合にはステップＳＴ３１に戻る。

ステップＳＴ３４：
ＳＯＵパースルーチン６３は、ステップＳＴ３１で検出されたキー（Ｋ）がオーディオデータＳＯＵを、例えば、それに対応するシステムデータＳＹＳ内に記述された符号化方式に対応する復号方式で復号する。
ステップＳＴ３５：
ＳＯＵパースルーチン６３は、ステップＳＴ３４の復号により得たオーディオデータＳＯＵを、図９に示すオーディオファイルデータＡＦのオーディオデータＡＵＤＩＯとする。
ステップＳＴ３６：
ＳＯＵパースルーチン６３は、データＭＸＦ＿Ｄを全てパースしたか否かを判断し、全てパースしたと判断すると処理を終了し、そうでない場合にステップＳＴ３１に戻る。

〔ＭＸＦ−ＭＵＸスレッド４４〕
ＭＸＦ−ＭＵＸスレッド４４は、属性ファイルデータＰＦ、ビデオファイルデータＶＦおよびオーディオファイルデータＡＦを基に、データＭＸＦ＿Ｄを生成する。
本実施形態では、ＭＸＦ−ＭＵＸ処理を行わない状態ではＭＸＦ−ＭＵＸスレッド４４が起動されず、ＭＸＦ−ＭＵＸ処理を行う場合に、スレッドマネージャ４１が、編集プロセス９ａ，９ｂからのコマンド、あるいは図３に示す操作部１２からの操作信号などの要求に応じてＭＸＦ−ＭＵＸスレッド４４を起動する。そのため、ＭＸＦ−ＭＵＸ処理を行わない状態でのコンピュータ４（処理部１５）の処理負荷を軽減できる。

図２０は、ＭＸＦ−ＭＵＸスレッド４４によるデータＭＸＦ＿Ｄの生成処理を説明するためのフローチャートである。
ステップＳＴ４１：
ＭＸＦ−ＭＵＸスレッド４４は、上記要求により変換対象として指定された図７に示すビデオファイルデータＶＦをＲＡＩＤ６から読み出し、当該ビデオファイルデータＶＦ内のビデオ共通特性データＶＣＰＤ内の図８に示すデータを基に、データＭＸＦ＿Ｄとして用いるフォーマットを検出する。
ステップＳＴ４２：
ＭＸＦ−ＭＵＸスレッド４４は、ステップＳＴ４１で検出したフォーマットが「Ｄ１０」（所定のフォーマット）であるか否かを判断し、「Ｄ１０」であると判断するとステップＳＴ４３に進み、そうでない場合には「Ｄ１０」以外のフォーマットに対応した処理を行う。

ステップＳＴ４３：
ＭＸＦ−ＭＵＸスレッド４４は、図５に示すデータＭＸＦ＿ＤのフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎのシステムデータＳＹＳの１４バイト目（所定の位置のデータ）として「Ｄ１０」を示すデータを設定する。
また、ＭＸＦ−ＭＵＸスレッド４４は、ビデオファイルデータＶＦ内の図１５（Ａ），（Ｂ）に示すデータ、並びに図１６に示すデータｆｒａｍｅＳｉｓｅ等を基にフォーマットの種別を特定し、当該特定した種別をシステムデータＳＹＳの１５バイト目として設定する。
ステップＳＴ４４：
ＭＸＦ−ＭＵＸスレッド４４は、ビデオファイルデータＶＦのビデオファイル属性データＶＦＰＤ、オーディオファイルデータＡＦのオーディオファイル属性データＡＦＰＤ、属性ファイルデータＰＦを基に、図５に示すヘッダデータＨＥＡＤＥＲを生成すると共に、システムデータＳＹＳを更新する。
ステップＳＴ４５：
ＭＸＦ−ＭＵＸスレッド４４は、ビデオファイルデータＶＦ内のビデオデータＶＩＤＥＯを、例えば、ビデオファイル属性データＶＦＰＤが示す符号化方式（例えば、ＭＰＥＧ）で符号化してビデオデータＰＩＣを生成する。

ステップＳＴ４６：
ＭＸＦ−ＭＵＸスレッド４４は、オーディオファイルデータＡＦのオーディオファイル属性データＡＦＰＤと属性ファイルデータＰＦを基に、図５に示すフレームデータＦＬ＿１〜ＦＬ＿ｎ内のＡＥＳ３のオーディオデータＳＯＵの「Ｃｈａｎｎｎｅｌ Ｓｔａｔｕｓ」、「ＳａｍｐｌｉｎｇＲａｔｅ」、「ＡｕｘＳｍｐｌｅＢｉｔｓ」、「ＷｏｒｄＬｅｎｇｔｈ」を設定する。
ステップＳＴ４７：
ＭＸＦ−ＭＵＸスレッド４４は、ステップＳＴ４６で設定したデータ、並びにオーディオファイルデータＡＦ内のオーディオデータＡＵＤＩＯを基に、オーディオデータＳＯＵを生成する。

ステップＳＴ４７：
ＭＸＦ−ＭＵＸスレッド４４は、上記ステップＳＴ４３〜ＳＴ４７で生成したシステムデータＳＹＳ、ビデオデータＰＩＣ、オーディオデータＳＯＵ、並びに新たに生成したデータＡＵＸを基にフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎを生成する。
また、ＭＸＦ−ＭＵＸスレッド４４は、ステップＳＴ４４で生成したヘッダデータＨＥＡＤＥＲ、上記生成したフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎ、並びに新たに生成したフッタデータＦＯＯＴＥＲによって構成されるデータＭＸＦ＿Ｄを生成し、これをＲＡＩＤ６に書き込む。
本実施形態では、ＭＸＦ−ＭＵＸスレッド４４が図２０に示すように、ビデオファイルデータＶＦおよびオーディオファイルデータＡＦを直接受けて処理を行ってデータＭＸＦ＿Ｄを生成することで、ビデオファイルデータＶＦおよびオーディオファイルデータＡＦを一端テンポラリファイルとして落とす必要がなく、変換時間を短くできる。

〔編集プロセス９ａ，９ｂ〕
図２１は、編集プロセス９ａ，９ｂの構成を説明するための図である。
図２１に示すように、編集プロセス９ａ，９ｂは、例えば、コマンドスレッド５１、ステータススレッド５２よび編集スレッド５３を有する。
コマンドスレッド５１は、例えば、図３および図４に示す操作部１２，１３からの操作信号に応じた、例えば、パースコマンド、ＭＵＸコマンドなどのコマンドを、ＭＸＦプロセス８のスレッドマネージャ４１に出力する。
ステータススレッド５２は、パースやＭＵＸの対象とするデータＭＸＦ＿ＤやビデオファイルデータＶＦおよびオーディオファイルデータＡＦなどの指定情報（例えば、ＵＲＬなどのアドレス）、編集プロセス９ａ，９ｂのユーザの識別データおよびパスワードなどのデータを情報をＭＸＦパーサスレッド４３やＭＸＦ−ＭＵＸスレッド４４に出力する。 編集スレッド５３は、例えば、ＭＸＦパーサスレッド４３がＲＡＩＤ６に書き込んだビデオファイルデータＶＦおよびオーディオファイルデータＡＦ、必要に応じて属性ファイルデータＰＦを用いて編集処理を行う。

図２２は、編集プロセス９ａ，９ｂからの要求に応じてＭＸＦプロセス８のＭＸＦパーサスレッド４３がパース処理を行う場合に、ＭＸＦプロセス８と編集プロセス９ａ，９ｂとの間で授受される要求等を説明するための図である。
ステップＳＴ５１：
コマンドスレッド５１は、例えば、図３および図４に示す操作部１２，１３からの操作信号に応じた、例えば、パースコマンドＰＡＲＳＥ＿ＣＯＭＤをＭＸＦプロセス８のスレッドマネージャ４１に出力する。
スレッドマネージャ４１は、パースコマンドＰＡＲＳＥ＿ＣＯＭＤに応じてＭＸＦパーサスレッド４３を起動する。
ステップＳＴ５２：
スレッドマネージャ４１は、コマンドスレッド５１とのデータ授受に用いるインタフェース名（例えば、パイプ名）を含む応答ＡＣＫをコマンドスレッド５１に出力する。
以後、スレッドマネージャ４１とコマンドスレッド５１との間のデータや要求の授受は、当該パイプ名を指定して行われる。
ステップＳＴ５３：
ステータススレッド５２は、パースやＭＵＸの対象とするデータＭＸＦ＿Ｄの指定情報（例えば、ＵＲＬなどのアドレス）、編集プロセス９ａ，９ｂのユーザの識別データＩＤおよびパスワードＰＡＳＳなどをＭＸＦパーサスレッド４３に出力する。
ステップＳＴ５４：
ＭＸＦパーサスレッド４３は、ステップＳＴ５２で受けた指定情報によって指定されたデータＭＸＦ＿Ｄに対して、図１３、図１４、図１８および図１９を基に前述したパース処理を行い、それによって生成したビデオファイルデータＶＦ、オーディオファイルデータＡＦおよび属性ファイルデータＰＦをＲＡＩＤ６に書き込む。
ステップＳＴ５４におけるＭＸＦパーサスレッド４３によるパース処理は、図１３、図１４、図１８および図１９の全ての処理を行ってもよいし、ビデオデータＶＩＤＥＯおよびオーディオデータＡＵＤＩＯの生成に関するものだけを行ってもよい。
そして、ＭＸＦパーサスレッド４３は、上記パース処理を進行に応じて、パース処理を終えたフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎのタイムコード、並びにフレーム番号をステータススレッド５２に出力する。
ＭＸＦパーサスレッド４３は、データＭＸＦ＿Ｄ内の全てのフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎについてのパース処理を完了するまで、各フレームデータのパース処理が完了する度に上記タイムコード、並びにフレーム番号をステータススレッド５２に出力する。
ステップＳＴ５５：
ＭＸＦパーサスレッド４３は、データＭＸＦ＿Ｄ内の全てのフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎについてのパース処理を完了すると、終了コードをステータススレッド５２に出力する。

例えば、図２（Ａ）に示すコンピュータ４上の編集プロセス９ａは、図２２に示すように、データＭＸＦ＿Ｄの名前とビデオファイルデータＶＦおよびオーディオファイルデータＡＦの名前とを指定したパースコマンドＰＡＲＳＥ＿ＣＯＭＤをコンピュータ４上のＭＸＦプロセス８に対して出力する。
これにより、ＭＸＦプロセス８は、ＦＴＰスレッド４２からデータＭＸＦ＿Ｄを入力しながら、データＭＸＦ＿Ｄのパース処理を行い、その結果を例えばＲＡＩＤ６に書き込む。
この場合に、ＭＸＦプロセス８と編集プロセス９ａとが同じコンピュータ４上で動作しているため、ＭＸＦプロセス８の処理負荷が編集プロセス９の処理に影響を与える。そのため、編集プロセス９ａは、ユーザの操作に応じて、ＭＸＦプロセス８のパース処理を中断する要求をＭＸＦプロセス８に出す。これにより、ＭＸＦプロセス８は、パース処理を中断し、コンピュータ４は編集プロセス９の処理に集中できる。

一方、図２（Ｂ）に示すコンピュータ５上の編集プロセス９ｂは、図２２に示すように、データＭＸＦ＿Ｄの名前とビデオファイルデータＶＦおよびオーディオファイルデータＡＦの名前とを指定したパースコマンドＰＡＲＳＥ＿ＣＯＭＤをコンピュータ４上のＭＸＦプロセス８に対して出力する。
これにより、ＭＸＦプロセス８は、ＦＴＰスレッド４２からデータＭＸＦ＿Ｄを入力しながら、データＭＸＦ＿Ｄのパース処理を大内、その結果を例えばＲＡＩＤ６に書き込む。
この場合に、ＭＸＦプロセス８と編集プロセス９ａとが異なるコンピュータ４，５上で動作しているため、ＭＸＦプロセス８の処理負荷が編集プロセス９の処理に影響を与えることはない。

〔再生プロセス８０〕
コンピュータ４あるいはコンピュータ５は、例えば、所定の再生プログラムを実行して図２３に示す再生プロセス８０を起動する。
再生プロセス８０は、例えば、図２３に示すように、コマンドスレッド８１、ステータススレッド８２および再生スレッド８３を有する。
再生スレッド８３は、ＭＸＦプロセス８のＭＸＦパーサスレッド４３から入力したビデオデータＶＩＤＥＯおよびオーディオデータＡＵＤＩＯの再生処理を行う。
図２４は、図２３に示す再生スレッド８３の構成図である。
図２４に示すように、再生スレッド８３は、例えば、ＵＩシーク画面ルーチン７１、ビデオレンダルーチン７２、ＵＩオーディオチャンネル選択ルーチン７３およびオーディオレンダルーチン７４を有する。
ＵＩシーク画面ルーチン７１は、例えば、操作部１２，２２からの操作信号に応じて、図２５に示すように、フレームデータのシーク要求ＳＥＥＫ＿ＲＥＱをＳＹＳパースルーチン６１に出力するためのＵＩ(User Interface)画面を表示部１３，２３に表示する。当該シーク要求ＳＥＥＫ＿ＲＥＱは、例えば、ＭＸＦプロセス８のＭＸＦパーサスレッド４３がパースするフレームデータを、例えば、フレーム番号などで指定するための要求である。

ビデオレンダルーチン７２は、ＰＩＣパースルーチン６２から入力したビデオデータＶＩＤＥＯの再生処理を行う。これにより、ビデオデータＶＩＤＥＯに応じた画像が表示部１３，２３に表示される。
この場合に、ビデオレンダルーチン７２は、例えば、再生された画像と音声が同期するように、オーディオレンダルーチン７４と同期処理を行う。
ビデオレンダルーチン７２は，例えば、１フレームデータに対応するビデオデータＶＩＤＥＯの前回の再生処理時間が、当該１フレームデータを再生する時間として予め決められた時間より長いか否かを判断し、長いと判断した場合に、図２５に示すように、ドロップ要求ＤＲＯＰ＿ＲＥＱをＰＩＣパースルーチン６２に出力する。すなわち、ビデオレンダルーチン７２は、図３に示す処理部１５あるいは図４に示す処理部２５の処理能力に起因してビデオデータＶＩＤＥＯの１倍速以上の再生処理を行えない場合に、ドロップ要求ＤＲＯＰ＿ＲＥＱをＰＩＣパースルーチン６２に出力する。
これにより、処理部１５，２５によるビデオデータＶＩＤＥＯの再生処理の遅れにより、音声出力と画像出力とのタイミングがずれたり、画質が劣化することを防止できる。

ＵＩオーディオチャンネル選択ルーチン７３は、例えば、データＭＸＦ＿ＤのフレームデータＦＬＤ１＿ＦＬＤ＿ｎのオーディオデータＳＯＵ内にＡＥＳ３によって規定された複数のチャンネルのオーディオデータが含まれている場合に、再生スレッド５４において再生しないチャンネルを選択する処理を行う。
ＵＩオーディオチャンネル選択ルーチン７３は、ユーザによって指定された再生しないチャンネルを特定した不要チャンネル指定要求ＣＨ＿ＲＥＱをＳＯＵパースルーチン６３に出力する。

オーディオレンダルーチン７４は、ＳＯＵパースルーチン６３から入力したオーディオデータＡＵＤＩＯの再生処理を行う。これにより、オーディオデータＡＵＤＩＯに応じた音声出力が行われる。

以下、ＭＸＦプロセス８のＭＸＦパーサスレッド４３が、編集プロセス９ａ，９ｂからのコマンド、あるいは図３に示す操作部１２からの操作信号などの要求に応じて、再生スレッド８３にビデオデータＶＩＤＥＯおよびオーディオデータＡＵＤＩＯを出力する処理を説明する。
ＭＸＦパーサスレッド４３は、編集プロセス９ａ，９ｂからのコマンド、あるいは図３に示す操作部１２からの操作信号などの要求に応じてスレッドマネージャ４１によって起動され、以下の処理を行う。
以下に示すＭＸＦパーサスレッド４３の処理は、例えば、ＦＴＰスレッド４２による受信処理を経てＦＴＰスレッド４２から入力したデータＭＸＦ＿Ｄに対して行われ、ＦＴＰスレッド４２による受信処理と並行して行われる。
また、以下に示すＭＸＦパーサスレッド４３の処理は、ＲＡＩＤ６から読み出したデータＭＸＦ＿Ｄに対して行ってもよい。
なお、ＭＸＦパーサスレッド４３は、ＦＴＰスレッド４２から入力したデータＭＸＦ＿Ｄに対して図２６の処理を行う場合には、ステップＳＴ７１，ＳＴ７２の処理は行わない。

図２６は、ＭＸＦプロセス８のＭＸＦパーサスレッド４３が、再生スレッド８３にビデオデータＶＩＤＥＯおよびオーディオデータＡＵＤＩＯを出力する処理を説明するためのフローチャートである。
ＭＸＦパーサスレッド４３は、再生スレッド８３との間で処理を行う場合には、図５に示すフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎの各々について、ＳＹＳパースルーチン６１、ＰＩＣパースルーチン６２、ＳＯＵパースルーチン６３およびＡＵＸパースルーチンによるパース処理を順に行う。
ステップＳＴ７１：
図１２に示すＭＸＦパーサスレッド４３のＳＹＳパースルーチン６１は、図２４に示す再生スレッド８３のＵＩシーク画面ルーチン７１から、シーク要求ＳＥＥＫ＿ＲＥＱを入力したか否かを判断し、入力したと判断するとステップＳＴ７２に進み、そうでない場合にはステップＳＴ７３に進む。
ステップＳＴ７２：
ＳＹＳパースルーチン６１は、例えば、ＲＡＩＤ６に記録されたデータＭＸＦ＿Ｄの読み出し位置（アドレス）を示すシークポインタＳＰを、ステップＳＴ７１で受けたシーク要求ＳＥＥＫ＿ＲＥＱが示すフレーム番号に対応するアドレスに移動する。
当該シークポインタＳＰは、データＭＸＦ＿Ｄのフレームデータが読み出される度に、次に読み出すフレームデータのアドレスに更新される。
このようにＳＹＳパースルーチン６１、ＰＩＣパースルーチン６２およびＳＯＵパースルーチン６３の処理に先立ってシークポインタＳＰの移動を行うことで、ＰＩＣパースルーチン６２およびＳＯＵパースルーチン６３の処理に影響を与えることなく、シーク動作が可能になり、ＭＸＦパーサスレッド４３の構成を簡単にできる。

ステップＳＴ７３：
ＳＹＳパースルーチン６１は、シークポインタＳＰが示すＲＡＩＤ６上のアドレスに記録されたフレームデータＦＬＤのシステムデータＳＹＳを読み出してパース処理する。

ステップＳＴ７４：
ＰＩＣパースルーチン６２は、ステップＳＴ７３で読み出したシステムデータに続くビデオデータＰＩＣをＲＡＩＤ６から読み出してパース処理する。
ステップＳＴ７５：
ＰＩＣパースルーチン６２は、ビデオレンダルーチン７２からドロップ要求ＤＲＯＰ＿ＲＥＱを入力したか否かを判断し、入力したと判断するとステップＳＴ７６に進み、そうでない場合にはステップＳＴ７７に進む。
ステップＳＴ７６：
ＰＩＣパースルーチン６２は、ステップＳＴ７４で読み出したビデオデータＰＩＣを、ステップＳＴ７３で読み出したシステムコードＳＹＳが示す符号化方式に対応する復号方式で復号（デコード）してビデオデータＶＩＤＥＯを生成し、これをビデオレンダルーチン７２に出力する。
すなわち、ステップＳＴ７５，ＳＴ７６により、ＰＩＣパースルーチン６２は、ドロップ要求ＤＲＯＰ＿ＲＥＱを受けると、１フレーム分のビデオデータＶＩＤＥＯのビデオレンダルーチン７２への出力を中止する。なお、２フレーム分以上のビデオデータＶＩＤＥＯの出力を中止してもよい。

ステップＳＴ７７：
ＳＯＵパースルーチン６３は、ステップＳＴ７４で読み出したビデオデータＰＩＣに続くオーディオデータＳＯＵをＲＡＩＤ６から読み出してパース処理する。
ステップＳＴ７８：
ＳＯＵパースルーチン６３は、ＵＩオーディオチャンネル選択ルーチン７３から不要チャンネル指定要求ＣＨ＿ＲＥＱを入力したか否かを判断し、入力したと判断するとステップＳＴ７９に進み、そうでない場合にはステップＳＴ８０に進む。
ステップＳＴ７９：
ＳＯＵパースルーチン６３は、ステップＳＴ７７で読み出したオーディオデータＳＯＵを複数のチャンネルのオーディオデータＡＵＤＩＯに分離し、そのなかで不要チャンネル指定要求ＣＨ＿ＲＥＱで指定されていないチャンネルのオーディオデータＡＵＤＩＯを選択および復号してオーディオレンダルーチン７４に出力する。
この場合に、ＳＯＵパースルーチン６３は、ステップＳＴ７３で読み出したシステムコードＳＹＳが示す符号化方式に対応する復号方式でオーディオデータＡＵＤＩＯの復号を行う。
ステップＳＴ８０：
ＳＯＵパースルーチン６３は、ステップＳＴ７７で読み出したオーディオデータＳＯＵが構成する複数のチャンネルの全てのオーディオデータＡＵＤＩＯをオーディオレンダルーチン７４に出力する。
なお、上述した図２６に示す処理において、ステップＳＴ７５の判断をステップＳＴ７４に先立って行い、ドロップ要求ＤＲＯＰ＿ＲＥＱを受けた場合に、ステップＳＴ７４によるビデオデータＰＩＣのパース処理を行わないようにしてもよい。

図２７は、再生プロセス８０からの要求に応じてＭＸＦプロセス８のＭＸＦパーサスレッド４３がパース処理を行う場合に、ＭＸＦプロセス８と再生プロセス８０との間で授受される要求等を説明するための図である。
ステップＳＴ９１：
コマンドスレッド８１は、例えば、図３および図４に示す操作部１２，１３からの操作信号に応じた、例えば、再生コマンドＰＬＡＹ＿ＣＯＭＤをＭＸＦプロセス８のスレッドマネージャ４１に出力する。
スレッドマネージャ４１は、再生コマンドＰＬＡＹ＿ＣＯＭＤに応じてＭＸＦパーサスレッド４３を起動する。
ステップＳＴ９２：
スレッドマネージャ４１は、再生コマンドＰＬＡＹ＿ＣＯＭＤに応じて、通信に用いるインタフェースであるパイプの名前を含む応答ＡＣＫをコマンドスレッド５１に出力する。
ステップＳＴ９３：
ステータススレッド８２は、再生の対象とするデータＭＸＦ＿Ｄの指定情報（例えば、ＵＲＬなどのアドレス）、再生プロセス８０のユーザの識別データＩＤおよびパスワードＰＡＳＳなどをＭＸＦパーサスレッド４３に出力する。
ステップＳＴ９４：
ステータススレッド８２は、再生処理の進行に応じて、次に再生を行うフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎのフレーム番号を含む再生要求Ｒ＿ＲＥＱをＭＸＦパーサスレッド４３に出力する。
ステップＳＴ９５：
ＭＸＦパーサスレッド４３は、ステップＳＴ９４の再生要求Ｒ＿ＲＥＱに応じて、当該再生要求Ｒ＿ＲＥＱで指定されたフレーム番号のフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎに対して図２５および図２６を用いて説明したパース処理を行う。
また、ＭＸＦパーサスレッド４３のＳＹＳパースルーチン６１、ＰＩＣパースルーチン６２およびＳＯＵパースルーチン６３の少なくと一つのルーチンが、上記パース処理を行ったフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎのタイムコード、並びにフレーム番号をステータススレッド８２に出力する。
ＭＸＦパーサスレッド４３は、データＭＸＦ＿Ｄ内の全てのフレームデータＦＬＤ＿１〜ＦＬＤ＿ｎについてのパース処理を完了するまで、上記処理を繰り返す。
ステップＳＴ９６：
ステータススレッド８２は、再生終了要求ＰＬＡＹ＿ＥＮＤをＭＸＦパーサスレッド４３に出力する。
ステップＳＴ９７：
ＭＸＦパーサスレッド４３は、再生終了要求ＰＬＡＹ＿ＥＮＤに応じて、上記パース処理を終了する。
そして、ＭＸＦパーサスレッド４３は、終了コードをステータススレッド８２に出力する。
このように、ＭＸＦパーサスレッド４３は、ステータススレッド８２から再生終了要求ＰＬＡＹ＿ＥＮＤを受ける機能を有することで、コンピュータ４のようにＭＸＦプロセス８と編集プロセス９ａとが同じコンピュータ上で動作する場合に、編集プロセス９ａによる編集処理を優先させることが可能であり、編集作業を効率的に行える。

以下、編集システム１の主な動作例を再び説明する。
〔データＭＸＦ＿ＤからビデオファイルデータＶＦ等を生成する場合〕
コンピュータ４上で動作するＭＸＦプロセス８のＭＸＦパーサスレッド４３が、図１３および図１４を基に前述したようにＳＹＳパースルーチン６１が生成したビデオ属性ファイルデータＶＦＰＤ、並びに図１８を基に前述したようにＰＩＣパースルーチン６２が生成したビデオデータＶＩＤＥＯからなるビデオファイルデータＶＦを生成する。
また、ＭＸＦ−ＭＵＸスレッド４４が、ＳＹＳパースルーチン６１が生成したオーディオ属性ファイルデータＡＦＰＤ、並びに図１９を基に前述したようにＳＯＵパースルーチン６３が生成したオーディオデータＡＵＤＩＯからなるオーディオファイルデータＡＦを生成する。

〔ビデオファイルデータＶＦ等からデータＭＸＦ＿Ｄを生成する場合〕
コンピュータ４上で動作するＭＸＦプロセス８のＭＸＦ−ＭＵＸスレッド４４が、図２０に示す処理により、ビデオファイルデータＶＦ等からデータＭＸＦ＿Ｄを生成する。

以上説明したように、コンピュータ４によれば、図５に示すデータＭＸＦ＿Ｄから、図７に示すビデオファイルデータＶＦおよび図９に示すオーディオファイルデータＡＦを自動的に生成できる。
また、コンピュータ４によれば、図７に示すビデオファイルデータＶＦおよび図９に示すオーディオファイルデータＡＦから、図５に示すデータＭＸＦ＿Ｄを自動的に生成できる。

また、コンピュータ４によれば、ＭＸＦパーサスレッド４３によりデータＭＸＦ＿Ｄを、再生プロセス８０が再生可能なデータに変換することで、データＭＸＦ＿Ｄを基にした再生プロセス８０による再生処理が可能になる。
また、コンピュータ４によれば、図１１に示すように、ＦＴＰスレッド４２とＭＸＦパーサスレッド４３をＭＸＦプロセス８によって規定し、ＦＴＰスレッド４２による受信処理とＭＸＦパーサスレッド４３によるパース処理とを並行して行うことで、ＦＴＰ受信時間とパース処理の総時間を短縮できる。
また、コンピュータ４によれば、スレッドマネージャ４１が、ＭＸＦパース処理を行うときにＭＸＦパーサスレッド４３を起動し、ＭＵＸ処理を行うときにＭＸＦ−ＭＵＸスレッド４４を起動するため、ＭＸＦパース処理およびＭＵＸ処理を行わないときの処理部１５の処理負荷を少なくできる。

また、コンピュータ４によれば、ＭＸＦパーサスレッド４３が、図２５に示すように、シーク要求ＳＥＥＫ＿ＲＥＱを受けてシーク処理を行うことで、再生スレッド８３が再生したいフレームデータを簡単な構成で即座にＭＸＦポース処理することができる。
また、コンピュータ４によれば、ＭＸＦパーサスレッド４３が、ドロップ要求ＤＲＯＰ＿ＲＥＱを受けて駒落とし処理を行うことで、再生スレッド８３が１倍速再生を安定して行うことが可能になる。
また、コンピュータ４によれば、ＭＸＦパーサスレッド４３が、不要チャンネル指定要求ＣＨ＿ＲＥＱを基に不要なチャンネルについてＳＯＵパースルーチン６３のパース処理を行うため、コンピュータ４の処理負荷を軽減できる。

本発明は上述した実施形態には限定されない。
例えば、上述した実施形態では、編集プロセス９ａ，９ｂで処理可能なフォーマットとしてビデオファイルデータＶＦおよびオーディオファイルデータＡＦを例示したが、一般のコンピュータ上で処理できるフォーマットであれば特に限定されず、その他、ビデオデータとしてＲＧＢフォーマットや、ＹＵＶフォーマットなどのフォーマットを用いてもよい。
また、上述した実施形態では、本発明の被処理データとしてデータＭＸＦ＿Ｄを例示したが、本発明は、複数のオーディオデータと、前記ビデオデータおよびオーディオデータの属性を示す複数の第１の属性データとが混在したデータであれば、データＭＸＦ＿Ｄ以外のデータを被処理データとして用いてもよい。

本発明は、ビデオデータおよびオーディオデータに関するデータのフォーマット変換を行うシステムに適用可能である。

図１は、本発明の実施形態に係わる編集システムの全体構成図である。 図２は、図１に示すコンピュータ４，５上で動作するプロセスを説明するための図である。 図３は、図１に示すコンピュータ４の構成図である。 図４は、図１に示すコンピュータ５の構成図である。 図５は、データＭＸＦ＿Ｄを説明するための図である。 図６は、図４に示すデータＭＸＦ＿Ｄを構成するＫＬＶデータを説明するための図である。 図７は、本発明の実施形態のビデオファイルデータＶＦを説明するための図である。 図８は、図７に示すビデオ共通特性データＶＣＰＤを説明するための図である。 図９は、本発明の実施形態のオーディオファイルデータＡＦを説明するための図である。 図１０は、図９に示すＷＡＶＥ特定データＷＦＰＤを説明するための図である。 図１１は、図２に示すＭＸＦプロセスを説明するための図である。 図１２は、図１１に示すＭＸＦパーサスレッドを説明するための図である。 図１３は、図１２に示すＳＹＳパースルーチンの処理を説明するためのフローチャートである。 図１４は、図１２に示すＳＹＳパースルーチンの処理を説明するための図１３の続きのフローチャートである。 図１５は、図１３に示すステップＳＴ５の処理を説明するための図である。 図１６は、図１３に示すステップＳＴ５の処理を説明するための図である。 図１７は、図１３に示すステップＳＴ５の処理を説明するための図である。 図１８は、図１２に示すＰＩＣパースルーチンの処理を説明するためのフローチャートである。 図１９は、図１２に示すＳＯＵパースルーチンの処理を説明するためのフローチャートである。 図２０は、図１１に示すＭＸＦ−ＭＵＸスレッの処理を説明するためのフローチャートである。 図２１は、図２に示す編集プロセスを説明するための図である。 図２２は、図２に示す編集プロセスからの要求に応じてＭＸＦプロセスのＭＸＦパーサスレッドがパース処理を行う場合に、ＭＸＦプロセスと編集プロセスとの間で授受される要求等を説明するための図である。 図２３は、再生プロセスを説明するための図である。 図２４は、図２３に示す再生スレッドを説明するための図である。 図２５は、図２３に示す再生スレッドとＭＸＦパーサスレッドの処理を説明するための図である。 図２６は、図２５に示す場合におけるＭＸＦパーサスレッドの処理を説明するための図である。 図２７は、図２５に示す場合におけるＭＸＦパーサスレッドと再生スレッドとの間で授受される要求およびデータを説明するための図である。

符号の説明

１…編集システム、２…ネットワーク、３…ＦＴＰサーバ、４，５…コンピュータ、６…ＲＡＩＤ、８…ＭＸＦプロセス、９ａ，９ｂ…編集プロセス、１１，２１…通信部、１２，２２…操作部、１３，２３…表示部、１４，２４…メモリ、４１…スレッドマネージャ、４２…ＦＴＰスレッド、４３…ＭＸＦパーサスレッド、４４…ＭＸＦ−ＭＵＸスレッド、６１…ＳＹＳパースルーチン、６２…ＰＩＣパースルーチン、６３…ＳＯＵパースルーチン、５１…コマンドスレッド、５２…ステータススレッド、５３…編集スレッド、８０…再生プロセス、８１…コマンドスレッド、８２…ステータススレッド、８３…再生スレッド

Claims (11)

1. 各々が１フレーム分のビデオデータである複数のビデオデータと、前記ビデオデータに対応する各々が１フレーム分のオーディオデータである複数のオーディオデータと、前記ビデオデータおよび前記オーディオデータの属性を示す属性データとを各々が含む複数のモジュールデータから構成される被処理データをパースする第１の手順と、
   前記第１の手順において前記パースされた前記モジュールデータの数をカウントすることによりビデオに関するビデオファイル属性データを生成し、当該カウント結果を基に得たフレーム数データをさらに示す前記ビデオファイル属性データと前記第１の手順で前記パースした前記複数のビデオデータとを含むビデオファイルデータを生成する第２の手順と、
   前記第１の手順で前記パースした前記属性データを基にオーディオに関するオーディオファイル属性データを生成し、当該オーディオファイル属性データと前記第１の手順で前記パースした前記複数のオーディオデータとを含むオーディオファイルデータを生成する第３の手順と、
   前記ビデオファイルデータ及び前記オーディオファイルデータの属性を示す属性ファイルデータを生成する第４の手順と、
   を含むパースプロセスと、
   前記第４の手順において生成された前記属性ファイルデータを利用して、前記ビデオファイルデータと前記オーディオファイルデータを受けて変換処理を行い、前記ビデオデータと当該ビデオデータに対応するオーディオデータと前記属性データとを含むモジュールデータを生成する第５の手順と、
   を含む生成プロセスと、
   を含む処理をコンピュータに実行させるプログラム。
2. 前記第１の手順は、前記ビデオデータ、前記オーディオデータおよび前記属性データの各々が各単位データを識別する識別データとデータ本体とをそれぞれ含む複数の前記単位データで構成される場合に、前記パースにおいて前記識別データを基に前記ビデオデータ、前記オーディオデータおよび前記属性データを検出し、
   前記第２の手順は、前記第１の手順で検出された前記ビデオデータおよび前記属性データを基に、前記ビデオファイルデータを生成し、
   前記第３の手順は、前記第１の手順で検出された前記オーディオデータおよび前記属性データを基に、前記オーディオファイルデータを生成する
   請求項１に記載のプログラム。
3. 前記第２の手順は、前記属性データを基に前記被処理データのフォーマットを特定し、当該特定したフォーマットに対応して予め規定した前記ビデオファイル属性データを含む前記ビデオファイルデータを生成し、
   前記第３の手順は、前記属性データを基に前記被処理データのフォーマットを特定し、当該特定したフォーマットに対応して予め規定した前記オーディオファイル属性データを含む前記オーディオファイルデータを生成する
   請求項１に記載のプログラム。
4. 前記ビデオファイル属性データは、前記ビデオデータに応じた画像の表示サイズ、当該画像のフレームのデータサイズ、当該ビデオデータの再生レートの少なくとも一つを示し、
   前記オーディオファイル属性データは、前記オーディオデータによって得られるチャンネル数、前記オーディオデータのサンプリングレートの少なくとも一つを示す
   請求項１に記載のプログラム。
5. 前記第１の手順は、前記単位データの各々が、当該単位データに含まれる前記データ本体のデータ長を示すデータ長データをさらに含む場合に、前記データ長データをさらに検出し、
   前記第２の手順は、前記第１の手順で前記ビデオデータに関して検出された前記データ長データを基に、前記ビデオファイルデータが含む前記複数のビデオデータの総データ長を特定し、当該総データ長を示す前記ビデオファイル属性データを含む前記ビデオファイルデータを生成し、
   前記第３の手順は、前記第１の手順で前記オーディオデータに関して検出された前記データ長データを基に、前記オーディオファイルデータが含む前記複数のオーディオデータの総データ長を特定し、当該総データ長を示す前記オーディオファイル属性データを含む前記オーディオファイルデータを生成する
   請求項２に記載のプログラム。
6. 前記第５の手順は、前記ビデオファイルデータおよび前記オーディオファイルデータの属性を示す前記属性ファイルデータを基に、前記ビデオデータのタイムコードをさらに示す前記属性データを更新する
   請求項１に記載のプログラム。
7. 前記第５の手順は、前記ビデオデータおよびオーディオデータの符号化方式、キーワード、タイトル、識別データ、編集内容、作成時、編集時の少なくとも一つを示す属性データと、前記複数のモジュールデータとを含む前記データを生成する
   請求項１に記載のプログラム。
8. 前記被処理データ及び前記モジュールデータは、ＭＸＦデータである
   請求項１に記載のプログラム。
9. 前記第５の手順は、前記複数のモジュールデータの各々に含まれる前記モジュール属性データ、前記ビデオデータおよび前記オーディオデータの各々を、各単位データを識別する識別データとデータ本体とをそれぞれ含む複数の前記単位データで構成して生成する
   請求項１に記載のプログラム。
10. 各々が１フレーム分のビデオデータである複数のビデオデータと、前記ビデオデータに対応する各々が１フレーム分のオーディオデータである複数のオーディオデータと、前記ビデオデータおよび前記オーディオデータの属性を示す属性データとを各々が含む複数のモジュールデータから構成される被処理データをパースする第１の工程と、
    前記第１の工程において前記パースされた前記モジュールデータの数をカウントすることによりビデオに関するビデオファイル属性データを生成し、当該カウント結果を基に得たフレーム数データをさらに示す前記ビデオファイル属性データと前記第１の工程で前記パースした前記複数のビデオデータとを含むビデオファイルデータを生成する第２の工程と、
    前記第１の工程で前記パースした前記属性データを基にオーディオに関するオーディオファイル属性データを生成し、当該オーディオファイル属性データと前記第１の工程で前記パースした前記複数のオーディオデータとを含むオーディオファイルデータを生成する第３の工程と、
    前記ビデオファイルデータ及び前記オーディオファイルデータの属性を示す属性ファイルデータを生成する第４の工程と、
    前記第４の工程において生成された前記属性ファイルデータを利用して、前記ビデオファイルデータと前記オーディオファイルデータを受けて変換処理を行い、前記ビデオデータと当該ビデオデータに対応するオーディオデータと前記属性データとを含むモジュールデータを生成する第５の工程と、
    を有するデータ処理方法。
11. 各々が１フレーム分のビデオデータである複数のビデオデータと、前記ビデオデータに対応する各々が１フレーム分のオーディオデータである複数のオーディオデータと、前記ビデオデータおよび前記オーディオデータの属性を示す属性データとを各々が含む複数のモジュールデータから構成される被処理データをパースする第１の手段と、
    前記第１の手段で前記パースされた前記モジュールデータの数をカウントすることによりビデオに関するビデオファイル属性データを生成し、当該カウント結果を基に得たフレーム数データをさらに示す前記ビデオファイル属性データと前記第１の手段で前記パースした前記複数のビデオデータとを含むビデオファイルデータを生成する第２の手段と、
    前記第１の手段で前記パースした前記属性データを基にオーディオに関するオーディオファイル属性データを生成し、当該オーディオファイル属性データと前記第１の手段で前記パースした前記複数のオーディオデータとを含むオーディオファイルデータを生成する第３の手段と、
    前記ビデオファイルデータ及び前記オーディオファイルデータの属性を示す属性ファイルデータを生成する第４の手段と、
    前記第４の手段において生成された前記属性ファイルデータを利用して、前記ビデオファイルデータと前記オーディオファイルデータを受けて変換処理を行い、前記ビデオデータと当該ビデオデータに対応するオーディオデータと前記属性データとを含むモジュールデータを生成する第５の手段と、
    を有するデータ処理装置。

Images