(57)【要約】本発明のデータ処理装置は、複数のピクチャを第１垂直走査周波数で切り替えることによって表示される第１主映像のデータ、および、第１主映像と同期して表示される第１副映像のデータを含むデータストリームを受け取る受信部と、第１主映像および第１副映像の各データを、複数のピクチャを第１垂直走査周波数と異なる第２垂直走査周波数で切り替えることによって表示される合成映像のデータに変換する変換部とを有する。データストリームは、第１主映像および第１副映像の表示時刻を規定する時刻情報を含んでいる。変換部は、第１主映像のピクチャと同じ内容の第２主映像のピクチャに対して、第１主映像のピクチャ上に表れる第１副映像と同じ内容の第２副映像を対応付けることにより、第２主映像および第２副映像が表示される合成映像を生成する。
2004082274.tif 000002
【特許請求の範囲】
【請求項１】
複数のピクチャを第１垂直走査周波数で切り替えることによって表示される第１主映像のデータ、および、前記第１主映像と同期して表示される第１副映像のデータを含むデータストリームを受け取る受信部と、
前記第１主映像および前記第１副映像の各データを、複数のピクチャを前記第１垂直走査周波数と異なる第２垂直走査周波数で切り替えることによって表示される合成映像のデータに変換する変換部と
を有するデータ処理装置であって、
前記データストリームは、前記第１主映像および前記第１副映像の表示時刻を規定する時刻情報を含んでおり、
前記変換部は、前記第１主映像のピクチャと同じ内容の第２主映像のピクチャに対して、前記第１主映像のピクチャ上に表れる前記第１副映像と同じ内容の第２副映像を対応付けることにより、前記第２主映像および前記第２副映像が表示される合成映像を生成する、データ処理装置。
【請求項２】
前記変換部は、
垂直走査周波数の変換処理により、前記第１主映像のデータを前記第２主映像のデータに変換する映像変換部と、
前記第１副映像のデータを第２副映像のデータに変換するとともに、前記第１副映像の文字と同期して表示される前記第１主映像のピクチャを特定し、特定された前記第１主映像のピクチャに対応する前記第２主映像のピクチャと、前記第１副映像の文字に対応する前記第２副映像の文字とを対応付ける字幕変換部と、
対応付けた前記第２主映像のデータと第２副映像のデータとを合成して前記合成映像のデータを生成する合成部と
を含む、請求項１に記載のデータ処理装置。
【請求項３】
前記変換部は、
前記時刻情報にしたがって同期した前記第１主映像および前記第１副映像が重畳された重畳映像を生成する合成部と、
前記重畳映像のデータを前記合成映像のデータに変換する映像変換部とを含む、請求項１に記載のデータ処理装置。
【請求項４】
前記変換部は、所定の解像度の前記第１主映像および前記第１副映像のデータを、前記所定の解像度と異なる解像度の合成映像のデータに変換する、請求項１に記載のデータ処理装置。
【請求項５】
前記変換部は、フィルム素材の前記第１主映像および前記第１副映像のデータを、ＮＴＳＣおよびＰＡＬの一方で表される合成映像のデータに変換する、請求項４に記載のデータ処理装置。
【請求項６】
前記変換部は、フィルム素材の前記第１主映像および前記第１副映像の１枚のフレームを、ＰＡＬで表される前記合成映像の２枚以上のフィールドに変換し、フィールドへの変換に際して同一のフィールドを定期的に複数回挿入する、請求項５に記載のデータ処理装置。
【請求項７】
前記データストリームは、前記変換部における変換の可否を示す変換許可情報を含んでおり、
前記変換部は、前記変換許可情報が変換の許可を示している場合に前記変換を行う、請求項１に記載のデータ処理装置。
【請求項８】
前記データストリームは、変換の種類を指定する変換指定情報を含んでおり、
前記変換部は、前記変換指示情報によって指定された前記種類の変換を行う、請求項１に記載のデータ処理装置。
【請求項９】
変換の種類を指定する変換指定情報が入力される入力部をさらに備え、
前記変換部は、前記変換指定情報によって指定された前記種類の変換を行う、請求項１に記載のデータ処理装置。
【請求項１０】
前記変換部は、前記変換指示情報に基づいて、各ピクチャを一回ずつ表示する変換、および、特定のピクチャを複数回表示する変換の一方を行って、ＰＡＬ方式の合成映像を生成する、請求項９に記載のデータ処理装置。
【請求項１１】
複数のピクチャを第１垂直走査周波数で切り替えることによって表示される第１主映像のデータ、および、前記第１主映像と同期して表示される第１副映像のデータを含むデータストリームを受け取るステップと、
前記第１主映像および前記第１副映像の各データを、複数のピクチャを前記第１垂直走査周波数と異なる第２垂直走査周波数で切り替えることによって表示される合成映像のデータに変換するステップと
を有するデータ処理方法であって、
前記データストリームは、前記第１主映像および前記第１副映像の表示時刻を規定する時刻情報を含んでおり、
前記変換するステップは、前記第１主映像のピクチャと同じ内容の第２主映像のピクチャに対して、前記第１主映像のピクチャ上に表れる前記第１副映像と同じ内容の第２副映像を対応付けることにより、前記第２主映像および前記第２副映像が表示される合成映像を生成する、データ処理方法。
【請求項１２】
前記変換するステップは、
垂直走査周波数の変換処理により、前記第１主映像のデータを前記第２主映像のデータに変換する映像変換ステップと、
前記第１副映像のデータを第２副映像のデータに変換するとともに、前記第１副映像の文字と同期して表示される前記第１主映像のピクチャを特定し、特定された前記第１主映像のピクチャに対応する前記第２主映像のピクチャと、前記第１副映像の文字に対応する前記第２副映像の文字とを対応付ける字幕変換ステップと、
対応付けた前記第２主映像のデータと第２副映像のデータとを合成して前記合成映像のデータを生成する合成ステップと
によって構成される、請求項１１に記載のデータ処理方法。
【請求項１３】
前記変換するステップは、
前記時刻情報にしたがって同期した前記第１主映像および前記第１副映像が重畳された重畳映像を生成する合成ステップと、
前記重畳映像のデータを前記合成映像のデータに変換する映像変換ステップとによって構成される、請求項１１に記載のデータ処理方法。
【請求項１４】
前記変換するステップは、所定の解像度の前記第１主映像および前記第１副映像のデータを、前記所定の解像度と異なる解像度の合成映像のデータに変換する、請求項１１に記載のデータ処理方法。
【請求項１５】
前記変換するステップは、フィルム素材の前記第１主映像および前記第１副映像のデータを、ＮＴＳＣおよびＰＡＬの一方で表される合成映像のデータに変換する、請求項１４に記載のデータ処理方法。
【請求項１６】
前記変換するステップは、フィルム素材の前記第１主映像および前記第１副映像の１枚のフレームを、ＰＡＬで表される前記合成映像の２枚以上のフィールドに変換し、フィールドへの変換に際して同一のフィールドを定期的に複数回挿入する、請求項１５に記載のデータ処理方法。
【請求項１７】
前記データストリームは、前記変換部における変換の可否を示す変換許可情報を含んでおり、
前記変換するステップは、前記変換許可情報が変換の許可を示している場合に前記変換を行う、請求項１１に記載のデータ処理方法。
【請求項１８】
前記データストリームは、変換の種類を指定する変換指定情報を含んでおり、
前記変換するステップは、前記変換指示情報によって指定された前記種類の変換を行う、請求項１１に記載のデータ処理方法。
【請求項１９】
変換の種類を指定する変換指定情報が入力される入力ステップをさらに備え、
前記変換するステップは、前記変換指定情報によって指定された前記種類の変換を行う、請求項１１に記載のデータ処理方法。
【請求項２０】
前記変換するステップは、前記変換指示情報に基づいて、各ピクチャを一回ずつ表示する変換、および、特定のピクチャを複数回表示する変換の一方を行って、ＰＡＬ方式の合成映像を生成する、請求項１９に記載のデータ処理方法。
【発明の詳細な説明】
【技術分野】  本発明は、高精細の映像（ＨＤ映像）を標準画質の映像（ＳＤ映像）に変換する技術に関する。
【背景技術】  近年、ＤＶＤメディアは非常に普及してきている。中でも、ＤＶＤ−Ｖｉｄｅｏディスク（以下単に「ＤＶＤ」と記す）は映画等を収録したパッケージソフトとして既に市場に多く出回っている。
図１は、ＤＶＤのデータ構造を示す。図１の下段に示すように、ＤＶＤの最内周のリードインから最外周のリードアウトまでの間の領域には論理アドレスが割り当てられ、その論理アドレスに基づいて論理データが記録される。論理アドレスに基づいてアクセス可能なデータ領域（論理アドレス空間）の先頭以降には、ファイルシステムのボリューム情報が記録され、続いて映像・音声などのアプリケーションデータが記録されている。
ファイルシステムとは、ＩＳＯ９６６０、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｃ  Ｆｏｒｍａｔ）等を表しており、ディスク上のデータをディレクトリまたはファイルと呼ばれる単位で管理するシステムである。日常使っているＰＣ（パーソナルコンピュータ）の場合でも、ＦＡＴまたはＮＴＦＳと呼ばれるファイルシステムを通すことにより、ディレクトリ、ファイル等のデータ構造でハードディスクに記録されたデータがコンピュータ上で表現され、ユーザビリティを高めている。
ＤＶＤでは、ＵＤＦおよびＩＳＯ９６６０の両方のファイルシステムが利用され（両方を合わせて「ＵＤＦブリッジ」と呼ぶことがある）、ＵＤＦまたはＩＳＯ９６６０どちらのファイルシステムドライバによってもデータの読み出しができるようになっている。いうまでもなく、書き換え型のＤＶＤメディアであるＤＶＤ−ＲＡＭ／Ｒ／ＲＷでは、これらファイルシステムを介し、物理的にデータの読み、書き、削除が可能である。
ＤＶＤ上に記録されたデータは、ＵＤＦブリッジを通して、図１左上に示すようなディレクトリまたはファイルとして見ることができる。ルートディレクトリ（図中「ＲＯＯＴ」）の直下に「ＶＩＤＥＯ＿ＴＳ」と呼ばれるディレクトリが置かれ、ここにＤＶＤのアプリケーションデータが記録されている。アプリケーションデータは複数のファイルとして記録され、以下の主なファイルが存在する。
ＶＩＤＥＯ＿ＴＳ．ＩＦＯ：ディスク再生制御情報ファイル
ＶＴＳ＿０１＿０．ＩＦＯ：ビデオタイトルセット＃１再生制御情報ファイル
ＶＴＳ＿０１＿０．ＶＯＢ：ビデオタイトルセット＃１ストリームファイル
ファイルシステムでは２種類の拡張子が規定されている。拡張子「ＩＦＯ」は再生制御情報が記録されたファイルを示し、拡張子「ＶＯＢ」はＡＶデータであるＭＰＥＧストリームが記録されたファイルを示す。再生制御情報とは、ＤＶＤで採用された、ユーザの操作に応じて再生を動的に変化させるインタラクティビティを実現するための情報、メタデータのようなタイトルに付属する情報、ストリームに付属する情報等を含む。また、ＤＶＤでは一般的に再生制御情報のことをナビゲーション情報と呼ぶことがある。
再生制御情報ファイルは、ディスク全体を管理する「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」と、個々のビデオタイトルセット（ＤＶＤでは複数のタイトル、言い換えれば異なる映画や異なるバージョンの映画を１枚のディスクに記録することが可能である）毎の再生制御情報である「ＶＴＳ＿０１＿０．ＩＦＯ」がある。ここで、ファイル名ボディにある「０１」はビデオタイトルセットの番号を示しており、例えば、ビデオタイトルセット＃２の場合は、「ＶＴＳ＿０２＿０．ＩＦＯ」となる。
図１の右上部は、ＤＶＤのアプリケーション層でのＤＶＤナビゲーション空間であり、前述した再生制御情報が展開された論理構造空間である。「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」内の情報は、ＶＭＧＩ（Ｖｉｄｅｏ  Ｍａｎａｇｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）として、「ＶＴＳ＿０１＿０．ＩＦＯ」または、他のビデオタイトルセット毎に存在する再生制御情報はＶＴＳＩ（Ｖｉｄｅｏ  Ｔｉｔｌｅ  Ｓｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ）としてＤＶＤナビゲーション空間に展開される。
ＶＴＳＩの中にはＰＧＣ（Ｐｒｏｇｒａｍ  Ｃｈａｉｎ）と呼ばれる再生シーケンスの情報であるＰＧＣＩ（Ｐｒｏｇｒａｍ  Ｃｈａｉｎ  Ｉｎｆｏｒｍａｔｉｏｎ）が記述されている。ＰＧＣＩは、セル（Ｃｅｌｌ）の集合とコマンドと呼ばれる一種のプログラミング情報によって構成されている。セル自身はＭＰＥＧストリームに対応するＶＯＢ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ）の一部区間または全部区間の集合であり、セルの再生は、当該ＶＯＢのセルによって指定された区間を再生することを意味している。
コマンドは、ブラウザ上で実行されるＪａｖａ（登録商標）スクリプトなどに近い概念であり、ＤＶＤの仮想マシンによって処理される。ただし、Ｊａｖａ（登録商標）スクリプトが論理演算の他にウィンドやブラウザの制御（例えば、新しいブラウザのウィンドを開く等）を行うのに対し、ＤＶＤのコマンドは論理演算の他にＡＶタイトルの再生制御（例えば、再生するチャプタの指定等）を実行するに過ぎない点で異なっている。
セルはディスク上に記録されているＶＯＢの開始および終了アドレス（ディスク上での論理記録アドレス）をその内部情報として有しており、プレーヤはセルに記述されたＶＯＢの開始および終了アドレス情報を使ってデータの読み出し、再生を実行する。
図２は、ストリーム中に埋め込まれているナビゲーション情報に含まれる各種の情報を示す。ＤＶＤの特長であるインタラクティビティは前述した「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」、「ＶＴＳ＿０１＿０．ＩＦＯ」等に記録されているナビゲーション情報のみによって実現されているのではなく、幾つかの重要な情報はナビゲーション・パック（「ナビパック」または「ＮＶ＿ＰＣＫ」と記す）と呼ばれる専用キャリアを使いＶＯＢ内に映像データ、音声データと一緒に多重化されている。
ここでは簡単なインタラクティビティの例としてメニューを説明する。メニュー画面上には、幾つかのボタンが現れ、それぞれのボタンには当該ボタンが選択実行された時の処理が定義されている。また、メニュー上では一つのボタンが選択されており（ハイライトによって選択ボタン上に半透明色がオーバーレイされており該ボタンが選択状態であることをユーザに示す）、ユーザは、リモコンの上下左右キーを使って、選択状態のボタンを上下左右の何れかのボタンに移動させることが出来る。すなわち、ユーザがリモコンの上下左右キーを使って選択実行したいボタンまでハイライトを移動させ、決定キーを押して決定することにより、対応するコマンドのプログラムが実行される。一般的には対応するタイトルやチャプタの再生がコマンドによって実行されている。
ＮＶ＿ＰＣＫ内には、ハイライトカラー情報と個々のボタン情報などが含まれている。ハイライトカラー情報には、カラーパレット情報が記述され、オーバーレイ表示されるハイライトの半透明色が指定される。ボタン情報には、個々のボタンの位置情報である矩形領域情報と、当該ボタンから他のボタンへの移動情報（ユーザの上下左右キー操作それぞれに対応する移動先ボタンの指定）と、ボタンコマンド情報（当該ボタンが決定された時に実行されるコマンド）が記述されている。
メニュー上のハイライトは、メニュー画像へのオーバーレイ画像として作成される。すなわち、ボタン情報の矩形領域に対応する領域にカラーパレット情報に基づいて色が付され、それがメニューのボタン情報の矩形領域に重ね合わせられることにより、メニュー上のハイライトが実現される。このオーバーレイ画像は背景画像と合成されて画面上に表示される。
なお、ＮＶ＿ＰＣＫを使ってナビゲーションデータの一部をストリーム中に埋め込んでいる理由は、第１には、ストリームと同期して動的にメニュー情報を更新したり（例えば、映画再生の途中５分〜１０分の間にだけメニューが表示される等）、同期タイミングが問題となりやすいアプリケーションであっても確実に同期させるためである。また、第２には、ＮＶ＿ＰＣＫには特殊再生を支援するための情報を格納し、早送り、巻き戻し等の特殊再生時にも円滑にＡＶデータをデコードし再生させる等、ユーザの操作性を向上させるためである。
図３Ａ〜３Ｃは、ＶＯＢの生成手順を示し、図３Ｄは生成されたＶＯＢを再生するための装置の構成を示す。図３Ａに示す動画、音声、字幕等は、図３Ｂに示すようにＭＰＥＧシステム規格（ＩＳＯ／ＩＥＣ１３８１８−１）に基づいてパケット化およびパック化される。このとき、映像はハイビジョン映像（以下、「ＨＤ映像」と記す）であり、その映像品質を保った状態でパケット化およびパック化される。ＨＤ映像には、動画、静止画、文字図形等の各種の高精彩画質の映像が含まれる。そして、図３Ｃに示すようにそれぞれが多重化されて１本のＭＰＥＧプログラムストリームが生成される。このとき、インタラクティビティを実現するためのボタンコマンドを含んだＮＶ＿ＰＣＫも一緒に多重化をされている。
ＭＰＥＧシステムの多重化の特徴は、動画、音声、宇幕の種別ごとにみるとＭＰＥＧストリームデータはそのデコード順に基づくビット列で配置されているが、多重化されている動画、音声、字幕の各種別間ではデータは必ずしも再生順、言い換えればデコード順にビット列が形成されているとは限らないことにある。例えば、動画データのパックと字幕データのパックとが連続して配置されているとすると、その動画データと字幕データとは、必ずしも同一タイミングでデコードまたは再生されるとは限らない。
このように多重化される理由は、ＭＰＥＧストリームは所定のデコーダモデル（一般にいうシステムターゲットデコーダ（Ｓｙｓｔｅｍ  Ｔａｒｇｅｔ  Ｄｅｃｏｄｅｒ；ＳＴＤ）においてデコードが可能になるようにエンコードしなければならない、という制約が設けられているからである。すなわち、デコーダモデルには個々のエレメンタリストリームに対応するデコーダバッファが規定されており、そのバッファの容量は個々のエレメンタリストリーム毎にサイズが異なる。具体的には動画に対しては２３２ＫＢ、音声に対しては４ＫＢ、字幕に対しては５２ＫＢである。そして、映像、音声等の各データは、デコードタイミングが到来するまで一時的に蓄積されている。デコードタイミングは、バッファ容量に応じて異なるため、隣接して多重化されてもデコード等のタイミングが異なることになる。
ＭＰＥＧプログラムストリームを再生するときは、図３Ｄに示す装置に入力される。デマルチプレクサ３１００はＭＰＥＧプログラムストリームを受け取り、動画データ、字幕データおよびオーディオデータを含むパックを分離して、バッファ／デコーダ３１０８へ送る。バッファ／デコーダ３１０８は、パックデータをバッファするとともに、動画データ、字幕データ等ごとにデコードしてストリームを構築する。具体的には、バッファ３１０８は、ビデオバッファ、字幕用バッファおよびオーディオバッファを有しており、ビデオバッファに動画データを格納し、字幕用バッファに字幕データを格納し、オーディオバッファに音声データを格納する。その後、バッファ／デコーダ３１０８は、パックデータに基づいて動画データ、字幕データおよび音声データを構築して出力する。なお、図３Ｄには、特にデコーダは示していない。バッファ／デコーダ３１０８は、ＨＤ映像の動画データ、字幕データおよび音声データを出力する。音声データについては、デコード後にスピーカ等に出力され、音声として再生される。
ＨＤ映像のデータは以下のように処理される。バッファ／デコーダ３１０８から出力されたＨＤ映像データ（動画データ、静止画データおよび文字図形データ）は、各処理経路に送られる。動画データは、映像変換部３１０１においてＮＴＳＣ、ＰＡＬ方式等によるインターレース映像（ＳＤ映像）へ変換され、スケーリング３１０２において解像度やアスペクトを修正される。そして、動画がＭＰＥＧで符号化されている場合には、第一画質補正部３１０３においてＭＰＥＧ圧縮特有のノイズ（ブロックノイズ、モスキートノイズ）が効果的に除去され、画質が改善される。静止画データは、静止画符号化方式に固有の画質補正が施され、第２画質補正部３１０４においてダウンコンバートされる。そして、動画の出力と相互に切り替えて出力される。文字図形データは、第３画質補正部３１０５において文字図形に適したダウンコンバートが行われる。
一方、字幕データは第４画質補正部３１０７に出力されて、色変換テーブルＣＬＵＴ３１０６を介して必要な色変換処理を施され、その後、第４画質補正部３１０７においてＳＤ映像へダウンコンバートされる。そして、動画等のＳＤ映像と合成されＳＤ映像を表示可能なＴＶへと出力される。
バッファ／デコーダ３１０８の出力後に、解像度、アスペクト比、フレームレート等をＨＤ映像からＳＤ映像へ変換している理由は、動画、静止画、字幕等のそれぞれに最適なフィルタを用いて個別処理する方がダウンコンバート時の画質劣化を最小限に防ぐことができるからである。このような処理は、例えば、日本国特開２００１−２９２３４１号公報に記載されている。
今後は、ＨＤ映像がそのままのフレームレートで記録される機会が増えると考えられる。例えば、記録媒体の容量の増加および記録速度の向上に伴って、フィルム素材はいずれ、本来の２４フレーム／秒でかつ７２０Ｐ（または１０８０ｉ）で記録される機会が増えると想定される。一方、ＳＤ映像のみが表示可能なＴＶは今後も相当の期間にわたって利用されると考えられる。よって、ＨＤ映像を記録した記録媒体を再生する装置において、ＨＤ映像をＳＤ映像に変換する必要性は極めて高いといえる。ところが、現在普及しているＤＶＤにはＨＤ映像をそのままのフレームレートで記録できないため、今日まで、そのような変換を考慮したＤＶＤ再生装置は考えられていなかった。
また、ＭＰＥＧストリームのように動画、字幕等の各データが別個にストリームに多重化されている場合には、ＨＤ映像をＳＤ映像に変換するに際しコンテンツプロバイダ側がオーサリング時に意図した通り、動画、字幕等を再生する必要がある。
本発明の目的は、本来意図されたＨＤ画質の映像、字幕等の再生タイミングを保持しながら、ＳＤ画質の映像、字幕等に変換することである。
【発明の開示】
本発明によるデータ処理装置は、複数のピクチャを第１垂直走査周波数で切り替えることによって表示される第１主映像のデータ、および、前記第１主映像と同期して表示される第１副映像のデータを含むデータストリームを受け取る受信部と、前記第１主映像および前記第１副映像の各データを、複数のピクチャを前記第１垂直走査周波数と異なる第２垂直走査周波数で切り替えることによって表示される合成映像のデータに変換する変換部とを有する。前記データストリームは、前記第１主映像および前記第１副映像の表示時刻を規定する時刻情報を含んでいる。前記変換部は、前記第１主映像のピクチャと同じ内容の第２主映像のピクチャに対して、前記第１主映像のピクチャ上に表れる前記第１副映像と同じ内容の第２副映像を対応付けることにより、前記第２主映像および前記第２副映像が表示される合成映像を生成する。
前記変換部は、垂直走査周波数の変換処理により、前記第１主映像のデータを前記第２主映像のデータに変換する映像変換部と、前記第１副映像のデータを第２副映像のデータに変換するとともに、前記第１副映像の文字と同期して表示される前記第１主映像のピクチャを特定し、特定された前記第１主映像のピクチャに対応する前記第２主映像のピクチャと、前記第１副映像の文字に対応する前記第２副映像の文字とを対応付ける字幕変換部と、対応付けた前記第２主映像のデータと第２副映像のデータとを合成して前記合成映像のデータを生成する合成部とを含んでいてもよい。
前記変換部は、前記時刻情報にしたがって同期した前記第１主映像および前記第１副映像が重畳された重畳映像を生成する合成部と、前記重畳映像のデータを前記合成映像のデータに変換する映像変換部とを含んでいてもよい。
前記変換部は、所定の解像度の前記第１主映像および前記第１副映像のデータを、前記所定の解像度と異なる解像度の合成映像のデータに変換してもよい。
前記変換部は、フィルム素材の前記第１主映像および前記第１副映像のデータを、ＮＴＳＣおよびＰＡＬの一方で表される合成映像のデータに変換してもよい。
前記変換部は、フィルム素材の前記第１主映像および前記第１副映像の１枚のフレームを、ＰＡＬで表される前記合成映像の２枚以上のフィールドに変換し、フィールドへの変換に際して同一のフィールドを定期的に複数回挿入してもよい。
前記データストリームは、前記変換部における変換の可否を示す変換許可情報を含んでおり、前記変換部は、前記変換許可情報が変換の許可を示している場合に前記変換を行ってもよい。
前記データストリームは、変換の種類を指定する変換指定情報を含んでおり、前記変換部は、前記変換指示情報によって指定された前記種類の変換を行ってもよい。
変換の種類を指定する変換指定情報が入力される入力部をさらに備え、前記変換部は、前記変換指定情報によって指定された前記種類の変換を行ってもよい。
前記変換部は、前記変換指示情報に基づいて、各ピクチャを一回ずつ表示する変換、および、特定のピクチャを複数回表示する変換の一方を行って、ＰＡＬ方式の合成映像を生成してもよい。
本発明によるデータ処理方法は、複数のピクチャを第１垂直走査周波数で切り替えることによって表示される第１主映像のデータ、および、前記第１主映像と同期して表示される第１副映像のデータを含むデータストリームを受け取るステップと、前記第１主映像および前記第１副映像の各データを、複数のピクチャを前記第１垂直走査周波数と異なる第２垂直走査周波数で切り替えることによって表示される合成映像のデータに変換するステップとを包含する。前記データストリームは、前記第１主映像および前記第１副映像の表示時刻を規定する時刻情報を含んでいる。前記変換するステップは、前記第１主映像のピクチャと同じ内容の第２主映像のピクチャに対して、前記第１主映像のピクチャ上に表れる前記第１副映像と同じ内容の第２副映像を対応付けることにより、前記第２主映像および前記第２副映像が表示される合成映像を生成する。
前記変換するステップは、垂直走査周波数の変換処理により、前記第１主映像のデータを前記第２主映像のデータに変換する映像変換ステップと、前記第１副映像のデータを第２副映像のデータに変換するとともに、前記第１副映像の文字と同期して表示される前記第１主映像のピクチャを特定し、特定された前記第１主映像のピクチャに対応する前記第２主映像のピクチャと、前記第１副映像の文字に対応する前記第２副映像の文字とを対応付ける字幕変換ステップと、対応付けた前記第２主映像のデータと第２副映像のデータとを合成して前記合成映像のデータを生成する合成ステップとによって構成されていてもよい。
前記変換するステップは、前記時刻情報にしたがって同期した前記第１主映像および前記第１副映像が重畳された重畳映像を生成する合成ステップと、前記重畳映像のデータを前記合成映像のデータに変換する映像変換ステップとによって構成されていてもよい。
前記変換するステップは、所定の解像度の前記第１主映像および前記第１副映像のデータを、前記所定の解像度と異なる解像度の合成映像のデータに変換してもよい。
前記変換するステップは、フィルム素材の前記第１主映像および前記第１副映像のデータを、ＮＴＳＣおよびＰＡＬの一方で表される合成映像のデータに変換してもよい。
前記変換するステップは、フィルム素材の前記第１主映像および前記第１副映像の１枚のフレームを、ＰＡＬで表される前記合成映像の２枚以上のフィールドに変換し、フィールドへの変換に際して同一のフィールドを定期的に複数回挿入してもよい。
前記データストリームは、前記変換部における変換の可否を示す変換許可情報を含んでおり、前記変換するステップは、前記変換許可情報が変換の許可を示している場合に前記変換を行ってもよい。
前記データストリームは、変換の種類を指定する変換指定情報を含んでおり、前記変換するステップは、前記変換指示情報によって指定された前記種類の変換を行ってもよい。
前記データ処理方法は、変換の種類を指定する変換指定情報が入力される入力ステップをさらに備え、前記変換するステップは、前記変換指定情報によって指定された前記種類の変換を行ってもよい。
前記変換するステップは、前記変換指示情報に基づいて、各ピクチャを一回ずつ表示する変換、および、特定のピクチャを複数回表示する変換の一方を行って、ＰＡＬ方式の合成映像を生成してもよい。
【図面の簡単な説明】  図１は、ＤＶＤのデータ構造を示す図である。
図２は、ストリーム中に埋め込まれているナビゲーション情報に含まれる各種の情報を示す図である。
図３Ａ〜３Ｃは、ＶＯＢの生成手順を示し、図３Ｄは生成されたＶＯＢを再生するための装置の構成を示す図である。
図４は、ディスク状の記録媒体であるＢＤ（１０４）と、記録されているデータ（１０１、１０２、１０３）の構成を示す図である。
図５は、ＢＤに記録されている論理データのディレクトリ・ファイル構造を示す図である。
図６は、ＢＤ（２０１）上の映像データを読み出し、映像を再生するプレーヤの概略的な機能構成を示す図である。
図７は、プレーヤの詳細な機能ブロックの構成を示す図である。
図８は、ＢＤのアプリケーション空間の概念を示す図である。
図９は、映像のピクチャとＭＰＥＧストリームのデータ構造との関係を示す図である。
図１０は、パックのデータ構造を示す図である。
図１１は、ＶＯＢデータファイル等と、それらのファイルを読み出すためのプレーヤの機能ブロックの構成を示す図である。
図１２は、トラックバッファを使ったＶＯＢデータ連続供給モデルを示す図である。
図１３は、ＶＯＢ管理情報ファイル（”ＹＹＹ．ＶＯＢＩ”）の内部構造を示す図である。
図１４は、ＶＯＢＵの再生時間長とデータサイズとの対応関係を示す図である。
図１５は、ＶＯＢＵの再生時間に基づいてアドレスを得るための処理の概念を示す図である。
図１６は、プレイリスト情報のデータ構造を示す図である。
図１７は、イベントハンドラテーブル（”ＸＸＸ．ＰＲＯＧ”）のデータ構造を示す図である。
図１８は、ＢＤ全体に関する情報のデータ構造を示す図である。
図１９は、グローバルイベントハンドラのプログラムのテーブル（”ＢＤ．ＰＲＯＧ”）を示す図である。
図２０はタイムイベントの概念を示す図である。
図２１はメニュー操作を行うユーザイベントの概念を示す図である。
図２２はグローバルイベントの概念を示す図である。
図２３は、プログラムプロセッサに関連する機能ブロックの構成を示す図である。
図２４はシステムパラメータ（ＳＰＲＭ）の一覧を示す図である。
図２５は、２つの選択ボタンを持ったメニューのプログラムの例を示す図である。
図２６は、メニュー選択のユーザイベントのイベントハンドラのプログラムの例を示す図である。
図２７は、ＡＶ再生までの基本処理フローを示す図である。
図２８は、プレイリスト再生の開始からＶＯＢ再生が開始されるまでの処理フローを示す図である。
図２９は、ＡＶ再生開始後からのイベント処理フローを示す図である。
図３０は、字幕処理のフローを示す図である。
図３１は、本実施形態によるダウンコンバート処理を行う再生装置１００の構成を示す図である。
図３２は、ダウンコンバート処理の手順を示す図である。
図３３は、ＨＤ映像（フィルム素材映像）のピクチャを、ＳＤ映像（ＮＴＳＣ方式またはＰＡＬ方式の映像）のピクチャに変換したときの相関関係を示す図である。
図３４は、本発明による第２の方法により、ＨＤ映像（フィルム素材映像）のピクチャをＳＤ映像のピクチャに変換したときの相関関係を示す図である。
図３５は、第２の例によるダウンコンバート処理の手順を示す図である。
図３６は、推奨する変換方法を記述した変換指定情報のデータ構造を示す図である。
図３７は、変換指定情報に基づいてダウンコンバート方法を決定し、ＳＤ映像を再生する手順を示す図である。
【発明を実施するための最良の形態】  以下、本発明の実施形態を説明する。本実施形態では、ＨＤ映像は、ＤＶＤの数倍の記録容量を持つブルーレイディスク等の高密度メディアに記録される。本実施形態の説明では、そのような高密度メディアの例としてブルーレイディスク（Ｂｌｕ−ｒａｙ  ｄｉｓｃ；以下「ＢＤ」と記す）を挙げて、ＢＤに記録されたＨＤ映像をＳＤ映像に変換することが可能な再生装置の構成および動作を説明する。
まず、本実施形態における用語の意義を説明する。
映像：複数のピクチャを所定の垂直走査周波数で次々と切り替えることによって表示される画像。映像は、動画、静止画、字幕などの文字や図形等を含む。動画、静止画は主映像と呼ばれ、主映像に同期して重畳表示される字幕等は副映像とも呼ばれる。
ピクチャ：インターレース方式では奇数ラインと偶数ラインの２つのフィールドによって構成される画像。プログレッシブ方式では１つのフレームによって構成される画像。ピクチャは、フレームおよびフィールドの両方を表す概念である。
ＳＤ映像：標準画質の映像（ＮＴＳＣ方式の４８０ｉ映像、ＰＡＬ方式の５７６ｉ映像）をいう。
ＨＤ映像：上記ＳＤ映像以外の高精細の映像（例えばハイビジョン映像）をいう。
以下、表１および表２に、ＳＤ映像とＨＤ映像の動画に関する、より具体的な例を示す。表２における２４ｐまたは２３．９７６ｐのＨＤ映像は、フィルム素材の映像と呼ばれている。
2004082274.tif 000003
2004082274.tif 000004
なお、表１に示す４８０ｐおよび５７６ｐの各映像がＨＤ映像ではないとする分類もあり得る。しかし、本明細書ではこれらの映像をＨＤ映像として取り扱う。その理由は、これらの映像は、インターレースープログレッシブ変換（ＩＰ変換）によりＮＴＳＣ方式の４８０ｉおよびＰＡＬ方式の５７６ｉへ変換され、標準画質ＴＶ（ＳＤＴＶ）に表示されるため、処理に関しては一般にＨＤ映像とされている７２０ｐおよび１０８０ｉと同等であるといえるからである。
以下では、理解を容易にするため、項目を分けて説明する。項目は、（１）ＢＤの論理データ構造、（２）プレーヤの構成、（３）ＢＤのアプリケーション空間、（４）ＶＯＢの詳細、（５）ＶＯＢのインターリーブ記録、（６）ナビゲーションデータ構造、（７）プレイリストのデータ構造、（８）イベント発生のメカニズム、（９）仮想プレーヤマシン、（１０）プログラムの例、（１１）仮想プレーヤの処理フロー、（１２）ダウンコンバート処理を行う再生装置である。なお、本発明の主要な処理の一つは、ＨＤ映像からＳＤ映像へのダウンコンバート時の処理にある。
（１）ＢＤの論理データ構造
図４は、ディスク状の記録媒体であるＢＤ（１０４）と、記録されているデータ（１０１、１０２、１０３）の構成を示す。ＢＤ（１０４）に記録されるデータは、ＡＶデータ（１０３）と、ＡＶデータに関する管理情報およびＡＶ再生シーケンスなどのＢＤ管理情報（１０２）と、インタラクティブを実現するＢＤ再生プログラム（１０１）である。本実施の形態では、映画のＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてＢＤを説明する。しかし、この用途に限られないことはいうまでもない。
図５は、上述したＢＤに記録されている論理データのディレクトリ・ファイル構造を示す。ＢＤは、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、ＤＶＤと同様、論理アドレスによってアクセス可能なデータ領域（論理アドレス空間）を有する。また、リードインの内側にはＢＣＡ（Ｂｕｒｓｔ  Ｃｕｔｔｉｎｇ  Ａｒｅａ）と呼ばれるドライブのみが読み出せる特別な領域がある。この領域はアプリケーションからは読み出せないため、例えば著作権保護技術などに利用されることがある。
論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは従来技術として説明した通り、ＵＤＦやＩＳＯ９６６０等のことであり、通常のＰＣと同じように、記録されている論理データをディレクトリ、ファイル構造を使って読み出すことができる。
本実施形態では、ＢＤ上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリはＢＤで扱うＡＶコンテンツや管理情報などのデータ（図４で説明した１０１、１０２、１０３）が格納されているディレクトリである。
ＢＤＶＩＤＥＯディレクトリの下には、次の（ａ）〜（ｇ）の７種類のファイルが記録されている。
（ａ）ＢＤ．ＩＮＦＯ（ファイル名固定）
「ＢＤ管理情報」の一つであり、ＢＤ全体に関する情報を記録したファイルである。ＢＤプレーヤは最初にこのファイルを読み出す。
（ｂ）ＢＤ．ＰＲＯＧ（ファイル名固定）
「ＢＤ再生プログラム」の一つであり、ＢＤ全体に関わる再生制御情報を記録したファイルである。
（ｃ）ＸＸＸ．ＰＬ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）
「ＢＤ管理情報」の一つであり、シナリオ（再生シーケンス）であるプレイリスト情報を記録したファイルである。プレイリスト毎に１つのファイルを持っている。
（ｄ）ＸＸＸ．ＰＲＯＧ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）
「ＢＤ再生プログラム」の一つであり、前述したプレイリスト毎の再生制御情報を記録したファイルである。プレイリストとの対応はファイルボディ名（「ＸＸＸ」が一致する）によって識別される。
（ｅ）ＹＹＹ．ＶＯＢ（「ＹＹＹ」は可変、拡張子「ＶＯＢ」は固定）
「ＡＶデータ」の一つであり、ＶＯＢ（従来例で説明したＶＯＢと同じ）を記録したファイルである。ＶＯＢ毎に１つのファイルを持っている。
（ｆ）ＹＹＹ．ＶＯＢＩ（「ＹＹＹ」は可変、拡張子「ＶＯＢＩ」は固定）
「ＢＤ管理情報」の一つであり、ＡＶデータであるＶＯＢに関わるストリーム管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（「ＹＹＹ」が一致する）によって識別される。
（ｇ）ＺＺＺ．ＰＮＧ（「ＺＺＺ」は可変、拡張子「ＰＮＧ」は固定）
「ＡＶデータ」の一つであり、字幕およびメニューを構成するためのイメージデータＰＮＧ（Ｗ３Ｃによって標準化された画像フォーマットであり「ピング」と読む）を記録したファイルである。１つのＰＮＧイメージ毎に１つのファイルを持つ。
（２）プレーヤの構成
次に、図６および図７を参照しながら、前述したＢＤを再生するプレーヤの構成を説明する。
図６は、ＢＤ（２０１）上の映像データを読み出し、映像を再生するプレーヤの概略的な機能構成を示す。プレーヤは、光ピックアップ（２０２）と、種々のメモリ（プログラム記録メモリ（２０３）、管理情報記録メモリ（２０４）、ＡＶ記録メモリ（２０５））と、プログラム処理部（２０６）と、管理情報処理部（２０７）とを有する。
光ピックアップ（２０２）は、ＢＤ（２０１）からデータを読み出す。
プログラム処理部（２０６）は、管理情報処理部（２０７）より再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取ってプログラムの処理を行う。また、プログラムでは再生するプレイリストを動的に変える事が可能であり、この場合は管理情報処理部（２０７）に対してプレイリストの再生命令を送ることによって実現する。プログラム処理部（２０６）は、ユーザからのイベント、即ちリモコンキーからのリクエストを受け、ユーザイベントに対応するプログラムがある場合は、それを実行する。
管理情報処理部（２０７）は、プログラム処理部（２０６）の指示を受け、対応するプレイリストおよびプレイリストに対応したＶＯＢの管理情報を解析し、プレゼンテーション処理部（２０８）に対象となるＡＶデータの再生を指示する。また、管理情報処理部（２０７）は、プレゼンテーション処理部（２０８）より基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部（２０８）にＡＶデータ再生の停止指示を行い、また、プログラム処理部（２０６）に対してプログラム実行タイミングを示すイベントを生成する。
プレゼンテーション処理部（２０８）は、動画、音声、字幕／イメージ（静止画）のそれぞれに対応するデコーダを持ち、管理情報処理部（２０７）からの指示に従い、ＡＶデータのデコードおよび出力を行う。動画データ、字幕／イメージは、デコード後にそれぞれの専用プレーン、ビデオプレーン（２１０）およびイメージプレーン（２０９）に描画される。
合成処理部（２１１）は、映像の合成処理を行いＴＶ等の表示デバイスへ出力する。
プレーヤの処理の流れは以下のとおりである。ＢＤ（２０１）上のデータは、光ピックアップ（２０２）を通して読み出される。読み出されたデータはそれぞれのデータの種類に応じて専用のメモリに転送される。ＢＤ再生プログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」ファイルの中身）はプログラム記録メモリ（２０３）に、ＢＤ管理情報（「ＢＤ．ＩＮＦＯ」、「ＸＸＸ．ＰＬ」または「ＹＹＹ．ＶＯＢＩ」）は管理情報記録メモリ（２０４）に、ＡＶデータ（「ＹＹＹ．ＶＯＢ」または「ＺＺＺ．ＰＮＧ」）はＡＶ記録メモリ（２０５）にそれぞれ転送される。
そして、プログラム記録メモリ（２０３）に記録されたＢＤ再生プログラムは、プログラム処理部（２０６）によって処理される。また、管理情報記録メモリ（２０４）に記録されたＢＤ管理情報は管理情報処理部（２０７）によって処理される。ＡＶ記録メモリ（２０５）に記録されたＡＶデータはプレゼンテーション処理部（２０８）によって処理される。
プレゼンテーション処理部（２０８）は、動画、音声、字幕／イメージ（静止画）のそれぞれをデコーダして出力する。その結果、動画データ、字幕／イメージが、ビデオプレーン（２１０）およびイメージプレーン（２０９）に描画される。そして、合成処理部（２１１）は、動画と字幕等を合成して出力する。
このように図６に示すように、ＢＤプレーヤは図４に示すＢＤに記録されているデータ構成に基づいて構成されている。
図７は、プレーヤの詳細な機能ブロックの構成を示す。図７のイメージメモリ（３０８）とトラックバッファ（３０９）は、図６のＡＶ記録メモリ（２０５）に対応し、プログラムプロセッサ（３０２）およびＵＯＰマネージャ（３０３）はプログラム処理部（２０６）に対応する。また、シナリオプロセッサ（３０５）とプレゼンテーションコントローラ（３０６）は図６の管理情報処理部（２０７）に対応し、クロック（３０７）、デマルチプレクサ（３１０）、イメージプロセッサ（３１１）、ビデオプロセッサ（３１２）とサウンドプロセッサ（３１３）は図６のプレゼンテーション処理部（２０８）に対応している。
ＢＤ（２０１）から読み出されたＭＰＥＧストリーム（ＶＯＢデータ）はトラックバッファ（３０９）に、イメージデータ（ＰＮＧ）はイメージメモリ（３０８）にそれぞれ記録される。デマルチプレクサ（３１０）は、クロック（３０７）の時刻に基づいてトラックバッファ（３０９）に記録されたＶＯＢデータを抜き出し、映像データをビデオプロセッサ（３１２）に送り、音声データをサウンドプロセッサ（３１３）に送る。ビデオプロセッサ（３１２）およびサウンドプロセッサ（３１３）はＭＰＥＧシステム規格にしたがって、それぞれデコーダバッファとデコーダから構成されている。即ち、デマルチプレクサ（３１０）から送りこまれる映像、音声それぞれのデータは、それぞれのデコーダバッファに一時的に記録され、クロック（３０７）に従い個々のデコーダでデコード処理される。
イメージメモリ（３０８）に記録されたＰＮＧは、次の２つの処理方法がある。
イメージデータが字幕用の場合は、プレゼンテーションコントローラ（３０６）によってデコードタイミングが指示される。クロック（３０７）からの時刻情報をシナリオプロセッサ（３０５）が一旦受け、適切な字幕表示が行えるように、字幕表示時刻（開始および終了）になればプレゼンテーションコントローラ（３０６）に対して字幕の表示、非表示の指示を出す。プレゼンテーションコントローラ（３０６）からデコード／表示の指示を受けたイメージプロセッサ（３１１）は対応するＰＮＧデータをイメージメモリ（３０８）から抜き出し、デコードし、イメージプレーン（３１４）に描画する。
次に、イメージデータがメニュー用の場合は、プログラムプロセッサ（３０２）によってデコードタイミングが指示される。プログラムプロセッサ（３０２）が何時イメージのデコードを指示するかは、プログラムプロセッサ（３０２）が処理しているＢＤプログラムに依存し一概には決まらない。
イメージデータおよび映像データは、図６で説明したようにそれぞれデコード後にイメージプレーン（３１４）、ビデオプレーン（３１５）に出力され、合成処理部（３１６）によって合成後出力される。
ＢＤ（２０１）から読み出された管理情報（シナリオ、ＡＶ管理情報）は、管理情報記録メモリ（３０４）に格納されるが、シナリオ情報（「ＢＤ．ＩＮＦＯ」および「ＸＸＸ．ＰＬ」）はシナリオプロセッサ（３０５）へ読み込み処理される。また、ＡＶ管理情報（「ＹＹＹ．ＶＯＢＩ」）はプレゼンテーションコントローラ（３０６）によって読み出され処理される。
シナリオプロセッサ（３０５）は、プレイリストの情報を解析し、プレイリストによって参照されているＶＯＢとその再生位置をプレゼンテーションコントローラ（３０６）に指示し、プレゼンテーションコントローラ（３０６）は対象となるＶＯＢの管理情報（「ＹＹＹ．ＶＯＢＩ」）を解析して、対象となるＶＯＢを読み出すようにドライブコントローラ（３１７）に指示を出す。
ドライブコントローラ（３１７）はプレゼンテーションコントローラ（３０６）の指示に従い、光ピックアップを移動させ、対象となるＡＶデータの読み出しを行う。読み出されたＡＶデータは、前述したようにイメージメモリ（３０８）またはトラックバッファ（３０９）に読み出される。
また、シナリオプロセッサ（３０５）は、クロック（３０７）の時刻を監視し、管理情報で設定されているタイミングでイベントをプログラムプロセッサ（３０２）に送る。
プログラム記録メモリ（３０１）に記録されたＢＤプログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」）は、プログラムプロセッサ３０２によって実行処理される。プログラムプロセッサ（３０２）がＢＤプログラムを処理するのは、シナリオプロセッサ（３０５）からイベントが送られてきた場合か、ＵＯＰマネージャ（３０３）からイベントが送られた場合である。ＵＯＰマネージャ（３０３）は、ユーザからリモコンキーによってリクエストが送られてきた場合に、プログラムプロセッサ（３０２）に対するイベントを生成する。
（３）ＢＤのアプリケーション空間
図８は、ＢＤのアプリケーション空間の概念を示す。
ＢＤのアプリケーション空間では、プレイリスト（ＰｌａｙＬｉｓｔ）が一つの再生単位になっている。プレイリストはセル（Ｃｅｌｌ）の連結で、連結の順序により決定される再生シーケンスである静的なシナリオと、プログラムによって記述される動的なシナリオを有している。プログラムによる動的なシナリオが無い限り、プレイリストは個々のセルを順に再生する手順のみを規定する。プレイリストによる再生は全てのセルの再生を終了した時点で終了する。一方、プログラムによれば、プレイリストをまたぐ再生経路を記述することができ、ユーザ選択またはプレーヤの状態によって再生する対象を動的に変えることが可能である。典型的な例としてはメニューがあげられる。メニューはユーザの選択によって再生するシナリオであると定義することができ、プログラムによってプレイリストを動的に選択することを表す。
以下、プログラムをより詳細に説明する。ここで言うプログラムとは、時間イベントまたはユーザイベントによって実行されるイベントハンドラを表す。
時間イベントは、プレイリスト中に埋め込まれた時刻情報に基づいて生成される。図７で説明したシナリオプロセッサ（３０５）からプログラムプロセッサ（３０２）に送られるイベントがこれに相当する。時間イベントが発行されると、プログラムプロセッサ（３０２）はＩＤによって対応付けられるイベントハンドラを実行処理する。前述した通り、実行されるプログラムが他のプレイリストの再生を指示することが可能であり、この場合には、現在再生されているプレイリストの再生は中止され、指定されたプレイリストの再生へと遷移する。
ユーザイベントは、ユーザのリモコンキー操作によって生成される。ユーザイベントは大きく２つのタイプに分けられる。
第１のユーザイベントは、特定のキーの操作によって生成されるメニュー選択のイベントである。特定のキーとは、例えばＢＤプレーや本体またはリモコンのカーソルキー（「上」「下」「左」「右」キー）や「決定」キーである。メニュー選択のイベントに対応するイベントハンドラはプレイリスト内の限られた期間でのみ有効である。プレイリストの情報として、個々のイベントハンドラの有効期間が設定されている。特定のキーが押された時に有効なイベントハンドラを検索して、有効なイベントハンドラがある場合は当該イベントハンドラが実行処理される。他の場合は、メニュー選択のイベントは無視されることになる。
第２のユーザイベントは、特定のキーの操作によって生成されるメニュー呼び出しのイベントである。特定のキーとは、例えばＢＤプレーや本体またはリモコンの「メニュー」キーである。メニュー呼び出しのイベントが生成されると、グローバルイベントハンドラが呼ばれる。グローバルイベントハンドラはプレイリストに依存せず、常に有効なイベントハンドラである。この機能を使うことにより、ＤＶＤのメニューコール（タイトル再生中に音声、字幕メニューなどを呼び出し、音声または字幕を変更後に中断した地点からのタイトル再生を実行する機能等）を実装することができる。
プレイリストで静的シナリオを構成する単位であるセル（Ｃｅｌｌ）はＶＯＢ（ＭＰＥＧストリーム）の全部または一部の再生区間を参照したものである。セルはＶＯＢ内の再生区間を開始、終了時刻の情報として持っている。個々のＶＯＢと一対になっているＶＯＢ管理情報（ＶＯＢＩ）は、その内部にデータの再生時刻に対応した記録アドレスのテーブル情報であるタイムマップ（Ｔｉｍｅ  ＭａｐまたはＴＭ）を有しており、このタイムマップによって前述したＶＯＢの再生、終了時刻をＶＯＢ内（即ち対象となるファイル「ＹＹＹ．ＶＯＢ」内）での読み出し開始アドレスおよび終了アドレスを導き出すことが可能である。なおタイムマップの詳細は後述する。
（４）ＶＯＢの詳細
図９は、映像のピクチャとＭＰＥＧストリームのデータ構造との関係を示す。最下段はＶＯＢのデータ構造を示しており、１以上のＶＯＢＵ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ  Ｕｎｉｔ）によって構成されている。各ＶＯＢＵは、その内部にビデオパック（Ｖ＿ＰＣＫ）とオーディオパック（Ａ＿ＰＣＫ）を有している。各パックは１セクタと同じサイズであり、本実施形態では２ＫＢ単位で構成されている。
ＶＯＢＵは、ＭＰＥＧビデオストリームで言うＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）を基準として構成されており、音声データ等も含む、多重化ストリームとしての一再生単位である。ＶＯＢＵは映像の再生時間にして０．４秒から１．０秒の範囲内（通常は０．５秒程度）のデータを含む。つまり、多くの場合、１ＧＯＰにはＮＴＳＣの場合には１５フレーム程度のフレームが格納されている。
図１０は、パックのデータ構造を示す。パックはパックヘッダ、パケットヘッダ（ＰＥＳ  Ｐａｃｋｅｔ  Ｈｅａｄｅｒ）、ペイロード（ＰＥＳ  Ｐａｃｋｅｔ  Ｐａｙｌｏａｄ）を含む。パケットヘッダおよびペイロードはあわせてパケット（ＰＥＳ  Ｐａｃｋｅｔ）を構成する。
ペイロードはパケット（ＰＥＳ  Ｐａｃｋｅｔ）のデータ格納領域である。ペイロードには、ビデオデータおよびオーディオデータ等のエレメンタリデータが先頭から順次入れられていく。パケットヘッダには、ペイロードに格納してあるデータがどのストリームなのかを識別するためのＩＤ（ｓｔｒｅａｍ＿ｉｄ）と、当該ペイロードのデコードおよび表示時刻情報であるタイムスタンプ、ＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅ  Ｓｔａｍｐ）およびＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）が記録される。なお、ＰＴＳ／ＤＴＳは必ずしも全てのパケットヘッダに記録されているとは限られない。
パックヘッダには、当該パックがいつデマルチプレクサを通過し、個々のエレメンタリストリームのデコーダバッファに入力されるかを示すタイムスタンプＳＣＲ（Ｓｙｓｔｅｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）が記録されている。
（５）ＶＯＢのインターリーブ記録
次に、図１１および図１２を参照しながら、インターリーブ記録されたＶＯＢファイルの再生処理を説明する。
図１１は、ＶＯＢデータファイル等と、それらのファイルを読み出すためのプレーヤの機能ブロックの構成を示す。
図１１の下段は、ＢＤ上でのＶＯＢデータファイルおよびＰＮＧファイルのインターリーブ記録を示す。図１１に示すように、ＶＯＢデータファイルは分断されてディスク上に離散的に配置されている。ある連続区間から他の区間への移動にはシーク動作が必要になり、この間データの読み出しが止まる。すなわち、データの供給が止まる可能性がある。
一般的なＲＯＭ、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭの場合、一連の連続再生単位となるＡＶデータは連続記録されている。連続記録されている限り、ドライブは順次データを読み出し、デコーダに送るだけでよく処理が簡単になるからである。よってＶＯＢデータファイルは連続領域に記録することが望ましい。しかし、それでもなおこのようなデータ構造にする理由は、例えば字幕データのようにＶＯＢに記録されている映像データと同期して再生されるデータがあり、ＶＯＢファイルと同様に字幕データも何らかの方法によってＢＤから読み出す事が必要になる。よって、ＶＯＢデータファイルを幾つかのブロックに分けて、その間に字幕用のイメージデータ（ＰＮＧファイル）を配置する必要があるからである。
なお、字幕データの読み出し方法の一方法として、ＶＯＢの再生開始前に一まとめで字幕用のイメージデータ（ＰＮＧファイル）を読み出してしまう方法がある。しかしながら、この場合には大量のメモリが必要となり、非現実的である。
ＶＯＢファイルとイメージデータを適切にインターリーブ配置することで、前述したような大量の一時記録メモリ無しに、必要なタイミングでイメージデータをイメージメモリに格納することが可能になる。
プレーヤの機能ブロックは、前述したプレーヤの一部である。ＢＤ上のデータは、光ピックアップを通して読み出される。ＶＯＢデータファイルは（すなわちＭＰＥＧストリームは）トラックバッファへ入力され、ＰＮＧ（すなわちイメージデータ）ファイルはイメージメモリへ入力される。
トラックバッファはＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）であり、入力されたＶＯＢのデータは入力された順にデマルチプレクサへと送られる。この時、前述したＳＣＲに従って個々のパックはトラックバッファから抽出され、そのデータはデマルチプレクサを介してビデオプロセッサまたはサウンドプロセッサへと送られる。一方、イメージデータについては、どのイメージを描画するかはプレゼンテーションコントローラによって指示される。また、描画に使ったイメージデータは、字幕用イメージデータの場合は同時にイメージメモリから削除されるが、メニュー用のイメージデータの場合は、そのメニュー描画中はイメージメモリ内にそのまま残される。これはメニューの描画はユーザ操作に依存しており、ユーザの操作に追従してメニューの一部分を再表示もしくは異なるイメージに置き換えることがあり、その際に再表示される部分のイメージデータのデコードを容易にするためである。
図１２は、トラックバッファを使ったＶＯＢデータ連続供給モデルを示す。まず、図１２の上段に記すようにＶＯＢの一連続記録領域が論理アドレスの”ａ１”から”ａ２”まで続くとする。”ａ２”から”ａ３”の間は、イメージデータが記録されていて、ＶＯＢデータの読み出しが行えない区間であるとする。
ＶＯＢのデータは一旦トラックバッファに蓄積されるため、トラックバッファへのデータ入力レート（Ｖａ）とトラックバッファからのデータ出力レート（Ｖｂ）の間に差（Ｖａ＞Ｖｂ）を設けると、ＢＤからデータを読み出し続けている限りトラックバッファのデータ蓄積量は増加し続ける。図１２の下段は、トラックバッファに格納されるデータのデータ量を示す。横軸が時間、縦軸がトラックバッファ内部に蓄積されているデータ量を示している。時刻”ｔ１”がＶＯＢの一連続記録領域の開始点である”ａ１”の読み出しを開始した時刻を示している。この時刻以降、トラックバッファにはレートＶａ−Ｖｂでデータが蓄積されていく。このレートはトラックバッファの入出力レートの差である。時刻”ｔ２”は一連続記録領域の終了点である”ａ２”のデータまで読み込みが終了した時刻である。時刻”ｔ１”から”ｔ２”の間レートＶａ−Ｖｂでトラックバッファ内はデータ量が増加していき、時刻”ｔ２”でのデータ蓄積量はＢ（ｔ２）は下式によって求めることができる。
（式１）  Ｂ（ｔ２）  ＝  （Ｖａ−Ｖｂ）×（ｔ２−ｔ１）
この後、ＢＤ上のアドレス”ａ３”まではイメージデータが続くため、トラックバッファへの入力は０となり、出力レートである”−Ｖｂ”でトラックバッファ内のデータ量は減少する。これは読み出し位置”ａ３”（時刻”ｔ３”）までになる。
ここで留意すべきは、時刻”ｔ３”より前にトラックバッファに蓄積されているデータ量が０になると、デコーダへ供給するＶＯＢのデータが無くなり、ＶＯＢの再生がストップする可能性があることである。よって、時刻”ｔ３”でトラックバッファにデータが残っている場合には、ＶＯＢの再生がストップすることなく連続できる。
この条件は下式によって示すことができる。
（式２）  Ｂ（ｔ２）  ≧  −Ｖｂ×（ｔ３−ｔ２）
即ち、式２を満たすようにイメージデータ（非ＶＯＢデータ）の配置を決めればよい。
（６）ナビゲーションデータ構造
図１３から図１９を参照しながら、ＢＤのナビゲーションデータ（ＢＤ管理情報）構造を説明をする。
図１３は、ＶＯＢ管理情報ファイル（”ＹＹＹ．ＶＯＢＩ”）の内部構造を示す。ＶＯＢ管理情報は、当該ＶＯＢのストリーム属性情報（Ａｔｔｒｉｂｕｔｅ）とタイムマップ（ＴＭＡＰ）を有している。ストリーム属性は、ビデオ属性（Ｖｉｄｅｏ）、オーディオ属性（Ａｕｄｉｏ＃０〜Ａｕｄｉｏ＃ｍ）個々に有する。特にオーディオストリームの場合は、ＶＯＢが複数本のオーディオストリームを同時に持つことができるため、オーディオストリーム数（Ｎｕｍｂｅｒ）によってデータフィールドの有無を示している。
下記はビデオ属性（Ｖｉｄｅｏ）の持つフィールドとそれぞれが取り得る値である。
圧縮方式（Ｃｏｄｉｎｇ）：
ＭＰＥＧ１
ＭＰＥＧ２
ＭＰＥＧ４
ＭＰＥＧ４−ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）
解像度（Ｒｅｓｏｌｕｔｉｏｎ）：
１９２０ｘ１０８０
１２８０ｘ７２０
７２０ｘ４８０
７２０ｘ５６５
アスペクト比（Ａｓｐｅｃｔ）
４：３
１６：９
フレームレート（Ｆｒａｍｅｒａｔｅ）
６０
５９．９４（６０／１．００１）
５０
３０
２９．９７（３０／１．００１）
２５
２４
２３．９７６（２４／１．００１）
下記はオーディオ属性（Ａｕｄｉｏ）の持つフィールドとそれぞれが取り得る値である。
圧縮方式（Ｃｏｄｉｎｇ）：
ＡＣ３
ＭＰＥＧ１
ＭＰＥＧ２
ＬＰＣＭ
チャンネル数（Ｃｈ）：
１〜８
言語属性（Ｌａｎｇｕａｇｅ）：
タイムマップ（ＴＭＡＰ）はＶＯＢＵ毎の情報を持つテーブルであって、当該ＶＯＢが有するＶＯＢＵ数（Ｎｕｍｂｅｒ）と各ＶＯＢＵ情報（ＶＯＢＵ＃１〜ＶＯＢＵ＃ｎ）を持つ。個々のＶＯＢＵ情報は、ＶＯＢＵの再生時間長（Ｄｕｒａｔｉｏｎ）とＶＯＢＵのデータサイズ（Ｓｉｚｅ）をそれぞれ有している。
図１４は、ＶＯＢＵの再生時間長とデータサイズとの対応関係を示す。音声の圧縮規格であるＡＣ３は固定ビットレートでの圧縮を行っているため、時間とアドレスとの関係は１次式によって求めることができる。しかし、ＭＰＥＧビデオの場合は、時間とアドレスの関係は一次式の形で表現することは不可能である。
その理由は、ＭＰＥＧビデオストリームは、高画質記録のために可変ビットレート圧縮されて生成されることがあり、その再生時間とデータサイズ間に単純な相関はないからである。ＭＰＥＧビデオデータの場合は、個々のフレームは固定の表示時間、例えばＮＴＳＣ信号の場合は１フレームは１／２９．９７秒の表示時間を持つが、個々のフレームの圧縮後のデータサイズは絵の特性や圧縮に使ったピクチャタイプ、いわゆるＩ／Ｐ／Ｂピクチャによってデータサイズは大きく変わってくる。
同様に、ＭＰＥＧビデオデータを多重化しているＭＰＥＧシステムストリーム、即ちＶＯＢもまた、時間とデータサイズとを一次式の形で表現することは不可能である。そのため、ＶＯＢ内での時間とアドレスとの対応関係に関する情報が必要になる。そこで、タイムマップ（ＴＭＡＰ）が設けられている。図１４に示すように、タイムマップ（ＴＭＡＰ）は、各ＶＯＢＵ毎にＶＯＢＵ内のフレーム数とＶＯＢＵ内のパック数（つまりデータサイズ）とを対応付けたエントリーを有する。
図１５を参照しながら、タイムマップ（ＴＭＡＰ）を詳細に説明する。図１５は、ＶＯＢＵの再生時間に基づいてアドレスを得るための処理の概念を示す。まず、時刻情報が与えられた場合、まずは当該時刻がどのＶＯＢＵに属するのかが検索される。これは、タイムマップのＶＯＢＵ毎のフレーム数を加算して行き、フレーム数の和が当該時刻を（フレーム数に換算して）超えるまたは一致するＶＯＢＵが当該ＶＯＢＵになる。次にタイムマップのＶＯＢＵ毎のデータサイズを当該ＶＯＢＵの直前のＶＯＢＵまで加算する。この値が与えられた時刻を含むフレームを再生するために読み出すべきパックのアドレスを求めるために用いられる。
（７）プレイリストのデータ構造
次に図１６を参照しながら、プレイリスト情報（”ＸＸＸ．ＰＬ”）のデータ構造を説明する。図１６は、プレイリスト情報のデータ構造を示す。プレイリスト情報は、セルリスト（ＣｅｌｌＬｉｓｔ）とイベントリスト（ＥｖｅｎｔＬｉｓｔ）から構成されている。
セルリスト（ＣｅｌｌＬｉｓｔ）は、プレイリスト内の再生セルシーケンスであり、本リストの記述順でセルが再生される事になる。セルリスト（ＣｅｌｌＬｉｓｔ）の中身は、セルの数（Ｎｕｍｂｅｒ）と各セル情報（Ｃｅｌｌ＃１〜Ｃｅｌｌ＃ｎ）である。
セル情報（Ｃｅｌｌ＃）は、ＶＯＢファイル名（ＶＯＢＮａｍｅ）、当該ＶＯＢ内での開始時刻（Ｉｎ）および終了時刻（Ｏｕｔ）と、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）を持っている。開始時刻（Ｉｎ）および終了時刻（Ｏｕｔ）は、それぞれ当該ＶＯＢ内でのフレーム番号で表現され、前述したタイムマップ（ＴＭＡＰ）を使うことによって再生に必要なＶＯＢデータのアドレスを得ることができる。
字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）は、当該ＶＯＢと同期再生される字幕情報を持つ。字幕は音声同様に複数の言語を持つことができ、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）最初の情報も言語数（Ｎｕｍｂｅｒ）とそれに続く個々の言語ごとのテーブル（Ｌａｎｇｕａｇｅ＃１〜Ｌａｎｇｕａｇｅ＃ｋ）から構成されている。
各言語のテーブル（Ｌａｎｇｕａｇｅ＃）は、言語情報（Ｌａｎｇ）と、個々に表示される字幕の字幕情報数（Ｎｕｍｂｅｒ）と、個々に表示される字幕の字幕情報（Ｓｐｅｅｃｈ＃１〜Ｓｐｅｅｃｈ＃ｊ）から構成され、字幕情報（Ｓｐｅｅｃｈ＃）は対応するイメージデータファイル名（Ｎａｍｅ）、字幕表示開始時刻（Ｉｎ）および字幕表示終了時刻（Ｏｕｔ）と、字幕の表示位置（Ｐｏｓｉｔｉｏｎ）から構成されている。
イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、当該プレイリスト内で発生するイベントを定義したテーブルである。イベントリストは、イベント数（Ｎｕｍｂｅｒ）に続いて個々のイベント（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）から構成され、個々のイベント（Ｅｖｅｎｔ＃）は、イベントの種類（Ｔｙｐｅ）、イベントのＩＤ（ＩＤ）、イベント発生時刻（Ｔｉｍｅ）と有効期間（Ｄｕｒａｔｉｏｎ）から構成されている。
図１７は、イベントハンドラテーブル（”ＸＸＸ．ＰＲＯＧ”）のデータ構造を示す。イベントハンドラテーブル（”ＸＸＸ．ＰＲＯＧ”）は、個々のプレイリスト毎のイベントハンドラ（時間イベントと、メニュー選択用のユーザイベント）を持つ。
イベントハンドラテーブルは、定義されているイベントハンドラ／プログラム数（Ｎｕｍｂｅｒ）と個々のイベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃１〜Ｐｒｏｇｒａｍ＃ｎ）を有している。各イベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃）内の記述は、イベントハンドラ開始の定義（＜ｅｖｅｎｔ＿ｈａｎｄｌｅｒ＞タグ）と前述したイベントのＩＤと対になるイベントハンドラのＩＤ（ＩＤ）を持ち、その後に当該プログラムもＦｕｎｃｔｉｏｎに続く括弧”｛”と”｝”の間に記述する。前述の”ＸＸＸ．ＰＬ”のイベントリスト（ＥｖｅｎｔＬｉｓｔ）に格納されたイベント（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）は”ＸＸＸ．ＰＲＯＧ”のイベントハンドラのＩＤ（ＩＤ）を用いて特定される。
次に、図１８を参照しながらＢＤ全体に関する情報（”ＢＤ．ＩＮＦＯ”）の内部構造を説明する。図１８は、ＢＤ全体に関する情報のデータ構造を示す。
ＢＤ全体に関する情報は、タイトルリスト（ＴｉｔｌｅＬｉｓｔ）とグローバルイベント用のイベントテーブル（ＥｖｅｎｔＬｉｓｔ）とを有する。
タイトルリスト（ＴｉｔｌｅＬｉｓｔ）は、ディスク内のタイトル数（Ｎｕｍｂｅｒ）と、これに続く各タイトル情報（Ｔｉｔｌｅ＃１〜Ｔｉｔｌｅ＃ｎ）から構成されている。個々のタイトル情報（Ｔｉｔｌｅ＃）は、タイトルに含まれるプレイリストのテーブル（ＰＬＴａｂｌｅ）とタイトル内のチャプタリスト（ＣｈａｐｔｅｒＬｉｓｔ）を含んでいる。プレイリストのテーブル（ＰＬＴａｂｌｅ）はタイトル内のプレイリストの数（Ｎｕｍｂｅｒ）と、プレイリスト名（Ｎａｍｅ）即ちプレイリストのファイル名を有している。
チャプタリスト（ＣｈａｐｔｅｒＬｉｓｔ）は、当該タイトルに含まれるチャプタ数（Ｎｕｍｂｅｒ）と個々のチャプタ情報（Ｃｈａｐｔｅｒ＃１〜Ｃｈａｐｔｅｒ＃ｎ）から構成されている。チャプタ情報（Ｃｈａｐｔｅｒ＃）は当該チャプタが含むセルのテーブル（ＣｅｌｌＴａｂｌｅ）を持ち、セルのテーブル（ＣｅｌｌＴａｂｌｅ）はセル数（Ｎｕｍｂｅｒ）と個々のセルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃１〜ＣｅｌｌＥｎｔｒｙ＃ｋ）から構成されている。セルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃）は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。
イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、グローバルイベントの数（Ｎｕｍｂｅｒ）と個々のグローバルイベントの情報を持っている。ここで留意すべきは、最初に定義されるグローバルイベントはファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）と呼ばれる、ＢＤがプレーヤに挿入された時に最初に呼び出されるイベントであることである。グローバルイベント用イベント情報はイベントタイプ（Ｔｙｐｅ）とイベントのＩＤ（ＩＤ）のみを持っている。
図１９は、グローバルイベントハンドラのプログラムのテーブル（”ＢＤ．ＰＲＯＧ”）を示す。このテーブルは、図１７で説明したイベントハンドラテーブルと同一内容である。
（８）イベント発生のメカニズム
続いて、図２０から図２２を参照しながらイベント発生のメカニズムを説明する。
図２０はタイムイベントの概念を示す。前述のとおり、タイムイベントはプレイリスト情報（”ＸＸＸ．ＰＬ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）によって定義される。タイムイベントとして定義されているイベント、即ちイベントタイプ（Ｔｙｐｅ）が”ＴｉｍｅＥｖｅｎｔ”の場合、イベント生成時刻（”ｔ１”）になった時点でＩＤ”Ｅｘ１”を持つタイムイベントがシナリオプロセッサからプログラムプロセッサに渡される。プログラムプロセッサは、イベントＩＤ”Ｅｘ１”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施形態では、２つのボタンイメージの描画を行うなどを行うことができる。
図２１はメニュー操作を行うユーザイベントの概念を示す。
前述のとおり、メニュー操作を行うユーザイベントもプレイリスト情報（”ＸＸＸ．ＰＬ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）によって定義される。ユーザイベントとして定義されるイベント、即ちイベントタイプ（Ｔｙｐｅ）が”ＵｓｅｒＥｖｅｎｔ”の場合、イベント生成時刻（”ｔ１”）になった時点で、当該ユーザイベントがレディとなる。この時、イベント自身は未だ生成されてはいない。当該イベントは、有効期間情報（Ｄｕｒａｔｉｏｎ）で記される期間レディ状態にある。
図２１に示すように、ユーザがリモコンキーの「上」「下」「左」「右」キーまたは「決定」キーを押した場合、まずＵＯＰイベントがＵＯＰマネージャによって生成されプログラムプロセッサに渡される。プログラムプロセッサは、シナリオプロセッサに対してＵＯＰイベントを流す。そして、シナリオプロセッサはＵＯＰイベントを受け取った時刻に有効なユーザイベントが存在するかを検索し、対象となるユーザイベントがあった場合は、ユーザイベントを生成し、プログラムプロセッサに渡す。プログラムプロセッサでは、イベントＩＤ”Ｅｖ１”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施形態ではプレイリスト＃２の再生を開始する。
生成されるユーザイベントには、どのリモコンキーがユーザによって押されたかの情報は含まれていない。選択されたリモコンキーの情報は、ＵＯＰイベントによってプログラムプロセッサに伝えられ、仮想プレーヤが持つレジスタＳＰＲＭ（８）に記録保持される。イベントハンドラのプログラムは、このレジスタの値を調べ分岐処理を実行することが可能である。
図２２はグローバルイベントの概念を示す。前述したとおり、グローバルイベントはＢＤ全体に関する情報（”ＢＤ．ＩＮＦＯ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）によって定義される。グローバルイベントとして定義されるイベント、即ちイベントタイプ（Ｔｙｐｅ）が”ＧｌｏｂａｌＥｖｅｎｔ”の場合、ユーザのリモコンキー操作があった場合にのみイベントが生成される。
ユーザが”メニュー”を押した場合、先ずＵＯＰイベントがＵＯＰマネージャによって生成されプログラムプロセッサに上げられる。プログラムプロセッサは、シナリオプロセッサに対してＵＯＰイベントを流し、シナリオプロセッサは、該当するグローバルイベントを生成し、プログラムプロセッサに送る。プログラムプロセッサでは、イベントＩＤ”ｍｅｎｕ”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施形態ではプレイリスト＃３の再生を開始している。
なお、ここでは単に”メニュー”キーと呼んでいるが、ＤＶＤのように複数のメニューキーがあってもよい。各メニューキーに対応するＩＤをそれぞれ定義することで対応することが可能である。
（９）仮想プレーヤマシン
図２３を参照しながら、プログラムプロセッサの機能を説明する。図２３は、プログラムプロセッサに関連する機能ブロックの構成を示す。プログラムプロセッサは、内部に仮想プレーヤマシンを持つ処理モジュールである。仮想プレーヤマシンはＢＤに関連して定義された機能モデルであって、各ＢＤプレーヤの具体的に実装された構成には依存しない。よってどのＢＤプレーヤにおいても同様の機能を実行するできることを保証している。例えば、図６および図７は、以下に説明する機能を有することを前提とした構成である。
仮想プレーヤマシンは大きく２つの機能を持っている。プログラミング関数（ａ〜ｃ）とプレーヤ変数（レジスタ）である。プログラミング関数は、例えばＪａｖａ（Ｒ）Ｓｃｒｉｐｔをベースとして、以下に記す２つの機能をＢＤ固有関数として定義している。
（ａ）リンク関数：現在の再生を停止し、指定するプレイリスト、セル、時刻からの再生を開始する。
書式：Ｌｉｎｋ（ＰＬ＃，Ｃｅｌｌ＃，ｔｉｍｅ）
ＰＬ＃  ：  プレイリスト名
Ｃｅｌｌ＃  ：  セル番号
ｔｉｍｅ  ：  セル内での再生開始時刻
（ｂ）ＰＮＧ描画関数：指定ＰＮＧデータをイメージプレーンに描画する
書式：Ｄｒａｗ（Ｆｉｌｅ，Ｘ，Ｙ）
Ｆｉｌｅ  ：  ＰＮＧファイル名
Ｘ  ：  Ｘ座標位置
Ｙ  ：  Ｙ座標位置
（ｃ）イメージプレーンクリア関数：イメージプレーンの指定領域をクリアする
書式：Ｃｌｅａｒ（Ｘ，Ｙ，Ｗ，Ｈ）
Ｘ  ：  Ｘ座標位置
Ｙ  ：  Ｙ座標位置
Ｗ  ：  Ｘ方向幅
Ｈ  ：  Ｙ方向幅
プレーヤ変数は、プレーヤの状態を示すシステムパラメータ（ＳＰＲＭ）と一般用途として使用可能なゼネラルパラメータ（ＧＰＲＭ）とがある。
図２４はシステムパラメータ（ＳＰＲＭ）の一覧である。
ＳＰＲＭ（０）  ：言語コード
ＳＰＲＭ（１）  ：音声ストリーム番号
ＳＰＲＭ（２）  ：字幕ストリーム番号
ＳＰＲＭ（３）  ：アングル番号
ＳＰＲＭ（４）  ：タイトル番号
ＳＰＲＭ（５）  ：チャプタ番号
ＳＰＲＭ（６）  ：プログラム番号
ＳＰＲＭ（７）  ：セル番号
ＳＰＲＭ（８）  ：選択キー情報
ＳＰＲＭ（９）  ：ナビゲーションタイマー
ＳＰＲＭ（１０）：再生時刻情報
ＳＰＲＭ（１１）：カラオケ用ミキシングモード
ＳＰＲＭ（１２）：パレンタル用国情報
ＳＰＲＭ（１３）：パレンタルレベル
ＳＰＲＭ（１４）：プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５）：プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６）：音声ストリーム用言語コード
ＳＰＲＭ（１７）：音声ストリーム用言語コード（拡張）
ＳＰＲＭ（１８）：字幕ストリーム用言語コード
ＳＰＲＭ（１９）：字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０）：プレーヤリージョンコード
ＳＰＲＭ（２１）：予備
ＳＰＲＭ（２２）：予備
ＳＰＲＭ（２３）：再生状態
ＳＰＲＭ（２４）：予備
ＳＰＲＭ（２５）：予備
ＳＰＲＭ（２６）：予備
ＳＰＲＭ（２７）：予備
ＳＰＲＭ（２８）：予備
ＳＰＲＭ（２９）：予備
ＳＰＲＭ（３０）：予備
ＳＰＲＭ（３１）：予備
本実施形態では、仮想プレーヤのプログラミング関数をＪａｖａ（Ｒ）Ｓｃｒｉｐｔベースとしたが、他に、ＵＮＩＸ（Ｒ）ＯＳ等で使われているＢ−Ｓｈｅｌｌや、Ｐｅｒｌ  Ｓｃｒｉｐｔなど他のプログラミング関数であってもよい。言い換えれば、本発明はＪａｖａ（Ｒ）Ｓｃｒｉｐｔに限定されることはない。
（１０）プログラムの例
図２５および図２６を参照しながら、イベントハンドラでのプログラムの例を説明する。
図２５は、２つの選択ボタンを持ったメニューのプログラムの例である。
セル（ＰｌａｙＬｉｓｔ＃１．Ｃｅｌｌ＃１）先頭において、タイムイベントを使って、図２５中の“＜ｅｖｅｎｔ＿ｈａｎｄｌｅｒ  ＩＤ＝”ｐｒｅ”＞”で始まるプログラムが実行される。ここでは、最初にゼネラルパラメータの一つＧＰＲＭ（０）に”１”がセットされている。ＧＰＲＭ（０）は、当該プログラムの中で選択されているボタンを識別するのに用いられている。当初は、左側に配置されたボタン１が選択されている状態が初期値として規定されている。次に、ＰＮＧの描画を描画関数であるＤｒａｗを使ってボタン１、ボタン２それぞれについて行っている。ボタン１は、座標（１０、２００）を起点（左端）としてＰＮＧイメージ”１ｂｌａｃｋ．ｐｎｇ”を描画している。ボタン２は、座標（３３０，２００）を起点（左端）としてＰＮＧイメージ”２ｗｈｉｔｅ．ｐｎｇ”を描画している。
また、本セル最後ではタイムイベントを使って図２５右側のプログラムが実行される。ここでは、Ｌｉｎｋ関数を使って当該セルの先頭から再度再生するように指定している。
図２６は、メニュー選択のユーザイベントのイベントハンドラのプログラムの例である。
「左」キー、「右」キー、「決定」キー何れかのリモコンキーが押された場合それぞれに対応するプログラムがイベントハンドラに記述されている。ユーザがリモコンキーを押した場合、図２１で説明したとおり、ユーザイベントが生成され、図２６のイベントハンドラが起動される。本イベントハンドラは、選択ボタンを識別しているＧＰＲＭ（０）の値と、選択されたリモコンキーを識別するＳＰＲＭ（８）を使って分岐処理を行う。条件に対する分岐および実行処理は以下のとおりである。
条件１）ボタン１が選択されている、かつ、選択キーが「右」キーの場合：ＧＰＲＭ（０）を２に再設定して、選択状態にあるボタンを右ボタン２に変更する。ボタン１、ボタン２のイメージをそれぞれ書き換える。
条件２）選択キーが「決定（ＯＫ）」の場合で、ボタン１が選択されている場合：プレイリスト＃２の再生を開始する。
条件３）選択キーが「決定（ＯＫ）」の場合で、ボタン２が選択されている場合：プレイリスト＃３の再生を開始する
（１１）仮想プレーヤの処理フロー
次に、図２７から図３０を参照しながら、プレーヤにおける処理フローを説明する。図２７は、ＡＶ再生までの基本処理フローを示す。
ＢＤを挿入すると（Ｓ１０１）、ＢＤプレーヤはＢＤ．ＩＮＦＯファイルの読み込みおよび解析（Ｓ１０２）、ＢＤ．ＰＲＯＧの読み込みを実行する（Ｓ１０３）。ＢＤ．ＩＮＦＯおよびＢＤ．ＰＲＯＧは共に管理情報記録メモリに一旦格納され、シナリオプロセッサによって解析される。
続いて、シナリオプロセッサは、ＢＤ．ＩＮＦＯファイル内のファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）情報に従い、最初のイベントを生成する（Ｓ１０４）。生成されたファーストイベントは、プログラムプロセッサで受け取られ、当該イベントに対応するイベントハンドラを実行処理する（Ｓ１０５）。
ファーストイベントに対応するイベントハンドラには、最初に再生するべきプレイリスト情報が記録されていることが期待される。仮に、プレイリスト再生（ＰＬ再生）が指示されていない場合には、プレーヤは何も再生することなく、ユーザイベントを受け付けるのを待ち続けるだけになる。（Ｓ２０１）。ＢＤプレーヤはユーザからのリモコン操作を受け付けると、ＵＯＰマネージャはプログラムマネージャに対してＵＯＰイベントを発行する（Ｓ２０２）。
プログラムマネージャは、ＵＯＰイベントがメニューキーかを判別し（Ｓ２０３）、メニューキーの場合は、シナリオプロセッサにＵＯＰイベントを流し、シナリオプロセッサがユーザイベントを生成する（Ｓ２０４）。プログラムプロセッサは生成されたユーザイベントに対応するイベントハンドラを実行処理する（Ｓ２０５）。
図２８は、プレイリスト再生の開始からＶＯＢ再生が開始されるまでの処理フローを示す。
前述のように、ファーストイベントハンドラまたはグローバルイベントハンドラによってプレイリスト再生が開始される（Ｓ３０１）。シナリオプロセッサは、再生対象のプレイリスト再生に必要な情報として、プレイリスト情報”ＸＸＸ．ＰＬ”の読み込みと解析（Ｓ３０２）、プレイリストに対応するプログラム情報”ＸＸＸ．ＰＲＯＧ”をの読み込む（Ｓ３０３）。続いてシナリオプロセッサは、プレイリストに登録されているセル情報に基づいてセルの再生を指示する（Ｓ３０４）。セル再生は、シナリオプロセッサからプレゼンテーションコントローラに対して要求が出きることを意味し、プレゼンテーションコントローラはＡＶ再生を開始する（Ｓ３０５）。
ＡＶ再生の開始（Ｓ４０１）を開始すると、プレゼンテーションコントローラは再生するセルに対応するＶＯＢの情報ファイル（ＸＸＸ．ＶＯＢＩ）を読み込み、解析する（Ｓ４０２）。プレゼンテーションコントローラは、タイムマップを使って再生開始するＶＯＢＵとそのアドレスを特定し、ドライブコントローラに読み出しアドレスを指示する。ドライブコントローラは対象となるＶＯＢデータを読み出し（Ｓ４０３）、ＶＯＢデータがデコーダに送られ再生が開始される（Ｓ４０４）。
ＶＯＢ再生はそのＶＯＢの再生区間が終了するまで続けられ（Ｓ４０５）、終了すると次のセル再生Ｓ３０４へ移行する。次のセルが存在しない場合は、再生が終了する（Ｓ４０６）。
図２９は、ＡＶ再生開始後からのイベント処理フローを示す。ＢＤプレーヤはイベントドリブン型である。プレイリストの再生を開始すると、タイムイベント系、ユーザイベント系、字幕表示系のイベント処理プロセスがそれぞれ起動され、平行してイベント処理を実行する。
Ｓ５０１からＳ５０５までの処理は、タイムイベント系の処理フローである。プレイリスト再生開始後（Ｓ５０１）、プレイリスト再生が終了しているかを確認するステップ（Ｓ５０２）を経て、シナリオプロセッサは、タイムイベント発生時刻になったかを確認する（Ｓ５０３）。タイムイベント発生時刻になっている場合には、シナリオプロセッサはタイムイベントを生成し（Ｓ５０４）、プログラムプロセッサがタイムイベントを受け取りイベントハンドラを実行処理する（Ｓ５０５）。
ステップＳ５０３でタイムイベント発生時刻になっていない場合、または、ステップＳ５０４でイベントハンドラ実行処理後は、再度ステップＳ５０２へ戻って同じ処理を繰り返す。一方、ステップＳ５０２でプレイリスト再生が終了したことが確認されると、タイムイベント系の処理は強制的に終了する。
Ｓ６０１からＳ６０８までの処理は、ユーザイベント系の処理フローである。プレイリスト再生開始後（Ｓ６０１）、プレイリスト再生終了確認ステップ（Ｓ６０２）を経て、ＵＯＰ受付確認ステップの処理に移る（Ｓ６０３）。ＵＯＰの受付があった場合、ＵＯＰマネージャはＵＯＰイベントを生成し（Ｓ６０４）、ＵＯＰイベントを受け取ったプログラムプロセッサはＵＯＰイベントがメニューコールであるかを確認する（Ｓ６０５）。メニューコールであった場合は、プログラムプロセッサはシナリオプロセッサにイベントを生成させ（Ｓ６０７）、プログラムプロセッサはイベントハンドラを実行処理する（Ｓ６０８）。
ステップＳ６０５でＵＯＰイベントがメニューコールで無いと判断した場合には、ＵＯＰイベントはカーソルキーまたは「決定」キーによるイベントであることを示す。この場合、現在時刻がユーザイベント有効期間内であるかをシナリオプロセッサが判断し（Ｓ６０６）、有効期間内である場合には、シナリオプロセッサがユーザイベントを生成し（Ｓ６０７）、プログラムプロセッサが対象のイベントハンドラを実行処理する（Ｓ６０８）。
ステップＳ６０３でＵＯＰ受付が無い場合、ステップＳ６０６で現在時刻がユーザイベント有効期間に無い場合、または、ステップＳ６０８でイベントハンドラ実行処理後は再度ステップＳ６０２へ戻り、同じ処理を繰り返す。また、ステップＳ６０２でプレイリスト再生が終了したことが確認されると、ユーザイベント系の処理は強制的に終了する。
図３０は字幕処理のフローを示す。プレイリスト再生が開始されると（Ｓ７０１）、プレイリスト再生終了確認ステップ（Ｓ７０２）を経て、字幕描画開始時刻確認ステップに移る（Ｓ７０３）。字幕描画開始時刻の場合、シナリオプロセッサはプレゼンテーションコントローラに字幕描画を指示し、プレゼンテーションコントローラはイメージプロセッサに字幕描画を指示する（Ｓ７０４）。ステップＳ７０３で字幕描画開始時刻で無いと判断された場合、字幕表示終了時刻であるかを確認する（Ｓ７０５）。字幕表示終了時刻であると判断された場合は、プレゼンテーションコントローラがイメージプロセッサに字幕消去指示を行い、描画されている字幕をイメージプレーンから消去する（Ｓ７０６）。
字幕描画の指示（ステップＳ７０４）の終了後、字幕消去の指示（ステップＳ７０６）の終了後、または、字幕表示終了時刻の確認（ステップＳ７０５）において当該時刻でないことが判断された後は、ステップＳ７０２に戻り、同じ処理を繰り返す。ステップＳ７０２でプレイリスト再生が終了したことが確認されると、処理は強制的に終了される。
（１２）ダウンコンバート処理を行う再生装置
図３１は、本実施形態によるダウンコンバート処理を行う再生装置１００の構成を示す。再生装置１００は、ＭＰＥＧ規格のトランスポートストリームに関するシステムターゲットデコーダ（Ｔ−ＳＴＤ）モデルに基づいて構成されている。再生装置１００は、ＨＤ映像をＳＤ映像へダウンコンバートすることが可能である。
なお、図３１では、動画データ、字幕データ、静止画データおよび音声データが個々にデコーダモデルに入力されているが、これは、光ヘッドがＭＰＥＧトランスポートストリームをＢＤから読み出し、そのトランスポートストリームをデマルチプレクサが受け取り、動画データ、字幕データ等をそれぞれ格納したパケットに分離して出力した結果である。デマルチプレクサは、例えば図３のデマルチプレクサ３１００と同等の機能を有している。
再生装置１００は、大きく分けてバッファ３１２１と、デコーダ（３１２２）と、各データ種別に応じた信号処理系と、変換部（３１２３）とを含む。
バッファ（３１２１）は、動画データ、字幕データ、静止画データおよび音声データのそれぞれを複数の段に分けて格納するバッファを有する。また、デコーダ（３１２２）は、ＭＰＥＧ規格に基づいて圧縮符号化された映像データおよび音声データを、ＭＰＥＧ規格に基づいてデコードする。信号処理系は、動画データ等の各々の種別に応じた処理を実現する。具体的には後述する。変換部（３１２３）は、ＨＤ映像をＳＤ映像へダウンコンバートする。バッファ３１２１、デコーダ（３１２２）および信号処理系は、１つのデコーダチップとして実現されてもよい。または、デコーダ（３１２２）および信号処理系のみを１つのチップとしてもよい。
以下、映像データに含まれる動画データ、字幕データおよび静止画データの処理の流れを説明しながら、上述の各構成要素の機能を説明する。
まず、動画データは、ビデオのデコーダラインへ転送され、トランスポートバッファＴＢ（３２０１）から、マルチプレキシングバッファＭＢ（３２０２）を通り、エレメンタリバッファＥＢ（３２０３）に一時蓄積される。ＥＢ（３２０３）に蓄積されたピクチャは、指定されたデコード時刻（ＤＴＳ）になった瞬間にビデオデコーダ（３２０４）へ転送されデコードされる。他のピクチャから参照されるピクチャ（Ｉピクチャ、Ｐピクチャ）はリオーダバッファＯ（３２０５）に転送され、他のピクチャのデコードのために利用される。各ピクチャは、再生時刻（ＰＴＳ）の時刻に画像表示装置へ送られ表示される。ＨＤＴＶを接続した場合では、デコードしたＨＤ映像はＨＤＴＶ（３２０６）へとＰＴＳの時刻で出力処理されていく。ＳＤＴＶへのダウンコンバートが必要な場合には、デコードしたＨＤ映像はビデオのダウンコンバータＶ−ＤＣ（３２０７）へ転送され、ＳＤ映像へと変換される。
字幕データは、トランスポートバッファＴＢ（３２０８）からバッファＢ（３２０９）へと転送され、一時蓄積される。そして、ビデオの場合と同様に、字幕データもデコード時刻のＤＴＳで字幕デコーダＤ（３２１０）へ瞬時に転送され、デコードされる。デコードされた字幕データはイメージバッファＩＢ（３２１２）に一旦展開され、イメージコントローラＩＣ（３２１１）からの要求を受けて、指定された字幕がＰＴＳの時刻に色変換テーブルのＣＬＵＴ（３２１３）を介して、ＨＤＴＶへ出力される。字幕は、イメージコントローラＩＣ（３２１１）によって指定されたＨＤＴＶの表示領域へ表示される。ＳＤＴＶへのダウンコンバートが必要な場合には、デコードしたＨＤ画質の字幕は字幕のダウンコンバータＳ−ＤＣ（３２１５）へ転送され、ＳＤ画質の字幕へと変換される。
メニューの静止画等を扱う静止画データもデコードされ、ＨＤＴＶ若しくはＳＤＴＶへと出力される。静止画データの処理は字幕データの処理と同様であるから、字幕データに関する上記説明を援用してここでは説明を省略する。
ダウンコンバート処理された動画データ、字幕データおよび静止画データは合成されて、ＳＤ映像としてＳＤＴＶ（３２２９）へ出力される。まずは、動画と字幕とがαブレンド（合成）される。合成の結果得られたＳＤ画質の動画に対し、メニュー等の静止画がαブレンド（合成）される。これにより、背景画像に字幕が重なり、その上にメニュー等の静止画が重なったＳＤ映像が完成する。ＳＤ映像はＳＤＴＶ（３２２９）へ出力される。
音声データの処理の流れは以下のとおりである。音声データは、トランスポートバッファＴＢ（３２２４）から、バッファＢ（３２２５）に転送され、バッファＢ（３２２５）で一時蓄積された後、デコード時刻（ＤＴＳ）で瞬時にオーディオデコーダ（３２２６）へと出力されデコードされる。なお、音声データのデコード時刻と再生時刻とは同一である場合が多く、ほとんどの音声はデコードされた時刻（ＤＴＳ）が再生時刻（ＰＴＳ）である。よって、デコード後にはすぐにスピーカ（３２２７）へ出力される。
映像出力にＨＤＴＶが接続されていないような場合に、ＳＤ映像へのダウンコンバートが必要な場合には、オーディオダウンコンバータＡ−ＤＣ（３２２８）へと転送され、サンプリングの間引き処理等が行われる。そしてＳＤ映像と同期した音声がスピーカ（３２３０）へと出力される。なお、オーディオダウンコンバータＡ−ＤＣ（３２２８）を設ける理由は、後述のＰＡＬ方式におけるＤＥＦＴ変換等によってダウンコンバートされたＳＤ映像は元のＨＤ映像とは異なる速度で表示されることがあり、再生速度の調整のためにＳＤ映像に合わせてオーディオのダウンコンバートをする必要が生じるからである。
なお、後述のように、ダウンコンバート処理後のＳＤ映像の再生速度が元のＨＤ映像の再生速度に対して変化するときは、必ずしもＤＴＳの時刻の通りにデコードしなくともよい。
次に、図３２および図３３を参照しながら、ＨＤ映像からＳＤ映像へのダウンコンバート処理を詳細に説明する。ここでは、ＨＤ映像は、フレームレートが２４Ｈｚ、プログレッシブ走査のフィルム素材映像（字幕つき動画）とする。一方、ＳＤ映像は、フレームレートが５９．９４Ｈｚ、インターレース走査のＮＴＳＣ映像、または、フレームレートが５０Ｈｚ、インターレース走査のＰＡＬ映像とする。いずれも元のＨＤ映像が字幕つき動画であることに対応して、字幕つきの動画にダウンコンバートされるとする。
図３２は、ダウンコンバート処理の手順を示す。まず、再生装置（１００）は、光ディスクからＭＰＥＧデータストリームを読み出す（Ｓ８０１）。デマルチプレクサ（図示せず）はＭＰＥＧデータストリームを受け取って、動画データ、字幕データ、静止画データ、音声データを分離し、それらを、バッファ（３１２１）を介してデコーダ（３１２２）に送る。デコーダ（３１２２）は、ＨＤ映像の動画データ、字幕データ、静止画等をそれぞれデコードする（Ｓ８０２）。
次に、変換部（３１２３）は、ＨＤ映像の表示時刻情報（ＰＴＳ）を取得する（Ｓ８０３）。より具体的には、ビデオダウンコンバータ（３２０７）が動画のＰＴＳを取得し、字幕ダウンコンバータ（３２１５）が字幕のＰＴＳを取得する。図１０を参照しながら説明したように、表示時刻情報（ＰＴＳ）はＭＰＥＧデータストリームを構成するパケットのパケットヘッダから取得される。
次に、変換部（３１２３）はＰＴＳに基づいて動画のピクチャのデータとそのピクチャ上に表示される字幕のデータとを特定し（Ｓ８０４）、特定されたＨＤ映像のピクチャデータをＳＤ映像のピクチャデータに変換し、かつ、特定されたＨＤ映像の字幕データをＳＤ映像の字幕データに変換する（Ｓ８０５）。
以下、ステップＳ８０４およびＳ８０５において行われる処理を、図３３を参照しながら詳細に説明する。図３３は、ＨＤ映像（フィルム素材映像）のピクチャを、ＳＤ映像（ＮＴＳＣ方式またはＰＡＬ方式の映像）のピクチャに変換したときの相関関係を示す。ＭＰＥＧデータストリームから得られたフィルム素材のＨＤ映像は、再生周期が１／２４秒の順次走査信号（プログレッシブ）であるピクチャＰ１、Ｐ２、・・・を連続的に切り替えて表示して得られる。
変換部（３１２３）は、このＨＤ映像をＳＤ映像に変換する。変換後のＳＤ映像（ＮＴＳＣ方式）は、再生周期が１／５９．９４秒であり、飛び越し走査信号（インターレース）であるフィールドを連続的に切り替えて表示して得られる。または、変換後のＳＤ映像（ＰＡＬ方式）では、再生周期が１／５０秒であり、飛び越し走査信号（インターレース）であるフィールドを連続的に切り替えて表示して得られる。
ＨＤ映像をＮＴＳＣ方式のＳＤ映像に変換する時には、以下の規則で変換される。すなわち、フィルム素材のフレームＰ１は、２つのフィールドＰ１ｔおよびＰ１ｂに変換される。フィルム素材のフレームＰ２は、３つのフィールドＰ２ｔ、Ｐ２ｂおよびＰ２ｔに変換される。一般化すると、奇数のＨＤ映像のピクチャは２枚のＳＤ映像のフィールドに変換され、偶数のＨＤ映像のピクチャは３枚のＳＤ映像のフィールドに変換される。これは、２：３プルダウンと呼ばれ、ＨＤ映像の２フレームをＳＤ映像の５フィールドに変換する技術である。なお、変換後のＮＴＳＣ方式のＳＤ映像では、例えばフィールドＰ２ｔはフィールドＰ２ｂを挟んで２回表示されるため、映像がぶれて見えてしまう。
ＨＤ映像をＰＡＬ方式のＳＤ映像に変換する時には、ＤＥＦＴ変換と呼ばれる技術を利用できる。ＤＥＦＴ変換では、フィルム素材のフレームＰｎは、２つのフィールドＰｎｔおよびＰｎｂに変換される。そのため、ＮＴＳＣ方式のように同じフィールドを２回表示しないために映像のブレは極小化される。一方、各フィールドは５０Ｈｚ、すなわち各フレームは２５Ｈｚで表示される。すなわち２４ＨｚのＨＤ映像は２５ＨｚのＳＤ映像に変換されるため、そのＳＤ映像は元のＨＤ映像と比較して１フレーム（２フィールド）あたり１Ｈｚだけ早送りで表示される。
上述のように、フィルム素材のような２４Ｈｚ（または２３．９７６Ｈｚ）のフレームレートのＨＤ映像をＳＤ映像にダウンコンバートすると、本来２４Ｈｚで表示されるべきタイミングとは異なるタイミングでピクチャが表示される。よって、動画に字幕を重畳して表示しなければならない場合には字幕をどのピクチャに重畳させるかが問題になる。
動画、静止画に字幕を重ねる場合、動画、静止画と字幕とに個々に再生時刻（ＰＴＳ）を付与してもよい。しかしＳＤＴＶには各ピクチャの表示時刻のグリッド（５９．９４Ｈｚや５０Ｈｚ）が存在するため、ＳＤＴＶでの出力時刻をこのグリッドに合わせることが望ましい。
まず、ＭＰＥＧ−２では、９００００Ｈｚの時刻精度で各アクセスユニットのＤＴＳ、ＰＴＳを設定できる。従って、２４Ｈｚのフィルム素材では、表示が隣り合う動画の各ピクチャのＰＴＳの差は３７５０である。一方、ＮＴＳＣの場合は、動画の各フィールドのＰＴＳの差は１５０１もしくは１５０２、ＰＡＬの場合は各フィールドのＰＴＳの差は１８００である。各表示形式において、ピクチャのＰＴＳはこれらのグリッドに従うことになる。
ＭＰＥＧ−２で多重化される場合には、字幕データの再生時刻（ＰＴＳ）も９００００Ｈｚの時刻精度で設定できる。しかし、字幕データは任意時刻で設定されるべきではなく、ＨＤ映像のピクチャから得られたＳＤ映像のピクチャには、その対応するＨＤ映像のピクチャ上に表示される字幕と常に同じ内容の字幕を表示する必要がある。例えば、ＨＤＴＶへの出力とＳＤＴＶへの出力を同時に行うような場合に、ＨＤＴＶ上の表示とＳＤＴＶ上の表示との間で、動画の同じ場面で異なる字幕が出ないようにする必要がある。
図３３では、黒く示したピクチャＰ４、Ｐ５およびＰ６上に字幕が表示されるとする。Ｐ４、Ｐ５およびＰ６をＳＤ映像に変換した後にも同じ字幕を表示するためには、変換部（３１２３）が、動画のＰＴＳと字幕のＰＴＳとに基づいて動画のピクチャのデータとそのピクチャ上に表示される字幕のデータを特定する（すなわち図３２のステップＳ８０４）。
具体的には、ピクチャＰ４、Ｐ５およびＰ６のＰＴＳがそれぞれｔ４、ｔ５、ｔ６とすると（ｔ５＝ｔ４＋３７５０、ｔ６＝ｔ５＋３７５０）、ＰＴＳがｔ４、ｔ５、ｔ６である字幕を特定する。そして、特定されたＨＤ映像のピクチャＰ４〜Ｐ６のデータをＳＤ映像のピクチャデータに変換し、かつ、特定されたＨＤ映像の字幕データをＳＤ映像の字幕データに変換する（すなわち図３２のステップＳ８０５）。そして、変換部（３１２３）は、生成されたＳＤ映像のピクチャデータと字幕データとを合成して出力する（Ｓ８０６）。
この結果、変換後のＳＤ映像では、ピクチャＰ４に対応するフィールドＰ４ｂ、Ｐ４ｔおよびＰ４ｂに対しては、ＰＴＳ値が時刻ｔ４を示している字幕と同じ内容の字幕がＳＤ画質で表示される。また、ピクチャＰ５に対応するフィールドＰ５ｔおよびＰ５ｂに対しては、ＰＴＳ値が時刻ｔ５を示している字幕と同じ内容の字幕がＳＤ画質で表示される。ピクチャＰ６はＰ４と同様である。よって、フィルム素材からＮＴＳＣ、ＰＡＬへ変換された後も、字幕と、その字幕が表示される動画のピクチャとの関係は保持される。これは、ＰＡＬ方式においても同様である。
ただし、ＰＡＬ方式に適用されるＤＥＦＴ変換によれば、フィルム素材の本来のフレーム表示周期（換言すれば垂直走査周波数）よりも速いタイミングでフレームが書き換えられるので、それと同期する音声の再生速度が増加しピッチが高くなる不具合が生じる。そのような場合には、以下の手法により不具合を抑えることができる。
図３４は、第２の方法により、ＨＤ映像（フィルム素材映像）のピクチャをＳＤ映像のピクチャに変換したときの相関関係を示す。以下では、図３４の第１段に示すＨＤ映像（フィルム素材映像）のピクチャを、第３段に示すＳＤ映像に示すピクチャに変換する処理を説明する。なお、図３４の第２段はＤＥＦＴ変換後のＰＡＬ方式のピクチャを示しており、これは図３３の第３段と同じである。併記した理由は、図３４の第３段に示す変換後のピクチャとの対比を容易にするためである。
上述のように、２４ＨｚのＨＤ映像を２５ＨｚのＰＡＬ方式のＳＤ映像にＤＥＦＴ変換すると、ＳＤ映像はＨＤ映像よりも１秒間に１フレーム相当の時間だけ早送りで表示される。そこで、本明細書では、ＤＥＦＴ変換をベースとしつつ、変換時に定期的に特定のピクチャ（フィールドまたはフレーム）を複数回表示させて映像の再生速度が速くならないように１秒間の表示ピクチャ数を調整する。この変換を本明細書では「フィールドダブリング変換」と呼ぶ。
図３４を参照しながら説明する。図３４において、ＨＤ映像のピクチャＰ５に基づいてＤＥＦＴ変換によって得られるフィールドをＰ５ｔおよびＰ５ｂとし、ＨＤ映像のピクチャＰ６に基づいて得られるフィールドをＰ６ｔおよびＰ６ｂとする。フィールドダブリング変換では、フィールドＰ５ｔおよびＰ５ｂの次に、フィールドＰ５ｔが再度表示されるように映像を変換する。フィールドＰ５ｔの２回目の表示終了後は、フィールドＰ６ｂが表示され、次にフィールドＰ６ｔが表示される。フィールドＰ５ｔを２回表示することにより、続くフィールドＰ６ｂの表示タイミングは１／５０秒だけ遅くなる。よって、早送りが１フィールド分解消される。この処理は、動画のみならず、その動画に同期して再生される字幕等の映像に対しても同様である。例えば字幕データに対しては、図３１の字幕ダウンコンバータ（３２１５）において、フィールドＰ５ｔに対応して表示される字幕フィールドをフィールドＰ５ｂに対応して表示される字幕フィールドの次に挿入し、その後、フィールドＰ６ｂにに対応して表示される字幕フィールドを表示するように変換を行えばよい。
さらに、他の１フィールドを２回表示し、１秒間で特定の２フィールドを２回表示させると、その直後の２フィールドから構成されるピクチャは再生タイミングをフィルム素材の対応するピクチャと整合させることができる。フィールドダブリング変換によれば、同じフィールドを複数回表示するという点においてはフィールドの２回目の表示の際にＳＤ映像がぶれて見える可能性はある。しかし、ピクチャの再生タイミングをＨＤ映像に整合させることができるため、その映像に同期して再生される音声データはそのまま歪み無く再生できる。よって、フィルム素材（２４Ｈｚ、または２３．９７６Ｈｚ）であって、音声が重要なコンテンツをＰＡＬにダウンコンバートする際には、このフィールドダブリングのダウンコンバート処理の方が適している。
なお、図３１から理解されるように、再生装置（１００）は、ＨＤ画質の動画データ、字幕データおよび静止画データをそれぞれを独立してダウンコンバートしてＳＤ画質の各データを生成し、その後、それらを合成してＳＤ映像を得ている。しかし、ＨＤ画質の状態で動画データ、字幕データおよび静止画データを合成し、その後、合成されたＨＤ映像をＳＤ映像にダウンコンバートしてＳＤ合成映像を生成してもよい。そのような処理を行う際には、図３１の変換部（３１２３）において、まずＨＤ画質の動画データ、字幕データ等を合成する構成要素を設け、その要素からのＨＤ合成映像出力をＳＤ映像に変換するダウンコンバータを設ければよい。
図３５は、第２の例によるダウンコンバート処理の手順を示す。この処理は、図３２に示す処理に代えて実行される。この処理を実行する装置の構成は図示していないが、上述の変換部（３１２３）の内部の構成を除き図３１の再生装置（１００）の構成要素と同等の構成要素によって構成できる。よって、以下では図３１の再生装置（１００）を参照しながら説明する。
まず、再生装置（１００）は、光ディスクからＭＰＥＧデータストリームを読み出す（Ｓ９０１）。デマルチプレクサ（図示せず）はＭＰＥＧデータストリームを受け取って、動画データ、字幕データ、静止画データ、音声データを分離し、それらを、バッファ（３１２１）を介してデコーダ（３１２２）に送る。デコーダ（３１２２）は、ＨＤ映像の動画データ、字幕データ、静止画等をそれぞれデコードする（Ｓ９０２）。
次に、変換部（３１２３）は、ＨＤ映像のピクチャデータおよび字幕データに付加された表示時刻情報（ＰＴＳ）を取得し（Ｓ９０３）、ＰＴＳに基づいてＨＤ映像のピクチャデータとそのピクチャ上に表示される字幕のデータとを特定する（Ｓ９０４）。
その後、変換部（３１２３）は、特定されたＨＤ映像のピクチャデータと字幕データとを合成して合成ＨＤ映像データを生成する（Ｓ９０５）。そして、変換部（３１２３）は、合成ＨＤ映像のピクチャデータをＳＤ映像のピクチャデータに変換して出力する（Ｓ９０６）。
なお、ＨＤ映像を合成して、その後ＳＤ映像に変換する処理は、図３３および図３４を説明した変換方法が利用できる。例えば、ＮＴＳＣ方式のＳＤ映像へは２：３プルダウン変換を適用し、ＰＡＬ方式のＳＤ映像へはＤＥＦＴ変換またはフィールドダブリング変換を行うことができる。また、ダウンコンバート時に４：３の表示比率を持つＴＶでパン＆スキャン表示されることが予想される場合には、字幕の表示領域、特に横幅をダウンコンバート後の４：３のＴＶに収まるように変換してもよい。
ＤＥＦＴ変換またはフィールドダブリング変換のいずれに基づいて変換を行うかは、変換の都度、視聴者が再生装置（１００）に指示を与えてもよいし、予め一方の変換に固定していてもよい。
さらに、推奨する変換方法を記述した変換指定情報をストリームに付加し、再生装置（１００）がその変換指定情報に基づいて変換方法を決定することもできる。
図３６は、推奨する変換方法を記述した変換指定情報のデータ構造を示す。例えば、変換指定情報は、ＢＤの管理情報”ＹＹＹ．ＶＯＢＩ”内に、および／または、ＭＰＥＧストリームの”ＹＹＹ．ＶＯＢ”内に記述されていてもよい。ストリーム管理情報の”ＹＹＹ．ＶＯＢＩ”に記述すれば、ＶＯＢごとに適切なダウンコンバート処理を選択できる利点がある。また、”ＢＤ．ＩＮＦＯ”のように、ディスクの別領域に記録されていてもよい。なお、本明細書では原則として、送信側の放送局等がＭＰＥＧトランスポートストリーム内に変換指定情報を記述して送信しているとする。しかし、記録時において、記録装置が必要に応じてＭＰＥＧトランスポートストリームに付随する管理情報”ＹＹＹ．ＶＯＢＩ”に変換指定情報を記述してもよい。
より具体的には、変換指定情報は、属性情報Ａｔｔｒｉｂｕｔｅの内部にダウンコンバート情報ＤｏｗｎＣｏｎによって規定される。ダウンコンバート情報は、フラグ（ＤＣ＿ｐｒｏｈｉｂｉｔ＿ｆｌａｇ）および推奨変換方法を指定する情報（ＤＣ＿ＰＡＬ）を有する。
フラグ（ＤＣ＿ｐｒｏｈｉｂｉｔ＿ｆｌａｇ）は、ダウンコンバートしてＳＤ映像を出力することが可能なコンテンツか否かを示す。フラグには、ダウンコンバートが禁止される場合には“１ｂ”が付され、許可される場合には“０ｂ”が付される。推奨変換方法を指定する情報（ＤＣ＿ＰＡＬ）は、ＰＡＬ方式のＳＤ映像へのダウンコンバートを指定する情報であって、かつ、変換方法を指示する。図３６に示すように、本実施形態においては、“ＤＣ＿ＰＡＬ”には、推奨変換方法がない場合には“００ｂ”が付され、ＤＥＦＴ変換を推奨する場合には“０１ｂ”が付され、フィールドダブリング（ＦＤ）変換を推奨する場合には“１０ｂ”が付される。変換方法を特に指定しない場合には、両方の変換が可能であることを示す“１１ｂ”が付される。
図３７は、変換指定情報に基づいてダウンコンバート方法を決定し、ＳＤ映像を再生する手順を示す。この処理は、例えば再生装置（１００）において行われる。
まず、再生装置（１００）が視聴者から再生開始の指示を受け取ると、再生装置（１００）は、接続されている表示機器（例えばテレビ）が再生対象のＨＤ映像のコンテンツをダウンコンバートすることなく表示することができるか否かを判断する（Ｓ１００２）。該当のコンテンツをそのまま再生できる表示装置が接続されていれば、ＨＤ映像の状態で表示機器へ出力し（Ｓ１００５）、その表示機器において再生する。
一方、ＨＤ映像からＳＤ映像へのダウンコンバートが必要である場合には、再生装置（１００）は変換指定情報を取得し（Ｓ１００２）、フラグ（ＤＣ＿ｐｒｏｈｉｂｉｔ＿ｆｌａｇ）を参照して、ダウンコンバートが許可されているか否かを判定する（Ｓ１００３）。ダウンコンバートが許可されていなければ、該当コンテンツの再生を終了する。
一方、ダウンコンバートが許可されている場合には、推奨変換方法を指定する情報（ＤＣ＿ＰＡＬ）を参照して、推奨されるダウンコンバート方法を特定して、その方法に基づいてＨＤ映像をダウンコンバートする（Ｓ１００４）。そして、再生装置（１００）は、ダウンコンバートされたＳＤ映像を表示装置へ出力する（Ｓ１００５）。そして、該当のコンテンツの再生対象となる区間の再生が終わるまでダウンコンバート処理および再生出力を継続する。
なお、再生装置（１００）は、上述の推奨変換方法に関する情報を例えばオンスクリーンディスプレイ（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ）に表示しながら、視聴者の指示に基づいて最終的なダウンコンバート方法を決定してもよい。
本実施形態ではＨＤ画質の字幕や静止画データしか記録されていないが、ダウンコンバート用にＳＤ画質の字幕や静止画データを別途記録しておき、ダウンコンバート時にプレーヤ／ユーザが選択できるようにしてもよい。また、ＨＤ画質の字幕や静止画データしか記録されていないとしたが、ダウンコンバート時の映像品質を保証するため、ダウンコンバート時に合成される字幕は、ＴｒｕｅＴｙｐｅのようなベクターイメージのフォントを用いて生成してもよい。
本実施形態では、字幕の表示領域の設定方法については詳細には言及していないが、ダウンコンバートを考慮して、ＨＤ用、ダウンコンバートしたＮＴＳＣのレターボックス用、ダウンコンバートしたＮＴＳＣのパン＆スキャン用、ダウンコンバートしたＰＡＬのレターボックス用、ダウンコンバートしたＰＡＬのパン＆スキャン用等と別々に字幕表示領域を設定しておいてもよい。また、ユーザの好みで表示領域を変更できるようにしておいてもよい。
本実施形態では、フィールドダブリング変換によりダウンコンバートする際に、特定のフィールドをそのまま再表示させるとして説明した。しかし、ダウンコンバート時の映像のブレを軽減させるために、前後のピクチャから中間的なフィールドピクチャを生成し、そのフィールドピクチャを挿入して、フィールドダブリング変換を行ってもよい。例えば図３４において、３段目の５０Ｈｚ−ＦＤ（ＰＡＬ）で再表示される２枚目のＰ５ｔを、２４Ｈｚ（ｆｉｌｍ）のＰ５ピクチャとＰ６ピクチャに基づいて生成してもよい。
実施形態においては、ＨＤ映像の映像および字幕のデータをＳＤ画質の映像データに変換するとした。しかし、ＳＤ映像をＨＤ画質に変換してＨＤＴＶ上に表示する場合にも、上述のした処理と同様の処理によって映像および字幕が合成されたＨＤ画質のデータを得ることができる。したがって、本発明は、ある解像度の映像および字幕のデータを、その解像度と異なる解像度の合成映像のデータに変換する際に適用できる。
なお、ＭＰＥＧ−ＴＳのＴ−ＳＴＤをベースにしたモデルで説明したが、これは例であり、ＭＰＥＧ−ＰＳや他の映像および音声の多重化ストリームであっても同様に適用できる。
【産業上の利用可能性】  本発明によれば、ＨＤ映像をＳＤ映像へダウンコンバートして視聴する際に、コンテンツに応じたダウンコンバート方法を自動もしくはユーザの判断により選択できるようになる。
また、ＨＤ映像のピクチャ上に表れる字幕と同じ内容のＳＤ画質の字幕をＳＤ映像のピクチャに対応付けて合成映像を生成し、出力する。よって、ＨＤ映像と全く同じ内容のＳＤ映像を表示させることができる。また、字幕（静止画）と動画の同期再生モデルを規定することにより、機器間互換性を確保することができる。
【図１】
2004082274.tif 000005
【図２】
2004082274.tif 000006
【図３】
2004082274.tif 000007
【図４】
2004082274.tif 000008
【図５】
2004082274.tif 000009
【図６】
2004082274.tif 000010
【図７】
2004082274.tif 000011
【図８】
2004082274.tif 000012
【図９】
2004082274.tif 000013
【図１０】
2004082274.tif 000014
【図１１】
2004082274.tif 000015
【図１２】
2004082274.tif 000016
【図１３】
2004082274.tif 000017
【図１４】
2004082274.tif 000018
【図１５】
2004082274.tif 000019
【図１６】
2004082274.tif 000020
【図１７】
2004082274.tif 000021
【図１８】
2004082274.tif 000022
【図１９】
2004082274.tif 000023
【図２０】
2004082274.tif 000024
【図２１】
2004082274.tif 000025
【図２２】
2004082274.tif 000026
【図２３】
2004082274.tif 000027
【図２４】
2004082274.tif 000028
【図２５】
2004082274.tif 000029
【図２６】
2004082274.tif 000030
【図２７】
2004082274.tif 000031
【図２８】
2004082274.tif 000032
【図２９】
2004082274.tif 000033
【図３０】
2004082274.tif 000034
【図３１】
2004082274.tif 000035
【図３２】
2004082274.tif 000036
【図３３】
2004082274.tif 000037
【図３４】
2004082274.tif 000038
【図３５】
2004082274.tif 000039
【図３６】
2004082274.tif 000040
【図３７】
2004082274.tif 000041
【手続補正書】
【提出日】平成16年11月10日(2004.11.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のピクチャを第１垂直走査周波数で切り替えることによって表示される第１主映像のデータ、および、前記第１主映像と同期して表示される第１副映像のデータを含むデータストリームを受け取る受信部と、
前記第１主映像および前記第１副映像の各データを、複数のピクチャを前記第１垂直走査周波数と異なる第２垂直走査周波数で切り替えることによって表示される合成映像のデータに変換する変換部と
を有するデータ処理装置であって、
前記データストリームは、前記第１主映像および前記第１副映像の表示時刻を規定する時刻情報を含んでおり、
前記変換部は、前記第１主映像のピクチャと同じ内容の第２主映像のピクチャに対して、前記第１主映像のピクチャ上に表れる前記第１副映像と同じ内容の第２副映像を対応付けることにより、前記第２主映像および前記第２副映像が表示される合成映像を生成する、データ処理装置。
【請求項２】
前記変換部は、
垂直走査周波数の変換処理により、前記第１主映像のデータを前記第２主映像のデータに変換する映像変換部と、
前記第１副映像のデータを第２副映像のデータに変換するとともに、前記第１副映像の文字と同期して表示される前記第１主映像のピクチャを特定し、特定された前記第１主映像のピクチャに対応する前記第２主映像のピクチャと、前記第１副映像の文字に対応する前記第２副映像の文字とを対応付ける字幕変換部と、
対応付けた前記第２主映像のデータと第２副映像のデータとを合成して前記合成映像のデータを生成する合成部と
を含む、請求項１に記載のデータ処理装置。
【請求項３】
前記変換部は、
前記時刻情報にしたがって同期した前記第１主映像および前記第１副映像が重畳された重畳映像を生成する合成部と、
前記重畳映像のデータを前記合成映像のデータに変換する映像変換部とを含む、請求項１に記載のデータ処理装置。
【請求項４】
前記変換部は、所定の解像度の前記第１主映像および前記第１副映像のデータを、前記所定の解像度と異なる解像度の合成映像のデータに変換する、請求項１に記載のデータ処理装置。
【請求項５】
前記変換部は、フィルム素材の前記第１主映像および前記第１副映像のデータを、ＮＴＳＣおよびＰＡＬの一方で表される合成映像のデータに変換する、請求項４に記載のデータ処理装置。
【請求項６】
前記変換部は、フィルム素材の前記第１主映像および前記第１副映像の１枚のフレームを、ＰＡＬで表される前記合成映像の２枚以上のフィールドに変換し、フィールドへの変換に際して同一のフィールドを定期的に複数回挿入する、請求項５に記載のデータ処理装置。
【請求項７】
前記データストリームは、前記変換部における変換の可否を示す変換許可情報を含んでおり、
前記変換部は、前記変換許可情報が変換の許可を示している場合に前記変換を行う、請求項１に記載のデータ処理装置。
【請求項８】
前記データストリームは、変換の種類を指定する変換指定情報を含んでおり、
前記変換部は、前記変換指示情報によって指定された前記種類の変換を行う、請求項１に記載のデータ処理装置。
【請求項９】
変換の種類を指定する変換指定情報が入力される入力部をさらに備え、
前記変換部は、前記変換指定情報によって指定された前記種類の変換を行う、請求項１に記載のデータ処理装置。
【請求項１０】
前記変換部は、前記変換指示情報に基づいて、各ピクチャを一回ずつ表示する変換、および、特定のピクチャを複数回表示する変換の一方を行って、ＰＡＬ方式の合成映像を生成する、請求項９に記載のデータ処理装置。
【請求項１１】
複数のピクチャを第１垂直走査周波数で切り替えることによって表示される第１主映像のデータ、および、前記第１主映像と同期して表示される第１副映像のデータを含むデータストリームを受け取るステップと、
前記第１主映像および前記第１副映像の各データを、複数のピクチャを前記第１垂直走査周波数と異なる第２垂直走査周波数で切り替えることによって表示される合成映像のデータに変換するステップと
を有するデータ処理方法であって、
前記データストリームは、前記第１主映像および前記第１副映像の表示時刻を規定する時刻情報を含んでおり、
前記変換するステップは、前記第１主映像のピクチャと同じ内容の第２主映像のピクチャに対して、前記第１主映像のピクチャ上に表れる前記第１副映像と同じ内容の第２副映像を対応付けることにより、前記第２主映像および前記第２副映像が表示される合成映像を生成する、データ処理方法。
【請求項１２】
前記変換するステップは、
垂直走査周波数の変換処理により、前記第１主映像のデータを前記第２主映像のデータに変換する映像変換ステップと、
前記第１副映像のデータを第２副映像のデータに変換するとともに、前記第１副映像の文字と同期して表示される前記第１主映像のピクチャを特定し、特定された前記第１主映像のピクチャに対応する前記第２主映像のピクチャと、前記第１副映像の文字に対応する前記第２副映像の文字とを対応付ける字幕変換ステップと、
対応付けた前記第２主映像のデータと第２副映像のデータとを合成して前記合成映像のデータを生成する合成ステップと
によって構成される、請求項１１に記載のデータ処理方法。
【請求項１３】
前記変換するステップは、
前記時刻情報にしたがって同期した前記第１主映像および前記第１副映像が重畳された重畳映像を生成する合成ステップと、
前記重畳映像のデータを前記合成映像のデータに変換する映像変換ステップとによって構成される、請求項１１に記載のデータ処理方法。
【請求項１４】
前記変換するステップは、所定の解像度の前記第１主映像および前記第１副映像のデータを、前記所定の解像度と異なる解像度の合成映像のデータに変換する、請求項１１に記載のデータ処理方法。
【請求項１５】
前記変換するステップは、フィルム素材の前記第１主映像および前記第１副映像のデータを、ＮＴＳＣおよびＰＡＬの一方で表される合成映像のデータに変換する、請求項１４に記載のデータ処理方法。
【請求項１６】
前記変換するステップは、フィルム素材の前記第１主映像および前記第１副映像の１枚のフレームを、ＰＡＬで表される前記合成映像の２枚以上のフィールドに変換し、フィールドへの変換に際して同一のフィールドを定期的に複数回挿入する、請求項１５に記載のデータ処理方法。
【請求項１７】
前記データストリームは、前記変換部における変換の可否を示す変換許可情報を含んでおり、
前記変換するステップは、前記変換許可情報が変換の許可を示している場合に前記変換を行う、請求項１１に記載のデータ処理方法。
【請求項１８】
前記データストリームは、変換の種類を指定する変換指定情報を含んでおり、
前記変換するステップは、前記変換指示情報によって指定された前記種類の変換を行う、請求項１１に記載のデータ処理方法。
【請求項１９】
変換の種類を指定する変換指定情報が入力される入力ステップをさらに備え、
前記変換するステップは、前記変換指定情報によって指定された前記種類の変換を行う、請求項１１に記載のデータ処理方法。
【請求項２０】
前記変換するステップは、前記変換指示情報に基づいて、各ピクチャを一回ずつ表示する変換、および、特定のピクチャを複数回表示する変換の一方を行って、ＰＡＬ方式の合成映像を生成する、請求項１９に記載のデータ処理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】明細書
【技術分野】
【０００１】
本発明は、高精細の映像（ＨＤ映像）を標準画質の映像（ＳＤ映像）に変換する技術に関する。
【背景技術】
【０００２】
近年、ＤＶＤメディアは非常に普及してきている。中でも、ＤＶＤ−Ｖｉｄｅｏディスク（以下単に「ＤＶＤ」と記す）は映画等を収録したパッケージソフトとして既に市場に多く出回っている。
【０００３】
図１は、ＤＶＤのデータ構造を示す。図１の下段に示すように、ＤＶＤの最内周のリードインから最外周のリードアウトまでの間の領域には論理アドレスが割り当てられ、その論理アドレスに基づいて論理データが記録される。論理アドレスに基づいてアクセス可能なデータ領域（論理アドレス空間）の先頭以降には、ファイルシステムのボリューム情報が記録され、続いて映像・音声などのアプリケーションデータが記録されている。
【０００４】
ファイルシステムとは、ＩＳＯ９６６０、ＵＤＦ（Universal Disc Format）等を表しており、ディスク上のデータをディレクトリまたはファイルと呼ばれる単位で管理するシステムである。日常使っているＰＣ（パーソナルコンピュータ）の場合でも、ＦＡＴまたはＮＴＦＳと呼ばれるファイルシステムを通すことにより、ディレクトリ、ファイル等のデータ構造でハードディスクに記録されたデータがコンピュータ上で表現され、ユーザビリティを高めている。
【０００５】
ＤＶＤでは、ＵＤＦおよびＩＳＯ９６６０の両方のファイルシステムが利用され（両方を合わせて「ＵＤＦブリッジ」と呼ぶことがある）、ＵＤＦまたはＩＳＯ９６６０どちらのファイルシステムドライバによってもデータの読み出しができるようになっている。いうまでもなく、書き換え型のＤＶＤメディアであるＤＶＤ−ＲＡＭ／Ｒ／ＲＷでは、これらファイルシステムを介し、物理的にデータの読み、書き、削除が可能である。
【０００６】
ＤＶＤ上に記録されたデータは、ＵＤＦブリッジを通して、図１左上に示すようなディレクトリまたはファイルとして見ることができる。ルートディレクトリ（図中「ＲＯＯＴ」）の直下に「ＶＩＤＥＯ＿ＴＳ」と呼ばれるディレクトリが置かれ、ここにＤＶＤのアプリケーションデータが記録されている。アプリケーションデータは複数のファイルとして記録され、以下の主なファイルが存在する。
【０００７】
ＶＩＤＥＯ＿ＴＳ．ＩＦＯ：ディスク再生制御情報ファイル
ＶＴＳ＿０１＿０．ＩＦＯ：ビデオタイトルセット＃１再生制御情報ファイル
ＶＴＳ＿０１＿０．ＶＯＢ：ビデオタイトルセット＃１ストリームファイル
【０００８】
ファイルシステムでは２種類の拡張子が規定されている。拡張子「ＩＦＯ」は再生制御情報が記録されたファイルを示し、拡張子「ＶＯＢ」はＡＶデータであるＭＰＥＧストリームが記録されたファイルを示す。再生制御情報とは、ＤＶＤで採用された、ユーザの操作に応じて再生を動的に変化させるインタラクティビティを実現するための情報、メタデータのようなタイトルに付属する情報、ストリームに付属する情報等を含む。また、ＤＶＤでは一般的に再生制御情報のことをナビゲーション情報と呼ぶことがある。
【０００９】
再生制御情報ファイルは、ディスク全体を管理する「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」と、個々のビデオタイトルセット（ＤＶＤでは複数のタイトル、言い換えれば異なる映画や異なるバージョンの映画を１枚のディスクに記録することが可能である）毎の再生制御情報である「ＶＴＳ＿０１＿０．ＩＦＯ」がある。ここで、ファイル名ボディにある「０１」はビデオタイトルセットの番号を示しており、例えば、ビデオタイトルセット＃２の場合は、「ＶＴＳ＿０２＿０．ＩＦＯ」となる。
【００１０】
図１の右上部は、ＤＶＤのアプリケーション層でのＤＶＤナビゲーション空間であり、前述した再生制御情報が展開された論理構造空間である。「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」内の情報は、ＶＭＧＩ（Video Manager Information）として、「ＶＴＳ＿０１＿０．ＩＦＯ」または、他のビデオタイトルセット毎に存在する再生制御情報はＶＴＳＩ（Video Title Set Information）としてＤＶＤナビゲーション空間に展開される。
【００１１】
ＶＴＳＩの中にはＰＧＣ（Program Chain）と呼ばれる再生シーケンスの情報であるＰＧＣＩ（Program Chain Information）が記述されている。ＰＧＣＩは、セル（Ｃｅｌｌ）の集合とコマンドと呼ばれる一種のプログラミング情報によって構成されている。セル自身はＭＰＥＧストリームに対応するＶＯＢ（Video Object）の一部区間または全部区間の集合であり、セルの再生は、当該ＶＯＢのセルによって指定された区間を再生することを意味している。
【００１２】
コマンドは、ブラウザ上で実行されるＪａｖａ（登録商標）スクリプトなどに近い概念であり、ＤＶＤの仮想マシンによって処理される。ただし、Ｊａｖａ（登録商標）スクリプトが論理演算の他にウィンドやブラウザの制御（例えば、新しいブラウザのウィンドを開く等）を行うのに対し、ＤＶＤのコマンドは論理演算の他にＡＶタイトルの再生制御（例えば、再生するチャプタの指定等）を実行するに過ぎない点で異なっている。
【００１３】
セルはディスク上に記録されているＶＯＢの開始および終了アドレス（ディスク上での論理記録アドレス）をその内部情報として有しており、プレーヤはセルに記述されたＶＯＢの開始および終了アドレス情報を使ってデータの読み出し、再生を実行する。
【００１４】
図２は、ストリーム中に埋め込まれているナビゲーション情報に含まれる各種の情報を示す。ＤＶＤの特長であるインタラクティビティは前述した「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」、「ＶＴＳ＿０１＿０．ＩＦＯ」等に記録されているナビゲーション情報のみによって実現されているのではなく、幾つかの重要な情報はナビゲーション・パック（「ナビパック」または「ＮＶ＿ＰＣＫ」と記す）と呼ばれる専用キャリアを使いＶＯＢ内に映像データ、音声データと一緒に多重化されている。
【００１５】
ここでは簡単なインタラクティビティの例としてメニューを説明する。メニュー画面上には、幾つかのボタンが現れ、それぞれのボタンには当該ボタンが選択実行された時の処理が定義されている。また、メニュー上では一つのボタンが選択されており（ハイライトによって選択ボタン上に半透明色がオーバーレイされており該ボタンが選択状態であることをユーザに示す）、ユーザは、リモコンの上下左右キーを使って、選択状態のボタンを上下左右の何れかのボタンに移動させることが出来る。すなわち、ユーザがリモコンの上下左右キーを使って選択実行したいボタンまでハイライトを移動させ、決定キーを押して決定することにより、対応するコマンドのプログラムが実行される。一般的には対応するタイトルやチャプタの再生がコマンドによって実行されている。
【００１６】
ＮＶ＿ＰＣＫ内には、ハイライトカラー情報と個々のボタン情報などが含まれている。ハイライトカラー情報には、カラーパレット情報が記述され、オーバーレイ表示されるハイライトの半透明色が指定される。ボタン情報には、個々のボタンの位置情報である矩形領域情報と、当該ボタンから他のボタンへの移動情報（ユーザの上下左右キー操作それぞれに対応する移動先ボタンの指定）と、ボタンコマンド情報（当該ボタンが決定された時に実行されるコマンド）が記述されている。
【００１７】
メニュー上のハイライトは、メニュー画像へのオーバーレイ画像として作成される。すなわち、ボタン情報の矩形領域に対応する領域にカラーパレット情報に基づいて色が付され、それがメニューのボタン情報の矩形領域に重ね合わせられることにより、メニュー上のハイライトが実現される。このオーバーレイ画像は背景画像と合成されて画面上に表示される。
【００１８】
なお、ＮＶ＿ＰＣＫを使ってナビゲーションデータの一部をストリーム中に埋め込んでいる理由は、第１には、ストリームと同期して動的にメニュー情報を更新したり（例えば、映画再生の途中５分〜１０分の間にだけメニューが表示される等）、同期タイミングが問題となりやすいアプリケーションであっても確実に同期させるためである。また、第２には、ＮＶ＿ＰＣＫには特殊再生を支援するための情報を格納し、早送り、巻き戻し等の特殊再生時にも円滑にＡＶデータをデコードし再生させる等、ユーザの操作性を向上させるためである。
【００１９】
図３Ａ〜３Ｃは、ＶＯＢの生成手順を示し、図３Ｄは生成されたＶＯＢを再生するための装置の構成を示す。図３Ａに示す動画、音声、字幕等は、図３Ｂに示すようにＭＰＥＧシステム規格（ISO/IEC13818-1）に基づいてパケット化およびパック化される。このとき、映像はハイビジョン映像（以下、「ＨＤ映像」と記す）であり、その映像品質を保った状態でパケット化およびパック化される。ＨＤ映像には、動画、静止画、文字図形等の各種の高精彩画質の映像が含まれる。そして、図３Ｃに示すようにそれぞれが多重化されて１本のＭＰＥＧプログラムストリームが生成される。このとき、インタラクティビティを実現するためのボタンコマンドを含んだＮＶ＿ＰＣＫも一緒に多重化をされている。
【００２０】
ＭＰＥＧシステムの多重化の特徴は、動画、音声、字幕の種別ごとにみるとＭＰＥＧストリームデータはそのデコード順に基づくビット列で配置されているが、多重化されている動画、音声、字幕の各種別間ではデータは必ずしも再生順、言い換えればデコード順にビット列が形成されているとは限らないことにある。例えば、動画データのパックと字幕データのパックとが連続して配置されているとすると、その動画データと字幕データとは、必ずしも同一タイミングでデコードまたは再生されるとは限らない。
【００２１】
このように多重化される理由は、ＭＰＥＧストリームは所定のデコーダモデル（一般にいうシステムターゲットデコーダ（System Target Decoder；ＳＴＤ）においてデコードが可能になるようにエンコードしなければならない、という制約が設けられているからである。すなわち、デコーダモデルには個々のエレメンタリストリームに対応するデコーダバッファが規定されており、そのバッファの容量は個々のエレメンタリストリーム毎にサイズが異なる。具体的には動画に対しては２３２ＫＢ、音声に対しては４ＫＢ、字幕に対しては５２ＫＢである。そして、映像、音声等の各データは、デコードタイミングが到来するまで一時的に蓄積されている。デコードタイミングは、バッファ容量に応じて異なるため、隣接して多重化されてもデコード等のタイミングが異なることになる。
【００２２】
ＭＰＥＧプログラムストリームを再生するときは、図３Ｄに示す装置に入力される。デマルチプレクサ３１００はＭＰＥＧプログラムストリームを受け取り、動画データ、字幕データおよびオーディオデータを含むパックを分離して、バッファ／デコーダ３１０８へ送る。バッファ／デコーダ３１０８は、パックデータをバッファするとともに、動画データ、字幕データ等ごとにデコードしてストリームを構築する。具体的には、バッファ３１０８は、ビデオバッファ、字幕用バッファおよびオーディオバッファを有しており、ビデオバッファに動画データを格納し、字幕用バッファに字幕データを格納し、オーディオバッファに音声データを格納する。その後、バッファ／デコーダ３１０８は、パックデータに基づいて動画データ、字幕データおよび音声データを構築して出力する。なお、図３Ｄには、特にデコーダは示していない。バッファ／デコーダ３１０８は、ＨＤ映像の動画データ、字幕データおよび音声データを出力する。音声データについては、デコード後にスピーカ等に出力され、音声として再生される。
【００２３】
ＨＤ映像のデータは以下のように処理される。バッファ／デコーダ３１０８から出力されたＨＤ映像データ（動画データ、静止画データおよび文字図形データ）は、各処理経路に送られる。動画データは、映像変換部３１０１においてＮＴＳＣ、ＰＡＬ方式等によるインターレース映像（ＳＤ映像）へ変換され、スケーリング３１０２において解像度やアスペクトを修正される。そして、動画がＭＰＥＧで符号化されている場合には、第一画質補正部３１０３においてＭＰＥＧ圧縮特有のノイズ（ブロックノイズ、モスキートノイズ）が効果的に除去され、画質が改善される。静止画データは、静止画符号化方式に固有の画質補正が施され、第２画質補正部３１０４においてダウンコンバートされる。そして、動画の出力と相互に切り替えて出力される。文字図形データは、第３画質補正部３１０５において文字図形に適したダウンコンバートが行われる。
【００２４】
一方、字幕データは第４画質補正部３１０７に出力されて、色変換テーブルＣＬＵＴ３１０６を介して必要な色変換処理を施され、その後、第４画質補正部３１０７においてＳＤ映像へダウンコンバートされる。そして、動画等のＳＤ映像と合成されＳＤ映像を表示可能なＴＶへと出力される。
【００２５】
バッファ／デコーダ３１０８の出力後に、解像度、アスペクト比、フレームレート等をＨＤ映像からＳＤ映像へ変換している理由は、動画、静止画、字幕等のそれぞれに最適なフィルタを用いて個別処理する方がダウンコンバート時の画質劣化を最小限に防ぐことができるからである。このような処理は、例えば、日本国特開２００１−２９２３４１号公報に記載されている。
【発明の開示】
【発明が解決しようとする課題】
【００２６】
今後は、ＨＤ映像がそのままのフレームレートで記録される機会が増えると考えられる。例えば、記録媒体の容量の増加および記録速度の向上に伴って、フィルム素材はいずれ、本来の２４フレーム／秒でかつ７２０Ｐ（または１０８０ｉ）で記録される機会が増えると想定される。一方、ＳＤ映像のみが表示可能なＴＶは今後も相当の期間にわたって利用されると考えられる。よって、ＨＤ映像を記録した記録媒体を再生する装置において、ＨＤ映像をＳＤ映像に変換する必要性は極めて高いといえる。ところが、現在普及しているＤＶＤにはＨＤ映像をそのままのフレームレートで記録できないため、今日まで、そのような変換を考慮したＤＶＤ再生装置は考えられていなかった。
【００２７】
また、ＭＰＥＧストリームのように動画、字幕等の各データが別個にストリームに多重化されている場合には、ＨＤ映像をＳＤ映像に変換するに際しコンテンツプロバイダ側がオーサリング時に意図した通り、動画、字幕等を再生する必要がある。
【００２８】
本発明の目的は、本来意図されたＨＤ画質の映像、字幕等の再生タイミングを保持しながら、ＳＤ画質の映像、字幕等に変換することである。
【課題を解決するための手段】
【００２９】
本発明によるデータ処理装置は、複数のピクチャを第１垂直走査周波数で切り替えることによって表示される第１主映像のデータ、および、前記第１主映像と同期して表示される第１副映像のデータを含むデータストリームを受け取る受信部と、前記第１主映像および前記第１副映像の各データを、複数のピクチャを前記第１垂直走査周波数と異なる第２垂直走査周波数で切り替えることによって表示される合成映像のデータに変換する変換部とを有する。前記データストリームは、前記第１主映像および前記第１副映像の表示時刻を規定する時刻情報を含んでいる。前記変換部は、前記第１主映像のピクチャと同じ内容の第２主映像のピクチャに対して、前記第１主映像のピクチャ上に表れる前記第１副映像と同じ内容の第２副映像を対応付けることにより、前記第２主映像および前記第２副映像が表示される合成映像を生成する。
【００３０】
前記変換部は、垂直走査周波数の変換処理により、前記第１主映像のデータを前記第２主映像のデータに変換する映像変換部と、前記第１副映像のデータを第２副映像のデータに変換するとともに、前記第１副映像の文字と同期して表示される前記第１主映像のピクチャを特定し、特定された前記第１主映像のピクチャに対応する前記第２主映像のピクチャと、前記第１副映像の文字に対応する前記第２副映像の文字とを対応付ける字幕変換部と、対応付けた前記第２主映像のデータと第２副映像のデータとを合成して前記合成映像のデータを生成する合成部とを含んでいてもよい。
【００３１】
前記変換部は、前記時刻情報にしたがって同期した前記第１主映像および前記第１副映像が重畳された重畳映像を生成する合成部と、前記重畳映像のデータを前記合成映像のデータに変換する映像変換部とを含んでいてもよい。
【００３２】
前記変換部は、所定の解像度の前記第１主映像および前記第１副映像のデータを、前記所定の解像度と異なる解像度の合成映像のデータに変換してもよい。
【００３３】
前記変換部は、フィルム素材の前記第１主映像および前記第１副映像のデータを、ＮＴＳＣおよびＰＡＬの一方で表される合成映像のデータに変換してもよい。
【００３４】
前記変換部は、フィルム素材の前記第１主映像および前記第１副映像の１枚のフレームを、ＰＡＬで表される前記合成映像の２枚以上のフィールドに変換し、フィールドへの変換に際して同一のフィールドを定期的に複数回挿入してもよい。
【００３５】
前記データストリームは、前記変換部における変換の可否を示す変換許可情報を含んでおり、前記変換部は、前記変換許可情報が変換の許可を示している場合に前記変換を行ってもよい。
【００３６】
前記データストリームは、変換の種類を指定する変換指定情報を含んでおり、前記変換部は、前記変換指示情報によって指定された前記種類の変換を行ってもよい。
【００３７】
変換の種類を指定する変換指定情報が入力される入力部をさらに備え、前記変換部は、前記変換指定情報によって指定された前記種類の変換を行ってもよい。
【００３８】
前記変換部は、前記変換指示情報に基づいて、各ピクチャを一回ずつ表示する変換、および、特定のピクチャを複数回表示する変換の一方を行って、ＰＡＬ方式の合成映像を生成してもよい。
【００３９】
本発明によるデータ処理方法は、複数のピクチャを第１垂直走査周波数で切り替えることによって表示される第１主映像のデータ、および、前記第１主映像と同期して表示される第１副映像のデータを含むデータストリームを受け取るステップと、前記第１主映像および前記第１副映像の各データを、複数のピクチャを前記第１垂直走査周波数と異なる第２垂直走査周波数で切り替えることによって表示される合成映像のデータに変換するステップとを包含する。前記データストリームは、前記第１主映像および前記第１副映像の表示時刻を規定する時刻情報を含んでいる。前記変換するステップは、前記第１主映像のピクチャと同じ内容の第２主映像のピクチャに対して、前記第１主映像のピクチャ上に表れる前記第１副映像と同じ内容の第２副映像を対応付けることにより、前記第２主映像および前記第２副映像が表示される合成映像を生成する。
【００４０】
前記変換するステップは、垂直走査周波数の変換処理により、前記第１主映像のデータを前記第２主映像のデータに変換する映像変換ステップと、前記第１副映像のデータを第２副映像のデータに変換するとともに、前記第１副映像の文字と同期して表示される前記第１主映像のピクチャを特定し、特定された前記第１主映像のピクチャに対応する前記第２主映像のピクチャと、前記第１副映像の文字に対応する前記第２副映像の文字とを対応付ける字幕変換ステップと、対応付けた前記第２主映像のデータと第２副映像のデータとを合成して前記合成映像のデータを生成する合成ステップとによって構成されていてもよい。
【００４１】
前記変換するステップは、前記時刻情報にしたがって同期した前記第１主映像および前記第１副映像が重畳された重畳映像を生成する合成ステップと、前記重畳映像のデータを前記合成映像のデータに変換する映像変換ステップとによって構成されていてもよい。
【００４２】
前記変換するステップは、所定の解像度の前記第１主映像および前記第１副映像のデータを、前記所定の解像度と異なる解像度の合成映像のデータに変換してもよい。
【００４３】
前記変換するステップは、フィルム素材の前記第１主映像および前記第１副映像のデータを、ＮＴＳＣおよびＰＡＬの一方で表される合成映像のデータに変換してもよい。
【００４４】
前記変換するステップは、フィルム素材の前記第１主映像および前記第１副映像の１枚のフレームを、ＰＡＬで表される前記合成映像の２枚以上のフィールドに変換し、フィールドへの変換に際して同一のフィールドを定期的に複数回挿入してもよい。
【００４５】
前記データストリームは、前記変換部における変換の可否を示す変換許可情報を含んでおり、前記変換するステップは、前記変換許可情報が変換の許可を示している場合に前記変換を行ってもよい。
【００４６】
前記データストリームは、変換の種類を指定する変換指定情報を含んでおり、前記変換するステップは、前記変換指示情報によって指定された前記種類の変換を行ってもよい。
【００４７】
前記データ処理方法は、変換の種類を指定する変換指定情報が入力される入力ステップをさらに備え、前記変換するステップは、前記変換指定情報によって指定された前記種類の変換を行ってもよい。
【００４８】
前記変換するステップは、前記変換指示情報に基づいて、各ピクチャを一回ずつ表示する変換、および、特定のピクチャを複数回表示する変換の一方を行って、ＰＡＬ方式の合成映像を生成してもよい。
【発明の効果】
【００４９】
本発明によれば、ＨＤ映像をＳＤ映像へダウンコンバートして視聴する際に、コンテンツに応じたダウンコンバート方法を自動もしくはユーザの判断により選択できるようになる。
【００５０】
また、ＨＤ映像のピクチャ上に表れる字幕と同じ内容のＳＤ画質の字幕をＳＤ映像のピクチャに対応付けて合成映像を生成し、出力する。よって、ＨＤ映像と全く同じ内容のＳＤ映像を表示させることができる。また、字幕（静止画）と動画の同期再生モデルを規定することにより、機器間互換性を確保することができる。
【発明を実施するための最良の形態】
【００５１】
以下、本発明の実施形態を説明する。本実施形態では、ＨＤ映像は、ＤＶＤの数倍の記録容量を持つブルーレイディスク等の高密度メディアに記録される。本実施形態の説明では、そのような高密度メディアの例としてブルーレイディスク（Ｂｌｕ−ｒａｙ  ｄｉｓｃ；以下「ＢＤ」と記す）を挙げて、ＢＤに記録されたＨＤ映像をＳＤ映像に変換することが可能な再生装置の構成および動作を説明する。
【００５２】
まず、本実施形態における用語の意義を説明する。
【００５３】
映像：複数のピクチャを所定の垂直走査周波数で次々と切り替えることによって表示される画像。映像は、動画、静止画、字幕などの文字や図形等を含む。動画、静止画は主映像と呼ばれ、主映像に同期して重畳表示される字幕等は副映像とも呼ばれる。
【００５４】
ピクチャ：インターレース方式では奇数ラインと偶数ラインの２つのフィールドによって構成される画像。プログレッシブ方式では１つのフレームによって構成される画像。ピクチャは、フレームおよびフィールドの両方を表す概念である。
【００５５】
ＳＤ映像：標準画質の映像（ＮＴＳＣ方式の４８０ｉ映像、ＰＡＬ方式の５７６ｉ映像）をいう。
【００５６】
ＨＤ映像：上記ＳＤ映像以外の高精細の映像（例えばハイビジョン映像）をいう。
【００５７】
以下、表１および表２に、ＳＤ映像とＨＤ映像の動画に関する、より具体的な例を示す。表２における２４ｐまたは２３．９７６ｐのＨＤ映像は、フィルム素材の映像と呼ばれている。
【００５８】
【表１】
2004082274.tif 000042
【００５９】
【表２】
2004082274.tif 000043
【００６０】
なお、表１に示す４８０ｐおよび５７６ｐの各映像がＨＤ映像ではないとする分類もあり得る。しかし、本明細書ではこれらの映像をＨＤ映像として取り扱う。その理由は、これらの映像は、インターレース−プログレッシブ変換（ＩＰ変換）によりＮＴＳＣ方式の４８０ｉおよびＰＡＬ方式の５７６ｉへ変換され、標準画質ＴＶ（ＳＤＴＶ）に表示されるため、処理に関しては一般にＨＤ映像とされている７２０ｐおよび１０８０ｉと同等であるといえるからである。
【００６１】
以下では、理解を容易にするため、項目を分けて説明する。項目は、（１）ＢＤの論理データ構造、（２）プレーヤの構成、（３）ＢＤのアプリケーション空間、（４）ＶＯＢの詳細、（５）ＶＯＢのインターリーブ記録、（６）ナビゲーションデータ構造、（７）プレイリストのデータ構造、（８）イベント発生のメカニズム、（９）仮想プレーヤマシン、（１０）プログラムの例、（１１）仮想プレーヤの処理フロー、（１２）ダウンコンバート処理を行う再生装置である。なお、本発明の主要な処理の一つは、ＨＤ映像からＳＤ映像へのダウンコンバート時の処理にある。
【００６２】
（１）ＢＤの論理データ構造
図４は、ディスク状の記録媒体であるＢＤ（１０４）と、記録されているデータ（１０１、１０２、１０３）の構成を示す。ＢＤ（１０４）に記録されるデータは、ＡＶデータ（１０３）と、ＡＶデータに関する管理情報およびＡＶ再生シーケンスなどのＢＤ管理情報（１０２）と、インタラクティブを実現するＢＤ再生プログラム（１０１）である。本実施の形態では、映画のＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてＢＤを説明する。しかし、この用途に限られないことはいうまでもない。
【００６３】
図５は、上述したＢＤに記録されている論理データのディレクトリ・ファイル構造を示す。ＢＤは、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、ＤＶＤと同様、論理アドレスによってアクセス可能なデータ領域（論理アドレス空間）を有する。また、リードインの内側にはＢＣＡ（Burst Cutting Area）と呼ばれるドライブのみが読み出せる特別な領域がある。この領域はアプリケーションからは読み出せないため、例えば著作権保護技術などに利用されることがある。
【００６４】
論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは従来技術として説明した通り、ＵＤＦやＩＳＯ９６６０等のことであり、通常のＰＣと同じように、記録されている論理データをディレクトリ、ファイル構造を使って読み出すことができる。
【００６５】
本実施形態では、ＢＤ上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリはＢＤで扱うＡＶコンテンツや管理情報などのデータ（図４で説明した１０１、１０２、１０３）が格納されているディレクトリである。
【００６６】
ＢＤＶＩＤＥＯディレクトリの下には、次の（ａ）〜（ｇ）の７種類のファイルが記録されている。
【００６７】
（ａ）ＢＤ．ＩＮＦＯ（ファイル名固定）
「ＢＤ管理情報」の一つであり、ＢＤ全体に関する情報を記録したファイルである。ＢＤプレーヤは最初にこのファイルを読み出す。
（ｂ）ＢＤ．ＰＲＯＧ（ファイル名固定）
「ＢＤ再生プログラム」の一つであり、ＢＤ全体に関わる再生制御情報を記録したファイルである。
（ｃ）ＸＸＸ．ＰＬ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）
「ＢＤ管理情報」の一つであり、シナリオ（再生シーケンス）であるプレイリスト情報を記録したファイルである。プレイリスト毎に１つのファイルを持っている。
（ｄ）ＸＸＸ．ＰＲＯＧ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）
「ＢＤ再生プログラム」の一つであり、前述したプレイリスト毎の再生制御情報を記録したファイルである。プレイリストとの対応はファイルボディ名（「ＸＸＸ」が一致する）によって識別される。
（ｅ）ＹＹＹ．ＶＯＢ（「ＹＹＹ」は可変、拡張子「ＶＯＢ」は固定）
「ＡＶデータ」の一つであり、ＶＯＢ（従来例で説明したＶＯＢと同じ）を記録したファイルである。ＶＯＢ毎に１つのファイルを持っている。
（ｆ）ＹＹＹ．ＶＯＢＩ（「ＹＹＹ」は可変、拡張子「ＶＯＢＩ」は固定）
「ＢＤ管理情報」の一つであり、ＡＶデータであるＶＯＢに関わるストリーム管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（「ＹＹＹ」が一致する）によって識別される。
（ｇ）ＺＺＺ．ＰＮＧ（「ＺＺＺ」は可変、拡張子「ＰＮＧ」は固定）
「ＡＶデータ」の一つであり、字幕およびメニューを構成するためのイメージデータＰＮＧ（Ｗ３Ｃによって標準化された画像フォーマットであり「ピング」と読む）を記録したファイルである。１つのＰＮＧイメージ毎に１つのファイルを持つ。
【００６８】
（２）プレーヤの構成
次に、図６および図７を参照しながら、前述したＢＤを再生するプレーヤの構成を説明する。
【００６９】
図６は、ＢＤ（２０１）上の映像データを読み出し、映像を再生するプレーヤの概略的な機能構成を示す。プレーヤは、光ピックアップ（２０２）と、種々のメモリ（プログラム記録メモリ（２０３）、管理情報記録メモリ（２０４）、ＡＶ記録メモリ（２０５））と、プログラム処理部（２０６）と、管理情報処理部（２０７）とを有する。
【００７０】
光ピックアップ（２０２）は、ＢＤ（２０１）からデータを読み出す。
【００７１】
プログラム処理部（２０６）は、管理情報処理部（２０７）より再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取ってプログラムの処理を行う。また、プログラムでは再生するプレイリストを動的に変える事が可能であり、この場合は管理情報処理部（２０７）に対してプレイリストの再生命令を送ることによって実現する。プログラム処理部（２０６）は、ユーザからのイベント、即ちリモコンキーからのリクエストを受け、ユーザイベントに対応するプログラムがある場合は、それを実行する。
【００７２】
管理情報処理部（２０７）は、プログラム処理部（２０６）の指示を受け、対応するプレイリストおよびプレイリストに対応したＶＯＢの管理情報を解析し、プレゼンテーション処理部（２０８）に対象となるＡＶデータの再生を指示する。また、管理情報処理部（２０７）は、プレゼンテーション処理部（２０８）より基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部（２０８）にＡＶデータ再生の停止指示を行い、また、プログラム処理部（２０６）に対してプログラム実行タイミングを示すイベントを生成する。
【００７３】
プレゼンテーション処理部（２０８）は、動画、音声、字幕／イメージ（静止画）のそれぞれに対応するデコーダを持ち、管理情報処理部（２０７）からの指示に従い、ＡＶデータのデコードおよび出力を行う。動画データ、字幕／イメージは、デコード後にそれぞれの専用プレーン、ビデオプレーン（２１０）およびイメージプレーン（２０９）に描画される。
【００７４】
合成処理部（２１１）は、映像の合成処理を行いＴＶ等の表示デバイスへ出力する。
【００７５】
プレーヤの処理の流れは以下のとおりである。ＢＤ（２０１）上のデータは、光ピックアップ（２０２）を通して読み出される。読み出されたデータはそれぞれのデータの種類に応じて専用のメモリに転送される。ＢＤ再生プログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」ファイルの中身）はプログラム記録メモリ（２０３）に、ＢＤ管理情報（「ＢＤ．ＩＮＦＯ」、「ＸＸＸ．ＰＬ」または「ＹＹＹ．ＶＯＢＩ」）は管理情報記録メモリ（２０４）に、ＡＶデータ（「ＹＹＹ．ＶＯＢ」または「ＺＺＺ．ＰＮＧ」）はＡＶ記録メモリ（２０５）にそれぞれ転送される。
【００７６】
そして、プログラム記録メモリ（２０３）に記録されたＢＤ再生プログラムは、プログラム処理部（２０６）によって処理される。また、管理情報記録メモリ（２０４）に記録されたＢＤ管理情報は管理情報処理部（２０７）によって処理される。ＡＶ記録メモリ（２０５）に記録されたＡＶデータはプレゼンテーション処理部（２０８）によって処理される。
【００７７】
プレゼンテーション処理部（２０８）は、動画、音声、字幕／イメージ（静止画）のそれぞれをデコーダして出力する。その結果、動画データ、字幕／イメージが、ビデオプレーン（２１０）およびイメージプレーン（２０９）に描画される。そして、合成処理部（２１１）は、動画と字幕等を合成して出力する。
【００７８】
このように図６に示すように、ＢＤプレーヤは図４に示すＢＤに記録されているデータ構成に基づいて構成されている。
【００７９】
図７は、プレーヤの詳細な機能ブロックの構成を示す。図７のイメージメモリ（３０８）とトラックバッファ（３０９）は、図６のＡＶ記録メモリ（２０５）に対応し、プログラムプロセッサ（３０２）およびＵＯＰマネージャ（３０３）はプログラム処理部（２０６）に対応する。また、シナリオプロセッサ（３０５）とプレゼンテーションコントローラ（３０６）は図６の管理情報処理部（２０７）に対応し、クロック（３０７）、デマルチプレクサ（３１０）、イメージプロセッサ（３１１）、ビデオプロセッサ（３１２）とサウンドプロセッサ（３１３）は図６のプレゼンテーション処理部（２０８）に対応している。
【００８０】
ＢＤ（２０１）から読み出されたＭＰＥＧストリーム（ＶＯＢデータ）はトラックバッファ（３０９）に、イメージデータ（ＰＮＧ）はイメージメモリ（３０８）にそれぞれ記録される。デマルチプレクサ（３１０）は、クロック（３０７）の時刻に基づいてトラックバッファ（３０９）に記録されたＶＯＢデータを抜き出し、映像データをビデオプロセッサ（３１２）に送り、音声データをサウンドプロセッサ（３１３）に送る。ビデオプロセッサ（３１２）およびサウンドプロセッサ（３１３）はＭＰＥＧシステム規格にしたがって、それぞれデコーダバッファとデコーダから構成されている。即ち、デマルチプレクサ（３１０）から送りこまれる映像、音声それぞれのデータは、それぞれのデコーダバッファに一時的に記録され、クロック（３０７）に従い個々のデコーダでデコード処理される。
【００８１】
イメージメモリ（３０８）に記録されたＰＮＧは、次の２つの処理方法がある。
【００８２】
イメージデータが字幕用の場合は、プレゼンテーションコントローラ（３０６）によってデコードタイミングが指示される。クロック（３０７）からの時刻情報をシナリオプロセッサ（３０５）が一旦受け、適切な字幕表示が行えるように、字幕表示時刻（開始および終了）になればプレゼンテーションコントローラ（３０６）に対して字幕の表示、非表示の指示を出す。プレゼンテーションコントローラ（３０６）からデコード／表示の指示を受けたイメージプロセッサ（３１１）は対応するＰＮＧデータをイメージメモリ（３０８）から抜き出し、デコードし、イメージプレーン（３１４）に描画する。
【００８３】
次に、イメージデータがメニュー用の場合は、プログラムプロセッサ（３０２）によってデコードタイミングが指示される。プログラムプロセッサ（３０２）が何時イメージのデコードを指示するかは、プログラムプロセッサ（３０２）が処理しているＢＤプログラムに依存し一概には決まらない。
【００８４】
イメージデータおよび映像データは、図６で説明したようにそれぞれデコード後にイメージプレーン（３１４）、ビデオプレーン（３１５）に出力され、合成処理部（３１６）によって合成後出力される。
【００８５】
ＢＤ（２０１）から読み出された管理情報（シナリオ、ＡＶ管理情報）は、管理情報記録メモリ（３０４）に格納されるが、シナリオ情報（「ＢＤ．ＩＮＦＯ」および「ＸＸＸ．ＰＬ」）はシナリオプロセッサ（３０５）へ読み込み処理される。また、ＡＶ管理情報（「ＹＹＹ．ＶＯＢＩ」）はプレゼンテーションコントローラ（３０６）によって読み出され処理される。
【００８６】
シナリオプロセッサ（３０５）は、プレイリストの情報を解析し、プレイリストによって参照されているＶＯＢとその再生位置をプレゼンテーションコントローラ（３０６）に指示し、プレゼンテーションコントローラ（３０６）は対象となるＶＯＢの管理情報（「ＹＹＹ．ＶＯＢＩ」）を解析して、対象となるＶＯＢを読み出すようにドライブコントローラ（３１７）に指示を出す。
【００８７】
ドライブコントローラ（３１７）はプレゼンテーションコントローラ（３０６）の指示に従い、光ピックアップを移動させ、対象となるＡＶデータの読み出しを行う。読み出されたＡＶデータは、前述したようにイメージメモリ（３０８）またはトラックバッファ（３０９）に読み出される。
【００８８】
また、シナリオプロセッサ（３０５）は、クロック（３０７）の時刻を監視し、管理情報で設定されているタイミングでイベントをプログラムプロセッサ（３０２）に送る。
【００８９】
プログラム記録メモリ（３０１）に記録されたＢＤプログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」）は、プログラムプロセッサ３０２によって実行処理される。プログラムプロセッサ（３０２）がＢＤプログラムを処理するのは、シナリオプロセッサ（３０５）からイベントが送られてきた場合か、ＵＯＰマネージャ（３０３）からイベントが送られた場合である。ＵＯＰマネージャ（３０３）は、ユーザからリモコンキーによってリクエストが送られてきた場合に、プログラムプロセッサ（３０２）に対するイベントを生成する。
【００９０】
（３）ＢＤのアプリケーション空間
図８は、ＢＤのアプリケーション空間の概念を示す。
【００９１】
ＢＤのアプリケーション空間では、プレイリスト（ＰｌａｙＬｉｓｔ）が一つの再生単位になっている。プレイリストはセル（Ｃｅｌｌ）の連結で、連結の順序により決定される再生シーケンスである静的なシナリオと、プログラムによって記述される動的なシナリオを有している。プログラムによる動的なシナリオが無い限り、プレイリストは個々のセルを順に再生する手順のみを規定する。プレイリストによる再生は全てのセルの再生を終了した時点で終了する。一方、プログラムによれば、プレイリストをまたぐ再生経路を記述することができ、ユーザ選択またはプレーヤの状態によって再生する対象を動的に変えることが可能である。典型的な例としてはメニューがあげられる。メニューはユーザの選択によって再生するシナリオであると定義することができ、プログラムによってプレイリストを動的に選択することを表す。
【００９２】
以下、プログラムをより詳細に説明する。ここで言うプログラムとは、時間イベントまたはユーザイベントによって実行されるイベントハンドラを表す。
【００９３】
時間イベントは、プレイリスト中に埋め込まれた時刻情報に基づいて生成される。図７で説明したシナリオプロセッサ（３０５）からプログラムプロセッサ（３０２）に送られるイベントがこれに相当する。時間イベントが発行されると、プログラムプロセッサ（３０２）はＩＤによって対応付けられるイベントハンドラを実行処理する。前述した通り、実行されるプログラムが他のプレイリストの再生を指示することが可能であり、この場合には、現在再生されているプレイリストの再生は中止され、指定されたプレイリストの再生へと遷移する。
【００９４】
ユーザイベントは、ユーザのリモコンキー操作によって生成される。ユーザイベントは大きく２つのタイプに分けられる。
【００９５】
第１のユーザイベントは、特定のキーの操作によって生成されるメニュー選択のイベントである。特定のキーとは、例えばＢＤプレーや本体またはリモコンのカーソルキー（「上」「下」「左」「右」キー）や「決定」キーである。メニュー選択のイベントに対応するイベントハンドラはプレイリスト内の限られた期間でのみ有効である。プレイリストの情報として、個々のイベントハンドラの有効期間が設定されている。特定のキーが押された時に有効なイベントハンドラを検索して、有効なイベントハンドラがある場合は当該イベントハンドラが実行処理される。他の場合は、メニュー選択のイベントは無視されることになる。
【００９６】
第２のユーザイベントは、特定のキーの操作によって生成されるメニュー呼び出しのイベントである。特定のキーとは、例えばＢＤプレーや本体またはリモコンの「メニュー」キーである。メニュー呼び出しのイベントが生成されると、グローバルイベントハンドラが呼ばれる。グローバルイベントハンドラはプレイリストに依存せず、常に有効なイベントハンドラである。この機能を使うことにより、ＤＶＤのメニューコール（タイトル再生中に音声、字幕メニューなどを呼び出し、音声または字幕を変更後に中断した地点からのタイトル再生を実行する機能等）を実装することができる。
【００９７】
プレイリストで静的シナリオを構成する単位であるセル（Ｃｅｌｌ）はＶＯＢ（ＭＰＥＧストリーム）の全部または一部の再生区間を参照したものである。セルはＶＯＢ内の再生区間を開始、終了時刻の情報として持っている。個々のＶＯＢと一対になっているＶＯＢ管理情報（ＶＯＢＩ）は、その内部にデータの再生時刻に対応した記録アドレスのテーブル情報であるタイムマップ（Time MapまたはＴＭ）を有しており、このタイムマップによって前述したＶＯＢの再生、終了時刻をＶＯＢ内（即ち対象となるファイル「ＹＹＹ．ＶＯＢ」内）での読み出し開始アドレスおよび終了アドレスを導き出すことが可能である。なおタイムマップの詳細は後述する。
【００９８】
（４）ＶＯＢの詳細
図９は、映像のピクチャとＭＰＥＧストリームのデータ構造との関係を示す。最下段はＶＯＢのデータ構造を示しており、１以上のＶＯＢＵ（Video Object Unit）によって構成されている。各ＶＯＢＵは、その内部にビデオパック（Ｖ＿ＰＣＫ）とオーディオパック（Ａ＿ＰＣＫ）を有している。各パックは１セクタと同じサイズであり、本実施形態では２ＫＢ単位で構成されている。
【００９９】
ＶＯＢＵは、ＭＰＥＧビデオストリームで言うＧＯＰ（Group Of Pictures）を基準として構成されており、音声データ等も含む、多重化ストリームとしての一再生単位である。ＶＯＢＵは映像の再生時間にして０．４秒から１．０秒の範囲内（通常は０．５秒程度）のデータを含む。つまり、多くの場合、１ＧＯＰにはＮＴＳＣの場合には１５フレーム程度のフレームが格納されている。
【０１００】
図１０は、パックのデータ構造を示す。パックはパックヘッダ、パケットヘッダ（PES Packet Header）、ペイロード（PES Packet Payload）を含む。パケットヘッダおよびペイロードはあわせてパケット（PES Packet）を構成する。
【０１０１】
ペイロードはパケット（PES Packet）のデータ格納領域である。ペイロードには、ビデオデータおよびオーディオデータ等のエレメンタリデータが先頭から順次入れられていく。パケットヘッダには、ペイロードに格納してあるデータがどのストリームなのかを識別するためのＩＤ（stream_id）と、当該ペイロードのデコードおよび表示時刻情報であるタイムスタンプ、ＤＴＳ（Decoding Time Stamp）およびＰＴＳ（Presentation Time Stamp）が記録される。なお、ＰＴＳ／ＤＴＳは必ずしも全てのパケットヘッダに記録されているとは限られない。
【０１０２】
パックヘッダには、当該パックがいつデマルチプレクサを通過し、個々のエレメンタリストリームのデコーダバッファに入力されるかを示すタイムスタンプＳＣＲ（System Clock Reference）が記録されている。
【０１０３】
（５）ＶＯＢのインターリーブ記録
次に、図１１および図１２を参照しながら、インターリーブ記録されたＶＯＢファイルの再生処理を説明する。
【０１０４】
図１１は、ＶＯＢデータファイル等と、それらのファイルを読み出すためのプレーヤの機能ブロックの構成を示す。
【０１０５】
図１１の下段は、ＢＤ上でのＶＯＢデータファイルおよびＰＮＧファイルのインターリーブ記録を示す。図１１に示すように、ＶＯＢデータファイルは分断されてディスク上に離散的に配置されている。ある連続区間から他の区間への移動にはシーク動作が必要になり、この間データの読み出しが止まる。すなわち、データの供給が止まる可能性がある。
【０１０６】
一般的なＲＯＭ、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭの場合、一連の連続再生単位となるＡＶデータは連続記録されている。連続記録されている限り、ドライブは順次データを読み出し、デコーダに送るだけでよく処理が簡単になるからである。よってＶＯＢデータファイルは連続領域に記録することが望ましい。しかし、それでもなおこのようなデータ構造にする理由は、例えば字幕データのようにＶＯＢに記録されている映像データと同期して再生されるデータがあり、ＶＯＢファイルと同様に字幕データも何らかの方法によってＢＤから読み出す事が必要になる。よって、ＶＯＢデータファイルを幾つかのブロックに分けて、その間に字幕用のイメージデータ（ＰＮＧファイル）を配置する必要があるからである。
【０１０７】
なお、字幕データの読み出し方法の一方法として、ＶＯＢの再生開始前に一まとめで字幕用のイメージデータ（ＰＮＧファイル）を読み出してしまう方法がある。しかしながら、この場合には大量のメモリが必要となり、非現実的である。
【０１０８】
ＶＯＢファイルとイメージデータを適切にインターリーブ配置することで、前述したような大量の一時記録メモリ無しに、必要なタイミングでイメージデータをイメージメモリに格納することが可能になる。
【０１０９】
プレーヤの機能ブロックは、前述したプレーヤの一部である。ＢＤ上のデータは、光ピックアップを通して読み出される。ＶＯＢデータファイルは（すなわちＭＰＥＧストリームは）トラックバッファへ入力され、ＰＮＧ（すなわちイメージデータ）ファイルはイメージメモリへ入力される。
【０１１０】
トラックバッファはＦＩＦＯ（First In First Out）であり、入力されたＶＯＢのデータは入力された順にデマルチプレクサへと送られる。この時、前述したＳＣＲに従って個々のパックはトラックバッファから抽出され、そのデータはデマルチプレクサを介してビデオプロセッサまたはサウンドプロセッサへと送られる。一方、イメージデータについては、どのイメージを描画するかはプレゼンテーションコントローラによって指示される。また、描画に使ったイメージデータは、字幕用イメージデータの場合は同時にイメージメモリから削除されるが、メニュー用のイメージデータの場合は、そのメニュー描画中はイメージメモリ内にそのまま残される。これはメニューの描画はユーザ操作に依存しており、ユーザの操作に追従してメニューの一部分を再表示もしくは異なるイメージに置き換えることがあり、その際に再表示される部分のイメージデータのデコードを容易にするためである。
【０１１１】
図１２は、トラックバッファを使ったＶＯＢデータ連続供給モデルを示す。まず、図１２の上段に記すようにＶＯＢの一連続記録領域が論理アドレスの”ａ１”から”ａ２”まで続くとする。”ａ２”から”ａ３”の間は、イメージデータが記録されていて、ＶＯＢデータの読み出しが行えない区間であるとする。
【０１１２】
ＶＯＢのデータは一旦トラックバッファに蓄積されるため、トラックバッファへのデータ入力レート（Ｖａ）とトラックバッファからのデータ出力レート（Ｖｂ）の間に差（Ｖａ＞Ｖｂ）を設けると、ＢＤからデータを読み出し続けている限りトラックバッファのデータ蓄積量は増加し続ける。図１２の下段は、トラックバッファに格納されるデータのデータ量を示す。横軸が時間、縦軸がトラックバッファ内部に蓄積されているデータ量を示している。時刻”ｔ１”がＶＯＢの一連続記録領域の開始点である”ａ１”の読み出しを開始した時刻を示している。この時刻以降、トラックバッファにはレートＶａ−Ｖｂでデータが蓄積されていく。このレートはトラックバッファの入出力レートの差である。時刻”ｔ２”は一連続記録領域の終了点である”ａ２”のデータまで読み込みが終了した時刻である。時刻”ｔ１”から”ｔ２”の間レートＶａ−Ｖｂでトラックバッファ内はデータ量が増加していき、時刻”ｔ２”でのデータ蓄積量Ｂ（ｔ２）は下式によって求めることができる。
【式１】
Ｂ（ｔ２）  ＝  （Ｖａ−Ｖｂ）×（ｔ２−ｔ１）
【０１１３】
この後、ＢＤ上のアドレス”ａ３”まではイメージデータが続くため、トラックバッファへの入力は０となり、出力レートである”−Ｖｂ”でトラックバッファ内のデータ量は減少する。これは読み出し位置”ａ３”（時刻”ｔ３”）までになる。
【０１１４】
ここで留意すべきは、時刻”ｔ３”より前にトラックバッファに蓄積されているデータ量が０になると、デコーダへ供給するＶＯＢのデータが無くなり、ＶＯＢの再生がストップする可能性があることである。よって、時刻”ｔ３”でトラックバッファにデータが残っている場合には、ＶＯＢの再生がストップすることなく連続できる。
【０１１５】
この条件は下式によって示すことができる。
【式２】
Ｂ（ｔ２）  ≧  −Ｖｂ×（ｔ３−ｔ２）
【０１１６】
即ち、式２を満たすようにイメージデータ（非ＶＯＢデータ）の配置を決めればよい。
【０１１７】
（６）ナビゲーションデータ構造
図１３から図１９を参照しながら、ＢＤのナビゲーションデータ（ＢＤ管理情報）構造を説明をする。
【０１１８】
図１３は、ＶＯＢ管理情報ファイル（”ＹＹＹ．ＶＯＢＩ”）の内部構造を示す。ＶＯＢ管理情報は、当該ＶＯＢのストリーム属性情報（Ａｔｔｒｉｂｕｔｅ）とタイムマップ（ＴＭＡＰ）を有している。ストリーム属性は、ビデオ属性（Ｖｉｄｅｏ）、オーディオ属性（Ａｕｄｉｏ＃０〜Ａｕｄｉｏ＃ｍ）個々に有する。特にオーディオストリームの場合は、ＶＯＢが複数本のオーディオストリームを同時に持つことができるため、オーディオストリーム数（Ｎｕｍｂｅｒ）によってデータフィールドの有無を示している。
【０１１９】
下記はビデオ属性（Ｖｉｄｅｏ）の持つフィールドとそれぞれが取り得る値である。
【０１２０】
圧縮方式（Ｃｏｄｉｎｇ）：
ＭＰＥＧ１
ＭＰＥＧ２
ＭＰＥＧ４
ＭＰＥＧ４−ＡＶＣ（Advanced Video Coding）
解像度（Ｒｅｓｏｌｕｔｉｏｎ）：
１９２０ｘ１０８０
１２８０ｘ７２０
７２０ｘ４８０
７２０ｘ５６５
アスペクト比（Ａｓｐｅｃｔ）
４：３
１６：９
フレームレート（Ｆｒａｍｅｒａｔｅ）
６０
５９．９４（６０／１．００１）
５０
３０
２９．９７（３０／１．００１）
２５
２４
２３．９７６（２４／１．００１）
【０１２１】
下記はオーディオ属性（Ａｕｄｉｏ）の持つフィールドとそれぞれが取り得る値である。
【０１２２】
圧縮方式（Ｃｏｄｉｎｇ）：
ＡＣ３
ＭＰＥＧ１
ＭＰＥＧ２
ＬＰＣＭ
チャンネル数（Ｃｈ）：
１〜８
言語属性（Ｌａｎｇｕａｇｅ）：
【０１２３】
タイムマップ（ＴＭＡＰ）はＶＯＢＵ毎の情報を持つテーブルであって、当該ＶＯＢが有するＶＯＢＵ数（Ｎｕｍｂｅｒ）と各ＶＯＢＵ情報（ＶＯＢＵ＃１〜ＶＯＢＵ＃ｎ）を持つ。個々のＶＯＢＵ情報は、ＶＯＢＵの再生時間長（Ｄｕｒａｔｉｏｎ）とＶＯＢＵのデータサイズ（Ｓｉｚｅ）をそれぞれ有している。
【０１２４】
図１４は、ＶＯＢＵの再生時間長とデータサイズとの対応関係を示す。音声の圧縮規格であるＡＣ３は固定ビットレートでの圧縮を行っているため、時間とアドレスとの関係は１次式によって求めることができる。しかし、ＭＰＥＧビデオの場合は、時間とアドレスの関係は一次式の形で表現することは不可能である。
【０１２５】
その理由は、ＭＰＥＧビデオストリームは、高画質記録のために可変ビットレート圧縮されて生成されることがあり、その再生時間とデータサイズ間に単純な相関はないからである。ＭＰＥＧビデオデータの場合は、個々のフレームは固定の表示時間、例えばＮＴＳＣ信号の場合は１フレームは１／２９．９７秒の表示時間を持つが、個々のフレームの圧縮後のデータサイズは絵の特性や圧縮に使ったピクチャタイプ、いわゆるＩ／Ｐ／Ｂピクチャによってデータサイズは大きく変わってくる。
【０１２６】
同様に、ＭＰＥＧビデオデータを多重化しているＭＰＥＧシステムストリーム、即ちＶＯＢもまた、時間とデータサイズとを一次式の形で表現することは不可能である。そのため、ＶＯＢ内での時間とアドレスとの対応関係に関する情報が必要になる。そこで、タイムマップ（ＴＭＡＰ）が設けられている。図１４に示すように、タイムマップ（ＴＭＡＰ）は、各ＶＯＢＵ毎にＶＯＢＵ内のフレーム数とＶＯＢＵ内のパック数（つまりデータサイズ）とを対応付けたエントリーを有する。
【０１２７】
図１５を参照しながら、タイムマップ（ＴＭＡＰ）を詳細に説明する。図１５は、ＶＯＢＵの再生時間に基づいてアドレスを得るための処理の概念を示す。まず、時刻情報が与えられた場合、まずは当該時刻がどのＶＯＢＵに属するのかが検索される。これは、タイムマップのＶＯＢＵ毎のフレーム数を加算して行き、フレーム数の和が当該時刻を（フレーム数に換算して）超えるまたは一致するＶＯＢＵが当該ＶＯＢＵになる。次にタイムマップのＶＯＢＵ毎のデータサイズを当該ＶＯＢＵの直前のＶＯＢＵまで加算する。この値が与えられた時刻を含むフレームを再生するために読み出すべきパックのアドレスを求めるために用いられる。
【０１２８】
（７）プレイリストのデータ構造
次に図１６を参照しながら、プレイリスト情報（”ＸＸＸ．ＰＬ”）のデータ構造を説明する。図１６は、プレイリスト情報のデータ構造を示す。プレイリスト情報は、セルリスト（ＣｅｌｌＬｉｓｔ）とイベントリスト（ＥｖｅｎｔＬｉｓｔ）から構成されている。
【０１２９】
セルリスト（ＣｅｌｌＬｉｓｔ）は、プレイリスト内の再生セルシーケンスであり、本リストの記述順でセルが再生される事になる。セルリスト（ＣｅｌｌＬｉｓｔ）の中身は、セルの数（Ｎｕｍｂｅｒ）と各セル情報（Ｃｅｌｌ＃１〜Ｃｅｌｌ＃ｎ）である。
【０１３０】
セル情報（Ｃｅｌｌ＃）は、ＶＯＢファイル名（ＶＯＢＮａｍｅ）、当該ＶＯＢ内での開始時刻（Ｉｎ）および終了時刻（Ｏｕｔ）と、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）を持っている。開始時刻（Ｉｎ）および終了時刻（Ｏｕｔ）は、それぞれ当該ＶＯＢ内でのフレーム番号で表現され、前述したタイムマップ（ＴＭＡＰ）を使うことによって再生に必要なＶＯＢデータのアドレスを得ることができる。
【０１３１】
字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）は、当該ＶＯＢと同期再生される字幕情報を持つ。字幕は音声同様に複数の言語を持つことができ、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）最初の情報も言語数（Ｎｕｍｂｅｒ）とそれに続く個々の言語ごとのテーブル（Ｌａｎｇｕａｇｅ＃１〜Ｌａｎｇｕａｇｅ＃ｋ）から構成されている。
【０１３２】
各言語のテーブル（Ｌａｎｇｕａｇｅ＃）は、言語情報（Ｌａｎｇ）と、個々に表示される字幕の字幕情報数（Ｎｕｍｂｅｒ）と、個々に表示される字幕の字幕情報（Ｓｐｅｅｃｈ＃１〜Ｓｐｅｅｃｈ＃ｊ）から構成され、字幕情報（Ｓｐｅｅｃｈ＃）は対応するイメージデータファイル名（Ｎａｍｅ）、字幕表示開始時刻（Ｉｎ）および字幕表示終了時刻（Ｏｕｔ）と、字幕の表示位置（Ｐｏｓｉｔｉｏｎ）から構成されている。
【０１３３】
イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、当該プレイリスト内で発生するイベントを定義したテーブルである。イベントリストは、イベント数（Ｎｕｍｂｅｒ）に続いて個々のイベント（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）から構成され、個々のイベント（Ｅｖｅｎｔ＃）は、イベントの種類（Ｔｙｐｅ）、イベントのＩＤ（ＩＤ）、イベント発生時刻（Ｔｉｍｅ）と有効期間（Ｄｕｒａｔｉｏｎ）から構成されている。
【０１３４】
図１７は、イベントハンドラテーブル（”ＸＸＸ．ＰＲＯＧ”）のデータ構造を示す。イベントハンドラテーブル（”ＸＸＸ．ＰＲＯＧ”）は、個々のプレイリスト毎のイベントハンドラ（時間イベントと、メニュー選択用のユーザイベント）を持つ。
【０１３５】
イベントハンドラテーブルは、定義されているイベントハンドラ／プログラム数（Ｎｕｍｂｅｒ）と個々のイベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃１〜Ｐｒｏｇｒａｍ＃ｎ）を有している。各イベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃）内の記述は、イベントハンドラ開始の定義（＜ｅｖｅｎｔ＿ｈａｎｄｌｅｒ＞タグ）と前述したイベントのＩＤと対になるイベントハンドラのＩＤ（ＩＤ）を持ち、その後に当該プログラムもＦｕｎｃｔｉｏｎに続く括弧”｛”と”｝”の間に記述する。前述の”ＸＸＸ．ＰＬ
”のイベントリスト（ＥｖｅｎｔＬｉｓｔ）に格納されたイベント（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）は”ＸＸＸ．ＰＲＯＧ”のイベントハンドラのＩＤ（ＩＤ）を用いて特定される。
【０１３６】
次に、図１８を参照しながらＢＤ全体に関する情報（”ＢＤ．ＩＮＦＯ”）の内部構造を説明する。図１８は、ＢＤ全体に関する情報のデータ構造を示す。
【０１３７】
ＢＤ全体に関する情報は、タイトルリスト（ＴｉｔｌｅＬｉｓｔ）とグローバルイベント用のイベントテーブル（ＥｖｅｎｔＬｉｓｔ）とを有する。
【０１３８】
タイトルリスト（ＴｉｔｌｅＬｉｓｔ）は、ディスク内のタイトル数（Ｎｕｍｂｅｒ）と、これに続く各タイトル情報（Ｔｉｔｌｅ＃１〜Ｔｉｔｌｅ＃ｎ）から構成されている。個々のタイトル情報（Ｔｉｔｌｅ＃）は、タイトルに含まれるプレイリストのテーブル（ＰＬＴａｂｌｅ）とタイトル内のチャプタリスト（ＣｈａｐｔｅｒＬｉｓｔ）を含んでいる。プレイリストのテーブル（ＰＬＴａｂｌｅ）はタイトル内のプレイリストの数（Ｎｕｍｂｅｒ）と、プレイリスト名（Ｎａｍｅ）即ちプレイリストのファイル名を有している。
【０１３９】
チャプタリスト（ＣｈａｐｔｅｒＬｉｓｔ）は、当該タイトルに含まれるチャプタ数（Ｎｕｍｂｅｒ）と個々のチャプタ情報（Ｃｈａｐｔｅｒ＃１〜Ｃｈａｐｔｅｒ＃ｎ）から構成されている。チャプタ情報（Ｃｈａｐｔｅｒ＃）は当該チャプタが含むセルのテーブル（ＣｅｌｌＴａｂｌｅ）を持ち、セルのテーブル（ＣｅｌｌＴａｂｌｅ）はセル数（Ｎｕｍｂｅｒ）と個々のセルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃１〜ＣｅｌｌＥｎｔｒｙ＃ｋ）から構成されている。セルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃）は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。
【０１４０】
イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、グローバルイベントの数（Ｎｕｍｂｅｒ）と個々のグローバルイベントの情報を持っている。ここで留意すべきは、最初に定義されるグローバルイベントはファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）と呼ばれる、ＢＤがプレーヤに挿入された時に最初に呼び出されるイベントであることである。グローバルイベント用イベント情報はイベントタイプ（Ｔｙｐｅ）とイベントのＩＤ（ＩＤ）のみを持っている。
【０１４１】
図１９は、グローバルイベントハンドラのプログラムのテーブル（”ＢＤ．ＰＲＯＧ”）を示す。このテーブルは、図１７で説明したイベントハンドラテーブルと同一内容である。
【０１４２】
（８）イベント発生のメカニズム
続いて、図２０から図２２を参照しながらイベント発生のメカニズムを説明する。
【０１４３】
図２０はタイムイベントの概念を示す。前述のとおり、タイムイベントはプレイリスト情報（”ＸＸＸ．ＰＬ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）によって定義される。タイムイベントとして定義されているイベント、即ちイベントタイプ（Ｔｙｐｅ）が”ＴｉｍｅＥｖｅｎｔ”の場合、イベント生成時刻（”ｔ１”）になった時点でＩＤ”Ｅｘ１”を持つタイムイベントがシナリオプロセッサからプログラムプロセッサに渡される。プログラムプロセッサは、イベントＩＤ”Ｅｘ１”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施形態では、２つのボタンイメージの描画を行うなどを行うことができる。
【０１４４】
図２１はメニュー操作を行うユーザイベントの概念を示す。
【０１４５】
前述のとおり、メニュー操作を行うユーザイベントもプレイリスト情報（”ＸＸＸ．ＰＬ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）によって定義される。ユーザイベントとして定義されるイベント、即ちイベントタイプ（Ｔｙｐｅ）が”ＵｓｅｒＥｖｅｎｔ”の場合、イベント生成時刻（”ｔ１”）になった時点で、当該ユーザイベントがレディとなる。この時、イベント自身は未だ生成されてはいない。当該イベントは、有効期間情報（Ｄｕｒａｔｉｏｎ）で記される期間レディ状態にある。
【０１４６】
図２１に示すように、ユーザがリモコンキーの「上」「下」「左」「右」キーまたは「決定」キーを押した場合、まずＵＯＰイベントがＵＯＰマネージャによって生成されプログラムプロセッサに渡される。プログラムプロセッサは、シナリオプロセッサに対してＵＯＰイベントを流す。そして、シナリオプロセッサはＵＯＰイベントを受け取った時刻に有効なユーザイベントが存在するかを検索し、対象となるユーザイベントがあった場合は、ユーザイベントを生成し、プログラムプロセッサに渡す。プログラムプロセッサでは、イベントＩＤ”Ｅｖ１”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施形態ではプレイリスト＃２の再生を開始する。
【０１４７】
生成されるユーザイベントには、どのリモコンキーがユーザによって押されたかの情報は含まれていない。選択されたリモコンキーの情報は、ＵＯＰイベントによってプログラムプロセッサに伝えられ、仮想プレーヤが持つレジスタＳＰＲＭ（８）に記録保持される。イベントハンドラのプログラムは、このレジスタの値を調べ分岐処理を実行することが可能である。
【０１４８】
図２２はグローバルイベントの概念を示す。前述したとおり、グローバルイベントはＢＤ全体に関する情報（”ＢＤ．ＩＮＦＯ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）によって定義される。グローバルイベントとして定義されるイベント、即ちイベントタイプ（Ｔｙｐｅ）が”ＧｌｏｂａｌＥｖｅｎｔ”の場合、ユーザのリモコンキー操作があった場合にのみイベントが生成される。
【０１４９】
ユーザが”メニュー”を押した場合、先ずＵＯＰイベントがＵＯＰマネージャによって生成されプログラムプロセッサに上げられる。プログラムプロセッサは、シナリオプロセッサに対してＵＯＰイベントを流し、シナリオプロセッサは、該当するグローバルイベントを生成し、プログラムプロセッサに送る。プログラムプロセッサでは、イベントＩＤ”ｍｅｎｕ”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施形態ではプレイリスト＃３の再生を開始している。
【０１５０】
なお、ここでは単に”メニュー”キーと呼んでいるが、ＤＶＤのように複数のメニューキーがあってもよい。各メニューキーに対応するＩＤをそれぞれ定義することで対応することが可能である。
【０１５１】
（９）仮想プレーヤマシン
図２３を参照しながら、プログラムプロセッサの機能を説明する。図２３は、プログラムプロセッサに関連する機能ブロックの構成を示す。プログラムプロセッサは、内部に仮想プレーヤマシンを持つ処理モジュールである。仮想プレーヤマシンはＢＤに関連して定義された機能モデルであって、各ＢＤプレーヤの具体的に実装された構成には依存しない。よってどのＢＤプレーヤにおいても同様の機能を実行するできることを保証している。例えば、図６および図７は、以下に説明する機能を有することを前提とした構成である。
【０１５２】
仮想プレーヤマシンは大きく２つの機能を持っている。プログラミング関数（ａ〜ｃ）とプレーヤ変数（レジスタ）である。プログラミング関数は、例えばＪａｖａ（Ｒ）Ｓｃｒｉｐｔをベースとして、以下に記す２つの機能をＢＤ固有関数として定義している。
【０１５３】
（ａ）リンク関数：現在の再生を停止し、指定するプレイリスト、セル、時刻からの再生を開始する。
書式：Ｌｉｎｋ（ＰＬ＃，Ｃｅｌｌ＃，ｔｉｍｅ）
ＰＬ＃  ：  プレイリスト名
Ｃｅｌｌ＃  ：  セル番号
ｔｉｍｅ  ：  セル内での再生開始時刻
（ｂ）ＰＮＧ描画関数：指定ＰＮＧデータをイメージプレーンに描画する
書式：Ｄｒａｗ（Ｆｉｌｅ，Ｘ，Ｙ）
Ｆｉｌｅ  ：  ＰＮＧファイル名
Ｘ  ：  Ｘ座標位置
Ｙ  ：  Ｙ座標位置
（ｃ）イメージプレーンクリア関数：イメージプレーンの指定領域をクリアする
書式：Ｃｌｅａｒ（Ｘ，Ｙ，Ｗ，Ｈ）
Ｘ  ：  Ｘ座標位置
Ｙ  ：  Ｙ座標位置
Ｗ  ：  Ｘ方向幅
Ｈ  ：  Ｙ方向幅
【０１５４】
プレーヤ変数は、プレーヤの状態を示すシステムパラメータ（ＳＰＲＭ）と一般用途として使用可能なゼネラルパラメータ（ＧＰＲＭ）とがある。
【０１５５】
図２４はシステムパラメータ（ＳＰＲＭ）の一覧である。
【０１５６】
ＳＰＲＭ（０）  ：言語コード
ＳＰＲＭ（１）  ：音声ストリーム番号
ＳＰＲＭ（２）  ：字幕ストリーム番号
ＳＰＲＭ（３）  ：アングル番号
ＳＰＲＭ（４）  ：タイトル番号
ＳＰＲＭ（５）  ：チャプタ番号
ＳＰＲＭ（６）  ：プログラム番号
ＳＰＲＭ（７）  ：セル番号
ＳＰＲＭ（８）  ：選択キー情報
ＳＰＲＭ（９）  ：ナビゲーションタイマー
ＳＰＲＭ（１０）：再生時刻情報
ＳＰＲＭ（１１）：カラオケ用ミキシングモード
ＳＰＲＭ（１２）：パレンタル用国情報
ＳＰＲＭ（１３）：パレンタルレベル
ＳＰＲＭ（１４）：プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５）：プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６）：音声ストリーム用言語コード
ＳＰＲＭ（１７）：音声ストリーム用言語コード（拡張）
ＳＰＲＭ（１８）：字幕ストリーム用言語コード
ＳＰＲＭ（１９）：字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０）：プレーヤリージョンコード
ＳＰＲＭ（２１）：予備
ＳＰＲＭ（２２）：予備
ＳＰＲＭ（２３）：再生状態
ＳＰＲＭ（２４）：予備
ＳＰＲＭ（２５）：予備
ＳＰＲＭ（２６）：予備
ＳＰＲＭ（２７）：予備
ＳＰＲＭ（２８）：予備
ＳＰＲＭ（２９）：予備
ＳＰＲＭ（３０）：予備
ＳＰＲＭ（３１）：予備
【０１５７】
本実施形態では、仮想プレーヤのプログラミング関数をＪａｖａ（Ｒ）Ｓｃｒｉｐｔベースとしたが、他に、ＵＮＩＸ（Ｒ）ＯＳ等で使われているＢ−Ｓｈｅｌｌや、Ｐｅｒｌ  Ｓｃｒｉｐｔなど他のプログラミング関数であってもよい。言い換えれば、本発明はＪａｖａ（Ｒ）Ｓｃｒｉｐｔに限定されることはない。
【０１５８】
（１０）プログラムの例
図２５および図２６を参照しながら、イベントハンドラでのプログラムの例を説明する。
【０１５９】
図２５は、２つの選択ボタンを持ったメニューのプログラムの例である。
【０１６０】
セル（ＰｌａｙＬｉｓｔ＃１．Ｃｅｌｌ＃１）先頭において、タイムイベントを使って、図２５中の“＜event_handler ID="pre"＞”で始まるプログラムが実行される。ここでは、最初にゼネラルパラメータの一つＧＰＲＭ（０）に”１”がセットされている。ＧＰＲＭ（０）は、当該プログラムの中で選択されているボタンを識別するのに用いられている。当初は、左側に配置されたボタン１が選択されている状態が初期値として規定されている。次に、ＰＮＧの描画を描画関数であるＤｒａｗを使ってボタン１、ボタン２それぞれについて行っている。ボタン１は、座標（１０、２００）を起点（左端）としてＰＮＧイメージ”１ｂｌａｃｋ．ｐｎｇ”を描画している。ボタン２は、座標（３３０，２００）を起点（左端）としてＰＮＧイメージ”２ｗｈｉｔｅ．ｐｎｇ”を描画している。
【０１６１】
また、本セル最後ではタイムイベントを使って図２５右側のプログラムが実行される。ここでは、Ｌｉｎｋ関数を使って当該セルの先頭から再度再生するように指定している。
【０１６２】
図２６は、メニュー選択のユーザイベントのイベントハンドラのプログラムの例である。
【０１６３】
「左」キー、「右」キー、「決定」キー何れかのリモコンキーが押された場合それぞれに対応するプログラムがイベントハンドラに記述されている。ユーザがリモコンキーを押した場合、図２１で説明したとおり、ユーザイベントが生成され、図２６のイベントハンドラが起動される。本イベントハンドラは、選択ボタンを識別しているＧＰＲＭ（０）の値と、選択されたリモコンキーを識別するＳＰＲＭ（８）を使って分岐処理を行う。条件に対する分岐および実行処理は以下のとおりである。
【０１６４】
条件１）ボタン１が選択されている、かつ、選択キーが「右」キーの場合：ＧＰＲＭ（０）を２に再設定して、選択状態にあるボタンを右ボタン２に変更する。ボタン１、ボタン２のイメージをそれぞれ書き換える。
【０１６５】
条件２）選択キーが「決定（ＯＫ）」の場合で、ボタン１が選択されている場合：プレイリスト＃２の再生を開始する。
【０１６６】
条件３）選択キーが「決定（ＯＫ）」の場合で、ボタン２が選択されている場合：プレイリスト＃３の再生を開始する
【０１６７】
（１１）仮想プレーヤの処理フロー
次に、図２７から図３０を参照しながら、プレーヤにおける処理フローを説明する。図２７は、ＡＶ再生までの基本処理フローを示す。
【０１６８】
ＢＤを挿入すると（Ｓ１０１）、ＢＤプレーヤはＢＤ．ＩＮＦＯファイルの読み込みおよび解析（Ｓ１０２）、ＢＤ．ＰＲＯＧの読み込みを実行する（Ｓ１０３）。ＢＤ．ＩＮＦＯおよびＢＤ．ＰＲＯＧは共に管理情報記録メモリに一旦格納され、シナリオプロセッサによって解析される。
【０１６９】
続いて、シナリオプロセッサは、ＢＤ．ＩＮＦＯファイル内のファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）情報に従い、最初のイベントを生成する（Ｓ１０４）。生成されたファーストイベントは、プログラムプロセッサで受け取られ、当該イベントに対応するイベントハンドラを実行処理する（Ｓ１０５）。
【０１７０】
ファーストイベントに対応するイベントハンドラには、最初に再生するべきプレイリスト情報が記録されていることが期待される。仮に、プレイリスト再生（ＰＬ再生）が指示されていない場合には、プレーヤは何も再生することなく、ユーザイベントを受け付けるのを待ち続けるだけになる。（Ｓ２０１）。ＢＤプレーヤはユーザからのリモコン操作を受け付けると、ＵＯＰマネージャはプログラムマネージャに対してＵＯＰイベントを発行する（Ｓ２０２）。
【０１７１】
プログラムマネージャは、ＵＯＰイベントがメニューキーかを判別し（Ｓ２０３）、メニューキーの場合は、シナリオプロセッサにＵＯＰイベントを流し、シナリオプロセッサがユーザイベントを生成する（Ｓ２０４）。プログラムプロセッサは生成されたユーザイベントに対応するイベントハンドラを実行処理する（Ｓ２０５）。
【０１７２】
図２８は、プレイリスト再生の開始からＶＯＢ再生が開始されるまでの処理フローを示す。
【０１７３】
前述のように、ファーストイベントハンドラまたはグローバルイベントハンドラによってプレイリスト再生が開始される（Ｓ３０１）。シナリオプロセッサは、再生対象のプレイリスト再生に必要な情報として、プレイリスト情報”ＸＸＸ．ＰＬ”の読み込みと解析（Ｓ３０２）、プレイリストに対応するプログラム情報”ＸＸＸ．ＰＲＯＧ”を読み込む（Ｓ３０３）。続いてシナリオプロセッサは、プレイリストに登録されているセル情報に基づいてセルの再生を指示する（Ｓ３０４）。セル再生は、シナリオプロセッサからプレゼンテーションコントローラに対して要求が出ることを意味し、プレゼンテーションコントローラはＡＶ再生を開始する（Ｓ３０５）。
【０１７４】
ＡＶ再生を開始すると（Ｓ４０１）、プレゼンテーションコントローラは再生するセルに対応するＶＯＢの情報ファイル（ＸＸＸ．ＶＯＢＩ）を読み込み、解析する（Ｓ４０２）。プレゼンテーションコントローラは、タイムマップを使って再生開始するＶＯＢＵとそのアドレスを特定し、ドライブコントローラに読み出しアドレスを指示する。ドライブコントローラは対象となるＶＯＢデータを読み出し（Ｓ４０３）、ＶＯＢデータがデコーダに送られ再生が開始される（Ｓ４０４）。
【０１７５】
ＶＯＢ再生はそのＶＯＢの再生区間が終了するまで続けられ（Ｓ４０５）、終了すると次のセル再生Ｓ３０４へ移行する。次のセルが存在しない場合は、再生が終了する（Ｓ４０６）。
【０１７６】
図２９は、ＡＶ再生開始後からのイベント処理フローを示す。ＢＤプレーヤはイベントドリブン型である。プレイリストの再生を開始すると、タイムイベント系、ユーザイベント系、字幕表示系のイベント処理プロセスがそれぞれ起動され、平行してイベント処理を実行する。
【０１７７】
Ｓ５０１からＳ５０５までの処理は、タイムイベント系の処理フローである。プレイリスト再生開始後（Ｓ５０１）、プレイリスト再生が終了しているかを確認するステップ（Ｓ５０２）を経て、シナリオプロセッサは、タイムイベント発生時刻になったかを確認する（Ｓ５０３）。タイムイベント発生時刻になっている場合には、シナリオプロセッサはタイムイベントを生成し（Ｓ５０４）、プログラムプロセッサがタイムイベントを受け取りイベントハンドラを実行処理する（Ｓ５０５）。
【０１７８】
ステップＳ５０３でタイムイベント発生時刻になっていない場合、または、ステップＳ５０４でイベントハンドラ実行処理後は、再度ステップＳ５０２へ戻って同じ処理を繰り返す。一方、ステップＳ５０２でプレイリスト再生が終了したことが確認されると、タイムイベント系の処理は強制的に終了する。
【０１７９】
Ｓ６０１からＳ６０８までの処理は、ユーザイベント系の処理フローである。プレイリスト再生開始後（Ｓ６０１）、プレイリスト再生終了確認ステップ（Ｓ６０２）を経て、ＵＯＰ受付確認ステップの処理に移る（Ｓ６０３）。ＵＯＰの受付があった場合、ＵＯＰマネージャはＵＯＰイベントを生成し（Ｓ６０４）、ＵＯＰイベントを受け取ったプログラムプロセッサはＵＯＰイベントがメニューコールであるかを確認する（Ｓ６０５）。メニューコールであった場合は、プログラムプロセッサはシナリオプロセッサにイベントを生成させ（Ｓ６０７）、プログラムプロセッサはイベントハンドラを実行処理する（Ｓ６０８）。
【０１８０】
ステップＳ６０５でＵＯＰイベントがメニューコールで無いと判断した場合には、ＵＯＰイベントはカーソルキーまたは「決定」キーによるイベントであることを示す。この場合、現在時刻がユーザイベント有効期間内であるかをシナリオプロセッサが判断し（Ｓ６０６）、有効期間内である場合には、シナリオプロセッサがユーザイベントを生成し（Ｓ６０７）、プログラムプロセッサが対象のイベントハンドラを実行処理する（Ｓ６０８）。
【０１８１】
ステップＳ６０３でＵＯＰ受付が無い場合、ステップＳ６０６で現在時刻がユーザイベント有効期間に無い場合、または、ステップＳ６０８でイベントハンドラ実行処理後は再度ステップＳ６０２へ戻り、同じ処理を繰り返す。また、ステップＳ６０２でプレイリスト再生が終了したことが確認されると、ユーザイベント系の処理は強制的に終了する。
【０１８２】
図３０は字幕処理のフローを示す。プレイリスト再生が開始されると（Ｓ７０１）、プレイリスト再生終了確認ステップ（Ｓ７０２）を経て、字幕描画開始時刻確認ステップに移る（Ｓ７０３）。字幕描画開始時刻の場合、シナリオプロセッサはプレゼンテーションコントローラに字幕描画を指示し、プレゼンテーションコントローラはイメージプロセッサに字幕描画を指示する（Ｓ７０４）。ステップＳ７０３で字幕描画開始時刻で無いと判断された場合、字幕表示終了時刻であるかを確認する（Ｓ７０５）。字幕表示終了時刻であると判断された場合は、プレゼンテーションコントローラがイメージプロセッサに字幕消去指示を行い、描画されている字幕をイメージプレーンから消去する（Ｓ７０６）。
【０１８３】
字幕描画の指示（ステップＳ７０４）の終了後、字幕消去の指示（ステップＳ７０６）の終了後、または、字幕表示終了時刻の確認（ステップＳ７０５）において当該時刻でないことが判断された後は、ステップＳ７０２に戻り、同じ処理を繰り返す。ステップＳ７０２でプレイリスト再生が終了したことが確認されると、処理は強制的に終了される。
【０１８４】
（１２）ダウンコンバート処理を行う再生装置
図３１は、本実施形態によるダウンコンバート処理を行う再生装置１００の構成を示す。再生装置１００は、ＭＰＥＧ規格のトランスポートストリームに関するシステムターゲットデコーダ（Ｔ−ＳＴＤ）モデルに基づいて構成されている。再生装置１００は、ＨＤ映像をＳＤ映像へダウンコンバートすることが可能である。
【０１８５】
なお、図３１では、動画データ、字幕データ、静止画データおよび音声データが個々にデコーダモデルに入力されているが、これは、光ヘッドがＭＰＥＧトランスポートストリームをＢＤから読み出し、そのトランスポートストリームをデマルチプレクサが受け取り、動画データ、字幕データ等をそれぞれ格納したパケットに分離して出力した結果である。デマルチプレクサは、例えば図３のデマルチプレクサ３１００と同等の機能を有している。
【０１８６】
再生装置１００は、大きく分けてバッファ３１２１と、デコーダ（３１２２）と、各データ種別に応じた信号処理系と、変換部（３１２３）とを含む。
【０１８７】
バッファ（３１２１）は、動画データ、字幕データ、静止画データおよび音声データのそれぞれを複数の段に分けて格納するバッファを有する。また、デコーダ（３１２２）は、ＭＰＥＧ規格に基づいて圧縮符号化された映像データおよび音声データを、ＭＰＥＧ規格に基づいてデコードする。信号処理系は、動画データ等の各々の種別に応じた処理を実現する。具体的には後述する。変換部（３１２３）は、ＨＤ映像をＳＤ映像へダウンコンバートする。バッファ３１２１、デコーダ（３１２２）および信号処理系は、１つのデコーダチップとして実現されてもよい。または、デコーダ（３１２２）および信号処理系のみを１つのチップとしてもよい。
【０１８８】
以下、映像データに含まれる動画データ、字幕データおよび静止画データの処理の流れを説明しながら、上述の各構成要素の機能を説明する。
【０１８９】
まず、動画データは、ビデオのデコーダラインへ転送され、トランスポートバッファＴＢ（３２０１）から、マルチプレキシングバッファＭＢ（３２０２）を通り、エレメンタリバッファＥＢ（３２０３）に一時蓄積される。ＥＢ（３２０３）に蓄積されたピクチャは、指定されたデコード時刻（ＤＴＳ）になった瞬間にビデオデコーダ（３２０４）へ転送されデコードされる。他のピクチャから参照されるピクチャ（Ｉピクチャ、Ｐピクチャ）はリオーダバッファＯ（３２０５）に転送され、他のピクチャのデコードのために利用される。各ピクチャは、再生時刻（ＰＴＳ）の時刻に画像表示装置へ送られ表示される。ＨＤＴＶを接続した場合では、デコードしたＨＤ映像はＨＤＴＶ（３２０６）へとＰＴＳの時刻で出力処理されていく。ＳＤＴＶへのダウンコンバートが必要な場合には、デコードしたＨＤ映像はビデオのダウンコンバータＶ−ＤＣ（３２０７）へ転送され、ＳＤ映像へと変換される。
【０１９０】
字幕データは、トランスポートバッファＴＢ（３２０８）からバッファＢ（３２０９）へと転送され、一時蓄積される。そして、ビデオの場合と同様に、字幕データもデコード時刻のＤＴＳで字幕デコーダＤ（３２１０）へ瞬時に転送され、デコードされる。デコードされた字幕データはイメージバッファＩＢ（３２１２）に一旦展開され、イメージコントローラＩＣ（３２１１）からの要求を受けて、指定された字幕がＰＴＳの時刻に色変換テーブルのＣＬＵＴ（３２１３）を介して、ＨＤＴＶへ出力される。字幕は、イメージコントローラＩＣ（３２１１）によって指定されたＨＤＴＶの表示領域へ表示される。ＳＤＴＶへのダウンコンバートが必要な場合には、デコードしたＨＤ画質の字幕は字幕のダウンコンバータＳ−ＤＣ（３２１５）へ転送され、ＳＤ画質の字幕へと変換される。
【０１９１】
メニューの静止画等を扱う静止画データもデコードされ、ＨＤＴＶ若しくはＳＤＴＶへと出力される。静止画データの処理は字幕データの処理と同様であるから、字幕データに関する上記説明を援用してここでは説明を省略する。
【０１９２】
ダウンコンバート処理された動画データ、字幕データおよび静止画データは合成されて、ＳＤ映像としてＳＤＴＶ（３２２９）へ出力される。まずは、動画と字幕とがαブレンド（合成）される。合成の結果得られたＳＤ画質の動画に対し、メニュー等の静止画がαブレンド（合成）される。これにより、背景画像に字幕が重なり、その上にメニュー等の静止画が重なったＳＤ映像が完成する。ＳＤ映像はＳＤＴＶ（３２２９）へ出力される。
【０１９３】
音声データの処理の流れは以下のとおりである。音声データは、トランスポートバッファＴＢ（３２２４）から、バッファＢ（３２２５）に転送され、バッファＢ（３２２５）で一時蓄積された後、デコード時刻（ＤＴＳ）で瞬時にオーディオデコーダ（３２２６）へと出力されデコードされる。なお、音声データのデコード時刻と再生時刻とは同一である場合が多く、ほとんどの音声はデコードされた時刻（ＤＴＳ）が再生時刻（ＰＴＳ）である。よって、デコード後にはすぐにスピーカ（３２２７）へ出力される。
【０１９４】
映像出力にＨＤＴＶが接続されていないような場合に、ＳＤ映像へのダウンコンバートが必要な場合には、オーディオダウンコンバータＡ−ＤＣ（３２２８）へと転送され、サンプリングの間引き処理等が行われる。そしてＳＤ映像と同期した音声がスピーカ（３２３０）へと出力される。なお、オーディオダウンコンバータＡ−ＤＣ（３２２８）を設ける理由は、後述のＰＡＬ方式におけるＤＥＦＴ変換等によってダウンコンバートされたＳＤ映像は元のＨＤ映像とは異なる速度で表示されることがあり、再生速度の調整のためにＳＤ映像に合わせてオーディオのダウンコンバートをする必要が生じるからである。
【０１９５】
なお、後述のように、ダウンコンバート処理後のＳＤ映像の再生速度が元のＨＤ映像の再生速度に対して変化するときは、必ずしもＤＴＳの時刻の通りにデコードしなくともよい。
【０１９６】
次に、図３２および図３３を参照しながら、ＨＤ映像からＳＤ映像へのダウンコンバート処理を詳細に説明する。ここでは、ＨＤ映像は、フレームレートが２４Ｈｚ、プログレッシブ走査のフィルム素材映像（字幕つき動画）とする。一方、ＳＤ映像は、フレームレートが５９．９４Ｈｚ、インターレース走査のＮＴＳＣ映像、または、フレームレートが５０Ｈｚ、インターレース走査のＰＡＬ映像とする。いずれも元のＨＤ映像が字幕つき動画であることに対応して、字幕つきの動画にダウンコンバートされるとする。
【０１９７】
図３２は、ダウンコンバート処理の手順を示す。まず、再生装置（１００）は、光ディスクからＭＰＥＧデータストリームを読み出す（Ｓ８０１）。デマルチプレクサ（図示せず）はＭＰＥＧデータストリームを受け取って、動画データ、字幕データ、静止画データ、音声データを分離し、それらを、バッファ（３１２１）を介してデコーダ（３１２２）に送る。デコーダ（３１２２）は、ＨＤ映像の動画データ、字幕データ、静止画等をそれぞれデコードする（Ｓ８０２）。
【０１９８】
次に、変換部（３１２３）は、ＨＤ映像の表示時刻情報（ＰＴＳ）を取得する（Ｓ８０３）。より具体的には、ビデオダウンコンバータ（３２０７）が動画のＰＴＳを取得し、字幕ダウンコンバータ（３２１５）が字幕のＰＴＳを取得する。図１０を参照しながら説明したように、表示時刻情報（ＰＴＳ）はＭＰＥＧデータストリームを構成するパケットのパケットヘッダから取得される。
【０１９９】
次に、変換部（３１２３）はＰＴＳに基づいて動画のピクチャのデータとそのピクチャ上に表示される字幕のデータとを特定し（Ｓ８０４）、特定されたＨＤ映像のピクチャデータをＳＤ映像のピクチャデータに変換し、かつ、特定されたＨＤ映像の字幕データをＳＤ映像の字幕データに変換する（Ｓ８０５）。
【０２００】
以下、ステップＳ８０４およびＳ８０５において行われる処理を、図３３を参照しながら詳細に説明する。図３３は、ＨＤ映像（フィルム素材映像）のピクチャを、ＳＤ映像（ＮＴＳＣ方式またはＰＡＬ方式の映像）のピクチャに変換したときの相関関係を示す。ＭＰＥＧデータストリームから得られたフィルム素材のＨＤ映像は、再生周期が１／２４秒の順次走査信号（プログレッシブ）であるピクチャＰ１、Ｐ２、・・・を連続的に切り替えて表示して得られる。
【０２０１】
変換部（３１２３）は、このＨＤ映像をＳＤ映像に変換する。変換後のＳＤ映像（ＮＴＳＣ方式）は、再生周期が１／５９．９４秒であり、飛び越し走査信号（インターレース）であるフィールドを連続的に切り替えて表示して得られる。または、変換後のＳＤ映像（ＰＡＬ方式）では、再生周期が１／５０秒であり、飛び越し走査信号（インターレース）であるフィールドを連続的に切り替えて表示して得られる。
【０２０２】
ＨＤ映像をＮＴＳＣ方式のＳＤ映像に変換する時には、以下の規則で変換される。すなわち、フィルム素材のフレームＰ１は、２つのフィールドＰ１ｔおよびＰ１ｂに変換される。フィルム素材のフレームＰ２は、３つのフィールドＰ２ｔ、Ｐ２ｂおよびＰ２ｔに変換される。一般化すると、奇数のＨＤ映像のピクチャは２枚のＳＤ映像のフィールドに変換され、偶数のＨＤ映像のピクチャは３枚のＳＤ映像のフィールドに変換される。これは、２：３プルダウンと呼ばれ、ＨＤ映像の２フレームをＳＤ映像の５フィールドに変換する技術である。なお、変換後のＮＴＳＣ方式のＳＤ映像では、例えばフィールドＰ２ｔはフィールドＰ２ｂを挟んで２回表示されるため、映像がぶれて見えてしまう。
【０２０３】
ＨＤ映像をＰＡＬ方式のＳＤ映像に変換する時には、ＤＥＦＴ変換と呼ばれる技術を利用できる。ＤＥＦＴ変換では、フィルム素材のフレームＰｎは、２つのフィールドＰｎｔおよびＰｎｂに変換される。そのため、ＮＴＳＣ方式のように同じフィールドを２回表示しないために映像のブレは極小化される。一方、各フィールドは５０Ｈｚ、すなわち各フレームは２５Ｈｚで表示される。すなわち２４ＨｚのＨＤ映像は２５ＨｚのＳＤ映像に変換されるため、そのＳＤ映像は元のＨＤ映像と比較して１フレーム（２フィールド）あたり１Ｈｚだけ早送りで表示される。
【０２０４】
上述のように、フィルム素材のような２４Ｈｚ（または２３．９７６Ｈｚ）のフレームレートのＨＤ映像をＳＤ映像にダウンコンバートすると、本来２４Ｈｚで表示されるべきタイミングとは異なるタイミングでピクチャが表示される。よって、動画に字幕を重畳して表示しなければならない場合には字幕をどのピクチャに重畳させるかが問題になる。
【０２０５】
動画、静止画に字幕を重ねる場合、動画、静止画と字幕とに個々に再生時刻（ＰＴＳ）を付与してもよい。しかしＳＤＴＶには各ピクチャの表示時刻のグリッド（５９．９４Ｈｚや５０Ｈｚ）が存在するため、ＳＤＴＶでの出力時刻をこのグリッドに合わせることが望ましい。
【０２０６】
まず、ＭＰＥＧ−２では、９００００Ｈｚの時刻精度で各アクセスユニットのＤＴＳ、ＰＴＳを設定できる。従って、２４Ｈｚのフィルム素材では、表示が隣り合う動画の各ピクチャのＰＴＳの差は３７５０である。一方、ＮＴＳＣの場合は、動画の各フィールドのＰＴＳの差は１５０１もしくは１５０２、ＰＡＬの場合は各フィールドのＰＴＳの差は１８００である。各表示形式において、ピクチャのＰＴＳはこれらのグリッドに従うことになる。
【０２０７】
ＭＰＥＧ−２で多重化される場合には、字幕データの再生時刻（ＰＴＳ）も９００００Ｈｚの時刻精度で設定できる。しかし、字幕データは任意時刻で設定されるべきではなく、ＨＤ映像のピクチャから得られたＳＤ映像のピクチャには、その対応するＨＤ映像のピクチャ上に表示される字幕と常に同じ内容の字幕を表示する必要がある。例えば、ＨＤＴＶへの出力とＳＤＴＶへの出力を同時に行うような場合に、ＨＤＴＶ上の表示とＳＤＴＶ上の表示との間で、動画の同じ場面で異なる字幕が出ないようにする必要がある。
【０２０８】
図３３では、黒く示したピクチャＰ４、Ｐ５およびＰ６上に字幕が表示されるとする。Ｐ４、Ｐ５およびＰ６をＳＤ映像に変換した後にも同じ字幕を表示するためには、変換部（３１２３）が、動画のＰＴＳと字幕のＰＴＳとに基づいて動画のピクチャのデータとそのピクチャ上に表示される字幕のデータを特定する（すなわち図３２のステップＳ８０４）。
【０２０９】
具体的には、ピクチャＰ４、Ｐ５およびＰ６のＰＴＳがそれぞれｔ４、ｔ５、ｔ６とすると（ｔ５＝ｔ４＋３７５０、ｔ６＝ｔ５＋３７５０）、ＰＴＳがｔ４、ｔ５、ｔ６である字幕を特定する。そして、特定されたＨＤ映像のピクチャＰ４〜Ｐ６のデータをＳＤ映像のピクチャデータに変換し、かつ、特定されたＨＤ映像の字幕データをＳＤ映像の字幕データに変換する（すなわち図３２のステップＳ８０５）。そして、変換部（３１２３）は、生成されたＳＤ映像のピクチャデータと字幕データとを合成して出力する（Ｓ８０６）。
【０２１０】
この結果、変換後のＳＤ映像では、ピクチャＰ４に対応するフィールドＰ４ｂ、Ｐ４ｔおよびＰ４ｂに対しては、ＰＴＳ値が時刻ｔ４を示している字幕と同じ内容の字幕がＳＤ画質で表示される。また、ピクチャＰ５に対応するフィールドＰ５ｔおよびＰ５ｂに対しては、ＰＴＳ値が時刻ｔ５を示している字幕と同じ内容の字幕がＳＤ画質で表示される。ピクチャＰ６はＰ４と同様である。よって、フィルム素材からＮＴＳＣ、ＰＡＬへ変換された後も、字幕と、その字幕が表示される動画のピクチャとの関係は保持される。これは、ＰＡＬ方式においても同様である。
【０２１１】
ただし、ＰＡＬ方式に適用されるＤＥＦＴ変換によれば、フィルム素材の本来のフレーム表示周期（換言すれば垂直走査周波数）よりも速いタイミングでフレームが書き換えられるので、それと同期する音声の再生速度が増加しピッチが高くなる不具合が生じる。そのような場合には、以下の手法により不具合を抑えることができる。
【０２１２】
図３４は、第２の方法により、ＨＤ映像（フィルム素材映像）のピクチャをＳＤ映像のピクチャに変換したときの相関関係を示す。以下では、図３４の第１段に示すＨＤ映像（フィルム素材映像）のピクチャを、第３段に示すＳＤ映像に示すピクチャに変換する処理を説明する。なお、図３４の第２段はＤＥＦＴ変換後のＰＡＬ方式のピクチャを示しており、これは図３３の第３段と同じである。併記した理由は、図３４の第３段に示す変換後のピクチャとの対比を容易にするためである。
【０２１３】
上述のように、２４ＨｚのＨＤ映像を２５ＨｚのＰＡＬ方式のＳＤ映像にＤＥＦＴ変換すると、ＳＤ映像はＨＤ映像よりも１秒間に１フレーム相当の時間だけ早送りで表示される。そこで、本明細書では、ＤＥＦＴ変換をベースとしつつ、変換時に定期的に特定のピクチャ（フィールドまたはフレーム）を複数回表示させて映像の再生速度が速くならないように１秒間の表示ピクチャ数を調整する。この変換を本明細書では「フィールドダブリング変換」と呼ぶ。
【０２１４】
図３４を参照しながら説明する。図３４において、ＨＤ映像のピクチャＰ５に基づいてＤＥＦＴ変換によって得られるフィールドをＰ５ｔおよびＰ５ｂとし、ＨＤ映像のピクチャＰ６に基づいて得られるフィールドをＰ６ｔおよびＰ６ｂとする。フィールドダブリング変換では、フィールドＰ５ｔおよびＰ５ｂの次に、フィールドＰ５ｔが再度表示されるように映像を変換する。フィールドＰ５ｔの２回目の表示終了後は、フィールドＰ６ｂが表示され、次にフィールドＰ６ｔが表示される。フィールドＰ５ｔを２回表示することにより、続くフィールドＰ６ｂの表示タイミングは１／５０秒だけ遅くなる。よって、早送りが１フィールド分解消される。この処理は、動画のみならず、その動画に同期して再生される字幕等の映像に対しても同様である。例えば字幕データに対しては、図３１の字幕ダウンコンバータ（３２１５）において、フィールドＰ５ｔに対応して表示される字幕フィールドをフィールドＰ５ｂに対応して表示される字幕フィールドの次に挿入し、その後、フィールドＰ６ｂに対応して表示される字幕フィールドを表示するように変換を行えばよい。
【０２１５】
さらに、他の１フィールドを２回表示し、１秒間で特定の２フィールドを２回表示させると、その直後の２フィールドから構成されるピクチャは再生タイミングをフィルム素材の対応するピクチャと整合させることができる。フィールドダブリング変換によれば、同じフィールドを複数回表示するという点においてはフィールドの２回目の表示の際にＳＤ映像がぶれて見える可能性はある。しかし、ピクチャの再生タイミングをＨＤ映像に整合させることができるため、その映像に同期して再生される音声データはそのまま歪み無く再生できる。よって、フィルム素材（２４Ｈｚ、または２３．９７６Ｈｚ）であって、音声が重要なコンテンツをＰＡＬにダウンコンバートする際には、このフィールドダブリングのダウンコンバート処理の方が適している。
【０２１６】
なお、図３１から理解されるように、再生装置（１００）は、ＨＤ画質の動画データ、字幕データおよび静止画データをそれぞれを独立してダウンコンバートしてＳＤ画質の各データを生成し、その後、それらを合成してＳＤ映像を得ている。しかし、ＨＤ画質の状態で動画データ、字幕データおよび静止画データを合成し、その後、合成されたＨＤ映像をＳＤ映像にダウンコンバートしてＳＤ合成映像を生成してもよい。そのような処理を行う際には、図３１の変換部（３１２３）において、まずＨＤ画質の動画データ、字幕データ等を合成する構成要素を設け、その要素からのＨＤ合成映像出力をＳＤ映像に変換するダウンコンバータを設ければよい。
【０２１７】
図３５は、第２の例によるダウンコンバート処理の手順を示す。この処理は、図３２に示す処理に代えて実行される。この処理を実行する装置の構成は図示していないが、上述の変換部（３１２３）の内部の構成を除き図３１の再生装置（１００）の構成要素と同等の構成要素によって構成できる。よって、以下では図３１の再生装置（１００）を参照しながら説明する。
【０２１８】
まず、再生装置（１００）は、光ディスクからＭＰＥＧデータストリームを読み出す（Ｓ９０１）。デマルチプレクサ（図示せず）はＭＰＥＧデータストリームを受け取って、動画データ、字幕データ、静止画データ、音声データを分離し、それらを、バッファ（３１２１）を介してデコーダ（３１２２）に送る。デコーダ（３１２２）は、ＨＤ映像の動画データ、字幕データ、静止画等をそれぞれデコードする（Ｓ９０２）。
【０２１９】
次に、変換部（３１２３）は、ＨＤ映像のピクチャデータおよび字幕データに付加された表示時刻情報（ＰＴＳ）を取得し（Ｓ９０３）、ＰＴＳに基づいてＨＤ映像のピクチャデータとそのピクチャ上に表示される字幕のデータとを特定する（Ｓ９０４）。
【０２２０】
その後、変換部（３１２３）は、特定されたＨＤ映像のピクチャデータと字幕データとを合成して合成ＨＤ映像データを生成する（Ｓ９０５）。そして、変換部（３１２３）は、合成ＨＤ映像のピクチャデータをＳＤ映像のピクチャデータに変換して出力する（Ｓ９０６）。
【０２２１】
なお、ＨＤ映像を合成して、その後ＳＤ映像に変換する処理は、図３３および図３４を説明した変換方法が利用できる。例えば、ＮＴＳＣ方式のＳＤ映像へは２：３プルダウン変換を適用し、ＰＡＬ方式のＳＤ映像へはＤＥＦＴ変換またはフィールドダブリング変換を行うことができる。また、ダウンコンバート時に４：３の表示比率を持つＴＶでパン＆スキャン表示されることが予想される場合には、字幕の表示領域、特に横幅をダウンコンバート後の４：３のＴＶに収まるように変換してもよい。
【０２２２】
ＤＥＦＴ変換またはフィールドダブリング変換のいずれに基づいて変換を行うかは、変換の都度、視聴者が再生装置（１００）に指示を与えてもよいし、予め一方の変換に固定していてもよい。
【０２２３】
さらに、推奨する変換方法を記述した変換指定情報をストリームに付加し、再生装置（１００）がその変換指定情報に基づいて変換方法を決定することもできる。
【０２２４】
図３６は、推奨する変換方法を記述した変換指定情報のデータ構造を示す。例えば、変換指定情報は、ＢＤの管理情報”ＹＹＹ．ＶＯＢＩ”内に、および／または、ＭＰＥＧストリームの”ＹＹＹ．ＶＯＢ”内に記述されていてもよい。ストリーム管理情報の”ＹＹＹ．ＶＯＢＩ”に記述すれば、ＶＯＢごとに適切なダウンコンバート処理を選択できる利点がある。また、”ＢＤ．ＩＮＦＯ”のように、ディスクの別領域に記録されていてもよい。なお、本明細書では原則として、送信側の放送局等がＭＰＥＧトランスポートストリーム内に変換指定情報を記述して送信しているとする。しかし、記録時において、記録装置が必要に応じてＭＰＥＧトランスポートストリームに付随する管理情報”ＹＹＹ．ＶＯＢＩ”に変換指定情報を記述してもよい。
【０２２５】
より具体的には、変換指定情報は、属性情報Ａｔｔｒｉｂｕｔｅの内部にダウンコンバート情報ＤｏｗｎＣｏｎによって規定される。ダウンコンバート情報は、フラグ（DC_prohibit_flag）および推奨変換方法を指定する情報（ＤＣ＿ＰＡＬ）を有する。
【０２２６】
フラグ（DC_prohibit_flag）は、ダウンコンバートしてＳＤ映像を出力することが可能なコンテンツか否かを示す。フラグには、ダウンコンバートが禁止される場合には“１ｂ”が付され、許可される場合には“０ｂ”が付される。推奨変換方法を指定する情報（ＤＣ＿ＰＡＬ）は、ＰＡＬ方式のＳＤ映像へのダウンコンバートを指定する情報であって、かつ、変換方法を指示する。図３６に示すように、本実施形態においては、“ＤＣ＿ＰＡＬ”には、推奨変換方法がない場合には“００ｂ”が付され、ＤＥＦＴ変換を推奨する場合には“０１ｂ”が付され、フィールドダブリング（ＦＤ）変換を推奨する場合には“１０ｂ”が付される。変換方法を特に指定しない場合には、両方の変換が可能であることを示す“１１ｂ”が付される。
【０２２７】
図３７は、変換指定情報に基づいてダウンコンバート方法を決定し、ＳＤ映像を再生する手順を示す。この処理は、例えば再生装置（１００）において行われる。
【０２２８】
まず、再生装置（１００）が視聴者から再生開始の指示を受け取ると、再生装置（１００）は、接続されている表示機器（例えばテレビ）が再生対象のＨＤ映像のコンテンツをダウンコンバートすることなく表示することができるか否かを判断する（Ｓ１００１）。該当のコンテンツをそのまま再生できる表示装置が接続されていれば、ＨＤ映像の状態で表示機器へ出力し（Ｓ１００５）、その表示機器において再生する。
【０２２９】
一方、ＨＤ映像からＳＤ映像へのダウンコンバートが必要である場合には、再生装置（１００）は変換指定情報を取得し（Ｓ１００２）、フラグ（DC_prohibit_flag）を参照して、ダウンコンバートが許可されているか否かを判定する（Ｓ１００３）。ダウンコンバートが許可されていなければ、該当コンテンツの再生を終了する。
【０２３０】
一方、ダウンコンバートが許可されている場合には、推奨変換方法を指定する情報（ＤＣ＿ＰＡＬ）を参照して、推奨されるダウンコンバート方法を特定して、その方法に基づいてＨＤ映像をダウンコンバートする（Ｓ１００４）。そして、再生装置（１００）は、ダウンコンバートされたＳＤ映像を表示装置へ出力する（Ｓ１００５）。そして、該当のコンテンツの再生対象となる区間の再生が終わるまでダウンコンバート処理および再生出力を継続する。
【０２３１】
なお、再生装置（１００）は、上述の推奨変換方法に関する情報を例えばオンスクリーンディスプレイ（On Screen Display）に表示しながら、視聴者の指示に基づいて最終的なダウンコンバート方法を決定してもよい。
【０２３２】
本実施形態ではＨＤ画質の字幕や静止画データしか記録されていないが、ダウンコンバート用にＳＤ画質の字幕や静止画データを別途記録しておき、ダウンコンバート時にプレーヤ／ユーザが選択できるようにしてもよい。また、ＨＤ画質の字幕や静止画データしか記録されていないとしたが、ダウンコンバート時の映像品質を保証するため、ダウンコンバート時に合成される字幕は、ＴｒｕｅＴｙｐｅのようなベクターイメージのフォントを用いて生成してもよい。
【０２３３】
本実施形態では、字幕の表示領域の設定方法については詳細には言及していないが、ダウンコンバートを考慮して、ＨＤ用、ダウンコンバートしたＮＴＳＣのレターボックス用、ダウンコンバートしたＮＴＳＣのパン＆スキャン用、ダウンコンバートしたＰＡＬのレターボックス用、ダウンコンバートしたＰＡＬのパン＆スキャン用等と別々に字幕表示領域を設定しておいてもよい。また、ユーザの好みで表示領域を変更できるようにしておいてもよい。
【０２３４】
本実施形態では、フィールドダブリング変換によりダウンコンバートする際に、特定のフィールドをそのまま再表示させるとして説明した。しかし、ダウンコンバート時の映像のブレを軽減させるために、前後のピクチャから中間的なフィールドピクチャを生成し、そのフィールドピクチャを挿入して、フィールドダブリング変換を行ってもよい。例えば図３４において、３段目の５０Ｈｚ−ＦＤ（ＰＡＬ）で再表示される２枚目のＰ５ｔを、２４Ｈｚ（ｆｉｌｍ）のＰ５ピクチャとＰ６ピクチャに基づいて生成してもよい。
【０２３５】
実施形態においては、ＨＤ画質の映像および字幕のデータをＳＤ画質の映像データに変換するとした。しかし、ＳＤ画質をＨＤ画質に変換してＨＤＴＶ上に表示する場合にも、上述した処理と同様の処理によって映像および字幕が合成されたＨＤ画質のデータを得ることができる。したがって、本発明は、ある解像度の映像および字幕のデータを、その解像度と異なる解像度の合成映像のデータに変換する際に適用できる。
【０２３６】
なお、ＭＰＥＧ−ＴＳのＴ−ＳＴＤをベースにしたモデルで説明したが、これは例であり、ＭＰＥＧ−ＰＳや他の映像および音声の多重化ストリームであっても同様に適用できる。
【産業上の利用可能性】
【０２３７】
本発明によれば、ＨＤ映像をＳＤ映像へダウンコンバートして視聴する際に、コンテンツに応じたダウンコンバート方法を自動もしくはユーザの判断により選択できるようになる。
【０２３８】
また、ＨＤ映像のピクチャ上に表れる字幕と同じ内容のＳＤ画質の字幕をＳＤ映像のピクチャに対応付けて合成映像を生成し、出力する。よって、ＨＤ映像と全く同じ内容のＳＤ映像を表示させることができる。また、字幕（静止画）と動画の同期再生モデルを規定することにより、機器間互換性を確保することができる。
【図面の簡単な説明】
【０２３９】
【図１】  ＤＶＤのデータ構造を示す図である。
【図２】  ストリーム中に埋め込まれているナビゲーション情報に含まれる各種の情報を示す図である。
【図３】  Ａ〜Ｃは、ＶＯＢの生成手順を示し、Ｄは生成されたＶＯＢを再生するための装置の構成を示す図である。
【図４】  ディスク状の記録媒体であるＢＤ（１０４）と、記録されているデータ（１０１、１０２、１０３）の構成を示す図である。
【図５】  ＢＤに記録されている論理データのディレクトリ・ファイル構造を示す図である。
【図６】  ＢＤ（２０１）上の映像データを読み出し、映像を再生するプレーヤの概略的な機能構成を示す図である。
【図７】  プレーヤの詳細な機能ブロックの構成を示す図である。
【図８】  ＢＤのアプリケーション空間の概念を示す図である。
【図９】  映像のピクチャとＭＰＥＧストリームのデータ構造との関係を示す図である。
【図１０】  パックのデータ構造を示す図である。
【図１１】  ＶＯＢデータファイル等と、それらのファイルを読み出すためのプレーヤの機能ブロックの構成を示す図である。
【図１２】  トラックバッファを使ったＶＯＢデータ連続供給モデルを示す図である。
【図１３】  ＶＯＢ管理情報ファイル（”ＹＹＹ．ＶＯＢＩ”）の内部構造を示す図である。
【図１４】  ＶＯＢＵの再生時間長とデータサイズとの対応関係を示す図である。
【図１５】  ＶＯＢＵの再生時間に基づいてアドレスを得るための処理の概念を示す図である。
【図１６】  プレイリスト情報のデータ構造を示す図である。
【図１７】  イベントハンドラテーブル（”ＸＸＸ．ＰＲＯＧ”）のデータ構造を示す図である。
【図１８】  ＢＤ全体に関する情報のデータ構造を示す図である。
【図１９】  グローバルイベントハンドラのプログラムのテーブル（”ＢＤ．ＰＲＯＧ”）を示す図である。
【図２０】  タイムイベントの概念を示す図である。
【図２１】  メニュー操作を行うユーザイベントの概念を示す図である。
【図２２】  グローバルイベントの概念を示す図である。
【図２３】  プログラムプロセッサに関連する機能ブロックの構成を示す図である。
【図２４】  システムパラメータ（ＳＰＲＭ）の一覧を示す図である。
【図２５】  ２つの選択ボタンを持ったメニューのプログラムの例を示す図である。
【図２６】  メニュー選択のユーザイベントのイベントハンドラのプログラムの例を示す図である。
【図２７】  ＡＶ再生までの基本処理フローを示す図である。
【図２８】  プレイリスト再生の開始からＶＯＢ再生が開始されるまでの処理フローを示す図である。
【図２９】  ＡＶ再生開始後からのイベント処理フローを示す図である。
【図３０】  字幕処理のフローを示す図である。
【図３１】  本実施形態によるダウンコンバート処理を行う再生装置１００の構成を示す 図である。
【図３２】  ダウンコンバート処理の手順を示す図である。
【図３３】  ＨＤ映像（フィルム素材映像）のピクチャを、ＳＤ映像（ＮＴＳＣ方式またはＰＡＬ方式の映像）のピクチャに変換したときの相関関係を示す図である。
【図３４】  本発明による第２の方法により、ＨＤ映像（フィルム素材映像）のピクチャをＳＤ映像のピクチャに変換したときの相関関係を示す図である。
【図３５】  第２の例によるダウンコンバート処理の手順を示す図である。
【図３６】  推奨する変換方法を記述した変換指定情報のデータ構造を示す図である。
【図３７】  変換指定情報に基づいてダウンコンバート方法を決定し、ＳＤ映像を再生する手順を示す図である。
【国際調査報告】
2004082274.tif 000044
2004082274.tif 000045