JP4296895B2

JP4296895B2 - データ処理装置及び方法

Info

Publication number: JP4296895B2
Application number: JP2003347443A
Authority: JP
Inventors: 尚史柳原; 輝芳小室; 久登嶋
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2003-10-06
Filing date: 2003-10-06
Publication date: 2009-07-15
Anticipated expiration: 2015-12-28
Also published as: JP2004088797A

Description

本発明は、デジタル放送を受信して復号化するデジタル信号処理装置及び方法に関し、詳細には、外部の記録再生装置からの復号化されていないビデオデータ及びオーディオデータを入力する際の処理に関するものである。

近年、米国や欧州諸国において、ＭＰＥＧ（Moving Picture Image Coding Experts Group）等の高能率符号化技術を応用して、ビデオ信号及びオーディオ信号を符号化し、通信衛星等を介して伝送し、受信側においてこれを復調するようにしたシステムが普及しつつある。

これらのシステムでは、受信側に専用の受信・復調装置が必要となる。この受信・復調装置においては、複数チャンネルのデータが多重化されたトランスポートストリームから所望のチャンネルのトランスポートストリームを選択する部分と、所望のチャンネルのトランスポートストリームから所望のプログラムのビデオデータとオーディオデータを分離する部分と、分離したビデオデータ及びオーディオデータを復号化する部分とを備えている。

また、このシステムでは、受信・復調装置において、前述した所望のチャンネルのトランスポートストリームの受信や所望のプログラムのビデオデータ及びオーディオデータの分離ができるようにするために、多重化されたトランスポートストリーム中にＰＳＩ（Program Spesific Information：プログラム仕様情報）やＥＰＧ（Electronic Program Guide：電子番組ガイド）あるいはＳＩ（Service Information：サービス情報）を付加している。

ところで、ビデオ信号及びオーディオ信号を符号化して記録／再生するビデオテープレコーダ（以下ＤＶＴＲという）が提案されている。そして、非特許文献１には、このようなＤＶＴＲに前述したデジタル放送のビデオデータ及びオーディオデータを復号化せずに記録／再生することが考えられている。

久保田幸雄編著「図解デジタルビデオ読本」,pp.140-152,（株）オーム社，平成７年８月２５日

本発明は、前述したようなＤＶＴＲがデジタル放送のプログラムを複数個連続して再生し、前述した受信・復調装置に入力する際に、プログラムの変化あるいは不連続時にでも、受信・復調装置におけるビデオデータ及びオーディオデータの復号化動作を迅速に行なえ、また復号出力が途切れたりしないようなデータ処理装置及び方法の提供を目的とする。

前記課題を解決するために、本発明に係るデータ処理装置は、デジタル放送のパケットを含むトランスポートストリームをＩＥＥＥ１３９４インターフェースに出力するデータ処理装置において、符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームを受け取る手段と、上記符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームにおけるプログラムが、不連続か否かを判断する手段と、上記符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームにおけるプログラムが、不連続であると判断した場合には、上記ＩＥＥＥ１３９４インターフェースを介して伝送される符号化されたデジタルビデオデータ及び／又はオーディオデータのトランスポートストリームに、不連続情報を挿入する手段とを備えることを特徴とするものである。

また、本発明に係るデータ処理方法は、デジタル放送のパケットを含むトランスポートストリームをＩＥＥＥ１３９４インターフェースに出力するデータ処理方法において、符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームを受け取る工程と、上記符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームにおけるプログラムが、不連続か否かを判断する工程と、上記符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームにおけるプログラムが、不連続であると判断した場合には、上記ＩＥＥＥ１３９４インターフェースを介して伝送される符号化されたデジタルビデオデータ及び／又はオーディオデータのトランスポートストリームに、不連続情報を挿入する工程とを備えることを特徴とするものである。

本発明によれば、外部から入力されるプログラムが変化した時のビデオデータ及びオーディオデータの復号化を迅速に行なうことができ、また復号出力が途切れたりすることがない。

以下、本発明の実施の形態について図面を参照しながら詳細に説明する。

図１は本発明を適用したデジタル信号処理装置の構成を示すブロック図である。このデジタル信号処理装置はＩＲＤ（Integrated Receiver Decoder）と呼ばれているものである。

このデジタル信号処理装置は、ダウンコンバータ（図示せず）から送られてくるＲＦ信号を入力し、所望のチャンネルのトランスポートストリームを選択するフロントエンド１と、フロントエンド１で選択したトランスポートストリームから所望のプログラムのＭＰＥＧビデオデータとＭＰＥＧオーディオデータと付加情報を分離するデマルチプレクサ２と、デマルチプレクサ２を通して入出力するデータを一時的に蓄積するバッファメモリ３とを備えている。

また、このデジタル信号処理装置は、デマルチプレクサ２で分離したビデオデータを復号化するＭＰＥＧビデオデコーダ４と、デマルチプレクサ２で分離したオーディオデータを復号化するＭＰＥＧオーディオデコーダ５と、ＭＰＥＧビデオデコーダ４で復号化したビデオ信号をＮＴＳＣ方式のビデオ信号に変換するＮＴＳＣエンコーダ６と、ＮＴＳＣエンコーダ６の出力をアナログ化するＤ／Ａコンバータ７と、ＭＰＥＧオーディオデコーダ５の出力をアナログ化するＤ／Ａコンバータ８とを備えている。ＭＰＥＧビデオデコーダ４にはビデオデータを一時的に蓄積するバッファメモリ４ａが、またＭＰＥＧオーディオデコーダ５には、オーディオデータを一時的に蓄積するバッファメモリ５ａが設けられている。

さらに、このデジタル信号処理装置は、装置全体の動作を制御するマイクロコンピュータ（以下マイコンという）９と、フロントパネル１０と、デマルチプレクサ２で分離したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報を外部へ送信し、また外部から受信したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報をデマルチプレクサ２へ送るデジタルインタフェース１１を備えている。

フロントエンド１は、チューナとＱＰＳＫ復調器とエラー訂正回路とから構成されており、多重化されている複数チャンネルのトランスポートストリームから、ユーザーがフロントパネル１０で指定した所望のチャンネルのトランスポートストリームを選択してＱＰＳＫ復調し、さらにエラーの検出・訂正を行う。

図２に１チャンネル分のトランスポートストリームの例を示す。この図に示すように、１チャンネルのトランスポートストリームには複数個のプログラム（ここでは、プログラム番号１〜３を図示）が多重化されている。ここで、プログラムとは仮想的な放送チャンネル、日本の現行放送でいえば、例えばＮＨＫ衛星第１、ＮＨＫ衛星第２等の放送サービスのことである。

各プログラムのデータは所定の長さ（１８８バイト）でパケット化されており、その先頭にヘッダを持っている。そして、ヘッダにはデータを識別するためのＰＩＤ（Packet Identification：パケットＩＤ）が付与されている。

フロントエンド１で選択された所望のチャンネルのトランスポートストリームは、デマルチプレクサ２を通して一旦バッファメモリ３に書き込まれる。そして、ここから所望のプログラムのＭＰＥＧビデオデータとＭＰＥＧオーディオデータを読み出して分離し、そのビデオデータをＭＰＥＧビデオデコーダ４へ、オーディオデータをＭＰＥＧオーディオデコーダ５へ送る。図２においては、プログラム２のビデオデータとオーディオデータを分離している。

この分離に際しては、パケットに付与されているＰＩＤ（パケットＩＤ）を見る。そして、それが所望のプログラムのビデオデータ及びオーディオデータを識別するＰＩＤであれば、それぞれＭＰＥＧビデオデコーダ４とＭＰＥＧオーディオデコーダ５へ送る。図２においては、プログラム２のビデオデータに付与されているＰＩＤは“ｘｘ”であり、オーディオデータに付与されているＰＩＤは“ｙｙ”である。なお、デジタル信号処理装置においてプログラム番号とＰＩＤとの対応関係を知る方法については後述する。

ＭＰＥＧビデオデコーダ４へ送られたビデオデータは、バッファメモリ４ａに記憶され、適宜読み出されて復号化される。復号化されたビテオデータはＮＴＳＣエンコーダ６によりＮＴＳＣ方式のビデオ信号に変換され、Ｄ／Ａコンバータ７によりアナログビデオ信号に変換された後、外部のモニタ装置（図示せず）へ供給される。また、ＭＰＥＧオーディオデコーダ５へ送られたオーディオデータは、バッファメモリ５ａに記憶され、適宜読み出されて復号化される。復号化されたオーディオデータは、Ｄ／Ａコンバータ８によりアナログオーディオ信号に変換された後、モニタ装置等のスピーカー（図示せず）へ供給される。

以上のようにして、デジタル放送のビデオ信号及びオーディオ信号を受信し復号化してモニタ装置に表示することができる。

次に付加情報について説明する。前述したように、多重化されたビットストリーム中にはＰＳＩ（プログラム使用情報）やＥＰＧ（電子番組ガイド）あるいはＳＩ（サービス情報）が付加されている。ここでは、ＭＰＥＧで規定されているＰＳＩと欧州のデジタル放送であるＤＶＢ（Digital Video Broadcasting）システムで規定されているＳＩについて説明する。

（１）：ＰＡＴ（Programme Association Table）
このテーブルはＭＰＥＧで規定されており、ＰＩＤ（パケットＩＤ）は０である。そして、主な内容は、後述するＮＩＴのＰＩＤと、ＰＭＴのＰＩＤの記述である。

（２）：ＰＭＴ（Programme Map Table）
このテーブルもＭＰＥＧで規定されており、ＰＩＤは前述したＰＡＴにより決められている。主な内容は、プログラム番号とＰＩＤとの対応の記述と、ＥＣＭ（番組に付随するスクランブルデータ）のＰＩＤの記述である。

（３）：ＣＡＴ（Conditional Access Table）
このテーブルもＭＰＥＧで規定されており、ＰＩＤは１である。そして、主な内容は、ＥＭＭ（顧客向けのスクランブル情報）の記述である。

（４）：ＮＩＴ（Network Information Table）
ＰＩＤは００１０である。そして、主な内容はネットワーク名（衛星名、地上波送信所等）の記述と、その各トランスポートストリーム（物理チャンネル）に関する変調方式や周波数の記述である。

以下のテーブルはＤＶＢで規定されている。
（５）：ＢＡＴ（Bouquet Association Table）
ＰＩＤは００１１である。そして、主な内容は、ブーケ（Bouquet：番組供給者）の名称と仕向国の記述、及びトランスポートストリーム（物理チャンネル）に関するサービスの内容とＣＡＳＳ（Conditional Access Service System）方式の記述である。

（６）：ＳＤＴ（Service Description Table）
ＰＩＤは００１１である。そして、主な内容は、トランスポートストリーム（物理チャンネル）に関し、そこに含まれるサービスＩＤとそのブーケの名称等の記述である。ここで、サービスＩＤとは、ＮＨＫ衛星第１、ＮＨＫ衛星第２等の放送チャンネルのことである。すなわち、ＭＰＥＧで規定されているブログラム番号と同じである。

（７）：ＥＩＴ（Event Information Table）
ＰＩＤは００１２である。そして、主な内容は、イベントＩＤとその開始時刻、放送時間、番組内容等の記述である。そして、このイベントＩＤ毎にトランスポートストリームＩＤとサービスＩＤが記述されている。ここで、イベントとは、例えば「７時のニュース（１２月１日放送分）」等の番組のことである。

（８）：ＴＤＴ（Time and Data Table）
ＰＩＤは００１０である。そして、主な内容は、世界標準時の情報の記述である。このＴＤＴを用いて装置内の時計（図示せず）の時刻合わせを行える。

（９）：ＲＳＴ（Running Status Table）
ＰＩＤは００１３である。そして、主な内容は、イベントの実行状況の記述である。すなわち、あるイベントの開始前、実行中、終了等の記述をする。

次にデジタル信号処理装置におけるマイコン９が以上説明したＰＳＩとＳＩをどのように処理するかについて説明する。

まず、デジタル信号処理装置においては、各ネットワークの方式に合わせて、定数等の設定を行う。この情報はＮＩＴに記述されているので、各トランスポートストリームに対し変調方式、周波数、ビットレート、誤り訂正方式等が得られる。設定後、これらの情報はマイコン９のＥＥＰＲＯＭ（図示せず）に格納する。

次に、ＥＩＴを用いてイベントの検索を行う。各放送イベントには固有のイベントＩＤが付与され、ＥＩＴに放送番組の名称や内容が開始時刻と共に記述され、イベント毎にそのトランスポートストリームＩＤとサービスＩＤが記述されている。そこで、ＥＩＴからトランスポートストリームＩＤを判別し、ＮＩＴで得たトランスポートストリームの定数を用いてデジタル信号処理装置を設定し、所望のチャンネルのトランスポートストリームを選択する。

以上フロントエンド１において所望のチャンネルのトランスポートストリームを選択する際の処理を説明した。次にデマルチプレクサ２の出力をＭＰＥＧビデオデコーダ４及びＭＰＥＧオーディオデコーダ５へ送る際のマイコン９の処理について説明する。

図３にデマルチプレクサ２へ入力されるトランスポートストリームの１例とその中のＰＡＴ及びＰＭＴの内容を示す。また、図４はバッファメモリ３の内部構成例を示す。そして、図５はこの処理の流れを示す図である。ここでは、プログラム番号１の放送を選択したものとして説明する。

まず図５のステップＳ１に示すように、フロントエンド１の出力をデマルチプレクサ２を通してバッファメモリ３に書き込む。バッファメモリ３は、図４に示すようにデータ毎に格納エリア３Ａ〜３Ｃが定められているので、それぞれのエリアに書き込む。

次にステップＳ２に示すように、バッファメモリ３の付加情報エリア３Ｃに書き込んだ付加情報の中からＰＡＴを探す。この処理はＰＩＤが０のパケットを探せばよい。図３（２）に示すように、ＰＡＴにはプログラム毎のＰＭＴのＰＩＤ（ここでは、ＰＭＴ１のＰＩＤを“ｃｃ”、ＰＭＴ２のＰＩＤを“ｄｄ”とした）が記述されている。

そこで、次にＰＩＤが“ｃｃ”のパケットを探す。これによりプログラム番号１に対応するＰＭＴ１を検出することができる。図３（３）に示すように、ＰＭＴ１にはプログラム番号１のＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及びＥＣＭのＰＩＤが記述されている。

したがって、プログラム番号１の放送を見る場合には、バッファメモリ３のＭＰＥＧビデオデータエリア３ＡからＰＩＤが“ａａ”のパケットを読み出し、デマルチプレクサ２を通してＭＰＥＧビデオデコーダ４へ送り、ＭＰＥＧオーディオデータエリア３ＢからＰＩＤが“ａｂ”のパケットを読み出し、デマルチプレクサ２を通してＭＰＥＧオーディオデコーダ５へ送る。図２に示したように、このときヘッダを除いたデータだけを送る。また、ＰＩＤが“ｘｘ”のパケットに記述されているＥＣＭ情報を用いてスクランブルをデコードする。

もしプログラム番号２の放送を見る場合には、同様にしてＰＩＤが“ｄｄ”のパケットを探す。このパケットには図３（４）に示すように、プログラム番号２の、ビデオデータ、オーディオデータ、及びＥＣＭのＰＩＤが記述されている。そこで、ＭＰＥＧビデオデータエリア３ＡからＰＩＤが“ｂａ”のパケットを読み出してＭＰＥＧビデオデコーダ４へ送り、ＭＰＥＧオーディオデータエリア３ＢからＰＩＤが“ｂｂ”のパケットを読み出してＭＰＥＧオーディオデコーダ５へ送る。また、ＰＩＤが“ｚｚ”のパケットに記述されているＥＣＭ情報を用いてスクランブルをデコードする。

以上フロントエンド１から入力されたトランスポートストリームをデコードする通常の処理について説明した。図１のデジタル信号処理装置は、さらにデマルチプレクサ２で分離したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報をデジタルインタフェース１１を介して外部の記録再生装置、例えばＤＶＴＲへ出力することができる。また、外部の記録再生装置が出力したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報をデジタルインタフェース１１を介して受信し、デマルチプレクサ２へ送ることができる。次にこれらの処理について説明する。

まずデマルチプレクサ２の出力をデジタルインタフェース１１から外部へ送出する際のマイコン９の処理について説明する。この処理の大半は前述した通常の処理と同じであるため、異なる点についてのみ説明する。

ＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータはパケットヘッダを付けたままデジタルインタフェース１１へ送る。つまり、マイコン９がバッファメモリ３から読み出すときに、ヘッダごと読み出し、デマルチプレクサ２を通してデジタルインタフェース１１へ送る。

ＰＳＩ及びＳＩもヘッダを付けたままデジタルインタフェース１１へ送る。ただし、ＰＡＴは選択したプログラム番号のＰＭＴを指定するＰＩＤだけを残し、他は除去する。例えばプログラム番号１を選択した場合には、ＰＭＴ１のＰＩＤ（図３の場合においては“ｃｃ”）だけを残し、他は除去する。

このようにしてデジタルインタフェース１１へ送られたデータは、ここから外部へ送出される。デジタルインタフェース１１は、例えばＩＥＥＥ−１３９４に準拠したものである。この場合、データをＩＥＥＥ−１３９４のアイソクロナスパケットに入れて出力する。デジタルインタフェース１１から出力されたアイソクロナスパケットは、外部のＤＶＴＲへ送られる。そして、ここでアイソクロナスパケットからデータが取り出され、記録系におけるエラー訂正符号を付加され、チャネルコーディング処理を受けた後、記録される。

次に、前述したようにしてＤＶＴＲに記録したデータを再生し、デジタル信号処理装置へ入力する場合について説明する。外部のＤＶＴＲは再生したデータをアイソクロナスパケットに入れて出力する。このアイソクロナスパケットはデジタルインタフェース１１へ入力され、ここで元のＭＰＥＧのビデオデータ、ＭＰＥＧのビデオデータ、及び付加情報が取り出され、デマルチプレクサ２を通ってバッファメモリ３に書き込まれる。

バッファメモリ３に書き込まれたＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータの処理は、前述した、フロントエンド１から入力されたトランスポートストリーム中のこれらのデータの処理と同じである。一方、バッファメモリ３に書き込まれたＰＳＩ及びＳＩに対してマイコン９は以下のように処理する。

ＰＡＴとＰＭＴはそのまま使用する。前述したように、デジタル信号処理装置から外部のＤＶＴＲへデータを出力する際に、ＰＡＴから選択したプログラム番号のＰＭＴを指定するＰＩＤだけを残し、他は除去しているので、ここで外部のＤＶＴＲから入力されたデータ中のＰＡＴには入力中のプログラム番号のＰＭＴを指定するＰＩＤだけが記述されている。したがって、ＰＡＴを見てＰＭＴを探し、そのＰＭＴを見て入力中のプログラムのＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータを読み出すことができる。読み出したＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータは、デマルチプレクサ２を通ってＭＰＥＧビデオデコーダ４及びＭＰＥＧオーディオデコーダ５へ送られ、以後フロントエンド１からのこれらのデータと同様に処理される。

ＥＩＴについては、ＰＡＴ内に記述されているプログラムのアクチュアル（actual）かつプレゼント（present）の情報のみをデコードし、他は無視する。ここで、アクチュアルとは選択したチャンネルのトランスポートストリームであることを意味し、プレゼントとは選択したプログラムが現在放送中であることを意味する。

ＲＳＴについては、ＰＡＴ内に記述されているプログラムに関するもののみをデコードし、他は無視する。ＳＤＴについては、ＰＡＴ内に記述されているプログラムのアクチュアルのもののみをデコードし、他は無視する。

ＮＩＴはフロントエンド１における設定に必要であるが、デマルチプレクサ２においては必要ないので無視する。ＢＡＴについても同様に無視する。

ＴＤＴについては、外部のＤＶＴＲの再生信号を入力する際には、再生信号中のＴＤＴは録画時の時刻を示すものであって、現在の時刻を示すものではないため、このＴＤＴは無視する。これにより、内蔵時計の時刻合わせの際に誤った時間に合わせる事態を避けることができる。

さらに、外部のＤＶＴＲから複数個のプログラムが連続的に入力される場合について説明する。前述したように、マイコン９はＰＡＴを見てＰＭＴを探し、そのＰＭＴを見て外部のＤＶＴＲから入力中のプログラムのＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータを読み出す。ところが、外部のＤＶＴＲが複数個のプログラムを連続的に出力している際に、マイコン９はプログラムが切り替わった場合には、新たにＰＡＴを見てＰＭＴを探し、切り替わったプログラムのＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータを読みだすことができない。また、ＭＰＥＧビデオデコーダ４及びＭＰＥＧオーディオデコーダ５においては、復号化処理に過去のデータを用いているため、プログラムが切り替わったときには、バッファメモリ４ａ及び５ａ内に残っている切り替え前のプログラムのデータをクリアしなければ、正しい復号化ができない。

同様に、ＳＩについても、トランスポートストリームの異なるプログラムに切り替わった場合には、バッファメモリ３内のＳＩを書き換えることが必要となる。

そこで、本実施の形態では、ＤＶＴＲが再生しているプログラムが変化したときに、アイソクロナスパケットのヘッダにそれを識別するフラグを設けている。図６はアイソクロナスパケットのフォーマットを示す図である。タグ（ｔａｇ）フィールドの２ビットが０１_２のときに、データフィールドの先頭に２クァドレットのコモンアイソクロナスパケットヘッダー（以下ＣＩＰヘッダーという）を挿入する。デジタルビデオ機器やデジタルオーディオ機器等のデジタルオーディオ・ビデオ信号の実時間データを扱う目的のために、ｔａｇの値を０１_２とする。

図７はタグ＝０１_２の値をとる場合のＣＩＰヘッダーを示す。また、図８はＣＩＰヘッダーにおけるＦＭＴ（フォーマットタイプ）の割り付け例を示す。図６に示すように、ＦＭＴ＝０００００００_２でＤＶＴＲ、１００００１_２でＭＰＥＧ信号伝送のフォーマットを指定している。そして、本実施の形態では、ＦＤＦ（フォーマット依存フィールド）のビットｂ０に不連続フラグを設けている。

この不連続フラグは、ＤＶＴＲの再生信号においてトランスポートストリームが不連続になったときに所定の時間（例、１秒間）“Ｈ（ハイ）”レベルにする。具体的には、ＤＶＴＲにおいてビデオデータの記録時にビデオデータと共に記録の開始位置（REC START）や終了位置（REC END）を示すビデオ補助データ（VAUXデータ）を記録しているので、再生時にこれらの補助データを検出した時に、不連続フラグを“Ｈ（ハイ）”レベルにする。

また、本実施の形態では、ＤＶＴＲのモードが停止（STOP）から再生（ＰＢ）に変化した時にも、前述した不連続フラグを“Ｈ（ハイ）”レベルにする。これにより、プログラムの途中から再生した場合等においても、バッファメモリ４ａ及び５ａ内のデータのクリアとバッファメモリ３内のＳＩの書き換えを実行できるようにしている。

さらに、本実施の形態では、ＦＤＦのビットｂ１に変速再生フラグを設けている。これは、ＤＶＴＲの動作モードがスロー及びキュー／レビューの時に“Ｈ（ハイ）”レベルにするフラグである。このような変速再生時には、ＭＰＥＧのＩピクチャーのみが有効データとなるため、バッファメモリ４ａがアンダフローし、その結果次のＩピクチャーが復号化されるまでの間、ＭＰＥＧビデオデコーダ４の出力が途切れてしまう。そこで、デジタル信号処理装置では、このフラグを検出した時には、次のＩピクチャーが入力されるまで最後に復号化したＩピクチャーをＭＰＥＧビデオデコーダ４から出力するように構成している。

図９は外部入力時のマイコン９の処理を示すフローチャートである。まず、マイコン９は外部入力かどうかを判断する（ステップＳ１１）。外部入力かどうかはフロントパネル１０の出力により判断する。

次に、不連続フラグを検出したかどうかを判断する（ステップＳ１２）。この判断は、デジタルインタフェース１１が図７に示した不連続フラグを検出したかどうかを基に行なう。そして、不連続フラグを検出していれば、バッファメモリ３内のＰＡＴ、ＰＭＴ、及びＳＩを書き換え、かつバッファメモリ４ａ及び５ａ内のデータをクリアする指令をＭＰＥＧビデオデコーダ４及びＭＰＥＧオーディオデコーダ５へ与える（ステップＳ１３）。すなわち、不連続フラグを検出したときには、トランスポートストリーム中の付加情報であるＰＡＴ、ＰＭＴ、及びＳＩを取り込んで、バッファメモリ３を書き換えている。

次に、変速再生フラグを検出したかどうかを判断する（ステップＳ１４）。この判断は、ステップＳ１２と同様、デジタルインタフェース１１が図７に示した変速再生フラグを検出したかどうかを基に行なう。そして、変速再生フラグを検出していれば、ＭＰＥＧビデオデコーダ４に対して最後にデコードしたＩピクチャーを出力し続ける指令を与える。

以上詳細に説明した本発明の実施の形態によれば、外部から入力されるプログラムが変化した時のビデオデータ及びオーディオデータの復号化を迅速に行なうことができ、また復号出力が途切れたりすることがない。

本発明を適用したデジタル信号処理装置の構成を示すブロック図である。１チャンネル分のトランスポートストリームの例を示す図である。デマルチプレクサへ入力されるトランスポートストリームの１例とその中のＰＡＴ及びＰＭＴの内容を示す図である。図１におけるバッファメモリ３の内部構成例を示す図である。デマルチプレクサの出力をＭＰＥＧビデオデコーダ及びＭＰＥＧオーディオデコーダへ送る際のマイコンの処理の流れを示す図である。アイソクロナスパケットのフォーマットを示す図である。タグ＝０１_２の値をとる場合のＣＩＰヘッダーを示す図である。ＣＩＰヘッダーにおけるＦＭＴ（フォーマットタイプ）の割り付け例を示す図である。外部入力時のマイコンの処理を示すフローチャートである。

符号の説明

１フロントエンド、２デマルチプレクサ、４ＭＰＥＧビデオデコーダ、５ＭＰＥＧオーディオデコーダ、９マイコン、１１デジタルインタフェース

Claims

デジタル放送のパケットを含むトランスポートストリームをＩＥＥＥ１３９４インターフェースに出力するデータ処理装置において、
符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームを受け取る手段と、
上記符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームにおけるプログラムが、不連続か否かを判断する手段と、
上記符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームにおけるプログラムが、不連続であると判断した場合には、上記ＩＥＥＥ１３９４インターフェースを介して伝送される符号化されたデジタルビデオデータ及び／又はオーディオデータのトランスポートストリームに、不連続情報を挿入する手段と
を備えるデータ処理装置。
デジタル放送のパケットを含むトランスポートストリームをＩＥＥＥ１３９４インターフェースに出力するデータ処理方法において、
符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームを受け取る工程と、
上記符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームにおけるプログラムが、不連続か否かを判断する工程と、
上記符号化されたデジタルビデオデータ及び／又はオーディオデータのストリームにおけるプログラムが、不連続であると判断した場合には、上記ＩＥＥＥ１３９４インターフェースを介して伝送される符号化されたデジタルビデオデータ及び／又はオーディオデータのトランスポートストリームに、不連続情報を挿入する工程と
を備えるデータ処理方法。