(57)【要約】【課題】情報記録媒体がデータ追記可能な状態であるか否かの確実な判定を行なう装置、方法を提供する。【解決手段】例えばビデオカメラ等の情報処理装置において、情報記録媒体が、データ追記可能な状態であるか否か、すなわちファイナライズ状態にあるか否かを判定する状態判定処理を実行し、状態判定処理に基づいて、情報記録媒体がデータ追記可能な状態でないと判定した場合、情報記録媒体が追記可能な状態にないことを知らせる通知処理を実行する。本構成により、ユーザは、情報記録媒体が、追記可能か否かを知ることが可能となる。また、ファイナライズ処理に基づいてバックアップデータが格納されるバックアップディレクトリのエントリ数を確認して、情報記録媒体がデータ追記可能な状態であるか否かを判定する構成としたので、より確実な追記可能状態の確認処理が実現される。【選択図】図２３
2008217977.tif 000002
【特許請求の範囲】
【請求項１】
情報記録媒体に対して、コンテンツデータが所定のデータ構造にて管理されるように記録するデータ記録処理制御を実行する制御部を有し、
前記所定のデータ構造は、
前記コンテンツデータが格納される第１のディレクトリと、
前記コンテンツデータの再生順序を指定するプレイリストが格納される第２のディレクトリと、
前記情報記録媒体に対するファイナライズ処理に基づいてバックアップデータが格納される第３のディレクトリを有し、
前記制御部は、
前記情報記録媒体に記録された前記第３のディレクトリのエントリ数を取得し、取得したエントリ数に基づいて前記情報記録媒体がデータ追記可能な状態であるか否かを判定する状態判定処理を実行し、該状態判定処理に基づいて情報記録媒体がデータ追記可能な状態でないと判定した場合、情報記録媒体が追記可能な状態にないことを知らせる通知処理を実行する構成である情報処理装置。
【請求項２】
前記エントリ数は、前記第３のディレクトリ内のファイルまたはディレクトリに関するエントリ数である請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、前記エントリ数が１以上である場合に、追記可能な状態で無いと判定する構成である請求項１に記載の情報処理装置。
【請求項４】
情報処理装置において実行する情報処理方法であり、
制御部が、情報記録媒体にコンテンツデータを記録するステップであり、
前記コンテンツデータが格納される第１のディレクトリと、
前記コンテンツデータの再生順序を指定するプレイリストが格納される第２のディレクトリと、
前記情報記録媒体に対するファイナライズ処理に基づいてバックアップデータが格納される第３のディレクトリ、
上記第１〜第３のディレクトリを有するデータ構造によって記録コンテンツの管理がなされるようにコンテンツデータを情報記録媒体に記録するデータ記録ステップと、
前記制御部が、前記情報記録媒体に記録された前記第３のディレクトリのエントリ数を取得し、取得したエントリ数に基づいて前記情報記録媒体がデータ追記可能な状態であるか否かを判定する状態判定処理を実行する状態判定ステップと、
前期制御部が、前記状態判定処理に基づいて情報記録媒体がデータ追記可能な状態でないと判定した場合、情報記録媒体が追記可能な状態にないことを知らせる通知処理を実行する通知ステップと、
を有する情報処理方法。
【請求項５】
前記エントリ数は、前記第３のディレクトリ内のファイルまたはディレクトリに関するエントリ数である請求項４に記載の情報処理方法。
【請求項６】
前記状態判定ステップは、前記エントリ数が１以上である場合に、情報記録媒体が追記可能な状態で無いと判定するステップである請求項４に記載の情報処理方法。
【請求項７】
情報処理装置において情報処理を実行させるコンピュータ・プログラムであり、
制御部に、情報記録媒体に対してコンテンツデータを記録させるステップであり、
前記コンテンツデータが格納される第１のディレクトリと、
前記コンテンツデータの再生順序を指定するプレイリストが格納される第２のディレクトリと、
前記情報記録媒体に対するファイナライズ処理に基づいてバックアップデータが格納される第３のディレクトリ、
上記第１〜第３のディレクトリを有するデータ構造によって記録コンテンツの管理がなされるようにコンテンツデータを情報記録媒体に記録させるデータ記録ステップと、
前記制御部に、前記情報記録媒体に記録された前記第３のディレクトリのエントリ数を取得させ、取得したエントリ数に基づいて前記情報記録媒体がデータ追記可能な状態であるか否かを判定する状態判定処理を実行させる状態判定ステップと、
前期制御部に、前記状態判定処理に基づいて情報記録媒体がデータ追記可能な状態でないと判定した場合、情報記録媒体が追記可能な状態にないことを知らせる通知処理を実行させる通知ステップと、
を有するコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、情報記録媒体に対するデータ追記禁止状態への移行処理として実行されるファイナライズ処理がなされているか否かを判別して、警告やファイナライズ解除などの対応処理を実行する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
最近では、ディスク型記録メディアの記録容量の増大に伴って、従来の録画テープに代わってディスクに動画像や静止画を保存するタイプのビデオカメラが出現してきている。ディスク型記録メディアはランダム・アクセスが可能であるから、好きなシーンを効率的に見つけ出すことができるとともに、データへのアクセスは非接触であるから情報記録媒体（メディア）を劣化させることなく利用することができる。例えば、ＤＶＤビデオカメラは、画質の良さや編集ができるなどの使い勝手の良さから年々ユーザが拡大してきている。
【０００３】
情報記録処理における処理の１つとして、情報記録媒体（メディア）に記録されたコンテンツに対応するメニューを作成する処理がある。例えば、メニュー作成処理は、情報記録媒体（メディア）を追記禁止状態に設定するファイナライズ処理に際して生成される。
【０００４】
しかし、例えば着脱可能なメディアを利用している構成において、他機でコンテンツ記録がすでになされたメディアに対して，自機がコンテンツを追記したり編集する場合に他機において作成済みのメニューがメディアに記録されている場合、自機のコンテンツ追記や編集によって、メディア内の記録コンテンツとメニューの構成に矛盾を生じることになる。
【０００５】
例えば、再生機器において、作成済みのメニューを表示しても追記コンテンツの再生ができないといった事態が発生する。このような事態を防止するためには、他機において生成したメニューを削除するか、もしくはメンテナンスせずに矛盾ある状態で放置するかのいずれかしかない。しかし、他機において作成したメニューをユーザに確認せずに装置側において自動的に削除することは、その後、メニューの確認が不可能となり、メニューを作成した機器を利用していたユーザにとっては迷惑となる場合がある。また、メニューと記録内容との間の矛盾は、データ記録フォーマット違反になるばかりではなく、プレーヤにおける再生が不可能になり、故障の原因になることもある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、上述の問題点に鑑みてなされたものであり、例えばビデオカメラ等の情報処理装置において、情報記録媒体（メディア）を追記禁止状態に設定するファイナライズ処理がなされているか否かを判別して、警告やファイナライズ解除などの対応処理を実行して、例えば作成済みのメニューなどがある場合には、ファイナライズ解除処理に際してメニューなどの削除処理を実行することで、矛盾の生じない状態に設定する処理を行なう情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の側面は、
情報記録媒体に対して、コンテンツデータが所定のデータ構造にて管理されるように記録するデータ記録処理制御を実行する制御部を有し、
前記所定のデータ構造は、
前記コンテンツデータが格納される第１のディレクトリと、
前記コンテンツデータの再生順序を指定するプレイリストが格納される第２のディレクトリと、
前記情報記録媒体に対するファイナライズ処理に基づいてバックアップデータが格納される第３のディレクトリを有し、
前記制御部は、
前記情報記録媒体に記録された前記第３のディレクトリのエントリ数を取得し、取得したエントリ数に基づいて前記情報記録媒体がデータ追記可能な状態であるか否かを判定する状態判定処理を実行し、該状態判定処理に基づいて情報記録媒体がデータ追記可能な状態でないと判定した場合、情報記録媒体が追記可能な状態にないことを知らせる通知処理を実行する構成である情報処理装置にある。
【０００８】
さらに、本発明の情報処理装置の一実施態様において、前記エントリ数は、前記第３のディレクトリ内のファイルまたはディレクトリに関するエントリ数である。
【０００９】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記エントリ数が１以上である場合に、追記可能な状態で無いと判定する構成である。
【００１０】
さらに、本発明の第２の側面は、
情報処理装置において実行する情報処理方法であり、
制御部が、情報記録媒体にコンテンツデータを記録するステップであり、
前記コンテンツデータが格納される第１のディレクトリと、
前記コンテンツデータの再生順序を指定するプレイリストが格納される第２のディレクトリと、
前記情報記録媒体に対するファイナライズ処理に基づいてバックアップデータが格納される第３のディレクトリ、
上記第１〜第３のディレクトリを有するデータ構造によって記録コンテンツの管理がなされるようにコンテンツデータを情報記録媒体に記録するデータ記録ステップと、
前記制御部が、前記情報記録媒体に記録された前記第３のディレクトリのエントリ数を取得し、取得したエントリ数に基づいて前記情報記録媒体がデータ追記可能な状態であるか否かを判定する状態判定処理を実行する状態判定ステップと、
前期制御部が、前記状態判定処理に基づいて情報記録媒体がデータ追記可能な状態でないと判定した場合、情報記録媒体が追記可能な状態にないことを知らせる通知処理を実行する通知ステップと、
を有する情報処理方法にある。
【００１１】
さらに、本発明の情報処理方法の一実施態様において、前記エントリ数は、前記第３のディレクトリ内のファイルまたはディレクトリに関するエントリ数である。
【００１２】
さらに、本発明の情報処理方法の一実施態様において、前記状態判定ステップは、前記エントリ数が１以上である場合に、情報記録媒体が追記可能な状態で無いと判定するステップである。
【００１３】
さらに、本発明の第３の側面は、
情報処理装置において情報処理を実行させるコンピュータ・プログラムであり、
制御部に、情報記録媒体に対してコンテンツデータを記録させるステップであり、
前記コンテンツデータが格納される第１のディレクトリと、
前記コンテンツデータの再生順序を指定するプレイリストが格納される第２のディレクトリと、
前記情報記録媒体に対するファイナライズ処理に基づいてバックアップデータが格納される第３のディレクトリ、
上記第１〜第３のディレクトリを有するデータ構造によって記録コンテンツの管理がなされるようにコンテンツデータを情報記録媒体に記録させるデータ記録ステップと、
前記制御部に、前記情報記録媒体に記録された前記第３のディレクトリのエントリ数を取得させ、取得したエントリ数に基づいて前記情報記録媒体がデータ追記可能な状態であるか否かを判定する状態判定処理を実行させる状態判定ステップと、
前期制御部に、前記状態判定処理に基づいて情報記録媒体がデータ追記可能な状態でないと判定した場合、情報記録媒体が追記可能な状態にないことを知らせる通知処理を実行させる通知ステップと、
を有するコンピュータ・プログラムにある。
【００１４】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００１５】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００１６】
本発明の一実施例構成によれば、例えばビデオカメラ等の情報処理装置において、情報記録媒体が、データ追記可能な状態であるか否か、すなわちファイナライズ状態にあるか否かを判定する状態判定処理を実行し、状態判定処理に基づいて、情報記録媒体がデータ追記可能な状態でないと判定した場合、情報記録媒体が追記可能な状態にないことを知らせる通知処理を実行する構成としたので、ユーザは、情報記録媒体が、追記可能か否かを知ることが可能となる。また、ファイナライズ処理に基づいてバックアップデータが格納されるバックアップディレクトリのエントリ数を確認して、情報記録媒体がデータ追記可能な状態であるか否かを判定する構成としたので、より確実な追記可能状態の確認処理が実現される。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の項目順に行なう。
１．システム構成
２．データ・フォーマット
３．ファイナライズ処理
４．フォトムービー作成処理
５．メニュー作成処理
６．ファイナライズ状態判定処理
７．ファイナライズ状態解除処理
【００１８】
［１．システム構成］
図１は、本発明の一実施形態に係る情報処理装置１００の構成示したブロック図である。図１には、本発明の情報処理装置の一例であるビデオカメラの構成を示している。図１に示すように情報処理装置１００は、記録再生制御部１１０、媒体制御部（読み書き処理部）１２０、記録再生用ワークメモリ１３０、符号復号化部１４０、入出力信号制御部１５０を有する。記録再生制御部１１０は、主制御部（プロセッサ）１１１、ＲＯＭ１１２、ＲＡＭ１１３、入出力インタフェース１１４を有する。
【００１９】
情報処理装置１００は、例えば、情報記録媒体（メディア）１８０を利用して動画像の記録再生を行なうとともに、静止画の記録も可能な構成を持つ。さらに情報記録媒体（メディア）１８０に記録された静止画に基づいて動画形式（例えばMPEG-4 Part 10 Advanced Video Coding(AVC)/H.264）のファイル、すなわちフォトムービーを生成して、情報記録媒体（メディア）１８０に再記録する処理を実行する。なお、情報記録媒体（メディア）１８０に対するデータ記録は、ＡＶＣＨＤフォーマットに従って実行される。ＡＶＣＨＤフォーマットに従ったデータ記録構成については、次の［２．データ・フォーマット］の項目において詳細に説明する。
【００２０】
データ記録処理に際しては、入出力信号制御部１５０から入力する動画像または静止画像データに対して、符号復号化部１４０において符号化を実行する。符号復号化部１４０では、たとえば、入力された動画像信号を構成するビデオストリームとオーディオストリームに対する符号化を行ない多重化したデータストリームを生成する。符号復号化部１４０において符号化されたデータは、記録再生用ワークメモリ１３０に格納された後、媒体制御部１２０の処理によって情報記録媒体（メディア）１８０に記録される。
【００２１】
符号復号化部１４０においてデータ記録処理の際に実行する符号化処理は、記録データが動画である場合と静止画である場合と異なり、情報記録媒体（メディア）１８０には、動画ファイルと静止画ファイルが記録される。
【００２２】
本発明に係る情報処理装置１００は、情報記録媒体（メディア）に記録された静止画データを読み出し、読み出した静止画データに基づいて動画形式（例えばMPEG-4 Part 10 Advanced Video Coding(AVC)/H.264）のファイル、すなわちフォトムービーを生成して、情報記録媒体（メディア）１８０に再記録する処理を実行する。
【００２３】
このフォトムービー作成処理の詳細については後段で説明するが、概要は以下の通りである。まず、媒体制御部１２０の処理によって情報記録媒体（メディア）１８０に記録された静止画データを読み出して、記録再生用ワークメモリ１３０に格納し、符号復号化部１４０において静止画像信号を復号し、復号データを入出力信号制御部１５０を介して符号復号化部１４０に再入力して、入力データに基づいて動画形式の符号化データ（ＭＰＥＧ）、いわゆるフォトムービーを生成する。生成したフォトムービーは、記録再生用ワークメモリ１３０に格納された後、媒体制御部１２０の処理によって情報記録媒体（メディア）１８０に再記録される。
【００２４】
記録再生制御部１１０は、情報処理装置において実行するデータ記録、データ再生、フォトムービー生成処理などの各種の処理を制御する。記録再生制御部１１０は、主制御部（プロセッサ）１１１と，ＲＯＭ１１２と，ＲＡＭ１１３と，入出力インタフェース１１４と，これらを相互に接続するバス１１５とを備えている。
【００２５】
主制御部（プロセッサ）１１１は、例えば、符号復号化部１４０に符号復号化処理の開始・停止の指示を出す。また、媒体制御部１２０に情報記録媒体（メディア）１８０に対するデータの読み込み・書き込み処理の実行命令を出力する。さらに、入出力信号制御部１５０に対して、符号復号化部１４０からの入力信号をキャプチャし、キャプチャした入力信号を符号復号化部１４０へ出力する制御などを実行する。この処理は、例えば、上述した静止画データに基づくフォトムービーの生成処理に際して実行される。すなわち、フォトムービーの作成処理に際して、情報記録媒体（メディア）１８０に記録された静止画データが、符号復号化部１４０において復号され、その復号処理結果が、一旦、入出力信号制御部１５０側に出力され、入出力信号制御部１５０から、再度、符号復号化部１４０に静止画復号データが入力されて、動画形式の符号化データ（ＭＰＥＧ４−ＡＶＣ）への符号化、すなわちフォトムービーの生成が実行される。
【００２６】
記録再生制御部１１０のＲＯＭ１１２は、主制御部（プロセッサ）１１１において実行されるプログラムや各種パラメータ等を保持するメモリであり、例えば，フラッシュメモリ等のＥＥＰＲＯＭにより実現される。ＲＡＭ１１３は、主制御部（プロセッサ）１１１におけるプログラム実行に必要な作業データ等を保持するメモリであり，例えばＳＲＡＭやＤＲＡＭ等により実現される。入出力インタフェース１１４は、例えばユーザ入力部や表示部、ネットワークなどに接続され、外部とのデータやコマンドの入出力を行うインタフェースである。例えば、ＲＯＭ１１２内のプログラムを更新する等のためにも使用される。
【００２７】
［２．データ・フォーマット］
図２には、情報記録媒体（メディア）１８０にデータを記録するためのデータ構造の一例を示している。以下では、ＡＶＣＨＤフォーマットに従ったデータ記録構成について説明する。図示のように、ビデオカメラで撮影した動画像ストリームをＭＰＥＧ２−ＴＳストリームに符号化して記録する際に、インデックス（ｉｎｄｅｘ）、ムービーオブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）、プレイリスト（ＰｌａｙＬｉｓｔ）、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）の各ファイルが生成され記録される。また、所定データ単位のクリップＡＶストリームファイルと対応するクリップ情報ファイルをまとめて便宜上クリップと呼ぶ。以下、各ファイルの詳細について説明する表を示す。
【００２８】
【表１】
2008217977.tif 000003
【００２９】
インデックスのファイル種別レイヤで情報記録媒体１８０全体が管理されている。ユーザに見せるタイトル毎にインデックスファイルが作成され、ムービーオブジェクトとの対応関係を管理している。ＡＶＣＨＤフォーマットでは、本来ムービーオブジェクトファイルで管理すべきプレイリストの再生順をインデックスファイルのメタデータ内で管理している。情報記録媒体をプレーヤに装填した際にはまずインデックスが読み込まれ、ユーザはインデックスに記述されたタイトルを見ることができる。
【００３０】
ムービーオブジェクトは、再生されるプレイリストを管理しているファイルである。ムービーオブジェクトへの参照は、タイトルの入り口としてインデックスに列挙されている。但し、ＡＶＣＨＤフォーマットでは、ムービーオブジェクトファイルを参照せずに、インデックスファイルのメタデータによってプレイリストとタイトルの関係を管理するようになっている。
【００３１】
プレイリストは、ユーザに見せるタイトルに対応して設けられ、少なくとも１以上のプレイアイテムで構成される再生リストである。各プレイアイテムは、クリップに対する再生開始点（ＩＮ点）と再生終了点（ＯＵＴ点）を持つことで、その再生区間を指定している。そして、プレイリスト内で複数のプレイアイテムを時間軸上に並べることで、それぞれの再生区間の再生順序を指定することができる。また、異なるクリップを参照するプレイアイテムを１つのプレイリストに含めることができる。
【００３２】
クリップとプレイリスト間の参照関係は、自由に設定することができる。例えば、１つのクリップに対する参照を、ＩＮ点及びＯＵＴ点の異なる２つのプレイリストから行なうことができる。さらに、タイトルとムービーオブジェクト間での参照関係も自由に設定することができる。プレイリストは、クリップとの参照関係に応じて、リアルプレイリスト（実プレイリスト）とバーチャルプレイリスト（仮想プレイリスト）の２種類に大別される。
【００３３】
リアルプレイリストは、オリジナル・タイトル用のプレイリストであり、ビデオカメラにより録画・撮影した映像ストリームについてのプレイアイテムを記録した順に記録している。
【００３４】
バーチャルプレイリストは、非破壊編集によりユーザ定義の再生リストを作成するためのプレイリストであり、バーチャルプレイリスト独自のクリップ（ＡＶストリーム）を持たず、同リスト内のプレイアイテムはいずれかのリアルプレイリストに登録されているクリップ又はその一部の範囲を指している。すなわち、ユーザは複数のクリップから必要な再生区間のみを切り出して、これらを指す各プレイアイテムを取りまとめてバーチャルプレイリストを編集することができる。
【００３５】
クリップＡＶストリームは、ＭＰＥＧ−ＴＳ形式で情報記録媒体１８０に記録されたストリームが格納されているファイルである。画像データはこのファイル内に格納される。
【００３６】
クリップ情報は、クリップＡＶストリームファイルと対で存在し、実際のストリームを再生する上で必要となるストリームに関する情報が記載されたファイルである。
【００３７】
このように、ＡＶＣＨＤフォーマットにおいては、上述したように、インデックス（ｉｎｄｅｘ）、ムービーオブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）、プレイリスト（ＰｌａｙＬｉｓｔ）、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）、ＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）の各ファイルが生成され記録される。
【００３８】
なお、これらのファイルやデータの名称は一例であり、他の表現が使用される場合もある。各ファイル、データの実質的な内容は、以下のような対応となる。
（１）ＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）：コンテンツデータ
（２）クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）：ＡＶストリームと１対１で対応し、対応するＡＶストリームの属性を定義するファイル。（例えば、ｃｏｄｉｎｇ，ｓｉｚｅ，時間→アドレス変換、再生管理情報、タイムマップ等が含まれている。）
（３）プレイアイテム（ＰｌａｙＩｔｅｍ）：クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）に対する再生開始点と再生終了点で再生区間を指定するデータ。
（４）プレイリスト（ＰｌａｙＬｉｓｔ）：１以上のプレイアイテム（ＰｌａｙＩｔｅｍ）で構成される再生リスト。
（５）マーク（Ｍａｒｋ）：一般的には、プレイリスト（ＰｌａｙＬｉｓｔ）中に存在し、再生コンテンツのある時間的位置を示すもの。一般的にマークとマークの間をチャプタという。
（６）ムービーオブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）：再生制御を行うためのコマンドの集合体。
（７）タイトル（Ｔｉｔｌｅ）：（ユーザが認識できる）再生リストの集合体。
【００３９】
なお、以下の説明では、上述の対応を持つデータやファイルについて、それぞれ、ＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）、プレイアイテム（ＰｌａｙＩｔｅｍ）、プレイリスト（ＰｌａｙＬｉｓｔ）、マーク（Ｍａｒｋ）、ムービーオブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）、タイトル（Ｔｉｔｌｅ）として説明するが、実質的に同じ内容のデータ、ファイル等を持つ構成についても本発明が適用可能である。
【００４０】
図３は、図２を参照して説明したプレイリスト（ＰｌａｙＬｉｓｔ）、プレイアイテム（ＰｌａｙＩｔｅｍ）、クリップ（Ｃｌｉｐ）、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）の関係を示すＵＭＬ（Ｕｎｉｆｉｅｄ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ）図である。プレイリストは、１または複数のプレイアイテムに対応付けられ、プレイアイテムは、１のクリップに対応付けられる。１のクリップに対して、それぞれ開始点および／または終了点が異なる複数のプレイアイテムを対応付けることができる。１のクリップから１のクリップＡＶストリームファイルが参照される。同様に、１のクリップから１のクリップ情報ファイルが参照される。また、クリップＡＶストリームファイルとクリップ情報ファイルとは、１対１の対応関係を有する。このような構造を定義することにより、クリップＡＶストリームファイルを変更することなく、任意の部分だけを再生する、非破壊の再生順序指定を行うことが可能となる。
【００４１】
また、図４のように、複数のプレイリストから同一のクリップを参照することもできる。また、１のプレイリストから複数のクリップを指定することもできる。クリップは、プレイリスト中のプレイアイテムに示されるＩＮ点およびＯＵＴ点により、参照される。図４の例では、クリップ２００は、プレイリスト２１０のプレイアイテム２２０から参照されると共に、プレイリスト２１１を構成するプレイアイテム２２１および２２２のうちプレイアイテム２２１から、ＩＮ点およびＯＵＴ点で示される区間が参照される。また、クリップ２０１は、プレイリスト２１１のプレイアイテム２２２からＩＮ点およびＯＵＴ点で示される区間が参照されると共に、プレイリスト２１２のプレイアイテム２２３および２２４のうち、プレイアイテム２２３のＩＮ点およびＯＵＴ点で示される区間が参照される。
【００４２】
なお、プレイリストは、図５に一例が示されるように、主として再生されるプレイアイテムに対応するメインパスに対して、サブプレイアイテムに対応するサブパスを持つことができる。例えば、このプレイリストに付けられているアフレコオーディオ用のプレイアイテムをサブプレイアイテムとして、プレイリストに持たせることができる。詳細は省略するが、プレイリストは、所定の条件を満たす場合にだけ、サブプレイアイテムを持つことができる。
【００４３】
次に、情報記録媒体（メディア）に記録されるファイルの管理構造について、図６を用いて説明する。図２〜図４等を参照して説明したように、情報記録媒体（メディア）に記録されるデータには、ムービーオブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）、プレイリスト（ＰｌａｙＬｉｓｔ）、クリップ（Ｃｌｉｐ）があり、クリップ（Ｃｌｉｐ）には、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）の各ファイルが含まれる。ファイルは、ディレクトリ構造により階層的に管理される。記録媒体上には、先ず、１つのディレクトリ（図６の例ではルート（ｒｏｏｔ）ディレクトリ）が作成される。このディレクトリの下が、１つの記録再生システムで管理される範囲とする。
【００４４】
ルートディレクトリの下に、ディレクトリ［ＢＤＭＶ］、およびディレクトリ［ＡＶＣＨＤＴＮ］が置かれる。ディレクトリ［ＡＶＣＨＤＴＮ］には、例えばクリップの代表画像を所定サイズに縮小したサムネイルファイルが置かれる。ディレクトリ［ＢＤＭＶ］に、図２を用いて説明したデータ構造が格納される。
【００４５】
ディレクトリ［ＢＤＭＶ］の直下には、インデックスファイル［ｉｎｄｅｘ．ｂｄｍｖ］およびムービーオブジェクトファイル［ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ］の２つのみを置くことができる。また、ＢＤＭＶディレクトリ［ＢＤＭＶ］の下に、プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］、クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］、ストリームディレクトリ［ＳＴＲＥＡＭ］、およびディレクトリ［ＢＡＣＫＵＰ］が置かれる。
【００４６】
インデックスファイル［ｉｎｄｅｘ．ｂｄｍｖ］は、ディレクトリＢＤＭＶの内容について記述される。また、ムービーオブジェクトファイル［ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ］は、１つ以上のムービーオブジェクトの情報が格納される。
【００４７】
プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］は、プレイリストのデータベースが置かれるディレクトリである。すなわち、プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］は、ムービープレイリストに関するファイルであるプレイリストファイル［ｘｘｘｘｘ．ｍｐｌｓ］を含む。プレイリストファイル［ｘｘｘｘｘ．ｍｐｌｓ］は、ムービープレイリストのそれぞれに対して作成されるファイルである。ファイル名において、［．］（ピリオド）の前の［ｘｘｘｘｘ］は、５桁の数字とされ、ピリオドの後ろの［ｍｐｌｓ］は、このタイプのファイルに固定的とされた拡張子である。
【００４８】
クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］は、クリップのデータベースが置かれるディレクトリである。すなわち、クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］は、クリップＡＶストリームファイルのそれぞれに対するクリップ情報ファイル［ｚｚｚｚｚ．ｃｌｐｉ］を含む。ファイル名において、［．］（ピリオド）の前の［ｚｚｚｚｚ］は、５桁の数字とされ、ピリオドの後ろの［ｃｌｐｉ］は、このタイプのファイルに固定的とされた拡張子である。
【００４９】
ストリームディレクトリ［ＳＴＲＥＡＭ］は、実体としてのＡＶストリームファイルが置かれるディレクトリである。すなわち、ストリームディレクトリ［ＳＴＲＥＡＭ］は、クリップ情報ファイルのそれぞれに対応するクリップＡＶストリームファイルを含む。クリップＡＶストリームファイルは、ＭＰＥＧ２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ２）のトランスポートストリーム（以下、ＭＰＥＧ２  ＴＳと略称する）からなり、ファイル名が［ｚｚｚｚｚ．ｍ２ｔｓ］とされる。ファイル名において、ピリオドの前の［ｚｚｚｚｚ］は、対応するクリップ情報ファイルと同一することで、クリップ情報ファイルとこのクリップＡＶストリームファイルとの対応関係を容易に把握することができる。
【００５０】
ディレクトリ［ＢＡＣＫＵＰ］には、インデックスファイル［ｉｎｄｅｘ．ｂｄｍｖ］、ムービーオブジェクトファイル［ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ］、プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］、クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］に対応するバックアップデータが置かれる。
【００５１】
ここでバックアップデータは、例えば、後述する図９のファイナライズ処理のシーケンスにおいてバックアップされるものであり、バックアップにより、ディレクトリ［ＢＡＣＫＵＰ］には、/BDMV以下のindex.bdmvとMovieObject.bdmv、/BDMV/PLAYLIST以下のファイルの全て、/BDMV/CLIPINF以下のファイルの全てがコピーされることとなる。図６においてはバックアップデータが存在する場合のディレクトリ［ＢＡＣＫＵＰ］の構造を示しており、もちろんバックアップされていない状態では、ディレクトリ［ＢＡＣＫＵＰ］以下には、ファイル・ディレクトリが１つもない状態となる。つまり、ディレクトリ［ＢＡＣＫＵＰ］について、例えば、以下の２通りの状態を取り得る。
１．BACKUPされている状態
/BDMV以下のindex.bdmvとMovieObject.bdmvのコピーが存在し、
/BDMV/PLAYLIST以下のファイルが全てコピーされていて、
/BDMV/CLIPINF以下のファイルが全てコピーされている状態。
２．BACKUPされていない状態
/BDMV/BACKUP以下にファイル・ディレクトリが１つもない。
【００５２】
なお、ディレクトリ［ＡＶＣＨＤＴＮ］は、２種類のサムネイルファイルｔｈｕｍｂｎａｉｌ．ｔｉｄｘおよびｔｈｕｍｂｎａｉｌ．ｔｄｔ２を置くことができる。サムネイルファイルｔｈｕｍｂｎａｉｌ．ｔｉｄｘは、所定の方式で暗号化されたサムネイル画像が格納される。サムネイルファイルｔｈｕｍｂｎａｉｌ．ｔｄｔ２は、暗号化されていないサムネイル画像が格納される。例えばビデオカメラでユーザが撮影したクリップに対応するサムネイル画像は、コピーフリーであって暗号化する必要が無いと考えられるため、このサムネイルファイルｔｈｕｍｂｎａｉｌ．ｔｄｔ２に格納される。
【００５３】
続いて、ビデオカメラによる録画・撮影に従ってＡＶストリームのクリップとともにプレイリストが生成される手順について、図７〜図８を参照しながら説明する。
【００５４】
図７（ａ），（ｂ）、図８（ｃ），（ｄ）は、（ａ）〜（ｄ）の順にユーザが録画処理の開始、停止を繰り返し実行した場合のクリップおよびプレイリストの生成過程を示している。図７、図８から理解されるように、ユーザが録画開始してから録画停止する区間毎にプレイアイテムが１つずつ作成される。また、録画・撮影したストリームの区切りで１つのクリップＡＶストリームファイルとなり、これに伴ってクリップ情報ファイルも作成される。１つのクリップは連続同期再生すなわち実時間再生が保証された再生が必要な単位となる。
【００５５】
また、ユーザが録画を開始する度に、プレイアイテムの先頭には、エントリ・マーク（ｅｎｔｒｙ  ｍａｒｋ）としてのマーク（Ｍａｒｋ）が付け加えられる（プレイリスト内のエントリ・マークを「プレイリスト・マーク（ＰＬＭ）」とも呼ぶ）。１つのプレイリスト内では、プレイアイテムやマークには、連続的となるシーケンス番号が付与されている。動画像対応のプレイリストの先頭には必ずエントリ・マークが打たれるという制約があるが、所定の編集操作により時間軸上でエントリ・マークの位置を移動させることができる。
【００５６】
各エントリ・マークは、ユーザがストリームにアクセスするエントリ位置となる。したがって、隣接するエントリ・マーク間で仕切られる区間（並びに最後のマークから最後尾のプレイアイテムの終端の区間）がユーザから見える最小の編集単位すなわち「チャプタ」となる。プレイ項目を再生順に並べることと、エントリ・マークを再生順に並べることでプレイリストの再生順序が定義される。
【００５７】
［３．ファイナライズ処理］
次に、ファイナライズ処理について説明する。ファイナライズ処理は、図１に示す構成図において、情報記録媒体（メディア）１８０に対するデータ記録を止めて、情報記録媒体（メディア）に対する新たなデータの記録、すなわち追記を行なわないことを決定した場合、情報記録媒体（メディア）を追記禁止に設定するための処理である。例えば、図１に示す入出力インタフェース１１４を介してユーザからファイナライズ処理開始要求が入力された場合に、記録再生制御部１１０の制御のもとにファイナライズ処理が開始される。なお、一旦、ファイナライズを行っても、ファイナライズ解除処理を実行することで、追記可能状態に戻すことも可能である。
【００５８】
図９に示すフローチャートを参照して、ファイナライズ処理のシーケンスについて説明する。まず、ステップＳ１０１において、フォトムービーの作成要求の有無を判定する。この処理は、例えば、入出力インタフェース１１４を介して表示部にユーザ確認を求める表示を行い、その表示に対するユーザ入力に基づいて主制御部１１１が判定する。具体的には、図１０に示すようなフォトムービーの作成要求の有無を確認する表示を実行し、ユーザの入力に基づいて判定する。図１０（ａ）に示す画面は、ファイナライズの開始要求を行う際の画面であり、この画面において、［フォトムービーの有無］の指定を実行すると、図１０（ｂ）の画面に遷移し、ここで、ユーザはフォトムービーの作成を行なうか否かの指定を行なうことができる。
【００５９】
図９のフローに戻り、ファイナライズ処理のシーケンスについての説明を続ける。ステップＳ１０１において、フォトムービーの作成要求があると判定された場合は、ステップＳ１０２において、フォトムービーの作成処理を実行する。フォトムービーの作成処理の詳細については、後段の［４．フォトムービー作成処理］の項目において、詳細に説明する。
【００６０】
次に、ステップＳ１０３において、メニューなしファイナライズが指定されているか否かを判定する。ファイナライズ処理の態様としては、
（ａ）メニューありファイナライズ
（ｂ）メニューなしファイナライズ
これらの態様がある。メニューとは、情報記録媒体（メディア）の再生時のオープニング画面に提示されるメニューであり、情報記録媒体（メディア）に格納された動画像の各コンテンツファイルのタイトルや代表画像などを提示するためのメニューである。ユーザは、ファイナライズ処理の際に、このメニューを作成するか否かを指定することができる。例えば、図１０を参照して説明したと同様、表示部にメニューの有無を指定可能なデータを表示し、ユーザ入力を受領することで実行される。
【００６１】
ステップＳ１０３において、メニューなしファイナライズが指定されていない場合は、ステップＳ１０４に進み、メニューの作成処理が実行される。次にステップＳ１０５〜Ｓ１０７においてバックアップデータの記録処理がなされる。まず、ステップＳ１０５において、図６を参照して説明したディレクトリ構成におけるインデックスファイル［ｉｎｄｅｘ．ｂｄｍｖ］と、ムービーオブジェクトファイル［ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ］をバックアップデータの記録ディレクトリとして設定されるディレクトリ［ＢＡＣＫＵＰ］中の、インデックスファイル［ｉｎｄｅｘ．ｂｄｍｖ］、ムービーオブジェクトファイル［ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ］にコピーする。
【００６２】
さらに、ステップＳ１０６において、クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］に記録されたクリップ情報ファイルを、ディレクトリ［ＢＡＣＫＵＰ］中のディレクトリ［ＣＬＩＰＩＮＦ］にバックアップデータとして記録する。さらに、ステップＳ１０７において、プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］に記録されたプレイリスト情報ファイルを、ディレクトリ［ＢＡＣＫＵＰ］中のディレクトリ［ＰＬＡＹＬＩＳＴ］にバックアップデータとして記録する。
【００６３】
次にステップＳ１０８においてパディング処理の要否が確認される。パディング処理は、情報記録媒体（メディア）、例えばディスクのデータ未記録領域に、ダミーデータを書き込む処理である。ディスクを再生する機器の一部は、ディスクのデータ記録領域が少ない場合、データ再生ができない構成を持つものがあるこのような事態を避けるため、データの未記録領域にダミーデータを書き込む処理を行なうのがパディング処理である。情報記録媒体（メディア）のデータ記録領域の状態を検出し、未記録領域が多い場合には、パディング処理が必要と判断し、ステップＳ１０９において、パディング処理を実行する。
【００６４】
次に、ステップＳ１１０においてファイルシステムの更新を実行する。ファイルシステムの更新は、例えば、情報記録媒体（メディア）に記録されたデータに応じた管理情報の更新処理である。次に、ステップＳ１１１において、ボーダークローズが必要か否かを判定する。ボーダークローズとは、情報記録媒体（メディア）、例えばディスクに対して、データ記録領域を示すリードイン、リードアウト領域を確認可能とするための情報記録媒体（メディア）に対する処理である。この処理は、情報記録媒体（メディア）の種類に応じて要否が判定される。ボーダークローズ処理が必要である場合は、ステップＳ１１２においてボーダークローズ処理が実行される。
【００６５】
このような処理によって、ファイナライズ処理が実行される。ファイナライズ処理によって、情報記録媒体（メディア）の追記は禁止された状態になる。しかし、前述したように、一旦、ファイナライズを行っても、ファイナライズ解除処理を実行することで、ファイナライズ状態を解除することが可能であり、この処理によって情報記録媒体（メディア）を追記可能状態に戻すことが可能である。
【００６６】
［４．フォトムービー作成処理］
次に、フォトムービー作成処理の詳細について説明する。前述したように、フォトムービーは、情報記録媒体（メディア）に記録された静止画データを読み出して復号した後、再度、動画形式の符号化データに符号化して情報記録媒体（メディア）に再書き込みを行なう処理である。フォトムービーの作成処理は、例えば、上述したファイナライズ処理に際して実行される。あるいはファイナライズと異なるタイミング、例えば、データ編集処理として実行することも可能である。例えば、図１に示す入出力インタフェース１１４を介してユーザからフォトムービー作成処理要求が入力された場合に、記録再生制御部１１０の制御のもとにフォトムービー作成処理が開始される。
【００６７】
フォトムービーの作成シーケンスについて、図１１に示すフローチャートを参照して説明する。まず、ステップＳ２０１において、フォトムービー用のプレイリストをＲＡＭ上に作成する。これは、先に、［２．データ・フォーマット］の欄において説明したプレイリストであり、ＡＶストリームとしてのコンテンツに対応する再生リストである。この場合は、フォトムービーに対応する再生リストとしてのプレイリストをＲＡＭ上に生成する。
【００６８】
次にステップＳ２０２において、フォトムービー用のクリップ情報をＲＡＭ上に作成する。クリップ情報は、先に説明したように、ＡＶストリームの属性を定義するファイルであり、この場合は、フォトムービーに対応する属性定義ファイルとしてのクリップ情報をＲＡＭ上に生成する。
【００６９】
次に、ステップＳ２０３において、図１に示す符号復号化部１４０を静止画のデコード（復号）処理を行い外部出力する状態へ遷移させ、ステップＳ２０４において、入出力信号制御部１５０を符号復号化部１４０からの信号を入力する状態に設定し、ステップＳ２０５において、媒体制御部１２０を介して、情報記録媒体（メディア）１８０に記録済みの静止画のストリームを読み出す。
【００７０】
次に、ステップＳ２０６において、情報記録媒体（メディア）から読み出された静止画ストリームを符号復号化部１４０において復号（デコード）し、入出力信号制御部１５０に出力する。次に、ステップＳ２０７において、入出力信号制御部１５０は、入力されている静止画をキャプチャし、ステップＳ２０８においてキャプチャ画面を符号復号化部１４０へ出力する。
【００７１】
ステップＳ２０９では、符号復号化部１４０において、入出力信号制御部１５０から入力した静止画に基づいて、動画形式の符号化データ（例えばMPEG-4 Part 10 Advanced Video Coding(AVC)/H.264形式）にするエンコード処理を実行し、フォトムービーに対応するストリームを生成して記録再生用ワークメモリ１３０に格納する。
【００７２】
次に、ステップＳ２１０において、媒体制御部１２０が記録再生用ワークメモリ１３０に保存されているエンコードされたデータからＩピクチャを情報記録媒体（メディア）１８０に記録する。ＩピクチャはＭＰＥＧデータを構成するＩピクチャ、Ｐピクチャ、Ｂピクチャの構成要素であり、ＭＰＥＧ符号化データ中の重要ピクチャである。
【００７３】
次に、ステップＳ２１１において、符号化処理において生成されたＩピクチャの数に相当するプレイアイテムをフォトムービー用のプレイリスト内に追加する処理を実行する。すなわちフォトムービーのプレイリストにはフォトムービーを構成するＩピクチャ毎にプレイアイテムが設定される。
【００７４】
次に、ステップＳ２１２において、符号化処理において生成されたＩピクチャごとの情報をフォトムービー用のクリップ情報内に追加する。クリップ情報は、ＡＶストリームの属性を定義するファイルであり、例えば、ｃｏｄｉｎｇ，ｓｉｚｅ，時間→アドレス変換、再生管理情報、タイムマップ等が含まれ、これらの情報を各Ｉピクチャに対応して生成し、クリップ情報内に記録する。
【００７５】
次に、ステップＳ２１３において、情報記録媒体（メディア）に記録された全ての静止画のフォトムービー変換処理が終了したか否かを確認し、終了していない場合は、ステップＳ２０３以下の処理を未処理データに対して実行する。ステップＳ２１３において、情報記録媒体（メディア）に記録された全ての静止画のフォトムービー変換処理が終了したと判定されると、ステップＳ２１４に進み、ＲＡＭ上で生成したフォトムービー用のプレイリストを記録媒体に書き込む。
【００７６】
次に、ステップＳ２１５において、ＲＡＭ上で生成したフォトムービー用のクリップ情報を記録媒体に書き込み、ステップＳ２１６において、ムービーオブジェクトファイルに対して、生成したフォトムービーに対応する情報を記録する更新処理を行って記録媒体に書き込む。ムービーオブジェクトは、再生制御を行うためのコマンドの集合体であり、新たに生成したフォトムービーに対応するコマンドをムービーオブジェクトに記録する更新を実行して記録媒体に書き込む。さらに、ステップＳ２１７において、インデックスファイルについても、フォトムービーに対応する情報の記録を行なった後、記録媒体に書き込む。
【００７７】
以上の処理によって、フォトムービーの作成、情報記録媒体（メディア）に対する記録処理が終了する。
【００７８】
［５．メニュー作成処理］
次に、メニュー作成処理の詳細について説明する。前述したように、メニューの作成処理は、例えば、上述したファイナライズ処理に際して実行される。あるいはファイナライズと異なるタイミング、例えば、データ編集処理として実行することも可能である。例えば、図１に示す入出力インタフェース１１４を介してユーザからメニュー作成処理要求が入力された場合に、記録再生制御部１１０の制御のもとにメニュー作成処理が開始される。
【００７９】
メニューの作成シーケンスについて、図１２に示すフローチャートを参照して説明する。まず、ステップＳ２５１において、メニュー用のプレイリストをＲＡＭ上に作成する。これは、先に、［２．データ・フォーマット］の欄において説明したプレイリストであり、ＡＶストリームとしてのコンテンツに対応する再生リストである。この場合は、メニューに対応する再生リストとしてのプレイリストをＲＡＭ上に生成する。
【００８０】
次にステップＳ２５２において、メニュー用のクリップ情報をＲＡＭ上に作成する。クリップ情報は、先に説明したように、ＡＶストリームの属性を定義するファイルであり、この場合は、メニューに対応する属性定義ファイルとしてのクリップ情報をＲＡＭ上に生成する。
【００８１】
次に、ステップＳ２５３において、図１に示す符号復号化部１４０を動画のデコード（復号）処理を行い外部出力する状態へ遷移させ、ステップＳ２５４において、入出力信号制御部１５０を符号復号化部１４０からの信号を入力する状態に設定し、ステップＳ２５５において、媒体制御部１２０を介して、情報記録媒体（メディア）１８０に記録済みの動画の代表画、例えば各チャプタの先頭画像データのストリームを読み出す。
【００８２】
次に、ステップＳ２５６において、情報記録媒体（メディア）から読み出された代表画ストリームを符号復号化部１４０において復号（デコード）し、入出力信号制御部１５０に出力する。このステップＳ２５５、Ｓ２５６の処理は、１ページのチャプタ数分繰り返し実行される。すなわち、各チャプタ毎に代表画像が選択されメニューに表示される構成としたメニューが生成される。
【００８３】
次に、ステップＳ２５７において、入出力信号制御部１５０は、入力されている静止画をキャプチャし、ステップＳ２５８においてキャプチャ画面を符号復号化部１４０へ出力する。
【００８４】
ステップＳ２５９では、符号復号化部１４０において、入出力信号制御部１５０から入力した代表画に基づいて、動画形式の符号化データ（例えばMPEG-4 Part 10 Advanced Video Coding(AVC)/H.264形式）にするエンコード処理を実行し、メニューに対応するストリームを生成して記録再生用ワークメモリ１３０に格納する。
【００８５】
次に、ステップＳ２６０において、媒体制御部１２０が記録再生用ワークメモリ１３０に保存されているエンコードされたデータからＩピクチャを情報記録媒体（メディア）１８０に記録する。ＩピクチャはＭＰＥＧデータを構成するＩピクチャ、Ｐピクチャ、Ｂピクチャの構成要素であり、ＭＰＥＧ符号化データ中の重要ピクチャである。
【００８６】
次に、ステップＳ２６１において、符号化処理において生成されたＩピクチャの数に相当するプレイアイテムをメニュー用のプレイリスト内に追加する処理を実行する。すなわちメニューのプレイリストにはメニューを構成するＩピクチャ毎にプレイアイテムが設定される。
【００８７】
次に、ステップＳ２６２において、符号化処理において生成されたＩピクチャごとの情報をメニュー用のクリップ情報内に追加する。クリップ情報は、ＡＶストリームの属性を定義するファイルであり、例えば、ｃｏｄｉｎｇ，ｓｉｚｅ，時間→アドレス変換、再生管理情報、タイムマップ等が含まれ、これらの情報を各Ｉピクチャに対応して生成し、クリップ情報内に記録する。
【００８８】
次に、ステップＳ２６３において、メニューを構成する全てのページに対応するメニュー生成処理が終了したか否かを確認し、終了していない場合は、ステップＳ２５３以下の処理を未処理データに対して実行する。ステップＳ２６３において、情報記録媒体（メディア）に記録されたコンテンツに対応するメニューページの生成処理が終了したと判定されると、ステップＳ２６４に進み、ＲＡＭ上で生成したメニュー用のプレイリストを記録媒体に書き込む。
【００８９】
次に、ステップＳ２６５において、ＲＡＭ上で生成したメニュー用のクリップ情報を記録媒体に書き込み、ステップＳ２６６において、ムービーオブジェクトファイルに対して、生成したメニューに対応する情報を記録する更新処理を行って記録媒体に書き込む。ムービーオブジェクトは、再生制御を行うためのコマンドの集合体であり、新たに生成したメニューに対応するコマンドをムービーオブジェクトに記録する更新を実行して記録媒体に書き込む。さらに、ステップＳ２６７において、インデックスファイルについても、メニューに対応する情報の記録を行なった後、記録媒体に書き込む。
【００９０】
以上の処理によって、メニューの作成、情報記録媒体（メディア）に対する記録処理が終了する。
【００９１】
［６．ファイナライズ状態判定処理］
次に、情報記録媒体（メディア）が追記処理の禁止されたファイナライズ状態にあるか否かを判定する処理について説明する。この判定処理は、図１に示す記録再生制御部１１０の制御のもとに、情報記録媒体（メディア）１８０から判定処理に必要なデータを検証して実行される。ファイナライズ状態判定処理シーケンスについて、図１３に示すフローチャートを参照して説明する。
【００９２】
なお、図１３に示すフローにおいて、それぞれ点線で囲った部分（ａ）〜（ｅ）がそれぞれ独立したファイナライズ状態判定処理であり、システムや商品仕様に応じて判定処理（ａ）〜（ｅ）から１つ以上の判定処理を組み合わせて実行する構成とすることが可能である。図１３に示すフローチャートでは、判定処理（ａ）〜（ｅ）のすべての判定処理を実行する構成例について説明する。
【００９３】
判定処理（ａ）
まず、ステップＳ３０１において、情報記録媒体に記録されたインデックスファイルを読み出してメモリに保持する。インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］は、タイトルなどのインデックス情報が格納されたファイルである。例えば、ファイナライズ処理においてメニュー作成やフォトムービーの作成が行われた場合、メニューやフォトムービーに対応するタイトルなどのインデックス情報が記録されている。
【００９４】
ステップＳ３０２では、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］に設定されたプレイリストテーブルフィールド［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］のトップメニュープレイリスト［ＴｏｐＭｅｎｕＰｌａｙＬｉｓｔｓ（）］内の登録プレイリスト数を確認し、ステップＳ３０３において、登録数が１以上であると判定した場合は、情報記録媒体（メディア）が追記処理の禁止されたファイナライズ状態にあると判定する。
【００９５】
判定処理（ｂ）
次に、ステップＳ３０４では、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］に設定されたプレイリストテーブルフィールド［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］のファーストプレイバックプレイリスト［ＦｉｒｓｔＰｌａｙｂａｃｋＰｌａｙＬｉｓｔｓ（）］内の登録プレイリスト数を確認し、ステップＳ３０５において、登録数が１以上であると判定した場合は、情報記録媒体（メディア）が追記処理の禁止されたファイナライズ状態にあると判定する。
【００９６】
上記判定処理（ａ），（ｂ）は、メニューが生成されているか否かについて、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］の記録情報に基づいて確認し、メニューが生成されている場合には、情報記録媒体（メディア）が追記処理の禁止されたファイナライズ状態にあると判定する処理に相当する。
【００９７】
先に、図１２を参照して説明したメニュー作成処理において、ステップＳ２６７では、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］の更新がなされて、情報記録媒体に記録する処理が実行される。この更新処理において、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］には、メニューの作成処理に伴う情報が記録される。上記判定処理（ａ），（ｂ）は、この記録情報に基づいてメニューが作成されているか否かを判定してメニューが作成されていると判定された場合は、情報記録媒体（メディア）が追記処理の禁止されたファイナライズ状態であると判定する処理である。
【００９８】
具体的なインデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］の構成について、図１４以下を参照して説明する。図１４は、インデックスファイルのシンタクスである。ここでは、シンタクスをコンピュータ装置などのプログラムの記述言語として用いられるＣ言語の記述法に基づき示す。これは、他のシンタクスを表す図において、同様である。
【００９９】
図１４に示すように、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］には、このファイルがインデックスファイルであることを示すタイプ情報［ＴｙｐｅＩｎｄｉｃａｔｏｒ］が記録され、その後にバージョン情報、各実体データのスタートアドレス情報［ＩｎｄｅｘｅｓＳｔａｒｔＡｄｄｒｅｓｓ］〜［ＥｘｔｅｎｓｉｏｎＳｔａｒｔＡｄｄｒｅｓｓ］が記録され、その後に、実体データとして、アプリケーション情報ブロック［ＡｐｐｌＩｎｆｏＢＤＭＶ（）］、インデックス情報ブロック［Ｉｎｄｅｘｅｓ（）］、エクステンションデータブロック［ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）］３０１が記録される。
【０１００】
図１５は、図１４に示すインデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］中のエクステンションデータブロック［ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）］３０１のシンタクスである。このエクステンションデータブロックには、インデックス情報内の他のブロックに記述できない様々な拡張データを記録することが可能である。図に示す例では、拡張データとして、識別情報データフィールドとして設定されるＩＤ１フィールドに、記録データのフォーマット情報［ＡＶＣＨＤ］を示す値を記録し、ＩＤ２フィールドにバージョン情報を記録した例を示している。さらに、データブロック３１０には、様々な拡張データを記録することができる。
【０１０１】
データブロック３１０の例を図１６に示す。データブロックには、メーカー独自のデータなどが記録可能であり、図１６に示す例では、ＡＶＣＨＤにおけるＵＩアプリケーション情報ブロック［ＵＩＡｐｐＩｎｆｏＡＶＣＨＤ（）］、プレイリストテーブル情報ブロック［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］３２１、メーカープライベートデータブロック［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］が設定された構成となっている。
【０１０２】
図１７は、インデックス情報ファイルのエクステンションデータブロック中の図１６に示すプレイリストテーブル情報ブロック［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］３２１の構成例を示す図である。ここにはプレイリストに関する情報を記録する。図１７に示すインデックス情報ファイルのエクステンションデータブロック中のプレイリストテーブル情報ブロック［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］内のファーストプレイバックおよびトップメニュープレイリスト情報フィールド［ＦｉｒｓｔＰｌａｙｂａｃｋ＿ＰｌａｙＬｉｓｔｓ（）］，［ＴｏｐＭｅｎｕ＿ＰｌａｙＬｉｓｔｓ（）］３３１には、ファーストプレイバックおよびトップメニューに対応するプレイリスト情報が記録される。ファーストプレイバック対応のプレイリストは、情報記録媒体（メディア）の起動時に呼び出され実行されるプレイリストであり、トップメニューに対応するプレイリストはメニュー表示処理に従って呼び出され実行されるプレイリストである。いずれもメニューが作成された場合に設定されるプレイリストであり、メニューが作成されていない場合には作成されないプレイリストである。
【０１０３】
図１８は、図１７に示すインデックス情報ファイルのエクステンションデータブロック中のプレイリストテーブル情報ブロック［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］内に含まれるファーストプレイバックおよびトップメニュープレイリスト情報フィールド３３１の構成例を示している。ファーストプレイバックおよびトップメニュープレイリスト情報フィールド３３１の構成は同一であるので、１つのシンタクスのみを示してある。
【０１０４】
例えば、図１８に示すシンタクスが、ファーストプレイバックプレイリストフィールド［ＦｉｒｓｔＰｌａｙｂａｃｋ＿ＰｌａｙＬｉｓｔｓ（）］に対応するシンタクスである場合、ここには、ファーストプレイバック対応のプレイリスト、すなわち情報記録媒体（メディア）の起動時に呼び出され実行されるプレイリストに関する情報が記録される。具体的には、先に、図１２を参照して説明したメニュー作成処理を実行した場合、図１２のステップＳ２６７のインデックスファイルの更新処理に際して、作成したメニューに基づく情報が記録される。具体的には、メニュー対応のプレイリストが生成された場合は、図１２のステップＳ２６７において、プレイリスト数フィールド［ｎｕｍｂｅｒ  ｏｆ  Ｐｌａｙｌｉｓｔ］３４１に［１］が設定される。生成されていない場合は［０］が設定される。
【０１０５】
図１３に示す判定処理（ｂ）、すなわち、ステップＳ３０４〜Ｓ３０５の判定処理は、図１８に示すファーストプレイバックプレイリストフィールド［ＦｉｒｓｔＰｌａｙｂａｃｋ＿ＰｌａｙＬｉｓｔｓ（）］内のプレイリスト数フィールド［ｎｕｍｂｅｒ  ｏｆ  Ｐｌａｙｌｉｓｔ］３４１に［１］が設定されているか否かを確認する処理であり、［１］が設定されている場合は、ファーストプレイバック対応のプレイリスト、すなわち情報記録媒体（メディア）の起動時に呼び出され実行されるメニューに対応するプレイリストが生成されていると判断し、先に、図９を参照して説明したファイナライズ処理、すなわちメディアを追記禁止とする処理が実行されていると判断するものである。
【０１０６】
また、図１８に示すシンタクスが、トップメニュープレイリスト情報フィールド［ＴｏｐＭｅｎｕ＿ＰｌａｙＬｉｓｔｓ（）］に対応するシンタクスである場合、ここには、トップメニューに対応するプレイリスト、すなわち、メニュー表示処理に従って呼び出され実行されるプレイリストに関する情報が記録される。具体的には、先に、図１２を参照して説明したメニュー作成処理を実行した場合、図１２のステップＳ２６７のインデックスファイルの更新処理に際して、作成したメニューに基づく情報が記録される。具体的には、メニュー対応のプレイリストが生成された場合は、図１２のステップＳ２６７において、プレイリスト数フィールド［ｎｕｍｂｅｒ  ｏｆ  Ｐｌａｙｌｉｓｔ］３４１に［１］が設定される。生成されていない場合は［０］が設定される。
【０１０７】
図１３に示す判定処理（ａ）、すなわち、ステップＳ３０２〜Ｓ３０３の判定処理は、図１８に示すファーストプレイバックプレイリストフィールド［ＦｉｒｓｔＰｌａｙｂａｃｋ＿ＰｌａｙＬｉｓｔｓ（）］内のプレイリスト数フィールド［ｎｕｍｂｅｒ  ｏｆ  Ｐｌａｙｌｉｓｔ］３４１に［１］が設定されているか否かを確認する処理であり、［１］が設定されている場合は、トップメニュー対応のプレイリスト、すなわちメニュー表示処理に従って呼び出され実行されるプレイリストが生成されていると判断し、先に、図９を参照して説明したファイナライズ処理、すなわちメディアを追記禁止とする処理が実行されていると判断するものである。
【０１０８】
図１３に示すフローチャートに戻りファイナライズ判定処理の説明を続ける。
判定処理（ｃ）
判定処理（ｃ）は、ステップＳ３０６〜Ｓ３０８の処理ステップによって構成される。ステップＳ３０６では、先に図６を参照して説明したディレクトリ構成中のプレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］、およびバックアップ［ＢＡＣＫＵＰ］ディレクトリに含まれるバックアップデータとしてのプレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］に保存されているプレイリストのタイトルを全て確認する。
【０１０９】
さらに、ステップＳ３０７では、先に図１４を参照して説明したインデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］のエクステンションデータブロック［ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）］３０１（図１５）内のデータブロック［ｄａｔａ  ｂｌｏｃｋ］３１０に含まれるプレイリストテーブル情報ブロック［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］３２１（図１６）中のデータ、すなわち図１７に示すデータ中のプレイリストペアタイトル情報フィールド［Ｔｉｔｌｅ＿ＰｌａｙＬｉｓｔ＿Ｐａｉｒ（）］３２２に登録されたプレイリストのタイトルを取得し、ステップＳ３０６において取得したプレイリストタイトルとの照合処理を実行する。図１７に示すデータ中のプレイリストペアタイトル情報フィールド［Ｔｉｔｌｅ＿ＰｌａｙＬｉｓｔ＿Ｐａｉｒ（）］３２２には、これまでに撮影した画像コンテンツに対応する登録されたプレイリストのタイトル情報が記録されている。ペア［Ｐａｉｒ］とはプレイリストとタイトルとのペアを意味する。
【０１１０】
ステップＳ３０８において、ステップＳ３０６において、実存するプレイリストから取得したプレイリストタイトルと、ステップＳ３０７においてインデックスファイルのプレイリストペアタイトル情報フィールド［Ｔｉｔｌｅ＿ＰｌａｙＬｉｓｔ＿Ｐａｉｒ（）］３２２から取得した登録済みのプレイリストタイトルとを照合して、インデックスファイルのプレイリストペアタイトル情報フィールド［Ｔｉｔｌｅ＿ＰｌａｙＬｉｓｔ＿Ｐａｉｒ（）］３２２に登録されていないプレイリストの存在が確認された場合は、メディアを追記禁止としたファイナライズ状態にあるものと判断する。実存するプレイリストがすべて登録されている場合は、ステップＳ３０９に進む。
【０１１１】
この判定処理（ｃ）は、メディアに記録されたプレイリストのタイトルと、インデックスファイルのプレイリストペアタイトル情報フィールド［Ｔｉｔｌｅ＿ＰｌａｙＬｉｓｔ＿Ｐａｉｒ（）］３２２に登録されたプレイリストタイトルとの照合を行なうものである。プレイリストペアタイトル情報フィールド［Ｔｉｔｌｅ＿ＰｌａｙＬｉｓｔ＿Ｐａｉｒ（）］３２２に登録されないプレイリストは、前述したメニューに対応するプレイリストである可能性が高く、この場合は、図９を参照して説明したメニュー作成を伴うファイナライズ処理が実行されたと判定するものである。
【０１１２】
判定処理（ｄ）
判定処理（ｄ）は、ステップＳ３０９〜Ｓ３１１の処理ステップによって構成される。この判定処理は、先に図１１を参照して説明したフォトムービーの作成が実行されているか否かに基づいて追記を禁止するファイナライズ処理の実行の有無を判定する処理である。図９を参照して説明したように、フォトムービーの作成処理は、ファイナライズ処理に際して、メディアに記録済みの静止画を集積して動画データに変換して再記録する処理として実行される。従って、フォトムービーが作成されていれば、ファイナライズが実行済みであると判定するものである。
【０１１３】
ステップＳ３０９では、先に図１４を参照して説明したインデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］のエクステンションデータブロック［ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）］３０１（図１５）内のデータブロック［ｄａｔａ  ｂｌｏｃｋ］３１０に含まれるプレイリストテーブル情報ブロック［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］３２１（図１６）中のデータ、すなわち図１７に示すデータ中のプレイリストペアタイトル情報フィールド［Ｔｉｔｌｅ＿ＰｌａｙＬｉｓｔ＿Ｐａｉｒ（）］３２２に登録された最終プレイリストを読み込む。なお、ここでは、処理負担を考慮して最終プレイリストのみの確認構成として説明するが、例えば登録されたプレイリストの最後からｎ番目までを検証するといった処理やすべての登録プレイリストを検証する処理として実行してもよい。フォトムービーの作成はファイナライズ時に実行され、基本的には最終プレイリストとして登録されるので、最終登録プレイリストがフォトムービーに対応するプレイリストであるかを判断する処理のみで十分である。
【０１１４】
ステップＳ３１０では、最終プレイリストのメーカープライベートデータ［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］のフォトムービー識別マークの有無を判定し、ステップＳ３１１において、フォトムービー識別マークがあれば、フォトムービーが生成済みでありファイナライズ状態にあると判断する。フォトムービー識別マークがなければ、ステップＳ３１２に進む。
【０１１５】
個々のプレイリストファイルには、メーカープライベートデータ［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］が設定される。プレイリストがフォトムービー対応のプレイリストである場合、このメーカープライベートデータ［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］フィールドに、フォトムービー識別マークが記録される。プレイリストファイルのシンタクスを図１９に示す。
【０１１６】
プレイリストファイルには、図１９に示すように、タイプ情報［ＴｙｐｅＩｎｄｉｃａｔｏｒ］が記録され、その後に各実体データのスタートアドレス情報［ＰｌａｙＬｉｓｔＳｔａｒｔＡｄｄｒｅｓｓ］〜［ＥｘｔｅｎｓｉｏｎＳｔａｒｔＡｄｄｒｅｓｓ］が記録され、その後に、プレイリストファイルに記録される実体データの記録フィールド［ｂｌｋＡｐｐｌｉｃａｔｉｏｎＰｌａｙＬｉｓｔ（）］〜［ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）］３５１が記録された構成を持つ。
【０１１７】
図２０は、プレイリストファイルに含まれるエクステンションデータブロック［ＥｘｔｅｎｓｉｏｎＤａｔａ（）］のシンタクスを示す。プレイリストファイルのエクステンションデータブロック［ＥｘｔｅｎｓｉｏｎＤａｔａ（）］には、データの種類を示す［ｔｙｐｅ＿ｉｎｄｉｃａｔｏｒ］、エクステンションデータブロック［ＥｘｔｅｎｓｉｏｎＤａｔａ（）］に記録されるデータの開始アドレス［ＰｌａｙＬｉｓｔＭａｒｋＥｘｔ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ］、［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ］、さらに、実質的なデータ記録領域として、ブロック［ＰｌａｙＬｉｓｔＭｅｔａ（）］、プレイリストマークエクステンションブロック［ＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）］、およびメーカープライベートデータブロック［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］３６１が記録される。
【０１１８】
図２０に示すプレイリストファイルのエクステンションデータブロック中のメーカープライベートデータブロック［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］３６１シンタクスを図２１に示す。図２１に示すように、プレイリストファイルに含まれるメーカープライベートデータブロック［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］は、データブロックの開始アドレスを示すデータブロックスタートアドレス［ｄａｔａ＿ｂｌｏｃｋ＿ｓｔａｒｔ＿ａｄｒｅｓｓ］、メーカーエントリ数［ｎｕｍｂｅｒ＿ｏｆ＿ｍａｋｅｒ＿ｅｎｔｒｉｅｓ］などのフィールドの他、実質的なデータ記録領域としてのデータブロック［ｄａｔａ＿ｂｌｏｃｋ］３７１を有する。
【０１１９】
このデータブロック［ｄａｔａ＿ｂｌｏｃｋ］３７１に、このプレイリストが、フォトムービーに対応するプレイリストであることを記録する。例えばＡＢＣ社製ビデオ機器において作成したフォトムービーであることを示すコードをＡＳＣＩＩコードなどで記録する。
【０１２０】
ファイナライズ処理の後、ファイナライズを解除する場合、各プレイリストのエクステンションデータを参照することで、フォトムービー対応のプレイリストであるか否かを容易に判別することが可能であり、そのプレイリストに記録された情報に基づいて、フォトムービーに対応する実体コンテンツおよび属性データを容易に検索して削除することが可能となる。すなわち、図１に示す主制御部１１１は、情報記録媒体（メディア１８０）の追記禁止状態の解除処理に際して、プレイリストを参照して、プレイリストに記録された識別データに基づいて、静止画データに基づいて生成した動画形式の符号化データに対応する属性情報格納ファイル（プレイリスト）を検出し、静止画データに基づいて生成した動画形式の符号化データに対応するコンテンツおよび関連情報の削除を実行する。この処理によって、迅速なファイナライズ解除処理が可能となる。
【０１２１】
図１３に示すファイナライズ状態判定処理におけるステップＳ３０９〜Ｓ３１１の処理は、上述したようにプレイリストファイルを参照して、フォトムービーの作成が実行されているか否かに基づいて追記を禁止するファイナライズ処理の実行の有無を判定する処理である。図９を参照して説明したように、フォトムービーの作成処理は、ファイナライズ処理に際して、メディアに記録済みの静止画を集積して動画データに変換して再記録する処理として実行される。従って、フォトムービーが作成されていれば、ファイナライズが実行済みであると判定するものである。
【０１２２】
判定処理（ｅ）
判定処理（ｅ）は、ステップＳ３１２〜Ｓ３１３の処理ステップによって構成される。この判定処理は、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］のメーカープライベートデータ［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］領域にファイナライズされていることを示す識別子が記録されているか否かを確認して、記録されている場合には、ファイナライズ状態にあると判定する処理である。
【０１２３】
先に、図１４を参照して説明したインデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］にも図１６に示すようにメーカープライベートデータ［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］３２２が設定され、様々なデータを記録することができる。先に図９を参照して説明したファイナライズ処理が実行された場合、このメーカープライベートデータ［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］３２２にファイナライズがなされたことを示す識別子が記録される。
【０１２４】
ステップＳ３１２では、このインデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］に含まれるメーカープライベートデータ［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］を読み出す。ステップＳ３１３において、このフィールドにファイナライズがなされたことを示す識別子が記録されていると判定した場合は、ファイナライズが実行済みであると判定する。識別子が記録されていないと判定した場合は、ファイナライズが実行されていないと判定する。
【０１２５】
以上、説明したように、本発明の情報処理装置では、以下のいずれかの状態である場合には、情報記録媒体（メディア）が追記を禁止されたファイナライズ状態であると判定する。
（ａ）インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］のトップメニュープレイリストフィールド［ＦｉｒｓｔＰｌａｙｂａｃｋ＿ＰｌａｙＬｉｓｔｓ（）］内のプレイリスト数フィールド［ｎｕｍｂｅｒ  ｏｆ  Ｐｌａｙｌｉｓｔ］に［１］が設定されている。
（ｂ）インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］のファーストプレイバックプレイリストフィールド［ＦｉｒｓｔＰｌａｙｂａｃｋ＿ＰｌａｙＬｉｓｔｓ（）］内のプレイリスト数フィールド［ｎｕｍｂｅｒ  ｏｆ  Ｐｌａｙｌｉｓｔ］に［１］が設定されている。
（ｃ）インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］のプレイリストペアタイトル情報フィールド［Ｔｉｔｌｅ＿ＰｌａｙＬｉｓｔ＿Ｐａｉｒ（）］に登録されないプレイリストが存在する。
（ｄ）プレイリストファイルのメーカープライベートデータブロック［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］にフォトムービーに対応するプレイリストであることを示す情報が記録されている。
（ｅ）インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］のメーカープライベートデータブロック［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］にフアイナライズ処理済みであることを示す情報が記録されている。
【０１２６】
上記（ａ）〜（ｅ）のいずれかの１つでも該当する場合は、情報記録媒体（メディア）は、追記が禁止された状態、すなわちファイナライズ状態であると判定する。この場合、情報処理装置の表示部には、装着された情報記録媒体（メディア）がファイナライズ状態にありデータの追記ができない状態であることを通知するための識別情報の表示がなされる。表示例を図２２に示す。
【０１２７】
図２２には２つの識別情報の表示例（１），（２）を示している。表示例（１）は、常時、表示する例であり、ファイナライズ状態表示アイコン３８１を常に画面（モニタ）に表示される処理構成である。表示例（２）は、例えば、ユーザがビデオカメラの撮影開始ボタンを操作した場合などのトリガに基づいて、画面（モニタ）に警告メッセージ３８２を表示する例である。ユーザはこれらの表示に基づいて、追記ができない状態であることを確認することができる。
【０１２８】
情報処理装置を適用したデータ記録開始時のファイナライズ状態情報に基づく処理シーケンスについて、図２３に示すフローを参照して説明する。この図２３に示すフローチャートの処理は、図１に示す入出力インタフェース１１４を介するユーザの撮影ボタンの押下を主制御部１１１が検出し、主制御部１１１の制御の下に実行される。まず、ステップＳ４０１において、メモリ、例えば図１に示すＲＡＭ１１３に保持されたファイナライズ状態にあるか否かを示す情報を取得する。この情報は、先に図１３に示すフローチャートを参照して説明したファイナライズ状態判定処理の結果として得られた情報である。なお、図１３に示すファイナライズ状態判定処理は、情報記録媒体（メディア）の装着時や電源の入力時に実行され、判定情報がＲＡＭ１１３に格納される。なお、ファイナライズ状態にないメディアに対してファイナライズ処理が実行された場合には、ＲＡＭ１１３の状態値は書き換えが実行される。
【０１２９】
ステップＳ４０２において、メモリから取得したファイナライズ状態情報に基づいてファイナライズ状態にないと判定された場合は、ステップＳ４０３に進み、先に図６を参照して説明したディレクトリ構成におけるバックアップデータの格納ディレクトリであるＢＤＭＶ／ＢＡＣＫＵＰ以下のエントリ数（ファイル／ディレクトリ）を取得する。
【０１３０】
次に、ステップＳ４０４において、ステップＳ４０３において取得したエントリ数が０でなく１つ以上存在するか否かを判定する、１つ以上存在すると判定されると、ステップＳ４０７に進み、記録禁止であることを表示し、ステップＳ４０８において警告音を鳴らしてユーザに警告する。一方、ステップＳ４０４において取得エントリ数が０であると判定された場合は、ステップＳ４０５に進み、通常の撮影処理を実行する。
【０１３１】
また、ステップＳ４０２において、メモリから取得したファイナライズ状態情報に基づいてファイナライズ状態にあると判定された場合は、ステップＳ４０６、Ｓ４０８に進み、ファイナライズ状態にあり、追記ができないことを通知する表示や警告音を出力する。例えば、図２２を参照して説明した表示がなされる。
【０１３２】
なお、ステップＳ４０３においてディレクトリＢＤＭＶ／ＢＡＣＫＵＰ以下のエントリ数（ファイル／ディレクトリ）を取得し、ステップＳ４０４においてエントリ数＝０でないと判定された場合、追記不可状態にあるが、この追記不可状態を解消するための処理として、特定ディレクトリＢＤＭＶ／ＢＡＣＫＵＰ以下のファイル。−、ディレクトリを削除して、ＢＤＭＶ／ＢＡＣＫＵＰ以下のエントリ数（ファイル／ディレクトリ）を０として、追記可能状態に移行させる処理を実行する構成としてもよい。
【０１３３】
［７．ファイナライズ状態解除処理］
先に図９に示すフローチャートを参照して説明したファイナライズ処理は、情報記録媒体（メディア）に対する追記を禁止する状態に設定する処理であるが、ファイナライズ状態は、解除することができ、解除処理によって、情報記録媒体（メディア）に対する追記を、再度可能にすることができる。このファイナライズ解除処理はアンファイナライズ処理とも呼ばれる。ファイナライズ解除処理のシーケンスについて、図２４に示すフローチャートを参照して説明する。この処理は、図１に示す入出力インタフェース１１４を介するユーザのアンファイナライズ要求を主制御部１１１が検出し、主制御部１１１の制御の下に実行される。
【０１３４】
まず、ステップＳ５０１において、情報記録媒体に記録されたインデックスファイルを読み出してメモリに保持する。インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］は、タイトルなどのインデックス情報が格納されたファイルであり、先に、図１４〜図１８のシンタクスを参照して説明したデータ記録構造を持つ。
【０１３５】
ステップＳ５０２では、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］に設定されたプレイリストテーブルフィールド［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］のトップメニュープレイリスト［ＴｏｐＭｅｎｕＰｌａｙＬｉｓｔｓ（）］内の登録プレイリストを確認し、ステップＳ５０３において、登録プレイリストを削除する。この処理は、先に、図１３のファイナライズ状態判定処理フローで説明した判定処理（ａ）に対応する処理であり、ファイナライズ時に設定されたメニュー対応のプレイリスト、すなわち、トップメニュープレイリストを削除する処理である。
【０１３６】
次のステップＳ５０４では、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］に設定されたプレイリストテーブルフィールド［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］のファーストプレイバックプレイリスト［ＦｉｒｓｔＰｌａｙｂａｃｋＰｌａｙＬｉｓｔｓ（）］内の登録プレイリストを確認し、ステップＳ５０５において、登録プレイリストを削除する。この処理は、先に、図１３のファイナライズ状態判定処理フローで説明した判定処理（ｂ）に対応する処理であり、ファイナライズ時に設定されたメニュー対応のプレイリスト、すなわち、ファーストプレイバックプレイリストを削除する処理である。
【０１３７】
次に、ステップＳ５０６において、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］のエクステンションデータブロック［ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）］３０１（図１５）内のデータブロック［ｄａｔａ  ｂｌｏｃｋ］３１０に含まれるプレイリストテーブル情報ブロック［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］３２１（図１６）中のデータ、すなわち図１７に示すデータ中のプレイリストペアタイトル情報フィールド［Ｔｉｔｌｅ＿ＰｌａｙＬｉｓｔ＿Ｐａｉｒ（）］３２２に登録されたプレイリストを確認し、ステップＳ５０７において、登録のないプレイリストを削除する。
【０１３８】
この処理は、先に、図１３のファイナライズ状態判定処理フローで説明した判定処理（ｃ）に対応する処理であり、例えばファイナライズ時に設定されたメニュー対応のプレイリストや、登録の済んでないプレイリストを削除する処理である。
【０１３９】
次に、ステップＳ５０８において、先に図１４を参照して説明したインデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］のエクステンションデータブロック［ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）］３０１（図１５）内のデータブロック［ｄａｔａ  ｂｌｏｃｋ］３１０に含まれるプレイリストテーブル情報ブロック［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］３２１（図１６）中のデータ、すなわち図１７に示すデータ中のプレイリストペアタイトル情報フィールド［Ｔｉｔｌｅ＿ＰｌａｙＬｉｓｔ＿Ｐａｉｒ（）］３２２に登録された最終プレイリストを読み込む。
【０１４０】
次に、ステップＳ５０９において、最終プレイリストのメーカープライベートデータ［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］のフォトムービー識別マークの有無を判定し、ステップＳ５１０において、フォトムービー識別マークがあれば、ステップＳ５１１において、その最終プレイリストを削除する。フォトムービー識別マークがなければ、ステップＳ５１２に進む。
【０１４１】
この処理は、先に、図１３のファイナライズ状態判定処理フローで説明した判定処理（ｄ）に対応する処理であり、ファイナライズ時に設定されたフォトムービー対応のプレイリストを削除する処理である。
【０１４２】
次に、ステップＳ５１２において、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］のメーカープライベートデータ［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］領域にファイナライズされていないことを示す識別子を記録する。あるいはファイナライズされていることを示す識別子を削除する。
【０１４３】
なお、ステップＳ５０８〜Ｓ５１１の処理とステップＳ５１２の処理は、フォトムービー識別マークやファイナライズ識別子の記録を実行するサポート機器においてのみ実行すればよい、
【０１４４】
次に、ステップＳ５１３において、インデックスファイル［Ｉｎｄｅｘ．ｂｄｍｖ］とムービーオブジェクトファイル［ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ］を機器の仕様に応じて作り直してメディア上に再記録する更新処理を行い、再後にステップＳ５１４において、メモリ上に保存されているファイナライズ状態情報をファイナライズ状態にないことを示す状態値に変更して処理を終了する。
【０１４５】
この処理によって、情報記録媒体（メデイア）はデータの追記が可能な状態に設定される。この処理においてメニューが削除され、またフォトムービーも削除されており、先に図９を参照して説明したファイナライズ処理の実行前の状態と同様の状態に設定されることになる。
【０１４６】
なお、図２４に示すファイナライズ解除処理において、ステップＳ５０３、Ｓ５０５、Ｓ５０７、Ｓ５１１においてプレイリストの削除処理が実行される。このプレイリスト削除処理の詳細シーケンスについて、図２５に示すフローチャートを参照して説明する。
【０１４７】
まず、ステップＳ６０１において、削除対象のプレイリストファイルを情報記録媒体から取得して、メモリ（例えばＲＡＭ１１３）上に読み込む。ステップＳ６０２において、初期設定としてプレイアイテムＩＤ［ＰｌａｙＩｔｅｍ＿ｉｄ］を［０］に設定する。
【０１４８】
ステップＳ６０３において、プレイアイテムＩＤ［ＰｌａｙＩｔｅｍ＿ｉｄ］が、削除対象のプレイリストファイルに記録されたプレイアイテム数［ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＩｔｅｍｓ］未満であるか否かを判定する。初期設定はプレイアイテムＩＤ［ＰｌａｙＩｔｅｍ＿ｉｄ］＝０であるので、ステップＳ６０４に進む。
【０１４９】
図２６にプレイリストファイルのシンタクスを示す。プレイリストファイルには、図２６に示すように、タイプ情報［ＴｙｐｅＩｎｄｉｃａｔｏｒ］が記録され、その後に各実体データのスタートアドレス情報［ＰｌａｙＬｉｓｔＳｔａｒｔＡｄｄｒｅｓｓ］〜［ＥｘｔｅｎｓｉｏｎＳｔａｒｔＡｄｄｒｅｓｓ］が記録され、その後に、プレイリストファイルに記録される実体データの記録フィールド［ｂｌｋＡｐｐｌｉｃａｔｉｏｎＰｌａｙＬｉｓｔ（）］〜［ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）］が記録された構成を持つ。実体データとして記録されるプレイリスト情報ブロック［ＰｌａｙＬｉｓｔ（）］４０１のシンタクスを図２７に示す。
【０１５０】
プレイリスト情報ブロックには、プレイリストに設定されたプレイアイテムに関する情報が記録される。プレイアイテムには、先に図５を参照して説明したように、主として再生されるプレイアイテムに対応するメインパスに対して、サブプレイアイテムに対応するサブパスを持つことが可能であり、これらのメインパスに対応するプレイアイテム情報［ｂｌｋＰｌａｙＩｔｅｍ（）］、およびサブパスに対応するサブパス情報［ｂｌｋＳｕｂＰａｔｈ（）］が記録される。図２７に示すプレイリスト情報ブロックのプレイアイテム数［ＮｕｍｂｅｒＯｆＰｌａｙＩｔｅｍｓ］４１１にはプレイリスト中の登録プレイアイテム数が設定される。図２５に示すフローのステップＳ６０３では、このフィールドの設定数の検証を実行している。
【０１５１】
ステップＳ６０４では、プレイアイテムＩＤ［ＰｌａｙＩｔｅｍ＿ｉｄ］＝（初期値０）に対応するクリップ情報ファイル名［Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ［０］］を取得する。図２７に示すプレイリスト情報ブロックのプレイアイテムブロック［ｂｌｋＰｌａｙＩｔｅｍ（）］４１２に記録されたクリップ情報ファイル名［Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ［０］］を取得する。
【０１５２】
図２７に示すプレイリスト情報ブロックのプレイアイテムブロック［ｂｌｋＰｌａｙＩｔｅｍ（）］４１２のシンタクスを図２８に示す。プレイアイテムブロックにはプレイリストに含まれるプレイアイテム対応のクリップ情報について記録されており、例えば、クリップ情報ファイル名［ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎＦｉｌｅＮａｍｅ］４２１に、プレイリストに対応するクリップ情報のファイル名が記録されている。図２５のフローのステップＳ６０４では、このクリップ情報ファイル名［Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ［０］］を取得する。ステップＳ６０５では、取得したクリップ情報ファイル名に拡張子［．ｃｌｐｉ］を付加して、先に図６を参照して説明したディレクトリから、対応するファイルを検索して削除する。この処理によって、プレイリスト内の１つのプレイアイテムに対応するクリップ情報ファイルが削除されたことになる。さらに、ステップＳ６０６，Ｓ６０７において、図６を参照して説明したディレクトリ中のバックアップ［ＢＡＣＫＵＰ］ディレクトリ中のバックアップ情報として記録されたクリップ情報を検索して削除する。この処理の終了後、ステップＳ６０８において、設定値であるプレイアイテムＩＤ［ＰｌａｙＩｔｅｍ＿ｉｄ］を１増加させて、ステップＳ６０３以下の処理を繰り返す。
【０１５３】
このステップＳ６０３〜Ｓ６０８の処理を繰り返し実行し、削除対象のプレイリスト内のプレイアイテムに対応するクリップ情報がすべて削除されると、ステップＳ６０３の判定が［Ｎｏ］となり、ステップＳ６０９に進む。ステップＳ６０９〜Ｓ６１５の処理は、サブプレイアイテムに対応するクリップ情報ファイルの削除処理である。プレイアイテムには、先に図５を参照して説明したように、主として再生されるプレイアイテムに対応するメインパスに対して、サブプレイアイテムに対応するサブパスを持つことが可能であり、図２７を参照して説明したようにプレイリスト情報として、メインパスに対応するプレイアイテム情報［ｂｌｋＰｌａｙＩｔｅｍ（）］、およびサブパスに対応するサブパス情報［ｂｌｋＳｕｂＰａｔｈ（）］が記録される。ステップＳ６０９〜Ｓ６１５の処理は、この情報に基づいてプレイリストファイルから、サブプレイアイテム情報に対応するクリップ情報を取得して削除する処理である。
【０１５４】
まず、ステップＳ６０９において、初期設定としてサブパスＩＤ［ＳｕｂＰａｔｈ＿ｉｄ］を［０］に設定する。次に、ステップＳ６１０において、サブパスＩＤ［ＳｕｂＰａｔｈ＿ｉｄ］が、削除対象のプレイリストファイルに記録されたサブパス数［ｎｕｍｂｅｒ＿ｏｆ＿ＳｕｂＰａｔｈｓ］未満であるか否かを判定する。初期設定はサブパスＩＤ［ＳｕｂＰａｔｈ＿ｉｄ］＝０であるので、ステップＳ６１１に進む。
【０１５５】
ステップＳ６１１では、サブパスＩＤ［ＳｕｂＰａｔｈ＿ｉｄ］＝（初期値０）に対応するサブプレイアイテム［ＳｕｂＰｌａｙＩｔｅｍ（）］内のクリップ情報ファイル名［Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ［０］］を取得する。図２７に示すプレイリスト情報ブロックのプレイアイテムブロック［ｂｌｋＰｌａｙＩｔｅｍ（）］４１２に記録されたクリップ情報ファイル名［Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ［０］］を取得する。
【０１５６】
図２７に示すプレイリスト情報ブロックのサブパスブロック［ｂｌｋＳｕｂＰａｔｈ（）］４１３のシンタクスを図２９に示す。サブパスにおいては、図２９に示すプレイアイテム数フィールド［ＮｕｍｂｅｒＯｆＰｌａｙＩｔｅｍｓ］４３１の設定値は［１］に固定されている。すなわち、１つのサブパスに対応して１つのプレイアイテムが設定される。そのプレイアイテムの情報が、サブプレイアイテムフィールド［ＳｕｂＰｌａｙＩｔｅｍ（ｉ）］４３２に記録されている。サブプレイアイテムブロック［ＳｕｂＰｌａｙＩｔｅｍ（ｉ）］４３２のデータ構成例を図３０に示す。サブプレイアイテムブロックにはプレイリストに含まれるサブプレイアイテム対応のクリップ情報について記録されており、例えば、クリップ情報ファイル名［ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎＦｉｌｅＮａｍｅ］４４１に、サブパス対応のクリップ情報のファイル名が記録されている。
【０１５７】
図２５のフローのステップＳ６１１では、このクリップ情報ファイル名［Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ［０］］を取得する。ステップＳ６１２では、取得したクリップ情報ファイル名に拡張子［．ｃｌｐｉ］を付加して、先に図６を参照して説明したディレクトリから、対応するファイルを検索して削除する。この処理によって、プレイリスト内の１つのサブパスに対応するクリップ情報ファイルが削除されたことになる。さらに、ステップＳ６１３，Ｓ６１４において、図６を参照して説明したディレクトリ中のバックアップ［ＢＡＣＫＵＰ］ディレクトリ中のバックアップ情報として記録されたクリップ情報を検索して削除する。この処理の終了後、ステップＳ６１５において、設定値であるサブパスＩＤ［ＳｕｂＰａｔｈ＿ｉｄ］を１増加させて、ステップＳ６１０以下の処理を繰り返す。
【０１５８】
このステップＳ６１０〜Ｓ６１５の処理を繰り返し実行し、削除対象のプレイリスト内のサブパスに対応するクリップ情報がすべて削除されると、ステップＳ６１０の判定が［Ｎｏ］となり、処理を終了する。以上の処理によってプレイリストの削除が行われる。これらの処理が、図２４を参照して説明したファイナライズ解除処理において、ステップＳ５０３、Ｓ５０５、Ｓ５０７、Ｓ５１１において実行され、メニューやフォトムービーなどファイナライズ処理に際して生成されたプレイリストの削除処理が実行され、ファイナライズ実行前と同様のメディア状態に復帰することができ、追記可能な状態とされる。この状態では、メニューが存在せず、新たなコンテンツを記録してもメニューとの不整合が生じることがない。またフォトムービーも削除されているので、新たな静止画を記録し、新たにファイナライズを実行することで、新規に記録した静止画を含むフォトムービーを作成することが可能となる。
【０１５９】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１６０】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１６１】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１６２】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１６３】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１６４】
以上、説明したように、本発明の一実施例構成によれば、例えばビデオカメラ等の情報処理装置において、情報記録媒体が、データ追記可能な状態であるか否か、すなわちファイナライズ状態にあるか否かを判定する状態判定処理を実行し、状態判定処理に基づいて、情報記録媒体がデータ追記可能な状態でないと判定した場合、情報記録媒体が追記可能な状態にないことを知らせる通知処理を実行する構成としたので、ユーザは、情報記録媒体が、追記可能か否かを知ることが可能となる。また、ファイナライズ処理に基づいてバックアップデータが格納されるバックアップディレクトリのエントリ数を確認して、情報記録媒体がデータ追記可能な状態であるか否かを判定する構成としたので、より確実な追記可能状態の確認処理が実現される。
【図面の簡単な説明】
【０１６５】
【図１】本発明の情報処理装置の構成例を示すブロック図である。
【図２】情報記録媒体における記録データのデータ構造を説明する図である。
【図３】プレイリスト（ＰｌａｙＬｉｓｔ）、プレイアイテム（ＰｌａｙＩｔｅｍ）、クリップ（Ｃｌｉｐ）、クリップ情報（ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ）、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）の関係を示すＵＭＬ（Ｕｎｉｆｉｅｄ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ）図である。
【図４】プレイリストによるクリップの参照関係について説明する図である。
【図５】プレイリストに設定されるメインパスとサプパス対応のプレイリストとクリップの関係について説明する図である。
【図６】情報記録媒体に記録されるファイルの管理構造について説明する図である。
【図７】ビデオカメラによる録画・撮影に従ってＡＶストリームのクリップとともにプレイリストが生成される手順について説明する図である。
【図８】ビデオカメラによる録画・撮影に従ってＡＶストリームのクリップとともにプレイリストが生成される手順について説明する図である。
【図９】ファイナライズ処理のシーケンスについて説明するフローチャートを示す図である。
【図１０】フォトムービー作成有無を入力するためのＵＩの例を示す図である。
【図１１】フォトムービー作成処理のシーケンスについて説明するフローチャートを示す図である。
【図１２】メニュー作成処理のシーケンスについて説明するフローチャートを示す図である。
【図１３】ファイナライズ状態判定処理のシーケンスについて説明するフローチャートを示す図である。
【図１４】インデックスファイルのシンタクスについて説明する図である。
【図１５】インデックスファイルのエクステンション情報ブロックのシンタクスについて説明する図である。
【図１６】インデックスファイルのエクステンション情報ブロックのデータブロック内の構成例について説明する図である。
【図１７】インデックスファイルのエクステンション情報ブロックのデータブロック内の構成データ例について説明する図である。
【図１８】インデックスファイルのエクステンション情報ブロックのデータブロック内の構成データ例について説明する図である。
【図１９】プレイリストファイルの構造例としてのシンタクスを示す図である。
【図２０】プレイリスト内のエクステンションデータについて説明する図である。
【図２１】プレイリスト内のメーカープライベートデータについて説明する図である。
【図２２】ファイナライズ状態であることを通知するための表示例を示す図である。
【図２３】情報処理装置を適用したデータ記録開始時のファイナライズ状態情報に基づく処理シーケンスについて説明するフローチャートを示す図である。
【図２４】ファイナライズ解除処理のシーケンスについて説明するフローチャートを示す図である。
【図２５】プレイリスト削除処理のシーケンスについて説明するフローチャートを示す図である。
【図２６】プレイリストファイルの構造例としてのシンタクスを示す図である。
【図２７】プレイリストファイルにおけるプレイリストブロックのシンタクスを示す図である。
【図２８】プレイリストファイルにおけるプレイリストブロックのプレイアイテム情報の構造例としてのシンタクスを示す図である。
【図２９】プレイリストファイルにおけるサブパス情報のシンタクスを示す図である。
【図３０】プレイリストファイルにおけるサブパス情報に含まれるサブプレイアイテムのシンタクスを示す図である。
【符号の説明】
【０１６６】
１００  情報処理装置
１１０  記録再生制御部
１１１  主制御部（プロセッサ）
１１２  ＲＯＭ
１１３  ＲＡＭ
１１４  入出力インタフェース
１１５  バス
１２０  媒体制御部
１３０  記録再生用ワークメモリ
１４０  符号復号化部
１５０  入出力信号制御部
１８０  情報記録媒体
２００，２０１  クリップ
２１０〜２１２  プレイリスト
３８１  ファイナライズ状態表示アイコン
３８２  警告メッセージ
【図１】
2008217977.tif 000004
【図２】
2008217977.tif 000005
【図３】
2008217977.tif 000006
【図４】
2008217977.tif 000007
【図５】
2008217977.tif 000008
【図６】
2008217977.tif 000009
【図７】
2008217977.tif 000010
【図８】
2008217977.tif 000011
【図９】
2008217977.tif 000012
【図１１】
2008217977.tif 000013
【図１２】
2008217977.tif 000014
【図１３】
2008217977.tif 000015
【図１４】
2008217977.tif 000016
【図１５】
2008217977.tif 000017
【図１６】
2008217977.tif 000018
【図１７】
2008217977.tif 000019
【図１８】
2008217977.tif 000020
【図１９】
2008217977.tif 000021
【図２０】
2008217977.tif 000022
【図２１】
2008217977.tif 000023
【図２３】
2008217977.tif 000024
【図２４】
2008217977.tif 000025
【図２５】
2008217977.tif 000026
【図２６】
2008217977.tif 000027
【図２７】
2008217977.tif 000028
【図２８】
2008217977.tif 000029
【図２９】
2008217977.tif 000030
【図３０】
2008217977.tif 000031
【図１０】
2008217977.tif 000032
【図２２】
2008217977.tif 000033