JP2008519389A - ローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置 - Google Patents
ローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置 Download PDFInfo
- Publication number
- JP2008519389A JP2008519389A JP2007540267A JP2007540267A JP2008519389A JP 2008519389 A JP2008519389 A JP 2008519389A JP 2007540267 A JP2007540267 A JP 2007540267A JP 2007540267 A JP2007540267 A JP 2007540267A JP 2008519389 A JP2008519389 A JP 2008519389A
- Authority
- JP
- Japan
- Prior art keywords
- data
- file
- local storage
- recording medium
- binding unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B19/00—Driving, starting, stopping record carriers not specifically of filamentary or web form, or of supports therefor; Control thereof; Control of operating function ; Driving both disc and head
- G11B19/02—Control of operating function, e.g. switching from recording to reproducing
- G11B19/022—Control panels
- G11B19/025—'Virtual' control panels, e.g. Graphical User Interface [GUI]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B2020/10861—Finalising a record carrier after a recording operation, e.g. to ensure compatibility with a ROM medium
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B2020/10935—Digital recording or reproducing wherein a time constraint must be met
- G11B2020/10953—Concurrent recording or playback of different streams or files
- G11B2020/10962—Concurrent recording or playback of different streams or files wherein both recording and playback take place simultaneously
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2541—Blu-ray discs; Blue laser DVR discs
Landscapes
- Engineering & Computer Science (AREA)
- Human Computer Interaction (AREA)
- Signal Processing (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
ローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置を提供する。ダウンロードしたデータをローカルストレージに保存した後、アップデート可能状態になると、前記ダウンロードしたデータをローカルストレージファイル構造内にアップデートする。前記アップデートされたローカルストレージファイル構造でバインディングユニットを生成し、また、前記生成されたバインディングユニットを記録媒体内のファイル構造とバインディングして仮想パッケージを生成する。これにより、前記生成された仮想パッケージによって記録媒体データ及び/またはダウンロードしたローカルストレージデータを再生する。
Description
本発明は、記録媒体からデータを再生する方法及び装置に係り、特に、光記録/再生装置内のローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置に関する。
記録媒体として大容量のデータを記録できる光ディスクが広く使用されれている。なかでも最近では高画質のビデオデータと高音質のオーディオデータを長時間記録/保存することができる新しい高密度記録媒体、例えば、ブルーレイディスク(BD:Blu−ray Disc)が開発されている。
次世代記録媒体技術に基づくBDは、既存のDVDを顕著に凌駕するデータを保存できる次世代光記録ソリューションで、近来、他のデジタル機器と共にBDと関連した国際規格技術仕様の研究が行われてきている。
このような状況と関連して、BD国際規格に基づく光記録/再生装置の開発も始まったが、未だBD規格が完備していないことから、光記録/再生装置を開発するのに多くの限界と難題がある事実である。
特に、上記のような光記録/再生装置は、BDを記録再生する基本機能の他に、周辺の関連デジタル機器との統合的使用を考慮した付加的な機能も考慮しなければならず、一般に、外部入力信号を受信してこれをディスプレイしたり、外部入力信号と内蔵されたBDを共に用いて再生する等の機能は必ず備えられるべきとされる。
しかしながら、上記のように外部入力信号をBDのデータと一緒に再生するための記録媒体再生方法などは知られておらず、本格的なBD基盤の光記録/再生装置を開発するのに多くの制約がある実情である。
したがって、本発明は、関連技術の限界及び短所による一つ以上の問題点を実質的に解消できる、ローカルストレージを用いて記録媒体からデータを再生する方法及び装置を提供する。
また、本発明は、記録媒体のデータの他、外部からダウンロードしてローカルストレージに保存されているデータを共に再生する再生方法及び再生装置を提供する。
本発明の付加的な利点、目的及び特徴は、本技術分野における当業者には、次の説明で本発明の例示から自明に理解できる。本発明の目的及び他の利点は、添付する図面と特許請求の範囲及び詳細な説明に具体的に指摘された構造によって具現され、取得されることができる。
上記目的及びその他の利点を達成するために、本発明は、a)ダウンロードしたデータをローカルストレージに保存する段階と、b)ローカルストレージファイル構造に、前記ダウンロードしたデータをアップデート可能か否かを確認し、アップデート可能な場合、前記ダウンロードされたデータを前記ローカルストレージファイル構造にアップデートする段階と、c)前記アップデートされたローカルストレージファイル構造でバインディングユニットを生成する段階と、d)前記生成されたバインディングユニットを記録媒体内のファイル構造と結合して(combining)仮想パッケージを生成し、前記生成された仮想パッケージによって記録媒体データ及び/またはダウンロードしたローカルストレージデータを再生する段階と、を含む、ローカルストレージを用いて記録媒体からデータを再生する方法を提供する。
また、本発明は、a)ローディングされた(loaded)記録媒体と関連してダウンロードしたデータをローカルストレージに保存する段階と、b)前記ローカルストレージ内の以前ファイル構造に、前記ダウンロードしたデータをアップデーティングすることによって前記ローカルストレージに新しいファイル構造を生成する段階と、c)前記新しいファイル構造からバインディングユニットを生成する段階と、d)前記バインディングユニットを記録媒体ファイル構造にバインディングして仮想パッケージを生成する段階と、を含む、仮想パッケージ生成方法を提供する。
また、本発明は、記録媒体からデータを読み出すピックアップと、前記記録媒体データと関連付けられたデータをダウンロードして保存するもので、アップデート完了したデータを保存する第1領域及び新しくダウンロードしたデータを保存する第2領域を備えるローカルストレージと、前記第2領域にダウンロードしたデータを第1領域内にアップデートし、前記アップデートされたデータでバインディングユニットを生成して仮想パッケージを生成し、前記仮想パッケージから記録媒体内のデータ及び/またはローカルストレージ内のデータを再生することを制御する制御部と、を備える、ローカルストレージを用いて記録媒体からデータを再生する装置を提供する。
本発明の実施例は、添付した特許請求の範囲に開示された本発明の技術的思想とその技術的範囲内で、様々に改良、変更、代替または付加された多様な具体例が可能であり、したがって、本発明は、請求範囲及び請求範囲と均等な範囲内における本発明の改良及び変更された事項を含むことは自明である。
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。図面中、同一の構成要素には可能な限り同一の参照番号を付する。
以下、本発明によるローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置を、添付の図面を参照して詳細に説明する。
本発明で使用される用語は、可能なかぎり現在広く使用されている一般的な用語を選んだが、特定の場合では出願人が任意に選定した用語もあり、この場合には該当する発明の説明部分で詳細にその意味を定義しておいたので、用語が持つ単純な意味ではなくここで定義された固有の意味として本発明を把握すべきである。
本発明で“記録媒体(recording medium)”とは、記録方式に関らず全ての媒体、例えば、光ディスク、磁気テープなどを意味する。本発明でいう“ディスク”は、“記録媒体”と同一概念を有する。
以下、本発明は、説明の便宜上、記録媒体として、光ディスク(optical disc)、特に“BD”に挙げて説明するが、本発明の技術思想は他の記録媒体にも同一に適用可能であることは自明である。
本発明で“ローカルストレージ(local storage)"とは、図10に示す光記録/再生装置に備えられた一種の保存手段で、必要な情報及びデータを使用者が任意に保存して用いることができる。例えば、一般的に使用されるローカルストレージ(Local storage)にはハードディスクドライブ(Hard Disc Drive:HDD)があるが、本発明がこれに限定されない。
特に、本発明と関連して、前記“ローカルストレージ(Local storage)”は記録媒体(例えば、ブルーレイディスク)と関連付けられたデータを保存する手段としても用いられ、この記録媒体と関連付けられてローカルストレージ内に保存されるデータは、外部からダウンロード(download)することが一般的ある。
これと関連して、記録媒体から一部許容されたデータを直接読み出す、または、記録媒体の記録再生と関連したシステムデータ(例えば、メタデータ(meta data)等)を生成して、ローカルストレージ内に保存することも可能であることは自明である。
“バインディングユニット(Binding Unit)”とは、前記ローカルストレージ内に保存された情報の一集合であり、特に、特定記録媒体に関連して該当記録媒体内のデータに取り替えられたり追加される情報の一集合を意味する。この詳細は後述される。
本発明では、説明の便宜上、前記記録媒体内に記録されたデータを“オリジナルデータ(original data)”とし、前記ローカルストレージ内に保存されたデータのうち、記録媒体と関連付けられたデータを“付加データ(additional data)”とする。
図1は、本発明によるデータ再生のための方法及び装置を示す概念図であり、光記録/再生装置10と周辺機器間の統合的使用の一例を示している。
本発明の“光記録/再生装置10”は、様々な規格の光ディスクを記録したり再生できる機器で、設計によっては特定規格の光ディスク(例えば、BD)のみを記録再生可能にしても良く、記録は除いて再生のみ可能にしても良い。本発明では、BDと周辺機器との相関を考慮して、以下ではBDを再生するプレーヤー(BD−Player)またはBDを記録再生するレコーダ(BD−Recorder)に挙げて説明するものとする。本発明の“光記録/再生装置10”は、コンピュータなどに内蔵された“ドライブ(drive)”になりうることは周知の事実である。
本発明の光記録/再生装置10は、光ディスク30を記録再生する機能の他にも、外部入力信号を受信し、これを信号処理しのち他の外部ディスプレイ20を通じて使用者に画面として伝達する機能を持つ。この場合、入力可能な外部信号には特に制限はないが、デジタル放送(DTV)及びインターネット(Internet)信号などが代表的な外部入力信号となる。特に、インターネット(Internet)の場合、現在誰でも容易に接近できる媒体で、光記録/再生装置10を通じインターネット上の特定データをダウンロード(download)して活用可能になる。
これと関連して、外部入力ソース(external source)としてコンテンツ(content)を提供する者を総称して“コンデンツプロバイダ(CP:content provider)”とする。
本発明は、光記録/再生装置10にローディングされた光ディスク30には、オリジナルデータ(original data)が記録されており、他の保存位置(例えば、インターネット(Internet))に該オリジナルデータと関連した付加データ(additional data)が存在する場合、これらオリジナルデータと付加データを共に再生することにその目的がある。
例えば、光ディスク内に記録されたオリジナルデータとしては、特定タイトル用のマ多重(multiplexed)AVストリームを記録しておき、インターネット上の付加データとして当該オリジナルデータのオーディオストリーム(例えば、韓国語)とは異なるオーディオストリーム(例えば、英語)を提供すると仮定する。使用者によってはインターネット上の付加データであるオーディオストリーム(例えば、英語)をダウンロードして、オリジナルデータのAVストリームと共に再生したいか、または、付加データのみを再生したい要求が存在するはずである。これを可能にするためには前記オリジナルデータと付加データ間の連関性を規定し、これらのデータを使用者の要求に応じて再生する体系化した方法が必要である。
上記では説明の便宜上、ディスク内に記録された信号をオリジナルデータとし、ディスク外部に存在する信号を付加データとしたが、オリジナルデータと付加データが必ずしも特定のデータに限定されることはない。
付加データには主として、オーディオ(Audio)データ、プレゼンテーショングラフィック(PG:Presentation Graphic)データ、インタラクティブグラフィック(IG:Interactive Graphic)データ、テキストサブタイトル(Text subtitle)データなどがあるが、これに限定されず、前記例示したデータとビデオ(Video)を全部含む多重(multiplexed)AVストリームにもなりうる。すなわち、光ディスク外部に存在しながら、オリジナルデータと関連付けられたいかなる属性のデータも付加データになりうる。
これと関連して、前記使用者の要求を実現可能にするためには、オリジナルデータと付加データ相互間に関連したファイル構造を持つことが必須である。次に、図2及び図3を参照して、BDで使用可能なファイル構造及びデータ記録構造について詳細に説明する。
図2は、ディスク内に記録されたオリジナルデータを再生管理するためのファイル構造及びファイル構造によって特定タイトルが再生される関係を示す図である。
本発明のファイル構造は、一つのルートディレクトリ(root directory)の下に少なくとも一つのBDディレクトリ(BDMV)を含む。前記BDディレクトリ(BDMV)は、使用者との双方向性(interactivity)を保障するための一般ファイル(上位ファイル)情報で、インデックスファイル(“index”)とオブジェクトファイル(“Movie Objet”)を含む。前記ファイル構造は、実際ディスク内に記録されたデータに対する情報と、これを再生する方法などに対する情報とを持つ多様なディレクトリ、例えば、プレイリストディレクトリ(PLAYLIST)、クリップインフォディレクトリ(CLIPINF)、ストリームディレクトリ(STREAM)、補助ディレクトリ(AUXDATA)及びバックアップディレクトリ(BACKUP)を含む。このディレクトリ及びディレクトリ内に含まれるファイルについて詳細に説明すると、下記の通りである。
補助ディレクトリ(AUXDATA)は、ディスク再生に必要な付加的なデータファイルを含み、例えば、インタラクティブグラフィック(interactive graphic)の実行時にサウンドを提供する“Sound.bdmv”ファイル、ディスク再生時にフォント(font)情報を提供する“11111.otf”ファイルなどを含む。
ストリームディレクトリ(STREAM)は、ディスク内に特定フォーマットで記録されたAVストリームファイルを含む。それぞれのストリームは、現在広く知られているMPEG−2方式のトランスポート(Transport)パケット(packet)で記録される場合が最も一般的であり、ストリームファイル(01000.m2ts、02000.m2ts)の拡張名に“*.m2ts”が使用される。特に、前記ストリームのうち、ビデオ/オーディオ/グラフィック情報がいずれも多重化した(multiplexed)ストリームをAVストリームといい、少なくとも一つのAVストリームファイルでタイトル(Title)を構成する。
クリップインフォディレクトリ(CLIPINF)は、前記それぞれのストリームファイル(“*.m2ts")と一対一で対応するクリップインフォファイル(01000.clpi、02000.clpi)で構成される。特に、クリップインフォファイル(“*.clpi”)は、対応するストリームファイル(“*.m2ts”)の属性情報及びタイム情報(timingin formation)等を記録する。関連して、ストリームファイル(“*.m2ts”)とストリームファイル(“*.m2ts”)に一対一対応するクリップインフォファイル(“*.clpi”)をまとめて“クリップ(clip)”と命名する。すなわち、“クリップ(clip)”は、ストリームファイル(“*.m2ts”)とクリップインフォファイル(“*.clpi”)で構成される。
プレイリストディレクトリ(PLAYLIST)は、プレイリストファイル(“*.mpls”)を含む。それぞれのプレイリストファイル(“*.mpls”)は、特定クリップ(clip)が再生される時間(playing interval)を指定する少なくとも一つのプレイアイテム(PlayItem)及びサブプレイアイテム(SubPlayItem)を含んでおり、プレイアイテム(PlayItem)及びサブプレイアイテム(SubPlayItem)は、再生を希望する特定クリップ(clip)の再生開始時間(IN−Time)と再生終了時間(OUT−Time)に対する情報を持っている。
これと関連して、プレイリストファイル内の少なくとも一つのプレイアイテム(PlayItem)によって再生される過程を、“メインパス(mainpath)”とし、それぞれのサブプレイアイテム(SubPlayItem)によって再生される過程を“サブパス(subpath)”と定義する。プレイリストファイルは前記メインパス(mainpath)を含まなければならなく、前記サブパス(subpath)はサブプレイアイテム(SubPlayItem)の存在によって必要に応じて少なくとも一つ含むことができる。
結果として、プレイリストファイルは少なくとも一つのプレイアイテム(PlayItem)の組み合わせによって所望のクリップの再生を行う全体再生管理ファイル構造内の基本的再生管理ファイル単位(unit)である。
バックアップディレクトリ(BACKUP)は、前記ファイル構造上のデータのうち、特にディスク再生と関連した情報が記録されるインデックスファイル(“index”)、オブジェクトファイル(“MovieObjet”)、プレイリストディレクトリ(PLAYLIST)内の全てのプレイリストファイル(“*.mpls”)及びクリップインフォディレクトリ(CLIPINF)内の全てのクリップインフォファイル(“*.clpi”)に対する複写本ファイル(duplicate file)を保存する。すなわち、これらのファイルの損失時にディスク再生に致命的な影響があることを考慮し、バックアップ(backup)用に各ファイルの複写本ファイル(duplicate file)をあらかじめ保存したわけである。
これと関連して、図2にはまた、前述した前記ディスクファイル構造によって特定タイトル(Title)が再生される方法が示されている。
インデックスファイル(‘インデックステーブル(indextable)’ともいう。)によって提供されるタイトルに対する使用者のタイトル再生命令がある場合、該当タイトルの再生が始まる。これについて詳細に説明すると、次の通りである。
インデックスファイル(index.bdmv)は、該当ディスクがロード(load)されると、最初に再生される画面に対する情報を持つ“First Playback”情報と、メニュー画面を提供する“Top Menu”情報と、少なくとも一つの“タイトル(Title#1〜Title#n)”情報を含む。
ディスク30が光記録/再生装置10内にロードされると、前記インデックステーブルと関連したタイトルメニュー情報が使用者にディスプレイ20を通じて提供される。前記使用者が特定タイトルまたはメニュー画面内の特定メニューを選択すると、以降ディスク製作者(author)によってあらかじめ定義されたファイル構造によってデータ再生が始まる。すなわち、使用者が特定タイトル(例えば、タイトル#1)の再生命令を入力すると、再生管理ファイル構造上のオブジェクトファイル(“MovieObject”)に備えられたコマンド(command)によって特定プレイリストファイルが実行される。その後、前記プレイリストファイルに含まれた特定プレイアイテム及び/またはサブプレイアイテムによって前記タイトル#1を構成する少なくとも一つのクリップ(例えば、Clip#1〜Clip#3)が再生される。
図3は、前記ファイル構造と関連付けられた情報が、ディスク内に記録される形態を簡略に示す図である。ディスク内周から見ると、全体ファイルを管理するためのシステム情報としてファイルシステム情報領域(File System Information area)と、記録されたAVストリーム(“*.m2ts”)を再生するためのプレイリストファイル及びクリップインフォファイルが記録された領域(これを“database area”ともいう。)と、オーディオ/ビデオ/グラフィックなどで構成されたストリームが記録されるAVストリーム領域(AV stream area)が順次に存在することがわかる。特に、本発明でディスク内の前記AVストリーム領域(AV stream area)に記録されたデータをオリジナルデータと命名するということは、前述した通りである。
本発明は、前記ディスク内に記録されたオリジナルデータ(例えば、図2のようなファイル構造)とローカルストレージに保存された付加データを共に再生するための再生方法及び再生装置を提供する。以下、本発明に係る様々な実施例を詳細に説明する。
図4Aは、本発明の光記録/再生装置10を示す構成図である。
図4Aを参照すると、光記録/再生装置10は、光ディスクに記録されたオリジナルデータ及び再生管理ファイル情報を含む管理情報を再生するためのピックアップ11と、ピックアップ11の動作を制御するサーボ14と、ピックアップ11から受信した再生信号を所望の信号値に復元するか、記録されべき信号を光ディスクに記録される信号に変調(modulation)して伝達する信号処理部13と、データを保存するローカルストレージ15と、前記動作を制御するマイコン16とを備える。
ローカルストレージ15は、外部からダウンロードしたデータを保存するファイル構造を構成するに当たり、ダウンロードしたデータを臨時的に保存する領域である“臨時領域(Temporal area)”備えても良い。
例えば、外部コンデンツプロバイダ(CP)からダウンロードして保存されたデータがローカルストレージファイル構造上に保存されている場合には、データは、前記臨時領域(Temporal area)内にまずダウンロードされる。以後、アップデート(update)命令がある場合、前記臨時領域に保存された前記データが、前記ローカルストレージファイル構造にアップデートされ、このアップデートされたファイル構造に基づいてバインディングユニットが生成される。
一方、以前に外部コンデンツプロバイダ(CP)からダウンロードしたデータがローカルストレージファイル構造上に保存されていない場合には、前記臨時領域に外部からダウンロードしたデータを一時的に保存する必要がなく、直接ローカルストレージファイル構造に保存することが好ましい。
制御部12は、使用者命令などによって光ディスク外に存在する付加データをダウンロード(download)し、これをローカルストレージ15に保存するとともに、ローカルストレージ内でバインディングユニットマニフェストファイル(Binding Unit Manifest files)に記録されたバインディングユニットマニフェスト情報(Binding Unit Manifest Information)を用いてバインディングユニットを生成する。また、制御部は、記録媒体データとローカルストレージ内のデータを再生するためにローカルストレージ内のバインディングユニットマニフェストファイル(Binding Unit Manifest files)に記録されたバインディングユニットマニフェスト情報(Binding Unit Manifest Information)を用いて仮想ファイル構造(以下、仮想パッケージ(Virtual package)という)を生成し、前記生成された仮想パッケージ(Virtual package)を用いてオリジナルデータ及び/または付加データを再生する。
デコーダー17は、制御部12の制御信号によって出力データ(オリジナルデータ及び/または付加データ)を最終的にデコーディングして使用者に提供する。
エンコーダ18は光ディスクに信号を記録する機能を行うために、制御部12の制御信号によって入力信号を特定フォーマットの信号(例えば、MPEG2トランスポートストリーム)に変換して信号処理部13に提供する。
前記新しい仮想パッケージ(Virtual package)は以降再利用のためにローカルストレージ15に保存される、または、別のダイナミックメモリ(dynamic Memory)に一時的に保存されることができる。
図4Bは、図4Aの光記録/再生装置10全体構成のうち、特に本発明と関連した光ディスク再生装置を説明するために示す構成図である。
ローカルストレージ15内に保存された情報について説明すると、次の通りである。本発明によるローカルストレージ15は基本的に、ディスク識別情報別にディレクトリ及びファイルを持つファイル情報(Directory−File for disc_ID #n dependent)と、外部からダウンロードした付加クリップ(additional clips)を保存する。また、ローカルストレージ15のバインディングユニットを生成し、ディスク内のファイル構造とのバインディング(binding)のためのバインディングユニットマニフェスト情報(Binding Unit Manifest Information)を含むことができる。
特に、ローカルストレージ15は、相異なる複数のディスクに対応するためにファイル情報(Directory−File for disc_ID #n dependent)を複数個含むことができる。したがって、ローカルストレージ15は、前記ファイル情報ユニットを管理するためのファイルシステムを必要とする。前記ファイルシステムを、特にローカルストレージファイルシステム(41:Local storage file system)といい、このローカルストレージファイルシステム41は、前記ローカルストレージ内の全てのファイルを管理するシステムとなる。
したがって、特定ディスク識別情報(disc_ID)を持つ光ディスク(例えば、disc_ID #1)が光記録/再生装置10にローディングされると、光記録/再生装置10内の制御部12は、ピックアップ11及び信号処理部13を通じて該当ディスクの識別情報を確認する。ローカルストレージ15に保存されたファイル情報があると、制御部12は、前記保存されたファイル情報のうち、前記ローディングされたディスク識別情報と一致するバインディングユニットファイル情報を読み出し、前記読み出された情報をディスク内のファイル構造とのバインディング(binding)するバインディング動作(binding operation)を通じて仮想パッケージ(Virtual package)を生成し、生成された仮想パッケージ(Virtual package)を用いてディスク内のオリジナルデータとローカルストレージ内の付加データを共に再生する。
これと関連して、ローカルストレージファイル構造に既にバインディングユニットが存在する状態で、外部コンデンツプロバイダ(CP)から新しい付加データをダウンロードしてローカルストレージに保存しなければならない場合、本発明は、前記ダウンロードした新しいデータを、ローカルストレージファイル構造に直接アップデートせず、ローカルストレージ内の臨時領域(temporal area)内に臨時に保存した後、アップデート要求があるときに前記ローカルストレージファイル構造にアップデートする。
したがって、アップデートされたローカルストレージでバインディングユニットが生成され、ローカルストレージファイル構造の情報がアップデートされた後に前記ローカルストレージの臨時領域(Temporal area)が空(empty)の状態となる。
ただし、以前に外部コンデンツプロバイダ(CP)からダウンロードして保存されたデータが、ローカルストレージ内のファイル構造に保存されていない場合、すなわち、ローカルストレージ15内に保存されたファイル情報がないと、外部入力ソースであるコンデンツプロバイダ(CP)から提供するデータをローカルストレージ臨時領域にダウンロードせず、直接ローカルストレージファイル構造にダウンロードしてバインディングユニットを生成し、前記バインディングユニットファイル情報を読み出し、前記読み出された情報をディスクパッケージとのバインディング(binding)を通じて仮想パッケージ(Virtual package)を生成する。
以下、本発明のローカルストレージのファイル情報をアップデートして仮想パッケージ(Virtual package)を生成する好ましい実施例について説明する。
図5は、本発明による仮想パッケージ(Virtual package)を生成する方法を示す概念図である。
ローカルストレージ15内に前述した図4Bのような情報及びコンテンツ(content)が保存されている状態で、特定ディスクがローディングされると、光記録/再生装置10は、ローカルストレージ15内のファイルシステム情報41を読み出すとともに、ディスク内に記録されたファイル構造を含むディスクファイルシステム情報42を読み出し、仮想ファイルシステム(VFS)を形成する。すなわち、前記仮想ファイルシステム(VFS)は、前記ローカルストレージ15内のファイルシステムとローディングされたディスクのファイルシステムを統合して管理するための仮想的に形成された一種のファイルシステムを意味する。
前記光記録/再生装置は、前記仮想ファイルシステム(VFS)を通じて、ディスク内のオリジナルデータとローカルストレージ内の付加データを共に再生するために新しい仮想パッケージ(Virtual package)を生成する。このため、前記光記録/再生装置は、前記ファイルシステムからローディングされたディスク(例えば、disc_ID #1)と関連したファイル情報(Directory−File for disc_ID #1 dependent)を読み出し、前記読み出されたバインディングユニットマニフェスト情報(Binding Unit Manifest Information)によってバインディングユニット(Binding Unit)を生成し、前記生成されたバインディングユニット(Binding Unit)を読み出し、ロードされた(loaded)ディスク(disc_ID #1)のディスクパッケージで前記読み出されたファイル情報を代替(replacing)したり、前記ディスクパッケージに前記読み出されたファイル情報を前記ディスクパッケージに追加(appending)するバインディング動作(binding operation)を行う。
これと関連して、本発明でバインディングユニットマニフェストファイル(Binding Unit Manifest files)は、ファイルとタイトルの関係を表すリスト(Files and titles relation list)と、仮想パッケージの生成のためにバインディングユニット内の全てのファイルに対するマッピング(mapping)を行うためのネームマッピング情報(Name mapping information)と、プログレッシブプレイリストのための情報(Progressive playlist information)と、クレデンシャル情報(Credential information)とを含む。
特に、前記ネームマッピング情報(Name mapping information)は、ローカルストレージのファイル構造データがバインディングユニットを生成する時、または、前記バインディングユニットがディスクパッケージと結合(combine)する時に使用される。
前記バインディング動作(binding operation)を通じて生成される仮想パッケージ(Virtual package)は、相異なる領域にそれぞれ保存されているディスク内のオリジナルデータで構成されたオリジナルクリップ422と、ローカルストレージ内の付加データで構成された付加クリップ412を再生/管理するファイル構造である。
図6は本発明による、付加データをダウンロードして保存しているローカルストレージ内のファイル構造を示す図で、特に、バインディングユニットマニフェストファイル(Binding Unit Manifest files)の位置を示している。
上位ディレクトリとしてバインディングユニットデータディレクトリ(Binding Unit Data)があり、その下位ディレクトリとして、各コンデンツプロバイダ(CP)別に区別する組織(organization)ディレクトリ(例えば、org_ID #1、org_ID #2)がコンデンツプロバイダ(CP)数だけ存在する。
前記組織(organization)ディレクトリ(例えば、org_ID #1)の下位ディレクトリとして、各記録媒体種類別に区別される固有ディスクディレクトリ(例えば、disc_ID #1、disc_ID #2)が存在し、前記全てのディスクディレクトリ(例えば、disc_ID#1、disc_ID#2)として共通適用されるデータを含む共有ディレクトリ(Shared)が存在する。
これと関連して、前記ディスクディレクトリ(disc_ID #1)には、バインディングユニットマニフェストファイル(disc_ID #1.bumf)が含まれることが好ましい。ただし、前記ディスクディレクトリ(disc_ID #1)下位にバインディングユニットマニフェストファイル(disc_ID #1.bumf)を直接構成せず、別の下位ディレクトリを構成した後にバインディングユニットマニフェストファイル(disc_ID #1.bumf)を前記下位ディレクトリ内に位置させることができる。例えば、前記ディスクディレクトリ(disc_ID #1)に下位ディレクトリとしてメタ(META)ディレクトリ(図示せず)を備え、前記メタ(META)ディレクトリ内にバインディングユニットマニフェストファイル(disc_ID #1.bumf)を備えても良い。
ここで、前記バインディングユニットマニフェストファイル(disc_ID #1.bumf)は、特定記録媒体のためにディスクディレクトリ(disc_ID #1)下位に位置した全てのファイルだけでなく、共有ディレクトリ(Shared)に含まれたファイルのうち、前記特定記録媒体と関連したファイルもマッピング(mapping)する情報を含むことができる。
図7Aは、本発明のローカルストレージのファイル構造とコンデンツプロバイダから一時的にデータをダウンロードして保存する臨時領域(Temporal area)の構造図で、特に、ローカルストレージファイル構造のデータをアップデートする前の状況を示している。
例えば、本実施例ではローカルストレージを、ローカルストレージファイル構造と臨時領域とに分けることができる。この場合、外部コンデンツプロバイダ(CP)からダウンロード(download)したデータはファイル構造の形態で前記ローカルストレージ(Local storage)ファイル構造に保存され、外部コンデンツプロバイダ(CP)からダウンロードした、以前のデータと異なる新しいデータは前記臨時領域(Temporal area)に保存される。
ここで、前記ローカルストレージ(Local storage)ファイル構造は、バインディングユニットデータディレクトリ(Binding Unit Data)を含み、前記バインディングユニットデータディレクトリ(Binding Unit Data)はコンデンツプロバイダ(CP)を表す組織(organization)ディレクトリ(例えば、org_ID #1)を含み、前記組織(organization)ディレクトリ(org_ID #1)は少なくとも一つのディスクディレクトリ(例えば、disc_ID #1)と前記ディスク製作者(author)によって製作された全てのディスクに共通適用される共有ディレクトリ(例えば、Shared)を含む。
前記ディスクディレクトリ(disc_ID #1)は、バインディングユニットマニフェストファイル(disc_ID #1.bumf:61)とBDディレクトリ(BDMV)を含み、前記BDディレクトリ(BDMV)は、プレイリストファイル(例えば、Apr2005.mpls)とクリップインフォファイル(例えば、Apr2005.clpi)とストリームファイル(例えば、Apr2005.m2ts)を含む。前記バインディングユニットマニフェストファイル(disc_ID #1.bumf:61)は、前記BDディレクトリ(BDMV)内の特定ファイル(例えば、Apr2005.mpls、Apr2005.clpi、Apr2005.m2ts)に対するマッピング情報(mapping information)を含んでいる。
また、前記ローカルストレージ内の臨時領域(Temporal area)は、前述したローカルストレージファイル構造と同じディレクトリ−ファイル構造を含む。例えば、前記ローカルストレージは、臨時ディレクトリ(Temporal)を含み、下位ディレクトリとして組織(organization)ディレクトリ(org_ID #1)を含み、その下位ディレクトリとしてディスクディレクトリ(disc_ID #1)及び共有ディレクトリ(Shared)を含むことができる。
臨時領域内のディスクディレクトリ(例えば、disc_ID #1)は、バインディングユニットマニフェストファイル(例えば、disc_ID #1_v2.bumf:62)とBDディレクトリ(BDMV)を含む。前記BDディレクトリ(BDMV)はプレイリストファイル(例えば、May2005.mpls)、クリップインフォファイル(例えば、May2005.clpi)及びストリームファイル(例えば、May2005.m2ts)を含む。また、臨時領域内の共有ディレクトリ(Shared)は、補助データファイル(例えば、Chinese.otf)を含む。
前記バインディングユニットマニフェストファイル(disc_ID #1_v2.bumf:62)は、前記BDディレクトリ(BDMV)内の特定ファイル(例えば、May2005.mpls、May2005.clpi、May2005.m2ts)と、共有ディレクトリ(Shared)内の特定ファイル(例えば、Chinese.otf)に対するマッピング情報(mapping information)を含んでいる。図7Aによると、ダウンロードしたデータがローカルストレージファイル構造にアップデートされずに臨時に保存されることがわかる。
図7Bは、臨時保存されたデータがローカルストレージファイル構造にアップデートした後の構造を示す図である。
このとき、ローカルストレージファイル構造のアップデートは、仮想ファイルシステムの要請がある場合に行うことが好ましい。ただし、前記仮想ファイルシステムからアップデート要請があっても、新しくダウンロードされたデータに対する検証(verification)エラーが発生したり、データが光記録/再生装置によって現在再生されている場合では、前記ローカルストレージファイル構造はアップデートされない。
図7Bを参照すると、上記のようにローカルストレージファイル構造がアップデートされると、前記ローカルストレージ(Local storage)ファイル構造が、アップデートされる前のファイル構造に臨時保存されたデータファイルを統合することがわかる。ただし、前述したアップデート動作以後に生成されたバインディングユニットマニフェストファイル(63、disc_ID #1.bumf)は、図7Aの臨時領域内に存在するバインディングユニットマニフェストファイル(62、disc_ID #1_v2.bumf)で代替されたものである。したがって、前記バインディングユニットマニフェストファイル(63、disc_ID #1.bumf)によって新しくダウンロードされたデータ一部がバインディングユニットに含まれるようになり、これについては図8を参照して説明する。
図8は、本発明による仮想パッケージを生成するためのローカルストレージのバインディングユニット(Binding Unit)を示す図である。
図8を参照すると、アップデートされたローカルストレージファイル構造内のバインディングユニットマニフェストファイル(63、disc_ID #1.bumf)は、BDディレクトリ(BDMV)内の“May2005.mpls”、“May2005.clpi”及び“May2005.m2ts”と、共有ディレクトリ(Shared)内の補助データファイルである“Chinese.otf”を指定するマッピング情報(Mapping information)を含んでいる。
図8を参照すると、アップデートされたローカルストレージファイル構造内のバインディングユニットマニフェストファイル(63、disc_ID #1.bumf)は、BDディレクトリ(BDMV)内の“May2005.mpls”、“May2005.clpi”及び“May2005.m2ts”と、共有ディレクトリ(Shared)内の補助データファイルである“Chinese.otf”を指定するマッピング情報(Mapping information)を含んでいる。
したがって、前記バインディングユニットマニフェストファイル(63、disc_ID #1.bumf)内のマッピング情報(Mapping information)によって、特定ディスク(例えば、disc_ID #1)のバインディングユニットが生成される。例えば、前記バインディングユニットは、プレイリストファイル“May2005.mpls”、クリップインフォファイル“May2005.clpi”、ストリームファイル“May2005.m2ts”及び補助データファイル“Chinese.otf”を含む。
ここで、前記生成されたバインディングユニットの全てのファイルは、読み取り専用(read−only)ファイルであり、前記バインディングユニットが記録媒体ファイル構造にバインディングされて新しい仮想パッケージ(virtual package)を生成し、記録媒体データとローカルストレージデータが共に再生される。したがって、仮想パッケージ生成する方法について図9を参照して説明する。
図9は、本発明による仮想ファイルシステム(VFS)を通じて仮想パッケージ(Virtual package)を生成する方法を示す図である。
図9を参照すると、ローディングされたディスク内には、特定ファイル構造(例えば、図2のような構造)が記録されており、これを特にディスクパッケージ(Disc package)ともいう。前記ローカルストレージ内にはローカルストレージファイルシステム41が存在し、該当のファイルシステム41内にはローディングされたディスク(例えば、disc_ID #1)にバインディング(binding)されるバインディングユニット(Binding Unit)とバインディングユニットマニフェストファイル(Binding Unit Manifest files)が含まれている。
これと関連して、前記バインディングユニット(Binding Unit)は基本的に、ディスク内のファイル構造と類似する構造を持つが、バインディングユニット(Binding Unit)自体だけでは、ディスクパッケージとは違い、再生/管理ファイルとして動作不可能である。すなわち、もしバインディングユニット(Binding Unit)だけでデータ再生が行えるとしたら、これは単にローカルストレージ内のデータを再生することと違いがないため、ディスクに記録されたオリジナルデータとローカルストレージに記録された付加データを共に再生する本発明の目的に反することになる。
したがって、仮想ファイルシステム(VFS)は、前記バインディングユニットマニフェストファイル(Binding Unit Manifest files)のうち、特にネームマッピング情報(Nane mapping information)を用いて、ローディングされたディスク内のディスクパッケージ(Disc package)に、新しくアップデートされて生成されたバインディングユニット(Binding Unit)をバインディング(binding)(または、結合(combining))するバインディング動作(binding operation)を通じて新しい仮想パッケージ(Virtual package)を生成する。
例えば、ディスク内の記録媒体ファイル構造(org_ID #1、disc_ID #1)は、ルートディレクトリ(root)の下位ディレクトリであるBDディレクトリ(BDMV)に、インデックスファイル(Index.bdmv)、オブジェクトファイル(MovieObject.bdmv)、プレイリストファイル(00000.mpls)、クリップインフォファイル(01000.clpi)、ストリームファイル(01000.m2ts)、補助データファイル(sound.bdmv)を含むと仮定する。
ロードされたディスク(例えば、disc_ID #1)に関連して新しくダウンロードしてアップデートされたバインディングユニット(Binding Unit)は、BDディレクトリ(BDMV)に、特定のプレイリストファイル(May2005.mpls:71)、前記プレイリストファイル(May2005.mpls:71)によって管理されるクリップであるクリップインフォファイル(May2005.clpi:72)と、ストリームファイル(May2005.m2ts:73)とを含み、ディスク共有ディレクトリ(Shared)に、補助データファイル(Chinese.otf:74)を含むと仮定する。
バインディングユニットマニフェストファイル(Binding Unit Manifest files)のネームマッピング情報(Name mapping information)は、仮想パッケージで前記バインディングユニットファイルが持つファイル名とファイル位置を表す情報を含む。例えば、バインディングユニットマニフェストファイル(Binding Unit Manifest files)は、バインディングユニット内のプレイリストファイル“May2005.mpls(71)”は仮想パッケージのプレイリストディレクトリ(PLAYLIST)内のプレイリストファイル“00000.mpls(81)”と、クリップインフォファイル“May2005.clpi(72)”は仮想パッケージのクリップインフォディレクトリ(CLIPINF)のクリップインフォファイル“02000.clpi(82)”と、ストリームファイル“May2005.m2ts(73)”は仮想パッケージのストリームディレクトリ(STREAM)のストリームファイル“02000.m2ts(83)”と、補助データファイル“Chinese.otf(74)”は仮想パッケージの補助データ(AUXDATA)ディレクトリの補助データファイル“11111.otf(84)”とする、ネームマッピング情報(Name mapping information)含む。
したがって、前記ネームマッピング情報(Name mapping information)によってバインディング動作を行って仮想パッケージを生成した場合、前記生成された仮想パッケージ内に存在するようになるファイルは次の通りである。
まず、前記バインディングユニットマニフェストファイル(Binding Unit Manifest files)の前述したネームマッピング情報(Name mapping information)によって、プレイリストファイル“00000.mpls(81)”、クリップインフォファイル“02000.clpi(82)”、ストリームファイル“02000.m2ts(83)”及び補助データファイル“11111.otf(84)”が仮想パッケージ内に含まれる。
ロードされたディスク内の全てのファイルは、前記仮想パッケージに含まれる。例えば、ディスク内のプレイリストファイル、クリップインフォファイル、ストリームファイル及び補助データファイルも前記仮想パッケージに存在する。
ただし、前述したネームマッピング情報(Name mapping information)によってディスク内の特定ファイル名と重複するファイルが仮想パッケージに存在すると、前記ネームマッピング情報(Name mapping information)によって指定されたファイルのみが前記仮想パッケージに含まれるようになる。例えば、図9の実施例によれば、ネームマッピング情報(Name mapping information)によって、バインディングユニット内のプレイリストファイル“May2005.mpls(71)”が仮想パッケージでプレイリストファイル“00000.mpls(81)”と指定されたことがわかる。したがって、前記プレイリストファイル“00000.mpls(81)”と同じファイル名を持つディスク内のプレイリストファイル“00000.mpls(91)”は、仮想パッケージに含まれない。
すなわち、これは、仮想パッケージ内で、バインディングユニット内のプレイリストファイル“May2005.mpls(71)”がディスク内のプレイリストファイル“00000.mpls(91)”を代替(replace)することを意味する。したがって、新しくダウンロードされたデータが前記仮想パッケージ内の前記プレイリストファイル“00000.mpls(81)”に再生されることができる。
一方、ディスク内の残りのファイル、例えば、クリップインフォファイル“01000.clpi(92)”、ストリームファイル“01000.m2ts(93)”及び補助データファイル“sound.bdmv(94)”は、仮想パッケージに含まれる。
これと関連して、仮想パッケージ(Virtual package)内のインデックスファイル(Index.bdmv)とオブジェクトファイル(MovieObject.bdmv)は、既存ディスク内のインデックスファイル(Index.bdmv)とオブジェクトファイル(MovieObject.bdmv)からアップデート(update)されことが可能である。これは、仮想パッケージのタイトルインデックスがディスク内のタイトルインデックスと同じ場合であることを意味する。
必要によって、仮想パッケージ(Virtual package)内のインデックスファイル(Index.bdmv)及びオブジェクトファイル(MovieObject.bdmv)が、バインディングユニット内のインデックスファイル及びオブジェクトファイルによって代替されることも可能である。すなわち、これは、仮想パッケージのタイトルインデックスがディスクのタイトルインデックスと相異なる場合であることを意味する。例えば、新しくダウンロードされたデータによって、仮想パッケージのタイトルが追加される、既存タイトルが削除される、または、タイトル再生のシナリオが変更される等の場合がこれに該当する。
前述した仮想パッケージによって、記録媒体データであるオリジナルデータとローカルストレージデータである付加データが共に再生されることができる。
図10は、本発明によるローカルストレージを用いて記録媒体からデータを再生する方法を示すフローチャートである。
図10を参照すると、ディスクが光記録/再生装置にロードされると、前記光記録/再生装置は、ローカルストレージのデータからディスク識別情報(disc_ID)を確認し、外部コンデンツプロバイダ(CP)がインターネット、通信などの手段を通じて新しい付加データ(additional data)を提供すると、前記新しい付加データ(additional data)をローカルストレージにダウンロードする(S10)。この時、前記新しい付加データとは、以前にダウンロードされたデータを除く、コンデンツプロバイダ(CP)から受信する別のデータのことをいう。
前記ダウンロードされた新しい付加データは、ローカルストレージ内の臨時領域(Temporal area)に臨時に保存される(S20)。
前記光記録/再生装置は、前記臨時保存された付加データがローカルストレージファイル構造内にアップデートされるか否かを判断する(S30)。すなわち、前記光記録/再生装置は、前記新しくダウンロードされた付加データを検証(verification)し、検証エラーが発生しないとアップデート動作を行う。前記検証エラーが発生しなくても、プレーヤー(player)が再生機能を行うと(すなわち、前記プレーヤーが“プレーヤーアクティブ(player active)”状態に入ると)、前記アップデート動作が行われないことは自明である。
上記判断(S30)の結果、前記アップデート動作を行うことが可能でないと、前記新しくダウンロードされた付加データは、前記ローカルストレージファイル構造にアップデート(update)されない(S40)。すなわち、前記光記録/再生装置は、既存の仮想パッケージを引き続き用いる。
上記判断(S30)の結果、前記アップデート動作を行うことが可能であると、前記段階S20でローカルストレージ内の臨時領域(Temporal area)に保存されたデータを用いて、ローカルストレージファイル構造がアップデートされる(S50)。
バインディングユニットマニフェストファイル(Binding Unit Manifest files)の情報によって、バインディングユニットが前記アップデートされたローカルストレージファイル構造で生成される(S60)。この時、前記バインディングユニットマニフェストファイル(Binding Unit Manifest files)の情報が、ネームマッピング情報(Name mapping information)を含むことについては既に説明した。
バインディングユニットマニフェストファイル(Binding Unit Manifest files)の情報によって、バインディングユニットが前記アップデートされたローカルストレージファイル構造で生成される(S60)。この時、前記バインディングユニットマニフェストファイル(Binding Unit Manifest files)の情報が、ネームマッピング情報(Name mapping information)を含むことについては既に説明した。
上記段階(S60)で生成されたバインディングユニットが記録媒体ファイル構造と結合(combine)して仮想パッケージが生成され、前記生成された仮想パッケージによって、記録媒体のオリジナルデータと外部からダウンロードされた付加データとが共に再生される(S70)。
以下、新しいデータをダウンロードし、前記ダウンロードしたデータをローカルストレージバインディングユニットのファイル構造にアップデートする方法において、ローカルストレージファイル構造のファイル構造がディスク単位(per disc)、タイトル単位(per title)、コンテンツ単位(per contents)で構成される場合の実施例について、図11乃至図13を参照して説明する。
図11は、本発明の第1実施例によって、ローカルストレージにデータをディスク単位にダウンロード及び/またはアップデートする方法を示す図である。
図11を参照すると、前記ローカルストレージ(Local storage)は、バインディングユニット(binding unit)を含むバインディングユニットディレクトリ(Binding Unit Data)と、外部コンデンツプロバイダからダウンロードしたデータを臨時的に保存するための臨時領域である臨時ディレクトリとを含む。
ディスク製作者(Author)である各コンデンツプロバイダ(CP)のための“org_ID”ディレクトリが、前記バインディングユニットディレクトリ(BindingUnitData)の下位ディレクトリに含まれ、前記“org_ID”ディレクトリは、ディスク固有ディレクトリ(disc_ID)とディスク共有ディレクトリ(Shared)を含む。
図11を参照すると、前記ディスクディレクトリ(disc_ID #1)下位にはバインディングユニット110を表すBDディレクトリ(BDMV)が存在し、前記バインディングユニット110はディスク単位に構成されることがわかる。
前記バインディングユニット110は、BDディレクトリ(BDMV)下位に、プレイリストファイル(00000.mpls:111)を備えたプレイリストディレクトリ(PLAYLIST)と、クリップインフォファイル(01000.clpi:112)を備えたクリップインフォディレクトリ(CLIPINF)と、ストリームファイル(01000.m2ts:113)を備えたストリームディレクトリ(STREAM)とを含む。ここで、図11の実施例は、前記ディレクトリ(PLAYLIST、CLIPINF、STREAM)内の前記ファイル(00000.mpls:111、01000.clpi:112、01000.m2ts:113)はディスク単位に構成されることに特徴がある。
前述したダウンロード及び/またはアップデートのために、光記録/再生装置のダウンロードアプリケーション(download application)は、特定ディスクのためのディスク固有ディレクトリ(disc_ID #1)及び/またはディスク共有ディレクトリ(Shared)の現在バインディングユニット110を確認し、これを外部コンデンツプロバイダ(CP)にレポート(report)する。前記ダウンロードアプリケーション(Download application)の前記レポート(report)結果に基づき、前記コンデンツプロバイダ(CP)は多様なデータベースファイル(例えば、インデックステーブル(Index table)、オブジェクトファイル(MovieObject)、プレイリスト(PlayList)等)を提供し、前記光記録/再生装置の前記ダウンロードアプリケーション(Download application)は、特定ディスクのために臨時ディレクトリ(Temporal directory)にコンデンツプロバイダ(CP)の前記ファイルをダウンロードする。この時、前記ダウンロードアプリケーション(Download application)は、BD−Jアプリケーションであることが好ましい。
前記臨時ディレクトリ(Temporal directory)内の新しくダウンロードされたファイルは、プレイリストファイル(00000.mpls:114、00001.mpls:115)を備えたプレイリストディレクトリ(PLAYLIST)と、クリップインフォファイル(02000.clpi:116)を備えたクリップインフォディレクトリ(CLIPINF)と、ストリームファイル(02000.m2ts:117)を備えたストリームディレクトリ(STREAM)を意味する。
ここで、前記ディレクトリ(PLAYLIST、CLIPINF、STREAM)内のファイル(00000.mpls:114、00001.mpls:115、02000.clpi:116、02000.m2ts:117)は、ディスク単位に構成されており、前記バインディングユニット110にアップデートされる。
前記臨時ディレクトリ(Temporal directory)へのダウンロードが完了した後に、ダウンロードアプリケーション(Download application)が仮想ファイルシステム(Virtual file system)のアップデート要請すると、光記録/再生装置のレジデントアプリケーション(resident application)は、臨時ディレクトリ(temporal directory)のファイルをディスクディレクトリ(disc_ID #1)内の関連ディレクトリに移動させてバインディングユニット110をアップデートする。
これと関連して、仮想ファイルシステム(Virtual file system)は、光記録/再生装置がタイトルを再生する間にはアクティブ状態にならず、前記光記録/再生装置がタイトルを再生しない間にバインディングユニットをアップデートする。
バインディングユニット110内のファイルと臨時ディレクトリ(Temporal directory)のファイルのファイル名が同じ場合には、バインディングユニット110のファイルに臨時ディレクトリ(Temporal directory)のファイルが上書きされ(overwritten)、ファイル名の異なる場合にはバインディングユニット110のファイルに臨時ディレクトリ(Temporal directory)のファイルが追加(appending)される。
例えば、バインディングユニット110のプレイリストファイル(00000.mpls:111)に、前記プレイリストファイル(00000.mpls:111)とファイル名が同じプレイリストファイル(00000.mpls:114)と、ファイル名が異なるプレイリストファイル(00001.mpls:115)をアップデートしようとする場合には、アップデート後に生成されたバインディングユニット110−1内のプレイリストディレクトリ(PLAYLIST)のプレイリストファイルは、上書き(overwritting)によって生成されたプレイリストファイル(00000.mpls:111-1)と追加(appending)によって生成されたプレイリストファイル(00001.mpls:115)とを含む。
また、アップデート後に生成されたバインディングユニット110−1内のクリップインフォファイルとストリームファイルは、バインディングユニット110のファイルに臨時ディレクトリ(Temporal directory)のファイルを追加して構成される。その結果、バインディングユニット110−1のクリップインフォディレクトリ(CLIPINF)は、クリップインフォファイル(01000.clpi:112、02000.clpi:116)を含み、ストリームディレクトリ(STREAM)は、ストリームファイル(01000.m2ts:113、02000.m2ts:117)を含む。
ここで、アップデート後に生成された臨時ディレクトリ(Temporal directory)は、空(empty)の状態になり、再び新しいデータをダウンロードするまで空(empty)状態が維持される。
図12は、本発明の第2実施例によって、ローカルストレージにデータをタイトル単位(per Title)にダウンロード及び/またはアップデートする方法を示す図である。
図12の基本ディレクトリ構造は、図11の説明と略同様であり、ただし、ローカルストレージバインディングユニット120内の各ディレクトリ内のファイルが、各タイトルによって区分される点が異なる。図12を参照して本第2実施例について説明すると、次の通りである。
図12を参照すると、ディスク固有ディレクトリ(disc_ID #1)とディスク共有ディレクトリ(Shared)が、各コンデンツプロバイダ(CP)のためのディレクトリ(“org_ID #1”)に存在する。前記ディスク固有ディレクトリ(disc_ID #1)には、バインディングユニット120を表すBDディレクトリ(BDMV)が位置し、前記BDディレクトリ(BDMV)に指定されるバインディングユニット120のファイルは、タイトル単位(例えば“Title 1”、“Title 2”..)に区分される。
前記ローカルストレージ内のバインディングユニット120は、BDディレクトリ(BDMV)内に、プレイリストファイル(00000.mpls:121、00001.mpls:122)を備えたプレイリストディレクトリ(PLAYLIST)と、クリップインフォファイル(01000.clpi:123、02000.clpi:124)を備えたクリップインフォディレクトリ(CLIPINF)と、ストリームファイル(01000.m2ts:125、02000.m2ts:126)を備えたストリームディレクトリ(STREAM)とを含む。
例えば、前記ディレクトリ(PLAYLIST、CLIPINF、STREAM)に含まれたファイルにおいて、特定ファイル(00000.mpls:121、01000.clpi:123、01000.m2ts:125)は第1タイトル(Title1)のファイルであり、残りのファイル(00001.mpls:122、02000.clpi:124、02000.m2ts:126)は、他のタイトルである第2タイトル(Title 2)のファイルである。
これと関連して、ローカルストレージにデータがダウンロードされる時、前記ローカルストレージ内のバインディングユニット120のファイルが特定タイトルのファイルか否かに対する情報が、タイトルに対する情報と共にダウンロードされることが好ましい。
もし使用者(user)が特定タイトル(例えば、“タイトル1”)のためにダウンロードするバインディングユニットを選択すると、光記録/再生装置のダウンロードアプリケーション(Download application)は、コンデンツプロバイダ(CP)が使用者によって選択された“タイトル1”のために準備した新しいバインディングユニット(Binding Unit)のファイルを、臨時ディレクトリ(Temporal directory)にダウンロードする。この時、前記ダウンロードアプリケーション(Download application)は、BD−Jアプリケーションであることが好ましい。
例えば、前記臨時ディレクトリ(Temporal directory)に保存された前記新しくダウンロードされたファイルは、プレイリストファイル(00000.mpls:131、00002.mpls:132)を備えたプレイリストディレクトリ(PLAYLIST)と、クリップインフォファイル(03000.clpi:133)を備えたクリップインフォディレクトリ(CLIPINF)と、ストリームファイル(03000.m2ts:134)を備えたストリームディレクトリ(STREAM)を意味する。ここで、前記ファイルは、“タイトル1”に関連したファイルで構成されており、バインディングユニット120にアップデートされる。
前記臨時ディレクトリ(Temporal directory)にデータがダウンロードされた後に、ダウンロードアプリケーション(Download application)が仮想ファイルシステム(Virtual file system)をアップデートするように要請すると、光記録/再生装置のレジデントアプリケーション(Resident application)は、前記臨時ディレクトリ(Temporal directory)のファイルをディスクディレクトリ(disc_ID #1)内の下位ディレクトリに移動させてバインディングユニット120をアップデートする。
これと関連して、仮想ファイルシステム(Virtual file system)は、光記録/再生装置がタイトルを再生する間にはアクティブ状態にならず、前記光記録/再生装置がタイトルを再生しない間にバインディングユニットをアップデートする。
アップデート動作中に、バインディングユニット120のファイルのうち、前記“タイトル1”のファイルは削除(delete)され、前記臨時ディレクトリ(Temporal directory)のファイルで代替(replacing)されることで、アップデート動作が完了した後のバインディングユニット120−1が生成される。
すなわち、バインディングユニット120の“タイトル1”のファイルであるプレイリストファイル(00000.mpls:121)、クリップインフォファイル(01000.clpi:123)、ストリームファイル(01000.m2ts;125)は削除され、臨時ディレクトリ(Temporal directory)のプレイリストファイル(00000.mpls:131、00002.mpls:132)、クリップインフォファイル(03000.clpi:133)と、ストリームファイル(03000.m2ts:134)で代替されてバインディングユニット120−1が生成される。
したがって、アップデート動作後に生成されたバインディングユニット120−1は、プレイリストディレクトリ(PLAYLIST)内にプレイリストファイル(00000.mpls:131、00001.mpls:122、00002.mpls:132)を含み、クリップインフォディレクトリ(CLIPINF)内にはクリップインフォファイル(03000.clpi:133、02000.clpi:124)を含み、ストリームディレクトリ(STREAM)内にはストリームファイル(03000.m2ts:134、02000.m2ts:126)を含む。
ここで、アップデート後の臨時ディレクトリ(Temporal directory)は空(empty)の状態になり、再び新しいデータをダウンロードするまで空の(empty)状態が維持される。
図13は、本発明の第3実施例によって、ローカルストレージにデータをコンデンツ単位にダウンロード及び/またはアップデートする方法を示す図である。
図13に示すローカルストレージの基本ディレクトリ構造は、図11の説明と略同様であり、ただし、図11及び図12の実施例とは違い、ローカルストレージバインディングユニット140内のプレイリストディレクトリ(PLAYLIST)のプレイリストファイルがコンテンツ単位(per Content)に構成される。図13を参照して、本第3実施例について説明する。
図13を参照すると、ディスク固有ディレクトリ(disc_ID #1)とディスク共有ディレクトリ(Shared)が各コンデンツプロバイダ(CP)のためのディレクトリ(org_ID #1)に存在する。前記ディスクディレクトリ(disc_ID #1)には、バインディングユニット(140)を表すBDディレクトリ(BDMV)が存在し、前記BDディレクトリ(BDMV)が表すバインディングユニット(140)は、コンデンツ単位に構成される。
前記ローカルストレージ内のバインディングユニット140は、BDディレクトリ(BDMV)内に、特定コンデンツ(例えば、“Content 1”)のプレイリストファイル(00000.00.mpls:141)を備えたプレイリストディレクトリ(PLAYLIST)と、クリップインフォファイル(01000.clpi:142)を備えたクリップインフォディレクトリ(CLIPINF)と、ストリームファイル(01000.m2ts:143)を備えたストリームディレクトリ(STREAM)とを含む。
例えば、使用者(user)がダウンロードするファイルを選択すると、ダウンロードアプリケーション(Download application)が、コンデンツプロバイダ(CP)から提供されたデータベースファイル及びストリームファイルを臨時ディレクトリ(Temporal directory)にダウンロードする。前記データベースファイル及びストリームファイルは、記録媒体であるBD−ROMディスク一つのための部分的な(partial)または改善された(modified)または完全な(complete)情報を含む。この時、前記ダウンロードアプリケーション(Download application)は、BD−Jアプリケーションであることが好ましい。
例えば、前記臨時ディレクトリ(Temporal directory)に保存された前記新しくダウンロードされたファイルについて説明すると、臨時ディレクトリ(Temporal directory)下位にBDディレクトリ(BDMV)が位置し、前記BDディレクトリ(BDMV)はプレイリストファイル(00000.01.mpls:144、00001.mpls:145)を備えたプレイリストディレクトリ(PLAYLIST)と、クリップインフォファイル(02000.clpi:146)を備えたクリップインフォディレクトリ(CLIPINF)と、ストリームファイル(02000.m2ts:147)を備えたストリームディレクトリ(STREAM)とを含む。ここで、前記ファイルは、新しいコンデンツ(例えば、“Content 2”)に関連したファイルで構成されており、バインディングユニット140にアップデートされる。
前記光記録/再生装置のレジデントアプリケーション(Resident application)は、前記臨時ディレクトリ(Temporal directory)のファイルをディスク固有ディレクトリ(disc_ID #1)の下位ディレクトリに移動させてバインディングユニット140をアップデートする。
ここで、仮想ファイルシステム(Virtual file system)は、光記録/再生装置がタイトルを再生する間にはアクティブ状態にならず、光記録/再生装置がタイトルを再生しない間にバインディングユニットをアップデートする。
前記アップデート動作中に、バインディングユニット140のファイルはそのまま存在し、臨時ディレクトリ(Temporal directory)のファイルが追加(append or add)されることで、アップデート動作が完了した後のバインディングユニット140−1が生成される。
したがって、アップデート後に生成されたバインディングユニット140−1は、プレイリストディレクトリ(PLAYLIST)内にプレイリストファイル(00000.00.mpls:141、00000.01.mpls:144、00001.mpls:145)を含み、クリップインフォディレクトリ(CLIPINF)内にはクリップインフォファイル(01000.clpi:142、02000.clpi:146)を含み、ストリームディレクトリ(STREAM)内にはストリームファイル(01000.m2ts:143、02000.m2ts:147)を含む。
前記プレイリストファイル“00000.00.mpls(141)”は、以前にダウンロードされたコンデンツで、例えば、“Content 1”のプレイリストファイルであり、プレイリストファイル“00000.01.mpls(144)”は、新しくダウンロードされたコンデンツである“Content 2”のプレイリストファイルである。
これと関連して、アップデート後の臨時ディレクトリ(Temporal directory)は空(empty)の状態になり、再び新しいデータがダウンロードするまで空(empty)の状態が維持される。
図14は、本発明によって、ローカルストレージにデータをダウンロード及び/またはアップデートする方法を示すフローチャートである。
図14を参照すると、光記録/再生装置にディスクがロードされると、前記光記録/再生装置は、前記ディスクの現在バインディングユニット構造を確認し、コンデンツプロバイダ(CP)にレポート(report)する(S110)。ただし、バインディング構造がタイトル単位に構成された場合と、コンテンツ単位に構成された場合には前記段階(S110)を行わなくても良い。
前記光記録/再生装置は、コンデンツプロバイダが提供するファイルのうち、使用者によって選択されたファイルをローカルストレージにダウンロード(download)する(S11)。ローカルストレージ内のバインディングユニット構造によって前記使用者によって選択されるべきファイルやコンデンツプロバイダ(CP)から伝送されるべきファイルは異なってきても良い。
前記段階(S111)のダウンロード動作が完了すると、前記光記録/再生装置は、アップデート(update)要請があるか否かを確認する(S112)。前記アップデート(update)要請は、仮想ファイルシステム(VFS)のアップデート要請を意味する。
上記確認(S112)の結果、アップデート(update)要請がないと、ローカルストレージバインディングユニットをアップデートしない(S113)。
一方、アップデート(update)要請があると、ダウンロードしたデータがアップデートできるかを確認し(S114)、前記ダウンロードしたデータが保安上(security)問題のないデータか、及び、現在プレーヤーがデータ再生モードにあるかを検証する。すなわち、検証上問題がなく、プレーヤーが再生モードにあると、前記光記録/再生装置は、前記ダウンロードしたデータをアップデートできると判断し、検証上問題が発生したりプレーヤーが再生モードでないと、前記ダウンロードしたデータはアップデートできないと判断する。
上記確認(S114)の結果、前記ダウンロードしたデータをアップデートできる場合では、前記光記録/再生装置は、前記ローカルストレージバインディングユニットをアップデートする(S115)。一方、上記確認(S114)の結果、前記ダウンロードされたデータをアップデートできない場合では、前記ローカルストレージバインディングユニットをアップデートしない(S116)。上記S115段階でアップデートされたバインディングユニットは、結局として仮想パッケージをアップデートする。特に、前記仮想パッケージのアップデート動作は、タイトルの変更につながり、よって、これはタイトル変更時に仮想パッケージがアップデートされなければならないということを意味する。
上記本発明によるローカルストレージ(Local storage)を用いて記録媒体からデータを再生する方法と再生装置及び仮想パッケージ(Virtual package)生成方法によると、記録媒体内に記録されたオリジナルデータとローカルストレージ(Local storage)内に保存された付加データを效率的に再生可能になり、使用者に一層便利な機能を提供することが可能になる。
Claims (23)
- a)ダウンロードしたデータをローカルストレージに保存する段階と、
b)ローカルストレージファイル構造に、前記ダウンロードしたデータをアップデート可能か否かを確認し、アップデート可能な場合、前記ダウンロードされたデータを前記ローカルストレージファイル構造にアップデートする段階と、
c)前記アップデートされたローカルストレージファイル構造でバインディングユニットを生成する段階と、
d)前記生成されたバインディングユニットを記録媒体内のファイル構造と結合して仮想パッケージを生成し、前記生成された仮想パッケージによって記録媒体データ及び/またはダウンロードしたローカルストレージデータを再生する段階と、
を含む、ローカルストレージを用いて記録媒体からデータを再生する方法。 - 前記ダウンロードされたデータで検証エラーが発生した場合には、アップデート動作を行わない、請求項1に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- プレーヤーが再生モードであると、アップデート動作を行わない、請求項1に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記ダウンロードしたデータは、バインディングユニットマニフェストファイルを含み、前記ファイルによって前記バインディングユニットが決定される、請求項1に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記バインディングユニットは複数のファイルを含み、前記ファイルは読み取り専用ファイルである、請求項4に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記バインディングユニットマニフェストファイルは、前記バインディングユニットに属する全てのファイルに対するネームマッピング情報を含む、請求項4に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記ローカルストレージファイル構造がアップデートされる時、前記ローカルストレージファイル構造内に存在するバインディングユニットマニフェストファイルは、ダウンロードした新しいバインディングユニットマニフェストファイルで代替される、請求項4に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記ダウンロードしたデータは、前記ローカルストレージ内の臨時領域に一時保存される、請求項1に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記臨時領域に保存されたデータが前記ローカルストレージファイル構造にアップデートされた後、前記臨時領域は空の状態に転換される、請求項8に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記ダウンロードされたデータは、ディスク単位にアップデートされる、請求項1に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記アップデート動作は、既存ファイルと同じファイル名を持つファイルは上書きし、既存ファイルと相異なるファイル名を持つファイルを追加する、請求項10に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記ダウンロードしたデータは、タイトル単位にアップデートされる、請求項1に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記アップデート動作は、アップデートされるタイトルの以前バージョンファイルを削除し、新しくダウンロードされたファイルで代替する、請求項12に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 前記ダウンロードしたデータは、コンデンツ単位にアップデートされる、請求項1に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- ダウンロードしたファイルは、前記アップデート動作が行われる前のファイルと比べて、部分的な及び/または改善された情報を含む、請求項14に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- 仮想ファイルシステムを通じて前記仮想パッケージを生成し、前記生成された仮想パッケージを用いて記録媒体データ及び/またはローカルストレージデータを再生する、請求項1に記載のローカルストレージを用いて記録媒体からデータを再生する方法。
- a)外部からファイルをダウンロードしてローカルストレージに保存する段階と、
b)前記ダウンロード完了後に、アップデート要請があるか否か確認する段階と、
c)前記アップデート要請があると、前記ダウンロードしたファイルがアップデート可能か否かを確認する段階と、
d)前記ダウンロードしたファイルがアップデート可能であると、前記ローカルストレージ内のバインディングユニットをアップデートする段階と、
を含む、ローカルストレージ内のデータアップデート方法。 - 前記ファイルをダウンロードする前に、前記ローカルストレージ内の現在バインディングユニット構造を確認してコンデンツプロバイダに知らせる段階をさらに含む、請求項17に記載のローカルストレージ内のデータアップデート方法。
- 前記ローカルストレージは、臨時的にファイルをダウンロードする臨時ディレクトリを含む、請求項17に記載のローカルストレージ内のデータアップデート方法。
- 前記ローカルストレージ内のバインディングユニットは、ディスク単位、タイトル単位またはコンテンツ単位に構成される、請求項17に記載のローカルストレージ内のデータアップデート方法。
- 前記アップデートされたバインディングユニットは、タイトル変更時に仮想パッケージをアップデートする、請求項17に記載のローカルストレージ内のデータアップデート方法。
- a)ローディングされた記録媒体と関連してダウンロードしたデータをローカルストレージに保存する段階と、
b)前記ローカルストレージ内の以前ファイル構造に、前記ダウンロードしたデータをアップデーティングすることによって前記ローカルストレージに新しいファイル構造を生成する段階と、
c)前記新しいファイル構造からバインディングユニットを生成する段階と、
d)前記バインディングユニットを記録媒体ファイル構造にバインディングして仮想パッケージを生成する段階と、
を含む、仮想パッケージ生成方法。 - 記録媒体からデータを読み出すピックアップと、
前記記録媒体データと関連付けられたデータをダウンロードして保存するもので、アップデート完了したデータを保存する第1領域及び新しくダウンロードしたデータを保存する第2領域を備えるローカルストレージと、
前記第2領域にダウンロードしたデータを第1領域内にアップデートし、前記アップデートされたデータでバインディングユニットを生成して仮想パッケージを生成し、前記仮想パッケージから記録媒体内のデータ及び/またはローカルストレージ内のデータを再生することを制御する制御部と、
を備える、ローカルストレージを用いて記録媒体からデータを再生する装置。
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US62572304P | 2004-11-08 | 2004-11-08 | |
US63264504P | 2004-12-03 | 2004-12-03 | |
US64178005P | 2005-01-07 | 2005-01-07 | |
KR1020050042546A KR20060046120A (ko) | 2004-11-08 | 2005-05-20 | 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치 |
KR1020050049467A KR20060063601A (ko) | 2004-12-03 | 2005-06-09 | 로컬 스토리지에 데이터를 다운로드/업데이트 하는 방법 및장치 |
PCT/KR2005/003771 WO2006049476A2 (en) | 2004-11-08 | 2005-11-08 | Method and apparatus for reproducing data from recording medium using local storage |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2008519389A true JP2008519389A (ja) | 2008-06-05 |
Family
ID=36319569
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007540267A Pending JP2008519389A (ja) | 2004-11-08 | 2005-11-08 | ローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP1810293A2 (ja) |
JP (1) | JP2008519389A (ja) |
WO (1) | WO2006049476A2 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1817772A4 (en) * | 2004-12-03 | 2010-01-06 | Lg Electronics Inc | METHOD AND DEVICE FOR ADMINISTERING DATA STORED IN A LOCAL MEMORY |
WO2006073246A1 (en) * | 2005-01-07 | 2006-07-13 | Lg Electronics Inc. | Method and apparatus for reproducing data from recording medium using local storage |
CN101964914B (zh) * | 2005-07-27 | 2015-10-14 | 松下电器产业株式会社 | 信息记录装置以及信息记录方法 |
JP4687424B2 (ja) | 2005-11-25 | 2011-05-25 | ソニー株式会社 | 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム |
KR101118218B1 (ko) * | 2007-03-28 | 2012-03-16 | 삼성전자주식회사 | 재생 장치 및 재생 방법 |
JP4349441B2 (ja) * | 2007-06-12 | 2009-10-21 | ソニー株式会社 | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008507795A (ja) * | 2004-07-22 | 2008-03-13 | 松下電器産業株式会社 | アプリケーション連動再生を行う再生装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1165996A (ja) * | 1997-08-11 | 1999-03-09 | Toshiba Corp | ネットワークコンピュータおよびその初期化処理方法 |
JPH11249948A (ja) * | 1998-02-27 | 1999-09-17 | Toshiba Corp | コンピュータシステム、同システムで使用されるファイルリソース切り替え方法および記録媒体 |
CA2373641C (en) * | 2000-03-09 | 2010-07-13 | Matsushita Electric Industrial Co., Ltd. | Management apparatus, editing apparatus, recording medium, method, and audio data playback management system including management apparatus, editing apparatus and recording medium |
WO2003034190A2 (en) | 2001-10-12 | 2003-04-24 | Koninklijke Philips Electronics N.V. | Secure content distribution method and system |
EP1536427A1 (en) | 2003-11-12 | 2005-06-01 | Deutsche Thomson-Brandt Gmbh | Method for composing a menu |
-
2005
- 2005-11-08 WO PCT/KR2005/003771 patent/WO2006049476A2/en active Application Filing
- 2005-11-08 JP JP2007540267A patent/JP2008519389A/ja active Pending
- 2005-11-08 EP EP05823683A patent/EP1810293A2/en not_active Withdrawn
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008507795A (ja) * | 2004-07-22 | 2008-03-13 | 松下電器産業株式会社 | アプリケーション連動再生を行う再生装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2006049476A2 (en) | 2006-05-11 |
EP1810293A2 (en) | 2007-07-25 |
WO2006049476A3 (en) | 2006-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7761422B2 (en) | Method and apparatus for reproducing data from recording medium using local storage | |
JP4611995B2 (ja) | 記録媒体のための再生管理ファイルの生成方法及び再生管理ファイルを用いたデータの再生方法と再生装置 | |
JP2008522342A (ja) | ローカルストレージのデータファイル管理方法及び装置 | |
KR20060065474A (ko) | 로컬스토리지를 이용한 기록매체 재생방법 및 재생장치 | |
KR101073923B1 (ko) | 기록 매체와, 그 기록 매체의 파일의 제어 방법과, 그의재생 방법 및 장치 | |
US7783161B2 (en) | Method and apparatus for reproducing data from recording medium using local storage | |
JP2008527600A (ja) | 記録媒体、ならびにローカルストレージを用いて記録媒体からデータを再生する装置および再生装置 | |
JP2008533631A (ja) | 記録媒体、ならびに記録媒体からデータを再生する方法および装置 | |
JP2008519389A (ja) | ローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置 | |
KR20070052642A (ko) | 데이터 재생방법 및 재생장치와 데이터 전송방법 | |
KR20050080869A (ko) | 고밀도 광디스크의 파일 구성방법 및 재생방법 | |
KR20060047549A (ko) | 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치 | |
WO2006073260A2 (en) | Method and apparatus for reproducing data from recording medium using local storage | |
EP1836708A2 (en) | Recording medium, and method and apparatus for reproducing data from recording medium using local storage | |
RU2393554C2 (ru) | Способ и устройство воспроизведения данных с носителя записи, использующие локальное запоминающее устройство | |
US20060077817A1 (en) | Method and apparatus for reproducing data from recording medium using local storage | |
EP1836701A1 (en) | Method and apparatus for reproducing data from recording medium using local storage | |
JP2008517355A (ja) | ローカルストレージを使用して記録媒体からデータを再生する方法および装置 | |
KR20060046120A (ko) | 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치 | |
KR20060063597A (ko) | 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치 | |
KR20070067129A (ko) | 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치 | |
KR20070120000A (ko) | 데이터를 기록하는 방법, 장치 및 기록매체 그리고재생방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20081107 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110124 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110128 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20110624 |