ピクチャインピクチャアプリケーションのための複数のコンポーネントストリームを含むメディアストリームを準備する方法であって、前記メディアストリームに含まれる前記複数のコンポーネントストリームに基づいてピクチャインピクチャ情報を生成するステップと、前記ピクチャインピクチャ情報を前記メディアストリームに挿入するステップとを有する方法。前記複数のコンポーネントストリームの変化に従って前記ピクチャインピクチャ情報を更新するステップを更に有する、請求項1に記載の方法。前記メディアストリームは、トランスポートストリーム及びプログラムストリームのうち1つである、請求項2に記載の方法。前記挿入するステップは、前記生成されたピクチャインピクチャ情報に従ってピクチャインピクチャデータユニットを構築するステップと、前記ピクチャインピクチャデータユニットを前記メディアストリームに挿入するステップとを有する、請求項2に記載の方法。前記ピクチャインピクチャデータユニットは、ピクチャインピクチャ記述子を有し、前記挿入するステップは、前記ピクチャインピクチャ記述子を前記メディアストリームのプログラムマップテーブルに挿入するステップを更に有する、請求項4に記載の方法。前記ピクチャインピクチャデータユニットは、ピクチャインピクチャ情報ボックスを有し、前記挿入するステップは、前記ピクチャインピクチャ情報ボックスを前記複数のコンポーネントストリームに挿入するステップを更に有する、請求項4に記載の方法。ピクチャインピクチャ情報ボックスは、ライブでの更新のためのピクチャインピクチャ情報ボックス及びオフラインでの更新のためのピクチャインピクチャ情報ボックスのうち1つである、請求項6に記載の方法。前記ピクチャインピクチャ情報は、ピクチャインピクチャモードでの前記コンポーネントストリームのレイヤ、位置、サイズ及びアスペクト比の情報を有する、請求項2に記載の方法。各コンポーネントストリームの前記ピクチャインピクチャ情報は、マスターレイヤのコンポーネントストリーム及びアンカーコンポーネントストリームのうち1つに関して定義される、請求項8に記載の方法。ピクチャインピクチャアプリケーションのための複数のコンポーネントストリームを含むメディアストリームを準備する装置であって、前記メディアストリームに含まれる前記複数のコンポーネントストリームに基づいてピクチャインピクチャ情報を生成する相関器と、前記ピクチャインピクチャ情報を前記メディアストリームに挿入する埋め込み器とを有する装置。前記メディアストリームは、トランスポートストリーム及びプログラムストリームのうち1つである、請求項10に記載の装置。識別されたピクチャインピクチャ情報からピクチャインピクチャデータユニットを生成するピクチャインピクチャ情報構築器を更に有し、前記ピクチャインピクチャデータユニットは、前記メディアストリームに挿入するために前記埋め込み器に供給される、請求項11に記載の装置。前記ピクチャインピクチャデータユニットは、ピクチャインピクチャ記述子を有し、前記埋め込み器は、前記ピクチャインピクチャ記述子を前記メディアストリームのプログラムマップテーブルに挿入するステップを更に実行する、請求項12に記載の装置。前記ピクチャインピクチャデータユニットは、ピクチャインピクチャ情報ボックスを有し、前記埋め込み器は、前記ピクチャインピクチャ情報ボックスを前記複数のコンポーネントストリームに挿入するステップを更に実行する、請求項12に記載の装置。ピクチャインピクチャ情報ボックスは、ライブでの更新のためのピクチャインピクチャ情報ボックス及びオフラインでの更新のためのピクチャインピクチャ情報ボックスのうち1つである、請求項14に記載の装置。ピクチャインピクチャモードで複数のコンポーネントストリームを含むメディアストリームをレンダリングする方法であって、前記メディアストリームに関係するピクチャインピクチャ情報を取得するステップと、前記取得されたピクチャインピクチャ情報に従って、前記メディアストリームから複数のコンポーネントストリームを抽出するステップと、前記取得されたピクチャインピクチャ情報に従って、前記複数のコンポーネントストリームをレンダリングするステップとを有する方法。前記メディアストリームは、トランスポートストリーム及びプログラムストリームのうち1つである、請求項16に記載の方法。前記複数のコンポーネントストリームは、マスターレイヤのコンポーネントストリームと、少なくとも1つのスレーブレイヤのコンポーネントストリームとを有する、請求項16に記載の方法。必要に応じて、レンダリングの前に、前記ピクチャインピクチャ情報に従って、前記抽出された複数のコンポーネントストリームのうち少なくとも1つを前処理するステップを更に有する、請求項16に記載の方法。前記取得するステップは、前記メディアストリームからピクチャインピクチャ情報データユニットを抽出するステップと、前記ピクチャインピクチャ情報データユニットを分析し、前記ピクチャインピクチャ情報を識別するステップとを有する、請求項19に記載の方法。ピクチャインピクチャデータユニットは、ピクチャインピクチャ記述子、ライブでの更新のためのピクチャインピクチャ情報ボックス及びオフラインでの更新のためのピクチャインピクチャ情報ボックスのうち少なくとも1つを有する、請求項20に記載の方法。前記ピクチャインピクチャ情報は、前記ピクチャインピクチャモードでの前記コンポーネントストリームのレイヤ、位置、サイズ及びアスペクト比の情報を有する、請求項16に記載の方法。各コンポーネントストリームの前記ピクチャインピクチャ情報は、マスターコンポーネントストリーム及びアンカーコンポーネントストリームのうち1つに関して定義される、請求項22に記載の方法。前記前処理するステップは、前記抽出されたコンポーネントストリームのうち少なくとも1つを、前記ピクチャインピクチャ情報で指定されたサイズに拡大縮小するステップを有する、請求項22に記載の方法。ピクチャインピクチャモードで複数のコンポーネントストリームを含むメディアストリームをレンダリングする装置であって、前記メディアストリームからピクチャインピクチャ情報を抽出し、前記ピクチャインピクチャ情報に従って、複数のコンポーネントストリームを抽出する抽出器と、前記ピクチャインピクチャ情報に従って、前記抽出された複数のコンポーネントストリームを処理するプロセッサとを有する装置。前記抽出器は、前記メディアストリームからピクチャインピクチャ情報データユニットを抽出し、前記装置は、前記ピクチャインピクチャ情報データユニットを分析し、ピクチャインピクチャ情報を取得し、前記複数のコンポーネントストリームへの参照を前記抽出器に提供する分析器を更に有する、請求項25に記載の装置。前記ピクチャインピクチャモードで前記メディアストリームを表示するディスプレイを更に有する、請求項26に記載の装置。前記メディアストリームは、トランスポートストリーム及びプログラムストリームのうち1つである、請求項25に記載の装置。前記複数のコンポーネントストリームは、マスターレイヤのコンポーネントストリームと、少なくとも1つのスレーブレイヤのコンポーネントストリームとを有する、請求項25に記載の装置。ピクチャインピクチャデータユニットは、ピクチャインピクチャ記述子、ライブでの更新のためのピクチャインピクチャ情報ボックス及びオフラインでの更新のためのピクチャインピクチャ情報ボックスのうち少なくとも1つを有する、請求項25に記載の装置。前記ピクチャインピクチャ情報は、前記ピクチャインピクチャモードでの前記コンポーネントストリームのレイヤ、位置、サイズ及びアスペクト比の情報を有する、請求項25に記載の装置。各コンポーネントストリームの前記ピクチャインピクチャ情報は、マスターコンポーネントストリーム及びアンカーコンポーネントストリームのうち1つに関して定義される、請求項31に記載の装置。前記プロセッサは、前記少なくとも1つのコンポーネントストリームを、前記ピクチャインピクチャ情報で指定されたサイズに拡大縮小する前処理ユニットを有する、請求項25に記載の装置。前記プロセッサは、制御信号を受け付け、前記制御信号に従って前記抽出されたコンポーネントストリームのうち少なくとも1つを処理する、請求項25に記載の装置。ディスプレイは、前記ピクチャインピクチャモードで前記メディアストリームを表示する複数のスクリーンを有する、請求項25に記載の装置。MPEG2トランスポートストリーム及びISOメディアファイルフォーマットのような現在のメディアファイルフォーマットの1つの欠点は、ストリームレイヤすなわち、トランスポートレイヤにおけるPIPストリームの位置、レイヤ及び縮尺の情報をライブ生で又は動的に更新できないという点にある。動的な位置及び縮尺の情報がなければ、同じ解像度を共有しない表示領域にビデオソースを確実に適合させること又は重ね合わせることはできない。1つの可能性は、ビデオデコーダから情報を取得することである。特定のエンコーダのコーデック及び出力に応じて、このような情報は存在しない可能性があり、信頼性がない可能性がある。また、システムがコーデックからこの情報を同様に抽出することは困難である可能性がある。システムレベルの手法は、使用される基礎となるビデオコーデックに拘らず一貫した経験を提供するためには好適な手法である。本発明は、送信及びレンダリングのようなマルチメディアアプリケーションのためのピクチャインピクチャ機能をサポートし、ピクチャインピクチャの柔軟性を改善する対策を提供する。本発明は、ピクチャインピクチャアプリケーションのための複数のコンポーネントストリームを含むメディアストリームを準備し、ピクチャインピクチャモードでこのようなメディアストリームをレンダリングする方法及び装置を対象とする。本発明の態様によれば、ピクチャインピクチャアプリケーションのための複数のコンポーネントストリームを含むメディアストリームを準備する方法が提供される。ピクチャインピクチャ情報は、メディアストリームに含まれる複数のコンポーネントストリームに基づいて生成される。このようなピクチャインピクチャ情報は、受信機に送信される前にメディアストリームに埋め込まれる。このような方法を実行する装置も提供される。この装置は、メディアストリームに含まれる複数のコンポーネントストリームからピクチャインピクチャ情報を生成する相関器と、ピクチャインピクチャ情報をメディアストリームに挿入する埋め込み器とを有する。本発明の他の態様によれば、ピクチャインピクチャモードで複数のコンポーネントストリームを含むメディアストリームをレンダリングする方法が提供される。メディアストリームに関係するピクチャインピクチャ情報が取得される。このようなピクチャインピクチャ情報に従って、複数のコンポーネントストリームは、メディアストリームから抽出され、ピクチャインピクチャモードでレンダリングされる。この方法を実施する装置も提供される。このような装置は、抽出器と、プロセッサとを有する。抽出器は、メディアストリームからピクチャインピクチャ情報を抽出し、ピクチャインピクチャ情報に従って複数のコンポーネントストリームを抽出する。抽出されたコンポーネントストリームは、ピクチャインピクチャモードでレンダリングするために、プロセッサで処理される。本発明の前述の特徴は、添付図面を参照して詳細な例示的な実施例で説明することにより、明らかになる。本発明では、PIPモードにおける各コンポーネントストリームの解像度/サイズ、位置及びアスペクト比のようなPIP情報をシステムレベルでビットストリームに挿入することにより、システムレベルのPIPの対策が提案される。これにより、受信機は、デコーダからの情報にアクセスせずに、PIPを動的に操作することができる。図1は、2つのピクチャソースを有するピクチャインピクチャ表示モードを示している。背景のピクチャはマスターレイヤ110としてラベルが付与されており、前面のピクチャはスレーブレイヤ120としてラベルが付与されている。一実施例では、スレーブレイヤ120の位置は、オフセットの対水平オフセット及び垂直オフセットとして、マスターレイヤ110に関して定義される。スレーブレイヤ120のアスペクト比及び解像度も、マスターレイヤ110の所望の表示領域に従って決定される。他のパラメータマスター及びスレーブレイヤのピクチャのアルファブレンディング等も、アプリケーションに従って定義されてもよい。本発明は、複数のスレーブレイヤをサポートしてもよい。各レイヤも同様に定義されてもよい。異なる実施例では、マスターレイヤ及びスレーブレイヤは、位置、縮尺及び他のPIP情報が全てのレイヤで整合されるように、アンカーanchorピクチャ/ビデオと呼ばれる固定のピクチャ/ビデオに関して定義されてもよい。本発明では、マスターレイヤ又はスレーブレイヤから構成されるコンテンツストリームをコンポーネントストリームと呼ぶ。コンポーネントストリームは、ビデオ、画像、サブタイトル、基本レイヤビデオ、SVCの拡張レイヤビデオ、又はMVCのビデオの1つのビューでもよい点に留意すべきである。以下では、ビデオのコンポーネントストリームが本発明を説明するために使用される。他のコンポーネント種別にも同じ原理が当てはまる。図2は、ピクチャインピクチャ目的のための複数のコンポーネントストリームを含むメディアストリームを準備する装置を示している。例えば、メディアストリームは、プログラム番組ストリーム又はトランスポートストリームでもよい。ストリーム識別子210は、メディアストリーム205に含まれるコンポーネントストリーム215を識別する。相関器220は、ピクチャインピクチャ関係に従って、これらの識別されたコンポーネントストリームを相互に関連付ける。このようなPIP関係は、アプリケーションにより決定される。1つのアプリケーションでは、例えば、スレーブビデオとしての衛星画像のビデオは、マスタービデオとしての天気予報についての気象学者のコメントのビデオに関連付けられてもよい。異なるアプリケーションでは、マスタービデオとしての衛星画像のビデオは、教育目的のためのスレーブビデオとしての竜巻により打撃を受けた地方都市を記録したビデオに関連付けられてもよい。相関器220はまた、マスター及びスレーブのコンポーネントビデオの情報に基づいてPIP情報225を生成する。PIP情報225は、下記のものを含むが、これらに限定されない。どのコンポーネントビデオがマスターレイヤのビデオであり、どのコンポーネントビデオがスレーブレイヤのビデオであるかのような、異なるレイヤの間の重なり関係を示すレイヤ情報。複数のスレーブレイヤをサポートするアプリケーションでは、レイヤ情報はまた、スレーブレイヤの間の重なり関係を含む。ピクチャインピクチャモードで表示されたときの各レイヤの位置を示す位置情報。一実施例では、位置情報は、マスターレイヤのコンポーネントビデオに関して計算されてもよい。異なる実施例では、位置情報は、アンカーコンポーネオとビデオに関するものである。ピクチャインピクチャモードで表示されたときの各レイヤのサイズ又は解像度を示すサイズ情報。一例では、スレーブレイヤのビデオのサイズ又は解像度は、スレーブレイヤのビデオを表示することを意図したマスターレイヤのビデオ内の領域のサイズにより決定される。ピクチャインピクチャモードで表示されたときの各レイヤのアスペクト比を示すアスペクト比情報。同様に、一例では、スレーブレイヤのビデオのアスペクト比は、スレーブレイヤのビデオを表示することを意図したマスターレイヤのビデオ内の領域のアスペクト比により決定される。レイヤのアルファブレンディングのような他の情報も含まれてもよい。識別されたPIP情報225は、埋め込み器240によりメディアストリームに挿入されてもよい。一実施例では、このような埋め込みは、PIP情報データユニット235を生成するために、PIP情報225をPIP情報構築器230に供給することにより実現される。情報データユニット235は、PIP情報225と同じ情報を伝達するが、コンポーネントストリーム215のフォーマットに準拠する。埋め込み器240は、フォーマットに準拠したPIP情報データユニット235をコンポーネントストリーム215と共にメディアストリームに挿入する。これにより、PIP情報は、受信機側でPIPが有効になるように、コンポーネントストリームに関連付けられ得る。出力メディアストリーム245は、出力メディアストリーム245が埋め込み器240により挿入されたPIP情報を含むという点で、入力メディアストリーム205とは異なる。図3は、ピクチャインピクチャアプリケーションのための複数のコンポーネントストリームを含むメディアストリームを準備する処理を示している。ステップ320において、ステップ310で取得されたメディアストリームに含まれる各コンポーネントストリームが検査される。まず、ステップ330において、現在のコンポーネントストリームの他のコンポーネントストリームとのPIP関係が識別される。その間に、前述のPIP情報が生成される。ステップ340において、このようなPIP情報は、メディアストリームのフォーマットに準拠したPIP情報データユニットにカプセル化される。ステップ350において、PIP情報データユニットは、受信機に送信されるメディアストリームに挿入される。一般的に、コンポーネントストリームのPIP情報は、ビデオの1つのシーン内のような特定の期間に安定している。すなわち、位置、サイズ及び他のPIP情報の値は、そのシーン内の全てのフレームについて同じままである。しかし、マスターレイヤ又はスレーブレイヤのコンポーネントストリームのコンテンツが変化すると、PIP情報が更新される必要がある可能性がある。このような変化の一例は、監督のビデオを異なるサイズ及びアスペクト比で異なる位置に動かすことを必要とする、監督のコメントの話題が変化することである。他の例は、スレーブレイヤのビデオのソースが異なるコンポーネントストリームに切り替わることでもよい。このようなPIP情報の変化は、メディアストリーム内に更新されて挿入される必要がある。PIP情報データユニットがPIP情報を伝達するために使用される場合、PIP情報データユニットも、メディアストリームのフォーマットに準拠して更新されたPIP情報に基づいて再構築され、メディアストリームに埋め込まれるべきである。本発明は、複数のコンポーネント関係をサポートすることを目的とする。これは、HTTPストリーミング及びHTML5の機能の強化のような多くのマルチメディアアプリケーションで使用されてもよい。以下では、HTTPストリーミングをサポートすべき2つのストリーミング標準MPEG2トランスポートストリーム及びISOメディアフォーマットストリーミングについて、PIP情報データユニットの設計の2つの実施例が開示される。双方の標準の現在のバージョンは、システムレベルのPIPの実装はサポートしていないため、提案する実施例は現在の標準に対する拡張になる。ここには明示的に記載又は図示しないが、当業者は、この原理を具現してその要旨及び範囲内に含まれるPIP情報データユニットの様々なバージョンを考案することができることが分かる。表1に、pipdescriptorと呼ばれる、MPEG2TS仕様の提案するPIP情報データユニットを記載する。記述子は、ビデオソースの位置、縮尺及びアスペクト比の情報の詳細を含む。pipdescriptorのシンタックスは以下に説明する。descriptortag記述子タグ-descriptortagは、MPEG2標準において各記述子を識別する8ビットのフィールドである。MPEG2の記述子についての更なる詳細については、Informationtechnology-GenericcodingofmovingpicturesandassociatedaudioinformationsystemsISOIEC1381812007のSection26を参照のこと。descriptorlength記述子長-descriptorlengthは、descriptorlengthフィールドの直後に続く記述子のバイト数を示す8ビットのフィールドである。layernumレイヤ番号-このフィールドは、どのようにマスターレイヤのコンポーネントビデオとスレーブレイヤのコンポーネントビデオが重なっているかを示す。0の値は、重ね合わせの中の最低のレイヤである。一般的に、1つのディスプレイでは、レイヤiのコンテンツとレイヤjのコンテンツとの間にいずれかの重なりが存在し、ijであり、レイヤjのコンテンツは重なった領域にレンダリングされる。layernumのパラメータを使用して、複数ディスプレイの装置のサポートが容易に実装可能になる。主ディスプレイスクリーンとしてTVを使用して副ディスプレイスクリーンとしてiPadを使用するような、複数ディスプレイ/スクリーンを備えたシステムでは、アプリケーションは、副ディスプレイスクリーンでレンダリングされる高いlayernum値を備えたコンポーネントストリームのコンテンツに高い確率を割り当ててもよい。masterlayerマスターレイヤ-このフィールドは、どのコンポーネントビデオが現在のコンポーネントビデオのレイヤのマスターレイヤであるかを示す。マスターレイヤの値がレイヤ番号の値と同じである場合、現在のコンポーネントビデオがマスターレイヤであることを意味する。horizontaloffset水平オフセット-このフィールドは、図1に示すようにマスターレイヤのコンポーネントビデオ又は表示領域の左上の画素に関する現在のコンポーネントビデオの表示領域の左上の画素の水平位置を示す。この値は、アンカーコンポーネントビデオに関して測定されてもよい。verticaloffset垂直オフセット-このフィールドは、図1に示すようにマスターレイヤのコンポーネントビデオの表示領域の左上の画素に関する現在のコンポーネントビデオの表示領域の左上の画素の垂直位置を示す。この値は、アンカーコンポーネントビデオに関して測定されてもよい。width幅-このフィールドは、現在のコンポーネントビデオの表示領域の水平サイズである。現在のコンポーネントビデオのビデオフレームは、このサイズまで拡大縮小される。height高さ-このフィールドは、現在のコンポーネントビデオの表示領域の水平サイズである。現在のコンポーネントビデオのビデオフレームは、このサイズまで拡大縮小される。aspectratioinfopresentflagアスペクト比情報存在フラグ-このフィールドの値が1に等しい場合、aspectratioidcが存在することを意味する。aspectratioinfopresentflagが0に等しい場合、aspectratioidcは存在しない。aspectratioidcアスペクト比インジケータ-このフィールドは、コンポーネントビデオ内のルーマlumaサンプルのサンプルアスペクト比の値を示す。表2にこのコードの意味を示す。aspectratioidcがExtendedSARを示す場合、サンプルアスペクト比は、sarwidth及びsarheightにより表される。aspectratioidcのシンタックス要素が存在しない場合、aspectratioidcの値は0に等しいと推定されるべきである。sarwidthは、任意の単位でのサンプルアスペクト比の水平サイズを示す。sarheightは、sarwidthと同じ任意の単位でのサンプルアスペクト比の垂直サイズを示す。sarwidth及びsarheightは、互いに素であるべき又は0に等しいべきである。aspectratioidcが0に等しい場合又はsarwidthが0に等しい場合若しくはsarheightが0に等しい場合、サンプルアスペクト比は、指定なしと考えられるべきである。flexibility柔軟性は、プレイヤのPIP動作を示す。これが0に設定された場合、これは、ハードコードされたPIPの種類であり、プレイヤがこれを変更又は除去できないことを意味する。これは、除去できない広告のようなアプリケーションで使用され得る。flexibilityフィールドが1に設定された場合、プレイヤは、スクリーンサイズ及び関心pointofinterestマスクレイヤ等のようなアルゴリズムに従ってPIPを変更することができる。flexibilityフィールドが2に設定された場合、プレイヤは、ユーザがPIPを変更することを許可し、PIPをオフにすることすら許可する。これは、相互作用の経験を向上させ、また、制御オーバヘッドを低減する。ピクチャインピクチャモードでは、targetbackgrounddescriptor及びpipdescriptorは、図1に示すように、ビデオをディスプレイの指定の位置に配置するために使用される。targetbackgrounddescriptorは、Informationtechnology-GenericcodingofmovingpicturesandassociatedaudioinformationsystemsISOIEC1381812007のSection2612に詳細に記載されている。pipdescrptorは、Informationtechnology-GenericcodingofmovingpicturesandassociatedaudioinformationsystemsISOIEC1381812007のSection2448に規定されたプログラムマップテーブル/セクションPMTの記述子ループに含まれるべきである。PIP情報の更新が必要である場合、pipdescriptorは、PMT情報と共に動的に更新されてもよい。ISOメディアファイルフォーマットでは、2つのPIP情報ボックスが提案されている。1つはライブ生での更新であり、1つはオフラインでの更新である。ライブで更新するPIP情報ボックスは、ライブストリーミングの間に使用され、PIP情報ボックスは、コンポーネントストリームのメタデータ部分に含まれ、常に更新可能である。オフラインで更新するPIP情報ボックスは、DVDのようなオフラインアプリケーションで使用され、これにより、PIP情報は、ボックス内に1回のみ送信され、情報は、ストリームのデータサンプル部分に挿入される。PIP情報が変化すると、PIP情報ボックスが更新され、ストリームの現在のデータサンプル部分に挿入される。1ライブでの更新のためのPIP情報ボックス定義BoxType’pip1’ContainerTrackFragmentBoxorTrackBoxMandatoryNoQuantityZerooroneシンタックスalignedclassPiPInfoBoxextendsBoxtemplateintlayernum0templateintmasterlayer0unsignedinthorizontaloffsetunsignedintverticaloffsetunsignedintwidthunsignedintheight意味各エントリは、前述のものと同じである。2オフラインでの更新のためのPIP情報ボックス定義BoxType‘pips’ContainerSampleTableBoxMandatoryNoQuantityZerooroneシンタックスalignedclassPiPInfoBoxextendsBoxunsignedintentrycountintiforunsignedintpipsamplenumbertemplateintlayernum0templateintmasterlayer0unsignedinthorizontaloffsetunsignedintverticaloffsetunsignedintwidthunsignedintheight意味entrycountは、以下のテーブルのエントリ数を与える整数である。各エントリは、メディアストリームのコンポーネントストリームに対応する。pipsamplenumberは、ストリーム内のPIPポイントであるサンプル数を与える。サンプルの定義についての詳細は、InformationTechnology-CodingofAudioVisualObjects-Part12ISObasemediafileformatに記載されている。受信機側では、複数のコンポーネントストリームを含むメディアストリームのピクチャインピクチャをレンダリングするために、PIP情報は、メディアストリームから抽出される。PIP情報に従って、マスターレイヤのコンポーネントストリームと1つ以上のスレーブレイヤのコンポーネントストリームとを含む複数のコンポーネントストリームが決定され、メディアストリームから抽出される。マスターレイヤ及びスレーブレイヤのコンポーネントストリームを含むコンポーネントストリームは、PIP情報に従ってレンダリングされる。或る場合には、例えばコンポーネントストリーム内のビデオコンテンツがPIPの必要なサイズ及びアスペクト比とは異なるサイズ/解像度及びアスペクト比を有する場合、コンポーネントストリームは、レンダリング前に前処理される必要がある。このような前処理は、コンポーネントストリームの拡大縮尺動作に関係する。コンポーネントストリーム及びPIP情報に従って、他の前処理も必要になる可能性がある。レンダリング処理は、PIP情報を絶えず監視し、PIP情報が更新した場合には常に変更を行う。図4は、PIP情報を含むメディアストリームを読み取るために使用されるPIPレンダリング装置の構成を示している。抽出器410は、入力メディアストリームからPIP情報を抽出し、更に、PIP情報に従ってメディアストリームからマスターコンポーネントストリーム及び全てのスレーブコンポーネントストリームを抽出する。プロセッサ430は、ピクチャインピクチャ情報に従って抽出されたコンポーネントストリームを処理し、ディスプレイ440への出力を生成する。一実施例では、抽出器410は、メディアストリームからpipdescriptor又はPIP情報ボックスのようなPIP情報データユニットを抽出し、分析器420は、抽出されたPIP情報データユニットを分析するために使用される。分析器420からの1つの出力は、マスター及びスレーブレイヤのコンポーネントビデオストリームへの参照である。これらの参照を用いて、抽出器410は、プロセッサ430のために必要なコンポーネントストリームを抽出することができる。分析器420は、PIP情報データユニットを更に解析し、プロセッサ430に理解可能なPIP情報を生成する。プロセッサ430はまた、例えば視聴者から、PIP機能の有効化又は無効化のようなPIP効果を制御するための外部制御信号を受け付けてもよい。制御信号は、コンポーネントストリームの所望の位置又はサイズの情報を含んでもよい。このような情報は、メディアストリームからのPIP情報で提供される対応する情報を上書きする。プロセッサ430は、抽出されたマスター及びスレーブのコンポーネントストリームを復号化するビデオデコーダを有してもよい。マスター及びスレーブレイヤのコンポーネントストリームの復号化は、並列して実行されてもよい。前述の前処理がコンポーネントストリームに必要な場合、プロセッサ430は、ディスプレイ440に表示するためのPIPビデオを生成する前に前処理ユニットを呼び出すことにより、このような前処理を更に実行する。ディスプレイ440はまた、前述のように、複数ディスプレイアプリケーションのための1つより多くのディスプレイスクリーンを含んでもよい。図5は、本発明に従ってPIP情報を含むメディアストリームを読み取り、PIPモードでストリームをレンダリングする処理を示している。ステップ510において、pipdescriptor又はPIP情報ボックスのようなPIP情報データユニットが抽出される。ステップ520において、PIP情報は、どのストリームがマスター及びスレーブレイヤのコンポーネントストリームであるかのような抽出されたPIP情報データユニットを分析することにより、更に識別される。ステップ530において、PIP情報を用いて、処理は、メディアストリームから必要なコンポーネントストリームを抽出することができる。コンポーネントストリーム毎に、判定ステップ550は、コンポーネントストリームが前処理を必要とするか否かを判定する。前処理が必要である場合、ステップ560において、コンポーネントストリームのコンテンツは、所望のサイズ及びアスペクト比へのコンテンツのサイズ変更のように、PIP情報に従って処理される。前処理が不要であると判定された場合、レンダリングのために、処理は直接ステップ570に進む。各コンポーネントストリームのループは、マルチコアのプロセッサを使用して又はマルチスレッドの実装を通じて並列して実現されてもよい。本発明の好ましい実施例についてここで説明したが、本発明はこれらの実施例に限定されず、特許請求の範囲により規定された本発明の範囲を逸脱することなく、他の変更及び変形が当業者により行われてもよいことが分かる。