JPH09322161A - デコード装置 - Google Patents

Abstract

(57)【要約】 【課題】 多重化されたストリームから複合化するスト
リームを選択してデコード装置に入力した場合、ビデオ
データとオーディオデータのプログラム切り替え時の乱
れを少なくする。 【解決手段】 システムデコーダは、外部入力Ｉ／Ｆを
介して入力されるトランスポートパケットにおけるプロ
グラムアソシエイションテーブルからプログラム番号情
報を得て、その番号が変更されていれば、デコーダ処理
を停止させる。そして、そのデコーダ処理を行っている
ワークバッファをクリアして、その変更されたプログラ
ム番号情報からプログラムマップテーブルのＰＩＤを得
て、そのプログラムマップテーブルのプログラム情報か
らストリームタイプのＰＩＤを得ることによってシステ
ムデコード処理を行なう。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＭＰＥＧ規
格によって圧縮符号化されたオーディオ情報やビデオ情
報をデコードするデコード装置に関する。

【０００２】

【従来の技術】従来より、高速伝送の実現等の理由でＭ
ＰＥＧ（Ｍoving Ｐicture Ｉmage Ｃoding Ｅxperts
Ｇroup ）等の情報圧縮用符号化規格に基づいて情報圧
縮された情報（ビデオ情報やオーディオ情報等）を送信
し、デコード装置でデコードして使用することが考えら
れている。

【０００３】そして、このデコード装置でデコードする
オーディオ情報あるいはビデオ情報のプログラムは１種
類であるため、デコード装置でデコードするプログラム
のプログラム番号を設定してデコードしていた。つま
り、デコード装置ではシステムデコード部が次のような
処理を通常行っている。 トランスポートストリームのプログラムマップテーブ
ル中のプログラム番号と、プログラムを構成するビデオ
あるいはオーディオなどの個別ストリームが伝送されて
いるトランスポート・パケットのＰＩＤのリストや付属
情報を取得する。 取得したプログラム番号とデコード装置で設定されて
いるプログラム番号とマッチしていた場合は、プログラ
ムを構成するビデオやオーディオのＰＩＤのリストを記
憶する。 ＰＩＤの記憶時点以降に入力されるビデオやオーディ
オのトランスポートパケットのＰＩＤと記憶しているＰ
ＩＤがマッチしている場合は、そのビデオや、オーディ
オのデータをオーディオ／ビデオデコード部へ伝送しデ
コードを行う。マッチしなければそのトランスポートパ
ケットを破棄する。

【０００４】また、デコード装置へデータを供給する高
速伝送路上には、トランスポートストリームを周波数多
重化し、数チャンネルのトランスポートストリームを乗
せることができる。そして、この周波数多重化されたス
トリームのチャンネルを切り替えることによって、シス
テムデコード部にてプログラム番号のチェックをせずに
オーディオ／ビデオデコード部にオーディオとビデオの
データを送り込めば、デコードしているプログラムを自
動的に切り替えることができることとなる。

【０００５】

【発明が解決しようとする課題】しかしながら、プログ
ラム番号のチェックをせずにオーディオ／ビデオデコー
ド部にオーディオとビデオのデータを送り込んだ場合
は、オーディオ／ビデオデコード部にてデコードした場
合、データエラーが発生して、映像や音の乱れが生じる
可能性がある。これは、複数のトランスポートパケット
によって１つのＰＥＳパケットが構築され、さらに複数
のＰＥＳパケットによって１つの映像フレームが完成さ
れる形式であることが多いため、プログラム番号のチェ
ックをしないと、例えば１つの映像フレームの途中であ
っても別のプログラムによるビデオ情報に強制的に切り
替わってしまうこと等に起因する。

【０００６】本発明は、上述した問題点を解決するため
になされたものであり、多重化されたストリームから複
合化するストリームを選択してデコード装置に入力した
場合に、その切り替えタイミングをデコード装置で認識
して、ビデオデータとオーディオデータのプログラム切
り替え時の乱れを少なくすることを目的とする。

【０００７】

【課題を解決するための手段及び発明の効果】この目的
を達成するためになされた本発明のデコード装置は、圧
縮符号化されたビデオ又はオーディオの少なくとも一方
の情報を含むストリームがディジタル信号多重化により
複数のチャンネルに対応して多重化された多重化ストリ
ームを入力し、その中から指定された１チャンネルのト
ランスポートストリームに分離して出力する分離装置に
接続されており、該分離装置より入力したトランスポー
トストリームに基づき、圧縮符号化された前記データを
復号するデコード手段を備えているデコード装置におい
て、前記分離装置より入力したトランスポートストリー
ム中より、チャンネル毎にユニークに付けられているプ
ログラム番号を検出し、検出したプログラム番号に基づ
いてチャンネルが切り替わったことを判断する判断手段
と、該判断手段によってチャンネルの切り替わりを判断
した場合には、前記デコード手段によるデコード処理を
停止させ、当該デコード処理に使用しているワークバッ
ファをクリアしてから、新しいプログラム番号のトラン
スポートストリームに基づく前記デコード手段によるデ
コード処理を再開させるデコードタイミング制御手段と
を備えることを特徴とする。

【０００８】本デコード装置によれば、判断手段が、分
離装置より入力したトランスポートストリーム中より、
チャンネル毎にユニークに付けられているプログラム番
号を検出し、検出したプログラム番号に基づいてチャン
ネルが切り替わったことを判断することができ、判断手
段によってチャンネルの切り替わりを判断した場合に
は、デコードタイミング制御手段が次のような制御を実
行する、すなわち、デコード手段によるデコード処理を
停止させ、当該デコード処理に使用しているワークバッ
ファをクリアしてから、新しいプログラム番号のトラン
スポートストリームに基づくデコード手段によるデコー
ド処理を再開させるのである。

【０００９】本デコード装置は分離装置に接続されるこ
とを前提としており、その分離装置では、圧縮符号化さ
れたビデオ又はオーディオの少なくとも一方の情報を含
むストリームが例えば時分割同期多重化などのディジタ
ル信号多重化により複数のチャンネルに対応して多重化
された多重化ストリームを入力し、その中から指定され
た１チャンネルのトランスポートストリームに分離して
デコード装置に出力してくる。

【００１０】そのため、解決課題として上述したよう
に、分離装置から入力されたトランスポートストリーム
について、そのプログラム番号（チャンネル）のチェッ
クをせずにオーディオ／ビデオデコード部にオーディオ
とビデオのデータを送り込んでしまうと、オーディオ／
ビデオデコード部にてデコードした場合、プログラム番
号が変わるため映像フレームの途中で強制的に別のプロ
グラムによるビデオ情報に切り替わってしまうこと等に
起因してデータエラーが発生し、映像や音の乱れが生じ
る可能性がある。

【００１１】これに対して、本発明の場合は、プログラ
ム番号を検出することによりチャンネルが切り替わった
ことを判断した場合には、デコード手段によるデコード
処理を停止させ、そのデコード処理に使用しているワー
クバッファをクリアしてから、新しいプログラム番号の
トランスポートストリームに基づくデコード手段による
デコード処理を再開させるため、プログラム切替時（チ
ャンネル切替時）の乱れを少なくすることができる。

【００１２】なお、上述したように、ビデオ又はオーデ
ィオの少なくとも一方の情報を含むストリームについて
復号化する場合に有効であるが、ビデオ情報及びオーデ
ィオ情報が多重化されたビデオ・オーディオ多重化トラ
ンスポートストリームとして分離装置から入力される場
合も多い。その場合には、請求項２に示すように構成す
ることが考えられる。つまり、デコード手段は、ビデオ
・オーディオ多重化トランスポートストリームをビデオ
ストリームとオーディオストリームとに分離するシステ
ムデコード手段と、該システムデコード手段によって分
離されたビデオストリームをデコードするビデオデコー
ド手段と、同じく分離されたオーディオストリームをデ
コードするオーディオデコード手段とを備えるように
し、デコードタイミング制御手段は、判断手段によって
チャンネルの切り替わりを判断した場合には、システ
ム、ビデオ及びオーディオの各デコード手段による処理
を停止させ、当該処理に使用しているビデオ及びオーデ
ィオのワークバッファをクリアしてから、新しいプログ
ラム番号のトランスポートストリームに基づくシステ
ム、ビデオ及びオーディオの各デコード手段による処理
を再開させるのである。

【００１３】このようなデコード装置は、多くのデータ
通信に適用することができるが、例えばビデオとオーデ
ィオがセットになっているものとしては、ＣＡＴＶシス
テム等において考えられているいわゆるビデオ・オン・
デマンド（ＶＯＤ）や、あるいはカラオケサービス等が
ある。カラオケサービスの場合、オーディオだけでもカ
ラオケ伴奏とはなるが、現在はカラオケ曲に応じた背景
画を表示することがもはや常識となりつつあるので、ビ
デオとオーディオがセットになったものとして捉えるこ
とができる。

【００１４】

【発明の実施の形態】以下、本発明の実施形態を図面を
参照して説明する。図１は、本発明のデコード装置の一
実施形態としてのＭＰＥＧデコーダ１の概略構成を示す
ブロック図である。

【００１５】本実施形態のＭＰＥＧデコーダ１は、分離
装置としてのＤＥＭＵＸ装置（デマルチプレクサ：demu
ltiplexer ）３に接続されており、ＤＥＭＵＸ装置３か
ら出力されるトランスポートストリームを入力する。Ｄ
ＥＭＵＸ装置３は、圧縮符号化されたビデオ又はオーデ
ィオの少なくとも一方の情報を含むストリームが例えば
時分割同期多重化などのディジタル信号多重化により複
数のチャンネルに対応して多重化された多重化ストリー
ムを入力し、キー入力装置５からのチャンネル切替指示
に従って指定された１チャンネルのトランスポートスト
リームに分離して、ＭＰＥＧデコーダ１に出力するので
ある。

【００１６】ＭＰＥＧデコーダ１は、上述したＤＥＭＵ
Ｘ装置３からのトランスポートストリームを、外部入力
Ｉ／Ｆ１０にて受信し、その受信したトランスポートス
トリームを、システムデコード手段としてのシステムデ
コーダ２０にてビデオＰＥＳパケットとオーディオＰＥ
Ｓパケットとに分別する。システムデコーダ２０には、
システムデコーダ２０の処理用プログラムが格納されて
いるＲＯＭ２１と、システムデコーダ２０のワーク用の
ＲＡＭ２２とが接続されている。

【００１７】また、システムデコーダ２０はビデオＰＥ
Ｓ構築用バッファ２０ａとオーディオＰＥＳ構築用バッ
ファ２０ｂとを備えており、それら両バッファ２０ａ，
２０ｂにおいて構築したビデオＰＥＳパケット及びオー
ディオＰＥＳパケットは、ビデオ・チャネル及びオーデ
ィオ・チャネルを介してオーディオ／ビデオデコーダ
（以下Ａ／Ｖデコーダと略記する。）３０に入力され
る。Ａ／Ｖデコーダ３０は、入力したビデオＰＥＳパケ
ット及びオーディオＰＥＳパケットをそれぞれをＭＰＥ
Ｇデコードする「ビデオデコード手段」及び「オーディ
オデコード手段」に相当する。Ａ／Ｖデコーダ３０に
は、Ａ／Ｖデコーダ３０のワーク用のＲＡＭ３５と、Ａ
／Ｖデコーダ３０を制御し、「判断手段」及び「デコー
ドタイミング制御手段」に相当する制御手段としてのＣ
ＰＵ４０が接続されている。

【００１８】ＣＰＵ４０には、ＣＰＵ４０のプログラム
が格納されているＲＯＭ４１と、ＣＰＵ４０のワーク用
のＲＡＭ４２とが接続されていると共に、前記システム
デコーダ２０との間で情報通知のやり取りが可能とされ
ている。また、Ａ／Ｖデコーダ３０のデジタル・ビデオ
出力から出力されたデジタル・ビデオデータはビデオＤ
Ａコンバータ５０に入力され、そのビデオＤＡコンバー
タ５０においてテレビの映像信号であるＮＴＳＣ信号に
変換されて外部出力される。一方、Ａ／Ｖデコーダ３０
のデジタル・オーディオ出力から出力されたデジタル・
オーディオデータはオーディオＤＡコンバータ５５に入
力され、そのオーディオＤＡコンバータ５５においてア
ナログオーディオ信号に変換されて外部出力される。

【００１９】前記Ａ／Ｖデコーダ３０は、システムデコ
ーダ２０でビデオＰＥＳパケットとオーディオＰＥＳパ
ケットとに分別されたそれぞれのパケットを、オーディ
オ・チャネルとビデオ・チャネルからそれぞれ入力す
る。Ａ／Ｖデコーダ３０の内部は、図２に示すように前
処理部３１と後処理部３２の２つの処理ブロックに分か
れている。そして、前処理部３１がオーディオとビデオ
のそれぞれのパケットのヘッダ部とデータ部とを分け
て、それぞれをヘッダ・バッファとチャネル・バッファ
に入力していく。

【００２０】これらヘッダ・バッファとチャネル・バッ
ファは、Ａ／Ｖデコーダ３０のワーク用のＲＡＭ３５に
設けられており、図２に示すように、ビデオＰＥＳヘッ
ダ・バッファ３６と、オーディオＰＥＳヘッダ・バッフ
ァ３７と、ビデオチャネル・バッファ３８と、オーディ
オチャネル・バッファ３９の４つがある。

【００２１】一方、Ａ／Ｖデコーダ３０の後処理部３２
は、実際に前処理部３１が組み立てたビデオ及びオーデ
ィオの両チャネル・バッファ３８，３９内のデータをＭ
ＰＥＧエンコードして、デジタル・ビデオ出力、デジタ
ル・オーディオ出力のそれぞれからデジタル・ビデオデ
ータとデジタル・オーディオデータとを出力する。

【００２２】以上は、ＭＰＥＧデコーダ１のハード構成
を説明したが、次に、ＭＰＥＧデコーダ１がＤＥＭＵＸ
装置３から入力してデコードする対象であるトランスポ
ートストリームについて説明する。図３はトランスポー
トストリームのデータ構造を階層的に示したものであ
り、トランスポートストリームは１８８バイトの固定長
トランスポート・パケットによって多重化されたストリ
ームである。このトランスポート・パケットは通常ＰＥ
Ｓパケットよりも短く、ＰＥＳパケットを分割してトラ
ンスポート・パケットとしているもので、４バイトのヘ
ッダ部と実行データ部としての１８４バイトのペイロー
ドから構成されている。なお、ヘッダ部のフラグによっ
ては、ヘッダ部とペイロードとの間に、ＰＣＲ（Ｐrogr
am Ｃlock Ｒeference）情報等が格納されているアダプ
テーションフィールド部が挿入されることがあるが、こ
こでは考えないこととする。

【００２３】まず、トランスポート・パケットのヘッダ
部は、８ビットの同期バイト、それぞれ１ビットの誤り
表示、ユニット開始表示及びトランスポート・パケット
・プライオリティ、パケットを識別するための１３ビッ
トのＰＩＤ（Ｐacket Ｉdentification ）、２ビットの
スクランブル制御、２ビットのアダプテーション・フィ
ールド制御、４ビットの巡回カウンタから構成されてい
る。

【００２４】このヘッダ中のＰＩＤはペイロードにある
データの識別情報であり、システムデコーダ２０（図１
参照）は、このＰＩＤを見ることでペイロードがどのよ
うなデータであるかを判断することができる。しかし、
ＰＩＤに基づいてペイロードの情報をリンクするための
情報（例えばＰＩＤ＝１３３のときはビデオ、ＰＩＤ＝
１３４のときはオーディオであるというようなリンクす
る情報）というのは、プログラムマップテーブルを参照
しなければ得られない。このプログラムマップテーブル
も所定のＰＩＤのトランスポート・パケットのペイロー
ドに格納されている。そして、このプログラム・マップ
・テーブルの「所定のＰＩＤ」は、ＰＩＤ＝０のときの
トランスポートパケットのペイロードにあるプログラム
・アソシエイション・テーブルに格納されており、この
中で各プログラム番号に対応付けされている。

【００２５】続いて、プログラム・アソシエイション・
テーブルが格納されている場合のペイロードについて説
明する。この場合のペイロードは、８ビットのポインタ
フィールドと９６ビット（１２バイト）のプログラム・
アソシエイション・テーブルと１７１バイトのスタッフ
ィング・バイトとから構成されている。

【００２６】プログラム・アソシエイション・テーブル
には、８ビットのテーブルＩＤと１２ビットのセクショ
ン長と３２ビットのプログラム番号情報が格納されてお
り、プログラム番号情報は、１６ビットのプログラム番
号と３ビットの予備と１３ビットのプログラムマップＰ
ＩＤとから構成されている。これによって、プログラム
番号とそれに対応するプログラムマップのＰＩＤが判
る。なお、トランスポートストリームの規格によると、
プログラム番号とプログラムマップＰＩＤの組み合せは
数通り格納されていても良いことになるが、本実施形態
においては１種類のプログラム番号を格納するものとす
る。

【００２７】さらに、プログラム・マップ・テーブルが
格納されている場合のペイロードについて説明する。こ
の場合のペイロードは、８ビットのポインタフィールド
とＭバイトのスタッフィング・バイトと所定バイト
［（１８４−１−Ｍ）バイト］のプログラム・マップ・
テーブルとから構成されている。

【００２８】プログラム・マップ・テーブルには、８ビ
ットのテーブルＩＤと１２ビットのセクション長と所定
ビットの複数のプログラム情報が格納されており、１つ
のプログラム情報は、８ビットのストリームタイプと、
３ビットの予備と、１３ビットのエレメンタリＰＩＤ
と、３ビットの予備と、Ｎビットのエレメンタリストリ
ーム（ＥＳ）情報とから構成されている。

【００２９】なお、図４（ａ）は、本実施形態における
上述の８ビットのテーブルＩＤの値とテーブル内容の対
応関係を示す説明図である。この場合には、テーブルＩ
Ｄが「０Ｘ００」であればプログラム・アソシエイショ
ン・テーブルであり、テーブルＩＤが「０Ｘ０１」であ
ればコンディション・アクセス・テーブルであり、テー
ブルＩＤが「０Ｘ０２」であればプログラム・マップ・
テーブルである。

【００３０】また、図４（ｂ）は、上述したプログラム
・マップ・テーブル中のプログラム情報における８ビッ
トの値とストリームタイプの内容との対応関係を示す説
明図である。本実施形態では、「０Ｘ０１」の場合にＭ
ＰＥＧ１ビデオのストリームであり、「０Ｘ０２」の場
合にＭＰＥＧ２ビデオのストリームである。また、「０
Ｘ０３」の場合にＭＰＥＧ１オーディオのストリームで
あり、「０Ｘ０４」の場合にＭＰＥＧ２オーディオのス
トリームである。なお、「０Ｘ０５」の場合はプライベ
ートデータのストリームとされている。

【００３１】次に、本実施形態のＭＰＥＧデコーダ１の
動作について説明する。まず、外部入力Ｉ／Ｆ１０を介
して受信したトランスポートストリームに対するシステ
ムデコーダ２０での処理について図５のフローチャート
を参照して説明する。

【００３２】Ｓ１０でトランスポートパケットを受信
し、続くＳ２０では、その受信したトランスポートパケ
ットのヘッダ部のＰＩＤがプログラム・アソシエイショ
ン・テーブルに対応するものであるかどうかを判断す
る。そうであれば（Ｓ２０：ＹＥＳ）、Ｓ１００へ移行
し、プログラム・アソシエイション・テーブル（図３参
照）中のプログラム番号情報として設定されているプロ
グラム番号が変更であるかどうかを判断する。

【００３３】Ｓ１００で肯定判断、すなわちプログラム
番号が変更である場合は、Ｓ１１０にてプログラム番号
情報（図３参照）中のプログラム番号、Ｓ１２０では同
じくプログラム番号情報中のプログラムマップＰＩＤを
それぞれＲＡＭ２２の所定エリアへ記憶する。

【００３４】そして、続くＳ１３０でシステムデコーダ
２０中のビデオＰＥＳ構築用バッファ２０ａ及びオーデ
ィオＰＥＳ構築用バッファ２０ｂ（図１参照）をクリア
してから、Ｓ１４０にてＣＰＵ４０へプログラム番号切
替通知を送る。その後は、ＣＰＵ４０からＡ／Ｖデコー
ダ３０がスタンバイＯＫである旨が送られてくるのを待
っており、送られてくれば（Ｓ１５０：ＹＥＳ）、Ｓ１
０へ戻る。

【００３５】上述したＳ１２０においてプログラムマッ
プＰＩＤを記憶したので、次はその記憶されているプロ
グラムマップＰＩＤと一致するトランスポートパケット
が来るのを待つ（Ｓ３０）。大抵は、プログラム・アソ
シエイション・テーブルが格納されていたトランスポー
トパケットの次のパケットが、該当するプログラム・マ
ップ・テーブルの格納されたトランスポートパケットと
なる。

【００３６】プログラム・マップ・テーブルのＰＩＤを
持つトランスポートパケットであると（Ｓ３０：ＹＥ
Ｓ）、Ｓ４０へ移行して、そのプログラム・マップ・テ
ーブル中の複数のプログラム情報（図３参照）をＲＡＭ
２２の所定エリアに記憶する。その後Ｓ１０へ戻る。こ
のプログラム情報には、上述したようにストリームタイ
プやエレメンタリＰＩＤ等が格納されているため、これ
によって、今後自己がシステムデコードすべきビデオＰ
ＥＳのＰＩＤやオーディオＰＥＳのＰＩＤを得ることが
できるのである。

【００３７】システムデコーダ２０としては、これ以降
に受信したトランスポートパケットのＰＩＤを見て、ビ
デオ用のトランスポートパケットであるか（Ｓ５０）、
オーディオ用のトランスポートパケットであるか（Ｓ６
０）を判断し、それぞれ該当する場合には、Ｓ７０に移
行して、ビデオＰＥＳパケットあるいはオーディオＰＥ
Ｓパケットの構築処理を実行する。

【００３８】ビデオＰＥＳパケットあるいはオーディオ
ＰＥＳパケットはそれぞれ複数のトランスポートパケッ
トによって構築されるため、それぞれビデオＰＥＳ構築
用バッファ２０ａあるいはオーディオＰＥＳ構築用バッ
ファ２０ｂ（図１参照）内に構築されることとなる。Ｓ
８０ではその構築が完了したかどうかを判断し、構築が
完了していなければＳ１０へ戻り、次のトランスポート
パケットを受信するが、構築が完了してれば、ビデオＰ
ＥＳパケットあるいはオーディオＰＥＳパケットをＡ／
Ｖデコーダ３０へ送出する処理を実行する。

【００３９】このように、システムデコーダ２０では、
「プログラム・アソシエイション・テーブルからプロ
グラム番号情報を得る→プログラム番号情報からプロ
グラム・マップ・テーブルのＰＩＤを得る→プログラ
ム・マップ・テーブルのプログラム情報からストリーム
タイプのＰＩＤを得る」というようなリンク情報を得
て、それに基づいて、上述したシステムデコード処理を
実施するのである。

【００４０】なお、本実施形態においては、プログラム
番号に対応したストリームタイプ毎のＰＩＤがユニーク
に付けられている。これは、ストリームタイプ毎のＰＩ
Ｄをユニークに付けておかないと、プログラム番号が変
わったことを認識するまでにタイムラグが発生して、そ
の間にプログラム番号は違うが同じＰＩＤのストリーム
をＡ／Ｖデコードしかねないため、それを防止するため
である。例えば、プログラム番号１のプログラム・マッ
プ・テーブルにおいては、ビデオＰＩＤを１３３、オー
ディオ１ＰＩＤを１３４、オーディオ２ＰＩＤを１３５
とし、一方プログラム番号２のプログラム・マップ・テ
ーブルにおいては、ビデオＰＩＤを２３３、オーディオ
１ＰＩＤを２３４、オーディオ２ＰＩＤを２３５として
ストリームタイプのＰＩＤだけで区別できるように設定
するのである。

【００４１】以上はシステムデコーダ２０での処理であ
ったが、次に、Ａ／Ｖデコーダ３０がシステムデコーダ
２０からのビデオＰＥＳ及びオーディオＰＥＳを入力し
てＭＰＥＧデコードする際の処理について説明する。Ａ
／Ｖデコーダ３０の前処理部３１（図２参照）は、ビデ
オあるいはオーディオのＰＥＳパケットを認識した時点
で、ＰＥＳヘッダ部を、図２に示すビデオＰＥＳヘッダ
・バッファ３６あるいはオーディオＰＥＳヘッダ・バッ
ファ３７に書き込む。そして、上記ＰＥＳヘッダ部をビ
デオＰＥＳヘッダ・バッファ３６あるいはオーディオＰ
ＥＳヘッダ・バッファ３７に書き込むと同時に、ＣＰＵ
４０に対してオーディオＰＥＳＲｅａｄｙ割り込みを発
生させる。このＣＰＵ４０で実行される割り込み処理を
簡単に説明すると、ビデオあるいはオーディオのチャネ
ル・バッファ・書き込みポインタとヘッダ・バッファ書
き込みポインタとをＡ／Ｖデコーダ３０から取得し、ヘ
ッダ・バッファ書き込みポインタを基にビデオあるいは
オーディオのＰＥＳヘッダ部を読み込む。

【００４２】そして、ＰＥＳヘッダ部中にタイムスタン
プがあれば、タイムスタンプを取得して、ビデオあるい
はオーディオのタイムスタンプ・テーブルにタイムスタ
ンプと先に取得したチャネル・バッファ書き込みポイン
タをセットする。これにより、タイムスタンプテーブル
が作成される。そして、オーディオとビデオの両タイム
スタンプ・テーブルは、ＣＰＵ４０のワーク用のＲＡＭ
４２に格納されるのである。

【００４３】一方、このようなＣＰＵ４０の処理とは別
個に、Ａ／Ｖデコーダ３０の後処理部３２は、実際に前
処理部３１が組み立てたビデオあるいはオーディオのチ
ャネル・バッファ３８，３９内のデータをＭＰＥＧエン
コードして、デジタル・ビデオ出力からデジタル・ビデ
オデータをビデオＤＡコンバータ５０へ、あるいはデジ
タル・オーディオ出力からデジタル・オーディオデータ
をオーディオＤＡコンバータ５５へ出力する。

【００４４】まず、ビデオに関して図７のフローチャー
トを参照して説明すると、最初のステップＳ３１０にお
いてビデオチャネル・バッファ３８をチェックし、その
バッファ３８内のビデオデータが所定の１ピクチュア分
のサイズを超えているかどうかを判断する。１ピクチュ
ア分のサイズまで貯った場合には（Ｓ３２０：ＹＥ
Ｓ）、Ｓ３３０にてビデオデコードを開始し、ビデオブ
ラック画面（となっていた場合にはその画面）による表
示を解除する。これによって、デコードされたビデオデ
ータがビデオＤＡコンバータ５０へ出力される。

【００４５】まず、オーディオに関して図８のフローチ
ャートを参照して説明すると、最初のステップＳ４１０
においてオーディオチャネル・バッファ３９をチェック
し、そのバッファ３９内のオーディオデータが所定の１
フレーム分のサイズを超えているかどうかを判断する。
１フレーム分のサイズまで貯った場合には（Ｓ４２０：
ＹＥＳ）、Ｓ４３０にてオーディオデコードを開始し、
オーディオミュート状態（となっていた場合にはその状
態）を解除する。これによって、デコードされたオーデ
ィオデータがオーディオＤＡコンバータ５５へ出力され
る。

【００４６】これが、Ａ／Ｖデコードに関する基本的な
処理であるが、次に、本発明の特徴でもあるプログラム
切替に関してＣＰＵ４０で実行される処理について、図
６のフローチャートを参照して説明する。図６の最初の
ステップＳ２１０では、システムデコーダ２０からのプ
ログラム切替通知があるかどうかを判断する。これは、
上述した図５のＳ１４０にて通知されるものである。Ｃ
ＰＵ４０がこの通知に基づいてＳ２１０の判断を行な
う。

【００４７】プログラム切替通知があった場合には（Ｓ
２１０：ＹＥＳ）、Ｓ２２０にて、Ａ／Ｖデコーダ３０
に対して、オーディオ及びビデオに関するデコード処理
をストップするよう指示を出すと共に、Ｓ２３０でオー
ディオのミュート指令、Ｓ２４０でビデオブラック画面
表示指令を出す。これにより、プログラム切替通知があ
ると、その時点よりＡ／Ｖデコーダ３０からはオーディ
オデータやビデオデータがビデオＤＡコンバータ５０や
オーディオＤＡコンバータ５５に出力されなくなると共
に、それ以降にシステムデコーダ２０から入力されたビ
デオＰＥＳあるいはオーディオＰＥＳは新規にはデコー
ドされなくなる。

【００４８】そして、続くＳ２５０で、ＲＡＭ３５内の
ビデオ及びオーディオの両チャネル・バッファ３８，３
９（図２参照）をクリアした後、Ｓ２６０にて、Ａ／Ｖ
デコーダ３０がスタンバイＯＫ状態であることをシステ
ムデコーダ２０に通知する。この通知によって、図５の
Ｓ１５０にて肯定判断となる。

【００４９】このように、本実施形態のＭＰＥＧデコー
ダ１によれば、ＤＥＭＵＸ装置３から入力したトランス
ポートストリーム中より、チャンネル毎にユニークに付
けられているプログラム番号を検出し、検出したプログ
ラム番号に基づいてチャンネルが切り替わったことを判
断することができる。そして、図５にて説明したよう
に、チャンネルの切り替わり（プログラム番号の変更）
を判断した場合には（Ｓ１００：ＹＥＳ）、システムデ
コーダ２０においてビデオとオーディオに分離するデコ
ード処理を停止させると共に、当該デコード処理に使用
しているワークバッファであるビデオ及びオーディオＰ
ＥＳ構築用バッファ２０ａ，２０ｂをクリアし、Ａ／Ｖ
デコーダ３０側の準備が完了してから、新しいプログラ
ム番号のトランスポートストリームに基づくデコード処
理を再開させる。

【００５０】また、図６にて説明したように、システム
デコーダ２０からのプログラム切替通知があるとＣＰＵ
４０がＡ／Ｖデコーダ３０に対して、オーディオ及びビ
デオに関するデコード処理をストップさせると共に、オ
ーディオをミュートさせ、ビデオブラック画面での表示
をさせる。これにより、プログラム切替通知があると、
その時点よりＡ／Ｖデコーダ３０からはオーディオデー
タやビデオデータが出力されなくなると共に、それ以降
にシステムデコーダ２０から入力されたビデオＰＥＳあ
るいはオーディオＰＥＳは新規にはデコードされなくな
る。

【００５１】そして、ＲＡＭ３５内のビデオ及びオーデ
ィオの両チャネル・バッファ３８，３９（図２参照）を
クリアしてから、Ａ／Ｖデコーダ３０がスタンバイＯＫ
状態であることをシステムデコーダ２０に通知するた
め、新規のプログラム番号に対応するＰＥＳパケットか
ら順番にデコードすることができる。

【００５２】これにより、ＤＥＭＵＸ装置から入力され
たトランスポートストリームについて、そのプログラム
番号（チャンネル）のチェックをせずにＡ／Ｖデコーダ
３０にオーディオとビデオのデータを送り込んでしまう
と、デコードした場合にプログラム番号が変わるため映
像フレームの途中で強制的に別のプログラムによるビデ
オ情報に切り替わってしまうこと等に起因してデータエ
ラーが発生し、映像や音の乱れが生じる可能性がある
が、本実施形態のＭＰＥＧデコーダ１ではこれを防止す
ることができる。つまり、本実施形態の場合は、チャン
ネルが切り替わった場合には、システムデコーダ２０及
びＡ／Ｖデコーダ３０におけるデコード処理を停止さ
せ、そのデコード処理に使用しているワークバッファ
（ビデオＰＥＳ構築用バッファ２０ａ，オーディオＰＥ
Ｓ構築用バッファ２０ｂ，ビデオチャネル・バッファ３
８，オーディオチャネル・バッファ３９）をクリアして
から、新しいプログラム番号のトランスポートストリー
ムに基づくデコード処理を再開させるため、プログラム
切替時（チャンネル切替時）の乱れを少なくすることが
できるのである。

【００５３】以上本発明はこのような実施形態に何等限
定されるものではなく、本発明の要旨を逸脱しない範囲
において種々なる態様で実施し得る。例えば、上記実施
形態においては、ビデオストリームとオーディオストリ
ームとが多重化されたストリームとして入力され、それ
をシステムデコーダ２０において分離した後、それぞれ
のストリームについてデコードする場合について説明し
たが、ビデオ又はオーディオの少なくとも一方のストリ
ームについてデコードする場合でも同様に有効である。

【００５４】なお、このようなデコード装置は、多くの
データ通信に適用することができるが、例えばビデオと
オーディオがセットになっているものとしては、ＣＡＴ
Ｖシステム等において考えられているいわゆるビデオ・
オン・デマンド（ＶＯＤ）やカラオケサービス等があ
る。カラオケサービスの場合、オーディオだけでもカラ
オケ伴奏とはなるが、現在はカラオケ曲に応じた背景画
を表示することがもはや常識となりつつあるので、ビデ
オとオーディオがセットになったものとして捉えること
ができる。

【図面の簡単な説明】

【図１】 実施形態のデコード装置の概略構成を示すブ
ロック図である。

【図２】 のＡ／Ｖデコーダのワーク用のＲＡＭに設け
られたバッファの構成を示す説明図である。

【図３】 トランスポートストリームのデータ構造を階
層的に示した説明図である。

【図４】 （ａ）はテーブルＩＤの値とテーブル内容の
対応関係を示す説明図であり、（ｂ）は、プログラム・
マップ・テーブル中のプログラム情報におけるストリー
ムタイプの設定値と内容との対応関係を示す説明図であ
る。

【図５】 システムデコーダでの処理を示すフローチャ
ートである。

【図６】 プログラム切替に関してＣＰＵで実行される
処理を示すフローチャートである。

【図７】 ビデオＰＥＳのデコードに関してＣＰＵにて
実行される処理を示すフローチャートである。

【図８】 オーディオＰＥＳのデコードに関してＣＰＵ
にて実行される処理を示すフローチャートである。

【符号の説明】

１…ＭＰＥＧデコーダ ３…ＤＥＭＵＸ装
置 ５…キー入力装置 １０…外部入力Ｉ／
Ｆ ２０…システムデコーダ ２０ａ…ビデオＰＥＳ構築用バッファ ２０ｂ…オーディオＰＥＳ構築用バッファ ２１…ＲＯＭ ２２…ＲＡＭ ３０…Ａ／Ｖデコーダ ３１…前処理部 ３２…後処理部 ３５…ＲＡＭ ３６…ビデオＰＥＳヘッダ・バッファ ３７…オーディオＰＥＳヘッダ・バッファ ３８…ビデオチャネル・バッファ ３９…オーディオチャネル・バッファ ４０…ＣＰＵ ４１…ＲＯＭ ４２…Ｒ
ＡＭ ５０…ビデオＤＡコンバータ ５５…オーディオ
ＤＡコンバータ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 圧縮符号化されたビデオ又はオーディオ
   の少なくとも一方の情報を含むストリームがディジタル
   信号多重化により複数のチャンネルに対応して多重化さ
   れた多重化ストリームを入力し、その中から指定された
   １チャンネルのトランスポートストリームに分離して出
   力する分離装置に接続されており、 該分離装置より入力したトランスポートストリームに基
   づき、圧縮符号化された前記データを復号するデコード
   手段を備えているデコード装置において、 前記分離装置より入力したトランスポートストリーム中
   より、チャンネル毎にユニークに付けられているプログ
   ラム番号を検出し、検出したプログラム番号に基づいて
   チャンネルが切り替わったことを判断する判断手段と、 該判断手段によってチャンネルの切り替わりを判断した
   場合には、前記デコード手段によるデコード処理を停止
   させ、当該デコード処理に使用しているワークバッファ
   をクリアしてから、新しいプログラム番号のトランスポ
   ートストリームに基づく前記デコード手段によるデコー
   ド処理を再開させるデコードタイミング制御手段とを備
   えることを特徴とするデコード装置。
2. 【請求項２】 前記分離装置からは、圧縮符号化された
   ビデオ情報及びオーディオ情報が多重化されたビデオ・
   オーディオ多重化トランスポートストリームが入力され
   るように構成されると共に、 前記デコード手段は、前記ビデオ・オーディオ多重化ト
   ランスポートストリームをビデオストリームとオーディ
   オストリームとに分離するシステムデコード手段と、該
   システムデコード手段によって分離されたビデオストリ
   ームをデコードするビデオデコード手段と、前記システ
   ムデコード手段によって分離されたオーディオストリー
   ムをデコードするオーディオデコード手段とを備える請
   求項１に記載のデコード装置において、 前記デコードタイミング制御手段は、前記判断手段によ
   ってチャンネルの切り替えを判断した場合には、前記シ
   ステム、ビデオ及びオーディオの各デコード手段による
   処理を停止させ、当該処理に使用しているビデオ及びオ
   ーディオのワークバッファをクリアしてから、新しいプ
   ログラム番号のトランスポートストリームに基づく前記
   システム、ビデオ及びオーディオの各デコード手段によ
   る処理を再開させるよう構成されていることを特徴とす
   るデコード装置。