JP2007522595A - 記録媒体及びテキスト・サブタイトル・ストリームのデコード方法と装置 - Google Patents

Abstract

少なくとも１つのテキスト・サブタイトル・ストリームを記録媒体に記憶する。各テキスト・サブタイトル・ストリームは、領域スタイルのセットを定義するダイアログ・スタイル・セグメントと、少なくとも１つのダイアログ・プレゼンテーション・セグメントを含む。各ダイアログ・プレゼンテーション・セグメントは、少なくとも１つのダイアログ・テキスト領域をふくみ、少なくとも１つの領域スタイルのセットにリンクされる。ダイアログ・スタイル・セグメントは、プレーヤが独自のプレーヤ・スタイルのセットの生成が許可されているか否かを示すプレーヤ・スタイル・フラグを含む。プレーヤ・スタイル・フラグによって許可が示されている場合、各ダイアログ・プレゼンテーション・セグメントは、プレーヤ・スタイルのセットを用いてデコードされる。

Description

本発明は、記録媒体及び記録媒体上に記録されているテキスト・サブタイトル・ストリームをデコードする方法及び装置に関する。

光ディスクは、大容量データを記録可能な光記録媒体として広く使用されている。近年、高画質のビデオデータと高音質のオーディオデータを記録するために、ブルーレイディスク（ＢＤ）等の新しい高密度光記録媒体（ＨＤ−ＤＶＤと称する）が開発中である。

現在、次世代技術として知られるブルーレイディスク（ＢＤ）の世界標準の技術仕様は、多くの他のディジタル機器と共に、既存のＤＶＤを遥かにしのぐデータを有することが可能な次世代光記録ソリューションとして確立されつつある。

ブルーレイディスク（ＢＤ）規格を採用した光再生装置もまた開発中である。しかし、ブルーレイディスク（ＢＤ）規格は完成していないため、完全な光再生装置を開発するのには多くの困難がある。特に、ブルーレイディスク（ＢＤ）からデータを効率的に再生するためには、メインＡＶデータとメインＡＶデータと関連する補助データとしてのサブタイトル情報等のユーザの利便性のために必要なデータはもとより、光ディスク内に記録されたメインデータとサブタイトル・データを再生するための管理情報が体系化されて提供される必要がある。

しかしながら、現在のブルーレイディスク（ＢＤ）においては、補助データ、特にサブタイトルストリームファイルは完全に統合されていないため、本格的なブルーレイディスク（ＢＤ）ベースの光再生装置を開発するのに多くの制約がある。このような制約は、サブタイトル等の補助データをユーザに提供する際に問題となる。

そこで、本発明は、従来技術が有する制約及び欠点による１又は複数の問題を実質的に解消する方法に関し、それは、記録媒体に記録されているテキスト・サブタイトル・ストリームをデコードするテキスト・サブタイトル・デコーダ及びデコードする方法に関する。

本発明の目的は、プレーヤに独自のプレーヤ・スタイル・セットの生成を許可するか否かを指定するプレーヤ・スタイル・フラグを含むダイアログ・スタイル・セグメントを含む記録媒体を提供することにある。

本発明の他の目的は、テキスト・サブタイトル・ストリームをデコードする方法及び装置を提供することにあり、テキスト・サブタイトル・デコーダは、ダイアログ・スタイル・セグメントに含まれるプレーヤ・スタイル・フラグを読み取り、プレーヤに独自のプレーヤ・スタイル・セットの生成を許可するか否かを決定する。

本発明のさらに他の利点、目的及び特徴は、以下の詳細な説明に部分的に提示され、これらの部分は、この分野における通常の技術を有する者であれば、本発明の実施の形態から明らかになる。本発明の目的及び他の利点は、後述する詳細な説明及び請求の範囲はもとより、添付図面に具体的に開示された構造により具現可能である。

上記の目的及び他の利点を達成するために、記録媒体は、少なくとも１つのテキスト・サブタイトル・ストリームを格納するデータ領域を含む。データ領域に格納された各テキスト・サブタイトル・ストリームは、スタイルのセットを定義するダイアログ・スタイル・セグメントと、少なくとも１つのダイアログ・プレゼンテーション・セグメントを含む。各ダイアログ・プレゼンテーション・セグメントは、少なくとも１つのダイアログ・テキスト領域を含み、スタイルのセットのうち少なくとも１つにリンクされる。ダイアログ・スタイル・セグメントは、プレーヤにプレーヤ・スタイルの独自のセットを生成することを許可するか否かを示すプレーヤ・スタイル・フラグを含む。ダイアログ・スタイル・セグメントに定義されたスタイル・セットは、ユーザにより定義された領域スタイル・セットであり得る。

本発明の別の態様は、記録媒体に記録されたテキスト・サブタイトル・ストリームをデコードする方法及び装置を提供する。サブタイトル・ローディング・バッファは、記録媒体からテキスト・サブタイトル・ストリームをロードする。ロードされたテキスト・サブタイトル・ストリームは、スタイルのセットを定義するダイアログ・スタイル・セグメントと、少なくとも１つのダイアログ・プレゼンテーション・セグメントを含み、各ダイアログ・プレゼンテーション・セグメントは、少なくとも１つのダイアログ・テキスト領域を含み、前記スタイルのセットの少なくとも１つにリンクされる。テキスト・サブタイトル・デコーダは、ダイアログ・スタイル・セグメント内に含まれたプレーヤ・スタイル・セットを読みこみ、プレーヤにプレーヤ・スタイルの独自のセットを生成することを許可するか否かを決定する。プレーヤ・スタイル・フラグが許可を指示する場合、テキスト・サブタイトル・デコーダは、各ダイアログ・プレゼンテーション・セグメントをデコードするときプレーヤ・スタイルのセットを用いることができる。第１の例では、各プレーヤ・スタイルは、ダイアログ・テキスト領域の領域プレゼンテーション・プロパティの独立したセットを示す領域スタイルを表すことができる。さらに、他の例では、各プレーヤ・スタイルは、リンクされた領域スタイルにより定義された領域プレゼンテーション・プロパティのうち少なくとも１つを再定義するように構成できる。さらに他の例として、各プレーヤ・スタイルは、リンクされたスタイルにより指定された領域プレゼンテーション・プロパティのうち少なくとも１つ変更するように構成できる。それは、領域プレゼンテーション・プロパティの少なくとも１つの変更方向及び変更量を指定できる。

本発明の上述の説明と以下に述べる詳細な説明は、いずれも例示であり、特許請求された発明の説明を提供するために意図されたものである。

以下、本発明の好適な実施の形態を詳細に後述し、これらの実施の形態は、添付図面に示す。できる限り、同じ参照符号は同一又は類似する部分を言及するために図面の全体に亘って使用される。

詳細な説明において、メインデータは、制作者によって光ディスクに記録されたタイトル（例えば、ムービータイトル）を含むオーディオ／ビデオ（ＡＶ）データを表す。通常、ＡＶデータは、ＭＰＥＧ２フォーマットで記録され、ＡＶストリーム又はメインＡＶストリームと呼ばれる。また、補助データは、メインデータの再生時に必要な他の全てのデータを表し、例えば、テキスト・サブタイトル・ストリーム、インタラクティブ・グラフィック・ストリーム、プレゼンテーション・グラフィック・ストリーム、補助オーディオ・ストリーム（例えば、ブラウザブル・スライドショー用）等が挙げられる。これらの補助データは、ＭＰＥＧ２フォーマットで記録されるか、或いは、他のデータフォーマットで記録される。これらは、ＡＶストリームとともに多重化されるか、又は、光ディスク内の独立したデータファイルとして存在し得る。

サブタイトルは、再生されるビデオ（又はイメージ）に対応する字幕情報を表し、それは、所定の言語により表される。例えば、ユーザが表示スクリーン上でイメージを視聴する間に複数の言語で表された複数のサブタイトルの１つを視聴するためのオプションを選択するとき、選択されたサブタイトルに対応する字幕情報は、表示スクリーンの所定の部分に表示される。表示された字幕情報がテキストデータ（例えば、文字）の場合、選択されたサブタイトルは、テキスト・サブタイトルと称される。本発明の一態様によれば、ＭＰＥＧ２フォーマットの複数のテキスト・サブタイトル・ストリームは光ディスクに記録され、それらは、複数の独立したストリーム・ファイルとして存在する。各テキスト・サブタイトル・ストリーム・ファイルは、テキスト・サブタイトルのテキストデータと、テキストデータを再生するために必要な再生制御データを含む。さらに、本発明の他の態様によれば、単一のテキスト・サブタイトル・ストリームのみをＭＰＥＧ２フォーマットで光ディスクに記録することができる。

図１は、本発明による、光ディスク、例えばブルーレイディスク（ＢＤ）に記録されたデータファイルの構造を示す図である。図１を参照すれば、少なくとも１つのＢＤディレクトリ（ＢＤＭＶ）は、ルートディレクトリ（ｒｏｏｔ）に含まれる。各ＢＤディレクトリは、１又は複数のユーザとのインタラクトのために用いられるインデックス・ファイル（ｉｎｄｅｘ．ｂｄｍｖ）とオブジェクト・ファイル（ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ）を含む。例えば、インデックス・ファイルは、インデックス・テーブルを表すデータを含み、インデックス・テーブルは、選択可能な複数のメニューとムービータイトルを有する。各ＢＤディレクトリは、再生されるオーディオ／ビデオ（ＡＶ）データとＡＶデータの再生に必要な各種データを含む４つのファイル・ディレクトリをさらに含む。

各ＢＤディレクトリに含まれるファイル・ディレクトリとしては、ストリーム・ディレクトリ（ＳＴＲＥＡＭ）、クリップ・インフォメーション・ディレクトリ（ＣＬＩＰＩＮＦ）、プレイリスト・ディレクトリ（ＰＬＡＹＬＩＳＴ）、補助データ・ディレクトリ（ＡＵＸ ＤＡＴＡ）が挙げられる。先ず、ストリーム・ディレクトリ（ＳＴＲＥＡＭ）は、特定のデータフォーマットのオーディオ／ビデオ（ＡＶ）ストリーム・ファイルを含む。例えば、ＡＶストリーム・ファイルは、ＭＰＥＧ２トランスポート・パケットの形式であり、図１に示すように、「＊．ｍ２ｔｓ」と称される。ストリーム・ディレクトリは、１又は複数のテキスト・サブタイトル・ストリーム・ファイルをさらに含むことができ、各テキスト・サブタイトル・ストリーム・ファイルは、特定の言語により表されたテキスト・サブタイトルのテキストデータ（例えば、文字）とテキストデータの再生制御情報を含む。テキスト・サブタイトル・ストリーム・ファイルは、ストリーム・ディレクトリ内に独立したストリーム・ファイルとして存在し、図１に示すように、「＊．ｍ２ｔｓ」或いは「＊．ｔｘｔｓｔ」と称される。ストリーム・ディレクトリに含まれるＡＶストリーム・ファイル又はテキスト・サブタイトル・ストリーム・ファイルは、クリップ・ストリーム・ファイルと称される。

次いで、クリップ・インフォーメーション・ディレクトリ（ＣＬＩＰＩＮＦ）は、ストリーム・ディレクトリに含まれるストリーム・ファイル（ＡＶ又はテキスト・サブタイトル）に各々対応するクリップ・インフォメーション・ファイルを含む。各クリップ・インフォメーション・ファイルは、対応するストリーム・ファイルのプロパティ情報と再生タイミング情報を含む。例えば、クリップ・インフォメーション・ファイルは、マッピング情報を含み、マッピング情報においては、プレゼンテーション・タイム・スタンプ（ＰＴＳ）とソース・パケット・ナンバー（ＳＰＮ）が、エントリポイントマップ（ＥＰＭ）によって一対一で対応づけられる。マッピング情報を用いて、プレイアイテム又はサブ・プレイアイテムにより提供されるタイミング情報（Ｉｎ−Ｔｉｍｅ、Ｏｕｔ−Ｔｉｍｅ）から、ストリーム・ファイルの特定の位置が決められるが、これに関しては、後述する。規格においては、ストリーム・ファイルとそれに対応するクリップ・インフォメーション・ファイルの各ペアは、クリップとして指定される。例えば、ＣＬＩＰＩＮＦに含まれる０１０００．ｃｌｐｉは、ＳＴＲＥＡＭに含まれる０１０００．ｍ２ｔｓのプロパティ情報及びタイミング情報を含み、０１０００．ｃｌｐｉと０１０００．ｍ２ｔｓは、１つのクリップを形成する。

再び図１を参照すると、プレイリスト・ディレクトリ（ＰＬＡＹＬＩＳＴ）は、１又は複数のプレイリスト・ファイル（＊．ｍｐｌｓ）を含み、各プレイリスト・ファイルは、少なくとも１つのメインＡＶクリップとメインＡＶクリップの再生時間を指定する少なくとも１つのプレイアイテムを含む。さらに詳しくは、プレイアイテムは、Ｉｎ−ＴｉｍｅとＯｕｔ−Ｔｉｍｅを指定する情報を含む。Ｉｎ−ＴｉｍｅとＯｕｔ−Ｔｉｍｅは、プレイアイテム内のＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿Ｆｉｌｅ＿ｎａｍｅによって指定されるメインＡＶクリップの再生開始時間と再生終了時間を表す。このため、プレイリスト・ファイルは、１又は複数のメインＡＶクリップの基本的な再生制御情報を表す。さらに、プレイリスト・ファイルは、サブ・プレイアイテムを含み、サブ・プレイアイテムは、テキスト・サブタイトル・ストリーム・ファイルの基本的な再生制御情報を表す。サブ・プレイアイテムが１又は複数のテキスト・サブタイトル・ストリーム・ファイルを再生するためにプレイリスト・ファイルに含まれる場合、サブ・プレイアイテムは、プレイアイテムと同期する。これに対し、サブ・プレイアイテムがブラウザブル・スライドショーを再生するために用いられる場合、サブ・プレイアイテムはプレイアイテムと同期しない。本発明によると、サブ・プレイアイテムの主な機能は、１又は複数のテキスト・サブタイトル・ストリーム・ファイルの再生を制御することにある。

最後に、補助データ・ディレクトリ（ＡＵＸ ＤＡＴＡ）は、補助データストリーム・ファイルを含む。補助データストリーム・ファイルの例としては、フォントファイル（例えば、＊．ｆｏｎｔ又は＊．ｏｔｆ）、ポップアップ・メニュー・ファイル（図示せず）、クリックサウンドを生成するためのサウンド・ファイル（例えば、ｓｏｕｎｄ．ｂｄｍｖ）が挙げられる。上述したテキスト・サブタイトル・ストリーム・ファイルは、ストリーム・ディレクトリではなく、補助データ・ディレクトリに含まれる。

図２は、本発明による、光ディスクのデータストレージ領域を示す。図２を参照すると、光ディスクは、ディスクボリュームの最内周を占めるファイルシステム情報領域と、ディスクボリュームの最外周を占めるストリーム領域と、ファイルシステム情報領域とストリーム領域との間を占めるデータベース領域を含む。ファイルシステム情報領域には、図１に示すように、全データファイルを管理するためのシステム情報が格納される。ＡＶストリーム及び１又は複数のテキスト・サブタイトル・ストリームは、ストリーム領域に格納される。図１に示すジェネラル・ファイル、プレイリスト・ファイル及びクリップ・インフォメーション・ファイルは、ディスクボリュームのデータベース領域に格納される。上述したように、ジェネラル・ファイルは、インデックス・ファイルとオブジェクト・ファイルを含み、プレイリスト・ファイルとクリップ・インフォメーション・ファイルは、ストリーム領域に格納されたＡＶストリームとテキスト・サブタイトル・ストリームを再生するために必要な情報を含む。データベース領域及び／又はストリーム領域に格納された情報を用いて、ユーザは、特定の再生モードを選択し、選択された再生モードでメインＡＶストリーム及びテキスト・サブタイトル・ストリームを再生することができる。

図３は、テキスト・サブタイトル・ストリームとメインＡＶストリームが再生されるときにディスプレイ画面に表示されたテキスト・サブタイトルとメインイメージを示す。メインＡＶストリームと、対応するテキスト・サブタイトル・ストリームが同期して再生される場合、ディスプレイ画面にメインイメージとテキスト・サブタイトルが同時に表示される。

図４は、プレイリストによるメインＡＶクリップとテキスト・サブタイトル・クリップの再生制御を示す概略図である。図４によれば、プレイリスト・ファイルは、少なくとも１つのＡＶクリップを再生制御する少なくとも１つのプレイアイテムと、複数のテキスト・サブタイトル・クリップを再生制御する１つのサブ・プレイアイテムを含む。図４に示すように、英語と韓国語のテキスト・サブタイトルのためのテキスト・サブタイトル・クリップ１とテキスト・サブタイトル・クリップ２の１つは、メインＡＶクリップと同期する。それにより、メインイメージと、対応するテキスト・サブタイトルは、特定のプレゼンテーション・タイムに同時にディスプレイ画面に表示される。ディスプレイ画面にテキスト・サブタイトルを表示するためには、図５Ａ〜図５Ｃに示すように、ディスプレイ制御情報（例えば、位置情報及びサイズ情報）とプレゼンテーション・タイム情報が必要である。

図５Ａは、本発明による、ディスプレイ画面に提示されるダイアログを示す。ダイアログは、所与のプレゼンテーション・タイム内にディスプレイ画面に表示される全てのテキスト・サブタイトル・データを表す。通常、ダイアログのプレゼンテーション・タイムは、プレゼンテーション・タイム・スタンプ（ＰＴＳ）で表わされる。例えば、図５Ａに示すダイアログのプレゼンテーションは、ＰＴＳ（ｋ）で始まってＰＴＳ（ｋ＋１）で終わる。このため、図５Ａに示すダイアログは、ＰＴＳ（ｋ）とＰＴＳ（ｋ＋１）との間にディスプレイ画面に表示される全てのテキスト・サブタイトル・データを表す。ダイアログは、少なくとも１つのサブタイトル・テキスト（文字）・ラインを含む。１つのダイアログに２以上のサブタイトル・テキスト・ラインが存在する場合、全テキストデータは、ダイアログのために定義されたスタイルにしたがって表示される。１つのダイアログに含まれる最大の文字数は約１００個に制限される。

さらに、図５Ｂは、本発明によるダイアログの領域を示す。領域は、所与のプレゼンテーション・タイム内にディスプレイ画面に表示されるテキスト・サブタイトル・データ（ダイアログ）を分割したものの一部である。すなわち、１つのダイアログは少なくとも１つの領域を含み、各領域は少なくとも１つのサブタイトル・テキスト・ラインを含む。領域を表す全テキスト・サブタイトル・データは、領域に割り当てられた領域スタイル（グローバルスタイル）にしたがってディスプレイ画面に表示される。１つのダイアログに含まれる領域の最大数は、サブタイトル・データの所望のデコーディング・レートに基づいて決定する必要がある。その理由は、領域の数が多くなるとデコーディング・レートが低くなるからである。例えば、好ましい高効率のデコーディング・レートを達成するには、１つのダイアログのための領域の最大数を２に制限する必要がある。しかしながら、最大数は、他の目的のために、２より大きくしてもよい。

図５Ｃは、本発明による、ダイアログ領域のスタイル情報を示す。スタイル情報は、ダイアログに含まれる少なくとも一部の領域を表示するのに要するプロパティを定義する情報を表す。スタイル情報の例として、位置、領域サイズ、背景色、テキスト配列、テキストフロー情報及びその他の各種の情報がある。スタイル情報は、領域スタイル情報（グローバル・スタイル情報）とインライン・スタイル情報（ローカル・スタイル情報）に分類される。

領域スタイル情報は、ダイアログ内の１つの全体領域に適用される領域スタイル（グローバル・スタイル）を定義する。例えば、領域スタイル情報は、領域位置、領域サイズ、フォント色、背景色、テキストフロー、テキスト配列、ラインスペース、フォント名、フォントスタイル、及び領域のフォントサイズのうち少なくとも１つを含む。図５Ｃに示すように、例えば、２つの異なる領域スタイルが領域１と領域２に適用される。位置１、サイズ１及び青い背景色を有する領域スタイルが領域１に適用され、位置２、サイズ２及び赤い背景色を有する異なる領域スタイルが領域２に適用される。

これに対して、インライン・スタイル情報は、１つの領域に含まれるテキスト・ストリングの特定の部分に適用されるインライン・スタイル（ローカル・スタイル）を定義する。例えば、インライン・スタイル情報は、フォントタイプ、フォントサイズ、フォントスタイル及びフォント色のうち少なくとも１つを含む。テキスト・ストリングの特定の部分は、１つの領域内の全テキストラインか、テキストラインの特定の部分である。図５Ｃによれば、特定のインライン・スタイルは、領域１に含まれるテキスト部「ｍｏｕｎｔａｉｎ」に適用される。すなわち、テキスト・ストリングの特定の一部のフォントタイプ、ファンとサイズ、フォントスタイル及びフォント色のうち少なくとも１つは、領域１内のテキスト・ストリングの残りの部分とは異なる。

図６Ａは、プレゼンテーション・タイム・スタンプ（ＰＴＳ）区間にディスプレイ画面にテキスト・サブタイトル・ダイアログをプレゼンテーションされること示す。ＰＴＳ１〜ＰＴＳ６の間には表示されるダイアログが４つある。さらに詳しくは、ダイアログ＃１は、１つの領域を有し、テキスト＃１は、ＰＴＳ１〜ＰＴＳ２の間にこの領域内に表示される。次いで、ダイアログ＃２は、領域１と領域２を有し、テキスト＃１とテキスト＃２は、ＰＴＳ２〜ＰＴＳ３の間に、領域１と領域２内に各々表示される。さらに、ダイアログ＃３は、１つの領域を有し、テキスト＃２は、ＰＴＳ３〜ＰＴＳ４間に、この領域内に表示される。ＰＴＳ４〜ＰＴＳ５間には、提示するダイアログが存在しない。テキスト＃３は、ＰＴＳ５〜ＰＴＳ６間に、ダイアログ＃４の１つの領域に表示される。ダイアログを定義する情報は、ダイアログ・プレゼンテーション・タイム情報と、ダイアログ・テキストデータを含む。ダイアログ・テキストデータは、スタイル情報と、ダイアログの各領域内に表示されるテキスト・ストリングを含む。プレゼンテーション・タイム情報は、開始ＰＴＳ及び終了ＰＴＳのセットである。スタイル情報は、上述した領域（グローバル）スタイル情報及びインライン（ローカル）・スタイル情報を含む。図６Ａに示すように、異なるスタイル情報のセットがダイアログに適用される。

図６Ｂは、ＰＴＳ区間でディスプレイ画面に提示されるテキスト・サブタイトル・ダイアログの連続性を示す。図６Ｂによれば、ダイアログ＃１のプレゼンテーション終了時間は、ダイアログ＃２のプレゼンテーション開始時間と同じである。このため、ダイアログ＃１とダイアログ＃２との間には連続性が存在する。ダイアログ＃１の領域内のテキスト＃１の表示は、ダイアログ＃２の領域１内のテキスト＃１の表示と連続する。すなわち、２つのダイアログのＰＴＳ区間が連続し、２つの領域内のテキスト＃１を提示するときに同じスタイル情報（領域とインライン）が用いられる。同様に、ダイアログ＃２とダイアログ＃３との間に他の連続性が存在する。その理由は、ダイアログ＃２の領域２内のテキスト＃２の表示がダイアログ＃３の領域内のテキスト＃２の表示と連続するためである。同じサブタイトル・テキストを表示する２つの連続的なダイアログ間の連続性を保証するために、ダイアログのプレゼンテーション・タイム（ＰＴＳ区間）が連続する必要がある。併せて、領域内の同じテキストを提示するとき同じ領域スタイル情報とインライン・スタイル情報を使用する必要がある。再び図６Ｂを参照すると、ダイアログ＃３とダイアログ＃４との間には連続性が存在しない。その理由は、それらのＰＴＳ区間が連続的ではないためである。現在のダイアログのプレゼンテーション情報内に、ダイアログが前のダイアログと連続しているかどうかを示すインジケータ（例えば、ｃｏｎｔｉｎｕｏｕｓ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇ）を含めることができる。

図７Ａは、本発明による、テキスト・サブタイトル・ストリーム・ファイル（例えば、図１に示された１０００１．ｍ２ｔｓ）を示す。テキスト・サブタイトル・ストリーム・ファイルは、複数のトランスポートパケット（ＴＰ）を含むＭＰＥＧ２トランスポート・ストリームを形成し、全てのトランスポートパケット（ＴＰ）は、同じパケット識別子（例えば、ＰＩＤ＝０ｘ１８ｘｘ）を有する。ディスクプレーヤが特定のテキスト・サブタイトル・ストリームを含む多くの入力ストリームを入力すると、それらのＰＩＤを利用してテキスト・サブタイトル・ストリームに属する全てのトランスポート・パケットを見つける。図７Ａによれば、トランスポート・パケットの各サブセットは、パケット・エレメンタリー・ストリーム（ＰＥＳ）を形成する。図７Ａに示すように、ＰＥＳパケットのうち１つは、領域スタイルのグループを定義するダイアログ・スタイル・ユニット（ＤＳＵ）に対応する。ＤＳＵは、ダイアログ・スタイル・セグメント（ＤＳＳ）と称される。残りの全てのＰＥＳパケットは、ダイアログ・プレゼンテーション・ユニット（ＤＰＵｓ）に対応し、各ＤＰＵは、少なくとも１つの領域を有する１つのダイアログのプレゼンテーション情報と、領域スタイルインジケータ、インライン・スタイル情報及び各領域についてのテキスト・ストリングを含むダイアログ・テキストを含む。同様に、ＤＰＵは、ダイアログ・プレゼンテーション・セグメント（ＤＰＳ）と称される。

図７Ｂは、本発明による、テキスト・サブタイトル・ストリームに含まれるＤＰＵとＤＳＵ内に含まれる特定の情報を示す。ＤＳＵは、領域スタイルのグループを定義する情報セットを含み、各領域スタイルのグループは、対応するダイアログの領域に適用される。さらに、ＤＰＵは、ダイアログのためのダイアログ・テキストデータとダイアログ・プレゼンテーション情報を含む。ダイアログ・テキストデータは、ダイアログの各領域内に含まれるテキスト・ストリングと、テキスト・ストリングの特定の部分に適用されるインライン・スタイル情報と、各ダイアログ領域に適用される領域スタイルを指示する領域スタイル識別子を含む。領域スタイル識別子は、ＤＳＵ内に定義された領域スタイルのグループのうちの１つを識別する。これに対し、ダイアログ・プレゼンテーション情報は、ダイアログのためのプレゼンテーション・タイム情報及びパレット（色）更新情報を含む。プレゼンテーション・タイム情報は、ディスプレイ画面上にダイアログを提示するためのプレゼンテーション開始時間（例えば、ＰＴＳ＿ｓｔａｒｔ）とプレゼンテーション終了時間（例えば、ＰＴＳ＿ｅｎｄ）を含む。パレット更新情報は、ダイアログの表示色を更新するか否かを指示するインジケータ（例えば、ｐａｌｅｔｔｅ＿ｕｐｄａｔｅ＿ｆｌａｇ）と、表示色が更新される場合に適用されるパレット情報（例えば、Ｐａｌｅｔｔｅ ｆｏｒ ｕｐｄａｔｅ）を含む。

テキスト・サブタイトル・ストリームに含まれる全てのデータは、それぞれの基本的な機能に基づいて３種類のデータに分類することができる。例えば、図７Ｂに示すように、データは、ダイアログ・テキストデータ、コンポジション情報及びレンダリング情報に分類できる。ダイアログ・テキストデータは、ダイアログの各領域に対して、テキスト・ストリング、インライン・スタイル情報及び領域スタイル識別子を含む。コンポジション情報は、プレゼンテーション・タイム情報を含む。プレゼンテーション・タイム情報は、例えば、プレゼンテーション開始時間及びプレゼンテーション終了時間、ダイアログ領域のための位置情報、及びダイアログのためのパレット更新情報である。最後に、レンダリング情報は、プレゼンテーションのためにテキスト・ストリングをグラフィックデータにレンダリングするために必要な情報を含む。

図７Ｂによれば、ＤＳＵに含まれている各領域の水平位置及び垂直位置は、コンポジション情報の一部である。ＤＳＵに含まれている領域幅、領域の高さ、フォント色、背景色、テキストフロー、テキスト配列、ラインスペース、フォント名、フォントスタイル及びフォントサイズは、レンダリング情報を表す。

ＤＳＵは、制作者により定義された限られた数の領域スタイルを定義する領域スタイル情報のセット（ダイアログ・スタイル・セット）を含む。例えば、ＤＳＵに定義された最大領域スタイルの数は６０個に制限され、領域スタイルは、領域スタイル識別情報（ｒｅｇｉｏｎ＿ｓｔｙｌｅ＿ｉｄ）により識別される。このため、制作者は、光ディスク内に、限られた数の領域スタイルの定義するＤＳＵを格納する。領域スタイルは、光ディスクに記録されたテキスト・サブタイトル・ストリームを再生するときにディスクプレーヤにより使用される。あるいは、ディスクプレーヤは、他のソースから提供されるスタイル情報の追加セットにより定義された他の領域スタイルを使用することができる。ソースの例として、ディスクプレーヤ内のローカルデータ・ストレージが挙げられる。その結果、光ディスクに記録されたテキスト・サブタイトル・ストリームから再生されるサブタイトル領域は、各種の領域スタイルを有することが可能である。

図８は、本発明による、テキスト・サブタイトル・ストリーム（Ｔｅｘｔ＿ｓｕｂｔｉｔｌｅ＿ｓｔｒｅａｍ（））のシンタックスを示す。上述したように、テキスト・サブタイトル・ストリーム・シンタックスは、領域スタイルのセットを定義する情報のセットを含むダイアログ・スタイル・ユニット（ｄｉａｌｏｇ＿ｓｔｙｌｅ＿ｕｎｉｔ（））のシンタックスと、複数のダイアログ・プレゼンテーション・ユニット（ｄｉａｌｏｇ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｕｎｉｔ（））のシンタックスを含む。各ＤＰＵシンタックスは、ダイアログ・プレゼンテーション情報と、少なくとも１つのダイアログ・テキスト領域を含む。各ダイアログ・テキスト領域は、領域スタイル識別子、１又は複数のテキスト・ストリング及びインライン・スタイル情報を含む。領域スタイル識別子は、ＤＳＵシンタックスに定義された領域スタイルのセットのうち１つを識別する。

図９Ａは、図８に示すようなテキスト・サブタイトル・ストリームに含まれたダイアログ・スタイル・ユニット（ｄｉａｌｏｇ＿ｓｔｙｌｅ＿ｕｎｉｔ（））のシンタックスを示す。ダイアログ・スタイル・ユニット・シンタックスは、制作者により定義された領域スタイルのセットが定義されているダイアログ・スタイル・セット（ｄｉａｌｏｇ＿ｓｔｙｌｅｓｅｔ（））のシンタックスを含む。図９Ｂは、図９Ａに示されるダイアログ・スタイル・ユニット・シンタックスに含まれるダイアログ・スタイル・セット（ｄｉａｌｏｇ＿ｓｔｙｌｅｓｅｔ（））のシンタックスを示す。ダイアログ・スタイル・セット・シンタックスは、領域スタイル（ｒｅｇｉｏｎ＿ｓｔｙｌｅ（））のセットを定義する領域スタイル情報のセットを含み、ｒｅｇｉｏｎ＿ｓｔｙｌｅ（）内に定義された制作者により定義されたスタイルのセットに加えて、データフィールド又はテキスト・サブタイトルの独自のスタイル（プレーヤスタイル）のセットを生成することをプレーヤに許可するか否かを示すフラグ（ｐｌａｙｅｒ＿ｓｔｙｌｅ＿ｆｌａｇ）を含む。ダイアログ・スタイル・セット・シンタックスは、ユーザ制御スタイルのセットを定義するユーザ変更可能なスタイル・セット（ｕｓｅｒ＿ｃｈａｎｇｅａｂｌｅ＿ｓｔｙｌｅｓｅｔ（）」のシンタックスをさらに含む。

図９Ｂによれば、領域スタイル識別情報（ｒｅｇｉｏｎ＿ｓｔｙｌｅ＿ｉｄ）は、領域スタイルのセット（ｒｅｇｉｏｎ＿ｓｔｙｌｅ（））に割り当てられ、各領域スタイル情報は、ダイアログ・テキスト領域の全体に適用されるグローバル・スタイル情報を表す。各領域のＤＰＵに含まれている領域スタイル識別子は、領域スタイル識別情報のうち１つを含む。このため、各ＤＰＵ内に含まれている少なくとも１つのダイアログ・テキスト領域を再生するときに、領域スタイル識別子に対応する領域スタイルが適用される。

以下に、各領域スタイル（ｒｅｇｉｏｎ＿ｓｔｙｌｅ（））に定義されている特定の領域プレゼンテーション・プロパティを詳述する。領域水平位置（ｒｅｇｉｏｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ）は、グラフィック・プレーン内の領域の左上ピクセルの水平アドレスを指定し、領域垂直位置（ｒｅｇｉｏｎ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ）は、グラフィック・プレーン内の領域の左上ピクセルの垂直アドレスを指定する。さらに、領域幅（ｒｅｇｉｏｎ＿ｗｉｄｔｈ）は、領域水平位置から四角形の領域の水平長を指定し、領域高さ（ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ）は、領域垂直位置から四角形の領域の垂直長を指定する。領域背景色インデックス（ｒｅｇｉｏｎ＿ｂｇ＿ｃｏｌｏｒ＿ｉｎｄｅｘ）は、領域の背景色を指示するインデックス値を指定する。

さらに、テキスト水平位置（ｔｅｘｔ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ）は、領域内のテキストの始点の水平アドレスを指定し、テキスト垂直位置（ｔｅｘｔ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ）は、領域内テキストの始点の垂直アドレスを指定する。テキストフロー（ｔｅｘｔ＿ｆｌｏｗ）は、領域内における文字の進行方向（左→右、あるいは、右→左）及びラインの進行方向（上→下、あるいは、下→上）を指定する。テキスト配列（ｔｅｘｔ＿ａｌｉｇｎｍｅｎｔ）は、領域内にレンダリングされたテキストの配列（左側、中央、右側）を指定する。ダイアログが複数の領域を有する場合、視聴者の混乱を防ぐために、同じテキストフローが全ての領域に適用される。再び図９Ｂを参照すると、ラインスペース（ｌｉｎｅ＿ｓｐａｃｅ）は、領域内の隣り合う２ライン間の距離を指定する。フォント識別情報（ｆｏｎｔ＿ｉｄ）は、クリップ・インフォメーション・ファイル内で指定されるフォント識別情報を指定する。フォントスタイル（ｆｏｎｔ＿ｓｔｙｌｅ）は、領域内テキストのフォントスタイル、例えば、普通体、太字体、斜体及び太字体−斜体などを指定する。フォントサイズ（ｆｏｎｔ＿ｓｉｚｅ）は、領域内のテキストのフォントサイズ、例えば、ピクセル単位での文字の垂直サイズを指定する。最後にフォントカラー・インデックス（ｆｏｎｔ＿ｃｏｌｏｒ＿ｉｎｄｅｘ）は、領域内のテキストカラーを指定するインデックス値を指定する。

図９Ｂに示すプレーヤ・スタイル・フラグ（ｐｌａｙｅｒ＿ｓｔｙｌｅ＿ｆｌａｇ）は、制作者がディスクプレーヤにプレーヤ独自のスタイル（プレーヤスタイル）のセットの生成及び／又は利用を許可したか否かを示す。スタイル・セットは、テキスト・サブタイトルのために光ディスク内に定義された、制作者により定義された領域スタイルに加えて、ディスクプレーヤのローカルデータ・ストレージ内に予め格納されている場合がある。例えば、プレーヤ・スタイル・フラグの値に１ｂが設定される場合、制作者は、プレーヤにプレーヤ独自のスタイル・セットの生成及び／又は利用を許可する。これに対し、プレーヤ・スタイル・フラグの値に０ｂが設定される場合、制作者はプレーヤにプレーヤ・スタイルのセットの生成及び／又は利用を禁止する。

図９Ｃは、図９Ｂに示されるダイアログ・スタイル・セット・シンタックスに含まれたユーザ変更可能なスタイル・セット（ｕｓｅｒ＿ｃｈａｎｇｅａｂｌｅ＿ｓｔｙｌｅｓｅｔ（））のシンタックスを示す。ｕｓｅｒ＿ｃｈａｎｇｅａｂｌｅ＿ｓｔｙｌｅｓｅｔ（）は、ユーザ制御スタイル（ｕｓｅｒ＿ｃｏｎｔｒｏｌ＿ｓｔｙｌｅ（））のセットを定義するユーザ制御スタイル情報のセットを含む。各ユーザ制御スタイルは、対応する領域スタイルにより指定された領域プレゼンテーション・プロパティのうち少なくとも１つを変更するように構成される。ユーザ制御スタイル・セットのうち１つを選択することにより、ユーザは、各領域の領域スタイルを簡単な方式により変更することができる。しかしながら、領域スタイルにより指定された全てのプロパティがユーザによって変更可能である場合、ユーザによるダイアログの表示制御が極めて困難になる。したがって、ユーザ制御スタイルによって変更可能な領域プレゼンテーション・プロパティは、領域水平位置、領域垂直位置、フォントサイズ、テキストの水平位置、テキストの垂直位置及びラインスペースのうち少なくとも１つに制限される。

図９Ｂ及び図９Ｃによれば、ユーザ制御スタイルのセットは、領域スタイルＩＤを有する各領域スタイルのために定義され、ユーザスタイルＩＤ（ｕｓｅｒ＿ｓｔｙｌｅ＿ｉｄ）がユーザ制御スタイルのセットに割り当てられる。各領域スタイルに対して定義されるユーザ制御スタイルの最大数を、２５に制限することができる。ダイアログ・スタイル・セットに定義された領域スタイルの最大数が６０であるため、１つのＤＰＵに対して定義されるユーザ変更可能なスタイルの総数は、１５００以下になる。

図９Ｃによれば、領域の水平位置を変更するために、ユーザ制御スタイルは、領域水平位置の水平動作の方向を指定する領域水平位置方向（ｒｅｇｉｏｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ＿ｄｉｒｅｃｔｉｏｎ」」と、ピクセル単位で水平移動量を指定する領域水平位置デルタ（ｒｅｇｉｏｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ＿ｄｅｌｔａ」を含む。例えば、水平位置方向が０に設定されている場合、水平移動は右方向に行われ、１に設定されている場合、水平移動は左方向に行われる。領域の垂直位置を変更するために、ユーザ制御スタイルは、領域垂直位置の垂直動作の方向を指定する領域垂直位置方向（ｒｅｇｉｏｎ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ＿ｄｉｒｅｃｔｉｏｎ）と、ピクセル単位で垂直移動量を指定する領域垂直位置デルタ（ｒｅｇｉｏｎ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ＿ｄｅｌｔａ）を含む。例えば、垂直位置方向が０に設定されている場合、垂直移動は下方向に行われ、「１」が設定されている場合、垂直移動は上方向に行われる。さらに、領域スタイルＩＤを有する領域スタイルにより定義されたフォントサイズを変更するためには、ユーザ制御スタイルは、フォントサイズの変更方向を指定するフォントサイズ変更方向（ｆｏｎｔ＿ｓｉｚｅ＿ｉｎｃ＿ｄｅｃ）と、ピクセル単位でフォントサイズの変更量を指定するフォントサイズデルタ（ｆｏｎｔ＿ｓｉｚｅ＿ｄｅｌｔａ）を含む。例えば、ｆｏｎｔ＿ｓｉｚｅ＿ｉｎｃ＿ｄｅｃに０が設定されている場合、フォントサイズは増加し、１が設定されている場合、フォントサイズは減少する。

本発明による、ユーザ変更可能スタイル・セットの特徴は、以下のとおりである。第一に、ユーザ制御スタイル・セットは、ダイアログ・スタイル・ユニットに定義された各領域スタイルのセットに対して定義され、ユーザ制御スタイルのセットの数は固定である。このため、２つの異なる領域スタイルに対して定義されたユーザ制御スタイルの数は同じである。すなわち、各ダイアログ・テキスト領域を再生するときに用いられるユーザ制御スタイル・セットの数は、固定である。第二に、各ユーザ制御スタイル・セットは、異なるユーザスタイルＩＤにより識別される。第三に、領域プレゼンテーション・プロパティ内の全ての変更は、１つのユーザ制御スタイルと組み合わせて定義される。例えば、領域水平位置とフォントサイズは、２つの異なるユーザ制御スタイルによって別々に定義されることはなく、それらは、ユーザ制御スタイルと共に変更される。第四に、所定のプロパティの変更は、実際のプロパティ値ではなく、移動方向あるいは変更量で表される。実際のプロパティ値は、領域スタイルに定義された元のプロパティ値に変更量（デルタ）及び変更方向を適用することによって求められる。

結論的には、制作者は、光ディスクにメインＡＶストリームを記録するとき、少なくとも１のテキスト・サブタイトル・ストリームを記録する。各テキスト・サブタイトル・ストリームは、ダイアログ・スタイルのセットを定義するＤＳＵと複数のＤＰＵを含む。領域スタイルのセットは、それぞれ異なる領域スタイルＩＤを有する。ＤＳＵは、各領域スタイルに対するユーザ制御スタイルのセットをさらに定義する。ユーザ制御スタイルは、それぞれ異なるユーザスタイルＩＤを有する。各ユーザ制御スタイルは、対応する領域スタイルによって指定される、制作者により定義された領域プレゼンテーション・プロパティのうち少なくとも１つを変更するように構成される。さらに、ダイアログ・スタイル・セットはプレーヤ・スタイル・フラグを含み、プレーヤ・スタイル・フラグは、制作者により定義されたスタイル・セットに加えて、テキスト・サブタイトルに対する独自のプレーヤ・スタイル・セットを生成及び／又は使用をプレーヤに許可するか否かを示す。

以下、図１０を参照し、本発明のメインＡＶストリーム及びテキスト・サブタイトル・ストリームをデコードする装置を説明する。本装置は、パケット識別子に基づいて、入力ストリームをビデオストリーム、オーディオ・ストリーム、グラフィック・ストリーム、テキスト・サブタイトル・ストリームに分離するパケット識別子（ＰＩＤ）フィルター５と、ビデオストリームをデコードするビデオ・デコード手段２０と、オーディオ・ストリームをデコードするオーディオ・デコード手段１０と、グラフィック・ストリームをデコードするグラフィック・デコード手段３０と、テキスト・サブタイトル・ストリームをデコードするテキスト・サブタイトル・デコード手段４０を含む。

図１０に示すように、テキスト・サブタイトル・ストリームは、光ディスクから又は付加的な外部ソースから得られる。したがって、本装置は、入力データソースを選択するスイッチ６をさらに含む。このため、テキスト・サブタイトル・ストリームが光ディスクから得られた場合、スイッチ６は、ＰＩＤフィルター５に接続されたデータ信号Ａを選択する。これに対して、テキスト・サブタイトルが外部入力ソースから得られた場合、スイッチ６は、外部入力ソースに接続されたデータ信号Ｂを選択する。

再び図１０を参照すると、オーディオ・デコード手段１０、ビデオ・デコード手段２０、グラフィック・デコード手段３０は、デコードするストリーム・データを格納するトランスポート・バッファ１１、２１、３１を含む。デコードされた信号を表示可能なビデオ及びグラフィックイメージに変換するビデオ・プレーン（ＶＰ）２３とグラフィック・プレーン３３は、ビデオ・デコード手段２０とグラフィック・デコード手段３０に含まれる。グラフィック・デコード手段３０は、表示可能なグラフィックイメージの色及び透明度を制御するカラー・ルックアップ・テーブル（ＣＬＵＴ）３４を含む。

テキスト・サブタイトル・デコード手段４０は、スイッチ６から１つの言語をサポートするテキスト・サブタイトル・ストリームを入力すると、テキスト・サブタイトルの全体は、一度に、サブタイトル・プレローディング・バッファ（ＳＰＢ）４１にプレロードされる。又は、複数言語をサポートするテキスト・サブタイトル・ストリームが複数ある場合、全てのテキスト・サブタイトル・ストリームは、一度に、ＳＰＢ４１にプレロードされる。このため、ＳＰＢ４１のサイズは、スイッチ６から入力されたテキスト・サブタイトル・ストリームの総数に基づいて決定される必要がある。例えば、ＳＰＢ４１のサイズは、０．５Ｍバイトのテキスト・サブタイトル・ストリーム・ファイルをプレロードするために０．５Ｍバイト以上である必要がある。さらに、ユーザが２つの０．５Ｍバイトのテキスト・サブタイトル・ストリーム・ファイルのうち何れかを選択する場合にテキスト・サブタイトルのシームレス・プレゼンテーションを保証するためには、ＳＰＢ４１のサイズは、１Ｍバイト以上でなければならない。ＳＰＢ４１のサイズは、必要な全てのテキスト・サブタイトル・ストリーム・ファイルを一度にプレロードするのに十分なサイズである必要がある。

図１０に示されるテキスト・サブタイトル・デコード手段４０は、図１に示される補助データ・ディレクトリに含まれる関連する全てのフォントファイルを格納するフォント・プレローディング・バッファ（ＦＰＢ）４１０をさらに含む。同様に、ＦＰＢ４１０のサイズは、１又は複数の言語をサポートするテキスト・サブタイトルのシームレス・プレゼンテーションを保証するために、必要とする全てのフォントファイルを１度にプレロードするのに十分なサイズである必要がある。全ての有効なテキスト・サブタイトル・ストリーム・ファイルと、関連するフォントファイルがプレロードされるため、プレロードデータの抽出又は使用は単純な方式で行われる。したがって、ＳＰＢ４１とＦＰＢ４１０の制御も単純になる。テキスト・サブタイトル・デコード手段４０は、ＳＰＢ４１に格納された各テキスト・サブタイトルをデコードするテキスト・サブタイトル・デコーダ４２と、デコードされたサブタイトル・データを表示可能なサブタイトル・イメージとして合成するグラフィック・プレーン４３と、変換されたサブタイトル・イメージのカラー及び透明度のうち少なくとも１つを制御するカラー・ルックアップ・テーブル（ＣＬＵＴ）４４を含む。

テキスト・サブタイトル・デコード手段４０は、ＳＰＢ４１にプレロードされたテキスト・サブタイトル・ストリームを再生するときに選択的に用いられるプレーヤ・スタイル・セットを定義するプレーヤ・スタイル・セットを格納するローカルデータ・ストレージ４５をさらに含む。さらに、ローカルデータ・ストレージ４５は、テキスト・サブタイトル・ストリームを再生するときに選択的に用いられるユーザ制御スタイルのセットを指定するユーザ変更可能なセットをさらに格納することができる。このユーザ変更可能セットは、図９Ｃに示されるようにＤＳＵ内に含まれているユーザ変更可能セットと類似する。

本発明の第１の態様によれば、各プレーヤ・スタイルは、ダイアログ・テキスト領域のための領域プレゼンテーション・プロパティの完全なセットを指定する領域スタイルを表す。プレーヤ・スタイルは、例えば、領域の水平位置、領域の垂直位置、領域幅、領域の高さ、領域の背景色のインデックス、テキストの水平位置、テキストの垂直位置、テキストフロー、テキスト配列、ラインスペース、フォント識別情報、フォントスタイル、フォントサイズ、及びフォントカラー・インデックスである。この場合、ローカルデータ・ストレージ４５に格納されているプレーヤ・スタイルのセットは、ＤＳＵ内に定義されている領域スタイル・セットとは独立して用いられる。

本発明の第２の態様によれば、各プレーヤ・スタイルは、ＤＳＵ内に定義された領域スタイルにより最初に定義された領域プレゼンテーション・プロパティのうち少なくとも１つを再定義するように構成される。例えば、ＤＳＵに定義された領域スタイルがフォント識別情報を含む領域プレゼンテーション・プロパティの完全なセットを定義し、プレーヤ・スタイルがフォント識別情報を再定義する場合、再定義されているフォント識別情報と、領域スタイルにより指定された他の全てのプロパティは、組み合わせて用いられる。

本発明の第３の態様によれば、各プレーヤ・スタイルは、ＤＳＵに定義された領域スタイルにより最初に定義された領域プレゼンテーション・プロパティのうち少なくとも１つを変更するように構成される。例えば、プレーヤ・スタイルは、領域スタイルに定義された領域水平位置の変更方向及び変更量を指定することができる。この場合、プレーヤ・スタイル・セットは、図９Ｃに示すように、ユーザ変更可能なセットと類似する。

図１１は、本発明の例による、光ディスクに記録されたテキスト・サブタイトル・ストリームをデコードする方法を示す。テキスト・サブタイトル・デコーダ４２がＳＰＢ４１にプレロードされたテキスト・サブタイトル・ストリームの再生を始めると、テキスト・サブタイトル・デコーダ４２は、初めに、ＤＳＵに含まれているｐｌａｙｅｒ＿ｓｔｙｌｅ＿ｆｌａｇを読みこみ、ローカルデータ・ストレージ４５に格納されたプレーヤ・スタイル・セットの使用が許可されているか否かを判定する（Ｓ１１０）。例えば、ｐｌａｙｅｒ＿ｓｔｙｌｅ＿ｆｌａｇに０ｂが設定されていれば、プレーヤ・スタイル・セットの使用が許可されない。この場合、テキスト・サブタイトル・デコーダ４２は、光ディスクに記録された制作者により定義された領域スタイルを使用しなければならない。これに対し、ｐｌａｙｅｒ＿ｓｔｙｌｅ＿ｆｌａｇに１ｂが設定されている場合、テキスト・サブタイトル・デコーダ４２は、ローカルデータ・ストレージ４５に格納されているプレーヤ・スタイル・セットの使用が許可される。次いで、テキスト・サブタイトル・デコーダ４２は、プレーヤ・スタイル・セットに定義されたプレーヤ・スタイルのセットのいずれか１つを使用するかどうかを独自に判断する（Ｓ１１２）。例えば、テキスト・サブタイトル・デコーダ４２は、プレーヤ・スタイルとテキスト・サブタイトル・ストリームに定義された領域スタイルを比較し、その比較結果をステップＳ１１２の判断のために用いる。ステップＳ１１２においてプレーヤ・スタイルのセットを用いないと判断された場合、光ディスク内に記録されている領域スタイルが用いられる（Ｓ１１１）。これに対して、ステップＳ１１２において、プレーヤ・スタイルのセットを用いると判断されると、テキスト・サブタイトル・デコーダ４２は、プレーヤ・スタイル・セットを独立して用いるか、あるいは、光ディスクに記録されている領域スタイル・セットと組み合せて用いる。

さらに、テキスト・サブタイトル・デコーダ４２がＤＰＵをデコードするとき、ＤＰＵに含まれた領域スタイル識別子により識別された領域スタイルを用いる。ユーザがこの領域スタイルの変更を希望するとき、ユーザは、領域スタイル変更のためのコマンドを入力する。ＤＳＵに定義されたユーザ変更可能なスタイルとして定義されたユーザ制御スタイルのセットのうち１つを選択することにより、領域の水平位置、領域の垂直位置及びフォントサイズのうち少なくとも１つが変更される。

図１０に示す装置は、ビデオ・デコード手段２０、グラフィック・デコード手段３０及びテキスト・サブタイトル・デコード手段４０から出力されるイメージを重畳するイメージ重畳手段５０をさらに含む。図３に示すように、ディスプレイ画面上には、合成されたイメージが表示される。通常、ビデオ・デコード手段２０のＶＰ２３から出力されるビデオイメージがディスプレイ画面の背景として表示され、グラフィック・デコード手段３０及び／又はテキスト・サブタイトル・デコード手段４０から出力されるイメージが所定の順序でビデオイメージ上に重畳される。例えば、グラフィック・デコード手段３０の出力イメージがプレゼンテーション・グラフィック・イメージであれば、これらのイメージは、最初に第１の加算手段５２によりビデオイメージ上に重畳され、次いで、テキスト・サブタイトル・デコード手段４０から出力されるテキスト・サブタイトル・イメージが第２の加算手段５３によりビデオイメージ上に重畳される。しかしながら、グラフィック・デコード手段３０の出力イメージがインタラクティブ・グラフィック・イメージであれば、テキスト・サブタイトル・デコード手段４０から出力されるテキスト・サブタイトル・イメージが最初に第１の加算手段５２によりビデオイメージ上に重畳される。次いで、インタラクティブ・グラフィック・イメージが第２の加算手段５３によりサブタイトルが重畳されているイメージ上にさらに重畳される。

最後に、図１０に示す装置は、入力トランスポート・ストリーム（例えば、ＭＰＥＧトランスポート・ストリーム）をデコードするシステム・デコーダ４と、上述した装置内の全ての構成要素の動作を制御するマイクロプロセッサ３を含む。

以上述べたように、本発明の実施の形態は、当業者であれば、特許請求の範囲に開示された本発明の技術的な思想とその技術範囲内において各種の実施例を改良、変更、代替又は付加などが可能なことは自明である。よって、本発明は、特許請求の範囲及びそれと均等の範囲内における本発明の改良及び変更事項を含むということは言うまでもない
本発明によれば、テキスト・サブタイトル・ストリームは、制作者により定義されたスタイルのセットを定義するダイアログ・スタイル・セグメントと、少なくとも１つのダイアログ・プレゼンテーション・セグメントを含み、各セグメントは、ダイアログ・テキストの少なくとも１つの領域を含む。ダイアログ・スタイル・セグメントは、プレーヤが独自のプレーヤ・セットを生成及び／又は使用することが許可されているか否かを示すプレーヤ・スタイル・フラグを含む。したがって、プレーヤは、許可されているならば、制作者により定義された領域スタイルのセットに加えて、プレーヤ・スタイル・セットを使用することができる。プレゼンテーションのためにデコードされたダイアログ・テキストの各領域は、各種の領域スタイルを有する。

本発明の一例による、光ディスク内に記録されたデータファイルのファイル構造を示す図である。 本発明の一例による、光ディスクのデータストレージ領域を示す図である。 テキスト・サブタイトル・ストリームとメインＡＶストリームが再生されるときにディスプレイ画面上に提示されるテキスト・サブタイトル及びメインイメージを示す図である。 プレイリストにより、メインＡＶクリップとテキスト・サブタイトル・クリップを再生制御するための概略図を示す図である。 本発明の一例による、ディスプレイ画面上に提示されるダイアログを示す図である。 本発明の一例による、ダイアログ領域を示す図である。 本発明の一例による、ダイアログ領域の領域スタイルとインライン・スタイルを示す図である。 プレゼンテーション・タイム・スタンプ（ＰＴＳ）区間におけるディスプレイ画面上のテキスト・サブタイトル・ダイアログのプレゼンテーションを示す図である。 ＰＴＳ区間におけるディスプレイ画面上に提示されるテキスト・サブタイトル・ダイアログ間の連続性を示す図である。 本発明の一例による、テキスト・サブタイトル・ストリーム・ファイルを示す図である。 本発明の一例による、テキスト・サブタイトル・ストリーム内のＤＰＵとＤＳＵ内に含まれる特定の情報を示す図である。 本発明の一例による、テキスト・サブタイトル・ストリーム・ファイルのシンタックスを示す図である。 本発明の一例による、ダイアログ・スタイル・ユニットのシンタックスを示す図である。 本発明の一例による、ダイアログ・スタイル・ユニット内のダイアログ・スタイル・セットのシンタックスを示す図である。 本発明の一例による、ダイアログ・スタイル・セット内のユーザ変更可能なスタイル・セットのシンタックスを示す図である。 本発明による、メインＡＶストリーム及びテキスト・サブタイトル・ストリームをデコードするための装置の一例を示す図である。 本発明による、光ディスク内に記録されているテキスト・サブタイトル・ストリームをデコードするための方法の一例を示す図である。

Claims (22)

1. テキスト・サブタイトル・ストリームを再生するための記録媒体において、
   少なくとも１つのテキスト・サブタイトル・ストリームを格納するためのデータ領域を含み、各テキスト・サブタイトル・ストリームは、スタイルのセットを定義するダイアログ・スタイル・セグメントと、少なくとも１つのダイアログ・プレゼンテーション・セグメントを含み、各ダイアログ・プレゼンテーション・セグメントは、少なくとも１つのダイアログ・テキスト領域を含み、前記スタイルのセットのうち少なくとも１つとリンクされ、前記ダイアログ・スタイル・セグメントは、プレーヤに独自のプレーヤ・スタイル・セットを生成することを許可するか否かを示すプレーヤ・スタイル・フラグを含むことを特徴とする記録媒体。
2. 前記ダイアログ・スタイル・セグメント内に定義された前記スタイルのセットは、制作者により定義された領域スタイルのセットであることを特徴とする請求項１に記載の記録媒体。
3. 前記ダイアログ・スタイル・セグメントは、前記ダイアログ・スタイル・セグメントに定義されたスタイルのセットの数を示すデータフィールドをさらに含むことを特徴とする請求項１に記載の記録媒体。
4. 前記ダイアログ・スタイル・セグメントに定義されたスタイルのセットの数は、６０以下であることを特徴とする請求項３に記載の記録媒体。
5. 前記プレーヤ・スタイル・フラグの値が０の場合は、プレーヤに前記プレーヤ・スタイルのセットの生成を許可することを示すことを特徴とする請求項１に記載の記録媒体。
6. 前記プレーヤ・スタイル・フラグの値が１の場合は、プレーヤに前記プレーヤ・スタイルのセットの生成を禁止することを示す特徴とする請求項１に記載の記録媒体。
7. 前記プレーヤ・スタイルのセットは、プレーヤ内のローカルデータ・ストレージに予め格納されていることを特徴とする請求項１に記載の記録媒体。
8. 各プレーヤ・スタイルは、ダイアログ・テキスト領域の領域プレゼンテーション・プロパティの独立したセットを指定する領域スタイルを表すことを特徴とする請求項１に記載の記録媒体。
9. 各プレーヤ・スタイルは、前記リンクされたスタイルにより指定された領域プレゼンテーション・プロパティのうち少なくとも１つを再定義することを特徴とする請求項１に記載の記録媒体。
10. 各プレーヤ・スタイルは、前記リンクされたスタイルにより指定された領域プレゼンテーション・プロパティのうち少なくとも１つを変更することを特徴とする請求項１に記載の記録媒体。
11. 各プレーヤ・スタイルは、前記領域プレゼンテーション・プロパティのうち少なくとも１つの変更方向及び変更量を指定することを特徴とする請求項１０に記載の記録媒体。
12. 記録媒体内に記録されているテキスト・サブタイトル・ストリームをデコードする方法において、
    前記テキスト・サブタイトル・ストリームをサブタイトル・ローディング・バッファにロードするステップであって、前記ロードされたサブタイトル・ストリームは、スタイルのセットを定義するダイアログ・スタイル・セグメントと、少なくとも１つのダイアログ・プレゼンテーション・セグメントを含み、各ダイアログ・プレゼンテーション・セグメントは、少なくとも１つのダイアログ・テキスト領域を含み、前記ダイアログ・スタイル・セグメントに定義された前記スタイルのセットの少なくとも１つとリンクされた、ステップと、
    前記ダイアログ・スタイル・セグメントに含まれたプレーヤ・スタイル・フラグを読みこみ、プレーヤが独自のプレーヤ・スタイルのセットを生成することが許可されているか否かを判定するステップと、
    前記許可が前記プレーヤ・スタイル・フラグによって指定されている場合は、前記プレーヤ・スタイルのセットを用いて各ダイアログ・プレゼンテーション・セグメントをデコードするステップ
    を含むことを特徴とする方法。
13. 前記ダイアログ・スタイル・セグメント内に定義された前記スタイルのセットは、制作者により定義されたスタイルのセットであることを特徴とする請求項１２に記載の方法。
14. 各プレーヤ・スタイルは、ダイアログ・テキスト領域の領域プレゼンテーション・プロパティの独立したセットを指定する領域スタイルを表すことを特徴とする請求項１２に記載の方法。
15. 各プレーヤ・スタイルは、前記リンクされたスタイルにより指定された領域プレゼンテーション・プロパティのうち少なくとも１つを再定義することを特徴とする請求項１２に記載の方法。
16. 各プレーヤ・スタイルは、前記リンクされたスタイルにより指定された領域プレゼンテーション・プロパティのうち少なくとも１つを変更することを特徴とする請求項１２に記載の方法。
17. 各プレーヤ・スタイルは、前記領域プレゼンテーション・プロパティのうち少なくとも１つの変更方向及び変更量を指定することを特徴とする請求項１６に記載の方法。
18. 前記プレーヤ・スタイル・フラグが前記許可を指示する場合、前記プレーヤ・スタイルのセットを使用するか否かを判定するステップを更に含むことを特徴とする請求項１２に記載の方法。
19. 前記プレーヤ・スタイルのセットをローカルデータ・ストレージ内に予め格納するステップを更に含むことを特徴とする請求項１２に記載の方法。
20. 記録媒体内に記録されたテキスト・サブタイトル・ストリームをデコードするための装置において、
    前記テキスト・サブタイトル・ストリームをロードするサブタイトル・ローディング・バッファであって、前記ロードされたテキスト・サブタイトル・ストリームは、スタイルのセットを定義するダイアログ・スタイル・セグメントと、少なくとも１つのダイアログ・プレゼンテーション・セグメントを含み、各ダイアログ・プレゼンテーション・セグメントは、少なくとも１つのダイアログ・テキスト領域を含み、前記スタイルのセットの少なくとも１つにリンクされた、サブタイトル・ローディング・バッファと、
    前記ダイアログ・セグメントに含まれたプレーヤ・スタイル・フラグを読みこみ、プレーヤが独自のプレーヤ・スタイルのセットを生成することが許可されるか否かを判定し、前記許可が前記プレーヤ・スタイル・フラグによって指定されている場合に前記プレーヤ・スタイルのセットを用いて、各ダイアログ・プレゼンテーション・セグメントをデコードするテキスト・サブタイトル・デコーダを
    備えることを特徴とする装置。
21. 前記ダイアログ・スタイル・セグメントに定義された前記スタイルのセットは、制作者によって定義された領域スタイルのセットであることを特徴とする請求項２０に記載の装置。
22. 前記プレーヤ・スタイルのセットを予め格納するローカルデータ・ストレージをさらに備えることを特徴とする請求項２０に記載の装置。
    

Images