JP2003521176A - 複数の符号化ビデオストリームの同時通信レンダリング方法、複数の符号化ビデオストリームの同時通信レンダリングシステム及び複数の符号化ビデオストリームの同時レンダリングのための対話型デコーダ - Google Patents

複数の符号化ビデオストリームの同時通信レンダリング方法、複数の符号化ビデオストリームの同時通信レンダリングシステム及び複数の符号化ビデオストリームの同時レンダリングのための対話型デコーダ

Info

Publication number
JP2003521176A
JP2003521176A JP2001554620A JP2001554620A JP2003521176A JP 2003521176 A JP2003521176 A JP 2003521176A JP 2001554620 A JP2001554620 A JP 2001554620A JP 2001554620 A JP2001554620 A JP 2001554620A JP 2003521176 A JP2003521176 A JP 2003521176A
Authority
JP
Japan
Prior art keywords
video streams
encoded video
display
simultaneous
rendering
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001554620A
Other languages
English (en)
Other versions
JP2003521176A5 (ja
JP4084941B2 (ja
Inventor
ヴィンセント デュロー、
ラマ カッルリ、
Original Assignee
オープン ティーヴィー インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US09/494,067 external-priority patent/US6931660B1/en
Priority claimed from US09/494,184 external-priority patent/US6539545B1/en
Application filed by オープン ティーヴィー インコーポレイテッド filed Critical オープン ティーヴィー インコーポレイテッド
Publication of JP2003521176A publication Critical patent/JP2003521176A/ja
Publication of JP2003521176A5 publication Critical patent/JP2003521176A5/ja
Application granted granted Critical
Publication of JP4084941B2 publication Critical patent/JP4084941B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25825—Management of client data involving client display capabilities, e.g. screen resolution of a mobile phone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347—Demultiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44012—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving rendering scenes according to scene graphs, e.g. MPEG-4 scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17336—Handling of requests in head-ends
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/445—Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
    • H04N5/45—Picture in picture, e.g. displaying simultaneously another television channel in a region of the screen

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Graphics (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Systems (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

(57)【要約】 対話型テレビアプリケーションで複数のデジタルビデオストリームの同時通信及びレンダリングのためのシステム及び方法が開示される。対話型テレビアプリケーションにおける複数の符号化デジタルビデオ信号ストリームの同時通信及びレンダリングは、通常、表示（３６２）のために複数の符号化されたビデオストリームの少なくとも1つを再配置するために放送センタから一斉送信される複数の符号化ビデオストリームの少なくとも1つを変更することと、この少なくとも１つの変更された符号化ビデオストリームを有する複数の符号化ビデオストリームを単一の合成インタリーブビデオストリーム（３６４）にインタリーブすることと、単一コンポジットビデオストリームを出力することとを備える。方法は、さらに、複数の符号化ビデオストリームを放送センタから受信することを備えてよい。複数の符号化ビデオストリームの各々は、好ましくはＭＰＥＧ−１またはＭＰＥＧ−２圧縮技術を使用して符号化される。

Description

【発明の詳細な説明】
【０００１】 （発明の分野） 本発明は、概して、対話型テレビ等の対話型ビデオ送達媒体に関する。さらに
特定すると、本発明は、対話型テレビアプリケーションでの複数のＭＰＥＧ符号
化デジタルビデオ信号ストリームを使用する複数の符号化ビデオストリームの同
時通信及びレンダリング方法、複数の符号化ビデオストリームの同時レンダリン
グのためのシステム及び複数の符号化ビデオストリームの同時レンダリングのた
めの対話型デコーダに関する。
【０００２】 （関連技術の説明） 対話型テレビは、放送視聴覚コンテンツを数多くの加入者に提供する対話型音
声／ビデオ媒体である。対話型テレビは、放送ビデオ及び音声をユーザに提供し
、例えば選択を行うまたは所望の製品を注文する等、ユーザがコンテンツと対話
するための戻り経路も提供してよい。
【０００３】 自転車レースの放送などテレビ網によるテレビ放送において、このテレビ網は
、例えばレースの多様な角度から、または多様な自転車選手からのネットワーク
に対する複数のビデオフィードを生成してよい。ネットワークは複数のビデオフ
ィードから１つまたは２つ以上のフィードを選択し、この選択されたビデオフィ
ードを時間の任意の指定される点で見ている視聴者に放送してよい。明らかであ
るように、各視聴者は、どのビデオフィードが視聴のために同時に、数値データ
としてあたえられた物体や図形に関する情報を計算によって画像化（以下、「レ
ンダリング」と記載）されなければならないのかを個々に選択するオプションを
持たない。
【０００４】 ポイントツーポイントネットワークは、各視聴者が、入手可能なビデオフィー
ドの集合から同時にレンダリングされるビデオフィードを選択できるようにする
。オンライン環境内等のポイントツーポイントネットワークでは、各視聴者は、
視聴者がどのビデオフィードを見ることを希望するのかを選択するヘッドエンド
サーバに要求を送信してよい。それから、サーバはヘッドエンド上で各視聴者向
けの画面を組み替えてから、それを特定の視聴者に送信してよい。ただし、この
ようなポイントツーポイントネットワークまたはオンライン環境は、視聴者が、
そのビデオ選択をヘッドエンドサーバに送信するために、視聴者サイトからヘッ
ドエンドサーバへの戻り経路だけではなく、かなりの量の帯域幅も必要とする。
さらに、このようなポイントツーポイントネットワークまたはオンライン環境は
、アクティブなクライアントごとのピクチャ組み替えのためにヘッドエンドサー
バ内の追加ハードウェアも必要とする。
【０００５】 各視聴者が、使用可能なビデオフィードの集合から、視聴者が見ることを希望
するビデオフィードを選択できるようにする別のシステムとは、視聴者サイトの
受信機内に、同時にレンダリングされる個々のビデオと同じくらい多くのデコー
ダを有するシステムである。例えば、もし６の個別のビデオが同時にレンダリン
グされると、視聴者サイトの受信機は６個のデコーダを用意しなければならない
。しかしながら、このようなシステムは、受信機内でかなりの処理電力を必要と
し、受信機の費用を高めるだろう。加えて、同時にレンダリングできるビデオ数
は、受信機内で提供されるデコーダの数に制限されるだろう。
【０００６】 このようにして、各視聴者が数多くのビデオフィードから１つまたは２つ以上
のビデオフィードの独自の集合を選択できるように、対話型テレビアプリケーシ
ョンでの複数の符号化デジタルビデオ信号ストリームの同時通信及びレンダリン
グのための、相対的に簡略且つ経済的なシステム及び方法を提供することは大い
に望ましい。このようなシステム及び方法は、かなりの量の帯域幅または視聴者
サイトからヘッドエンドサーバまでの戻り経路を必要としないのが理想的だろう
。
【０００７】 （ＭＰＥＧ背景） 本発明の説明及び理解を容易にするために、ムービングピクチャエキスパート
グループ（以下、「ＭＰＥＧ」と記載）圧縮がここで提示される。ＭＰＥＧ圧縮
とは、フレーム間及びフレーム内の圧縮技法を使用する完全動画ビデオ画像の圧
縮及び復元のための一式の方法である。ＭＰＥＧ圧縮は、とりわけ動作補償プロ
セスと離散的コサイン変換（ディスクリートコサイントランスフォーム：ＤＣＴ
）プロセスの両方を使用し、２００：１を超える圧縮率を生じさせることができ
る。
【０００８】 ２つの優勢なＭＰＥＧ規格が、ＭＰＥＧ−１とＭＰＥＧ−２と呼ばれている。
ＭＰＥＧ−１規格は、一般的には、典型的には、時相差分パルス符号変調（ディ
ファレントパルスコードモジュレーション：ＤＰＣＭ）を使用するブロックベー
スの動作補償予測（モーションコンペンセイションプレディクション：ＭＣＰ）
を使用するフィールド間データ削減に関する。ＭＰＥＧ−２規格はＭＰＥＧ−１
規格に類似しているが、幅広い範囲のアプリケーションをカバーするための拡張
を含む。ここに使用されるように、用語「ＭＰＥＧ」は、ＭＰＥＧ−１、ＭＰＥ
Ｇ−２及び／または任意のそれ以外の適切なＭＰＥＧ標準圧縮及び復元技法を指
す。
【０００９】 ＭＰＥＧ−ストリームは、イントラフレーム（Ｉフレーム）、プレディクテッ
ドフレーム（Ｐフレーム）、及びバイディレクショナル補間フレーム（Ｂフレー
ム）の３種類のピクチャまたはフレームを含む。Ｉフレーム内は、ビデオのフレ
ーム全体のビデオデータを含み、典型的には１０フレームまたは１５フレームご
とに配置される。Ｉフレームは、ランダムアクセスのためのファイルの中へのエ
ントリポイントを提供し、一般的には適度に圧縮されるだけである。Ｐフレーム
は過去のフレーム、つまり前のフレーム内または予測フレームに関して符号化さ
れる。このようにしてＰフレームは、前のＩフレームまたはＰフレームを基準に
した変更を含むだけである。一般的には、予測フレームはかなり大量の圧縮を受
信し、将来の予測フレーム用の基準として使用される。このようにして、Ｉフレ
ームとＰフレームの両方とも、それ以降のフレームのための基準として使用され
る。双方向ピクチャは、最大量の圧縮を含み、符号化されるために過去と将来両
方の基準を必要とする。双方向フレームは他のフレームの基準として使用されな
い。
【００１０】 ＭＰＥＧエンコーダは、各々のフレームを、マクロブロックと呼ばれる１６か
ける１６ピクセルの正方形に分割する。各々のフレームは動作推定／補償を実行
するためにマクロブロックに分割される。各ピクチャは、複数のスライスから構
成される。ＭＰＥＧ規格は、マクロブロックの同じ行で開始、終了する２個また
は３個以上のマクロブロック（１６×１６ピクセルのブロック）の連続シーケン
スとしてスライスを定義する。スライスはスライス開始コードで始まり、スライ
スがピクチャ内で開始する水平と垂直の場所を示す情報を含む。
【００１１】 （発明の要約） 対話型テレビアプリケーションにおける複数のＭＰＥＧ符号化デジタルビデオ
信号ストリームの同時通信及びレンダリングのためのシステム及び方法が開示さ
れる。本発明が、プロセス、装置、システム、デバイス、方法、またはコンピュ
ータ読み取り可能記憶媒体等のコンピュータ読み取り可能媒体、あるいはプログ
ラム命令が光通信線路または電子通信線路上を送信されるコンピュータネットワ
ークとしてを含む多数の方法で実現できることが理解されなければならない。本
発明の複数の発明の実施形態について後述する。
【００１２】 ユーザサイトでの複数の符号化ビデオストリームの同時通信及びレンダリング
方法は、通常、表示のために複数の符号化ビデオストリームの少なくとも1つを
再配置するために放送センタから一斉送信される複数の符号化ビデオストリーム
の少なくとも１つを変更することと、この少なくとも1つの変更された符号化ビ
デオストリームを備える変更された複数の符号化ビデオストリームを単一の合成
インタリーブビデオストリームにインタリーブすることと、この単一コンポジッ
トビデオストリームを出力することとを備える。この方法は、さらに、放送セン
タから、あるいはケーブル、衛星、ＭＭＤＳ、または地上網を介して複数の符号
化ビデオストリームを受信することを備えてよい。
【００１３】 １つの好ましい実施形態においては、方法は、さらに、同時レンダリングのた
めに使用可能な符号化ビデオストリームのリストを受信することと、要すればユ
ーザサイトでユーザからユーザ入力を受信することを備え、このユーザ入力は、
同時レンダリングのために使用可能な符号化ビデオストリームのリストから選択
される複数の符号化ビデオストリームを含む。ユーザ入力は、さらに、複数の符
号化ビデオストリームごとに表示場所を含んでよい。変更することは、表示のた
めに複数の符号化ビデオストリームのこの少なくとも1つを再配置するために複
数の符号化ビデオストリームの各々についてユーザ入力表示場所を活用してよい
。代わりに、変更することは、表示のために、複数の符号化ビデオストリームの
この少なくとも1つを再配置するために複数の符号化ビデオストリームの各々に
デフォルトの表示場所を活用してよい。例えば、複数の符号化ビデオストリーム
のデフォルト表示場所は、対話型エコーだまたは受信機に記憶され、対話型デコ
ーダによって適用されるような、ＨＴＭＬレイアウトエンジン様式等の、レイア
ウト規則、及び／またはデフォルトの表示場所を決定するためのその他の適切な
方法によって求められる静的な値であってよい。このレイアウト規則は、製作セ
ンタで実行中に製作者によって変更され、レンダリングのために受信機に伝送さ
れてよい。
【００１４】 方法は、さらに、出力の前に、単一の合成インタリーブビデオストリームを復
号することを含んでよい。出力は、ビデオディスプレイとして単一の合成インタ
リーブビデオストリームを表示するためにディスプレイに出力することを含んで
よく、このビデオディスプレイは、少なくとも1つの変更された符号化ビデオス
トリームの各々の再配置されたディスプレイを含む変更された複数の符号化ビデ
オストリームの各々のディスプレイを備える。さらに、複数の符号化ビデオスト
リームの各々は、好ましくは、ＭＰＥＧ−１またはＭＰＥＧ−２圧縮技術を使用
して符号化される。
【００１５】 別の好ましい実施形態においては、方法は、通常、表示のために放送センタか
ら一斉送信される複数の符号化ビデオストリームを受信することと、表示場所ご
とに複数の符号化ビデオストリームのせいぜい１つを選択することと、選択され
たビデオストリームを単一の合成インタリーブビデオストリームにインタリーブ
することと、この単一のコンポジットビデオストリームを出力することとを備え
る。特に、複数の符号化ビデオストリームの各々は、各表示場所がディスプレイ
の副部分をカバーし、複数の符号化ビデオストリームが表示場所の少なくとも１
つについて複数の符号化ビデオストリームを含む、複数の表示場所の１つでの表
示のために構成される。
【００１６】 複数の符号化ビデオストリームの同時レンダリングのためのシステムは、通常
、表示のために複数の符号化ビデオストリームのこの少なくとも１つを再配置す
るために放送センタから一斉送信される複数の符号化ビデオストリームの少なく
とも１つを変更し、この少なくとも１つの変更された符号化ビデオストリームを
備える変更された複数の符号化ビデオストリームを、単一の合成インタリーブビ
デオストリームにインタリーブし、この単一のコンポジットビデオストリームを
出力するように適応される対話型デコーダを備える。
【００１７】 システムは、さらに、対話型デコーダと通信中であり、ユーザからユーザ入力
を受信するように適応されたユーザインタフェースを備えてよい。ユーザ入力は
、通常、同時レンダリングのために使用可能な符号化ビデオストリームのリスト
から選択される複数の符号化ビデオストリームを含み、そこでは対話型デコーダ
は、さらに、ユーザインタフェースを介してユーザからユーザ入力を受信するよ
うに適応される。さらに、システムは、ビデオディスプレイとして単一の合成イ
ンタリーブビデオストリームを表示するためのディスプレイを備えてよく、そこ
ではビデオディスプレイは、この少なくとも１つの変更された符号化ビデオスト
リームの各々の再配置されたビデオを含む変更された複数の符号化ビデオストリ
ームの各々のビデオを備える。
【００１８】 複数の符号化ビデオストリームの同時レンダリングのための対話型デコーダは
、表示のために複数の符号化ビデオストリームのこの少なく後も1つを再配置す
るための放送センタから一斉送信される複数の符号化ビデオストリームの少なく
とも1つを変更するための手段と、この少なくとも１つの変更された符号化ビデ
オストリームを備える変更された複数の符号化ビデオストリームを単一の合成イ
ンタリーブビデオストリームにインタリーブするための手段と、この単一のコン
ポジットビデオストリームを出力するための手段を備える。
【００１９】 ここに説明さらえているシステム及び方法のためのアプリケーションの例は、
個人化されたＥＰＧ（電子番組表）モザイクである。個人化されたＥＰＧモザイ
クを用いると、複数のエンドユーザのお気に入りの番組が、例えば、個人化され
たリストに基づいて表示される。エンドユーザは、要すれば、複数の表示された
画面またはビデオフィードから部分集合を選択してよい。
【００２０】 本発明のこれらの及びそれ以外の特徴及び優位点は、以下の詳細な説明及び発
明の原則を例証として描く添付図面にさらに詳しく提示されるだろう。
【００２１】 （特定の実施形態の説明） 対話型テレビアプリケーションでの複数の符号化されたデジタルビデオ信号ス
トリームの同時通信及びレンダリングのためのシステム及び方法が開示される。
以下の説明は、任意の技術の技能者が発明を作り、使用できるようにするために
提示される。特定的な実施形態及び用途の説明は、例としてのみ提供され、多様
な変更は当業者に容易に明らかになるだろう。ここに定められる一般原則は、発
明の精神及び範囲から逸脱することなくそれ以外の実施形態及び用途に適用され
てよい。このようにして、本発明は、ここに開示される原則及び特徴と一貫した
多数の代替策、変更、及び同等物を含む最も幅広い範囲を与えられるべきである
。明快にするため、発明に関係する技術分野で既知である技術的な資料に関する
詳細は、本発明を不必要に覆い隠すことないように詳細に説明されていない。
【００２２】 （対話型テレビシステム） 好ましい実施形態では、本発明のシステム及び方法は、対話型テレビシステム
に含まれている。しかしながら、本発明のシステム及び方法が、標準的なテレビ
、対話型テレビを含む多様な種類のビデオシステム、インターネット、及びそれ
以外の種類のビデオまたはグラフィック送達媒体のどれかに含まれてよいことが
理解されなければならない。用語「ビデオ」は、静止画像、グラフィックス、及
びライブのアクションビデオまたは動画ビデオを含むことを目的とする。
【００２３】 図１は、本発明のある実施形態による対話型テレビシステム１００の概略図で
ある。図１は、例示的であるにすぎず、それ以外の対話型テレビシステム実施形
態は、所望される通りに活用されてよい。
【００２４】 図示されるように、対話型テレビシステム１００は、非対話型視聴覚コンテン
ツ及び／または対話型視聴覚コンテンツを含む、視聴覚コンテンツを生成するた
めに放送センタ１０２を利用する。放送センタ１０２は、視聴覚コンテンツを提
供するための音声／ビデオソース１０４を含む。視聴覚コンテンツは、通常、テ
レビで見られるような、映画、スポーツ、ニュース、ホームコメディ、またはそ
の他の視聴覚番組を備えてよい。視聴覚コンテンツは、好ましくは、多様な目的
のために活用されてよい静止画像も備える。視聴覚コンテンツは、好ましくは、
複数のビデオストリームを備え、好ましくは、ビデオストリームの２つまたは３
つ以上が同時に表示できるように構成または設計される。
【００２５】 放送センタ１０２は、各々が視聴覚コンテンツを備える複数の番組チャネルを
提供する。１つまたは複数の番組チャネルは、視聴覚コンテンツ及び関連付けら
れる対話型アプリケーションを含む音声−ビデオ−対話型（以下、「ＡＶＩ」と
記載）信号を備えてよい。本発明の好ましい実施形態に従って、放送センタ１０
２にあるエンコーダ１０８は、ビデオを符号化または圧縮し、圧縮済みのビデオ
ストリームを伝送するために使用できる。
【００２６】 音声／ビデオソース１０４は、静止ビデオ画像を圧縮された静止ビデオ画像に
圧縮するためのビデオ圧縮論理回路を含んでよい。図示されるように、視聴覚コ
ンテンツは、要すれば、リモートネットワーク１２０によって、または所望され
る通りにライブフィードによって供給される。
【００２７】 放送センタ１０２は、好ましくは、対話型アプリケーションコンテンツを作成
及び／または生成するためのアプリケーションサーバ１０６も含む。対話型アプ
リケーションコンテンツは、セットトップボックスまたはテレビ内のプロセッサ
によって、対話型テレビの機能をサポートするために実行されるように設計され
るアプリケーションコード及びデータを備える。アプリケーションサーバ１０６
は、好ましくは、「オープンテレビ」対話型アプリケーションを生成または提供
するために構成される。アプリケーションサーバは、所望されるように、Ｊａｖ
ａアプレットまたはその他の対話型番組コンテンツも提供してよい。本発明の複
数の符号化デジタルビデオ信号ストリームの同時通信及びレンダリングのための
システム及び方法が、このような対話型アプリケーションコンテンツとともに実
現される必要がないことが注意される。
【００２８】 エンコーダ／マルチプレクサ１０８は、対話型アプリケーションコンテンツを
視聴覚コンテンツと結合し、ＡＶＩ信号を生じさせる。また、エンコーダ／マル
チプレクサ１０８は、対話型アプリケーションコンテンツが、視聴覚コンテンツ
内の適切な位置に挿入されることを確実にするために、対話型アプケーションコ
ンテンツを視聴覚コンテンツに同期させる。一定のチャネルは、非対話型番組コ
ンテンツを備えてよい。言い換えると、一定の視聴覚コンテンツは、関連付けら
れる対話型コンテンツを有しないことがある。エンコーダ／マルチプレクサ１０
８は、好ましくは、伝送のために、ＡＶＩ信号、及び要すれば非対話型信号を含
む複数の信号をともに多重化する。
【００２９】 放送センタ１０２は、エンドユーザによる受信またはそれ以降の分散リンクの
ために放送信号を伝送するためのアップリンク衛星１１０も含む。図１は、衛星
が放送信号を伝送するために活用される衛星ネットワーク例を示すが、同軸ケー
ブルによるケーブル分散、光ファイバ伝送、マイクロ波伝送及び／または任意の
それ以外の適切な手段を含むそれ以外の伝送方法が活用されてよい。
【００３０】 放送信号は、例えば、衛星ダウンリンク１３２を介して放送センタ１０２から
受信される。それから、放送信号は、複数のエンドユーザまたは加入者に提供さ
れる。前述にて注記されたように、放送信号は、１つまたは複数の非対話型番組
信号を含んでよく、各々のチャネル上に１つまたは複数のＡＶＩ信号を含んでよ
い。
【００３１】 加入者サイト１３０での各エンドユーザは、好ましくは、テレビセット１５０
だけではなく、セットトップボックス受信機または対話型デコーダ１４０も含む
。セットトップボックスまたは対話型デコーダ１４０は、テレビセット１５０に
結合される。対話型デコーダ１４０の論理回路は、テレビセット１５０及び対話
型デコーダ１４０が、別個の装置よりむしろ単一の統合型装置を備えるように、
テレビ１５０内に含まれてよいことが注意される。さらに、テレビ１５０は、表
示画面またはそれ以外の適切な表示装置を有する汎用プログラマブルコンピュー
タを備えてよい。
【００３２】 本開示では、用語「加入者テレビ」は、テレビセット１５０、またはコンピュ
ータ、ＬＣＤ（液晶ディスプレイ）画面等のその他の表示装置を含むことが意図
され、圧縮されたビデオを復号する、及び／または対話型番組を実行するための
関連付けられるデコーダ論理回路を含んでよい。例えば、ある実施形態では、加
入者テレビは、対話型デコーダまたはセットトップボックス１４０に結合される
テレビセット１５０を備える。
【００３３】 テレビリモートコントローラ１５２等のユーザインタフェースは、テレビ１５
０及び／または対話型デコーダ１４０とのユーザ対話を容易にするためにユーザ
サイトで提供されてよい。ユーザは、見るための所望されるテレビチャネルを選
択、または多様な対話型選択から選択することができる。本発明の1つの実施形
態に従って、ユーザは、表示のために、同時に放送されるビデオストリーム及び
／または静止ピクチャから２つまたは３つ以上のビデオストリームを選択できる
。ユーザは、要すれば、テレビセット１５０で複数のビデオストリームの各々の
表示場所を選択することもできる。さらに、エンドユーザは本発明を用いて、グ
ラフィカル・ユーザ・インターフェース（ＧＵＩ）を表示画面に設定することが
できる。
【００３４】 受信機及び対話型デコーダ１４０は１つの装置として示されているが、受信機
は、後述されるように、任意の適切な数の対話型デコーダ及び要すれば組み替え
エンジン等のあらゆる追加の構成要素を含んでよい。ここに説明される複数の符
号化デジタルビデオ信号ストリームの同時通信及びレンダリングのためのシステ
ム及び方法は、レンダリングされたすトリームの数が、受信機内に存在するデコ
ーダの数以上である一般的なケースに適切である。加えて、レンダリングされた
ストリームの数は、典型的には、送信されるビデオストリーム数未満であるか、
あるいは等しいが、一定のストリームが複数回表示される場合など、送信される
ビデオストリームの数より多い場合がある。
【００３５】 選択されたテレビチャネル上の信号は、テレビセット１５０に出力を提供する
対話型デコーダ１４０によって復号される。対話型デコーダ１４０は、好ましく
は、オープンテレビ等のリアルタイムオペレーティングシステムを実行する。こ
この説明は放送によって受信される信号を処理または復号するシステムの点にお
いてであるが、処理は、放送信号及び／またはデコーダ（またはその他の構成要
素）のハードドライブ（またはその他のメモリ）内等の、ユーザサイトに常駐す
る構成要素、つまり常駐メモリ内に記憶されている信号で実行されてよいことが
理解されなければならない。
【００３６】 表示されているチャネルがＡＶＩ信号を備えるケースでは、対話型デコーダ１
４０は、対話型テレビ機能をイネーブルするために、選択されたＡＶＩ信号内で
伝達さらえる対話型アプリケーションプログラムを実行してもよい。
【００３７】 戻りチャネル１５６は、要すれば、ユーザによる一定の選択を監視し、相応し
て応答するトランザクションサーバ１６０に対話型デコーダ１４０を相互接続す
る。この戻りチャネル１５６は、好ましくは、通信のために、標準ＰＯＴＳ（黒
電話サービス）電話線路及び関連付けられるモデム（図示されていない）を活用
する。同軸ケーブル、光ファイバケーブル、ＤＳＬ（デジタル加入者回線）、Ａ
ＴＭ（非同期転送モード）、またはその他等のそれ以外の戻りチャネルオプショ
ンは、所望されるように使用されてよい。
【００３８】 好ましい実施形態では、放送センタ１０２は、各乗り手の自転車に対するカメ
ラからのビデオフィード等の多様なビデオフィードを含む自転車レースのような
番組を放送する。各ビデオフィードは、個別に圧縮され、すべての衛星ダウンリ
ンク１３２に個別に放送される。
【００３９】 放送センタ１０２によって一斉送信される入信ストリームは、ＭＰＥＧストリ
ームであるが、完全にＭＰＥＧ規格に準拠している必要はない。明快にするため
に、このような非準拠ストリームも、ここではＭＰＥＧストリームと呼ばれる。
例えば、入信一斉送信ストリームは符号化されたＭＰＥＧ様式であってよいが、
シーケンスヘッダ等のストリームの要素のいくつかは、受信機によって結合され
た出力ストリームに追加されてよい。
【００４０】 加えて、使用可能なビデオストリームのリストは、好ましくは、放送センタ１
０２の対話型アプリケーションが使用できるようにされる。各ユーザは、使用可
能なビデオストリームのリストから所望のビデオを選択し、それによって各ユー
ザが、ユーザの好みのレーサの視点等のユーザにとって関心のあるレースの角度
を監視できるようにする。
【００４１】 対話型デコーダ１４０は、入力として、どのビデオフィードのユーザの選択が
ユーザのテレビセット１５０上に同時に表示されるべきか、及び要すれば、選択
されたビデオフィードの各々がユーザのテレビセット１５０で表示される場所を
受信する。対話型デコーダ１４０は、選択されていないビデオ信号を無視または
廃棄し、選択されたビデオ信号を表示のために再配置するために選択された信号
を前処理し、前処理された信号を復号する。それから、対話型デコーダ１４０は
、ユーザのテレビセット１５０の画面上の小さなピクチャのモザイクである大き
なコンポジットビデオとしてユーザの選択されたビデオを提示する。
【００４２】 対話型デコーダ１４０のこのようなプロセスは、ユーザが所望されるビデオ及
びそれらの各々の表示場所を選択するという点で対話型であるが、ユーザの選択
は、復号ビデオ信号をテレビセット１５０に直接的に出力する対話型デコーダ１
４０によって完了されるため、戻りチャネル１５６の活用を必要としない。
【００４３】 複数のビデオストリームの同時表示は、数多くの異なる対話型テレビアプリケ
ーションで使用されてよい。例えば、視聴者は、同時に他の番組を表示している
間にウェブページまたはコマーシャルからのＭＰＥＧ静止を表示することを選ん
でよい。別の例として、対話型コマーシャルは、ユーザが、ある分野の製品から
複数の製品を、またはある製品の多様な特徴の詳細を同時に表示することを選択
できる。
【００４４】 （対話型デコーダ） 図２は、セットトップボックスまたは対話型デコーダ１４０を描く概略図であ
る。図示されているように、対話型デコーダ１４０は、１つまたは複数のチャネ
ル上で入力放送チャネル信号３０４を受信するためのデマルチプレクサ３０２を
含む。入力放送信号は、好ましくは、映画、スポーツ、テレビショー、ニュース
、広告等の番組コンテンツを含む複数のチャネルを備える。放送信号は、好まし
くは、複数の圧縮された、または符号化されたデジタルビデオストリームを含む
。視聴覚構成要素は、好ましくは圧縮され、さらに好ましくはＭＰＥＧ−１また
はＭＰＥＧ−２圧縮される。このに注記されたように、表示されるために選択さ
れるビデオストリームに対応するビデオ（または視聴覚）信号だけが、対話型デ
コーダ１４０によって処理されるが、選択されていないビデオ信号は廃棄される
。
【００４５】 デマルチプレクサ３０２は、音声／ビデオ構成要素を入力放送チャネル信号３
０４の対話型構成要素から分離するために動作する。発明の好ましい実施形態に
おいては、対話型構成要素は、オープンテレビコーポレーション．によって広め
られるオープンテレビ規格に準拠する対話型アプリケーション及び／またはデー
タを備える。しかしながら、それ以外の適切な種類の対話型アプリケーションが
ＡＶＩ信号に含まれてよい。
【００４６】 デマルチプレクサ３０２は、ピクチャバッファ３０６を介して音声／ビデオ復
号プロセッサ、つまりデコーダ３０４に音声／ビデオ構成要素を提供する。復号
プロセッサ３０４は、表示用にビデオ信号を再配置するために複数の選択された
ビデオストリームを前処理し、前処理された信号をインタリーブし、インタリー
ブされた圧縮済み視聴覚信号を復号し、復元されたデータを生じさせる。
【００４７】 好ましい実施形態においては、放送チャネルはＭＰＥＧ−２圧縮データを転送
する。このようにして、好ましい実施形態では、復号プロセッサ３０４は、好ま
しくはＭＰＥＧ−２プリプロセッサ、インタリーブプロセッサ及びデコーダを含
む。デコーダ３０４は、好ましくは1台または複数台のデジタル信号プロセッサ
（ＤＳＰ）及び１つまたは複数の関連付けられるメモリを含む。デコーダが、１
つまたは複数のＤＳＰ、ＣＰＵ、またはマイクロコントローラ、離散論理回路ま
たはその組み合わせを含む多様な種類の論理回路を備えてよいことが注意される
。復号プロセッサ３０４の詳細は、さらに詳しく説明されるだろう。
【００４８】 復号プロセッサ３０４は、好ましくはテレビセット１５０に表示のために提供
される音声／ビデオ出力を提供する。復号ブロック３０４が、同時に表示される
複数のユーザ選択ビデオストリームを受信すると、デコーダは、ユーザのテレビ
セット１５０に、さらに小さな再配置済みのピクチャのモザイクを備える単一復
元ビデオストリームを出力する。
【００４９】 対話型デコーダ１４０は、さらに、メモリ３１６に結合されるＣＰＵ３１４を
含んでよい。このメモリ３１６は、好ましくは、対話型アプリケーションオペレ
ーティングシステムを記憶するための読取専用メモリ（リードオンリーメモリ：
ＲＯＭ）である。オペレーティングシステムは、好ましくは、オープンテレビコ
ーポレーションのオープンテレビオペレーティングシステムである。
【００５０】 入力放送チャネル信号３０４がＡＶＩ信号を含むときには、デマルチプレクサ
３０２は、ＡＶＩ信号の対話型番組構成要素を、ＣＰＵ３１４に結合される対話
型アプリケーションメモリ３１２に提供する。この対話型アプリケーションメモ
リは、好ましくは、対話型アプリケーション、つまりオープンテレビアプリケー
ションを記憶するためのランダムアクセスメモリ（ＲＡＭ）である。ＡＶＩ信号
からの対話型アプリケーションは、ＲＡＭ３１２に記憶され、ＣＰＵ３１４はＲ
ＡＭ３１２から対話型アプリケーションを読み取り、アプリケーションを実行す
ることができる。
【００５１】 このようにして、ＣＰＵ３１４は、ＲＯＭ３１４からオープンテレビオペレー
ティングシステムを読み取り、それによりオペレーティングシステムはＣＰＵ３
１４の動作を制御する。ＣＰＵ３１４は、ＡＶＩ信号を備えるＲＡＭ３１２から
も対話型アプリケーションを読み取り、ＲＯＭ３６に記憶されているオープンテ
レビオペレーティングシステムの制御下で対話型アプリケーションを実行する。
【００５２】 前述にて注記されたように、好まれている実施形態においては、同時に表示さ
れる、ユーザが使用できるビデオストリームのリストは、対話型アプリケーショ
ン内に含まれてよい。したがって、使用可能なビデオストリームのリストは、好
ましくは、視聴覚構成要素の一部としてよりむしろ対話型アプリケーションの一
部として含まれる。対照的に、ビデオストリームは、音声／ビデオストリームの
一部として含まれる。
【００５３】 代わりに、使用可能なビデオストリームのリストは、チャネルのシグナリング
で伝送されてよい。チャネルのシグナリングは、すべてのチャネルに対して統一
された方法で放送会社によって受信者に送信される構成要素のリストである。こ
の仕組みは、例えば、受信機が、二次音声チャネルを検出できるようにするため
に活用される。
【００５４】 ＲＡＭ３１２は、ＣＰＵ３１４に結合される。ＣＰＵ３１４は、その結果、グ
ラフィック画面上ディスプレイ３２２に結合される。グラフィック画面上ディス
プレイ３２２は、デコーダ３０４によって提供される音声／ビデオ出力とともに
テレビセットに出力を提供するために結合される。グラフィック画面上ディスプ
レイ３２２は、デコーダ３０４の音声／ビデオ出力の上部にオーバレイすること
のできるフォーマットでデータを編成する。このようにして、ＣＰＵ３１４は、
対話型アプリケーションを実行し、デコーダ１４９からの音声／ビデオストリー
ム出力とともに提供される画面上グラフィックを生成する。例えば、対話型アプ
リケーションが、１つまたは複数の画像または選択オプションをテレビ番組また
は静止画像の上部に表示またはオーバレイさせるために作成される場合、アプリ
ケーションを実行しているＣＰＵ３１４は、グラフィック画面上ディスプレイ３
２２に適切な出力を提供し、グラフィック画面上ディスプレイ３２２は、各々の
画像または選択ボタンを、デコーダ３０４の音声／ビデオ出力の上にオーバレイ
させる、及び／またはデコーダ３０４の音声／ビデオ出力とともに表示させる。
【００５５】 グラフィック画面上ディスプレイ３２２は、４ビットまたは８ビットのカラー
メモリであってよい。グラフィック画面上ディスプレイ３２２は、選択ボタンの
提示または同時表示のために使用可能なビデオストリームのリストに加えて多様
な目的のために使用されてよい。
【００５６】 ユーザは、ユーザ入力３２４をＣＰＵ３１４に提供してよい。ユーザ入力は、
多様なデバイスから提供されてよく、好ましくはリモートコントローラ、テレビ
セット１５０上のボタン、または対話型デコーダ１４０を介して提供される。Ｃ
ＰＵ３１４に提供されるユーザ入力３２４は、ユーザが、ＲＡＭ３１２に記憶さ
れている対話型アプリケーションと対話できるようにする。例えば、ユーザまた
は視聴者は、テレビセット上で同時に表示される複数のビデオストリームを選択
してよい。それ以外のユーザ入力３２４は、製品を注文する、または情報を注文
するための選択を含み、テレビゲームショーに回答を提供し、挿入ピクチャまた
はフィードの選択肢から挿入ピクチャまたは挿入フィードを選択してよく、そこ
では選択された挿入ピクチャは、例えば背景ピクチャでの表示用である。また、
ユーザまたは視聴者は、テレビセット上に同時に表示される複数の選択されたビ
デオストリームの各々の場所を選択してよい。
【００５７】 ＣＰＵ３１４は、ピクチャバッファ３０６等のピクチャバッファ３０６に結合
される出力を含む。ＣＰＵ３１４は、どのビデオ（または視聴覚）信号がユーザ
によって同時表示のために選択されるのか、及び各々の選択されたビデオストリ
ームのテレビセット上での対応する表示場所に関係する信号をピクチャバッファ
３０６に送信する。このようにして、ピクチャバッファ３０６は表示されるため
に選択されるビデオストリームだけを受信するが、選択されていないビデオ信号
は廃棄される。
【００５８】 ＣＰＵ３１４は、好ましくは、ユーザ対話性を提供するためにモデム３２６を
介して、さらに戻りチャネル１５６に結合される。モデム３２６は、双方向通信
のために使用されてよい。図１に図示されるように、戻りチャネル１５６は、好
ましくはトランシーバサーバ１６０に結合される。このようにして、ユーザが、
情報を注文する、または製品を購入するオプションを選択すると、トランシーバ
サーバ１６０はこの注文を受信し、履行のために注文を処理する。また、ユーザ
がゲームショーの中で質問に答える場合、回答は戻りチャネル１５６上でトラン
シーバサーバ１６０に提供される。
【００５９】 図３は、対話型デコーダ１４０の動作を示す概略図である。図３に図示される
例では、特に４つのビデオストリームであるビデオストリーム１から４が同時に
表示されている。加えて、ビデオストリーム１から４は、各々、テレビセットの
ディスプレイの右下、左上、右上、及び左下のカドラントに表示されている。好
ましくは、図３に図示されている対話型デコーダ１４０は、ＭＰＥＧ−２圧縮ビ
デオストリームのために活用される。
【００６０】 表示されるために選択されたビデオストリームごとに、ビデオストリーム信号
３３０及び例えば表示場所情報を含む対応する制御信号３３２が、マクロブロッ
クアドレス増分変更子３３４に入力される。ビデオストリーム信号３３０はさら
に小さなピクチャを表す。マクロブロックアドレス増分変更子３３４は、対応す
る制御信号３３２に含まれるそのビデオストリームの表示場所に従って、必要な
場合、ビデオストリーム信号３３０のマクロブロックアドレス増分を変更する。
マクロブロックアドレス増分変更子３３４の出力、つまり変更済みのマクロブロ
ックアドレス増分を含むビデオストリームが、インタリーブ３３６に入力される
。
【００６１】 インタリーブ３３６は、さらに小さな変更済みのビデオストリームをさらに大
きな単一ビデオストリームの中にインタリーブする。単一のさらに大きなビデオ
ストリームは、本来、再配置されたさらに小さなピクチャのモザイクである。そ
れから、ビデオデコーダ３３８、好ましくはＭＰＥＧ−２ビデオデコーダが、信
号ビデオストリームを復号し、ユーザのテレビセットに出力する。それから、テ
レビセットは、ユーザによって指定される表示場所、デフォルト表示場所、また
はユーザによって指定された表示場所とデフォルト表示場所の組み合わせに従っ
て再配置されたさらに小さなピクチャのモザイクを表す、復号単一ビデオストリ
ームを表示する。例えば、複数の符号化ビデオストリームのデフォルト表示場所
は、ＨＴＭＬレイアウトエンジン様式及び／またはデフォルト表示場所を決定す
るための任意のそれ以外の適切な方法によって求められる、対話型デコーダまた
は受信機に記憶される静的な値であってよい。デフォルト場所は、活用される構
成に応じて、受信機またはヘッドエンド内に常駐できる組換えエンジンによって
レイアウト規則から計算されてよい。
【００６２】 （一定の用語のＭＰＥＧ−２定義） 明快にするため、及び後述される説明を容易にするために、複数の用語が、Ｍ
ＰＥＧ−２規格に従って提示、定義される。例えば、ピクセルとは、根本的な画
素を指すが、ブロックは６４ピクセルの８かける８のグループ分けを指す。マク
ロブロック（ＭＢ）は、５つのブロックの２かける２のグループ分け、またはピ
クセルの１６かける１６のグループ分けとして定義される。スライスは、本発明
の目的のために、マクロブロックの同じ行で開始、終了するマクロブロックのシ
ーケンスを指す。スライス開始コード（ＳＣＣ）は、スライスの開始を示す4バ
イトのバイト位置合わせ済み符号なしシーケンスである。スライス開始コードの
値は、０ｘ０００００１０１と０ｘ０００００１ＡＦの間の範囲にある。スライ
ス開始コードの最後のバイトは、現在のスライスが属するマクロブロックの行を
示すスライス開始コード値である。例えば、０１という値は、スライス中のピク
セルが行０から１５までで属することを示し、０ｘＡＦは、スライス中のピクセ
ルが行２７８４から２７９９まえで属することを示す。
【００６３】 マクロブロックアドレス増分は、長さ１ビットから１１ビットの可変長コード
ワードである。マクロブロックアドレス増分は、同行のスライスの最後のマクロ
ブロックからのマクロブロックｓの単位での増分を示し、現在のスライスの水平
位置、つまり表示の左端からのスライス位置を示す。例えば、１というマクロブ
ロックアドレス増分値は、現在のスライスが列０で属し、少なくとも列１５まで
伸張することを示す。マクロブロックアドレス増分可変長コードワード及びスラ
イス開始コードは、特定のスライスの表示位置を示すコードであるため、集合的
に表示位置コードと呼ばれてよい。
【００６４】 （対話型デコーダのプロセスを示すフローチャート） 図４Ａ及び図４Ｂは、同時通信及びレンダリングのための複数のビデオストリ
ームを処理する際の本発明の対話型デコーダのプロセス３５０を描くフロー図で
ある。図４Ａに図示されているように、対話型デコーダは、最初に、好ましくは
ステップ３５２でＡＶＩ信号の対話型構成要素内で、使用可能なビデオの長いだ
けではなく、放送センタによって一斉送信される符号化ビデオ信号も受信する。
【００６５】 ステップ３５４では、対話型デコーダは、同時表示のための所望されるビデオ
のユーザの選択、及びそれらの指定された及び／またはデフォルトの表示位置に
基づいて、制御信号を生成する。ユーザは同時に表示されなければならないビデ
オの各々を選択してよいが、１つまたは複数のビデオがデフォルトによって表示
されてよいことが理解されなければならない。言い換えると、１つまたは複数の
デフォルトビデオ及び１つまたは複数のユーザによって選択されたビデオが表示
されてよい。ステップ３５６で、対話型デコーダは、放送ビデオ信号ストリーム
を受信する。
【００６６】 代わりに、対話型デコーダは、例えばステップ３５２で、ＡＶＩ信号の対話型
構成要素中の使用可能なビデオのリストを受信し、ステップ３５４で制御信号を
生成し、ユーザによって選択された、一斉送信されたビデオストリームを選択的
に受信してよい。ユーザによって選択された、一斉送信されたビデオストリーム
の選択的な受信は、放送センタでのサーバによってなど、各ビデオストリームが
分割されるパケットの識別または識別子に基づいて達成されてよい。放送センタ
が各ＭＰＥＧビデオストリームを識別子で特定されるビデオパケットに分割し、
時間領域内でパケットを多重化する。
【００６７】 ステップ３５８で、対話型デコーダは、受信されたビデオストリームの各々が
選択されたビデオの１つに一致するかどうかを判断する。一致する場合、対話型
デコーダは、選択されたビデオストリームを処理し、処理された出力ビデオ信号
をステップ３６０での選択されたビデオの同時表示のためにディスプレイに出力
する。言い換えると、ステップ３６０で、対話型デコーダは、復号の前に、ＭＰ
ＥＧ符号化ビデオストリームを結合する。代わりに、ユーザによって選択される
ビデオに一致しないビデオストリームについて、対話型デコーダは、選択されて
いないビデオストリームを廃棄するか、無視する。
【００６８】 図４Ｂは、さらに詳細に対話型デコーダのプロセスつまりステップ３６０を描
く。特に、ステップ３６２で、対話型デコーダは、そのビデオまたはビデオスト
リームについての選択された表示位置またはデフォルトの表示位置に応じて、必
要に応じて各ビデオストリームを移動するために、選択されたビデオストリーム
の各スライスを前処理する。移動は、必要な場合、マクロブロックアドレス増分
ＬＶＣ及び／またはスライス開始コードつまりＳＣＣを変更することを含む。
前述にて注記されたように、スライス開始コードは、スライスの開始を示す４バ
イトのバイト位置合わせ済みの符号なしシーケンスであり、その最後のバイトは
、現在のスライスが属するマクロブロックの行を示すスライス開始コード値であ
る。このようにして、スライスの水平位置または行位置、つまりスライスが属す
るマクロブロックの行を再配置または移動するために、スライス開始コードの値
が変更される。スライス開始コードは可変長ではないため、バイト内でのビット
位置合わせ、つまりバイト位置合わせに関する懸念なしに単に変更されてよい。
【００６９】 次に、ステップ３６４で、対話型デコーダは、さらに大きなコンポジットビデ
オを表す単一ビデオストリームが生成されるような順序で選択されたさらに小さ
なビデオの前処理されたスライスをインタリーブする。このインタリーブプロセ
スは、１９９７年１０月１６日に提出され、参照してここにその全体で組み込ま
れた「ＭＰＥＧ−１フレームを使用してピクチャ内にピクチャを挿入するための
対話型テレビシステム及び方法（インタラクティブテレビジョンシステムアンド
メソッドフォーインサーティングピクチャズウィトインピクチャズユージングＭ
ＰＥＧ−１フレームス）」と題する、同時係属米国出願番号第０８／０８／９５
１，７９５号に説明されるインタリーブプロセスに類似することがある。
【００７０】 代わりに、好まれていないが、対話型デコーダは、最初に、複数の選択された
ビデオストリームスライスをインタリーブしてから、前処理する、つまり再配置
されなければならないインタリーブされたビデオストリームのスライスの座標を
寄せ集めて作る（パッチする）ことができる。しかしながら、インタリーブされ
たビデオストリームの解析は困難である場合があるため、このようなプロセスは
、通常好まれない。
【００７１】 ステップ３６６で、対話型デコーダは、さらに大きなコンポジットビデオを表
すインタリーブされたビデオストリームを復号する。最後に、ステップ３６８で
、対話型デコーダは、テレビセット等のディスプレイにユーザによって選択され
るビデオのさらに大きなコンポジットビデオを表す復号された単一インタリーブ
ビデオストリームを出力する。
【００７２】 さらに、対話型デコーダは、要すれば、ステップ３６８で、単一のインタリー
ブされたコンポジットビデオストリームのサイズを変更する。好ましくは、個々
のシーケンスは、複数のピクチャが結合されるピクチャ数に応じて、サイズ変更
を行って、あるいはサイズ変更を行わずに結合、表示できるように、ディスプレ
イより小さい空間解像度で符号化される。特に、放送センタは、好ましくは、所
定のサイズ、例えば、典型的な高品位テレビ表示サイズ等の、典型的な表示サイ
ズの４分の１に従って各ビデオフィードを一斉送信する。このようにして、エン
ドユーザが、同時表示のために４つのピクチャを選択する場合、デコーダによる
サイズ変更は不要になるだろう。
【００７３】 放送センタによって一斉送信される特定の所定のサイズは、処理要件を最小限
に抑えながら、部分的には、ピクチャの所望解像度の最適化に依存してよい。Ｍ
ＰＥＧ圧縮技術において、ビデオフィードはマクロブロックに分割され、各マク
ロブロックは圧縮されたストリームに圧縮される。対話型デコーダは、各圧縮済
みストリームを復元し、ピクチャを再構築する。それから、対話型デコーダは、
ピクチャを所望のサイズにズームすることができる。言い換えると、対話型デコ
ーダは、通常、各々の圧縮済みスライスのサイズを変更することはできないが、
全体的なピクチャのサイズを変更することはできる。このようにして、対話型デ
コーダは、好ましくは、所望のサイズで結果として生じるビデオを表示するため
に単一のインタリーブされたコンポジットビデオストリームのサイズを変更する
。
【００７４】 例えば、放送センタからの各ビデオフィードが典型的なテレビディスプレイサ
イズの4分の１であり、ユーザが同時表示のために６つのビデオフィードを選択
する場合、単一のインタリーブされたコンポジットビデオストリームは表示には
大きすぎるだろう。したがって、対話型デコーダは、好ましくはコンポジットビ
デオストリームを所望のサイズに、好ましくはビデオを歪めるのではなく、ディ
スプレイの表示部分の活用を最大限にするサイズ変更を行う。
【００７５】 受信機は、好ましくは、結合されたビデオでカバーされていないディスプレイ
または画面の部分をカバーするために塗りつぶしシーケンスも挿入する。例えば
、入信ストリームが各々出力ディスプレイの４分の１を占有し、３つのシーケン
スが選択、結合される場合、受信機は、例えば、緑の矩形等の空のシーケンスま
たは静止Ｉフレーム等の放送サーバによって送信できるか、あるいは受信機によ
って生成できるかのどちらかである塗りつぶしビデオで表示画面の残りの４分の
１をカバーしてよい。
【００７６】 ある実施形態では、ストリームのどれも位置決めのために変更されない。この
ようなケースは、ヘッドエンドが、ディスプレイの副部分をカバーする場所ごと
に複数のオプションのストリームを送信し、受信機のエンドユーザは、例えば、
デフォルトにより、及び／またはユーザプロファイルに基づいて、位置ごとにオ
プションを選択する結果となる場合がある。言い換えると、複数の符号化された
ビデオストリーム放送は、２つまたは３つ以上の表示場所の１つでの表示のため
に構成されるだろう。複数の符号化されたビデオストリームは、表示場所の少な
くとも１つについて複数の符号化されたビデオストリームを含むだろう。
【００７７】 例えば、コマーシャルは、各々が固定された表示場所にある数多くのサブピク
チャを含んでよく、各表示場所のコンテンツは、ユーザプロファイルに基づいて
、エンドユーザによって及び／または受信機によって選択されるだろう。特に、
デパートのためのコマーシャルは、一般的にデパートを広告する左側のサブピク
チャ、及びある特定の製品を広告する右側のサブピクチャを備えてよい。左側の
サブピクチャは、エンドユーザの好ましい言語に基づいて選択されてよいが、右
側のサブピクチャは、家庭内の子供の数と年齢等のエンドユーザの家庭のプロフ
ァイルに基づいて選択されてよい。このようなシナリオにおいては、ヘッドエン
ドによって送信される左側のサブピクチャは、一般的にデパートのための英語と
スペイン語の広告であり、ヘッドエンドによって送信される右側のサブピクチャ
はおもちゃ及び布地の広告であってよい。
【００７８】 復号の前の結合する複数のＭＰＥＧ符号化ビデオストリームのプロセス３６０
が、好ましくはユーザサイトで実行されるが、プロセス３６０は、例えば放送セ
ンタにおいてなど、どこか他の場所で実現されてよいことが注意されるべきであ
る。このようなインプリメンテーションの構成は、好ましくは、一次ヘッドエン
ドが二次ヘッドエンドに圧縮済みのビデオを送信する場合、及びこの二次ヘッド
エンドがビデオを組み替え、結合し直されたストリームを単一の受信機または受
信機のグループに狭域キャストする場合である。二次ヘッドエンドの活用はオプ
ションであり、帯域幅の節約を提供する。このような構成の恩典とは、受信機内
のハードウェアコストが最小限に抑えられる、または削減されるという点である
。例えば、このような構成は、受信機がすでに配備されており、必要な追加ハー
ドウェアまたはソフトウェアで容易に更新できないケースで有益だろう。加えて
、このような構成は、機能が指定された時点で限られた数の受信機によって活用
されるにすぎない、及び／または限られた数の受信機だけが使用できる場合に、
二次ヘッドエンドでの機能を集中化する方が安価であるケースで有益だろう。
【００７９】 （複数ビデオストリームの同時レンダリングの例） 図示され、図４Ａと図４Ｂのフロー図に関して説明されているような対話型デ
コーダのプロセスは、ここで例によって説明されるだろう。特に、図５Ａから図
５Ｄは、本発明の対話型テレビシステムの動作の一例を描く。図５Ａは、３つの
別々のピクチャまたはビデオ４０２、４０４、４０８を描く。別々のビデオの各
々が数多くのスライスを含んでいる。例えば、ビデオ４０２は、スライス１．１
、１．２、１．３、１．４、１．５及び１．６を含む。同様にして、ビデオ４０
４は、スライス２．１、２．２、２．３、２．４、２．５及び２．６を含み、ビ
デオ４０６はスライス３．１、３．２、３．３、３．４、３．５及び３．６を含
む。
【００８０】 図５Ｂは、ビデオストリームとしての放送センタから対話型デコーダへのビデ
オ４０２、４０４、４０６の各々の伝送を描く。例えば、スライス１．１、１．
２、１．３、１．４、１．５、及び１．６を備えるビデオ４０２は、ビデオスト
リーム４１２として伝送される。図示されるように、ビデオストリーム４１２は
、スライス１．１、１．２、１．３、１．４、１．５及び１．６を直列で備える
。同様に、ビデオ４０２は、スライス２．１、２．２、２．３、２．４、２．５
及び２．６を備えるビデオストリーム４１４として伝送され、ビデオ４０６は、
スライス３．１、３．２、３．３、３．４、３．５及び３．６を直列で備えるビ
デオストリーム４１６として伝送される。
【００８１】 同時表示のためにユーザが使用できるビデオまたはピクチャのビデオストリー
ムに加えて、放送センタは、好ましくは、同時に表示される、ユーザが使用可能
なビデオストリームのリストも伝送する。このに注記されたように、使用可能な
ビデオストリームのリストは、ＡＶＩ信号の対話型構成要素に含まれてよい。
【００８２】 ユーザサイトでは、ユーザは、同時表示のためにビデオ４０２、４０４、４０
６の２つまたは３つ以上を選択してよい。図５Ｃ及び図５Ｄに図示される例にお
いては、ユーザは、テレビセットディスプレイの左側で表示ビデオ４０２を、右
側でビデオ４０４を選択する。代わりに、このような表示構成は、ユーザがビデ
オのすべての表示場所を指定しないデフォルトの表示構成であってよい。このよ
うにして、対話型デコーダは、ビデオ４０２、４０４に対応するビデオストリー
ム４１２、４１４を前処理し、ビデオ４０６に対応するビデオストリーム４１６
を廃棄または無視する。
【００８３】 対話型デコーダは、ユーザの選択及び要すればデフォルトの表示構成に基づい
て制御信号を生成する。制御信号に基づき、対話型デコーダは、ビデオ選択され
たビデオストリームの各スライスを前処理し、そのビデオまたはビデオストリー
ムの選択された表示位置またはデフォルトの表示位置に応じて、各ビデオストリ
ームを必要に応じて移動する。それから、対話型デコーダは、選択されたさらに
小さなビデオ、つまりビデオ４０２と４０４の前処理されたスライスをインタリ
ーブする。
【００８４】 図５Ｃは、対話型デコーダによって生成されるようなさらに大きなコンポジッ
トビデオを表す、結果として生じる単一のインタリーブされたビデオストリーム
４２０の一部を描く。ビデオ４０２に対応するビデオストリーム４１２の各スラ
イスは、ディスプレイの左端または境界に配置されるため、ビデオストリーム４
１２のスライス１．１、１．２、１．３、１．４、１．５及び１．６は最終ビデ
オ出力内で再配置されないため変更されない。言い換えると、ビデオ４０２に対
応する、結果として生じる単一のインタリーブされたビデオストリーム４２０内
のスライスは未変更であり、その他のビデオストリームに対応する変更されたビ
デオスライスとインタリーブされる。
【００８５】 対照的に、ビデオ４０４に対応するビデオストリーム４１４の各々のスライス
は、ビデオの左端が表示の中央にあるように再配置される必要があるため、ビデ
オストリーム４１４のスライス２．１、２．２、２．３、２．４、２．５及び２
．６は、ビデオストリームがスライスのこのような目的地位置を示すデータを含
むように変更される。１つの実施形態では、変更されたスライス２．１‘から２
．６’は、スライスの新しい目的地場所を表す、寄せ集めて作られた座標４４２
を含む。このようにして、スライス２．１から２．６は変更され、スライス２．
１‘から２．６‘がスライス２．１から２．６と、スライス開始コード値によっ
て指定されるようなそれらの垂直の、つまり列の位置においてのみ異なるスライ
ス２．１‘から２．６’になる。
【００８６】 対話型デコーダが、ここに示され、説明される例で再配置される１つのビデオ
ストリームの各スライスの水平位置を変更するに過ぎないが、対話型デコーダは
、水平位置と垂直位置の両方、あるいは再配置されなければならない１つまたは
複数のビデオストリームの垂直位置だけを変更する必要がある場合があることが
注意される。
【００８７】 それから、ビデオストリームの未変更のスライス１．１から１．６、及びビデ
オストリーム４１４の変更済みのスライス２．１‘から２．６’はインタリーブ
され、同時表示のために両方のビデオ４１２、４１４を備えるさらに大きなコン
ポジットビデオを表すビデオストリーム４２０を生じさせる結果となる。
【００８８】 図５Ｄは、テレビセット等のユーザのディスプレイに表示されるだろうコンポ
ジットビデオ４２４を概略して描く。コンポジットビデオ４２４は、結果として
生じる単一のインタリーブされたビデオストリーム４２０を表す。言い換えると
、コンポジットビデオ４２４は、単一のインタリーブされたビデオストリーム４
２０から生成できる。
【００８９】 好ましい実施形態：ＭＰＥＧ−２マクロブロックアドレス増分 ＶＬＣの変更 図６は、ＭＰＥＧ−１とＭＰＥＧ−２のマクロブロックアドレス増分可変長コ
ードワード及び対応する増分値を一覧表示する表である。このに注記されたよう
に、マクロブロックアドレス増分可変長コードワードは１ビットから１１ビット
の長さを有し、スライスの水平配置を示す。図６に図示されるように、１，２−
３、４−５、６−７、８−９、１０−１５、１６−２１及び２２−３３の増分値
の数は、各々１，３，４，５，７，８，１０及び１１である。
【００９０】 スライスが、ビットを別の値に変更するだけで、同じビット数を有するマクロ
ブロックアドレス増分可変長コードワード値を有するために容易に変更できるこ
とが注意される。例えば、２の増分値に対応するマクロブロックアドレス増分可
変長コードワード値を有するスライスは、３という増分値に対応するマクロブロ
ックアドレス増分可変長コードワードを有するために容易に変更できる、あるい
は逆である。同様に、１０から１５の範囲、１６から２１の範囲、または２２か
ら３３の範囲の増分値に対応するマクロブロックアドレス増分可変長コードワー
ド値を有するスライスは、同じ範囲内の増分値に対応する別のマクロブロックア
ドレス増分可変長コードワード値を有するように容易に変更できる。
【００９１】 加えて、スライスは、同数のビットモジュロ８を有するマクロブロックアドレ
ス増分可変長コードワード値を有するように容易に変更することもできる。マク
ロブロックアドレス増分可変長コードワードを同数のビットモジュロ８を有する
別のマクロブロックアドレス増分可変長コードワードに変更することによって、
結果として生じるマクロブロックアドレス増分可変長コードワードは、元のマク
ロブロックアドレス増分可変長コードワードと同じバイト内のビット位置を有す
るだろう。つまり、バイト内のビット位置合わせは未変更だろう。言い換えると
、マクロブロックアドレス増分可変長コードワードにバイト内で同じビット位置
合わせを維持させることによって、シフトレジスタ内等のマクロブロックアドレ
ス増分可変長コードワードビットに続くスライス内のすべてのビットを回転させ
るニーズを不要にする。スライス内の残りビットのこのようなシフトまたは回転
は、相対的に高価なプロセスを回避する。
【００９２】 特に、２から３という増分値に対する数ビットモジュロ８及び増分値１６から
２１という増分値に対する数ビットモジュロ８は、ともに３に等しい。このよう
にして、エンコーダが２または３という増分値に対応するマクロブロックアドレ
ス増分可変長コードワード値を有するスライスを符号化すると、スライスのマク
ロブロックアドレス増分可変長コードワードは２２と３３の間の増分値に対応す
る値に容易に変更できる、または逆である。
【００９３】 ２という増分値に対応する０１１という値のマクロブロックアドレス増分可変
長コードワードの、２４という増分値に対応する００００ ０１００ ００１と
いうマクロブロックアドレス増分可変長コードワード値への変更が、例として提
示されるだろう。特に値００００ ０１００を有するバイトは、元のマクロブロ
ックアドレス増分可変長コードワードに追加され、元のマクロブロックアドレス
増分可変長コードワードの３ビット（０１１）は、結果として生じるマクロブロ
ックアドレス増分可変長コードワードが、００００ ０１００ ００１という所
望される値または目的地値を有するように、００１という値に変更される。明ら
かであるように、逆変換プロセスも、マクロブロックアドレス増分可変長コード
ワードからバイトを削除し、残りの３ビットを所望の値に変更することによって
容易に実現できる。一般的に、指定行のスライスの第１マクロブロックアドレス
増分だけが変更される必要がある。
【００９４】 このようにして、ディスプレイの左端で始まるすべてのスライスは、スライス
が２２と３３の間の増分値に対応する表示位置に再配置されるために容易に変更
できるように、好ましくは、放送センタによって２または３という増分値に対応
するマクロブロックアドレス増分可変長コードワード値で符号化される。このよ
うなインプリメンテーションでは、ビデオストリームのスライスが再配置されな
ければならない場合、マクロブロックアドレス増分値は、好ましくは２または３
という増分値から２２から３３までの増分値に変更される。
【００９５】 ２から３の範囲の増分値と２２から３３の範囲の増分値の間の変更が好まれ、
このに提示されているが、マクロブロックアドレス増分可変長コードワードの前
述された変更は、同数のビットモジュロ８を有する変更されたマクロブロックア
ドレス増分可変長コードワードを生じさせるそれ以外の任意の変更に適用できる
。例えば、１６という増分値に対応する００００ ０１０１ １１のマクロブロ
ックアドレス増分可変長コードワード値を有するスライスは、４１という増分値
に対応する００００ ０００１ ０００ ００００ １１１というマクロブロッ
クアドレス増分可変長コードワード値を有するスライスに変更することができる
。４１という増分値に対応する０００１ ０００ ００００ １１１のマクロブ
ロックアドレス増分可変長コードワードは、８という増分値に対応する００００
１１１ビットを００００ ０００１ ０００というマクロブロックエスケープ
値に付加することによって得られる。元のマクロブロックアドレス増分可変長コ
ードワードは１０ビットを有し、変更されたマクロブロックアドレス増分可変長
コードワードは１８ビットを有する。このようにして元のマクロブロックアドレ
ス増分可変長コードワード及び変更されたマクロブロックアドレス増分可変長コ
ードワードは同数のビットモジュロ８、つまり２を有する。
【００９６】 マクロブロックアドレス増分エスケープ値に関して、最大マクロブロックアド
レス増分可変長コードワードは１１ビットを有し、マクロブロックアドレス増分
エスケープ値は、３３を増分に追加するために、必要に応じて反復できることが
注意される。このようにして、マクロブロックアドレス増分エスケープ値は、２
度繰り返され、００００ １００１が後に続く場合、結果として生じる増分は７
８である。
【００９７】 ビデオストリームのすべてのスライス内でのマクロブロックアドレス増分可変
長コードワード値の前述された変更は、ビデオストリームのすべてのスライスの
再配置を生じさせる。
【００９８】 （ＭＰＥＧ−２対話型デコーダ１４０のプロセスを描くフロー図） 図７は、同時通信及びレンダリングのためにＭＰＥＧ−２で符号化された複数
のビデオストリームを処理する際の本発明のＭＰＥＧ−２対話型デコーダの例示
的なプロセスを描くフロー図である。ステップ３８２で、ＭＰＥＧ−２対話型デ
コーダは、再配置されるビデオストリームごとに、目的地マクロブロックアドレ
ス増分可変長コードワードまたはスライスの対応する増分値を求める。ステップ
３８４で、ＭＰＥＧ−２対話型デコーダは、バイト内のマクロブロックアドレス
増分可変長コードワードの同じビット位置合わせを維持しつつ、再配置されなけ
ればならないビデオストリームの各スライスのマクロブロックアドレス増分可変
長コードワード値を変更する。ＭＰＥＧ−２対話型デコーダによって実行される
マクロブロックアドレス増分可変長コードワード値の変更の例は、以下を含む。
（１）１バイトを追加し、必要な場合元のビットを変更する、（２）１バイトを
削除し、必要な場合、残りのビットを変更する、（３）元のビットを変更する、
（４）必要な場合、元のビットを変更し、変更されたビットをマクロブロックエ
スケープに追加する。
【００９９】 （代替実施形態：ＭＰＥＧ−１ マクロブロックアドレス増分の変更） 本発明のシステム及び方法は、ＭＰＥＧ−１圧縮という状況でも活用されてよ
い。マクロブロックアドレス増分コードに加えて、ＭＰＥＧ−１圧縮は、追加マ
クロブロックアドレス増分スタッフィングコードを提供する。このマクロブロッ
クアドレス増分スタッフィングコードは、１１ビット、素数を有する。このよう
にして、マクロブロックアドレス増分コードは、マクロブロックアドレス増分ス
タッフィングコードの選択的な数を追加することによって、バイト内の任意のビ
ット位置にビット位置合わせすることができる。ＭＰＥＧ−１符号化ビデオスト
リームのケースでは、追加要件は、すべてのスライスが同じ行で開始、終了する
という点である。
【０１００】 図８は、ＭＰＥＧ−１マクロブロックアドレス増分スタッフィングコードの数
、対応するビット数、及びビットモジュロ８の対応する数を一覧表示する表であ
る。図示されているように、０、１、２、３、４、５、６または７個のマクロブ
ロックアドレス増分スタッフィングコードを追加すると、０、３、６、１、４、
７、２または５個のビットのビット位置合わせシフトが生じる。このようにして
、マクロブロックアドレス増分コードは、０個と７個の間のマクロブロックアド
レス増分スタッフィングコードを追加することによって、バイト内の任意のビッ
ト位置にビット位置合わせすることができる。
【０１０１】 図９は、同時通信及びレンダリングのために複数のビデオストリームを処理す
る際の本発明のＭＰＥＧ−１対話型デコーダのプロセス４００を描くフロー図で
ある。ステップ４０２で、対話型デコーダは、再配置される各ビデオストリーム
の目的地マクロブロックアドレス増分可変長コードワード及び／またはスライス
の対応する増分値を求める。ステップ４０４で、対話型デコーダは、マクロブロ
ックアドレス増分が変更された後に、結果として生じるコードがバイト内の所望
されるビット位置にビット位置合わせされるように、マクロブロックアドレス増
分に追加されるマクロブロックアドレス増分スタッフィングコードの数を求める
。ステップ４０６では、対話型デコーダは、ビデオスライスが所望される場所で
再配置されるように、再配置されるビデオストリームの各スライスのマクロブロ
ックアドレス増分値を変更する。加えて、対話型デコーダは、バイト内のマクロ
ブロックアドレス増分の同じビット整合を維持するように、スライスの中に所定
数のマクロブロックアドレス増分スタッフィングコードを挿入する。
【０１０２】 本発明の好ましい実施対応はここに説明され描かれているが、それらが単に例
証的にすぎないこと、及び発明の精神及び範囲から逸脱することなくこれらの実
施形態に変更を加えることができることが理解されるだろう。このようにして、
発明は、以下の請求項という点だけで定義されることが意図される。例えば、こ
こに説明されるシステム及び方法の用途は、複数のエンドユーザのお気に入りの
ショーが、例えば個人専用のリストに基づいて表示される個人専用ＥＰＧ（電子
番組表）モザイクである。エンドユーザは、要すれば、個人専用ＥＰＧモザイク
及び／または各々の表示位置からディスプレイの部分集合を選択してよい。
【０１０３】 本発明は、添付図面とともに以下の詳細な説明によって容易に理解され、そこ
では類似する参番号が類似する構造上の要素を示す。
【図面の簡単な説明】
【図１】 本発明のある実施形態による対話型テレビシステムの概略図である。
【図２】 セットトップボックスまたは対話型デコーダを描く概略図である。
【図３】 対話型デコーダの動作を示す概略図である。
【図４Ａ】 同時通信及びレンダリングのための複数のビデオストリームを処理する際の本
発明の対話型デコーダのプロセスを描くフロー図である。
【図４Ｂ】 同時通信及びレンダリングのための複数のビデオストリームを処理する際の本
発明の対話型デコーダのプロセスを描くフロー図である。
【図５Ａ】 ３つの別々のピクチャまたはビデオを描く図である。
【図５Ｂ】 ビデオストリームとしての放送センタから対話型デコーダへのビデオの各々の
伝送を描く図である。
【図５Ｃ】 ビデオ対応するビデオストリームを前処理し、他のビデオに対応するビデオス
トリームを廃棄または無視する際のデータの変更を描く図である。
【図５Ｄ】 ビデオ対応するビデオストリームを前処理し、他のビデオに対応するビデオス
トリームを廃棄または無視する際のデータの変更を描く図である。
【図６】 ＭＰＥＧ−１とＭＰＥＧ−２のマクロブロックアドレス増分可変長コードワー
ド及び対応する増分値を一覧表示する表である。
【図７】 同時通信及びレンダリングのためにＭＰＥＧ−２で符号化された複数のビデオ
ストリームを処理する際の本発明のＭＰＥＧ−２対話型デコーダの例示的なプロ
セスを描くフロー図である。
【図８】 ＭＰＥＧ−１マクロブロックアドレス増分スタッフィングコードの数、対応す
るビット数、及びビットモジュロ８の対応する数を一覧表示する表である。
【図９】 同時通信及びレンダリングのために複数のビデオストリームを処理する際の本
発明のＭＰＥＧ−１対話型デコーダのプロセスを描くフロー図である。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１３年１０月２９日（２００１．１０．２９）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/45 Ｈ０４Ｎ 7/173 ６１０Ｚ 7/081 ６４０Ａ 7/173 ６１０ 7/08 Ｚ ６４０ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ Ｈ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ， ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，Ｋ Ｐ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ， ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，Ｓ Ｇ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 カッルリ、 ラマ アメリカ合衆国 カリフォルニア州 94024−7337 ロスアルトス ナンバー311 ホームステッド コート 2260 Ｆターム(参考） 5C025 BA25 CA02 CA06 CA09 CA10 CB09 CB10 DA01 DA04 DA05 5C063 AA20 AB03 AB07 AB11 AC01 CA36 DA01 DA07 DA13 EB35 EB42 5C064 BA01 BB10 BC16 BC21 BC23 BD02 BD03 BD08 BD09 5K028 AA11 EE03 RR04 SS05 (54)【発明の名称】 複数の符号化ビデオストリームの同時通信レンダリング方法、複数の符号化ビデオストリームの 同時通信レンダリングシステム及び複数の符号化ビデオストリームの同時レンダリングのための 対話型デコーダ

Claims (38)

    【特許請求の範囲】
  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. 【請求項３１】 同時レンダリングに使用可能な符号化ビデオストリームの
    リストを受信するための手段を更に備える、請求項２９に記載の複数の符号化ビ
    デオストリームの同時レンダリングのための対話型デコーダ。
  32. 【請求項３２】 ユーザインタフェースからユーザ入力を受信するための手
    段を更に備え、前記ユーザ入力が、同時レンダリングに使用可能な符号化ビデオ
    ストリームの前記リストから選択される複数の符号化ビデオストリームの選択を
    含む、請求項３１に記載の複数の符号化ビデオストリームの同時レンダリングの
    ための対話型デコーダ。
  33. 【請求項３３】 前記ユーザ入力が、複数の符号化ビデオストリームの少な
    くとも１つの各々について表示場所を含む、請求項３２に記載の複数の符号化ビ
    デオストリームの同時レンダリングのための対話型デコーダ。
  34. 【請求項３４】 前記変更手段が、前記表示場所に対応して符号化ビデオス
    トリームを変更するために、ユーザ入力の各表示場所を活用するように適応され
    る、請求項３３に記載の複数の符号化ビデオストリームの同時レンダリングのた
    めの対話型デコーダ。
  35. 【請求項３５】 前記変更手段が、複数の符号化ビデオストリームの少なく
    とも１つの各々についてデフォルト表示場所を活用するように適応される、請求
    項２９に記載の複数の符号化ビデオストリームの同時レンダリングのための対話
    型デコーダ。
  36. 【請求項３６】 更に、前記単一合成インタリーブビデオストリームを復号
    するための手段を備える、請求項２９に記載の複数の符号化ビデオストリームの
    同時レンダリングのための対話型デコーダ。
  37. 【請求項３７】 前記出力手段が、ビデオディスプレイとして前記単一合成
    インタリーブビデオストリームを表示するためにディスプレイに出力するように
    適応される、請求項２９に記載の複数の符号化ビデオストリームの同時レンダリ
    ングのための対話型デコーダ。
  38. 【請求項３８】 更に、ビデオディスプレイとして前記単一合成インタリー
    ブビデオストリームを表示するための手段を備える、請求項２９に記載の複数の
    符号化ビデオストリームの同時レンダリングのための対話型デコーダ。
JP2001554620A 2000-01-28 2001-01-10 複数の符号化ビデオストリームの同時通信レンダリング方法、複数の符号化ビデオストリームの同時通信レンダリングシステム及び複数の符号化ビデオストリームの同時レンダリングのための対話型デコーダ Expired - Fee Related JP4084941B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US09/494,067 US6931660B1 (en) 2000-01-28 2000-01-28 Interactive television system and method for simultaneous transmission and rendering of multiple MPEG-encoded video streams
US09/494,184 2000-01-28
US09/494,184 US6539545B1 (en) 2000-01-28 2000-01-28 Interactive television system and method for simultaneous transmission and rendering of multiple encoded video streams
US09/494,067 2000-01-28
PCT/US2001/000830 WO2001056292A1 (en) 2000-01-28 2001-01-10 Interactive television system and method for simultaneous transmission and rendering of multiple encoded video streams

Publications (3)

Publication Number Publication Date
JP2003521176A true JP2003521176A (ja) 2003-07-08
JP2003521176A5 JP2003521176A5 (ja) 2006-09-28
JP4084941B2 JP4084941B2 (ja) 2008-04-30

Family

ID=27051285

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2001554621A Expired - Fee Related JP4188599B2 (ja) 2000-01-28 2001-01-10 対話型テレビアプリケーションの複数のｍｐｅｇ符号化ビデオストリーム結合方法、複数のｍｐｅｇ符号化ビデオストリーム結合システム及び複数のｍｐｅｇ符号化ビデオストリーム結合対話型デコータ
JP2001554620A Expired - Fee Related JP4084941B2 (ja) 2000-01-28 2001-01-10 複数の符号化ビデオストリームの同時通信レンダリング方法、複数の符号化ビデオストリームの同時通信レンダリングシステム及び複数の符号化ビデオストリームの同時レンダリングのための対話型デコーダ

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2001554621A Expired - Fee Related JP4188599B2 (ja) 2000-01-28 2001-01-10 対話型テレビアプリケーションの複数のｍｐｅｇ符号化ビデオストリーム結合方法、複数のｍｐｅｇ符号化ビデオストリーム結合システム及び複数のｍｐｅｇ符号化ビデオストリーム結合対話型デコータ

Country Status (11)

Country Link
EP (2) EP1281280A4 (ja)
JP (2) JP4188599B2 (ja)
CN (2) CN1173570C (ja)
AU (2) AU773588B2 (ja)
BR (2) BRPI0107875B1 (ja)
CA (2) CA2397645C (ja)
DK (1) DK1262068T3 (ja)
ES (1) ES2555953T3 (ja)
HK (1) HK1053564A1 (ja)
PT (1) PT1262068E (ja)
WO (2) WO2001056292A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014175857A (ja) * 2013-03-08 2014-09-22 Sony Corp 映像処理装置および映像処理方法

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040210947A1 (en) 2003-04-15 2004-10-21 Shusman Chad W. Method and apparatus for interactive video on demand
US20040032486A1 (en) 2002-08-16 2004-02-19 Shusman Chad W. Method and apparatus for interactive programming using captioning
US20030196206A1 (en) 2002-04-15 2003-10-16 Shusman Chad W. Method and apparatus for internet-based interactive programming
US7012963B2 (en) * 2002-11-14 2006-03-14 Opentv, Inc. Positioning of images in a data stream
US20040111526A1 (en) * 2002-12-10 2004-06-10 Baldwin James Armand Compositing MPEG video streams for combined image display
AU2003303003A1 (en) * 2002-12-16 2004-07-09 Koninklijke Philips Electronics N.V. Method for a mosaic program guide
US7519274B2 (en) * 2003-12-08 2009-04-14 Divx, Inc. File format for multiple track digital data
FR2872988B1 (fr) * 2004-07-12 2006-10-27 Canon Kk Procede et dispositif de creation d'un flux video formant une mosaique genere a partir d'une pluralite de flux video
CN100515056C (zh) * 2006-11-09 2009-07-15 华为技术有限公司 在同一画面中显示多个频道信息的方法、系统、装置及机顶盒
WO2008152303A1 (fr) 2007-05-30 2008-12-18 France Telecom Generation d'une mosaique tv personnalisable
GB2457253B (en) * 2008-02-07 2010-08-11 Ericsson Telefon Ab L M Controlling media distribution
EP3618431B1 (en) * 2010-07-21 2023-01-18 Telefonaktiebolaget LM Ericsson (publ) Picture coding and decoding
JP5811097B2 (ja) 2010-11-01 2015-11-11 日本電気株式会社 動画像配信システム、動画像配信方法および動画像配信用プログラム
JP5685683B2 (ja) * 2011-10-28 2015-03-18 株式会社Gnzo バイトアラインメント装置及びバイトアラインメント方法
WO2013106390A1 (en) 2012-01-09 2013-07-18 Activevideo Networks, Inc. Rendering of an interactive lean-backward user interface on a television
US9800945B2 (en) 2012-04-03 2017-10-24 Activevideo Networks, Inc. Class-based intelligent multiplexing over unmanaged networks
US10275128B2 (en) 2013-03-15 2019-04-30 Activevideo Networks, Inc. Multiple-mode system and method for providing user selectable video content
EP3005712A1 (en) 2013-06-06 2016-04-13 ActiveVideo Networks, Inc. Overlay rendering of user interface onto source video
CN103501465A (zh) * 2013-09-06 2014-01-08 上海骋娱传媒技术有限公司 一种用于视频资源访问控制的方法与设备
CN103501466A (zh) * 2013-09-06 2014-01-08 上海骋娱传媒技术有限公司 一种用于视频资源访问控制的方法与设备
US9788029B2 (en) 2014-04-25 2017-10-10 Activevideo Networks, Inc. Intelligent multiplexing using class-based, multi-dimensioned decision logic for managed networks
FR3030978A1 (fr) * 2014-12-23 2016-06-24 Orange Generation d'une mosaique de videos
US10523985B2 (en) 2014-12-24 2019-12-31 Activevideo Networks, Inc. Managing deep and shallow buffers in a thin-client device of a digital media distribution network
US10264293B2 (en) * 2014-12-24 2019-04-16 Activevideo Networks, Inc. Systems and methods for interleaving video streams on a client device
CN105451022A (zh) * 2015-11-17 2016-03-30 深圳联友科技有限公司 一种将多路视频流压缩成一路视频流的方法及系统
CN114125505B (zh) * 2016-05-26 2024-06-28 弗劳恩霍夫应用研究促进协会 针对交互式客户端的全景视频的广播流
JP6387511B2 (ja) * 2016-06-17 2018-09-12 株式会社アクセル 画像データ処理方法
WO2018105515A1 (ja) 2016-12-09 2018-06-14 株式会社アクセル 画像データ処理方法
JP6732337B2 (ja) 2016-12-09 2020-07-29 株式会社アクセル 画像データ処理方法
EP4017001A1 (en) 2020-12-17 2022-06-22 Axis AB Method and digital video camera for forming a combined image frame of a combined video stream

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5481297A (en) * 1994-02-25 1996-01-02 At&T Corp. Multipoint digital video communication system
JP4204067B2 (ja) * 1994-04-15 2009-01-07 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ ビデオ信号の送信及び受信用の回路装置及び方法
US5649032A (en) * 1994-11-14 1997-07-15 David Sarnoff Research Center, Inc. System for automatically aligning images to form a mosaic image
US5691768A (en) * 1995-07-07 1997-11-25 Lucent Technologies, Inc. Multiple resolution, multi-stream video system using a single standard decoder
JPH1023348A (ja) * 1996-05-02 1998-01-23 Matsushita Electric Ind Co Ltd テレビ放送番組送信装置，受信装置
US5995146A (en) * 1997-01-24 1999-11-30 Pathway, Inc. Multiple video screen display system
JP3662129B2 (ja) * 1997-11-11 2005-06-22 松下電器産業株式会社 マルチメディア情報編集装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014175857A (ja) * 2013-03-08 2014-09-22 Sony Corp 映像処理装置および映像処理方法

Also Published As

Publication number Publication date
CA2397645C (en) 2005-08-16
AU2938201A (en) 2001-08-07
PT1262068E (pt) 2015-12-28
EP1281280A4 (en) 2003-06-04
EP1281280A1 (en) 2003-02-05
CN1397135A (zh) 2003-02-12
EP1262068A1 (en) 2002-12-04
BR0107872A (pt) 2002-11-05
JP2003521177A (ja) 2003-07-08
HK1053564A1 (en) 2003-10-24
CN1173570C (zh) 2004-10-27
CA2397645A1 (en) 2001-08-02
AU2638801A (en) 2001-08-07
EP1262068B8 (en) 2015-11-04
CN1193611C (zh) 2005-03-16
ES2555953T3 (es) 2016-01-11
CA2397529A1 (en) 2001-08-02
EP1262068B1 (en) 2015-09-30
WO2001056293A1 (en) 2001-08-02
AU773588B2 (en) 2004-05-27
JP4084941B2 (ja) 2008-04-30
BRPI0107875B1 (pt) 2015-09-08
WO2001056292A1 (en) 2001-08-02
JP4188599B2 (ja) 2008-11-26
AU777694B2 (en) 2004-10-28
DK1262068T3 (en) 2016-01-11
EP1262068A4 (en) 2003-06-04
CN1397136A (zh) 2003-02-12
BR0107875A (pt) 2002-11-05
BRPI0107872B1 (pt) 2015-10-27

Similar Documents

Publication Publication Date Title
JP4084941B2 (ja) 複数の符号化ビデオストリームの同時通信レンダリング方法、複数の符号化ビデオストリームの同時通信レンダリングシステム及び複数の符号化ビデオストリームの同時レンダリングのための対話型デコーダ
US6539545B1 (en) Interactive television system and method for simultaneous transmission and rendering of multiple encoded video streams
US6931660B1 (en) Interactive television system and method for simultaneous transmission and rendering of multiple MPEG-encoded video streams
US9113233B2 (en) System, apparatus, and method for preparing images for integration and combining images into an integrated image
US6606746B1 (en) Interactive television system and method for displaying a graphical user interface using insert pictures
CA2388608C (en) Method and apparatus for transmitting video and graphics in a compressed form
CN1156160C (zh) 在交互电视应用中滚动编码mpeg静止画面的编码系统和方法
US5990972A (en) System and method for displaying a video menu
US20040111526A1 (en) Compositing MPEG video streams for combined image display
KR102361314B1 (ko) 360도 가상현실 방송 서비스 제공 방법 및 장치
JP2000197045A (ja) デジタル放送再生システム

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060214

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20060511

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20060606

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060811

A524 Written submission of copy of amendment under article 19 pct

Free format text: JAPANESE INTERMEDIATE CODE: A524

Effective date: 20060811

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070213

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070514

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080129

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080218

R150 Certificate of patent or registration of utility model

Ref document number: 4084941

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110222

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120222

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130222

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130222

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140222

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees