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