JP2001522175A - インタラクティブ・テレビジョン・アプリケーションにおいて符号化ｍｐｅｇスチール写真をスクロールするための符号化システムおよび方法 - Google Patents

Abstract

(57)【要約】 ビデオ・システム、インタラクティブ・テレビジョン・システムで、長さまたは幅、あるいはその両方においてＭＰＥＧ規格よりも大きいピクチャ中でスクロールするためのシステムおよび方法。好ましい実施形態では、インタラクティブ・テレビジョン・システムは、ビデオ・コンテンツを提供するためのビデオ配信システム、および表示画面を含む少なくとも１つの加入者テレビジョンを含み、加入者テレビジョンはビデオ配信システムに結合される。ビデオ配信システムは圧縮ピクチャを提供する。圧縮ピクチャは長さおよび／または幅においてＭＰＥＧ規格よりも大きいか、あるいは望ましい視聴サイズよりも大きい。圧縮ピクチャは、イメージが滑らかにスクロールできるように、スライス、およびおそらくスライスのグループに細分される。加入者テレビジョンは圧縮ピクチャを受け取り、ユーザに望まれるように圧縮ピクチャ中でスクロールするよう動作する。スクロールの動作は、圧縮ピクチャの一部分の、前に視聴されたイメージ中のスライスの代わりに、復号化するための追加の圧縮ピクチャ・スライスを提供することを含むのが好ましい。次いで加入者テレビジョンは、それによって得られたピクチャを復号化し、スクロールされるピクチャの次の部分を表示する。

Description

【発明の詳細な説明】

【０００１】 （発明の背景） 本発明は、インタラクティブ・テレビジョンなどのインタラクティブ・ビデオ
配信媒体に関し、より詳細には、インタラクティブ・テレビジョン・アプリケー
ションにおいてピクチャを生成かつスクロールするためのシステムおよび方法に
関する。

【０００２】 （従来技術の説明） インタラクティブ・テレビジョンは、放送オーディオビジュアル・コンテンツ
を複数の加入者に提供するインタラクティブ・オーディオ／ビデオ配信媒体であ
る。インタラクティブ・テレビジョンは、放送のビデオおよびオーディオをユー
ザに提供し、そのコンテンツと対話するための、例えば選択したり所望の製品を
注文したりするなどのための戻り経路もユーザに与えている。最大の帯域幅効率
でコンテンツを提供するために、インタラクティブ・テレビジョン・システムは
、それらのコンテンツをオーディオ／ビデオまたはイメージの圧縮技術で圧縮す
ることがある。したがって、加入者のところにあるシステムは、ローカルでの表
示用または再生用にコンテンツを圧縮解除できなければならない。

【０００３】 インターネットは、相互接続されたネットワークの全世界的な集積である。こ
の数年間に、インターネットは急激に成長した。これらの相互接続されたネット
ワークが共有する主要な特性は、ＴＣＰ／ＩＰ（Transmission Control Protoco
l/Internet Protocol）通信プロトコルの使用である。インターネットで情報を 利用できるようにするために、いくつかの異なるプロトコルが使用される。これ
らの中には、テキストのみの階層的なゴーファ（Ｇｏｐｈｅｒ）・プロトコル、
および、ハイパーテキストのマルチメディア・ワールド・ワイド・ウェブ（ＷＷ
Ｗまたはウェブ）上で使用されるＨＴＴＰ（Hyper Text Transfer Protocol）が
ある。

【０００４】 多くのアプリケーションでは、インタラクティブ・テレビジョン・システム上
でスチール写真ピクチャまたはイメージを表示することが望ましい。例として、
インタラクティブ・テレビジョン・アプリケーションに対して広告用ピクチャや
電子番組ガイドやその他のコンテンツを表示することが含まれる。別の例として
は、ウェブ・ブラウジングなど、インターネットに関する行為に使用するための
インタラクティブ・テレビジョン・システムがある。ウェブ・ブラウジングに対
するインターネット利用可能テレビジョン・システムの使用は、ウェブＴＶと一
般に呼ばれることがある。インターネット・ファイルなどのスチール写真イメー
ジおよびピクチャをインタラクティブ・テレビジョン・システムを介して送信お
よび表示することは、加入者に送信する必要のある、サイズが大きく量の多いフ
ァイルを圧縮する必要があるために妨げられている。異なる固有のサイズのスチ
ール写真イメージおよびピクチャを提供するのが望ましいことがあることを考慮
すると、圧縮は複雑となる。したがって、インターネット・ファイルを、標準的
な方式で復号化できるような方法で圧縮できるようにする必要がある。

【０００５】 また、多くの場合、テレビジョンの視聴サイズよりも大きいスチール写真イメ
ージまたはピクチャをテレビジョン・システムに提供することも望ましい。例え
ば、インターネットのウェブ・ページは通常、コンピュータの表示装置の画面よ
りも大きい。したがって、インタラクティブ・テレビジョン環境でウェブ・ブラ
ウジング能力を提供する、またはシミュレートするために、テレビジョンのビュ
ー領域よりも大きいスチール写真ピクチャをテレビジョンに提供できることが必
要である、あるいは望ましい。これは、多くの圧縮規格が圧縮および圧縮解除の
目的に対して標準的な固定のイメージ・サイズを必要とする事実のために複雑と
なっている。テレビジョンの視聴サイズよりも大きいピクチャがテレビジョンに
提供されるときに、ユーザがコンピュータの画面上でスクロールできるのとほぼ
同様に、表示画面を下または横にスクロールする機能をユーザに提供することが
必要である。しかし、インタラクティブ・テレビジョン・アプリケーション中で
イメージをスクロールする能力をユーザに提供することは、スチール写真ピクチ
ャをテレビジョンに送るのに使用されるビデオ圧縮のために複雑である。したが
って、インタラクティブ・テレビジョン・アプリケーション中でユーザがピクチ
ャをスクロールできるようにするシステムおよび方法が望まれている。

【０００６】 （ＭＰＥＧの背景） ＭＰＥＧ圧縮の背景は適切と見られる。インタラクティブ・テレビジョン環境
で使用される一般的な圧縮技術は、ＭＰＥＧ（Moving Pictures Experts Group ）と呼ばれる。ＭＰＥＧ圧縮は、インターフレームおよびイントラフレーム圧縮
技術を使用する、フル・モーション・ビデオ・イメージの圧縮および圧縮解除の
方法のセットである。ＭＰＥＧ圧縮は、動き補償と離散コサイン変換（ＤＣＴ）
処理の両方を使用し、２００：１よりも高い圧縮率を生み出すことができる。

【０００７】 ２つの優勢なＭＰＥＧ規格は、ＭＰＥＧ−１およびＭＰＥＧ−２と呼ばれる。
ＭＰＥＧ−１規格は一般に、ブロック・ベースの動き補償予測（ＭＣＰ）を使用
するインターフィールド・データ縮小に関し、一時的な差分パルス符号変調（Ｄ
ＰＣＭ）を通常使用する。ＭＰＥＧ−２規格はＭＰＥＧ−１規格に似ているが、
高品位テレビジョン（ＨＤＴＶ）などのインタレースされたディジタル・ビデオ
を含めた、より広範囲なアプリケーションをカバーする拡張機能を含む。

【０００８】 ＭＰＥＧのストリームは３つのタイプのピクチャを含む。それらは、イントラ
（Ｉ）フレーム、予測（Ｐ）フレーム、双方向補間（Ｂ）フレームと呼ばれる。
Ｉすなわちイントラ・フレームは、ビデオのフレーム全体に対するビデオ・デー
タを含み、通常１０から１５フレームごとに配置される。イントラ・フレームは
、ランダム・アクセスのためにファイル内に入口点を提供し、一般に中程度にし
か圧縮されない。予測フレームは、過去のフレーム、すなわち先行するイントラ
・フレームまたは予測フレームに関連して符号化される。したがってＰフレーム
は、先行するＩまたはＰフレームに対する相対的な変化だけを含む。一般に、予
測フレームは非常に大きな圧縮量を受け、未来の予測フレームに対する参照とし
て使用される。したがって、ＩとＰのフレームは両方とも、後続のフレームに対
する参照として使用される。双方向ピクチャは最も大きな圧縮量を含み、符号化
されるために過去と未来の両方に対する参照を必要とする。双方向フレームは、
他のフレームの参照として使用されることは決してない。

【０００９】 ＭＰＥＧエンコーダは、それぞれのフレームをマクロブロックと呼ばれる１６
×１６ピクセルの正方形のグリッドに分割する。それぞれのフレームは、動き推
定／補償を行うためにマクロブロックに分割される。各ピクチャは複数のスライ
スからなる。ＭＰＥＧ規格はスライスを、同じ行のマクロブロック上で始まり終
わる２つ以上のマクロブロック（１６×１６ピクセルのブロック）の隣接するシ
ーケンスと定義している。スライスは、ピクチャ中でスライスが始まる水平と垂
直の位置を示すスライス始点コードおよびスライス始点情報を含むヘッダで始ま
る。さらに、ＭＰＥＧ規格では、ピクチャ全体の各部分に対してヘッダ情報が提
供される。マクロブロック、スライス、フレーム、その他のそれぞれは、特定の
ピクチャの部分、ならびに、ピクチャ全体の次に大きい部分におけるその配置に
関する情報を含む、それ自体のヘッダを有する。

【００１０】 （発明の概要） 本発明は、インタラクティブ・テレビジョン・システムなどのビデオ・システ
ムにおいて、ＭＰＥＧ符号化ピクチャの許容サイズよりも大きいピクチャをスク
ロールするためのシステムおよび方法を含む。好ましい実施態様では、インタラ
クティブ・テレビジョン・システムは、ビデオ・コンテンツを提供するためのビ
デオ配信システム、および表示画面を含む少なくとも１つの加入者テレビジョン
を含み、加入者テレビジョンはビデオ配信システムに結合される。

【００１１】 本発明によれば、ビデオ配信システムは圧縮ピクチャを提供または放送する。
圧縮ピクチャは標準的なＭＰＥＧピクチャよりも大きい、すなわち幅がより広く
、かつ／あるいは長さがより長い。圧縮ピクチャは複数のスライスを含み、複数
のスライスは、スクロールを容易にするためにスライス構造によって圧縮され、
個別に圧縮された１つまたは複数のスライスを含む。スライスは、所定のスライ
ス構造によって符号化され、好ましくは個別に圧縮されて、本発明によるスクロ
ールを可能にする。加入者テレビジョンは、圧縮ピクチャまたは圧縮ピクチャの
一部分を受信する。加入者テレビジョンは最初に圧縮ピクチャのデフォルト部分
を表示するが、デフォルト部分のサイズは、テレビジョンの表示領域に適合し、
かつ／または標準的なＭＰＥＧサイズである。

【００１２】 ユーザが画面上でイメージをスクロールしたいと思うとき、ユーザは、スクロ
ール入力を加入者テレビジョンに与える。加入者テレビジョンは、スクロール入
力の受信に応答して、ピクチャの新たな所望の部分を形成する適切なスライスを
デコーダに提供する。次いでデコーダは、加入者テレビジョンの表示画面上で見
られるように、それらのスライスを復号化する。したがって、ユーザはピクチャ
の所望の部分を視聴するために選択し、加入者テレビジョンは、視聴されるピク
チャの所望の部分を形成する適切なスライスをデコーダに送信するように動作す
る。このようにして、ユーザはピクチャの異なる部分をスクロールすることがで
きる。また、加入者テレビジョンは、テレビジョンの表示領域および／または標
準的なＭＰＥＧサイズに対応するスライスをデコーダに提供するだけであり、次
いでデコーダは、そのサイズのピクチャを受信し、復号化するだけである。

【００１３】 一実施態様では、ビデオ配信システムは最初に、標準的なＭＰＥＧサイズに対
応するＭＰＥＧピクチャの一部を加入者テレビジョンに提供するだけである。し
たがって、加入者テレビジョンがスクロール入力をユーザから受け取ると、加入
者テレビジョンはビデオ配信システムに追加スライスを要求する。これにより、
加入者テレビジョンのデコーダまたはセット・ボックスに必要なメモリ量が低減
される。別の実施態様では、ビデオ配信システムは、最初にピクチャ全体に対応
する全スライスを加入者テレビジョンに提供する。この実施態様では、加入者テ
レビジョンはユーザのスクロール入力に基づいて、標準的なＭＰＥＧピクチャに
対応するスライスを選択的にデコーダに提供する。

【００１４】 一実施態様では、ビデオ配信システムは、圧縮ピクチャを含む各スライスの始
点を示す表も提供することが好ましい。加入者テレビジョンは表を受け取り、各
スライスに対する表の位置を利用して、ユーザから要求されたスライスをデコー
ダに提供する。

【００１５】 本発明はまた、標準的な視聴サイズよりも大きい圧縮ピクチャを生成および符
号化するシステムおよび方法、ならびに、対応するスライス始点の表を生成する
方法も含む。上記のように、圧縮ピクチャは適切なスライス構造によって生成さ
れて、ピクチャがテレビジョン表示画面上でスクロールされるときに圧縮ピクチ
ャ中で圧縮スライスが他のスライスに置き換わることができるようになる。

【００１６】 本発明は、後続の図面と共に好ましい実施形態に関する後続の詳細な説明を考
察すれば、よりよく理解されよう。

【００１７】 （実施形態の詳細な説明） 本発明は、ビデオ配信システムにおいて、ＭＰＥＧイメージの許容サイズより
も大きいピクチャ中でスクロールするためのシステムおよび方法を含む。本発明
はまた、テレビジョン画面やコンピュータ画面などの画面のビュー領域よりも大
きいピクチャをスクロールすることも可能にする。好ましい実施形態では、本シ
ステムおよび方法はインタラクティブ・テレビジョン・システムに含まれる。し
かし本発明は、標準的なテレビジョン、インタラクティブ・テレビジョン、イン
ターネット、およびその他のビデオまたはグラフィックス配信システム媒体など
の、様々なタイプのビデオ・システムのいずれにも含むことができることに留意
されたい。本明細書で使用する「ビデオ」という語は、スチール写真イメージ、
グラフィックス、動画、または動画ビデオを含むものとする。

【００１８】 （インタラクティブ・テレビジョン・システム） まず図１を参照することにより、本発明の一実施形態によるインタラクティブ
・テレビジョン・システムのブロック図を示す。図１は例示的なものにすぎず、
希望により他のインタラクティブ・テレビジョン・システムの実施形態も利用で
きることに留意されたい。

【００１９】 図示の通り、インタラクティブ・テレビジョン・システムは、インタラクティ
ブオーディオビジュアル・コンテンツを含めたオーディオビジュアル・コンテン
ツを生成するための放送センター１００を利用する。放送センター１００は、オ
ーディオビジュアル・コンテンツを提供するためのオーディオ／ビデオ供給源１
０２を含む。オーディオビジュアル・コンテンツには、テレビジョンで通常見ら
れるような、映画、スポーツ、ニュース、状況喜劇（ｓｉｔｃｏｍ）、その他の
オーディオビジュアル番組が含まれるであろう。オーディオビジュアル・コンテ
ンツは、様々な目的に使用できるスチール写真イメージを含むことが好ましい。
これらのスチール写真イメージは、ウェブからのページを含むことが好ましい。
オーディオビジュアル・コンテンツは、背景ピクチャまたは背景イメージ、なら
びに、背景ピクチャ上に重ねられるようにデザインされた挿入ピクチャまたはオ
ーバレイを含んでもよい。ウェブ・ページ、背景ピクチャ、挿入ピクチャは、希
望によりスチール写真ピクチャまたは動画ビデオ・シーケンスの部分を含むこと
がある。本発明によれば、オーディオビジュアル・コンテンツは、標準的なＭＰ
ＥＧサイズよりも大きいＭＰＥＧ符号化イメージを含む。

【００２０】 オーディオ／ビデオ供給源１０２は、スチール写真ビデオ・イメージを圧縮済
みスチール写真ビデオ・イメージに圧縮するためのビデオ圧縮論理を含むことが
できる。図２に示すように、オーディオビジュアル・コンテンツはまた、希望に
より遠隔ネットワーク１７０または生放送番組によって供給することもできる。

【００２１】 また、放送センター１００は、インタラクティブ・アプリケーション・コンテ
ンツを作成および／または生成するためのアプリケーション・サーバ１０４も含
む。インタラクティブ・アプリケーション・コンテンツは、インタラクティブ・
テレビジョンの特徴をサポートするためにセット・トップ・ボックス内またはテ
レビジョン内のプロセッサによって実行されるように設計されたアプリケーショ
ン・コードおよびデータを含む。アプリケーション・サーバ１０４は、「オープ
ンＴＶ（Ｏｐｅｎ ＴＶ）」インタラクティブ・アプリケーションを生成または
提供するように構成されることが好ましい。アプリケーション・サーバはまた、
希望により「Ｊａｖａ」アプレットまたは他のインタラクティブ・プログラム・
コンテンツを提供することもできる。

【００２２】 エンコーダ／マルチプレクサ１０６は、インタラクティブ・アプリケーション
・コンテンツをオーディオビジュアル・コンテンツに結合して、オーディオ・ビ
デオ・インタラクティブ（ＡＶＩ）信号を生成する。エンコーダ／マルチプレク
サ１０６はまた、インタラクティブ・アプリケーション・コンテンツをオーディ
オビジュアル・コンテンツに同期させて、インタラクティブ・アプリケーション
・コンテンツがオーディオビジュアル・コンテンツ内の適切な位置に確実に挿入
されるようにする。いくつかのチャネルは非インタラクティブ番組コンテンツを
含む場合があることに留意されたい。言い換えれば、いくつかのオーディオビジ
ュアル・コンテンツは関連するインタラクティブ・コンテンツを有しない場合が
ある。エンコーダ／マルチプレクサ１０６は、ＡＶＩ信号および任意選択の非イ
ンタラクティブ信号を含めた複数の信号を送信用に共に多重化することが好まし
い。

【００２３】 放送センター１００はまた、エンド・ユーザまたは後続の配信リンクによる受
信用に放送信号を送信するためのアップリンク衛星１０８も含む。図１は、放送
信号を送信するのに衛星が使用される衛星ネットワークの例を示していることに
留意されたい。しかし、同軸ケーブルを通したケーブル配信や、光ファイバ送信
、マイクロ波送信、その他の手段を含めた、他の送信方法も使用できることに留
意されたい。

【００２４】 放送信号は、放送センター１００から衛星ダウンリンク１２０を介して受信さ
れる。次いで放送信号は複数の加入者に提供される。上記のように、放送信号は
それぞれのチャネル上の１つまたは複数のＡＶＩ信号を含み、１つまたは複数の
非インタラクティブ信号を含むこともある。

【００２５】 図示の通り、各エンド・ユーザまたは加入者は、セット・トップ・ボックスま
たはインタラクティブ・デコーダ１４０、ならびにテレビジョン・セット１５０
を含むことが好ましい。セット・トップ・ボックスまたはインタラクティブ・デ
コーダ１４０はテレビジョン・セット１５０に結合される。インタラクティブ・
デコーダ論理は、別々のユニット１４０として含まれるのではなく、テレビジョ
ン・セット１５０に含まれることも可能であることに留意されたい。また、テレ
ビジョンは、希望により表示画面を有する汎用プログラム可能コンピュータ、ま
たは他の視聴用デバイスを含むこともできる。

【００２６】 本開示では、「加入者テレビジョン」という語は、コンピュータやＬＣＤ（液
晶表示装置）画面などの、テレビジョン・セット１５０または他の視聴用デバイ
スを含むものとし、圧縮ビデオを復号化するため、かつ／またはインタラクティ
ブ・プログラムを実行するための関連するデコーダ論理を含むこともある。例え
ば一実施形態では、加入者テレビジョンは、インタラクティブ・デコーダまたは
セット・トップ・ボックス１４０に結合されたテレビジョン・セット１５０を含
む。

【００２７】 テレビジョン１５０は、ユーザによるテレビジョン１５０および／またはイン
タラクティブ・デコーダ１４０との対話を助ける遠隔コントロール１５２を含む
。ユーザは、所望のテレビジョン・チャネルを視聴用に選択する、あるいは様々
なインタラクティブ選択を提供することができる。ピクチャが選択されると、そ
のピクチャが標準的なＭＰＥＧサイズよりも大きい場合、ユーザは本発明の利用
により、遠隔コントロール１５２を使用して、ピクチャ中で希望により垂直方向
または水平方向にスクロールすることができる。

【００２８】 選択されたテレビジョン・チャネル上の信号はインタラクティブ・デコーダ１
４０によって復号化され、インタラクティブ・デコーダ１４０はテレビジョン・
セット１５０に出力を提供する。インタラクティブ・デコーダ１４０は、トムソ
ン・エレクトロニクス（Ｔｈｏｍｓｏｎ Ｅｌｅｃｔｒｏｎｉｃｓ）によるオー
プンＴＶなどの、リアル・タイムのオペレーティング・システムを実行すること
が好ましい。視聴されるチャネルがＡＶＩ信号を含む場合、インタラクティブ・
デコーダ１４０はまた、インタラクティブ・テレビジョンの特徴を可能なものに
するために、選択されたＡＶＩ信号内で搬送されるインタラクティブ・アプリケ
ーション・プログラムを実行する。

【００２９】 帰路チャネル１５６は、インタラクティブ・デコーダ１４０をトランザクショ
ン・サーバ１６０に相互接続し、トランザクション・サーバ１６０は、ユーザに
よる何らかの選択を監視し、希望によりしかるべく応答する。帰路チャネル１５
６は、標準的なＰＯＴＳ（ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｙｓｔ
ｅｍ）電話回線および関連するモデム（図示せず）を通信用に利用するのが好ま
しい。同軸ケーブル、光ファイバー・ケーブル、ＤＳＬ（Ｄｉｇｉｔａｌ Ｓｕ
ｂｓｃｒｉｂｅｒ Ｌｉｎｅ、ディジタル加入者回線）、ＡＴＭ（非同期転送モ
ード）その他の、他の帰路チャネルのオプションを希望により利用することもで
きる。

【００３０】 放送センター１００は、それぞれがオーディオビジュアル・コンテンツを含む
複数のプログラム・チャネルを提供する。１つまたは複数のプログラムは、オー
ディオビジュアル・コンテンツおよび関連するインタラクティブ・アプリケーシ
ョンを含む。放送センター１００にあるエンコーダ１０６は、標準的なＭＰＥＧ
サイズよりも大きい圧縮ピクチャを含めた圧縮ピクチャを送信するように動作す
ることができる。エンコーダ１０６は、非標準的な、あるいはより大きいＭＰＥ
Ｇサイズのピクチャを、ピクチャのスクロールに必要なスライス構造によって符
号化する。エンコーダ１０６はまた、スクロールを助けるためのスライス・マッ
プを送信するように動作することもできる。

【００３１】 したがって、好ましい実施形態では、ＡＶＩ信号の少なくとも１つのサブセッ
トは、標準的なＭＰＥＧサイズよりも大きい圧縮ピクチャを含む。これらのＡＶ
Ｉ信号は、ＭＰＥＧ規格よりも大きい圧縮ピクチャのスクロールを実行すること
のできるインタラクティブ・アプリケーションを含むことが好ましい。圧縮ピク
チャは、長さと幅のいずれかまたはその両方が標準的なＭＰＥＧサイズよりも長
いことがある。したがってインタラクティブ・アプリケーションは、ユーザによ
るスクロール入力に基づいて、ピクチャの選択された部分を表示するように動作
する。ユーザがそれぞれのピクチャをスクロールできるように動作する論理およ
び／またはソフトウェアはまた、インタラクティブ・アプレットとして転送され
るのではなく、セット・トップ・ボックス１４０上に常駐することもできる。

【００３２】 （図３−インタラクティブ・デコーダ） 次に図３を参照することにより、セット・トップ・ボックスまたはインタラク
ティブ・デコーダ１４０を図示するブロック図を示す。図示の通り、インタラク
ティブ・デコーダ１４０は、チャネルを介して放送信号を受信するための入力を
含む。放送信号は、映画、スポーツ、テレビジョン・ショー、ニュース、広告な
どのプログラム・コンテンツを含めた複数のチャネルを含むことが好ましい。プ
ログラム・チャネルの少なくとも１つのサブセット、すなわち１つまたは複数の
サブセットは、上述のようなオーディオビジュアル成分ならびにインタラクティ
ブ・プログラム成分を含むＡＶＩ（オーディオ・ビデオ・インタラクティブ）信
号を含む。オーディオビジュアル成分は圧縮されるのが好ましく、ＭＰＥＧ圧縮
されるのが好ましい。上述のように、好ましくはインタラクティブ・プログラム
・コンテンツである放送信号は、長さと幅のいずれかまたはその両方において標
準的なＭＰＥＧサイズよりも大きい１つまたは複数の圧縮ピクチャを含むことが
ある。放送信号はまた、これらのピクチャに関連するスライス・マップ情報を含
むことが好ましい。

【００３３】 放送チャネル信号は、インタラクティブ・デコーダ１４０内のデマルチプレク
サ３０２に提供される。デマルチプレクサ３０２は、オーディオ・ビデオ成分を
インタラクティブ成分から分離するように動作する。本発明の好ましい実施形態
では、インタラクティブ成分は、トムソン・エレクトロニクスによって広められ
たオープンＴＶ規格に準拠するインタラクティブ・アプリケーションおよび／ま
たはデータを含む。しかし、希望により他のタイプのインタラクティブ・アプリ
ケーションをＡＶＩ信号に含めることもできることに留意されたい。

【００３４】 デマルチプレクサ３０２は、オーディオ／ビデオ成分をオーディオ／ビデオ復
号化ブロック３０４に提供する。復号化ブロック３０４は、圧縮済みのオーディ
オビジュアル・データ・ストリームを復号化するよう動作して、圧縮解除された
データを生成する。好ましい実施形態では、放送チャネルはＭＰＥＧ−２圧縮デ
ータを搬送する。したがって好ましい実施形態では、復号化処理ブロック３０４
は、符号化されたデータを圧縮解除または復号化するためのＭＰＥＧ−２デコー
ダを含むことが好ましい。デコーダ３０４は、１つまたは複数のＤＳＰ（ディジ
タル信号プロセッサ）、および１つまたは複数の関連するメモリを含むことが好
ましい。デコーダは、１つまたは複数のＤＳＰ、ＣＰＵ、またはマイクロコント
ローラ、あるいは離散的論理、あるいはこれらの組合わせを含めた、様々なタイ
プの論理を含むことができることに留意されたい。

【００３５】 復号化処理ブロック３０４は、好ましくは表示用にテレビジョン１５０に提供
されるオーディオ／ビデオ出力を提供する。復号化ブロック３０４がメモリから
圧縮スライスを受信すると、復号化ブロック３０４はスライスを圧縮解除し、圧
縮解除したスライスを表示ユニットに提供する。

【００３６】 インタラクティブ・デコーダ１４０は、好ましくは読出し専用メモリ（ＲＯＭ
）であるメモリ３１６を含み、メモリ３１６はインタラクティブ・アプリケーシ
ョン・オペレーティング・システムを格納する。オペレーティング・システムは
、トムソン・エレクトロニクスによるオープンＴＶオペレーティング・システム
が好ましい。ＣＰＵ３１４はＲＯＭ３１６に結合される。

【００３７】 デマルチプレクサ３０２の出力によって提供されるインタラクティブ・プログ
ラム成分は、好ましくはランダム・アクセス・メモリ（ＲＡＭ）であるメモリ３
１２に送られ、メモリ３１２は、インタラクティブ・アプリケーションすなわち
オープンＴＶアプリケーションを格納する。ＣＰＵ３１４はインタラクティブ・
アプリケーションＲＡＭ３１２に結合される。したがって、ＡＶＩ信号からのイ
ンタラクティブ・アプリケーションはＲＡＭ３１２に格納され、ＣＰＵ３１４は
ＲＡＭ３１２からアプリケーションを読み取ってアプリケーションを実行する。

【００３８】 したがって、ＣＰＵ３１４はＲＯＭ３１６からオープンＴＶオペレーティング
・システムを読み取り、それによってオペレーティング・システムはＣＰＵ３１
４の動作を制御する。ＣＰＵ３１４はまた、ＡＶＩ信号によって提供されたイン
タラクティブ・アプリケーションをＲＡＭ３１２から読み取り、ＲＯＭ３１６に
格納されたオープンＴＶオペレーティング・システムの制御下で、このインタラ
クティブ・アプリケーションを実行する。

【００３９】 図３の実施形態では、長さと幅のいずれかまたはその両方においてＭＰＥＧ規
格よりも大きい圧縮ピクチャが、インタラクティブ・アプリケーションに含まれ
る。したがって、この実施形態では、長さと幅のいずれかまたはその両方がＭＰ
ＥＧ規格よりも大きい圧縮ピクチャは、インタラクティブ・アプリケーションの
一部に含まれるが、オーディオビジュアル成分の一部として含まれることはない
。この実施形態では、圧縮ピクチャはデマルチプレクサ３０２によって受信され
、次いでＲＡＭ３１２に一時的に格納される。様々な実施形態では、非標準的な
ＭＰＥＧサイズの圧縮ピクチャの一部分または全てのいずれかが、以下にさらに
述べるようにしてＲＡＭ３１２に格納される。

【００４０】 図３Ａを簡単に参照すると、別の実施形態において、標準的なＭＰＥＧサイズ
よりも大きい圧縮ピクチャの一部分が信号のオーディオ／ビデオ部分に含まれて
いる。この実施形態では、オーディオ／ビデオ復号化ブロックは、少なくとも標
準的なＭＰＥＧサイズに対応するサイズのピクチャ・バッファ３０３を含む。ピ
クチャ・バッファ３０３は、圧縮ピクチャの一部分を受け取って格納し、以下に
さらに考察するように、デコーダ３０４にスライスを選択的に提供する。

【００４１】 インタラクティブ成分はまた、ＭＰＥＧ規格よりも大きい圧縮ピクチャ中での
スクローリングを助けるために、少なくとも１つのスライス・マップも含むこと
が好ましい。言い換えれば、ビデオ配信システムは、圧縮ピクチャ中でのスクロ
ーリングを助けるために、非標準的なＭＰＥＧサイズの圧縮ピクチャのいずれか
とともにスライス・マップを提供することが好ましい。

【００４２】 ＲＡＭ３１２は、図示のようにデコーダ３０４に結合される出力を含む。ＣＰ
Ｕ３１４はＲＡＭ３１２からの出力を制御して、デコーダ３０４にＭＰＥＧスラ
イスを提供する。より具体的には、ＣＰＵ３１４は、圧縮ピクチャからのスライ
スをデコーダ３０４に提供するようＲＡＭ３１２に指示して、本発明によるＭＰ
ＥＧ規格サイズよりも大きい圧縮ピクチャ中のスクローリングを実施する。ＣＰ
Ｕ３１４は、インタラクティブ・アプリケーションを実行し、ＲＡＭ３１２に格
納されたスライス・マップのいずれかを使用して、スクロールに適した順番でデ
コーダ３０４にスライスを提供することが好ましい。

【００４３】 本発明によるＭＰＥＧ規格サイズよりも大きい圧縮ピクチャ中でのスクロール
は、以下にさらに述べるように、視聴を望まれるピクチャの新しい部分を表示す
るために、現在表示されているピクチャの一部分の１つまたは複数のスライスを
新しいスライスで置き換えることを含む。より具体的には、圧縮ピクチャの第１
のビューから第２のビューへのスクロールは、もう見られないであろう第１のビ
ューからのスライスの代わりに、復号化用の、第２のビューの一部分である圧縮
ピクチャの新しいスライスを提供するよう、ＣＰＵ３１４がＲＡＭ３１２に指示
することを含む。

【００４４】 一実施形態では、ＣＰＵ３１４は、グラフィック・オンスクリーン表示ブロッ
ク３２２に出力を提供する。グラフィック・オンスクリーン表示ブロック３２２
は、デコーダ３０４から提供されたオーディオ／ビデオ出力と共に出力を提供す
るように結合される。グラフィック・オンスクリーン表示ブロック３２２は、デ
コーダ３０４のオーディオ／ビデオ出力の最上部に重ねることのできる形式にデ
ータを構成する。こうして、ＣＰＵ３１４は、インタラクティブ・アプリケーシ
ョンを実行し、オンスクリーン・グラフィックスを生成し、オンスクリーン・グ
ラフィックスは、デコーダ１４０から出力されるオーディオ／ビデオ・ストリー
ムと共に提供される。したがって、例えば、インタラクティブ・アプリケーショ
ンが１つまたは複数のイメージまたは選択オプションを表示するように、あるい
は、テレビジョン・プログラムまたはスチール写真イメージの最上部に重ねるよ
うに書かれている場合は、アプリケーションを実行するＣＰＵ３１４は、グラフ
ィック・オンスクリーン表示ブロック３２２に適切な出力を提供し、ブロック３
２２は、それぞれのイメージまたは選択ボタンを、デコーダ３０４のオーディオ
／ビデオ出力の最上部に重なるようにする、あるいはそれと共に表示させる。

【００４５】 インタラクティブ・デコーダ１４０はまた、ユーザ入力を受け取るための入力
も含む。このユーザ入力はＣＰＵ３１４の入力に提供される。ユーザ入力は、様
々なデバイスから与えることができるが、遠隔コントロール１５２、あるいはテ
レビジョン１５０またはインタラクティブ・デコーダ１４０上のボタンから与え
ることが好ましい。ＣＰＵ３１４に与えられるユーザ入力によって、ユーザはイ
ンタラクティブ・アプリケーションと対話することができる。例えば、ユーザま
たは視聴者は、製品の注文や情報の注文をするために選択肢またはボタンを選択
したり、テレビジョン・ゲーム・ショーに回答を与えたりすることができる。別
の例としては、本発明によれば、ユーザは長さと幅のいずれかまたは両方におい
てＭＰＥＧ規格サイズよりも大きい圧縮ピクチャ中で垂直および／または水平に
、選択的にスクロールするためのスクロール入力を与えることもできる。

【００４６】 インタラクティブ・デコーダ１４０はまた、ユーザの対話行為に対して帰路チ
ャネル１５６上に情報を提供するモデム３２４も含む。図３に示すように、ＣＰ
Ｕ３１４はモデム３２４に結合されており、モデム３２４は、インタラクティブ
・デコーダ１４０の帰路チャネル出力に結合されている。図３に示す実施形態で
は、モデム３２４は双方向通信用に使用することもできる。図１に示したように
、帰路チャネル１５６はトランザクション・サーバ１６０に結合されるのが好ま
しい。したがって、ユーザが情報を注文する、あるいは製品を購入するオプショ
ンを選択する場合、トランザクション・サーバ１６０はこの注文を受け取り、注
文を履行するために処理する。また、ユーザがゲーム・ショーの問題に答える場
合にも、回答はトランザクション・サーバ１６０への帰路チャネル１５６上に提
供される。

【００４７】 （図３Ａ−インタラクティブ・デコーダの代替実施形態） 次に図３Ａを参照すると、上記のように代替実施形態において、ＭＰＥＧ規格
サイズよりも大きい圧縮ピクチャが、ビットストリームのオーディオビジュアル
・コンテンツ部分に含まれている。この実施形態では、セット・トップ・ボック
スまたはインタラクティブ・デコーダ１４０は、デマルチプレクサ３０２とデコ
ーダ３０４の間に結合されたピクチャ・バッファまたはメモリ３０３を含む。ピ
クチャ・バッファ３０３はまた、希望によりデコーダ３０４中に含めることもで
きる。ピクチャ・バッファ３０３は、本発明によるＭＰＥＧ規格サイズよりも大
きい圧縮ピクチャ中のスクローリングを実施するために、圧縮ピクチャの一部分
または圧縮ピクチャの全てを格納するように動作して、デコーダ３０４にスライ
スを提供することができる。言い換えれば、ピクチャ・バッファ３０３は、スク
ロールを実施するために、圧縮ピクチャの第１の部分からのスライスを置き換え
て、視聴を望まれる圧縮ピクチャの第２の部分から新しいスライスを提供するの
を助ける。

【００４８】 この実施形態では、バッファ３０３およびＲＡＭ３１２は、任意選択で示され
たように情報を交換する。これにより、格納またはバックグラウンドの操作が望
まれる場合に、バッファ３０３はＲＡＭ３１２との間でスライスを転送すること
ができる。言い換えれば、バッファ３０３が、バッファ３０３に格納できるより
も多くの入力をデマルチプレクサ３０２から受け取った場合、すなわち、非標準
的なＭＰＥＧピクチャがピクチャ・バッファ３０３よりも大きい場合、バッファ
３０３はスライスまたは他のデータを、格納して後で取り出すためにＲＡＭ３１
２に転送する。別法としては、以下にさらに述べるように、ピクチャ・バッファ
３０３は圧縮ピクチャの一部分だけを格納し、デコーダ１４０は、受け取ったス
クロール入力に基づいてビデオ表示システムから追加スライスを要求する。

【００４９】 この実施形態では、図示のように、ＣＰＵ３１４もまたバッファ３０３に出力
を提供する。ＣＰＵ３１４は出力を使用して、バッファ３０３に対しておよびそ
れからの、ＲＡＭ３１２に対しておよびそれからの、ならびにデコーダ３０４に
対しておよびそれからのＭＰＥＧスライスの提供を制御する。言い換えれば、図
３のＣＰＵ３１４がスクロールを実施するためにＲＡＭ３１２を制御してデコー
ダ３０４にスライスを提供するのとほぼ同じ仕方で、図３Ａでは、ＣＰＵ３１４
はバッファ３０３の入力と出力を制御して、ＭＰＥＧ規格サイズよりも大きい圧
縮ピクチャのスクロールを実施する。より具体的には、図３Ａでは、ＭＰＥＧ規
格サイズよりも大きい圧縮ピクチャ中でのスクローリングは、受け取ったスクロ
ール入力に応答して復号化するための、視聴される圧縮ピクチャの次の所望の部
分を含む適切なスライスを提供するように、ＣＰＵ３１４がバッファ３０３およ
び／またはＲＡＭ３１２に指示することを含む。

【００５０】 （標準的なＭＰＥＧサイズよりも大きい圧縮ピクチャの符号化） 背景の章で述べたように、ＭＰＥＧ−２ビデオ・ビットストリームは一般に、
Ｉ（Ｉｎｔｒａ−ｃｏｄｅｄ、内符号化）ピクチャ、Ｐ（ｐｒｅｄｉｃｉｖｅｌ
ｙ−ｃｏｄｅｄ、予測符号化）ピクチャ、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ
−ｉｎｔｅｒｐｏｌａｔｅｄ、双方向補間化）ピクチャの組合わせからなる。Ｍ
ＰＥＧ規格よりもサイズの大きい各圧縮ピクチャは、複数のスライスからなる。
ＭＰＥＧ−２規格はスライスを、同じ（マクロブロックの）行の上で始まり終わ
る、２つまたはそれ以上のマクロブロック（１６×１６ピクセルのブロック）の
隣接するシーケンスと定義している。好ましい実施形態では、ＭＰＥＧ規格サイ
ズよりも大きい圧縮ピクチャの復号化にはＩピクチャだけが使用される。Ｐピク
チャおよびＢピクチャは、これらのピクチャを適切なスライス構造で生成するの
が本来的に難しいために、ＭＰＥＧ規格サイズよりも大きい圧縮ピクチャの復号
化には使用されないことが好ましい。ピクチャのヘッダ、およびおそらくピクチ
ャの一部分からの他のヘッダは、取り去られてメモリに格納される。表示される
ことになるピクチャの一部分の位置に対して、スライス（および／または希望に
よりマクロブロック）中の位置のヘッダを示すためにポインタが配置されること
が好ましい。

【００５１】 垂直のスクロールを可能にする最も簡単な筋書きは、マクロブロックの各行を
スライスに符号化することである。ＭＰＥＧ規格の幅であるが標準的なＭＰＥＧ
よりも長いピクチャの場合、符号化されたこのピクチャは図４Ａのようになる。
この例では、マクロブロックの各行はスライスに符号化される。ピクチャの底部
と上部にある１つまたは複数のスライスは、個別に圧縮されるのが好ましく、こ
れは、スライスが隣接する他のスライス中のマクロブロックの参照を必要とせず
に復号化できるように符号化されることを意味する。このようにスライスを個別
に符号化することにより、表示されていない隣接するスライスの復号化を必要と
せずにスライスを復号化し表示することができるようになるため、スクロールを
行うことができるようになる。ピクチャは、どのスライスも個別に圧縮せずに符
号化することもできることに留意されたい。しかしこの場合は、表示されていな
いスライスを復号化する必要がある。また、希望すれば、常に一緒に表示される
ピクチャ中の複数のスライスを一緒に圧縮する、すなわち依存的に圧縮すること
もできる。

【００５２】 図４Ａの次の例では、ユーザが個々の水平スライスを１つずつ下にスクロール
することができ、表示されるピクチャの最初の部分がピクチャの最上部であり、
ユーザが４回すなわち４スライスだけ下にスクロールしたと仮定する。図４Ａで
は、現在ビューを実線で示す。現在ビューは、ピクチャの上部から４スライスだ
け下にスクロールした結果である。現在ビューのすぐ前のビューは先行ビューと
呼び、均一な幅広の破線で定める。先行ビューのすぐ前のビューは第２の先行ビ
ューと名づけ、交互に長短の幅で書かれた破線で定める。ピクチャのより上部の
最も左の部分を含む第１のビュー、およびその後の第２のビューは図示していな
い。

【００５３】 長さはＭＰＥＧ規格だが幅が標準的なＭＰＥＧよりも広いピクチャの場合、符
号化されたこのピクチャは図４Ｂのようになる。この例では、マクロブロックの
各行が複数のスライスに符号化されている。左側と右側にある始めのいくつかの
スライスは、最低限の２つのマクロブロックからなるが、ピクチャの中間にある
スライスは、２つより多くのマクロブロックで構成することもできる。左側と右
側にあるスライスは、圧縮ピクチャのＭＰＥＧ規格サイズ部分が常に個別に復号
化および視聴できるように、十分に小さくされ個別に圧縮される。言い換えれば
、圧縮ピクチャがＭＰＥＧ規格よりも例えば１６マイクロブロックだけ広い場合
、この例では、ピクチャの左側と右側の両方にそれぞれの上にある２つのマクロ
ブロックの、少なくとも４つの最小サイズのスライスがあり、中間のおそらくよ
り大きい１組のスライスに沿って、圧縮ピクチャの両端間を左から右へ、および
向きを変えて完全にスクロールすることができるようになる。図４Ｂでは、現在
ビューを実線で示す。現在ビューは、破線で定めた先行ビューから１回右にスク
ロールした結果である。

【００５４】 別法としては、ピクチャが長さと幅の両方においてＭＰＥＧ規格よりも大きい
場合、ピクチャは、図４Ｃに示すようなスライス構造によって符号化されるのが
好ましい。この場合、左側と右側の始めのいくつかのスライスは、最低限の２つ
のマクロブロックだけからなるが、ピクチャの中間にあるスライスは、２つより
多くのマクロブロックで構成することもできる。上述のように、左側と右側のス
ライスは、圧縮ピクチャのＭＰＥＧ規格サイズ部分が常に個別に復号化および視
聴できるように、十分に小さくされ個別に圧縮される。図４Ｃのスライス構造は
また、ピクチャの垂直のスクロールも可能にする。図４Ｃでは、現在ビューを実
線で示す。現在ビューは、幅広の破線で定めた先行ビューから右に１回スクロー
ルした結果である。

【００５５】 （図５−好ましい実施形態の符号化動作） 次に図５を参照することにより、標準的なＭＰＥＧサイズよりも大きく、スク
ロールできる符号化ＭＰＥＧピクチャを生成する、本発明の好ましい実施形態の
動作を図示する流れ図を示す。図５に好ましい実施形態を示すが、本発明は他の
様々な方法でも実施できることに留意されたい。方法は流れ図の形で示すが、図
５および６のいくつかのステップは同時にまたは異なる順番で行うこともできる
ことに留意されたい。

【００５６】 上に考察したように、本発明は、ビデオ配信システム、好ましくはインタラク
ティブ・テレビジョン・システムで、ＭＰＥＧ規格サイズよりも大きいピクチャ
中でスクロールするシステムおよび方法を含む。インタラクティブ・テレビジョ
ン・システムは、ビデオ・コンテンツを提供するためのビデオ配信システム、お
よび表示画面を含む少なくとも１つの加入者テレビジョンを含み、加入者テレビ
ジョンはビデオ配信システムに結合される。本発明はまた、圧縮ピクチャをスク
ロールに適したスライス構造によって符号化するシステムおよび方法も含む。

【００５７】 図５の流れ図に、ＭＰＥＧ規格サイズよりも大きいピクチャがどのようにスラ
イス符号化され、ビデオ配信システムを通して加入者テレビジョンに送信される
ように圧縮されるかを示す。図５の流れ図はまた、スライス符号化に伴い、スラ
イスの始点を含む何らかの所望の表がどのように生成されるかも示す。図５に示
すように、この方法は以下のように動作するのが好ましい。

【００５８】 ステップ５００では、エンコーダ１０６または同様の機能を有するデバイスは
、好ましくはＭＰＥＧ規格サイズよりも大きい、すなわち長さと幅のいずれか、
またはその両方においてＭＰＥＧ規格よりも大きい、未圧縮のピクチャを受信す
る。ＭＰＥＧ圧縮規格をサイズに対する参照基準として使用するのが好ましいが
、希望により、特にＴＩＦＦ（Tagged Image File Format）などの他の圧縮規格
または方法を使用することもできる。別の圧縮規格または方法が使用されるとき
は、参照サイズはＭＰＥＧ規格サイズの代わりに、いずれかの時に視聴するのが
望ましい、表示可能なイメージのサイズ、またはイメージの部分のサイズとする
のが好ましい。他の圧縮規格または方法が使用されるときは、「スライス」とい
う語は、その規格または方法によって別個に圧縮することのできる、圧縮される
べきピクチャの一部分を意味することとする。

【００５９】 ステップ５０２で、エンコーダ１０６または同様の機能を有するデバイスは、
ピクチャ・スライス符号化情報を受信する。好ましい実施形態では、ピクチャ・
スライス符号化情報は、未圧縮のピクチャ中のどこでどのようにスライスが生成
されるか、およびどのスライスが別個に圧縮されなければならないかなどに関す
る情報を含む。このスライス構造は、ピクチャの可能な全ての部分が加入者テレ
ビジョンで見られるようなスクロールをピクチャ中で可能にするように設計され
るのが好ましい。言い換えれば、ピクチャ・スライス符号化情報は、ピクチャが
圧縮、送信、受信され、ピクチャの所望の部分が圧縮されていなければ、ピクチ
ャ全体を滑らかにスクロールできるだけの十分な分割部分を有するスライス構造
によってエンコーダ１０６が未圧縮のピクチャを符号化できるように、十分な情
報を有することが好ましい。

【００６０】 ピクチャ・スライス符号化情報は、一度にスクロールされる連続したスライス
の数を示す、ある種のスクロール細分性を含むこともできる。一度にスクロール
される連続するスライスの数は、各スクロール入力が、結果的には設定された数
のスライスのジャンプになることを意味する。この細分性は、ピクチャがＭＰＥ
Ｇ圧縮されているときに共に依存的に圧縮される設定数のスライスに、スライス
のブロックを個別に圧縮することによって達成できる。この細分性は、スライス
がそれぞれ個別に圧縮されている場合でも、各スクロール入力がジャンプとなる
ように、あるいはいくつかのスライスをスクロールするように、インタラクティ
ブ・アプリケーションがプログラミングされることによっても達成できる。例え
ば、幅はＭＰＥＧ規格だが長さがＭＰＥＧ規格よりも長いピクチャ（図示せず）
を考察されたい。一行の細分性の場合、このピクチャのイメージ中で下にスクロ
ールするための単一の視聴者入力によって、前のイメージの最上部から単一のス
ライスが除去され、前のイメージの底部に単一の新しいスライスが追加されて、
新しい可視イメージが形成される。この場合、このピクチャを上から下までスク
ロールするのにより多くのスクロール入力が必要とされる。４スライスなどのよ
り大きな細分性の場合、このピクチャのイメージ中で下にスクロールするための
視聴者入力によって、前のイメージの最上部にある４スライスが前のイメージの
底部にある同数の新しいスライスで置き換えられて、新しい可視イメージを形成
する。この場合、このピクチャを上から下までスクロールするのにより少ないス
クロール入力が必要とされる。スクロールされる複数スライスの数は、システム
および／またはユーザによって制御できることが好ましい。

【００６１】 ステップ５０４で、エンコーダ１０６または同様の機能を有するデバイスは、
ピクチャ・スライス符号化情報に従って未圧縮のピクチャを圧縮する。圧縮方法
はＭＰＥＧ規格の方法であることが好ましいが、前述の他の圧縮方式も考えられ
ることを当業者なら理解するであろう。圧縮されたピクチャの長さまたは幅が例
えばＭＰＥＧ規格に合致する場合には、ピクチャを構成する符号化されたスライ
スまたはスライスのグループの長さまたは幅も同様に、ＭＰＥＧ規格に合致する
ことが好ましい。

【００６２】 エンコーダ１０６または同様の機能を有するデバイスは、ステップ５０６に示
すようにピクチャ・スライス構造の各部分に対する始点の表を生成するのが好ま
しい。デコーダがいずれかの所与のスライスまたはスライスのグループの始点位
置に対するスライス構造を探索することも可能だが、探索することなくいずれか
の所与のスライスの始点が分かるようなジャンプ表が生成されるのが好ましい。

【００６３】 別の言い方をすれば、圧縮したピクチャを画面上でスクロールできるような方
法でＭＰＥＧ規格サイズよりも大きいピクチャを圧縮する動作は、未圧縮のピク
チャおよびスライス符号化情報を受け取るエンコーダを含むのが好ましい。次い
でエンコーダは、ＭＰＥＧ規格に従って、圧縮したピクチャが画面上でスクロー
ルできるようにスライスまたはスライスのグループを個別に圧縮するのが好まし
い。次いでエンコーダは、個別に圧縮され、かつ／またはスクロールできるスラ
イスまたはスライスのグループのそれぞれに対する始点の表を生成するのが好ま
しい。

【００６４】 （図６−非標準サイズのピクチャの圧縮） 次に図６を参照すると、ピクチャ・スライス符号化情報に従って、未圧縮のピ
クチャを圧縮するステップ５０４を概念的に図示する流れ図を示す。図６の流れ
図は主に概念上のものであり、図６の諸ステップは様々な順番で行うか、または
異なる仕方で実施することもできることに留意されたい。図示の通り、ステップ
５０４は一般に以下のステップを含む。この方法は、最初にステップ６００で、
未圧縮のピクチャの長さをＭＰＥＧ規格で許容される長さと比較する。未圧縮の
ピクチャがＭＰＥＧ規格よりも長い場合は、ステップ６０２に進む。ステップ６
０２では、垂直のスクロールが行えるように、未圧縮のピクチャを個別に圧縮す
るために上部と底部の縁でスライスおよび／またはスライス・グループに分割す
るのが好ましい。縁およびスクロール限界がどこで発生するかを決定するために
、ステップ５０２からのピクチャ・スライス符号化情報が使用されるのが好まし
い。

【００６５】 次のステップ６０４では、未圧縮のピクチャの幅をＭＰＥＧ規格によって許容
される幅と比較する。未圧縮のピクチャがＭＰＥＧ規格よりも広い場合は、ステ
ップ６０６に進む。ステップ６０６で、水平のスクロールが行われる可能性のあ
る左右の縁で、スライス構造をスライスの列に分割するのが好ましい。最終ステ
ップ６０８は、スライスをＭＰＥＧ規格に従って圧縮することに関する。ステッ
プ６０８では、所望のスクロール細分性により、個々のスライスまたはスライス
のグループをそれぞれ別個に圧縮するのが好ましい。ビュー領域の外へスクロー
ルすることが全くないであろうスライスのグループがある場合、これらのスライ
スのグループは希望により一緒に圧縮することもできる。ステップ６０２、６０
４、６０６は一般に、符号化動作として一緒に行われる。

【００６６】 したがって、ビデオ配信システムまたはケーブル・ヘッドエンドの動作は、次
のように要約することができる。最初に、ピクチャまたはイメージが選択される
。ピクチャは、長さと幅のいずれかまたはその両方において標準的なＭＰＥＧよ
りも大きい場合がある。次いで、好ましくはＭＰＥＧ規格の寸法を参照に使用し
て、ピクチャ・ビットストリームに対してピクチャ・スライス符号化情報が生成
される。

【００６７】 ピクチャを符号化するために、ピクチャ・スライス符号化情報を受諾するソフ
トウェア・エンコーダが使用される。次いで多重化信号が生成されるが、多重化
信号は、ａ）スクロールを含めた必要な全ての動作を実行するインタラクティブ
・アプリケーション、ｂ）圧縮ピクチャ・ビットストリーム、ｃ）任意の所望の
追加ピクチャ・ビットストリーム、ｄ）任意の追加ピクチャ・ビットストリーム
中に含めた所望のスライス・マップまたはバイト・オフセットを含む。次いで多
重化ストリームは、１つまたは複数の加入者テレビジョンに送信することができ
る。

【００６８】 （図７−圧縮ピクチャの一部分でのスクロール） 次に図７を参照すると、本発明の第１の実施形態による、ＭＰＥＧ規格サイズ
よりも大きい圧縮ピクチャ中でスクロールする方法を図示する流れ図が示されて
いる。図７の流れ図は主に概念上のものであり、図７の諸ステップは様々な順番
で行うかまたは異なる仕方で実施することもできることに留意されたい。

【００６９】 図７の方法は、視聴用にビデオ配信システムから加入者テレビジョンに転送さ
れる圧縮ピクチャについて示してある。ステップ７００で、加入者テレビジョン
は、視聴用にピクチャを選択する何らかのタイプのユーザ入力を受け取る。ここ
では、標準的なＭＰＥＧサイズよりも大きいピクチャを選択するユーザ入力が受
信されたと仮定する。ステップ７００に応答して、ステップ７０２の加入者テレ
ビジョンは、ピクチャ、あるいはピクチャの最初またはデフォルトの部分、好ま
しくはピクチャの上部の最も左の部分またはピクチャのデフォルトビューをビデ
オ配信システムに要求する。加入者テレビジョンは最初は単にピクチャを要求す
るだけとし、ビデオ配信システムは最初はデフォルト部分またはデフォルト・ス
ライスを提供するようにだけ構成されているとすることができることに留意され
たい。

【００７０】 ステップ７０２に応答して、ステップ７０４で、ビデオ配信システムは、要求
された圧縮ピクチャのスライスを加入者テレビジョンに提供する。この例では、
ユーザ入力によって選択されたピクチャは標準ＭＰＥＧサイズよりも大きく、本
発明に基づいて圧縮されている。ピクチャは、以下の方法ステップに述べるよう
に、要求されたスライスによって加入者テレビジョンが圧縮ピクチャをスクロー
ルできるように圧縮されている。ステップ７０４で要求されたスライスが受信さ
れると、ステップ７０６で、加入者テレビジョンは所望の圧縮ピクチャの部分を
表示する。ステップ７０６のより詳細な記述は、以下の図９の記述中に述べる。

【００７１】 加入者テレビジョンは、ステップ７０８でユーザによる追加のピクチャ選択入
力を受け取るまで、ステップ７０６で表示された、要求されたピクチャのイメー
ジを連続して表示する。ステップ７０８で、加入者テレビジョンは、どのピクチ
ャまたはピクチャの一部分が視聴を望まれるか、すなわち、新しいピクチャが望
まれるか、あるいは現在のピクチャ中でのスクロールが望まれるかに関する、ユ
ーザからの新しい入力を受け取る。ステップ７０８で受け取られた入力に応答し
て、ステップ７１０で、ユーザによって新しいピクチャが要求されているかどう
かを判定する。新しいピクチャは、ステップ７０６で加入者テレビジョンによっ
て現在表示されているピクチャとは異なるピクチャである。例えば、新しいピク
チャは現在表示されているピクチャ中のリンクから選択することもでき、あるい
は単に、標準的な放送テレビジョン上のチャネルを変えるなどによって、ユーザ
が加入者テレビジョンに異なるピクチャを表示するよう命令するときに要求され
るピクチャとすることもできる。

【００７２】 ステップ７１０で方法が、新しい異なるピクチャが要求されたと判定する場合
、ステップ７０２に戻り、ビデオ配信システムに新しいピクチャの提供を要求す
る。

【００７３】 あるいは、ステップ７０８のユーザが、ステップ７１２で判断するようなスク
ロール入力を提供することによって現在のピクチャのスクロールを要求した場合
、動作はステップ７１４に進む。例えば、視聴されているピクチャがＭＰＥＧ規
格よりも広い場合、ユーザは、ピクチャの別の部分を見るためにイメージ中で左
右にスクロールする命令を入力することがある。視聴されているピクチャがＭＰ
ＥＧ規格よりも長い場合、ユーザは、ピクチャの別の部分を見るためにイメージ
中で上下にスクロールする命令を入力することがある。

【００７４】 ＭＰＥＧ規格に合致した長さおよび幅のピクチャの場合、そのそれぞれの方向
へのスクロールは、イメージが画面上で拡大されて視聴画面の寸法よりも大きく
ならない限り不可能とされることが好ましい。

【００７５】 垂直または水平あるいはその両方のスクロールは、ステップ７１４で、次の章
で述べるように行われる。ステップ７１４で行われるスクロール・ルーチンの結
果は、視聴を望まれるピクチャの一部分に対応する新しいスライスをメモリにセ
ットアップすることである。別の言い方をすれば、スクロール・ルーチンは、適
切なスライスを得るためにユーザから受け取ったスクロール入力を利用する。ス
クロール・ルーチンはまた、適切なスライスを要求するために、スライス・テー
ブルの始点位置も利用するのが好ましい。ステップ７１４でスクロール・ルーチ
ンを実行するのに応答して、方法はステップ７０６の表示ルーチンに戻って、ス
クロール入力によって示された所望のピクチャの一部分を表示する。表示ルーチ
ン・オペレータは、スライスを視聴用にメモリからデコーダに転送する。

【００７６】 （図８−スクロール・ルーチン） 次に図８を参照すると、図７のステップ７１４で行われるスクロール・ルーチ
ンを図示する流れ図が示されている。図８の流れ図は主に概念上のものであり、
図８の諸ステップは様々な順番で行うかまたは異なる仕方で実施することもでき
ることに留意されたい。ステップ７１４は、ステップ７５２〜７５６に分解する
ことができる。ステップ７０８で、加入者テレビジョンはユーザからスクロール
入力を受け取る。ステップ７０８は、ユーザがスクロール入力を提供した図７の
ステップ７０８に対応する。スクロール入力は、加入者テレビジョン上に現在表
示されていない、現在のピクチャの別の部分をユーザがおそらく見たいと思って
いることを示す。視聴される所望のピクチャの一部分は、現在視聴されているピ
クチャの一部分の上、下、左、または右である場合がある。例えば、加入者テレ
ビジョンによって現在表示されているイメージがピクチャの上部の最も左の部分
である場合、ユーザは、ピクチャの長さ方向に下にスクロールする、またはピク
チャの幅に沿って右にスクロールする、あるいはそれら２つの組合せである要求
を出すことがある。ピクチャが標準的なＭＰＥＧの幅を有するがＭＰＥＧ規格よ
りも長い長さを有する場合は明らかに、ユーザは上下にしかスクロールできない
。同様に、ピクチャが標準的なＭＰＥＧの長さを有するがＭＰＥＧ規格よりも幅
が広い場合、ユーザは左右にしかスクロールできない。

【００７７】 好ましい実施形態では、加入者テレビジョンは、加入者テレビジョンのメモリ
にピクチャの全ての部分を格納するのに十分なメモリをＲＡＭ３１２またはピク
チャ・バッファ３０３内に有しなくてもよい。ステップ７０８のスクロール入力
に応答して、方法はステップ７５２で追加の圧縮スライスをビデオ配信システム
に要求し、それによって、ピクチャがユーザに要求されるようにスクロールでき
るようにする。

【００７８】 ステップ７５２に応答して、ビデオ配信システムはステップ７５４で、要求さ
れた追加の圧縮スライスを加入者テレビジョンに提供する。要求された追加の圧
縮スライスをステップ７５４で受信すると、ステップ７５６で、加入者テレビジ
ョンは受け取った追加の圧縮スライスを格納し、表示にもはや必要とされないス
ライスをＲＡＭ３１２またはピクチャ・バッファ３０３内に置き換える。ステッ
プ７５６で、加入者テレビジョンは、受信した追加の圧縮スライスを、加入者テ
レビジョンによってすでにメモリに格納された圧縮スライスと統合する。加入者
テレビジョンは、スライスを要求かつ／または統合するのを補助するために、ス
ライス・マップまたはスライス・テーブルを使用するのが好ましい。

【００７９】 （図９−圧縮ピクチャの一部分の表示） 次に図９を参照すると、図７のステップ７０６で行われる表示ルーチンを図示
する流れ図が示されている。図９の流れ図は主に概念上のものであり、図９の諸
ステップは様々な順番で行うかまたは異なる仕方で実施することもできることに
留意されたい。ステップ７０６は、以下のステップに分解することができる。ス
テップ８００で、加入者テレビジョンは、ユーザから視聴を希望された圧縮ピク
チャの一部分をＭＰＥＧデコーダに提供する。提供された部分は、標準的なＭＰ
ＥＧサイズに対応するサイズである複数のスライスを含む。ステップ８００に応
答して、ステップ８０２で、ＭＰＥＧデコーダはスライスを受け取り、視聴を希
望された圧縮ピクチャの一部分を復号化する。

【００８０】 ステップ８０４で、ＭＰＥＧデコーダは、復号化したピクチャの一部分を加入
者テレビジョンに提供する。ステップ８０４に応答して、加入者テレビジョンは
ステップ８０６で、復号化されたピクチャの一部分を表示する。加入者テレビジ
ョンは、別のイメージの視聴を望まれるまで、その復号化されたピクチャの一部
分のイメージを連続して表示することができる。

【００８１】 （図１０−圧縮ピクチャ中でのスクロール） 次に図１０を参照すると、別の実施形態による、ＭＰＥＧ規格サイズよりも大
きい圧縮ピクチャ中でスクロールする方法を図示する流れ図が示されている。図
１０は、図７の実施形態に似た実施形態を示し、加入者テレビジョンが同時に１
つまたは複数のピクチャをメモリに格納できる追加の特徴を含む。したがって、
この実施形態では、加入者テレビジョンは、他のスクロール入力が受け取られる
ときにピクチャの他のスライスがビデオ配信システムによって提供されるように
要求する必要がなく、ピクチャの全てのスライスがメモリに存在する。図１０の
流れ図は主に概念上のものであり、図１０の諸ステップは様々な順番で行うか、
または異なる仕方で実施することもできることに留意されたい。方法は、ビデオ
配信システムから視聴用に加入者テレビジョンに転送される圧縮ピクチャについ
て示してある。方法はステップ９００で、加入者テレビジョンが視聴用にピクチ
ャを選択するユーザ入力を受け取るところから始まる。ステップ９００に応答し
て、加入者テレビジョンはステップ９０２で、所望の圧縮ピクチャを視聴用にビ
デオ配信システムに要求するのが好ましい。

【００８２】 ステップ９０２に応答して、ビデオ配信システムはステップ９０４で、要求さ
れた圧縮ピクチャを含む全てのスライスを加入者テレビジョンに提供する。圧縮
ピクチャは、本発明により、以下の方法ステップ中に述べるようにしてユーザが
圧縮ピクチャをスクロールできるスライス構造によって圧縮される。ステップ９
０４で要求されたスライスを受信すると、加入者テレビジョンはステップ７０６
で、圧縮ピクチャのデフォルト部分、好ましくはピクチャの上部の最も左の部分
を表示する。ステップ７０６のより詳しい記述は、図９の記述中で述べている。

【００８３】 加入者テレビジョンは、ステップ９０８でユーザによる追加のピクチャ選択入
力を受け取るまで、ステップ７０６で表示された、要求されたピクチャのイメー
ジを連続して表示する。言い換えれば、加入者テレビジョンはステップ９０８で
、どのピクチャまたはピクチャの一部分が視聴を望まれるかについてのユーザか
らの新しい入力を受け取る。ステップ９０８に応答して、方法はステップ９１０
で、新しいピクチャがユーザから要求されているかどうかを判定する。新しいピ
クチャは、ステップ７０６の一部として加入者テレビジョンによって現在表示さ
れているピクチャとは異なるピクチャとなる。例えば、新しいピクチャは現在表
示されているピクチャ中のリンクから選択することもでき、あるいは単に、標準
的な放送テレビジョン上のチャネルを変えるなどによって、ユーザが加入者テレ
ビジョンに異なるピクチャを表示するよう命令するときに要求されるピクチャと
することもできる。

【００８４】 ステップ９１０で方法が、新しい異なるピクチャが要求されたと判定する場合
、ステップ９０２に戻り、ビデオ配信システムに新しいピクチャの提供を要求す
る。あるいは、方法はステップ９１２に移る。方法はステップ９１２で、ステッ
プ９０８のユーザがスクロール入力を提供することによって現在のピクチャ中で
のスクロールを要求したかどうかを判定する。例えば、視聴されているピクチャ
の幅がＭＰＥＧ規格よりも広い場合、ユーザは、ピクチャの別の部分を見るため
に、イメージ中で左右にスクロールする命令を入力することがある。視聴されて
いるピクチャの長さがＭＰＥＧ規格よりも長い場合、ユーザは、ピクチャの別の
部分を見るために、イメージ中で上下にスクロールする命令を入力することがあ
る。ＭＰＥＧ規格に合致した長さおよび幅のピクチャの場合、そのそれぞれの方
向へのスクロールは、イメージが画面上で拡大されて視聴画面の寸法よりも大き
くならない限り不可能とされることが好ましい。垂直または水平あるいはその両
方のスクロールは、図１１を参照しながら述べるステップ９１４で実現する。ス
テップ９１４のスクロール・ルーチンの実行に応答して、方法はステップ７０６
の表示ルーチンに戻る。ステップ７０６の実行における表示ルーチンは、図９に
関して上に述べてある。

【００８５】 （図１１−スクロール・ルーチン） 図１０の実施形態では、加入者テレビジョンは、図７および８に述べた実施形
態における最低量のメモリ以上に追加メモリを有する。ここで述べるこのスクロ
ール方法は、スクロールが行われるのに対し、ビデオ配信システムからの追加ス
ライスを必要としない。図１１の流れ図は主に概念上のものであり、図１１の諸
ステップは様々な順番で行うかまたは異なる仕方で実施することもできることに
留意されたい。

【００８６】 次に図１１を参照すると、ステップ９１４は以下のステップに分解することが
できる。ステップ９０８で、加入者テレビジョンはユーザからスクロール入力を
受け取る。スクロール入力は、加入者テレビジョン上に現在表示されていない、
現在のピクチャの別の部分をユーザがおそらく見たいと思っていることを示す。
視聴される所望のピクチャの一部分は、現在視聴されているピクチャの一部分の
上、下、左、または右である場合がある。例えば、加入者テレビジョンによって
現在表示されているイメージがピクチャの上部の最も左の部分である場合、ユー
ザは、ピクチャの長さを下にスクロールする、またはピクチャの幅に沿って右に
スクロールする、あるいはそれら２つの組合せである要求を出すことがある。

【００８７】 好ましい実施形態では、加入者テレビジョンは、加入者テレビジョンのメモリ
にピクチャ全体を格納するのに十分なメモリを有する。ステップ９０８でスクロ
ール入力が受け取られるのに応答して、方法はステップ９５２で、所望の仕方で
スクロールするのに必要な追加の圧縮スライスを、加入者テレビジョンによって
前に表示された圧縮スライスと統合する。ポインタは、メモリ内の各スライスの
始点アドレスを指す。統合は、前のビューからのポインタのセットを次の所望の
ビューを提供するのに必要な追加ポインタと結合し、一方で、次の所望のビュー
にもはや必要でない前のビュー中のスライスを示すポインタをセットから除去す
ることを含む。

【００８８】 上記のように、加入者テレビジョンが標準的な圧縮ピクチャよりも大きいピク
チャ中でより容易にスクロールするのを補助するために、各スライスに対する始
点の表が生成されるのが好ましい。各スライスに対する始点の表が加入者テレビ
ジョンに生成および提供されない場合は、加入者テレビジョンはより多くの処理
を行ってスライスの始点を完成し、それにより標準的なピクチャよりも大きいピ
クチャを適切にスクロールする必要がある。

【００８９】 （結論） したがって本発明は、長さまたは幅、あるいはその両方においてＭＰＥＧ規格
よりも大きい圧縮ピクチャ中でスクロールするための改良型のシステムおよび方
法を含む。本発明のシステムおよび方法を好ましい実施形態に関して述べたが、
本発明は、本明細書に述べた具体的な形式に限定されるものではなく、逆に、添
付の特許請求の範囲によって定義される本発明の趣旨および目的に妥当に含むこ
とのできる改変、修正、および等価物をカバーするものである。

【図面の簡単な説明】

【図１】 インタラクティブ・テレビジョン・システムを示す図である。

【図２】 番組コンテンツを提供する遠隔ネットワークを含む、図１のインタラクティブ
・テレビジョン・システムを示す図である。

【図３】 図１および図２のインタラクティブ・デコーダのブロック図である。

【図３Ａ】 図３のインタラクティブ・デコーダの代替実施形態を示す図である。

【図４Ａ】 本発明による、垂直スクロールができるスライス構造を示す図である。

【図４Ｂ】 本発明による、水平スクロールができる１つまたは複数の列のスライスを含む
スライス構造を示す図である。

【図４Ｃ】 本発明による、１つまたは複数の列のスライスを含み、垂直スクロールと水平
スクロールの両方が可能な図４Ｂに似たスライス構造であって、ピクチャの水平
スクロールの異なる位置を示す図である。

【図５】 所定のスライス構造を使用した圧縮ファイルまたは圧縮クチャの生成を示す流
れ図である。

【図６】 本発明による、図５の符号化ステップを示す流れ図である。

【図７】 本発明による、削減されたメモリ要件を有する加入者テレビジョンで圧縮ピク
チャを視聴する過程を示す流れ図である。

【図８】 本発明による、削減されたメモリ要件を有する加入者テレビジョンで圧縮ピク
チャにおいてスクロールする過程を示す流れ図である。

【図９】 本発明による、図７および図８の表示ルーチンを示す流れ図である。

【図１０】 本発明による、スクロール可能なピクチャ全体を格納するのに十分なメモリを
有する加入者テレビジョンで圧縮ピクチャを視聴する過程を示す流れ図である。

【図１１】 本発明による、スクロール可能なピクチャ全体を格納するのに十分なメモリを
有する加入者テレビジョンにおいて圧縮ピクチャ中でスクロールする過程を示す
流れ図である。

【手続補正書】

【提出日】平成１２年７月１８日（２０００．７．１８）

【手続補正２】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図１】

【図２】

【図３】

【図３Ａ】

【図４Ａ】

【図４Ｂ】

【図４Ｃ】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ， ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，Ｄ Ｋ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＨＲ ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ， ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，Ｌ Ｖ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ， ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，Ｕ Ｚ，ＶＮ，ＹＵ，ＺＷ (71)出願人 901 ＳＡＮ ＡＮＴＯＮＩＯ ＲＯＡＤ ＰＡＬＯ ＡＬＴＯ，ＣＡ 94303，Ｕ． Ｓ．Ａ． (72)発明者 マクラレン，デイビッド・エル アメリカ合衆国・94043・カリフォルニア 州・マウンテン ビュー・シエラ ビスタ アベニュ １番・173 Ｆターム(参考） 5C059 MA00 PP00 PP01 PP05 PP27 SS06 UA02 UA05 5C064 BA01 BB10 BC23 BD08 BD13 【要約の続き】 しい。次いで加入者テレビジョンは、それによって得ら れたピクチャを復号化し、スクロールされるピクチャの 次の部分を表示する。

Claims (31)

【特許請求の範囲】
1. 【請求項１】 表示画面を含み、ビデオ配信システムからビデオ・コンテン
   ツを受信するように結合された加入者テレビジョンにおけるピクチャをスクロー
   ルする方法であって、 前記加入者テレビジョンが、少なくとも圧縮ピクチャの一部分を受信するステ
   ップであって、前記圧縮ピクチャが複数のスライスを含み、前記複数のスライス
   の少なくとも１つのサブセットが個別に圧縮され、前記圧縮ピクチャが標準的な
   ＭＰＥＧピクチャよりも大きいステップと、 前記加入者テレビジョンが、視聴を望まれる前記ピクチャの一部分を示すスク
   ロール入力をユーザから受け取るステップと、 前記加入者テレビジョンが、前記スクロール入力に応答して、視聴を望まれる
   前記ピクチャの前記一部分に対応する前記複数のスライスのサブセットをＭＰＥ
   Ｇデコーダに提供するステップと、 前記加入者テレビジョンが、前記複数のスライスの前記サブセットを復号化し
   て、視聴を望まれる前記ピクチャの前記一部分を生成するステップと、 前記加入者テレビジョンが、前記復号化の後で前記ピクチャの前記一部分を表
   示するステップとを含む方法。
2. 【請求項２】 前記圧縮ピクチャが圧縮ＭＰＥＧ Ｉピクチャである請求項
   １に記載の方法。
3. 【請求項３】 視聴を望まれる前記ピクチャの前記一部分に対応する前記複
   数のスライスの前記サブセットが、標準的なＭＰＥＧサイズである請求項１に記
   載の方法。
4. 【請求項４】 前記圧縮ピクチャの長さが標準的なＭＰＥＧピクチャの長さ
   よりも長く、視聴を望まれる前記ピクチャの前記一部分を示す前記スクロール入
   力が、前記圧縮ピクチャの前記長さの一部分を示す請求項３に記載の方法。
5. 【請求項５】 前記圧縮ピクチャの幅が標準的なＭＰＥＧピクチャの幅と等
   しく、前記複数のスライスの幅がそれぞれ前記標準的なＭＰＥＧピクチャの幅に
   対応する請求項４に記載の方法。
6. 【請求項６】 前記圧縮ピクチャの幅が標準的なＭＰＥＧピクチャの幅より
   も広く、前記圧縮ピクチャが複数の列のスライスをさらに含み、視聴を望まれる
   前記ピクチャの前記一部分を示すスクロール入力が、前記圧縮ピクチャの前記幅
   の一部分を示す請求項４に記載の方法。
7. 【請求項７】 前記圧縮ピクチャの幅が標準的なＭＰＥＧピクチャの幅より
   も広く、前記圧縮ピクチャが複数の列のスライスをさらに含み、視聴を望まれる
   前記ピクチャの前記一部分を示すスクロール入力が、前記圧縮ピクチャの前記幅
   の一部分を示す請求項３に記載の方法。
8. 【請求項８】 前記圧縮ピクチャの長さが標準的なＭＰＥＧピクチャの長さ
   と等しく、前記複数の列のスライスの長さがそれぞれ、前記標準的なＭＰＥＧピ
   クチャの長さに対応する請求項７に記載の方法。
9. 【請求項９】 前記加入者テレビジョンが前記圧縮ピクチャの前記少なくと
   も一部分を受信した後で前記圧縮ピクチャの前記少なくとも一部分のデフォルト
   部分を表示するステップをさらに含み、前記デフォルト部分が標準的なＭＰＥＧ
   サイズである請求項１に記載の方法。
10. 【請求項１０】 前記デフォルト部分の前記表示が、第１の複数のスライス
    をＭＰＥＧデコーダに提供するステップを含み、視聴を望まれる前記ピクチャの
    前記一部分に対応する前記複数のスライスの前記サブセットが、前記第１の複数
    のスライスの１つまたは複数を含み、第２の１つまたは複数のスライスを含む請
    求項９に記載の方法。
11. 【請求項１１】 前記加入者テレビジョンが前記受け取ったスクロール入力
    に応答して前記圧縮ピクチャの１つまたは複数のスライスを受信するステップを
    さらに含み、前記１つまたは複数のスライスが、視聴を望まれる前記ピクチャの
    前記一部分に対応し、 前記ＭＰＥＧデコーダに対する前記複数のスライスの前記サブセットの前記提
    供が、前記受け取ったスクロール入力に応答して提供された前記１つまたは複数
    のスライスを提供するステップを含む請求項１に記載の方法。
12. 【請求項１２】 前記加入者テレビジョンが前記圧縮ピクチャの少なくとも
    一部分を受信するステップが、前記圧縮ピクチャの前記少なくとも一部分を形成
    している、前記圧縮ピクチャの第１の複数のスライスを受信し、 視聴を望まれる前記ピクチャの前記一部分が、前記第１の複数のスライスに含
    まれない第２の１つまたは複数のスライスを含み、 方法が、さらに 前記加入者テレビジョンが、前記受け取ったスクロール入力に応答して、視聴
    を望まれる前記ピクチャの前記一部分に対応する前記圧縮ピクチャの前記第２の
    １つまたは複数のスライスを受信するステップを含み、 前記ＭＰＥＧデコーダに対する前記複数のスライスの前記サブセットを提供す
    るステップが、前記受け取ったスクロール入力に応答して前記第２の１つまたは
    複数のスライスを提供すること含む請求項１に記載の方法。
13. 【請求項１３】 前記ＭＰＥＧデコーダに対する前記複数のスライスの前記
    サブセットを提供するステップが、前記第１の複数のスライスの少なくとも１つ
    のサブセットを提供するステップと、前記受け取ったスクロール入力に応答して
    提供された前記第２の１つまたは複数のスライスを提供するステップとを含む請
    求項１２に記載の方法。
14. 【請求項１４】 圧縮ピクチャの少なくとも一部分を受信する前記加入者テ
    レビジョンが、ピクチャ全体を受信して前記ピクチャ全体をメモリに格納する前
    記加入者テレビジョンを含み、前記ピクチャ全体が、標準的なＭＰＥＧピクチャ
    よりも大きいサイズであり、 前記スクロール入力に応答して前記複数のスライスの前記サブセットを前記Ｍ
    ＰＥＧデコーダに提供するステップが、前記複数のスライスの前記サブセットを
    前記メモリから前記ＭＰＥＧデコーダに提供することを含む請求項１に記載の方
    法。
15. 【請求項１５】 前記加入者テレビジョンが前記圧縮ピクチャを含む前記複
    数のスライスのそれぞれの始点を示す表を受信するステップをさらに含む方法で
    あって、 前記ＭＰＥＧデコーダに対する前記複数のスライスの前記サブセットの前記提
    供が、前記複数のスライスの前記サブセットの始点を決定するために前記表を使
    用するステップを含む請求項１に記載の方法。
16. 【請求項１６】 前記加入者テレビジョンが、視聴を望まれる前記ピクチャ
    の第２の部分を示す第２のスクロール入力をユーザから受け取るステップと、 前記第２のスクロール入力に応答して前記複数のスライスの前記第２のサブセ
    ットを前記ＭＰＥＧデコーダに提供するステップであって、前記複数のスライス
    の前記第２のサブセットが、視聴を望まれる前記ピクチャの前記第２の部分に対
    応するステップと、 前記複数のスライスの前記サブセットを復号化して、視聴を望まれる前記ピク
    チャの前記第２の部分を生成するステップと、 前記加入者テレビジョンが、前記復号化の後に前記ピクチャの前記第２の部分
    を表示するステップとを含む請求項１に記載の方法。
17. 【請求項１７】 前記加入者テレビジョンが圧縮ピクチャの少なくとも一部
    分を受信するステップが、前記加入者テレビジョンが前記圧縮ピクチャの全スラ
    イスを受信するステップをさらに含む請求項１に記載の方法。
18. 【請求項１８】 前記加入者テレビジョンが前記圧縮ピクチャの少なくとも
    一部分を受信するステップが、前記圧縮ピクチャの第１の複数のスライスを受信
    するステップを含み、前記第１の複数のスライスが、前記圧縮ピクチャの前記少
    なくとも一部分を形成し、 前記加入者テレビジョンが前記圧縮ピクチャの少なくとも一部分を受信するス
    テップが、前記圧縮ピクチャの第２の複数のスライスを受信するステップをさら
    に含み、前記第２の複数のスライスが前記第１の複数のスライスに含まれず、 視聴を望まれる前記ピクチャの前記一部分が、前記第１の複数のスライスに含
    まれない１つまたは複数のスライスを含み、 前記ＭＰＥＧデコーダに対する前記複数のスライスの前記サブセットの前記提
    供が、前記第１の複数のスライスに含まれない前記１つまたは複数のスライスを
    提供するステップを含み、前記第１の複数のスライスに含まれない前記１つまた
    は複数のスライスが、前記圧縮ピクチャの前記第２の複数のスライスに含まれる
    請求項１に記載の方法。
19. 【請求項１９】 加入者テレビジョンに対してビデオの復号化および表示動
    作を行うデバイスであって、ピクチャをスクロールし、表示するように動作可能
    であり、 複数のスライスを含む圧縮ピクチャを受信するための入力を含み、前記複数の
    スライスの少なくとも１つのサブセットが個別に圧縮され、前記圧縮ピクチャの
    サイズが標準的なＭＰＥＧピクチャよりも大きく、 さらに、受信した複数のスライスを復号化するためのデコーダと、 前記入力に結合され、前記ピクチャの少なくとも一部分を格納するメモリとを
    含み、前記メモリが、前記デコーダに出力を提供するために結合され、 さらに、前記メモリに結合され、スクロール入力に応答して前記複数のスライ
    スのサブセットをデコーダに提供するように動作するプロセッシング・ユニット
    を含み、前記複数のスライスの前記サブセットが、視聴を望まれる前記ピクチャ
    の前記一部分に対応し、 さらに、前記デコーダに結合され、表示ユニットに結合するように動作できる
    デコーダ出力を含み、前記デコーダ出力が、前記ピクチャを前記表示ユニットに
    提供するデバイス。
20. 【請求項２０】 前記圧縮ピクチャが圧縮ＭＰＥＧ Ｉピクチャである請求
    項１９に記載のデバイス。
21. 【請求項２１】 視聴を望まれる前記ピクチャの前記一部分に対応する前記
    複数のスライスの前記サブセットが標準的なＭＰＥＧサイズである請求項１９に
    記載のデバイス。
22. 【請求項２２】 前記圧縮ピクチャの長さが標準的なＭＰＥＧピクチャの長
    さよりも長く、視聴を望まれる前記ピクチャの前記一部分を示す前記スクロール
    入力が、前記圧縮ピクチャの前記長さの一部分を示す請求項２１に記載のデバイ
    ス。
23. 【請求項２３】 前記圧縮ピクチャの幅が標準的なＭＰＥＧピクチャの幅よ
    りも広く、前記圧縮ピクチャが複数の列のスライスをさらに含み、視聴を望まれ
    る前記ピクチャの前記一部分を示すスクロール入力が、前記圧縮ピクチャの前記
    幅の一部分を示す請求項２２に記載のデバイス。
24. 【請求項２４】 前記圧縮ピクチャの幅が標準的なＭＰＥＧピクチャの幅よ
    りも広く、前記圧縮ピクチャが複数の列のスライスをさらに含み、視聴を望まれ
    る前記ピクチャの前記一部分を示すスクロール入力が、前記圧縮ピクチャの前記
    幅の一部分を示す請求項２３に記載のデバイス。
25. 【請求項２５】 ピクチャを表示し、ユーザがピクチャをスクロールできる
    ようにするためのインタラクティブ・テレビジョン・システムであって、 ビデオ・コンテンツを提供するためのビデオ配信システムを含み、前記ビデオ
    配信システムが圧縮ピクチャを提供し、前記圧縮ピクチャが複数のスライスを含
    み、前記複数のスライスの少なくとも１つのサブセットが個別に圧縮され、前記
    圧縮ピクチャが標準的なＭＰＥＧピクチャよりも大きいサイズであり、 さらに、少なくとも１つの加入者テレビジョンを含み、前記加入者テレビジョ
    ンが前記ビデオ配信システムに結合され、前記加入者テレビジョンが、 受信したスライスを復号化するためのデコーダと、 前記デコーダに結合され、前記圧縮ピクチャの少なくとも一部分を格納するメ
    モリと、 視聴を望まれる前記ピクチャの一部分を示すスクロール入力をユーザから受け
    取るための入力と、 前記メモリに結合され、前記スクロール入力に応答して前記複数のスライスの
    サブセットを前記デコーダに提供するように動作するプロセッシング・ユニット
    とを含み、前記複数のスライスの前記サブセットが、視聴を望まれる前記ピクチ
    ャの前記一部分に対応し、 さらに、前記デコーダの出力を表示するために前記デコーダの出力に結合され
    る表示ユニットを含み、前記表示ユニットが、前記復号化の後で前記ピクチャの
    前記一部分を表示するシステム。
26. 【請求項２６】 前記プロセッシング・ユニットが、前記ピクチャのスクロ
    ールを実施するために前記圧縮ピクチャからスライスを提供するように前記メモ
    リに指示する請求項２５に記載のシステム。
27. 【請求項２７】 前記ビデオ配信システムが、前記複数のスライスのそれぞ
    れの始点の表をさらに含む前記圧縮ピクチャを提供し、 前記プロセッシング・ユニットが、前記表を使用して前記圧縮ピクチャに含ま
    れる前記複数のスライスの位置を決定する請求項２６に記載のシステム。
28. 【請求項２８】 ビデオ配信システムにおいてＭＰＥＧ圧縮ピクチャを生成
    する方法であって、前記圧縮ピクチャが、視聴用デバイス上でユーザにスクロー
    ルされるように適合される方法において、 圧縮ピクチャを生成するステップであって、前記圧縮ピクチャが複数のスライ
    スを含み、前記複数のスライスの少なくとも１つのサブセットが個別に圧縮され
    、前記圧縮ピクチャのサイズが標準的なＭＰＥＧピクチャよりも大きいステップ
    と、 前記複数のスライスのそれぞれの始点を示す表を生成するステップとを含む方
    法。
29. 【請求項２９】 前記圧縮ピクチャを生成するステップが、 エンコーダにピクチャを提供するステップと、 ピクチャ・スライス符号化情報を前記エンコーダに提供するステップであって
    、前記ピクチャ・スライス符号化情報が前記複数のスライスに対するスライス構
    造を示すステップと、 圧縮ピクチャを生成するために前記ピクチャを符号化するステップとを含み、 前記符号化するステップが、前記ピクチャ・スライス符号化情報を使用し
    て、前記複数のスライスを含む前記スライス構造を生成するステップと、 前記符号化するステップが、前記ピクチャ・スライス符号化情報を使用し
    て、前記ピクチャのスクロール境界に従って前記複数のスライスの前記スライス
    構造を構成ステップ、 前記複数のスライスの前記少なくとも１つのサブセットが個別に圧縮され
    るステップと、 前記複数のスライスのそれぞれの視点を示す表を生成するステップとを含む
    請求項２８に記載の方法。
30. 【請求項３０】 前記圧縮ピクチャがＭＰＥＧ圧縮のＩピクチャを含む請求
    項２８に記載の方法。
31. 【請求項３１】 前記圧縮ピクチャが幅をさらに含み、前記幅が標準的なＭ
    ＰＥＧピクチャの幅よりも広いとき、前記圧縮ピクチャがスライスの列のセット
    をさらに含む請求項３０に記載の方法。