記録装置、方法、プログラム、及び媒体
【課題】映像の記録装置で記録した記録媒体を再生装置で再生する際のユーザの利便性を向上させる。
【解決手段】映像の記録装置は、映像を撮影して記録する際に、映像データであるＡＶストリーム２０１と、ＡＶストリーム２０１の属性情報を示す第１の管理情報と、撮影開始、停止により生成された複数のＡＶストリームの再生順序を示す第２の管理情報と、ＡＶストリーム２０１の特定区間に対する映像の有効性を示す第３の管理情報から構成される管理情報２０２と、管理情報２０２の情報を基にＡＶストリーム２０１中の重要区間、無効区間の判定をインタラクティブに行うことが可能なプログラムで、無効シーンを省略した再生、任意の再生時間に重要区間を組み合わせたダイジェスト再生をすることが可能なダイジェスト再生モジュールを含むアプリケーション２０３を記録する。
【解決手段】映像の記録装置は、映像を撮影して記録する際に、映像データであるＡＶストリーム２０１と、ＡＶストリーム２０１の属性情報を示す第１の管理情報と、撮影開始、停止により生成された複数のＡＶストリームの再生順序を示す第２の管理情報と、ＡＶストリーム２０１の特定区間に対する映像の有効性を示す第３の管理情報から構成される管理情報２０２と、管理情報２０２の情報を基にＡＶストリーム２０１中の重要区間、無効区間の判定をインタラクティブに行うことが可能なプログラムで、無効シーンを省略した再生、任意の再生時間に重要区間を組み合わせたダイジェスト再生をすることが可能なダイジェスト再生モジュールを含むアプリケーション２０３を記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像を撮影して記録媒体に記録する記録装置において、ユーザの利便性を向上させた視聴を可能とする記録装置、記録方法および記録プログラムに関する。
【背景技術】
【０００２】
従来のビデオカメラの場合、撮影済みの動画の再生方法としては、基本的に記録媒体（テープ、ディスクなど）に記録されている動画を、その撮影順に再生する方法しかない。
また、ユーザが撮影済みの動画について所定の時間で視聴するためには、撮影済みの動画の全貌を把握し、重要な部分を判断し、目的の時間に合わせるために数秒単位に映像を抽出、合成する編集作業が必要であり、非常に多くの手間と時間を要する作業である。
そこで、編集作業を効率的に行う発明として、特許文献１に記載されたものが知られている。動画の撮影時に収録したコンテンツ（映像、音声、データ）の映像に含まれる人物、物体を画像認識し、音声に含まれるキーワードなど音声の認識を行ない、それぞれの認識結果を文字データに変換してメタデータを生成する。そして、このメタデータを利用して、所望のシーンの映像を検索することにより編集作業を効率化するシステムである。
【特許文献１】特開２００７−８２０８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このように、従来の技術では、映像の記録装置で記録された映像は、編集という膨大な過程を得なければ、ユーザが所望する時間の作品として視聴することができない。
本発明では、このような記録装置において、映像の記録後に編集作業をすることなくユーザの所望する条件（任意の時間、不要部分以外のシーン）で映像を再生することを可能とし、ユーザの利便性を向上させることが可能な記録装置、記録方法、記録プログラム、及び媒体を提供することにある。
【課題を解決するための手段】
【０００４】
上述した課題を解決するために、第１の発明は、映像を撮影して記録媒体に記録する記録装置において、撮影開始および撮影停止の指示を入力する指示入力部と、記録装置の状態を信号に変換する信号変換部と、指示入力部および信号変換部の情報から映像の重要度を解析する解析部と、ビデオデータおよびオーディオデータを多重化してＡＶストリームを生成する多重化部と、ＡＶストリームの属性情報を示す第１の管理情報と、指示入力部で入力された指示に係わる撮影開始、停止により生成された複数のＡＶストリームの再生順序を示す第２の管理情報と、解析部の情報を基にＡＶストリームの特定区間に対する映像の有効性を示す第３の管理情報とを生成する管理情報生成部と、ＡＶストリームと管理情報に加えて、管理情報の内容を基に、ＡＶストリームについて所定の再生条件によりダイジェスト再生することが可能なアプリケーションを記録媒体に記録する記録部を備えることを特徴とする記録装置である。
また、第２の発明は、映像を撮影して記録媒体に記録する記録方法において、撮影開始および撮影停止の指示を入力する指示入力のステップと、記録装置の状態を信号に変換する信号変換のステップと、指示入力のステップおよび信号変換のステップの情報から映像の重要度を解析する解析のステップと、ビデオデータおよびオーディオデータを多重化してＡＶストリームを生成する多重化のステップと、ＡＶストリームの属性情報を示す第１の管理情報と、指示入力ステップで入力された指示に係わる撮影開始、停止により生成された複数のＡＶストリームの再生順序を示す第２の管理情報と、解析のステップの情報を基にＡＶストリームの特定区間に対する映像の重要度を示す第３の管理情報とを生成する管理情報生成のステップと、ＡＶストリームと管理情報に加えて、管理情報の内容を基に、ＡＶストリームについて所定の再生条件によりダイジェスト再生することが可能なアプリケーションを記録媒体に記録する記録のステップを備えることを特徴とする記録方法である。
また、第３の発明は、ＡＶストリームと、管理情報と、アプリケーションとが記録された記録媒体であって、ＡＶストリームは、映像、音声またはデータのいずれかを含むコンテンツであって、管理情報は、ＡＶストリームを再生制御するための情報であり、また、映像、音声または記録装置の状態をパラメータ格納した情報であり、記録装置は、撮影時に事前に決めてある規則により特徴ある区間を検出し、アプリケーションが解釈することが可能なデータ形式で管理情報に記録し、アプリケーションは、仮想マシン向けプログラミング言語で記述されたプログラムであり、管理情報を基に特徴のある区間をダイジェスト化した再生経路を動的に決定してＡＶストリームを再生することを特徴としている。アプリケーションは、任意の時間を指定することで、管理情報に記載されたパラメータから重要区間を抽出して、指定した時間で再生する再生手段をさらに備えることが望ましい。アプリケーションは、管理情報に記載されたパラメータから撮影に失敗したと思われる不要区間を省いて再生する再生手段をさらに備えることが望ましい。
【発明の効果】
【０００５】
上述したように、ビデオデータおよびオーディオデータを多重化したＡＶストリームと、ＡＶストリームの属性情報を示す第１の管理情報と、再生方法を示す情報を含む第２の管理情報と、解析部の情報を基に上記ＡＶストリームの特定区間に対する映像の重要度を示す第３の管理情報とからなる管理情報に加えて、管理情報の内容を基にＡＶストリームについて所定の再生条件によりダイジェスト再生することが可能なアプリケーションを記録媒体に記録することで、ユーザは撮影後に編集をすることなくダイジェスト再生をすることが可能な記録媒体を生成することができる。
【発明を実施するための最良の形態】
【０００６】
（実施の形態）
以下、添付された図面を参照して、本発明の望ましい実施形態について詳細に説明する。
先ず始めに、本発明の使用行為についての形態を説明する。図１は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図１において、ビデオカメラ１０１は、撮影対象１０２（風景や人やペットなどの動物、車、建造物などの物）を入力映像として、記録媒体１０３にＡＶストリームを記録する。ＡＶストリームを記録した記録媒体１０３は、再生装置１０４、リモコン１０５、テレビ１０３の構成で視聴することができる。このうちリモコン１０５は、再生（Ｐｌａｙ）、停止（Ｓｔｏｐ）を受け付けるキーや、メニュー操作時にあたってのフォーカス移動操作を受け付けるＭｏｖｅＵｐキー、ＭｏｖｅＤｏｗｎキー、ＭｏｖｅＲｉｇｈｔキー、ＭｏｖｅＬｅｆｔキー、メニュー表示操作を受け付けるＰｏｐ−ｕｐキー、数値入力を受け付けるＮｕｍｅｒｉｃキーが存在する。本発明において記録媒体１０３は、データ記録可能なあらゆる媒体を意味し、例えば、光ディスク、フラッシュメモリ、磁気テープなど記録方式に関らず、あらゆる媒体を包括する意味をもつ。以下では、本発明の説明の便宜上、記録媒体を光ディスク（Ｏｐｔｉｃａｌｄｉｓｃ）、特に、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（ブルーレイディスク：登録商標）として説明するが、本発明の技術思想は、他の記録媒体にも同一に適用可能であることは明らかである。以上が本発明に係る使用形態についての説明である。
【０００７】
図２は、本発明の記録媒体に記録されたデータの種類を示す図である。図１に示すように、本発明の記録媒体１０３は、ＡＶストリーム２０１、管理情報２０２、アプリケーション２０３を含む。ＡＶストリーム２０１は、ビデオデータおよびオーディオデータを多重化したビットストリームで、クリップＡＶストリームと称される。ここで、クリップＡＶストリームとは、連続同期再生、すなわち実時間再生が保証された映像のまとまりの単位で、撮影開始、停止により生成される連続したビットストリームの単位のことをいう。一般的な撮影では、撮影開始、停止を繰り返すため、複数のクリップＡＶストリームが生成される。クリップＡＶストリームは、所定のファイルシステムによりファイルとして記録媒体に記録される。このファイルを、クリップＡＶストリームファイル（またはＡＶストリームファイル）と称する。管理情報２０２は、クリップＡＶストリームの属性情報を示す第１の管理情報と、撮影開始、停止により生成された複数のクリップＡＶストリームの再生順序を示す第２の管理情報と、クリップＡＶストリームの特定区間に対する映像の有効性を示す第３の管理情報から構成される。
アプリケーション２０３は、管理情報２０２の情報を基にＡＶストリーム２０１中の重要区間、無効区間の判定をインタラクティブに行うことが可能なプログラムで、無効シーンを省略した再生や、任意の再生時間に重要区間を組み合わせたダイジェスト再生をすることが可能なダイジェスト再生モジュールを含む。かかるアプリケーション２０３は、ＣまたはＪａｖａ（登録商標）のようなプログラム言語で作成され、本発明では、特にｘｌｅｔのようなＪａｖａ（登録商標）アプリケーションを中心に説明する。Ｊａｖａ（登録商標）アプリケーションは、仮想マシンのヒープ領域（ワークメモリとも呼ばれる）にロードされた１つ以上のｘｌｅｔプログラムからなる。このワークメモリにロードされたｘｌｅｔプログラム、及び、データからアプリケーションは構成されることになる。
【０００８】
図３は、図２に示した記録媒体１０３に記録されたデータの構造を説明するための図である。図２に示すように、本発明による記録媒体１０３に記録されたマルチメディアデータは、４層のレイヤよりなる。最も最下層のレイヤは、クリップＡＶストリーム３０１が配置されるレイヤである（便宜上、クリップレイヤと呼ぶ）。その上のレイヤはクリップＡＶストリーム３０１に対する再生箇所を指定するための、ムービープレイリスト３０３（Ｍｏｖｉｅ ＰｌａｙＬｉｓｔ）と、プレイアイテム３０４（Ｐｌａｙ Ｉｔｅｍ）とが配置されるレイヤである（便宜上、プレイリストレイヤと呼ぶ）。さらにその上のレイヤは、ムービープレイリスト３０３（に対して再生順などを指定するコマンドからなるムービーオブジェクト３０５（Ｍｏｖｉｅ Ｏｂｊｅｃｔ）及びインタラクティブな再生をするためのＪａｖａ（登録商標）プログラムであるＢＤ−Ｊ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ Ｊａｖａ（登録商標））オブジェクト３０６（ＢＤ−Ｊ Ｏｂｊｅｃｔ）が配置されるレイヤである（便宜上、オブジェクトレイヤと呼ぶ）。最上層のレイヤは、記録媒体１０３に格納されるタイトルなどを管理するインデックステーブル３０７が配置される（便宜上、インデックスレイヤと呼ぶ）。
【０００９】
クリップレイヤについて説明する。クリップＡＶストリーム３０１は、ビデオデータやオーディオデータがＭＰＥＧ２ ＴＳ（トランスポートストリーム）の形式などに多重化されたビットストリームである。クリップＡＶストリーム３０１に関する属性情報は、本発明の第１の管理情報であり、クリップ情報３０２（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）としてファイルに記録される。
【００１０】
クリップＡＶストリーム３０１と、対応するクリップ情報３０２をひとまとまりのオブジェクトと見なし、クリップ（Ｃｌｉｐ）と称する。
【００１１】
プレイリストレイヤについて説明する。ムービープレイリスト３０３は、本発明の第２の管理情報であり、再生するＡＶストリーム３０１の指定と、指定されたＡＶストリーム３０１の再生箇所を指定する再生開始点（ＩＮ点）と再生終了点（ＯＵＴ点）の集まりとから構成される。この再生開始点と再生終了点の情報を一組としたものは、プレイアイテム３０４（ＰｌａｙＩｔｅｍ）と称される。
ムービープレイリスト３０３は、プレイアイテム３０４の集合で構成される。プレイアイテム３０４は撮影開始から撮影停止までの区間に相当する。プレイリストエクステンション３１０はムービープレイリスト３０３の拡張情報を記述する領域で、本発明の第３の管理情報であるＡＶストリームの特定区間に対する映像の有効性を示す情報が格納されている。
【００１２】
オブジェクトレイヤについて説明する。ムービーオブジェクト３０５は、ナビゲーション命令語プログラムからなり、かかるナビゲーション命令語は、プレイリストの再生を始めるか、またはムービーオブジェクト間の転換あるいはユーザの選好によってプレイリストの再生を管理する。ＢＤ−Ｊオブジェクト３０６は、Ｊａｖａ(登録商標）プログラムによるオブジェクトで、無効シーンを省略した再生や、任意の再生時間に重要区間を組み合わせたダイジェスト再生を実現するためのプログラムであるアプリケーション２０３が格納されている。
【００１３】
インデックスレイヤについて説明する。インデックスレイヤは、インデックステーブル３０７からなる。インデックステーブル３０７は、複数のタイトルとメニューとを定義するためのトップレベルのテーブルであって、あらゆるタイトルとメニューの開始位置情報を含んでいるので、タイトル検索やメニューコールのようなユーザ入力を通じて選択されたタイトルやメニューを再生できる。また、記録媒体が再生装置に挿入されたとき、自動的に実行される最初に再生されるタイトルやメニューの開始位置情報も含む。
図４は、本発明による記録媒体１０３に記録されたファイルのディレクトリ構造を説明するための図である。インデックステーブル３０７は、ｉｎｄｅｘ．ｂｄｍｖという名称のインデックステーブルファイルとして保存され、ナビゲーションデータを含むムービーオブジェクト３０５は、ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖという名称のムービーオブジェクトファイルとして記録される。また、動画の再生単位であるプレイリスト３０３は、ＰＬＡＹＬＩＳＴというディレクトリ直下に拡張子ｍｐｌｓが付与されたプレイリストファイル（０００００．ｍｐｌｓ， ００００１．ｍｐｌｓ，００００２．ｍｐｌｓ，，，）として記録され、クリップインフォメーション３０２は、ＣＬＩＰＩＮＦディレクトリ直下に拡張子ｃｌｐｉが付与されたクリップインフォメーションファイル（０１０００．ｃｌｐｉ，０２０００．ｃｌｐｉ， ０３０００．ｃｌｐｉ，，， ）として記録され、クリップＡＶストリーム３０１は、ＳＴＲＥＡＭというディレクトリ直下に拡張子ｍ２ｔｓが付与されたクリップＡＶストリームファイル（０１０００．ｍ２ｔｓ，０２０００．ｍ２ｔｓ，０３０００． ｍ２ｔｓ，，， ）として記録される。特に、クリップＡＶストリームファイルと対応するクリップインフォメーションファイルは、同じ５桁の数字からなった名称を有し、拡張子のみが異なる。そして、ＢＤ−Ｊオブジェクト３０６は、ＢＤＪＯディレクトリ直下に拡張子ｂｄｊｏが付与されたＢＤ−Ｊオブジェクトファイルとして記録され、実際のプログラムはＪＡＲディレクト以下に記録される。
次に、図４で示した各ファイルのうち、本発明に関わりの深いものについて、Ｃ言語の記述法に基づき詳細に説明する。図５は、プレイリストファイルの構造を表すシンタクスを示す図である。フィールドＴｙｐｅＩｎｄｉｃａｔｏｒは、３２ビット（４バイト）のデータ長を有し、このファイルがプレイリストファイルであることを示す。フィールドＴｙｐｅＩｎｄｉｃａｔｏｒ２は、３２ビット（４バイト）のデータ長を有し、このプレイリストファイルのバージョンを示す。フィールドＰｌａｙＬｉｓｔＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このシンタクス中のブロックｂｌｋＰｌａｙＬｉｓｔ（）の開始アドレスを示す。フィールドＰｌａｙＬｉｓｔＭａｒｋＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このシンタクス中のブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋ（）の開始アドレスを示す。フィールドＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このシンタクス中のブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の開始アドレスを示す。フィールドＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓは、ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の開始アドレスを、プレイリストファイルの最初のバイトからの相対バイト数を表した値である。相対バイト数は、”０”から開始される。このフィールドＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓの値が”０”であれば、このプレイリストファイル内に、ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）が存在しないことを示す。 １６０ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介してブロックｂｌｋＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）が配される。ブロックｂｌｋＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）は、次のブロックｂｌｋＰｌａｙＬｉｓｔ（）に記述されるプレイリストのタイプ、再生制限などの情報が記述される。ブロックｂｌｋＰｌａｙＬｉｓｔ（）は、プレイリストが記述される。ブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋ（）は、チャプタジャンプなどでジャンプされるポイントが記述される。ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）は、所定の拡張データを格納可能とするためのブロックである。
図６は、ブロックｂｌｋＰｌａｙＬｉｓｔ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈの直後からブロックｂｌｋＰｌａｙＬｉｓｔ（）の最後までのデータ長を示す。フィールドＬｅｎｇｔｈに続けて１６ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄが配され、次にフィールドＮｕｍｂｅｒＯｆＰｌａｙＩｔｅｍｓが配される。フィールドＮｕｍｂｅｒＯｆＰｌａｙＩｔｅｍｓは、１６ビットのデータ長を有し、このブロックｂｌｋＰｌａｙＬｉｓｔ（）に含まれるプレイアイテムの数を示す。フィールドＮｕｍｂｅｒＯｆＳｕｂＰａｔｈは、このブロックｂｌｋＰｌａｙＬｉｓｔ（）に含まれるサブパスの数を示す。 次のｆｏｒループ文に従い、フィールドＮｕｍｂｅｒＯｆＰｌａｙＩｔｅｍｓで示される数だけ、プレイアイテムが記述されるブロックｂｌｋＰｌａｙＩｔｅｍ（）が記述される。ｆｏｒループ文に基づくカウント数がブロックｂｌｋＰｌａｙＩｔｅｍ（）の識別子ＰｌａｙＩｔｅｍ＿ｉｄとなる。ブロックｂｌｋＳｕｂＰａｔｈ（）、は、本発明と関連性が薄いので、説明を省略する。
図７は、ブロックｂｌｋＰｌａｙＩｔｅｍ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、１６ビットのデータ長を有し、このフィールドＬｅｎｇｔｈの直後からブロックｂｌｋＰｌａｙＩｔｅｍ（）の最後までのデータ長を示す。フィールドＣｌｉｐＩｎｆｏｒｍａｔｉｏｎＦｉｌｅＮａｍｅは、４０ビット（５バイト）のデータ長を有し、このブロックｂｌｋＰｌａｙＩｔｅｍ（）が参照するクリップインフォメーションファイルのファイル名が示される。このプレイアイテムにおいて、フィールドＣｌｉｐＩｎｆｏｒｍａｔｉｏｎＦｉｌｅＮａｍｅで示されるファイル名のクリップインフォメーションファイルが読み出される。フィールドＣｌｉｐＣｏｄｅｃＩｄｅｎｔｉｆｉｅｒは、３２ビット（４バイト）のデータ長を有し、このブロックｂｌｋＰｌａｙＩｔｅｍ（）によるプレイアイテムにおいて用いられるクリップＡＶストリーム３０１のコーデック方式を示す。フィールドＣｏｎｎｅｃｔｉｏｎＣｏｎｄｉｔｉｏｎ、フィールドＲｅｆＴｏＳＴＣＩＤ、ブロックｂｌｋＵＯＭａｓｋＴａｂｌｅ（）、フィールドＰｌａｙＩｔｅｍＲａｎｄｏｍＡｃｃｅｓｓＦｌａｇ、フィールドＳｔｉｌｌＭｏｄｅ、フィールドＳｔｉｌｌＴｉｍｅは、本発明と関連性が薄いので、説明を省略する。ブロックｂｌｋＳＴＮＴａｂｌｅ（）は、このブロックｂｌｋＰｌａｙＩｔｅｍ（）によるプレイアイテムが管理しているクリップＡＶストリームの記録媒体上での記録位置の属性などを管理している。
図８は、ブロックｂｌｋＰｌａｙＩｔｅｍ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈの直後からブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋ（）の最後までのデータ長を示す。フィールドＮｕｍｂｅｒＯｆＰｌａｙＬｉｓｔＭａｒｋｓは、１６ビットのデータ長を有し、このブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋ（）に含まれるプレイリストマークの数を示す。次のｆｏｒループ文に従い、フィールドＮｕｍｂｅｒＯｆＰｌａｙＬｉｓｔＭａｒｋｓで示される数だけプレイリストマークの情報が記述される。ｆｏｒループ文内において、８ビットのデータ長を有する領域ｒｅｓｅｒｖｅに続けてフィールドＭａｒｋＴｙｐｅが配される。フィールドＭａｒｋＴｙｐｅは、８ビットのデータ長を有し、マークのタイプを示す。プレイリストマークには、エントリマーク（ＥｎｔｒｙＭａｒｋ）およびリンクポイント（ＬｉｎｋＰｏｉｎｔ）の２タイプが定義されており、このフィールドＭａｒｋＴｙｐｅにより、何れのタイプであるかが示される。チャプタを定義するためには、エントリマークを用いる。リンクポイントは、本発明の特定区間に対する映像の有効性を示す第３の管理情報が存在することを定義するために使用する。フィールドＲｅｆＴｏＰｌａｙＩｔｅｍＩＤは、１６ビットのデータ長を有し、マークが打たれるプレイアイテムを参照する識別情報ＰｌａｙＩｔｅｍ＿ｉｄが記述される。フィールドＭａｒｋＴｉｍｅＳｔａｍｐは、３２ビットのデータ長を有し、マークが打たれるポイントを示すタイムスタンプが記述される。フィールドＥｎｔｒｙＥＳＰＩＤは、１６ビットのデータ長を有し、マークによって指し示されるエレメンタリストリームを含んでいるＴＳパケットのＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の値を示す。フィールドＤｕｒａｔｉｏｎは、４５ｋＨｚのクロックを単位とした計測による、３２ビットのデータ長を有する符号無し整数である。このフィールドＤｕｒａｔｉｏｎに格納される値が”０”であれば、このフィールドＤｕｒａｔｉｏｎは、意味を成さない。
図９は、ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈの直後からブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の終わりまでのデータ長をバイト数で示す。フィールドＤａｔａＢｌｏｃｋＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このシンタクス中の、拡張データの本体が格納されるブロックＤａｔａＢｌｏｃｋ（）の開始アドレスを、このブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の先頭バイトからの相対バイト数で示す。 ２４ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介してフィールドＮｕｍｂｅｒＯｆＥｘｔＤａｔａＥｎｔｒｉｅｓが配される。フィールドＮｕｍｂｅｒＯｆＥｘｔＤａｔａＥｎｔｒｉｅｓは、８ビットのデータ長を有し、このブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）のブロックＤａｔａＢｌｏｃｋ（）に格納される拡張データのエントリ数を示す。拡張データのエントリは、拡張データの本体を取得するための情報が格納される。フィールドＥｘｔＤａｔａＴｙｐｅは、１６ビットのデータ長を有し、このブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）に記述される拡張データが記録装置用の拡張データであることを表す。このフィールドＥｘｔＤａｔａＴｙｐｅの値は、拡張データを識別する第１の値であり、このブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）を含むライセンサ（使用認可者）が割り当てると定義することができる。フィールドＥｘｔＤａｔａＶｅｒｓｉｏｎは、拡張データを識別する第２の値であり、この拡張データのバージョン番号を表すものと定義することができる。フィールドＥｘｔＤａｔａＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このフィールドＥｘｔＤａｔａＳｔａｒｔＡｄｄｒｅｓｓが含まれる拡張データのエントリ（ブロックｅｘｔ＿ｄａｔａ＿ｅｎｔｒｙ（））に対応する拡張データの開始アドレスを示す。フィールドＥｘｔＤａｔａＳｔａｒｔＡｄｄｒｅｓｓは、ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の先頭バイトからの相対バイト数で、拡張データｅｘｔ＿ｄａｔａの開始アドレスを示す。フィールドＥｘｔＤａｔａＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＥｘｔＤａｔａＳｔａｒｔＡｄｄｒｅｓｓが含まれる拡張データのエントリ（ブロックｅｘｔ＿ｄａｔａ＿ｅｎｔｒｉｅｓ（））に対応する拡張データのデータ長を示す。フィールドＮｕｍｂｅｒＯｆＥｘｔＤａｔａＥｎｔｒｉｅｓで示された個数だけ、拡張データのエントリ（ブロックｅｘｔ＿ｄａｔａ＿ｅｎｔｒｙ（））が記述されると、それぞれ１６ビットのデータ長を有し任意のデータ列からなるフィールドｐａｄｄｉｎｇ＿ｗｏｒｄが、２フィールドを組として任意の回数Ｌ１だけ繰り返される。その後、拡張データの本体が格納されるブロックＤａｔａＢｌｏｃｋ（）が記述される。ブロックＤａｔａＢｌｏｃｋ（）は、１以上の拡張データが格納される。それぞれの拡張データｅｘｔ＿ｄａｔａは、上述したフィールドＥｘｔＤａｔａＳｔａｒｔＡｄｄｒｅｓｓフィールドＥｘｔＤａｔａＬｅｎｇｔｈに基づき、ブロックＤａｔａＢｌｏｃｋ（）から取り出される。
次に、プレイリストファイルに対して定義される拡張データブロックについて説明する。本発明の特定区間に対する映像の有効性を示す第３の管理情報はプレイリストファイルの拡張データブロック内に記述することとする。図１０は、プレイリストファイル内のブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）におけるブロックＤａｔａＢｌｏｃｋ（）（図９）の構造を表すシンタクスを示す図である。この図１０の例では、ブロックＤａｔａＢｌｏｃｋ（）がブロックｂｌｋＰｌａｙＬｉｓｔＥｘｔｅｎｓｉｏｎＤａｔａ（）として記述されている。先ず、上述の図９を参照し、プレイリストファイル内のブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）において、フィールドＥｘｔＤａｔａＴｙｐｅおよびフィールドＥｘｔＤａｔａＶｅｒｓｉｏｎがそれぞれ所定の値、例えば上述と同様にそれぞれ値”０ｘ１０００”、値”０ｘ０１００”とする。ブロックｂｌｋＰｌａｙＬｉｓｔＥｘｔｅｎｓｉｏｎＤａｔａ（）において、フィールドＴｙｐｅＩｎｄｉｃａｔｏｒは、次に続くデータの種類を示す、ＩＳＯ６４６に規定された符号化方式で符号化した４文字からなる所定の文字列が記述される。このフィールドＴｙｐｅＩｎｄｉｃａｔｏｒに記述される文字列によって、次に続くデータ種類がプレイリストファイルにおける拡張データであることが示される。フィールドＴｙｐｅＩｎｄｉｃａｔｏｒの次に、３２ビット（４バイト）のデータ長を有する領域ｒｅｓｅｒｖｅｄを介して３２ビットのデータ長を有するフィールドＰｌａｙＬｉｓｔＭａｒｋＥｘｔＳｔａｒｔＡｄｄｒｅｓｓが配され、その次に、３２ビットのデータ長を有するフィールドＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａＳｔａｒｔＡｄｄｒｅｓｓが配される。フィールドＰｌａｙＬｉｓｔＭａｒｋＥｘｔＳｔａｒｔＡｄｄｒｅｓｓおよびフィールドＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａＳｔａｒｔＡｄｄｒｅｓｓは、それぞれ、ブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）およびブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の、このブロックｂｌｋＰｌａｙＬｉｓｔＥｘｔｅｎｓｉｏｎＤａｔａ（）先頭を基準とした開始アドレスが示される。フィールドＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａＳｔａｒｔＡｄｄｒｅｓｓの次に、１９２ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介してブロックｂｌｋＰｌａｙＬｉｓｔＭｅｔａ（）が配される。１６ビットのデータ長を有するパディングワードｐａｄｄｉｎｇ＿ｗｏｒｄが値Ｎ１で示される回数だけ繰り返され、次に、ブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）が配される。さらに、１６ビットのデータ長を有するパディングワードｐａｄｄｉｎｇ＿ｗｏｒｄが値Ｎ２で示される回数だけ繰り返され、次に、ブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）が配される。ブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の後ろには、１６ビットのデータ長を有するパディングワードｐａｄｄｉｎｇ＿ｗｏｒｄが値Ｎ３で示される回数だけ繰り返される。
図１１は、ブロックｂｌｋＰｌａｙＬｉｓｔＭｅｔａ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈ直後からこのブロックｂｌｋＰｌａｙＬｉｓｔＭｅｔａ（）の終わりまでのデータ長を示す。フィールドＬｅｎｇｔｈの次に、それぞれ１６ビットのデータ長を有するフィールドＭａｋｅｒＩＤおよびフィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅが配される。フィールドＭａｋｅｒＩＤおよびフィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅは、このプレイリストファイルを更新したメーカおよび当該メーカの機種を識別する情報がそれぞれ記述される。フィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅの次に、３２ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介して１６ビットのデータ長を有するフィールドＲｅｆＴｏＭｅｎｕＴｈｕｍｂｎａｉｌＩｎｄｅｘが配される。このフィールドＲｅｆＴｏＭｅｎｕＴｈｕｍｂｎａｉｌＩｎｄｅｘは、このプレイリストファイルにより再生される一連のクリップを代表するサムネイル画像が存在する場合、そのサムネイル画像を特定するサムネイル番号が記述される。次に８ビットのデータ長を有するブロックｂｌｋＴｉｍｅＺｏｎｅ（）が配され、このプレイリストファイルを更新した際に、装置に設定されているタイムゾーンを示す情報が記述される。さらに５６ビットのデータ長を有するフィールドＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅが配され、このプレイリストファイルを更新した時刻および日付が記述される。フィールドＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅの次に、８ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介して、それぞれ８ビットのデータ長を有するフィールドＰｌａｙＬｉｓｔＣｈａｒａｃｔｅｒＳｅｔおよびフィールドＰｌａｙＬｉｓｔＮａｍｅＬｅｎｇｔｈが配され、さらに続けて、２５５バイトのデータ長を有するフィールドＰｌａｙＬｉｓｔＮａｍｅが配される。これらフィールドＰｌａｙＬｉｓｔＣｈａｒａｃｔｅｒＳｅｔ、フィールドＰｌａｙＬｉｓｔＮａｍｅＬｅｎｇｔｈおよびフィールドＰｌａｙＬｉｓｔＮａｍｅにより、このプレイリストファイルにより示されるプレイリストに付された名前に関する情報が記述される。フィールドＰｌａｙＬｉｓｔＮａｍｅの次に、ブロックＡｄｄｉｔｉｏｎａｌ＿ｄａｔａ（）が配される。このブロックＡｄｄｉｔｉｏｎａｌ＿ｄａｔａ（）は、追加的な情報を格納するために予約された領域であって、３２ビットのデータ長を有するフィールドＬｅｎｇｔｈ２に示される値のバイト数分のデータ長を有する領域が予約される。
【００１４】
図１２は、プレイリストファイルにおける拡張データブロックｂｌｋＰｌａｙＬｉｓｔＥｘｔｅｎｓｉｏｎＤａｔａ（）内のブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈの直後からブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）の最後までのデータ長を示す。フィールドＮｕｍｂｅｒＯｆＰｌａｙＬｉｓｔＭａｒｋｓは、１６ビットのデータ長を有し、このブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）に含まれるｂｌｋＭａｒｋＥｘｔｅｎｓｉｏｎ（）の数を示す。次のｆｏｒループ文に従い、フィールドＮｕｍｂｅｒＯｆＰｌａｙＬｉｓｔＭａｒｋｓで示される数だけｂｌｋＭａｒｋＥｘｔｅｎｓｉｏｎ（）の情報が記述される。フィールドＭａｋｅｒＩＤおよびフィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅは、それぞれ１６ビットのデータ長を有し、メーカの識別情報および当該メーカによる機種の識別情報が記述される。フィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅの次に、２９ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介して１６ビットのデータ長を有するフィールドＰｕｌｌｄｏｗｎが配される。フィールドＰｕｌｌｄｏｗｎ、フィールドＭａｒｋＷｒｉｔｅＰｒｏｔｅｃｔＦｌａｇは、本発明と関連性が薄いので、説明を省略する。フィールドＲｅｆＴｏＭｅｎｕＴｈｕｍｂｎａｉｌＩｎｄｅｘは、このＭａｒｋＥｘｔｅｎｓｉｏｎを代表するサムネイル画像が存在する場合、そのサムネイル画像を特定するサムネイル番号が記述される。次に８ビットのデータ長を有するブロックｂｌｋＴｉｍｅＺｏｎｅ（）が配され、このプレイリストファイルを更新した際に、装置に設定されているタイムゾーンを示す情報が記述される。さらに５６ビットのデータ長を有するフィールドＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅが配され、このプレイリストファイルを更新した時刻および日付が記述される。フィールドＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅの次に、８ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介して、それぞれ８ビットのデータ長を有するフィールドＭａｒｋＣｈａｒａｃｔｅｒＳｅｔおよびフィールドＭａｒｋＮａｍｅＬｅｎｇｔｈが配され、さらに続けて、２４バイトのデータ長を有するフィールドＭａｒｋＮａｍｅが配される。これらフィールドＭａｒｋＣｈａｒａｃｔｅｒＳｅｔ、フィールドＭａｒｋＮａｍｅＬｅｎｇｔｈおよびフィールドＭａｒｋＮａｍｅにより、ＭａｒｋＥｘｔｅｎｓｉｏｎに付された名前に関する情報が記述される。フィールドＭａｒｋＮａｍｅの次に、１２８バイトのデータ長を有するフィールドＭａｋｅｒｓＩｎｆｏｍａｔｉｏｎが配される。フィールドＭａｋｅｒｓＩｎｆｏｍａｔｉｏｎはメーカが自由に記述することが可能なフィールドで、本発明の特定区間に対する映像の有効性を示す第３の管理情報は、フィールドＭａｋｅｒｓＩｎｆｏｍａｔｉｏｎに記述することとする。フィールドＭａｋｅｒｓＩｎｆｏｍａｔｉｏｎの次に３２バイトのデータ長を有するフィールドｂｌｋＴｉｍｅＣｏｄｅが配される。フィールドｂｌｋＴｉｍｅＣｏｄｅはこのＭａｒｋＥｘｔｅｎｓｉｏｎに関連したＰｌａｙＬｉｓｔＭａｒｋが参照している映像のタイムコードが記述される。
【００１５】
図１３は、プレイリストファイルにおけるブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の構造を表すシンタクスを示す図である。ブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）は、このプレイリストファイルに関して、メーカ独自の情報が記述されるブロックである。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈ直後からこのブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の終わりまでのデータ長を示す。フィールドＤａｔａＢｌｏｃｋＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このシンタクス中の、メーカ独自情報本体が格納されるブロックＤａｔａＢｌｏｃｋ（）の開始アドレスを、このブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の先頭バイトからの相対バイト数で示す。２４ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介して、８ビットのデータ長を有するフィールドＮｕｍｂｅｒＯｆＭａｋｅｒＥｎｔｒｉｅｓが配される。次のｆｏｒ文に従い、フィールドＮｕｍｂｅｒＯｆＭａｋｅｒＥｎｔｒｉｅｓで示される個数だけ拡張データのエントリ、すなわち、フィールドＭａｋｅｒＩＤ、フィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅ、フィールドＭｐｄＳｔａｒｔＡｄｄｒｅｓｓおよびフィールドＭｐｄＬｅｎｇｔｈが記述される。フィールドＭａｋｅｒＩＤおよびフィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅは、それぞれ１６ビットのデータ長を有し、メーカの識別情報および当該メーカによる機種の識別情報が記述される。また、フィールドＭｐｄＳｔａｒｔＡｄｄｒｅｓｓおよびフィールドＭｐｄＬｅｎｇｔｈは、それぞれ３２ビットのデータ長を有し、拡張データの本体が格納されるブロックＤａｔａＢｌｏｃｋ（）の、このブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の先頭バイトからの相対バイト数による開始アドレスと、データ長とを示す。フィールドＮｕｍｂｅｒＯｆＭａｋｅｒＥｎｔｒｉｅｓで示される個数だけ拡張データのエントリが記述されると、それぞれ１６ビットのデータ長を有し任意のデータ列からなるフィールドｐａｄｄｉｎｇ＿ｗｏｒｄが、２フィールドを組として任意の回数Ｌ１だけ繰り返される。その後、拡張データの本体が格納されるブロックＤａｔａＢｌｏｃｋ（）が記述される。ブロックＤａｔａＢｌｏｃｋ（）は、１以上の拡張データｅｘｔ＿ｄａｔａが格納される。すなわち、フィールドＭａｋｅｒＩＤおよびフィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅで示されるメーカおよび機種毎に、メーカ独自の拡張データがブロックＤａｔａＢｌｏｃｋ（）に格納される。それぞれの拡張データは、上述したフィールドＭｐｄＳｔａｒｔＡｄｄｒｅｓｓおよびフィールドＭｐｄＬｅｎｇｔｈに基づき、ブロックＤａｔａＢｌｏｃｋ（）から取り出される。
【００１６】
図１４は、本発明の記録装置の構成を概略的に示す図である。指示入力部１４０１はユーザから撮影開始および撮影停止の指示を受けると、その情報を解析部１４０２に送信する。信号変換部１４０３は、パン、ズーム、手ぶれ、ピンボケなどの機器情報およびセンサーから受信した情報（たとえば地面の撮影）を解析部１４０２に送信する。解析部１４０２は、所定のアルゴリズムにより、映像の有効性、無効性を判定し、重要度を表す値を算出する。重要度を算出するアルゴリズムとしては、たとえばＷＯ２００８／０３２７３９にて開示されている方法がある。ビデオエンコーダ１４０４は、ビデオカメラに入力される映像を所定の圧縮符号化方式、例えばＨ．２６４｜ＡＶＣにより圧縮符号化する。ビデオエンコーダ１４０４ で圧縮符号化されたビデオデータは、Ｈ．２６４｜ＡＶＣのエレメンタリストリーム（ＥＳ）として多重化部１４０６に供給される。ここで、映像の圧縮符号化方式は、Ｈ．２６４｜ＡＶＣに限られるものではない。オーディオエンコーダ１４０５は、ビデオカメラに入力される音声を所定の圧縮符号化方式、例えばＡＣ３により圧縮符号化する。オーディオデータの圧縮符号化方式は、ＡＣ３に限られるものではない。オーディオデータを圧縮符号化せず、ベースバンドのデータのまま用いることも考えられる。圧縮符号化されたオーディオデータは、多重化部１４０６に供給される。多重化部１４０６は、それぞれ圧縮符号化されて供給されたビデオデータおよびオーディオデータを所定の方式で多重化し、１本のＡＶストリームとして記録部１４０７に供給する。管理情報生成部１４０８は、解析部１４０２および多重化部１４０６から供給された情報を基に、上述したインデックスファイル、ムービーオブジェクトファイル、ＢＤ−Ｊオブジェクトファイル、プレイリストファイルおよびクリップインフォメーションファイルに格納するための情報を生成する。アプリケーションモジュール１４０９は、所定の再生条件によりダイジェスト再生を実行するＪＡＶＡ（登録商標）の実行モジュールで記録部１４０７に供給される。記録部１４０７は、多重化部１４０６、管理情報生成部１４０８、アプリケーションモジュール１４０９からのデータをインデックスファイル、ムービーオブジェクトファイル、ＢＤ−Ｊオブジェクトファイル、プレイリストファイルおよびクリップインフォメーションファイルとして記録媒体１０３に対する記録を制御する。
図１５は、本発明の管理情報とＡＶストリームのデータ構造を示す図である。プレイリストファイルは本発明の第２の管理情報が記述されており、図１５のプレイリストには３個のプレイアイテムの再生順序が定義されている。プレイアイテムのそれぞれは、クリップインフォメーションファイルを参照する。クリップインフォメーションファイルは本発明の第１の管理情報であり、クリップの実体であるクリップＡＶストリームファイルと１対１の関係にある。プレイリストファイルに対して記録開始位置には、エントリマークが設けられる。図１５では、３回記録を実施したことがわかる。また、図１５には５個のリンクポイントが設けられている。リンクポイント及び拡張情報は本発明の第３の管理情報である。すなわち、このプレイリストには、５個の重要度情報が含まれており、リンクポイントに対応するプレイリストファイルの拡張データブロックの情報には、それぞれの区間と区間の重要度の情報が記録されている。
図１６は、プレイリストファイルにおけるブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）のＭａｋｅｒｓＩｎｆｏｒｍａｔｉｏｎに定義した本発明の第３の管理情報の構造を表すシンタクスを示す図である。フィールドＴｙｐｅは８ビットのデータ長を有し、情報の種類を示す値である。フィールドＳｃｏｒｅは８ビットのデータ長を有し、本情報示す区間の重要度を示す値である。フィールドＩＮＴｉｍｅ、フィールドＯＵＴＴｉｍｅは区間の開始点と終了点で、それぞれ４５ｋＨｚのクロックを単位とした計測による、３２ビットのデータ長を有する符号無し整数である。
これら第３の管理情報は、アプリケーションモジュール内のプログラムから参照することが可能であり。プログラムが解釈可能なフォーマットとして上記領域に記録する。
以下では、本発明によって、前述したように生成した記録媒体を利用して動画を再生する再生装置について詳細に説明する。図１７は、本発明の再生装置のブロック図である。
読み取り部１７０１は記録媒体１０３より図４で説明したファイルの読み込みを行う。
ＵＯコントローラ１７０２は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降ＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）という）をモジュールマネージャ１７０３に出力する。モジュールマネージャ１７０３は、初期実行及びＵＯあるいはナビゲーションの変更により生じたタイトル変更を処理するようにナビゲーションエンジン１７０４を制御する。ナビゲーションエンジン１７０４は、管理情報２０２の内容によってプレゼンテーションエンジン１７０５により動画の再生を制御する。プレゼンテーションエンジン１７０５はＡＶストリーム２１０をデコードして画面に出力する。
プログラムエンジン１７０６は読み取り部１７０１よりロードしたアプリケーション２０３を実行する。アプリケーション２０３は、規定のＡＰＩによりプレゼンテーションエンジン１７０５及びナビゲーション１７０４を制御することができる。また、プログラムエンジン１７０６はモジュールマネージャ１７０３により制御され、ユーザの操作内容により、ダイジェスト区間のみの再生、任意の時間を指定した再生、撮影に失敗した区間以外の再生など、再生経路をインタラクティブに指定した再生を行うことができる。ユーザの操作画面は、プログラムエンジン１７０６により出力され、ブレンダ１７１０によりオーバーレイされて一つの画面として出力される。
【産業上の利用可能性】
【００１７】
本発明に係る記録媒体は、撮影した映像を手軽に扱うことを可能にし、より付加価値が高い映像の記録装置を市場に供給することができる。故に本発明に係る記録媒体、記録装置は民生機器産業において高い利用可能性をもつ。
【図面の簡単な説明】
【００１８】
【図１】本発明に係る記録媒体の、使用行為についての形態を示す図
【図２】本発明の記録媒体に記録されたデータの種類を示す図
【図３】図２に示した記録媒体１０３に記録されたデータの構造を説明するための図
【図４】本発明の記録媒体１０３に記録されたファイルのディレクトリ構造を説明するための図
【図５】プレイリストファイルの構造を表すシンタクスを示す図
【図６】ブロックｂｌｋＰｌａｙＬｉｓｔ（）の構造を表すシンタクスを示す図
【図７】ブロックｂｌｋＰｌａｙＩｔｅｍ（）の構造を表すシンタクスを示す図
【図８】ブロックｂｌｋＰｌａｙＩｔｅｍ（）の構造を表すシンタクスを示す図
【図９】ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の構造を表すシンタクスを示す図
【図１０】プレイリストファイル内のブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）におけるブロックＤａｔａＢｌｏｃｋ（）（図９）の構造を表すシンタクスを示す図
【図１１】ブロックｂｌｋＰｌａｙＬｉｓｔＭｅｔａ（）の構造を表すシンタクスを示す図
【図１２】プレイリストファイルにおける拡張データブロックｂｌｋＰｌａｙＬｉｓｔＥｘｔｅｎｓｉｏｎＤａｔａ（）内のブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）の構造を表すシンタクスを示す図
【図１３】プレイリストファイルにおけるブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の構造を表すシンタクスを示す図
【図１４】本発明の記録装置の構成を概略的に示す図
【図１５】本発明の管理情報とＡＶストリームのデータ構造を示す図
【図１６】第３の管理情報の構造を表すシンタクスを示す図
【図１７】本発明の再生装置のブロック図
【符号の説明】
【００１９】
１０１ ビデオカメラ
１０２ 撮影対象
１０３ 記録媒体
１０４ 再生装置
１０５ リモコン
１０６ テレビ
２０１ ＡＶストリーム
２０２ 管理情報
２０３ アプリケーション
３０１ クリップＡＶストリーム
３０２ クリップ情報
３０３ ムービープレイリスト
３０４ プレイアイテム
３０５ ムービーオブジェクト
３０６ ＢＤ−Ｊオブジェクト
３０７ インデックステーブル
３１０ プレイリストエクステンション
１４０１ 指示入力部
１４０２ 解析部
１４０３ 信号変換部
１４０４ ビデオエンコーダ
１４０５ オーディオエンコーダ
１４０６ 多重化部
１４０７ 記録部
１４０８ 管理情報生成部
１４０９ アプリケーションモジュール
１７０１ 読み取り部
１７０２ ＵＯコントローラ
１７０３ モジュールマネージャ
１７０４ ナビゲーションエンジン
１７０５ プレゼンテーションエンジン
１７０６ プログラムエンジン
１７１０ ブレンダ
【技術分野】
【０００１】
本発明は、映像を撮影して記録媒体に記録する記録装置において、ユーザの利便性を向上させた視聴を可能とする記録装置、記録方法および記録プログラムに関する。
【背景技術】
【０００２】
従来のビデオカメラの場合、撮影済みの動画の再生方法としては、基本的に記録媒体（テープ、ディスクなど）に記録されている動画を、その撮影順に再生する方法しかない。
また、ユーザが撮影済みの動画について所定の時間で視聴するためには、撮影済みの動画の全貌を把握し、重要な部分を判断し、目的の時間に合わせるために数秒単位に映像を抽出、合成する編集作業が必要であり、非常に多くの手間と時間を要する作業である。
そこで、編集作業を効率的に行う発明として、特許文献１に記載されたものが知られている。動画の撮影時に収録したコンテンツ（映像、音声、データ）の映像に含まれる人物、物体を画像認識し、音声に含まれるキーワードなど音声の認識を行ない、それぞれの認識結果を文字データに変換してメタデータを生成する。そして、このメタデータを利用して、所望のシーンの映像を検索することにより編集作業を効率化するシステムである。
【特許文献１】特開２００７−８２０８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このように、従来の技術では、映像の記録装置で記録された映像は、編集という膨大な過程を得なければ、ユーザが所望する時間の作品として視聴することができない。
本発明では、このような記録装置において、映像の記録後に編集作業をすることなくユーザの所望する条件（任意の時間、不要部分以外のシーン）で映像を再生することを可能とし、ユーザの利便性を向上させることが可能な記録装置、記録方法、記録プログラム、及び媒体を提供することにある。
【課題を解決するための手段】
【０００４】
上述した課題を解決するために、第１の発明は、映像を撮影して記録媒体に記録する記録装置において、撮影開始および撮影停止の指示を入力する指示入力部と、記録装置の状態を信号に変換する信号変換部と、指示入力部および信号変換部の情報から映像の重要度を解析する解析部と、ビデオデータおよびオーディオデータを多重化してＡＶストリームを生成する多重化部と、ＡＶストリームの属性情報を示す第１の管理情報と、指示入力部で入力された指示に係わる撮影開始、停止により生成された複数のＡＶストリームの再生順序を示す第２の管理情報と、解析部の情報を基にＡＶストリームの特定区間に対する映像の有効性を示す第３の管理情報とを生成する管理情報生成部と、ＡＶストリームと管理情報に加えて、管理情報の内容を基に、ＡＶストリームについて所定の再生条件によりダイジェスト再生することが可能なアプリケーションを記録媒体に記録する記録部を備えることを特徴とする記録装置である。
また、第２の発明は、映像を撮影して記録媒体に記録する記録方法において、撮影開始および撮影停止の指示を入力する指示入力のステップと、記録装置の状態を信号に変換する信号変換のステップと、指示入力のステップおよび信号変換のステップの情報から映像の重要度を解析する解析のステップと、ビデオデータおよびオーディオデータを多重化してＡＶストリームを生成する多重化のステップと、ＡＶストリームの属性情報を示す第１の管理情報と、指示入力ステップで入力された指示に係わる撮影開始、停止により生成された複数のＡＶストリームの再生順序を示す第２の管理情報と、解析のステップの情報を基にＡＶストリームの特定区間に対する映像の重要度を示す第３の管理情報とを生成する管理情報生成のステップと、ＡＶストリームと管理情報に加えて、管理情報の内容を基に、ＡＶストリームについて所定の再生条件によりダイジェスト再生することが可能なアプリケーションを記録媒体に記録する記録のステップを備えることを特徴とする記録方法である。
また、第３の発明は、ＡＶストリームと、管理情報と、アプリケーションとが記録された記録媒体であって、ＡＶストリームは、映像、音声またはデータのいずれかを含むコンテンツであって、管理情報は、ＡＶストリームを再生制御するための情報であり、また、映像、音声または記録装置の状態をパラメータ格納した情報であり、記録装置は、撮影時に事前に決めてある規則により特徴ある区間を検出し、アプリケーションが解釈することが可能なデータ形式で管理情報に記録し、アプリケーションは、仮想マシン向けプログラミング言語で記述されたプログラムであり、管理情報を基に特徴のある区間をダイジェスト化した再生経路を動的に決定してＡＶストリームを再生することを特徴としている。アプリケーションは、任意の時間を指定することで、管理情報に記載されたパラメータから重要区間を抽出して、指定した時間で再生する再生手段をさらに備えることが望ましい。アプリケーションは、管理情報に記載されたパラメータから撮影に失敗したと思われる不要区間を省いて再生する再生手段をさらに備えることが望ましい。
【発明の効果】
【０００５】
上述したように、ビデオデータおよびオーディオデータを多重化したＡＶストリームと、ＡＶストリームの属性情報を示す第１の管理情報と、再生方法を示す情報を含む第２の管理情報と、解析部の情報を基に上記ＡＶストリームの特定区間に対する映像の重要度を示す第３の管理情報とからなる管理情報に加えて、管理情報の内容を基にＡＶストリームについて所定の再生条件によりダイジェスト再生することが可能なアプリケーションを記録媒体に記録することで、ユーザは撮影後に編集をすることなくダイジェスト再生をすることが可能な記録媒体を生成することができる。
【発明を実施するための最良の形態】
【０００６】
（実施の形態）
以下、添付された図面を参照して、本発明の望ましい実施形態について詳細に説明する。
先ず始めに、本発明の使用行為についての形態を説明する。図１は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図１において、ビデオカメラ１０１は、撮影対象１０２（風景や人やペットなどの動物、車、建造物などの物）を入力映像として、記録媒体１０３にＡＶストリームを記録する。ＡＶストリームを記録した記録媒体１０３は、再生装置１０４、リモコン１０５、テレビ１０３の構成で視聴することができる。このうちリモコン１０５は、再生（Ｐｌａｙ）、停止（Ｓｔｏｐ）を受け付けるキーや、メニュー操作時にあたってのフォーカス移動操作を受け付けるＭｏｖｅＵｐキー、ＭｏｖｅＤｏｗｎキー、ＭｏｖｅＲｉｇｈｔキー、ＭｏｖｅＬｅｆｔキー、メニュー表示操作を受け付けるＰｏｐ−ｕｐキー、数値入力を受け付けるＮｕｍｅｒｉｃキーが存在する。本発明において記録媒体１０３は、データ記録可能なあらゆる媒体を意味し、例えば、光ディスク、フラッシュメモリ、磁気テープなど記録方式に関らず、あらゆる媒体を包括する意味をもつ。以下では、本発明の説明の便宜上、記録媒体を光ディスク（Ｏｐｔｉｃａｌｄｉｓｃ）、特に、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（ブルーレイディスク：登録商標）として説明するが、本発明の技術思想は、他の記録媒体にも同一に適用可能であることは明らかである。以上が本発明に係る使用形態についての説明である。
【０００７】
図２は、本発明の記録媒体に記録されたデータの種類を示す図である。図１に示すように、本発明の記録媒体１０３は、ＡＶストリーム２０１、管理情報２０２、アプリケーション２０３を含む。ＡＶストリーム２０１は、ビデオデータおよびオーディオデータを多重化したビットストリームで、クリップＡＶストリームと称される。ここで、クリップＡＶストリームとは、連続同期再生、すなわち実時間再生が保証された映像のまとまりの単位で、撮影開始、停止により生成される連続したビットストリームの単位のことをいう。一般的な撮影では、撮影開始、停止を繰り返すため、複数のクリップＡＶストリームが生成される。クリップＡＶストリームは、所定のファイルシステムによりファイルとして記録媒体に記録される。このファイルを、クリップＡＶストリームファイル（またはＡＶストリームファイル）と称する。管理情報２０２は、クリップＡＶストリームの属性情報を示す第１の管理情報と、撮影開始、停止により生成された複数のクリップＡＶストリームの再生順序を示す第２の管理情報と、クリップＡＶストリームの特定区間に対する映像の有効性を示す第３の管理情報から構成される。
アプリケーション２０３は、管理情報２０２の情報を基にＡＶストリーム２０１中の重要区間、無効区間の判定をインタラクティブに行うことが可能なプログラムで、無効シーンを省略した再生や、任意の再生時間に重要区間を組み合わせたダイジェスト再生をすることが可能なダイジェスト再生モジュールを含む。かかるアプリケーション２０３は、ＣまたはＪａｖａ（登録商標）のようなプログラム言語で作成され、本発明では、特にｘｌｅｔのようなＪａｖａ（登録商標）アプリケーションを中心に説明する。Ｊａｖａ（登録商標）アプリケーションは、仮想マシンのヒープ領域（ワークメモリとも呼ばれる）にロードされた１つ以上のｘｌｅｔプログラムからなる。このワークメモリにロードされたｘｌｅｔプログラム、及び、データからアプリケーションは構成されることになる。
【０００８】
図３は、図２に示した記録媒体１０３に記録されたデータの構造を説明するための図である。図２に示すように、本発明による記録媒体１０３に記録されたマルチメディアデータは、４層のレイヤよりなる。最も最下層のレイヤは、クリップＡＶストリーム３０１が配置されるレイヤである（便宜上、クリップレイヤと呼ぶ）。その上のレイヤはクリップＡＶストリーム３０１に対する再生箇所を指定するための、ムービープレイリスト３０３（Ｍｏｖｉｅ ＰｌａｙＬｉｓｔ）と、プレイアイテム３０４（Ｐｌａｙ Ｉｔｅｍ）とが配置されるレイヤである（便宜上、プレイリストレイヤと呼ぶ）。さらにその上のレイヤは、ムービープレイリスト３０３（に対して再生順などを指定するコマンドからなるムービーオブジェクト３０５（Ｍｏｖｉｅ Ｏｂｊｅｃｔ）及びインタラクティブな再生をするためのＪａｖａ（登録商標）プログラムであるＢＤ−Ｊ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ Ｊａｖａ（登録商標））オブジェクト３０６（ＢＤ−Ｊ Ｏｂｊｅｃｔ）が配置されるレイヤである（便宜上、オブジェクトレイヤと呼ぶ）。最上層のレイヤは、記録媒体１０３に格納されるタイトルなどを管理するインデックステーブル３０７が配置される（便宜上、インデックスレイヤと呼ぶ）。
【０００９】
クリップレイヤについて説明する。クリップＡＶストリーム３０１は、ビデオデータやオーディオデータがＭＰＥＧ２ ＴＳ（トランスポートストリーム）の形式などに多重化されたビットストリームである。クリップＡＶストリーム３０１に関する属性情報は、本発明の第１の管理情報であり、クリップ情報３０２（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）としてファイルに記録される。
【００１０】
クリップＡＶストリーム３０１と、対応するクリップ情報３０２をひとまとまりのオブジェクトと見なし、クリップ（Ｃｌｉｐ）と称する。
【００１１】
プレイリストレイヤについて説明する。ムービープレイリスト３０３は、本発明の第２の管理情報であり、再生するＡＶストリーム３０１の指定と、指定されたＡＶストリーム３０１の再生箇所を指定する再生開始点（ＩＮ点）と再生終了点（ＯＵＴ点）の集まりとから構成される。この再生開始点と再生終了点の情報を一組としたものは、プレイアイテム３０４（ＰｌａｙＩｔｅｍ）と称される。
ムービープレイリスト３０３は、プレイアイテム３０４の集合で構成される。プレイアイテム３０４は撮影開始から撮影停止までの区間に相当する。プレイリストエクステンション３１０はムービープレイリスト３０３の拡張情報を記述する領域で、本発明の第３の管理情報であるＡＶストリームの特定区間に対する映像の有効性を示す情報が格納されている。
【００１２】
オブジェクトレイヤについて説明する。ムービーオブジェクト３０５は、ナビゲーション命令語プログラムからなり、かかるナビゲーション命令語は、プレイリストの再生を始めるか、またはムービーオブジェクト間の転換あるいはユーザの選好によってプレイリストの再生を管理する。ＢＤ−Ｊオブジェクト３０６は、Ｊａｖａ(登録商標）プログラムによるオブジェクトで、無効シーンを省略した再生や、任意の再生時間に重要区間を組み合わせたダイジェスト再生を実現するためのプログラムであるアプリケーション２０３が格納されている。
【００１３】
インデックスレイヤについて説明する。インデックスレイヤは、インデックステーブル３０７からなる。インデックステーブル３０７は、複数のタイトルとメニューとを定義するためのトップレベルのテーブルであって、あらゆるタイトルとメニューの開始位置情報を含んでいるので、タイトル検索やメニューコールのようなユーザ入力を通じて選択されたタイトルやメニューを再生できる。また、記録媒体が再生装置に挿入されたとき、自動的に実行される最初に再生されるタイトルやメニューの開始位置情報も含む。
図４は、本発明による記録媒体１０３に記録されたファイルのディレクトリ構造を説明するための図である。インデックステーブル３０７は、ｉｎｄｅｘ．ｂｄｍｖという名称のインデックステーブルファイルとして保存され、ナビゲーションデータを含むムービーオブジェクト３０５は、ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖという名称のムービーオブジェクトファイルとして記録される。また、動画の再生単位であるプレイリスト３０３は、ＰＬＡＹＬＩＳＴというディレクトリ直下に拡張子ｍｐｌｓが付与されたプレイリストファイル（０００００．ｍｐｌｓ， ００００１．ｍｐｌｓ，００００２．ｍｐｌｓ，，，）として記録され、クリップインフォメーション３０２は、ＣＬＩＰＩＮＦディレクトリ直下に拡張子ｃｌｐｉが付与されたクリップインフォメーションファイル（０１０００．ｃｌｐｉ，０２０００．ｃｌｐｉ， ０３０００．ｃｌｐｉ，，， ）として記録され、クリップＡＶストリーム３０１は、ＳＴＲＥＡＭというディレクトリ直下に拡張子ｍ２ｔｓが付与されたクリップＡＶストリームファイル（０１０００．ｍ２ｔｓ，０２０００．ｍ２ｔｓ，０３０００． ｍ２ｔｓ，，， ）として記録される。特に、クリップＡＶストリームファイルと対応するクリップインフォメーションファイルは、同じ５桁の数字からなった名称を有し、拡張子のみが異なる。そして、ＢＤ−Ｊオブジェクト３０６は、ＢＤＪＯディレクトリ直下に拡張子ｂｄｊｏが付与されたＢＤ−Ｊオブジェクトファイルとして記録され、実際のプログラムはＪＡＲディレクト以下に記録される。
次に、図４で示した各ファイルのうち、本発明に関わりの深いものについて、Ｃ言語の記述法に基づき詳細に説明する。図５は、プレイリストファイルの構造を表すシンタクスを示す図である。フィールドＴｙｐｅＩｎｄｉｃａｔｏｒは、３２ビット（４バイト）のデータ長を有し、このファイルがプレイリストファイルであることを示す。フィールドＴｙｐｅＩｎｄｉｃａｔｏｒ２は、３２ビット（４バイト）のデータ長を有し、このプレイリストファイルのバージョンを示す。フィールドＰｌａｙＬｉｓｔＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このシンタクス中のブロックｂｌｋＰｌａｙＬｉｓｔ（）の開始アドレスを示す。フィールドＰｌａｙＬｉｓｔＭａｒｋＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このシンタクス中のブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋ（）の開始アドレスを示す。フィールドＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このシンタクス中のブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の開始アドレスを示す。フィールドＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓは、ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の開始アドレスを、プレイリストファイルの最初のバイトからの相対バイト数を表した値である。相対バイト数は、”０”から開始される。このフィールドＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓの値が”０”であれば、このプレイリストファイル内に、ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）が存在しないことを示す。 １６０ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介してブロックｂｌｋＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）が配される。ブロックｂｌｋＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）は、次のブロックｂｌｋＰｌａｙＬｉｓｔ（）に記述されるプレイリストのタイプ、再生制限などの情報が記述される。ブロックｂｌｋＰｌａｙＬｉｓｔ（）は、プレイリストが記述される。ブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋ（）は、チャプタジャンプなどでジャンプされるポイントが記述される。ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）は、所定の拡張データを格納可能とするためのブロックである。
図６は、ブロックｂｌｋＰｌａｙＬｉｓｔ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈの直後からブロックｂｌｋＰｌａｙＬｉｓｔ（）の最後までのデータ長を示す。フィールドＬｅｎｇｔｈに続けて１６ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄが配され、次にフィールドＮｕｍｂｅｒＯｆＰｌａｙＩｔｅｍｓが配される。フィールドＮｕｍｂｅｒＯｆＰｌａｙＩｔｅｍｓは、１６ビットのデータ長を有し、このブロックｂｌｋＰｌａｙＬｉｓｔ（）に含まれるプレイアイテムの数を示す。フィールドＮｕｍｂｅｒＯｆＳｕｂＰａｔｈは、このブロックｂｌｋＰｌａｙＬｉｓｔ（）に含まれるサブパスの数を示す。 次のｆｏｒループ文に従い、フィールドＮｕｍｂｅｒＯｆＰｌａｙＩｔｅｍｓで示される数だけ、プレイアイテムが記述されるブロックｂｌｋＰｌａｙＩｔｅｍ（）が記述される。ｆｏｒループ文に基づくカウント数がブロックｂｌｋＰｌａｙＩｔｅｍ（）の識別子ＰｌａｙＩｔｅｍ＿ｉｄとなる。ブロックｂｌｋＳｕｂＰａｔｈ（）、は、本発明と関連性が薄いので、説明を省略する。
図７は、ブロックｂｌｋＰｌａｙＩｔｅｍ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、１６ビットのデータ長を有し、このフィールドＬｅｎｇｔｈの直後からブロックｂｌｋＰｌａｙＩｔｅｍ（）の最後までのデータ長を示す。フィールドＣｌｉｐＩｎｆｏｒｍａｔｉｏｎＦｉｌｅＮａｍｅは、４０ビット（５バイト）のデータ長を有し、このブロックｂｌｋＰｌａｙＩｔｅｍ（）が参照するクリップインフォメーションファイルのファイル名が示される。このプレイアイテムにおいて、フィールドＣｌｉｐＩｎｆｏｒｍａｔｉｏｎＦｉｌｅＮａｍｅで示されるファイル名のクリップインフォメーションファイルが読み出される。フィールドＣｌｉｐＣｏｄｅｃＩｄｅｎｔｉｆｉｅｒは、３２ビット（４バイト）のデータ長を有し、このブロックｂｌｋＰｌａｙＩｔｅｍ（）によるプレイアイテムにおいて用いられるクリップＡＶストリーム３０１のコーデック方式を示す。フィールドＣｏｎｎｅｃｔｉｏｎＣｏｎｄｉｔｉｏｎ、フィールドＲｅｆＴｏＳＴＣＩＤ、ブロックｂｌｋＵＯＭａｓｋＴａｂｌｅ（）、フィールドＰｌａｙＩｔｅｍＲａｎｄｏｍＡｃｃｅｓｓＦｌａｇ、フィールドＳｔｉｌｌＭｏｄｅ、フィールドＳｔｉｌｌＴｉｍｅは、本発明と関連性が薄いので、説明を省略する。ブロックｂｌｋＳＴＮＴａｂｌｅ（）は、このブロックｂｌｋＰｌａｙＩｔｅｍ（）によるプレイアイテムが管理しているクリップＡＶストリームの記録媒体上での記録位置の属性などを管理している。
図８は、ブロックｂｌｋＰｌａｙＩｔｅｍ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈの直後からブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋ（）の最後までのデータ長を示す。フィールドＮｕｍｂｅｒＯｆＰｌａｙＬｉｓｔＭａｒｋｓは、１６ビットのデータ長を有し、このブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋ（）に含まれるプレイリストマークの数を示す。次のｆｏｒループ文に従い、フィールドＮｕｍｂｅｒＯｆＰｌａｙＬｉｓｔＭａｒｋｓで示される数だけプレイリストマークの情報が記述される。ｆｏｒループ文内において、８ビットのデータ長を有する領域ｒｅｓｅｒｖｅに続けてフィールドＭａｒｋＴｙｐｅが配される。フィールドＭａｒｋＴｙｐｅは、８ビットのデータ長を有し、マークのタイプを示す。プレイリストマークには、エントリマーク（ＥｎｔｒｙＭａｒｋ）およびリンクポイント（ＬｉｎｋＰｏｉｎｔ）の２タイプが定義されており、このフィールドＭａｒｋＴｙｐｅにより、何れのタイプであるかが示される。チャプタを定義するためには、エントリマークを用いる。リンクポイントは、本発明の特定区間に対する映像の有効性を示す第３の管理情報が存在することを定義するために使用する。フィールドＲｅｆＴｏＰｌａｙＩｔｅｍＩＤは、１６ビットのデータ長を有し、マークが打たれるプレイアイテムを参照する識別情報ＰｌａｙＩｔｅｍ＿ｉｄが記述される。フィールドＭａｒｋＴｉｍｅＳｔａｍｐは、３２ビットのデータ長を有し、マークが打たれるポイントを示すタイムスタンプが記述される。フィールドＥｎｔｒｙＥＳＰＩＤは、１６ビットのデータ長を有し、マークによって指し示されるエレメンタリストリームを含んでいるＴＳパケットのＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の値を示す。フィールドＤｕｒａｔｉｏｎは、４５ｋＨｚのクロックを単位とした計測による、３２ビットのデータ長を有する符号無し整数である。このフィールドＤｕｒａｔｉｏｎに格納される値が”０”であれば、このフィールドＤｕｒａｔｉｏｎは、意味を成さない。
図９は、ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈの直後からブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の終わりまでのデータ長をバイト数で示す。フィールドＤａｔａＢｌｏｃｋＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このシンタクス中の、拡張データの本体が格納されるブロックＤａｔａＢｌｏｃｋ（）の開始アドレスを、このブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の先頭バイトからの相対バイト数で示す。 ２４ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介してフィールドＮｕｍｂｅｒＯｆＥｘｔＤａｔａＥｎｔｒｉｅｓが配される。フィールドＮｕｍｂｅｒＯｆＥｘｔＤａｔａＥｎｔｒｉｅｓは、８ビットのデータ長を有し、このブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）のブロックＤａｔａＢｌｏｃｋ（）に格納される拡張データのエントリ数を示す。拡張データのエントリは、拡張データの本体を取得するための情報が格納される。フィールドＥｘｔＤａｔａＴｙｐｅは、１６ビットのデータ長を有し、このブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）に記述される拡張データが記録装置用の拡張データであることを表す。このフィールドＥｘｔＤａｔａＴｙｐｅの値は、拡張データを識別する第１の値であり、このブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）を含むライセンサ（使用認可者）が割り当てると定義することができる。フィールドＥｘｔＤａｔａＶｅｒｓｉｏｎは、拡張データを識別する第２の値であり、この拡張データのバージョン番号を表すものと定義することができる。フィールドＥｘｔＤａｔａＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このフィールドＥｘｔＤａｔａＳｔａｒｔＡｄｄｒｅｓｓが含まれる拡張データのエントリ（ブロックｅｘｔ＿ｄａｔａ＿ｅｎｔｒｙ（））に対応する拡張データの開始アドレスを示す。フィールドＥｘｔＤａｔａＳｔａｒｔＡｄｄｒｅｓｓは、ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の先頭バイトからの相対バイト数で、拡張データｅｘｔ＿ｄａｔａの開始アドレスを示す。フィールドＥｘｔＤａｔａＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＥｘｔＤａｔａＳｔａｒｔＡｄｄｒｅｓｓが含まれる拡張データのエントリ（ブロックｅｘｔ＿ｄａｔａ＿ｅｎｔｒｉｅｓ（））に対応する拡張データのデータ長を示す。フィールドＮｕｍｂｅｒＯｆＥｘｔＤａｔａＥｎｔｒｉｅｓで示された個数だけ、拡張データのエントリ（ブロックｅｘｔ＿ｄａｔａ＿ｅｎｔｒｙ（））が記述されると、それぞれ１６ビットのデータ長を有し任意のデータ列からなるフィールドｐａｄｄｉｎｇ＿ｗｏｒｄが、２フィールドを組として任意の回数Ｌ１だけ繰り返される。その後、拡張データの本体が格納されるブロックＤａｔａＢｌｏｃｋ（）が記述される。ブロックＤａｔａＢｌｏｃｋ（）は、１以上の拡張データが格納される。それぞれの拡張データｅｘｔ＿ｄａｔａは、上述したフィールドＥｘｔＤａｔａＳｔａｒｔＡｄｄｒｅｓｓフィールドＥｘｔＤａｔａＬｅｎｇｔｈに基づき、ブロックＤａｔａＢｌｏｃｋ（）から取り出される。
次に、プレイリストファイルに対して定義される拡張データブロックについて説明する。本発明の特定区間に対する映像の有効性を示す第３の管理情報はプレイリストファイルの拡張データブロック内に記述することとする。図１０は、プレイリストファイル内のブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）におけるブロックＤａｔａＢｌｏｃｋ（）（図９）の構造を表すシンタクスを示す図である。この図１０の例では、ブロックＤａｔａＢｌｏｃｋ（）がブロックｂｌｋＰｌａｙＬｉｓｔＥｘｔｅｎｓｉｏｎＤａｔａ（）として記述されている。先ず、上述の図９を参照し、プレイリストファイル内のブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）において、フィールドＥｘｔＤａｔａＴｙｐｅおよびフィールドＥｘｔＤａｔａＶｅｒｓｉｏｎがそれぞれ所定の値、例えば上述と同様にそれぞれ値”０ｘ１０００”、値”０ｘ０１００”とする。ブロックｂｌｋＰｌａｙＬｉｓｔＥｘｔｅｎｓｉｏｎＤａｔａ（）において、フィールドＴｙｐｅＩｎｄｉｃａｔｏｒは、次に続くデータの種類を示す、ＩＳＯ６４６に規定された符号化方式で符号化した４文字からなる所定の文字列が記述される。このフィールドＴｙｐｅＩｎｄｉｃａｔｏｒに記述される文字列によって、次に続くデータ種類がプレイリストファイルにおける拡張データであることが示される。フィールドＴｙｐｅＩｎｄｉｃａｔｏｒの次に、３２ビット（４バイト）のデータ長を有する領域ｒｅｓｅｒｖｅｄを介して３２ビットのデータ長を有するフィールドＰｌａｙＬｉｓｔＭａｒｋＥｘｔＳｔａｒｔＡｄｄｒｅｓｓが配され、その次に、３２ビットのデータ長を有するフィールドＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａＳｔａｒｔＡｄｄｒｅｓｓが配される。フィールドＰｌａｙＬｉｓｔＭａｒｋＥｘｔＳｔａｒｔＡｄｄｒｅｓｓおよびフィールドＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａＳｔａｒｔＡｄｄｒｅｓｓは、それぞれ、ブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）およびブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の、このブロックｂｌｋＰｌａｙＬｉｓｔＥｘｔｅｎｓｉｏｎＤａｔａ（）先頭を基準とした開始アドレスが示される。フィールドＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａＳｔａｒｔＡｄｄｒｅｓｓの次に、１９２ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介してブロックｂｌｋＰｌａｙＬｉｓｔＭｅｔａ（）が配される。１６ビットのデータ長を有するパディングワードｐａｄｄｉｎｇ＿ｗｏｒｄが値Ｎ１で示される回数だけ繰り返され、次に、ブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）が配される。さらに、１６ビットのデータ長を有するパディングワードｐａｄｄｉｎｇ＿ｗｏｒｄが値Ｎ２で示される回数だけ繰り返され、次に、ブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）が配される。ブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の後ろには、１６ビットのデータ長を有するパディングワードｐａｄｄｉｎｇ＿ｗｏｒｄが値Ｎ３で示される回数だけ繰り返される。
図１１は、ブロックｂｌｋＰｌａｙＬｉｓｔＭｅｔａ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈ直後からこのブロックｂｌｋＰｌａｙＬｉｓｔＭｅｔａ（）の終わりまでのデータ長を示す。フィールドＬｅｎｇｔｈの次に、それぞれ１６ビットのデータ長を有するフィールドＭａｋｅｒＩＤおよびフィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅが配される。フィールドＭａｋｅｒＩＤおよびフィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅは、このプレイリストファイルを更新したメーカおよび当該メーカの機種を識別する情報がそれぞれ記述される。フィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅの次に、３２ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介して１６ビットのデータ長を有するフィールドＲｅｆＴｏＭｅｎｕＴｈｕｍｂｎａｉｌＩｎｄｅｘが配される。このフィールドＲｅｆＴｏＭｅｎｕＴｈｕｍｂｎａｉｌＩｎｄｅｘは、このプレイリストファイルにより再生される一連のクリップを代表するサムネイル画像が存在する場合、そのサムネイル画像を特定するサムネイル番号が記述される。次に８ビットのデータ長を有するブロックｂｌｋＴｉｍｅＺｏｎｅ（）が配され、このプレイリストファイルを更新した際に、装置に設定されているタイムゾーンを示す情報が記述される。さらに５６ビットのデータ長を有するフィールドＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅが配され、このプレイリストファイルを更新した時刻および日付が記述される。フィールドＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅの次に、８ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介して、それぞれ８ビットのデータ長を有するフィールドＰｌａｙＬｉｓｔＣｈａｒａｃｔｅｒＳｅｔおよびフィールドＰｌａｙＬｉｓｔＮａｍｅＬｅｎｇｔｈが配され、さらに続けて、２５５バイトのデータ長を有するフィールドＰｌａｙＬｉｓｔＮａｍｅが配される。これらフィールドＰｌａｙＬｉｓｔＣｈａｒａｃｔｅｒＳｅｔ、フィールドＰｌａｙＬｉｓｔＮａｍｅＬｅｎｇｔｈおよびフィールドＰｌａｙＬｉｓｔＮａｍｅにより、このプレイリストファイルにより示されるプレイリストに付された名前に関する情報が記述される。フィールドＰｌａｙＬｉｓｔＮａｍｅの次に、ブロックＡｄｄｉｔｉｏｎａｌ＿ｄａｔａ（）が配される。このブロックＡｄｄｉｔｉｏｎａｌ＿ｄａｔａ（）は、追加的な情報を格納するために予約された領域であって、３２ビットのデータ長を有するフィールドＬｅｎｇｔｈ２に示される値のバイト数分のデータ長を有する領域が予約される。
【００１４】
図１２は、プレイリストファイルにおける拡張データブロックｂｌｋＰｌａｙＬｉｓｔＥｘｔｅｎｓｉｏｎＤａｔａ（）内のブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）の構造を表すシンタクスを示す図である。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈの直後からブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）の最後までのデータ長を示す。フィールドＮｕｍｂｅｒＯｆＰｌａｙＬｉｓｔＭａｒｋｓは、１６ビットのデータ長を有し、このブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）に含まれるｂｌｋＭａｒｋＥｘｔｅｎｓｉｏｎ（）の数を示す。次のｆｏｒループ文に従い、フィールドＮｕｍｂｅｒＯｆＰｌａｙＬｉｓｔＭａｒｋｓで示される数だけｂｌｋＭａｒｋＥｘｔｅｎｓｉｏｎ（）の情報が記述される。フィールドＭａｋｅｒＩＤおよびフィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅは、それぞれ１６ビットのデータ長を有し、メーカの識別情報および当該メーカによる機種の識別情報が記述される。フィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅの次に、２９ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介して１６ビットのデータ長を有するフィールドＰｕｌｌｄｏｗｎが配される。フィールドＰｕｌｌｄｏｗｎ、フィールドＭａｒｋＷｒｉｔｅＰｒｏｔｅｃｔＦｌａｇは、本発明と関連性が薄いので、説明を省略する。フィールドＲｅｆＴｏＭｅｎｕＴｈｕｍｂｎａｉｌＩｎｄｅｘは、このＭａｒｋＥｘｔｅｎｓｉｏｎを代表するサムネイル画像が存在する場合、そのサムネイル画像を特定するサムネイル番号が記述される。次に８ビットのデータ長を有するブロックｂｌｋＴｉｍｅＺｏｎｅ（）が配され、このプレイリストファイルを更新した際に、装置に設定されているタイムゾーンを示す情報が記述される。さらに５６ビットのデータ長を有するフィールドＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅが配され、このプレイリストファイルを更新した時刻および日付が記述される。フィールドＲｅｃｏｒｄＴｉｍｅＡｎｄＤａｔｅの次に、８ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介して、それぞれ８ビットのデータ長を有するフィールドＭａｒｋＣｈａｒａｃｔｅｒＳｅｔおよびフィールドＭａｒｋＮａｍｅＬｅｎｇｔｈが配され、さらに続けて、２４バイトのデータ長を有するフィールドＭａｒｋＮａｍｅが配される。これらフィールドＭａｒｋＣｈａｒａｃｔｅｒＳｅｔ、フィールドＭａｒｋＮａｍｅＬｅｎｇｔｈおよびフィールドＭａｒｋＮａｍｅにより、ＭａｒｋＥｘｔｅｎｓｉｏｎに付された名前に関する情報が記述される。フィールドＭａｒｋＮａｍｅの次に、１２８バイトのデータ長を有するフィールドＭａｋｅｒｓＩｎｆｏｍａｔｉｏｎが配される。フィールドＭａｋｅｒｓＩｎｆｏｍａｔｉｏｎはメーカが自由に記述することが可能なフィールドで、本発明の特定区間に対する映像の有効性を示す第３の管理情報は、フィールドＭａｋｅｒｓＩｎｆｏｍａｔｉｏｎに記述することとする。フィールドＭａｋｅｒｓＩｎｆｏｍａｔｉｏｎの次に３２バイトのデータ長を有するフィールドｂｌｋＴｉｍｅＣｏｄｅが配される。フィールドｂｌｋＴｉｍｅＣｏｄｅはこのＭａｒｋＥｘｔｅｎｓｉｏｎに関連したＰｌａｙＬｉｓｔＭａｒｋが参照している映像のタイムコードが記述される。
【００１５】
図１３は、プレイリストファイルにおけるブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の構造を表すシンタクスを示す図である。ブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）は、このプレイリストファイルに関して、メーカ独自の情報が記述されるブロックである。フィールドＬｅｎｇｔｈは、３２ビットのデータ長を有し、このフィールドＬｅｎｇｔｈ直後からこのブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の終わりまでのデータ長を示す。フィールドＤａｔａＢｌｏｃｋＳｔａｒｔＡｄｄｒｅｓｓは、３２ビットのデータ長を有し、このシンタクス中の、メーカ独自情報本体が格納されるブロックＤａｔａＢｌｏｃｋ（）の開始アドレスを、このブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の先頭バイトからの相対バイト数で示す。２４ビットのデータ長を有する領域ｒｅｓｅｒｖｅｄを介して、８ビットのデータ長を有するフィールドＮｕｍｂｅｒＯｆＭａｋｅｒＥｎｔｒｉｅｓが配される。次のｆｏｒ文に従い、フィールドＮｕｍｂｅｒＯｆＭａｋｅｒＥｎｔｒｉｅｓで示される個数だけ拡張データのエントリ、すなわち、フィールドＭａｋｅｒＩＤ、フィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅ、フィールドＭｐｄＳｔａｒｔＡｄｄｒｅｓｓおよびフィールドＭｐｄＬｅｎｇｔｈが記述される。フィールドＭａｋｅｒＩＤおよびフィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅは、それぞれ１６ビットのデータ長を有し、メーカの識別情報および当該メーカによる機種の識別情報が記述される。また、フィールドＭｐｄＳｔａｒｔＡｄｄｒｅｓｓおよびフィールドＭｐｄＬｅｎｇｔｈは、それぞれ３２ビットのデータ長を有し、拡張データの本体が格納されるブロックＤａｔａＢｌｏｃｋ（）の、このブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の先頭バイトからの相対バイト数による開始アドレスと、データ長とを示す。フィールドＮｕｍｂｅｒＯｆＭａｋｅｒＥｎｔｒｉｅｓで示される個数だけ拡張データのエントリが記述されると、それぞれ１６ビットのデータ長を有し任意のデータ列からなるフィールドｐａｄｄｉｎｇ＿ｗｏｒｄが、２フィールドを組として任意の回数Ｌ１だけ繰り返される。その後、拡張データの本体が格納されるブロックＤａｔａＢｌｏｃｋ（）が記述される。ブロックＤａｔａＢｌｏｃｋ（）は、１以上の拡張データｅｘｔ＿ｄａｔａが格納される。すなわち、フィールドＭａｋｅｒＩＤおよびフィールドＭａｋｅｒＭｏｄｅｌＣｏｄｅで示されるメーカおよび機種毎に、メーカ独自の拡張データがブロックＤａｔａＢｌｏｃｋ（）に格納される。それぞれの拡張データは、上述したフィールドＭｐｄＳｔａｒｔＡｄｄｒｅｓｓおよびフィールドＭｐｄＬｅｎｇｔｈに基づき、ブロックＤａｔａＢｌｏｃｋ（）から取り出される。
【００１６】
図１４は、本発明の記録装置の構成を概略的に示す図である。指示入力部１４０１はユーザから撮影開始および撮影停止の指示を受けると、その情報を解析部１４０２に送信する。信号変換部１４０３は、パン、ズーム、手ぶれ、ピンボケなどの機器情報およびセンサーから受信した情報（たとえば地面の撮影）を解析部１４０２に送信する。解析部１４０２は、所定のアルゴリズムにより、映像の有効性、無効性を判定し、重要度を表す値を算出する。重要度を算出するアルゴリズムとしては、たとえばＷＯ２００８／０３２７３９にて開示されている方法がある。ビデオエンコーダ１４０４は、ビデオカメラに入力される映像を所定の圧縮符号化方式、例えばＨ．２６４｜ＡＶＣにより圧縮符号化する。ビデオエンコーダ１４０４ で圧縮符号化されたビデオデータは、Ｈ．２６４｜ＡＶＣのエレメンタリストリーム（ＥＳ）として多重化部１４０６に供給される。ここで、映像の圧縮符号化方式は、Ｈ．２６４｜ＡＶＣに限られるものではない。オーディオエンコーダ１４０５は、ビデオカメラに入力される音声を所定の圧縮符号化方式、例えばＡＣ３により圧縮符号化する。オーディオデータの圧縮符号化方式は、ＡＣ３に限られるものではない。オーディオデータを圧縮符号化せず、ベースバンドのデータのまま用いることも考えられる。圧縮符号化されたオーディオデータは、多重化部１４０６に供給される。多重化部１４０６は、それぞれ圧縮符号化されて供給されたビデオデータおよびオーディオデータを所定の方式で多重化し、１本のＡＶストリームとして記録部１４０７に供給する。管理情報生成部１４０８は、解析部１４０２および多重化部１４０６から供給された情報を基に、上述したインデックスファイル、ムービーオブジェクトファイル、ＢＤ−Ｊオブジェクトファイル、プレイリストファイルおよびクリップインフォメーションファイルに格納するための情報を生成する。アプリケーションモジュール１４０９は、所定の再生条件によりダイジェスト再生を実行するＪＡＶＡ（登録商標）の実行モジュールで記録部１４０７に供給される。記録部１４０７は、多重化部１４０６、管理情報生成部１４０８、アプリケーションモジュール１４０９からのデータをインデックスファイル、ムービーオブジェクトファイル、ＢＤ−Ｊオブジェクトファイル、プレイリストファイルおよびクリップインフォメーションファイルとして記録媒体１０３に対する記録を制御する。
図１５は、本発明の管理情報とＡＶストリームのデータ構造を示す図である。プレイリストファイルは本発明の第２の管理情報が記述されており、図１５のプレイリストには３個のプレイアイテムの再生順序が定義されている。プレイアイテムのそれぞれは、クリップインフォメーションファイルを参照する。クリップインフォメーションファイルは本発明の第１の管理情報であり、クリップの実体であるクリップＡＶストリームファイルと１対１の関係にある。プレイリストファイルに対して記録開始位置には、エントリマークが設けられる。図１５では、３回記録を実施したことがわかる。また、図１５には５個のリンクポイントが設けられている。リンクポイント及び拡張情報は本発明の第３の管理情報である。すなわち、このプレイリストには、５個の重要度情報が含まれており、リンクポイントに対応するプレイリストファイルの拡張データブロックの情報には、それぞれの区間と区間の重要度の情報が記録されている。
図１６は、プレイリストファイルにおけるブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）のＭａｋｅｒｓＩｎｆｏｒｍａｔｉｏｎに定義した本発明の第３の管理情報の構造を表すシンタクスを示す図である。フィールドＴｙｐｅは８ビットのデータ長を有し、情報の種類を示す値である。フィールドＳｃｏｒｅは８ビットのデータ長を有し、本情報示す区間の重要度を示す値である。フィールドＩＮＴｉｍｅ、フィールドＯＵＴＴｉｍｅは区間の開始点と終了点で、それぞれ４５ｋＨｚのクロックを単位とした計測による、３２ビットのデータ長を有する符号無し整数である。
これら第３の管理情報は、アプリケーションモジュール内のプログラムから参照することが可能であり。プログラムが解釈可能なフォーマットとして上記領域に記録する。
以下では、本発明によって、前述したように生成した記録媒体を利用して動画を再生する再生装置について詳細に説明する。図１７は、本発明の再生装置のブロック図である。
読み取り部１７０１は記録媒体１０３より図４で説明したファイルの読み込みを行う。
ＵＯコントローラ１７０２は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降ＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）という）をモジュールマネージャ１７０３に出力する。モジュールマネージャ１７０３は、初期実行及びＵＯあるいはナビゲーションの変更により生じたタイトル変更を処理するようにナビゲーションエンジン１７０４を制御する。ナビゲーションエンジン１７０４は、管理情報２０２の内容によってプレゼンテーションエンジン１７０５により動画の再生を制御する。プレゼンテーションエンジン１７０５はＡＶストリーム２１０をデコードして画面に出力する。
プログラムエンジン１７０６は読み取り部１７０１よりロードしたアプリケーション２０３を実行する。アプリケーション２０３は、規定のＡＰＩによりプレゼンテーションエンジン１７０５及びナビゲーション１７０４を制御することができる。また、プログラムエンジン１７０６はモジュールマネージャ１７０３により制御され、ユーザの操作内容により、ダイジェスト区間のみの再生、任意の時間を指定した再生、撮影に失敗した区間以外の再生など、再生経路をインタラクティブに指定した再生を行うことができる。ユーザの操作画面は、プログラムエンジン１７０６により出力され、ブレンダ１７１０によりオーバーレイされて一つの画面として出力される。
【産業上の利用可能性】
【００１７】
本発明に係る記録媒体は、撮影した映像を手軽に扱うことを可能にし、より付加価値が高い映像の記録装置を市場に供給することができる。故に本発明に係る記録媒体、記録装置は民生機器産業において高い利用可能性をもつ。
【図面の簡単な説明】
【００１８】
【図１】本発明に係る記録媒体の、使用行為についての形態を示す図
【図２】本発明の記録媒体に記録されたデータの種類を示す図
【図３】図２に示した記録媒体１０３に記録されたデータの構造を説明するための図
【図４】本発明の記録媒体１０３に記録されたファイルのディレクトリ構造を説明するための図
【図５】プレイリストファイルの構造を表すシンタクスを示す図
【図６】ブロックｂｌｋＰｌａｙＬｉｓｔ（）の構造を表すシンタクスを示す図
【図７】ブロックｂｌｋＰｌａｙＩｔｅｍ（）の構造を表すシンタクスを示す図
【図８】ブロックｂｌｋＰｌａｙＩｔｅｍ（）の構造を表すシンタクスを示す図
【図９】ブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）の構造を表すシンタクスを示す図
【図１０】プレイリストファイル内のブロックｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）におけるブロックＤａｔａＢｌｏｃｋ（）（図９）の構造を表すシンタクスを示す図
【図１１】ブロックｂｌｋＰｌａｙＬｉｓｔＭｅｔａ（）の構造を表すシンタクスを示す図
【図１２】プレイリストファイルにおける拡張データブロックｂｌｋＰｌａｙＬｉｓｔＥｘｔｅｎｓｉｏｎＤａｔａ（）内のブロックｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）の構造を表すシンタクスを示す図
【図１３】プレイリストファイルにおけるブロックｂｌｋＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）の構造を表すシンタクスを示す図
【図１４】本発明の記録装置の構成を概略的に示す図
【図１５】本発明の管理情報とＡＶストリームのデータ構造を示す図
【図１６】第３の管理情報の構造を表すシンタクスを示す図
【図１７】本発明の再生装置のブロック図
【符号の説明】
【００１９】
１０１ ビデオカメラ
１０２ 撮影対象
１０３ 記録媒体
１０４ 再生装置
１０５ リモコン
１０６ テレビ
２０１ ＡＶストリーム
２０２ 管理情報
２０３ アプリケーション
３０１ クリップＡＶストリーム
３０２ クリップ情報
３０３ ムービープレイリスト
３０４ プレイアイテム
３０５ ムービーオブジェクト
３０６ ＢＤ−Ｊオブジェクト
３０７ インデックステーブル
３１０ プレイリストエクステンション
１４０１ 指示入力部
１４０２ 解析部
１４０３ 信号変換部
１４０４ ビデオエンコーダ
１４０５ オーディオエンコーダ
１４０６ 多重化部
１４０７ 記録部
１４０８ 管理情報生成部
１４０９ アプリケーションモジュール
１７０１ 読み取り部
１７０２ ＵＯコントローラ
１７０３ モジュールマネージャ
１７０４ ナビゲーションエンジン
１７０５ プレゼンテーションエンジン
１７０６ プログラムエンジン
１７１０ ブレンダ
【特許請求の範囲】
【請求項１】
映像を撮影して記録媒体に記録する記録装置において、
撮影開始および撮影停止の指示を入力する指示入力部と、
記録装置の撮影状態を信号に変換する信号変換部と、
前記指示入力部および前記信号変換部の情報から映像の重要度を解析する解析部と、
ビデオデータおよびオーディオデータを多重化してＡＶストリームを生成する多重化部と、
前記多重化部で生成されたＡＶストリームの属性情報を示す第１の管理情報と、前記指示入力部で入力された指示に係わる撮影開始、停止により生成された複数のＡＶストリームの再生順序を示す第２の管理情報と、前記解析部で解析された情報とを基に該ＡＶストリームの特定区間に対する映像の重要度を示す第３の管理情報とを生成する管理情報生成部と、
前記多重化部で生成されたＡＶストリームと前記管理情報生成部で生成された管理情報の内容を基に、該ＡＶストリームについて所定の再生条件によりダイジェスト再生することが可能なアプリケーションと、該ＡＶストリームと、該管理情報とを記録媒体に記録する記録部とを
備えることを特徴とする記録装置。
【請求項２】
前記管理情報生成部は、前記指示入力部による撮影開始および撮影停止操作、撮影中のカメラ制御情報と、前記信号変換部による手ぶれ・地面撮り判定または、人物と人物の有無の識別、または、歓声の大きさまたはトーンの変化、のいずれかに関する情報を第３の管理情報として生成することを特徴とする、請求項１に記載の記録装置。
【請求項３】
該所定の再生条件とは、再生時間の指定、もしくは、ハイライト区間のみの指定、もしくは、手ぶれ、地面撮りシーンなどの無効区間を省いた再生区間の指定、もしくは、指定した人物または人物の存在する再生区間の指定、あるいは、これらを組み合わせた再生条件とすることを特徴とする、請求項１に記載の記録装置。
【請求項４】
該アプリケーションとは、複数の再生環境に対応するために、複数の実行モジュール、あるいは仮想マシン向けプログラミング言語で記述されたプログラムからなることを特徴とする、請求項１に記載の記録装置。
【請求項５】
映像を撮影して記録媒体に記録する記録方法において、
撮影開始および撮影停止の指示を入力する指示入力ステップと、
記録装置の撮影状態を信号に変換する信号変換ステップと、
前記指示入力ステップおよび前記信号変換ステップの情報から映像の重要度を解析する解析ステップと、
ビデオデータおよびオーディオデータを多重化してＡＶストリームを生成する多重化ステップと、
前記多重ステップで生成されたＡＶストリームの属性情報を示す第１の管理情報と、前記指示入力ステップで入力された指示に係わる撮影開始、停止により生成された複数のＡＶストリームの再生順序を示す第２の管理情報と、前記解析ステップで解析された情報とを基に該ＡＶストリームの特定区間に対する映像の重要度を示す第３の管理情報とを生成する管理情報生成ステップと、
前記多重化ステップで生成されたＡＶストリームと前記管理情報生成ステップで生成された管理情報の内容を基に、該ＡＶストリームについて所定の再生条件によりダイジェスト再生することが可能なアプリケーションと、該ＡＶストリームと、該管理情報とを記録媒体に記録する記録ステップと
を有することを特徴とする記録方法。
【請求項６】
請求項５に記載の記録方法を含むプログラム。
【請求項７】
請求項６に記載のプログラムを記録した媒体。
【請求項１】
映像を撮影して記録媒体に記録する記録装置において、
撮影開始および撮影停止の指示を入力する指示入力部と、
記録装置の撮影状態を信号に変換する信号変換部と、
前記指示入力部および前記信号変換部の情報から映像の重要度を解析する解析部と、
ビデオデータおよびオーディオデータを多重化してＡＶストリームを生成する多重化部と、
前記多重化部で生成されたＡＶストリームの属性情報を示す第１の管理情報と、前記指示入力部で入力された指示に係わる撮影開始、停止により生成された複数のＡＶストリームの再生順序を示す第２の管理情報と、前記解析部で解析された情報とを基に該ＡＶストリームの特定区間に対する映像の重要度を示す第３の管理情報とを生成する管理情報生成部と、
前記多重化部で生成されたＡＶストリームと前記管理情報生成部で生成された管理情報の内容を基に、該ＡＶストリームについて所定の再生条件によりダイジェスト再生することが可能なアプリケーションと、該ＡＶストリームと、該管理情報とを記録媒体に記録する記録部とを
備えることを特徴とする記録装置。
【請求項２】
前記管理情報生成部は、前記指示入力部による撮影開始および撮影停止操作、撮影中のカメラ制御情報と、前記信号変換部による手ぶれ・地面撮り判定または、人物と人物の有無の識別、または、歓声の大きさまたはトーンの変化、のいずれかに関する情報を第３の管理情報として生成することを特徴とする、請求項１に記載の記録装置。
【請求項３】
該所定の再生条件とは、再生時間の指定、もしくは、ハイライト区間のみの指定、もしくは、手ぶれ、地面撮りシーンなどの無効区間を省いた再生区間の指定、もしくは、指定した人物または人物の存在する再生区間の指定、あるいは、これらを組み合わせた再生条件とすることを特徴とする、請求項１に記載の記録装置。
【請求項４】
該アプリケーションとは、複数の再生環境に対応するために、複数の実行モジュール、あるいは仮想マシン向けプログラミング言語で記述されたプログラムからなることを特徴とする、請求項１に記載の記録装置。
【請求項５】
映像を撮影して記録媒体に記録する記録方法において、
撮影開始および撮影停止の指示を入力する指示入力ステップと、
記録装置の撮影状態を信号に変換する信号変換ステップと、
前記指示入力ステップおよび前記信号変換ステップの情報から映像の重要度を解析する解析ステップと、
ビデオデータおよびオーディオデータを多重化してＡＶストリームを生成する多重化ステップと、
前記多重ステップで生成されたＡＶストリームの属性情報を示す第１の管理情報と、前記指示入力ステップで入力された指示に係わる撮影開始、停止により生成された複数のＡＶストリームの再生順序を示す第２の管理情報と、前記解析ステップで解析された情報とを基に該ＡＶストリームの特定区間に対する映像の重要度を示す第３の管理情報とを生成する管理情報生成ステップと、
前記多重化ステップで生成されたＡＶストリームと前記管理情報生成ステップで生成された管理情報の内容を基に、該ＡＶストリームについて所定の再生条件によりダイジェスト再生することが可能なアプリケーションと、該ＡＶストリームと、該管理情報とを記録媒体に記録する記録ステップと
を有することを特徴とする記録方法。
【請求項６】
請求項５に記載の記録方法を含むプログラム。
【請求項７】
請求項６に記載のプログラムを記録した媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１０−２２６２７８（Ｐ２０１０−２２６２７８Ａ）
【公開日】平成２２年１０月７日（２０１０．１０．７）
【国際特許分類】
【出願番号】特願２００９−６９４７０（Ｐ２００９−６９４７０）
【出願日】平成２１年３月２３日（２００９．３．２３）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２２年１０月７日（２０１０．１０．７）
【国際特許分類】
【出願日】平成２１年３月２３日（２００９．３．２３）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]