デジタル信号記録再生装置及びデジタル信号再生方法
【課題】 デジタル放送のプログラムをデジタルＶＴＲで複数個連続して再生し、デジタル放送の受信・復調装置に入力して復号化する際に、プログラムの変化を示す情報を付加する。
【解決手段】 信号処理マイコン８はデマルチプレクサ１２から送られてくる再生ＶＡＵＸデータ中に記録開始位置（REC START） や記録終了位置（REC END） を示すデータを検出したときに、デジタルインタフェース１６に知らせる。デジタルインタフェース１６は、デマルチプレクサ１２から送られてくるビデオデータを入れるアイソクロナスパケットのヘッダにプログラムの変化を識別する不連続フラグを立てる。
【解決手段】 信号処理マイコン８はデマルチプレクサ１２から送られてくる再生ＶＡＵＸデータ中に記録開始位置（REC START） や記録終了位置（REC END） を示すデータを検出したときに、デジタルインタフェース１６に知らせる。デジタルインタフェース１６は、デマルチプレクサ１２から送られてくるビデオデータを入れるアイソクロナスパケットのヘッダにプログラムの変化を識別する不連続フラグを立てる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＰＥＧ（Moving Picture Image Coding Experts Group）等の高能率符号化技術を応用して符号化されたビデオ信号及びオーディオ信号を記録再生する装置及び再生する方法に関し、詳細には再生プログラムの不連続や変速再生モードであることを示す識別信号を付加する技術に関する。
【背景技術】
【０００２】
近年、米国や欧州諸国において、ＭＰＥＧ等の高能率符号化技術を応用して、ビデオ信号及びオーディオ信号を符号化し、通信衛星等を介して伝送し、受信側においてこれを復調するようにしたシステムが普及しつつある。
【０００３】
これらのシステムでは、受信側に専用の受信・復調装置が必要となる。この受信・復調装置においては、複数チャンネルのデータが多重化されたトランスポートストリームから所望のチャンネルのトランスポートストリームを選択する部分と、所望のチャンネルのトランスポートストリームから所望のプログラムのビデオデータとオーディオデータを分離する部分と、分離したビデオデータ及びオーディオデータを復号化する部分とを備えている。
【０００４】
また、このシステムでは、受信・復調装置において、前述した所望のチャンネルのトランスポートストリームの受信や所望のプログラムのビデオデータ及びオーディオデータの分離ができるようにするために、多重化されたトランスポートストリーム中にＰＳＩ（Program Spesific Information：プログラム仕様情報）やＥＰＧ（Electronic Program Guide：電子番組ガイド）あるいはＳＩ(Service Information：サービス情報）を付加している。
【０００５】
従来技術として、特許文献１が知られている。
【０００６】
【特許文献１】特開平４−２７８７４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ビデオ信号及びオーディオ信号を符号化して記録／再生するビデオテープレコーダ（以下ＤＶＴＲという）が商品化されている。そして、このようなＤＶＴＲに前述したデジタル放送のビデオデータ及びオーディオデータを復号化せずに記録／再生することが考えられている（久保田 幸雄 編著「図解 デジタルビデオ読本」，ｐｐ．１４０−１５２，（株）オーム社，平成７年８月２５日）。
【０００８】
本発明は、前記のようなＤＶＣＲがデジタル放送のプログラムを複数個連続して再生し、これを前述した受信・復調装置に入力して復号化する際に、プログラムの変化時における復号化動作を迅速に行なえるようにしたデジタル信号記録再生装置及びデジタル信号再生方法を提供することを目的とする。
【０００９】
また、本発明は、前記のようなＤＶＣＲの変速再生時の出力を前述した受信・復調装置に入力して復号化する際に、ビデオデータ及びオーディオデータの復号出力が途切れないようにしたデジタル信号記録再生装置及びデジタル信号再生方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本発明に係るデジタル信号記録再生装置は、所定の符号化方式で符号化されているデジタル信号を入出力する第１の手段と、第１の手段から送られてくるデジタル信号を記録媒体に記録する第２の手段と、記録媒体に記録されているデジタル信号を再生して第１の手段へ送る第３の手段と、第３の手段から再生されるデジタル信号におけるプログラムの変化を検出する第４の手段とを備え、第４の手段がプログラムの変化を検出したときに、第１の手段から出力するデジタル信号に第１の識別情報を付加することを特徴とするものである。
【００１１】
また、本発明に係るデジタル信号再生方法は、所定の符号化方式で符号化されているデジタル信号を記録媒体から再生して外部へ出力する際に、再生中のデジタル信号のプログラムが変化したときに、このデジタル信号に第１の識別情報を付加することを特徴とするものである。
【００１２】
前記本発明に係るデジタル信号記録再生装置及びデジタル信号再生方法において、変速再生時には、さらに第２の識別信号を付加してもよい。
【００１３】
本発明によれば、第４の手段は、第３の手段から再生されるデジタル信号におけるプログラムの変化を検出したときに、第１の手段から出力するデジタル信号に第１の識別情報を付加する。
【発明の効果】
【００１４】
本発明による再生データを受信・復調装置に入力して復号する際に、プログラムの変化時における復号化動作を迅速に行える。また、変速再生の出力を受信・復調装置に入力して復号化する際に、ビデオデータ及びオーディオデータの復号出力が途切れないようにすることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００１６】
まず、本発明に係るデジタル信号記録再生装置が再生したＭＰＥＧのデジタル信号を受けて復号化するように構成した受信・復調装置について説明する。
【００１７】
図４はこの受信・復調装置の構成を示すブロック図である。この受信・復調装置はＩＲＤ（Integrated Receiver Decoder）と呼ばれる。
【００１８】
この受信・復調装置は、ダウンコンバータ（図示せず）から送られてくるＲＦ信号を入力し、所望のチャンネルのトランスポートストリームを選択するフロントエンド２１と、フロントエンド２１で選択したトランスポートストリームから所望のプログラムのＭＰＥＧビデオデータとＭＰＥＧオーディオデータと付加情報を分離するデマルチプレクサ２２と、デマルチプレクサ２２を通して入出力するデータを一時的に蓄積するバッファメモリ２３とを備えている。
【００１９】
また、この受信・復調装置は、デマルチプレクサ２２で分離したビデオデータを復号化するＭＰＥＧビデオデコーダ２４と、デマルチプレクサ２２で分離したオーディオデータを復号化するＭＰＥＧオーディオデコーダ２５と、ＭＰＥＧビデオデコーダ２４で復号化したビデオ信号をＮＴＳＣ方式のビデオ信号に変換するＮＴＳＣエンコーダ２６と、ＮＴＳＣエンコーダ２６の出力をアナログ化するＤ／Ａコンバータ２７と、ＭＰＥＧオーディオデコーダ２５の出力をアナログ化するＤ／Ａコンバータ２８とを備えている。ＭＰＥＧビデオデコーダ２４にはビデオデータを一時的に蓄積するバッファメモリ２４ａが、またＭＰＥＧオーディオデコーダ２５には、オーディオデータを一時的に蓄積するバッファメモリ２５ａが設けられている。
【００２０】
さらに、この受信・復調装置は、装置全体の動作を制御するマイクロコンピュータ（以下マイコンという）２９と、フロントパネル３０と、デマルチプレクサ２２で分離したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報を外部へ送信し、また外部から受信したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報をデマルチプレクサ２２へ送るデジタルインタフェース３１を備えている。
【００２１】
フロントエンド２１は、チューナとＱＰＳＫ復調器とエラー訂正回路とから構成されており、多重化されている複数チャンネルのトランスポートストリームから、ユーザーがフロントパネル３０で指定した所望のチャンネルのトランスポートストリームを選択してＱＰＳＫ復調し、さらにエラーの検出・訂正を行う。
【００２２】
図５に１チャンネル分のトランスポートストリームの例を示す。この図に示すように、１チャンネルのトランスポートストリームには複数個のプログラム（ここでは、プログラム番号１〜３を図示）が多重化されている。ここで、プログラムとは仮想的な放送チャンネル、日本の現行放送でいえば、例えばＮＨＫ衛星第１、ＮＨＫ衛星第２等の放送サービスのことである。
【００２３】
各プログラムのデータは所定の長さ（１８８バイト）でパケット化されており、その先頭にヘッダを持っている。そして、ヘッダにはデータを識別するためのＰＩＤ（Packet Identification：パケットＩＤ））が付与されている。
【００２４】
フロントエンド２１で選択された所望のチャンネルのトランスポートストリームから、デマルチプレクサ２２を通して付加情報を含むパケットが一旦バッファメモリ２３に書き込まれる。そして、ここから所望のプログラムのＭＰＥＧビデオデータとＭＰＥＧオーディオデータを認識して分離し、そのビデオデータをＭＰＥＧビデオデコーダ２４へ、オーディオデータをＭＰＥＧオーディオデコーダ２５へ送る。図９においては、プログラム番号２のビデオデータとオーディオデータを分離している。
【００２５】
この分離に際しては、パケットに付与されているＰＩＤ（パケットＩＤ）を見る。そして、それが所望のプログラムのビデオデータ及びオーディオデータを識別するＰＩＤであれば、それぞれＭＰＥＧビデオデコーダ２４とＭＰＥＧオーディオデコーダ２５へ送る。図９においては、プログラム番号２のビデオデータに付与されているＰＩＤは“ｘｘ”であり、オーディオデータに付与されているＰＩＤは“ｙｙ”である。なお、受信・復調装置においてプログラム番号とＰＩＤとの対応関係を知る方法については、後述する。
【００２６】
ＭＰＥＧビデオデコーダ２４へ送られたビデオデータは、バッファメモリ２４ａに記憶され、適宜読み出されて復号化される。復号化されたビテオデータはＮＴＳＣエンコーダ２５によりＮＴＳＣ方式のビデオ信号に変換され、Ｄ／Ａコンバータ２６によりアナログビデオ信号に変換された後、外部のモニタ装置（図示せず）へ供給される。また、ＭＰＥＧオーディオデコーダ２５へ送られたオーディオデータは、バッファメモリ２５ａに記憶され、適宜読み出されて復号化される。復号化されたオーディオデータは、Ｄ／Ａコンバータ２８によりアナログオーディオ信号に変換された後、モニタ装置等のスピーカー（図示せず）へ供給される。
【００２７】
以上のようにして、デジタル放送のビデオ信号及びオーディオ信号を受信し復号化してモニタ装置に表示することができる。
【００２８】
次に付加情報について説明する。前述したように、多重化されたビットストリーム中にはＰＳＩ（プログラム仕様情報）やＥＰＧ（電子番組ガイド）あるいはＳＩ（サービス情報）が付加されている。ここでは、ＭＰＥＧで規定されているＰＳＩと欧州のデジタル放送であるＤＶＢ（Digital Video Broadcasting）システムで規定されているＳＩについて説明する。
【００２９】
(1)：ＰＡＴ（Programme Association Table）
このテーブルはＭＰＥＧで規定されており、ＰＩＤ（パケットＩＤ）は０である。そして、主な内容は、後述するＮＩＴのＰＩＤと、ＰＭＴのＰＩＤの記述である。
【００３０】
(2)：ＰＭＴ（Programme Map Table）
このテーブルもＭＰＥＧで規定されており、ＰＩＤは前述したＰＡＴにより決められている。主な内容は、プログラム番号とＰＩＤとの対応の記述と、ＥＣＭ（番組に付随するスクランブルデータ）のＰＩＤの記述である。
【００３１】
(3)：ＣＡＴ（Conditional Access Table）
このテーブルもＭＰＥＧで規定されており、ＰＩＤは１である。そして、主な内容は、ＥＭＭ（顧客向けのスクランブル情報）の記述である。
【００３２】
(4)：ＮＩＴ（Network Information Table）
ＰＩＤは００１０である。そして、主な内容はネットワーク名（衛星名、地上波送信所等）の記述と、その各トランスポートストリーム（物理チャンネル）に関する変調方式や周波数の記述である。
【００３３】
以下のテーブルはＤＶＢで規定されている。
【００３４】
(5)：ＢＡＴ（Bouquet Association Table）
ＰＩＤは００１１である。そして、主な内容は、ブーケ（Bouquet：番組供給者）の名称と仕向国の記述、及びトランスポートストリーム（物理チャンネル）に関するサービスの内容とＣＡＳＳ（Conditional Access Service System）方式の記述である。
【００３５】
(6)：ＳＤＴ（Service Description Table）
ＰＩＤは００１１である。そして、主な内容は、トランスポートストリーム（物理チャンネル）に関し、そこに含まれるサービスＩＤとそのブーケの名称等の記述である。ここで、サービスＩＤとは、ＮＨＫ衛星第１、ＮＨＫ衛星第２等の放送チャンネルのことである。すなわち、ＭＰＥＧで規定されているブログラム番号と同じである。
【００３６】
(7)：ＥＩＴ（Event Information Table）
ＰＩＤは００１２である。そして、主な内容は、イベントＩＤとその開始時刻、放送時間、番組内容等の記述である。そして、このイベントＩＤ毎にトランスポートストリームＩＤとサービスＩＤが記述されている。ここで、イベントとは、例えば「７時のニュース（１２月１日放送分）」等の番組のことである。
【００３７】
(8)：ＴＤＴ（Time and Data Table）
ＰＩＤは００１０である。そして、主な内容は、世界標準時の情報の記述である。このＴＤＴを用いて装置内の時計（図示せず）の時刻合わせを行える。
【００３８】
(9)：ＲＳＴ（Running Status Table）
ＰＩＤは００１３である。そして、主な内容は、イベントの実行状況の記述である。すなわち、あるイベントの開始前、実行中、終了等の記述をする。
【００３９】
次に受信・復調装置におけるマイコン２９が以上説明したＰＳＩとＳＩをどのように処理するかについて説明する。
【００４０】
まず、受信・復調装置においては、各ネットワークの方式に合わせて、定数等の設定を行う。この情報はＮＩＴに記述されているので、各トランスポートストリームに対し変調方式、周波数、ビットレート、誤り訂正方式等が得られる。設定後、これらの情報はマイコン２９のＥＥＰＲＯＭ（図示せず）に格納する。
【００４１】
次に、ＥＩＴを用いてイベントの検索を行う。各放送イベントには固有のイベントＩＤが付与され、ＥＩＴに放送番組の名称や内容が開始時刻と共に記述され、イベント毎にそのトランスポートストリームＩＤとサービスＩＤが記述されている。そこで、ＥＩＴからトランスポートストリームＩＤを判別し、ＮＩＴで得たトランスポートストリームの定数を用いて受信・復調装置を設定し、所望のチャンネルのトランスポートストリーム選択する。
【００４２】
以上フロントエンド２１において所望のチャンネルのトランスポートストリームを選択する際の処理を説明した。次にデマルチプレクサ２２の出力をＭＰＥＧビデオデコーダ２４及びＭＰＥＧオーディオデコーダ２５へ送る際のマイコン２９の処理について説明する。
【００４３】
図６にデマルチプレクサ２２へ入力されるトランスポートストリームの１例とその中のＰＡＴ及びＰＭＴの内容を示す。また、図７はバッファメモリ２３の内部構成例を示す。そして、図８はこの処理の流れを示す図である。ここでは、プログラム番号１の放送を選択したものとして説明する。
【００４４】
まず図８のステップＳ１に示すように、フロントエンド２１の出力をデマルチプレクサ２２を通してバッファメモリ２３に書き込む。バッファメモリ２３は、図７に示すようにデータ毎に格納エリア２３Ａ〜２３Ｃが定められているので、それぞれのエリアに書き込む。
【００４５】
次にステップＳ２に示すように、バッファメモリ２３の付加情報エリア２３Ｃに書き込んだ付加情報の中からＰＡＴを探す。この処理はＰＩＤが０のパケットを探せばよい。図６（２）に示すように、ＰＡＴにはプログラム毎のＰＭＴのＰＩＤ（ここでは、ＰＭＴ１のＰＩＤを“ｃｃ”、ＰＭＴ２のＰＩＤを“ｄｄ”とした）が記述されている。
【００４６】
そこで、次にＰＩＤが“ｃｃ”のパケットを探す。これによりプログラム番号１に対応するＰＭＴ１を検出することができる。図６（３）に示すように、ＰＭＴ１にはプログラム番号１の、ＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及びＥＣＭのＰＩＤが記述されている。
【００４７】
したがって、プログラム番号１の放送を見る場合には、バッファメモリ２３のＭＰＥＧビデオデータエリア２３ＡからＰＩＤが“ａａ”のパケットを読み出し、デマルチプレクサ２２を通してＭＰＥＧビデオデコーダ２４へ送り、ＭＰＥＧオーディオデータエリア２３ＢからＰＩＤが“ａｂ”のパケットを読み出し、デマルチプレクサ２２を通してＭＰＥＧオーディオデコーダ２５へ送る。図５に示したように、このときヘッダを除いたデータだけを送る。また、ＰＩＤが“ｘｘ”のパケットに記述されているＥＣＭ情報を用いてスクランブルをデコードする。
【００４８】
もしプログラム番号２の放送を見る場合には、同様にしてＰＩＤが“ｄｄ”のパケットを探す。このパケットには図６（４）に示すように、プログラム番号２の、ビデオデータ、オーディオデータ、及びＥＣＭのＰＩＤが記述されている。そこで、ＭＰＥＧビデオデータエリア２３ＡからＰＩＤが“ｂａ”のパケットを読み出してＭＰＥＧビデオデコーダ２４へ送り、ＭＰＥＧオーディオデータエリア２３ＢからＰＩＤが“ｂｂ”のパケットを読み出してＭＰＥＧオーディオデコーダ２５へ送る。また、ＰＩＤが“ｚｚ”のパケットに記述されているＥＣＭ情報を用いてスクランブルをデコードする。
【００４９】
以上フロントエンド２１から入力されたトランスポートストリームをデコードする通常の処理について説明した。図４の受信・復調装置は、さらにデマルチプレクサ２２で分離したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報をデジタルインタフェース３１を介して外部の記録再生装置、例えばＤＶＴＲへ出力することができる。また、外部の記録再生装置が出力したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報をデジタルインタフェース３１を介して受信し、デマルチプレクサ２２へ送ることができる。次にこれらの処理について説明する。
【００５０】
まずデマルチプレクサ２２の出力をデジタルインタフェース３１から外部へ送出する際のマイコン２９の処理について説明する。この処理の大半は前述した通常の処理と同じであるため、異なる点についてのみ説明する。
【００５１】
ＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータはパケットヘッダを付けたままデジタルインタフェース３１へ送る。つまり、マイコン２９がバッファメモリ２３から読み出すときに、ヘッダごと読み出し、デマルチプレクサ２２を通してデジタルインタフェース３１へ送る。
【００５２】
ＰＳＩ及びＳＩもヘッダを付けたままデジタルインタフェース３１へ送る。ただし、ＰＡＴは選択したプログラム番号のＰＭＴを指定するＰＩＤだけを残し、他は除去する。例えばプログラム番号１を選択した場合には、ＰＭＴ１のＰＩＤ（図６の場合においては“ｃｃ”）だけを残し、他は除去する。
【００５３】
このようにしてデジタルインタフェース３１へ送られたデータは、ここから外部へ送出される。デジタルインタフェース３１は、例えばＩＥＥＥ−１３９４に準拠したものである。この場合、データをＩＥＥＥ−１３９４のアイソクロナスパケットに入れて出力する。デジタルインタフェース３１から出力されたアイソクロナスパケットは、外部のＤＶＴＲへ送られる。
【００５４】
図９に前述したアイソクロナスパケットのフォーマットを示す。タグ（ｔａｇ）フィールドの２ビットが０１２ のときに、データフィールドの先頭に２クァドレットのコモンアイソクロナスパケットヘッダー（以下ＣＩＰヘッダーという）を挿入する。デジタルビデオ機器やデジタルオーディオ機器等のデジタルオーディオ・ビデオ信号の実時間データを扱う目的のために、ｔａｇの値を０１２ とする。図１０はタグ＝０１２ の値をとる場合のＣＩＰヘッダーを示す。また、図１１はＣＩＰヘッダーにおけるＦＭＴ（フォーマットタイプ）の割り付け例を示す。本実施の形態では、ＦＭＴ＝１００００１２ でＭＰＥＧ信号伝送のフォーマットを指定している。そして、図９に示したＣＩＰヘッダー以降のデータブロックにＭＰＥＧのデータを入れる。
【００５５】
図１は本発明を適用したＤＶＴＲの構成を示すブロック図である。このＤＶＴＲはアナログビデオ信号を符号化して記録／再生する機能と、外部から入力されるＭＰＥＧのデジタル信号を記録／再生する機能とを有する。
【００５６】
まずアナログビデオ信号の記録／再生について説明する。このＤＶＴＲは、アナログビデオ信号の記録を行うために、ビデオ信号をデジタル化するＡ／Ｄコンバータ１と、Ａ／Ｄコンバータ１の出力に対してＤＣＴ（離散コサイン変換）、量子化、可変長符号化等のデータ圧縮符号化処理を施すデータ圧縮符号化回路２と、データ圧縮符号化回路２の出力をフレーム化するフレーミング回路３とを備えている。
【００５７】
また、このこのＤＶＴＲは、フレーミング回路３の出力と後述する信号処理マイコン８が作成するビデオ補助データ（ＶＡＵＸデータ）を合成するマルチプレクサ４と、マルチプレクサ４の出力に誤り訂正符号を付加する誤り訂正符号付加回路７と、誤り訂正符号付加回路７の出力に記録変調処理を施すチャネルエンコーダ６とを備えている。
【００５８】
さらに、このＤＶＴＲは、ユーザー操作等を基にビデオ信号のＴＶチャンネル、録画日時等の情報信号の生成等を行うモード処理マイコン７と、モード処理マイコン７の出力を基にＶＡＵＸデータの作成等を行う信号処理マイコン８とを備えている。ここで、ＶＡＵＸデータにはＴＶチャンネル、録画日時、ビデオテープ上の録画開始位置（REC START） や録画終了位置（REC END） 等がある。
【００５９】
図２に誤り訂正符号付加回路５から出力されるデータの１トラック分のフォーマットを示す。この図に示すように、ビデオデータ及びＶＡＵＸデータは９０バイトのブロック単位に形成される。そして、このデータはチャネルエンコーダ６において記録変調処理を受け、記録アンプ（図示せず）により増幅され、磁気ヘッド（図示せず）を用いてビデオテープ（図示せず）に記録される。なお、実際のＤＶＴＲでは、ビデオデータ及びＶＡＵＸデータと共にオーディオデータやサブコードデータ等がトラック上で時分割されて記録される。
【００６０】
以上アナログのビデオ入力信号を符号化して記録することについて説明した。次に、記録されているビデオ信号の再生について説明する。
【００６１】
このＤＶＴＲは、ビデオテープから再生され、再生アンプ（図示せず）で増幅されたデータの波形等化やデータクロックの再生等を行う再生回路９と、再生回路９の出力データに対して記録復調処理を施すチャネルデコーダ１０と、チャネルデコーダ１０の出力に対して誤り訂正処理を施す誤り訂正回路１１と、誤り訂正回路１１の出力からビデオデータとＶＡＵＸデータとを分離するデマルチプレクサ１２と、このビデオデータのフレームを分解するデフレーミング回路１３と、デフレーミング回路１３の出力に対して、可変長符号の復号、逆量子化、逆ＤＣＴ等の処理を施すデータ圧縮復号化回路１４と、データ圧縮復号化回路１４の出力をアナログ化してアナログビデオ信号に変換するＤ／Ａコンバータ１５とを備えている。なお、デマルチプレクサ１２で分離されたＶＡＵＸデータは信号処理マイコン８へ送られ、ここからモード処理マイコン７へ送られる。
【００６２】
次に、外部から入力される符号化されている信号の記録／再生について説明する。このＤＶＴＲは、デジタルインタフェース１６を備えている。このデジタルインタフェース１６は、図４の受信・復調装置におけるデジタルインタフェース３１と同様に構成されている。そして、図４のデジタルインタフェース３１との間でＩＥＥＥ−１３９４のパケットの送受信を行う。
【００６３】
次に、デジタルインタフェース１６から入力されるＭＰＥＧデータを記録する動作を説明する。前述したように，このＭＰＥＧデータは、図４の受信・復調装置のデジタルインタフェース３１からアイソクロナスパケットに入れて伝送されたものである。
【００６４】
まず、デジタルインタフェース１６においてアイソクロナスパケットからＭＰＥＧのデータ、すなわちＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報が分離される。分離されたデータはスイッチＳＷ１を通ってマルチプレクサ４へ送られ、ここで信号処理マイコン８から出力されたＶＡＵＸデータと多重化され、誤り訂正符号付加回路５により、図２のフォーマットに形成される。つまり、ＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報の全てがビデオデータの記録エリアに記録されることになる。誤り訂正符号付加回路５以後の処理については、前述したアナログビデオ入力信号の記録時と同じである。
【００６５】
次に、ＭＰＥＧデータの再生時の処理について説明する。再生時の処理も、再生データをデマルチプレクサ１２へ入力するまでは、前述したビデオ信号の再生時と同じである。デマルチプレクサ１２に入力された再生データは、ここでＭＰＥＧのデータとＶＡＵＸデータとに分離される。ＭＰＥＧのデータはスイッチＳＷ２を通ってデジタルインタフェース１６へ送られる。また、ＶＡＵＸデータは信号処理マイコン８へ送られる。
【００６６】
デジタルインタフェース１６では、ＭＰＥＧデータに対して図９及び図１０に示したヘッダーを付加し、アイソクロナスパケットとして外部へ出力する。このアイソクロナスパケットは受信・復調装置のデジタルインタフェース３１へ入力され、ここで元のＭＰＥＧのビデオデータ、ＭＰＥＧのビデオデータ、及び付加情報が取り出され、デマルチプレクサ２２を通ってバッファメモリ２３に書き込まれる。
【００６７】
バッファメモリ２３に書き込まれたＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータの処理は、前述した、フロントエンド２１から入力されたトランスポートストリーム中のこれらのデータの処理と同じである。一方、バッファメモリ２３に書き込まれたＰＳＩ及びＳＩに対してマイコン２９は以下のように処理する。
【００６８】
ＰＡＴとＰＭＴはそのまま使用する。前述したように、受信・復調装置から外部のＤＶＴＲへデータを出力する際に、ＰＡＴから選択したプログラム番号のＰＭＴを指定するＰＩＤだけを残し、他は除去しているので、ここで外部のＤＶＴＲから入力されたデータ中のＰＡＴには入力中のプログラム番号のＰＭＴを指定するＰＩＤだけが記述されている。したがって、ＰＡＴを見てＰＭＴを探し、そのＰＭＴを見て入力中のプログラムのＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータを読み出すことができる。読み出したＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータは、デマルチプレクサ２２を通ってＭＰＥＧビデオデコータ２４及びＭＰＥＧオーディオデコータ２５へ送られ、以後フロントエンド２１からのこれらのデータと同様に処理される。
【００６９】
ＥＩＴについては、ＰＡＴ内に記述されているプログラムのアクチュアル（actual）かつプレゼント（present）の情報のみをデコードし、他は無視する。ここで、アクチュアルとは選択したチャンネルのトランスポートストリームであることを意味し、プレゼントとは選択したプログラムが現在放送中であることを意味する。
【００７０】
ＲＳＴについては、ＰＡＴ内に記述されているプログラムに関するもののみをデコードし、他は無視する。ＳＤＴについては、ＰＡＴ内に記述されているプログラムのアクチュアルのもののみをデコードし、他は無視する。
【００７１】
ＮＩＴはフロントエンド２１における設定に必要であるが、デマルチプレクサ２２においては必要ないので無視する。ＢＡＴについても同様に無視する。
【００７２】
ＴＤＴについては、外部のＤＶＴＲの再生信号を入力する際には、再生信号中のＴＤＴは録画時の時刻を示すものであって、現在の時刻を示すものではないため、このＴＤＴは無視する。これにより、内蔵時計の時刻合わせの際に誤った時間に合わせる事態を避けることができる。
【００７３】
さらに、外部のＤＶＴＲから複数個のプログラムが連続的に入力される場合について説明する。前述したように、マイコン２９はＰＡＴを見てＰＭＴを探し、そのＰＭＴを見て外部のＤＶＴＲから入力中のプログラムのＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータを読み出す。ところが、外部のＤＶＴＲが複数個のプログラムを連続的に出力している際に、マイコン２９はプログラムが切り替わった場合には、新たにＰＡＴを見てＰＭＴを探し、切り替わったプログラムのＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータを読みだすことができない。また、ＭＰＥＧビデオデコーダ２４及びＭＰＥＧオーディオデコーダ２５においては、復号化処理に過去のデータを用いているため、プログラムが切り替わったときには、バッファメモリ２４ａ及び２５ａ内に残っている切り替え前のプログラムのデータをクリアしなければ、正しい復号化ができない。
【００７４】
同様に、ＳＩについても、トランスポートストリームの異なるプログラムに切り替わった場合には、バッファメモリ２３内のＳＩを書き換えることが必要となる。
【００７５】
そこで、本実施の形態では、ＤＶＴＲが再生しているプログラムが変化したときに、アイソクロナスパケットのヘッダにそれを識別するフラグを設けている。すなわち、図１０のＦＤＦのビットｂ０に不連続フラグを設けている。
【００７６】
この不連続フラグは、ＤＶＴＲの再生信号においてトランスポートストリームが不連続になったときに所定の時間（例、１秒間）“Ｈ（ハイ）”レベルにする。具体的には、信号処理マイコン８がデマルチプレクサ１２から送られてくる再生ＶＡＵＸデータ中に記録開始位置（ＲＥＣ ＳＴＡＲＴ）や記録終了位置（ＲＥＣ ＥＮＤ）を示すデータを検出したときに、デジタルインタフェース１６に知らせることにより、不連続フラグを“Ｈ（ハイ）”レベルにする。
【００７７】
そして、受信・復調装置においては、デジタルインタフェース３１により、この不連続フラグを検出すると、マイコン２９がバッファメモリ２３内のＳＩを書き換えると共に、ＭＰＥＧビデオデコーダ２４及びＭＰＥＧオーディオデコーダ２５に対して、それぞれのバッファメモリ２４ａ，２５ａをクリアする指令を与える。
【００７８】
また、本実施の形態では、ＤＶＴＲのモードが停止（ＳＴＯＰ）から再生（ＰＢ）に変化した時にも、前述した不連続フラグを“Ｈ（ハイ）”レベルにする。具体的には、モード処理マイコン７がユーザーのＰＢ操作を検出し、それを信号処理マイコン８へ伝え、信号処理マイコン８がデジタルインタフェース１６に指令することで実現する。これにより、ＤＶＴＲがプログラムの途中から再生した場合等においても、受信・復調装置におけるバッファメモリ２４ａ及び２５ａ内のデータのクリアとバッファメモリ２３内のＳＩの書き換えを実行できるようにしている。
【００７９】
さらに、本実施の形態では、ＦＤＦのビットｂ１に変速再生フラグを設けている。これは、ＤＶＴＲの動作モードがスロー及びキュー／レビューの時に“Ｈ（ハイ）”レベルにするフラグである。このような変速再生時には、ＭＰＥＧのＩピクチャーのみが有効データとなるため、バッファメモリ２４ａがアンダフローし、その結果次のＩピクチャーが復号化されるまでＭＰＥＧビデオデコーダ２４の出力が途切れてしまう。そこで、受信・復調装置では、この変速再生フラグを検出した時には、次のＩピクチャーが入力されるまで最後に復号化したＩピクチャーをＭＰＥＧビデオデコーダ２４から出力し続けるように構成している。
【００８０】
以上説明したフラグを図３に示す。ここで、ＮＰはノーマルプレイのデータであり、ＴＰはトリックプレイのデータである。また、ＮＰ１→ＮＰ２はノーマルプレイのプログラムが変化したことを示す。
【００８１】
以上詳細に説明したように、本発明の実施の形態による再生データを受信・復調装置に入力して復号する際に、プログラムの変化時における復号化動作を迅速に行える。また、変速再生の出力を受信・復調装置に入力して復号化する際に、ビデオデータ及びオーディオデータの復号出力が途切れないようにすることができる。
【００８２】
なお、本発明は上述した実施の形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【００８３】
【図１】本発明を適用したＤＶＴＲの構成を示すブロック図である。
【図２】図１の誤り訂正符号付加回路から出力されるデータの１トラック分のフォーマットを示す図である。
【図３】本発明を適用したＤＶＴＲにおけるフラグを示す図である。
【図４】本発明に係るデジタル信号記録再生装置の出力を受けるように構成した受信・復調装置の構成を示すブロック図である。
【図５】１チャンネル分のトランスポートストリームの例を示す図である。
【図６】デマルチプレクサへ入力されるトランスポートストリームの１例とその中のＰＡＴ及びＰＭＴの内容を示す図である。
【図７】図４におけるバッファメモリ３の内部構成例を示す図である。
【図８】デマルチプレクサの出力をＭＰＥＧビデオデコーダ及びＭＰＥＧオーディオデコーダへ送る際のマイコンの処理の流れを示す図である。
【図９】アイソクロナスパケットのフォーマットを示す図である。
【図１０】タグ＝０１２ の値をとる場合のＣＩＰヘッダーを示す図である。
【図１１】ＣＩＰヘッダーにおけるＦＭＴの割り付け例を示す図である。
【符号の説明】
【００８４】
５ 誤り訂正符号付加回路、 ６ チャネルエンコーダ、 ７ モード処理マイコン、 ８ 信号処理マイコン、 ９ 再生回路、 １０ チャネルデコーダ、 １１ 誤り訂正回路、 １６ デジタルインタフェース
【技術分野】
【０００１】
本発明は、ＭＰＥＧ（Moving Picture Image Coding Experts Group）等の高能率符号化技術を応用して符号化されたビデオ信号及びオーディオ信号を記録再生する装置及び再生する方法に関し、詳細には再生プログラムの不連続や変速再生モードであることを示す識別信号を付加する技術に関する。
【背景技術】
【０００２】
近年、米国や欧州諸国において、ＭＰＥＧ等の高能率符号化技術を応用して、ビデオ信号及びオーディオ信号を符号化し、通信衛星等を介して伝送し、受信側においてこれを復調するようにしたシステムが普及しつつある。
【０００３】
これらのシステムでは、受信側に専用の受信・復調装置が必要となる。この受信・復調装置においては、複数チャンネルのデータが多重化されたトランスポートストリームから所望のチャンネルのトランスポートストリームを選択する部分と、所望のチャンネルのトランスポートストリームから所望のプログラムのビデオデータとオーディオデータを分離する部分と、分離したビデオデータ及びオーディオデータを復号化する部分とを備えている。
【０００４】
また、このシステムでは、受信・復調装置において、前述した所望のチャンネルのトランスポートストリームの受信や所望のプログラムのビデオデータ及びオーディオデータの分離ができるようにするために、多重化されたトランスポートストリーム中にＰＳＩ（Program Spesific Information：プログラム仕様情報）やＥＰＧ（Electronic Program Guide：電子番組ガイド）あるいはＳＩ(Service Information：サービス情報）を付加している。
【０００５】
従来技術として、特許文献１が知られている。
【０００６】
【特許文献１】特開平４−２７８７４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ビデオ信号及びオーディオ信号を符号化して記録／再生するビデオテープレコーダ（以下ＤＶＴＲという）が商品化されている。そして、このようなＤＶＴＲに前述したデジタル放送のビデオデータ及びオーディオデータを復号化せずに記録／再生することが考えられている（久保田 幸雄 編著「図解 デジタルビデオ読本」，ｐｐ．１４０−１５２，（株）オーム社，平成７年８月２５日）。
【０００８】
本発明は、前記のようなＤＶＣＲがデジタル放送のプログラムを複数個連続して再生し、これを前述した受信・復調装置に入力して復号化する際に、プログラムの変化時における復号化動作を迅速に行なえるようにしたデジタル信号記録再生装置及びデジタル信号再生方法を提供することを目的とする。
【０００９】
また、本発明は、前記のようなＤＶＣＲの変速再生時の出力を前述した受信・復調装置に入力して復号化する際に、ビデオデータ及びオーディオデータの復号出力が途切れないようにしたデジタル信号記録再生装置及びデジタル信号再生方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本発明に係るデジタル信号記録再生装置は、所定の符号化方式で符号化されているデジタル信号を入出力する第１の手段と、第１の手段から送られてくるデジタル信号を記録媒体に記録する第２の手段と、記録媒体に記録されているデジタル信号を再生して第１の手段へ送る第３の手段と、第３の手段から再生されるデジタル信号におけるプログラムの変化を検出する第４の手段とを備え、第４の手段がプログラムの変化を検出したときに、第１の手段から出力するデジタル信号に第１の識別情報を付加することを特徴とするものである。
【００１１】
また、本発明に係るデジタル信号再生方法は、所定の符号化方式で符号化されているデジタル信号を記録媒体から再生して外部へ出力する際に、再生中のデジタル信号のプログラムが変化したときに、このデジタル信号に第１の識別情報を付加することを特徴とするものである。
【００１２】
前記本発明に係るデジタル信号記録再生装置及びデジタル信号再生方法において、変速再生時には、さらに第２の識別信号を付加してもよい。
【００１３】
本発明によれば、第４の手段は、第３の手段から再生されるデジタル信号におけるプログラムの変化を検出したときに、第１の手段から出力するデジタル信号に第１の識別情報を付加する。
【発明の効果】
【００１４】
本発明による再生データを受信・復調装置に入力して復号する際に、プログラムの変化時における復号化動作を迅速に行える。また、変速再生の出力を受信・復調装置に入力して復号化する際に、ビデオデータ及びオーディオデータの復号出力が途切れないようにすることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００１６】
まず、本発明に係るデジタル信号記録再生装置が再生したＭＰＥＧのデジタル信号を受けて復号化するように構成した受信・復調装置について説明する。
【００１７】
図４はこの受信・復調装置の構成を示すブロック図である。この受信・復調装置はＩＲＤ（Integrated Receiver Decoder）と呼ばれる。
【００１８】
この受信・復調装置は、ダウンコンバータ（図示せず）から送られてくるＲＦ信号を入力し、所望のチャンネルのトランスポートストリームを選択するフロントエンド２１と、フロントエンド２１で選択したトランスポートストリームから所望のプログラムのＭＰＥＧビデオデータとＭＰＥＧオーディオデータと付加情報を分離するデマルチプレクサ２２と、デマルチプレクサ２２を通して入出力するデータを一時的に蓄積するバッファメモリ２３とを備えている。
【００１９】
また、この受信・復調装置は、デマルチプレクサ２２で分離したビデオデータを復号化するＭＰＥＧビデオデコーダ２４と、デマルチプレクサ２２で分離したオーディオデータを復号化するＭＰＥＧオーディオデコーダ２５と、ＭＰＥＧビデオデコーダ２４で復号化したビデオ信号をＮＴＳＣ方式のビデオ信号に変換するＮＴＳＣエンコーダ２６と、ＮＴＳＣエンコーダ２６の出力をアナログ化するＤ／Ａコンバータ２７と、ＭＰＥＧオーディオデコーダ２５の出力をアナログ化するＤ／Ａコンバータ２８とを備えている。ＭＰＥＧビデオデコーダ２４にはビデオデータを一時的に蓄積するバッファメモリ２４ａが、またＭＰＥＧオーディオデコーダ２５には、オーディオデータを一時的に蓄積するバッファメモリ２５ａが設けられている。
【００２０】
さらに、この受信・復調装置は、装置全体の動作を制御するマイクロコンピュータ（以下マイコンという）２９と、フロントパネル３０と、デマルチプレクサ２２で分離したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報を外部へ送信し、また外部から受信したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報をデマルチプレクサ２２へ送るデジタルインタフェース３１を備えている。
【００２１】
フロントエンド２１は、チューナとＱＰＳＫ復調器とエラー訂正回路とから構成されており、多重化されている複数チャンネルのトランスポートストリームから、ユーザーがフロントパネル３０で指定した所望のチャンネルのトランスポートストリームを選択してＱＰＳＫ復調し、さらにエラーの検出・訂正を行う。
【００２２】
図５に１チャンネル分のトランスポートストリームの例を示す。この図に示すように、１チャンネルのトランスポートストリームには複数個のプログラム（ここでは、プログラム番号１〜３を図示）が多重化されている。ここで、プログラムとは仮想的な放送チャンネル、日本の現行放送でいえば、例えばＮＨＫ衛星第１、ＮＨＫ衛星第２等の放送サービスのことである。
【００２３】
各プログラムのデータは所定の長さ（１８８バイト）でパケット化されており、その先頭にヘッダを持っている。そして、ヘッダにはデータを識別するためのＰＩＤ（Packet Identification：パケットＩＤ））が付与されている。
【００２４】
フロントエンド２１で選択された所望のチャンネルのトランスポートストリームから、デマルチプレクサ２２を通して付加情報を含むパケットが一旦バッファメモリ２３に書き込まれる。そして、ここから所望のプログラムのＭＰＥＧビデオデータとＭＰＥＧオーディオデータを認識して分離し、そのビデオデータをＭＰＥＧビデオデコーダ２４へ、オーディオデータをＭＰＥＧオーディオデコーダ２５へ送る。図９においては、プログラム番号２のビデオデータとオーディオデータを分離している。
【００２５】
この分離に際しては、パケットに付与されているＰＩＤ（パケットＩＤ）を見る。そして、それが所望のプログラムのビデオデータ及びオーディオデータを識別するＰＩＤであれば、それぞれＭＰＥＧビデオデコーダ２４とＭＰＥＧオーディオデコーダ２５へ送る。図９においては、プログラム番号２のビデオデータに付与されているＰＩＤは“ｘｘ”であり、オーディオデータに付与されているＰＩＤは“ｙｙ”である。なお、受信・復調装置においてプログラム番号とＰＩＤとの対応関係を知る方法については、後述する。
【００２６】
ＭＰＥＧビデオデコーダ２４へ送られたビデオデータは、バッファメモリ２４ａに記憶され、適宜読み出されて復号化される。復号化されたビテオデータはＮＴＳＣエンコーダ２５によりＮＴＳＣ方式のビデオ信号に変換され、Ｄ／Ａコンバータ２６によりアナログビデオ信号に変換された後、外部のモニタ装置（図示せず）へ供給される。また、ＭＰＥＧオーディオデコーダ２５へ送られたオーディオデータは、バッファメモリ２５ａに記憶され、適宜読み出されて復号化される。復号化されたオーディオデータは、Ｄ／Ａコンバータ２８によりアナログオーディオ信号に変換された後、モニタ装置等のスピーカー（図示せず）へ供給される。
【００２７】
以上のようにして、デジタル放送のビデオ信号及びオーディオ信号を受信し復号化してモニタ装置に表示することができる。
【００２８】
次に付加情報について説明する。前述したように、多重化されたビットストリーム中にはＰＳＩ（プログラム仕様情報）やＥＰＧ（電子番組ガイド）あるいはＳＩ（サービス情報）が付加されている。ここでは、ＭＰＥＧで規定されているＰＳＩと欧州のデジタル放送であるＤＶＢ（Digital Video Broadcasting）システムで規定されているＳＩについて説明する。
【００２９】
(1)：ＰＡＴ（Programme Association Table）
このテーブルはＭＰＥＧで規定されており、ＰＩＤ（パケットＩＤ）は０である。そして、主な内容は、後述するＮＩＴのＰＩＤと、ＰＭＴのＰＩＤの記述である。
【００３０】
(2)：ＰＭＴ（Programme Map Table）
このテーブルもＭＰＥＧで規定されており、ＰＩＤは前述したＰＡＴにより決められている。主な内容は、プログラム番号とＰＩＤとの対応の記述と、ＥＣＭ（番組に付随するスクランブルデータ）のＰＩＤの記述である。
【００３１】
(3)：ＣＡＴ（Conditional Access Table）
このテーブルもＭＰＥＧで規定されており、ＰＩＤは１である。そして、主な内容は、ＥＭＭ（顧客向けのスクランブル情報）の記述である。
【００３２】
(4)：ＮＩＴ（Network Information Table）
ＰＩＤは００１０である。そして、主な内容はネットワーク名（衛星名、地上波送信所等）の記述と、その各トランスポートストリーム（物理チャンネル）に関する変調方式や周波数の記述である。
【００３３】
以下のテーブルはＤＶＢで規定されている。
【００３４】
(5)：ＢＡＴ（Bouquet Association Table）
ＰＩＤは００１１である。そして、主な内容は、ブーケ（Bouquet：番組供給者）の名称と仕向国の記述、及びトランスポートストリーム（物理チャンネル）に関するサービスの内容とＣＡＳＳ（Conditional Access Service System）方式の記述である。
【００３５】
(6)：ＳＤＴ（Service Description Table）
ＰＩＤは００１１である。そして、主な内容は、トランスポートストリーム（物理チャンネル）に関し、そこに含まれるサービスＩＤとそのブーケの名称等の記述である。ここで、サービスＩＤとは、ＮＨＫ衛星第１、ＮＨＫ衛星第２等の放送チャンネルのことである。すなわち、ＭＰＥＧで規定されているブログラム番号と同じである。
【００３６】
(7)：ＥＩＴ（Event Information Table）
ＰＩＤは００１２である。そして、主な内容は、イベントＩＤとその開始時刻、放送時間、番組内容等の記述である。そして、このイベントＩＤ毎にトランスポートストリームＩＤとサービスＩＤが記述されている。ここで、イベントとは、例えば「７時のニュース（１２月１日放送分）」等の番組のことである。
【００３７】
(8)：ＴＤＴ（Time and Data Table）
ＰＩＤは００１０である。そして、主な内容は、世界標準時の情報の記述である。このＴＤＴを用いて装置内の時計（図示せず）の時刻合わせを行える。
【００３８】
(9)：ＲＳＴ（Running Status Table）
ＰＩＤは００１３である。そして、主な内容は、イベントの実行状況の記述である。すなわち、あるイベントの開始前、実行中、終了等の記述をする。
【００３９】
次に受信・復調装置におけるマイコン２９が以上説明したＰＳＩとＳＩをどのように処理するかについて説明する。
【００４０】
まず、受信・復調装置においては、各ネットワークの方式に合わせて、定数等の設定を行う。この情報はＮＩＴに記述されているので、各トランスポートストリームに対し変調方式、周波数、ビットレート、誤り訂正方式等が得られる。設定後、これらの情報はマイコン２９のＥＥＰＲＯＭ（図示せず）に格納する。
【００４１】
次に、ＥＩＴを用いてイベントの検索を行う。各放送イベントには固有のイベントＩＤが付与され、ＥＩＴに放送番組の名称や内容が開始時刻と共に記述され、イベント毎にそのトランスポートストリームＩＤとサービスＩＤが記述されている。そこで、ＥＩＴからトランスポートストリームＩＤを判別し、ＮＩＴで得たトランスポートストリームの定数を用いて受信・復調装置を設定し、所望のチャンネルのトランスポートストリーム選択する。
【００４２】
以上フロントエンド２１において所望のチャンネルのトランスポートストリームを選択する際の処理を説明した。次にデマルチプレクサ２２の出力をＭＰＥＧビデオデコーダ２４及びＭＰＥＧオーディオデコーダ２５へ送る際のマイコン２９の処理について説明する。
【００４３】
図６にデマルチプレクサ２２へ入力されるトランスポートストリームの１例とその中のＰＡＴ及びＰＭＴの内容を示す。また、図７はバッファメモリ２３の内部構成例を示す。そして、図８はこの処理の流れを示す図である。ここでは、プログラム番号１の放送を選択したものとして説明する。
【００４４】
まず図８のステップＳ１に示すように、フロントエンド２１の出力をデマルチプレクサ２２を通してバッファメモリ２３に書き込む。バッファメモリ２３は、図７に示すようにデータ毎に格納エリア２３Ａ〜２３Ｃが定められているので、それぞれのエリアに書き込む。
【００４５】
次にステップＳ２に示すように、バッファメモリ２３の付加情報エリア２３Ｃに書き込んだ付加情報の中からＰＡＴを探す。この処理はＰＩＤが０のパケットを探せばよい。図６（２）に示すように、ＰＡＴにはプログラム毎のＰＭＴのＰＩＤ（ここでは、ＰＭＴ１のＰＩＤを“ｃｃ”、ＰＭＴ２のＰＩＤを“ｄｄ”とした）が記述されている。
【００４６】
そこで、次にＰＩＤが“ｃｃ”のパケットを探す。これによりプログラム番号１に対応するＰＭＴ１を検出することができる。図６（３）に示すように、ＰＭＴ１にはプログラム番号１の、ＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及びＥＣＭのＰＩＤが記述されている。
【００４７】
したがって、プログラム番号１の放送を見る場合には、バッファメモリ２３のＭＰＥＧビデオデータエリア２３ＡからＰＩＤが“ａａ”のパケットを読み出し、デマルチプレクサ２２を通してＭＰＥＧビデオデコーダ２４へ送り、ＭＰＥＧオーディオデータエリア２３ＢからＰＩＤが“ａｂ”のパケットを読み出し、デマルチプレクサ２２を通してＭＰＥＧオーディオデコーダ２５へ送る。図５に示したように、このときヘッダを除いたデータだけを送る。また、ＰＩＤが“ｘｘ”のパケットに記述されているＥＣＭ情報を用いてスクランブルをデコードする。
【００４８】
もしプログラム番号２の放送を見る場合には、同様にしてＰＩＤが“ｄｄ”のパケットを探す。このパケットには図６（４）に示すように、プログラム番号２の、ビデオデータ、オーディオデータ、及びＥＣＭのＰＩＤが記述されている。そこで、ＭＰＥＧビデオデータエリア２３ＡからＰＩＤが“ｂａ”のパケットを読み出してＭＰＥＧビデオデコーダ２４へ送り、ＭＰＥＧオーディオデータエリア２３ＢからＰＩＤが“ｂｂ”のパケットを読み出してＭＰＥＧオーディオデコーダ２５へ送る。また、ＰＩＤが“ｚｚ”のパケットに記述されているＥＣＭ情報を用いてスクランブルをデコードする。
【００４９】
以上フロントエンド２１から入力されたトランスポートストリームをデコードする通常の処理について説明した。図４の受信・復調装置は、さらにデマルチプレクサ２２で分離したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報をデジタルインタフェース３１を介して外部の記録再生装置、例えばＤＶＴＲへ出力することができる。また、外部の記録再生装置が出力したＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報をデジタルインタフェース３１を介して受信し、デマルチプレクサ２２へ送ることができる。次にこれらの処理について説明する。
【００５０】
まずデマルチプレクサ２２の出力をデジタルインタフェース３１から外部へ送出する際のマイコン２９の処理について説明する。この処理の大半は前述した通常の処理と同じであるため、異なる点についてのみ説明する。
【００５１】
ＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータはパケットヘッダを付けたままデジタルインタフェース３１へ送る。つまり、マイコン２９がバッファメモリ２３から読み出すときに、ヘッダごと読み出し、デマルチプレクサ２２を通してデジタルインタフェース３１へ送る。
【００５２】
ＰＳＩ及びＳＩもヘッダを付けたままデジタルインタフェース３１へ送る。ただし、ＰＡＴは選択したプログラム番号のＰＭＴを指定するＰＩＤだけを残し、他は除去する。例えばプログラム番号１を選択した場合には、ＰＭＴ１のＰＩＤ（図６の場合においては“ｃｃ”）だけを残し、他は除去する。
【００５３】
このようにしてデジタルインタフェース３１へ送られたデータは、ここから外部へ送出される。デジタルインタフェース３１は、例えばＩＥＥＥ−１３９４に準拠したものである。この場合、データをＩＥＥＥ−１３９４のアイソクロナスパケットに入れて出力する。デジタルインタフェース３１から出力されたアイソクロナスパケットは、外部のＤＶＴＲへ送られる。
【００５４】
図９に前述したアイソクロナスパケットのフォーマットを示す。タグ（ｔａｇ）フィールドの２ビットが０１２ のときに、データフィールドの先頭に２クァドレットのコモンアイソクロナスパケットヘッダー（以下ＣＩＰヘッダーという）を挿入する。デジタルビデオ機器やデジタルオーディオ機器等のデジタルオーディオ・ビデオ信号の実時間データを扱う目的のために、ｔａｇの値を０１２ とする。図１０はタグ＝０１２ の値をとる場合のＣＩＰヘッダーを示す。また、図１１はＣＩＰヘッダーにおけるＦＭＴ（フォーマットタイプ）の割り付け例を示す。本実施の形態では、ＦＭＴ＝１００００１２ でＭＰＥＧ信号伝送のフォーマットを指定している。そして、図９に示したＣＩＰヘッダー以降のデータブロックにＭＰＥＧのデータを入れる。
【００５５】
図１は本発明を適用したＤＶＴＲの構成を示すブロック図である。このＤＶＴＲはアナログビデオ信号を符号化して記録／再生する機能と、外部から入力されるＭＰＥＧのデジタル信号を記録／再生する機能とを有する。
【００５６】
まずアナログビデオ信号の記録／再生について説明する。このＤＶＴＲは、アナログビデオ信号の記録を行うために、ビデオ信号をデジタル化するＡ／Ｄコンバータ１と、Ａ／Ｄコンバータ１の出力に対してＤＣＴ（離散コサイン変換）、量子化、可変長符号化等のデータ圧縮符号化処理を施すデータ圧縮符号化回路２と、データ圧縮符号化回路２の出力をフレーム化するフレーミング回路３とを備えている。
【００５７】
また、このこのＤＶＴＲは、フレーミング回路３の出力と後述する信号処理マイコン８が作成するビデオ補助データ（ＶＡＵＸデータ）を合成するマルチプレクサ４と、マルチプレクサ４の出力に誤り訂正符号を付加する誤り訂正符号付加回路７と、誤り訂正符号付加回路７の出力に記録変調処理を施すチャネルエンコーダ６とを備えている。
【００５８】
さらに、このＤＶＴＲは、ユーザー操作等を基にビデオ信号のＴＶチャンネル、録画日時等の情報信号の生成等を行うモード処理マイコン７と、モード処理マイコン７の出力を基にＶＡＵＸデータの作成等を行う信号処理マイコン８とを備えている。ここで、ＶＡＵＸデータにはＴＶチャンネル、録画日時、ビデオテープ上の録画開始位置（REC START） や録画終了位置（REC END） 等がある。
【００５９】
図２に誤り訂正符号付加回路５から出力されるデータの１トラック分のフォーマットを示す。この図に示すように、ビデオデータ及びＶＡＵＸデータは９０バイトのブロック単位に形成される。そして、このデータはチャネルエンコーダ６において記録変調処理を受け、記録アンプ（図示せず）により増幅され、磁気ヘッド（図示せず）を用いてビデオテープ（図示せず）に記録される。なお、実際のＤＶＴＲでは、ビデオデータ及びＶＡＵＸデータと共にオーディオデータやサブコードデータ等がトラック上で時分割されて記録される。
【００６０】
以上アナログのビデオ入力信号を符号化して記録することについて説明した。次に、記録されているビデオ信号の再生について説明する。
【００６１】
このＤＶＴＲは、ビデオテープから再生され、再生アンプ（図示せず）で増幅されたデータの波形等化やデータクロックの再生等を行う再生回路９と、再生回路９の出力データに対して記録復調処理を施すチャネルデコーダ１０と、チャネルデコーダ１０の出力に対して誤り訂正処理を施す誤り訂正回路１１と、誤り訂正回路１１の出力からビデオデータとＶＡＵＸデータとを分離するデマルチプレクサ１２と、このビデオデータのフレームを分解するデフレーミング回路１３と、デフレーミング回路１３の出力に対して、可変長符号の復号、逆量子化、逆ＤＣＴ等の処理を施すデータ圧縮復号化回路１４と、データ圧縮復号化回路１４の出力をアナログ化してアナログビデオ信号に変換するＤ／Ａコンバータ１５とを備えている。なお、デマルチプレクサ１２で分離されたＶＡＵＸデータは信号処理マイコン８へ送られ、ここからモード処理マイコン７へ送られる。
【００６２】
次に、外部から入力される符号化されている信号の記録／再生について説明する。このＤＶＴＲは、デジタルインタフェース１６を備えている。このデジタルインタフェース１６は、図４の受信・復調装置におけるデジタルインタフェース３１と同様に構成されている。そして、図４のデジタルインタフェース３１との間でＩＥＥＥ−１３９４のパケットの送受信を行う。
【００６３】
次に、デジタルインタフェース１６から入力されるＭＰＥＧデータを記録する動作を説明する。前述したように，このＭＰＥＧデータは、図４の受信・復調装置のデジタルインタフェース３１からアイソクロナスパケットに入れて伝送されたものである。
【００６４】
まず、デジタルインタフェース１６においてアイソクロナスパケットからＭＰＥＧのデータ、すなわちＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報が分離される。分離されたデータはスイッチＳＷ１を通ってマルチプレクサ４へ送られ、ここで信号処理マイコン８から出力されたＶＡＵＸデータと多重化され、誤り訂正符号付加回路５により、図２のフォーマットに形成される。つまり、ＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ、及び付加情報の全てがビデオデータの記録エリアに記録されることになる。誤り訂正符号付加回路５以後の処理については、前述したアナログビデオ入力信号の記録時と同じである。
【００６５】
次に、ＭＰＥＧデータの再生時の処理について説明する。再生時の処理も、再生データをデマルチプレクサ１２へ入力するまでは、前述したビデオ信号の再生時と同じである。デマルチプレクサ１２に入力された再生データは、ここでＭＰＥＧのデータとＶＡＵＸデータとに分離される。ＭＰＥＧのデータはスイッチＳＷ２を通ってデジタルインタフェース１６へ送られる。また、ＶＡＵＸデータは信号処理マイコン８へ送られる。
【００６６】
デジタルインタフェース１６では、ＭＰＥＧデータに対して図９及び図１０に示したヘッダーを付加し、アイソクロナスパケットとして外部へ出力する。このアイソクロナスパケットは受信・復調装置のデジタルインタフェース３１へ入力され、ここで元のＭＰＥＧのビデオデータ、ＭＰＥＧのビデオデータ、及び付加情報が取り出され、デマルチプレクサ２２を通ってバッファメモリ２３に書き込まれる。
【００６７】
バッファメモリ２３に書き込まれたＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータの処理は、前述した、フロントエンド２１から入力されたトランスポートストリーム中のこれらのデータの処理と同じである。一方、バッファメモリ２３に書き込まれたＰＳＩ及びＳＩに対してマイコン２９は以下のように処理する。
【００６８】
ＰＡＴとＰＭＴはそのまま使用する。前述したように、受信・復調装置から外部のＤＶＴＲへデータを出力する際に、ＰＡＴから選択したプログラム番号のＰＭＴを指定するＰＩＤだけを残し、他は除去しているので、ここで外部のＤＶＴＲから入力されたデータ中のＰＡＴには入力中のプログラム番号のＰＭＴを指定するＰＩＤだけが記述されている。したがって、ＰＡＴを見てＰＭＴを探し、そのＰＭＴを見て入力中のプログラムのＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータを読み出すことができる。読み出したＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータは、デマルチプレクサ２２を通ってＭＰＥＧビデオデコータ２４及びＭＰＥＧオーディオデコータ２５へ送られ、以後フロントエンド２１からのこれらのデータと同様に処理される。
【００６９】
ＥＩＴについては、ＰＡＴ内に記述されているプログラムのアクチュアル（actual）かつプレゼント（present）の情報のみをデコードし、他は無視する。ここで、アクチュアルとは選択したチャンネルのトランスポートストリームであることを意味し、プレゼントとは選択したプログラムが現在放送中であることを意味する。
【００７０】
ＲＳＴについては、ＰＡＴ内に記述されているプログラムに関するもののみをデコードし、他は無視する。ＳＤＴについては、ＰＡＴ内に記述されているプログラムのアクチュアルのもののみをデコードし、他は無視する。
【００７１】
ＮＩＴはフロントエンド２１における設定に必要であるが、デマルチプレクサ２２においては必要ないので無視する。ＢＡＴについても同様に無視する。
【００７２】
ＴＤＴについては、外部のＤＶＴＲの再生信号を入力する際には、再生信号中のＴＤＴは録画時の時刻を示すものであって、現在の時刻を示すものではないため、このＴＤＴは無視する。これにより、内蔵時計の時刻合わせの際に誤った時間に合わせる事態を避けることができる。
【００７３】
さらに、外部のＤＶＴＲから複数個のプログラムが連続的に入力される場合について説明する。前述したように、マイコン２９はＰＡＴを見てＰＭＴを探し、そのＰＭＴを見て外部のＤＶＴＲから入力中のプログラムのＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータを読み出す。ところが、外部のＤＶＴＲが複数個のプログラムを連続的に出力している際に、マイコン２９はプログラムが切り替わった場合には、新たにＰＡＴを見てＰＭＴを探し、切り替わったプログラムのＭＰＥＧビデオデータ及びＭＰＥＧオーディオデータを読みだすことができない。また、ＭＰＥＧビデオデコーダ２４及びＭＰＥＧオーディオデコーダ２５においては、復号化処理に過去のデータを用いているため、プログラムが切り替わったときには、バッファメモリ２４ａ及び２５ａ内に残っている切り替え前のプログラムのデータをクリアしなければ、正しい復号化ができない。
【００７４】
同様に、ＳＩについても、トランスポートストリームの異なるプログラムに切り替わった場合には、バッファメモリ２３内のＳＩを書き換えることが必要となる。
【００７５】
そこで、本実施の形態では、ＤＶＴＲが再生しているプログラムが変化したときに、アイソクロナスパケットのヘッダにそれを識別するフラグを設けている。すなわち、図１０のＦＤＦのビットｂ０に不連続フラグを設けている。
【００７６】
この不連続フラグは、ＤＶＴＲの再生信号においてトランスポートストリームが不連続になったときに所定の時間（例、１秒間）“Ｈ（ハイ）”レベルにする。具体的には、信号処理マイコン８がデマルチプレクサ１２から送られてくる再生ＶＡＵＸデータ中に記録開始位置（ＲＥＣ ＳＴＡＲＴ）や記録終了位置（ＲＥＣ ＥＮＤ）を示すデータを検出したときに、デジタルインタフェース１６に知らせることにより、不連続フラグを“Ｈ（ハイ）”レベルにする。
【００７７】
そして、受信・復調装置においては、デジタルインタフェース３１により、この不連続フラグを検出すると、マイコン２９がバッファメモリ２３内のＳＩを書き換えると共に、ＭＰＥＧビデオデコーダ２４及びＭＰＥＧオーディオデコーダ２５に対して、それぞれのバッファメモリ２４ａ，２５ａをクリアする指令を与える。
【００７８】
また、本実施の形態では、ＤＶＴＲのモードが停止（ＳＴＯＰ）から再生（ＰＢ）に変化した時にも、前述した不連続フラグを“Ｈ（ハイ）”レベルにする。具体的には、モード処理マイコン７がユーザーのＰＢ操作を検出し、それを信号処理マイコン８へ伝え、信号処理マイコン８がデジタルインタフェース１６に指令することで実現する。これにより、ＤＶＴＲがプログラムの途中から再生した場合等においても、受信・復調装置におけるバッファメモリ２４ａ及び２５ａ内のデータのクリアとバッファメモリ２３内のＳＩの書き換えを実行できるようにしている。
【００７９】
さらに、本実施の形態では、ＦＤＦのビットｂ１に変速再生フラグを設けている。これは、ＤＶＴＲの動作モードがスロー及びキュー／レビューの時に“Ｈ（ハイ）”レベルにするフラグである。このような変速再生時には、ＭＰＥＧのＩピクチャーのみが有効データとなるため、バッファメモリ２４ａがアンダフローし、その結果次のＩピクチャーが復号化されるまでＭＰＥＧビデオデコーダ２４の出力が途切れてしまう。そこで、受信・復調装置では、この変速再生フラグを検出した時には、次のＩピクチャーが入力されるまで最後に復号化したＩピクチャーをＭＰＥＧビデオデコーダ２４から出力し続けるように構成している。
【００８０】
以上説明したフラグを図３に示す。ここで、ＮＰはノーマルプレイのデータであり、ＴＰはトリックプレイのデータである。また、ＮＰ１→ＮＰ２はノーマルプレイのプログラムが変化したことを示す。
【００８１】
以上詳細に説明したように、本発明の実施の形態による再生データを受信・復調装置に入力して復号する際に、プログラムの変化時における復号化動作を迅速に行える。また、変速再生の出力を受信・復調装置に入力して復号化する際に、ビデオデータ及びオーディオデータの復号出力が途切れないようにすることができる。
【００８２】
なお、本発明は上述した実施の形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【００８３】
【図１】本発明を適用したＤＶＴＲの構成を示すブロック図である。
【図２】図１の誤り訂正符号付加回路から出力されるデータの１トラック分のフォーマットを示す図である。
【図３】本発明を適用したＤＶＴＲにおけるフラグを示す図である。
【図４】本発明に係るデジタル信号記録再生装置の出力を受けるように構成した受信・復調装置の構成を示すブロック図である。
【図５】１チャンネル分のトランスポートストリームの例を示す図である。
【図６】デマルチプレクサへ入力されるトランスポートストリームの１例とその中のＰＡＴ及びＰＭＴの内容を示す図である。
【図７】図４におけるバッファメモリ３の内部構成例を示す図である。
【図８】デマルチプレクサの出力をＭＰＥＧビデオデコーダ及びＭＰＥＧオーディオデコーダへ送る際のマイコンの処理の流れを示す図である。
【図９】アイソクロナスパケットのフォーマットを示す図である。
【図１０】タグ＝０１２ の値をとる場合のＣＩＰヘッダーを示す図である。
【図１１】ＣＩＰヘッダーにおけるＦＭＴの割り付け例を示す図である。
【符号の説明】
【００８４】
５ 誤り訂正符号付加回路、 ６ チャネルエンコーダ、 ７ モード処理マイコン、 ８ 信号処理マイコン、 ９ 再生回路、 １０ チャネルデコーダ、 １１ 誤り訂正回路、 １６ デジタルインタフェース
【特許請求の範囲】
【請求項１】
所定の符号化方式で符号化されているデジタル信号を入出力する第１の手段と、前記第１の手段から送られてくる前記デジタル信号を記録媒体に記録する第２の手段と、前記記録媒体に記録されている前記デジタル信号を再生して前記第１の手段へ送る第３の手段と、前記第３の手段から再生されるデジタル信号におけるプログラムの変化を検出する第４の手段とを備え、前記第４の手段が前記プログラムの変化を検出したときに、前記第１の手段から出力するデジタル信号に第１の識別情報を付加することを特徴とするデジタル信号記録再生装置。
【請求項２】
動作モードを入力する第５の手段をさらに備え、前記第５の手段から変速再生モードが指定されたときに、第１の手段から出力するデジタル信号に第２の識別情報を付加する請求項１記載のデジタル信号記録再生装置。
【請求項３】
所定の符号化方式で符号化されているデジタル信号を記録媒体から再生して外部へ出力する際に、再生中の前記デジタル信号のプログラムが変化したときに、前記デジタル信号に第１の識別情報を付加することを特徴とするデジタル信号再生方法。
【請求項４】
さらに、変速再生を行っているときに、デジタル信号に第２の識別情報を付加する請求項３記載のデジタル信号再生方法。
【請求項１】
所定の符号化方式で符号化されているデジタル信号を入出力する第１の手段と、前記第１の手段から送られてくる前記デジタル信号を記録媒体に記録する第２の手段と、前記記録媒体に記録されている前記デジタル信号を再生して前記第１の手段へ送る第３の手段と、前記第３の手段から再生されるデジタル信号におけるプログラムの変化を検出する第４の手段とを備え、前記第４の手段が前記プログラムの変化を検出したときに、前記第１の手段から出力するデジタル信号に第１の識別情報を付加することを特徴とするデジタル信号記録再生装置。
【請求項２】
動作モードを入力する第５の手段をさらに備え、前記第５の手段から変速再生モードが指定されたときに、第１の手段から出力するデジタル信号に第２の識別情報を付加する請求項１記載のデジタル信号記録再生装置。
【請求項３】
所定の符号化方式で符号化されているデジタル信号を記録媒体から再生して外部へ出力する際に、再生中の前記デジタル信号のプログラムが変化したときに、前記デジタル信号に第１の識別情報を付加することを特徴とするデジタル信号再生方法。
【請求項４】
さらに、変速再生を行っているときに、デジタル信号に第２の識別情報を付加する請求項３記載のデジタル信号再生方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００６−１２９５０２（Ｐ２００６−１２９５０２Ａ）
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願番号】特願２００５−３２２７１０（Ｐ２００５−３２２７１０）
【出願日】平成１７年１１月７日（２００５．１１．７）
【分割の表示】特願平７−３５２８３０の分割
【原出願日】平成７年１２月２８日（１９９５．１２．２８）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願日】平成１７年１１月７日（２００５．１１．７）
【分割の表示】特願平７−３５２８３０の分割
【原出願日】平成７年１２月２８日（１９９５．１２．２８）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]