JPH10508728A

JPH10508728A - ビデオ信号中のレコーダ・プログラミング・データをダウンロードする装置及び方法

Info

Publication number: JPH10508728A
Application number: JP8514774A
Authority: JP
Inventors: コンエヌジー，イェー
Original assignee: シー／オーエイチダブリュアールサービシズ，リミティドインデックスシステムズ，インコーポレイティド
Priority date: 1994-10-27
Filing date: 1995-10-27
Publication date: 1998-08-25
Anticipated expiration: 2015-10-27
Also published as: WO1996013932A1; ES2196087T3; US20090297124A1; US20050175316A1; EP0789968A1; DE69529836D1; US7636511B2; CN1171184A; DE69529836T2; CN1129309C; JP3812681B2; JP2006129485A; US6058238A; EP0789968A4; JP3908258B2; AU3970595A; EP0789968B1

Abstract

(57)【要約】ビデオ番組の記録制御装置及び方法。１実施例において、ビデオ番組の記録を制御する装置は、テレビジョン信号ソースから受信したテレビジョン信号からレコーダ識別子とレコーダ・プログラミング・データを検索するデバイス（６０）と、検索されたレコーダ識別子がその装置の第１の識別子と一致するかを判定するデバイス（２１）と、検索されたレコーダ識別子が装置の第１の識別子に一致する場合に、そのレコーダ・プログラミング・データを格納するデバイス（３３）と、格納されたレコーダ・プログラミング・データを使用して記録を制御するデバイス（２１）とを備える。テレビジョン信号からレコーダ識別子登録レコーダ・プログラミング・データとを検索するデバイスは垂直帰線期間デコーダを含む。

Description

【発明の詳細な説明】ビデオ信号中のレコーダ・プログラミング・データをダウンロードする装置及び方法発明の分野本発明は概略的にはテレビジョン及びレコーダに関し、特にビデオ番組の記録を制御するビデオ・カッセット・レコーダをプログラミングすることに関する。関連技術の記載ビデオ・カッセット・レコーダ（ＶＣＲ）は、ビデオカメラにより撮影されたテープの再生、予め記録されたテープの再生、及び放送及びケーブルテレビジョンの番組の記録再生を含む多数の用途がある。テレビジョン番組の注意の不要な記録用にＶＣＲをプログラムするために、２つのステップがしばしば用いられる。（１）テレビジョン番組案内からチャンネルと、年月日と、時間と、長さ（ＣＤＴＬ）の情報を得ることと、（２）このＣＤＴＬ情報をＶＣＲ内にプログラムすることとである。ＶＣＲのモデル、年及びタイプに依存して、このＣＤＴＬ情報は、（ｉ）ユーザの手動命令に従ってコンソール内の適当なシーケンスのキーを押すこと、（ii）ユーザの手動命令に従ってリモート・ハンドヘルド・コントロール・ユニット内の適当なシーケンスのキーを押すこと、及び（iii）テレビジョン画面上に表示されたメニューに応答してリモート・ハンドヘルド・コントロール・ユニット内のキーストロークのシリーズを実行すること、を含む様々な方法でプログラムされ得る。（iv）ライト・ペンを用いてバーコード情報を入力すること（ライト・ペン・プログラミング）、及び（ｖ）コンピュータ又は電話モデムを介して命令を入力すること、を含むタイマ予約のための他の技術が示唆されてきた。これらの様々な方法は、ＣＤＴＬ及びある種のパワー／クロック／タイマオン・オフ命令といった内容は、詳細プロトコルが異なるモデルのＶＣＲにより代わり得るが、概略的には共通であり、情報の入力のための物理的手段において異なるだけである。上記の方法（ｉ）及び（ii）は１００個までのキーストロークを必要とすることがあり、これはＶＣＲのタイマ予約の特徴を自由に使用することを制限してきた。これを避けるために、新しいＶＣＲモデルは、テレビジョン画面上に表示されたメニューに応答してＣＤＴＬ情報の遠隔入力を可能にする「オン画面プログラミング」の特徴を含ませた。一般に、ＣＤＴＬ情報のオン画面プログラミングは平均でおよそ１８個のキーストロークを必要とし、これは従来の方法の幾つかよりは少ないが、依然としてかなり多い。上記（iv）のような他の技術の幾つかはバーコードリーダのような特別の装置を使用することを必要とする。一般に、上記のアプローチには多くの欠点がある。第１に、記録するために予めＶＣＲをセットする手順は極めて複雑で混乱を招き、学習することが困難である。実際、このために、多くのＶＣＲ所有者はタイマ予約の記録の特徴を使用することを避けている。第２に、ＣＤＴＬ情報をＶＣＲに誤りなく書き写すことは困難である。実際、ＶＣＲのタイマ予約の特徴の多くユーザはプログラミング・エラーの高い発生率に言及している。第３に、熟練したユーザにとってさえ、所望の番組のチャンネル、年月日、時刻及び長さに関する情報の長いシーケンスを入力するプロセスは退屈なものとなり得る。第４に、バーコード情報を読むこと又はコンピュータを使用するという技術は特別な装置を必要とする。これらの欠点は、テレビジョン番組の記録装置としてＶＣＲを使用することにおける深刻な障害となっている。この結果、番組の時間シフトがかって考えられたほどポピュラーになっていない。１つ以上の選択された番組を後に不在記録するためのＶＣＲのプログラミングは、８／２／９４に発行された米国特許第５，３３５，０７９号に開示されているように非常に簡略化された。これは参考のためにここに完全に記載されているようにして取り込まれている。この特許に開示のように、番組に関連する圧縮符号が番組のチャンネル、年月日、時刻、及び長さに対する番組リスト内で公開され、その圧縮符号が、その圧縮符号をデコードすることができるリモートコントロール又はＶＣＲといったユニット内に、ユーザにより入力される。この結果のＣＤＴＬ情報は格納されて、適当な時間にＶＣＲをオンにし、所望のチャンネルを選択するために使用される。発明の要旨本発明の目的はビデオ番組を記録するための特別なレコーダを制御する装置及び方法を提供することである。本発明の他の目的は、特定のレコーダに対してのみ記録の制御をするプログラミングデータをレコーダに放送する装置及び方法を提供することである。本発明の他の目的は、ＶＣＲタイマ予約即ちＶＣＲプログラミングを行う簡単なシステムをユーザに提供することである。本発明により、ビデオ番組の記録を制御する装置及び方法が提供される。１実施例においては、ビデオ番組の記録を制御する装置は、テレビジョン信号ソースから受信したテレビジョン信号からレコーダ識別子とレコーダ・プログラミング・データとを検索するデバイスと、検索されたレコーダ識別子が装置の第１の識別子と一致するかどうかを判定するデバイスと、検索されたレコーダ識別子が装置の第１の識別子と一致した場合にレコーダ・プログラミング・データを格納するデバイスと、その格納されたレコーダ・プログラミング・データを使用してレコーディングを制御するデバイスとを含んでいる。テレビジョン信号からレコーダ識別子及びレコーダ・プログラミング・データを検索するデバイスは垂直帰線期間デコーダを含んでいる。本発明の他の目的及び多くの付随の特徴は、添付の図面を参照する以下の詳細な記載からよりよく理解されるであろう。図面を通して同一参照符号は同様の部分を示す。図面の簡単な説明図１は本発明によるビデオカセットレコーダを示すブロック図である。図２は従来のテレビジョンのインターレース・ラスタ・スキャン・パターンを示す概略図である。図３はテレビジョン・ビデオ及びデータ伝送の機能ブロック図である。図４はフィールド１及びフィールド２の垂直帰線期間（ＶＢＩ）を示すタイミング図である。図５はＶＢＩにおけるデータの伝送のための標準データフォーマット（１Ｘ）のタイミング図である。図６はＶＢＩにおけるデータの伝送のための加速データフォーマット（２Ｘ）のタイミング図である。図７は本発明によるテレビジョンカレンダの一部を示す図である。図８は本発明による圧縮符号デコード技術のフロー図である。図９は本発明による圧縮符号エンコード技術のフロー図である。図１０〜１３は本発明によるビデオ番組を制御する方法のフロー図である。特定の実施例の詳細な説明図を参照すると、図１はビデオカセットレコーダ１０を示すブロック図であり、ディレクトリを用いて、記録された番組のインデクシング（指標）を与えるものである。インデクシングＶＣＲ１０はディレクトリ・コントローラ機能３０を持つビデオ・カセットリーダ／レコーダ（ＶＣＲ）を含んでいる。ＶＣＲは、ベータ、ＶＨＳ、スーパーＶＨＳ、８ｍｍ、ＶＨＳ−Ｃのような多くの異なるレコーディング技術の任意の１つ又は他のポピュラーな技術を使用する。カセット４０は、カートリッジ４０ａ又はカセット・ハウジング（以下カセットと称する）内にパッケージ化され、供給スピンドル４０ｂと取り出しスピンドル４０ｃの間で輸送される磁気デープ４２を含んでいる。異なるタイプの記録技術に対しては、ハウジングの寸法及び設計は異なるが、テープ自体の上にある基本的な情報は類似している。従来のＶＣＲの技術及び動作はこの分野においてよく理解されている。インデクシングＶＣＴ１０は、ＶＣＴの動作を制御するめのロード３ａ、プレイ３ｂ、ストップ３ｃ、レコード３ｄ及びエジェクト３ｅを含むコントロールボタン付のボタンコントロールパネル３を有している。ロードボタン３ａはオプションであり、自動的にロードするマシンでは使用されない。ＶＣＲコントロールロジック回路２１はボタンコントロールパネル３から制御信号を受け取り、モータとメカニカルコントロール・ロジック回路５、ビデオロジック回路７、位置ロジック及びカウンタ回路９、及びコントロールとオーディオ・トラック・ヘッド・ロジック回路１１に、及びディレクトリ・コントローラ３０のマイクロプロセッサ・コントローラ３１にコントロール信号を送ることにより、ＶＣＲの全体の動作を制御する。モータとメカニカルコントロール・ロジック回路５はカセット４０のローディング及びエジェクティングを制御し、且つカセット４０内のビデオテープ４１の移動を、記録中、読み出し（再生）中、速送り中、及び巻き戻し中に、制御する。ビデオロジック回路７は、テープ４２からビデオ信号を読み出すこと又はテープ４２にビデオ信号を書き込むことにおけるビデオ読み出し／書き込みヘッドドラム１３の動作を制御する。電気的信号はビデオロジック回路７とビデオヘッドドラム１３の間で巻線１４を用いて磁気的に結合されている。位置ロジック及びカウンタ回路９はカセットテープ移動センサ２２を介してテープ移動をモニタし、テープ位置を表す信号を生成する。コントロールとオーディオ・トラック・ヘッド・ロジック回路１１は、書き込みヘッド１９、読み出しヘッド１７、及び消去ヘッド１５を介して、テープ４２の制御又はオーディオトラック上で信号の書き込み、読み出し、及び消去する制御をする。ディレクトリ・コントローラ３０はマイクロプロセッサ・コントローラ３１と、ランダム・アクセス・メモリ（ＲＡＭ）３３とディレクトリ・入出力ディスプレイ及びコントール・パネル３２とを含んでいる。好ましくは、マイクロプロセッサ・コントローラ３１は、集積回路マイクロプロセッサと、本発明の方法を実施するためのコントロール・プログラムを格納するリード・オンリ・メモリ（ＲＯＭ）のようなプログラム記憶装置３１ａと、タイミング機能のためのクロック信号を生成し、時間を提供するクロック３１ｂとを備えている。この時間は、この分野で知られている方法で、ディレクトリ・入出力ディスプレイ及びコントール・パネル３２を用いてセットされ得る。マイクロプロセッサ・コントローラ３１はディレクトリ・コントローラ３０の動作を制御し、ＶＣＲコントロール・ロジック・回路２１とインターフェースして、ディレクトリの読み出し、更新及び書き込みのための必要な機能的可能性を実行する。インデクシングＶＣＲ１０内のマイクロプロセッサ・コントローラ３１は、すべてのインデクシング機能とヒューマン・インタフェースとを遂行し、解釈する（例えば、インデント、画面フォーマット、属性）。ＲＡＭ３３は従来のランダム・アクセス・メモリであり、マイクロプロセッサ・コントローラ３１と直接的にインターフェースする。ＲＡＭ３３は好ましくは不揮発性である。これに替えて、ＲＡＭ３３はバッテリバックアップを有している。バッテリバックアップは、パワーが失われてからメモリの内容を所定時間、例えば、７日間だけ維持する。インデクシングＶＣＲがビデオテープ上のメモリの自動的バックアップを用いる場合、その保持時間は短くてよい。システムデータ３３ｂとして示されている、ＲＡＭ３３の部分はマイクロプロセッサ・コントローラ３１のシステムソフトウエアを格納するために使用される。ＲＡＭ３３は又、プログラム・ディレクトリ３３ａのために使用される。ＲＡＭ３３のサイズは製造者の自由である。しかしながら、ＲＡＭ３３は好ましくは、ライブラリ格納装置のためのメモリの少なくとも２５６キロビットを有する。ＲＡＭ３３の実効メモリサイズは周知のデータ圧縮技術を用いることにより増大できる。ＲＡＭ３３に記録されたデータはエンコード又はスクランブルされ得る。ディレクトリ・入出力ディスプレイ及びコントール・パネル３２は、英数字キーボード３２ａと、ディレクトリ３３ａ内及びテープ４２上のデータの検索命令のための検索キー３２ｂ、ＲＡＭ３３内のディレクトリ情報の修正又は削除のためのモディファイキー３２ｃ、及びプログラム・ディレクトリ情報をエンターするためのエンターキー３２ｄのような特別の機能キーとを有する。特別の機能キーの代わりに、英数字キーボード３２ａ上の従来のキーの予め定められだシーケンスをエンターすることによっても機能を創始してもよい。ディスプレイ３２ｅはキーボード３２ａ上でエンターされているデータを表示するための従来の液晶又は他のタイプのディスプレイであり、ＲＡＭ３３内に格納されたディレクトリ又は他の情報を表示する。これに替えて、データはオン画面テレビジョン・ディスプレイ５０ａで示され得る。ＲＡＭ３３内に格納されたディレクトリ情報はマイクロプロセッサ・コントローラ３１により処理される。ＶＣＲ１０はさらにＶＣＲコントロール・ロジック回路２１及びキャラクタ・ジェネレータ・リード・オンリ・メモリ（ＲＯＭ）２５に接続されたキャラクタジェネレータ回路２３を備えている。キャラクタ・ジェネレータはこの分野で周知である。典型的には、キャラクタ・ジェネレータＲＯＭ２５は、ローマ字アルファベット及びアラビア数字のような複数の英数字キャラクタのピクセル又はビットパターンを表すデータテーブルを格納する。ＶＣＲコントロール・ロジック回路２１及びキャラクタ・ジェネレータ回路２３によるコマンドがあると、キャラクタジェネレータＲＯＭ２５内のデータが読み出されて、テレビジョン５０のようなビデオディスプレイへの出力信号内で、マイクロプロセッサ・コントローラ３１により生成された座標により決定されるディスプレイ上の位置に配置されるか、又はモジュールがディスプレイ３２ｅに送られる。最終結果はディスプレイ画面上の英数字キャラクタの視覚的表示である。図１に示すように、垂直帰線期間（ＶＢＩ）信号デコーダ６０がチューナ６１の出力に接続されており、そのチューナ６１は、アンテナ６３、ケーブルＴＶ信号ソース６４、又は衛星受信システムからの放送ＴＶ信号を受信する。垂直帰線期間（ＶＢＩ）は、テレビジョン上のビームが画面の下から上に戻る時である。この期間に、ビデオは画面に書き込まれないので、情報をこの垂直帰線期間中に送ることができる。ＶＢＩデコーダ６０は受信ビデオ信号のＶＢＩ内のデータをデコードする。ＶＢＩをさらに以下に記載する。ディレクトリデータはＶＢＩ内でエンコードされＶＢＩデコーダ６０により検索され、ＲＡＭ３３内に記憶するためにディレクトリ・コントローラに与えられる。ＶＣＴコントロール・ロジック回路２１はマイクロプロセッサ・コントローラ３１により命令されて、ＲＡＭ３３内に格納されたプログラムの制御の下でディレクトリ３３ａにデコードされたデータを格納する。ディレクトリ・データはテレビジョン５０又はディスプレイ３２ｅ上に表示される。ビデオープ４１に記録された番組を検索するためのディレクトリデータの使用は、１９９３年１２月３０日出願の米国特許出願第０８／１７６，８５２号に更に記載されており、これは参考のために完全に記載されているかのようにしてここに取り込まれている。ＶＢＩデコーダ６０は又、チューナ６１からＶＢＩデコーダ６０に受信されたテレビジョン信号からレコーダ識別子及びレコーダ・プログラミング・データを検索するために使用され得る。ユーザは、図１に、格納されたレコーダ識別子９０で示されているような、レコーダ識別子をＲＡＭ３３内にエンターし格納することができる。エンターされたレコーダ識別子９０は、ＶＢＩデコーダ６０によりテレビジョン信号から検索される、検索されたレコーダ識別子と比較され、エンターされたレコーダ識別子が検索されたレコーダ識別子と一致すると、ＶＢＩデコーダ６０によりテレビジョン信号から検索されたレコーダ・プログラミング・データは、格納されたレコーダ・プログラミング・データ９２として示されているように、ＶＣＲコントロール・ロジック２１及びマイクロプロセッサ・コントローラ３１の制御の下でＲＡＭ３３に格納される。レコーダ・プログラミン・データは、記録されるべき番組に関するチャンネル、年月日、時刻、及び番組長（ＣＤＴＬ）からなっている。クロック４２がＶＣＲ１０に含まれており、時刻及び年月日を含む時間を保持する。例えば、年月日は１９９４年８月３日で、時刻は午後３時であり得る。レコーダ・プログラミング・データ９２はＶＣＲ１０によりプログラミングの年月日の番組の記録を制御するために使用される。レコーダ・プログラミング・データの年月日及び時刻がクロックの年月日及びクロックの時刻に一致すると、レコーダ・プログラミング・データのチャンネルが用いられてチューナ６１を適切なチャンネルに同調させ、次いでレコーダにより記録が開始される。その記録がレコーダ・プログラム・データの番組長に等しい時間の間継続すると、その番組の記録は終了する。ＶＣＲ１０は又圧縮符号デコーダ８０を含み、これを以下に説明する。簡単にいうと、圧縮符号デコーダは、記録されるべき番組のチャンネル、年月日、時刻及び番組長の組合せをあらわし、それから長さが圧縮された圧縮符号をデコードすることができる。検索されたレコーダ・プログラミング・データは圧縮符号を含むことができる。ＶＢＩデコーダ６０が圧縮符号を検索すると、その圧縮符号はＶＣＲコントロール・ロジック２１により圧縮符号デコーダ８０に送られて、その圧縮符号をチャンネル、年月日、時刻及び番組長にデコードし、格納されたレコーダ・プログラミング・データ９２により示されるようにＲＡＭ３３に格納される。次いで、チャンネル、年月日、時刻及び番組長は上記のように使用されて番組の記録のためにＶＣＲ１０を制御する。圧縮符号デコーダはクロック４２の関数としてデコーディングを行うことができる。圧縮符号のデコードをクロックの関数とすることにより、圧縮符号をデコードするアルゴリズムは時間の関数となり、したがって、引き出すことはより困難になる。アンテナ６３、ケーブルＴＶ信号ソース６４、又は衛星受信システムを介して受信されたテレビジョン信号は多くの受信機に放送されるので、チューナ６１により受信されたテレビジョン信号は異なるＶＣＲ内の多くのそのようなチューナにより受信される。テレビジョン信号と共に送られテレビジョン信号の垂直帰線期間内に挿入されたレコーダ識別子は、感覚的には、放送されたレコーダ識別子により識別される特定のＶＣＲ又は他の装置に対するアドレスである。局又はケーブルＴＶソースから放送されたテレビジョン信号からレコーダ・プログラミング・データをユーザが獲得するために、ユーザは局の代表者を呼び出してその代表者に彼又は彼女のＶＣＲ１０のレコーダ識別子を通知する。ユーザは又記録されるべき番組又は使用されるべき選択基準を識別して、記録用の番組を選択する。代表者は電話に応答し、コンピュータにデータを入力する実際の人で有り得、又は代表者の機能は自動化されることができ、ユーザは電話タッチトーンを介して要求されたデータを入力することができる。遠隔サイトのコンピュータが次いで使用されて、識別された番組又は番組選択基準を、チャンネル、年月日、時刻、および番組長さ（ＣＤＴＬ）データの１つ以上の集合に変換する。コンピュータは、レコーダ識別子および記録されるべき番組のためのＣＤＴＬデータの集合を送信されたＴＶ信号の垂直帰線期間に挿入することができる局にリンクされている。チャンネル、年月日、時刻、および番組長（ＣＤＴＬ）データの集合を生成する代わりに、コンピュータは圧縮符号の集合も生成することができ、各圧縮符号はチャンネル、年月日、時刻および番組長データの組み合わせから長さが圧縮されている。多くのユーザからの要求を送信されたＴＶ信号の垂直帰線期間に挿入するために利用できる十分な帯域幅がある。要求されていることのすべては、記録されるべき番組が放送される時間の前に特定のユーザのためにデータを送信することである。多数のユーザが、放送テレビジョン信号の垂直帰線期間内に挿入されたデータを介してＶＣＲにダウンロードされたレコーダ・プログラミング・データを持つ事を要求すると、レコーダ識別子およびレコーダ・プログラミング・データの挿入は１つのユーザのために行われ、次いで同じステップが次のユーザのために行われ等となる。ＶＣＲ１０は常にオンしていると仮定しているので、垂直帰線期間内に挿入されたレコーダ識別子およびレコーダ・プログラミング・データを持つ信号が送信されると、ＶＣＲ１０はＶＢＩデコーダ６０を用いてデータを容易に検索する。ユーザがＶＣＲ１０にレコーダ識別子を入力し、レコーダ識別子９０として示されているようにＲＡＭ３３にそれを格納し、次いでユーザのＶＣＲのためにレコーダ・プログラム・データを送信する時にレコーダ識別子を使用することを代表者に通知するために代表者を呼び出すかわりに、ＶＣＲ１０は、レコーダ識別子を発生するために使用される乱数発生器９４を含むことができる。乱数発生器９４を使用してレコーダ識別子を発生することにより、任意の二人のユーザがＶＣＲ１０のための同一のレコーダ識別子を選択する確率が減少する。乱数発生器９４は、乱数を発生し、それは次いでディレクトリ・ディスプレイ３２ｅ又はテレビジョン５０のいずれかの上でユーザに対して表示される。ユーザは次いで、その乱数を読み、代表者を呼び出して、その代表者に乱数をレコーダ識別子として使用するために与える。これと同時に、乱数発生器９４内の現在の乱数はＲＡＭ３３内のレコーダ識別子９０のロケーションに格納される。次いで代表者に与えられた乱数は放送テレビジョン信号の垂直帰線期間に挿入されると、ＶＣＲ１０はＶＢＩデコーダ６０を用いてその乱数を抽出し、それをＲＡＭ３３に格納されているレコーダ識別子９０と比較する。その乱数とレコーダ識別子が同じであれば、ＶＣＲコントロール・ロジックは、その乱数と共に送られたレコーダ・プログラミング・データがこのＶＣＲのためのものであるということを知る。ＶＣＲコントロール・ロジックは次いで、ＶＢＩデコーダ６０により抽出されたレコーダ・プログラミング・データを捕らえて、そのレコーダ・プログラミング・データを図１に示すようにＲＡＭ３３に格納する。１つのＶＣＲにより生成された乱数は他のＶＣＲにより生成された乱数と異なるので、各ＶＣＲはユニークなレコーダ識別子を持っているということが重要である。乱数を生成するための１実施例においては、ＶＣＲ内に第１の１２ビットカウンタと第２の１２ビットカウンタとが設けられている。ＶＣＲのパワーアップ時に、その２つのカウンタはクロックパルスの計数を開始する。ユーザがリモート・コントローラ上の第１の次いで第２のキー（これらは同じキーでもよい）を押すと、第１の１２ビットカウンタが、次いで第２の１２ビットカウンタが、それぞれカウントをストップする。２つの１２ビットカウンタの計数は次いで結合されて２４ビットのレコーダ識別子を形成する。カウンタは非常に速く、且つ第１および第２のキーが押される時間はきわめてランダムなので、レコーダ識別子は十分にランダムであり、２つのＶＣＲが同じレコーダ識別子を持つ確率は、およそ１６００万回にわずか１回である。以下に、レコーダ識別子およびレコーダ・プログラミング・データが放送テレビジョン信号の垂直帰線期間に挿入される仕方を詳細に記載する。最初に、垂直帰線期間自体を記載する。陰極線間（ＣＲＴ）タイプのビデオ装置、例えば、テレビジョン、におけるビデオ画像は、ビームを画面を横切る所定パターンのラインに沿って走査することにより生成される。すべてのラインが走査される毎に、フレームが生成されたといわれる。１実施例において、米国で使用されているように、フレームは毎秒３０回走査される。各テレビジョン・フレームは５２５ラインからなり、それは、各々が２６２．５ラインの、フィールド１（奇数フレーム）およびフィールド２（偶数フレーム）と呼ばれる２つの別々のフィールドに分割される。偶数フィールドと奇数フィールドのラインはインターリーブされて、インターレースとして知られるプロセスで1/30秒毎に５２５ラインのフレームを生成する。世界における他の標準は６２５ラインの情報で毎秒５０フィールドで３１２ラインと３１２ラインをインターレースする。米国で使用されている５２５ライン標準においては、およそ４８０ラインがテレビジョン画面上に表示される。図を参照して、図２は従来のテレビジョン受信機の画面上のインターレースされた走査パターン１００を示す概略図である。ビデオ・ディスプレイはビームを左手コーナのトップから走査し、画面を横切って走査する（図２のライン２２、フィールド１）。最初のラインの走査が終わると、ビームは水平帰線期間として知られる期間の間に左手側に戻り、前回のラインに平行で下側の他のラインに沿ってい走査を繰り返す（図２のライン２３、フィールド１）。この走査は、画面のボトム部の中央（ライン２６３、フィールド１）にビームが到達するまでラインに沿って続き、ライン１０２からなるフィールド１を完成する。画面のボトム中央から、ビームはトップに戻り、実質的に画面中央から、フィールド１のラインをインターレースするフィールド２のためのライン１０４に沿って走査を開始する。これはボトムからトップへの瞬間的なジャンプではなく実際には２１水平ラインを走査する時間長を必要とする。これらのライン１０６はフィールド２のライン１からライン２１である。フィールド２のライン２１の後半（図２に示されるライン２８４）が表示される。フィールド２のライン２８５から５２５が次いで走査されてフィールド２を完成する。ビームが、画面の右手コーナのボトムに到達すると、画像・フレームが形成される。次いでビームはトップに到達し垂直帰線期間ライン１０８がフィールド１の１から２１に番号付けられる。北アメリカで広く使用されているＮＴＳＣプロトコルにおいては、各フィールドは262.5 水平ラインを含み、フィールド対は５２５ラインのビデオ・フレームを構成し、ビデオディスプレイ上に時間的な１瞬間に１つのビデオ画像を生成する。ビームがフィールド間で画面のボトムからトップに戻る時間の間は、画面上に画像要素を生成しないので、ビデオ即ち画像信号を運ばない。この時間間隔は一般に垂直帰線期間（ＶＢＩ）として知られている。その期間は典型的には、ビームが画面を横切って走査するのに必要な時間間隔の２１倍である。言い換えれば、ＶＢＩの期間はビームが２１ラインを走査する時間に等しく、２１ラインに分割される。インターレース走査においては、ＶＢＩはそれが関係するフィールドにより識別される。各ＶＢＩ内に２１ラインを持つＮＴＳＣ標準を用いる装置及び方法はこの分野で周知であり、したがって、ここでは詳細には記載しない。垂直帰線期間中は画像はディスプレイ上に生成されないので、画像情報は放送信号によって搬送される必要がない。こうして、ＶＢＩはテレビジョン・ネットワーク又は局から視聴者に補助信号を搬送するために使用される。例えば、図４に示すように、テレビジョン番組に関係するクローズド・キャプション（字幕）データが標準ＮＴＳＣビデオ信号のフィールド１のＶＢＩライン２１内のエンコードされた復号データ信号として送信される。各フィールドのＶＢＩのライン１から９までは垂直同期とポスト等化パルスのために使用される。したがって、ライン１０から２１が補助情報のために利用可能である。図３はデータ伝送システムの機能ブロック図である。ここで使用されているように、「放送」と「送信」という用語は、ケーブル又は光ファイバ上で、衛星に向けて又は衛星から、空中で、等により信号を送信するために交換可能に使用されている。ネットワーク・ヘッド・エンド１０００１は、その一部、典型的には垂直帰線期間、に挿入情報を含む復号テレビジョン信号を衛星１０００２に送信し、その衛星は同じ信号をローカル支部１０００３に向けて再度放送する。支部１０００３は受信テレビジョン信号の垂直帰線期間にさらにデータを挿入してもよく、それをローカル・ケーブル・ヘッド・エンド１０００４に送信する。ケーブル・ヘッド・エンド１０００４は複数のソース（衛星を含む）からテレビジョン信号を受信して、任意のテレビジョン信号の垂直帰線期間にデータをさらに挿入してもよい。複数のソースからの信号は復号テレビジョン信号に結合され、増幅され、そしてケーブルを介して、テレビジョン、ケーブル・ボックス、ＶＣＲ及び衛星受信機を含む複数の個々の受信機１０００５に与えられる。さらに、個々の受信機１０００５は、衛星１０００２の使用を含み得る空中により、又はケーブルにより、ローカル支部１０００３から信号を直接受信してもよい。より特定的には、ネットワーク・ヘッド・エンドはインサータ１０００７にプログラム信号を提供するためのビデオテープレコーダ（ＶＴＲ）１０００６を有する。ヘッド・エンドにやはり存在するコントローラ１０００８は、カート（格納位置からロボットアームにより移動され、ビデオ・テープ・レコーダに挿入され、及びその逆の動作をする複数のビデオ・テープ・カセットを持つマシーン）からテープをローディングするスケジューリングを制御する。さらに、コントローラ１０００８は、ニュース放送のような、ライブ放送の間のステージの光を制御する。トラフィック・コンピュータ１０００９はビデオテープの個々のセグメントを再生し、その間にコマーシャルを挿入するタイミングを制御するとともに、異なる番組の間の切換を制御する。いくつかのネットワーク・ヘッド・エンドは、トラフィック・コンピュータ１０００９とコントローラ１０００８の両方を有している。コントローラ１０００８はデータとコマンドをインサータ１０００７に与える。トラフィック・コンピュータ１０００９はデータとコマンドをコントローラが存在していれば与える。そうでなければ、トラフィック・コンピュータ１０００９はこれらの信号を直接にインサータ１０００７に与える。インサータ１０００７は、以下に記載のように、データを復号テレビジョン信号の垂直帰線期間に挿入し、テレビジョン信号を送信機１００１０に与え、その送信機はテレビジョン信号をマイクロ波搬送波に乗せて衛星１０００２への送信のための衛星皿１００１１に与える。衛星１０００２は、支部１０００３における衛星皿１００１２により受信された受信信号を再送信する。その皿はローカル支部１０００３における局インサータ１００１３に信号を与える。その支部は又、以下の記載のようにデータを復号テレビジョン信号に挿入してもよい。そのテレビジョン信号は次いで送信機１００１４に、次いで送信アンテナ１００１５に与えられる。ローカル・ケーブル・オペレータ１０００４は複数のネットワーク１０００１及び支部１０００３からの信号を受信するための複数の衛星皿１００１６とアンテナ１００１７とを有している。皿１００１６及びアンテナ１００１７の各々からの受信信号はマルチ・チャンネル・インサータ１００１８のそれぞれの入力に与えられ、マルチ・チャンネル・インサータは受信信号の垂直帰線期間にデータを入力することができる。インサータ１００１８からのマルチ・チャンネル出力は増幅器１００１９で増幅されケーブル１００２０を介して個々の受信機１０００５に与えられる。これに替えて、受信機１０００５はアンテナ又は衛星受信機を介して放送情報を受信することができる。各受信機１０００５はＶＢＩデコーダを含み、それはＶＢＩスライサとクローズト・キャプション・デコーダを含むことができ、それは両フィールド１及び２のＶＢＩライン１０〜２１を走査する。さらに、ＶＢＩデータのための各ビデオフレーム内の最初のいくつかの視覚可能ライン、例えばライン２２〜２４、を使用することが可能である。ライン１から９は典型的には垂直同期及び等価のために使用されるので、データの送信のためには使用されない。閉キャプショニング及びテキストモードデータは、図４にクローズト・キャプション・データ１１２により示されているように、一般に、フィード１の各ＶＢＩライン２１に対して２バイトの速度で、ＮＴＳＣビデオ信号のフィールド１、ＶＢＩライン２１上で送信される。テキスト・モード・フィールドは画面全体をテキストで満たす。デフォルト・モードは、ページが最初に満たされており、次いでスクロールアップされる、オープン・エンデッド・モードである。そのようなデータの個々の受領者はそのデータにわたり制御を有しない。拡張データサービス（ＥＤＳ）は図４にＥＤＳデータ１１６として示されるように、フィールド２のＶＢＩライン２１当たり２バイトの速度で、フィールド２のＶＢＩライン２１上を送信されることができる。背景として、垂直帰線期間内のデータは波形、そのコーディング及びデータパケットで記述できる。クローズト・キャプションデータ波形はクロック・ラン・インと、それに続くフレーム・コードと、それに続くデータとを有している。データのコーディングはノン・リターン・トウ・ゼロ（ＮＲＺ）の７ビット奇数パリティである。１９９３年７月に有効となった強制ＦＣＣ規格の下では、１３インチ以上のカラーテレビジョンはクローズト・キャプション・デコーダを備えていなければならない。キャプション・データ・デコーディンは、ここに参考のために取り込まれた、以下の仕様書にさらに記載されている。タイトル４７，コード・オブ・フェデラル・レギュレーションズ，GEN.により補正されたパート１５、ドケット番号No．91-1; FCC91-119;「テレビジョン受信機のためのクローズド・キャプション・デコーダ・規格」“CLOSED CAPTION DECODER REQUIREMENTS FOR THE TELEVI SION RECEIVERS”；タイトル47，C.F.R.，パート73.682(a)(22),キャプション・トランミッション・フォーマット(Caption Transmission format);タイトル47 ，C.F.R.パート73.699，図６；「テレビジョン同期波形」“TELEVISION SYNCHRO NIZING WAVE FORM”; タイトル４７，C.F.R.，パート73.699，図 17a;「ライン21，フィールド１・データ信号フォーマット」“LINE 21，FIELD 1 DATA SIGNAL FORMAT”; 及びPBSエンジニアリング・レポートNo．E-7709-C，「聾唖者のためのテレビジョン字幕: 信号及び表示仕様」“TELEVISION CAPTIONIN G FOR THE DEAF: SIGNAL AND DISPLAY SPECIFICATIONS”。ライン２１データ・サービスのための勧告されたプラクティスにおいて提案された拡張データサービス（ＥＤＳ）の、エレクトロニクス・インダストリーズ・アソシエーション(Electronics Industries Association)，EIA-608(1992年10月 12日及び1993年７月17日に起草)(以下ではEIA-608 標準と称する）の下で、その主題はここに参考のために取り込まれているが、追加のデータが垂直帰線期間のフィールド２、ライン２１内に与えられている。この勧告されたプラクティスは、２つのテキスト・モード・フィールドと拡張データサービスとの２つの閉キャプショニング・フィールドを含んでいる。この拡張データは、他の情報の中でも、番組名、番組長、ショーの中への長さ、チャンネル番号、ネットワーク支部、局呼出し文字、ＵＣＴ（ユニバーサル座標時間）時間、時間ゾーン、日中時間節約用法を含む。ネットワークにおける上流で、ネットワークは番組名、ショーの長さ、ショーへの長さ、ネットワーク支部、及びＵＣＴ時間を挿入する。支部における下流で、支部はチャンネル番号、時間ゾーン、日中時間節約用法及び番組名を挿入する。ネットワークは、異なる支部に対して異ならないデータを挿入する。このデータはパケットデータ送信される。ＥＩＡ−６０８標準において次の６つのクラスのパケットが提案されている：（１）現在送信中の番組を記述するための「カレント(Current)」のクラス；（２）後に送信すべき番組を記述するための「フューチャ(Future)」クラス；（３）送信チャンネルに関する番組でない特別の情報を記述する「チャンネル情報(Channel Information)」クラス；（４）他の情報を記述する「雑(Miscellaneous)」クラス；（５）ナショナル・ウエザー・サービス・ウオーニング及びメッセージ(National Weather Service Warnings and mes sages)のような公衆サービスの性質のデータ又はメッセージを送信するための「公衆サービス(Public Service)」クラス、及び（６）将来の定義のためにリザーブされた「リザーブ(Reserved)」クラス。様々なインサータによりテレビジョン信号に挿入されたデータは閉キャプショニング・データとＥＤＳデータとを含む。挿入されたデータは又、図４にデータ１１４で示されているように、チャンネル、年月日、時刻、及び番組長（ＣＤＴＬ）、又はＣＤＴＬを表す圧縮符号といった他のデータを含むことができる。説明されるであろうように、このデータはプログラム・ビデオ・セグメント内に挿入される。そのデータは１０と２０の間の任意のＶＢＩライン内のいずれかの又は両フィールドに挿入され得る。例えば、図４にデータ１１４で示すように、そのデータはフィールド２のライン２０内に挿入され得る。このデータは、以下にさらに説明するように、クローズト・キャプション・レートで（１Ｘフォーマット）又はクローズト・キャプション・レートの２倍で（２Ｘフォーマット）、ＶＢＩ内に挿入されてもよい。このデータはローカル・ターミナル１００２１からマニュアルにより入力されてもよい。このローカル・ターミナル１００２１は、プレビルド、リコール又はメッセージを編集するために使用され得る。ターミナル１００２１は典型的にはコンピュータを含む。さらに、データをインサータ１０００７に与えるためにモデム１００２２が使用されてもよい。このデータは、テレビジョン番組案内発行者又はネットワーク・ヘッド・エンドのようなリモート・サイトからマニュアルで又は自動的に与えられ得る。インサータ１０００７の出力は挿入されたデータを持つ復号テレビジョン信号である。ＮＴＳＣフォーマットにおけるビデオ信号のタイミングはこの分野で周知である。上記のように、垂直帰線期間は画面のボトムから画面のトップへのフライバックの間の時間である。ビデオ信号は表示されないが、水平同期パルスはＶＢＩの間も与えられる。標準データ伝送速度はＥＩＡ−６０８標準で規定されている。図５に示すように、水平同期パルス１２０にカラーバースト信号１２２が続く。クローズト・キャプション及びＥＤＳデータのために、クロック・ラン・イン・サイクル１２４がカラーバーストに続き、次いでフレーム符号１２６が続く。クロック・ラン・インは“１０１０１０１０１０１”である。フレーム符号は“ ０１００００１１”である。２つのデータ・バイト１２８及び１３０は各ＶＢＩライン内で送信される。各バイトはパリティビットを含む８ビットである。このフォーマットは標準データ・レート・フォーマット（又は１Ｘフォーマト）と称する。ＶＢＩライン内の各バイトは最初に最下位バイトで配置される。最後のビットはエラーチェックのためのパリティとして使用される。送信されたデータの各バイトは受信に際してパリティチェックがされる。１Ｘフォーマットは、図４にクローズト・キャプション・データ１１２として示されているように、フィールド１のＶＢＩライン２１におけるクローズト・キャプションを送信するために使用されるフォーマットである。それは又、図４にＥＤＳデータ１１６により示されているように、フィールド２のＶＢＩライン２１内のＥＤＳデータを送信するために使用されるフォーマットでもある。図６に示される加速データフォーマット（２Ｘフォーマット）は１Ｘフォーマットのビットレートの２倍のビットレートを使用して、ＶＢＩライン当たり４バイトを与える。クロック・ラン・イン１４４はビットシーケンス“１０１０１０１０”である。フレーム符号１４６は“１００１１１０１１０１”である。４データバイト１４８、１５０、１５２及び１５４が各ＶＢＩラインで送信される。この２Ｘフォーマットは図４のデータ１１４を送信できる。さて、レコーダ識別子およびレコーダ・プログラミング・データを垂直帰線期間に挿入する方法を記載してきたが、ＣＤＴＬ情報を表す圧縮符号の使用を次に記載する。図７は圧縮符号を有するテレビジョン・カレンダー３００を示す。例えば、チャンネル１８の午後６時のスポーツ回顧のための圧縮符号は６８７１３である。ニケロウディアン（Nickelodeon）上のゲームのダブル・デアのための圧縮符号は２９２２５の圧縮符号である。このテレビジョン・カレンダーは多数の年月日セクション３０２と、多数の曜日セクション３０４と、多数の時刻セクション３０６と、チャンネル識別子３０８と、テレビジョン・ガイド出版物に共通な方法で配置された番組名を含む、記述的な番組識別子３１０とを有している。各チャンネル識別子に関係して配置されているのは圧縮符号識別子３１２であり、これは、記録されるべき番組のチャンネル、日付、時刻および番組長の組み合わせを表し、且つその組み合わせから長さが圧縮された圧縮符号である。垂直帰線期間を介してレコーダ・プログラミング・データをダウンロードすることにより、ユーザは家から離れていてもＶＣＲをプログラムすることが可能になる。ユーザは図７に示されるカレンダーのようなテレビジョン・カレンダー内の番組を参照し、記録することを望む番組を選択することができる。次いでユーザは代表者を呼び出して、その代表者にユーザのレコーダ識別番号を与え、記録を望む番組を示すことができる。ユーザはＣＤＴＬ情報をその代表者に与える事ができるか、又は圧縮符号３１２のような圧縮符号をその代表者に与えることができる。次いで、そのビデオ・カセット・レコーダの中に挿入されたブランク・テープをそのビデオ・カセット・レコーダが持っている限り、ＶＣＲは垂直帰線期間内にダウンロードされたレコーダ・プログラミング・データを介してプログラムされる事ができ、次いでその番組を適当なチャンネル上に適当な時間に記録することができる。以下に、圧縮符号をＣＤＴＬデータにデコードする方法を記載する。ＣＤＴＬデータを圧縮符号にエンコードする方法も記載する。図８は好ましい圧縮符号のデコーディング技術の流れ図である。圧縮符号のデコードを理解するためには、最初に圧縮符号のエンコード技術を説明することが最も容易であり、図９はそのための流れ図である。次いで、圧縮符号のエンコーディングの逆である圧縮符号のデコーディング技術を説明する。圧縮符号のエンコーディングは任意のコンピュータ上で行うことができ、圧縮符号を含む番組案内を準備する前に行われる。案内に印刷されるであろう各番組に対して、ステップ２４２でチャンネルと、年月日と、時刻と長さ（ＣＤＴＬ）符号２４４がエンターされる。ステップ２４６では、優先ベクトル記憶装置２２２内のチャンネルと、年月日と、時刻と長さの優先度を別々に読み出し、それはリード・オンリ・メモリに格納され得る。優先ベクトル記憶装置２２２は４つのテーブル：優先ベクトルＣテーブル２２４、優先ベクトルＤテーブル２２６、優先ベクトルＴテーブル２２８、優先ベクトルＬテーブル２３０、を含んでいる。チャンネル優先テーブルは、最もよく使用されるチャンネルが低い優先番号を持つように順序付けられる。優先ベクトルＣテーブル２２４内のデータの１例は次の通りである。一般に、月の中の日はすべて等しい優先度を持つので、月の中の小さい数の日と小さい数の優先度とは次の例のように優先ベクトルＤテーブル内で対応する。スタートタイムの優先度は、主要な時刻が低い優先番号を持ち、深夜の番組は高い優先番号を持つ用にアレンジされる。例えば、優先ベクトルＴテーブルは次のものを含む。優先ベクトルＬテーブル２３０内にあるデータの例は次の通りである。チャンネル、年月日、時刻、長さ（CDTL）２４４データが、510 19.00 1.5 であると仮定すると、これはチャンネルが５で、月の日付が１０日で、午後７時で、長さが１．５時間であることを意味しており、上記の例に対しては、Ｃ_P 、Ｄ_P、Ｔ_P、Ｌ_Pデータ２４８は、図９の優先テーブル２２４、２２６、２２８および２３０内のチャンネル、年月日、時刻、長さにたいする優先度を参照した結果であるが、４９１３となるであろう。ステップ２５０はＣ_P、Ｄ_P、Ｔ_P 、Ｌ_Pデータを二進数に変換する。各変換におけるバイナリ・ビットの数は、含まれる組み合わせの数により決定される。Ｃ_Pに対する７ビットは、Ｃ₇Ｃ₆Ｃ₅Ｃ₄ Ｃ₃Ｃ₂Ｃ₁としてデコードされ得るが、１２８チャンネルを与える。Ｄ_P に対する５ビットは、Ｄ₅Ｄ₄Ｄ₃Ｄ₂Ｄ₁としてデコードされ得るが、１ヶ月のために３１日を与える。Ｔ_Pに対する６ビットは、Ｔ₆Ｔ₅Ｔ₄Ｔ₃Ｔ₂Ｔ₁としてデコードされ得るが、１日の２４時間の各半時間について４８のスタート時刻を与える。長さについての４ビットは、Ｌ₄Ｌ₃Ｌ₂Ｌ₁としてデコードされ得るが、半時間ステップにおいて８時間までの番組長を与える。合計で７+ ５+ ６+ ４= ２２ビットの情報があり、これは２²²= ４，１９４，３０４の組み合わせに対応する。次のステップは、ハイアラーキ・キー２２０を使用することであり、これはリード・オンリ・メモリに格納されることができて２２ビットを記録する。ビット・ハイアラーキ・キー２２０は２２ビットの任意の順序でよい。例えば、ビット・ハイアラーキ・キーは次の通りである。理想的には、ビット・ハイアラーキ・キーは、タイマ・プログラミングの対象に最もなりやすい番組が低い値の二進数を持つように順序付けられて、最もポピュラーな番組のタイマ・プログラミングのためのキーストロークを無くする。すべての日付情報は等しい優先度を持つので、Ｄ₅Ｄ₄Ｄ₃Ｄ₂Ｄ₁ビットが最初である。次に、どんな日付に対しても、時刻、チャンネルおよび長さを持つことが必要であり、優先ベクトル記憶装置２２２における優先ベクトルの順序付けの故に、Ｔ₁Ｃ₁Ｌ₁が各場合に最も可能性があるので、Ｔ₁Ｃ₁Ｌ₁が使用される。ハイアラーキ・キー内の次のビットは様々な組み合わせの異なる確率により決定される。人は遂行されるべきこの計算のためのすべてのチャンネル、時刻および長さの確率を知らなければならない。例えば、チャンネルに対する確率は、時間に対する確率は、そして、長さにたいする確率は、各チャンネル、時刻および長さに関連する、上記のような確率は、適切な順序を決定するために使用される。優先ベクトルテーブルは最もポピュラーなチャンネル、時刻および長さによりすでに順序付けられているので、１つのテーブルに対する様々なバイナリ・ビットの間で選択するための順序、例えばＣ₆Ｃ₅Ｃ₄Ｃ₃ Ｃ₂Ｃ₁ビットの間の選択、はすでに知られている。最も低いオーダのバイナリ・ビットとして、チャンネル優先テーブル内の最初の２つのエントリの間で選択するであろうから、Ｃ₁ビットが最初に選択されるであろう。次いでＣ₂ビットが選択され、等であろう。同様に、他の任意の時刻および長さのビットの前に、Ｔ₁ およびＬ₁ビットが使用されるであろう。Ｔ₁、Ｃ₁、Ｌ₁とＤ₅Ｄ₄Ｄ₃Ｄ₂Ｄ₁ビットの組み合わせが最初に使用され、チャンネル、年月日、時刻および長さについてのすべての情報が利用可能になる。年月日ビットはすべて等しい優先度を持ち、ビットのいくつかはバイナリ・ゼロであっても、すべては日を特定するために必要であるので、Ｄ₅ Ｄ₄Ｄ₃Ｄ₂Ｄ₁ビットはすべて使用される。この点において、ビット・ハイアラーキ・キーは、次のようになる。Ｔ₁Ｃ₁Ｌ₁Ｄ₅Ｄ₄Ｄ₃Ｄ₂Ｄ₁ 最初のチャンネルのバイナリ・ビットＣ₁はそれ自体によって２¹＝２チャンネルの間でのみ選択でき、その最初の２チャンネルはそれぞれ５及び４．３パーセントの確率を有する。したがって、Ｃ₁の差動確率は９．３である。同様に、Ｔ₁ の差動確率は８＋７．８＝１５．８であり、Ｌ₁の差動確率は５０＋２０＝７０である。ビット・ハイアラーキ・キーを順序付ける規則が厳しく続けられるならば、Ｌ₁は最も高い差動確率を有するのでそれはＤ₅の後の次の上位ビットとなるはずであり、Ｔ₁がその次の上位ビットとして続き、そしてＣ₁がその次の上位ビットとして続くはずであるので、ビット・ハイアラーキ・キーの最初の８ビットは、Ｃ₁Ｔ₁Ｌ₁Ｄ₅Ｄ₄Ｄ₃Ｄ₂Ｄ₁ となるべきである。ビット・ハイアラーキ・キーは最下位ビットＤ₁で開始し、次いで最高の差動確率ビットで満たされることに着目される。これはポピュラーな番組に対する最もコンパクトな符号を構成するためである。エンコーディング・プロセスにおけるこの点での問題は、そのハイアラーキ・キーにおける次の最上位ビットは、Ｔ₂，Ｃ₂，又はＬ₂のうちのどれであるかということである。これは、各ビットについての上記のテーブルから計算できる差動確率により再び決定される。我々はバイナリ・ビットを取り扱っているので、Ｃ₁との組合せにおけるＣ₂は２²＝４チャンネル又はＣ₁単独より２チャンネル多いチャンネル間で選択する。Ｃ₂にたいする差動確率はこれら２つの追加のチャンネルの追加の確率であり、例えばこれは、４＋３＝７である。同様にして、Ｃ₁及びＣ₂との組合せにおけるＣ₃は２³＝８チャンネル又はＣ₁及びＣ₂との組合せよりも４＝２^(3-1)だけ多いチャンネルの間で選択する。したがって、差動確率Ｃ₃はこれら４つの追加のチャンネルの追加の確率であり、例えばこれは、２．９＋２．１＋２＋１．８＝８．８である。同様にして、Ｔ₂及びＬ₂の差動確率はそれぞれ、６＋５＝１１及び１５＋５＝２０として計算できる。すべての差動確率が計算されると、次のステップはビットのどの組合せがより起こりそうであるかを判定することである。さて上記の例にたいしては、Ｃ₁Ｌ₁とＴ₂との組合せ、Ｔ₁Ｌ₁とＣ₂との組合せ、又はＴ₁Ｃ₁とＬ₂との組合せ、のどの組合せがより起こりそうであるか。これはキー内の次のビットを決定する。したがって、１１×９．３×７０＝７１６１と、７×１５．８×７０＝７７４２と、２０×１５．８×９．３＝２９３８．８のどれがより大きいか。この場合最大の確率を持つ組合せは７×１５．８×７０＝７７４２であり、これはＴ₁Ｌ₁とＣ₂との組合せに対応している。したがって、Ｃ₂がビット・ハイアラーキ・キー内の次のビットとして選択される。次のビットが同じ方法で選択される。Ｔ₁Ｌ₁とＣ₃との組合せ、Ｃ₁又はＣ₂とＬ₁とＴ₂との組合せ、又はＣ₁又はＣ₂とＴ₁とＬ₂との組合せ、のどの組合せがより起こりそうであるか。例えば、８．８×１５．８×７０＝９７３２．８、１１ ×（９．３＋７）×７０＝１２５５１、又は２０×（９．３；７）×７０＝５１５０．８のどれが最大の確率を有するか。この場合最大の確率を持つ組合せは１１×（９．３＋７）×７０＝１２５５１であり、これはＣ₁又はＣ₂とＬ₁とＴ₂との組合せに対応している。したがって、Ｔ₂がビット・ハイアラーキ・キー内の次のビットとして選択される。この手順は全体のキーが見つかるまですべての差動確率について繰り返される。これに替えて、ビット・ハイアラーキ・キーはビットのなんらかの任意のシーケンスであるだけでもよい。優先ベクトルを、長さ優先ベクトルをチャンネルの異なるクラスに依存させるといったように、互いに依存するようにすることも可能である。他の技術はビット・ハイアラーキ・キー２２０及び優先ベクトルテーブル２２２を、図９に示すようにクロック４２の関数にすることである。これはキーをしたがってコーディング技術を二重化すること即ちコピーすることを極めて困難にする。例えば、ビット・ハイアラーキ・キー２２０内の年月日ビットをクロックの関数としてスクランブルすることが可能である。年月日ビットはすべて等しい優先度を持っているので、クロックの関数としてビットの順序を変化させることは、ビット・ハイアラーキ・キーおいて最もポピュラーな番組に対するバイナリ・ビットの数を減少させることの有効性を変化させない。これは、毎日又は毎週といったように、周期的にＤ₁とＤ₅を切り換える程度に簡単である。こうして、ビット・ハイアラーキ・キー２２０は、 …Ｃ₁Ｔ₁Ｌ₁Ｄ₅Ｄ₄Ｄ₃Ｄ₂Ｄ₁と …Ｃ₁Ｔ₁Ｌ₁Ｄ₁Ｄ₄Ｄ₃Ｄ₂Ｄ₅ の間で切り換える。明らかに、クロックの関数としてビット・ハイアラーキ・キーの他の置換が可能である。優先ベクトルテーブルもクロックの関数としてスクランブルされることができる。例えば、優先チャンネルテーブル内の最初の２つのチャンネルは周期的に単にスワップされ得る。この技術に従うと、図９内の２４８のＣ_Pはクロック４２の関数として変化するであろう。例えば、は周期的に、に変わるであろう。これはかなり緻密なセキュリティ技術である。他の場合には正確であったデコーダは最初の２つのチャンネルが使用されていた時にのみ誤るからである。デコーディング技術のためのセキュリティを提供するための他のクロック依存も可能である。しかしながら、ビット・ハイアラーキ・キー２２０は決定され記憶されるということが導き出される。ステップ２５４でＣ_P，Ｄ_P，Ｔ_P，Ｌ_Pのバイナリ・ビットはビット・ハイアラーキ・キー２２０に従って再配置されて１つの２２ビット・バイナリ数をつくる。得られた２２ビットのバイナリ数は、２進数を１０進圧縮符号に変換するステップ２５６で、１０進数に変換される。この結果は圧縮符号２５８である。優先ベクトルとビット・ハイアラーキ・キーが一般母集団の視る習慣によく調和するならば、よりポピュラーな番組は圧縮符号にたいして３又は４ディジット以上を必要としないことが期待される。エンコーディング技術を説明してきたが、デコーディング技術はコーディング技術のちょうど逆である。これは図８のフローチャートに従ってなされる。最初のステップ２０２は圧縮符号２０４をエンターすることである。次にステップ２０６でその圧縮符号２０４は２２ビットの２進数に変換される。次いでそのビットはステップ２０８でビット・ハイアラーキ・キー２２０にしたがって記録されて再順序化されたビット２１０を得る。次いでステップ２１２でそのビットは互いにグループ化され１０進数形式に変換される。この時点で、Ｃ_P，Ｄ_P，Ｔ_P，Ｌ_Pデータ２１４が得られ、それは優先ベクトルテーブルに対する索引となる。上記の例にたいしては、このステップでベクトル４９１３を得るであろう。このＣ_P ，Ｄ_P，Ｔ_P，Ｌ_Pデータ２１４は次いでステップ２１６で、優先ベクトル記憶装置２２２内のチャンネル、年月日、時刻、及び長さをルックアップするために使用される。上記の例にたいするＣＤＴＬ２１８は５１０１９．００１．５であり、これはチャンネル５、月の１０日、７：００ＰＭ、及び１．５時間の長さを意味している。コーディング技術がクロックの関数であれば、デコーディング技術もまたクロックの関数にする必要がある。図８に示すように、ビット・ハイアラーキ・キー２２０及び優先ベクトルテーブル２２２をクロック４２の関数にすることが可能である。これは、再び、キーを、したがって、コーディング技術を二重化又はコピーすることを極めて困難にする。デコーディング及びエンコーディング技術を任意の他の所定の又は予めプログラム可能なアルゴリズムに依存するようにすることも可能である。図１０から１３は、本発明によるビデオ番組の記録を制御する方法のフロー図である。図１０はユーザが情報のダウンロードを垂直帰線期間内に設定し、局が要求されたデータを送信されたテレビジョン信号の垂直帰線期間に挿入するための方法のフロー図である。ステップ４００で、ユーザは代表者を呼出し、レコーダ識別子を伝達する。次いでステップ４０２でユーザは、記録されるべき番組（プログラム）のための番組又は番組選択基準を識別する。次いでステップ４０４で、その識別された番組又は番組選択基準は、チャンネル、年月日、時刻、番組長（ＣＤＴＬ）データの１つ又は複数の集合を生成するために使用され、又はステップ４０４でその識別された番組又は番組選択基準が圧縮符号の集合を生成するために使用される。各圧縮符号は、チャンネル、年月日、時刻、番組長の長さの組合せから長さが圧縮されている。次いでステップ４０６で、局は送信されたＴＶ信号の垂直帰線期間内にレコーダ識別子と１組以上のＣＤＴＬデータ又は圧縮符号とを挿入する。レコーダ・プログラミング・データを圧縮符号及びＣＤＴＬデータの混合物にすることが可能である。図１１は、番組のレコーダへの記録を制御するために、垂直帰線期間からレコーダ・プログラム・データを検索する方法のフロー図である。ステップ４１０で、垂直帰線期間が受信レコーダによりデコードされて、ＣＤＴＬで及び／又は圧縮符号からなる、送信されたレコーダ識別子とレコーダ・プログラミング・データとを抽出する。次いでステップ４１２で、各圧縮符号はＣＤＴＬデータにデコードされる。次いでステップ４１４で、送信されたレコーダ識別子が受信レコーダのレコーダ識別子と一致すると、ＣＤＴＬデータはレコーダ内のメモリに格納される。次いでステップ４１６で、レコーダ内のクロックからの日付及び時刻が格納されたＣＤＴＬに日付及び時刻と一致すると、レコーダは格納されたＣＤＴＬのチャンネルに同調されて、格納されたＣＤＴＬの番組長に一致する時間長の間その番組を記録する。図１２は、レコーダ識別子のために乱数が使用されていることを除き、図１０のフロー図と類似のフロー図である。ステップ４２０でレコーダは乱数を発生しそれをユーザに表示する。ステップ４２２で、ユーザは代表者又は自動化されたリモート・サイトを呼出して、その乱数を伝達し、記録すべき番組又は番組の番組選択基準を識別する。ステップ４２４で、識別された番組又は番組選択基準が使用されて、圧縮符号の集合に対するチャンネル、年月日、時刻、番組長（ＣＤＴＬ）データの集合を生成し、この場合各圧縮符号はチャンネル、年月日、時刻、及び番組長の長さの組合せから長さが圧縮されている。次いでステップ４２６で、局は送信されたテレビジョン信号の垂直帰線期間内に乱数とＣＤＴＬデータ及び／又は圧縮符号の集合を挿入する。図１３は垂直帰線期間からレコーダ・プログラミング・データを検索するフロー図である。ステップ４３０で、垂直帰線期間が受信レコーダによりデコードされて、送信された乱数及びＣＤＴＬデータの集合又は圧縮符号の集合を抽出する。次いでステップ４３２で、各圧縮符号がＣＤＴＬデータにデコードされる。次いでステップ４３４で、送信された乱数が受信レコーダの乱数と一致すると、ＣＤＴＬデータはレコーダ内のメモリに格納される。次いでステップ４３６で、ＶＣＲ内のクロックからの年月日及び時刻がＣＤＴＬデータの年月日及び時刻と一致すると、レコーダは格納されたＣＤＴＬのチャンネルに同調され、格納されたＣＤＴＬデータの番組長に一致する時間長だけその番組を記録する。以上、ユーザがレコーダの記録特性の利点をより自由に利用可能にする、レコーダプログラミングを達成するより簡単なシステムを記載してきた。本発明の記載された実施例は、好ましいものとして、且つ発明の概念を示すものとしてのみ考えられ、本発明の範囲はそのような実施例に限定されるべきではない。様々な多くの他の変形が、本発明の精神及び範囲から逸脱することなく当業者により考えられる。したがって、添付の請求の範囲により、本発明の範囲内の任意の且つすべての応用、変形及び実施例をカバーすることが意図されている。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＡＭ，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ

Claims

【特許請求の範囲】１．ビデオ番組の記録を制御する装置であって、テレビジョン信号ソースから受信したテレビジョン信号から、レコーダ識別子とレコーダ・プログラミング・データを検索する手段と、検索されたレコーダ識別子がその装置の第１の識別子に一致するかどうかを判定する手段と、検索されたレコーダ識別子がその装置の第１の識別子に一致する場合に、そのレコーダ・プログラミング・データを格納する手段と、格納されたレコーダ・プログラミング・データを使用して記録を制御する手段とを備える、ビデオ番組の記録を制御する装置。２．テレビジョン信号から、レコーダ識別子とレコーダ・プログラミング・データを検索する手段は垂直帰線期間デコーダを備える、請求の範囲第１項記載の装置。３．検索されたレコーダ・プログラミング・データは少なくとも１組のプログラミング・データを備え、そのプログラミング・データは、記録されるべき番組のチャンネル、年月日、時刻及び番組長を備えている、請求の範囲第２項記載の装置。４．レコーダ・プログラミング・データを使用して記録を制御する手段は、クロック年月日とクロック時刻を含む時間を守るクロックと、クロック年月日及びクロック時刻をプログラミング・データの年月日及び時刻と比較する手段と、クロック年月日及びクロック時刻がプログラミング・データの年月日及び時刻に匹敵する時に、プログラミング・データのチャンネルに同調させる手段と、クロック年月日及びクロック時刻がプログラミング・データの年月日及び時刻に匹敵する時に、記録を開始する手段と、その記録がプログラム・データの番組長に等しくなるまで継続すると、記録を終了させる手段と、を備える請求の範囲第３項記載の装置。５．検索されたレコーダ・プログラミング・データは、記録すべき番組のチャンネルと、年月日と、時刻と、番組長との組合せを表し、長さが圧縮された、少なくとも１つの圧縮符号を備えている、請求の範囲第２項記載の装置。６．圧縮符号を、チャンネル、年月日、時刻、及び番組長にデコードし拡張する手段をさらに備えている、請求の範囲第５項記載の装置。７．クロックの年月日及びクロックの時刻を含む時間を守るクロックをさらに備え、圧縮符号を、チャンネル、年月日、時刻、及び番組長にデコードし拡張する手段はクロックの関数としてデコーディング及び拡張を行う、請求の範囲第６項記載の装置。８．レコーダ・プログラミング・データを使用して記録を制御する手段は、クロックの年月日及びクロックの時刻をプログラミング・データの年月日及び時刻と比較する手段と、クロックの年月日及びクロックの時刻がプログラミング・データの年月日及び時刻に匹敵する時に、プログラミング・データのチャンネルに同調させる手段と、クロックの年月日及びクロックの時刻がプログラミング・データの年月日及び時刻に匹敵する時に、記録を開始する手段と、その記録がプログラム・データの番組長に等しくなるまで継続すると、記録を終了させる手段と、を備える請求の範囲第７項記載の装置。９．検索されたレコーダ識別子が第１の識別子に一致するかどうかを判定する手段は、マイクロプロセッサを備えている、請求の範囲第１項記載の装置。１０．レコーダ・プログラミング・データを格納する手段はメモリを備えている、請求の範囲第１項記載の装置。１１．乱数を生成する手段を備え、検索されたレコーダ識別子がその装置の第１の識別子に一致するかどうかを判定する手段は、検索されたレコーダ識別子が乱数に一致するかどうかを判定する手段を備え、検索されたレコーダ識別子がその装置の第１の識別子に一致する場合に、そのレコーダ・プログラミング・データを格納する手段は、検索されたレコーダ識別子が乱数に一致すると、レコーダ・プログラミング・データを格納する手段を備える、請求の範囲第１項記載の装置。１２．識別されたレコーダにより記録を制御するためのレコーダ・プログラミングを送信する装置であって、ユーザがレコーダ識別子をエンターする手段と、ユーザが記録のための番組を選択するか記録されるべき番組の基準を選択する手段と、選択された番組又は記録されるべき番組の選択された基準に対応するレコーダ・プログラミング・データを生成する手段と、レコーダ識別子及び生成されたレコーダ・プログラミング・データをビデオ信号に挿入する手段と、挿入されたレコーダ識別子及び挿入されたプログラミング・データを含むビデオ信号を送信する手段と、を備える、識別されたレコーダにより記録を制御するためのレコーダ・プログラミングを送信する装置。１３．レコーダ・プログラミングを制御するためのレコーダ識別子及び生成されたレコーダ・プログラミング・データをビデオ信号に挿入する手段は、データをビデオ信号の垂直帰線期間に挿入する手段を備える、請求の範囲第１２項記載の装置。１４．レコーダ・プログラミング・データを生成する手段は、少なくとも１組のプログラミング・データを生成する手段を備え、そのプログラミング・データは、記録されるべき番組のチャンネル、年月日、時刻、及び番組長を備える、請求の範囲第１３項記載のシステム。１５．レコーダ・プログラミング・データを生成する手段は、記録されるべき番組のチャンネル、年月日、時刻、及び番組長の組合せを表し、長さが圧縮された少なくとも１つの圧縮符号を生成する手段を備える、請求の範囲第１３項記載のシステム。１６．識別されたレコーダにより記録を制御するシステムであって、ユーザがレコーダ識別子をエンターする手段と、ユーザが記録のための番組を選択するか記録されるべき番組の基準を選択する手段と、選択された番組又は記録されるべき番組の選択された基準に対応するレコーダ・プログラミング・データを生成する手段と、レコーダ識別子及び生成されたレコーダ・プログラミング・データをビデオ信号に挿入する手段と、挿入されたレコーダ識別子及び挿入されたプログラミング・データを含むビデオ信号を送信する手段と、受信ビデオ信号から、第１の識別子とレコーダ・プログラミング・データを検索する手段と、検索された第１の識別子がエンターされたレコーダ識別子に一致するかどうかを判定する手段と、検索された第１の識別子がエンターされたレコーダ識別子に一致する場合に、そのレコーダ・プログラミング・データを格納する手段と、格納されたレコーダ・プログラミング・データを使用して記録を制御する手段とを備える、識別されたレコーダにより記録を制御するシステム。１７．レコーダ識別子及びレコーダ・プログラミング・データをビデオ信号に挿入する手段は、データをビデオ信号の垂直帰線期間に挿入する手段を備える、請求の範囲第１６項記載のシステム。１８．テレビジョン信号から、レコーダ識別子とレコーダ・プログラミング・データを検索する手段は垂直帰線期間デコーダを備える、請求の範囲第１７項記載のシステム。１９．レコーダ・プログラミング・データを生成する手段は、少なくとも１組のプログラミング・データを生成する手段を備え、そのプログラミング・データは、記録されるべき番組のチャンネル、年月日、時刻、及び番組長を備える、請求の範囲第１６項記載のシステム。２０．レコーダ・プログラミング・データを使用して記録を制御する手段は、クロック年月日とクロック時刻を含む時間を守るクロックと、クロック年月日及びクロック時刻をプログラミング・データの年月日及び時刻と比較する手段と、クロック年月日及びクロック時刻がプログラミング・データの年月日及び時刻に匹敵する時に、プログラミング・データのチャンネルに同調させる手段と、クロック年月日及びクロック時刻がプログラミング・データの年月日及び時刻に匹敵する時に、記録を開始する手段と、その記録がプログラム・データの番組長に等しくなるまで継続すると、記録を終了させる手段と、を備える請求の範囲第１９項記載のシステム。２１．レコーダ・プログラミング・データを生成する手段は、記録されるべき番組のチャンネル、年月日、時刻、及び番組長の組合せを表し、長さが圧縮された少なくとも１つの圧縮符号を生成する手段を備える、請求の範囲第１６項記載のシステム。２２．圧縮符号を、チャンネル、年月日、時刻、及び番組長にデコードし拡張する手段をさらに備えている、請求の範囲第２１項記載のシステム。２３．クロックの年月日及びクロックの時刻を含む時間を守るクロックをさらに備え、圧縮符号を、チャンネル、年月日、時刻、及び番組長にデコードし拡張する手段はクロックの関数としてデコーディング及び拡張を行う、請求の範囲第２２項記載のシステム。２４．レコーダ・プログラミング・データを使用して記録を制御する手段は、クロックの年月日及びクロックの時刻をプログラミング・データの年月日及び時刻と比較する手段と、クロックの年月日及びクロックの時刻がプログラミング・データの年月日及び時刻に匹敵する時に、プログラミング・データのチャンネルに同調させる手段と、クロックの年月日及びクロックの時刻がプログラミング・データの年月日及び時刻に匹敵する時に、記録を開始する手段と、その記録がプログラム・データの番組長に等しくなるまで継続すると、記録を終了させる手段と、を備える請求の範囲第２３項記載のシステム。２５．ビデオ番組の記録を制御する方法であって、テレビジョン信号ソースから受信したテレビジョン信号から、ビデオ番組の記録を制御するためのレコーダ識別子とレコーダ・プログラミング・データを検索し、検索されたレコーダ識別子が第１の識別子に一致するかどうかを判定し、検索されたレコーダ識別子が第１の識別子に一致する場合に、そのレコーダ・プログラミング・データを格納し、そして格納されたレコーダ・プログラミング・データを使用して記録を制御する、というステップを備える、ビデオ番組の記録を制御する方法。２６．テレビジョン信号から、レコーダ識別子とレコーダ・プログラミング・データを検索するステップは、垂直帰線期間をデコードするステップを備える、請求の範囲第２５項記載の方法。２７．検索されたレコーダ・プログラミング・データは少なくとも１組のプログラミング・データを備え、そのプログラミング・データは、記録されるべき番組のチャンネル、年月日、時刻及び番組長を備えている、請求の範囲第２５項記載の方法。２８．レコーダ・プログラミング・データを使用して記録を制御するステップは、年月日と時刻を含むクロックで時間を守り、クロックの年月日及びクロックの時刻をプログラミング・データの年月日及び時刻と比較し、クロックの年月日及びクロックの時刻がプログラミング・データの年月日及び時刻に匹敵する時に、プログラミング・データのチャンネルに同調させ、クロックの年月日及びクロックの時刻がプログラミング・データの年月日及び時刻に匹敵する時に、記録を開始し、そしてその記録がプログラム・データの番組長に等しくなるまで継続すると、記録を終了させるステップを備える請求の範囲第２７項記載の方法。２９．検索されたレコーダ・プログラミング・データは、記録すべき番組のチャンネルと、年月日と、時刻と、番組長との組合せを表し、長さが圧縮された、少なくとも１つの圧縮符号を備えている、請求の範囲第２６項記載の方法。３０．圧縮符号を、チャンネル、年月日、時刻、及び番組長にデコードし拡張するステップをさらに備えている、請求の範囲第２６項記載の方法。３１．クロックの年月日及びクロックの時刻を含む時間を守り、圧縮符号を、チャンネル、年月日、時刻、及び番組長にデコードし拡張するステップは、クロックの関数としてデコーディング及び拡張を行う、請求の範囲第３０項記載の方法。３２．レコーダ・プログラミング・データを使用して記録を制御するステップは、クロックの年月日及びクロックの時刻をプログラミング・データの年月日及び時刻と比較し、クロックの年月日及びクロックの時刻がプログラミング・データの年月日及び時刻に匹敵する時に、プログラミング・データのチャンネルに同調させ、クロックの年月日及びクロックの時刻がプログラミング・データの年月日及び時刻に匹敵する時に、記録を開始し、そしてその記録がプログラム・データの番組長に等しくなるまで継続すると、記録を終了させる、というステップを備える請求の範囲第３１項記載の方法。３３．乱数を生成するステップをさらに備え、検索されたレコーダ識別子が第１の識別子に一致するかどうかを判定するステップは、検索されたレコーダ識別子が乱数に一致するかどうかを判定するステップを備え、検索されたレコーダ識別子が第１の識別子に一致する場合に、そのレコーダ・プログラミング・データを格納するステップは、検索されたレコーダ識別子が乱数に一致すると、レコーダ・プログラミング・データを格納するステップを備える、請求の範囲第２５項記載の方法。３４．識別されたレコーダにより記録を制御するためのレコーダ・プログラミングを送信する方法であって、ユーザがレコーダ識別子をエンターし、ユーザが記録のための番組を選択するか記録されるべき番組の基準を選択し、選択された番組又は記録されるべき番組の選択された基準に対応するレコーダ・プログラミング・データを生成し、レコーダ識別子及び生成されたレコーダ・プログラミング・データをビデオ信号に挿入し、そして挿入されたレコーダ識別子及び挿入されたプログラミング・データを含むビデオ信号を送信する、というステップを備える、識別されたレコーダにより記録を制御するためのレコーダ・プログラミングを送信する方法。３５．レコーダ・プログラミングを制御するためのレコーダ識別子及び生成されたレコーダ・プログラミング・データをビデオ信号に挿入するステップは、データをビデオ信号の垂直帰線期間に挿入するステップを備える、請求の範囲第３４項記載の方法。３６．レコーダ・プログラミング・データを生成するステップは、番組のチャンネル、年月日、時刻、及び番組長を含む少なくとも１組のデータを生成するステップを備える、請求の範囲第３５項記載の方法。３７．レコーダ・プログラミング・データを生成するステップは、番組のチャンネル、年月日、時刻、及び番組長の組合せを表し、長さが圧縮された少なくとも１つの圧縮符号を生成するステップを備える、請求の範囲第３５項記載の方法。３８．識別されたレコーダにより記録を制御する方法であって、ユーザがレコーダ識別子をエンターし、ユーザが記録のための番組を選択するか記録されるべき番組の基準を選択し、選択された番組又は記録されるべき番組の選択された基準に対応するレコーダ・プログラミング・データを生成し、レコーダ識別子及び生成されたレコーダ・プログラミング・データをビデオ信号に挿入し、挿入されたレコーダ識別子及び挿入されたプログラミング・データを含むビデオ信号を送信し、受信ビデオ信号から、第１の識別子とレコーダ・プログラミング・データを検索し、検索された第１の識別子がエンターされたレコーダ識別子に一致するかどうかを判定し、検索された第１の識別子がエンターされたレコーダ識別子に一致する場合に、そのレコーダ・プログラミング・データを格納し、そして格納されたレコーダ・プログラミング・データを使用して記録を制御する、というステップを備える、識別されたレコーダにより記録を制御する方法。３９．レコーダ識別子及びレコーダ・プログラミングを制御するためのレコーダ・プログラミング・データをビデオ信号に挿入するステップは、データをビデオ信号の垂直帰線期間に挿入するステップを備える、請求の範囲第３８項記載の方法。４０．テレビジョン信号から、レコーダ識別子とレコーダ・プログラミング・データを検索するステップは、垂直帰線期間をデコードするステップを備える、請求の範囲第３９項記載の方法。４１．レコーダ・プログラミング・データを生成するステップは、少なくとも１組のプログラミング・データを生成するステップを備え、そのプログラミング・データは、記録されるべき番組のチャンネル、年月日、時刻、及び番組長を備える、請求の範囲第３８項記載の方法。４２．レコーダ・プログラミング・データを使用して記録を制御するステップは、クロック年月日とクロック時刻を含む時間を守り、クロック年月日及びクロック時刻をプログラミング・データの年月日及び時刻と比較し、クロック年月日及びクロック時刻がプログラミング・データの年月日及び時刻に匹敵する時に、プログラミング・データのチャンネルに同調させ、クロック年月日及びクロック時刻がプログラミング・データの年月日及び時刻に匹敵する時に、記録を開始し、そしてその記録がプログラム・データの番組長に等しくなるまで継続すると、記録を終了させる、というステップを備える請求の範囲第４１項記載の方法。４３．レコーダ・プログラミング・データを生成するステップは、記録されるべき番組のチャンネル、年月日、時刻、及び番組長の組合せを表し、長さが圧縮された少なくとも１つの圧縮符号を生成するステップを備える、請求の範囲第３８項記載の方法。４４．圧縮符号を、チャンネル、年月日、時刻、及び番組長にデコードし拡張するステップをさらに備えている、請求の範囲第４３項記載の方法。４５．クロックの年月日及びクロックの時刻を含む時間を守るステップを更に備え、圧縮符号を、チャンネル、年月日、時刻、及び番組長にデコードし拡張するステップはクロック年月日の関数としてデコーディング及び拡張を行う、請求の範囲第４４項記載の方法。４６．レコーダ・プログラミング・データを使用して記録を制御するステップは、クロックの年月日及びクロックの時刻をプログラミング・データの年月日及び時刻と比較し、クロックの年月日及びクロックの時刻がプログラミング・データの年月日及び時刻に匹敵する時に、プログラミング・データのチャンネルに同調させ、クロックの年月日及びクロックの時刻がプログラミング・データの年月日及び時刻に匹敵する時に、記録を開始し、そしてその記録がプログラム・データの番組長に等しくなるまで継続すると、記録を終了させる、というステップを備える請求の範囲第４５項記載の方法。