JP3572651B2 - ディジタル画像・音声信号記録再生装置 - Google Patents
ディジタル画像・音声信号記録再生装置 Download PDFInfo
- Publication number
- JP3572651B2 JP3572651B2 JP01999094A JP1999094A JP3572651B2 JP 3572651 B2 JP3572651 B2 JP 3572651B2 JP 01999094 A JP01999094 A JP 01999094A JP 1999094 A JP1999094 A JP 1999094A JP 3572651 B2 JP3572651 B2 JP 3572651B2
- Authority
- JP
- Japan
- Prior art keywords
- recording
- data
- area
- pack
- signal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は、ディジタル画像信号及びディジタル音声信号を記録再生する装置に関するものである。
【０００２】
【従来の技術】
従来のアナログ画像信号を記録再生するビデオテープレコーダ（以下「アナログＶＴＲ」という）では、記録しようとするコンポジットビデオ信号は垂直ブランキング期間の内容を含めてそのまま記録していた。
【０００３】
このとき、磁気ヘッドと磁気テープとの間の電磁変換特性から、およそ１ＭＨｚ以下の成分が記録され、文字多重放送信号のような周波数の高い（約５．７ＭＨｚ）成分は、波形がなまってしまって記録・再生はできかった。
【０００４】
【発明が解決しようとする課題】
近年、この電磁変換特性を考慮して、ビデオ信号の垂直ブランキング期間内に種々の制御信号、画像付随情報（画像に関する情報）や音声付随情報（音声に関する情報）を放送電波内やパッケージメディアに挿入する動きがある。例えば、ＣＬＯＳＥＤ ＣＡＰＴＩＯＮ、ＶＢＩＤ、ＷＳＳ、ＥＤＴＶ２等である。また、ＣＬＯＳＥＤ ＣＡＰＴＩＯＮ信号のフォーマットで各種データサービスを行うＥＤＳ（Ｅｘｔｅｎｄｅｄ Ｄａｔａ Ｓｅｒｖｉｃｅ）が規定されている。このＥＤＳではテレビジョン信号の音声の付随情報（言語の種類、ステレオ／モノラル等）を伝送することが考えられている。
【０００５】
一方、近年その進捗が目ざましい画像圧縮技術を用いたディジタルＶＴＲでは、記録信号のデータ量を削減するため、垂直ブランキング期間や水平ブランキング期間は除去される。したがって、このような画像圧縮技術を用いたディジタルＶＴＲにより前記各種フォーマットの信号を含んだビデオ信号を記録再生すると、これらのフォーマットの信号が失われてしまうという問題点があった。
【０００６】
本発明はこのような問題点を解決するためになされたものであり、画像圧縮技術を用いたディジタルＶＴＲにおいても、ビデオ信号の垂直ブランキング期間に挿入された音声付随情報を失わずに記録できるようにすることを目的とするものである。
【０００７】
【課題を解決するための手段】
前記課題を解決するため、本発明に係るディジタル画像・音声信号記録再生装置は、符号化された画像信号を記録する第１の記録エリア（VIDEO DATA記録エリア）と、符号化された音声信号を記録する第２の記録エリア（AUDIO DATA記録エリア）と、パック構造化された音声付随データを記録する第３の記録エリア（AAUX DATA 記録エリア）とを有する記録フォーマットを備えると共に、画像信号を符号化して第１の記録エリアに記録する手段と、音声信号を符号化して第２の記録エリアに記録する手段と、画像信号の垂直ブランキング期間に挿入されている音声付随情報をパック構造化して第３の記録エリアに記録する手段と、符号化された画像信号を第１の記録エリアから再生して画像信号を復号化する手段と、符号化された音声信号を第２の記録エリアから再生して音声信号を復号化する手段と、パック構造化された音声付随情報を第３の記録エリアから再生して付随情報を読み出す手段とを備え、第３の記録エリアが主領域と副領域とを有し、第３の記録エリアに記録する手段は、音声付随情報を第３の記録エリアの副領域に記録し、音声付随情報の内、重要度の高いものを第３の記録エリアの主領域に記録する。
【０００８】
また、前記課題を解決するために、本発明に係るディジタル画像・音声信号記録再生装置は、再生時に、第３の記録エリアの副領域の内容が理解できるときは、副領域内の付随情報を画像信号の垂直ブランキング期間に重畳し、副領域の内容が理解できないときは、第３の記録エリアの主領域の重要度の高い付随情報のみを画像信号の垂直ブランキング期間に重畳する重畳手段を備える。
【０００９】
また、前記課題を解決するために、本発明に係るディジタル画像・音声信号記録再生装置は、互いにアジマス角の異なる１対のヘッドにより記録される１対のトラックをペアとして扱うことにより、第３の記録エリアの副領域に記録する付随情報の種類を多くする。例えば、１フレームの画像信号が１０本のトラックとして記録される装置においては、５種類の付随情報を記録することができる。
【００１０】
さらに、前記課題を解決するために、本発明に係るディジタル画像・音声信号記録再生装置に備えられている第３の記録エリアに記録する手段は、１フレーム内の最終トラックペアの第３の記録エリアの副領域に最優先の付随情報を記録することにより、他のトラックペアの副領域に他の付随情報が記録されても互換性を保持する。
【００１２】
【作用】
本発明によれば、画像信号及び音声信号を符号化してそれぞれの記録エリアに記録すると共に、画像信号のブランキング期間に挿入されている音声付随情報をパック構造化して音声付随データの記録エリアに記録する。そして、再生時は、画像信号及び音声信号をそれぞれの記録エリアから再生して復号化すると共に、パック構造化された音声付随情報を音声付随データの記録エリアから再生して音声付随情報を読み出し、復号化した画像信号のブランキング期間に戻す。
【００１３】
【実施例】
本発明をヘリカルスキャン方式の画像圧縮記録方式民生用ディジタルＶＴＲ（以下「ディジタルＶＴＲ」という）に適用した場合の実施例について、次の項目にしたがって順次説明する。
【００１４】
１．ディジタルＶＴＲの概要
〔１〕ディジタルＶＴＲの記録フォーマット
（１）ＩＴＩエリア
（２）オーディオエリア
（３）ビデオエリア
（４）サブコードエリア
（５）ＩＤ部の構造
（６）ＭＩＣ
（７）パックの構造及び種類
（８）付随データ記録エリアの構造
〔２〕ディジタルＶＴＲの記録回路
〔３〕ディジタルＶＴＲの再生回路
【００１５】
２．アプリケーションＩＤシステム
３．垂直ブランキング期間のデータの記録再生
〔１〕垂直ブランキング期間のデータの種類
〔２〕ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックを用いた記録
〔３〕トランスペアレントパックを用いた記録
【００１６】
１．ディジタルＶＴＲの概要
まず、本実施例を構成するディジタルＶＴＲの概要について、その記録フォーマット、記録回路、再生回路の順に説明する。
【００１７】
〔１〕ディジタルＶＴＲの記録フォーマット
本実施例のディジタルＶＴＲのテープ上の記録フォーマットを図１１に示す。
この図において、トラックの両端にはマージンが設けられる。そして、その内側には記録始端側から、アフレコを確実に行うためのＩＴＩエリア、音声信号を記録するオーディオエリア、画像信号を記録するビデオエリア、副次的データを記録するためのサブコードエリアが設けられる。なお各エリアの間には、エリア確保のためのインターブロックギャップ（ＩＢＧ）が設けられる。
【００１８】
次に上記の各エリアに記録される信号の詳細を説明する。
（１）ＩＴＩエリア
ＩＴＩエリアは図１１の拡大部分に示されているように、１４００ビットのプリアンブル、１８３０ビットのＳＳＡ（Ｓｔａｒｔ−Ｓｙｎｃ Ｂｌｏｃｋ Ａｒｅａ）、９０ビットのＴＩＡ（Ｔｒａｃｋ Ｉｎｆｏｒｍａｔｉｏｎ Ａｒｅａ）及び２８０ビットのポストアンブルから構成されている。
【００１９】
ここで、プリアンブルは再生時のＰＬＬのランイン等の機能を持ち、ポストアンブルはマージンを稼ぐための役割を持つ。そして、ＳＳＡ及びＴＩＡは、３０ビットのブロックデータを単位として構成されており、各ブロックデータの先頭１０ビットには所定のＳＹＮＣパターン（ＩＴＩ−ＳＹＮＣ）が記録される。
【００２０】
このＳＹＮＣパターンに続く２０ビットの部分には、ＳＳＡにおいては主にＳＹＮＣブロック番号（０〜６０）が記録され、また、ＴＩＡにおいては主に３ビットのＡＰＴ情報（ＡＰＴ２〜ＡＰＴ０）、記録モードを識別するＳＰ／ＬＰフラグ及びサーボシステムの基準フレームを示すＰＦフラグが記録される。なお、ＡＰＴはトラック上のデータ構造を規定するＩＤデータであり、本実施例のディジタルＶＴＲでは値「０００」をとる。なお、ＡＰＴ情報の詳細は後述する。
【００２１】
以上の説明から分かるように、ＩＴＩエリアにはコード長の短いシンクブロックが磁気テープ上の固定された位置に多数記録されているので、再生データから例えばＳＳＡの６１番目のＳＹＮＣパターンが検出された位置をトラック上のアフレコ位置を規定する基準として使用することにより、アフレコ時に書換えられる位置を高精度に規定し、良好なアフレコを行うことができる。なお、本実施例のディジタルＶＴＲは、後述するように外の種々のディジタル信号記録再生装置へ容易に商品展開できるように設計されているが、どのようなディジタル信号記録再生装置においても特定のエリアのデータの書換えは必要となるので、このトラック入口側のＩＴＩエリアは必ず設けられている。
【００２２】
（２）オーディオエリア
オーディオエリアは、図１１の拡大部分に示されるように、その前後にプリアンブルとポストアンブルを有しており、プリアンブルはＰＬＬ引き込み用のランアップ及びオーディオＳＹＮＣブロックの前検出のためのプリＳＹＮＣから構成されている。また、ポストアンブルは、オーディオエリアの終了を確認するためのポストＳＹＮＣと、ビデオデータアフレコ時にオーディオエリアを保護するためのガードエリアとから構成されている。
【００２３】
ここで、プリＳＹＮＣ及びポストＳＹＮＣの各ＳＹＮＣブロックは、図１２の（１）及び（２）に示すように構成され、プリＳＹＮＣはＳＹＮＣブロック２個から、ポストＳＹＮＣはＳＹＮＣブロック１個から構成されている。そして、プリＳＹＮＣの６バイト目には、ＳＰ／ＬＰの識別バイトが記録される。これはＦＦｈでＳＰ、ＯＯｈでＬＰを表し、前述のＩＴＩエリアに記録されたＳＰ／ＬＰフラグが読み取り不能のときはこのプリＳＹＮＣのＳＰ／ＬＰの識別バイトの値が採用される。
【００２４】
以上のようなアンブルエリアに挟まれたエリアに記録されるオーディオデータは次のようにして生成される。
まず、記録すべき１トラック分の音声信号は、Ａ／Ｄ変換及びシャフリングを施された後フレーミングが行われ、さらにパリティを付加される。このフレーミングを行ってパリティを付加したフォーマットを図１３の（１）に示す。この図において、７２バイトのオーディオデータの先頭に５バイトの音声付随データ（以下「ＡＡＵＸデータ」という）を付加して１ブロック７７バイトのデータを形成し、これを垂直に９ブロック積み重ねてフレーミングを行い、これに８ビットの水平パリティＣ１とブロック５個分に相当すると垂直パリティＣ２とが付加される。
【００２５】
これらのパリティが付加されたデータは各ブロック単位で読み出されて、各ブロックの先頭側に３バイトのＩＤを付加され、さらに、記録変調回路において２バイトのＳＹＮＣ信号を挿入されて、図１３の（２）に示されるようなデータ長９０バイトの１ＳＹＮＣブロックの信号へ成形される。そして、この信号がテープに記録される。
【００２６】
（３）ビデオエリア
ビデオエリアは図１１の拡大部分に示されるようにオーディオエリアと同様のプリアンブル及びポストアンブルを持つ。ただし、ガードエリアがより長く形成されている点でオーディオエリアのものと異なっている。これらのアンブルエリアに挟まれたビデオデータは次のようにして生成される。
【００２７】
まず、記録すべきコンポジットビデオ信号をＹ，Ｒ−Ｙ，Ｂ−Ｙのコンポーネントビデオ信号に分離した後、Ａ／Ｄ変換し、このＡ／Ｄ変換出力から１フレーム分の有効走査エリアのデータを抽出する。この１フレーム分の抽出データは、ビデオ信号が５２５／６０システムの場合には、Ｙ信号のＡ／Ｄ変換出力（ＤＹ）については、水平方向７２０サンプル、垂直方向４８０ラインで構成され、また、Ｒ−Ｙ信号のＡ／Ｄ変換出力（ＤＲ）及びＢ−Ｙ信号のＡ／Ｄ変換出力（ＤＢ）については、それぞれ水平方向１８０サンプル、垂直方向４８０ラインで構成される。そしてこれらの抽出データは、図１４に示されるように水平方向８サンプル、垂直方向８ラインのブロックに分割される。ただし、色差信号の場合、この図１４の（２）の右端部分のブロックは水平方向４サンプルしかないので、上下に隣接する２個のブロックをまとめて１個のブロックとする。以上のブロッキング処理によって１フレームにつきＤＹ、ＤＲ、ＤＢで合計８１００個のブロックが形成される。なお、この水平方向８サンプル、垂直方向８ラインで構成されるブロックをＤＣＴブロックと言う。
【００２８】
次に、これらのブロッキングされたデータを所定のシャフリングパターンにしたがってシャフリングした後、ＤＣＴブロック単位でＤＣＴ変換し、続いて量子化及び可変長符号化を行う。ここで、量子化ステップは３０ＤＣＴブロック毎に設定され、この量子化ステップの値は、３０個のＤＣＴブロックを量子化して可変長符号化した出力データの総量が所定値以下となるように設定される。すなわち、ビデオデータを、ＤＣＴブロック３０個ごとに固定長化する。このＤＣＴブロック３０個分のデータをバッファリングユニットと言う。
【００２９】
以上のようにして固定長化したデータについて、その１トラック分のデータ毎にビデオ付随データ（以下「ＶＡＵＸデータ」と言う）と共にフレーミングを施し、その後、誤り訂正符号を付加する。
このフレーミングを施して誤り訂正符号を付加した状態のフォーマットを図１５に示す。
【００３０】
この図において、ＢＵＦ０〜ＢＵＦ２６はそれぞれが１個のバッファリングユニットを表す。そして、１個のバッファリングユニットは、図１６の（１）に示すように垂直方向に５つのブロックに分割された構造を有し、各ブロックは７７バイトのデータ量を持つ。また、各ブロックの先頭側の１バイトには量子化に関するパラメータを格納するエリアＱが設けられる。
【００３１】
この量子化データに続く７６バイトのエリアにビデオデータが格納される。そして、図１５に示されているように、これらの垂直方向に２７個配置されたバッファリングユニットの上部には上記のバッファリングユニット内のブロック２個分に相当するＶＡＵＸデータα及びβが配置されると共に、その下部にはブロック１個分に相当するＶＡＵＸデータγが配置され、これらのフレーミングされたデータに対して８バイトの水平パリティＣ１及びブロック１１個分に相当する垂直パリティＣ２が付加される。
【００３２】
このようにパリティが付加された信号は各ブロック単位で読み出されて各ブロックの先頭側に３バイトのＩＤ信号を付加され、さらに、記録変調回路において２バイトのＳＹＮＣ信号が挿入される。これにより、ビデオデータのブロックについては図１６の（２）に示されるようなデータ量９０バイトの１ＳＹＮＣブロックの信号が形成され、また、ＶＡＵＸデータのブロックについては同図の（３）に示されるような１ＳＹＮＣブロックの信号が形成される。この１ＳＹＮＣブロック毎の信号が順次テープに記録される。
【００３３】
以上に説明したフレーミングフォーマットでは、１トラック分のビデオデータを表わす２７個のバッファリングユニットはＤＣＴブロック８１０個分のデータを有するので、１フレーム分のデータ（ＤＣＴブロック８１００個分）は１０個のトラックに分けて記録されることになる。
【００３４】
（４）サブコードエリア
サブコードエリアは主に高速サーチ用の情報を記録するために設けられたエリアであり、その拡大図を図１７に示す。この図に示されるように、サブコードエリアは１２バイトのデータ長を持つ１２個のＳＹＮＣブロックを含み、その前後にプリアンブル及びポストアンブルが設けられる。ただし、オーディオエリア及びビデオエリアのようにプリＳＹＮＣ及びポストＳＹＮＣは設けられない。そして、１２個の各ＳＹＮＣブロックには、５バイトの付随データ（ＡＵＸデータ）を記録するデータ部が設けられている。また、この５バイトの付随データを保護するパリティとしては２バイトの水平パリティＣ１のみが用いられ、垂直パリティは使用されない。
【００３５】
なお、以上に説明したオーディオエリア、ビデオエリア、サブコードエリアを構成している各ＳＹＮＣブロックは、記録変調において２４／２５変換（記録信号の２４ビット毎のデータを２５ビットへ変換することにより、記録符号にトラッキング制御用パイロット周波数成分を付与するようにした記録変調方式）を施されるため、各エリアの記録データ量は図１１に示されているようなビット数になる。
【００３６】
（５）ＩＤ部の構造
以上の図１３、図１６及び図１７に示されている各ＳＹＮＣブロックの構成から明らかなように、オーディオエリア、ビデオエリア及びサブコードエリアに記録されるＳＹＮＣブロックは、２バイトのＳＹＮＣ信号の後にＩＤ０、ＩＤ１及びＩＤＰ（ＩＤ０，ＩＤ１を保護するパリティ）からなる３バイトのＩＤ部が設けられる点で共通の構造となっている。そして、このＩＤ部の内のＩＤ０、ＩＤ１は、オーディオエリア及びビデオエリアにおいては図１８に示すようにデータの構造が定められる。
【００３７】
すなわち、ＩＤ１にはオーディオエリアのプリＳＹＮＣからビデオエリアのポストＳＹＮＣまでのトラック内ＳＹＮＣ番号が２進数で格納される。そして、ＩＤ０の下位４ビットには１フレーム内のトラック番号が格納される。
【００３８】
また、ＩＤ０の上位４ビットには、ＡＡＵＸ＋オーディオデータ及びビデオデータの各ＳＹＮＣブロックにおいては、この図の（１）に示されるように４ビットのシーケンス番号が格納される。一方、オーディオエリアのプリＳＹＮＣブロック、ポストＳＹＮＣブロック及びパリティＣ２のＳＹＮＣブロックにおいては、オーディオエリアのデータ構造を規定する３ビットのＩＤデータＡＰ１が格納され、また、ビデオエリアのプリＳＹＮＣブロック、ポストＳＹＮＣブロック及びパリティＣ２のＳＹＮＣブロックにおいてはビデオエリアのデータ構造を規定する３ビットのＩＤデータＡＰ２が格納される（この図の（２）参照）。なお、これらのＡＰ１及びＡＰ２の値は、本実施例のディジタルＶＴＲでは「０００」をとる。
【００３９】
また、上記のシーケンス番号は、「００００」から「１０１１」までの１２通りの番号を各フレーム毎に記録するものであり、このシーケンス番号を見ることにより、変速再生時に得られたデータが同一フレーム内のものかどうかを判断できる。
【００４０】
一方、サブコードエリアにおけるＳＹＮＣブロックのＩＤ部の構造は図１９のように規定されている。
この図はサブコードエリアの１トラック分のＳＹＮＣブロック番号０から１１までの各ＩＤ部の構造を示したものであり、ＩＤ０の最上位ビットにはＦＲフラグが設けられる。このフラグはフレームの前半５トラックであるか否かを示し、前半５トラックにおいては「０」、後半５トラックにおいては「１」の値をとる。その次の３ビットには、ＳＹＮＣブロック番号が「０」及び「６」であるＳＹＮＣブロックにおいてはサブコードエリアのデータ構造を規定するＩＤデータＡＰ３が記録されると共に、ＳＹＮＣブロック番号「１１」のＳＹＮＣブロックにおいてはトラック上のデータ構造を規定するＩＤデータＡＰＴが記録され、その外のＳＹＮＣブロックにおいてはＴＡＧコードが記録される。なお、上記ＡＰ３の値は、本実施例のディジタルＶＴＲでは「０００」をとる。
【００４１】
また、上記ＴＡＧコードは、この図に拡大して示されているようにサーチ用の３種類のＩＤ信号、すなわち、従来から行われているＩＮＤＥＸサーチのためのＩＮＤＥＸ ＩＤ、コマーシャル等の不要場面をカットするためのＳＫＩＰ ＩＤ及び静止画サーチのためのＰＰ ＩＤ（Ｐｈｏｔｏ／Ｐｉｃｔｕｒｅ ＩＤ）から構成される。また、ＩＤ０の下位４ビットとＩＤ１の上位４ビットとを使用してトラックの絶対番号（テープの先頭からの通しのトラック番号）が記録される。ただし、この図に示されるようにＳＹＮＣブロック３個分の合計２４ビットを用いて１個の絶対トラック番号が記録される。ＩＤ１の下位４ビットにはサブコードエリアのＳＹＮＣブロック番号が記録される。
【００４２】
（６）ＭＩＣ
本実施例のディジタルＶＴＲでは、以上に説明したようにテープ上に規定されている各エリアに付随データを記録するようにしているが、この外にテープの収納されるカセットにメモリＩＣの設けられた回路基板を搭載し、このメモリＩＣにも付随データを記録するようにしている。そして、このカセットがディジタルＶＴＲに装着されるとこのメモリＩＣに書き込まれた付随データが読み出されてディジタルＶＴＲの運転・操作の補助が行われるようにしている（特願平４−１６５４４４号、特願平４−２８７８７５号等参照）。このメモリＩＣを本願ではＭＩＣ（Ｍｅｍｏｒｙ Ｉｎ Ｃａｓｓｅｔｔｅ）と呼び、そのデータ構造については後で詳述する。
【００４３】
（７）パックの構造及び種類
以上に説明したように、本実施例のディジタルＶＴＲでは、付随データを記録するエリアとして、テープ上のオーディオエリアのＡＡＵＸエリア、ビデオエリアのＶＡＵＸエリア及びサブコードエリアのＡＵＸデータ記録エリアが使用され、また、この外にテープカセットに搭載されたＭＩＣの記録エリアが使用される。そして、これらの各エリアは、いずれも５バイトの固定長をもつパックを単位として構成される。
【００４４】
つぎに、これらのパックの構造及び種類について説明する。
パックは図２０に示される５バイトの基本構造を持つ。この５バイトについて、最初のバイト（ＰＣ０）がデータの内容を示すアイテム（パックヘッダーともいう）とされる。そして、このアイテムに対応して後続する４バイト（ＰＣ１〜４）の書式が定められ、この書式にしたがって任意のデータが設けられる。
【００４５】
このアイテムデータは上下４ビットずつに分割され、上位４ビットは大アイテム、下位４ビットは小アイテムと称される。そして上位４ビットの大アイテムは例えば後続データの用途を示す情報とされ、この大アイテムによってパックは図２１に示されるように、コントロール「００００」、タイトル「０００１」、チャプター「００１０」、パート「００１１」、プログラム「０１００」、ＡＡＵＸ「０１０１」、ＶＡＵＸ「０１１０」、カメラ「０１１１」、ライン「１０００」、ソフトモード「１１１１」の１０種類のグループに展開されている。
【００４６】
このように大アイテムによって展開されたパックの各グループは、それぞれがさらに小アイテム（これによって例えば後続データの具体的な内容が表される）によって１６個のパックに展開され、結局、これらのアイテムを用いて最大２５６種類のパックを定義することができる。
【００４７】
なお、図２１における大アイテム「１００１」〜「１１１０」は追加用に残された未定義の部分を表している。したがって、未だ定義されていないアイテムデータのコードを使用して新たなアイテムデータ（パックヘッダー）を定義することにより、将来任意に新しいデータの記録を行うことができる。またヘッダーを読むことによりパックに格納されているデータの内容を把握できるので、パックを記録するテープ上の位置も任意に設定できる。
【００４８】
次に、パックの具体例を図２２及び図２３を用いて説明する。
図２２の（１）に示されるパックは、そのアイテムの値からわかるように図２１におけるＡＡＵＸのグループに所属するものであってＡＡＵＸ ＳＯＵＲＣＥパックと呼ばれ、音声に関する付随データの記録に使用される。すなわち、図に示されるように、オーディオサンプル周波数が映像信号とロックしているか否かを示すフラグ（ＬＦ）、１フレーム当たりのオーディオサンプル数（ＡＦ ＳＩＺＥ）、オーディオチャンネル数（ＣＨ）、各オーディオチャンネルのステレオ／モノラル等のモードの情報（ＰＡ及びＡＵＤＩＯ ＭＯＤＥ）、テレビジョン方式に関する情報（５０／６０及びＳＴＹＰＥ）、エンファシスの有無（ＥＦ）、エンファシスの時定数（ＴＣ）、サンプル周波数（ＳＭＰ）、量子化情報（ＱＵ）が記録される。
【００４９】
また、同図の（２）示されるＡＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックには、ＳＣＭＳデータ（上位ビットが著作権の有無を表し、下位ビットがオリジナルテープか否かを表す）、コピーソースデータ（アナログ信号源か否か等を表す）、コピー世代データ、サイファー（暗号）タイプデータ（ＣＰ）、サイファーデータ（ＣＩ）、記録開始フレームか否かを示すフラグ（ＲＥＣ ＳＴ）、記録最終フレームか否かを示すフラグ（ＲＥＣ ＥＮＤ）、オリジナル記録／アフレコ記録／インサート記録等の記録モードデータ（ＲＥＣ ＭＯＤＥ）、方向を示すフラグ（ＤＲＦ）、再生スピードデータ及び記録内容のジャンルカテゴリーが記録される。
【００５０】
さらに、同図の（３）に示されるＡＡＵＸ ＲＥＣ ＤＡＴＥパックには、サマータイムか否かを示すフラグ「ＤＳ」、３０分の時差の有無を示すフラグ「ＴＭ」、時差を表すデータ「ＴＩＭＥ ＺＯＮＥ」及び日、曜日、月、年のデータが記録される。
【００５１】
そして、同図の（４）に示されるＡＡＵＸ ＲＥＣ ＴＩＭＥパックには、ＳＭＰＴＥタイムコード表示で＊＊時＊＊分＊＊秒＊＊フレームの記録時間のデータが記録される。
【００５２】
また、同図の（５）に示されるＡＡＵＸ ＲＥＣ ＴＩＭＥ ＢＩＮＡＲＹ
ＧＲＯＵＰＥパックには、ＳＭＰＴＥタイムコードのバイナリー・グループ・データが記録される。
【００５３】
そして、図１９の（１）に示されるＡＡＵＸ ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックには、テレビジョン信号の垂直ブランキング期間に伝送されるＣＬＯＳＥＤ ＣＡＰＴＩＯＮ信号のフォーマットを用いたＥＤＳデータの内、主音声、第２音声の言語・種類に関するデータが格納される。これらのデータ内容は次のとおりである。
【００５４】
ＭＡＩＮ及び２ＮＤ ＡＵＤＩＯ ＬＡＮＧＵＡＧＥ：
０００＝Ｕｎｋｎｏｗｎ
００１＝Ｅｎｇｌｉｓｈ
０１０＝Ｓｐａｎｉｓｈ
０１１＝Ｆｒｅｎｃｈ
１００＝Ｇｅｒｍａｎ
１０１＝Ｉｔａｌｉａｎ
１１０＝Ｏｔｈｅｒｓ
１１１＝Ｎｏｎｅ
【００５５】
ＭＡＩＮ ＡＵＤＩＯ ＴＹＰＥ：
０００＝Ｕｎｋｎｏｗｎ
００１＝Ｍｏｎｏ
０１０＝Ｓｉｍｕｌａｔｅｄ Ｓｔｅｒｅｏ
０１１＝Ｔｒｕｅ Ｓｔｅｒｅｏ
１００＝Ｓｔｅｒｅｏ
１０１＝Ｄａｔａ Ｓｅｒｖｉｃｅ
１１０＝Ｏｔｈｅｒｓ
１１１＝Ｎｏｎｅ
【００５６】
２ＮＤ ＡＵＤＩＯ ＴＹＰＥ：
０００＝Ｕｎｋｎｏｗｎ
００１＝Ｍｏｎｏ
０１０＝Ｄｅｓｃｒｉｐｔｉｖｅ Ｖｉｄｅｏ Ｓｅｒｖｉｃｅ
０１１＝Ｎｏｎ−ｐｒｏｇｒａｍ Ａｕｄｉｏ
１００＝Ｓｐｅｃｉａｌ Ｅｆｆｅｃｔｓ
１０１＝Ｄａｔａ Ｓｅｒｖｉｃｅ
１１０＝Ｏｔｈｅｒｓ
１１１＝Ｎｏｎｅ
【００５７】
ここで、ＡＡＵＸメインエリアにＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックが記録されている場合には、主音声・第２音声の種類はそのパック内の情報に従う。また、ＡＡＵＸメインエリアにＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックが記録されておらず、その代わりに情報無しパックが記録されている場合には、主音声・第２音声の種類はＡＡＵＸ ＳＯＵＲＣＥパック内のＡＵＤＩＯ ＭＯＤＥの情報に従う。なお、ＡＡＵＸ ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックについての詳細は後述する。
【００５８】
また、図２３の（２）〜（５）及び図２４（１），（２）に示される各パックは、そのアイテムデータの値から分かるように図２１におけるＶＡＵＸのグループに所属するものであり、画像に関する付随データの記録に使用される。
【００５９】
これらのパックの記録内容について説明すると、図２３の（２）に示されるＶＡＵＸ ＳＯＵＲＣＥパックには、記録信号源のチャンネル番号、記録信号が白黒信号であるか否かを示すフラグ（Ｂ／Ｗ）、カラーフレーミングを表すコード（ＣＦＬ）、ＣＦＬが有効であるか否かを示すフラグ（ＥＮ）、記録信号源がカメラ／ライン／ケーブル／チューナー／ソフトテープ等のいずれであるかを示すコード（ＳＯＵＲＣＥ ＣＯＤＥ）、テレビジョン信号の方式に関するデータ（５０／６０及びＳＴＹＰＥ）、ＵＶ放送／衛星放送等の識別に関するデータ（ＴＵＮＥＲ ＣＡＴＥＧＯＲＹ）が記録される。
【００６０】
図２３の（３）に示されるＶＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックには、ＳＣＭＳデータ（上位ビットが著作権の有無を表し、下位ビットがオリジナルテープか否かを表す）、コピーソースデータ（アナログ信号源か否か等を表す）、コピー世代データ、サイファー（暗号）タイプデータ（ＣＰ）、サイファーデータ（ＣＩ）、記録開始フレームか否かを示すフラグ（ＲＥＣ ＳＴ）、オリジナル記録／アフレコ記録／インサート記録等の記録モードデータ（ＲＥＣ ＭＯＤＥ）が記録されると共に、さらに、アスペクト比等に関するデータ（ＢＣＳＹＳ及びＤＩＳＰ）、奇偶フィールドのうちの一方のフィールドの信号のみを２回反復して出力するか否かに関するフラグ（ＦＦ）、フィールド１の期間にフィールド１の信号を出力するかフィールド２の信号を出力するかに関するフラグ（ＦＳ）、フレームの画像データが前のフレームの画像データと異なっているか否かに関するフラグ（ＦＣ）、インターレースであるか否かに関するフラグ（ＩＬ）、記録画像が静止画であるか否かに関するフラグ（ＳＴ）、記録画像がスチルカメラモードで記録されたものであるか否かを示すフラグ（ＳＣ）及び記録内容のジャンルが記録される。
【００６１】
また、同図の（４）に示されるＶＡＵＸ ＲＥＣ ＤＡＴＥパックには記録日に関するデータが記録され、同図の（５）に示されるＶＡＵＸ ＲＥＣ ＴＩＭＥパックには記録時間に関するデータが記録され、図２４の（１）に示されるＶＡＵＸ ＲＥＣ ＴＩＭＥ ＢＩＮＡＲＹ ＧＲＯＵＰのパックにはタイムコードのバイナリー群のデータが記録される。
【００６２】
そして図２４の（２）に示されるＶＡＵＸ ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックにはテレビジョン信号の垂直帰線期間に伝送されるＣＬＯＳＥＤ ＣＡＰＴＩＯＮ信号が記録される。このパックについての詳細は後述する。
【００６３】
なお、パックの特殊例として、アイテムコードがオール１のパックは、無情報のパック（Ｎｏ Ｉｎｆｏｒｍａｔｉｏｎ パック：以下「ＮＯ ＩＮＦＯパック」という）として定義されている。
【００６４】
以上の説明から分かるように、本実施例のディジタルＶＴＲでは、付随データの構造が上述のような各エリアに共通なパック構造となっているので、これらのデータを記録再生する場合のソフトウェアを共通にでき、処理が簡単になる。また記録再生時のタイミングが一定になるために、時間調整のために余分にＲＡＭ等のメモリを設ける必要がなく、さらに新たな機種の開発などの場合にも、そのソフトウェアの開発を容易に行うことができる。
【００６５】
また、パック構造にすることによって、例えば再生時にエラーが発生した場合にも、次のパックを容易に取り出すことができる。このためエラーの伝播等によって大量のデータが破壊されてしまうようなことがない。
【００６６】
なお、前述のＭＩＣにテキストデータを記憶する場合には、記憶容量の小さいＭＩＣの記憶エリアの使用領域を節約するために、パックの構造を例外的に１個のパックの中に記録対象であるテキストデータが全部格納される可変長パックの構造としており、これによってＭＩＣの記憶領域の消費量を節約している。
【００６７】
（８）付随データ記録エリアの構造
次に、パックを用いて多種多様な付随データが記録されるＡＡＵＸエリア、ＶＡＵＸエリア、サブコードエリアのデータエリア及びテープカセットに搭載されたＭＩＣの記録エリアの具体的構造について説明する。
【００６８】
▲１▼ ＡＡＵＸエリア
ＡＡＵＸエリアでは、図１３の（２）に示される１ＳＹＮＣブロックのフォーマットにおいて、５バイトのＡＡＵＸエリアで１個のパックが構成される。したがって、ＡＡＵＸエリアは１トラックにつき９個のパックで構成される。５２５／６０システムのディジタルＶＴＲでは１フレームのデータを１０トラックで記録するので、１フレーム分のＡＡＵＸエリアは図２５のように表される。
【００６９】
この図において１つの区画が１個のパックを表す。そして、区画に記入されている番号５０〜５５は、その区画のパックのアイテムコードを１６進数表示したものであり（この図における番号５０は、前述のＡＡＵＸ ＳＯＵＲＣＥパックを表している）、これらの６種類のパックをメインパックと呼び、これらのメインパックが記録されるエリアをＡＡＵＸメインエリアと言う。また、これ以外のエリアはＡＡＵＸオプショナルエリアと言い、多種多様なパックの中から任意のパックを選んで記録することができる。
【００７０】
▲２▼ＶＡＵＸエリア
ＶＡＵＸエリアについては、１トラックにおけるＶＡＵＸエリアが図１５に示されるように３個のＳＹＮＣブロックα、β、γから構成され、そのパック個数は、図２６に示されるように１ＳＹＮＣブロックにつき１５個、１トラックで４５個となる。なお、１ＳＹＮＣブロックにおけるエラーコードＣ１の直前の２バイトのエリアは、予備的な記録エリアとして使用する。
【００７１】
１フレーム分のＶＡＵＸエリアについて、そのパック構成を示すと図２７のようになる。この図において１６進数表示のアイテムコード６０〜６５が付されているパックはＶＡＵＸメインエリアを構成するＶＡＵＸメインパックであり、図２３の（２）〜（５）及び図２４の（１），（２）に示したパックがこれに相当している。その外のパックはＶＡＵＸオプショナルエリアを構成する。
【００７２】
▲３▼サブコードエリアのデータエリア
サブコードエリアのデータエリアは、図１７に示されるように、ＳＹＮＣブロック番号０〜１１の各ＳＹＮＣブロックの中に５バイトづつ書き込まれ、それぞれが１パックを構成している。すなわち、１トラックで１２個のパックが記録され、そのうちＳＹＮＣブロック番号３〜５及び９〜１１のパックがメインエリアを構成し、その外のパックはオプショナルエリアを構成する。
【００７３】
このサブコードエリアにおいては、１フレーム分のデータが図２８に示すようなフォーマットで反復記録される。この図において大文字のアルファベットはメインエリアのパックを表し、タイムコード、記録年月日等の高速サーチに必要なデータが記録される。小文字のアルファベットはオプショナルエリアのパックを表し、このエリアには任意のパックを選択して任意のデータを記録することができる。
【００７４】
なお、図２８は５２５／６０システムの場合の記録パターンであるが、参考までに６２５／５０システムの場合の１フレーム分のサブコードデータの記録パターンを図２９に示す。この図に示されるように、６２５／５０システムの場合は１フレームが１２トラックで構成され１トラックにおけるサブコードは５２５／６０システムの場合と同様に１２個のＳＹＮＣブロックで構成され、トラック数のみが異なったものとなる。
【００７５】
なお、以上に説明した各エリアにおけるメインエリアには、あらゆるテープについて共通的な基本のデータ項目に関する付随的情報が格納されたパックが記録されるという特徴がある。一方、オプショナルエリアには、ソフトテープメーカーあるいはユーザー等が自由に任意の付随データを書き込むことができる。そのような付随的情報としては、例えば、種々の文字情報、文字放送信号データ、垂直ブランキング期間内或るいは有効走査期間内の任意のラインのテレビジョン信号データ、コンピューターグラフィックスのデータ等がある。
【００７６】
▲４▼ＭＩＣの記録エリア
図３０にＭＩＣの記録エリアのデータ構造を示す。この記録エリアもメインエリアとオプショナルエリアに分かれており、先頭の１バイトと未使用エリア（ＦＦｈ）を除いてすべてパック構造で記述される。前述のようにテキストデータだけは、可変長のパック構造で、それ以外はＶＡＵＸ、ＡＡＵＸ、サブコードの各エリアと同じ５バイト固定長のパック構造で記録される。
【００７７】
ＭＩＣメインエリアの先頭のアドレス０には、ＭＩＣのデータ構造を規定するＩＤデータであるＡＰＭ３ビットとＢＣＩＤ（Ｂａｓｉｃ ＣａｓｓｅｔｔｅＩＤ）４ビットが記録される。ここで、ＡＰＭの値は、本実施例のディジタルＶＴＲでは「０００」をとる。また、ＢＣＩＤは、基本カセットＩＤであり、ＭＩＣ無しカセットでのＩＤ認識（テープ厚み、テープ種類、テープグレード）用のＩＤボードと同じ内容である。ＩＤボードは、ＭＩＣ読み取り端子を従来の８ミリＶＴＲのレコグニションホールと同じ役目をさせるもので、これにより従来のようにカセットハーフに穴を空ける必要がなくなる。
【００７８】
アドレス１以降に順に、ＣＡＳＳＥＴＥ ＩＤパック、ＴＡＰＥ ＬＥＮＧＴＨパック、ＴＩＴＬＥ ＥＮＤパックの３個のパックが記録される。ＣＡＳＳＥＴＥ ＩＤＩＤパックにはテープ厚み情報とＭＩＣに関するメモリ情報が記録されている。ＴＡＰＥ ＬＥＮＧＴＨパックにはテープメーカーによってそのカセットのテープ長がトラック本数表現で記録されており、このデータと次のＴＩＴＬＥ ＥＮＤパックに格納されている記録最終位置を示す絶対トラック番号から、テープの残量が直ちに計算できる。またこの記録最終位置情報は、カムコーダーで途中を再生して停止させ、その後、元の最終記録位置に戻る時やタイマー予約時に便利な使い勝手を提供する。
【００７９】
オプショナルエリアは、オプショナルイベントで構成される。メインエリアが、アドレス０から１５まで１６バイトの固定エリアだったのに対し、オプショナルエリアはアドレス１６以降にある可変エリアである。その内容によりエリアの長さが変わり、イベント消去時にはアドレス１６以降に残りのイベントを詰めて保存する。詰め込み作業後不要となったデータは、すべてＦＦｈを書き込んでおき、未使用エリアとする。オプショナルエリアは、文字どおりオプションで、おもにＴＯＣ（Ｔａｂｌｅ ｏｆ Ｃｏｎｔｅｎｔｓ）やテープ上のポイントを示すタグ情報、それにプログラムに関するタイトル等のテキストデータ等が記録される。
【００８０】
ＭＩＣ読出し時、そのパックヘッダーの内容により５バイト毎、または可変長バイト（テキストデータ）毎に、次のパックヘッダーが登場するが、未使用エリアのＦＦｈをヘッダーとして読みだすと、これは情報無しパック（ＮＯ ＩＮＦＯパック）のパックヘッダーに相当するので、コントロールマイコンはそれ以降に情報が無いことを検出できる。
【００８１】
オプショナルエリアは共通オプションとメーカーオプションとから構成され、共通オプションには、例えば、テキストデータが入る。メーカーオプショナルエリアには、ソフトモード「１１１１」の大アイテムと「００００」の小アイテムを有する「メーカーコード」パックが設けられ、それに続いてメーカーごとの固有の内容が設けられる。オプショナルエリアへの記録及び書き込みは、先に共通オプションの内容が記録され、その後に、メーカーオプションが記録される。
【００８２】
したがってこの「メーカーコード」パックが判別されると、それ以前は共通化された内容であり、これ以降はメーカーごとの固有の内容であると判別される。なお共通オプションの内容、または「メーカーコード」パック及びメーカーごとの固有の内容は、一方または両方が存在しない場合もある。
【００８３】
〔２〕ディジタルＶＴＲの記録回路
本実施例のディジタルＶＴＲでは、以上に説明した記録フォーマットにしたがってテープ及びＭＩＣへの記録が行われるが、次に、このような記録を実行するディジタルＶＴＲの記録回路の構成及び動作について説明する。
【００８４】
記録回路の構成の１例を図３１に示す。この図において、入力されたコンポジットビデオ信号はＹ／Ｃ分離回路１によりＹ，Ｒ−Ｙ，Ｒ−Ｙの各コンポーネントビデオ信号に分離され、Ａ／Ｄ変換器２へ供給される。また、コンポジットビデオ信号は同期分離回路４へ供給され、ここで分離された同期信号はクロック発生器５へ供給される。クロック発生器５はＡ／Ｄ変換器２及びブロッキング・シャフリング回路３のためのクロック信号を生成する。
【００８５】
Ａ／Ｄ変換器２へ入力されたコンポーネント信号は、５２５／６０システムの場合、Ｙ信号は１３．５ＭＨｚ、色差信号は１３．５／４ＭＨｚのサンプリング周波数で、また６２５／５０システムの場合、Ｙ信号は１３．５ＭＨｚ、色差信号は１３．５／２ＭＨｚのサンプリング周波数で、Ａ／Ｄ変換が行われる。そして、これらのＡ／Ｄ変換出力のうち有効走査期間のデータＤＹ，ＤＲ，ＤＢのみがブロッキング・シャフリング回路３へ供給される。
【００８６】
このブロッキング・シャフリング回路３において、有効データＤＹ，ＤＲ，ＤＢは、水平方向８サンプル、垂直方向８ラインを１つのブロックとするブロッキング処理を施され、さらにＤＹのブロック４個、ＤＲとＤＢのブロックを１個ずつ、計６個のブロックを単位として画像データの圧縮効率を上げ、かつ再生時のエラーを分散させるためのシャフリングが行われた後、圧縮符号化部へ供給される。
【００８７】
圧縮符号化部は入力された水平方向８サンプル、垂直方向８ラインのブロックデータに対してＤＣＴ（離散コサイン変換）を行う圧縮回路６、その結果を所定のデータ量まで圧縮できたかを見積もる見積器８及びその判断結果を基に最終的に量子化ステップを決定し、可変長符号化を用いたデータ圧縮を行う量子化器７とから構成される。量子化器７の出力はフレーミング回路９において図１５において説明したフォーマットにフレーム化される。
【００８８】
図３１におけるモード処理マイコン２７は、人間とのマンマシンインターフェースを取り持つマイコンで、ビデオ信号の垂直同期信号の周波数に同期して動作する。また、信号処理マイコン１５はよりマシンに近い側で動作するものであり、ドラムの回転数９０００ｒｐｍ，１５０Ｈｚに同期して動作する。
【００８９】
そして、ＶＡＵＸ，ＡＡＵＸ，サブコードの各エリアのパックデータは、基本的にモード処理マイコン２７で生成されると共に、ＴＩＴＬＥ ＥＮＤパック等に含まれる絶対トラック番号は信号処理マイコン１５で生成され、後で所定の位置にはめ込む処理が実行される。サブコード内に格納されるタイムコードデータも信号処理マイコン１５で生成される。
【００９０】
これらの結果はマイコンとハードウエアとの間を取り持つインターフェィスであるＶＡＵＸ用ＩＣ１６、サブコード用ＩＣ１７及びＡＡＵＸ用ＩＣ１８に与えられる。ＶＡＵＸ用ＩＣ１６はタイミングをはかって合成器１０でフレーミング回路９の出力と合成する。また、サブコード用ＩＣ１７はＡＰ３、サブコードのＩＤであるＳＩＤ及びサブコードのパックデータＳＤＡＴＡを生成する。
【００９１】
一方、入力オーディオ信号はＡ／Ｄ変換器１１によりディジタルオーディオ信号に変換される。なお、ビデオ信号及びオーディオ信号のＡ／Ｄ変換の際には、この図には示されていないが、サンプリング回路の前段にそのサンプリング周波数に応じたＬＰＦを設けることが必要である。Ａ／Ｄ変換されたオーディオデータは、シャフリング回路１２によりデータの分散処理を受けた後、フレーミング回路１３において図１３において説明したフォーマットにフレーム化される。このとき、ＡＡＵＸ用ＩＣ１８は、ＡＡＵＸのパックデータを生成しタイミングを見計らって、合成器１４にてオーディオのＳＹＮＣブロック内の所定の場所にそれらを詰め込む。
【００９２】
次にＶＡＵＸを例にパックデータの記録回路を説明する。図３２にその全体の流れを示す。なお、ＡＡＵＸはＶＡＵＸと同様であるので、ここでは省略する。まずモード処理マイコン２７内でＶＡＵＸに格納すべきパックデータを生成する。それをＰ／Ｓ変換回路１１８にてシリアルデータに変換し、マイコン間の通信プロトコルにしたがって信号処理マイコン１５へ送る。ここでＳ／Ｐ変換回路１１９にてパラレルデータに戻し、スイッチ１２２を介してバッファメモリ１２３に格納する。送られたパックデータのうちその５バイト毎の先頭のヘッダー部をパックヘッダー検出回路１２０にて抜き出し、そのパックが絶対トラック番号を必要とするパックかどうかを調べる。必要ならばスイッチ１２２を切り換えて絶対トラック番号生成回路１２１から２３ビットのデータを８ビット刻みで格納する。格納エリアは、個々のパック構造において説明したようにすべて格納すべきパックのＰＣ１、ＰＣ２、ＰＣ３の固定位置である。
【００９３】
ここで回路１１９はマイコン内にあるシリアルＩ／Ｏであり、回路１２０、１２１、１２２はマイコンプログラムで構成され、回路１２３はマイコン内のＲＡＭである。このようにパック構造の処理は、わざわざハードで組まなくてもマイコンの処理時間で間に合うため、コスト的に有利なマイコンを使用する。
【００９４】
こうしてバッファメモリ１２３に格納されたデータは、ＶＡＵＸ用ＩＣ１６のライト側タイミングコントローラ１２５からの指示により、順々に読みだされる。この時、前半の６パック分はメインエリア用、その後の３９０パック分はオプショナルエリア用として、スイッチ１２４を切り換える。
【００９５】
メインエリア用のＦＩＦＯ１２６は３０バイト、オプショナルエリアのＦＩＦＯ１２７は１９５０バイト（５２５／６０システム）、もしくは２３４０バイト（６２５／５０システム）の容量を持つ。
【００９６】
ＶＡＵＸは、図３３の（１）に示されるようにトラック内ＳＹＮＣ番号１９、２０、１５６の所に格納される。またフレーム内トラック番号が、１、３、５、７、９のとき、＋アジマスでＳＹＮＣ番号１９の前半にメインエリアが、フレーム内トラック番号が、０、２、４、６、８のとき、−アジマスでＳＹＮＣ番号１５６の後半にメインエリアがある。これを１ビデオフレームでまとめて描いたのが、図３３の（２）である。このようにタイミング信号ｎＭＡＩＮ＝「Ｌ」の時が、メインエリアとなる。このような信号をリード側タイミングコントローラ１２９にて生成し、スイッチ１２８を切り換えその出力を合成器１０へ渡す。
【００９７】
ここで、ｎＭＡＩＮ＝「Ｌ」の時には、メインエリア用ＦＩＦＯ１２６のデータを繰り返し１０回（５２５／６０システム）、もしくは１２回（６２５／５０システム）読み取ることになる。ｎＭＡＩＮ＝「Ｈ」の時は、オプショナルエリア用ＦＩＦＯ１２７を読みだす。これは、１ビデオフレームに１回だけ読む。
【００９８】
図３４にモード処理マイコン２７内のＶＡＵＸパックデータ生成部を主として示す。まず大きく分けて回路はメインエリア用とオプショナルエリア用とに分かれる。回路１３１はメインエリア用データ収集生成回路である。ディジタルバスやチューナーから図のようなデータを受け取ると共に内部で１３９に示すようなデータ群を生成する。これをメインパックのビットバイト構造に組み立て、スイッチ１３２によりパックヘッダーを付加し、スイッチ１３６を介してＰ／Ｓ変換回路１１８へ入力する。
【００９９】
オプショナルエリア用データ収集生成回路１３３には、例えばチューナーからＴＥＬＥＴＥＸＴデータや番組タイトル等が入力され、これらを格納したパックデータが生成される。どのオプショナルエリアに記録するかはＶＴＲセットが個々に決定する。そのパックヘッダーを回路１３４により設定してスイッチ１３５により付加し、スイッチ１３６を介してＰ／Ｓ変換回路１１８へ入力する。タイミング調整回路１３７によりこれらのタイミングをとる。ここでも前述のように回路１１８はマイコン内にあるシリアルＩ／Ｏであり、回路１３１〜１３７はマイコンプログラムで構成される。
【０１００】
図３５にモード処理マイコンのＡＡＵＸパックデータの生成部を主として示す。その動作はＶＡＵＸパックデータの生成部と同様であるので、主な相違点を説明する。チューナーから来る番組のタイトルには、ＢＴＡＴ−００３のようなテレビ番組のタイトルの他にオーディオＰＣＭ放送のようなものから来る音楽番組のタイトルも考えられる。また、チューナーからはいわゆるＡモード、Ｂモードのディジタル音声のように、そのサンプリング周波数、量子化ビット数などが決まっているものもある。また、ＡＡＵＸ ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックを作るためには、チューナーからビデオ信号の垂直ブランキング期間内のＣＬＯＳＥＤ ＣＡＰＴＩＯＮ信号を受け取り、デコーダー１５０により音声に関するデータを抽出することが必要である。そして、ＡＡＵＸ ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックを生成すると共に、音声信号を再生する上で必要不可欠なデータをＡＡＵＸ ＳＯＵＲＣＥパック及びＡＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックに盛り込む。
【０１０１】
図３１における発生器１９では、ＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）の各ＩＤ部とプリＳＹＮＣ、ポストＳＹＮＣの生成を行う。ここでは、ＡＰ１、ＡＰ２も生成し所定のＩＤ部にはめ込む。発生器１９の出力と、ＡＤＡＴＡ（オーディオデータ）、ＶＤＡＴＡ（ビデオデータ）、ＳＩＤ、ＳＤＡＴＡは、第１のスイッチング回路ＳＷ１によりタイミングを見て切り換えられる。
【０１０２】
そして、第１のスイッチング回路ＳＷ１の出力はパリティ生成回路２０において、所定のパリティが付加され、乱数化回路２１、２４／２５変換回路２２へ供給される。ここで、乱数化回路２１はデータの直流成分をなくすために入力データを乱数化する。また、２４／２５変換回路２２は、データの２４ビット毎に１ビットを付加してパイロット信号成分を付与する処理及びディジタル記録に適したプリコード処理（パーシャルレスポンスクラスＩＶ）を行う。
【０１０３】
こうして得られたデータは合成器２３へ供給され、ここでＡ／Ｖ ＳＹＮＣ及びサブコードＳＹＮＣの発生器２４が生成したオーディオ、ビデオ及びサブコードのＳＹＮＣパターンが合成される。合成器２３の出力は第２のスイッチング回路ＳＷ２へ供給される。また、ＩＴＩ発生器２５が出力するＩＴＩデータとアンブルパターン発生器２６が出力するアンブルパターンも、第２のスイッチング回路ＳＷ２へ供給される。
【０１０４】
ＩＴＩ発生器２５には、モード処理マイコン２７からＡＰＴ，ＳＰ／ＬＰ，ＰＦの各データが供給される。ＩＴＩ発生器２５はこれらのデータをＴＩＡの所定の位置にはめ込んで第２のスイッチング回路ＳＷ２へ供給する。
【０１０５】
モード処理マイコン２７はディジタルＶＴＲ全体のモード管理を行う。このマイコンに接続された第３のスイッチング回路ＳＷ３は、ＶＴＲ本体の外部スイッチで記録、再生等を指示するスイッチ群である。このなかにはＳＰ／ＬＰの記録モード設定スイッチも含まれている。このスイッチ群による設定結果はモード処理マイコン２７により検出され、マイコン間通信により信号処理マイコン１５、ＭＩＣマイコン２９及びメカ制御マイコン（図示せず）へ与えられる。
【０１０６】
図３６にＭＩＣマイコン２９のデータ生成部を示す。モード処理マイコン２７から来たシリアルデータは、Ｓ／Ｐ変換回路１５９にてパラレルデータに変換され、マイコン内部で処理される。図３０のメインエリアの内、ＶＴＲ側が書き換えるのは、アドレス０のＡＰＭ、ＣＡＳＳＥＴＴＥ ＩＤパック内のＭＥフラグ、それからＴＩＴＬＥ ＥＮＤパックである。この中でＲＥ（Ｒｅｃｏｒｄｉｎｇ Ｐｒｏｏｆｅｄ Ｅｖｅｎｔｓ Ｅｘｉｓｔ）フラグとＭＥ（ＭＩＣ Ｅｒｒｏｒ）フラグは、ＭＩＣマイコン内部で生成するが、その他はモード処理マイコンからデータを受け取る。この中で、絶対トラック番号とＳＬ，ＢＦフラグは、図３２のように信号処理マイコンで生成し、モード処理マイコン２７経由で受け取る。
【０１０７】
こうして得られたデータは、ＭＩＣ２８の動作に応じて組み立られ、ＭＩＣ２８に書き込まれる。スイッチ１５２はＴＩＴＬＥ ＥＮＤパックを書き込む時、そのパックヘッダー１Ｆｈを供給するもので、それ以外の時は下側に切り換わっている。
【０１０８】
ＭＩＣのオプショナルエリアには様々な情報が記録される。例えば、タイマー録画予約イベントであれば、記録年月日、記録時分秒、番組タイトル等がモード処理マイコン２７から送られて来る。これをＭＩＣマイコンが必要に応じて組み立て、書込みを行う。最終的には、ＭＩＣ通信プロトコルであるＩＩＣバスフォーマットに回路１５８でデータを乗せ、ＭＩＣ２８に書込む。図中、回路１５８，１５９以外はマイコンプログラムであるが、実際には回路１５１，１５３のデータはマイコン内部のＲＡＭに貯えられる。
【０１０９】
ＭＩＣの場合には、簡易型ＭＩＣ書込み器のような商品も考えられる。これはビューアーも兼ねた形式など様々なタイプがあるが、その回路は図３６からＳ／Ｐ変換回路１５９を除いたものになる。ビューアーとして、ＭＩＣ内のＴＯＣ（目次）を見る等の機能が考えられるが、書込みの時には、図３２を見ても明らかなように、それ単体ではとうてい得られないデータもある。例えば、タイマー録画予約で録画開始位置を入力しようとしても無理で、ＶＴＲにセットして初めて入手できる。
【０１１０】
さて、再び図３１に戻る。スイッチング回路ＳＷ２を所定のタイミングで切り換えることにより、合成器２３の出力にアンブルパターン及びＩＴＩデータが付加される。第２のスイッチング回路ＳＷ２の出力は記録アンプ（図示せず）により増幅され、磁気ヘッド（図示せず）により磁気テープ（図示せず）に記録される。
【０１１１】
以上の一連の記録動作はモード処理マイコン２７を中心に、メカ制御マイコンや信号処理マイコン１５と各パート担当のＩＣとの連携動作で行われる。
【０１１２】
〔３〕ディジタルＶＴＲの再生回路
次に、図３７〜図４０を参照しながら本実施例におけるディジタルＶＴＲの再生回路について説明する。
【０１１３】
図３７において磁気ヘッド（図示せず）により磁気テープ（図示せず）から再生された微弱信号は、ヘッドアンプ（図示せず）により増幅され、イコライザー回路３１へ加えられる。イコライザー回路３１は記録時に磁気テープと磁気ヘッドとの電磁変換特性を向上させるために行ったエンファシス処理（例えばパーシャルレスポンスクラスＩＶ）の逆処理を行うものである。
【０１１４】
イコライザー回路３１の出力からクロック抽出回路３２によりクロックＣＫを抜き出す。このクロックＣＫをＡ／Ｄ変換器３３へ供給し、イコライザー回路３１の出力をディジタル値化する。こうして得られた１ビットデータをクロックＣＫを用いてＦＩＦＯ３４に書き込む。
【０１１５】
このクロックＣＫは、回転ヘッドドラムのジッター成分を含んだ時間的に不安定な信号である。しかしＡ／Ｄ変換する前のデータ自身もジッター成分を含んでいるので、サンプリングすること自体には問題はない。ところが、これから画像データ等を抜き出す時には、時間的に安定したデータになっていないと取り出せないので、ＦＩＦＯ３４を用いて時間軸調整を行う。つまり書き込みは不安定なクロックで行うが、読み出しは図３８に示されている水晶発信子等を用いた自励発振器５１からの安定したクロックＳＣＫで行う。ＦＩＦＯ３４の深さとしては、入力データの入力スピードよりも速く読み出さないような余裕のあるものにする。
【０１１６】
ＦＩＦＯ３４の各段の出力はＳＹＮＣパターン検出回路３５に加えられる。ここには、第５のスイッチング回路ＳＷ５により、各エリアのＳＹＮＣパターンが、タイミング回路３９により切り換えられて与えられる。ＳＹＮＣパターン検出回路３５はフライホイール構成になっており、一度ＳＹＮＣパターンを検出すると、それから所定のＳＹＮＣブロック長後に再び同じＳＹＮＣパターンが来るかどうかを見る。それが例えば３回以上正しければ真とみなすような構成にして、誤検出を防いでいる。ＦＩＦＯ３４の深さはこの数分は必要である。
【０１１７】
こうしてＳＹＮＣパターンが検出されると、ＦＩＦＯ３４の各段の出力からどの部分を抜き出せば一つのＳＹＮＣブロックが取り出せるか、そのシフト量が決定されるので、それを基に第４のスイッチング回路ＳＷ４を閉じて、必要なビットをＳＹＮＣブロック確定ラッチ３７に取り込む。これにより、取り込んだＳＹＮＣ番号をＳＹＮＣ番号抽出回路３８において取り出し、タイミング回路３９へ供給する。この読み込んだＳＹＮＣ番号によりトラック上のどの位置をヘッドが走査しているかがわかるので、それにより第５のスイッチング回路ＳＷ５及び第６のスイッチング回路ＳＷ６を切り換える。
【０１１８】
第６のスイッチング回路ＳＷ６は、ヘッドがＩＴＩエリアを走査している時下側に切り換わっており、減算器４０によりＩＴＩＳＹＮＣパターンを取り除いて、ＩＴＩデコーダ４１に加える。ＩＴＩエリアはコーディングして記録してあるので、それをデコードすることにより、ＡＰＴ、ＳＰ／ＬＰ、ＰＦの各データを取り出せる。これらのデータは、ＳＰ／ＬＰモードを設定する第７のスイッチング回路ＳＷ７が接続されたモード処理マイコン４２へ与えられる。モード処理マイコン４２はディジタルＶＴＲ全体の動作モード等を決めるものであり、メカ制御マイコン４５や信号処理マイコン６０と連携を取って、セット全体のシステムコントロールを行う。
【０１１９】
モード処理マイコン４２にはＡＰＭ等を管理するＭＩＣマイコン４３が接続されている。ＭＩＣ付きカセット（図示せず）内のＭＩＣ４４からの情報は、ＭＩＣ接点スイッチ（図示せず）を介してこのＭＩＣマイコン４３に与えられ、モード処理マイコン４２と役割分担しながら、ＭＩＣの処理を行う。セットによっては、このＭＩＣマイコン４３は省略され、モード処理マイコン４２でＭＩＣ処理を行う場合もある。
【０１２０】
ヘッドがオーディオエリア、ビデオエリア、あるいはサブコードエリアを走査している時には、第６のスイッチング回路ＳＷ６は上側に切り換わっている。減算器４６により各エリアのＳＹＮＣパターンを抜き出した後、２４／２５逆変換回路４７を通し、さらに逆乱数化回路４８に加えて、元のデータ列に戻す。こうして取り出したデータをエラー訂正回路４９に加える。
【０１２１】
エラー訂正回路４９では記録側で付加されたパリティを用いて、エラーデータの検出、訂正を行うが、どうしても取りきれなかったデータはエラーフラグをつけて出力する。各データは第８のスイッチング回路ＳＷ８により切り換えられて出力される。ＡＶ ＩＤ，プリＳＹＮＣ，ポストＳＹＮＣ抽出回路５０は、Ａ／Ｖエリア及びプリＳＹＮＣとポストＳＹＮＣに格納されていたＳＹＮＣ番号、トラック番号、それにプリＳＹＮＣに格納されていたＳＰ／ＬＰの各信号を抜き出す。これらはタイミング回路３９に与えられ各種タイミングの生成に使用される。なお、上記抽出回路５０においては、ＡＰ１、ＡＰ２も抜き出され、これはモード処理マイコン４２ヘ供給されてチェックが行われる。ＡＰ１、ＡＰ２＝０００のときには通常通り動作するが、それ以外の値のときは警告処理等を行う。
【０１２２】
ＳＰ／ＬＰについては、モード処理マイコン４２がＩＴＩから得られたものとの比較検討を行う。ＩＴＩエリアにはその中のＴＩＡエリアに３回ＳＰ／ＬＰ情報が書かれており、そこだけで多数決等を取って信頼性を高める。プリＳＹＮＣは、オーディオ、ビデオにそれぞれ２ＳＹＮＣづつあり、計４箇所ＳＰ／ＬＰ情報が書かれている。ここもそこだけで多数決等を取って信頼性を高める。そして最終的に両者が一致しなかった場合には、ＩＴＩエリアのものを優先して採用する。
【０１２３】
第８のスイッチング回路ＳＷ８から出力されたＶＤＡＴＡは、図３８に示される第９のスイッチング回路ＳＷ９によりビデオデータとＶＡＵＸデータに切り分けられる。そして、ビデオデータはエラーフラグと共にデフレーミング回路５４に与えられる。
【０１２４】
デフレーミング回路５４は記録側のフレーミングの逆変換をする所で、その中に詰め込まれたデータの性質を把握している。そこであるデータに取りきれなかったエラーがあったとき、それがそのほかのデータにどう影響を及ぼすかを理解しているので、ここで伝播エラー処理を行う。これによりエラーフラグは新たに伝播エラーを含んだＶＥＲＲＯＲフラグとなる。また、エラーを有するデータであっても画像再現上重要でないものは、その画像データにある細工をして、エラーフラグを消してしまう処理も、このデフレーミング回路５４で行う。
【０１２５】
ビデオデータは逆量子化回路５５、逆圧縮回路５６を通して、圧縮前のデータに戻される。次にデシャフリング・デブロッキング回路５７により、データをもとの画像空間配置に戻す。この実画像空間にデータを戻して初めて、ＶＥＲＲＯＲフラグをもとに画像の補修が可能になる。つまり、例えば常に１フレーム前の画像データをメモリに記憶させておき、エラーとなった画像ブロックを前の画像データで代用してしまうような処理が行われる。
【０１２６】
さてデシャフリング以降はＤＹ，ＤＲ，ＤＢの３系統にデータを分けて扱う。そしてＤ／Ａ変換器６１〜６３によりＹ、Ｒ−Ｙ、Ｂ−Ｙの各アナログ成分に戻される。このときのクロックは発振回路５１の出力とそれを分周器５２にて分周した出力を用いる。つまりＹは１３．５ＭＨＺ 、Ｒ−Ｙ、Ｂ−Ｙは、６．７５ＭＨＺ 又は３．３７５ＭＨＺ である。
【０１２７】
こうして得られた３つの信号成分はＹ／Ｃ合成回路６４において合成され、さらに合成器６５において同期信号発生回路５３からのコンポジット同期信号と合成され、コンポジットビデオ信号として端子６６から出力される。
【０１２８】
第８のスイッチング回路ＳＷ８から出力されたＡＤＡＴＡは、図３８に示される第１０のスイッチング回路ＳＷ１０によりオーディオデータとＡＡＵＸデータに切り分けられる。そして、オーディオデータはエラーフラグと共にデフレーミング回路６７に与えられる。
【０１２９】
デフレーミング回路６７は記録側のフレーミングの逆変換をする所で、その中に詰め込まれたデータの性質を把握している。そこであるデータに取りきれなかったエラーがあったとき、それがそのほかのデータにどう影響を及ぼすかを理解しているので、ここで伝播エラー処理を行う。例えば、１６ビットサンプリングのとき、１つのデータは８ビット単位なので、１つのエラーフラグは、新たに伝播エラーを含んだＡＥＲＲＯＲフラグとなる。
【０１３０】
オーディオデータは次のデシャフリング回路６８により元の時間軸上に戻される。このとき、先ほどのＡＥＲＲＯＲフラグを基にオーディオデータの補修作業を行う。つまり、エラー直前の音で代用する前値ホールド等の処理を行う。エラー期間があまりに長く補修が効かない場合には、ミューティング等の処置をして音そのものを止めてしまう。
【０１３１】
このような処置をした後、Ｄ／Ａ変換器６９によりアナログ値に戻し、画像データとのリップシンク等のタイミングを取りながら、アナログオーディオ出力端子７０から出力する。
【０１３２】
さて、第９のスイッチング回路ＳＷ９及び第１０のスイッチング回路ＳＷ１０により切り分けられたＶＡＵＸ、ＡＡＵＸの各データは、それぞれＶＡＵＸ用ＩＣ５８及びＡＡＵＸ用ＩＣ７１においてエラーフラグも参考にしながら多数決処理等の前処理を行う。
【０１３３】
また、第８のスイッチング回路ＳＷ８から出力されたサブコードエリアのＩＤデータＳＩＤとパックデータＳＤＡＴＡは、サブコード用ＩＣ７２に与えられ、ここでもエラーフラグも参考にしながら多数決処理等の前処理を行う。これらの前処理が行われたデータはその後、信号処理マイコン６０に与えられ、最終的な読み取り動作を行う。そして、前処理において取りきれなかったエラーは、それぞれＶＡＵＸＥＲ、ＳＵＢＥＲ、ＡＡＵＸＥＲとして信号処理マイコン１００に与えられる。
【０１３４】
ここでサブコード用ＩＣ７２はＡＰ３及びＡＰＴを抜き出し、これらを信号処理マイコン６０を介してモード処理マイコン４２に渡してチェックをする。モード処理マイコン４２はＩＴＩからのＡＰＴ及びサブコードからのＡＰＴにもとづいてＡＰＴの値を確定すると共に、この値が「０００」でないときは警告処理等を行う。また、ＡＰ３＝０００のときには通常通り動作するが、それ以外の値のときは警告処理等を行う。
【０１３５】
ここで、パックデータのエラー処理について補足すると、各々のエリアにはメインエリアとオプショナルエリアがある。そして５２５／６０システムの場合には、同じデータがメインエリアに１０回書かれている。したがってそのうちいくつかがエラーしていても、その他のデータで補足再現できるのでそこのエラーフラグはもはやエラーではなくなる。ただしサブコード以外のオプショナルエリアについてはデータは１回書きなので、エラーはそのままＶＡＵＸＥＲ、ＡＡＵＸＥＲとして残ることになる。
【０１３６】
信号処理マイコン６０は、さらに各データのパックの前後関係などから類推して、伝播エラー処理やデータの補修処理等を行う。こうして判断した結果は、モード処理マイコン４２に与えられ、セット全体の挙動を決める材料にする。
【０１３７】
次にＶＡＵＸを例にＶＡＵＸ用ＩＣ５８及び信号処理マイコン６０におけるパックデータの再生回路を説明する。なお、ＡＡＵＸはオプショナルエリアのデータ量以外は全く同じなので省略する。ここでは、前処理として多数決処理ではなく、エラーの場合にはメモリに書き込まないという単純な処理方式を用いた構成例について説明する。
【０１３８】
図３９にＶＡＵＸ用ＩＣ５８の回路例を示す。まずスイッチング回路ＳＷ９からきたＶＡＵＸパックデータを、ライト側タイミングコントローラ１６２により図３３のｎＭＡＩＮ＝「Ｌ」のタイミングで、スイッチ１６１を切り換えることによりメインエリア用メモリ１６５及びオプショナルエリア用ＦＩＦＯ１６８に振り分ける。
【０１３９】
メインエリアのパックデータについては、パックヘッダー検出回路１６３によりそのヘッダーを読み取ってスイッチ１６４を切り換える。そしてエラーでないときだけデータをメインエリア用メモリ１６５に書き込む。このメモリ１６５は９ビット構成になっており、図で網点がかかっている部分はエラーフラグの格納ビットである。
【０１４０】
メインエリア用メモリ１６５の初期設定としては、１ビデオフレーム毎にその内容をすべてオール１（＝情報無し）にしておく。そしてエラーだったら何もせず、エラーでなければそのデータを書き込むと共にエラーフラグに０を書き込んでおく。メインエリアには１フレームにつき同じパックが１０回、もしくは１２回書きされているので１ビデオフレーム終了時点でエラーフラグに１が立っているところが、最終的にエラーと認識される。
【０１４１】
オプショナルエリアは、基本的に１回書きなので、エラーフラグをそのままデータと共にオプショナルエリア用ＦＩＦＯ１６８に書き込む。これらをリード側タイミングコントローラ１６９によって切り換えられるスイッチ１６６、１６７を介して信号処理マイコン６０へ送る。
【０１４２】
次に、信号処理マイコン６０における処理動作を図４０を参照して説明する。信号処理マイコン６０では、送られてきたパックデータとエラーフラグから解析を行う。この図において、パックヘッダー識別回路１７１により、ＶＡＵＸ用ＩＣ５８から送られてきたパックデータ（ＶＡＵＸＤＴ）の振り分けを行い、メモリ１７２に貯える。これは、メインエリア、オプショナルエリアの区別は特にしない。
【０１４３】
メインエリアのパックの場合には、ＶＡＵＸ用ＩＣ５８と同じく、ＶＡＵＸＥＲにエラーフラグ「１」が立っている時には書き込み処理を行わない。これにより少なくとも１ビデオフレーム前の値で補修ができる。メインエリアの内容は、１ビデオフレーム前の値と非常に相関が強いと考えられるので、この処理で代用してしまっても特に問題は生じない。
【０１４４】
一方、オプショナルエリアのパックの場合には、１ビデオフレーム前の値と全く相関がないと考えられるので、そのパック単位でエラー伝播処理を行う。この方法は、基本的には５バイト固定長のパックデータの中にエラーが有れば全データをＦＦｈとするＮＯ ＩＮＦＯパックに変更することにより行われるが、パック個別対応も必要となる。例えば、ＴＥＬＥＴＥＸＴデータが格納されるＴＥＬＥＴＥＸＴデータパックの場合には、そのパックがいくつも続く関係から、その間のパックヘッダーにエラーがあっても容易にＴＥＬＥＴＥＸＴパックヘッダーに置き換えが可能である。またデータ部にエラーがあっても、パックヘッダーにエラーが無ければそのパックをＮＯ ＩＮＦＯパックに変更することはしない。これは、そのＴＥＬＥＴＥＸＴデータの復元をＴＥＬＥＴＥＸＴデコーダーのパリティチェックに委ねているからで、エラーとわかってもデータはそのままにしておく。
【０１４５】
すなわち、本実施例のディジタルＶＴＲにおいては、図３８の再生回路では記載を省略しているが、テキストデータ、ＴＥＬＥＴＥＸＴデータ等のようにデータ量が多く、かつ、１連のデータシーケンスとして特徴のあるパックデータについては、それぞれ信号処理マイコン６０から専用のデータ処理回路へ受け渡して、より高能率のエラー補正を実行すると共に、モード処理マイコン４２に対する負荷の軽減を行うようにしている。
【０１４６】
以上のような信号処理マイコン６０における処理により整えられたデータにはすでにエラーフラグは存在しない。これらをＰ／Ｓ変換回路１７３にてシリアルデータに変換し、マイコン間の通信プロトコルにしたがってモード処理マイコン４２へ送る。ここでＳ／Ｐ変換回路１７４にてパラレルデータに戻し、パックデータ分解解析を行う。この分解解析処理は、基本的には図３４及び図３５に示した処理と逆の処理であるので説明を省略する。
【０１４７】
ここで回路１７１、１７６及びスイッチ１７５はマイコンのプログラムで構成されると共に、メモリ１７２はマイコン内部のメモリ、回路１７３及び１７４はマイコン内部のシリアルＩ／Ｏである。
【０１４８】
モード処理マイコン４２におけるパックデータの分解解析においては、確定されたパックヘッダーに基づいてパックデータの解析を行い、解析結果として得られる種々の制御情報、表示情報等をそれぞれの制御回路、表示回路等へ供給する。
【０１４９】
なお、ＭＩＣマイコン４３の再生側の処理は、基本的には図３６と逆の処理なので説明を省略する。
【０１５０】
以上、本実施例のディジタルＶＴＲの概要を５２５／６０システムの場合を中心に説明したが、本実施例のディジタルＶＴＲは、このシステムに限らず他のＳＤ（Ｓｔａｎｄａｒｄ Ｄｅｎｓｉｔｙ）方式である６２５／５０システム、並びにＨＤ（Ｈｉｇｈ Ｄｅｎｓｉｔｙ）方式である１１２５／６０システム及び１２５０／５０システムにも直ちに適用できる。ここで、いずれのシステムにおいても１トラック内のデータフォーマットは共通しており、相違点は、１フレームを構成するトラック本数の違いのみである。すなわち、６２５／５０システムでは前述のとおり１フレームが１２トラックで構成され、１１２５／６０システムでは２０トラック、１２５０／５０システムでは２４トラックでそれぞれ構成される。
【０１５１】
２．アプリケーションＩＤシステム
以上、本実施例におけるディジタルＶＴＲの概要について説明したが、このディジタルＶＴＲは、画像圧縮記録方式の民生用ディジタルＶＴＲに限らずそれ以外の種々のディジタル信号記録再生装置として容易に商品展開できるように基本設計されている。そして、前述のディジタルＶＴＲの説明の中で現れたＩＤデータＡＰＴ，ＡＰ１〜ＡＰ３，ＡＰＭが、このような種々のディジタル信号記録装置への展開を可能ならしめる役割を担うものであり、これらのＩＤデータを一括してアプリケーションＩＤと呼ぶ。
【０１５２】
そこで、次に、このアプリケーションＩＤシステムについて補足説明する。
上記のアプリケーションＩＤは、ディジタルＶＴＲの応用例を決めるＩＤではなく単に記録媒体のエリアのデータ構造を決定するだけのＩＤであり、ＡＰＴ及びＡＰＭについては前述のとおり以下の意味付けがなされている。
ＡＰＴ・・・トラック上のデータ構造を決める。
ＡＰＭ・・・ＭＩＣのデータ構造を決める。
【０１５３】
すなわち、まず、ＡＰＴの値により、このディジタル信号記録再生装置におけるトラック上のデータ構造が規定される。つまり、ＩＴＩエリア以降のトラックが、ＡＰＴの値に応じて図４１のようにいくつかのエリアに分割され、それらのトラック上の位置、ＳＹＮＣブロック構成、エラーからデータを保護するためのＥＣＣ構成等のデータ構造が一義的に決まる。さらに各エリアには、それぞれそのエリアのデータ構造を決めるアプリケーションＩＤが存在する。その意味付けは以下のようになる。
エリアｎのアプリケーションＩＤ・・・エリアｎのデータ構造を決める。
【０１５４】
そして、テープ上のアプリケーションＩＤは、図４２のような階層構造を持つ。すなわち、おおもとのアプリケーションＩＤであるＡＰＴによりトラック上のエリアが規定され、その各エリアにさらにＡＰ１〜ＡＰｎが規定される。エリアの数は、ＡＰＴにより定義される。図４２では二階層で書いてあるが、必要ならさらにその下に階層を設けてもよい。このようにＡＰＴ，ＡＰ１〜ＡＰｎの値を指定することによって、このディジタル信号記録再生装置の具体的信号処理の構成及び該装置の用途が特定される。
【０１５５】
なお、ＭＩＣ内のアプリケーションＩＤであるＡＰＭは一階層のみであり、その値は、そのディジタル信号記録再生装置によりそのＡＰＴと同じ値が書き込まれる。
【０１５６】
このアプリケーションＩＤシステムにより、民生用のディジタルＶＴＲを、そのカセット、メカニズム、サーボシステム、ＩＴＩエリアの生成検出回路等をそのまま流用して、全く別の商品群、例えばデータストリーマーやマルチトラック・ディジタルオーディオテープレコーダーのようなものを作り上げることが可能である。また１つのエリアが決まっても、その中味をさらにそのエリアのアプリケーションＩＤで定義できるので、あるアプリケーションＩＤの値のときはそこはビデオデータ、別の値のときはビデオ・オーディオデータ、またはコンピューターデータというように非常に広範な商品展開が可能である。
【０１５７】
次に、アプリケーションＩＤの値が指定された場合の具体例について説明する。まず、ＡＰＴ＝０００のときの様子を図４３に示す。このときトラック上にエリア１、エリア２、エリア３が規定される。そしてそれらのトラック上の位置、ＳＹＮＣブロック構成、エラーからデータを保護するためのＥＣＣ構成、それに各エリアを保証するためのギャップや重ね書きを保証するためのオーバイライトマージンが決まる。さらに各エリアには、それぞれそのエリアのデータ構造を決めるアプリケーションＩＤが存在する。その意味付けは以下のようになる。
【０１５８】
ＡＰ１・・・エリア１のデータ構造を決める。
ＡＰ２・・・エリア２のデータ構造を決める。
ＡＰ３・・・エリア３のデータ構造を決める。
【０１５９】
そしてこの各エリアのＡｐｐｌｉｃａｔｉｏｎ ＩＤが、０００のときを以下のように定義する。
ＡＰ１＝０００・・・画像圧縮記録方式民生用ディジタルＶＴＲのオーディオ、ＡＡＵＸのデータ構造を採る
ＡＰ２＝０００・・・画像圧縮記録方式民生用ディジタルＶＴＲのビデオ、ＶＡＵＸのデータ構造を採る
ＡＰ３＝０００・・・画像圧縮記録方式民生用ディジタルＶＴＲのサブコード、ＩＤのデータ構造を採る
【０１６０】
すなわち、画像圧縮記録方式民生用ディジタルＶＴＲを実現するときは、ＡＰＴ、ＡＰ１、ＡＰ２、ＡＰ３＝０００となる。このとき、当然、ＡＰＭも０００となる。
【０１６１】
３．垂直ブランキング期間のデータの記録再生
次に、本願発明の課題である垂直ブランキング期間のデータの記録再生について詳述する。
【０１６２】
〔１〕垂直ブランキング期間のデータの種類
図４４は現在のテレビジョン信号のチューナー出力を分析したものである。
チューナーからはコンポジットビデオ信号、オーディオ信号及びステレオ、２か国語放送等を識別するためのオーディオパイロット信号が出力される。
【０１６３】
この内、コンポジットビデオ信号は、画像データ、２次元／１次元変換用データ（Ｈ．ＳＹＮＣ，Ｈ．ＢＬＫ，Ｖ．ＳＹＮＣ，Ｖ．ＢＬＫ）及びシステムデータからなる。システムデータとしては、ＣＬＯＳＥＤ ＣＡＰＴＩＯＮ（以下「ＣＣ」と略す）、ＥＤＳ、ＷＳＳ、ＶＢＩＤ等がある。
【０１６４】
この中で重要なのはコンポジットビデオ信号のシステムデータである。これには、画像に関する情報（画像付随情報）だけでなく音声に関する情報（音声付随情報）まで格納されているもので、その内容は画像や音声と共に記録されるべきである。アナログＶＴＲにおいては、１フィールドが１トラックになり、垂直ブランキング期間はそのまま記録再生される。しかし、ディジタルＶＴＲでは、システムデータが格納されている２次元／１次元変換用データを除去してしまっているので、システムデータをそのままの形で保存することはできない。入力された信号がそのまま記録され、再生時には入力された信号そのものが出力されることを「トランスペアレント記録」と呼ぶが、ディジタルＶＴＲでは何らかの補完的記録手段を採用しなければトランスペアレント記録ができない。
【０１６５】
図４５に主なシステムデータを示す。一般に、アナログＶＴＲで記録再生可能な周波数は１ＭＨｚ以下とされている。したがって、図４５の中でＣＣ、ＥＤＳ、ＶＢＩＤ及びＷＳＳが記録再生可能であり、それ以外は波形がなまってしまう。この意味では、アナログＶＴＲもトランスペアレント記録ができない。文字多重放送やＴＥＬＥＴＥＸＴは記録再生できないが、これらはもともと記録再生を前提とした信号ではなく、デコーダが解読してテレビ画面に文字データを表示することを目的としており、コンポジットビデオ信号の画像とは全く別の文字放送番組（株価等）を送っている（ただし、一部字幕放送もある）。また、局間制御信号や業務用信号などは、放送局間の調整用であり、特殊用途の信号なので、アナログＶＴＲで記録できなければならないものではない。さらに、マクロビジョン信号はコピーガードのための信号なので、記録できない。
【０１６６】
本願発明者は先に、ディジタルＶＴＲにおいてこのようなシステムデータに対してトランスペアレント性を確保するため、マクロビジョン信号、局間制御信号、業務用信号などをＬＩＮＥパックを用いて対応する発明を出願した（特願平５−２７７６３３号、特願平５−３３９４８１号）。これに対して、本発明は、前記システムデータ中、ＣＣ、ＥＤＳ、ＶＢＩＤ、ＷＳＳ等のアナログＶＴＲで保存可能な１ＭＨｚ以下のシステムデータに対してトランスペアレント性を確保する手段を提供するものである。
【０１６７】
ところで、先に出願したＬＩＮＥパックを用いてＣＣ、ＥＤＳ、ＶＢＩＤ、ＷＳＳ等をトランスペアレント記録することも勿論可能である。しかし、その格納エリアは図２７のＶＡＵＸオプショナルエリアである。オプショナルエリアは文字通りオプションなので、対応しないセットがあってもよい。
【０１６８】
一方、アナログＶＴＲとディジタルＶＴＲが混在して接続されるような使い方を想定した場合、少なくともアナログＶＴＲで保存可能なＣＣ、ＥＤＳ、ＶＢＩＤ、ＷＳＳ等については、ディジタルＶＴＲにおいても必ず保存されないと、トランスペアレント性が失われてしまう。
【０１６９】
こられの信号の中には、ＳＣＭＳのようなコピーガード用の信号も含まれているため、これをＬＩＮＥパックを用いてオプショナルエリアに格納しておいたとしても、そこに対応しないセットでは復元できない。つまり、コピーフリーになってしまうおそれがある。
【０１７０】
したがって、これらのシステムデータはＶＡＵＸのメインエリアに格納して全てのディジタルＶＴＲが対応するように構成することが必要である。本発明はこれを実現するものである。
【０１７１】
ここで、図４６を参照しながらＶＡＵＸ及びＡＡＵＸのメインエリアについて補足説明する。前記したように、ＶＡＵＸのメインエリアにはパックヘッダーが６０ｈから６５ｈまでのパックデータが格納される。また、ＡＡＵＸのメインエリアにはパックヘッダーが５０ｈから５５ｈまでのパックデータが格納される。
【０１７２】
ここで、パックヘッダーが６０ｈ，６１ｈ，５０ｈ，５１ｈの各パックはそれぞれＳＯＵＲＣＥパック、ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックと呼ばれ、画像データや音声データを復元するために必要不可欠なデータ、コピーガードのような法律に関するデータが格納されるパックである。したがって、これらの４パックさえ参照すれば、映像信号及び音声信号の再生は可能である。
【０１７３】
一方、パックヘッダーが６２ｈ，６３ｈ，６４ｈ及び５２ｈ，５３ｈ，５４ｈはＲＥＣ ＤＡＴＥパック、ＲＥＣ ＴＩＭＥパック、ＢＩＮＡＲＹ ＧＲＯＵＰＥパックと呼ばれ、記録年月日、記録時刻等、なくてもかまわないデータである。例えば、内部に時計を持っていないＶＴＲで録画した場合には、記録年月日や記録時刻は当然わからないので、ＮＯ ＩＮＦＯパック（ＦＦｈ）が記録される。
【０１７４】
本実施例では、パックヘッダーが６５ｈ，５５ｈのＣＣパック及び５６ｈ，６６ｈのトランスペアレントパックを用いて前記ＣＣ信号、ＥＤＳデータ、ＶＢＩＤ、ＷＳＳ等をトランスペアレント記録するものである。
【０１７５】
〔２〕ＣＣパックを用いた記録
まず、ＶＡＵＸ ＣＣパックは図４７に示すＣＣ信号の内、クロックラン−イン（６．５サイクル）とそれに続くスタートビット（２サイクル「Ｌ」、１サイクル「Ｈ」）を除いた１６ビットのデータ部を、図２０の（２）に示すフォーマットでそのまま格納する。
【０１７６】
ＣＣ信号はビデオ信号の第１フィールド及び第２フィールドに挿入されている。ただし、第１フィールドにはＥＤＳデータが入ることもある。つまり、ＶＡＵＸ ＣＣパック１つでＣＣ信号及びＥＤＳデータ両者の素データを格納できる。
【０１７７】
ＣＣ信号は北米において、聾唖者対策として既に法制化されており、北米で販売される１４インチ以上のテレビ受信機には全てこのデコーダを搭載することが義務付けられている。したがって、ＣＣ信号はＶＡＵＸのメインエリアに格納して、全てのディジタルＶＴＲが対応するようにすることが必要である。ＶＡＵＸＣＣパックのパックヘッダーとしては、既述したように６５ｈを与えた。格納場所は図２３に示した通りである。北米以外では、この信号そのものが存在しないので、ここにはＮＯ ＩＮＦＯパック（ＦＦｈ）を格納する。このパックヘッダー６５ｈは第１フィールドと第２フィールドのライン２１そのものを意味しているので、パック内部にＴＥＬＥＴＥＸＴパックやＬＩＮＥパックに必要なラインＩＤを必要としない。再生時には、このパックのデータをビデオ信号のライン２１に挿入してもとのＣＣ信号を復元する。これにより、再生ビデオ信号を入力したテレビ受信機は、内部のデコーダによりデコードし、字幕サービス等を実施できる。
【０１７８】
次に、図１を参照しながらＣＣパックの書込みルールについて説明する。なお、以下の説明では、特に区別した場合を除いて、ＣＣ信号はＥＤＳデータを含むものとする。
【０１７９】
ＣＣ信号には映像信号及び音声信号を再生する上で必要不可欠なデータとそうでないデータがあるが、ＶＡＵＸ ＣＣパックはこれらをそのまま格納する。そして、前者を記録時に必ずパックヘッダーが６０ｈ，６１ｈ，５０ｈ，５１ｈのパック、すなわちＶＡＵＸ及びＡＵＸのＳＯＵＲＣＥパック及びＳＯＵＲＣＥＣＯＮＴＲＯＬパックに反映させる。また、ＡＡＵＸ ＣＣパックはＣＣ信号の内、音声に関する情報をデコードしたものを格納する。
【０１８０】
ＣＣパックに記録するためには、まず、このＣＣ信号がビデオ信号中に存在するかどうかを識別する。これは、ライン２１を検出し、その水平同期信号の立ち下がりから１０．５μｓｅｃ以上経過した後、３２ｆＨ周期のクロックランインがあるかどうかを調べる。あればＣＣ信号が存在する。そして、１６ビットのデータを抜き出す。以上のための回路は図３０に示したようにＣＣ信号に対応したチューナーが内蔵している。
【０１８１】
このデータは７ビットのＡＳＣＩＩコード２組（Ｃｈａｒａｃｔｅｒ Ｏｎｅ及びＣｈａｒａｃｔｅｒＴｗｏのｂ０〜ｂ６）でそのＭＳＢはパリティ（Ｐ１，Ｐ２）である。ＣＣ信号のデコード時にはこのパリティをチェックするが、本実施例のＶＴＲで記録する時には特に何もせずそのまま２バイトデータとして図２０の（２）のように格納する。実際のデコードはテレビ受信機が行うからである。
【０１８２】
さて、ここで北米で録画したテープを日本に持ってきて再生するときのことを検討してみる。日本向けのＶＴＲは当然ＣＣ信号対応になっていない。ところが、図４１のようにＣＣ信号にはアスペクト比の情報が入っている。これにより、北米で販売されているワイドテレビ受信機はアスペトク比の自動切換えを行う。一方、日本のワイドテレビ受信機はＶＢＩＤによりアスペクト比の自動切換えを行うので、アスペクト比の情報は欠かせない。ところが、この情報がＣＣパックにのみ格納されていると、日本向けのＶＴＲはそれを理解できないので、アスペトク比の自動切換えができない。
【０１８３】
そこで、本実施例のＶＴＲでは、図１のように、ＶＡＵＸ ＣＣパックにデータを格納する時には、そのデータの内、映像信号及び音声信号を再生する上で必要不可欠なデータを抜き出して、パックヘッダーが６０ｈ，６１ｈ，５０ｈ，５１ｈのパックに反映させることを義務づけている。
【０１８４】
こうすることにより、例えばアスペクト比であれば必ずパックヘッダーが６１ｈのパックに反映されるので、ＶＡＵＸ ＣＣパックを理解できないＶＴＲであっても、パックヘッダーが６１ｈのパックに格納されているアスペクト比の情報からＶＢＩＤデータを復元することができる。したがって、日本のワイドテレビ受信機はこのＶＢＩＤにより、アスペクト比を自動的に切り換えることかできる。
【０１８５】
これにより、画像や音声が再生されなかったり、不自然な画像や音声が再生されるような事態を防止できる。
【０１８６】
ここでＶＡＵＸ ＣＣパックについて整理すると、ＣＣ信号には映像信号及び音声信号を再生する上で必要不可欠なデータとそうでないデータがあるが、ＶＡＵＸ ＣＣパックはこれらをそのまま格納する。そして、前者を記録時に必ずパックヘッダーが６０ｈ，６１ｈ，５０ｈ，５１ｈのパックに反映させる。再生時に、このＶＡＵＸ ＣＣパックをデコードできるセットは、その全てのデータをセット内で利用することが可能である。また、ＶＡＵＸ ＣＣパックのデコードはできないが、それがＶＡＵＸ ＣＣパックであると認識できるセットは、ビデオ信号の第２１ラインにそれを復元することができる。さらに、ＶＡＵＸ ＣＣパックのデコードも認識もできないセットは、それを無視してパックヘッダーが６０ｈ，６１ｈ，５０ｈ，５１ｈのパックデータからそのセットが必要とする垂直ブランキング情報を復元すればよい。これにより、全てのタイプのＶＴＲセット間で互換性がとれることになる。
【０１８７】
次に、垂直ブランキング期間に挿入されている音声に関する情報について説明する。
図４４に示したように、音声に関する情報はＡＡＵＸデータとしてオーディオエリアに格納すべきである。そこで、本実施例では、ＡＡＵＸ ＣＣパックを定義し、垂直ブランキング期間内の音声に関する情報を格納するようにした。パックヘッダーとしては、既述したように５５ｈを与えた。また、パックの構成は図２３（１）に示した通りであり、格納場所は図２５に示した通りである。このＡＡＵＸ ＣＣパックには音声信号を再生する上で必要不可欠な情報とそうでない情報が格納されるが、前述のように、音声信号を再生する上で必要不可欠な情報はパックヘッダーが５０ｈ，５１ｈのパックに反映させる。
【０１８８】
再生時に、このＡＡＵＸ ＣＣパックを理解できるセットは、音声に関する情報を全て利用することが可能となる。そして、理解できないセットは、パックヘッダーが５０ｈ，５１ｈのパックだけを理解していれば問題は起きない。
【０１８９】
なお、音声に関する情報はＶＡＵＸ ＣＣパックにもそのまま格納されるので冗長性があるが、音声に関する情報はオーディオエリアから再生するのが信号処理上好ましい。また、ビデオエリアのみアフレコした結果、ＶＡＵＸ ＣＣパックに格納されていた音声に関する情報が失われてもＡＡＵＸ ＣＣパックには音声に関する情報が残るので音声の再生が可能である。
【０１９０】
以上説明したＶＡＵＸ ＣＣパック及びＡＡＵＸ ＣＣパックに記録・再生する場合の動作の１例を示すと図２及び図３のようになる。
まず、記録時はＣＣ信号の有無を識別する（Ｓ１）。これは、前記したように、ビデオ信号のライン２１を検出し、その水平同期信号の立ち下がりから１０．５μｓｅｃ以上経過した後、３２ｆＨ周期のクロックラン−インがあるかどうかを調べる。あれば、ＣＣ信号が存在する。
【０１９１】
そして、ＣＣ信号がなければ、ＡＡＵＸ ＣＣパック及びＡＡＵＸ ＣＣパックにＦＦｈを格納し、ＮＯ ＩＮＦＯパックとする。また、ＣＣ信号があれば、その中に音声に関する情報があるかどうか判断する（Ｓ３）。
【０１９２】
そして、音声に関する情報があれば、ＡＡＵＸ ＣＣパックに格納し、かつＡＡＵＸ ＳＯＵＲＣＥパック及びＡＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックに反映させる（Ｓ４）。さらに、ＣＣ信号そのものをＶＡＵＸ ＣＣパックに格納し、かつＶＡＵＸ ＳＯＵＲＣＥパック及びＶＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックに反映させる（Ｓ５）。
【０１９３】
一方、音声に関する情報がなければ、ＣＣ信号そのものをＶＡＵＸ ＣＣパックに格納し、かつＶＡＵＸ ＳＯＵＲＣＥパック及びＶＡＵＸ ＳＯＵＲＣＥ
ＣＯＮＴＲＯＬパックに反映させる（Ｓ５）。
【０１９４】
次に、再生時は、ＶＡＵＸ ＣＣパックの有無を判断する（Ｓ１）。そして、あればその内容をそのままビデオ信号のライン２１へ重畳する（Ｓ２）。
一方、ＶＡＵＸ ＣＣパックがなければＡＡＵＸ ＣＣパックの有無を判断する。そして、ＡＡＵＸ ＣＣパックがあれば、その内容をＣＣ信号にエンコードし（Ｓ４）、ビデオ信号のライン２１に重畳する（Ｓ５）。また、ＡＡＵＸ ＣＣパックがなければ、処理を終える。
【０１９５】
このように、図３７〜図４０の再生回路には記載を省略したが、モード処理マイコン４２のパックデータ分解解析部はＶＡＵＸ ＣＣパックから読み出したＣＣ信号のデータ部にクロックランイン等を付加して再生ビデオ信号のライン２１に重畳する。また、ＶＡＵＸ ＣＣパックがなく、ＡＡＵＸ ＣＣパックがあるときは、その内容からＣＣ信号をエンコードしてビデオ信号のライン２１に重畳する。
【０１９６】
ここで、ＣＣ信号のＥＤＳデータ中の音声に関する情報を記録・再生する場合について具体的に説明する。図２３の（１）のＡＡＵＸ ＣＣパックに関して説明したように、ＥＤＳデータには、音声に関する情報として主音声及び第２音声の言語・種類に関する情報を持っている。本実施例では、この情報をデコードして、図２３の（１）に示したフォーマットで記録する。このとき、ＡＡＵＸ ＳＯＵＲＣＥパックのＡＵＤＩＯ ＭＯＤＥにこの情報を反映させる。ＡＡＵＸＣＣパックの格納データとＡＡＵＸ ＳＯＵＲＣＥパックのＡＵＤＩＯ ＭＯＤＥとの対応関係の１例を図４に示す。
【０１９７】
これで図４５のＣＣ信号とＥＤＳデータについてはトランスペアレント性を確保できたことになる。
【０１９８】
〔３〕トランスペアレントパックを用いた記録
次に、ＶＢＩＤ、ＷＳＳ、さらには将来新たに登場する可能性のある垂直ブランキングデータに対して対処する手段について説明する。
【０１９９】
本発明では、これらのデータをそのまま格納するために、ＶＡＵＸ トランスペアレントパックを定義した。パックヘッダーは６６ｈである。また、音声に関する情報を格納するために、ＡＡＵＸ トランスペアレントパックを定義した。パックヘッダーは５６ｈである（以下トランスペアレントパックを「ＴＲパック」という）。
【０２００】
図５にこれらのＴＲパックの仕組みを示す。記録位置はＣＣパックと同じ位置である。６０ｈ，６１ｈ，５０ｈ，５１ｈに対するルールもＣＣパックと同じである。
【０２０１】
また、ＴＲパック対応ＶＴＲ、非対応ＶＴＲの観点からそのセット間の互換性を記録と再生でまとめたのが図６である。このように、ＴＲパック非対応ＶＴＲでも、北米のような法律で定められた地域では、ＣＣパックは最優先で対応する。
【０２０２】
図７にＶＡＵＸ ＴＲパックを示す。このように、データタイプ４ビットで各種信号を区別する。ここで、Ｘは将来登場する可能性のある信号名である。これは、第１フィールドと第２フィールドの内容が異なるものの例である。データ部は最大２８ビット分用意する。これは、図４５のような１ＭＨｚ以下のクロックでは、この程度の数になるからである。そして、水平同期信号に近いほうをＬＳＢとして順にデータを詰め込んでいく。図８はＶＢＩＤの２０ビットを詰め込んだ例と、ＷＳＳの１４ビットを詰め込んだ例を示す。
【０２０３】
次に、図９にＡＡＵＸ ＴＲパックを示す。構成は図７のＶＡＵＸ ＴＲパックと同じである。ここで注目すべき点はデータタイプの００００〜００１０を欠番にしていることである。図７に例示したＶＢＩＤ、ＷＳＳ、ＥＤＴＶ２は、いずれも音声に関する情報を含んでいないことがアナウンスされている。したがって、このパックは不要であるので、ＶＡＵＸ ＴＲパックにはデータを格納するが、ＡＡＵＸはＮＯ ＩＮＦＯパックになる。このとき、ＶＡＵＸ ＴＲパックとＡＡＵＸ ＴＲパックとで、データタイプのアサインが異なると対応が不便なので、不要なものはあえて欠番にした。
【０２０４】
次に、このＴＲパックとＣＣパックとをトラック上に配列する方法について説明する。図２５及び図２７で、１フレーム１０トラックを２トラックずつのペアとする。そして、このトラックペアの２箇所のメインエリアは必ず同じ内容とする。こうすると、１フレームあたり５種類のＴＲパック又はＣＣパックが記録できるので、１０トラック全部に同じパックを記録する場合よりも、記録するパック数を多くすることができる。この中には何をどう書こうがかまわないが、最終のトラックペアには必ずＣＣパックを書込むことにする。こうすれば、ＴＲパックは不要でＣＣパックのみを１０トラックに書込むセットに、ＴＲパックとＣＣパックを混在記録したテープが入ってきても、ＣＣパックだけは必ず拾える。
【０２０５】
すなわち、ＣＣパックのみを１０トラック書込むセットでは、再生したＣＣパックデータにエラーがなければそれを図３９のメインエリア用メモリ１６５に書込み、エラーがあれば書き込まない処理を１フレーム（１０トラック）単位で行う。このとき、メモリ１６５に１フレーム単位内の前のトラックから再生したＣＣパックデータがすでに書き込まれている場合には、そこに上書きする。したがって、１０本目のトラックから再生したＣＣパックデータにエラーがなければ、それがそのフレームのＣＣパックデータとして採用される。このように構成されたセットに、図１０のようなＴＲパックとＣＣパックを混在記録したテープが入ってくると、同様にして、１０本目のトラックから再生したＣＣパックデータにエラーがなければ、それがそのフレームのパックデータとして採用される。
【０２０６】
このように、ＣＣパックを書込む位置を固定することでＣＣパックのみに対応するセットとの互換性を保持することができる。また、ＣＣパックを書込む位置を最終トラックペアに固定することで、ＣＣパックの優先度を高められる。なお、トラックペアにするのは片チャンネルのクロッグ対策である。
【０２０７】
図１０はＣＣ、ＶＢＩＤ及びＷＳＳに対応するＶＴＲで記録を行ったテープのフォーマットである。このとき、アスペクト比等、映像信号を再生する上で必要不可欠なデータは、パックヘッダーが６０ｈ、６１ｈのパックに反映させる。そして、このように記録されたテープをＣＣ、ＶＢＩＤ対応ＶＴＲで再生する場合、ＣＣ及びＶＢＩＤデータのみを読み出して、ビデオ信号の垂直ブランキング期間の所定の位置に重畳することができる。また、ＷＳＳデータについては、必要があれば、６０ｈ、６１ｈのパックデータから復元して、ビデオ信号の垂直ブランキング期間の所定の位置に重畳することができる。なお、ＡＡＵＸ ＴＲパックについては同様なので、その説明は省略する。
【０２０８】
【発明の効果】
以上詳細に説明したように、本発明は画像信号の垂直ブランキング期間に挿入されている音声付随情報を音声付随データの記録エリアにパック構造を用いて記録し、再生時はこれらの付随情報を読み出して画像信号の垂直ブランキング期間に戻すので、画像圧縮方式のディジタルＶＴＲにおいても、垂直ブランキング期間に挿入されているこれらの付随情報を保存できる。これにより、ディジタルＶＴＲとアナログＶＴＲが相互に接続されるような使い方をしても、これらの付随情報はトランスペアレントな形で伝えられる。
【０２０９】
また、音声信号の再生に必要不可欠な付随情報を付随データ記録エリアの主領域に反映させることにより、将来新たに垂直ブランキング情報が定義されても、互換性が保持できる。
【図面の簡単な説明】
【図１】ＣＣパックについて説明する図である。
【図２】ＣＣパックにＣＣ信号を記録する動作のフローチャートである。
【図３】ＣＣパックに記録したＣＣ信号を再生する動作のフローチャートである。
【図４】ＡＡＵＸ ＣＣパックの格納データとＡＡＵＸ ＳＯＵＲＣＥパックのＡＵＤＩＯ ＭＯＤＥとの対応関係の１例を示す図である。
【図５】ＴＲパックについて説明する図である。
【図６】ＴＲパック対応ＶＴＲとＴＲパック非対応ＶＴＲの記録時と再生時の動作を説明する図である。
【図７】ＶＡＵＸ ＴＲパックの詳細を示す図である。
【図８】ＶＡＵＸ ＴＲパックにＶＢＩＤデータ及びＷＳＳデータを格納する様子を示す図である。
【図９】ＡＡＵＸ ＴＲパックの詳細を示す図である。
【図１０】ＣＣ、ＶＢＩＤ、ＷＳＳ対応ＶＴＲで記録したトラックフォーマットの１例を示す図である。
【図１１】ディジタルＶＴＲの１トラックの記録フォーマットを示す図である。
【図１２】プリＳＹＮＣブロック、及びポストＳＹＮＣブロックの構造を示す図である。
【図１３】オーディオのフレーミングフォーマット及び１ＳＹＮＣブロックの構造を説明する図である。
【図１４】１フレーム分の画像データのブロッキングを説明する図である。
【図１５】誤り訂正符号が付加されたビデオのフレーミングフォーマットを示す図である。
【図１６】ビデオのバッファリングユニット及び１ＳＹＮＣブロックの構成を示す図である。
【図１７】１トラック分のサブコードエリアの構造を説明する図である。
【図１８】オーディオエリア及びビデオエリアにおけるＳＹＮＣブロックのＩＤ部の構造を説明する図である。
【図１９】サブコードエリアにおけるＳＹＮＣブロックのＩＤ部の構造を説明する図である。
【図２０】パックの基本構造を示す図である。
【図２１】大アイテムによるパックのグループの定義を示す図である。
【図２２】ＡＡＵＸ ＳＯＵＲＣＥ パック、ＡＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパック、ＡＡＵＸ ＲＥＣ ＤＡＴＥパック、ＡＡＵＸ ＲＥＣ ＴＩＭＥパック及びＡＡＵＸ ＲＥＣ ＴＩＭＥ ＢＩＮＡＲＹ ＧＲＯＵＰパックの詳細を示す図である。
【図２３】ＡＡＵＸ ＣＣパック、ＶＡＵＸ ＳＯＵＲＣＥ パック、ＶＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパック、ＶＡＵＸ ＲＥＣ ＤＡＴＥパック及びＶＡＵＸ ＲＥＣ ＴＩＭＥパックの詳細を示す図である。
【図２４】ＶＡＵＸ ＲＥＣ ＴＩＭＥ ＢＩＮＡＲＹ ＧＲＯＵＰパック及びＶＡＵＸＣＣパックの詳細を示す図である。
【図２５】１フレーム分のＡＡＵＸ領域の構造を説明する図である。
【図２６】１トラック分のＶＡＵＸ領域の構造を説明する図である。
【図２７】１フレーム分のＶＡＵＸ領域の構造を説明する図である。
【図２８】５２５／６０システムのディジタルＶＴＲにおけるサブコードエリアのパックデータの多重書きを説明する図である。
【図２９】６２５／５０システムのディジタルＶＴＲにおけるサブコードエリアのパックデータの多重書きを説明する図である。
【図３０】ＭＩＣのメモリーマップを説明する図である。
【図３１】ディジタルＶＴＲの記録回路を示す図である。
【図３２】ディジタルＶＴＲの記録回路におけるパックデータの生成を説明する図である。
【図３３】記録トラック上のメインエリアを説明する図である。
【図３４】モード処理マイコンにおけるＶＡＵＸパックデータの生成を説明する図である。
【図３５】モード処理マイコンにおけるＡＡＵＸパックデータの生成を説明する図である。
【図３６】ＭＩＣデータの生成を説明する図である。
【図３７】ディジタルＶＴＲの再生回路の一部の構成を示す図である。
【図３８】ディジタルＶＴＲの再生回路の他の一部の構成を示す図である。
【図３９】ＶＡＵＸ用ＩＣにおける再生パックデータの処理を説明する図である。
【図４０】信号処理マイコンにおける再生パックデータの処理を説明する図である。
【図４１】ＡＰＴによるトラックフォーマットの定義付けを説明する図である。
【図４２】アプリケーションＩＤの階層構造を説明する図である。
【図４３】アプリケーションＩＤが「０００」の場合のトラック上のフォーマットを説明する図である。
【図４４】テレビジョン信号のチューナー出力を分析した図である。
【図４５】コンポジットビデオ信号に挿入されているシステムデータを示す図である。
【図４６】ＶＡＵＸ及びＡＡＵＸメインエリアについて説明する図である。
【図４７】ＣＣ信号を示す図である。
【符号の説明】
１５，６０…信号処理マイコン、１６，５８…ＶＡＵＸ用ＩＣ、１８，７１…ＡＡＵＸ用ＩＣ、２７，４２…モード処理マイコン
【産業上の利用分野】
本発明は、ディジタル画像信号及びディジタル音声信号を記録再生する装置に関するものである。
【０００２】
【従来の技術】
従来のアナログ画像信号を記録再生するビデオテープレコーダ（以下「アナログＶＴＲ」という）では、記録しようとするコンポジットビデオ信号は垂直ブランキング期間の内容を含めてそのまま記録していた。
【０００３】
このとき、磁気ヘッドと磁気テープとの間の電磁変換特性から、およそ１ＭＨｚ以下の成分が記録され、文字多重放送信号のような周波数の高い（約５．７ＭＨｚ）成分は、波形がなまってしまって記録・再生はできかった。
【０００４】
【発明が解決しようとする課題】
近年、この電磁変換特性を考慮して、ビデオ信号の垂直ブランキング期間内に種々の制御信号、画像付随情報（画像に関する情報）や音声付随情報（音声に関する情報）を放送電波内やパッケージメディアに挿入する動きがある。例えば、ＣＬＯＳＥＤ ＣＡＰＴＩＯＮ、ＶＢＩＤ、ＷＳＳ、ＥＤＴＶ２等である。また、ＣＬＯＳＥＤ ＣＡＰＴＩＯＮ信号のフォーマットで各種データサービスを行うＥＤＳ（Ｅｘｔｅｎｄｅｄ Ｄａｔａ Ｓｅｒｖｉｃｅ）が規定されている。このＥＤＳではテレビジョン信号の音声の付随情報（言語の種類、ステレオ／モノラル等）を伝送することが考えられている。
【０００５】
一方、近年その進捗が目ざましい画像圧縮技術を用いたディジタルＶＴＲでは、記録信号のデータ量を削減するため、垂直ブランキング期間や水平ブランキング期間は除去される。したがって、このような画像圧縮技術を用いたディジタルＶＴＲにより前記各種フォーマットの信号を含んだビデオ信号を記録再生すると、これらのフォーマットの信号が失われてしまうという問題点があった。
【０００６】
本発明はこのような問題点を解決するためになされたものであり、画像圧縮技術を用いたディジタルＶＴＲにおいても、ビデオ信号の垂直ブランキング期間に挿入された音声付随情報を失わずに記録できるようにすることを目的とするものである。
【０００７】
【課題を解決するための手段】
前記課題を解決するため、本発明に係るディジタル画像・音声信号記録再生装置は、符号化された画像信号を記録する第１の記録エリア（VIDEO DATA記録エリア）と、符号化された音声信号を記録する第２の記録エリア（AUDIO DATA記録エリア）と、パック構造化された音声付随データを記録する第３の記録エリア（AAUX DATA 記録エリア）とを有する記録フォーマットを備えると共に、画像信号を符号化して第１の記録エリアに記録する手段と、音声信号を符号化して第２の記録エリアに記録する手段と、画像信号の垂直ブランキング期間に挿入されている音声付随情報をパック構造化して第３の記録エリアに記録する手段と、符号化された画像信号を第１の記録エリアから再生して画像信号を復号化する手段と、符号化された音声信号を第２の記録エリアから再生して音声信号を復号化する手段と、パック構造化された音声付随情報を第３の記録エリアから再生して付随情報を読み出す手段とを備え、第３の記録エリアが主領域と副領域とを有し、第３の記録エリアに記録する手段は、音声付随情報を第３の記録エリアの副領域に記録し、音声付随情報の内、重要度の高いものを第３の記録エリアの主領域に記録する。
【０００８】
また、前記課題を解決するために、本発明に係るディジタル画像・音声信号記録再生装置は、再生時に、第３の記録エリアの副領域の内容が理解できるときは、副領域内の付随情報を画像信号の垂直ブランキング期間に重畳し、副領域の内容が理解できないときは、第３の記録エリアの主領域の重要度の高い付随情報のみを画像信号の垂直ブランキング期間に重畳する重畳手段を備える。
【０００９】
また、前記課題を解決するために、本発明に係るディジタル画像・音声信号記録再生装置は、互いにアジマス角の異なる１対のヘッドにより記録される１対のトラックをペアとして扱うことにより、第３の記録エリアの副領域に記録する付随情報の種類を多くする。例えば、１フレームの画像信号が１０本のトラックとして記録される装置においては、５種類の付随情報を記録することができる。
【００１０】
さらに、前記課題を解決するために、本発明に係るディジタル画像・音声信号記録再生装置に備えられている第３の記録エリアに記録する手段は、１フレーム内の最終トラックペアの第３の記録エリアの副領域に最優先の付随情報を記録することにより、他のトラックペアの副領域に他の付随情報が記録されても互換性を保持する。
【００１２】
【作用】
本発明によれば、画像信号及び音声信号を符号化してそれぞれの記録エリアに記録すると共に、画像信号のブランキング期間に挿入されている音声付随情報をパック構造化して音声付随データの記録エリアに記録する。そして、再生時は、画像信号及び音声信号をそれぞれの記録エリアから再生して復号化すると共に、パック構造化された音声付随情報を音声付随データの記録エリアから再生して音声付随情報を読み出し、復号化した画像信号のブランキング期間に戻す。
【００１３】
【実施例】
本発明をヘリカルスキャン方式の画像圧縮記録方式民生用ディジタルＶＴＲ（以下「ディジタルＶＴＲ」という）に適用した場合の実施例について、次の項目にしたがって順次説明する。
【００１４】
１．ディジタルＶＴＲの概要
〔１〕ディジタルＶＴＲの記録フォーマット
（１）ＩＴＩエリア
（２）オーディオエリア
（３）ビデオエリア
（４）サブコードエリア
（５）ＩＤ部の構造
（６）ＭＩＣ
（７）パックの構造及び種類
（８）付随データ記録エリアの構造
〔２〕ディジタルＶＴＲの記録回路
〔３〕ディジタルＶＴＲの再生回路
【００１５】
２．アプリケーションＩＤシステム
３．垂直ブランキング期間のデータの記録再生
〔１〕垂直ブランキング期間のデータの種類
〔２〕ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックを用いた記録
〔３〕トランスペアレントパックを用いた記録
【００１６】
１．ディジタルＶＴＲの概要
まず、本実施例を構成するディジタルＶＴＲの概要について、その記録フォーマット、記録回路、再生回路の順に説明する。
【００１７】
〔１〕ディジタルＶＴＲの記録フォーマット
本実施例のディジタルＶＴＲのテープ上の記録フォーマットを図１１に示す。
この図において、トラックの両端にはマージンが設けられる。そして、その内側には記録始端側から、アフレコを確実に行うためのＩＴＩエリア、音声信号を記録するオーディオエリア、画像信号を記録するビデオエリア、副次的データを記録するためのサブコードエリアが設けられる。なお各エリアの間には、エリア確保のためのインターブロックギャップ（ＩＢＧ）が設けられる。
【００１８】
次に上記の各エリアに記録される信号の詳細を説明する。
（１）ＩＴＩエリア
ＩＴＩエリアは図１１の拡大部分に示されているように、１４００ビットのプリアンブル、１８３０ビットのＳＳＡ（Ｓｔａｒｔ−Ｓｙｎｃ Ｂｌｏｃｋ Ａｒｅａ）、９０ビットのＴＩＡ（Ｔｒａｃｋ Ｉｎｆｏｒｍａｔｉｏｎ Ａｒｅａ）及び２８０ビットのポストアンブルから構成されている。
【００１９】
ここで、プリアンブルは再生時のＰＬＬのランイン等の機能を持ち、ポストアンブルはマージンを稼ぐための役割を持つ。そして、ＳＳＡ及びＴＩＡは、３０ビットのブロックデータを単位として構成されており、各ブロックデータの先頭１０ビットには所定のＳＹＮＣパターン（ＩＴＩ−ＳＹＮＣ）が記録される。
【００２０】
このＳＹＮＣパターンに続く２０ビットの部分には、ＳＳＡにおいては主にＳＹＮＣブロック番号（０〜６０）が記録され、また、ＴＩＡにおいては主に３ビットのＡＰＴ情報（ＡＰＴ２〜ＡＰＴ０）、記録モードを識別するＳＰ／ＬＰフラグ及びサーボシステムの基準フレームを示すＰＦフラグが記録される。なお、ＡＰＴはトラック上のデータ構造を規定するＩＤデータであり、本実施例のディジタルＶＴＲでは値「０００」をとる。なお、ＡＰＴ情報の詳細は後述する。
【００２１】
以上の説明から分かるように、ＩＴＩエリアにはコード長の短いシンクブロックが磁気テープ上の固定された位置に多数記録されているので、再生データから例えばＳＳＡの６１番目のＳＹＮＣパターンが検出された位置をトラック上のアフレコ位置を規定する基準として使用することにより、アフレコ時に書換えられる位置を高精度に規定し、良好なアフレコを行うことができる。なお、本実施例のディジタルＶＴＲは、後述するように外の種々のディジタル信号記録再生装置へ容易に商品展開できるように設計されているが、どのようなディジタル信号記録再生装置においても特定のエリアのデータの書換えは必要となるので、このトラック入口側のＩＴＩエリアは必ず設けられている。
【００２２】
（２）オーディオエリア
オーディオエリアは、図１１の拡大部分に示されるように、その前後にプリアンブルとポストアンブルを有しており、プリアンブルはＰＬＬ引き込み用のランアップ及びオーディオＳＹＮＣブロックの前検出のためのプリＳＹＮＣから構成されている。また、ポストアンブルは、オーディオエリアの終了を確認するためのポストＳＹＮＣと、ビデオデータアフレコ時にオーディオエリアを保護するためのガードエリアとから構成されている。
【００２３】
ここで、プリＳＹＮＣ及びポストＳＹＮＣの各ＳＹＮＣブロックは、図１２の（１）及び（２）に示すように構成され、プリＳＹＮＣはＳＹＮＣブロック２個から、ポストＳＹＮＣはＳＹＮＣブロック１個から構成されている。そして、プリＳＹＮＣの６バイト目には、ＳＰ／ＬＰの識別バイトが記録される。これはＦＦｈでＳＰ、ＯＯｈでＬＰを表し、前述のＩＴＩエリアに記録されたＳＰ／ＬＰフラグが読み取り不能のときはこのプリＳＹＮＣのＳＰ／ＬＰの識別バイトの値が採用される。
【００２４】
以上のようなアンブルエリアに挟まれたエリアに記録されるオーディオデータは次のようにして生成される。
まず、記録すべき１トラック分の音声信号は、Ａ／Ｄ変換及びシャフリングを施された後フレーミングが行われ、さらにパリティを付加される。このフレーミングを行ってパリティを付加したフォーマットを図１３の（１）に示す。この図において、７２バイトのオーディオデータの先頭に５バイトの音声付随データ（以下「ＡＡＵＸデータ」という）を付加して１ブロック７７バイトのデータを形成し、これを垂直に９ブロック積み重ねてフレーミングを行い、これに８ビットの水平パリティＣ１とブロック５個分に相当すると垂直パリティＣ２とが付加される。
【００２５】
これらのパリティが付加されたデータは各ブロック単位で読み出されて、各ブロックの先頭側に３バイトのＩＤを付加され、さらに、記録変調回路において２バイトのＳＹＮＣ信号を挿入されて、図１３の（２）に示されるようなデータ長９０バイトの１ＳＹＮＣブロックの信号へ成形される。そして、この信号がテープに記録される。
【００２６】
（３）ビデオエリア
ビデオエリアは図１１の拡大部分に示されるようにオーディオエリアと同様のプリアンブル及びポストアンブルを持つ。ただし、ガードエリアがより長く形成されている点でオーディオエリアのものと異なっている。これらのアンブルエリアに挟まれたビデオデータは次のようにして生成される。
【００２７】
まず、記録すべきコンポジットビデオ信号をＹ，Ｒ−Ｙ，Ｂ−Ｙのコンポーネントビデオ信号に分離した後、Ａ／Ｄ変換し、このＡ／Ｄ変換出力から１フレーム分の有効走査エリアのデータを抽出する。この１フレーム分の抽出データは、ビデオ信号が５２５／６０システムの場合には、Ｙ信号のＡ／Ｄ変換出力（ＤＹ）については、水平方向７２０サンプル、垂直方向４８０ラインで構成され、また、Ｒ−Ｙ信号のＡ／Ｄ変換出力（ＤＲ）及びＢ−Ｙ信号のＡ／Ｄ変換出力（ＤＢ）については、それぞれ水平方向１８０サンプル、垂直方向４８０ラインで構成される。そしてこれらの抽出データは、図１４に示されるように水平方向８サンプル、垂直方向８ラインのブロックに分割される。ただし、色差信号の場合、この図１４の（２）の右端部分のブロックは水平方向４サンプルしかないので、上下に隣接する２個のブロックをまとめて１個のブロックとする。以上のブロッキング処理によって１フレームにつきＤＹ、ＤＲ、ＤＢで合計８１００個のブロックが形成される。なお、この水平方向８サンプル、垂直方向８ラインで構成されるブロックをＤＣＴブロックと言う。
【００２８】
次に、これらのブロッキングされたデータを所定のシャフリングパターンにしたがってシャフリングした後、ＤＣＴブロック単位でＤＣＴ変換し、続いて量子化及び可変長符号化を行う。ここで、量子化ステップは３０ＤＣＴブロック毎に設定され、この量子化ステップの値は、３０個のＤＣＴブロックを量子化して可変長符号化した出力データの総量が所定値以下となるように設定される。すなわち、ビデオデータを、ＤＣＴブロック３０個ごとに固定長化する。このＤＣＴブロック３０個分のデータをバッファリングユニットと言う。
【００２９】
以上のようにして固定長化したデータについて、その１トラック分のデータ毎にビデオ付随データ（以下「ＶＡＵＸデータ」と言う）と共にフレーミングを施し、その後、誤り訂正符号を付加する。
このフレーミングを施して誤り訂正符号を付加した状態のフォーマットを図１５に示す。
【００３０】
この図において、ＢＵＦ０〜ＢＵＦ２６はそれぞれが１個のバッファリングユニットを表す。そして、１個のバッファリングユニットは、図１６の（１）に示すように垂直方向に５つのブロックに分割された構造を有し、各ブロックは７７バイトのデータ量を持つ。また、各ブロックの先頭側の１バイトには量子化に関するパラメータを格納するエリアＱが設けられる。
【００３１】
この量子化データに続く７６バイトのエリアにビデオデータが格納される。そして、図１５に示されているように、これらの垂直方向に２７個配置されたバッファリングユニットの上部には上記のバッファリングユニット内のブロック２個分に相当するＶＡＵＸデータα及びβが配置されると共に、その下部にはブロック１個分に相当するＶＡＵＸデータγが配置され、これらのフレーミングされたデータに対して８バイトの水平パリティＣ１及びブロック１１個分に相当する垂直パリティＣ２が付加される。
【００３２】
このようにパリティが付加された信号は各ブロック単位で読み出されて各ブロックの先頭側に３バイトのＩＤ信号を付加され、さらに、記録変調回路において２バイトのＳＹＮＣ信号が挿入される。これにより、ビデオデータのブロックについては図１６の（２）に示されるようなデータ量９０バイトの１ＳＹＮＣブロックの信号が形成され、また、ＶＡＵＸデータのブロックについては同図の（３）に示されるような１ＳＹＮＣブロックの信号が形成される。この１ＳＹＮＣブロック毎の信号が順次テープに記録される。
【００３３】
以上に説明したフレーミングフォーマットでは、１トラック分のビデオデータを表わす２７個のバッファリングユニットはＤＣＴブロック８１０個分のデータを有するので、１フレーム分のデータ（ＤＣＴブロック８１００個分）は１０個のトラックに分けて記録されることになる。
【００３４】
（４）サブコードエリア
サブコードエリアは主に高速サーチ用の情報を記録するために設けられたエリアであり、その拡大図を図１７に示す。この図に示されるように、サブコードエリアは１２バイトのデータ長を持つ１２個のＳＹＮＣブロックを含み、その前後にプリアンブル及びポストアンブルが設けられる。ただし、オーディオエリア及びビデオエリアのようにプリＳＹＮＣ及びポストＳＹＮＣは設けられない。そして、１２個の各ＳＹＮＣブロックには、５バイトの付随データ（ＡＵＸデータ）を記録するデータ部が設けられている。また、この５バイトの付随データを保護するパリティとしては２バイトの水平パリティＣ１のみが用いられ、垂直パリティは使用されない。
【００３５】
なお、以上に説明したオーディオエリア、ビデオエリア、サブコードエリアを構成している各ＳＹＮＣブロックは、記録変調において２４／２５変換（記録信号の２４ビット毎のデータを２５ビットへ変換することにより、記録符号にトラッキング制御用パイロット周波数成分を付与するようにした記録変調方式）を施されるため、各エリアの記録データ量は図１１に示されているようなビット数になる。
【００３６】
（５）ＩＤ部の構造
以上の図１３、図１６及び図１７に示されている各ＳＹＮＣブロックの構成から明らかなように、オーディオエリア、ビデオエリア及びサブコードエリアに記録されるＳＹＮＣブロックは、２バイトのＳＹＮＣ信号の後にＩＤ０、ＩＤ１及びＩＤＰ（ＩＤ０，ＩＤ１を保護するパリティ）からなる３バイトのＩＤ部が設けられる点で共通の構造となっている。そして、このＩＤ部の内のＩＤ０、ＩＤ１は、オーディオエリア及びビデオエリアにおいては図１８に示すようにデータの構造が定められる。
【００３７】
すなわち、ＩＤ１にはオーディオエリアのプリＳＹＮＣからビデオエリアのポストＳＹＮＣまでのトラック内ＳＹＮＣ番号が２進数で格納される。そして、ＩＤ０の下位４ビットには１フレーム内のトラック番号が格納される。
【００３８】
また、ＩＤ０の上位４ビットには、ＡＡＵＸ＋オーディオデータ及びビデオデータの各ＳＹＮＣブロックにおいては、この図の（１）に示されるように４ビットのシーケンス番号が格納される。一方、オーディオエリアのプリＳＹＮＣブロック、ポストＳＹＮＣブロック及びパリティＣ２のＳＹＮＣブロックにおいては、オーディオエリアのデータ構造を規定する３ビットのＩＤデータＡＰ１が格納され、また、ビデオエリアのプリＳＹＮＣブロック、ポストＳＹＮＣブロック及びパリティＣ２のＳＹＮＣブロックにおいてはビデオエリアのデータ構造を規定する３ビットのＩＤデータＡＰ２が格納される（この図の（２）参照）。なお、これらのＡＰ１及びＡＰ２の値は、本実施例のディジタルＶＴＲでは「０００」をとる。
【００３９】
また、上記のシーケンス番号は、「００００」から「１０１１」までの１２通りの番号を各フレーム毎に記録するものであり、このシーケンス番号を見ることにより、変速再生時に得られたデータが同一フレーム内のものかどうかを判断できる。
【００４０】
一方、サブコードエリアにおけるＳＹＮＣブロックのＩＤ部の構造は図１９のように規定されている。
この図はサブコードエリアの１トラック分のＳＹＮＣブロック番号０から１１までの各ＩＤ部の構造を示したものであり、ＩＤ０の最上位ビットにはＦＲフラグが設けられる。このフラグはフレームの前半５トラックであるか否かを示し、前半５トラックにおいては「０」、後半５トラックにおいては「１」の値をとる。その次の３ビットには、ＳＹＮＣブロック番号が「０」及び「６」であるＳＹＮＣブロックにおいてはサブコードエリアのデータ構造を規定するＩＤデータＡＰ３が記録されると共に、ＳＹＮＣブロック番号「１１」のＳＹＮＣブロックにおいてはトラック上のデータ構造を規定するＩＤデータＡＰＴが記録され、その外のＳＹＮＣブロックにおいてはＴＡＧコードが記録される。なお、上記ＡＰ３の値は、本実施例のディジタルＶＴＲでは「０００」をとる。
【００４１】
また、上記ＴＡＧコードは、この図に拡大して示されているようにサーチ用の３種類のＩＤ信号、すなわち、従来から行われているＩＮＤＥＸサーチのためのＩＮＤＥＸ ＩＤ、コマーシャル等の不要場面をカットするためのＳＫＩＰ ＩＤ及び静止画サーチのためのＰＰ ＩＤ（Ｐｈｏｔｏ／Ｐｉｃｔｕｒｅ ＩＤ）から構成される。また、ＩＤ０の下位４ビットとＩＤ１の上位４ビットとを使用してトラックの絶対番号（テープの先頭からの通しのトラック番号）が記録される。ただし、この図に示されるようにＳＹＮＣブロック３個分の合計２４ビットを用いて１個の絶対トラック番号が記録される。ＩＤ１の下位４ビットにはサブコードエリアのＳＹＮＣブロック番号が記録される。
【００４２】
（６）ＭＩＣ
本実施例のディジタルＶＴＲでは、以上に説明したようにテープ上に規定されている各エリアに付随データを記録するようにしているが、この外にテープの収納されるカセットにメモリＩＣの設けられた回路基板を搭載し、このメモリＩＣにも付随データを記録するようにしている。そして、このカセットがディジタルＶＴＲに装着されるとこのメモリＩＣに書き込まれた付随データが読み出されてディジタルＶＴＲの運転・操作の補助が行われるようにしている（特願平４−１６５４４４号、特願平４−２８７８７５号等参照）。このメモリＩＣを本願ではＭＩＣ（Ｍｅｍｏｒｙ Ｉｎ Ｃａｓｓｅｔｔｅ）と呼び、そのデータ構造については後で詳述する。
【００４３】
（７）パックの構造及び種類
以上に説明したように、本実施例のディジタルＶＴＲでは、付随データを記録するエリアとして、テープ上のオーディオエリアのＡＡＵＸエリア、ビデオエリアのＶＡＵＸエリア及びサブコードエリアのＡＵＸデータ記録エリアが使用され、また、この外にテープカセットに搭載されたＭＩＣの記録エリアが使用される。そして、これらの各エリアは、いずれも５バイトの固定長をもつパックを単位として構成される。
【００４４】
つぎに、これらのパックの構造及び種類について説明する。
パックは図２０に示される５バイトの基本構造を持つ。この５バイトについて、最初のバイト（ＰＣ０）がデータの内容を示すアイテム（パックヘッダーともいう）とされる。そして、このアイテムに対応して後続する４バイト（ＰＣ１〜４）の書式が定められ、この書式にしたがって任意のデータが設けられる。
【００４５】
このアイテムデータは上下４ビットずつに分割され、上位４ビットは大アイテム、下位４ビットは小アイテムと称される。そして上位４ビットの大アイテムは例えば後続データの用途を示す情報とされ、この大アイテムによってパックは図２１に示されるように、コントロール「００００」、タイトル「０００１」、チャプター「００１０」、パート「００１１」、プログラム「０１００」、ＡＡＵＸ「０１０１」、ＶＡＵＸ「０１１０」、カメラ「０１１１」、ライン「１０００」、ソフトモード「１１１１」の１０種類のグループに展開されている。
【００４６】
このように大アイテムによって展開されたパックの各グループは、それぞれがさらに小アイテム（これによって例えば後続データの具体的な内容が表される）によって１６個のパックに展開され、結局、これらのアイテムを用いて最大２５６種類のパックを定義することができる。
【００４７】
なお、図２１における大アイテム「１００１」〜「１１１０」は追加用に残された未定義の部分を表している。したがって、未だ定義されていないアイテムデータのコードを使用して新たなアイテムデータ（パックヘッダー）を定義することにより、将来任意に新しいデータの記録を行うことができる。またヘッダーを読むことによりパックに格納されているデータの内容を把握できるので、パックを記録するテープ上の位置も任意に設定できる。
【００４８】
次に、パックの具体例を図２２及び図２３を用いて説明する。
図２２の（１）に示されるパックは、そのアイテムの値からわかるように図２１におけるＡＡＵＸのグループに所属するものであってＡＡＵＸ ＳＯＵＲＣＥパックと呼ばれ、音声に関する付随データの記録に使用される。すなわち、図に示されるように、オーディオサンプル周波数が映像信号とロックしているか否かを示すフラグ（ＬＦ）、１フレーム当たりのオーディオサンプル数（ＡＦ ＳＩＺＥ）、オーディオチャンネル数（ＣＨ）、各オーディオチャンネルのステレオ／モノラル等のモードの情報（ＰＡ及びＡＵＤＩＯ ＭＯＤＥ）、テレビジョン方式に関する情報（５０／６０及びＳＴＹＰＥ）、エンファシスの有無（ＥＦ）、エンファシスの時定数（ＴＣ）、サンプル周波数（ＳＭＰ）、量子化情報（ＱＵ）が記録される。
【００４９】
また、同図の（２）示されるＡＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックには、ＳＣＭＳデータ（上位ビットが著作権の有無を表し、下位ビットがオリジナルテープか否かを表す）、コピーソースデータ（アナログ信号源か否か等を表す）、コピー世代データ、サイファー（暗号）タイプデータ（ＣＰ）、サイファーデータ（ＣＩ）、記録開始フレームか否かを示すフラグ（ＲＥＣ ＳＴ）、記録最終フレームか否かを示すフラグ（ＲＥＣ ＥＮＤ）、オリジナル記録／アフレコ記録／インサート記録等の記録モードデータ（ＲＥＣ ＭＯＤＥ）、方向を示すフラグ（ＤＲＦ）、再生スピードデータ及び記録内容のジャンルカテゴリーが記録される。
【００５０】
さらに、同図の（３）に示されるＡＡＵＸ ＲＥＣ ＤＡＴＥパックには、サマータイムか否かを示すフラグ「ＤＳ」、３０分の時差の有無を示すフラグ「ＴＭ」、時差を表すデータ「ＴＩＭＥ ＺＯＮＥ」及び日、曜日、月、年のデータが記録される。
【００５１】
そして、同図の（４）に示されるＡＡＵＸ ＲＥＣ ＴＩＭＥパックには、ＳＭＰＴＥタイムコード表示で＊＊時＊＊分＊＊秒＊＊フレームの記録時間のデータが記録される。
【００５２】
また、同図の（５）に示されるＡＡＵＸ ＲＥＣ ＴＩＭＥ ＢＩＮＡＲＹ
ＧＲＯＵＰＥパックには、ＳＭＰＴＥタイムコードのバイナリー・グループ・データが記録される。
【００５３】
そして、図１９の（１）に示されるＡＡＵＸ ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックには、テレビジョン信号の垂直ブランキング期間に伝送されるＣＬＯＳＥＤ ＣＡＰＴＩＯＮ信号のフォーマットを用いたＥＤＳデータの内、主音声、第２音声の言語・種類に関するデータが格納される。これらのデータ内容は次のとおりである。
【００５４】
ＭＡＩＮ及び２ＮＤ ＡＵＤＩＯ ＬＡＮＧＵＡＧＥ：
０００＝Ｕｎｋｎｏｗｎ
００１＝Ｅｎｇｌｉｓｈ
０１０＝Ｓｐａｎｉｓｈ
０１１＝Ｆｒｅｎｃｈ
１００＝Ｇｅｒｍａｎ
１０１＝Ｉｔａｌｉａｎ
１１０＝Ｏｔｈｅｒｓ
１１１＝Ｎｏｎｅ
【００５５】
ＭＡＩＮ ＡＵＤＩＯ ＴＹＰＥ：
０００＝Ｕｎｋｎｏｗｎ
００１＝Ｍｏｎｏ
０１０＝Ｓｉｍｕｌａｔｅｄ Ｓｔｅｒｅｏ
０１１＝Ｔｒｕｅ Ｓｔｅｒｅｏ
１００＝Ｓｔｅｒｅｏ
１０１＝Ｄａｔａ Ｓｅｒｖｉｃｅ
１１０＝Ｏｔｈｅｒｓ
１１１＝Ｎｏｎｅ
【００５６】
２ＮＤ ＡＵＤＩＯ ＴＹＰＥ：
０００＝Ｕｎｋｎｏｗｎ
００１＝Ｍｏｎｏ
０１０＝Ｄｅｓｃｒｉｐｔｉｖｅ Ｖｉｄｅｏ Ｓｅｒｖｉｃｅ
０１１＝Ｎｏｎ−ｐｒｏｇｒａｍ Ａｕｄｉｏ
１００＝Ｓｐｅｃｉａｌ Ｅｆｆｅｃｔｓ
１０１＝Ｄａｔａ Ｓｅｒｖｉｃｅ
１１０＝Ｏｔｈｅｒｓ
１１１＝Ｎｏｎｅ
【００５７】
ここで、ＡＡＵＸメインエリアにＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックが記録されている場合には、主音声・第２音声の種類はそのパック内の情報に従う。また、ＡＡＵＸメインエリアにＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックが記録されておらず、その代わりに情報無しパックが記録されている場合には、主音声・第２音声の種類はＡＡＵＸ ＳＯＵＲＣＥパック内のＡＵＤＩＯ ＭＯＤＥの情報に従う。なお、ＡＡＵＸ ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックについての詳細は後述する。
【００５８】
また、図２３の（２）〜（５）及び図２４（１），（２）に示される各パックは、そのアイテムデータの値から分かるように図２１におけるＶＡＵＸのグループに所属するものであり、画像に関する付随データの記録に使用される。
【００５９】
これらのパックの記録内容について説明すると、図２３の（２）に示されるＶＡＵＸ ＳＯＵＲＣＥパックには、記録信号源のチャンネル番号、記録信号が白黒信号であるか否かを示すフラグ（Ｂ／Ｗ）、カラーフレーミングを表すコード（ＣＦＬ）、ＣＦＬが有効であるか否かを示すフラグ（ＥＮ）、記録信号源がカメラ／ライン／ケーブル／チューナー／ソフトテープ等のいずれであるかを示すコード（ＳＯＵＲＣＥ ＣＯＤＥ）、テレビジョン信号の方式に関するデータ（５０／６０及びＳＴＹＰＥ）、ＵＶ放送／衛星放送等の識別に関するデータ（ＴＵＮＥＲ ＣＡＴＥＧＯＲＹ）が記録される。
【００６０】
図２３の（３）に示されるＶＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックには、ＳＣＭＳデータ（上位ビットが著作権の有無を表し、下位ビットがオリジナルテープか否かを表す）、コピーソースデータ（アナログ信号源か否か等を表す）、コピー世代データ、サイファー（暗号）タイプデータ（ＣＰ）、サイファーデータ（ＣＩ）、記録開始フレームか否かを示すフラグ（ＲＥＣ ＳＴ）、オリジナル記録／アフレコ記録／インサート記録等の記録モードデータ（ＲＥＣ ＭＯＤＥ）が記録されると共に、さらに、アスペクト比等に関するデータ（ＢＣＳＹＳ及びＤＩＳＰ）、奇偶フィールドのうちの一方のフィールドの信号のみを２回反復して出力するか否かに関するフラグ（ＦＦ）、フィールド１の期間にフィールド１の信号を出力するかフィールド２の信号を出力するかに関するフラグ（ＦＳ）、フレームの画像データが前のフレームの画像データと異なっているか否かに関するフラグ（ＦＣ）、インターレースであるか否かに関するフラグ（ＩＬ）、記録画像が静止画であるか否かに関するフラグ（ＳＴ）、記録画像がスチルカメラモードで記録されたものであるか否かを示すフラグ（ＳＣ）及び記録内容のジャンルが記録される。
【００６１】
また、同図の（４）に示されるＶＡＵＸ ＲＥＣ ＤＡＴＥパックには記録日に関するデータが記録され、同図の（５）に示されるＶＡＵＸ ＲＥＣ ＴＩＭＥパックには記録時間に関するデータが記録され、図２４の（１）に示されるＶＡＵＸ ＲＥＣ ＴＩＭＥ ＢＩＮＡＲＹ ＧＲＯＵＰのパックにはタイムコードのバイナリー群のデータが記録される。
【００６２】
そして図２４の（２）に示されるＶＡＵＸ ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックにはテレビジョン信号の垂直帰線期間に伝送されるＣＬＯＳＥＤ ＣＡＰＴＩＯＮ信号が記録される。このパックについての詳細は後述する。
【００６３】
なお、パックの特殊例として、アイテムコードがオール１のパックは、無情報のパック（Ｎｏ Ｉｎｆｏｒｍａｔｉｏｎ パック：以下「ＮＯ ＩＮＦＯパック」という）として定義されている。
【００６４】
以上の説明から分かるように、本実施例のディジタルＶＴＲでは、付随データの構造が上述のような各エリアに共通なパック構造となっているので、これらのデータを記録再生する場合のソフトウェアを共通にでき、処理が簡単になる。また記録再生時のタイミングが一定になるために、時間調整のために余分にＲＡＭ等のメモリを設ける必要がなく、さらに新たな機種の開発などの場合にも、そのソフトウェアの開発を容易に行うことができる。
【００６５】
また、パック構造にすることによって、例えば再生時にエラーが発生した場合にも、次のパックを容易に取り出すことができる。このためエラーの伝播等によって大量のデータが破壊されてしまうようなことがない。
【００６６】
なお、前述のＭＩＣにテキストデータを記憶する場合には、記憶容量の小さいＭＩＣの記憶エリアの使用領域を節約するために、パックの構造を例外的に１個のパックの中に記録対象であるテキストデータが全部格納される可変長パックの構造としており、これによってＭＩＣの記憶領域の消費量を節約している。
【００６７】
（８）付随データ記録エリアの構造
次に、パックを用いて多種多様な付随データが記録されるＡＡＵＸエリア、ＶＡＵＸエリア、サブコードエリアのデータエリア及びテープカセットに搭載されたＭＩＣの記録エリアの具体的構造について説明する。
【００６８】
▲１▼ ＡＡＵＸエリア
ＡＡＵＸエリアでは、図１３の（２）に示される１ＳＹＮＣブロックのフォーマットにおいて、５バイトのＡＡＵＸエリアで１個のパックが構成される。したがって、ＡＡＵＸエリアは１トラックにつき９個のパックで構成される。５２５／６０システムのディジタルＶＴＲでは１フレームのデータを１０トラックで記録するので、１フレーム分のＡＡＵＸエリアは図２５のように表される。
【００６９】
この図において１つの区画が１個のパックを表す。そして、区画に記入されている番号５０〜５５は、その区画のパックのアイテムコードを１６進数表示したものであり（この図における番号５０は、前述のＡＡＵＸ ＳＯＵＲＣＥパックを表している）、これらの６種類のパックをメインパックと呼び、これらのメインパックが記録されるエリアをＡＡＵＸメインエリアと言う。また、これ以外のエリアはＡＡＵＸオプショナルエリアと言い、多種多様なパックの中から任意のパックを選んで記録することができる。
【００７０】
▲２▼ＶＡＵＸエリア
ＶＡＵＸエリアについては、１トラックにおけるＶＡＵＸエリアが図１５に示されるように３個のＳＹＮＣブロックα、β、γから構成され、そのパック個数は、図２６に示されるように１ＳＹＮＣブロックにつき１５個、１トラックで４５個となる。なお、１ＳＹＮＣブロックにおけるエラーコードＣ１の直前の２バイトのエリアは、予備的な記録エリアとして使用する。
【００７１】
１フレーム分のＶＡＵＸエリアについて、そのパック構成を示すと図２７のようになる。この図において１６進数表示のアイテムコード６０〜６５が付されているパックはＶＡＵＸメインエリアを構成するＶＡＵＸメインパックであり、図２３の（２）〜（５）及び図２４の（１），（２）に示したパックがこれに相当している。その外のパックはＶＡＵＸオプショナルエリアを構成する。
【００７２】
▲３▼サブコードエリアのデータエリア
サブコードエリアのデータエリアは、図１７に示されるように、ＳＹＮＣブロック番号０〜１１の各ＳＹＮＣブロックの中に５バイトづつ書き込まれ、それぞれが１パックを構成している。すなわち、１トラックで１２個のパックが記録され、そのうちＳＹＮＣブロック番号３〜５及び９〜１１のパックがメインエリアを構成し、その外のパックはオプショナルエリアを構成する。
【００７３】
このサブコードエリアにおいては、１フレーム分のデータが図２８に示すようなフォーマットで反復記録される。この図において大文字のアルファベットはメインエリアのパックを表し、タイムコード、記録年月日等の高速サーチに必要なデータが記録される。小文字のアルファベットはオプショナルエリアのパックを表し、このエリアには任意のパックを選択して任意のデータを記録することができる。
【００７４】
なお、図２８は５２５／６０システムの場合の記録パターンであるが、参考までに６２５／５０システムの場合の１フレーム分のサブコードデータの記録パターンを図２９に示す。この図に示されるように、６２５／５０システムの場合は１フレームが１２トラックで構成され１トラックにおけるサブコードは５２５／６０システムの場合と同様に１２個のＳＹＮＣブロックで構成され、トラック数のみが異なったものとなる。
【００７５】
なお、以上に説明した各エリアにおけるメインエリアには、あらゆるテープについて共通的な基本のデータ項目に関する付随的情報が格納されたパックが記録されるという特徴がある。一方、オプショナルエリアには、ソフトテープメーカーあるいはユーザー等が自由に任意の付随データを書き込むことができる。そのような付随的情報としては、例えば、種々の文字情報、文字放送信号データ、垂直ブランキング期間内或るいは有効走査期間内の任意のラインのテレビジョン信号データ、コンピューターグラフィックスのデータ等がある。
【００７６】
▲４▼ＭＩＣの記録エリア
図３０にＭＩＣの記録エリアのデータ構造を示す。この記録エリアもメインエリアとオプショナルエリアに分かれており、先頭の１バイトと未使用エリア（ＦＦｈ）を除いてすべてパック構造で記述される。前述のようにテキストデータだけは、可変長のパック構造で、それ以外はＶＡＵＸ、ＡＡＵＸ、サブコードの各エリアと同じ５バイト固定長のパック構造で記録される。
【００７７】
ＭＩＣメインエリアの先頭のアドレス０には、ＭＩＣのデータ構造を規定するＩＤデータであるＡＰＭ３ビットとＢＣＩＤ（Ｂａｓｉｃ ＣａｓｓｅｔｔｅＩＤ）４ビットが記録される。ここで、ＡＰＭの値は、本実施例のディジタルＶＴＲでは「０００」をとる。また、ＢＣＩＤは、基本カセットＩＤであり、ＭＩＣ無しカセットでのＩＤ認識（テープ厚み、テープ種類、テープグレード）用のＩＤボードと同じ内容である。ＩＤボードは、ＭＩＣ読み取り端子を従来の８ミリＶＴＲのレコグニションホールと同じ役目をさせるもので、これにより従来のようにカセットハーフに穴を空ける必要がなくなる。
【００７８】
アドレス１以降に順に、ＣＡＳＳＥＴＥ ＩＤパック、ＴＡＰＥ ＬＥＮＧＴＨパック、ＴＩＴＬＥ ＥＮＤパックの３個のパックが記録される。ＣＡＳＳＥＴＥ ＩＤＩＤパックにはテープ厚み情報とＭＩＣに関するメモリ情報が記録されている。ＴＡＰＥ ＬＥＮＧＴＨパックにはテープメーカーによってそのカセットのテープ長がトラック本数表現で記録されており、このデータと次のＴＩＴＬＥ ＥＮＤパックに格納されている記録最終位置を示す絶対トラック番号から、テープの残量が直ちに計算できる。またこの記録最終位置情報は、カムコーダーで途中を再生して停止させ、その後、元の最終記録位置に戻る時やタイマー予約時に便利な使い勝手を提供する。
【００７９】
オプショナルエリアは、オプショナルイベントで構成される。メインエリアが、アドレス０から１５まで１６バイトの固定エリアだったのに対し、オプショナルエリアはアドレス１６以降にある可変エリアである。その内容によりエリアの長さが変わり、イベント消去時にはアドレス１６以降に残りのイベントを詰めて保存する。詰め込み作業後不要となったデータは、すべてＦＦｈを書き込んでおき、未使用エリアとする。オプショナルエリアは、文字どおりオプションで、おもにＴＯＣ（Ｔａｂｌｅ ｏｆ Ｃｏｎｔｅｎｔｓ）やテープ上のポイントを示すタグ情報、それにプログラムに関するタイトル等のテキストデータ等が記録される。
【００８０】
ＭＩＣ読出し時、そのパックヘッダーの内容により５バイト毎、または可変長バイト（テキストデータ）毎に、次のパックヘッダーが登場するが、未使用エリアのＦＦｈをヘッダーとして読みだすと、これは情報無しパック（ＮＯ ＩＮＦＯパック）のパックヘッダーに相当するので、コントロールマイコンはそれ以降に情報が無いことを検出できる。
【００８１】
オプショナルエリアは共通オプションとメーカーオプションとから構成され、共通オプションには、例えば、テキストデータが入る。メーカーオプショナルエリアには、ソフトモード「１１１１」の大アイテムと「００００」の小アイテムを有する「メーカーコード」パックが設けられ、それに続いてメーカーごとの固有の内容が設けられる。オプショナルエリアへの記録及び書き込みは、先に共通オプションの内容が記録され、その後に、メーカーオプションが記録される。
【００８２】
したがってこの「メーカーコード」パックが判別されると、それ以前は共通化された内容であり、これ以降はメーカーごとの固有の内容であると判別される。なお共通オプションの内容、または「メーカーコード」パック及びメーカーごとの固有の内容は、一方または両方が存在しない場合もある。
【００８３】
〔２〕ディジタルＶＴＲの記録回路
本実施例のディジタルＶＴＲでは、以上に説明した記録フォーマットにしたがってテープ及びＭＩＣへの記録が行われるが、次に、このような記録を実行するディジタルＶＴＲの記録回路の構成及び動作について説明する。
【００８４】
記録回路の構成の１例を図３１に示す。この図において、入力されたコンポジットビデオ信号はＹ／Ｃ分離回路１によりＹ，Ｒ−Ｙ，Ｒ−Ｙの各コンポーネントビデオ信号に分離され、Ａ／Ｄ変換器２へ供給される。また、コンポジットビデオ信号は同期分離回路４へ供給され、ここで分離された同期信号はクロック発生器５へ供給される。クロック発生器５はＡ／Ｄ変換器２及びブロッキング・シャフリング回路３のためのクロック信号を生成する。
【００８５】
Ａ／Ｄ変換器２へ入力されたコンポーネント信号は、５２５／６０システムの場合、Ｙ信号は１３．５ＭＨｚ、色差信号は１３．５／４ＭＨｚのサンプリング周波数で、また６２５／５０システムの場合、Ｙ信号は１３．５ＭＨｚ、色差信号は１３．５／２ＭＨｚのサンプリング周波数で、Ａ／Ｄ変換が行われる。そして、これらのＡ／Ｄ変換出力のうち有効走査期間のデータＤＹ，ＤＲ，ＤＢのみがブロッキング・シャフリング回路３へ供給される。
【００８６】
このブロッキング・シャフリング回路３において、有効データＤＹ，ＤＲ，ＤＢは、水平方向８サンプル、垂直方向８ラインを１つのブロックとするブロッキング処理を施され、さらにＤＹのブロック４個、ＤＲとＤＢのブロックを１個ずつ、計６個のブロックを単位として画像データの圧縮効率を上げ、かつ再生時のエラーを分散させるためのシャフリングが行われた後、圧縮符号化部へ供給される。
【００８７】
圧縮符号化部は入力された水平方向８サンプル、垂直方向８ラインのブロックデータに対してＤＣＴ（離散コサイン変換）を行う圧縮回路６、その結果を所定のデータ量まで圧縮できたかを見積もる見積器８及びその判断結果を基に最終的に量子化ステップを決定し、可変長符号化を用いたデータ圧縮を行う量子化器７とから構成される。量子化器７の出力はフレーミング回路９において図１５において説明したフォーマットにフレーム化される。
【００８８】
図３１におけるモード処理マイコン２７は、人間とのマンマシンインターフェースを取り持つマイコンで、ビデオ信号の垂直同期信号の周波数に同期して動作する。また、信号処理マイコン１５はよりマシンに近い側で動作するものであり、ドラムの回転数９０００ｒｐｍ，１５０Ｈｚに同期して動作する。
【００８９】
そして、ＶＡＵＸ，ＡＡＵＸ，サブコードの各エリアのパックデータは、基本的にモード処理マイコン２７で生成されると共に、ＴＩＴＬＥ ＥＮＤパック等に含まれる絶対トラック番号は信号処理マイコン１５で生成され、後で所定の位置にはめ込む処理が実行される。サブコード内に格納されるタイムコードデータも信号処理マイコン１５で生成される。
【００９０】
これらの結果はマイコンとハードウエアとの間を取り持つインターフェィスであるＶＡＵＸ用ＩＣ１６、サブコード用ＩＣ１７及びＡＡＵＸ用ＩＣ１８に与えられる。ＶＡＵＸ用ＩＣ１６はタイミングをはかって合成器１０でフレーミング回路９の出力と合成する。また、サブコード用ＩＣ１７はＡＰ３、サブコードのＩＤであるＳＩＤ及びサブコードのパックデータＳＤＡＴＡを生成する。
【００９１】
一方、入力オーディオ信号はＡ／Ｄ変換器１１によりディジタルオーディオ信号に変換される。なお、ビデオ信号及びオーディオ信号のＡ／Ｄ変換の際には、この図には示されていないが、サンプリング回路の前段にそのサンプリング周波数に応じたＬＰＦを設けることが必要である。Ａ／Ｄ変換されたオーディオデータは、シャフリング回路１２によりデータの分散処理を受けた後、フレーミング回路１３において図１３において説明したフォーマットにフレーム化される。このとき、ＡＡＵＸ用ＩＣ１８は、ＡＡＵＸのパックデータを生成しタイミングを見計らって、合成器１４にてオーディオのＳＹＮＣブロック内の所定の場所にそれらを詰め込む。
【００９２】
次にＶＡＵＸを例にパックデータの記録回路を説明する。図３２にその全体の流れを示す。なお、ＡＡＵＸはＶＡＵＸと同様であるので、ここでは省略する。まずモード処理マイコン２７内でＶＡＵＸに格納すべきパックデータを生成する。それをＰ／Ｓ変換回路１１８にてシリアルデータに変換し、マイコン間の通信プロトコルにしたがって信号処理マイコン１５へ送る。ここでＳ／Ｐ変換回路１１９にてパラレルデータに戻し、スイッチ１２２を介してバッファメモリ１２３に格納する。送られたパックデータのうちその５バイト毎の先頭のヘッダー部をパックヘッダー検出回路１２０にて抜き出し、そのパックが絶対トラック番号を必要とするパックかどうかを調べる。必要ならばスイッチ１２２を切り換えて絶対トラック番号生成回路１２１から２３ビットのデータを８ビット刻みで格納する。格納エリアは、個々のパック構造において説明したようにすべて格納すべきパックのＰＣ１、ＰＣ２、ＰＣ３の固定位置である。
【００９３】
ここで回路１１９はマイコン内にあるシリアルＩ／Ｏであり、回路１２０、１２１、１２２はマイコンプログラムで構成され、回路１２３はマイコン内のＲＡＭである。このようにパック構造の処理は、わざわざハードで組まなくてもマイコンの処理時間で間に合うため、コスト的に有利なマイコンを使用する。
【００９４】
こうしてバッファメモリ１２３に格納されたデータは、ＶＡＵＸ用ＩＣ１６のライト側タイミングコントローラ１２５からの指示により、順々に読みだされる。この時、前半の６パック分はメインエリア用、その後の３９０パック分はオプショナルエリア用として、スイッチ１２４を切り換える。
【００９５】
メインエリア用のＦＩＦＯ１２６は３０バイト、オプショナルエリアのＦＩＦＯ１２７は１９５０バイト（５２５／６０システム）、もしくは２３４０バイト（６２５／５０システム）の容量を持つ。
【００９６】
ＶＡＵＸは、図３３の（１）に示されるようにトラック内ＳＹＮＣ番号１９、２０、１５６の所に格納される。またフレーム内トラック番号が、１、３、５、７、９のとき、＋アジマスでＳＹＮＣ番号１９の前半にメインエリアが、フレーム内トラック番号が、０、２、４、６、８のとき、−アジマスでＳＹＮＣ番号１５６の後半にメインエリアがある。これを１ビデオフレームでまとめて描いたのが、図３３の（２）である。このようにタイミング信号ｎＭＡＩＮ＝「Ｌ」の時が、メインエリアとなる。このような信号をリード側タイミングコントローラ１２９にて生成し、スイッチ１２８を切り換えその出力を合成器１０へ渡す。
【００９７】
ここで、ｎＭＡＩＮ＝「Ｌ」の時には、メインエリア用ＦＩＦＯ１２６のデータを繰り返し１０回（５２５／６０システム）、もしくは１２回（６２５／５０システム）読み取ることになる。ｎＭＡＩＮ＝「Ｈ」の時は、オプショナルエリア用ＦＩＦＯ１２７を読みだす。これは、１ビデオフレームに１回だけ読む。
【００９８】
図３４にモード処理マイコン２７内のＶＡＵＸパックデータ生成部を主として示す。まず大きく分けて回路はメインエリア用とオプショナルエリア用とに分かれる。回路１３１はメインエリア用データ収集生成回路である。ディジタルバスやチューナーから図のようなデータを受け取ると共に内部で１３９に示すようなデータ群を生成する。これをメインパックのビットバイト構造に組み立て、スイッチ１３２によりパックヘッダーを付加し、スイッチ１３６を介してＰ／Ｓ変換回路１１８へ入力する。
【００９９】
オプショナルエリア用データ収集生成回路１３３には、例えばチューナーからＴＥＬＥＴＥＸＴデータや番組タイトル等が入力され、これらを格納したパックデータが生成される。どのオプショナルエリアに記録するかはＶＴＲセットが個々に決定する。そのパックヘッダーを回路１３４により設定してスイッチ１３５により付加し、スイッチ１３６を介してＰ／Ｓ変換回路１１８へ入力する。タイミング調整回路１３７によりこれらのタイミングをとる。ここでも前述のように回路１１８はマイコン内にあるシリアルＩ／Ｏであり、回路１３１〜１３７はマイコンプログラムで構成される。
【０１００】
図３５にモード処理マイコンのＡＡＵＸパックデータの生成部を主として示す。その動作はＶＡＵＸパックデータの生成部と同様であるので、主な相違点を説明する。チューナーから来る番組のタイトルには、ＢＴＡＴ−００３のようなテレビ番組のタイトルの他にオーディオＰＣＭ放送のようなものから来る音楽番組のタイトルも考えられる。また、チューナーからはいわゆるＡモード、Ｂモードのディジタル音声のように、そのサンプリング周波数、量子化ビット数などが決まっているものもある。また、ＡＡＵＸ ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックを作るためには、チューナーからビデオ信号の垂直ブランキング期間内のＣＬＯＳＥＤ ＣＡＰＴＩＯＮ信号を受け取り、デコーダー１５０により音声に関するデータを抽出することが必要である。そして、ＡＡＵＸ ＣＬＯＳＥＤ ＣＡＰＴＩＯＮパックを生成すると共に、音声信号を再生する上で必要不可欠なデータをＡＡＵＸ ＳＯＵＲＣＥパック及びＡＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックに盛り込む。
【０１０１】
図３１における発生器１９では、ＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）の各ＩＤ部とプリＳＹＮＣ、ポストＳＹＮＣの生成を行う。ここでは、ＡＰ１、ＡＰ２も生成し所定のＩＤ部にはめ込む。発生器１９の出力と、ＡＤＡＴＡ（オーディオデータ）、ＶＤＡＴＡ（ビデオデータ）、ＳＩＤ、ＳＤＡＴＡは、第１のスイッチング回路ＳＷ１によりタイミングを見て切り換えられる。
【０１０２】
そして、第１のスイッチング回路ＳＷ１の出力はパリティ生成回路２０において、所定のパリティが付加され、乱数化回路２１、２４／２５変換回路２２へ供給される。ここで、乱数化回路２１はデータの直流成分をなくすために入力データを乱数化する。また、２４／２５変換回路２２は、データの２４ビット毎に１ビットを付加してパイロット信号成分を付与する処理及びディジタル記録に適したプリコード処理（パーシャルレスポンスクラスＩＶ）を行う。
【０１０３】
こうして得られたデータは合成器２３へ供給され、ここでＡ／Ｖ ＳＹＮＣ及びサブコードＳＹＮＣの発生器２４が生成したオーディオ、ビデオ及びサブコードのＳＹＮＣパターンが合成される。合成器２３の出力は第２のスイッチング回路ＳＷ２へ供給される。また、ＩＴＩ発生器２５が出力するＩＴＩデータとアンブルパターン発生器２６が出力するアンブルパターンも、第２のスイッチング回路ＳＷ２へ供給される。
【０１０４】
ＩＴＩ発生器２５には、モード処理マイコン２７からＡＰＴ，ＳＰ／ＬＰ，ＰＦの各データが供給される。ＩＴＩ発生器２５はこれらのデータをＴＩＡの所定の位置にはめ込んで第２のスイッチング回路ＳＷ２へ供給する。
【０１０５】
モード処理マイコン２７はディジタルＶＴＲ全体のモード管理を行う。このマイコンに接続された第３のスイッチング回路ＳＷ３は、ＶＴＲ本体の外部スイッチで記録、再生等を指示するスイッチ群である。このなかにはＳＰ／ＬＰの記録モード設定スイッチも含まれている。このスイッチ群による設定結果はモード処理マイコン２７により検出され、マイコン間通信により信号処理マイコン１５、ＭＩＣマイコン２９及びメカ制御マイコン（図示せず）へ与えられる。
【０１０６】
図３６にＭＩＣマイコン２９のデータ生成部を示す。モード処理マイコン２７から来たシリアルデータは、Ｓ／Ｐ変換回路１５９にてパラレルデータに変換され、マイコン内部で処理される。図３０のメインエリアの内、ＶＴＲ側が書き換えるのは、アドレス０のＡＰＭ、ＣＡＳＳＥＴＴＥ ＩＤパック内のＭＥフラグ、それからＴＩＴＬＥ ＥＮＤパックである。この中でＲＥ（Ｒｅｃｏｒｄｉｎｇ Ｐｒｏｏｆｅｄ Ｅｖｅｎｔｓ Ｅｘｉｓｔ）フラグとＭＥ（ＭＩＣ Ｅｒｒｏｒ）フラグは、ＭＩＣマイコン内部で生成するが、その他はモード処理マイコンからデータを受け取る。この中で、絶対トラック番号とＳＬ，ＢＦフラグは、図３２のように信号処理マイコンで生成し、モード処理マイコン２７経由で受け取る。
【０１０７】
こうして得られたデータは、ＭＩＣ２８の動作に応じて組み立られ、ＭＩＣ２８に書き込まれる。スイッチ１５２はＴＩＴＬＥ ＥＮＤパックを書き込む時、そのパックヘッダー１Ｆｈを供給するもので、それ以外の時は下側に切り換わっている。
【０１０８】
ＭＩＣのオプショナルエリアには様々な情報が記録される。例えば、タイマー録画予約イベントであれば、記録年月日、記録時分秒、番組タイトル等がモード処理マイコン２７から送られて来る。これをＭＩＣマイコンが必要に応じて組み立て、書込みを行う。最終的には、ＭＩＣ通信プロトコルであるＩＩＣバスフォーマットに回路１５８でデータを乗せ、ＭＩＣ２８に書込む。図中、回路１５８，１５９以外はマイコンプログラムであるが、実際には回路１５１，１５３のデータはマイコン内部のＲＡＭに貯えられる。
【０１０９】
ＭＩＣの場合には、簡易型ＭＩＣ書込み器のような商品も考えられる。これはビューアーも兼ねた形式など様々なタイプがあるが、その回路は図３６からＳ／Ｐ変換回路１５９を除いたものになる。ビューアーとして、ＭＩＣ内のＴＯＣ（目次）を見る等の機能が考えられるが、書込みの時には、図３２を見ても明らかなように、それ単体ではとうてい得られないデータもある。例えば、タイマー録画予約で録画開始位置を入力しようとしても無理で、ＶＴＲにセットして初めて入手できる。
【０１１０】
さて、再び図３１に戻る。スイッチング回路ＳＷ２を所定のタイミングで切り換えることにより、合成器２３の出力にアンブルパターン及びＩＴＩデータが付加される。第２のスイッチング回路ＳＷ２の出力は記録アンプ（図示せず）により増幅され、磁気ヘッド（図示せず）により磁気テープ（図示せず）に記録される。
【０１１１】
以上の一連の記録動作はモード処理マイコン２７を中心に、メカ制御マイコンや信号処理マイコン１５と各パート担当のＩＣとの連携動作で行われる。
【０１１２】
〔３〕ディジタルＶＴＲの再生回路
次に、図３７〜図４０を参照しながら本実施例におけるディジタルＶＴＲの再生回路について説明する。
【０１１３】
図３７において磁気ヘッド（図示せず）により磁気テープ（図示せず）から再生された微弱信号は、ヘッドアンプ（図示せず）により増幅され、イコライザー回路３１へ加えられる。イコライザー回路３１は記録時に磁気テープと磁気ヘッドとの電磁変換特性を向上させるために行ったエンファシス処理（例えばパーシャルレスポンスクラスＩＶ）の逆処理を行うものである。
【０１１４】
イコライザー回路３１の出力からクロック抽出回路３２によりクロックＣＫを抜き出す。このクロックＣＫをＡ／Ｄ変換器３３へ供給し、イコライザー回路３１の出力をディジタル値化する。こうして得られた１ビットデータをクロックＣＫを用いてＦＩＦＯ３４に書き込む。
【０１１５】
このクロックＣＫは、回転ヘッドドラムのジッター成分を含んだ時間的に不安定な信号である。しかしＡ／Ｄ変換する前のデータ自身もジッター成分を含んでいるので、サンプリングすること自体には問題はない。ところが、これから画像データ等を抜き出す時には、時間的に安定したデータになっていないと取り出せないので、ＦＩＦＯ３４を用いて時間軸調整を行う。つまり書き込みは不安定なクロックで行うが、読み出しは図３８に示されている水晶発信子等を用いた自励発振器５１からの安定したクロックＳＣＫで行う。ＦＩＦＯ３４の深さとしては、入力データの入力スピードよりも速く読み出さないような余裕のあるものにする。
【０１１６】
ＦＩＦＯ３４の各段の出力はＳＹＮＣパターン検出回路３５に加えられる。ここには、第５のスイッチング回路ＳＷ５により、各エリアのＳＹＮＣパターンが、タイミング回路３９により切り換えられて与えられる。ＳＹＮＣパターン検出回路３５はフライホイール構成になっており、一度ＳＹＮＣパターンを検出すると、それから所定のＳＹＮＣブロック長後に再び同じＳＹＮＣパターンが来るかどうかを見る。それが例えば３回以上正しければ真とみなすような構成にして、誤検出を防いでいる。ＦＩＦＯ３４の深さはこの数分は必要である。
【０１１７】
こうしてＳＹＮＣパターンが検出されると、ＦＩＦＯ３４の各段の出力からどの部分を抜き出せば一つのＳＹＮＣブロックが取り出せるか、そのシフト量が決定されるので、それを基に第４のスイッチング回路ＳＷ４を閉じて、必要なビットをＳＹＮＣブロック確定ラッチ３７に取り込む。これにより、取り込んだＳＹＮＣ番号をＳＹＮＣ番号抽出回路３８において取り出し、タイミング回路３９へ供給する。この読み込んだＳＹＮＣ番号によりトラック上のどの位置をヘッドが走査しているかがわかるので、それにより第５のスイッチング回路ＳＷ５及び第６のスイッチング回路ＳＷ６を切り換える。
【０１１８】
第６のスイッチング回路ＳＷ６は、ヘッドがＩＴＩエリアを走査している時下側に切り換わっており、減算器４０によりＩＴＩＳＹＮＣパターンを取り除いて、ＩＴＩデコーダ４１に加える。ＩＴＩエリアはコーディングして記録してあるので、それをデコードすることにより、ＡＰＴ、ＳＰ／ＬＰ、ＰＦの各データを取り出せる。これらのデータは、ＳＰ／ＬＰモードを設定する第７のスイッチング回路ＳＷ７が接続されたモード処理マイコン４２へ与えられる。モード処理マイコン４２はディジタルＶＴＲ全体の動作モード等を決めるものであり、メカ制御マイコン４５や信号処理マイコン６０と連携を取って、セット全体のシステムコントロールを行う。
【０１１９】
モード処理マイコン４２にはＡＰＭ等を管理するＭＩＣマイコン４３が接続されている。ＭＩＣ付きカセット（図示せず）内のＭＩＣ４４からの情報は、ＭＩＣ接点スイッチ（図示せず）を介してこのＭＩＣマイコン４３に与えられ、モード処理マイコン４２と役割分担しながら、ＭＩＣの処理を行う。セットによっては、このＭＩＣマイコン４３は省略され、モード処理マイコン４２でＭＩＣ処理を行う場合もある。
【０１２０】
ヘッドがオーディオエリア、ビデオエリア、あるいはサブコードエリアを走査している時には、第６のスイッチング回路ＳＷ６は上側に切り換わっている。減算器４６により各エリアのＳＹＮＣパターンを抜き出した後、２４／２５逆変換回路４７を通し、さらに逆乱数化回路４８に加えて、元のデータ列に戻す。こうして取り出したデータをエラー訂正回路４９に加える。
【０１２１】
エラー訂正回路４９では記録側で付加されたパリティを用いて、エラーデータの検出、訂正を行うが、どうしても取りきれなかったデータはエラーフラグをつけて出力する。各データは第８のスイッチング回路ＳＷ８により切り換えられて出力される。ＡＶ ＩＤ，プリＳＹＮＣ，ポストＳＹＮＣ抽出回路５０は、Ａ／Ｖエリア及びプリＳＹＮＣとポストＳＹＮＣに格納されていたＳＹＮＣ番号、トラック番号、それにプリＳＹＮＣに格納されていたＳＰ／ＬＰの各信号を抜き出す。これらはタイミング回路３９に与えられ各種タイミングの生成に使用される。なお、上記抽出回路５０においては、ＡＰ１、ＡＰ２も抜き出され、これはモード処理マイコン４２ヘ供給されてチェックが行われる。ＡＰ１、ＡＰ２＝０００のときには通常通り動作するが、それ以外の値のときは警告処理等を行う。
【０１２２】
ＳＰ／ＬＰについては、モード処理マイコン４２がＩＴＩから得られたものとの比較検討を行う。ＩＴＩエリアにはその中のＴＩＡエリアに３回ＳＰ／ＬＰ情報が書かれており、そこだけで多数決等を取って信頼性を高める。プリＳＹＮＣは、オーディオ、ビデオにそれぞれ２ＳＹＮＣづつあり、計４箇所ＳＰ／ＬＰ情報が書かれている。ここもそこだけで多数決等を取って信頼性を高める。そして最終的に両者が一致しなかった場合には、ＩＴＩエリアのものを優先して採用する。
【０１２３】
第８のスイッチング回路ＳＷ８から出力されたＶＤＡＴＡは、図３８に示される第９のスイッチング回路ＳＷ９によりビデオデータとＶＡＵＸデータに切り分けられる。そして、ビデオデータはエラーフラグと共にデフレーミング回路５４に与えられる。
【０１２４】
デフレーミング回路５４は記録側のフレーミングの逆変換をする所で、その中に詰め込まれたデータの性質を把握している。そこであるデータに取りきれなかったエラーがあったとき、それがそのほかのデータにどう影響を及ぼすかを理解しているので、ここで伝播エラー処理を行う。これによりエラーフラグは新たに伝播エラーを含んだＶＥＲＲＯＲフラグとなる。また、エラーを有するデータであっても画像再現上重要でないものは、その画像データにある細工をして、エラーフラグを消してしまう処理も、このデフレーミング回路５４で行う。
【０１２５】
ビデオデータは逆量子化回路５５、逆圧縮回路５６を通して、圧縮前のデータに戻される。次にデシャフリング・デブロッキング回路５７により、データをもとの画像空間配置に戻す。この実画像空間にデータを戻して初めて、ＶＥＲＲＯＲフラグをもとに画像の補修が可能になる。つまり、例えば常に１フレーム前の画像データをメモリに記憶させておき、エラーとなった画像ブロックを前の画像データで代用してしまうような処理が行われる。
【０１２６】
さてデシャフリング以降はＤＹ，ＤＲ，ＤＢの３系統にデータを分けて扱う。そしてＤ／Ａ変換器６１〜６３によりＹ、Ｒ−Ｙ、Ｂ−Ｙの各アナログ成分に戻される。このときのクロックは発振回路５１の出力とそれを分周器５２にて分周した出力を用いる。つまりＹは１３．５ＭＨＺ 、Ｒ−Ｙ、Ｂ−Ｙは、６．７５ＭＨＺ 又は３．３７５ＭＨＺ である。
【０１２７】
こうして得られた３つの信号成分はＹ／Ｃ合成回路６４において合成され、さらに合成器６５において同期信号発生回路５３からのコンポジット同期信号と合成され、コンポジットビデオ信号として端子６６から出力される。
【０１２８】
第８のスイッチング回路ＳＷ８から出力されたＡＤＡＴＡは、図３８に示される第１０のスイッチング回路ＳＷ１０によりオーディオデータとＡＡＵＸデータに切り分けられる。そして、オーディオデータはエラーフラグと共にデフレーミング回路６７に与えられる。
【０１２９】
デフレーミング回路６７は記録側のフレーミングの逆変換をする所で、その中に詰め込まれたデータの性質を把握している。そこであるデータに取りきれなかったエラーがあったとき、それがそのほかのデータにどう影響を及ぼすかを理解しているので、ここで伝播エラー処理を行う。例えば、１６ビットサンプリングのとき、１つのデータは８ビット単位なので、１つのエラーフラグは、新たに伝播エラーを含んだＡＥＲＲＯＲフラグとなる。
【０１３０】
オーディオデータは次のデシャフリング回路６８により元の時間軸上に戻される。このとき、先ほどのＡＥＲＲＯＲフラグを基にオーディオデータの補修作業を行う。つまり、エラー直前の音で代用する前値ホールド等の処理を行う。エラー期間があまりに長く補修が効かない場合には、ミューティング等の処置をして音そのものを止めてしまう。
【０１３１】
このような処置をした後、Ｄ／Ａ変換器６９によりアナログ値に戻し、画像データとのリップシンク等のタイミングを取りながら、アナログオーディオ出力端子７０から出力する。
【０１３２】
さて、第９のスイッチング回路ＳＷ９及び第１０のスイッチング回路ＳＷ１０により切り分けられたＶＡＵＸ、ＡＡＵＸの各データは、それぞれＶＡＵＸ用ＩＣ５８及びＡＡＵＸ用ＩＣ７１においてエラーフラグも参考にしながら多数決処理等の前処理を行う。
【０１３３】
また、第８のスイッチング回路ＳＷ８から出力されたサブコードエリアのＩＤデータＳＩＤとパックデータＳＤＡＴＡは、サブコード用ＩＣ７２に与えられ、ここでもエラーフラグも参考にしながら多数決処理等の前処理を行う。これらの前処理が行われたデータはその後、信号処理マイコン６０に与えられ、最終的な読み取り動作を行う。そして、前処理において取りきれなかったエラーは、それぞれＶＡＵＸＥＲ、ＳＵＢＥＲ、ＡＡＵＸＥＲとして信号処理マイコン１００に与えられる。
【０１３４】
ここでサブコード用ＩＣ７２はＡＰ３及びＡＰＴを抜き出し、これらを信号処理マイコン６０を介してモード処理マイコン４２に渡してチェックをする。モード処理マイコン４２はＩＴＩからのＡＰＴ及びサブコードからのＡＰＴにもとづいてＡＰＴの値を確定すると共に、この値が「０００」でないときは警告処理等を行う。また、ＡＰ３＝０００のときには通常通り動作するが、それ以外の値のときは警告処理等を行う。
【０１３５】
ここで、パックデータのエラー処理について補足すると、各々のエリアにはメインエリアとオプショナルエリアがある。そして５２５／６０システムの場合には、同じデータがメインエリアに１０回書かれている。したがってそのうちいくつかがエラーしていても、その他のデータで補足再現できるのでそこのエラーフラグはもはやエラーではなくなる。ただしサブコード以外のオプショナルエリアについてはデータは１回書きなので、エラーはそのままＶＡＵＸＥＲ、ＡＡＵＸＥＲとして残ることになる。
【０１３６】
信号処理マイコン６０は、さらに各データのパックの前後関係などから類推して、伝播エラー処理やデータの補修処理等を行う。こうして判断した結果は、モード処理マイコン４２に与えられ、セット全体の挙動を決める材料にする。
【０１３７】
次にＶＡＵＸを例にＶＡＵＸ用ＩＣ５８及び信号処理マイコン６０におけるパックデータの再生回路を説明する。なお、ＡＡＵＸはオプショナルエリアのデータ量以外は全く同じなので省略する。ここでは、前処理として多数決処理ではなく、エラーの場合にはメモリに書き込まないという単純な処理方式を用いた構成例について説明する。
【０１３８】
図３９にＶＡＵＸ用ＩＣ５８の回路例を示す。まずスイッチング回路ＳＷ９からきたＶＡＵＸパックデータを、ライト側タイミングコントローラ１６２により図３３のｎＭＡＩＮ＝「Ｌ」のタイミングで、スイッチ１６１を切り換えることによりメインエリア用メモリ１６５及びオプショナルエリア用ＦＩＦＯ１６８に振り分ける。
【０１３９】
メインエリアのパックデータについては、パックヘッダー検出回路１６３によりそのヘッダーを読み取ってスイッチ１６４を切り換える。そしてエラーでないときだけデータをメインエリア用メモリ１６５に書き込む。このメモリ１６５は９ビット構成になっており、図で網点がかかっている部分はエラーフラグの格納ビットである。
【０１４０】
メインエリア用メモリ１６５の初期設定としては、１ビデオフレーム毎にその内容をすべてオール１（＝情報無し）にしておく。そしてエラーだったら何もせず、エラーでなければそのデータを書き込むと共にエラーフラグに０を書き込んでおく。メインエリアには１フレームにつき同じパックが１０回、もしくは１２回書きされているので１ビデオフレーム終了時点でエラーフラグに１が立っているところが、最終的にエラーと認識される。
【０１４１】
オプショナルエリアは、基本的に１回書きなので、エラーフラグをそのままデータと共にオプショナルエリア用ＦＩＦＯ１６８に書き込む。これらをリード側タイミングコントローラ１６９によって切り換えられるスイッチ１６６、１６７を介して信号処理マイコン６０へ送る。
【０１４２】
次に、信号処理マイコン６０における処理動作を図４０を参照して説明する。信号処理マイコン６０では、送られてきたパックデータとエラーフラグから解析を行う。この図において、パックヘッダー識別回路１７１により、ＶＡＵＸ用ＩＣ５８から送られてきたパックデータ（ＶＡＵＸＤＴ）の振り分けを行い、メモリ１７２に貯える。これは、メインエリア、オプショナルエリアの区別は特にしない。
【０１４３】
メインエリアのパックの場合には、ＶＡＵＸ用ＩＣ５８と同じく、ＶＡＵＸＥＲにエラーフラグ「１」が立っている時には書き込み処理を行わない。これにより少なくとも１ビデオフレーム前の値で補修ができる。メインエリアの内容は、１ビデオフレーム前の値と非常に相関が強いと考えられるので、この処理で代用してしまっても特に問題は生じない。
【０１４４】
一方、オプショナルエリアのパックの場合には、１ビデオフレーム前の値と全く相関がないと考えられるので、そのパック単位でエラー伝播処理を行う。この方法は、基本的には５バイト固定長のパックデータの中にエラーが有れば全データをＦＦｈとするＮＯ ＩＮＦＯパックに変更することにより行われるが、パック個別対応も必要となる。例えば、ＴＥＬＥＴＥＸＴデータが格納されるＴＥＬＥＴＥＸＴデータパックの場合には、そのパックがいくつも続く関係から、その間のパックヘッダーにエラーがあっても容易にＴＥＬＥＴＥＸＴパックヘッダーに置き換えが可能である。またデータ部にエラーがあっても、パックヘッダーにエラーが無ければそのパックをＮＯ ＩＮＦＯパックに変更することはしない。これは、そのＴＥＬＥＴＥＸＴデータの復元をＴＥＬＥＴＥＸＴデコーダーのパリティチェックに委ねているからで、エラーとわかってもデータはそのままにしておく。
【０１４５】
すなわち、本実施例のディジタルＶＴＲにおいては、図３８の再生回路では記載を省略しているが、テキストデータ、ＴＥＬＥＴＥＸＴデータ等のようにデータ量が多く、かつ、１連のデータシーケンスとして特徴のあるパックデータについては、それぞれ信号処理マイコン６０から専用のデータ処理回路へ受け渡して、より高能率のエラー補正を実行すると共に、モード処理マイコン４２に対する負荷の軽減を行うようにしている。
【０１４６】
以上のような信号処理マイコン６０における処理により整えられたデータにはすでにエラーフラグは存在しない。これらをＰ／Ｓ変換回路１７３にてシリアルデータに変換し、マイコン間の通信プロトコルにしたがってモード処理マイコン４２へ送る。ここでＳ／Ｐ変換回路１７４にてパラレルデータに戻し、パックデータ分解解析を行う。この分解解析処理は、基本的には図３４及び図３５に示した処理と逆の処理であるので説明を省略する。
【０１４７】
ここで回路１７１、１７６及びスイッチ１７５はマイコンのプログラムで構成されると共に、メモリ１７２はマイコン内部のメモリ、回路１７３及び１７４はマイコン内部のシリアルＩ／Ｏである。
【０１４８】
モード処理マイコン４２におけるパックデータの分解解析においては、確定されたパックヘッダーに基づいてパックデータの解析を行い、解析結果として得られる種々の制御情報、表示情報等をそれぞれの制御回路、表示回路等へ供給する。
【０１４９】
なお、ＭＩＣマイコン４３の再生側の処理は、基本的には図３６と逆の処理なので説明を省略する。
【０１５０】
以上、本実施例のディジタルＶＴＲの概要を５２５／６０システムの場合を中心に説明したが、本実施例のディジタルＶＴＲは、このシステムに限らず他のＳＤ（Ｓｔａｎｄａｒｄ Ｄｅｎｓｉｔｙ）方式である６２５／５０システム、並びにＨＤ（Ｈｉｇｈ Ｄｅｎｓｉｔｙ）方式である１１２５／６０システム及び１２５０／５０システムにも直ちに適用できる。ここで、いずれのシステムにおいても１トラック内のデータフォーマットは共通しており、相違点は、１フレームを構成するトラック本数の違いのみである。すなわち、６２５／５０システムでは前述のとおり１フレームが１２トラックで構成され、１１２５／６０システムでは２０トラック、１２５０／５０システムでは２４トラックでそれぞれ構成される。
【０１５１】
２．アプリケーションＩＤシステム
以上、本実施例におけるディジタルＶＴＲの概要について説明したが、このディジタルＶＴＲは、画像圧縮記録方式の民生用ディジタルＶＴＲに限らずそれ以外の種々のディジタル信号記録再生装置として容易に商品展開できるように基本設計されている。そして、前述のディジタルＶＴＲの説明の中で現れたＩＤデータＡＰＴ，ＡＰ１〜ＡＰ３，ＡＰＭが、このような種々のディジタル信号記録装置への展開を可能ならしめる役割を担うものであり、これらのＩＤデータを一括してアプリケーションＩＤと呼ぶ。
【０１５２】
そこで、次に、このアプリケーションＩＤシステムについて補足説明する。
上記のアプリケーションＩＤは、ディジタルＶＴＲの応用例を決めるＩＤではなく単に記録媒体のエリアのデータ構造を決定するだけのＩＤであり、ＡＰＴ及びＡＰＭについては前述のとおり以下の意味付けがなされている。
ＡＰＴ・・・トラック上のデータ構造を決める。
ＡＰＭ・・・ＭＩＣのデータ構造を決める。
【０１５３】
すなわち、まず、ＡＰＴの値により、このディジタル信号記録再生装置におけるトラック上のデータ構造が規定される。つまり、ＩＴＩエリア以降のトラックが、ＡＰＴの値に応じて図４１のようにいくつかのエリアに分割され、それらのトラック上の位置、ＳＹＮＣブロック構成、エラーからデータを保護するためのＥＣＣ構成等のデータ構造が一義的に決まる。さらに各エリアには、それぞれそのエリアのデータ構造を決めるアプリケーションＩＤが存在する。その意味付けは以下のようになる。
エリアｎのアプリケーションＩＤ・・・エリアｎのデータ構造を決める。
【０１５４】
そして、テープ上のアプリケーションＩＤは、図４２のような階層構造を持つ。すなわち、おおもとのアプリケーションＩＤであるＡＰＴによりトラック上のエリアが規定され、その各エリアにさらにＡＰ１〜ＡＰｎが規定される。エリアの数は、ＡＰＴにより定義される。図４２では二階層で書いてあるが、必要ならさらにその下に階層を設けてもよい。このようにＡＰＴ，ＡＰ１〜ＡＰｎの値を指定することによって、このディジタル信号記録再生装置の具体的信号処理の構成及び該装置の用途が特定される。
【０１５５】
なお、ＭＩＣ内のアプリケーションＩＤであるＡＰＭは一階層のみであり、その値は、そのディジタル信号記録再生装置によりそのＡＰＴと同じ値が書き込まれる。
【０１５６】
このアプリケーションＩＤシステムにより、民生用のディジタルＶＴＲを、そのカセット、メカニズム、サーボシステム、ＩＴＩエリアの生成検出回路等をそのまま流用して、全く別の商品群、例えばデータストリーマーやマルチトラック・ディジタルオーディオテープレコーダーのようなものを作り上げることが可能である。また１つのエリアが決まっても、その中味をさらにそのエリアのアプリケーションＩＤで定義できるので、あるアプリケーションＩＤの値のときはそこはビデオデータ、別の値のときはビデオ・オーディオデータ、またはコンピューターデータというように非常に広範な商品展開が可能である。
【０１５７】
次に、アプリケーションＩＤの値が指定された場合の具体例について説明する。まず、ＡＰＴ＝０００のときの様子を図４３に示す。このときトラック上にエリア１、エリア２、エリア３が規定される。そしてそれらのトラック上の位置、ＳＹＮＣブロック構成、エラーからデータを保護するためのＥＣＣ構成、それに各エリアを保証するためのギャップや重ね書きを保証するためのオーバイライトマージンが決まる。さらに各エリアには、それぞれそのエリアのデータ構造を決めるアプリケーションＩＤが存在する。その意味付けは以下のようになる。
【０１５８】
ＡＰ１・・・エリア１のデータ構造を決める。
ＡＰ２・・・エリア２のデータ構造を決める。
ＡＰ３・・・エリア３のデータ構造を決める。
【０１５９】
そしてこの各エリアのＡｐｐｌｉｃａｔｉｏｎ ＩＤが、０００のときを以下のように定義する。
ＡＰ１＝０００・・・画像圧縮記録方式民生用ディジタルＶＴＲのオーディオ、ＡＡＵＸのデータ構造を採る
ＡＰ２＝０００・・・画像圧縮記録方式民生用ディジタルＶＴＲのビデオ、ＶＡＵＸのデータ構造を採る
ＡＰ３＝０００・・・画像圧縮記録方式民生用ディジタルＶＴＲのサブコード、ＩＤのデータ構造を採る
【０１６０】
すなわち、画像圧縮記録方式民生用ディジタルＶＴＲを実現するときは、ＡＰＴ、ＡＰ１、ＡＰ２、ＡＰ３＝０００となる。このとき、当然、ＡＰＭも０００となる。
【０１６１】
３．垂直ブランキング期間のデータの記録再生
次に、本願発明の課題である垂直ブランキング期間のデータの記録再生について詳述する。
【０１６２】
〔１〕垂直ブランキング期間のデータの種類
図４４は現在のテレビジョン信号のチューナー出力を分析したものである。
チューナーからはコンポジットビデオ信号、オーディオ信号及びステレオ、２か国語放送等を識別するためのオーディオパイロット信号が出力される。
【０１６３】
この内、コンポジットビデオ信号は、画像データ、２次元／１次元変換用データ（Ｈ．ＳＹＮＣ，Ｈ．ＢＬＫ，Ｖ．ＳＹＮＣ，Ｖ．ＢＬＫ）及びシステムデータからなる。システムデータとしては、ＣＬＯＳＥＤ ＣＡＰＴＩＯＮ（以下「ＣＣ」と略す）、ＥＤＳ、ＷＳＳ、ＶＢＩＤ等がある。
【０１６４】
この中で重要なのはコンポジットビデオ信号のシステムデータである。これには、画像に関する情報（画像付随情報）だけでなく音声に関する情報（音声付随情報）まで格納されているもので、その内容は画像や音声と共に記録されるべきである。アナログＶＴＲにおいては、１フィールドが１トラックになり、垂直ブランキング期間はそのまま記録再生される。しかし、ディジタルＶＴＲでは、システムデータが格納されている２次元／１次元変換用データを除去してしまっているので、システムデータをそのままの形で保存することはできない。入力された信号がそのまま記録され、再生時には入力された信号そのものが出力されることを「トランスペアレント記録」と呼ぶが、ディジタルＶＴＲでは何らかの補完的記録手段を採用しなければトランスペアレント記録ができない。
【０１６５】
図４５に主なシステムデータを示す。一般に、アナログＶＴＲで記録再生可能な周波数は１ＭＨｚ以下とされている。したがって、図４５の中でＣＣ、ＥＤＳ、ＶＢＩＤ及びＷＳＳが記録再生可能であり、それ以外は波形がなまってしまう。この意味では、アナログＶＴＲもトランスペアレント記録ができない。文字多重放送やＴＥＬＥＴＥＸＴは記録再生できないが、これらはもともと記録再生を前提とした信号ではなく、デコーダが解読してテレビ画面に文字データを表示することを目的としており、コンポジットビデオ信号の画像とは全く別の文字放送番組（株価等）を送っている（ただし、一部字幕放送もある）。また、局間制御信号や業務用信号などは、放送局間の調整用であり、特殊用途の信号なので、アナログＶＴＲで記録できなければならないものではない。さらに、マクロビジョン信号はコピーガードのための信号なので、記録できない。
【０１６６】
本願発明者は先に、ディジタルＶＴＲにおいてこのようなシステムデータに対してトランスペアレント性を確保するため、マクロビジョン信号、局間制御信号、業務用信号などをＬＩＮＥパックを用いて対応する発明を出願した（特願平５−２７７６３３号、特願平５−３３９４８１号）。これに対して、本発明は、前記システムデータ中、ＣＣ、ＥＤＳ、ＶＢＩＤ、ＷＳＳ等のアナログＶＴＲで保存可能な１ＭＨｚ以下のシステムデータに対してトランスペアレント性を確保する手段を提供するものである。
【０１６７】
ところで、先に出願したＬＩＮＥパックを用いてＣＣ、ＥＤＳ、ＶＢＩＤ、ＷＳＳ等をトランスペアレント記録することも勿論可能である。しかし、その格納エリアは図２７のＶＡＵＸオプショナルエリアである。オプショナルエリアは文字通りオプションなので、対応しないセットがあってもよい。
【０１６８】
一方、アナログＶＴＲとディジタルＶＴＲが混在して接続されるような使い方を想定した場合、少なくともアナログＶＴＲで保存可能なＣＣ、ＥＤＳ、ＶＢＩＤ、ＷＳＳ等については、ディジタルＶＴＲにおいても必ず保存されないと、トランスペアレント性が失われてしまう。
【０１６９】
こられの信号の中には、ＳＣＭＳのようなコピーガード用の信号も含まれているため、これをＬＩＮＥパックを用いてオプショナルエリアに格納しておいたとしても、そこに対応しないセットでは復元できない。つまり、コピーフリーになってしまうおそれがある。
【０１７０】
したがって、これらのシステムデータはＶＡＵＸのメインエリアに格納して全てのディジタルＶＴＲが対応するように構成することが必要である。本発明はこれを実現するものである。
【０１７１】
ここで、図４６を参照しながらＶＡＵＸ及びＡＡＵＸのメインエリアについて補足説明する。前記したように、ＶＡＵＸのメインエリアにはパックヘッダーが６０ｈから６５ｈまでのパックデータが格納される。また、ＡＡＵＸのメインエリアにはパックヘッダーが５０ｈから５５ｈまでのパックデータが格納される。
【０１７２】
ここで、パックヘッダーが６０ｈ，６１ｈ，５０ｈ，５１ｈの各パックはそれぞれＳＯＵＲＣＥパック、ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックと呼ばれ、画像データや音声データを復元するために必要不可欠なデータ、コピーガードのような法律に関するデータが格納されるパックである。したがって、これらの４パックさえ参照すれば、映像信号及び音声信号の再生は可能である。
【０１７３】
一方、パックヘッダーが６２ｈ，６３ｈ，６４ｈ及び５２ｈ，５３ｈ，５４ｈはＲＥＣ ＤＡＴＥパック、ＲＥＣ ＴＩＭＥパック、ＢＩＮＡＲＹ ＧＲＯＵＰＥパックと呼ばれ、記録年月日、記録時刻等、なくてもかまわないデータである。例えば、内部に時計を持っていないＶＴＲで録画した場合には、記録年月日や記録時刻は当然わからないので、ＮＯ ＩＮＦＯパック（ＦＦｈ）が記録される。
【０１７４】
本実施例では、パックヘッダーが６５ｈ，５５ｈのＣＣパック及び５６ｈ，６６ｈのトランスペアレントパックを用いて前記ＣＣ信号、ＥＤＳデータ、ＶＢＩＤ、ＷＳＳ等をトランスペアレント記録するものである。
【０１７５】
〔２〕ＣＣパックを用いた記録
まず、ＶＡＵＸ ＣＣパックは図４７に示すＣＣ信号の内、クロックラン−イン（６．５サイクル）とそれに続くスタートビット（２サイクル「Ｌ」、１サイクル「Ｈ」）を除いた１６ビットのデータ部を、図２０の（２）に示すフォーマットでそのまま格納する。
【０１７６】
ＣＣ信号はビデオ信号の第１フィールド及び第２フィールドに挿入されている。ただし、第１フィールドにはＥＤＳデータが入ることもある。つまり、ＶＡＵＸ ＣＣパック１つでＣＣ信号及びＥＤＳデータ両者の素データを格納できる。
【０１７７】
ＣＣ信号は北米において、聾唖者対策として既に法制化されており、北米で販売される１４インチ以上のテレビ受信機には全てこのデコーダを搭載することが義務付けられている。したがって、ＣＣ信号はＶＡＵＸのメインエリアに格納して、全てのディジタルＶＴＲが対応するようにすることが必要である。ＶＡＵＸＣＣパックのパックヘッダーとしては、既述したように６５ｈを与えた。格納場所は図２３に示した通りである。北米以外では、この信号そのものが存在しないので、ここにはＮＯ ＩＮＦＯパック（ＦＦｈ）を格納する。このパックヘッダー６５ｈは第１フィールドと第２フィールドのライン２１そのものを意味しているので、パック内部にＴＥＬＥＴＥＸＴパックやＬＩＮＥパックに必要なラインＩＤを必要としない。再生時には、このパックのデータをビデオ信号のライン２１に挿入してもとのＣＣ信号を復元する。これにより、再生ビデオ信号を入力したテレビ受信機は、内部のデコーダによりデコードし、字幕サービス等を実施できる。
【０１７８】
次に、図１を参照しながらＣＣパックの書込みルールについて説明する。なお、以下の説明では、特に区別した場合を除いて、ＣＣ信号はＥＤＳデータを含むものとする。
【０１７９】
ＣＣ信号には映像信号及び音声信号を再生する上で必要不可欠なデータとそうでないデータがあるが、ＶＡＵＸ ＣＣパックはこれらをそのまま格納する。そして、前者を記録時に必ずパックヘッダーが６０ｈ，６１ｈ，５０ｈ，５１ｈのパック、すなわちＶＡＵＸ及びＡＵＸのＳＯＵＲＣＥパック及びＳＯＵＲＣＥＣＯＮＴＲＯＬパックに反映させる。また、ＡＡＵＸ ＣＣパックはＣＣ信号の内、音声に関する情報をデコードしたものを格納する。
【０１８０】
ＣＣパックに記録するためには、まず、このＣＣ信号がビデオ信号中に存在するかどうかを識別する。これは、ライン２１を検出し、その水平同期信号の立ち下がりから１０．５μｓｅｃ以上経過した後、３２ｆＨ周期のクロックランインがあるかどうかを調べる。あればＣＣ信号が存在する。そして、１６ビットのデータを抜き出す。以上のための回路は図３０に示したようにＣＣ信号に対応したチューナーが内蔵している。
【０１８１】
このデータは７ビットのＡＳＣＩＩコード２組（Ｃｈａｒａｃｔｅｒ Ｏｎｅ及びＣｈａｒａｃｔｅｒＴｗｏのｂ０〜ｂ６）でそのＭＳＢはパリティ（Ｐ１，Ｐ２）である。ＣＣ信号のデコード時にはこのパリティをチェックするが、本実施例のＶＴＲで記録する時には特に何もせずそのまま２バイトデータとして図２０の（２）のように格納する。実際のデコードはテレビ受信機が行うからである。
【０１８２】
さて、ここで北米で録画したテープを日本に持ってきて再生するときのことを検討してみる。日本向けのＶＴＲは当然ＣＣ信号対応になっていない。ところが、図４１のようにＣＣ信号にはアスペクト比の情報が入っている。これにより、北米で販売されているワイドテレビ受信機はアスペトク比の自動切換えを行う。一方、日本のワイドテレビ受信機はＶＢＩＤによりアスペクト比の自動切換えを行うので、アスペクト比の情報は欠かせない。ところが、この情報がＣＣパックにのみ格納されていると、日本向けのＶＴＲはそれを理解できないので、アスペトク比の自動切換えができない。
【０１８３】
そこで、本実施例のＶＴＲでは、図１のように、ＶＡＵＸ ＣＣパックにデータを格納する時には、そのデータの内、映像信号及び音声信号を再生する上で必要不可欠なデータを抜き出して、パックヘッダーが６０ｈ，６１ｈ，５０ｈ，５１ｈのパックに反映させることを義務づけている。
【０１８４】
こうすることにより、例えばアスペクト比であれば必ずパックヘッダーが６１ｈのパックに反映されるので、ＶＡＵＸ ＣＣパックを理解できないＶＴＲであっても、パックヘッダーが６１ｈのパックに格納されているアスペクト比の情報からＶＢＩＤデータを復元することができる。したがって、日本のワイドテレビ受信機はこのＶＢＩＤにより、アスペクト比を自動的に切り換えることかできる。
【０１８５】
これにより、画像や音声が再生されなかったり、不自然な画像や音声が再生されるような事態を防止できる。
【０１８６】
ここでＶＡＵＸ ＣＣパックについて整理すると、ＣＣ信号には映像信号及び音声信号を再生する上で必要不可欠なデータとそうでないデータがあるが、ＶＡＵＸ ＣＣパックはこれらをそのまま格納する。そして、前者を記録時に必ずパックヘッダーが６０ｈ，６１ｈ，５０ｈ，５１ｈのパックに反映させる。再生時に、このＶＡＵＸ ＣＣパックをデコードできるセットは、その全てのデータをセット内で利用することが可能である。また、ＶＡＵＸ ＣＣパックのデコードはできないが、それがＶＡＵＸ ＣＣパックであると認識できるセットは、ビデオ信号の第２１ラインにそれを復元することができる。さらに、ＶＡＵＸ ＣＣパックのデコードも認識もできないセットは、それを無視してパックヘッダーが６０ｈ，６１ｈ，５０ｈ，５１ｈのパックデータからそのセットが必要とする垂直ブランキング情報を復元すればよい。これにより、全てのタイプのＶＴＲセット間で互換性がとれることになる。
【０１８７】
次に、垂直ブランキング期間に挿入されている音声に関する情報について説明する。
図４４に示したように、音声に関する情報はＡＡＵＸデータとしてオーディオエリアに格納すべきである。そこで、本実施例では、ＡＡＵＸ ＣＣパックを定義し、垂直ブランキング期間内の音声に関する情報を格納するようにした。パックヘッダーとしては、既述したように５５ｈを与えた。また、パックの構成は図２３（１）に示した通りであり、格納場所は図２５に示した通りである。このＡＡＵＸ ＣＣパックには音声信号を再生する上で必要不可欠な情報とそうでない情報が格納されるが、前述のように、音声信号を再生する上で必要不可欠な情報はパックヘッダーが５０ｈ，５１ｈのパックに反映させる。
【０１８８】
再生時に、このＡＡＵＸ ＣＣパックを理解できるセットは、音声に関する情報を全て利用することが可能となる。そして、理解できないセットは、パックヘッダーが５０ｈ，５１ｈのパックだけを理解していれば問題は起きない。
【０１８９】
なお、音声に関する情報はＶＡＵＸ ＣＣパックにもそのまま格納されるので冗長性があるが、音声に関する情報はオーディオエリアから再生するのが信号処理上好ましい。また、ビデオエリアのみアフレコした結果、ＶＡＵＸ ＣＣパックに格納されていた音声に関する情報が失われてもＡＡＵＸ ＣＣパックには音声に関する情報が残るので音声の再生が可能である。
【０１９０】
以上説明したＶＡＵＸ ＣＣパック及びＡＡＵＸ ＣＣパックに記録・再生する場合の動作の１例を示すと図２及び図３のようになる。
まず、記録時はＣＣ信号の有無を識別する（Ｓ１）。これは、前記したように、ビデオ信号のライン２１を検出し、その水平同期信号の立ち下がりから１０．５μｓｅｃ以上経過した後、３２ｆＨ周期のクロックラン−インがあるかどうかを調べる。あれば、ＣＣ信号が存在する。
【０１９１】
そして、ＣＣ信号がなければ、ＡＡＵＸ ＣＣパック及びＡＡＵＸ ＣＣパックにＦＦｈを格納し、ＮＯ ＩＮＦＯパックとする。また、ＣＣ信号があれば、その中に音声に関する情報があるかどうか判断する（Ｓ３）。
【０１９２】
そして、音声に関する情報があれば、ＡＡＵＸ ＣＣパックに格納し、かつＡＡＵＸ ＳＯＵＲＣＥパック及びＡＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックに反映させる（Ｓ４）。さらに、ＣＣ信号そのものをＶＡＵＸ ＣＣパックに格納し、かつＶＡＵＸ ＳＯＵＲＣＥパック及びＶＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパックに反映させる（Ｓ５）。
【０１９３】
一方、音声に関する情報がなければ、ＣＣ信号そのものをＶＡＵＸ ＣＣパックに格納し、かつＶＡＵＸ ＳＯＵＲＣＥパック及びＶＡＵＸ ＳＯＵＲＣＥ
ＣＯＮＴＲＯＬパックに反映させる（Ｓ５）。
【０１９４】
次に、再生時は、ＶＡＵＸ ＣＣパックの有無を判断する（Ｓ１）。そして、あればその内容をそのままビデオ信号のライン２１へ重畳する（Ｓ２）。
一方、ＶＡＵＸ ＣＣパックがなければＡＡＵＸ ＣＣパックの有無を判断する。そして、ＡＡＵＸ ＣＣパックがあれば、その内容をＣＣ信号にエンコードし（Ｓ４）、ビデオ信号のライン２１に重畳する（Ｓ５）。また、ＡＡＵＸ ＣＣパックがなければ、処理を終える。
【０１９５】
このように、図３７〜図４０の再生回路には記載を省略したが、モード処理マイコン４２のパックデータ分解解析部はＶＡＵＸ ＣＣパックから読み出したＣＣ信号のデータ部にクロックランイン等を付加して再生ビデオ信号のライン２１に重畳する。また、ＶＡＵＸ ＣＣパックがなく、ＡＡＵＸ ＣＣパックがあるときは、その内容からＣＣ信号をエンコードしてビデオ信号のライン２１に重畳する。
【０１９６】
ここで、ＣＣ信号のＥＤＳデータ中の音声に関する情報を記録・再生する場合について具体的に説明する。図２３の（１）のＡＡＵＸ ＣＣパックに関して説明したように、ＥＤＳデータには、音声に関する情報として主音声及び第２音声の言語・種類に関する情報を持っている。本実施例では、この情報をデコードして、図２３の（１）に示したフォーマットで記録する。このとき、ＡＡＵＸ ＳＯＵＲＣＥパックのＡＵＤＩＯ ＭＯＤＥにこの情報を反映させる。ＡＡＵＸＣＣパックの格納データとＡＡＵＸ ＳＯＵＲＣＥパックのＡＵＤＩＯ ＭＯＤＥとの対応関係の１例を図４に示す。
【０１９７】
これで図４５のＣＣ信号とＥＤＳデータについてはトランスペアレント性を確保できたことになる。
【０１９８】
〔３〕トランスペアレントパックを用いた記録
次に、ＶＢＩＤ、ＷＳＳ、さらには将来新たに登場する可能性のある垂直ブランキングデータに対して対処する手段について説明する。
【０１９９】
本発明では、これらのデータをそのまま格納するために、ＶＡＵＸ トランスペアレントパックを定義した。パックヘッダーは６６ｈである。また、音声に関する情報を格納するために、ＡＡＵＸ トランスペアレントパックを定義した。パックヘッダーは５６ｈである（以下トランスペアレントパックを「ＴＲパック」という）。
【０２００】
図５にこれらのＴＲパックの仕組みを示す。記録位置はＣＣパックと同じ位置である。６０ｈ，６１ｈ，５０ｈ，５１ｈに対するルールもＣＣパックと同じである。
【０２０１】
また、ＴＲパック対応ＶＴＲ、非対応ＶＴＲの観点からそのセット間の互換性を記録と再生でまとめたのが図６である。このように、ＴＲパック非対応ＶＴＲでも、北米のような法律で定められた地域では、ＣＣパックは最優先で対応する。
【０２０２】
図７にＶＡＵＸ ＴＲパックを示す。このように、データタイプ４ビットで各種信号を区別する。ここで、Ｘは将来登場する可能性のある信号名である。これは、第１フィールドと第２フィールドの内容が異なるものの例である。データ部は最大２８ビット分用意する。これは、図４５のような１ＭＨｚ以下のクロックでは、この程度の数になるからである。そして、水平同期信号に近いほうをＬＳＢとして順にデータを詰め込んでいく。図８はＶＢＩＤの２０ビットを詰め込んだ例と、ＷＳＳの１４ビットを詰め込んだ例を示す。
【０２０３】
次に、図９にＡＡＵＸ ＴＲパックを示す。構成は図７のＶＡＵＸ ＴＲパックと同じである。ここで注目すべき点はデータタイプの００００〜００１０を欠番にしていることである。図７に例示したＶＢＩＤ、ＷＳＳ、ＥＤＴＶ２は、いずれも音声に関する情報を含んでいないことがアナウンスされている。したがって、このパックは不要であるので、ＶＡＵＸ ＴＲパックにはデータを格納するが、ＡＡＵＸはＮＯ ＩＮＦＯパックになる。このとき、ＶＡＵＸ ＴＲパックとＡＡＵＸ ＴＲパックとで、データタイプのアサインが異なると対応が不便なので、不要なものはあえて欠番にした。
【０２０４】
次に、このＴＲパックとＣＣパックとをトラック上に配列する方法について説明する。図２５及び図２７で、１フレーム１０トラックを２トラックずつのペアとする。そして、このトラックペアの２箇所のメインエリアは必ず同じ内容とする。こうすると、１フレームあたり５種類のＴＲパック又はＣＣパックが記録できるので、１０トラック全部に同じパックを記録する場合よりも、記録するパック数を多くすることができる。この中には何をどう書こうがかまわないが、最終のトラックペアには必ずＣＣパックを書込むことにする。こうすれば、ＴＲパックは不要でＣＣパックのみを１０トラックに書込むセットに、ＴＲパックとＣＣパックを混在記録したテープが入ってきても、ＣＣパックだけは必ず拾える。
【０２０５】
すなわち、ＣＣパックのみを１０トラック書込むセットでは、再生したＣＣパックデータにエラーがなければそれを図３９のメインエリア用メモリ１６５に書込み、エラーがあれば書き込まない処理を１フレーム（１０トラック）単位で行う。このとき、メモリ１６５に１フレーム単位内の前のトラックから再生したＣＣパックデータがすでに書き込まれている場合には、そこに上書きする。したがって、１０本目のトラックから再生したＣＣパックデータにエラーがなければ、それがそのフレームのＣＣパックデータとして採用される。このように構成されたセットに、図１０のようなＴＲパックとＣＣパックを混在記録したテープが入ってくると、同様にして、１０本目のトラックから再生したＣＣパックデータにエラーがなければ、それがそのフレームのパックデータとして採用される。
【０２０６】
このように、ＣＣパックを書込む位置を固定することでＣＣパックのみに対応するセットとの互換性を保持することができる。また、ＣＣパックを書込む位置を最終トラックペアに固定することで、ＣＣパックの優先度を高められる。なお、トラックペアにするのは片チャンネルのクロッグ対策である。
【０２０７】
図１０はＣＣ、ＶＢＩＤ及びＷＳＳに対応するＶＴＲで記録を行ったテープのフォーマットである。このとき、アスペクト比等、映像信号を再生する上で必要不可欠なデータは、パックヘッダーが６０ｈ、６１ｈのパックに反映させる。そして、このように記録されたテープをＣＣ、ＶＢＩＤ対応ＶＴＲで再生する場合、ＣＣ及びＶＢＩＤデータのみを読み出して、ビデオ信号の垂直ブランキング期間の所定の位置に重畳することができる。また、ＷＳＳデータについては、必要があれば、６０ｈ、６１ｈのパックデータから復元して、ビデオ信号の垂直ブランキング期間の所定の位置に重畳することができる。なお、ＡＡＵＸ ＴＲパックについては同様なので、その説明は省略する。
【０２０８】
【発明の効果】
以上詳細に説明したように、本発明は画像信号の垂直ブランキング期間に挿入されている音声付随情報を音声付随データの記録エリアにパック構造を用いて記録し、再生時はこれらの付随情報を読み出して画像信号の垂直ブランキング期間に戻すので、画像圧縮方式のディジタルＶＴＲにおいても、垂直ブランキング期間に挿入されているこれらの付随情報を保存できる。これにより、ディジタルＶＴＲとアナログＶＴＲが相互に接続されるような使い方をしても、これらの付随情報はトランスペアレントな形で伝えられる。
【０２０９】
また、音声信号の再生に必要不可欠な付随情報を付随データ記録エリアの主領域に反映させることにより、将来新たに垂直ブランキング情報が定義されても、互換性が保持できる。
【図面の簡単な説明】
【図１】ＣＣパックについて説明する図である。
【図２】ＣＣパックにＣＣ信号を記録する動作のフローチャートである。
【図３】ＣＣパックに記録したＣＣ信号を再生する動作のフローチャートである。
【図４】ＡＡＵＸ ＣＣパックの格納データとＡＡＵＸ ＳＯＵＲＣＥパックのＡＵＤＩＯ ＭＯＤＥとの対応関係の１例を示す図である。
【図５】ＴＲパックについて説明する図である。
【図６】ＴＲパック対応ＶＴＲとＴＲパック非対応ＶＴＲの記録時と再生時の動作を説明する図である。
【図７】ＶＡＵＸ ＴＲパックの詳細を示す図である。
【図８】ＶＡＵＸ ＴＲパックにＶＢＩＤデータ及びＷＳＳデータを格納する様子を示す図である。
【図９】ＡＡＵＸ ＴＲパックの詳細を示す図である。
【図１０】ＣＣ、ＶＢＩＤ、ＷＳＳ対応ＶＴＲで記録したトラックフォーマットの１例を示す図である。
【図１１】ディジタルＶＴＲの１トラックの記録フォーマットを示す図である。
【図１２】プリＳＹＮＣブロック、及びポストＳＹＮＣブロックの構造を示す図である。
【図１３】オーディオのフレーミングフォーマット及び１ＳＹＮＣブロックの構造を説明する図である。
【図１４】１フレーム分の画像データのブロッキングを説明する図である。
【図１５】誤り訂正符号が付加されたビデオのフレーミングフォーマットを示す図である。
【図１６】ビデオのバッファリングユニット及び１ＳＹＮＣブロックの構成を示す図である。
【図１７】１トラック分のサブコードエリアの構造を説明する図である。
【図１８】オーディオエリア及びビデオエリアにおけるＳＹＮＣブロックのＩＤ部の構造を説明する図である。
【図１９】サブコードエリアにおけるＳＹＮＣブロックのＩＤ部の構造を説明する図である。
【図２０】パックの基本構造を示す図である。
【図２１】大アイテムによるパックのグループの定義を示す図である。
【図２２】ＡＡＵＸ ＳＯＵＲＣＥ パック、ＡＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパック、ＡＡＵＸ ＲＥＣ ＤＡＴＥパック、ＡＡＵＸ ＲＥＣ ＴＩＭＥパック及びＡＡＵＸ ＲＥＣ ＴＩＭＥ ＢＩＮＡＲＹ ＧＲＯＵＰパックの詳細を示す図である。
【図２３】ＡＡＵＸ ＣＣパック、ＶＡＵＸ ＳＯＵＲＣＥ パック、ＶＡＵＸ ＳＯＵＲＣＥ ＣＯＮＴＲＯＬパック、ＶＡＵＸ ＲＥＣ ＤＡＴＥパック及びＶＡＵＸ ＲＥＣ ＴＩＭＥパックの詳細を示す図である。
【図２４】ＶＡＵＸ ＲＥＣ ＴＩＭＥ ＢＩＮＡＲＹ ＧＲＯＵＰパック及びＶＡＵＸＣＣパックの詳細を示す図である。
【図２５】１フレーム分のＡＡＵＸ領域の構造を説明する図である。
【図２６】１トラック分のＶＡＵＸ領域の構造を説明する図である。
【図２７】１フレーム分のＶＡＵＸ領域の構造を説明する図である。
【図２８】５２５／６０システムのディジタルＶＴＲにおけるサブコードエリアのパックデータの多重書きを説明する図である。
【図２９】６２５／５０システムのディジタルＶＴＲにおけるサブコードエリアのパックデータの多重書きを説明する図である。
【図３０】ＭＩＣのメモリーマップを説明する図である。
【図３１】ディジタルＶＴＲの記録回路を示す図である。
【図３２】ディジタルＶＴＲの記録回路におけるパックデータの生成を説明する図である。
【図３３】記録トラック上のメインエリアを説明する図である。
【図３４】モード処理マイコンにおけるＶＡＵＸパックデータの生成を説明する図である。
【図３５】モード処理マイコンにおけるＡＡＵＸパックデータの生成を説明する図である。
【図３６】ＭＩＣデータの生成を説明する図である。
【図３７】ディジタルＶＴＲの再生回路の一部の構成を示す図である。
【図３８】ディジタルＶＴＲの再生回路の他の一部の構成を示す図である。
【図３９】ＶＡＵＸ用ＩＣにおける再生パックデータの処理を説明する図である。
【図４０】信号処理マイコンにおける再生パックデータの処理を説明する図である。
【図４１】ＡＰＴによるトラックフォーマットの定義付けを説明する図である。
【図４２】アプリケーションＩＤの階層構造を説明する図である。
【図４３】アプリケーションＩＤが「０００」の場合のトラック上のフォーマットを説明する図である。
【図４４】テレビジョン信号のチューナー出力を分析した図である。
【図４５】コンポジットビデオ信号に挿入されているシステムデータを示す図である。
【図４６】ＶＡＵＸ及びＡＡＵＸメインエリアについて説明する図である。
【図４７】ＣＣ信号を示す図である。
【符号の説明】
１５，６０…信号処理マイコン、１６，５８…ＶＡＵＸ用ＩＣ、１８，７１…ＡＡＵＸ用ＩＣ、２７，４２…モード処理マイコン
Claims (5)
- 符号化された画像信号を記録する第１の記録エリアと、符号化された音声信号を記録する第２の記録エリアと、パック構造化された音声付随データを記録する第３の記録エリアとを有する記録フォーマットを備えると共に、
画像信号を符号化して前記第１の記録エリアに記録する手段と、
音声信号を符号化して前記第２の記録エリアに記録する手段と、
該画像信号の垂直ブランキング期間に挿入されている音声付随情報をパック構造化して前記第３の記録エリアに記録する手段と、
符号化された画像信号を前記第１の記録エリアから再生して画像信号を復号化する手段と、
符号化された音声信号を前記第２の記録エリアから再生して音声信号を復号化する手段と、
パック構造化された音声付随情報を前記第３の記録エリアから再生して該付随情報を読み出す手段とを備え、
前記第３の記録エリアが主領域と副領域とを有し、
前記第３の記録エリアに記録する手段は、音声付随情報を前記第３の記録エリアの副領域に記録し、該音声付随情報の内、重要度の高いものを前記第３の記録エリアの主領域に記録することを特徴とするディジタル画像・音声信号記録再生装置。 - 再生時に、前記第３の記録エリアの副領域の内容が理解できるときは、該副領域内の付随情報を画像信号の垂直ブランキング期間に重畳し、副領域の内容が理解できないときは、前記第３の記録エリアの主領域の重要度の高い付随情報のみを画像信号の垂直ブランキング期間に重畳する重畳手段を備えることを特徴とする請求項１記載のディジタル画像・音声信号記録再生装置。
- 互いにアジマス角の異なる１対のヘッドにより記録される１対のトラックをペアとして扱うことにより、前記第３の記録エリアの副領域に記録する付随情報の種類を多くすることを特徴とする請求項１記載のディジタル画像・音声信号記録再生装置。
- 互いにアジマス角の異なる１対のヘッドにより記録される１対のトラックをペアとして扱うことにより、前記第３の記録エリアの副領域に記録する付随情報の種類を多くすることを特徴とする請求項２記載のディジタル画像・音声信号記録再生装置。
- 前記第３の記録エリアに記録する手段は、１フレーム内の最終トラックペアの前記第３の記録エリアの副領域に最優先の付随情報を記録することにより、他のトラックペアの副領域に他の付随情報が記録されても互換性を保持することを特徴とする請求項３又は４記載のディジタル画像・音声信号記録再生装置。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01999094A JP3572651B2 (ja) | 1994-01-20 | 1994-01-20 | ディジタル画像・音声信号記録再生装置 |
| DE69535505T DE69535505T2 (de) | 1994-01-20 | 1995-01-18 | Aufzeichnungs- und/oder Wiedergabegerät für digitale Audio- und Videosignale |
| DE69535547T DE69535547T2 (de) | 1994-01-20 | 1995-01-18 | Aufzeichnungs- und Wiedergabegerät für digitale Audio- und Videosignale |
| EP95300304A EP0664646B1 (en) | 1994-01-20 | 1995-01-18 | Digital video and audio signal recording and/or reproducing devices |
| EP02078375A EP1261215B1 (en) | 1994-01-20 | 1995-01-18 | Digital video and audio signal recording and/or reproducing devices |
| KR1019950000899A KR100329692B1 (ko) | 1994-01-20 | 1995-01-20 | 디지털화상.음성신호기록재생장치 |
| CA002140719A CA2140719C (en) | 1994-01-20 | 1995-01-20 | Method and apparatus for digitally recording and reproducing date recorded in the vertical blanking period of video signal |
| US08/931,188 US6282366B1 (en) | 1994-01-20 | 1997-09-16 | Method and apparatus for digitally recording and reproducing data recorded in the vertical blanking period of video signal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01999094A JP3572651B2 (ja) | 1994-01-20 | 1994-01-20 | ディジタル画像・音声信号記録再生装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07212698A JPH07212698A (ja) | 1995-08-11 |
| JP3572651B2 true JP3572651B2 (ja) | 2004-10-06 |
Family
ID=12014617
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP01999094A Expired - Fee Related JP3572651B2 (ja) | 1994-01-20 | 1994-01-20 | ディジタル画像・音声信号記録再生装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3572651B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9147312B2 (en) | 2008-03-13 | 2015-09-29 | Aristocrat Technologies Australia Pty Limited | Method and system of distributing progressive gaming |
-
1994
- 1994-01-20 JP JP01999094A patent/JP3572651B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07212698A (ja) | 1995-08-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100383690B1 (ko) | 디지털비디오및오디오신호재생및불법더빙방지장치 | |
| KR100295997B1 (ko) | 디지탈화상신호의기록및/또는재생방법,기록및/또는재생장치및기록매체 | |
| KR100263690B1 (ko) | 디지탈 비디오 및 오디오 신호기록 및 재생장치 | |
| US6344939B2 (en) | Digital audio channels with multilingual indication | |
| KR100329692B1 (ko) | 디지털화상.음성신호기록재생장치 | |
| JP3651060B2 (ja) | テレビジョン信号記録装置 | |
| JP3901746B2 (ja) | 画像信号及び音声信号記録方法及び画像信号及び音声信号記録再生装置 | |
| JP3575041B2 (ja) | ディジタル画像・音声信号記録再生装置 | |
| JP3572651B2 (ja) | ディジタル画像・音声信号記録再生装置 | |
| JP3521495B2 (ja) | 音声信号記録方法、音声信号再生装置、及び音声信号記録再生方法 | |
| JP3477778B2 (ja) | ディジタル画像音声信号記録再生装置 | |
| JP3326648B2 (ja) | ディジタル画像音声信号記録再生装置 | |
| JP3458554B2 (ja) | 記録再生処理方法及び記録再生処理装置 | |
| JP3413672B2 (ja) | ディジタル画像音声信号記録再生装置及びディジタル画像音声信号記録再生方法 | |
| JP3586878B2 (ja) | テープカセット、並びにテープカセットを用いて画像信号及び音声信号の記録再生を行う画像音声信号記録再生装置 | |
| JP3538941B2 (ja) | テレビジョン信号記録方法、及びテレビジョン信号記録再生装置 | |
| JP3358273B2 (ja) | 信号記録再生装置 | |
| JP3582130B2 (ja) | テレビジョン信号の記録装置、再生装置、及び記録再生装置 | |
| JP3321959B2 (ja) | 文字放送信号の記録または記録再生装置、若しくは磁気記録または記録再生装置 | |
| JP3555162B2 (ja) | 記録再生装置 | |
| JP3493729B2 (ja) | ディジタルビデオおよびオーディオ信号記録／再生装置および方法 | |
| JP3981054B2 (ja) | 画像信号及び音声信号記録方法及び画像信号及び音声信号記録再生装置 | |
| JP3582129B2 (ja) | テレビジョン信号の記録装置、再生装置、及び記録再生装置 | |
| JPH07282567A (ja) | 記録再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040608 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040621 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080709 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090709 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090709 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100709 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100709 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110709 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110709 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120709 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130709 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |