(57)【要約】【課題】異なるフォーマット間のファイル変換を行う際に、帯域保証を維持しつつ、従来よりも迅速な変換処理を実現することが可能なデータ処理装置を提供する。【解決手段】ＡＶサーバー２とネットワークモジュール４との間のデータ送受信の際に、変換部タイムスロットＴＳ（Ｍ）、ＡＶサーバー側タイムスロットＴＳ（ＡＶ）およびネットワークモジュール側タイムスロットＴＳ（ＮＷ）を、それぞれ設定する。そして、変換部タイムスロットＴＳ（Ｍ）およびＡＶサーバー側タイムスロットＴＳ（ＡＶ）において、複数のＡＶファイルに関するフォーマット変換処理またはデータ送受信処理を順次割り当てることによって指定時間間隔での同期処理がなされると共に、各処理が互いに並列動作するように、各処理の割り当ての制御を行う。これにより、帯域保証が実現されると共に、複数のＡＶファイルに関する処理の並列動作が可能となる。【選択図】図１
2010010895.tif 000002
【特許請求の範囲】
【請求項１】
ＡＶサーバーとネットワークモジュールとの間のデータ送受信の際に、オーディオデータ、ビデオデータおよびメタデータがそれぞれ独立してなるＡＶ独立フォーマットと、前記オーディオデータ、前記ビデオデータおよび前記メタデータが多重化されてなるＡＶ多重フォーマットとの間で、ＡＶファイルのフォーマット変換処理を相互に行う変換部と、
前記変換部におけるフォーマット変換処理ごとのタイムスロットである変換処理タイムスロットと、前記ＡＶサーバーとの間のデータ送受信処理についてのタイムスロットであるサーバー側タイムスロットと、前記ネットワークモジュールとの間のデータ送受信処理についてのタイムスロットであるネットワーク側タイムスロットと、をそれぞれ設定するタイムスロット設定部と、
前記変換処理タイムスロットおよび前記サーバー側タイムスロットにおいて、複数のＡＶファイルに関するフォーマット変換処理またはデータ送受信処理を順次割り当てることによって指定時間間隔での同期処理がなされると共に、各処理が互いに並列動作するように、各処理の割り当ての制御を行うタイムスロット制御部と
を備えたデータ処理装置。
【請求項２】
前記タイムスロット制御部は、前記サーバー側タイムスロットにおける空きスロットに、前記ＡＶサーバーとの間のベストエフォート用のデータ送受信処理を順次割り当てると共に、前記変換処理タイムスロットにおける空きスロットに、各データ送受信処理によるＡＶファイルのフォーマット変換処理を順次割り当てた後、各処理が互いに並列動作するように、各処理の割り当てのスケジューリング制御を行う
請求項１に記載のデータ処理装置。
【請求項３】
前記タイムスロット制御部は、前記サーバー側タイムスロットに、前記ＡＶサーバーとの間の帯域保証用のデータ送受信処理を順次割り当てた後、前記ＡＶサーバーとの間のベストエフォート用のデータ送受信処理を順次割り当てる
請求項２に記載のデータ処理装置。
【請求項４】
前記タイムスロット制御部は、前記サーバー側タイムスロットに空きスロットが存在する限り、その空きスロットに、前記ベストエフォート用のデータ送受信処理を順次割り当てる
請求項２に記載のデータ処理装置。
【請求項５】
前記変換部は、前記タイムスロット制御部によって直前になされたスケジューリング制御結果に基づいて、前記ＡＶサーバーとの間のデータ送受信の際に、複数のＡＶファイルに関するフォーマット変換処理を実行する
請求項２に記載のデータ処理装置。
【請求項６】
ＥＤＬ（Edit Decision List）を用いることによって、ＡＶファイルの編集処理を行う編集部を備え、
前記変換部によるＡＶファイルのフォーマット変換を行いつつ、前記編集部によるＡＶファイルの編集処理を行う
請求項１に記載のデータ処理装置。
【請求項７】
前記ＡＶ多重フォーマットが、ＭＸＦ（Material eXchange Format）である
請求項１に記載のデータ処理装置。
【請求項８】
ＡＶサーバーとネットワークモジュールとの間のデータ送受信の際に、オーディオデータ、ビデオデータおよびメタデータがそれぞれ独立してなるＡＶ独立フォーマットと、前記オーディオデータ、前記ビデオデータおよび前記メタデータが多重化されてなるＡＶ多重フォーマットとの間で、ＡＶファイルのフォーマット変換処理を相互に行う変換ステップと、
前記変換ステップにおけるフォーマット変換処理ごとのタイムスロットである変換処理タイムスロットと、前記ＡＶサーバーとの間のデータ送受信処理についてのタイムスロットであるサーバー側タイムスロットと、前記ネットワークモジュールとの間のデータ送受信処理についてのタイムスロットであるネットワーク側タイムスロットと、をそれぞれ設定するタイムスロット設定ステップと、
前記変換処理タイムスロットおよび前記サーバー側タイムスロットにおいて、複数のＡＶファイルに関するフォーマット変換処理またはデータ送受信処理を順次割り当てることによって指定時間間隔での同期処理がなされると共に、各処理が互いに並列動作するように、各処理の割り当ての制御を行うタイムスロット制御ステップと
を含むデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーディオ／ビデオ／メタ独立フォーマットと、標準ＡＶ（Audio Visual）多重フォーマットとの間でＡＶファイルのフォーマット変換を行うデータ処理装置およびデータ処理方法に関する。
【背景技術】
【０００２】
近年、通信プロトコル等の標準化や、通信機器の低価格化等が進み、通信Ｉ／Ｆ（Interface）を標準で装備しているパーソナルコンピュータが一般的になってきている。また、パーソナルコンピュータの他、例えば、ＡＶサーバーやＶＴＲ（Video Tape Recorder）などの業務用放送機器についても、通信Ｉ／Ｆが標準装備されているもの、あるいは装備可能なものが一般的になっている。そしてそのような放送機器同士間では、ビデオデータやオーディオデータ（以下、適宜、両方まとめて、ＡＶデータという）のファイル交換が行われている。
【０００３】
ところで、従来、放送機器同士間で交換されるファイルのフォーマットとしては、一般に、例えば、機種ごとやメーカごとに、独自のフォーマットが採用されていたため、異なる機種やメーカの放送機器同士の間では、ファイル交換を行うことが困難であった。そこで、ファイル交換のためのフォーマットとして、例えば、ＭＸＦ（Material eXchange Format）が提案され、現在標準化されつつある。このＭＸＦは、ファイル交換に加えてストリーミングをも考慮したフォーマットであり、ビデオデータとオーディオデータとがフレームごと等の細かい単位で多重化されるようになっている。
【０００４】
ＭＸＦは、上述したように、ストリーミングを考慮して、ビデオデータとオーディオデータとがフレームごとに多重化されている。したがって、放送機器において、ＭＸＦのファイルをストレージに取り込んだ後、ビデオデータとオーディオデータとを別々に編集（ＡＶ独立編集）するのが困難であった。
【０００５】
そこで、放送機器において、ＭＸＦのファイルを取り込んだ後、それを独自のフォーマットのファイルに変換する方法が提案されている。しかしながら、放送機器において、ＭＸＦのファイルを、ＭＸＦとは全く関係のない独自フォーマットのファイルに変換してストレージに記録してしまうと、そのファイルを、他の放送機器において扱うことが困難となってしまう。すなわち、例えば、ある放送機器のストレージに記録された独自フォーマットのファイルに対して、他の放送機器から、例えば、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４やＵＳＢ（Universal Serial Bus）等の通信Ｉ／Ｆを介してアクセスしても、他の放送機器においてその独自フォーマットを理解することができない場合には、その独自フォーマットのファイルを扱うこと（ここでは、例えば、読み出すこと）ができない。
【０００６】
また、ある放送機器において、独自フォーマットのファイルが記録されるストレージが、例えば光ディスク等のリムーバブルな記録媒体である場合、そのリムーバブルな記録媒体を他の放送機器に装着しても、やはり他の放送機器において独自フォーマットを理解することができない場合には、その独自フォーマットのファイルを扱うことができない。
【０００７】
そこで、例えば特許文献１では、ビデオデータとオーディオデータ等とが多重化されたファイルについて、互換性を保持しつつ容易に編集等をすることができるようにしたファイルフォーマットの変換装置が提案されている。
【０００８】
【特許文献１】特開２００４−１１２４２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上記特許文献１では、ＡＶサーバー側、変換モジュールおよびネットワーク側において、帯域保証に十分な帯域をバスに確保させ、本処理に対し占有的にＣＰＵ（Central Processing Unit）のリソースを割り当てることで、性能向上が図られるようになっている。
【００１０】
ところがこの手法では、ファイルフォーマットの変換処理時間の増大がボトルネックとなり、複数のＡＶファイルにおける帯域保証送受信とベストエフォート送受信との両立が困難となっており、改善の余地があった。例えば、ＭＸＦファイルの変換では、送受信時の変換処理の際に、パラメータ（KLFiller）やメタデータの設定を行う必要があると共に、受信時のパース処理の際に、アイテム（Item）の構造確認を行う必要がある。以上により、フォーマットの変換処理の際に、バッファへのＣＰＵアクセスが頻発してしまうという問題があった。
【００１１】
本発明はかかる問題点に鑑みてなされたもので、その目的は、異なるフォーマット間のファイル変換を行う際に、帯域保証を維持しつつ、従来よりも迅速な変換処理を実現することが可能なデータ処理装置およびデータ処理方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明のデータ処理装置は、ＡＶサーバーとネットワークモジュールとの間のデータ送受信の際に、オーディオデータ、ビデオデータおよびメタデータがそれぞれ独立してなるＡＶ独立フォーマットと、上記オーディオデータ、ビデオデータおよびメタデータが多重化されてなるＡＶ多重フォーマットとの間で、ＡＶファイルのフォーマット変換処理を相互に行う変換部と、この変換部におけるフォーマット変換処理ごとのタイムスロットである変換処理タイムスロットと、上記ＡＶサーバーとの間のデータ送受信処理についてのタイムスロットであるサーバー側タイムスロットと、上記ネットワークモジュールとの間のデータ送受信処理についてのタイムスロットであるネットワーク側タイムスロットと、をそれぞれ設定するタイムスロット設定部と、上記変換処理タイムスロットおよびサーバー側タイムスロットにおいて、複数のＡＶファイルに関するフォーマット変換処理またはデータ送受信処理を順次割り当てることによって指定時間間隔での同期処理がなされると共に、各処理が互いに並列動作するように、各処理の割り当ての制御を行うタイムスロット制御部とを備えたものである。
【００１３】
本発明のデータ処理方法は、ＡＶサーバーとネットワークモジュールとの間のデータ送受信の際に、オーディオデータ、ビデオデータおよびメタデータがそれぞれ独立してなるＡＶ独立フォーマットと、上記オーディオデータ、ビデオデータおよびメタデータが多重化されてなるＡＶ多重フォーマットとの間で、ＡＶファイルのフォーマット変換処理を相互に行う変換ステップと、この変換ステップにおけるフォーマット変換処理ごとのタイムスロットである変換処理タイムスロットと、上記ＡＶサーバーとの間のデータ送受信処理についてのタイムスロットであるサーバー側タイムスロットと、上記ネットワークモジュールとの間のデータ送受信処理についてのタイムスロットであるネットワーク側タイムスロットと、をそれぞれ設定するタイムスロット設定ステップと、上記変換処理タイムスロットおよびサーバー側タイムスロットにおいて、複数のＡＶファイルに関するフォーマット変換処理またはデータ送受信処理を順次割り当てることによって指定時間間隔での同期処理がなされると共に、各処理が互いに並列動作するように、各処理の割り当ての制御を行うタイムスロット制御ステップとを含むようにしたものである。
【００１４】
本発明のデータ処理装置およびデータ処理方法では、ＡＶサーバーとネットワークモジュールとの間のデータ送受信の際に、上記ＡＶ独立フォーマットと上記ＡＶ多重フォーマットとの間で、ＡＶファイルのフォーマット変換処理が相互に行われる。この際、上記変換処理タイムスロット、上記サーバー側タイムスロットおよび上記ネットワーク側タイムスロットが、それぞれ設定される。そして、これら変換処理タイムスロットおよびサーバー側タイムスロットにおいて、複数のＡＶファイルに関するフォーマット変換処理またはデータ送受信処理が順次割り当てられることによって指定時間間隔での同期処理がなされると共に各処理が互いに並列動作するように、各処理の割り当ての制御がなされる。これにより、ＡＶサーバーとネットワークモジュールとの間のデータ送受信の際に、帯域保証が実現されると共に、複数のＡＶファイルに関する処理の並列動作が可能となる。
【発明の効果】
【００１５】
本発明のデータ処理装置またはデータ処理方法によれば、変換処理タイムスロットおよびサーバー側タイムスロットにおいて、複数のＡＶファイルに関するフォーマット変換処理またはデータ送受信処理を順次割り当てることによって指定時間間隔での同期処理がなされると共に各処理が互いに並列動作するように、各処理の割り当ての制御を行うようにしたので、帯域保証が実現されると共に、複数のＡＶファイルに関する処理の並列動作が可能となる。よって、異なるフォーマット間のファイル変換を行う際に、帯域保証を維持しつつ、従来よりも迅速な変換処理を実現することが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１７】
図１は、本発明の一実施の形態に係るデータ処理装置（後述するファイル変換モジュール３）を備えたＡＶネットワークシステム（ＡＶネットワークシステム１）の概略構成を表すものである。このＡＶネットワークシステム１は、ＡＶサーバー２と、ファイル変換モジュール３と、ネットワークモジュール４とから構成されている。ＡＶサーバー２とファイル変換モジュール３との間、およびファイル変換モジュール３とネットワークモジュール４との間はそれぞれ、汎用的なバスによって互いに接続されている。また、ＡＶサーバー２では、ＡＶファイルのデータが、後述するオーディオ／ビデオ／メタ独立フォーマット（以下、ＡＶ独立フォーマットと称す。）により保存され、ネットワークモジュール４では、後述する標準ＡＶ多重フォーマットによりＡＶファイルのデータの送受信を行うようになっている。
【００１８】
なお、本発明の一実施の形態に係るデータ処理方法は、本実施の形態のファイル変換モジュール３によって具現化されるので、以下併せて説明する。また、ここでいうシステムとは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは問わないものである。
【００１９】
（ＡＶサーバー２の構成）
ＡＶサーバー２は、コントローラ２０と、ストレージ２１と、ストレージＩＦ回路２２と、（ＨＤ−）ＳＤＩＩＦ（High Definition Serial Digital Interface）回路２３と、ＡＶ記録再生部２４と、独立ファイルデータバッファ２５と、バッファ制御回路２６とを備えている。このＡＶサーバー２は、後述するＡＶ記録再生部２４およびファイル変換モジュール３の処理に対し、バッファオーバーフロー・バッファアンダーフロー制御を行うものである。
【００２０】
なお、後述するリアルタイム保証のセッションについては、指定時間までに帯域から計算されるデータ量について、ファイル変換モジュール３との送受信が達成されればリアルタイムが破綻しないように、ＡＶサーバー３は制御する。また、後述するベストエフォートのセッションについては、ＡＶサーバー３のバッファ情報がファイル変換モジュール３と共有されることにより、ファイル変換モジュール３の主導でデータ転送が行われるようになっている。
【００２１】
ストレージ２１は、ＡＶ独立フォーマットからなるＡＶファイルのデータを一時的に記録しておくものである。このストレージ２１は、ＨＤＤ（Hard Disk Drive）や光ディスクなどのディスク状の記録媒体、磁気テープなどのテープ状の記録媒体、または半導体メモリ等により構成される。
【００２２】
ストレージＩＦ回路２２は、ストレージ２１と、後述するバッファ制御回路２６との間のＩＦ回路である。
【００２３】
（ＨＤ−）ＳＤＩＩＦ回路２３は、ＡＶサーバー２の外部と、後述するＡＶ記録再生部２４との間のＩＦ回路である。
【００２４】
ＡＶ記録再生部２４は、（ＨＤ−）ＳＤＩＩＦ回路２３または後述するバッファ制御回路２６により供給される、ＡＶ独立フォーマットからなるＡＶファイルのデータの記録および再生、並びにTimecode等のメタデータ処理、を行うものである。
【００２５】
独立ファイルデータバッファ２５は、ＡＶ独立フォーマットからなるＡＶファイルのデータを一時的に記憶するバッファである。
【００２６】
バッファ制御回路２６は、ストレージＩＦ回路２２、ＡＶ記録再生部２４、独立ファイルデータバッファ２５およびファイル変換モジュール３（具体的には、後述するＩＦ回路３１）と接続されている。このバッファ制御回路２６は、ストレージＩＦ回路２２、ＡＶ記録再生部２４およびファイル変換モジュール３との間で、ＡＶ独立フォーマットからなるＡＶファイルのデータのやり取りを行うと共に、独立ファイルデータバッファ２５の制御を行うものである。
【００２７】
コントローラ２０は、ＡＶサーバー２全体の処理の制御を行うものである。
【００２８】
（ファイル変換モジュール３の構成）
ファイル変換モジュール３は、ＣＰＵ３０と、ＩＦ回路３１と、独立／多重変換部３２１と、多重／独立変換部３２２と、ＡＶ多重ファイルデータバッファ３３と、バッファ制御回路３４と、ＩＦ回路３５と、パーサー回路３６とを備えている。
【００２９】
このファイル変換モジュール３には、ＡＶファイルのフォーマット変換処理ごとに、ハードウェアの変換部（ここでは、独立／多重変換部３２１および多重／独立変換部３２２）が設けられている。具体的には、標準ＡＶ多重フォーマットとしてＭＸＦ（Material eXchange Format）のＡＶファイルを対象とした場合、このＭＸＦファイルを構成するItem単位を変換の粒度として動作する変換モジュール（ただし、後述するヘッダおよびフッタは除く）を、各Itemごとに１つ設けられ、それぞれが並列に動作するようになっている。また、ネットワークモジュール４における標準ＡＶ多重フォーマットのＡＶファイル用のリングバッファ（ここでは、後述するＡＶ多重ファイルデータバッファ３３）がセッションごと（ＡＶファイルの処理ごと）に設けられ、各リングバッファのバッファオーバーフロー・バッファアンダーフロー制御が行われるようになっている。
【００３０】
ＩＦ回路３１は、ＡＶサーバー２内のバッファ制御回路２６と、後述する独立／多重変換部３２１または多重／独立変換部３２２との間で、ＡＶ独立フォーマットからなるＡＶファイルのデータのやり取りを行うＩＦ回路である。なお、ファイル変換モジュール３の内部で使用するバスは、十分に速いものとする。
【００３１】
独立／多重変換部３２１および多重／独立変換部３２２は、ＡＶサーバー２とネットワークモジュール４との間のデータ送受信の際に、後述するＡＶ独立フォーマットと、後述するＡＶ多重フォーマットとの間で、ＡＶファイルのフォーマット変換処理を行うものである。具体的には、独立／多重変換部３２１は、ＡＶサーバー３側のＩＦ回路３１から供給されるＡＶ独立フォーマットのＡＶファイルを、標準ＡＶ多重フォーマットのＡＶファイルにフォーマット変換し、ネットワークモジュール４側のバッファ制御回路３４へ供給するものである。一方、多重／独立変換部３２２は、ネットワークモジュール４側のバッファ制御回路３４から供給される標準ＡＶ多重フォーＡＶサーバー３側のＩＦ回路３１へ供給するものである。なお、これら独立／多重変換部３２１および多重／独立変換部３２２の詳細構成については、後述する（図４および図５）。また、これら独立／多重変換部３２１および多重／独立変換部３２２が、本発明における「変換部」の一具体例に対応する。
【００３２】
ＡＶ多重ファイルデータバッファ３３は、上述したように、例えばリングバッファにより構成されており、ネットワークモジュール４から供給される、標準ＡＶ多重フォーマットのＡＶファイルのデータを一時的に記憶しておくバッファである。
【００３３】
バッファ制御回路３４は、独立／多重変換部３２１、多重／独立変換部３２２、ＡＶ多重ファイルデータバッファ３３、後述するＩＦ回路３５、後述するパーサー回路３６および後述するＣＰＵ３０に接続されている。このバッファ制御回路３４は、ＣＰＵ３０からの制御に応じて、独立／多重変換部３２１、多重／独立変換部３２２、ＩＦ回路３５およびパーサー回路３６との間で、標準ＡＶ多重フォーマットからなるＡＶファイルのデータのやり取りを行うと共に、ＡＶ多重ファイルデータバッファ３３の制御を行うものである。
【００３４】
ＩＦ回路３５は、ネットワークモジュール４（具体的には、後述するネットワークモジュール部４２）と、後述するパーサー回路３６またはバッファ制御回路３４との間で、標準ＡＶ多重フォーマットからなるＡＶファイルのデータのやり取りを行うＩＦ回路である。
【００３５】
パーサー回路３６は、ＣＰＵ３０からの制御に応じて、ネットワークモジュール４からの受信データから、フォーマット変換の際に必要な情報（受信データの中身を示す、ビデオデータ、オーディオデータまたはメタデータの情報）を取得してＣＰＵ３０へ供給すると共に、元のデータをバッファ制御回路３４へと供給するものである。
【００３６】
ＣＰＵ３０は、ファイル変換モジュール３全体の処理の制御を行うものであり、ＡＶサーバー２内のコントローラ２０および後述するネットワークモジュール４内のコントローラ４０と協働するようになっている。このＣＰＵ３０は、特に、後述する３つのタイムスロット（変換部タイムスロットＴＳ（Ｍ）、ＡＶサーバー側タイムスロットＴＳ（ＡＶ）およびネットワークモジュール側タイムスロットＴＳ（ＮＷ））をそれぞれ設定する処理（タイムスロット設定処理）を行うようになっている。ＣＰＵ３０はまた、これらのタイムスロットにおいて、複数のＡＶファイルに関するフォーマット変換処理またはデータ送受信処理を順次割り当てることによって指定時間間隔での同期処理がなされると共に、各処理が互いに並列動作するように、各処理の割り当てのタイムスケジュール処理（タイムスロット制御処理）を行うようになっている。なお、このようなタイムスロット設定処理およびタイムスロット制御処理の詳細は、後述する（図６〜図８）。
【００３７】
ここで、ＣＰＵ３０およびパーサー回路３６が、本発明における「タイムスロット設定部」および「タイムスロット制御部」の一具体例に対応する。また、ＣＰＵ３０、パーサー回路３６、ＡＶ多重ファイルデータバッファ３３およびバッファ制御回路３３が、本発明における「編集部」の一具体例に対応する。
【００３８】
ファイル変換モジュール３はまた、図１中に示したように、変換部タイムスロットＴＳ（Ｍ）（変換処理タイムスロット）と、ＡＶサーバー側タイムスロットＴＳ（ＡＶ）（サーバー側タイムスロット）と、ネットワークモジュール側タイムスロットＴＳ（ＮＷ）（ネットワーク側タイムスロット）とを備えている。
【００３９】
変換部タイムスロットＴＳ（Ｍ）は、独立／多重変換部３２１および多重／独立変換部３２２におけるフォーマット変換処理ごとのタイムスロットである。また、ＡＶサーバー側タイムスロットＴＳ（ＡＶ）は、ＡＶサーバー２との間のデータ送受信処理についてのタイムスロットである。また、ネットワークモジュール側タイムスロットＴＳ（ＮＷ）は、ネットワークモジュール４との間のデータ送受信処理についてのタイムスロットである。なお、これらのタイムスロットの詳細については、後述する（図７および図８）。
【００４０】
（ネットワークモジュール４の構成）
ネットワークモジュール４は、コントローラ４０と、ネットワーク４１と、ネットワークモジュール部４２と、ネットワークデータバッファ４３とを備えている。このネットワークモジュール４は、一般的なEthernet（登録商標）モジュールであり、複数のセッション（ＡＶファイルの処理）に対応したＱｏＳ（帯域保証）制御を実現し、ネットワークモジュール４内に設けられたバッファ（ネットワークデータバッファ４３）を介して、標準ＡＶ多重フォーマットからなるＡＶファイルのデータのバッファオーバーフロー・バッファアンダーフロー制御を行うようになっている。
【００４１】
なお、後述する帯域保証のセッションについては、指定時間までに帯域から計算されるデータ量について、ファイル変換モジュール３との送受信が達成されれば破綻しないように、ネットワークモジュール４は制御する。また、後述するベストエフォートのセッションについては、ネットワークモジュール４のバッファ情報がファイル変換モジュール３と共有されることにより、ファイル変換モジュール３の主導でデータ転送が行われるようになっている。
【００４２】
コントローラ４０は、ネットワークモジュール４全体の処理の制御を行うものである。具体的には、特にネットワークモジュール部４２の制御を行うようになっている。
【００４３】
ネットワークモジュール部４２は、コントローラ４０による制御に応じて、ネットワーク４１、ネットワークデータバッファ４３およびファイル変換モジュール３内のＩＦ回路３５との間で、標準ＡＶ多重フォーマットのＡＶファイルのデータのやり取りを行うものである。
【００４４】
ネットワークデータバッファ４３は、標準ＡＶ多重フォーマットのＡＶファイルのデータを一時的に記憶しておくバッファである。
【００４５】
（標準ＡＶ多重フォーマットの構成例）
次に、図２を参照して、標準ＡＶ多重フォーマットの構成例について説明する。
【００４６】
図２では、ボディに配置されるビデオデータとオーディオデータとして、Ｄ１０と呼ばれるＭＰＥＧ（Moving Picture Experts Group） ＩＭＸ方式で符号化されたビデオデータと、ＡＥＳ（Audio Engineering Society）３形式の非圧縮のオーディオデータとを、それぞれ採用した場合の標準ＡＶ多重フォーマットを示している。
【００４７】
なお、ボディには、その他、ＤＶ（Digital Video）等の各種のフォーマットのビデオデータとオーディオデータとを配置することが可能である。
【００４８】
標準ＡＶ多重フォーマットのファイルは、その先頭から、ヘッダ（File Header）、ボディ（File Body）およびフッタ（File Footer）が、順次配置されて構成される。
【００４９】
ヘッダには、その先頭から、ヘッダパーティションパック（Header Partition Pack）、ヘッダメタデータ（Header Metadata）およびインデックステーブル（Index Table）が、順次配置される。ヘッダパーティションパックには、ヘッダを特定するためのデータや、ボディに配置されるデータの形式、ファイルフォーマットを表す情報などが配置される。ヘッダメタデータには、例えば、ファイルの作成日や、ボディに配置されたデータに関する情報などのファイル単位のメタデータが配置される。インデックステーブルには、ボディに配置される、後述するエディットユニットの位置を表すテーブルが配置される。
【００５０】
なお、インデックステーブルはオプションであり、ヘッダに含めても含めなくてもよい。また、ヘッダには、インデックステーブルの他、種々のオプションのデータを配置することができる。
【００５１】
また、ヘッダパーティションパックに配置されるファイルフォーマットを表す情報としては、標準ＡＶ多重フォーマットのファイルでは、標準ＡＶ多重フォーマットを表す情報が採用される。一方、後述するＡＶ独立フォーマットのファイルでは、ＡＶ独立フォーマットを表す情報が採用される。ただし、ヘッダパーティションパックの形式自体は、標準ＡＶ多重フォーマットとＡＶ独立フォーマットとにおいて、同一である。
【００５２】
フッタは、フッタパーティションパック（Footer Partition Pack）で構成される。このフッタパーティションパックには、フッタを特定するためのデータなどが配置される。
【００５３】
ボディは、１以上のエディットユニット（Edit Unit）で構成される。このエディットユニットは１フレームの単位であり、そこには、１フレーム分のＡＶデータその他が配置される。
【００５４】
すなわち、エディットユニットは、その先頭から、システムアイテム（Sytem Item）、ピクチャアイテム（Picture Item）、サウンドアイテム（Sound Item）およびオグジュアリアイテム（Auxiliary Item）が配置されて構成される。
【００５５】
システムアイテムには、その後段のピクチャアイテムに配置されるビデオデータのフレームについてのメタデータ（フレーム単位のメタデータ）が配置される。ここで、このフレーム単位のメタデータとしては、例えば、タイムコードなどがある。
【００５６】
ピクチャアイテムには、１フレーム分のビデオデータが配置される。図２では、上述したＤ１０形式のビデオデータが配置される。
【００５７】
ここで、ピクチャアイテムには、１フレームのビデオデータが、ＫＬＶ（Key，Length，Value）構造にＫＬＶコーディングされて配置される。
【００５８】
このＫＬＶ構造とは、その先頭から、キー（Key）、レングス（Length）およびバリュー（Value）が順次配置された構造である。キーには、バリューに配置されるデータがどのようなデータであるかを表す、ＳＭＰＴＥ ２９８Ｍの規格に準拠した１６バイトのラベルが配置される。レングスには、バリューに配置されるデータのデータ長が配置される。バリューには、実データ、すなわち、ここでは、１フレームのビデオデータが配置される。
【００５９】
また、ピクチャアイテムは、そのデータ長が、ＫＡＧ（KLV Alignment Grid）を基準とする固定長となっている。そして、ピクチャアイテムを固定長とするのに、スタッフィング（stuffing）のためのデータとしてのフィラー（Filler）が、やはりＫＬＶ構造とされて、ピクチャアイテムのビデオデータの後に配置される。
【００６０】
なお、ピクチャアイテムのデータ長であるＫＡＧを基準とする固定長は、例えば、光ディスクのセクタ長の整数倍（例えば、５１２バイトや２Ｋバイトなど）とされている。この場合、光ディスクとピクチャアイテムとのいわば親和性が高くなり、光ディスクに対するピクチャアイテムの読み書き処理の高速化を図ることができる。
【００６１】
また、上述のシステムアイテム、ならびに後述するサウンドアイテムおよびオグジュアリアイテムにおいても、ピクチャアイテムと同様にＫＬＶ構造が採用されていると共に、そのデータ長がＫＡＧを基準とする固定長になっている。
【００６２】
サウンドアイテムには、ピクチャアイテムに配置されたビデオデータのフレームにおける１フレーム分のオーディオデータが、上述のピクチャアイテムにおける場合と同様に、ＫＬＶ構造で配置される。
【００６３】
また、サウンドアイテムには、複数としての、例えば８チャネルのオーディオデータが多重化されて配置される。
【００６４】
すなわち、サウンドアイテムにおいて、ＫＬＶ構造のバリューには、その先頭から、エレメントヘッダＥＨ（Element Header）、オーディオサンプルカウントＡＳＣ（Audio Sample Count）、ストリームバリッドフラグＳＶＦ（Stream Valid Flags）および多重化された８チャネルのオーディオデータが、順次配置される。
【００６５】
ここで、サウンドアイテムにおいて、８チャネルのオーディオデータは、１フレームにおける８チャネルそれぞれのオーディオデータの第１サンプル、第２サンプル、…といった順番に、オーディオデータのサンプルが配置されることにより多重化されている。図２の最下部に示したオーディオデータにおいて、括弧付きで示してある数字は、オーディオデータのサンプルが何サンプル目かを表している。
【００６６】
また、エレメントヘッダＥＨには、そのエレメントヘッダを特定するためのデータなどが配置される。オーディオサンプルカウントＡＳＣには、サウンドアイテムに配置されているオーディオデータのサンプル数が配置される。ストリームバリッドフラグＳＶＦは、８ビット（１バイト）のフラグであり、各ビットは、そのビットに対応するチャネルのオーディオデータが有効か無効かを表すようになっている。すなわち、ストリームバリッドフラグＳＶＦの各ビットは、そのビットに対応するチャネルのオーディオデータが有効である場合に例えば１とされ、無効である場合に例えば０とされる。
【００６７】
オグジュアリアイテムには、必要なユーザデータが配置される。したがって、オグジュアリアイテムは、ユーザが任意のデータを配置することができるエリアである。
【００６８】
以上のように、標準ＡＶ多重フォーマットでは、フレーム単位のメタデータが配置されるシステムアイテム、ビデオデータが配置されるピクチャアイテム、オーディオデータが配置されるサウンドアイテムおよびユーザデータが配置されるオグジュアリアイテムが、１フレーム単位で多重化されている。また、サウンドアイテムでは、８チャネルのオーディオデータが、１サンプル単位で多重化されている。
【００６９】
このため、ビデオデータとオーディオデータとが別々にまとめて配置されているファイルでは、そのまとまったビデオデータのファイルとオーディオデータのファイルとを全て受信してからでないと、そのビデオデータおよびオーディオデータの再生を開始することができない。一方、標準ＡＶ多重フォーマットでは、ビデオデータとオーディオデータとがフレーム単位で多重化されているため、１フレーム分のビデオデータとオーディオデータとを受信すれば、そのフレームのビデオデータおよびオーディオデータを、即座に再生することができる。したがって、標準ＡＶ多重フォーマットは、ストリーミングに適しているということができる。
【００７０】
このように、標準ＡＶフォーマットは、ビデオデータとオーディオデータとがフレーム単位で多重化されているため、ストリーミングには適している。しかしながら、その反面、ビデオデータおよびオーディオデータをそれぞれ別々に編集するＡＶ独立編集がしにくい。
【００７１】
さらに、ファイル単位のメタデータも、エディットユニットのシステムアイテムに散在しており、編集時等において扱いにくい。
【００７２】
また、標準ＡＶフォーマットで採用可能なＡＥＳ３形式では、オーディオデータの１サンプルに少なくとも４バイトを割り当てる仕様になっており、ファイルの全体の大きさが大になる。
【００７３】
（ＡＶ独立フォーマットの構成例）
次に、図３を参照して、ＡＶ独立フォーマットの構成例について説明する。
【００７４】
このＡＶ独立フォーマットでは、上述した標準ＡＶ多重フォーマットにおいて多重化されているビデオデータ、オーディオデータ、ファイル単位のメタデータおよびユーザデータが、それぞれまとめて配置されたファイルとなっている。
【００７５】
すなわち、ＡＶ独立フォーマットでは、標準ＡＶ多重フォーマットにおいてビデオデータが配置されるピクチャアイテムがまとめてボディに配置され、さらに、そのボディに、標準ＡＶ多重フォーマットと同一形式のヘッダおよびフッタが付加されることにより、ビデオファイルが構成される。
【００７６】
なお、ＡＶ独立フォーマットのビデオファイルのボディには、光ディスクのセクタ長の整数倍のピクチャアイテムがまとめて配置されているため、そのボディ全体の大きさも、光ディスクのセクタ長の整数倍になっている。すなわち、ＡＶ独立フォーマットのビデオファイルのボディは、セクタアラインメント（sector alignment）がとれた大きさとなっている。
【００７７】
また、図２では、標準ＡＶ多重フォーマットのファイルのヘッダに、インデックステーブルを図示してあるが、ＭＸＦでは、上述したように、インデックステーブルはオプションである。したがって、図３に示したビデオファイルでは（後述するオーディオファイルでも同様）、インデックステーブルを採用していない。
【００７８】
ＡＶ独立フィーマットでは、標準ＡＶ多重フォーマットにおいてサウンドアイテムに配置される、多重化された８チャンネルのオーディオデータを、各チャンネルごとのオーディオデータに分離したものであって、ＡＥＳ３形式からＷＡＶＥ形式に変換したものが、各チャネルごとのファイルのボディに、ＫＬＶ構造で配置される。また、そのボディに、標準ＡＶ多重フォーマットと同一形式のヘッダおよびフッタが付加されることにより、オーディオファイルが構成される。
【００７９】
すなわち、ＡＶ独立フォーマットでは、８チャンネルのオーディオデータについて、各チャネルのオーディオファイルが、独立に構成される。各チャネルのオーディオファイルは、そのチャネルのオーディオデータをＷＡＶＥ式にし、かつまとめてＫＬＶ構造化したものが、ボディに配置される。また、そのボディに、標準ＡＶ多重フォーマットと同一形式のヘッダおよびフッタが付加されて構成される。
【００８０】
なお、ＡＶ独立フォーマットのオーディオファイルのボディには、上述したように、あるチャネルのＷＡＶＥ形式のオーディオデータをまとめてＫＬＶ構造化したものが配置されるが、このオーディオデータ全体の大きさが、光ディスクのセクタ長の整数倍になるとは限らない。そこで、セクタアラインメントをとるために、ＡＶ独立フォーマットのオーディオファイルのボディには、ＫＬＶ構造のオーディオデータの後に、セクタアライメントをとるのに必要な分のＫＬＶ構造のフィラーが配置される。
【００８１】
ＡＶ独立フォーマットでは、以上のようなビデオファイル、８チャネルそれぞれごとのオーディオファイルの他、標準ＡＶ多重フォーマットにおいてヘッダメタデータに配置されるファイル単位のメタデータがまとめて配置されたファイル単位のメタデータファイルと、標準ＡＶ多重フォーマットにおいてフレーム単位のメタデータが配置されたシステムアイテムがまとめて配置されたフレーム単位のメタデータファイルとが、構成される。さらに、ＡＶ独立フォーマットでは、標準ＡＶ多重フォーマットにおいてユーザデータが配置されたオグジュアリアイテムがまとめて配置されたオグジュアリファイルが構成される。
【００８２】
そして、ＡＶ独立フォーマットでは、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルそれぞれへのポインタが記述されたマスタファイル（master File）が構成される。
【００８３】
すなわち、マスタファイルは、例えば、ＸＭＬ（Extensible Markup Language）で記述され、そこには、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイル、オグジュアリファイルそれぞれへのポインタとして、例えば、各ファイルのファイル名が記述される。
【００８４】
したがって、マスタファイルから、ビデオファイル、８チャネルそれぞれごとのオーディオファイル、ファイル単位のメタデータファイル、フレーム単位のメタデータファイルおよびオグジュアリファイルを参照することができる。
【００８５】
なお、例えば、オグジュアリファイルは、オプショナルなファイルとすることができる。
【００８６】
また、図３では、ファイル単位のメタデータファイル、フレーム単位のメタデータファイルおよびオグジュアリファイルは、標準ＡＶ多重フォーマットと同一形式のヘッダおよびフッタを有していない。ただし、これらのファイル単位のメタデータファイル、フレーム単位のメタデータファイルおよびオグジュアリファイルも、標準ＡＶ多重フォーマットと同一形式のヘッダおよびフッタを付加して構成することができる。
【００８７】
さらに、ＡＶ独立フォーマットのビデオファイルおよびオーディオファイルのヘッダを構成するヘッダメタデータには、最小セットのファイル単位のメタデータが配置される。
【００８８】
すなわち、ＡＶ独立フォーマットでは、標準ＡＶ多重フォーマットにおいてヘッダメタデータに配置されるファイル単位のメタデータがまとめて配置されたファイル単位のメタデータファイルが存在するので、そのメタデータファイルに配置されるファイル単位のメタデータを、ビデオファイルおよびオーディオファイルのヘッダを構成するヘッダメタデータに重複して配置するのは、冗長であり、また、ＡＶ独立フォーマットのファイル全体の大きさを大にすることになる。
【００８９】
しかしながら、ＭＸＦにおいて、ヘッダメタデータはヘッダに必須の項目であり、ヘッダメタデータを全く配置せずにヘッダを構成したのでは、そのヘッダは、標準ＡＶ多重フォーマットと同一形式のヘッダではなくなることとなる。
【００９０】
一方、ＭＸＦにおいて、ヘッダメタデータに配置すべきファイル単位のメタデータには種々の項目があるが、その項目の中には、必須のものとオプショナルなものとがある。
【００９１】
そこで、ファイルの大きさが大になるのを抑制すると共に、標準ＡＶ多重フォーマットとの互換性を維持するため、ＡＶ独立フォーマットのビデオファイルおよびオーディオファイルのヘッダを構成するヘッダメタデータには、最小セットのファイル単位のメタデータ、すなわち、ＭＸＦにおいて、ヘッダメタデータに配置することが必須とされている項目のメタデータのみが配置される。
【００９２】
以上のように、ＡＶ独立フォーマットでは、ビデオデータがまとめてビデオファイルに配置されると共に、各チャネルのオーディオデータがまとめて、そのチャネルのオーディオファイルに配置されるので、ビデオデータおよびオーディオデータをそれぞれ別々に編集するＡＶ独立編集などの編集を、容易に行うことができる。
【００９３】
また、ＡＶ独立フォーマットでは、オーディオデータがＷＡＶＥ形式とされるので、標準ＡＶ独立フォーマットのように、ＡＥＳ３形式のオーディオデータを採用する場合と比較して、データ量を小さくすることができる。その結果、ＡＶ独立フォーマットのファイルを、光ディスク等のストレージに記録する場合には、標準ＡＶ多重フォーマットのファイルを記録する場合に比較して、その記録に必要なストレージの容量を抑制することができる。
【００９４】
さらに、ＡＶ独立フォーマットでは、ファイル単位のメタデータと、フレーム単位のメタデータとは、それぞれ別々にまとめられ、いずれも１つのファイルとされるので、メタデータを使用した検索処理が容易となる。
【００９５】
（独立／多重変換部３２１の詳細構成）
次に、図４を参照して、図１に示した独立／多重変換部３２１の詳細構成について説明する。この独立／多重変換部３２１は、ＦＩＦＯ（first-in first-out）メモリ３２１−１，３２１−２と、META2SYS Converter３２１ａと、DV&VAUX2DIF Converter３２１ｂと、Long+IMX Converter３２１ｃと、WAVE2AES3 Converter３２１ｄと、WAVE Converter３２１ｅと、Data Item Generator３２１ｆとを有している。
【００９６】
ＦＩＦＯメモリ３２１−１は、ＡＶサーバー２側のＩＦ回路３１から供給されるＡＶ独立フォーマットのＡＶファイルを一時的に記憶するメモリである。一方、ＦＩＦＯメモリ３２１−２は、以下説明する、META2SYS Converter３２１ａ、DV&VAUX2DIF Converter３２１ｂ、Long+IMX Converter３２１ｃ、WAVE2AES3 Converter３２１ｄ、WAVE Converter３２１ｅおよびData Item Generator３２１ｆによってフォーマット変換処理がなされた後のＡＶファイル（標準ＡＶ多重フォーマットのＡＶファイル）を一時的に記憶するメモリである。
【００９７】
META2SYS Converter３２１ａは、メタ独立フォーマットから、Universal Label、ＬＴＣ、Body UMID、KLV Packet（ＥＭＫ）の変換処理を行い、標準ＡＶ多重フォーマットのシステムアイテムを作成するものである。
【００９８】
DV&VAUX2DIF Converter３２１ｂは、Video.mxf内のDV-Pictureと、VAUX Data Itemとを変換して、DIF Dataを作成するものである。
【００９９】
Long+IMX Converter３２１ｃは、ビデオ独立フォーマット（ＭＰＥＧ２  ＬＯＮＧとＩＭＸ）について、Alignement修正を必要に応じて行い、標準ＡＶ多重フォーマットのピクチャアイテムを作成するものである。
【０１００】
WAVE2AES3 Converter３２１ｄは、ＷＡＶＥ形式からＡＥＳ３形式へのフォーマット変換を行うものである。
【０１０１】
WAVE Converter３２１ｅは、フレームごとのバリューに対して、Ｋ＋Ｌ追加処理と、Ｋ＋Ｌ＋Fillerを付けるAlignment処理とを行うものである。
【０１０２】
Data Item Generator３２１ｆは、オグジュアリデータファイルおよびメタデータファイルから、Data Itemを作成するものである。
【０１０３】
（多重／独立変換部３２２の詳細構成）
次に、図５を参照して、図１に示した多重／独立変換部３２２の詳細構成について説明する。この多重／独立変換部３２２は、ＦＩＦＯメモリ３２２−１，３２２−２と、SYS2META Converter３２２ａと、DIF2DV&VAUX Converter３２２ｂと、Long+IMX Converter３２２ｃと、AES32WAVE Converter３２２ｄと、WAVE Converter３２２ｅと、Data2META&VBI Generator３２２ｆとを有している。
【０１０４】
ＦＩＦＯメモリ３２２−１は、ネットワークモジュール４側のバッファ制御回路３４から供給される標準ＡＶ多重フォーマットのＡＶファイルを一時的に記憶するメモリである。一方、ＦＩＦＯメモリ３２２−２は、以下説明する、SYS2META Converter３２２ａ、DIF2DV&VAUX Converter３２２ｂ、Long+IMX Converter３２２ｃ、AES32WAVE Converter３２２ｄ、WAVE Converter３２２ｅおよびData2META&VBI Generator３２２ｆによってフォーマット変換処理がなされた後のＡＶファイル（ＡＶ独立フォーマットのＡＶファイル）を一時的に記憶するメモリである。
【０１０５】
SYS2META Converter３２２ａは、標準ＡＶ多重フォーマットのシステムアイテムから、LTC/UB、Body UMID、KLV Packet（ＥＭＫ）およびARIBの付加処理によりメタ独立フォーマットを作成するものである。
【０１０６】
DIF2DV&VAUX Converter３２２ｂは、DV-Pictureを作成すると共に、Alignment追加処理を行い、VAUX Data Itemを作成するものである。
【０１０７】
Long+IMX Converter３２２ｃは、標準ＡＶ多重フォーマットのピクチャアイテム（ＭＰＥＧ２  ＬＯＮＧとＩＭＸ）について、Alignement修正を必要に応じて行い、ビデオ独立フォーマットを作成するものである。
【０１０８】
AES32WAVE Converter３２２ｄは、ＡＥＳ３形式からＷＡＶＥ形式へのフォーマット変換処理を行うものである。
【０１０９】
WAVE Converter３２２ｅは、オーディオサンプルデータのみを抽出し、オーディオ独立フォーマットを作成するものである。
【０１１０】
Data2META&VBI Generator３２２ｆは、標準ＡＶフォーマットのデータアイテムから、メタ独立フォーマットを作成するものである。
【０１１１】
次に、本実施の形態のＡＶネットワークシステム１の動作について詳細に説明する。
【０１１２】
（ＡＶネットワークシステム１の基本動作）
まず、図１を参照して、ＡＶネットワークシステム１の基本動作について説明する。このＡＶネットワークシステム１では、ＡＶサーバー２とファイル変換モジュール３との間、およびネットワークモジュール４とファイル変換モジュール３との間でそれぞれ、ＡＶファイルのデータ送受信処理が行われる。また、そのデータ送受信処理の際に、ファイル変換モジュール３において、ＡＶ独立フォーマットと標準ＡＶ多重フォーマットとの間で、ＡＶファイルのフォーマット変換が行われる。
【０１１３】
具体的には、ＡＶサーバー２において、ストレージ２１、または外部から（ＨＤ−）ＳＤＩＩＦ回路２３を介して読み出されたＡＶ独立フォーマットのＡＶファイルのデータが、ファイル変換モジュール３へデータ送信されると、このファイル変換モジュール３内の独立／多重変換部３２１においてフォーマット変換されることにより、標準ＡＶ多重フォーマットのＡＶファイルのデータが生成される。そしてこの標準ＡＶ多重フォーマットのＡＶファイルのデータは、ネットワークモジュール４へデータ送信される。
【０１１４】
また、ネットワークモジュール４において、ネットワーク４１から供給された標準ＡＶ多重フォーマットのＡＶファイルのデータが、ファイル変換モジュール３へデータ送信されると、このファイル変換モジュール３内の多重／独立変換部３２２においてフォーマット変換されることにより、ＡＶ独立フォーマットのＡＶファイルのデータが生成される。そしてこのＡＶ独立フォーマットのＡＶファイルのデータは、ＡＶサーバー２へデータ送信され、ストレージ２１に書き込まれるか、あるいはＡＶ記録再生部２４によってＡＶ再生がなされる。
【０１１５】
（ファイル変換モジュール３の動作）
次に、図６〜図８を参照して、本発明の特徴的部分の１つである、ファイル変換モジュール３によるフォーマット変換処理の際の動作（前述のタイムスロット設定処理およびタイムスロット制御処理）について詳細に説明する。
【０１１６】
ここで、図６は、独立／多重変換部３２１および変換部多重／独立変換部３２２によるフォーマット変換処理の際のタイムスロット設定処理およびタイムスロット制御処理の一例を、時間軸と共に流れ図で表したものであり、任意の時刻ｎ〜（ｎ＋ｋ）での処理と、時刻（ｎ＋ｋ）〜（ｎ＋２ｋ）での処理とを表している。なお、時間ｋは、後述するステップＳ１０〜Ｓ１９またはステップＳ２０〜Ｓ２９の一連の処理に要する時間を表している。また、図７（Ａ）〜図７（Ｃ）は、それぞれ、図６に示した一連の処理の際のネットワークモジュール側タイムスロットＴＳ（ＮＷ１）〜ＴＳ（ＮＷ３）を表している。また、図８（Ａ）〜図８（Ｆ）は、それぞれ、図６に示した一連の処理の際の変換部タイムスロットＴＳ（Ｍ−Ｆ１），ＴＳ（Ｍ−Ｔ１），ＴＳ（Ｍ−Ｆ２），ＴＳ（Ｍ−Ｔ２）と、ＡＶサーバー側タイムスロットＴＳ（ＡＶ１），ＴＳ（ＡＶ２）とを表している。なお、変換部タイムスロットＴＳ（Ｍ−Ｆ１），ＴＳ（Ｍ−Ｆ２）は、ＡＶサーバー２からデータ受信したＡＶ独立フォーマットのＡＶファイルのフォーマット変換を行う際のタイムスロットを表しており、変換部タイムスロットＴＳ（Ｍ−Ｔ１），ＴＳ（Ｍ−Ｔ２）は、ネットワークモジュール４からデータ受信した標準ＡＶ多重フォーマットのＡＶファイルのフォーマット変換を行う際のタイムスロットを表している。また、これらのタイムスロットでは、ビデオデータ、オーディオデータおよびメタデータのタイムスロットを、それぞれ別々に表しており、図４および図５の変換モジュールのことである。
【０１１７】
本実施の形態のファイル変換モジュール３では、例えば図６に示したようなタイムスロット設定処理およびタイムスロット制御処理が、ＣＰＵ３０およびパーサー回路３６によってなされる。なお、図中に示した任意の時刻ｎ〜（ｎ＋ｋ）での処理（ステップＳ１０〜Ｓ１９）の内容と、時刻（ｎ＋ｋ）〜（ｎ＋２ｋ）での処理（ステップＳ２０〜Ｓ２９）の内容とは同一であるため、ステップＳ２０〜Ｓ２９について代表して説明する。
【０１１８】
（リングバッファサイズ情報取得）
まず、１つ前の処理の際のステップＳ１１（ネットワーク側送受信転送実行設定）およびステップＳ１２（ＡＶサーバー側送受信転送実行設定）におけるデータ転送結果と、パーサー回路３６によるアイテム（Ｉｔｅｍ）の構造確認結果とに基づき、フォーマット変換の際に必要な情報（ここでは、リングバッファサイズ情報）が取得される（ステップＳ２０）。
【０１１９】
（ネットワーク側送受信転送実行設定）
次に、１つ前の処理の際のステップＳ１５（ネットワーク側送受信転送順スケジューリング）においてスケジューリングされた結果に基づき、ＣＰＵ３０によって、ファイル変換モジュール３とネットワークモジュール４との間で、複数セッションのＡＶファイルのデータ送受信転送が実行される（ステップＳ２１）。
【０１２０】
（ＡＶサーバー側送受信転送実行設定）
次に、１つ前の処理の際のステップＳ１８（ＡＶサーバー側送受信転送順スケジューリング）においてスケジューリングされた結果に基づき、ＣＰＵ３０によって、ファイル変換モジュール３とＡＶサーバー２との間で、複数セッションのＡＶファイルのデータ送受信転送が実行される（ステップＳ２２）。また、この際、独立／多重変換部３２１および変換部多重／独立変換部３２２によって、このスケジューリングされた結果に基づいて、ＡＶサーバー２との間のデータ送受信の際に、複数セッションのＡＶファイルに関するフォーマット変換処理が実行される。
【０１２１】
（ネットワーク側帯域保証用送受信データ要求・転送予約）
次に、ネットワークモジュール４から、帯域保証用の複数セッションの送受信データ要求を受け、ＣＰＵ３０によって、例えば図７（Ａ）に示したように、ネットワークモジュール側タイムスロットＴＳ（ＮＷ１）に、転送タイミングが予約される（ステップＳ２３）。これにより、ネットワークモジュール４側の帯域制御の破綻が防止される。
【０１２２】
（ネットワーク側ベストエフォート用送受信転送予約）
次に、このネットワークモジュール側タイムスロットＴＳ（ＮＷ１）に空きスロットが存在する場合、ＣＰＵ３０によって、例えば図７（Ｂ）に示したネットワークモジュール側タイムスロットＴＳ（ＮＷ２）のように、その空きスロットに対し、ベストエフォート用のデータ転送が、セッションごとのリングバッファにて、バッファオーバーフロー・バッファアンダーフローに最も近いセッションから順に割り当てられる（ステップＳ２４）。
【０１２３】
（ネットワーク側送受信転送順スケジューリング）
次に、ＣＰＵ３０によって、例えば図７（Ｃ）に示したネットワークモジュール側タイムスロットＴＳ（ＮＷ３）のように、ステップＳ２３，Ｓ２４において決定した予約タイミングがセッションごとにまとめられ、順番が整列させられる（ステップＳ２５）。
【０１２４】
（ＡＶサーバー側帯域保証用送受信データ要求・転送予約）
次に、ＡＶサーバー２から、帯域保証用の複数セッションの送受信データ要求を受け、ＣＰＵ３０によって、ＡＶサーバー側タイムスロットＴＳ（ＡＶ）および変換部タイムスロットＴＳ（Ｍ）に、転送タイミングが予約される（ステップＳ２６）。これにより、ＡＶサーバー２側のリアルタイム処理（記録および再生系）の破綻が防止される。
【０１２５】
（ＡＶサーバー側ベストエフォート用送受信転送予約）
次に、このＡＶサーバー側タイムスロットＴＳ（ＡＶ）に空きスロットが存在する場合、ＣＰＵ３０によって、例えば図８（Ａ）に示したＡＶサーバー側タイムスロットＴＳ（ＡＶ１）のように、その空きスロットに対し、ベストエフォート用のデータ転送が、セッションごとのリングバッファにて、バッファオーバーフロー・バッファアンダーフローに最も近いセッションから順に割り当てられる（ステップＳ２７）。またこの際、例えば図８（Ｂ）および図８（Ｃ）に示した変換部タイムスロットＴＳ（Ｍ−Ｆ１），ＴＳ（Ｍ−Ｔ１）のように、変換モジュールごとのタイムスロットにも同様に割り当てが行われるが、フォーマット変換に要する時間を加味する必要がある。これにより、ＡＶサーバー２側とのデータ転送で余った帯域が、有効活用される。
【０１２６】
（ＡＶサーバー側送受信転送順スケジューリング）
次に、ＣＰＵ３０によって、例えば図８（Ｄ）〜図８（Ｆ）に示したＡＶサーバー側タイムスロットＴＳ（ＡＶ２）および変換部タイムスロットＴＳ（Ｍ−Ｆ２），ＴＳ（Ｍ−Ｔ２）のように、ステップＳ２３，Ｓ２４において決定した予約タイミングにおいて、各処理が互いに並列動作するように、各処理の割り当てのスケジューリング制御が行われる（図中の並列処理期間ΔＴ１〜ΔＴ３参照）（ステップＳ２８）。これにより、ハードウェアの並列処理を最大限使用できるようにスケジュールされ、ベストエフォート転送に役立つこととなる。なお、図中のＡＶサーバー側タイムスロットＴＳ（ＡＶ２）のように、ＡＶサーバー側タイムスロットＴＳ（ＡＶ）に空きスロットが存在する限り（ステップＳ２９）、ステップＳ２７，Ｓ２８の処理が繰り返され、ステップＳ２０〜Ｓ２９の処理が終了となる。
【０１２７】
このようにして本実施の形態では、ＡＶサーバー２とネットワークモジュール４との間のデータ送受信の際に、ＡＶ独立フォーマットとＡＶ多重フォーマットとの間で、ＡＶファイルのフォーマット変換処理が相互に行われる。この際、変換部タイムスロットＴＳ（Ｍ）、ＡＶサーバー側タイムスロットＴＳ（ＡＶ）およびネットワークモジュール側タイムスロットＴＳ（ＮＷ）が、それぞれ設定される。そして、これら変換部タイムスロットＴＳ（Ｍ）およびＡＶサーバー側タイムスロットＴＳ（ＡＶ）において、複数のＡＶファイルに関するフォーマット変換処理またはデータ送受信処理が順次割り当てられることによって指定時間間隔での同期処理がなされると共に各処理が互いに並列動作するように、各処理の割り当ての制御がなされる。これにより、ＡＶサーバー２とネットワークモジュール４との間のデータ送受信の際に、帯域保証が実現されると共に、複数のＡＶファイルに関する処理の並列動作が可能となる。
【０１２８】
以上のように本実施の形態では、変換部タイムスロットＴＳ（Ｍ）およびＡＶサーバー側タイムスロットＴＳ（ＡＶ）において、複数のＡＶファイルに関するフォーマット変換処理またはデータ送受信処理を順次割り当てることによって指定時間間隔での同期処理がなされると共に各処理が互いに並列動作するように、各処理の割り当ての制御を行うようにしたので、帯域保証が実現されると共に、複数のＡＶファイルに関する処理の並列動作が可能となる。よって、異なるフォーマット間のファイル変換を行う際に、帯域保証を維持しつつ、従来よりも迅速な変換処理を実現することが可能となる。
【０１２９】
また、ＡＶサーバー２において、ストレージ２１、または外部から（ＨＤ−）ＳＤＩＩＦ回路２３を介して読み出されたＡＶ独立フォーマットのＡＶファイルのデータを、ファイル変換モジュール３へデータ送信し、このファイル変換モジュール３内の独立／多重変換部３２１においてフォーマット変換し、標準ＡＶ多重フォーマットのＡＶファイルのデータを生成すると共に、この標準ＡＶ多重フォーマットのＡＶファイルのデータを、ネットワークモジュール４に対して帯域保証およびベストエフォートのネットワーク送信をすることが可能となる。
【０１３０】
また、ネットワークモジュール４において、ネットワーク４１から供給された標準ＡＶ多重フォーマットのＡＶファイルのデータを、ファイル変換モジュール３において帯域保証およびベストエフォートのネットワーク受信をすることが可能となると共に、このファイル変換モジュール３内の多重／独立変換部３２２においてフォーマット変換し、ＡＶ独立フォーマットのＡＶファイルのデータを生成し、このＡＶ独立フォーマットのＡＶファイルのデータをＡＶサーバー２へデータ送信し、ストレージ２１に書き込むか、あるいはＡＶ記録再生部２４によってＡＶ再生を行うことが可能となる。
【０１３１】
（編集処理の際の適用例）
上記実施の形態で説明したＡＶネットワークシステム１は、例えば図９〜図１２に示したような編集処理の際に適用することが可能である。具体的には、ＥＤＬ（Edit Decision List）を用いることによって、ＡＶファイルのフォーマット変換を行いつつ、ＡＶファイルの編集処理を行うことが可能である。
【０１３２】
具体的には、例えば図９（Ａ）〜図９（Ｃ）および図１０に示したように、ＡＶ記録再生部２４に記録している素材Ａ（ＡＶ独立フォーマットにて、オーディオ／ビデオ／メタ独立フォーマットが混在したもの、または単体）と、ストレージ２１内の素材Ｂ（ＡＶ独立フォーマットにて、オーディオ／ビデオ／メタ独立フォーマットが混在したもの、または単体）に対し、ＥＤＬを基にした１素材（素材Ｃ）への編集処理と、フォーマット変換処理とを実行しつつ、帯域保証ネットワーク送信を実現することが可能である。
【０１３３】
また、例えば図１１（Ａ）〜図１１（Ｃ）および図１２に示したように、帯域保証ネットワーク受信をした２つの素材Ａ，Ｂに対し、ＥＤＬを基にした１素材（素材Ｃ）への編集処理と、フォーマット変換処理とを実行しつつ、リアルタイムのＡＶ再生を実現することが可能である。
【０１３４】
このようにして、ＥＤＬを作用させることにより、ローカルサーバ上でＥＤＬを実行しなくても、他者に実行後ファイルを送ることが可能となる。
【０１３５】
以上、実施の形態および適用例を挙げて本発明を説明したが、本発明はこれらの実施の形態等に限定されるものではなく、種々の変形が可能である。
【０１３６】
例えば、使用するアプリケーションに応じて、ステップＳ２１〜Ｓ２８の処理の組み合わせを変更しつつ、設定および利用するようにしてもよい。具体的には、例えば、（ステップＳ２２，Ｓ２７，Ｓ２８の処理のみを行う場合）、（ステップＳ２２，Ｓ２６の処理のみを行う場合）、（ステップＳ２２，Ｓ２６〜Ｓ２８の処理のみを行う場合）、（ステップＳ２１，Ｓ２４，Ｓ２５の処理のみを行う場合）、（ステップＳ２１，Ｓ２３の処理のみを行う場合）、および（ステップＳ２１，Ｓ２３〜Ｓ２５の処理のみを行う場合）のいずれを設定・利用するのかを、使用するアプリケーションに応じて変更するようにしてもよい。
【０１３７】
また、上記実施の形態等において説明した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされるようになっている。図１３は、これら一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。このようなプログラムは、コンピュータ２００に内蔵されている記録媒体としてのハードディスク２０５やＲＯＭ２０３に予め記録しておくことができる。あるいはまた、プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory），ＭＯ（Magneto Optical）ディスク，ＤＶＤ（Digital Versatile Disc）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体２１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体２１１は、いわゆるパッケージソフトウエアとして提供することができる。なお、プログラムは、上述したようなリムーバブル記録媒体２１１からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、ＬＡＮ（Local Area Network）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部２０８で受信し、内蔵するハードディスク２０５にインストールすることができる。
【０１３８】
また、このコンピュータ２００は、ＣＰＵ２０２を内蔵している。このＣＰＵ２０２には、バス２０１を介して、入出力インタフェース２１０が接続されている。ＣＰＵ２０２は、入出力インタフェース２１０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部２０７が操作等されることにより指令が入力されると、それにしたがって、ＲＯＭ（Read Only Memory）２０３に格納されているプログラムを実行する。あるいは、また、ＣＰＵ２０２は、ハードディスク２０５に格納されているプログラム、衛星もしくはネットワークから転送され、通信部２０８で受信されてハードディスク２０５にインストールされたプログラム、またはドライブ２０９に装着されたリムーバブル記録媒体２１１から読み出されてハードディスク２０５にインストールされたプログラムを、ＲＡＭ（Random Access Memory）２０４にロードして実行する。これにより、ＣＰＵ２０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、ＣＰＵ２０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース２１０を介して、ＬＣＤ（Liquid Crystal Display）やスピーカ等で構成される出力部２０６から出力、あるいは、通信部２０８から送信、さらには、ハードディスク２０５に記録等させるようになっている。
【０１３９】
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０１４０】
また、上記実施の形態等では、標準ＡＶ多重フォーマットのファイルとして、ＭＸＦに準拠したファイルを採用することとしたが、標準ＡＶ多重フォーマットのファイルとして、他のものを用いてもよい。すなわち、ＭＸＦに準拠したファイルの他、ヘッダ、ボディおよびフッタからなり、ボディに、任意の２つのデータ（以上）が多重化されて配置されるファイルを採用することが可能である。
【０１４１】
さらに、上記実施の形態等では、標準ＡＶ多重フォーマットのファイルのボディに、ビデオデータとオーディオデータとを多重化したものが配置されることとしたが、標準ＡＶ多重フォーマットのファイルのボディには、その他、例えば、２以上のビデオデータ（のストリーム）を多重化したものや、２以上のオーディオデータ（のストリーム）を多重化したものを配置するようにすることが可能である。
【図面の簡単な説明】
【０１４２】
【図１】本発明の一実施の形態に係るデータ処理装置を備えたＡＶネットワークシステムの概略構成例を表すブロック図である。
【図２】標準ＡＶ多重フォーマットの一例を表す図である。
【図３】オーディオ／ビデオ／メタ独立フォーマットの一例を表す図である。
【図４】図１に示した独立／多重変換部の詳細構成例を表すブロック図である。
【図５】図１に示した多重／独立変換部の詳細構成例を表すブロック図である。
【図６】タイムスロット設定処理およびタイムスロット制御処理の一例を時間軸と共に表した流れ図である。
【図７】図６に示した処理の際に用いられるネットワークモジュール側タイムスロットの一例を表す図である。
【図８】図６に示した処理の際に用いられるＡＶサーバー側タイムスロットおよび変換部タイムスロットの一例を表す図である。
【図９】図１に示したＡＶネットワークシステムにおいて実行される編集処理の一例について説明するための図である。
【図１０】図９に示した編集処理の一例について説明するためのブロック図である。
【図１１】図１に示したＡＶネットワークシステムにおいて実行される編集処理の他の例について説明するための図である。
【図１２】図１１に示した編集処理の他の例について説明するためのブロック図である。
【図１３】本発明を適用したコンピュータの構成例を表すブロック図である。
【符号の説明】
【０１４３】
１…ＡＶネットワークシステム、２…ＡＶサーバー、２０…コントローラ、２１…ストレージ、２２…ストレージＩＦ回路、２３…（ＨＤ−）ＳＤＩＩＦ回路、２４…ＡＶ記録再生部、２５…独立ファイルデータバッファ、２６…バッファ制御回路、３…ファイル変換モジュール、３０…ＣＰＵ、３１…ＩＦ回路、３２１…独立／多重変換部、３２２…多重／独立変換部、３３…ＡＶ多重ファイルデータバッファ、３４…バッファ制御回路、３５…ＩＦ回路、３６…パーサー回路、４…ネットワークモジュール、４０…コントローラ、４１…ネットワーク、４２…ネットワークモジュール部、４３…ネットワークデータバッファ、ＴＳ（ＮＷ），ＴＳ（ＮＷ１），ＴＳ（ＮＷ２）…ネットワークモジュール側タイムスロット、ＴＳ（ＡＶ），ＴＳ（ＡＶ１），ＴＳ（ＡＶ２）…ＡＶサーバー側タイムスロット、ＴＳ（Ｍ），ＴＳ（Ｍ−Ｆ１），ＴＳ（Ｍ−Ｆ２），ＴＳ（Ｍ−Ｔ１），ＴＳ（Ｍ−Ｔ２）…変換部タイムスロット、ΔＴ１〜ΔＴ３…並列処理期間、ΔＴ４…再割り当て可能期間。
【図１】
2010010895.tif 000003
【図２】
2010010895.tif 000004
【図３】
2010010895.tif 000005
【図４】
2010010895.tif 000006
【図５】
2010010895.tif 000007
【図６】
2010010895.tif 000008
【図７】
2010010895.tif 000009
【図８】
2010010895.tif 000010
【図９】
2010010895.tif 000011
【図１０】
2010010895.tif 000012
【図１１】
2010010895.tif 000013
【図１２】
2010010895.tif 000014
【図１３】
2010010895.tif 000015