特許 5881219 単一の復号器でチャンネル変更を可能にする受信機および該受信機での方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5881219

(24)【登録日】2016年2月12日

(45)【発行日】2016年3月9日

(54)【発明の名称】単一の復号器でチャンネル変更を可能にする受信機および該受信機での方法

(51)【国際特許分類】

   H04N 21/438 20110101AFI20160225BHJP

   H04N 21/44 20110101ALI20160225BHJP

【ＦＩ】

   H04N21/438

   H04N21/44

【請求項の数】4

【全頁数】15

(21)【出願番号】特願2013-514690(P2013-514690)

(86)(22)【出願日】2011年6月14日

(65)【公表番号】特表2013-532432(P2013-532432A)

(43)【公表日】2013年8月15日

(86)【国際出願番号】EP2011059861

(87)【国際公開番号】WO2011157718

(87)【国際公開日】20111222

【審査請求日】2014年5月22日

(31)【優先権主張番号】10173106.5

(32)【優先日】2010年8月17日

(33)【優先権主張国】EP

(31)【優先権主張番号】10305633.9

(32)【優先日】2010年6月14日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】501263810

【氏名又は名称】トムソン ライセンシング

【氏名又は名称原語表記】Ｔｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ

(74)【代理人】

【識別番号】100134094

【弁理士】

【氏名又は名称】倉持 誠

(74)【代理人】

【識別番号】100121175

【弁理士】

【氏名又は名称】石井 たかし

(74)【代理人】

【識別番号】100123629

【弁理士】

【氏名又は名称】吹田 礼子

(74)【代理人】

【識別番号】100191824

【弁理士】

【氏名又は名称】西谷 明子

(72)【発明者】

【氏名】ゴーテイエール，エリツク

(72)【発明者】

【氏名】ローレント，アンソニー

(72)【発明者】

【氏名】ホウソン，クリストフアー

【審査官】 曽我 亮司

(56)【参考文献】

【文献】 特表２００６−５２７９７５（ＪＰ，Ａ）

【文献】 特開２００９−２８４２８２（ＪＰ，Ａ）

【文献】 特開２００７−２１５０６９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／４３８

Ｈ０４Ｎ ２１／４４

(57)【特許請求の範囲】

【請求項1】

タイム・スロットあたり１つのピクチャのみを復号するように構成された復号器を含む受信機でのチャンネル切り替え方法であって、
グループ・オブ・ピクチャ（ＧｏＰ）に符号化されたプログラムを搬送するチャンネルに切り替えるステップと、
連続した第１のＧｏＰで符号化された第１のストリームおよび連続した第２のＧｏＰで符号化された第２のストリームにおける前記プログラムを受信するステップであって、各ＧｏＰは、イントラ・フレーム・ピクチャで開始し、前記第２のＧｏＰの各々は、前記第１のＧｏＰのうち１つの、ピクチャのサブセットを含む、前記受信するステップと、
最初のイントラ・フレーム・ピクチャを受信するステップと、
前記受信された最初のイントラ・フレーム・ピクチャが前記第２のストリームに属する場合に、前記第２のストリームのピクチャを前記復号器に送信するステップと、
を含み、且つ、
前記第１のストリームに属するイントラ・フレーム・ピクチャを受信すると、
前記第１のストリームに属する前記イントラ・フレーム・ピクチャが次のタイム・スロットの間に再生出力されるべきでない間は、前記第２のストリームのピクチャを前記復号器に送信するステップと、
前記第１のストリームに属する前記イントラ・フレーム・ピクチャが次のタイム・スロットの間に再生出力されるべき場合、前記第１のストリームに属する前記イントラ・フレーム・ピクチャを前記復号器に送信するステップと、
を含む、前記方法。

【請求項2】

前記第１のストリームのイントラ・フレーム・ピクチャが復号されるタイム・スロットの間、最後に復号された前記第２のストリームのピクチャの再生出力を繰り返すステップを含む、請求項１に記載の方法。

【請求項3】

受信機であって、
タイム・スロットあたり１つのピクチャのみを復号するように構成されたビデオ復号器と、
連続した第１のグループ・オブ・ピクチャ（ＧｏＰ）で符号化された第１のストリームおよび連続した第２のＧｏＰで符号化された第２のストリームにおけるプログラムを受信するインタフェースであって、各ＧｏＰは、イントラ・フレーム・ピクチャで開始し、前記第２のＧｏＰの各々は、前記第１のＧｏＰのうちの１つの、ピクチャのサブセットを含む、前記インタフェースと、
前記受信機がグループ・オブ・ピクチャ（ＧｏＰ）に符号化されたプログラムを搬送するチャンネルに切り替わった後、
最初のイントラ・フレームピクチャを受信すると、該受信された最初のイントラ・フレーム・ピクチャが前記第２のストリームに属する場合に、前記第２のストリームのピクチャを前記復号器に送信し、
前記第１のストリームに属する前記イントラ・フレーム・ピクチャを受信すると、
前記第１のストリームに属する前記イントラ・フレーム・ピクチャが次のタイム・スロットの間に再生出力されるべきでない間は、前記第２のストリームのピクチャを前記復号器に送信し、
前記第１のストリームに属するイントラ・フレーム・ピクチャが次のタイム・スロットの間に再生出力されるべき場合、前記第１のストリームに属する前記イントラ・フレーム・ピクチャを前記復号器に送信する、ように構成されているコントローラと、
を有する、前記受信機。

【請求項4】

前記コントローラは、前記第１のストリームおよび前記第２のストリームのうちからピクチャを選択するように構成されている、請求項３に記載の受信機。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概ね、ディジタル・テレビジョンにおけるチャンネル変更に関し、具体的には、単一の復号器でチャンネル変更を可能にするディジタル・テレビジョン受信機でのメカニズムに関する。

【背景技術】

【0002】

この項は、読者に対し、様々な技術的な態様を紹介することを意図している。これらの技術的な態様は、以下に説明する、さらに／または、以下の請求項に記載する本発明の様々な態様に関連する。この説明が本発明の様々な態様をより良好に理解するための背景情報を読者に対して提供するのに役立つと確信する。従って、それぞれの記載は、この点に鑑みて読まれるべきものであり、先行技術を自認するものではないことを理解すべきである。

【0003】

テレビジョン放送技術の変化により、チャンネル変更の時間が長くなっている。アナログ放送テレビジョンでは、チャンネル変更は即座に行われていた。ディジタル・テレビジョンでは、チャンネル変更にはより長い時間を要する。このことを以下のように例示的に説明する。ブロードバンド・ネットワークを介したビデオ配信は、ＭＰＥＧ−２やＪＶＴ／Ｈ．２６４／ＭＰＥＧ ＡＶＣなどの標準的な圧縮システムを使用する。ＭＰＥＧ規格は、ＧｏＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）を規定している。ＧｏＰは、以下、ピクチャ、または、フレームと称する連続したピクチャ・シーケンスＩ，Ｐ，Ｂを規定している。これらのピクチャは、ＭＰＥＧ規格で規定されている。Ｉピクチャは、他のピクチャを参照することなく符号化される。Ｐピクチャは、前のＩピクチャまたはＰピクチャを参照する。Ｂピクチャは、前および後のＩピクチャまたはＰピクチャを参照する。受信機が新たなプログラムを受信すると、この受信機は、プログラムの復号を開始するために、Ｉピクチャの受信を待機する。ストリームの受信とビデオ画面上のストリームのレンダリングとの間に遅延が現れる。

【0004】

ディジタル・テレビジョンの帯域幅を減少させるように使用されるメカニズムが幾らか存在する。これらは、次第に、より少ないＩピクチャを使用するようになっている。そのため、復号器は、Ｉピクチャを見つけ、復号するためにより長い時間を有する。これには、０．５秒までかかることがある。さらに、インターネット・プロトコル・ネットワークを介したテレビジョン・トランスポートでは、ネットワーク配信に信頼性がないことを補償するために、復号器側で追加のバッファが必要となる。この結果、プログラムを受信してから復号器にテレビジョン・ストリームを送信するまでの時間が増加する。新しいプログラム・ピクチャを受信してから画面上でレンダリングするまでに２秒を超える時間を要することがある。

【0005】

ピクチャがより迅速に見つかって表示可能となるように構成された追加ストリームを追加することによって、復号時間を改善するシステムが存在する。このことは、例えば、国際公開特許出願第２００５−１１２４６５号（ＷＯ２００５１１２４６５Ａ１）に規定されている。オリジナルのサービスと共に「チューンイン（ｔｕｎｅ−ｉｎ）」コンパニオン・サービスが送信される。このチューンイン・コンパニオン・サービスは、受信機がチャンネル変更処理の間に新たなサービスをより迅速に取得し、表示するのに役立つ。この解決策を用いて、サービスは、オリジナルのフォーマットで符号化、ストリーミングされ、さらに、「チューンイン」フォーマットで符号化、ストリーミングされる。チューイン・コンパニオン・サービスのパラメータは、このチューンイン・コンパニオン・サービスに利用可能な帯域幅、さらにチャンネル変更時間の目標とする改善に依存して、様々なものとなることがある。チューンイン・コンパニオン・サービスは、通常のライブ・メディア放送（ＬＭＢ：Ｌｉｖｅ Ｍｅｄｉａ Ｂｒｏａｄｃａｓｔ）サービスと比較して、早く表示されることがある。これは、このチューンイン・コンパニオン・サービスのための符号化されたビデオ・ストリームを生成することによって達成される。チューンイン・コンパニオン・サービスは、以下の特徴を有することができる。
− ビデオ・ストリームのＧｏＰサイズが小さいことにより、Ｉピクチャが高頻度である。これにより、チューンイン・コンパニオン・ビデオ・ストリーム内のＩピクチャをより速く見つけることができるようになる。
− ビデオ・バッファリング時間が短い。チューンイン・コンパニオン・ビデオ・ストリームのためのビデオ・バッファへのデータの記憶が速くなる。

【0006】

ＧｏＰは、オープン、または、クローズドである。オープンＧｏＰは、前のＧｏＰからのピクチャを使用するものである。クローズドＧｏＰは、前のＧｏＰからのピクチャを使用しないものである。ＢフレームとＰフレームとの間には時間的依存性が存在するため、受信機は、表示順序とは異なる順序で入来するピクチャを復号する。

【0007】

図１は、４つの異なる構成に従ったピクチャ復号の４つの例を例示している。各例は、フル解像度のストリームおよび低解像度のストリームの送信順序および表示順序を例示している。送信順序は、復号タイムスタンプ（ＤＴＳ）に対応する。表示順序は、再生出力（プレゼンテーション）タイムスタンプ（ＰＴＳ）に対応する。これは、チャンネル変更動作の後、受信機がバッファリングを行う段階の直後の復号ステップおよび再生出力ステップを例示している。灰色で表されたＩピクチャ、Ｐピクチャ、およびＢピクチャは、復号されていないピクチャである。白色で表されたＩピクチャ、Ｐピクチャ、およびＢピクチャは、復号済みのピクチャである。

【0008】

最後の２つの例は、クローズドＧｏＰを用いた低解像度のストリームを例示している。このストリームは、１つの復号処理のみを必要とする。これは、主に、ＧｏＰがオープンであるとき、ピクチャの復号タイム・スロットとその再生出力との間の遅延がクローズドＧｏＰのものよりも大きいという事実に基づく。最初の２つの例は、オープンＧｏＰを用いて符号化されたフル解像度のストリームを例示している。復号器は、フル解像度のストリームと低解像度のストリームを並行して復号する。実際、フル解像度のストリームのピクチャを復号することが必要となる度に、低解像度のストリームで復号する別のピクチャがさらに存在する。これは、２つのストリームの間のシームレスな切り替えが確実に行われるようにするためである。

【発明の概要】

【0009】

本発明は、単一の復号器でチャンネル変更を可能にするディジタル・テレビジョン無線機でのメカニズムを提供することによって、従来技術の受信機に係る懸念の少なくとも幾らかを解消しようとするものである。

【0010】

本発明の対象は、受信機でのチャンネル切り替え方法であり、この方法は、グループ・オブ・ピクチャ（ＧｏＰ）に符号化されたプログラムを搬送するチャンネルに切り替えるステップと、プログラムを、連続した第１のＧｏＰで符号化された第１のストリームおよび連続した第２のＧｏＰで符号化された第２のストリームで受信するステップであって、第２のＧｏＰの各々は、第１のＧｏＰに対応し、かつ第１のＧｏＰのサブセットであり、各ＧｏＰは、イントラ・フレーム・ピクチャで開始する、この受信するステップと、第１のストリームおよび第２のストリームのうちから、復号されるピクチャを選択するステップと、ピクチャを表示するステップと、を含む。

【0011】

受信機は、特有の復号器を用いて第１のストリームと第２のストリームとの間でスムーズな切り替えを行う。コントローラは、復号する適切なピクチャを選択する。

【0012】

本発明の一態様によれば、この方法は、第１の受信されたＩピクチャが第１のストリームに属する場合、第２のストリームの受信を解除するステップを含む。

【0013】

本発明の一態様によれば、この方法は、第１の受信されたＩピクチャが第２のストリームに属する場合、第１のストリームに属するＩピクチャが受信されるまで第２のストリームのピクチャを復号するステップを含む。

【0014】

本発明の一態様によれば、この方法は、第１のストリームに属するＩピクチャを受信すると、Ｉピクチャが表示されるまで、最後に復号された第２のストリームのピクチャの表示を繰り返すことによって、第２のストリームから第１のストリームに移行させるステップを含む。

【0015】

本発明の他の対象は、連続した第１のＧｏＰで符号化された第１のストリームおよび連続した第２のＧｏＰで符号化された第２のストリームを受信するインタフェースであって、第２のＧｏＰの各々は、第１のＧｏＰに対応し、かつ第１のＧｏＰのサブセットであり、各ＧｏＰは、イントラ・フレーム・ピクチャで開始する、このインタフェースと、第１のストリームおよび第２のストリームのうちから、ビデオ復号器に送信されるピクチャの選択を行うように構成されたコントローラと、を含む受信機である。

【0016】

一態様によれば、コントローラは、第１の受信されたＩピクチャが第２のストリームに属する場合、第１のストリームに属するＩピクチャが受信されるまで第２のストリームのピクチャを選択するように構成されている。

【0017】

本発明の一態様によれば、コントローラは、第１のストリームに属するＩピクチャを受信すると、Ｉピクチャが表示されるまで、最後に復号された第２のストリームのピクチャをビデオ復号器に送信することによって、第２のストリームから第１のストリームに移行させるように構成されている。

【0018】

本発明の他の対象は、コンピュータ・プログラム・プロダクトであり、このコンピュータ・プログラム・プロダクツは、コンピュータ上でそのプログラムが実行されたときに、本発明に従った方法のステップを実行するプログラム・コード・インストラクションを含む。「コンピュータ・プログラム・プロダクト」は、コンピュータ・プログラム・サポートを意味し、これは、コンピュータ・メモリなどのプログラムを含む記憶スペースに存在するものだけでなく、電気信号や光信号などの信号に存在するものも含むことがある。

【0019】

特定の各態様は、以下に開示する実施形態の範囲と一致したものである。これらの態様の提示は、読者に対し、発明が採用することのある特定の形態を概略的に提供するためのものに過ぎず、これらの態様は、本発明の範囲を制限するように意図されたものではないことを理解すべきである。実際、本発明は、以下に記載しない様々な態様を含むことがある。

【0020】

本発明は、添付図面を参照して、以下の実施の形態および実施例により良好に理解され、例示されるであろう。これらの実施の形態および実施例は、決して限定的なものではない。

【図面の簡単な説明】

【0021】

【図1】従来技術に係るＩフレーム、Ｐフレーム、およびＢフレームの復号を例示する図である。

【図2】本実施形態に係るシステムのブロック図である。

【図3】本実施形態に係る受信機のブロック図である。

【図4】１つのストリームを用いたチャンネル変更処理を例示する図である。

【図5】フル解像度のストリームおよび低解像度のストリームを用いた第１のチャンネル変更処理を例示する図である。

【図6】フル解像度のストリームおよび低解像度のストリームを用いた第２のチャンネル変更処理を例示する図である。

【図7】受信機でのチャンネル変更の後の復号アービトレーションを例示する図である。

【図8】本実施形態に係るＩフレーム、Ｐフレーム、およびＢフレームの復号を例示する図である。

【図9】本実施形態に係るＩフレーム、Ｐフレーム、およびＢフレームの復号を例示する別の図である。

【発明を実施するための形態】

【0022】

図２および図３において示されたブロックは、純粋に、機能的なものであり、これらは、必ずしも物理的に別個のものに対応するものではない。すなわち、これらのブロックは、ハードウエアまたはソフトウエアの形態で開発されてもよく、１つまたは幾つかの集積回路として実施されてもよい。

【0023】

本発明の図面および記載は、本発明の明確な理解のために関連のある要素を例示するように簡略化されており、分かりやすくする目的で、通常のディジタル・マルチメディア・コンテンツ配信の方法およびシステムにおいて存在する多くの他の要素を削除していることを理解すべきである。しかしながら、これらの要素は、本技術分野においてよく知られており、このような要素についての詳細な説明は、本明細書において提供されていない。本発明の開示内容は、当業者にとって公知なこのような変形および改変の全てに関する。

【0024】

例示的な実施の形態は、ＭＰＥＧ圧縮の範囲にあるディジタル・テレビジョンのフレームワーク内にあるが、本発明は、この特定の環境に限定されるものではなく、コンテンツが高解像度および低解像度で圧縮されることがある他のフレームワーク内にも適用することができる。

【0025】

本実施形態に係るシステムは、図２に例示されている。サーバ６は、ビデオ・ソース１を受信し、ビデオ符号化器２を用いてこのビデオ・ソース１を符号化する。ビデオ・ソース１は、フル解像度のストリームおよび低解像度のストリームに符号化される。これらのストリームは、インターネット・プロトコル・ネットワーク３（ＩＰネットワーク３）を介してビデオ受信機４で受信される。ビデオ受信機４は、ストリームを復号することができる。復号が行われると、ストリームは、ビデオを表示するビデオ・ディスプレイに送信される。

【0026】

本実施形態に係るビデオ受信機４は、図３に例示されている。フロント・エンド４１は、所与の周波数で受信された信号を選択し、この信号をベースバンドで逆多重化器４２に送信する。逆多重化器４２は、例えば、ＭＰＥＧ規格に従って、この信号からディジタル・データストリームを抽出する。このデータストリームは、次に、オーディオ／ビデオ復号器４７によってビデオ信号およびオーディオ信号に変換される。例示されているように、逆多重化器は、第１のバッファ４３に送信されるフル解像度のビデオを抽出する。さらに、逆多重化器は、第２のバッファ４４に送信される低解像度のビデオを抽出する。復号器４７は、第１のバッファと第２のバッファとのいずれにもアクセスすることが可能である。このアクセスの制御および管理は、復号コントローラ４５によって行われる。復号コントローラ４５は、圧縮されたピクチャ・タイプ（Ｉ、Ｐ、Ｂ）、アクセス単位の復号タイムスタンプ（ＤＴＳ：Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐｓ）および再生出力タイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐｓ）、さらに、プログラム・クロック・リファレンス（ＰＣＲ：Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）に対するシステム・タイム・クロック（ＳＴＣ：Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）・スレーブ４６に従って、復号されるべきバッファリングされた展開済みのピクチャ間のアービトレーション（ａｒｂｉｔｒａｔｉｏｎ）を行うように構成されている。復号コントローラは、圧縮されたピクチャ・ヘッダにおけるこれらの値を読み込む。復号コントローラは、以下に説明する方法に従って復号するピクチャを選択する。さらに、復号コントローラは、復号器にとってアクセス可能なバッファを選択する。復号されないピクチャは、バッファから除去される。次に、選択されたピクチャは、ビデオ復号器に送信される。復号が行われると、ビデオは、ディスプレイ装置５に送信される前にバッファリングされる（バッファ４８に記憶される）。本実施形態によれば、受信機は、復号器を含む。代替的な実施形態では、復号器は、別の装置に含まれていることがある。その場合、受信機は、復号器に送信されるピクチャのアービトレーションを同様に行って、ピクチャが復号され、ディスプレイに送信されるようにする。

【0027】

図４は、Ｉフレームが受信される前の待機時間およびビデオ復号器バッファ遅延を例示するチャンネル変更処理を示す図である。受信機は、「Ｚａｐ」矢印のポイントから新たなサービスのデータの受信を開始する。このポイントは、圧縮された「Ｉ」ピクチャの中央付近に存在する。所与のアクセス単位の復号器バッファ遅延は、Δ_{ＰＣＲ／ＰＴＳ}として示されている。この復号器バッファ遅延は、復号されたアクセス単位がレンダリングされる時間を表す再生出力タイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）に関し、このアクセス単位を復号器のバッファがローディングする際の最初のＰＣＲ遅延である。ここで、ＰＣＲ＝２０のパケットの前に、ＰＴＳ＝２０の圧縮された「Ｉ」ピクチャが送信され、これらの相対的な時間差はΔ_{ＰＣＲ／ＰＴＳ}である。

【0028】

復号器バッファ遅延Δ_{ＰＣＲ／ＰＴＳ}は、黙示的に、復号器の入力から復号器の出力または再生出力（プレゼンテーション）までの、エンドトゥエンド遅延に関するものであり、これは、２００５年の「情報技術−動画および関連するオーディオ情報の一般的な符号化：システム（Ｉｎｆｏｒｍａｔｉｏｎ ｔｅＣＨｎｏｌｏＧＹ − Ｇｅｎｅｒｉｃ ｃｏｄｉｎｇ ｏｆ ｍｏｖｉｎｇ ｐｉｃｔｕｒｅｓ ａｎｄ ａｓｓｏｃｉａｔｅｄ ａｕｄｉｏ ｉｎｆｏｒｍａｔｉｏｎ： Ｓｙｓｔｅｍｓ）」と題された規格ＩＳＯ／ＩＥＣ１３８１８−１修正５に規定されており、これを、以下、ＩＳＯ／ＩＥＣ１３８１８−１と呼ぶ。符号化処理で決定されるのは定数値である。符号化器は、ストリームの所与のアクセス単位をΔ_{ＰＣＲ／ＰＴＳ}に固定された復号器バッファ・サイズで確実に復号できるようにする。換言すれば、符号化器は、Δ_{ＰＣＲ／ＰＴＳ}を超えるものをバッファリングするアクセス単位が存在しないようにする。一般的に、Δ_{ＰＣＲ／ＰＴＳ}は、ＧｏＰ長よりも長くない。

【0029】

図４において、受信機がチャンネルを変更すると、まず、受信機は、次の圧縮された「Ｉ」ピクチャに対応する待機時間、待機する。この「Ｉ」ピクチャが受信されたとき、受信機は、対応するＰＴＳ（ＰＴＳ＝３０）をチェックし、ピクチャ・レンダリング処理を開始する前に、ＰＣＲ＝３０に対応する復号器「バッファ」時間、待機しなければならない。

【0030】

チューンイン・コンパニオン・ストリームは、より短いＧｏＰを構成することによって待機時間を改善するために使用される。両方のサービスの再生出力の同期を維持するために、符号化処理は、２つのストリームのＧｏＰを、これらがＰＣＲと一致しているままとなるように構成する。さらに、これらの２つのサービスの符号化処理は、同じ一定のエンドトゥエンド遅延に基づいており、これは、符号化器への入力から２つのサービスの復号器からの再生出力までの遅延が同一であることを意味する。

【0031】

図５は、フル解像度のストリームおよび低解像度のストリームのそれぞれで搬送された、追加的な「チューンイン」コンパニオン・サービスを用いたオリジナルのＬＭＢサービスを示している。この例において、チューンイン・コンパニオン・サービスは、フル解像度のストリームの半分の長さのＧｏＰ長を有する。

【0032】

受信機がチャンネルを変更または選択すると、受信機は、フル解像度のストリームおよび低解像度のストリームの双方での、次の圧縮された「Ｉ」ピクチャに対応する待機時間、待機する。図５に示されているように、大抵の場合、見つかった第１の圧縮された「Ｉ」ピクチャは、低解像度のものである。次に、バッファは、通常、低解像度のストリームのレンダリングが開始するまで、復号器「バッファ」時間、データを記憶する。これは、「レンダリング開始」の矢印によって図５によって示されている。この矢印は、ＰＣＲ＝２５のときに行われるＰＴＳ＝２５の低解像度の圧縮された「Ｉ」ピクチャのレンダリングを示す。図４と比較して、待機時間は少なくなっている。最後に、ＰＣＲ＝３０での「切り替え」の矢印は、フル解像度のストリームを再生出力する準備ができたときを示している。これは、図４の「レンダリング開始」の矢印に相当する。この時点で、低解像度ビデオは、これ以上レンダリングされることはない。コンパニオン・ストリームは、受信機から、この受信機によって切断される。フル解像度のビデオが表示される。チャンネル変更段階が終了する。

【0033】

図６は、低解像度のストリームおよびフル解像度のストリームのそれぞれで搬送されるチューンイン・コンパニオン・サービスおよびオリジナルのＬＭＢサービスを示している。各サービスは、自己の符号化制約条件を有する。オリジナルのＬＭＢサービスは、「エンドトゥエンド遅延フル解像度（ｅｎｄ−ｔｏ−ｅｎｄ−ｄｅｌａｙ−ｆｕｌｌ−ｒｅｓ）」と称する一定のエンドトゥエンド遅延を用いて符号化され、これは、所与のアクセス単位について、復号器バッファ遅延「Δ_{ＰＣＲ／ＰＴＳ} ｆｕｌｌ−ｒｅｓ」を生じさせる。チューイン・コンパニオン・サービスは、より短いエンドトゥエンド遅延「エンドトゥエンド遅延低解像度（ｅｎｄ−ｔｏ−ｅｎｄ−ｄｅｌａｙ−ｌｏｗ−ｒｅｓ）」を用いて符号化され、これは、所与のアクセス単位について、復号器バッファ遅延「Δ_{ＰＣＲ／ＰＴＳ} ｌｏｗ−ｒｅｓ」を生じさせる。

【0034】

両方のサービスの再生出力の間の同期を維持するために、符号化処理の前に、チューンイン・コンパニオン・サービスは、オリジナルのサービスと比較して遅延される。遅延の値は、２つのストリームの各々の符号化処理の間に使用されるエンドトゥエンド遅延の値の間の差、すなわち、「エンドトゥエンド遅延フル解像度（ｅｎｄ−ｔｏ−ｅｎｄ−ｄｅｌａｙ−ｆｕｌｌ−ｒｅｓ）」−「エンドトゥエンド遅延低解像度（ｅｎｄ−ｔｏ−ｅｎｄ−ｄｅｌａｙ−ｌｏｗ−ｒｅｓ）」と等しい。実際、このことは、エンドトゥエンド遅延が一定値であるＩＳＯ／ＩＥＣ１３８１８−１から知られている。従って、フル解像度のストリームと比較してより小さなエンドトゥエンド遅延を用いて低解像度のストリームが符号化されている場合には、低解像度のストリームのピクチャは、フル解像度のストリームの対応するピクチャよりも前に再生出力される。そこで、２つのストリームの再生出力を同期化させるために、フル解像度のストリームと比較して低解像度のストリームを遅延させることが必要である。符号化処理の前に低解像度のストリームを遅延させることにより、同一のシステム・タイム・クロック（ＳＴＣ：Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）を用いて２つのストリームを符号化し、フル解像度のストリームおよび遅延した低解像度のストリームとの間でＰＣＲを一致したままにすることができる。

【0035】

図６において、２つのストリームのＰＴＳ＝２０の圧縮された「Ｉ」ピクチャは、これ以上は同期した状態で搬送されない。ビデオ復号器においてバッファリングされた後、これらのストリームは自らを再同期させる。この理由は、符号器によって構成されるバッファ復号器遅延は、これらのストリームを符号化するために使用されるエンドトゥエンド遅延の間の差がトランスポート遅延と等しくなるようになっているからである。

【0036】

受信機がチャンネルを変更、選択すると、まず、受信機は、低解像度のストリームに存在する次の圧縮された「Ｉ」ピクチャに対応する待機時間、待機する。次に、受信機は、ビデオ復号器バッファにデータを記憶し、「Δ_{ＰＣＲ／ＰＴＳ}フル解像度（Δ_{ＰＣＲ／ＰＴＳ} ｆｕｌｌ−ｒｅｓ）」よりも短い「Δ_{ＰＣＲ／ＰＴＳ}低解像度（Δ_{ＰＣＲ／ＰＴＳ} ｌｏｗ−ｒｅｓ）」を復号器バッファ時間、待機する。これは、「レンダリング開始」の矢印によって図６によって示されている。この矢印は、ＰＣＲ＝２０のときに行われるＰＴＳ＝２０の低解像度の圧縮された「Ｉ」ピクチャのレンダリングを示す。図５と比較して、バッファ時間が減少している。最後に、ＰＣＲ＝３０での「切り替え」の矢印は、図４の場合と同じである。コンパニオン・チューンイン・サービスは、エンド・ユーザに対してより長時間に渡って再生出力される。この理由は、新たなサービスの再生出力がより速く行われるからである。

【0037】

復号器コントローラは、図５および図６に例示されているような、フル解像度のストリームおよび低解像度のストリームとの間の選択を実行する。フル解像度のストリームおよび低解像度のストリームは、それぞれのバッファに記憶される。コントローラは、復号される適切なピクチャを選択し、このピクチャが復号器に送信されるようにする。

【0038】

本実施形態に係る復号アービトレーションの方式が図７に例示されている。チャンネル変更リクエストの後、受信機は、古いサービスの受信を停止し、新たなオリジナルのサービス、即ち、フル解像度で符号化されたものおよびそのチューイン・コンパニオン・サービス、低解像度で符号化されたものを受信し、バッファリングするために必要な動作を実行する。

【0039】

次に、受信機は、両方のサービス・ストリームに復号されるべき圧縮された「Ｉ」ピクチャを待機する（ステップ１．１）。

【0040】

復号されるべき第１の圧縮された「Ｉ」ピクチャ（ステップ１．２）がオリジナルのサービス・ストリームに属する（ステップ２.１）場合には、受信機は、チューンイン・コンパニオン・サービスを処理するために停止し、オリジナルのサービスを処理し、チャンネル変更が有効である。

【0041】

復号されるべき第１の圧縮された「Ｉ」ピクチャ（ステップ１．２）がコンパニオン・サービス・ストリームに属する（ステップ２.２）場合には、受信機は、そのピクチャの復号を開始し、オリジナルのストリームにおける圧縮された「Ｉ」ピクチャが復号されなければならなくなるまで、そのストリームの処理を継続する（ステップ４．２）。

【0042】

オリジナルのストリームの圧縮された「Ｉ」ピクチャを次のタイム・スロットで再生出力しなければならない場合（ＰＴＳ＝ＤＴＳ＋１／フレーム・レート）（ステップ５．１）には、オリジナルのストリームが処理される。

【0043】

そうでない場合（ステップ５．２）には、この圧縮された「Ｉ」ピクチャの復号が、それぞれの再生出力の直前のタイム・スロット（１／フレーム・レート）まで遅延し、この時間内に、チューンイン・コンパニオン・サービスが復号される。

【0044】

復号されるべき２つのストリームの圧縮されたピクチャ間のアービトレーションが必要であり、オリジナルのサービスの圧縮されたピクチャが選択されている場合には、チューンイン・サービスの対応するピクチャがそのバッファから削除される。この場合、利用可能な復号ピクチャが存在しないタイム・スロットにおいて再生出力されるピクチャとして、前に符号化されたピクチャを再生出力することになる。

【0045】

図８は、本実施形態の受信機において復号コンフリクトが管理される方法を例示している。図８は、図１に示されているストリームと同じものを示している。復号処理は、異なっており、異なる表示順序で行われる。さらに、この図８は、チューンイン・コンパニオン・ストリームのタイム・スロットにおいて復号されたピクチャが利用可能である場合、前に復号されたピクチャを再生出力する方式が採用されることを示している。

【0046】

最後の２つの例において、低解像度のストリームからフル解像度のストリームに切り替える際のコンフリクトは存在しない。これは、このフレームが復号されるタイム・スロットの後のタイム・スロットで、フル解像度のストリームの最初のＩフレームが再生出力されるという事実に基づく。さらに、復号器がフル解像度のストリームの最初のＩフレームを復号するタイム・スロットの間に再生出力されるべき低解像度のストリームのフレームは、既に復号されている。第３の例において、復号器が高解像度の「Ｉ１１」フレームを復号するタイム・スロットでは、復号器は、既に復号されている低解像度「Ｐ１０」フレームを再生出力している。この最後のフレームの後、復号器は、高解像度「Ｉ１１」フレームを再生出力する。結果として、両方のストリームの間の切り替えはシームレスである。

【0047】

最初の２つの例においては、この切り替えを復号器でシームレスに行うことができる。また、最初の例は、さらにタイム・スロット１〜１９を示す図９にも例示されている。ユーザは、高解像度「Ｉ１」フレームが配信された後であるが、復号器によって低解像度「Ｉ７」フレームが受信される前にチャンネル変更を行う。復号器は、タイム・スロット７、１０、１１、および１２の間に低解像度フレーム「Ｉ７」、「Ｐ１０」、「ｂ１１」、および「ｂ１２」をそれぞれ復号し、タイム・スロット１０、１３、１１、および１２の間にそれぞれこれらを再生出力する。

【0048】

そして、復号器は、タイム・スロット１３の間に復号されるべき高解像度Ｉフレーム「Ｉ１３」さらに、低解像度Ｉフレーム「Ｉ１３」を受信する。このタイム・スロットの間、これらのうちの１つのみが復号される。復号コントローラは、次のタイム・スロット、即ち、タイム・スロット１４の間に高解像度「Ｉ１３」フレームが再生出されるべきであるかどうかをチェックする。タイム・スロット１４の間ではなく、タイム・スロット１６の間に「Ｉ１３」が再生出力されるべきであるため、復号コントローラは、復号器に低解像度「Ｉ１３」フレームを復号させる。さらに、復号コントローラは、高解像度「Ｉ１３」フレーム復号を遅延させる。このタイム・スロットの間、復号器は、低解像度「Ｐ１０」フレームを再生出力する。

【0049】

タイム・スロット１４が開始すると、復号コントローラは、高解像度「Ｉ１３」フレームが次のタイム・スロット、即ち、タイム・スロット１５の間に再生出力されるべきかどうかをチェックする。再生出力が行われるべきでない場合には、復号コントローラは、復号器に低解像度「ｂ１４」フレームを復号させ、高解像度「Ｉ１３」フレームの復号を遅延させる。このタイム・スロットの間、復号器は、低解像度「ｂ１４」フレームを再生出力する。

【0050】

タイム・スロット１５が開始すると、復号コントローラは、高解像度「Ｉ１３」フレームが次のタイム・スロット、即ち、タイム・スロット１６の間に再生出力されるべきかどうかをチェックする。再生出力が行われるべきである場合には、復号コントローラは、復号器にこのフレームを復号させ、低解像度のストリームの復号を停止させる。このタイム・スロットの間、低解像度および高解像度の「ｂ１５」フレームの双方が復号されていないため、復号器には、再生出力するべき復号されたフレームがない。復号器は、第２のタイム・スロットの間、低解像度「ｂ１４」フレームを繰り返すことによって、この移行を管理する。エンド・ユーザは、２つのフレーム期間にわたって同一のフレームを見る。勿論、復号器は、図９におけるタイム・スロット１３の間、高解像度Ｉフレームを復号すべきようになるとすぐに低解像度のストリームの復号を停止する場合には、同一の低解像度「Ｐ１０」フレームが３つのフレーム期間に渡って表示される。代替的には、この移行は、復号器でなく、コントローラによって管理される。コントローラは、復号器に対し、復号器が再び最後に復号されたフレームを再生出力すべきであることを知らせる。

【0051】

明細書、請求項の範囲、および図面において開示された内容は、独立して提供されることも、適切な組み合わせにより提供されることもある。機能は、適宜、ハードウエア、ソフトウエア、または、ハードウエアおよびソフトウエアを組み合わせた形態で実施することができる。

【0052】

本明細書において、「一実施形態」または「実施形態」と参照している場合、実施形態に係る特定の機能、構造、または特性が本発明の少なくとも一実施態様に含まれることを意味する。明細書の様々な箇所に存在する「一実施形態においては」という記載は、必ずしも、全てが同一の実施形態について言及するものではなく、別個の実施形態または代替的な実施形態が他の実施形態に対して相互に排他的であるものではない。

【0053】

請求項に存在する参照符号は例示的な目的のみのものであり、請求の範囲に限定的な影響を与えるものではない。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8A】

【図8B】

【図9】