(1)実施例の構成
(1−1)光ディスク装置の構成
図1は、本発明の実施例に係る光ディスク装置を示すブロック図である。この光ディスク装置1においては、図示しない撮像手段、音声取得手段により被写体の映像信号、音声信号を取得し、この映像信号及び音声信号による撮像結果を光ディスク2に記録する。またこの光ディスク2に記録した撮像結果を再生して液晶表示パネルによる表示手段、スピーカによる音声出力手段より出力し、また外部機器に出力する。この光ディスク装置1では、このような撮像結果による映像信号及び音声信号をMPEG(Moving Picture Experts Group)のフォーマットによりストリーミングデータに変換した後、所定のファイル形式により光ディスク2に記録するようになされ、この実施例では、このファイル形式にQuick Time(以下、「QT」と呼ぶ)が適用されるようになされている。
これにより光ディスク装置1において、ビデオ符号器11は、撮像結果による映像信号をアナログディジタル変換処理して映像データを生成し、この映像データをMPEGのフォーマットに従って符号化処理し、これにより映像データによるエレメンタリストリームを出力する。
またオーディオ符号器12は、撮像結果による音声信号をアナログディジタル変換処理して音声データを生成し、この音声データをMPEGのフォーマットに従って符号化処理し、これにより音声データによるエレメンタリストリームを出力する。
ファイル生成器15は、記録時、ビデオ符号器11及びオーディオ符号器12から出力されるエレメンタリストリームを多重化処理し、システム制御マイコン19の制御によりQTムービーファイルを作成する。
メモリコントローラ18は、システム制御マイコン19の制御により動作を切り換え、記録時、このファイル生成器15から出力されるQTムービーファイルによるデータ列、システム制御マイコン19から出力される各種データをメモリ17に順次記録して一時保持し、続くエラー訂正符号/復号器21の処理に対応して保持したデータを出力する。また再生時、これとは逆に、エラー訂正符号/復号器21の出力データを一時保持し、ファイル復号器16、システム制御マイコン19に出力する。
エラー訂正符号/復号器21は、システム制御マイコン19の制御により動作を切り換え、記録時、メモリコントローラ18の出力データをメモリ20に一時記録して誤り訂正符号を付加する。またこのようにしてメモリに保持したデータを所定順序により読み出して出力することにより、これらのデータをインターリーブ処理してデータ変復調器23に出力する。またエラー訂正符号/復号器21は、再生時、記録時とは逆に、データ変復調器23から出力されるデータを所定順序によりメモリ20に一時記録してメモリコントローラ18に出力することにより、このデータ変復調器23から出力されるデータをデインターリーブ処理して出力する。またこのとき、記録時に付加した誤り訂正符号により誤り訂正処理する。
データ変復調器23は、システム制御マイコン19の制御により動作を切り換え、記録時、エラー訂正符号/復号器21の出力データをシリアルデータ列に変換した後、変調処理して磁界変調ドライバ24又は光ピックアップ33に出力する。また再生時、光ピックアップ33から出力される再生信号からクロックを再生し、このクロックを基準にして再生信号を2値識別、復調処理することにより、記録時に生成したシリアルデータ列に対応する再生データを得、この再生データをエラー訂正符号/復号器21に出力する。
磁界変調ドライバ24は、光ディスク2が光磁気ディスクの場合に、記録時、システム制御マイコン19の制御により、データ変復調器23の出力信号により磁界ヘッド32を駆動する。ここで磁界ヘッド32は、光ディスク2を間に挟んで光ピックアップ33に対向するように保持され、光ピックアップ33によるレーザービーム照射位置にデータ変復調器23の出力データに応じた変調磁界を印加する。これによりこの光ディスク装置1では、光ディスク2が光磁気ディスクの場合、熱磁気記録の手法により光ディスク2にQTムービーファイル等を記録するようになされている。
かくするにつき光ディスク2は、ディスク状記録媒体であり、この実施例では、光磁気ディスク(MO:Magneto-Optical Disk)、相変化型ディスク等の書き換え可能な光ディスクである。スピンドルモータ31は、この光ディスク2をサーボ回路30の制御により、光ディスク2に応じて線速度一定(CLV:Constant Linear Velocity)、角速度一定(CAV、Constant Angular Velocity)、ゾーンCLV(ZCLV:Zone Constant Linear Velocity )等の条件により光ディスク2を回転駆動する。
サーボ回路30は、光ピックアップ33から出力される各種信号に基づいて、スピンドルモータ31の動作を制御し、これによりスピンドル制御の処理を実行する。またサーボ回路30は、同様にして光ピックアップ33をトラッキング制御、フォーカス制御し、また光ピックアップ33、磁界ヘッド32をシークさせ、さらにはフォーカスサーチ等の処理を実行する。
ドライブ制御マイコン22は、システム制御マイコン19の指示により、これらサーボ回路30におけるシーク等の動作を制御する。
光ピックアップ33は、光ディスク2にレーザービームを照射してその戻り光を所定の受光素子により受光し、受光結果を演算処理することにより、各種制御用の信号を生成して出力し、また光ディスク2に形成されたピット列、マーク列に応じて信号レベルが変化する再生信号を出力する。また光ピックアップ33は、システム制御マイコン19の制御により動作を切り換え、光ディスク2が光磁気ディスクの場合、記録時、光ディスク2に照射するレーザービームの光量を間欠的に立ち上げる。これによりこの光ディスク装置1では、いわゆるパルストレイン方式により光ディスク2にQTムービーファイル等を記録するようになされている。また光ピックアップ33は、光ディスク2が相変化型ディスク等の場合、データ変復調器23の出力データに応じて光ディスク2に照射するレーザービームの光量を再生時の光量から書き込み時の光量に立ち上げ、これにより熱記録の手法を適用して光ディスク2にQTムービーファイル等を記録するようになされている。
これらによりこの光ディスク装置1では、撮像結果による映像信号及び音声信号をビデオ符号器11、オーディオ符号器12によりデータ圧縮してエレメンタリストリームに変換した後、ファイル生成器15によりQTムービーファイルに変換し、メモリコントローラ18、エラー訂正符号/復号器21、データ変復調器23を順次介して、光ピックアップ33により、又は光ピックアップ33及び磁界ヘッド32によりこのQTムービーファイルのデータ、インデックスファイルのデータ等を光ディスク2に記録するようになされている。ここでインデックスファイルは、光ディスク2に記録したQTムービーファイルを管理対象ファイルに設定してなるインデックス用のファイルである。
また光ディスク装置1では、光ピックアップ33より得られる再生信号をデータ変復調器23により処理して再生データを得、この再生データをエラー訂正符号/復号器21で処理して、光ディスク2に記録したQTムービーファイル、インデックスファイル等を再生できるようになされ、これらQTムービーファイル、インデックスファイル等をメモリコントローラ18から出力するようになされている。
ファイル復号器16は、メモリコントローラ18から出力されるQTムービーファイルのデータを入力し、このデータを映像データ及び音声データのエレメンタリストリームに分解して出力する。ビデオ復号器13は、この映像データのエレメンタリストリームをデータ伸長して図示しない表示手段、外部機器に出力する。オーディオ復号器14は、ファイル復号器16から出力される音声データのエレメンタリストリームをデータ伸長して、図示しない音声出力手段、外部機器に出力する。これによりこの光ディスク装置1では、光ディスク2から再生した撮像結果をモニタし得るようになされている。
なお、光ディスク装置1は、コンピュータ等の外部機器を接続するインターフェースを有し、これにより撮像結果に代えてコンピュータの出力データを光ディスク2に記録し、また光ディスク2に記録したファイルを再生してコンピュータで処理できるようになされている。
操作部26は、この光ディスク装置1の各種操作子、液晶表示パネルに配置されたタッチパネルにより構成され、ユーザーによる各種操作をシステム制御マイコン19に通知する。
システム制御マイコン19は、この光ディスク装置1全体の動作を制御するコンピュータであり、図示しないメモリに記録された所定の処理プログラムの実行により、光ディスク2の装填が検出されると、光ピックアップ33を光ディスク2の最内周にシークさせ、光ディスク2に係るファイル管理システムの管理情報を再生する。さらにシステム制御マイコン19は、この再生した管理情報をメモリコントローラ18から取得し、内蔵のメモリに保持する。これによりシステム制御マイコン19は、光ディスク2に記録された各ファイルのアドレス、空き領域を検出するようになされている。
このシステム制御マイコン19に係る処理プログラムにおいては、事前のインストールにより提供されるものの、これに代えてネットワークを介してダウンロードしてインストールするようにしてもよく、また記録媒体により再生してインストールするようにしてもよい。ちなみに、このような記録媒体においては、光ディスク、磁気テープ、メモリカード等、種々の記録媒体を広く適用することができる。
またシステム制御マイコン19は、このようにして取得した管理情報を検索して、光ディスク2にインデックスファイルが記録されている場合、このインデックスファイルの記録位置に光ピックアップ33をシークさせ、このインデックスファイルを再生する。またメモリコントローラ18よりこの再生したインデックスファイルを取得し、内蔵のメモリに記録して保持する。これによりこの実施例では、このインデックスファイルを利用して光ディスク2に記録されたファイルの処理に関して全体の操作性を向上するようになされている。なお、これによりインデックスファイルにおいては、ユーザーエリアの最内周近傍に記録して立ち上がり時間を短くすることができる。
すなわちシステム制御マイコン19は、ユーザーの操作に応動して、このインデックスファイルによりモニタ用の液晶表示パネルにサムネイル画像等を表示することにより光ディスク2に記録されたQTムービーファイルの内容を紹介し、またこの紹介によりユーザーによるファイルの選択を受け付け、対応する管理情報によりこのユーザーにより選択されたファイルを再生するように全体の動作を制御する。
またユーザーによる撮像結果の記録が指示されると、管理情報により空き領域を検出して光ピックアップ33をこの空き領域にシークさせ、順次得られる撮像結果を光ディスク2に記録する。またこの撮像結果の記録によるQTムービーファイルの記録に対応するように、メモリに保持した管理情報を更新し、光ディスク2の排出時等において、この更新した管理情報により光ディスク2の管理情報を更新する。なおこの管理情報の更新においては、メモリに保持して更新した管理情報をメモリコントローラ18を介してエラー訂正符号/復号器21に出力することにより実行される。
これらの処理において、システム制御マイコン19は、記録に供するQTファイルの生成に必要な各種の情報をファイル生成器15に出力する。またファイル生成器15を介してインデックスファイルの生成に必要な情報を取得し、この取得した情報とファイル生成器15に出力した情報等とにより、新たに光ディスク2に記録するQTムービーファイルについて、メモリに保持したインデックスファイルを更新し、管理情報における更新処理と同様にして、このようにして更新してメモリに保持したインデックスファイルにより光ディスク2に記録されたインデックスファイルを更新する。
またユーザーにより光ディスク2に記録されたファイルの編集が指示されると、この編集の処理に対応するように、記録時と同様にして、メモリに保持したインデックスファイル、管理情報を更新し、このメモリに保持したインデックスファイル、管理情報により光ディスク2のインデックスファイル、管理情報を更新する。
このようにして撮像結果による映像信号及び音声信号を光ディスク2に記録する光ディスク装置1においては、QTムービーファイルを外部参照形式により記録する。すなわち光ディスク装置1においては、映像信号及び音声信号によりそれぞれ映像ファイル、音声ファイルを光ディスク2に記録し、またこれら映像ファイル及び音声ファイルを管理するリソースファイルを光ディスク2に記録し、これによりこれら映像ファイル、音声ファイル、リソースファイルによるQTムービーファイルを光ディスク2に記録するようになされている。
(1−2)インデックスファイル
インデックスファイルは、QTムービーファイル等の光ディスク2に記録される各種ファイルと同様に、光ディスク2のファイル管理システムにより、記録位置のアドレス、ファイル名、ファイル長等の再生に必要な情報が管理されるファイルであり、光ディスク2に記録された管理対象であるQTムービーファイルの内容を紹介する情報等により構成される。これによりこの光ディスク装置1では、このインデックスファイルにより光ディスク2に記録されたQTムービーファイルを選択し、この選択したファイルをファイル管理システムに基づいて光ディスク2から再生することにより、光ディスク2に多数のQTムービーファイルが記録されている場合でも、所望するファイルを迅速かつ正確に選択できるようになされ、その分、操作性を向上できるようになされている。
この実施例において、インデックスファイルは、このQTムービーファイルの内容を紹介する情報等にQTムービーファイルに係る情報を抜粋した情報(以下、抜粋情報と呼ぶ)等を割り当てて、この抜粋情報のブロックによるエントリの連続により形成され、これにより各QTムービーファイルの内容を簡易かつ迅速に把握できるようになされている。
インデックスファイルは、この抜粋情報によるデータ群がその属性毎に分類されて、光ディスク2に記録するQTムービーファイルと同一のファイル構造により作成され、これによりQTムービーファイルを作成する光ディスク装置1の構成を利用して作成し、また処理し得るようになされ、その分、光ディスク装置1では構成を簡略化し得るようになされている。
具体的にインデックスファイルは、QTムービーファイルの構成に対応して図2に示すように、実データに係る抜粋情報が、テキストエントリファイルE1、サムネイル画像エントリファイルE2、プロパティエントリファイルE3に割り当てられ、これらをエントリファイルE1〜E3と、これらエントリファイルE1〜E3の管理情報によるリソースファイル(図示せず)とにより構成される。
ここで各エントリファイルE1〜E3は、それぞれ先頭に、各エントリファイルE1〜E3の属性等を示すヘッダPH、THH、TXHが設けられ、続いて固定長によるスロットによるエントリが連続するように形成される。
ここでテキストエントリファイルE1は、ディスクタイトル、各管理対象ファイル等に係るタイトルの文字列を示すデータが順次スロットに割り当てられて形成される。これに対してサムネイル画像エントリファイルE2は、ディスクタイトル、各管理対象ファイルの内容を示す静止画像によるサムネイル画像が順次スロットに割り当てられて構成される。
プロパティエントリファイルE3は、ディスクタイトル、各管理対象ファイルの属性を示すデータが割り当てられ、これらディスクタイトル、各管理対象ファイルに設定されたバイナリーデータによる抜粋情報が、エントリの管理情報と共に順次スロットに割り当てられる。具体的に、プロパティエントリファイルには、各エントリにそれぞれ対応する管理対象ファイルを特定する情報、図2において矢印により示すように、他のエントリファイルとの関係を示す情報等が割り当てられる。
これに対してリソースファイルは、各エントリファイルにおけるスロットの開始位置等の管理情報が、このインデックスファイルの属性情報等と共に記録される。
これによりインデックスファイルは、サムネイル画像エントリファイルE2によりサムネイル画像をユーザーに提供して、又はテキストエントリファイルE1により各ファイルのタイトル等をユーザーに提供して、これらサムネイル画像、タイトルによりファイルの選択を受け付け、この選択されたファイルをプロパティエントリの記述によりファイル管理システムによるファイル名により検出できるようになされ、これらによりユーザーによる操作性を向上できるようになされている。
これによりこの光ディスク装置1において、システム制御マイコン19は、ファイル生成器15よりデータ圧縮された映像データ及び音声データを取得してデコードした後、映像データにおいては、画素の間引きによりサムネイル画像を生成し、このサムネイル画像によりサムネイル画像エントリファイルE2を生成するようになされている。また光ディスク2のファイル管理システムに保持された各管理対象ファイルのファイル情報より、さらにはユーザーの設定によりタイトルのデータを生成し、これによりテキストエントリファイルE1を生成するようになされている。これに対してユーザーの操作に応動してプロパティエントリファイルを作成するようになされ、さらにはこれらのエントリファイルE1〜E3に応じてリソースファイルを作成するようになされている。
なおインデックスファイルによる管理対象のファイルによっては、抜粋情報の種類が異なることにより、インデックスファイルにおいては、管理対象ファイルによって、テキストエントリ、サムネイル画像エントリが設けられない場合があるものの、プロパティエントリについては必ず設けられるようになされている。またこれによりこのようなテキストエントリファイル、サムネイル画像エントリファイル以外の、例えばイントロに係るエントリファイル等が設けられる場合もある。
(1−3)プロパティ
図3は、各エントリに設定されるプロパティの実データを示す図表である。プロパティは、プロパティエントリヘッダ、基本プロパティデータ(Basic Property Data )、拡張データ(Extension Data)により構成される。これらのうちプロパティエントリヘッダは、階層構造により管理対象ファイルを管理するのに必要な情報であるプロパティ情報の属性情報が割り当てられる。具体的に、プロパティエントリヘッダは、先頭より、プロパティエントリフラグ(Property Entry Flags)、データサイズ(Property Data Size)、エントリ番号(Entry Number)、ネクスト拡張エントリ(Next Extends Entry)、サムネイル画像エントリインデックス(Thumbnail Picture Entry Index )、テキストエントリインデックス(Title Picture Entry Index )、親エントリ番号(Parent Entry)、プレイオーダー(Play Order)により構成される。
ここでプロパティエントリフラグ(Property Entry Flags)は、エントリの属性が設定される。すなわち図4に示すように、プロパティエントリフラグは、0〜3ビット目が、プロパティエントリ種別(Property Entry Type )に割り当てられ、エントリの種別が登録される。
ここで図5に示すように、プロパティエントリ種別(Property Entry Type )は、このプロパティエントリがファイルプロパティエントリ(File Property Entry )である場合、値0に設定される。ここでファイルプロパティエントリ(File Property Entry )は、このプロパティエントリの管理対象がファイルである場合であって、かつこのプロパティエントリがこのファイルに割り当てられている先頭のプロパティエントリである場合に設定される。
またプロパティエントリ種別(Property Entry Type )は、このプロパティエントリが、代理プロパティエントリ(Shadow File Property Entry)の場合、値1に設定される。ここで代理プロパティエントリは、本来のプロパティエントリによるサムネイル画像エントリ、テキストエントリ等の登録に加えて、代替えのサムネイル画像エントリ、テキストエントリ等の登録に使用されるプロパティエントリである。これによりこの実施例においては、本来のプロパティエントリであるファイルプロパティエントリ(File Property Entry )に対して、さらには後述するオリジナルフォルダプロパティエントリ(Original Folder Property Entry)、お気に入りフォルダプロパティエントリ(Favorite Folder Property Entry)に対して、この代理プロパティエントリ(Shadow File Property Entry)を設けることにより、1つのファイル、1つのフォルダに対して、複数種類のサムネイル画像エントリ、テキストエントリ等を登録できるようになされ、このようにして登録した複数種類のエントリをアプリケーションで選択して使用できるようになされている。しかして例えばこれら複数種類のサムネイル画像エントリをショートカットに係るアイコンと、本来のアイコンとで使い分けることが考えられる。なお代理プロパティエントリ(Shadow File Property Entry)は、後述する親エントリを指し示す識別子(Parent Entry)に本来のプロパティエントリのエントリ番号が設定され、これによりインデックスファイルでは、この代理プロパティエントリ(Shadow File Property Entry)と本来のプロパティエントリとの関係が代理プロパティエントリ(Shadow File Property Entry)側のプロパティエントリにて表されるようになされている。これによりこの実施例では、従来に比して操作性を向上するようになされている。
またプロパティエントリ種別(Property Entry Type )は、このプロパティエントリが、オリジナルフォルダプロパティエントリ(Original Folder Property Entry)の場合、値2に設定される。ここでオリジナルフォルダプロパティエントリ(Original Folder Property Entry)は、ファイルの基本的な格納場所となるオリジナルフォルダに対応するエントリである。オリジナルフォルダは、最初にファイルが記録されるときの登録先のフォルダである。また、ディスクタイトルに係るルートフォルダに割り当てられるディスクタイトルの抜粋情報にあっても、このオリジナルフォルダプロパティエントリ(Original Folder Property Entry)が適用される。
またプロパティエントリ種別(Property Entry Type )は、このプロパティエントリが、お気に入りフォルダプロパティエントリ(Favorite Folder Entry )の場合、値3に設定される。ここでお気に入りフォルダプロパティエントリ(Favorite Folder Entry )は、既に登録されているエントリの中から、ユーザーが意識的にある目的をもってファイルを集める場合に、オリジナルフォルダとファイルの関係を残したままエントリを集めてグループ化するときに設定されるお気に入りのフォルダに対応するエントリである。これによりインデックスファイルにおいては、このお気に入りフォルダプロパティエントリ(Favorite Folder Entry )に対して、リンクを設定してなるプロパティエントリを登録することによりオリジナルフォルダによる階層構造と、お気に入りのフォルダによる階層構造との両方によって、記録媒体に記録されたファイルを管理できるようになされている。
またプロパティエントリ種別(Property Entry Type )は、このプロパティエントリが、ファイルプロパティエントリ(File Property Entry )、代理プロパティエントリ(Shadow File Property Entry)、オリジナルフォルダプロパティエントリ(Original Folder Property Entry)、お気に入りフォルダプロパティエントリ(Favorite Folder Entry )の拡張プロパティエントリの場合、それぞれ対応するファイル拡張エントリ(File Extends Entry)、代理プロパティ拡張エントリ(Shadow File Extends Entry )、オリジナルフォルダプロパティ拡張エントリ(Original Folder Extends Entry )、お気に入りフォルダプロパティ拡張エントリ(Favorite Folder Extends Entry )に設定される。ここでインデックスファイルでは、1つのプロパティエントリにより対応するファイル、フォルダの抜粋情報を登録しきれない場合、複数のエントリにより登録できるようになされており、この複数のエントリの先頭エントリが上述した各エントリに設定され、後続のプロパティが、先頭エントリに対応してこれら拡張プロパティに設定される。またサムネイル画像エントリ、テキストエントリについても同様に、1つのエントリにより登録できない場合、複数のエントリにより拡張して登録できるようになされている。プロパティエントリにあっては、このようにサムネイル画像エントリ等が拡張された場合、1つのエントリに登録可能な場合であっても、これら他のエントリファイルに係る複数のエントリに対応して各プロパティエントリが設けられ、この複数のエントリの先頭エントリが上述した各エントリに設定され、後続のプロパティが、先頭エントリに対応してこれら拡張プロパティに設定される。これによりインデックスファイルは、所定データ量による固定データ長により各エントリを構成して処理を簡略化できるようになされ、またこのように固定長によりエントリを構成して柔軟に運用できるようになされている。
なおプロパティエントリ種別(Property Entry Type )は、これらに設定される値以外にあっては、リザーブ(Reserved)に設定される。
さらにプロパティエントリフラグ(図4)は、4ビット目がエントリが有効か無効かを示すフラグ(Valid/Invalid )に設定される。これによりこの実施例では、例えば1つのQTムービーファイルを削除した場合等に、このファイルの削除等に対応して単にこの4ビット目のフラグ(Valid/Invalid )の設定を切り換えるだけで、インデックスファイルを更新し得るようになされている。
さらにプロパティエントリフラグ(図4)は、5ビット目から10ビット目がリザーブ(Reserved)に設定され、続く11ビット目、12ビット目に、それぞれ対応するテキストエントリ、サムネイル画像エントリが拡張エントリを有していることを示すフラグ(Title Entry has extended)、(Thumbnail Picture Entry has extended)が設定されるようになされている。また13ビット目から23ビット目がリザーブ(Reserved)に割り当てられるようになされている。
プロパティエントリヘッダは(図3)、続くデータサイズ(Property Data Size)に、このプロパティエントリのデータ量が設定され、続くエントリ番号(Entry Number)に、このプロパティエントリのエントリ番号が割り当てられる。ここでエントリ番号(Entry Number)は、各エントリの識別データであり、各エントリに固有のコードが割り当てられ、この実施例では各エントリファイルの先頭側から順に値1から歩進する番号により構成される。ネクスト拡張エントリ(Next Extends Entry)は、続く拡張エントリのエントリ番号が割り当てられ、サムネイル画像エントリインデックス(Thumbnail Picture Entry Index )、テキストエントリインデックス(Title Picture Entry Index )には、対応するサムネイル画像エントリ、テキストエントリのエントリ番号が登録される。これらネクスト拡張エントリ(Next Extends Entry)、サムネイル画像エントリインデックス(Thumbnail Picture Entry Index )、テキストエントリインデックス(Title Picture Entry Index )は、対応するエントリが存在しない場合、特定のコード(例えば値0)が設定される。これらによりこのインデックスファイルでは、サムネイル画像エントリインデックス(Thumbnail Picture Entry Index )、テキストエントリインデックス(Title Picture Entry Index )により対応するサムネイル画像エントリ、テキストエントリを検出できるようになされ、またネクスト拡張エントリ(Next Extends Entry)により拡張に係るプロパティエントリを検出できるようになされ、これらの設定を辿って1つのファイル、1つのフォルダの抜粋情報を割り当ててなる各エントリを検出できるようになされている。
続く親エントリ番号(Parent Entry)には、管理対象の階層構造を定義するために設けられ、管理対象ファイル、フォルダの属するフォルダについてのプロパティエントリのエントリ番号が登録される。ここでこの親エントリ番号(Parent Entry)には、オリジナルフォルダに係るプロパティエントリのエントリ番号を登録することができ、インデックスファイルでは、これによりファイルシステム上に実在するディレクトリ構造とは別に、仮想の階層構造を構築できるようになされている。しかしてこの親エントリ番号(Parent Entry)は、下位階層側から上位階層を指し示す情報であることにより、このように管理対象の階層構造を定義する限りにおいては、フォルダに係るプロパティエントリのエントリ番号を指し示し、ファイルに係るプロパティエントリのエントリ番号を指し示すことは無い。
この関係を利用して、このプロパティエントリの種別が代理プロパティエントリ(Shadow File Property Entry)の場合、この親エントリ番号(Parent Entry)には、管理対象がファイルであるプロパティエントリのエントリ番号を登録することができるようになされ、代理プロパティエントリ(Shadow File Property Entry)において、これにより本来のプロパティエントリとの関係が記述される。インデックスファイルでは、これにより管理対象の階層構造を定義する親エントリ番号(Parent Entry)を有効に利用して、代理プロパティエントリ(Shadow File Property Entry)で本来のプロパティエントリを指し示すようになされている。
プレイオーダー(Play Order)には、エントリ間の相互の関係を示す情報として、エントリ及び又はエントリに対応するファイルの再生順序を示す情報が設定される。
これに対して基本プロパティデータ(Basic Property Data )は、図6に示すように、フォーマットの情報(Format Brand)、デコードに関する情報(Media Profile)、コンテンツに関するフラグ(Contents Status flags )、作成時刻(Creation time )、編集日時(Modification Time )、デュレーション(Duration)、ファイル識別子(Binary File Identifier)、ファイルサイズ(File Size )、参照ファイル数(Referred Counter)により構成される。
ここでフォーマットの情報(Format Brand)は、管理対象ファイルの拡張子又はファイルに格納された情報等により特定される管理対象ファイルのフォーマットを示す情報が割り当てられる。またデコードに関する情報(Media Profile)は、管理対象ファイルについて、例えば映像データ及び音声データによるエレメンタリストリームにおけるコーデックの種類、ビットレート、映像データのフレーム数、音声データのサンプリング周波数、映像データの縦、横の画サイズ等が割り当てられる。またコンテンツに関するフラグ(Contents Status Flags )は、管理対象ファイルにタイトル、サムネイル画像、イントロ等が存在するか否かを示すフラグが設定される。
作成時刻(Creation Time )、編集日時(Modification Time )には、管理対象ファイルの作成日時、編集日時が記録される。デュレーション(Duration)は、管理対象ファイルの再生時間が割り当てられる。
ファイル識別子(Binary File Identifier)は、管理対象ファイルの所在を記述して構成され、この実施例では光ディスク2に記録した対応する管理対象ファイルのファイル名又は対応するフォルダのフォルダ名が割り当てられる。ここでディスクタイトルに係るルートディレクトリに割り当てられるプロパティエントリにおいては、本来、対応するファイルが存在しないことにより、このファイル識別子(Binary File Identifier)は、何ら意味を持たない値が設定されるべきである。またフォルダについても同様である。しかしながらこの実施例では、光ディスクに記録した動画ファイルのファイル名をこのファイル識別子(Binary File Identifier)に割り当てることができるようになされ、これによりルートディレクトリに対して、さらにはフォルダに対して動画ファイルを登録できるようになされている。しかしてこの場合、この関連付けにより、アプリケーションによって、光ディスクのローディング直後、この登録された動画ファイルにより使用に関する情報等を案内することができ、また特別のタイトルを再生することも可能となる。これによりこのインデックスファイルでは、従来に比して操作性を向上するようになされている。
ファイルサイズ(File Size )は、管理対象ファイルのファイルサイズが記録される。これによりインデックスファイルにおいては、この光ディスク2を再生するハードウエア、ソフトウエアの構成により管理対象ファイルを処理可能か否かを迅速に判断できるようになされている。なおこの判断については、このファイルサイズ(File Size )の記録だけで判断する場合のみならず、このファイルサイズ(File Size )の記録をデュレーション(duration)で割り算して計算されるデータ転送レートによっても、さらにはファイルサイズ(File Size )、データ転送レートと対象ファイルのフォーマット等によっても判断されることになる。これによりこのインデックスファイルでは、従来に比して操作性を向上するようになされている。
参照ファイル数(Referred Counter)は、管理対象ファイルが参照関係にある場合に、この参照する子ファイルの数が設定される。しかしてこの参照関係にあっては、例えば外部参照形式によるQTファイルにおいて、リソースファイルからメディアデータファイルを参照する場合等がある。
拡張データ(Extension Data)は、このプロパティエントリ自体の拡張のために種々のフィールドが割り当てられる。なおこの拡張データ(Extension Data)による記述によりこのプロパティエントリが1つのエントリに設定されている固定長のデータ量を越える場合、上述した拡張プロパティエントリにより記述される。
図7は、この拡張データ(Extension Data)に割り当てられるフィールドの1つであるグループ内ファイル管理リスト拡張データの構造を示す図表である。ここでグループ内ファイル管理リスト拡張データは、再生時に同時に処理される複数ファイルについて、これら複数ファイルを代表するプロパティエントリによりこれら複数ファイルをまとめて管理する場合に適用される。具体的に、インデックスファイルでは、このグループ内ファイル管理リスト拡張データにより、例えば外部参照形式により複数ファイルで形成されるQTファイルを、このQTファイルのリソースファイルに対応するプロパティエントリにまとめて登録できるようになされ、これにより操作性を向上できるようになされている。またこのまとめた登録により、個々のファイルに係るインデックスファイルのエントリについては省略するようになされ、この省略によりインデックスファイルにおけるエントリの数を低減して操作性を向上するようになされている。
ここでこのグループ内ファイル管理リスト拡張データでは、この拡張データのサイズ(Size)、グループ内ファイル管理リスト拡張データを示すタイプ(Type)が割り当てられ、続いて関連するファイルのエントリ(Grouped File Entries)が関連するファイルの分、順次割り当てられる。ここで各関連するファイルのエントリ(Grouped File Entries)は、図8に示すように構成される。すなわちこのエントリには、図6について上述したと同様のフォーマットにより関連するファイルを指し示すファイル識別子(Binary File Identifier)が設けられ、続いてこのファイルのファイルサイズ(File Size )、このファイルに係る参照ファイル数(Referred Counter)が記録される。
ここで図9(B)は、C言語の記述により、このようなグループ内ファイル管理リスト拡張データによりQTファイルのリソースファイルに係るプロパティエントリに、関連する動画ファイル、音声ファイル(図9(A))のエントリを記録したものである。このプロパティエントリでは、基本プロパティデータ(Basic Property Data )のファイル識別子(Binary File Identifier)によりリソースファイルが指し示され、このリソースファイルのファイルサイズ、参照ファイル数がそれぞれファイルサイズ(File Size )、参照ファイル数(Referred Counter)により表される。またグループ内ファイル管理リスト拡張データの先頭のエントリ(Grouped File Entries)のファイル識別子(Binary File Identifier)により動画ファイルが指し示され、この動画ファイルのファイルサイズ、参照ファイル数がそれぞれこのフィールドのファイルサイズ(File Size )、参照ファイル数(Referred Counter)により表される。また続くエントリ(Grouped File Entries)のファイル識別子(Binary File Identifier)により音声ファイルが指し示され、この音声ファイルのファイルサイズ、参照ファイル数がそれぞれこのフィールドのファイルサイズ(File Size )、参照ファイル数(Referred Counter)により表される。
しかして図9(C)に示すプロパティファイルにおいては、プロパティエントリと拡張プロパティエントリとによりこれらのグループ内ファイル管理リスト拡張データが表されるようになされている。
さらに図10は、ディスクタイトルプロパティ拡張データを示す図表である。ディスクタイトルプロパティ拡張データは、上述したようにルートディレクトリに係るディスクタイトルのプロパティエントリ等において、基本プロパティデータ(Basic Property Data )のファイル識別子(Binary File Identifier)によりファイルを指し示すように設定した場合、すなわちディスクタイトルに係るエントリより動画ファイルを指し示すように設定した場合に設けられる。
ここでディスクタイトルプロパティ拡張データは、この拡張データのサイズ(Size)、ディスクタイトルプロパティ拡張データを示すタイプ(Type)が割り当てられ、続いてオーナーID(Owner ID)、アプリケーションID(Application ID)が割り当てられる。ここでこのオーナーID(Owner ID)は、基本プロパティデータ(Basic Property Data)のファイル識別子(Binary File Identifier)によりファイルを指し示すように設定した場合の、設定に係るオーナーを特定する識別コードが設定される。またこのファイル識別子(Binary File Identifier)により指し示されるファイルに係るアプリケーションを特定する識別コードがアプリケーションID(Application ID)に割り当てられる。なおオーナーID(Owner ID)は、値0に設定した場合には、この光ディスク装置1のユーザーにより登録されたことが示されるようになされている。これによりこのインデックスファイルでは、例えばこの光ディスクのローディング時にこの基本プロパティデータ(Basic Property Data )のファイル識別子(Binary File Identifier)により指し示される映像ファイル、音楽ファイルを自動的に再生する場合に、このオーナーID(Owner ID)を基準にしてこれらファイルの再生を中止するようになされている。またアプリケーションID(Application ID)により対応するアプリケーションにより再生するようになされ、これらによっても一段と操作性を向上するようになされている。
図11は、同様の拡張データであるファイル間の関連情報拡張データを示す図表である。このファイル管理情報は、管理対象のファイルの記録、更新等により併せて更新することが必要な他のファイルが存在する場合に適用される。具体的に、例えば図12に示すように、光ディスク2の連続した領域に、映像ファイルによるファイルAとダミーデータによるファイルBとを所定データ量単位で交互に記録することにより、ファイルAを再生して得られる映像データを途切れることなく再生可能に、ファイルAの途中に空き領域を形成してファイルAを記録した後(図12(A)〜(C))、このファイルBに係る空き領域にアフレコに係るファイルCを断片化して記録した場合が相当する(図12(D))。しかしてこれのようなインターリーブに係る記録においては、映像ファイルA、アフレコのファイルCの双方を途切れることなく再生する場合に適用される。
この場合、このアフレコに係るファイルCの更新、削除等を繰り返してアフレコを繰り返す場合、アフレコのファイルCを記録して残る空き領域にあっては、ダミーデータによる別ファイルDとして管理し(図12(E))、ファイルCを削除した場合には、空き領域に係るファイルDが記録されている領域に、この削除に係るファイルCが記録されていた領域を加えることが必要になる。すなわち図12(C)の状態に戻すことが必要になり、このようにしなければ、結局、アフレコの繰り返しにより、映像ファイルAの間に事前に設けられた空き領域にアフレコファイルを記録し得なくなる。
ファイル間の関連情報拡張データは、このような関係が存在する場合に、実データが割り当てられている側のファイルCのプロパティエントリに設けられる。
ここでファイル間の関連情報拡張データは、この拡張データのサイズ(Size)、ファイル間の関連情報拡張データを示すタイプ(Type)が割り当てられ、関連するファイル(図12の例ではファイルDである)が割り当てられているプロパティエントリのエントリ番号(Entry Number)が割り当てられる。これによりこの実施例では、従来に比して操作性を向上できるようになされている。
これに対して図13は、同様の拡張データであるプライベートインデックスファイルリストを示す図表であり、図14は、このプライベートインデックスファイルリストの各フィールドを詳細に示す図表である。ここでプライベートインデックスファイルリストは、ひとつのインデックスファイルに対して、ひとつだけ存在すればよいものであり、通常は記録媒体のルートディレクトリに対応するオリジナルフォルダプロパティエントリに登録される。
ここでインデックスファイルにおいては、光ディスク2に記録されたファイルを紹介するものであることにより、種々のアプリケーションで使用されることが予測される。これにより何れのアプリケーションによっても利用できることが求められる。しかしながらアプリケーションでは必要とする抜粋情報の種類が種々に異なることにより、アプリケーションによっては、専用のインデックスファイルが求められる場合もある。これによりこの実施例では、アプリケーションに固有のインデックスファイルであるプライベートインデックスファイルの登録を認める。
ここでこのプライベートインデックスファイルは、アプリケーション毎の抜粋情報を集めたファイルであり、アプリケーション毎に光ディスク2に1つ登録できるようになされている。プライベートインデックスファイルは、図15に示すように、インデックスファイルと同様のQTファイル構造により構成され、インデックスファイルのプロパティエントリに対応するプライベートインデックスデータが設けられるようになされ、このプライベートインデックスデータによりそれぞれ抜粋情報を登録できるようになされている。また各プライベートインデックスデータがそれぞれインデックスファイルの対応するプロパティエントリに対応付けられるようになされている。
またプライベートインデックスファイルは、プライベートインデックスデータが固定長により形成され、これによりインデックスファイルの対応するプロパティエントリとの対比により先頭プライベートインデックスデータの開始位置、プロパティエントリのエントリ番号、この固定長のデータ長により、対応するプライベートインデックスデータの開始位置を検出できるようになされている。なおこの図15にあっては、インデックスファイルの全てのプロパティエントリに対して、プライベートインデックスデータが登録されているように示されているが、プライベートインデックスデータにあっては、アプリケーションにより必要に応じて設けられる。
プライベートインデックスファイルリストは、このようなプライベートインデックスファイルが設けられている場合に設けられる。プライベートインデックスファイルリストにおいては(図13)、拡張データのサイズ(Size)、プライベートインデックスファイルリストを示すタイプ(Type)が割り当てられ、続いてプライベートインデックスファイルの数(Private Index File Count)が設けられ、続いて個々のプライベートインデックスファイルの情報(Private Index File Information)がプライベートインデックスファイルの数(Private Index File Count)だけ設けられる。
またこの個々のプライベートインデックスファイルの情報(Private Index File Information)は、図14に示すように、プライベートインデックスファイルを使用するアプリケーションを特定するオーナー情報(Owner Information )、プライベートインデックスファイルのファイル名(Private Index File Name )により形成される。
ところでこのようなプライベートインデックスファイルの使用においては、この光ディスク2が種々の機器で操作されることを意味している。しかして特定の機器におけるファイルの削除等によりインデックスファイルへのファイルの登録が削除された場合、この機器においては、自己のアプリケーションに係るプライベートインデックスファイルについては、インデックスファイルを同様に更新することができる。しかしながら他のアプリケーションに係るプライベートインデックスファイルについては、このようなインデックスファイルからの登録削除に対して、必ずしも対応する処理を施し得ない場合がある。
これによりこのインデックスファイルでは、さらに図16に示すプライベートデータ状態フラグが拡張データに設けられる。ここでプライベートデータ状態フラグは、個々のプライベートインデックスファイルの情報(Private Index File Information)の配置に対応する順序により順次設けられる。プライベートデータ状態フラグは、拡張データのサイズ(Size)、プライベートデータ状態フラグを示すタイプ(Type)が割り当てられ、続いて有効無効を示すフラグ(Validity Flags)が設定されるようになされている。
これにより例えば上述したように特定のアプリケーションにより対応するファイルの登録が削除され、その後、この削除に係るプロパティエントリに他のファイルが再登録された場合、これまでこのファイルに係るプロパティエントリに登録されていたプライベートデータ状態フラグにおける拡張データのプライベートデータ状態フラグにおいては、この再度の記録に係るアプリケーションプログラムのプライベートインデックスファイルについてのみ有効に設定され、他のアプリケーションプログラムのプライベートインデックスファイルについては無効に設定されるようになされている。これによってもこの実施例では、従来に比して一段と操作性を向上できるようになされている。
(1−4)システム制御マイコンにおけるインデックスファイルの処理
(1−4−1)ファイルサイズに係る処理
システム制御マイコン19は、ユーザーの指示による撮像結果の記録の指示により、撮像結果と対応する音声データによるQTファイルを光ディスク2に記録し、またこの記録時に取得したQTファイルに係る情報によりメモリに保持したインデックスファイルに各種エントリを設定してインデックスファイルを更新し、このメモリに保持したインデックスファイルにより光ディスク2に記録されたインデックスファイルを更新する。
この処理において、システム制御マイコン19は、QTファイルのファイルサイズを検出し、基本プロパティデータ(Basic Property Data )のファイルサイズ(File Size )にこのファイルサイズを記録してインデックスファイルを作成する。これによりこの光ディスク装置1では、このインデックスファイルへのファイルサイズの登録により再生時の処理を簡略化し、操作性を向上するようになされている。なおこの光ディスク装置1では、QTファイルを外部参照形式により記録することにより、図9に示すように、映像ファイル、音声ファイルとこれらを管理するリソースファイルによりQTファイルを光ディスク2に記録する。またこの記録に対応して図9に示すように、リソースファイルに対応するプロパティエントリにまとめてこれらのファイルのファイルサイズを記録する。
これに対して図17は、この光ディスク2の装填時、この光ディスク装置1の電源立ち上げ時におけるファイルサイズ(File Size )の処理に係る処理手順を示すフローチャートである。システム制御マイコン19は、光ディスク2が装填されると、又は光ディスク装置1の電源が立ち上げられると、この処理手順を開始してステップSP1からステップSP2に移る。ここでシステム制御マイコン19は、光ディスク2のファイル管理システムによりインデックスファイルをロードしてメモリに記録する。また続くステップSP3において、プロパティエントリの先頭エントリを処理対象に設定する。
システム制御マイコン19は、続くステップSP4において、処理対象のエントリにつて、プロパティエントリフラグの設定によりこのプロパティエントリがファイルに対して設けられたものか否か判断し、ここで否定結果が得られると、ステップSP5に移り、全てのエントリについて処理を完了したか否か判断する。ここで否定結果が得られると、システム制御マイコン19は、ステップSP6に移り、処理対象を次のプロパティエントリに設定した後、ステップSP4に戻る。
これに対してステップSP4で肯定結果が得られると、システム制御マイコン19は、ステップSP4からステップSP7に移る。ここでシステム制御マイコン19は、ファイルサイズ(File Size )が処理可能か否か判断し、ここで否定結果が得られると、ステップSP8に移り、このプロパティエントリに係るファイルを再生不可に設定した後、ステップSP5に移る。
これに対してステップSP7で肯定結果が得られると、システム制御マイコン19は、ステップSP9に移り、ファイルサイズ(File Size )をデュレーション(duration)で割り算してこのファイルの平均ビットレートを計算する。さらにこの平均ビットレートにより処理可能か否か判断し、ここで否定結果が得られると、ステップSP8に移る。なおこの場合に、上述したQTファイルについては、ファイル毎にこれらの判断の処理を実行し、何れかのファイルで再生困難な場合、ステップSP8に移る。これに対してステップSP9で肯定結果が得られると、システム制御マイコン19は、ステップSP10に移り、このプロパティエントリに登録されているファイルを再生可能に設定した後、ステップSP5に移る。
これによりシステム制御マイコン19は、プロパティエントリに記録されたファイルサイズ(File Size )によりインデックスファイルに登録された全てのファイルについて、再生可能か否か判断し、再生可能な場合についてのみ、対象ファイルのメニューを表示してユーザーにより再生の操作を受け付ける。なおこの場合に、再生可能なファイルと再生困難なファイルとでメニューの表示色、表示形態を異ならせて表示し、再生困難なファイルについてはユーザーによる操作を受け付けないようにしてもよい。なおシステム制御マイコン19は、この一連の処理において、管理対象ファイルのフォーマット等についても、インデックスファイルの登録より再生可能か否か判断し、この判断をユーザーインターフェースに反映させるようになされている。
なおシステム制御マイコン19は、このようにしてユーザーインターフェースを表示してユーザーにより編集の処理が指示され、この編集の処理によりファイルサイズが変更されると、この変更に対応するように、編集に係るファイルのプロパティエントリについてファイルサイズを変更するようになされている。
(1−4−2)グループ内ファイル管理リスト拡張データに係る処理
またシステム制御マイコン19は、グループ内ファイル管理リスト拡張データに関して、光ディスク2に記録されるファイルがQTファイルであることにより、図7〜図9について上述したフォーマットに従って対応するプロパティエントリを作成する。また再生時においては、このグループ内ファイル管理リスト拡張データによりユーザーインターフェースを提供する。
すなわちシステム制御マイコン19は、ユーザーにより撮像結果の記録が指示された場合、撮像結果に係る映像ファイル、音声ファイルを光ディスク2に記録し、またこれらのファイルのリソースファイルを光ディスク2に記録する。またメモリに記録してなるインデックスファイルにプロパティエントリ、サムネイル画像エントリ、テキストエントリを確保してこのQTファイルに係るエントリを登録する。このときシステム制御マイコン19は、QTファイルを構成する複数ファイルを代表するファイルであるソースファイルについて、これら登録の処理を実行し、このソースファイルに係るプロパティエントリを拡張して他の映像ファイル及び音声ファイルに関するファイル識別子等を登録する。またこのようにして登録したインデックスファイルを光ディスク2に記録する。これによりこのシステム制御マイコン19は、同時に再生する密接するファイルについては、代表するファイルのプロパティエントリに管理情報をまとめて登録し、その分、操作性を向上するようになされている。
また再生時において、システム制御マイコン19は、このように拡張してなるプロパティエントリの記録により、1つのQTファイルに対しては1つのアイコンの表示によりユーザーインターフェースを提供し、このアイコンの操作により再生対象の選択を受け付ける。なおシステム制御マイコン19は、この実施例のように1つのプロパティエントリに管理情報をまとめて記録していないインデックスファイルについては、QTファイルを構成する複数ファイル毎にメニューを表示してユーザーによる操作を受け付けるようになされている。なおこの従来構成に係るインデックスファイルについては、ファイル管理システムの記録によりソースファイルを検出し、このソースファイルの記録により、他の映像ファイル、音声ファイルについては、メニューを表示しないようにすることもでき、このようにすれば、代表ファイルにより管理情報をまとめて登録したQTファイルと、従来構成による登録に係るQTファイルとで、統一されたユーザーインターフェースを提供してユーザーの使い勝手を向上することができる。
(1−4−3)ディスクタイトルに係る処理
この実施例において、光ディスク2は、事前にインデックスファイルが記録されたものも提供される。ここでこのような事前のインデックスファイルの記録にあっては、この光ディスク2の製造工程において、この光ディスク2の製造メーカー名、光ディスク2の商品名等を動画により表示する映像ファイルが記録され、プロパティエントリの先頭エントリにおいて、基本プロパティデータ(Basic Property Data )のファイル識別子(Binary File Identifier)(図6)によりこの映像ファイルを指し示すようにインデックスファイルが記録されるようになされている。またこれに対応して図10について上述した拡張データが設けられるようになされている。なおこの場合、オーナーID(Owner ID)は、この光ディスク2の製造メーカーを特定する識別コードが設定され、アプリケーションID(Application ID)は、この映像ファイルを再生するアプリケーションに係る識別コードが設定されるようになされている。
このようにして事前にインデックスファイルを登録して提供される光ディスク2について、さらには撮像結果の記録によりインデックスファイルを記録した光ディスク2について、ユーザーによりディスクタイトルの編集が指示されると、システム制御マイコン19は、インデックスファイルの更新により、基本プロパティデータ(Basic Property Data)のファイル識別子(Binary File Identifier)によりユーザーにより指示されたファイルを指し示すように設定する。またこの場合、図10について上述した拡張データにおいて、オーナーID(Owner ID)を値0に設定し、アプリケーションID(Application ID)を、この光ディスク装置1のアプリケーションに係る識別コードに設定する。なおこの映像ファイルにおいては、コンピュータ等の外部機器より光ディスク2に記録した映像ファイル、この光ディスク装置1で記録した映像ファイル等が適用される。
これによりこの光ディスク装置1では、ディスクタイトルに映像ファイルを適用して、例えば光ディスク2のオープニング等に利用できるようになされ、その分、インデックスファイルによる操作性を向上するようになされている。
しかして図18は、この光ディスク2の装填時、この光ディスク装置1の電源立ち上げ時におけるディスクタイトルに係るシステム制御マイコン19の処理手順を示すフローチャートである。システム制御マイコン19は、光ディスク2が装填されると、又は光ディスク装置1の電源が立ち上げられると、図17について上述したように、この処理手順を開始してステップSP21からステップSP22に移り、光ディスク2のファイル管理システムによりインデックスファイルをロードしてメモリに記録し、また続くステップSP23において、プロパティエントリの先頭エントリを処理対象に設定する。
これによりシステム制御マイコン19は、ルートディレクトリに対応するプロパティエントリを処理対象に設定して、続くステップSP24において、基本プロパティデータ(Basic Property Data )のファイル識別子(Binary File Identifier)がファイルを指し示すように設定されているか否か判断する。
ここで否定結果が得られると、システム制御マイコン19は、ステップSP24からステップSP25に移り、このプロパティエントリのプロパティエントリヘッダに記録されているサムネイル画像エントリインデックス(Thumbnail Picture Entry Index )、テキストエントリインデックス(Title Picture Entry Index )より、サムネイル画像、テキストが登録されているか否か判断し、ここで否定結果が得られると、ステップSP25からステップSP26に移ってこの処理手順を終了する。これによりこの場合、システム制御マイコン19は、何ら光ディスク2に係るタイトルを表示することなく、このディスクタイトルに係る処理手順を終了する。これに対してステップSP25で肯定結果が得られると、ステップSP27に移り、このサムネイル画像エントリインデックス(Thumbnail Picture Entry Index )又はテキストエントリインデックス(Title Picture Entry Index )によりサムネイル画像エントリ、テキストエントリの対応するエントリのデータをロードする。またこのロードしたデータを表示した後、ステップSP26に移ってこの処理手順を終了する。これによりシステム制御マイコン19は、この場合、サムネイル画像、テキストを表示してこの光ディスク2のディスクタイトルに係る表示を実行する。
これに対してステップSP24で肯定結果が得られると、システム制御マイコン19は、ステップSP24からステップSP28に移る。ここでシステム制御マイコン19は、このプロパティエントリの拡張データに設定されたオーナーIDがこの光ディスク装置1において再生が許可されるものか否か判断する。ここでこの実施例において、システム制御マイコン19は、このオーナーIDが、この光ディスク装置1の製造メーカーを示す識別コードの場合、又は値0の場合、再生が許可されるものと判断し、これ以外のものの場合、ステップSP28からステップSP25に移る。これによりシステム制御マイコン19は、他社のディスクタイトルに係る映像ファイルについては、表示しないようになされている。
これに対してこのオーナーIDが、この光ディスク装置1の製造メーカーを示す識別コードの場合、又は値0の場合、ステップSP28で肯定結果が得られることにより、システム制御マイコン19は、ステップSP28からステップSP29に移る。ここでシステム制御マイコン19は、アプリケーションIDの判定により、ファイル識別子(Binary File Identifier)により指示される映像ファイルが再生可能なものか否か判断し、ここで否定結果が得られると、ステップSP29からステップSP25に移るのに対し、肯定結果が得られると、ステップSP29からステップSP30に移る。
システム制御マイコン19は、このステップSP30において、ファイル識別子(Binary File Identifier)により指示される映像ファイルの再生を指示し、この映像ファイルを表示した後、ステップSP30に移ってこの処理手順を終了する。
これによりシステム制御マイコン19は、光ディスク2の装填時、電源の立ち上げ時においては、光ディスク2のルートディレクトリに対応するプロパティエントリにより登録された映像ファイルを表示して、例えば光ディスク2に係る各種情報をユーザーに提供し、さらには光ディスク2に記録された各種ファイルのオープニングの映像を表示するようになされている。
(1−4−4)代理ファイルエントリに係る処理
システム制御マイコン19は、このようにしてオープニングの映像を表示すると、ユーザーによる設定によりインデックスファイルに登録された各ファイルのサムネイル画像によりアイコンを表示する。またこのようにしてアイコンを表示してユーザーによるサムネイル画像の別途の登録が指示されると、ユーザーによる操作に応動してこのサムネイル画像の登録を受け付け。
この処理においてシステム制御マイコン19は、ユーザーによる指示により登録に供するサムネイル画像の選択を受け付け、このサムネイル画像をサムネイル画像エントリに登録する。またこのサムネイル画像エントリを指し示すように、プロパティエントリを登録する(図3〜図6)。このときプロパティエントリにおいては、プロパティエントリ種別(Property Entry Type )を値1に設定してこのプロパティを代理プロパティエントリ(Shadow File Property Entry)に設定し、またこのプロパティエントリの親エントリ(Parent Entry)に本来のプロパティエントリのエントリ番号を登録する。これによりこの実施例においては、必要に応じてこの代理プロパティエントリに係るサムネイル画像を使用してアイコン等を表示できるようになされ、その分、このインデックスファイルによる操作性を向上するようになされている。なおテキストのエントリに関しても、システム制御マイコン19は、同様にユーザーによる代理プロパティエントリの登録を受け付ける。
しかしてシステム制御マイコン19は、このように代理プロパティエントリによりサムネイル画像、テキストを別途登録している場合にあって、ユーザーによりこの別途の登録に係るメニュー等の表示が指示されると、代理プロパティエントリによる登録が存在するファイルについては、この代理プロパティエントリによるサムネイル画像、テキストによりメニュー等を表示する。
(1−4−5)関連するファイルに係る処理
システム制御マイコン19は、光ディスク2に撮像結果を記録する際に、ユーザーによりアフレコによる処理が指示されている場合、光ディスク2のファイル管理システムに撮像結果の映像ファイルAと、ダミーデータによるアフレコ時の領域確保用のファイルBとの記録を指示し、各ファイルA及びBによるデータを所定データ量づつ、交互に光ディスク2に記録する。これによりシステム制御マイコン19は、ファイルAを再生して得られる映像データを途切れることなく再生可能に、ファイルAの途中に空き領域を形成してファイルAを記録する(図12(A)〜図12(C))。
またこのようにして撮像結果を記録して、この映像ファイルAのアフレコが指示されると、システム制御マイコン19は、アフレコに係る音声ファイルCと、ダミーデータによるファイルDとを交互に光ディスク2に出力して、映像ファイルAの途中にダミーファイルBにより確保されている領域に、音声ファイルCを記録する。これによりこの光ディスク装置1では、音声ファイルCと映像ファイルAとをインターリーブして光ディスク2に記録して、これら音声ファイルCと映像ファイルAとを同時に再生して、これら音声ファイルCと映像ファイルAとをそれぞれ途切れることなく再生することができるようになされている。
システム制御マイコン19は、このような各ファイルA〜Dの光ディスク2への記録に対応して、インデックスファイルにこれらファイルA〜Dを登録する。このときダミーファイルBにより事前に確保した領域に記録されてなるファイルC及びDについては、実データが割り当てられているファイルCのプロパティエントリが拡張されて(図11)、関連するファイルDの登録に係るプロパティエントリを指し示すように、エントリ番号が登録される。
システム制御マイコン19は、このようにして記録してなる音声ファイルCの削除が指示されると、音声ファイルCを光ディスク2から削除し、またインデックスファイルから登録を削除する。このインデックスファイルからの削除の際に、この削除に係る音声ファイルCのプロパティエントリに登録されているファイルDを指し示すエントリ番号により、ダミーファイルDに係るプロパティエントリを検出し、このプロパティエントリにより音声ファイルCの削除された領域を、ダミーファイルDの領域に書き戻す。これにより光ディスク装置1では、光ディスク2上における情報記録面を図12(B)に示す状態に戻す。またこの書き戻しに対応するように、ダミーファイルDに係るプロパティエントリを更新する。
これに対してユーザーにより音声ファイルCの更新が指示されると、音声ファイルCを上書きにより更新し、この更新に対応するように、この音声ファイルCに係るプロパティエントリを更新する。またこの音声ファイルCのプロパティエントリに登録されているファイルDを指し示すエントリ番号により、ダミーファイルDに係るプロパティエントリを検出し、同様に、音声ファイルCの更新に対応するように、このダミーファイルDに係るプロパティエントリを更新する。
これによりこの光ディスク装置1では、アフレコを繰り返す場合にあっても、このプロパティエントリに係る簡易な管理により、繰り返しに係る音声ファイルを、当初、ダミーファイルBにより確保した領域に記録することができ、これによりアフレコを繰り返す場合にあっても、音声ファイルCと映像ファイルAとを同時に再生して、これら音声ファイルCと映像ファイルAとをそれぞれ途切れることなく再生することができるようになされている。
(1−4−6)プライベートインデックスファイルに係る処理
さらにシステム制御マイコン19は、このようにして各ファイルの抜粋情報を登録してなるインデックスファイルに係る処理において、さらにはファイルに係る処理において、この光ディスク装置1に特有のアプリケーションが立ち上げられ、このアプリケーションプログラムによりこのアプリケーションの処理の利便を図る抜粋情報等の別途の登録が指示されると、この抜粋情報によりプライベートインデックスファイルを作成し(図13〜図16)、光ディスク2に記録する。これにより光ディスク装置1では、各アプリケーションで共通で使用するインデックスファイルには何ら手を加えることなく、このアプリケーションに固有のプライベートインデックスファイルが光ディスク2に記録され、このプライベートインデックスファイルの利用により操作性を向上するようになされている。
このプライベートインデックスファイルの光ディスク2への記録に際して、システム制御マイコン19は、インデックスファイルの対応するプロパティエントリにプライベートインデックスファイルのリストを記録し、また各プライベートインデックスファイルのオーナー情報(Owner Information )、プライベートインデックスファイルのファイル名(Private Index File Name )を登録する。
またシステム制御マイコン19は、このプライベートインデックスファイルにあっては、プロパティエントリに対応するプライベートインデックスデータを固定長により作成し、またこのプライベートインデックスデータがインデックスファイルのプロパティに対応するように連続して形成する。これにより光ディスク装置1では、プライベートインデックスファイルに設けられた先頭プライベートインデックスデータの開始位置であるオフセットH、プロパティエントリのエントリ番号E、各固定長さの固定サイズXによりX×(E−1)+Hにより、対応するプライベートインデックスデータを求めることができるようになされている。
しかしてこのようなプライベートインデックスファイルが他の装置により登録された光ディスク2が装填される場合もあることにより、システム制御マイコン19は、光ディスク2のローディングにより、又は電源の立ち上げにより、オーナー情報(Owner Information )、プライベートインデックスファイルのファイル名(Private Index File Name )により対応するプライベートインデックスファイルを検出し、ユーザーによるアプリケーションの指示によりこの対応するプライベートインデックスファイルの利用によりユーザーインターフェースを提供する。
またこのようにしてユーザーインターフェースを提供して、ユーザーによりファイルの削除等が指示されると、インデックスファイルの対応するプライベートエントリに記録されたプライベート状態フラグの記録において、有効無効を示すフラグ(Validity Flags)を無効に設定し、これによりこの削除等に係るファイルのプライベートインデックスデータを登録してなるプライベートインデックスファイルについては、この削除に係るファイルの登録が無効である旨、記録する。
しかしてシステム制御マイコン19は、対応するプライベートインデックスファイルによりユーザーインターフェースを提供する場合等にあっては、このようにして有効無効を示すフラグ(Validity Flags)を無効に設定してなるプライベートインデックスデータについては、ユーザーインターフェースを提供しないようにする。これらによりこの実施例では、プライベートインデックスファイルによる登録を設けるようにして、これらプライベートインデックスファイルを実際のファイルとの間で、矛盾した記述が発生しないようになされている。なおこのようにして削除しただけの場合にあっては、実際上、インデックスファイルにおいて、このプロパティエントリが無効に設定されていることにより、このようなフラグ(Validity Flags)による設定によらなくても、インデックスファイルにより正しい状態を把握することができる。しかしながらこのような削除に係るプロパティエントリにあっては、削除により空き領域となり、改めて別ファイルが登録される場合があり、この場合には、矛盾を解消できなくなる。これによりファイルの削除により有効無効を示すフラグ(Validity Flags)を無効に設定して、矛盾した記述の発生を防止することができる。しかして改めて言及するまでもなく、システム制御マイコン19は、上述したように、ファイルの削除に係るプロパティエントリの処理については、フラグ(Valid/Invalid )の設定により実行し、対応するプライベートインデックスファイルが存在する限り、このプライベートインデックスファイルに係る拡張データにあっては、有効無効を示すフラグ(Validity Flags)のみが操作されるようになされている。
なおこのような管理対象ファイルの変更による有効無効を示すフラグ(Validity Flags)の操作においては、この光ディスク装置1が、プライベートインデックスファイルに対応する固有のアプリケーションを有していない場合にも、必要であることは言うまでも無く、システム制御マイコン19は、これによりファイルの削除等により対応するプロパティエントリに係る有効無効を示すフラグ(Validity Flags)を無効に設定するようになされている。
なおこのような固定長によるプライベートインデックスデータの設定に代えて、プロパティエントリとプライベートインデックスデータとの対応関係を示すリストをプライベートインデックスファイルに設けるようにしてもよい。なおこのリストにあっては、例えばプロパティエントリのエントリ番号と、対応するプライベートインデックスデータのオフセット、サイズをこのリストとを対応付けて作成することが考えられる。この場合、アプリケーションは、エントリ番号により、対応するプライベートデータインデックスデータのオフセット、サイズを求めてアクセスすることになる。またこの場合に、エントリ番号に代えて、対応するファイルを指し示すファイル識別子(Binary File Identifier)を利用することも考えられる。
なおプライベートインデックスファイルにあっては、インデックスファイルと同一に作成するようにしてもよい。なおこの場合、本来のインデックスファイルと、プライベートインデックスファイルに係るインデックスファイルとで、各プロパティエントリを対応付けることが必要であり、これにより上述したような各種手法により対応関係を記述することが必要になる。また例えば識別子により、さらにヘッダにより、これら本来のインデックスファイルと、プライベートインデックスファイルに係るインデックスファイルとを識別可能とすることが必要になる。
しかしてシステム制御マイコン19は、このようにしてプライベートインデックスファイルを登録してなる場合に、ユーザーによりこの光ディスク装置1に固有のアプリケーションが立ち上げられると、このアプリケーションによる処理対象のファイルについて、インデックスファイルから対応するプロパティエントリを検出し、各プロパティエントリの拡張データよりプライベートインデックスファイルの登録を検出する。またこの検出より、オーナー情報、プライベートインデックスファイルのファイル名を検出し、このユーザーにより立ち上げられたアプリケーションに対応するプライベートインデックスファイルを検出する。またこのようにしてアプリケーションに対応するプライベートインデックスファイルが検出された場合には、光ディスク2のファイル管理システムによりこの検出したプライベートインデックスファイルをメモリにロードし、各プロパティエントリに対応するプライベートインデックスデータによりユーザーインターフェースを提供する。なおこの場合にプライベートインデックスデータが未登録のプロパティエントリについては、プロパティエントリファイルによる抜粋情報を適用する。
(2)実施例の動作
以上の構成において、この光ディスク装置1では(図1)、撮像手段、音声取得手段で取得した映像データ、音声データがそれぞれビデオ符号器11、オーディオ符号器12でエンコードされた後、ファイル生成器15によりQTムービーファイルのデータストリームに変換され、メモリコントローラ18、エラー訂正符号/復号器21、データ変復調器23、磁界変調ドライバ24、光ピックアップ33による記録系を介して光ディスク2に記録される。これによりこの光ディスク装置1では、撮像結果がQTムービーファイルにより光ディスク2に記録される。またこの光ディスク2のファイルの記録に対応するように、システム制御マイコン19の出力データがこの光ディスク装置1の記録系に出力され、これにより光ディスク2のファイル管理システムに係る管理情報がこのQTムービーファイルの記録に対応するように更新される。
またこのようにして記録したQTムービーファイルにおいては、ファイル管理システムによる管理情報に基づいて光ピックアップ33、データ変復調器23、エラー訂正符号/復号器21、メモリコントローラ18を介して順次再生され、ファイル復号器16により映像データ及び音声データのエレメンタリストリームに復調された後、それぞれビデオ復号器13、オーディオ復号器14によりデコードされて出力される。
この光ディスク装置1では、このようなQTムービーファイルの記録時、ファイル生成器15よりサムネイル画像用のデータがシステム制御マイコン19で取得され、またこのファイルの記録に前後したユーザーの入力等によりタイトルのデータがシステム制御マイコン19で取得される。またファイル管理システムに係るファイル名等の情報が取得され、これらにより光ディスク2に記録するQTムービーファイルの抜粋情報がシステム制御マイコン19で収拾される。光ディスク装置1では、光ディスク2のファイル管理システムに係る管理情報と同様に、システム制御マイコン19に内蔵のメモリにおいて、このようにして取得した抜粋情報によりインデックスファイルが生成され、このインデックスファイルがQTファイルと同様に光ディスク2に記録される。またこのインデックスファイルの記録に対応するようにファイル管理システムの管理情報が更新される。
このようなシステム制御マイコン19におけるインデックスファイルの生成処理においては、抜粋情報が属性毎に分類され、各属性毎に、QTムービーファイルの記録に対応するようにサムネイル画像エントリファイル、テキストエントリファイル(図3)が形成される。また各エントリの属性を示す情報、各エントリ間の関係を示す情報等がプロパティエントリファイルに設定される。また光ディスク2に記録したファイルの処理に対応してこれらエントリ間の関係を示す情報等が更新され、これらによりインデックスファイルがメモリ上で構成され、このインデックスファイルが光ディスク2に記録される。
これによりこの光ディスク装置1では、このインデックスファイルにより光ディスク2に記録された各種ファイルの管理を簡略化することができるようになされている。
この一連の処理において、この光ディスク装置1では、外部参照形式により光ディスク2にQTファイルを記録して、このQTファイルを構成するリソースファイル、映像ファイル、音声ファイルのファイルサイズがそれぞれ検出され、基本プロパティデータ(Basic Property Data )のファイルサイズ(File Size )にこのファイルサイズが記録されてインデックスファイルが形成される(図9)。これによりこの光ディスク装置1では、このインデックスファイルへのファイルサイズの登録により再生時の処理を簡略化し、さらには操作性を向上することができるようになされている。
すなわち再生装置においては、サイズ、要求されるビットレートが再生対象であるファイルを再生可能か否かの判断要素となる。特に、この種の記録媒体である光ディスク2においては、コンピュータでも使用されることにより、種々のビットレートに係るファイルが、この光ディスク装置1以外の装置により記録されて光ディスク装置1に装填される場合が予測される。このようにして記録される種々のファイルにおいて、例えば静止画ファイルにおいて、ファイルサイズの大きなファイルにあっては、再生装置の構成によってはデコードできない場合もある。また高いビットレートによるデータ処理には再生装置が対応できない場合もある。
しかしながら従来のインデックスファイルにおいては、このような再生可能か否かの判断要素の1つであるファイルサイズについては、記録し得ず、これによりこの再生対象のファイルを記録してなるファイル管理システムからファイルサイズを検出するしかなかった。
しかしながらこの実施例のように、インデックスファイルにファイルサイズ(File Size )のフィールドを設けて管理対象ファイルのファイルサイズを登録すれば、再生装置においては、インデックスファイルの記録により再生可能か否か判断し得、その分、ファイル管理システムにより各ファイルのファイルサイズを検出しなくても良いことにより、処理に要する時間、さらには再生時における負担を軽減することができ、その分、操作性を向上することができる。
これによりこの実施例においては(図18)、インデックスファイルをロードしてファイルサイズを検出し、この検出結果により再生困難なファイルか否か判断することにより、ファイル管理システムよりファイルサイズのデータをいちいち取得しなくても、再生困難なファイルか否か判断することができ、処理に要する時間を軽減してインデックスファイルの操作性を向上するようになされている。
またこの実施例では、光ディスク2の装填により、又は電源の投入により、このような判断を事前に実行し、この判断結果に基づいてユーザーインターフェースを提供して再生可能なファイルについてユーザーの操作を受け付けることにより、再生困難なファイルの再生を指示する等の、ユーザーの無駄な操作を防止することができ、これによってもインデックスファイルに係る操作性を向上することができるようになされている。
またこの光ディスク装置1では、撮像結果の記録に係るQTファイルについては、外部参照形式により映像ファイル、音声ファイル、リソースファイルにより光ディスクに記録し、これらファイルのうちの代表のファイルであるリソースファイルに係るプロパティエントリに、これら複数ファイルの管理情報がまとめて記録される(図3)。また再生時においては、このようにしてまとめて管理情報を記録してなるリソースファイルについてのみ、メニューを表示してユーザーの操作を受け付ける。
しかして従来のインデックスファイルでは、1つのファイルを1つのプロパティエントリに登録するようになされており、このため外部参照形式に係るQTファイルのように、再生時に同時に処理される複数ファイルにあっては、本来、ユーザーにおいては1つのコンテンツと認識しているものであっても、各ファイル毎にプロパティエントリを設けることが必要であった。これにより従来のインデックスファイルにおいては、コンテンツ数に比してプロパティ数が増大し、その分、インデックスファイルを一時記録して保持するメモリの容量、さらにはインデックスファイルの処理系における処理量が増大してしまい、その分、操作性が劣化する問題があった。
しかしながらこの実施例のように、1つのファイルに係るプロパティエントリに、抜粋情報をまとめて記録すれば、その分、エントリ数の増大を防止することができ、これによりメモリの容量の増大を防止することができる。またインデックスファイルの処理系における処理量の増大を防止することができ、これらにより操作性を向上することができる。
またこのような登録に係るプロパティエントリが、QTファイルを構成する複数ファイルを代表するファイルのプロパティエントリであることにより、簡易かつ確実に他の映像ファイル、音声ファイルをアクセスすることができ、再生時等における処理を一段と簡略化することができる。
またこれら複数ファイルに1つのアイコンが割り当てられることにより、ユーザーによる操作性を向上し、これによりユーザーの使い勝手を向上することができる。すなわち従来のインデックスファイルにおいては、これら複数ファイルがそれぞれプロパティエントリに登録されることにより、これら複数ファイルのそれぞれにアイコンが表示され、この複数のアイコンよりリソースファイルのアイコンを選択して操作することが必要になる。これに対してこの実施例では、このようなアイコンの選択に係る作業を省略することができ、その分、操作性を向上してユーザーの使い勝手を向上することができる。なおQTファイルにおいては、長時間の記録においては、映像ファイル及び音声ファイルをそれぞれ複数ファイルに分割して記録する場合もあり、このような場合にあっては、1つのQTファイルが1つのリソースファイル、複数の映像ファイル、複数の音声ファイルにより構成されることにより、この実施例のように1つのプロパティエントリにまとめて登録することの効果については、このような場合には一層増大することになる。
このようにして光ディスク2に記録されたファイルについてのアイコン等を表示するにつき、光ディスク装置1では、光ディスク2にディスクタイトルに係る情報が記録されている場合、このディスクタイトルが始めに表示される(図18)。
すなわちこの光ディスク装置1に装填される光ディスク2においては、事前にインデックスファイルが記録されて供給されるものもあり、このような光ディスク2においては、インデックスファイルのルートディレクトリに対応するプロパティエントリにおいて、基本プロパティデータ(Basic Property Data )のファイル識別子(Binary File Identifier)(図6)により光ディスク2に記録された映像ファイルが指し示され、またこのプロパティの拡張データにより、映像ファイルを指し示す情報であるファイル識別子(Binary File Identifier)の登録に係るオーナーを特定するオーナーの識別子(オーナーID(Owner ID))と、この映像ファイルの再生に供するアプリケーションを特定するアプリケーションの識別子(アプリケーションID(Application ID))とが設定されて供給される。
またユーザーにより映像ファイルが記録され、この映像ファイルのディスクタイトルへの登録が指示されると、このルートディレクトリに対応するプロパティエントリにおける基本プロパティデータ(Basic Property Data )のファイル識別子(Binary File Identifier)が、このユーザーの指示した映像ファイルを指し示すように設定され、ファイル識別子(Binary File Identifier)、オーナーの識別子(オーナーID(Owner ID))においては、ユーザー登録である旨を示す値0のコードと、光ディスク装置1に係るアプリケーションを特定する識別コードとがそれぞれ設定される。
これによりこの実施例では、ディスクタイトルとして、サムネイルやテキスト情報だけでなく、映像ファイルをも割り当てることができるようになされ、これにより従来に比して操作性が向上される。また映像ファイルに代えて音声ファイルを登録することにより、音声ファイルによる音声ガイドも利用することができ、これによってもインデックスファイルに係る操作性が向上される。
またオーナーID、アプリケーションIDにより、ディスクタイトルを登録したユーザー、アプリケーションを知ることができ、これにより登録したユーザーやアプリケーションによって、ディスクタイトルを再生するかどうかの判断を再生装置で実行することができ、これによってもユーザーの使い勝手を向上することができる。
すなわちこの光ディスク装置1では、アイコン等によるユーザーインターフェースの提供の前提として、光ディスク2が装填されると、このルートディレクトリに対応するプロパティエントリにおける基本プロパティデータ(Basic Property Data )のファイル識別子(Binary File Identifier)が指し示すファイルを再生した後、操作メニューが提供される。これにより例えば光ディスク2に係る注意事項、メーカーのタイトルバック等を始めに表示して光ディスク2に係る各種の情報をユーザーに提供することができる。またユーザー設定に係る場合には、この映像ファイルにユーザーにより指示されたファイルが適用され、これにより例えばこの光ディスク2が旅行に係る記録の場合には、この旅行に係るタイトル等を動画により表示して光ディスクのディスクタイトルを形成することができ、これによってもインデックスファイルの操作性を向上することができる。
このような処理において、光ディスク装置1では、オーナーID、アプリケーションIDによりこのような映像ファイルの再生が中止され、これにより例えば他社の光ディスク2に設けられたディスクタイトル、この光ディスク2で対応困難なアプリケーションに係るディスクタイトルについては再生しないようにし、ユーザーの使い勝手を向上するようになされている。しかしてこのようなオーナーIDによりディスクタイトルに係る映像ファイルを表示しない場合に、ユーザー登録に係る値0以外のオーナーIDについては表示しないようにしてもよく、このような設定をユーザーに委ねるようにしもよい。
このようにしてオープニングの映像等をユーザーに提供すると、光ディスク装置1では、ユーザーによる設定によりインデックスファイルに登録されたサムネイル画像によりアイコンを表示する。またこのようにしてアイコンを表示してユーザーにより何れかのファイルが選択されて、このファイルに係る別途のサムネイル画像、テキストの登録が指示されると、これら指示に係るサムネイル画像、テキストがそれぞれ対応するサムネイル画像エントリ、テキストエントリに登録される。またこれらのエントリの登録に対応してプロパティエントリが登録される。このプロパティエントリにおいては(図5)、プロパティエントリ種別(Property Entry Type )が値1に設定されて代理プロパティエントリ(Shadow File Property Entry)により登録され、また親エントリ((Parent Entry)に本来のプロパティエントリのエントリ番号が登録されて、代理プロパティエントリに係る対象が特定される。
これによりこの光ディスク装置1では、元のインデックスファイルに係る構造には何ら影響を与えずに、ユーザーの趣味、嗜好を反映させることができるように、別途、サムネイル画像、テキスト等を登録し得、その分、ユーザーの使い勝手の向上によりインデックスファイルの操作性が向上される。
すなわち光ディスク装置1では、通常の処理においては、インデックスファイルに登録された本来のサムネイル画像、テキスト等によりユーザーインターフェース等を提供するのに対し、ユーザーによる指示により、このように代理で登録されたサムネイル画像、テキスト等によりユーザーインターフェース等を提供する。これにより光ディスク装置1では、ユーザーによる使い勝手を向上することができる。
これに対してユーザーによりアフレコを予定した撮像結果の記録が指示されると、光ディスク装置1では、撮像結果の映像ファイルAと、ダミーファイルBとが交互に記録され、これによりファイルAを再生して得られる映像データを途切れることなく再生可能に、ファイルAの途中に空き領域を形成してファイルAが記録される(図12(A)〜(C))。
この状態でアフレコが指示されると、映像ファイルAの途中にダミーファイルBにより確保されている領域に、アフレコに係る音声ファイルCがダミーファイルDと共に記録され、これによりこれら音声ファイルCと映像ファイルAとを同時に再生して、これら音声ファイルCと映像ファイルAとをそれぞれ途切れることなく再生することができる。
光ディスク装置1では、このようにしてアフレコして、アフレコを繰り返す場合、ファイルAの途中にダミーファイルBの記録により当初形成された空き領域で実行することが必要になり、この領域以外に音声ファイルを記録した場合、映像ファイルと音声ファイルとの同期した途切れの無い再生が困難になる。このため光ディスク装置1では、音声ファイルCの削除、更新に対応するように、ダミーファイルDによる領域を更新することが必要になり、これによりこの場合、管理対象のファイルである音声ファイルの記録、更新、削除により併せて更新することが必要な他のファイルが存在することになる。
光ディスク装置1では、この場合に、管理対象のファイルである音声ファイルのプロパティエントリに(図11)、関連するファイルの登録に係るプロパティエントリを指し示す情報として、このダミーファイルのプロパティエントリ番号が登録される。これにより光ディスク装置1では、このような一方のファイルの削除、更新、記録により更新することが必要な他のファイルの管理を容易なものとすることができ、その分、インデックスファイルに係る操作性を向上することができる。
すなわちこの光ディスク装置1では、音声ファイルCの更新、削除に対応するように、このようにして登録したプロパティエントリのエントリ番号により、対応するダミーファイルDによるプロパティエントリを更新し、またこのダミーファイルDに係るファイル管理システム上における記録領域を更新して、例えば削除の場合には、このそれまで音声ファイルBに割り当てていた領域をダミーファイルDに書き戻すことができる。またこのようにして書き戻した場合には、登録を無効に設定されてなる削除に係るプロパティエントリの記録より、ダミーファイルDのプロパティエントリを検出し、音声ファイルの改めての記録に対応するように、ダミーファイルDに係るプロパティエントリの記録を更新することができる。しかしてシステム制御マイコン19は、このようにファイルの削除に係るプロパティエントリの処理においては、有効無効のフラグ(Valid/Invalid )(図4)の設定により実行して、他のフィールドについては、書き換えないようにし、これによりこの光ディスク装置1では、この元のままに保持されてなる情報を有効利用して、このような音声ファイルBの再記録に役立てることができるようになされている。
これに対してユーザーによりこの光ディスク装置1に固有のアプリケーションが立ち上げられ、このアプリケーションが固有のインデックスファイルの処理に係る場合、光ディスク装置1では、このアプリケーションに対応する固有のインデックスファイルであるプライベートインデックスファイルが作成されて光ディスク2に記録される(図13〜図16)。またこのプライベートインデックスファイルによるユーザーインターフェースが提供される。
これによりこの光ディスク装置1では、各種アプリケーションプログラムで共通に使用することを目的としたインデックスファイルには何ら影響を与えることなく、このアプリケーションに適したユーザーインターフェースによりユーザーの操作を受け付ける等の処理を実行し得、その分、操作性が向上される。
光ディスク装置1では、このようにして作成されてなるプライベートインデックスファイルについては、インデックスファイルのプロパティエントリに対応するプライベートインデックスデータの連続により作成し、このプライベートインデックスデータに対応するインデックスファイルの各プロパティエントリに、それぞれプライベートインデックスファイル毎に、対応するプライベートインデックスファイルのファイル名、オーナー情報が登録される。これにより既に記録媒体に記録されている他のプライベートインデックスファイルと識別可能に、インデックスファイルのエントリに、該エントリと、プライベートインデックスファイルの対応するプライベートインデックスデータとの関係を示す情報が設定される。
これにより光ディスク装置1では、このプライベートインデックスファイルに係るアプリケーションがユーザーの操作により立ち上げられた場合に、処理対象ファイルについてのプロパティエントリの記述より、光ディスク2に記録されたプライベートインデックスファイルを検出し、またオーナー情報、ファイル名より、このアプリケーションに対応するプロパティインデックスファイルか否か判断し、対応するプライベートインデックスファイルの場合には、プロパティエントリによる抜粋情報に代えて、このプライベートインデックスファイルの対応するプライベートインデックスデータによりユーザーインターフェースが提供される。これにより光ディスク装置1では、このような固有のアプリケーションに適した抜粋情報によりユーザーインターフェースを提供してユーザーの使い勝手を向上することができる。しかしてプライベートインデックスファイルにあっては、このようなユーザーインターフェースの提供だけでなく、種々の処理に必要な抜粋情報等の記録にも適用することができ、これにより操作性を一段と向上できるようになされている。
光ディスク装置1では、このようにしてプライベートインデックスファイルを記録するにつき、インデックスファイルの対応するプロパティエントリに、さらに各プライベートインデックスファイルの有効、無効を示すフラグ(Validity Flags)が無効に設定される。また管理対象ファイルを削除した場合には、各プライベートインデックスファイルに係るこの有効、無効フラグ(Validity Flags)が無効に設定される。これに対してこの削除に係るプロパティエントリへの登録の処理が実行され、この光ディスク装置1に固有のアプリケーションにより対応するプライベートインデックスに係るプライベートインデックスデータが登録された場合、このプライベートインデックスについてのみ、対応する有効、無効を示すフラグ(Validity Flags)が有効に設定される。
これにより光ディスク装置1では、プライベートインデックスファイルによる登録を設けるようにして、これらプライベートインデックスファイルと実際のファイルとの間で、矛盾した記述が発生しないようになされ、このような矛盾した記述の発生による操作性の劣化を有効に回避するようになされている。
(3)実施例の効果
以上の構成によれば、各アプリケーション固有のインデックスファイルであるプライベートインデックスファイルを登録するようにして、画像ファイルの変更により、プライベートインデックスデータの有効又は無効を示す情報を更新することにより、従来に比して一段と操作性を向上することができる。
すなわちインデックスファイルのエントリに、プライベートインデックスファイル毎に、プライベートインデックスファイルの対応するプライベートインデックスデータの有効、無効を示す情報を設定することにより、この有効、無効を示す情報の設定により各矛盾した記載の発生を防止することができる。
またファイルの記録の変更により、この有効、無効を示す情報を更新することにより、矛盾した記述の発生を防止して操作性の劣化を有効に回避することができる。
1……光ディスク装置、2……光ディスク、11……ビデオ符号器、12……オーディオ符号器、13……ビデオ復号器、14……オーディオ復号器、15……ファイル生成器、16……ファイル復号器、19……システム制御マイコン