(57)【要約】  ローカルストレージデータファイル管理方法及び装置を提供する。ａ）コンテンツプロバイダからデータファイルをダウンロードしてローカルストレージ内に保存し、前記保存されたファイルからバインディングユニット（ｂｉｎｄｉｎｇ  ｕｎｉｔ）を形成し、ｂ）前記バインディングユニット内の特定ファイルを削除する旨の命令を受信すると、前記バインディングユニット内の全体ファイルを全て削除する、前記削除を希望するファイルの含まれたタイトル（ｔｉｔｌｅ）に関連したファイルのみを共に削除する、または、前記削除を希望するファイルのみを削除する構成とした。
2008522342.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツプロバイダから少なくとも一つのデータファイルをダウンロードしてローカルストレージ内に保存し、前記保存されたファイルからバインディングユニット（ｂｉｎｄｉｎｇ  ｕｎｉｔ）を形成する段階と、
前記バインディングユニット内の特定ファイルを削除するとの命令を受信すると、前記バインディングユニット内の全体ファイルを全て削除する段階と、
を含んでなる、ローカルストレージデータファイル管理方法。
【請求項２】
前記ローカルストレージ内のデータファイルを保存するとき、対応するディスク単位にデータファイルを保存する、請求項１に記載のローカルストレージデータファイル管理方法。
【請求項３】
コンテンツプロバイダからデータファイルをダウンロードしてローカルストレージ内に保存し、前記保存されたファイルからバインディングユニット（ｂｉｎｄｉｎｇ  ｕｎｉｔ）を形成する段階と、
前記バインディングユニット内の特定ファイルを削除するとの命令を受信すると、前記削除を希望するファイルの含まれたタイトル（ｔｉｔｌｅ）に関連した全てのファイルを共に削除する段階と、
を含んでなる、ローカルストレージデータファイル管理方法。
【請求項４】
前記バインディングユニットは、タイトルに関する情報を含む、請求項３に記載のローカルストレージデータファイル管理方法。
【請求項５】
前記タイトルに関連した全てのファイルを削除した後には、バインディングユニット内のデータベースファイルを変更する段階をさらに含む、請求項３に記載のローカルストレージデータファイル管理方法。
【請求項６】
前記データベースファイルは、インデックスファイルであることを特徴とする、請求項５に記載のローカルストレージデータファイル管理方法。
【請求項７】
前記データベースファイルは、オブジェクトファイルであることを特徴とする、請求項５に記載のローカルストレージデータファイル管理方法。
【請求項８】
前記ローカルストレージ内のデータファイルを保存するとき、対応するディスク別タイトル単位にデータファイルを保存する、請求項３に記載のローカルストレージデータファイル管理方法。
【請求項９】
前記タイトルに関する情報は、バインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｍａｎｉｆｅｓｔ  ｆｉｌｅ）に含まれてダウンロードされる、請求項３に記載のローカルストレージデータファイル管理方法。
【請求項１０】
コンテンツプロバイダからデータファイルをダウンロードしてローカルストレージ内に保存し、前記保存されたファイルからバインディングユニット（ｂｉｎｄｉｎｇ  ｕｎｉｔ）を形成する段階と、
前記バインディングユニット内の特定ファイルを削除するとの命令を受信すると、前記削除を希望するファイルのみを削除し、前記ファイル削除によるデータベースファイルを修正する段階と、
を含んでなる、ローカルストレージデータファイル管理方法。
【請求項１１】
前記ローカルストレージ内のデータファイルを保存するとき、対応するディスク別コンテンツ単位にデータファイルを保存する、請求項１０に記載のローカルストレージデータファイル管理方法。
【請求項１２】
前記コンテンツ単位に構成されたローカルストレージファイル構造において、コンテンツごとにそれぞれのプレイリストファイルを備える、請求項１１に記載のローカルストレージデータファイル管理方法。
【請求項１３】
前記データベースファイルは、インデックスファイルであることを特徴とする、請求項１０に記載のローカルストレージデータファイル管理方法。
【請求項１４】
前記データベースファイルは、オブジェクトファイルであることを特徴とする、請求項１０に記載のローカルストレージデータファイル管理方法。
【請求項１５】
記録媒体からデータを読み取るピックアップと、
前記記録媒体データと関連したファイルをダウンロードして保存するローカルストレージと、
前記ローカルストレージ内に保存されたファイルからバインディングユニットを形成し、前記バインディングユニット内の単一又は複数の特定ファイルを削除するとき、ディスク単位、タイトル単位またはコンテンツ単位の何れか一方式でファイル削除を行うことを制御する制御部と、
を備えてなる、ローカルストレージデータファイル管理装置。
【請求項１６】
前記ローカルストレージ内にファイルをダウンロードして保存する過程は、前記制御部のＢＤＪアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）が行う、請求項１５に記載のローカルストレージデータファイル管理装置。
【請求項１７】
前記バインディングユニット内の単一又は複数の特定ファイルを削除する過程は、前記制御部のレジデントアプリケーション（ｒｅｓｉｄｅｎｔ  ａｐｐｌｉｃａｔｉｏｎ）が行う、請求項１５に記載のローカルストレージデータファイル管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光記録再生装置内のローカルストレージに保存されたデータファイルを管理する方法及び装置に係り、特に、ローカルストレージ内のデータファイルを削除する方法及び装置に関する。
【背景技術】
【０００２】
記録媒体として大容量のデータを記録できる光ディスクが広く使用されている。なかでも最近では高画質のビデオデータと高音質のオーディオデータを長時間記録して保存することができる新しい高密度記録媒体、例えば、ブルーレイディスク(ＢＤ：Ｂｌｕ−ｒａｙ  Ｄｉｓｃ)が開発されている。
【０００３】
次世代記録媒体技術であるＢＤは、既存のＤＶＤを顕著に凌駕する量のデータを保存できる次世代光記録ソリューションとされており、近来、他のデジタル機器と共にこれに対する研究が行われている。
【０００４】
これと関連して、ＢＤ国際規格を応用した光記録再生装置が開発し始まったが、未だＢＤ規格は完備しておらず、完成した光記録再生装置を開発するのに多くの限界と難題が生じている。
【０００５】
特に、上記のような光記録再生装置は、ＢＤのデータを記録再生する基本機能の他に、周辺の関連デジタル機器との統合的使用を考慮した付加的な機能も考慮しなければならず、一般に外部入力信号を受信してこれをディスプレイしたり、外部入力信号と内蔵されたＢＤを共に用いて再生する機能を必ず備えなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のようにダウンロードした外部入力信号をＢＤのデータと共に再生し、ローカルストレージに保存したデータを効率的に管理するためにローカルストレージデータを削除する方法が知られておらず、本格的なＢＤ基盤の光記録再生装置を開発するのに多くの制約がある実情である。
【０００７】
したがって、本発明は上記の問題点を解決するためのもので、その目的は、ローカルストレージ（Ｌｏｃａｌ  ｓｔｏｒａｇｅ）内に保存されたデータファイルを效率的に管理する方法及び装置を提供することにある。
【０００８】
また、本発明の他の目的は、ローカルストレージ内に保存されたデータファイルを、ディスク単位、タイトル単位またはコンテンツ単位のいずれかの方式で削除する方法及び装置を提供することにある。
【０００９】
本発明の付加的な利点、目的及び特徴の一部は、下記の通りであり、他の一部は、本発明の属する分野における通常の知識を持つ者が、下記の内容から自明に理解できるか、本発明を実施して知得できる。本発明の目的及び他の利点は、発明の詳細な説明と特許請求の範囲の他、添付の図面で特に指示する構造から得られることができる。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明は、コンテンツプロバイダからデータファイルをダウンロードしてローカルストレージ内に保存し、保存されたファイルからバインディングユニット（ｂｉｎｄｉｎｇ  ｕｎｉｔ）を形成する段階と、バインディングユニット内の特定ファイルを削除する命令を受信すると、バインディングユニット内の全体ファイルを全て削除する段階と、を含んでなるローカルストレージデータファイル管理方法を提供する。
【００１１】
また、本発明は、コンテンツプロバイダからデータファイルをダウンロードしてローカルストレージ内に保存し、保存されたファイルからバインディングユニット（ｂｉｎｄｉｎｇ  ｕｎｉｔ）を形成する段階と、バインディングユニット内の特定ファイルを削除する旨の命令を受信すると、削除を希望するファイルの含まれたタイトル（ｔｉｔｌｅ）に関連した全てのファイルを共に削除する段階と、を含んでなるローカルストレージデータファイル管理方法を提供する。
【００１２】
また、本発明は、コンテンツプロバイダからデータファイルをダウンロードしてローカルストレージ内に保存し、保存されたファイルからバインディングユニット（ｂｉｎｄｉｎｇ  ｕｎｉｔ）を形成する段階と、バインディングユニット内の特定ファイルを削除する旨の命令を受信すると、削除を希望するファイルのみを削除し、ファイル削除によるデータベースファイルを修正する段階と、を含んでなるローカルストレージデータファイル管理方法を提供する。
【００１３】
また、本発明は、記録媒体からデータを読み取るピックアップと、記録媒体データと関連したファイルをダウンロードして保存するローカルストレージと、ローカルストレージ内に保存されたファイルからバインディングユニットを形成し、バインディングユニット内の（複数の）特定ファイルを削除時に、ディスク単位、タイトル単位またはコンテンツ単位のいずれかの一方式でファイル削除を行うように制御する制御部と、を備えてなるローカルストレージデータファイル管理装置を提供する。
【００１４】
前述した本発明の一般的な説明と後述する本発明の詳細な説明は、請求項に記載された発明を例示するためのもので、本発明がここに限定されるわけではない。
【発明の効果】
【００１５】
本発明のローカルストレージデータを削除する方法及び装置によれば、ローカルストレージ（Ｌｏｃａｌ  ｓｔｏｒａｇｅ）ファイル構造のバインディングユニットからディスク単位、タイトル単位またはコンテンツ単位のいずれか一つの単位に削除（ｄｅｌｅｔｉｎｇ）を行って制限された容量のローカルストレージを最大限に活用でき、また、記録媒体内に記録されたオリジナルデータと外部からダウンロードした付加データを效率的に再生可能にし、より便利な機能を使用者に提供することが可能になる。
【発明を実施するための最良の形態】
【００１６】
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。図面中、同一の構成要素については可能な限り同一の参照番号及び符号を共通使用するものとする。
【００１７】
以下、本発明によるローカルストレージデータの削除方法及び装置を、添付の図面に基づいて説明する。
【００１８】
本発明で使用される用語は、可能なかぎり現在広く使用されている一般的な用語としたが、特定の場合では出願人が任意に選定した用語もあり、その場合には該当する発明の説明部分で詳細にその意味を定義しておいたので、用語が持つ単純な意味ではなくここで定義された固有の意味として本発明を把握すべきである。
【００１９】
本発明でいう“記録媒体”は、例えば、光ディスク、磁気テープなど、データ記録可能であるかデータが記録されている媒体であれば、記録方式に関ることなくいずれも含む。
【００２０】
以下の本発明では、説明の便宜上、記録媒体としてＢＤのような光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）を例にして説明するが、本発明の技術思想が他の記録媒体にも同一に適用可能であることは自明である。
【００２１】
本発明で“ローカルストレージ（ｌｏｃａｌ  ｓｔｏｒａｇｅ）”とは、光記録再生装置 （図１の１０）に備えられた一種の保存手段で、必要な情報及びデータを使用者が任意に保存して活用できる要素のことを意味する。例えば、現在一般的に使用されるローカルストレージにはハードディスクドライブ（ｈａｒｄ  ｄｉｓｃ  ｄｒｉｖｅ：ＨＤＤ）があるが、必ずしもこれに本発明が限定されることはない。
【００２２】
特に、“ローカルストレージ（ｌｏｃａｌ  ｓｔｏｒａｇｅ）”は、ＢＤのような記録媒体と関連したデータを保存する手段としも活用され、記録媒体と関連してローカルストレージ内に保存されるデータは、外部からダウンロード（ｄｏｗｎｌｏａｄ）されるのが一般的である。
【００２３】
ローカルストレージ（Ｌｏｃａｌ  ｓｔｏｒａｇｅ）内において、ダウンロードしたデータを保存するために形成されたディレクトリ部分をローカルストレージファイル構造と命名する。
【００２４】
なお、記録媒体から一部許容されたデータを直接読み取る、または、記録媒体の記録再生と関連したシステムデータ（例えば、メタデータ（ｍｅｔａｄａｔａ））を生成してローカルストレージ内に保存することも可能であることは自明である。
【００２５】
本発明で“バインディングユニット（ｂｉｎｄｉｎｇ  ｕｎｉｔ）”とは、ローカルストレージ（ｌｏｃａｌ  ｓｔｏｒａｇｅ）内に保存された情報の一集合で、特に、特定記録媒体に関連付けられて該当の記録媒体内の情報に合成または追加され、記録媒体のデータをローカルストレージのデータと共に再生できるようにする情報の一集合を意味する。
【００２６】
本発明では説明の便宜上、記録媒体に記録されたデータを“オリジナルデータ（ｏｒｇｉｎａｌ  ｄａｔａ）”と命名し、ローカルストレージに保存されているか、保存されるべきデータの中で記録媒体と関連したデータを“付加データ（ａｄｄｉｔｉｏｎａｌ  ｄａｔａ）”と命名する。
【００２７】
図１は、本発明の概念的な理解を助けるために示す図で、光記録再生装置１０と周辺機器間の統合的使用の一例を示している。
【００２８】
“光記録再生装置１０”は、様々な規格の光ディスクへのデータ記録や再生を行うことができる機器で、必要によって、ＢＤのような特定光ディスクのみへの特定データの記録／再生が可能であっても良く、記録は除いて再生のみ可能であっても良い。特に、本発明で解決しようとするブルーレイディスク（ＢＤ）と周辺機器との連携性を考慮し、以下ではブルーレイディスク（ＢＤ）を再生するプレーヤー（ＢＤ−Ｐｌａｙｅｒ）またはブルーレイディスク（ＢＤ）を記録／再生するレコーダ（ＢＤ−Ｒｅｃｏｒｄｅｒ）を例にして説明する。周知の如く、“光記録再生装置１０”はコンピュータなどに内蔵される“ドライブ（ｄｒｉｖｅ）”になりうる。
【００２９】
本発明の光記録再生装置１０は、光ディスク３０を記録／再生する機能の他にも、外部入力信号を受信してこれを信号処理した後に他の外部ディスプレイ２０を通じて使用者に画面として伝達する機能を有する。この場合、入力可能な外部信号に特に制限はなく、例えば、デジタル放送（Ｄｉｇｉｔａｌ  ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔｉｎｇ）及びインターネット（Ｉｎｔｅｒｎｅｔ）関連信号などが代表的なものとなる。特に、インターネットは現在誰でも容易にアクセスできる媒体で、光記録再生装置１０を通じてインターネット上の特定データをダウンロード（ｄｏｗｎｌｏａｄ）して活用することができる。
【００３０】
なお、外部入力ソース（ｅｘｔｅｒｎａｌ  ｓｏｕｒｃｅ）としてコンデンツデータを提供する者を“コンデンツ提供者（ＣＰ；ｃｏｎｔｅｎｔ  ｐｒｏｖｉｄｅｒ）”と総称する。
【００３１】
例えば、マルチプレクスされた（ｍｕｌｔｉｐｌｅｘｅｄ）ＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）ストリームがオリジナルデータとして光ディスクに記録され、インターネット上の付加データが、オリジナルデータのオーディオストリーム（例えば、韓国語）と異なるオーディオストリーム（例えば、英語）であると仮定する。この場合、使用者によっては、インターネット上の付加データであるオーディオストリーム（例えば、英語）をダウンロードして、オリジナルデータたるＡＶストリームと共に再生したい要求、または、付加データのみを再生したい要求がありうる。これを可能にするためには、オリジナルデータと付加データ間の連関性を規定し、これらのデータを使用者の要求に応じて管理／再生する体系化した方法が必要である。
【００３２】
上記で、説明の便宜上、ディスク内に記録された信号をオリジナルデータとし、ディスクの外部に存在する信号を付加データとしたが、これは、単にそれぞれのデータを取得する方法によって区分したもので、オリジナルデータと付加データが必ずしも特定のデータに限定されることはない。
【００３３】
一般に、オーディオ（Ａｕｄｉｏ）、プレゼンテーショングラフィック（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｇｒａｐｈｉｃ：ＰＧ）、インタラクティブグラフィック（Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃ：ＩＧ）、テキストサブタイトル（Ｔｅｘｔ  ｓｕｂＴｉｔｌｅ）等が付加データになりうるが、これに限定されず、これら列挙したデータとビデオとを含むマルチプレクスされた（ｍｕｌｔｉｐｌｅｘｅｄ）ＡＶストリームが付加データになっても良い。すなわち、光ディスクの外部に存在しながら、オリジナルデータと関連しているいかなる属性のデータも付加データになりうるわけである。
【００３４】
特に、光記録再生装置１０内にローディングされた光ディスク３０にはオリジナルデータ（ｏｒｉｇｉｎａｌ  ｄａｔａ）が記録されており、インターネット（Ｉｎｔｅｒｎｅｔ）のような光記録再生装置１０の外部にオリジナルデータと関連した付加データ（ａｄｄｉｔｉｏｎａｌ  ｄａｔａ）が存在する場合、本発明は、オリジナルデータと付加データを共に再生するに当たり、不必要なファイルを削除してオリジナルデータにバインディングされるバインディングユニットを生成する、または、外部コンテンツプロバイダから新しいデータをダウンロードするためにローカルストレージを空にするに当たり、保存された付加データのファイルを削除する方法を提示する。
【００３５】
なお、使用者の要求、すなわち、オリジナルデータと付加データを共に再生することを実現するためには、オリジナルデータと付加データの相互間に関連したファイル構造を持つことが必須とされる。したがって、以下、図２及び図３を参照して、ブルーレイディスク（ＢＤ）で使用可能なファイル構造及びデータ記録構造について詳細に説明する。
【００３６】
まず、図２は、ディスク内に記録されたオリジナルデータを再生管理するためのファイル構造及び該ファイル構造によって特定タイトルが再生される関係を示す図である。
【００３７】
すなわち、本発明のファイル構造は、一つのルートディレクトリ（ｒｏｏｔ  ｄｉｒｅｃｔｏｒｙ）の下に、少なくとも一つのＢＤディレクトリ（ＢＤＭＶ）を含む。該ＢＤＭＶディレクトリは、使用者とのインタラクティビティ（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を保証するための一般ファイル（上位ファイル）情報としてインデックスファイル（“ｉｎｄｅｘ”）とオブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｔ”）を含む。また、このファイル構造は、実際ディスク内に記録されたデータに関する情報とこれを再生する方法に関する情報を有するディレクトリ、例えば、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）、補助ディレクトリ（ＡＵＸＤＡＴＡ）、及びバックアップディレクトリ（ＢＡＣＫＵＰ）を含む。以下、これらのディレクトリ及びディレクトリ内に含まれるファイルについて詳細に説明する。
【００３８】
補助データディレクトリ（ＡＵＸＤＡＴＡ）は、ディスク再生に必要な付加的なデータファイル、例えば、インタラクティブグラフィック（Ｉｎｔｅｒａｃｔｉｖｅ  Ｇｒａｐｈｉｃ）の実行時にサウンドを提供する“Ｓｏｕｎｄ．ｂｄｍｖ”ファイルと、ディスク再生時にフォント（ｆｏｎｔ）情報を提供する“１１１１１．ｏｔｆ”ファイルとを含む。
【００３９】
ストリームディレクトリ（ＳＴＲＥＡＭ）は、ディスク内に特定フォーマットで記録されたＡＶストリームファイルを含み、それぞれのストリームは、現在広く知られたＭＰＥＧ−２方式のトランスポートパケット（Ｔｒａｎｓｐｏｒｔ  ｐａｃｋｅｔ）で記録される場合が最も一般的であり、ストリームファイル（０１０００．ｍ２ｔｓ、０２０００．ｍ２ｔｓ）の拡張名として“＊．ｍ２ｔｓ”を使用する。特に、ストリームのうち、ビデオ／オーディオ／グラフィック情報が全てマルチプレクスされたストリームをＡＶストリームといい、タイトル（Ｔｉｔｌｅ）は少なくとも一つのＡＶストリームファイルで構成される。
【００４０】
クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）は、それぞれのストリームファイル（“＊．ｍ２ｔｓ”）と一対一対応するクリップインフォファイル（０１０００．ｃｌｐｉ、０２０００．ｃｌｐｉ）で構成される。特に、このクリップインフォファイル（“＊．ｃｌｐｉ”）には、対応するストリームファイル（“＊．ｍ２ｔｓ”）の属性情報及びタイム情報（ｔｉｍｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）等が記録される。特に、ストリームファイル（“＊．ｍ２ｔｓ”）と該ストリームファイル（“＊．ｍ２ｔｓ”）に一対一対応するクリップインフォファイル（“＊．ｃｌｐｉ”）をまとめて“クリップ（ｃｌｉｐ）”と命名する。すなわち、“クリップ（ｃｌｉｐ）”は、ストリームファイル（“＊．ｍ２ｔｓ”）及びクリップインフォファイル（“＊．ｃｌｐｉ”）で構成されたデータを意味する。以下の本発明では、ディスク内に記録されたクリップ（ｃｌｉｐ）を“オリジナルクリップ（ｏｒｉｇｉｎａｌ  ｃｌｉｐ）”と、ダウンロードされてローカルストレージ内に保存されたクリップ（ｃｌｉｐ）を“付加クリップ（ａｄｄｉｔｉｏｎａｌ  ｃｌｉｐ）”と命名する。
【００４１】
プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、プレイリストファイル（“＊．ｍｐｌｓ”）を含み、それぞれのプレイリストファイル（“＊．ｍｐｌｓ”）は、特定クリップが再生される時間（ｐｌａｙｉｎｇ  ｉｎｔｅｒｖａｌ）を指定する少なくとも一つのプレイアイテム（ＰｌａｙＩｔｅｍ）及びサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を含む。このプレイアイテム（ＰｌａｙＩｔｅｍ）及びサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）は、再生されるべき特定クリップの再生開始時間（ＩＮ−Ｔｉｍｅ）と再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関する情報を持っている。
【００４２】
プレイリストファイル内において少なくとも一つのプレイアイテム（ＰｌａｙＩｔｅｍ）による再生過程をメインパス（ｍａｉｎ  ｐａｔｈ）といい、各サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）による再生過程をサブパス（ｓｕｂ  ｐａｔｈ）という。メインパスは、プレイリストファイル内に必ず存在しなければならなく、サブパスは、サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）の存在によって少なくとも一つが必要に応じて存在すれば良い。
【００４３】
すなわち、プレイリストファイルは、少なくとも一つのプレイアイテム（ＰｌａｙＩｔｅｍ）の組み合わせによって所望のクリップの再生を行う全体再生／管理ファイル構造内の基本的再生／管理ファイル単位となる。
【００４４】
バックアップディレクトリ（ＢＡＣＫＵＰ）は、上記ファイル構造上のデータのうち、特にディスク再生と関連した情報が記録されるインデックスファイル（“ｉｎｄｅｘ”）、オブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｃｔ”）、プレイリストディレクトリ(ＰＬＡＹＬＩＳＴ)内の全てのプレイリストファイル（“＊．ｍｐｌｓ”）及びクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）内の全てのクリップインフォファイル（“＊．ｃｌｐｉ”）に対する複写本（ｃｏｐｙ）ファイルを保存する。すなわち、このバックアップディレクトリ（ＢＡＣＫＵＰ）は、これらのファイルの損失がディスク再生に致命的であることを考慮し、バックアップ（ｂａｃｋｕｐ）用として当該ファイルの複製ファイルを保存しておく機能を果たす。
【００４５】
図２にはまた、前述したディスクパッケージによって特定タイトルが再生される関係が示されている。
【００４６】
使用者がインデックスファイル（インデックステーブル（ｉｎｄｅｘ  ｔａｂｌｅ）ともいう。）によってタイトルに対してタイトル再生命令を入力すると、該タイトルの再生が始まる。これを詳細に説明すると、次の通りである。
【００４７】
インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）は、該当のディスクがロードされると、最初に再生される画面に対する情報である“Ｆｉｒｓｔ  Ｐｌａｙｂａｃｋ”情報と、メニュー画面を提供する“Ｔｏｐ  Ｍｅｎｕ”情報と、少なくとも一つの“タイトル（Ｔｉｔｌｅ  ＃１〜Ｔｉｔｌｅ  ＃ｎ）”情報を含む。
【００４８】
光ディスク３０が光記録再生装置１０にロードされると、インデックステーブルによるタイトルメニュー情報がディスプレイ２０を介して使用者に提供される。使用者がメニュー画面内の特定タイトルまたは特定メニューを選択すると、ディスク製作者（ａｕｔｈｏｒ）があらかじめ定義しておいたシナリオによって再生が始まる。すなわち、使用者が特定タイトル（例えば、タイトル＃１）の再生命令を下すと、再生／管理ファイル構造上のオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ）内に備えられたコマンド（ｃｏｍｍａｎｄ）に応じて特定プレイリストファイルが実行される。以降、当該プレイリストファイル情報に基づき、プレイリストファイル内の特定プレイアイテム及び／またはサブプレイアイテムによってタイトル＃１を構成する一つ以上のクリップ（例えば、Ｃｌｉｐ  ＃１〜Ｃｌｉｐ  ＃３）が再生される。
【００４９】
図３は、本発明による記録媒体に記録されるデータ記録構造を示す図で、具体的には、ファイル構造と関連した情報のディスク記録構造を示している。図３に示すように、上記ディスク構造は、ディスク内周から順に、全体ファイルを管理するシステム情報として機能するファイルシステム情報領域（ｆｉｌｅ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ａｒｅａ）と、記録されたＡＶストリーム（＊．ｍ２ｔｓ）を再生するためのプレイリストファイル及びクリップインフォファイルを記録するデータベース領域（ｄａｔａｂａｓｅ  ａｒｅａ）と、オーディオ／ビデオ／グラフィックなどで構成されたストリームが記録されるＡＶストリーム領域（ＡＶ  ｓｔｒｅａｍ  ａｒｅａ）とを含む。特に、ディスク内のＡＶストリーム領域（ＡＶ  ｓｔｒｅａｍ  ａｒｅａ）に記録されたデータがオリジナルデータになりうることは、前述の通りである。
【００５０】
本発明は、特に、ディスク内に記録されたオリジナルデータ（例えば、図２に示すファイル構造）とローカルストレージ内に保存された付加データを共に再生する前段階で、ローカルストレージにディスク外から付加データをダウンロードし、使用者の命令に応じてダウンロードしたデータから特定データを削除する方法及び装置を提供する。以下、本発明に係る様々な実施例について詳細に説明する。
【００５１】
図４Ａは、本発明の光記録再生装置１０を示すブロック図である。
【００５２】
図４Ａを参照すると、光記録再生装置１０は、ピックアップ１１、サーボユニット１４、信号処理部１３、及びマイコン１６を備える。ピックアップ１１は、光ディスクに記録されたオリジナルデータ及び再生／管理ファイル情報を含む管理情報を再生する。サーボユニット１４は、ピックアップ部１１の動作を制御する。信号処理部１３は、ピックアップ部１１から受信した再生信号を所望の信号値に復元するか、または、記録されるべき信号を光ディスクに記録される信号に変調（ｍｏｄｕｌａｔｉｏｎ）して伝達する。マイコン１６は、上記の構成要素の相互動作を制御する。
【００５３】
制御器１２は、使用者から命令を受信し、光ディスクの外部に存在する付加データをダウンロード（ｄｏｗｎｌｏａｄ）してローカルストレージ１５に保存するとともに、光ディスク内のオリジナルデータとローカルストレージ内の付加データを再生する仮想ファイルシステム（ＶＦＳ：ｖｉｒｔｕａｌ  ｆｉｌｅ  ｓｙｓｔｅｍ）を形成し、仮想ファイルシステムを用いてオリジナルデータと関連した付加データを含む仮想ファイル構造（ｖｉｒｔｕａｌ  ｐａｃｋａｇｅ）を形成し、該生成された仮想ファイル構造を用いてオリジナルデータ及び／または付加データを使用者の要求に応じて再生する。
【００５４】
ここで、仮想ファイルシステム（ＶＦＳ）は、ローカルストレージ１５内のファイルシステムとロードされたディスクのファイルシステムとを統合して管理するための一種の仮想的に形成されたファイルシステムである。
【００５５】
また、仮想ファイルシステム（ＶＦＳ）を用いて、ディスク内のオリジナルデータとローカルストレージ内の付加データを共に再生するための新しい仮想ファイル構造（Ｖｉｒｔｕａｌ  ｐａｃｋａｇｅ）を生成し、このバインディング動作（ｂｉｎｄｉｎｇ  ｏｐｅｒａｔｉｏｎ）によって生成される仮想ファイル構造（Ｖｉｒｔｕａｌ  ｐａｃｋａｇｅ）は、異なる領域にそれぞれ保存されているディスク内のオリジナルデータで構成されたオリジナルクリップとローカルストレージ内の付加データで構成された付加クリップを再生／管理するファイル構造となる。
【００５６】
ローカルストレージ１５において、ローカルストレージファイル構造は、オリジナルデータと関連した付加データがディスク単位、タイトル単位またはコンテンツ単位のいずれかの方式で構成されたバインディングユニットを含み、したがって、このローカルストレージファイル構造に付加データが保存される。
【００５７】
また、制御部１２は、ローカルストレージ１５にローカルストレージファイル構造を生成して外部データをダウンロードすることを制御し、また、生成されたローカルストレージファイル構造にダウンロードしたデータを保存することと、ダウンロードして保存されたデータのうち使用者によって選択されたファイルを、ローカルストレージファイル構造から削除することを制御する。
【００５８】
デコーダ１７は、制御部１２の制御によって出力データ（オリジナルデータ及び／または付加データ）を最終的にデコーディングして使用者に提供する。
【００５９】
エンコーダ１８は、光ディスクに信号を記録する機能を果たすために、制御部１２の制御によって入力信号を特定フォーマットの信号、例えば、ＭＰＥＧ２トランスポートストリームに変換して信号処理部１３に提供する。
【００６０】
上記で、新しく生成された仮想ファイル構造（Ｖｉｒｔｕａｌ  ｐａｃｋａｇｅ）を以降再利用するためにローカルストレージ１５に保存しておいても良く、別のダイナミックメモリ（ｄｙｎａｍｉｃ  Ｍｅｍｏｒｙ）を用いて一時的に保存しておいても良い。
【００６１】
図４Ｂは、図４Ａの光記録再生装置１０の全体構成のうち、特に、ローカルストレージを用いる光ディスク再生装置を示す構成図である。
【００６２】
まず、ローカルストレージ１５内に保存された情報について説明する。本発明に係るローカルストレージ１５には、基本的に、ディスク識別情報別にディレクトリ及びファイルを持つファイル情報（Ｄｉｒｅｃｔｏｒｙ−Ｆｉｌｅ  ｆｏｒ  ｄｉｓｃ＿ＩＤ  ＃ｎ  ｄｅｐｅｎｄｅｎｔ）と、外部からダウンロードした付加クリップ（ａｄｄｉｔｉｏｎａｌ  ｃｌｉｐｓ）が存在する。また、ローカルストレージ１５のバインディングユニットを生成し、生成されたバインディングユニットをディスク内のファイル構造とバインディング（ｂｉｎｄｉｎｇ）するためのバインディングユニットマニフェスト情報（Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｍａｎｉｆｅｓｔ  Ｉｎｆｏｒｍａｔｉｏｎ）が含まれたバインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｍａｎｉｆｅｓｔ  ｆｉｌｅｓ）が構成されることができる。
【００６３】
特に、ローカルストレージ１５内のファイル情報（Ｄｉｒｅｃｔｏｒｙ−Ｆｉｌｅ  ｆｏｒ  ｄｉｓｃ＿ＩＤ  ＃ｎ  ｄｅｐｅｎｄｅｎｔ）は、相異なる複数のディスクに対応するために複数個存在することができ、これを管理するためのファイルシステムが別途存在する。このファイルシステムを特にローカルストレージファイルシステム（Ｌｏｃａｌ  ｓｔｏｒａｇｅ  ｆｉｌｅ  ｓｙｓｔｅｍ）４１といい、ローカルストレージファイルシステム４１は、ローカルストレージ１５内の全てのファイルを管理するシステムとなる。
【００６４】
したがって、特定ディスク識別情報（ｄｉｓｃ＿ＩＤ）を持つ光ディスク（例えば、ｄｉｓｃ＿ＩＤ  ＃１）が光記録再生装置１０内にローディングされると、光記録再生装置１０内の制御部１２は、ピックアップ１１及び信号処理部１３を介して当該ディスクの識別情報を確認し、ローカルストレージ１５内に保存されたファイル情報があると、保存されたファイル情報のうち、ローディングされたディスク識別情報と一致するバインディングユニットファイル情報を読み取り、読み取られた情報をディスク内のファイル構造とバインディング（ｂｉｎｄｉｎｇ）するバインディング動作（Ｂｉｎｄｉｎｇ  ｏｐｅｒａｔｉｏｎ）によって仮想ファイル構造（Ｖｉｒｔｕａｌ  ｐａｃｋａｇｅ）を生成し、生成された仮想ファイル構造を用いてディスク内のオリジナルデータとローカルストレージ内の付加データを共に再生する。
【００６５】
ただし、以前に外部コンテンツプロバイダ（ＣＰ）からダウンロードしたデータがローカルストレージ１５内のファイル構造に保存されていない場合、すなわち、ローカルストレージ１５内に保存されたファイル情報がないと、外部入力ソースであるコンテンツプロバイダ（ＣＰ）から提供するデータをローカルストレージファイル構造にダウンロードしてバインディングユニットを生成し、バインディングユニットファイル情報を読み取り、読み取られた情報をディスク内のファイル構造とバインディングして仮想ファイル構造を生成する。
【００６６】
本発明は、外部コンテンツプロバイダ（ＣＰ）からダウンロードしたデータがディスク単位、タイトル単位またはコンテンツ単位のいずれか一つの単位に保存されている場合、使用者から削除命令を受信すると、ローカルストレージファイル構造からデータファイルを削除する方法及び装置を提供する。
【００６７】
以下、本発明のローカルストレージにダウンロードしたデータをローカルストレージファイル構造から削除（ｄｅｌｅｔｉｎｇ）する方法を、ローカルストレージファイル構造のバインディングユニットがディスク単位、タイトル単位、コンテンツ単位にそれぞれ構成された各実施例に分けて、図５Ａ乃至図７Ｂを参照して説明する。
【００６８】
図５Ａ及び図５Ｂは、本発明のローカルストレージデータを削除する方法の第１実施例で、ローカルストレージ内のバインディングユニットがディスク単位（ｐｅｒ  Ｄｉｓｃ）に構成された場合である。
【００６９】
ローカルストレージ（Ｌｏｃａｌ  ｓｔｏｒａｇｅ）ファイル構造は、ルートディレクトリ（ｒｏｏｔ）の下位に、バインディングユニットの含まれるディレクトリとしてバインディングユニットディレクトリ（Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｄａｔａ）を備え、バインディングユニットディレクトリ（Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｄａｔａ）の下位ディレクトリとして、ディスク製作者（Ａｕｔｈｏｒ）であるコンテンツプロバイダ（ＣＰ）を基準にして区別したディレクトリ（ｏｒｇ＿ＩＤ）と、コンテンツプロバイダ（ＣＰ）が共有するディレクトリが存在できる。また、特定コンテンツプロバイダディレクトリである“ｏｒｇ＿ＩＤ”ディレクトリの下位には、ディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ）とディスク共有ディレクトリ（Ｓｈａｒｅｄ）が存在できる。
【００７０】
次に、図５Ｂを参照して、本発明によるローカルストレージデータを削除する方法について詳細に説明する。
【００７１】
図５Ｂを参照すると、ディスクがローディングされると、外部コンテンツプロバイダ（ＣＰ）から付加データをダウンロードし、ディスク単位にローカルストレージファイル構造を形成してローカルストレージに保存する（Ｓ１０）。
【００７２】
ローカルストレージが外部コンテンツプロバイダ（ＣＰ）からデータをダウンロードする時、光記録再生装置の制御部では、ダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ  ａｐｐｌｉｃａｔｉｏｎ）であるＢＤ−Ｊアプリケーションによってディスク単位にローカルストレージファイル構造であるバインディングユニットを形成し、付加データをダウンロードすることが好ましい。
【００７３】
ダウンロードしたデータが保存されたローカルストレージファイル構造は、各コンテンツプロバイダ（ＣＰ）を基準にして区別したディレクトリ（例えば、ｏｒｇ＿ＩＤ  ＃１）の下位ディレクトリとして、ディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）と別のディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ  ＃２）がある。ディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）の下位には、バインディングユニット６０を表すＢＤディレクトリ（ＢＤＭＶ）が位置する。
【００７４】
ＢＤディレクトリ（ＢＤＭＶ）が表すバインディングユニット６０は、ディスク単位に構成される。バインディングユニット６０は、ＢＤディレクトリ（ＢＤＭＶ）の下位に、使用者とのインタラクティビティ（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を保証するための一般ファイル（上位ファイル）情報であるインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）６１及びオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ．ｂｄｍｖ）６２と、プレイリストファイル（０００００．ｍｐｌｓ：６３、００００２．ｍｐｌｓ：６４）を含むプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップインフォファイル（０１００２．ｃｌｐｉ：６５）を含むクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームファイル（０１００２．ｍ２ｔｓ：６６）を含むストリームディレクトリ（ＳＴＲＥＡＭ）とを備える。
【００７５】
上記段階（Ｓ１０）後に、ダウンロードして保存された特定ディスク（ｄｉｓｃ  ＃１）のファイルを削除する旨の命令があるかを判断する（Ｓ１１）。
【００７６】
上記判断（Ｓ１１）の結果、ダウンロードして保存された特定ディスク（ｄｉｓｃ  ＃１）のファイルを削除する旨の命令がない場合、特定ディスク全体のファイルを削除しない（Ｓ１２）。
【００７７】
上記判断（Ｓ１１）の結果、ダウンロードして保存された特定ディスク（ｄｉｓｃ  ＃１）のファイルを削除する旨の命令があれば、ローカルストレージファイル構造から特定ディスク全体のファイルを削除する（Ｓ１３）。すなわち、バインディングユニット６０を削除する。
【００７８】
上記段階（Ｓ１３）の特定ディスクファイルの削除は、光記録再生装置制御部のレジデントアプリケーション（Ｒｅｓｉｄｅｎｔ  ａｐｐｌｉｃａｔｉｏｎ）によって行われることが好ましく、ディスクのためのバインディングユニットの全てのダウンロードされたコンテンツを削除することを意味する。
【００７９】
また、上記段階（Ｓ１３）の削除は、バインディングユニット全体を削除するので、インデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）のインデックステーブル（Ｉｎｄｅｘ  ｔａｂｌｅ）及び／またはオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）のデータ構造を変更する必要がない。
【００８０】
したがって、上記段階（Ｓ１３）によって削除されたローカルストレージファイル構造をみると、各コンテンツプロバイダ（ＣＰ）を基準にして区別したディレクトリ（例えば、ｏｒｇ＿ＩＤ  ＃１）の下位ディレクトリにディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ  ＃２）のみが残される。
【００８１】
図６Ａ及び図６Ｂは、本発明のローカルストレージデータを削除する方法の第２実施例で、ローカルストレージ内のバインディングユニットがタイトル単位（ｐｅｒ  Ｔｉｔｌｅ）に構成された場合である。
【００８２】
図６Ａのローカルストレージ基本ディレクトリ構造は、図５Ａの実施例と略同様であり、ただし、図５の第１実施例と違い、ローカルストレージファイル構造のバインディングユニット７０内の各ディレクトリ下位のファイルがタイトルによって異なってくる。以下、図６Ａ及び図６Ｂを参照して詳細に説明する。
【００８３】
ディスクがローディングされると、外部コンテンツプロバイダ（ＣＰ）から付加データをダウンロードしてタイトル単位にローカルストレージファイル構造を形成し、ローカルストレージに保存する（Ｓ２０）。
【００８４】
ローカルストレージが外部コンテンツプロバイダ（ＣＰ）からデータをダウンロードする時、光記録再生装置の制御部ではダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ  ａｐｐｌｉｃａｔｉｏｎ）であるＢＤ−Ｊアプリケーションによってタイトル単位にローカルストレージファイル構造であるバインディングユニットを形成し、付加データをダウンロードすることが好ましい。
【００８５】
また、ローカルストレージファイル構造内のバインディングユニット７０のファイルが特定タイトルのファイルか否かを表す情報と関連して、ローカルストレージはデータをダウンロードする時に各タイトルに関するファイル情報も一緒にダウンロードする。この場合、ローカルストレージが、特定ファイル（０００００．ｍｐｌｓ：７４、０１００２．ｃｌｐｉ：７６、０１００２．ｍ２ｔｓ：７７）がタイトル＃１バインディングユニットに関するファイルという情報と、特定ファイル（００００２．ｍｐｌｓ：７５）がタイトル＃２バインディングユニットに関するファイルという情報を、外部コンテンツプロバイダ（ＣＰ）からデータをダウンロードする時に一緒にダウンロードすることは当業者にとっては自明である。
【００８６】
特に、ローカルストレージファイル構造内のバインディングユニット７０のファイルが特定タイトルのファイルか否かを表す情報は、コンテンツプロバイダ（ＣＰ）からダウンロードしたバインディングユニットマニフェストファイル（Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｍａｎｉｆｅｓｔ  ｆｉｌｅｓ）の情報に含まれることができる。
【００８７】
ダウンロードしたデータが保存されたローカルストレージファイル構造は、各コンテンツプロバイダ（ＣＰ）を基準にして区別したディレクトリ（例えば、ｏｒｇ＿ＩＤ  ＃１）の下位ディレクトリとして、ディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）及び別のディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ  ＃２）を含む。ディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）の下位には、バインディングユニット７０を表すＢＤディレクトリ（ＢＤＭＶ）が存在する。
【００８８】
ＢＤディレクトリ（ＢＤＭＶ）が表すバインディングユニット７０は、そのファイル構造がタイトル単位に構成された場合を表示する。バインディングユニット７０の構造は、ＢＤディレクトリ（ＢＤＭＶ）の下位に、使用者とのインタラクティビティ（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を保証するための一般ファイル（上位ファイル）情報であるインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）７１と、タイトル＃１のオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ１．ｂｄｍｖ）７２と、タイトル＃２のオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ２．ｂｄｍｖ）７３と、プレイリストファイル（０００００．ｍｐｌｓ：７４、００００２．ｍｐｌｓ：７５）を含むプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップインフォファイル（０１００２．ｃｌｐｉ：７６）を含むクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームファイル（０１００２．ｍ２ｔｓ：７７）を含むストリームディレクトリ（ＳＴＲＥＡＭ）と、を備える。
【００８９】
ここで、バインディングユニット７０のファイルのうち、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ１．ｂｄｍｖ）７２、プレイリストファイル（０００００．ｍｐｌｓ）７４、クリップインフォファイル（０１００２．ｃｌｐｉ）７６、ストリームファイル（０１００２．ｍ２ｔｓ）７７は、タイトル＃１のためのファイルであり、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ２．ｂｄｍｖ）７３、プレイリストファイル（００００２．ｍｐｌｓ）７５は、タイトル＃２のためのファイルである。
【００９０】
上記段階（Ｓ２０）後に、ダウンロードして保存された特定タイトル（Ｔｉｔｌｅ  ＃１）のファイルを削除する旨の命令があるか判断する（Ｓ２１）。
【００９１】
上記判断（Ｓ２１）の結果、ダウンロードして保存された特定タイトル（Ｔｉｔｌｅ  ＃１）のファイルを削除する旨の命令がなければ、特定タイトル（Ｔｉｔｌｅ  ＃１）のファイルを削除しない（Ｓ２２）。
【００９２】
上記判断（Ｓ２１）の結果、ダウンロードして保存された特定タイトル（Ｔｉｔｌｅ  ＃１）のファイルを削除する旨の命令があれば、ローカルストレージファイル構造で特定タイトル（Ｔｉｔｌｅ  ＃１）のファイルを削除する（Ｓ２３）。
【００９３】
すなわち、バインディングユニット７０から特定タイトル（Ｔｉｔｌｅ  ＃１）のファイルであるオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ１．ｂｄｍｖ）７２、プレイリストファイル（０００００．ｍｐｌｓ）７４、クリップインフォファイル（０１００２．ｃｌｐｉ）７６、ストリームファイル（０１００２．ｍ２ｔｓ）７７を削除するわけである。
【００９４】
上記段階（Ｓ２３）の特定タイトルファイルの削除は、光記録再生装置の制御部のレジデントアプリケーション（Ｒｅｓｉｄｅｎｔ  ａｐｐｌｉｃａｔｉｏｎ）によって行われることが好ましく、タイトルのためのバインディングユニットの全てのダウンロードされたファイルを削除することを意味する。
【００９５】
上記段階（Ｓ２３）後に、ローカルストレージファイルの中から特定ファイルのデータベース構造を変更（ｍｏｄｉｆｙ）する（Ｓ２４）。例えば、インデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）７１−１のインデックステーブル（Ｉｎｄｅｘ  ｔａｂｌｅ）をデータベース構造の削除後にタイトルに合わせて変更する、または、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ２．ｂｄｍｖ）７３のデータベース構造を変更することが好ましい。
【００９６】
したがって、上記の段階によってファイルが削除／変更された後のローカルストレージファイル構造によると、バインディングユニット７０−１はＢＤディレクトリ（ＢＤＭＶ）の下位に、データベースファイル構造が変更されたインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）７１−１と、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ２．ｂｄｍｖ）７３、タイトル＃２のためのプレイリストファイル（００００２．ｍｐｌｓ）７５を備えたプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、ファイルを有しないクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームディレクトリ（ＳＴＲＥＡＭ）を備える。
【００９７】
図７Ａ及び図７Ｂは、本発明のローカルストレージデータを削除する方法の第３実施例で、ローカルストレージ内のバインディングユニットがコンテンツ単位（ｐｅｒ  Ｃｏｎｔｅｎｔ）に構成された場合である。
【００９８】
ディスクがローディングされると、外部コンテンツプロバイダ（ＣＰ）から付加データをダウンロードしてコンテンツ単位にローカルストレージファイル構造を形成し、ローカルストレージに保存する（Ｓ３０）。
【００９９】
ローカルストレージが外部コンテンツプロバイダ（ＣＰ）からデータをダウンロードする時に、光記録再生装置の制御部では、ダウンロードアプリケーション（Ｄｏｗｎｌｏａｄ  ａｐｐｌｉｃａｔｉｏｎ）であるＢＤ−Ｊアプリケーションによってコンテンツ単位にローカルストレージファイル構造であるバインディングユニットを形成し、付加データをダウンロードすることが好ましい。
【０１００】
ダウンロードしたデータが保存されたローカルストレージファイル構造は、各コンテンツプロバイダ（ＣＰ）を基準にして区別したディレクトリ（例えば、ｏｒｇ＿ＩＤ  ＃１）の下位ディレクトリとして、ディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）及び別のディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ  ＃２）を含む。ディスク特有ディレクトリ（ｄｉｓｃ＿ＩＤ  ＃１）の下位には、バインディングユニット８０を表すＢＤディレクトリ（ＢＤＭＶ）が位置する。
【０１０１】
ＢＤディレクトリ（ＢＤＭＶ）が表すバインディングユニット８０は、コンテンツ単位に構成される。バインディングユニット８０は、ＢＤディレクトリ（ＢＤＭＶ）の下位に、使用者とのインタラクティビティ（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を保証するための一般ファイル（上位ファイル）情報であるインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）８１と、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ．ｂｄｍｖ）８２と、プレイリストファイル（０００００．００．ｍｐｌｓ：８３、０００００．０１．ｍｐｌｓ：８４、００００２．ｍｐｌｓ：８５）を含むプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップインフォファイル（０１００２．ｃｌｐｉ：８６、０１００３．ｃｌｐｉ：８７）を含むクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームファイル（０１００２．ｍ２ｔｓ：８８、０１００３．ｍ２ｔｓ：８９）を含むストリームディレクトリ（ＳＴＲＥＡＭ）とを備える。
【０１０２】
ここで、バインディングユニット８０のファイルらのうち、プレイリストファイル（０００００．００．ｍｐｌｓ）８３、クリップインフォファイル（０１００２．ｃｌｐｉ）８６、ストリームファイル（０１００２．ｍ２ｔｓ）８８はコンテンツ＃１のためのファイルであり、プレイリストファイル（０００００．０１．ｍｐｌｓ）８４、クリップインフォファイル（０１００３．ｃｌｐｉ）８７、ストリームファイル（０１００３．ｍ２ｔｓ）８９はタイトル＃２のためのファイルである。
【０１０３】
上記段階（Ｓ３０）後に、ダウンロードして保存された特定コンテンツ（Ｃｏｎｔｅｎｔ  ＃１）のファイルを削除する旨の命令があるか判断する（Ｓ３１）。
【０１０４】
上記判断（Ｓ３１）の結果、ダウンロードして保存された特定コンテンツ（Ｃｏｎｔｅｎｔ  ＃１）のファイルを削除する旨の命令がなければ、特定コンテンツ（Ｃｏｎｔｅｎｔ  ＃１）のファイルを削除しない（Ｓ３２）。
【０１０５】
上記判断（Ｓ３１）の結果、ダウンロードして保存された特定コンテンツ（Ｃｏｎｔｅｎｔ  ＃１）のファイルを削除する旨の命令があれば、ローカルストレージファイル構造から特定コンテンツ（Ｃｏｎｔｅｎｔ  ＃１）のファイルを削除する（Ｓ３３）。
【０１０６】
すなわち、バインディングユニット８０から特定コンテンツ（Ｃｏｎｔｅｎｔ  ＃１）のファイルであるプレイリストファイル（０００００．００．ｍｐｌｓ）８３、クリップインフォファイル（０１００２．ｃｌｐｉ）８６、ストリームファイル（０１００２．ｍ２ｔｓ）８８を削除するわけである。
【０１０７】
上記段階（Ｓ３３）の特定コンテンツファイルの削除は、光記録再生装置の制御部のレジデントアプリケーション（Ｒｅｓｉｄｅｎｔ  ａｐｐｌｉｃａｔｉｏｎ）によって行われることが好ましく、コンテンツのためのバインディングユニットの全てのダウンロードされたファイルを削除することを意味する。
【０１０８】
上記段階（Ｓ３３）後に、必要によってローカルストレージファイルの中から特定ファイルのデータベース構造を変更（ｍｏｄｉｆｙ）する（Ｓ３４）。例えば、部分的なインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）８１−１のインデックステーブル（Ｉｎｄｅｘ  ｔａｂｌｅ）とオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ．ｂｄｍｖ）８２−１のデータベース構造を、削除後のコンテンツに合わせて変更することが好ましい。
【０１０９】
したがって、上記段階によってファイルが削除／変更された後のローカルストレージファイル構造によると、バインディングユニット８０−１は、ＢＤディレクトリ（ＢＤＭＶ）の下位に、コンテンツ＃２のためにデータベースファイル構造が変更されたインデックスファイル（Ｉｎｄｅｘ．ｂｄｍｖ）８１−１と、オブジェクトファイル（ＭｏｖｉｅＯｂｊｅｔ．ｂｄｍｖ）８２−１と、コンテンツ＃２のためのプレイリストファイル（０００００．０１．ｍｐｌｓ）８４とプレイリストファイル（００００２．ｍｐｌｓ:８５）を含むプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップインフォファイル（０１００３．ｃｌｐｉ）８７を含むクリップインフォディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームファイル（０１００３．ｍ２ｔｓ:８９）を含むストリームディレクトリ（ＳＴＲＥＡＭ）とを備える。
【０１１０】
なお、コンテンツ単位に構成されたバインディングユニットが損傷または破損された場合には、上記のコンテンツ単位に削除（ｄｅｌｅｔｉｎｇ）を行う方法では損傷または破損されたコンテンツのみを削除することができるが、ディスク単位に削除する時には全てのディスクファイルを削除し、タイトル単位に削除するときには全てのタイトルファイルを削除することが好ましい。
【０１１１】
以上の本発明の実施例は、添付の特許請求の範囲に開示された本発明の技術的思想とその技術的範囲内で、様々に改良、変更、代替または付加できることは、当業者にとっては自明である。したがって、本発明は、特許請求の範囲及びその均等範囲内における本発明の改良及び変更された事項も含むことは自明である。
【図面の簡単な説明】
【０１１２】
【図１】本発明によるデータ記録媒体のデータ再生方法及び装置を説明するための概念図である。
【図２】本発明の記録媒体である光ディスクに記録されるファイル構造及びこれを用いて特定タイトルが再生される関係を示す概念図である。
【図３】本発明の記録媒体である光ディスクの記録構造を示す構造図である。
【図４Ａ】本発明の光記録再生装置の全体構成を示すブロック図である。
【図４Ｂ】本発明の光記録再生装置の全体構成のうち、ローカルストレージを用いる再生装置を示すブロック図である。
【図５Ａ】本発明のローカルストレージデータを削除する方法の第１実施例で、ローカルストレージ内のバインディングユニットがディスク単位（ｐｅｒ  Ｄｉｓｃ）に構成された場合を例示する概念図である。
【図５Ｂ】本発明のローカルストレージデータを削除する方法の第１実施例で、ローカルストレージ内のバインディングユニットがディスク単位（ｐｅｒ  Ｄｉｓｃ）に構成された場合を例示する概念図である。
【図６Ａ】本発明のローカルストレージデータを削除する方法の第２実施例で、ローカルストレージ内のバインディングユニットがタイトル単位（ｐｅｒ  Ｔｉｔｌｅ）で構成された場合を例示する概念図である。
【図６Ｂ】本発明のローカルストレージデータを削除する方法の第２実施例で、ローカルストレージ内のバインディングユニットがタイトル単位（ｐｅｒ  Ｔｉｔｌｅ）で構成された場合を例示する概念図である。
【図７Ａ】本発明のローカルストレージデータを削除する方法の第３実施例で、ローカルストレージ内のバインディングユニットがコンテンツ単位（ｐｅｒ  Ｃｏｎｔｅｎｔ）に構成された場合を例示する概念図である。
【図７Ｂ】本発明のローカルストレージデータを削除する方法の第３実施例で、ローカルストレージ内のバインディングユニットがコンテンツ単位（ｐｅｒ  Ｃｏｎｔｅｎｔ）に構成された場合を例示する概念図である。
【図１】
2008522342.tif 000003
【図２】
2008522342.tif 000004
【図３】
2008522342.tif 000005
【図４Ａ】
2008522342.tif 000006
【図４Ｂ】
2008522342.tif 000007
【図５Ａ】
2008522342.tif 000008
【図５Ｂ】
2008522342.tif 000009
【図６Ａ】
2008522342.tif 000010
【図６Ｂ】
2008522342.tif 000011
【図７Ａ】
2008522342.tif 000012
【図７Ｂ】
2008522342.tif 000013
【国際調査報告】
2008522342.tif 000014
2008522342.tif 000015