(57)【要約】  記録媒体は、複数のコンテンツが記録された領域と、記録されたコンテンツを検索するための検索ファイルが記録された管理領域とを含む。検索ファイルは、コンテンツをシーンに分類し、各シーン別属性を定義した情報を持つ少なくとも一つ以上のエントリーを含む。記録媒体内に記録されたコンテンツを検索する方法は、コンテンツ検索命令に従い、検索ファイル内に記録されたキャラクターマップ（Ｃ−Ｍａｐ）別キャラクター情報をまず提供する。次に、提供されるキャラクター情報のうち、選択されたキャラクターに属する少なくとも一つ以上のアイテムマップ（ＩＳ−Ｍａｐ）別アイテム情報を提供する。その後、提供されるアイテム情報のうち、選択されたアイテムに属するエントリー（Ｅｎｔｒｙ）を提供する。最終的に、提供されるエントリー（Ｅｎｔｒｙ）のうち、選択されたエントリー（Ｅｎｔｒｙ）内に記録された位置情報（Ｅｎｔｒｙ＿Ｐｏｉｎｔｅｒ）を用いて、当該エントリー（Ｅｎｔｒｙ）を検索する。
2008512819.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツが記録された領域と、
前記コンテンツを検索するための検索ファイルが記録された管理領域と
を備えた記録媒体であって、
前記検索ファイルは、前記コンテンツをシーンによって分類し、各シーン別属性を定義した情報を持つ少なくとも一つ以上のエントリーを含むことを特徴とする記録媒体。
【請求項２】
前記検索ファイルは、前記エントリーの属性別に分類されるマップ情報をさらに備えることを特徴とする請求項１に記載の記録媒体。
【請求項３】
前記検索ファイルに記録されるマップ情報は、前記少なくとも一つ以上のエントリーのうち、同じアイテム属性を持つエントリーを示す複数のアイテムマップ（ＩＳ−Ｍａｐ）と、前記複数のアイテムマップ（ＩＳ−Ｍａｐ）のうち、同じ特性を持つアイテムマップ（ＩＳ−Ｍａｐ）を示す複数のキャラクターマップ（Ｃ−Ｍａｐ）とからなることを特徴とする請求項２に記載の記録媒体。
【請求項４】
前記複数のキャラクターマップ（Ｃ−Ｍａｐ）は、コンテンツに登場するキャラクターに基づいて構成されたキャラクターマップ（Ｃ−Ｍａｐ）と、コンテンツに登場する場所に基づいて構成されたキャラクターマップ（Ｃ−Ｍａｐ）とを含むことを特徴とする請求項３に記載の記録媒体。
【請求項５】
前記検索ファイルは、メタデータからなることを特徴とする請求項１に記載の記録媒体。
【請求項６】
前記検索ファイル内のメタデータは、階層的構造からなることを特徴とする請求項５に記載の記録媒体。
【請求項７】
前記検索ファイルは、複数のキャラクターマップ（Ｃ−Ｍａｐ）の各々、複数のアイテムマップ（ＩＳ−Ｍａｐ）、及び前記少なくとも一つ以上のエントリーをからなり、前記検索ファイルは、前記複数のキャラクターマップ（Ｃ−Ｍａｐ）、前記複数のアイテムマップ（ＩＳ−Ｍａｐ）、及び前記少なくとも一つ以上のエントリー間のマッピング関係を示す複数のディスクリプタを含むことを特徴とする請求項３に記載の記録媒体。
【請求項８】
前記少なくとも一つ以上のエントリーの各々は、少なくとも一つ以上のアイテムマップ（ＩＳ−Ｍａｐ）にマッピングされることを特徴とする請求項７に記載の記録媒体。
【請求項９】
前記アイテムマップ（ＩＳ−Ｍａｐ）の各々は、少なくとも一つ以上のキャラクターマップ（Ｃ−Ｍａｐ）にマッピングされることを特徴とする請求項４に記載の記録媒体。
【請求項１０】
前記検索ファイルは、各言語別に別個のファイルからなることを特徴とする請求項１に記載の記録媒体。
【請求項１１】
前記検索ファイルは、サポートされる全ての言語を統合した一つのファイルからなることを特徴とする請求項１に記載の記録媒体。
【請求項１２】
前記検索ファイルは、サポートされる言語別の別個のディスクリプタを含むことを特徴とする請求項１１に記載の記録媒体。
【請求項１３】
前記検索ファイルは、サポートされる言語の個数を示すＮｕｍ＿ｏｆ＿ｌａｎｇｕａｇｅフィールドを含むことを特徴とする請求項１１に記載の記録媒体。
【請求項１４】
前記検索ファイルは、補助データディレクトリ（ＡＵＸＤＡＴＡ）内に記録されることを特徴とする請求項１に記載の記録媒体。
【請求項１５】
前記検索ファイルは、メタデータディレクトリ（ＭＥＴＡ）内に記録されることを特徴とする請求項１に記載の記録媒体。
【請求項１６】
前記管理領域は、前記コンテンツの再生を管理するプレイリストファイルをさらに備えることを特徴とする請求項１に記載の記録媒体。
【請求項１７】
前記検索ファイルは、前記プレイリストファイルの単位に区別されることを特徴とする請求項１に記載の記録媒体。
【請求項１８】
前記検索ファイルを示すファイル名は、前記ファイルが検索ファイルであることを示すファイルディスクリプタ情報と、検索ファイルがサポートする言語情報と、前記検索ファイルに関連する特定のプレイリストファイル情報とを含むことを特徴とする請求項１７に記載の記録媒体。
【請求項１９】
前記検索ファイル内のそれぞれのエントリーは、記録媒体内に関連したシーンの位置情報が記録されたＥｎｔｒｙ＿Ｐｏｉｎｔｅｒを含むことを特徴とする請求項１に記載の記録媒体。
【請求項２０】
前記記録媒体内に含まれるアイテムの個数は、予め決定された最大値の範囲内であることを特徴とする請求項２に記載の記録媒体。
【請求項２１】
前記記録媒体内に含まれるエントリーの個数は、予め決定された最大値の範囲内であることを特徴とする請求項２に記載の記録媒体。
【請求項２２】
前記記録媒体内に含まれるエントリーの個数は、検索ファイル別に予め決定された最大値の範囲内であることを特徴とする請求項２１に記載の記録媒体。
【請求項２３】
記録媒体内に記録されたコンテンツを検索する方法であって、
コンテンツ検索命令により、検索ファイル内に記録されたキャラクターマップ（Ｃ−Ｍａｐ）別キャラクター情報を提供するステップと、
前記提供されるキャラクター情報のうち、選択されたキャラクターに属する少なくとも一つ以上のアイテムマップ（ＩＳ−Ｍａｐ）別アイテム情報を提供するステップと、
前記提供されるアイテム情報のうち、選択されたアイテムに属するエントリーを提供するステップと、
前記提供されるエントリーのうち、選択されたエントリー内に記録されたエントリー位置情報（Ｅｎｔｒｙ＿Ｐｏｉｎｔｅｒ）を用いて、当該エントリーを検索するステップと
を備えることを特徴とする方法。
【請求項２４】
少なくとも一つ以上のタイトル記録領域と、
前記タイトルを再生するための管理ファイル及び検索ファイルが各々記録された管理領域と
を備えた記録媒体を再生する方法であって、
前記記録媒体の管理領域内に記録されたインデックスファイル及びオブジェクトファイルを読み出すステップと、
前記インデックスファイルにより特定のタイトルの再生命令が入力されると、当該特定のタイトルに関連する特定のオブジェクトファイルを実行するステップと、
前記オブジェクトファイルの使用によるタイトル再生の途中、タイトル内にコンテンツ検索命令が入力されると、タイトル再生を一時中止し、検索ファイル内の検索情報からタイトル内の特定のコンテンツを検索するステップと、
前記検索動作の終了後、一時再生中止したタイトルの再生位置から始まるタイトル再生を再開するステップと
を含むことを特徴とする方法。
【請求項２５】
少なくとも一つ以上のタイトル記録領域と、
前記タイトルを再生するための管理ファイル及び検索ファイルが各々記録された管理領域と
を備えた記録媒体を再生する方法であって、
前記記録媒体の管理領域内に記録されたインデックスファイル及びオブジェクトファイルを読み出すステップと、
前記インデックスファイルにより特定のタイトルの再生命令が入力されると、当該特定のタイトルに関連する特定のオブジェクトファイルを実行するステップと、
前記オブジェクトファイルの使用によるタイトル再生の途中、タイトル内にコンテンツ検索命令が入力されると、タイトル再生を中止し、検索ファイル内の検索情報からタイトル内の特定のコンテンツを検索するステップと、
前記検索動作の結果に従い、最終的にユーザに選択された検索シーンから始まるタイトルの再生を再開するステップと
を備えることを特徴とする方法。
【請求項２６】
少なくとも一つ以上のタイトル記録領域と、
前記タイトルを再生するための管理ファイル及び検索ファイルが各々記録された管理領域と
を備えた記録媒体を再生する装置であって、
前記記録媒体の管理領域内に記録されたインデックスファイル及びオブジェクトファイルを読み出す記録再生部と、
前記読み出されたインデックスファイルにより特定のタイトルの再生命令が入力されると当該特定のタイトルに関連する特定のオブジェクトファイルを実行し、前記オブジェクトファイルの使用によるタイトル再生の途中にタイトル内にコンテンツ検索命令が入力されるとタイトル再生を一時中止して検索ファイル内の検索情報からタイトル内の特定コンテンツを検索し、前記検索動作の終了後に再生を一時中止したタイトルの再生位置からタイトルの再生を再開するプレーヤーモデルと
を備えたことを特徴とする装置。
【請求項２７】
少なくとも一つ以上のタイトル記録領域と、
前記タイトルを再生するための管理ファイル及び検索ファイルが各々記録された管理領域と
を備えた記録媒体を再生する装置であって、
前記記録媒体の管理領域内に記録されたインデックスファイル及びオブジェクトファイルを読み出す記録再生部と、
前記読み出されたインデックスファイルにより特定のタイトルの再生命令が入力されると当該特定のタイトルに関連する特定のオブジェクトファイルを実行し、前記オブジェクトファイルの使用によるタイトル再生の途中にタイトル内にコンテンツ検索命令が入力されるとタイトル再生を中止して検索ファイル内の検索情報からタイトル内の特定のコンテンツを検索し、前記検索動作の結果に従って最終的にユーザに選択された検索シーンから始まるタイトルの再生を再開するプレーヤーモデルと
を備えたことを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体に関し、特に、記録媒体、記録媒体内に記録されたコンテンツを検索する方法、記録されたコンテンツを再生する方法及び装置に関する。本発明は、幅広いアプリケーションに適用可能であるが、特に記録媒体内に記録されたコンテンツを検索するための検索ファイルを構成し、記録されたコンテンツを再生するのに適している。
【背景技術】
【０００２】
一般に、大容量のデータを記録する記録媒体として光ディスクが広く使用されている。現在、多種多様な光ディスクの中でも、高画質のビデオデータと高音質のオーディオデータとを長時間記録して格納するブルーレイディスク（以下、“ＢＤ”と呼ぶ）などの新たな高密度光記録媒体が開発されている。最近、次世代の記録媒体技術であるブルーレイディスク（ＢＤ）は、既存のＤＶＤをはるかに凌駕するデータを記録できる次世代光記録ソリューションとして、他の多くのデジタル装置とともに開発中である。このような技術の仕様に対する世界標準もまた議論され整備されている。
【０００３】
特に、ブルーレイディスク（ＢＤ）内には多様な属性のデータをコンテンツとするタイトルを記録することも可能である。そのようなデータの例としては、ＭＰＥＧ２方式による動画データを持つタイトルと、Ｊａｖａ（登録商標）プログラムにより実行（又は再生）される動画データを含むインタラクティブ（interactive）情報を持つタイトルと、ウェブ（web）プログラム言語で記録されたタイトルなどが挙げられる。
【０００４】
しかしながら、現在のＢＤの規格では、前述したような多様な属性を持つコンテンツを検索し、かつ再生するための世界共通の標準規格が確立されていない。よって、完全なブルーレイディスク（ＢＤ）基盤の光記録再生装置を開発するのに多くの制約がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
よって、本発明は、従来技術の制約及び不合理に起因する一つ以上の問題点を実質的に解決するための記録媒体、記録媒体内に記録されたコンテンツを検索する方法、記録されたコンテンツを再生する方法及び装置を対象にする。
【０００６】
本発明の他の目的は、ブルーレイディスク（ＢＤ）などの記録媒体内に記録されたコンテンツを検索するための検索ファイルを構成する方法を提供することにある。
【０００７】
本発明のさらに他の目的は、検索ファイルを含む記録媒体からコンテンツを検索する方法、及び記録媒体内のファイル構造を使用することによって記録媒体を再生する方法及び装置を提供することにある。
【０００８】
本発明のさらなる利点、目的、及び特徴は、以下の説明において一部説明され、以下の考察において当業者に一部明らかになり、本発明の実施から把握できる。本発明の目的及び他の利点は、発明の詳細な説明及び特許請求の範囲と同様に添付図面において特に指摘された構造によって実現され、達成されることが可能である。
【課題を解決するための手段】
【０００９】
これらの目的及び他の利点を達成するため、また本明細書で具体的に広く説明されるように本発明の目的に従って、本発明の記録媒体は、複数のコンテンツが記録された領域と、記録されたコンテンツを検索するための検索ファイルが記録された管理領域とを備え、当該検索ファイルは、コンテンツをシーンによって分類し、各シーン別に定義された属性を有する情報を持つ少なくとも１つ以上のエントリーを含む。
【００１０】
検索ファイルは、エントリーの属性別に分類されるマップ情報をさらに含むことができる。検索ファイルに記録されるマップ情報は、少なくとも１つ以上のエントリーのうち、同じアイテム属性を持つエントリーを示す複数のアイテムマップ（ＩＳ−Ｍａｐ）と、複数のアイテムマップ（ＩＳ−Ｍａｐ）のうち、同じ特性（character）を持つアイテムマップ（ＩＳ−Ｍａｐ）を示す複数のキャラクターマップ（Ｃ−Ｍａｐ）とからなる。
【００１１】
また、本発明の他の態様において、本発明の記録媒体内に記録されたコンテンツを検索する方法は、コンテンツ検索命令に従って検索ファイル内に記録されたキャラクターマップ（Ｃ−Ｍａｐ）別のキャラクター情報を提供するステップと、提供されるキャラクター情報のうち、選択されたキャラクターに対応する少なくとも一つ以上のアイテムマップ（ＩＳ−Ｍａｐ）別のアイテム情報を提供するステップと、提供されるアイテム情報のうち、選択されたアイテムに対応するエントリー（Ｅｎｔｒｙ）を提供するステップと、提供されるエントリー（Ｅｎｔｒｙ）のうち、選択されたエントリー（Ｅｎｔｒｙ）内に記録されたエントリー位置情報を用いて、当該エントリー（Ｅｎｔｒｙ）を検索するステップと、を含む。
【００１２】
また、本発明の他の態様において、少なくとも一つ以上のタイトル記録領域と、タイトルを再生するための管理ファイル及び検索ファイルが各々記録された管理領域とを含んだ記録媒体を再生する場合に、記録媒体を再生する方法は、記録媒体内の管理領域に記録されたインデックスファイル及びオブジェクトファイルの両方を読み出すステップと、特定のタイトルの再生命令がインデックスファイルによって入力されると、当該特定のタイトルに関連する特定のオブジェクトファイルを実行するステップと、オブジェクトファイルによってタイトルが再生されている途中で、タイトル内にコンテンツ検索命令が入力されると、タイトル再生を一時中止して検索ファイル内に含まれる検索情報からタイトル内の特定のコンテンツを検索するステップと、検索動作の終了後、再生が一時中止されたタイトルの再生位置（presentation point）から始まるタイトルの再生を再開するステップと、を含む。
【００１３】
また、本発明の他の態様において、少なくとも一つ以上のタイトル記録領域と、タイトルを再生するための管理ファイル及び検索ファイルが各々記録された管理領域とを含む記録媒体を再生する場合に、記録媒体を再生する方法は、記録媒体内の管理領域に記録されたインデックスファイル及びオブジェクトファイルの両方を読み出すステップと、インデックスファイルによって特定のタイトルの再生命令が入力されると、当該特定のタイトルに関連する特定のオブジェクトファイルを実行するステップと、オブジェクトファイルを使用することによってタイトルが再生されている途中で、タイトル内にコンテンツ検索命令が入力されると、タイトルの再生を中止して検索ファイル内に含まれた検索情報からタイトル内の特定のコンテンツを検索するステップと、当該検索動作の結果に従って、最終的にユーザによって選択された検索されたシーン（scene）から始まるタイトルの再生を再開するステップと、を含む。
【００１４】
また、本発明の他の態様において、少なくとも一つ以上のタイトル記録領域と、タイトルを再生するための管理ファイル及び検索ファイルが各々記録された管理領域とを含む記録媒体を再生する場合に、記録媒体を再生する装置は、記録媒体の管理領域内に記録されたインデックスファイル及びオブジェクトファイルの両方を読み出す記録再生部と、インデックスファイルによって特定のタイトルの再生命令が入力されると当該特定のタイトルに関連する特定のオブジェクトファイルを実行し、オブジェクトファイルを使用することによってタイトルが再生されている途中で、タイトル内にコンテンツ検索命令が入力されるとタイトル再生を一時中止して検索ファイル内に含まれる検索情報からタイトル内の特定のコンテンツを検索し、かつ検索動作の終了後に再生が一時中止された開始位置から始まるタイトルの再生を再開するプレーヤーモデル（player model）とを含む。
【００１５】
また、本発明の他の態様において、少なくとも一つ以上のタイトル記録領域と、タイトルを再生するための管理ファイル及び検索ファイルが各々記録された管理領域とを含む記録媒体を再生する場合に、記録媒体を再生する装置は、記録媒体の管理領域内に記録されたインデックスファイル及びオブジェクトファイルの両方を読み出す記録再生部と、インデックスファイルによって特定のタイトルの再生命令が入力されると当該特定のタイトルに関連する特定のオブジェクトファイルを実行し、オブジェクトファイルを使用することによってタイトルが再生されている途中で、タイトル内にコンテンツ検索命令が入力されるとタイトル再生を中止して検索ファイル内の検索情報からタイトル内の特定のコンテンツを検索し、かつ検索動作の結果に従って、最終的にユーザによって選択された検索されたシーン（scene）から始まるタイトルの再生を再開するプレーヤーモデルと、を含む。
【００１６】
前述した一般的な説明と後述する本発明の詳細な説明は、例示であり、かつ説明目的のものであって、特許請求の範囲に記載したような本発明のさらなる説明を提供することを意図していることを理解すべきである。
【発明の効果】
【００１７】
本発明による記録媒体、記録媒体内に記録されたコンテンツを検索する方法、並びに記録されたコンテンツを再生する方法及び装置は、次のような長所を持つ。本発明を用いることにより、記録媒体内に記録された多様なコンテンツを容易に検索して提供することができる。また、記録媒体の再生を効率良く管理することが可能になり、ユーザに便利な機能を提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の好ましい実施形態についての参照が詳細になされ、その例は添付図面において説明される。なお、可能な限り、同一の図面参照符号は、図面全体を通して同一または類似な要素を示すために使用される。また、本発明において使用されている用語は、一般的に知られ、かつ使用されている用語から選択したが、本発明の詳細な説明において意図されている用語には出願人によって任意に選定されているものがあり、その用語の詳細な意味は発明の詳細な説明の相当する部分で説明される。したがって、本発明は、単純な用語の名称でない、用語が持つ意味として理解されることが好ましい。
【００１９】
本詳細な説明において、“記録媒体（recording medium）”は、データを記録可能なさまざまな記録方式によるすべての記録媒体を示し、光ディスク、磁気テープなどの記録方式に関わらずすべての種類の記録媒体を含む。以下、本発明の説明の便宜上、光ディスク、及びより詳細には“ブルーレイディスク（ＢＤ）”は本発明で提案される記録媒体の一例として与えられる。しかしながら、本発明の要旨及び範囲は他の種類の記録媒体に適用可能であることは明らかである。
【００２０】
また、本発明において、“タイトル（title）”とは、ユーザとのインターフェースを形成する再生単位を指す。より詳しくは、本発明に係る各タイトルは、特定のオブジェクトとリンクされている。オブジェクト内のコマンド又はプログラムに従い、光ディスク内に記録された当該タイトルに関連するストリームが再生される。従って、ディスク内に記録されたタイトルとそのタイトルを再生するための光ディスク内のファイル構造との関係は、図２Ａ乃至図２Ｄを参照して詳細に説明される。より詳しくは、本発明の説明を簡単にするために、光ディスク上に記録されたタイトルの中で、ディスク内に記録されたタイトルのＭＰＥＧ２圧縮方式による動画（motion picture）データ及びインタラクティブ情報が記録されるタイトルを“ＨＤＭＶ（High Definition Movie）タイトル”とする。また、Ｊａｖａプログラムにより実行される動画データ及びインタラクティブ情報が記録されるタイトルを“Ｊａｖａタイトル”とする。このようなタイトルを構成する動画コンテンツセットは、画面（picture）を構成し、シーン（scene）と呼ばれる。本発明による光ディスク作製方法において、タイトル内の特定のシーンを効率良く検索するための位置情報が検索ファイルとして構成される。
【００２１】
また、本発明において、“オブジェクト（object）”とは、光ディスクを再生するためのコマンド又はプログラムを含む再生管理情報を指す。より詳しくは、ディスク内には多様な種類のオブジェクトが存在し、各オブジェクトは特定のタイトルとリンクされており、またはディスク内の他のオブジェクトと互いに連結されている。従って、オブジェクトは、ディスク作製者の意図に従って、又は必要に応じて予め設計されることで、多種多様なディスク再生シナリオを提供することができる。換言すれば、本発明によるオブジェクトは、光ディスク内に記録されたデータの再生シナリオを管理するためのコマンド又はプログラムを含む再生単位とみなされる。従って、“ＨＤＭＶタイトル”を再生するためのオブジェクトを“Ｍｏｖｉｅ  Ｏｂｊｅｃｔ”又は“Ｍ−ＯＢＪ”と呼び、“Ｊａｖａタイトル”を再生するためのオブジェクトを“Ｊａｖａ  Ｏｂｊｅｃｔ”又は“Ｊ−ＯＢＪ”と呼ぶ。
【００２２】
図１は、本発明の概念的理解を提供する。より詳しくは、図１は、光記録再生装置１０を介して再生専用ブルーレイディスク（ＢＤ−ＲＯＭ）を再生する一例を示す図である。特に、図１は、ＢＤ−ＲＯＭ上に記録されたタイトルが、ＨＤＭＶタイトルとＪａｖａタイトルとの組み合わせからなる場合（これを特に“Ｆｕｌｌ  ｍｏｄｅ”と呼ぶ）を示す図である。本発明は、“Ｆｕｌｌ  ｍｏｄｅ”で記録されたＢＤ−ＲＯＭまたはＨＤＭＶタイトルだけが記録された光ディスク内のコンテンツを検索できるように、ディスク内の規格化されたファイル構造を提供する。また、本発明は、記録されたコンテンツを検索する方法、並びに記録されたコンテンツを再生する方法及び装置を提供する。
【００２３】
これに関連して、本発明の光記録再生装置１０は、多様な規格の光ディスクを記録し、または再生することができる。その設計に従い、光記録再生装置１０は、特定の規格（例えば、ブルーレイディスク（ＢＤ））の光ディスクだけを記録し再生することができ、またはデータの記録を行うことなくデータを再生するのみにすることもできる。本発明では、再生専用ブルーレイディスク（すなわち、ＢＤ−ＲＯＭ）を再生するプレーヤー（すなわち、ＢＤ−Ｐｌａｙｅｒ）を例として説明する。複数のタイトルはＢＤ−ＲＯＭのフォーマットに従ってＢＤ−ＲＯＭ内に記録される。光記録再生装置１０は、コンピュータに内蔵可能な“ドライバ”とすることもできることは明らかである。
【００２４】
本発明の光記録再生装置１０は、ブルーレイディスク（ＢＤ−ＲＯＭ）を再生する機能以外にも、ディスプレイ画面（display screen）を介してユーザに信号を送信するために、ブルーレイディスク（ＢＤ−ＲＯＭ）内のデータを読み出し、読み出したデータに対して信号処理及びデコードを行い、このデコードされた信号を光記録再生装置１０に連結されているディスプレイ３０に送信する機能を持つ。よって、本発明の光記録再生装置１０は、ＢＤ−ＲＯＭ内に記録されるすべてのタイトルを再生するように主として設計され、各タイトルは互いに異なる属性を持つ。しかしながら、前述したように、光記録再生装置１０は、特定の属性のタイトル（例えば、ＨＤＭＶタイトル）だけを再生することもできる。
【００２５】
図２Ａ〜図２Ｄは、記録媒体（例えば、ＢＤ−ＲＯＭ）上に記録されるファイルの構造に関する多様な実施形態を示す図である。図２Ａのファイルの構造を詳細に説明すれば、次の通りである。再生管理ファイルの構造では、一つのルートディレクトリの下に少なくとも一つ以上のＢＤディレクトリ（BD directory）が存在する。また、各ＢＤディレクトリは、一以上のユーザとのインタラクティビティ（interactivity）を保証するための一般ファイル情報として、インデックスファイル（“ｉｎｄｅｘ.ｂｄｍｖ”、“ｉｎｄｅｘ.ｂｄｊ”）と、オブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ”、“ＪａｖａＯｂｊｅｃｔ.ｂｄｊ”）とを含む。また、各ＢＤディレクトリは、再生されるデータ及びデータ再生のために必要な情報を含む３つのファイルディレクトリを含む。各ＢＤディレクトリ内に含まれるそのファイルディレクトリは、プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）と、クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）と、ストリームディレクトリ（ＳＴＲＥＡＭ）と、一つ以上のＪａｖａプログラムファイルからなるＪａｖａディレクトリ（ＪＡＶＡ）と、光ディスクの再生に関連した補助データからなる補助データディレクトリ（ＡＵＸＤＡＴＡ）が該当する。以下、前述したディレクトリ及び各ディレクトリ内に含まれるファイルについて詳細に説明する。
【００２６】
ストリームディレクトリ（ＳＴＲＥＡＭ）は、光ディスク内に特定のフォーマットで記録された複数のＡＶストリームファイルを含む。例えば、ストリームファイル（例えば、０１０００.ｍ２ｔｓ）の拡張子名を“＊.ｍ２ｔｓ”として使用する。また、クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）は、ストリームディレクトリ内に含まれるストリームファイルのそれぞれと１対１対応するクリップ情報ファイル（例えば、０１０００.ｃｌｐｉ）を含む。クリップ情報ファイル（＊.ｃｌｐｉ）は、当該ストリームファイルのプロパティ情報及びタイム情報を含む。より詳しくは、ＢＤ規格では、ストリームファイル（＊.ｍ２ｔｓ）と、ストリームファイルと１対１対応するクリップ情報ファイル（＊.ｃｌｐｉ）とを総合して“クリップ（clip）”とする。すなわち、一つのストリームファイル（＊.ｍ２ｔｓ）に対し、必ず対応するクリップ情報ファイル（＊.ｃｌｐｉ）が存在することになる。
【００２７】
プレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）は、複数のプレイリストファイル（＊.ｍｐｌｓ）を含み、それぞれのプレイリストファイル（例えば、０００００.ｍｐｌｓ）は、特定のクリップの再生時間（playing interval）を示す少なくとも一つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）を含む。すなわち、プレイアイテム（ＰｌａｙＩｔｅｍ）は、特定のクリップのプレゼンテーション開始時間（ＩＮ−Ｔｉｍｅ）及びプレゼンテーション終了時間（ＯＵＴ−Ｔｉｍｅ）を示す情報を含む。よって、特定のクリップは、プレイアイテム（ＰｌａｙＩｔｅｍ）内のクリップ名（ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿Ｆｉｌｅ＿ｎａｍｅ）によって指定される。すなわち、プレイリストファイル（＊.ｍｐｌｓ）は、一つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）の組合せにより所望のクリップを再生する。また、プレイリストファイル（＊.ｍｐｌｓ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）により再生されるデータとは異なるデータ（特に、サブデータ）を再生するためのサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）を含む。
【００２８】
より詳細には、プレイリストファイル（＊.ｍｐｌｓ）は、前述したオブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ”、“ＪａｖａＯｂｊｅｃｔ.ｂｄｊ”）内の特定のオブジェクトによって作られるコマンドのみによって動作（または実行）する。したがって、ディスク再生シナリオの観点から、オブジェクトは動的なシナリオを実行または管理し、プレイリストファイル（＊.ｍｐｌｓ）は静的なシナリオを実行または管理する。
【００２９】
また、Ｊａｖａディレクトリ（ＪＡＶＡ）は、Ｊａｖａプログラムファイル（例えば、ＰＰＰＰＰ.ｊａｒ）を含む。それぞれのＪａｖａプログラムファイル内には多様なアプリケーションがプログラミングされており、これを特に“Ｘｌｅｔ”とする。Ｊａｖａプログラムファイルは、Ｊａｖａ専用（Java-specific）再生手段により処理され、これについては図１１Ｂを参照して後述する。
【００３０】
補助データディレクトリ（ＡＵＸＤＡＴＡ）は、光ディスクの再生に係る補助情報を含むファイルからなる。例えば、補助データディレクトリ（ＡＵＸＤＡＴＡ）は、サウンドファイル（“Ｓｏｕｎｄ.ｂｄｍｖ”）及びフォントファイル（例えば、“１１１１１.ｏｔｆ”）を含むことができる。サウンドファイルは、光ディスク再生の際、クリックサウンド及びメニューサウンド情報などの情報を提供する。また、フォントファイルは、テキストサブタイトル（text subtitle）再生の際、フォント情報を提供する。本発明と関連して、補助データディレクトリ（ＡＵＸＤＡＴＡ）は、光ディスク内の特定のコンテンツを検索するための検索ファイル（“＊.ｅｓｉ”）を含むことができる。
【００３１】
図２Ａによれば、本発明に係る検索ファイルを構成する場合、それぞれの言語別に別個の検索ファイルを構成できる。例えば、英語で構成される検索ファイルを“０１００１.ｅｓｉ”とし、韓国語で構成される検索ファイルを“０１００２.ｅｓｉ”とし、日本語で構成される検索ファイルを“０１００３.ｅｓｉ”とすることができる。検索ファイルの構成については、図５を参照して以下の処理で詳細に説明する。
【００３２】
図２Ｂは、本発明による他のファイル構造の例を示す図である。図２Ｂを参照して図２Ａの構造と比べると、本発明に係る検索ファイルを構成する場合、サポート可能な全ての言語を一つの検索ファイル内に構成することが可能である。例えば、同じ検索ファイル“０１００１.ｅｓｉ”において、英語、韓国語、及び日本語を全部サポート可能である。一つの検索ファイルにおいてサポートされるすべての言語の構成は、図９Ａ及び図９Ｂを参照してより詳細に説明する。
【００３３】
図２Ｃは、本発明に係るさらに他のファイル構造を示す図である。図２Ｃを参照して図２Ａ及び図２Ｂの構造と比べると、本発明に係る検索ファイルを構成する場合、検索ファイルは補助データディレクトリ（ＡＵＸＤＡＴＡ）ではなく別個のメタデータディレクトリ（ＭＥＴＡ）内に含まれる。よって、検索ファイルは、他のメタデータファイルと区別される固有のファイル名を使用することになる。より詳細には、ＢＤディレクトリはメタデータディレクトリ（ＭＥＴＡ）を含む。しかしながら、本発明による検索ファイルは“ｅｓｍｔ＿ＬＬＬ＿ｘｘｘｘｘ.ｘｍｌ”などのファイル名を有するように記録される。すなわち、ファイル名を構成する先頭の“ｅｓｍｔ”は、他のメタデータファイルと検索ファイルを区別するファイルディスクリプタコードとして使用される。したがって、“ｅｓｍｔ”から始まる全てのファイルは、検索ファイル（特に、“ｅｎｈａｎｃｅｄ  ｓｅａｒｃｈ  ｍｅｔａ  ｄａｔａ”）を意味する。他方、“ｄｌｍｔ”から始まる全てのファイルは、ディスクライブラリファイルを意味する。
【００３４】
また、検索ファイル名を構成する“＿ＬＬＬ＿”は、検索ファイルがサポートする言語情報を区別し識別することができる言語コードとして使用される。より詳細には、英語からなる検索ファイルは“＿ｅｎｇ＿”と指定できる。同様に、韓国語からなる検索ファイルは“＿ｋｏｒ＿”と指定でき、日本語からなる検索ファイルは“＿ｊｐｎ＿”と指定できる。また、複数の言語からなる検索ファイルは“＿ｍｕｌ＿”と指定できる。また、ファイル名を構成する最後の“＿ｘｘｘｘｘ”は、該当検索ファイルを構成する検索情報の対象になるプレイリストファイル（例えば、０００００.ｍｐｌｓ、…）を区別するための識別コードとして使用される。例えば、光ディスク内の特定のタイトルが特定のプレイリストファイル“０００００.ｍｐｌｓ”により再生される場合、当該タイトル内のコンテンツ情報を検索するために使用される英語からなる検索ファイルのファイル名は“ｅｓｍｔ＿ｅｎｇ＿０００００.ｘｍｌ”と指定される。
【００３５】
図２Ｄは、本発明によるさらに他のファイル構造を示す図である。この例では、一つのルートディレクトリの下に、Ｊａｖａプログラムによる再生管理のためのディレクトリ（すなわち、ＢＤＪ）と、ＨＤＭＶタイトルを再生管理するためのディレクトリ（すなわち、ＢＤＭＶ）と、メタデータディレクトリ（ＭＥＴＡ）とが含まれる。より詳しくは、Ｊａｖａプログラムによる再生管理のためのディレクトリ（ＢＤＪ）内には、インデックスファイル（“ｉｎｄｅｘ.ｂｄｊ”）及びオブジェクトファイル（“ＪａｖａＯｂｊｅｃｔｓ.ｂｄｊ”）が含まれ、Ｊａｖａプログラムファイル（ＰＰＰＰＰ.ｊaｒ、…）を含むディレクトリ（ＪＡＲ）が含まれる。また、ＨＤＭＶタイトルを再生管理するためのディレクトリ（ＢＤＭＶ）内には、インデックスファイル（“ｉｎｄｅｘ.ｂｄｍｖ”）及びオブジェクトファイル（“ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ”）が含まれ、前述したプレイリストディレクトリ（ＰＬＡＹＬＩＳＴ）、クリップ情報ディレクトリ（ＣＬＩＰＩＮＦ）、ストリームディレクトリ（ＳＴＲＥＡＭ）及び補助データディレクトリ（ＡＵＸＤＡＴＡ）が含まれる。また、メタデータディレクトリ（ＭＥＴＡ）内には、図２Ｃで前述したファイル名を持つ検索ファイル（“ｅｘｍｔ＿ＬＬＬ＿ｘｘｘｘｘ.ｘｍｌ”）が含まれる。
【００３６】
図２Ｄのようなファイル構造によれば、特定の光記録再生装置１０において、Ｊａｖａプログラムによる再生がサポートされなくても、ＢＤＭＶディレクトリを介したＨＤＭＶタイトルだけの再生が可能になる。逆に、特定の光記録再生装置１０においてＪａｖａプログラムによる再生がサポートされる場合には、ＢＤＪディレクトリを介したＪａｖａタイトル及びＨＤＭＶタイトルの再生が可能になる。
【００３７】
図３は、前述したファイル構造（図２Ａ〜図２Ｄ）に関連した情報が光ディスク内に記録される構造の例示図である。より詳しくは、ディスクの内周（または中心）から始まり、ディスクボリュームは、ディスクボリューム内の最内周部分に位置するファイルシステム情報領域と、ディスクボリューム内の最外周部分に位置するＡＶストリーム領域と、ファイルシステム情報領域とＡＶストリーム領域との間に位置するデータベース領域とを含む。ファイルシステム情報領域内には、全てのデータファイルを制御するためのシステム情報が記録される。オーディオ／ビデオ／グラフィックデータなどのメインデータは、ストリーム領域内に記録される。記録されたストリームデータを再生するために使用されるファイル、例えばインデックスファイル、オブジェクトファイル、プレイリストファイル、クリップ情報ファイル、及びメタデータファイルは、ディスクボリューム内のデータベース領域内に記録される。
【００３８】
前述したように、動画コンテンツは、本発明に係る光ディスク内のストリーム領域に記録されるデータとして記録可能である。また、動画コンテンツを検索するための情報がメタデータファイルとして検索ファイル内に記録される。ストリーム領域内に記録された動画コンテンツを再生するためのファイル情報を記録する領域を“管理領域”とする。管理領域は、図３に示すファイルシステム情報領域及びデータベース領域に該当する。図３に示す各領域は、一例として提示したもので、各領域の配置構造は図３に示す構造に制限されるものではない。
【００３９】
図４は、本発明の一実施形態による光ディスク内に記録されるファイル構造及びそのファイル構造を用いたデータ再生関係を示す図である。すなわち、図４は、前述した図２Ａ〜図２Ｄに示すファイル構造により、特定のタイトルが再生される関係を示す図である。特に、図４は、インデックスファイルに基づいて構成されるインデックステーブルに提供される特定のタイトルに対し、ユーザのタイトル再生の命令がある場合、当該タイトルが再生される関係を詳細に示す図である。
【００４０】
ここで、Ｊａｖａプログラムをサポート可能な光記録再生装置１０の一例を、図４を参照して説明する。このとき、インデックスファイルは、Ｊａｖａインデックスファイル（Ｉｎｄｅｘ.ｂｄｊ）を使用する。インデックスファイル（Ｉｎｄｅｘ.ｂｄｊ）は、“Ｆｉｒｓｔ  Ｐｌａｙ”情報と、“Ｔｏｐ  Ｍｅｎｕ”情報と、少なくとも一つ以上の“タイトル（すなわち、Ｔｉｔｌｅ  ＃１〜Ｔｉｔｌｅ  ＃４）”情報とを含む。よって、タイトル（すなわち、Ｔｉｔｌｅ  ＃１〜Ｔｉｔｌｅ  ＃４）は、ＨＤＭＶタイトル及びＪａｖａタイトルの何れか一つからなることができる。それぞれのタイトル（Ｔｉｔｌｅ  ＃１〜Ｔｉｔｌｅ  ＃４）は、各タイトル別属性を示す情報を含む。また、各タイトルは、“Ｔｉｔｌｅ＿ｆｅａｔｕｒｅ（）”フィールド、“Ｔｉｔｌｅ＿ｍｏｂｊ＿ｉｄ＿ｒｅｆ（）”フィールド（又は“Ｔｉｔｌｅ＿ｊｏｂｊ＿ｉｄ＿ｒｅｆ（）”フィールド）、“Ｔｉｔｌｅ＿Ｄｅｓｃｒｉｐｔｏｒ＿ｒｅｆ（）”フィールド及び“Ｅｎｈａｎｃｅｄ＿ｓｅａｒｃｈ＿ｉｎｆｏ＿ｒｅｆ（）”フィールドを含む。“Ｔｉｔｌｅ＿ｆｅａｔｕｒｅ（）”フィールドは、タイトルの特性を示し、“Ｔｉｔｌｅ＿ｍｏｂｊ＿ｉｄ＿ｒｅｆ（）”フィールド（又は“Ｔｉｔｌｅ＿ｊｏｂｊ＿ｉｄ＿ｒｅｆ（）”フィールド）は、当該タイトルの再生シナリオ情報を持つ特定のオブジェクトを示す。また、“Ｔｉｔｌｅ＿Ｄｅｓｃｒｉｐｔｏｒ＿ｒｅｆ（）”フィールドは、当該タイトルの属性を示し、“Ｅｎｈａｎｃｅｄ＿ｓｅａｒｃｈ＿ｉｎｆｏ＿ｒｅｆ（）”フィールドは、当該タイトル内の検索情報を含む検索ファイルを示す。
【００４１】
また、より詳しくは、“Ｔｉｔｌｅ＿ｆｅａｔｕｒｅ（）”フィールドは、“Ｔｉｔｌｅ＿ｅｎｖｉｒｏｎｍｎｅｔ”情報、“Ｔｉｔｌｅ＿ｐｌａｙｂａｃｋ＿ｔｙｐｅ”情報、及び“Ｔｉｔｌｅ＿ｌｉｎｋ”情報を含む。“Ｔｉｔｌｅ＿ｅｎｖｉｒｏｎｍｎｅｔ”情報は、当該タイトルの再生環境がＪａｖａプログラムによって実行されるか、動画ＨＤＭＶによって行われるかを示す。“Ｔｉｔｌｅ＿ｐｌａｙｂａｃｋ＿ｔｙｐｅ”情報は、当該再生されるタイトルの属性が、動画ムービータイトルであるか、ユーザとのインタラクティブ用タイトルであるかを示す。“Ｔｉｔｌｅ＿ｌｉｎｋ”情報は、当該タイトルと互いに異なる属性のタイトルのリンクの可否を示す。例えば、当該タイトルがＨＤＭＶタイトルである場合、“Ｔｉｔｌｅ＿ｌｉｎｋ”情報はＪａｖａタイトルとのリンクの可否を示す。一方、当該タイトルがＪａｖａタイトルである場合、“Ｔｉｔｌｅ＿ｌｉｎｋ”情報はＨＤＭＶタイトルとのリンクの可否を示す。
【００４２】
また、前述した図２Ａ〜図２Ｄのファイル構造内に含まれた検索ファイルのうち、当該タイトルに係る検索情報を含む検索ファイル名が、“Ｅｎｈａｎｃｅｄ＿ｓｅａｒｃｈ＿ｉｎｆｏ＿ｒｅｆ（）”フィールド内に記録される。例えば、“ＥＳＩ＿ｆｉｌｅｎａｍｅ＿１（）”又は“ＥＳＩ＿ｆｉｌｅｎａｍｅ＿２（）”の何れか一つに検索ファイル名が記録される。よって、前述したようにタイトル情報を備えた特定のタイトルをユーザが選択する場合、当該タイトルが再生される。これらの再生関係を詳細に説明する。
【００４３】
ユーザが特定のＨＤＭＶタイトル（例えば、Ｔｉｔｌｅ  ＃１）の再生を選択すると、タイトル情報内の“Ｔｉｔｌｅ＿ｍｏｂｊ＿ｉｄ＿ｒｅｆ（）”フィールドにより指定されたムービーオブジェクトファイル（ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ）内の特定のオブジェクト（例えば、“Ｍ−ＯＢＪ  １”）によって定義されたコマンド又はプログラムにより、特定のプレイリスト（例えば、“０００００.ｍｐｌｓ”）が再生される。また、プレイリスト内のプレイアイテムにより特定のクリップ（“＊.ｃｌｐｉ”及び“＊.ｍ２ｔｓ”からなる）が再生される。
【００４４】
また、ユーザが特定のＪａｖａタイトル（例えば、Ｔｉｔｌｅ  ＃３）の再生を選択すると、タイトル情報内の“Ｔｉｔｌｅ＿ｊｏｂｊ＿ｉｄ＿ｒｅｆ（）”フィールドにより指定されたＪａｖａオブジェクトファイル（ＪａｖａＯｂｊｅｃｔ.ｂｄｊ）内の特定のオブジェクト（例えば、“Ｊ−ＯＢＪ  １”）によって定義されたコマンド又はプログラムにより、特定のプレイリスト（例えば、“０００００.ｍｐｌｓ”）が再生される。また、プレイリスト内のプレイアイテムにより、特定のクリップ（“＊.ｃｌｐｉ”及び“＊.ｍ２ｔｓ”からなる）が再生される。Ｊａｖａオブジェクトファイル（ＪａｖａＯｂｊｅｃｔ.ｂｄｊ）内の各オブジェクト（例えば、“Ｊ−ＯＢＪ  １”、“Ｊ−ＯＢＪ  ２”、・・・）は、特定のＪａｖａプログラムファイル（＊.ｊａｒ）内のアプリケーションを実行するアプリケーションＩＤ（ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ）を含む。アプリケーションＩＤ（ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ）で指定されたアプリケーションの実行により、当該Ｊａｖａプログラムによるタイトル再生が実行されることになる。
【００４５】
図５は、本発明の実施形態によるタイトル別コンテンツ検索のための検索情報の構成を示す図である。図５によれば、光ディスク内に複数のタイトル（すなわち、Ｔｉｔｌｅ  １、Ｔｉｔｌｅ  ２、Ｔｉｔｌｅ  ３、・・・）が存在する場合、各タイトル内のコンテンツはシーン（scene）に分類され、各シーン別属性を定義したシーンエントリー（scene entry）を構成することになる。よって、検索情報の構成において、当該シーンエントリーはエントリーの属性別に再分類される。すなわち、同一属性を持つエントリーを特定の“アイテム（Ｉｔｅｍ）”情報として分類する。分類された複数のアイテム（Ｉｔｅｍ）のうち、同じ特性を持つアイテムを“キャラクター”に分類する。
【００４６】
例えば、タイトル１（Ｔｉｔｌｅ１）は、同じ特性を持つ複数個のキャラクター（Ｃｈａｒａｃｔｅｒ１、 Ｃｈａｒａｃｔｅｒ２、 Ｃｈａｒａｃｔｅｒ３、・・・）に分類される。以後、各キャラクターは、更に同じ属性を持つ複数のアイテム（Ｉｔｅｍ１、Ｉｔｅｍ２、Ｉｔｅｍ３、・・・）に分類される。それぞれのアイテム（Ｉｔｅｍ）内には、同じ属性を持つ少なくとも一つ以上のシーンエントリーが含まれる。
【００４７】
したがって、ユーザがタイトル１（Ｔｉｔｌｅ１）内で特定のコンテンツを検索したい場合、まず、メイン画面上に複数のキャラクター（Ｃｈａｒａｃｔｅｒ１、Ｃｈａｒａｃｔｅｒ２、Ｃｈａｒａｃｔｅｒ３、・・・）がディスプレイされる。例えば、キャラクター１（Ｃｈａｒａｃｔｅｒ１）はアクター（Actor）別に、キャラクター２（Ｃｈａｒａｃｔｅｒ２）は場所別に、キャラクター３（Ｃｈａｒａｃｔｅｒ３）はキャラクター別に構成できる。以後、ユーザが特定のアクター別に検索したい場合、キャラクター１（Ｃｈａｒａｃｔｅｒ１）が選択され、当該キャラクター１（Ｃｈａｒａｃｔｅｒ１）に属する特定のアクター名により分類された複数のアイテム（Ｉｔｅｍ１、Ｉｔｅｍ２、Ｉｔｅｍ３、・・・）がディスプレイされる。以後、ユーザが特定のアクター名（例えば、“Ｎａｍｅ  Ａ”）を選択すると、当該アクターが登場する少なくとも一つ以上のエントリー（Ｅｎｔｒｙ１、Ｅｎｔｒｙ２、Ｅｎｔｒｙ３、・・・）が提供される。最終的に、ユーザにより特定のエントリーが選択されると、選択された当該エントリーに対応する特定のシーンが提供される。したがって、本発明によれば、タイトル内の特定のシーンに対するシーンエントリーは、検索情報を構成するために使用される。但し、シーンエントリーを属性別に分類する上位検索情報として、“アイテム（Ｉｔｅｍ）”及び“キャラクター（Ｃｈａｒａｃｔｅｒ）”が構成される。
【００４８】
図６は、本発明の実施形態による前述した図５の検索情報の構成に対する詳細図である。図６によれば、検索情報として“アイテム（Ｉｔｅｍ）”及び“キャラクター（Ｃｈａｒａｃｔｅｒ）”をマップ情報により構成するが、これを各々アイテムサーチマップ（ItemSearch-Map；以下、“ＩＳ−Ｍａｐ”）１０２２及びキャラクターマップ（Character-Map；以下、“Ｃ−Ｍａｐ”）１０２とする。検索ファイル１００内には、一般情報フィールド（“ＥｎｈａｎｃｅｄＳｅａｒｃｈ＿ＧＩ（）”）１０１及び複数のキャラクターマップフィールド（“Ｃ−Ｍａｐ＿＃ｎ（）”）１０２が含まれる。一般情報フィールド（“ＥｎｈａｎｃｅｄＳｅａｒｃｈ＿ＧＩ（）”）１０１には、検索ファイルに含まれたキャラクターマップの個数情報（“Ｎｕｍ＿ｏｆ＿Ｃｈａｒａｃｔｅｒｓ”）１０１１及びそれぞれのキャラクターマップ情報（“Ｃ−Ｍａｐ＿＃ｎ＿ｉｎｆｏ（）”）１０１２が含まれる。特に、キャラクターマップ情報（“Ｃ−Ｍａｐ＿＃ｎ＿ｉｎｆｏ（）”）１０１２内には、キャラクターマップであることを示す認識情報（“Ｃ−Ｍａｐ＿Ｉｄｅｎｔｉｆｉｅｒ”）１０１２ａ、当該キャラクターマップの特性を示す情報（“Ｃ−Ｍａｐ＿Ｃｈａｒ＿Ｄｅｓｃｒｉｐｔｏｒ”）１０１２ｂ及び検索ファイル内に当該キャラクターマップの位置を示すポインタ情報（“Ｃ−Ｍａｐ＿Ｐｏｉｎｔｅｒ”）１０１２ｃが含まれる。“Ｃ−Ｍａｐ＿Ｃｈａｒ＿Ｄｅｓｃｒｉｐｔｏｒ”（１０１２ｂ）情報は、光ディスク製作者により予め定義された特性からなる。例えば、“Ｃ−Ｍａｐ＿Ｃｈａｒ＿Ｄｅｓｃｒｉｐｔｏｒ”（１０１２ｂ）情報は、“場所”、“アクター”、“キャラクター”、・・・等に定義される場合がある。
【００４９】
また、検索ファイル１００内の各キャラクターマップフィールド（“Ｃ−Ｍａｐ＿＃ｎ（）”）１０２は、当該キャラクターマップの一般情報フィールド（“ＣｈａｒａｃｔｅｒｓＭａｐ＿ＧＩ（）”）１０２１及び複数のアイテムマップフィールド（“ＩＳ−Ｍａｐ＿＃ｎ（）”）１０２２を含む。キャラクターマップの一般情報フィールド（“ＣｈａｒａｃｔｅｒｓＭａｐ＿ＧＩ（）”）１０２１は、当該キャラクターマップ（Ｃ−Ｍａｐ）１０２に含まれたアイテムマップの個数情報（“Ｎｕｍ＿ｏｆ＿ＩＳ−Ｍａｐｓ”）１０３１及びそれぞれのアイテムマップ情報（“ＩＳ−Ｍａｐ＿＃ｎ＿ｉｎｆｏ（）”）１０３２を含む。特に、アイテムマップ情報（“ＩＳ−Ｍａｐ＿＃ｎ＿ｉｎｆｏ（）”）１０３２は、当該アイテムマップの特性を示す情報（“ＩＳ−Ｍａｐ＿Ｉｔｅｍ＿Ｄｅｓｃｒｉｐｔｏｒ”）１０３２ａ、検索ファイル内に当該アイテムマップの位置を示すポインタ情報（“ＩＳ−Ｍａｐ＿Ｐｏｉｎｔｅｒ”）１０３２ｂ及び当該アイテムマップ１０２２に含まれたエントリー個数情報（“Ｎｕｍ＿ｏｆ＿Ｅｎｔｒｉｅｓ”）１０３２ｃを含む。“ＩＳ−Ｍａｐ＿Ｉｔｅｍ＿Ｄｅｓｃｒｉｐｔｏｒ”（１０３２ａ）情報は、ディスク製作者により予め定義された特性からなる。例えば、上位階層のキャラクターマップ（Ｃ−Ｍａｐ）が“アクター”に定義された場合、それぞれのアイテムマップは、個別アクター名（“Ｎａｍｅ  Ａ”、“Ｎａｍｅ  Ｂ”、“Ｎａｍｅ  Ｃ”、・・・）に定義することが可能である。
【００５０】
また、それぞれのアイテムマップフィールド（“ＩＳ−Ｍａｐ＿＃ｎ（）”）１０２２は、少なくとも一つ以上のエントリー１０４２（すなわち、“Ｅｎｔｒｙ＿＃１（）、Ｅｎｔｒｙ＿#２（）、Ｅｎｔｒｙ＿＃３（）、・・・”）を含む。各エントリー（“Ｅｎｔｒｙ＿＃ｎ（）”）１０４２は、当該エントリーの分類情報（“Ｅｎｔｒｙ＿Ｃｌａｓｓｉｆｉｅｒ”）１０４２ａ、当該エントリーの特性を示す情報（“Ｅｎｔｒｙ＿Ｄｅｓｃｒｉｐｔｏｒ”）１０４２ｂ、当該エントリー検索に係るアクセス情報（“Ｒｅｆ＿ｔｏ＿ｔｈｕｍｂｎａｉｌ＿ｉｎｆｏ（）”）１０４２ｃ、及び光ディスク内に当該エントリーが記録された位置を示すポインタ情報（“Ｅｎｔｒｙ＿Ｐｏｉｎｔｅｒ”）１０４２ｄを含む。
【００５１】
エントリー（“Ｅｎｔｒｙ＿＃ｎ（）”）１０４２内に含まれる各情報を例として説明する。エントリー分類情報（“Ｅｎｔｒｙ＿Ｃｌａｓｓｉｆｉｅｒ”）１０４２ａは、当該エントリーが意味するシーンに対する視聴等級を示す情報として使用できる。例えば、エントリー分類情報（“Ｅｎｔｒｙ＿Ｃｌａｓｓｉｆｉｅｒ”）１０４２ａは、当該エントリーが、成人視聴者用であるか否か、または１８歳未満の視聴者（または未成年者、若者の視聴者）用であるか否かを示す。
【００５２】
また、エントリーの特性を示す情報（“Ｅｎｔｒｙ＿Ｄｅｓｃｒｉｐｔｏｒ”）１０４２ｂは、当該エントリーが意味するシーンの特性を示す。例えば、“Ｅｎｔｒｙ＿Ｄｅｓｃｒｉｐｔｏｒ”（１０４２ｂ）は、前述したキャラクターマップ（Ｃ−Ｍａｐ）及びアイテムマップ（ＩＳ−Ｍａｐ）で定義された特性（すなわち、“アクター名、場所、キャラクター名“など）を示す。すなわち、“Ｅｎｔｒｙ＿Ｄｅｓｃｒｉｐｔｏｒ”（１０４２ｂ）に指示された情報により、当該エントリーがどのアイテムマップ（ＩＳ−Ｍａｐ）１０２２及びキャラクターマップ（Ｃ−Ｍａｐ）１０２に含まれるかを決定することになる。また、同じエントリーが複数のアイテムマップ（ＩＳ−Ｍａｐ）１０２２及び複数のキャラクターマップ（Ｃ−Ｍａｐ）１０２に含まれることが出来ることは明らかである。
【００５３】
また、エントリー検索に係るアクセス情報（“Ｒｅｆ＿ｔｏ＿ｔｈｕｍｂｎａｉｌ＿ｉｎｆｏ（）”）１０４２ｃは、例えば、サムネイル（thumbnail）情報などの別個のファイルに記録されたインデックス又はアイコンを示す情報を意味する。また、“Ｒｅｆ＿ｔｏ＿ｔｈｕｍｂｎａｉｌ＿ｉｎｆｏ（）”（１０４２ｃ）は、当該エントリーを簡略に示す情報として使用される。
【００５４】
また、ポインタ情報（“Ｅｎｔｒｙ＿Ｐｏｉｎｔｅｒ”）１０４２ｄは、光ディスク内に当該エントリーが記録された実際の位置を示す。例えば、ポインタ情報（“Ｅｎｔｒｙ＿Ｐｏｉｎｔｅｒ”）１０４２ｄは、時間情報（timing information）として当該タイトル内の特定の位置を示すことができ、又は、再生されるプレイリスト内のマーク情報として特定の位置を示すこともできる。
【００５５】
図７Ａ及び図７Ｂは、本発明の一実施形態による検索情報を構成する方法を概念的に示す図である。図７Ａによれば、検索情報は、キャラクターマップ（Ｃ−Ｍａｐ）内のアイテムマップ（ＩＳ−Ｍａｐ）及びアイテムマップ（ＩＳ−Ｍａｐ）内のエントリー（Ｅｎｔｒｙ）などの階層的テーブル構造からなる。図７Ｂによれば、検索情報は、複数のキャラクターマップ（Ｃ−Ｍａｐ）、複数のアイテムマップ（ＩＳ−Ｍａｐ）及び複数のエントリー（Ｅｎｔｒｙ）からなる。図７Ｂの検索情報は、キャラクターマップ（Ｃ−Ｍａｐ）、アイテムマップ（ＩＳ−Ｍａｐ）及びエントリー（Ｅｎｔｒｙ）の相互間のマッピング関係を示すディスクリプタ（Descriptor）を含む。すなわち、図７Ａのテーブル構造によれば、検索ファイルを構成する際、上位グループ（例えば、キャラクターマップ（Ｃ−Ｍａｐ））内に複数の下位グループ（例えば、アイテムマップ（ＩＳ−Ｍａｐ））が含まれる。また、同一特性に分類される少なくとも一つ以上のエントリー（Ｅｎｔｒｙ）が各アイテムマップ（ＩＳ−Ｍａｐ）内に含まれる。したがって、同じ場面を示すエントリー（Ｅｎｔｒｙ）であっても、互いに異なるアイテムマップ（ＩＳ−Ｍａｐ）に含まれる場合には、各々当該アイテムマップ（ＩＳ−Ｍａｐ）内にエントリー（Ｅｎｔｒｙ）として登録することになる。同様に、それぞれのアイテムマップ（ＩＳ−Ｍａｐ）は、少なくとも一つ以上のキャラクターマップ（Ｃ−Ｍａｐ）に含まれる。
【００５６】
代りに、図７Ｂのディスクリプタ構造により検索ファイルを構成する際、その構造は複数のキャラクターマップ（Ｃ−Ｍａｐ）、複数のアイテムマップ（ＩＳ−Ｍａｐ）及び複数のエントリー（Ｅｎｔｒｙ）を含む。しかしながら、各アイテムマップ（ＩＳ−Ｍａｐ）は、少なくとも一つ以上の上位キャラクターマップ（Ｃ−Ｍａｐ）を示すマッピング情報を含む。また、各エントリー（Ｅｎｔｒｙ）は、少なくとも一つ以上の上位アイテムマップ（ＩＳ−Ｍａｐ）を示すマッピング情報を含む。
【００５７】
図８は、本発明の一実施形態による各言語別検索情報を別個の検索ファイルから構成する方法を示す図である。
【００５８】
すなわち、図２Ｂ及び図２Ｃに示すように、検索ファイルは各言語別に生成される（または構成される）。例えば、英語からなる検索ファイルは、“０１００１.ｅｓｉ”又は“ｅｓｍｔ＿ｅｎｇ＿０００００.ｘｍｌ”のファイル名を用いて示される。韓国語からなる検索ファイルは、“０１００２.ｅｓｉ”又は“ｅｓｍｔ＿ｋｏｒ＿０００００.ｘｍｌ”のファイル名を用いて示される。日本語からなる検索ファイルは、“０１００３.ｅｓｉ”又は“ｅｓｍｔ＿ｊｐｎ＿０００００.ｘｍｌ”のファイル名を用いて示される。よって、各検索ファイル内に含まれる検索情報の構造は、前述した図７Ａ及び図７Ｂの構造で完全に同じように構成することが可能である。
【００５９】
図９Ａ及び図９Ｂは、本発明の一実施形態による全ての言語別に生成された検索情報を一つの検索ファイルから構成する方法を示す図である。すなわち、図２Ｂ及び図２Ｃに示すように、検索ファイルは、光ディスク内のサポート可能な全ての言語を統合した一つのファイルから生成される（または構成される）。例えば、検索ファイルは、“０１００１.ｅｓｉ”又は“ｅｓｍｔ＿ｍｕｌ＿０００００.ｘｍｌ”のファイル名を用いて示される。図９Ａは、検索ファイル内に含まれる検索情報の構造を示す図である。ここで、図７Ａ及び図７Ｂに示すように、それぞれの言語別に複数個の検索情報が生成される。一方、図９Ｂでは、検索ファイル内に含まれる検索情報の構造を、前述した図７Ａ及び図７Ｂに示すような構造と完全に同じように構成するが、サポート可能な言語情報を別個のディスクリプタとして生成する（または構成する）。
【００６０】
すなわち、図９Ｂによれば、検索情報のうち、言語情報に係る部分だけを複数のディスクリプタとして構成し、残りの部分は共有する構造から構成する。例えば、図９Ｂに示す検索情報の構造は、検索ファイル１００の一般情報フィールド（“ＥｎｈａｎｃｅｄＳｅａｒｃｈ＿ＧＩ（）”）１０１内にサポートされる言語の個数情報（“Ｎｕｍ＿ｏｆ＿ｌａｎｇｕａｇｅｓ”）１０１３を含む。また、当該キャラクターマップの特性を示す情報（“Ｃ−Ｍａｐ＿Ｃｈａｒ＿Ｄｅｓｃｒｉｐｔｏｒ”）１０１２ｂ、当該アイテムマップの特性を示す情報（“ＩＳ−Ｍａｐ＿Ｉｔｅｍ＿Ｄｅｓｃｒｉｐｔｏｒ”）１０３２ａ、当該エントリーの特性を示す情報（“Ｅｎｔｒｙ＿Ｄｅｓｃｒｉｐｔｏｒ”）１０４２ｂだけをサポート可能な言語別に独立的に具備する。したがって、一つの検索ファイル内に全ての言語別検索情報を提供することが可能になる。
【００６１】
図１０は、本発明の一実施形態による検索情報を管理する方法を示す図である。図１０によれば、本発明による検索情報の管理方法は、エントリー（Ｅｎｔｒｙ）及び／又はアイテム（Ｉｔｅｍ）の存在可能な最大個数を管理するものである。例えば、光ディスク全体に存在するエントリー（Ｅｎｔｒｙ）及び／又はアイテム（Ｉｔｅｍ）の最大個数を制限することが可能であり、特定のキャラクターマップ内に存在するエントリー（Ｅｎｔｒｙ）及び／又はアイテム（Ｉｔｅｍ）の最大個数を制限することが可能であり、或いは、特定のアイテムマップ内に存在するエントリー（Ｅｎｔｒｙ）の最大個数を制限することが可能である。また、特定の検索ファイル内に存在するエントリー（Ｅｎｔｒｙ）及び／又はアイテム（Ｉｔｅｍ）の最大個数を制限することも可能である。前述したように、検索情報を構成するエントリー（Ｅｎｔｒｙ）及び／又はアイテム（Ｉｔｅｍ）の最大個数を制限することにより、光ディスク製作者が必ず必要な検索情報だけを効率良く含むようにディスクを構成することが可能である。このことは、ユーザに不要な検索時間を低減できるようにする。
【００６２】
図１１Ａ及び図１１Ｂは、本発明による光記録再生装置及びプレーヤーモデルの一例を示す図である。より詳細には、図１１Ａは光記録再生装置１０の全体の構成を示す図であり、図１１Ｂは属性の異なるタイトルが記録された光ディスクを再生するための本発明の再生処理手段１７又はプレーヤーモデル１７ｂの具体的な構造を示す図である。図１１Ａを参照して、本発明の光記録再生装置１０の全体の構成について説明する。
【００６３】
光記録再生装置１０は、光ディスク内のストリーム記録領域に記録されたコンテンツ及び再生管理領域に記録されたファイル情報を含む管理情報を再生するためのピックアップ部１１と、ピックアップ部１１の動作を制御するサーボ１４、ピックアップ部１１から受信された再生信号を所望の信号値に復元し、または記録される信号を光ディスクに記録される信号に変調して送信する信号処理部１３と、光ディスク再生のために必要な各種必要情報を格納するメモリ１５と、上記構成要素の動作を制御するマイクロコンピュータ１６と、を含む。前述した構成要素を統合して、記録再生部２０とする。記録再生部２０は、単一製品としても提供することができる。
【００６４】
制御部１２は、全体の構成要素を制御する。特に、制御部１２は、ユーザとのインターフェースを介して、特定のタイトルの再生命令及びタイトル内のコンテンツ検索命令などを受信する。また、再生処理手段１７は、制御部１２の制御によって出力データを最終的にデコードして、デコードされたデータをユーザに提供する。より詳しくいうと、再生処理手段１７は、デコーダ１７ａ及びプレーヤーモデル１７ｂを含む。デコーダ１７ａはＡＶ信号をデコードする。プレーヤーモデル１７ｂは、前述した特定のタイトルの再生と関連して、オブジェクトコマンド又はプログラム及び制御部１２を介して入力されるユーザ命令を解析する。以後、プレーヤーモデル１７ｂは、解析された情報及び命令に従って再生方向を決定する。但し、実施形態によっては、プレーヤーモデル１７ｂがデコーダ１７ａを含む場合もあり、この場合には、本発明の再生処理手段１７はプレーヤーモデル（図１１Ｂ）として機能することが可能である。
【００６５】
また、エンコーダ１８は、光ディスクに信号を記録するために、制御部１２の制御に従い、入力信号を特定フォーマットの信号（例えば、ＭＰＥＧ２トランスポートストリーム）に変換し、変換された信号を信号処理部１３に提供する。
【００６６】
図１１Ｂは、プレーヤーモデルの詳細な構成を示す図である。本発明では、ＨＤＭＶタイトル及びＪａｖａタイトルを再生できるプレーヤーモデルを本発明によるプレーヤーモデルの例として説明する。図１１Ｂによれば、プレーヤーモデルは、モジュールマネージャ１７１、ムービーモジュール１７２、ＢＤＪモジュール１７３、再生制御エンジン１７４、及びプレゼンテーションエンジン１７５を含む。ムービーモジュール１７２及びＢＤＪモジュール１７３は、ＨＤＭＶタイトル及びＪａｖａタイトルを再生するために、再生処理管理用の別個の手段として独立的に構成される。より詳しくは、ムービーモジュール１７２はＨＤＭＶタイトルを再生し、ＢＤＪモジュール１７３はＪａｖａタイトルを再生する。ムービーモジュール１７２及びＢＤＪモジュール１７３は、上記オブジェクト（Ｍ−ＯＢＪ又はＪ−ＯＢＪ）内のコマンド又はプログラムを受信し、これを処理する制御機能を持つ。コマンドを受信して処理する手段として、ムービーモジュール１７２内には、コマンドプロセッサ１７２ａが、ＢＤＪモジュール１７３内にはアプリケーションマネージャ１７３ａ及びＪａｖａ  ＶＭ（１７３ｂ）が各々含まれる。また、モジュールマネージャ１７１は、ムービーモジュール１７２及びＢＤＪモジュール１７３にユーザ命令を送信すると共に、ムービーモジュール１７２及びＢＤＪモジュール１７３の動作を制御する。
【００６７】
再生制御エンジン１７４は、ムービーモジュール１７２及びＢＤＪモジュール１７３の再生命令に従い、実際に光ディスク内に記録されたプレイリストファイルのコンテンツを解析し（特に、プレイリストファイルのコンテンツは“静的なシナリオ”を構成する）、これに従う再生を実行する。また、プレゼンテーションエンジン１７５は、スクリーン画面に特定のストリームをディスプレイする。特定のストリームの再生は、再生制御エンジン１７４により管理される。特に、再生制御エンジン１７４は、再生制御ファンクション１７４ａ及び再生レジスタ１７４ｂからなり、再生制御ファンクション１７４ａは実際に全ての再生を管理し、また、再生レジスタ１７４ｂはプレーヤーの再生環境又は再生状態を格納する。すなわち、再生レジスタ１７４ｂは、複数のＰＳＲ（Player status registers）及びＧＰＲ（General purpose registers）を記録する。場合によっては、再生制御ファンクション１７４ａは再生制御エンジン１７４として機能し、再生制御エンジン１７４と呼ばれることもある。
【００６８】
また、本発明のプレーヤーモデルにおいて、モジュールマネージャ１７１、ムービーモジュール１７２、ＢＤＪモジュール１７３及び再生制御エンジン１７４は、ソフトウェア的な処理が可能である。例えば、実際にハードウェア構成よりはソフトウェアで処理することが設計的に好ましい。但し、プレゼンテーションエンジン１７５、デコーダ１７ａ及びグラフィックプラン１７ｃ、１７ｄは、ハードウェア的に設計されるのが一般的である。特に、ソフトウェア的に処理される構成要素（例えば、図面符号１７１、１７２、１７３、１７４）の場合は、前述した制御部１２の一部分から構成されることができる。したがって、本発明の構成要素は、その意味として理解すべきであり、ハードウェア的な構成であるか、ソフトウェア的な構成であるかに制限されるものではない。
【００６９】
プレーヤーモデルの特徴は、次の通りである。まず、前述したように、ＨＤＭＶタイトルを再生するためのムービーモジュール１７２及びＪａｖａタイトルを再生するためのＢＤＪモジュール１７３は、独立的に構成される。すなわち、両方のモジュール１７２、１７３が同時に実行されるものではない。換言すれば、ＨＤＭＶタイトルの再生中にはＪａｖａタイトルを再生できず、Ｊａｖａタイトルの再生中にはＨＤＭＶタイトルを再生できない。
【００７０】
次に、ＨＤＭＶタイトル及びＪａｖａタイトルは、各々別個の方式によりユーザ命令を受信し、受信したユーザ命令を実行する方式も独立的である。但し、ユーザ命令を受信してムービーモジュール１７２及びＢＤＪモジュール１７３の何れか一つに送信する手段が必要である。本発明では、モジュールマネージャ１７１内のユーザイベントマネージャ１７１ａがこの機能を担当する。例えば、ユーザイベントマネージャ１７１ａは、受信したユーザ命令がＵＯ（User Operation）によるユーザ命令である場合、この命令をムービーモジュール１７２内のＵＯ制御器１７２ｂに送信して実行するようにする。また、ユーザイベントマネージャ１７１ａは、受信したユーザ命令がキーイベントによるユーザ命令である場合、この命令をＢＤＪモジュール１７３内のＪａｖａ  ＶＭ（１７３ｂ）に送信して実行するようにする。
【００７１】
また、現在動作中であるモジュール１７２、１７３の何れか一つが、再生制御エンジン１７４の管理（又はマスター）を行なう。すなわち、ＨＤＭＶタイトルの再生中にはムービーモジュール１７２がマスターになり、Ｊａｖａタイトルの再生中にはＢＤＪモジュール１７３がマスターになる。最終的に、グラフィックプランの管理も独立的に実行される。例えば、ＨＤＭＶプラン１７ｃは、プレゼンテーションエンジン１７５がマスターになり、Ｊａｖａプラン１７ｄは前述したＢＤＪモジュール１７３内のＪａｖａ  ＶＭ（１７３ｂ）がマスターになる。
【００７２】
本発明の光記録再生装置１０を用いた光ディスクの再生方法を説明すれば、次の通りである。すなわち、前述した図２Ａ〜図２Ｄの何れか一つの実施形態により再生管理ファイル構造が記録された光ディスクが、光記録再生装置１０内にロードされると、マイクロコンピュータ１６はロードされた光ディスク内に記録された再生管理ファイル情報などをピックアップ部１１を用いて読み出す。マイクロコンピュータ１６は、読み出した情報をメモリ１５に格納する。その後、制御部１２を介して特定のタイトルの再生のためのユーザ選択命令が入力されると、選択されたタイトルに該当する再生シナリオによって特定のデータを読み出す。マイクロコンピュータ１６は、読み出したデータをプレーヤーモデル（図１１Ｂ）に送信する。その後、プレーヤーモデルは、当該タイトルの属性、各オブジェクトファイル（これは“動的なシナリオ”を決定する）及びプレイリストファイル（これは、“静的なシナリオ”を決定する）を介して確認された再生シナリオにより、前述したムービーモジュール１７２及びＢＤＪモジュール１７３の何れか一つを駆動して、ユーザが選択したタイトルの再生を最終的に実行する。
【００７３】
前述したタイトル再生の途中、当該タイトル内の特定のコンテンツを検索する２つの方法が存在する。一つの方法は、タイトル再生の途中、ユーザによりタイトル内にコンテンツ検索命令が入力されると、タイトル再生を一時中止し、前述した検索ファイル内の検索情報からタイトル内の特定のコンテンツを検索する。その後、検索動作が終了すると、一時中止したタイトルの再生位置からタイトルを更に再生する。換言すれば、タイトル再生を一時中止して検索動作を実行した後、ユーザの要請又はシステム命令により所定の時間が経過すると、一時中止した位置から更に自動的に再生することを意味する。
【００７４】
他の方法は、タイトル再生の途中、ユーザによりタイトル内にコンテンツ検索命令が入力されると、タイトル再生を中止する。その後、検索ファイル内の検索情報からタイトル内の特定のコンテンツを検索する。検索動作の結果に従い、最終的に選択された検索シーンの以後からタイトルを更に再生する。すなわち、タイトル再生を完全に終了して検索動作を実行した後、ユーザが選択するシーンからタイトルを更に再生する。
【００７５】
さまざまな修正や変形が本発明において発明の要旨や範囲から離れることなく可能であることは当業者にとって明らかであろう。したがって、さまざまな修正や変形が特許請求の範囲およびその均等の範囲にある場合には、本発明は、本発明のさまざまな修正や変形を対象にするということを意図される。
【図面の簡単な説明】
【００７６】
【図１】本発明による記録媒体（例えば、ＢＤ−ＲＯＭ）に記録される各タイトルを示す図である。
【図２Ａ】本発明による記録媒体（すなわち、光ディスク）に記録されるファイル構造及びこれを用いたデータ再生の関係を示す図である。
【図２Ｂ】本発明による記録媒体（すなわち、光ディスク）に記録されるファイル構造及びこれを用いたデータ再生の関係を示す図である。
【図２Ｃ】本発明による記録媒体（すなわち、光ディスク）に記録されるファイル構造及びこれを用いたデータ再生の関係を示す図である。
【図２Ｄ】本発明による記録媒体（すなわち、光ディスク）に記録されるファイル構造及びこれを用いたデータ再生の関係を示す図である。
【図３】本発明による記録媒体（すなわち、光ディスク）に記録されるデータ記録構造を示す図である。
【図４】本発明の一実施形態による光ディスク内に記録されたファイル構造及びそのファイル構造を用いたデータ再生の関係を示す図である。
【図５】本発明の実施形態によるタイトル別コンテンツ検索のための検索情報の構成を示す図である。
【図６】図５の検索情報の詳細な構成を示す図である。
【図７Ａ】本発明の実施形態による検索情報を構成する方法を示す図である。
【図７Ｂ】本発明の実施形態による検索情報を構成する方法を示す図である。
【図８】本発明の一実施形態による各言語別検索情報を別個の検索ファイルとして構成する方法を示す図である。
【図９Ａ】本発明の実施形態による全ての言語別検索情報を一つの検索ファイルとして構成する方法を示す図である。
【図９Ｂ】本発明の実施形態による全ての言語別検索情報を一つの検索ファイルとして構成する方法を示す図である。
【図１０】本発明の実施形態による検索情報を管理する方法を示す図である。
【図１１Ａ】本発明の光記録再生装置の全体を示す図である。
【図１１Ｂ】本発明のプレーヤーモデルを示す図である。
【図１】
2008512819.tif 000003
【図２Ａ】
2008512819.tif 000004
【図２Ｂ】
2008512819.tif 000005
【図２Ｃ】
2008512819.tif 000006
【図２Ｄ】
2008512819.tif 000007
【図３】
2008512819.tif 000008
【図４】
2008512819.tif 000009
【図５】
2008512819.tif 000010
【図６】
2008512819.tif 000011
【図７Ａ】
2008512819.tif 000012
【図７Ｂ】
2008512819.tif 000013
【図８】
2008512819.tif 000014
【図９Ａ】
2008512819.tif 000015
【図９Ｂ】
2008512819.tif 000016
【図１０】
2008512819.tif 000017
【図１１Ａ】
2008512819.tif 000018
【図１１Ｂ】
2008512819.tif 000019
【国際調査報告】
2008512819.tif 000020
2008512819.tif 000021