JPH06296257A - 文字放送信号の記録または記録再生装置、若しくは磁気記録または記録再生装置 - Google Patents

Abstract

(57)【要約】 【目的】 横傷、クロッグなどに強い文字放送の記録再
生装置を提供する。 【構成】 ＡＵＸ０、ＡＵＸ１の計１０バイトは、前半
の５バイト、後半の５バイトに分かれる。前半の５バイ
トは、５０／６０、ＳＴＹＰＥ、ＡＰＰＬＩ、それに本
願の文字放送データが入る。後半の５バイトには、パッ
ク構造を取るＶＡＵＸが入るが、最後のＢＵＦ ＮＯ．
２６の前半４バイトは、本願の文字放送用に用いる。基
本的にＡヘッド側トラック、Ｂヘッド側トラックに全く
同じデータが記録位置を変えて書かれるので、これによ
りヘッド・クロッグや「横傷」に対してもデータは守ら
れる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、文字多重放送やテレテ
キストのデータをデジタル化して記録再生する文字放送
の記録再生装置に関する。

【０００２】

【従来の技術】テレビ放送電波の時間的な隙間を利用し
た文字多重放送が既に実用化されている。文字多重放送
は、各種ニュース、天気予報、交通情報等の生活情報の
ほかに、字幕スーパー番組やクイズ番組等があり、メロ
ディーも流すことが出来る。我が国に於いては、文字、
図形、付加音を符号化して伝送するコード方式と画素伝
送するパターン方式とを組み合わせたハイブリッド方式
で１９８５年末より放送されている。

【０００３】また北米（ＮＡＢＴＳ）、イギリス、フラ
ンスで文字放送が行われているが、その方式は少しづつ
異なっている。特に日本方式と大きく異なる点は、付加
音がない、漢字が無い点である。これら３方式は、基本
的にアルファベット２６文字を送る事を前提としている
ので、テレテキスト放送と呼ばれている。しかし基本的
なシステムは、文字多重放送もテレテキスト放送も同じ
なので以下の説明では一括して「文字放送」と呼ぶこと
にする。

【０００４】文字放送信号は、テレビ放送信号の垂直ブ
ランキング期間にテレビ放送自体の画像、音声を妨げな
い形で、多重されて送られて来る。現在日本では、１
４、１５、１６、２１、２７７、２７８、２７９、２８
４の計８ラインに多重されているが、将来の拡張性を考
慮して規格では １０、１１、１２、１３、１４、１５、１６、２１ ２７３、２７４、２７５、２７６、２７７、２７８、２
７９、２８４ の計１６ラインに多重できる事になっている。

【０００５】ヨーロッパの文字放送では、７から２２、
３２０から３３５の計３２ラインに多重するように規格
化されているが、実際には各放送局毎にバラバラであ
る。またこれらのラインにはＶＰＳ信号やテスト信号等
も任意に挿入されて使われている。

【０００６】図１７に日本の文字放送信号の任意の１ラ
インの様子を示す。ペデスタルレベルを「０」、白レベ
ルの７０％を「１」とするデジタル信号２９６ビットが
図のように多重されている。１つのデータラインは同期
部とデータパケット部からなる。同期部は、ビット同期
を取るためのビット同期符号（ＣＲ：Ｃｌｏｃｋ Ｒｕ
ｎ−ｉｎ）と、バイト同期を取るためのバイト同期符号
（ＦＣ：Ｆｒａｍｉｎｇ Ｃｏｄｅ）からなる。

【０００７】データパケットは、プリフィクス（ＰＦ
Ｘ：ＰｒｅＦｉＸ）、情報データ、チェック符号からな
る。プリフィクスは、パターン方式かハイブリッド方式
かを識別するためのサービス識別符号（ＳＩ／ＩＮ：Ｓ
ｅｒｖｉｃｅ Ｉｄｅｎｔｉｆｙ）８ビットと、データ
パケットを伝送制御するためのパケットコントロール
（ＰＣ：ＰａｃｋｅｔＣｏｎｔｒｏｌ）６ビットからな
る。その後に情報データが１７６ビット（２２バイト）
続き、チェック符号として８２ビット確保されている。

【０００８】他の３方式は、細かい部分で差があるが考
え方に違いはない。

【０００９】１つの文字放送番組は、番組内容にもよる
が数キロバイトのデータ量を必要とする。上述のように
１ラインあたり１７６ビットしか送れず、十数番組を１
つのチャンネルで送っている現状から考えると、１つの
文字番組は約２０〜３０秒間隔でしか送出されていな
い。

【００１０】現在この文字放送は、文字放送対応チュー
ナーか文字放送受信テレビでデコードして視聴してい
る。デコードしたものをＶＴＲ等に記録することはもち
ろん可能であるが、デコードする以前の生データを従来
のアナログＶＴＲに記録することはそのクロックレート
（５．７ＭＨｚ〜６．９ＭＨｚ）からいって不可能であ
る。

【００１１】

【発明が解決しようとする課題】上述のように、文字放
送を放送された形のまま現在の民生用のアナログＶＴＲ
等に記録することはできない。これをデコードして記録
するには、文字放送デコーダＩＣ、大容量メモリ、漢字
ＲＯＭ、コントロールマイコン等が必要となり、特に民
生用ＶＴＲの場合にはそのコストアップ、実装面積分は
無視できない。

【００１２】またたとえ大量生産等によりコストアップ
等が軽微に抑えられたとしても、一つの文字放送を記録
するためには約２０〜３０秒待たないと番組として成立
しないので、その間ＶＴＲをストップさせておくか、以
前受信した番組（それも静止画）を記録し続けるかしな
くてはならない。この場合約２０〜３０秒というのはあ
くまでも平均なので、あるケースでは２秒ぐらいで番組
が成立し、別のケースでは３０秒待った等という具合い
にバラバラな応答になってしまう。

【００１３】さらに５０Ｈｚ、６０Ｈｚで代表されるＶ
ＴＲ本来の画像、音声の記録レートとデコードした文字
放送の約２０〜３０秒という記録レートとは全く同期が
取れないので、両者の間に相関性を持たせることはでき
ない。

【００１４】このことは一本のトラック上に画像、音
声、文字放送の各データをエリアを分けて記録しても、
画像、音声を重視すれば文字放送エリアが空白になる可
能性があり、一方文字放送を重視すれば画像、音声エリ
アが空白になる可能性があることを意味している。従っ
て、文字放送を記録するときには、それを画像、音声情
報として従来の方法で記録することになる。この時同時
に放送しているテレビ番組を記録することは出来ない。

【００１５】オーディオがカセットテープ、レコードの
アナログ記録からＤＡＴ、ＣＤ、ＭＤ、ＤＣＣのデジタ
ル記録に変わったように、ビデオも８ミリ、ＶＨＳのア
ナログ記録からデジタル記録へと移りつつある。デジタ
ルＶＴＲの基本サンプリングレートが１３．５ＭＨｚで
有ることを考えると、文字放送のクロックレート程度な
ら苦もなく扱えるのは容易に想像できる。従って一本の
トラックを画像、音声、文字放送のエリアに分け、そこ
にデコードしたデータではなく文字放送データそのもの
を記録できるので、前述のアナログＶＴＲにおける不具
合はなくなる。

【００１６】またデコードしていないデータを記録する
のでコストアップ、占有面積の増加分は、デコードした
データを記録するのに比べて格段に安く、かつ占有面積
が少なくて済み、文字放送対応テレビにそのデコードを
まかせるような商品構成も可能となる。

【００１７】さてデジタルＶＴＲの最大の利点は、サン
プリング周波数が６０Ｈｚ系、５０Ｈｚ系共通で１３．
５ＭＨｚとなっていることである。これにより従来のア
ナログＶＴＲのように、６０Ｈｚ系、５０Ｈｚ系の仕向
地別にドラムの回転数やヘッドまわり、いわゆる電磁変
換系を変更しなくてもすむようになった。６０Ｈｚ系、
５０Ｈｚ系の差は、単に例えば前者が１０トラック／フ
レーム、後者が１２トラック／フレームというようなテ
ープ消費量の差となり、その他のトラックピッチ、トラ
ック幅等はすべて共通でよい。

【００１８】しかしＶＴＲデッキの場合には、仕向地別
にテレビチューナーを変更せざるを得なく、それに伴い
文字放送の対応も変えなければならない。しかし記録済
みのテープを考えてみると、単に６０Ｈｚ系で記録した
か、５０Ｈｚ系で記録したかの違いである。よって例え
ばアメリカと日本のように同じ６０Ｈｚ圏内であればア
メリカで記録したテープを日本向けのＶＴＲで再生する
ことはできる。そうであるならば、文字放送の記録フォ
ーマットも表１のように日本用、北米用（ＮＡＢＴ
Ｓ）、イギリス用、フランス用と４種類用意するのは得
策ではなく、６０Ｈｚ系用、５０Ｈｚ系用と２種類に統
一できたほうがよい。

【００１９】

【表１】

【００２０】さらに将来の文字放送の拡張に対しても柔
軟に対応できるフォーマットでなければならない。

【００２１】またテープ上に記録再生する場合には、テ
ープ特有のドロップアウトの問題がある。前述のように
データはチェック符号等で保護されているが、ドロップ
アウトのようなバースト誤りに対しては特に注意が必要
である。アルファベットであればまだ良いが、表意文字
である漢字の場合には一文字欠けても意味が通じなくな
る恐れがあるからである。

【００２２】民生用のデジタルＶＴＲの場合には、その
テープ消費量から考えて圧縮方式のＶＴＲになるのは確
実である。この場合圧縮技術も進歩するので、現在１フ
レーム１０トラック必要だったのが、将来的に半分の５
トラックで済むようになることも十分考えられる。これ
にも柔軟に対応できる文字放送記録フォーマットでなけ
ればならない。

【００２３】従ってこの発明は、デジタルＶＴＲまたは
デジタル信号を記録できるエリアを持つアナログＶＴＲ
において、 １．文字放送をデコードせずに記録し、 ２．世界の文字放送を単に６０Ｈｚ圏用、５０Ｈｚ圏用
の２種類にまとめ、 ３．将来の文字放送の拡張、テープのフレーム当りのト
ラック消費量半減にも柔軟に対応でき、 ４．テープの横傷、ヘッドクロッグなどのドロップアウ
トにも強い 文字放送の記録再生装置を提供することにある。

【００２４】

【課題を解決するための手段】この発明による第１の手
段は、デジタル画像信号を記録するデジタル画像信号の
記録手段と、放送電波の中に多重されている文字放送デ
ータを抜き出す手段とを有し、この抜き出された上記文
字放送データをデコードせずに記録することを特徴とす
る文字放送の記録または記録再生装置である。

【００２５】この発明による第２の手段は、上記抜き出
されたデータの内、ビット同期符号を除いた部分をデコ
ードせずに記録することを特徴とする第１の手段記載の
文字放送の記録または記録再生装置である。

【００２６】この発明による第３の手段は、放送電波の
中に多重されている文字放送データの多重ライン番号、
フィールド、放送方式コードをＩＤとして上記抜き出さ
れたデータのバイト同期符号に置き換えて記録するよう
にしたことを特徴とする第２の手段記載の文字放送の記
録または記録再生装置である。

【００２７】この発明による第４の手段は、放送電波の
中に多重されている文字放送データを所定バイト数から
成るパック構造を用いて記録するようにしたことを特徴
とする第１の手段記載の文字放送の記録または記録再生
装置である。

【００２８】この発明による第５の手段は、放送電波の
中に多重されている文字放送データの１フレーム分のデ
ータの終端部に終端コードを記録するようにしたことを
特徴とする第４の手段記載の文字放送の記録または記録
再生装置である。

【００２９】この発明による第６の手段は、磁気テープ
上に複数のトラックを形成すると共に、このトラックに
少なくともトラッキング用データ領域、音声データ領
域、画像データ領域を設けて画像情報をデジタル記録す
るようにした磁気記録または記録再生装置において、上
記画像データ領域に画像に関する付随情報を記録する付
随データ領域を設けると共に、放送電波の中に多重され
ている文字放送データを抜き出して上記付随データ領域
に記録する手段を有し、１トラックの上記付随データ領
域中に記録可能な容量を、上記文字放送データの１ライ
ンあたりのデータ量の非整数倍としたことを特徴とする
磁気記録または記録再生装置である。

【００３０】この発明による第７の手段は、１フレーム
分の上記文字放送データは、複数のトラックの上記付随
データ領域を用いてテープ上の分散した位置に記録され
るようにしたことを特徴とする第６の手段記載の磁気記
録または記録再生装置である。

【００３１】この発明による第８の手段は、１フレーム
分の上記文字放送データは、複数のトラックの上記付随
データ領域を用いてテープ上の分散した位置に繰り返し
記録されるようにしたことを特徴とする第６の手段記載
の磁気記録または記録再生装置である。

【００３２】

【作用】これによれば、 １．世界の文字放送を単に６０Ｈｚ圏用、５０Ｈｚ圏用
の２種類にまとめることにより、テープの記録フォーマ
ットを単純化できる。 ２．文字放送データもフレーム単位にまとまっているた
め、テープの編集時にビデオ、オーディオと同様に扱え
る。 ３．文字放送が将来拡張されるような事があっても、以
前に記録した文字放送データは新しいＶＴＲでも再生が
できる。 ４．文字放送の仕向地をすぐに判断できるため、例えば
アメリカで記録したテープを日本で再生する場合、画
像、音声は同じ６０Ｈｚ系なので再生できるが、文字放
送に付いては誤再生させないようにできる。 ５．原理上そのＴＶチャンネルの全ての文字放送番組を
記録できるので、テープに記録後ユーザーが好みで番組
を選べる。 ６．デジタルデータとして記録しているので、デジタル
インターフェイス等を介して、パソコンとつないでデー
タベースとすることも可能となる。 ７．コストアップ、占有面積増大となるＩＣ、メモリ類
をテレビ側に持たせる商品も可能となり、バリエーショ
ンに富む。

【００３３】

【実施例】以下、この発明の一実施例について図面を参
照して説明する。図１は、今後コンシューマー用として
有望な画像圧縮方式のデジタルＶＴＲのトラックフォー
マットの一例である。

【００３４】１本のトラックは、ヘッドの突入側から、
マージン、アフレコ位置を規定するためのＩＴＩ（Ｉｎ
ｓｅｒｔ ａｎｄ Ｔｒａｃｋ Ｉｎｆｏｒｍａｔｉｏ
ｎ）、音声信号、画像信号、サブコード、マージンの各
エリアを持つ。各エリアの間にはプリアンブル、ポスト
アンブルのアンブルやエリア確保のためのギャップが設
けてある。

【００３５】文字放送は映像信号のＶブランキングに配
置されているので、画像信号の付随データＶＡＵＸ（Ｖ
ｉｄｅｏ ＡＵＸｉＬｉａｒｙ）として扱うのが自然で
ある。以後、この画像信号のエリアについて説明する。

【００３６】図２に、図１の画像信号エリアのシンクブ
ロック構成の一例の詳細を示す。画像信号エリアは、１
３５シンクブロックのデータ部と１１シンクブロックの
垂直パリティＣ２からなる。Ｃ１は水平パリティ８バイ
トで、Ｃ１、Ｃ２で積符号構成を構成する。図中ＢＵＦ
の表記は、圧縮の１バッファリング単位（Ｂｕｆｆｅｒ
ｉｎｇ ｕｎｉｔ）。この例では１バッファリング単位
は、５シンクブロックから成る。

【００３７】１トラック内には、０から２６まで２７バ
ッファリング分の圧縮画像信号データが格納される。こ
れは１３５シンクブロック分に相当する。

【００３８】図３は、この１バッファリング単位、５シ
ンク分の内容である。一つのシンクブロックは、例えば
９０バイトで構成される。まず共通のＳＹＮＣパターン
１６ビットから始まり、その後に３バイトからなるＩＤ
部がある。ＩＤ部は、２バイトのＩＤデータ（ＩＤ０、
ＩＤ１）とそれを保護するＩＤパリティ１バイト（ＩＤ
Ｐ）で構成される。その後がデータ部である。

【００３９】データ部には、画像信号の付随データＶＡ
ＵＸを格納するＡＵＸ０、ＡＵＸ１の２バイト、それに
画像信号データを格納するエリアからなる。ＡＵＸデー
タの２バイトは、Ｃ１、Ｃ２で構成される積符号構成の
中に含まれているので、画像信号データと同様の強力な
エラー訂正能力で守られる。

【００４０】画像圧縮の量子化テーブルＮＯ．を示すＱ
ＮＯは、各ＳＹＮＣの下位４ビットに格納される。ＱＮ
Ｏは１バッファリング単位で一つの値を取るが、圧縮デ
ータを元に戻すために重要なので、５シンク・ブロック
に５回書いて、エラーに対してさらに補強している。各
シンク・ブロックの上位４ビットには、ＱＮＯの切り替
えポイントＳＷＰが入る。ＳＷＰは１シンク・ブロック
毎に固有の値を持つ。

【００４１】ＶＴＲ再生時に問題となるものに、ヘッド
が目詰まりするヘッド・クロッグや、テープの横方向に
傷がつくいわゆる「横傷」がある。ヘッド・クロッグ
は、片方のヘッドだけに起こることが多く、この場合は
１トラックおきにデータが読めなくなる。「横傷」で
は、トラックの同じ位置のデータがほとんど欠落してし
まう。

【００４２】そこで本願の例では、Ａヘッド、Ｂヘッド
でそれぞれの書き込み位置をずらしている。この様子を
図４に示す。これは図３のＡＵＸ０、ＡＵＸ１の２バイ
トをシンク・ブロック順に並べた物である。

【００４３】ＡＵＸ０、ＡＵＸ１の計１０バイトは、前
半の５バイト、後半の５バイトに分かれる。前半の５バ
イトは、５０／６０、ＳＴＹＰＥ、ＡＰＰＬＩ、それに
本願の文字放送データが入る。５０／６０は、「０」で
５０Ｈｚ系、「１」で６０Ｈｚ系を示す。ＳＴＹＰＥ
は、記録される画像信号のタイプでスタンダード（例え
ばＮＴＳＣやＰＡＬなど）、ワイド（アスペクト比は１
６：９で、走査線数はスタンダードと同じ）、Ｈｉｖｉ
ｓｉｏｎ等を示す。ＡＰＰＬＩは、トラック内のデータ
記録構造を規定するＩＤである。

【００４４】後半の５バイトには、パック構造を取る画
像に付随した他の情報ＶＡＵＸが入るが、最後のＢＵＦ
ＮＯ．２６の上位４バイトは、本願の文字放送用に用
いる。

【００４５】パック構造は、図５に示すように、１バイ
トのアイテムコードと４バイトのデータ部で構成され
る。パック構造を採るＶＡＵＸエリアは、メインエリア
とオプショナルエリアで構成される。

【００４６】メインエリアは、その情報（ここでは画像
データ）を再現するために最低限必要なデータ等（例え
ば圧縮方式）が格納される場所で、全てのデジタルＶＴ
Ｒがサポートしなければならない。ここでは、記録年月
日、ソース情報、ダビング情報それに最近アメリカで法
制化された難視聴者対策のクローズド・キャプション等
が入る。オプショナルエリアは、オプショナルデータ用
である。

【００４７】図４のように、メインエリアには基本的に
Ａヘッド側トラック、Ｂヘッド側トラックに全く同じデ
ータが記録位置を変えて書かれるので、これによりヘッ
ド・クロッグや「横傷」に対してもデータは守られる。

【００４８】次に本発明の文字放送に関する詳細につい
て説明する。

【００４９】ビット同期を取るためのビット同期符号
（ＣＲ：Ｃｌｏｃｋ Ｒｕｎ−ｉｎ）は各方式とも１６
ビットである。これは単なる「１」「０」の繰り返し信
号なので、クロック周波数が分かれば後で再現するのは
たやすい。そこでこの部分以外のデータを抜きだして記
録することにする。

【００５０】そうすると１ラインあたりの必要ビット数
は 日本 ２８０ビット（３５バイト） 北米 ２７２ビット（３４バイト） 英国 ３４４ビット（４３バイト） 仏国 ３０４ビット（３８バイト） となる。

【００５１】これをテープ上に記録する方法に付いて、
次に述べる。文字放送のデータは１フレームに２回、第
一フィールドと第二フィールドにバースト的に登場す
る。このデータを画像信号のエリアにＶＡＵＸデータと
して書き込むためには、圧縮した画像信号データとタイ
ミングを合わせなければならない。具体的には、ＦＩＦ
Ｏメモリのようなものに１フレーム分の文字放送データ
を貯めておき、書き込みタイミングに応じて必要量を読
みだしていく。

【００５２】文字放送データは、前述のように規格で決
まっている挿入位置すべてに挿入されているわけではな
い。放送局によってバラバラでもある。そこでテープ上
に記録する時になんらかの位置情報が必要になる。

【００５３】すなわち図６は、走査線数５２５の放送方
式と、走査線数６２５の放送方式とにおける、文字信号
挿入可能期間を示したものであって、それぞれ走査線数
５２５の放送方式では１０〜２１ライン、及び２７２〜
２８４ライン、また走査線数６２５の放送方式では６〜
２２ライン、及び３１８〜３３５ラインが文字信号挿入
可能期間とされる。そこでこの文字信号挿入可能期間を
抜き出す、ｎＧＡＴＥなるゲート信号を導入する。これ
を用いればｎＧＡＴＥ＝０の期間のライン番号を、０か
ら１７までで示すことが出来る。

【００５４】ここで記録側の回路について図７を用いて
説明する。ここでは、説明を日本の文字多重放送にしぼ
る。他の方式も周波数以外は全く同様である。１なる入
力端子から入力されたコンポジットビデオ信号は、２な
る同期分離回路に与えられる。ここでＯＤＤ／ＥＶＥＮ
なるフィールド判別信号とＨ ＳＹＮＣ信号を作る。こ
のＯＤＤ／ＥＶＥＮ信号の立ち上がりと立ち下がりを、
３なるカウンタークリアパルス生成回路にて抜き出し、
そのタイミングで４なるＨカウンターと６なるラインＮ
ｏ．生成回路をクリアする。

【００５５】４なるＨカウンターは、ＯＤＤ／ＥＶＥＮ
信号の変化点からＨＳＹＮＣをカウントするもので、こ
のカウント出力をデコーダ５でデコードして上述のｎＧ
ＡＴＥ信号を作る。このｎＧＡＴＥ＝Ｌの期間、６なる
ラインＮｏ．生成回路をアクティブにして上述の図６に
示すようなラインＮｏ．を作る。なお走査線数５２５の
放送方式ではＯＤＤ／ＥＶＥＮ＝０のときの１２〜３
０、ＯＤＤ／ＥＶＥＮ＝１のときの１３〜３０のライン
Ｎｏ．は未定義である。また走査線数６２５の放送方式
ではＯＤＤ／ＥＶＥＮ＝０のときの１７〜３０、ＯＤＤ
／ＥＶＥＮ＝１のときの１８〜３０のラインＮｏ．は未
定義である。

【００５６】一方、入力されたコンポジットビデオ信号
は、ペデスタルクランプ回路７にてそのペデスタルレベ
ルの直流分を安定化した後、コンパレータ８に加える。
比較電圧としては、例えば０．５Ｖにして白レベルの７
０％とペデスタルレベルの中間位に設定する。コンパレ
ータ８の出力は、いわゆるＴＴＬレベルのデジタル信号
で、これを９なるＳ／Ｐ変換回路に入力する。Ｓ／Ｐ変
換回路は、シリアル信号をパラレル信号に変換するもの
で、ここでバイト化する。

【００５７】シリアルクロックＳＣＫは、以下のように
して生成される。

【００５８】まず入力されたコンポジットビデオ信号の
カラーバースト信号の振幅を一定化するため、１１なる
バーストＡＣＣ回路に加える。これをｆｓｃ（サブキャ
リア信号周波数）ＰＬＬ回路１２のリファレンス信号に
する。この３．５８ＭＨｚの出力信号は、１３なる分周
器により５分周され、次の１４なる１６／５ｆｓｃＰＬ
Ｌ回路のリファレンス信号にする。この２重のＰＬＬ回
路により安定されたクロック信号は、さらに１５なる分
周器によりデューティ５０％の信号にされる。これが
５．７２７２７２ＭＨｚの基本クロックＳＣＫである。
この信号は、さらに１６なる分周器で８分周され、バイ
ト化に用いられる。

【００５９】Ｓ／Ｐ変換回路９にてバイト化された信号
はＤＦ／Ｆ（Ｄ型フリップフロップ）１０でラッチさ
れ、ＣＲＩ（クロックランイン）検出回路に与えられ
る。この回路には、ＨＳＹＮＣをトリガーしたモノマル
チ回路１７の出力、及びｎＧＡＴＥ信号も入力される。
モノマルチ回路１７では、ＨＳＹＮＣ信号から仕様で決
められているＣＲＩパルスの１６個以内の期間を抜き出
す。このタイミングでｎＧＡＴＥ＝Ｌの時、ＤＦ／Ｆ１
０の出力が００ｈならＣＲＩがなかったことになるの
で、文字多重放送データなしと判断できる。またＡＡｈ
（１０１０１０１０）なら有りなので、ｎＥＸＩＳＴ＝
Ｌとする。この結果とｎＧＡＴＥ、ＬＣＫ等を次段のタ
イミングコントローラ２２に与える。

【００６０】さて、ライン番号、ＯＤＤ／ＥＶＥＮ、そ
れに仕向地別に異なる放送方式識別コード（ＶＴＲセッ
ト自身が記憶）は、図８のように組み立てられ、スイッ
チ１９に入力される。もう一方の入力には、ＤＦ／Ｆ
（Ｄ型フリップフロップ）１０からのデータが与えら
れ、これらをタイミングコントローラ２２によりタイミ
ングを見て切り換える。スイッチ１９の出力はＤＦ／Ｆ
２０にて時間を整え、タイミングコントローラ２２によ
りＦＩＦＯ２１に書き込まれる。

【００６１】すなわちこのラインＩＤにおいて、下位５
ビットは、ラインＮｏ．である。ヨーロッパは、片フィ
ールド１７ラインあるので５ビット必要である。その上
は、ＯＤＤ／ＥＶＥＮ判別である。このＯＤＤ／ＥＶＥ
Ｎの判別信号と、５ビットのラインＮｏ．で文字放送信
号の多重化された全ての走査線が特定される。

【００６２】上位２ビットには、放送方式識別コードを
いれる。ここには、例えば日本のテレテキスト放送方式
の場合には００、北米（ＮＡＢＴＳ）のテレテキスト放
送方式の場合には０１、イギリスのテレテキスト放送方
式の場合には１０、フランスのテレテキスト放送方式の
場合には１１の放送方式識別コードをいれる。これは、
仕向地別に変わるＴＶチューナーから固定の２ビットを
もらってもいいし、仕向地別に微妙に変わるモードコン
トロールマイコンがそれを持っていてもよい。

【００６３】このラインＩＤを先ほどのバイト同期符号
の代わりに挿入する。従って１ラインのデータは、 ラインＩＤ、ＰＦＸ、情報データ、チェック符号 の順に記録される。必要ビット数は変わらない。

【００６４】ＰＦＸ、情報データ、チェック符号は、実
データとして図７の出力１１から８ビットのパラレルデ
ータの形で得られる。こうして作られたデータは、前述
のようにＦＩＦＯメモリ等に貯えられて、記録タイミン
グを待つことになる。

【００６５】ＦＩＦＯ２１に書き込まれるデータは２フ
ィールド目のＶブランキング終了時には確定している
が、圧縮方式のＶＴＲの場合には、画像データは１フレ
ーム終了まで確定していない。そこでＦＩＦＯ２１のデ
ータ読みだしは、その次のフレーム開始からになる図４
の様に詰め込んで行く場合には、このＦＩＦＯ出力デー
タはフレーミング回路に与えられ、タイミングコントロ
ーラ２２とフレーミング回路との連携で順々に読みだし
動作を行う。パックにデータを詰め込み記録する場合に
は、パッキング回路にてパックヘッダーを５バイト毎に
頭に詰め、その後でフレーミング回路に送る。パックを
用いずに直接記録する場合には直接フレーミング回路に
送る。スイッチ２３の切り換えタイミングは、同様にタ
イミングコントローラ２２とフレーミング回路との連携
で行う。

【００６６】次に再生側の回路例について図９を用いて
述べる。

【００６７】デフレーミング回路またはアンパッキング
回路より、文字多重放送データを抜き出し、ＦＩＦＯに
ため込む。書き込みクロックは、フレーミング制御クロ
ックＰＢＣＫを用いる。データのため込みは、１フレー
ム期間（ここでは例えば１０トラックスキャン）終了時
に完了するが、すぐに１番先頭のデータを３なるＤＦ／
Ｆに取り込む。ここには放送方式識別コードがあるの
で、ＦＩＦＯ等のタイミングを司るタイミングコントロ
ーラ２に取り込む。

【００６８】ここで、セット自身が記憶しているＩＤと
比較して、そのセットが再現できない文字多重方式かど
うかを判別する。できなければ取り込んだデータはその
まま捨てられ、以後の動作を止める。再現可能な場合、
既にＤＦ／Ｆ３に取り込まれているＯＤＤ／ＥＶＥＮ、
ライン番号をデコーダー４により本来のＨライン番号に
変換しておく。アンパッキング回路は、デフレーミング
回路からのデータの内、パックヘッダーに相当する部分
をスイッチ２４にて捨てさる操作をする。

【００６９】さて、デジタルＶＴＲは圧縮効率をあげる
画像情報とは無関係なＨＳＹＮＣ、ＶＳＹＮＣを削って
記録している。そのため再生時には、新たにそれらを発
生させてコンポジットビデオ出力信号を作っている。

【００７０】７はｆｓｃ発振器でクリスタルを用いた安
定なクロックを出力する。これをマスターのクロックと
して種々のクロックを作り出す。まず、８なる分周器に
て１６／５分周し、さらにデューティー５０％にするた
め９なる２分周器にかける。これで文字多重放送の基本
クロックである５．７２７２７２ＭＨｚ ＳＣＫができ
る。さらにこれを１０なる８分周器で、バイト単位で扱
うＬＣＫクロックを作る。

【００７１】またｆｓｃは、１１なる同期信号発生器に
加えられ、ＨＳＹＮＣ信号を作る。同時にＨカウンター
１３をクリアーするパルスを回路１２にて作り出す。Ｈ
カウンター１３の出力は、比較器５に与えられる。

【００７２】比較器５では４なるデコーダーのＨライン
番号出力と常に比較し、一致情報はタイミングコントロ
ーラー２に与えられる。一致した場合、ＦＩＦＯ１から
次のデータをＤＦ／Ｆ６に取り込む。スイッチ２５には
ＣＲＩ、方式毎に決まるＦＣが既に用意されていて、 ＣＲＩ、ＦＣ、データ、データ・・・ の順に切り換えてＤＦ／Ｆ１５に送り出される。それを
さらにＳ／Ｐ変換器１６によりクロックＳＣＫを用いて
シリアルデータに変換する。

【００７３】最終的に出力のコンポジット信号は、２Ｖ
ｐｐのアナログ信号にしなければいけない。そのためＴ
ＴＬレベルであるシリアルデータやＨＳＹＮＣ信号は、
１７や２０のＴＴＬ→アナログレベル変換回路により所
定の電圧レベルに変換する。８ビットの画像データは、
Ａ／Ｄ変換器２６によりアナログ電圧に変換され、さら
にレベル変換器１８により所定のレベルに合わせられ
る。ｆｓｃもカラーバースト信号として回路１９にて、
レベルを合わせておく。

【００７４】画像データを出力するか文字多重放送デー
タを出力するかは、５の比較器一致出力によりアナログ
スイッチ２７を切り換えて行う。ＨＳＹＮＣ内のどこの
データをはめ込むかは１４なるＨ内タイミング発生回路
で作り出し、それによりアナログスイッチ２１を切り換
える。これによりＨＳＹＮＣ、カラーバースト、文字多
重放送データまたは画像データの順にＨＳＹＮＣ内には
めこまれて行く。このスイッチ２１では当然ペデスタル
レベルのレベル合わせ等も行い、アナログ的にミックス
する。この出力はアンプ２２により２Ｖｐｐに調整さ
れ、２３なる出力端子にコンポジットビデオ信号として
出力する。

【００７５】日本以外の３方式もこれと全く同じ手法で
実現できる。

【００７６】さて次にこれらのデータをどのようにテー
プ上に記録するかについて述べる。まず日本の文字放送
の格納方法について考えてみる。図４で１トラックあた
りの文字放送データ格納エリアは、 ４×２７＋４ で１１２バイトある。ここにラインＩＤ、ＰＦＸ、情報
データ、チェック符号の計３５バイトを詰め込んでい
く。

【００７７】ここでは、 ６０Ｈｚ系方式 １フレーム１０トラック ５０Ｈｚ系方式 １フレーム１２トラック として以後の話を進める。

【００７８】図１０に日本の文字放送の格納方法を示
す。これは図４の文字放送格納エリア１１２バイトを、
あたかも一本のトラックであるかのように描いた図であ
る。ＦＩＦＯメモリにため込まれたデータを、このよう
に順に読みだして書き込んでいく。１０トラック全体で
３５バイトの固まりが３２個、すなわち３２ライン分の
データが格納できる。

【００７９】規格では１フレーム最大１６ライン、現状
８ラインなので、本発明では１フレーム１０トラックに
規格最大で２回書き、現状で４回書きとなる。このよう
に複数回書けると、それだけエラーに強くなる。一箇所
やられても他の場所に同じデータが書かれていれば、そ
れで補えるからである。

【００８０】また図１０において、３５バイトの固まり
が左に少しづつシフトして並べてある。これは意図的に
なされたものであり、１トラックあたりの記録可能バイ
ト数を３５バイトの整数倍にならないように選ばれてい
る。

【００８１】この効果を、将来の文字放送格納ライン数
増加を絡めて次に見ていく。

【００８２】図１１にＡヘッドクロッグ、図１２にＢヘ
ッドクロッグ、図１３に横傷画像発生した時の様子を示
す。将来の文字放送格納ラインの増加は２ライン単位と
し、現行の８ライン、１０ライン、１２ライン、１４ラ
インそれに最大１６ラインについて確認している。ライ
ン数の増加に伴い、きりの良いところで格納を止める
と、数１０バイトも余ってしまうことがある。

【００８３】これでは記録エリアが無駄なので全て同
じ、ＦＩＦＯ単純繰り返し読み（ＦＩＦＯの中味を全て
読みだしたら、読出しリセットをかけて始めのデータか
らまた読み出す）で行う。このほうが、必要記録量に応
じて記録順を変化させるような方式よりも、回路が単純
化されてよい。なお各図の中の番号は、ライン番号を表
しているが、全て１から記述している。

【００８４】まず図１１と図１２のヘッドクロッグが起
きた場合の効果について調べてみる。片ヘッドがクロッ
グしても、もう一つのヘッドで同じデータが拾えれば問
題はない。

【００８５】細かく調べていくと表２のように１２ライ
ン、１４ラインの時に再生不可能なラインが有るのが分
かる。

【表２】

【００８６】次に図１３について見てみる。横傷が３箇
所も入ったおよそ有り得ない例である。この場合再生不
可能となるラインが生じるのは、最大１６ライン格納時
である。

【００８７】以上をまとめたのが、表３である。

【表３】

【００８８】実際問題としてヘッドのクロッグとか横傷
が起きた場合、画像や音声も致命的な打撃を受けるのが
常で、文字放送データだけ完ぺきに保護すると言うのは
矛盾がある。しかもヘッドクロッグとか横傷は本来商品
として有ってはならない性質のものである。

【００８９】文字放送をデコードした後のデータをその
まま格納した場合は、表３の結果のようになるが、本発
明においては、文字放送本来のチェック符号を残すこと
により文字放送自体のエラー訂正能力を利用することが
出来る。実際、日本の文字放送では、多数決論理回路に
よる復号が可能な（２７２、１９０）短縮化差集合巡回
符号を採用している。

【００９０】さらに本発明の文字放送格納エリアは、図
２のような画像信号データと同じ強力な積符号構成で保
護されているので、ほとんどのエラー、図１１、１２、
１３でのＮＧ箇所は救われる。

【００９１】また図１０から図１３の図は、便宜的な図
で実際のデータ格納場所の位置は、図１４のように分散
されている。これにより図１３で検証したものよりはる
かに横傷に対して強い。

【００９２】ヘッドクロッグは文字通りヘッドが目詰ま
りするもので、定常的なものは画像も音も出なくなるの
でヘッドクリーニングすることになる。瞬間的なクロッ
グに対しては、積符号構成で保護される。こう考えて来
ると、深刻なのは一度ついてしまったら二度と直らない
横傷であろう。実験的に横傷の幅は、３シンクブロック
程度が多い事が知られている。図１３のようにこの程度
なら、Ｃ１、Ｃ２の積符号構成でほぼ完ぺきに復元され
るので、本発明の記録方法は回路構成が簡単でしかもエ
ラーに強いと結論される。

【００９３】以上をポイントを整理すると、 １．文字放送をデコードせずに記録する。これにより文
字放送本来のエラー訂正能力を有効に使える。 ２．文字放送データをビデオのＡＵＸエリアに記録する
ことにより、ビデオデータを保護するために用意されて
いる強力なエラー訂正能力を利用できる。 ３．文字放送データをビデオのＡＵＸエリアに分散して
記録することにより、横傷や瞬間クロッグに対して強
い。 ４．文字放送データをその格納可能エリアに目いっぱい
繰り返し格納することにより、多重書きによるマジョリ
ティ効果が使える。 ５．トラックあたりの文字放送データ格納可能エリアを
わざと１ラインあたりの必要バイト数の整数倍にしない
ことで、微妙なインターリーブ効果が生まれ、多重書き
によるマジョリティ効果が発揮できる。

【００９４】次に、イギリス、ドイツの文字放送の記録
方法について考えてみる。ドイツはイギリスと同じ方式
である。

【００９５】これらの国において、規格で決まっている
７から２２、３２０から３３５の３２ラインの中にはＶ
ＰＳ信号やテスト信号等も任意に挿入されて使われてお
り、全ラインをフルに文字放送用に使う可能性は無い。
使われる可能性のある最大ライン数は２８なので、文字
放送用データ格納エリアはその分だけ用意すればよい。

【００９６】図１５にその記録方法を示す。考え方は、
図１０と同じである。４３バイトの固まりが３１個と１
１バイト分入る。最大ライン数２８に対し、３ライン分
以上余るが、これは ＦＩＦＯ単純繰り返し読みで埋め
ていく。ドイツの放送の場合は、現状で１５ラインなの
でこのエリアに２回書きが可能である。なお図１１、１
２、１３のような検証は省略する。

【００９７】さて次に世界の文字放送を６０Ｈｚ圏用、
５０Ｈｚ圏用の２種類にまとめる方法について説明す
る。

【００９８】日本と北米とでは、クロック周波数は同
じ、データラインの全長が北米の方が１バイト少ないだ
けである。イギリスとフランスではクロック周波数も異
なり、データラインの全長もフランスのほうが５バイト
も少ない。これを全て図１０、図１５のような対応をし
ていたのでは、コントロールするハード、ソフトともに
大変である。

【００９９】国の識別は前述のように出来るので、図１
６のようにそれぞれ日本、イギリスを標準として余った
バイトにはオール０をはめ込む事にする。この操作によ
り６０Ｈｚ圏用は図１０、５０Ｈｚ圏用は図１５の記録
フォーマットでまとめられる。実際ヨーロッパではＥＣ
統合に伴い、「アンチオペ」と呼ばれるフランス独自の
方式は徐々にイギリス方式に移管しつつある。

【０１００】０のはめ込みについては、再生時あらかじ
めそこが「０」と分かっているので図２の積符号構成を
解く前にそのデータのチェックを行う。「０」でなかっ
た所はエラーなので、それを使ってＣ１、Ｃ２パリティ
を補正する。こうすることにより、それ以外に起こって
いたエラーを救える可能性が高くなる。文字放送データ
としては、単にそこをスキップすればよい。この利点の
方が、北米、フランスを個別に対応して、余ったエリア
に余計にデータを入れられる利点よりはるかにまさって
いる。

【０１０１】次にこのようにして記録されたデータの復
元方法について述べる。

【０１０２】まず１フレーム分の文字放送データをメモ
リに読み込む処理を行う。この時ラインＩＤの中の放送
方式識別コード及び図４、ＡＵＸ０、１中の５０／６０
を見て、再現可能かどうかを判断し、不可能なら処理を
止める。

【０１０３】例えば日本向けのセット（６０ＨＺ系：Ｎ
ＴＳＣ）に５０ＨＺ系（ＰＡＬ、ＳＥＣＡＭ）のテープ
が挿入されても画や音声の再生は出来ないので、文字放
送データも当然再生できない。

【０１０４】また日本向けのセット（６０ＨＺ系）にア
メリカの文字放送データが入ったテープ（６０Ｈｚ系）
をかけた時は、当然画や音声の再生は可能である。ただ
しそのセットに日本の文字放送をデコードするＩＣが登
載されているときは、アメリカの文字放送は当然デコー
ドできないので処理を止める。デコードＩＣがなけれ
ば、単にコンポジットビデオの所定のラインに文字放送
データをはめ込んで出力すればよい。後は、テレビ側に
まかせる。

【０１０５】データをメモリにはめこむときは、図２の
積符号構成を解くエラー訂正回路からのエラーフラグを
みて、エラーでない時メモリにはる。多重書きしてある
ので多数決回路を用いて万全をきしてもよい。

【０１０６】はり終えたら最初のラインＩＤのライン番
号を取り出して待機する。ビデオ再生回路にはコンポジ
ットビデオ出力のための、コンポジットシンク発生回路
がある。その信号を、記録時に用いた図７の回路に入力
すれば、図６に関連して述べたようなｎＧＡＴＥ信号が
得られる。

【０１０７】このｎＧＡＴＥ＝［Ｌ］の期間に、図７の
ライン番号出力９と最初のライン番号とを比較する。一
致したらあらかじめパラレル／シリアル変換のシフトレ
ジスタにセットしておいた「１０１０１０１０」のビッ
ト同期符号の前半を出力する。シフトし終わったら再び
「１０１０１０１０」をロードして、ビット同期符号の
後半を出力する。それからメモリの次のデータをロード
して、順々にシフトしていく。

【０１０８】コンポジットシンク出力はペデスタルクラ
ンプされ、「１」「０」のデジタル信号とのミックスさ
れる。この時「１」は、図１７のように白の７０％レベ
ル、「０」はペデスタルレベルに合わせておく。

【０１０９】そして規定のバイト数転送したら、次のラ
インＩＤのライン番号を取り出して待機する。これを続
ける。

【０１１０】次に、将来の画像圧縮技術の進歩への対応
について述べる。

【０１１１】現在、民生用デジタルＶＴＲにおいては、
１フレームのデータを圧縮するイントラフレーム方式が
有力である。ところが現在１フレーム１０トラック必要
だったのが、将来的に半分の５トラックで済むようにな
れば、１本のテープの記録可能時間を倍にすることが出
来るのである。この場合の圧縮方式としては２フレーム
を圧縮単位とするインターフレーム方式となるであろ
う。

【０１１２】この時画像は２フレーム１０トラック、１
２トラックの記録単位になるが、文字放送については相
変わらず１フレーム単位での扱うデータ量は変わらな
い。つまり１フレームを５トラック、６トラックの中に
収めなければならない。

【０１１３】６０Ｈｚ圏の場合、図１０のように１０ト
ラックの中に３５バイトの固まりが３２個入る。規格で
は最大１６ラインなので半分の５トラックで、１フレー
ムの文字放送データを収納できるので全く問題はない。

【０１１４】５０Ｈｚ圏の場合は、元々データ量が６０
Ｈｚ圏に比べて１．７倍も多い（５０Ｈｚ圏最大２８ラ
インとして）ので、半分の６トラックに１フレーム分の
文字放送データを詰め込むには無理がある。この場合に
は、図４のオプショナルエリアを用いる。その様子を図
１８に示す。

【０１１５】図１８では、Ａヘッド側とＢヘッド側で文
字放送の記録エリアにずれが出てしまうが、この認識及
びデータのはめ込み抜き出しはＡヘッド／Ｂヘッド、Ｂ
ＵＦＮＯ．情報をデコードすればよい。その他の処理の
仕方は、図１５の考え方と同じである。

【０１１６】さらに上述のデジタル信号記録再生方法に
よれば、アプリケーションデータＡＰＴが“０００”と
されたときに、オーディオデータを補助するＡＡＵＸ信
号、ビデオデータを補助するＶＡＵＸ信号、サブコード
のデータ信号、テープカセットに設けられるメモリ（Ｍ
ＩＣ＝Ｍｅｍｏｒｙ Ｉｎ Ｃａｓｓｅｔｔｅ）のアド
レス「０００１」以降の各記憶領域が、上述の共通のパ
ック構造で記述される。

【０１１７】またパックはデータグループの最小単位を
意味し、それぞれのパックは関連するデータを集めて構
成される。さらにヘッダーの１バイト（＝８ビット）
は、ＭＳＢ側の４ビットとＬＳＢ側の４ビットに分けら
れ、それぞれ上位ヘッダー、下位ヘッダーとして図１９
に示すように２階層の階層構造とされる。なおデータの
ビットアサインによってさらに下の階層まで拡張するこ
ともできる。

【０１１８】この階層化により、パックの内容は明確に
系統立てられ、その拡張も容易になる。そしてこの上位
ヘッダー、下位ヘッダーによる２５６の空間は、図２０
に示すように唯一のパックヘッダー表として、その各パ
ックの内容と共に準備される。すなわちこのパックヘッ
ダー表によって各ＡＡＵＸ信号、ＶＡＵＸ信号、サブコ
ードのデータ信号、テープカセットに設けられるメモリ
（ＭＩＣ）のアドレス「０００１」以降の各記憶領域が
支配される。

【０１１９】そこでオーディオデータを補助するＡＡＵ
Ｘ信号は、１トラック当たり９パック（０〜８）が構成
され、例えばＮＴＳＣの１フレームを構成する１０トラ
ックのパックのみを抜き出して並べると、図２１に示す
ようになる。そしてこの図２１において、５０〜５５の
数字の付されたパックは基本パックであって、これらの
パックにはそれぞれ図２２に示すような基本のデータが
設けられる。

【０１２０】すなわち上述の５０〜５５の数字は、それ
ぞれパックヘッダーの値（１６進数）を示している。そ
こでパックヘッダー値５０は信号源を示すパックであっ
て、このパックにはサンプリング周波数、量子化ビット
数、チャンネル数、ステレオの形式等のデータが設けら
れる。またパックヘッダー値５１は信号源制御を示すパ
ックであって、このパックには記録モード等のデータが
設けられる。なお記録モードのデータは値を“１１”と
したときにはエリア内のデータの全てが無効データとさ
れる。

【０１２１】さらにパックヘッダー値５２は記録日付を
示すパックであって、このパックには年、月、週、日及
び時差のタイムゾーン等のデータが設けられる。またパ
ックヘッダー値５３は記録時間を示すパックであって、
このパックには記録時間の時、分、秒、フレーム等のデ
ータが２桁の数値で設けられる。またパックヘッダー値
５４はバイナリーグループを示すパックであって、この
パックには１〜８番のバイナリーの数値が設けられる。
さらにパックヘッダー値５５は未定義のパックとされ
る。

【０１２２】このようにしてＡＡＵＸ信号の基本パック
が設けられる。なおこれらの基本パックにはサンプリン
グ周波数、量子化ビット数等のオーディオデータの再生
に必須の項目が含まれており、極めて重要なデータであ
ることから、同じパックを各トラックに繰り返し設け
て、データの保護を強化している。また基本パックの位
置をトラックごとに変えることで、テープトランスポー
トにありがちな横方向の傷や、片チャンネルクロッグの
ような事故に対しても、基本パックのデータが確実に再
現できるようにされている。

【０１２３】さらに上述の基本パックを除いた残りのパ
ックは、ａ、ｂ、ｃ・・・のように基本パックを抜かし
て順に繋げて追加パックとされる。この追加パックはＮ
ＴＳＣの１フレームで３０パック、ＰＡＬの１フレーム
で３６パック設けられ、上述のヘッダー表から任意のも
のが選ばれて設けられる。すなわち例えばオーディオデ
ータを任意のチャプターやパートに分けた番号や、その
タイトルのテキストデータなどが設けられる。

【０１２４】またこの追加パックは、共通のコモンオプ
ション（例えば文字データ）と、各メーカーが独自に定
められるメーカーズオプションからなる。これらは追加
（オプション）なので、その片方または両方がない場合
もある。コモンオプションとメーカーズオプション、あ
るいは基本パックとメーカーズオプションの間は、メー
カーコードパックの出現によって区切られ、それ以降が
メーカーズオプションとされる。

【０１２５】さらにビデオデータを補助するＶＡＵＸ信
号は、図２３に示すように１トラック当たり５４パック
（０〜５３）が構成される。これらの５４パックを、例
えばＮＴＳＣの１フレームを構成する１０トラックのパ
ックのみを抜き出して並べると、図２４に示すようにな
る。そしてこの図２４において、６０〜６５の数字の付
されたパックは基本パックであって、これらのパックに
はそれぞれ図２５に示すような基本のデータが設けられ
る。

【０１２６】すなわち上述の６０〜６５の数字は、それ
ぞれパックヘッダーの値（１６進数）を示している。そ
こでパックヘッダー値６０は信号源を示すパックであっ
て、このパックにはテレビジョン方式、画面のアスペク
ト比、放送チャンネル（３桁）、フィールド周波数等の
データが設けられる。またパックヘッダー値６１は信号
源制御を示すパックであって、このパックには記録モー
ド等のデータが設けられる。なお記録モードのデータは
値を“１１”としたときにはエリア内のデータの全てが
無効データとされる。

【０１２７】さらにパックヘッダー値６２は記録日付を
示すパックであって、このパックには年、月、週、日及
び時差のタイムゾーン等のデータが設けられる。またパ
ックヘッダー値６３は記録時間を示すパックであって、
このパックには記録時間の時、分、秒、フレーム等のデ
ータが２桁の数値で設けられる。またパックヘッダー値
６４はバイナリーグループを示すパックであって、この
パックには１〜８番のバイナリーの数値が設けられる。
さらにパックヘッダー値６５はテレテキスト（クローズ
ドキャプション）のパックであって、それぞれ第１及び
第２フィールドの第２１走査線に設けられるクローズド
キャプションデータの上位バイト及び下位バイトのデー
タが設けられる。

【０１２８】このようにしてＶＡＵＸ信号の基本パック
が設けられる。なおこれらの基本パックにはテレビジョ
ン方式、画面のアスペクト比等のビデオデータの再生に
必須の項目が含まれており、極めて重要なデータである
ことから、同じパックを各トラックに繰り返し設けて、
データの保護を強化している。また基本パックの位置を
トラックごとに変えることで、テープトランスポートに
ありがちな横方向の傷や、片チャンネルクロッグのよう
な事故に対しても、基本パックのデータが確実に再現で
きるようにされている。

【０１２９】さらに上述の基本パックを除いた残りのパ
ックは、Ｔ０、Ｔ１、Ｔ２・・・のように基本パックを
抜かして順に繋げて追加パックとされる。この追加パッ
クはＮＴＳＣの１フレームで４８０パック、ＰＡＬの１
フレームで５７６パック設けられ、上述のヘッダー表か
ら任意のものが選ばれて設けられる。なおこの追加パッ
クの扱い方は、上述のオーディオデータのＡＡＵＸ信号
の場合と同様である。

【０１３０】さらにこの追加パックに、上述の文字多重
信号のデータを記録することができる。すなわちパック
ヘッダー値６８として図２６のＡに示すようなテキスト
ヘッダーパックを規定する。このパックには、以下に続
くテキストパックの総数を示すＴＤＰ（＝Ｔｏｔａｌ
ｎｕｍｂｅｒ ｏｆ ＴＥＸＴ ＰＡＣＫ）と、テキス
トタイプのデータが設けられる。なおテキストタイプの
データは４ビットで構成され、０＝名前、１＝メモ等が
規定されるほか、文字多重放送に関連する部分では、７
＝字幕番組、８＝補完番組、９＝テレテキスト等とされ
ている。またパックヘッダー値６７として図２６のＢに
示すようなテレテキストパックを規定する。このパック
には、テレテキストのデータが設けられる。

【０１３１】そして上述の文字多重信号のデータを記録
する場合には、これらのテキストヘッダーパックとテレ
テキストパックが図２５および図２７に示すように、テ
キストヘッダーパックＴ０（パックヘッダー値６８）を
先頭にして、その後にテレテキストパックＴ１〜Ｔ７１
（パックヘッダー値６７）がＴＤＰに示された数連続す
るように設けられる。なおテレテキストパックの終わり
には、そのテレテキストのデータとして終端コードが設
けられる。

【０１３２】この終端コードは、例えば日本の文字多重
放送方式の場合には００１１１１１１、北米（ＮＡＢＴ
Ｓ）の文字多重放送方式の場合には０１１１１１１１、
フランス（ＡＮＴＩＯＰ）のテレテキスト放送方式の場
合には１０１１１１１１、イギリスのテレテキスト放送
方式の場合には１１１１１１１１とされる。これは上述
の各方式の放送方式識別コードに１１１１１１を接続し
たものである。またこの終端コードは、１フレーム分の
文字放送データの終わりを示し、その次のパックには他
の付随情報を記録したパックが続く可能性があることを
示している。もしこのパックに次にテキストヘッダーパ
ック（テキストタイプ＝テレテキスト）が来た場合に
は、文字放送データが繰り返し記録されていると、ＶＴ
ＲのＶＡＵＸ処理マイコン（図示せず）は判断できる。

【０１３３】このようにして、ＶＡＵＸ信号の追加エリ
アに、パック構成を用いて上述の文字放送信号のデータ
を記録することができる。なお、ＶＡＵＸ信号の追加エ
リアに文字放送信号のデータのみを記録する場合には、
例えば日本の文字多重放送方式では、１フレーム分のデ
ータが７２個のパックで構成される。そこでこのパック
（Ｔ０〜Ｔ７１）を例えば上述の図２４に示すように６
回繰り返して設けるとともに、以下のパックは無効デー
タのパックとされる。この場合には、上述の実施例とは
ちがい、文字放送エリアが設定されていないので、パッ
クを用いて記録し、他のＶＡＵＸ情報と混在して記録さ
れる。よって、他のＶＡＵＸ情報との境を示すために終
端コードが記録されている。

【０１３４】またサブコードのデータ信号は、上述の各
同期ブロックごとに５バイトが設けられており、この５
バイトを１パックとしてデータが構成される。従って１
トラック当たり１２パック（０〜１１）が構成され、例
えばＮＴＳＣの１フレームを構成する１０トラックのパ
ックのみを抜き出して並べると、図２８に示すようにな
る。

【０１３５】そしてこの図２８において、Ａ〜Ｅの大文
字の付されたパックは基本パックであって、これらのパ
ックにはタイムコード、記録日時等の基本のデータが設
けられる。なおこれらの基本パックは、図示のように繰
り返し設けてデータの保護が行われると共に、高速サー
チ時にも読み出されるようにして、上述の基本のデータ
を用いたパックサーチが行われるようにされる。またａ
〜ｌの小文字の付されたパックは追加パックであるが、
この追加パックについても図示のように同じデータのパ
ック（同じ文字で示す）を繰り返し設けてデータの保護
が行われる。

【０１３６】

【発明の効果】この発明によれば、通常のビデオの記録
やタイマー予約記録において、ユーザーが意識するとし
ないとにかかわらず、その時間そのチャンネルの文字放
送番組を全てテープ上等に記録することができる。よっ
て、パソコンをつないでそのデータ、たとえば株価など
を処理することが可能になる。

【０１３７】さらに、 １．世界の文字放送を単に６０Ｈｚ圏用、５０Ｈｚ圏用
の２種類にまとめることにより、テープの記録フォーマ
ットを単純化できる。 ２．文字放送データもフレーム単位にまとまっているた
め、テープの編集時にビデオ、オーディオと同様に扱え
る。 ３．文字放送が将来拡張されるような事があっても、以
前に記録した文字放送データは新しいＶＴＲでも再生が
できる。 ４．文字放送の仕向地をすぐに判断できるため、例えば
アメリカで記録したテープを日本で再生する場合、画
像、音声は同じ６０Ｈｚ系なので再生できるが、文字放
送に付いては誤再生させないようにできる。 ５．そのＴＶチャンネルの全ての文字放送番組を記録で
きるので、テープに記録後ユーザーが好みで番組を選べ
る。 ６．デジタルデータとして記録しているので、デジタル
インターフェイス等を介して、パソコンとつないでデー
タベースとすることも可能となる。 ７．コストアップ、占有面積増大となるＩＣ、メモリ類
をテレビ側に持たせる商品も可能となり、バリエーショ
ンに富む。等の効果が得られる。

【図面の簡単な説明】

【図１】本発明による文字放送信号の記録または記録再
生装置、若しくは磁気記録または記録再生装置の適用さ
れるデジタルＶＴＲの一例のフォーマットの説明のため
の図である。

【図２】画像信号エリアのシンクブロック構成の説明の
ための図である。

【図３】１バッファリング単位、５シンク分の内容の説
明のための図である。

【図４】ＡＵＸ０、１をシンク・ブロック順に並べた様
子を示す図である。

【図５】パック構造の例を示す図である。

【図６】文字放送の多重化されるライン番号とラインＮ
ｏ．の関係を示す図である。

【図７】記録側の回路の一例の構成図である。

【図８】ラインＩＤの説明のための図である。

【図９】再生側の回路の一例の構成図である。

【図１０】日本の文字放送の格納方法の一例を示す図で
ある。

【図１１】Ａヘッドクロッグの様子を示す図である。

【図１２】Ｂヘッドクロッグの様子を示す図である。

【図１３】横傷の様子を示す図である。

【図１４】実際のデータ格納場所の位置を示す図であ
る。

【図１５】イギリス、ドイツの文字放送の格納方法の一
例を示す図である。

【図１６】日本と北米、イギリスとフランスの記録され
るデータの関係を示す図である。

【図１７】日本の文字放送信号の任意の１ラインの様子
を示す図である。

【図１８】５０Ｈｚ圏のデータを６トラックに詰め込む
場合の様子を示す図である。

【図１９】パックのヘッダーの階層構造の説明のための
略線図である。

【図２０】パックヘッダー表の説明のための略線図であ
る。

【図２１】ＡＡＵＸ信号のパックの説明のための略線図
である。

【図２２】その説明のためのパックデータの一例を示す
略線図である。

【図２３】ＶＡＵＸ信号の１トラックのパックの説明の
ための略線図である。

【図２４】ＶＡＵＸ信号の１フレームのパックの説明の
ための略線図である。

【図２５】その説明のためのパックデータの一例を示す
略線図である。

【図２６】文字多重信号を追加エリアに記録する場合の
パックデータの一例を示す略線図である。

【図２７】文字多重信号を追加エリアに記録した状態の
一例を示す略線図である。

【図２８】サブコードのデータ信号のパックの説明のた
めの略線図である。

【符号の説明】

１ 入力端子 ２ 同期分離回路 ３ カウンタークリアパルス生成回路 ４ Ｈカウンター ５ デコーダ ６ ラインＮｏ．生成回路 ７ ペデスタルクランプ回路 ８ コンパレータ ９ Ｓ／Ｐ変換回路 １０、２０ ＤＦ／Ｆ（Ｄ型フリップフロップ） １１ バーストＡＣＣ回路 １２、１４ ＰＬＬ回路 １３、１５、１６ 分周器 １７ モノマルチ回路 １８ ＣＲＩ検出回路 １９、２３ スイッチ ２１ ＦＩＦＯ ２２ タイミングコントローラ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 デジタル画像信号を記録するデジタル画
   像信号の記録手段と、 放送電波の中に多重されている文字放送データを抜き出
   す手段とを有し、 この抜き出された上記文字放送データをデコードせずに
   記録することを特徴とする文字放送の記録または記録再
   生装置。
2. 【請求項２】 上記抜き出されたデータの内、ビット同
   期符号を除いた部分をデコードせずに記録することを特
   徴とする請求項１記載の文字放送の記録または記録再生
   装置。
3. 【請求項３】 放送電波の中に多重されている文字放送
   データの多重ライン番号、フィールド、放送方式コード
   をＩＤとして上記抜き出されたデータのバイト同期符号
   に置き換えて記録するようにしたことを特徴とする請求
   項２記載の文字放送の記録または記録再生装置。
4. 【請求項４】 放送電波の中に多重されている文字放送
   データを所定バイト数から成るパック構造を用いて記録
   するようにしたことを特徴とする請求項１記載の文字放
   送の記録または記録再生装置。
5. 【請求項５】 放送電波の中に多重されている文字放送
   データの１フレーム分のデータの終端部に終端コードを
   記録するようにしたことを特徴とする請求項４記載の文
   字放送の記録または記録再生装置。
6. 【請求項６】 磁気テープ上に複数のトラックを形成す
   ると共に、このトラックに少なくともトラッキング用デ
   ータ領域、音声データ領域、画像データ領域を設けて画
   像情報をデジタル記録するようにした磁気記録または記
   録再生装置において、 上記画像データ領域に画像に関する付随情報を記録する
   付随データ領域を設けると共に、 放送電波の中に多重されている文字放送データを抜き出
   して上記付随データ領域に記録する手段を有し、 １トラックの上記付随データ領域中に記録可能な容量
   を、上記文字放送データの１ラインあたりのデータ量の
   非整数倍としたことを特徴とする磁気記録または記録再
   生装置。
7. 【請求項７】 １フレーム分の上記文字放送データは、
   複数のトラックの上記付随データ領域を用いてテープ上
   の分散した位置に記録されるようにしたことを特徴とす
   る請求項６記載の磁気記録または記録再生装置。
8. 【請求項８】 １フレーム分の上記文字放送データは、
   複数のトラックの上記付随データ領域を用いてテープ上
   の分散した位置に繰り返し記録されるようにしたことを
   特徴とする請求項６記載の磁気記録または記録再生装
   置。