(57)【要約】【課題】  動画データを再生する際に必要な情報（プロファイル、レベル、ティア、ストリーム構成情報など）をファイルヘッダ情報として取り出すことにより再生処理効率を上げることを目的とする。【解決手段】  被写体を撮像する撮像手段と、前記撮像手段が出力する映像データをＨ．２６５／ＨＥＶＣ形式で符号化する符号化手段と、前記符号化手段により符号化された映像データを、ＭＸＦファイルフォーマット形式の動画ファイルとして記録媒体に記録するように制御する記録制御手段と、を備え、前記記録制御手段は、前記動画ファイルを記録する際に、前記符号化手段により符号化された映像データと共に、ＭＸＦファイルフォーマットにおけるメタデータとして、前記映像データを再生する際に必要となるプロファイル情報、レベル情報、ティア情報、ストリーム構成情報を記録するように制御する、ことを特徴とする。【選択図】  図４
2020048122.tif 000002
【特許請求の範囲】
【請求項１】
被写体を撮像する撮像手段と、
前記撮像手段が出力する映像データをＨ．２６５／ＨＥＶＣ形式で符号化する符号化手段と、
前記符号化手段により符号化された映像データを、ＭＸＦファイルフォーマットの動画ファイルとして記録媒体に記録するように制御する記録制御手段と、を備え、
前記記録制御手段は、前記動画ファイルを記録する際に、前記符号化手段により符号化された映像データと共に、ＭＸＦファイルフォーマットにおけるメタデータとして、前記映像データを再生する際に必要となるプロファイル情報、レベル情報、ティア情報、ストリーム構成情報を記録するように制御する、ことを特徴とする動画記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の動画圧縮方式で符号化された動画データを所定のフォーマットで記録する動画記録装置に関する。
【背景技術】
【０００２】
従来、撮影した動画や音声をメモリカードやディスク媒体などに記録するビデオカメラが知られている。この様に動画や音声などのファイルを記録する規格として、ＭＸＦ（Ｍａｔｅｒｉａｌ  Ｅｘｃｈａｎｇｅ  Ｆｏｒｍａｔ）フォーマット等が知られている（特許文献１参照）。
【０００３】
ＭＸＦとはＳＭＰＴＥ（Ｓｏｃｉｅｔｙ  ｏｆ  Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  ａｎｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｅｎｇｉｎｅｅｒｓ  Ｉｎｃ：全米映画テレビジョン技術者協会）によって規格化された放送局などのプロユースのデジタル映像や音声を扱うためのファイルコンテナフォーマットのことである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２３５５７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、Ｈ．２６４／ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）規格で符号化された動画データをＭＸＦファイルにラッピングする方法はＳＭＰＴＥにより規格化されている。しかし、Ｈ．２６５／ＨＥＶＣ規格で符号化された動画データをＭＸＦファイルにラッピングする方法は規格化されていない。
【０００６】
そのため、Ｈ．２６５／ＨＥＶＣ規格で符号化された動画データを再生する際に必要な情報（プロファイル、レベル、ティア、ストリーム構成情報など）をファイルヘッダ情報として取り出すことができず、再生処理効率が低下するという問題があった。
【０００７】
本発明は、上記問題点を鑑みてなされたものであり、前記動画データを再生する際に必要な情報（プロファイル、レベル、ティア、ストリーム構成情報など）をファイルヘッダ情報として取り出すことにより再生処理効率を上げることを目的とする。
【課題を解決するための手段】
【０００８】
前述の目的を達成するために、本発明の動画記録装置は、
被写体を撮像する撮像手段と、前記撮像手段が出力する映像データをＨ．２６５／ＨＥＶＣ形式で符号化する符号化手段と、前記符号化手段により符号化された映像データを、ＭＸＦファイルフォーマットの動画ファイルとして記録媒体に記録するように制御する記録制御手段と、を備え、前記記録制御手段は、前記動画ファイルを記録する際に、前記符号化手段により符号化された映像データと共に、ＭＸＦファイルフォーマットにおけるメタデータとして、前記映像データを再生する際に必要となるプロファイル情報、レベル情報、ティア情報、ストリーム構成情報を記録するように制御する、ことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、Ｈ．２６５／ＨＥＶＣ規格で符号化された動画データを再生する際に必要な情報（プロファイル、レベル、ティア、ストリーム構成情報など）を前記動画データを復号することなく得ることができ、再生効率を上げることが可能となる。
【図面の簡単な説明】
【００１０】
【図１】動画記録再生装置１００の機能構成を示すブロック図である。
【図２】Ｈ．２６５／ＨＥＶＣ動画データを記録する際のＭＸＦファイルフォーマットの基本構成を示す図である。
【図３Ａ】動画データのタイル構成の例を示す図である。
【図３Ｂ】ＭＸＦファイルに記録するヘッダメタデータの例を示す図である。
【図３Ｃ】サブヘッダメタデータの例を示す図である。
【図３Ｄ】システムアイテムの例を示す図である。
【図４】動画記録再生装置１００の記録時のフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００１２】
以下、本発明の好適な一実施形態について、図面を参照して詳細に説明する。
【００１３】
図１は、本発明の実施形態に係る動画記録再生装置１００の機能構成を示すブロック図である。
【００１４】
制御部１０１は、動画記録再生装置１００が備える各ブロックの動作を制御するブロックである。制御部１０１は、例えばＲＯＭ１０２に記憶されている動画記録再生装置１００の各ブロックの動作プログラムを読み出し、ＲＡＭ１１０に展開して実行することにより、各ブロックの動作を制御する。画像表示部１０８への画像の表示などの表示制御や、記録媒体１０７へ記録するデータの生成や記録処理な度の記録制御も行う。
【００１５】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０２は、書き換え可能な不揮発性の記憶メモリである。ＲＯＭ１０２は、動画記録再生装置１００の各ブロックの動作プログラムに加え、例えば各ブロックの動作に必要なパラメータ等の設定値や、後述する画像表示部１０８に表示するＧＵＩ等のデータを記憶する。
【００１６】
操作入力部１０３は、例えば録画ボタンやメニューボタン、等倍速再生ボタン、スロー再生ボタン、一時停止ボタン、コマ送りボタン等の、動画記録再生装置１００が備える入力インタフェースである。操作入力部１０３に対してユーザによって操作入力がなされると、入力された操作の内容を、制御部１０１に伝送する。また、本実施形態の動画記録再生装置１００は、タッチパネルセンサを後述する画像表示部１０８に備え、ユーザからの接触入力を検出可能であるものとして説明する。タッチパネルセンサが検出したユーザからの接触入力も、操作入力部１０３が検出し、接触入力された内容を、制御部１０１に伝送するものとする。
【００１７】
撮像部１０４は、例えばＣＣＤやＣＭＯＳセンサ等の撮像素子であり、光学系によって撮像素子に結像された被写体像を、光電変換し、得られたアナログ画像信号をＡ／Ｄ変換部１０５に伝送する。Ａ／Ｄ変換部１０５は、入力されたアナログ画像信号に対してＡ／Ｄ変換処理を適用し、得られたデジタル画像（映像データ）を画像処理部１０６に伝送する。またＡ／Ｄ変換部１０５は、例えば動画記録再生装置１００が録画モードである場合は、得られたデジタル画像を画像表示部１０８に逐次出力し、画像表示部１０８を電子ビューファインダとして機能させることが可能である。
【００１８】
画像処理部１０６は、入力されたデジタル画像に対して各種画像処理や、拡大縮小処理を適用する。録画処理を行う場合は、画像処理部１０６は各種処理が適用されたデジタル画像を例えばＲＡＭ１１０に順次蓄積し、得られた画像群の動画データを、Ｈ．２６５／ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）形式で符号化される。Ｈ．２６５／ＨＥＶＣ形式のデータのｓｙｎｔａｘは、ＩＴＵ−Ｔ  Ｈ．２６５およびＩＳＯ／ＩＥＣ  ２３００８  ｐａｒｔ２に記載されているので、ここでは説明を省略する。
【００１９】
また、画像処理部１０６は、後述する記録媒体１０７に記録されているＨ．２６５／ＨＥＶＣで符号化された動画データ（映像データ）を読み出し、復号化して画像表示部１０８に出力する。
【００２０】
さらに画像処理部１０６は、動画データとＲＯＭ１０２に記憶されているＧＵＩデータとを合成して画像表示部１０８（表示手段）に出力する。
【００２１】
記録媒体１０７は、録画した動画データを記録する記録領域であり、例えば動画記録再生装置１００が備える内蔵メモリや、動画記録再生装置１００に着脱可能に接続されるＳＤカードやＣＦカードといったメモリカードやＨＤＤ等の記録装置である。画像表示部１０８は、例えば小型ＬＣＤ等の動画記録再生装置１００が備える表示装置であり、撮像した画像や記録媒体１０７に記録されている動画データの再生に用いられる。また、本実施形態では画像表示部１０８は、タッチパネルセンサを有するものとして説明するが、本発明の実施はこの構成に限らない。
【００２２】
通信部１０９は、例えばＰＣＩＥｘｐｒｅｓｓであり、別の動画記録再生装置と通信処理をおこなうためのインターフェースとして利用される。
【００２３】
ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１０は、制御部１０１のワークメモリである。
【００２４】
図２は、本発明の実施形態に係る動画記録再生装置１００の制御部１０１がＲＡＭ１１０上に生成し、記録媒体１０７に記録するＭＸＦファイルフォーマットのＭＸＦファイル（動画ファイル）を示す。
【００２５】
ＭＸＦファイルは、ファイルヘッダ部２００、ファイルボディ部２１０、およびファイルフッタ部２２０からなる。ファイルヘッダ部２００は、先頭部に常駐し、ヘッダパーティションパック２０１、動画情報等が記録されるヘッダメタデータ２０２、インデックステーブル２０３からなる。ファイルボディ部２１０はエッセンスコンテナ２１１からなり、エッセンスコンテナ２１１は複数のエディットユニット２１２から構成される。エディットユニット２１２は、１フレーム単位であり、１フレーム分のシステムアイテム２１３、ピクチャアイテム２１４、サウンドアイテム２１５が含まれる。ファイルフッタ部２２０は、フッタパーティションパック２２１およびランダムインデックスファイル２２２からなる。
【００２６】
図３Ａは、フレーム内をタイル分割した例を示す。タイルはフレームを矩形分割にしたものであり、各タイルを独立して復号することが可能である。図３Ａの例では、１フレーム３００を左右にタイル１（３０１）、タイル２（３０２）にタイル分割している。たとえば、タイル１（３０１）は復号化手段１（３０３）により、タイル２（３０２）は復号化手段２（３０４）により、それぞれ独立して復号することが可能である。
【００２７】
記録再生装置１００の画像処理部１０６が複数の復号化手段１（３０３）および復号化手段２（３０４）を持ってもよい。また、記録再生装置１００の画像処理部１０６が復号化手段１（３０３）を持ち、別の記録再生装置の画像処理部が復号処理手段２（３０４）を持ってもよい。
【００２８】
図３Ｂは、図２のファイルヘッダ２００の中のヘッダメタデータ２０２に含まれるストリーム構成情報の例を示す。
【００２９】
ストリーム構成情報３１０（Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ）はエッセンスコンテナ２１１に格納されるデータの種類を示す。例えば、ストリーム構成情報３１１（Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ）は、データがＳＭＰＴＥ  ＳＴ  ３８１−３に基づいて格納される場合は、その旨を特定する値をストリーム構成情報３１０（Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ）に設定する。例えば、ストリーム構成情報３１１（Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ）は、データが本実施例に基づいて格納される場合は、その旨を特定する値をストリーム構成情報３１０（Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ）に設定する。ストリーム構成情報３１０（Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ）は、動画記録再生装置１００の操作入力部１０３にて記録モードを選択して設定した時に、それに応じて格納されるデータの種類を決定すると共に生成される。ＭＸＦファイルを再生する時に、ストリーム構成情報３１０（Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ）を参照することにより、エッセンスコンテナ２１１に格納されるデータの種類を判別することができる。
【００３０】
ストリーム構成情報３１１（Ｐｉｃｔｕｒｅ  Ｅｓｓｅｎｃｅ  Ｃｏｄｉｎｇ）はピクチャアイテム２１４に格納される動画データストリームの符号化または圧縮スキーム情報を示す。ストリーム構成情報３１１（Ｐｉｃｔｕｒｅ  Ｅｓｓｅｎｃｅ  Ｃｏｄｉｎｇ）には、プロファイル、ビット深度、Ｌｏｎｇ  ＧＯＰなのかＩｎｔｒａなのか等、動画データストリームの記録状態を総合的に示す意味を持つ。ストリーム構成情報３１１（Ｐｉｃｔｕｒｅ  Ｅｓｓｅｎｃｅ  Ｃｏｄｉｎｇ）は、動画記録再生装置１００の操作入力部１０３にて選択された記録モードに応じて決定される。各記録モードに適したプロファイル、ビット深度、Ｌｏｎｇ  ＧＯＰなのかＩｎｔｒａなのか等に応じて決定される情報である。ＭＸＦファイルを再生する時に、ストリーム構成情報３１１（Ｐｉｃｔｕｒｅ  Ｅｓｓｅｎｃｅ  Ｃｏｄｉｎｇ）を参照することにより、動画データストリームをデコードしなくても総合的な記録状態を簡便に知ることができる。
【００３１】
ストリーム構成情報３１２（ＨＥＶＣ  Ｓｕｂ  Ｄｅｓｃｒｉｐｔｏｒ）は、ヘッダメタデータ２０２は階層構造となっており、下位階層として所属するサブヘッダーメタデータの識別情報を示す。サブヘッダーメタデータをＨ．２６４／ＡＶＣ用の構成としたり、Ｈ．２６５／ＨＥＶＣ用の構成としたり、記録内容に応じて変更することで、より柔軟かつ管理が容易なメタデータ構成とすることが可能となる。
【００３２】
図３Ｃは、図２のファイルヘッダ２００の中のヘッダメタデータ２０２に含まれるストリーム構成情報であるサブヘッダーメタデータの例を示す。
【００３３】
ストリーム構成情報３５０（ＨＥＶＣ  Ｓｕｂ  Ｄｅｓｃｒｉｐｔｏｒ）は、ヘッダメタデータ２０２は階層構造となっており、下位階層として所属するサブヘッダーメタデータの識別情報を示す。サブヘッダーメタデータをＨ．２６４／ＡＶＣ用の構成としたり、Ｈ．２６５／ＨＥＶＣ用の構成としたり、記録内容に応じて変更することで、より柔軟かつ管理が容易なメタデータ構成とすることが可能となる。
【００３４】
ストリーム構成情報３５１（ＨＥＶＣ  Ｐｒｏｆｉｌｅ）はピクチャアイテム２１４に格納される動画データストリームのプロファイル情報を示す。ストリーム構成情報３５１（ＨＥＶＣ  Ｐｒｏｆｉｌｅ）は、動画記録再生装置１００の操作入力部１０３にて、記録モードを選択して設定した時に、各記録モードに適したプロファイルに応じて生成される。ＭＸＦファイルを再生する時に、ストリーム構成情報３５１（ＨＥＶＣ  Ｐｒｏｆｉｌｅ）を参照することにより、動画データストリームをデコードしなくてもプロファイルを簡便に知ることができる。
【００３５】
ストリーム構成情報３５２（ＨＥＶＣ  Ｐｒｏｆｉｌｅ  Ｃｏｎｓｔｒａｉｎｔ）はピクチャアイテム２１４に格納される動画データストリームの制約に関する情報を示す。ストリーム構成情報３５２（ＨＥＶＣ  Ｐｒｏｆｉｌｅ  Ｃｏｎｓｔｒａｉｎｔ）には、ビット深度、カラーサンプリング等に関する、動画データストリームの制限状態を総合的に示す意味を持つ。ストリーム構成情報３５２（ＨＥＶＣ  Ｐｒｏｆｉｌｅ  Ｃｏｎｓｔｒａｉｎｔ）は、動画記録再生装置１００の操作入力部１０３にて記録モードを選択して設定した時に、各記録モードに適したビット深度、カラーサンプリング等に応じて生成される。ＭＸＦファイルを再生する時に、ストリーム構成情報３５２（ＨＥＶＣ  Ｐｒｏｆｉｌｅ  Ｃｏｎｓｔｒａｉｎｔ）を参照することにより、動画データストリームをデコードしなくても動画データストリームの制約状態を簡便に知ることができる。
【００３６】
ストリーム構成情報３５３（ＨＥＶＣ  Ｌｅｖｅｌ）はピクチャアイテム２１４に格納される動画データストリームのレベル情報を示す。ストリーム構成情報３５３（ＨＥＶＣ  Ｌｅｖｅｌ）は、動画記録再生装置１００の操作入力部１０３にて、記録モードを選択して設定した時に、各記録モードに適したレベルに応じて生成される。動画記録再生装置１００で記録して生成したＭＸＦファイルを再生する時に、ストリーム構成情報３５３（ＨＥＶＣ  Ｌｅｖｅｌ）を参照することにより、動画データストリームをデコードしなくてもレベルを簡便に知ることができる。
【００３７】
ストリーム構成情報３５４（ＨＥＶＣ  Ｔｉｅｒ）はピクチャアイテム２１４に格納される動画データストリームのティア情報を示す。ストリーム構成情報３５４（ＨＥＶＣ  Ｔｉｅｒ）は、動画記録再生装置１００の操作入力部１０３にて、記録モードを選択して設定した時に、各記録モードに適したティアに応じて生成される。動画記録再生装置１００で記録して生成したＭＸＦファイルを再生する時に、ストリーム構成情報３５４（ＨＥＶＣ  Ｔｉｅｒ）を参照することにより、動画データストリームをデコードしなくてもティアを簡便に知ることができる。
【００３８】
ストリーム構成情報３５５（ＨＥＶＣ  Ｖｉｄｅｏ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ  Ｆｌａｇ）はピクチャアイテム２１４に格納される動画データストリームに含まれるＶＰＳの格納状態を示す。ストリーム構成情報３５５（ＨＥＶＣ  Ｖｉｄｅｏ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ  Ｆｌａｇ）は、動画記録再生装置１００の操作入力部１０３にて、記録モードを選択して設定した時に、各記録モードに適したＶＰＳの格納状態に応じて生成される。ＭＸＦファイルを再生する時に、ストリーム構成情報３５５（ＨＥＶＣ  Ｖｉｄｅｏ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ  Ｆｌａｇ）を参照することにより、動画データストリームをデコードしなくても動画データストリームに含まれるＰＰＳの格納状態を簡便に知ることができる。
【００３９】
ストリーム構成情報３５６（ＨＥＶＣ  Ｎｕｍｂｅｒ  ｏｆ  ＰＰＳ）はピクチャアイテム２１４に格納される動画データストリームに含まれるＰＰＳの個数情報を示す。ストリーム構成情報３５６（ＨＥＶＣ  Ｎｕｍｂｅｒ  ｏｆ  ＰＰＳ）は、動画記録再生装置１００の操作入力部１０３にて、記録モードを選択して設定した時に、各記録モードに適したＰＰＳの個数に応じて生成される。ＭＸＦファイルを再生する時に、ストリーム構成情報３５６（ＨＥＶＣ  Ｎｕｍｂｅｒ  ｏｆ  ＰＰＳ）を参照することにより、動画データストリームをデコードしなくても動画データストリームに含まれるＰＰＳの個数を簡便に知ることができる。
【００４０】
タイル構成情報３５７（ＨＥＶＣ  ＣＴＵ  Ｓｉｚｅ）はＣＴＵ（Ｃｏｄｉｎｇ  Ｔｒｅｅ  Ｕｎｉｔ：符号化ツリーユニット）サイズを示す。
【００４１】
タイル構成情報３５８（ＨＥＶＣ  Ｔｉｌｅ  Ｕｎｉｆｏｒｍ  Ｓｐａｃｉｎｇ  Ｆｌａｇ）はタイルの行および列の境界が均一に分布しているか否かを示すフラグである。
【００４２】
タイル構成情報３５９（ＨＥＶＣ  Ｎｕｍ  Ｔｉｌｅｓ  Ｃｏｌｕｍｎｓ  Ｍｉｎｕｓ１）はピクチャを分割する「タイルの列の数−１」を示す。
【００４３】
タイル構成情報３６０（ＨＥＶＣ  Ｎｕｍ  Ｔｉｌｅｓ  Ｒｏｗｓ  Ｍｉｎｕｓ１）はピクチャを分割する「タイルの行の数−１」を示す。
【００４４】
タイル構成情報３６１（ＨＥＶＣ  Ｔｉｌｅ  Ｗｉｄｔｈ  Ｍｉｎｕｓ１［］）は１を加えた数がＣＴＵ単位で、タイルの横幅を示す。
【００４５】
タイル構成情報３６２（ＨＥＶＣ  Ｔｉｌｅ  Ｈｅｉｇｈｔ  Ｍｉｎｕｓ１［］）は１を加えた数がＣＴＵ単位で、タイルの縦幅を示す。
【００４６】
制御部１０１は図３に示すストリーム構成情報を読み出すことによりＭＸＦファイルの全フレーム共通のストリーム構成情報、たとえば各フレームがどのプロファイルにて構成されているかを知ることができる。
【００４７】
図３Ｄは、図２の各エディットユニット２１２の中のシステムアイテム２１３に含まれる各フレームごとのタイル情報およびＮＡＬ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ，ネットワーク抽象レイヤ）ユニット情報の例を示す。Ｈ．２６５／ＨＥＶＣデータのＮＡＬユニットにはＡＵデリミタ（Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒ）、ＶＰＳ（Ｖｉｄｅｏ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、ＳＰＳ（Ｓｅｑｕｅｎｃｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、ＳＬＩＣＥといった種類がある。
【００４８】
各システムアイテム２１３には３３０で示すフレーム内のタイル情報およびＮＡＬユニット情報が記述され、３３０はＭｅｔａ  Ｄａｔａ  Ｐａｃｋの数（３３１）と複数のＭｅｔａ  Ｄａｔａ  Ｐａｃｋ（３３２〜３４１）から構成される。
【００４９】
各フレームごとのタイル情報およびＮＡＬユニット情報は３２０で示すＭｅｔａ  Ｄａｔａ  Ｐａｃｋにより記述される。
【００５０】
Ｍｅｔａ  Ｄａｔａ  Ｐａｃｋ３２０はタイルおよび各ＮＡＬユニット種別を区別するためのデータであり、ｉｄ（３２１）、ｏｆｆｓｅｔ（３２２）、ｓｉｚｅ（３２３）から構成される。ｏｆｆｓｅｔ（３２２）は、ｉｄ（３２１）が示すデータがエディットユニット２１２の先頭から何バイトの位置に存在するかを示しており、ｓｉｚｅ（３２３）は、ｉｄ（３２１）が示すデータのサイズが何バイトかを示す。
【００５１】
本実施例ではＡＵＤはｉｄ＝０，ＶＰＳはｉｄ＝１，ＳＰＳはｉｄ＝２，ＰＰＳはｉｄ＝３，ＳＬＩＣＥはｉｄ＝４，ＴＩＬＥはｉｄ＝５で識別される。
【００５２】
３３０に示すフレームの例では、Ｍｅｔａ  Ｄａｔａ  Ｐａｃｋの数（３３１）は１０であり、ＡＵＤ、ＶＰＳ、ＳＰＳ、ＰＰＳに続いてＳＬＩＣＥは４つ、タイルは２つ存在し、各タイルは２つのＳＬＩＣＥを含む。ＡＵＤのエディットユニット２１２先頭からのオフセットおよびサイズはＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３３２に記述される。ＶＰＳのエディットユニット２１２先頭からのオフセットおよびサイズはＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３３３に記述される。ＳＰＳのエディットユニット２１２先頭からのオフセットおよびサイズはＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３３４に記述される。ＰＰＳのエディットユニット２１２先頭からのオフセットおよびサイズはＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３３５に記述される。１つめのタイルのエディットユニット２１２先頭からのオフセットおよびサイズはＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３３６に記述される。１つめのタイルに含まれる１つめのスライスのエディットユニット２１２先頭からのオフセットおよびサイズはＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３３７に記述される。１つめのタイルに含まれる２つめのスライスのエディットユニット２１２先頭からのオフセットおよびサイズはＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３３８に記述される。２つめのタイルのエディットユニット２１２先頭からのオフセットおよびサイズはＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３３９に記述される。２つめのタイルに含まれる１つめのスライスのエディットユニット２１２先頭からのオフセットおよびサイズはＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３４０に記述される。２つめのタイルに含まれる２つめのスライスのエディットユニット２１２先頭からのオフセットおよびサイズはＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３４１に記述される。
【００５３】
制御部１０１は図３Ｄの３３６および３３９に示すタイル情報を読み出すことによりＭＸＦファイルの各フレーム内の各タイル位置情報および各タイル長情報を知ることができる。
【００５４】
同様に、他のＮＡＬユニット、例えばＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）の情報を記述することも可能である。
【００５５】
図４は、動画記録再生装置１００のＭＸＦファイル記録時のフローチャートである。
【００５６】
このフローチャートは、制御部１０１がＲＯＭ１０２に記憶されているプログラムを読み出してＲＡＭ１１０に展開し、読み出したプログラムに基づいて各ブロックの制御や演算処理を行うことにより実現される。
【００５７】
ユーザが操作入力部１０３を操作して動画記録再生装置１００の動画記録を開始すると、制御部１０１は操作入力部１０３の動画記録モード設定操作および動画記録開始操作を検知して本フローチャートはスタートし、ステップＳ３４１に進む。
【００５８】
ステップＳ３４１にて、制御部１０１は操作入力部１０３で操作され設定された動画記録モード設定状態を検出する。
【００５９】
ステップＳ３４２にて、制御部１０１は操作入力部１０３で操作され設定された動画記録モード設定状態に応じて、ＲＯＭ１０２に記憶された動画記録モードとストリーム構成情報の変換テーブルを参照する。そして、撮像部１０４により撮影して得られた映像データから、図３に示すストリーム構成情報（３１０〜３１５）を生成する。例えば、操作入力部１０３にて、ビット深度１０ビットと設定された時、ストリーム構成情報３１１（Ｐｉｃｔｕｒｅ  Ｅｓｓｅｎｃｅ  Ｃｏｄｉｎｇ）にはメインプロファイル、ビット深度１０ビット、Ｌｏｎｇ  ＧＯＰ、等と設定する。
【００６０】
その後、本フローチャートはステップＳ３４３に進む。
【００６１】
ステップＳ３４３にて、制御部１０１は生成した図３に示すストリーム構成情報（３１０〜３１５）をファイルヘッダ２００のヘッダメタデータ２０２の位置に書き込む。その後、本フローチャートはステップＳ３４４に進む。
【００６２】
ステップＳ３４４にて、画像処理部１０６は撮像部１０４から入力されＡ／Ｄ変換部１０５によりデジタル化されＲＡＭ１１０に順次蓄積されたデジタル画像（映像データ）を、Ｈ．２６５／ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）により符号化する。そして、符号化したデータをＲＡＭ１１０に出力する。
【００６３】
画像処理部１０６はＨ．２６５／ＨＥＶＣにより符号化された１フレーム分の動画データを、図２のエッセンスコンテナ２１１のピクチャアイテム２１４の位置に出力する。または、制御部１０１が画像処理部１０６が出力した１フレーム分の動画データを、図２のエッセンスコンテナ２１１のピクチャアイテム２１４の位置にコピーする。
【００６４】
その後、本フローチャートはステップＳ３４５に進む。
【００６５】
ステップＳ３４５にて、制御部１０１はステップＳ３４４で符号化された１フレーム内の各タイルに関しする情報を生成する。つまり、エディットユニット２１２先頭からの各タイル先頭アドレスおよび各タイル長を図３ＤのＴＩＬＥ用のＭｅｔａ  Ｄａｔａ  Ｐａｃｋ３２０のｏｆｆｓｅｔ３２２およびｓｉｚｅ３２３のフィールドにデータを記述する。
【００６６】
その後、本フローチャートはステップＳ３４６に進む。
【００６７】
ステップＳ３４６にて、制御部１０１はステップＳ３４４で符号化された１フレームに関して、インデックステーブル情報を生成し、インデックステーブル２０３に格納する。例えば、ＶＰＳとＳＰＳが共に存在する時、該当するフラグ情報をセットする。例えば、ＣＲＡピクチャーである時、該当するフラグ情報をセットする。
【００６８】
その後、本フローチャートはステップＳ３４７に進む。
【００６９】
ステップＳ３４７にて、ユーザが操作入力部１０３を操作して動画記録再生装置１００の動画記録を終了すると、制御部１０１は操作入力部１０３の動画記録終了操作を検知して（Ｓ３４７のＹｅｓ）、本フローチャートは終了する。
【００７０】
ステップＳ３４７にて、制御部１０１が操作入力部１０３の動画記録終了操作を検知しない場合（Ｓ３４７のＮｏ）、本フローチャートはステップＳ３４４に戻り、フレームの符号化を継続する。
【００７１】
なお、本フローチャートにおいて、制御部１０１はＲＡＭ１１０上に出力されたＭＸＦファイルを適宜記録媒体１０７に出力する。
【００７２】
＜その他の実施形態＞
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。
【００７３】
また、上述の実施形態の機能を実現するソフトウェアのプログラムを、記録媒体から直接、或いは有線／無線通信を用いてプログラムを実行可能なコンピュータを有するシステム又は装置に供給し、そのプログラムを実行する場合も本発明に含む。従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。
【図１】
2020048122.tif 000003
【図２】
2020048122.tif 000004
【図３Ａ】
2020048122.tif 000005
【図３Ｂ】
2020048122.tif 000006
【図３Ｃ】
2020048122.tif 000007
【図３Ｄ】
2020048122.tif 000008
【図４】
2020048122.tif 000009