JP4779921B2 - データ処理装置及びデータ処理方法、並びにコンピュータ・プログラム - Google Patents

Description

本発明は、データの記録や再生などの処理を行なうデータ処理装置及びデータ処理方法、並びにコンピュータ・プログラムに係り、特に、デジタルビデオカメラで撮影した動画像ストリームの記録や編集といったデータ処理を行なうデータ処理装置及び無線通信方法、並びにコンピュータ・プログラムに関する。

さらに詳しくは、本発明は、所定の規格フォーマットに従って管理情報を付随させながら記録メディア上に記録された動画像ストリームの編集処理を行なうデータ処理装置及びデータ処理方法、並びにコンピュータ・プログラムに係り、特に、所定の規格フォーマットに従いながら、記録用途で撮影したコンテンツの分割編集を行なうデータ処理装置及びデータ処理方法、並びにコンピュータ・プログラムに関する。

ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）やＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）といった光学的読み取りを応用したディスク型記録メディア（以下では、「光ディスク」と呼ぶ）が、コンピュータ・ファイルや動画像ストリームの保存用途として、急速に普及してきている。光ディスクは、記憶容量が大きく、ランダム・アクセスが可能である。

光ディスクを用いた記録再生装置は、例えばコンピュータ用の外部記録メディア並びに外部記憶装置として既に幅広く利用されている。最近では、ディスク型記録メディアの記録容量の増大に伴って、従来の録画テープに代わってディスクに動画像を保存するタイプのビデオカメラが出現してきている（例えば、特許文献１を参照のこと）。

ディスク型記録メディアはランダム・アクセスが可能であるから、好きなシーンを効率的に見つけ出すことができるとともに、データへのアクセスは非接触であるから記録メディアを劣化させることなく利用することができる。例えば、ＤＶＤビデオカメラは、２０００年の発売以来、画質の良さや編集ができるなどの使い勝手の良さから年々ユーザが拡大してきている。

例えば、ＡＶＣＨＤ規格では、既存のディスク・フォーマット規格の内容を適宜継承しながら、記録互換、追記互換機能を追加して、高解像度（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ：ＨＤ）ビデオカメラ用のデータ・フォーマットなどに関する仕様の策定を行なっている。ＡＶＣＨＤ規格は、圧縮率の高いＭＰＥＧ−４ ＡＶＣ／Ｈ．２６４方式を採用し、ＨＤ画像を低容量・低速度の記録メディアへ記録可能にすることを主な目的としている。ＤＶＤディスクへの記録を想定しているが、ＡＶＣＨＤ規格フォーマットに従ってメモリカードやＨＤＤなどの多様な記録メディアへの記録も可能である（例えば、非特許文献１並びに非特許文献２を参照のこと）。

ＡＶＣＨＤ規格では、動画像ストリーム・ファイル形式として既にＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−２ Ｓｙｓｔｅｍが決定している。但し、ストリーム・ファイル単体として記録メディア上に保存されるだけでなく、動画像ファイルを再生したり編集したりするための複数の管理情報ファイルを付随して保存するという、複合的なファイル構成を備えている。すなわち、ＭＰＥＧ２−ＴＳストリームに符号化した動画像コンテンツは、連続同期再生すなわち実時間再生が保証された再生が必要な単位となるデータのまとまりが１つのクリップ（Ｃｌｉｐ）すなわちクリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）ファイルとして記録される。また、クリップＡＶストリーム・ファイルを記録メディアに記録する際に、再生リスト（ＰｌａｙＬｉｓｔ）ファイル並びにクリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）ファイルという各種別の管理情報ファイルが付随して記録される。

クリップ情報ファイルは、クリップＡＶストリーム・ファイルと対で存在し、実際のストリームを再生する上で必要となるストリームに関する情報が記載されたファイルである。また、再生リストは、クリップに対する再生開始点（ＩＮ点）及び再生終了点（ＯＵＴ点）からなる再生区間を記述した再生項目（ＰｌａｙＩｔｅｍ）を登録して、複数の再生項目を時系列的に配置することで動画像データの再生区間及び再生順序を指定することができる。また、再生リストには、ユーザがストリームにアクセスするエントリ位置となる再生リスト・マーク（ＥｎｔｒｙＭａｒｋ）を打つことができ、隣接するエントリ・マーク間で区切られる区間がユーザから見える最小の編集単位すなわち「チャプタ」となる。そして、クリップ情報や再生リストといった管理情報ファイルを用いることによって、好適に録画編集機能を実現することができる。

また、ＡＶＣＨＤ規格では、再生リストの属性として、実体のコンテンツ（すなわちクリップＡＶストリーム）を所有する実再生リスト（Ｒｅａｌ ＰｌａｙＬｉｓｔ）の他に、実体のコンテンツを所有しない仮想再生リスト（Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔ）が定義されている。実再生リストの編集は、実体のコンテンツの編集、すなわち記録メディア上の部品自体の変化を伴う破壊編集となる。これに対し、仮想再生リストの編集は、クリップＡＶファイルに対する再生開始点と再生終了点の付け替えだけを行なうものであり、実体のコンテンツ自体を変化させない非破壊編集が可能である。

非破壊編集は、ユーザから見える再生リスト上で参照する部品の位置を並べ替えや削除など、管理情報ファイルの操作によって容易に行なうことができるとともに、記録メディア上のストリーム・データの原形を保つことができる。一方、記録用途では、撮影したコンテンツの分割編集を行なえる方が、ユーザの利便性が高い場合がある。すなわち、再生リスト内で所望のエントリ位置に再生リスト・マークを挿入して新しいチャプタを設けるだけでなく、チャプタ境界においてストリーム・ファイルを分割してチャプタとストリーム・ファイルが１対１の対応関係を保つようにすれば、バックアップなどコンテンツの管理が容易になる。

ここで、ＭＰＥＧに代表される動画像ストリームの符号化方式では、何枚かの画面を１まとまりにしたＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）構造が採用されている。ＧＯＰ内ではフレーム内符号化したＩ／ＩＤＲピクチャ、フレーム間順方向予測符号化したＰピクチャ、双方向予測符号化したＢピクチャというタイプの異なる画面が所定の規則で配列されており、動画像ストリームは、ＧＯＰ単位でランダム・アクセスが可能である。このような場合、ＧＯＰ境界の位置でしかストリームを分割することができないから、指定された分割点がＧＯＰ境界と一致しない場合には、その分割方法が問題となる。

例えば、分割したファイルの後半部分のファイル先頭（クラスタ境界）から最初のＧＯＰ境界までの開いた部分をパディング・パケットとするが、ファイルの分割の際に配置されるパディング部を１つあるいは複数のプライベート・ストリーム・パケットにより構成し、同パケット内に分割の際に配置されるパディング部の情報を配置し、所定のタイミングでパディング部内の情報に基づいて、パディング部を効率的に削除することで、記録メディア内の容量を有効に活用するファイル分割結合方法について提案がなされている（例えば、特許文献２を参照のこと）。

また、ＭＰＥＧ−２トランスポート・ストリームを分割処理したときに分割位置近傍においてオーディオ・データが不完全になることを勘案して、分割位置より前方のストリームには、分割位置を跨ぐオーディオ・フレーム・データが完全に構成されるようにビデオ情報ＴＳパケットを映像信号も音声信号のいずれも持たないダミー・データに置換したＴＳパケットを追加し、分割位置以降のストリームには、分割位置のビデオ情報の再生タイミングと一致するオーディオ情報パケットデータが現れるまで、オーディオ情報をダミー・データに置換したＴＳパケットを上書きするようにしたストリーム編集方法について提案がなされている（例えば、特許文献３を参照のこと）。このような編集方法によれば、分割後に生成された２つのストリームを復号再生した時にユーザに違和感を与えるような異音の発生あるいは無音状態を生じる可能性のある音声データを除去することができる。

また、ＧＯＰを構成する映像信号データの境界で分割編集したとき、分割された映像信号データ内に復号単位のデータ構造を満たさない音声信号データのトランスポート・パケットが存在する場合に、このトランスポート・パケットを、映像情報及び音声情報を持たないトランスポート・パケットで置き換えて前記記録媒体に上書き記録する映像・音声信号編集方法について提案がなされている（例えば、特許文献４を参照のこと）。

ところが、ファイルシステムや記録メディアの物理種別毎に設けられた管理サイズの制約がある場合には、ストリームのＧＯＰ境界の位置であっても分割することができない。例えば、ＤＶＤ系の記録メディアでは、２Ｋバイトを１セクタとするとともに、１６セクタすなわち３２ＫバイトからなるＥＣＣ（Ｅｒｒｏｒ Ｃｏｌｌｅｃｔｉｏｎ Ｃｏｄｅ）ブロックをアクセス・ブロックすなわちファイルシステムの管理単位としており（図１３を参照のこと）、ＥＣＣブロックを分割することはできない。

また、上述したＡＶＣＨＤ規格では、ストリーム・ファイル長には６Ｋバイトの倍数になることという長さアライメント制約が設けられており（図１４を参照のこと）、ストリームをＧＯＰ境界で分割しただけではこの制約を遵守することができない場合がある。

なお、記録時のストリームがＡＶＣの非ｃｌｏｓｅｄ ＧＯＰである場合は、仮にＧＯＰ境界でストリームを分割しても、後続の先頭のＩ又はＩＤＲピクチャより手前のフレームを復号できず、再生することができない。また、ｃｌｏｓｅｄ ＧＯＰであっても、非ＧＯＰ境界で分割したい場合には同様の問題がある。

特開２００４−１２０３６４号公報 特開２００５−２８６３６６号公報 特開２００５−１１７５５６号公報 特開２００４−３３６１２８号公報 ｈｔｔｐ：／／ｗｗｗ．ａｖｃｈｄ−ｉｎｆｏ．ｏｒｇ／ ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｄ−ｉｍａｇｉｎｇ．ｓｏｎｙ．ｃｏ．ｊｐ／ｗｗｗ／ｈａｎｄｙｃａｍ／ｐｒｏｄｕｃｔｓ／ｂｅｎｒｉ／ａｖｃｈｄ／ｉｎｄｅｘ．ｈｔｍｌ

本発明の目的は、所定の記録メディア上にデジタルビデオカメラで撮影した動画像ストリームの記録や編集といったデータ処理を好適に行なうことができる、優れたデータ処理装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、所定の規格フォーマットに従って管理情報を付随させながら記録された動画像ストリームの編集処理を好適に行なうことができる、優れたデータ処理装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、所定の規格フォーマットに従いながら、記録用途で撮影した動画像ストリーム・ファイルの分割編集を行なうことができる、優れたデータ処理装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、ＧＯＰ構造が採用された動画像ストリーム・ファイルを、所定の規格フォーマットに従いながら任意の分割点においてファイル分割することができる、優れたデータ処理装置及び無線通信方法、並びにコンピュータ・プログラムを提供することにある。

本発明は、上記課題を参酌してなされたものであり、その第１の側面は、所定の規格フォーマットに従って記録メディア上に記録されているストリーム・ファイルの編集処理を行なうデータ処理装置であって、前記ストリーム・ファイルを任意の分割点において先行チャプタと後続チャプタに分割する際に、
前記分割点を含むＧＯＰ近辺のデータ（例えば、前記分割点を含むＧＯＰとその直後のＧＯＰ）からなる前記後続チャプタの第１エクステントを前記記録メディア上にコピーする第１の手段と、
前記分割点以降で最初に現れるＧＯＰ境界において前記長さアライメント制約に応じたパディングを施して前記先行チャプタのストリーム・ファイルを作成する第２の手段と、
前記のコピーした区間の手前若しくはコピーした以降のＧＯＰからなる前記後続チャプタの第１エクステントの先頭のパディングを施した位置から、若しくは第２エクステントの終端の領域を前記長さアライメント制約に応じてパディングし、前記第１及び第２エクステントからなる前記後続チャプタのストリーム・ファイルを作成する第３の手段と、
を具備することを特徴とするデータ処理装置である。

高解像度の映像信号を低容量・低速度の記録メディアへ記録可能にすることを主な目的として、ＡＶＣＨＤ規格が策定されている。ＡＶＣＨＤ規格フォーマットに従って、ＤＶＤディスクを始めメモリカードやＨＤＤなどの多様な記録メディアへの記録が可能である。

ＡＶＣＨＤ規格では、動画像ストリーム・ファイル形式として既にＭＰＥＧ（−２ Ｓｙｓｔｅｍが決定しているが、ストリーム・ファイル単体として記録メディア上に保存されるだけでなく、動画像ファイルを再生したり編集したりするための複数の管理情報ファイルを付随して保存するという、複合的なファイル構成を備えている。また、ＡＶＣＨＤ規格では、再生リストの属性として、実体のコンテンツを所有する実再生リストの他に、実体のコンテンツを所有しない仮想再生リストが定義されている。仮想再生リストを用いてクリップＡＶファイルに対する再生開始点と再生終了点の付け替えだけを行なうことにより非破壊編集が可能である。

非破壊編集は管理情報ファイルの操作によって容易に行なうことができる。但し、記録用途では、撮影したコンテンツの分割編集を行なえる方が、ユーザの利便性が高い場合がある。例えば、ストリーム・ファイルを分割して、ユーザから見える最小の編集単位である「チャプタ」とストリーム・ファイルが１対１の対応関係を保つようにすれば、バックアップなどコンテンツの管理が容易になる。

ところが、ＭＰＥＧに代表される動画像ストリームの符号化方式では、何枚かの画面を１まとまりにしたＧＯＰ構造が採用されており、指定された分割点がＧＯＰ境界と一致しない場合には、その分割方法が問題となる。また、ファイルシステムや記録メディアの物理種別毎に設けられたＥＣＣブロックなどの管理サイズの制約がある場合には、ストリームのＧＯＰ境界の位置であっても分割することができない。また、ＡＶＣＨＤ規格では、ストリーム・ファイル長には６Ｋバイトの倍数になることという長さアライメント制約が設けられており、ストリームをＧＯＰ境界で分割しただけではこの制約を遵守することができない可能性がある。

そこで、本発明に係るデータ処理装置では、ＧＯＰ境界には限定されない任意の分割点においてストリーム・ファイルを先行チャプタと後続チャプタとに分割する際、分割点を含むＧＯＰの終端の領域に対して長さアライメント制約に応じてパディングを施すことによって先行チャプタを作成するようにした。パディングとは、ストリームの復号時に不具合にならないように無効なパケット相当に記録メディアに上塗りを行なう処理のことである。

また、分割点を含むＧＯＰとその直後のＧＯＰをコピーして後続チャプタの第１エクステントを作成するとともに、コピーした以降のＧＯＰからなる領域を後続チャプタの第２エクステントとし、この第２エクステントの終端の領域に長さアライメント制約に応じてパディングを施すようにしている。この結果、第１及び第２エクステントからなる後続チャプタは、ファイルシステムの管理サイズの制約、及びＡＶＣＨＤ規格で取り決められている長さアライメント制約のいずれも満たすことができる。

例えば、再生リストにユーザのエントリ位置として挿入された再生リスト・マークにおいてストリーム・ファイルを分割することによって、ユーザから見える最小の編集単位である「チャプタ」とストリーム・ファイルが１対１の対応関係を保つことができる。

そして、前記第２の手段は、前記先行チャプタに関する再生項目の再生終了時刻に前記分割点の時刻を指定して前記分割点以降を非表示区間とする。同様に、前記第３の手段は、前記後続チャプタに関する再生項目の再生開始時刻に前記分割点の時刻を指定して前記第１エクステントの前記分割点以前を非表示区間とする。これによって、分割点を含むＧＯＰとその直後のＧＯＰをコピーして第１エクステントを作成したことに伴う先行チャプタとの重複再生を回避することができる。

また、前記第２の手段は前記先行チャプタのファイル長を前記のパディングを施した位置までとするとともに、前記第３の手段は前記後続チャプタのファイル長を前記第１エクステントの先頭のパディングを施した位置から、若しくは前記第２エクステントにパディングを施した位置までとすることで、パディング位置以降をファイルとして不使用の領域にする。

また、本発明に係るデータ処理装置は、先行若しくは後続チャプタのストリーム・ファイルのファイル名を修正するファイル名修正手段をさらに備えている。

また、ＡＶＣＨＤ規格では、実体のコンテンツを所有する実再生リストの他に、実体のコンテンツを所有しない仮想再生リストが定義されているが、ファイル名修正手段による後続チャプタのストリーム・ファイルのファイル名の修正に伴って、後続チャプタを再生区間として指定する仮想再生リスト中の再生項目が指すストリーム・ファイル名を修正する処理を行なう必要がある。

また、本発明の第２の側面は、所定の規格フォーマットに従って記録メディア上に記録されているストリーム・ファイルの編集処理を行なうための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
前記ストリーム・ファイルは所定の枚数の画像フレームを１まとまりにしたＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）構造をなし、前記記録メディア上では所定長のアクセス・ブロック単位でデータ記録が行なわれ、前記規格フォーマットではファイルに関して長さアライメント制約を設けられており、
前記ストリーム・ファイルを任意の分割点において先行チャプタと後続チャプタに分割する際に、前記コンピュータに対し、
前記分割点を含むＧＯＰ近辺のデータからなる前記後続チャプタの第１エクステントを前記記録メディア上にコピーする手順と、
前記分割点以降で最初に現れるＧＯＰ境界において前記長さアライメント制約に応じたパディングを施して前記先行チャプタのストリーム・ファイルを作成する手順と、
前記のコピーした区間の手前若しくはコピーした以降のＧＯＰからなる前記後続チャプタの第１エクステントの先頭のパディングを施した位置から、若しくは第２エクステントの終端の領域を前記長さアライメント制約に応じてパディングし、前記第１及び第２エクステントからなる前記後続チャプタのストリーム・ファイルを作成する手順と、
を実行させることを特徴とするコンピュータ・プログラムである。

本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ２上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータ２にインストールすることによって、コンピュータ上では協働的作用が発揮され、本発明の第２の側面に係るデータ処理装置と同様の作用効果を得ることができる。

本発明によれば、所定の規格フォーマットに従いながら、記録用途で撮影した動画像ストリーム・ファイルの分割編集を行なうことができる、優れたデータ処理装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。

また、本発明によれば、ＧＯＰ構造が採用された動画像ストリーム・ファイルを、所定の規格フォーマットに従いながら任意の分割点においてファイル分割することができる、優れたデータ処理装置及び無線通信方法、並びにコンピュータ・プログラムを提供することができる。

本発明によれば、例えばＡＶＣＨＤ規格フォーマットに従ってＤＶＤなどの記録メディアに記録されているストリーム・ファイルを、ストリーム・ファイルに付随する再生リスト・ファイルの分割に伴って好適にファイル分割することができる。これによって、チャプタとストリーム・ファイルの１対１の対応関係を保つことができ、バックアップなどコンテンツの管理を容易に行なうことができるようになる。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

以下、図面を参照しながら本発明の実施形態について詳解する。

図１には、本発明を適用したデータ処理装置の内部構成を模式的に示している。図示の通り、データ処理装置はデジタルビデオカメラ１として構成されており、ＡＶＣＨＤ規格に準拠し、カメラ・ブロック１１で撮影した動画像ストリームを符号化復号処理部１２でＭＰＥＧ２−ＴＳストリームに符号化して、これを記録部１４によって機器内蔵の記録メディア１５に記録するようになっている。

中央処理部１６は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などで構成される一時記憶媒体１７に実行プログラムをロードするとともにシステム変数や環境変数を一時的に格納しながらプログラムを実行するという形式で、当該デジタルビデオカメラ１全体の処理動作を統括的にコントロールする。

ここで言う中央処理部１６における処理動作としては、カメラ・ブロック１１における動画像撮影やこれに伴うオート・フォーカス機能、自動露光、手振れ補正、オート・シャッターといったカメラ・ワークや、記録部１４における記録メディア１５の記録領域のフォーマット処理、記録メディア１５のマウント処理、記録領域への動画像ストリームの記録及び再生、並びに記録メディア１５上に記録された動画像ストリームの編集処理、ＵＳＢスレーブすなわちマスストレージ・デバイスとしての動作処理（但し、ＵＳＢ接続されている場合）などである。記録メディア１５上の動画像ストリームの編集処理には、ユーザから見える再生リスト上で参照する部品の位置を並べ替えや削除などの操作をだけで記録メディア上のストリーム・データは編集しない非破壊編集と、記録メディア上での部品自体の変化を伴う破壊編集がある。本実施形態では、ユーザの利便性を考慮して、破壊編集の１つとして、記録用途で撮影したコンテンツ（ストリーム・ファイル）の分割編集も実現しているが、その処理の詳細については後述に譲る。

カメラ・ブロック１１は、被写体像を取り込むレンズ、入力光量に応じて光電変換により電気的な画像信号を生成するＣＣＤ（ＣｈａｒｇｅＣｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｎｔａｌ−Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの固体撮像素子、画像信号をデジタル変換するＡ／Ｄ変換器、デジタル画像信号からＲＧＢ信号を算出するデモザイク処理部など（図示を省略）で構成される。このＲＧＢ画像は、表示制御部１８を介してディスプレイ１９から表示出力される。

符号化復号処理部１２は、動画像ストリームの符号化及び復号処理を行なう。具体的には、カメラ・ブロック１１から入力される動画像ストリームをＭＰＥＧ２−ＴＳ方式で符号化して、固定バイト長のＴＳパケットからなるＡＶストリームを出力する。ＴＳパケットは、ストリーム・バッファ１３に一旦格納された後、記録部１４に転送する。記録部１４はストリーム・バッファ１３を介してＴＳパケットを特定の時間間隔で受信すると、これを記録メディア１５の記録領域上に記録する。また、符号化復号処理部１２は、記録部１４が記録メディア１５から読み出した動画像ストリームを復号して、表示制御部１８を介してディスプレイ１９から再生画面を出力する。

なお、符号化復号処理部１２の復号モジュールには、ＧＯＰの整数倍で画像データが入力される。但し、再生項目の再生開始時刻や再生終了時刻がＧＯＰ未満の区間を指しているときには、画像データの復号処理は行われるが出力されない（すなわち、ミュートや前画面ホールドになる）区間、すなわち「非表示区間」（後述）となる。

記録部１４は、ファイルやその他の管理データの記録メディア１５への記録を行なう。また、記録部１４は、ＡＶＣＨＤ規格に準じたフォーマットで動画像ストリームの記録を行ない、録画編集機能を実現することができる。ここで言う記録メディア１５は、例えばＤＶＤなどの可搬型メディアやハード・ディスクなどの固定型メディアなどが挙げられるが、ＡＶＣＨＤ規格フォーマットに従う以外は、特に記録メディア１５の物理種別は限定されない。

表示制御部１８は、ディスプレイ１９の駆動制御を行なう。ディスプレイ１９からは、中央処理部１６からの指示に従って、当該デジタルビデオカメラ１用の操作画面（タッチパネル）を提供したり、カメラ・ブロック１１で捕捉している映像を表示出力したり、符号化復号処理部１２によって復号された動画像ストリームの再生出力を行なったりする。

なお、ＵＳＢインターフェース１８からＵＳＢケーブル（図示しない）を介してＵＳＢマスタ（例えば、パーソナル・コンピュータ（図示しない）など）に接続されているときには、記録部１４及び記録メディア１５は、ＵＳＢスレーブすなわちＵＳＢマスタに外付け接続されたマスストレージ・デバイスとして動作する。ＵＳＢ接続されている間は、デジタルビデオカメラとしての機能は停止する。

ＡＶＣＨＤ規格は、高解像度の映像信号を低容量・低速度の記録メディアへ記録可能にすることを主な目的としたビデオカメラの規格であり、既存のディスク・フォーマット規格の内容を適宜継承しながら、記録互換、追記互換機能を追加して、ＨＤビデオカメラ用のデータ・フォーマットなどに関する仕様を策定している。具体的には、ビデオカメラで撮影した動画像コンテンツをＭＰＥＧ２−ＴＳストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）に符号化して記録する際に、再生リスト（ＰｌａｙＬｉｓｔ）やクリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）という各種別の付随するファイルを用いることで、好適に録画編集機能を実現することができる。

図２には、ＡＶＣＨＤ規格で規定されている記録メディア１５のディレクトリ構成を示している。ＢＤＭＶディレクトリの直下に配置されている“ＰＬＡＹＬＩＳＴ”、“ＣＬＩＰＩＮＦ”、“ＳＴＲＥＡＭ”は、それぞれ再生リスト、クリップ情報ファイル、クリップＡＶストリーム・ファイルを格納するためのサブディレクトリである。

動画像データは、連続同期再生、すなわち実時間再生が保証された再生が必要な単位となるデータのまとまりが１つのクリップ（Ｃｌｉｐ）すなわちクリップＡＶストリーム・ファイルを構成し、１つの動画像ファイルとして記録される。クリップＡＶストリームは、ＭＰＥＧ２−ＴＳ形式で動画像ストリームが格納されているファイルである。また、クリップ情報ファイルは、クリップＡＶストリーム・ファイルと対で存在し、実際の動画像ストリームを再生する上で必要となる動画像ストリームに関する情報が記載されたファイルである。そして、再生リストは、複数の再生項目（ＰｌａｙＩｔｅｍ）からなる。各再生項目は、クリップに対してそれぞれ再生開始点（ＩＮ点）及び再生終了点（ＯＵＴ点）を指定しており、再生リスト内では再生項目の時間軸上の系列によって動画像データの再生区間及び再生順序を指定するようになっている。

図３には、録画編集が可能な形式でユーザ・データをＡＶＣＨＤ規格フォーマットにより記録メディア１５上に記録するための論理的なデータ構造の一例を示している。図示のように、デジタルビデオカメラ１で撮影した動画像データをＭＰＥＧ２−ＴＳストリームに符号化して記録する際に、インデックス（Ｉｎｄｅｘ）、動画像オブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）、再生リスト（ＰｌａｙＬｉｓｔ）、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）という各種別のファイルが用いられる。

インデックス（ｉｎｄｅｘ．ｂｄｍｖ）のファイル種別レイヤで記録メディア１５上の記憶領域全体が管理されている。ユーザに見せるタイトル毎にインデックス・ファイルが作成され、動画像オブジェクトとの対応関係を管理している。ここで言う「タイトル（Ｔｉｔｌｅ）」とは、（ユーザが認識できる）再生リスト（ＰｌａｙＬｉｓｔ）の集合体であり、一般的には１つの番組や日付毎のコンテンツからなる。ＡＶＣＨＤ規格フォーマットでは、本来は動画像オブジェクト・ファイルで管理すべき再生リストの再生順をインデックス・ファイルのメタデータ内で管理している。記録メディアをプレーヤに装填した際にはまずインデックスが読み込まれ、ユーザはインデックスに記述されたタイトルを見ることができる。

動画像オブジェクトは、再生制御を行なうためのコマンドの集合体であり、例えば既存のＲＯＭ規格フォーマットではタイトルが指定されたときに再生される再生リストを管理しているファイルである。動画像オブジェクトへの参照は、タイトルの入り口としてインデックスに列挙されている。但し、ＡＶＣＨＤ規格フォーマットでは、動画像オブジェクト・ファイルを参照せずに、インデックス・ファイルのメタデータによって再生リストとタイトルの関係を管理するようになっている。

再生リストは、ユーザに見せるタイトルに対応して設けられ、１以上の再生項目（ＰｌａｙＩｔｅｍ）で構成される。各再生項目は、クリップに対する再生開始点（ＩＮ点）と再生終了点（ＯＵＴ点）を持つことで、その再生区間を指定している。そして、再生リスト内では、複数の再生項目を時間軸上に並べることで、動画像ストリームのそれぞれの再生区間の再生順序を指定することができる。また、異なるクリップＡＶストリーム・ファイルで再生区間を指定する再生項目を１つの再生リストに含めることができる。

クリップと再生リスト間の参照関係は、自由に設定することができる。例えば、１つのクリップに対する参照を、ＩＮ点及びＯＵＴ点の異なる２つの再生リストから行なうことができる。さらに、タイトルと動画像オブジェクト間での参照関係も自由に設定することができる。再生リストは、クリップとの参照関係に応じて、実再生リスト（ＲｅａｌＰｌａｙＬｉｓｔ）と仮想再生リスト（ＶｉｒｔｕａｌＰｌａｙＬｉｓｔ）の２種類に大別される。

実再生リストは、オリジナル・タイトル用の再生リスト（コンテンツの実体を所有する再生リスト）であり、ビデオカメラにより録画・撮影した動画像ストリームについての再生項目を記録した順に配置している。

仮想再生リストは、非破壊編集によりユーザ定義の再生リストを作成するための再生リストであり、仮想再生リスト独自のクリップ（ＡＶストリーム）を持たず、同再生リスト内の再生項目はいずれかの実再生リストに登録されているクリップ又はその一部の範囲を指している。すなわち、ユーザは複数のクリップから必要な再生区間のみを切り出して、これらを指す各再生項目を取りまとめて（コピーして）仮想再生リストを編集することができる。

クリップは、連続同期再生すなわち実時間再生が保証された再生が必要な単位となるデータのまとまりとして記録された動画像データのファイルであり、クリップＡＶストリーム・ファイル（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）とクリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）からなる。

コンテンツ・データとしてのクリップＡＶストリーム・ファイルは、ＭＰＥＧ２−ＴＳ形式で記録メディア１５に記録された動画像ストリームが格納されているファイルである。ＡＶＣＨＤ規格フォーマットでは、動画像ストリームはこのファイル内に格納される。

クリップ情報ファイルは、クリップＡＶストリーム・ファイルと対で存在し、実際の動画像ストリームを再生する上で必要となる、動画像ストリームに関する属性を定義するファイルである。具体的には、動画像ストリームの符号化方法、動画像ストリームのサイズ、再生時間→アドレス変換、再生管理情報などを定義する情報がクリップ情報ファイルに含まれる。

続いて、デジタルビデオカメラ１による撮影操作に従ってＡＶストリームのクリップとともに再生リストが生成される手順について、図４Ａ〜図４Ｄを参照しながら説明する。

図示のように、ユーザが録画開始してから録画停止する区間毎に再生項目が１つずつ作成される。例えば、最初に録画開始されてから録画停止されるまでの区間は、通し番号０を持つ再生項目（ＰｌａｙＩｔｅｍ＃０）として動画像の再生リスト（Ｍｏｖｉｅ ＰｌａｙＬｉｓｔ）に登録される。さらに、次に録画開始されてから録画停止されるまでの区間は、通し番号１を持つ再生項目（ＰｌａｙＩｔｅｍ＃１）として動画像の再生リスト（Ｍｏｖｉｅ ＰｌａｙＬｉｓｔ）に登録される（以下同様）。

実再生リストは実体のコンテンツすなわちクリップＡＶストリームとは１対１に対応しており、実再生リストに登録されている個々の再生項目は、クリップＡＶストリームのそれぞれ該当する再生区間の再生開始点と再生終了点の時刻情報を保持している。また、ＭＰＥＧ２−ＴＳを始め動画像ストリームでは、内部バッファのアンダーフローやオーバーフローなどの所定のバッファ・モデルが破綻しないように符号化することによって、ストリームをまたいで連続再生する「シームレス再生」が可能である。各再生項目（但し、再生リストの先頭の再生項目を除く）は、直前の再生項目との接続条件（すなわちシームレス再生が可能か否か）を保持している。

また、ユーザが録画を開始する度に、再生項目の先頭には、エントリ・マーク（ＥｎｔｒｙＭａｒｋ）としてのＭａｒｋが付け加えられる（再生リスト内のエントリ・マークは「再生リスト・マーク（ＰＬＭ）」の一種である）。再生リスト中には１以上の再生リスト・マークが存在し、それぞれクリップＡＶストリームの特定の再生位置を指し示す役割を持つ。１つの再生リスト内では、各再生リスト・マークに対し、時間軸に沿って連続的となる通し番号が付与されている。また、再生リストに登録される各再生リスト・マークは、当該マークが付与されている再生項目の通し番号と、クリップＡＶストリームの再生位置を示すタイムスタンプ情報を保持している。

そして、録画・撮影したストリームの区切りで１つのクリップＡＶストリーム・ファイルとなる。１つのクリップＡＶストリームは連続同期再生すなわち実時間再生が保証された再生が必要な単位となる。また、これに伴って、ストリームの符号化方法、動画像ストリームのサイズ、再生時間→アドレス変換、再生管理情報などを定義するクリップ情報ファイルが作成される。

なお、動画像再生リスト（ＭｏｖｉｅＰｌａｙＬｉｓｔ）の先頭には必ず再生リスト・マークが打たれるという規定があるが、以後の編集操作により時間軸上で再生リスト・マークの位置を移動させたり、新規の再生リスト・マークを挿入したりすることができる。

各再生リスト・マークは、ユーザがストリームにアクセスするエントリ位置となる。したがって、隣接するエントリ・マーク間で区切られる区間（並びに最後の再生リスト・マークから最後尾の再生項目の終端の区間）がユーザから見える最小の編集単位すなわち「チャプタ」となる。再生項目を再生順に並べることと、再生リスト・マークを所望の再生順に並べることで、再生リストに登録されているクリップＡＶストリームの各区間の再生順序が定義される。

実際の商品仕様では、複数の実再生リストをまとめて一続きのチャプタ群としてユーザに提示する。例えば、デジタルビデオカメラの編集画面上では、チャプタを定義する各再生リスト・マーク位置の静止画フレームのサムネイル（若しくは再生リスト・マーク位置を再生開始点としたサムネイル動画）を一覧表示して、チャプタ単位での編集環境をユーザに提供する。

上述したように、ＡＶＣＨＤ規格では、再生リストの属性として、実体のコンテンツ（すなわちクリップＡＶストリーム）を所有する実再生リスト（Ｒｅａｌ ＰｌａｙＬｉｓｔ）の他に、実体のコンテンツを所有しない仮想再生リスト（Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔ）が定義されている。仮想再生リストの編集は、クリップＡＶファイルに対する再生開始点と再生終了点の付け替えだけを行なうものであり、実体のコンテンツ自体を変化させない非破壊編集が可能である。

このような分割編集は非破壊編集であり、管理情報ファイルの操作によって容易に行なうことができる。ユーザの利便性を考慮すると、仮想再生リストの操作による非破壊編集だけではなく、記録用途で撮影したコンテンツの分割編集などの破壊編集を行なえることが望ましい。

ＡＶＣＨＤ規格では、所望の分割点をエントリ位置に持つ再生リスト・マークを再生リスト（実再生リスト及び仮想再生リストの双方を含む）に追加することで、チャプタを分割することができる。これに対し、実再生リストに再生リスト・マークを挿入するだけでなく、その挿入位置においてストリーム・ファイルの分割を行なうと、ユーザから見える最小の編集単位である「チャプタ」とストリーム・ファイルが１対１の対応関係を保つようにすれば、ファイルの管理（バックアップや記録メディアに分割など）が容易になるのという利点がある。

ここで、図５に示すＡＶＣＨＤ規格に従ったファイル構造を例にとって、再生リスト・マークの挿入によりストリーム・ファイルの分割を行なう手順について説明する。上述したように、クリップＡＶストリームにはクリップ情報ファイルが対で存在するとともに、クリップＡＶストリームは動画像の再生リスト（以下では単に「再生リスト」とする）に登録されている。同図中の再生リストはクリップを所有する実再生リストであるとする。

ＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０は、Ｃｌｉｐ＃２０内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録するとともにＣｌｉｐ＃３１の一部の再生区間を指定する再生項目ＰｌａｙＩｔｅｍ＃２を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置、並びにＰｌａｙＩｔｅｍ＃２の中間位置に再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２、ＰＬＭ＃３がそれぞれ挿入されている。

また、後続のＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１は、Ｃｌｉｐ＃３１内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置に、再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２がそれぞれ挿入されている。

図５に示す再生リストは、クリップＡＶストリーム・ファイルの実体を所有する実再生リストである。再生リストに対する操作はクリップＡＶストリーム及びクリップ情報の変更を伴う破壊編集である。

ここで、図６に示すように、再生項目ＰｌａｙＩｔｅｍ＃２の中間の位置に、再生リスト・マークＰＬＭ＃３が挿入され、ストリーム・ファイルの分割位置が指定されたとする。

この場合、図７に示すように、再生項目ＰｌａｙＩｔｅｍ＃２を再生リスト・マークＰＬＭ＃３の位置で分割するとともに、再生リスト・マークＰＬＭ＃３が示すエントリ位置でクリップ＃３１も分割する。これによって、新たな再生項目ＰｌａｙＩｔｅｍ＃３が再生リスト１０内に作成される。そして、再生項目ＰｌａｙＩｔｅｍ＃２の再生終了点を再生リスト・マーク＃３のタイムスタンプ位置に書き換える。また、新規の再生項目ＰｌａｙＩｔｅｍ＃３の再生開始点に再生リスト・マーク＃３のタイムスタンプ位置を書き込むとともに、その再生終了点には元の再生項目ＰｌａｙＩｔｅｍ＃２の再生終了点を書き込む。

また、クリップ＃３１は、再生リスト・マーク＃３の挿入場所に該当する時刻において分割され、元のファイル名などを継承する先行のクリップ＃３１と、後続するクリップ＃３２にファイル分割される。

このように、再生リスト・マークの挿入により再生リスト・ファイルの分割処理を行なうことによって、チャプタとストリーム・ファイルの１対１の対応関係を保つことができ、バックアップなどコンテンツの管理を容易に行なうことができるようになる。

ところが、ＭＰＥＧに代表される動画像ストリームの符号化方式ではＧＯＰ構造が採用されており、指定された分割点がＧＯＰ境界と一致しない場合には、その分割方法が問題となる。また、ファイルシステムや記録メディアの物理種別毎に設けられたＥＣＣブロックなどの管理サイズの制約がある場合には、ストリームのＧＯＰ境界の位置であっても分割することができない。また、ＡＶＣＨＤ規格では、ストリーム・ファイル長には６Ｋバイトの倍数になることという長さアライメント制約が設けられており、ストリームをＧＯＰ境界で分割しただけではこの制約を遵守することができない可能性がある。

そこで、本実施形態では、ＧＯＰ境界には限定されない任意の分割点においてストリーム・ファイルを先行チャプタと後続チャプタとに分割する際、分割点を含むＧＯＰの終端の領域に対して長さアライメント制約に応じてパディングを施すことによって、分割点より手前の先行チャプタを作成する。また、分割点を含むＧＯＰとその直前のＧＯＰをコピーして後続チャプタの第１エクステントを作成するとともに、コピーした以降のＧＯＰからなる領域を後続チャプタの第２エクステントとし、この第２エクステントの終端の領域に長さアライメント制約に応じてパディングを施すようにしている。この結果、第１及び第２エクステントからなる後続チャプタは、ファイルシステムの管理サイズの制約、及びＡＶＣＨＤ規格で取り決められている長さアライメント制約のいずれも満たすことができる。なお、パディング（ｐａｄｄｉｎｇ）とは、ストリームの復号時に不具合にならないように、無効なパケット（“ｎｕｌｌ ｐａｃｋｅｔ”とも呼ぶ）相当に記録メディアに上塗りを行なう処理のことである。

図８Ａには、ストリーム・ファイルを分割する様子を図解している。同図では、ＧＯＰ＃１〜ＧＯＰ＃３からなるストリームのチャプタ＃１を、図中の▼で示される分割点において分割する例を示している。分割点は、例えば、ディスプレイ１９上で表示される操作画面を通して、ユーザが動画像ストリームの再生区間の任意の位置に指定することができる。但し、分割点は、ストリーム・ファイルに直接指定されるのではなく、分割したい再生時刻を指す再生リスト・マークを再生リストに挿入することで分割点が指定される。再生リスト内では、再生リスト・マーク位置にて再生項目（若しくはチャプタ）が分割される。

記録メディアの記録領域を管理するファイルシステムはＥＣＣブロックをアクセス・ブロック単位としており、ＥＣＣブロックに相当する例えば３２Ｋバイトが管理サイズの制約となる。ファイル分割の対象となっているチャプタ＃１は、ＥＣＣ＃０〜ＥＣＣ＃６からなるストリーム・ファイルに対応付けられている。

ここで、チャプタ＃１を管理する再生項目には、ストリーム・ファイルのファイル長として、ＥＣＣ＃６の終端までではなく、ＧＯＰ＃３の終端までの長さが記載される。したがって、ＧＯＰ＃３の終端からＥＣＣ＃６の終端までは、余剰となるデータ部分であり、ストリーム・ファイルとして不使用の領域（参照記号Ａ）、すなわちストリームの再生対象外である。記録メディアのうちストリーム・ファイルとして不使用の領域は、いずれのチャプタにも含まれない（以下同様）。

チャプタ＃１は、指定された分割点を境に先行チャプタとしての（分割後の）チャプタ＃１と、これに続く後続チャプタとしてのチャプタ＃２に分割される。先行チャプタは分割前のチャプタ＃１からファイル名などをそのまま継承する。一方、後続チャプタ＃２は、分割により生成される新規のチャプタであり、新たなファイル名などが付与される。

図示の例では、分割点の位置はいずれのＧＯＰ境界とも一致しておらず、ＧＯＰ＃１の中間位置に設定されている。そこで、まず、指定された分割点以降の最初のＧＯＰ境界まで、すなわちＧＯＰ＃０〜ＧＯＰ＃１をファイル分割後の先行チャプタ＃１とする。そして、分割点を含むＧＯＰ＃１とその直後のＧＯＰ＃２を記録メディアの別の領域にコピーして、ファイル分割後の後続チャプタ＃２の第１エクステントを作成する。また、第１エクステントへコピーした最後のＧＯＰ境界に続くＧＯＰ＃３以降の領域を、後続チャプタ＃２の第２エクステントとする。すなわち、後続チャプタ＃２は、第１エクステントと第２エクステントで構成される。

ここで、元のストリーム・ファイルに対応する再生リストには、後続チャプタ＃２の先頭時刻をエントリ位置に指定する再生リスト・マークが挿入される。このとき、先行チャプタ＃１を管理する再生項目の再生終了時刻（ＯＵＴ点）は分割点の時刻に書き換えられるので、先行チャプタ＃１用のストリーム・ファイルのうち分割点から終端までの区間は非表示区間（参照記号Ｇ）となる。したがって、先行チャプタ＃１と後続チャプタ＃２に分割されたストリーム・ファイルの再生を続けて行なう場合、先行チャプタ＃１の分割点以降は非表示となり、後続チャプタ＃２を第１エクステントの先頭から再生を開始しても、表示映像の重複はない。

また、後続チャプタ＃２の先頭時刻に再生リスト・マークが挿入される際には、後続チャプタ＃２を管理する再生項目の再生開始時刻（ＩＮ点）は分割点の時刻に書き換えられるので、ＧＯＰ＃１とその直後のＧＯＰ＃２をコピーして作成された第１エクステントでは、コピーしたＧＯＰ＃１の先頭から分割点までが非表示区間（参照記号Ｈ）となる。したがって、後続チャプタ＃２の分割点より以前の区間は非表示となるので、先行チャプタ＃１を再生した直後から後続チャプタ＃２の再生を開始しても、表示映像の重複はない。

なお、記録メディアの非表示区間にも画像データは含まれている。符号化復号部１２には復号モジュールにはＧＯＰの整数倍で入力されるが、上述したように再生開始時刻や再生終了時刻がＧＯＰ未満の区間を指している場合は復号モジュールでは復号されるが復号結果が出力されないことにより、非表示となる区間である。

後続チャプタ＃２の第１エクステントは、ファイルシステムの管理サイズ制約から、ＥＣＣ＃１〜ＥＣＣ＃４からなるが、ＧＯＰ＃２の終端からＥＣＣ＃４の終端までの余剰部分（参照記号Ｂ）は、ストリーム・ファイルとして不使用の領域となり、ストリームの再生対象外となる。記録メディアのうちストリーム・ファイルとして不使用の領域は、いずれのチャプタにも含まれない。

ＡＶＣＨＤ規格では、ストリーム・ファイルの長さに関して６Ｋバイトの倍数になることという長さアライメント制約が規定されている（前述）。そこで、この長さアライメント制約を満たすように、先行チャプタとしての分割後のチャプタ＃１の終端部分（ＧＯＰ＃とＧＯＰ＃２とのＧＯＰ境界）（参照記号Ｃ）ではパディングが施される。この結果、先行チャプタ＃１は、ファイルシステムの管理サイズの制約、及びＡＶＣＨＤ規格で取り決められている長さアライメント制約のいずれも満たすことができる。

そして、先行チャプタ＃１のファイル長をこのパディング位置までに修正することで、パディングした以降から後続チャプタ＃２の第２エクステントの開始位置（ＧＯＰ＃３の始端とのＧＯＰ境界）までの領域（参照番号Ｅ）は、ストリーム・ファイルとし不使用の領域となり、ストリームの再生対象外となる。記録メディアのうちストリーム・ファイルとして不使用の領域は、いずれのチャプタにも含まれない。

同様に、後続チャプタ＃２の第２エクステントの終端の領域（ＧＯＰ＃３の終端のＧＯＰ境界以降）（参照記号Ｄ）にも、ＡＶＣＨＤ規格で規定する長さアライメント制約に応じてパディングが施される。この結果、第１及び第２エクステントからなる後続チャプタ＃２は、ファイルシステムの管理サイズの制約、及びＡＶＣＨＤ規格で取り決められている長さアライメント制約のいずれも満たすことができる。

また、パディングが施された後の第２エクステントは、ファイルシステムの管理サイズ制約から、ＥＣＣ＃５〜ＥＣＣ＃７からなるが、後続チャプタ＃２のファイル長をこのパディング位置までに修正することで、最後のＥＣＣ＃７のうちパディング領域（参照記号Ｄ）以降の余剰部分は、ストリーム・ファイルとし不使用の領域（参照記号Ｆ）となり、ストリームの再生対象外となる。記録メディアのうちストリーム・ファイルとして不使用の領域は、いずれのチャプタにも含まれない。

なお、図８Ａに示したように後続チャプタ＃２の第２エクステントの終端の領域にパディングを施すのではなく、図８Ｂに示すように、第１エクステントの先端にパディング（参照記号Ｄ´）を施すことによっても、後続チャプタ＃２は、ファイルシステムの管理サイズの制約、及びＡＶＣＨＤ規格で取り決められている長さアライメント制約のいずれも満たすことができる。

上述したように、再生リストにユーザのエントリ位置として挿入された再生リスト・マークにおいて、元のストリーム・ファイルが先行チャプタ＃１用のストリーム・ファイルと後続チャプタ＃２用のストリーム・ファイルに分割されるので、ユーザから見える最小の編集単位である「チャプタ」とストリーム・ファイルが１対１の対応関係を保つことができる。

図９には、実再生リストに再生リスト・マークを新規追加したことに伴って、チャプタ境界でストリーム・ファイルを先行チャプタと後続チャプタに分割するための処理手順をフローチャートの形式で示している。

まず、実再生リストの分割点を時刻で分割し、後続チャプタ用の先頭時刻に再生リスト・マークを挿入するとともに、クリップのファイル名変更に応じて、当該再生リストから参照するクリップ名を修正する（ステップＳ１）。また、後続チャプタのファイル名を、未使用の名前から選んで修正する。

次いで、ストリーム・ファイルの分割点を含むＧＯＰとその次のＧＯＰを、後続チャプタの第１エクステントとして記録メディア上の別の記録領域にコピーする（ステップＳ２）。但し、この処理は、指定された分割点がＧＯＰ境界であり、且つ、ｃｌｏｓｅｄ ＧＯＰである場合には、分割点直後の１つのＧＯＰのみコピーすればよいことになる。また、上記の条件に加えて、分割点がストリーム・ファイルの長さアライメント制約を満たし、且つ、分割点が記録メディアのファイルシステムのアクセス・ブロック境界にも一致するときには、処理が不要になる。

後続チャプタ用の先頭時刻に再生リスト・マークを挿入することに伴って、先行チャプタを管理する再生項目の再生終了時刻（ＯＵＴ点）は分割点に書き換えられ、分割点から先行チャプタ用のストリーム・ファイルの終端までの区間は、非表示区間となる。また、後続チャプタを管理する再生項目の再生開始時刻（ＩＮ点）には分割点に書き換えられ、第１エクステントの先頭から分割点までの区間は、非表示区間となる。

次いで、分割点を含むＧＯＰの終端の領域に、ストリーム・ファイルの長さアライメント制約に応じた分だけパディングを施す（ステップＳ３）。

次いで、先行チャプタのファイル長さを上記のステップＳ３でパディングを施した位置まで修正する（ステップＳ４）。パディングした以降から後続チャプタ第２エクステントの開始位置までの領域は、ストリーム・ファイルとし不使用の領域となる。

ステップＳ２で別領域にコピーした領域を後続チャプタの第１エクステント（先頭エクステント）とし、第１エクステントにコピーした直後以降の領域をこれに続く第２エクステント（後続エクステント）とする（ステップＳ５）。

次いで、後続チャプタの終端以降に対し、後続チャプタとしてのファイルシステムの長さアライメント制約に応じてパディングを施す（ステップＳ６）。

次いで、後続チャプタのファイル長さを上記のステップＳ６でパディングを施した位置まで修正する（ステップＳ７）。パディング領域以降の余剰部分は、ストリーム・ファイルとし不使用の領域となる。

ステップＳ５では、後続チャプタのストリーム・ファイルのファイル名を修正した。このような後続チャプタのストリーム・ファイルのファイル名の修正に伴って、後続チャプタを再生区間として指定する仮想再生リスト中の再生項目が指すストリーム・ファイル名を修正する処理を行なう必要がある。そこで、ステップＳ８では、すべての仮想再生リストにおいて、名前を修正した後続チャプタ（ストリーム・ファイル）を指している再生項目を修正する。

図１０には、ステップＳ８において実施される、ストリーム・ファイルの分割に伴う仮想再生リストの修正処理の処理手順をフローチャートの形式で示している。

まず、先頭の再生リストを用意し（ステップＳ１１）、再生項目の通し番号に相当する変数ｉを初期値０に設定する（ステップＳ１２）。

ここで、ｉ番目の再生項目が指すクリップ名がストリーム・ファイルの分割に伴って変更されたクリップに該当するかどうかをチェックする（ステップＳ１３）。

ｉ番目の再生項目が指すクリップ名がストリーム・ファイルの分割に伴って変更されたクリップに該当する場合には（ステップＳ１３のＹｅｓ）、続いて、分割点が再生項目の境界と一致するかどうかをチェックする（ステップＳ１６）。分割点が再生項目の境界と一致しなければ、この分割点で再生項目の分割処理を行なう（再生項目の分割処理については、後述に譲る）（ステップＳ１８）。そして、ストリーム・ファイル名の変更に応じて、当該再生項目の参照クリップ名を修正する（ステップＳ１７）。

ｉ番目の再生項目が指すクリップ名がストリーム・ファイルの分割に伴って変更されたクリップに該当しない場合（ステップＳ１３のＮｏ）、又は、ステップＳ１６で再生項目の参照クリップ名を修正し終えると、当該再生リストに未処理の再生項目が残っている場合には（ステップＳ１４）、ｉを増分してからステップＳ１３に復帰し（ステップＳ１９）、次の再生項目について上述と同様の処理を繰り返し実行する。

また、当該再生リストですべての再生項目について処理を終えると（ステップＳ１４のＹｅｓ）、未処理の再生リストが残っているときには（ステップＳ１５のＮｏ）、次の再生リストを用意してステップＳ１２に復帰し（ステップＳ２０）、上述と同様の処理を繰り返す。

最後に、上述したステップＳ１やステップＳ１８などで実行される、再生リストの分割処理の方法について説明しておく。

図１１には、再生リストを分割する様子を示している。図示の例では、仮想再生リストとしてのＭｏｖｉｅＰｌａｙＬｉｓｔ＃１０は、Ｃｌｉｐ＃２０内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録するとともにＣｌｉｐ＃３１の一部の再生区間を指定する再生項目ＰｌａｙＩｔｅｍ＃２を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置、並びにＰｌａｙＩｔｅｍ＃２の中間位置に再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２、ＰＬＭ＃３がそれぞれ打たれている。

また、後続のＭｏｖｉｅＰｌａｙＬｉｓｔ＃１１は、Ｃｌｉｐ＃３１内の再生区間を指定する再生項目としてＰｌａｙＩｔｅｍ＃０並びにＰｌａｙＩｔｅｍ＃１を登録している。そして、ＰｌａｙＩｔｅｍ＃０の先頭位置と、ＰｌａｙＩｔｅｍ＃１の先頭位置並びに中間位置に、再生リスト・マークＰＬＭ＃０、ＰＬＭ＃１、ＰＬＭ＃２がそれぞれ打たれている。

ここで、再生項目ＰｌａｙＩｔｅｍ＃２に再生リスト・マークＰＬＭ＃３を挿入して、その挿入位置で分割すると、新たな再生項目ＰｌａｙＩｔｅｍ＃３が作成される。そして、再生項目ＰｌａｙＩｔｅｍ＃２の再生終了点を再生リスト・マーク＃３のタイムスタンプ位置に書き換える。また、新規の再生項目ＰｌａｙＩｔｅｍ＃３の再生開始点に再生リスト・マーク＃３のタイムスタンプ位置を書き込むとともに、その再生終了点には元の再生項目ＰｌａｙＩｔｅｍ＃２の再生終了点を書き込む。また、新規の再生項目ＰｌａｙＩｔｅｍ＃３は直前の再生リストＰｌａｙＩｔｅｍ＃２の接続条件として、シームレス再生を解除する。

図１２には、再生リスト内の再生項目を分割するための処理手順をフローチャートの形式で示している。但し、ここでは、再生項目ＰｌａｙＩｔｅｍ＃Ｍを再生リスト・マークＰＬＭ＃Ｎの位置で分割するものとする。

まず、コピーしようとしているチャプタに対応する再生項目ＰｌａｙＩｔｅｍ＃Ｍを、コピー元のチャプタとして指定された再生リスト・マークＰＬＭ＃Ｎが保持している再生項目の通し番号（ｒｅｆ＿ｔｏ＿Ｐｌａｙｉｔｅｍ＿ｉｄ）より特定する（ステップＳ３１）。

そして、分割に先立ち、該当する再生項目ＰｌａｙＩｔｅｍ＃Ｍを含む再生リストが保持する再生項目数（ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＩｔｅｍを１だけ増加しておく（ステップＳ３２）。

次いで、再生項目ＰｌａｙＩｔｅｍ＃Ｍのデータを一旦コピーして、このコピーした再生項目をコピー元の直近後方の再生項目すなわちＰｌａｙＩｔｅｍ＃Ｍ＋１として配置する（ステップＳ３３）。

次いで、元の再生項目ＰｌａｙＩｔｅｍ＃Ｍの再生終了位置（ＯＵＴ＿ｔｉｍｅ）、並びにコピーした再生項目ＰｌａｙＩｔｅｍ＃Ｍ＋１の再生開始位置（ＩＮ＿ｔｉｍｅ）をともに、分割した位置すなわち再生リスト・マークＰＬＭ＃Ｎが保持するタイムスタンプ情報（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）に修正する（ステップＳ３４）。

但し、ステップＳ１において、実再生リストの再生項目を分割する場合であって、分割点がＧＯＰ境界に一致しない、あるいは分割点がファイルシステムの管理ブロック単位やＡＶＣＨＤ規格で規定する長さアライメント制約に一致せず、第１エクステントをコピーする必要のある場合には、先行チャプタを管理する再生項目の再生終了時刻（ＯＵＴ＿ｔｉｍｅ）は分割点に書き換えられるとともに、後続チャプタを管理する再生項目の再生開始時刻（ＩＮ＿ｔｉｍｅ）には分割点に書き換えられる。

次いで、分割位置である再生リスト・マークＰＬＭ＃Ｎ以降の各再生リスト・マークＰＬＭにおいて、再生項目の通し番号（ｒｅｆ＿ｔｏ＿ＰｌａｙＩｔｅｍ＿ｉｄの値をそれぞれ１だけ増加する（ステップＳ３５）。

以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

本発明の適用範囲は、ＡＶＣＨＤ規格に限定されるものではない。コンテンツ・データに付随させて管理情報ファイルを記録メディアに記録するためのさまざまな規格フォーマットに従って記録メディア上に記録されたコンテンツの編集を行なうデータ処理装置に対して、同様に本発明を適用することができる。

要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。

図１は、本発明を適用したデジタルビデオカメラ１の内部構成を模式的に示した図である。 図２は、ＡＶＣＨＤ規格で規定されている記録メディア１５のディレクトリ構成を示した図である。 図３は、録画編集が可能な形式でユーザ・データをＡＶＣＨＤ規格フォーマットにより記録メディア１５上に記録するための論理的なデータ構造の一例を示した図である。 図４Ａは、デジタルビデオカメラによる録画・撮影に従って動画像ストリームのクリップとともに再生リストが生成される手順を説明するための図である。 図４Ｂは、デジタルビデオカメラによる録画・撮影に従って動画像ストリームのクリップとともに再生リストが生成される手順を説明するための図である。 図４Ｃは、デジタルビデオカメラによる録画・撮影に従って動画像ストリームのクリップとともに再生リストが生成される手順を説明するための図である。 図４Ｄは、デジタルビデオカメラによる録画・撮影に従って動画像ストリームのクリップとともに再生リストが生成される手順を説明するための図である。 図５は、ＡＶＣＨＤにおけるファイル構造例を示した図である。 図６は、再生項目ＰｌａｙＩｔｅｍ＃２に再生リスト・マークＰＬＭ＃３を挿入する様子を示した図である。 図７は、再生項目ＰｌａｙＩｔｅｍ＃２に再生リスト・マークＰＬＭ＃３を挿入することに伴って、再生項目ＰｌａｙＩｔｅｍ＃２並びにこれに対応するＣｌｉｐ＃３１を分割する様子を示した図である。 図８Ａは、ストリーム・ファイルを分割する様子を示した図である（但し、分割後の後続チャプタの終端にパディングを施す場合）。 図８Ｂは、ストリーム・ファイルを分割する様子を示した図である（但し、分割後の後続チャプタの先頭にパディングを施す場合）。 図９は、実再生リストに再生リスト・マークを新規追加したことに伴って、チャプタ境界でストリーム・ファイルを先行チャプタと後続チャプタに分割するための処理手順を示したフローチャートである。 図１０は、ストリーム・ファイルの分割に伴う仮想再生リストの修正処理の処理手順を示したフローチャートである。 図１１は、再生リストを分割する様子を示した図である。 図１２は、再生リスト内の再生項目を分割するための処理手順を示したフローチャートである。 図１３は、ＤＶＤ系の記録メディアにおけるファイルシステム管理単位を説明するための図である。 図１４は、ＡＶＣＨＤ規格におけるストリーム・ファイルの構造を示した図である。

符号の説明

１…デジタルビデオカメラ
１１…カメラ・ブロック
１２…符号化復号処理部
１３…ストリーム・バッファ
１４…記録部
１５…記録メディア
１６…ＣＰＵ
１７…一時記憶媒体
１８…表示制御部
１９…ディスプレイ

Claims (11)

1. 所定の規格フォーマットに従って記録メディア上に記録されているストリーム・ファイルの編集処理を行なうデータ処理装置であって、
   前記ストリーム・ファイルは所定の枚数の画像フレームを１まとまりにしたＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）構造をなし、前記記録メディア上では所定長のアクセス・ブロック単位でデータ記録が行なわれ、前記規格フォーマットではファイルに関して長さアライメント制約を設けられており、
   前記ストリーム・ファイルを任意の分割点において先行チャプタと後続チャプタに分割する際に、
   前記分割点を含むＧＯＰ近辺のデータからなる前記後続チャプタの第１エクステントを前記記録メディア上にコピーする第１の手段と、
   前記分割点以降で最初に現れるＧＯＰ境界において前記長さアライメント制約に応じたパディングを施して前記先行チャプタのストリーム・ファイルを作成する第２の手段と、
   前記のコピーした区間の手前若しくはコピーした以降のＧＯＰからなる前記後続チャプタの第１エクステントの先頭のパディングを施した位置から、若しくは第２エクステントの終端の領域を前記長さアライメント制約に応じてパディングし、前記第１及び第２エクステントからなる前記後続チャプタのストリーム・ファイルを作成する第３の手段と、
   を具備することを特徴とするデータ処理装置。
2. 前記記録メディアには、ストリーム・ファイルの実体を所有して、前記ストリーム・ファイル中の再生区間に関するデータを記述した１以上の再生項目を再生順序に従って時間軸上に配置した実再生リストが記録されており、
   前記第２の手段は、前記先行チャプタに関する再生項目の再生終了時刻に前記分割点の時刻を指定して前記分割点以降を非表示区間とするとともに、前記第３の手段は、前記後続チャプタに関する再生項目の再生開始時刻に前記分割点の時刻を指定して前記第１エクステントの前記分割点以前を非表示区間とする、
   ことを特徴とする請求項１に記載のデータ処理装置。
3. 前記第２の手段は前記先行チャプタのファイル長を前記のパディングを施した位置までとするとともに、前記第３の手段は前記後続チャプタのファイル長を前記第１エクステントの先頭のパディングを施した位置から、若しくは前記第２エクステントにパディングを施した位置までとする、
   ことを特徴とする請求項１に記載のデータ処理装置。
4. 前記先行又は後続チャプタのストリーム・ファイルのファイル名を修正するファイル名修正手段をさらに備える、
   ことを特徴とする請求項１に記載のデータ処理装置。
5. 前記記録メディアには、前記ストリーム・ファイルの実体を所有して、前記ストリームの再生区間を指定する実再生リストが記録されるとともに、実再生リストに実体が所有されているストリームの再生区間を指定する仮想再生リストを作成することができ、実再生リスト及び仮想再生リストは前記ストリーム・ファイル中の再生区間に関するデータを記述した１以上の再生項目を再生順序に従って時間軸上に配置しており、
   前記ファイル名修正手段による前記後続チャプタのストリーム・ファイルのファイル名の修正に伴って、前記後続チャプタを再生区間として指定する仮想再生リスト中の再生項目が指すストリーム・ファイル名を修正する手段をさらに備える、
   ことを特徴とする請求項１に記載のデータ処理装置。
6. 所定の規格フォーマットに従って記録メディア上に記録されているストリーム・ファイルの編集処理を行なうデータ処理方法であって、
   前記ストリーム・ファイルは所定の枚数の画像フレームを１まとまりにしたＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）構造をなし、前記記録メディア上では所定長のアクセス・ブロック単位でデータ記録が行なわれ、前記規格フォーマットではファイルに関して長さアライメント制約を設けられており、
   前記ストリーム・ファイルを任意の分割点において先行チャプタと後続チャプタに分割する際に、
   前記分割点を含むＧＯＰ近辺のデータからなる前記後続チャプタの第１エクステントを前記記録メディア上にコピーする第１のステップと、
   前記分割点以降で最初に現れるＧＯＰ境界において前記長さアライメント制約に応じたパディングを施して前記先行チャプタのストリーム・ファイルを作成する第２のステップと、
   前記のコピーした区間の手前若しくはコピーした以降のＧＯＰからなる前記後続チャプタの第１エクステントの先頭のパディングを施した位置から、若しくは第２エクステントの終端の領域を前記長さアライメント制約に応じてパディングし、前記第１及び第２エクステントからなる前記後続チャプタのストリーム・ファイルを作成する第３のステップと、
   を具備することを特徴とするデータ処理方法。
7. 前記記録メディアには、ストリーム・ファイルの実体を所有して、前記ストリーム・ファイル中の再生区間に関するデータを記述した１以上の再生項目を再生順序に従って時間軸上に配置した実再生リストが記録されており、
   前記第２のステップでは、前記先行チャプタに関する再生項目の再生終了時刻に前記分割点の時刻を指定して前記分割点以降を非表示区間とするとともに、前記第３のステップでは、前記後続チャプタに関する再生項目の再生開始時刻に前記分割点の時刻を指定して前記第１エクステントの前記分割点以前を非表示区間とする、
   ことを特徴とする請求項６に記載のデータ処理方法。
8. 前記第２のステップでは前記先行チャプタのファイル長を前記のパディングを施した位置までとするとともに、前記第３のステップでは前記後続チャプタのファイル長を前記第１エクステントの先頭のパディングを施した位置から、若しくは前記第２エクステントにパディングを施した位置までとする、
   ことを特徴とする請求項６に記載のデータ処理方法。
9. 前記先行又は後続チャプタのストリーム・ファイルのファイル名を修正するファイル名修正ステップをさらに備える、
   ことを特徴とする請求項６に記載のデータ処理方法。
10. 前記記録メディアには、ストリーム・ファイルの実体を所有して、ストリームの再生区間を指定する実再生リストが記録されるとともに、実再生リストに実体が所有されているストリームの再生区間を指定する仮想再生リストを作成することができ、実再生リスト及び仮想再生リストはストリーム中の再生開始点及び再生終了点からなる再生区間に関するデータを記述した１以上の再生項目を再生順序に従って再生時刻に関する時間軸上に配置しており、
    前記ファイル名修正ステップによる前記後続チャプタのストリーム・ファイルのファイル名の修正に伴って、前記後続チャプタを再生区間として指定する仮想再生リスト中の再生項目が指すストリーム・ファイル名を修正するステップをさらに備える、
    ことを特徴とする請求項９に記載のデータ処理方法。
11. 所定の規格フォーマットに従って記録メディア上に記録されているストリーム・ファイルの編集処理を行なうための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
    前記ストリーム・ファイルは所定の枚数の画像フレームを１まとまりにしたＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）構造をなし、前記記録メディア上では所定長のアクセス・ブロック単位でデータ記録が行なわれ、前記規格フォーマットではファイルに関して長さアライメント制約を設けられており、
    前記ストリーム・ファイルを任意の分割点において先行チャプタと後続チャプタに分割する際に、前記コンピュータに対し、
    前記分割点を含むＧＯＰ近辺のデータからなる前記後続チャプタの第１エクステントを前記記録メディア上にコピーする手順と、
    前記分割点以降で最初に現れるＧＯＰ境界において前記長さアライメント制約に応じたパディングを施して前記先行チャプタのストリーム・ファイルを作成する手順と、
    パディングを施して前記先行チャプタのストリーム・ファイルを作成する手順と、
    前記のコピーした区間の手前若しくはコピーした以降のＧＯＰからなる前記後続チャプタの第１エクステントの先頭のパディングを施した位置から、若しくは第２エクステントの終端の領域を前記長さアライメント制約に応じてパディングし、前記第１及び第２エクステントからなる前記後続チャプタのストリーム・ファイルを作成する手順と、
    を実行させることを特徴とするコンピュータ・プログラム。