(57)【特許請求の範囲】
【請求項１】
デジタル信号で圧縮処理された、複数チャンネルのビデオストリーム信号を受け、各複数チャンネルの復号処理量に関連するヘッダ情報を抽出するヘッダ情報獲得手段と、
複数の分割画面と前記複数チャンネルとをそれぞれ対応させ画面分割表示を行なわせる指示を含む画面再生モードを入力する入力手段と、
前記画面再生モードに従って通常再生を行なって画面表示をした場合の各複数チャンネルの復号処理量を前記ヘッダ情報に応じて見積もり、見積った前記復号処理量の合計が所定の値を超えるときには、前記複数の分割画面の各々の見積った前記復号処理量を比較して定められる優先順位に応じて前記複数チャンネルの各々の再生方式を前記通常再生と前記通常再生よりも処理量が少ない簡易再生のどちらにするかを判定する判定手段と、
前記複数チャンネルのビデオストリーム信号を受けて、前記判定手段の出力に応じて各前記チャンネル毎に前記通常再生と前記簡易再生のいずれか一方を行なう復号手段と、
前記復号手段の出力を受けて、前記画面再生モードで指定された前記複数の分割画面を１画面内に表示する表示部とを備える、動画像復号化装置。
【請求項２】
同種のフォーマットまたは複数種のフォーマットで各々が配信される複数チャンネル分のビデオストリーム信号を受け、各複数チャンネルの復号処理量に関連するヘッダ情報を抽出するヘッダ情報獲得手段と、
複数の分割画面と前記複数チャンネルとをそれぞれ対応させ画面分割表示を行なわせる指示を含む画面再生モードを入力する入力手段と、
前記画面再生モードに従って通常再生を行なって画面表示をした場合の各複数チャンネルの復号処理量を前記ヘッダ情報に応じて見積もり、見積った前記復号処理量の合計が所定の値を超えるときには、前記複数の分割画面の各々の見積った前記復号処理量を比較して定められる優先順位に応じて前記複数チャンネルの各々の再生方式を前記通常再生と前記通常再生よりも処理量が少ない簡易再生のどちらにするかを判定する判定手段と、
前記複数チャンネルのビデオストリーム信号を受けて、前記判定手段の出力に応じて各前記チャンネル毎に前記通常再生と前記簡易再生のいずれか一方を行なう復号手段と、
前記復号手段の出力を受けて、前記画面再生モードで指定された前記複数の分割画面を１画面内に表示する表示部とを備える、動画像復号化装置。
【請求項３】
前記ビデオストリーム信号は、ＭＰＥＧまたはＪＰＥＧ方式で圧縮された信号であり、
前記ヘッダ情報は、
前記ビデオストリーム信号に含まれるピクチャ群の前に付加されるシーケンスヘッダ中の画面ドット数を含む、請求項１または２に記載の動画像復号化装置。
【請求項４】
前記ビデオストリーム信号は、ＭＰＥＧまたはＪＰＥＧ方式で圧縮された信号であり、
前記ヘッダ情報は、
前記ビデオストリーム信号に含まれるピクチャ群の前に付加されるシーケンスヘッダ中のフレームレートを含む、請求項１または２に記載の動画像復号化装置。
【請求項５】
前記復号手段は、
入力される前記ビデオストリーム信号を前記判定手段の出力に応じて切替えて与える第１の切替手段と、
前記第１の切替手段から前記ビデオストリーム信号を受けて通常再生を行なうための通常復号手段と、
前記第１の切替手段から前記ビデオストリーム信号を受けて簡易再生を行なうための簡易復号手段とを含む、請求項１または２に記載の動画像復号化装置。
【請求項６】
前記ビデオストリーム信号は、ＭＰＥＧまたはＪＰＥＧ方式で圧縮された信号であり、
前記簡易再生は、８×８の直交変換係数のうち水平周波数の高域部分を除去した４×８の直交変換係数を用いて逆離散コサイン変換を施す４×８ＩＤＣＴ処理を含む、請求項１または２に記載の動画像復号化装置。
【請求項７】
前記ビデオストリーム信号は、ＭＰＥＧまたはＪＰＥＧ方式で圧縮された信号であり、
前記簡易再生は、前記ビデオストリーム信号に含まれるピクチャ群のうちフレーム内符号化処理されたピクチャのデータを抽出して復号する処理を含む、請求項１または２に記載の動画像復号化装置。
【請求項８】
前記判定手段は、見積った前記復号処理量が前記所定の値を超えるときは、前記複数チャンネルのうち見積りの際に前記通常再生を行なうように設定したチャンネルの中から、優先順位が最下位のチャンネルを簡易再生を行なうように設定変更して、再度前記復号処理量の見積りを行なう、請求項１または２に記載の動画像復号化装置。
【請求項９】
前記優先順位は、表示面積が大きいチャンネルほど優先順位が高い、請求項１または２に記載の動画像復号化装置。
【請求項１０】
デジタル信号で圧縮処理された、複数チャンネルのビデオストリーム信号を受け、各複数チャンネルの復号処理量に関連するヘッダ情報を抽出するステップと、
複数の分割画面と前記複数チャンネルとをそれぞれ対応させ画面分割表示を行なわせる指示を含む画面再生モードに従って通常再生を行なって画面表示をした場合の各複数チャンネルの復号処理量を前記ヘッダ情報に応じて見積もり、見積った前記復号処理量の合計が所定の値を超えるときには、前記複数の分割画面の各々の見積った前記復号処理量を比較して定められる優先順位に応じて前記複数チャンネルの各々の再生方式を前記通常再生と前記通常再生よりも処理量が少ない簡易再生のどちらにするかを判定するステップと、
前記複数チャンネルのビデオストリーム信号を受けて、前記再生方式に応じて各前記チャンネル毎に前記通常再生と前記簡易再生のいずれか一方を行なう復号処理を行なうステップと、
前記復号処理の結果を用いて前記画面再生モードで指定された前記複数の分割画面を１画面内に表示するステップとを備える、動画像復号化方法。
【請求項１１】
同種のフォーマットまたは複数種のフォーマットで各々が配信される複数チャンネル分のビデオストリーム信号を受け、各複数チャンネルの復号処理量に関連するヘッダ情報を抽出するステップと、
複数の分割画面と前記複数チャンネルとをそれぞれ対応させ画面分割表示を行なわせる指示を含む画面再生モードに従って通常再生を行なって画面表示をした場合の各複数チャンネルの復号処理量を前記ヘッダ情報に応じて見積もり、見積った前記復号処理量の合計が所定の値を超えるときには、前記複数の分割画面の各々の見積った前記復号処理量を比較して定められる優先順位に応じて前記複数チャンネルの各々の再生方式を前記通常再生と前記通常再生よりも処理量が少ない簡易再生のどちらにするかを判定するステップと、
前記複数チャンネルのビデオストリーム信号を受けて、前記再生方式に応じて各前記チャンネル毎に前記通常再生と前記簡易再生のいずれか一方を行なう復号処理を行なうステップと、
前記復号処理の結果を用いて前記画面再生モードで指定された前記複数の分割画面を１画面内に表示するステップとを備える、動画像復号化方法。
【請求項１２】
前記復号処理を行なうステップは、
入力される前記ビデオストリーム信号を前記再生方式に応じて再生方法を選択するステップと、
前記ビデオストリーム信号を受けて通常再生を行なうステップと、
前記ビデオストリーム信号を受けて簡易再生を行なうステップとを含む、請求項１０または１１に記載の動画像復号化方法。
【請求項１３】
前記判定するステップは、見積った前記復号処理量が前記所定の値を超えるときは、前記複数チャンネルのうち見積りの際に前記通常再生を行なうように設定したチャンネルの中から、優先順位が最下位のチャンネルを簡易再生を行なうように設定変更して、再度前記復号処理量の見積りを行なう、請求項１０または１１に記載の動画像復号化方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、動画像復号化装置および動画像復号化方法に関し、より特定的にはＭＰＥＧ２（Moving Picture Experts Group）方式などのようにデジタル信号で圧縮処理されたビデオストリーム信号を復号化する動画像復号化装置および動画像復号化方法に関する。
【０００２】
【従来の技術】
近年、高画質化、多チャンネル化、高機能化および高品質化を目的として今までのアナログ放送に代わるデジタル放送が導入されつつある。このデジタル放送ではデジタル化された動画像の圧縮符号化方式としてＭＰＥＧ２方式が採用されている。
【０００３】
図１２は、ＭＰＥＧ２ビデオストリーム信号の構成を説明するための図である。
【０００４】
図１２を参照して、ＭＰＥＧ２ビデオストリーム信号は、ＧＯＰ（Group Of Picture）の集合体であり、ＧＯＰはピクチャの集合体である。
【０００５】
ＧＯＰには、Ｉピクチャ、Ｐピクチャ、Ｂピクチャという３種類のピクチャが含まれている。Ｉピクチャは、フレーム内の情報のみから符号化された画面で、フレーム間予測を行なわずに生成される画面であり、ＧＯＰには、最低１枚以上のＩピクチャが含まれている。Ｐピクチャは、フレーム内符号化と、過去の再生画像から予測する順方向フレーム間予測符号化の両方による情報を含んでいる。Ｂピクチャは、双方向予測によってできる画面である。これらのピクチャのうち、Ｐ，Ｂピクチャの復号は、フレーム間の予測を必要とするため、ＭＰＥＧデコーダによる処理量が多く、また、メモリ容量も多く必要である。
【０００６】
ピクチャは、さらに、スライスという単位に分割される。スライスは、いくつかのマクロブロックの集合体であるが、ＭＰＥＧ２規格の取決めとして、１つのスライスが２行にわたることがないようにされる。つまり、横一列が４０個のマクロブロックからなる場合、この１列４０個についてはいくつのスライスにも分割することが可能であるが、次の１列からは必ず別のスライスにならなければならない。
【０００７】
個々のマクロブロックは、絶対的な位置情報を持たないが、各スライスの先頭に挿入されているスライスヘッダＳＨには、個々のスライスが１画面上のどの垂直位置に含まれているマクロブロックの集合体なのかを示すためのヘッダ情報が含まれている。すなわち、スライスヘッダＳＨに基づいて、その後に続くマクロブロックの垂直位置を知ることができる。
【０００８】
各ＧＯＰの前にはシーケンスヘッダという情報が付加されている。このシーケンスヘッダには、画像の横の画素数、画像の縦のライン数およびフレームレートなどの画像の情報が含まれている。
【０００９】
図１３〜図１６は、ＭＰＥＧ２方式の数あるフォーマットの例を説明するための図である。たとえば、ＢＳディジタル放送では、１０８０ｉ、７２０ｐ、４８０ｐ、４８０ｉのいずれかのフォーマットで番組を作るようにＡＲＩＢ（Association of Radio Industries and Businesses：社団法人  電波産業会）で規定されている。したがって、放送を受信して再生する動画像復号化装置は、これらのいずれのフォーマットも再生可能であることが望ましい。なお、各フォーマットの数字は、垂直方向の有効走査線数を示し、ｉはインタレース、すなわち飛越し走査を示し、ｐはプログレシブ、すなわち順次走査を示す。
【００１０】
図１３を参照して、１０８０ｉフォーマットは、縦１０８０ドット、横１９２０ドットの画面を飛越し走査で毎秒３０フレーム表示するフォーマットである。
【００１１】
図１４を参照して、７２０ｐフォーマットは、縦７２０ドット、横１２８０ドットの画面を順次操作で毎秒６０フレーム表示するフォーマットである。
【００１２】
図１５を参照して、４８０ｐフォーマットは、縦４８０ドット、横７２０ドットの画面を順次操作で毎秒６０フレーム表示するフォーマットである。
【００１３】
図１６を参照して、４８０ｉフォーマットは、縦４８０ドット、横７２０ドットの画面を飛越し走査で毎秒３０フレーム表示するフォーマットである。
【００１４】
【発明が解決しようとする課題】
ＭＰＥＧ２ビデオストリーム信号を圧縮された状態から元の画像データに復号する処理は、たとえば１つのＭＰＥＧデコーダＬＳＩで処理することができる。
【００１５】
しかしながら、デジタルテレビ受像機にさらなる付加価値を与えるため、ディスプレイに複数の画像を同時に表示するマルチチャネル表示モードが求められている。
【００１６】
図１７は、マルチチャネルの再生モードの例を説明するための図である。
図１７を参照して、「ＨＤ（High Definition）通常再生」の場合には、ＣＨ１に１０８０ｉフォーマットの画像が表示される。
【００１７】
「ＳＤ（Standard Definition）の４ＣＨマルチ再生」モードの場合には、画面は４分割され、各画面にそれぞれ４８０ｉフォーマットの画像が表示される。
【００１８】
「通常ＨＤ＋子画面ＳＤ」モードの場合には、ＣＨ１として１０８０ｉフォーマットの画像が表示され、ＣＨ２として４８０ｉフォーマットの子画面が表示される。
【００１９】
「ＨＤの２画面再生」モードの場合には、ＣＨ１、ＣＨ２にそれぞれ１０８０ｉフォーマットの画像が表示される。
【００２０】
「４８０ｐの４ＣＨマルチ再生」モードの場合には、画面は４分割され、ＣＨ１〜ＣＨ４にそれぞれ４８０ｐフォーマットの画像が表示される。
【００２１】
「ＨＤ逆順再生」モードの場合には、画面は、２分割され、第１画面に１０８０ｉフォーマットの画像が表示され、第２画面に１０８０ｉフォーマットでかつ逆順に再生される画像が表示される。
【００２２】
「ＨＤの２倍速再生」の場合には、１０８０ｉフォーマットで、２倍速に早回しされた画像が表示される。
【００２３】
「ＨＤの３ＣＨ再生」モードの場合には、画面が３分割され、各画面に１０８０ｉフォーマットの画像がそれぞれ表示される。
【００２４】
以上再生モードの代表的な例を示した。このような各種のフォーマットの画像を１つのディスプレイに表示するためには、それぞれの画像用に復号処理を行なうデコード回路をそれぞれ設ければよいが、それでは動画像復号化装置全体の回路規模が大きくなり、コストが高くなってしまい合理的ではない。そこで、複数のチャネルの画像データを１つのデコード回路で時分割に復号処理することが考えられる。
【００２５】
再び図１３〜図１６を参照して、各フォーマットの復号のための処理量は、４８０ｉフォーマットの処理量をおよそ１とすると、４８０ｐフォーマットの復号のための処理量はおよそ２である。また、７２０ｐフォーマットの処理量はおよそ４〜５であり、１０８０ｉフォーマットの処理量はおよそ６である。また、復号処理に必要とするメモリ容量は、４８０ｉフォーマットの場合をおよそ１とすると、４８０ｐフォーマットの場合はおよそ１であり、１０８０ｉフォーマットの場合はおよそ６である。
【００２６】
図１８は、各再生モードの復号に要する時間を説明するための図である。
図１８を参照して、「ＨＤ通常再生」の場合には、１フレーム期間に表示するための画像データの復号が若干余裕を持って行なわれる。ＭＰＥＧ放送ストリームの内容には、ＨＤモードやＳＤモードなどがあり、放送時間帯によってこれらのモードが変化するため、デコード処理をするデコード回路の能力は「ＨＤ通常再生」モードの１画面表示を、ある程度の余裕を持って処理できるような処理能力に設定されるのが通常である。
【００２７】
このような処理能力のデコード回路を動画像復号化装置に搭載した場合に、図１８に示すように、「ＳＤの４ＣＨマルチ再生」モードの場合には、ＣＨ１〜ＣＨ４のチャネルのデータを時分割に復号処理しても、１フレーム期間内に処理が終了するため、問題なく再生を行なうことができる。
【００２８】
しかし、「通常ＨＤ＋子画面ＳＤ」，「ＨＤの２画面再生」，「４８０ｐの４ＣＨマルチ再生」，「ＨＤ逆順再生」，「ＨＤの２倍速再生」，「ＨＤの３ＣＨ再生」などの再生モードの場合には、１フレームに表示すべきデータをデコード処理するために１フレーム期間以上の処理時間を要してしまうため、処理量の合計がデコーダの性能を超えてしまい、入力されたすべてのチャンネルを再生することができない。また、並列処理を行なう場合でも、少ないバス幅や少ないメモリ容量で安価に実現することは難しい。
【００２９】
この発明の目的は、デコーダの回路規模の増加や、メモリの使用量を抑えつつ、複数チャネルを高画質で表示が可能な動画像復号化装置を提供することである。
【００３０】
【課題を解決するための手段】
この発明に従うと、動画像復号化装置であって、デジタル信号で圧縮処理された、複数チャンネルのビデオストリーム信号を受け、各複数チャンネルの復号処理量に関連するヘッダ情報を抽出するヘッダ情報獲得手段と、ヘッダ情報に応じて各複数チャンネルの復号処理量を見積もり、再生方式を判定する判定手段と、複数チャンネルのビデオストリーム信号を受けて、判定手段の出力に応じて各チャンネル毎に通常再生と通常再生よりも処理量が少ない簡易再生のいずれか一方を行なう復号手段とを備える。
【００３１】
好ましくは、ビデオストリーム信号は、ＭＰＥＧまたはＪＰＥＧ方式で圧縮された信号であり、ヘッダ情報は、ビデオストリーム信号に含まれるピクチャ群の前に付加されるシーケンスヘッダ中の画面ドット数を含む。
【００３２】
好ましくは、ビデオストリーム信号は、ＭＰＥＧまたはＪＰＥＧ方式で圧縮された信号であり、ヘッダ情報は、ビデオストリーム信号に含まれるピクチャ群の前に付加されるシーケンスヘッダ中のフレームレートを含む。
【００３３】
好ましくは、復号手段は、入力されるビデオストリーム信号を判定手段の出力に応じて切り替えて与える第１の切替手段と、第１の切替手段からビデオストリーム信号を受けて通常再生を行なうための通常復号手段と、第１の切替手段からビデオストリーム信号を受けて簡易再生を行なうための簡易復号手段とを含む。
【００３４】
好ましくは、復号手段の出力を受けて１画面内に複数チャンネルに対応する複数の分割画面を表示する表示部をさらに備える。
【００３５】
好ましくは、ビデオストリーム信号は、ＭＰＥＧまたはＪＰＥＧ方式で圧縮された信号であり、簡易再生は、８×８の直交変換係数のうち水平周波数の高域部分を除去した４×８の直交変換係数を用いて逆離散コサイン変換を施す４×８ＩＤＣＴ処理を含む。
【００３６】
好ましくは、ビデオストリーム信号は、ＭＰＥＧまたはＪＰＥＧ方式で圧縮された信号であり、簡易再生は、ビデオストリーム信号に含まれるピクチャ群のうちフレーム内符号化処理されたピクチャのデータを抽出して復号する処理を含む。
【００３７】
好ましくは、判定手段は、複数チャンネルにそれぞれ対応して定められる優先順位に応じて再生方式を決定する。
【００３８】
より好ましくは、判定手段は、見積った復号処理量が所定の値を超えるときは、複数チャンネルのうち見積りの際に通常再生を行なうように設定したチャンネルの中から、優先順位が最下位のチャンネルを簡易再生を行なうように設定変更して、再度復号処理量の見積りを行なう。
【００３９】
より好ましくは、優先順位は、複数チャンネルの画面表示モードに対応して定められ、表示面積が大きいチャンネルほど優先順位が高い。
【００４０】
この発明の他の局面に従うと、動画像復号化方法であって、デジタル信号で圧縮処理された、複数チャンネルのビデオストリーム信号を受け、各複数チャンネルの復号処理量に関連するヘッダ情報を抽出するステップと、ヘッダ情報に応じて各複数チャンネルの復号処理量を見積もり、再生方式を判定するステップと、複数チャンネルのビデオストリーム信号を受けて、再生方式に応じて各チャンネル毎に通常再生と通常再生よりも処理量が少ない簡易再生のいずれか一方を行なう復号処理を行なうステップとを備える。
【００４１】
好ましくは、復号処理を行なうステップは、入力されるビデオストリーム信号を再生方式に応じて再生方法を選択するステップと、ビデオストリーム信号を受けて通常再生を行なうステップと、ビデオストリーム信号を受けて簡易再生を行なうステップとを含む。
【００４２】
好ましくは、判定するステップは、複数チャンネルにそれぞれ対応して定められる優先順位に応じて再生方式を決定する。
【００４３】
より好ましくは、判定するステップは、見積った復号処理量が所定の値を超えるときは、複数チャンネルのうち見積りの際に通常再生を行なうように設定したチャンネルの中から、優先順位が最下位のチャンネルを簡易再生を行なうように設定変更して、再度復号処理量の見積りを行なう。
【００４４】
【発明の実施の形態】
以下において、本発明の実施の形態について図面を参照して詳しく説明する。なお、図中同一符号は同一または相当部分を示す。
【００４５】
［実施の形態１］
図１は、本発明の動画像復号化装置１０００の構成のうち主要部分を抜出して示す概略ブロック図である。
【００４６】
図１を参照して、動画像復号化装置１０００において、アンテナ（図示せず）より受信されたＲＦ信号は、チューナ１００．１および１００．２により選局され、８ＰＳＫ復調器１０２．１および１０２．２にそれぞれ与えられる。
【００４７】
８ＰＳＫ復調器１０２．１および１０２．２からの復調信号は、トランスポートストリームデコーダ（以下、ＴＳデコーダと呼ぶ）１０４．１および１０４．２にそれぞれ与えられ、切替スイッチ１０６を介して、ＭＰＥＧデコード部１１０に与えられる。すなわち、ＴＳデコーダ１０４．１および１０４．２からは、選局されたチャネルからのベースバンド信号の抽出が行なわれる。
【００４８】
ＭＰＥＧデコード部１１０は、切替スイッチ１０６から与えられたデータストリームを受けて、ランダムアクセスメモリ（以下、ＲＡＭと呼ぶ）１１２をデータを一時蓄積するバッファとして用いることで、映像信号および音声信号へと変換する。
【００４９】
ここで、上述したように、チューナ１００．１からＴＳデコーダ１０４．１の系統と、チューナ１００．２からＴＳデコーダ１０４．２の系統との２系統が設けられているが、４チャネルマルチ画面を表示するモードを備える場合は４系統が設けられる。
【００５０】
動画像復号化装置１０００は、さらに、データバスＢＳ１を介して、ＴＳデコーダ１０４．１および１０４．２からの信号を受けて、格納するための内蔵蓄積デバイス１４８と、データバスＢＳ１を介して、内蔵蓄積デバイス１４８に蓄積されたデータに対して、所定の処理を行なって出力するための演算処理部１４４と、演算処理部１４４の演算処理におけるプログラムを記録するためのＲＯＭ１４０と、演算処理部１４４の動作のためのメモリ領域を提供するＲＡＭ１４２と、データバスＢＳ１と外部との間でデータ入出力を行なうための高速デジタルインターフェイス１４６とを備える。特に限定されないが、内蔵蓄積デバイス１４８およびＲＯＭ１４０としては、たとえば、電気的にデータの書込・読出が可能なフラッシュメモリを用いることが可能である。
【００５１】
演算処理部１４４が外部から与えられた指示に従って内蔵蓄積デバイス１４８中に蓄積されたデータに対して処理を行なった後のデータは、オンスクリーンディスプレイ（On Screen Display）処理部１３０から合成器１６０．２に与えられる。
【００５２】
合成器１６０．２は、ＭＰＥＧデコード部１１０からの出力と、オンスクリーンディスプレイ処理部１３０からの出力とを合成した後、映像出力端子１６４に与える。映像出力端子１６４からの出力は、表示部１００４に与えられる。
【００５３】
動画像復号化装置１０００は、さらに、内蔵蓄積デバイス１４８に蓄積されたデータに基づいて、演算処理部１４４が処理した結果のデータ等を受けて、表示部において出力される映像に対する効果音などを生成して、合成器１６０．１に与えるための付加音生成器１２０と、内蔵蓄積デバイス１４８に蓄積されたデータ等に基づいて演算処理部１４４が処理したデータを受けて、音声信号を生成し、合成器１６０．１に与えるＰＣＭデコーダ１２２を備える。
【００５４】
合成器１６０．１は、ＭＰＥＧデコード部１１０からの出力と、付加音生成器１２０およびＰＣＭデコーダ１２２からの出力とを受けて、合成結果を音声出力端子１６２に与える。音声出力端子１６２に与えられた音声信号は、音声出力部１００２から音声信号として出力される。
【００５５】
なお、動画像復号化装置１０００は、必要に応じて、外部との間でデータ授受を行なうためのモデム１５０や、ＩＣカードからの情報を受取るためのＩＣカードインターフェイス１５２を備える構成としてもよい。
【００５６】
高速デジタルインターフェイス１４６を介して、たとえば、ホームサーバ用のＨＤＤ装置などの外部蓄積デバイス１８０や、外部入力機器であるリモコン（あるいはキーボード等）１８２とがデータバスＢＳ１と接続されている。
【００５７】
また、動画像復号化装置１０００は、映像出力を受けてディスプレイに表示する表示部１００４や音声出力信号を受けて音声を出力するスピーカ等の音声出力部１００２と一体化された構成であっても良い。
【００５８】
図２は、図１に示したＭＰＥＧデコード部１１０の映像系処理についての構成を説明するためのブロック図である。
【００５９】
図２を参照して、ＭＰＥＧデコード部１１０は、ＣＨ１〜ＣＨ４の符号入力を受け、これらの符号に含まれるシーケンスヘッダから、画像の縦および横方向のドットサイズやフレームレートなどの情報を抽出するヘッダ情報獲得部１１４と、リモコンなどによって指定される表示モードごとに定められたチャンネル優先順位とヘッダ情報獲得部１１４の出力とを受けて合計処理量の見積り、および各チャンネル再生方式の判定を行なう合計処理量見積り／再生方式判定部１１６と、ヘッダ情報獲得部１１４を介してＣＨ１〜ＣＨ４の符号入力を時分割に受取り、合計処理量見積り／再生方式判定部１１６が出力する判定信号に応じて、各チャンネルの画像符号のデコードを行ない映像データを出力するＭＰＥＧデコーダ１１８とを含む。なお、ＭＰＥＧデコーダ１１８は、いわゆるＭＰ＠ＨＬ対応デコーダであり、図１３〜図１６で説明した画面フォーマットの再生が可能である。
【００６０】
ＭＰＥＧデコード部１１０における処理の流れを説明する。ヘッダ情報獲得部１１４は、ＭＰＥＧのＧＯＰの前につくシーケンスヘッダを検出する。そして、ヘッダ情報獲得部１１４は、シーケンスヘッダから、画像の縦および横方向のドットサイズやフレームレートなどの情報を抽出して合計処理量見積り／再生方式判定部１１６に伝達する。ＭＰＥＧデコーダ１１８は、複数のチャンネルのＥＳ（Element Stream）を受け取りピクチャ単位で時分割に処理を行なう。ＥＳとは、音声、映像およびデータ放送のデータが含まれるＴＳデコーダ１０４．１および１０４．２の出力のうち、映像のデータのみが分離された信号である。
【００６１】
このとき、合計処理量見積り／再生方式判定部１１６から、チャンネル毎に指定される通常再生／ダウンコンバート再生／破棄の指示を含む判定信号に応じて復号処理を行なう。
【００６２】
図３は、図２に示したＭＰＥＧデコーダ１１８の概略構成を示すブロック図である。
【００６３】
図３を参照して、ＭＰＥＧデコーダ１１８は、ＭＰＥＧ２ビデオストリーム信号を受けて、可変長符号復号処理を行なうための可変長符号デコード部１３２と、可変長符号デコード部１３２からの出力を受けて逆量子化処理を行なうための逆量子化部１３４と、合計処理量見積り／再生方式判定部１１６からの判定信号に応じて逆量子化部１３４の出力を第１の処理ルートと第２の処理ルートのいずれか一方に与える切替スイッチ１３３とを含む。
【００６４】
第１の処理ルートは、通常の処理を行なうルートであり、第２のルートは通常の処理よりも、処理が軽くメモリ容量も軽くてすむダウンコンバート処理を行なうルートである。
【００６５】
ＭＰＥＧデコーダ１１８は、さらに、第１の処理ルートにおいて逆量子化部１３４からの出力を受けて通常の逆離散コサイン変換を行なうための逆離散コサイン変換部１３６と、逆離散コサイン変換部１３６から出力されるデータと以前に作成しＲＡＭ１１２に保持されている画像データとを用いて、動き補償処理を行ないデジタルビデオ信号を出力する動き補償部１３８とを含む。
【００６６】
ＭＰＥＧデコーダ１１８は、さらに、第２の処理ルートにおいて逆量子化部１３４からの出力を受けて後に説明する４×８ＩＤＣＴ再生の逆離散コサイン変換を行なうための逆離散コサイン変換部１３７と、逆離散コサイン変換部１３７から出力されるデータと以前に作成しＲＡＭ１１２に保持されている画像データとを用いて、動き補償処理を行ないデジタルビデオ信号を出力する動き補償部１３９とを含む。
【００６７】
ＭＰＥＧデコーダ１１８は、さらに、合計処理量見積り／再生方式判定部１１６からの判定信号に応じて動き補償部１３８，１３９のいずれか一方の出力するデジタルビデオ信号を選択的にＲＡＭ１１２や図１の合成器１６０．２に与える切替スイッチ１４１を含む。
【００６８】
なお、ＭＰＥＧデコーダ１１８におけるデコード処理は、たとえば処理内容をソフトウェアで変更することができる画像処理プロセッサを用いてもよい。画像処理プロセッサとしては、たとえば、１命令で多くのマルチメディア向け演算が可能なＶＬＩＷ（Very Long Instruction Word）型プロセッサが好適である。
【００６９】
図４は、「ＨＤの２画面再生」の表示画像を説明するための図である。
図４を参照して、「ＨＤの２画面再生」モードの場合には、ディスプレイは左右に２分割され、向かって左側にはＣＨ１の画像が表示され、右側にはＣＨ２の画像が表示される。
【００７０】
２画面再生モードは、テレビのリモコン操作で選択される。この２画面再生モードでは、２つのチャンネル間での優先順位は特に指定されない。
【００７１】
図５は、「ＨＤの２画面再生」モードにおいて図２に示した合計処理量見積り／再生方式判定部１１６が行なう処理フローを示したフローチャートである。
【００７２】
図５を参照して、まず次の式（１）が成り立つか否かが判断される（ステップＳ１）。
【００７３】
ＲＰ（ＣＨ１）＋ＲＰ（ＣＨ２）≦ＤＰ  …（１）
ただし、ＤＰは使用するデコーダの処理性能、すなわち、１フレーム期間内に処理可能な処理量を示し、ＲＰ（ＣＨ１）は、ＣＨ１の通常再生の１フレーム分の画像の復号に必要な処理量を示す。また、ＲＰ（ＣＨ２）は、ＣＨ２の通常再生の１フレーム分の画像の復号に必要な処理量を示す。
【００７４】
式（１）が成り立つ場合、すなわちＣＨ１の通常再生に要する処理量とＣＨ２の通常再生に要する処理量の合計がデコーダの処理性能を超えない場合には、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ１、ＣＨ２とも通常再生を行なうように指示する（ステップＳ２）。
【００７５】
一方、式（１）が成立しない場合、すなわちＣＨ１の通常再生に要する処理量とＣＨ２の通常再生に要する処理量の合計がデコーダの処理性能を超える場合には、ステップＳ３に進む。ステップＳ３では、次の式（２）が成立するか否かが判定される。
【００７６】
ＲＰ（ＣＨ１）≦ＲＰ（ＣＨ２）  …（２）
式（２）が成立しない場合、すなわちＣＨ１の方がＣＨ２よりも処理量が多い場合にはステップＳ４に進む。ステップＳ４では、次の式（３）が成立するか否かが判断される。
【００７７】
ＲＰ（ｈａｌｆ（ＣＨ１））＋ＲＰ（ＣＨ２）≦ＤＰ  …（３）
ここで、ＲＰ（ｈａｌｆ（ＣＨ１））はＣＨ１を４×８ＩＤＣＴを使って再生する際に必要な処理量を表わしている。４×８ＩＤＣＴとは、たとえば、特開平１１−１９１８８７号公報に記載されているように、通常は８×８のマトリクスで与えられるＤＣＴ係数のうちの高周波成分を無視して、４×８のＤＣＴ係数を用いて簡易的に再生するダウンコンバートの１手法である。
【００７８】
ここで、通常の８×８のＤＣＴ係数を使用する場合と、４×８のＤＣＴ係数を使用する場合について簡単に説明する。
【００７９】
図６は、通常の８×８のＤＣＴ係数を使用する場合について説明するための概念図である。
【００８０】
図３、図６を参照して、逆離散コサイン変換部１３６は、逆量子化部１３４で生成されたＤＣＴ係数列を８×８のサブブロック単位のＤＣＴ係数に戻すとともに、所定の逆変換式に基づいて８×８の逆ＤＣＴを行う。つまり、図６に示すように、８×８のＤＣＴ係数Ｆ（ｕ，ｖ）に基づいて、８×８のサブブロック単位のデータｆ（ｉ，ｊ）が得られる。
【００８１】
図７は、ダウンコンバート時に４×８のＤＣＴ係数を使用する場合について説明するための概念図である。
【００８２】
図３、図７を参照して、まず、逆離散コサイン変換部１３７は、（ａ）に示すように、逆量子化部１３４で生成されたＤＣＴ係数列を８（水平方向画素数）×８（垂直方向画素数）のサブブロック単位に対応する８×８のＤＣＴ係数Ｆ（ｕ，ｖ）（ただし、ｕ＝０，１，…７、ｖ＝０，１，…７）に戻すとともに、各サブブロックの水平周波数の高域部分のＤＣＴ係数を除去して、（ｂ）に示すように４（水平周波数方向ｕ）×８（垂直周波数方向ｖ）の数のＤＣＴ係数Ｆ（ｕ，ｖ）（ただし、ｕ＝０，１，…３、ｖ＝０，１，…７）に変換する。
【００８３】
つぎに、逆離散コサイン変換部１３７は、生成された４×８の数のＤＣＴ係数に、所定の演算式に基づく４×８の逆ＤＣＴを施して、（ｃ）に示すような元のサブブロック単位のデータが水平方向に１／２に圧縮された４（水平方向画素数）×８（垂直方向画素数）のデータ数からなるデータｆ（ｉ，ｊ）（ただし、ｉ＝０，１，…３、ｊ＝０，１，…７）を生成する。
【００８４】
したがって、通常の処理よりも取扱うデータ量が少ないため、ＲＡＭ１１２の容量や、１ピクチャあたりの処理量が少なくてすむことになる。
【００８５】
再び、図５を参照して、ステップＳ４において、式（３）が成立する場合には、ステップＳ５に進む。ステップＳ５では、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ１は４×８ＩＤＣＴ再生によるダウンコンバートを行なうように指示する。一方、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ２に対しては通常再生を行なうように指示する。
【００８６】
ステップＳ３においては、式（２）が成立する場合にはステップＳ６に進む。ステップＳ６では、次の式（４）が成立するか否かが判断される。
【００８７】
ＲＰ（ＣＨ１）＋ＲＰ（ｈａｌｆ（ＣＨ２））≦ＤＰ  …（４）
ステップＳ６において式（４）が成立する場合、すなわち、ＣＨ１は通常再生、ＣＨ２は４×８ＩＤＣＴ再生を行なった場合の処理量の合計がデコーダ性能を超えない場合には、ステップＳ１０に進む。ステップ１０では、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ１は通常再生、ＣＨ２は４×８ＩＤＣＴ再生を行なうように指示を行なう。
【００８８】
ステップＳ４において式（３）が成立しない場合や、ステップＳ６において式（４）が成立しない場合にはステップＳ７に進む。ステップＳ７では、次の式（５）が成立するか否かが判断される。
【００８９】
ＲＰ（ｈａｌｆ（ＣＨ１））＋ＲＰ（ｈａｌｆ（ＣＨ２））≦ＤＰ  …（５）
そして、式（５）が成立する場合、すなわち、ＣＨ１、ＣＨ２とも４×８ＩＤＣＴ再生を行なった場合の処理量の合計がデコーダ性能を超えない場合には、ステップＳ９に進む。ステップＳ９では、合計処理量見積り／再生方式判定部１１６は、ＣＨ１もＣＨ２も４×８ＩＤＣＴ再生を行なうようにＭＰＥＧデコーダ１１８に対して指示する。
【００９０】
一方、ステップＳ７において、（５）式が成立しない場合には、ステップＳ８に進む。ステップＳ８ではＣＨ１のみ通常再生が指定され、ＣＨ２は再生しない、すなわち画面を更新しないように指示される。
【００９１】
以上説明したように、実施の形態１に示したフローチャートに従って、処理をすると、適宜処理量に応じて入力されるＭＰＥＧビデオストリームがダウンコンバートされ表示されるので、デコーダ処理が破綻することなく、少ないメモリ容量で、かつ、デコード回路の規模をさほど増加させずにマルチウインドウ表示を実現することができる。
【００９２】
［実施の形態２］
図８は、「３画面再生」の表示画像を説明するための図である。
【００９３】
図８を参照して、「３画面再生」モードの場合には、ディスプレイは左右に２分割され、向かって左側にはＣＨ１の画像が表示され、右側にはＣＨ２とＣＨ３の画像が上下に表示される。
【００９４】
３画面再生モードは、テレビのリモコン操作で選択される。他にも、テレビのリモコン操作によって、さらに表示画面数が多いモードが選択できるようにしてもよい。各画面には、リモコン操作で選択されるモードごとにあらかじめ定められている優先順位が付けられている。
【００９５】
この３画面再生モードでは、ＣＨ１が他のチャンネルよりも大きく表示される。たとえば、画面の大きさに対応して優先順位を定めるようにすれば、ＣＨ２、ＣＨ３に比べてＣＨ１の方が優先順位が高く設定される。
【００９６】
図９、図１０は、「３画面再生」モードにおいて図２に示した処理合計量見積り／再生方式判定部１１６が行なう処理フローを示したフローチャートである。
【００９７】
図９を参照して、まず次の式（６）が成り立つか否かが判断される（ステップＳ１１）。
【００９８】
ＲＰ（ＣＨ１）＋ＲＰ（ＣＨ２）＋ＲＰ（ＣＨ３）≦ＤＰ  …（６）
ただし、ＤＰは使用するデコーダの性能を示し、ＲＰ（ＣＨ１）、ＲＰ（ＣＨ２）、ＲＰ（ＣＨ３）は、それぞれ、ＣＨ１、ＣＨ２、ＣＨ３の通常再生に必要な処理量を示す。
【００９９】
式（６）が成り立つ場合、すなわちＣＨ１、ＣＨ２、ＣＨ３の通常再生に要する処理量の合計がデコーダの処理性能を超えない場合には、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ１、ＣＨ２，ＣＨ３とも通常再生を行なうように指示する（ステップＳ１２）。
【０１００】
一方、式（６）が成立しない場合、すなわちＣＨ１、ＣＨ２、ＣＨ３の通常再生に要する処理量の合計がデコーダの処理性能を超える場合には、ステップＳ１３に進む。ステップＳ１３では、次の式（７）が成立するか否かが判定される。
【０１０１】
ＲＰ（ＣＨ２）≦ＲＰ（ＣＨ３）  …（７）
式（７）が成立しない場合、すなわちＣＨ２の方がＣＨ３よりも処理量が多い場合にはステップＳ１４に進む。ステップＳ１４では、次の式（８）が成立するか否かが判断される。
【０１０２】
ＲＰ（ＣＨ１）＋ＲＰ（ｈａｌｆ（ＣＨ２））＋ＲＰ（ＣＨ３）≦ＤＰ      …（８）
ここで、ＲＰ（ｈａｌｆ（ＣＨ２））はＣＨ２を４×８ＩＤＣＴを使って再生する際に必要な処理量を表わしている。なお、４×８ＩＤＣＴ再生は、図７で説明したので説明は繰返さない。
【０１０３】
式（８）が成立する場合には、ステップＳ１５に進む。ステップＳ１５では、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ２は４×８ＩＤＣＴ再生によるダウンコンバートを行なうように指示する。一方、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ１、ＣＨ３に対しては通常再生を行なうように指示する。
【０１０４】
ステップＳ１３においては、式（７）が成立する場合にはステップＳ１６に進む。ステップＳ１６では、次の式（９）が成立するか否かが判断される。
【０１０５】
ＲＰ（ＣＨ１）＋ＲＰ（ＣＨ２）＋ＲＰ（ｈａｌｆ（ＣＨ３））≦ＤＰ      …（９）
ステップＳ１６において式（９）が成立する場合、すなわち、ＣＨ１、ＣＨ２は通常再生、ＣＨ３は４×８ＩＤＣＴ再生を行なった場合の処理量の合計がデコーダ性能を超えない場合には、ステップＳ１７に進む。ステップＳ１７では、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ１、ＣＨ２は通常再生、ＣＨ３は４×８ＩＤＣＴ再生を行なうように指示を行なう。
【０１０６】
ステップＳ１４において式（８）が成立しない場合や、ステップＳ１６において式（９）が成立しない場合にはステップＳ１８に進む。ステップＳ１８では、次の式（１０）が成立するか否かが判断される。
【０１０７】
ＲＰ（ＣＨ１）＋ＲＰ（ｈａｌｆ（ＣＨ２））＋ＲＰ（ｈａｌｆ（ＣＨ３））≦ＤＰ  …（１０）
そして、式（１０）が成立する場合、すなわち、ＣＨ１は通常再生を行ない、ＣＨ２、ＣＨ３は４×８ＩＤＣＴ再生を行なった場合の処理量の合計がデコーダ性能を超えない場合には、ステップＳ１９に進む。ステップＳ１９では、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対してＣＨ１は通常再生を行ない、ＣＨ２、ＣＨ３は４×８ＩＤＣＴ再生を行なうように指示する。
【０１０８】
一方、ステップＳ１８において、式（１０）が成立しない場合には、図１０に示すステップＳ２０に進む。
【０１０９】
図１０を参照して、ステップＳ２０では、次の式（１１）が成立するか否かが判断される。
【０１１０】
ＲＰ（ｈａｌｆ（ＣＨ１））＋ＲＰ（ｈａｌｆ（ＣＨ２））＋ＲＰ（ｈａｌｆ（ＣＨ３））≦ＤＰ  …（１１）
そして、式（１１）が成立する場合、すなわち、ＣＨ１、ＣＨ２、ＣＨ３ともに４×８ＩＤＣＴ再生を行なった場合の処理量の合計がデコーダ性能を超えない場合には、ステップＳ２１に進む。ステップＳ２１では、合計処理量見積り／再生方式判定部１１６は、ＣＨ１、ＣＨ２、ＣＨ３すべて４×８ＩＤＣＴ再生を行なうようにＭＰＥＧデコーダ１１８に対して指示する。
【０１１１】
一方、式（１１）が成立しない場合、すなわちＣＨ１、ＣＨ２、ＣＨ３すべて４×８ＩＤＣＴ再生を行なったとしても処理量の合計がデコーダの処理性能を超える場合には、ステップＳ２２に進む。ステップＳ２２では、次の式（１２）が成立するか否かが判定される。
【０１１２】
ＲＰ（ＣＨ２）≦ＲＰ（ＣＨ３）  …（１２）
式（１２）が成立しない場合、すなわちＣＨ２の方がＣＨ３よりも処理量が多い場合にはステップＳ２３に進む。ステップＳ２３では、次の式（１３）が成立するか否かが判断される。
【０１１３】
ＲＰ（ｈａｌｆ（ＣＨ１））＋ＲＰ（ｏｎｌｙＩ（ＣＨ２））＋ＲＰ（ｈａｌｆ（ＣＨ３））≦ＤＰ        …（１３）
ここで、ＲＰ（ｏｎｌｙＩ（ＣＨ２））はＣＨ２のＧＯＰに含まれるＩ、Ｐ、Ｂピクチャのうち、Ｉ（Intra）ピクチャのみを再生する際に必要な処理量を表わしている。Ｉピクチャのみを再生する場合には、画像の更新間隔が広がるため多少動きが滑らかではなくなるが、再生するためのデコーダ処理量は、４×８ＩＤＣＴ再生の場合よりもさらに少ない。
【０１１４】
式（１３）が成立する場合には、ステップＳ２４に進む。ステップＳ２４では、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ２はダウンコンバートを行ないＩピクチャのみの再生を行なうように指示する。一方、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ１、ＣＨ３に対しては４×８ＩＤＣＴ再生を行なうように指示する。
【０１１５】
ステップＳ２２においては、式（１２）が成立する場合にはステップＳ２５に進む。ステップＳ２５では、次の式（１４）が成立するか否かが判断される。
【０１１６】
ＲＰ（ｈａｌｆ（ＣＨ１））＋ＲＰ（ｈａｌｆ（ＣＨ２））＋ＲＰ（ｏｎｌｙＩ（ＣＨ３））≦ＤＰ        …（１４）
ステップＳ２５において式（１４）が成立する場合、すなわち、ＣＨ１、ＣＨ２は４×８ＩＤＣＴ再生、ＣＨ３はＩピクチャのみの再生を行なった場合の処理量の合計がデコーダ性能を超えない場合には、ステップＳ２９に進む。ステップＳ２９では、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ３はダウンコンバートを行ないＩピクチャのみの再生を行なうように指示する。一方、合計処理量見積り／再生方式判定部１１６は、ＭＰＥＧデコーダ１１８に対して、ＣＨ１、ＣＨ２に対しては４×８ＩＤＣＴ再生を行なうように指示する。
【０１１７】
一方、ステップＳ２５において式（１４）が成立しない場合、すなわち、ＣＨ１、ＣＨ２は４×８ＩＤＣＴ再生、ＣＨ３はＩピクチャのみの再生を行なった場合でも処理量の合計がデコーダ性能を超える場合には、ステップＳ２６に進む。同様に、ステップＳ２３において、式（１３）が成立しない場合にも、ステップＳ２６に進む。ステップＳ２６では、次の式（１５）が成立するか否かが判断される。
【０１１８】
ＲＰ（ｈａｌｆ（ＣＨ１））＋ＲＰ（ｏｎｌｙＩ（ＣＨ２））＋ＲＰ（ｏｎｌｙＩ（ＣＨ３））≦ＤＰ  …（１５）
そして、式（１５）が成立する場合、すなわち、ＣＨ１は４×８ＩＤＣＴ再生を行ない、ＣＨ２、ＣＨ３はＩピクチャのみの再生を行なった場合の処理量の合計がデコーダ性能を超えない場合には、ステップＳ２８に進む。ステップＳ２８では、合計処理量見積り／再生方式判定部１１６は、ＣＨ１は４×８ＩＤＣＴ再生を行ない、ＣＨ２、ＣＨ３はＩピクチャのみの再生を行なうようにＭＰＥＧデコーダ１１８に対して指示する。
【０１１９】
一方、ステップＳ２６において、（１５）式が成立しない場合には、ステップＳ２７に進む。ステップＳ２７では、合計処理量見積り／再生方式判定部１１６は、ＣＨ１は通常再生を行い、ＣＨ２、ＣＨ３の再生は行なわないようにＭＰＥＧデコーダ１１８に対して指示する。
【０１２０】
以上説明したように、実施の形態３に示したフローチャートにしたがって、処理をすると、ＣＨ１の画質を他のチャンネルよりも優先しつつ、適宜処理量に応じて入力されるＭＰＥＧビデオストリームがダウンコンバートされ表示されるので、デコーダ性能を最大限にいかして、マルチウインドウ表示を実現することができる。
【０１２１】
［他の適用例］
実施の形態１、２では、ダウンコンバートの方式として、４×８ＩＤＣＴ再生やＩピクチャのみの再生を例として示したが、他のダウンコンバートの方式を用いても良い。たとえば、４×４ＩＤＣＴ再生や、アダマール変換、デコード画像の間引き等を用いてＭＰＥＧデコーダの処理量を軽減したり、バスやメモリの制限（容量バンド幅）をクリアすることができる。
【０１２２】
また、実施の形態１、２では、画面モードの例として、２画面表示、３画面表示モードについて示したが、他のマルチウインドウ画面モードの場合や、単画面であっても逆順再生や２倍速再生のように処理量が通常より多いモードの場合にも同様に事前に処理量を見積り、ダウンコンバートするか否かをＭＰＥＧデコーダに指示することで適切に画面を表示することが可能となる。
【０１２３】
図１１は、本発明によって、復号処理をおこなった際の処理時間を説明するための図である。
【０１２４】
図１１を参照して、「ＨＤ通常再生」の場合には、１フレーム期間に表示するための画像データの復号が若干余裕を持って行なわれる。また、「ＳＤの４ＣＨマルチ再生」モードの場合には、ＣＨ１〜ＣＨ４のチャネルのデータを時分割に復号処理しても、１フレーム期間内に処理が終了するため、問題なく再生を行なうことができる。以上は図１８に示した従来の場合と同様である。
【０１２５】
「通常ＨＤ＋子画面ＳＤ」の場合には、優先順位の低いＣＨ２がダウンコンバートされるので動画像復号化装置はデコード処理に破綻をきたすことなく再生をすることができる。
【０１２６】
「ＨＤの２画面再生」の場合には、ＣＨ１、ＣＨ２ともダウンコンバートされる。「４８０ｐの４ＣＨマルチ再生」の場合には、ＣＨ１はそのまま再生され、ＣＨ２〜ＣＨ４はダウンコンバートされる。「ＨＤ逆順再生」の場合には、ＣＨ１、ＣＨ２ともダウンコンバートされる。「ＨＤの２倍速再生」の場合には、ＣＨ１、ＣＨ２ともダウンコンバートされる。「ＨＤの３ＣＨ再生」の場合には、ＣＨ１、ＣＨ２ともダウンコンバートされ、ＣＨ３は表示しない。
【０１２７】
以上説明したように、適宜処理量の合計見積に応じて、入力されるＭＰＥＧビデオストリームがダウンコンバートされ表示されるので、デコーダ性能を最大限にいかして、マルチウインドウ表示を実現することができる。
【０１２８】
また、本発明の実施の形態においては、ＭＰＥＧ２方式に従う符号化データを用いたデジタル放送を受信する構成について説明したが、本願発明は、この他にＭＰＥＧ１方式、ＭＰＥＧ４方式およびモーションＪＰＥＧ（joint photographic experts group）方式等の他の符号化規格によるデジタル放送の受信に対しても、同様に適用することが可能である。
【０１２９】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【０１３０】
【発明の効果】
本発明によれば、適宜処理量に応じて入力されるＭＰＥＧビデオストリームがダウンコンバートされ表示されるので、デコーダ処理が破綻することなく、少ないメモリ容量で、かつ、デコード回路の規模をさほど増加させずにマルチウインドウ表示を実現することができる。
【図面の簡単な説明】
【図１】  本発明の動画像復号化装置１０００の構成のうち主要部分を抜出して示す概略ブロック図である。
【図２】  図１に示したＭＰＥＧデコード部１１０の映像系処理についての構成を説明するためのブロック図である。
【図３】  図２に示したＭＰＥＧデコーダ１１８の概略構成を示すブロック図である。
【図４】  「ＨＤの２画面再生」の表示画像を説明するための図である。
【図５】  「ＨＤの２画面再生」モードにおいて図２に示した合計処理量見積り／再生方式判定部１１６が行なう処理フローを示したフローチャートである。
【図６】  通常の８×８のＤＣＴ係数を使用する場合について説明するための概念図である。
【図７】  ダウンコンバート時に４×８のＤＣＴ係数を使用する場合について説明するための概念図である。
【図８】  「３画面再生」の表示画像を説明するための図である。
【図９】  「３画面再生」モードにおいて図２に示した合計処理量見積り／再生方式判定部１１６が行なう処理フローを示したフローチャートの第１図である。
【図１０】  「３画面再生」モードにおいて図２に示した合計処理量見積り／再生方式判定部１１６が行なう処理フローを示したフローチャートの第２図である。
【図１１】  本発明によって、復号処理をおこなった際の処理時間を説明するための図である。
【図１２】  ＭＰＥＧ２ビデオストリーム信号の構成を説明するための図である。
【図１３】  ＭＰＥＧ２方式で取扱えるフォーマットの例である１０８０ｉフォーマットを説明するための図である。
【図１４】  ＭＰＥＧ２方式で取扱えるフォーマットの例である７２０ｐフォーマットを説明するための図である。
【図１５】  ＭＰＥＧ２方式で取扱えるフォーマットの例である４８０ｐフォーマットを説明するための図である。
【図１６】  ＭＰＥＧ２方式で取扱えるフォーマットの例である４８０ｉフォーマットを説明するための図である。
【図１７】  マルチチャネルの再生モードの例を説明するための図である。
【図１８】  各再生モードの復号に要する時間を説明するための図である。
【符号の説明】
１００．１，１００．２  チューナ、１０２．１，１０２．２  ８ＰＳＫ復調器、１０４．１，１０４．２  ＴＳデコーダ、１０６  切替スイッチ、１１０  ＭＰＥＧデコード部、１１４  ヘッダ情報獲得部、１１６  合計処理量見積り／再生方式判定部、１１８  ＭＰＥＧデコーダ、１２０  付加音生成器、１２２  ＰＣＭデコーダ、１３０  オンスクリーンディスプレイ処理部、１３２  可変長符号デコード部、１３３  切替スイッチ、１３４  逆量子化部、１３６，１３７  逆離散コサイン変換部、１３８，１３９  動き補償部、１４１  切替スイッチ、１４４  演算処理部、１４６  高速デジタルインターフェイス、１４８  内蔵蓄積デバイス、１５０  モデム、１５２  カードインターフェイス、１６０  合成器、１６２  音声出力端子、１６４  映像出力端子、１８０  外部蓄積デバイス、１０００  動画像復号化装置、１００２  音声出力部、１００４  表示部、ＢＳ１  データバス。
【図１】
0003639517.tif 000002
【図２】
0003639517.tif 000003
【図３】
0003639517.tif 000004
【図４】
0003639517.tif 000005
【図５】
0003639517.tif 000006
【図６】
0003639517.tif 000007
【図７】
0003639517.tif 000008
【図８】
0003639517.tif 000009
【図９】
0003639517.tif 000010
【図１０】
0003639517.tif 000011
【図１１】
0003639517.tif 000012
【図１２】
0003639517.tif 000013
【図１３】
0003639517.tif 000014
【図１４】
0003639517.tif 000015
【図１５】
0003639517.tif 000016
【図１６】
0003639517.tif 000017
【図１７】
0003639517.tif 000018
【図１８】
0003639517.tif 000019