JP2002503926A

JP2002503926A - 復号器におけるディジタル画像データの処理

Info

Publication number: JP2002503926A
Application number: JP2000531954A
Authority: JP
Inventors: ハメリー，ドミニク
Original assignee: カナルプラスソシエテアノニム
Priority date: 1998-02-16
Filing date: 1999-02-08
Publication date: 2002-02-05
Also published as: ID25594A; DE69907426D1; NO20004081D0; DE69907426T2; EP0936813A1; NO20004081L; EP1057333B1; PL342372A1; HUP0100637A2; ES2196760T3; WO1999041908A1; BRPI9907903B1; ZA991124B; BR9907903A; HK1030846A1; ATE239341T1; US7039245B1; IL137640A0; HUP0100637A3; HRP20000488A2

Abstract

(57)【要約】圧縮された静止画像データを復元して表示するプロセッサ手段とメモリ（６６、６７）とを含む、ディジタル・オーディオビジュアル伝送システム用の復号器であって、前記メモリ（６６、６７）は、複数の静止画像（６３、６４、６５）を表す圧縮されたディジタル画像データを前記プロセッサから受信するように割り当てられた記憶メモリ（６６）と、表示に先立って前記プロセッサ手段によって読取り可能な多数の静止画像（６８、６９、７０、７１）を表すデータを同時に保持するように適応した少なくとも一つの表示メモリ（６７）とからなり、前記複数の画像を表す前記データは後続の表示のために前記記憶メモリ（６６）から前記表示メモリ（６７）にコピーされることを特徴とする前記復号器。

Description

【発明の詳細な説明】

【０００１】本発明は、圧縮されたディジタル画像データを復元して表示するプロセッサ手
段を含む、ディジタル・オーディオビジュアル伝送システム用の復号器に関する
。

【０００２】ディジタルデータの放送伝送は、ペイＴＶシステムの分野においてよく知られ
ている。ペイＴＶシステムでは、スクランブルをかけられたオーディオビジュア
ル情報が、通常は衛星または衛星／ケーブルリンクによって、多数の購買者に送
信される。各購買者は、伝送されたプログラムを見るためにスクランブルを解除
することが可能なデコーダを所有している。地上のディジタル放送システムも知
られている。最近のシステムは、オーディオビジュアルデータに加え、また、こ
れと同様に、コンピュータプログラムまたは対話式のアプリケーションのような
その他のデータを伝送するために放送リンクを使用している。

【０００３】このようなシステム機能の最も基本レベルにおいて、テレビで放映されるプロ
グラムに関連したディジタル音声およびビデオデータは、例えばＭＰＥＧ−２圧
縮基準による圧縮フォーマットで伝送される。テレビ放映されるプログラムを再
度生成するために、デコーダがこのデータを受信および解凍する。

【０００４】単純なテレビ放送番組データに加えて、復号器が他の圧縮された画像データあ
るいはグラフィックデータを処理するように求められることが益々一般化しつつ
ある。例えば、復号器がウェブ・ブラウザの能力を持っている場合には、復号器
のプロセッサは、ダウンロードされたディジタル画像データ、例えばビデオの静
止画像、グラフィック・アイコン等を受信して復元することを要求される可能性
がある。この画像情報は、通常のテレビ放送番組の画像の上に表示することもで
きる。

【０００５】このような静止または動画像データは、一般に、現在、ＰＣベースのウェブブ
ラウザのコンテキスト内で使用されている任意の数の圧縮されたフォーマットの
うちの１つにおいて受信される。例えば、従来のＧＩＦまたはＰＮＧ基準に基づ
いて画像がフォーマットおよび圧縮され、ここで、画像は、色のテーブルを画定
するカラールックアップテーブルと、このテーブルに関連する画素値のマトリッ
クスとによって示され、また、ＧＩＦ／ＰＮＧ画像を準備するために、このマト
リックスデータが従来の圧縮方法で圧縮されている。あるいは、画像が、静止Ｍ
ＰＥＧまたはＪＰＥＧ画像としてフォーマットおよび圧縮されてもよい。この場
合、各画素は、赤／緑／青色値と直接関連している。

【０００６】本発明の目的は、このようなダウンロードされた静止画像ファイルを効率的に
処理する手段を提供することである。

【０００７】本発明によれば、圧縮された静止画データを復元して表示するプロセッサとメ
モリとを含む、ディジタル・オーディオビジュアル伝送システム用の復号器であ
って、前記メモリは、複数の静止画像を表す圧縮されたデータを前記プロセッサ
から受信するように割り当てられた記憶メモリと、表示に先立って前記プロセッ
サによって読取り可能な多数の静止画像を表すデータを保持するように適応した
少なくとも一つの表示メモリとからなり、前記複数の静止画像を表す前記データ
は後続の表示のために前記記憶メモリから前記表示メモリにコピーされることを
特徴とする前記復号器が提供される。

【０００８】前記メモリを記憶メモリ領域と表示メモリ領域とに分割することは、特に、所
定の静止画像を表すデータが記憶手段と表示手段の両者に同時に保持されること
を可能にすることによって、静止画像データの表示にある程度の柔軟性を与えて
いる。一つ以上の静止画像を表すデータは、この画像が表示メモリからのデータ
の削除によって画面から除去された後でも、このデータに関する要求がくる可能
性が存在するかぎり、記憶メモリ内にいつまでも保持することができる。

【０００９】ある幾つかの場合、復元された画像データは、表示メモリに「ａｓｉｓ（現
状のままに）」単にコピーすることができる。しかしながら、ある場合には、記
憶メモリから表示メモリにコピーされたディジタル画像データは、例えばそのデ
ィジタル画像のサイズを変えるために、または同じ画像を表示メモリに多数回コ
ピーするためにコピー・ステップ時に修正または複製される。

【００１０】プロセッサ手段は、表示の時に互いに重ね合わされる複数のレイヤの中の一つ
のレイヤとして表示メモリ内の画像データを処理するように適応していることが
好ましい。

【００１１】上述のように、画像データは、例えば通常のテレビ放送の画像を表すオーディ
オビジュアル情報の上のより高いレイヤ内に重ね合わすことができる。しかしな
がら、一実施形態では表示メモリ内の画像データは、放送されるオーディオビジ
ュアル情報を表示するためにプロセッサ手段によって通常使われるレイヤに表示
される。これは例えば、放映が表示される「テレビジョン」モードから通常のテ
レビ放送番組の代わりにインターネットからダウンロードされた画像データが表
示される「ウェブ・ブラウザ」モードに復号器が切り替えを行う場合である。

【００１２】メモリは、グラフィック・プロセッサ手段によって読取り可能であって表示さ
れる画像データの第２のレイヤに対応する第２の表示メモリを含んでおり、この
データは、画像データの第２のレイヤにおける後続の表示のために記憶メモリか
ら第２の表示メモリにコピーされることが好都合である。

【００１３】再び前述のように、記憶メモリから第２の表示メモリにコピーされたディジタ
ル画像データは、コピー・ステップの時に修正できる。

【００１４】一実施形態では、例えば復号器がテレビジョン・モードとブラウザ・モードと
の間で切り替わる場合には、第２の表示メモリ内の画像データは、放送される静
止オーディオビジュアル情報を表示するためにプロセッサ手段によって通常使わ
れる最も下のバックグラウンド・レイヤに表示される。

【００１５】画像の一部の表示を可能とするように、部分画像データは、復号器内で走行す
るアプリケーションの制御下で記憶メモリから表示メモリにコピーされることが
好ましい。これは例えば、プロセッサによる画像の復元と記憶メモリへのダウン
ロードが多数の段階で進行する場合に望ましいことである。

【００１６】一実施形態では、画像データは、プロセッサ内を走行する高水準アプリケーシ
ョンの制御下で記憶メモリから第１または第２の表示メモリにコピーされる。そ
の代替としてこのプロセスは、例えば受信画像データの一般的操作に関連する、
より低水準のアプリケーションによって自動的に処理することもできる。

【００１７】圧縮されたディジタル画像データは、プロセッサによる復元に先立ってバッフ
ァメモリ内に記憶されることが好ましい。このバッファ手段は、特にデータが多
数ブロックの情報として到着する場合には単一の統合ブロックのメモリはある必
要はない。特に一実施形態では、このバッファは、複数のバッファメモリ要素か
らなっている。各メモリ要素は、例えば復号器にダウンロードされた１ブロック
のデータに対応している。

【００１８】画像データの復元と、バッファメモリ要素から記憶メモリへの転送と、この記
憶メモリから表示メモリへの転送とは、記憶メモリ内に存在する画像情報が各バ
ッファ要素の内容の復元の終了時に表示メモリに転送されるようにプロセッサに
よって制御されることが好ましい。

【００１９】これは例えば、一つの画像に対応する情報が多数のバッファ要素に亘って広が
っている場合である。各バッファが空になって復元されると、表示準備の整った
情報は、直ちに表示メモリに転送され、全体画像の一部表示を可能にする。

【００２０】更に、または代替として、単一の画像ファイル内の１グループの画像の復元と
、バッファメモリから記憶メモリへの転送と、この記憶メモリから表示メモリへ
の転送とは、画像情報が画像ファイル内の各画像の復元の終了時に記憶メモリか
ら表示メモリに転送されるようにプロセッサによって制御される。

【００２１】上記のように画像データは、かなりの数のフォーマットで送ることができる。
一実施形態では、プロセッサは、カラーのルックアップ・テーブルを使用するＧ
ＩＦまたはＰＮＧといった圧縮規格で送られた画像データを復元するように適応
している。

【００２２】更に、または代替として、プロセッサは、各ピクセル（画素）に関連する赤／
青／緑（ＲＧＢ）のカラー値を使用するＭＰＥＧまたはＪＰＥＧといった圧縮規
格で送られた画像データを復元するように適応している。

【００２３】復元、表示等のすべての機能は、単一のプロセッサに統合することができる。
その代替として、復号器内のプロセッサは、必ずしも単一チップで実現する必要
はなく、例えばデータ復元を処理する汎用プロセッサと表示用に復元データを準
備するグラフィック・プロセッサとに分割することもできる。

【００２４】同様に、アプリケーションは記憶メモリ、表示メモリ等を参照できるが、これ
らのメモリは物理的に分離したメモリ素子（ＲＡＭ、ＲＯＭ、ＦＬＡＳＨ等）に
対応する必要はなく、制御アプリケーションによってこの目的のために割り当て
られ、また一つ以上のメモリ素子間に分割された一つ以上の領域に対応していて
もよい。

【００２５】本発明は、復号器装置に関連して説明してきた。本発明は、前述の本発明の一
般的な好適な態様に対応する、復号器内でディジタル画像を処理する方法に同様
に拡張される。

【００２６】本発明のアプリケーションのコンテキストにおいて、「ディジタルオーディオ
ビジュアル伝送システム」とは、主にオーディオビジュアルまたはマルチメディ
アディジタルデータを伝送または放送するための全ての伝送システムを示すもの
である。本発明は、特に放送ディジタルテレビジョンシステムに適しているが、
同様に、本発明を、マルチメディアインターネットアプリケーション等のための
固定遠距離通信ネットワークによって送信されたデータをフィルタリングするた
めに使用することもできる。

【００２７】同じように、記号化された伝送を受信およびデクリプトするために、統合され
た受信機／デコーダを表すのに「デコーダ」という用語が使用されており、この
ようなシステムの受信機とデコーダ要素は、記号化されていない放送を受信する
ことが可能な受信機と同様に、個別に考慮される。この用語は、ウェブブラウザ
といった追加機能を備えたデコーダも、例えば、ＶＨＳ／デコーダ装置、ディジ
タルテレビジョン等のような他の装置と共に統合されたデコーダと同等に網羅す
る。

【００２８】ＭＰＥＧという用語は、国際標準化機構のワーキンググループ「モーション・
ピクチャー・エクスパート・グループ」が決定したデータ伝送基準と、ディジタ
ル・テレビジョン・アプリケーションのために決定された注目すべきＭＰＥＧ−
２基準とを示すものであり、書類ＩＳＯ１３８１８−１、ＩＳＯ１３８１８−２
、ＩＳＯ１３８１８−３、ＩＳＯ１３８１８−４において説明されている。この
特許明細書の内容において、この用語は、ディジタルデータ伝送分野で適用され
るＭＰＥＧフォーマットの全ての応用形、変形、または改良を含む。

【００２９】次に、本発明の好ましい実施形態を、添付の図面を参照しながら例証の方法の
みによって説明する。

【００３０】図１に、本発明によるディジタルテレビジョンシステム１の全体像を示してい
る。本発明は、圧縮したディジタル信号を転送するための従来のＭＰＥＧ−２圧
縮システムを使用したほぼ従来のディジタルテレビジョンシステム２を備えてい
る。より詳細には、放送センターにあるＭＰＥＧ−２コンプレッサ３がディジタ
ル信号ストリーム（一般にはビデオ信号ストリーム）を受信する。コンプレッサ
３は、リンケージ５によってマルチプレクサとスクランブラ４とに接続している
。

【００３１】マルチプレクサ４は、さらに複数の入力信号を受信し、転送ストリームをアセ
ンブルし、圧縮したディジタル信号を、リンケージ７を介して放送センターのト
ランスミッタ６へと転送する。リンケージ７は、当然のことながら、テレコミュ
ニケーションリンクを含む様々な幅広い形式をとる。トランスミッタ６は、アッ
プリンク８を介して衛星トランスポンダ９へと電磁信号を伝送し、電磁信号は、
衛星トランスポンダ９において電子的に処理され、全国ダウンリンク１０を介し
て、エンドユーザ側が所有または借用している従来のディッシュ形の、地上の受
信機１２へ同報通信される。受信機１２によって受信された信号は、エンドユー
ザ側が所有または借用し、エンドユーザのテレビジョンセット１４と接続された
統合受信機／デコーダ１３へ送信される。受信機／デコーダ１３は、圧縮された
ＭＰＥＧ−２信号をテレビジョンセット１４用のテレビジョン信号にデコード化
する。

【００３２】当然のことながら、データ伝送のためのその他の転送チャンネル、例えば、地
上放送、ケーブル伝送、衛星／ケーブルリンクの組合せ、電話ネットワーク等も
使用可能である。

【００３３】マルチチャンネルシステムにおいて、マルチプレクサ４は、多数の平行する情
報源からのオーディオおよびビデオ情報を扱い、関連する数のチャンネルに沿っ
て情報を放送するために、トランスミッタ６と対話する。オーディオビジュアル
情報に加えて、メッセージまたはアプリケーション、あるいはその他の何らかの
ディジタルデータが、伝送されたディジタルオーディオおよびビデオ情報でイン
ターレースされたこれらのチャンネルのいくつかまたは全てに導入される。

【００３４】条件付きアクセスシステム１５がマルチプレクサ４、受信機／デコーダ１３に
接続しており、部分的に放送センター内に、また部分的にデコーダ内に配置され
ている。これにより、エンドユーザは１つまたはそれ以上の放送供給会社からの
ディジタルテレビジョン放送にアクセスすることができる。コマーシャルオファ
ー（すなわち、放送供給会社によって販売された１つまたは複数のテレビジョン
プログラム）に関するメッセージを解読することが可能なスマートカードを受信
機／デコーダ１３内に挿入することができる。エンドユーザは、デコーダ１３と
スマートカードを使用して、購買モードまたはペイパービューモードのいずれか
でコマーシャルオファーを購入してもよい。

【００３５】上述したように、システムによって伝送されたプログラムはマルチプレクサ４
においてスクランブルがかけられ、アクセス制御システム１５によって決定され
た所定の伝送に条件付け、暗号化がなされる。この方法でスクランブルをかけら
れたデータの伝送の仕方は、従来のペイＴＶシステムの分野でよく知られている
。一般に、スクランブルをかけられたデータは、データ解読のための制御ワード
と共に伝送される。制御ワード自体が、いわゆるエクスプロイテーション・キー
によって記号化されており、記号化されたフォームで伝送される。

【００３６】次に、スクランブルをかけられたデータと記号化された制御ワードはデコーダ
１３によって受信される。デコーダ１３は、記号化された制御ワードを解読し、
その後、転送されたデータのスクランブルを解除するために、デコーダ内に挿入
されたスマートカードに記憶されているエクスプロイテーション・キーと同等の
アクセスを持っている。支払い済みの購買者は、例えば、放送される毎月のＥＣ
Ｍ（エンタイトルメント制御メッセージ）において、暗号化された制御ワードを
解読するのに必要なエクスプロイテーション・キーを受信し、これにより伝送を
みることが可能になる。

【００３７】対話システム１６もマルチプレクサ４、受信機／デコーダ１３に接続し、部分
的に放送センター内に、また部分的にデコーダ内に配置されており、エンドユー
ザはこの対話システム１６により、モデムバックチャンネル１７を介した様々な
アプリケーションとの対話が可能になる。さらにモデムバックチャンネルは、条
件付アクセスシステム１５で用いられている通信に使用することもできる。対話
システムを、例えば、あるイベントを視聴するため、またアプリケーションをダ
ウンロードするため等の権利を求めるべく視聴者が伝送センターと即座に通信で
きるようにするめに使用することもできる。

【００３８】次に図２を参照すると、本発明で使用している受信機／デコーダ１３、または
セットトップボックスの構成要素を示している。この図で示す構成要素を機能ブ
ロックに関連して説明する。

【００３９】デコーダ１３は、関連したメモリ要素を備え、シリアルインターフェース２１
からの入力データを受信するべく採用された中央プロセッサ２０と、並行インタ
ーフェース２２と、モデム２３（図１のモデムバックチャンネル１７と接続され
ている）と、デコーダの正面パネルに設けられたスイッチ接触２４とを備えてい
る。

【００４０】デコーダはさらに、制御ユニット２６を介して赤外線遠隔制御２５からの入力
を受信するべく採用されており、また、銀行または購買スマートカード２９、３
０をそれぞれ読み出すための２つのスマートカードリーダ２７、２８を備えてい
る。購買スマートカードリーダ２８は、記号化された放送信号のスクランブルを
解除するべくデマルチプレクサ／デスクランブラ３０に必要な制御ワードを供給
するために、挿入された購買カード３０、条件付きアクセスユニット２９と係合
する。デコーダはさらに、衛星伝送を、ユニット３０でフィルタリングとデマル
チプレクスを行う以前に受信およびデモジュレートするための従来のチューナ３
１とデモジュレータ３２を備えている。

【００４１】復号器内のデータの処理は一般に、中央プロセッサ２０によって処理される。
中央プロセッサのソフトウエア・アーキテクチャは、復号器のハードウエア・コ
ンポーネントに実現されている低水準オペレーティング・システムとインタフェ
ース・レイヤを介して対話する仮想マシンに対応している。図３を参照しながら
これを説明する。

【００４２】この説明の目的で、アプリケーションは、受信機／復号器１３の高水準機能を
制御するための一片のコンピュータ・コードである。例えばエンドユーザがテレ
ビジョン受像機の画面上に見られるボタン・オブジェクトにリモートコントロー
ラの焦点を合わせて、確認キーを押すと、このボタンに関連する命令列が実行さ
れる。

【００４３】対話型アプリケーションは、メニューを提示し、エンドユーザの要求でコマン
ドを実行し、このアプリケーションの目的に関係するデータを提供する。アプリ
ケーションは、常駐アプリケーション、すなわち受信機／復号器１３のＲＯＭ（
またはＦＬＡＳＨまたは他の不揮発性メモリ）内に記憶されたアプリケーション
か、あるいは受信機／復号器１３のＲＡＭまたはＦＬＡＳＨメモリ内に放送また
はダウンロードされたアプリケーションのいずれでもよい。

【００４４】アプリケーションは、受信機／復号器１３の記憶場所に記憶され、資源ファイ
ルとして表される。資源ファイルは、グラフィック・オブジェクト記述ユニット
ファイルと、変数ブロックユニットファイルと、命令列ファイルと、アプリケー
ション・ファイルと、データファイルとを含む。

【００４５】受信機／復号器は、ＲＡＭボリュームとＦＬＡＳＨボリュームとＲＯＭボリュ
ームとに分割されたメモリを持っているが、この物理構成は論理構成とは区別さ
れる。メモリは更に、種々のインタフェースに関連するメモリ・ボリュームに分
割される。一つの観点からメモリはハードウエアの一部と見なされるが、他の観
点からはメモリは、ハードウエアから離れて示される、システム全体をサポート
する、あるいは含むものと見なすこともできる。

【００４６】図３を参照すれば、コンピュータシステムは、仮想マシン４１の一部を形成す
る実行時エンジン４０を中心としていると見なすことができる。これは、一方側
（「高水準」側）ではアプリケーションに連結されており、他方側（「低水準」
側）では下記の種々の中間論理ユニットを介して受信機／復号器ハードウエア４
２に連結されている。受信機／復号器ハードウエアは、図２に関して説明した機
能ブロックに対応する種々のポートを含むものと考えることができる（送受器２
５のインタフェース２６、ＭＰＥＧストリーム・インタフェース３０、シリアル
・インタフェース２１、パラレル・インタフェース２２、カードリーダ２７、２
８へのインタフェース、変復調バックチャネル１７へのインタフェース２３）。

【００４７】種々のアプリケーション４３は、仮想マシン４１に連結されている。更に共通
に使われるアプリケーションの一部は、４４で示すようにシステム内に多少とも
恒久的に常駐することもあるが、他のアプリケーションは、例えばＭＰＥＧデー
タストリームから、あるいは必要に応じて他のポートからこのシステムにダウン
ロードされるであろう。

【００４８】仮想マシン４１は、実行時エンジン４０に加えて、ツールボックス４６を含む
幾つかの常駐ライブラリ機能４５を持っている。このライブラリは、エンジン４
０によって使われるＣ言語で書かれた雑機能を含んでいる。これらの機能は、デ
ータ構造の圧縮、伸長または比較、線の描画等といったデータ操作を含んでいる
。ライブラリ４５はまた、ハードウエア・ソフトウエアのバージョン番号、利用
可能なＲＡＭ空間、新しいデバイス４７をダウンロードするときに使われる機能
といった受信機／復号器のファームウエア内にデバイス・ドライバに関する情報
も含んでいる。各機能は、このライブラリにダウンロードされて、ＦＬＡＳＨま
たはＲＡＭメモリに記憶される。

【００４９】実行時エンジン４０は、デバイスマネージャ４８に連結されており、このデバ
イスマネージャ４８は、一組のデバイス４７に連結されており、これらのデバイ
ス４７は、デバイス・ドライバ４９に連結されており、またこれらのデバイス・
ドライバ４９は、同様にポートまたはインタフェースに連結されている。広い意
味でデバイス・ドライバは、二つの異なるデバイス・ドライバが共通の物理ポー
トに連結できるように、論理インタフェースを定義すると考えることができる。
一つのデバイスは通常、二つ以上のデバイス・ドライバに連結されるであろう。
もし一つのデバイスが単一のデバイス・ドライバに連結されるならば、そのデバ
イスは通常、通信に必要な全機能を組み入れるように設計されるであろうから、
別のデバイス・ドライバの必要はなくなる。ある幾つかのデバイスは、それらデ
バイス同士で通信可能である。

【００５０】以下に説明するように、デバイス４７から実行時エンジンへの通信の形式とし
ては、変数とバッファと一組のイベント待ち行列に渡されるイベントとによって
、三つの形式がある。

【００５１】受信機／復号器の各機能は、デバイス４７として表される。デバイスは、ロー
カルか、リモートか、いずれかになることができる。ローカル・デバイスは、ス
マートカードと、ＳＣＡＲＴコネクタ信号と、モデムと、シリアル／パラレル・
インタフェースと、ＭＰＥＧビデオ・オーディオ・プレーヤと、ＭＰＥＧセクシ
ョン・テーブル抽出器とを含む。遠隔地点で実行されるリモート・デバイスは、
ポートと手順とが受信機／復号器の製造業者によって提供され、指定されるデバ
イスとデバイス・ドライバによって定義されるのではなく、システム管理者また
はシステム設計者によって定義されなくてはならないという点で、ローカル・デ
バイスとは異なっている。

【００５２】実行時エンジン４０は、マイクロプロセッサと共通アプリケーション・プログ
ラミング・インタフェースとの制御下で動作する。これらマイクロプロセッサと
共通アプリケーション・プログラミング・インタフェースは、すべての受信機／
復号器がアプリケーションの視点から同等であるように、すべての受信機／復号
器にインストールされる。

【００５３】エンジン４０は、受信機／復号器上でアプリケーション４３を実行する。これ
は、対話型アプリケーションを実行して受信機／復号器の外部からイベントを受
信し、図形とテキストとを表示し、サービスに関するデバイスを呼び出し、所定
の計算のためにエンジン４０に連結されたライブラリ４５の関数を使用する。

【００５４】実行時エンジン４０は、各受信機／復号器にインストールされた実行可能なコ
ードであって、アプリケーションを解釈して実行するためのインタプリタを持っ
ている。このエンジンは、シングルタスク・オペレーティング・システム（ＭＳ
−ＤＯＳといった）を含むいかなるオペレーティング・システムにも適応可能で
ある。このエンジンは、プロセスシーケンサ・ユニット（種々の動作を実行する
ためにキー押下といった種々のイベントを取り込む）に基づいており、異なるハ
ードウエア・インタフェースからイベント待ち行列を管理するそれ自身のスケジ
ューラを持っている。これはまた、図形とテキストの表示を処理する。プロセス
シーケンサ・ユニットは、一組の動作グループを含んでいる。各イベントは、イ
ベントの性格によって、現在の動作グループから他の動作グループへプロセスシ
ーケンサ・ユニットを移動させ、その新しい動作グループの動作を実行させる。

【００５５】エンジン４０は、アプリケーション４３を受信機／復号器メモリにロードおよ
びダウンロードするコード・ローダを持っている。最適の使用を保証するために
、必要なコードだけがＲＡＭまたはＦＬＡＳＨメモリにロードされる。ダウンロ
ードされたデータは、アプリケーション４３の修正または無認可アプリケーショ
ンの実行を防止するために認証機構によって検証される。エンジン４０は更に、
復元器（デコンプレッサ）を持っている。アプリケーション・コード（中間コー
ド形式）は、メモリ空間の節約のためと、ＭＰＥＧストリームからの、あるいは
内蔵受信機／復号器モードを介しての高速ダウンロードのために圧縮されるので
、コードはＲＡＭにロードする前に復元されなくてはならない。エンジン４０は
また、種々の変数値を更新して状態変化を決定するためにアプリケーション・コ
ードを解釈するインタプリタと、誤りチェッカとを持っている。

【００５６】どのデバイス４７のサービスを使う時でもその前に、プログラム（アプリケー
ション命令列といった）は「クライアント」、すなわちデバイス４７への論理ア
クセス手段、またはデバイスマネージャ４８として宣言されなくてはならない。
このマネージャは、このデバイスへのすべてのアクセス時に参照されるクライア
ント番号をクライアントに与える。一つのデバイス４７は、数人のクライアント
を持つことができ、各デバイス４７のクライアント数はデバイスのタイプに依存
して指定される。クライアントは、手順「Ｄｅｖｉｃｅ：ＯｐｅｎＣｈａｎｎ
ｅｌ」によってデバイス４７に導入される。この手順は、クライアント番号をク
ライアントに割り当てる。クライアントは、手順「Ｄｅｖｉｃｅ：Ｃｌｏｓｅ
Ｃｈａｎｎｅｌ」によってデバイスマネージャ４８クライアントリストから取り
除くことができる。

【００５７】デバイスマネージャ４８によって与えられるデバイス４７へのアクセスは、同
期式、非同期式いずれでも可能である。同期式アクセスの場合、手順「Ｄｅｖｉ
ｃｅ：Ｃａｌｌ」が使われる。これは、即時に利用可能なデータ・アクセスの手
段、または所望の応答を待つことを含まない機能である。非同期式アクセスの場
合、手順「Ｄｅｖｉｃｅ：Ｉ／Ｏ」が使われる。これは、例えばマルチプレック
ス（多重化）を見つけるためにチューナー周波数を走査すること、あるいはＭＰ
ＥＧストリームからテーブルを取り戻すことといった、応答を待つことを含むデ
ータ・アクセスの手段である。要求された結果が利用可能になると、その到着を
知らせるためにイベントがエンジンの待ち行列に入れられる。更なる手順「Ｄｅ
ｖｉｃｅ：Ｅｖｅｎｔ」は、予期しないイベントを管理する手段である。

【００５８】上記のように、実行時エンジンの主要なループは、種々のプロセスシーケンサ
に連結されており、この主要ループが適当なイベントに遭遇すると、制御は一時
的にプロセスシーケンサ・ユニットの一つに渡される。

【００５９】このようにして、プロセッサ２０内に実現されたコンピュータシステムは、ア
プリケーションが種々のデバイスと通信することを可能にする際にかなりの柔軟
性を有するプラットフォームを用意するということが理解できる。

【００６０】図２に戻って、連合プロセッサの各々による音響データと画像データの処理を
詳細に説明する。受信されたオーディオ信号とビデオ信号の場合、これらの信号
を含むＭＰＥＧパケットは、オーディオとビデオのデータのパケット化された基
本ストリーム（ＰＥＳ）の形式のオーディオとビデオのデータを専用のオーディ
オ・ビデオのプロセッサまたは復号器３３、３４にリアルタイムに渡すように、
多重分離されてフィルタリングされる。オーディオ・プロセッサ３３からの変換
された出力は、前置増幅器３５に渡り、その後、受信機／復号器のオーディオ出
力を経由する。ビデオ・プロセッサ３４からの変換された出力は、グラフィック
・プロセッサ３６とＰＡＬ／ＳＥＣＡＭエンコーダ３７とを経由して、受信機／
復号器のビデオ出力に行く。このビデオ・プロセッサは、ＳＧＳＴｈｏｍｓｏ
ｎのＳＴ３５２０Ａといった従来型のものでよい。

【００６１】グラフィック・プロセッサ３６は更に、中央プロセッサ２０から表示用のグラ
フィックデータ（生成された画像などといった）を受け取り、この情報をビデオ
・プロセッサ３４から受け取った情報と結合させて、オーバーレイされたテキス
トまたは他の画像と動画像を結合させる画面表示を生成する。この種の動作を実
行するように適応したグラフィック・プロセッサの例は、Ｃ−ＣＵＢＥのＣＬ９
３１０である。

【００６２】受信したテレテキストおよび／またはサブタイトルデータの場合、適切な画像
を生成するためのリアルタイムＰＥＳデータの変換も、専用のプロセッサが行う
ことができる。しかしながら、ほとんどの従来タイプのシステムにおいて、これ
は汎用プロセッサ２０によって行われる。

【００６３】実際には、例えば、中央プロセッサとグラフィックプロセッサを単一のプロセ
ッサ手段に統合するため等に、グラフィックプロセッサ３６、ビデオデコーダ３
４、中央プロセッサ２０等に関連する多くの機能が様々な形に組み合わせられた
り分割されたりしている。

【００６４】図４を参照しながら、グラフィック・プロセッサ３６の機能を説明する。上述
のようにグラフィック・プロセッサは、オーバーレイされた画面表示を生成する
ために、汎用プロセッサ２０から受け取ったグラフィックデータと一緒に、ビデ
オ復号器３４からビデオデータを受け取り、リアルタイムに処理する。

【００６５】図４に示すようにグラフィック・プロセッサ３６は、バックグラウンド・レイ
ヤ５０、ＭＰＥＧレイヤ５１、グラフィック・レイヤ５２、カーソル・レイヤ５
３の四つの異なるレイヤに分割された入力データを処理するように適応している
。これから分かるように、バックグラウンド・レイヤ５０は、画面表示の最も低
いレイヤに対応しており、その他のレイヤは、このレイヤの上に半透明度あるい
は不透明度を変えながら、段々に重ね合わされていく。

【００６６】復号器が放送ビデオ信号を表示するように構成されている場合には、バックグ
ラウンド・レイヤ５０とＭＰＥＧレイヤ５１は、ビデオ復号器３４から受信した
データのストリームに対応し、レイヤ５０は、復号器３４から受信したＭＰＥＧ
静止画像に対応し、レイヤ５１は、復号器から受信した動画像ビデオＭＰＥＧ信
号に対応している。ビデオ信号を固定部分と可変部分とに分割することは、ＭＰ
ＥＧ圧縮の周知の特徴である。

【００６７】復号器の他の構成は、例えばバックグラウンドレイヤ５０とＭＰＥＧレイヤ５
１とがプロセッサ２０から受信した、かなりの数のフォーマットの画像データに
よって完成される場合に可能である。例えば復号器がウェブ・ブラウザ構成で動
作している場合、プロセッサ２０は、静止画像データおよび／または動画像デー
タを供給してレイヤ５０、５１を完成することができる。レイヤ５０は、例えば
バックグラウンド・カラーに同様に対応することができ、またレイヤ５１は、こ
のバックグラウンドの上に表示され、また例えば動画アイコン等の情報を持つ一
つ以上のウィンドウに対応することができる。画像データを処理する際のシステ
ムの動作については、図５、６を参照しながら以下に更に説明する。

【００６８】バックグラウンドレイヤ５０とＭＰＥＧレイヤ５１とからの静止画像データと
動画像データは、要素５４によって表されるようにグラフィック・プロセッサ３
６によって混合され、組合せ出力が得られる。バックグラウンド・レイヤ５０の
上にＭＰＥＧレイヤ情報５１を混合することは、ＭＰＥＧレイヤ画像内のピクセ
ルの、より大きいかより小さい半透明度を可能にする、いわゆるアルファ・ブレ
ンディング・ファクタを使って実行できる。ビデオ復号器３４から受け取ったビ
デオ動画像の場合、ビデオ列の中のすべてのピクセルに関して、同ブレンディン
グ・ファクタが使われる。中央プロセッサ２０からの画像データの場合、レイヤ
５１に関するこのブレンディング・ファクタの値は、画面の異なる部分で異なっ
ている可能性がある。

【００６９】グラフィック・レイヤ５２は、レイヤ５０、５１から得られた画像の上に画面
上で表示されるテキスト、図形、アイコン等のために使われ、例えばビデオ復号
器３４から得られるリアルタイム・ビデオ列の上にプロセッサ２０によって生成
される動画アイコン等の表示を可能にする。

【００７０】レイヤ５０、５１に関して実行されるブレンディングと類似の仕方で、要素５
５は、レイヤ５０、５１の組合せ出力とグラフィック・レイヤ５２とのブレンデ
ィングを実行する。グラフィック・レイヤ５２内の異なる領域は、各領域内のデ
ータの特性に依存して、異なるブレンディング・ファクタと、対応する異なるレ
ベルの半透明度とに割り当てることができる。

【００７１】最後のレイヤ、すなわちカーソル・レイヤは５３で示され、不透明なカーソル
画像を表し、これは、中央プロセッサ２０の制御下でハードウエアによって生成
されて、前述のすべてのレイヤの上に重ね合わされる。５６で示すようにこのレ
イヤは、前のすべてのレイヤの結合からの総計出力と結合されて、次の表示のた
めにエンコーダ３７に送られる最終組合せ出力５７を生成する。前のレイヤとは
異なり、カーソルは、連続的に不透明な外観を呈しており、何もブレンディング
せずに結合されたレイヤの上に重ね合わされる。

【００７２】図５、６を参照しながら、図３に示す種類の、またダウンロードされた画像を
復元してＭＰＥＧレイヤ５１に表示するように適応したデバイス４７の動作を説
明する。下記の説明では、画像（ピクチャー）という用語は、圧縮されたディジ
タル画像（イメージ）を記述するために使用される。一般に、使用される画像フ
ォーマットの種類には、ＭＰＥＧ静止画像、ＪＰＥＧフォーマット画像、ＰＮＧ
フォーマット画像、ＧＩＦフォーマット画像等がある。

【００７３】下記の説明は単一画像の処理と表示とに集中しているが、動画像列を生成する
ために一連の静止画像を次々に表示することもできる。

【００７４】図５を参照すると、ダウンロードされた圧縮画像データ６０、６１、６２は初
めに、６３で示された復号器のＲＡＭメモリのバッファ部に記憶される。このバ
ッファメモリは、画像を復号して表示することに責任を持っている高水準アプリ
ケーションによって初期設定され、管理されるタイプのもの、あるいは図３に示
すデバイスマネージャ４８によって操作されるメモリの領域であってもよい。

【００７５】画像ファイルの、あるいは画像ファイルのグループの各タイプは、その画像フ
ァイルを復元するために必要な情報だけでなくその画像ファイルフォーマット（
ＧＩＦ、ＭＰＥＧ等）を示すヘッダ（見出し）を含んでいる。例えば、二つ以上
の画像を有するＧＩＦフォーマットのファイル６２は、二つの復元された画像が
表示される全領域のサイズを記述する大域ヘッダと、各画像のサイズと全領域内
のその画像の位置座標とを記述する、その画像の固有ヘッダとを持っている。

【００７６】メモリのバッファ部６３内への圧縮画像のダウンロードに続いて、アプリケー
ションから受け取ったコマンドＰＩＣＴＵＲＥ＿ＤＥＣＯＭＰＲＥＳＳに応じて
、デバイスによって画像データの復元が行われるであろう。引き続いて復元され
た画像データ６３、６４、６５は、６６で示されるＲＡＭメモリの別の記憶部に
格納され、最終的に画像データがＭＰＥＧレイヤに表示されるように保存される
。各復元された画像または画像列には、デバイスによって画像識別表示Ｉｄ１、
Ｉｄ２、Ｉｄ３が与えられ、このＩＤ値は、高水準アプリケーションに供給され
て、このデータに対して実行されるすべての後続の操作のために使用される。

【００７７】アプリケーションのバッファ６３内に一時的に保持される圧縮画像データとは
異なり、復元された画像データ６３、６４、６５は、アプリケーションがその情
報を削除すると決める時まで記憶メモリ６６内にいつまでも保持できる。

【００７８】別に割り当てられたメモリ領域内での復元画像データの記憶は、表示に先立っ
てそのデータを多くの仕方で操作することを可能にする。例えば画像のサイズ変
更は、デバイス自身か、デバイスマネージャか、高水準アプリケーションかのい
ずれによっても実行できる。また画面上の多数の位置に表示するために画像を複
写することもできる。例えばグラフィック・プロセッサの機能上の制約を補償す
るための、画像に関連するカラーデータの変換も、その画像に対して実行するこ
とができる。

【００７９】メモリ６６に記憶された修正済みまたは未修正のデータは、アプリケーション
からのコマンドＰＩＣＴＵＲＥ＿ＤＩＳＰＬＡＹに応じて、画像をＭＰＥＧレイ
ヤ５１に表示するために割り当てられた別のＲＡＭメモリ部６７に転送される（
図２を参照）。表示メモリ６７のサイズは、画面領域に対応している。図示のよ
うに画像Ｉｄ１、Ｉｄ２は、６８、６９に表示されるが、画像または画像列Ｉｄ
３は、複製されて位置７０、７１に表示される。メモリ部６７内の情報は、図２
に示すようにＭＰＥＧレイヤ５１を生成するためにグラフィック・プロセッサ３
６に送られる。

【００８０】記憶領域６６と表示領域６７との間の画像情報の転送に加えて、記憶領域６６
に保持されている情報を図２のバックグラウンド・レイヤ４０における画像の表
示に関連するメモリ領域（図示せず）にコピーするために、第２の転送が実行さ
れることもある。例えば単一の画像は、タイル表示式に画面をカバーするために
バックグラウンド・レイヤ内で多数回複製されて表示されることが可能である。
バックグラウンド・レイヤに関連するメモリ領域に記憶された情報は、ＭＰＥＧ
表示領域６７と同じ仕方でグラフィック・プロセッサによってアクセスされる。

【００８１】これで理解されるように、メモリ部６３、６４、６５は、単一のＲＡＭまたは
他のメモリ素子内の連続したメモリ領域に物理的に対応している必要はない。特
にメモリ領域６３は、多数のバッファの間で分割されてもよい。図６は、前に４
個の関連バッファ要素あるいはバッファ・リスト８３、８４、８５、８６にダウ
ンロードされた二つの圧縮画像８１、８２を有するファイル８０の復元に関連す
るステップを示す。

【００８２】各バッファ・リストは、１ブロックのデータがＭＰＥＧストリームからダウン
ロードされたバッファ領域に対応している。このバッファ・リスト自身は、情報
がダウンロードされるにつれて、利用可能性に依存しながら多数の別々のバッフ
ァ領域を指定することができる。

【００８３】ステップ８７でアプリケーションは、ＰＩＣＴＵＲＥ＿ＤＥＣＯＭＰＲＥＳＳ
コマンドを送って、復元処理を開始する。このデバイスは、グループ画像Ｉｄを
割り当てて、バッファの読取りを開始する。一旦、ステップ８８で画像の開始点
が発見されると、デバイスは画像Ｉｄを割り当てて、その画像の復元を開始する
。ステップ８９で、第１のバッファ・リストの終りに到達し、そしてアプリケー
ションは、ステップ９０でＰＩＣＴＵＲＥ＿ＡＤＤ＿ＤＡＴＡコマンドを送って
、デバイスにそのシリーズ内の次のバッファ・リストを読み取るように指令する
。

【００８４】この時点では第１の画像８１の画像の一部だけが復元されて、メモリの記憶領
域６６に記憶されている。それにもかかわらずこのアプリケーションは、その部
分画像を表示メモリ領域６７に直ちに転送することを決定する。

【００８５】それから画像８１の残りの部分の復元は、ステップ９１で次の画像の開始点が
発見されるまで続行される。この時点で、第１の画像８１の全体が復元されて、
メモリ領域６６に格納されている。それからアプリケーションは、完全な画像を
表示領域６７にコピーすることによって、表示メモリ領域６７の内容を更新する
ことができる。このようにして第１の画像８１全体は、第２の画像が復元される
前に表示可能となる。

【００８６】ステップ９２で、このデバイスは、アプリケーションに第２のバッファ・リス
ト８４の終了を通知し、アプリケーションは、第２のＰＩＣＴＵＲＥ＿ＡＤＤ＿
ＤＡＴＡコマンド９３を送って、次のバッファ・リスト８５の読取りを開始する
。この処理は、ステップ９４、９５による第３のバッファ・リスト８５の終点と
第４のバッファ・リスト８６の開始点で繰り返される。再びステップ９２、９４
でバッファの終点に到達するたび毎に、アプリケーションは、既に記憶領域６６
から復元されているデータを表示領域６７にコピーすることができる。

【００８７】ステップ９６でファイルの終りに到達し、画像８１、８２は、復元されて記憶
メモリ６６にロードされる。この時点でデバイスは、アプリケーションにファイ
ル全体の復元が成功したことを通知し、アプリケーションは再び、画像の完全な
セットを表示するために、記憶メモリ６６の内容を表示メモリ６７にコピーする
。

【図面の簡単な説明】

【図１】ディジタルテレビジョンシステムの全体像である。

【図２】図１の受信機／復号器の要素を示す図。

【図３】受信機／復号器のコンピュータシステムのブロック図。

【図４】図２のグラフィック・プロセッサによって処理される画像データをレイヤ形式
で示す図。

【図５】画像データを図４のＭＰＥＧレイヤに表示するためにメモリ内で実行される動
作を示す図。

【図６】ＭＰＥＧレイヤ内の画像データの部分表示のためにメモリ内で実行される動作
を示す図。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ

Claims

【特許請求の範囲】

【請求項１】圧縮された静止画像データを復元して表示するプロセッサと
メモリとを含む、ディジタル・オーディオビジュアル伝送システム用の復号器で
あって、前記メモリは、複数の静止画像を表す圧縮されたデータを前記プロセッ
サから受信するように割り当てられた記憶メモリと、表示に先立って前記プロセ
ッサによって読取り可能な多数の静止画像を表すデータを同時に保持するように
適応した少なくとも一つの表示メモリとからなり、前記複数の静止画像を表す前
記データは後続の表示のために前記記憶メモリから前記表示メモリにコピーされ
ることを特徴とする前記復号器。
【請求項２】前記記憶メモリから前記表示メモリにコピーされた前記ディ
ジタル画像データは前記コピー・ステップの時に修正または複製されることを特
徴とする、請求項１に記載の復号器。
【請求項３】前記プロセッサは、表示の時に互いに重ね合わされる複数の
レイヤの中の一つのレイヤとして前記表示メモリ内の画像データを処理するよう
に適応していることを特徴とする、請求項１または２に記載の復号器。
【請求項４】前記プロセッサは、放送されるオーディオビジュアル情報を
表示するために、前記プロセッサ手段によって通常使用されるレイヤに前記表示
メモリ内の前記画像データを表示するように適応していることを特徴とする、請
求項３に記載の復号器。
【請求項５】前記メモリは、前記プロセッサ手段によって読取り可能であ
って表示される画像データの第２のレイヤに対応する第２の表示メモリを含んで
おり、前記データは、画像データの前記第２のレイヤにおける後続の表示のため
に前記記憶メモリから前記第２の表示メモリにコピーされることを特徴とする、
前記請求項のいずれかに記載の復号器。
【請求項６】前記記憶メモリから前記第２の表示メモリにコピーされた前
記ディジタル画像データは、前記コピー・ステップの時に修正または複製される
ことを特徴とする、請求項５に記載の復号器。
【請求項７】画像の一部の表示を可能とするように前記記憶メモリから表
示メモリに部分画像データがコピーされることを特徴とする、前記請求項のいず
れかに記載の復号器。
【請求項８】画像データは、前記プロセッサ上を走行する高水準アプリケ
ーションの制御下で、前記記憶メモリから第１または第２の表示メモリにコピー
されることを特徴とする、前記請求項のいずれかに記載の復号器。
【請求項９】圧縮されたディジタル画像データは、前記プロセッサによる
復元に先立ってバッファメモリ手段内に記憶されることを特徴とする、前記請求
項のいずれかに記載の復号器。
【請求項１０】前記バッファ手段は、複数のバッファメモリ要素からなる
ことを特徴とする、請求項９に記載の復号器。
【請求項１１】画像データの復元と、前記バッファメモリ要素から前記記
憶メモリへの転送と、前記記憶メモリから表示メモリへの転送とは、前記記憶メ
モリ内に存在する画像情報が各バッファ要素の内容の復元の終了時に前記表示メ
モリに転送されるように前記プロセッサによって制御されることを特徴とする、
請求項１０に記載の復号器。
【請求項１２】単一の画像ファイル内の１グループの画像の復元と、前記
バッファメモリから前記記憶メモリへの転送と、前記記憶メモリから表示メモリ
への転送とは、画像情報が前記画像ファイル内の各画像の復元の終了時に前記記
憶メモリから前記表示メモリに転送されるように前記プロセッサ手段によって制
御されることを特徴とする、前記請求項のいずれかに記載の復号器。
【請求項１３】前記プロセッサは、カラーのルックアップ・テーブルを使
用する圧縮規格で送られた画像データを復元するように適応していることを特徴
とする、前記請求項のいずれかに記載の復号器。
【請求項１４】前記プロセッサは、各ピクセル（画素）に関連する赤／青
／緑（ＲＧＢ）のカラー値を使用する圧縮規格で送られた画像データを復元する
ように適応していることを特徴とする、前記請求項のいずれかに記載の復号器。
【請求項１５】前記プロセッサは、ディジタル画像データを復元する汎用
プロセッサと、前記復元されたデータを表示用に準備するグラフィック・プロセ
ッサとからなることを特徴とする、前記請求項のいずれかに記載の復号器。
【請求項１６】圧縮された静止画データを復元して表示するプロセッサを
含む、ディジタル・オーディオビジュアル伝送システム用の復号器内でディジタ
ル画像データを処理する方法であって、前記プロセッサから受信した複数の静止
画像を表す圧縮されたディジタル画像データは、記憶メモリに伝送され、その後
、前記記憶メモリから前記多数の画像を表すデータを同時に保持する表示メモリ
にコピーされ、前記データは、このような多数の画像の後続の表示のために前記
プロセッサによって読み取られることを特徴とする前記方法。
【請求項１７】実質的にここに記載のディジタル・オーディオビジュアル
伝送システム用の復号器。
【請求項１８】実質的にここに記載のディジタル・オーディオビジュアル
伝送システム用の復号器でディジタル画像を処理する方法。