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