(57)【要約】  記録媒体、該記録媒体からコンデンツデータをサーチする方法、および記録媒体からデータを再生する方法および装置を開示する。記録媒体は、コンデンツデータを格納するストリーム領域、そしてコンデンツデータをサーチするためのサーチファイルを格納する再生管理領域を含む。サーチファイルは、コンデンツデータを複数のシーンに分割する。コンデンツデータがマルチアングル（ｍｕｌｔｉ−ａｎｇｌｅ）をサポートする場合、サーチファイルは、アングルによってシーンを分類し、アングルを特定する属性を含む。したがって、記録媒体内に記録された様々なコンデンツデータを容易にサーチでき、記録媒体のデータを効率的に再生／管理でき、ユーザにより便利な機能の作成という結果となる。
2009510801.tif 000002
【特許請求の範囲】
【請求項１】
コンデンツデータが記録されたストリーム領域と、
複数のシーン（ｓｃｅｎｅ）に分割されたコンデンツデータをサーチするためのサーチファイルが個々のシーンのメタデータを含む管理領域と
を備える記録媒体であって、
前記メタデータは、個々のアングルを特定する属性を含み、前記シーンは、各アングルによって特定されることを特徴とする記録媒体。
【請求項２】
前記アングルを特定する前記属性は、アングル番号（ａｎｇｌｅ＿ｎｕｍ）であることを特徴とする請求項１に記載の記録媒体。
【請求項３】
各アングルについての前記シーンは、前記アングルをサポートすることができる少なくとも１つのプレイアイテム（ＰｌａｙＩｔｅｍ）を含む複数のプレイアイテムにより再生されることを特徴とする請求項１に記載の記録媒体。
【請求項４】
各アングルについての前記シーンが複数のプレイアイテムにかかっている場合、前記シーンの前記アングルを特定する前記属性は、前記アングルをサポートする前記プレイアイテムにおいてのみ有効であることを特徴とする請求項３に記載の記録媒体。
【請求項５】
前記メタデータは、前記シーンの前記属性として、エントリポイント（ｅｎｔｒｙ＿ｐｏｉｎｔ）をさらに含むことを特徴とする請求項１に記載の記録媒体。
【請求項６】
前記メタデータは、前記シーンの前記属性として、継続時間（ｄｕｒａｔｉｏｎ）をさらに含むことを特徴とする請求項１に記載の記録媒体。
【請求項７】
前記サーチファイルは、メタデータディレクトリ（ＭＥＴＡ）に含まれていることを特徴とする請求項１に記載の記録媒体。
【請求項８】
ａ）コンデンツサーチコマンドによってシーンに含まれるシーン要素を提供するステップと、
ｂ）個々のアングルによって特定できる前記提供されたシーン要素の中から、前記選択されたシーン要素に対応する少なくとも１つのシーンを提供するステップと
を備えたことを特徴とするコンデンツデータのサーチ方法。
【請求項９】
前記アングルによって特定された前記シーンは、前記アングルを特定できる属性を含むメタデータによりサーチされることを特徴とする請求項８に記載のコンデンツデータのサーチ方法。
【請求項１０】
前記アングルを特定する前記属性は、アングル番号（ａｎｇｌｅ＿ｎｕｍ）情報を示すことを特徴とする請求項９に記載のコンデンツデータのサーチ方法。
【請求項１１】
各アングルについての前記シーンは、前記アングルをサポートできる少なくとも１つのプレイアイテムを含む複数のプレイアイテムによって再生されることを特徴とする請求項８に記載のコンデンツデータのサーチ方法。
【請求項１２】
ａ）コンデンツデータサーチコマンドによってコンデンツデータをサーチするステップと、
ｂ）各アングルについて特定された少なくとも１つのシーンを提供するステップと、
ｃ）前記シーンのアングルを特定する属性によって前記サーチされたシーンを再生するステップと
を備えたことを特徴とする記録媒体からデータを再生する方法。
【請求項１３】
前記アングルを特定する前記属性は、前記サーチされたシーンに関連するメタデータに含まれていることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記アングルを特定する前記属性が、前記サーチされたシーンを再生できるプレイアイテムにおいて有効か否かを判断するステップと、
前記アングルを特定する前記属性が前記プレイアイテムにおいて有効である場合、前記サーチされたシーンを前記シーンのアングルで再生するステップと、
前記アングルを特定する前記属性が前記プレイアイテムにおいて有効でない場合、前記サーチされたシーンをデフォルトのアングルで再生するステップと
をさらに備えたことを特徴とする請求項１２に記載の方法。
【請求項１５】
前記サーチされたシーンが複数のプレイアイテムによって再生される場合、前記プレイアイテムによって前記アングルを特定する前記属性が、対応するプレイアイテムにおいて有効か否かを判断するステップ
をさらに備えたことを特徴とする請求項１２に記載の記録媒体再生方法。
【請求項１６】
記録媒体に記録された信号を読み出すための記録／再生部と、
コンデンツサーチコマンドを前記記録／再生部に送信し、個々のアングルによって特定された少なくとも１つのシーンをサーチし、前記シーンの前記アングルを特定する属性によって前記サーチされたシーンを再生する制御部と、
を備えることを特徴とする記録媒体からデータを再生する装置。
【請求項１７】
前記制御部は、前記サーチされたアングルの前記アングルを特定するための前記属性が前記シーンを再生するプレイアイテムにおいて有効か否かを判断し、前記属性が有効である場合、前記サーチされたシーンの前記アングルに対応するデータを再生し、前記属性が有効でない場合、デフォルトのアングルに対応するデータを再生することを特徴とする請求項１６に記載の装置。
【請求項１８】
前記制御部は、前記サーチされたシーンが複数のプレイアイテムによって再生される場合、前記サーチされたシーンの前記アングルを特定するための前記属性が、対応するプレイアイテムにおいて有効か否かを判断することを特徴とする請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体に関し、より詳しくは、記録媒体内に記録されたコンデンツデータをサーチできるサーチファイルを含む記録媒体、記録媒体を用いてコンデンツデータをサーチ方法、および記録媒体からデータを再生する方法および装置に関する。
【背景技術】
【０００２】
一般に、そこに大容量のデータを記録できる記録媒体として動作する光ディスクが広く使用されてきている。特に、最近では高画質のビデオデータと高音質のオーディオデータを長時間記録／保存できる新しい高密度記録媒体、例えば、ブルーレイディスク（ＢＤ）が開発されている。
【０００３】
次世代記録媒体技術に基づくＢＤは、従来のＤＶＤよりはるかの多くのデータを格納できる次世代の光記録ソリューションとして見なされてきており、近来、他のデジタル機器と共に、ＢＤに関連する世界標準の技術仕様への研究が進められてきている。
【０００４】
特に、様々な属性のデータで構成されるコンデンツデータを備えた様々なタイトルをＢＤに記録でき、例えば、ＭＰＥＧ２圧縮方式に基づく動画映画が記録される第１のタイトルと、Ｊａｖａプログラムにより実行される別の動画映画を含む対話（ｉｎｔｅｒａｃｔｉｖｅ）情報が記録される第２のタイトル、およびデータがウェブ言語の用語で記録される第３のタイトルなどである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のような様々な属性のコンデンツデータをサーチし、取り出したコンテンツデータを再生するための統一した標準仕様はいまだ確立されていないので、ＢＤ基盤の光記録／再生装置を開発するのに多くの制約および問題が発生している。
【０００６】
本発明のさらなる理解を提供するために含められ、組み込まれ、本出願の一部を構成する添付の図面は、本発明の本質を説明するために供給された詳細な説明と共に、本発明の実施形態を図示する。
【課題を解決するための手段】
【０００７】
したがって、本発明は関連技術の制約および欠点による１つ以上の問題点を実質的に防止する、記録媒体、記録媒体からコンデンツデータをサーチする方法、記録媒体からデータを再生する方法および装置に関する。
【０００８】
本発明の目的は、記録媒体に記録されたコンデンツデータをサーチできるサーチファイルを含む記録媒体を提供することにある。
【０００９】
本発明の他の目的は、複数のアングル（以下、マルチアングルとよぶ）をサポートできるコンデンツデータをサーチするサーチファイルを備えた記録媒体、該記録媒体を用いてコンデンツデータをサーチする方法、および記録媒体からデータを再生する方法および装置を提供することにある。
【００１０】
本発明の付加的な利点、目的。および特徴は、以下の詳細な説明において一部が説明され、一部は、以下の検証から当業者にとって明らかとなるか、または本発明の実施から理解できる。本発明の目的および他の利点は、明細書、および特許請求の範囲、ならびに添付の図面において具体的に指摘された構造により、理解および実現できる。
【００１１】
上述の目的および他の利点を達成するために、本発明の目的に従って、ここで組み込まれて広く説明されるように、記録媒体は、コンデンツデータが記録されたストリーム領域と、複数のシーン（ｓｃｅｎｅ）に分割されたコンデンツデータをサーチするためのサーチファイルが個々のシーンのメタデータを含む管理領域とを備え、メタデータは、メタデータに含まれる個々のアングルを特定する属性を含み、シーンは、各アングルによって特定される。
【００１２】
好ましくは、アングルを特定する属性は、アングル番号（ａｎｇｌｅ＿ｎｕｍ）を示す。
【００１３】
好ましくは、各アングルについてのシーンは、アングルをサポートすることができる少なくとも１つのプレイアイテム（ＰｌａｙＩｔｅｍ）を含む複数のプレイアイテムにより再生される。
【００１４】
好ましくは、各アングルについてのシーンが複数のプレイアイテムにかかっている場合、シーンのアングルを特定する属性は、アングルをサポートするプレイアイテムにおいてのみ有効である。
【００１５】
好ましくは、メタデータは、シーンの属性として、エントリポイント（ｅｎｔｒｙ＿ｐｏｉｎｔ）をさらに含む。
【００１６】
好ましくは、メタデータは、シーンの属性として、継続時間（ｄｕｒａｔｉｏｎ）をさらに含む。
【００１７】
好ましくは、サーチファイルは、メタデータディレクトリ（ＭＥＴＡ）に含まれる。
【００１８】
本発明の別の態様において、コンデンツデータのサーチ方法が提供され、これは、ａ）コンデンツサーチコマンドによってシーンに含まれるシーン要素を提供するステップと、ｂ）個々のアングルによって特定できる提供されたシーン要素の中から、選択されたシーン要素に対応する少なくとも１つのシーンを提供するステップとを備える。
【００１９】
好ましくはアングルによって特定されたシーンは、アングルを特定できる属性を含むメタデータによりサーチされる。
【００２０】
好ましくは、アングルを特定する属性は、アングル番号（ａｎｇｌｅ＿ｎｕｍ）を示す。
【００２１】
好ましくは、各アングルについてのシーンは、アングルをサポートできる少なくとも１つのプレイアイテムを含む複数のプレイアイテムによって再生される。
【００２２】
好ましくは、各アングルについてのシーンは、アングルをサポートできる少なくとも１つのプレイアイテムを含む。
【００２３】
好ましくは、各アングルについてのシーンは、アングルをサポートできるいくつかのプレイアイテムを拡張する。
【００２４】
本発明の他の太陽において、記録媒体からデータを再生する方法が提供され、これは、ａ）コンデンツデータサーチコマンドによってコンデンツデータをサーチするステップと、ｂ）各アングルについて特定された少なくとも１つのシーンを提供するステップと、ｃ）シーンのアングルを特定する属性によってサーチされたシーンを再生するステップとを備える。
【００２５】
好ましくは、アングルを特定する属性が、サーチされたシーンに関連するメタデータに含まれる。
【００２６】
好ましくは、この方法は、アングルを特定する属性が、サーチされたシーンを再生できるプレイアイテムにおいて有効か否かを判断するステップと、アングルを特定する属性がプレイアイテムにおいて有効である場合、サーチされたシーンをシーンのアングルで再生するステップと、アングルを特定する属性がプレイアイテムにおいて有効でない場合、サーチされたシーンをデフォルトのアングルで再生するステップとをさらに備える。
【００２７】
好ましくは、この方法は、サーチされたシーンが複数のプレイアイテムによって再生される場合、プレイアイテムによってアングルを特定する属性が、対応するプレイアイテムにおいて有効か否かを判断するステップをさらに備える。
【００２８】
本発明のさらに他の態様において、記録媒体からデータを再生する装置が提供され、これは、記録媒体に記録された信号を読み出すための記録／再生部と、コンデンツサーチコマンドを記録／再生部に送信し、個々のアングルによって特定された少なくとも１つのシーンをサーチし、シーンのアングルを特定する属性によってサーチされたシーンを再生する制御部とを備える。
【００２９】
好ましくは、制御部は、サーチされたアングルのアングルを特定するための属性がシーンを再生するプレイアイテムにおいて有効か否かを判断し、属性が有効である場合、サーチされたシーンのアングルに対応するデータを再生し、属性が有効でない場合、デフォルトのアングルに対応するデータを再生する。
【００３０】
好ましくは、サーチされたシーンが複数のプレイアイテムによって再生される場合、制御部は、サーチされたシーンのアングルを特定するための属性が、対応するプレイアイテムにおいて有効か否かを判断する。
【００３１】
本発明の以上の一般的な説明と以下の詳細な説明は、いずれも例示的および説明的なものであり、特許請求の範囲の本発明の更なる説明を提供することを意図することを理解されたい。
【発明を実施するための最良の形態】
【００３２】
本発明の好適な実施形態に対して、詳細に参照がなされ、この例は、添付の図面に示さされる。可能な限り、図面を通して、同一または類似の部分のことを言うのに、同一の参照番号を使用する。
【００３３】
記録媒体、本発明による記録媒体からコンデンツデータをサーチする方法を、以降で添付の図面と共に説明する。
【００３４】
本発明の説明に先立って、本発明で開示されるほとんどの用語は、当分野で周知の一般的な用語に対応するが、特定の用語は必要に応じて出願人によって選択され、以降で本発明の以下の説明において開示されることに留意されたい。従って、出願人によって定義された用語は、本発明のそれらの意味を基に理解されるのが望ましい。
【００３５】
本発明で使用される「記録媒体」は、例えば、光ディスク、磁気テープなどの様々な記録方式によるすべての記録存可能な媒体を示す。説明の便宜と本発明のより良い理解のため、ＢＤなどの光ディスクは以降、本発明における上述の記録媒体として例示的に使用される。本発明の技術的アイデアは、本発明の範囲および精神から逸脱することなく、他の記録媒体に適用できることに留意されたい。
【００３６】
「タイトル（Ｔｉｔｌｅ）」という用語は、ユーザとのインターフェースをなす再生単位を示し、それぞれのタイトルは、特定のオブジェクトとリンクされているので、オブジェクト内に格納されたコマンドまたはプログラムによって、ディスクに記録された対応するタイトルと関連したストリームが再生される。
【００３７】
「コンデンツ（Ｃｏｎｔｅｎｔ）」という用語は、タイトルのコンデンツデータを示し、ディスク製作者から供給された特定のデータである。
【００３８】
上述の説明に関連して、コンテンツデータは複数のシーンからなる。本発明は、これはコンデンツデータの特定シーンを効率的にサーチすることができる特定の情報を、サーチファイルのフォーマットで構築するので、ディスク製作者は、サーチファイルを用いて光ディスクを製造する。
【００３９】
上述の説明に関連して、「シーン（Ｓｃｅｎｅ）」という用語は、コンデンツデータの一片を示し、これは、既定の時間の間隔において複数の一片に分割される。言い換えると、本発明の本発明におけるシーンは、サーチファイル内のメタデータの時間ベースの説明単位である。
【００４０】
「オブジェクト」という用語は、ディスクを再生するためのコマンドまたはプログラムを含む再生管理情報を示す。言い換えると、ディスク内に存在する様々なオブジェクトは特定タイトルとリンクされるか、または、他のオブジェクトと接続されている。したがって、上述のオブジェクトは、ディスクの製造者または製作者の意図によってあらかじめ設計され、ディスクに記録され、ディスクのデータを再生するためのシナリオの番号を増加させる。言い換えると、「オブジェクト」という用語は、ディスクに記録されたデータの再生シナリオを管理するためのコマンドまたはプログラムを含む再生管理単位を示す。
【００４１】
図１は、本発明による光記録／再生装置を用いて読み取り専用（ｒｅａｄ−ｏｎｌｙ）記録媒体のデータを再生する方法を示す概念図である。より詳しくは、光記録／再生装置１０用に、読み取り専用記録媒体（つまりＢＤ−ＲＯＭ）からデータを再生する処理を示している。
【００４２】
光記録／再生装置１０は、異なるフォーマットを有する様々な光ディスクへ／からの記録／再生ができる。必要に応じて、光記録／再生装置１０は、ＢＤなどの特定の光ディスクのみに／から特定のデータを記録／再生できるか、または同時にデータを記録することなしに光ディスクからデータを再生できる。本発明は、説明の便宜上、好適な実施形態として、ＢＤフォーマット基盤のＢＤ−ＲＯＭからデータを再生可能なＢＤプレーヤーを使用することに留意されたい。光記録／再生装置１０が、コンピュータなどの特定のデバイスに組み込まれたドライブにも適用可能であることは、当業者にとって周知である。
【００４３】
光記録／再生装置１０は、ＢＤ−ＲＯＭからデータを再生し、ＢＤ−ＲＯＭからデータを読み出し、読み出されたデータの属性により読み出されたデータに信号処理およびデコーディング処理を実行し、信号処理された結果およびデコーディングされた結果を、光記録／再生装置に接続されたディスプレイ３０に送信することによって、ユーザは信号処理された結果およびデコーディング結果をディスプレイ３０上で見ることができる。
【００４４】
図２は、本発明によってＢＤ−ＲＯＭなどの光ディスクに記録されたファイル構造を示す概念図である。
【００４５】
図２に示す上述のファイル構造を、以降で説明する。
【００４６】
本発明による再生／管理ファイル構造は、１つのルートディレクトリ内に、少なくとも１つのＢＤＭＶディレクトリを含む。ＢＤＭＶディレクトリは、ユーザとの対話性を保証できる一般ファイル（つまり上位ファイル）として動作するインデックスファイル「ｉｎｄｅｘ．ｂｄｍｖ」だけでなく、オブジェクトファイル「ＭｏｖｉｅＯｂｊｅｔ．ｂｄｍｖ」も含む。このファイル構造は、ディスクに記録された実際データの情報、およびデータを再生する方法と関連した他の情報を格納する様々なディレクトリを含み、例えば、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭストリームディレクトリ、ＢＤ−Ｊオブジェクトファイルを含むＢＤＪＯディレクトリ、およびディスクデータ再生と関連した補助データからなるＡＵＸＤＡＴＡディレクトリである。上述のディレクトリおよびディレクトリに含まれるファイルについて以降で説明する。
【００４７】
ＳＴＲＥＡＭディレクトリは、特定フォーマットによりディスク内に記録されたＡＶ（オーディオおよびビデオ）ストリームファイルを含む。例えば、ＳＴＲＥＡＭディレクトリは、ストリームファイル（０１０００．ｍ２ｔｓ、…）の拡張名を、特定拡張名「＊．ｍ２ｔｓ」として使用する。一般に、ストリームファイルは本発明のコンデンツデータとして動画データを含む。
【００４８】
ＣＬＩＰＩＮＦディレクトリは、各クリップＡＶストリームファイルについて１つの一クリップ情報ファイルを含む。特に、クリップ情報ファイル（＊．ｃｌｐｉ）は、ストリームファイルの属性およびタイミング情報をそこに含んでいる。一対一対応のストリームファイル（＊．ｍ２ｔｓ）に接続されたとクリップ情報ファイル（０１０００．ｃｌｐｉ…）は、ＢＤ標準では一般に「クリップ」と呼ばれる。言い換えると、これは、１つのストリームファイル（＊．ｍ２ｔｓ）は、１つのクリップ情報ファイル（＊．ｃｌｐｉ）と対応しなければならないということを意味する。
【００４９】
ＰＬＡＹＬＩＳＴディレクトリは、複数のプレイリストファイル（０００００．ｍｐｌｓ，…）を含む。各プレイリストファイル（＊．ｍｐｌｓ）は、特定クリップ（ｃｌｉｐ）が再生される間の再生感覚を指定する少なくとも１つのプレイアイテム（ＰｌａｙＩｔｅｍ）を含む。このプレイアイテムは、再生されることになる特定のクリップに関連する情報、すなわち再生開始時間（ＩＮ−Ｔｉｍｅ）に関連する情報、およびプレイアイテムに含まれるクリップ名（ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿Ｆｉｌｅ＿ｎａｍｅ）となるよう決定されるクリップの再生開始時間（ＩＮ−Ｔｉｍｅ）に関連する他の情報を含む。
【００５０】
プレイリストファイル（＊．ｍｐｌｓ）は、全体再生／管理ファイル構造に含まれる基本の再生／管理ファイル単位として使用されることによって、１以上のプレイアイテム（ＰｌａｙＩｔｅｍ）の組み合わせを用いて、所望のクリップの再生を行うことができる。
【００５１】
プレイリストファイル（＊．ｍｐｌｓ）は、前述したオブジェクトのコマンドまたはプログラムによって動作する。ディスク再生シナリオ観点から、オブジェクトは動的なシナリオを管理または実行し、そしてプレイリストファイル（＊．ｍｐｌｓ）は、静的なシナリオを実行または管理する。
【００５２】
ＡＵＸＤＡＴＡディレクトリは、ディスクのデータを再生するための追加のデータファイルを含む。例えば、ＡＵＸＤＡＴＡディレクトリは、データ再生の間、クリックサウンドおよびメニューサウンドデータをユーザに提供するサウンドファイル「Ｓｏｕｎｄ．ｂｄｍｖ」と、テキストサブタイトルの再生される時にフォント情報をユーザに提供するフォントファイル「１１１１１．ｏｔｆ」とを含む。
【００５３】
ＭＥＴＡディレクトリは、「データについてのデータ（ｄａｔａ  ａｂｏｕｔ  ａ  ｄａｔａ）」として動作するメタデータを含む。本発明によると、サーチファイルがメタデータディレクトリに含まれる。さらに、ディスクライブラリメタデータなどの他のメタデータが、前述のＭＥＴＡディレクトリに存在する。サーチファイルは、他のメタデータファイルと区別される固有のファイル名を使用する点に特徴がある。
【００５４】
言い換えると、メタデータディレクトリは、ＢＤＭＶディレクトリに含まれる。例えば、本発明と関連したサーチファイルは、「ｅｓｍｔ＿ＯＯＯ＿ｘｘｘｘｘ．ｘｍｌ」などの特定のファイル名として記録される。
【００５５】
上述のファイル名に含まれる先頭の「ｅｓｍｔ＿」は、他のメタデータと区別されるファイル記述コードとして用いられる。例えば、「ｅｓｍｔ＿」で始まる全てファイルは、サーチファイルを示し、「ｂｄｍｔ＿」で始まる全てのファイルは、ディスクライブラリファイルを示す。
【００５６】
上述のファイル名に含まれる「＿ＯＯＯ＿」は、サポートする言語情報を特定するための言語コードとして用いられる。例えば、英語で構成されたサーチファイルは「＿ｅｎｇ＿」によって示され、韓国語で構成されたサーチファイルは「＿ｋｏｒ＿」で示され、日本語で構成されたサーチファイルは「＿ｊｐｎ＿」で示され、複数の言語で構成されたサーチファイルは、「＿ｍｕｌ＿」で示すことができる。
【００５７】
上述のファイル名の最後の情報「＿ｘｘｘｘｘ」は、対応するサーチファイルのサーチ情報のオブジェクトを示すプレイリストファイル（例えば、０００００．ｍｐｌｓ，…）のそれぞれのファイルを特定するためのＩＤコードとして用いられる。例えば、ディスクの特定タイトルが特定プレイリストファイル「０００００．ｍｐｌｓ」によって再生される場合、タイトルのコンデンツデータをサーチするための英語サーチファイルのファイル名は、「ｅｓｍｔ＿ｅｎｇ＿０００００．ｘｍｌ」からなる。
【００５８】
図３は、本発明によって記録媒体に記録されるデータ記録構造を示す構造図である。より詳しくは、図３は、前述のファイル構造に関連する情報のディスク内に記録フォーマットを示している。図３に示すように、ディスクの内周の観点から、前述のディスク構造は、全体ファイルを管理するためのシステム情報として供給するファイルシステム情報領域と、記録されたストリーム（＊．ｍ２ｔｓ）を再生するためのインデックスファイル、オブジェクトファイル、プレイリストファイル、クリップ情報ファイル、およびメタデータファイルを記録するためのデータベース領域と、オーディオデータ、ビデオデータ、グラフィックデータなどで構成される複数のストリームを記録するためのＡＶストリーム領域とを含む。
【００５９】
特に、動画コンデンツデータは、ディスクのストリーム領域に記録でき、前述の動画コンデンツデータをサーチするための情報は、前述のメタデータファイルとして、上であらかじめ提示されたサーチファイル内に記録される。
【００６０】
ストリーム領域に含まれるコンデンツデータを再生できるファイル情報を記録するための特定領域を管理領域という。前述のファイルシステム情報領域および前述のデータベース領域は、管理領域を供給する。図３の個々の領域は、一例として示されているので、本発明が図３に示される個々の領域の例示的な配列構造に限定されず、必要に応じて他の例に適用可能であることに留意されたい。
【００６１】
図４は、本発明によるコンデンツデータをサーチするためのメタデータファイル構造を示す構造図である。図４を参照すると、コンデンツデータは、複数のシーンに分けられ、各シーンに対応するメタデータがコンデンツデータに含まれる特定シーンを示す。コンデンツデータをサーチするためのメタデータは、ディスク製作者（ａｕｔｈｏｒ）によって分けられた複数のシーン４１０，４２０，４３０，４４０で構成される。
【００６２】
このメタデータは、個々のシーンの属性およびシーン要素を含む。属性は対応するシーンの特性情報を示すので、各シーンは属性によって定義されることになる。このシーンの属性は、「ｅｎｔｒｙ＿ｐｏｉｎｔ」４５１ａ、持続時間（ｄｕｒａｔｉｏｎ）４５１ｂなどを含む。「ｅｎｔｒｙ＿ｐｏｉｎｔ」４５１ａは、プレイリストのグローバル時間軸（Ｐｌａｙ  Ｌｉｓｔ  Ｇｌｏｂａｌ  Ｔｉｍｅ  Ａｘｉｓ）に基づいて各シーンの開始ポイントを特定するために用いられる。「ｄｕｒａｔｉｏｎ」４５１ｂは、シーン要素で各シーンの持続時間を特定するのに用いられる。上述の説明に関連して、シーンは、ｅｎｔｒｙ＿ｐｏｉｎｔおよび次のシーンの他のｅｎｔｒｙ＿ｐｏｉｎｔの間の既定のポイントを有する。シーンの開始ポイントを示すｅｎｔｒｙ＿ｐｏｉｎｔと、シーンの持続時間を示す持続時間との両方によって定義されてもよい。
【００６３】
本発明は、個々のアングルを特定するための情報が、前述の属性に適用されることを特徴とする。例えば、図４の「ａｎｇｌｅ＿ｎｕｍ」４５１ｃは、前述した属性として用いられることができ、この詳細な説明は、図５を参照して後に説明する。上述の属性だけでなく、個々のシーンを特定する他の属性もまた、本発明に適用できることは、当業者にとってよく知られている。
【００６４】
シーン要素は、参照されたメディアクリップのシーンを説明する要素である。言い換えると、シーン要素は、シーン構成要素情報を示す。このシーンは、シーンの風景または状況を説明するシーンタイプ要素、対応するシーンに登場するキャラクタを説明するキャラクタ要素、シーン内でキャラクタとして動作した人を説明する俳優要素などによって示すことができる。このシーンタイプ、キャラクタ、俳優などがシーンの構成要素を供給し、これらの関連情報がシーン要素を供給する。言い換えると、シーンタイプ４５２ａ、キャラクタ４５２ｂ、俳優４５２ｃなどは個々のシーンのシーン要素であり、本発明のメタデータに含まれる。このシーン要素は、コンデンツサーチ処理の間にユーザとのインターフェースをなす特定シーンに対する記述子を供給する。また、コンデンツプロバイダが付加しようとする任意の付加情報を表現するのに使用される別の記述子「Ａｕｔｈｏｒｄｅｆ」がある。コンデンツデータのサーチのためのメタデータファイルは、前述のシーン要素だけでなく、他の記述子を含むことができる。前述のシーン要素は、子要素としてメタデータの他の要素を有する場合もある。
【００６５】
図５は、本発明によってマルチアングルタイトルを実装する処理を示す概念図である。ユーザに提供されたイメージは、様々なアングルによってユーザの目に様々に見えることができる。例えば、特定のゲームのプレイ中、ユーザは特定のキャラクタを後または前から見るか、あるいは上空から特定のキャラクタを見るか、または特定のキャラクタを異なるまたは俳優の視点から見ることが提供され、ユーザの目によって異なるイメージを見ることができる。言い換えると、「アングル」という用語は、コンデンツデータから提供された角度、ビューポイントまたは見る位置を示す。コンデンツデータが様々なアングルをユーザに提供する場合、これらのアングルはマルチアングルタイトルと呼ばれる。
【００６６】
ファイル構造の観点から、マルチアングルタイトルは、パラレルクリップ（ｐａｒｒａｌｌｅｌ  ｃｌｉｐ）呼ぶマルチアングル構造を持つプレイアイテムを有する。したがって、マルチアングルを用いて、同じ時間軸上において様々なコンデンツデータを実装できる。マルチアングルは、図５を参照して以下で説明する。
【００６７】
再生される特定タイトル＃１が選択されると、選択されたタイトル＃１に対応するＭｏｖｉｅＯｂｊｅｃｔ＃１のコマンドによって特定プレイリスト＃１が実行される。図５に示すプレイリスト＃１は、３つのプレイアイテム（プレイアイテム＃１、＃２、＃３）を含む。前述の３つのプレイアイテムの中から第１のプレイアイテム＃１は、クリップ＃１を指すので、単一のクリップのＩＮ−Ｔｉｍｅ情報を含む。第３のプレイアイテム＃３はクリップ＃３を指すので、単一のクリップのＯＵＴ−Ｔｉｍｅ情報を含む。
【００６８】
しかしながら、プレイアイテム＃２は、２つのクリップ（クリップ＃２−１およびクリップ＃２−２）を指す。したがって、ユーザコマンドによって、プレーヤーはプレイアイテム＃２がクリップ＃２−１を用いてデータを再生できるようにするか、または、別のユーザコマンドによってクリップ＃２−２を用いてデータを再生できるようにすることができる。したがって、タイトル＃１は２つの再生パスを有する。
【００６９】
結果として、前述のマルチアングル構造は様々な再生パスを含む。コンデンツデータに含まれるシーンと関連して、異なるシーン要素が個々のアングルに割り当てられ、これはたとえば、異なるシーンタイプ、異なる俳優、異なるキャラクタ、および異なるアイテムなどであり、異なる特性が異なるアングルにおいて現れる。
【００７０】
上述の説明に関連して、マルチアングルをサポート可能なコンデンツデータは、個々のアングルが異なるシーンを有することを可能にし、アングルを特定する属性がシーンメタデータに適用される。このアングルを特定する属性は「ａｎｇｌｅ＿ｎｕｍ」で表現されている。「ａｎｇｌｅ＿ｎｕｍ」とは、アングル番号を示す。アングル番号は、プレイアイテムに含まれる個々のアングルのＩＤ情報を示すａｎｇｌｅ＿ＩＤに既定の番号１を付加することによって取得される。
【００７１】
上述の説明に関連して、ａｎｇｌｅ＿ｎｕｍが、本発明による個々のアングルを特定する属性として用いられるが、「ａｎｇｌｅ＿ｎｕｍ」という用語に制限されることなく、本発明の範囲内で必要に応じて修正が可能である。
【００７２】
図６〜図８Ｂは、本発明によるコンデンツサーチ結果および関連するコンデンツ再生例を示す。
【００７３】
図６は、サーチされたシーンがマルチアングルを含む単一プレイアイテムにかかっている例を示す。図７は、サーチされたシーンが１つ以上のプレイアイテムにかかっている例を示す。図８Ａおよび図８Ｂは、サーチされたシーンが本発明によるコンデンツサーチ処理によって連続して再生される例を示す。図６〜図８Ｂの動作を、以降で説明する。
【００７４】
図６は、本発明によってマルチアングルをサポートできるプレイリストから取得された結果の例である。
【００７５】
図６を参照すると、プレイリストは、３つのプレイアイテム（プレイアイテム＃１、＃２、＃３）を含み、３つのプレイアイテムの中から第２のプレイアイテム＃２は、３のアングル（Ａｎｇｌｅ１、２、３）からなるマルチアングル構造を有する。コンデンツデータサーチコマンドによってサーチされたシーンは、上述のプレイリストに含まれる第２のプレイアイテム＃２（プレイアイテム＃２）にかかっていて、上述のプレイアイテム＃２におけるアングル番号が「２」のシーンと等しい。したがって、上述のサーチされたシーンを再生するためのコマンドを受信した上で、プレーヤーは、Ａｎｇｌｅ２に対応するクリップを再生する。
【００７６】
本発明では、異なるシーンのエントリポイント（ｅｎｔｒｙ＿ｐｏｉｎｔ）が重複していることがありうる。代わりに、本発明によるアングル番号の属性が、マルチアングルをサポートするシーンのために特定される。したがって、重複したエントリポイントを有するこれらのシーンは、各シーンに割り当てられたアングル番号の値で区別される。
【００７７】
本発明によれば、１つのサーチコマンドのサーチされたシーンは、アングル番号の属性の値が重なったサーチされたシーンを区別する限り、全体または一部を重複することができる。
【００７８】
対応するプレイアイテムに含まれる個々のアングルのシーンによって、各アングルを特定するための属性によって特定でき、データ再生は、シーンのアングルにおいて別々に実行できる。
【００７９】
図７は、本発明の結果が１つ以上のプレイアイテムにかかっている場合、アングルを選択し、本発明に酔ってデータを再生する処理を示す概念図である。
【００８０】
図７を参照すると、コンデンツサーチコマンドによってサーチされたシーンは、エントリポイント（ｅｎｔｒｙ＿ｐｏｉｎｔ）または継続時間（ｄｕｒａｔｉｏｎ）によって、互いに全体的にまたは部分的に重複するかもしれないので、この重複したシーンのサーチまたは再生処理が多くの問題を生じる。
【００８１】
本発明は、シーンのアングルを特定する属性を用いて個々のシーンを識別し、これは図７の例示的シーン＃２〜＃３に示されるように、同じプレイリストグローバル時間軸上で互いに重複した複数のシーンである。
【００８２】
上述の説明に関連して、図７のサーチされたシーンは、個々のシーンのエントリポイント番号の順に羅列され、同じエントリポイントを有するシーンは、アングル情報の昇順で羅列される。
【００８３】
同時に、コンデンツプロバイダによって製作されたシーンは、複数のプレイアイテムにかかっている場合もある。この場合、個々のプレイアイテムは、異なるマルチアングル構造を有してもよい。すなわち、すなわち、個々のプレイアイテムは、異なるアングル番号を有するかもしれない。したがって、ルールが定義される必要がある。
【００８４】
上述の説明と関連して、シーンのアングルを特定する属性は、対応するアングルをサポートできるプレイアイテム内のみで有効である。言い換えると、シーンのアングルを特定するための属性は、プレイアイテム内の周期のみをカバーでき、マルチアングルの境界をクロスオーバーすることはできない。この詳細な説明を、以降で図７を参照して説明する。
【００８５】
シーン＃１のアングル番号（ａｎｇｌｅ＿ｎｕｍ）が「３」であり、シーン＃１がプレイアイテム＃１およびプレイアイテム＃２にかかっている。プレイアイテム＃１はマルチアングル構造を有さないので、プレイアイテム＃１に対応する情報は有効でない情報として動作する。プレイアイテム＃２および＃３は、対応するアングルをサポートするので、有効な情報として動作する。したがって、プレーヤーは、プレイアイテム＃１においてデフォルトアングルで、そしてプレイアイテム＃２においてＡｎｇｌｅ３でシーン＃１を再生する。アングル番号「３」は、プレイアイテム＃１とプレイアイテム＃２との間の境界で有効であるので、プレーヤーは、上述のアングル３で境界に対応するシーン＃１を再生する。
【００８６】
シーン＃２は既定のアングル番号「３」を融資、プレイアイテム＃２〜＃４にかかっている。プレイアイテム＃２はＡｎｇｌｅ３を有しているので、プレーヤーは、アングル３に対応するクリップを選択／再生し、Ａｎｇｌｅ３を有さないプレイアイテム＃３にデフォルトアングルを適用し、プレイアイテム＃４においてＡｎｇｌｅ３でデータを再生する。このように、シーン＃３のアングル番号は「４」であり、シーン＃３はプレイアイテム＃２〜＃４にかかっているので、個々のアングルを特定するための属性は、プレイアイテム＃２および＃３において有効ではなく、シーン＃３はデフォルトアングルで再生される。プレイアイテム＃４において、アングル４に対応するデータが再生される。
【００８７】
図８Ａ〜図８Ｂは、マルチアングルタイトルからコンデンツデータをサーチし、本発明によってデータ再生を実行する処理を示す概念図である。
【００８８】
図８Ａを参照すると、シーンタイプ＃１に対してサーチされたシーンは、エントリポイント順に、シーン＃１およびシーン＃２によって示される。ユーザがサーチされたシーンのあるシーンを選択し、プレーヤーが再生シナリオの中からハイライト再生シナリオをサポートする場合、図８Ａに示すように、データが順に再生される。
【００８９】
本発明は、対応するアングルの属性がこの対応するアングルをサポートするプレイアイテム内で有効であることを特徴とする。したがって、デフォルトアングルは、プレイアイテム＃１内のシーン＃１の開始に適用され、アングル３は、プレイアイテム＃２内、およびプレイアイテム＃１とプレイアイテム＃２と間の境界において適用される。シーン＃１の終わりから次のシーン＃２に再生地点が移動し、シーン＃１と＃２を連続して再生し、シーン＃２はその後、プレイアイテム＃３においてデフォルトアングルで再生される。
【００９０】
図８Ｂは、シーンタイプ＃２に関連するサーチされたシーンを示す。個々のサーチされたシーンは、プレイリストのグローバル時間軸上で同じシーンの開始地点を有する。言い換えると、サーチされたシーンは、互いに重複したエントリポイントを有すで、アングル番号の順にシーン＃３およびシーン＃４によって示される。
【００９１】
本発明は、アングルを特定する異なる属性が個々のシーンに割り当てられることを特徴とするので、互いに重なり合う２つ以上のシーンを、プレイリストグローバル時間軸上からみつけることができる。
【００９２】
図８Ａと同様に、サーチされたシーンのあるシーンを選択し、結果の再生を開始し、プレーヤーが、再生シナリオの中からハイライト再生シナリオをサポートすると、図８Ｂに示すように、対応するデータが順に再生される。シーン＃３の開始時にングル３は適用され、シーン＃３は、プレイアイテム＃３においてデフォルトアングルで再生され、プレイアイテム＃４においてアングル３で再生される。シーン＃３の終わりから次のシーン＃４に再生地点が移動し、シーン＃３と＃４が連続して再生されることによって、再生の継続となる。この場合、シーン＃４のアングル番号が「４」であるから、シーン＃４の開始地点を含むプレイアイテム＃２においてアングル番号が有効でなく、したがってシーン＃４はデフォルトアングルで再生される。シーン＃４において、アングル４は、対応するアングルをサポート可能なプレイアイテム＃４で適用される。
【００９３】
上述の説明に関連して、プレーヤーのサポート情報に依存する様々な再生シナリオは、コンデンツサーチ処理が完了した後に、表現シナリオとして使用される。例えば、サーチされたシーンを順に再生するための上述のハイライト再生シナリオ、ユーザが選択したシーンのエントリポイントから単純に再生する機能を実行し続ける単純再生シナリオ、サーチされたシーンの中から、ユーザが選択したシーンのみを再生し、ユーザの次の選択を待つ「シーンごと再生（ｓｃｅｎｅ  ｂｙ  ｓｃｅｎｅ  ｐｌａｙｂａｃｋ）」は、上述の再生シナリオとして使用できる。
【００９４】
図９は、本発明によるコンデンツデータをサーチし、取り出されたコンデンツデータを再生する方法を示すフローチャートである。
【００９５】
図９を参照すると、コンデンツサーチプロセスが完了した後、ユーザが再生コマンドを入力する場合、プレーヤーは、サーチされたシーンがアングルに関連する属性を有するとき、適切なクリップを選択し、適切なアングルで選択されたクリップのデータを再生しなければならない。したがって、ステップＳ１０において、サーチされたシーンのアングルを特定する属性が対応するプレイアイテム内で有効か否かを判断する。
【００９６】
ステップＳ１０において属性が有効と判断される場合、ステップ２０において、サーチされたシーンがシーンのアングルで再生される。すなわち、シーンのアングルに対応するクリップは、属性がプレイアイテムで有効である場合に再生される。つまり、シーンのアングルに対応するクリップは、プレイアイテムにおいて属性が有効な場合に再生される。ステップＳ２０において属性が有効でないと判断される場合、ステップＳ３０においてサーチされたシーンはデフォルトアングルで再生される。
【００９７】
ステップＳ４０において、再生位置がプレイアイテムの境界に達する前に、ステップＳ４０において現在再生されているシーンが全て再生された場合、およびすべての再生されることになるシーンが、ステップＳ６０においてユーザのコマンドまたは再生シナリオによって再生される場合、再生処理は終了する。例えば、図６の好適な実施例を参照すると、ハイライト再生シナリオまたは「シーンごと再生」が再生シナリオとして実行される場合、およびサーチされたシーンが再生される場合、再生処理は終了する。
【００９８】
しかし、再生されるべき他のシーンが残っている場合、ステップＳ７０において、再生ポジションは次のシーンに移動し、ステップＳ１０において、上述のシーンのアングルを特定する属性が対応するプレイアイテムで有効か否かが判断される。例えば、図８Ａの好適な実施形態を参照すると、シーン＃１がプレイアイテム＃２で全部再生され、シーン＃２が再生されなければならない場合、ステップＳ１０が実行される。
【００９９】
ステップＳ４０において、再生位置が、データの再生中にプレイアイテムの境界に到達し、ステップＳ８０において現在シーンが全て再生されると、ステップＳ６０において、再生されるべき全てのシーンが終了したか否かが判断される。現在再生されるシーンが終わっていないと判断される場合、ステップＳ９０において再生位置が次のプレイアイテムに移動し、動作ステップは、現在再生されるシーンのアングルを特定する属性が上述のプレイアイテムで有効か否かを判断するステップＳ１０に戻る。例えば、プレイアイテム＃１によって再生されるシーン＃１は、図８Ａに示されるプレイアイテム＃２によって再生されなければならなく、動作ステップは上述のステップＳ１０に戻る。上述の再生方法は、プレーヤーにサポートされる再生シナリオによって再生されるべきすべてのシーンが完全に再生されるまで続けられる。
【０１００】
上述の説明に関連して、サーチされたシーンのアングルを特定する属性が対応するプレイアイテムで有効か否かを判断する処理は、シーンのアングル番号（ａｎｇｌｅ＿ｎｕｍ）とプレイアイテムのアングルの番号とを比較される上述のステップＳ１０についての図９において説明されてきた。しかし、上述の処理は、本発明と同じ技術範囲内に含まれる他の方法および表現でも実装できることに留意されたい。
【０１０１】
図１０は、本発明による光記録／再生装置を示すブロック図である。
【０１０２】
本発明による光記録／再生装置１０は、以降で図１０を参照して説明される。
【０１０３】
図１０を参照すると、光記録／再生装置１０は、ピックアップ部１１と、サーボ部１４と、信号処理部１３と、メモリ１５と、マイクロプロセッサ１６とを含む。ピックアップ部１１は、光ディスクのストリーム領域に記録されたコンデンツデータ、および管理領域に記録されたファイル情報を含む管理情報を読み出す。サーボ部１４は、ピックアップ部１１の動作を制御する。信号処理部１３は、ピックアップ部１１からの再生信号を受信し、受信した再生信号を所望の信号値に復元するか、または記録されるべき信号を光ディスクに記録される別の信号に変調することによって、復元または変調された結果を送信する。メモリ１５は、ディスクのデータを再生するのに必要な情報を保存する。マイクロプロセッサ１６は、光記録／再生装置１０に含まれる上述の構成要素の全体動作を制御する。上述の動作に関連して、上述の構成要素１１、１４、１３、１５、および１６）の組み合わせを、記録／再生部２０とも呼び、記録／再生部２０は単一の製品の形で製作可能である。
【０１０４】
デコーダ１７は最終的に、制御部１２から制御信号を受信した上で、出力データをデコーディングし、デコーディングした結果をユーザに提供する。
【０１０５】
エンコーダ１８は、制御部１２から制御信号を受信した上で、入力信号を特定フォーマットの信号（例えば、ＭＰＥＧ２トランスポートストリーム）に変換し、変換された結果を信号処理部１３に送信する。
【０１０６】
制御部１２は、図１０に示す全体構成要素を制御する。特に、本発明によるユーザとのインターフェースをになうことによって、特定タイトルの再生コマンド、またはタイトルからコンテンツデータをサーチするためのコマンドを受け取る。さらに、制御部１２は、ユーザからのコマンドを受信した上で、サーチされたシーンを制御し、サーチされたシーンのアングルを特定する属性によって再生されるようにする。
【０１０７】
本発明による前述のコンデンツサーチ方法は、制御部１２からコンデンツサーチコマンドを受信し、シーンに含まれるシーン要素をユーザに提供し、シーン要素の中から選択されたシーン要素に対応するシーンを提供する。この場合、他の属性（例えば、「エントリポイント」または「持続時間」情報）によって特定されるシーンだけでなく、個々のアングルによって特定される他のシーンがユーザに提供される。したがって本発明は、アングルによって個々のシーンが特定された状態で、コンデンツデータをサーチできる。さらに、シーンがグローバル時間軸上で互いに重なっているにもかかわらず、このシーンは、異なるアングルを有する場合に特定される一方で、サーチ可能である。
【０１０８】
本発明による記録媒体からデータを再生する方法は、制御部のコンデンツサーチコマンドによってコンデンツデータをサーチする。コンデンツデータがマルチアングルをサポートする場合、本発明は、個々のアングルを特定する属性を含む１以上のシーンを提供し、選択されたシーンのアングルを特定する属性によって選択されたシーンに対応するクリップを選択し、デコーダを用いて選択されたクリップのストリームを再生することによって、記録媒体のデータを再生できる。
【０１０９】
サーチされたシーンが１つ以上のプレイアイテムにかかっている場合、本発明は、個々のプレイアイテムによってアングルを特定する属性が有効か否かを判断する。有効であると判断される場合、本発明は、シーンのアングルに対応するクリップのストリームを再生する。さもなければ有効でないと判断される場合、デフォルトアングルに対応するクリップのストリームを再生する。
【０１１０】
上述の説明から明らかなように、記録媒体、記録媒体からコンテンツデータをサーチする方法、および本発明による記録媒体からデータを再生する方法および装置は、記録媒体に記録された様々なコンテンツデータを簡単にサーチでき、記録媒体のデータを効率的に再生および管理できることによって、ユーザにとってより便利な機能を生成する。
【産業上の利用可能性】
【０１１１】
本発明の精神または範囲から逸脱することなく、様々な修正および変更が本発明においてなされうることは、当業者にとってあきらかである。したがって、本発明は、添付の特許請求の範囲およびその均等物の範囲内で提供される本発明の修正および変更を網羅する。
【図面の簡単な説明】
【０１１２】
【図１】本発明による光記録／再生装置を用いて読み取り専用（ｒｅａｄ−ｏｎｌｙ）記録媒体のデータを再生する方法を示す概念図である。
【図２】本発明による記録媒体として動作する光ディスクに記録されるファイル構造を示す概念図である。
【図３】本発明による記録媒体に記録されるデータ記録構造を示す構造図である。
【図４】本発明によるコンデンツデータをサーチするためのメタデータのファイル構造を示す構造図である。
【図５】本発明によるマルチアングルタイトル（Ｍｕｌｔｉ−ａｎｇｌｅ  Ｔｉｔｌｅ）を実装するためのプロセスを示す概念図である。
【図６】本発明によるマルチアングルをサポートするプレイリストから得られた結果例を示している。
【図７】本発明の結果が複数のプレイアイテムにかかっている場合、アングルを選択し、本発明によりデータ再生を実行する処理を示す概念図である。
【図８Ａ】マルチアングルタイトルからコンデンツデータをサーチし、本発明によりデータ再生を実行する処理を示す概念図である。
【図８Ｂ】マルチアングルタイトルからコンデンツデータをサーチし、本発明によりデータ再生を実行する処理を示す概念図である。
【図９】コンデンツデータをサーチする方法、および本発明によるサーチされたコンデンツデータを再生する方法を示すフローチャートである。
【図１０】本発明による光記録／再生装置を示すブロック図である。
【図１】
2009510801.tif 000003
【図２】
2009510801.tif 000004
【図３】
2009510801.tif 000005
【図４】
2009510801.tif 000006
【図５】
2009510801.tif 000007
【図６】
2009510801.tif 000008
【図７】
2009510801.tif 000009
【図８Ａ】
2009510801.tif 000010
【図８Ｂ】
2009510801.tif 000011
【図９】
2009510801.tif 000012
【図１０】
2009510801.tif 000013
【手続補正書】
【提出日】平成20年11月28日(2008.11.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
記録媒体に関連するメタデータを生成する方法であって、
コンテンツを構成するシーンに関するメタデータを含む、シーンサーチ用のメタデータファイルを生成するステップと、
前記メタデータファイルを前記記録媒体のメタデータディレクトリの下に配置するステップと
を含み、
前記メタデータファイルは、前記メタデータファイルがシーンサーチ用であることを示すファイル名を有することを特徴とする方法。
【請求項２】
前記記録媒体自体に関するメタデータを含む、記録媒体ライブラリ用の別のメタデータファイルを生成するステップと、
前記別のメタデータファイルを前記メタデータディレクトリの下に配置するステップと
をさらに含み、
前記別のメタデータファイルは、シーンサーチ用の前記メタデータファイルと異なるファイル名であって前記別のメタデータファイルがディスクライブラリ用であることを示すファイル名を有することを特徴とする請求項１に記載の方法。
【請求項３】
前記別のメタデータファイルの前記ファイル名は、前記別のメタデータファイルがディスクライブラリ用であることを示す「ｂｄｍｔ」で始まることを特徴とする請求項２に記載の方法。
【請求項４】
前記メタデータファイルの前記ファイル名は、前記メタデータファイルがシーンサーチ用であることを示す「ｅｓｍｔ」で始まることを特徴とする請求項１に記載の方法。
【請求項５】
前記メタデータファイルは、言語ごとに生成され、前記メタデータファイルの前記ファイル名は、前記メタデータファイル内で使用される言語に対応する言語コードを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記メタデータファイルは、プレイリストごとに生成され、前記メタデータファイルの前記ファイル名は、前記メタデータファイルを特定のプレイリストと結びつけるプレイリストのＩＤを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記メタデータファイルの前記ファイル名は、前記メタデータファイルがシーンサーチ用であることを示すプレフィクス「ｅｓｍｔ」で始まり、前記メタデータ内で使用される言語を示す３文字の言語コード、および５桁のプレイリストのＩＤがその後に続くことを特徴とする請求項１に記載の方法。
【請求項８】
制御部を備えた、記録媒体に関連するメタデータを生成する装置であって、
前記制御部は、
コンテンツを構成しているシーンに関するメタデータを含む、シーンサーチ用のメタデータファイルを生成し、
前記メタデータファイルを前記記録媒体のメタデータディレクトリの下に配置し、
前記メタデータファイルは、前記メタデータファイルがシーンサーチ用であることを示すファイル名を有することを特徴とする装置。
【請求項９】
前記制御部は、前記記録媒体自体に関するメタデータを含む、記録媒体ライブラリ用の別のメタデータファイルを生成して、前記別のメタデータファイルを前記メタデータディレクトリの下に配置し、
前記別のメタデータファイルは、シーンサーチ用の前記メタデータファイルと異なるファイル名であって前記別のメタデータファイルがディスクライブラリ用であることを示すファイル名を有することを特徴とする請求項８に記載の装置。
【請求項１０】
前記別のメタデータファイルの前記ファイル名は、前記別のメタデータファイルがディスクライブラリ用であることを示す「ｂｄｍｔ」で始まることを特徴とする請求項９に記載の装置。
【請求項１１】
前記メタデータファイルの前記ファイル名は、前記メタデータファイルがシーンサーチ用であることを示す「ｅｓｍｔ」で始まることを特徴とする請求項８に記載の装置。
【請求項１２】
前記制御部は、前記メタデータファイルを言語ごとに生成し、前記メタデータファイルの前記ファイル名は、前記メタデータファイル内で使用される言語に対応する言語コードを含むことを特徴とする請求項８に記載の装置。
【請求項１３】
前記制御部は、前記メタデータファイルをプレイリストごとに生成し、前記メタデータファイルの前記ファイル名は、前記メタデータファイルを特定のプレイリストと結びつけるプレイリストのＩＤを含むことを特徴とする請求項８に記載の装置。
【請求項１４】
前記メタデータファイルの前記ファイル名は、前記メタデータファイルがシーンサーチ用であることを示すプレフィクス「ｅｓｍｔ」で始まり、前記メタデータ内で使用される言語を示す３文字の言語コード、および５桁のプレイリストのＩＤがその後に続くことを特徴とする請求項８に記載の装置。
【請求項１５】
前記記録媒体上の前記メタデータファイルを記録するためのピックアップ部をさらに備えたことを特徴とする請求項８に記載の装置。
【請求項１６】
前記制御部から送信されたコマンドに従って前記記録媒体上の前記メタデータファイルを記録するように、前記ピックアップ部を制御するためのマイクロプロセッサをさらに備えたことを特徴とする請求項１５に記載の装置。
【請求項１７】
記録媒体からの少なくとも１つのシーンを構成するコンテンツを再生するための方法であって、
メタデータファイルがシーンサーチ用であるかどうかを判断するために、前記メタデータファイルのファイル名をチェックするステップと、
前記メタデータファイルがシーンサーチ用である場合、前記メタデータファイル内に含まれるメタデータを再生するステップと、
前記記録媒体からのシーンを前記メタデータに基づいてサーチするステップと
を含むことを特徴とする方法。
【請求項１８】
前記メタデータファイル内でどの言語が使用されるか判断するために、前記ファイル名内の言語コードをチェックするステップをさらに含むことを特徴する請求項１７に記載の方法。
【請求項１９】
前記メタデータファイルが特定のプレイリストに対応するか判断するために、前記ファイル名内のプレイリストのＩＤをチェックするステップをさらに含むことを特徴とする請求項１７に記載の方法。
【請求項２０】
制御部を備えた、記録媒体からのデータを再生する装置であって、
前記制御部は、
メタデータファイルがシーンサーチ用であるかどうかを判断するために、前記メタデータファイル内のファイル名をチェックし、
前記メタデータファイルがシーンサーチ用である場合、前記メタデータファイル内に含まれる、再生されるべきメタデータを制御し、
サーチされるべき前記記録媒体からのシーンを、前記メタデータに基づいて制御する
ことを特徴とする装置。
【請求項２１】
前記制御部は、さらに、前記メタデータファイル内でどの言語が使用されるか判断するために、前記ファイル名内の言語コードをチェックすることを特徴とする請求項２０に記載の装置。
【請求項２２】
前記制御部は、さらに、前記メタデータが特定のプレイリストに対応するか判断するために、前記ファイル名内のプレイリストのＩＤをチェックすることを特徴とする請求項２０に記載の装置。
【請求項２３】
前記記録媒体からの前記メタデータファイルを読み出すためのピックアップ部をさらに備えたことを特徴とする請求項２０に記載の装置。
【請求項２４】
前記制御部から送信されたコマンドに従って前記記録媒体からの前記メタデータファイルを読み出すように、前記ピックアップ部を制御するためのマイクロプロセッサをさらに備えたことを特徴とする請求項２３に記載の装置。
【請求項２５】
コンテンツを格納するためのストリーム領域と、
前記コンテンツを構成するシーンに関するメタデータを含むシーンサーチ用のメタデータファイルを格納するための管理領域と
を備えた記録媒体であって、
前記メタデータファイルは、前記記録媒体のメタデータディレクトリの下に存在し、前記メタデータファイルがシーンサーチ用であることを示すファイル名を有することを特徴とする記録媒体。
【請求項２６】
前記管理領域は、前記記録媒体自体に関するメタデータを含む記録媒体ライブラリ用の別のメタデータファイルを格納し、
前記別のメタデータファイルは、前記メタデータディレクトリの下に存在し、前記別のメタデータファイルがシーンサーチ用であることを示す「ｂｄｍｔ」で始まるファイル名を有することを特徴とする請求項２５に記載の記録媒体。
【請求項２７】
前記メタデータファイルの前記ファイル名は、前記メタデータファイルがシーンサーチ用であることを示す「ｅｓｍｔ」で始まることを特徴とする請求項２５に記載の記録媒体。
【請求項２８】
前記メタデータファイルは、言語ごとに格納され、前記メタデータファイルの前記ファイル名は、前記メタデータファイル内で使用される言語に対応する言語コードを含むことを特徴とすることを特徴とする請求項２５に記載の記録媒体。
【請求項２９】
前記メタデータファイルは、プレイリストごとに格納され、前記メタデータファイルの前記ファイル名は、前記メタデータファイルを特定のプレイリストと結びつけるプレイリストのＩＤを含むことを特徴とすることを特徴とする請求項２５に記載の記録媒体。
【請求項３０】
前記メタデータファイルの前記ファイル名は、前記メタデータファイルがシーンサーチ用であることを示すプレフィクス「ｅｓｍｔ」で始まり、前記メタデータ内で使用される言語を示す３文字の言語コード、および５桁のプレイリストのＩＤがその後に続くことを特徴とする請求項２５に記載の記録媒体。
【国際調査報告】
2009510801.tif 000014
2009510801.tif 000015