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