JPH07506475A - 拡張データ・サービスを含む補助ビデオ情報システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 拡張データ・サービスを含む 補助ビデオ情報システム 技術分野 本発明は、垂直ブランキング（帰線消去）インタバルおよびオーバスキャン（ｏ ｖｅｒｓｃａｎ）インタバルの間に、ビデオ信号中に存在できる補助ビデオ情報 の処理に関する。

背景技術 ビデオ信号は、複数の水平ライン・インタバルをもつ垂直ディスプレイ・インタ バル、すなわち、フィールドを含んでいるのが代表的であり、例えば、ＮＴＳＣ ビデオシステムではフィールド当たり２６２．５本のラインを有する。各垂直お よび水平インタバルの始まりは、それぞれ、複合ビデオ信号に含まれる垂直およ び水平同期パルスにより識別されている。各垂直インタバルの一部が垂直ブラン キング・インタバルであり、この垂直ブランキング・インタバルは表示を目的と していないのが通常である。さらに、垂直ブランキング期間に隣接するいくつか のライン・インタバルは、ビデオ・ディスプレイのオーバスキャン領域内にあり 、目に見えないようになっている。

表示を目的としたイメージ情報は、ブランキング・インタバルやオーバスキャン ・インタバルの間には存在しないので、例えば、テレテキスト（ｔｅｌｅｔｅｘ ｔ）やクローズド・キャプション（ｃｌｏｓｅｄ　ｃａｐｔｉｏｎ　−ＣＣｒ： 聴覚障害者のための字幕）データといった補助情報成分を、これらのインタバル に挿入することが可能になっている。クローズド・キャプション・データは、ビ デオ・プログラム（番組）のオーディオ部分におけるせりふやその他の音を表し ている。クローズド・キャプション・データは、対応するビデオ・プログラム・ ディスプレイと同時にビデオ・ディスプレイの一部に表示して、聴覚障害をもつ ＴＶ視聴者の補助として役立てられる。標準、例えば、米国連邦通信委員会（Ｆ ｅｄｅｒａｌ　Ｃｏｍａ＋ｕｎｉｃａｔｉｏｎｓ　Ｃｏａ＋５ｉｓｓｉｏｎｓ　 −ＦＣＣ）要件は、垂直インタバル内の情報のロケーションを含めて、各種タイ プの補助情報のフォーマットを定義している。例えば、現存のクローズド・キャ プション標準（例えば、４７　ＣＦＲ目目　１５．１１９および７３．６８２を 参照）は、クローズド・キャプション信号がフィールド１のライン２１の間に第 １図に示すフォーマットで現れなければならないことを規定している。

第１図を説明する。クローズド・キャプション信号は、ライン２１の前半に現れ るランイン・クロック（ＲＩＣ；　ｒｕｎ−ｉｎ　ｃｌｏｃｋ）信号を含んでい る。　ＲＩＣ信号は、後述するように、ライン２１の後半のデータ・インタバル に現れるクローズド・キャプション・データの抽出を容易にするために使用され る。第１図に示す「開始ビット」インタバルの始まりでの信号遷移は、データ・ インタバルの始まりを示している。開始ビット・インタバルの後に、残りのデー タ・インタバルの信号が続く。この信号は１６ビツトのバイナリ（２進）情報を 表している。開始ビットとバイナリビットのインタバルは、それぞれ、継続時間 が約２μｓである。

１６個のバイナリビットは、クローズド・キャプション・データの場合には、２ 個の８ビット文字コードを表す、各文字コードは７ビツトＡＳＣＩＩコードとパ リティ・ビットを含む。

さらに、ＦＣＣ標準には、クローズド・キャプション信号は、ＣＩおよびＣ２と 呼ばれるクローズド・キャプション・データの２「チャネル」と、ＴｌオよびＴ ｌと呼ばれるテキスト・データの２「チャネル」を含むことができるとなってい る。クローズド・キャプション信号に含まれるデータがＣ１、Ｃ２、Ｔｌ、また はＴｌに関連するものかどうかは、データに含まれる制御ビットによって判断さ れる。これらの制御ビットは４７　ＣＦＲｆｉ　ｌ　１５．１１９にリストアツ ブされている。クローズド・キャプション・データの２チヤネルを利用すると、 クローズド・キャプションを２つの言語で提供することか可能である０例えば、 英語のキャプションを０１に乗せ、スペイン語のキャプションを０２に乗せるこ とができる。せりふはビデオ・プログラムでは連続していないので、第２言語の 情報を、せりふが現れていないインタバルの間に、クローズド・キャプション信 号に挿入することができる。　ＴｌとＴｌテキスト・チャネルは、同様に、２言 語機能を、ビデオ・プログラムのオーディオ部分と関係のないデキスト表示に提 供する。

米国の法律では、１９９３年７月１日以降に、米国内で販売される１３インチ以 上のテレビジボン受像機は、クローズド・キャプション信号を復号する機能を備 えていなければならないと規定している（４７　ＣＰＲ９１５，１１９参照）。

この規定のために、大部分のテレビジョンはコストが高くなり、複雑になってい る。多くのテレビジョン利用者、特に、耳に障害のない人は、クローズド・キャ プション機能の利用を望んでいないかもしれない、従って、テレビジョン・メー カは、テレビジョンを購入する限られた数の人だけに対して価値のある、機能の 開発に投資しなければならない、さらに、多くの人は、はとんど、あるいはまっ たく価値のない機能に代価を支払うことを余儀な（されている。

本発明の実施例は、フィールド２のライン２１に現れる拡張データ・サービス（ ｅｘｔｅｎｅｄ　ｄａｔａ　５ｅｒｖｉｃｅ　−ＥＤＳ）信号を復号する補助ビ デオ信号（ａｕｘｉｌｉａｒｙｖｉｄｅｏ　ｓｉｇｎａｌ）処理システムに関す る。　ＥＤＳ信号はクローズド・キャプション情報とともに伝送される。拡張デ ータ・サービスは、汎用ビデオ・システム情報と制御機能を提供する。拡張デー タ・サービス情報はデータ・パケットに編成されている。各パケットは、現在ま たは将来のビデオ・プログラムに関する情報と、ビデオ・プログラムのソースと 、時刻　（ｔｉｍｅ　ｏｆｄａｙ）などの雑多な情報とを収容している。拡張デ ータ・サービス・データは、ビデオ・カセット・レコーダ（ｖｉｄｅｏｃａｓｓ ｅｔｔｅ　ｒｅｃｏｒｄｅｒ　−ＶＣＲ）とテレビジボン受像機を含むビデオ・ システムのオペレーションを制御するために復号される。

図面の簡単な説明 本発明の理解を容易にするために、添付図面を参照して説明する。なお、図面に おいて、 第１図はクローズド・キャプション信号や拡張データ・サービス信号などの補助 ビデオ・データ信号の例を示す図である。

第２図は本発明の一態様に従って構成されたクローズド・キャプション／拡張デ ータ・サービス・デコーダを内蔵したビデオ信号処理システム一部を示すブロッ ク図である。

第３図は、第２図に示すシステムのオペレーションを示すフローチャートである 。

第４図はクローズド・キャプションと拡張データ・サービス・データをインタリ ーブした例を示す図である。

第５図は拡張データ・サービス情報を含むビデオ信号を生成するためのビデオ信 号処理システムの一部を示すブロック図である。

発明を実施するための最良の形態 拡張データ・サービス（ＥＤＳ）信号は、第１図に示し、上述したクローズド・ キャプション（ＣＧ）信号形式と同じフォーマットになっている。しかし、ＥＳ Ｄ信号は各フィールド２のライン２１インタバルに現れる。

ＥＳＤデータは、クローズド・キャプション情報のほかに様々な情報を提供する ０例えば、ＥＳＤデータは、現在または将来の特定のプログラム（番組）を識別 し、情報、例えば、プログラムの継続時間と、タイトルと、内容を提供すること ができる。この情報はビデオ受像機によりキャプチャされ、利用者による活性化 に応答して表示される。１つの例として、進行中のプログラムを選択した利用者 は、ＥＳＤデータから抜き出したタイトルを表示することによって、そのプログ ラムを識別することができる。あるいはまた、特定のプログラムを記録するよう に、ＥＳＤデータでビデオ・しコーグなプログラムしておくことも可能である。

第２図に示すデコーダは、ビデオ信号からのＣＣデータとＥＳＤデータを復号す る。このデコーダはビデオ信号処理集積回路の一部にすることが可能である。第 ２図に示すように、複合ビデオ信号ＶＩＤＥＯはデータ・スライサ（ｄａｔａ　 ５ｌｉｃｅｒ）　ＺＯＯに入力される。データ・スライサ２００は、アナログ信 号ＶＩＤＥＯに含まれるクローズド・キャプションおよび拡張データ・サービス 情報を、信号５ＥＲＤＡＴに含まれるシリアル・デジタル・データに変換する。

データ・スライサ２００は、例えば、ライン２１インタバルの後半のデータ・イ ンタバルに信号ＶＩＤＥＯのレベルを閾値レベルと比較するコンパレータを用い て実現することが可能である（第１図参照）。

データ・スライサ２００における閾値レベルは、スライシング・レベル（ｓｌｉ ｃｉｎｇ　１ｅｖｅｌ）と呼ばれる。信号５ＥＲＤＡＴの論理０と論理ｌのレベ ルは、それぞれがスライシング・レベル未満であるか、スライシング・レベルを 超えるレベルである信号ＶＩＤＥＯのレベルを表している。

データ・スライシングの精度は、スライシング・レベルがライン２１インタバル の後半のデータ信号の振幅のほぼ５０％であれば向上する。ライン２１インタバ ルの前半のランイン・クロック（ＲＩＣ）信号（第１図参照）は、スライシング ・レベルをデータ信号の振幅に合わせるために使用できる。例えば、ＦＣＣ要件 は、ＲＩＣ信号の振幅がデータ信号振幅と同じであることを要求しているので、 スライシング・レベルをデータ信号振幅の平均値にセットすることにより、適正 なスライシング・レベルが得られる。

信号５ＥＲＤＡＴに含まれるＣＣまたはＥＤＳデータは、クロック信号５ＥＲＣ ＬＫによって、シリアルに、シフト・レジスタ２１０にクロックインされる。信 号５ＥＲＣＬＫはライン２１内のデータ・インタバルに、すなわち、１６データ ・ビットを表す情報が現れるライン２１の後半部分で、タイミング信号ジェネレ ータ２２０によって発生される（第１図参照）。ジェネレータ２２０は、ライン ２１が信号ＶＩＤＥＯにいつ存在するかを、信号Ｖ　Ｉ　ＤＥＯに含まれる水平 同期パルスによって示されるように、ビデオ信号中の水平ラインをカウントして 判断する。水平ラインのカウントは、信号ＶＩＤＥＯ中の垂直ブランキング（帰 線消去）インタバルによって示されるように、ビデオ・フィールドの始まりで初 期化される。ジェネレータ２２０には、複合ビデオ信号から分離同期信号を得る ための同期セパレータ（ｓｙｎｃ　５ｅｐａｒａｔｏｒ）が含まれている。この 分離同期信号は必要とする水平および垂直同期情報を含んでいる。あるいはまた 、第２図に示すように、ビデオ・システム内の偏向回路からの信号ＶＥＲＴとＨ ＯＲを使用することも可能である。

レジスタ２１０内の１６ビツト・データは、第２図に示すように、ビットＯ〜ビ ット１５と表記されている。

ビット７〜０は最初のＣＣまたはＥＤＳキャラクタＣＨＡＲ＃１を表し、ビット １５〜８は２番目のキャラクタＣＨＡＲ＃２を表している。ビット１５と７ビツ トは、それぞれのキャラクタのパリティ・ビットである。レジスタ２１０内のシ リアル・データはパラレル・データに変換され、レジスタ２１０のパラレル出力 端子１６から出力される。このパラレル・データは、クローズド・キャプション ・データやある種のＥＳＤデータ（例えば、プログラム・タイトル）を表示する 信号を生成するオン・スクリーン・ディスプレイ（ｏｎ−ｓｃｒｅｅｎ　ｄｉｓ ｐｌａｙ　−０ＳＤ）プロセッサ（第２図に図示せず）などのビデオ・システム の他のユニットへ出力される。　ＣＨＡＲ＃１およびＣＨＡＲ＃２内のパラレル ・データは、ＥＳＤ情報を復号化する処理ユニット２３０にも入力される。

ＥＳＤ情報のフォーマットについて、以下詳しく説明する。簡単に説明すると、 ＥＳＤ情報は情報パケット内に編成されている。各パケットは、フィールド２の ライン２１の複数の出現個所からの複数の８ビツトキヤラクタを含んでいる。各 パケットは、制御キャラクタとデータキャラクタの両方を含む完全な情報を表し ている。

制御キャラクタは特定のＥＤＳ制御機能（例えば、開始パケットか、継続パケッ トか、あるいは終了パケット）を表し、このように表すことにより、ＥＤＳキャ ラクタと、クローズド・キャプション・キャラクタとが区別される。ＣＣデータ はフィールド１のライン２１に存在し、ＥＤＳデータはフィールド２のライン２ １に存在するので、見かけ上、フィールド１とフィールド２とを区別するだけで 、充分、ＣＣデータとＥＤＳデータが区別される。しかし、クローズド・キャプ ション・データ・サービスをフィールドｌと２の両方のライン２１に拡張すると 、クローズド・キャプション・サービスが向上する場合もある。例えば、フィー ルド１のライン２１のチャネルＣ１と０２のバンド幅が不充分であると、非常に 早口のせりふの場合には、デュアル言語機能の実現が不可能である。追加のバン ド幅は、クローズド・キャプションのチャネルＣ３と０４をフィールド２のライ ン２１に規定することにより得られる。同様に、追加のテキスト・チャネルＴ３ とＴ４は、フィールド２のライン２１に規定することができる。クローズド・キ ャプションがフィールド２のライン２１に現れることがある場合は、ＥＤＳデー タはクローズド・キャプション情報から区別可能になっていなければならない、 これは、後述するように、ＥＤＳ制御文字の選択によって行われる。

ＥＤＳ制御キャラクタは、パケットに含まれる情報のクラスとタイプも示してい る。パケット・クラスの表記はパケットに含まれる情報の一般的な区分を示して いる。例えば、パケット・クラスは、そのパケットが将来プログラムに関する情 報か、現プログラムか、ブログラムのソース（例えば、放送網）か、あるいは雑 多な情報（例えば、時刻）を収めているかどうかを示している。各パケット・ク ラスは複数の特定タイプの情報を包括している。パケット・クラスのほかに、Ｅ ＤＳ制御キャラクタはパケット内の特定タイプの情報を識別する０例えば、「現 プログラム」クラス内の「プログラム・タイトル」のパケット・タイプは、パケ ット内のデータキャラクタが現プログラムのタイトルを表していることを示す。

ＥＤＳパケットをビデオ信号ソースにより次のようにして繰り返し伝送すること ができる。すなわち、フィールド２のライン２１の出現個所であって、クローズ ド・キャプションやテキスト・データなどのイ也の目的に使用されていない全て の出現個所を利用することにより、繰り返し伝送することが可能である。例えば 、現プログラム・タイトルを２分ごとに伝送するようにすれば、利用者は、はと んど待たされることなく現プログラム・タイトル情報をアクセスすることができ る。将来プログラム・データといった他の情報、低頻度のインタバルか、あるい はプログラム・スケジュールの変更が行われたとき、伝送することが可能である 。

第２図に示すように、プロセッサ２３０はＥＤＳ情報を検出し、復号するデコー ダ２３３を備えている。デコーダ２３０での復号プロセスは、制御ユニット２３ ３によって制御される。ライン２１がタイミング・ジェネレータ２３０からの信 号ＬＩＮＥ２１により示されるように、終了するとき、新しいキャラクタデータ がレジスタ２１Ｇに存在する。タイミング・ジェネレータ２３０からの論理１で ある信号ＦＩＥＬＤにより示されるように、現ビデオ・フィールドがフィールド ２である場合、レジスタ２１０に入っている新しいキャラクタデータは、ＥＤＳ データである。制御ユニット２３３は信号ＦＩＥＬＤとＬＩＮＥ２１に応答し、 デコーダ２３５の復号プロセスを開始するための信号ＥＤＣＴＲＬを生成する。

デコーダ２３５は、まず、Ｃ）ＩＡＲＩｌｌコードをテストして、キャラクタデ ータがＥＤＳデータであるかどうかを判定する。ＣＨＡＲ１１１がＥＤＳ制御コ ードである場合、デコーダ２３５は処理を続けて、ＥＤＳ制御情報を復号する。

ＣＨＡＲ＃１がＥＤＳ制御コードでも、クローズド・キャプション制御コードで もなく、しかも、その直前に現れたフィールド２のライン２１がＥＤＳデータを 含んでいる場合は、現ＣＨＡＲ１１コードはＥＤＳデータとして処理される。Ｃ ＨＡＲ＃１がＥＤＳ制御コードでも、クローズド・キャプション制御コードでも な（、しかも、その直前に現れたフィールド２のライン２１がクローズド・キャ プション・データを含んでいる場合は、現ＣＨＡＲ＄１コードはクローズド・キ ャプション・データとして処理される。

ＣＨＡＲ１１がＥＤＳ制御コードである場合は、ＣＨＡＲ＄１が復号され、ＥＤ Ｓパケット機能（つまり、開始、継続、終了）とパケット・クラスが明確にされ る。後述するように、ＣＨＡＲＩｔｌが「パケット開始」を示している場合は、 Ｃ）ＩＡＲ＃２コードはパケット・タイプを表している。復号された機能、クラ ス、およびタイプ情報は、それぞれ信号ＰＲＵＮＣ，ＰＣＬＡＳＳ、およびＰＴ ＹＰＥによってデコーダ２３５かも制御ユニット２３３へ通信される。

ＥＤＳデータ文字は「開始」、「タイプ」、および「継続」制御文字に続いて通 信される。制御ユニット２３３は、「終了パケット」機能のＥＤＳ　ＩＱ御コー ドが示すように、パケット全体が受信されるまで、復号されたパケット制御情報 とデータ文字をメモリ２３７にストアしておく。

ＣＨＡＲ＃１内の「終了パケット」制御コードの後に、Ｃ）ＩＡＲ＃２に入った 「チェックサム」値が続く。チェックサムはデコーダ２３５でテストされて、パ ケット内のデータにエラーがないかどうかが評価される。パケット・データにエ ラーがない場合は、パケット・クラスとタイプ情報で示されているパケット・デ ータの復号とストアがその後完了する。パケット・データにエラーがあることを チェックサムの評価が示している場合は、そのパケット・データは無視され、そ の後、パケットの再送がキャプチャされて、正しいデータが供給される。

デコーダ２３５は、ＥＤＳ情報に応答して、ビデオ・システムの態様を制御する システム制御信号５ＹＳＣＴＲＬを生成する。例えば、デコーダ２３５から制御 信号ＶＣＲＣＴＲＬを受けたとき、ビデオ・カセット・レコーダ（ＶＣＲ）を作 動させて記録を開始したり、正しい時刻をセットしたりすることができる。同様 に、クローズド・キャプション・サービスの存在を示すＥＤＳデータに受けたと き、ＥＤＳデータに応答して、テレビジョンを信号ＴＶＣＴＲＬで制御して、ク ローズド・キャプションを表示するように、オン・スクリーン・ディスプレイ（ Ｏ３Ｄ）プロセッサのオペレーションを変更することができる。第２図に示すプ ロセッサ２３０は、クローズド・キャプション・データを検出し、復号する機能 も含む。従って、制御信号５ＹＳＣＴＲＬは、ＯＳＤプロセッサに接続されて、 クローズド・キャプション・ディスプレイを制御するクローズド・キャプション 制御信号も含んでいる。

第２図に示すプロセッサ２３０はマイクロプロセッサを用いて実現することが可 能である１例えば、ユニット２３３のシーケンスと制御！１機能は、ソフトウェ ア制御プログラムで遂行することができる。データ・スライサ２００と、レジス タ２１０と、タイミング信号ジェネレータ２２０は、マイクロプロセッサ機能と 一緒に単一集積回路に実装させることができる。マイクロプロセッサを含む第２ 図のシステムの実施例のオペレーションを理解しやすくするために示したのが、 第３図のフローチャートである。

第３図において、イベント、例えば、受像機の電源を入れるか、利用者がＥＤＳ 　ＩＩ能をアクチベートさせる（例えば、リモート・コントロール・ボタンを使 用して）ことによって、クローズド・キャプションまたはＥＤＳ処理が使用可能 になると、処理は第３図のステップ３００から開始される。オペレーションは、 ライン２１インタバルが検出されるまでステップ３１０で休止する。この通知は 、例えば、第２図の信号ＬＩＮＥ２１によって与えられる。第３図のステップ３ ２０で、ライン２１からのシリアル・データはデータ・レジスタ（例えば、第２ 図のレジスタ２１０）にロードされる０次に、現フィールドは、ステップ３２５ で、例えば、第２図の信号ＦＩＥＬＤをテストすることによって判定される。現 フィールドがフィールドｌであれば、データ・レジスタに入っているデータはＥ ＤＳデータを表しているはずがないので、オペレーションはステップ３３５から 続行され、そこでレジスタ・データはクローズド・キャプション・データとして 処理される。

ステップ３２５で、現フィールドがフィールド２であれば、オペレーションはス テップ３３０から続行され、そこでＣＨＡＲ＃１が評価され、ＣＩＡＲ＃１がフ ィールド２のクローズド・キャプション・データであるかどうかが判定される。

ＣＨＡＲ＃１がクローズド・キャプション・データであれば、ステップ３３５が 実行され、データはクローズド・キャプション・データとして処理される。例え ば、クローズド・キャプション・キャラクタは、以後の表示に備えてＯ３Ｄプロ セッサへ転送される。ＣＨＡＲ＄１がクローズド・キャプション・データでなけ れば（ステップ３３０）、ＣＩ（ＡＲ＃ｌはＥＤＳデータと想定され、オペレー ションはステップ３４０へ進む。ステップ３４０で、ＣＨＡＲ＄１がテストされ 、ＣＨＡＲ１１がＥＤＳ制御コードであるかどうかが判定される。Ｃ１（ＡＲ＃ ｌがＥＤＳ制御コードでなければ（ステップ３４０）、文字はＥＤＳデータであ るので、ステップ３４５でメモリにストアされる。

ステップ３４０でＥＤＳ制御コードが検出されると、ステップ３５０でＣＨＡＲ ＃１が復号され、ＥＤＳパケット機能とパケット・クラスが判定される。第２図 に示す信号ＰＦＵＮＣとＰＣＬＡＳＳがステップ３５０で生成される。パケット 機能は、ステップ３６０でさらにテストされ、パケット機能がパケットの終了を 示しているかどうかが判定される。機能が「終了パケット」でなければ、ＣＨＡ Ｒ＄ｔ２がステップ３６５で復号化され、パケット・タイプが判定される。第２ 図に示す信号ＰＴＹＰＥがステップ３６５で生成される。パケットの終了がステ ップ３６０で検出されると、ＣＨＡＲ＃２内のチェックサムがステップ３７０で テストされ、パケット・データにエラーがあるかどうかが検査される。エラーが 検出されなければ、パケット・データはステップ３７５でさらに処理される。こ の処理では、例えば、パケット・データに含まれる制御情報を復号して、システ ムに対する制御信号を生成するか、あるいは利用者によってアクチベートされた プログラム・タイトル情報の場合には、将来の使用に備えてパケット・データを ストアしておく。

第３図に示すステップ３１０．３３５．３４５．３６５，３７０、および３７５ に続いて、オペレーションはステップ３８０から続行され、そこでシステムは補 助ビデオ情報（つまり、ＣＣまたはＥＤＳデータ）処理が使用可能のままになっ ているかどうかを確かめるために検査する。使用可能であれば、オペレーション が続行され、次に現れたライン２１を探し出す（ステップ３１Ｏ）。使用禁止に なっていれば、第３図のプロシージャはステップ３９０で終了する。

上述したシステムは、予め定めたフォーマットの補助ビデオ情報を処理するので 、ライン２１の情報がクローズド・キャプション情報であるか、ＥＤＳ情報であ るかの判断が容易になっている。第２図に示す実施例で使用するのに適したＥＤ Ｓデータフォーマット仕様の例について、以下説明する。

１、一般的なＥＤＳデータフォーマット情報拡張データ０サービス（ｅｘｔｅｎ ｄｅｄ　ｄａｔａ　５ｅｒｖｉｃｅｓ　−ＥＤＳ）の場合の情報の符号化は、ク ローズド・キャプション・データの符号化の場合と同じ一般形式に従つている。

この方式は、同じフィールドに入って伝送されるキャラクタのベアからなってい る。キャラクタは制御コード・ベアである場合と、データ・ベアである場合とが ある。ベアの第１バイトによって、そのベアが制御ペアであるか、データ・ベア であるかが判断される。第１バイトがＯ１ｈ〜０Ｆ）Ｉの範囲内にあれば、その ベアは制御ベアである。これらの値は、キャプションまたはテキスト伝送では定 義されていない、このような制御コード・ベアを受信すると、デコーダは、その 後に続くデータをＥＤＳデータと認識する。これは、キャプション・モードとテ キスト・モードとを区別し、キャプション信号の動作チャネル１と動作チャネル ２（つまり、ＣＩとＣ２）とを区別するために、クローズド・キャプション信号 を復号するとき使用される方式と同じである。全てのキャラクタは奇数パリティ を使用して伝送される。これはクローズド・キャプション規則に一致しているの で、符号化／復号ハードウェアとソフトウェアを単純化することができる。

ＥＤＳキャラクタには、次の４種類がある。つまり、制ｉ卸、タイプ、データお よびチェックサムである。これらのキャラクタは、第】表に示す組合せで伝送す ることが可能である。

１上１ 上述したように、制御バイトはＯ１ｈ〜ＯＦｈの範囲内にある。タイプとチェッ クサムバイトはｏｏｈ〜７Ｆｈの範囲内にある。データ・バイトは、ＡＳＣＩＩ データのときは１０ｈ〜７Ｆｈの範囲内に、非ＡＳＣＩＩデータのときは４０ｈ 〜７Ｆｈの範囲内にある。データ・バイトがｏｏｈのときは、ｎｕ１１バイトで あり常に無視される。

ＥＤＳデータのパケットは、情報全体を伝送する上記ペアのバイトの集まりであ ると定義されている。ＥＤＳデークの各バイトは、データ・パケットと関連づけ られている。サブパケットは、制御ベアとその後に続く幾つかの（ゼロであるこ ともある）データ・ペアであると定義されている。データ・フィールドは、デー タ・バイト内の幾つかのビットであると定義されている。各サブパケットは独立 に伝送され、その前後に、他の情報を置くことが可能である。ここで注意すべき ことは、１つのパケット全体を制御ペアだけを用いて伝送することもできるが、 可能なときは、データ・ペアも用いて伝送すると、スルーブツトが向上すること である。

制御バイトには、次の３種類がある。すなわち、開始（Ｓｔａｒｔ）　、継続（ Ｃｏｎｔｉｎｕｅ）、および終了（Ｅｎｄ）である、開始符号は、新しいパケッ トの始まりを示す、継続符号は、その後に続くデータが最後の開始符号から始ま るパケットの一部であることを示す。終了符号は、パケットが終了したことを示 す、タイプ・バイトは、常に、新しいパケットに収められたデータのタイプを示 すために開始符号に続いて置かれている。

チェックサムバイトは、常に、終了符号に続いて置かれ、エラー検出のために使 用される。

一旦、パケットが開始されると、そのパケットのデータを継続符号を用いて一度 に１バイトずつ送信することが可能になり、各バイトから各バイト別にサブパケ ットが作られる。各サブパケットはライン２１が１つ現れるごとに現れる。スル ーブツトを向上させるために、特定のライン２１インタバルの両方のバイトにデ ータを含めることが可能である。その場合は、サブパケットは複数のライン２１ インタバルからのデータを含んでいる。特定のライン２１インタバルのデータは 、最後の開始または継続符号から始まるサブパケットに属している。データ・ペ アの送信は他の情報で中断されることばない。データ・ペアの送信を中断する必 要がある場合は、継続制御ペアを送ることによってパケットの送信が再設定され る。第２表に示す例は、上述したプロセスを示す。

夏至Ｉ 上述したアプローチによると、ブロードキャスタはＣ１またはＣ２のいずれかと ＥＤＳを使用したキャプションまたはテキストを任意に組み合わせて、同時に使 用できるという柔軟性が得られる。また、このアプローチによると、ＥＤＳ情報 がビデオ信号のフィールド２で提供される唯一のサービスであるとき、ＥＤＳ情 報を効率よ（送信することも可能である。

パケットは現在４つのクラスが定義されている。すなわち、現在（Ｃｕｒｒｅｎ ｔ）、将来（Ｆｕｔｕｒｅ）、ネットワーク（Ｎｅｔｗｏｒｋ）、および雑（Ｍ ｉｓｃｅｌｌａｎｅｏｕｓ）である、現パケットは現在送信中のプログラムを記 述した情報を収めている。将来パケットはこれから送信される予定のプログラム を記述した情報を収めている。ネットワーク・パケットは、ビデオ信号のソース （発生源）、例えば、放送網に関する情報を収めている。雑パケットはその他の 有用な種々情報を収めている。第３表は、パケット・クラスとそれぞれの制御符 号の割当て表である。

（以下余白） １主五 ４パケツト・クラスは、それぞれ、独自の制御符号群をもっているので、あるク ラスのパケットの送信を、別のクラスのパケットにより割り込ませることができ る。その結果、優先度の高い情報は優先度の低い情報に割り込むことができる。

例えば、現プログラムに関する情報は、将来プログラムに関する情報よりも、お そらく何倍も重要である。「将来の」情報パケットを送信している途中で、完全 な「現在の」情報パケットを送信することが可能である。従って、未使用のライ ン２１インタバルが利用可能になっているときは、優先度の低い情報の単一フィ ールドを挿入することが可能である。しかし、パケットを割り込ませることがで きるのは、別クラスのパケットによってだけである。これにより、「継続」制御 符号が発行されたとき、データがどのパケットと関連があるかを混同することな く、パケットな「ネスト」させることができる。

各パケットは１つの情報を運搬する。パケットを開始する制御コード・ペア（つ まり、「開始」制御コード）の第１バイトから、第３表に示すように、パケット ・クラスが判定される。パケットに入っている情報のタイプは、開始制御コード ・ペアの第２バイトのタイプ・コードから判定される。パケットに関連するデー タ・バイトは、パケット全体が受信されて、パケットの最後にあるチェックサム が有効かどうか検査されるまで一時記憶装置に保持されている。このようにする ことにより、ストアされたデータが壊されるのを防止し、また、同じクラスの新 パケットを開始することにより、途中で、パケットを打ち切ることも可能になる 。

現在および将来パケット・クラスに含まれるデータ・タイプは同一である。つま り、どちらのパケットの場合も、タイプの指定は同じになっている。現在クラス と将来クラスの違いは、データの「オブジェクト」、すなわち、「現」プログラ ムであるか、「将来」プログラムであるかである。現プログラムに関する情報で あって、ＥＤＳで送信できる情報ならば、いずれも、将来プログラムに関しても 送信することが可能であり、その逆の場合も可能である。将来パケットに収めら れたデータは、常に、ＥＤＳ情報で最も最近に指定された「将来」プログラムに 関するものである。将来プログラムは、プログラムＩＯをタイプ・コードとして 将来パケットに入れて送信することにより指定される。このタイプ・コードは、 別のプログラムＩＤのタイプ・コードが送信されるまで送信された全ての情報が 、どの将来パケットに関係するものであるかを示す。同様に、現パケット・クラ スの中の情報は、常に、現在送信されているプログラムに関するものである。新 しいプログラムＩＤが現パケットに入れて送信されるとき、旧プログラムはすで に終了しており、新たに指定されたプログラムが開始される。

プログラムＩＤを構成するデータは、スケジューリングされた放送時刻、日付、 および受信チャネル番号だけである。これには、毎年、所定のチャネルで放送さ れる各プログラムに対して、ＩＤが短縮され、計算が単純化され、−意にされる という利点がある。あるプログラムの放送が遅延された場合でも、最初にスケジ ューリングされた時刻が、その放送全体を通して、そのプログラムＩＤデータと なる。その結果、遅延されたり、予想よりも放送時間が延びたプログラムを記録 しておくことができる。時刻と日付の指定は、現在時刻と日付を含め、全て、常 に、グリニッジ標準時間（ＧＭＴ）で示される。将来プログラムの開始時刻と現 プログラムＩＤの両方をＧＭＴで指定すると、必要とするプログラムを、視聴者 のタイム・ゾーン（時間帯）および「サマータイムＪ　（ｄａｙｌｉｇｈｔ　ｓ ａｖｉｎｇ）時間ステータスに関係なく識別することができる。その結果、視聴 者がどのタイム・ゾーンにいるかを、例えば、ビデオ・カセット・レコーダ（Ｖ ＣＲ）に知らせな（でも、ＶＣＨに正しく記録することができる。視聴者のタイ ム・ゾーンとサマータイム時間ステータスを指定する唯一の目的は、放送時刻が 与えられた正しいローカル・タイム（現地時刻）をＧＭＴとして表示することで ある。

２、現パケット・クラスと将来パケット・クラス第４表は、現パケット・クラス と将来パケット・クラスにおけるタイプ・符号の割当てを示している。

ｌユ五 ２．１「プログラム識別解除」パケット・タイプこのパケットは、ゼロ・バイト になっているが、プログラムが識別解除（ｕｎｉｄｅｎｔｉｆｙ）されることを 示している。これは、プログラムＩＤパケットと逆の効果をもつ。このパケット が受信されると、このクラスの後続パケットは、全て、別のプログラムＩＤが受 信されるまですべて無視される。これは、指定されたプログラム情報が全て送信 されたことを知らせる信号として使用できる。

２．２「プログラムＩＤパケット・タイプこのパケットは４バイトまたは６バイ トのいずれかを含み、グリニッジ標準時間を基準にしたプログラム開始時刻と日 付および受信チャネル番号を定義している。各バイトのフォーマットは表５に示 す、各バイトのビット＃６は、常に、論理１にセットされているが、これは、各 バイトの情報がＡＳＣＩＩデータでないためである。また、ビット＃７（ビット ｂ７）が第５表または以下の他の表に示されていないのは、各バイトのビット（ ＃７）がパリティ・ビットであるからである。

１旦Ｉ 分データ・フィールドは０から５９まで、時フィールドは０から２３まで、日フ ィールドは１から３１まで、月フィールドは１から１２までが有効範囲である。

”Ｄ”ビットは、サマータイムが現在その国で採用されているかどうかを指定す る。”Ｌ”ビットは、その年が閏年であるかどうかを指定する。”２”ビットは 、秒単位の現在の時刻をゼロにリセットするかどうかを指定する。Ｄ”、”じ、 および２”ビットは、このパケットを処理するときデコーダによって無視される （雑パケット・クラスに関する後述のセクションの「時刻」タイプ・コード割当 ての説明を参照されたい）。”■”ビットはプログラムＩＤパケットの一部とし て処理され、プログラムがローカル・テープ遅延（ｌｏｃａｌ　ｔａｐｅ　ｄｅ ｌａｙ）の対象となるかどうかが判断される。プログラムの放送が遅延される場 合であっても、最初のスケジューリングされた時刻が、その放送全体に亘って、 そのプログラムＩＤとなる。

「チャネル」データ・フィールドは、オプションの２バイト・フィールドであり 、有効範囲は０から２５５までである。チャネル・フィールドが省略されたとき は、受信チャネルは現在チューンされているチャネルが省略時価として使用され る。チャネル・フィールドを使用すると、一方のチャネルで他方のチャネルの情 報を指定することができる。チャネル・データ・フィールドには、ソース入力を 指定する２ビツトのサブフィールドがある。ソース・サブフィールドは、１（Ｓ 、Ｓ、）−００）から４（Ｓ、Ｓ、　＝　１１）までが有効範囲であり、これを マルチワイヤ・ケーブル・システムで使用すると、ケーブル・ラインを指定する ことができる。

２．３「プログラム消去」パケット・タイプこのパケットはゼロ・バイトである が、指定されたプログラム・データが完全に削除されることを示している。これ は、将来パケット・クラスで使用すると最も有用である。

２．４「停止時刻」パケット・タイプ このパケットはゼロまたは４バイトになっており、グリニッジ標準時間を基準に したプログラム停止時刻と日付を定義している。パケットがゼロ・バイトであれ ば、既存の停止時刻は消去される。バイトのフォーマットはチャネル・データが 必要でないことを除けば、セクション２．２で上述した「プログラムＩＤＪパケ ットの場合と同じである。”Ｄ”、”Ｌ”、および”２”ビットは、セクション ２．２で説明したのと同じように、このパケットを処理するときデコーダによっ て無視される。

２．５「プログラム・タイトル」パケット・タイプこのパケットは、０から３２ までの可変数個のバイトを含み、プログラム・タイトルを定義している。パケッ トがゼロ・バイトであれば、既存のプログラム・タイトルは消去される。各バイ トは２０ｈから７Ｆｈまでの範囲のＡＳＣＩＩキャラクタである。このパケット のサイズは可変であるので、任意の長さのタイトルを効率よく送信することがで きる。パケットの終了には終了制御符号・ペアが使用されるので、「サイズ」イ ンジケータ・バイトは必要でない。

２．６「プログラム視聴者」パケット・タイプこのパケットは、可変数個のバイ ト、つまり、ゼロ個から３個までを含み、プログラムの目的とする視聴者を定義 している。パケットがゼロ・バイトであれば、既存のプログラム視聴者は消去さ れる。このパケットのどのデータ・バイトの場合も、データがＡＳＣＩＩデータ でないので、ビット＃６はロジック１にセットされる。データ・バイトのフォー マットを第６表に示す。

１旦五 このパケットのデータ・バイトは、第６表に示す順序で送信しなければならない 、第７表は、第６表に示す第１バイトと第２バイトのビットの機能を定義してい る。

（以下余白） １ユ１ 第１バイト　第２バイト ビット定義は、必要とする情報を通信するために必要な任意の組合せで、第７表 のリストから選択することができる。第１バイトは、ターゲットの視聴者を示し ている。例えば、家族全員に適したものとして、プログラムを指定する場合は、 第１バイトの全ビットがセットされることになる。第２バイトは、ターゲットの 視聴者が家族全員から制限された理由を示している。

第６表の第３バイトは、映画の場合のプログラム品質とレーティング情報を表す データ・フィールドを含む。第３バイトのフォーマットは第８表に示されている 。

第」１人 ２．７「プログラム・タイプ」パケット・タイプこのパケットは０からＮ個まで の可変数のバイトを含み、特定のプログラムに含まれている情報のタイプを指定 している。このパケット内の情報を使用すると、視聴者はある種のタイプのプロ グラムを選択的に探すことができる。このパケットがゼロ・バイトのときは、既 存のプログラム・タイプは消去される。最初の２バイツトはＡＳＣＩＩデータで はないので、最初の２バイトでは、ビット＃６は論理１にセットされている。

第３バイトから第Ｎバイトまでは、２０ｈから７Ｆｈまでの範囲のＡＳＣＩＩキ ャラクタである。

最初の２バイトのフォーマットは第９表に示されている。

１主五 最初の２バイトは第９表に示す順序で送信しなければならない。

第１バイトは、プログラムに含まれる情報の一般カテゴリを定義する。第１バイ トのビットで示される情報のタイプは第１０表に示されている。

（以下余白） １旦五 第９表に示すビット位置が論理１のときは、そのプログラムからは、第１Ｏ表に リストアツブした対応するタイプの情報が提供されることを示す、必要ならば、 複数のビットを論理１にセットして、プログラムが複数のカテゴリの情報を含む ことを示すことが可能である。第２バイトは、第１１表に示すような追加のプロ グラム情報を指定する。

１旦五 第３バイトから第Ｎバイトまでは、プログラミングのタイプを詳細に指定するた めに使用できる追加情報を指定する。これらのバイトはＡＳＣＩＩキャラクタと して送信されるが、キャラクタフードは第１２表１こりストアツブされた語を示 している。

（以下余白） １且五 第１２表にリストアツブされているバイトは、任意に組み合わせて使用でき、プ ログラミングのタイプに関する情報のレベルを指定するのに必要である。しかし 、複数のバイトは適正な文法順で送信する必要がある。さらに、受信機は、認識 されるバイト数を制限することができることに注意すべきである。

第１２表に「不定」と表記されているバイトは、第１２表からの他のバイトがプ ログラム・タイプ・パケットに含まれていないときのデフオールド値である。第 １２表にリストアツブされている１２個の「特殊」バイトは、個々のプログラミ ング要求に最も適合するように、各ネットワークによって定義することが可能で ある（ネットワーク・パケット・クラスを説明している後述のセクションの「特 殊修飾子」のタイプ・コード割当てを参照）、第１２表に「その他」と示されて いるバイトは、プログラミングのタイプが分かっていて、定義されたプログラミ ング・タイプのどれにも当てはまらないことを示している。第１２表にリストア ツブされている１２個の「特殊」バイトは、全て、暗黙的に「その他」を含んで いる。

２．８「オーディオ・サービス」パケット・タイプこのパケットはゼロまたは２ バイトになっており、ビデオ信号に関連するメインおよび第２プログラムの内容 を定義している。このパケットがゼロ・バイトであれば、既存のオーディオ・サ ービス情報が消去される。ビット＃６がデータ・バイトにおいて論理１にセット されているのは、データ・バイトがＡＳＣＩＩデータでないためである。バイト のフォーマットは第１３表に示されている。

第」ユ人 第１３表にリストアツブされている２バイトは、それぞれ、２つのデータ・フィ ールド、つまり、言語とタイプをもっている。各バイトの言語フィールドは第１ ４表にリストアツブされている言語を表している。

（以下余白） 第」１表 第１３表にリストアツブされている各バイトのタイプ・フィールドは、第１５表 に示されている情報を表すように符号化されている。

第」１人 ２．９「キャプション・サービス」パケット・タイプ このパケットは、０から８までの可変側のバイトからなり、キャプション符号化 データの使用可能な形式を定義している。パケットがゼロ・バイトになっていれ ば、キャプション・サービスに関する既存の情報は消去される。使用可能な各サ ービスは１バイトで指定される。各バイトにおいて、ビット＃６が論理１にセッ トされているのは、データがＡＳＣＩＩデータでないためである、各バイトは第 １６表に示すフォーマットになっている。

第ユ旦底 言語データ・フィールド（第１６表のしよ−ＬＯ）は、セクション２．８で上述 したオーディオ・サービス・パケットの場合と同じ形式を用いて符号化されてい る。”Ｆ”ビットは、データがＴＶフィールドｌ（″ヒエ０）にあるか、フィー ルド２１Ｆ”＝１）にあるかを指定している。

”Ｃ”ビットは、データがチャネルＣ１（Ｃ″＝０）にあるか、チャネルＣ２（ ”Ｃ’＝１）にあるかを指定している。

”Ｔ”ビットは、データがキャプションじＴ”＝０）であるか、テキスト１丁“ ＝１）であるかを指定している。この情報を使用すると、ブロードキャスタは使 用可能なライン２１サービスを完全に指定することができる。

２．１Ｏｒ不定」パケット・タイプ 第４表中のタイプ・コード０９ｈとＯＡｈは、不定になっている。これらのタイ プ・コードは、将来、ＥＤＳ機能をさらに拡張するときに定義することができる 。

例えば、不定タイプ・コードの１つは、ビデオ「スクランプリング」に関する情 報を提供するように割り振ることが可能である。無許可の使用者が見るのを禁止 するために（例えば、「従量料金制Ｊ　（ｐａｙ−ｐｅｒ−ｖｉｅｗ）プログラ ミング）、ビデオ信号を符号化またはスクランプリングするには、さまざまなア プローチが用いられている。スクランプリングのタイプに関する情報を使用する と、許可を受けた使用者は、スクランブルされた信号をより効果的に復号するこ とができる。

不定コードのもう１つの使い方は、プログラム内のビデオ・イメージのアスペク ト比に関する情報を提供することである。アスペクト比情報を使用すると、シス テムはある種のアスペクト比プログラムだけを選択することができる。別の方法 として、ビデオ受像機でアスペクト比情報を使用すると、信号をビデオ受像機の 特定のディスプレイ・スクリーンのアスペクト比に適応させることが可能である 。

２．１１　ｒ記述”Ｎ”」パケット・タイプこれらのパケットは、それぞれ０か ら３２までの可変器のバイトからなり、これらのバイトを組み合わせることによ り、プログラムの記述が作られる。パケットがゼロ・バイトになっていれば、記 述情報の既存のラインは消去される。各バイトは２０ｈから７Ｆｈまでの範囲の ＡＳＣＩＩキャラクタである。このタイプの各パケットは、プログラムの複数行 の記述を１ラインで提供する。この記述は、サービス提供者が選択するどの情報 にすることもできる。情報には、エピソードのタイトル、リリースの日付、文字 の色合い、簡単なストー９の概要などがある。記述”Ｎ“タイプのパケットの個 数を変えると、任意の長さのプログラムを効率よく伝送することができる。

３、「ネットワーク」パケット・クラス第１７表は、ネットワーク・パケット・ クラスの場合のタイプ・コードの割当てを示す表である。

東■五 ３．１「ネットワーク識別解除」パケット・タイプこのパケットはゼロ・バイト になっており、ネットワークを「識別解除」することを示している。この効果は 、「ネットワークＩＤＪパケットと反対である（後述のセクション３．２を参照 ）、このパケットが受信されると、ネットワーク・クラスの後続パケットは、ネ ットワークＩＤパケットが受信されるまで、全て、無視される。このパケット・ タイプは、全てのネットワーク情報が送信されたことを知らせる信号として使用 することができる。

３．２「ネットワークＩＤＪパケット・タイプこのパケットはゼロまたは２バイ トになっており、ネットワーク情報が指定される受信チャネル番号を定義してい る。バイトの形式は、上述したセクション２．２の第５表に示したチャネル・デ ータ・フィールドの場合と同じである。２バイト・チャンル・フィールドはオプ ションである。受信チャネルが指定されていないと、デフオールド値は現在チェ ーンされたチャネルである。このフィールドを使用すると、一方のチャネルで他 方のチャネルの情報を指定することができる。

３．３「全プログラム消去」パケット・タイプこのパケットはゼロ・バイトにな っているが、特定ネットワークのプログラム情報が全て完全に削除されることを 示している。

３．４「ネットワーク名」パケット・タイプこのパケットは、０から３２までの 可変側のバイトを含み、放送ネットワークの名前を定義している。パケットがゼ ロ・バイトになっていれば、既存のネットワーク名が消去される。各バイトは２ ０ｈから７Ｆｈまでの範囲のＡＳＣＩＩキャラクタである。各ネットワークが単 一の一意の名前を使用していれば、受像機は、受像機の内部にストアされている ネットワークに関する情報、例λば、ネットワークが選択されたとき表示できる ネットワーク・ロゴをアクセスできるようになる。

３．５「コール・レター（Ｃａｌｌ　Ｌｅｔｔｅｒｓ）Ｊパケット・タイプ このパケットはＯから３２までの可変側のバイトを含み、ローカル放送ステーシ ョンの「コール」レターを定義している。このパケットがゼロ・バイトになって いれば、既存のコール・レターが消去される。各バイトは２０ｈから７Ｆｈまで の範囲のＡＳＣＩＩ文字である。

３．６「ネイティブ・チャネル」パケット・タイプこのパケットはゼロまたは２ バイトになっており、「ネイティブ」チャネル番号、つまり、ステーションに割 り当てられたローカル「無線（ｏｖｅｒ−ｔｈｅ−ａｉｒ）　Ｊ放送チャネル番 号を定義している。この情報は、ステーションに割り当てられたケーブル・チャ ネル番号がそのステーションの無線放送チャネル番号と異なっている場合に有用 である。パケットがゼロ・バイトになっていれば、既存のネイティブ・チャネル 番号が消去される。バイトのフォーマットは、上述したセクション２．２の第５ 表にリストアツブされているチャネル・フィールドの場合と同じである。

３．７「テープ遅延」パケット・タイプこのパケットはゼロまたは１バイトにな っており、ローカル・ステーションの定常テープがネットワーク・プログラムを 遅延する１／２時間の数を定義している。パケットがゼロ・バイトになっていれ ば、既存のテープ遅延情報は消去される。データはＡＳＣＩＩキャラクタではな いので、ビット＃６は常に論理１にセットされている。このパケットのデータ・ バイトの形式は第１８表に示されている。

夏ｎ１ 遅延フィールド（第１８表のｄ４−ｄＯ）の有効範囲は、０から３１までであり 、０時０分から１５時３０分までの時間値を３０分単位で表している。”Ｓ”ビ ットは符号ビットであり、遅延値を予定プログラム開始時刻に加えるか（”Ｓ” ・０）、あるいはその開始時刻から差し引くかじＳ”：１）は、このビットから 判断される。この遅延は、プログラムＩＤ情報に”Ｔ”ビットがセットされてい る、チャネル上のすべてのプログラムに適用される（上述のセクション２゜２の 第５表を参照）、遅延値は、その指定がないと、ゼロがデフオールド値として使 用される。

３．８「特殊修飾子゛Ｎ１パケット・タイプこれらのパケットは、それぞれ０か も３２までの可変側のバイトを含み、第１２表にリストアツブされている「特殊 ｊバイトと関連づけられて、プログラム情報を指定するとき使用できるテキスト を定義している。このパケットがゼロ・バイトになっていれば、「特殊」バイト に関連するテキストは消去される。このパケット・タイプの各バイトは、２０ｈ から７Ｆｈまでの範囲のＡＳＣＩＩキャラクタである。各パケットは、１つのネ ットワーク固有の「特殊」プログラム情報バイトのテキストを提供する。例えば 、提供する番組の大部分がスポーツであるステーションは、ポーカ、スキューバ （ＳＣＵＢＡ）　、ハング・ブライディング、アメリカズ・カップ、オリンピッ クといったスポーツを表すように、最初の５個の「特殊」バイトを定義すること ができる。

しかし、提供する番組の大部分が音楽であるステーションは、ヘビー・メタル、 ラップ、ポツプ、カントリ、ディスコといった各種の音楽を表すように、最初の ５個の「特殊」バイトを定義することができる。

「特殊」バイトの意味は、いつでもネットワークによって再定義することが可能 である。「特殊」バイトを定義するテキストが受信されなかったときは、このバ イトは単一のブランク・スペースとみなされる。

４、雑パケット・クラス 第１９表は、雑パケット・クラスのタイプ・コードへの割当てをリストアツブし ている。

ＬＬ」 ４．１「時刻」パケット・タイプ このパケットは４個のデータ・バイトを含み、グリニッジ標準時間を基準にした 現在の時刻と日付を定義している。バイトのフォーマットは、チャネル・データ が必要でないことを除けば、「プログラム再開パケットの場合の第５表に示すフ ォーマットと同じである（上述したセクション２．２参照）、”Ｄ”ビットは、 サマータイムが現在全国的に採用されているかどうかを判別するために使用され る。この情報は、視聴者が指定したタイム・ゾーンおよびサマータイムがローカ ルに採用されているかどうかの情報と一緒に使用され、正しいローカル時間が判 断される。ローカル時間は、視聴者のためにローカル時間を表示するためにだけ 使用される。内部タイマとクロックは、全て、グリニッジ標準時間に保っておく 必要がある。

”じビットは、現在の年が閏年であるかどうかを判別するために使用される。こ れは、３月１日グリニッジ標準時間であるとき、ローカル日付が２月２８日であ るか、２９日であるかを判別するときに必要になるものである。”２”ビットは 、秒単位の現在の時間をゼロにリセットするかどうかを判断するために使用され る。

これにより、データの６ビツト全部を送信して現在の秒数を指定しなくても、時 刻を正しくすることができる。Ｔ”ビットは、プログラムがローカル・テープ遅 延の対象となるかどうかを判別するために使用される。このビットがセットされ たときは、時刻クロックは更新してはならない。

４．２「タイム・ゾーン」パケット・タイプこのパケットは１バイトを含み、視 聴者のタイム・ゾーンとサマータイムステータスを定義している。

データはＡＳＣＩＩデータではないので、ビット＃６は常にセットされている。

この単一データ・バイトのフォーマットは第２０表に示されている。

１迎１ 時データ・フィールド（第２０表のビットｈ４−ｈｏ）は０から２３までが有効 範囲であり、ＧＭＴを基準にした名目的遅延（時）を表している。”Ｄ”ビット は、サマータイムが採用されているかどうかを判別するために使用される。この パケットが送られるのは、すべての視聴者が同じタイム・ゾーンにいるときだけ である。

４．３「ライン番号」パケット・タイプこのパケットは１バイトになっており、 チューンされたチャネルの現在のライン番号とフィールドを定義している。この データはＡＳＣＩＩデータではないので、ビット＃６は常にセットされている。

バイトのフォーマットは第２１表に示されている。

東ム五 「ライン」フィールド（第２１表のビット上４−シ。）は、７から３１までが有 効範囲である。”Ｆ”ビットは、データがＴＶフィールド１にあるか（”Ｆ”： ０）、フィールド２にあるかじＦ”・ｌ）を判別する。

４、４　ｒ　ＥＤＳなし」パケット・タイプこのパケットはゼロ・バイトになっ ており、チューンされたチャネルに使用可能な拡張データ・サービス情報がない ことを示している。

４．５「単−ＥＤＳＪパケット・タイプこのパケットはゼロ・バイトになってお り、チューンされたチャネルに単一チャネルで使用可能な拡張データ・サービス 情報があることを示している。

４．６「ディレクトリＥＤＳ　Ｊパケット・タイプこのパケットはゼロ・バイト になっており、チェーンされたチャネルに複数チャネルで使用可能な拡張データ ・サービス情報があることを示している。この情報は、他のチャネルに関する連 続情報ディレクトリを提供するステーションを識別するために使用される。

４．７「プログラム休止」パケット・タイプこのパケットはゼロ・バイトになっ ており、チェーンされたチャネル上の現プログラムが中断されたことを示してい る。この休止を維持するには、１分ごとに少なくとも一回このパケットを再送す る必要がある。

これは、プログラム再開パケットが送られていなくても、１分が経過すると受像 機にタイムアウトが起こるためである。

４．８「パケット再開」パケット・タイプこのパケットはゼロ・バイトになって おり、チェーンされたチャネル上の現プログラムが再開されたことを示している 。これは、プログラム休止を即時に終わらせるために使用される。プログラム休 止に続く最後の１分以内にこρパケットを受信していなければ、受像機は自動プ ログラム再開を行う必要がある。

４．９「インパルスキャプチャ」パケット・タイプこのパケットはゼロ、８、ま たはｌＯバイトになっており、プログラム停止時刻と日付、および開始時刻と日 付（これらは、すべてグリニッジ標準時間を基準にしている）、および受信チャ ネル番号を定義している。パケットがゼロ・バイトであれば、インパルスキャプ チャに関する既存の情報は消去される。バイトの形式は「停止時刻」　（セクシ ョン２．４参照）とそのあとに続く「プログラムＩＤＪ　（セクション２．２参 照）の場合と同じである。このパケットは、プログラムの記録を容易にするため に必要な全ての情報を提供する。プログラムＩＤバイトが停止時刻バイトに続い て置かれているのは、プログラムＩＤが可変側のバイトになっているためである 。”Ｄ”、”じ、および”２“ビットは、このパケットを処理するときデコーダ によって無視される。受信チャネルが指定されていないと、現在チューンされて いるチャネルがデフオールド値として使用される。

上述した信号形式を理解しやす（するために、第４図を参照して説明する。第４ 図は、ＣＣデータとＥＤＳデータのインタリーブと、ＥＤＳパケットのネスティ ングの例を示している。第４図において、フィールド２で１番目と２番目に現れ たライン２１（第４図の左側に”１”と“２゛で示したライン）は、クローズド ・キャプションまたはテキスト・データを含んでいる。フィールド２で３番目に 現れたライン２１では、ＥＤＳデータのパケット”Ａ”は制御コード（ＣＨＡＲ ＃１）　＄よびタイプ・コード（ＣＨＡＲ＃２）から始まっている。４番目に現 れたライン２１は、パケット”Ａ”の一部であるＥＤＳデータを含んでいる。フ ィールド２で５番目、６番目、および７番目に現れたライン２１は、クローズド ・キャプション・データである。パケットＡの先頭のＥＤＳデータはＣＣデータ の中断の働きをするので、第４図のライン５のＣＣデータは「クローズド・キャ プション再開」制御コードから始まってクローズド・キャプション・データとＥ ＤＳデータとを区別している。

第４図にパケット”Ｂ”と示した２番目のＥＤＳパケットは、８番目に現れたラ イン２１かも始まり、１０番目に現れたライン２１で終わっている。パケット” Ｂ”は、「継続」制御コードを使用して、１１番目に現れたライン２１から継続 しているパケット”Ａ“内にネストされている。パケット”Ａ”は１３番目に現 れたライン２１で終わっている。パケット”Ａ′の終わりには、別のＥＤＳパケ ット、クローズド・キャプション・データ、またはｎｕｌｌキャラクタ（つまり 、データがない）を続けることも可能である。

上述したフォーマットのＥＤＳ情報を含むビデオ信号は第５図に例示したシステ ムを用いて生成することができる。第５図に示すように、信号５ＯＵＲＣＥを出 力するビデオ信号ソース５１Ｏとしては、ビデオ・テープ・レコーダまたはビデ オ・カメラがある。ユニット５１０からの信号ＬＩＮＥ２１とＦＩＥＬＤは、第 ２図の同名の信号に対応しており、第５図のシステムのオペレーションを信号Ｖ ＩＤＥＯと同期させるものである。マイクロプロセッサ５２０は第５図にそれぞ れＥＤＳ　ＩＮＰＵＴおよびＣＣＩＮＰＵＴと示されているＥＤＳおよびＣＣ入 力データを受信し、それをシリアル・データ信号５ＥＲＩＡＬ　ＤＡＴＡのフォ ーマットにする。ＣＣとＥＤＳ人カデカデータ例えば、だれかがプログラム・タ イトルといったＣＣおよび／またはＥＤＳ情報をキーボードからタイプすると生 成される。

ＭＵＸ　５３０は、マイクロプロセッサ５２０から信号５ＥＬＥＣＴを受けると 、信号５ＯＵＲＣＥまたは信号５ＥＲＩＡＬＤＡＴＡのどちらかを選択してトラ ンスミッタ５４０に結合する。トランスミッタ５４０はケーブル経由または放送 で信号ＶＩＤＥＯを送信する。第５図の出力信号ＶＩＤＥＯは第２図の信号ＶＩ ＤＥＯに対応している。ＣＣとＥＤＳデータは、ＭＵＸ　５３０のオペレーショ ンによって第５図の信号ＶＩＤＥＯに挿入される。ＣＣまたはＥＤＳデータが挿 入されるとき、マイクロプロセッサ５２０は該当フィールドにライン２１が現れ たことを、信号ＬＩＮＥ２１とＦＩＥＬＤから検出し、ＭＩＸ　５３０に信号５ ＥＲＩＡＬ　ＤＡＴＡをトランスミッタ５４０と結合させる信号５ＥＬＥＣＴを 生成する。その後、マイクロプロセッサ５２０は信号５ＥＲＩＡＬ　ＤＡＴＡ上 にＣＣまたはＥＤＳデータを出力し、ＣＣまたはＥＤＳデータをトランスミタ５ ４０を経由して信号ＶＩＤＥＯに挿入する。

マイクロプロセッサ５４０は、ＣＣとＥＤＳデータの挿入の優先順位を制御する 。例えば、ＣＣデータの方がＥＤＳデータより優先順位が高くなっているのは、 クローズド・キャプション・ディスプレイをビデオ信号中の実際のせりふと同期 させる必要があるためである。ＣＣデータは必要とする同期を保つ必要があると き送信しなければならない、しかし、ＥＤＳデータは、ライン２１インタバルが ＣＣデータ用に使用されていないとき送信することができる。

上述した本発明の特徴は種々態様に変更することが可能である。例えば、ＦＣＣ 規格が将来変更されたときには、ＥＤＳデータをフィールド２のライン２１以外 のビデオ・ラインに組み入れることも可能である。その他に、パケット・クラス とタイプは、上述したものとは別に定義することが可能である０例えば、第４表 の「予備」制御コードと「不定」タイプ・コードは、将来、定義することが可能 である０以上の変更とその他の変更は、請求の範囲に記載した本発明の範囲に属 することは勿論である。

８　８　′Ｉ３ｇ°等　９ ＦＩＧ、　２ ＦＩＧ、　４ 補正書の翻訳文提出書（特許法第１８４条の８）補正書の翻訳文桿出書（特許法 第１１１４条の８）平成６年ｌＯ月２８日

Claims (37)

【特許請求の範囲】
1. １．連続するフィールド内に編成されたライン・インタバルに分割されたテレビ ジョン信号を受信する受信手段であって、前記テレビジョン信号が前記フィール ドの少なくとも一部の少なくとも１つのラインに現れる予め定めた個数のデータ ・ワードの形式になった補助情報を含み、前記データ・ワードの少なくとも一部 が英数字を表し、前記データ・ワードの少なくとも一部が制御情報を表す受信手 段と、 該データを該テレビジョン信号から抜き出す手段と、 前記抜き出したデータ・ワードを検査し、前記抜き出したデータ・ワードの１つ がいつ情報のクラスを表し、同様に、いつ制御情報を表したかを判定し、その後 、前記抜き出したデータ・ワードの１つがいつ前記情報のクラスの情報のサブク ラスを表したかを判定し、その後、前記データ・ワードを復号し、前記サブクラ スに関する情報を得る検査手段と を備えたことを特徴とするテレビジョン・システム。
2. ２．請求の範囲第１項に記載のテレビジョン・システムにおいて、 前記２つのデータ・ワードは前記ライン・インタバルのうちの予め定めたライン ・インタバルに順次現れ、 前記検査手段は、前記予め定めたラインに現れた前記２つのデータ・ワードのう ちの第１データ・ワードを検査し、該第１のデータ・ワードが情報のクラスを表 しているか否かを判定し、同様に、制御情報を表しているか否かを判定し、前記 検査手段は、前記予め定めたラインに現れた２つのデータ・ワードのうちの第２ データ・ワードを検査し、該第２データ・ワードが情報のサブクラスを表してい るか否かを判定することを特徴とするテレビジョン・システム。
3. ３．請求の範囲第２項に記載のテレビジョン・システムにおいて、英数字を表す 前記データ・ワードは、ＡＳＣＩＩフォーマットに符号化されていることを特徴 とするテレビジョン・システム。
4. ４．複数のフレーム・インタバル内にそれぞれ第１および第２フィールド・イン タバルを含むビデオ信号であって、前記フィールド・インタバル内にそれぞれ複 数の水平ライン・インタバルを含むビデオ信号を処理するシステムにおいて、 前記第１および第２フィールド・インタバル内の予め定めたライン・インタバル の間に現れた補助情報成分を前記ビデオ信号から抜き出す抜き出し手段と、該抜 出し手段に接続された変換手段であって、前記予め定めたライン・インタバルか ら抜き出された補助情報成分をバイナリ・データに変換する手段であり、前記第 １フィールド・インタバルのバイナリ・データは、クローズド・キャプション・ テキスト情報と関連づけられ、前記第２フィールド・インタバルのバイナリ・デ ータは、拡張データ・サービス情報と関連づけられるとともにバイナリ・データ のパケットにより編成され、バイナリ・データのパケットは補助情報の複数のク ラスのうちの特定のクラスと関連づけられ、前記特定のクラスを識別する制御コ ード・データを含む変換手段と、 該変換手段に接続された手段であって、前記第１フィールド・インタバルのバイ ナリ・データを復号しテキスト・ディスプレイ信号を生成する手段と、前記変換 手段に接続された手段であって、前記第２フィールド・インタバルの前記制御コ ード・データを復号し補助情報の特定のクラスを識別する手段とを備えたことを 特徴とする装置。
5. ５．請求の範囲第４項に記載の装置において、前記ビデオ信号は複数のビデオ・ チャネルの１つからのビデオ・プログラム情報を提供し、 前記複数の補助情報クラスは、 前記ビデオ・チャネルの１つを通して現在提供されているビデオ・プログラムに 関する補助情報を含む現プログラム・クラスと、 前記ビデオ・チャネルの１つを通して将来の時間に提供されるビデオ・プログラ ムに関する補助情報を含む将来プログラム・クラスと を備えたことを特徴とする装置。
6. ６．請求の範囲第５項に記載の装置において、前記複数の補助情報クラスは、前 記ビデオ信号のソースに関する補助情報を含むソース・クラスをさらに備えたこ とを特徴とする装置。
7. ７．請求の範囲第５項に記載の装置において、前記複数の補助情報クラスは、前 記現プログラム・クラスと前記将来プログラム・クラスに含まれない補助情報を 含む雑クラスをさらに備えたことを特徴とする装置。
8. ８．請求の範囲第５項に記載の装置において、前記第２フィールド・インタバル 内の前記予め定めたライン・インタバルは２１番目のライン・インタバルであり 、 前記バイナリ・データは第１バイナリ・バイトと第２バイナリ・バイトを備え、 前記復号手段は前記第１バイナリ・バイトを復号し、補助情報の前記特定のクラ スを識別することを特徴とする装置。
9. ９．請求の範囲第８項に記載の装置において、前記第１および第２バイトは、前 記予め定めたライン・インタバルの間に連続して現れることを特徴とする装置。
10. １０．複数のフレーム・インタバル内にそれぞれ第１および第２フィールド・イ ンタバルを含み、しかも、前記各フィールド・インタバル内に複数の水平ライン ・インタバルを含むビデオ信号を処理するシステムにおいて、 前記第１および第２フィールド・インタバル内の予め定めたライン・インタバル の間に現れた補助情報成分を前記ビデオ信号から抜き出す抜き出し手段と、該抜 き出し手段に接続された変換手段であって、前記予め定めたライン・インタバル からの前記抜き出された補助情報成分をバイナリ・データに変換する手段であり 、前記第１フィールド・インタバルのバイナリ・データは、クローズド・キャプ ション・テキスト情報と関連づけられ、前記第２フィールド・インタバルのバイ ナリ・データは、拡張データ・サービス情報と関連づけられ、しかも、バイナリ ・データのパケットにより編成され、バイナリ・データのパケットは、補助情報 の複数のクラスのうちの特定のクラスに含まれた補助情報を表し、しかも、前記 特定のクラスを識別する制御コード・データと、前記特定のクラスのそれぞれの サブクラスを識別する複数のタイプ・データと、前記サブクラスに対応する情報 データを含む変換手段と、 該変換手段に接続され、前記第１フィールド・インタバルの前記バイナリ・デー タを復号してテキスト・ディスプレイ信号を出力する手段と、 前記変換手段に接続され、前記第２フィールドの前記制御コード・データと前記 タイプ・データを復号して前記情報データを復号する手段と を備えたことを特徴とする装置。
11. １１．請求の範囲第１０項に記載の装置において、前記複数のタイプ・データの １つは、プログラム識別情報に対応していることを特徴とする装置。
12. １２．請求の範囲第１１項に記載の装置において、前記プログラム識別情報は、 前記プログラムが開始する時刻と日付を備えていることを特徴とする装置。
13. １３．請求の範囲第１０項に記載の装置において、前記ビデオ信号は、複数のビ デオ・チャネルの１つからのビデオ・プログラム情報を提供し、 前記複数の補助情報クラスは、 前記ビデオ・チャネルの１つを通して現在提供されているビデオ・プログラムに 関する補助情報を含む現プログラム・クラスと、 該ビデオ・チャネルの１つを通して将来の時間に提供されるビデオ・プログラム に関する補助情報を含む将来プログラム・クラスと を備えたことを特徴とする装置。
14. １４．請求の範囲第１３項に記載の装置において、前記現プログラム・クラスと 前記将来プログラム・クラスに対応するデータ・パケットは、それぞれ、個々の プログラム識別タイプ・データを含むことを特徴とする装置。
15. １５．請求の範囲第１０項に記載の装置において、前記複数のタイプ・データの １つは、プログラム・タイトルに対応することを特徴とする装置。
16. １６．請求の範囲第１０項に記載の装置において、前記複数のタイプ・データの １つは、キャプション・サービス情報に対応することを特徴とする装置。
17. １７．請求の範囲第１０項に記載の装置において、前記複数のタイプ・データの １つは、プログラム記述情報に対応することを特徴とする装置。
18. １８．請求の範囲第１０項に記載の装置において、前記複数のタイプ・データの １つは、ネットワーク識別情報に対応することを特徴とする装置。
19. １９．請求の範囲第１０項に記載の装置において、前記複数のタイプ・データの １つはネットワーク名情報に対応していることを特徴とする装置。
20. ２０．請求の範囲第１０項に記載の装置において、前記複数のタイプ・データは 、前記第１および第２フィールド・インタバルの前記複数の水平ライン・インタ バルのどの水平ライン・インタバルが補助情報を含んでいるかを示すライン番号 情報に対応することを特徴とする装置。
21. ２１．請求の範囲第１０項に記載の装置において、前記複数のタイプ・データの １つは、前記複数のタイプ・データのうちの他の複数のタイプ・データに対応す る拡張データ・サービス情報が前記ビデオ信号で利用できないことを示す情報に 対応することを特徴とする装置。
22. ２２．請求の範囲第１０項に記載の装置において、前記ビデオ信号は、複数のビ デオ・チャネルのうち現在チューンされているチャネルに対応し、前記複数のタ イプ・データの１つは、前記拡張データ・サービス情報が前記複数のビデオ・チ ャネルの１つだけに関するものであることを示す情報に対応することを特徴とす る装置。
23. ２３．請求の範囲第１０項に記載の装置において、前記ビデオ信号は、複数のビ デオ・チャネルのうち現在チューンされているチャネルに対応し、前記複数のタ イプ・データの１つは、前記拡張データ・サービス情報が前記複数のビデオ・チ ャネルの少なくとも１つだけに関するものであることを示す情報に対応すること を特徴とする装置。
24. ２４．請求の範囲第１０項に記載の装置において、前記第２フィールド・インタ バル内の前記予め定めたライン・インタバルは、２１番目のライン・インタバル であり、 前記バイナリ・データは第１バイナリ・ワードと第２バイナリ・ワードを備え、 前記復号手段は前記第２バイナリ・ワードを復号し、補助情報の前記特定タイプ を識別する ことを特徴とする装置。
25. ２５．請求の範囲第２４項に記載の装置において、前記第１および第２バイトは 、前記予め定めたライン・インタバルの間に連続的に現れることを特徴とする装 置。
26. ２６．複数のフレーム・インタバル内にそれぞれ第１および第２フィールド・イ ンタバルを含み、前記各フィールド・インタバル内の複数の水平ライン・インタ バルを含むビデオ信号を処理するシステムにおいて、 前記第１および第２フィールド・インタバル内の予め定めたライン・インタバル の間に現れた補助情報成分を前記ビデオ信号から抜き出す抜き出し手段と、該抜 き出し手段に接続され、前記抜き出した補助情報成分を、制御プログラムに含ま れた一連の命令に従って処理するマイクロプロセッサと を備えた装置であって、 前記制御プログラムは、前記予め定めたライン・インタバルからの前記抜き出し た補助情報成分を前記マイクロプロセッサによりバイナリ・データに変換させる 第１部分を含み、 前記第１フィールド・インタバルの前記バイナリ・データは、クローズド・キャ プション・テキスト情報に関連づけられ、前記第２フィールド・インタバルの前 記バイナリ・データは、拡張データ・サービス情報に関連づけられ、しかも、バ イナリ・データのパケットによって編組成され、バイナリ・データのパケットは 補助情報の複数のクラスのうち特定のクラスに含まれた補助情報を表すと共に、 前記特定のクラスを識別する制御コード・データを含み、 前記制御プログラムは、前記マイクロプロセッサに前記第１フィールド・インタ バルの前記バイナリ・データを復号させ、テキスト・ディスプレイ信号を出力さ せる第２部分を含み、 前記制御プログラムは、前記マイクロプロセッサに前記制御コード・データを復 号させ、補助情報の前記特定のクラスを識別させる第３部分を含むことを特徴と する装置。
27. ２７．請求の範囲第２６項に記載の装置において、前記第２フィールド・インタ バル内の前記予め定めたライン・インタバルは、２１番目のライン・インタバル であり、 前記バイナリ・データは第１および第２バイナリ・ワードを備え、 前記マイクロプロセッサは前記第１バイナリ・ワードを復号して補助情報の前記 特定のクラスを判定し、前記第２バイナリ・ワードを復号して補助情報の前記特 定のタイプを識別する ことを特徴とする装置。
28. ２８．請求の範囲第２７項に記載の装置において、前記第１および第２バイトは 、前記予め定めたライン・インタバルの間に連続して現れることを特徴とする装 置。
29. ２９．複数のフレーム・インタバル内にそれぞれ第１および第２フィールド・イ ンタバルを含み、該フィールド・インタバル内にそれぞれ複数の水平ライン・イ ンタバルを含むビデオ信号を処理するシステムにおいて、 前記第１および第２フィールド・インタバル内の予め定めたライン・インタバル の間に現れた補助情報成分を前記ビデオ信号から抜き出す抜き出し手段と、該抜 き出し手段に接続され、前記抜き出した補助情報成分を、制御プログラムに含ま れる一連の命令に従って処理するマイクロプロセッサと を備えた装置であって、 前記制御プログラムは、前記予め定めたライン・インタバルからの前記抜き出し た補助情報成分を前記マイクロプロセッサによりバイナリ・データに変換させる 第１部分を含み、 前記第１フィールド・インタバルの前記バイナリ・データは、クローズド・キャ プション・テキスト情報に関連づけられ、前記第２フィールド・インタバルの前 記バイナリ・データは、拡張データ・サービス情報に関連づけられ、しかも、バ イナリ・データのパケットにより編成され、バイナリ・データのパケットは補助 情報の複数のクラスのうち特定のクラスに含まれる補助情報を表すと共に、前記 特定のクラスを識別する制御コード・データと、該特定のクラスの個々のサブク ラスを識別する複数のタイプ・データと、前記サブクラスに対応する情報データ とを含み、前記制御プログラムは、前記マイクロプロセッサに該第１フィールド ・インタバルの該バイナリ・データを復号させて、テキスト・ディスプレイ信号 を出力させる第２部分を含み、 該制御プログラムは、前記マイクロプロセッサに、前記第２フィールド・インタ バルの前記制御コード・データと前記タイプ・データを復号させ、前記情報デー タを復号させる第３部分を 含むことを特徴とする装置。
30. ３０．請求の範囲第２９項に記載の装置において、前記バイナリ・データは第１ および第２バイナリ・ワードを備え、 前記制御プログラムの前記第３部分は、前記マイクロプロセッサに、１）前記第 １バイナリ・ワードを復号させ、該バイナリ・コードが前記拡張データ・サービ ス信号を表しているか否かを判断させ、２）さらに、前記拡張データ・サービス 信号を表す前記バイナリ・コードの前記第１バイナリ・ワードを復号させて補助 情報の前記特定のクラスを判定させ、３）前記第２バイナリ・ワードを符号化さ せて補助情報の前記特定タイプを識別させる ことを特徴とする装置。
31. ３１．連続するフィールド・インタバルに編成されたテレビジョン信号を受信す る手段を含み、前記フィールドはそれぞれ複数のライン・インタバルを含み、ク ローズド・キャプション情報に対応する補助データは、前記フィールド・インタ バルの少なくとも一部のライン・インタバルの少なくとも１つのライン・インタ バルに現れるテレビジョン・システムにおいて、前記テレビジョン信号のうち選 択された信号に応答して、前記データを前記テレビジョン信号から抜き出す抜き 出し手段と、 前記抜き出したデータに応答する手段であって、前記抜き出したデータが、クロ ーズド・キャプション情報に対応する第１制御コード範囲内か、あるいは、拡張 データ・サービス情報に対応する第２コード範囲内の制御コードに対応している か否かを判定する手段であり、前記第１コード範囲内の制御コードを検出した後 の前記抜き出したデータに応答して、前記抜き出したデータを処理し、現在選択 されたテレビジョン信号に対応するプログラムに関連する、テキストを表すディ スプレイ信号を出力する手段であり、前記第２制御コード範囲内の制御コードを 検出した後の前記抜き出したデータに応答して、前記抜き出したデータにより表 された情報のタイプを判別する手段とを備えたことを特徴とする装置。
32. ３２．請求の範囲第３１項に記載の装置において、前記クローズド・キャプショ ン情報に対応するデータと、前記拡張データ・サービス情報に対応するデータは 、交互に現れる第１タイプと第２タイプのフィールドの予め定めた同じライン・ インタバルの間に連続して現れる第１および第２バイトを備え、前記抜き出した データに応答する前記手段は、前記予め定めたライン・インタバルの間に現れた 第１バイトに応答して、該第１バイトが前記第１制御コード範囲内の制御コード を表すか、あるいは、前記第２制御コード範囲内の制御コードを表すかを判定し 、前記手段は、前記第１バイトが前記第１制御コード範囲内の制御コードを表し ていると判断した後、前記予め定めたライン・インタバルの間に現れた前記第２ 制御バイトに応答して、該第２バイトを処理し、現在選択されているテレビジョ ン信号に対応するプログラムに関連するテキストを表すディスプレイ信号を出力 し、前記手段は、前記第１バイトが前記第２制御コード範囲内の制御コードを表 していると判断した後、前記予め定めたライン・インタバルの間に現れた前記第 ２バイトに応答して、前記第２バイトで表された情報のタイプを判断する ことを特徴とする装置。
33. ３３．請求の範囲第３１項に記載の装置において、前記テレビジョン信号は交互 に現れる第１タイプと第２タイプのフィールドに編成され、前記クローズド・キ ャプションに対応するデータは、前記第１タイプのフィールドに現れ、前記拡張 データ・サービス情報に対応するデータは、前記第２タイプのフィールドに現れ 、 前記選択されたテレビジョン信号に応答して、前記第１タイプと第２タイプのフ ィールドが現れたことを示すフィールド・タイプ指示信号を生成する手段をさら に備え、 前記抜き出したデータに応答する前記手段は、前記フィールド・タイプ指示信号 にも応答して、制御コードが第１制御コード範囲内にあるか、第２制御コード範 囲内にあるかを判別する ことを特徴とする装置。
34. ３４．請求の範囲第３１項に記載の装置において、前記テレビジョン信号は、交 互に現れる第１タイプと第２タイプのフィールドに編成され、前記クローズド・ キャプションに対応するデータと前記拡張データ・サービス情報に対応するデー タは、同じ予め定めたライン・インタバルの間に前記第１タイプのフィールドと 前記第２タイプのフィールドに現れ、前記選択されたテレビジョン信号に応答し て、前記第１タイプと第２タイプの各フィールドの間に前記予め定めたラインが 現れたことを示すライン指示信号を生成する手段をさらに備え、 前記データを抜き出す前記手段は、前記ライン指示信号にも応答する ことを特徴とする装置。
35. ３５．請求の範囲第３４項に記載の装置において、前記選択されたテレビジョン 信号に応答して、前記第１タイプと第２タイプのフィールドが現れたことを示す フィールド・タイプ指示信号を生成する手段をさらに備え、 前記抜き出したデータに応答する前記手段は、前記フィールド・タイプ指示信号 にも応答することを特徴とする装置。
36. ３６．請求の範囲第３１項に記載の装置において、前記第２制御コード範囲内の 前記制御コードの少なくとも一部は、情報の個々のクラスを識別し、それぞれの データ・パケットに含まれ、各パケットは情報の複数のサブクラスのそれぞれを 識別する複数のタイプ・コードも含んでおり、該タイプ・コードは、その後に、 個々ののサブクラスに関連する情報を表す個々のデータ・ワードが置かれている ことを特徴とする装置。
37. ３７．請求の範囲第３６項に記載の装置において、前記第２制御コード範囲内の 前記制御コードは、新しいパケットが開始されたのか、以前に指定されたパケッ トが継続しているのか、以前に指定されたパケットが終了したのかも示す ことを特徴とする装置。