(57)【特許請求の範囲】
【請求項１】
表示画面を含み、ビデオ配信システムからビデオ・コンテンツを受信するように結合された加入者テレビジョンにおけるピクチャをスクロールする方法であって、
前記加入者テレビジョンが、少なくとも圧縮ピクチャの一部分を受信するステップであって、前記圧縮ピクチャが複数のＭＰＥＧスライスを含み、前記複数のスライスの少なくとも１つのサブセットが他のサブセットに関係なく個別に圧縮され、前記圧縮ピクチャが、復号されたとき、前記加入者テレビジョンによって視聴可能なサイズよりも大きいステップと、
前記加入者テレビジョンが、視聴を望まれる前記ピクチャの一部分を示すスクロール入力をユーザから受け取るステップと、
前記加入者テレビジョンが、前記スクロール入力に応答して、視聴を望まれる前記ピクチャの少なくとも前記一部分を含む前記複数のスライスのサブセットをＭＰＥＧデコーダに提供するステップと、
前記加入者テレビジョンが、前記複数のスライスの前記サブセットを復号化して、視聴を望まれる前記ピクチャの前記一部分を生成するステップと、
前記加入者テレビジョンが、前記復号化の後で前記ピクチャの前記一部分を表示するステップとを含む方法。
【請求項２】
前記圧縮ピクチャが圧縮ＭＰＥＧ  Ｉピクチャである請求項１に記載の方法。
【請求項３】
視聴を望まれる前記ピクチャの前記一部分を含む前記複数のスライスの前記サブセットのサイズは、前記加入者テレビジョンによって視聴可能なサイズに等しい請求項１に記載の方法。
【請求項４】
前記圧縮ピクチャの長さが、復号されたとき、前記加入者テレビジョンの視聴可能な領域の長さよりも長く、視聴を望まれる前記ピクチャの前記一部分を示す前記スクロール入力が、前記圧縮ピクチャの前記長さの一部分を示す請求項３に記載の方法。
【請求項５】
前記圧縮ピクチャの幅が、復号されたとき、前記加入者テレビジョンの視聴可能な領域の幅と等しく、前記複数のスライスの幅がそれぞれ、復号されたとき、前記加入者テレビジョンの視聴可能な領域の幅に対応する請求項４に記載の方法。
【請求項６】
復号されたとき、前記圧縮ピクチャの幅が、前記加入者テレビジョンの視聴可能な領域の幅よりも広く、前記圧縮ピクチャが複数の列のスライスをさらに含み、視聴を望まれる前記ピクチャの前記一部分を示すスクロール入力が、前記圧縮ピクチャの前記幅の一部分を示す請求項４に記載の方法。
【請求項７】
前記圧縮ピクチャの幅が、復号されたとき、前記加入者テレビジョンの視聴可能な領域の幅よりも広く、前記圧縮ピクチャが複数の列のスライスをさらに含み、視聴を望まれる前記ピクチャの前記一部分を示すスクロール入力が、前記圧縮ピクチャの前記幅の一部分を示す請求項３に記載の方法。
【請求項８】
前記圧縮ピクチャの長さが、復号されたとき、前記加入者テレビジョンの視聴可能な領域の長さと等しく、前記複数の列のスライスの長さがそれぞれ前記加入者テレビジョンの視聴可能な領域の長さに対応する請求項７に記載の方法。
【請求項９】
前記加入者テレビジョンが前記圧縮ピクチャの前記少なくとも一部分を受信した後で前記圧縮ピクチャの前記少なくとも一部分のデフォルト部分を表示するステップをさらに含み、前記デフォルト部分のサイズは前記加入者テレビジョンの視聴可能な領域のサイズである請求項１に記載の方法。
【請求項１０】
前記複数のスライスの前記サブセットは第１の複数のスライスと第２の複数のスライスを含み、前記デフォルト部分の前記表示は、前記第１の複数のスライスをＭＰＥＧデコーダに提供するステップを含む請求項９に記載の方法。
【請求項１１】
圧縮ピクチャの前記一部分が前記加入者テレビジョンのメモリに格納される方法であって、その方法は、前記加入者テレビジョンが前記受け取ったスクロール入力に応答して前記圧縮ピクチャの１つまたは複数のスライスを前記メモリから受信するステップをさらに含み、前記１つまたは複数のスライスが、視聴を望まれる前記ピクチャの少なくとも前記一部分を含む請求項１に記載の方法。
【請求項１２】
前記加入者テレビジョンが前記圧縮ピクチャの少なくとも一部分を受信するステップが、前記圧縮ピクチャの前記少なくとも一部分を形成している、前記圧縮ピクチャの第１の複数のスライスを受信し、
視聴を望まれる前記ピクチャの前記一部分が、前記第１の複数のスライスに含まれない第２の１つまたは複数のスライスを含み、
さらに
前記加入者テレビジョンが、前記受け取ったスクロール入力に応答して、視聴を望まれる前記ピクチャの前記一部分に対応する前記圧縮ピクチャの前記第２の１つまたは複数のスライスを受信するステップを含み、
前記ＭＰＥＧデコーダに対する前記複数のスライスの前記サブセットを提供するステップが、前記受け取ったスクロール入力に応答して前記第２の１つまたは複数のスライスを提供すること含む請求項１に記載の方法。
【請求項１３】
前記ＭＰＥＧデコーダに対する前記複数のスライスの前記サブセットを提供するステップが、前記第２の１つまたは複数のスライスを提供するステップを含む請求項１０に記載の方法。
【請求項１４】
圧縮ピクチャの少なくとも一部分を受信する前記加入者テレビジョンが、ピクチャ全体を受信して前記ピクチャ全体をメモリに格納する前記加入者テレビジョンを含み、前記ピクチャ全体が、前記加入者テレビジョンによって視聴可能なサイズよりも大きいサイズであり、
前記スクロール入力に応答して前記複数のスライスの前記サブセットを前記ＭＰＥＧデコーダに提供するステップが、前記複数のスライスの前記サブセットを前記メモリから前記ＭＰＥＧデコーダに提供することを含む請求項１に記載の方法。
【請求項１５】
前記加入者テレビジョンが前記圧縮ピクチャを含む前記複数のスライスのそれぞれの始点を示す表を受信するステップをさらに含む方法であって、
前記ＭＰＥＧデコーダに対する前記複数のスライスの前記サブセットの前記提供が、前記複数のスライスの前記サブセットの始点を決定するために前記表を使用するステップを含む請求項１に記載の方法。
【請求項１６】
前記一部分の表示に引き続いて、前記加入者テレビジョンが、視聴を望まれる前記ピクチャの現在視聴中でない第２の部分を示す第２のスクロール入力をユーザから受け取るステップと、
前記第２のスクロール入力に応答して視聴を望まれる前記複数のスライスの前記第２のサブセットを前記ＭＰＥＧデコーダに提供するステップと、
前記複数のスライスの前記サブセットを復号化して、視聴を望まれる前記ピクチャの前記第２の部分を生成するステップと、
前記加入者テレビジョンが、前記復号化の後に前記ピクチャの前記第２の部分を表示するステップとを含む請求項１に記載の方法。
【請求項１７】
前記加入者テレビジョンが圧縮ピクチャの少なくとも一部分を受信するステップが、前記加入者テレビジョンが前記圧縮ピクチャの全スライスを受信するステップをさらに含む請求項１に記載の方法。
【請求項１８】
前記加入者テレビジョンが前記圧縮ピクチャの少なくとも一部分を受信するステップは、前記圧縮ピクチャの第１の複数のスライスを受信すると共に、前記第１の複数のスライスが、前記圧縮ピクチャの前記少なくとも一部分を形成するステップであり、
前記加入者テレビジョンが前記圧縮ピクチャの少なくとも一部分を受信するステップは、前記第１の複数のスライスに含まれない前記圧縮ピクチャの第２の複数のスライスを受信するステップであり、
視聴を望まれる前記ピクチャの前記一部分が、前記第１の複数のスライスに含まれない１つまたは複数のスライスを含み、
前記ＭＰＥＧデコーダに対する前記複数のスライスの前記サブセットの提供は、前記第１の複数のスライスに含まれない前記１つまたは複数のスライスを提供するステップを含み、前記第１の複数のスライスに含まれない前記１つまたは複数のスライスが、前記圧縮ピクチャの前記第２の複数のスライスに含まれる請求項１に記載の方法。
【請求項１９】
加入者テレビジョンに対してビデオの復号化および表示動作を行うデバイスであって、ピクチャをスクロールし、表示するように動作可能であり、
複数のＭＰＥＧスライスを含む圧縮ピクチャを受信するための入力を含み、前記複数のスライスの少なくとも１つのサブセットが他のサブセットに関係なく個別に圧縮され、前記圧縮ピクチャのサイズが、復号されたとき、前記加入者テレビジョンによって視聴可能なサイズよりも大きく、
さらに、受信した複数のスライスを復号化するためのデコーダと、
前記入力に結合され、前記ピクチャの少なくとも一部分を格納するメモリとを含み、前記メモリが、前記デコーダに出力を提供するために結合され、
さらに、前記メモリに結合され、スクロール入力に応答して前記複数のスライスのサブセットをデコーダに提供するように動作するプロセッシング・ユニットを含み、前記複数のスライスの前記サブセットは、視聴を望まれる前記ピクチャの少なくとも前記一部分を含み、
さらに、前記デコーダに結合され、表示ユニットに結合するように動作できるデコーダ出力を含み、前記デコーダ出力が、前記ピクチャを前記表示ユニットに提供するデバイス。
【請求項２０】
前記圧縮ピクチャが圧縮ＭＰＥＧ  Ｉピクチャである請求項１９に記載のデバイス。
【請求項２１】
視聴を望まれる前記ピクチャの前記一部分に対応する前記複数のスライスの前記サブセットのサイズは前記加入者テレビジョンによって視聴可能なサイズに等しい請求項１９に記載のデバイス。
【請求項２２】
前記圧縮ピクチャの長さが、復号されたとき、前記加入者テレビジョンの視聴可能な長さよりも長く、視聴を望まれる前記ピクチャの少なくとも前記一部分を示す前記スクロール入力が、前記圧縮ピクチャの前記長さの一部分を示す請求項２１に記載のデバイス。
【請求項２３】
前記圧縮ピクチャの幅が、復号されたとき、前記加入者テレビジョンの視聴可能な幅よりも広く、前記圧縮ピクチャが複数の列のスライスをさらに含み、視聴を望まれる前記ピクチャの前記一部分を示すスクロール入力が、前記圧縮ピクチャの前記幅の一部分を示す請求項２２に記載のデバイス。
【請求項２４】
前記圧縮ピクチャの幅が、復号されたとき、前記加入者テレビジョンの視聴可能な幅よりも広く、前記圧縮ピクチャが複数の列のスライスをさらに含み、視聴を望まれる前記ピクチャの前記一部分を示すスクロール入力が、前記圧縮ピクチャの前記幅の一部分を示す請求項２３に記載のデバイス。
【請求項２５】
ピクチャを表示し、ユーザがピクチャをスクロールできるようにするためのインタラクティブ・テレビジョン・システムであって、
ビデオ・コンテンツを提供するためのビデオ配信システムを含み、前記ビデオ配信システムが圧縮ピクチャを提供し、前記圧縮ピクチャが複数のスライスを含み、前記複数のスライスの少なくとも１つのサブセットが他のサブセットに関係なく個別に圧縮され、前記圧縮ピクチャが、復号されたとき、前記加入者テレビジョンによって視聴可能なサイズよりも大きいサイズであり、
さらに、少なくとも１つの加入者テレビジョンを含み、前記加入者テレビジョンが前記ビデオ配信システムに結合され、前記加入者テレビジョンが、
受信したスライスを復号化するためのデコーダと、
前記デコーダに結合され、前記圧縮ピクチャの少なくとも一部分を格納するメモリと、
視聴を望まれる前記ピクチャの一部分を示すスクロール入力をユーザから受け取るための入力と、
前記メモリに結合され、前記スクロール入力に応答して前記複数のスライスのサブセットを前記デコーダに提供するように動作するプロセッシング・ユニットとを含み、前記複数のスライスの前記サブセットが、視聴を望まれる前記ピクチャの少なくとも前記一部分を含み、
さらに、前記デコーダの出力を表示するために前記デコーダの出力に結合される表示ユニットを含み、前記表示ユニットが、前記復号化の後で前記ピクチャの前記一部分を表示するシステム。
【請求項２６】
前記プロセッシング・ユニットが、前記ピクチャのスクロールを実施するために前記圧縮ピクチャからスライスを提供するように前記メモリに指示する請求項２５に記載のシステム。
【請求項２７】
前記ビデオ配信システムが、前記複数のスライスのそれぞれの始点を示す表をさらに含む前記圧縮ピクチャを提供し、
前記プロセッシング・ユニットが、前記表を使用して前記圧縮ピクチャに含まれる前記複数のスライスの位置を決定する請求項２６に記載のシステム。
【請求項２８】
ビデオ配信システムにおいてＭＰＥＧ圧縮ピクチャを生成する方法であって、前記圧縮ピクチャが、視聴用デバイス上でユーザにスクロールされるように適合される方法において、
圧縮ピクチャを生成するステップであって、前記圧縮ピクチャが複数のＭＰＥＧスライスを含み、前記複数のスライスの少なくとも１つのサブセットが他のサブセットに関係なく個別に圧縮され、前記圧縮ピクチャのサイズが、復号されたとき、前記加入者テレビジョンによって視聴可能なサイズよりも大きいステップと、
前記複数のスライスのそれぞれの始点を示す表を生成するステップとを含む方法。
【請求項２９】
前記圧縮ピクチャを生成するステップが、
ＭＰＥＧエンコーダにピクチャを提供するステップと、
ＭＰＥＧピクチャ・スライス符号化情報を前記エンコーダに提供するステップであって、
前記ピクチャ・スライス符号化情報が前記複数のスライスに対するスライス構造を示すステップと、
圧縮ピクチャを生成するために前記ピクチャを符号化するステップとを含み、
前記符号化するステップが、前記ピクチャ・スライス符号化情報を使用して、前記複数のスライスを含む前記スライス構造を生成し、
前記符号化するステップが、前記ピクチャ・スライス符号化情報を使用して、前記ピクチャのスクロール境界に従って前記複数のスライスの前記スライス構造を構成し、前記スクロール境界がスクロールが開始する位置を示す請求項２８に記載の方法。
【請求項３０】
前記圧縮ピクチャがＭＰＥＧ圧縮のＩピクチャを含む請求項２８に記載の方法。
【請求項３１】
復号されたとき、前記圧縮ピクチャが幅をさらに含み、前記圧縮ピクチャが複数の列のスライスをさらに含む請求項３０に記載の方法。
【発明の詳細な説明】
【０００１】
（発明の背景）
本発明は、インタラクティブ・テレビジョンなどのインタラクティブ・ビデオ配信媒体に関し、より詳細には、インタラクティブ・テレビジョン・アプリケーションにおいてピクチャを生成かつスクロールするためのシステムおよび方法に関する。
【０００２】
（従来技術の説明）
インタラクティブ・テレビジョンは、放送オーディオビジュアル・コンテンツを複数の加入者に提供するインタラクティブ・オーディオ／ビデオ配信媒体である。インタラクティブ・テレビジョンは、放送のビデオおよびオーディオをユーザに提供し、そのコンテンツと対話するための、例えば選択したり所望の製品を注文したりするなどのための戻り経路もユーザに与えている。最大の帯域幅効率でコンテンツを提供するために、インタラクティブ・テレビジョン・システムは、それらのコンテンツをオーディオ／ビデオまたはイメージの圧縮技術で圧縮することがある。したがって、加入者のところにあるシステムは、ローカルでの表示用または再生用にコンテンツを圧縮解除できなければならない。
【０００３】
インターネットは、相互接続されたネットワークの全世界的な集積である。この数年間に、インターネットは急激に成長した。これらの相互接続されたネットワークが共有する主要な特性は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）通信プロトコルの使用である。インターネットで情報を利用できるようにするために、いくつかの異なるプロトコルが使用される。これらの中には、テキストのみの階層的なゴーファ（Ｇｏｐｈｅｒ）・プロトコル、および、ハイパーテキストのマルチメディア・ワールド・ワイド・ウェブ（ＷＷＷまたはウェブ）上で使用されるＨＴＴＰ（Hyper Text Transfer Protocol）がある。
【０００４】
多くのアプリケーションでは、インタラクティブ・テレビジョン・システム上でスチール写真ピクチャまたはイメージを表示することが望ましい。例として、インタラクティブ・テレビジョン・アプリケーションに対して広告用ピクチャや電子番組ガイドやその他のコンテンツを表示することが含まれる。別の例としては、ウェブ・ブラウジングなど、インターネットに関する行為に使用するためのインタラクティブ・テレビジョン・システムがある。ウェブ・ブラウジングに対するインターネット利用可能テレビジョン・システムの使用は、ウェブＴＶと一般に呼ばれることがある。インターネット・ファイルなどのスチール写真イメージおよびピクチャをインタラクティブ・テレビジョン・システムを介して送信および表示することは、加入者に送信する必要のある、サイズが大きく量の多いファイルを圧縮する必要があるために妨げられている。異なる固有のサイズのスチール写真イメージおよびピクチャを提供するのが望ましいことがあることを考慮すると、圧縮は複雑となる。したがって、インターネット・ファイルを、標準的な方式で復号化できるような方法で圧縮できるようにする必要がある。
【０００５】
また、多くの場合、テレビジョンの視聴サイズよりも大きいスチール写真イメージまたはピクチャをテレビジョン・システムに提供することも望ましい。例えば、インターネットのウェブ・ページは通常、コンピュータの表示装置の画面よりも大きい。したがって、インタラクティブ・テレビジョン環境でウェブ・ブラウジング能力を提供する、またはシミュレートするために、テレビジョンのビュー領域よりも大きいスチール写真ピクチャをテレビジョンに提供できることが必要である、あるいは望ましい。これは、多くの圧縮規格が圧縮および圧縮解除の目的に対して標準的な固定のイメージ・サイズを必要とする事実のために複雑となっている。テレビジョンの視聴サイズよりも大きいピクチャがテレビジョンに提供されるときに、ユーザがコンピュータの画面上でスクロールできるのとほぼ同様に、表示画面を下または横にスクロールする機能をユーザに提供することが必要である。しかし、インタラクティブ・テレビジョン・アプリケーション中でイメージをスクロールする能力をユーザに提供することは、スチール写真ピクチャをテレビジョンに送るのに使用されるビデオ圧縮のために複雑である。したがって、インタラクティブ・テレビジョン・アプリケーション中でユーザがピクチャをスクロールできるようにするシステムおよび方法が望まれている。
【０００６】
（ＭＰＥＧの背景）
ＭＰＥＧ圧縮の背景は適切と見られる。インタラクティブ・テレビジョン環境で使用される一般的な圧縮技術は、ＭＰＥＧ（Moving Pictures Experts Group）と呼ばれる。ＭＰＥＧ圧縮は、インターフレームおよびイントラフレーム圧縮技術を使用する、フル・モーション・ビデオ・イメージの圧縮および圧縮解除の方法のセットである。ＭＰＥＧ圧縮は、動き補償と離散コサイン変換（ＤＣＴ）処理の両方を使用し、２００：１よりも高い圧縮率を生み出すことができる。
【０００７】
２つの優勢なＭＰＥＧ規格は、ＭＰＥＧ−１およびＭＰＥＧ−２と呼ばれる。ＭＰＥＧ−１規格は一般に、ブロック・ベースの動き補償予測（ＭＣＰ）を使用するインターフィールド・データ縮小に関し、一時的な差分パルス符号変調（ＤＰＣＭ）を通常使用する。ＭＰＥＧ−２規格はＭＰＥＧ−１規格に似ているが、高品位テレビジョン（ＨＤＴＶ）などのインタレースされたディジタル・ビデオを含めた、より広範囲なアプリケーションをカバーする拡張機能を含む。
【０００８】
ＭＰＥＧのストリームは３つのタイプのピクチャを含む。それらは、イントラ（Ｉ）フレーム、予測（Ｐ）フレーム、双方向補間（Ｂ）フレームと呼ばれる。Ｉすなわちイントラ・フレームは、ビデオのフレーム全体に対するビデオ・データを含み、通常１０から１５フレームごとに配置される。イントラ・フレームは、ランダム・アクセスのためにファイル内に入口点を提供し、一般に中程度にしか圧縮されない。予測フレームは、過去のフレーム、すなわち先行するイントラ・フレームまたは予測フレームに関連して符号化される。したがってＰフレームは、先行するＩまたはＰフレームに対する相対的な変化だけを含む。一般に、予測フレームは非常に大きな圧縮量を受け、未来の予測フレームに対する参照として使用される。したがって、ＩとＰのフレームは両方とも、後続のフレームに対する参照として使用される。双方向ピクチャは最も大きな圧縮量を含み、符号化されるために過去と未来の両方に対する参照を必要とする。双方向フレームは、他のフレームの参照として使用されることは決してない。
【０００９】
ＭＰＥＧエンコーダは、それぞれのフレームをマクロブロックと呼ばれる１６×１６ピクセルの正方形のグリッドに分割する。それぞれのフレームは、動き推定／補償を行うためにマクロブロックに分割される。各ピクチャは複数のスライスからなる。ＭＰＥＧ規格はスライスを、同じ行のマクロブロック上で始まり終わる２つ以上のマクロブロック（１６×１６ピクセルのブロック）の隣接するシーケンスと定義している。スライスは、ピクチャ中でスライスが始まる水平と垂直の位置を示すスライス始点コードおよびスライス始点情報を含むヘッダで始まる。さらに、ＭＰＥＧ規格では、ピクチャ全体の各部分に対してヘッダ情報が提供される。マクロブロック、スライス、フレーム、その他のそれぞれは、特定のピクチャの部分、ならびに、ピクチャ全体の次に大きい部分におけるその配置に関する情報を含む、それ自体のヘッダを有する。
【００１０】
（発明の概要）
本発明は、インタラクティブ・テレビジョン・システムなどのビデオ・システムにおいて、ＭＰＥＧ符号化ピクチャの許容サイズよりも大きいピクチャをスクロールするためのシステムおよび方法を含む。好ましい実施態様では、インタラクティブ・テレビジョン・システムは、ビデオ・コンテンツを提供するためのビデオ配信システム、および表示画面を含む少なくとも１つの加入者テレビジョンを含み、加入者テレビジョンはビデオ配信システムに結合される。
【００１１】
本発明によれば、ビデオ配信システムは圧縮ピクチャを提供または放送する。圧縮ピクチャは標準的なＭＰＥＧピクチャよりも大きい、すなわち幅がより広く、かつ／あるいは長さがより長い。圧縮ピクチャは複数のスライスを含み、複数のスライスは、スクロールを容易にするためにスライス構造によって圧縮され、個別に圧縮された１つまたは複数のスライスを含む。スライスは、所定のスライス構造によって符号化され、好ましくは個別に圧縮されて、本発明によるスクロールを可能にする。加入者テレビジョンは、圧縮ピクチャまたは圧縮ピクチャの一部分を受信する。加入者テレビジョンは最初に圧縮ピクチャのデフォルト部分を表示するが、デフォルト部分のサイズは、テレビジョンの表示領域に適合し、かつ／または標準的なＭＰＥＧサイズである。
【００１２】
ユーザが画面上でイメージをスクロールしたいと思うとき、ユーザは、スクロール入力を加入者テレビジョンに与える。加入者テレビジョンは、スクロール入力の受信に応答して、ピクチャの新たな所望の部分を形成する適切なスライスをデコーダに提供する。次いでデコーダは、加入者テレビジョンの表示画面上で見られるように、それらのスライスを復号化する。したがって、ユーザはピクチャの所望の部分を視聴するために選択し、加入者テレビジョンは、視聴されるピクチャの所望の部分を形成する適切なスライスをデコーダに送信するように動作する。このようにして、ユーザはピクチャの異なる部分をスクロールすることができる。また、加入者テレビジョンは、テレビジョンの表示領域および／または標準的なＭＰＥＧサイズに対応するスライスをデコーダに提供するだけであり、次いでデコーダは、そのサイズのピクチャを受信し、復号化するだけである。
【００１３】
一実施態様では、ビデオ配信システムは最初に、標準的なＭＰＥＧサイズに対応するＭＰＥＧピクチャの一部を加入者テレビジョンに提供するだけである。したがって、加入者テレビジョンがスクロール入力をユーザから受け取ると、加入者テレビジョンはビデオ配信システムに追加スライスを要求する。これにより、加入者テレビジョンのデコーダまたはセット・ボックスに必要なメモリ量が低減される。別の実施態様では、ビデオ配信システムは、最初にピクチャ全体に対応する全スライスを加入者テレビジョンに提供する。この実施態様では、加入者テレビジョンはユーザのスクロール入力に基づいて、標準的なＭＰＥＧピクチャに対応するスライスを選択的にデコーダに提供する。
【００１４】
一実施態様では、ビデオ配信システムは、圧縮ピクチャを含む各スライスの始点を示す表も提供することが好ましい。加入者テレビジョンは表を受け取り、各スライスに対する表の位置を利用して、ユーザから要求されたスライスをデコーダに提供する。
【００１５】
本発明はまた、標準的な視聴サイズよりも大きい圧縮ピクチャを生成および符号化するシステムおよび方法、ならびに、対応するスライス始点の表を生成する方法も含む。上記のように、圧縮ピクチャは適切なスライス構造によって生成されて、ピクチャがテレビジョン表示画面上でスクロールされるときに圧縮ピクチャ中で圧縮スライスが他のスライスに置き換わることができるようになる。
【００１６】
本発明は、後続の図面と共に好ましい実施形態に関する後続の詳細な説明を考察すれば、よりよく理解されよう。
【００１７】
（実施形態の詳細な説明）
本発明は、ビデオ配信システムにおいて、ＭＰＥＧイメージの許容サイズよりも大きいピクチャ中でスクロールするためのシステムおよび方法を含む。本発明はまた、テレビジョン画面やコンピュータ画面などの画面のビュー領域よりも大きいピクチャをスクロールすることも可能にする。好ましい実施形態では、本システムおよび方法はインタラクティブ・テレビジョン・システムに含まれる。しかし本発明は、標準的なテレビジョン、インタラクティブ・テレビジョン、インターネット、およびその他のビデオまたはグラフィックス配信システム媒体などの、様々なタイプのビデオ・システムのいずれにも含むことができることに留意されたい。本明細書で使用する「ビデオ」という語は、スチール写真イメージ、グラフィックス、動画、または動画ビデオを含むものとする。
【００１８】
（インタラクティブ・テレビジョン・システム）
まず図１を参照することにより、本発明の一実施形態によるインタラクティブ・テレビジョン・システムのブロック図を示す。図１は例示的なものにすぎず、希望により他のインタラクティブ・テレビジョン・システムの実施形態も利用できることに留意されたい。
【００１９】
図示の通り、インタラクティブ・テレビジョン・システムは、インタラクティブオーディオビジュアル・コンテンツを含めたオーディオビジュアル・コンテンツを生成するための放送センター１００を利用する。放送センター１００は、オーディオビジュアル・コンテンツを提供するためのオーディオ／ビデオ供給源１０２を含む。オーディオビジュアル・コンテンツには、テレビジョンで通常見られるような、映画、スポーツ、ニュース、状況喜劇（ｓｉｔｃｏｍ）、その他のオーディオビジュアル番組が含まれるであろう。オーディオビジュアル・コンテンツは、様々な目的に使用できるスチール写真イメージを含むことが好ましい。これらのスチール写真イメージは、ウェブからのページを含むことが好ましい。オーディオビジュアル・コンテンツは、背景ピクチャまたは背景イメージ、ならびに、背景ピクチャ上に重ねられるようにデザインされた挿入ピクチャまたはオーバレイを含んでもよい。ウェブ・ページ、背景ピクチャ、挿入ピクチャは、希望によりスチール写真ピクチャまたは動画ビデオ・シーケンスの部分を含むことがある。本発明によれば、オーディオビジュアル・コンテンツは、標準的なＭＰＥＧサイズよりも大きいＭＰＥＧ符号化イメージを含む。
【００２０】
オーディオ／ビデオ供給源１０２は、スチール写真ビデオ・イメージを圧縮済みスチール写真ビデオ・イメージに圧縮するためのビデオ圧縮論理を含むことができる。図２に示すように、オーディオビジュアル・コンテンツはまた、希望により遠隔ネットワーク１７０または生放送番組によって供給することもできる。
【００２１】
また、放送センター１００は、インタラクティブ・アプリケーション・コンテンツを作成および／または生成するためのアプリケーション・サーバ１０４も含む。インタラクティブ・アプリケーション・コンテンツは、インタラクティブ・テレビジョンの特徴をサポートするためにセット・トップ・ボックス内またはテレビジョン内のプロセッサによって実行されるように設計されたアプリケーション・コードおよびデータを含む。アプリケーション・サーバ１０４は、「オープンＴＶ（Ｏｐｅｎ  ＴＶ）」インタラクティブ・アプリケーションを生成または提供するように構成されることが好ましい。アプリケーション・サーバはまた、希望により「Ｊａｖａ」アプレットまたは他のインタラクティブ・プログラム・コンテンツを提供することもできる。
【００２２】
エンコーダ／マルチプレクサ１０６は、インタラクティブ・アプリケーション・コンテンツをオーディオビジュアル・コンテンツに結合して、オーディオ・ビデオ・インタラクティブ（ＡＶＩ）信号を生成する。エンコーダ／マルチプレクサ１０６はまた、インタラクティブ・アプリケーション・コンテンツをオーディオビジュアル・コンテンツに同期させて、インタラクティブ・アプリケーション・コンテンツがオーディオビジュアル・コンテンツ内の適切な位置に確実に挿入されるようにする。いくつかのチャネルは非インタラクティブ番組コンテンツを含む場合があることに留意されたい。言い換えれば、いくつかのオーディオビジュアル・コンテンツは関連するインタラクティブ・コンテンツを有しない場合がある。エンコーダ／マルチプレクサ１０６は、ＡＶＩ信号および任意選択の非インタラクティブ信号を含めた複数の信号を送信用に共に多重化することが好ましい。
【００２３】
放送センター１００はまた、エンド・ユーザまたは後続の配信リンクによる受信用に放送信号を送信するためのアップリンク衛星１０８も含む。図１は、放送信号を送信するのに衛星が使用される衛星ネットワークの例を示していることに留意されたい。しかし、同軸ケーブルを通したケーブル配信や、光ファイバ送信、マイクロ波送信、その他の手段を含めた、他の送信方法も使用できることに留意されたい。
【００２４】
放送信号は、放送センター１００から衛星ダウンリンク１２０を介して受信される。次いで放送信号は複数の加入者に提供される。上記のように、放送信号はそれぞれのチャネル上の１つまたは複数のＡＶＩ信号を含み、１つまたは複数の非インタラクティブ信号を含むこともある。
【００２５】
図示の通り、各エンド・ユーザまたは加入者は、セット・トップ・ボックスまたはインタラクティブ・デコーダ１４０、ならびにテレビジョン・セット１５０を含むことが好ましい。セット・トップ・ボックスまたはインタラクティブ・デコーダ１４０はテレビジョン・セット１５０に結合される。インタラクティブ・デコーダ論理は、別々のユニット１４０として含まれるのではなく、テレビジョン・セット１５０に含まれることも可能であることに留意されたい。また、テレビジョンは、希望により表示画面を有する汎用プログラム可能コンピュータ、または他の視聴用デバイスを含むこともできる。
【００２６】
本開示では、「加入者テレビジョン」という語は、コンピュータやＬＣＤ（液晶表示装置）画面などの、テレビジョン・セット１５０または他の視聴用デバイスを含むものとし、圧縮ビデオを復号化するため、かつ／またはインタラクティブ・プログラムを実行するための関連するデコーダ論理を含むこともある。例えば一実施形態では、加入者テレビジョンは、インタラクティブ・デコーダまたはセット・トップ・ボックス１４０に結合されたテレビジョン・セット１５０を含む。
【００２７】
テレビジョン１５０は、ユーザによるテレビジョン１５０および／またはインタラクティブ・デコーダ１４０との対話を助ける遠隔コントロール１５２を含む。ユーザは、所望のテレビジョン・チャネルを視聴用に選択する、あるいは様々なインタラクティブ選択を提供することができる。ピクチャが選択されると、そのピクチャが標準的なＭＰＥＧサイズよりも大きい場合、ユーザは本発明の利用により、遠隔コントロール１５２を使用して、ピクチャ中で希望により垂直方向または水平方向にスクロールすることができる。
【００２８】
選択されたテレビジョン・チャネル上の信号はインタラクティブ・デコーダ１４０によって復号化され、インタラクティブ・デコーダ１４０はテレビジョン・セット１５０に出力を提供する。インタラクティブ・デコーダ１４０は、トムソン・エレクトロニクス（Ｔｈｏｍｓｏｎ  Ｅｌｅｃｔｒｏｎｉｃｓ）によるオープンＴＶなどの、リアル・タイムのオペレーティング・システムを実行することが好ましい。視聴されるチャネルがＡＶＩ信号を含む場合、インタラクティブ・デコーダ１４０はまた、インタラクティブ・テレビジョンの特徴を可能なものにするために、選択されたＡＶＩ信号内で搬送されるインタラクティブ・アプリケーション・プログラムを実行する。
【００２９】
帰路チャネル１５６は、インタラクティブ・デコーダ１４０をトランザクション・サーバ１６０に相互接続し、トランザクション・サーバ１６０は、ユーザによる何らかの選択を監視し、希望によりしかるべく応答する。帰路チャネル１５６は、標準的なＰＯＴＳ（ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｙｓｔｅｍ）電話回線および関連するモデム（図示せず）を通信用に利用するのが好ましい。同軸ケーブル、光ファイバー・ケーブル、ＤＳＬ（Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ、ディジタル加入者回線）、ＡＴＭ（非同期転送モード）その他の、他の帰路チャネルのオプションを希望により利用することもできる。
【００３０】
放送センター１００は、それぞれがオーディオビジュアル・コンテンツを含む複数のプログラム・チャネルを提供する。１つまたは複数のプログラムは、オーディオビジュアル・コンテンツおよび関連するインタラクティブ・アプリケーションを含む。放送センター１００にあるエンコーダ１０６は、標準的なＭＰＥＧサイズよりも大きい圧縮ピクチャを含めた圧縮ピクチャを送信するように動作することができる。エンコーダ１０６は、非標準的な、あるいはより大きいＭＰＥＧサイズのピクチャを、ピクチャのスクロールに必要なスライス構造によって符号化する。エンコーダ１０６はまた、スクロールを助けるためのスライス・マップを送信するように動作することもできる。
【００３１】
したがって、好ましい実施形態では、ＡＶＩ信号の少なくとも１つのサブセットは、標準的なＭＰＥＧサイズよりも大きい圧縮ピクチャを含む。これらのＡＶＩ信号は、ＭＰＥＧ規格よりも大きい圧縮ピクチャのスクロールを実行することのできるインタラクティブ・アプリケーションを含むことが好ましい。圧縮ピクチャは、長さと幅のいずれかまたはその両方が標準的なＭＰＥＧサイズよりも長いことがある。したがってインタラクティブ・アプリケーションは、ユーザによるスクロール入力に基づいて、ピクチャの選択された部分を表示するように動作する。ユーザがそれぞれのピクチャをスクロールできるように動作する論理および／またはソフトウェアはまた、インタラクティブ・アプレットとして転送されるのではなく、セット・トップ・ボックス１４０上に常駐することもできる。
【００３２】
（図３−インタラクティブ・デコーダ）
次に図３を参照することにより、セット・トップ・ボックスまたはインタラクティブ・デコーダ１４０を図示するブロック図を示す。図示の通り、インタラクティブ・デコーダ１４０は、チャネルを介して放送信号を受信するための入力を含む。放送信号は、映画、スポーツ、テレビジョン・ショー、ニュース、広告などのプログラム・コンテンツを含めた複数のチャネルを含むことが好ましい。プログラム・チャネルの少なくとも１つのサブセット、すなわち１つまたは複数のサブセットは、上述のようなオーディオビジュアル成分ならびにインタラクティブ・プログラム成分を含むＡＶＩ（オーディオ・ビデオ・インタラクティブ）信号を含む。オーディオビジュアル成分は圧縮されるのが好ましく、ＭＰＥＧ圧縮されるのが好ましい。上述のように、好ましくはインタラクティブ・プログラム・コンテンツである放送信号は、長さと幅のいずれかまたはその両方において標準的なＭＰＥＧサイズよりも大きい１つまたは複数の圧縮ピクチャを含むことがある。放送信号はまた、これらのピクチャに関連するスライス・マップ情報を含むことが好ましい。
【００３３】
放送チャネル信号は、インタラクティブ・デコーダ１４０内のデマルチプレクサ３０２に提供される。デマルチプレクサ３０２は、オーディオ・ビデオ成分をインタラクティブ成分から分離するように動作する。本発明の好ましい実施形態では、インタラクティブ成分は、トムソン・エレクトロニクスによって広められたオープンＴＶ規格に準拠するインタラクティブ・アプリケーションおよび／またはデータを含む。しかし、希望により他のタイプのインタラクティブ・アプリケーションをＡＶＩ信号に含めることもできることに留意されたい。
【００３４】
デマルチプレクサ３０２は、オーディオ／ビデオ成分をオーディオ／ビデオ復号化ブロック３０４に提供する。復号化ブロック３０４は、圧縮済みのオーディオビジュアル・データ・ストリームを復号化するよう動作して、圧縮解除されたデータを生成する。好ましい実施形態では、放送チャネルはＭＰＥＧ−２圧縮データを搬送する。したがって好ましい実施形態では、復号化処理ブロック３０４は、符号化されたデータを圧縮解除または復号化するためのＭＰＥＧ−２デコーダを含むことが好ましい。デコーダ３０４は、１つまたは複数のＤＳＰ（ディジタル信号プロセッサ）、および１つまたは複数の関連するメモリを含むことが好ましい。デコーダは、１つまたは複数のＤＳＰ、ＣＰＵ、またはマイクロコントローラ、あるいは離散的論理、あるいはこれらの組合わせを含めた、様々なタイプの論理を含むことができることに留意されたい。
【００３５】
復号化処理ブロック３０４は、好ましくは表示用にテレビジョン１５０に提供されるオーディオ／ビデオ出力を提供する。復号化ブロック３０４がメモリから圧縮スライスを受信すると、復号化ブロック３０４はスライスを圧縮解除し、圧縮解除したスライスを表示ユニットに提供する。
【００３６】
インタラクティブ・デコーダ１４０は、好ましくは読出し専用メモリ（ＲＯＭ）であるメモリ３１６を含み、メモリ３１６はインタラクティブ・アプリケーション・オペレーティング・システムを格納する。オペレーティング・システムは、トムソン・エレクトロニクスによるオープンＴＶオペレーティング・システムが好ましい。ＣＰＵ３１４はＲＯＭ３１６に結合される。
【００３７】
デマルチプレクサ３０２の出力によって提供されるインタラクティブ・プログラム成分は、好ましくはランダム・アクセス・メモリ（ＲＡＭ）であるメモリ３１２に送られ、メモリ３１２は、インタラクティブ・アプリケーションすなわちオープンＴＶアプリケーションを格納する。ＣＰＵ３１４はインタラクティブ・アプリケーションＲＡＭ３１２に結合される。したがって、ＡＶＩ信号からのインタラクティブ・アプリケーションはＲＡＭ３１２に格納され、ＣＰＵ３１４はＲＡＭ３１２からアプリケーションを読み取ってアプリケーションを実行する。
【００３８】
したがって、ＣＰＵ３１４はＲＯＭ３１６からオープンＴＶオペレーティング・システムを読み取り、それによってオペレーティング・システムはＣＰＵ３１４の動作を制御する。ＣＰＵ３１４はまた、ＡＶＩ信号によって提供されたインタラクティブ・アプリケーションをＲＡＭ３１２から読み取り、ＲＯＭ３１６に格納されたオープンＴＶオペレーティング・システムの制御下で、このインタラクティブ・アプリケーションを実行する。
【００３９】
図３の実施形態では、長さと幅のいずれかまたはその両方においてＭＰＥＧ規格よりも大きい圧縮ピクチャが、インタラクティブ・アプリケーションに含まれる。したがって、この実施形態では、長さと幅のいずれかまたはその両方がＭＰＥＧ規格よりも大きい圧縮ピクチャは、インタラクティブ・アプリケーションの一部に含まれるが、オーディオビジュアル成分の一部として含まれることはない。この実施形態では、圧縮ピクチャはデマルチプレクサ３０２によって受信され、次いでＲＡＭ３１２に一時的に格納される。様々な実施形態では、非標準的なＭＰＥＧサイズの圧縮ピクチャの一部分または全てのいずれかが、以下にさらに述べるようにしてＲＡＭ３１２に格納される。
【００４０】
図３Ａを簡単に参照すると、別の実施形態において、標準的なＭＰＥＧサイズよりも大きい圧縮ピクチャの一部分が信号のオーディオ／ビデオ部分に含まれている。この実施形態では、オーディオ／ビデオ復号化ブロックは、少なくとも標準的なＭＰＥＧサイズに対応するサイズのピクチャ・バッファ３０３を含む。ピクチャ・バッファ３０３は、圧縮ピクチャの一部分を受け取って格納し、以下にさらに考察するように、デコーダ３０４にスライスを選択的に提供する。
【００４１】
インタラクティブ成分はまた、ＭＰＥＧ規格よりも大きい圧縮ピクチャ中でのスクローリングを助けるために、少なくとも１つのスライス・マップも含むことが好ましい。言い換えれば、ビデオ配信システムは、圧縮ピクチャ中でのスクローリングを助けるために、非標準的なＭＰＥＧサイズの圧縮ピクチャのいずれかとともにスライス・マップを提供することが好ましい。
【００４２】
ＲＡＭ３１２は、図示のようにデコーダ３０４に結合される出力を含む。ＣＰＵ３１４はＲＡＭ３１２からの出力を制御して、デコーダ３０４にＭＰＥＧスライスを提供する。より具体的には、ＣＰＵ３１４は、圧縮ピクチャからのスライスをデコーダ３０４に提供するようＲＡＭ３１２に指示して、本発明によるＭＰＥＧ規格サイズよりも大きい圧縮ピクチャ中のスクローリングを実施する。ＣＰＵ３１４は、インタラクティブ・アプリケーションを実行し、ＲＡＭ３１２に格納されたスライス・マップのいずれかを使用して、スクロールに適した順番でデコーダ３０４にスライスを提供することが好ましい。
【００４３】
本発明によるＭＰＥＧ規格サイズよりも大きい圧縮ピクチャ中でのスクロールは、以下にさらに述べるように、視聴を望まれるピクチャの新しい部分を表示するために、現在表示されているピクチャの一部分の１つまたは複数のスライスを新しいスライスで置き換えることを含む。より具体的には、圧縮ピクチャの第１のビューから第２のビューへのスクロールは、もう見られないであろう第１のビューからのスライスの代わりに、復号化用の、第２のビューの一部分である圧縮ピクチャの新しいスライスを提供するよう、ＣＰＵ３１４がＲＡＭ３１２に指示することを含む。
【００４４】
一実施形態では、ＣＰＵ３１４は、グラフィック・オンスクリーン表示ブロック３２２に出力を提供する。グラフィック・オンスクリーン表示ブロック３２２は、デコーダ３０４から提供されたオーディオ／ビデオ出力と共に出力を提供するように結合される。グラフィック・オンスクリーン表示ブロック３２２は、デコーダ３０４のオーディオ／ビデオ出力の最上部に重ねることのできる形式にデータを構成する。こうして、ＣＰＵ３１４は、インタラクティブ・アプリケーションを実行し、オンスクリーン・グラフィックスを生成し、オンスクリーン・グラフィックスは、デコーダ１４０から出力されるオーディオ／ビデオ・ストリームと共に提供される。したがって、例えば、インタラクティブ・アプリケーションが１つまたは複数のイメージまたは選択オプションを表示するように、あるいは、テレビジョン・プログラムまたはスチール写真イメージの最上部に重ねるように書かれている場合は、アプリケーションを実行するＣＰＵ３１４は、グラフィック・オンスクリーン表示ブロック３２２に適切な出力を提供し、ブロック３２２は、それぞれのイメージまたは選択ボタンを、デコーダ３０４のオーディオ／ビデオ出力の最上部に重なるようにする、あるいはそれと共に表示させる。
【００４５】
インタラクティブ・デコーダ１４０はまた、ユーザ入力を受け取るための入力も含む。このユーザ入力はＣＰＵ３１４の入力に提供される。ユーザ入力は、様々なデバイスから与えることができるが、遠隔コントロール１５２、あるいはテレビジョン１５０またはインタラクティブ・デコーダ１４０上のボタンから与えることが好ましい。ＣＰＵ３１４に与えられるユーザ入力によって、ユーザはインタラクティブ・アプリケーションと対話することができる。例えば、ユーザまたは視聴者は、製品の注文や情報の注文をするために選択肢またはボタンを選択したり、テレビジョン・ゲーム・ショーに回答を与えたりすることができる。別の例としては、本発明によれば、ユーザは長さと幅のいずれかまたは両方においてＭＰＥＧ規格サイズよりも大きい圧縮ピクチャ中で垂直および／または水平に、選択的にスクロールするためのスクロール入力を与えることもできる。
【００４６】
インタラクティブ・デコーダ１４０はまた、ユーザの対話行為に対して帰路チャネル１５６上に情報を提供するモデム３２４も含む。図３に示すように、ＣＰＵ３１４はモデム３２４に結合されており、モデム３２４は、インタラクティブ・デコーダ１４０の帰路チャネル出力に結合されている。図３に示す実施形態では、モデム３２４は双方向通信用に使用することもできる。図１に示したように、帰路チャネル１５６はトランザクション・サーバ１６０に結合されるのが好ましい。したがって、ユーザが情報を注文する、あるいは製品を購入するオプションを選択する場合、トランザクション・サーバ１６０はこの注文を受け取り、注文を履行するために処理する。また、ユーザがゲーム・ショーの問題に答える場合にも、回答はトランザクション・サーバ１６０への帰路チャネル１５６上に提供される。
【００４７】
（図３Ａ−インタラクティブ・デコーダの代替実施形態）
次に図３Ａを参照すると、上記のように代替実施形態において、ＭＰＥＧ規格サイズよりも大きい圧縮ピクチャが、ビットストリームのオーディオビジュアル・コンテンツ部分に含まれている。この実施形態では、セット・トップ・ボックスまたはインタラクティブ・デコーダ１４０は、デマルチプレクサ３０２とデコーダ３０４の間に結合されたピクチャ・バッファまたはメモリ３０３を含む。ピクチャ・バッファ３０３はまた、希望によりデコーダ３０４中に含めることもできる。ピクチャ・バッファ３０３は、本発明によるＭＰＥＧ規格サイズよりも大きい圧縮ピクチャ中のスクローリングを実施するために、圧縮ピクチャの一部分または圧縮ピクチャの全てを格納するように動作して、デコーダ３０４にスライスを提供することができる。言い換えれば、ピクチャ・バッファ３０３は、スクロールを実施するために、圧縮ピクチャの第１の部分からのスライスを置き換えて、視聴を望まれる圧縮ピクチャの第２の部分から新しいスライスを提供するのを助ける。
【００４８】
この実施形態では、バッファ３０３およびＲＡＭ３１２は、任意選択で示されたように情報を交換する。これにより、格納またはバックグラウンドの操作が望まれる場合に、バッファ３０３はＲＡＭ３１２との間でスライスを転送することができる。言い換えれば、バッファ３０３が、バッファ３０３に格納できるよりも多くの入力をデマルチプレクサ３０２から受け取った場合、すなわち、非標準的なＭＰＥＧピクチャがピクチャ・バッファ３０３よりも大きい場合、バッファ３０３はスライスまたは他のデータを、格納して後で取り出すためにＲＡＭ３１２に転送する。別法としては、以下にさらに述べるように、ピクチャ・バッファ３０３は圧縮ピクチャの一部分だけを格納し、デコーダ１４０は、受け取ったスクロール入力に基づいてビデオ表示システムから追加スライスを要求する。
【００４９】
この実施形態では、図示のように、ＣＰＵ３１４もまたバッファ３０３に出力を提供する。ＣＰＵ３１４は出力を使用して、バッファ３０３に対しておよびそれからの、ＲＡＭ３１２に対しておよびそれからの、ならびにデコーダ３０４に対しておよびそれからのＭＰＥＧスライスの提供を制御する。言い換えれば、図３のＣＰＵ３１４がスクロールを実施するためにＲＡＭ３１２を制御してデコーダ３０４にスライスを提供するのとほぼ同じ仕方で、図３Ａでは、ＣＰＵ３１４はバッファ３０３の入力と出力を制御して、ＭＰＥＧ規格サイズよりも大きい圧縮ピクチャのスクロールを実施する。より具体的には、図３Ａでは、ＭＰＥＧ規格サイズよりも大きい圧縮ピクチャ中でのスクローリングは、受け取ったスクロール入力に応答して復号化するための、視聴される圧縮ピクチャの次の所望の部分を含む適切なスライスを提供するように、ＣＰＵ３１４がバッファ３０３および／またはＲＡＭ３１２に指示することを含む。
【００５０】
（標準的なＭＰＥＧサイズよりも大きい圧縮ピクチャの符号化）
背景の章で述べたように、ＭＰＥＧ−２ビデオ・ビットストリームは一般に、Ｉ（Ｉｎｔｒａ−ｃｏｄｅｄ、内符号化）ピクチャ、Ｐ（ｐｒｅｄｉｃｉｖｅｌｙ−ｃｏｄｅｄ、予測符号化）ピクチャ、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ−ｉｎｔｅｒｐｏｌａｔｅｄ、双方向補間化）ピクチャの組合わせからなる。ＭＰＥＧ規格よりもサイズの大きい各圧縮ピクチャは、複数のスライスからなる。ＭＰＥＧ−２規格はスライスを、同じ（マクロブロックの）行の上で始まり終わる、２つまたはそれ以上のマクロブロック（１６×１６ピクセルのブロック）の隣接するシーケンスと定義している。好ましい実施形態では、ＭＰＥＧ規格サイズよりも大きい圧縮ピクチャの復号化にはＩピクチャだけが使用される。ＰピクチャおよびＢピクチャは、これらのピクチャを適切なスライス構造で生成するのが本来的に難しいために、ＭＰＥＧ規格サイズよりも大きい圧縮ピクチャの復号化には使用されないことが好ましい。ピクチャのヘッダ、およびおそらくピクチャの一部分からの他のヘッダは、取り去られてメモリに格納される。表示されることになるピクチャの一部分の位置に対して、スライス（および／または希望によりマクロブロック）中の位置のヘッダを示すためにポインタが配置されることが好ましい。
【００５１】
垂直のスクロールを可能にする最も簡単な筋書きは、マクロブロックの各行をスライスに符号化することである。ＭＰＥＧ規格の幅であるが標準的なＭＰＥＧよりも長いピクチャの場合、符号化されたこのピクチャは図４Ａのようになる。この例では、マクロブロックの各行はスライスに符号化される。ピクチャの底部と上部にある１つまたは複数のスライスは、個別に圧縮されるのが好ましく、これは、スライスが隣接する他のスライス中のマクロブロックの参照を必要とせずに復号化できるように符号化されることを意味する。このようにスライスを個別に符号化することにより、表示されていない隣接するスライスの復号化を必要とせずにスライスを復号化し表示することができるようになるため、スクロールを行うことができるようになる。ピクチャは、どのスライスも個別に圧縮せずに符号化することもできることに留意されたい。しかしこの場合は、表示されていないスライスを復号化する必要がある。また、希望すれば、常に一緒に表示されるピクチャ中の複数のスライスを一緒に圧縮する、すなわち依存的に圧縮することもできる。
【００５２】
図４Ａの次の例では、ユーザが個々の水平スライスを１つずつ下にスクロールすることができ、表示されるピクチャの最初の部分がピクチャの最上部であり、ユーザが４回すなわち４スライスだけ下にスクロールしたと仮定する。図４Ａでは、現在ビューを実線で示す。現在ビューは、ピクチャの上部から４スライスだけ下にスクロールした結果である。現在ビューのすぐ前のビューは先行ビューと呼び、均一な幅広の破線で定める。先行ビューのすぐ前のビューは第２の先行ビューと名づけ、交互に長短の幅で書かれた破線で定める。ピクチャのより上部の最も左の部分を含む第１のビュー、およびその後の第２のビューは図示していない。
【００５３】
長さはＭＰＥＧ規格だが幅が標準的なＭＰＥＧよりも広いピクチャの場合、符号化されたこのピクチャは図４Ｂのようになる。この例では、マクロブロックの各行が複数のスライスに符号化されている。左側と右側にある始めのいくつかのスライスは、最低限の２つのマクロブロックからなるが、ピクチャの中間にあるスライスは、２つより多くのマクロブロックで構成することもできる。左側と右側にあるスライスは、圧縮ピクチャのＭＰＥＧ規格サイズ部分が常に個別に復号化および視聴できるように、十分に小さくされ個別に圧縮される。言い換えれば、圧縮ピクチャがＭＰＥＧ規格よりも例えば１６マイクロブロックだけ広い場合、この例では、ピクチャの左側と右側の両方にそれぞれの上にある２つのマクロブロックの、少なくとも４つの最小サイズのスライスがあり、中間のおそらくより大きい１組のスライスに沿って、圧縮ピクチャの両端間を左から右へ、および向きを変えて完全にスクロールすることができるようになる。図４Ｂでは、現在ビューを実線で示す。現在ビューは、破線で定めた先行ビューから１回右にスクロールした結果である。
【００５４】
別法としては、ピクチャが長さと幅の両方においてＭＰＥＧ規格よりも大きい場合、ピクチャは、図４Ｃに示すようなスライス構造によって符号化されるのが好ましい。この場合、左側と右側の始めのいくつかのスライスは、最低限の２つのマクロブロックだけからなるが、ピクチャの中間にあるスライスは、２つより多くのマクロブロックで構成することもできる。上述のように、左側と右側のスライスは、圧縮ピクチャのＭＰＥＧ規格サイズ部分が常に個別に復号化および視聴できるように、十分に小さくされ個別に圧縮される。図４Ｃのスライス構造はまた、ピクチャの垂直のスクロールも可能にする。図４Ｃでは、現在ビューを実線で示す。現在ビューは、幅広の破線で定めた先行ビューから右に１回スクロールした結果である。
【００５５】
（図５−好ましい実施形態の符号化動作）
次に図５を参照することにより、標準的なＭＰＥＧサイズよりも大きく、スクロールできる符号化ＭＰＥＧピクチャを生成する、本発明の好ましい実施形態の動作を図示する流れ図を示す。図５に好ましい実施形態を示すが、本発明は他の様々な方法でも実施できることに留意されたい。方法は流れ図の形で示すが、図５および６のいくつかのステップは同時にまたは異なる順番で行うこともできることに留意されたい。
【００５６】
上に考察したように、本発明は、ビデオ配信システム、好ましくはインタラクティブ・テレビジョン・システムで、ＭＰＥＧ規格サイズよりも大きいピクチャ中でスクロールするシステムおよび方法を含む。インタラクティブ・テレビジョン・システムは、ビデオ・コンテンツを提供するためのビデオ配信システム、および表示画面を含む少なくとも１つの加入者テレビジョンを含み、加入者テレビジョンはビデオ配信システムに結合される。本発明はまた、圧縮ピクチャをスクロールに適したスライス構造によって符号化するシステムおよび方法も含む。
【００５７】
図５の流れ図に、ＭＰＥＧ規格サイズよりも大きいピクチャがどのようにスライス符号化され、ビデオ配信システムを通して加入者テレビジョンに送信されるように圧縮されるかを示す。図５の流れ図はまた、スライス符号化に伴い、スライスの始点を含む何らかの所望の表がどのように生成されるかも示す。図５に示すように、この方法は以下のように動作するのが好ましい。
【００５８】
ステップ５００では、エンコーダ１０６または同様の機能を有するデバイスは、好ましくはＭＰＥＧ規格サイズよりも大きい、すなわち長さと幅のいずれか、またはその両方においてＭＰＥＧ規格よりも大きい、未圧縮のピクチャを受信する。ＭＰＥＧ圧縮規格をサイズに対する参照基準として使用するのが好ましいが、希望により、特にＴＩＦＦ（Tagged Image File Format）などの他の圧縮規格または方法を使用することもできる。別の圧縮規格または方法が使用されるときは、参照サイズはＭＰＥＧ規格サイズの代わりに、いずれかの時に視聴するのが望ましい、表示可能なイメージのサイズ、またはイメージの部分のサイズとするのが好ましい。他の圧縮規格または方法が使用されるときは、「スライス」という語は、その規格または方法によって別個に圧縮することのできる、圧縮されるべきピクチャの一部分を意味することとする。
【００５９】
ステップ５０２で、エンコーダ１０６または同様の機能を有するデバイスは、ピクチャ・スライス符号化情報を受信する。好ましい実施形態では、ピクチャ・スライス符号化情報は、未圧縮のピクチャ中のどこでどのようにスライスが生成されるか、およびどのスライスが別個に圧縮されなければならないかなどに関する情報を含む。このスライス構造は、ピクチャの可能な全ての部分が加入者テレビジョンで見られるようなスクロールをピクチャ中で可能にするように設計されるのが好ましい。言い換えれば、ピクチャ・スライス符号化情報は、ピクチャが圧縮、送信、受信され、ピクチャの所望の部分が圧縮されていなければ、ピクチャ全体を滑らかにスクロールできるだけの十分な分割部分を有するスライス構造によってエンコーダ１０６が未圧縮のピクチャを符号化できるように、十分な情報を有することが好ましい。
【００６０】
ピクチャ・スライス符号化情報は、一度にスクロールされる連続したスライスの数を示す、ある種のスクロール細分性を含むこともできる。一度にスクロールされる連続するスライスの数は、各スクロール入力が、結果的には設定された数のスライスのジャンプになることを意味する。この細分性は、ピクチャがＭＰＥＧ圧縮されているときに共に依存的に圧縮される設定数のスライスに、スライスのブロックを個別に圧縮することによって達成できる。この細分性は、スライスがそれぞれ個別に圧縮されている場合でも、各スクロール入力がジャンプとなるように、あるいはいくつかのスライスをスクロールするように、インタラクティブ・アプリケーションがプログラミングされることによっても達成できる。例えば、幅はＭＰＥＧ規格だが長さがＭＰＥＧ規格よりも長いピクチャ（図示せず）を考察されたい。一行の細分性の場合、このピクチャのイメージ中で下にスクロールするための単一の視聴者入力によって、前のイメージの最上部から単一のスライスが除去され、前のイメージの底部に単一の新しいスライスが追加されて、新しい可視イメージが形成される。この場合、このピクチャを上から下までスクロールするのにより多くのスクロール入力が必要とされる。４スライスなどのより大きな細分性の場合、このピクチャのイメージ中で下にスクロールするための視聴者入力によって、前のイメージの最上部にある４スライスが前のイメージの底部にある同数の新しいスライスで置き換えられて、新しい可視イメージを形成する。この場合、このピクチャを上から下までスクロールするのにより少ないスクロール入力が必要とされる。スクロールされる複数スライスの数は、システムおよび／またはユーザによって制御できることが好ましい。
【００６１】
ステップ５０４で、エンコーダ１０６または同様の機能を有するデバイスは、ピクチャ・スライス符号化情報に従って未圧縮のピクチャを圧縮する。圧縮方法はＭＰＥＧ規格の方法であることが好ましいが、前述の他の圧縮方式も考えられることを当業者なら理解するであろう。圧縮されたピクチャの長さまたは幅が例えばＭＰＥＧ規格に合致する場合には、ピクチャを構成する符号化されたスライスまたはスライスのグループの長さまたは幅も同様に、ＭＰＥＧ規格に合致することが好ましい。
【００６２】
エンコーダ１０６または同様の機能を有するデバイスは、ステップ５０６に示すようにピクチャ・スライス構造の各部分に対する始点の表を生成するのが好ましい。デコーダがいずれかの所与のスライスまたはスライスのグループの始点位置に対するスライス構造を探索することも可能だが、探索することなくいずれかの所与のスライスの始点が分かるようなジャンプ表が生成されるのが好ましい。
【００６３】
別の言い方をすれば、圧縮したピクチャを画面上でスクロールできるような方法でＭＰＥＧ規格サイズよりも大きいピクチャを圧縮する動作は、未圧縮のピクチャおよびスライス符号化情報を受け取るエンコーダを含むのが好ましい。次いでエンコーダは、ＭＰＥＧ規格に従って、圧縮したピクチャが画面上でスクロールできるようにスライスまたはスライスのグループを個別に圧縮するのが好ましい。次いでエンコーダは、個別に圧縮され、かつ／またはスクロールできるスライスまたはスライスのグループのそれぞれに対する始点の表を生成するのが好ましい。
【００６４】
（図６−非標準サイズのピクチャの圧縮）
次に図６を参照すると、ピクチャ・スライス符号化情報に従って、未圧縮のピクチャを圧縮するステップ５０４を概念的に図示する流れ図を示す。図６の流れ図は主に概念上のものであり、図６の諸ステップは様々な順番で行うか、または異なる仕方で実施することもできることに留意されたい。図示の通り、ステップ５０４は一般に以下のステップを含む。この方法は、最初にステップ６００で、未圧縮のピクチャの長さをＭＰＥＧ規格で許容される長さと比較する。未圧縮のピクチャがＭＰＥＧ規格よりも長い場合は、ステップ６０２に進む。ステップ６０２では、垂直のスクロールが行えるように、未圧縮のピクチャを個別に圧縮するために上部と底部の縁でスライスおよび／またはスライス・グループに分割するのが好ましい。縁およびスクロール限界がどこで発生するかを決定するために、ステップ５０２からのピクチャ・スライス符号化情報が使用されるのが好ましい。
【００６５】
次のステップ６０４では、未圧縮のピクチャの幅をＭＰＥＧ規格によって許容される幅と比較する。未圧縮のピクチャがＭＰＥＧ規格よりも広い場合は、ステップ６０６に進む。ステップ６０６で、水平のスクロールが行われる可能性のある左右の縁で、スライス構造をスライスの列に分割するのが好ましい。最終ステップ６０８は、スライスをＭＰＥＧ規格に従って圧縮することに関する。ステップ６０８では、所望のスクロール細分性により、個々のスライスまたはスライスのグループをそれぞれ別個に圧縮するのが好ましい。ビュー領域の外へスクロールすることが全くないであろうスライスのグループがある場合、これらのスライスのグループは希望により一緒に圧縮することもできる。ステップ６０２、６０４、６０６は一般に、符号化動作として一緒に行われる。
【００６６】
したがって、ビデオ配信システムまたはケーブル・ヘッドエンドの動作は、次のように要約することができる。最初に、ピクチャまたはイメージが選択される。ピクチャは、長さと幅のいずれかまたはその両方において標準的なＭＰＥＧよりも大きい場合がある。次いで、好ましくはＭＰＥＧ規格の寸法を参照に使用して、ピクチャ・ビットストリームに対してピクチャ・スライス符号化情報が生成される。
【００６７】
ピクチャを符号化するために、ピクチャ・スライス符号化情報を受諾するソフトウェア・エンコーダが使用される。次いで多重化信号が生成されるが、多重化信号は、ａ）スクロールを含めた必要な全ての動作を実行するインタラクティブ・アプリケーション、ｂ）圧縮ピクチャ・ビットストリーム、ｃ）任意の所望の追加ピクチャ・ビットストリーム、ｄ）任意の追加ピクチャ・ビットストリーム中に含めた所望のスライス・マップまたはバイト・オフセットを含む。次いで多重化ストリームは、１つまたは複数の加入者テレビジョンに送信することができる。
【００６８】
（図７−圧縮ピクチャの一部分でのスクロール）
次に図７を参照すると、本発明の第１の実施形態による、ＭＰＥＧ規格サイズよりも大きい圧縮ピクチャ中でスクロールする方法を図示する流れ図が示されている。図７の流れ図は主に概念上のものであり、図７の諸ステップは様々な順番で行うかまたは異なる仕方で実施することもできることに留意されたい。
【００６９】
図７の方法は、視聴用にビデオ配信システムから加入者テレビジョンに転送される圧縮ピクチャについて示してある。ステップ７００で、加入者テレビジョンは、視聴用にピクチャを選択する何らかのタイプのユーザ入力を受け取る。ここでは、標準的なＭＰＥＧサイズよりも大きいピクチャを選択するユーザ入力が受信されたと仮定する。ステップ７００に応答して、ステップ７０２の加入者テレビジョンは、ピクチャ、あるいはピクチャの最初またはデフォルトの部分、好ましくはピクチャの上部の最も左の部分またはピクチャのデフォルトビューをビデオ配信システムに要求する。加入者テレビジョンは最初は単にピクチャを要求するだけとし、ビデオ配信システムは最初はデフォルト部分またはデフォルト・スライスを提供するようにだけ構成されているとすることができることに留意されたい。
【００７０】
ステップ７０２に応答して、ステップ７０４で、ビデオ配信システムは、要求された圧縮ピクチャのスライスを加入者テレビジョンに提供する。この例では、ユーザ入力によって選択されたピクチャは標準ＭＰＥＧサイズよりも大きく、本発明に基づいて圧縮されている。ピクチャは、以下の方法ステップに述べるように、要求されたスライスによって加入者テレビジョンが圧縮ピクチャをスクロールできるように圧縮されている。ステップ７０４で要求されたスライスが受信されると、ステップ７０６で、加入者テレビジョンは所望の圧縮ピクチャの部分を表示する。ステップ７０６のより詳細な記述は、以下の図９の記述中に述べる。
【００７１】
加入者テレビジョンは、ステップ７０８でユーザによる追加のピクチャ選択入力を受け取るまで、ステップ７０６で表示された、要求されたピクチャのイメージを連続して表示する。ステップ７０８で、加入者テレビジョンは、どのピクチャまたはピクチャの一部分が視聴を望まれるか、すなわち、新しいピクチャが望まれるか、あるいは現在のピクチャ中でのスクロールが望まれるかに関する、ユーザからの新しい入力を受け取る。ステップ７０８で受け取られた入力に応答して、ステップ７１０で、ユーザによって新しいピクチャが要求されているかどうかを判定する。新しいピクチャは、ステップ７０６で加入者テレビジョンによって現在表示されているピクチャとは異なるピクチャである。例えば、新しいピクチャは現在表示されているピクチャ中のリンクから選択することもでき、あるいは単に、標準的な放送テレビジョン上のチャネルを変えるなどによって、ユーザが加入者テレビジョンに異なるピクチャを表示するよう命令するときに要求されるピクチャとすることもできる。
【００７２】
ステップ７１０で方法が、新しい異なるピクチャが要求されたと判定する場合、ステップ７０２に戻り、ビデオ配信システムに新しいピクチャの提供を要求する。
【００７３】
あるいは、ステップ７０８のユーザが、ステップ７１２で判断するようなスクロール入力を提供することによって現在のピクチャのスクロールを要求した場合、動作はステップ７１４に進む。例えば、視聴されているピクチャがＭＰＥＧ規格よりも広い場合、ユーザは、ピクチャの別の部分を見るためにイメージ中で左右にスクロールする命令を入力することがある。視聴されているピクチャがＭＰＥＧ規格よりも長い場合、ユーザは、ピクチャの別の部分を見るためにイメージ中で上下にスクロールする命令を入力することがある。
【００７４】
ＭＰＥＧ規格に合致した長さおよび幅のピクチャの場合、そのそれぞれの方向へのスクロールは、イメージが画面上で拡大されて視聴画面の寸法よりも大きくならない限り不可能とされることが好ましい。
【００７５】
垂直または水平あるいはその両方のスクロールは、ステップ７１４で、次の章で述べるように行われる。ステップ７１４で行われるスクロール・ルーチンの結果は、視聴を望まれるピクチャの一部分に対応する新しいスライスをメモリにセットアップすることである。別の言い方をすれば、スクロール・ルーチンは、適切なスライスを得るためにユーザから受け取ったスクロール入力を利用する。スクロール・ルーチンはまた、適切なスライスを要求するために、スライス・テーブルの始点位置も利用するのが好ましい。ステップ７１４でスクロール・ルーチンを実行するのに応答して、方法はステップ７０６の表示ルーチンに戻って、スクロール入力によって示された所望のピクチャの一部分を表示する。表示ルーチン・オペレータは、スライスを視聴用にメモリからデコーダに転送する。
【００７６】
（図８−スクロール・ルーチン）
次に図８を参照すると、図７のステップ７１４で行われるスクロール・ルーチンを図示する流れ図が示されている。図８の流れ図は主に概念上のものであり、図８の諸ステップは様々な順番で行うかまたは異なる仕方で実施することもできることに留意されたい。ステップ７１４は、ステップ７５２〜７５６に分解することができる。ステップ７０８で、加入者テレビジョンはユーザからスクロール入力を受け取る。ステップ７０８は、ユーザがスクロール入力を提供した図７のステップ７０８に対応する。スクロール入力は、加入者テレビジョン上に現在表示されていない、現在のピクチャの別の部分をユーザがおそらく見たいと思っていることを示す。視聴される所望のピクチャの一部分は、現在視聴されているピクチャの一部分の上、下、左、または右である場合がある。例えば、加入者テレビジョンによって現在表示されているイメージがピクチャの上部の最も左の部分である場合、ユーザは、ピクチャの長さ方向に下にスクロールする、またはピクチャの幅に沿って右にスクロールする、あるいはそれら２つの組合せである要求を出すことがある。ピクチャが標準的なＭＰＥＧの幅を有するがＭＰＥＧ規格よりも長い長さを有する場合は明らかに、ユーザは上下にしかスクロールできない。同様に、ピクチャが標準的なＭＰＥＧの長さを有するがＭＰＥＧ規格よりも幅が広い場合、ユーザは左右にしかスクロールできない。
【００７７】
好ましい実施形態では、加入者テレビジョンは、加入者テレビジョンのメモリにピクチャの全ての部分を格納するのに十分なメモリをＲＡＭ３１２またはピクチャ・バッファ３０３内に有しなくてもよい。ステップ７０８のスクロール入力に応答して、方法はステップ７５２で追加の圧縮スライスをビデオ配信システムに要求し、それによって、ピクチャがユーザに要求されるようにスクロールできるようにする。
【００７８】
ステップ７５２に応答して、ビデオ配信システムはステップ７５４で、要求された追加の圧縮スライスを加入者テレビジョンに提供する。要求された追加の圧縮スライスをステップ７５４で受信すると、ステップ７５６で、加入者テレビジョンは受け取った追加の圧縮スライスを格納し、表示にもはや必要とされないスライスをＲＡＭ３１２またはピクチャ・バッファ３０３内に置き換える。ステップ７５６で、加入者テレビジョンは、受信した追加の圧縮スライスを、加入者テレビジョンによってすでにメモリに格納された圧縮スライスと統合する。加入者テレビジョンは、スライスを要求かつ／または統合するのを補助するために、スライス・マップまたはスライス・テーブルを使用するのが好ましい。
【００７９】
（図９−圧縮ピクチャの一部分の表示）
次に図９を参照すると、図７のステップ７０６で行われる表示ルーチンを図示する流れ図が示されている。図９の流れ図は主に概念上のものであり、図９の諸ステップは様々な順番で行うかまたは異なる仕方で実施することもできることに留意されたい。ステップ７０６は、以下のステップに分解することができる。ステップ８００で、加入者テレビジョンは、ユーザから視聴を希望された圧縮ピクチャの一部分をＭＰＥＧデコーダに提供する。提供された部分は、標準的なＭＰＥＧサイズに対応するサイズである複数のスライスを含む。ステップ８００に応答して、ステップ８０２で、ＭＰＥＧデコーダはスライスを受け取り、視聴を希望された圧縮ピクチャの一部分を復号化する。
【００８０】
ステップ８０４で、ＭＰＥＧデコーダは、復号化したピクチャの一部分を加入者テレビジョンに提供する。ステップ８０４に応答して、加入者テレビジョンはステップ８０６で、復号化されたピクチャの一部分を表示する。加入者テレビジョンは、別のイメージの視聴を望まれるまで、その復号化されたピクチャの一部分のイメージを連続して表示することができる。
【００８１】
（図１０−圧縮ピクチャ中でのスクロール）
次に図１０を参照すると、別の実施形態による、ＭＰＥＧ規格サイズよりも大きい圧縮ピクチャ中でスクロールする方法を図示する流れ図が示されている。図１０は、図７の実施形態に似た実施形態を示し、加入者テレビジョンが同時に１つまたは複数のピクチャをメモリに格納できる追加の特徴を含む。したがって、この実施形態では、加入者テレビジョンは、他のスクロール入力が受け取られるときにピクチャの他のスライスがビデオ配信システムによって提供されるように要求する必要がなく、ピクチャの全てのスライスがメモリに存在する。図１０の流れ図は主に概念上のものであり、図１０の諸ステップは様々な順番で行うか、または異なる仕方で実施することもできることに留意されたい。方法は、ビデオ配信システムから視聴用に加入者テレビジョンに転送される圧縮ピクチャについて示してある。方法はステップ９００で、加入者テレビジョンが視聴用にピクチャを選択するユーザ入力を受け取るところから始まる。ステップ９００に応答して、加入者テレビジョンはステップ９０２で、所望の圧縮ピクチャを視聴用にビデオ配信システムに要求するのが好ましい。
【００８２】
ステップ９０２に応答して、ビデオ配信システムはステップ９０４で、要求された圧縮ピクチャを含む全てのスライスを加入者テレビジョンに提供する。圧縮ピクチャは、本発明により、以下の方法ステップ中に述べるようにしてユーザが圧縮ピクチャをスクロールできるスライス構造によって圧縮される。ステップ９０４で要求されたスライスを受信すると、加入者テレビジョンはステップ７０６で、圧縮ピクチャのデフォルト部分、好ましくはピクチャの上部の最も左の部分を表示する。ステップ７０６のより詳しい記述は、図９の記述中で述べている。
【００８３】
加入者テレビジョンは、ステップ９０８でユーザによる追加のピクチャ選択入力を受け取るまで、ステップ７０６で表示された、要求されたピクチャのイメージを連続して表示する。言い換えれば、加入者テレビジョンはステップ９０８で、どのピクチャまたはピクチャの一部分が視聴を望まれるかについてのユーザからの新しい入力を受け取る。ステップ９０８に応答して、方法はステップ９１０で、新しいピクチャがユーザから要求されているかどうかを判定する。新しいピクチャは、ステップ７０６の一部として加入者テレビジョンによって現在表示されているピクチャとは異なるピクチャとなる。例えば、新しいピクチャは現在表示されているピクチャ中のリンクから選択することもでき、あるいは単に、標準的な放送テレビジョン上のチャネルを変えるなどによって、ユーザが加入者テレビジョンに異なるピクチャを表示するよう命令するときに要求されるピクチャとすることもできる。
【００８４】
ステップ９１０で方法が、新しい異なるピクチャが要求されたと判定する場合、ステップ９０２に戻り、ビデオ配信システムに新しいピクチャの提供を要求する。あるいは、方法はステップ９１２に移る。方法はステップ９１２で、ステップ９０８のユーザがスクロール入力を提供することによって現在のピクチャ中でのスクロールを要求したかどうかを判定する。例えば、視聴されているピクチャの幅がＭＰＥＧ規格よりも広い場合、ユーザは、ピクチャの別の部分を見るために、イメージ中で左右にスクロールする命令を入力することがある。視聴されているピクチャの長さがＭＰＥＧ規格よりも長い場合、ユーザは、ピクチャの別の部分を見るために、イメージ中で上下にスクロールする命令を入力することがある。ＭＰＥＧ規格に合致した長さおよび幅のピクチャの場合、そのそれぞれの方向へのスクロールは、イメージが画面上で拡大されて視聴画面の寸法よりも大きくならない限り不可能とされることが好ましい。垂直または水平あるいはその両方のスクロールは、図１１を参照しながら述べるステップ９１４で実現する。ステップ９１４のスクロール・ルーチンの実行に応答して、方法はステップ７０６の表示ルーチンに戻る。ステップ７０６の実行における表示ルーチンは、図９に関して上に述べてある。
【００８５】
（図１１−スクロール・ルーチン）
図１０の実施形態では、加入者テレビジョンは、図７および８に述べた実施形態における最低量のメモリ以上に追加メモリを有する。ここで述べるこのスクロール方法は、スクロールが行われるのに対し、ビデオ配信システムからの追加スライスを必要としない。図１１の流れ図は主に概念上のものであり、図１１の諸ステップは様々な順番で行うかまたは異なる仕方で実施することもできることに留意されたい。
【００８６】
次に図１１を参照すると、ステップ９１４は以下のステップに分解することができる。ステップ９０８で、加入者テレビジョンはユーザからスクロール入力を受け取る。スクロール入力は、加入者テレビジョン上に現在表示されていない、現在のピクチャの別の部分をユーザがおそらく見たいと思っていることを示す。視聴される所望のピクチャの一部分は、現在視聴されているピクチャの一部分の上、下、左、または右である場合がある。例えば、加入者テレビジョンによって現在表示されているイメージがピクチャの上部の最も左の部分である場合、ユーザは、ピクチャの長さを下にスクロールする、またはピクチャの幅に沿って右にスクロールする、あるいはそれら２つの組合せである要求を出すことがある。
【００８７】
好ましい実施形態では、加入者テレビジョンは、加入者テレビジョンのメモリにピクチャ全体を格納するのに十分なメモリを有する。ステップ９０８でスクロール入力が受け取られるのに応答して、方法はステップ９５２で、所望の仕方でスクロールするのに必要な追加の圧縮スライスを、加入者テレビジョンによって前に表示された圧縮スライスと統合する。ポインタは、メモリ内の各スライスの始点アドレスを指す。統合は、前のビューからのポインタのセットを次の所望のビューを提供するのに必要な追加ポインタと結合し、一方で、次の所望のビューにもはや必要でない前のビュー中のスライスを示すポインタをセットから除去することを含む。
【００８８】
上記のように、加入者テレビジョンが標準的な圧縮ピクチャよりも大きいピクチャ中でより容易にスクロールするのを補助するために、各スライスに対する始点の表が生成されるのが好ましい。各スライスに対する始点の表が加入者テレビジョンに生成および提供されない場合は、加入者テレビジョンはより多くの処理を行ってスライスの始点を完成し、それにより標準的なピクチャよりも大きいピクチャを適切にスクロールする必要がある。
【００８９】
（結論）
したがって本発明は、長さまたは幅、あるいはその両方においてＭＰＥＧ規格よりも大きい圧縮ピクチャ中でスクロールするための改良型のシステムおよび方法を含む。本発明のシステムおよび方法を好ましい実施形態に関して述べたが、本発明は、本明細書に述べた具体的な形式に限定されるものではなく、逆に、添付の特許請求の範囲によって定義される本発明の趣旨および目的に妥当に含むことのできる改変、修正、および等価物をカバーするものである。
【図面の簡単な説明】
【図１】  インタラクティブ・テレビジョン・システムを示す図である。
【図２】  番組コンテンツを提供する遠隔ネットワークを含む、図１のインタラクティブ・テレビジョン・システムを示す図である。
【図３】  図１および図２のインタラクティブ・デコーダのブロック図である。
【図３Ａ】  図３のインタラクティブ・デコーダの代替実施形態を示す図である。
【図４Ａ】  本発明による、垂直スクロールができるスライス構造を示す図である。
【図４Ｂ】  本発明による、水平スクロールができる１つまたは複数の列のスライスを含むスライス構造を示す図である。
【図４Ｃ】  本発明による、１つまたは複数の列のスライスを含み、垂直スクロールと水平スクロールの両方が可能な図４Ｂに似たスライス構造であって、ピクチャの水平スクロールの異なる位置を示す図である。
【図５】  所定のスライス構造を使用した圧縮ファイルまたは圧縮クチャの生成を示す流れ図である。
【図６】  本発明による、図５の符号化ステップを示す流れ図である。
【図７】  本発明による、削減されたメモリ要件を有する加入者テレビジョンで圧縮ピクチャを視聴する過程を示す流れ図である。
【図８】  本発明による、削減されたメモリ要件を有する加入者テレビジョンで圧縮ピクチャにおいてスクロールする過程を示す流れ図である。
【図９】  本発明による、図７および図８の表示ルーチンを示す流れ図である。
【図１０】  本発明による、スクロール可能なピクチャ全体を格納するのに十分なメモリを有する加入者テレビジョンで圧縮ピクチャを視聴する過程を示す流れ図である。
【図１１】  本発明による、スクロール可能なピクチャ全体を格納するのに十分なメモリを有する加入者テレビジョンにおいて圧縮ピクチャ中でスクロールする過程を示す流れ図である。
【図１】
0004428860.tif 000002
【図２】
0004428860.tif 000003
【図３】
0004428860.tif 000004
【図３Ａ】
0004428860.tif 000005
【図４Ａ】
0004428860.tif 000006
【図４Ｂ】
0004428860.tif 000007
【図４Ｃ】
0004428860.tif 000008
【図５】
0004428860.tif 000009
【図６】
0004428860.tif 000010
【図７】
0004428860.tif 000011
【図８】
0004428860.tif 000012
【図９】
0004428860.tif 000013
【図１０】
0004428860.tif 000014
【図１１】
0004428860.tif 000015