(57)【要約】【課題】  素早い再生を考慮したマルチメディアコンテンツにおいて、そのコンテンツ作成時間を短縮し、かつ蓄積領域の軽量化を考慮する。【解決手段】  符号化データの管理情報をファイルの先頭に配置したマルチメディアファイルを生成する際、予め管理情報が要するサイズを推定し、推定サイズ分の空き領域を先頭から確保したファイルを生成する。そして、空き領域の後ろに符号化データを直接記録する。確保した空き領域が不足した場合、より大きな空き領域を確保した新規ファイルを生成し、記録済みの符号化データをコピーする。そして、最終的に生成した管理情報をファイルの先頭に挿入する。【選択図】  図７
2006074391.tif 000002
【特許請求の範囲】
【請求項１】
符号化データと、前記符号化データを管理する管理情報とを含むファイルを生成するためのファイル生成方法であって、
前記管理情報を記録するために必要と思われる容量を管理情報用容量として算出する算出ステップと、
前記管理情報用容量に相当する領域を先頭から確保した新規ファイルを生成するファイル生成ステップと、
前記新規ファイルの、前記管理情報用容量に相当する領域に続いて、符号化データを所定の形式で記録する符号化データ記録ステップと、
前記記録した符号化データに基づいて前記管理情報を生成する管理情報生成ステップと、
前記管理情報用容量と、前記管理情報生成ステップで生成された前記管理情報の実容量とを比較する比較ステップと、
記録すべき符号化データに対し、前記符号化データ記録ステップ、前記管理情報生成ステップ及び前記比較ステップを実行させる制御ステップとを有し、
前記制御ステップが、前記比較ステップで前記管理情報用容量が前記実容量よりも少ないことが検出された場合には、前記算出ステップを再度実行することにより、前記管理情報用容量をより大きな値に更新させ、当該更新された情報管理用容量に基づいて前記ファイル生成ステップで新たなファイルを生成し、前記管理情報用容量に相当する領域に前記管理情報生成ステップで生成した前記管理情報を書き込むことにより前記ファイルを生成することを特徴とするファイル生成方法。
【請求項２】
前記比較ステップで前記管理情報用容量が前記実容量よりも少ないことが検出され、前記ファイル生成ステップにおいて新たなファイルを生成した後、以前生成したファイルに既に書き込まれている前記符号化データを前記新たなファイルにコピーするコピーステップを更に有することを特徴とする請求項１記載のファイル生成方法。
【請求項３】
前記コピーが終了すると、前記以前生成したファイルを削除する削除ステップを更に有することを特徴とする請求項２記載のファイル生成方法。
【請求項４】
前記符号化データが動画像の符号化データであり、前記算出ステップが、前記動画像の継続時間を推定することにより前記管理情報用容量を算出することを特徴とする請求項１乃至請求項３のいずれか１項に記載のファイル生成方法。
【請求項５】
前記制御手段が前記管理情報用容量に相当する領域に前記管理情報生成ステップで生成した前記管理情報を書き込む前に、前記管理情報用容量より少ない所定の容量と前記管理情報の実容量とを比較し、前記実容量が前記所定の容量を超えている場合にのみ前記管理情報を前記管理情報用容量に相当する領域に書き込むことを特徴とする請求項１乃至請求項４のいずれか１項に記載のファイル生成方法。
【請求項６】
前記制御ステップが、
前記実容量が前記所定の容量以下である場合、前記実容量に対応する領域を前記管理情報用容量として前記ファイル生成ステップで新たなファイルを生成させ、既に生成済みのファイルに記録された符号化データを前記新たなファイルにコピーし、前記新たなファイルの前記管理情報用容量に相当する領域に前記管理情報を書き込むことを特徴とする請求項５記載のファイル生成方法。
【請求項７】
前記所定の容量が、前記管理情報用容量の更新に対応して、より大きな値に更新されることを特徴とする請求項５又は請求項６記載のファイル生成方法。
【請求項８】
請求項１乃至請求項７のいずれか１項に記載のファイル生成方法をコンピュータに実行させるプログラム。
【請求項９】
請求項８記載のプログラムを格納したコンピュータ読み取り可能な記録媒体。
【請求項１０】
請求項１乃至請求項７のいずれか１項に記載のファイル生成方法を実行して動画像ファイルを記録する機能を有する装置。
【請求項１１】
符号化データと、前記符号化データを管理する管理情報とを含むファイルを生成するためのファイル生成装置であって、
前記管理情報を記録するために必要と思われる容量を管理情報用容量として算出する算出手段と、
前記管理情報用容量に相当する領域を先頭から確保した新規ファイルを生成するファイル生成手段と、
前記新規ファイルの、前記管理情報用容量に相当する領域に続いて、符号化データを所定の形式で記録する符号化データ記録手段と、
前記記録した符号化データに基づいて前記管理情報を生成する管理情報生成手段と、
前記管理情報用容量と、前記管理情報生成手段で生成された前記管理情報の実容量とを比較する比較手段と、
記録すべき符号化データに対し、前記符号化データ記録手段、前記管理情報生成手段及び前記比較手段による処理を実行させる制御手段とを有し、
前記制御手段が、前記比較手段で前記管理情報用容量が前記実容量よりも少ないことが検出された場合には、前記算出手段により前記管理情報用容量をより大きな値に更新させ、前記ファイル生成手段で前記更新された情報管理用容量に基づいて新たなファイルを生成し、前記管理情報用容量に相当する領域に前記管理情報生成手段で生成した前記管理情報を書き込むことにより前記ファイルを生成することを特徴とするファイル生成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル記録方法および記録装置に関し、さらに詳細には、動画像データ、音声データの管理情報を含むデータ構造を一括して出力し、ファイル作成時間の短縮と記憶領域の効率化を図ったファイル記録方法およびファイル記録装置に関する。
【背景技術】
【０００２】
近年、デジタルビデオ・デジタルカメラ・ＰＤＡ・携帯電話等のデジタル機器が急速に普及し、またテレビ放送においてもデジタル化が進むなど、映像や音声、静止画、文字など多様なデータがデジタル形式のデータ（デジタルデータ）として取り扱い可能になってきている。このような背景から、多様なデータを統合的に扱うマルチメディア技術の開発が盛んである。また、マルチメディアの技術の中でも、デジタルデータの情報圧縮技術が重要とされており、その中においても、低速な回線用の画質からハイビジョン並の画質をカバーする非常に広いレンジを持った動画や、インタラクティブメディアを再生するための規格であるＭＰＥＧ−４の標準化作業をアイ  エス  オー（ＩＳＯ：International Organization for Standardization）が進めている。なお、ＭＰＥＧ−４情報圧縮技術の詳細に関しては、本発明には直接関係ないため省略する。
【０００３】
ＭＰＥＧ−４規格に準拠した、コンテンツの蓄積用ファイルフォーマット形式としては、ＩＳＯ／ＩＥＣ  １４４９６−１４により「ＭＰ４ファイルフォーマット」が規格化されている。ＭＰ４ファイルフォーマットは、メディアに関する情報を記述するメタデータと、映像や音響などの符号化されたデータであるメディアデータとから構成される。また、全ての情報は「Ｂｏｘ」（もしくは「アトム」）と呼ばれる構造体に格納される。
【０００４】
図１は、Ｂｏｘのデータ構造を示している。図１に示されている通り、Ｂｏｘ１０１はｓｉｚｅフィールド１０２、ｔｙｐｅフィールド１０３及びｄａｔａフィールド１０４から構成される。ｓｉｚｅフィールド１０２にはｓｉｚｅフィールドも含めたＢｏｘ全体のサイズ（バイト数）が格納され、ｔｙｐｅフィールド１０３にはＢｏｘの識別子（通常４文字のアルファベット）が格納される。そして、ｄａｔａフィールド１０４には、実際のヘッダ情報やメディアデータが格納される。
【０００５】
これが基本的なＢｏｘのデータ構成であるが、この他にｖｅｒｓｉｏｎフィールド（１バイト）やｆｌａｇｓフィールド（３バイト）がｄａｔａフィールド１０４の前に存在することもあり、これらが存在するＢｏｘをＦｕｌｌＢｏｘと呼ぶ。このようなＢｏｘ構造体を用いる、先に述べたＭＰ４ファイルフォーマットを構成するメタデータ部分をＭｏｖｉｅＢｏｘ（以下ｍｏｏｖ）、同様にメディアデータ部分をＭｅｄｉａＤａｔａＢｏｘ（以下ｍｄａｔ）と呼ぶ。
【０００６】
また、このＩＳＯ／ＩＥＣ  １４４９６−１４において定義されるＭＰ４ファイルフォーマットのＢｏｘには、必須Ｂｏｘだけではなく、必要に応じて用いてもよいオプショナルＢｏｘ、あるいはユーザが自由に定義できるＢｏｘ等が存在する。その中には例えば、ＦｉｌｅＴｙｐｅＢｏｘ（以下ｆｔｙｐ）がある。ｆｔｙｐは、ＭＰ４ファイルの先頭になければならない。図２にｆｔｙｐを用いたＭＰ４ファイルのＢｏｘ構成の一例を示す。ｆｔｙｐ２０２は先頭に配置しなければならないが、これ以外のｍｏｏｖ２０３やｍｄａｔ２０４のようなＢｏｘに関しては配置順序は自由とされている。
【０００７】
また、更に、ｍｏｏｖ、ｍｄａｔの詳細に関して図６を用いて解説する。説明の都合上ｍｄａｔ６２０から説明すると、ｍｄａｔ６２０はチャンク(chunk)と呼ばれるデータ単位の連続で構成される。図６の例では、ｍｄａｔ６２０がＡｕｄｉｏチャンク１（６２１）、Ｖｉｄｅｏチャンク１（６２２）、Ａｕｄｉｏチャンク２、Ｖｉｄｅｏチャンク２、．．．のように音響チャンクと映像チャンクが交互に配置された構成を有している。
【０００８】
チャンクの順序やｍｄａｔを構成するチャンク数は自由とされている。また、１つのチャンクはサンプル（ｓａｍｐｌｅ）と呼ばれる映像や音響データの１フレームに相当するデータ単位の連続で構成される。図６のＶｉｄｅｏチャンク１（６２２）を例にとって説明すると、Ｖｉｄｅｏサンプル１（６２３）、Ｖｉｄｅｏサンプル２（６２４）、Ｖｉｄｅｏサンプル３、．．．のように複数の連続するＶｉｄｅｏサンプルから構成されている。
【０００９】
次に、ｍｏｏｖ６０１の構成を説明する。ｍｏｏｖ６０１は更にＢｏｘによる階層構造となっており、必須のＢｏｘは全体としてのヘッダー情報を格納するＭｏｖｉｅＨｅａｄｅｒＢｏｘ（ｍｖｈｄ６０２）と、図６に例としてあげたｔｒａｋ（Ａｕｄｉｏ）６０３、ｔｒａｋ（Ｖｉｄｅｏ）６０４のような複数のＴｒａｃｋＢｏｘである。更にこのＴｒａｃｋＢｏｘもＢｏｘの階層構造となっており、ｔｒａｋ（Ｖｉｄｅｏ）６０４を例にとって下層の構造を説明する。
【００１０】
図６のｔｒａｋ（Ｖｉｄｅｏ）６０４の階層構造を下層に辿ると、ＳａｍｐｌｅＴａｂｌｅＢｏｘ（ｓｔｂｌ）６０５が存在するのが分かる。このＢｏｘ内にはｍｄａｔ６２０の各チャンク又は各サンプルの少なくとも一方の情報を項目毎に対応付けて格納している。ｓｔｂｌ６０５が有する項目について以下に簡単に説明すると、ｓｔｔｓ６０６はサンプルの継続時間、ｓｔｓｄ６０７にはサンプル詳細情報、ｓｔｓｚ６０８はサンプルサイズ、ｓｔｓｃ６０９はチャンク内に含まれるサンプル数つまりフレーム数、ｓｔｃｏ６１０にはチャンクオフセットであり、それぞれ各サンプルと対応付けて格納されている。
【００１１】
以上のような構成および情報により、ｍｄａｔの実際のメディアデータを操作しながらＭＰ４ファイルは再生可能となる。
【００１２】
ＭＰ４ファイルの作成時に着目して考えた場合、実際の符号化データであるｍｄａｔを作成しながらそのオフセット値等のｍｏｏｖ内に格納する様々な情報が作成される。そのため、従来は、図３に示すように、映像／音声符号化処理３０１でエンコードされた符号化データからＭＰ４ファイル生成処理３１０によってＭＰ４ファイルを生成する際、まずｍｄａｔ生成処理３１１でｍｄａｔをファイルの先頭から書き出して行き、そのｍｄａｔの情報からｍｏｏｖ生成処理３１２においてメモリ上あるいはテンポラリファイル上にｍｏｏｖを生成し、最後に、ｍｄａｔ／ｍｏｏｖファイル生成処理３１３において、メモリあるいはテンポラリファイルに生成しておいたｍｏｏｖをｍｄａｔの後ろに書き出す方法が採られており、この方法が必要メモリを最小とし、また迅速なファイル作成を可能とするものと考えられていた。
【００１３】
しかし、ユーザがコンテンツ再生において最も重視するのは、コンテンツ要求からコンテンツ表示開始までの待ち時間が十分に短いことである。この要求を満たすためには、コンテンツメタデータであるｍｏｏｖはファイルの先頭に存在し、かつそのサイズが大きすぎないことが必要とされる。
【００１４】
従来、このような、ｍｏｏｖがファイルの先頭に、ｍｄａｔがその後に配置されるＭＰ４ファイルを生成する際には、図４に示すような方法が採られていた。すなわち、映像／音声符号化処理３０１でエンコードされた符号化データからＭＰ４ファイル生成処理４１０によってＭＰ４ファイルを生成する際、まずｍｄａｔ生成処理３１１においてｍｄａｔをテンポラリファイルに書き出して行き、ｍｏｏｖ生成処理３１２においてメモリ上あるいはテンポラリファイル上にｍｏｏｖを生成し、最後にｍｏｏｖ／ｍｄａｔファイル生成処理４１３においてｍｏｏｖ、ｍｄａｔの順で新たなＭＰ４ファイルを構成する方法である。
【００１５】
しかし、この手法では、一旦ｍｏｏｖ、ｍｄａｔの両方をメモリやテンポラリファイルに生成したのち、それらを最終的なＭＰ４ファイルに書き出す（コピーする）ため、処理が冗長であった。
【００１６】
また、オプショナルＢｏｘやユーザ定義Ｂｏｘによりｍｏｏｖ部分の定義がアプリケーション間で異なることがあり、この場合、アプリケーションによっては他のアプリケーションで作成されたファイルを再生できないという現象が発生する。このようなアプリケーション間の互換性に関する問題は、ｍｏｏｖ部分のみの変換で解決することが可能である。
【００１７】
ｍｏｏｖから始まるＭＰ４ファイルの効率的な生成と、アプリケーション間の互換性維持を実現するための手法が、例えば特許文献１において提案されている。これは、予め変換に用いることが予想されるベンダーの候補とそれに伴うＭＰ４ファイルフォーマットのメタデータの情報を装置内部に蓄積しておく機能を用意し、その情報からフリーデータを含んだメタデータサイズを確保して、ＭＰ４ファイルを生成するものである。
【００１８】
特許文献１で提案される手法の概要を図５を用いて説明する。すなわち、映像／音声符号化処理３０１でエンコードされた符号化データからＭＰ４ファイル生成処理５１０によってＭＰ４ファイルを生成する際、まずｍｄａｔ生成処理５１１にてｍｄａｔをメモリあるいはテンポラリファイル上に作成し、そのｍｄａｔ情報よりｍｏｏｖ生成処理５１２にて、ｍｏｏｖをメモリあるいはテンポラリファイル上に生成する。
【００１９】
そして、ｍｏｏｖ生成処理５１２にて得たｍｏｏｖサイズに、互換性を維持するためのファイル変換時に追加で必要とされ得るｆｒｅｅ領域の計算をｍｏｏｖ＋ｆｒｅｅ領域計算処理５１３にて行う。最後に、ｍｏｏｖ＋ｆｒｅｅ／ｍｄａｔファイル生成処理５１４において、ＭＰ４ファイルの先頭からｍｏｏｖを書き込み、ｍｏｏｖ＋ｆｒｅｅ領域の後ろにｍｄａｔを書き込む（ｍｏｏｖの後にｆｒｅｅ領域だけ空けてｍｄａｔを書き込む）ことによりＭＰ４ファイルを生成する。
【００２０】
【特許文献１】特開２００３−１７３６２５号公報
【発明の開示】
【発明が解決しようとする課題】
【００２１】
特許文献１で提案される従来技術では、ＭＰ４ファイルフォーマット変換用にフリースペースを確保し、ファイル変換時の処理時間の短縮や変換処理に要する一時コピー等のテンポラリ領域削減を可能にしている。しかし、ファイルフォーマット変換が不要な場合には、フリースペース部分は何も使用されないまま領域だけ確保されてしまうため、ファイルサイズが不必要に増大し、蓄積時に記憶装置の容量を無駄に消費してしまうという問題がある。
【００２２】
上述の従来技術では少ないメモリ上で効率良いファイル変換は可能であるが、ＭＰ４ファイルの蓄積という側面から分析すると、例えば携帯電話やＰＤＡ(Personal Digital Assistant)のような小型携帯機器の場合、その記憶容量は数１０からせいぜい数１００ＭＢであり、パーソナルコンピュータ（ＰＣ）のような数１０〜１００ＧＢ超といった大容量の記憶容量を保持する機器と比較するとかなり少量である。従って、特にこのような記憶容量の少ない機器においては、限られた蓄積スペースに効率よく多くのファイルを蓄積することが望まれる。
【００２３】
また、ファイル作成時間という側面から分析すると、撮像装置であるデジタルビデオやデジタルカメラや、撮影機能付きの携帯電話やＰＤＡにおいて、撮影あるいは編集したマルチメディアファイルの作成完了までの待ち時間が気になる場合がある。この様な待ち時間（ファイル作成に要する時間）の中には、背景技術の図３、図４を用いて説明したように、ファイル作成時に行われるデータのコピーやファイル編成上の処理順序に伴う遅延が含まれている。従って、ファイル作成時間を短縮し、ユーザが動画撮影終了後すぐに次のアクションに移れるようにすることもまた望まれる。
【００２４】
本発明はこのような従来技術の課題を解決することを目的とする。
【課題を解決するための手段】
【００２５】
上述の目的は、符号化データと、符号化データを管理する管理情報とを含むファイルを生成するためのファイル生成方法であって、管理情報を記録するために必要と思われる容量を管理情報用容量として算出する算出ステップと、管理情報用容量に相当する領域を先頭から確保した新規ファイルを生成するファイル生成ステップと、新規ファイルの、管理情報用容量に相当する領域に続いて、符号化データを所定の形式で記録する符号化データ記録ステップと、記録した符号化データに基づいて管理情報を生成する管理情報生成ステップと、管理情報用容量と、管理情報生成ステップで生成された管理情報の実容量とを比較する比較ステップと、記録すべき符号化データに対し、符号化データ記録ステップ、管理情報生成ステップ及び比較ステップを実行させる制御ステップとを有し、制御ステップが、比較ステップで管理情報用容量が実容量よりも少ないことが検出された場合には、算出ステップを再度実行することにより、管理情報用容量をより大きな値に更新させ、当更新された情報管理用容量に基づいてファイル生成ステップで新たなファイルを生成し、前記管理情報用容量に相当する領域に管理情報生成ステップで生成した管理情報を書き込むことによりファイルを生成することを特徴とするファイル生成方法によって達成される。
【００２６】
また、上述の目的は、本発明のファイル生成方法をコンピュータに実行させるプログラム、またはこのプログラムを格納したコンピュータ読み取り可能な記録媒体によっても達成される。
【００２７】
また、上述の目的は、本発明のファイル生成方法を実行して動画像ファイルを記録する機能を有する装置によっても達成される。
【００２８】
また、上述の目的は、符号化データと、符号化データを管理する管理情報とを含むファイルを生成するためのファイル生成装置であって、管理情報を記録するために必要と思われる容量を管理情報用容量として算出する算出手段と、管理情報用容量に相当する領域を先頭から確保した新規ファイルを生成するファイル生成手段と、新規ファイルの、管理情報用容量に相当する領域に続いて、符号化データを所定の形式で記録する符号化データ記録手段と、記録した符号化データに基づいて管理情報を生成する管理情報生成手段と、管理情報用容量と、管理情報生成手段で生成された管理情報の実容量とを比較する比較手段と、記録すべき符号化データに対し、符号化データ記録手段、管理情報生成手段及び比較手段による処理を実行させる制御手段とを有し、制御手段が、比較手段で管理情報用容量が実容量よりも少ないことが検出された場合には、算出手段により管理情報用容量をより大きな値に更新させ、ファイル生成手段で更新された情報管理用容量に基づいて新たなファイルを生成し、前記管理情報用容量に相当する領域に管理情報生成手段で生成した管理情報を書き込むことによりファイルを生成することを特徴とするファイル生成装置によっても達成される。
【発明の効果】
【００２９】
本発明のファイル生成方法及び装置によれば、少ないメモリ容量で、素早い再生を考慮したマルチメディアファイルを、コンパクトかつ迅速に生成することが可能になる。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照して本発明の実施形態について説明する。
（第１の実施形態）
まず、本実施形態におけるＭＰ４ファイルの生成手法の概要について、図７を参照して説明する。本実施形態において生成するＭＰ４ファイルでは、ｍｏｏｖ、ｍｄａｔの順でＢＯＸを配置する。その他、ｆｔｙｐを要する場合には、ｆｔｙｐ、ｍｏｏｖ、ｍｄａｔという順になる。このように、ｍｏｏｖ、ｍｄａｔ以外はそれぞれのアプリケーションやそれぞれの規格によって適宜対応するが、ここでは、ｍｏｏｖ、ｍｄａｔの主要Ｂｏｘに重点をおいて実施形態を説明する。
【００３１】
（ＭＰ４ファイル生成処理の概要）
映像／音声符号化処理３０１によりエンコードされた符号化データを取得する直前に、予め、ＭＰ４ファイル作成処理７１０のｍｏｏｖ領域計算処理７１１によりｍｏｏｖ分の小さめの空き領域サイズを決定し、ＭＰ４ファイルを新規作成する。その後、ｍｄａｔ生成処理７１２により、新規ＭＰ４ファイルの、ｍｏｏｖ領域計算処理７１１で計算された領域又はサイズの後ろにｍｄａｔを書き出していく。そして、ｍｏｏｖ生成処理７１３により、ｍｄａｔからｍｏｏｖ部分に書き込む情報を生成し、メモリ上あるいはテンポラリファイル上に生成する。最後にｍｏｏｖ／ｍｄａｔファイル生成処理７１４により、ＭＰ４ファイルの先頭から予めｍｏｏｖ用として確保した空き領域に、実際のｍｏｏｖを上書きすることにより最終的なＭＰ４ファイルを生成する。
【００３２】
これにより、図４のｍｏｏｖ／ｍｄａｔファイル生成処理４１３における、ｍｄａｔのメモリ又はテンポラリファイルからＭＰ４ファイルへのコピー処理が不要となり、ｍｏｏｖがｍｄａｔより先に配置されるＭＰ４ファイル作成時間を短縮する。
【００３３】
万が一、最初の計算で確保した空き領域よりも実際のｍｏｏｖデータが大きい場合には、最初に生成したファイルを中間ファイルとしておき、新しいファイルのｍｏｏｖ用空き領域を、最初に計算した領域より大きいサイズとなるように再計算し、この新しいｍｏｏｖ領域を先頭から確保したファイルを新たに生成する。そして、この新しいｍｏｏｖ領域の後から、中間ファイル内に既に存在するｍｄａｔ部分をコピーする。ｍｄａｔの再配置によるｍｏｏｖ内の修正をした後、ｍｄａｔの続きは更にファイルの最後尾から追加してファイルに書き込んでいく。この手順を繰り返し、最終的にＭＰ４ファイルを生成する。
【００３４】
（ファイル生成装置の構成）
図１３は、このような本実施形態におけるＭＰ４ファイル生成方法を実行可能なファイル生成装置の構成例を示すブロック図である。
図において、ＣＰＵ２０５はＲＯＭ２０６やＨＤＤ２０８などに記録された制御プログラムを実行して装置各部を制御することにより、ファイル生成装置全体の制御を司る。
【００３５】
ＲＯＭ２０６（Read Only Memory）はＣＰＵ２０５が実行するプログラムやパラメータ等を記憶している。ＲＡＭ（Random Access Memory）２０７は各種プログラムをＣＰＵ２０５が実行する時のワークエリア、エラー処理時の一時退避エリア等として用いられる。
【００３６】
ハードディスクドライプ（ＨＤＤ）２０８、リムーバブルメディアドライプ（ＲＭＤ）２０９は、外部記憶装置として機能する。リムーバブルメディアドライブは、着脱可能な記録媒体の読み書き又は読み出しを行う装置であり、フレキシブルディスクドライブ、光ディスクドライブ、光磁気ディスクドライブ、メモリカードリーダはもとより、着脱式ＨＤＤなどであってもよい。
【００３７】
なお、アプリケーションプログラムやエラー処理プログラムをはじめ、本実施形態において説明するＭＰ４ファイル作成処理を実現するプログラムを始め、ＯＳやアプリケーションプログラム、データ、ライプラリなどは、その用途に応じてＲＯＭ２０６、ＨＤＤ２０８、ＲＭＤ２０９（の記録媒体）の１つ以上に記憶されている。
【００３８】
拡張スロット２１０は、例えばＰＣＩ(Periferal Component Interconnect)バス規格に準拠した拡張カード装着用スロットであり、ビデオキャプチャボードなど様々な拡張ボードを装着することが可能である。
【００３９】
ネットワークインタフェース２１１はファイル生成装置をコンピュータネットワークに接続するためのインタフェースである。バス２１２はアドレスバス、データバスおよび制御バスからなり、上述した各ユニット間を接続する。また、ネットワークインタフェース２１１の他に、ＲＳ−２３２Ｃ、ＲＳ−４２２、ＵＳＢ(Universal Serial Bus)、ＩＥＥＥ１３９４等のシリアルインタフェースや、ＩＥＥＥ１２８４等のパラレルインタフェースを有し、外部機器との接続を可能にしている。
【００４０】
このようなファイル生成装置において、映像／音声符号化処理３０１は、外部機器で行われても、拡張スロット２１０に装着されたビデオキャプチャボードによって行われても、ＣＰＵ２０５が符号化プログラムを実行することによって実現されるソフトウェアエンコーダによって行われても良い。外部機器で符号化処理が行われる場合には、各種インタフェースやＲＭＤのメディアから符号化された映像／音声を取得する。
【００４１】
なお、上述したファイル生成装置は、汎用的なコンピュータ装置によって実現できるほか、デジタルビデオカメラ、デジタルカメラ等の撮像装置、携帯電話、ＰＤＡなどの携帯情報端末に含まれる構成を用いて実現可能である。換言すれば、本実施形態のファイル生成方法は、これら撮像装置や携帯情報端末において特段の構成を付加する必要なく実施することが可能である。
【００４２】
（ＭＰ４ファイル生成処理の詳細）
以下、本実施形態に係るＭＰ４ファイル作成処理の詳細を、図８のフローチャートを用いてさらに詳細に説明する。
まず、Ｓ８０１で、ｍｏｏｖ領域として必要とされると考えられる領域の大きさ（ｍｏｏｖのｓｉｚｅ、以下ｍｖｓｉｚｅという）を算出する。このｍｏｏｖ領域の計算方法についての詳細は後で説明する。メモリ（例えばＲＡＭ２０７）上にもｍｖｓｉｚｅを記憶しておく。
【００４３】
Ｓ８０２では、ＭＰ４ファイル（１）を新規作成し、ファイルの先頭からＳ８０１で算出したｍｖｓｉｚｅに相当するアドレスだけファイルの書き出し位置を進めておく。Ｓ８０３では、例えば拡張スロット２１０に接続されたハードウェアエンコーダから取得した符号化データをｍｄａｔとしてｍｖｓｉｚｅの後から書き出していく。そして、Ｓ８０４で、このｍｄａｔの情報からｍｏｏｖをメモリ上に生成していく。
【００４４】
Ｓ８０５では、Ｓ８０４で生成した実際のｍｏｏｖのサイズと、メモリ上に記憶してある推定サイズｍｖｓｉｚｅを比較し、実際のｍｏｏｖのサイズがｍｖｓｉｚｅを超えた場合にはＳ８０６でｍｏｏｖ領域の再計算を行う。ここでの計算方法についても、Ｓ８０１におけるｍｖｓｉｚｅの計算方法と同様、後で説明するが、より大きなｍｖｓｉｚｅとなるようにする。そして、Ｓ８０６で算出した再推定サイズを新たにｍｖｓｉｚｅとしてメモリ上に記憶する。
【００４５】
そして、Ｓ８０７で、新たにＭＰ４ファイル（２）を作成する。このＭＰ４ファイル（２）においてもＳ８０２で生成したＭＰ４ファイル（１）と同様、Ｓ８０６で再計算して求められたｍｖｓｉｚｅ分だけファイルの書き出し位置を進めておく。次に、Ｓ８０８にてＭＰ４ファイル（１）を中間ファイルとして、ＭＰ４ファイル（１）に既に書き込まれたｍｄａｔを新規ＭＰ４ファイル（２）にコピー（書き出し）を行う。
【００４６】
更に、Ｓ８０９では、Ｓ８０４で生成したメモリ上のｍｏｏｖに関しても、ＭＰ４ファイル（２）に再配置されたｍｄａｔに基づく修正作業（チャンクオフセットの修正）を行う。中間ファイルから新規ＭＰ４ファイルへのｍｄａｔのコピーが終了したら、Ｓ８１０にて中間ファイルとして用いたＭＰ４ファイル（１）を削除する。そして新規ＭＰ４ファイル（２）をＭＰ４ファイル（１）として置き換え、Ｓ８０３へ戻る。
【００４７】
その後、新たなＭＰ４ファイル（１）について、Ｓ８０３からの処理、すなわち、中間ファイルからコピーされたｍｄａｔに引き続くｍｄａｔの生成、生成したｍｄａｔに基づくｍｏｏｖ生成、実際のｍｏｏｖサイズと推定ｍｖｓｉｚｅとの比較・・・を繰り返し行う。そして、最終的に、取得した全ての符号化データに対するｍｄａｔａ生成処理及びｍｏｏｖ生成処理が終了し、かつＳ８０５の比較にてｍｏｏｖの実際のサイズがｍｖｓｉｚｅに収まった時、Ｓ８１１の処理にてＭＰ４ファイル（１）の先頭から確保された空き領域にメモリ上のｍｏｏｖを挿入し、ファイル生成処理を終了する。
【００４８】
図１０に、本実施形態における処理の概念図を示した。左側に示した新規ファイル（１）１００１にて図８のＳ８０１〜Ｓ８０６、Ｓ８１１の処理が行われ、Ｓ８０６にて１００２のｍｖｓｉｚｅ（１）をメモリ上の実際のｍｏｏｖ（１）１００４のサイズが超えた場合には、図１０の右側に示した新規ファイル（２）１０１０を生成し、新規ファイル（１）１００１を中間ファイルとして用いて、ｍｄａｔ１００３部分を新規ファイル（２）の領域１０１２へコピーする。それとともにメモリ上のｍｏｏｖ１００４の修正を施し、新規ファイル（１）１００１を削除する。このような処理を取得符号化データに対するｍｄａｔ及びｍｏｏｖの生成が終了するまで繰り返し行う。
【００４９】
（ｍｏｏｖサイズの計算方法）
ここで、Ｓ８０１及びＳ８０６で行う推定ｍｏｏｖサイズｍｖｓｉｚｅの計算方法について説明する。
図１２の１２０１に計算式の例を示した。基本的にＭＰ４ファイルのｍｏｏｖのサイズは、固定データサイズ部分と可変データサイズ部分とで構成される。固定データサイズ部分はヘッダ類のサイズであり、その詳細については図６あるいは規格書（ＩＳＯ／ＩＥＣ  １４４９６−１４）を参照されたい。１２０１の計算式における固定データサイズ部分はｍｖｈｄ(movie header)分とその他例えばｉｏｄ(initial object descriptor)のようなオプションのＢｏｘのサイズを加味した数百バイトと、ｔｋｈｄ(track header)分とその他media header等を加味した数百バイトにトラック数ｔを乗算した部分である。
【００５０】
可変データサイズは撮影する動画像のフレームレート（サンプル数）および撮影時間という要素によって変動する。１２０１の計算式における可変データサイズ部分はｍｏｏｖ内のＢｏｘであるｓｔｔｓ、ｓｔｓｓ、ｓｔｓｚ、ｃｔｔｓ、ｓｔｃｏのそれぞれの関数の和にトラック数を乗算したものであり、
（Ｆｓｔｔｓ＋Ｆｓｔｓｓ＋Ｆｓｔｓｚ＋Ｆｃｔｔｓ＋Ｆｓｔｃｏ）×ｔ部分である。
【００５１】
この、Ｆｘｘｘｘと記述したのはｍｏｏｖ内の末端のＢｏｘである各Ｂｏｘにおいて、フレームレートと撮影時間によるサイズの変動を大きく受けるＢｏｘの最大必要サイズの計算のための関数を表す。例えばＦｓｔｔｓはstts Boxにおける最大必要サイズ関数である。以上で説明した固定データサイズと可変データサイズの和をｍｖｓｉｚｅとする。
【００５２】
続いて、可変データサイズ部分の５つのＢｏｘの関数の詳細について解説する。ここではＦｓｔｔｓを例にとって示す。stts Boxはentry count（４バイト）とsample count（４バイト）、sample delta（４バイト）の組み合わせをentry count分保持する。sample deltaには具体的にはサンプルのｄｕｒａｔｉｏｎが格納され、sample countにはそのｄｕｒａｔｉｏｎをもつ連続したサンプル数を格納する。そしてentry countにはそのｓａｍｐｌｅのｃｏｕｎｔとｄｅｌｔａの組み合わせである連続するサンプルのエントリ数を格納する。
【００５３】
このことから、最小でｓａｍｐｌｅの組み合わせは１つと考えられることから、最小必要サイズは４＋４＋４＝１２バイトとなる。また、最大では、ｓａｍｐｌｅの組み合わせが総サンプル数分となることから、総サンプル数をｎとして４＋（４＋４）×ｎ＝８ｎ＋４となる。さらにこのstts Boxは上述の背景技術で説明したＦｕｌｌＢｏｘというものでありｓｉｚｅ、ｔｙｐｅに加えｖｅｒｓｉｏｎ、ｆｌａｇフィールドを要するもので上記式に更に１２バイトを必要とする。このことから先の最大必要サイズを求める式８ｎ＋４に１２をプラスすることによりＦｓｔｔｓ＝８ｎ＋４＋１２＝８ｎ＋１６となる。
【００５４】
これが図１２の１２０２の関数・変数の詳細に記述したもので、下方に示した総フレーム数ｎはさらにフレームレート（ｆｐｓ）ｆと撮影時間（ｓｅｃ）ｘの乗算から求められることからＦｓｔｔｓ＝８ｎ＋１６＝８ｆｘ＋１６とした。
同様にしてＦｓｔｓｓ、Ｆｓｔｓｚ、Ｆｃｔｔｓ、Ｆｓｔｃｏについても求めた結果を１２０２に示した。
【００５５】
以上説明したｍｖｓｉｚｅの計算式に基づき値を求めるが、可変データサイズを決定するパラメータのうち、トラック数ｔ、フレームレートｆにおいては予め数値が確定されるが、撮影時間（動画像の継続時間）ｘが想定値になる。この撮影時間ｘを過去のデータ等から小さめに設定することによりＳ８０１においてｍｖｓｉｚｅを算出する。或いは、予め定めた初期値として、十分小さな値としても良い。また、Ｓ８０６での再計算が必要な場合にはＳ８０１で設定したｘより大きい値で、例えばその倍数で再計算を施すことができるが、結果として得られるｍｖｓｉｚｅが増加すれば、他の任意の方法によりＳ８０６での計算に用いるｘの値を決定することができる。
【００５６】
このように、本実施形態によれば、ｍｏｏｖが先頭の配置されるＭＰ４ファイルを少ないメモリ量で、かつ比較的コンパクトに生成可能であるほか、コピーする必要のあるｍｄａｔの量も通常は従来よりも少なくなるため、ファイル生成に必要な時間の短縮も実現できる。
【００５７】
（第２の実施形態）
第１の実施形態においては、最終的にｍｏｏｖの実サイズがｍｖｓｉｚｅに収まっていれば、実サイズとｍｖｓｉｚｅとの差の大きさ、すなわち確保したものの使用されない領域の大きさは考慮せずにファイル生成処理を終了していた。
【００５８】
これに対し、本実施形態では、最初に小さめのｍｏｏｖ領域を確保するのではなく、最初にｍｏｏｖ領域をやや大きめに確保し、ｍｏｏｖのサイズが最終的に予め設定した閾値を超えていればｍｏｏｖを先頭からファイルに書き出し生成完了とし、ｍｏｏｖの実サイズが閾値を超えていない場合には、無駄な空き容量が大きいと判断し、実際のｍｏｏｖサイズの領域を先頭から確保した新規ファイルを作成することで、空き容量の削減を実現するものである。このようなファイル生成方法は、比較的大きめのＭＰ４ファイルの生成が予想される場合や、そのようなファイルの生成を必要とする場合に好適である。
【００５９】
図９は、本実施形態におけるＭＰ４ファイル生成手順を説明するフローチャートである。
Ｓ９０１において、推定されるｍｏｏｖ領域の大きさ（ここでも以下ｍｖｓｉｚｅという。）を計算する。計算方法については後述する。次に、Ｓ９０２においてＳ９０１で計算したｍｖｓｉｚｅの領域に実際にｍｏｏｖを書き込む使用限度である閾値（以下ｍｖｔｈｒｅｓｈｏｌｄ）を計算する。この計算方法においても後述する。その後、Ｓ９０３においてＭＰ４ファイルを新規作成し、Ｓ９０１で計算したｍｖｓｉｚｅ分書き出し開始位置を進めておく。
【００６０】
Ｓ９０４でｍｄａｔ生成を開始し、ＭＰ４ファイル（１）の指定された書き出し位置から書き出す。そして、そのｍｄａｔよりＳ９０５にてｍｏｏｖを生成する。ここではメモリに書き出す場合を記載した。その後、Ｓ９０６にてメモリ上の実際のｍｏｏｖサイズとＳ９０１で計算したｍｖｓｉｚｅを比較し、ｍｖｓｉｚｅを超えていた場合には、Ｓ９０７にてｍｖｓｉｚｅの再計算を行う。この再計算方法についても後で説明する。なお、取得した符号化データのうち、未処理のデータが残っている場合には、ｍｏｏｖがｍｖｓｉｚｅ以下であっても引き続きＳ９０４、Ｓ９０５でｍｄａｔ生成処理、ｍｏｏｖ生成処理を行う。
【００６１】
Ｓ９０７での再計算により得られたｍｖｓｉｚｅを新たなｍｖｓｉｚｅとして記憶する。それとともに、Ｓ９０８にて、ｍｏｏｖ領域内の新たな閾値であるｍｖｔｈｒｅｓｈｏｌｄの再計算も行う。この計算方法についても後述する。その後、Ｓ９０９にて新規ＭＰ４ファイル（２）を作成し、Ｓ９０７で算出した新たなｍｖｓｉｚｅ分書き出し位置を進めておく。
【００６２】
そしてＳ９１０において、ＭＰ４ファイル（１）を中間ファイルとして、ｍｄａｔをＭＰ４ファイル（２）の書き出し位置からコピーする。またＳ９１１で、メモリ上のｍｏｏｖ対してもｍｄａｔのコピー・再配置による修正作業を行い、中間ファイルとして用いたＭＰ４ファイル（１）はＳ９１２で削除する。そして新規ファイル（２）をＭＰ４ファイル（１）として置き換えることにより、コピーしたｍｄａｔの後ろにＳ９０４で引き続き生成するｍｄａｔを書き出し、Ｓ９０５ではｍｏｏｖ生成処理を行う。
【００６３】
取得した符号化データの全てについてｍｄａｔ生成及びｍｏｏｖの生成を行ったのち、Ｓ９０６において、メモリ上の実際のｍｏｏｖサイズがＳ９０１又はＳ９０７において算出されたｍｖｓｉｚｅ以下ならば、その後Ｓ９１３にて実際のｍｏｏｖのサイズとＳ９０２又はＳ９０８で算出したｍｖｔｈｒｅｓｈｏｌｄと比較する。
【００６４】
実際のｍｏｏｖのサイズがｍｖｔｈｒｅｓｈｏｌｄを超えていたら、Ｓ９１４で、メモリ上に生成したｍｏｏｖをＭＰ４ファイルの先頭から書き出し、ファイル生成処理を終了する。一方、Ｓ９１３にて実際のｍｏｏｖのサイズがｍｖｔｈｒｅｓｈｏｌｄ以下の場合には、ｍｏｏｖ部分の空き領域を削減させる為にＳ９１５において新規ＭＰ４ファイル（２）を作成する。Ｓ９１４ではその新規ＭＰ４ファイル（２）に実際のメモリ上のｍｏｏｖのサイズ分を確保し、その後ろにＳ９１６にてｍｄａｔ部分をＭＰ４ファイル（１）を中間ファイルとしてコピーする。その後、Ｓ９１７にてｍｄａｔの位置が変更された事によるｍｏｏｖ部分の修正を加えた上で、新規ＭＰ４ファイル（２）の先頭からｍｏｏｖを書き出す。Ｓ９１８にて中間ファイルとして用いたＭＰ４ファイル（１）に関しては削除を行う。
【００６５】
図１０に、本実施形態における処理の概念図を示した。左側に示した新規ファイル（１）１１０１にて図９のＳ９０１〜Ｓ９０６、Ｓ９１３、Ｓ９１４の処理が行われ、Ｓ９１３にて１１０５のｍｖｔｈｒｅｓｈｏｌｄをメモリ上の実際のｍｏｏｖ１１０４のサイズが超えない場合には、図１１の右側に示した新規ファイル（２）１１１０を生成する。そして、新規ファイル（１）１１０１を中間ファイルとして用い、ｍｄａｔ１１０３部分を新規ファイル（２）の領域１１１２へコピーする。それとともにメモリ上のｍｏｏｖ１１０４の修正を施し、新規ファイル（２）の先頭から確保された領域１１１１へコピーする。これらの処理が終了したらファイル（１）を削除する
【００６６】
（ｍｖｓｉｚｅ、ｍｖｔｈｒｅｓｈｏｌｄの計算方法）
ここで、図９のＳ９０１、Ｓ９０７におけるｍｖｓｉｚｅの計算方法を説明する。ここでも第１の実施形態で説明した図１２の計算式を用いることが可能である。詳細は第１の実施形態を参照されたい。第１の実施形態と同様にトラック数ｔ、フレームレートｆにおいては所定の数値が確定されるが、撮影時間ｘが想定値になる。ただし、本実施形態では、このｘを過去のデータ等から大きめに設定することによりｍｖｓｉｚｅを算出するてんで第１の実施形態と異なる。
【００６７】
また、Ｓ９０２、Ｓ９０８において算出するｍｖｔｈｒｅｓｈｏｌｄはｍｖｓｉｚｅより小さな値であることから、ｍｖｓｉｚｅと同様に図１２の計算式を用い、Ｓ９０１、Ｓ９０７のｍｖｓｉｚｅ算出に用いた撮影時間ｘよりも小さなｘ’を用いてｍｖｔｈｒｅｓｈｏｌｄを算出することが可能である。また、図１２の計算式とは別に、ｍｖｓｉｚｅの例えば２／３というように、ｍｖｓｉｚｅに１未満の定数を乗じて算出することも可能である。
【００６８】
更に、Ｓ９０７のｍｖｓｉｚｅの再計算においては、Ｓ９０１の計算に用いた撮影時間ｘを超える値とし例えばその倍数を用いることにより図１２の計算式によって算出可能である。Ｓ９０８でのｍｖｔｈｒｅｓｈｏｌｄの再計算においても同様に、Ｓ９０７で設定したｘ未満の値ｘ’を用いて図１２の計算式に当てはめることも可能であるし、Ｓ９０８において算出したｍｖｓｉｚｅに定数を乗じて算出することも可能である。
【００６９】
以上説明したように、本実施形態によれば、第１の実施形態の効果に加え、ｍｏｏｖ用に確保した領域に閾値を付与し、実際のｍｏｏｖのサイズが閾値以下であればｍｏｏｖ用の領域を実サイズで確保し直すため、ｍｏｏｖ領域に生じうる空き領域の大きさをさらに削減し、コンパクトなＭＰ４ファイルの生成が可能である。
【００７０】
（第３の実施形態）
上述した第１の実施形態及び第２の実施形態で説明したＭＰ４ファイルの生成方法は排他的なものではなく、任意の条件によって切り替えて実施できるように実装することが可能である。具体的にはＭＰ４ファイルの生成を行う機器におけるモードの切り替えやオプションとしてそれぞれの手法を定義しておき、ユーザ側あるいは撮像機器、携帯電話やＰＤＡ等の機器側で自由に設定できるようにすることができる。
【００７１】
（他の実施形態）
以上、本発明をその好適な実施形態に基づいて説明してきた。しかし、斯かる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではない。例えば、本発明により生成されるファイルは、ＭＰ４ファイルに限定されず、ｍｏｏｖのようなメタデータ情報とｍｄａｔのようなデータ情報を有する構成の他の任意のファイル作成に対しても適用可能である。
【００７２】
また、上述の実施形態の機能を実現するソフトウェアのプログラムを、記録媒体から直接、或いは有線／無線通信を用いて当該プログラムを実行可能なコンピュータを有するシステム又は装置に供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムを実行することによって同等の機能が達成される場合も本発明に含む。
【００７３】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。
【００７４】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００７５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、磁気テープ等の磁気記録媒体、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ等の光／光磁気記憶媒体、不揮発性の半導体メモリなどがある。
【００７６】
有線／無線通信を用いたプログラムの供給方法としては、コンピュータネットワーク上のサーバに本発明を形成するコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイル等、クライアントコンピュータ上で本発明を形成するコンピュータプログラムとなりうるデータファイル（プログラムデータファイル）を記憶し、接続のあったクライアントコンピュータにプログラムデータファイルをダウンロードする方法などが挙げられる。この場合、プログラムデータファイルを複数のセグメントファイルに分割し、セグメントファイルを異なるサーバに配置することも可能である。
【００７７】
つまり、本発明の機能処理をコンピュータで実現するためのプログラムデータファイルを複数のユーザに対してダウンロードさせるサーバ装置も本発明に含む。
【００７８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件を満たしたユーザに対して暗号化を解く鍵情報を、例えばインターネットを介してホームページからダウンロードさせることによって供給し、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００７９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００８０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【図面の簡単な説明】
【００８１】
【図１】従来のＭＰ４ファイルの基本単位であるＢｏｘの構成を示すブロック図である。
【図２】従来のＭＰ４ファイルのＢｏｘの構成を示す一例のブロック図である。
【図３】従来のＭＰ４ファイル生成までの処理の構成を示すブロック図である。
【図４】、
【図５】従来のＭＰ４ファイル生成までの処理の別の構成を示すブロック図である。
【図６】従来のＭＰ４ファイルのｍｏｏｖ、ｍｄａｔの構成を示すブロック図である。
【図７】本発明の第１の実施形態におけるＭＰ４ファイル生成までの処理の構成を示すブロック図である。
【図８】本発明の第１の実施形態によるＭＰ４ファイル生成処理の詳細を示すフローチャートである。
【図９】本発明の第２の実施形態によるＭＰ４ファイル生成処理の詳細を示すフローチャートである。
【図１０】本発明の第１の実施形態によるＭＰ４ファイル生成時の中間ファイルを要する場合の概念図である。
【図１１】本発明の第２の実施形態によるＭＰ４ファイル生成時の中間ファイルを要する場合の概念図である。
【図１２】本発明の第１及び第２の実施形態における、ｍｏｏｖ用空き領域の計算方法の例を説明する図である。
【図１３】本発明の実施形態におけるファイル生成方法を実施可能なファイル生成装置の構成例を示すブロック図である。
【図１】
2006074391.tif 000003
【図２】
2006074391.tif 000004
【図３】
2006074391.tif 000005
【図４】
2006074391.tif 000006
【図５】
2006074391.tif 000007
【図６】
2006074391.tif 000008
【図７】
2006074391.tif 000009
【図８】
2006074391.tif 000010
【図９】
2006074391.tif 000011
【図１０】
2006074391.tif 000012
【図１１】
2006074391.tif 000013
【図１２】
2006074391.tif 000014
【図１３】
2006074391.tif 000015