(57)【要約】テレビ受信機１は、チューナ３及び４、ハードディスクユニットＨＤＤ５を含む入力回路２を有しており、これら全ては、デマルチプレックスユニット６及びテレビジョンも似た７に入力することができる。パレット処理変換及びＯＳＤプレーンでの表示により、ピクチャ・イン・ピクチャ機能が提供される。
2006510292.tif 000002
【特許請求の範囲】
【請求項１】
複数のテレビジョン信号のチャネルのための受信機と、
テレビジョンチャネルの信号を表示するための手段と、
別のテレビジョンチャネルの信号を入力するための手段と、
オンスクリーンディスプレイ（ＯＳＤ）のプレーンにおける主要な表示に対して付加的な縮小された画像として１つのチャネルを表示するための手段と、
を有することを特徴とするテレビジョン表示装置。
【請求項２】
該ＯＳＤプレーンにレンダリングされた画像として１つのチャネルを表示するため、リアルタイムのデコードを行うための手段を有する、
請求項１記載のテレビジョン表示装置。
【請求項３】
デコードのために信号のタイムシェアリングを行う手段を有する、
請求項２記載のテレビジョン表示装置。
【請求項４】
該ＯＳＤプレーンでの縮小された画像の表示のため、フルカラービデオ画像からパレットベースの画像への変換手段を有する、
請求項２又は３記載のテレビジョン表示装置。
【請求項５】
該変換手段は、画素値のための量子化手段、及びパレットにないそれぞれのパレットのパレットエントリを追加するための手段を有する、
請求項４記載のテレビジョン表示装置。
【請求項６】
該変換手段は、相対的な値からなるグループを生成するため、画素をランレングス符号化するための手段を有する、
請求項４又は５記載のテレビジョン表示装置。
【請求項７】
該変換手段は、要求されるカラーレベルに到達するまで、量子化レベルを低減するための手段を有する、
請求項６記載のテレビジョン表示装置。
【請求項８】
該変換手段は、画素をパレットカラーにマッピングするための手段を有する、
請求項６記載のテレビジョン表示装置。
【請求項９】
請求項１乃至８のいずれかに記載されるか、及び／又は図１及び図２のうちの１つ以上に例示されるテレビジョン表示装置。
【請求項１０】
複数のテレビジョン信号のチャネルのためのテレビジョン表示装置を動作する方法であって、
テレビジョンチャネルの信号を表示するステップと、
別のテレビジョンチャネルの信号を入力するステップと、
該オンスクリーンディスプレイ（ＯＳＤ）のプレーンにおける主要な表示に対して付加的な縮小された画像として１つのチャネルを表示するステップと、
を有することを特徴とする方法。
【請求項１１】
該ＯＳＤプレーンで縮小された画像として１つのチャネルを表示するため、リアルタイムのデコードを行うステップを有する、
請求項１０記載の方法。
【請求項１２】
デコードのための信号のタイムシェアリングを行うステップを有する、
請求項１０又は１１記載の方法。
【請求項１３】
該ＯＳＤプレーンにおける縮小された画像の表示のため、フルカラービデオ画像からパレットベースの画像に変換するステップを有する、
請求項１１又は１２記載の方法。
【請求項１４】
該変換するステップは、画素値を量子化するステップ、及びパレットにないそれぞれのパレットカラーについてパレットエントリを追加するステップを有する、
請求項１１又は１２記載の方法。
【請求項１５】
該変換するステップは、相対的な値からなるグループを生成するため、画素のランレングス符号化するステップを有する、
請求項１３又は１４記載の方法。
【請求項１６】
該変換ステップは、要求されたカラーレベルに到達するまで、該量子化レベルを低減するステップを有する、
請求項１５記載の方法。
【請求項１７】
該変換ステップは、画素をパレットカラーにマッピングするステップを有する、
請求項１５記載の方法。
【請求項１８】
請求項１０乃至１７のいずれかに記載されるか、及び／又は図１及び図２のうちの１つ以上に例示されるテレビジョン表示装置の動作方法。
【請求項１９】
デジタルコンピュータの内部メモリに直接的にロード可能なコンピュータプログラムプロダクトであって、該プロダクトがコンピュータ上で実行されたときに請求項１０乃至１８のいずれか記載のステップを実行するためのソフトウェアコードを有する、
ことを特徴とするコンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビジョン表示装置及びテレビジョン信号を処理する方法に関する。
【背景技術】
【０００２】
ピクチャ・イン・ピクチャ（ＰＩＰ）は、主要なビデオ画像のコーナで、より小さな第二のビデオストリームすなわちスチルピクチャ系列の表示を可能にする機能である。この第二の画像は、一方のビデオストリームを別のビデオストリームを視聴しつつモニタするために使用することができる。
【０００３】
ＰＩＰは、１９８０年代すなわちアナログテレビジョン信号のみが利用可能であったとき以来、技術的に可能となってきている。ＰＩＰが高く望まれる機能であることがわかっていたが、関連されるコストのため、メインストリームのプロダクトに到達することはなかった。特に、アナログＴＶでは、この機能を可能にするため、高価な余分のチューナ、余分のメモリ及び更なる信号処理ブロックが必要とされる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、低コストでピクチャ・イン・ピクチャ機能を可能にするテレビジョン表示装置を提供することにある。
【課題を解決するための手段】
【０００５】
本発明は、複数のテレビジョン信号のチャネルのための受信機と、テレビジョンチャネルの信号を表示するための手段と、別のテレビジョンチャネルの信号を入力するための手段と、オンスクリーンディスプレイのプレーンで、メインの表示に対して付加的な縮小された画像として１つのチャネルを表示する手段とを備えている。
このように、ＰＩＰ機能には、制限された処理機能が設けられる。
１つの形式では、本発明は、制限されたチューナ機能をもつＰＩＰを提供する場合がある。
【０００６】
テレビジョン表示装置は、以下の機能のうちの１つ以上を含んでいる場合がある。
・オンスクリーンディスプレイ・プレーンにおいてレンダリングされた画像として１つのチャネルを表示するため、リアルタイムのデコードを行うための手段。
・デコードのための信号のタイムシェアリングを行う手段。
・ＯＳＤプレーンでの縮小画像の表示のため、フルカラービデオ画像からパレットベースの画像への変換手段。
・変換手段は、画素値のための量子化手段、及びパレットにないそれぞれのパレットカラーについて、パレットエントリを追加する手段を有する。
・変換手段は、相対的な値のグループを生成するため、画素をランレングス符号化するための手段を有する。
・変換手段は、要求されるカラーレベルの到達まで量子化レベルを低減するための手段を有する。
・変換手段は、画素をパレットカラーにマッピングするための手段を有する。
【０００７】
また、本発明は、本発明のテレビジョン表示装置を動作するためのリモートコントロール装置を提供する。
また、本発明は、テレビジョン表示装置を動作する方法を提供し、本方法は、テレビジョンチャネルの信号を表示するステップ、別のテレビジョンチャネルの信号を入力するステップ、オンスクリーンディスプレイのプレーンにおいて主要な表示に対して付加的な縮小された画像として１つのチャネルを表示するステップを有している。
【０００８】
本発明の別の態様は、デジタルコンピュータの内部メモリに直接ロード可能なコンピュータプログラムプロダクトを提供し、該プロダクトがコンピュータ上で実行されたときに本発明の方法のステップを実行するためのソフトウェアコード部分を備えている。
本発明の別の態様は、該プロダクトがコンピュータ上で実行されたときに本発明の方法のステップを実行するためのコンピュータプログラムを提供する。
また、本発明は、本発明を実施するコンピュータプログラムについて、電子的な信号を含む場合があるキャリアを提供する。
また、本発明は、本発明のコンピュータプログラムの電子的な配信を提供する。
【発明を実施するための最良の形態】
【０００９】
本発明を更に容易に理解するため、例示により説明が与えられ、添付図面が参照される。
本発明は、ソフトウェアでＭＰＥＧフレームをデコードし、ビデオプレーンのトップにデコードされたフレームをレンダリングすることで、ピクチャ・イン・ピクチャ（ＰＩＰ
）機能を提供するため、ＭＰＥＧビデオデコーダにＣＰＵを含んでいる。
【００１０】
テレビジョン表示装置は、以下に挙げられる主要なコストファクタを除いて、ＰＩＰビデオのフレームレートを低減するものである。
メモリ：ＭＰＥＧデコーダにとって既に利用可能なメモリの使用
信号処理：全ての信号処理は、既に利用可能なメインのＣＰＵで行われる。処理は、ＣＰＵで実行される他のソフトウェアの使用を回避するためにバックグランドで行われる。
チューナ：唯一のチューナをもつテレビジョン受信機では、制限された量のチャネルについてＰＩＰが設けられ、同じトランスポートストリーム（又はＴＳ）におけるそれらのチャネルのみがマルチプレックスである。ＰＶＲ機能をもつ（すなわち、ハードドライブをもつ）テレビジョン受信機は、第二のビデオソースとしてＰＶＲを使用し、これにより、ＰＶＲ／ＴＶコンテンツのＰＩＰが可能となる。ブロードバンドモデムをもつテレビジョン受信機は、付加的なソースとして、ビデオストリームのストリーミングを使用することができる。最後に、１を超えるチューナをもつテレビジョン受信機は、制限されていないＴＶのＰＩＰ機能を可能にする。
【００１１】
ＤＶＢビデオ配信は、衛星からデジタルストリームを送出する大量の個別の周波数（トランスポンダ）を使用する。１つのかかる周波数に関して、制限された量の帯域幅が利用可能である（典型的に毎秒３０−６０メガビット）。１つの周波数で送出されるストリームは、トランスポートストリーム（又はＴＳ）と呼ばれ、典型的に４−１０の番組（たとえば、ＢＢＣ１，ＢＢＣ２等）多数の番組の多重を含んでいる。ブロードキャスタのなかには、衛星でトランスポンダを購入し、同じ周波数で同じＴＳで全てのそれら番組を送出するために１つのＴＳを使用するものがある。
【００１２】
唯一のチューナをもつセットトップボックスでは、（チューナの周波数が変化するのを必要とする別のＴＳに進むために）１つのＴＳのみが一度に受信することができる。したがって、ある人物が単一のチューナボックスにおけるメインスクリーンで所定の番組を視聴している場合、この番組が同じＴＳでブロードキャスとされる場合に別の人物のためのビデオ情報へのアクセスが存在する。異なるＴＳである番組についてＰＩＰを望む場合、２つのチューナをもつボックスを有することが必要である。
【００１３】
フルカラービデオからパレットベースのビデオへの変換動作は、幾つかの詳細な処理を含んでいる。この処理の第一の実現は、「最下位ビット」をゼロにすることによる（すなわちトランケーション）、画素ＹＵＶのシンプルな量子化であり、たとえば、１６で割ることでＹ＝４５＝０ｂ００１０１１０１を与え、Ｙ＝３２＝０ｂ００１０００００となる。
【００１４】
パレットは、画素を通して処理すること、及び未だパレットにないそれぞれの画素カラーについてパレットエントリを追加することで構築される。
【００１５】
量子化は、大部分のピクチャが２５６の異なる色よりも少ない色を有するように、全体のピクチャにおける全体の異なるカラーの量を制限する。最初の実現では、画像が２５６を超えるカラーを有さない場合、表示されず、次の画像が採用される。
【００１６】
図２に示されるような、更にリファインされた実現は、以下のステップから構成される。
１．先のような量子化、動作３０。次いで、２５６色よりも少ない色をもつパレットが発見されたことを保証するため、非常の雑な量子化の初期動作が存在する。
２．画素のランを形成するため、量子化された画素のランレングス符号化、動作３１。画素よりも画素のラン（同じ値をもつ画素からなるグループ）が少ないので、これにより、残りの処理が高速になる。
３．初期のパレットを構築する、動作３２。
４．先のステップ１の後の「ラフな」パレットにおけるカラーのどの色が、その特定のパレットのエントリを使用する全ての画素について全体の量子化エラーが最も大きいかを判定する、動作３３。したがって、パレットにおけるカラーｉのそれぞれについて計算が行われるＥＲＲ［ｉ］＝ＳＵＭ（palette_color［ｉ］−color「ｊ」）。ここで、ｊはパレットエントリｉを使用する全ての画素を通してランする。最も大きな全体の誤差を有するパレットにおける色について、量子化レベルは、たとえばＤＩＶ３２に低減される。
５．パレットを構築する、動作３４。
６．ステップ４及び５は、２５６色に到達するまで繰り返される、動作３５。
７．最後に、画素値がパレットインデクスで置き換えられるように、パレットカラーに画素がマッピングされる（ビットマッピング）、動作３６。パレットは前のステップで順序付けされるので、画素がマッピングされるパレットエントリを発見するための高速なバイナリサーチを使用することができる。パレットは、Ｙ，Ｕ，Ｖで順序付けされ、たとえばカラー１００９０７０は、Ｙ値が大きくパレットにおいて高くなるので、９０１００１００よりも大きい。
【００１７】
また、量子化の直後、（リファインメントループ）ステップ２及びステップ４の後、画素のマッピングに行うことが可能である。
【００１８】
画素間の空間の相関に関する最適な使用を行うことが必要である。したがって、画素がマッピングされる必要がある場合、その祖先となる画素と同じ色を有する可能性が高く、したがって、個々の画素のフルパレットサーチを行うことは、平均して有効ではない。画素のグループについて動作を実行することができるように、処理の前に画像をランレングス符号化することは利益がある。これは、シンプルな水平ラインベースの走査により開始する（ランレングス、pixel_value）ペアをもつアレイを構築することを意味する。
【００１９】
状況は、画像を通してカラーエラーの総和について最小を得るという、究極のゴールを定義することで簡略化することができる。最も高速の誤差測定は、おそらく絶対差の３Ｄ総和であり、したがってＧＯＡＬ；最小の総和（｜Ｙn*−Ｙn｜＋｜Ｖn*−Ｖn｜＋｜Ｕn*−Ｕn｜）、ここで０＜ｎ＜Ｎであり、*は近似を表し、Ｎは画像における画素数である。
【００２０】
階層的なアプローチを使用することも可能であり、３２による量子化で始まり、パレットでのデュプリケーションを回避するために使用されるバイナリサーチで初期パレットを構築し、このパレットが決してオーバフローしないことが仮定される。これらラフなカラーを使用して初期のビットマップが生成され、これにより、公知である正確なカラーがパレットにあるので高速に行うことができる。
【００２１】
パレットを構築するとき、全体の誤差は、それぞれの画素についてカラーエラーを計算し、それを全体の特定のカラーに加えることでパレットにおけるカラーのそれぞれについて維持される。この全体のカラーは、特定のカラーに割り当てられている全ての画素（好ましくは、画素のランレングスグループ）のエラーの総和である。
【００２２】
全体の誤差が最も大きいパレットにおけるエントリで始めて、色をリファインし始めることができる。このパレットエントリについて、量子化ファクタ１６で新たなマッピングが行われ（可能であれば、１つのオリジナルのラフなカラーから発する８つのカラーにまで）、新たなカラーについて全体の誤差が更新される。このステップは、ビットマップにおいて対応するエントリを更新することを含んでいる。
【００２３】
この動作は、（最も大きなエラーをもつ領域について）パレットが一杯になるまで繰り返され、Ｑ＝１６をもつカラーが最も悪くなった場合にＱ＝８になる。
幾つかの異常な画素が正確な色を取るのを防ぐため、非常に小さな誤差をもつ色をマージしてラフなカラーにするステップが追加される場合がある（たとえば、最初のＱ＝３２ステップにおける６４色を許容する）。
【００２４】
データ圧縮はデータ表現における冗長度の低減であり、データ記憶の要件及びデータ通信コストを減少するために実行される。典型的なビデオコーデックシステムは、図１に与えられており、損失のあるソースコーダは、フィルタリング、（離散コサイン変換（ＤＣＴ）、サブバンド分解、又は差分パルスコード変調のような）変換、量子化等を実行する。ソースコーダの出力は、様々な種類の統計的な依存性を示す。（損失のない）エントロピーコーダは、データの統計的な特性を利用し、損失のある符号化後の残りの冗長度を除く。
【００２５】
ＭＰＥＧでは、損失のある符号化技術として、ＤＣＴが使用される。ＤＣＴアルゴリズムは、８×８のブロックにビデオデータを処理し、それぞれのブロックを６４の空間周波数の重み付け総和に分解する。ＤＣＴの出力では、データは８×８ブロックの係数に編成され、それぞれの係数は、解析されているブロックについて空間周波数の寄与を表している。
【００２６】
ジグザグパスに従い、マトリクスは係数ベクトルに変換され、ＲＬＣ（Run-Length  Coder）及びＶＬＣ（Variable-Length  Coder）といった２つの主要部分から構成されるエントロピーコーダによりさらに圧縮される。ＲＣＬは、それらのランの長さにより連続するゼロを表し、これにより、サンプル数が低減される。ＲＬＣ出力データは、複合的なワードであって、ゼロのランレングスのペア及び量子化されたＤＣＴ係数の値を記述する、ソースシンボルとも呼ばれる。ベクトルにおける全ての残りの係数がゼロであるとき、空間シンボルのエンド・オブ・ブロックにより全て符号化される。
【００２７】
可変長符号化は、ハフマン符号化としても知られており、ソースシンボルと可変長コードワードとの間のマッピングプロセスである。可変長コーダは、より短いコードワードを頻繁に生じるソースシンボルに割り当て、更にその逆も行い、これにより、平均のビットレートが低減される。最大の圧縮を達成するため、符号化データは、２つの連続するシンボル間を区別するために割り当てられた特定のガードビットなしで、連続するビットストリームを通して送出される。結果として、復号化手順は、シンボルそれ自身と同様に、コード長を認識する必要がある。
【００２８】
本システムでは、ヘッドエンドにおけるＭＰＥＧエンコーダは、可変長ビットストリングのストリングにシンボルを符号化するためにＶＬＣを使用している（たとえば、シンボルは、２，３，４，５，１６ビット長であり、最後のストリームでビットアライメントされていない）。ビットアラインメントされていないとしても、それぞれのシンボルは固有であるので、新たなシンボルが開始する位置を発見することができる。
【００２９】
ＭＰＥＧデコーダでは、ビット毎にストリームを読み出すことが必要であって、それからオリジナルシンボル（ランレングスペア）を導出することが必要である。これは、可変長復号化（ＶＬＤ）と呼ばれる。
【００３０】
（フレーム／ＭＩＰＳの観点で）許容可能なパフォーマンスを達成するため、マイクロデコーダは、ＰＩＰのタスク向けに特に最適化される。より詳細には、ＤＣＴブロック当たり幾つかの係数をデコードし、出力画像について縮小された解像度が得られる。マイクロデコーダは、Ｉフレーム及びＤＣＴブロックにおける全体で６４の係数のうちの３つをデコードし、水平及び垂直方向の両方での解像度におけるファクタ４の低減が与えられる。Ｉフレームのみをデコードするための基本的な制約は存在せず、使用される係数／解像度の数は制約に従って変化することができる。
【００３１】
デコーダは、以下のアクションを実行する。
１．デコーダは、第二のビデオストリームをメモリバッファに書き込むためにデマルチプレクス（分離）を始める。
２．デコーダは、バッファにＩフレームが存在するまで待つ（新たなフレームの到来を合図するためにフレーム中断が使用され、デコーダにおけるソフトウェアは、それがＩフレームであるかを判定するためにフレームヘッダをチェックし、さもなければそれをスキップする）。
３．デコーダは、第一のＤＣＴブロックが発見されるまでＩフレームのヘッダをデコードする。
４．ＤＣＴブロックでは、最初の３つの係数のＶＬＣデコードが実行される。
５．（３つの係数について非常にシンプルである）ＤＣＴブロック当たり４つの画素を得るために逆ＤＣＴが実行される。
【００３２】
６．ＶＬＤ演算は、次のＤＣＴブロックの開始が如何なるやり方でもバイトアラインメントされていないので、ＭＰＥＧが機能する方式のため、（ＩＤＣＴで使用されず、それらの値が画素値に影響を及ぼさないとしても）特定のＤＣＴブロックにおける第三の係数に従う全ての係数について実行される必要がある。次のＤＣＴブロックの開始を発見するためのやり方は、前のＤＣＴブロックの全てのＶＬＤワードを読み取ることである。
７．この手順は、フレームにおける全てのＤＣＴブロックについて繰り返され、結果的に得られる画素値は、フレームバッファに書き込まれる。
８．必要であれば、通常の視聴距離でＰＩＰピクチャの可視性を改善するため、フレームバッファにおける画像に関してフィルタリング動作（後処理）が使用される。
９．結果的に得られるフレームバッファにおける画像は、ＯＳＤプレーン（又はデコーダに依存してビデオ／スチルプレーン）にレンダリングされる。
【００３３】
（全体のデコード処理において最も処理的に集中的な動作である）先のステップ６で実行されるＶＬＤについて、このＶＬＤの結果は、より高速なＶＬＤ機能を発展するために本質的なものではない（次のＶＬＤワードになるためにビットを読み取ることが必要である）。このＶＬＤワードのサイズが分かるとすぐにＶＬＤワードにおけるビットを読みことで速度の改善が得られ、ＶＬＤペアにおけるランレングス／値のペアを調べるのを省略することができる。このステップは、低コストでの実現を可能にするためソフトウェアデコードパフォーマンスを達成するために重要である。
【００３４】
［後処理］
ＰＩＰピクチャは、低減された解像度を有し、より低いフレームレートを使用するため、イメージコンテンツが実際に表現するものを見ることが困難になることがある。このことは、オリジナルビデオコンテンツが画像のサイズの３〜５倍の視聴距離について意図されているという事実により部分的に生じる。
【００３５】
可視性を改善するため、ＰＩＰピクチャのコントラスト及び明るさを調節し、これにより認識を助けるために後処理フィルタが使用される。互いに強度において異なる大きな領域をもつ画像では、コントラストが増加すると望まれない作用を招く可能性がある。したがって、画像−セグメント毎に異なってコントラスト／明るさを調節することが望まれる。たとえば、海岸、海及び青空をもつ画像について、海岸、海及び空について異なるコントラスト／明るさ調整が存在する。
【００３６】
［レンダリング］
ＰＩＰ画像は、ＯＳＤ（すなわち、オンスクリーンディスプレイ）プレーンにおける通常のビデオのトップに表示される。
【００３７】
最も普及しているデコーダのチップセットについて、又は他のチップセットについて、ディスプレイプレーンの順序は固定され、より高い画像プレーンは、基礎を成すプレーンを隠す。かかるチップセットについて、スチルピクチャプレーンは、ビデオプレーンの背後にあり、ビデオプレーンは、ＯＳＤプレーンの背後にある。
【００３８】
トゥルーカラーＰＩＰ画像（ＹＵＶ）がビットマップに変換され、利用可能なＯＳＤパレット（最も普及しているチップについて２５６カラー）にマッピングされるのを必要とするＰＩＰの表示のためにＯＳＤプレーンは使用される。実際に、許容可能な画質について、パレットが選択され、ピクチャにおける異なる色に依存するピクチャ毎に基づいて最適化される必要がある。パレットにおける幾つかの色は、特定のＯＳＤグラフィックについてＰＩＰを表示しつつスクリーンの別の部分に表示するのを可能にするために保存されることができる。
【００３９】
テレビジョン受信機は、以下の機能を含んでいる。
１．ＭＰＥＧデコーダにおけるライブビデオフィードから生じる個々のフレームをデコードし、ハードウェアデコーダにおける第二のストリームを同時にデコードする。
２．あるストリームから１つのフレームをデコードし、次いで別のストリームから１つのフレームをデコードする等で、多数の異なるストリームからのフレームをデコードし、次いでフレームを表示することで、マルチスクリーンのデコーダをエミュレートする。
３．次のＤＣＴブロックの開始に進むため、使用されていないＶＬＤワードを読み取るための最適化されたＶＬＤ動作。
４．ＰＩＰを表示するためのＯＳＤプレーンの使用、及びイメージコンテンツに依存したＯＳＤパレットの選択。
５．ＴＢを視聴しつつＰＶＲコンテンツを表示するか、ＰＶＲを視聴しつつライブのＴＢを表示するＰＩＰ機能をもつ第二のソースとしてのＰＶＲの使用。
６．第二のソースとしてブロードバンドコネクションを通したビデオのストリーミングの使用。
７．通常の視聴距離でのＰＩＰピクチャのコンテンツの認識を最適化するための後処理。
８．幾つかのチャネルを処理するＴＤＭＡによるＥＰＧのモザイクの生成。
【００４０】
機能５は、ＰＩＰウィンドウにおけるライブフィードをモニタしつつ、ＰＶＲから到来するＴＶ番組の時間表示されたバージョンを視聴者が見るのを可能にする。このように、たとえば、視聴者がサッカーの試合を３０分送れて視聴し始める場合、試合の開始の選択された部分を早送りすることで追いつくが、新たなゴールがあるかを見るためにＰＩＰにおけるライブマッチをしばらくの間モニタする場合がある。
【００４１】
広告のブレイクがテレビ番組の間に生じるとき、より関心のある内容の他のＴＶチャネルの間、メインの番組を（ＰＩＰウィンドウで）モニタするために視聴者によりＰＩＰが使用されることがある。これは、ＰＩＰを提供することは、視聴者をコマーシャルにさらすことを低減することになる場合があり、これは、サービスプロバイダにとって悪いことである。
【００４２】
本発明では、たとえば、１以上のサービスプロバイダに制限される、指定されたチャネルについてＰＩＰを提供するだけで、（たとえば、サービスプロバイダといった）指定されたチャネル間の切り替えのみが勧められるように、視聴の振る舞いを制限又は限定することができる。
【００４３】
これは以下のように動作する。
１．視聴者はＳＫＹＭｏｖｉｅの映画を視聴している。
２．所定の瞬間で、コマーシャルのブレイクがある。
３．ザッピングの間にコマーシャルブロックの進展をモニタするため、視聴者はＳＫＹＭｏｖｉｅｓから切り替えるが、ＰＩＰウィンドウにおけるＳＫＹＭｏｖｉｅを保持する。
４．視聴者がＳＫＹｂｏｕｑｕｅｔにおける番組に切替えたとき、ＰＩＰウィンドウが存在する。
５．しかし、視聴者が無料チャネルに切替えたとき、ＰＩＰウィンドウが消える。
６．視聴者は映画の残りを視聴することに関心にあるので、これは、ＳＫＹＭｏｖｉｅのコマーシャルブロックを終わりまで待つ間、他のＳＫＹチャネルのみを視聴者が視聴するのを勧める。
７．このため、別のサービスプロバイダにより所有されるチャネルに永続的に切り替えられる視聴者のリスクが低減される。
【００４４】
１つのチューナをもちＰＶＲをもたない低コストのボックスでは、ＰＩＰは、同じＴＳマルチプレックスにおけるチャネルについて利用可能である。マルチプレックスにおける全ての番組が同じサービスプロバイダにより所有される場合、先に概説された「ロイヤリティＰＩＰ」方式は、シングル−チューナの制約から直接得られる役に立つ特性である。
【００４５】
図に関連する記載される特定の実現を参照して、図１は、チューナ３及び４、並びにハードディスクユニット５を有する入力回路２を有するテレビジョン受信機１を示しており、それらの全ては、デマルチプレックスユニット６及びテレビジョンモニタ７に入力することができる。
【００４６】
マイクロデコーダユニット８は、ＤＥＭＵＸ６又はＭＤＤユニットからリアルタイムＭＰＥＧ２ビデオデータを受信する。ＭＰＥＧ２ビデオストリームをデコードし、画質を最適化し、ＴＶにビデオ画像を出力するか、又はワイヤレスリンクを介してコンパニオン装置にビデオ画像を出力する後処理を実行する。
【００４７】
ＴＶのディスプレイについて、ビデオデータは、ＯＳＤプレーンにレンダリングされる。ワイヤレスリンク１０を介してのコンパニオン装置９への出力の前に、ワイヤレスリンクのデータレートを最小にして画質を維持するため、プロプライエタリな圧縮スキームを使用して、ビデオデータが再び符号化される。
【００４８】
ＰＩＰ機能の動作は、マイクロデコーダユニット８及び補助的な装置のための適切なコマンド信号をもつリモートコントロールユニット１１の使用による。
マイクロデコーダユニット８は、ソフトウェア機能をもつＭＰＥＧ２ビデオデコーダであり、フレームレート及び解像度は、第二のビデオストリームのモニタするのを目標とする。低コストのセットトップボックスにおける配置のために、メモリのフットプリント及び処理負荷が高く最適化される。デコーダ８は、既存のＳＴＢソフトウェアとの容易な統合を可能にするためにフレキシブルなリアルタイムの要件を有しており、関連するチップに特化したＭＰＥＧフレーム取得及びレンダリングモジュールに付属している。
【００４９】
デコーダ８は、たとえば、コマーシャルの間の切り替えのときにメインチャネルをモニタするといった、第二のライブビデオチャネルのモニタを可能にし、発展されたチャネルサーフィンのために第二のチャネルモニタリング、マルチチャネルモニタリング又はモザイクを可能にする。
【００５０】
デコーダ８は、別のチャネルを視聴する間、たとえば、記録されているチャネルをモニタするといった、ＰＶＲを使用する間に第二のビデオストリームにモニタリングを可能にする。時間シフトされたバージョンを視聴する間にライブビデオフィードをモニタし、ライブビデオチャネルを視聴する間にＰＶＲコンテンツをブラウジングし、ＰＶＲコンテンツをブラウジングするためのモザイクを構築する。
さらに、デコーダ８は、ＴＶコンパニオン装置を使用してオフスクリーンビデオモニタリングを可能にする。
【００５１】
マイクロデコーダユニット８は、異なるイメージサイズ及びフレームレートを含むＭＰＥＧ２ビデオ規格に完全に準拠する。フィールド＋フレーム符号化、両者は、異なる量子化マトリクスをパターン化し、既存のＳＴＢソフトウェアとの継ぎ目のない統合のために設計される。
【００５２】
これは、低いプロセッサの負荷、フレキシブルなリアルタイムの要件がバックグランドで実行することができることを提供し、したがって、他のタスク、小さなＲＯＭのフットプリント、小さなＲＡＭのフットプリントを妨害しないことを意味する。
【００５３】
テレビジョン受信機は、特定のプロセッサ、又はマイクロデコーダと既存のＳＴＢ  ＳＷ「セットトップボックス」ソフトウェアとの統合、ＯｐｅｎＴＶ、ＮＤＳ、ＭｉｃｒｏｓｏｆｔＴＶ及びＭｅｄｉａＨｉｇｈＷａｙのような幾つかのミドルウェア規格向けのシステムのためのアセンブリで最適化される、特定のデコーダアーキテクチャのための取得及びレンダリングモジュール、若しくはデコーディングコアを含む。
【００５４】
ある実現では、たとえば２０チャネルのそれぞれ間で切替えることができるが、ＰＩＰ機能は、現在視聴されている基本のチャネルのチャネルプロバイダ以外のチャネルプロバイダについて利用可能ではない。このように、視聴者は、彼がなおＣ１をモニタすることを望むため、この例ではＣ２からＣ４である、同じチャネルプロバイダと関連するそれらのチャネルのみをチェックするように勧められる。
【００５５】
たとえば、ＳｋｙＳｐｏｒｔｓを考える。Ｓｋｙは、ＳＴチップをもつ１つのチューナボックスを有している。Ｓｋｙは、ＰＩＰウィンドウで２つの他のＳｋｙＳｐｏｒｔｓチャネルのいずれかをモニタしつつ、１つのＳｋｙＳｐｏｒｔｓ（すなわちＳｋｙＳｐｏｒｔｓ１又はＳＰ１）を視聴者が見るのを可能にする機能を提供するため、それらのボックスにおいて（リモートで）ＳＷをアップグレードする。
【００５６】
ユーザシナリオ：ＳＰ１を視聴する間、ユーザは、リモートでＰＩＰボタンを押し、ＳＰ２及びＳＰ３は、個別のＰＩＰウィンドウで現れる。ＰＩＰウィンドウで繰り返されるボタンのプレスは、以下の間で切り換えられる。
ＳＰ２  ＰＩＰのみ
ＳＰ３  ＰＩＰのみ
ＰＩＰなし
ＳＰ２＋ＳＰ３  ＰＩＰ
ＰＩＰがオンであるとき、チャネルアップ／ダウンはＳＰ１、ＳＰ２及びＳＰ３の間でのみ変化する。このモードでは、メインスクリーンで視聴されるチャネルのＰＩＰバージョンは消失するか、たとえば以下のように置き換えられる。
【００５７】
【表１】
2006510292.tif 000003
なお、（“ＰＩＰ”を繰返し押すことで）ひとたびＰＩＰがスイッチオフにされると、チャネルのアップ／ダウンにより全てのＳｋｙチャネルへのアクセスが再び可能となる。
別の実施の形態を実現するステップは、以下のようなものである。
１．ある人物は、（以下、Ｃ１と呼ばれる）チャネル１の番組を視聴している。
２．広告のブレイク又は番組の終了が生じる。
３．彼は、Ｃ１をＰＩＰに低減する。
４．彼は、メインイメージをＣ２に置くか、又は先の３のステップは、Ｃ１をたとえばＣ２である別のチャネルと自動的に置き換える。
５．彼は、メインイメージをＣ２からＣ３に切り替える。
６．彼は、メインイメージをＣ３からＣ４に切り替える。
７．彼は、メインイメージをＣ４からＣ１に切り替える。（本発明の特徴は、テレビジョンが全体として２０チャネルを受信するが、他の全てはＣ１〜Ｃ４のそれとは異なるチャネルプロバイダからであるにもかかわらず、選択すべき更なるチャネルが存在しないことである。）
変形例では、彼は、Ｃ１をＰＩＰに低減することで先のステップ３を置き換える「オートスイッチ」のためのボタンを押し、次いで、５秒のそれぞれで停止するＣ２とＣ４との間で連続的、自動的に切り替える。ボタンを再び押すことでシーケンスは停止する。代替的に、ボタンが解除される間にスイッチングが行われ、ひとたびボタンが解除されると停止する。
【００５８】
チップは、少なくとも１つのスイッチングにより、たとえば５秒である指定された期間で追従するＰＩＰへの低減であるアクションを探す。変形例では、Ｃ１が広告ブレイク又はプログラムブレイクにあることをチップは検出する。別の変形例では、統計的な解析が提供され、たとえば、視聴者がＣ１を連続的に２５分の間に視聴した場合に、関心のあるものが存在すると推測することができ、したがって、その時間期間後のチャネル変化がコマーシャルブレイクの間であるか、又は他をチェックするためのちょうど切り替えである。ユーザが高速に切り替えた場合（たとえば、チャネル変化の間の１０秒以下である場合）、ユーザは、その他の現在の全てのチャネルをチェックする。
【００５９】
更なる発展は、以下のようである。
１．同じチャネルプロバイダにより提供される代替的なチャネルの複数のＰＩＰの画像を使用する。Ｃ１は、たとえばホワイトボーダによる幾つかのやり方でハイライト表示される間、メインイメージとして保持されるか、又はＰＩＰのうちの１つとして保持される。
２．表示される間、たとえば５秒のチャネル周期によりＣ２とＣ４との間でのオートスイッチング。このオートスイッチングは、同じチャネルプロバイダのチャネル間のスイッチングを提供するため、本発明のいずれかのバージョンで使用することができる。
【００６０】
制限されないチャネル変化のオリジナルのケースについてマルチＰＩＰユーザシナリオは、たとえば、以下のようなものである。
ＳｋｙＳｐｏｒｔｓ１のサッカー試合を視聴しつつ、コマーシャルのブレイクが開始する。
ユーザは、このチャネルをモニタし続けるのを望むことを示すため、ＰＩＰボタンを押す。メインスクリーンは、ＳＰ１を表示し続け、ＰＩＰピクチャは未だ存在しない。
ユーザは、チャネルを変え、ＳＰ１  ＰＩＰは、同じマルチプレックスにあるそれらチャネルに現れる。
ＰＩＰウィンドウがスクリーン上に（たとえばＳＰ２で）存在する間にＰＩＰを押すことで、アクティブＰＩＰをディスエーブルにし、ウィンドウを除く。
ＰＩＰウィンドウを示さないチャネルでのＰＩＰを押すことは（異なるマルチプレックスでのチャネル又はディスエーブルにされたＰＩＰ）、要求される場合に前のＰＩＰをディスエーブルにし、ＰＩＰのためのそのチャネルを選択する。
【図面の簡単な説明】
【００６１】
【図１】本発明を実施するテレビジョン表示装置である。
【図２】コンバージョンプロセスにおけるステージを示している。
【図１】
2006510292.tif 000004
【図２】
2006510292.tif 000005
【国際調査報告】
2006510292.tif 000006
2006510292.tif 000007
2006510292.tif 000008