JP2005123775A - 再生装置、再生方法、再生プログラムおよび記録媒体 - Google Patents

Abstract

【課題】 ＢＤ−ＲＯＭにおいて、ピクチャインピクチャ機能や壁紙表示機能を実現する。
【解決手段】 それぞれ動画、字幕およびグラフィクスを表示するプレーン１０、１１および１２に対して、動画を表示する第２ビデオプレーン５０を追加する。第２ビデオプレーン５０およびビデオプレーン１０の出力は、スイッチ５１により画素単位で選択される。第２ビデオプレーン５０に縮小動画データを格納し、スイッチ５１を縮小動画データの表示位置に対応して画素単位で切り替え制御することで、ビデオプレーン１０の動画データに対して第２ビデオプレーン５０の縮小動画データが子画面表示される。ビデオプレーン１０に、動画データの代わりに壁紙画像データを格納することで、恰も縮小動画データの背景に壁紙が表示されているかのような表示画面が得られる。
【選択図】 図８

Description

この発明は、ブルーレイディスク(Blu-ray Disc)といった大容量の記録媒体に記録されたプログラムに対してピクチャインピクチャを実現可能とする再生装置、再生方法、再生プログラムおよび記録媒体に関する。

近年、記録可能で記録再生装置から取り外し可能なディスク型記録媒体の規格として、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（ブルーレイディスク）規格が提案されている。Ｂｌｕ−ｒａｙ Ｄｉｓｃ規格では、記録媒体として直径１２ｃｍ、カバー層０．１ｍｍのディスクを用い、光学系として波長４０５ｎｍの青紫色レーザ、開口数０．８５の対物レンズを用いて、最大で２７ＧＢ（ギガバイト）の記録容量を実現している。これにより、日本のＢＳディジタルハイビジョン放送を、画質を劣化させることなく２時間以上記録することが可能である。

この記録可能光ディスクに記録するＡＶ(Audio/Video)信号のソース（供給源）としては、従来からの、例えばアナログテレビジョン放送によるアナログ信号によるものと、例えばＢＳディジタル放送をはじめとするディジタルテレビジョン放送によるディジタル信号によるものとが想定されている。Ｂｌｕ−ｒａｙ Ｄｉｓｃ規格では、これらの放送によるＡＶ信号を記録する方法を定めた規格は、既に作られている。

一方で、現状のＢｌｕ−ｒａｙ Ｄｉｓｃの派生規格として、映画や音楽などが予め記録された、再生専用の記録媒体を開発する動きが進んでいる。映画や音楽を記録するためのディスク状記録媒体としては、既にＤＶＤ(Digital Versatile Disc)が広く普及しているが、このＢｌｕ−ｒａｙ Ｄｉｓｃの規格に基づいた再生専用光ディスクは、Ｂｌｕ−ｒａｙ Ｄｉｓｃの大容量および高速な転送速度などを活かし、ハイビジョン映像を高画質なままで２時間以上収録できる点が、既存のＤＶＤとは大きく異なり、優位である。以下では、Ｂｌｕ−ｒａｙ Ｄｉｓｃの派生規格の再生専用の記録媒体をＢＤ−ＲＯＭ(Blu-ray Disc-Read Only Memory)と称し、記録可能なＢｌｕ−ｒａｙ Ｄｉｓｃと区別する。

一方で、現状のＢｌｕ−ｒａｙ Ｄｉｓｃの規格では、ディスクに記録されている映像コンテンツの一覧を画面表示する方法や、その一覧表上にカーソルを表示させ、再生したい映像コンテンツをユーザに選択させるなどといったユーザインターフェイスに関する機能が定められていない。これらの機能は、Ｂｌｕ−ｒａｙ Ｄｉｓｃに対する記録再生を行う記録再生装置本体によって実現されている。そのため、同一の記録媒体を再生した場合でも、再生に用いた記録再生装置によってコンテンツ一覧画面のレイアウトが異なってしまい、ユーザインタフェースにも差が生じ、必ずしもユーザにとって使い易いものではない。再生専用ディスクとしては、再生機器によらず、ディスク（コンテンツ）制作者が意図した通りのメニュー画面などが表示され、意図通りのユーザインターフェイスが実現される必要がある。

また、映像コンテンツの再生中に選択画面が表示され、ユーザの選択によってストーリーが分岐していくマルチストーリーの機能は、一般にインタラクティブ機能とも呼ばれる。このインタラクティブ機能を実現するためには、ディスク制作者が再生順序や分岐を定めたシナリオを作り、そのシナリオをプログラム言語、スクリプト言語等を使って記述し、ディスクに記録しておく必要がある。再生装置側では、そのプログラムを読み込み、実行することで、制作者の意図に従った映像コンテンツの再生や、分岐のための選択画面提示を実現することになる。

このように、現状のＢｌｕ−ｒａｙ Ｄｉｓｃ規格(Blu-ray Disc Rewritable Format Ver1.0)では、この制作者の意図通りのユーザインターフェイスを実現するための、メニュー画面や分岐選択画面の構成方法、ユーザ入力に対する処理を記述する方法が定められていない。そのため、現状では、Ｂｌｕ−ｒａｙ Ｄｉｓｃを用いて、制作者が意図したシナリオ通りの再生を、再生装置の製造メーカや機種に左右されることなく互換性を持たせた形で実現することが難しい。

また、映画を収録した再生専用ディスクにおいては、字幕を表示する仕組みが不可欠である。しかしながら、この字幕表示についても、現状のＢｌｕ−ｒａｙ Ｄｉｓｃ規格では、定められていない。

一方、従来から、例えばＤＶＤ(Digital Versatile Disc)の規格においては、上述のようなインタラクティブな機能が既に実現されていた。例えば、ＤＶＤビデオにより動画を再生中に、リモートコントロールコマンダなどを用いてメニュー画面を呼び出し、例えばメニュー画面上に配置されたボタンを選択するなどして、再生場面を変更するなどの処理が可能であった。また、字幕を表示する仕組みも規定されていた。字幕表示については、例えば、予め用意されている日本語字幕と英語字幕とを切り換えて表示させることができた。

ＤＶＤの場合、メニュー画面を固定的なサブピクチャデータにより構成し、メニュー画面が呼び出された際に、動画データにこのサブピクチャデータを合成して表示する。特許文献１に、このように動画データにサブピクチャデータを合成して記録可能なＤＶＤに記録する構成が記載されている。
特開平１０−３０８９２４号公報

上述したＢＤ−ＲＯＭにおいても、動画、サブピクチャ（字幕）およびメニューを表示するプレーンをそれぞれ設け、これら３枚のプレーンの画像を１枚の画像に合成して出力することで、字幕表示およびインタラクティブな表示を実現できるようにすることが提案されている。

これによれば、各プレーンは、奥から、動画を表示する動画プレーン、字幕を表示する字幕プレーン、メニュー画面やボタンなどを表示するグラフィクスプレーンの順に配置される。そして、動画プレーンに対して字幕プレーンが合成され、その合成画像に対してグラフィクスプレーンが合成される。字幕プレーンおよびグラフィクスプレーンは、それぞれ、合成時に不透明度を画素毎に設定することができ、不透明度が０に設定された画素は、その画素のプレーンより奥のプレーンの対応する位置の画素が透過されて表示される。

ところで、再生専用のＢＤ−ＲＯＭにおいては、ビデオ映像中の小領域に他のビデオ映像を表示させるような、所謂ピクチャインピクチャの機能が求められている。

ピクチャインピクチャの機能では、例えば、再生時の時系列が同一とされた複数の異なる映像からなるマルチアングルの映像において、メインのアングルを親画面に表示させながら、第２のアングルを親画面の中の小領域である子画面に並列的に表示させるようなことが可能とされる。

ピクチャインピクチャを実現する場合、２本のビデオ信号を並列的に扱い、これらのビデオ信号による映像を合成して１画面に表示する方法を提供する必要がある。

また、ピクチャインピクチャの場合、親画面のサイズの画像を縮小して子画面に表示させる画像を作成し、親画面と合成して表示させることが多く行われる。そのため、動画プレーンに縮小画像を供給して合成する方法を提供する必要がある。

さらに、縮小表示された動画データ表示の背景として、特定パターンの繰り返し画像などによる、壁紙と称される表示を可能とすることが求められている。

したがって、この発明の目的は、ＢＤ−ＲＯＭにおいてピクチャインピクチャの機能を実現可能な再生装置、再生方法、再生プログラムおよび記録媒体を提供することにある。

また、この発明の別の目的は、ＢＤ−ＲＯＭにおいて動画データの背景に表示される壁紙の表示を可能とした再生装置、再生方法、再生プログラムおよび記録媒体を提供することにある。

この発明は、上述した課題を解決するために、円盤状記録媒体に記録されたコンテンツデータを再生する再生装置において、記録媒体から再生された第１の動画データを格納する第１の記憶手段と、記録媒体から再生された第２の動画データを格納する第２の記憶手段と、第１の記憶手段および第２の記憶手段の出力を所定領域単位で選択する選択手段とを有し、選択手段の出力に基づき表示信号を生成するようにしたことを特徴とする再生装置である。

また、この発明は、円盤状記録媒体に記録されたコンテンツデータを再生する再生方法において、記録媒体から再生された第１の動画データを第１の記憶手段に格納するステップと、記録媒体から再生された第２の動画データを第２の記憶手段に格納するステップと、第１の記憶手段および第２の記憶手段の出力を所定領域単位で選択する選択のステップとを有し、選択のステップによる出力に基づき表示信号を生成するようにしたことを特徴とする再生方法である。

また、この発明は、円盤状記録媒体に記録されたコンテンツデータを再生する再生方法をコンピュータ装置に実行させる再生プログラムにおいて、再生方法は、記録媒体から再生された第１の動画データを第１の記憶手段に格納するステップと、記録媒体から再生された第２の動画データを第２の記憶手段に格納するステップと、第１の記憶手段および第２の記憶手段の出力を所定領域単位で選択する選択のステップとを有し、選択のステップによる出力に基づき表示信号を生成するようにしたことを特徴とする再生プログラムである。

また、この発明は、円盤状記録媒体に記録されたコンテンツデータを再生する再生方法をコンピュータ装置に実行させる再生プログラムが記録されたコンピュータ装置が読み取り可能な記録媒体において、再生方法は、記録媒体から再生された第１の動画データを第１の記憶手段に格納するステップと、記録媒体から再生された第２の動画データを第２の記憶手段に格納するステップと、第１の記憶手段および第２の記憶手段の出力を所定領域単位で選択する選択のステップとを有し、選択のステップによる出力に基づき表示信号を生成するようにしたことを特徴とする記録媒体である。

上述したように、この発明は、記録媒体から再生された第１の動画データが格納された第１の記憶手段と、記録媒体から再生された第２の動画データが格納された第２の記憶手段の出力とを所定領域単位で選択して表示信号を生成するようにしているため、第１の動画データと第２の動画データとを排他的に合成して表示させることができる。

この発明は、記録媒体から再生された２本の動画データをそれぞれメモリに格納し、メモリに格納された２本の動画データを所定領域単位で選択して出力し、表示するようにしている。そのため、２本の動画データのうち一方が縮小動画データであったときに、縮小されていない動画データと縮小動画データとを１画面上に排他的に表示することができ、これによりピクチャインピクチャ機能が実現できる効果がある。

また、縮小されていない動画データの代わりに壁紙画像データを用いることで、縮小動画データの背景に壁紙画像を表示させることができる効果がある。

また、メモリに格納された２本の動画データの選択を所定領域単位で行っているため、縮小動画データのサイズの変更に、表示が追随できるという効果がある。

また、この発明の実施の第１の形態では、ＢＤ−ＲＯＭのＨＤムービーモードのプレーン構成に対して第２ビデオプレーンをさらに設け、ビデオプレーンおよび第２ビデオプレーンの出力を、所定領域単位で選択して出力するようにしている。そのため、例えば第２ビデオプレーンに縮小動画データを格納し、縮小動画データの表示位置に対応してビデオプレーンおよび第２ビデオプレーンの出力を選択することで、ピクチャインピクチャ機能が実現できる効果がある。

またこのとき、ビデオプレーンに壁紙画像データを格納することで、縮小動画データの背景に壁紙画像を表示させることができる効果がある。

また、ビデオプレーンおよび第２ビデオプレーンの出力の選択を所定領域単位で行っているため、例えば第２ビデオプレーンに格納されている縮小動画データのサイズの変更に、表示が追随できるという効果がある。

さらに、この発明の実施の第２の形態では、ＢＤ−ＲＯＭのＨＤムービーモードのプレーン構成はそのままとし、ビデオプレーンの前に２つのフレームバッファを設け、この２つのフレームバッファの出力を所定領域単位で選択して出力し、ビデオプレーンに供給するようにしている。そのため、例えば、一方のフレームバッファから読み出された動画データを縮小して縮小動画データとし、この縮小動画データの表示位置に対応して、縮小画像データと他方のフレームバッファの出力とを選択することで、１枚のビデオプレーンを用いてピクチャインピクチャを実現できる効果がある。

また、２つのフレームバッファの出力の選択を所定領域単位で行っているため、例えば一方のフレームバッファから読み出され縮小された縮小動画データのサイズの変更に、表示が追随できるという効果がある。

さらにまた、この発明の実施の第２の形態では、上述した、縮小動画データが組み込まれた動画データが格納されるビデオプレーンの出力と字幕データが格納されるプレゼンテーショングラフィクスプレーンの出力とを合成し、その合成出力に対してＧＵＩの部品などの画像データが格納されるインタラクティブグラフィクスプレーンの出力を合成する。ビデオプレーンおよびプレゼンテーショングラフィクスプレーンの合成結果に対してインタラクティブグラフィクスプレーンの出力を合成する際に、インタラクティブグラフィクスプレーンにおけるビデオプレーン上の縮小画像データの表示位置に対応する領域を透明領域とし、その他の領域に壁紙画像を表示させることで、ＢＤ−ＲＯＭのＨＤムービーモードのプレーン構成に対してプレーンを追加しなくても、縮小動画データの背景に壁紙画像を表示させることができる効果がある。

また、ビデオプレーンおよびプレゼンテーショングラフィクスプレーンの合成結果に対してインタラクティブグラフィクスプレーンの出力を合成する際に、インタラクティブグラフィクスプレーンにおけるビデオプレーン上の縮小画像データの表示位置に対応する領域を透明領域とすると共に、インタラクティブグラフィクスプレーン上にＧＵＩの部品などの画像データを所定に配置し、透明領域および部品画像データ領域以外の領域に壁紙画像を表示させることで、ＢＤ−ＲＯＭのＨＤムービーモードのプレーン構成に対してプレーンを追加しなくても、恰もＧＵＩ部品画像データや縮小動画データの背景に壁紙画像が表示されているかのような表示が可能となる効果がある。

以下、この発明の実施の形態について説明する。先ず、理解を容易とするために、この発明の実施の形態の説明に先んじて、画像データを表示するための概略的な構成と、ＢＤ−ＲＯＭのＨＤ(High Definition)ムービーモード規格として提案されている動画プレーン、字幕プレーンおよびグラフィクスプレーンの合成方法について説明する。なお、ＢＤ−ＲＯＭのＨＤムービーモードは、ＢＤ−ＲＯＭにおいてＤＶＤビデオと同等のインタラクティブ機能を用意するために提案されている。

図１は、画像データを表示するための典型的な構成例を概略的に示す。なお、図１では、説明に必要な構成だけを抜き出して示している。バス３００に対してＣＰＵ(Central Processing Unit)３０１およびグラフィクス部３０３が接続される。ＣＰＵ３０１に対して、ワークメモリとしてＤＲＡＭ(Dynamic Random Access Memory)３０２が接続される。グラフィクス部３０３に対してＶＲＡＭ(Video RAM)３０４が接続される。グラフィクス部３０３の出力がディスプレイ３１０に供給される。

ＣＰＵ３０１は、ＤＲＡＭ３０２をフレームバッファとして用いて、画像データに対して縮小処理など所定の処理を施す。処理された画像データは、ＣＰＵ３０１によりＤＲＡＭ３０２から読み出され、バス３００を介してグラフィクス部３０３に供給される。

グラフィクス部３０３は、ディスプレイ３１０に送る水平および垂直走査周波数を設定して表示解像度を決めると共に、ＣＰＵ３０１からの描画命令を実行するグラフィクス制御チップを有する。グラフィクス部３０３に供給された画像データは、ＶＲＡＭ３０４に書き込まれる。ＶＲＡＭ３０４に書き込まれた画像データは、グラフィクス部３０３によって所定の水平および垂直走査周波数に対応して読み出され、ディジタルビデオ信号としてディスプレイ３１０に供給される。すなわち、ＶＲＡＭ３０４がプレーンに相当し、ＶＲＡＭ３０４の記憶内容がディスプレイ３１０の表示に直接的に反映される。

次に、ＢＤ−ＲＯＭのＨＤムービーモードにおけるプレーン構成および各プレーンの合成方法について説明する。なお、以下では、背景技術で説明した動画プレーン、字幕プレーンおよびグラフィクスプレーンを、それぞれビデオプレーン、プレゼンテーショングラフィクスプレーンおよびインタラクティブグラフィクスプレーンと称する。

図２は、ビデオプレーン１０、プレゼンテーショングラフィクスプレーン１１およびインタラクティブグラフィクスプレーン１２の一例の構成を示す。ビデオプレーン１０は、最も後ろ側（ボトム）に表示され、プレイリストで指定された画像（主に動画データ）が扱われる。プレゼンテーショングラフィクスプレーン１１は、ビデオプレーン１０の上に表示され、動画再生中に表示される字幕データが扱われる。インタラクティブグラフィクスプレーン１２は、最も前面に表示され、ＧＵＩ(Graphical User Interface)に用いられる部品、例えばメニュー画面を表示するための文字データやボタンを表すビットマップデータといったグラフィクスデータが扱われる。１つの表示画面は、これら３つのプレーンが合成されて表示される。

ビデオプレーン１０、プレゼンテーショングラフィクスプレーン１１およびインタラクティブグラフィクスプレーン１２は、それぞれ独立して表示が可能とされ、例えば、図３に一例が示されるような解像度および表示可能色を有する。ビデオプレーン１０は、解像度が１９２０画素×１０８０ラインで１画素当たりに換算したデータ長が１６ビットであって、輝度信号Ｙ、色差信号Ｃｂ、Ｃｒが４：２：２のシステム（以下、ＹＣｂＣｒ（４：２：２））とされる。なお、ＹＣｂＣｒ（４：２：２）は、各画素当たり輝度信号Ｙが８ビット、色差信号Ｃｂ、Ｃｒがそれぞれ８ビットで、色差信号Ｃｂ、Ｃｒが水平２画素で一つの色データを構成すると見なすカラーシステムである。

プレゼンテーショングラフィクスプレーン１１は、１９２０画素×１０８０ラインで各画素のサンプリング深さが８ビットとされ、カラーシステムは、２５６色のパレットを用いた８ビットカラーマップアドレスとされる。

インタラクティブグラフィクスプレーン１２は、解像度が１９２０画素×１０８０ラインで各画素のサンプリング深さが８ビットとされ、カラーシステムは、２５６色のパレットを用いた８ビットカラーマップアドレスとされる。

なお、ビデオプレーン１０は、上述以外にも、１２８０画素×７２０ライン、７２０画素×４８０ラインおよび７２０画素×５７６ラインの解像度にもなり得る。その場合には、プレゼンテーショングラフィクスプレーン１１およびインタラクティブグラフィクスプレーン１２は、ビデオプレーン１０と同じ解像度とされる。

また、上述では、プレゼンテーショングラフィクスプレーン１１およびインタラクティブグラフィクスプレーン１２のカラーシステムを、２５６色のパレットを用いた８ビットカラーマップアドレスとしたが、これはこの例に限定されない。色数については、サンプリング深さを変えてパレットの色数を増やせばよい。例えばサンプリング深さを１２ビットとすれば、パレットで使用可能な色数を４０９６色とすることができる。また、サンプリング深さを２４ビットとして、パレットを持たずに各画素が色情報を持つようにしたＹＣｂＣｒ（４：４：４）およびＲＧＢ（４：４：４）も、同様の仕組みで可能である。

インタラクティブグラフィクスプレーン１２およびプレゼンテーショングラフィクスプレーン１１は、２５６段階のアルファブレンディングが可能とされており、他のプレーンとの合成の際に、不透明度を２５６段階で設定することが可能とされている。不透明度の設定は、画素毎に行うことができる。以下では、不透明度αが（０≦α≦１）の範囲で表され、不透明度α＝０で完全に透明、不透明度α＝１で完全に不透明であるものとする。

プレゼンテーショングラフィクスプレーン１１では、例えばＰＮＧ(Portable Network Graphics)形式の画像データが扱われる。また、インタラクティブグラフィクスプレーン１２でも、ＰＮＧ形式の画像データを扱うことができる。ＰＮＧ形式は、１画素のサンプリング深さが１ビット〜１６ビットとされ、サンプリング深さが８ビットまたは１６ビットの場合に、アルファチャンネル、すなわち、それぞれの画素成分の不透明度情報（アルファデータと称する）を付加することができる。サンプリング深さが８ビットの場合には、２５６段階で不透明度を指定することができる。このアルファチャンネルによる不透明度情報を用いてアルファブレンディングが行われる。また、２５６色までのパレットイメージを用いることができ、予め用意されたパレットの何番目の要素（インデックス）であるかがインデックス番号により表現される。

なお、プレゼンテーショングラフィクスプレーン１１およびインタラクティブグラフィクスプレーン１２で扱われる画像データは、ＰＮＧ形式に限定されない。ＪＰＥＧ方式など他の圧縮符号化方式で圧縮符号化された画像データや、ランレングス圧縮された画像データ、圧縮符号化がなされていないビットマップデータなどを扱うようにしてもよい。

図４は、上述の図２および図３に従い３つのプレーンを合成する一例の構成を示す。ビデオプレーン１０の動画データが４２２／４４４変換回路２０に供給される。動画データは、４２２／４４４変換回路２０でカラーシステムがＹＣｂＣｒ（４：２：２）からＹＣｂＣｒ（４：４：４）に変換され、乗算器２１に入力される。なお、４２２／４４４変換回路２０と乗算器２１との間に解像度変換回路を挿入し、動画データの解像度を変換するようにしてもよい。

プレゼンテーショングラフィクスプレーン１１の画像データがパレット２２に入力され、ＲＧＢ（４：４：４）の画像データとして出力される。この画像データに対してアルファブレンディングによる不透明度が指定されている場合には、指定された不透明度α１（０≦α１≦１）がパレット２２から出力される。

図５は、パレット２２の入出力データの一例を示す。パレット２２は、例えばＰＮＧ形式のファイルに対応したパレット情報がテーブルとして格納される。パレット２２は、入力された８ビットの画素データをアドレスとして、インデックス番号が参照される。このインデックス番号に基づき、それぞれ８ビットのデータからなるＲＧＢ（４：４：４）のデータが出力される。それと共に、パレット２２では、不透明度を表すアルファチャンネルのデータが取り出される。

図６は、パレット２２に格納される一例のパレットテーブルを示す。２５６個のカラーインデックス値〔０ｘ００〕〜〔０ｘＦＦ〕（〔０ｘ〕は１６進表記であることを示す）のそれぞれに対して、各々８ビットで表現される三原色の値Ｒ、ＧおよびＢと、不透明度αとが割り当てられる。パレット２２は、入力されたＰＮＧ形式の画像データに基づきパレットテーブルが参照され、画像データにより指定されたインデックス値に対応する、それぞれ８ビットのデータからなるＲ、ＧおよびＢ各色のデータ（ＲＧＢデータ）と、不透明度αとを画素毎に出力する。後述するパレット２６にも、同様のパレットテーブルが格納される。

パレット２２から出力されたＲＧＢデータは、ＲＧＢ／ＹＣｂＣｒ変換回路３０に供給され、各データ長が８ビットの輝度信号Ｙと色信号Ｃｂ、Ｃｒのデータに変換される（以下、まとめてＹＣｂＣｒデータと称する）。これは、以降のプレーン間合成を共通のデータ形式で行う必要があるためで、動画データのデータ形式であるＹＣｂＣｒデータに統一している。

ＲＧＢ／ＹＣｂＣｒ変換回路３０から出力されたＹＣｂＣｒデータおよび不透明度データα１とがそれぞれ乗算器２３に入力される。なお、ＲＧＢ／ＹＣｂＣｒ変換回路３０と乗算器２３との間に解像度変換回路を挿入し、ＹＣｂＣｒデータの解像度を変換するようにしてもよい。乗算器２３では、入力されたＹＣｂＣｒデータに不透明度データα１が乗ぜられる。乗算結果は、加算器２４の一方の入力端に入力される。なお、乗算器２３では、ＹＣｂＣｒデータにおける輝度信号Ｙ、色差信号Ｃｂ、Ｃｒのそれぞれについて、不透明度データα１との乗算が行われる。また、不透明度データα１の補数（１−α１）が乗算器２１に供給される。

乗算器２１では、４２２／４４４変換回路２０から入力された動画データに不透明度データα１の補数（１−α１）が乗ぜられる。乗算結果は、加算器２４の他方の入力端に入力される。加算器２４において、乗算器２１および２３の乗算結果が加算される。これにより、ビデオプレーン１０とプレゼンテーショングラフィクスプレーン１１とが合成される。加算器２４の加算結果が乗算器２５に入力される。

インタラクティブグラフィクスプレーン１２の画像データもプレゼンテーショングラフィクスプレーン１１と同様に、パレット２６によりＲＧＢ（４：４：４）のデータが出力され、ＲＧＢ／ＹＣｂＣｒ変換回路２７に入力される。グラフィクスプレーン１２の画像データのカラーシステムがＲＧＢ（４：４：４）である場合には、カラーシステムがＹＣｂＣｒ（４：４：４）に変換されてＲＧＢ／ＹＣｂＣｒ変換回路２７から出力される。ＲＧＢ／ＹＣｂＣｒ変換回路２７から出力されたＹＣｂＣｒデータが乗算器２８に入力される。なお、ＲＧＢ／ＹＣｂＣｒ変換回路２７と乗算器２８との間に解像度変換回路を挿入し、ＹＣｂＣｒデータの解像度を変換するようにしてもよい。

パレット２６において、インデックス値に対してアルファブレンディングによる不透明度が指定されている場合には、指定された不透明度α２（０≦α２≦１）がパレット２６から出力される。不透明度データα２は、乗算器２８に供給される。乗算器２８では、ＲＧＢ／ＹＣｂＣｒ変換回路２７から入力されたＹＣｂＣｒデータに対し、輝度信号Ｙ、色差信号Ｃｂ、Ｃｒのそれぞれについて、不透明度データα２との乗算が行われる。乗算器２８による乗算結果が加算器２９の一方の入力端に入力される。また、不透明度データα２の補数（１−α２）が乗算器２５に供給される。

乗算器２５では、加算器２４の加算結果に対して不透明度データα２の補数（１−α２）が乗ぜられる。乗算器２５の乗算結果は、加算器２９の他方の入力端に入力され、上述した乗算器２８による乗算結果と加算される。これにより、ビデオプレーン１０とプレゼンテーショングラフィクスプレーン１１との合成結果に対して、さらに、インタラクティブグラフィクスプレーン１２が合成される。

プレゼンテーショングラフィクスプレーン１１およびインタラクティブグラフィクスプレーン１２において、例えば、表示すべき画像の無い領域の不透明度α＝０と設定することで、そのプレーンの下に表示されるプレーンを透過表示させることができ、例えばビデオプレーン１０に表示されている動画データを、プレゼンテーショングラフィクスプレーン１１やインタラクティブグラフィクスプレーン１２の背景として表示することができる。

なお、パレット２２とＲＧＢ／ＹＣｂＣｒ変換回路３０とをパレット２２’として一つにまとめ、パレット２２’から直接的にＹＣｂＣｒデータが出力されるようにしてもよい。

この図４に示される構成は、ハードウェアおよびソフトウェアの何れでも実現可能なものである。

以上のような構成をとることで、再生専用の規格に必要な、メニュー画面とボタンの表示を可能としている。メニュー画面上のボタンを選択することで、そのボタンに対応付けられたプレイリストを再生させるようにできる。また、再生専用規格で必要な、動画の上に字幕を重ねて表示する機能が実現される。

上述したプレーン合成の構成は、ビデオプレーン１０が１枚しかないので、ピクチャインピクチャのような、２本の動画データを並列的に扱い、２本のビデオ信号による２つの画面を合成して同時に表示することが想定されておらず、このままの構成でこれを実現することが困難である。

次に、この発明の実施の第１および第２の形態について説明する。この発明は、上述したＢＤ−ＲＯＭのＨＤムービーモードを拡張し、より高機能なグラフィクス描画と、ユーザとの双方向性実現とに適したフォーマットを提供することを最終的な目的とする。

なお、ＢＤ−ＲＯＭのＨＤムービーモードを拡張した規格を、フルプロファイルと称する。フルプロファイルは、更なるＢＤ−ＲＯＭの高機能化を目指して、より複雑な双方向性や、ネットワーク通信への対応の実現を図るものである。

フルプロファイルにおいて必要とされ、ＢＤ−ＲＯＭのＨＤムービーモードで実現されていない機能のうち、プレーン構成に関するものは、次の３つが挙げられる。
（１）ピクチャインピクチャ機能。
（２）動画データを縮小し、表示領域中の任意の位置へ表示させる。
（３）（２）の縮小表示の際の縮小表示された動画データ以外の部分（背景）に対して壁紙を表示させる。

なお、「壁紙」とは、ディスプレイ上に表示されるオブジェクトの背景に、例えばディスプレイの表示可能領域を埋め尽くすように画像を表示することを指し、比較的小さな画像をタイル状に繰り返し表示させて構成することが多い。勿論、これに限らず、表示可能領域に対応するサイズの画像を１枚だけ表示して壁紙とすることもできるし、単色やグラデーションを壁紙として表示させることもできる。また、壁紙は、必ずしも表示可能領域を埋め尽くしていなくてもよい。

ここで、（１）の、ピクチャインピクチャについて、図７を用いて説明する。ピクチャインピクチャは、映像を再生中に、再生映像画面内に小さな表示領域を設けるなどして、他の映像を並列的に表示する機能である。このとき、大きく表示された一方の映像の上に重なるように、もう一方の映像が表示されることが多い。大きく表示された映像画面を親画面と称し、親画面中に重ねて表示される小領域の画面を子画面と称する。図７Ａでは、親画面２５０中に子画面２５１が表示されている。なお、図７中、子画面２５１の周囲の白枠は、図を見易くするためのものであって、実際に表示するか否か、また枠を表示する際にどのような枠にするかは、任意である。

子画面２５１は、親画面２５０の上に乗っているように重ねられて表示され、子画面２５１の領域では、親画面２５０が見えなくなっている。このとき、子画面２５１に対してアルファブレンディング処理を行わなくても、ピクチャインピクチャの機能上、問題はない。また、ピクチャインピクチャ機能では、親画面２５０および子画面２５１の表示内容は、図７Ａおよび図７Ｂにそれぞれ示されるように、互いに切り替えられることが求められる。さらに、子画面２５１は、位置およびサイズを変更できるようにすると、ユーザにとって利便性が高くなり、より好ましい。

先ず、この発明の実施の第１の形態について説明する。この発明の実施の第１の形態では、上述した（１）のピクチャインピクチャ、（２）の縮小画像表示、（３）の壁紙画像表示を実現するために、図２を用いて説明したＢＤ−ＲＯＭのＨＤムービーモードにおけるプレーン構成に対して、さらに１枚、プレーンを追加する。以下、追加するプレーンを、第２ビデオプレーンと称する。第２ビデオプレーンは、ビデオプレーンよりさらに奥に配置される。すなわち、この実施の第１の形態では、プレーンは、奥から、第２ビデオプレーン、ビデオプレーン、プレゼンテーショングラフィクスプレーン、インタラクティブグラフィクスプレーンの順に配置される。ビデオプレーンおよび第２ビデオプレーンを用いて親画面２５０および子画面２５１の表示を実現する。

図８は、第２ビデオプレーン５０、ビデオプレーン１０、プレゼンテーショングラフィクスプレーン１１およびインタラクティブグラフィクスプレーン１２を合成するための一例の構成を示す。なお、この図８において、上述した図４と共通する部分には同一の符号を付し、詳細な説明を省略する。

上述したように、親画面２５０および子画面２５１の間では、アルファ合成が不要であるので、親画面２５０および子画面２５１は、各画素について何れかが表示されればよいことになる。したがって、親画面２５０および子画面２５１を表示するビデオプレーン１０および第２ビデオプレーン５０の間では、何方のプレーンを表示するかを画素単位に切り替えることができればよい。

そこで、図８に示されるように、ビデオプレーン１０と第２ビデオプレーン５０の出力を切り替えるスイッチ５１を設ける。このスイッチ５１は、画素単位で入力端５１Ａおよび５１Ｂを切り替えることができるように制御される。例えば、上述の図１におけるグラフィック部３０３のタイミング信号により、スイッチ５１の切り替えタイミングが制御される。タイミング信号は、ＣＰＵ３０１により制御することができる。ＣＰＵ３０１がタイミング制御を行うようにもできる。スイッチ５１の出力は、４２２／４４４変換回路２０に供給される。

ピクチャインピクチャ機能を実行する際には、子画面２５１を表示するための動画データは、予め縮小処理を施してからビデオプレーン１０または第２ビデオプレーン５０に格納する。親画面２５０の内容と子画面２５１の内容とを入れ替える際には、ビデオプレーン１０および第２ビデオプレーン５０の内容を一旦クリアして、新たな動画データを再描画する。

なお、第２ビデオプレーン５０の解像度や表示可能色数などは、ビデオプレーン１０と同一とするとよい。これに限らず、ピクチャインピクチャの機能に制限がある場合、例えば、第２ビデオプレーン５０を子画面２５１の表示に限定して使用するような場合、第２ビデオプレーン５０の解像度は、子画面２５１の解像度を満たしていれば十分である。

この発明の実施の第１の形態によれば、第２ビデオプレーン５０を利用することで、壁紙表示を実現することができる。図９は、第２ビデオプレーン５０を利用して壁紙画像２００の表示を実現した例を示す。図９の例では、動画２０１、ならびに、ＧＵＩの部品２０２Ａおよび２０２Ｂが壁紙画像２００を背景として表示される様子が示される。

壁紙画像２００は、少なくとも下記の３条件を満たしている必要がある。
（１）各プレーンの表示に対して最も奥に表示される。
（２）ビデオプレーン１０上に表示される動画２０１のサイズ変更に応じて、背景を隙間無く埋め尽くして表示される。
（３）インタラクティブグラフィクスプレーン１２に表示されるＧＵＩの部品の背景として表示される。

第２ビデオプレーン５０を利用して壁紙画像２００を表示させることで、これら３条件を満たすことができる。

図８を用いて説明したように、ビデオプレーン１０または第２ビデオプレーン５０に対してプレゼンテーショングラフィクスプレーン１１が合成され、その合成画像に対してインタラクティブグラフィクスプレーン１２がさらに合成される。そのため、プレゼンテーショングラフィクスプレーン１１やインタラクティブグラフィクスプレーン１２に対して所定に不透明度を設定することで、図８において当該プレーンより後ろに配置されたプレーンの表示を隠したり、透過させたりすることができる。これにより、インタラクティブグラフィクスプレーン１２に表示される部品２０２Ａおよび２０２Ｂの背景に壁紙画像２００を表示させることができる。換言すれば、壁紙画像２００を、プレゼンテーショングラフィクスプレーン１１およびインタラクティブグラフィクスプレーン１２に対して奥に表示させることができる。

ビデオプレーン１０および第２ビデオプレーン５０は、スイッチ５１により画素単位で切り替えられるため、ビデオプレーン１０の表示領域と第２ビデオプレーン５０の表示領域とは、排他的な関係にある。そのため、ビデオプレーン１０に表示される動画２０１のサイズの変更に応じて、第２ビデオプレーン５０上の壁紙画像２００を隙間無く表示させることが可能である。また、これにより、ビデオプレーン１０上の動画２０１が、第２ビデオプレーン５０に表示される壁紙画像２００を背景として表示されているように見せることができる。したがって、プレーン全体として、第２ビデオプレーン５０上の壁紙画像２００が最も奥に表示されているようにできる。

なお、上述では、スイッチ５０を画素単位で切り替えるようにしているが、これは、１画素単位に限られず、２画素単位、４画素単位など、複数画素単位でスイッチ５０を切り替えるようにしてもよい。

次に、この発明の実施の第２の形態について説明する。この実施の第２の形態では、上述した図４の構成に対して新たにプレーンを追加することなく、ピクチャインピクチャや背景の壁紙画像の表示を実現するものである。

先ず、壁紙画像の表示の実現方法について説明する。なお、この実施の第２の形態では、プレーン構成は、図２を用いて説明したＢＤ−ＲＯＭのＨＤムービーモードの場合と同様に、奥からビデオプレーン１０、プレゼンテーショングラフィクスプレーン１１およびインタラクティブグラフィクスプレーン１２の順となっており、各プレーンを合成するための構成は、図４と同一の構成を用いるものとする。

図１０を用いて説明する。この図１０の例では、壁紙画像２１０を背景として、インタラクティブグラフィクスプレーン１２上の複数のボタン画像、すなわちＧＵＩに用いられる部品２１１Ａ、２１１Ｂ、２１１Ｃおよび２１１Ｄが表示されると共に、ビデオプレーン１０上の動画が領域２１２に、プレゼンテーショングラフィクスプレーン１１上の例えば字幕データが領域２１３にそれぞれ表示される。また、部品２１１Ａ、２１１Ｂ、２１１Ｃおよび２１１Ｄ、領域２１２、ならびに、領域２１３以外の部分には、壁紙画像２１０が表示されている。

このような表示を実現する場合、最前面のインタラクティブグラフィクスプレーン１２において、領域２１２および２１３の不透明度α２を０として、インタラクティブグラフィクスプレーン１２の奥にある２枚のプレーンが完全に見えるようにする。領域２１２および２１３以外の領域は、不透明度α２を例えば１として、壁紙画像２１０を表示すると共に、部品２１１Ａ、２１１Ｂ、２１１Ｃおよび２１１Ｄをそれぞれ表示する。なお、壁紙画像２１０は、領域２１２および２１３、ならびに、部品２１１Ａ、２１１Ｂ、２１１Ｃおよび２１１Ｄを除いた領域に描画される。

プレゼンテーショングラフィクスプレーン１１では、領域２１２の不透明度α１を０として、プレゼンテーショングラフィクスプレーン１１の奥にあるビデオプレーン１０が完全に見えるようにする。領域２１２以外の領域は、不透明度α１を例えば１とする。これに限らず、プレゼンテーショングラフィクスプレーン１１において、字幕データが表示される領域２１３の不透明度α１を１とし、その他の領域の不透明度α１を０としてもよい。

ビデオプレーン１０では、図１１に一例が示されるように、領域２１２に収まるように動画のサイズを縮小した縮小画像データ２１６を作成し、且つ、縮小画像データ２１６を領域２１２の位置に表示されるように配置する。こうすることによって、図２および図４に示される構成に対して、新たなプレーンを追加することなく、壁紙画像２１０の表示を実現することができる。

なお、壁紙画像２１０を描画する領域を求めるアルゴリズムやプログラムについては、プログラミング言語のライブラリとして提供されている場合が多く、通常は、制作者側で特に意識する必要は無い。

また、この実施の第２の形態では、上述のように、壁紙画像２１０を描画する際には、領域２１２および２１３、ならびに、部品２１１Ａ、２１１Ｂ、２１１Ｃおよび２１１Ｄを除いた領域を求める必要があり、壁紙画像２１０の描画に際して、計算量の多い処理が必要とされる。そのため、特に時間の経過に伴ってインタラクティブグラフィクスプレーン１２上を移動したり、変形したりするＧＵＩ部品などがある場合、計算量の増加に伴う動作速度の低下が発生する可能性があるため、このようなＧＵＩ部品を用いる場合、この点を考慮するのが好ましい。

次に、この実施の第２の形態によるピクチャインピクチャの実現方法について説明する。図１２は、１枚のビデオプレーン１０を用いてピクチャインピクチャを実現するための一例の構成を概略的に示す。図１２に示されるように、この実施の第２の形態では、画像出力部２２０とビデオプレーン１０との間に２つのフレームバッファ２２１Ａおよび２２１Ｂを設ける。

フレームバッファ２２１Ａの出力は、ダウンコンバータ２２２Ａを介してスイッチ２２３の入力端２２３Ａに供給される。フレームバッファ２２１Ｂの出力は、ダウンコンバータ２２２Ｂを介してスイッチ２２３の入力端２２３Ｂに供給される。スイッチ２３３は、画素単位で入力端２２３Ａおよび２２３Ｂを切り替えることができるようにされている。スイッチ２２３の出力は、ビデオプレーン１０に供給される。

なお、フレームバッファ２２１Ａおよび２２１Ｂは、ディスプレイに表示される画像と１対１に対応する画像データを保持するプレーンメモリ（例えばＶＲＡＭ３０４）ではなく、ＣＰＵが有するメインメモリの一部や、ビデオデコーダの後段に設けられるフレームバッファである。上述の図１においては、例えばＤＲＡＭ３０２に対応するものである。

画像出力部２２０は、異なる２本のビデオストリーム（ビデオストリームＡ、ビデオストリームＢとする）を処理可能とされており、画像データ出力部２２０から出力されたビデオストリームＡおよびビデオストリームＢは、フレームバッファ２２１Ａおよび２２１Ｂにそれぞれ供給される。以下では、ビデオストリームＡを親画面とし、ビデオストリームＢをビデオストリームＡの子画面２３０として表示させるものとする。

フレームバッファ２２１Ｂから読み出された画像データは、ダウンコンバータ２２２Ｂに供給され、サイズの変更がなされる。ダウンコンバータ２２２Ｂでは、例えば画素の間引き処理や補間処理を行うことにより、画像データのサイズを縮小する。ダウンコンバータ２２２Ｂでサイズが縮小された縮小画像データは、スイッチ２２３の入力端２２３Ｂに供給される。

一方、フレームバッファ２２１Ａから読み出された画像データは、ダウンコンバータ２２２Ａを素通りしてスイッチ２２３の入力端２２３Ａに供給される。なお、ダウンコンバータ２２２Ａも、ダウンコンバータ２２２Ｂと同様、入力された画像データのサイズを縮小する。

スイッチ２２３では、例えばビデオプレーン１０に対して、表示領域の上端から順に、ライン毎に左から右へと走査しながら表示領域の下端まで、画素単位で行われる画像データの転送に連動して、入力端２２３Ａと２２３Ｂとが所定にタイミング制御されて切り替えられる。図１２の例の場合、子画面２３０を表示させたい位置の画素を書き込む際に、スイッチ２２３において入力端２２３Ｂを選択するように切り替えることで、ビデオプレーン１０の一部に、フレームバッファ２２１Ｂから読み出された動画データが子画面２３０として描画される。

スイッチ２２３の切り替えタイミングの例について、図１３を用いて説明する。なお、図１３では、繁雑さを避けるために、図１３Ｂに示されるように、画面（１フレーム）の解像度を２０画素×１０ラインと簡略化している。図１３Ａに示されるような位置に子画面２３０が表示される例を考える。図１３Ｃは、このときのスイッチ２２３の一例の切り替えタイミングを示す。図１３Ｃにおいて、バッファＡ側がフレームバッファ２２１Ａすなわち入力端２２３Ａ側を示し、バッファＢ側がフレームバッファ２２１Ｂすなわち入力端２２３Ｂ側を示す。このように、子画面２３０が掛からないラインでは、入力端２２３Ａ側が選択され、子画面２３０が掛かるラインでは、ライン内で子画面２３０が掛からない画素のタイミングでは入力端２２３Ａが選択され、子画面２３０が掛かる画素のタイミングにおいて入力端２２３Ｂ側が選択される。このようにスイッチ２２３の切り替えタイミングを画素単位で制御することで、１枚のビデオプレーン１０を用いて親画面と子画面２３０とを並列的に表示させることが可能とされる。

なお、このスイッチの切り替えタイミング制御は、上述したこの発明の実施の第１の形態における、ビデオプレーン１０および第２ビデオプレーン５０による子画面表示制御の際にも適用できる。

また、ここでは子画面２３０の形状を長方形としたが、上述のような画素単位でのスイッチ２２３の切り替え制御によれば、子画面２３０の形状を長方形以外の任意の形状とすることができる。

子画面２３０の表示内容と親画面の表示内容とを入れ替える際の処理について、概略的に説明する。この場合、フレームバッファ２２１Ｂから読み出された画像データは、ダウンコンバータ２２２Ｂを素通りしてスイッチ２２３の入力端２２３Ｂに供給される。一方、フレームバッファ２２１Ａから読み出された画像データは、ダウンコンバータ２２２Ａで縮小処理され、スイッチ２２３の入力端２２３Ａに供給される。図１３Ｄに一例が示されるように、子画面２３０の内容と親画面の内容とを入れ替える指示がタイミングＴでなされた場合、タイミングＴにおいて、スイッチ２２３による選択方向が入力端２２３Ａと入力端２２３Ｂとで入れ替えられる。

図１３Ｄのようにスイッチ２２３の切り替え制御を行うと、タイミングＴに対応する画素から以降で、子画面２３０の内容と親画面の内容とが入れ替えられる。切り替えタイミングは、これに限らず、例えば、タイミングＴで子画面および親画面の入れ替え指示があった場合に、当該フレームの終端または次フレームの先頭、あるいは、フレーム終端および次フレームの先端の間まで、スイッチ２２３の選択タイミングの入れ替えを待つようにしてもよい。この場合には、子画面および親画面の入れ替え指示があった次のフレームから、子画面２３０の内容と親画面の内容とが入れ替わった表示がなされる。

なお、上述では、子画面２３０の内容と親画面の内容との入れ替えを、スイッチ２２３の切り替え制御によって行っていたが、これはこの例に限定されない。例えば、フレームバッファ２２１Ａおよび２２１Ｂのうち一方を子画面２３０専用とし、画像出力部２２０からの出力先をフレームバッファ２２１Ａおよび２２１Ｂとで切り替えるようにしてもよい。この場合には、親画面と子画面との入れ替えの際に、スイッチ２２３の選択タイミングを入れ替える必要が無い。

また、上述では、スイッチ２２３の切り替えタイミングを画素単位で制御しているが、これは、１画素単位に限られず、２画素単位、４画素単位など、複数画素単位でスイッチ２２３を切り替えるようにしてもよい。

さらに、上述では、フレームバッファ２２１Ａおよび２２１Ｂからビデオプレーン１０に対して、ライン毎に走査して画像データを転送しているが、これはこの例に限定されない。例えば、フレームバッファ２２１Ａおよび２２１Ｂから、所定の領域からなるブロック単位で画像データを読み出し、ビデオプレーン１０に転送することも可能である。この場合、スイッチ２２３も、ブロック単位で切り替えタイミングが制御される。

この発明の実施の第１の形態のように、プレーンを増やすことは、プレーン専用のメモリ（ＶＲＡＭ３０４など）およびプレーンメモリにアクセスするためのハードウェアが必要となる。そのため、プレーンを増やす方法は、ＣＰＵの処理速度は高速ではないが、ハードウェアの拡張性の点で制限が緩いシステムに適しているといえる。例えば、ＢＤ−ＲＯＭの再生専用機がこれに相当する。

一方、ＣＰＵの処理速度が非常に高速で、さらにグラフィクスの高速描画を専用的に行うＬＳＩ(Large-Scale Integration)を搭載しているようなシステムの場合、ハードウェア（特にグラフィクス描画に関連したハードウェア）がカスタム化されている傾向が強く、ハードウェアの拡張が難しい。このようなシステムの場合、プレーンを増やすよりも、この発明の実施の第２の形態のように、ＧＵＩで用いられる各部品の位置、サイズ、合成の順序を計算した後、全てを１つのプレーンに描画する方法が適しているといえる。例えば、汎用のコンピュータ装置などでＢＤ−ＲＯＭを再生するような場合がこれに相当する。

次に、上述の実施の第１の形態および第２の形態にそれぞれ適用可能なプレーヤデコーダ１００について説明する。図１４は、この発明の実施の第１の形態に適用可能なプレーヤデコーダ１００の一例の構成を示す機能ブロック図である。なお、このプレーヤデコーダ１００は、この発明の実施の第２の形態にも略同様の構成で適用可能である。プレーヤデコーダ１００を実施の第２の形態に適用する場合の構成については、適宜、説明する。

このプレーヤデコーダ１００は、図示されないドライブ装置に装填されたディスクから再生されたデータを解釈し、ＡＶ(Audio/Video)ストリームを出力すると共に、出力されたＡＶストリームに対するユーザによるインタラクティブな操作を可能とする。

なお、プレーヤデコーダ１００は、図示されないＣＰＵにより全体の動作が制御される。例えば、プレーヤデコーダ１００の各部におけるストリームやデータの流れは、ＣＰＵにより監視され、制御される。

図示されないドライブ装置にディスクが装填されると、ＢＤ−ＲＯＭのＨＤムービーモードにおいては、先ず、プレイリストの再生順序を指定したファイル（例えばファイル名を「scenario.hdmv」とする）と、メニューやタイトルを構成するプレイリスト群の先頭プレイリストを指すファイル（例えばファイル名を「entrylist.data」とする）とが再生され、このファイル「scenario.hdmv」およびファイル「entrylist.data」の記述に基づき、必要な他のファイルが読み出され、ディスクに記録されたコンテンツが再生される。

例えば、ファイル「scenario.hdmv」およびファイル「entrylist.data」の記述に基づき、ビデオプレーン１０や第２ビデオプレーン５０に表示するための動画データ、プレゼンテーショングラフィクスプレーン１１やインタラクティブグラフィクスプレーン１２、第２ビデオプレーン５０に表示するための画像データ、プレイリストファイルなどがディスクから読み出される。フルプロファイルにおいては、プログラムを格納したファイルが読み出され、実行される。

以下では、ディスクから読み出されるこれらのデータのうち、動画データ、サブピクチャ（字幕データ）や音声データといった、連続的に処理する必要があるストリームをリアルタイムストリームと称する。また、シナリオファイル、プレイリストファイル、スクリプトファイルおよびプログラムファイル、ならびに、一部の動画、静止画およびサウンドデータといった、連続的な処理を要求されない非リアルタイムなデータを、ストアオブジェクトと称する。ストアオブジェクトは、メモリ上などに蓄積、展開され、必要に応じて処理される。

プレーヤデコーダ１００は、チャンネル（１）および（２）の２系統の入力チャンネルを有し、入力チャンネル（１）の入力端１０１に、ストアオブジェクトが入力される。入力チャンネル（２）の入力端２０２に、リアルタイムストリームが入力される。入力端２０２に、ストアオブジェクトを入力することも可能である。この実施の第１および第２の形態では、入力端２０２に入力されるリアルタイムストリームおよび一部のストアオブジェクトは、例えばＭＰＥＧ２ ＴＳ(Moving Pictures Experts Group 2 Transport Stream)である。

なお、入力端２０２に入力されるリアルタイムストリームは、ＭＰＥＧ２ ＴＳに限られない。パケット単位で伝送され、ビデオデータ、オーディオデータ、静止画像データなどを多重化可能であれば、他の形式のストリームを入力するようにしてもよい。このときには、後述するＰＩＤフィルタ１１０は、そのストリーム形式に適合したデマルチプレクサとして用いられ、ビデオデータ、オーディオデータ、静止画像データなどを分離する。

また、例えば、ドライブ装置においてディスクの回転速度を２倍速などの高速回転としてディスクからの読み出し転送レートを上げ、時分割で動作させることにより、ディスクからの、チャンネル（１）および（２）の２系統の読み出しが実現可能である。

先ず、入力チャンネル（１）の系統について説明する。入力端１０１に入力されたストアオブジェクトは、スイッチ回路１０２に入力される。ストアオブジェクトとしてＥＣＭＡ(European Computer Manufacturers Association)スクリプトやＨＴＭＬ(Hyper Text Markup Language)ファイル（またはＸＨＴＭＬファイル）、Ｊａｖａファイルなどによるプログラムコードが入力された場合、スイッチ回路１０２において出力端１０２Ａが選択され、入力されたプログラムコードがコードバッファ１０４に蓄えられる。

一方、ストアオブジェクトとして画像データが入力された場合、スイッチ回路１０２において出力端１０２Ｂが選択され、入力された画像データがスイッチ回路１０３に入力される。入力端２０２に入力されたリアルタイムストリームに、プレゼンテーショングラフィクスプレーン１１やインタラクティブグラフィクスプレーン１２に表示するための画像データが含まれていない場合には、スイッチ回路１０３で入力端１０３Ａが選択され、スイッチ回路１０２から入力された画像データがコンテンツバッファ１０５に蓄えられる。

同様にして、入力端２０２に入力されたリアルタイムストリームに、プレゼンテーショングラフィクスプレーン１１やインタラクティブグラフィクスプレーン１２に表示するための画像データが含まれている場合には、スイッチ回路１０３において入力端１０３Ｂが選択され、当該画像データがコンテンツバッファ１０５に蓄えられる。コードバッファ１０４およびコンテンツバッファ１０５に蓄えられたストアオブジェクトは、必要に応じて読み出され、マルチメディアエンジン１０６に供給される。

コンテンツバッファ１０５に蓄えられたストアオブジェクトのうち画像データは、スイッチ回路１０７および１０８をそれぞれ介して、グラフィクスデコーダＡ１１６およびグラフィクスデコーダＢ１１７にも供給される。

マルチメディアエンジン１０６は、ＸＭＬパーサ１０６Ａ、プログラム/スクリプトインタプリタ１０６Ｂおよびグラフィクスレンダラ１０６Ｃを含む。マルチメディアエンジン１０６は、さらに、サウンドプレーヤ１０６Ｄを有し、オーディオデータの扱いを可能としている。マルチメディアエンジン１０６は、独立的なハードウェアで構成してもよいし、上述した図示されないＣＰＵの、所定のプログラムに基づく処理で実現することも可能である。

ＸＭＬパーサ１０６Ａは、ＸＭＬ(Extensible Markup Language)文書を解析する機能を有し、ＨＴＭＬ文書やＸＨＴＭＬ文書の解析も可能である。ＸＭＬパーサ１０６Ａで解釈されたＨＴＭＬ文書やＸＨＴＭＬ文書は、このプレーヤデコーダ１００で実行可能な形式に変換される。プログラム/スクリプトインタプリタ１０６Ｂは、Ｊａｖａ（登録商標）プログラムやＥＣＭＡスクリプト等を解析し、このプレーヤデコーダ１００で実行可能な形式に変換される。また、グラフィクスレンダラ１０６Ｃは、画像データを字幕プレーン１１およびグラフィクスプレーン１２に展開可能な形式にデコードする。

マルチメディアエンジン１０６において、バッファ１０９をワークメモリとして、これらＸＭＬパーサ１０６Ａ、プログラム/スクリプトインタプリタ１０６Ｂおよびグラフィクスレンダラ１０６Ｃの処理が行われる。例えば、ＸＭＬパーサ１０６Ａおよびプログラム/スクリプトインタプリタ１０６Ｂにより、バッファ１０９のうちコードバッファ１０９Ａが用いられる。また、グラフィクスレンダラ１０６Ｃにより、バッファ１０９のうちグラフィクスバッファ１０９Ｄが用いられる。バッファ１０９は、上述のコードバッファ１０９Ａおよびグラフィクスバッファ１０９Ｄの他に、文字列の表示に用いるフォントデータが格納されるフォントバッファ１０９Ｂ、ＸＭＬパーサ１０６ＡでＨＴＭＬ文書を解析した結果を階層化された木構造で保持するためのツリーバッファ１０９Ｃ、サウンドプレーヤ１０６Ｄで用いるオーディオデータが格納されるサウンドバッファ１０９Ｅなどが含まれる。

マルチメディアエンジン１０６では、例えば、コードバッファ１０４に蓄えられたＥＣＭＡスクリプトを読み出し、読み出されたＥＣＭＡスクリプトの記述に基づき、必要に応じて、コードバッファ１０４からの他のＥＣＭＡスクリプトやＨＴＭＬ文書（またはＸＨＴＭＬ文書）の読み出し、コンテンツバッファ１０５からの画像データの読み出しなどを行う。コードバッファ１０４およびコンテンツバッファ１０５に格納されたデータは、当該データが不要になるまで、コードバッファ１０４やコンテンツバッファ１０５に保持しておくことができる。したがって、これらコードバッファ１０４やコンテンツバッファ１０５に格納されたデータは、必要に応じて何度でも読み出して使うことができる。

マルチメディアエンジン１０６では、上述の他にも、入力された複数種類のデータのデマルチプレクス処理、ＪａｖａＶＭ（Ｊａｖａ仮想マシン）機能などが行われる。さらに、マルチメディアエンジン１０６により、ユーザからの、リモートコントロールコマンダやポインティングデバイスなどによる入力が受け取られ、所定に処理される。ユーザ入力は、さらに、後述するグラフィクスデコーダＡ１１６、グラフィクスデコーダＢ１１７、オーディオデコーダ１１８、ＭＰＥＧビデオデコーダ１２０およびシステムデコーダ１２１にも供給される。

グラフィクスレンダラ１０６Ｃで処理された画像データは、スイッチ回路１３０および１３１をそれぞれ介してグラフィクスプレーンＡ１３２およびグラフィクスプレーンＢ１３３に供給される。なお、この例では、グラフィクスプレーンＡ１３２およびグラフィクスプレーンＢ１３３に供給される画像データとして、ＰＮＧ形式、ランレングス形式、ＪＰＥＧ形式などが挙げられるが特に規定しない。これらの各プレーン１３２、１３３に画像データが供給されるタイミングは、マルチメディアエンジン１０６により制御される。

ここで、グラフィクスプレーンＡ１３２およびグラフィクスプレーンＢ１３３は、それぞれ上述したプレゼンテーショングラフィクスプレーン１１およびインタラクティブグラフィクスプレーン１２に対応する。ビデオプレーン１３４は、上述したビデオプレーン１０に対応する。第２ビデオプレーン１６０は、上述した第２ビデオプレーン５０に対応する。なお、グラフィクスプレーンＡ１３２、グラフィクスプレーンＢ１３３およびビデオプレーン１３４、第２ビデオプレーン１６０は、例えばフレームメモリであって、図１で説明したＶＲＡＭ３０４を用いることができる。

マルチメディアエンジン１０６は、さらに、後述するプレゼンテーションプロセッサ１５５に対して、ビデオプレーン１３４、第２ビデオプレーン１６０、グラフィクスプレーンＡ１３２およびグラフィクスプレーンＢ１３３の切り換え、アルファ合成などを指示する制御信号を供給する。同様に、マルチメディアエンジン１０６は、後述するプレゼンテーションプロセッサ１５７に対して、オーディオストリーム出力を制御するような制御信号を供給する。

次に、入力チャンネル（２）の系統について説明する。入力端２０２にＭＰＥＧ２ ＴＳで入力されたリアルタイムストリームは、ＰＩＤフィルタ１１０に供給され、ＭＰＥＧ２ ＴＳのトランスポートパケットに格納されるＰＩＤ(Packet Identification)が抽出され、当該トランスポートパケットに格納されるストリームの属性が検出される。ＰＩＤフィルタ１１０では、このストリーム属性に基づき、入力されたリアルタイムストリームが、トランスポートパケット毎に対応する系統に振り分けられる。

ＰＩＤに基づき、トランスポートパケットがストアオブジェクトに属する画像データが格納されているパケットであるとされれば、当該トランスポートパケットは、バッファＴＢｎ１１１Ａに一旦溜め込まれ、所定のタイミングで読み出されて入力端１０３Ｂが選択されたスイッチ回路１０３に入力され、スイッチ回路１０３を介してコンテンツバッファ１０５に格納される。

ＰＩＤフィルタ１１０において、ＰＩＤに基づき、トランスポートパケットが字幕データが格納されているパケットであるとされれば、当該トランスポートパケットは、バッファＴＢｎ１１１ＢおよびバッファＢｎ１１２Ｂに一旦溜め込まれ、所定のタイミングで読み出されて入力端１０７Ｂが選択されたスイッチ回路１０７に入力され、スイッチ回路１０７を介してグラフィクスデコーダＡ１１６に供給される。

グラフィクスデコーダＡ１１６では、供給されたトランスポートパケットのヘッダ情報を除去すると共に、当該トランスポートパケットに格納された字幕データがデコードされて字幕などを表示するための画像データとされる。この画像データは、所定のタイミングでスイッチ回路１３０の入力端１３０Ｂに入力され、スイッチ回路１３０を介してグラフィクスプレーンＡ１３２に展開される。また、スイッチ回路１３１を介してグラフィクスプレーンＢ１３３にも展開させることが可能である。

ＰＩＤフィルタ１１０において、ＰＩＤに基づき、トランスポートパケットがグラフィクスデータが格納されているパケットであるとされれば、当該トランスポートパケットは、バッファＴＢｎ１１１ＣおよびバッファＢｎ１１２Ｃに一旦溜め込まれ、所定のタイミングで読み出されて入力端１０８Ｂが選択されたスイッチ回路１０８に入力され、スイッチ回路１０８を介してグラフィクスデコーダＢ１１７に供給される。

グラフィクスデコーダＢ１１７では、供給されたトランスポートパケットのヘッダ情報を除去すると共に、当該トランスポートパケットに格納されたグラフィクスデータがデコードされ、グラフィクスデータとされる。この画像データは、所定のタイミングでスイッチ回路１３１の入力端１３１Ｂに入力され、スイッチ回路１３１を介してグラフィクスプレーンＢ１３３に展開される。また、スイッチ回路１３０を介してグラフィクスプレーンＡ１３２にも展開させることが可能である。

なお、グラフィクスデコーダＡ１１６とグラフィクスデコーダＢ１１７には、機能的な違いはない。つまり、モデル上、独立して動作するグラフィクスデコーダが２系統あることを表している。すなわち、字幕データとグラフィクスデータとをそれぞれ独立にデコードできることを想定している。実装においては、１系統の高速なグラフィクスデコーダを時分割で使用し、仮想的に２系統のグラフィクスデコーダが存在しているとみなす方法もある。

ＰＩＤフィルタ１１０において、ＰＩＤに基づき、トランスポートパケットがオーディオデータが格納されているパケットであるとされれば、当該トランスポートパケットは、バッファＴＢｎ１１１ＤおよびバッファＢｎ１１２Ｄに一旦溜め込まれ、所定のタイミングで読み出されてオーディオデコーダ１１８に供給される。このトランスポートパケットに格納されるオーディオデータは、例えばＭＰＥＧに準拠した方式で圧縮符号化されている。

オーディオデコーダ１１８は、例えばリニアＰＣＭ(Pulse Code Modulation)オーディオデコーダ１１９も有する。オーディオデコーダ１１８は、入力されたトランスポートストリームのヘッダ情報を除去すると共に、当該トランスポートパケットに格納された圧縮符号化されたオーディオデータをリニアＰＣＭオーディオデータにデコードする。

オーディオデコーダ１１８から出力されたリニアＰＣＭオーディオデータは、オーディオ用のプレゼンテーションプロセッサ１５７に入力され、マルチメディアエンジン１０６の制御に基づき所定の音響効果などが付加されて、出力端１５８に導出される。

ＰＩＤフィルタ１１０において、ＰＩＤに基づき、トランスポートパケットが動画データが格納されているパケットであるとされれば、当該トランスポートパケットは、バッファＴＢｎ１１１Ｅ、バッファＭＢｎ１１３およびバッファＥＢｎ１１４に一旦溜め込まれ、所定のタイミングで読み出されてＭＰＥＧビデオデコーダ１２０に供給される。このトランスポートパケットに格納される動画データは、ＭＰＥＧ２方式により圧縮符号化されている。

ＭＰＥＧビデオデコーダ１２０では、供給されたトランスポートパケットのヘッダ情報を除去すると共に、当該トランスポートパケットに格納された、ＭＰＥＧ２方式で圧縮符号化された動画データをベースバンドの動画データにデコードする。

ＭＰＥＧデコーダ１２０から出力された動画データは、スイッチ回路１２４の入力端１２４Ａに入力される。スイッチ回路１２４において、ＭＰＥＧビデオデコーダ１２０からの動画データとマルチメディアエンジン１０６から出力された動画データが選択される。所定のタイミングで選択された動画データは、スイッチ１２３に入力される。スイッチ１２３では展開先のビデオプレーンが選択され、動画データは、ビデオプレーン１３４あるいは第２ビデオプレーン１６０に展開される。

なお、この発明の実施の第１および第２の形態では、ピクチャインピクチャ機能が実現可能とされている。ピクチャインピクチャ機能を実施するためには、２本の動画データを供給する必要がある。例えば、入力端２０２から２本の動画データを含むＭＰＥＧ２ ＴＳが供給され、ＰＩＤフィルタ１１０、バッファＴＢｎ１１１Ｅ、バッファＭＢｎ１１３およびバッファＥＢｎ１１４を介してＭＰＥＧビデオデコーダ１２０に供給される。ＭＰＥＧビデオデコーダ１２０は、２本の動画データをデコードしてそれぞれ出力する。

ＭＰＥＧビデオデコーダ１２０から出力された２本の動画データは、直接的にスイッチ１２４に供給してもよいし、図１４中に点線のブロックで示されるように、ＭＰＥＧビデオデコーダ１２０とスイッチ１２４との間に、少なくとも２フレーム分の動画データを格納可能な容量を有するフレームバッファ４００を設け、ＭＰＥＧビデオデコーダ１２０から出力された２本の動画データをこのフレームバッファ４００に一旦溜め込むようにしてもよい。フレームバッファ４００を設けることで、２本の動画データをそれぞれ例えばフレーム単位で独立的に出力することができ、スイッチ１２３の負荷を軽減することができる。

なお、２本の動画データの供給は、この例に限らず、例えば１本の動画データをリアルタイムストリームとして入力端２０２から供給し、もう１本の動画データをストアオブジェクトとして入力端１０１から供給するようにしてもよい。さらに、ピクチャインピクチャで用いられる２種類の画像は、両方共が動画データである必要はなく、一方を静止画像データとしてもよい。２本とも静止画像データとすることも考えられる。

この発明の実施の第１の形態が適用されたプレーヤデコーダ１００において、ピクチャインピクチャ機能により、ビデオプレーン１３４または第２ビデオプレーン１６０何れかの動画データを子画面として用いる場合には、子画面として用いる動画データを予め縮小して対応するビデオプレーン１３４または第２ビデオプレーン１６０に展開するとよい。縮小画像の作成は、ＭＰＥＧビデオデコーダ１２０にその機能を持たせることで可能である。勿論、縮小画像を作成するための縮小画像作成部を、ＭＰＥＧビデオデコーダ１２０とビデオプレーン１３４および第２ビデオプレーン１６０との間に別途、設けてもよい。

また、この発明の実施の第２の形態にこのプレーヤデコーダ１００を適用する場合には、第２ビデオプレーン１６０およびスイッチ回路１２３が省略されると共に、ＭＰＥＧビデオデコーダ１２０と例えばスイッチ回路１２４との間に、図１４に点線のブロックで示されるように、フレームバッファ４００が設けられる。フレームバッファ４００は、少なくとも２フレーム分の動画データを格納可能な容量を有する。

上述した図１２を参照しながら、この発明の実施の第２の形態における一例の処理を説明すると、フレームバッファ４００内の異なる領域に、フレームバッファ２２１Ａおよび２２１Ｂがそれぞれ形成される（ここでは、それぞれフレームメモリ領域２２１Ａ、フレームメモリ領域２２１Ｂと称する）。勿論、フレームバッファ２２１Ａおよび２２１Ｂにそれぞれ対応したフレームバッファ４００Ａおよび４００Ｂ（図示しない）を設けてもよい。

一方、ＭＰＥＧビデオデコーダ１２０から出力された２本の動画データは、フレームバッファ４００に供給され、フレームバッファ４００内に形成されたフレームメモリ領域２２１Ａおよび２２１Ｂにそれぞれ格納される。

子画面としてフレームメモリ領域２２１Ｂに格納された動画データが用いられるとすると、フレームメモリ領域２２１Ｂに格納された動画データが図示されないダウンコンバータ２２２Ｂにより縮小処理される。この縮小処理は、例えば、フレームメモリ領域２２１Ｂから動画データを読み出す際に、所定に画素を間引きすることによって可能である。そして、フレームバッファ４００に対して、上述したスイッチ２２３においてなされる切り替え制御に基づきフレームメモリ領域２２１Ａおよび２２１Ｂに格納された動画データの読み出し制御が画素単位で行われ、フレームバッファ４００から読み出された動画データがビデオプレーン１３４に供給される。このようにすることで、プレーヤデコーダ１００において、実施の第２の形態による、１枚のビデオプレーン１３４を用いたピクチャインピクチャ機能が実現される。

ＰＩＤフィルタ１１０において、ＰＩＤに基づき、トランスポートパケットがシステム情報が格納されているパケットであるとされれば、当該トランスポートパケットは、バッファＴＢｎ１１１ＦおよびＢｓｙｓ１１５を介してシステムデコーダ１２１に供給される。システムデコーダ１２１では、供給されたトランスポートパケットのヘッド情報が除去され、格納されているシステム情報が取り出される。システム情報は、例えば図示されないＣＰＵに渡される。

グラフィクスプレーンＡ１３２上の画像データは、上述のパレット２２に対応するパレット１５０に供給され、２５６色からなるパレットに対してインデックスによる参照がなされ、ＲＧＢデータが出力されると共に、不透明度データα１が抜き出される。ＲＧＢデータは上述のＲＧＢ／ＹＣｂＣｒ変換回路２９に対応するＲＧＢ／ＹＣｂＣｒ変換回路１５１によりＹＣｂＣｒデータに変換され、ＹＣｂＣｒデータおよび不透明度データα１は、プレゼンテーションプロセッサ１５５に供給される。

グラフィクスプレーンＢ１３３上の画像データは、上述のパレット２６に対応するパレット１５２に供給され、２５６色からなるパレットに対してインデックスによる参照がなされ、ＲＧＢデータが出力されると共に、不透明度データα２が抜き出される。ＲＧＢデータは上述のＲＧＢ／ＹＣｂＣｒ変換回路２７に対応するＲＧＢ／ＹＣｂＣｒ変換回路１５３によりＹＣｂＣｒデータに変換され、ＹＣｂＣｒデータおよび不透明度データα２は、プレゼンテーションプロセッサ１５５に供給される。

ビデオプレーン１３４の出力は、アップ／ダウンコンバータ１５４を介してプレゼンテーションプロセッサ１５５に供給される。同様に、第２ビデオプレーン１６０の出力は、アップ／ダウンコンバータ１６１を介してプレゼンテーションプロセッサ１５５に供給される。

なお、アップ／ダウンコンバータ１５４は、画像の解像度を変換する回路であって、例えば高解像度のＨＤ(High Definition)画像から通常の解像度を有するＳＤ(Standard Definition)画像への変換を行う。

プレゼンテーションプロセッサ１５５は、図４または図８を用いて説明した、プレゼンテーショングラフィクスプレーン１１（グラフィクスプレーンＡ１３２）の画像データによる不透明度α１と、インタラクティブグラフィクスプレーン１２（グラフィクスプレーンＢ１３３）による不透明度α２とを用いたアルファブレンディング処理を行う。また、この発明の実施の第１の形態にこのプレーヤデコーダ１００が適用される場合において、ピクチャインピクチャ機能や壁紙表示機能を利用する際には、ビデオプレーン１０および第２ビデオプレーン５０の出力の画素単位での切り替え処理も、プレゼンテーションプロセッサ１５５で行われる。

すなわち、プレゼンテーションプロセッサ１５５では、ビデオプレーン１３４と第２ビデオプレーン１６０の画像データをスイッチ５１（図示しない）で切り替えて一つの画像データを構成し、その画像データに対し、グラフィクスプレーンＡ１３２の画像データに設定された不透明度α１に基づき、グラフィクスプレーンＡ１３２の画像データが合成される。さらに、ビデオプレーンとグラフィクスプレーンＡ１３２が合成された画像データに対して、グラフィクスプレーンＢ１３３の画像データに設定された不透明度α２に基づき、グラフィクスプレーンＢ１３３の画像データが合成される。この、グラフィクスプレーンＢ１３３の画像データ、グラフィクスプレーンＡ１３２の画像データ（字幕データ）、ならびに、ビデオプレーン１３４、第２ビデオプレーン１６０の画像データが合成された画像データが出力端１５６に導出される。

なお、プレゼンテーションプロセッサ１５５は、画像データに対してリアルタイムでエフェクト処理を行うこともできる。

上述では、プレーヤデコーダ１００の各部がハードウェアで構成されるように説明したが、これはこの例に限られない。例えば、プレーヤデコーダ１００をソフトウェア上の処理として実現することも可能である。この場合、プレーヤデコーダ１００をコンピュータ装置上で動作させることができる。また、プレーヤデコーダ１００をハードウェアおよびソフトウェアが混合された構成で実現することもできる。例えば、オーディオデコーダ１１８やＭＰＥＧビデオデコーダ１２０をハードウェアで構成し、その他をソフトウェアで構成することが考えられる。

プレーヤデコーダ１００をソフトウェアのみ、または、ハードウェアおよびソフトウェアの混合により構成し、コンピュータ装置で実行させるためのプログラムは、例えばＣＤ−ＲＯＭ(Compact Disc-Read Only Memory)といった記録媒体に記録されて提供される。このＣＤ−ＲＯＭをコンピュータ装置のＣＤ−ＲＯＭドライブに装填し、ＣＤ−ＲＯＭに記録されたプログラムを所定にコンピュータ装置にインストールすることで、上述の処理をコンピュータ装置上で実行可能な状態とすることができる。なお、コンピュータ装置の構成は、極めて周知であるため、説明は省略する。

画像データを表示するための典型的な構成例を概略的に示すブロック図である。 ビデオプレーン、プレゼンテーショングラフィクスプレーンおよびインタラクティブグラフィクスプレーンの一例の構成を示す略線図である。 各プレーンの解像度および表示可能色について説明するための図である。 ３つのプレーンを合成する一例の構成を示す機能ブロック図である。 パレットの入出力データの一例を示す略線図である。 パレットに格納される一例のパレットテーブルを示す略線図である。 ピクチャインピクチャについて説明するための図である。 第２ビデオプレーン、ビデオプレーン、プレゼンテーショングラフィクスプレーンおよびインタラクティブグラフィクスプレーンを合成するための一例の構成を示す機能ブロック図である。 第２ビデオプレーンを利用して壁紙画像の表示を実現した例を示す略線図である。 この発明の実施の第２の形態による壁紙画像の表示の実現方法について説明するための図である。 この発明の実施の第２の形態による壁紙画像の表示の実現方法について説明するための図である。 １枚のビデオプレーンを用いてピクチャインピクチャを実現するための一例の構成を概略的に示す機能ブロック図である。 スイッチの切り替えタイミングを説明するための図である。 この発明の実施の第１の形態に適用可能なプレーヤデコーダの一例の構成を示す機能ブロック図である。

符号の説明

１０ ビデオプレーン
１１ プレゼンテーショングラフィクスプレーン
１２ インタラクティブグラフィクスプレーン
２１，２３，２５，２８ 乗算器
２４，２９ 加算器
５０ 第２ビデオプレーン
５１ スイッチ
１００ プレーヤデコーダ
１０６ マルチメディアエンジン
１１６ グラフィクスデコーダＡ
１１７ グラフィクスデコーダＢ
１２０ ＭＰＥＧビデオデコーダ
１３２ グラフィクスプレーンＡ
１３３ グラフィクスプレーンＢ
１３４ ビデオプレーン
１６０ 第２ビデオプレーン
２００ 壁紙画像
２０１ 動画
２０２Ａ，２０２Ｂ 部品
２１０ 壁紙画像
２１１Ａ，２１１Ｂ，２１１Ｃ，２１１Ｄ 部品
２２０ 画像出力部
２２１Ａ，２２１Ｂ フレームバッファ
２２２Ａ，２２２Ｂ ダウンコンバータ
２２３ スイッチ
２３０ 子画面
３０１ ＣＰＵ
３０２ ＤＲＡＭ
３０３ グラフィクス部
３０４ ＶＲＡＭ

Claims (19)

1. 円盤状記録媒体に記録されたコンテンツデータを再生する再生装置において、
   記録媒体から再生された第１の動画データを格納する第１の記憶手段と、
   記録媒体から再生された第２の動画データを格納する第２の記憶手段と、
   上記第１の記憶手段および上記第２の記憶手段の出力を所定領域単位で選択する選択手段と
   を有し、
   上記選択手段の出力に基づき表示信号を生成するようにしたことを特徴とする再生装置。
2. 請求項１に記載の再生装置において、
   上記所定領域は、画素であることを特徴とする再生装置。
3. 請求項１に記載の再生装置において、
   上記第１の記憶手段および上記第２の記憶手段は、プレーンメモリであることを特徴とする再生装置。
4. 請求項３に記載の再生装置において、
   上記第１の記憶手段および上記第２の記憶手段のうち一方に、対応する上記動画データが縮小された縮小動画データが表示位置に対応して格納され、上記選択手段は、上記縮小動画データの上記表示位置に対応して上記選択を行うようにしたことを特徴とする再生装置。
5. 請求項４に記載の再生装置において、
   上記第１の記憶手段および上記第２の記憶手段のうち他方は、上記動画データの代わりに壁紙画像データが格納されるようにしたことを特徴とする再生装置。
6. 請求項３に記載の再生装置において、
   上記選択手段の出力と上記記録媒体から再生された字幕データとを合成する第１の合成手段と、
   上記第１の合成手段の出力と上記記録媒体から再生された画像データとを合成する第２の合成手段と
   をさらに有することを特徴とする再生装置。
7. 請求項６に記載の再生装置において、
   上記第１の合成手段による上記合成の度合いは、上記字幕データに応じて制御されることを特徴とする再生装置。
8. 請求項６に記載の再生装置において、
   上記第２の合成手段による上記合成の度合いは、上記画像データに応じて制御されることを特徴とする再生装置。
9. 請求項１に記載の再生装置において、
   上記第１の記憶手段および上記第２の記憶手段は、フレームメモリであって、上記選択手段の出力がプレーンメモリに供給されるようにしたことを特徴とする再生装置。
10. 請求項９に記載の再生装置において、
    上記第１の記憶手段または上記第２の記憶手段から出力された動画データを縮小した縮小動画データを、上記選択手段により該縮小動画データの表示位置に対応して上記選択し、上記プレーンメモリに供給するようにしたことを特徴とする再生装置。
11. 請求項１０に記載の再生装置において、
    上記プレーンメモリの出力と上記記録媒体から再生された字幕データとを合成する第１の合成手段と、
    上記第１の合成手段の出力と上記記録媒体から再生された画像データとを合成する第２の合成手段と
    をさらに有することを特徴とする再生装置。
12. 請求項１１に記載の再生装置において、
    上記第１の合成手段による上記合成の度合いは、上記字幕データに応じて制御されることを特徴とする再生装置。
13. 請求項１１に記載の再生装置において、
    上記第２の合成手段による上記合成の度合いは、上記画像データに応じて制御されることを特徴とする再生装置。
14. 請求項１１に記載の再生装置において、
    上記第２の合成手段で上記第１の合成手段の出力が合成される上記画像データに対して、上記第１の合成手段の出力を透過表示させる透明領域を上記縮小動画データの上記表示位置に対応して設けるようにしたことを特徴とする再生装置。
15. 請求項１４に記載の再生装置において、
    上記画像データの上記透明領域以外の領域に壁紙画像を表示するようにしたことを特徴とする再生装置。
16. 請求項１５に記載の再生装置において、
    上記第２の合成手段の出力に対して、さらに部品画像が表示され、上記壁紙画像は、上記透明領域および上記部品画像の表示領域以外の領域に表示されるようにしたことを特徴とする再生装置。
17. 円盤状記録媒体に記録されたコンテンツデータを再生する再生方法において、
    記録媒体から再生された第１の動画データを第１の記憶手段に格納するステップと、
    記録媒体から再生された第２の動画データを第２の記憶手段に格納するステップと、
    上記第１の記憶手段および上記第２の記憶手段の出力を所定領域単位で選択する選択のステップと
    を有し、
    上記選択のステップによる出力に基づき表示信号を生成するようにしたことを特徴とする再生方法。
18. 円盤状記録媒体に記録されたコンテンツデータを再生する再生方法をコンピュータ装置に実行させる再生プログラムにおいて、
    上記再生方法は、
    記録媒体から再生された第１の動画データを第１の記憶手段に格納するステップと、
    記録媒体から再生された第２の動画データを第２の記憶手段に格納するステップと、
    上記第１の記憶手段および上記第２の記憶手段の出力を所定領域単位で選択する選択のステップと
    を有し、
    上記選択のステップによる出力に基づき表示信号を生成するようにしたことを特徴とする再生プログラム。
19. 円盤状記録媒体に記録されたコンテンツデータを再生する再生方法をコンピュータ装置に実行させる再生プログラムが記録されたコンピュータ装置が読み取り可能な記録媒体において、
    上記再生方法は、
    記録媒体から再生された第１の動画データを第１の記憶手段に格納するステップと、
    記録媒体から再生された第２の動画データを第２の記憶手段に格納するステップと、
    上記第１の記憶手段および上記第２の記憶手段の出力を所定領域単位で選択する選択のステップと
    を有し、
    上記選択のステップによる出力に基づき表示信号を生成するようにしたことを特徴とする記録媒体。

Images