(57)【要約】  記録媒体、該記録媒体からデータを再生する方法及び装置を提供する。相異なる属性を持つ第１タイトル及び第２タイトルが記録された記録媒体のデートを再生する方法は、前記第１タイトルを第１専用再生ユニットを用いて再生する段階と、前記第１専用再生ユニットの実行を中止し第２専用再生ユニットの実行を開始して、前記第１タイトルの再生から前記第２タイトルの再生への切換を行う段階とを含む。これによれば、前記記録媒体のデータが效率的に管理され、使用者に一層便利な機能を提供することが可能になる。
2008516371.tif 000002
【特許請求の範囲】
【請求項１】
相異なる属性を持つ第１タイトルと第２タイトルが記録された記録媒体のデータを再生する方法であって、
前記第１タイトルを第１専用再生ユニットを用いて再生する段階と、
前記第１専用再生ユニットの実行を中止し第２専用再生ユニットの実行を開始して、前記第１タイトルの再生から前記第２タイトルの再生への切換を行う段階と、
を含むことを特徴とするデータ再生方法。
【請求項２】
前記第１タイトルはＨＤＭＶタイトルで、第２タイトルはジャバタイトルであることを特徴とする、請求項１に記載のデータ再生方法。
【請求項３】
第１属性情報を持つタイトルから第２属性情報を持つタイトルへの前記切換は、前記ＨＤＭＶタイトルから前記ジャバタイトルへの切換を意味することを特徴とする、請求項２に記載のデータ再生方法。
【請求項４】
前記ＨＤＭＶタイトルからジャバタイトルへの切換は、ジャンプ命令によって行われることを特徴とする、請求項３に記載のデータ再生方法。
【請求項５】
前記ＨＤＭＶタイトルからジャバタイトルへの切換は、コール命令によって行われることを特徴とする、請求項３に記載のデータ再生方法。
【請求項６】
前記ＨＤＭＶタイトルが前記コール命令によってジャバタイトルに切り換えられた後、レジューム命令によって再び前記ＨＤＭＶタイトルに切り換えられることを特徴とする、請求項５に記載のデータ再生方法。
【請求項７】
第１属性情報を持つタイトルから第２属性情報を持つタイトルへの前記切換は、前記ジャバタイトルから前記ＨＤＭＶタイトルへの切換を意味することを特徴とする、請求項２に記載のデータ再生方法。
【請求項８】
前記ジャバタイトルから前記ＨＤＭＶタイトルへの切換は、ジャンプ命令によって行われることを特徴とする、請求項７に記載のデータ再生方法。
【請求項９】
前記ＨＤＭＶタイトル及びジャバタイトルを管理するためのインデックスファイルをさらに備え、前記インデックスファイルを通じて使用者にタイトル選択のためのイメージを提供することを特徴とする、請求項２に記載のデータ再生方法。
【請求項１０】
前記インデックスファイルは、前記ＨＤＭＶタイトル及びジャバタイトルを含む第１インデックスファイルと、前記ＨＤＭＶタイトルのみを含む第２インデックスファイルとに区分されることを特徴とする、請求項９に記載のデータ再生方法。
【請求項１１】
前記インデックスファイルは、前記ＨＤＭＶタイトルと前記ジャバタイトルを区分するタイトル−環境情報を含むことを特徴とする、請求項９に記載のデータ再生方法。
【請求項１２】
前記インデックスファイルは、タイトル間のタイトル連結情報を含むことを特徴とする、請求項９に記載のデータ再生方法。
【請求項１３】
前記インデックスファイルは、特定タイトル再生と関連付けられたコマンドを保有したオブジェクト情報を含むことを特徴とする、請求項９に記載のデータ再生方法。
【請求項１４】
前記ＨＤＭＶタイトルを再生するためのオブジェクト情報は、ムービーオブジェクトであることを特徴とする、請求項１３に記載のデータ再生方法。
【請求項１５】
前記記録媒体中の複数のムービーオブジェクトは、一つのオブジェクトファイル中に含まれたことを特徴とする、請求項１４に記載のデータ再生方法。
【請求項１６】
前記ジャバタイトルを再生するためのオブジェクト情報は、ＢＤＪオブジェクトであることを特徴とする、請求項１３に記載のデータ再生方法。
【請求項１７】
前記記録媒体内のＢＤＪオブジェクトは、該当するジャバプログラムファイルに含まれたことを特徴とする、請求項１６に記載のデータ再生方法。
【請求項１８】
相異なる属性を持つＨＤＭＶタイトルとジャバタイトルが記録された記録媒体のデータを再生する装置であって、
前記記録媒体に記録された静的シナリオによって再生動作を行うプレイバックコントロールエンジンと、
前記ＨＤＭＶタイトルを再生するためのコマンドによって前記プレイバックコントロールエンジンを制御するムービーモジュールと、
前記ジャバタイトルを再生できるジャバプログラムを実行し、記録媒体に記録された静的シナリオによる再生が必要な時、前記プレイバックコントロールエンジンを制御するジャバモジュールと、
外部の制御命令を受信して前記ムービーモジュール及びジャバモジュールの実行を制御するモジュールマネージャと、
からなることを特徴とする、データ再生装置。
【請求項１９】
前記記録媒体に記録された前記静的シナリオは、プレイリストファイルとクリップインフォファイルによって管理されることを特徴とする、請求項１８に記載のデータ再生装置。
【請求項２０】
前記プレイバックコントロールエンジンは、再生動作を行うプレイバックコントロールファンクションと、再生状態を保存するプレイヤーレジスタとを備えることを特徴とする、請求項１８に記載のデータ再生装置。
【請求項２１】
前記モジュールマネージャは、使用者命令を管理するユーザーイベントマネージャを備えることを特徴とする、請求項１８に記載のデータ再生装置。
【請求項２２】
前記ユーザーイベントマネージャは、使用者命令を受信し、該受信した使用者命令特性情報に基づいて、前記ムービーモジュールまたは前記ジャバモジュールに前記受信した使用者命令を伝達することを特徴とする、請求項２１に記載のデータ再生装置。
【請求項２３】
前記ムービーモジュールは、前記ユーザーイベントマネージャから使用者命令を受信し、前記受信した使用者命令を用いて前記プレイバックコントロールエンジンを制御する使用者オペレーションコントローラを備えることを特徴とする、請求項２２に記載のデータ再生装置。
【請求項２４】
前記ジャバモジュールは、前記ユーザーイベントマネージャから使用者命令を受信し、前記受信した使用者命令を用いてジャバプログラムを再生するか、プレイバックコントロールエンジンを制御するジャバＶＭを備えることを特徴とする、請求項２２に記載のデータ再生装置。
【請求項２５】
前記ジャバモジュールは、前記ジャバプログラムに含まれた複数のアプリケーションを区分して管理するアプリケーションマネージャをさらに備えることを特徴とする、請求項２４に記載のデータ再生装置。
【請求項２６】
前記ＨＤＭＶタイトルの再生イメージを制御するプレゼンテーションエンジンをさらに備えることを特徴とする、請求項１８に記載のデータ再生装置。
【請求項２７】
前記ＨＤＭＶタイトルのデータをデコーディングするデコーダをさらに備えることを特徴とする、請求項１８に記載のデータ再生装置。
【請求項２８】
相異なる属性を持つ第１タイトル及び第２タイトルが記録されたタイトル記録領域と、前記第１タイトルを再生するための第１管理ファイル及び前記第２タイトルを再生するための第２管理ファイルが記録された管理ファイル記録領域とを備え、前記管理ファイル記録領域には、前記第１タイトルと前記第２タイトルとを区分する情報が保存されたことを特徴とする、記録媒体。
【請求項２９】
前記管理ファイル記録領域には、前記第１タイトルと第２タイトルとの連結情報がさらに保存されたことを特徴とする、請求項２８に記載の記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体に係り、特に、記録媒体中に記録された相異なる属性を持つデータを效率的に再生するためのデータ再生方法及び装置に関する。
【背景技術】
【０００２】
記録媒体として大容量のデータを記録できる光ディスクが広く使用されている。なかでも、近年、高画質のビデオデータと高音質のオーディオデータを長時間記録して保存することができる新しい高密度記録媒体、例えば、ＢＤが開発されている。
【０００３】
次世代記録媒体技術のＢＤは、既存のＤＶＤを著しく凌駕するデータを記録できる次世代光気録ソリューションとされている。最近では、多くの開発者らが、他のデジタル機器と一緒にＢＤと関連する国際規格技術に対する開発を行っている。
【０００４】
さらには、ＢＤ規格を基盤とする光記録再生機の開発にも取り組んでいるが、まだＢＤ国際規格が完備されておらず、光記録再生機の開発には多くの制限と障害が残っている実情である。
【０００５】
特に、上記ＢＤには、相異なる属性のデータも記録可能であり、例えば、ＭＰＥＧ２の圧縮方式による動映像の映画が記録されたタイトル、ジャバ（Ｊａｖａ）プログラムにより実行される動映像の映画を含むインタラクティブ（ｉｎｔｅｒａｃｔｉｖｅ）情報が記録されたタイトル、及びウェブ（ｗｅｂ）言語で記録されたタイトルなどが挙げられる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、現在のＢＤ規格では上記のような多様な属性のデータ（例えば、タイトル）を再生するための統一した規格事項が備えられておらず、本格的なＢＤ基盤の光記録再生機を開発するのには制約が多い現状にある。
【０００７】
したがって、本発明は、関連技術の限界及び短所による一つ以上の問題点を実質的に防止する、記録媒体からデータを再生するための方法及び装置に関する。
【０００８】
本発明の目的は、相異なる属性を持つデータの記録された記録媒体に、相異なる属性を持つ前記データを区分する情報を記録し、前記情報を用いて記録媒体からデータを再生するための方法及び再生装置を提供することにある。
【０００９】
本発明の付加的な利点、目的及び特徴は、本技術分野における当業者にとっては下記の説明における本発明の例示から自明になるだろう。本発明の目的及び他の利点は、添付の図面と特許請求の範囲及び詳細な説明に具体的に指摘された構造によって実現及び取得される。
【００１０】
上記の目的及び他の利点を達成するために、本発明に係る、相異なる属性を持つ第１タイトルと第２タイトルとが記録された記録媒体のデータを再生する方法は、前記第１タイトルを第１専用再生ユニットを用いて再生する段階と、前記第１専用再生ユニットの実行を中止し第２専用再生ユニットの実行を始めることで、前記第１タイトルの再生から前記第２タイトルの再生への切換を行う段階と、を含む。
【００１１】
また、本発明に係る、相異なる属性を持つＨＤＭＶタイトルとＪａｖａタイトルがそれぞれ記録された記録媒体のデータを再生する装置は、前記記録媒体中に記録された静的シナリオ（ｓｔａｔｉｃ  ｓｃｅｎａｒｉｏ）によって再生を制御するプレイバックコントロールエンジン（Ｐｌａｙｂａｃｋ  ｃｏｎｔｒｏｌ  ｅｎｇｉｎｅ）と、前記ＨＤＭＶタイトルを再生するためのコマンド（ｃｏｍｍａｎｄ）によって前記プレイバックコントロールエンジンを制御するムービーモジュール（Ｍｏｖｉｅ  Ｍｏｄｕｌｅ）と、前記ジャバタイトルを再生するためのジャバプログラムを実行し、記録媒体中に記録された前記静的シナリオによる再生の必要時に、前記プレイバックコントロールエンジンを制御すＢＤＪモジュール（ＢＤＪ  Ｍｏｄｕｌｅ）と、外部の制御命令を受信して前記ムービーモジュールとジャバモジュールの実行を制御するモジュールマネージャ（Ｍｏｄｕｌｅ  Ｍａｎａｇｅｒ）と、を備える。
【００１２】
また、本発明による記録媒体は、相異なる属性を持つ第１タイトルと第２タイトルとが記録されたタイトル記録領域と、前記第１タイトルを再生するための第１管理ファイルと前記第２タイトルを再生するための第２管理ファイルとが記録される管理ファイル記録領域を含み、前記管理ファイル記録領域には、前記第１タイトルと前記第２タイトルとを区分する情報が保存される。
【００１３】
好ましくは、前記第１タイトルはＨＤＭＶタイトルであり、第２タイトルはジャバタイトルであることを特徴とする。
【００１４】
以上の一般的な説明及び以下の本発明の詳細な説明はいずれも例示的で且つ説明的なもので、請求範囲によって発明の追加的な説明が提供されることと理解しなければならない。
【産業上の利用可能性】
【００１５】
上記本発明による記録媒体と該記録媒体からデータを再生する方法及び装置によれば、相異なる属性を持つデータが一つの記録媒体に記録されて使用者に提供されることができる。また、本発明によれば、上記記録媒体を效率的に管理できるようになり、使用者に一層便利な機能を提供することが可能になる。
【発明を実施するための最良の形態】
【００１６】
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。図面中、同一の構成要素については可能な限り同一の参照番号及び符号を共通使用するものとする。
【００１７】
以下、本発明による、記録媒体からデータを再生する方法及び装置について、添付の図面を参照して詳細に説明する。
【００１８】
本発明で使われる用語は、可能な限り現在広く使われている一般的な用語としたが、特定の場合は、出願人が任意に選定した用語もあり、その場合には該当する発明の説明部分において詳細にその意味を記載しておいたので、単純な用語の名称ではなく用語が本発明で持つ意味として本発明を把握しなくてはならない。
【００１９】
本発明において記録媒体とは、データ記録可能なあらゆる媒体を意味し、例えば、光ディスク、磁気テープなど記録方式に関らず、あらゆる媒体を包括する意味をもつ。以下では、本発明の説明の便宜上、記録媒体を光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、特に、ＢＤにしたが、本発明の技術思想は、他の記録媒体にも同一に適用可能であることは明らかである。
【００２０】
本発明において“タイトル（Ｔｉｔｌｅ）”とは、使用者とのインターフェースをなす再生単位で、それぞれのタイトルは、特定のオブジェクト（Ｏｂｊｅｃｔ）とリンク（ｌｉｎｋ）されており、該オブジェクト（Ｏｂｊｅｃｔ）内のコマンド（ｃｏｍｍａｎｄ）に応じて、ディスクに記録された該当のタイトルに関連付けられたストリームが再生される。
【００２１】
ディスクに記録されたタイトルとこれを再生するためのディスク内のファイル構造との関係についての詳細説明は、図２で記述される。特に、本発明では、説明の便宜上、ディスク中に記録されたタイトルのうち、ＭＰＥＧ２の圧縮方式による動映像の映画及びインタラクティブ情報が記録されたタイトルを“ＨＤＭＶタイトル”と命名し、ジャバ（Ｊａｖａ）プログラムによって実行される動映像映画及びインタラクティブ情報が記録されたタイトルを“Ｊａｖａタイトル”と命名する。
【００２２】
本発明において“オブジェクト（Ｏｂｊｅｃｔ）”とは、前記ディスクを再生するためのコマンドあるいはプログラムを保有した再生管理情報のことをいう。すなわち、ディスクには多様な種類のオブジェクトが存在し、これらは特定タイトルとリンクされているか、または、他のオブジェクトと相互連結されている。したがって、必要によってまたはディスク製作者（Ａｕｔｈｏｒ）の意図によって、あらかじめ設計されたディスク再生シナリオを多様化させることができる。したがって、一つのファイル中に複数のオブジェクトが存在するか、一つのファイル中に一つのオブジェクトを構成することも可能である。特に、前述の“ＨＤＭＶ  Ｔｉｔｌｅ”を再生するためのオブジェクトを“Ｍｏｖｉｅ  Ｏｂｊｅｃｔ”または“Ｍ−ＯＢＪ”と命名し、前述の“Ｊａｖａ  Ｔｉｔｌｅ”を再生するためのオブジェクトを“ＢＤ−Ｊ  Ｏｂｊｅｃｔ”、“Ｊａｖａ  Ｏｂｊｅｃｔ”、“ＢＤＪ  Ｏｂｊｅｃｔ”または“ＢＤ−Ｊ  ＯＢＪ”と命名する。
【００２３】
図１Ａ乃至図１Ｃは、本発明によって、記録媒体（例えば、“ＢＤ−ＲＯＭ”）に記録されたそれぞれのタイトルを示す概念図である。具体的に、図１Ａ乃至図１Ｃに、光記録再生機（ｏｐｔｉｃａｌ  ｒｅｃｏｒｄｉｎｇ／ｒｅｐｒｏｄｕｃｉｎｇ  ｄｅｖｉｃｅ）１０での使用のためのＢＤ−ＲＯＭの一例を示す。
光記録再生機１０は、様々な規格の光ディスクを記録／再生可能な機器である。設計によっては、ＢＤのような特定の光ディスクのみを記録／再生可能にしても良く、あるいは、記録を除いて再生のみ可能にしても良い。説明の便宜上、本発明では、ＢＤ規格の完成及び周辺機器との関連付けを考慮して、ＢＤからデータを再生できるＢＤ−ＰｌａｙｅｒまたはＢＤにデータを記録／再生できるＢＤ−Ｒｅｃｏｒｄｅｒに挙げて説明する。光記録再生機１０は、コンピュータ等に組み込み可能なドライブ（ｄｒｉｖｅ）にも応用できることは周知の事実である。
【００２４】
光記録再生機１０は、ＢＤ−ＲＯＭからデータを再生し、ＢＤ−ＲＯＭ中のデータを読み出し、読み出されたデータ属性に合うように信号処理及びデコーディングを行い、この信号処理及びデコーディングされた結果を、光記録再生機１０と接続されたディスプレイ３０に送信し、ユーザーが当該結果をディスプレイ３０から見るようにする。
特に、図１Ａは、ＢＤ−ＲＯＭ上に記録されたタイトルがいずれもＨＤＭＶタイトルである第１ケースを示すものである。図１Ｂは、ＢＤ−ＲＯＭ上に記録されたタイトルがいずれもＪａｖａタイトルである第２ケースを示すものである。図１Ｃは、ＢＤ−ＲＯＭ上にＨＤＭＶタイトルとＪａｖａタイトルが混合記録されている第３ケースを示すものである。この第３ケースを“Ｆｕｌｌ  ｍｏｄｅ”ともいう。
【００２５】
本発明は、第１乃至第３ケースにおいて、ＢＤ−ＲＯＭからデータを再生するための規格化したディスクファイル構造を提供する他、これを再生する装置として動作するプレイヤーモデル（Ｐｌａｙｅｒ  ｍｏｄｅｌ）を提供することに関する。
図２は、本発明によって、ＢＤ−ＲＯＭのような光ディスクに記録されるファイル構造（ａ）と、該ファイル構造（ａ）から特定タイトルを再生するとき、ファイル構造（ａ）に保存されたファイル間の関係（ｂ）を示す概念図である。
【００２６】
次に、図２に示すファイル構造（ａ）を説明する。
【００２７】
管理ファイル構造（ａ）は、一つのルートディレクトリ（ｒｏｏｔ  ｄｉｒｅｃｔｏｒｙ）の下に１つ以上のＢＤディレクトリ（ＢＤ  ｄｉｒｅｃｔｏｒｙ）を含む。このＢＤディレクトリは、使用者とのインタラクティブィティ（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を保障するための一般ファイル（上位ファイル）情報で、インデックスファイル（“ｉｎｄｅｘ”）とオブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｔ．ｂｄｍｖ”）を含む。この管理ファイル構造は、実際ディスク中に記録されたデータに関する情報とこれを再生する方法等に関する情報を持つディレクトリで、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）及びストリームディレクトリ（ＳＴＲＥＡＭ）、及びＪａｖａプログラムファイルからなるＪａｖａディレクトリ（ＪＡＶＡ）を含む。以下、これらのディレクトリ及びディレクトリ中に含まれるファイルについて詳細に説明する。
【００２８】
ストリームディレクトリ（ＳＴＲＥＡＭ）は、ディスク中に特定フォーマットで記録されたＡＶストリームファイルを含む。例えば、このストリームディレクトリ（ＳＴＲＥＡＭ）は、ストリームファイル（０１０００．ｍ２ｔｓ、０２０００．ｍ２ｔｓ）の拡張名（ｅｘｔｅｎｓｉｏｎ  ｎａｍｅ）を特定拡張名の“＊．ｍ２ｔｓ”とする。一般に、このストリームファイルは動映像データを持っている。
【００２９】
クリップインフォディレクトリ（ＣＬＩＰＩＮＦ）は、当該それぞれのストリームファイルと一対一対応するクリップインフォファイル（０１０００．ｃｌｐｉ、０２０００．ｃｌｐｉ）で構成される。特に、クリップインフォファイル（＊．ｃｌｐｉ）は、対応するストリームファイルの属性情報及びタイム情報（ｔｉｍｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）等を含む。一般に、ストリームファイル（＊．ｍ２ｔｓ）と一対一対応するクリップインフォファイル（＊．ｃｌｐｉ）をＢＤ規格では“クリップ（ｃｌｉｐ）”という。すなわち、一つのストリームファイル（＊．ｍ２ｔｓ）に対しては必ず対応するクリップインフォファイル（＊．ｃｌｐｉ）が存在するというわけである。
【００３０】
プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、プレイリストファイル（＊．ｍｐｌｓ）を含む。それぞれのプレイリストファイル（＊．ｍｐｌｓ）は、特定クリップ（ｃｌｉｐ）が再生される時間（ｐｌａｙｉｎｇ  ｉｎｔｅｒｖａｌ）を指定する少なくとも１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）を含む。プレイアイテム（ＰｌａｙＩｔｅｍ）は、再生を希望する特定クリップ（ｃｌｉｐ）、すなわち、プレイアイテム（ＰｌａｙＩｔｅｍ）内でクリップ名（ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿Ｆｉｌｅ＿ｎａｍｅ）と指定されるクリップ（ｃｌｉｐ）の再生開始時間（ＩＮ−Ｔｉｍｅ）と再生終了時間（ＯＵＴ−Ｔｉｍｅ）に関する情報を持っている。
【００３１】
プレイリストファイル（＊．ｍｐｌｓ）は、１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）の組合により所望のクリップの再生を行う、全体管理ファイル構造に含まれた基本的管理ファイル単位となる。また、プレイリストファイル（＊．ｍｐｌｓ）内には、前記プレイアイテム（ＰｌａｙＩｔｅｍ）による再生と異なるデータ、特に補助データを再生するためのサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を含んでも良い。
【００３２】
特に、プレイリストファイル（＊．ｍｐｌｓ）は、前述したオブジェクト（Ｏｂｊｅｃｔ）のコマンド（ｃｏｍｍａｎｄ）あるいはプログラムのみによって動作する。したがって、ディスク再生シナリオ観点から、オブジェクトは、動的なシナリオ（Ｄｙｎａｍｉｃ  ｓｃｅｎａｒｉｏ）を、プレイリストファイル（＊．ｍｐｌｓ）は静的なシナリオ（Ｓｔａｔｉｃ  ｓｃｅｎａｒｉｏ）を実行または管理するようになる。
【００３３】
Ｊａｖａディレクトリ（ＪＡＶＡ）には、複数のＪａｖａプログラムファイル（例えば、ＰＰＰＰＰ．ｊａｒまたはＱＱＱＱＱ．ｊａｒ）が記録される。それぞれのＪａｖａプログラムファイルには、多様なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）がプログラミングされており、これを、特に“Ｘｌｅｔ”ともいう。したがって、Ｊａｖａプログラムファイル（“＊．ｊａｒ”）は、Ｊａｖａタイトルを実行するための“ＢＤＪ  Ｏｂｊｅｃｔ”を持つ。特定のＪａｖａタイトルを使用者が再生しようとする場合、当該“ＢＤＪ  Ｏｂｊｅｃｔ”を含めた一つのＪａｖａプログラムファイルが実行される。このＪａｖａプログラムファイルは専用再生手段によって実行され、これについては図５Ｂで後述される。
【００３４】
図２の（ｂ）は、前述した図２のファイル構造（ａ）によって特定タイトルが再生される関係を示すものである。特に、インデックスファイルによるインデックステーブル（ｉｎｄｅｘ  ｔａｂｌｅ）より提供される特定のタイトルに対して使用者のタイトル再生命令があるときに該当のタイトルが再生される関係を、図２の（ｂ）で詳細に説明すると、下記の通りである。
【００３５】
インデックスファイル（ｉｎｄｅｘ）は、該当のディスクがローディングされると、最初再生される画面に関する情報を持つ“Ｆｉｒｓｔ  Ｐｌａｙｂａｋ”情報と、メニュー画面を提供する“Ｔｏｐ＿Ｍｅｎｕ”情報と、少なくとも一つ以上の“タイトル（例えば、Ｔｉｔｌｅ＃１〜Ｔｉｔｌｅ＃４）”情報を含む。具体的に、これらのタイトル（Ｔｉｔｌｅ＃１〜Ｔｉｔｌｅ＃４）は、ＨＤＭＶタイトルまたはＪａｖａタイトルのいずれかの形態で構成されることができる。
【００３６】
その後、使用者が特定タイトル（例えば、Ｔｉｔｌｅ＃１）の再生を選択すると、上記ファイル構造（ａ）上のオブジェクトファイル（Ｏｂｊｅｃｔ）中の、タイトル（Ｔｉｔｌｅ＃１）とリンクされた、特定のオブジェクトコマンドによって特定のプレイリストが再生され、当該プレイリストに含まれたプレイアイテムによって特定クリップ（“＊．ｃｌｐｉ”または“＊．ｍ２ｔｓ”）が再生されるようになる。
【００３７】
もし、当該選択されたタイトル（Ｔｉｔｌｅ＃１）がＨＤＭＶタイトルであると、一つのオブジェクトファイル中の特定“Ｍｏｖｉｅ  Ｏｂｊｅｃｔ”によって再生される。これに対し、もし当該選択されたタイトル（Ｔｉｔｌｅ＃１）がＪａｖａタイトルであると、Ｊａｖａディレクトリ（ＪＡＶＡ）のＪａｖａプログラムファイル（＊．ｊａｒ）に含まれた特定“ＢＤＪ  Ｏｂｊｅｃｔ”によって再生される。
【００３８】
このため、インデックスファイルは“ｉｎｄｅｘ．ＢＤｊ”の形態で構成され、ＨＤＭＶタイトルとＪａｖａタイトルともインデックスされることができる。または、該インデックスファイルは、ＨＤＭＶタイトルのみ再生可能な光記録再生機のためにＨＤＭＶタイトルのみをインデクシングする特定のファイルを含めて、２個のインデックスファイルの形態で構成されることができる。
【００３９】
図３は、上記ファイル構造（ａ）に関連付けられた情報をディスクに記録する例示的なディスク構造を示す構造図である。図３に示すように、ディスクの内周から見ると、このディスク構造は、全体ファイルを管理するためのシステム情報としてのファイルシステム情報領域（Ｆｉｌｅ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ａｒｅａ）と、記録されたストリーム（＊．ｍ２ｔｓ）を再生するための、プレイリストファイル及びクリップインフォファイルが記録された領域（これを“ｄａｔａｂａｓｅ  ａｒｅａ”ともいう）と、オーディオ／ビデオ／グラフィックなどで構成されたストリームが記録されるストリーム領域（ｓｔｒｅａｍ  ａｒｅａ）とを含む。特に、前述したように、当該ディスクのストリーム領域（ｓｔｒｅａｍ  ａｒｅａ）に記録されたデータは、相異なる属性を持つデータで構成可能である。
【００４０】
図４Ａ及び図４Ｂは本発明による、ディスク中のタイトルの再生とそれら間の切換関係を示す概念図である。特に、本発明によって再生されるディスクは、ＨＤＭＶタイトルとＪａｖａタイトルの両方とも含まれた“Ｆｕｌｌ  ｍｏｄｅ”ディスクである。
例えば、ＢＤ−ＲＯＭディスクに４個のタイトルが含まれており、このうち、タイトル#１、タイトル#２はＨＤＭＶタイトルで、タイトル#３、タイトル#４はＪａｖａタイトルとすると、それぞれのタイトルは前述のように特定のオブジェクトファイルとリンクされる。
【００４１】
すなわち、ＨＤＭＶタイトルであるタイトル#１、タイトル#２はそれぞれ、Ｍｏｖｉｅ−Ｏｂｊｅｃｔ＃２、Ｍｏｖｉｅ−Ｏｂｊｅｃｔ＃３とリンクされる。Ｊａｖａタイトルであるタイトル#３、タイトル#４はそれぞれＢＤJ−Ｏｂｊｅｃｔ＃２、ＢＤJ−Ｏｂｊｅｃｔ＃３とリンクされる。例えば、インデックステーブルに含まれた“Ｆｉｒｓｔ  Ｐｌａｔｂａｃｋ”情報はＭｏｖｉｅ−Ｏｂｊｅｃｔ＃１にリンクされることができ、“Ｔｏｐ  Ｍｅｎｕ”情報はＢＤＪ−Ｏｂｊｅｃｔ＃１にリンクされることができる。これと関連して、ディスク製作者（ａｕｔｈｏｒ）または製造者（ｍａｎｕｆａｃｔｕｒｅｒ）の意図によって、前記“Ｆｉｒｓｔ  Ｐｌａｔｂａｃｋ”情報が前記ＢＤＪ−Ｏｂｊｅｃｔにリンクされる、または、前記“Ｔｏｐ  Ｍｅｎｕ”が前記Ｍｏｖｉｅ−Ｏｂｊｅｃｔにリンクされることも可能である。
【００４２】
また、Ｍｏｖｉｅ−Ｏｂｊｅｃｔ＃４は、Ｍｏｖｉｅ−Ｏｂｊｅｃｔ＃３にリンクされており、ＢＤＪ−Ｏｂｊｅｃｔ＃４は、ＢＤＪ−Ｏｂｊｅｃｔ＃３にリンクされていることがわかる。
【００４３】
図４Ｂは、上記図４Ａのディスクに含まれたタイトルが再生される時、属性の異なるタイトル間の切換（ｔｒａｎｓｉｔｉｏｎ）関係を示す概念図である。
【００４４】
一例に、本発明によるＨＤＭＶタイトルとＪａｖａタイトル間の移動（ｍｏｖｉｎｇ）または切換（ｔｒａｎｓｉｔｉｏｎ）関係の特徴について説明する。
【００４５】
第一に、相互属性の異なるオブジェクト間には直接的な切換が許容されない。すなわち、図４Ａに示すように、同じ属性のオブジェクト間には切換が可能であることがわかる。例えば、Ｍｏｖｉｅ−Ｏｂｊｅｃｔ＃３が別のムービーオブジェクトであるＭｏｖｉｅ−Ｏｂｊｅｃｔ＃４に切り換わることができ、ＢＤＪ−Ｏｂｊｅｃｔ＃３は別のオブジェクトであるＢＤＪ−Ｏｂｊｅｃｔ＃４に切換可能である。しかし、相互属性の異なるＭｏｖｉｅ−ＯｂｊｅｃｔとＢＤＪ−Ｏｂｊｅｃｔ間には直接的な切換が許容されなく、単にタイトル変更による切換だけが許容される。
【００４６】
第二に、タイトル変更の間、ＨＤＭＶタイトルからＪａｖａタイトルへの変更は、“Ｊｕｍｐ”と“Ｃａｌｌ／Ｒｅｓｕｍｅ”命令によって行われる。該“Ｊｕｍｐ”命令は、タイトル変更過程で、現タイトルを終了（ｔｅｒｍｉｎａｔｅ）して別のタイトルに変える。“Ｃａｌｌ”命令は、タイトル変更過程で、現タイトルを一時中止（ｓｕｓｐｅｎｄ）して別のタイトルに変える。“Ｒｅｓｕｍｅ”命令は、前記一時中止されたタイトルへの復帰を行う。すなわち、“Ｃａｌｌ”と“Ｒｅｓｕｍｅ”命令はペア（ｐａｉｒ）命令として動作する。
【００４７】
例えば、図４Ｂから実線で表すように、タイトル＃１（ＨＤＭＶタイトル）がタイトル＃３（Ｊａｖａタイトル）に変更される場合、“Ｊｕｍｐ”と“Ｃａｌｌ”命令による変更がいずれも許容される。
【００４８】
第三に、前記タイトル変更の間、ＪａｖａタイトルからＨＤＭＶタイトルへの変更は、“Ｊｕｍｐ”命令のみによって行われる。すなわち、例えば、図４Ｂに点線で表すように、タイトル＃３（Ｊａｖａタイトル）がタイトル＃１（ＨＤＭＶタイトル）に変更される場合、“Ｊｕｍｐ”命令のみ許容されることがわかる。
【００４９】
上記のように、相互属性の異なるタイトル間の切換が許容されるので、ディスク使用時に使用者が便利に多様なタイトルを再生できるようになる。ＪａｖａタイトルからＨＤＭＶタイトルへの変更時に“Ｃａｌｌ”命令による切換が許容されない理由は、Ｊａｖａシステムでは現在再生を一時中止するためのレジスタ（ｒｅｇｉｓｔｅｒ）が備えられないためである。したがって、前記Ｊａｖａシステムがバックアップレジスタ（ｂａｃｋｕｐ  ｒｅｇｉｓｔｅｒ）を含む場合には、ＪａｖａタイトルからＨＤＭＶタイトルへの“Ｃａｌｌ”命令による切換が行えるはずである。
【００５０】
図５Ａ及び図５Ｂは、本発明による光記録再生装置を示すブロック図である。特に、図５Ａは全体光記録再生機１０の構成を示すもので、図５Ｂは、属性の異なるタイトルが記録されたディスクのデータを再生するための再生処理部１７を示すものである。
【００５１】
図５Ａを参照して本発明による光記録再生機１０の全体構成について説明すると、下記の通りである。
【００５２】
図５Ａを参照すれば、光記録再生機１０は、ピックアップ部１１、サーボ部１４、信号処理部１３、メモリ１５及びマイコン１６を含む。ピックアップ部１１は、光ディスクに記録されたデータ及び管理ファイル情報を含む管理情報を再生する。サーボ部１４は、ピックアップ部１１の動作を制御する。信号処理部１３は、ピックアップ部１１から受信した再生信号を所望の信号値に復元するか、または、記録される信号を光ディスクに記録される信号に変調（ｍｏｄｕｌａｔｉｏｎ）して伝達する。メモリ１５は、ディスク再生のために必要な各種必要情報を保存する。マイコン１６は、光記録再生機１０に含まれた前記構成要素の動作を制御する。なお、前記構成要素（参照符号１１，１４，１３，１５，１６）の組合を“記録再生部２０”とも言え、この記録再生部２０は単一の製品としても製作可能である。
【００５３】
また、制御部１２は、図６Ａに示す全体構成要素の制御を担当する。特に、本発明によって使用者とのインターフェース（ｉｎｔｅｒｆａｃｅ）を通じて、特定タイトルの再生またはタイトル間の切換命令などを制御するようになる。
【００５４】
また、再生処理部１７は、ＡＶ信号をデコーディングするデコーダ１７ａと、前述した特定タイトルの再生と関連して、オブジェクトに含まれたコマンドまたはプログラム、及び制御部１２を通じて入力される使用者命令を解析し、再生方向を決定するプレイヤーモデル１７ｂとを備える。
【００５５】
ただし、実施例によってはプレイヤーモデル１７ｂがデコーダ１７ａを含む意味として用いられることもある。すなわち、本発明の再生処理部１７は、図５Ｂに示すプレイヤーモデル１７ｂにもなりうる。
【００５６】
また、エンコーダ１８は、光ディスクに信号を記録する機能の行うために制御部１２の制御によって入力信号を特定フォーマットの信号、例えば、ＭＰＥＧ２トランスポートストリームに変換して信号処理部１３に提供する。
【００５７】
図５Ｂは、再生処理部１７の詳細構成を示すものである。プレイヤーモデル１７ｂは、モジュールマネージャ１７１、モービーモジュール１７２、ＢＤＪモジュール１７３、プレイバックコントロールエンジン１７４及びプレゼンテーションエンジン１７５を含む、これらを詳細に説明すれると、次の通りである。
【００５８】
ＨＤＭＶタイトルとＪａｖａタイトルを再生するための、別途の再生処理管理手段としてそれぞれ、ＨＤＭＶタイトルのためのモービーモジュール１７２とＪａｖａタイトルのためのＢＤＪモジュール１７３が独立して構成される。モービーモジュール１７２は、前述の“Ｍｏｖｉｅ−Ｏｂｊｅｃｔ”に含まれたコマンドあるいはプログラムを受信し、ＢＤＪモジュール１７３は、前述のＢＤＪオブジェクトに含まれたコマンドあるいはプログラムを受信し、当該受信したコマンドあるいはプログラムを処理する。前述のコマンドを受信／処理できるように、モービーモジュール１７２にはコマンドプロセッサ１７２ａが備えられ、ＢＤＪモジュール１７３にはアプリケーションマネージャ１７３ａ及びジャバＶＭ  １７３ｂが備えられる。
【００５９】
図５Ｂにおいて、前記プレイヤーモデルは、モジュールマネージャ１７１、プレイバックコントロールエンジン１７４、プレゼンテーションエンジン１７５を含む。モジュールマネージャ１７１は、モービーモジュール１７２及びＢＤＪモジュール１７３に使用者命令を伝達することはもちろん、モービーモジュール１７２及びＢＤＪモジュール１７３の動作を制御する。プレイバックコントロールエンジン１７４は、モービーモジュール１７２及びＢＤＪモジュール１７３の再生命令によって実際ディスク中に記録されたプレイリストファイル内容（これは、静的シナリオと関連付けられている）を解析し、これによる再生機能を遂行する。また、プレゼンテーションエンジン１７５は、プレイバックコントロールエンジン１７４により再生管理される特定ストリームをディスプレイする。
【００６０】
プレイバックコントロールエンジン１７４は、実際に全ての再生を管理するプレイバックコントールファンクション１７４ａとプレイヤーの再生環境または再生状態（“Ｐａｌｙｅｒ  ｓｔａｔｕｓ  ｒｅｇｉｓｔｅｒｓ（ＰＳＲ）”及び“Ｇｅｎｅｒａｌ  ｐｕｒｐｏｓｅ  ｒｅｇｉｓｔｅｒ（ＧＰＲ）”）を保存するプレイヤーレジスタ１７４ｂを含む。場合によっては、プレイバックコントールファンクション１７４ａは、プレイバックコントロールエンジン１７４を意味する場合もある。
【００６１】
図１０Ｂに示すプレイヤーモデル１７ｂに含まれた、モジュールマネージャ１７１、モービーモジュール１７２、ＢＤＪモジュール１７３、プレイバックコントロールエンジン１７４は、ソフトウェア的な処理が可能である。前述の構成要素（参照番号１７１，１７２，１７３及び１７４）は、ハードウェアよりソフトウェアで処理されることがより有用である。プレゼンテーションエンジン１７５、デコーダ１７ａ及びグラフィックプレーン１７ｃ，１７ｄは、ハードウェア的に設計されることが一般的である。ソフトウェア的に処理される構成要素（例えば、１７１，１７２，１７３及び１７４）の場合は、前述した制御部１２の一部分として構成されても良い。したがって、本発明の構成は、その意味として理解すべきもので、ハードウェア的構成なのかソフトウェア的構成なのかに限定されないことを明らかにさせたい。
【００６２】
なお、前記プレイヤーモデルの特徴は次の通りである。
【００６３】
第一に、前述したように、ＨＤＭＶタイトルのためのモービーモジュール１７２とＪａｖａタイトルのためのＢＤＪモジュール１７３が独立して構成され、これらの両モジュール１７２，１７３が同時に実行されることができない。すなわち、ＨＤＭＶタイトル再生中にはＪａｖａタイトルを再生できなく、その逆の場合も同様である。
【００６４】
第二に、ＨＤＭＶタイトルとＪａｖａタイトルはそれぞれ別の方式の使用者命令を受信する。ＨＤＭＶタイトルとＪａｖａタイトルは、それぞれの使用者命令を行う方式も独立的である。使用者命令を受信してモービーモジュール１７２とＢＤＪモジュール１７３のいずれか一つに伝達する手段が必要である。上記動作はモジュールマネージャ１７１中のユーザーイベントマネージャ１７１ａによって行われる。例えば、受信した命令がユーザーオペレーションＵＯによる使用者命令であると、ユーザーイベントマネージャ１７１ａはそれをモービーモジュール１７２中のＵＯコントローラ１７２ｂに転送して行われるようにする。反面、受信した命令がキーイベントによる使用者命令であると、ユーザーイベントマネージャ１７１ａはそれをＢＤＪモジュール１７３中のジャバＶＭ  １７３ｂに転送して行われるようにする。これについての詳細説明は、図１０で後述される。
【００６５】
第三に、前述のプレイバックコントロールエンジン１７４の管理（これを“マスタ（ｍａｓｔｅｒ）”ともいう。）は、上記モジュール１７２，１７３のいずれかによって担当される。具体的に、ＨＤＭＶタイトル再生時にはムービーモジュール１７２がマスタ（ｍａｓｔｅｒ）として動作し、Ｊａｖａタイトルを再生時にはＢＤＪモジュール１７３がマスタとして動作する。
【００６６】
第四に、グラフィックプレーン（ｇｒａｐｈｉｃ  ｐｌａｎｅ）は独立的に管理される。例えば、ＨＤＭＶプレーン（１７ｃ）は、プレゼンテーションエンジン１７５がマスタとして動作するように制御する。Ｊａｖａプレーン１７ｄはＢＤＪモジュール１７３に含まれたジャバＶＭ  １７３ｂがマスタとして動作するように制御する。これについての詳細な説明は、図１１で後述される。
【００６７】
図６Ａと図６Ｂは、図４Ｂで前述したような、属性の相異なるタイトル間の切換時に、図５Ｂに示すプレイヤーモデル１７ｂの動作を示す概念図である。
【００６８】
図６Ａと図６Ｂは、本発明によって“Ｊｕｍｐ”命令に応じてＨＤＭＶタイトルからＪａｖａタイトルへ切り換えられる時の動作を示す概念図である。前述したプレイヤーモデル１７ｂと関連して、プレイヤーモデル１７ｂの構成のうち、本実施例と関りのない部分についての詳細説明は、説明の便宜のために省略される。
【００６９】
モジュールマネージャ１７１は、ディスクに含まれたインデックステーブルを認識する。具体的に、該インデックステーブルより、タイトル＃１はＨＤＭＶタイトルで、タイトル＃３はＪａｖａタイトルであることがわかる。
【００７０】
したがって、前記プレイヤーモデルがＨＤＭＶタイトルであるタイトル＃１を再生中に、制御部１２からＪａｖａタイトルであるタイトル＃３への“Ｊｕｍｐ”による切換命令を受信すると（(１)段階）、モジュールマネージャ１７１は、現在タイトル＃１を管理中の”Ｍｏｖｉｅ  Ｍｏｄｕｌｅ（１７２）”の動作を終了するように命令し（(２)段階）、さらに特定オブジェクト（Ｍｏｖｉｅ−Ｏｂｊｅｃｔ）のコマンド（ｃｏｍｍａｎｄ）の動作を終了するようにモービーモジュール１７２に命令して（(３)段階）、前記コマンドと関連付けられた前記タイトル＃１の再生を終了させる（(４)段階）。モービーモジュール１７２は、ＨＤＭＶタイトルが終了した後、その動作を終了する。その後、モジュールマネージャ１７１は、Ｊａｖａタイトルであるタイトル＃３の実行のためにＢＤＪモジュール１７３を駆動させ（(５)段階）、前記タイトル＃３とリンクされた特定オブジェクト（ＢＤJ−Ｏｂｊｅｃｔ）のコマンド（ｃｏｍｍａｎｄ）あるいはプログラムによって特定タイトル＃３の再生を行うようになる（(６)〜(７)段階）。
【００７１】
図５Ｂに示す前記プレイヤーモデルは、前述したように、相異なる属性のタイトルを同時に実行しない。ＨＤＭＶタイトルを再生中にＪａｖａタイトルへの切換（“Ｊｕｍｐ”命令）を行うためには、モービーモジュール１７２が終了してからＢＤＪモジュール１７３が駆動されなければならないということがわかる。
【００７２】
図７Ａと図７Ｂは、“Ｊｕｍｐ”命令によってＪａｖａタイトルからＨＤＭＶタイトルに切り換えられる時の動作を示す概念図である。図５Ｂに示す前述のプレイヤーモデルと関連して、前述したプレイヤーモデルの構成のうち、本実施例と関りのない部分についての詳細説明は、説明の便宜のために省略される。
【００７３】
モジュールマネージャ１７１は、ディスクに含まれたインデックステーブルの内容を認識する。具体的に、該インデックステーブルより、タイトル＃１はＨＤＭＶタイトルで、タイトル＃３はＪａｖａタイトルであることがわかる。
【００７４】
したがって、前記プレイヤーモデルがＪａｖａタイトルであるタイトル＃３を再生中に、制御部１２からＨＤＭＶタイトルであるタイトル＃１への“Ｊｕｍｐ”による切換命令を受信すると（(１)段階）、モジュールマネージャ１７１は現在タイトル＃３を管理中のＢＤＪモジュール１７３の動作を終了するように命令し（(２)段階）、さらに特定オブジェクト（ＢＤJ−Ｏｂｊｅｃｔ）によるプログラムの動作を中止（ｓｔｏｐ）するようにＢＤＪモジュール１７３に命令して（(３)段階）、前記プログラムと関連付けられた前記タイトル＃３の再生を中止させる（(４)段階）。ＢＤＪモジュール１７３は、Ｊａｖａタイトルが終了した後、その動作を中止する。その後、モジュールマネージャ１７１は、ＨＤＭＶタイトルであるタイトル＃１の実行のためにモービーモジュール１７２を駆動させ（(５)段階）、前記タイトル＃１とリンクされた特定オブジェクト（Ｍｏｖｉｅ−Ｏｂｊｅｃｔ）のコマンドによって特定タイトル＃１の再生を行うようになる（(６)段階）。
【００７５】
プレイヤーモデル１７ｂは、前述したように、相異なる属性のタイトルを同時に実行しない。Ｊａｖａタイトルの再生中に前記ＪａｖａタイトルからＨＤＭＶタイトルへの切換（“Ｊｕｍｐ”命令）を行うためには、ＢＤＪモジュール１７３が終了してからモービーモジュール１７２が駆動されなければならないということがわかる。
【００７６】
図８Ａ及び図８Ｂは、本発明によって、“Ｃａｌｌ”命令によってＨＤＭＶタイトルがＪａｖａタイトルに切換される時の動作を示す概念図である。前述のプレイヤーモデルと関連して、前述したプレイヤーモデルの構成のうち、本実施例と関連のない部分についての詳細説明は説明の便宜のために省略される。
【００７７】
ＨＤＭＶタイトルであるタイトル＃１を再生中に、前記プレイヤーモデルが制御部１２からＪａｖａタイトルであるタイトル＃３への“Ｃａｌｌ”命令による切換命令を受信した場合（(１)段階）、モジュールマネージャ１７１は、現在タイトル＃１を管理中のムービーモジュール１７２の動作を終了するように命令し（(２)段階）、さらに特定オブジェクト（Ｍｏｖｉｅ−Ｏｂｊｅｃｔ）のコマンド（ｃｏｍｍａｎｄ）を一時中止するようにムービーモジュール１７２に命令して（(３)段階）、前記コマンドと関連付けられた前記タイトル＃１の再生を一時中止（ｓｕｓｐｅｎｄ）させる（(４)段階）。モービーモジュール１７２は、前記ＨＤＭＶタイトルが終了した後、その動作を中止する。具体的に、前記“Ｃａｌｌ”命令は、前述した“Ｊｕｍｐ”命令とは違い、以降また現在再生されるタイトル＃１の現在位置へ復帰を（ｒｅｔｕｒｎ）を行うため、現在再生されるタイトル＃１のあらゆる情報が削除されることはなく、再生状態（ｒｅｐｒｏｄｕｃｔｉｏｎ  ｓｔａｔｅ）情報がプレイヤーレジスタ１７４ｂに保存される（(５)段階）。この場合、前記タイトル＃１の現在位置への前述した復帰は、“Ｒｅｓｕｍｅ”命令によって行われ、これは、図９Ａ及び図９Ｂで具体的に説明される。
【００７８】
図５Ｂに示す前記プレイヤーモデルは、前述したように、相異なる属性のタイトルを同時に実行しない。ＨＤＭＶタイトルの再生中に前記ＨＤＭＶタイトルからＪａｖａタイトルへの切換を行うために、現在駆動中のモービーモジュール１７２は終了しなければならない。
【００７９】
その後、モジュールマネージャ１７１は、Ｊａｖａタイトルである前記タイトル＃３の実行のためにＢＤＪモジュール１７３を駆動させ（(６)段階）、タイトル＃３とリンクされた特定オブジェクト（ＢＤＪ−Ｏｂｊｅｃｔ）のプログラムによって特定タイトル＃３が再生されるようになる（(７)〜(８)段階）。
【００８０】
図９Ａ及び図９Ｂは、本発明によって、図８Ａと図８Ｂに示す“Ｃａｌｌ”命令によって前記ＨＤＭＶタイトルがＪａｖａタイトルに切り換えられた後、“Ｒｅｓｕｍｅ”命令によって前記Ｊａｖａタイトルが前記ＨＤＭＶタイトルに再び切り換えられる時の動作を示す概念図である。図５Ｂに示す前述のプレイヤーモデルの構成のうち、本実施例と関連のない部分についての詳細説明は、説明の便宜のために省略される。
【００８１】
前記プレイヤーモデルがＪａｖａタイトルであるタイトル＃３を再生中に、制御部１２からＨＤＭＶタイトルであるタイトル＃１への“Ｒｅｓｕｍｅ”による切換命令を受信した場合（(１)段階）、モジュールマネージャ１７１は、現在前記タイトル＃３を管理中のＢＤＪモジュール１７３の動作を終了するように命令し（(２)段階）、さらに特定オブジェクト（ＢＤＪ−Ｏｂｊｅｃｔ）のプログラムの動作を中止するようにＢＤＪモジュール１７３に命令して（(３)段階）、前記プログラムと関連付けられた前記タイトル＃３の再生を中止させる（(４)段階）。ＢＤＪモジュール１７３は、前記Ｊａｖａタイトルが終了した後、その動作を終了する。その後、モジュールマネージャ１７１は、ＨＤＭＶタイトルである前記タイトル＃１を実行するためにモービーモジュール１７２を駆動させ（(５)段階）、前記タイトル＃１とリンクされた特定オブジェクト（Ｍｏｖｉｅ−Ｏｂｊｅｃｔ）のコマンド（ｃｏｍｍａｎｄ）によって特定タイトル＃１が再生されるようになる（(６)段階）。
【００８２】
前記タイトル＃１の再生は、プレイヤーレジスタ１７４ｂに以前に保存された再生状態情報を参照して（図８Ａ及び図８Ｂ参照）、前述した再生状態情報に基づく該当のプレイヤーレジスタ１７４ｂの値によって行われる（(７)段階）。前記“Ｃａｌｌ”命令（図８Ａ及び図８Ｂ参照）によって一時中止されたタイトル＃１の再生が、前記“Ｒｅｓｕｍｅ”命令によって再開されることを意味する。
【００８３】
図５Ｂに示す前記プレイヤーモデルは、前述したように、相異なる属性のタイトルを同時に実行しない。前記Ｊａｖａタイトルを再生中に前記“Ｒｅｓｕｍｅ”命令によって前記ＪａｖａタイトルからＨＤＭＶタイトルへの切換を行うためにはＢＤＪモジュール１７３が終了しなければならないということがわかる。
【００８４】
図１０は、本発明によって、記録媒体からデータを再生するための装置、特に使用者命令を受信／処理するための装置を示すブロック図である。具体的に、図１０は、図５Ｂで前述した本発明によるプレイヤーモデルの例を示すもので、図５Ｂで前述したプレイヤーモデルの第二の特徴を示すものである。
【００８５】
図５Ｂに示す前述のプレイヤーモデル（図５Ｂ）の２番目の特徴と関連して、モジュールマネージャ１７１は、ユーザーイベントマネージャ１７１ａを含む。使用者命令を受信時に、ユーザーイベントマネージャ１７１ａは、前記受信した使用者命令がユーザーオペレーション（ＵＯ）による使用者命令なのかを確認する。当該使用者命令が前記ＨＤＭＶタイトルのためのユーザーオペレーション（ＵＯ）による使用者命令であると、ユーザーイベントマネージャ１７１ａは、前記使用者命令をモービーモジュール１７２に含まれたＵＯコントローラ１７２ｂに転送して、ＵＯコンローラ１７２ｂが前記使用者命令を行うようにする。反面、前記受信した命令がＪａｖａタイトルのためのキーイベントによる使用者命令であると、ユーザーイベントマネージャ１７１ａは、前記受信した使用者命令をＢＤＪモジュール１７３に含まれたジャバＶＭ  １７３ｂに転送して、ジャバＶＭ  １７３ｂが前記使用者命令を行うようにする。
【００８６】
すなわち、ＨＤＭＶタイトルモードとＪａｖａタイトルモードは相互独立した使用者命令受信体系を持つ。したがって、前述した他の使用者命令を統合して処理すると混乱につながる恐れがある。したがって、ＨＤＭＶタイトルモードのための使用者命令はモービーモジュール１７２によって実行され、Ｊａｖａタイトルモードのための使用者命令はＢＤＪモジュール１７３で実行される。前記プレイヤーモデルは、前記受信した使用者命令が前記ＨＤＭＶタイトルモードと関連するか、あるいは、Ｊａｖａタイトルモードと関連するかを確認し、該確認結果によって、該当のモジュール１７２，１７３のいずれかに該当の使用者命令を伝達するユーザーイベントマネージャ１７１ａを別途に含むという点に特徴がある。
【００８７】
図１１は、本発明によって、記録媒体からデータを再生する装置、特にグラフィックプレーンを管理するための装置を示すブロック図である。具体的に、図１１は、図５Ｂで前述したプレイヤーモデルのさらに他の例を示すもので、前述したプレイヤーモデル（図５B）の４番目の特徴を示すものである。
【００８８】
図５Ｂに示すプレイヤーモデルの４番目の特徴は、グラフィックプレーン（ｇｒａｐｈｉｃ  ｐｌａｎｅ）の管理に関する。例えば、ＨＤＭＶプレーン１７ｃは、ビデオプレーン、プレゼンテーショングラフィックプレーン、インタラクティブグラフィックプレーン、及びテキストサブタイトルプレーンで構成されることができる。前述のＨＤＭＶプレーン１７ｃは、マスタ動作するプレゼンテーションエンジン１７５により管理される。Ｊａｖａプレーン１７ｄは、Ｊａｖａグラフィックプレーンで構成されることができる。該Ｊａｖａグラフィックプレーンは、ＢＤＪモジュール１７３中のジャバＶＭ  １７３ｂをマスタとし、マスタとして動作するジャバＶＭ  １７３ｂによって管理されるようになる。
【００８９】
ＨＤＭＶプレーン１７ｃとＪａｖａプレーン１７ｄは、相互部分的に共有されても良い。特に、ＨＤＭＶプレーン１７ｃ中のインタラクティブグラフィックプレーンはＪａｖａプレーン１７ｄと共有可能である。
【００９０】
図１２Ａ及び図１２Ｂは、本発明によって、前述したインデックスファイルのシンタックス（ｓｙｎｔａｘ）情報を示す構造図である。
【００９１】
図１２Ａはインデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）のヘッダ（ｈｅａｄｅｒ）部分と関連付けられたシンタックス（ｓｙｎｔａｘ）を示すものである。例えば、インデックスファイルであることを識別する特定情報、例えば、“ＩＮＤＸ”というキャラクターコードが“ｔｙｐｅ＿ｉｎｄｉｃａｔｏｒ”フィールドに記録される。前記インデックスファイルのバージョンを表示する情報が、“ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ”フィールドに記録される。“Ｉｎｄｅｘｅｓ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ”フィールドには“Ｉｎｄｅｘｅｓ（）”フィールドのファイル開始位置を表示する位置情報が記録される。前記インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）内には、ディスク製作者（Ａｕｔｈｏｒ）と関連する一般の情報を提供する“ＡｐｐＩｎｆｏＢＤＭＶ（）”フィールドと、ディスクに記録されたコンテンツをインデックスし、該インデックスされたコンテンツを使用者に提供する“Ｉｎｄｅｘｅｓ（）”フィールドを含む。本発明に関連する前記“Ｉｎｄｅｘｅｓ（）”フィールドについて詳細に説明すると、次の通りである。
【００９２】
図１２Ｂは、インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）中の“Ｉｎｄｅｘｅｓ（）”フィールドのシンタックス（ｓｙｎｔａｘ）を示すものである。これと関連して、図１２Ｂの記載は、図２、図４Ａ及び図４Ｂに示す動作及び構成を参照して容易に理解することができる。具体的には、“Ｉｎｄｅｘｅｓ（）”フィールドの大きさ情報が“ｌｅｎｇｔｈ”フィールドに記録される。“Ｆｉｒｓｔ  Ｐｌａｙｂａｃｋ（）”フィールドは、ディスクがローディングされると１番目の再生画面を強制にディスプレイするために、該当の再生画面と関連付けられた特定オブジェクトを指定する“ｏｂｊ＿ｉｄ”を呼び出すための“ＦｉｒｓｔＰｌａｙｂａｃｋ＿ｏｂｊ＿ｉｄ＿ｒｅｆ”情報を含む。前述したように、“ＦｉｒｓｔＰｌａｙｂａｃｋ＿ｏｂｊ＿ｉｄ＿ｒｅｆ”情報は、“Ｍｏｖｉｅ  Ｏｂｊｅｔ”と“ＢＤＪ  Ｏｂｊｅｃｔ”を両方とも指定することが可能である。
【００９３】
“ＴｏｐＭｅｎｕ（）”フィールドは、使用者のメニューコール（“Ｍｅｎｕ  Ｃａｌｌ”）命令によってメニュー画面を提供するために、該当メニュー画面と関連付けられた特定オブジェクトを指定する“ｏｂｊ＿ｉｄ”を呼び出すための“ＴｏｐＭｅｎｕ＿ｏｂｊ＿ｉｄ＿ｒｅｆ”情報を含んでいる。前述したように、“ＴｏｐＭｅｎｕ＿ｏｂｊ＿ｉｄ＿ｒｅｆ”情報は、“Ｍｏｖｉｅ  Ｏｂｊｅｔ”と“ＢＤＪ  Ｏｂｊｅｃｔ”を両方とも指定することが可能である。
【００９４】
前記インデックスファイルに存在するタイトル個数を表す情報が“ｎｕｍｂｅｒ＿ｏｆ＿Ｔｉｔｌｅ”フィールドに記録される。前記タイトルの前記個数情報に基づいて、該当する個数分の“Ｔｉｔｌｅ（）”フィールドが前記“ｎｕｍｂｅｒ＿ｏｆ＿Ｔｉｔｌｅ”フィールドに存在する。前記“Ｔｉｔｌｅ（）”フィールドは、該当のタイトルを再生するための再生コマンド（ｃｏｍｍａｎｄ）あるいはプログラムを保有したオブジェクトファイルに含まれた特定“ｏｂｊ＿ｉｄ”を呼び出すための“Ｔｉｔｌｅ＿ｏｂｊ＿ｉｄ＿ｒｅｆ”情報を含むだけでなく、次のような付加的なフィールドを含む。
【００９５】
具体的に、タイトルカテゴリ情報を表示する“Ｔｉｔｌｅ＿ｅｎｖｉｒｏｎｍｅｎｔ（ｔｙｐｅ）”フィールドは、該当のタイトルがＨＤＭＶタイトルなのかＪａｖａタイトルなのかを決定する。光記録再生機は、タイトル区分情報である前記“Ｔｉｔｌｅ＿ｅｎｖｉｒｏｎｍｅｎｔ（ｔｙｐｅ）”を参照して、特定属性を持つタイトルを再生するように図５Ｂに示すプレイヤーモデルをあらかじめ駆動させておくことができる。
【００９６】
前記“Ｔｉｔｌｅ＿ｐｌａｙｂａｃｋ＿ｔｙｐｅ”フィールドは、該当のタイトルが映画のような動映像タイトル（Ｍｏｖｉｅ）なのか、使用者に提供されるメニュー情報のようなインタラクティブ（Ｉｎｔｅｒａｃｔｉｖｅ）タイトルなのかを区分できる特定情報を意味する。
【００９７】
“Ｔｉｔｌｅ＿ｌｉｎｋ”フィールドは、該当のタイトルに連結された別のタイトルの存在有無を表示できる特定情報を意味する。特に、前記“Ｔｉｔｌｅ＿ｌｉｎｋ”フィールドは、属性の相異なるタイトルが互いにリンクされているかをあらかじめ確認するために用いられ、図５Ｂに示すプレイヤーモデル（図５Ｂ、Ｐｌａｙｅｒ  Ｍｏｄｅｌ）が必要な動作を迅速に行えるようにする。
【００９８】
“Ｔｉｔｌｅ＿ａｃｃｅｓｓ＿ｔｙｐｅ”フィールドは、該当のタイトルのサーチ可否を区分するための特定情報を意味する。具体的に、該“Ｔｉｔｌｅ＿ａｃｃｅｓｓ＿ｔｙｐｅ”フィールドは、ユーザーオペレーション（ＵＯ）動作を制御するために要求され、ＨＤＭＶタイトルのみのために必要な情報である。
【００９９】
“Ｏｂｊｅｃｔ＿ｔｙｐｅ”フィールドは、該当のタイトルがＨＤＭＶタイトルなのかあるいはＪａｖａタイトルなのかを区分するための特定情報を意味し、それぞれのタイトルに合うオブジェクトが実行されるように制御する。
【０１００】
ムービーオブジェクト（“Ｍｏｖｉｅ  Ｏｂｊｅｃｔ”）を指定するために、“Ｔｉｔｌｅ＿ｏｂｊ＿ｉｄ＿ｒｅｆ”フィールドは、“ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ”ファイルに含まれた前記ムービーオブジェクトを指定する特定情報を含む。Ｊａｖａオブジェクト（“ＢＤＪ  Ｏｂｊｅｃｔ”）を指定するために、前記“Ｔｉｔｌｅ＿ｏｂｊ＿ｉｄ＿ｒｅｆ”フィールドは、Ｊａｖａプログラムファイルを指定する特定情報、例えば、“ＰＰＰＰＰ．ｊａｒ”ファイルあるいは“ＱＱＱＱＱ．ｊａｒ”ファイルを指定するディレクトリ経路（ｄｉｒｅｃｔｏｒｙ  ｐａｔｈ）及びファイル名を含む。なお、前記“Ｔｉｔｌｅ＿ｏｂｊ＿ｉｄ＿ｒｅｆ”フィールドは、前記Ｊａｖａプログラムファイルのアプリケーション識別（ａｐｐｌｉｃａｔｉｏｎ  ｉｄｅｎｔｉｆｙｉｎｇ）情報、あるいは“Ｘｌｅｔ”識別（Ｘｌｅｔ  ｉｎｄｅｎｔｉｆｙｉｎｇ）情報を含むことができる。
【０１０１】
これと関連して、図１２Ｂは、各タイトルの限定された属性情報のみを例示したもので、前記限定された属性情報以外のタイトル情報も各タイトルカテゴリに備えられることができる。
【０１０２】
以上では具体的な実施例に挙げて本発明を説明したが、当業者にとって、添付の特許請求の範囲上に開示された本発明の技術思想とその技術的範囲内で、様々な改良、変更、代替または付加などが可能であることは自明である。したがって、本発明は、請求範囲及び請求範囲と均等な範囲内における本発明の改良及び変更された事項を含むことは自明である。
【図面の簡単な説明】
【０１０３】
【図１Ａ】本発明の記録媒体（例えば、ＢＤ−ＲＯＭ）に記録された各タイトルを説明するための概念図である。
【図１Ｂ】本発明の記録媒体（例えば、ＢＤ−ＲＯＭ）に記録された各タイトルを説明するための概念図である。
【図１Ｃ】本発明の記録媒体（例えば、ＢＤ−ＲＯＭ）に記録された各タイトルを説明するための概念図である。
【図２】本発明によって、記録媒体としての光ディスクに記録されるファイル構造及びその再生関係を示す図である。
【図３】本発明によって光ディスクに記録されるデータ記録構造を示す構造図である。
【図４Ａ】本発明によるタイトルの再生及びタイトル間の切換関係を示す概念図である。
【図４Ｂ】本発明によるタイトルの再生及びタイトル間の切換関係を示す概念図である。
【図５Ａ】本発明の記録媒体からデータを再生する装置を示すブロック図である。
【図５Ｂ】本発明の記録媒体からデータを再生する装置を示すブロック図である。
【図６Ａ】本発明によって、記録媒体からデータを再生する方法と、ジャンプ命令（Ｊｕｍｐ  ｃｏｍｍａｎｄ）に応じたＨＤＭＶタイトルからＪａｖａタイトルへの切換時の動作を示す概念図である。
【図６Ｂ】本発明によって、記録媒体からデータを再生する方法と、ジャンプ命令（Ｊｕｍｐ  ｃｏｍｍａｎｄ）に応じたＨＤＭＶタイトルからＪａｖａタイトルへの切換時の動作を示す概念図である。
【図７Ａ】本発明によって、記録媒体からデータを再生する方法で、ジャンプ命令によるＪａｖａタイトルからＨＤＭＶタイトルへの切換時の動作を示す概念図である。
【図７Ｂ】本発明によって、記録媒体からデータを再生する方法で、ジャンプ命令によるＪａｖａタイトルからＨＤＭＶタイトルへの切換時の動作を示す概念図である。
【図８Ａ】本発明によって、記録媒体からデータを再生する方法で、コール命令（Ｃａｌｌ  ｃｏｍｍａｎｄ）に応じたＨＤＭＶタイトルからＪａｖａタイトルへの切換時の動作を示す概念図である。
【図８Ｂ】本発明によって、記録媒体からデータを再生する方法で、コール命令（Ｃａｌｌ  ｃｏｍｍａｎｄ）に応じたＨＤＭＶタイトルからＪａｖａタイトルへの切換時の動作を示す概念図である。
【図９Ａ】本発明によって、記録媒体からデータを再生する方法で、レジューム命令（Ｒｅｓｕｍｅ  ｃｏｍｍａｎｄ）に応じたＪａｖａタイトルからＨＤＭＶタイトルへの切換時の動作を示す概念図である。
【図９Ｂ】本発明によって、記録媒体からデータを再生する方法で、レジューム命令（Ｒｅｓｕｍｅ  ｃｏｍｍａｎｄ）に応じたＪａｖａタイトルからＨＤＭＶタイトルへの切換時の動作を示す概念図である。
【図１０】本発明による、記録媒体からデータを再生する装置で、特に、使用者命令を受信して処理する装置を示す図である。
【図１１】本発明による、記録媒体からデータを再生する装置で、特に、グラフィックプレーン（ｇｒａｐｈｉｃ  ｐｌａｎ）を管理する装置を示す図である。
【図１２Ａ】本発明によるインデックスファイルのシンタックス（ｓｙｎｔａｘ）を示す図である。
【図１２Ｂ】本発明によるインデックスファイルのシンタックス（ｓｙｎｔａｘ）を示す図である。
【図１Ａ】
2008516371.tif 000003
【図１Ｂ】
2008516371.tif 000004
【図１Ｃ】
2008516371.tif 000005
【図２】
2008516371.tif 000006
【図３】
2008516371.tif 000007
【図４Ａ】
2008516371.tif 000008
【図４Ｂ】
2008516371.tif 000009
【図５Ａ】
2008516371.tif 000010
【図５Ｂ】
2008516371.tif 000011
【図６Ａ】
2008516371.tif 000012
【図６Ｂ】
2008516371.tif 000013
【図７Ａ】
2008516371.tif 000014
【図７Ｂ】
2008516371.tif 000015
【図８Ａ】
2008516371.tif 000016
【図８Ｂ】
2008516371.tif 000017
【図９Ａ】
2008516371.tif 000018
【図９Ｂ】
2008516371.tif 000019
【図１０】
2008516371.tif 000020
【図１１】
2008516371.tif 000021
【図１２Ａ】
2008516371.tif 000022
【図１２Ｂ】
2008516371.tif 000023
【国際調査報告】
2008516371.tif 000024
2008516371.tif 000025