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

Abstract

【課題】記録メディア上に格納されているＡＶストリームを再生専用の規格フォーマットに抵触しないように編集処理する。
【解決手段】ストリーム・ファイルの中間部分の削除を行なうとき、元のクリップＡＶストリーム・ファイルを削除区間で分割し、ファイル毎にＡＴＣは単一とする。また、プレイリストの中間部分でプレイ項目を削除する際には、削除して残った前側の最後のプレイ項目において直前のプレイ項目とのシームレス再生の設定を解除するとともに、削除して残った後ろ側の先頭のクリップ情報ファイルにおいて直前のプレイ項目とのシームレス再生の設定を解除する。
【選択図】 図１２

Description

本発明は、記録メディアに記録されている情報コンテンツの編集処理を行なう情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに係り、例えば、ビデオカメラで撮影して記録メディア上に格納されているＡＶストリームなどのコンテンツを編集処理する情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに関する。

さらに詳しくは、本発明は、記録メディア上に格納されているＡＶストリームなどのコンテンツを再生専用の規格フォーマットに抵触しないように編集処理する情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに係り、特に、再生専用機器との互換性を維持するとともに、ストリームのフォーマットに従いながら記録メディア上のコンテンツを削除編集する情報処理装置及び情報処理方法、並びにコンピュータ・プログラムに関する。

ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）やＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）といった光学的読み取りを応用したディスク型記録メディア（以下では、「光ディスク」と呼ぶ）が、コンピュータ・ファイルや動画像ストリームの保存用途として、急速に普及してきている。光ディスクは、記憶容量が大きく、ランダム・アクセスが可能である。また、接触型の磁気記録メディアとは異なり、読み取りによる記録面の摩耗や損傷、ヘッド・クラッシュなどの心配がない。また、ディスク表面は頑丈であり、偶発的なデータ消失の危険性も低い。近年では、コンピュータ用の外部記録メディア並びに外部記憶装置としても広く利用に供されている。

ディスク型記録メディアはランダム・アクセスが可能であるから、ＡＶストリームを記録した場合、好きなシーンを効率的に見つけ出すことができるとともに、データへのアクセスは非接触であるからメディアを劣化させることなく利用することができる。

また最近では、ディスク型記録メディアの記録容量の増大に伴って、従来の録画テープに代わってディスクに動画像を保存するタイプのビデオカメラが出現してきている（例えば、特許文献１を参照のこと）。例えば、ＤＶＤビデオカメラは、２０００年の発売以来、画質の良さや編集ができるなどの使い勝手の良さから年々ユーザが拡大してきている。

ユーザの利便性を考慮すると、記録用途では、ビデオカメラなどで撮影した動画像ストリームを記録若しくは再生区間毎に部品化して一部の部品を削除するなどの編集ができることが望ましい。他方、記録並びに編集操作を行なった記録メディアを、記録機から随時取り出し、家庭内の再生専用装置に装填して再生し、撮影した動画像をＴＶモニタ上で観てみたいという要望がある。

そこで、ビデオカメラ向けの用途を主目的とした規格として、ＡＶＣＨＤ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）では、記録互換、追記互換機能を追加して、高解像度（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ：ＨＤ）ビデオカメラ用のデータ・フォーマットなどに関する仕様の策定を行なっている。

また、ストリームの一部分の区間の削除編集には、再生リストからの参照を消去してユーザからタイトルが見えなくなるだけでストリーム・データをメディア上に残したままとする非破壊編集と、メディアに記録したストリーム・データ自体を削除して記録容量を復活させる破壊編集があるが、後者においてはストリーム・フォーマット上の問題がある。この点について以下に説明する。

ＡＶＣＨＤのストリーム・ファイル形式として既にＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−２ Ｓｙｓｔｅｍが決定している。ＭＰＥＧ仕様によれば、音声及び動画像パケット間で同期をとるために、幾つかのタイムスタンプ情報が使用される。

ＭＰＥＧ２ ＳｙｓｔｅｍにはＰＳ（Ｐｒｏｇｒａｍ Ｓｔｒｅａｍ）ストリームとＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）ストリームの２種類があるが、ここではＴＳストリームに４バイトのＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ（）が付加されたパケット構造が使用される。ＴＳストリームは、ビデオ及び音声データを固定バイト長のＴＳパケットに分割して構成される。ストリームを再生する際には、一旦バッファに入力されてから復号されるので、バッファの状態を考慮に入れて時間間隔を調整しなければ、受信機のバッファにおけるオーバーフローやアンダーフローを招来し、ストリーム再生のシームレス性が阻害される。このため、ストリーム・データを記録メディアに記録しあるいは記録メディアから再生する際には、適当なデータ再生のためのデータの到来時間に関する情報が必要である。そこで、ＴＳフォーマットで伝送されるすべてのパケット・データには、データ到来時間に関するタイムスタンプ（ＡＴＳ）が挿入され、また、パケット・データは到来時間に関する情報に基づいて再生される。

ストリームを記録する際には特定の時間間隔で受信したパケット・データを記録メディア上に記録するが、記録されたパケット・データを再生するには、再生機器の復号器に先の特定の時間間隔と同じ時間間隔でパケット・データを送信するためのカウンタが必要である。このようなカウンタは到来時刻クロック（ＡＴＣ）カウンタと呼ばれ、パケット・データにはそのカウンタ値が挿入されている。記録されたパケット・データを再生するには、復号器のバッファにパケット・データを送信すべき時間間隔はパケット・データに含まれているカウンタ値に基づいて決定される。ＡＴＣカウンタによって生成されるカウンタ値に基づいて、パケット・データにはＡＴＳが付け加えられるとともに、データ再生の際にはＡＴＳに基づいてパケット・データが出力される。ＡＶＣＨＤ規格では、１つのストリーム・ファイル内でＡＴＣが単一であることを規定しており、ＡＴＳは連続的に単調増加する。

ストリームの削除編集に話を戻すと、破壊編集により削除編集を行なう区間がストリームの中間部分である場合には、残ったストリームの前半の最後尾のパケット・データが持つＡＴＳと後半の先頭のパケット・データが持つＡＴＳは不連続となるから、ストリーム・ファイル内でのＡＴＣの単一性を保つことができなくなってしまう。

特開２００４−１２０３６４号公報

本発明の目的は、例えば、ビデオカメラで撮影して記録メディア上に格納されているＡＶストリームなどのコンテンツを好適に編集処理することができる、優れた情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、記録メディア上に格納されているＡＶストリームなどのコンテンツを再生専用の規格フォーマットに抵触しないように編集処理することができる、優れた情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、再生専用機器との互換性を維持するとともに、ストリームのフォーマットに従いながら記録メディア上のコンテンツを削除編集することができる、優れた情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することにある。

本発明は、上記課題を参酌してなされたものであり、その第１の側面は、記録媒体に記録された１以上のＡＶストリームの編集制御を行なう情報処理装置であって、
記録媒体上に記録されている各ＡＶストリーム・ファイルと対で存在するＡＶストリームの属性を定義する属性定義ファイルと、再生開始点と再生終了点でＡＶストリームの再生区間を指定する複数の再生区間データからなる再生リストを編集する編集制御手段と、
ユーザからの削除編集指示に応答して、該当する削除区間の再生区間データの削除編集処理を行なう削除編集手段を備え、
各再生区間データは、直前の再生区間データとの接続条件を有し、
前記編集制御手段は、前記削除編集手段により削除される再生区間データの接続条件がシームレス再生可能な条件か否かを判別し、該判別結果に応じて、その直前に位置する再生区間データに対応する属性定義ファイルの内容を修正する、
ことを特徴とする情報処理装置である。

本発明に係る情報処理装置において編集対象となるＡＶストリームは、例えばビデオカメラで撮影した動画像データであり、連続同期再生すなわち実時間再生が保証された再生が必要な単位となるデータのまとまり、すなわちクリップとして記録される。クリップは、動画像データ本体である（クリップ）ＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）と、（クリップ）ＡＶストリームに関する各種属性を定義する属性定義ファイルとしてのクリップ情報ファイル（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）の対で構成される。また、再生開始点と再生終了点でＡＶストリームの再生区間を指定する再生区間データはプレイ項目（ＰｌａｙＩｔｅｍ）と呼ばれ、複数のプレイ項目を時間軸上に並べてそれぞれの再生区間の再生順序を指定する再生リストは、ユーザに見せるタイトルすなわちプレイリスト（ＰｌａｙＬｉｓｔ）となる。

再生リストには、前記の再生区間データを並べた時間軸上で、ユーザのエントリ位置となる１以上のマークが置かれ、隣接するマーク間の区間及び最後のマークから最後の再生区間データの終端までの区間がチャプタを構成し、ユーザからの削除編集指示はチャプタ単位で行なわれる。また、再生リストには、記録メディアにストリームを記録する順に従って属性定義ファイルの対応する区間を再生区間データに逐次登録して構成されるオリジナル・タイトル用の実再生リストと、いずれかの実再生リストに登録されている属性定義ファイルの区間を参照する１以上の再生区間データを非破壊編集により作成されたユーザ定義の仮想再生リストの２種類がある。

そして、ユーザが実再生リストの削除を指示したときには、前記ストリーム削除編集手段が該当するストリーム・ファイル及び属性定義ファイルの削除区間を削除してから、前記削除編集手段が該再生リスト内の削除区間の再生区間データを削除する。他方、ユーザが仮想再生リストの削除を指示したときには、前記削除編集手段が該再生リスト内の削除区間の再生区間データのみ削除する。

本発明は、具体的には、ＡＶＣＨＤ規格に則って記録メディア上に記録されているＡＶストリームに対し、ＡＶＣＨＤフォーマットを遵守しながら削除編集を行なう情報処理装置に関する。

ＡＶＣＨＤのストリーム・ファイル形式として既にＭＰＥＧ−２ Ｓｙｓｔｅｍが決定されているが、記録メディア上のストリームを破壊編集による削除編集した際には、ＭＰＥＧ−ＴＳストリームに含まれるタイムスタンプ情報の不整合を回避する必要がある。

これに対し、本発明に係る情報処理装置は、タイムスタンプ情報を始めとして、削除した後に残ったストリームに対応する属性定義ファイルの整合をとるための処理を行なうようになっている。具体的には、ストリーム・ファイルの中間部分の削除を行なうとき、元のＡＶストリーム・ファイルを削除区間で２つのファイルに分割することで、分割された双方のストリーム・ファイルにおいてＡＴＳが連続的となり、ファイル毎にＡＴＣは単一となるから、削除した後に残るストリームのタイムスタンプ情報に関する属性定義ファイルの整合をとることができる。

また、属性定義ファイルは、対応するストリーム・ファイル内でランダム・アクセス可能となる各エントリ・ポイント（ＥＰ）に関する情報を並べたＥＰ＿ｍａｐを含んでいるが、前記削除編集手段は、削除区間よりも後方のＥＰ＿ｍａｐにおいて、削除区間の分だけ先頭からのオフセットを修正することによって、属性定義ファイルの整合をとるようにしている。

また、属性定義ファイル内では各ＥＰ区間に対応するストリームのＳＴＣ（Ｓｓｙｔｅｍ ｔｉｍｅ ｃｌｏｃｋ）の情報をＳＴＣシーケンスとして管理しているから、前記削除編集手段は、ストリーム・ファイルの削除区間以降に対応する属性定義ファイルにおいて、ＳＴＣシーケンスを修正する。具体的には、削除位置がＳＴＣシーケンス境界でなければ、前記削除編集手段は、属性定義ファイルを分割して、削除位置以前のＳＴＣシーケンスを削除し、削除位置以降のＳＴＣシーケンスのうち先頭からのオフセットを削除した長さの分だけ修正する。

破壊編集により実再生リストの削除編集を行なう場合、前記削除編集手段は、ストリーム・ファイル及び属性定義ファイルの該当する削除区間についての削除編集処理を行なった後に、再生リストの削除編集を行なう。

ここで、ストリーム・ファイルの破壊編集を行なうと、同じ区間を参照している仮想再生リストにも影響が及ぶ。このため、前記削除編集手段は、同じ削除区間を参照している仮想再生リストに関しても削除編集を行なうようにする。

また、前記削除編集手段は、ユーザが削除区間として指示したチャプタのマーク位置が再生区間データの境界と一致しない場合には、削除区間を含む再生区間データをマーク位置で一旦分割してから、削除区間に含まれる再生区間データの削除編集を行なうようにする。

再生区間データは直前の再生区間データとの接続条件がシームレス再生可能かどうかを示す情報を持ち、属性定義ファイルは直後のクリップとの接続条件がシームレス再生可能かどうかを示す情報を持っている。前記編集制御手段は、３以上の再生区間データからなる再生リストにおいて前記時間軸上で中間部分の再生区間データを削除する際には、削除して残った後ろ側の先頭の再生区間データにおいて直前の再生区間データとのシームレス再生の設定を解除するとともに、削除して残った前側の最終の属性定義ファイルにおいて直後のクリップとのシームレス再生の設定を解除して、シームレス再生の設定に関して整合性をとる必要がある。

また、前記削除編集手段は、削除区間の再生区間データを削除した結果、再生リストの先頭にマークがなくなるときには、削除後に先頭となる再生区間データの始端にマークを付与する必要がある。

また、再生リスト内の再生区間データは前記の時間軸上で連続的となるシーケンス番号を持ち、各マークは自分が属する再生区間データのシーケンス番号を参照情報として保持している。したがって、前記編集制御手段は、削除区間となるチャプタを削除した以降のマークのシーケンス番号への参照情報を、削除した再生区間データの個数に応じて修正する必要がある。

また、本発明の第２の側面は、記録媒体に記録された１以上のＡＶストリームの編集制御を行なうための処理をコンピュータ上で実行させるようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータに対し、
記録媒体上に記録されている各ＡＶストリーム・ファイルと対で存在するＡＶストリームの属性を定義する属性定義ファイルと、再生開始点と再生終了点でＡＶストリームの再生区間を指定する複数の再生区間データからなる再生リストを編集する編集制御手順と、
ユーザからの削除編集指示に応答して、該当する削除区間の再生区間データの削除編集処理を行なう削除編集手順を備え、
各再生区間データは、直前の再生区間データとの接続条件を有し、
前記編集制御手順では、前記削除編集手順において削除される再生区間データの接続条件がシームレス再生可能な条件か否かを判別し、該判別結果に応じて、その直前に位置する再生区間データに対応する属性定義ファイルの内容を修正する、
ことを特徴とするコンピュータ・プログラムである。

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

本発明によれば、記録メディア上に格納されているＡＶストリームなどのコンテンツを再生専用の規格フォーマットに抵触しないように編集処理することができる、優れた情報処理装置及び情報処理方法、並びにコンピュータ・プログラムを提供することができる。

本発明によれば、記録メディアの記録容量が復活すべき破壊編集での削除を行なう際に、ある１つのＡＶストリームの中間部分が削除すべき区間となる場合であっても、ＡＶストリーム・ファイルのＡＴＣが単一であるというＲＯＭ規格フォーマットの制約を遵守しながら編集処理を実現することができる。

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

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

Ａ．システム構成
図１には、本発明の一実施形態に係る情報処理装置１０の機能的構成を模式的に示している。

図示の情報処理装置１０は、カメラ・ブロック１１で撮影した動画像ストリームを符号化部１２でビデオ・コーデックで符号化した上でＭＰＥＧ−ＴＳストリームに多重化して、これを記録部１４に装填された記録メディア１４−１に記録するビデオカメラとして構成されている。但し、ビデオカメラであることは必須でなく、ＬＡＮやその他の伝送メディアを介して動画像ストリームを受信する情報処理装置であってもよく、また、適切なコーデックで符号化されたＴＳストリームを受信する場合には、符号化部１２を省略し、代わりにストリーム受信部（図示しない）を備えた構成となる。また、記録メディア１４−１はＤＶＤに限定されるものではなく、ストリーム・ファイルを蓄積することができる充分な記録容量があればメディアの種別は特に問わない。

中央処理部１５は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）な度で構成される一時記憶媒体１６に実行プログラムをロードするとともにシステム変数や環境変数を一時的に格納しながら、プログラムを実行するという形式で当該情報処理装置１０全体の処理動作を統括的にコントロールする。ここで言う処理動作としては、カメラ・ブロック１１における動画像撮影やこれに伴うオート・フォーカス機能、自動露光、手振れ補正、オート・シャッターといったカメラ・ワーク、符号化部１２における圧縮や多重化処理、記録部１４における記録メディア１４−１への動画像ストリームの記録、並びに記録メディア１４−１上に記録されたストリームの編集処理などである。

ここで言うストリームの編集処理は、記録メディア上のストリームの一部の区間の削除や、ストリームを部品化して移動や並べ替えなどの編集などのことである。また、編集処理には、記録メディア上のストリーム自体を加工する破壊編集と、ストリームの再生区間への参照情報のみを編集する非破壊編集の双方を含む。本発明の特定の実施形態としては、ＡＶＣＨＤ規格に則った形式、すなわちＡＶＣＨＤ再生専用機器と互換性のある形式で記録メディア１４−１へのストリームの記録や編集処理が行なわれるが、この点の詳細については後述に譲る。

符号化部１２は、動画像ストリームをＡＶＣ方式で符号化して、ＭＰＥＧ２ Ｓｙｓｔｅｍ形式に多重化して、固定バイト長のＴＳパケットからなるＴＳストリームを出力する。（あるいは、ＬＡＮなどの伝送メディアを介して外部装置からＴＳパケットを受信する。）ＴＳパケットは、ストリーム・バッファ１３に一旦格納され、記録部１４が記録メディア１４−１上に記録する。記録部１４が符号化部１２からＴＳパケットを受信する時間間隔は区々である。

記録されたストリームを再生する際には、メディアから読み出したＴＳパケットを一旦バッファ（図示しない）に入力してから復号されるが、再生機器の復号器バッファがオーバーフローやアンダーフローを生じないよう、このバッファの状態を考慮に入れて時間間隔を調整しながら受信側へパケット・データを送信する必要がある。このため、記録器へ伝送する各パケット・データの到来時間に関する情報すなわちＡＴＳがすべてのパケットに挿入され（周知）、また、パケット・データは到来時間に関する情報に基づいて再生される。

記録部１４はストリーム・バッファ１３を介してＴＳパケット・データを特定の時間間隔で受信すると、これを記録メディア１４−１上に記録する。記録されたＴＳパケットを再生するには、再生機器側の復号器に先の特定の時間間隔と同じ時間間隔でパケット・データを送信するための到来時刻クロック（ＡＴＣ）カウンタが必要である。このため、記録メディア１４−１上にＴＳストリームを記録する際には、ＡＴＣカウンタによって生成されるカウンタ値に基づいて、各ＴＳパケットにＡＴＳを付け加える。また、データ再生の際には、ＡＴＳに基づいてＴＳパケットが順次出力されることになる。

Ｂ．データ・フォーマット
ビデオカメラで撮影した動画像データは、クリップＡＶストリームと、その属性を定義するクリップ情報ファイルの対からクリップとして記録される。図２には、記録メディア１４−１にデータを記録するためのデータ構造の一例を示している。図示のように、ビデオカメラで撮影した動画像ストリームをＭＰＥＧ−ＴＳストリームに多重化して記録する際に、インデックス（ｉｎｄｅｘ）、動画像オブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）、プレイレスト（ＰｌａｙＬｉｓｔ）、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）という各種別のファイルが用いられる。

インデックスのファイル種別レイヤで記録メディア４−１全体が管理されている。ユーザに見せるタイトル毎にインデックス・ファイルが作成され、動画オブジェクトとの対応関係を管理している。ここで言う「タイトル（Ｔｉｔｌｅ）」とは、（ユーザが認識できる）再生リストの集合体であり、一般的には１つの番組や日付毎のコンテンツからなる。記録メディアをプレーヤに装填した際にはまずインデックスが読み込まれ、ユーザはインデックスに記述されたタイトルを見ることができる。

動画オブジェクトは、再生制御を行なうためのコマンドの集合体であり、タイトルが指定されたときに再生されるプレイリストを管理しているファイルである。動画オブジェクトへの参照は、タイトルの入り口としてインデックスに列挙されている。

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

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

実プレイリストは、オリジナル・タイトル用のプレイリストであり、ビデオカメラにより録画・撮影した映像ストリームについてのプレイ項目を記録した順に記録している。

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

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

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

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

続いて、ビデオカメラによる録画・撮影に従ってクリップＡＶストリームのクリップとともにプレイリストが生成される手順の一例について、図３Ａ〜Ｄを参照しながら説明する。

ユーザが録画開始してから録画停止する区間毎にプレイ項目が１つずつ作成される。また、録画・撮影したストリームの区切りで１つのクリップＡＶストリーム・ファイルとなり、これに伴ってクリップ情報ファイルも作成される。１つのクリップは連続同期再生すなわち実時間再生が保証された再生が必要な単位となる。どのような操作でストリームを区切るかは本発明の要旨に直接関連しないので、ここでは説明を省略する。また、１つのクリップＡＶストリーム・ファイルを２以上のファイルの分割することもできるが、この点については後述に譲る。

また、ユーザが録画を開始する度に、プレイ項目の先頭には、マーク（ｅｎｔｒｙ ｍａｒｋ、ＰｌａｙＬｉｓｔＭａｒｋの一種）が付け加えられる。１つのプレイリスト内では、プレイ項目やＭａｒｋには、連続的となるシーケンス番号が付与されている。動画像プレイリストの先頭には必ずエントリ・マーク（ｅｎｔｒｙ ｍａｒｋ）が打たれるという制約があるが、所定の編集操作により時間軸上でエントリ・マークの位置を移動させることができる。各エントリ・マークは、ユーザがストリームにアクセスするエントリ位置となり、隣接するエントリ・マーク間で仕切られる区間（並びに最後尾にＭａｒｋがない場合は最後のＭａｒｋから最後尾のプレイ項目の終端の区間）がユーザから見える最小の編集単位すなわち「チャプタ」となる。プレイ項目を再生順に並べることと、エントリ・マークを再生順に並べることでプレイリストの再生順序が定義される。

あるプレイリストを再生する際、２つのクリップＡＶストリームをまたいで連続再生すると、復号器が持つ内部バッファがオーバーフローする可能性があることから、通常、前のストリームの再生を一旦終えてから次のストリームの再生を行なう。このため、ストリームの切換りでは画面が一瞬フリーズする。

これに対し、ある特定の条件を満たす場合には、ストリームをまたいで連続再生する「シームレス再生」が可能である。シームレス再生が可能なストリームを作成するためには、前のクリップＡＶストリームを記録し終わった時点でのバッファの状態を次のクリップＡＶストリームの記録開始時に符号化器に伝えて、所定のバッファ・モデルが破綻しないように符号化する方法が挙げられる。シームレス再生可能なストリームを符号化するための情報、すなわちシームレス情報は、符号化方式や機器のシステム仕様によって異なるが、おおよそ下表に示すものが挙げられる。

コンテンツのタイトルすなわち１つのプレイリストが複数のプレイ項目で構成される場合、プレイ項目内には、直前のプレイ項目への接続条件（Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ（ＣＣ）フラグ）すなわちクリップＡＶストリームをシームレス（連続）再生することが可能であるかどうかが記載されている。また、クリップ情報ファイルには、後続のクリップ情報ファイルのファイル名と接続条件が記載されている。後続のクリップ情報ファイルへの接続条件はＣｏｎｎｅｃｔｉｏｎ Ｃｏｎｄｉｔｉｏｎフィールドに記載されている値で示され、Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ＝１で不連続、５並びに６で連続である（クリップ情報ファイルは５の場合のみＣｏｎｅｃｔｉｏｎ Ｃｏｎｄｉｔｉｏｎが記載される）。

Ｃ．記録メディア上のコンテンツの削除編集
ディスク型の記録メディアに関してビデオカメラ向けの用途を考えた場合、記録用途では、ビデオカメラなどの記録機上で撮影したコンテンツの削除などの編集ができることが望ましい。他方、記録メディアをビデオカメラから随時取り出してＡＶＣＨＤ再生専用機器で動画再生することを考慮すると、その編集結果が再生専用フォーマットに抵触しないこと、具体的にはＡＶＣＨＤ仕様のビデオカメラ上で編集したデータ構造がＡＶＣＨＤ規格を遵守していることが好ましい。

以下では、とりわけ削除編集する場合に着目して、ＡＶＣＨＤ規格を遵守しながら記録メディア上のデータを編集する処理について詳解する。

Ｃ−１．プレイリストの削除編集
まず、記録メディア上に図４に示すようなファイル構造で記録が行なわれている場合を想定する。図示の例では、記録メディア上には、タイトルとして動画像プレイリスト＃１０と動画像プレイリスト＃１１が保存されている。

動画像プレイリスト＃１０はプレイ項目＃０〜＃２からなり、このうちプレイ項目＃０〜＃１はクリップ＃２０として格納されているクリップＡＶストリームが実体であり、プレイ項目＃２はクリップ＃３１として格納されているクリップクリップＡＶストリームの先頭から一部の区間が実体である。また、図中の▲で示されるプレイリスト・マーク（ＰＬＭ）＃０〜＃３が各チャプタへのエントリ位置であり、隣接するプレイリスト・マーク間、並びに最後のプレイリスト・マークから最後のプレイ項目の終端までの間が当該動画像プレイリスト＃１０のチャプタとなる。

一方、動画像プレイリスト＃１１はプレイ項目＃０〜＃１からなり、クリップ＃３１として格納されているクリップＡＶストリームのうち、動画像プレイリスト＃１０で使用した以降の区間がそれぞれのプレイ項目の実体である。また、図中の▲で示されるプレイリスト・マーク（ＰＬＭ）＃０〜＃２が各チャプタへのエントリ位置であり、隣接するプレイリスト・マーク間、並びに最後のプレイリスト・マークから最後のプレイ項目の終端までの間が当該動画像プレイリスト＃１１のチャプタとなる。

プレイリスト中からのプレイ項目の削除は、プレイリストが仮想プレイリスト又は実プレイリストのいずれであるかによって、処理方法が異なる。仮想プレイリストにおけるプレイ項目の削除はプレイ項目のファイル削除にとどまる非破壊編集であり、プレイ項目が指すクリップ情報ファイル及びクリップＡＶストリームはディスクに保存されたままである。これに対し、実プレイリストにおけるプレイ項目の削除は、クリップＡＶストリームの該当する区間の実体を削除（破壊編集）して、記録容量を復活させる。

図５には、仮想プレイリストからのプレイ項目を削除する様子を示している。但し、ユーザの編集単位はプレイ項目でなくチャプタであるが、図５では便宜上プレイ項目の両端とプレイリスト・マーク位置が一致している例を挙げている。

図５Ａに示したファイル構造（図４と同様）において、動画像プレイリスト＃１０の先頭に該当するプレイ項目＃０を削除する。動画像レイリスト＃１０は非破壊編集によるユーザ定義で作成された再生リストからなる仮想プレイリストであり、このプレイリストに含まれるプレイ項目は複数のクリップＡＶストリームすなわちクリップ＃２０とクリップ＃３１を指している。したがって、各プレイ項目はクリップ＃２０とクリップ＃３１の実体を持つ訳ではなく、プレイ項目＃０の削除はプレイ項目＃０自体の削除にとどまり、これに関連するクリップＡＶストリームの実体削除（破壊編集）は行なわれない（図５Ｂを参照のこと）。

また、図６には、実プレイリストからのプレイ項目を削除する様子を示している。すなわち、図６Ａに示したファイル構造（図４と同様）において、動画像プレイリスト＃１１の先頭に該当するプレイ項目＃０を削除する様子を示している。但し、ユーザの編集単位はプレイ項目でなくチャプタであるが、図６では便宜上プレイ項目の両端とプレイリスト・マーク位置が一致している例を挙げている。

動画像プレイリスト＃１１は、実プレイリストであり、単一のクリップＡＶストリームすなわちクリップ＃３１を持っている。したがって、プレイ項目＃０の削除はプレイ項目＃０を削除するとともに、クリップＡＶストリームの該当する区間の実体を削除（破壊編集）して、記録容量を復活させる（図６Ｂを参照のこと）。

クリップＡＶストリーム・ファイルの中間部分の削除によりその削除区間の前後でファイル分割すると、対をなすクリップ情報ファイルも同様にファイル分割する。したがって、クリップＡＶストリーム・ファイルの中間部分の削除はクリップ情報ファイルの増加を伴う。図６Ｂに示した例では、元のクリップ＃３１は、中間部分が削除編集された後はその区間より前側だけのクリップＡＶストリーム・ファイルとなり、また、削除編集された以降の区間では新しいクリップ＃１９２が作成される。削除区間の前側と後ろ側でファイル分割を行なうのは、クリップＡＶストリームが持つタイムスタンプ情報の整合をとるためであるが、この点の詳細については後述に譲る。

また、図６では便宜上プレイ項目の両端とプレイリスト・マーク位置が一致している例を挙げて説明したが、ユーザが削除区間として指示したチャプタのエントリ・マーク位置がプレイ項目の境界と一致しない場合には、削除区間を含むプレイ項目をエントリ・マーク位置で一旦分割してから、削除区間に含まれるプレイ項目（並びにクリップの該当する区間）の削除編集を行なう。このため、プレイ項目の削除編集は、処理の途中でプレイ項目数の増加を伴う。

図７に示す例では、動画像プレイリスト＃１０は、プレイ項目＃１とＰｌｙａＩｔｅｍ＃２からなり、プレイ項目＃０には先頭と中間位置にプレイリスト・マークＰＬＭ＃０及びＰＬＭ＃１が打たれているとともに、プレイ項目＃２の先頭にＰＬＭ＃２が打たれている。そして、クリップＡＶストリームの実体としてクリップ＃２０を持っている。ここで、図７Ａに示すように、ＰＬＭ＃１〜ＰＬＭ＃２で区切られるチャプタが削除区間として指定されたとする。このような場合、図７Ｂに示すように、一旦プレイ項目＃０をＰＬＭ＃１の位置で２つに分割する。そして、図７Ｃに示すように、削除区間となったプレイ項目を削除し、これに伴って、不要となったプレイリスト・マークも削除する。また、クリップＡＶストリーム・ファイルも中間部分が削除区間となっているので、クリップも削除区間の前側と後ろ側で２つに分割され、新たなクリップ＃３１が作成される。

また、図６に示した例では、プレイリスト内の先頭のプレイ項目を削除しているが、３以上のプレイ項目からなるプレイリストにおいて、プレイ項目ループの中間の1又は複数個のプレイ項目を削除編集する場合には、削除して残った前半のプレイ項目の終端と後半のプレイ項目の先端の結合が行なわれる。

ここで、隣接するプレイ項目間ではバッファ状態に応じて接続条件をシームレス再生に設定できることは既に述べたが、先行若しくは後続のプレイ項目とシームレス再生が設定されているプレイ項目を削除したときには、削除した後に結合されるプレイ項目間ではバッファ状態が整っていないことは明らかであり、シームレス再生の設定を解除する必要がある。

具体的には、後ろ側のプレイ項目内における直前のプレイ項目への接続条件（Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ：ＣＣ）がシームレス再生に設定されている場合には、これを解除する。また、前側のプレイ項目に対応するクリップ情報において後ろ側のクリップとの接続条件がシームレス再生に設定されている場合には、これを解除する。図８Ａに示す例では、動画像プレイリスト＃１０中のプレイ項目プレイ項目＃１が削除区間となっているが、このプレイ項目とこれに対応するクリップＡＶストリーム並びにクリップ情報の区間を削除する際には、図８Ｂに示すように、プレイ項目＃２が新たにプレイ項目＃１に書き換えられるとともに、プレイ項目及びクリップ情報における接続条件がシームレス再生でなくなるように再設定される。

図９には、あるプレイリストにおいて、Ｍ番目からｎ個分のプレイ項目（すなわちプレイ項目＃Ｍ〜＃Ｍ＋ｎ）の削除編集を行なうための処理手順をフローチャートの形式で示している。

まず、削除する区間の先頭のプレイ項目＃Ｍで設定されている、直前のプレイ項目＃Ｍ−１との接続条件（ｃｏｎｎｅｃｔ＿ｃｏｎｄｉｔｉｏｎ）を確認する（ステップＳ１）。ここで、ｃｏｎｎｅｃｔ＿ｃｏｎｄｉｔｉｏｎ＝１以外、すなわちシームレス再生が設定されている場合には、ステップＳ２に進んで、プレイ項目＃Ｍ−１に対応するクリップ情報ファイルにおいて、後続のクリップの接続条件として設定されているシームレス再生を解除する。例えばＡＶＣＨＤフォーマットに則していえば、プレイ項目データ構造上のｉｓ＿ＣＣ＿５フラグを解除する。

次いで、削除する区間の最後尾に続くプレイ項目＃Ｍ＋ｎで設定されている、直前（すなわち削除する区間の最後尾）のプレイ項目＃Ｍ＋ｎ−１との接続条件（ｃｏｎｎｅｃｔ＿ｃｏｎｄｉｔｉｏｎ）を確認する（ステップＳ３）。ここで、ｃｏｎｎｅｃｔ＿ｃｏｎｄｉｔｉｏｎ＝１以外、すなわちシームレス再生が設定されている場合には、ステップＳ４に進んで、プレイ項目＃Ｍ＋ｎにおいて、直前のプレイ項目との接続条件として設定されているシームレス再生を解除する。具体的には、ｃｏｎｎｅｃｔ＿ｃｏｎｄｉｔｉｏｎを１に修正する。

次いで、Ｍが０すなわち削除する区間がプレイリストの先頭から開始され、且つプレイ項目＃Ｍ＋ｎのＩＮ＿ｔｉｍｅに一致するエントリ・マークがあるかどうかをチェックする（ステップＳ５）。このチェック結果が否定的な場合は、削除した後にプレイリストの先頭にプレイリスト・マークが存在しないことになるから、プレイリスト＃Ｍ＋ｎのＩＮ＿ｔｉｍｅに一致するエントリ・マークを追加する（ステップＳ６）。これは、プレイリスト先頭にはプレイリスト・マークが必要なための処理である。

次いで、削除する区間以降のプレイ項目であるプレイ項目＃Ｍ＋ｎ以降に含まれるエントリ・マークが有する、対応するプレイ項目のシーケンス番号＿ｔｏ＿プレイ項目＿ｉｄの値を、削除するプレイ項目の個数ｎだけ減少して、区間を削除した以降のシーケンス番号が連続的になるようにする（ステップＳ７）。

次いで、削除する区間の先頭のプレイ項目であるプレイ項目＃Ｍを含むプレイリストのプレイ項目（）ループにおいて、プレイ項目＃Ｍからｎ個分のプレイ項目を削除する（ステップＳ８）。

次いで、削除する各プレイ項目に含まれるエントリ・マークを削除して（ステップＳ９）、プレイ項目の削除処理を終了する。

Ｃ−２．クリップＡＶストリームの削除編集
実プレイリストにおいてプレイ項目の削除編集を行なう場合、クリップＡＶストリーム・ファイルの削除を伴う破壊編集となる。以下では、クリップＡＶストリームを削除編集する処理について説明する。

クリップＡＶストリームを削除（並びに分割）する場合には、分断するフレーム境界を決定する方法が１つの問題となる。

当業界において周知のように、ＡＶＣ（やＭＰＥＧ）方式では、何枚かの画面を一まとまりにしたＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）構造が採用され、ＧＯＰ単位でランダム・アクセスを可能にしていること、フレーム内符号化したＩ／ＩＤＲピクチャ、フレーム間順方向予測符号化したＰピクチャ、双方向予測符号化したＢピクチャというタイプの異なる画面がＧＯＰ内で所定の規則で配列されている。

このため、ＡＶＣストリームから一部の区間を削除する際には、任意の画面位置で削除を行なうと障害がある。本発明者らは、適切な分割境界の一例として、記録の開始及び停止の境界ではＧＯＰ境界、それ以外ではＰＴＳ＿ＥＰ＿Ｓｔａｒｔにプレイリスト・マーク（ＰＬＭ）を付け加えて削除区間を定めることが好ましいと考えている（図１０を参照のこと）。

また、クリップＡＶストリーム・ファイルと１対１で、その属性を定義するクリップ情報ファイルが存在し、実際のストリームを再生する上で必要となるストリームに関する情報が記載されていることは、図２を参照しながら説明した通りである。このため、ストリームの特定の区間を削除する場合には、削除した後に残ったストリームに対応するクリップ情報ファイルの整合をとる必要がある。

プレイリストの削除編集に伴うクリップ情報ファイル内の接続条件フラグ（ｉｓ＿ｃｃ＿５）の対処方法については既に詳解したので、ここでは説明を省略する。

ＭＰＥＧ−ＴＳストリームには幾つかのタイムスタンプ情報が使用されていることから、ストリームの特定の区間を削除する場合には、削除した後に残ったストリームにおいてタイムスタンプ情報の整合をとる必要がある。

ＭＰＥＧ−ＴＳストリームはＴＳパケットに分割して構成され、バッファの状態を考慮しながらＴＳパケットを復号バッファに入力する時間間隔を調整する必要があることから、各ＴＳパケットにはデータ到来時間に関するタイムスタンプＡＴＳが挿入されている。ＡＴＣカウンタによって生成されるカウンタ値に基づいてＴＳパケットにＡＴＳが付け加えられる。すなわち、１つのストリーム・ファイルではＡＴＳは単調増加し、単一のＡＴＣを持つことになる（前述）。

削除する区間がクリップＡＶストリームの中間部分となる場合には、削除した後はその前後の区間のストリームが記録メディアに残る。ここで、削除して残った部分の前半と後半を単純に結合すると、ＡＴＳは不連続となり、クリップＡＶストリーム・ファイル内でのＡＴＣの単一性を保つことができない（図１１を参照のこと）。

そこで、本実施形態では、破壊編集によりクリップＡＶストリームの中間部分の削除を行なうと、残りの部分を結合することは行なわず、元のＡＶストリームを削除区間で２つのファイルに分割することにした（図１２を参照のこと）。この場合、個々のクリップＡＶストリーム・ファイルではＡＴＳは単調増加となり、ＡＴＣの単一性を保つことができる。この場合、後ろ側のクリップＡＶストリーム・ファイルの先頭ではＡＴＣがオフセットを持つことになるが、連続的であればＡＶＣＨＤ規格フォーマットに抵触しない。

また、ＭＰＥＧ２ Ｓｙｓｔｅｍ仕様によれば、音声及び動画像パケット間で同期をとるために、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｙｉｍｅ Ｓｔａｍｐ）とＤＴＳ（Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐ）という２通りのタイムスタンプ情報が使用されている。

ＰＴＳは、適用されるＭＰＥＧ符号化方式に応じて選択されるデータ再生に関する時間管理情報（具体的には、ＡＶＣストリームの各ピクチャの再生出力の時間情報）であり、ＭＰＥＧ２システムの基準復号器で生成されるＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）などの基準同期信号が、ＰＴＳに等しくなったときに、関連する音声及び動画像データを再生出力する。また、ＤＴＳは、データ復号における時間管理情報である。ＰＴＳとＤＴＳが同一でない場合は、これらはパケット・データ内に順次含められる。両者が同じであれば、ＰＴＳのみがパケット・データに含められる。

ＳＴＣは、ＰＴＳやＤＴＳなどで記される基準時計である。削除する区間がクリップＡＶストリームの中間部分となる場合には、ＡＴＳと同様にＳＴＣも不連続になるが、ＳＴＣは、１つのクリップＡＶストリーム・ファイルの中で不連続点があることが許容されているから（図１３を参照のこと）、ストリーム中の区間削除に際しては、該当区間を削除する処理を行えばよい（後述）。

また、クリップ情報ファイルは、再生時にクリップＡＶストリームへのアクセスのために、クリップＡＶストリームの時刻とアドレスの対応テーブルを有している。管理する最小単位は“ＥＰ（エントリ・ポイント）”と呼ばれ、通常はＧＯＰの整数倍からなる（図１４を参照のこと）。（ＥＰはランダム・アクセス可能な位置であり、例えばクリップＡＶストリームのＩピクチャの位置をＥＰとすると、そのＩピクチャからランダム・アクセス再生することができる。）各ＥＰに関する情報を、対応するクリップＡＶストリーム全体分だけ並べた構造が“ＥＰ＿ｍａｐ”である。削除編集によりクリップＡＶストリーム中の一部の区間を削除した場合、ＰＴＳ（時刻情報）を修正する必要はない。また、ＳＰＮ（先頭からのオフセット）に関しては、削除区間の前方ではオフセットの修正を行なう必要はないが（図１５を参照のこと）、削除区間よりも後方においては、削除区間の分だけ先頭からのオフセット（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）を修正する必要がある（図１６を参照のこと）。

また、ＳＴＣは１つのファイルの中で不連続点があってもよいが（図１３を参照のこと）、クリップ情報ファイル内では各ＥＰ区間の情報をＳＴＣシーケンスとして管理していることから、クリップＡＶストリームの前方が削除される場合には、クリップＡＶストリームの削除に伴いＳＴＣシーケンスを修正する必要がある。具体的には、削除位置がＳＴＣシーケンス境界でなければＳＴＣシーケンスを分割する。そして、削除位置以前のＳＴＣシーケンスを削除し、削除位置以降のＳＴＣシーケンスのうち先頭からのオフセット（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）を削除した長さの分だけ修正する（図１７を参照のこと）。

また、仮想プレイリストは非破壊編集によりユーザ定義の再生リストを作成するためのプレイリストであり、仮想プレイリストから参照されるクリップＡＶストリームのオリジナル・タイトル用の実プレイリストが必ず存在する。言い換えれば、実プレイリストである区間を編集する場合、同じ区間を参照している仮想プレイリストが存在する可能性がある。実プレイリストにおける削除編集に伴い、クリップＡＶストリームの該当する区間の削除を行なうと、同じ区間を参照している仮想プレイリストにも影響が及ぶ。このため、実プレイリストを削除編集する際には、削除区間を参照している仮想プレイリストを検索して、該当するプレイ項目を修正する処理を実行して、実プレイリストと仮想プレイリストの整合性をとる必要となる。

図１８に示す例では、記録メディア上には、タイトルとして実プレイリストである動画像プレイリスト＃１０と動画像プレイリスト＃１１、並びに、仮想プレイリストとして動画像プレイリスト＃１００と動画像プレイリスト＃１０１が保存されている。

動画像プレイリスト＃１０はプレイ項目＃０〜＃２からなり、このうちプレイ項目＃０〜＃１はクリップ＃２０として格納されているクリップＡＶストリームが実体であり、プレイ項目＃２はクリップ＃３１として格納されているクリップＡＶストリームの先頭から一部の区間が実体である。また、図中の▲で示されるプレイリスト・マーク（ＰＬＭ）＃０〜＃３が各チャプタへのエントリ位置となる。隣接するプレイリスト・マーク間、並びに最後のプレイリスト・マークから最後のプレイ項目の終端までの間が当該動画像プレイリスト＃１０のチャプタとなる。

動画像プレイリスト＃１１はプレイ項目＃０〜＃１からなり、クリップ＃３１として格納されているクリップＡＶストリームのうち、動画像プレイリスト＃１０で使用した以降の区間がそれぞれのプレイ項目の実体である。図中の▲で示されるプレイリスト・マーク（ＰＬＭ）＃０〜＃２が各チャプタへのエントリ位置となる。

動画像プレイリスト＃１００はプレイ項目＃０〜＃１からなり、プレイ項目＃０はクリップ＃３１として格納されているクリップＡＶストリームの先頭から一部の区間を指し、プレイ項目＃１はクリップ＃２０として格納されているクリップＡＶストリームの中間から最後尾までの区間を指している。また、図中の▲で示されるプレイリスト・マーク（ＰＬＭ）＃０〜＃１が各チャプタへのエントリ位置となる。

動画像プレイリスト＃１０１はプレイ項目＃０〜＃１からなり、プレイ項目＃０はクリップＡＶストリームの中間から最後尾までの区間を指し、プレイ項目＃１は同クリップＡＶストリームの中間の区間を指している。また、図中の▲で示されるプレイリスト・マーク（ＰＬＭ）＃０〜＃１が各チャプタへのエントリ位置となる。

ここで、動画像プレイリスト＃１０のマークＰＬＭ＃３からプレイリスト終端までの区間からなるチャプタを削除する場合について説明する。このチャプタは、クリップ＃３１のクリップＡＶストリームの中間部分の区間を参照している。実プレイリスト側で削除編集しようとしているものと同じ区間を参照している仮想プレイリストを探索すると、動画像プレイリスト＃１００のＰＬＭ＃０のチャプタの後半部分と、動画像プレイリスト＃１０１のＰＬＭ＃１のチャプタ全体が判明する。このような場合、動画像プレイリスト＃１００のＰＬＭ＃０のチャプタの後半部分を削除するとともに、動画像プレイリスト＃１０１のＰＬＭ＃１のチャプタ全体を削除する。

なお、プレイ項目の削除編集に伴い、新たに結合する前後のプレイ項目との間でシームレス再生に関する接続を解除する処理を行なう必要があることは、既に述べた通りである。

以下では、図１９〜図２５に示すフローチャートを参照しながら、実プレイリストの削除編集並びに記録メディア上に保存されているクリップＡＶストリームの削除処理の手順について説明する。

まず、削除区間がクリップＡＶストリーム・ファイルの中間部分かどうかをチェックする（ステップＳ１１）。クリップＡＶストリーム・ファイルの中間部分の場合、削除区間の前後でクリップＡＶストリーム・ファイルが分割されて、クリップＡＶストリーム・ファイル数が増加することになる。そこで、クリップ情報ファイル又はクリップＡＶストリーム・ファイルのファイル数がシステムで規定する上限に到達していないかチェックする（ステップＳ１２）。上限に達しているときには、削除できないので、本処理ルーチンを終了する。

次いで、削除区間がプレイ項目の中間部分かどうかをチェックする（ステップＳ１２）。削除区間として指定されたチャプタのプレイリスト・マーク位置がプレイ項目の境界と一致せず、プレイ項目の中間部分が削除区間となる場合は、削除処理に際してプレイ項目が増加する（図７Ｂを参照のこと）。そこで、プレイ項目の個数がシステムで規定する上限に到達していないかチェックする（ステップＳ１４）。上限に達しているときには、削除できないので、本処理ルーチンを終了する。

このような上限チェックに続いて、削除区間を参照している仮想プレイリストの修正処理を行なう。

まず、実プレイリストで指定されている削除区間が指すクリップ情報ファイル及びクリップＡＶストリーム・ファイルのファイル名と時刻を特定する（ステップＳ２１）。

次いで、記録メディア上のすべての仮想プレイリストについて、上記の削除区間を参照しているものを検索する（ステップＳ２２）。検索方法は特に問わないので、ここでは説明を省略する。

次いで、見つかった各仮想プレイリストにおいて、削除区間についての削除処理を行なう。ここで、プレイ項目に中間部でプレイ項目数がシステムで規定する上限値に到達したならば、処理を終了する（ステップＳ２３）。

次いで、仮想プレイリストにおいて、プレイ項目の削除処理を行なう（ステップＳ２４）。仮想プレイリストの削除編集については後述に譲る。

このような該当する仮想プレイリストにおける修正処理に続いて、実プレイリスト側でクリップＡＶストリームの削除処理を行なう。

まず、削除区間がクリップＡＶストリーム・ファイルの中間部分かどうかをチェックする（ステップＳ３１）。

削除区間が中間部分であれば、ＡＴＣの単一性を保つために（図６Ｂを参照のこと）、削除が指定された開始〜終了区間手ＡＶファイルを削除し、この削除区間の前側と後ろ側を別のファイルに分割する（ステップＳ３２）。

また、削除区間がクリップＡＶストリームの中間部分でない、すなわち削除がクリップＡＶストリームの先頭から開始されるか、又はクリップＡＶストリームの最後尾まで削除する場合には、削除して残ったクリップＡＶストリームを１ファイルのままにする（ステップＳ３３）。

そして、クリップＡＶストリーム・ファイルの削除処理に続いて、これと対となっているクリップ情報ファイルの削除処理を行なう。

まず、削除区間がクリップＡＶストリーム・ファイルの中間部分かどうかをチェックする（ステップＳ４１）。

削除区間がクリップＡＶストリーム・ファイルの中間部分の場合には、クリップＡＶストリーム・ファイルは削除区間の前後で２ファイルに分割されるが、これに伴ってクリップ情報ファイルのファイル分割を行なう。この場合、クリップ情報ファイルのデータを複製して（ステップＳ４２）、削除区間の前側となる一方のクリップ情報ファイルの再生終了時刻（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）に削除区間開始時刻を書き込むとともに（ステップＳ４３）、削除区間の後ろ側となる他方のクリップ情報ファイルの再生開始時刻（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）に削除区間終了時刻を書き込む（ステップＳ４４）。

次いで、削除区間の前側となる一方のクリップ情報ファイルのＣＰＩのうち削除区間以降を削除する（ステップＳ４５）。また、削除区間の後ろ側となる他方のクリップ情報ファイルのＣＰＩのうち削除区間以前を削除するとともに、残りのエントリについて、元のファイルの先頭〜削除終了位置の長さだけＳＰＮ＿ＥＰ＿ｓｔａｒｔ値を減少して、先頭からのオフセットを修正する（ステップＳ４６）（図１５を参照のこと）。そして、前後のクリップ情報ファイルともにソース・パケット総数を残った区間分に修正する（ステップＳ４７）。

次いで、クリップ情報ファイルの部分的な削除に伴うＳＴＣシーケンスの整合をとるための処理を行なう。削除開始位置がＳＴＣシーケンスの境界でないときには（ステップＳ４８）、削除区間の前側となる一方のクリップ情報ファイルの削除開始位置でＳＴＣシーケンスを分割して（ステップＳ４９）、削除開始位置以降のＳＴＣシーケンスを削除する（ステップＳ５０）。また、削除終了位置がＳＴＣシーケンスの境界でないときには（ステップＳ５１）、削除区間の後ろ側となる他方のクリップ情報ファイルの削除終了位置でＳＴＣシーケンスを分割して（ステップＳ５２）、削除終了位置以前のＳＴＣシーケンスを削除する（ステップＳ５３）。

このようにしてクリップＡＶストリーム・ファイル及びクリップ情報ファイルの削除編集を行なった後、続いて、実プレイリストの削除処理を行なう。

まず、削除区間の後ろ側となる他方のクリップＡＶストリーム・ファイル及びクリップ情報ファイルに新しいファイル番号を発番する（ステップＳ６１）。

そして、削除区間の開始位置又は終了位置がプレイ項目の境界でない場合には、当該プレイ項目は削除区間の前後で分割して（図７Ｂを参照のこと）、削除区間のプレイ項目を削除する（ステップＳ６２）。

そして、分割して作成された後ろ側のプレイ項目が参照するクリップ情報ファイル名（クリップ情報＿ｆｉｌｅ＿ｎａｍｅ）に、ステップＳ６１で発番したクリップ情報ファイルのファイル番号を設定して（ステップＳ６３）、削除編集処理を終了する。

また、クリップＡＶストリーム・ファイルの削除区間がストリームの中間部分でない場合には（ステップＳ４１のＮｏ）、削除区間がクリップＡＶストリームの始端に接しているかどうかをチェックする（ステップＳ５４）。

削除区間がクリップＡＶストリームの始端に接している場合には（ステップＳ５４のＹｅｓ）、まず、クリップ情報ファイルの再生開始時刻（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）に削除区間終了時刻を書き込む（ステップＳ７１）。

次いで、ＣＰＩのうち削除区間以前を削除するとともに、残りのエントリについて、削除区間の長さだけＳＰＮ＿ＥＰ＿ｓｔａｒｔ値を減少して、先頭からのオフセットを修正する（ステップＳ７２）。

次いで、ソース・パケット総数を残った区間分に修正する（ステップＳ７３）。

次いで、クリップ情報ファイルの部分的な削除に伴うＳＴＣシーケンスの整合をとるための処理を行なう。具体的には、削除終了位置がＳＴＣシーケンスの境界でないときには（ステップＳ７４）、削除終了位置でＳＴＣシーケンスを分割して（ステップＳ７５）、削除終了位置以前のＳＴＣシーケンスを削除する（ステップＳ７６）。

そして、最後にプレイ項目の削除処理を行なう（ステップＳ７７）。削除終了位置がプレイ項目の境界でない場合には、当該プレイ項目は削除区間の前後で分割して（図７Ｂを参照のこと）、削除区間のプレイ項目を削除する。

一方、削除区間がクリップＡＶストリームの始端に接していない、すなわちクリップＡＶストリームの終端に接している場合には（ステップＳ５４のＮｏ）、まず、クリップ情報ファイルの再生終了時刻（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）に削除区間開始時刻を書き込む（ステップＳ８１）。

次いで、ＣＰＩのうち削除区間以降を削除し（ステップＳ８２）、ソース・パケット総数を残った区間分に修正する（ステップＳ８３）。

次いで、クリップ情報ファイルの部分的な削除に伴うＳＴＣシーケンスの整合をとるための処理を行なう。具体的には、削除開始位置がＳＴＣシーケンスの境界でないときには（ステップＳ８４）、削除開始位置でＳＴＣシーケンスを分割して（ステップＳ８５）、削除開始位置以降のＳＴＣシーケンスを削除する（ステップＳ８６）。

そして、最後にプレイ項目の削除処理を行なう（ステップＳ８７）。削除開始位置がプレイ項目の境界でない場合には、当該プレイ項目は削除区間の前後で分割して（図７Ｂを参照のこと）、削除区間のプレイ項目を削除する。

仮想プレイリストは、非破壊編集によりユーザ定義の再生リストを作成されたプレイリストであるから、その削除編集は、クリップＡＶストリーム・ファイル及びこれと対をなすクリップ情報ファイルの実体削除を伴わない非破壊編集である（図５を参照のこと）。図２５には、仮想プレイリストを削除編集する処理手順をフローチャートの形式で示している。この処理手順は、例えば図２０に示したフローチャートのステップＳ２５において実施される。

まず、削除区間がプレイ項目の中間部分かどうかをチェックする（ステップＳ９１）。プレイ項目の中間部分の場合、削除区間の前後でプレイ項目が分割されて、記録メディア上のプレイ項目の総数が増加する（図７Ｂを参照のこと）。そこで、プレイ項目総数がシステムで規定する上限に到達していないかチェックする（ステップＳ９２）。上限に達しているときには、削除できないので、本処理ルーチンを終了する。

一方、削除区間がプレイ項目の始端又は終端に接しているとき（ステップＳ９１のＮｏ）、並びに削除区間はプレイ項目の中間部分であるがプレイ項目の総数まで余裕がある場合には（ステップＳ９２のＮｏ）、指定されている削除区間においてプレイ項目の削除を行なう（ステップＳ９３）。この際、削除区間の開始位置又は終了位置がプレイ項目の境界でない場合には、削除区間の開始位置又は終了位置を分割して、削除区間のプレイ項目を削除する。

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

本明細書では、ＡＶＣＨＤ規格に則って記録メディア上に記録されているクリップＡＶストリームに対し、ＡＶＣＨＤ規格を遵守しながら削除編集を行なうという実施形態を中心に説明してきたが、本発明の要旨はこれに限定されるものではない。ストリーム・ファイルと対で存在し、ストリームを再生する上で必要となるストリームに関する情報を記載したクリップ情報ファイルが存在するとともに、該当するストリーム・ファイルの再生区間を再生する上で必要となる情報を記載したプレイ項目を時間軸上で並べて構成されるプレイリストを含むというデータ・フォーマットで記録されている記録メディアに対して編集処理を行なう際に、本発明を同様に適用することができる。

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

図１は、本発明の一実施形態に係る情報処理装置１０の機能的構成を模式的に示した図である。 図２は、記録メディア１４−１にデータを記録するためのデータ構造の一例を示した図である。 図３Ａは、ビデオカメラによる録画・撮影に従ってクリップＡＶストリームのクリップとともにプレイリストが生成される手順を説明するための図である。 図３Ｂは、ビデオカメラによる録画・撮影に従ってクリップＡＶストリームのクリップとともにプレイリストが生成される手順を説明するための図である。 図３Ｃは、ビデオカメラによる録画・撮影に従ってクリップＡＶストリームのクリップとともにプレイリストが生成される手順を説明するための図である。 図３Ｄは、ビデオカメラによる録画・撮影に従ってクリップＡＶストリームのクリップとともにプレイリストが生成される手順を説明するための図である。 図４は、記録メディア上に記録されているファイル構造を例示した図である。 図５Ａは、仮想プレイリストからのプレイ項目を削除する様子を示した図である。 図５Ｂは、仮想プレイリストからのプレイ項目を削除する様子を示した図である。 図６Ａは、実プレイリストからのプレイ項目を削除する様子を示した図である。 図６Ｂは、実プレイリストからのプレイ項目を削除する様子を示した図である。 図７Ａは、ユーザが削除区間として指示したチャプタのエントリ・マーク位置がプレイ項目の境界と一致しない場合におけるプレイ項目ループの中間のプレイ項目を削除編集する様子を示した図である。 図７Ｂは、ユーザが削除区間として指示したチャプタのエントリ・マーク位置がプレイ項目の境界と一致しない場合におけるプレイ項目ループの中間のプレイ項目を削除編集する様子を示した図である。 図７Ｃは、ユーザが削除区間として指示したチャプタのエントリ・マーク位置がプレイ項目の境界と一致しない場合におけるプレイ項目ループの中間のプレイ項目を削除編集する様子を示した図である。 図８Ａは、プレイ項目を削除する際に削除する直前のプレイ項目並びに削除する直前のプレイ項目の接続条件の設定を操作する手順を説明するための図である。 図８Ｂは、プレイ項目を削除する際に削除する直前のプレイ項目並びに削除する直前のプレイ項目の接続条件の設定を操作する手順を説明するための図である。 図９は、プレイリストにおいて、Ｍ番目からｎ個分のプレイ項目の削除編集を行なうための処理手順を示したフローチャートである。 図１０は、クリップＡＶストリームの分割位置を決定するための方法を説明するための図である。 図１１は、クリップＡＶストリームの中間部分を削除編集して前後のストリームを連結して、ＡＴＣが不連続になる様子を示した図である。 図１２は、クリップＡＶストリームの中間部分を削除編集し、前側と後ろ側で２ファイルに分割する様子を示した図である。 図１３は、クリップ情報ファイルの中でＳＴＣシーケンスが不連続点を含んでいる様子を示した図である。 図１４は、クリップ情報ファイルに含まれるＥＰ情報を説明するための図である。 図１５は、クリップＡＶストリーム・ファイルの後ろ側を削除編集した際にＥＰ＿ｍａｐの修正が不要であることを説明するための図である。 図１６は、クリップＡＶストリーム・ファイルの前側を削除編集した際に、残る後ろ側の区間でＥＰ＿ｍａｐのオフセット修正を行なう様子を示した図である。 図１７は、クリップＡＶストリーム・ファイルの前側を削除編集した際に、削除位置以降のＳＴＣシーケンスのうち先頭からのオフセット（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）を削除した長さの分だけ修正する様子を示した図である。 図１８は、実プレイリストを削除編集する際に、同じく感を参照する仮想プレイリストの削除編集する様子を示した図である。 図１９は、プレイ項目及びクリップＡＶストリーム・ファイルを削除する際に、プレイ項目総数及びクリップＡＶストリーム・ファイル総数の上限チェックを行なうための処理手順を示したフローチャートである。 図２０は、クリップＡＶストリーム・ファイルの削除処理に先立って行なわれる、削除区間を指している仮想プレイリストの修正処理の手順を示したフローチャートである。 図２１は、実プレイリスト側でクリップＡＶストリームの削除処理を行なう手順を示したフローチャートである。 図２２は、クリップＡＶストリーム・ファイルと対となっているクリップ情報ファイルの削除処理を行なう手順を示したフローチャートである。 図２３は、削除区間がストリームの中間部分となる場合の実プレイリストの削除処理を行なう手順を示したフローチャートである。 図２４は、削除区間がストリームの始端に接している場合の実プレイリストの削除処理を行なう手順を示したフローチャートである。 図２５は、削除区間がストリームの終端に接している場合の実プレイリストの削除処理を行なう手順を示したフローチャートである。 図２６は、仮想プレイリストの削除編集を行なうための処理手順を示したフローチャートである。

符号の説明

１０…情報処理装置
１１…カメラ・ブロック
１２…符号化部
１３…ストリーム・バッファ
１４…記録部
１４−１…記録メディア
１５…中央処理部
１６…一時記憶媒体

Claims (17)

1. 記録媒体に記録された１以上のＡＶストリームの編集制御を行なう情報処理装置であって、
   記録媒体上に記録されている各ＡＶストリーム・ファイルと対で存在するＡＶストリームの属性を定義する属性定義ファイルと、再生開始点と再生終了点でＡＶストリームの再生区間を指定する複数の再生区間データからなる再生リストを編集する編集制御手段と、
   ユーザからの削除編集指示に応答して、該当する削除区間の再生区間データの削除編集処理を行なう削除編集手段を備え、
   各再生区間データは、直前の再生区間データとの接続条件を有し、
   前記編集制御手段は、前記削除編集手段により削除される再生区間データの接続条件がシームレス再生可能な条件か否かを判別し、該判別結果に応じて、その直前に位置する再生区間データに対応する属性定義ファイルの内容を修正する、
   ことを特徴とする情報処理装置。
2. 再生リストには、前記の再生区間データを並べた時間軸上で、ユーザがランダム・アクセスするエントリ位置となる１以上のマークが置かれ、隣接するマーク間の区間及び最後のマークから最後の再生区間データの終端までの区間がチャプタを構成し、前記のユーザからの削除編集指示はチャプタ単位で行なわれる、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 再生リストは、記録媒体にストリームを記録する順に従って属性定義ファイルの対応する区間を再生区間データに逐次登録して構成されるオリジナル・タイトル用の実再生リストと、いずれかの実再生リストに登録されている属性定義ファイルの区間を参照する１以上の再生区間データを非破壊編集により作成されたユーザ定義の仮想再生リストを含む、
   ことを特徴とする請求項２に記載の情報処理装置。
4. ユーザが実再生リストの削除を指示したときには、前記削除編集手段は、該当するＡＶストリーム及びこれに対応する属性定義ファイルの削除区間を削除した後に、該当する再生リスト内の削除区間の再生区間データを削除し、
   ユーザが仮想再生リストの削除を指示したときには、前記削除編集手段は該当する再生リスト内の削除区間の再生区間データのみ削除する、
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記削除編集手段は、ユーザが削除区間として指示したチャプタのマーク位置が再生区間データの境界と一致しない場合には、削除区間を含む再生区間データをマーク位置で一旦分割してから、削除区間に含まれる再生区間データの削除編集を行なう、
   ことを特徴とする請求項３に記載の情報処理装置。
6. 再生区間データは直前の再生区間データとの接続条件がシームレス再生可能かどうかを示す情報を持つとともに、属性定義ファイルは直後の再生区間データとの接続条件がシームレス再生可能かどうかを示す情報を持ち、
   前記編集制御手段は、３以上の再生区間データからなる再生リストにおいて前記時間軸上で中間部分の再生区間データを削除する際に、削除して残った前側の最後の再生区間データにおいて直前の再生区間データとのシームレス再生の設定を解除するとともに、削除して残った後ろ側の先頭の属性定義ファイルにおいて直後の再生区間データとのシームレス再生の設定を解除する、
   ことを特徴とする請求項３に記載の情報処理装置。
7. 前記削除編集手段は、削除区間の再生区間データを削除した結果、再生リストの先頭にマークがなくなるときには、削除後に先頭となる再生区間データの始端にマークを付与する、
   ことを特徴とする請求項３に記載の情報処理装置。
8. 再生リスト内の再生区間データは前記の時間軸上で連続的となるシーケンス番号を持ち、マークは自分が属する再生区間データの番号参照情報を有しており、
   前記編集制御手段は、削除区間となるチャプタを削除した以降のマークにおいて自分が属する再生区間データのシーケンス番号を、削除した再生区間データの個数に応じて修正する、
   ことを特徴とする請求項３に記載の情報処理装置。
9. 前記削除編集手段は、削除した後に残るＡＶストリームに対応する属性定義ファイルの整合をとる、
   ことを特徴とする請求項３に記載の情報処理装置。
10. 前記削除編集手段は、削除した後に残るストリームのタイムスタンプ情報に関する属性定義ファイルの整合をとる、
    ことを特徴とする請求項３に記載の情報処理装置。
11. 前記削除編集手段は、ストリーム・ファイルの中間部分の削除を行なうとき、元のＡＶストリーム・ファイルを削除区間で２つのファイルに分割する、
    ことを特徴とする請求項１０に記載の情報処理装置。
12. 属性定義ファイルは、対応するストリーム・ファイル内でランダム・アクセス可能となる各エントリ・ポイント（ＥＰ）に関する情報を並べたＥＰ＿ｍａｐを含み、
    前記削除編集手段は、削除区間よりも後方のＥＰ＿ｍａｐにおいて、削除区間の分だけ先頭からのオフセットを修正する、
    ことを特徴とする請求項１０に記載の情報処理装置。
13. 属性定義ファイル内では各ＥＰ区間の情報をＳＴＣシーケンスとして管理しており、
    前記削除編集手段は、ストリーム・ファイルの削除区間以降に対応する属性定義ファイルにおいて、ＳＴＣシーケンスを修正する、
    ことを特徴とする請求項１０に記載の情報処理装置。
14. 削除位置がＳＴＣシーケンス境界でなければ、前記削除編集手段は、属性定義ファイルを分割して、削除位置以前のＳＴＣシーケンスを削除し、削除位置以降のＳＴＣシーケンスのうち先頭からのオフセットを削除した長さの分だけ修正する、
    ことを特徴とする請求項１０に記載の情報処理装置。
15. 破壊編集により実再生リストの削除編集を行なう場合、前記削除編集手段は、同じ削除区間を参照している仮想再生リストに関しても削除編集を行なう、
    ことを特徴とする請求項４に記載の情報処理装置。
16. 記録媒体に記録された１以上のＡＶストリームの編集制御を行なう情報処理方法であって、
    記録媒体上に記録されている各ＡＶストリーム・ファイルと対で存在するＡＶストリームの属性を定義する属性定義ファイルと、再生開始点と再生終了点でＡＶストリームの再生区間を指定する複数の再生区間データからなる再生リストを編集する編集制御ステップと、
    ユーザからの削除編集指示に応答して、該当する削除区間の再生区間データの削除編集処理を行なう削除編集ステップを備え、
    各再生区間データは、直前の再生区間データとの接続条件を有し、
    前記編集制御ステップでは、前記削除編集ステップにおいて削除される再生区間データの接続条件がシームレス再生可能な条件か否かを判別し、該判別結果に応じて、その直前に位置する再生区間データに対応する属性定義ファイルの内容を修正する、
    ことを特徴とする情報処理方法。
17. 記録媒体に記録された１以上のＡＶストリームの編集制御を行なうための処理をコンピュータ上で実行させるようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータに対し、
    記録媒体上に記録されている各ＡＶストリーム・ファイルと対で存在するＡＶストリームの属性を定義する属性定義ファイルと、再生開始点と再生終了点でＡＶストリームの再生区間を指定する複数の再生区間データからなる再生リストを編集する編集制御手順と、
    ユーザからの削除編集指示に応答して、該当する削除区間の再生区間データの削除編集処理を行なう削除編集手順を備え、
    各再生区間データは、直前の再生区間データとの接続条件を有し、
    前記編集制御手順では、前記削除編集手順において削除される再生区間データの接続条件がシームレス再生可能な条件か否かを判別し、該判別結果に応じて、その直前に位置する再生区間データに対応する属性定義ファイルの内容を修正する、
    ことを特徴とするコンピュータ・プログラム。