(57)【要約】【課題】動画データにおいて、規格上、表示が必須となっていない付帯情報を、他の再生装置において利用可能な状態に変換する。【解決手段】付帯情報取得部３２１は、付帯情報記憶部３８２から付帯情報を取得する。付帯情報変換部３２２は、付帯情報取得部３２１から供給された付帯情報を第１記録フォーマットの形式から第２記録フォーマットの形式に変換する。その際、付帯情報変換部３２２は、表示形式指定部３２９によって指定された第２記録フォーマットの形式における付帯情報の表示形式に従って変換を行う。付帯情報記録制御部３２３は、付帯情報変換部３２２から供給された付帯情報を付帯情報記憶部３９２に記録するように制御する。これにより、付帯情報記憶部３８２に記憶されている付帯情報が、規格上、表示が必須となっていない場合であっても、他の再生装置において利用可能な状態となる。【選択図】図１
2009049726.tif 000002
【特許請求の範囲】
【請求項１】
第１の記録フォーマットによるストリームファイルに記憶されている動画データの付帯情報を取得する付帯情報取得手段と、
前記取得された付帯情報を第２の記録フォーマットに従って変換する付帯情報変換手段と、
前記変換された付帯情報を前記第２の記録フォーマットによるストリームファイルに記録させるよう制御する付帯情報記録制御手段と
を具備することを特徴とする情報変換装置。
【請求項２】
前記付帯情報は、前記動画データの撮影日時を含むことを特徴とする請求項１記載の情報変換装置。
【請求項３】
前記第１の記録フォーマットにおける付帯情報は、表示形式を伴わないデータであることを特徴とする請求項１記載の情報変換装置。
【請求項４】
前記第１の記録フォーマットにおける付帯情報は、ＡＶＣＨＤ規格におけるモディファイドデジタルビデオパックとして記憶される情報であることを特徴とする請求項３記載の情報変換装置。
【請求項５】
前記第２の記録フォーマットにおける付帯情報の表示形式を指定する表示形式指定手段をさらに具備することを特徴とする請求項１記載の情報変換装置。
【請求項６】
前記第２の記録フォーマットにおける付帯情報は、前記表示形式指定手段によって指定された表示形式を伴うテキストデータであることを特徴とする請求項５記載の情報変換装置。
【請求項７】
前記第２の記録フォーマットにおける付帯情報は、ブルーレイディスク規格におけるテキストサブタイトルとして記憶される情報であることを特徴とする請求項６記載の情報変換装置。
【請求項８】
前記第２の記録フォーマットにおける付帯情報は、前記表示形式指定手段によって指定された表示形式によるビットマップデータであることを特徴とする請求項５記載の情報変換装置。
【請求項９】
ストリームファイルに記憶されている動画データの第１の付帯情報を取得する付帯情報取得手段と、
前記取得された第１の付帯情報を第２の付帯情報に変換する付帯情報変換手段と、
前記変換された第２の付帯情報を前記ストリームファイルと同じ記録フォーマットで記録させるよう制御する付帯情報記録制御手段と
を具備することを特徴とする情報変換装置。
【請求項１０】
前記第２の付帯情報の表示形式を指定する表示形式指定手段をさらに具備することを特徴とする請求項９記載の情報変換装置。
【請求項１１】
前記第１の付帯情報は、表示形式を伴わないデータであり、
前記第２の付帯情報は、前記表示形式指定手段によって指定された表示形式によるビットマップデータであることを特徴とする請求項１０記載の情報変換装置。
【請求項１２】
前記第１の付帯情報は、ＡＶＣＨＤ規格におけるモディファイドデジタルビデオパックとして記憶される情報であり、
前記第２の付帯情報は、ＡＶＣＨＤ規格におけるオーバレイビットマップとして記憶される情報であることを特徴とする請求項１１記載の情報変換装置。
【請求項１３】
第１の記録フォーマットによるストリームファイルに記憶されている動画データの付帯情報を取得する付帯情報取得手順と、
前記取得された付帯情報を第２の記録フォーマットに従って変換する付帯情報変換手順と、
前記変換された付帯情報を前記第２の記録フォーマットによるストリームファイルに記録させるよう制御する付帯情報記録制御手順と
を具備することを特徴とする情報変換方法。
【請求項１４】
第１の記録フォーマットによるストリームファイルに記憶されている動画データの付帯情報を取得する付帯情報取得手順と、
前記取得された付帯情報を第２の記録フォーマットに従って変換する付帯情報変換手順と、
前記変換された付帯情報を前記第２の記録フォーマットによるストリームファイルに記録させるよう制御する付帯情報記録制御手順と
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報変換装置に関し、特に動画データの付帯情報を変換する情報変換装置、および、その処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
静止画を撮像するデジタルスチルカメラでは、撮像日時やカメラ情報などの付帯情報をメタデータとして記録できるようになっている。一例として、静止画データの付帯情報をＥｘｉｆ規格に従って記録するデジタルスチルカメラは広く知られている（例えば、特許文献１参照。）。また、動画を撮影するカムコーダ（camcorder：camera and recorder）においても、動画データ（映像データおよび音声データ）の付帯情報を記録できるものがある。一例として、ＤＶＤ（Digital Versatile Disk）において追加記録情報（ＡＲＩ−ＰＣＫ）を保持する情報記録装置が提案されている（例えば、特許文献２参照。）。
【特許文献１】特開２００６−２１１３２４号公報（図２）
【特許文献２】特許３８７３９５２号公報（図３）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
一方、従来よりもさらに高精細なデジタルハイディフィニション映像の記録再生のためにＡＶＣＨＤ規格が提案されている。このＡＶＣＨＤ規格では、付帯情報をモディファイドデジタルビデオパック（ＭＤＰ：Modified Digital Video Pack）としてストリームファイルに記録することが可能である。
【０００４】
しかしながら、ＭＤＰに含まれる付帯情報は再生装置における表示は必須ではないため、ＭＤＰのみに記録されている付帯情報はＡＶＣＨＤ規格に準拠する一部の再生装置において表示できないおそれがある。また、この付帯情報は、ＡＶＣＨＤ規格の記録媒体から他の規格の記録媒体にコピーした際にその情報自体が欠落してしまうおそれがある。
【０００５】
本発明はこのような状況に鑑みてなされたものであり、動画データにおいて、規格上、表示が必須となっていない付帯情報を、他の再生装置において利用可能な状態に変換することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上記課題を解決するためになされたものであり、その第１の側面は、第１の記録フォーマットによるストリームファイルに記憶されている動画データの付帯情報を取得する付帯情報取得手段と、上記取得された付帯情報を第２の記録フォーマットに従って変換する付帯情報変換手段と、上記変換された付帯情報を上記第２の記録フォーマットによるストリームファイルに記録させるよう制御する付帯情報記録制御手段とを具備することを特徴とする情報変換装置およびその処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１の記録フォーマットによるストリームファイルに記憶されている動画データの付帯情報を変換して第２の記録フォーマットによるストリームファイルに記録させるという作用をもたらす。
【０００７】
また、この第１の側面において、上記付帯情報は、上記動画データの撮影日時を含んでもよい。
【０００８】
また、この第１の側面において、上記第１の記録フォーマットにおける付帯情報は、表示形式を伴わないデータであってもよい。この場合において、上記第１の記録フォーマットにおける付帯情報は、例えば、ＡＶＣＨＤ規格におけるモディファイドデジタルビデオパックとして記憶される情報であってもよく、また、チャプタマークに付与された撮影日時や映像音声データのストリームファイルのファイルシステム上の日時情報であってもよい。
【０００９】
また、この第１の側面において、上記第２の記録フォーマットにおける付帯情報の表示形式を指定する表示形式指定手段をさらに具備してもよい。これにより、指定された表示形式により付帯情報を記録させるという作用をもたらす。この場合において、上記第２の記録フォーマットにおける付帯情報は、上記表示形式指定手段によって指定された表示形式を伴うテキストデータであってもよい。例えば、上記第２の記録フォーマットにおける付帯情報は、ブルーレイディスク規格におけるテキストサブタイトルとして記憶される情報であってもよい。また、上記第２の記録フォーマットにおける付帯情報は、上記表示形式指定手段によって指定された表示形式によるビットマップデータであってもよい。例えば、ＤＶＤのサブピクチャユニットやブルーレイディスク規格におけるプレゼンテーショングラフィックスであってもよい。また、上記第２の記録フォーマットにおける付帯情報は、再エンコードにより映像データに重ね合わせられたものであってもよい。
【００１０】
また、本発明の第２の側面は、ストリームファイルに記憶されている動画データの第１の付帯情報を取得する付帯情報取得手段と、上記取得された第１の付帯情報を第２の付帯情報に変換する付帯情報変換手段と、上記変換された第２の付帯情報を上記ストリームファイルと同じ記録フォーマットで記録させるよう制御する付帯情報記録制御手段とを具備することを特徴とする情報変換装置およびその処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、ストリームファイルに記憶されている動画データの第１の付帯情報を変換して第２の付帯情報として同じ記録フォーマットのストリームファイルに記録させるという作用をもたらす。
【００１１】
また、この第２の側面において、上記第２の付帯情報の表示形式を指定する表示形式指定手段をさらに具備してもよい。これにより、指定された表示形式により付帯情報を記録させるという作用をもたらす。この場合において、上記第１の付帯情報は、表示形式を伴わないデータであってもよい。この場合において、上記第１の記録フォーマットにおける付帯情報は、例えば、ＡＶＣＨＤ規格におけるモディファイドデジタルビデオパックとして記憶される情報であってもよく、また、チャプタマークに付与された撮影日時や映像音声データのストリームファイルのファイルシステム上の日時情報であってもよい。また、上記第２の付帯情報は、上記表示形式指定手段によって指定された表示形式によるビットマップデータであってもよい。例えば、上記第２の付帯情報は、ＡＶＣＨＤ規格におけるオーバレイビットマップとして記憶される情報であってもよい。また、上記第２の記録フォーマットにおける付帯情報は、再エンコードにより映像データに重ね合わせられたものであってもよい。
【発明の効果】
【００１２】
本発明によれば、動画データにおいて、規格上、表示が必須となっていない付帯情報を、他の再生装置において利用可能な状態に変換することができるという優れた効果を奏し得る。
【発明を実施するための最良の形態】
【００１３】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【００１４】
図１は、本発明の実施の形態における情報変換装置３００の第１の構成例を示す図である。この情報変換装置３００の第１の構成例は、第１記録フォーマットデータ記憶部３８０に記憶されている映像音声データ（動画データ）および付帯情報を変換して、第２記録フォーマットデータ記憶部３９０に記録するものである。なお、第１記録フォーマットデータ記憶部３８０は、第１記録フォーマットの形式で映像音声データを記憶する映像音声データ記憶部３８１と、同形式で付帯情報を記憶する付帯情報記憶部３８２とを備えており、第２記録フォーマットデータ記憶部３９０は、第２記録フォーマットの形式で映像音声データを記憶する映像音声データ記憶部３９１と、同形式で付帯情報を記憶する付帯情報記憶部３９２とを備えている。
【００１５】
情報変換装置３００の第１の構成例は、映像音声データ取得部３１１と、映像音声データ変換部３１２と、映像音声データ記録制御部３１３と、付帯情報取得部３２１と、付帯情報変換部３２２と、付帯情報記録制御部３２３と、表示形式指定部３２９とを備えている。
【００１６】
映像音声データ取得部３１１は、映像音声データ記憶部３８１から映像音声データを取得するものである。この取得された映像音声データは、映像音声データ変換部３１２に供給される。
【００１７】
映像音声データ変換部３１２は、映像音声データ取得部３１１から供給された映像音声データを第１記録フォーマットの形式から第２記録フォーマットの形式に変換するものである。この変換された映像音声データは、映像音声データ記録制御部３１３に供給される。
【００１８】
映像音声データ記録制御部３１３は、映像音声データ変換部３１２から供給された映像音声データを映像音声データ記憶部３９１に記録するように制御するものである。これにより、映像音声データ記憶部３９１には第２記録フォーマットの形式により映像音声データが記録される。
【００１９】
付帯情報取得部３２１は、付帯情報記憶部３８２から付帯情報を取得するものである。この取得された付帯情報は、付帯情報変換部３２２に供給される。
【００２０】
付帯情報変換部３２２は、付帯情報取得部３２１から供給された付帯情報を第１記録フォーマットの形式から第２記録フォーマットの形式に変換するものである。この変換された付帯情報は、付帯情報記録制御部３２３に供給される。
【００２１】
付帯情報記録制御部３２３は、付帯情報変換部３２２から供給された付帯情報を付帯情報記憶部３９２に記録するように制御するものである。これにより、付帯情報記憶部３９２には第２記録フォーマットの形式により付帯情報が記録される。
【００２２】
表示形式指定部３２９は、第２記録フォーマットの形式における付帯情報の表示形式を指定するものである。この表示形式指定部３２９において指定された表示形式に従って、付帯情報変換部３２２における付帯情報の変換が行われる。なお、この表示形式指定部３２９は、ＲＯＭ（Read Only Memory）等に固定データを記憶するものでもよく、また、ユーザからの操作入力を受け付けるユーザインターフェースであってもよい。
【００２３】
図２は、付帯情報を記憶する形式と記録フォーマットとの関係を示す図である。ここでは、動画データを対象とする記録フォーマットとして、ＡＶＣＨＤ、ＤＶＤ、ブルーレイディスク（ＢＤ：Blu-ray Disc）の３つを挙げている。また、付帯情報を記憶する形式として、表示形式の指定されないデータ、表示形式の指定付きテキストデータ、ビットマップ、映像エンコードの４つを挙げている。
【００２４】
テキストデータに対して指定される表示形式としては、フォント種類、サイズ、スタイル（斜体、太字など）、アウトライン、行間などの属性が想定される。
【００２５】
ＡＶＣＨＤでは、表示形式の指定されないデータをモディファイドデジタルビデオパック（ＭＤＰ）により記憶することができる。ＤＶＤおよびＢＤでは表示形式の指定されないデータを規格自体として定義していないが、プライベートに拡張することで記憶することは可能である。
【００２６】
一方、表示形式の指定付きテキストデータについては、ＡＶＣＨＤおよびＤＶＤにはそれを記憶する機能はない。ＢＤは、表示形式の指定付きテキストデータをテキストサブタイトル（Ｔｅｘｔ  ｓｕｂｔｉｔｌｅ）により記憶することができる。
【００２７】
テキストデータの場合には各文字が文字コードにより記憶されるが、ビットマップの場合には各文字はビットパターン群として記憶される。ＡＶＣＨＤではオーバレイビットマップ（ＯＢ：Overlay Bitmap）、メニュービットマップ（ＭＢ：Menu Bitmap）、ＤＶＤではサブピクチャユニット（ＳＰＵ：Sub-Picture Unit）、ＢＤではプレゼンテーショングラフィックス（Presentation Graphics）、インタラクティブグラフィックス（ＩＧ：Interactive Graphics）によりそれぞれ記憶することができる。
【００２８】
また、ビットマップを映像に重ね合わせる映像エンコードの形式については、再エンコードすることにより、ＡＶＣＨＤ、ＤＶＤ、ＢＤの何れにおいても実現可能である。但し、映像エンコードにより重ね合わされたビットマップは映像データと一体になるため、再び取り除くことは困難になる。
【００２９】
本発明の実施の形態では、図１の第１記憶フォーマットとしてＡＶＣＨＤを想定し、第２記憶フォーマットとしてＡＶＣＨＤ、ＤＶＤまたはＢＤの何れかを想定している。以下では、ＡＶＣＨＤのフォーマットの内容について説明する。
【００３０】
図３は、ＡＶＣＨＤ規格におけるデータ構造を示す図である。ＡＶＣＨＤ規格では、階層構造によりＡＶデータ（映像音声データ）を扱っており、インデックステーブルと、ムービーオブジェクトと、プレイリストと、クリップ情報ファイルと、クリップＡＶストリームファイルとに大別される。
【００３１】
クリップＡＶストリームファイルは、ビデオデータ（映像データ）やオーディオデータ（音声データ）がＭＰＥＧ−２  ＴＳ（トランスポートストリーム）形式により多重化されたビットストリームである。また、このクリップＡＶストリームには、字幕を表示するグラフィクスストリームであるＯＢストリーム（Overlay Bitmap stream）や、メニュー表示などに用いられるデータ（ボタン画像データなど）をストリームにしたＭＢストリーム（Menu Bitmap stream）を多重化することができる。
【００３２】
クリップ情報ファイルは、クリップＡＶストリームファイルに関する情報をクリップ情報として保持するファイルである。このクリップ情報ファイルには、クリップＡＶストリームファイルにおける時間の位置と空間の位置（アドレス）との間のマッピング（変換）テーブル等が含まれている。これにより、クリップＡＶストリームファイルにおけるアクセスポイントが時間により指定された際、このマッピングテーブルを参照することにより、クリップＡＶストリームファイル上の適正なアドレスにアクセスすることができる。
【００３３】
これらクリップＡＶストリームファイルおよび対応するクリップ情報が記録されたクリップ情報ファイルをまとめてクリップと呼称する。クリップを構成するクリップＡＶストリームファイルおよびクリップ情報ファイルは１対１に対応する。すなわち、この図の例において、クリップ情報７４１はストリーム７５１に関する情報を保持し、クリップ情報７４２はストリーム７５２に関する情報を保持し、クリップ情報７４３はストリーム７５３に関する情報を保持し、クリップ情報７４４はストリーム７５４に関する情報を保持している。
【００３４】
プレイリストは、再生するクリップと、そのクリップの開始点および終了点の対に関する情報等から構成される。この再生開始点および再生終了点等の情報は、プレイアイテム（PlayItem）と呼称される。１つのプレイリストには、１つ以上のプレイアイテムが含まれる。クリップの再生は、このプレイリストを経由して行われる。すなわち、プレイリストが再生されることにより、そのプレイリストに含まれるプレイアイテムが順次再生されることになる。これにより、プレイアイテム中の再生開始点および再生終了点に従って、クリップ中の対応する区間が再生されていく。
【００３５】
各プレイアイテムには、プレイリストマークを付与することができる。このプレイリストマークにより、プレイアイテムは複数のチャプタに分割される。また、これとは逆に、１つのチャプタの中に複数のプレイアイテムが存在する場合もある。
【００３６】
プレイリストは、実プレイリスト（Real PlayList）と仮想プレイリスト（Virtual PlayList）とに大別される。実プレイリストは、クリップを単位として１つ以上のクリップを、基本的に記録順に保持するプレイリストである。この実プレイリスト内では時間的な飛び（ギャップ）はなく、また、他の実プレイリストとの間で重複（オーバラップ）も生じない。一方、仮想プレイリストは、何れかの実プレイリストに対応するクリップの一部もしくは全部を１つ以上、任意に保持するプレイリストである。この図の例において、プレイアイテム７３１、７３２、７３３、７３４および７３５は実プレイリストに属し、プレイアイテム７３６および７３７は仮想プレイリストに属している。
【００３７】
ムービーオブジェクトは、ナビゲーションコマンドプログラム等を含むオブジェクトである。ここで、ナビゲーションコマンドプログラムは、プレイリストの再生や再生終了後の処理を制御するためのコマンド群である。この図の例において、ムービーオブジェクト＃１（７２１）は実プレイリスト＃０００００を再生し、ムービーオブジェクト＃２（７２２）は実プレイリスト＃００２００を再生し、ムービーオブジェクト＃３（７２３）は実プレイリスト＃０００１８を再生し、ムービーオブジェクト＃４（７２４）は仮想プレイリスト＃０１００５を再生するようになっている。
【００３８】
インデックステーブルは、記録媒体に記録されたコンテンツのタイトルを定義する、最上位レベルのテーブルである。このインデックステーブルには１つ以上のムービータイトルが含まれ、各ムービータイトルからムービーオブジェクトを指し示すようになっている。この図の例において、ムービータイトル＃１（７１１）はムービーオブジェクト＃１（７２１）を指し示し、ムービータイトル＃２（７１２）はムービーオブジェクト＃１（７２２）を指し示し、ムービータイトル＃３（７１３）はムービーオブジェクト＃１（７２３）を指し示し、ムービータイトル＃４（７１４）はムービーオブジェクト＃１（７２４）を指し示している。再生機器では、このインデックステーブルに格納されているタイトル情報に基づいてコンテンツの再生が制御される。
【００３９】
図４は、ＡＶＣＨＤ規格におけるムービーオブジェクトの周辺の関係例を示す図である。インデックステーブルには、既に説明したムービータイトルの他に、ファーストプレーバックタイトル７１９およびメニュータイトル７１８が含まれる。ファーストプレーバックタイトル７１９は、最初に再生されるタイトルに対応するムービーオブジェクトを指し示すものである。メニュータイトル７１８は、メニュー画面に対応するムービーオブジェクトを指し示すものである。
【００４０】
ここでは、タイトル＃１の再生開始が指示された場合を想定する。ムービータイトル＃１（７１１）からムービーオブジェクト＃１（７２１）が指し示され、これにより、ムービーオブジェクト＃１（７２１）に含まれるナビゲーションコマンドプログラムが実行される。
【００４１】
ムービーオブジェクト＃１（７２１）において、プレイリスト＃１（７３０）の再生を指示するコマンド（７２０１）が実行されると、プレイリスト＃１（７３０）におけるプレイアイテムが順次再生される。このプレイリスト＃１（７３０）を経由して、対応するクリップが再生される。この図の例では、プレイアイテム＃１（７３１）、プレイアイテム＃２（７３２）の順に再生され、プレイアイテム＃９（７３９）の再生が終了すると、ムービーオブジェクト＃１（７２１）に戻るようになっている。
【００４２】
ムービーオブジェクト＃１（７２１）では、ナビゲーションプログラムコマンドにより、メニュータイトルへ戻る旨が指示され（７２０２）、メニュータイトル７１８へ制御が移行する。
【００４３】
図５は、ＡＶＣＨＤ規格におけるファイル構成の一例を示す図である。記録媒体のルートディレクトリ（ｒｏｏｔ）の下には、クリップの内容を含むディレクトリ「ＢＤＭＶ」８１０が配置される。また、必要に応じて、ルートディレクトリの下にサムネイルを含むディレクトリ「ＡＶＣＨＤＴＮ」８８０が配置される。
【００４４】
ディレクトリ「ＢＤＭＶ」８１０の直下には、ファイル「ｉｎｄｅｘ.ｂｄｍｖ」８２０およびファイル「ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ」８３０が配置される。また、ディレクトリ「ＢＤＭＶ」８１０の下には、ディレクトリ「ＰＬＡＹＬＩＳＴ」８４０、ディレクトリ「ＣＬＩＰＩＮＦ」８５０、ディレクトリ「ＳＴＲＥＡＭ」８６０、および、ディレクトリ「ＢＡＣＫＵＰ」８７０が配置される。
【００４５】
ファイル「ｉｎｄｅｘ.ｂｄｍｖ」８２０は、ディレクトリ「ＢＤＭＶ」８１０の内容を格納するものであり、図３において説明したインデックステーブルに対応する。また、ファイル「ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ」８３０は、ムービーオブジェクトの情報を格納するものであり、図３において説明したムービーオブジェクトに対応する。
【００４６】
ディレクトリ「ＰＬＡＹＬＩＳＴ」８４０は、プレイリストのデータベースが配置されるディレクトリである。このディレクトリ「ＰＬＡＹＬＩＳＴ」８４０は、例えば、プレイリストに関するファイルであるファイル８４１乃至８４３を含む。このディレクトリ「ＰＬＡＹＬＩＳＴ」８４０におけるファイルのファイル名は、５桁の数字と拡張子からなる。５桁の数字のうち、「０００００」から「００９９９」の１０００個は実プレイリスト用であり、「０１０００」から「０１１９９」の２００個は仮想プレイリスト用である。また、各ファイルの拡張子としては「．ｍｐｌｓ」が用いられる。
【００４７】
ディレクトリ「ＣＬＩＰＩＮＦ」８５０は、クリップのデータベースが置かれるディレクトリである。このディレクトリ「ＣＬＩＰＩＮＦ」８５０は、例えば、クリップＡＶストリームファイルのそれぞれに対するクリップ情報ファイルであるファイル８５１乃至８５３を含む。このディレクトリ「ＣＬＩＰＩＮＦ」８５０におけるファイルのファイル名は、５桁の数字と拡張子からなる。各ファイルの拡張子としては「．ｃｌｐｉ」が用いられる。
【００４８】
ディレクトリ「ＳＴＲＥＡＭ」８６０は、実体としてのＡＶストリームファイルが置かれるディレクトリである。このディレクトリ「ＳＴＲＥＡＭ」８６０は、例えば、クリップ情報ファイルのそれぞれに対応するクリップＡＶストリームファイル８６１乃至８６３を含む。このディレクトリ「ＳＴＲＥＡＭ」８６０におけるファイルのファイルは、ＭＰＥＧ−２のトランスポートストリームからなり、ファイル名は、５桁の数字と拡張子からなる。ファイル名５桁の数字の部分は、対応するクリップ情報ファイルと同一にすることで、クリップ情報ファイルとこのクリップＡＶストリームファイルとの対応関係を示す。また、各ファイルの拡張子としては「．ｍ２ｔｓ」が用いられる。
【００４９】
ディレクトリ「ＢＡＣＫＵＰ」８７０は、上述の各ディレクトリおよびファイルのバックアップを格納するものである。
【００５０】
ディレクトリ「ＡＶＣＨＤＴＮ」８８０には、２種類のサムネイルファイル「ｔｈｕｍｂｎａｉｌ.ｔｉｄｘ」８８１および「ｔｈｕｍｂｎａｉｌ.ｔｄｔ２」８８２を置くことができる。サムネイルファイル「ｔｈｕｍｂｎａｉｌ.ｔｉｄｘ」８８１は各サムネイル画像データへのインデックス情報を格納するファイルであり、サムネイルファイル「ｔｈｕｍｂｎａｉｌ.ｔｄｔ２」８８２はサムネイル画像データの集合である。
【００５１】
図６は、ＡＶＣＨＤ規格におけるモディファイドデジタルビデオパック（ＭＤＰ）全般のデータ構造を示す図である。ここでは、プログラムの記述言語として用いられるＣ言語の記述法に基づいてシンタックスを示す。
【００５２】
このＭＤＰはビデオデータのエレメンタリストリーム（ＥＳ）の中にユーザデータとして記憶されているものである。このユーザデータにおいて、フィールド「ｕｕｉｄ＿ｉｓｏ＿ｉｅｃ＿１１５７８」は、１２８ビットのデータ長を有し、「ＩＳＯ／ＩＥＣ  １１５７８」に規定される汎用一意識別子（ＵＵＩＤ：Universally Unique Identifier）によってこのユーザデータの識別子を示す。
【００５３】
フィールド「ｔｙｐｅ＿ｉｎｄｉｃａｔｏｒ」は、３２ビットのデータ長を有し、このユーザデータのデータタイプを示す。このデータタイプが「０ｘ４７４１  ３９３４」（０ｘは以下の数字が十六進数であることを意味する。以下同様）であれば、このユーザデータはクローズドキャプション（ＣＣ：Closed Caption）の字幕データ（ｃｃ＿ｄａｔａ）であり、データタイプが「０ｘ４Ｄ４４  ５０４Ｄ」であれば、このユーザデータはＭＤＰのメタデータ（ＭｏｄｉｆｉｅｄＤＶＰａｃｋＭｅｔａ）である。
【００５４】
ＭＤＰのメタデータには、４０ビット長のＭＤＰ（ｏｎｅ＿ｍｏｄｉｆｉｅｄ＿ｄｖ＿ｐａｃｋ）が任意のエントリ数、含まれている。このエントリ数は８ビット長のフィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｍｏｄｉｆｉｅｄ＿ｄｖ＿ｐａｃｋ＿ｅｎｔｒｉｅｓ」に記憶されている。１つのＭＤＰには、ＭＤＰのＩＤを示す８ビット長のフィールド「ｍｄｐ＿ｉｄ」およびＭＤＰデータを示す３２ビット長のフィールド「ｍｄｐ＿ｄａｔａ」が含まれている。
【００５５】
図７は、ＡＶＣＨＤ規格におけるＭＤＰのＩＤと付帯情報の対応関係を示す図である。この図に示されるように、ＭＤＰの付帯情報には、撮影日時に関する情報、露光時間やＦ値などの撮影条件に関する情報、ＧＰＳに関する情報、カメラに関する情報などが含まれる。
【００５６】
この中で、撮影日時を示すのが、ＭＤＰのＩＤが０ｘ１８および０ｘ１９の場合である。以下では、この撮影日時に着目して説明する。
【００５７】
図８は、ＡＶＣＨＤ規格における撮影日時を示すＭＤＰのデータ構造を示す図である。図６により説明したように、各ＭＤＰは３２ビットのデータ長しか記憶することができないため、撮影日時は２つのＭＤＰに分けて記憶される。図８（ａ）は「ＲＥＣ  ＴＩＭＥ＆ＤＡＴＥ１」のＭＤＰであり、このＭＤＰのＩＤは図７で説明したように０ｘ１８である。図８（ｂ）は「ＲＥＣ  ＴＩＭＥ＆ＤＡＴＥ２」のＭＤＰであり、このＭＤＰのＩＤは図７で説明したように０ｘ１９である。
【００５８】
それぞれのＭＤＰのデータは、８ビット長のブロック「ｂｌｋＴｉｍｅＺｏｎｅ」および２４ビット長のフィールド「ＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅ１＿ｏｆ＿２」または３２ビット長のフィールド「ＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅ２＿ｏｆ＿２」から構成される。後２者のフィールドを合わせた５６ビット長のデータにより撮影日時が表される。すなわち、撮影日時の年（４桁）、月（２桁）、日（２桁）、時（２桁）、分（２桁）、秒（２桁）の計１４桁の文字データが４ビットずつのＢＣＤ（Binary Coded Decimal）により表される。
【００５９】
図９は、ＡＶＣＨＤ規格におけるタイムゾーンのデータ構造を示す図である。図８により説明したＭＤＰのデータにおけるブロック「ｂｌｋＴｉｍｅＺｏｎｅ」は、パディングビットに続いて、サマータイムの適用の有無を示す１ビット長のフィールド「ＤａｙｌｉｇｈｔＳａｖｉｎｇＴｉｍｅＦｌａｇ」と、時差の符号を示す１ビット長のフィールド「ＴｉｍｅＺｏｎｅＳｉｇｎ」と、時差の値（１時間単位）を示す４ビット長のフィールド「ＴｉｍｅＺｏｎｅＶａｌｕｅ」と、時差の値（０．５時間単位）を示す１ビット長のフィールド「ＨａｌｆＨｏｕｒＦｌａｇ」とを備えている。すなわち、このブロック「ｂｌｋＴｉｍｅＺｏｎｅ」は、ＧＭＴ（Greenwich Mean Time）を基準とした時差を表している。
【００６０】
このように、ＡＶＣＨＤ規格では、ＭＤＰを利用することにより、撮影日時を始めとする付帯情報を第１記録フォーマットの付帯情報として取得することができる。次に、このように取得された付帯情報をＢＤのテキストサブタイトルとして記録することを想定して説明する。
【００６１】
図１０は、ＢＤ規格におけるテキストサブタイトルを含むストリームファイルの構成を示す図である。図１０（ａ）に示すように、テキストサブタイトルを含むストリームファイル５１０は、伝送時には複数のトランスポートパケット（図中、ＴＰ５１１）から構成されるトランスポートストリームとして扱われる。なお、トランスポートパケットのＰＩＤ（パケット識別子）は「０ｘ１８００」である。
【００６２】
そして、記録または再生時には、図１０（ｂ）に示すように、ＰＥＳ（Packetized Elementary Stream）パケット５２１を単位とするストリームに変換される。図１０（ｃ）に示すように、テキストサブタイトルを含むストリームファイルを構成する複数のＰＥＳパケットのうち、先頭のＰＥＳパケットはダイアログスタイルセグメント５３１と呼ばれる属性データであり、これに続くＰＥＳパケットはダイアログプレゼンテーションセグメント５３２と呼ばれる文字オブジェクトである。すなわち、ダイアログプレゼンテーションセグメント５３２に撮影日時などの文字オブジェクト（テキストデータ）が記憶され、そのフォントサイズや行間などの属性データがダイアログスタイルセグメント５３１に記憶される。
【００６３】
図１１は、ＢＤ規格におけるテキストサブタイトルストリームのデータ構造を示す図である。テキストサブタイトルストリームは、上述のように、１つのダイアログスタイルセグメント５３１（ｄｉａｌｏｇ＿ｓｔｙｌｅ＿ｓｅｇｍｅｎｔ）と、任意の数のダイアログプレゼンテーションセグメント５３２（ｄｉａｌｏｇ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｅｇｍｅｎｔ）とを備える。テキストサブタイトルストリームにおいては、ダイアログスタイルセグメント５３１の次に、その後に続くダイアログプレゼンテーションセグメント５３２の数が１６ビット長のフィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｄｉａｌｏｇ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｅｇｍｅｎｔｓ」により規定される。
【００６４】
図１２は、ＢＤ規格におけるセグメントのデータ構造を示す図である。このデータ構造は、ダイアログスタイルセグメント５３１およびダイアログプレゼンテーションセグメント５３２に共通のものである。図１２（ａ）は、セグメント全体のデータ構造であり、その中のフィールド「ｓｅｇｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ」は、図１２（ｂ）に示すように、８ビット長のフィールド「ｓｅｇｍｅｎｔ＿ｔｙｐｅ」および１６ビット長のフィールド「ｓｅｇｍｅｎｔ＿ｌｅｎｇｔｈ」から構成される。
【００６５】
「ｓｅｇｍｅｎｔ＿ｔｙｐｅ」は、このセグメントの種別を表すフィールドであり、ダイアログスタイルセグメント５３１であれば「０ｘ８１」、ダイアログプレゼンテーションセグメント５３２であれば「０ｘ８２」を示す。「ｓｅｇｍｅｎｔ＿ｌｅｎｇｔｈ」は、このセグメントのバイト数を示すものである。
【００６６】
図１２（ａ）の「ｓｅｇｍｅｎｔ＿ｄａｔａ」には、セグメントの種別に応じたデータが記憶される。ダイアログプレゼンテーションセグメント５３２の場合には表示対象となるテキストデータが記憶され、ダイアログスタイルセグメント５３１の場合には属性データを示すダイアログスタイルセット（ｄｉａｌｏｇ＿ｓｔｙｌｅ＿ｓｅｔ）が記憶される。
【００６７】
図１３は、ＢＤ規格におけるダイアログスタイルセットのデータ構造を示す図である。
【００６８】
先頭の１ビット長のフィールド「ｐｌａｙｅｒ＿ｓｔｙｌｅ＿ｆｌａｇ」は、ユーザ独自のスタイルに変更することの許可の有無を指定するものである。
【００６９】
１５ビットの予約領域を経て、８ビット長のフィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｒｅｇｉｏｎ＿ｓｔｙｌｅｓ」はリージョンスタイルの数を示すものである。リージョンとは描画領域であり、リージョンスタイルとはこの描画領域の書式を表す。このリージョンスタイルは、ダイアログスタイルセットの中の「ｒｅｇｉｏｎ＿ｓｔｙｌｅ」において定義される。
【００７０】
続く８ビット長のフィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｕｓｅｒ＿ｓｔｙｌｅｓ」はユーザスタイルの数を示すものである。ユーザスタイルとは、上述の描画領域の書式に対してユーザが独自に書式変更を行ったものをいう。このユーザスタイルは、ダイアログスタイルセットの中の「ｕｓｅｒ＿ｃｈａｎｇｅａｂｌｅ＿ｓｔｙｌｅ＿ｓｅｔ」において定義される。
【００７１】
「ｒｅｇｉｏｎ＿ｓｔｙｌｅ」では、図１３に示すように、リージョンに関する情報（位置、幅、高さ、背景の色など）、リージョン内のテキストボックスに関する情報（位置、幅、高さなど）、および、フォントに関する情報（サイズ、スタイルなど）等が定義される。
【００７２】
また、「ｕｓｅｒ＿ｃｈａｎｇｅａｂｌｅ＿ｓｔｙｌｅ＿ｓｅｔ」については特に図示していないが、「ｒｅｇｉｏｎ＿ｓｔｙｌｅ」で定義された各項目に対する変更量が指定できるようになっている。
【００７３】
本発明の実施の形態においては、付帯情報変換部３２２によって第１記録フォーマットの付帯情報を変換する際、表示形式指定部３２９によって指定された表示形式を「ｒｅｇｉｏｎ＿ｓｔｙｌｅ」または「ｕｓｅｒ＿ｃｈａｎｇｅａｂｌｅ＿ｓｔｙｌｅ＿ｓｅｔ」に反映させることにより、変換後の第２記録フォーマットの付帯情報の表示形式を決定する。
【００７４】
図１４は、本発明の実施の形態における情報変換装置３００の第１の構成例による処理手順を示す図である。
【００７５】
変換元となる第１の記録フォーマットであるＡＶＣＨＤのストリームファイルから、上述したユーザデータのＭＤＰが検索される（ステップＳ９１１）。そして、検索されたＭＤＰの「ＲＥＣ  ＴＩＭＥ＆ＤＡＴＥ１」および「ＲＥＣ  ＴＩＭＥ＆ＤＡＴＥ２」から撮影日時が抽出される（ステップＳ９１２）。
【００７６】
このようにして抽出された撮影日時に基づいて、変換先となる第２の記録フォーマットであるＢＤのテキストサブタイトルにおけるダイアログプレゼンテーションセグメント５３２に適合するように文字オブジェクト（テキストデータ）が作成される（ステップＳ９１３）。
【００７７】
また、表示形式指定部３２９によって指定された表示形式に基づいて、ＢＤのテキストサブタイトルにおけるダイアログスタイルセグメント５３１に適合するように属性データが作成される（ステップＳ９１４）。例えば、フォント種別、フォントサイズ、フォントスタイル、位置、表示開始時刻、表示終了時刻、文字色、背景色、透明度などが指定され、属性データとして設定される。
【００７８】
このようにして作成された文字オブジェクトおよび属性データは、ＢＤのテキストサブタイトルストリームとして記録される（ステップＳ９１５）。
【００７９】
これらの処理は、変換元となるＡＶＣＨＤのストリームファイルが終了するまで繰り返され（ループＬ９０１）、その後、ＢＤの管理ファイルにおけるテキストサブタイトルの管理情報が記録されて（ステップＳ９１６）、変換処理は終了する。ＢＤの管理ファイルは、図３により説明したＡＶＣＨＤのデータ構造と同様の環境下で管理される。すなわち、テキストサブタイトルを含むストリームファイルを管理するクリップ情報ファイル（管理ファイル）が定義されて、このクリップ情報ファイルをプレイリストファイルが参照することによって、ＢＤ全体としての管理が行われる。
【００８０】
なお、上述の例では、第１記録フォーマットの付帯情報記憶部３８２としてＭＤＰを想定し、撮影日時をＭＤＰから取得する例について説明したが、撮影日時の取得元はＭＤＰに限定されない。例えば、以下に説明するようにプレイリストのチャプタマークに付与された撮影日時を取得してもよく、また、映像音声データのストリームファイルのファイルシステム上の日時情報から取得してもよい。
【００８１】
図１５は、ＡＶＣＨＤ規格におけるプレイリストファイルのデータ構造を示す図である。このプレイリストファイルにおいて、フィールド「ＴｙｐｅＩｎｄｉｃａｔｏｒ」は、３２ビット（８ビット×４バイト）のデータ長を有し、このファイルがプレイリストファイルであることを示す識別子である。フィールド「ＴｙｐｅＩｎｄｉｃａｔｏｒ２」は、３２ビットのデータ長を有し、固定値が記入される。
【００８２】
このプレイリストファイルは、ブロック「ｂｌｋＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）」、ブロック「ｂｌｋＰｌａｙＬｉｓｔ（）」、ブロック「ｂｌｋＰｌａｙＬｉｓｔＭａｒｋ（）」およびブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」を有し、それぞれ３２ビットのデータ長を有するフィールド「ＰｌａｙＬｉｓｔＳｔａｒｔＡｄｄｒｅｓｓ」、フィールド「ＰｌａｙＬｉｓｔＭａｒｋＳｔａｒｔＡｄｄｒｅｓｓ」およびフィールド「ＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓ」によって各々対応するブロックの開始アドレスを示す。
【００８３】
ブロック「ｂｌｋＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）」は、これらの開始アドレスを示すフィールドに続く、１６０ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ」の次から開始される。ブロック「ｂｌｋＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）」は、次のブロック「ｂｌｋＰｌａｙＬｉｓｔ（）」に記述されるプレイリストのタイプ、再生順序などの情報を記述するものである。ブロック「ｂｌｋＰｌａｙＬｉｓｔ（）」は、プレイリストを記述するものである。ブロック「ｂｌｋＰｌａｙＬｉｓｔＭａｒｋ（）」は、チャプタジャンプなどでジャンプするポイントをチャプタマークとして記述するものである。ブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」は、プレイリストに関する拡張データを格納するためのブロックである。
【００８４】
図１６は、ＡＶＣＨＤ規格におけるブロック「ｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）」のデータ構造を示す図である。このブロック「ｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）」は、図１５により説明したプレイリストファイルのブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」に含まれるブロックであり、チャプタマークに関する拡張データを記憶するものである。
【００８５】
このブロック「ｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）」には、データ長を示すフィールド「Ｌｅｎｇｔｈ」およびチャプタマーク数を示すフィールド「ＮｕｍｂｅｒＯｆＰｌａｙＬｉｓｔＭａｒｋｓ」が含まれ、これらに続いてチャプタマーク毎にブロック「ｂｌｋＭａｒｋＥｘｔｅｎｓｉｏｎ」が記憶される。
【００８６】
ブロック「ｂｌｋＭａｒｋＥｘｔｅｎｓｉｏｎ」には、図９により説明したブロック「ｂｌｋＴｉｍｅＺｏｎｅ」および図８により説明した１４桁ＢＣＤの撮影日時「ＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅ」が記憶される。したがって、これらの情報を第１記録フォーマットの撮影日時として取得することにより、付帯情報変換部３２２における変換対象とすることができる。
【００８７】
なお、上述の例では、第２記録フォーマットの付帯情報記憶部３９２としてＢＤのテキストサブタイトルを想定し、撮影日時をテキストサブタイトルに変換する例について説明したが、撮影日時の変換先はテキストサブタイトルに限定されない。例えば、ビットマップ形式のものとして、ＢＤのプレゼンテーショングラフィックスやＤＶＤのサブピクチャユニットに変換してもよい。また、映像の上に文字表示事態を重ねて再エンコードしてもよい。
【００８８】
ここまでの例では、異なるフォーマット間で付帯情報を変換する例について説明したが、同様の処理は同一のフォーマット間でも実現可能である。以下では、同一のフォーマット間で付帯情報を変換する例について説明する。
【００８９】
図１７は、本発明の実施の形態における情報変換装置３００の第２の構成例を示す図である。この情報変換装置３００の第２の構成例は、データ記憶部３７０の第１付帯情報記憶部３７２に記憶されている付帯情報を変換して、第２付帯情報記憶部３７３に記録するものである。
【００９０】
データ記憶部３７０は、映像音声データを記憶する映像音声データ記憶部３７１と、付帯情報を記憶する第１付帯情報記憶部３７２および第２付帯情報記憶部３７３とを備えている。なお、ここでは、データ記憶部３７０の中に第１付帯情報記憶部３７２および第２付帯情報記憶部３７３を記録する構成例について説明するが、同一のフォーマットであれば第１付帯情報記憶部３７２および第２付帯情報記憶部３７３は物理的に異なる記憶媒体に記録されてもよい。例えば、半導体記録媒体に記録されるＡＶＣＨＤ規格のデータを光学ディスク状記録媒体に記録されるＡＶＣＨＤ規格のデータとしてダビングする場合にも、この第２の構成例を適用することができる。
【００９１】
情報変換装置３００の第２の構成例は、付帯情報取得部３３１と、付帯情報変換部３３２と、付帯情報記録制御部３３３と、表示形式指定部３３９とを備えている。
【００９２】
付帯情報取得部３３１は、第１付帯情報記憶部３７２から付帯情報を取得するものである。この取得された付帯情報は、付帯情報変換部３３２に供給される。
【００９３】
付帯情報変換部３３２は、付帯情報取得部３３１から供給された付帯情報を第１付帯情報の形式から第２付帯情報の形式に変換するものである。この変換された付帯情報は、付帯情報記録制御部３３３に供給される。
【００９４】
付帯情報記録制御部３３３は、付帯情報変換部３３２から供給された付帯情報を第２付帯情報記憶部３７３に記録するように制御するものである。これにより、第２付帯情報記憶部３７３には第１付帯情報記憶部３７２とは異なる形式により付帯情報が記録される。
【００９５】
表示形式指定部３３９は、第２付帯情報記憶部３７３に記録される付帯情報の表示形式を指定するものである。この表示形式指定部３３９において指定された表示形式に従って、付帯情報変換部３３２における付帯情報の変換が行われる。なお、この表示形式指定部３３９は、表示形式指定部３２９と同様に、ＲＯＭ等に固定データを記憶するものでもよく、また、ユーザからの操作入力を受け付けるユーザインターフェースであってもよい。
【００９６】
この情報変換装置３００の第２の構成例では、ＡＶＣＨＤ規格のＭＤＰに記憶される付帯情報を変換して、同じＡＶＣＨＤ規格のオーバレイビットマップとして記録することを想定する。ＭＤＰについては図６乃至９により説明したとおりである。以下では、ＡＶＣＨＤ規格のオーバレイビットマップについて説明する。
【００９７】
図１８は、ＡＶＣＨＤ規格のオーバレイビットマップに含まれるビットマップユニットのデータ構造を示す図である。図１８（ａ）は、ビットマップユニット全体のデータ構造であり、その中のフィールド「ＵｎｉｔＤｅｓｃｒｉｐｔｏｒ（）」は、図１８（ｂ）に示すように、８ビット長のフィールド「ＵｎｉｔＴｙｐｅ」および１６ビット長のフィールド「ＵｎｉｔＬｅｎｇｔｈ」から構成される。
【００９８】
「ＵｎｉｔＴｙｐｅ」は、このビットマップユニットの種別を表すフィールドであり、この種別に応じたデータがビットマップユニットのフィールド「ＵｎｉｔＤａｔａ（）」に記憶される。「ＵｎｉｔＬｅｎｇｔｈ」は、このビットマップユニットのバイト数を示すものである。
【００９９】
図１９は、ＡＶＣＨＤ規格のビットマップユニットの種別を示す図である。この図に示すように、図１８（ｂ）の「ＵｎｉｔＴｙｐｅ」が「０ｘ１４」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｐａｌｅｔｔｅ  Ｕｎｉｔ」が記憶される。この「Ｐａｌｅｔｔｅ  Ｕｎｉｔ」は、各ピクセルの色と透明度情報テーブル等を記憶するものである。
【０１００】
「ＵｎｉｔＴｙｐｅ」が「０ｘ１５」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｏｂｊｅｃｔ  Ｕｎｉｔ」が記憶される。この「Ｏｂｊｅｃｔ  Ｕｎｉｔ」は、ビットマップデータ本体と位置、サイズ情報等を記憶するものである。
【０１０１】
「ＵｎｉｔＴｙｐｅ」が「０ｘ１６」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｏｖｅｒｌａｙ  Ｂｉｔｍａｐ  Ｃｏｍｐｉｌａｔｉｏｎ  Ｕｎｉｔ」が記憶される。この「Ｏｖｅｒｌａｙ  Ｂｉｔｍａｐ  Ｃｏｍｐｉｌａｔｉｏｎ  Ｕｎｉｔ」は、オーバレイビットマップに関する表示情報の種別やオブジェクトとウィンドウの関連情報等を記憶するものである。
【０１０２】
「ＵｎｉｔＴｙｐｅ」が「０ｘ１７」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｗｉｎｄｏｗ  Ｕｎｉｔ」が記憶される。この「Ｗｉｎｄｏｗ  Ｕｎｉｔ」は、画面内の表示区間に関する情報等を記憶するものである。
【０１０３】
「ＵｎｉｔＴｙｐｅ」が「０ｘ１８」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｍｅｎｕ  Ｂｉｔｍａｐ  Ｃｏｍｐｉｌａｔｉｏｎ  Ｕｎｉｔ」が記憶される。この「Ｍｅｎｕ  Ｂｉｔｍａｐ  Ｃｏｍｐｉｌａｔｉｏｎ  Ｕｎｉｔ」は、メニュービットマップに関する表示情報の種別やオブジェクトとウィンドウの関連情報等を記憶するものである。
【０１０４】
「ＵｎｉｔＴｙｐｅ」が「０ｘ８０」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｅｎｄ  Ｕｎｉｔ」が記憶される。この「Ｅｎｄ  Ｕｎｉｔ」は、表示単位の終了情報を記憶するものである。
【０１０５】
図２０は、ＡＶＣＨＤ規格の「Ｏｂｊｅｃｔ  Ｕｎｉｔ」のデータ構造を示す図である。この「Ｏｂｊｅｃｔ  Ｕｎｉｔ」は、「ＵｎｉｔＴｙｐｅ」が「０ｘ１５」を示す場合に、ビットマップユニットのフィールド「ＵｎｉｔＤａｔａ（）」に記憶されるものである。
【０１０６】
図２０（ａ）に示すように、「Ｏｂｊｅｃｔ  Ｕｎｉｔ」は、２４ビット長のフィールド「ＵｎｉｔＤｅｓｃｒｉｐｔｏｒ（）」に続いて、１６ビット長のフィールド「ＯｂｊｅｃｔＩＤ」、８ビット長のフィールド「ＯｂｊｅｃｔＶｅｒｓｉｏｎＮｕｍｂｅｒ」、フィールド「ＳｅｑｕｅｎｃｅＤｅｓｃｒｉｐｔｏｒ」およびフィールド「ＯｂｊｅｃｔＤａｔａ（）」を記憶する。
【０１０７】
図２０（ｂ）に示すように、「ＯｂｊｅｃｔＤａｔａ（）」は、オブジェクトデータ長を示す２４ビット長のフィールド「ＯｂｊｅｃｔＤａｔａＬｅｎｇｔｈ」、オブジェクト幅を示す１６ビット長のフィールド「ＯｂｊｅｃｔＷｉｄｔｈ」およびオブジェクトの高さを示す１６ビット長のフィールド「ＯｂｊｅｃｔＨｅｉｇｈｔ」を記憶し、これらに続いてランレングスコード化されたビットマップデータを示すフィールド「ＲｕｎＬｅｎｇｔｈＥｎｃｏｄｅｄＬｉｎｅ（）」を記憶する。
【０１０８】
このように、ＡＶＣＨＤ規格では、オーバレイビットマップに含まれるビットマップユニットの「Ｏｂｊｅｃｔ  Ｕｎｉｔ」において、ランレングスコード化されたビットマップデータが記憶される。また、ＡＶＣＨＤ規格では、以下のように管理情報が記憶される。ここでは、管理情報の一例として、ブロック「ｂｌｋＳＴＮＴａｂｌｅ（）」およびブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」について説明する。前者はプレイリストファイルの下で規定され、後者はクリップ情報ファイルの下で規定される。
【０１０９】
図２１は、ＡＶＣＨＤ規格のブロック「ｂｌｋＰｌａｙＩｔｅｍ（）」のデータ構造を示す図である。この「ｂｌｋＰｌａｙＩｔｅｍ」は、図３および図１５において説明したプレイリストに含まれるプレイアイテムである。
【０１１０】
１６ビット長のフィールド「Ｌｅｎｇｔｈ」は、ブロック「ｂｌｋＰｌａｙＩｔｅｍ」の最後までのデータ長を示すものである。
【０１１１】
４０ビット（８ビット×５バイト）長のフィールド「ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎＦｉｌｅＮａｍｅ」は、「ｂｌｋＰｌａｙＩｔｅｍ」が参照するクリップインフォメーションファイルのファイル名を記憶するものである。３２（８ビット×４バイト）ビット長のフィールド「ＣｌｉｐＣｏｄｅｃＩｄｅｎｔｉｆｉｅｒ」には、固定データが記入される。
【０１１２】
１２ビットのデータ長を有する予約領域に続き、４ビット長のフィールド「ＣｏｎｎｅｃｔｉｏｎＣｏｎｄｉｔｉｏｎ」は、クリップ間の接続状態（シームレス接続）に関する情報を示すものである。
【０１１３】
８ビット長のフィールド「ＲｅｆＴｏＳＴＣＩＤ」は、対応するクリップファイルのどのシステムタイムベース（ＳＴＣ）を参照しているかを示すものである。３２ビット長のフィールド「ＩＮＴｉｍｅ」および「ＯＵＴＴｉｍｅ」は、「ＲｅｆＴｏＳＴＣＩＤ」で指定されたＳＴＣにおいて、それぞれメインクリップＡＶストリームの再生範囲の開始点（ＩＮ点）および終了点（ＯＵＴ点）を示すものである。
【０１１４】
ブロック「ｂｌｋＵＯＭａｓｋＴａｂｌｅ（）」は、ユーザ入力の受付制限が設定されるテーブルである。１ビット長のフィールド「ＰｌａｙＩｔｅｍＲａｎｄｏｍＡｃｃｅｓｓＦｌａｇ」は、「ｂｌｋＰｌａｙＩｔｅｍ」によるプレイアイテムに対してランダムアクセスを許可するか否かを規定するものである。
【０１１５】
７ビットの予約領域に続き、８ビット長のフィールド「ＳｔｉｌｌＭｏｄｅ」は、「ｂｌｋＰｌａｙＩｔｅｍ」によるプレイアイテムにおいて、最後に表示した映像を静止画として表示させるか否かを示すものである。このフィールド「ＳｔｉｌｌＭｏｄｅ」の値が「０ｘ０１」であれば、１６ビット長のフィールド「ＳｔｉｌｌＴｉｍｅ」によって静止時間が示される。
【０１１６】
また、ブロック「ｂｌｋＳＴＮＴａｂｌｅ（）」は、「ｂｌｋＰｌａｙＩｔｅｍ」によるプレイアイテムが管理している各種ストリームの属性、ＰＩＤ番号、記録媒体上の記録位置などをストリーム番号（ＳＴＮ：STream Number）毎に管理するものである。以下、この「ｂｌｋＳＴＮＴａｂｌｅ（）」について説明する。
【０１１７】
図２２は、ＡＶＣＨＤ規格のブロック「ｂｌｋＳＴＮＴａｂｌｅ（）」のデータ構造を示す図である。
【０１１８】
１６ビット長のフィールド「Ｌｅｎｇｔｈ」は、ブロック「ｂｌｋＳＴＮＴａｂｌｅ（）」の最後までのデータ長を示すものである。
【０１１９】
１７ビットの予約領域に続き、それぞれ８ビット長のフィールド「ＮｕｍｂｅｒＯｆＶｉｄｅｏＳｔｒｅａｍＥｎｔｒｉｅｓ」、「ＮｕｍｂｅｒＯｆＡｕｄｉｏＳｔｒｅａｍＥｎｔｒｉｅｓ」、「ＮｕｍｂｅｒＯｆＯＢＳｔｒｅａｍＥｎｔｒｉｅｓ」および「ＮｕｍｂｅｒＯｆＭＢＳｔｒｅａｍＥｎｔｒｉｅｓ」は、ビデオ（映像）ストリーム、オーディオ（音声）ストリーム、オーバレイビットマップストリームおよびメニュービットストリームの各エントリ数を記憶するものである。ここで、本発明の実施の形態ではオーバレイビットマップを対象とするため、以下では他のストリームについては説明を省略する。
【０１２０】
オーバレイビットマップストリームについては、各ストリームに対して、ブロック「ｂｌｋＳｔｒｅａｍＥｎｔｒｙ（）」および「ｂｌｋＳｔｒｅａｍＡｔｔｒｉｂｕｔｅｓ（）」が規定される。ブロック「ｂｌｋＳｔｒｅａｍＥｎｔｒｙ（）」は、オーバレイビットマップストリームを参照するためのエントリを記憶するものである。ブロック「ｂｌｋＳｔｒｅａｍＡｔｔｒｉｂｕｔｅｓ（）」は、オーバレイビットマップストリームの属性を記憶するものである。
【０１２１】
図２３は、ＡＶＣＨＤ規格のブロック「ｂｌｋＳｔｒｅａｍＥｎｔｒｙ（）」のデータ構造を示す図である。
【０１２２】
１６ビット長のフィールド「Ｌｅｎｇｔｈ」は、ブロック「ｂｌｋＳｔｒｅａｍＥｎｔｒｙ（）」の最後までのデータ長を示すものである。１６ビット長のフィールド「Ｔｙｐｅ」は、ストリームタイプを示すものである。このストリームタイプが「１」であればメインクリップを意味し、「２」であればサブパスを意味する。
【０１２３】
１６ビット長のフィールド「ＲｅｆＴｏＳｔｒｅａｍＰＩＤＯｆＭａｉｎＣｌｉｐ」は、メインクリップのＰＩＤを記憶するものである。このＰＩＤによってオーバレイビットマップストリームのメインクリップを参照することができる。
【０１２４】
なお、サブパスはオーバレイビットマップストリームでは使用されないため、以下のフィールドについては説明を省略する。
【０１２５】
図２４は、ＡＶＣＨＤ規格のブロック「ｂｌｋＳｔｒｅａｍＡｔｔｒｉｂｕｔｅｓ（）」のデータ構造を示す図である。
【０１２６】
１６ビット長のフィールド「Ｌｅｎｇｔｈ」は、ブロック「ｂｌｋＳｔｒｅａｍＡｔｔｒｉｂｕｔｅｓ（）」の最後までのデータ長を示すものである。１６ビット長のフィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」は、ストリームの符号化の種別を示すものである。このフィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ１Ｂ」であれば、対応するエレメンタリストリームがビデオストリームであることを示す。また、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ８０」であれば、対応するエレメンタリストリームがＬＰＣＭにより符号化されたオーディオストリームであることを示す。また、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ８１」であれば、対応するエレメンタリストリームがＡＣ−３により符号化されたオーディオストリームであることを示す。また、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ９０」であれば、対応するエレメンタリストリームがオーバレイビットマップストリームであることを示す。また、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ９１」であれば、対応するエレメンタリストリームがメニュービットマップストリームであることを示す。ここでは、オーバレイビットマップストリームに着目して、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ９０」である場合の記述について以下に説明する。
【０１２７】
２４ビット（８ビット×３バイト）長のフィールド「ＯＢＬａｎｇｕａｇｅＣｏｄｅ」は、オーバレイビットマップストリームの言語コードを示すものである。このフィールドを参照することにより、目的とする言語のオーバレイビットマップストリームを選択することができる。
【０１２８】
図２５は、ＡＶＣＨＤ規格におけるクリップ情報ファイルのデータ構造を示す図である。
【０１２９】
このクリップ情報ファイルにおいて、フィールド「ＴｙｐｅＩｎｄｉｃａｔｏｒ」は、３２ビット（８ビット×４バイト）のデータ長を有し、このファイルのファイルタイプがクリップ情報ファイルであることを示す識別子である。フィールド「ＴｙｐｅＩｎｄｉｃａｔｏｒ２」は、３２ビットのデータ長を有し、固定値が記入される。
【０１３０】
このクリップ情報ファイルは、ブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」、ブロック「ｂｌｋＳｅｑｕｅｎｃｅＩｎｆｏ（）」、ブロック「ｂｌｋＰｒｏｇｒａｍＩｎｆｏ（）」、ブロック「ｂｌｋＣＰＩ（）」、ブロック「ｂｌｋＣｌｉｐＭａｒｋ（）」およびブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」を有し、それぞれ３２ビットのデータ長を有するフィールド「ＳｅｑｕｅｎｃｅＩｎｆｏＳｔａｒｔＡｄｄｒｅｓｓ」、フィールド「ＰｒｏｇｒａｍＩｎｆｏＳｔａｒｔＡｄｄｒｅｓｓ」、フィールド「ＣＰＩＳｔａｒｔＡｄｄｒｅｓｓ」、フィールド「ＣｌｉｐＭａｒｋＳｔａｒｔＡｄｄｒｅｓｓ」およびフィールド「ＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓ」によって各々対応するブロックの開始アドレスを示す。
【０１３１】
フィールド「ＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓ」は、このクリップ情報ファイルの先頭からの相対バイト数によって、ブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」の開始アドレスを示す。相対バイト数は、「０」から開始される。もし、このフィールド「ＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓ」の値が「０」であれば、このクリップ情報ファイル内に、ブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」が存在しないことを示す。
【０１３２】
ブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」は、これらの開始アドレスを示すフィールドに続く、９６ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ」の次から開始される。ブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」は、このクリップ情報ファイルが管理するクリップＡＶストリームに関する情報を記述するものである。このブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」のデータ構造については後述する。
【０１３３】
ブロック「ｂｌｋＳｅｑｕｅｎｃｅＩｎｆｏ（）」は、システムタイムベース（ＳＴＣ：System Time Clock）やアライバルタイムベース（ＡＴＣ：Arrival Time Clock）の連続しているシーケンスをまとまりとして管理する情報を記述するものである。
【０１３４】
ブロック「ｂｌｋＰｒｏｇｒａｍＩｎｆｏ（）」は、このクリップ情報ファイルに管理されるクリップＡＶストリームの符号化方式、クリップＡＶストリーム中のビデオデータのアスペクト比などの情報を記述するものである。
【０１３５】
ブロック「ｂｌｋＣＰＩ（）」は、ストリームファイル全体の時間の位置と空間の位置との間のマッピングテーブルに関する情報が格納される。なお、ブロック「ｂｌｋＣｌｉｐＭａｒｋ（）」には、有意な情報は含まれていない。
【０１３６】
ブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」は、拡張データを格納することができる領域である。
【０１３７】
図２６は、ＡＶＣＨＤ規格におけるブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」のデータ構造を示す図である。このブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」は、クリップ情報ファイルのブロック「ｂｌｋＰｒｏｇｒａｍＩｎｆｏ（）」に含まれるブロックである。
【０１３８】
フィールド「Ｌｅｎｇｔｈ」は、８ビットのデータ長を有し、このフィールド「Ｌｅｎｇｔｈ」の直後からこのブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」の終わりまでのデータ長を示すものである。１６ビット長のフィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」は、ストリームの符号化の種別を示すものであり、図２４において説明したものと同様である。ここでは、オーバレイビットマップストリームに着目して、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ９０」である場合の記述について以下に説明する。
【０１３９】
２４ビット（８ビット×３バイト）長のフィールド「ＯＢＬａｎｇｕａｇｅＣｏｄｅ」は、オーバレイビットマップストリームの言語コードを示すものである。このフィールドを参照することにより、目的とする言語のオーバレイビットマップストリームを選択することができる。
【０１４０】
図２７は、本発明の実施の形態における情報変換装置３００の第２の構成例による処理手順を示す図である。
【０１４１】
変換元となるＡＶＣＨＤのストリームファイルから、上述したユーザデータのＭＤＰが検索される（ステップＳ９２１）。そして、検索されたＭＤＰの「ＲＥＣ  ＴＩＭＥ＆ＤＡＴＥ１」および「ＲＥＣ  ＴＩＭＥ＆ＤＡＴＥ２」から撮影日時が抽出される（ステップＳ９２２）。
【０１４２】
このようにして抽出された撮影日時に基づいて、表示形式指定部３２９によって指定された表示形式によって、変換先となるオーバレイビットマップストリームに適合するようにビットマップデータが作成される（ステップＳ９２３）。例えば、フォント種別、フォントサイズ、フォントスタイルなどが指定される。
【０１４３】
また、表示形式指定部３２９によって指定された表示形式に基づいて、オーバレイビットマップストリームの属性データが作成される（ステップＳ９２４）。例えば、位置、表示開始時刻、表示終了時刻、文字色、背景色、透明度などが指定され、属性データとして設定される。
【０１４４】
このようにして作成されたビットマップデータおよび属性データは、ＡＶＣＨＤのオーバレイビットマップストリームや動画および音声とともに多重化されて記録される（ステップＳ９２５）。
【０１４５】
これらの処理は、変換元となるＡＶＣＨＤのストリームファイルが終了するまで繰り返され（ループＬ９０２）、その後、ＡＶＣＨＤのオーバレイビットマップストリームの管理情報が記録されて（ステップＳ９２６）、変換処理は終了する。オーバレイビットマップストリームの管理情報としては、上述のブロック「ｂｌｋＳＴＮＴａｂｌｅ（）」やブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」が想定される。
【０１４６】
なお、上述の例では、第１付帯情報記憶部３７２としてＡＶＣＨＤのＭＤＰを想定し、撮影日時をＭＤＰから取得する例について説明したが、撮影日時の取得元はＭＤＰに限定されない。例えば、図１５および図１６により説明したようにプレイリストのチャプタマークに付与された撮影日時を取得してもよく、また、映像音声データのストリームファイルのファイルシステム上の日時情報から取得してもよい。
【０１４７】
また、上述の例では、第２付帯情報記憶部３７３としてＡＶＣＨＤのオーバレイビットマップストリームを想定し、撮影日時をオーバレイビットマップストリームに変換する例について説明したが、撮影日時の変換先はオーバレイビットマップストリームに限定されない。例えば、映像の上に文字表示事態を重ねて再エンコードしてもよい。
【０１４８】
このように、本発明の実施の形態によれば、付帯情報取得部３２１または３３１において取得された付帯情報を、表示形式指定部３２９または３３９によって指定された表示形式に従って付帯情報変換部３２２または３３２が変換することができる。これにより、規格上、表示が必須となっていない付帯情報について、他の再生装置における表示が可能となる。
【０１４９】
なお、本発明の実施の形態は本発明を具現化するための一例を示したものであり、以下に示すように特許請求の範囲における発明特定事項とそれぞれ対応関係を有するが、これに限定されるものではなく本発明の要旨を逸脱しない範囲において種々の変形を施すことができる。
【０１５０】
すなわち、請求項１において、付帯情報取得手段は例えば付帯情報取得部３２１または３３１に対応する。また、付帯情報変換手段は例えば付帯情報変換部３２２または３３２に対応する。また、付帯情報記録制御手段は例えば付帯情報記録制御部３２３または３３３に対応する。
【０１５１】
また、請求項５において、表示形式指定手段は例えば表示形式指定部３２９または３３９に対応する。
【０１５２】
また、請求項９において、付帯情報取得手段は例えば付帯情報取得部３３１に対応する。また、付帯情報変換手段は例えば付帯情報変換部３３２に対応する。また、付帯情報記録制御手段は例えば付帯情報記録制御部３３３に対応する。
【０１５３】
また、請求項１２または１３において、付帯情報取得手順は例えばステップＳ９１２またはＳ９２２に対応する。また、付帯情報変換手順は例えばステップＳ９１３およびＳ９１４またはＳ９２３およびＳ９２４に対応する。また、付帯情報記録制御手順は例えばステップＳ９１５またはＳ９２５に対応する。
【０１５４】
なお、本発明の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。
【図面の簡単な説明】
【０１５５】
【図１】本発明の実施の形態における情報変換装置３００の第１の構成例を示す図である。
【図２】付帯情報を記憶する形式と記録フォーマットとの関係を示す図である。
【図３】ＡＶＣＨＤ規格におけるデータ構造を示す図である。
【図４】ＡＶＣＨＤ規格におけるムービーオブジェクトの周辺の関係例を示す図である。
【図５】ＡＶＣＨＤ規格におけるファイル構成の一例を示す図である。
【図６】ＡＶＣＨＤ規格におけるモディファイドデジタルビデオパック（ＭＤＰ）全般のデータ構造を示す図である。
【図７】ＡＶＣＨＤ規格におけるＭＤＰのＩＤと付帯情報の対応関係を示す図である。
【図８】ＡＶＣＨＤ規格における撮影日時を示すＭＤＰのデータ構造を示す図である。
【図９】ＡＶＣＨＤ規格におけるタイムゾーンのデータ構造を示す図である。
【図１０】ＢＤ規格におけるテキストサブタイトルを含むストリームファイルの構成を示す図である。
【図１１】ＢＤ規格におけるテキストサブタイトルストリームのデータ構造を示す図である。
【図１２】ＢＤ規格におけるセグメントのデータ構造を示す図である。
【図１３】ＢＤ規格におけるダイアログスタイルセットのデータ構造を示す図である。
【図１４】本発明の実施の形態における情報変換装置３００の第１の構成例による処理手順を示す図である。
【図１５】ＡＶＣＨＤ規格におけるプレイリストファイルのデータ構造を示す図である。
【図１６】ＡＶＣＨＤ規格におけるブロック「ｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）」のデータ構造を示す図である。
【図１７】本発明の実施の形態における情報変換装置３００の第２の構成例を示す図である。
【図１８】ＡＶＣＨＤ規格のオーバレイビットマップに含まれるビットマップユニットのデータ構造を示す図である。
【図１９】ＡＶＣＨＤ規格のビットマップユニットの種別を示す図である。
【図２０】ＡＶＣＨＤ規格の「Ｏｂｊｅｃｔ  Ｕｎｉｔ」のデータ構造を示す図である。
【図２１】ＡＶＣＨＤ規格のブロック「ｂｌｋＰｌａｙＩｔｅｍ（）」のデータ構造を示す図である。
【図２２】ＡＶＣＨＤ規格のブロック「ｂｌｋＳＴＮＴａｂｌｅ（）」のデータ構造を示す図である。
【図２３】ＡＶＣＨＤ規格のブロック「ｂｌｋＳｔｒｅａｍＥｎｔｒｙ（）」のデータ構造を示す図である。
【図２４】ＡＶＣＨＤ規格のブロック「ｂｌｋＳｔｒｅａｍＡｔｔｒｉｂｕｔｅｓ（）」のデータ構造を示す図である。
【図２５】ＡＶＣＨＤ規格におけるクリップ情報ファイルのデータ構造を示す図である。
【図２６】ＡＶＣＨＤ規格におけるブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」のデータ構造を示す図である。
【図２７】本発明の実施の形態における情報変換装置３００の第２の構成例による処理手順を示す図である。
【符号の説明】
【０１５６】
３００  情報変換装置
３１１  映像音声データ取得部
３１２  映像音声データ変換部
３１３  映像音声データ記録制御部
３２１  付帯情報取得部
３２２  付帯情報変換部
３２３  付帯情報記録制御部
３２９  表示形式指定部
３３１  付帯情報取得部
３３２  付帯情報変換部
３３３  付帯情報記録制御部
３３９  表示形式指定部
３７０  データ記憶部
３７１  映像音声データ記憶部
３７２  第１付帯情報記憶部
３７３  第２付帯情報記憶部
３８０  第１記録フォーマットデータ記憶部
３８１  映像音声データ記憶部
３８２  付帯情報記憶部
３９０  第２記録フォーマットデータ記憶部
３９１  映像音声データ記憶部
３９２  付帯情報記憶部
【図１】
2009049726.tif 000003
【図２】
2009049726.tif 000004
【図３】
2009049726.tif 000005
【図４】
2009049726.tif 000006
【図５】
2009049726.tif 000007
【図６】
2009049726.tif 000008
【図７】
2009049726.tif 000009
【図８】
2009049726.tif 000010
【図９】
2009049726.tif 000011
【図１０】
2009049726.tif 000012
【図１１】
2009049726.tif 000013
【図１２】
2009049726.tif 000014
【図１３】
2009049726.tif 000015
【図１４】
2009049726.tif 000016
【図１５】
2009049726.tif 000017
【図１６】
2009049726.tif 000018
【図１７】
2009049726.tif 000019
【図１８】
2009049726.tif 000020
【図１９】
2009049726.tif 000021
【図２０】
2009049726.tif 000022
【図２１】
2009049726.tif 000023
【図２２】
2009049726.tif 000024
【図２３】
2009049726.tif 000025
【図２４】
2009049726.tif 000026
【図２５】
2009049726.tif 000027
【図２６】
2009049726.tif 000028
【図２７】
2009049726.tif 000029