(57)【特許請求の範囲】
【請求項１】
記録媒体から静止画像データおよびオーディオデータを再生する方法において、
第１のシステム時間に基づいて第１のストリームファイルの中の前記静止画像データを復号し、および第２のシステム時間に基づいて第２のストリームファイルの中の前記オーディオデータを復号するステップであって、前記第１のシステム時間は前記第２のシステム時間から独立しているステップと、
前記第１のシステム時間および前記静止画像データの中のプレゼンテーションタイムスタンプ（ＰＴＳ）に基づいて、前記復号された静止画像データを出力するステップと、
前記第２のシステム時間および前記オーディオデータの中のＰＴＳに基づいて、前記復号されたオーディオデータを出力するステップとを備え、
前記復号されたオーディオデータを出力する前記ステップは、前記復号された静止画像データを出力する前記ステップから独立していることを特徴とする方法。
【請求項２】
前記記録媒体から再生された前記静止画像データに基づいて、前記静止画像データに対する第１のシステム時間を生成するステップと、
前記記録媒体から再生された前記オーディオデータに基づいて、前記オーディオデータに対する第２のシステム時間を生成するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のシステム時間を生成する前記ステップは、前記静止画像データの中のプログラムクロックレファレンス（ＰＣＲ）から前記第１のシステム時間を生成し、
前記第２のシステム時間を生成する前記ステップは、前記オーディオデータの中のＰＣＲから前記第２のシステム時間を生成することを特徴とする請求項２に記載の方法。
【請求項４】
前記静止画像データの前記第１のストリームファイルおよび前記オーディオデータの前記第２のストリームファイルを再生するステップと、
前記第１のストリームファイルおよび前記第２のストリームファイルを前記静止画像データおよび前記オーディオデータに逆多重化して、前記静止画像データから第１のプログラムクロックレファレンス（ＰＣＲ）を求め、前記オーディオデータから第２のＰＣＲを求めるステップと、
前記第１のＰＣＲおよび前記第２のＰＣＲから、第１のシステム時間および第２のシステム時間をそれぞれ生成するステップとをさらに備え、
復号する前記ステップは、
前記第１のシステム時間に基づいて、前記逆多重化された静止画像データを復号するステップと、
前記第２のシステム時間に基づいて、前記逆多重化されたオーディオデータを復号するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項５】
逆多重化する前記ステップは、前記静止画像データの中のＰＴＳおよび前記オーディオデータの中のＰＴＳを求めることを特徴とする請求項４に記載の方法。
【請求項６】
前記記録媒体から少なくとも１つのプレイリストファイルを再生するステップであって、前記プレイリストファイルは少なくとも１つのプレイアイテムと少なくとも１つのサブプレイアイテムを含み、前記プレイアイテムは前記静止画像データを再生するための前記第１のストリームファイルのインポイントおよびアウトポイントを示しており、前記サブプレイアイテムは前記オーディオデータを再生するための前記第２のストリームファイルのインポイントおよびアウトポイントを示していることを特徴とする請求項１に記載の方法。
【請求項７】
記録媒体から静止画像データおよびオーディオデータを再生する方法において、
前記静止画像データに基づいて、前記静止画像データに対する第１のシステム時間を生成するステップと、
前記オーディオデータに基づいて、前記オーディオデータに対する第２のシステム時間を生成するステップと、
前記第１のシステム時間に基づいて、前記静止画像データを復号するステップと、
前記第２のシステム時間に基づいて、前記オーディオデータを復号するステップと、
前記第１のシステム時間および前記静止画像データに中のプレゼンテーションタイムスタンプ（ＰＴＳ）に基づいて、前記復号された静止画像データを出力するステップと、
前記第２のシステム時間および前記オーディオデータの中のＰＴＳに基づいて、前記復号されたオーディオデータを出力するステップとを備え、
前記復号されたオーディオデータを出力する前記ステップは、前記復号された静止画像データを出力する前記ステップから独立していることを特徴とする方法。
【請求項８】
第１のシステム時間を生成する前記ステップは、前記静止画像データの中のプレゼンテーションタイムスタンプ（ＰＴＳ）に基づいて、前記第１のシステム時間を生成し、
第２のシステム時間を生成する前記ステップは、前記オーディオデータの中のＰＴＳに基づいて、前記第２のシステム時間を生成すること
を特徴とする請求項７に記載の方法。
【請求項９】
前記静止画像の前記第１のストリームファイルおよび前記オーディオデータの前記第２のストリームファイルを再生するステップと、
前記第１のストリームファイルおよび前記第２のストリームファイルを前記静止画像データおよび前記オーディオデータに逆多重化して、前記静止画像データから第１のプログラムクロックレファレンス（ＰＣＲ）を求め、前記オーディオデータから第２のＰＣＲを求めるステップと、
前記第１のＰＣＲおよび前記第２のＰＣＲから、前記第１のシステム時間および前記第２のシステム時間をそれぞれ生成するステップとをさらに備え、
復号する前記ステップは、
前記第１のシステム時間に基づいて、前記逆多重化された静止画像データを復号するステップと、
前記第２のシステム時間に基づいて、前記逆多重化されたオーディオデータを復号するステップと
を含むことを特徴とする請求項７に記載の方法。
【請求項１０】
逆多重化する前記ステップは、前記静止画像データの中のＰＴＳおよび前記オーディオデータの中のＰＴＳを求めるステップをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
記録媒体から静止画像データおよびオーディオデータを再生する装置において、
第１のシステム時間に基づいて第１のストリームファイルの中の前記静止画像データを復号し、前記第１のシステム時間および前記静止画像データの中のプレゼンテーションタイムスタンプ（ＰＴＳ）に基づいて、前記復号された静止画像データを出力するよう構成されたデコーダユニットを備え、
前記デコーダユニットは、前記第１のシステム時間とは独立している第２のシステム時間に基づいて第２のストリームファイルの中の前記オーディオデータを復号し、前記第２のシステム時間および前記オーディオデータの中のＰＴＳに基づいて、前記復号されたオーディオデータを出力するよう構成されており、
前記復号されたオーディオデータを出力することは、前記復号された静止画像データを出力することから独立していることを特徴とする装置。
【請求項１２】
前記静止画像データに基づいて、前記静止画像データに対する第１のシステム時間を生成するよう構成された第１のシステム時間生成器と、
前記オーディオデータに基づいて、前記オーディオデータに対する第２のシステム時間を生成するよう構成された第２のシステム時間生成器と
をさらに備えたことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記第１のシステム時間生成器は、前記静止画像データの中のプログラムクロックレファレンス（ＰＣＲ）から前記第１のシステム時間を生成し、
前記第２のシステム時間生成器は、前記オーディオデータの中のＰＣＲから前記第２のシステム時間を生成することを特徴とする請求項１１に記載の装置。
【請求項１４】
前記静止画像データの前記第１のストリームファイルおよび前記オーディオデータの前記第２のストリームファイルを再生するよう構成されたピックアップと、
前記第１のストリームファイルおよび前記第２のストリームファイルを前記静止画像データおよび前記オーディオデータに逆多重化して、前記静止画像データから第１のプログラムクロックレファレンス（ＰＣＲ）を、および前記オーディオデータから第２のＰＣＲを求めるよう構成されたデマルチプレクサと、
前記第１のＰＣＲおよび前記第２のＰＣＲから、第１のシステム時間および第２のシステム時間をそれぞれ生成するよう構成された第１のシステム時間生成器および第２のシステム時間生成器とを備え、
前記復号することは、前記第１のシステム時間に基づいて前記逆多重化された静止画像データを復号し、および前記第２のシステム時間に基づいて前記逆多重化されたオーディオデータを復号することを含むことを特徴とする請求項１１に記載の装置。
【請求項１５】
前記デマルチプレクサは、前記静止画像データの中のＰＴＳおよび前記オーディオデータの中のＰＴＳを求めるよう構成されたことを特徴とする請求項１４に記載の装置。
【請求項１６】
前記記録媒体上のデータを再生するよう構成されたピックアップと、
前記ピックアップを制御して、前記記録媒体からプレイリストファイルを再生するよう構成されたコントローラであって、前記プレイリストファイルは少なくとも１つのプレイアイテムおよび少なくとも１つのサブプレイアイテムを含み、前記プレイアイテムは前記静止画像データを再生するための前記第１のストリームファイルのインポイントおよびアウトポイントを示しており、前記サブプレイアイテムは前記オーディオデータを再生するための前記第２のストリームファイルのインポイントおよびアウトポイントを示しているコントローラと
をさらに備えたことを特徴とする請求項１１に記載の装置。
【請求項１７】
前記記録媒体は、読取り専用記録媒体であることを特徴とする請求項１に記載の方法。
【請求項１８】
前記記録媒体は、書き込み可能な記録媒体であることを特徴とする請求項１に記載の方法。
【請求項１９】
前記記録媒体は、読取り専用記録媒体であることを特徴とする請求項１１に記載の装置。
【請求項２０】
前記記録媒体は、書き込み可能な記録媒体であることを特徴とする請求項１１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は静止画像とオーディオデータを再生および記録する方法と装置、ならびに静止画像およびオーディオデータの再生を管理するためのデータ構造を有する記録媒体に関する。
【背景技術】
【０００２】
高画質のビデオデータおよび高音質のオーディオデータを大容量記憶することができる新しい高密度の再生専用または書換え可能光ディスクに関して、規格化の作業が急速に展開されている。新しい光ディスクに関連した製品がまもなく商用化されることに、期待が寄せられている。このような新しい光ディスクの例には、書換え可能ブルーレイディスク（ＢＤ−ＲＥ：Ｂｌｕｅ−ｒａｙ  Ｄｉｓｃ  Ｒｅｗｒｉｔａｂｌｅ）および読み取り専用ブルーレイディスク（ＢＤ−ＲＯＭ）がある。
【０００３】
ＢＤ−ＲＥの標準は既に発表されたが、ＢＤ−ＲＯＭのような高密度再生専用光ディスクに対する標準化作業は依然として進行中である。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、高密度再生専用光ディスクに記録される静止画像（Ｓｔｉｌｌ  Ｐｉｃｔｕｒｅ）の再生を管理するためのデータ構造に対する効果的な解決方案はまだ準備されていない。
【課題を解決するための手段】
【０００５】
本発明は前述したような実情を勘案して創作されたものであって、本発明による記録媒体には記録媒体に記録される静止画像およびオーディオデータの再生を管理するためのデータ構造が含まれる。
【０００６】
本発明の一実施形態では、記録媒体から再生される静止画像データおよびオーディオデータは、それぞれ独立したシステム時間（ＳＴＣ）を基礎にして再生される。例えば、静止画像データに対する第１のＳＴＣが、記録媒体から再生された静止画像データを基礎にして生成され、オーディオデータに対する第２のＳＴＣが、記録媒体から再生されたオーディオデータを基礎にして生成される。
【０００７】
前記の実施形態では、第１のＳＴＣは静止画像データ内のプログラムクロックレファレンス（ＰＣＲ）から生成されて、第２のＳＴＣはオーディオデータ内のＰＣＲから生成される。
【０００８】
本発明の他の実施形態では、第１のＳＴＣおよび第２のＳＴＣそれぞれ、並びに、各静止画像およびオーディオデータ内のプレゼンテーションタイムスタンプＰＴＳに基づいて、静止画像データとオーディオデータが復号される。
【０００９】
また、本発明によるデータ構造を記録し再生して、本発明によるスライドショーを記録し再生する装置および方法が提示される。
【発明を実施するための最良の形態】
【００１０】
以下、本発明に対する好ましい実施形態について、添付した図面を参照しながら詳細に説明する。
【００１１】
本発明による高密度光ディスク、例えばＢＤ−ＲＯＭ、ＢＤ−ＲＥなどは、図１に示したように、ビデオとオーディオデータの再生を管理するファイルまたはデータ構造を有する。図１のような本発明によるデータ構造は、いろいろな面において公知のＢＤ−ＲＥのデータ構造と同様である。したがって、同様の部分についての詳細な説明は省略する。
【００１２】
図１に示したように、ルートディレクトリには少なくとも１つ以上のＢＤディレクトリがある。ＢＤディレクトリには、一般ファイル（図示せず）、プレイリスト（例えば、*．ｍｐｌｓ）ファイルが記憶されるＰＬＡＹＬＩＳＴディレクトリ、クリップ情報ファイル（*．ｃｌｐｉ）が記憶されるＣＬＩＰＩＮＦディレクトリ、並びに、クリップ情報ファイルに対応するＭＰＥＧ−２フォーマットのＡ／Ｖストリームクリップファイル（*．ｍ２ｔｓ）が記憶されるＳＴＲＥＡＭディレクトリがある。
【００１３】
ＳＴＲＥＡＭディレクトリには、クリップまたはクリップファイルと呼ばれるＭＰＥＧ−２フォーマットのＡ／Ｖストリームクリップファイルが含まれ、Ａ／Ｖストリームにはビデオおよびオーディオソースパケット（Ｓｏｕｒｃｅ  Ｐａｃｋｅｔｓ）が含まれる。例えば、ビデオデータのソースパケットにはヘッダーとトランスポートパケット（Ｔｒａｎｓｐｏｒｔ  Ｐａｃｋｅｔ）が含まれる。ソースパケットにはソースパケット番号が含まれるが、ソースパケット番号は、一般的にソースパケットにアクセスするためのアドレスの役割をするように連続して割り当てられる番号である。トランスポートパケットにはパケット識別子（ＰＩＤ：Ｐａｃｋｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）が含まれるが、ＰＩＤはトランスポートパケットが属するトランスポートパケットのシーケンス（Ｓｅｑｕｅｎｃｅ）を識別する。このシーケンスにある各トランスポートパケットは、ＰＩＤが同じである。
【００１４】
ＣＬＩＰＩＮＦディレクトリには、各Ａ／Ｖストリームファイルに連係するクリップ情報ファイルが含まれる。クリップ情報ファイルは、連係するＡ／Ｖストリームのタイプ、シーケンス情報、プログラム情報、およびタイミング情報が含まれる。シーケンス情報は、到着時間基準（ＡＴＣ）とシステム時間基準（ＳＴＣ）のシーケンスを説明する。例えば、シーケンス情報はシーケンスの数、各シーケンスの開始および終了時間情報、各シーケンスでの１番目のソースパケットのアドレス、および各シーケンスでのトランスポートパケットのＰＩＤを示す。プログラムのコンテンツが絶え間のないものにおけるソースパケットのシーケンスは、プログラムシーケンスと呼ばれる。プログラム情報は、プログラムシーケンスの数、各プログラムシーケンスの開始アドレス、およびプログラムシーケンスにあるトランスポートパケットのＰＩＤを指す。
【００１５】
タイミング情報は、特徴ポイント情報（ＣＰＩ：Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる。ＣＰＩの１つの形態がエントリーポイント（ＥＰ：Ｅｎｔｒｙ  Ｐｏｉｎｔ）マップ（Ｍａｐ）である。ＥＰマップは、例えば到着時間（ＡＴＣ）および／またはシステム時間（ＳＴＣ）を基準にして、プレゼンテーションタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）をソースパケット番号（ＳＰＮ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）のようなソースパケットアドレスにマップする。プレゼンテーションタイムスタンプとソースパケット番号は、Ａ／Ｖストリームにあるエントリーポイント（ＥＰ）と関連づけられる。すなわち、ＰＴＳとこれと関連したＳＰＮは、Ａ／Ｖストリームのエントリーポイント（ＥＰ）を指す。指されたパケットは、しばしばエントリーポイントパケットと呼ばれる。
【００１６】
ＰＬＡＹＬＩＳＴディレクトリには、１つ以上のプレイリストファイルがある。プレイリストは、再生用クリップを簡単に編集したり組み合わせたりするために導入された概念である。プレイリストファイルは、クリップにある再生区間（Ｐｌａｙｉｎｇ  Ｉｎｔｅｒｖａｌｓ）の集合であって、各再生区間はプレイアイテム（Ｐｌａｙｉｔｅｍ）と呼ばれる。プレイリストファイルは、プレイリストを形成する各プレイアイテムを識別して、各プレイアイテムは、例えばＡＴＣまたはＳＴＣを基準にするプレイゼンテーションタイムスタンプのような、クリップの時間軸上の位置を指すＩＮ−ｐｏｉｎｔおよびＯＵＴ−ｐｏｉｎｔの対である。プレイリストファイルは、クリップファイルの時間軸上の位置を指し示すＩＮ−ｐｏｉｎｔおよびＯＵＴ−ｐｏｉｎｔの対を、これもまた提供するサブプレイアイテム（ｓｕｂ−ｐｌａｙｉｔｅｍ）も含むことができる。言い換えると、プレイリストファイルは、プレイアイテムおよびサブプレイアイテムを識別し、各プレイアイテムまたはサブプレイアイテムは、１つのクリップファイルまたはその一部を指してクリップファイルと連係するクリップ情報ファイルを識別する。クリップ情報ファイルは、プレイアイテムをソースパケットのクリップファイルにマップするのに使われる。プレイリストはクリップファイル内の特定位置（例えば、特定アドレス）を指し示すプレイリストマーク（Ｐｌａｙｌｉｓｔ  ｍａｒｋ）も含むことができる。
【００１７】
一般情報ファイル（図示せず）は、光ディスクに記録されるＡ／Ｖストリームの再生を管理するための一般情報を提供する。
【００１８】
図１では、本発明による記録媒体のデータ構造を説明するだけでなく、記録媒体のエリアを見せてくれている。例えば、一般情報ファイルは少なくとも１つ以上の一般情報エリアに記録され、ＰＬＡＹＬＩＳＴディレクトリは少なくとも１つ以上のＰＬＡＹＬＩＳＴディレクトリ領域に記録され、ＰＬＡＹＬＩＳＴディレクトリ内の各プレイリストは記録媒体の少なくとも１つ以上のプレイリストエリアに記録される。図２では、図１のデータ構造を有する記録媒体の一例を見せてくれる。図２に示したように、記録媒体にはファイルシステム情報エリア、データベースエリア、およびＡ／Ｖストリームエリアが含まれる。データベースエリアには、一般情報ファイルとプレイリスト情報エリア、およびクリップ情報エリアが含まれる。一般情報ファイルとプレイリスト情報エリアには、一般情報ファイルエリアの一般情報ファイルと、プレイリスト情報エリアのＰＬＡＹＬＩＳＴディレクトリとプレイリストファイルとが記録される。クリップ情報エリアには、ＣＬＩＰＩＮＦディレクトリと関連付けられたクリップ情報ファイルが記録される。Ａ／Ｖストリームエリアには多様なタイトルのＡ／Ｖストリームが記録される。
【００１９】
ビデオとオーディオデータは一般的に個々のタイトルとして編成されている。例えば、他の異なる映画は、異なるタイトルのビデオおよびオーディオデータにより編成される。また、通常、本が章（Ｃｈａｐｔｅｒｓ）で編成されるように、タイトルは多くのチャプターで編成されることができる。
【００２０】
ＢＤ−ＲＯＭ、ＢＤ−ＲＥのような新しい高密度の記録媒体の記憶容量は非常に大きいため、いろいろなバージョンのタイトルがまたは１タイトルの一部が記憶され再生され得る。例えば、他のカメラアングルのビデオデータが記録媒体に記録され、他の例として、タイトルに対するいろいろなバージョンまたは他の言語と関連付けられた一部も、記録媒体に記録される。また他の例として、タイトルに対するディレクターズバージョンまたは劇場公開用バージョンも、記録媒体上に記録され得る。あるいは、１つのタイトルに対して成人バージョン、準成人バージョン、そしてペアレンタル・コントロールができる青少年バージョン、または、１つのタイトルの一部が、記録媒体上に記録され得る。各バージョン、各カメラアングルなどは他の再生経路を有して、このような場合のビデオデータは多重再生経路ビデオデータ（Ｍｕｌｔｉｐｌｅ  Ｒｅｐｒｏｄｕｃｔｉｏｎ  Ｐａｔｈ  Ｖｉｄｅｏ  Ｄａｔａ）と呼ばれる。
【００２１】
ＢＤ−ＲＯＭのような新しい高密度の記録媒体の記憶容量は大きいため、スチル映像は、例えばスライドショーのように、系統的な方式および／またはユーザ対話型の（Ｉｎｔｅｒａｃｔｉｖｅ）方式によって記録され再生されることができる。本発明による、高密度光ディスクでスチル映像の再生を管理するためのデータ構造が、スチル映像の記録および再生に関する本発明による方法および装置発明と共に説明される。
【００２２】
前に説明したところと以後に説明するところによって分かるように、スチル映像は連続的スライドショー（Ｓｅｑｕｅｎｔｉａｌ  ｓｌｉｄｅ  ｓｈｏｗ）、ランダム／シャッフル（Ｒａｎｄｏｍ／Ｓｈｕｆｆｌｅ）スライドショー、ブラウザブル（Ｂｒｏｗｓａｂｌｅ）スライドショー等のような方式で表示される。連続的スライドショー方式では、スチル映像が制約された時間の間、プレイリストに設定された順序通り再生される。オーディオデータと同期してスチル映像を再生することもできる。ブラウザブルスライドショー方式では、スチル映像が無制限の時間の間、例えばプレイリストに設定された順序通り再生されるが、以前または以後のスチル映像への進行は、ユーザ入力による。ランダム／シャッフルスライドショー方式は、スチル映像の再生される順序が無作為である連続的スライドショーまたはブラウザブルスライドショーの形態をとる。
【００２３】
図３および図４は、ＢＤ−ＲＯＭのような高密度の記録媒体のスチル映像を管理するデータ構造と方法の実施形態を図式化したものである。図３に示したように、静止画像ストリームと関連データストリーム（グラフィックおよび字幕ストリーム）のコンポーネントデータストリームは、スチル映像を基準にしてＰＥＳパケットにパケット化される。すなわち、静止画像ストリームの各ＰＥＳパケットには１つの静止画像を含み、関連したデータの関連付けられたＰＥＳパケットには静止画像と関連付けられた関連データ（関連付けられた静止画像と同期して再生するためのデータ）が含まれる。静止画像は、これに同期して再生される関連データと共に、静止画像ユニット（ｓｔｉｌｌ  ｐｉｃｔｕｒｅ  ｕｎｉｔ）でグルーピングされる。静止画像ユニットを基準にして、静止画像ストリームと関連データストリームはＭＰＥＧ  ２伝送ストリームの静止画像ファイルへ多重化される。
【００２４】
図３には、静止画像ファイルに対応するクリップ情報ファイルが図示されている。クリップ情報ファイルには、エントリーポイントマップ（ＥＰ＿ＭＡＰ）が含まれるが、ＥＰマップ内の各エントリーポイント（ＥＰ  ＃１〜＃ｋ）には、対応する静止画像ユニットの先頭記録位置にアクセスするためのナビゲーション情報が含まれる。ナビゲーション情報には、対応する静止画像ユニットの開始記録位置を指し示し、例えばソースパケット番号エントリーポイント開始（ＳＰＮ_ＥＰ_Ｓｔａｒｔ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ  ＥＰ  Ｓｔａｒｔ）情報が含まれる。
【００２５】
図４には、図３を参照して説明した静止画像ファイルの再生を制御するためのプレイリストが図示されている。示されたように、プレイリスト内のプレイアイテム（ＰｌａｙＩｔｅｍ）には、再生する静止画像ファイル内のスチル映像の開始位置と終了位置にそれぞれ対応するインピクチャ（ＩＮ_ｐｉｃｔｕｒｅ）情報とアウトピクチャ（ＯＵＴ_ｐｉｃｔｕｒｅ）情報が含まれる。プレイリスト内のサブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ）には、静止画像ファイルと関連付けられて再生される別途のオーディオファイルに対するサブプレイアイテムインタイム（ＳｕｂＰｌａｙＩｔｅｍ_ＩＮ_ｔｉｍｅ）情報とサブプレイアイテムアウトタイム（ＳｕｂＰｌａｙＩｔｅｍ_ＯＵＴ_ｔｉｍｅ）情報が含まれる。オーディオデータは、関連付けられたスチル映像と同期してまたは非同期で再生され得る。
【００２６】
プレイリストは、各静止画像を指し示すプレイリストマークがさらに含まれるが、以後にはこれをスチルマーク（ｓｔｉｌｌ  ｍａｒｋ）と呼ぶ。静止画像ユニットに含まれた静止画像および関連したデータに対するプレゼンテーション時間（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｕｒａｔｉｏｎ）情報は、静止画像ユニットに対応するスチルマーク内に記録されることができる。これに代わってまたは追加的に、プレゼンテーション時間情報は、プレイリスト内に含まれることもできる。
【００２７】
スチルマークは、ブラウザブルスライドショーにおいてピクチャ間をスキップする時に、特に有用である。また、静止画像またはその一部は、相異なるプレゼンテーション時間を有する複数のプレイリストと同時に関連付けられることができるのを理解されたい。
【００２８】
プレゼンテーションタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）は、各ＰＥＳパケットおよび／または各エントリーポイントに記録される。ＰＴＳは、例えばよく知られたプログラムクロックレファレンス（ＰＣＲ：Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）値に比例する値を有し、下で説明するように、ＳＴＣ（例えば、ＰＣＲに基づいたシステム時間）と呼ばれるＰＣＲにより定義される時間に比例する値を有するようになる。よく知られているように、ＰＣＲはＭＰＥＧ２標準によってＭＰＥＧ２トランスポートストリーム内のパケットに加えられるタイムスタンプである。静止画像が無限のプレゼンテーション時間を有する場合、ＳＴＣ（例えば、ＰＣＲカウント値）は等しい値を維持して、これに比例するＰＴＳは対応する静止画像のＰＥＳパケットに記録される。したがって、無限のプレゼンテーション時間を有する静止画像のＰＥＳパケットと次の静止画像のＰＥＳパケットすべてに等しいＰＴＳが記録される。例えば、再生装置は、続くエントリーポイントまたは静止画像ＰＥＳに記録されるＰＴＳ間の差を計算して、連続される両静止画像のプレゼンテーション時間、すなわち表示期間を決定する。ＰＴＳ間の差がゼロ（Ｚｅｒｏ）の場合、再生装置は対応する静止画像を無限なプレゼンテーション時間で再生する、すなわち、ユーザの命令が入力される時まで静止画像が再生される。そうでない場合、再生装置は計算された時間の間、静止画像を再生する。
【００２９】
言い換えると、再生装置は、静止画像を、例えばスライドショーで再生する時、各静止画像に対するプレゼンテーション時間が無限かまたは有限かを判別する。プレゼンテーション時間が無限な場合、再生装置はＳＴＣを増加させないで前の値を維持する。逆に、プレゼンテーション時間が有限な場合には、再生装置はＳＴＣを通常のように増加させる動作を遂行する。
【００３０】
図５は、本発明による光ディスク再生装置の一部の構成を図示している。図５に示したように、光ディスク再生装置は光ディスクからデータを再生するための光ピックアップ１１１を含む。ＶＤＰ（Ｖｉｄｅｏ  Ｄｉｓｃ  Ｐｌａｙ）システム１１２は、光ピックアップ１１１の再生動作を制御して光ピックアップ１１１により再生されるデータを復調する。ＶＤＰシステム１１２はＡＶストリームを再生して、ＡＶストリームはＤ／Ａ変換器１１３を経てアナログＡＶストリームに変換される。
【００３１】
例えば、ＶＤＰシステム１１２は、本発明の実施形態によって、ユーザインタフェースを介したユーザ入力と光ディスクに記録されたナビゲーションおよび管理情報を基礎にして、光ピックアップ１１１を制御して再生されるデータを復調する。例えば、ＶＤＰシステム１１２は、プレイリストに含まれたスチルマークとクリップ情報ファイルに含まれたエントリーポイントマップを参照して、静止画像ファイルを再生する。すなわち、ＶＤＰシステム１１２は、エントリーポイントマップに記録されたエントリーポイント（ＥＰ  ＃１、＃２．．．）の順序によって各静止画像ユニットの静止画像、グラフィックデータ、および字幕データを読み出す。以後、ＶＤＰシステム１１２は、（ｉ）スチルマークに含まれたまたはＰＴＳから決定されるプレゼンテーション時間情報によって固定された時間の間再生したり、または（ｉｉ）ユーザのキー入力などによって、例えば各スチルマークに対応する静止画像ユニット単位でスキップ再生する一連の静止画像再生動作を遂行したりする。
【００３２】
図６に示したように、ＶＤＰシステム１１２は、スイッチ１２０、トラックバッファ１２１、ＴＳデマルチプレクサ１２２、ビデオバッファ１２３、グラフィックバッファ１２４、字幕バッファ１２５、オーディオバッファ１２６、ビデオデコーダ１２７、グラフィックデコーダ１２８、字幕デコーダ１２９、オーディオデコーダ１３０、マイクロコンピュータ１３１、第１のＳＴＣ生成器１４０、および第２のＳＴＣ生成器１４１で構成されることができる。
【００３３】
マイクロコンピュータ１３１は、ユーザのキー入力またはプレゼンテーション時間情報によってスイッチ１２０の動作を制御して、静止画像Ｖ、グラフィックデータＧ、そして字幕データＳＴをトラックバッファ１２１に選択的に出力する。ＴＳデマルチプレクサ１２２は、トラックバッファ１２１に一時的に保存されたデータストリームのパケットＩＤ（ＰＩＤ）を参照して、静止画像データ、グラフィックデータ、そして字幕データをそれぞれビデオバッファ１２３、グラフィックバッファ１２４、そして字幕バッファ１２５に分配する。
【００３４】
ビデオデコーダ１２７は静止画像データを復号し、グラフィックデコーダ１２８はグラフィックデータを復号し、字幕デコーダ１２９は字幕データを復号して、１つの静止画像、関連したグラフィックおよび字幕データが、例えば同期して再生される。
【００３５】
同様に、マイクロコンピュータ１３１は、スイッチ１２０の動作を制御して、光ディスクから読み出すオーディオデータＡをトラックバッファ１２１に選択的に出力する。ＴＳデマルチプレクサ１２２は、トラックバッファ１２１に一時的に保存されたオーディオデータストリームのパケットＩＤ（ＰＩＤ）を参照して、オーディオデータをオーディオバッファ１２６に分離して出力する。
【００３６】
ＴＳデマルチプレクサ１２２は、再生されたオーディオデータストリームから各オーディオプレゼンテーションタイムスタンプ（Ａ_ＰＴＳ）を分離して、オーディオデコーダ１３０に送る。また、ＴＳデマルチプレクサ１２２は、再生されたオーディオデータストリームからオーディオプログラムクロックレファレンス（Ａ_ＰＣＲ）を分離して第１のＳＴＣ生成器１４０に送るが、第１のＳＴＣ生成器１４０はＡ_ＰＣＲをカウントしてオーディオＳＴＣ（Ａ_ＳＴＣ）を生成して、Ａ_ＳＴＣはオーディオデコーダ１３０に送られる。オーディオデコーダ１３０は、Ａ_ＰＣＲとＡ_ＳＴＣを比較して、その値が一致する時点にデコーディングされたオーディオを出力する。
【００３７】
同様な方法によって、ＴＳデマルチプレクサ１２２は、再生された静止画像データストリームから各静止画像プレゼンテーションタイムスタンプ（Ｓ_ＰＴＳ）を分離して、ビデオデコーダ１２７、グラフィックデコーダ１２８および字幕デコーダ１２９により構成されるＭＰＥＧデコーダ１７０に送る。また、ＴＳデマルチプレクサ１２２は、再生された静止画像データストリームから静止画像プログラムクロックレファレンス（Ｓ_ＰＣＲ）を分離して第２のＳＴＣ生成器１４１に送るが、第２のＳＴＣ生成器１４１はＳ_ＰＣＲをカウントして静止画像ＳＴＣ（Ｓ_ＳＴＣ）を生成して、Ｓ_ＳＴＣはＭＰＥＧデコーダ１７０に送られる。
【００３８】
ＭＰＥＧデコーダ１７０は、Ｓ_ＰＣＲとＳ_ＳＴＣを比較して、その値が一致する時点に静止画像を出力する。静止画像のプレゼンテーション時間が無限である場合、マイクロコンピュータ１３１は第２のＳＴＣ生成（１４１）を制御して、カウンティング動作を中止させる。
【００３９】
ユーザのキー入力によって静止画像が表示される場合、マイクロコンピュータ１３１は、表示される静止画像から読み出すＰＣＲを第２のＳＴＣ生成器１４１にローディングさせて、ＰＣＲカウンティング動作が再開されるようにする。
【００４０】
これにより、光ディスク再生装置は、第１のＳＴＣ生成器１４０および第２のＳＴＣ生成器１４１を利用することによって、動映像データの再生のためのＭＰＥＧデコーダ１７０を利用して光ディスクに記録されたスチル映像を再生することができるようになり、ユーザのキー入力などによってスチル映像に対するブラウザブルスライドショー動作を実行することができるようになる。ブラウザブルスライドショーと関連して、第１のＳＴＣ生成器１４０および第２のＳＴＣ生成器１４１によりＳＴＣ制御が独立に提供されるため、例えばオーディオデータと静止画像データ（または静止画像および関連したピクチャデータ）が独立に再生されることができる。すなわち、ユーザが表示されている静止画像を変更しても、オーディオデータの復号には影響を及ぼさない。
【００４１】
ＶＤＰシステム１１２で、図７に示したように、第２のＳＴＣ生成器１４１の代わりに、ＳＴＣ加算器（Ａｄｄｅｒ）１５１を使うこともできる。マイクロコンピュータ１３１は、無限のプレゼンテーション時間を有する静止画像を再生する場合、ＰＣＲ加算器１５１の動作を制御して、生成されたＳ_ＳＴＣがＭＰＥＧデコーダ１７０に印加されないようにする。
【００４２】
他の静止画像が再生される場合、マイクロコンピュータ１３１は、再生された静止画像から得られるＰＣＲと、第１のＳＴＲ生成器１４０により生成されたＡ_ＳＴＣの差を計算して、ＰＣＲオフセットとしてＳＴＣ加算器１５１に出力する。
【００４３】
ＳＴＣ加算器１５１は、ＳＴＣ発生器１４０からのＡ_ＳＴＣとマイクロコンピュータ１３１からのＰＣＲオフセットを加えて、Ｓ_ＳＴＣとしてＭＰＥＧデコーダ１７０に出力する。したがって、光ディスク再生装置は、ＳＴＣ加算器１５１からのＳ_ＳＴＣを利用することによって、動画データの再生のためのＭＰＥＧデコーダ１７０を用いて光ディスクに記録されたスチル映像を再生することができるようになり、ユーザのキー入力などによってスチル映像に対するブラウザブルスライドショー動作を実行することができるようになる。
【００４４】
図８は、本発明による光ディスク記録および再生装置の構成を示したものである。Ａ／Ｖエンコーダ９は、データを受信し、エンコードする（例えば、ムービービデオとオーディオデータまたはオーディオデータ）。Ａ／Ｖエンコーダは、エンコードされたデータを、コーディング情報とストリーム属性情報と共にマルチプレクサ（Ｍｕｌｔｉｐｌｅｘｅｒ）８に出力する。マルチプレクサ８は、例えば、ＭＰＥＧ−２伝送ストリーム（ＭＰＥＧ−２  ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ）を作るために、入力されるコーディング情報とストリーム属性情報に基づいて、エンコードされたデータを多重化する。ソースパケット合成器（Ｓｏｕｒｃｅ  ｐａｃｋｅｔｉｚｅｒ）７は、マルチプレクサ８から入力される伝送パケットを、光ディスクのオーディオビデオフォーマットに合うソースパケットとしてパケット化する。図８に示したように、Ａ／Ｖエンコーダ９、マルチプレクサ８、そしてソースパケット合成器７の動作は、コントローラ１０により制御される。コントローラ１０がユーザから記録命令を受信すれば、Ａ／Ｖエンコーダ９、マルチプレクサ８、そしてソースパケット合成器７に、制御情報を送る。例えば、コントローラ１０は、Ａ／Ｖエンコーダ９に実行するエンコーディングタイプを指示し、マルチプレクサ８に作りだす伝送ストリームを指示し、そしてソースパケット合成器７にソースパケットのフォーマットを指示する。また、コントローラ１０は、光ディスクにソースパケット合成器７の出力を記録できるようにドライブ３を制御する。
【００４５】
また、コントローラ１０は光ディスクに記録されているデータの再生を管理するためのナビゲーション情報と管理情報を作りだす。例えば、ユーザとのインタフェース（ディスクに記憶されているかコンピュータシステムによりイントラネットまたはインターネットを介して提供される命令語）を介して受けた情報を基礎にして、コントローラ１０は光ディスク上に、図１から図４のデータ構造のうち１つまたはそれ以上を記録するように、ドライブ３を制御する。
【００４６】
再生中は、コントローラ１０はデータ構造を再生するようにドライブ３を制御する。すなわち、ディスクに含まれた情報とユーザインタフェース（記録および再生装置の操作ボタンまたは装置と関連付けられた遠隔操縦）を介して受けたユーザ入力を基礎にして、コントローラ１０は光ディスクからデータを再生するようにドライブ３を制御する。例えば、本発明の実施形態を参照にして説明したように、１つのスチル映像または一群のスチル映像が、ナビゲーション情報を基礎にして、ムービービデオおよびオーディオデータと連係してまたはオーディオデータとだけ連係して再生されることができる。また、１つのスチル映像または一群のスチル映像が、スライドショーまたはスライドショーの一部として、再生されることもできる。やはり説明されたように、スライドショーは同期して再生したりブラウザできたりする。
【００４７】
ソースパケット分離器（Ｓｏｕｒｃｅ  Ｄｅｐａｃｋｅｔｉｚｅｒ）４は、再生されたソースパケットを入力受けて、ＭＰＥＧ−２伝送パケットストリームのようなデータストリームに変換する。デマルチプレクサ（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ）５は、データストリームをエンコーディングされたデータに逆多重化する。Ａ／Ｖデコーダ６は、符号化されたデータを復号して元のデータに作る。再生中、ソースパケット分離器４、デマルチプレクサ５、そしてＡ／Ｖデコーダ６の動作は、コントローラ１０により制御される。コントローラ１０がユーザから再生命令を受信すれば、ソースパケット分離器４、デマルチプレクサ５、そしてＡ／Ｖデコーダ６に制御情報を送る。例えば、コントローラ１０は、ソースパケット分離器４にソースパケットのフォーマットを指示して、デマルチプレクサ５に逆多重化する伝送ストリームを指示し、そしてＡ／Ｖデコーダ６に実行するデコーディングタイプを指示する。
【００４８】
図８は記録と再生装置に関して図示しているが、図８の構成要素一部だけで記録動作または再生動作だけを提供する記録専用装置または再生専用装置も可能である。
【００４９】
上で説明したように、本発明は高密度の記録媒体（例えば、ＢＤ−ＲＯＭのような高密度光ディスク）に記録されるスチル映像とオーディオデータを管理するためのデータ構造を有する記録媒体を提供する。例えば、データ構造ではスチル映像とオーディオデータを多くの方法で表示することができるようにする。
【００５０】
本発明による高密度の記録媒体のスチル映像を管理する方法は、多様なスチル制御動作を提供して、スチル映像を字幕データまたはグラフィックイメージと共に效率的に連係して再生することができるようにする。
【００５１】
また、本発明は記録媒体に記録されるスチル映像とオーディオデータを管理するために、高密度記録媒体にデータ構造を記録する方法と装置を提供する。
【００５２】
また、本発明は高密度記録媒体に記録されるスチル映像とオーディオデータを再生する方法と装置を提供する。
【００５３】
以上、前述した本発明の好ましい実施形態は例示目的のために開示されたものであって、ＢＤ−ＲＯＭ以外の他の光ディスクにも拡大して適用が可能であり、また当業者ならば添付された特許請求範囲に開示された本発明の技術的思想とその技術的範囲内で、多様な他の実施形態を改良、変更、置き換えまたは付加などが可能であることである。
【図面の簡単な説明】
【００５４】
【図１】本発明による記録媒体のファイルまたはデータ構造を示す図である。
【図２】図１のデータ構造を有する記録媒体を示図である。
【図３】図１のデータ構造の一部に対する具体的な実施形態と高密度記録媒体に対してスチル映像を管理する方法を示した図である。
【図４】図１のデータ構造の一部に対する具体的な実施形態と高密度記録媒体に対してスチル映像を管理する方法を示した図である。
【図５】本発明による光ディスク再生装置の一部に対する構成を示した図である。
【図６】本発明による光ディスク装置の第１実施形態の詳細な構造を示す図である。
【図７】本発明による光ディスク装置の第２実施形態の詳細な構造を示す図である。
【図８】本発明による記録・再生装置の他の実施例を示す図である。
【図１】
0004592685.tif 000002
【図２】
0004592685.tif 000003
【図３】
0004592685.tif 000004
【図４】
0004592685.tif 000005
【図５】
0004592685.tif 000006
【図６】
0004592685.tif 000007
【図７】
0004592685.tif 000008
【図８】
0004592685.tif 000009