(57)【要約】【課題】複数の映像信号フォーマットが混在する機器使用環境下において、適当な映像信号フォーマットに従ってメディア上の映像信号の操作を行なう。【解決手段】装填されたメディアの基本ファイル中のＵＩＡｐｐＩｎｆｏでＩｓ６０又はＩｓ５０のいずれが１に設定しているかを読み取り、自らサポートしている映像信号フォーマットと一致するかどうかを判別する。両者が一致する場合は記録や再生などメディアの使用を開始するが、一致しない場合はメディアの使用を行なわない。異なる映像信号フォーマットのストリームを同じメディアに記録するというＡＶＣＨＤで許可されていない記録動作を行なうようなことはない。【選択図】  図６
2008072312.tif 000002
【特許請求の範囲】
【請求項１】
所定の規格フォーマットに従って記録メディアに記録された動画像ストリームの編集を行なうデータ処理装置であって、
前記記録メディアには、クリップ動画像ストリーム・ファイルに付随して、前記クリップ動画像ストリームの再生区間と前記クリップ動画像ストリーム・ファイルにユーザがアクセスするエントリ位置からなるチャプタ情報を含んだ１以上の再生リスト・ファイルが記録されており、
前記所定の規格フォーマットで規定されている前記再生リスト・ファイル及び再生リスト・ファイル内のチャプタ情報に関する上限条件を管理する管理手段と、
前記上限条件を軽減するように、前記再生リスト・ファイルの編集を行なう編集手段と、
を具備することを特徴とするデータ処理装置。
【請求項２】
記録メディア上では複数の再生リスト・ファイルの再生順序が定義され、各再生リスト・ファイルは、前記チャプタ情報として、前記クリップ動画像ストリームの再生区間を指定する複数の再生項目を再生順序に従って配置するとともに、ユーザが前記クリップ動画像ストリーム・ファイルにアクセスするエントリ位置を指定する再生リスト・マークを含んでおり、
前記編集手段は、再生リスト・ファイルに含まれる最終の再生リスト・マークが示すチャプタ情報を、後続の再生リスト・ファイル、又は新たに作成された再生リスト・ファイルの先頭に移す処理を行なう、
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記編集手段は、再生リスト・ファイルに含まれる最終の再生リスト・マークの位置が再生項目の境界と一致しないときには、当該再生リスト・マークの位置で再生項目を分割してからチャプタ情報を移す処理を実行する、
ことを特徴とする請求項２に記載のデータ処理装置。
【請求項４】
前記編集手段は、再生リスト・ファイルに含まれる最終の再生リスト・マークが示すチャプタ情報を後続の再生リスト・ファイルの先頭に移す処理を行なった結果、当該後続の再生リスト・ファイルにおいて再生項目数又は再生リスト・マーク数の上限条件に達する場合には、当該後続の再生リスト・ファイルに含まれる最終の再生リスト・マークが示すチャプタ情報をさらに後続の再生リスト・ファイルの先頭に移す処理を繰り返し行なう、
ことを特徴とする請求項２に記載のデータ処理装置。
【請求項５】
記録メディア上では複数の再生リスト・ファイルの再生順序が定義され、各再生リスト・ファイルは、前記チャプタ情報として、前記クリップ動画像ストリームの再生区間を指定する複数の再生項目を再生順序に従って配置するとともに、ユーザが前記クリップ動画像ストリーム・ファイルにアクセスするエントリ位置を指定する再生リスト・マークを含んでおり、
前記編集手段は、隣接する２つの再生リスト・ファイルにそれぞれ含まれるチャプタ情報を併せても１つの再生リスト・ファイルとして前記上限条件を満たすときには、当該隣接する２つの再生リスト・ファイルを統合する、
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項６】
記録メディア上では複数の再生リスト・ファイルの再生順序が定義され、各再生リスト・ファイルは、前記チャプタ情報として、前記クリップ動画像ストリームの再生区間を指定する複数の再生項目を再生順序に従って配置するとともに、ユーザが前記クリップ動画像ストリーム・ファイルにアクセスするエントリ位置を指定する再生リスト・マークを含んでおり、
前記編集手段は、隣接する２つの再生リスト・ファイル間において、前方の再生リスト・ファイルに含まれるチャプタ情報が前記上限条件を満たす範囲で、後方の再生リスト・ファイルに含まれる先頭側のチャプタ情報を当該前方の再生リスト・ファイルのチャプタ情報の終端に移す処理を行なう、
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項７】
所定の規格フォーマットに従って記録メディアに記録された動画像ストリームの編集を行なうデータ処理方法であって、
前記記録メディアには、クリップ動画像ストリーム・ファイルに付随して、前記クリップ動画像ストリームの再生区間と前記クリップ動画像ストリーム・ファイルにユーザがアクセスするエントリ位置からなるチャプタ情報を含んだ１以上の再生リスト・ファイルが記録されており、
前記所定の規格フォーマットで規定されている前記再生リスト・ファイル及び再生リスト・ファイル内のチャプタ情報に関する上限条件を管理する管理ステップと、
前記上限条件を軽減するように、前記再生リスト・ファイルの編集を行なう編集ステップと、
を具備することを特徴とするデータ処理方法。
【請求項８】
記録メディア上では複数の再生リスト・ファイルの再生順序が定義され、各再生リスト・ファイルは、前記チャプタ情報として、前記クリップ動画像ストリームの再生区間を指定する複数の再生項目を再生順序に従って配置するとともに、ユーザが前記クリップ動画像ストリーム・ファイルにアクセスするエントリ位置を指定する再生リスト・マークを含んでおり、
前記編集ステップでは、再生リスト・ファイルに含まれる最終の再生リスト・マークが示すチャプタ情報を、後続の再生リスト・ファイル、又は新たに作成された再生リスト・ファイルの先頭に移す処理を行なう、
ことを特徴とする請求項７に記載のデータ処理方法。
【請求項９】
前記編集ステップでは、再生リスト・ファイルに含まれる最終の再生リスト・マークの位置が再生項目の境界と一致しないときには、当該再生リスト・マークの位置で再生項目を分割してからチャプタ情報を移す処理を実行する、
ことを特徴とする請求項８に記載のデータ処理方法。
【請求項１０】
前記編集ステップでは、再生リスト・ファイルに含まれる最終の再生リスト・マークが示すチャプタ情報を後続の再生リスト・ファイルの先頭に移す処理を行なった結果、当該後続の再生リスト・ファイルにおいて再生項目数又は再生リスト・マーク数の上限条件に達する場合には、当該後続の再生リスト・ファイルに含まれる最終の再生リスト・マークが示すチャプタ情報をさらに後続の再生リスト・ファイルの先頭に移す処理を繰り返し行なう、
ことを特徴とする請求項８に記載のデータ処理方法。
【請求項１１】
記録メディア上では複数の再生リスト・ファイルの再生順序が定義され、各再生リスト・ファイルは、前記チャプタ情報として、前記クリップ動画像ストリームの再生区間を指定する複数の再生項目を再生順序に従って配置するとともに、ユーザが前記クリップ動画像ストリーム・ファイルにアクセスするエントリ位置を指定する再生リスト・マークを含んでおり、
前記編集ステップでは、隣接する２つの再生リスト・ファイルにそれぞれ含まれるチャプタ情報を併せても１つの再生リスト・ファイルとして前記上限条件を満たすときには、当該隣接する２つの再生リスト・ファイルを統合する、
ことを特徴とする請求項７に記載のデータ処理方法。
【請求項１２】
記録メディア上では複数の再生リスト・ファイルの再生順序が定義され、各再生リスト・ファイルは、前記チャプタ情報として、前記クリップ動画像ストリームの再生区間を指定する複数の再生項目を再生順序に従って配置するとともに、ユーザが前記クリップ動画像ストリーム・ファイルにアクセスするエントリ位置を指定する再生リスト・マークを含んでおり、
前記編集ステップでは、隣接する２つの再生リスト・ファイル間において、前方の再生リスト・ファイルに含まれるチャプタ情報が前記上限条件を満たす範囲で、後方の再生リスト・ファイルに含まれる先頭側のチャプタ情報を当該前方の再生リスト・ファイルのチャプタ情報の終端に移す処理を行なう、
ことを特徴とする請求項７に記載のデータ処理方法。
【請求項１３】
所定の規格フォーマットに従って記録メディアに記録された動画像ストリームの編集を行なうための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
前記記録メディアには、クリップ動画像ストリーム・ファイルに付随して、前記クリップ動画像ストリームの再生区間と前記クリップ動画像ストリーム・ファイルにユーザがアクセスするエントリ位置からなるチャプタ情報を含んだ１以上の再生リスト・ファイルが記録されており、
前記コンピュータに対し、
前記所定の規格フォーマットで規定されている前記再生リスト・ファイル及び再生リスト・ファイル内のチャプタ情報に関する上限条件を管理する管理手順と、
前記上限条件を軽減するように、前記再生リスト・ファイルの編集を行なう編集手順と、
を実行させることを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの記録や再生などの処理を行なうデータ処理装置及びデータ処理方法、並びにコンピュータ・プログラムに係り、特に、デジタルビデオカメラで撮影した動画像ストリームの記録メディア上への記録や編集といったデータ処理を行なうデータ処理装置及び無線通信方法、並びにコンピュータ・プログラムに関する。
【０００２】
さらに詳しくは、本発明は、所定の規格フォーマットに従って管理情報を付随させながら記録メディア上に記録された動画像ストリームの編集処理を行なうデータ処理装置及びデータ処理方法、並びにコンピュータ・プログラムに係り、所定の規格フォーマットに従って複合的なフォルダ構成で記録メディアに記録された動画像ストリームを、各種の上限条件を考慮しながら繰り返し編集するデータ処理装置及びデータ処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００３】
ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）やＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）といった光学的読み取りを応用したディスク型記録メディア（以下では、「光ディスク」と呼ぶ）が、比較的大容量のファイルや膨大数のファイルを保存する用途として、急速に普及してきている。光ディスクは、記憶容量が大きく、ランダム・アクセスが可能である。
【０００４】
光ディスクを用いた記録再生装置は、例えばコンピュータ用の外部記録メディア並びに外部記憶装置として既に幅広く利用されている。最近では、ディスク型記録メディアの記録容量の増大に伴って、従来の録画テープに代わってディスクに動画像を保存するタイプのビデオカメラが出現してきている（例えば、特許文献１を参照のこと）。例えば、ＤＶＤビデオカメラは、２０００年の発売以来、画質の良さや編集ができるなどの使い勝手の良さから年々ユーザが拡大してきている。
【０００５】
例えば、ＡＶＣＨＤ規格では、既存のディスク・フォーマット規格の内容を適宜継承しながら、記録互換、追記互換機能を追加して、高解像度（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ：ＨＤ）のビデオカメラ用のデータ・フォーマットなどに関する仕様の策定を行なっている。ＡＶＣＨＤ規格は、圧縮率の高いＭＰＥＧ−４  ＡＶＣ／Ｈ．２６４方式を採用し、ＨＤ画像を低容量・低速度の記録メディアへ記録可能にすることを主な目的としている。ＤＶＤディスクへの記録を想定しているが、ＡＶＣＨＤ規格フォーマットに従ってメモリカードやＨＤＤなどの多様な記録メディアへの記録も可能である（例えば、非特許文献１並びに非特許文献２を参照のこと）。
【０００６】
ＡＶＣＨＤ規格では、動画像ストリーム・ファイル形式として既にＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−２  Ｓｙｓｔｅｍが決定している。但し、当該規格フォーマットは、ストリーム・ファイル単体として記録メディア上に保存するだけでなく、動画像ファイルを再生したり編集したりするための複数の管理情報ファイルを付随して保存するという、複合的なファイル構成を備えている。ＭＰＥＧ２−ＴＳストリームに符号化した動画像コンテンツは、連続同期再生すなわち実時間再生が保証された再生が必要な単位となるデータのまとまりが１つのクリップ（Ｃｌｉｐ）すなわちクリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）ファイルとなるが、このクリップＡＶストリーム・ファイルを記録メディアに記録する際に、再生リスト（ＰｌａｙＬｉｓｔ）ファイル並びにクリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）ファイルという各種別の管理情報ファイルが付随して記録される。
【０００７】
クリップ情報ファイルは、クリップＡＶストリーム・ファイルと対で存在し、実際のストリームを再生する上で必要となるストリームに関する情報が記載されたファイルである。また、再生リストは、クリップに対する再生開始点（ＩＮ点）及び再生終了点（ＯＵＴ点）からなる再生区間を記述した再生項目（ＰｌａｙＩｔｅｍ）を登録して、複数の再生項目を時系列的に配置することで動画像データの再生区間及び再生順序を指定することができる。また、再生リストには、ユーザがストリームにアクセスするエントリ位置として再生リスト・マーク（ＰｌａｙＬｉｓｔＭａｒｋ）を挿入することができ、隣接するエントリ・マーク間で区切られる区間がユーザから見える最小の編集単位すなわち「チャプタ」となる。そして、クリップ情報や再生リストといった管理情報ファイルを用いることによって、好適に録画編集機能を実現することができる。
【０００８】
また、ＡＶＣＨＤ規格では、再生リストの属性として、実体のコンテンツ（すなわちクリップＡＶストリーム）を所有する実再生リスト（Ｒｅａｌ  ＰｌａｙＬｉｓｔ）の他に、実体のコンテンツを所有しない仮想再生リスト（Ｖｉｒｔｕａｌ  ＰｌａｙＬｉｓｔ）が定義されている。記録用途では、撮影したコンテンツの編集を行なえることが、ユーザの利便性上好ましい。実再生リストの編集は、実体のコンテンツの編集、すなわち記録メディア上の部品自体の変化を伴う破壊編集となる。これに対し、仮想再生リストの編集は、クリップＡＶファイルに対する再生開始点と再生終了点の付け替えだけを行なうものであり、実体のコンテンツ自体を変化させない非破壊編集が可能である。
【０００９】
記録メディアに記録されている動画像ストリームに対して非破壊若しくは破壊編集を繰り返し行なうと、記録メディア上に存在するファイル数が増加していく。ここで、デジタルカメラなどの組み込み機器の多くはファイル名の命名規則などにより、１つの記録メディア上で作成可能なファイル数やフォルダ数に上限条件が設けられ、あるいは特定のフォルダ内に格納されるファイル数の上限条件が設けられていることがある。この種の上限条件を設定することで、例えば、同一パスに存在するファイル数を抑制して、アクセス速度の低下を防ぐといった効果が得られる。
【００１０】
ところが、規格フォーマットにおいてこのような上限条件を設定すると、記録メディア上に記録されているコンテンツを編集していく過程で、ファイル数が上限に達してしまうことがある。このような場合、記録メディアには空き容量があるにも拘らず、それを超えるような編集は不可となる。
【００１１】
例えば、１つの記録フォルダに記録可能な画像ファイル数に上限画像ファイル数が設定される場合に、１回の撮影を行なうモードでは、カレント記録フォルダ内の画像ファイル数が上限画像ファイル数を超えると、カレント記録フォルダを別の記録フォルダへ変更し、関連付けられた複数回の撮影を行なうモードでは、複数回の撮影の最初の撮影に係る画像データの記録から最後の撮影に係る画像データの記録まで、カレント記録フォルダを一定に維持するデジタルカメラについて提案がなされている（例えば、特許文献２を参照のこと）。この種のデジタルカメラによれば、良好な操作性を有しながら、記録後の画像ファイルの検索が容易になる。
【００１２】
また、ディレクトリシステムを有するファイルシステムを用いる場合において、外部からパス名で指定された１つのディレクトリに存在すべきファイルが所定数を超えた場合に、元のディレクトリの下に１又は２以上のサブディレクトリを作成し、各ディレクトリにエントリされるファイルが所定の上限数以下になるように、元のディレクトリに存在すべき複数のファイルを複数のサブディレクトリに振り分けて内部管理することによって、同一パスに存在するファイル数の増加に伴うアクセス速度の低下を軽減するファイル管理装置について提案がなされている（例えば、特許文献３を参照のこと）。
【００１３】
しかしながら、ＡＶＣＨＤ規格のように複合的な規格フォーマットにおいては、各種の上限条件が設定されており、単純に記録フォルダの変更によって上限条件に対処できない場合がある。このため、記録されているコンテンツを編集していく過程で、ファイル数が上限に達してしまい、例えば以下のような問題が生じることがある。
【００１４】
（１）単一の再生リスト内部の上限制約により、それ以上の編集が不可となる。
（２）ファイル名の空き番号が枯渇し、それ以上の編集が不可になる。
【００１５】
１つの再生リスト内で動画像ストリームの編集を繰り返した結果、再生項目数の上限に達した場合、新規の再生リストを作成して再生項目を追加しようとしても、再生リスト数が既に枯渇していることもある。このような場合、フォルダを変更するといった解決方法は通用しない。
【００１６】
【特許文献１】特開２００４−１２０３６４号公報
【特許文献２】特開２００５−２０４１５６号公報
【特許文献３】特開２００５−４４３４５号公報
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ａｖｃｈｄ−ｉｎｆｏ．ｏｒｇ／
【非特許文献２】ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｄ−ｉｍａｇｉｎｇ．ｓｏｎｙ．ｃｏ．ｊｐ／ｗｗｗ／ｈａｎｄｙｃａｍ／ｐｒｏｄｕｃｔｓ／ｂｅｎｒｉ／ａｖｃｈｄ／ｉｎｄｅｘ．ｈｔｍｌ
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明の目的は、所定の規格フォーマットに従って管理情報を付随させながら記録メディア上に記録された動画像ストリームの編集処理を好適に行なうことができる、優れたデータ処理装置及びデータ処理方法、並びにコンピュータ・プログラムを提供することにある。
【００１８】
本発明のさらなる目的は、所定の規格フォーマットに従って複合的なフォルダ構成で記録メディアに記録された動画像ストリームを、各種の上限条件を考慮しながら編集作業を繰り返して行なうことができる、優れたデータ処理装置及びデータ処理方法、並びにコンピュータ・プログラムを提供することにある。
【課題を解決するための手段】
【００１９】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、所定の規格フォーマットに従って記録メディアに記録された動画像ストリームの編集を行なうデータ処理装置であって、
前記記録メディアには、クリップ動画像ストリーム・ファイルに付随して、前記クリップ動画像ストリームの再生区間と前記クリップ動画像ストリーム・ファイルにユーザがアクセスするエントリ位置からなるチャプタ情報を含んだ１以上の再生リスト・ファイルが記録されており、
前記所定の規格フォーマットで規定されている前記再生リスト・ファイルに関する上限条件を管理する管理手段と、
前記上限条件を軽減するように、前記再生リスト・ファイルの編集を行なう編集手段と、
を具備することを特徴とするデータ処理装置である。
【００２０】
高解像度の映像信号を低容量・低速度の記録メディアへ記録可能にすることを主な目的として、ＡＶＣＨＤ規格が策定されている。ＡＶＣＨＤ規格フォーマットに従って、ＤＶＤディスクを始めメモリカードやＨＤＤなどの多様な記録メディアへの記録が可能である。
【００２１】
ＡＶＣＨＤ規格では、動画像ストリーム・ファイル形式として既にＭＰＥＧ（−２  Ｓｙｓｔｅｍが決定しているが、ストリーム・ファイル単体として記録メディア上に保存されるだけでなく、動画像ファイルを再生したり編集したりするための複数の管理情報ファイルを付随して保存するという、複合的なファイル構成を備えたメディア記録フォーマットが規定されている。また、ＡＶＣＨＤ規格では、再生リストの属性として、実体のコンテンツを所有する実再生リストの他に、実体のコンテンツを所有しない仮想再生リストが定義されている。仮想再生リストを用いてクリップＡＶファイルに対する再生開始点と再生終了点の付け替えだけを行なうことにより非破壊編集が可能である。
【００２２】
記録メディアへのファイルの記録方法を規定する多くの規格フォーマットでは、ファイル名の命名規則などにより、１つの記録メディア上で作成可能なファイル数やフォルダ数に上限条件を設けている。このため、記録メディア上に記録されているコンテンツを編集していく過程でファイル数が上限に達してしまい、記録メディアには空き容量があるにも拘らず、それ以上の編集作業を行なえなくなることがある。
【００２３】
そこで、本発明に係るデータ処理装置は、記録メディア上に記録されたデータをＡＶＣＨＤ規格に従って編集を行なう際には、再生リストを整理することによって上記の問題を低減するようにしている。
【００２４】
例えば、再生リスト内の再生項目数や再生リスト・マーク数が上限条件に達した若しくは上限条件に近づいてきたときには、再生リスト内の最終の（若しくは最後から所定数分の）チャプタ情報を後続の再生リストの先頭に移すという処理を行なう。
【００２５】
また、再生リスト内の最終の（若しくは最後から所定数分の）チャプタ情報を後続の再生リストの先頭に移す処理を行なった結果、後続の再生リストの再生項目数や再生リスト・マーク数が上限条件に達してしまう場合には、さらに後に続く再生リストへ余剰のチャプタ情報を移す同様の処理を繰り返し行なうようにすればよい。
【００２６】
また、再生リスト内の再生項目数や再生リスト・マーク数が上限条件に達した若しくは上限条件に近づいてきたときに、再生リスト内の最終の（若しくは最後から所定数分の）チャプタ情報を新規の再生リストの先頭に移すという処理を行なうようにしてもよい。ここで言う新規の再生リストは、記録メディア上の再生順序としては、従来の後続の再生リストとの間に設けられる。
【００２７】
また、ＡＶＣＨＤ規格では、再生リストのファイル名数字が０〜１９９９までと決められている。このため、再生リストを作成したいときにこの数字が既に枯渇している（すなわち、ファイル名が枯渇している）場合には、記録メディア内の空き容量の如何に拘わらず、編集動作はそのまま不可となる。
【００２８】
そこで、本発明に係るデータ処理装置は、記録メディア上に既に作成されている再生リスト・ファイルの中には含まれる再生項目数や再生リスト・マーク数が上限条件に対して余裕があるものが存在し得るということを考慮して、記録メディア上の再生リスト数が減少するように再生リストの整理を行なうことによって、再生リスト・ファイルに関するファイル名枯渇の問題を低減するようにしている。
【００２９】
例えば、隣接する２つ又はそれ以上の再生リストの内容を併せても、１つの再生リストとして再生項目数や再生リスト・マーク数が上限条件に対して余裕がある場合には、これらを統合することによって、記録メディア上の再生リスト数を削減することができる。
【００３０】
また、先頭の再生リストが上限になるまで、後続の再生リストからチャプタ単位でデータ構造を前に詰めていくことで、後続の再生リストに再生項目数や再生リスト・マーク数が上限条件に対する余裕を確保することで、編集作業を継続可能にすることができる。
【００３１】
また、本発明の第２の側面は、所定の規格フォーマットに従って記録メディアに記録された動画像ストリームの編集を行なうための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
前記記録メディアには、クリップ動画像ストリーム・ファイルに付随して、前記クリップ動画像ストリームの再生区間と前記クリップ動画像ストリーム・ファイルにユーザがアクセスするエントリ位置からなるチャプタ情報を含んだ１以上の再生リスト・ファイルが記録されており、
前記コンピュータに対し、
前記所定の規格フォーマットで規定されている前記再生リスト・ファイル及び再生リスト・ファイル内のチャプタ情報に関する上限条件を管理する管理手順と、
前記上限条件を軽減するように、前記再生リスト・ファイルの編集を行なう編集手順と、
を実行させることを特徴とするコンピュータ・プログラムである。
【００３２】
本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータにインストールすることによって、コンピュータ上では協働的作用が発揮され、本発明の第１の側面に係るデータ処理装置と同様の作用効果を得ることができる。
【発明の効果】
【００３３】
本発明によれば、所定の規格フォーマットに従って管理情報を付随させながら記録メディア上に記録された動画像ストリームの編集処理を好適に行なうことができる、優れたデータ処理装置及びデータ処理方法、並びにコンピュータ・プログラムを提供することができる。
【００３４】
また、本発明によれば、所定の規格フォーマットに従って複合的なフォルダ構成で記録メディアに記録された動画像ストリームを、各種の上限条件を考慮しながら編集作業を繰り返して行なうことができる、優れたデータ処理装置及びデータ処理方法、並びにコンピュータ・プログラムを提供することができる。
【００３５】
本発明によれば、例えばＡＶＣＨＤ規格フォーマットに従って動画像ストリーム及びこれに付随する管理情報のファイルを記録している記録メディア上において、再生リスト間の再生項目の移動や統合を行なうことによって、上限による編集不可や空きファイルがなくなることを低減することができる。これによって、ユーザが編集などの動作ができなくなる機会を削減することができる。
【００３６】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【発明を実施するための最良の形態】
【００３７】
以下、図面を参照しながら本発明の実施形態について詳解する。
【００３８】
図１には、本発明を適用したデータ処理装置の内部構成を模式的に示している。図示の通り、データ処理装置はデジタルビデオカメラ１として構成されており、ＡＶＣＨＤ規格に準拠し、カメラ・ブロック１１で撮影した動画像ストリームを符号化復号処理部１２でＭＰＥＧ２−ＴＳストリームに符号化して、これを記録部１４によって機器内蔵の記録メディア１５に記録するようになっている。
【００３９】
中央処理部１６は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などで構成される一時記憶媒体１７に実行プログラムをロードするとともにシステム変数や環境変数を一時的に格納しながらプログラムを実行するという形式で、当該デジタルビデオカメラ１全体の処理動作を統括的にコントロールする。
【００４０】
ここで言う中央処理部１６における処理動作としては、カメラ・ブロック１１における動画像撮影やこれに伴うオート・フォーカス機能、自動露光、手振れ補正、オート・シャッターといったカメラ・ワークや、記録部１４における記録メディア１５の記録領域のフォーマット処理、記録メディア１５のマウント処理、記録メディア１５への動画像ストリームの記録及び再生、並びに記録メディア１５上に記録された動画像ストリームの編集処理、ＵＳＢスレーブすなわちマスストレージ・デバイスとしての動作処理（但し、ＵＳＢ接続されている場合）などが挙げられる。
【００４１】
記録メディア１５上の動画像ストリームの編集処理には、ユーザから見える再生リスト上で参照する部品の位置を並べ替えや削除などの操作をだけで記録メディア上のストリーム・データは編集しない非破壊編集と、記録メディア上での部品自体の変化を伴う破壊編集がある。本実施形態では、ＡＶＣＨＤ規格フォーマットで定められている上限条件による編集不可や空きファイル名の枯渇などの事態を回避するために、再生リスト間での再生項目の移動や再生リスト同士の統合などの処理を行なうようになっているが、その処理の詳細については後述に譲る。
【００４２】
カメラ・ブロック１１は、被写体像を取り込むレンズ、入力光量に応じて光電変換により電気的な画像信号を生成するＣＣＤ（ＣｈａｒｇｅＣｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｎｔａｌ−Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの固体撮像素子、画像信号をデジタル変換するＡ／Ｄ変換器、デジタル画像信号からＲＧＢ信号を算出するデモザイク処理部など（図示を省略）で構成される。このＲＧＢ画像は、表示制御部１８を介してディスプレイ１９から表示出力される。
【００４３】
符号化復号処理部１２は、動画像ストリームの符号化及び復号処理を行なう。具体的には、カメラ・ブロック１１から入力される動画像ストリームをＭＰＥＧ２−ＴＳ方式で符号化して、固定バイト長のＴＳパケットからなるＡＶストリームを出力する。ＴＳパケットは、ストリーム・バッファ１３に一旦格納された後、記録部１４に転送される。記録部１４はストリーム・バッファ１３を介してＴＳパケットを特定の時間間隔で受信すると、これを記録メディア１５の記録領域上に記録する。また、符号化復号処理部１２は、記録部１４が記録メディア１５から読み出した符号化動画像ストリームを復号処理して、表示制御部１８を介してディスプレイ１９から再生画面を出力する。
【００４４】
記録部１４は、ファイルやその他の管理データの記録メディア１５への記録を行なう。また、記録部１４は、ＡＶＣＨＤ規格に準じたフォーマットで動画像ストリームの記録を行ない、録画編集機能を実現することができる。ここで言う記録メディア１５は、例えばＤＶＤなどの可搬型メディアやハード・ディスクなどの固定型メディアなどが挙げられるが、ＡＶＣＨＤ規格フォーマットに従う以外は、特に記録メディア１５の物理種別は限定されない。
【００４５】
表示制御部１８は、ディスプレイ１９の駆動制御を行なう。ディスプレイ１９からは、中央処理部１６からの指示に従って、当該デジタルビデオカメラ１用の操作画面（タッチパネル）を提供したり、カメラ・ブロック１１で捕捉している映像を表示出力したり、符号化復号処理部１２によって復号された動画像ストリームの再生出力が行なわれる。
【００４６】
なお、ＵＳＢインターフェース１８からＵＳＢケーブル（図示しない）を介してＵＳＢマスタ（例えば、パーソナル・コンピュータ（図示しない）など）に接続されているときには、記録部１４及び記録メディア１５は、ＵＳＢスレーブすなわちＵＳＢマスタに外付け接続されたマスストレージ・デバイスとして動作する。ＵＳＢ接続されている間は、デジタルビデオカメラとしての機能は停止する。
【００４７】
ＡＶＣＨＤ規格は、高解像度の映像信号を低容量・低速度の記録メディアへ記録可能にすることを主な目的としたビデオカメラの規格であり、既存のディスク・フォーマット規格の内容を適宜継承しながら、記録互換、追記互換機能を追加して、ＨＤビデオカメラ用のデータ・フォーマットなどに関する仕様を策定している。具体的には、ビデオカメラで撮影した動画像コンテンツをＭＰＥＧ２−ＴＳストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）に符号化して記録する際に、再生リスト（ＰｌａｙＬｉｓｔ）やクリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）という各種別の付随するファイルを用いることで、好適に録画編集機能を実現することができる。
【００４８】
図２には、ＡＶＣＨＤ規格で規定されている記録メディア１５のディレクトリ構成を示している。ＢＤＭＶディレクトリの直下に配置されている“ＰＬＡＹＬＩＳＴ”、“ＣＬＩＰＩＮＦ”、“ＳＴＲＥＡＭ”は、それぞれ再生リスト、クリップ情報ファイル、クリップＡＶストリーム・ファイルを格納するためのサブディレクトリである。
【００４９】
動画像データは、連続同期再生、すなわち実時間再生が保証された再生が必要な単位となるデータのまとまりが１つのクリップ（Ｃｌｉｐ）すなわちクリップＡＶストリーム・ファイルを構成し、１つの動画像ファイルとして記録される。クリップＡＶストリームは、ＭＰＥＧ２−ＴＳ形式で動画像ストリームが格納されているファイルである。また、クリップ情報ファイルは、クリップＡＶストリーム・ファイルと対で存在し、実際の動画像ストリームを再生する上で必要となる動画像ストリームに関する情報が記載されたファイルである。そして、再生リストは、複数の再生項目（ＰｌａｙＩｔｅｍ）からなる。各再生項目は、クリップに対してそれぞれ再生開始点（ＩＮ点）及び再生終了点（ＯＵＴ点）を指定しており、再生リスト内では再生項目の時間軸上の系列によって動画像データの再生区間及び再生順序を指定するようになっている。
【００５０】
図３には、録画編集が可能な形式でユーザ・データをＡＶＣＨＤ規格フォーマットにより記録メディア１５上に記録するための論理的なデータ構造の一例を示している。図示のように、デジタルビデオカメラ１で撮影した動画像データをＭＰＥＧ２−ＴＳストリームに符号化して記録する際に、インデックス（Ｉｎｄｅｘ）、動画像オブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）、再生リスト（ＰｌａｙＬｉｓｔ）、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）という各種別のファイルが用いられる。
【００５１】
【表１】
2008072312.tif 000003
【００５２】
インデックス（ｉｎｄｅｘ．ｂｄｍｖ）のファイル種別レイヤで記録メディア１５上の記憶領域全体が管理されている。ユーザに見せるタイトル毎にインデックス・ファイルが作成され、動画像オブジェクトとの対応関係を管理している。ここで言う「タイトル（Ｔｉｔｌｅ）」とは、（ユーザが認識できる）再生リスト（ＰｌａｙＬｉｓｔ）の集合体であり、一般的には１つの番組や日付毎のコンテンツからなる。ＡＶＣＨＤ規格フォーマットでは、本来は動画像オブジェクト・ファイルで管理すべき再生リストの再生順序をインデックス・ファイルのメタデータ内で管理している。記録メディアをプレーヤに装填した際にはまずインデックスが読み込まれ、ユーザはインデックスに記述されたタイトルを見ることができる。
【００５３】
動画像オブジェクトは、再生制御を行なうためのコマンドの集合体であり、例えば既存のＲＯＭ規格フォーマットではタイトルが指定されたときに再生される再生リストを管理しているファイルである。動画像オブジェクトへの参照は、タイトルの入り口としてインデックスに列挙されている。但し、ＡＶＣＨＤ規格フォーマットでは、動画像オブジェクト・ファイルを参照せずに、インデックス・ファイルのメタデータによって再生リストとタイトルの関係を管理するようになっている。
【００５４】
再生リストは、ユーザに見せるタイトルに対応して設けられ、１以上の再生項目（ＰｌａｙＩｔｅｍ）で構成される。各再生項目は、クリップに対する再生開始点（ＩＮ点）と再生終了点（ＯＵＴ点）を持つことで、その再生区間を指定している。そして、再生リスト内では、複数の再生項目を時間軸上に並べることで、動画像ストリームのそれぞれの再生区間の再生順序を指定することができる。また、異なるクリップＡＶストリーム・ファイルで再生区間を指定する再生項目を１つの再生リストに含めることができる。
【００５５】
クリップと再生リスト間の参照関係は、自由に設定することができる。例えば、１つのクリップに対する参照を、ＩＮ点及びＯＵＴ点の異なる２つの再生リストから行なうことができる。さらに、タイトルと動画像オブジェクト間での参照関係も自由に設定することができる。再生リストは、クリップとの参照関係に応じて、実再生リスト（ＲｅａｌＰｌａｙＬｉｓｔ）と仮想再生リスト（ＶｉｒｔｕａｌＰｌａｙＬｉｓｔ）の２種類に大別される。
【００５６】
実再生リストは、オリジナル・タイトル用の再生リスト（コンテンツの実体を所有する再生リスト）であり、ビデオカメラにより録画・撮影した動画像ストリームについての再生項目を記録した順に配置している。
【００５７】
仮想再生リストは、非破壊編集によりユーザ定義の再生リストを作成するための再生リストであり、仮想再生リスト独自のクリップ（ＡＶストリーム）を所有せず、同再生リスト内の再生項目はいずれかの実再生リストに登録されているクリップ又はその一部の範囲を指している。すなわち、ユーザは複数のクリップから必要な再生区間のみを切り出して、これらを指す各再生項目を取りまとめて（コピーして）仮想再生リストを編集することができる。
【００５８】
クリップは、連続同期再生すなわち実時間再生が保証された再生が必要な単位となるデータのまとまりとして記録された動画像データのファイルであり、クリップＡＶストリーム・ファイル（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）とクリップ情報ファイル（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）からなる。
【００５９】
コンテンツ・データとしてのクリップＡＶストリーム・ファイルは、ＭＰＥＧ２−ＴＳ形式で記録メディア１５に記録された動画像ストリームが格納されているファイルである。ＡＶＣＨＤ規格フォーマットでは、動画像ストリームはこのファイル内に格納される。
【００６０】
クリップ情報ファイルは、クリップＡＶストリーム・ファイルと対で存在し、実際の動画像ストリームを再生する上で必要となる、動画像ストリームに関する属性を定義するファイルである。具体的には、動画像ストリームの符号化方法、動画像ストリームのサイズ、再生時間→アドレス変換、再生管理情報、タイムマップ（但し、記録メディアがＤＶＤの場合）などを定義する情報がクリップ情報ファイルに含まれる。
【００６１】
続いて、デジタルビデオカメラ１による撮影操作に従ってＡＶストリームのクリップとともに再生リストが生成される手順について、図４Ａ〜図４Ｄを参照しながら説明する。
【００６２】
図４Ａに示すように、ユーザが録画開始してから録画停止する区間毎に再生項目が１つずつ作成される。例えば、最初に録画開始されてから録画停止されるまでの区間は、通し番号０を持つ再生項目（ＰｌａｙＩｔｅｍ＃０）として動画像の再生リスト（Ｍｏｖｉｅ  ＰｌａｙＬｉｓｔ）に登録される。さらに、次に録画開始されてから録画停止されるまでの区間は、図４Ｂに示すように通し番号１を持つ再生項目（ＰｌａｙＩｔｅｍ＃１）として動画像の再生リスト（Ｍｏｖｉｅ  ＰｌａｙＬｉｓｔ）に登録される（以下同様）。
【００６３】
実再生リストは実体のコンテンツすなわちクリップＡＶストリームとは１対１に対応しており、実再生リストに登録されている個々の再生項目は、クリップＡＶストリームのそれぞれ該当する再生区間の再生開始点と再生終了点の時刻情報を保持している。また、ＭＰＥＧ２−ＴＳを始め動画像ストリームでは、内部バッファのアンダーフローやオーバーフローなどの所定のバッファ・モデルが破綻しないように符号化することによって、ストリームをまたいで連続再生する「シームレス再生」が可能である。各再生項目（但し、再生リストの先頭の再生項目を除く）は、直前の再生項目との接続条件（すなわちシームレス再生が可能か否か）を保持している。
【００６４】
また、ユーザが録画を開始する度に、再生項目の先頭には、ユーザがストリームにアクセスするエントリ・マーク（ｅｎｔｒｙ  ｍａｒｋ）としてのＭａｒｋが付け加えられる（再生リスト内のエントリ・マークを「再生リスト・マーク（ＰＬＭ）」とも呼ぶ）。再生リスト中には１以上の再生リスト・マークが存在し、それぞれクリップＡＶストリームの特定の再生位置を指し示す役割を持つ。１つの再生リスト内では、各再生リスト・マークに対し、時間軸に沿って連続的となる通し番号が付与されている。また、再生リストに登録される各再生リスト・マークは、当該マークが付与されている再生項目の通し番号と、クリップＡＶストリームの再生位置を示すタイムスタンプ情報を保持している。
【００６５】
そして、録画・撮影したストリームの区切りで１つのクリップＡＶストリーム・ファイルとなる。１つのクリップＡＶストリームは連続同期再生すなわち実時間再生が保証された再生が必要な単位となる。また、これに伴って、ストリームの符号化方法、動画像ストリームのサイズ、再生時間→アドレス変換、再生管理情報、タイムマップ（但し、記録メディアがＤＶＤの場合）などを定義するクリップ情報ファイルが作成される。
【００６６】
なお、動画像再生リスト（ＭｏｖｉｅＰｌａｙＬｉｓｔ）の先頭には必ず再生リスト・マークが挿入されるという規定があるが、以後の編集操作により時間軸上で再生リスト・マークの位置を移動させたり、新規の再生リスト・マークを挿入したりすることができる。
【００６７】
各再生リスト・マークは、ユーザがストリームにアクセスするエントリ位置となる。したがって、隣接するエントリ・マーク間で区切られる区間（並びに最後の再生リスト・マークから最後尾の再生項目の終端の区間）がユーザから見える最小の編集単位すなわち「チャプタ」となる。再生項目を再生順に並べることと、再生リスト・マークを所望の再生順に並べることで、再生リストに登録されているクリップＡＶストリームの各区間の再生順序が定義される。
【００６８】
実際の商品仕様では、複数の実再生リストをまとめて一続きのチャプタ群としてユーザに提示する。例えば、デジタルビデオカメラの編集画面上では、チャプタを定義する各再生リスト・マーク位置の静止画フレームのサムネイル（若しくは再生リスト・マーク位置を再生開始点としたサムネイル動画）を一覧表示して、チャプタ単位での編集環境をユーザに提供する。
【００６９】
上述したように、ＡＶＣＨＤ規格フォーマットでは、再生リストの属性として、実体のコンテンツ（すなわちクリップＡＶストリーム）を所有する実再生リスト（Ｒｅａｌ  ＰｌａｙＬｉｓｔ）の他に、実体のコンテンツを所有しない仮想再生リスト（Ｖｉｒｔｕａｌ  ＰｌａｙＬｉｓｔ）が定義されている。仮想再生リストの編集は、クリップＡＶファイルに対する再生開始点と再生終了点の付け替えだけを行なうものであり、実体のコンテンツ自体を変化させない非破壊編集が可能である。
【００７０】
ここで、記録メディアへのファイルの記録方法を規定する多くの規格フォーマットにおいては、ファイル名の命名規則などにより、１つの記録メディア上で作成可能なファイル数やフォルダ数に上限条件を設けている。この種の上限条件を設定することで、例えば、同一パスに存在するファイル数を抑制して、アクセス速度の低下を防ぐといった効果が得られる。
【００７１】
例えば、上述したＡＶＣＨＤ規格では、再生リストに関して以下に示すような上限条件が規定されている。
【００７２】
（１）再生項目数は９９９以下である。
（２）再生リスト・マーク数は９９９以下である。
（３）参照されるクリップ情報ファイルのファイル・サイズ総和が２Ｍバイト以下である。
（４）参照されるクリップ情報ファイルのＥＰ  ｃｏａｒｓｅ総和が２４５７６以下である。
（５）参照されるクリップ情報ファイルＥＰ  ｆｉｎｅ総和が１８００００以下である。
【００７３】
ところが、規格フォーマットにおいてこのような上限条件を設定すると、記録メディア上に記録されているコンテンツを編集していく過程で、ファイル数が上限に達してしまうことがある。記録メディア上でこれらの上限条件に達しているときには、記録メディアには空き容量があるにも拘らず、それを超えるような編集は不可である。例えば、再生リスト・マーク数が既に９９９に到達している再生リストに対して、これ以上チャプタの追記や分割を行なうことはできず、空き容量を無駄にしてしまうことになる。
【００７４】
そこで、本実施形態では、記録メディア上に記録されたデータをＡＶＣＨＤ規格に従って編集を行なう際には、再生リストを整理することによって上限条件による制約の問題を低減するようにしている。
【００７５】
例えば、上記の（１）や（２）のように再生リスト内の再生項目数や再生リスト・マーク数が上限条件に達した若しくは上限条件に近づいてきたときには、再生リスト内の最終の（若しくは最後から所定数分の）チャプタ情報を後続の再生リストの先頭に移すという処理を行なう。
【００７６】
図５には、再生リスト内の最終のチャプタ情報を後続の再生リストの先頭に移す処理例を示している。
【００７７】
図５Ａに示すように、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０は、Ｃｌｉｐ＃２０内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録するとともにＣｌｉｐ＃３１の一部の再生区間を指定する再生項目ＰｌａｙＩｔｅｍ＃２を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置に再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２がそれぞれ挿入されている。
【００７８】
また、後続のＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１は、Ｃｌｉｐ＃３１内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置に、再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２がそれぞれ挿入されている。
【００７９】
ここで、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０内の再生リスト・マークＰＬＭ＃２で指定される最終のチャプタ情報を、後続の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１の先頭に移すための処理を行なう。図５Ａに示した例では、移動するチャプタの先頭すなわち再生リスト・マークＰＬＭ＃２の位置が再生項目の境界と一致しないので、チャプタ移動の前処理として、チャプタの先頭位置での再生項目の分割を行なう必要がある。すなわち、図５Ｂに示すように、再生リスト・マークＰＬＭ＃２の挿入位置で該当する再生項目ＰｌａｙＩｔｅｍ＃１を分割すると、新たな再生項目ＰｌａｙＩｔｅｍ＃２が作成される。
【００８０】
そして、再生項目ＰｌａｙＩｔｅｍ＃１の再生終了点を再生リスト・マークＰＬＭ＃２のタイムスタンプ位置に書き換えるとともに、新規の再生項目ＰｌａｙＩｔｅｍ＃２の再生開始点に再生リスト・マークＰＬＭ＃２のタイムスタンプ位置を書き込み、その再生終了点には元の再生項目ＰｌａｙＩｔｅｍ＃２の再生終了点を書き込む。このとき、新規の再生項目ＰｌａｙＩｔｅｍ＃２は直前の再生項目ＰｌａｙＩｔｅｍ＃１の接続条件として、シームレス再生を解除する。また、再生項目の分割に伴って、分割点以降の再生項目の識別番号を分割数分だけ増分する。図５Ｂに示す例では、元の再生項目ＰｌａｙＩｔｅｍ＃２（図５Ａを参照のこと）はＰｌａｙＩｔｅｍ＃３となる。
【００８１】
次いで、図５Ｃに示すように、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０内の最終の再生リスト・マークＰＬＭ＃２以降のチャプタ情報を、後続の再生リストＰｌａｙＬｉｓｔ＃１１に移す処理を行なう。図示のように、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０内には、Ｃｌｉｐ＃２０内の再生区間を指定する再生項目ＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１が残り、以降の再生項目は後続の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１に移される。すなわち、図５ＢではＰＬＭ＃２のタイムスタンプ位置で指定されていたＣｌｉｐ＃２０の再生区間と、再生項目ＰｌａｙＩｔｅｍ＃３で指定されていたＣｌｉｐ＃３１の一部の再生区間は、後続のＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１の先頭に移され、同再生リスト内でそれぞれ再生項目ＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１となる。
【００８２】
そして、元々再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１内に含まれていた各再生項目は、前方の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０から移動してきた再生項目数だけ識別番号が増分するとともに、各再生リスト・マークが参照する再生項目の識別番号も併せて修整される。図示の例では、図５Ｂ中の再生項目ＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１が、チャプタ情報を移動した後の図５Ｃでは、それぞれＰｌａｙＩｔｅｍ＃２並びにＰｌａｙＩｔｅｍ＃３となっている。
【００８３】
なお、図示しないが、再生リスト内の最終の（若しくは最後から所定数分の）チャプタ情報を後続の再生リストの先頭に移す処理を行なった結果、後続の再生リストの再生項目数や再生リスト・マーク数が上限条件に達してしまうことがある。このような場合には、さらに後に続く再生リストへ余剰のチャプタ情報を移す同様の処理を繰り返し行なうようにすればよい。
【００８４】
図６には、再生リストの最終のチャプタ情報を後続の再生リストの先頭に移動するための処理手順をフローチャートの形式で示している。
【００８５】
まず、最終チャプタ開始点が再生項目の境界と一致するかどうかをチェックし（ステップＳ１）、一致しない場合には、最終チャプタの開始点にて当該再生項目を分割する（ステップＳ２）。
【００８６】
次いで、最終チャプタが含む再生項目と再生リスト・マークを、後続の再生リストの先頭に挿入する（ステップＳ３）。
【００８７】
次いで、後続の再生リストで元々は先頭であった再生項目のｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎに１を書き込んで、手前の再生項目との接続条件をシームレス再生不可に設定する（ステップＳ４）。
【００８８】
そして、後続の再生リストでは、手前の再生リストから移動してきたチャプタ情報に応じて先頭から再生項目数が増加するので、元々含まれていたすべての再生リスト・マークにおいて、再生項目の識別番号への参照情報（Ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿ｉｄ）を修整する（ステップＳ５）。
【００８９】
また、上記の（１）や（２）のように再生リスト内の再生項目数や再生リスト・マーク数が上限条件に達した若しくは上限条件に近づいてきたときに、再生リスト内の最終の（若しくは最後から所定数分の）チャプタ情報を、新規の再生リストの先頭に移すという処理を行なうようにしてもよい。ここで言う新規の再生リストは、その再生順としては、従来の後続の再生リストとの間に設けられる。
【００９０】
図７には、再生リスト内の最終のチャプタ情報を、後続の再生リストとの間に作成された新規の再生リストの先頭に移す処理例を示している。
【００９１】
図７Ａに示すように、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０は、Ｃｌｉｐ＃２０内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録するとともにＣｌｉｐ＃３１の一部の再生区間を指定する再生項目ＰｌａｙＩｔｅｍ＃２を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置に再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２がそれぞれ挿入されている。
【００９２】
また、後続のＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１は、Ｃｌｉｐ＃３１内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置に、再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２がそれぞれ挿入されている。
【００９３】
再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０内の再生リスト・マークＰＬＭ＃２で指定される最終のチャプタ情報を、後続の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１との間に設けられた新規の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０´の先頭に移す。図７Ａに示した例では、移動するチャプタの先頭すなわち再生リスト・マークＰＬＭ＃２の位置が再生項目の境界と一致しないので、チャプタ移動の前処理として、チャプタの先頭位置での再生項目の分割を行なう必要がある。すなわち、図７Ｂに示すように、再生リスト・マークＰＬＭ＃２の挿入位置で該当する再生項目ＰｌａｙＩｔｅｍ＃１を分割すると、新たな再生項目ＰｌａｙＩｔｅｍ＃２が作成される。
【００９４】
そして、再生項目ＰｌａｙＩｔｅｍ＃１の再生終了点を再生リスト・マークＰＬＭ＃２のタイムスタンプ位置に書き換えるとともに、新規の再生項目ＰｌａｙＩｔｅｍ＃２の再生開始点に再生リスト・マークＰＬＭ＃２のタイムスタンプ位置を書き込み、その再生終了点には元の再生項目ＰｌａｙＩｔｅｍ＃２の再生終了点を書き込む。このとき、新規の再生項目ＰｌａｙＩｔｅｍ＃２は直前の再生項目ＰｌａｙＩｔｅｍ＃１の接続条件として、シームレス再生を解除する。
【００９５】
次いで、図７Ｃに示すように、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０内の最終の再生リスト・マークＰＬＭ＃２以降のチャプタ情報を、新たな再生リストＰｌａｙＬｉｓｔ＃１０´に移す処理を行なう。図示のように、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０内には、Ｃｌｉｐ＃２０内の再生区間を指定する再生項目ＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１が残り、以降の再生項目は新たな再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０´に移される。この際、再生項目の識別番号と再生リスト・マークの参照情報の更新が行なわれる。すなわち、図７ＢではＰＬＭ＃２のタイムスタンプ位置で指定されていたＣｌｉｐ＃２０の再生区間と、再生項目ＰｌａｙＩｔｅｍ＃３で指定されていたＣｌｉｐ＃３１の一部の再生区間は、新たなＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０´の先頭に移され、同再生リスト内でそれぞれ再生項目ＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１となる。
【００９６】
図８には、再生リストの最終のチャプタ情報を新規の再生リストの先頭に移動するための処理手順をフローチャートの形式で示している。
【００９７】
まず、最終チャプタ開始点が再生項目の境界と一致するかどうかをチェックし（ステップＳ１１）、一致しない場合には、最終チャプタの開始点にて当該再生項目を分割する（ステップＳ１２）。
【００９８】
次いで、当該再生リストとその後続の再生リストの間に新規の再生リストを作成して、最終チャプタが含む再生項目と再生リスト・マークを、作成した新規の再生リストの先頭に挿入する（ステップＳ１３）。
【００９９】
次いで、この新規の再生リスト内では、挿入した再生項目の識別番号、並びに挿入した各再生リスト・マークの再生項目の識別番号への参照情報（Ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿ｉｄ）を修整する（ステップＳ１４）。
【０１００】
そして、記録メディアのＢＤＭＶディレクトリ直下に置かれる属性情報ファイルＩｎｄｅｘ．ｂｄｍｖで再生順序を定義するＴａｂｌｅＯｆＰＬを、新規再生リストが元の再生リストの次になるように修整する（ステップＳ１５）。
【０１０１】
図５並びに図７に示したように再生リストの整理を行なう場合、再生リスト内のチャプタ情報を後続（若しくは新規の）の再生リストに移動するとき、該当するチャプタの開始点（すなわち、再生リスト・マークのタイムスタンプ位置）が再生項目の境界と一致しなければ、そのチャプタの開始点で再生項目を分割する必要がある（例えば、ステップＳ２、Ｓ１２）。
【０１０２】
図９には、再生リスト内の再生項目を分割するための処理手順をフローチャートの形式で示している。但し、ここでは、再生項目ＰｌａｙＩｔｅｍ＃Ｍを再生リスト・マークＰＬＭ＃Ｎの位置で分割するものとする。
【０１０３】
まず、コピーしようとしているチャプタに対応する再生項目ＰｌａｙＩｔｅｍ＃Ｍを、コピー元のチャプタとして指定された再生リスト・マークＰＬＭ＃Ｎが保持している再生項目の通し番号（ｒｅｆ＿ｔｏ＿Ｐｌａｙｉｔｅｍ＿ｉｄ）より特定する（ステップＳ２１）。
【０１０４】
そして、分割に先立ち、該当する再生項目ＰｌａｙＩｔｅｍ＃Ｍを含む再生リストが保持する再生項目数（ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＩｔｅｍを１だけ増加しておく（ステップＳ２２）。
【０１０５】
次いで、再生項目ＰｌａｙＩｔｅｍ＃Ｍのデータを一旦コピーして、このコピーした再生項目をコピー元の直近後方の再生項目すなわちＰｌａｙＩｔｅｍ＃Ｍ＋１として配置する（ステップＳ２３）。
【０１０６】
次いで、元の再生項目ＰｌａｙＩｔｅｍ＃Ｍの再生終了位置（ＯＵＴ＿ｔｉｍｅ）、並びにコピーした再生項目ＰｌａｙＩｔｅｍ＃Ｍ＋１の再生開始位置（ＩＮ＿ｔｉｍｅ）をともに、分割した位置すなわち再生リスト・マークＰＬＭ＃Ｎが保持するタイムスタンプ情報（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）に修整する（ステップＳ２４）。
【０１０７】
次いで、分割位置である再生リスト・マークＰＬＭ＃Ｎ以降の各再生リスト・マークＰＬＭにおいて、再生項目の通し番号（ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿ｉｄの値をそれぞれ１だけ増加する（ステップＳ２５）。
【０１０８】
ＡＶＣＨＤ規格では、再生リストに登録される再生項目数や再生リスト・マーク数に関して上述した上限条件（１）及び（２）が規定されている以外に、１つの記録メディア上では再生リストのファイル名数字が０〜１９９９までと決められている。このため、再生リストを作成したいが記録メディア上ではファイル名数字が枯渇している（すなわち、ファイル名が枯渇している）場合には、記録メディア内の空き容量の如何に拘わらず、編集動作はそのまま不可となる。
【０１０９】
そこで、本実施形態では、記録メディア上に既に作成されている再生リスト・ファイルの中には含まれる再生項目数や再生リスト・マーク数が上限条件に対して余裕があるものが存在し得るということを考慮して、記録メディア上の再生リスト数が減少するように再生リストの整理を行なうことによって、ファイル名枯渇の問題を低減するようにしている。
【０１１０】
例えば、隣接する２つ又はそれ以上の再生リストの内容を併せても、１つの再生リストとして再生項目数や再生リスト・マーク数が上限条件に対して余裕がある場合には、これらを統合することによって、記録メディア上の再生リスト数を削減することができる。
【０１１１】
図１０には、再生リスト内の隣接する２つの再生リストを統合する処理例を示している。
【０１１２】
図１０Ａに示すように、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０は、Ｃｌｉｐ＃２０内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録するとともにＣｌｉｐ＃３１の一部の再生区間を指定する再生項目ＰｌａｙＩｔｅｍ＃２を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置に再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２がそれぞれ挿入されている。
【０１１３】
また、後続のＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１は、Ｃｌｉｐ＃３１内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置に、再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２がそれぞれ挿入されている。
【０１１４】
ここで、隣接する再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０及びＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１の内容を併せても、１つの再生リストとして再生項目数や再生リスト・マーク数が上限条件に対して余裕がある場合には、図１０Ｂに示すように、これらを１つの再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０として統合する。
【０１１５】
再生リストの統合に伴い、チャプタ情報の移動が行なわれるが、各再生項目の再生開始点や再生終了点などの再生区間の情報を変更する必要はない。また、チャプタ情報の移動のために再生項目の分割処理は発生しない。但し、後続の再生リストにとっては、先行する再生リストの再生リストや再生リスト・マークが先頭に加わることから、後続の再生リストに含まれていた再生リストや再生リスト・マークは、再生項目の識別番号の修整と、これに伴う再生リスト・マークの再生項目への参照情報の修整を行なう必要がある。
【０１１６】
図１０Ｂに示す例では、後続の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１に登録されていた再生項目ＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃２は、統合した後はそれぞれＰｌａｙＩｔｅｍ＃３並びにＰｌａｙＩｔｅｍ＃４となる。また、後続の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１に挿入されていた再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２は、統合した後はそれぞれＰＬＭ＃３、ＰＬＭ＃４、ＰＬＭ＃５となる。
【０１１７】
図１１には、再生リスト内の隣接する２つの再生リストを統合する処理手順をフローチャートの形式で示している。
【０１１８】
まず、処理対象となっている再生リストとその後続の再生リストとを統合しても、１つの再生リストとしての上限条件を満たすかどうかをチェックする（ステップＳ３１）。
【０１１９】
上限条件を満たさなければ（ステップＳ３１のＮｏ）、本処理ルーチンを終了する。また、上限条件を満たすときには（ステップＳ３１のＹｅｓ）、後続の再生リストに含まれるすべての再生項目と再生リスト・マークを先行の再生リストの終端に挿入する（ステップＳ３２）。
【０１２０】
次いで、元の後続の再生リストの先頭の再生項目のｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎを１にして、直前の再生項目との接続条件をシームレス再生不可にする（ステップＳ３３）。
【０１２１】
次いで、元の後続の再生リストから統合した再生リストに移動した再生リスト・マークにおいて、該当する再生項目への参照情報（Ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿ｉｄ）を修整する（ステップＳ３４）
【０１２２】
次いで、記録メディアのＢＤＭＶディレクトリ直下の属性ファイルＩｎｄｅｘ．ｂｄｍｖで再生順序を定義するＴａｂｌｅＯｆＰＬから、元の後続の再生リストに関する記述を削除する（ステップＳ３５）。
【０１２３】
そして、元の後続の再生リストのファイルを削除して、本処理ルーチンを終了する（ステップＳ３６）。
【０１２４】
また、先頭の再生リストが上限になるまで、後続の再生リストからチャプタ単位でデータ構造を前に詰めていくことで、後続の再生リストに再生項目数や再生リスト・マーク数が上限条件に対する余裕を確保して、編集作業を継続可能にすることができる。
【０１２５】
図１２には、後続の再生リストから先頭の再生リストへチャプタ単位でデータ構造を前に詰める処理例を示している。
【０１２６】
図１２Ａに示すように、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０は、Ｃｌｉｐ＃２０内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置に再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１がそれぞれ挿入されている。
【０１２７】
また、後続のＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１は、Ｃｌｉｐ＃２０の一部の再生区間を指定する再生項目ＰｌａｙＩｔｅｍ＃０と、Ｃｌｉｐ＃３１内の各再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃１、ＰｌａｙＩｔｅｍ＃２、ＰｌａｙＩｔｅｍ＃３を登録している。そして、ＰｌａｙＩｔｅｍ＃０及びＰｌａｙＩｔｅｍ＃２の先頭位置と、ＰｌａｙＩｔｅｍ＃３の先頭位置並びに中間位置に、再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２、ＰＬＭ＃３がそれぞれ挿入されている。
【０１２８】
ここで、図１２Ｂに示すように、後続の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１の先頭のチャプタ情報を先頭の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０に移動させる。
【０１２９】
チャプタ情報の移動に伴って、各再生項目の再生開始点や再生終了点などの再生区間の情報を変更する必要はない。また、チャプタ情報の移動のために再生項目の分割処理は発生しない。但し、後続の再生リストから移動する再生項目にとっては、先行する再生リストの再生リストや再生リスト・マークが先頭に加わることから、後続の再生リストに含まれていた再生リストや再生リスト・マークは、再生項目の識別番号の修整と、これに伴う再生リスト・マークの再生項目への参照情報の修整を行なう必要がある。また、後続の再生リストに残された再生項目と・再生リスト・マークにとっては、移動したチャプタ情報の分だけ前方の再生リストと再生リスト・マークが減少することから、再生項目の識別番号の修整と、これに伴う再生リスト・マークの再生項目への参照情報の修整を行なう必要がある。
【０１３０】
図１２Ｂに示す例では、後続の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１から先頭の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０に移動した再生リストＰｌａｙＩｔｅｍ＃０及びＰｌａｙＩｔｅｍ＃１は、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０内ではそれぞれＰｌａｙＩｔｅｍ＃２、ＰｌａｙＩｔｅｍ＃３となる。また、後続の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１から先頭の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０に移動した再生リスト・マークＰＬＭ＃０は、再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０内ではＰＬＭ＃２となる。一方、後続の再生リストＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１では、元の再生項目ＰｌａｙＩｔｅｍ＃２、ＰｌａｙＩｔｅｍ＃３はそれぞれＰｌａｙＩｔｅｍ＃０、ＰｌａｙＩｔｅｍ１となり、再生リスト・マークＰＬＭ＃１、ＰＬＭ＃２、ＰＬＭ＃３はそれぞれＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２となる。
【０１３１】
図１３には、後続の再生リストから先頭の再生リストへチャプタ単位でデータ構造を前に詰めるための処理手順をフローチャートの形式で示している。
【０１３２】
まず、後続の再生リストの先頭チャプタを先行再生リストに加えても上限条件に到達しない範囲で（ステップＳ４１）、後続の再生リストにおいて処理対象チャプタを１つずつ増やしていく（ステップＳ４２）。
【０１３３】
次いで、ステップＳ４１〜Ｓ４２のループにより後続の再生リストで処理対象とされた再生項目群と再生リスト・マークを、先行の再生リストの終端に挿入する（ステップＳ４３）。このとき、挿入先頭の再生項目のｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎを１に書き込んで、直前の再生項目との接続条件をシームレス再生不可に設定する。
【０１３４】
次いで、後続の再生リストから統合した再生リストに移動した各再生リスト・マークについて、該当する再生項目への参照情報（Ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿ｉｄ）を修整する（ステップＳ４４）
【０１３５】
ここで、後続の再生リストに残されている再生項目並びに再生リスト・マークの個数が０になったかどうかをチェックする（ステップＳ４５）。ここで、先行の再生リストに統合されていない再生項目並びに再生リスト・マークが後続の再生リストに残されているときには、本処理ルーチンを終了する。
【０１３６】
一方、先行の再生リストに統合されていない再生項目並びに再生リスト・マークが後続の再生リストに残されていないときには（ステップＳ４５のＹｅｓ）、記録メディアのＢＤＭＶディレクトリ直下の属性情報ファイルＩｎｄｅｘ．ｂｄｍｖで再生順序を定義するＴａｂｌｅＯｆＰＬから、元の後続の再生リストに関する記述を削除する（ステップＳ４６）。そして、元の後続の再生リスト・ファイルを削除して（ステップＳ４７）、本処理ルーチンを終了する。
【産業上の利用可能性】
【０１３７】
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修整や代用を成し得ることは自明である。
【０１３８】
本発明の適用範囲は、ＡＶＣＨＤ規格に限定されるものではない。コンテンツ・データに付随させて管理情報ファイルを記録メディアに記録することと、記録メディア上のファイル数などに関する上限条件を規定しているさまざまな規格フォーマットに従って記録コンテンツの編集を行なうデータ処理装置に対して、同様に本発明を適用することができる。
【０１３９】
要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【図面の簡単な説明】
【０１４０】
【図１】図１は、本発明を適用したデジタルビデオカメラ１の内部構成を模式的に示した図である。
【図２】図２は、ＡＶＣＨＤ規格で規定されている記録メディア１５のディレクトリ構成を示した図である。
【図３】図３は、録画編集が可能な形式でユーザ・データをＡＶＣＨＤ規格フォーマットにより記録メディア１５上に記録するための論理的なデータ構造の一例を示した図である。
【図４Ａ】図４Ａは、デジタルビデオカメラによる録画・撮影に従って動画像ストリームのクリップとともに再生リストが生成される手順を説明するための図である。
【図４Ｂ】図４Ｂは、デジタルビデオカメラによる録画・撮影に従って動画像ストリームのクリップとともに再生リストが生成される手順を説明するための図である。
【図４Ｃ】図４Ｃは、デジタルビデオカメラによる録画・撮影に従って動画像ストリームのクリップとともに再生リストが生成される手順を説明するための図である。
【図４Ｄ】図４Ｄは、デジタルビデオカメラによる録画・撮影に従って動画像ストリームのクリップとともに再生リストが生成される手順を説明するための図である。
【図５Ａ】図５Ａは、再生リスト内の最終のチャプタ情報を後続の再生リストの先頭に移す処理例を示した図である。
【図５Ｂ】図５Ｂは、再生リスト内の最終のチャプタ情報を後続の再生リストの先頭に移す処理例を示した図である。
【図５Ｃ】図５Ｃは、再生リスト内の最終のチャプタ情報を後続の再生リストの先頭に移す処理例を示した図である。
【図６】図６は、再生リストの最終のチャプタ情報を後続の再生リストの先頭に移動するための処理手順を示したフローチャートである。
【図７Ａ】図７Ａは、再生リスト内の最終のチャプタ情報を、後続の再生リストとの間に設けられた新規の再生リストの先頭に移す処理例を示した図である。
【図７Ｂ】図７Ｂは、再生リスト内の最終のチャプタ情報を、後続の再生リストとの間に設けられた新規の再生リストの先頭に移す処理例を示した図である。
【図７Ｃ】図７Ｃは、再生リスト内の最終のチャプタ情報を、後続の再生リストとの間に設けられた新規の再生リストの先頭に移す処理例を示した図である。
【図８】図８は、再生リストの最終のチャプタ情報を新規の再生リストの先頭に移動するための処理手順を示したフローチャートである。
【図９】図９は、再生リスト内の再生項目を分割するための処理手順を示したフローチャートである。
【図１０Ａ】図１０Ａは、再生リスト内の隣接する２つの再生リストを統合する処理例を示した図である。
【図１０Ｂ】図１０Ｂは、再生リスト内の隣接する２つの再生リストを統合する処理例を示した図である。
【図１１】図１１は、再生リスト内の隣接する２つの再生リストを統合する処理手順を示したフローチャートである。
【図１２Ａ】図１２Ａは、後続の再生リストから先頭の再生リストへチャプタ単位でデータ構造を前に詰める処理例を示した図である。
【図１２Ｂ】図１２Ｂは、後続の再生リストから先頭の再生リストへチャプタ単位でデータ構造を前に詰める処理例を示した図である。
【図１３】図１３は、後続の再生リストから先頭の再生リストへチャプタ単位でデータ構造を前に詰めるための処理手順を示したフローチャートである。
【符号の説明】
【０１４１】
１…デジタルビデオカメラ
１１…カメラ・ブロック
１２…符号化復号処理部
１３…ストリーム・バッファ
１４…記録部
１５…記録メディア
１６…ＣＰＵ
１７…一時記憶媒体
１８…表示制御部
１９…ディスプレイ
【図１】
2008072312.tif 000004
【図２】
2008072312.tif 000005
【図３】
2008072312.tif 000006
【図４Ａ】
2008072312.tif 000007
【図４Ｂ】
2008072312.tif 000008
【図４Ｃ】
2008072312.tif 000009
【図４Ｄ】
2008072312.tif 000010
【図６】
2008072312.tif 000011
【図８】
2008072312.tif 000012
【図９】
2008072312.tif 000013
【図１１】
2008072312.tif 000014
【図１３】
2008072312.tif 000015
【図５Ａ】
2008072312.tif 000016
【図５Ｂ】
2008072312.tif 000017
【図５Ｃ】
2008072312.tif 000018
【図７Ａ】
2008072312.tif 000019
【図７Ｂ】
2008072312.tif 000020
【図７Ｃ】
2008072312.tif 000021
【図１０Ａ】
2008072312.tif 000022
【図１０Ｂ】
2008072312.tif 000023
【図１２Ａ】
2008072312.tif 000024
【図１２Ｂ】
2008072312.tif 000025